JP7092903B1 - 登録システム、登録方法、及びプログラム - Google Patents

Abstract

【課題】ユーザが所定のサービスに登録情報を登録する場合の利便性を高める登録システム、登録方法及びプログラムを提供する。【解決手段】登録システムの取得手段（３０１）は、ユーザが第１サービスに登録した第１登録情報の信頼性に関する信頼性情報を取得する。判定手段（３０２）は、信頼性情報が所定の基準を満たすか否かを判定する。処理手段（３０３）は、ユーザが第２サービスに第２登録情報を登録する場合に、判定手段（３０２）の判定結果に応じた処理を実行する。【選択図】図５

Description

本開示は、登録システム、登録方法、及びプログラムに関する。

従来、ユーザが所定のサービスを利用する場合に、氏名、年齢、及びメールアドレス等の登録情報を登録することが要求されている。特許文献１には、複数のユーザの各々の登録情報を予めデータベースに格納し、あるユーザに登録情報の入力を要求する場合に、そのユーザの登録情報をデータベースから取得して入力フォームに自動入力することによって、入力の手間を軽減するシステムが記載されている。

特開２００５－２７５４８８号公報

例えば、特許文献１の技術を応用し、ユーザがサービスの新規会員登録をする場合に、他のサービスのデータベースに格納された登録情報を流用することによって、新規会員登録における入力の手間を軽減することが考えられる。しかしながら、特許文献１の技術では、ユーザが使用しなくなった古い登録情報がデータベースに格納されていると、古い登録情報が流用されてしまうので、ユーザの利便性を十分に高めることができない。この点は、登録情報を流用する場合に限られず、登録情報の信頼性に関係なく登録時の処理が固定されていると、信頼性に応じた処理にはならないので、ユーザの利便性を高めることはできない。

本開示の目的の１つは、ユーザが所定のサービスに登録情報を登録する場合の利便性を高めることである。

本開示に係る登録システムは、ユーザが第１サービスに登録した第１登録情報の信頼性に関する信頼性情報を取得する取得手段と、前記信頼性情報が所定の基準を満たすか否かを判定する判定手段と、前記ユーザが第２サービスに第２登録情報を登録する場合に、前記判定手段の判定結果に応じた処理を実行する処理手段と、を含む。

本開示によれば、ユーザが所定のサービスに登録情報を登録する場合の利便性を高めることができる。

登録システムの全体構成の一例を示す図である。 ランク１のユーザによる新規会員登録の流れの一例を示す図である。 ランク１のユーザによる新規会員登録の流れの一例を示す図である。 ランク２以上のユーザによる新規会員登録の流れの一例を示す図である。 登録システムで実現される機能の一例を示す機能ブロック図である。 第１データベースのデータ格納例を示す図である。 第２データベースのデータ格納例を示す図である。 登録システムで実行される処理の一例を示すフロー図である。 登録システムで実行される処理の一例を示すフロー図である。 複数のメールアドレスの何れかを選択することによって、メールアドレスの変更が要求される様子の一例を示す図である。

［１．登録システムの全体構成］
以降、本開示に係る登録システムの実施形態の例を説明する。図１は、登録システムの全体構成の一例を示す図である。図１に示すように、登録システムＳは、第１サーバ１０、第２サーバ２０、及びユーザ端末３０を含む。第１サーバ１０、第２サーバ２０、及びユーザ端末３０の各々は、インターネットなどのネットワークＮに接続可能である。図１では、第１サーバ１０、第２サーバ２０、及びユーザ端末３０の各々を１台ずつ示しているが、これらは複数台あってもよい。

第１サーバ１０は、第１サービスを提供する第１システムのサーバコンピュータである。第１システムには、第１サーバ１０以外の他のコンピュータが含まれてもよい。第１サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、ハードディスク等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

第２サーバ２０は、第２サービスを提供する第２システムのサーバコンピュータである。第２サービスは、第１サービスとは異なるサービスである。第２システムには、第２サーバ２０以外の他のコンピュータが含まれてもよい。第２サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。

ユーザ端末３０は、ユーザが操作するコンピュータである。例えば、ユーザ端末３０は、スマートフォン、タブレット端末、ウェアラブル端末、又はパーソナルコンピュータである。ユーザ端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５を含む。制御部３１、記憶部３２、及び通信部３３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。操作部３４は、タッチパネル等の入力デバイスである。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイである。

なお、記憶部１２，２２，３２に記憶されるプログラム及びデータの少なくとも一方は、ネットワークＮを介して供給されてもよい。また、第１サーバ１０、第２サーバ２０、及びユーザ端末３０の各々に、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）と、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）と、の少なくとも一方が含まれてもよい。例えば、情報記憶媒体に記憶されたプログラム及びデータの少なくとも一方が、読取部及び入出力部の少なくとも一方を介して供給されてもよい。

［２．登録システムの概要］
本実施形態では、第１サービスの一例としてＳＮＳ（Social Networking Service）を説明し、第２サービスの一例として動画配信サービスを説明する。このため、ＳＮＳと記載した箇所は、第１サービスと読み替えることができる。動画配信サービスと記載した箇所は、第２サービスと読み替えることができる。第１サービスと第２サービスの各々は、任意のサービスであってよい。他のサービスへの適用例は、後述の変形例で説明する。

ＳＮＳと動画配信サービスは、互いに連携している。例えば、ＳＮＳと動画配信サービスの両方を利用しているユーザは、動画配信サービスで視聴した動画の感想をＳＮＳに簡単に投稿できたり、ＳＮＳの投稿を動画配信サービスで簡単に紹介できたりする。ただし、本実施形態のユーザは、ＳＮＳを利用しているが、動画配信サービスは利用していないものとする。例えば、ユーザは、ユーザ端末３０にインストールされたＳＮＳのアプリケーション（以降、ＳＮＳアプリ）又はブラウザを起動してＳＮＳを利用可能であるが、まだ動画配信サービスには会員登録していない。

本実施形態のＳＮＳは、複数のランクの中で利用状況に応じたランクが設定されるものとする。あるユーザのランクは、そのユーザによるＳＮＳの利用状況に応じて設定される。例えば、あるユーザのログイン回数が多いほど、そのユーザのランクが高くなる。本実施形態では、ランク１～ランク５の５段階のランク分けが行われる場合を例に挙げるが、ランクは、２段階以上であればよく、５段階に限られない。ランクの数値は、ランクの高さを示す。ランク１が最も低く、ランク５が最も高い。

ユーザは、ＳＮＳアプリから動画配信サービスの新規会員登録を行うことによって、ＳＮＳの登録情報を動画配信サービスに流用できる。新規会員登録とは、動画配信サービスにおけるユーザアカウントを発行し、動画配信サービスに登録情報を登録することである。ユーザは、動画配信サービスの利用を開始するために定められた手続きをすることによって、動画配信サービスの新規会員登録を行う。

登録情報は、あるユーザのユーザアカウントに関連付けられて登録された、そのユーザに関する情報である。例えば、登録情報は、ユーザの個人情報であり、メールアドレス、氏名、住所、電話番号、生年月日、又はこれらの組み合わせである。登録情報は、個人情報に限られず、ユーザが登録した任意の情報であってよい。例えば、性別、ニックネーム、パスワード、秘密の質問及び答え、会社名、又はクレジットカード情報が登録情報に相当してもよい。

ＳＮＳの登録情報を流用することによって、動画配信サービスの新規会員登録時にユーザが入力する項目を減らすことができるが、ＳＮＳの登録情報は、必ずしも信頼性が高いとは限らない。例えば、ＳＮＳには、ユーザが使用しなくなった古いメールアドレスが登録されていることがある。古いメールアドレスが動画配信サービスに流用されると、動画配信サービスの提供者は、ユーザとうまく連絡が取れない可能性がある。このため、ＳＮＳに登録されたメールアドレスに確認用のメッセージ（電子メール）を送信し、そのメールアドレスでユーザと連絡が取れるか否かを確認したうえで、動画配信サービスに流用することが考えられる。

しかしながら、全てのユーザに確認用のメッセージを送信すると、動画配信サービスの新規会員登録の流れが煩雑になる。例えば、頻繁にＳＮＳを利用するユーザは、ＳＮＳに登録されたメールアドレスを普段から使用していることが多いので、メールアドレスを確認する必要がないことが多い。一方、あまりＳＮＳを利用しないユーザは、ＳＮＳに登録されたメールアドレスが古い可能性があるので、メールアドレスを確認した方がよいことがある。

そこで、本実施形態では、ランク１のユーザが動画配信サービスに新規会員登録する流れと、ランク２以上のユーザが動画配信サービスに新規会員登録する流れと、が異なっている。ランク１のユーザが動画配信サービスに新規会員登録する場合には、ＳＮＳに登録されたメールアドレスが確認される。ランク２以上のユーザが動画配信サービスに新規会員登録する場合には、ＳＮＳに登録されたメールアドレスの確認が省略される。

