(57)【特許請求の範囲】
【請求項１】
被認証者となるユーザが、認証者となるユーザと面会したことを、前記ユーザの用いる端末から受信する情報に基いて判定する面会判定手段と、
前記面会したと判定された前記認証者の前記端末から、前記被認証者に対する認証操作がされた旨の情報を受信する認証受信手段と、
予め定められた数の前記認証者の前記端末から、前記被認証者に対する前記認証操作がされた旨の情報が受信された場合に、その被認証者に予め定められた情報サービスの利用を許可する認証判断手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記情報サービスは、認証情報を再設定するアカウントリカバリーであることを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記情報サービスを利用するユーザの情報と、前記ユーザ同士の関連付けと、の登録を受け付ける登録受付手段を備え、
前記認証者を、前記被認証者と前記関連付けがされているユーザに限定することを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記被認証者の前記端末から、その端末において指定された前記認証者を表す情報を受信する指定受付手段と、
指定された前記認証者の前記端末へ、前記認証操作を受け付けて認証操作がされた旨の情報を情報処理装置へ送信するための画面表示データを送信する操作画面送信手段と、
を備えたことを特徴とする請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
前記面会判定手段は、前記被認証者の前記端末及び前記認証者の前記端末からそれぞれ位置情報を受信し、受信した位置情報が一致すれば前記面会したことを判定することを特徴とする請求項１から４のいずれか一項に記載の情報処理装置。
【請求項６】
被認証者となるユーザが、認証者となるユーザと面会したことを、前記ユーザの用いる端末から受信する情報に基いて判定する面会判定処理と、
前記面会したと判定された前記認証者の前記端末から、前記被認証者に対する認証操作がされた旨の情報を受信する認証受信処理と、
予め定められた数の前記認証者の前記端末から、前記被認証者に対する前記認証操作がされた旨の情報が受信された場合に、その被認証者に予め定められた情報サービスの利用を許可する認証判断処理と、
をコンピュータが実行することを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報サービスにおけるセキュリティに関する。
【背景技術】
【０００２】
通信ネットワーク経由で提供されるＳＮＳやポータルサイトなどの情報サービスにおいて、ユーザＩＤとパスワードによる認証が用いられる。また、パスワードを忘れた場合にパスワードを再設定する、いわゆるアカウントリカバリーなどのための予備的認証の手段として、予め登録しておく秘密の質問と答えを用いた認証（例えば、特許文献１参照）や、ＳＮＳでの友達登録相手の顔画像が表示され、対応する名前を答える認証なども用いられる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−０９０５４７号（特に請求項１１）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来の技術では、秘密の質問の答えや顔画像に対応する名前など、正解となる情報を本人が忘れてしまうと認証が成立しないという不便があり、また、正解となる情報が漏洩すると認証の信頼性を損なう問題もあった。
【０００５】
さらに、情報の漏洩に限らず、アカウントリカバリーに必要な追加認証に生年月日や郵便番号といった個人の属性値を利用する例では、ＳＮＳなどユーザ間コミュニケーションの広がりによって、それら属性値が第三者にも簡単に知られる可能性が増大している。このため、それら属性値をアカウントリカバリーの条件に用いると、なりすましなどセキュリティリスクが問題となる。
【０００６】
本発明の目的は、リアルな世界で人間が行っている容易かつ高精度な本人確認を情報サービスでの認証に活用することである。
【課題を解決するための手段】
【０００７】
上記の目的をふまえ、本発明の一態様（１）である情報処理装置は、被認証者となるユーザが、認証者となるユーザと面会したことを、前記ユーザの用いる端末から受信する情報に基いて判定する面会判定手段と、前記面会したと判定された前記認証者の前記端末から、前記被認証者に対する認証操作がされた旨の情報を受信する認証受信手段と、予め定められた数の前記認証者の前記端末から、前記被認証者に対する前記認証操作がされた旨の情報が受信された場合に、その被認証者に予め定められた情報サービスの利用を許可する認証判断手段と、を備えたことを特徴とする。
【０００８】
本発明の他の態様（６）である情報処理方法は、上記態様を方法のカテゴリで捉えたもので、被認証者となる前記ユーザが、認証者となる前記ユーザと面会したことを、前記ユーザの用いる端末から受信する情報に基いて判定する面会判定処理と、前記面会したと判定された前記認証者の前記端末から、前記被認証者に対する認証操作がされた旨の情報を受信する認証受信処理と、予め定められた数の前記認証者の前記端末から、前記被認証者に対する前記認証操作がされた旨の情報が受信された場合に、その被認証者に予め定められた情報サービスの利用を許可する認証判断処理と、をコンピュータが実行することを特徴とする。
【０００９】
本発明の他の態様（２）は、上記いずれかの態様において、前記情報サービスは、認証情報を再設定するアカウントリカバリーであることを特徴とする。
【００１０】
本発明の他の態様（３）は、上記いずれかの態様において、前記情報サービスを利用するユーザの情報と、前記ユーザ同士の関連付けと、の登録を受け付ける登録受付手段を備え、前記認証者を、前記被認証者と前記関連付けがされているユーザに限定することを特徴とする。
【００１１】
本発明の他の態様（４）は、上記いずれかの態様において、前記被認証者の前記端末から、その端末において指定された前記認証者を表す情報を受信する指定受付手段と、指定された前記認証者の前記端末へ、前記認証操作を受け付けて認証操作がされた旨の情報を情報処理装置へ送信するための画面表示データを送信する操作画面送信手段と、を備えたことを特徴とする。
【００１２】
本発明の他の態様（５）は、上記いずれかの態様において、前記面会判定手段は、前記被認証者の前記端末及び前記認証者の前記端末からそれぞれ位置情報を受信し、受信した位置情報が一致すれば前記面会したことを判定することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、リアルな世界で人間が行っている容易かつ高精度な本人確認を情報サービスでの認証に活用することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態について構成を示す機能ブロック図。
【図２】本発明の実施形態における情報（データ）を例示する図。
【図３】本発明の実施形態における処理手順を示すフローチャート。
【図４】本発明の実施形態における画面表示例を示す図。
【図５】本発明の実施形態における画面表示例を示す図。
【図６】本発明の実施形態における画面表示例を示す図。
【発明を実施するための形態】
【００１５】
次に、本発明を実施するための形態（「実施形態」と呼ぶ）について図に沿って例示する。なお、背景技術や課題などで既に述べた内容と共通の前提事項は適宜省略する。
【００１６】
〔１．構成〕
図１は、本実施形態の全体構成図である。情報処理装置１は、アカウントリカバリーなど所定の情報サービスを利用するための認証として、本発明によるリアルな知人を用いた認証を実行するサーバであり、「本装置１」や「本装置」とも呼ぶこととする。端末Ｔ（Ｔ１〜Ｔ３）は、スマートフォンや携帯電話端末など、コンピュータを備えたモバイル情報端末で、ユーザ（例えばＡ〜Ｃ）が本装置１にアクセスするのに用いる。
【００１７】
本装置１は、コンピュータの構成として、ＣＰＵ等の演算制御部６と、主メモリや補助記憶装置（例えばフラッシュメモリ他）等の記憶装置７と、通信ネットワークＮ（例えば、携帯電話、ＰＨＳ、公衆無線ＬＡＮなどの各種無線通信網、インターネットなど）との通信手段８（例えば、移動体通信網との通信回路、無線ＬＡＮアダプタなど）と、を有する。
【００１８】
また、端末Ｔは、上記のようなコンピュータの構成に加え、図示はしないが、内蔵充電池の充放電を制御する充電池制御部と、通話の発着信や音声処理を行う通話制御部と、ＧＰＳなどで端末の位置を測位する測位部と、タッチパネル機能付き液晶等の表示画面と、を備える。
【００１９】
本装置１では、演算制御部６が、図示しないプログラムを実行することにより、図１に示す要素を実現する。プログラムは、例えば、基本ソフトウェア、アプリケーションプログラム、各種ミドルウェア、スクリプト等である。実現される要素のうち情報の記憶手段は、記憶装置７上の各種ファイルやワークエリア等の他、ネットワークコンピューティング（クラウド）によるリモート記憶などでもよい。
【００２０】
また、記憶手段は、データの格納領域だけでなく、データの入出力や管理などの機能を含んでもよい。また、本出願に示す記憶手段の単位は説明上の便宜によるもので、適宜、構成を分けたり一体化できるほか、明示する記憶手段以外にも、各手段の処理データや処理結果などを記憶する記憶手段を適宜用いるものとする。図２は、ユーザ情報記憶手段２５に記憶されている情報の一例を示す（後述）。
【００２１】
なお、図中（例えば図１）の矢印は、データや制御などの流れについて主要な方向を補助的に示すもので、他の流れを否定したり方向の限定を意味するものではない。例えばある方向のデータ取得の前後に、データ要求や確認応答（ＡＣＫ）が逆方向に発生し得る。
【００２２】
また、記憶手段以外の各手段は、以下に説明するような情報処理の機能・作用を実現・実行する処理手段であるが、これらは説明のために整理した機能単位であり、実際のハードウェア要素やソフトウェアモジュールとの一致は問わない。
【００２３】
〔２．作用〕
図３は、本装置１の動作手順を示すフローチャートである。本装置１では、登録受付手段２０が、情報サービスを利用するユーザの情報と、ユーザ同士の関連付け（以下「友達登録」と呼ぶ）と、の登録を受け付ける。
【００２４】
具体的には、登録受付手段２０は、例えば、情報サービスであるＳＮＳの利用開始時に、いわゆるユーザ登録として、ユーザの情報（例えば、ユーザＩＤ、パスワード、プロフィールの各項目など）の登録を受け付け（ステップＳ１１）、ユーザ情報記憶手段２５に記憶させる（例えば図２）。
【００２５】
ここで、本発明のサービス提供手段は、通常サービス提供手段３０と、リカバリー手段８０と、からなる。このうち通常サービス提供手段３０は、アカウントリカバリー以外の情報サービスとしてＳＮＳ（Social  Networking  Service）であればユーザ間コミュニケーションを提供する手段である。
【００２６】
具体的には、通常サービス提供手段３０がＳＮＳとして提供するユーザ間コミュニケーションは、例えば、ユーザから本装置１へ投稿されるメッセージや画像ファイルをコンテンツ記憶手段３５に蓄積し、投稿したユーザと友達登録をしている他のユーザに閲覧させるサービスである。また、リカバリー手段８０は、ユーザがパスワードを忘れたり、パスワードが予期せず変更されている等の場合に、パスワードの再設定すなわちアカウントリカバリーを提供する手段である。
【００２７】
そして、通常サービス提供手段３０は、ユーザ情報記憶手段２５に記憶されているユーザＩＤやパスワードなどを用いたユーザ認証を行い、結果が肯定的（認証ＯＫ）であれば（ステップＳ１２：「ＹＥＳ」）、ＳＮＳを、端末Ｔを通じユーザへ提供する（ステップＳ１３）。
【００２８】
ここでは、友達登録は、ＳＮＳに関連して、登録受付手段２０が受け付けるものとする。図２の例では、ユーザＩＤごとに、友達登録をしている相手（以下「知人」とも呼ぶこととする）のユーザＩＤが対応付けられている。
【００２９】
〔２−１．面会による認証の開始〕
このようなＳＮＳを利用しようとする認証の際に、ユーザのパスワード忘れなどにより、アカウントリカバリーを行う旨の選択操作を例えば通常サービス提供手段３０が受けると（ステップＳ１２：「パスワード忘れ」）、知人との面会による認証が開始となる。
【００３０】
この認証は、同じＳＮＳで友達登録をしている所定数（ここでは２人とするが、１人でも３人以上でも人数は任意に設定できる）の知人と実際に会い、知人の端末で所定の認証操作をしてもらえば、アカウントリカバリーのための認証が肯定的となり、アカウントリカバリーが可能となるものである。
【００３１】
ここでは、互いに友達登録をしているユーザＡ、Ｂ、Ｃ（図１）のうち、ユーザＡがパスワードを忘れ、知人であるユーザＢとＣに面会して認証を受けるものとする。面会による認証では、指定受付手段４０が、認証者を、被認証者と関連付けがされているユーザである知人に限定する。
【００３２】
〔２−２．認証者の指定〕
具体的には、指定受付手段４０は、被認証者であるユーザＡ（被認証者Ａとも呼ぶこととする）の端末Ｔ１から、その端末Ｔ１において指定された認証者であるユーザＢ、Ｃ（認証者Ｂ、Ｃのようにも呼ぶこととする）を表す情報を受信する（ステップＳ１４）。
【００３３】
認証者の指定は、本装置１が端末Ｔへ提供する所定のウェブページや、端末Ｔに予めインストールされた所定のアプリケーションプログラム（「アプリ」とも呼ぶ）の表示画面で受け付ける。認証者の指定を受け付けるための認証者を表す情報としては、例えば、認証者にしたい知人のユーザＩＤ（例えば、単純な例では「Ｂ」「Ｃ」など）を被認証者Ａに端末Ｔ１で所定の入力欄に文字列入力させる（図４）。
【００３４】
例えば、図４の画面例における入力欄Ｃを指Ｆでタップし選択すると、文字入力用のソフトウェアキーボードが表示されるが、文字入力については従来技術を適用できるので説明は省略する。
【００３５】
指定受付手段４０は、指定された認証者が被認証者と関連付けされていない場合、すなわち友達登録がない場合（ステップＳ１５：「ＮＯ」）、被認証者の端末Ｔ１へエラーの発生を通知するなどして再度の指定を求める（ステップＳ１４）。
【００３６】
ここで、被認証者となるユーザＡが、知人であるユーザＢ及びＣを認証者として指定したとする。この場合、図２に例示するように、ユーザＡと、指定されたユーザＢ及びＣとの間には友達登録がある（ステップＳ１５：「ＹＥＳ」）。このため、指定受付手段４０は、この指定を受け付けて適宜な指定確認画面（図示省略）を表示し、被認証者Ａは、自ら指定した認証者ＢとＣとの面会へ向かう。
【００３７】
〔２−３．面会の判定〕
知人が認証者として指定されると、面会判定手段５０は、被認証者となるユーザが、認証者となるユーザと面会したことを、ユーザの用いる端末から受信する情報に基いて判定する。端末から受信する情報は、被認証者と認証者双方の端末から受信する情報でもよいが、いずれか一方の端末から受信する情報でもよい。
【００３８】
ここでは、双方の端末から受信する情報を用いた判定の例を示す。例えば、被認証者Ａと認証者Ｂとの面会を例にとる。この場合、面会判定手段５０は周期的に、被認証者Ａの端末Ｔ１及び認証者Ｂの端末Ｔ２からそれぞれ位置情報を受信し、受信した位置情報同士を比較し（ステップＳ１６）、受信した位置情報同士が一致すれば面会したと判定する（ステップＳ１７：「ＹＥＳ」）。
【００３９】
位置情報同士の一致には、位置情報が表す緯度経度などの位置同士の距離が、所定の誤差範囲に収まる場合も含まれる。
【００４０】
〔２−４．認証操作〕
被認証者Ａと認証者Ｂが面会したと判定されると（ステップＳ１７：「ＹＥＳ」）、操作画面送信手段６０は、指定された認証者Ｂの端末Ｔ２へ、認証操作画面を画面表示データとして送信する（ステップＳ１８）。認証操作画面は、ユーザ（例えばＢ）から認証操作を受け付けて認証操作がされた旨の情報を本装置１へ送信するための画面である（例えば図５）。
【００４１】
認証者Ｂは、面会相手が真正な被認証者Ａならば、端末Ｔ２に表示されている認証操作画面（図５）において、「認証する」旨のボタンＢ１を操作するなど、所定の認証操作を行うと、端末Ｔ２は、認証操作がされた旨の情報を本装置１へ送る。そして、認証判断手段７０は、予め定められた数の認証者の端末から、被認証者に対する認証操作がされた旨の情報が受信された場合に、その被認証者に情報サービスの利用を許可する。
【００４２】
具体的には、本装置１の認証受信手段６５は、面会したと判定された認証者Ｂの端末Ｔ２から、被認証者Ａに対する認証操作がされた旨の情報を受信すると、認証操作がされたと判断する（ステップＳ１９：「ＹＥＳ」）。
【００４３】
そして、認証判断手段７０は、認証者の指定（ステップＳ１４）から認証操作（ステップＳ１９）までの事象が、所定数の認証者（ここではＢとＣの２人）について発生すると（ステップＳ２０：「ＹＥＳ」）、被認証者（例えばＡ）に情報サービスの利用を許可する。
【００４４】
〔２−５．アカウントリカバリー〕
ここで利用を許可する情報サービスは、リカバリー手段８０によるアカウントリカバリーである（ステップＳ２１）。アカウントリカバリーでは、ユーザは所定のアカウントリカバリー画面（例えば図６）において、認証情報として例えばパスワードを新しいものに再設定できる。
【００４５】
一方、認証操作画面（図５）において、認証しない旨のボタンＢ２が操作された場合のように、何らかの理由で認証操作がされない場合（ステップＳ１９：「ＮＯ」）や、認証操作をした認証者の数が足りない場合は（ステップＳ２０：「ＮＯ」）、認証者の指定（ステップＳ１４）からの処理を再度行う。
【００４６】
〔３．効果〕
以上のように、本実施形態では、ユーザが（例えば図１のユーザＡ）、同じ情報サービスに登録している所定数（人数は任意に設定できる）のリアルな知人（例えばユーザＢとＣ）と実際に会って認証操作してもらうことにより（例えば図５）、リアルな世界で人間が行っている容易かつ高精度な本人確認を情報サービスでの認証に活用できる。
【００４７】
特に、本実施形態では、アカウントリカバリーへ本発明を適用することにより（例えば図６）、秘密の質問の答えなどの正解を本人が忘れてアカウントリカバリーができないリスクが避けられる。
【００４８】
また、本実施形態では、同じ情報サービスにおいて被認証者と関連付けられたユーザが認証することで（例えば図３のステップＳ１５）、認証の信頼性を確保できる。
【００４９】
さらに、本実施形態では、被認証者には認証者を指定させ（例えば図４）、認証者には認証操作をさせる（例えば図５）。このように、被認証者と認証者双方の端末での所定操作を認証の要件とすることにより確実な認証を実現できる。
【００５０】
加えて、本実施形態では、被認証者と認証者双方の端末から送信される位置情報を比較し一致すれば面会したと判定することにより（例えば図３のステップＳ１７）、面会の判定のために両者の端末間で直接情報交換させる操作などの負担が省ける。
【００５１】
〔４．他の実施形態〕
なお、上記実施形態は例示に過ぎず、本発明は、以下に例示するものやそれ以外の他の実施態様も含むものである。例えば、本出願における構成図、データの図、フローチャートなども例示に過ぎず、各要素の有無、その配置や処理実行などの順序、具体的内容などは適宜変更可能である。また、本実施形態における認証は、アカウントリカバリーに限らず、他の情報サービスを利用するための認証として用いることもできる。
【００５２】
また、被認証者と認証者が面会したことの判定に用いる「端末から受信する情報」として、上記実施形態では双方の端末から受信する位置情報を用いたが、いずれか一方の端末から受信する情報を用いることもできる。
【００５３】
例えば、所定のＵＲＬを表す二次元バーコードを本装置から一方の端末に送信して画面表示させ、他方の端末のカメラ機能で読み取らせてそのＵＲＬにアクセスさせる。そのＵＲＬへの例えばＨＴＴＰページリクエストを本装置１が受信することにより、双方の端末の所有者が面会したと判定する。
【００５４】
また、本出願に示す各態様は、明記しない他のカテゴリ（方法、プログラム、端末を含むシステムなど）としても把握できる。方法やプログラムのカテゴリについては、装置のカテゴリで示した「手段」を、「処理」や「ステップ」のように適宜読み替えるものとする。また、処理やステップの順序は、本出願に直接明記のものに限定されず、順序を変更したり、一部の処理をまとめてもしくは随時一部分ずつ実行するなど、変更可能である。
【００５５】
また、個々の手段、処理やステップを実現、実行する端末などのコンピュータは共通でもよいし、手段、処理やステップごとにもしくはタイミングごとに異なってもよい。例えば、本装置１を複数のサーバコンピュータで構成してもよい。また、上記「手段」の全部又は任意の一部を「部」（ユニット、セクション、モジュール等）と読み替えることができる。
【００５６】
また、本装置１を構成する個々の手段を実現する態様は自由で、外部のサーバが提供している機能をＡＰＩ（アプリケーション・プログラム・インタフェース）やネットワーク・コンピューティング（いわゆるクラウドなど）で呼び出して実現するなど、本発明の構成は柔軟に変更できる。さらに、本発明に関する手段などの各要素は、コンピュータの演算制御部に限らず物理的な電子回路など他の情報処理機構で実現してもよい。
【符号の説明】
【００５７】
１  情報処理装置
６  演算制御部
７  記憶装置
８  通信手段
２０  登録受付手段
２５  ユーザ情報記憶手段
３０  通常サービス提供手段
３５  コンテンツ記憶手段
４０  指定受付手段
５０  面会判定手段
６０  操作画面送信手段
６５  認証受信手段
７０  認証判断手段
８０  リカバリー手段
Ａ  ユーザ（被認証者）
Ｂ、Ｃ  ユーザ（認証者）
Ｂ１、Ｂ２  ボタン
Ｎ  通信ネットワーク
Ｔ（Ｔ１、Ｔ２）  端末
【図１】
0005469718.tif 000002
【図２】
0005469718.tif 000003
【図３】
0005469718.tif 000004
【図４】
0005469718.tif 000005
【図５】
0005469718.tif 000006
【図６】
0005469718.tif 000007