(57)【要約】【課題】申請者や承認者の恣意的な申請および承認を回避できるユーザー認証システムおよびユーザー認証方法を得る。【解決手段】サーバー２０と複数のユーザー端末１１，１２，１ｎがネットワークを介して接続され、サーバー２０は、各ユーザー端末に保存されているアドレス帳のデータを保存し、申請ユーザー端末かのアドレス帳と被承認申請ユーザー端末のアドレス帳とを対比して一致したアドレスリストを作成する。申請ユーザー端末は、アドレスリストの中から所定数以上のアドレスを抽出し、抽出したアドレスを有する被承認申請ユーザー端末に承認を求める。被承認申請ユーザー端末は、申請ユーザーを承認するか否かを判断してサーバーに回答する。サーバーは、申請ユーザーの承認数が所定数以上である場合に、申請ユーザー端末のユーザーを本登録ユーザーとして登録する。【選択図】図１
2019212181.tif 000002
【特許請求の範囲】
【請求項１】
ユーザー情報を提供するサーバーと前記ユーザー情報を利用可能な複数のユーザー端末とがネットワークを介して接続され、前記各ユーザー端末による前記ユーザー情報の利用の許否を決定するユーザー認証システムであって、
前記サーバーは、前記各ユーザー端末に保存されている連絡先データを保存するデータ記憶部と、申請ユーザー端末から提供される申請ユーザーの連絡先と前記申請ユーザー端末以外のユーザー端末から提供されている連絡先とを対比して一致した連絡先リストを作成する検索部を有し、
前記申請ユーザー端末は、前記連絡先リストの中から所定数以上の連絡先を抽出し、抽出した連絡先を有する前記申請ユーザー端末以外の被承認申請ユーザー端末に承認を求める機能を有し、
前記被承認申請ユーザー端末は、承認を求められている前記申請ユーザーを承認するか否かを判断して前記サーバーに回答する機能を有し、
前記サーバーはまた、前記被承認申請ユーザー端末による前記申請ユーザーを承認する数が所定数以上である場合に、前記申請ユーザー端末のユーザーを本登録ユーザーとして登録して前記ユーザー情報の利用を許可する機能を有するユーザー認証システム。
【請求項２】
前記サーバーは、前記申請ユーザー端末から承認申請があると、前記申請ユーザー端末のユーザーを仮登録ユーザーとして登録し、前記被承認申請ユーザー端末による承認数が所定数以上である場合に前記仮登録ユーザーを本登録ユーザーとして登録する請求項１記載のユーザー認証システム。
【請求項３】
前記サーバーは、前記各本登録ユーザーの登録有効期限を設定し、前記登録有効期限を経過したユーザー端末のユーザーを仮登録ユーザーとして登録する請求項１記載のユーザー認証システム。
【請求項４】
前記サーバーは、前記仮登録ユーザーの端末に保存されている連絡先と、前記仮登録ユーザーの端末以外の前記被承認申請ユーザー端末から提供されている連絡先とを対比して一致した連絡先リストを作成する請求項２または３記載のユーザー認証システム。
【請求項５】
前記サーバーは、前記連絡先リストを前記仮登録ユーザーの端末に送信する機能と、前記被承認申請ユーザー端末の回答から、前記仮登録ユーザーが本登録の条件を満たすか否かを判定する機能を有する請求項４記載のユーザー認証システム。
【請求項６】
前記サーバーは、前記本登録の条件を満たす場合は本登録を更新し、前記条件を満たさない場合は本登録を更新することなく仮登録する請求項５記載のユーザー認証システム。
【請求項７】
ユーザー情報を提供するサーバーと前記ユーザー情報を利用可能な複数のユーザー端末とがネットワークを介して接続され、前記各ユーザー端末による前記ユーザー情報の利用の許否を決定するユーザー認証方法であって、
前記サーバーが、前記各ユーザー端末に保存されている連絡先データを保存し、申請ユーザー端末から提供される申請ユーザーの連絡先と前記申請ユーザー端末以外のユーザー端末から提供されている連絡先とを対比して一致した連絡先リストを作成するステップと、
前記申請ユーザー端末が、前記連絡先リストの中から所定数以上の連絡先を抽出し、抽出した連絡先を有する前記申請ユーザー端末以外の被承認申請ユーザー端末に承認を求めるステップと、
前記被承認申請ユーザー端末が、承認を求められている前記申請ユーザーを承認するか否かを判断して前記サーバーに回答するステップと、
前記サーバーが、前記被承認申請ユーザー端末による前記申請ユーザーを承認する数が所定数以上である場合に、前記申請ユーザー端末のユーザーを本登録ユーザーとして登録して前記ユーザー情報の利用を許可するステップと、を有するユーザー認証方法。
【請求項８】
前記申請ユーザー端末から承認申請があると、前記サーバーが、前記申請ユーザー端末のユーザーを仮登録ユーザーとして登録するステップを有する請求項６記載のユーザー認証方法。
【請求項９】
前記サーバーが、前記各本登録ユーザーの登録有効期限を設定し、前記登録有効期限を経過したユーザー端末のユーザーを仮登録ユーザーとして登録するステップを有する請求項７または８記載のユーザー認証方法。
【請求項１０】
前記サーバーが、前記仮登録ユーザーの端末に保存されている連絡先と、前記仮登録ユーザーの端末以外のユーザー端末から提供されている連絡先とを対比して一致した連絡先リストを作成するステップを有する請求項８または９記載のユーザー認証方法。
【請求項１１】
前記サーバーが、前記連絡先リストを前記仮登録ユーザーの端末に送信するステップと、前記被承認申請ユーザー端末の回答から、前記仮登録ユーザーが本登録の条件を満たすか否かを判定するステップと、を有する請求項１０記載のユーザー認証方法。
【請求項１２】
前記サーバーが、前記本登録の条件を満たす場合は本登録を更新し、前記条件を満たさない場合は本登録を更新することなく仮登録するステップを有する請求項１１記載のユーザー認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、ソーシャルネットワーキングサービス（以下「ＳＮＳ」という）など、ユーザー情報を提供するシステムや装置などに有用なユーザー認証システムおよびユーザー認証方法に関するものである。
【背景技術】
【０００２】
ＳＮＳや、婚活情報、男女の出会い情報などを提供するサービスにおけるユーザー情報は、もっぱらユーザー自身から提供されるものであり、その信頼性を保証する手段がない。他者の情報が信用できるものであるか否かは、情報サービス業者の信頼性が一つの目安になるが、情報サービス業者の信頼性が高いとしても、ユーザー情報の信頼性を保証するものではない。
【０００３】
そのため、例えば、結婚情報サービスにおいては、偽名や既婚者の参加を阻止することができず、様々なトラブルが発生している。上記サービスを提供する業者は、行政機関が発行する独身証明書の提出を求めることは可能であるが、ユーザーの参加を損なうことになるため、独身証明書の提出を義務付けしていないサービス提供事業がほとんどである。
【０００４】
上に述べたような状況にかんがみ、ネット上で個人情報を発信するにあたり、信頼できるユーザーのみが情報サービスの提供を受けることができるように、ユーザー認証に関する仕組みがいくつか紹介されている（例えば、特許文献１乃至３参照）。
【０００５】
特許文献１記載の発明は、電話認証サーバーと、サービス提供サーバーを有するユーザー認証に関するものである。電話認証サーバーは、第２端末から認証情報を得てユーザー認証を行う。サービス提供サーバーは、認証結果を累積し、統計手法を用いて信頼度等級を生成する。
【０００６】
特許文献２記載の発明は、承認申請者である第２のユーザーが自己の申請に関する承認を他者すなわち承認者である第１のユーザーに依頼し、第１のユーザーから承認を得るものである。第１のユーザーに対して承認申請者の評価を依頼し、複数承認者による承認、非承認の割合などによって評価する。
【０００７】
特許文献３記載の発明は、承認者選択方法などに関するもので、複数の端末の一つはアクセス権の申請者、複数の端末の他の一つは選択された承認者となる。承認者によってアクセス権が承認されると、承認済みのファイルに対して許可された範囲でアクセス権を得ることができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特許第６１５５３４８号公報
【特許文献２】特許第６２４３１７８号公報
【特許文献３】特開２００９−２５８９０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１記載の発明は、サービス提供サーバーのほかに電話認証サーバーが必要である。また、サービス提供サーバーは、電話認証サーバーによる認証結果を累積し、統計手法を用いて信頼度等級を生成するもので、ハードウェアおよびソフトウェアが複雑化する難点がある。
【００１０】
特許文献２記載の発明は、承認申請者の電話帳から承認者を選択するもので、承認申請者の電話帳に記載されている承認者が承認申請者の恣意に基づくものである場合を回避することができず、ユーザー承認の信頼性を確保することができない。
【００１１】
特許文献３記載の発明は、複数の端末一つ一つが互いに申請者と承認者となり、アクセス権が承認されると、申請者は、承認者の承認済のファイルに対し許可された範囲でアクセスすることができるようにしたものである。したがって、特許文献３記載の発明は、個人対個人相互で、かつ、認証済みのファイルに対し許可された範囲でアクセスすることを認証するので、アクセスできる人およびファイルが限定される。また、申請者または承認者が恣意に基づいて申請または承認する場合を回避することができず、ユーザー承認の信頼性を確保することができない。
【００１２】
本発明は、申請者や承認者の恣意的な申請および承認を回避することができ、ハードウェアおよびソフトウェア構成が簡単なユーザー認証システムおよびユーザー認証方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明に係るユーザー認証システムは、
ユーザー情報を提供するサーバーと前記ユーザー情報を利用可能な複数のユーザー端末とがネットワークを介して接続され、前記各ユーザー端末による前記ユーザー情報の利用の許否を決定するユーザー認証システムであって、
前記サーバーは、前記各ユーザー端末に保存されている連絡先データを保存するデータ記憶部と、申請ユーザー端末から提供される申請ユーザーの連絡先と前記申請ユーザー端末以外のユーザー端末から提供されている連絡先とを対比して一致した連絡先リストを作成する検索部を有し、
前記申請ユーザー端末は、前記連絡先リストの中から所定数以上の連絡先を抽出し、抽出した連絡先を有する前記申請ユーザー端末以外の被承認申請ユーザー端末に承認を求める機能を有し、
前記被承認申請ユーザー端末は、承認を求められている前記申請ユーザーを承認するか否かを判断して前記サーバーに回答する機能を有し、
前記サーバーはまた、前記被承認申請ユーザー端末による前記申請ユーザーを承認する数が所定数以上である場合に、前記申請ユーザー端末のユーザーを本登録ユーザーとして登録して前記ユーザー情報の利用を許可する機能を有することを最も主要な特徴とする。
【発明の効果】
【００１４】
特定のユーザーがその端末から承認申請をするとき、申請ユーザー端末に保存されている連絡先をサーバーに提供する。サーバーは、申請ユーザー端末の連絡先と他のユーザー端末から提供されている連絡先とを対比し、一致した連絡先のリストを作成して申請ユーザー端末に送信する。申請ユーザー端末は前記連絡先のリストから所定数以上の連絡先を抽出し、抽出された被承認申請ユーザー端末に、申請したユーザーを承認するか否かを問い合わせる。承認数が所定数以上であれば、サーバーは、申請したユーザーを本登録ユーザーとして登録し、ユーザー情報の利用を許可する。よって、ユーザーを認証する段階で、特定のユーザーの恣意的な判断が介在することはない。さらに、一致した連絡先数が所定数以上である場合に、サーバーにあるユーザー情報の利用を許可するため、ユーザー認証の信頼性を高めることができる。
【図面の簡単な説明】
【００１５】
【図１】本発明に係るユーザー認証システムの実施例の概要を示すブロック図である。
【図２】前記実施例の動作を示すフローチャートである。
【図３】前記実施例における承認申請時の情報の流れを示すシーケンス図である。
【図４】前記実施例における更新時の情報の流れを示すシーケンス図である。
【図５】前記実施例における承認申請のための基本情報入力画面の例である。
【図６】前記実施例において承認者を選択する段階の画面の例である。
【図７】前記実施例において選択者に承認を求める画面の例である。
【図８】前記実施例において本登録の承認を通知する画面の例である。
【図９】前記実施例において更新期限に際しての基本情報入力画面の例である。
【発明を実施するための形態】
【００１６】
以下、本発明に係るユーザー認証システムおよびユーザー認証方法の実施例について図面を参照しながら説明する。ただし、実施例は本発明を実施する場合の一例を示すものであって、各請求項に記載されている技術思想を逸脱しない範囲で任意に変更可能である。
【実施例】
【００１７】
図１は本発明の実施例の概要を示すもので、サーバー２０と、複数のユーザー端末１１，１２，１ｎとが、ネットワークを介して接続されている。ネットワークは無線、有線のいずれでもよく、両者が混在していてもよい。サーバー２０は、各ユーザー端末１１，１２，１ｎから提供されるユーザー情報の利用の許否を、ユーザー端末１１，１２，１ｎごとに、所定の条件を満たすか否かによって決定する。
【００１８】
サーバー２０は、制御部２１を中心として、各ユーザー端末１１，１２，１ｎとの通信部２４、データ記憶部２２、プログラム記憶部２３を有する。データ記憶部２２は各ユーザー端末１１，１２，１ｎから提供されるユーザー情報を含む各種の情報を保存する。ユーザー情報にはユーザー端末１１，１２，１ｎにそれぞれ保存されているアドレス帳の情報を含む。制御部２１は、プログラム記憶部２３に保存されているプログラムに従ってユーザー認証動作を行う。
【００１９】
サーバー２０は、ＳＮＳや、婚活情報、男女の出会い情報などのユーザー情報を提供するもので、ユーザー情報には、各ユーザー端末１１，１２，１ｎから提供される連絡先に関する情報を含む。連絡先に関する情報としては、電話帳に記載されている電話番号、アドレス帳に記載されている住所、メールアドレスなどがある。サーバー２０から提供されるユーザー情報を利用するには、サーバー２０による許可が必要であり、許可を得るには承認の申請をし、一定の要件を満たすことにより本登録ユーザーとして登録されなければならない。
【００２０】
各ユーザー端末１１，１２，１ｎのうち特定のユーザー端末が、登録を申請するユーザーの端末（以下「申請ユーザー端末」という）とする。申請ユーザー端末は、連絡先に関する情報、例えば申請ユーザー端末に保存しているアドレス帳のデータをサーバー２０に送信する。サーバー２０は既に登録されている他のユーザー端末からのアドレス帳などの連絡先データとともに申請ユーザー端末からのアドレス帳などの連絡先データをデータ記憶部２２に保存する。
【００２１】
サーバー２０はさらに申請ユーザー端末からの申請ユーザーの連絡先と他のユーザー端末からのアドレス帳などから得られる連絡先を対比し、一致する連絡先を検索する検索部を備えている。この検索部は、検索して一致した連絡先のリスト、例えばアドレスリストを作成する機能も備えている。アドレスリストは申請ユーザー端末に送信される。
【００２２】
近年の例えばスマートホンのユーザーは、電話番号やメールアドレスなどの自己の連絡先データを公開することをためらう傾向がある。かかるユーザーを、ＳＮＳや、婚活情報、男女の出会い情報などを提供するシステムに参加させる前提としてユーザー認証を行うには、連絡先データを得るための工夫が必要である。例えば、ＳＮＳなどの情報提供システムに加入するために、端末からアプリケーションソフトをダウンロードした場合、ダウンロードした端末の連絡先を申請ユーザーの連絡先として記録し仮登録する。また、申請ユーザーが承認されることを促進するために、他のユーザーにアプリケーションソフトのダウンロードを促し、これらのユーザーを被承認申請ユーザーとして承認を依頼するようにしてもよい。
【００２３】
申請ユーザー端末は、前記アドレスリストの中から所定数以上の連絡先を抽出してサーバー２０に送信する。サーバー２０は、申請ユーザー端末で抽出された連絡先を所有する各ユーザー端末に、申請ユーザー端末のユーザーを承認するか否かを問い合わせる。サーバー２０は、問い合わせに対する回答を集計し、承認するユーザー数が所定数以上、例えば「５」以上である場合に、申請ユーザー端末のユーザーを本登録ユーザーとして登録する。サーバー２０は、本登録ユーザーに、サーバー２０に保存されているユーザー情報の利用を許可する。
【００２４】
サーバー２０は、承認するユーザー数が所定数に満たない場合、その旨を申請ユーザー端末に知らせ、申請ユーザー端末のユーザーは、前記アドレスリストの中から別のアドレスを抽出してサーバー２０に送信する。サーバー２０は新たに抽出されたユーザーの端末に承認するか否かを問い合わせ、前述の手順を繰り返し、申請ユーザー端末のユーザーを本登録ユーザーとして登録するか否かを判断する。
【００２５】
以上の説明はサーバー２０を中心とした動作の概要である。サーバー２０を中心としたより具体的な動作を、図２乃至図１０を参照しながら説明する。図２乃至図１０は、ＳＮＳや、婚活情報、男女の出会い情報の提供システムなどにおけるユーザー認証を想定している。以下の説明において、動作ステップごとに、Ｓ１，Ｓ２，・・・のように符号を付する。
【００２６】
まず、承認申請があった場合の認証手順について、図２と図３を参照しながら説明する。図３では、図１に示す複数のユーザー端末のうち１つのユーザー端末１１を未登録の申請ユーザー端末とし、他のユーザー端末１２，１３を、申請ユーザー端末のユーザーを承認するか否かの判断を行う被承認申請ユーザー端末としている。被承認申請ユーザー端末は無数にあるが、図３では、図の錯綜を避けるために２つの被承認申請ユーザー端末１２，１３のみが描かれている。
【００２７】
図２、図３において、申請ユーザー端末１１からサーバー２０にアクセスがあると、サーバー２０ではまず未登録ユーザーか否かを判断する（Ｓ１）。未登録ユーザーであれば、その端末を申請ユーザー端末と判断し申請入力（Ｓ２）に進む。図５は、申請ユーザー端末１１からサーバー２０にアクセスするときの基本情報入力画面の例で、本名、生年月日、独身であること、居住地、性別を入力して、図３に示すようにサーバー２０に申請通知をする。
【００２８】
サーバー２０は、申請ユーザー端末１１から送信されてきた申請ユーザーを仮登録ユーザーとして前記基本情報とともに記録し（Ｓ３）、申請ユーザー端末１１に向けて仮登録完了通知をする。
【００２９】
仮登録ユーザーはその端末すなわち申請ユーザー端末１１から、申請ユーザー端末１１に保存されている申請ユーザーの連絡先データをサーバー２０に送信する（Ｓ４）。サーバー２０は、送信されてきた申請ユーザーの連絡先データをデータ記憶部２２に保存する。サーバー２０は、送信されてきた申請ユーザーの連絡先と、サーバー２０に既に保存されているアドレス帳などから得られる連絡先とを対比し、一致する連絡先がある場合、そのリストすなわち連絡先リストを作成する（Ｓ５）。サーバー２０は、前記連絡先リストを申請ユーザー端末１１に送信する。
【００３０】
図６は、サーバー２０から申請ユーザー端末１１に送信される連絡先リストの例を示しており、前記一致する連絡先が列記されている。連絡先リストには、このリストの中から承認申請する相手を例えば５人以上選択するように指示する記載があり、また、相手を選択した後で承認申請を行うためのボタンが表示されている。
【００３１】
申請ユーザー端末１１のユーザーは、前記連絡先リストの中から、承認を求めるユーザーを少なくとも指定された人数選択し、前記承認申請を行うためのボタンを押す。申請ユーザー端末１１は、申請ユーザーの承認に関して問い合わせる内容の通知画面により、選択したユーザー端末それぞれに向けて承認の問い合わせをする（Ｓ６）。以下、承認を求めて選択されたユーザーを「被承認申請ユーザー」、被承認申請ユーザーの端末を「被承認申請ユーザー端末」という。
【００３２】
図７は、被承認申請ユーザー端末に送信される申請ユーザーの承認に関する問い合わせ画面の例である。この問い合わせ画面には、承認を求めるユーザーの本名、生年月日等の前記基本情報と、承認申請が届いている旨、および承認するか否かを「ＹＥＳ」または「ＮＯ」で選択するボタンが表示されている。また、これらの表示とともに、当事者間で悪意により承認した場合の法的責任を科する旨の表示を付することもできる。申請ユーザーの承認に関して問い合わせ通知を受けた各被承認申請ユーザーは、それぞれの被承認申請ユーザー端末に表示されている上記選択ボタンの一方を選択して押し、申請を承認するか否かの回答をサーバー２０に向けて送信する（Ｓ７）。
【００３３】
図３では、申請ユーザーの承認に関する問い合わせが申請ユーザー端末１１から被承認申請ユーザー端末に送信されるようになっているが、間にサーバー２０を介在させてもよい。すなわち、申請ユーザーの承認に関する問い合わせを申請ユーザー端末１１からサーバー２０に送信し、サーバー２０から被承認申請ユーザー端末１２，１３、・・・に送信するようにしてもよい。こうすることにより、承認申請に関して申請ユーザー端末と被承認申請ユーザー端末との間で行われるデータの交換状況をサーバー２０で把握することができる。
【００３４】
サーバー２０は、各被承認申請ユーザー端末からの回答を集計し、申請ユーザーを承認するか否かの判定を行う（Ｓ８）。申請の認否は、承認許可者が所定人数以上、例えば５人以上か否かで判定する（Ｓ９）。判定に必要な人数に達していない場合はステップＳ６に戻り、申請ユーザー端末１１のユーザーは、前記連絡先リストの中から再度被承認申請ユーザーを選択し、選択した被承認申請ユーザー端末に向けて承認を求める旨の問い合わせを行う。
【００３５】
ステップＳ９において申請許可の条件が満たされるまで、ステップＳ６〜Ｓ９が繰り返される。ステップＳ９において申請許可の条件が満たされると、申請ユーザーは本登録ユーザーとしてサーバー２０に記録される（Ｓ１０）。サーバー２０は申請ユーザーに本登録が承認され、本登録が完了した旨の通知を行う。
【００３６】
図８は本登録通知画面の例を示している。本登録通知画面には、本登録の条件を満たしたため本登録が承認され、サーバー２０から提供されるユーザー情報の利用を許可する旨の記載が表示される。本登録通知画面にはまた、申請ユーザーのプロフィールを作成すべき旨が表示されるとともに、申請ユーザーのニックネーム、登録する写真データの入力欄が表示される。
【００３７】
申請ユーザーによって入力される上記ニックネームや写真、その他のユーザー情報はサーバー２０に送信され、サーバー２０の前記データ記憶部２２に、他のユーザーのニックネームや写真、その他のユーザー情報とともに記録される。
【００３８】
本発明は、ユーザー情報を提供するシステムなどに有用なユーザー認証に関するものであるから、本登録されているユーザーについて更新期間を定め、定期的にユーザー情報を更新してユーザー情報の鮮度を維持するようになっている。更新期間が到来すると、改めて本登録の条件を満たすか否かを判断する。更新期限は、ユーザー情報を提供するシステムの目的や種類などに対応して任意に設定すればよく、結婚情報や婚活情報サービスシステムの場合は、例えば３か月程度に設定されることもあり得る。
【００３９】
図２の右半分と図４は更新期間が到来した場合に、更新を認めるかどうか、換言すれば、継続して本登録を認めるかどうかの判断と、判断結果に伴う処理の流れの例を示す。継続して本登録を認めるかどうかの判断は、本登録されたユーザーの端末１１１（図４参照）からサーバー２０にアクセスするたびに行われる。
【００４０】
本登録されたユーザーがその端末１１１からサーバー２０にアクセスするのは、サーバー２０に保存されているアプリケーション（以下「アプリ」という）を実行し、他のユーザーの情報を参照するためである。更新期間内であれば、アプリケーション実行端末１１１のユーザーは前記アプリを実行することにより、本登録されているユーザーの情報を利用することができる。
【００４１】
図４において、本登録済みのユーザーがその端末すなわちアプリケーション実行端末１１１からサーバー２０にログインすると（Ｓ１１）、ログイン情報とともに承認期限に関する問い合わせがサーバー２０に送信される（Ｓ１２）。サーバー２０では、承認期限内か否かを判断し（Ｓ１３）、承認期限内であれば、サーバー２０は端末１１１に向けて承認期限更新通知を行う（Ｓ１４）。
【００４２】
ステップＳ１４で承認期限更新通知を行った後、承認期限問い合わせ有効期限内かどうかを判断する（Ｓ１５）。また、ステップＳ１３で承認期限の更新期間を経過してしまっている場合も、承認期限問い合わせ有効期限内かどうかを判断するステップ（Ｓ１５）に飛ぶ。承認期限の更新期限が経過した後であっても、一定期間内に本登録ユーザー端末からアクセスがあった場合は、情報提供システムを利用する意思があるものと判断し、上記システムの利用を許可する趣旨である。したがって、ステップＳ１５において承認期限問い合わせ有効期限内であると判断したときは、既に説明したステップＳ１６，ステップＳ１７と進んで引き続き端末１１１のユーザーによる上記システムの利用を許可する。
【００４３】
サーバー２０は、承認期限問い合わせ有効期限の判断ステップ（Ｓ１５）において有効期限を経過していると判断した場合、前述の仮登録ユーザーとして記録するステップ（Ｓ３）に戻り、以下、ステップＳ４からＳ１０までを実行する。すなわち、前述の申請ユーザー端末１１から登録申請があった場合と同様のフローに従った処理を行う。
【００４４】
この場合の仮登録ユーザーとして記録するステップ（Ｓ３）において、サーバー２０は、仮登録が完了した旨を端末１１１に送信するとともに仮登録ユーザーに関する基本情報入力画面を送信する。図９は、この場合の基本情報入力画面の例で、承認更新期限であることと、基本情報の入力を促すための文言が表示される。入力すべき基本情報は図７に示す承認申請の場合に入力すべき基本情報と同じく、本名、生年月日、独身であること、居住地、性別である。
【００４５】
ステップＳ３で仮登録ユーザーとして記録した後は、これまで説明してきた流れに従って処理される。ステップＳ１５で承認期限問い合わせ有効期限であると判定された場合は、アプリケーション実行端末１１１のユーザーを本登録ユーザーとして記録する（Ｓ１６）。また、本登録ユーザーに対してすべての機能を開放し（Ｓ１７）、サーバーに登録されているすべての本登録ユーザーに関する情報の利用を許可する。
【００４６】
本登録ユーザーとして記録されたユーザーは、その端末からサーバー２０にアクセスすることにより本登録ユーザーに関する情報を利用することができる。本登録ユーザーの端末からサーバー２０にログインする（Ｓ１１）たびに、ステップＳ１２以下のフローに従った動作が繰り返される。
【００４７】
以上説明した本発明に係るユーザー認証システムおよびユーザー認証方法の実施例によれば、システムの利用申請があると、サーバー２０の介在のもとに、複数の本登録ユーザーの承認があって初めてシステムの利用が許可される。承認する本登録ユーザーは、申請ユーザーが保存している申請ユーザーの連絡先と、本登録されているユーザーから提供されているアドレス帳などから得られる連絡先とが一致する者に限られ、恣意的な判断による承認が排除される。したがって、ユーザー情報の利用が許可された端末のユーザーの信用度が高く、ＳＮＳや、婚活情報、男女の出会い情報を提供するシステムを安心して利用することができる。
【符号の説明】
【００４８】
１１    端末
１２    端末
１ｎ    端末
２０    サーバー
２２    データ記憶部
【図１】
2019212181.tif 000003
【図２】
2019212181.tif 000004
【図３】
2019212181.tif 000005
【図４】
2019212181.tif 000006
【図５】
2019212181.tif 000007
【図６】
2019212181.tif 000008
【図７】
2019212181.tif 000009
【図８】
2019212181.tif 000010
【図９】
2019212181.tif 000011