図２及び図３は、ランク１のユーザによる新規会員登録の流れの一例を示す図である。図２及び図３では、トップ画面Ｇ１Ａ，Ｇ１Ｂ及び登録画面Ｇ２Ａ～Ｇ２Ｄといったように、末尾のアルファベットによって、同じ画面における表示の変化を区別する。表示の変化を区別しないときは、末尾のアルファベットを省略し、単にトップ画面Ｇ１又は登録画面Ｇ２と記載する。この点は、後述の図４も同様である。以降説明する画面は、ユーザインタフェースとして機能する。

図２に示すように、ＳＮＳアプリが起動すると、ＳＮＳのトップ画面Ｇ１Ａが表示部３５に表示される。例えば、ユーザは、トップ画面Ｇ１Ａから新たな投稿をしたり、他のユーザの投稿を閲覧したりすることができる。アイコンＩ１０は、動画配信サービスの新規会員登録をするためのアイコンである。例えば、アイコンＩ１０には、動画配信サービスの新規会員登録を促す文言が表示される。新規会員登録が完了すると、アイコンＩＤ１０の表示が変わってもよいし、アイコンＩ１０が消去されてもよい。

ユーザがアイコンＩ１０を選択すると、動画配信サービスの新規会員登録を開始するためのウィンドウＷ１１が表示される（トップ画面Ｇ１Ｂの状態）。ユーザがウィンドウＷ１１内のボタンＢ１２を選択すると、動画配信サービスの利用規約が表示される。ユーザが動画配信サービスの利用規約に同意すると、動画配信サービスの登録情報を入力するための登録画面Ｇ２Ａが表示部３５に表示される。

入力フォームＦ２０には、ＳＮＳに登録されたメールアドレスが自動入力される。このメールアドレスは、動画配信サービスに登録されるメールアドレスの候補である。ユーザは、このメールアドレスをそのまま動画配信サービスに登録することもできるし、他のメールアドレスに変更することもできる。例えば、ユーザは、古いメールアドレスが入力フォームＦ２０に入力されていた場合、又は、ＳＮＳとは違うメールアドレスを動画配信サービスに登録したい場合に、入力フォームＦ２０のメールアドレスを変更する。

入力フォームＦ２１には、ＳＮＳに登録されたメールアドレス以外の他の登録情報が自動入力される。ただし、この時点では、ユーザが入力フォームＦ２１に入力できないようになっているので、入力フォームＦ２１の自動入力は行われなくてもよい。メールアドレスが確認された後に、入力フォームＦ２１に対する入力が可能になる。ユーザがボタンＢ２２を選択すると、入力フォームＦ２０に入力されたメールアドレスに確認用のメッセージが送信され、メッセージの確認が促される（登録画面Ｇ２Ｂの状態）。

本実施形態では、確認用のメッセージが送信されてから所定時間（例えば、１分間）が経過するまでは、ボタンＢ２２が無効になり、確認用のメッセージを再送できない。所定時間が経過すると、ボタンＢ２２が有効になり、確認用のメッセージを再送できるようになる。確認用のメッセージが届かない場合、ユーザは、迷惑メールや受信ドメイン等のメール設定を確認したうえで、有効になったボタンＢ２２を選択し、確認用のメッセージを再送する。ユーザは、メールアドレスの入力をやり直してもよい。

図３に移り、ユーザは、ユーザ端末３０にインストールされた電子メールのアプリケーション（以降、メールアプリ）又はブラウザを起動し、確認用のメッセージをメール画面Ｇ３に表示させる。図３に示すように、確認用のメッセージには、メールアドレスの確認を完了させるためのリンクＬ３０が含まれる。リンクＬ３０は、所定のＵＲＬを示す。ユーザは、リンクＬ３０を選択することによって、ワンタイムパスワード等の認証情報を入力しなくても、メールアドレスの確認を完了させることができる。なお、メールアドレスの確認を完了させるには他の条件が存在してもよく、他の条件については後述する。

メールアドレスの確認が完了すると、ユーザ端末３０のＳＮＳアプリが呼び戻されて、メールアドレスが確認された旨が表示される（登録画面Ｇ２Ｃの状態）。登録画面Ｇ２Ｃの状態になると、入力フォームＦ２１に対する入力が可能になる。例えば、ユーザは、入力フォームＦ２１に自動入力された登録情報が誤っている場合には変更する。また例えば、ユーザは、自動入力されなかった入力フォームＦ２１に登録情報を入力する。新規会員登録に必要なその他の事項が存在する場合には、ユーザは、その他の事項も入力する。

ユーザが、必要な項目に入力して手続きを完了させると、動画配信サービスの新規会員登録が完了し、動画配信サービスに登録された登録情報を示す完了画面Ｇ４が表示部３５に表示される。以降、ユーザは動画配信サービスを利用できるようになる。

なお、登録画面Ｇ２Ｃの状態で、ユーザは、入力フォームＦ２０のメールアドレスを変更できる。ただし、ユーザがメールアドレスを誤入力する可能性があるので、変更後のメールアドレスを確認するためのウィンドウＷ２３が登録画面Ｇ２に表示される（登録画面Ｇ２Ｄの状態）。ユーザがボタンＢ２４を選択すると、メールアドレスの変更がキャンセルされ、登録画面Ｇ２Ｃの状態に戻る。ユーザがボタンＢ２５を選択すると、先述した流れと同様にして、変更後のメールアドレスに確認用のメッセージが送信される。

図４は、ランク２以上のユーザによる新規会員登録の流れの一例を示す図である。図４に示すように、ユーザがアイコンＩ１０及びボタンＢ１２を選択して利用規約に同意するまでの流れは、ランク１のユーザと同じである。その後の流れは、ランク１のユーザとは異なる。ランク２以上のユーザが利用規約に同意すると、メールアドレスの確認が行われることなく、登録画面Ｇ２Ｃと同様の状態になる（登録画面Ｇ２Ｅの状態）。その後の流れは、ランク１のユーザと同じである。例えば、ユーザがメールアドレスを変更すると、登録画面Ｇ２Ｄと同様のウィンドウＷ２３が表示される。ユーザが新規会員登録を完了させると、完了画面Ｇ４が表示される。

以上のように、本実施形態の登録システムＳは、ランク１のユーザが動画配信サービスに新規会員登録する流れと、ランク２以上のユーザが動画配信サービスに新規会員登録する流れと、を異ならせることによって、ユーザが動画配信サービスに登録情報を登録する場合の利便性を高めるようにしている。以降、この技術の詳細を説明する。

［３．登録システムで実現される機能］
図５は、登録システムＳで実現される機能の一例を示す機能ブロック図である。本実施形態では、第１サーバ１０、第２サーバ２０、及びユーザ端末３０の各々で実現される機能を説明する。

［３－１．第１サーバで実現される機能］
図５に示すように、第１サーバ１０では、データ記憶部１００と、確認部１０１と、が実現される。データ記憶部１００は、記憶部１２を主として実現される。確認部１０１は、制御部１１を主として実現される。

［データ記憶部］
データ記憶部１００は、ＳＮＳにおける種々のデータを記憶する。例えば、データ記憶部１００は、ＳＮＳにおける複数のユーザの各々の登録情報が格納された第１データベースＤＢ１を説明する。以降、ＳＮＳの登録情報を第１登録情報と記載し、動画配信サービスの登録情報を第２登録情報と記載し、各サービスの登録情報を区別する。

図６は、第１データベースＤＢ１のデータ格納例を示す図である。図６に示すように、第１データベースＤＢ１には、ユーザアカウント、パスワード、ランク、及び第１登録情報が格納される。例えば、あるユーザがＳＮＳの新規会員登録を行うと、そのユーザのユーザアカウントが発行され、そのユーザに対応するレコードが第１データベースに作成される。第１データベースＤＢ１には、他の情報が格納されてもよく、例えば、ユーザによるＳＮＳの利用状況が格納されてもよい。例えば、ユーザのログイン日時、投稿内容、投稿日時、又は閲覧履歴が、利用状況として格納されていてもよい。

ユーザアカウントは、ＳＮＳにおいてユーザを一意に識別する情報である。メールアドレスがユーザアカウントとして利用されてもよい。パスワードは、ＳＮＳにログインするための認証情報である。ランクは、ＳＮＳの利用状況に応じて更新される。例えば、第１サーバは、ある一定期間における個々のユーザの利用状況に基づいて、そのユーザのランクを決定する。個々のランクには、そのランクになるための条件が設定されており、第１サーバは、ユーザの利用状況が満たす条件を判定する。第１サーバは、個々のユーザの利用状況が満たす条件に対応するランクを、そのユーザのランクとして決定する。

