(57)【特許請求の範囲】
【請求項１】
データ所有者の利用端末と、データ管理者コンピュータと、他者の利用端末の間で、データを取り扱うデータ管理システムであって、
前記データ管理システムで利用される各々の閲覧、出力または編集の単位となるデータアクセス単位であって、暗号化されたデータ本体と、前記データ本体を開くためのオープン暗証コードと、開いた前記データ本体を正常終了して閉じるためのクローズ暗証コードが設定されたデータアクセス単位と、
前記データアクセス単位を複数管理するデータサーバと、
前記データ所有者の利用端末または前記データ管理者コンピュータにおいて、他者の利用端末からの他者によるデータ提供リクエスト情報を受け付けるデータ提供リクエスト情報受信機能と、
前記データサーバから前記データ提供リクエスト情報にかかる前記データアクセス単位を取得するデータアクセス単位取得機能と、
前記オープン暗証コードの入力を受けて、前記データアクセス単位を開き、前記暗号化されたデータ本体を復号し、復号された前記データ本体とするデータアクセス単位開錠機能と、
前記クローズ暗証コードの入力を受けて、前記データ提供にかかる前記データ本体を再暗号化して正常終了して閉じるデータアクセス単位閉錠機能と、
前記他者の利用端末に向けて前記データ本体が暗号化された状態で再暗号化済みの前記データアクセス単位を提供するデータ提供機能を備えたことを特徴とするデータ管理システム。
【請求項２】
前記データアクセス単位取得機能により取得された前記データアクセス単位における前記暗号化されたデータ本体を暗号化した暗号鍵が第１の暗号鍵であり、前記暗号化されたデータ本体を復号する復号鍵が第１の復号鍵であり、
前記データアクセス単位閉錠機能により前記データ本体を前記再暗号化する暗号鍵が第２の暗号鍵であり、前記再暗号化した前記データ本体を復号する復号鍵が第２の復号鍵であり、
前記第１の暗号鍵と前記第２の暗号鍵が異なるものであり、前記第１の復号鍵と前記第２の復号鍵が異なるものであることを特徴とする請求項１に記載のデータ管理システム。
【請求項３】
前記データアクセス単位開錠機能が、前記オープン暗証コードおよび前記クローズ暗証コードを書き換える暗証コード書き換え機能を備えたことを特徴とする請求項２に記載のデータ管理システム。
【請求項４】
前記データアクセス単位取得機能により取得された前記データアクセス単位における、前記オープン暗証コードが、前記第１の復号鍵であり、前記クローズ暗証コードが、前記第１の暗号鍵であり、
前記データアクセス単位閉錠機能により再暗号化された前記データアクセス単位における、前記オープン暗証コードが、前記第２の復号鍵であり、前記クローズ暗証コードが、前記第２の暗号鍵であり、前記暗証コード書き換え機能により、前記オープン暗証コードおよび前記クローズ暗証コードを前記第２の復号鍵および前記第２の暗号鍵に書き換えることを特徴とする請求項３に記載のデータ管理システム。
【請求項５】
前記データアクセス単位取得機能により取得された前記データアクセス単位における、前記オープン暗証コードが、前記第１の復号鍵であり、前記クローズ暗証コードが、前記第１の暗号鍵であり、
前記データアクセス単位閉錠機能により再暗号化された前記データアクセス単位における、前記オープン暗証コードおよび前記クローズ暗証コードとも、前記第２の暗号鍵であり、前記暗証コード書き換え機能により、前記オープン暗証コードおよび前記クローズ暗証コードを前記第２の暗号鍵に書き換えることを特徴とする請求項３に記載のデータ管理システム。
【請求項６】
前記第１の暗号鍵は、前記データ所有者が保持する暗号鍵であり、
前記第２の暗号鍵は、前記データ提供リクエスト情報の一部に含まれた、または前記データ提供リクエスト情報に関連付けられて前記他者の利用端末より提供されたものであることを特徴とする請求項４または５に記載のデータ管理システム。
【請求項７】
前記第１の暗号鍵および前記第１の復号鍵が、あらかじめ登録された個人データの所有者である当該個人の生体情報から生成されたコード情報であり、
前記第２の暗号鍵および前記第２の復号鍵が、前記他者の利用端末の管理運営者の生体情報から生成されたコード情報であることを特徴とする請求項６に記載のデータ管理システム。
【請求項８】
前記他者の利用端末において、前記データ提供機能を介して提供を受けた前記データアクセス単位の前記再暗号化済みのデータ本体を前記第２の復号鍵で復号する提供データアクセス単位開錠機能と、
復号された前記データ本体にアクセスするデータ本体アクセス機能を備えたことを特徴とする請求項４から７のいずれかに記載のデータ管理システム。
【請求項９】
前記他者の利用端末における前記データ本体アクセス機能が、復号された前記データ本体の閲覧機能、復号された前記データ本体の編集機能、復号された前記データ本体の他のアプリケーションで利用可能なように取り出すデータ取り出し機能のいずれかまたはそれらの組み合わせであることを特徴とする請求項８に記載のデータ管理システム。
【請求項１０】
前記データ所有者の利用端末が、前記データアクセス単位取得機能と、前記データアクセス単位開錠機能と、前記データアクセス単位閉錠機能と、前記データ提供機能を備え、
前記他者の利用端末が、前記データ提供リクエスト情報を生成して送信するデータ提供リクエスト情報送信機能と、前記提供データアクセス単位開錠機能と、前記データ本体アクセス機能を備え、
前記データ管理者コンピュータが、前記データサーバと、前記データ提供リクエスト情報受信機能と、前記データアクセス単位取得機能に応じて該当する前記データアクセス単位を送信する機能と、前記データ所有者の利用端末から前記データ提供機能により提供された前記再暗号化済みの前記データアクセス単位を前記他者の利用端末に転送する提供データアクセス単位転送機能を備えた構成であることを特徴とする請求項９に記載のデータ管理システム。
【請求項１１】
前記データ所有者の利用端末において、前記データアクセス単位開錠機能により開いた前記データ本体において、データ提供をするデータ本体部分を選択するデータ提供選択機能を備え、
前記データアクセス単位閉錠機能が、前記データ提供選択機能により選択された前記データ本体部分のみを再暗号化し、
前記データ提供機能が、再暗号化済みの前記データ部分を含む前記データアクセス単位を提供し、
前記データ提供選択機能により選択されなかった部分は前記データアクセス単位閉錠機能または前記データ提供機能において消去、または前記データ提供機能により提供されないことを特徴とする請求項１から１０のいずれかに記載のデータ管理システム。
【請求項１２】
前記データ所有者の利用端末の前記データアクセス単位取得機能と、前記データアクセス単位開錠機能と、前記データアクセス単位閉錠機能と、前記データ提供機能が、前記データ所有者が保持するスマートデバイスまたはコンピュータにインストールされているかＡＳＰにより利用可能な形態で前記データ管理者コンピュータにアクセス可能になっており、
前記他者の利用端末の前記データ提供リクエスト情報送信機能と、前記提供データアクセス単位開錠機能と、前記データ本体アクセス機能が、前記他者の利用端末のリソースにインストールされているかＡＳＰにより利用可能な形態で前記データ管理者コンピュータにアクセス可能なものになっていることを特徴とする請求項１０に記載のデータ管理システム。
【請求項１３】
前記データサーバにおいて、各々の前記データアクセス単位が個人単位に個人フォルダにまとめられており、
各々の前記個人フォルダに、前記個人フォルダを開くための個人フォルダオープン暗証コードと、前記個人フォルダを閉じるための個人フォルダクローズ暗証コードが設定されたものであることを特徴とする請求項１から１２のいずれかに記載のデータ管理システム。
【請求項１４】
前記データ管理者コンピュータが前記データ所有者からデータ管理の信託を受けた個人情報銀行が運営するサーバシステムであることを特徴とする請求項１から１３のいずれかに記載のデータ管理システム。
【請求項１５】
前記データアクセス単位がアプリケーションファイルであることを特徴とする請求項１から１４のいずれかに記載のデータ管理システム。
【請求項１６】
前記データアクセス単位がデータベース中のレコードであることを特徴とする請求項１から１４のいずれかに記載のデータ管理システム。
【請求項１７】
前記データアクセス単位がデータベース中のレコードのフィールドであることを特徴とする請求項１から１４のいずれかに記載のデータ管理システム。
【請求項１８】
前記データが、利用者のクレジット利用ログデータ、利用者の移動および運動を含む行動パターンを示すデータ、利用者個人の身体データ、利用者個人の検査データ、利用者個人の病歴や治療歴を示すデータを記録した電子カルテデータ、利用者個人の薬の処方を示すデータを記録した電子お薬手帳データ、利用者個人の電子保険証データ、利用者個人の行政上の記録情報または資格情報の内容を示す行政関連電子データ、利用者個人が使用した移動体のログデータ、利用者個人が使用した電子機器のログデータ、利用者個人が使用した動産または不動産の有体物か無体物の利用ログデータ、利用者個人が作成、編集したデータのいずれかまたはそれらの組み合わせを含むものであることを特徴とする請求項１から１７のいずれかに記載のデータ管理システム。
【請求項１９】
データ所有者の利用端末と、データ管理者コンピュータと、他者の利用端末の間で、データを取り扱うデータ管理方法であって、
それら前記データ所有者の利用端末と前記データ管理者コンピュータと前記他者の利用端末の間で利用される各々のデータファイルであって、暗号化されたデータ本体と、前記データ本体を開くためのオープン暗証コードと、開いた前記データ本体を正常終了して閉じるためのクローズ暗証コードが設定されたデータファイルと、前記データファイルを複数管理するデータサーバを備えた構成において、
前記データ所有者の利用端末または前記データ管理者コンピュータにおいて、  他者の利用端末からの他者によるデータ提供リクエスト情報を受け付けるデータ提供リクエスト受信と、
前記データサーバから前記データ提供リクエスト情報にかかる前記データファイルを取得するデータファイル取得と、
前記オープン暗証コードの入力を受けて、前記データファイルを開き、前記暗号化されたデータ本体を復号し、復号された前記データ本体とするデータファイル開錠と、
前記クローズ暗証コードの入力を受けて、前記データ提供にかかる前記データ本体を再暗号化して正常終了して閉じるデータファイル閉錠と、
前記他者の利用端末に向けて前記データ本体が暗号化された状態で再暗号化済みの前記データファイルを提供するデータ提供を実行することを特徴とするデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ所有者の利用端末と、データ管理者コンピュータと、他者の利用端末の間で、データを取り扱うデータ管理システムおよびデータ管理方法に関する。特に、高いセキュリティを確保した状態で、データを求める他者の利用端末システムに対してデータを提供するものに関する。
データの内容は特に限定されず、例えば、クレジット利用データ、利用者の移動および運動を含む行動パターンを示すデータ、身体データ、検査データ、電子カルテデータ、電子お薬手帳データ、電子保険証データ、利用者個人の行政上の記録情報または資格情報の内容を示す行政関連電子データ、移動体のログデータ、電子機器のログデータ、動産または不動産の有体物か無体物の利用ログデータ、利用者個人が作成、編集したデータなど多種多様なものが対象となり得る。
【背景技術】
【０００２】
近年、個人データの価値に注目が集まっている。様々な企業や行政組織が個人の様々なデータの利用を所望している。ビッグデータとして個人データを活用することにより、企業活動に価値のある情報が提供でき、また、行政サービスの質の向上にも資するようになってきた。
この点に着目して個人データの信託を受けて個人データの提供の仲介を行う個人データ信託銀行も登場し始めている。【０００３】
近年は、クラウドシステムが普及しつつある。クラウドシステム上に様々なデータが管理保管されるようになってきている。やがて近いうちに利用者個人の情報や行政関連の証書類も電子ファイル化され、行政関連の証書類のデータを記録した個人データもクラウドシステム上に管理保管されることが想定される。【０００４】
個人データをクラウドシステム上に管理保管する際に問題となるのは、セキュリティと利用時の運用方法である。
セキュリティに関しては、一般のクラウドシステムが提供するセキュリティに加え、個人情報保護や改ざんを防止するため、さらに個人データアプリケーションファイルの閲覧、データ編集などに伴うセキュリティ付与も考慮する必要がある。
コンピュータシステムにおいて、様々なアプリケーションが稼働しており、アプリケーションファイルのアクセスに対しても様々なセキュリティ対策が行われている。【０００５】
セキュリティ対策の意味合いは広いが、例えば、アプリケーションで利用するアプリケーションファイルへアクセスする正当権限者のみがアプリケーションファイルが利用できるように、アプリケーションファイルにアクセスして開く際にパスワードの入力をはじめ、様々なコード情報の入力を求める対策は広く採用されている。セキュリティレベルによるが、単純にキーボードからパスワードを入力させるものや、パスワードとともに携帯しているＩＣカードからＩＤ情報を入力させるものや、パスワードと指紋や静脈パターンなどの生体情報を入力させるものなどがある。また、一人の操作だけでは不十分とし、複数の権限者のパスワードやＩＤ情報等が揃ってようやくアプリケーションファイルを開くことができるものもある。このように、アプリケーションファイルを開いて操作可能状態とするためには高度なセキュリティが設定されているアプリケーションはある。
また、暗号化によるセキュリティ対策も有効である。つまり、正当権限者以外の者によるデータへの不正アクセスがあった場合でも、データが解読されないようデータを暗号化しておくものである。権限ある真正者のみが復号鍵を持っており、必要に応じて復号鍵により復号する。【０００６】
アプリケーションが立ち上がり、アプリケーションファイルが操作可能状態となれば、利用者はアプリケーションを使用してアプリケーションファイルを編集することができるが、アプリケーションの操作中、さらに、特別な機能を使用したりする際には、別途、個別にパスワードやＩＤ情報などが求められる場合もあり得る。
このように、アプリケーションファイルを開いたり、特別な機能を使用したりする場合には、セキュリティが設定されていることがあり得る。しかし、逆に、アプリケーションの利用が終了してアプリケーションファイルを閉じる際や、特別な機能の使用を終了する際には、終了すること自体には特段何らのパスワードやＩＤ情報の入力等を求められることはなく、セキュリティ設定がされているものはない。ほとんどのものは“終了”や“閉じる”というコマンドの入力やボタン押下で単純に終了できる。【０００７】
図１１は、一般的なアプリケーションを立ち上げてアプリケーションファイルを開き、その後、終了して閉じる操作を簡単に説明する図である。一例であり、アプリケーションファイルを開いたり閉じたりする典型的な操作である。
図１１（ａ）に示すように、アプリケーション１０は、コンピュータシステム上にインストールされており、利用者がアプリケーション１０を使用しようとする際には、コンピュータシステムのモニタ上に表示されているアプリケーション１０のアイコンをマウスなどのポインティングデバイスなどで選択し、ダブルクリックなどの操作で起動をかければアプリケーション１０が起動する。【０００８】
また、アプリケーション１０で編集可能な各々のアプリケーションファイル２０ａ，２０ｂ，２０ｃなどもコンピュータシステム上に保存されており、各々のアイコンがコンピュータシステムのモニタ上に表示されている。利用者が編集しようとするアプリケーションファイル２０のアイコンをマウスなどのポインティングデバイスなどで選択し、ダブルクリックなどの操作で起動をかければ、アプリケーション１０が立ち上がるとともにアプリケーションファイル２０が読み込まれてアプリケーション１０を用いて編集可能な状態となり、データの内容がモニタ上に表示される。【０００９】
ここで、セキュリティが設定されているアプリケーションファイル２０であれば、図１１（ｂ）の上段に示すように、使用権限を確認すべくパスワードの入力カラムが表示される。このように、アプリケーションファイル２０の編集などアプリケーション１０の使用を開始する前にはパスワードの入力が求められる運用がある。なお、アプリケーション１０によってはパスワードに加えてＩＣカードからのＩＤ情報の入力や生体情報の入力を求めるものもある。
図１１（ｂ）の上段に示すように、キーボードや他の入力デバイスなどを介して、アプリケーションファイル２０を正常に開いて使用可能とするために求められたパスワードやコード情報などを入力し、その認証に成功して設定されたセキュリティレベルを満たした場合には、アプリケーションファイル２０がオープンして使用可能となる。【００１０】
次に、図１１（ｂ）の下段に示すように、アプリケーションファイル２０の所望の編集が終了すれば、モニタ上に表示されているアプリケーション１０の入力画面の“終了”や“閉じる”という操作メニューやボタンをマウスなどのポインティングデバイスなどで選択してクリックなどの操作で指定すれば、アプリケーション１０が単純に終了し、アプリケーションファイル２０が閉じられる。
ほとんどのアプリケーション１０では、アプリケーションファイル２０を閉じる際には特別なパスワードやＩＤ情報の入力等を求められることはなく、ほとんどのアプリケーション１０は単純に終了してアプリケーションファイル２０を閉じることができる。【００１１】
つまり、アプリケーションファイル２０のアクセスに際しては、使用しようとする者が正当な使用権限がある者か否かを確認するため、様々なセキュリティレベルに基づく情報の入力を求めるが、使用開始時に一度、使用権限の認証が成功すれば、その後はその使用権限者がその権限のもと正しく使用されることが前提であり、終了もその権限のもと正しく終了することが前提となっており、アプリケーションファイル２０の編集終了後に閉じる際にはパスワードの入力など特段のセキュリティ設定を行っていない。もっとも操作エラーなどで操作不能に陥ったり、システムエラーが発生したりなどの不具合によって正常ではない形で強制終了したりすることはあり得るが、操作エラーやシステムエラーなどがなく、操作自体が正常であれば、アプリケーション１０は単純に終了してアプリケーションファイル２０を閉じることができる。【００１２】
近年、スタンドアロン型で稼働するコンピュータシステムのみならず、ネットワークなどで接続され、複数のコンピュータシステムが連動して業務を実行するものが増えてきている。しかし、アプリケーション１０を立ち上げてアプリケーションファイル２０を開き、その後、終了して閉じるというアプリケーション１０の利用のルーチンは、ネットワーク環境でも同様であり、ネットワークにログインする際にはパスワードやＩＤコードの入力などセキュリティが求められ、ネットワークを介してアプリケーションファイル２０にアクセスする際にもパスワードやＩＤコードの入力などセキュリティが求められるが、アプリケーションファイル２０を閉じる際には、何ら特段のパスワードやＩＤ情報の入力は必要ではなく、単に終了して閉じることができる。【００１３】
暗号化によるセキュリティ対策が施されている場合、権限ある真正者のみが復号鍵を持っており、アプリケーションファイル２０へのアクセスの際に復号鍵により復号してアプリケーションファイル２０をアプリケーション１０で操作可能な通常のデータ状態に戻し、アプリケーション１０を用いてアプリケーションファイル２０への必要に応じた操作やデータ編集、更新などを行った後、アプリケーションファイル２０を閉じる。暗号化を伴う場合もアプリケーションファイル２０を閉じる際には、何ら特段のパスワードやＩＤ情報の入力は必要ではなく、閉じるボタンを押すのみで、単にアプリケーションファイル２０が終了して自動的に暗号化されて閉じる。【００１４】
【特許文献１】特開２００６−２７７１９３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
個人データは、個人にとり極めて重要なものであり、その真正性が担保され、悪意者による改ざん不能であることが好ましい。個人データのセキュリティは各段に高く設定される必要がある。
重要データを暗号化する処理は広く行われている。暗号化して、復号処理には復号鍵の入手が必要となり、一定のセキュリティは担保できる。
このように復号処理に時間を要し、多大な負荷を掛けさせる方策は、データが無断に無権限者に閲覧されたり編集されたりすることを防止できるが、逆に、正当権限者自身も閲覧したり編集したりする際に時間を要し、多大な負荷を掛けるものであれば、利便性に欠けることとなる。特に、ビッグデータのように、大量のサンプルを集約してデータ分析を行う用途には不向きである。【００１６】
また、個人データを提供する者は、個人データ信託銀行などの利用を想定すると、複数の企業などのデータ利用者に対して多数回にわたり個人データを提供するため、毎回、異なる暗号処理を施すことは極めて不便である。そのため、限られた数の暗号鍵と復号鍵を選択して利用する程度が実運用上好ましい。しかし、その限られた数の暗号鍵と復号鍵を複数の企業などのデータ利用者に提供してしまうと、個人にとって重要な暗号鍵と復号鍵も提供することはリスクが増大する。一方、平文データのままネットワークを介して送受信することもリスクが増大してしまう。
そこで、個人にとって重要な暗号鍵と復号鍵を提供することなく、データを暗号化して企業などのデータ利用者に提供することが好ましい。【００１７】
なお、ファイルなどのデータアクセス単位について、パスワード設定などが施され、様々な高いセキュリティが設定されている例は存在する。しかし、データ編集が完了し、アプリケーションファイルを閉じる際には、特段のセキュリティが設定されている例はない。【００１８】
個人データを取り扱うアプリケーションを想定しても同様であり、個人データファイルを開いた使用者が認証をパスした正当権限を持つ者であれば、個人データファイルの編集作業が一通り完了すれば、そのまま個人データファイルを閉じる操作を行って個人データアプリケーションを終了させ、特段のパスワードの入力などのセキュリティ対策を講じられていない。【００１９】
しかし、個人データを提供するに際して、個人データファイルを閉じる際に、入力内容や操作内容を反映した個人データアプリケーションファイルの作成データをそのまま確定させて良いかどうかを確認したいという要求がある場合があり得る。
個人データファイルのうち、企業などデータ利用を行う者に閲覧されたり編集されたりしても良いデータと、名前や住所やクレジットカード番号などは企業などデータ利用を行う者であっても、閲覧されたくないデータもある。このように個人データとして管理されているデータの中にはデータの利用目的や利用者の別によっては、データを提供しても良いケースと提供を拒否したいケースがあり得るが、そのまま提供されてしまうことは問題である。【００２０】
そこで、本発明では、データアクセス単位を提供する際、データアクセス単位を開く際のみならず、データアクセス単位を終了して閉じる際にも、入力内容や操作内容が正しいことを確認せしめるセキュリティ設定を施し、データの提供内容や提供範囲を確認、制御できるデータ管理システム、およびデータ管理方法を提供することを目的とする。
【課題を解決するための手段】
【００２１】
上記目的を達成するため、本発明のデータ管理システムは、データ所有者の利用端末と、データ管理者コンピュータと、他者の利用端末の間で、データを取り扱うデータ管理システムであって、前記データ管理システムで利用される各々の閲覧、出力または編集の単位となるデータアクセス単位であって、暗号化されたデータ本体と、前記データ本体を開くためのオープン暗証コードと、開いた前記データ本体を正常終了して閉じるためのクローズ暗証コードが設定されたデータアクセス単位と、前記データアクセス単位を複数管理するデータサーバと、前記データ所有者の利用端末または前記データ管理者コンピュータにおいて、他者の利用端末からの他者によるデータ提供リクエスト情報を受け付けるデータ提供リクエスト情報受信機能と、前記データサーバから前記データ提供リクエスト情報にかかる前記データアクセス単位を取得するデータアクセス単位取得機能と、前記オープン暗証コードの入力を受けて、前記データアクセス単位を開き、前記暗号化されたデータ本体を復号し、復号された前記データ本体とするデータアクセス単位開錠機能と、前記クローズ暗証コードの入力を受けて、前記データ提供にかかる前記データ本体を再暗号化して正常終了して閉じるデータアクセス単位閉錠機能と、前記他者の利用端末に向けて前記データ本体が暗号化された状態で再暗号化済みの前記データアクセス単位を提供するデータ提供機能を備えたことを特徴とするデータ管理システムである。【００２２】
なお、上記構成において、前記データアクセス単位取得機能により取得された前記データアクセス単位における前記暗号化されたデータ本体を暗号化した暗号鍵が第１の暗号鍵であり、前記暗号化されたデータ本体を復号する復号鍵が第１の復号鍵であり、前記データアクセス単位閉錠機能により前記データ本体を前記再暗号化する暗号鍵が第２の暗号鍵であり、前記再暗号化した前記データ本体を復号する復号鍵が第２の復号鍵であり、前記第１の暗号鍵と前記第２の暗号鍵が異なるものであり、前記第１の復号鍵と前記第２の復号鍵が異なるものとする構成がある。【００２３】
また、上記構成において、前記データアクセス単位開錠機能が、前記オープン暗証コードおよび前記クローズ暗証コードを書き換える暗証コード書き換え機能を備えた構成が好ましい。【００２４】
さらに、前記データアクセス単位取得機能により取得された前記データアクセス単位における、前記オープン暗証コードが、前記第１の復号鍵であり、前記クローズ暗証コードが、前記第１の暗号鍵であり、前記データアクセス単位閉錠機能により再暗号化された前記データアクセス単位における、前記オープン暗証コードが、前記第２の復号鍵であり、前記クローズ暗証コードが、前記第２の暗号鍵であり、前記暗証コード書き換え機能により、前記オープン暗証コードおよび前記クローズ暗証コードを第２の復号鍵および前記第２の暗号鍵に書き換えることが好ましい。【００２５】
例えば、前記第１の暗号鍵および第１の復号鍵は、前記データ所有者が保持する暗号鍵であり、前記第２の暗号鍵および第２の復号鍵は、前記データ提供リクエスト情報の一部に含まれた、または前記データ提供リクエスト情報に関連付けられて前記他者の利用端末より提供されたものとすることができる。
なお、他社の利用端末から通知されるデータ提供リクエスト情報の一部に含まれるものが再暗号化に必要な第２の暗号鍵だけという運用も可能である。この場合、オープン暗証コードおよびクローズ暗証コードとも第２の暗号鍵となり、暗証コード書き換え機能により、オープン暗証コードおよびクローズ暗証コードを第２の暗号鍵に書き換えることとなる。【００２６】
なお、例えば、前記第１の暗号鍵および前記第１の復号鍵が、あらかじめ登録された前記個人データの所有者である個人の生体情報から生成されたコード情報であり、前記第２の暗号鍵および前記第２の復号鍵が、前記他者の利用端末の管理運営者の生体情報から生成されたコード情報とすることができる。
なお、前記オープン暗証コード、前記クローズ暗証コード、前記第１の暗号鍵、前記第１の復号鍵、前記第２の暗号鍵、前記第２の復号鍵がそれぞれ異なるものとすることができる。【００２７】
次に、他者の利用端末において、前記データ提供機能を介して提供を受けた前記データアクセス単位の前記再暗号化済みのデータ本体を前記第２の復号鍵で復号する提供データアクセス単位開錠機能と、復号された前記データ本体にアクセスするデータ本体アクセス機能を備えた構成とすることが好ましい。
さらに、前記他者の利用端末における前記データ本体アクセス機能が、復号された前記データ本体の閲覧機能、復号された前記データ本体の編集機能、復号された前記データ本体の他のアプリケーションで利用可能なように取り出すデータ取り出し機能のいずれかまたはそれらの組み合わせとすることができる。【００２８】
次に、データ所有者の利用端末が、前記データアクセス単位取得機能と、前記データアクセス単位開錠機能と、前記データアクセス単位閉錠機能と、前記データ提供機能を備え、前記他者の利用端末が、前記データ提供リクエスト情報を生成して送信するデータ提供リクエスト情報送信機能と、前記提供データアクセス単位開錠機能と、前記提供データアクセス単位開錠機能と、前記データ本体アクセス機能を備え、前記データ管理者コンピュータが、前記データサーバと、前記データ提供リクエスト情報受信機能と、前記データアクセス単位取得機能に応じて該当する前記データアクセス単位を送信する機能と、前記データ所有者の利用端末から前記データ提供機能により提供された前記再暗号化済みの前記データアクセス単位を前記他者の利用端末に転送する提供データアクセス単位転送機能を備えた構成とすることができる。【００２９】
さらに、前記データ所有者の利用端末において、前記データアクセス単位開錠機能により開いた前記データ本体において、データ提供をするデータ本体部分を選択するデータ提供選択機能を備え、前記データアクセス単位閉錠機能が、前記データ提供選択機能により選択された前記データ本体部分のみを再暗号化し、前記データ提供機能が、再暗号化済みの前記データ部分を含む前記データアクセス単位を提供し、前記データ提供選択機能により選択されなかった部分は前記データアクセス単位閉錠機能または前記データ提供機能において消去、または前記データ提供機能により提供されないことが好ましい。【００３０】
上記の構成としては、前記データ所有者の利用端末の前記データアクセス単位取得機能と、前記データアクセス単位開錠機能と、前記データアクセス単位閉錠機能と、前記データ提供機能が、前記データ所有者が保持するスマートデバイスまたはコンピュータにインストールされているかＡＳＰにより利用可能な形態で前記データ管理者コンピュータにアクセス可能になっており、前記他者の利用端末の前記データ提供リクエスト情報送信機能と、前記提供データアクセス単位開錠機能と、前記提供データアクセス単位開錠機能と、前記データ本体アクセス機能が、他者が保持するスマートデバイスまたはコンピュータにインストールされているかＡＳＰにより利用可能な形態で前記データ管理者コンピュータにアクセス可能なものになっている構成例がある。【００３１】
次に、データ構造として、前記データサーバにおいて、各々の前記データアクセス単位が個人単位に個人フォルダにまとめられており、各々の前記個人フォルダに、前記個人フォルダを開くための個人フォルダオープン暗証コードと、前記個人フォルダを閉じるための個人フォルダクローズ暗証コードが設定されたものとすることができる。【００３２】
次に、本システムの適用として、データ管理者コンピュータとしては、前記データ所有者からデータ管理の信託を受けた個人情報銀行が運営するサーバシステムという適用があり得る。
また、データアクセス単位としては、アプリケーションファイル、データベース中のレコード、データベース中のレコードのフィールドなどがあり得る。【００３３】
工夫として、前記データアクセス単位である前記アプリケーションファイル中のデータのうち暗号化する部分を選択できる暗号化選択部を備え、前記暗号化選択部により前記暗号化の選択がなされていない前記アプリケーションファイル中のデータ部分について、前記他者の利用端末において閲覧またはビッグデータシステムで取り扱うデータとして利用することが可能である。
また、前記データアクセス単位である前記レコード中のフィールド単位で暗号化するものを選択する暗号化選択部を備え、前記暗号化選択部により前記暗号化の選択がなされていないフィールドのデータについて、前記他者の利用端末において閲覧またはビッグデータシステムで取り扱うデータとして利用することが可能である。【００３４】
また、前記データサーバが、ネットワーク上に分散配置した複数のデータサーバであり、前記データアクセス単位閉錠機能が、前記クローズ暗証コードの入力を受けて前記正常終了した前記データアクセス単位を複数に分解して個々の分解片とし、さらにそれら前記分解片を各々に暗号化した複数の暗号化分解片とし、
各々の暗号化分解片を前記ネットワーク上に分散配置されている前記データサーバに分散して格納する構成もあり得る。
次に、データアクセス単位を分解して取り扱うことによりさらにセキュリティを向上せしめることができる。例えば、前記データアクセス単位開錠機能が、前記データアクセス単位が分解されずに一体であると想定された場合に与えられている名目上のＩＤ情報およびＵＲＬ情報を基に、各々の前記暗号化分解片が分散されて実際に格納されている複数の前記記憶装置に対する分散上のＩＤ情報およびＵＲＬ情報に変換するＵＲＬ変換機能を備え、前記データアクセス単位開錠機能における前記データアクセス単位の前記ダウンロードにおいて、前記ＵＲＬ変換部により前記名目上のＩＤ情報およびＵＲＬ情報を基に得た前記分散上のＩＤ情報およびＵＲＬ情報に基づいて、各々の前記暗号化分解片をダウンロードし、一揃えの複数の前記暗号化分解片を、合成し、復号し、一体の前記データアクセス単位として前記閲覧、前記出力または前記編集を可能とし、前記データアクセス単位閉錠機能における前記データアクセス単位の前記アップロードにおいて、複数の前記分散上のＩＤ情報およびＵＲＬ情報に基づいて、各々の複数の前記暗号化分解片を実際の複数の前記記憶装置に分散して格納する取り扱いが可能である。【００３５】
なお、データアクセス単位として取り扱われるデータであるが、利用者のクレジット利用ログデータ、利用者の移動および運動を含む行動パターンを示すデータ、利用者個人の身体データ、利用者個人の検査データ、利用者個人の病歴や治療歴を示すデータを記録した電子カルテデータ、利用者個人の薬の処方を示すデータを記録した電子お薬手帳データ、利用者個人の電子保険証データ、利用者個人の行政上の記録情報または資格情報の内容を示す行政関連電子データ、利用者個人が使用した移動体のログデータ、利用者個人が使用した電子機器のログデータ、利用者個人が使用した動産または不動産の有体物か無体物の利用ログデータ、利用者個人が作成、編集したデータのいずれかまたはそれらの組み合わせを含むものなどがあり得る。【００３６】
次に、本発明にかかるデータ管理方法は、データ所有者の利用端末と、データ管理者コンピュータと、他者の利用端末の間で、データを取り扱うデータ管理方法であって、前記データ管理システムで利用される各々のデータファイルであって、暗号化されたデータ本体と、前記データ本体を開くためのオープン暗証コードと、開いた前記データ本体を正常終了して閉じるためのクローズ暗証コードが設定されたデータファイルと、前記データファイルを複数管理するデータサーバを備えた構成において、前記データ所有者の利用端末または前記データ管理者コンピュータにおいて、他者の利用端末からの他者によるデータ提供リクエスト情報を受け付けるデータ提供リクエスト受信と、前記データサーバから前記データ提供リクエスト情報にかかる前記データファイルを取得するデータファイル取得と、前記オープン暗証コードの入力を受けて、前記データファイルを開き、前記暗号化されたデータ本体を復号し、復号された前記データ本体とするデータファイル開錠と、前記クローズ暗証コードの入力を受けて、前記データ提供にかかる前記データ本体を再暗号化して正常終了して閉じるデータファイル閉錠と、前記他者の利用端末に向けて前記データ本体が暗号化された状態で再暗号化済みの前記データファイルを提供するデータ提供を実行することを特徴とするデータ管理方法である。
【図面の簡単な説明】
【００３７】
【図１】実施例１にかかるデータ管理システム１００の構成を簡単に示した図である。
【図２】データサーバ３１０の中に格納されているデータアクセス単位５００のデータ構造を簡単に示す図である。
【図３】データ提供リクエスト情報の生成から送信の流れを示す図である。
【図４】データ提供リクエスト情報の転送の流れを示す図である。
【図５】データ提供リクエスト情報の転送の流れを示す図である。
【図６】データ提供選択機能４４０によりデータアクセス単位５００においてデータ提供する範囲を選択した様子を簡単に示す図である。
【図７】他者の利用端末２００に対してデータ提供を行う流れを示す図である。
【図８】他者の利用端末２００において提供データを受信して利用する流れを示す図である。
【図９】実施例１にかかる本発明のデータ管理システム１００の操作の概略を説明する図（その１）である。
【図１０】実施例１にかかる本発明のデータ管理システム１００の操作の概略を説明する図（その２）である。
【図１１】一般的なアプリケーションを立ち上げてアプリケーションファイルを開き、その後、終了して閉じる操作を簡単に説明する図である。
【発明を実施するための最良の形態】
【００３８】
以下、本発明を実施するための最良の形態について実施例により具体的に説明する。なお、本発明はこれらの実施例に限定されるものではない。
【実施例１】
【００３９】
実施例１にかかる本発明のデータ管理システムについて説明する。
図１は、実施例１にかかるデータ管理システム１００の構成を簡単に示した図である。なお、図１の構成例は一例であり、他の構成も可能である。
データ管理システム１００には、他者の利用端末２００と、データ管理者コンピュータ３００と、データ所有者の利用端末４００があり、ネットワーク上で接続され、データを取り扱うものとなっている。データ管理者コンピュータ３００は、他者の利用端末２００とデータ所有者の利用端末４００との間でデータのやり取りを仲介するものであり、クラウドシステムとして利用される場合もあり得る。【００４０】
やり取りされるデータは、データ管理システムで利用される各々の閲覧、出力または編集の単位となるデータアクセス単位５００である。
データアクセス単位５００としては、アプリケーションで取り扱うアプリケーションファイルや、アプリケーションで取り扱うデータベース中のレコードや、データベース中のレコードのフィールドなどがあり得る。これらを単位としてアクセスが実行されるからである。【００４１】
まず、他者の利用端末２００を説明する。
他者の利用端末２００は、データの提供を受け、データを活用使用する者が利用するコンピュータリソースである。例えば、ビッグデータの活用を望む企業や行政関係者、自社商品の売れ行きなどを分析するマーケティング担当者、新規商品の開発動向を見極めようとする商品企画者など多様な者が想定できる。【００４２】
図１に示す構成例では、他者の利用端末２００は、データ提供リクエスト情報生成機能２１０、データ提供リクエスト情報送信機能２２０、提供データ受信機能２３０、提供データアクセス単位開錠機能２４０、データ本体アクセス機能２５０を備えた構成となっている。なお、図１の構成例は一例であり、他の構成も可能である。【００４３】
データ提供リクエスト情報生成機能２１０は、他者の利用端末２００の使用者が、求めるデータ内容を指定したデータ提供リクエスト情報を生成する機能である。データ提供リクエスト情報は、データ所有者を指定または絞り込める情報である“指定情報”が含まれている。
データ所有者のＩＤやＵＲＬがはっきりしている場合はそのデータ所有者のＩＤやＵＲＬ情報が含まれている。例えば、別途、他者の利用端末２００にてデータを要求する者が、ある商品の購入者リスト、サービスの利用者リスト、会員リスト、ＳＮＳ参加者リスト、通販サイト利用者リストなどを入手しており、データ所有者をピンポイントで指定できる場合などである。
しかし、一般にはそのようなピンポイントにデータ所有者を特定できない場合も多いと考えられる。そのような場合、求めるデータを所有しているであろう者を想定した情報、例えば、居住エリア、年齢、性別、個人属性、購入製品、利用サービス、利用しているＳＮＳ、通販サイトなどのビッグデータとして匿名化されていない公開情報部分から範囲を絞る情報を用いてデータ提供リクエストを生成する。なお、個人属性は限定されず、個人によってビッグデータとして利用可能にする範囲は異なると予想されるが、例えば、身長、体重、病歴、服用薬、趣味趣向、食事パターン、血圧や血糖などの健康データ、離婚経験、出産経験、子育て経験、旅行経験、職業経験、行動パターンなど多種多様なものが含まれる。
また、モニターを募集する旨のデータ提供リクエスト情報もあり得る。企業の特定商品の使い勝手や特定サービスの利用体験などをしてもらって感想や改善点などの意見募集を行うというリクエストもあり得る。
また、近年個人データ信託銀行が設立され始めており、個人データを有償で売買することも始まっている。データ提供リクエストの中に、データ提供を求める範囲と報酬などの内容を示す報酬データを含めることも可能である。【００４４】
データ提供リクエスト情報生成機能２１０は、後述するようにデータ所有者コンピュータ４００内でデータアクセス単位閉錠機能４５０のデータアクセス単位閉錠処理において再暗号化する際に用いられる“第２の暗号鍵”を生成する機能も備えている。例えば、第２の暗号鍵は特に限定されないが、第２の暗号鍵としては、他者の利用端末５００の使用者が保持しているＩＣカード内に記録されている情報から生成した暗号鍵、さらに、使用者の生体情報から生成した暗号鍵などがあり得る。【００４５】
データ提供リクエスト情報送信機能２２０は、データ提供リクエスト情報生成機能２１０で生成したデータ提供リクエスト情報を、データ管理者コンピュータ３００に対して送信するものである。つまり、データ提供リクエスト情報送信機能２２０が送信するデータ提供リクエスト情報には、データ所有者を指定または絞り込める情報である“指定情報”と“第２の暗号鍵”を含んだものとすることができる。【００４６】
提供データ受信機能２３０は、後述するように、データ所有者から承認されて提供された“提供データ情報”を受信する機能である。“提供データ情報”は第２の暗号鍵で暗号化された状態である。【００４７】
提供データアクセス単位開錠機能２４０は、第２の暗号鍵に対応した第２の復号鍵を保持しており、第２の暗号鍵で再暗号化された状態である提供データ情報を復号し、データ本体を平文として得る機能である。【００４８】
データ本体アクセス機能２５０は、提供データアクセス単位開錠機能２４０により復号したデータを活用する機能である。データ本体アクセス機能２５０は限定されず、データ本体の閲覧機能、データ本体の編集機能、データ本体の他のアプリケーションで利用可能なように取り出すデータ取り出し機能などを備え、ビッグデータの解析、データ加工など、利用目的に応じて様々なソフトウェアやアプリケーションで利用可能となる。【００４９】
次に、データ管理者コンピュータ３００を説明する。
データ管理者コンピュータ３００は、データ所有者からデータを預かって管理する者が利用するコンピュータリソースである。データ管理者は特に限定されないが、個人や事業者などのデータ所有者からデータの信託を受けて管理する者であり、例えば、データ管理サービス事業者、個人データ信託銀行、特定匿名加工事業者、医療機関の電子カルテデータ管理事業者、ＳＮＳ運営主体、通販サイト事業者など多様なものが想定できる。【００５０】
図１に示す構成例では、データ管理者コンピュータ３００は、データサーバ３１０、データ提供リクエスト転送機能３２０、データアクセス単位取得機能３３０、提供データ転送機能３４０を備えた構成なっている。なお、図１の構成例は一例であり、他の構成も可能である。【００５１】
データサーバ３１０は、データアクセス単位５００を複数管理しており、データアクセス単位５００は、データベース３１０内に暗号化された状態で格納されている。
この実施例１では、電子カルテデータであり、利用者個人の診察記録、検査内容、検査結果、治療記録、レセプトに関する諸データなど医療機関において取り扱われる一般的なカルテに必要な情報が格納されたデータファイルとする。【００５２】
データサーバ３１０に格納されているデータアクセス単位５００の規模であるが、本発明では限定されない。運用によって多様な規模があり得る。例えば、１つのクリニックだけで利用されるものであれば、そのクリニックを利用する患者数の規模となる。例えば、国民皆保険に加入する被保険者のカルテが電子カルテファイルとして共通仕様に制定された場合、国民皆保険に加入する被保険者の総数に相当する規模となる。このように膨大な電子カルテデータをデータアクセス単位５００として取り扱う場合、データサーバ３１０が大規模なシステムとなることが想定できる。【００５３】
本発明のデータ管理システム１００では、取り扱われるデータアクセス単位５００は、データ所有者の第１の暗号鍵で暗号化された状態で保持されている。第１の暗号鍵は特に限定されないが、暗号鍵としては、データ所有者が秘匿している数字列や文字列、利用者が保持しているＩＣカード内に記録されている情報から生成した暗号鍵、さらに、利用者の生体情報から生成した暗号鍵などがあり得る。【００５４】
また、データアクセス単位５００に対して、暗号化されたデータアクセス単位５００を開くためのオープン暗証コードと、開いたデータアクセス単位５００を正常終了して閉じるためのクローズ暗証コードが設定されている。オープン暗証コードおよびクローズ暗証コードは、例えば、個々のデータアクセス単位５００内に組み込まれているか、または個々のデータアクセス単位５００と関連付けられる形で別の記憶媒体に格納されており、後述するようにコード入力手段４１０から入力されたコード情報と、個々のデータアクセス単位５００に設定されているオープン暗証コードおよびクローズ暗証との認証が行われる。【００５５】
例えば、オープン暗証コードやクローズ暗証コードとして、数字や文字などのＰＩＮコードやテキストコードを採用することができる。
例えば、オープン暗証コードやクローズ暗証コードとして、利用者が携帯しているＩＣカードに記憶されているコード情報を採用することができる。
また、例えば、オープン暗証コードやクローズ暗証コードとして、利用者の生体情報を採用することができる。生体情報としては、顔画像パターン、指紋パターン、静脈パターン、虹彩パターン、声紋パターンなどがあり得る。
この例では、オープン暗証コード、クローズ暗証コードともに、指紋パターンの生体情報として説明する。
なお、ここでは、オープン暗証コード、クローズ暗証コードを同じ指の指紋パターンとして説明するが、オープン暗証コード、クローズ暗証コードを異なるものとしてもよい。例えば、オープン暗証コードが顔画像パターン、クローズ暗証コードが声紋パターンなどの異なる種類の生体情報とすることも可能である。【００５６】
データはデータアクセス単位５００で管理され、データ所有者の第１の暗号鍵で暗号化された状態で保持されている。第１の暗号鍵は特に限定されないが、利用者が保持しているＩＣカード内に記録されている情報から生成した暗号鍵、さらに、利用者の生体情報から生成した暗号鍵などがあり得る。【００５７】
データ提供リクエスト転送機能３２０は、他者の利用端末２００のデータ提供リクエスト情報送信機能２２０から送信されたデータ提供リクエスト情報を受け取り、データ提供リクエストに該当するデータアクセス単位５００を特定し、データアクセス単位取得機能３３０を介して、該当するデータアクセス単位５００をデータサーバ３１０から取り出して“データ提供リクエスト情報”とともにデータ所有者コンピュータ４００に対して転送する機能である。
例えば、データ提供リクエスト情報の中に“２０代の女性で過去に特定のアパレルメーカーのコートを購入したことのある人”という内容が指定情報として含まれていれば、データサーバ３１０に格納されているデータアクセス単位から該当するものを検索し、ヒットした人に向けてデータ提供リクエスト情報を転送する。また、データ提供リクエスト情報の中に、例えば“関東在住で５０代男性で糖尿病の通院歴のある人”という内容が指定情報として含まれていれば、データサーバ３１０に格納されているデータアクセス単位から該当するものを検索し、ヒットした人に向けてデータ提供リクエスト情報を転送する。【００５８】
データアクセス単位取得機能３３０は、データ提供リクエスト転送機能３２０がデータ所有者コンピュータ４００に対して“データ提供リクエスト情報”を転送する際に、暗号化された状態の“データアクセス単位５００”を取り出す機能である。【００５９】
提供データ転送機能３４０は、後述するように、データ所有者コンピュータ４００のデータ提供機能４６０から提供された“データ提供情報”を他者の利用端末２００に対して転送する機能である。なお、この転送時の“データ提供情報”は他者の利用端末２００から提供された“第２の暗号鍵”によりデータアクセス単位閉錠機能４５０により再暗号化された状態となっている。【００６０】
次に、データ所有者の利用端末４００を説明する。
利用者が保持する利用者端末４００は、スマートフォンなどのスマートデバイスで利用者が使用可能なコンピュータリソースであれば良いが、この例ではスマートフォンとなっている。利用者端末４００は、アプリケーションがダウンロードされているか、またはＡＳＰで利用可能となっている。
なお、スマートデバイスとは、情報処理端末（デバイス）のうち、単なる計算処理だけではなく、あらゆる用途に使用可能な多機能端末のことであり、スマートフォンやタブレット端末を総称する意味である。【００６１】
図１ではスマートフォン上にダウンロードされたアプリケーションとして描いているが、ＡＳＰで利用可能な場合、アプリケーション本体はネットワーク上に存在している。
図１に示す構成例では、データ所有者の利用端末４００は、コード入力手段４１０、データ提供リクエスト情報受信機能４２０、データアクセス単位開錠機能４３０、データ提供選択機能４４０、データアクセス単位閉錠機能４５０、データ提供機能４６０、アプリケーション本体機能４７０を備えた構成となっている。なお、図１の構成例は一例であり、他の構成も可能である。【００６２】
コード入力手段４１０は、所有者コンピュータ４００が装備しているデータ入力デバイスであり、受け取ったデータをデータアクセス単位開錠機能４３０およびデータアクセス単位閉錠機能４５０に渡すものである。
この例では、コード入力手段４１０は、データアクセス単位５００であるアプリケーションファイルやデータベースのレコードやフィールドにおいて設定されているオープン暗証コード、クローズ暗証コードなどのコード情報を入力する部分である。
コード入力手段４１０は、キーボード、タッチパネルなどの一般的な入力デバイスのほか、ＩＣカードリーダー、生体情報読み取りデバイス、赤外線リーダー、超音波受信機、ＱＲコードリーダー（カメラ）など多様な入力デバイスが利用可能である。システムの運用に応じて、装備する入力デバイスを取り付ければ良い。
例えば、オープン暗証コードやクローズ暗証コードがＰＩＮコードなどのデータであれば、コード入力手段４１０は、キーボード、タッチパネルなどの一般的な入力デバイスで良い。
例えば、オープン暗証コードやクローズ暗証コードが、利用者が携帯しているＩＣカードに記憶されているコード情報であれば、コード入力手段４１０は、ＩＣカードリーダーで良い。
また、例えば、オープン暗証コードやクローズ暗証コードが、利用者の生体情報であれば、コード入力手段４１０は生体情報読み取りデバイス（顔画像カメラ、指紋パターンリーダー、静脈パターンリーダー、虹彩パターンリーダー、マイクロフォンなど）で良い。
生体情報を採用する場合、コード入力手段４１０は、生体情報パターン変換手段を備えており、顔画像パターン、指紋パターン、静脈パターン、虹彩パターン、声紋パターンなどのデータから特徴点を抽出し、その特徴点の並びを所定の計算式や変換処理を行い、コード情報に変換する機能を備えている。真正の利用者が入力した生体情報パターンが、正しいオープン暗証コード、正しいクローズ暗証コードに変換されるものであれば良い。【００６３】
また、例えば、オープン暗証コードやクローズ暗証コードが、利用者が携帯しているスマートフォンなどのスマートデバイスに記憶されているコード情報であり、赤外線で出力されるものであれば、コード入力手段４１０は、赤外線リーダーで良い。
また、例えば、オープン暗証コードやクローズ暗証コードが、利用者が携帯しているデバイスに記憶されているコード情報であり、超音波で出力されるものであれば、コード入力手段４１０は、超音波受信機で良い。
また、例えば、オープン暗証コードやクローズ暗証コードが、利用者が携帯しているスマートフォンなどのスマートデバイスに記憶されているコード情報であり、ＱＲコードとして表示されるものであれば、コード入力手段４１０は、ＱＲコードリーダー（カメラ）で良い。【００６４】
データ提供リクエスト情報受信機能４２０は、他者の利用端末２００からのデータ提供リクエスト情報を受け付ける機能である。データ提供リクエスト情報受信機能４２０またはアプリケーション本体機能４７０がデータ提供リクエスト情報を解析し、中に含まれている情報を取り出す。
例えば、データ提供リクエスト情報は、他者の利用端末２００から提供が求められているデータアクセス単位５００および第２の暗号鍵が含まれた状態となっている。【００６５】
データアクセス単位開錠機能４３０は、コード入力手段４１０を介して入力されたコードと、オープン暗証コードとの認証処理を行い、認証に成功した場合に、暗号化されたデータ本体を復号して、データアクセス単位５００を開き、復号されたデータ本体とする機能である。第１の復号鍵はデータアクセス単位開錠機能４３０が保持している構成でも良く、データ所有者が自ら入力したオープン暗証コードがそのまま第１の復号鍵とする構成も可能である。
なお、データアクセス単位５００はデータ提供リクエスト情報として入手した段階ではデータサーバ３１０から取り出されたものなので、第１の暗号鍵で暗号化された状態であるが、データアクセス単位開錠機能４３０は第１の復号鍵により復号できる。【００６６】
データ提供選択機能４４０は、データ所有者の利用端末４００において、データアクセス単位開錠機能４３０により開いたデータアクセス単位５００のデータ本体において、データ提供をするデータ本体部分を選択する機能である。
データ所有者は、データを提供する相手、データを提供する目的、データを提供することで得られる報酬データの内容など、データ提供リクエスト情報に含まれている内容を確認し、データ提供選択機能４４０により提供するデータの範囲を限定する。その結果、すべてのデータを選択して提供することも可能であるし、一部のデータのみを選択して提供することも可能であるし、すべてのデータを非選択としてデータを提供しないことも可能である。【００６７】
データアクセス単位閉錠機能４５０は、データ提供選択機能４４０により選択されたデータ選択部分のみを提供すべく、次の処理を実行する。
第１の処理が、クローズ暗証コードの認証処理である。コード入力手段４１０を介して入力されたコード情報を受けて、クローズ暗証コードとの認証処理を行う。認証に成功すれば、第２の処理以下を実行する。
第２の処理が、再暗号化処理である。
データアクセス単位閉錠機能４５０により、提供するデータ選択部分を再暗号化する。なお、再暗号化に用いる暗号鍵は、データ提供リクエスト情報に含まれている第２の暗号鍵とする。第２の暗号鍵で再暗号化することにより、再暗号化されたデータは、他者の利用端末２００に送信された後、提供データアクセス単位開錠機能２４０において第２の復号鍵により提供データ情報が復号される。【００６８】
第３の処理が、オプション処理として、暗証コード書き換え処理である。つまり、データアクセス単位５００に付与されているオープン暗証コードおよびクローズ暗証コードを書き換える処理である。
他者の利用端末２００において、データアクセス単位５００に付与されているオープン暗証コードおよびクローズ暗証コードを伝えるパターンも可能であるが、データ所有者が頻繁に使用するオープン暗証コードを企業などの他者の利用端末２００の使用者に教えることが好ましいとは言えず、特に、オープン暗証コードやクローズ暗証コードがデータ所有者の生体情報の場合は使用者に教えることが憚られる。
そこで、例えば、オープン暗証コードを第２の暗号鍵に書き換えることとする。このように、データアクセス単位閉錠機能４５０は、データアクセス単位５００に関連付けられているオープン暗証コードおよびクローズ暗証コードを書き換える機能を備えている。新たに書き換えるオープン暗証コードおよびクローズ暗証コードは限定されないが、ここでは、提供リクエスト情報とともに通知された第２の暗号鍵を利用することとし、データアクセス単位閉錠機能４５０によりオープン暗証コードを第２の暗号鍵に書き換え、クローズ暗証コードも同じく第２の暗号鍵に書き換えることとする。
また、他の構成としては、他者の利用端末から送信されるデータ提供リクエスト情報の中に第２の暗号鍵と第２の復号鍵が含まれている場合には、オープン暗証コードを第２の復号鍵に書き換え、クローズ暗証コードを第２の暗号鍵に書き換えることも可能である。【００６９】
第４の処理は、データ提供選択機能４４０により選択されなかったデータ部分を消去する処理である。データアクセス単位閉錠機能４５０は、データ提供選択機能４４０により選択されたデータ選択部分のみを提供するが、その他の部分は提供しないため、消去する必要がある。この消去方法には幾つかのオプションがあるが、そのうちの１つとして、データアクセス単位閉錠機能４５０が選択されなかったデータ部分を消去する処理がある。
なお、データ提供選択機能４４０が選択しなかったデータ部分を自ら消去する処理も可能である。また、後述するデータ提供機能４６０がデータ提供処理の際に、送信しないという処理も可能である。
第５の処理がデータアクセス単位５００を正常終了して閉じる処理である。【００７０】
次に、データ提供機能４６０について説明する。
データ提供機能４６０は、再暗号化済みのデータ部分のみを含むデータアクセス単位を、データ管理者コンピュータ３００を介して他者の利用端末２００に提供する機能である。
データ提供にかかるデータアクセス単位５００は再暗号化され、正常終了して閉じられ、データ提供機能４６０によって他者の利用端末２００に向けて送信される。【００７１】
以上が本発明のデータ管理システム１００の各構成例の説明である。
次に、本発明のデータ管理システム１００を用いたデータリクエストからデータ提供までの流れを追って説明する。
まず、データ管理コンピュータ３００のデータサーバ３１０の中には、既に複数のデータアクセス単位５００が格納されているものとする。【００７２】
図２は、データサーバ３１０の中に格納されているデータアクセス単位５００のデータ構造を簡単に示す図である。
図２（ａ）に示す例では、データアクセス単位５００は全体が第１の暗号鍵で暗号化された状態のものとなっている。これは、自分のデータについて当初からビッグデータとして公開する部分は決めず、データ本体すべてについて暗号化して格納した状態である。【００７３】
図２（ｂ）に示す例では、データアクセス単位５００の一部が第１の暗号鍵で暗号化され、一部は平文の状態のものとなっている。この例は、データサーバ３１０の中のデータアクセス単位５００は、データ所有者自らがデータ管理コンピュータの運営者に対してデータを信託する時点で、ビッグデータとして当初からオープンにしてよいデータ内容と、他者に閲覧などさせるか否かについて取り扱いを条件づけるデータ内容とを分けている例である。この場合、他者の利用端末２００からデータ管理コンピュータはデータ提供リクエスト情報を受け取ると、ビッグデータとして平文で提供されている情報からデータ提供リクエスト情報において指定されているデータを所有している者を絞りこむことができる。【００７４】
図２（ｃ）に示す例では、データアクセス単位５００は全体が暗号化されずに平文の状態のものとなっている。これは、自分のデータについて当初からビッグデータとして公開するものとして暗号化せずに格納した状態である。この場合、他者の利用端末２００からデータ管理コンピュータはデータ提供リクエスト情報を受け取ると、すべてが平文で提供されているので、データ提供リクエスト情報において指定されているデータを所有している者を絞り込むことができる。
一般には、図２（ａ）のデータ構造か、図２（ｂ）のデータ構造になっていることが想定されるが限定はされない。以下の説明では、図２（ｂ）のデータ構造として説明を続ける。【００７５】
まず、データが欲しい他者の利用端末２００の運営管理者は、データ提供リクエスト生成を行う。
図３は、データ提供リクエスト情報の生成から送信の流れを示す図である。
データが欲しい他者の利用端末２００の運営管理者は、データ提供リクエスト情報生成機能２１０を介して、データ提供リクエスト情報の生成を行う（図３ステップ（１））。他者の利用端末２００の運営管理者は、所望するデータ所有者を指定または絞り込める情報である“指定情報”と“第２の暗号鍵”を含めて生成する。【００７６】
生成されたデータ提供リクエスト情報は、データ提供リクエスト情報送信機能２２０により送信される（図３ステップ（２））。
送信されたデータ提供リクエスト情報はネットワークを介してデータ管理コンピュータ３００に送信される。【００７７】
図４は、データ提供リクエスト情報の転送の流れを示す図である。
データ管理コンピュータ３００は、他者の利用端末２００からデータ提供リクエスト情報をデータ提供リクエスト転送機能３２０が受け取る（図４ステップ（３））と、データアクセス単位取得機能３３０は、データ提供リクエスト情報中の“指定情報”を基に、該当するデータおよびそのデータ所有者を特定し、データサーバ３１０から該当するデータアクセス単位５００をコピーして取得し（図４ステップ（４））、データ提供リクエスト転送機能３２０が“データ提供リクエスト情報”、暗号化されている“データアクセス単位５００”と“第２の暗号鍵”の３つの要素を含む形でデータ所有者の利用端末４００に対して送信する（図４ステップ（５））。データ所有者の利用端末４００のデータ提供リクエスト情報受信機能４２０において受信される（図４ステップ（６））。なお、データサーバ３１０の中に格納されていたオリジナルのデータアクセス単位５００は第１の暗号鍵で暗号化されたままデータサーバ３１０の中に残されている。【００７８】
図５は、データ提供リクエスト情報の転送の流れを示す図である。
データ所有者の利用端末４００における提供データの生成の流れを示す図である。
データ所有者は、利用端末４００においてデータ提供リクエスト情報を受信した旨の通知を受け（図９（１））、アプリケーション本体機能４７０を立ち上げ（図９（２））、オープン暗証コードの入力画面が表示されれば（図９（３）−１）、コード入力手段４１０を介してオープン暗証コードを入力する（図５ステップ（７）、（図９（３）−２））。データアクセス単位開錠機能４３０においてオープン暗証コードの認証に成功すると、データ提供リクエスト情報と併せて送信されてきたデータアクセス単位５００を自ら保有する第１の復号鍵で復号する（図５ステップ（８））。第１の暗号鍵で暗号化されていたデータアクセス単位５００が復号され、利用端末４００において平文となり閲覧可能となる（図９（４））。
データ所有者は、利用端末４００において、データ提供リクエストにかかるデータを確認し、データ提供選択機能４４０によりデータアクセス単位５００においてデータ提供する範囲を選択する（図５ステップ（９）、図９（５））。【００７９】
図６は、データ提供選択機能４４０によりデータアクセス単位５００においてデータ提供する範囲を選択した様子を簡単に示す図である。
図６の例では、左側にある図２におけるデータの状態から、データ所有者がデータ提供選択機能４４０を用いてデータ提供する範囲を選択した結果が示されている。
図６（ａ）では、左側にある状態（図２（ａ）の状態）から、一部のみ（網掛けなし）がデータ提供の範囲として選択され、残りの他の部分（網掛けあり）は選択から外すように指定したものとなっている。その結果、網掛けが掛かっている範囲はデータ提供されないため消去される。網掛けが外れた部分はデータ提供されるため、その後再暗号化されて他者の利用端末２００に向けて提供される。【００８０】
図６（ｂ）では、左側にある状態（図２（ｂ）の状態）から、新たに一部が（網掛けが外れた部分）がデータ提供の範囲として選択され、残りの他の部分（網掛けあり）は選択から外すように指定したものとなっている。もともとビッグデータとしてデータ提供を許可した部分に加え、新たに一部が加えられた範囲がデータ提供される範囲となり、網掛けが掛かっている範囲はデータ提供されないため消去される。その後再暗号化されて他者の利用端末２００に向けて提供される。
図６（ｃ）では、左側にある状態（図２（ｃ）の状態）においてもともとすべてがビッグデータとしてデータ提供を許可していたので、そのまま再暗号化されて他者の利用端末２００に向けて提供される。【００８１】
上記のようにデータ提供範囲が選択されたデータ範囲がデータ提供される。
図７は、他者の利用端末２００に対してデータ提供を行う流れを示す図である。
データ提供選択機能４４０を介したデータ提供の範囲を指定すると、クローズ暗証コードの入力画面が表示されれば（図１０（６）−１）、コード入力手段４１０を介してクローズ暗証コードを入力する（図１０（６）−２、図７ステップ（１０））。データアクセス単位閉錠機能４５０においてクローズ暗証コードの認証に成功すると、提供データに編集したデータアクセス単位５００を、データ送信リクエスト情報に併せて受信した第２の暗号鍵により再暗号化する（図７ステップ（１１））。第２の暗号鍵で再暗号化されたデータアクセス単位５００がデータ提供機能４６０により他者の利用端末２００に向けて送信される（図７ステップ（１２）、図１０ステップ（７））。送信が完了すればアプリケーション本体機能４７０を終了する（図１０ステップ（８））。【００８２】
図８は、他者の利用端末２００において提供データを受信して利用する流れを示す図である。
提供データ受信機能２３０により提供データであるデータアクセス単位５００が受信されると（図８ステップ（１３））、提供データアクセス単位開錠機能２４０に渡され、提供データアクセス単位開錠機能２４０において保有されている第２の復号鍵により復号して平文化する（図８ステップ（１４））。ここで得られる平文は、もともとビッグデータとしての利用を認めていた公開データの部分と、データ所有者がデータ提供しても良いと判断した再暗号化部分であり、データ所有者がデータ提供したくない部分は含まれていない。【００８３】
データ本体アクセス機能２５０は、データ本体の閲覧機能、データ本体の編集機能、データ本体の他のアプリケーションで利用可能なように取り出すデータ取り出し機能などを備え、ビッグデータの解析、データ加工など、利用目的に応じて様々なソフトウェアやアプリケーションで利用可能となる（図８ステップ（１５））。
【産業上の利用可能性】
【００８４】
本発明は、データを取り扱うコンピュータシステムに広く適用することができ、その用途は限定されず多様な業務システムに利用できる。
【符号の説明】
【００８５】
１００  データ管理システム
２００  他者の利用端末
２１０  データ提供リクエスト情報生成機能
２２０  データ提供リクエスト情報送信機能
２３０  提供データ受信機能
２４０  提供データアクセス単位開錠機能
２５０  データ本体アクセス機能
３００  データ管理者コンピュータ
３１０  データサーバ
３２０  データ提供リクエスト転送機能
３３０  データアクセス単位取得機能
３４０  提供データ転送機能
４００  データ所有者の利用端末
４１０  コード入力手段
４２０  データ提供リクエスト情報受信機能
４３０  データアクセス単位開錠機能
４４０  データ提供選択機能
４５０  データアクセス単位閉錠機能
４６０  データ提供機能
４７０  アプリケーション本体機能
【要約】 
【課題】  アプリケーションファイルを開く際のみならず、終了して閉じる際にも、入力内容や操作内容が正しいことを確認せしめるセキュリティ設定を施し、過誤入力や不正入力などを効果的に低減せしめたアプリケーションを提供する。
【解決手段】  アプリケーションで利用される各々のデータアクセス単位に、アプリケーションでデータアクセス単位を開くためのオープン暗証コードと、アプリケーションで開いているデータアクセス単位を正常終了して閉じるためのクローズ暗証コードを設定し、オープン暗証コードの入力を受けてデータアクセス単位ごとに暗号化された状態でダウンロードして復号してデータアクセス単位を開くデータアクセス単位開錠機能と、クローズ暗証コードの入力を受けて、開いている状態のデータアクセス単位を正常終了して再暗号化して閉じてアップロードするデータアクセス単位閉錠機能を備えている。
【選択図】  図１【図１】
0006670976.tif 000002
【図２】
0006670976.tif 000003
【図３】
0006670976.tif 000004
【図４】
0006670976.tif 000005
【図５】
0006670976.tif 000006
【図６】
0006670976.tif 000007
【図７】
0006670976.tif 000008
【図８】
0006670976.tif 000009
【図９】
0006670976.tif 000010
【図１０】
0006670976.tif 000011
【図１１】
0006670976.tif 000012