(57)【要約】      （修正有）【課題】個人に関するビッグデータを利用時、個人の許可を証明する方法とプログラムを提供する。【解決手段】システムにおいて、既存の個人情報認証者の認証処理を活用して、ビッグデータ評価者を設置する。個人情報認証者は、本人の許可を担保し、個人情報を提供する。ビッグデータ評価者は、この個人情報を利用してビッグデータを照会し、正しいビッグデータを評価したことを担保することにより、照会者には個人情報とビッグデータを提供せず、信頼できる評価結果を提供する。【選択図】図１
2020166797.tif 000002
【特許請求の範囲】
【請求項１】
ユーザとユーザに関するビッグデータを評価しようとする照会者以外、ユーザの個人（法人）情報を管理し、認証できる個人情報認証者と、照会者の評価ルールを登録し、ビッグデータを評価できるビッグデータ評価者を設置して、ユーザは自身のビッグデータの評価を依頼する時、ユーザは個人情報認証者へ認証して貰った個人情報アクセストークンと照会者へ評価請求して貰った評価リクエストと両者をセットとして検証可能な情報をビッグデータ評価者に送信し、ビッグデータ評価者は個人情報アクセストークンをベースにして、個人情報認証者から個人情報を取得し、この個人情報を利用して、ビッグデータ提供者へ照会し、ビッグデータ提供者はビッグデータをビッグデータ評価者へ回答し、ビッグデータ評価者は照会者の評価ルールを利用して、ビッグデータ提供者の回答情報の評価結果を算出して、照会者へ知らせるビッグデータ評価システム
【請求項２】
請求項１において、ユーザは個人情報認証者に先に認証して、個人情報認証者から個人認証トークンを貰って、個人認証トークンを照会者へ送信し、照会者は個人認証トークンと評価リクエストから算出した検証可能な評価トークンをユーザへ返送し、ユーザは個人認証トークンと評価トークンを両者セットとして検証可能な情報として、ビッグデータ評価者へ送信するビッグデータ評価システム
【請求項３】
請求項１において、ユーザは照会者に照会請求して、照会者から評価リクエストを受けて、評価リクエストと個人認証情報を個人情報認証者へ送信して、個人情報認証者は個人情報アクセストークンと評価リクエストから算出した個人評価トークンを返送し、ユーザは個人評価トークンを両者をセットとして検証可能な情報として、ビッグデータ評価者へ送信するビッグデータ評価システム
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンピュータの世界に存在する個人（法人）に関してビッグデータをオンラインで許可を受けて、詳細内容を開示せず、評価するシステムである。
【背景技術】
【０００２】
現在コンピュータの世界、個人（法人）に関してビッグデータは存在し、例えば、個人に関して信用情報、医療情報、買い物情報など、法人に関する信用情報、契約実績情報など。このビッグデータの利用価値が高いが、秘密性も高くて、利用するハンドルは高い。例えば、信用情報は法律上登録された機関しか保有できなく、利用者は機関の会員とし、照会料を払う上で参照可能になる
※基本的に個人と法人の差はあるが、ビッグデータとして管理形式の大きな差異はないので、下記の記述に個人だけを説明するが、法人も適用する
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】電子署名：Electronic signature
【発明の概要】
【発明が解決しようとする課題】
【０００４】
現在ビッグデータ情報は組織的に管理されているので、下記で信用情報を例として、課題を説明する；
【０００５】
ビッグデータは事実記録の形式が多く、自動解析と判断はされていない。例えば、信用情報の提供方式は、事実のみを提供しているが、自動判断されていない。例として、ユーザのクレージッドカード返済額、滞納回数など事実は回答され、滞納なしの場合、信用力あるという判断は照会者に任せる。自動判断できることは照会者（人間  または  システム）に任せることは手間かかる。
【０００６】
個人に関するビッグデータの機密性が高いので、提供するハンドルが高い。例えば、信用情報を照会するとき、個人情報（氏名、生年月日、電話番号など）をベースにして照会を行うので、信用力だけを確認しようとする店に自分の個人情報と信用情報を提供することで信用情報の利用ハンドルは高い。
【０００７】
前記の記述とおり、個人に関するビッグデータを利用する際、個人情報とビッグデータを取り扱うので、大事にしないと、情報漏れは発生する恐れがある。照会者にも、個人ユーザにも被害される。ビッグデータの利用リスクの一つである。
【０００８】
ビッグデータの参照方法は簡単すぎる。例えば、現在信用情報の参照方法は照会のみ。個人ユーザは融資のため、店に訪問して、個人情報を提供して、店は個人信用情報を照会し、結果により、希望された融資額を断る可能性はある。事前にユーザは店に対して、自分の信用情報により、希望された融資額は可能かの評価を行うことができない。
【課題を解決するための手段】
【０００９】
まず、用語の説明をする
【００１０】
照会者：個人ユーザのビッグデータを利用して、業務上価値を確認しようとするサービス業者。
【００１１】
個人情報認証者：事前に個人身分を確認して、個人情報を保有し、有効性を認証して提供可能な機関。例えば、公的な個人認証サービス、銀行、証券会社、保険会社など。
【００１２】
ビッグデータ評価者：照会者と評価ルールの事前登録を受けて、照会時、有効性が認証済の個人情報と照会者の照会リクエストを受けて、本人の許可をもらったことを担保して、ビッグデータ提供者にビッグデータを照会し、評価ルールをベースにして回答情報を評価し、評価結果を返す機関
【００１３】
ビッグデータ提供者：個人に関するビッグデータを保有し、本人の許可を貰った前提として、ビッグデータを提供する可能な機関
【００１４】
Ａは発行し、Ｂから生成した検証可能な情報とは：Ａは送信者であり、ＢはＡが持っているデータであり、検証可能な情報とは、ＡはＢとＡしか分からないキー情報を利用して生成した情報Ｃであり、この情報は、第三者に対して、ＣはＡがＢを承認上で生成したことが検証できる。
例えば、Ａは自分の証明書を持っている場合、自分の証明書を使って、情報Ｂの電子署名を生成する。この電子署名は検証可能な情報Ｃである。
【００１５】
本発明の基本構想として、照会者はビッグデータ提供者のビッグデータを評価する時、個人情報認証者、ビッグデータ評価者を新規設置する。ビッグデータ評価者は照会者から照会リクエスト、個人情報認証者から個人情報アクセストークン、と上記の２つ情報はセットされることを確保するトークン情報を貰って、確実に実存在する個人の許可と照会者の評価依頼を受けて、個人情報認証者から個人情報を取得して、ビッグデータ提供者に照会を行う。ビッグデータ評価者は回答情報をベースにし、照会者事前に登録された評価ルールを利用して、評価結果を算出して返す。
【発明の効果】
【００１６】
新規設置されるビッグデータ評価者は、事前に照会者の登録ルールをベースにして、ビッグデータの回答内容を評価するので、照会者の判断はいらない。ビッグデータにより、自動判断できない場合、詳細なビッグデータの回答内容を照会者に返送し個別判断されても、現状と比べて手間も少なくなる
【００１７】
新規設置された個人情報認証者は個人情報を提供するが、個人情報は信用情報評価者へ提供するので、照会者は個人情報を触らなく、ビッグデータ利用のハンドルが下がれる。そして、評価結果のみ照会者に提供するので、照会者もビッグデータを触らなく、ハンドルも下がれる。
※但し、自動判断できない場合、ユーザの許可の上で、ビッグデータを照会者に提供して、個別判断も可能になる。このとき、個人情報も提供されない
【００１８】
前記の記述とおり、照会者は個人情報、ビッグデータも触らないので、個人情報、ビッグデータ漏れの恐れがなくなる。ビッグデータ利用のリスクを軽減する。
【００１９】
本発明は、個人情報は個人情報認証者から提供され、店に行って、個人情報（身分証明）の提供は不要なので、事前に個人情報認証者から身分証明をもらって、照会者情報と一緒にビッグデータ評価者に送信して、サービス利用可能かもすぐに判断できる。そして、複数の照会者のルールを全部判断して、最良利用可能な照会者の選定も可能になる。
【００２０】
個人情報認証者は個人情報を保有して提供できるので、必要に応じて、自動的に照会者のシステムに個人情報を登録し、照会者の顧客管理が自動化できる。自動契約も可能になる。
【００２１】
個人情報認証者の認証手段により、もっと強くセキュリティ性が提供できる。例えば、生体認証により、確実に本人の操作が担保できる。２ステップ認証により、電話番号の有効性が確保できる。
【図面の簡単な説明】
【００２２】
【図１】この図は、一般的なオンラインで個人認証後、照会者を選定して、ビッグデータを評価するシステム構成とフローの説明である。
【図２】この図は、一般的なオンラインで照会者を選定後、個人認証して、ビッグデータを評価するシステム構成とフローの説明である。
【図３】この図は、評価不要な場合、照会者はユーザの身分確認をする方法である。この場合、直接に契約も可能である。
【発明を実施するための形態】
【００２３】
下記で図１の実施形態を説明する
※理解しやすくために、信用情報のビッグデータの評価を例にして、説明する。
【００２４】
ステップ１．０、照会者は事前にビッグデータ評価者に照会者情報、評価ルールを登録する
例えば、照会者ID、照会者認証キー、評価ルール（２年間滞納なし＝ランクA、２年間滞納ありが、既に解消され、最近１年間滞納なし＝ランクBなど）
【００２５】
ステップ１．１、ユーザは個人情報認証者へ認証する。
【００２６】
ステップ１．２、個人情報認証者はステップ１．１の認証情報を確認して、認証後の個人情報アクセストークンと個人認証トークンをユーザに返す。
※個人情報アクセストークンとは、個人情報認証者は発行し、次の処理中個人情報認証者から個人情報を取得する可能な情報。
※個人情報とは、個人を特定する情報、例えば、氏名、生年月日、電話番号、運転免許証番号など。これを限らず、個人に関する情報も含めれる。例えば、配偶者有無、年収など。
※個人認証トークンとは、個人情報認証者は発行し、個人情報アクセストークンから生成した検証可能な情報である。個人情報アクセストークンの転送元は個人情報認証者であることを証明するため。個人認証トークンだけで個人認証後許可されたことを証明できる。
【００２７】
ステップ１．３、ユーザは照会者に照会リクエストを送信する。この時、ステップ１．２送信された個人認証トークンを照会者サイトへ転送する
【００２８】
ステップ１．４、照会者は、ステップ１．３の送信元のリクエストトークンを検証し、評価リクエストをユーザに返す。評価リクエストに評価ルール番号と評価トークンを含む。
評価トークンとは、照会者は発行し、ステップ１．３で受信した個人認証トークンと評価ルールから生成した検証可能な情報。ステップ１．３の個人認証トークンに対して、照会者から指定された評価ルールを使って評価を要求していることを証明するため。
※ビッグデータ評価者の指定も評価リクエストに含むことも可能。
【００２９】
ステップ１．５、ユーザはステップ１．２から受信した個人情報アクセストークン、個人認証トークン、ステップ１．４から受信した評価リクエストをビッグデータ評価者に送信する
【００３０】
ステップ１．６、ビッグデータ評価者は、ステップ１．５で受信した個人情報アクセストークンと個人情報請求リクエストトークンを個人情報提供者に送信する
個人情報請求リクエストトークンとは、ビッグデータ評価者は発行し、個人情報アクセストークンから生成した検証可能な情報。ビッグデータ評価者は個人情報アクセストークンを利用し、個人情報を請求することを証明するため。
【００３１】
ステップ１．７、個人情報認証者は、ステップ１．６で受信した個人情報請求トークンを検証し、成功の場合、個人情報アクセストークンを利用し、個人情報を検索してビッグデータ評価者へ返す
※ステップ１．２で個人情報認証者は個人情報をユーザへ返すことも可能。この時、個人情報はステップ１．５で送信され、ステップ１．６とステップ１．７は省略可能。
【００３２】
ステップ１．８、ビッグデータ評価者は、ステップ１．７で受信した個人情報を利用して、ビッグデータ提供者に照会する。
【００３３】
ステップ１．９、ビッグデータ提供者は、ステップ１．８の照会要求に対して、回答する
【００３４】
ステップ１・１０、ビッグデータ評価者は、ステップ１．９から受信した回答情報をベースにして、ステップ１．５から受信した評価ルールを利用して、評価結果を算出する。評価結果、評価結果トークンをユーザに返す。
※評価結果トークンとは、ビッグデータ評価者は評価結果、ステップ１．５から受信した個人情報アクセストークン（または個人認証トークン）、評価リクエストから生成した検証可能な情報。評価結果は、個人情報認証者提供した個人情報をベースにして、照会者の評価ルールを使って評価した結果であることを証明するため。
【００３５】
ステップ１．１１、ユーザはステップ１．１０から受信した評価結果、評価結果トークンを照会者に送信する。例えば、信用情報の滞納情報は２年間存在していない場合、ランクＡをつける
【００３６】
ステップ１．１２、照会者はステップ１．１１から受信した結果を検証し、業務判断結果をユーザに返す。判断結果により、業務の次のフローに入る。
【００３７】
下記で図２の実施形態を説明する
【００３８】
ステップ２．０、ステップ１．０と同じく、照会者は事前にビッグデータ評価者に照会者情報、評価ルールを登録する
【００３９】
ステップ２．１、ユーザは照会者に評価請求を送信する。
【００４０】
ステップ２．２、照会者は評価リクエストを返す。評価リクエストに評価ルールと評価リクエストトークンを含む。
※評価リクエストトークンとは、照会者はステップ２．２の評価請求から生成した検証可能な情報。照会者は、認証できる特定者に対して評価を要求することを証明するため。
【００４１】
ステップ２．３、ユーザは、個人情報認証者へ認証を要求する。この時、ステップ２．２で受信した評価リクエストトークンを送信する
【００４２】
ステップ２．４、個人情報認証者は認証後、個人情報アクセストークン、個人評価トークンを返す
※個人評価トークンとは、個人情報認証者は、個人情報アクセストークン、ステップ2．３で受信した評価リクエストから生成した検証可能な情報。評価リクエストは本人の許可を貰ったことを証明するため。
【００４３】
ステップ２．５、ユーザはステップ２．４から受信した個人情報アクセストークン、個人評価トークン、ステップ２．２から受信した評価リクエストをビッグデータ評価者に送信する
【００４４】
ステップ２．６以後は、ステップ１．６以後と同じく、省略する
【００４５】
下記で図３実施形態を説明する。この場合、照会者は評価不要で、直接に検証された個人情報を取得し、業務をする
【００４６】
ステップ３．１、ユーザは照会者に業務要求を送信する。
【００４７】
ステップ３．２、照会者は業務リクエストを返す。業務リクエストに業務リクエストトークンを含む。
※業務リクエストトークンとは、照会者はステップ３．２の業務要求から生成した検証可能な情報。照会者は、認証できる特定者に対して業務を要求することを証明するため。
【００４８】
ステップ３．３、ユーザは、個人情報認証者へ認証を要求する。この時、ステップ３．２で受信した業務リクエストを送信する
【００４９】
ステップ３．４、個人情報認証者は認証後、個人情報アクセストークン、個人業務トークンを返す
※個人評価トークンとは、個人情報認証者は、個人情報アクセストークン、ステップ３．３で受信した業務リクエストから生成した検証可能な情報。業務リクエストは本人の許可を貰ったことを証明するため。
【００５０】
ステップ３．５、ユーザはステップ３．４で受信した個人情報アクセストークン、個人業務トークンを照会者へ送信する
【００５１】
ステップ３．６、紹介者はステップ３．５で受信した個人情報アクセストークンと個人情報請求リクエストトークンを個人情報提供者に送信する
個人情報請求リクエストトークンとは、照会者は発行し、個人情報アクセストークンから生成した検証可能な情報。照会者は個人情報アクセストークンを利用し、個人情報を請求することを証明するため。
【００５２】
ステップ３．７、個人情報認証者は、ステップ３．６で受信した個人情報請求トークンを検証し、成功の場合、個人情報アクセストークンを利用し、個人情報を検索して照会者へ返す
【００５３】
ステップ３．８、照会者はステップ３．７で個人情報を受信し、ユーザの身分確認を取れたので、次の業務の提示をユーザに返す
【実施例】
【００５４】
ユーザは貸金業者からお金を借りるケースとして説明する。
貸金業者は事前にビッグデータ評価者に評価ルールを登録する。
【００５５】
下記は図１の実行例である。
ユーザは自分の携帯端末にインストールされた銀行（個人情報認証者）のアプリを起動し、ログインする。（図１のステップ１．１）
アプリはログイン後個人情報アクセストークン、個人認証トークンを受けて、メニューを表示する。（図１のステップ１．２）
ユーザはメニューから第三者の貸金業者A（照会者）のリングをクリックし、貸金業者のサイトへ遷移する。（図１のステップ１．３）。
貸金業者のサイトは、上記のクリエストを検証し、評価リクエストをアプリに返す（図１のステップ１．４）。
アプリは、評価リクエストを検証し、ビッグデータ評価者のサーバにアクセスする。（図１のステップ１．５）
ビッグデータ評価者のサーバは、銀行のサーバへアクセスし、個人情報を請求する。（図１のステップ１．６）
銀行のサーバは、個人情報をビッグデータ評価者へ返す。（図１のステップ１．７）
ビッグデータ評価者は信用情報保管機関（ビッグデータ提供者）に個人情報を送信し、信用情報を照会する（図１のステップ１．８）
信用情報保管機関は、信用情報をビッグデータ評価者に回答する（図１のステップ１．９）
ビッグデータ評価者は、貸金業者の評価ルールを利用して、信用情報を評価し、算出した評価結果と評価結果トークンをアプリに返す。（図１のステップ１．１０）
アプリは、評価結果と評価結果トークンを貸金業者のサイトへ送信する（図１のステップ１．１０）。（図１のステップ１．１１）
貸金業者は評価結果トークンを検証し、評価結果により、次の契約フローの遷移をアプリへ返す。（図１のステップ１．１２）
【００５６】
下記は図２の実行例である。
ユーザは貸金業者A（照会者）のリングをクリックし、貸金業者のサイトへアクセスする。（図２のステップ２．１）。
貸金業者のサイトは、上記のクリエストを検証し、評価リクエストを返す（図２のステップ２．２）。
ユーザは上記の評価リクエストに対して処理可能な自分の携帯端末にインストールされた銀行（個人情報認証者）のアプリを起動し、ログインする。（図２のステップ２．３）
アプリはログイン後個人情報アクセストークン、個人評価トークンを受ける。（図２のステップ２．４）
アプリは、個人評価トークンを検証し、ビッグデータ評価者のサーバにアクセスする。（図２のステップ２．５）
ビッグデータ評価者のサーバは、銀行のサーバへアクセスし、個人情報を請求する。（図２のステップ２．６）
銀行のサーバは、個人情報をビッグデータ評価者へ返す。（図２のステップ２．７）
ビッグデータ評価者は信用情報保管機関（ビッグデータ提供者）に個人情報を送信し、信用情報を照会する（図２のステップ２．８）
信用情報保管機関は、信用情報をビッグデータ評価者に回答する（図２のステップ２．９）
ビッグデータ評価者は、貸金業者の評価ルールを利用して、信用情報を評価し、算出した評価結果と評価結果トークンをアプリに返す。（図２のステップ２．１０）
アプリは、評価結果と評価結果トークンを貸金業者のサイトへ送信する。（図２のステップ２．１１）
貸金業者は評価結果トークンを検証し、評価結果により、次の契約フローの遷移をアプリへ返す。（図２のステップ２．１２）
【００５７】
下記は図３の実行例である。
ユーザは貸金業者A（照会者）のリングをクリックし、貸金業者のサイトへアクセスする。（図３のステップ３．１）。
貸金業者のサイトは、上記のクリエストを検証し、業務リクエストを返す（図３のステップ３．２）。
ユーザは上記の業務リクエストに対して処理可能な自分の携帯端末にインストールされた銀行（個人情報認証者）のアプリを起動し、ログインする。（図３のステップ３．３）
アプリはログイン後個人情報アクセストークン、個人業務トークンを受ける。（図３のステップ３．４）
アプリは、個人評価トークンを検証し、貸金業者に送信する。（図３のステップ３．５）
貸金業者は、銀行のサーバへアクセスし、個人情報を請求する。（図３のステップ３．６）
銀行のサーバは、個人情報を貸金業者へ返す。（図３のステップ３．７）
貸金業者は個人情報を受けて、次の契約フローの遷移をアプリへ返す。（図３のステップ３．８）
【産業上の利用可能性】
【００５８】
この発明は、既存の認証仕組みを利用して、システム間で自動的に機密情報を直接に触らず、評価することを可能にする
【図１】
2020166797.tif 000003
【図２】
2020166797.tif 000004
【図３】
2020166797.tif 000005
【手続補正書】
【提出日】令和1年10月28日(2019.10.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも個人もしくは法人を含むユーザとユーザに関するビッグデータを評価しようとする照会者以外のユーザの個人情報を管理し、認証できる個人情報認証者サーバと、照会者サーバの評価ルールを登録し、ビッグデータを評価できるビッグデータ評価者サーバを設置して、ユーザ端末よりユーザ自身のビッグデータの評価を依頼するとき、前記ユーザ端末は個人情報認証者サーバで認証してもらった個人情報アクセストークンと、照会者サーバで評価請求してもらった評価リクエストとをセットにした検証可能な情報をビッグデータ評価者サーバに送信し、前記ビッグデータ評価者サーバは、個人情報アクセストークンをベースにして、個人情報認証者サーバから個人情報を取得し、この個人情報を利用して、ビッグデータ提供者サーバへ照会し、前記ビッグデータ提供者サーバはビッグデータをビッグデータ評価者サーバへ回答送信し、前記ビッグデータ評価者サーバは照会者の評価ルールを利用して、前記ビッグデータ提供者サーバの回答情報の評価結果を算出して、前記照会者サーバへ通知するビッグデータ評価システム。
【請求項２】
請求項１において、
前記ユーザ端末は前記個人情報認証者サーバに先に認証して、前記個人情報認証者サーバから個人認証トークンをもらって、前記個人認証トークンを前記照会者サーバへ送信し、前記照会者サーバは前記個人認証トークンと前記評価リクエストから算出した検証可能な評価トークンを前記ユーザ端末へ返送し、前記ユーザ端末は前記個人認証トークンと評価トークンとをセットにした検証可能な情報を、前記ビッグデータ評価者サーバへ送信するビッグデータ評価システム。
【請求項３】
請求項１において、
前記ユーザ端末は前記照会者サーバに評価請求して、前記照会者サーバから前記評価リクエストを受けて、前記評価リクエストを前記個人情報認証者サーバへ送信して、前記個人情報認証者サーバは個人情報アクセストークンと、この個人情報アクセストークンと前記評価リクエストから算出した個人評価トークンを返送し、前記ユーザ端末は前記個人評価トークン、前記評価リクエストおよび前記個人情報アクセストークンをセットにした検証可能な情報を、前記ビッグデータ評価者サーバへ送信するビッグデータ評価システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンピュータの世界に存在する個人（法人）に関してビッグデータをオンラインで許可を受けて、詳細内容を開示せず、評価するシステムである。
【背景技術】
【０００２】
現在コンピュータの世界、個人（法人）に関してビッグデータは存在し、例えば、個人に関して信用情報、医療情報、買い物情報など、法人に関する信用情報、契約実績情報など。このビッグデータの利用価値が高いが、秘密性も高くて、利用するハードルは高い。例えば、信用情報は法律上登録された機関しか保有できなく、利用者は機関の会員とし、照会料を払う上で参照可能になる。
※基本的に個人と法人の差はあるが、ビッグデータとして管理形式の大きな差異はないので、下記の記述に個人だけを説明するが、法人も適用する。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】電子署名：Electronic signature
【発明の概要】
【発明が解決しようとする課題】
【０００４】
現在ビッグデータ情報は組織的に管理されているので、下記で信用情報を例として、課題を説明する。
【０００５】
ビッグデータは事実記録の形式が多く、自動解析と判断はされていない。例えば、信用情報の提供方式は、事実のみを提供しているが、自動判断されていない。例として、ユーザのクレージッドカード返済額、滞納回数など事実は回答され、滞納なしの場合、信用力あるという判断は照会者に任せる。自動判断できることは照会者（人間  または  システム）に任せることは手間かかる。
【０００６】
個人に関するビッグデータの機密性が高いので、提供するハンドルが高い。例えば、信用情報を照会するとき、個人情報（氏名、生年月日、電話番号など）をベースにして照会を行うので、信用力だけを確認しようとする店に自分の個人情報と信用情報を提供することで信用情報の利用ハンドルは高い。
【０００７】
前記の記述とおり、個人に関するビッグデータを利用する際、個人情報とビッグデータを取り扱うので、大事にしないと、情報漏れは発生する恐れがある。照会者も、個人ユーザも被害を受ける。ビッグデータの利用リスクの一つである。
【０００８】
ビッグデータの参照方法は簡単すぎる。例えば、現在信用情報の参照方法は照会のみ。個人ユーザは融資のため、店に訪問して、個人情報を提供して、店は個人信用情報を照会し、結果により、希望された融資額を断る可能性はある。事前にユーザは店に対して、自分の信用情報により、希望された融資額は可能かの評価を行うことができない。
【課題を解決するための手段】
【０００９】
まず、用語の説明をする。
【００１０】
照会者：個人ユーザのビッグデータを利用して、業務上価値を確認しようとするサービス業者。
【００１１】
個人情報認証者：事前に個人身分を確認して、個人情報を保有し、有効性を認証して提供可能な機関。例えば、公的な個人認証サービス、銀行、証券会社、保険会社など。
【００１２】
ビッグデータ評価者：照会者と評価ルールの事前登録を受けて、照会時、有効性が認証済の個人情報と照会者の照会リクエストを受けて、本人の許可をもらったことを担保して、ビッグデータ提供者にビッグデータを照会し、評価ルールをベースにして回答情報を評価し、評価結果を返す機関
【００１３】
ビッグデータ提供者：個人に関するビッグデータを保有し、本人の許可を貰った前提として、ビッグデータを提供する可能な機関
【００１４】
Ａは発行し、Ｂから生成した検証可能な情報とは：Ａは送信者であり、ＢはＡが持っているデータであり、検証可能な情報とは、ＡはＢとＡしか分からないキー情報を利用して生成した情報Ｃであり、この情報は、第三者に対して、ＣはＡがＢを承認上で生成したことが検証できる。
例えば、Ａは自分の証明書を持っている場合、自分の証明書を使って、情報Ｂの電子署名を生成する。この電子署名は検証可能な情報Ｃである。
【００１５】
本発明の基本構想として、照会者はビッグデータ提供者のビッグデータを評価する時、個人情報認証者、ビッグデータ評価者を新規設置する。ビッグデータ評価者は照会者から照会リクエスト、個人情報認証者から個人情報アクセストークン、と上記の２つ情報はセットされることを確保するトークン情報を貰って、確実に実存在する個人の許可と照会者の評価依頼を受けて、個人情報認証者から個人情報を取得して、ビッグデータ提供者に照会を行う。ビッグデータ評価者は回答情報をベースにし、照会者事前に登録された評価ルールを利用して、評価結果を算出して返す。
【発明の効果】
【００１６】
新規設置されるビッグデータ評価者は、事前に照会者の登録ルールをベースにして、ビッグデータの回答内容を評価するので、照会者の判断はいらない。ビッグデータにより、自動判断できない場合、詳細なビッグデータの回答内容を照会者に返送し個別判断されても、現状と比べて手間も少なくなる。
【００１７】
新規設置された個人情報認証者は個人情報を提供するが、個人情報は信用情報評価者へ提供するので、照会者は個人情報を触らなく、ビッグデータ利用のハンドルが下がれる。そして、評価結果のみ照会者に提供するので、照会者もビッグデータを触らなく、ハンドルも下がれる。
※但し、自動判断できない場合、ユーザの許可の上で、ビッグデータを照会者に提供して、個別判断も可能になる。このとき、個人情報も提供されない。
【００１８】
前記の記述とおり、照会者は個人情報、ビッグデータも触らないので、個人情報、ビッグデータ漏れの恐れがなくなる。ビッグデータ利用のリスクを軽減する。
【００１９】
本発明は、個人情報は個人情報認証者から提供され、店に行って、個人情報（身分証明）の提供は不要なので、事前に個人情報認証者から身分証明をもらって、照会者情報と一緒にビッグデータ評価者に送信して、サービス利用可能かもすぐに判断できる。そして、複数の照会者のルールを全部判断して、最良利用可能な照会者の選定も可能になる。
【００２０】
個人情報認証者は個人情報を保有して提供できるので、必要に応じて、自動的に照会者のシステムに個人情報を登録し、照会者の顧客管理が自動化できる。自動契約も可能になる。
【００２１】
個人情報認証者の認証手段により、もっと強くセキュリティ性が提供できる。例えば、生体認証により、確実に本人の操作が担保できる。２ステップ認証により、電話番号の有効性が確保できる。
【図面の簡単な説明】
【００２２】
【図１】この図は、一般的なオンラインで個人認証後、照会者を選定して、ビッグデータを評価するシステム構成とフローの説明である。
【図２】この図は、一般的なオンラインで照会者を選定後、個人認証して、ビッグデータを評価するシステム構成とフローの説明である。
【図３】この図は、評価不要な場合、照会者はユーザの身分確認をする方法である。この場合、直接に契約も可能である。
【発明を実施するための形態】
【００２３】
下記で図１の実施形態を説明する
※理解しやすくために、信用情報のビッグデータの評価を例にして、説明する。
【００２４】
ステップ１．０、照会者は事前にビッグデータ評価者に照会者情報、評価ルールを登録する。
例えば、照会者ID、照会者認証キー、評価ルール（２年間滞納なし＝ランクA、２年間滞納ありが、既に解消され、最近１年間滞納なし＝ランクBなど）
【００２５】
ステップ１．１、ユーザは個人情報認証者へ認証する。
【００２６】
ステップ１．２、個人情報認証者はステップ１．１の認証情報を確認して、認証後の個人情報アクセストークンと個人認証トークンをユーザに返す。
※個人情報アクセストークンとは、個人情報認証者が発行し、次の処理中個人情報認証者から個人情報を取得する可能な情報。
※個人情報とは、個人を特定する情報、例えば、氏名、生年月日、電話番号、運転免許証番号など。これを限らず、個人に関する情報も含まれる。例えば、配偶者有無、年収など。
※個人認証トークンとは、個人情報認証者が発行し、個人情報アクセストークンから生成した検証可能な情報である。個人情報アクセストークンの転送元は個人情報認証者であることを証明するため。個人認証トークンだけで個人認証後許可されたことを証明できる。
【００２７】
ステップ１．３、ユーザは照会者に照会リクエストを送信する。この時、ステップ１．２送信された個人認証トークンを照会者サイト（サーバ）へ転送する。
【００２８】
ステップ１．４、照会者は、ステップ１．３の送信元のリクエストトークンを検証し、評価リクエストをユーザに返す。評価リクエストに評価ルール番号と評価トークンを含む。
評価トークンとは、照会者が発行し、ステップ１．３で受信した個人認証トークンと評価ルールから生成した検証可能な情報。ステップ１．３の個人認証トークンに対して、照会者から指定された評価ルールを使って評価を要求していることを証明するため。
※ビッグデータ評価者の指定も評価リクエストに含むことも可能。
【００２９】
ステップ１．５、ユーザはステップ１．２から受信した個人情報アクセストークン、個人認証トークン、ステップ１．４から受信した評価リクエストをビッグデータ評価者に送信する。
【００３０】
ステップ１．６、ビッグデータ評価者は、ステップ１．５で受信した個人情報アクセストークンと個人情報請求リクエストトークンを個人情報認証者に送信する。
個人情報請求リクエストトークンとは、ビッグデータ評価者は発行し、個人情報アクセストークンから生成した検証可能な情報。ビッグデータ評価者は個人情報アクセストークンを利用し、個人情報を請求することを証明するため。
【００３１】
ステップ１．７、個人情報認証者は、ステップ１．６で受信した個人情報請求トークンを検証し、成功の場合、個人情報アクセストークンを利用し、個人情報を検索してビッグデータ評価者へ返す。
※ステップ１．２で個人情報認証者は個人情報をユーザへ返すことも可能。この時、個人情報はステップ１．５で送信され、ステップ１．６とステップ１．７は省略可能。
【００３２】
ステップ１．８、ビッグデータ評価者は、ステップ１．７で受信した個人情報を利用して、ビッグデータ提供者に照会する。
【００３３】
ステップ１．９、ビッグデータ提供者は、ステップ１．８の照会要求に対して、回答する。
【００３４】
ステップ１・１０、ビッグデータ評価者は、ステップ１．９から受信した回答情報をベースにして、ステップ１．５から受信した評価ルールを利用して、評価結果を算出する。評価結果、評価結果トークンをユーザに返す。
※評価結果トークンとは、ビッグデータ評価者が評価した結果、ステップ１．５から受信した個人情報アクセストークン（または個人認証トークン）、評価リクエストから生成した検証可能な情報。評価結果は、個人情報認証者提供した個人情報をベースにして、照会者の評価ルールを使って評価した結果であることを証明するため。
【００３５】
ステップ１．１１、ユーザはステップ１．１０から受信した評価結果、評価結果トークンを照会者に送信する。例えば、信用情報の滞納情報は２年間存在していない場合、ランクＡをつける。
【００３６】
ステップ１．１２、照会者はステップ１．１１から受信した結果を検証し、業務判断結果をユーザに返す。判断結果により、業務の次のフローに入る。
【００３７】
下記で図２の実施形態を説明する。
【００３８】
ステップ２．０、ステップ１．０と同じく、照会者は事前にビッグデータ評価者に照会者情報、評価ルールを登録する。
【００３９】
ステップ２．１、ユーザは照会者に評価請求を送信する。
【００４０】
ステップ２．２、照会者は評価リクエストを返す。評価リクエストに評価ルールと評価リクエストトークンを含む。
※評価リクエストトークンとは、照会者がステップ２．２の評価請求から生成した検証可能な情報。照会者は、認証できる特定者に対して評価を要求することを証明するため。
【００４１】
ステップ２．３、ユーザは、個人情報認証者へ認証を要求する。この時、ステップ２．２で受信した評価リクエストを送信する。
【００４２】
ステップ２．４、個人情報認証者は認証後、個人情報アクセストークン、個人評価トークンを返す。
※個人評価トークンとは、個人情報認証者は、個人情報アクセストークン、ステップ2．３で受信した評価リクエストから生成した検証可能な情報。評価リクエストは本人の許可を貰ったことを証明するため。
【００４３】
ステップ２．５、ユーザはステップ２．４から受信した個人情報アクセストークン、個人評価トークン、ステップ２．２から受信した評価リクエストをビッグデータ評価者に送信する。
【００４４】
ステップ２．６以後は、ステップ１．６以後と同じく、省略する。
【００４５】
下記で図３実施形態を説明する。この場合、照会者は評価不要で、直接に検証された個人情報を取得し、業務をする。
【００４６】
ステップ３．１、ユーザは照会者に業務要求を送信する。
【００４７】
ステップ３．２、照会者は業務リクエストを返す。業務リクエストに業務リクエストトークンを含む。
※業務リクエストトークンとは、照会者はステップ３．２の業務要求から生成した検証可能な情報。照会者は、認証できる特定者に対して業務を要求することを証明するため。
【００４８】
ステップ３．３、ユーザは、個人情報認証者へ認証を要求する。この時、ステップ３．２で受信した業務リクエストを送信する
【００４９】
ステップ３．４、個人情報認証者は認証後、個人情報アクセストークン、個人業務トークンを返す。
※個人評価トークンとは、個人情報認証者は、個人情報アクセストークン、ステップ３．３で受信した業務リクエストから生成した検証可能な情報。業務リクエストは本人の許可を貰ったことを証明するため。
【００５０】
ステップ３．５、ユーザはステップ３．４で受信した個人情報アクセストークン、個人業務トークンを照会者へ送信する。
【００５１】
ステップ３．６、紹介者はステップ３．５で受信した個人情報アクセストークンと個人情報請求リクエストトークンを個人情報認証者に送信する。
個人情報請求リクエストトークンとは、照会者は発行し、個人情報アクセストークンから生成した検証可能な情報。照会者は個人情報アクセストークンを利用し、個人情報を請求することを証明するため。
【００５２】
ステップ３．７、個人情報認証者は、ステップ３．６で受信した個人情報請求トークンを検証し、成功の場合、個人情報アクセストークンを利用し、個人情報を検索して照会者へ返す。
【００５３】
ステップ３．８、照会者はステップ３．７で個人情報を受信し、ユーザの身分確認を取れたので、次の業務の提示をユーザに返す。
【実施例】
【００５４】
ユーザが貸金業者からお金を借りるケースとして説明する。
貸金業者は事前にビッグデータ評価者に評価ルールを登録する。
【００５５】
下記は図１の実行例である。
ユーザは自分の携帯端末にインストールされた銀行（個人情報認証者）のアプリを起動し、ログインする。（図１のステップ１．１）
アプリはログイン後個人情報アクセストークン、個人認証トークンを受けて、メニューを表示する。（図１のステップ１．２）
ユーザはメニューから第三者の貸金業者A（照会者）のリンクをクリックし、貸金業者のサイトへ遷移する。（図１のステップ１．３）。
貸金業者のサイトは、上記のクリエストを検証し、評価リクエストをアプリに返す（図１のステップ１．４）。
アプリは、評価リクエストを検証し、ビッグデータ評価者のサーバにアクセスする。（図１のステップ１．５）
ビッグデータ評価者のサーバは、銀行のサーバへアクセスし、個人情報を請求する。（図１のステップ１．６）
銀行のサーバは、個人情報をビッグデータ評価者へ返す。（図１のステップ１．７）
ビッグデータ評価者は信用情報保管機関（ビッグデータ提供者）に個人情報を送信し、信用情報を照会する。（図１のステップ１．８）
信用情報保管機関は、信用情報をビッグデータ評価者に回答する。（図１のステップ１．９）
ビッグデータ評価者は、貸金業者の評価ルールを利用して、信用情報を評価し、算出した評価結果と評価結果トークンをアプリに返す。（図１のステップ１．１０）
アプリは、評価結果と評価結果トークンを貸金業者のサイトへ送信する（図１のステップ１．１０）。（図１のステップ１．１１）
貸金業者は評価結果トークンを検証し、評価結果により、次の契約フローの遷移をアプリへ返す。（図１のステップ１．１２）
【００５６】
下記は図２の実行例である。
ユーザは貸金業者A（照会者）のリンクをクリックし、貸金業者のサイトへアクセスする。（図２のステップ２．１）。
貸金業者のサイトは、上記のクリエストを検証し、評価リクエストを返す（図２のステップ２．２）。
ユーザは上記の評価リクエストに対して処理可能な自分の携帯端末にインストールされた銀行（個人情報認証者）のアプリを起動し、ログインする。（図２のステップ２．３）
アプリはログイン後個人情報アクセストークン、個人評価トークンを受ける。（図２のステップ２．４）
アプリは、個人評価トークンを検証し、ビッグデータ評価者のサーバにアクセスする。（図２のステップ２．５）
ビッグデータ評価者のサーバは、銀行のサーバへアクセスし、個人情報を請求する。（図２のステップ２．６）
銀行のサーバは、個人情報をビッグデータ評価者へ返す。（図２のステップ２．７）
ビッグデータ評価者は信用情報保管機関（ビッグデータ提供者）に個人情報を送信し、信用情報を照会する。（図２のステップ２．８）
信用情報保管機関は、信用情報をビッグデータ評価者に回答する。（図２のステップ２．９）
ビッグデータ評価者は、貸金業者の評価ルールを利用して、信用情報を評価し、算出した評価結果と評価結果トークンをアプリに返す。（図２のステップ２．１０）
アプリは、評価結果と評価結果トークンを貸金業者のサイトへ送信する。（図２のステップ２．１１）
貸金業者は評価結果トークンを検証し、評価結果により、次の契約フローの遷移をアプリへ返す。（図２のステップ２．１２）
【００５７】
下記は図３の実行例である。
ユーザは貸金業者A（照会者）のリンクをクリックし、貸金業者のサイトへアクセスする。（図３のステップ３．１）。
貸金業者のサイトは、上記のクリエストを検証し、業務リクエストを返す。（図３のステップ３．２）。
ユーザは上記の業務リクエストに対して処理可能な自分の携帯端末にインストールされた銀行（個人情報認証者）のアプリを起動し、ログインする。（図３のステップ３．３）
アプリはログイン後個人情報アクセストークン、個人業務トークンを受ける。（図３のステップ３．４）
アプリは、個人評価トークンを検証し、貸金業者に送信する。（図３のステップ３．５）
貸金業者は、銀行のサーバへアクセスし、個人情報を請求する。（図３のステップ３．６）
銀行のサーバは、個人情報を貸金業者へ返す。（図３のステップ３．７）
貸金業者は個人情報を受けて、次の契約フローの遷移をアプリへ返す。（図３のステップ３．８）
【産業上の利用可能性】
【００５８】
この発明は、既存の認証仕組みを利用して、システム間で自動的に機密情報を直接に触らず、評価することを可能にする。