第１データベースＤＢに格納される第１登録情報は、ＳＮＳにおけるユーザの登録情報である。本実施形態では、第１登録情報の全部又は一部は、動画配信サービスの新規会員登録時に流用される。例えば、第１登録情報のうち、第２登録情報と共通する項目については、動画配信サービスの新規会員登録時に流用される。ユーザは、第１登録情報のうちの任意の項目を変更可能である。第１登録情報は、図６の例に限られず、任意の情報であってよい。

［確認部］
確認部１０１は、ユーザのメールアドレスに基づいて、ユーザと連絡が取れるか否かを確認する。メールアドレスは、連絡先情報の一例である。このため、本実施形態でメールアドレスと記載した箇所は、連絡先情報と読み替えることができる。

連絡先情報は、ユーザの連絡先に関する情報である。連絡先情報は、所定の連絡手段における相手方を識別可能な情報である。何らかのデータを送信することによって連絡が行われる場合には、データの送信先（宛先）は、連絡先に相当する。何らかの信号を送信することによって連絡が行われる場合には、信号の送信先は、連絡先に相当する。連絡先情報は、連絡手段に応じた情報であればよく、メールアドレスに限られない。例えば、連絡先情報は、電話番号、メッセージアプリのユーザアカウント、ＳＮＳのユーザアカウント、チャットのユーザアカウント、メッセンジャーのユーザアカウント、又はＦＡＸ番号であってもよい。ユーザアカウントは、ユーザを一意に識別する情報であり、ユーザＩＤと呼ばれることもある。

ユーザと連絡が取れるか否かを確認するとは、ユーザの連絡先情報の有効性を確認することである。有効性は、ユーザが実際に連絡先情報を利用しているか否かである。有効性は、実在性又は正確性ということもできる。確認部が行う確認は、連絡先情報の認証ということもできる。このため、本実施形態におけるメールアドレスの確認は、メール認証ということもできる。

確認部１０１は、ユーザの連絡先情報に基づいて、ユーザに対し、連絡先情報に応じた連絡手段を利用して所定の応答を要求する。ユーザは、要求を受け付けると、連絡先情報に応じた連絡手段を利用して、所定の応答をする。この応答は、ユーザ端末３０から行われるものとするが、他のコンピュータからの応答が許容されてもよい。確認部１０１は、ユーザから所定の応答が得られない場合に、ユーザと連絡が取れないと判定し、ユーザから所定の応答が得られた場合に、ユーザと連絡が取れると判定する。

本実施形態では、確認部１０１は、ユーザのメールアドレスに基づいて、確認用のリンクＬ３０を含むメッセージ（電子メール）を送信する。確認部１０１は、ユーザがリンクＬ３０を選択したか否かを判定することによって、ユーザと連絡が取れるか否かを確認する。このため、ユーザがリンクＬ３０を選択することが、ユーザが所定の応答をすることに相当する。なお、リンクＬ３０は、図３のような文字列に限られず、任意の形式であってよい。例えば、ＵＲＬが埋め込まれたボタンがリンクＬ３０に相当してもよい。

例えば、確認部１０１は、メッセージに含まれるリンクＬ３０が示すＵＲＬに対するアクセスを受け付けたか否かを判定することによって、ユーザがリンクＬ３０を選択したか否かを判定する。確認部１０１は、ユーザがリンクＬ３０を選択しなかった場合に、ユーザと連絡が取れないと判定し、ユーザがリンクＬ３０を選択した場合に、ユーザと連絡が取れると判定する。どのユーザにどのリンクＬ３０を送信したかについては、データ記憶部１００に記憶されているものとする。

本実施形態では、ユーザが所定の条件のもとでリンクＬ３０を選択する必要がある。確認部１０１は、ユーザがリンクＬ３０を選択したとしても所定の条件が満たされなかった場合に、ユーザと連絡が取れないと判定する。確認部１０１は、ユーザがリンクＬ３０を選択し、かつ、所定の条件が満たされた場合に、ユーザと連絡が取れると判定する。所定の条件は、何らかの異常の発生を判定可能な条件であればよく、例えば、下記に説明する第１条件～第５条件のうちの少なくとも１つである。

（第１条件）所定の条件は、メッセージの送信を要求したユーザ端末３０と、ユーザがリンクＬ３０を選択したユーザ端末３０と、が同じことであってもよい。これらが異なることは、所定の条件が満たされないことに相当し、これらが同じことは、所定の条件が満たされることに相当する。メッセージの送信を要求したユーザ端末３０を識別する識別情報は、リンクＬ３０に含まれていてもよいし、データ記憶部１００に記憶されていてもよい。この識別情報は、ユーザ端末３０を識別可能な情報であればよく、例えば、ＳＮＳアプリに記録された固有のＩＤ、ユーザ端末３０のＩＰアドレス、ユーザ端末３０の個体識別情報、又はＳＩＭカードに記録された情報等である。

（第２条件）所定の条件は、メッセージの送信を要求した場合のユーザアカウントと、ユーザがリンクＬ３０を選択した場合のユーザアカウントと、が同じことであってもよい。これらが異なることは、所定の条件が満たされないことに相当し、これらが同じことは、所定の条件が満たされることに相当する。メッセージの送信を要求した場合のユーザアカウントは、リンクＬ３０に含まれていてもよいし、データ記憶部１００に記憶されていてもよい。ユーザアカウントは、その都度入力を要求してもよいし、ユーザ端末３０に予め記憶されていてもよい。

（第３条件）所定の条件は、ユーザが最新のメッセージのリンクＬ３０を選択することであってもよい。図２を参照して説明したように、本実施形態では、ユーザは、同一のメールアドレスに対し、メッセージを繰り返し送信可能である。確認部１０１は、メッセージを送信するたびに、新たなリンクＬ３０を生成する。即ち、確認部１０１は、メッセージごとに、リンクＬ３０を異ならせる。ユーザが古いメッセージのリンクＬ３０を選択することは、所定の条件が満たされないことに相当し、ユーザが最新のメッセージのリンクＬ３０を選択することは、所定の条件が満たされることに相当する。

（第４条件）所定の条件は、所定の有効期限内に、ユーザがリンクＬ３０を選択することであってもよい。ユーザが有効期限切れのメッセージのリンクＬ３０を選択することは、所定の条件が満たされないことに相当し、ユーザが有効期限内のメッセージのリンクＬ３０を選択することは、所定の条件が満たされることに相当する。有効期限は、任意の長さであってよく、例えば、メッセージが送信されてから３０分～２時間程度であってもよいし、それよりも短い又は長い期間であってもよい。有効期限は、リンクＬ３０の一部として含まれていてもよいし、データ記憶部１００に記憶されていてもよい。

（第５条件）所定の条件は、第１条件～第４条件以外の条件であってもよく、例えば、通信エラー等の異常が発生しないことであってもよい。通信エラー等の異常が発生することは、所定の条件が満たされないことに相当し、通信エラー等の異常が発生しないことは、所定の条件が満たされることに相当する。

なお、確認部１０１がメールアドレスを確認するための所定の応答は、本実施形態の例に限られない。例えば、確認部１０１は、所定の認証情報（ワンタイムな認証番号等）を含むメッセージを送信してもよい。この場合、ユーザがメッセージに含まれる認証情報を入力することが、所定の応答をすることに相当する。また例えば、メッセージにリンクＬ３０と認証情報の両方を含めておき、ユーザがリンクＬ３０を選択し、かつ、認証情報を入力することが、所定の応答に相当してもよい。

また、確認部１０１が利用する連絡手段は、連絡先情報に応じた連絡手段であればよく、電子メールに限られない。例えば、連絡手段は、ＳＭＳ（Short Message Service）、ＩＶＲ（Interactive Voice Response）を利用した自動音声発信、メッセージアプリ、ＳＮＳ、チャット、メッセンジャー、又はインターネットＦＡＸであってもよい。チャットは、テキストのチャットに限られず、ビデオチャット又はボイスチャットも含む。複数の連絡先情報が存在する場合には、確認部１０１は、複数の連絡手段を組み合わせて確認を行ってもよい。

また、メールアドレスは、メッセージの送信先に関する情報の一例にすぎず、メッセージの送信先は、電話番号又はＦＡＸ番号であってもよいし、メッセージアプリ、ＳＮＳ、チャット、又はメッセンジャーのユーザアカウントであってもよい。このため、メッセージは、電子メールに限られず、上記例示した連絡手段を利用して送信可能なメッセージであればよい。この場合も、確認部１０１は、本実施形態で説明した電子メールと同様のメッセージを利用すればよい。確認部１０１は、ＩＶＲを利用した自動音声発信を利用する場合には、ユーザの連絡先情報の一例である電話番号に自動音声を発信し、ユーザが電話に出たか否かを判定すればよい。

［３－２．第２サーバで実現される機能］
図５に示すように、第２サーバ２０では、データ記憶部２００が実現される。データ記憶部２００は、記憶部２２を主として実現される。データ記憶部２００は、動画配信サービスにおける種々のデータを記憶する。例えば、データ記憶部２００は、動画配信サービスにおける複数のユーザの各々の第２登録情報が格納された第２データベースＤＢ２を説明する。

図７は、第２データベースＤＢ２のデータ格納例を示す図である。図７に示すように、第２データベースＤＢ２には、ユーザアカウント、パスワード、及び第２登録情報が格納される。例えば、あるユーザが動画配信サービスの新規会員登録の手続きを行うと、そのユーザのユーザアカウントが発行され、そのユーザに対応するレコードが第２データベースＤＢ２に作成される。第２データベースＤＢ２には、他の情報が格納されてもよい。

ユーザアカウントは、動画配信サービスにおいてユーザを一意に識別する情報である。メールアドレスがユーザアカウントとして利用されてもよい。パスワードは、動画配信サービスにログインするための認証情報である。動画配信サービスの新規会員登録時には、第１登録情報の全部又は一部が第２登録情報として流用されて、第２データベースＤＢ２に格納される。ユーザは、全ての第２登録情報を手入力してもよい。第２登録情報は、図７の例に限られず、任意の情報であってよい。

［３－３．ユーザ端末で実現される機能］
図５に示すように、ユーザ端末３０では、データ記憶部３００、取得部３０１、判定部３０２、及び処理部３０３が実現される。データ記憶部３００は、記憶部３２を主として実現される。取得部３０１、判定部３０２、及び処理部３０３の各々は、制御部３１を主として実現される。

［データ記憶部］
データ記憶部３００は、ユーザがＳＮＳアプリから動画配信サービスに新規会員登録を行うために必要なデータを記憶する。例えば、データ記憶部３００は、ＳＮＳアプリと、メールアプリと、を記憶する。また例えば、データ記憶部３００は、動画配信サービスのアプリケーション（以降、動画アプリ）を記憶してもよい。動画アプリは、動画配信サービスの新規会員登録前にインストールされてもよいし、新規会員登録後にインストールされてもよい。

［取得部］
取得部３０１は、ユーザのランクを取得する。ユーザのランクは、信頼性情報の一例である。このため、本実施形態でランクと記載した箇所は、信頼性情報と読み替えることができる。信頼性情報は、ユーザがＳＮＳに登録した第１登録情報の信頼性に関する情報である。信頼性情報は、第１登録情報の信頼性を推測可能な情報であればよい。別の言い方をすれば、信頼性情報は、第１登録情報の信頼性と相関関係がある情報、又は、第１登録情報の信頼性を間接的に示す情報であってもよい。

信頼性は、第１登録情報の正しさである。信頼性は、ユーザが第１登録情報を実際に使用しているか否か、又は、第１登録情報の新しさ（最新であるか否か）ということもできる。信頼性情報は、信頼性に関する何らかの情報であってよく、ランクに限られない。例えば、信頼性情報は、ログイン回数若しくはログイン頻度、最後ログインからの経過時間、決済金額、アイテムの購入回数、ポイントの付与状況、ダイレクトメール等のメッセージを開封した回数、メッセージに含まれる何らかのリンクを選択した回数、又はメッセージを開封してからの経過時間であってもよい。これらの数値は、第１登録情報の信頼度ということができる。これらの数値が高いほど、信頼性が高くなってもよいし、メッセージを開封してからの経過時間のように、数値が低いほど信頼性が高くなってもよい。

本実施形態では、第１データベースＤＢ１にユーザのランクが格納されているので、取得部３０１は、第１データベースＤＢ１に格納されたユーザのランクを取得する。ユーザのランクは、第１データベースＤＢ１に格納されているのではなく、その場で計算されてもよい。この場合、第１データベースＤＢ１には、ユーザのランクを計算するために必要な情報（ユーザの利用状況）が格納されているものとする。第１サーバ１０以外の他のコンピュータがユーザのランクを記憶する場合には、取得部３０１は、他のコンピュータからユーザのランクを取得すればよい。

［判定部］
判定部３０２は、ユーザのランクが所定のランクよりも高いか否かを判定する。所定のランクは、判定部３０２の判定基準となるランクであり、本実施形態では、複数のランクのうちの最低のランクである。このため、判定部３０２は、ユーザのランクがランク１よりも高いか否か（ランク２以上であるか否か）を判定する。判定基準となるランクは、ランク１に限られず、最大のランク未満の何れかのランクであればよい。例えば、判定基準となるランクは、ランク２～ランク４の何れかであってもよい。

ユーザのランクがランク１よりも高いことは、所定の基準の一例である。このため、ユーザのランクがランク１よりも高いことについて説明している箇所は、所定の基準と読み替えることができる。所定の基準は、信頼性情報に応じた基準であればよく、任意の基準を設定可能である。信頼性情報が数値で表現されるのであれば、信頼性情報が示す数値が閾値以上又は閾値未満であることが、所定の基準を満たすことに相当する。信頼性情報がＡランク・Ｂランクといった文字で表現されるのであれば、信頼性情報が示す文字が所定の文字であることが所定の基準を満たすことに相当する。

例えば、信頼性情報がＳＮＳへのログイン回数又はログイン頻度である場合、判定部３０２は、信頼性情報が示すログイン回数又はログイン頻度が閾値以上であるか否かを判定してもよい。ログイン回数又はログイン頻度が閾値以上であることは、ユーザが頻繁にログインしており第１登録情報の信頼性が高いことが推測されるので、所定の基準を満たすことに相当する。ログイン回数又はログイン頻度が閾値未満であることは、ユーザがあまりログインしておらず第１登録情報の信頼性が低いことが推測されるので、所定の基準を満たさないことに相当する。

また例えば、信頼性情報が直近のログインからの経過時間である場合、判定部３０２は、信頼性情報が示す経過時間が閾値以上であるか否かを判定してもよい。経過時間が閾値未満であることは、ユーザが直近でＳＮＳを利用しており第１登録情報の信頼性が高いことが推測されるので、所定の基準を満たすことに相当する。経過時間が閾値以上であることは、ユーザが最近はＳＮＳを利用しておらず第１登録情報の信頼性が低いことが推測されるので、所定の基準を満たさないことに相当する。

［処理部］
処理部３０３は、ユーザが動画配信サービスに第２登録情報を登録する場合に、判定部３０２の判定結果に応じた処理を実行する。動画配信サービスに第２登録情報を登録するとは、第２データベースＤＢ２に第２登録情報を格納することである。あるユーザのユーザアカウントに第２登録情報を関連付けること、又は、あるユーザに対応する第２データベースＤＢ２のレコードに第２登録情報を格納することは、そのユーザが動画配信サービスに第２登録情報を登録することに相当する。

判定部３０２の判定結果に応じた処理とは、判定部３０２の判定結果によって内容と流れの少なくとも一方が変わる処理である。例えば、判定部３０２の判定結果によって、画面遷移、画面の表示内容、コンピュータの内部処理、通信内容、及びこれらの流れの少なくとも１つが変わることは、判定部３０２の判定結果に応じた処理が実行されることに相当する。以降、処理部３０３が実行する処理を登録処理と記載する。

登録処理は、第２登録情報を登録するために実行される処理である。例えば、第２登録情報の入力を受け付ける画面を表示させること、入力又は流用された第２登録情報を画面に表示させること、第１サーバ１０又は第２サーバ２０に第２登録情報を送信すること、又は第２データベースＤＢ２に第２登録情報を格納することは、登録処理に相当する。また例えば、確認部１０１にメールアドレスの確認を依頼することは、登録処理に相当する。ユーザが登録申請のための所定の操作を行ってから第２登録情報が登録されるまでの一連の流れにおける全部又は一部の処理が、登録処理に相当すればよい。

本実施形態では、処理部３０３は、ユーザのランクがランク１よりも高いと判定された場合と、ユーザのランクがランク１であると判定された場合と、で登録処理の内容及び流れの少なくとも一方を変える。例えば、処理部３０３は、ユーザのランクがランク１よりも高いと判定された場合に、確認部１０１によるメールアドレスの確認を省略し、ユーザのランクがランク１であると判定された場合に、確認部１０１にメールアドレスを確認させる。メールアドレスの確認を省略するとは、確認部１０１の処理を実行せずにスキップすることである。

図２－４の例であれば、処理部３０３は、ユーザのランクがランク１よりも高いと判定された場合に、メールアドレスの確認をするための登録画面Ｇ２Ａ及び登録画面Ｇ２Ｂを表示させることなく、第２登録情報を入力するための登録画面Ｇ２Ｅを表示させる。処理部３０３は、ユーザのランクがランク１であると判定された場合に、メールアドレスの確認をするための登録画面Ｇ２Ａ及び登録画面Ｇ２Ｂを表示させたうえで、確認部１０１によりメールアドレスが確認されたことを条件として、第２登録情報を入力するための登録画面Ｇ２Ｃを表示させる。

本実施形態では、第１登録情報は、メールアドレスを含み、処理部３０３は、ユーザのランクがランク１よりも高いと判定された場合に、確認部１０１によるメールアドレスの確認を省略し、かつ、第１登録情報に含まれるメールアドレスを第２登録情報として流用する。流用とは、ユーザによる入力を要することなく、情報を取得することである。例えば、入力フォームＦ２０，Ｆ２１に情報を自動入力すること、特に自動入力せずにそのまま第２データベースＤＢ２に情報を格納することは、流用に相当する。

図４の例であれば、処理部３０３は、ユーザのランクがランク１よりも高いと判定された場合に、メールアドレスの確認をするための登録画面Ｇ２Ａ及び登録画面Ｇ２Ｂを表示させることなく、メールアドレス等の第２登録情報を流用して登録画面Ｇ２Ｅを表示させる。なお、ユーザのランクがランク１であると判定された場合に表示される登録画面Ｇ２Ｃは、ユーザが登録画面Ｇ２Ａでメールアドレスを入力しなければ、メールアドレスを含む第２登録情報が流用される。

例えば、処理部３０３は、メールアドレスが第２登録情報として流用された後に、ユーザがメールアドレスの変更を要求した場合に、確認部１０１に変更後のメールアドレスを確認させる。この場合、処理部３０３は、判定部３０２の判定結果に関係なく、確認部１０１に変更後のメールアドレスを確認させる。図３及び図４の例であれば、ユーザは、登録画面Ｇ２Ｃ又は登録画面Ｇ２Ｅの入力フォームＦ２０にメールアドレスを入力することによって、メールアドレスの変更を要求する。なお、入力フォームＦ２０への入力とは、入力フォームＦ２０をフォーカスして、ソフトウェアキーボード等を利用して直接入力すること（手入力すること）を意味する。

例えば、処理部３０３は、ユーザのランクがランク１であると判定された場合に、ユーザにメールアドレスの入力を要求したうえで、確認部１０１にメールアドレスを確認させる。図２の例であれば、処理部３０３は、入力フォームＦ２０を含む登録画面Ｇ２Ａを表示させることによって、ユーザにメールアドレスの入力を要求する。本実施形態では、入力フォームＦ２０にメールアドレスが自動入力されているが、メールアドレスが自動入力されずに、メールアドレスの全桁の手入力が要求されてもよい。

例えば、処理部３０３は、ユーザのランクがランク１であると判定され、かつ、ユーザが入力したメールアドレスが確認部１０１により確認された場合に、ユーザが入力したメールアドレスを第２登録情報として取得する。図２及び図３の例であれば、処理部３０３は、ユーが登録画面Ｇ２Ａの入力フォームＦ２０に入力したメールアドレスを第２登録情報として取得し、メールアドレスが確認された後に表示される登録画面Ｇ２Ｃの入力フォームＦ２０に、当該取得されたメールアドレスを表示させる。

例えば、第１登録情報は、メールアドレスと、他の登録情報と、を含み、処理部３０３は、判定部３０２の判定結果に関係なく、他の登録情報を第２登録情報として流用する。他の登録情報は、第１登録情報のうちのメールアドレス以外の情報であり、例えば、氏名、住所、電話番号、及び生年月日の少なくとも１つである。処理部３０３は、ユーザのランクがランク１よりも高いと判定された場合と、ユーザのランクがランク１であると判定された場合と、の両方の場合で他の登録情報を流用する。

［４．登録システムで実行される処理］
図８及び図９は、登録システムＳで実行される処理の一例を示すフロー図である。図８及び図９に示す処理は、制御部１１，２１，３１が、それぞれ記憶部１２，２２，３２に記憶されたプログラムに従って動作することによって実行される。図８及び図９に示す処理は、図５に示す機能ブロックにより実行される処理の一例である。

図８に示すように、ユーザ端末３０は、ユーザがＳＮＳアプリのアイコンを選択すると、ＳＮＳアプリを起動してトップ画面Ｇ１を表示部３５に表示させる（Ｓ１）。Ｓ１においては、ユーザ端末３０と第１サーバ１０との間で、ＳＮＳに対するログイン処理が実行される。以降、ユーザ端末３０から第１サーバ１０に何らかの要求が送信される場合には、ユーザを識別可能な情報（例えば、ＳＮＳにおけるユーザアカウント又はユーザ端末３０のＩＰアドレス）も送信されるものとする。

ユーザ端末３０は、ユーザがアイコンＩ１０を選択すると、トップ画面Ｇ１にウィンドウＷ１１を表示させる（Ｓ２）。なお、アイコンＩ１０が選択されない場合、ユーザは、ＳＮＳアプリから新たな投稿をしたり他のユーザの投稿を閲覧したりすることによって、ＳＮＳを利用する。第１サーバ１０は、ユーザによるＳＮＳの利用状況に応じて、ユーザのランクを更新する。

ユーザ端末３０は、ユーザがボタンＢ１２を選択して利用規約に同意すると、第１サーバ１０に対し、ユーザのランクと第１登録情報を要求する（Ｓ３）。第１サーバ１０は、要求を受信すると、第１データベースＤＢ１を参照し、ユーザのランクと第１登録情報をユーザ端末３０に送信する（Ｓ４）。Ｓ４においては、第１データベースＤＢ１のうち、ランクと第１登録情報を要求したユーザのユーザアカウントに関連付けられたランク及び第１登録情報が送信される。

ユーザ端末３０は、ユーザのランクと第１登録情報を受信すると、ユーザのランクがランク１よりも高いか否かを判定する（Ｓ５）。ユーザのランクがランク１であると判定された場合（Ｓ５；Ｎ）、ユーザ端末３０は、第１サーバ１０から受信した第１登録情報に基づいて、確認用のメッセージを送信可能な登録画面Ｇ２を表示させる（Ｓ６）。Ｓ６においては、図２の登録画面Ｇ２Ａの状態になる。

ユーザ端末３０は、操作部３４の検出信号に基づいて、入力フォームＦ２０に対するメールアドレスの入力を受け付ける（Ｓ７）。Ｓ７においては、入力フォームＦ２２に対する入力は、受け付けられない。なお、ＳＮＳに登録されたメールアドレスがそのまま動画配信サービスでも利用される場合には、入力フォームＦ２０に対するメールアドレスの入力は行われない。

ユーザ端末３０は、ユーザがボタンＢ２２を選択すると、第１サーバ１０に対し、入力フォームＦ２０に入力されたメールアドレスへの確認用のメッセージの送信を要求する（Ｓ８）。第１サーバ１０は、要求を受信すると、入力フォームＦ２０に入力されたメールアドレスに対し、所定のリンクＬ３０を含む確認用のメッセージを送信する（Ｓ９）。Ｓ９においては、第１サーバ１０は、所定の引数を含むＵＲＬをリンク３０として生成する。この引数は、メールアドレスの確認に利用され、例えば、ユーザ端末３０を識別する情報、有効期限、又は所定の認証情報を含んでもよい。

ユーザ端末３０は、確認用のメッセージが送信された旨を登録画面Ｇ２に表示させる（Ｓ１０）。Ｓ１０においては、図２の登録画面Ｇ２Ｂの状態になり、ユーザ端末３０は、ボタンＢ２２を無効にする。ユーザ端末３０は、所定時間が経過したか否かを判定し、所定時間が経過したと判定された場合に、ボタンＢ２２を有効にする。有効になったボタンＢ２２が選択された場合、Ｓ８及びＳ９の処理が再び実行される。なお、ユーザは、１つ前の画面に戻り、登録画面Ｇ２Ａの状態からメールアドレスを再入力してもよい。

ユーザ端末３０は、ユーザがＳＮＳアプリをバックグラウンドに移行させてメールアプリのアイコンを選択すると、メール画面Ｇ３を表示部３５に表示させる（Ｓ１１）。ユーザ端末３０は、ユーザが確認用のメッセージのリンクＬ３０を選択すると、第１サーバ１０に対し、リンクＬ３０が示すＵＲＬへのアクセス要求を送信する（Ｓ１２）。

図９に移り、第１サーバ１０は、アクセス要求を受信すると、ユーザ端末３０に対し、メールアドレスの確認結果を送信する（Ｓ１３）。Ｓ１３においては、第１サーバ１０は、アクセス要求が正当なＵＲＬであるか否かを判定することによって、メールアドレスが確認されたか否かを判定する。また、第1サーバ１０は、先述した第１条件～第５条件の各々に基づいて、メールアドレスが確認されたか否かを判定する。

ユーザ端末３０は、メールアドレスの確認結果を受信すると、受信した確認結果を参照する（Ｓ１４）。メールアドレスの確認が失敗した場合（Ｓ１４；失敗）、所定のエラーが表示されて本処理は終了する。この場合、Ｓ６の処理に戻り、メールアドレスの入力からやり直されてもよい。

一方、メールアドレスの確認が成功した場合（Ｓ１４；成功）、ユーザ端末３０は、第１登録情報が入力フォームＦ２２に自動入力された登録画面Ｇ２を表示させる（Ｓ１５）。Ｓ１５においては、図３の登録画面Ｇ２Ｃの状態になる。ユーザ端末３０は、入力フォームＦ２０のメールアドレスが変更されたか否かを判定する（Ｓ１６）。Ｓ１６においては、ユーザ端末３０は、入力フォームＦ２０がフォーカスされて何らかの入力が行われたか否かを判定する。入力フォームＦ２０のフォーカスが解除されるまでに、メールアドレスに何らかの変更がなされていた場合には、メールアドレスが変更されたと判定される。

メールアドレスが変更されたと判定された場合（Ｓ１６；Ｙ）、ユーザ端末３０は、ウィンドウＷ２３を登録画面Ｇ２に表示させ（Ｓ１７）、ユーザがボタンＢ２５を選択すると（Ｓ１８；変更）、Ｓ６の処理に戻り、変更後のメールアドレスの確認が実行される。なお、ユーザがボタンＢ２４を選択すると（Ｓ１８；キャンセル）、メールアドレスの変更がキャンセルされて、Ｓ１６の処理に戻る。

Ｓ１６において、メールアドレスが変更されたと判定されない場合（Ｓ１６；Ｎ）、ユーザ端末３０は、ユーザが所定の完了操作をすると、第１サーバ１０及び第２サーバ２０の少なくとも一方に対し、動画配信サービスへの新規会員登録を要求する（Ｓ１９）。第１サーバ１０及び第２サーバ２０の少なくとも一方は、要求を受信すると、登録画面Ｇ２に入力された内容に基づいて、新規会員登録を実行する（Ｓ２０）。Ｓ２０においては、動画配信サービスのユーザアカウントが発行されて、第２登録情報とともに第２データベースＤＢ２に格納される。ユーザ端末３０は、新規会員登録が完了した旨を受信すると、完了画面Ｇ４を表示させ（Ｓ２１）、本処理は終了する。

Ｓ５において、ユーザのランクがランク１よりも高いと判定された場合（Ｓ５；Ｙ）、Ｓ１５の処理に移行する。この場合、Ｓ６～Ｓ１４の処理は実行されない。即ち、ユーザ端末３０は、ＳＮＳに登録されたメールアドレスの確認を省略し、新規会員登録の登録処理を実行する。

本実施形態の登録システムＳによれば、ユーザが動画配信サービスに第２登録情報を登録する場合に、ＳＮＳにおけるユーザのランクがランク１よりも高いか否かの判定結果に応じた処理を実行することによって、ユーザの利便性を高めることができる。例えば、第１登録情報の信頼性に関係なく登録処理が固定されていると、信頼性が高いユーザに対して不要な確認が実行されることがあり、ユーザの手間が増大する可能性がある。この場合、ユーザが動画配信サービスの新規会員登録を途中であきらめてしまう可能性もある。この点、第１登録情報の信頼性が比較的高い場合には、第１登録情報の確認が省略されるので、ユーザの手間を軽減し、かつ、ユーザが動画配信サービスの新規会員登録を途中であきらめることを防止できる。このように、ＳＮＳにおけるメールアドレスの信頼性に応じた処理とすることで、動作配信サービスにおける新規会員登録を柔軟なものとすることができるので、ユーザの利便性を高めることができる。

また、登録システムＳは、ユーザのランクがランク１よりも高いと判定された場合に、確認部１０１によるメールアドレスの確認を省略し、ユーザのランクがランク１であると判定された場合に、確認部１０１にメールアドレスを確認させることによって、メールアドレスの信頼性の高いユーザに対して不要な確認が実行されることを防止し、ユーザの利便性を高めることができる。不要な確認が実行されないので、第１サーバ１０の処理負荷及びユーザ端末３０の処理負荷を軽減できる。不要な確認用のメッセージが送信されないので、ネットワーク負荷を軽減できる。

また、登録システムＳは、ユーザのランクがランク１よりも高いと判定された場合に、確認部１０１によるメールアドレスの確認を省略し、かつ、メールアドレスを第２登録情報として流用することによって、メールアドレスの信頼性が高いユーザの入力に対して不要な確認が実行されることを防止し、かつ、ユーザがメールアドレスを入力しなくて済むので、ユーザの利便性を高めることができる。不要な確認が実行されないので、第１サーバ１０の処理負荷及びユーザ端末３０の処理負荷を軽減できる。不要な確認用のメッセージが送信されないので、ネットワーク負荷を軽減できる。

また、登録システムＳは、メールアドレスが第２登録情報として流用された後に、ユーザがメールアドレスの変更を要求した場合に、確認部１０１に変更後のメールアドレスを確認させることによって、ユーザが変更後のメールアドレスを誤入力した場合に、誤入力されたメールアドレスが動画配信サービスに登録されてしまうことを防止できる。その結果、動画配信サービスの管理者は、ユーザと確実に連絡を取ることができる。ユーザとしても、動画配信サービスからの連絡が届かないといったことを防止でき、利便性を高めることができる。

また、登録システムＳは、ユーザのランクがランク１であると判定された場合に、ユーザにメールアドレスの入力を要求したうえで、確認部１０１にメールアドレスを確認させることによって、ユーザが使用していないメールアドレスが動画配信サービスに登録されてしまうことを防止できる。その結果、動画配信サービスの管理者は、ユーザと確実に連絡を取ることができる。ユーザとしても、動画配信サービスからの連絡が届かないといったことを防止でき、利便性を高めることができる。

また、登録システムＳは、ユーザのランクがランク１であると判定され、かつ、ユーザが入力したメールアドレスが確認部１０１により確認された場合に、ユーザが入力したメールアドレスを第２登録情報として取得することによって、ユーザと連絡が取れると確認されたメールアドレスを動画配信サービスに登録できる。その結果、動画配信サービスの管理者は、ユーザと確実に連絡を取ることができる。ユーザとしても、動画配信サービスからの連絡が届かないといったことを防止でき、利便性を高めることができる。

また、登録システムＳは、確認用のリンクＬ３０を含むメッセージを送信し、ユーザがリンクＬ３０を選択したか否かを判定することによって、ユーザと連絡が取れるか否かを確実に確認することができる。ユーザからすれば、認証情報を入力せずにリンクＬ３０を選択すれば済むため、利便性を高めることもできる。

また、登録システムＳは、ユーザがリンクＬ３０を選択したとしても所定の条件が満たされなかった場合に、ユーザと連絡が取れないと判定し、ユーザがリンクＬ３０を選択し、かつ、所定の条件が満たされた場合に、ユーザと連絡が取れると判定することによって、ユーザと連絡が取れるか否かを、より確実に確認することができる。

また、登録システムＳは、判定部３０２の判定結果に関係なく、第１登録情報に含まれる他の登録情報を第２登録情報として流用することによって、特に確認する必要のない情報についてはそのまま流用できるので、ユーザの利便性を高めることができる。

また、登録システムＳは、メールアドレスの信頼性と相関関係のあるランクを利用して、ユーザのランクが所定のランクよりも高いことを判定部３０２の判定基準にすることによって、ランクが高いユーザの手間を軽減して利便性を高めることができる。ランクが低いユーザからしても、古いメールアドレスが動画配信サービスに登録されてしまうことを防止でき、利便性を高めることができる。また、動画配信サービスの新規会員登録のための信頼性情報を別途設ける必要がなくなるので、登録システムＳにおける情報管理が容易になる。

また、登録システムＳは、複数のランクのうちの最低のランクを判定部３０２の判定基準にすることによって、ある程度ＳＮＳを利用しているユーザの手間を軽減して利便性を高めることができる。ほとんどＳＮＳを利用していないユーザからしても、ほとんど利用していないＳＮＳに登録された古いメールアドレスが動画配信サービスに登録されてしまうことを防止でき、利便性を高めることができる。

［５．変形例］
なお、本開示は、以上に説明した実施の形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。

（１）例えば、ＳＮＳに登録された第１登録情報は、複数のメールアドレスを含んでもよい。本変形例では、第１登録情報は、メインのメールアドレスと、サブのメールアドレス（携帯電話のメールアドレス等）と、を含む。サブのメールアドレスは、複数個存在してもよい。ＳＮＳにおいてユーザに何らかの連絡をする必要がある場合には、メインのメールアドレスにメッセージが送信される。サブのメールアドレスは、ユーザが指定する等の特定の場合にのみ使用される。

図１０は、変形例（１）における新規会員登録の流れの一例を示す図である。図１０に示すように、実施形態で登録画面Ｇ２Ｃ又は登録画面Ｇ２Ｅが表示されるまでの流れと同様の流れにより、これらと同様の登録画面Ｇ２Ｆが表示される。ユーザが入力フォームＦ２０をフォーカスすると、ＳＮＳに登録された複数のメールアドレスのリストＬ２６が表示される（登録画面Ｇ２Ｇの状態）。例えば、リストＬ２６には、サブのメールアドレスが表示される。

ユーザは、リストＬ２６の任意のメールアドレスを選択可能である。処理部３０３は、ユーザが複数のメールアドレスの何れかを選択して変更を要求した場合に、確認部１０１による変更後のメールアドレスの確認を省略する。図１０に示すように、ユーザがリストＬ２６の中から変更後のメールアドレスを選択した場合には、メールアドレスの確認が省略されて、変更後のメールアドレスが入力フォームＦ２０に表示される（登録画面Ｇ２Ｈの状態）。なお、ランク１のユーザについては、ランク２以上のユーザと同じ取り扱いにしてもよいし、リストＬ２６からメールアドレスを選択しても確認が実行されてもよい。

ユーザは、リストＬ２６のメールアドレスを選択するのではなく、入力フォームＦ２０にメールアドレスを入力することもできる。処理部３０３は、ユーザが変更後のメールアドレスを入力して変更を要求した場合に、確認部１０１に変更後のメールアドレスを確認させる。図１０に示すように、ユーザが入力フォームＦ２０に変更後のメールアドレスを入力した場合、登録画面Ｇ２Ｄと同様のウィンドウＷ２３が表示される（登録画面Ｇ２Ｉの状態）。ウィンドウＷ２３が表示された後の流れは、実施形態で説明した通りである。

変形例（１）によれば、ユーザがＳＮＳに登録された複数のメールアドレスの何れかを選択してメールアドレスの変更を要求した場合に、確認部１０１による変更後の連絡先情報の確認を省略することによって、メールアドレスの信頼性の高いユーザに対して不要な確認が実行されることを防止し、ユーザの利便性を高めることができる。不要な確認が実行されないので、第１サーバ１０の処理負荷及びユーザ端末３０の処理負荷を軽減できる。不要な確認用のメッセージが送信されないので、ネットワーク負荷を軽減できる。

（２）また例えば、ランク１のユーザのメールアドレスを確認したうえで、ＳＮＳに登録されたメールアドレス等の第２登録情報を流用することは、ランク２以上のユーザよりも新規会員登録における手順が増えるので、何らかの形で第２登録情報の流用を制限していることに相当する。このような制限は、実施形態の例に限られない。本変形例では、メールアドレスの確認ではなく他の方法によって、第２登録情報の流用が制限される場合を説明する。なお、変形例（２）では、メールアドレスの確認は実行されなくてよい。

本変形例の処理部３０３は、ユーザのランクがランク１よりも高いと判定された場合に、第１登録情報の全部又は一部を第２登録情報として流用し、ユーザのランクがランク１であると判定された場合には、第１登録情報の全部又は一部が第２登録情報として流用されることを制限する。

制限とは、第２登録情報を流用する前に他の処理を挟むこと、第２登録情報を流用する前にユーザに何らかの操作をさせること、第２登録情報を流用しないこと、又は流用する第２登録情報の数を少なくすることである。例えば、処理部３０３は、ユーザのランクがランク１であると判定された場合には、第１登録情報の全部又は一部の確認を促すメッセージを表示させてもよいし、これらの再入力を要求してもよい。また例えば、処理部３０３は、ユーザのランクがランク１であると判定された場合には、第１登録情報の全部又は一部が第２登録情報として流用しないようにしてもよい。

変形例（２）によれば、ユーザのランクがランク１よりも高いと判定された場合に、第１登録情報の全部又は一部を第２登録情報として流用し、ユーザのランクがランク１であると判定された場合には、第１登録情報の全部又は一部が第２登録情報として流用されることを制限することによって、ランクが高いユーザの入力の手間を軽減して利便性を高めることができる。ランクが低いユーザからしても、古いメールアドレスが動画配信サービスに流用されてしまい、いちいちそれを消去して変更するといった手間を省くことができ、利便性を高めることができる。

（３）また例えば、第１サービスと第２サービスの組み合わせは、実施形態の例に限られない。登録システムＳは、電子決済サービス、交通系サービス、電子商取引サービス、電子チケットサービス、金融サービス、又は通信サービスといった種々のサービスに適用可能である。

本変形例では、第１サービスの一例として、電子決済サービスを説明し、第２サービスの一例として交通系サービスを説明する。第１登録情報は、電子決済サービスにおける登録情報であり、第２登録情報は、交通系サービスにおける登録情報である。電子決済サービスと交通系サービスは、互いに連係している。例えば、電子決済サービスを利用して交通系サービスにおける電子マネーにチャージできる。また例えば、交通系サービスにおける電子マネーにチャージすると、電子決済サービスのポイントが付与される。

なお、本変形例の電子決済サービスは、電子商取引サービス等の種々のサービスを包括的に提供する提供者によって提供されるものとする。この提供者は、自身が提供する種々のサービスの第１登録情報を包括的に管理する。このため、電子決済サービスの第１登録情報は、この提供者が提供する電子商取引サービスで利用されることもある。第２サービスの一例である交通系サービスもこの提供者によって提供されてもよいが、本変形例では、交通系サービスは別の提供者によって提供されるものとする。

電子決済サービスは、ユーザに電子決済を提供するサービスである。電子決済自体は、任意の方法で実行可能であり、例えば、クレジットカード決済、デビットカード決済、銀行振込決済、ポイント決済、電子マネー決済、又はその他の電子バリュー決済であってよい。交通系サービスは、鉄道会社又はバス会社等の交通機関が提供するサービスである。ユーザは、交通系サービスから、自動改札機の入退場、定期券の購入、乗車券又は指定券の購入、又は交通系の電子マネーの利用が可能である。

ユーザ端末３０には、電子決済サービスのアプリケーション（以降、電子決済アプリ）がインストールされており、ユーザは、電子決済アプリから交通系サービスの新規会員登録を行う。ユーザのランクは、電子決済サービスにおけるランクであってもよいし、電子決済サービスと同じ提供者が提供する他のサービス（電子商取引サービス等）におけるランクであってもよい。

本変形例では、電子商取引サービスにおけるランクが利用される場合を例に挙げる。第１登録情報は、電子決済サービスと電子商取引サービスで共通であり、電子商取引サービスにおける第１登録情報の信頼性は、電子決済サービスにおける第１登録情報の信頼性ということができる。例えば、ユーザのランクは、ユーザの決済額、決済回数、決済頻度、ユーザが獲得したポイント、ユーザが作成したクレジットカード、又はこれらの組み合わせによって設定される。

処理部３０３は、ユーザのランクがランク１よりも高い場合には、電子決済サービスに登録されたメールアドレスの確認を省略し、ユーザのランクがランク１の場合には、電子決済サービスに登録されたメールアドレスの確認を行う。メールアドレスの確認の手順は、実施形態と同様であってよい。処理部３０３は、電子決済サービスに登録されたユーザの氏名等の登録情報を、交通系サービスの新規会員登録に流用する。

変形例（３）によれば、ユーザが電子決済アプリから交通系サービスの新規会員登録を行う場合の利便性を高めることができる。

（４）また例えば、上記説明した変形例を組み合わせてもよい。

また例えば、処理部３０３は、判定部３０２の判定結果に基づいて、確認部１０１の確認をするか否かを決定し、特に第１登録情報は流用しなくてもよい。例えば、ＳＮＳを頻繁に利用するユーザは、何らかの不正を働くおそれがあるか否かをある程度推測できるので、メールアドレスの確認を省略して、他の方法によって不正を判定してもよい。一方、ＳＮＳをあまり利用していないユーザは、何らかの不正を働くおそれがあるか否かを推測しにくいので、処理部３０３は、動画配信サービスの新規会員登録を開始する際に、確認部１０１にメールアドレスの確認を依頼するによって、ある程度信頼のできるユーザであるかを確認してもよい。この場合、どの第１登録情報も流用されず、新規会員登録における全ての項目についてユーザに手入力させてもよい。

また例えば、ユーザは、ＳＮＳアプリから動画配信サービスの新規会員登録を行うのではなく、動画配信アプリ等の他の画面から、ＳＮＳのユーザアカウント及びパスワードを入力して新規会員登録を行ってもよい。また例えば、動画配信サービスの新規会員登録時に、ユーザがＳＮＳに登録されていないメールアドレスを入力した場合には、このメールアドレスがＳＮＳの第１登録情報として追加されてもよい。また例えば、ユーザが入力した第２登録情報が、ＳＮＳの第１登録情報として登録されていない場合、又は、ＳＮＳの第１登録情報とは異なる場合には、当該第２登録情報と同じ内容が第１登録情報として登録されてもよい。

また例えば、実施形態では、新規会員登録の場面を例に挙げたが、他の場面にも登録システムＳを適用可能である。会員登録済みのユーザが第２登録情報を変更する場合には、変更後の第２登録情報が第２データベースＤＢ２に格納されるので、第２登録情報を変更することが、動画配信サービスに第２登録情報を登録することに相当してもよい。ユーザがＳＮＳアプリと動画アプリを連携させることが、動画配信サービスに第２登録情報を登録することに相当してもよい。ユーザアカウントだけを発行したユーザが事後的に第２登録情報を追加で登録することが、動画配信サービスに第２登録情報を登録することに相当してもよい。

また例えば、主な機能が第１サーバ１０及びユーザ端末３０で分担される場合を説明したが、各機能は、１台のコンピュータで実現されてもよい。また例えば、第１サーバ１０で実現されるものとして説明した機能は、第２サーバ２０又はユーザ端末３０で実現されてもよい。また例えば、ユーザ端末３０で実現されるものとして説明した機能は、第１サーバ１０又は第２サーバ２０で実現されてもよい。

Ｓ 登録システム、Ｎ ネットワーク、１０ 第１サーバ、１１ 制御部、１２ 記憶部、１３ 通信部、２０ 第２サーバ、２１ 制御部、２２ 記憶部、２３ 通信部、３０ ユーザ端末、３１ 制御部、３２ 記憶部、３３ 通信部、３４ 操作部、３５ 表示部、Ｇ１，Ｇ１Ａ，Ｇ１Ｂ トップ画面、Ｇ２，Ｇ２Ａ，Ｇ２Ｂ，Ｇ２Ｃ，Ｇ２Ｄ，Ｇ２Ｅ，Ｇ２Ｆ，Ｇ２Ｇ，Ｇ２Ｈ，Ｇ２Ｉ 登録画面、Ｇ３ メール画面、Ｇ４ 完了画面、１００ データ記憶部、１０１ 確認部、２００ データ記憶部、３００ データ記憶部、３０１ 取得部、３０２ 判定部、３０３ 処理部、Ｂ１２，Ｂ２２，Ｂ２４，Ｂ２５ ボタン、Ｆ２０，Ｆ２１，Ｆ２２ 入力フォーム、Ｉ１０ アイコン、Ｌ２６ リスト、Ｌ３０ リンク、Ｗ１１，Ｗ２３ ウィンドウ、ＤＢ１ 第１データベース、ＤＢ２ 第２データベース。

Claims (14)

1. ユーザが第１サービスに登録した第１登録情報の信頼性に関する信頼性情報を取得する取得手段と、
   前記信頼性情報が所定の基準を満たすか否かを判定する判定手段と、
   前記ユーザの連絡先情報に基づいて、前記ユーザと連絡が取れるか否かを確認する確認手段と、
   前記ユーザが第２サービスに第２登録情報を登録する場合に、前記信頼性情報が前記基準を満たすと判定されると、前記確認手段による前記連絡先情報の確認を省略し、前記信頼性情報が前記基準を満たさないと判定されると、前記確認手段に前記連絡先情報を確認させる処理手段と、
   を含む登録システム。
2. 前記第１登録情報は、前記連絡先情報を含み、
   前記処理手段は、前記信頼性情報が前記基準を満たすと判定された場合に、前記確認手段による前記連絡先情報の確認を省略し、かつ、前記連絡先情報を前記第２登録情報として流用する、
   請求項１に記載の登録システム。
3. 前記処理手段は、前記連絡先情報が前記第２登録情報として流用された後に、前記ユーザが前記連絡先情報の変更を要求した場合に、前記確認手段に変更後の前記連絡先情報を確認させる、
   請求項２に記載の登録システム。
4. 前記第１登録情報は、複数の前記連絡先情報を含み、
   前記処理手段は、前記ユーザが前記複数の連絡先情報の何れかを選択して前記変更を要求した場合に、前記確認手段による変更後の前記連絡先情報の確認を省略し、前記ユーザが前記変更後の連絡先情報を入力して前記変更を要求した場合に、前記確認手段に変更後の前記連絡先情報を確認させる、
   請求項３に記載の登録システム。
5. 前記処理手段は、前記信頼性情報が前記基準を満たさないと判定された場合に、前記ユーザに前記連絡先情報の入力を要求したうえで、前記確認手段に前記連絡先情報を確認させる、
   請求項１～４の何れかに記載の登録システム。
6. 前記処理手段は、前記信頼性情報が前記基準を満たさないと判定され、かつ、前記ユーザが入力した前記連絡先情報が前記確認手段により確認された場合に、前記ユーザが入力した前記連絡先情報を前記第２登録情報として取得する、
   請求項５に記載の登録システム。
7. 前記連絡先情報は、メッセージの送信先に関する情報であり、
   前記確認手段は、前記連絡先情報に基づいて、確認用のリンクを含むメッセージを送信し、前記ユーザが前記リンクを選択したか否かを判定することによって、前記ユーザと連絡が取れるか否かを確認する、
   請求項１～６の何れかに記載の登録システム。
8. 前記確認手段は、前記ユーザが前記リンクを選択したとしても、前記メッセージの送信を要求したユーザ端末と前記リンクが選択されたユーザ端末が同じことである第１条件、前記メッセージの送信を要求したユーザアカウントと前記リンクが選択されたユーザアカウントとが同じことである第２条件、最新の前記メッセージの前記リンクが選択されることである第３条件、及び所定の有効期限内に前記リンクが選択されることである第４条件のうちの少なくとも１つである所定の条件が満たされなかった場合に、前記ユーザと連絡が取れないと判定し、前記ユーザが前記リンクを選択し、かつ、前記所定の条件が満たされた場合に、前記ユーザと連絡が取れると判定する、
   請求項７に記載の登録システム。
9. 前記第１登録情報は、前記連絡先情報と、他の登録情報と、を含み、
   前記処理手段は、前記判定手段の判定結果に関係なく、前記他の登録情報を前記第２登録情報として流用する、
   請求項１～８の何れかに記載の登録システム。
10. 前記処理手段は、前記信頼性情報が前記基準を満たすと判定された場合に、前記第１登録情報の全部又は一部を前記第２登録情報として流用し、前記信頼性情報が前記基準を満たさないと判定された場合には、前記第１登録情報の全部又は一部が前記第２登録情報として流用されることを制限する、
    請求項１～９の何れかに記載の登録システム。
11. 前記第１サービスでは、複数のランクの中で利用状況に応じたランクが設定され、
    前記信頼性情報は、前記ユーザのランクであり、
    前記基準は、前記ユーザのランクが所定のランクよりも高いことである、
    請求項１～１０の何れかに記載の登録システム。
12. 前記所定のランクは、前記複数のランクのうちの最低のランクである、
    請求項１１に記載の登録システム。
13. コンピュータが、
    ユーザが第１サービスに登録した第１登録情報の信頼性に関する信頼性情報を取得する取得ステップと、
    前記信頼性情報が所定の基準を満たすか否かを判定する判定ステップと、
    前記ユーザの連絡先情報に基づいて、前記ユーザと連絡が取れるか否かを確認する確認ステップと、
    前記ユーザが第２サービスに第２登録情報を登録する場合に、前記信頼性情報が前記基準を満たすと判定されると、前記確認ステップによる前記連絡先情報の確認を省略し、前記信頼性情報が前記基準を満たさないと判定されると、前記確認ステップにおいて前記連絡先情報を確認させる処理ステップと、
    を実行する登録方法。
14. ユーザが第１サービスに登録した第１登録情報の信頼性に関する信頼性情報を取得する取得手段、
    前記信頼性情報が所定の基準を満たすか否かを判定する判定手段、
    前記ユーザの連絡先情報に基づいて、前記ユーザと連絡が取れるか否かを確認する確認手段、
    前記ユーザが第２サービスに第２登録情報を登録する場合に、前記信頼性情報が前記基準を満たすと判定されると、前記確認手段による前記連絡先情報の確認を省略し、前記信頼性情報が前記基準を満たさないと判定されると、前記確認手段に前記連絡先情報を確認させる処理手段、
    としてコンピュータを機能させるためのプログラム。

Images