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

Description

特許法第３０条第２項適用 令和３年１１月８日、ｈｔｔｐｓ：／／ｔｒａｖｅｌ．ｒａｋｕｔｅｎ．ｃｏ．ｊｐ 令和３年１１月２５日、ｈｔｔｐｓ：／／ｔｒａｖｅｌ．ｒａｋｕｔｅｎ．ｃｏ．ｊｐ

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

従来、第１サービスのユーザに、第２サービスへの会員登録を促す技術が知られている。この場合、ユーザが第２サービスにアクセスして新規会員登録した後に、再び第１サービスにアクセスして、第２サービスの新規会員登録の完了を、何らかの方法第１サービスに報告する必要があることが多く、ユーザには手間である。そこで、例えば、特許文献１のように、金融サービスのユーザが、ポイントサービスへの会員登録を開始すると、会員登録するポイントサービスを選択するための第１ページを表示させ、第１ページで選択されたポイントサービスに、金融サービスの会員情報を提供する技術が考えられる。特許文献１に記載された技術では、追加情報が必要なポイントサービスが選択された場合には、追加情報を入力するための第２ページが表示され、第２ページで入力された追加情報に基づいて、ポイントサービスへの会員登録が完了する。

特開２００６－３５０８０９号公報

しかしながら、特許文献１の技術では、金融サービスは、ユーザの基本情報を含む新規会員登録依頼をポイントサービスへ送信した後に、追加情報の要否を確認し、追加情報が必要な場合には、ポイントサービスへ直接送信されるように設定された追加情報を入力するための第２ページを、ユーザに送信する必要がある。このため、ポイントサービスへの会員登録を金融サービスから行う場合に、金融サービスの処理負担が大きい。この点は、金融サービス以外の第１サービスが、ポイントサービス以外の第２サービスへの会員登録を行う場合も同様である。このため、従来の技術では、ユーザが第２サービスにアクセスする場合には、ユーザの手間が、かかっていた。第２サービスへの会員登録を第１サービスから行う場合には、第１サービスの処理負担が、かかっていた。

本開示の目的の１つは、ユーザが第２サービスへの会員登録をする場合のユーザの手間と第１サービスの処理負担との両方を軽減することである。

本開示に係る会員登録システムは、第１サービスにおいてユーザにより行われた、第２サービスの会員登録を開始するための開始要求を受け付ける開始要求受付部と、開始要求受付部が前記開始要求を受け付けた場合に、前記第１サービスにおける１のページに、前記会員登録用のフォームを表示させるフォーム表示制御部と、前記１のページに対する前記ユーザの入力に基づいて、前記第２サービスに対応する第２サービスサーバに前記会員登録を要求する会員登録要求部と、を含む。

本開示によれば、ユーザが第２サービスへの会員登録をする場合のユーザの手間と第１サービスの処理負担との両方を軽減できる。

会員登録システムの全体構成の一例を示す図である。 ユーザが総合予約サービスを利用する場合のページ遷移の一例を示す図である。 ユーザが総合予約サービスを利用する場合のページ遷移の一例を示す図である。 実施形態に係る機能の一例を示す機能ブロック図である。 第１ユーザデータベースの一例を示す図である。 ホテルデータベースの一例を示す図である。 第２ユーザデータベースの一例を示す図である。 実施形態に係る処理の一例を示すフロー図である。 実施形態に係る処理の一例を示すフロー図である。 変形例における機能ブロック図である。

［１．会員登録システムの全体構成］
本開示に係る会員登録システムの実施形態の一例を説明する。図１は、会員登録システムの全体構成の一例を示す図である。会員登録システムＳは、インターネットＮに接続可能な総合予約サーバ１０を含む。総合予約サーバ１０は、インターネットＮを介して、ホテルサーバ２０及びユーザ端末３０と通信可能である。会員登録システムＳは、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。例えば、会員登録システムＳは、複数のサーバコンピュータを含んでもよい。

総合予約サーバ１０は、総合予約サービスのサーバコンピュータである。総合予約サービスは、旅行に関する予約を総合的に受け付けるサービスである。例えば、総合予約サービスは、宿泊施設、ツアー、電車、バス、又はレンタカーの予約を受け付ける。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、ハードディスク等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

総合予約サービスは、第１サービスの一例である。このため、総合予約サービスと記載した箇所は、第１サービスと読み替えることができる。第１サービスは、任意のサービスであってよく、旅行予約サービスに限られない。例えば、第１サービスは、電子商取引サービス、金融サービス、決済サービス、通信サービス、保険サービス、動画配信サービス、又はソーシャルネットワーキングサービスであってもよい。

ホテルサーバ２０は、ホテルプログラムサービスのサーバコンピュータである。ホテルプログラムサービスは、ホテルを利用する会員に種々の特典を与えるサービスである。例えば、ホテルプログラムサービスは、会員用の価格での宿泊、ポイントの付与、アーリーチェックイン、又はレイトチェックアウトといったように、会員が有利な条件でホテルを利用できるようにするためのサービスを提供する。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。

ホテルプログラムサービスは、第２サービスの一例である。ホテルプログラムサービスと記載した箇所は、第２サービスと読み替えることができる。第２サービスは、第１サービスとは異なるサービスである。本実施形態では、第１サービスの提供者と、第２サービスの提供者と、が異なる場合を説明するが、第１サービスの提供者と、第２サービスの提供者と、は同じであってもよい。第２サービスは、任意のサービスであってよく、ホテルプログラムサービスに限られない。例えば、第２サービスは、電子商取引サービス、金融サービス、決済サービス、通信サービス、保険サービス、動画配信サービス、又はソーシャルネットワーキングサービスであってもよい。

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

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

［２．会員登録システムの概要］
本実施形態では、ユーザは、総合予約サービスの会員登録を済ませているが、ホテルプログラムサービスの会員登録は済ませていないものとする。このため、ユーザは、総合予約サービスにログインするためのユーザＩＤを保有しているが、ホテルプログラムサービスにログインするためのユーザＩＤは保有していない。以降、総合予約サービスにおけるユーザＩＤを、第１ユーザＩＤという。ホテルプログラムサービスにおけるユーザＩＤを、第２ユーザＩＤという。

図２及び図３は、ユーザが総合予約サービスを利用する場合のページ遷移の一例を示す図である。ページとは、表示部３５に表示される個々の画面である。本実施形態では、図２及び図３の各ページが、ユーザ端末３０にインストールされた総合予約サービスのアプリケーション上で表示される場合を説明するが、各ページは、ブラウザ上で表示されてもよい。以降、総合予約サービスのアプリケーションを、総合予約アプリという。

例えば、ユーザ端末３０の総合予約アプリが起動すると、ユーザが総合予約サービスにログインするための処理が実行される。ユーザが総合予約サービスにログインすると、総合予約サービスのトップページＰ１が表示部３５に表示される。ユーザは、フォームＦ１０に、地域や日程といった検索条件を入力する。ユーザが、検索条件を入力してボタンＢ１１を選択すると、検索条件に応じた検索結果ページＰ２が表示部３５に表示される。

例えば、検索結果ページＰ２の表示領域Ａ２０には、ユーザが入力した検索条件にヒットしたホテルに関する種々の情報が表示される。ユーザが検索結果ページＰ２をスクロールすると、他のホテルの表示領域Ａ２０が表示される。図２の例では、検索条件にヒットした「ホテルＢＢＢ京都」の画像、評価、説明文、及び代表的なプランといった情報が表示領域Ａ２０に表示される。「ホテルＢＢＢ京都」は、ホテルプログラムサービスを提供するホテルグループである「ＢＢＢグループ」に加盟しているものとする。「ＢＢＢグループ」は、総合予約サービスを提供する「ＡＡＡトラベル」と協力関係にある。

例えば、表示領域Ａ２０には、「ホテルＢＢＢ京都」の代表的なプランの価格が表示される。本実施形態では、ホテルプログラムサービスの会員ではない非会員用の価格と、ホテルプログラムサービスの会員用の価格と、が表示領域Ａ２０に表示される。表示領域Ａ２０に表示される非会員用の価格は、総合予約サービスの会員用の価格ということもできる。

図２の例では、「ホテルＢＢＢ京都」の代表的なプランである「シングル 素泊まりプラン」の非会員用の価格は、１２０００円である。このプランの会員用の価格は、９６００円である。ただし、図２の時点では、ユーザは、ホテルプログラムサービスの会員ではないので、このプランを会員用の価格で利用することはできない。例えば、ユーザが、ホテルの概要を示す表示領域Ａ２００を選択すると、ホテル詳細ページＰ３が表示部３５に表示される。

例えば、ユーザは、ホテル詳細ページＰ３から、ホテルの基本情報や地図といった詳細な情報を表示させることができる。ユーザは、ホテル詳細ページＰ３から、ホテルが用意したプランを検索することもできる。ホテル詳細ページＰ３の表示領域Ａ３０には、プランの情報が表示される。表示領域Ａ３０には、表示領域Ａ２０と同様に、非会員用の価格と、会員用の価格と、が表示される。ユーザがホテル詳細ページＰ３をスクロールすると、他のプランの表示領域Ａ３０が表示される。ユーザが、あるプランの表示領域Ａ３０を選択すると、このプランの詳細を示すプラン詳細ページＰ４が表示部３５に表示される。

例えば、プラン詳細ページＰ４には、ユーザが選択したプランの説明文や画像といった詳細な情報が表示される。プラン詳細ページＰ４の表示領域Ａ４０にも、表示領域Ａ２０，Ａ３０と同様に、非会員用の価格と、会員用の価格と、が表示される。ユーザは、表示中のプランを気に入れば、このプランでホテルを予約する。ユーザは、他のページに戻ってホテル又はプランの検索をやり直すこともできる。

本実施形態では、ユーザは、検索結果ページＰ２、ホテル詳細ページＰ３、及びプラン詳細ページＰ４のうち、どのページからでも、プランを選択してホテルを予約できる。ただし、図２の時点では、ユーザは、まだホテルプログラムの会員ではないので、会員用の価格ではホテルを予約できない。ユーザがホテルプログラムサービスの会員にならない場合、ユーザは、ボタンＢ２０１，Ｂ３００，Ｂ４００を選択し、非会員用の価格でホテルを予約する。

本実施形態では、総合予約サービスからホテルプログラムサービスに会員登録できるようになっている。図３のように、ユーザが検索結果ページＰ２のボタンＢ２０２を選択すると、ホテルプログラムサービスの会員登録が開始される。ユーザは、ホテル詳細ページＰ３のボタンＢ３０１、又は、プラン詳細ページＰ４のＢ４０１を選択することでも、ホテルプログラムサービスの会員登録を開始できる。

会員登録が開始されると、ホテルプログラムサービスへの会員登録に必要な情報を入力するための会員登録ページＰ５が表示部３５に表示される。以降、この情報を、第２会員情報という。第２会員情報は、第２ユーザＩＤとともにホテルプログラムサービスに登録される情報である。本実施形態では、第２会員情報の一例として、氏名、メールアドレス、及びメールマガジンの配信有無の３つを例に挙げるが、第２会員情報は、任意の種類であってよく、本実施形態の例に限られない。例えば、第２会員情報は、住所、電話番号、生年月日、年齢、又は性別といった他の情報であってもよい。

会員登録ページＰ５は、ホテルプログラムサービスが提供するページではなく、総合予約サービスが提供するページである。このため、会員登録ページＰ５は、総合予約アプリ上のページとして表示される。図３の例であれば、ユーザがボタンＢ２０２を選択してから会員登録ページＰ５が表示されるまでの間に、ユーザ端末３０から総合予約サーバ１０へのアクセスは発生しても、ユーザ端末３０からホテルサーバ２０へのアクセスは発生しない。ユーザ端末３０に、ホテルプログラムサービスのアプリケーションがインストールされていたとしても、このアプリケーションは起動しない。このため、総合予約アプリがフォアグラウンドのまま、会員登録ページＰ５が表示される。

なお、図２及び図３の各ページが、総合予約アプリ上ではなく、ブラウザ上で表示される場合には、会員登録ページＰ５は、総合予約サービスのドメインに属する。各ページの画面遷移は、総合予約サービスのドメイン内で完結するので、ホテルプログラムサービスのドメインへのリダイレクトは発生しない。会員登録ページＰ５のドメインと、総合予約サービスの他のページのドメインと、は互いに同じであってもよいし、総合予約サービスが管理するものであれば互いに異なってもよい。

例えば、会員登録ページＰ５には、第２会員情報を入力するためのフォームＦ５０Ａ～Ｆ５０Ｄが表示される。以降、フォームＦ５０Ａ～Ｆ５０Ｄを区別しない時は、単にフォームＦ５０という。本実施形態では、総合予約サービスに登録された情報が、一部のフォームＦ５０に自動入力されるようになっている。以降、この情報を第１会員情報という。図３の例では、氏名及びメールアドレスといった２つの第１会員情報が、フォームＦ５０Ａ，Ｆ５０Ｂに自動入力されている。メールマガジンの配信有無を入力するためのフォームＦ５０Ｃ，Ｆ５０Ｄは自動入力されない。

例えば、ユーザは、フォームＦ５０Ａに自動入力された氏名が旧姓である場合には、フォームＦ５０Ａの氏名を変更できる。ユーザは、フォームＦ５０Ｂに自動入力されたメールアドレス以外の他のメールアドレスを登録したい場合には、フォームＦ５０Ｂのメールアドレスを変更できる。ユーザは、メールマガジンの配信を希望する場合には、フォームＦ５０Ｃにチェックを入れる。ユーザは、メールマガジンの配信を希望しない場合には、フォームＦ５０Ｄにチェックを入れる。

ユーザがボタンＢ５１を選択すると、ユーザ端末３０は、フォームＦ５０に入力された第２会員情報を、総合予約サーバ１０に送信する。総合予約サーバ１０は、ユーザ端末３０から受信した第２会員情報を、ホテルサーバ２０に転送する。ホテルサーバ２０は、総合予約サーバ１０から第２会員情報を受信すると、ホテルプログラムサービスの会員登録を行う。会員登録が完了すると、会員登録が完了したことを示す登録完了ページＰ６が表示部３５に表示される。本実施形態では、登録完了ページＰ６も、総合予約アプリ上のページとして表示されるものとする。

ユーザがボタンＢ６０を選択すると、会員登録ページＰ５が表示される前に表示されていた検索結果ページＰ２に戻る。図３の右下の検索結果ページＰ２のように、ユーザがホテルプログラムサービスの会員になったので、ユーザは、ボタンＢ２０３を選択して会員用の価格でホテルを予約できるようになる。図３の例では、ホテルプログラムサービスの会員登録が完了した後は、会員用の価格だけが表示領域Ａ２０に表示されるものとするが、ホテルプログラムサービスの会員登録が完了した後も、非会員用の価格が表示されてもよい。

図３では、検索結果ページＰ２を例に挙げたが、ホテル詳細ページＰ３の表示領域Ａ３０と、プラン詳細ページＰ４の表示領域Ａ４０と、も同様に、会員用の価格でホテルを予約できるようになる。また、ユーザがホテルプログラムサービスの会員になった後は、「ＢＢＢグループ」に加盟する他のホテルも、「ホテルＢＢＢ京都」と同様に、会員用の価格で予約できるようになる。ユーザがホテルプログラムサービスの会員になる前は、「ＢＢＢグループ」に加盟する他のホテルの情報が表示された検索結果ページＰ２、ホテル詳細ページＰ３、又はプラン詳細ページＰ４から、図３と同様の手順によってホテルプログラムサービスへの会員登録をすることができる。

以上のように、ユーザが、総合予約サービスからホテルプログラムサービスの会員登録を開始すると、総合予約サービスにおける会員登録ページＰ５に、会員登録用のフォームＦ５０が表示される。ユーザが、総合予約サービスにおける１つの会員登録ページＰ５に対する入力をすれば、ホテルプログラムサービスの会員登録が完了する。ホテルプログラムサービスの会員登録を完了するために、ユーザが複数のページで何度も入力をしたり、ホテルプログラムサービスのページが立ち上がったりすることがないので、ユーザの負担を軽減できる。以降、会員登録システムＳの詳細を説明する。

［３．実施形態に係る機能］
図４は、実施形態に係る機能の一例を示す機能ブロック図である。

[３－１．総合予約サーバで実現される機能]
データ記憶部１００は、記憶部１２を主として実現される。他の各機能は、制御部１１を主として実現される。

［データ記憶部］
データ記憶部１００は、総合予約サービスを提供するために必要なデータを記憶する。例えば、データ記憶部１００は、第１ユーザデータベースＤＢ１及びホテルデータベースＤＢ２を記憶する。

図５は、第１ユーザデータベースＤＢ１の一例を示す図である。第１ユーザデータベースＤＢ１は、総合予約サービスに会員登録したユーザに関する情報が格納されたデータベースである。例えば、第１ユーザデータベースＤＢ１には、第１ユーザＩＤ、第１パスワード、氏名、メールアドレス、性別、生年月日、年齢、住所、電話番号、及びホテルプログラム情報が格納される。第１ユーザデータベースＤＢ１に格納される情報は、図５の例に限られず、ユーザに関する任意の情報が格納されてよい。例えば、ホテルの予約履歴、ホテルの閲覧履歴、又はユーザのランクといった情報が第１ユーザデータベースＤＢ１に格納されてもよい。

第１ユーザＩＤは、総合予約サービスにおいてユーザを識別可能な第１ユーザ識別情報の一例である。第１ユーザ識別情報は、任意の情報であってよく、第１ユーザＩＤに限られない。例えば、第１ユーザ識別情報は、ユーザアカウントと呼ばれる情報、メールアドレス、又は電話番号であってもよい。第１ユーザＩＤ及び第１パスワードは、総合予約サービスにログインするために利用される。

氏名、メールアドレス、性別、生年月日、年齢、住所、及び電話番号は、第１会員情報に関する項目の一例である。このため、これらの情報について説明している箇所は、第１会員情報に関する項目と読み替えることができる。第１会員情報は、総合予約サービスに登録された情報であればよく、図５の例に限られない。例えば、第１会員情報は、メールマガジンの配信有無、職業、職場の場所、よく行く場所、嗜好、メッセージアプリのアカウント、又はＳＮＳアカウントといった項目を含んでもよい。

ホテルプログラム情報は、ホテルプログラムサービスの会員登録に関する情報である。例えば、ホテルプログラム情報は、第２ユーザＩＤ、氏名、メールアドレス、及びメールマガジンの配信有無を含む。ホテルプログラム情報は、任意の情報を含むことができ、図５の例に限られない。例えば、ホテルプログラム情報は、ホテルプログラムサービスに会員登録済みであるか否かのみをフラグ、又は、ホテルプログラムサービスにおけるユーザのランクを含んでもよい。

図６は、ホテルデータベースＤＢ２の一例を示す図である。ホテルデータベースＤＢ２は、総合予約サービスから予約が可能なホテルに関する情報が格納されたデータベースである。例えば、ホテルデータベースＤＢ２には、ホテルＩＤ、ホテル情報、プラン情報、及び価格情報が格納される。ホテルデータベースＤＢ２に格納される情報は、図６の例に限られず、ホテルに関する任意の情報が格納されてよい。例えば、プランの在庫情報がホテルデータベースＤＢ２に格納されてもよい。

ホテルＩＤは、ホテルを識別可能なホテル識別情報の一例である。ホテル識別情報は、任意の情報であってよく、ホテルＩＤに限られない。例えば、ホテル識別情報は、ホテル名、ホテルのメールアドレス、又はホテルの電話番号といった他の情報であってもよい。ホテル情報は、ホテルに関する情報である。例えば、ホテル情報は、ホテル名、住所、電話番号、ホテル画像、ホテル説明文を含む。ホテル情報は、ホテルプログラムサービスに加盟するホテルであるか否かを示す情報を含んでもよい。プラン情報は、ホテルが用意したプランに関する情報である。例えば、プラン情報は、プラン名、プラン画像、及びプラン説明文を含む。

ホテル情報及びプラン情報は、図２及び図３の各ページに表示される情報である。これらの情報は、ホテル又はプランを検索するためのインデックスとして利用される。インデックスとして利用される情報は、任意の情報であってよく、図６の例に限られない。例えば、ホテルが指定したキーワード、ホテルが属するエリア、ホテルの口コミ、又はホテルが有する施設の詳細情報といった情報がインデックスとして利用されてもよい。

価格情報は、ホテルが用意したプランの価格に関する情報である。本実施形態では、「ＢＢＢグループ」に加盟するホテルについては、価格情報は、非会員価格情報及び会員価格情報を含むものとする。図６の例では、ホテルＩＤ「ｈ００００１」のホテルと、ホテルＩＤ「ｈ００００３」のホテルと、は「ＢＢＢグループ」に加盟しているので、非会員価格情報及び会員価格情報が価格情報に含まれる。ホテルＩＤ「ｈ００００２」のホテルは、「ＢＢＢグループ」に加盟していないので、非会員の価格と会員の価格といった区分は存在しない。

非会員価格情報は、ホテルプログラムサービスの会員ではない非会員用の価格に関する情報である。利用日によってプランの価格が変わる場合には、利用日と、プランの価格と、の関係が価格情報に示される。利用日以外にも、曜日やシーズンといった他の条件に応じてプランの価格が変わる場合には、他の条件と、プランの価格と、の関係が価格情報に示される。

会員価格情報は、ホテルプログラムサービスの会員用の価格に関する情報である。会員用の価格そのものを示す数値が会員価格情報に示されていてもよいが、本実施形態では、非会員用の価格からの割引率が会員価格情報に示されているものとする。会員価格情報に示される割引率は、ホテルプログラムサービスに直接予約をするときの価格からの割引率であってもよいし、総合予約サービス用の価格からの割引率であってもよい。図２及び図３の各ページに会員用の価格が表示される場合には、非会員価格情報が示す価格から、会員価格情報が示す割引率に応じた割引額が減算されることによって、会員用の価格が計算される。

ホテルプログラムサービスの会員に対する割引が適用されるプランが限られている場合には、会員価格情報には、割引が適用されるプランが示されていてもよい。この場合、「ＢＢＢグループ」に加盟するホテルだったとしても、会員価格情報に示されていないプランについては、会員用の価格にはならず、非会員用の価格が表示される。プランごとに割引率を変える場合には、プランごとの割引率が会員価格情報に示されている。その他の条件に応じて割引率を変える場合も同様に、その他の条件ごとの割引率が会員価格情報に示されている。図２及び図３のページを表示させる時にあった条件に応じた割引率に基づいて、会員用の価格が動的に計算される。

［特典表示制御部］
特典表示制御部１０１は、検索結果ページＰ２、ホテル詳細ページＰ３、又はプラン詳細ページＰ４に、ユーザがホテルプログラムサービスの会員になった場合の会員用の価格を表示させる。検索結果ページＰ２、ホテル詳細ページＰ３、又はプラン詳細ページＰ４は、開始要求を受け付けるためのページの一例である。このため、これらのページについて説明している箇所は、開始要求を受け付けるためのページと読み替えることができる。このページは、任意のページであってよく、これらのページに限られない。例えば、総合予約サービスのトップページＰ１から開始要求が可能であってもよいし、ホテルのプラン一覧を示す画面から開始要求が可能であってもよい。

会員用の価格は、特典情報の一例である。このため、図２及び図３の各ページに表示される会員用の価格について説明している箇所は、特典情報と読み替えることができる。特典情報は、ユーザがホテルプログラムサービスの会員になった場合の特典に関する情報である。特典情報は、任意の形式で表示可能であり、特典の内容を識別可能な情報であればよい。例えば、特典情報は、テキスト、数字、アイコン、又は画像であってもよい。アーリーチェックインが特典に相当する場合には、特典情報は、チェックイン時刻を示す。レイトチェックアウトが特典に相当する場合には、特典情報は、チェックアウト時刻を示す。他の特典がユーザに提供される場合には、特典情報は、当該他の特典を示せばよい。

特典の内容は、ホテルデータベースＤＢ２又は他のデータベースに格納されているものとする。ユーザが入力した検索条件によっては、特典の詳細を表示できないことがあるので、この場合には、特典の大まかな内容が特典情報として表示されるようにすればよい。例えば、ユーザがホテルの利用日を入力しなかった場合には、割引後の具体的な価格を提示できないことがあるので、この場合には、「会員になると最大２０％オフ」といったように、特典の大まかな内容が特典情報として表示されてもよい。

［開始要求受付部］
開始要求受付部１０２は、総合予約サービスにおいてユーザにより行われた、ホテルプログラムサービスの会員登録を開始するための開始要求を受け付ける。開始要求は、会員登録の手続又は申込の開始を示す要求である。開始要求は、会員登録をするための登録要求とは異なる。開始要求が行われた後に、会員登録に必要な情報が入力される。開始要求が行われる前は、会員登録に必要な情報は入力されない。即ち、開始要求が行われるだけでは、第２会員情報はホテルプログラムサービスに登録されない。

本実施形態では、総合予約サーバ１０により開始要求受付部１０２が実現されるので、開始要求は、ユーザ端末３０により所定の形式のデータが送信されることによって行われる。開始要求受付部１０２は、ユーザ端末３０からこのデータを受信することによって、開始要求を受け付ける。開始要求には、開始要求を送信したユーザのユーザ識別情報が含まれる。このユーザ識別情報は、ユーザＩＤであってもよいし、ログイン中のユーザを識別可能な他の情報であってもよい。

本実施形態の総合予約サービスでは、ホテルプログラムサービスに関するホテルを含む複数のホテルの中から、ユーザが指定した検索条件に応じたホテルが検索される。例えば、総合予約サービスでは、トップページＰ１のフォームＦ１０に入力された検索条件に基づいて、ホテルデータベースＤＢ２に登録されたホテルが検索される。ホテルの検索自体は、公知の検索エンジンを利用して実行されるようにすればよい。検索結果ページＰ２には、ユーザが指定した検索条件に応じたホテルが検索結果として表示される。

総合予約サービスで検索されるホテルは、第２サービスアイテムの一例である。このため、ホテルについて説明している箇所は、第２サービスアイテムと読み替えることができる。第２サービスアイテムは、ホテルプログラムサービスを一例とする第２サービスに関するアイテムである。アイテムとは、ユーザによって検索される検索対象である。例えば、ホテルのプラン、ホテル内の部屋、ホテル内の施設、又は宿泊条件が第２サービスアイテムに相当してもよい。

例えば、開始要求受付部１０２は、総合予約サービスで検索されたホテルに関する情報を含む検索結果ページＰ２で、ユーザによる開始要求を受け付ける。ユーザが検索結果ページＰ２のボタンＢ２０２を選択すると、ユーザ端末３０は、総合予約サーバ１０に対し、開始要求を送信する。開始要求受付部１０２は、ユーザにより検索結果ページＰ２のボタンＢ２０２が選択された場合に、ユーザ端末３０から開始要求に相当するデータを受信することによって、ユーザによる開始要求を受け付ける。

検索結果ページＰ２は、第２サービスアイテムページの一例である。このため、検索結果ページＰ２について説明している箇所は、第２サービスアイテムページと読み替えることができる。第２サービスアイテムページは、ホテルを一例とする第２サービスアイテムに関する情報が表示されるページである。第２サービスアイテムページは、第２サービスアイテムに関する何らかの情報が表示されるページであればよく、検索結果ページＰ２に限られない。例えば、ホテル詳細ページＰ３及びプラン詳細ページＰ４も、ユーザにより検索されたホテルに関する何らかの情報が含まれるので、第２サービスアイテムを含むページに相当してもよい。

本実施形態の総合予約サービスでは、ホテルプログラムサービスに関するホテル情報を、ユーザに段階的に提供可能である。ホテル情報は、ホテルに関する情報である。例えば、ホテル情報は、ホテル名、ホテルの画像、ホテルの説明文、ホテルの口コミ、プラン名、プランの画像、又はプランの説明文を含む。例えば、検索結果ページＰ２には、最も大まかなホテル情報が表示される。ホテル詳細ページＰ３には、検索結果ページＰ２に表示されるホテル情報よりも詳細なホテル情報が表示される。プラン詳細ページＰ４には、ホテル詳細ページＰ３に表示されるホテル情報よりも詳細なホテル情報が表示される。本実施形態では、検索結果ページＰ２、ホテル詳細ページＰ３、プラン詳細ページＰ４の順で、段階的にホテル情報が詳細になる。

ホテル情報は、第２サービス情報の一例である。このため、ホテル情報について説明している箇所は、第２サービス情報と読み替えることができる。第２サービス情報は、ホテルプログラムサービスを一例とする第２サービスに関する情報である。第２サービス情報は、第２サービスに応じた情報であればよい。例えば、電子商取引サービスが第２サービスに相当する場合、電子商取引サービスで購入可能な商品に関する情報が第２サービス情報に相当してもよい。例えば、金融サービスが第２サービスに相当する場合、金融サービスで利用可能な機能に関する情報が第２サービス情報に相当してもよい。

例えば、開始要求受付部１０２は、何れの段階のホテル情報が提供される場合だったとしても、開始要求を受け付け可能である。ユーザは、検索結果ページＰ２、ホテル詳細ページＰ３、及びプラン詳細ページＰ４のうち、どのページからも開始要求をすることができる。例えば、ユーザは、最も大まかなホテル情報が表示される検索結果ページＰ２のボタンＢ２０２を選択することによって、開始要求をすることができる。ユーザは、次に詳細なホテル情報が表示されるホテル詳細ページＰ３のボタンＢ３０１を選択することによって、開始要求をすることができる。ユーザは、最も詳細なホテル情報が表示されるプラン詳細ページＰ４のボタンＢ４０１を選択することによって、開始要求をすることができる。開始要求受付部１０２は、検索結果ページＰ２、ホテル詳細ページＰ３、及びプラン詳細ページＰ４のうち、任意のページから行われた開始要求を受け付ける。

［第１会員情報取得部］
第１会員情報取得部１０３は、総合予約サービスにおけるユーザの第１会員情報を取得する。本実施形態では、第１会員情報が第１ユーザデータベースＤＢ１に格納されているので、第１会員情報取得部１０３は、第１ユーザデータベースＤＢ１を参照し、第１会員情報を取得する。第１会員情報は、第１ユーザデータベースＤＢ１以外の他のデータベース、又は、総合予約サーバ１０以外の他のコンピュータに格納されていてもよい。この場合、第１会員情報取得部１０３は、他のデータベース又は他のコンピュータから第１会員情報を取得すればよい。

本実施形態では、ホテルプログラムサービスに、ユーザの氏名、メールアドレス、及びメールマガジンの配信有無の３項目の第２会員情報が登録される。これら３つのうち、氏名及びメールアドレスの２つは、総合予約サービスにも第１会員情報の項目として登録されている。このため、第１会員情報取得部１０３は、ユーザの氏名及びメールアドレスの２つの項目を取得する。総合予約サービスに登録されたメールマガジンの配信有無をホテルプログラムサービスでも流用する場合には、第１会員情報取得部１０３は、ユーザの氏名、メールアドレス、及びメールマガジンの配信有無の３項目の第１会員情報を取得してもよい。

なお、第１ユーザデータベースＤＢ１に格納された項目のうち、どの項目を第２会員情報の項目として流用するかを示す設定は、総合予約サービスの管理者により指定されてもよい。この設定は、データ記憶部１００に記録されるものとする。複数のホテルプログラムサービスが存在する場合には、ホテルプログラムサービスごとに、第２会員情報の項目として流用する項目の設定がデータ記憶部１００に記録されているものとする。第１会員情報取得部１０３は、ユーザが会員登録しようとしているホテルプログラムサービスに応じた第１会員情報を取得すればよい。

［フォーム表示制御部］
フォーム表示制御部１０４は、開始要求受付部１０２が開始要求を受け付けた場合に、総合予約サービスにおける１の会員登録ページＰ５に、会員登録用のフォームＦ５０を表示させる。フォームＦ５０は、ホテルプログラムサービスに登録される第２会員情報を入力するためのフォームである。本実施形態では、任意のテキストを入力可能なフォームＦ５０を例に挙げるが、会員登録用のフォーム自体は、種々のフォームを利用可能である。例えば、プルダウンメニュー、チェックボックス、又はラジオボタンが会員登録用のフォームとして利用されてもよい。

会員登録ページＰ５は、ホテルプログラムサービスへの会員登録に必要な第２会員情報の入力を一度で受け付けるためのページである。このため、本実施形態では、あるページに入力された第２会員情報がホテルプログラムサービスに登録された後に、追加で入力された第２会員情報がホテルプログラムサービスに追加で登録されるといったことがない。ユーザは、開始要求をするためにボタンＢ２０２，Ｂ３０１，Ｂ４０１を選択した後は、会員登録ページＰ５に対する入力をするだけで、会員登録の手続が全て完了する。

なお、会員登録ページＰ５は、見た目上は複数の画面に分かれていてもよい。例えば、ホテルプログラムサービスの会員登録に必要な第２会員情報の数が多い場合には、１の会員登録ページＰ５が見た目上は１ページ目、２ページ目、３ページ目といったように複数のページに分かれていてもよい。この場合、１の会員登録ページＰ５に含まれる個々のページには、自由に行き来できるものとする。１ページ目に入力された第２会員情報がホテルプログラムサービスに登録された後に、２ページ目以降の入力が行われるのではなく、全ページの入力が行われるまでは、入力済みの第２会員情報がホテルプログラムサービスに登録されず、全ページの入力が完了した後に、当該全ページ分の第２会員情報の登録が一度に実行されるものとする。

本実施形態では、フォーム表示制御部１０４が総合予約サーバ１０で実現されるので、フォーム表示制御部１０４は、フォームＦ５０を含む１の会員登録ページＰ５を表示させるためのデータをユーザ端末３０に送信することによって、１の会員登録ページＰ５をユーザ端末３０に表示させる。このデータは、任意の形式であってよく、例えば、旅行予約アプリの画面表示で利用する形式であればよい。ブラウザを利用して１の会員登録ページＰ５が表示される場合には、フォーム表示制御部１０４は、１の会員登録ページＰ５のＨＴＭＬデータを送信することによって、１の会員登録ページＰ５をユーザ端末３０に表示させるようにすればよい。

本実施形態では、フォーム表示制御部１０４は、第１会員情報取得部１０３により取得された第１会員情報に基づいて、ホテルプログラムサービスに登録される第２会員情報が自動入力されたフォームＦ５０を、１の会員登録ページＰ５に表示させる。自動入力とは、フォームＦ５０のデフォルト値としてセットすることである。ユーザが操作部３４から第２会員情報を入力しなくても、第２会員情報がフォームＦ５０に表示されることは、自動入力に相当する。

フォーム表示制御部１０４は、第１会員情報取得部１０３により取得された第１会員情報が第２会員情報としてフォームＦ５０に自動入力された１の会員登録ページＰ５を、ユーザ端末３０に表示させる。例えば、フォーム表示制御部１０４は、総合予約サービスに第１会員情報として登録されたユーザの氏名及びメールアドレスを、第２会員情報としてフォームＦ５０に自動入力された１の会員登録ページＰ５を、ユーザ端末３０に表示させる。

フォームＦ５０に自動入力された第２会員情報は、ユーザが変更できないようにしてもよいが、本実施形態では、フォーム表示制御部１０４は、自動入力された第２会員情報を変更可能なフォームＦ５０を、１の会員登録ページＰ５に表示させる。フォーム表示制御部１０４は、ユーザによる入力が可能なフォームＦ５０に第２会員情報が自動入力された１の会員登録ページＰ５を、ユーザ端末３０に表示させる。ユーザは、フォームＦ５０に自動入力された第２会員情報を変更可能である。図３の例であれば、フォームＦ５０Ａ，５０Ｂにそれぞれ氏名及びメールアドレスが自動入力されていたとしても、これらのフォームＦ５０Ａ，５０Ｂをフォーカスすれば、自動入力された文字列を変更したり削除したりすることができる。

本実施形態では、フォーム表示制御部１０４は、第２会員情報が自動入力された第１フォームと、ユーザによる入力が必要な第２フォームと、を１の会員登録ページＰ５に表示させる。図３の例では、氏名及びメールアドレスは自動入力されるので、氏名及びメールアドレスのフォームＦ５０Ａ，Ｆ５０Ｂは、第１フォームに相当する。メールマガジンの配信有無については自動入力されないので、フォームＦ５０Ｃ，Ｆ５０Ｄは、第２フォームに相当する。このため、フォームＦ５０Ａ，Ｆ５０Ｂについて説明している箇所は、第１フォームと読み替えることができる。フォームＦ５０Ｃ，Ｆ５０Ｄについて説明している箇所は、第２フォームと読み替えることができる。

［登録要求受付部］
登録要求受付部１０５は、総合予約サービスにおいてユーザにより行われた、ホテルプログラムサービスの会員登録を完了させるための登録要求を受け付ける。登録要求は、ホテルプログラムサービスに第２会員情報を登録するための要求である。登録要求は、開始要求の後に行われる要求である。開始要求が行われてから登録要求が行われるまでの間には、ユーザによる要求は行われない。ユーザは、開始要求をした後は、登録要求をすればホテルプログラムサービスへの会員登録が完了する。このため、ユーザは、第２会員情報を登録するために２段階の入力をする必要がなく、１回の入力で会員登録が完了する。

本実施形態では、総合予約サーバ１０により登録要求受付部１０５が実現されるので、登録要求は、ユーザ端末３０により所定の形式のデータが送信されることによって行われる。登録要求受付部１０５は、ユーザ端末３０からこのデータを受信することによって、登録要求を受け付ける。登録要求には、登録要求を送信したユーザのユーザ識別情報が含まれる。このユーザ識別情報は、ユーザＩＤであってもよいし、ログイン中のユーザを識別可能な他の情報であってもよい。

例えば、ユーザが会員登録ページＰ５のボタンＢ５１を選択すると、ユーザ端末３０は、総合予約サーバ１０に対し、登録要求を送信する。登録要求受付部１０５は、ユーザにより会員登録ページＰ５のボタンＢ５１が選択された場合に、ユーザ端末３０から登録要求に相当するデータを受信することによって、ユーザによる登録要求を受け付ける。登録要求には、フォームＦ５０に入力された第２会員情報が含まれている。

［会員登録要求部］
会員登録要求部１０６は、１の会員登録ページＰ５に対するユーザの入力に基づいて、ホテルサーバ２０に会員登録を要求する。ユーザの入力は、１の会員登録ページＰ５に対する何らかの操作である。１の会員登録ページＰ５に対するユーザの入力とは、フォームＦ５０に対する入力を意味してもよいし、フォームＦ５０に対する入力ではなくボタンＢ５１の選択を意味してもよい。会員登録要求部１０６は、ホテルサーバ２０に対し、所定の形式のデータを送信することによって、会員登録を要求すればよい。

ホテルサーバ２０は、第２サービスサーバの一例である。このため、ホテルサーバ２０について説明している箇所は、第２サービスサーバと読み替えることができる。第２サービスサーバは、ホテルプログラムサービスを一例とする第２サービスに対応するサーバコンピュータである。第２サービスサーバは、第２サービスの提供者によって管理されるサーバコンピュータであればよい。

会員登録要求部１０６が行う要求は、登録要求受付部１０５が受け付ける登録要求と似ているが、会員登録要求部１０６が行う要求は、総合予約サーバ１０からホテルサーバ２０に対する要求であるのに対し、登録要求受付部１０５が受け付ける登録要求は、ユーザ端末３０から総合予約サーバ１０に対して行われる点で異なる。会員登録要求部１０６が行う要求と、登録要求受付部１０５が受け付ける登録要求と、のデータ形式は、同じであってもよいし異なっていてもよい。会員登録要求部１０６は、ユーザ端末３０から登録要求が受け付けられた場合に、登録要求に含まれる第２会員情報に基づいて、ホテルサーバ２０に対し、会員登録を要求する。

本実施形態では、フォームＦ５０に第２会員情報が自動入力されるので、会員登録要求部１０６は、フォームＦ５０に自動入力された第２会員情報に基づいて、ホテルプログラムサービスシステムに会員登録を要求する。例えば、会員登録要求部１０６は、フォームＦ５０に自動入力された第２会員情報がユーザにより変更された場合には、当該変更された第２会員情報に基づいて、ホテルサーバ２０に会員登録を要求する。会員登録要求部１０６は、氏名及びメールアドレスのフォームＦ５０を一例とする第１フォームに自動入力された第２会員情報と、メールマガジンの配信有無のフォームＦ５０を一例とする第２フォームに対するユーザの入力と、に基づいて、ホテルサーバ２０に会員登録を要求する。

［完了通知受付部］
完了通知受付部１０７は、ホテルサーバ２０から、完了通知を受け付ける。完了通知は、ホテルプログラムサービスへの会員登録が完了したことを示す通知である。完了通知は、所定形式のデータが送信されることによっておこなわれる。総合予約サーバ１０は、完了通知を受け付けることによって、ホテルプログラムサービスへの会員登録が完了したことを検知できる。

［関連付け部］
関連付け部１０８は、ホテルプログラムサービスの会員登録が完了した場合に、総合予約サービスにおけるユーザの第１ユーザＩＤと、ホテルプログラムサービスにおけるユーザの第２ユーザＩＤと、を関連付ける。第１ユーザＩＤと第２ユーザＩＤとを関連付けるとは、第１ユーザＩＤ及び第２ユーザＩＤのうちの一方から他方を検索可能にすることである。本実施形態では、第１ユーザデータベースＤＢ１のうち、第１ユーザＩＤに対応するレコードに第２ユーザＩＤを格納することは、第１ユーザＩＤと第２ユーザＩＤとを関連付けることに相当する。

例えば、ホテルサーバ２０は、ホテルプログラムサービスの会員登録が完了すると、総合予約サーバ１０に、第２ユーザＩＤを含む完了通知を送信する。総合予約サーバ１０が完了通知を受信すると、関連付け部１０８は、開始要求及び登録要求をしたユーザの第１ユーザＩＤと、完了通知に含まれる第２ユーザＩＤと、を関連付ける。本実施形態では、関連付け部１０８は、第１ユーザデータベースＤＢ１のうち、第１ユーザＩＤと同じレコードのホテルプログラム情報として第２ユーザＩＤを格納することによって、第１ユーザＩＤ及び第２ユーザＩＤを関連付ける。

［完了表示制御部］
完了表示制御部１０９は、完了通知受信部１０７が完了通知を受け付けた場合に、会員登録が完了したことを示す登録完了ページＰ６を、総合予約サービスにおけるページとして表示させる。本実施形態では、完了表示制御部１０９が総合予約サーバ１０で実現されるので、完了表示制御部１０９は、登録完了ページＰ６を表示させるためのデータをユーザ端末３０に送信することによって、登録完了ページＰ６をユーザ端末３０に表示させる。このデータは、任意の形式であってよく、例えば、旅行予約アプリの画面表示で利用する形式であればよい。ブラウザを利用して登録完了ページＰ６が表示される場合には、完了表示制御部１０９は、登録完了ページＰ６のＨＴＭＬデータを送信することによって、登録完了ページＰ６をユーザ端末３０に表示させるようにすればよい。この場合、登録完了ページＰ６は、総合予約サービスのドメインとして表示される。

［会員登録判定部］
会員登録判定部１１０は、第１ユーザＩＤ及び第２ユーザＩＤの関連付けに基づいて、ユーザがホテルプログラムサービスの会員であるか否かを判定する。会員登録判定部１１０は、第１ユーザＩＤに第２ユーザＩＤが関連付けられていない場合、ユーザがホテルプログラムサービスの会員ではないと判定する。会員登録判定部１１０は、第１ユーザＩＤに第２ユーザＩＤが関連付けられている場合、ユーザがホテルプログラムサービスの会員であると判定する。

［総合予約サービス提供部］
総合予約サービス提供部１１１は、ユーザに総合予約サービスを提供する。総合予約サービスを提供するとは、総合予約サービスから利用可能な機能を提供することである。例えば、ユーザは、総合予約サービスからホテルを検索できる。ホテルを検索するための検索エンジンを提供することは、総合予約サービスを提供することに相当する。他にも例えば、プランを検索するための検索エンジンを提供すること、又は、ホテルを予約するための画面（例えば、図２及び図３の各ページ）を提供することも、総合予約サービスを提供することに相当する。その他にも総合予約サービスに関する何らかの機能を提供することは、総合予約サービスを提供することに相当する。

例えば、総合予約サービス提供部１１１は、会員登録判定部１１０の判定結果に基づいて、総合予約サービスにおいて、ホテルプログラムサービスに関するホテルアイテムを、ユーザに提供する。ホテルアイテムは、総合予約サービスから予約可能なホテルに関するアイテムである。本実施形態では、ホテルのプランがホテルアイテムに相当する。ホテルアイテムは、第２サービスアイテムの一例である。このため、ホテルアイテムについて説明している箇所は、第２サービスアイテムと読み替えることができる。第２サービスアイテムは、第２サービスに応じたアイテムであればよい。総合予約サービス提供部１１１は、ユーザがホテルプログラムサービスの会員であると判定された場合に、ユーザがホテルプログラムサービスの会員ではないと判定された場合には提供されない内容のサービスを、ユーザに提供する。即ち、総合予約サービス提供部１１１は、総合予約サービスにおいて、ホテルプログラムサービスの会員限定のサービスを提供する。

例えば、総合予約サービス提供部１１１は、ユーザがホテルプログラムサービスの会員であると判定された場合に、所定の特典が発生するように、ユーザに総合予約サービスを提供する。総合予約サービス提供部１１１は、ユーザがホテルプログラムサービスの会員であると判定されない場合には、所定の特典が発生しないように、ユーザに総合予約サービスを提供する。本実施形態では、会員用の価格でホテルを予約できることが特典に相当するので、総合予約サービス提供部１１１は、会員用の価格でホテルを予約するためのボタンＢ２０３を、検索結果ページＰ２に表示させることによって、特典が発生するように、ユーザに総合予約サービスを提供する。

［施設予約部］
本実施形態の総合予約サービスでは、ホテルプログラムサービスに関するホテルの予約が受け付けられる。施設予約部１１２は、ユーザによるホテルの予約を行う。ホテルは、施設の一例である。このため、ホテルについて説明している箇所は、施設と読み替えることができる。施設は、総合予約サービスを一例とする第２サービスから予約可能な施設であればよく、ホテルに限られない。例えば、施設は、レストラン、カフェ、観光施設、遊戯施設、又は公共施設であってもよい。施設予約部１１２は、ユーザによるホテルの予約を受け付けるまでの間に、会員登録が完了した場合には、ホテルプログラムサービスの会員として、ユーザによるホテルの予約を行う。例えば、施設予約部１１２は、会員用の価格に基づいて、ユーザによるホテルの予約を行う。ホテルの予約に必要な処理自体は、公知の総合予約サービスで利用されている処理を適用可能である。

なお、ホテルプログラムサービスの会員登録が完了した場合、上記のように、ユーザは、総合予約サービスから会員価格で予約できるようになる。このホテルプログラムサービスの会員登録が完了した場合は、会員登録が完了したことを何らかの形で特定可能になるタイミングであればよい。例えば、ホテルプログラムサービスの会員登録が完了した場合は、第２ユーザデータベースＤＢ３におけるレコードの作成時、ホテルサーバ２０が総合予約サーバ１０に完了通知を送信した時、総合予約サーバ１０がホテルサーバ２０から完了通知を受信した時、第１ユーザデータベースＤＢ３におけるレコードの更新時の何れであってもよい。

[３－２．ホテルサーバで実現される機能]
データ記憶部２００は、記憶部２２を主として実現される。他の各機能は、制御部２１を主として実現される。

［データ記憶部］
データ記憶部２００は、ホテルプログラムサービスを提供するために必要なデータを記憶する。例えば、データ記憶部２００は、第２ユーザデータベースＤＢ３を記憶する。

図７は、第２ユーザデータベースＤＢ３の一例を示す図である。第２ユーザデータベースＤＢ３は、ホテルプログラムサービスに会員登録したユーザに関する情報が格納されたデータベースである。例えば、第２ユーザデータベースＤＢ３には、第２ユーザＩＤ、第２パスワード、氏名、メールアドレス、及びメールマガジン情報が格納される。第２ユーザデータベースＤＢ３に格納される情報は、図７の例に限られず、ユーザに関する任意の情報が格納されてよい。例えば、ホテルプログラムサービスにおけるユーザのランクが第２ユーザデータベースＤＢ３に格納されてもよい。

第２ユーザＩＤは、ホテル予約サービスにおいてユーザを識別可能な第２ユーザ識別情報の一例である。第２ユーザ識別情報は、任意の情報であってよく、第２ユーザＩＤに限られない。例えば、第２ユーザ識別情報は、ユーザアカウントと呼ばれる情報、メールアドレス、又は電話番号であってもよい。図７の例では、第２会員情報として入力されたメールアドレスが第２ユーザＩＤとして利用される場合が示されている。第２ユーザＩＤ及び第２パスワードは、ホテルプログラムサービスにログインするために利用される。第２パスワードは、会員登録ページＰ５で指定されてもよいし、会員登録時には仮の第２パスワードが自動生成されてユーザによって正式な第２パスワードに変更されてもよい。メールマガジン情報は、メールマガジンの配信有無を示す情報である。

［会員登録部］
会員登録部２０１は、会員登録要求部１０６により行われた要求に基づいて、ホテルプログラムサービスの会員登録を行う。この要求には、ホテルプログラムサービスの会員登録に必要な情報が含まれている。例えば、会員登録部２０１は、新たにホテルプログラムサービスの会員になるユーザの第２ユーザＩＤを発行する。会員登録部２０１は、当該発行された第２ユーザＩＤと、ユーザの第２会員情報と、を関連付けて第２ユーザデータベースＤＢ３に格納する。本実施形態では、第２会員情報として入力されたメールアドレスが第２ユーザＩＤとして利用されるので、会員登録部２０１は、第２会員情報として入力されたメールアドレスを新たな第２ユーザＩＤとして発行する。会員登録部２０１は、当該発行された新たな第２ユーザＩＤと、第２会員情報と、を関連付けて第２ユーザデータベースＤＢ３に格納する。

［完了通知送信部］
完了通知送信部２０２は、総合予約サーバ１０に、ホテルプログラムサービスの会員登録が完了したことを示す完了通知を送信する。完了通知送信部２０２は、会員登録部２０１がホテルプログラムサービスの会員登録の処理を完了した場合に、総合予約サーバ１０に完了通知を送信する。

［ホテルプログラムサービス提供部］
ホテルプログラムサービス提供部２０３は、ユーザにホテルプログラムサービスを提供する。ホテルプログラムサービスを提供するとは、ホテルプログラムサービスから利用可能な機能を提供することである。例えば、ユーザは、ホテルプログラムサービスからホテルを検索できる。ホテルを検索するための検索エンジンを提供することは、ホテルプログラムサービスを提供することに相当する。他にも例えば、プランを検索するための検索エンジンを提供すること、又は、ホテルを予約するための画面を提供することも、ホテルプログラムサービスを提供することに相当する。

ホテルプログラムサービスから予約可能なプランは、総合予約サービスから予約可能なプランと同じであってもよいし異なってもよい。ホテルプログラムサービスでは、総合予約サービスにはないオリジナルのプランが存在してもよい。逆に、総合予約サービスでは、ホテルプログラムサービスにはないオリジナルのプランが存在してもよい。その他にもホテルプログラムサービスに関する何らかの機能を提供することは、ホテルプログラムサービスを提供することに相当する。例えば、ホテルプログラムサービスで獲得したポイントを利用する処理を実行することは、ホテルプログラムサービスを提供することに相当する。ユーザが総合予約サービスから予約した内容についても、ユーザがホテルプログラムサービスの会員になった後は、ホテルプログラムサービスから確認できるものとする。

[３－３．ユーザ端末で実現される機能]
データ記憶部３００は、記憶部３２を主として実現される。表示制御部３０１及び操作受付部３０２は、制御部３１を主として実現される。

［データ記憶部］
データ記憶部３００は、ユーザが総合予約サービスを利用するために必要なデータを記憶する。例えば、データ記憶部３００は、総合予約アプリを記憶する。ユーザがホテルプログラムサービスの会員になった後は、データ記憶部３００は、ユーザがホテルプログラムサービスを利用するために必要なデータを記憶する。例えば、ホテルプログラムサービスが専用のアプリケーションを配信する場合には、データ記憶部３００は、このアプリケーションを記憶する。

［表示制御部］
表示制御部３０１は、総合予約サービスを利用するためのページを表示部３５に表示させる。例えば、表示制御部３０１は、図２及び図３の各ページを、表示部３５に表示させる。表示制御部３０１は、ホテルの予約申込をするための他のページを、表示部３５に表示させる。表示制御部３０１は、ホテルプログラムサービスを利用するためのページを、表示部３５に表示させる。

［操作受付部］
操作受付部３０２は、総合予約サービスを利用するためのユーザの操作を受け付ける。例えば、操作受付部３０２は、図２及び図３の各ページに対する入力を受け付ける。操作受付部３０２は、ホテルの予約申込をするための操作を受け付ける。操作受付部３０２は、ホテルプログラムサービスを利用するためのユーザの操作を受け付ける。

［４．実施形態に係る処理］
図８及び図９は、実施形態に係る処理の一例を示すフロー図である。図８及び図９の処理が実行されるにあたり、ユーザは、総合予約サービスの会員であるが、ホテルプログラムサービスの会員ではないものとする。

図８のように、ユーザ端末３０で総合予約アプリが起動すると、総合予約サーバ１０及びユーザ端末３０の間で、ユーザを総合予約サービスにログインさせるためのログイン処理が実行される（Ｓ１）。Ｓ１では、第１ユーザＩＤ及び第１パスワードの入力が要求されてもよいし、総合予約サービスに過去にログイン済みであることを示す情報がユーザ端末３０に記憶されている場合には、この情報を利用して、第１ユーザＩＤ及び第１パスワードの入力が要求されなくてもよい。

ユーザが総合予約サービスにログインすると、総合予約サーバ１０及びユーザ端末３０の間で、総合予約サービスのトップページＰ１を表示させるための処理が実行される（Ｓ２）。総合予約サーバ１０及びユーザ端末３０の間で、ユーザがフォームＦ１０に入力した検索条件に基づいて、ホテルを検索して検索結果ページＰ２を表示させるための処理が実行される（Ｓ３）。Ｓ３では、総合予約サーバ１０は、ホテルデータベースＤＢ２に基づいて、ユーザが入力した検索条件に応じたホテルを検索し、検索結果ページＰ２を生成する。

ユーザ端末３０は、操作部３４の検出信号に基づいて、トップページＰ１におけるユーザの操作を特定する（Ｓ４）。ここでは、表示領域Ａ２０からホテルを選択する操作、ボタンＢ２０１を選択する操作、又はボタンＢ２０２を選択する操作が行われるものとする。トップページＰ１に戻る等の他の操作が行われた場合には、当該他の操作に応じた処理が実行される。

Ｓ４において、表示領域Ａ２０からホテルを選択する操作が行われた場合（Ｓ４；ホテル選択）、総合予約サーバ１０及びユーザ端末３０の間で、ホテル詳細ページＰ３を表示させるための処理が実行される（Ｓ５）。Ｓ５では、総合予約サーバ１０は、ホテルデータベースＤＢ２に格納された、ユーザが選択したホテルのホテル情報に基づいて、ホテル詳細ページＰ３を生成する。

ユーザ端末３０は、操作部３４の検出信号に基づいて、ホテル詳細ページＰ３におけるユーザの操作を特定する（Ｓ６）。ここでは、表示領域Ａ３０からプランを選択する操作、ボタンＢ３００を選択する操作、又はボタンＢ３０１を選択する操作が行われるものとする。検索結果ページＰ２に戻る等の他の操作が行われた場合には、当該他の操作に応じた処理が実行される。

Ｓ６において、表示領域Ａ３０からプランを選択する操作が行われた場合（Ｓ６；プラン選択）、総合予約サーバ１０及びユーザ端末３０の間で、プラン詳細ページＰ４を表示させるための処理が実行される（Ｓ７）。Ｓ７では、総合予約サーバ１０は、ホテルデータベースＤＢ２に格納された、ユーザが選択したプランのプラン情報に基づいて、プラン詳細ページＰ４を生成する。

ユーザ端末３０は、操作部３４の検出信号に基づいて、プラン詳細ページＰ４におけるユーザの操作を特定する（Ｓ８）。ここでは、ボタンＢ４００を選択する操作、又は、ボタンＢ４０１を選択する操作が行われるものとする。ホテル詳細ページＰ３に戻る等の他の操作が行われた場合には、当該他の操作に応じた処理が実行される。

Ｓ８において、ボタンＢ４００を選択する操作が行われた場合（Ｓ８；予約）、総合予約サーバ１０及びユーザ端末３０の間で、非会員用の価格でホテルを予約するための処理が実行され（Ｓ９）、本処理は終了する。Ｓ４においてボタンＢ２０１が選択された場合（Ｓ４；予約）と、Ｓ６においてボタンＢ３００が選択された場合（Ｓ６；予約）と、についても同様に、Ｓ９の処理が実行されて、本処理は終了する。

Ｓ８において、ボタンＢ４０１を選択する操作が行われた場合（Ｓ８；会員登録）、総合予約サーバ１０及びユーザ端末３０の間で、会員登録ページＰ５を表示させるための処理が実行される（Ｓ１０）。Ｓ４においてボタンＢ２０２が選択された場合（Ｓ４；会員登録）と、Ｓ６においてボタンＢ３０１が選択された場合（Ｓ６；会員登録）と、についても同様に、Ｓ１０の処理が実行されて、ホテルプログラムサービスへの会員登録が開始される。

Ｓ１０では、ユーザ端末３０は、総合予約サーバ１０に、開始要求を送信する。総合予約サーバ１０は、ユーザ端末３０から開始要求を受信すると、第１ユーザデータベースＤＢ１を参照し、ユーザの氏名及びメールアドレスを取得する。総合予約サーバ１０は、当該取得した氏名及びメールアドレスをフォームＦ５０Ａ，Ｆ５０Ｂにセットし、会員登録ページＰ５の表示データをユーザ端末３０に送信する。ユーザ端末３０は、この表示データを受信し、総合予約サービスに登録された自身の氏名及びメールアドレスがフォームＦ５０Ａ，Ｆ５０Ｂに自動入力された会員登録ページＰ５を表示部３５に表示させる。

ユーザ端末３０は、ユーザがフォームＦ５０に必要な情報を入力してボタンＢ５１を選択すると、総合予約サーバ１０に、フォームＦ５０に入力された第２会員情報を含む登録要求を送信する（Ｓ１１）。総合予約サーバ１０は、ユーザ端末３０から登録要求を受信すると（Ｓ１２）、図９に移り、ホテルサーバ２０に対し、ユーザ端末３０から受信した第２会員情報を含む登録要求を送信する（Ｓ１３）。

ホテルサーバ２０は、総合予約サーバ１０から登録要求を受信すると（Ｓ１４）、ホテルプログラムサービスに会員登録するための処理を実行する（Ｓ１５）。Ｓ１５では、ホテルサーバ２０は、新たな第２ユーザＩＤを発行する。ここでは、ホテルサーバ２０は、メールアドレスを、新たな第２ユーザＩＤとして発行する。ホテルサーバ２０は、当該発行された新たな第２ユーザＩＤと、総合予約サーバ１０から受信した第２会員情報と、を関連付けて第２ユーザデータベースＤＢ３に格納する。

ホテルサーバ２０は、総合予約サーバ１０に対し、ユーザの第２ユーザＩＤを含む完了通知を送信する（Ｓ１６）。総合予約サーバ１０は、ホテルサーバ２０から完了通知を受信すると（Ｓ１７）、ユーザがホテルプログラムサービスの会員であることを識別できるように、第１ユーザデータベースＤＢ１を更新する（Ｓ１８）。Ｓ１８では、総合予約サーバ１０は、第１ユーザＩＤと、第２ユーザＩＤ及び第２会員情報と、が関連付けられるように、ユーザのホテルプログラム情報を第１ユーザデータベースＤＢ１格納する。

総合予約サーバ１０及びユーザ端末３０の間で、登録完了ページＰ６を表示させるための処理が実行される（Ｓ１９）。ユーザがボタンＢ６０を選択すると、総合予約サーバ１０及びユーザ端末３０の間で、それまでに表示されていたページに戻るための処理が実行される（Ｓ２０）。その後、Ｓ２、Ｓ５、又はＳ７の処理に戻る。これらの処理に戻ると、ユーザがホテルプログラムの会員になっているので、ユーザが会員用の価格でプランを予約できるようになる。このため、Ｓ９の処理は、非会員用の価格ではなく、会員用の価格でホテルを予約するための処理になる。

本実施形態の会員登録システムＳによれば、ホテルプログラムサービスの会員登録を開始するための開始要求を受け付けた場合に、総合予約サービスにおける１の会員登録ページＰ５に、会員登録用のフォームＦ５０を表示させる。会員登録システムＳは、１の会員登録ページＰ５に対するユーザの入力に基づいて、ホテルプログラムサービスに対応するホテルプログラムサービスサーバに会員登録を要求する。これにより、総合予約サービスを利用中のユーザが、総合予約サービスにおける１つのページに対する入力をすれば、ホテルプログラムサービスへの会員登録も完了できるので、ホテルプログラムサービスへの会員登録を総合予約サービスから行う場合のユーザの負担を軽減できる。総合予約サーバ１０は、ホテルプログラムサービスへの会員登録の完了までの処理を簡略化できるので、総合予約サービスにおける処理負担も軽減できる。例えば、ホテルプログラムサービスのアプリケーションをインストールしなくても、総合予約サービス内で会員登録が完了するので、ユーザの負担を軽減できる。例えば、ホテルプログラムサービスのウェブページにアクセスしなくても、総合予約サービス内で会員登録が完了するので、ユーザの負担を軽減できる。ホテルプログラムサービスからすれば、総合予約サービスの会員であるユーザをホテルプログラムサービスに囲い込みやすくなるので、ホテルプログラムサービスの会員を効果的に増やすことができる。総合予約サービスからすれば、ユーザがホテルプログラムサービスの会員として総合予約サービスを利用できるので、総合予約サービスを利用する動機付けをユーザに与えることができる。例えば、従来技術で説明したような２段階の操作をせずに、１回の操作で会員登録を完了させることができる。総合予約サーバ１０及びホテルサーバ２０からしても、一度の登録で済むので処理負荷が軽減される。インターネットＮ上の通信回数も減らすことができるので、ネットワーク負荷も軽減される。

また、会員登録システムＳは、総合予約サービスにおけるユーザの第１会員情報に基づいて、ホテルプログラムサービスに登録される第２会員情報が自動入力されたフォームＦ５０を、１の会員登録ページＰ５に表示させる。会員登録システムＳは、ホテルサーバ２０から会員登録の完了通知を受け付けた場合に、登録完了ページＰ６を、総合予約サービスのページとして表示させる。会員登録システムＳは、フォームＦ５０に自動入力された第２会員情報に基づいて、ホテルサーバ２０に会員登録を要求する。これにより、ユーザが氏名やメールアドレスといったように、第１会員情報を流用可能な第２会員情報については、１から入力する必要がなくなるので、ユーザの負担をより軽減できる。ホテルプログラムサービスの会員登録に必要な入力を少なくすることによって、ユーザが途中で会員登録を断念して離脱するといったことも防止できる。このため、ホテルプログラムサービスの会員を効果的に増やすことができる。更に、登録完了ページＰ６についても、総合予約サービスのページとして表示させることによって、ホテルプログラムサービスのページに遷移するといったことを防止し、ホテルプログラムサービスへの会員登録の開始から完了までの全ての流れを、総合予約サービスのページとして完結させることができる。

また、会員登録システムＳは、自動入力された第２会員情報を変更可能なフォームＦ５０を、１の会員登録ページＰ５に表示させる。会員登録システムＳは、フォームＦ５０に自動入力された第２会員情報がユーザにより変更された場合には、当該変更された第２会員情報に基づいて、ホテルプログラムサービスシステムに会員登録を要求する。これにより、自動入力された第２会員情報を変更したいユーザについては、第２会員情報を変更できるので、ユーザの利便性が高まる。例えば、総合予約サービスに古い情報が登録されていたり、総合予約サービスに登録した情報とは異なる情報をホテルプログラムサービスに登録したりする場合であったとしても柔軟に対応できる。

また、会員登録システムＳは、第２会員情報が自動入力されたフォームＦ５０Ａ，Ｆ５０Ｂと、ユーザによる入力が必要なフォームＦ５０Ｃ，Ｆ５０Ｄと、を１の会員登録ページＰ５に表示させる。会員登録システムＳは、フォームＦ５０Ａ，Ｆ５０Ｂに自動入力された第２会員情報と、第２フォームＦ５０Ｃ，Ｆ５０Ｄに対するユーザの入力と、に基づいて、ホテルプログラムサービスシステムに会員登録を要求する。これにより、第１会員情報が流用されたフォームＦ５０Ａ，Ｆ５０Ｂと、ユーザによる手動入力が必要なフォームＦ５０Ｃ，Ｆ５０Ｄと、を混在させた会員登録ページＰ５にすることができるので、柔軟な会員登録ページＰ５にすることができる。例えば、第１会員情報を流用して第２会員情報の登録をした後に、手動入力が必要な第２会員情報の入力をユーザに要求するといった２段階の登録が発生することがなく、会員登録が一度の入力で済むのでユーザの負担を軽減できる。総合予約サーバ１０及びホテルサーバ２０からしても、一度の登録で済むので処理負荷が軽減される。インターネットＮ上の通信回数も減らすことができるので、ネットワーク負荷も軽減される。

また、会員登録システムＳは、総合予約サービスで検索されたホテルに関する情報を含む検索結果ページＰ２、ホテル詳細ページＰ３、又はプラン詳細ページＰ４において、ユーザによる開始要求を受け付ける。これにより、ホテルプログラムサービスに加盟するホテルを総合予約サービスで検索した流れで、そのままホテルプログラムサービスへの会員登録も済ませることができるので、ユーザの負担をより軽減できる。

また、会員登録システムＳは、ユーザによるホテルの予約を受け付けるまでの間に会員登録が完了した場合には、ホテルプログラムサービスの会員として、ユーザによるホテルの予約を行う。これにより、ユーザがホテルプログラムサービスの会員になった後に、その流れでホテルの予約を済ませることができるので、ユーザの負担をより軽減できる。

また、会員登録システムＳは、ホテルに関する情報を段階的に表示させ、何れの段階のホテルプログラムサービス情報が提供される場合だったとしても、開始要求を受け付け可能である。これにより、ユーザがホテルプログラムサービスの会員に興味を持った段階で会員登録の手続を開始することができるので、ユーザの負担をより軽減できる。

また、会員登録システムＳは、会員登録が完了した場合に、総合予約サービスにおける第１ユーザＩＤと、ホテルプログラムサービスにおける第２ユーザＩＤと、を関連付ける。会員登録システムＳは、第１ユーザＩＤ及び第２ユーザＩＤの関連付けに基づいて、ユーザがホテルプログラムサービスの会員であるか否かを判定し、当該判定結果に基づいて、総合予約サービスにおいて、ホテルプログラムサービスに関するプランを、ユーザに提供する。これにより、ホテルプログラムサービスの会員になったユーザに対し、総合予約サービス上で適切なサービスを提供できる。このため、ユーザは、ホテルプログラムサービスに加盟するホテルに有利な条件で宿泊したり、ホテルプログラムサービスのポイントを利用したりすることができるので、ユーザの利便性が高まる。

また、会員登録システムＳは、ユーザによる開始要求を受け付けるための検索結果ページＰ２、ホテル詳細ページＰ３、又はプラン詳細ページＰ４に、ユーザがホテルプログラムサービスの会員になった場合の特典を表示させる。これにより、ユーザがホテルプログラムサービスの会員に興味を持ちやすくなるので、ホテルプログラムサービスの会員を効果的に増やすことができる。

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

図１０は、変形例における機能ブロック図である。利用状況判定部１１３、登録部１１４、及び登録時ランク決定部１１５は、制御部１１を主として実現される。

［５－１．変形例１］
例えば、総合予約サービスから複数のホテルプログラムサービスの会員登録が可能であってもよい。変形例１では、実施形態で説明した「ＢＢＢグループ」以外にも、他のホテルプログラムサービスを提供する「ＣＣＣグループ」及び「ＤＤＤグループ」の会員登録が可能であるものとする。このため、変形例１では、総合予約サービスから３つのホテルプログラムサービスの会員登録が可能である。ユーザは、３つのホテルプログラムサービスのうち、任意のホテルプログラムサービスの会員になることができる。総合予約サービスから会員登録できるホテルプログラムサービスは、任意の数であってよく、３つに限られない。どのホテルがどのホテルプログラムサービスに加盟しているかを示す情報は、ホテルデータベースＤＢ２に格納されているものとする。

変形例１では、実施形態と同様に、総合予約サービスには、第１会員情報に関する複数の項目が登録されているものとする。図５の第１ユーザデータベースＤＢ１であれば、第１パスワード、氏名、メールアドレス、性別、生年月日、年齢、住所、及び電話番号といった８つの項目が登録されている。実施形態で説明したように、項目の種類は、任意の種類であってよく、これらの例に限られない。

変形例１では、ホテルプログラムサービスごとに、会員登録に必要な第２会員情報の項目が定められているものとする。実施形態で説明した会員登録システムＳは、特定のホテル向けの専用システムではなく、プラットフォームとしての機能を有してもよく、ホテルプログラムサービスを有するホテルごとに、会員登録に必要な情報の項目が設定されたデータベースが存在するものとする。例えば、総合予約サービスは、当該プラットフォーム上で、「ＢＢＢグループ」、「ＣＣＣグループ」及び「ＤＤＤグループ」等の複数のホテルプログラムサービスの会員登録サービスを提供する。

例えば、「ＣＣＣグループ」及び「ＤＤＤグループ」では、「ＢＢＢグループ」の会員登録に必要な氏名、メールアドレス、及びメールマガジンの配信有無とは異なる第２会員情報が必要であってもよい。変形例１では、ユーザが会員になろうとしているホテルプログラムサービスに応じた第２会員情報がフォームＦ５０に自動入力される。会員登録ページＰ５は、ホテルプログラムサービスに応じたフォームＦ５０を含む。

ホテルプログラムサービスと、第２会員情報として流用可能な第１会員情報の項目と、の関係を示すデータは、データ記憶部１００に記憶されているものとする。第１会員情報取得部１０３は、複数の項目のうち、ホテルプログラムサービスに応じた項目を取得する。第１会員情報取得部１０３は、複数のホテルプログラムサービスのうち、ユーザが開始要求をしたホテルプログラムサービスに登録される第２会員情報の項目と同じ項目を取得する。

例えば、「ＣＣＣグループ」の会員登録に、氏名、メールアドレス、住所、及び電話番号といった４つの項目が必要だったとする。第１会員情報取得部１０３は、ユーザが「ＣＣＣグループ」の会員登録の開始要求をした場合には、第１ユーザデータベースＤＢ１を参照し、これら４つの項目を取得する。例えば、「ＤＤＤグループ」の会員登録に、氏名、メールアドレス、及び生年月日といった３つの項目が必要だったとする。第１会員情報取得部１０３は、ユーザが「ＤＤＤグループ」の会員登録の開始要求をした場合には、第１ユーザデータベースＤＢ１を参照し、これら３つの項目を取得する。

フォーム表示制御部１０４は、ホテルプログラムサービスに応じた項目に基づいて、第２会員情報が自動入力されたフォームＦ５０を、１の会員登録ページＰ５に表示させる。ユーザが会員になろうとしているホテルプログラムサービスに応じた種類の第１会員情報が、このホテルプログラムサービスの第２会員情報としてフォームＦ５０に自動入力される点で実施形態とは異なるが、第２会員情報がフォームＦ５０に自動入力された１の会員登録ページＰ５を表示させるための処理自体は、実施形態で説明した通りである。

変形例１によれば、会員登録システムＳは、第１会員情報に関する複数の項目のうち、ホテルプログラムサービスに応じた項目を取得する。会員登録システムＳは、ホテルプログラムサービスに応じた項目に基づいて、第２会員情報が自動入力されたフォームＦ５０を、１の会員登録ページＰ５に表示させる。これにより、ユーザが会員になろうとしているホテルプログラムサービスに応じた自動入力が実現されるので、複数のホテルプログラムサービスの会員登録を可能にする場合のユーザの負担を軽減できる。

［５－２．変形例２］
例えば、総合予約サービスには、同じ種類の複数の第１会員情報が登録されていることがある。住所が第１会員情報に相当したとすると、ユーザが、自宅、実家、及び職場といった３つの住所を総合予約サービスに登録していることがある。メールアドレスが第１会員情報に相当したとすると、ユーザが、スマートフォン、フリーメール、及び職場といった３つのメールアドレスを総合予約サービスに登録していることがある。この場合、ユーザが第２会員情報として流用するものを選択できるようにしてもよい。更に、複数の第１会員情報の中に、デフォルト値の設定がある場合には、デフォルト値としての第１会員情報が自動選択されてもよい。更に、デフォルト値としての第１会員情報以外の他の第１会員情報を選択可能なようにしてもよい。

変形例２の第１会員情報取得部１０３は、複数の第１会員情報を取得する。複数の第１会員情報が取得される点で実施形態とは異なるが、第１会員情報の取得方法自体は、実施形態で説明した通りである。複数の第１会員情報を総合予約サービスに登録していないユーザについては、実施形態と同様にして、１つの第１会員情報が取得されるようにすればよい。

フォーム表示制御部１０４は、複数の第１会員情報のうちの何れかを、第２会員情報として選択可能なフォームＦ５０を、１の会員登録ページＰ５に表示させる。ここでは、プルダウンメニュー形式のフォームＦ５０を例に挙げるが、チェックボックス又はラジオボタンといった他のフォームを利用して、第２会員情報として流用する第１会員情報を選択できるようにしてもよい。

会員登録要求部１０６は、フォームＦ５０の選択結果に基づいて、ホテルサーバ２０に会員登録を要求する。フォームＦ５０から選択された第２会員情報がホテルプログラムサービスに登録される点で実施形態とは異なるが、会員登録が要求される流れは、実施形態と同様である。ユーザがフォームＦ５０から選択して第２会員情報として流用された第１会員情報が、ユーザの入力によって変更されてもよい。

変形例２によれば、会員登録システムＳは、複数の第１会員情報のうちの何れかを、第２会員情報として選択可能なフォームＦ５０を、１の会員登録ページＰ５に表示させる。会員登録システムＳは、フォームＦ５０の選択結果に基づいて、ホテルプログラムサービスシステムに会員登録を要求する。これにより、複数の第１会員情報の中から第２会員情報として流用するものをユーザに選択させることができるので、ユーザの利便性が高まるとともに、ユーザの負担を軽減できる。

［５－３．変形例３］
例えば、フォーム表示制御部１０４は、ホテルプログラムサービスに応じた表示態様で、１の会員登録ページＰ５を表示させてもよい。表示態様とは、１の会員登録ページＰ５の見た目である。例えば、全体的なレイアウト、個々の画像、背景、説明文、テキストの色、又はテキストのフォントは、表示態様に相当する。ホテルプログラムサービスと、会員登録ページＰ５の表示態様と、の関係を示すデータは、データ記憶部１００に記憶されているものとする。

例えば、フォーム表示制御部１０４は、「ＢＢＢグループ」のロゴが含まれるように、「ＢＢＢグループ」の会員登録ページＰ５を表示させる。ロゴ以外の全体的な雰囲気も、「ＢＢＢグループ」が提供するホテルプログラムサービスのページと同様にしてもよい。「ＢＢＢグループ」が青や赤といった特定の色を企業カラーとして利用している場合には、フォーム表示制御部１０４は、当該特定の色の会員登録ページＰ５を表示させる。変形例１のように「ＣＣＣグループ」及び「ＤＤＤグループ」といった他のホテルプログラムサービスの会員登録も可能とする場合には、フォーム表示制御部１０４は、他のホテルプログラムサービスに応じた表示態様で、他のホテルプログラムサービスの会員登録ページＰ５を表示させる。

変形例３によれば、会員登録システムＳは、ホテルプログラムサービスに応じた表示態様で、１の会員登録ページＰ５を表示させる。これにより、どのホテルプログラムサービスの会員登録をしようとしているかをユーザが把握しやすくなるので、ユーザの利便性が高まる。

［５－４．変形例４］
例えば、総合予約サービスからホテルプログラムサービスの会員登録をする機能は、総合予約サービスをよく利用するユーザだけに提供されてもよい。変形例４では、総合予約サービスにユーザのランクが定められているものとする。ユーザが総合予約サービスを利用するほど、ユーザのランクが上がる。総合予約サービスが、電子商取引サービス又は金融サービスといった他のサービスと連携している場合には、ユーザが他のサービスを利用するほど、ユーザのランクが上がる。ランクの仕組み自体は、公知の種々のランクのものを利用可能である。予め定められた条件に応じてランクが変わるようにすればよい。

会員登録システムＳは、総合予約サービスにおけるユーザの利用状況が所定の状況であるか否かを判定する利用状況判定部１１３を更に含む。ランクは、利用状況の一例である。このため、ランクについて説明している箇所は、利用状況と読み替えることができる。利用状況は、任意の情報であってよく、ランクに限られない。例えば、ユーザの利用額、利用回数、利用頻度、又は利用期間の各々が利用状況に相当してもよいし、これらの一部の組み合わせ、又は、ランクも含めた全ての組み合わせが利用状況に相当してもよい。更に、総合予約サービスにおける利用状況だけではなく、総合予約サービスと連携する他のサービスも含めた利用状況であってもよい。所定の状況とは、会員登録の機能を提供するか否かの判定基準となる状況である。例えば、総合予約サービスのランクが５段階存在し、３段階目以上のユーザに会員登録の機能を提供する場合には、３段階目が所定の状況になる。

フォーム表示制御部１０４は、利用状況判定部１１３の判定結果に基づいて、１の会員登録ページＰ５を表示させるか否かを制御する。例えば、フォーム表示制御部１０４は、ユーザの利用状況が所定の状況であると判定されない場合には、１の会員登録ページＰ５を表示させず、ユーザの利用状況が所定の状況であると判定された場合に、１の会員登録ページＰ５を表示させる。この場合、所定のランク以上のユーザに対し、会員登録の機能が提供される。

変形例４によれば、会員登録システムＳは、総合予約サービスにおけるユーザの利用状況が所定の状況であるか否かを判定し、当該判定結果に基づいて、１の会員登録ページＰ５を表示させるか否かを制御する。これにより、例えば、総合予約サービスをよく利用するユーザへの特典として会員登録の機能を提供できる。

なお、上記の例とは逆に、フォーム表示制御部１０４は、ユーザの利用状況が所定の状況であると判定された場合には、１の会員登録ページＰ５を表示させず、ユーザの利用状況が所定の状況であると判定されない場合に、１の会員登録ページＰ５を表示させてもよい。この場合、所定のランク未満のユーザに対し、会員登録の機能が提供される。このようにした場合、総合予約サービスをあまり利用しないユーザに対し、便利な会員登録の機能を提供することによって、総合予約サービスを継続的に利用する動機付けを与えることができる。

［５－５．変形例５］
例えば、会員登録システムＳは、１の会員登録ページＰ５に対するユーザの入力に基づいて、ホテルプログラムサービスに登録される第２会員情報を、総合予約サービスに登録する登録部１１４を更に有してもよい。変形例５では、第１ユーザデータベースＤＢ１に格納されたホテルプログラム情報の一部として、第２会員情報が格納される場合を説明するが、ホテルプログラム情報とは異なる情報として格納されてもよい。登録部１１４は、ホテルサーバ２０から登録完了の通知を受信したタイミング、又は、ユーザ端末３０から登録要求を受信したタイミングで、第２ユーザＩＤに関連付けられて第２ユーザデータベースＤＢ３に登録された第２会員情報を、ホテルプログラム情報の一部として格納する。

総合予約サービス提供部１１１は、総合予約サービスに登録された第２会員情報に基づいて、総合予約サービスを提供する。例えば、総合予約サービス提供部１１１は、ホテルプログラムサービスに加盟するホテルをユーザが予約する場合には、第１ユーザデータベースＤＢ１に格納された第２会員情報を、宿泊者の情報を入力するための画面のフォームに自動入力してもよい。他にも例えば、総合予約サービス提供部１１１は、総合予約サービスから、ユーザがホテルプログラムサービスにログインしてホテルプログラムサービスを利用する場合と同等のサービスを利用できるようにしてもよい。

変形例５によれば、会員登録システムＳは、総合予約サービスに登録された第２会員情報に基づいて、総合予約サービスを提供する。これにより、例えば、ユーザがホテルプログラムサービスにログインしてホテルプログラムサービスを利用する場合と同等のサービスを、総合予約サービスから利用できるようになるので、ユーザの利便性が高まる。

［５－６．変形例６］
例えば、ホテルプログラムサービスは、第１価格で利用可能であってもよい。例えば、ユーザがホテルプログラムサービスの会員になった場合、ホテルプログラムサービスに直接的にログインし、ホテルプログラムサービスに加盟するホテルを予約できる。第１価格は、この場合の価格である。第１価格は、総合予約サービスではなく、ホテルプログラムサービスから直接的にホテルを予約する時の価格である。総合予約サービスは、第１価格よりも高い第２価格で利用可能である。第２価格は、実施形態で説明した非会員用の価格である。

変形例６の総合予約サービス提供部１１１は、ユーザがホテルプログラムサービスの会員であると判定されない場合には、ユーザに総合予約サービスを第２価格で利用させ、ユーザがホテルプログラムサービスの会員であると判定された場合には、ユーザに総合予約サービスを第１価格で利用させる。変形例６では、第１価格と同等の価格になるように、ホテルデータベースＤＢ２の会員価格情報が設定されているものとする。このため、総合予約サービス提供部１１１は、ユーザがホテルプログラムサービスの会員になった後は、ユーザがホテルプログラムサービスから直接的に予約する場合と同じ価格で予約できるように、総合予約サービスを提供する。例えば、総合予約サービス提供部１１１は、検索結果ページＰ２、ホテル詳細ページＰ３、又はプラン詳細ページＰ４に、第１価格と同じ価格を表示させる。

変形例６によれば、会員登録システムＳは、ユーザがホテルプログラムサービスの会員であると判定されない場合には、ユーザに総合予約サービスを第２価格で利用させ、ユーザがホテルプログラムサービスの会員であると判定された場合には、ユーザに総合予約サービスを第１価格で利用させる。これにより、ユーザがホテルプログラムサービスにログインしてホテルプログラムサービスを利用する場合と同等の価格で、総合予約サービスからホテルを予約できるようになるので、ユーザの利便性が高まる。

［５－７．変形例７］
例えば、総合予約サービス提供部１１１は、総合予約サービスにおけるユーザの利用状況と、ホテルプログラムサービスにおけるユーザの利用状況と、に基づいて、ユーザに総合予約サービスを提供してもよい。変形例４と同様に、利用状況の一例としてランクを説明するが、利用状況は、変形例４で説明した他の情報であってもよい。変形例７では、ホテルプログラムサービスでも独自のランクが存在するものとする。ホテルプログラムサービスにおけるランクの仕組み自体は、公知の種々のランクのものを利用可能である。予め定められた条件に応じてランクが変わるようにすればよい。

総合予約サービス提供部１１１は、総合予約サービスにおけるユーザのランクと、ホテルプログラムにおけるユーザのランクと、を総合的に考慮して、ユーザに総合予約サービスを提供する。例えば、総合予約サービス提供部１１１は、総合予約サービスにおけるユーザのランクが高く、かつ、ホテルプログラムにおけるユーザのランクが高いほど、ユーザが有利な条件で総合予約サービスを利用できるように、総合予約サービスを提供する。有利な条件とは、価格が安いこと、チェックイン可能時間が早いこと、滞在可能時間が長いこと、チェックアウト可能時間が遅いこと、又は利用可能な施設が多いことである。有利な条件は、第２サービスに応じた条件であればよい。

変形例７によれば、会員登録システムＳは、総合予約サービスにおけるユーザの利用状況と、ホテルプログラムサービスにおけるユーザの利用状況と、に基づいて、ユーザに総合予約サービスを提供する。これにより、総合予約サービスにおけるユーザの利用状況だけではなく、ホテルプログラムサービスにおけるユーザの利用状況も考慮されて、ユーザが総合予約サービスを利用できるので、ユーザの利便性が高まる。例えば、ユーザが、ホテルプログラムサービスに加盟するホテルを総合予約サービスから予約すれば、これら両方のサービスのランクが高くなるので、ユーザに両方のサービスを利用する動機付けを与えることができる。

［５－８．変形例８］
例えば、総合予約サービス提供部１１１は、ユーザが総合予約サービスからホテルプログラムサービスの会員になった場合に、ユーザがホテルプログラムサービスからホテルプログラムサービスの会員になった場合よりも有利な条件で、ユーザに総合予約サービスを提供してもよい。有利な条件の意味は、変形例７で説明した通りである。例えば、総合予約サービス提供部１１１は、ユーザが総合予約サービスからホテルプログラムサービスの会員になった場合には、特別な新規会員割引を適用する。この新規会員割引は、ユーザが、ホテルプログラムサービスから会員登録し、ホテルプログラムサービスから直接的にホテルを予約する場合よりも価格が安いものとする。総合予約サービス提供部１１１は、ホテルプログラムサービスから直接的に予約する場合よりも安くなるように、ユーザに総合予約サービスを提供する。

変形例８によれば、会員登録システムＳは、ユーザが総合予約サービスからホテルプログラムサービスの会員になった場合に、ユーザがホテルプログラムサービスからホテルプログラムサービスの会員になった場合よりも有利な条件で、ユーザに総合予約サービスを提供する。これにより、総合予約サービスからホテルプログラムサービスの会員登録をする動機付けをユーザに与えることができる。

［５－９．変形例９］
例えば、会員登録システムＳは、総合予約サービスにおけるユーザの利用状況に基づいて、ホテルプログラムサービスの会員登録時におけるユーザのランクを決定する登録時ランク決定部１１５を更に含んでもよい。変形例９では、変形例７と同様に、ホテルプログラムサービスでは、ユーザの利用状況に応じたランクが設定される。登録時ランク決定部１１５は、総合予約サービスにおけるユーザのランクが高いほど、ホテルプログラムサービスにおけるユーザのランクが高くなるように、会員登録時におけるユーザのランクを決定する。会員登録時におけるユーザのランクとは、ホテルプログラムサービスの初期のランクである。

変形例９によれば、会員登録システムＳは、ユーザの利用状況に応じたランクが設定され、総合予約サービスにおけるユーザの利用状況に基づいて、ホテルプログラムサービスの会員登録時におけるユーザのランクを決定する。これにより、総合予約サービスをよく利用するユーザがホテルプログラムサービスを有利に利用できるようになるので、ユーザの利便性が高まる。

［５－１０．その他の変形例］
例えば、上記変形例を組み合わせてもよい。

例えば、会員登録ページＰ５のフォームＦ５０には、第２会員情報が自動入力されなくてもよい。第２会員情報が自動入力されなかったとしても、従来技術のような２段階の操作を要することなく、総合予約サービスからホテルプログラムサービスの会員登録が完了するので、ユーザの負担を軽減できる。例えば、ユーザがホテルプログラムサービスの会員になったとしても、総合予約サービスから会員用の価格でホテルが宿泊できなくてもよい。この場合、ユーザが総合予約サービスからホテルを予約した場合には、ユーザが会員であることがホテルに通知され、ホテルプログラムサービスのポイントを獲得するといったことによって、ユーザがホテルプログラムサービスを利用できるようにしてもよい。例えば、ユーザが会員登録ページＰ５に入力した第２会員情報が、ユーザ端末３０からホテルサーバ２０に直接的に送信されてもよい。例えば、ユーザがホテルプログラムサービスから退会した場合には、第１ユーザＩＤ及び第２ユーザＩＤの関連付けが解除されてもよい。

例えば、ユーザがホテルプログラムサービスの会員である場合には、総合予約サービスにおける第１ユーザＩＤと、ホテルプログラムサービスにおける第２ユーザＩＤと、の関連付けが可能であってもよい。この場合、実施形態で説明した処理が会員登録システムＳで実行されなくてもよい。例えば、ユーザが、会員登録ページＰ５から、自身の第２ユーザＩＤを入力できるようにしてもよい。この場合、会員登録ページＰ５には、ユーザが新規に会員になるためのフォームと、既に会員である場合に第２ユーザＩＤを入力するためのフォームと、の両方が表示されてもよい。既に会員であるユーザが第１ユーザＩＤ及び第２ユーザＩＤの関連付けを行った場合には、特別な特典が付与されてもよい。例えば、ユーザが総合予約サービスからホテルを予約する場合には、特別な価格で予約できるようにしてもよい。

例えば、第１サービス及び第２サービスの組み合わせは、任意の組み合わせであってよく、実施形態の例に限られない。例えば、第１サービスが電子商取引サービスであり、第２サービスがポイントサービスであってもよい。この場合、ユーザは、電子商取引サービスで商品を検索する流れで、ポイントサービスの会員登録を完了できる。ユーザがポイントサービスの会員になった後は、検索した商品を購入した時に、ポイントサービスが提供するポイントが貯まってもよい。他にも例えば、第１サービスがホテルプログラムサービスであり、第２サービスが総合予約サービスであってもよい。即ち、第１サービス及び第２サービスの関係が実施形態とは逆であってもよい。この場合、ユーザは、ホテルプログラムサービスから総合予約サービスの会員登録が可能になる。第１サービス及び第２サービスの関係は、その他の任意の組み合わせであってよい。

例えば、主な機能が総合予約サーバ１０で実現される場合を説明したが、各機能は複数のコンピュータで分担されてもよい。例えば、総合予約サーバ１０、ホテルサーバ２０、及びユーザ端末３０の間で各機能が分担されてもよい。例えば、総合予約サーバ１０又はホテルサーバ２０に記憶されるものとして説明したデータは、他のデータベースサーバに記憶されてもよい。

Ｓ 会員登録システム、Ｎ インターネット、１０ 総合予約サーバ、２０ ホテルサーバ、３０ ユーザ端末、１１，２１，３１ 制御部、１２，２２，３２ 記憶部、１３，２３，３３ 通信部、３４ 操作部、３５ 表示部、Ｐ１ トップページ、Ｐ２ 検索結果ページ、Ｐ３ ホテル詳細ページ、Ｐ４ プラン詳細ページ、Ｐ５ 会員登録ページ、Ｐ６ 登録完了ページ、１００ データ記憶部、１０１ 特典表示制御部、１０２ 開始要求受付部、１０３ 第１会員情報取得部、１０４ フォーム表示制御部、１０５ 登録要求受付部、１０６ 会員登録要求部、１０７ 完了通知受付部、１０８ 関連付け部、１０９ 完了表示制御部、１１０ 会員登録判定部、１１１ 総合予約サービス提供部、１１２ 施設予約部、１１３ 利用状況判定部、１１４ 登録部、１１５ 登録時ランク決定部、２００ データ記憶部、２０１ 会員登録部、２０２ 完了通知送信部、２０３ ホテルプログラムサービス提供部、３００ データ記憶部、３０１ 表示制御部、３０２ 操作受付部、Ａ２０，Ａ３０，Ａ４０ 表示領域、Ｂ１１，Ｂ３１，Ｂ５１，Ｂ６０，Ｂ２０１，Ｂ２０２，Ｂ２０３，Ｂ３００，Ｂ３０１，Ｂ４００，Ｂ４０１ ボタン、ＤＢ１ 第１ユーザデータベース、ＤＢ２ ホテルデータベース、ＤＢ３ 第２ユーザデータベース、Ｆ１０，Ｆ５０，Ｆ５０Ａ，Ｆ５０Ｂ，Ｆ５０Ｃ，Ｆ５０Ｄ フォーム、Ａ２００ 表示領域。

Claims (20)

1. 第１サービスにおけるユーザのユーザ端末から所定の形式のデータを受信することによって、前記第１サービスにおいて前記ユーザにより行われた、第２サービスの会員登録を開始するための開始要求を受け付ける開始要求受付部と、
   前記開始要求受付部が前記開始要求を受け付けた場合に、前記ユーザ端末に対し、前記第１サービスにおける１のページに、前記会員登録用のフォームを表示させるためのデータを送信するフォーム表示制御部と、
   前記１のページに対する前記ユーザの入力に基づいて、前記第２サービスに対応する第２サービスサーバに対し、前記会員登録を要求するための所定の形式のデータを送信する会員登録要求部と、
   を含む会員登録システム。
2. 前記会員登録システムは、前記第１サービスにおける前記ユーザの第１会員情報を取得する第１会員情報取得部を更に含み、
   前記フォーム表示制御部は、前記第１会員情報に基づいて、前記第２サービスに登録される第２会員情報が自動入力された前記フォームを、前記１のページに表示させ、
   前記会員登録要求部は、前記フォームに自動入力された前記第２会員情報に基づいて、前記第２サービスサーバに前記会員登録を要求し、
   前記第２サービスサーバは、前記会員登録要求部により行われた要求に基づいて、前記第２サービスの会員登録を行って、前記会員登録システムに、前記第２サービスの会員登録が完了したことを示す完了通知を送信し、
   前記会員登録システムは、
   前記第２サービスサーバから、前記完了通知を受け付ける完了通知受付部と、
   前記完了通知受付部が前記完了通知を受け付けた場合に、前記会員登録が完了したことを示す登録完了ページを、前記第１サービスにおけるページとして表示させる完了表示制御部と、
   を更に含む請求項１に記載の会員登録システム。
3. 前記フォーム表示制御部は、自動入力された前記第２会員情報を変更可能な前記フォームを、前記１のページに表示させ、
   前記会員登録要求部は、前記フォームに自動入力された前記第２会員情報が前記ユーザにより変更された場合には、当該変更された第２会員情報に基づいて、前記第２サービスサーバに前記会員登録を要求する、
   請求項２に記載の会員登録システム。
4. 前記フォーム表示制御部は、前記第２会員情報が自動入力された第１フォームと、前記ユーザによる入力が必要な第２フォームと、を前記１のページに表示させ、
   前記会員登録要求部は、前記第１フォームに自動入力された前記第２会員情報と、前記第２フォームに対する前記ユーザの入力と、に基づいて、前記第２サービスサーバに前記会員登録を要求する、
   請求項２又は３に記載の会員登録システム。
5. 前記第１サービスには、前記第１会員情報に関する複数の項目が登録されており、
   前記第１会員情報取得部は、前記複数の項目のうち、前記第２サービスに応じた前記項目を取得し、
   前記フォーム表示制御部は、前記第２サービスに応じた前記項目に基づいて、前記第２会員情報が自動入力された前記フォームを、前記１のページに表示させる、
   請求項２～４の何れかに記載の会員登録システム。
6. 前記第１サービスには、同じ種類の複数の前記第１会員情報が登録されており、
   前記第１会員情報取得部は、前記複数の第１会員情報を取得し、
   前記フォーム表示制御部は、前記複数の第１会員情報のうちの何れかを、前記第２会員情報として選択可能な前記フォームを、前記１のページに表示させ、
   前記会員登録要求部は、前記フォームの選択結果に基づいて、前記第２サービスサーバに前記会員登録を要求する、
   請求項２～５の何れかに記載の会員登録システム。
7. 前記フォーム表示制御部は、前記第２サービスに応じた表示態様で、前記１のページを表示させる、
   請求項１～６の何れかに記載の会員登録システム。
8. 前記会員登録システムは、前記第１サービスにおける前記ユーザの利用状況が所定の状況であるか否かを判定する利用状況判定部を更に含み、
   前記フォーム表示制御部は、前記利用状況判定部の判定結果に基づいて、前記１のページを表示させるか否かを制御する、
   請求項１～７の何れかに記載の会員登録システム。
9. 前記第１サービスでは、前記第２サービスに関する第２サービスアイテムを含む複数のアイテムの中から、前記ユーザが指定した検索条件に応じたアイテムが検索され、
   前記開始要求受付部は、前記第１サービスで検索された前記第２サービスアイテムを含む第２サービスアイテムページで、前記ユーザによる前記開始要求を受け付ける、
   請求項１～８の何れかに記載の会員登録システム。
10. 前記第１サービスでは、前記第２サービスに関する施設の予約が受け付けられ、
    前記会員登録システムは、前記ユーザによる前記施設の予約を行う施設予約部を更に含み、
    前記施設予約部は、前記ユーザによる前記施設の予約を受け付けるまでの間に、前記会員登録が完了した場合には、前記第２サービスの会員として、前記ユーザによる前記施設の予約を行う、
    請求項１～９の何れかに記載の会員登録システム。
11. 前記第１サービスでは、前記第２サービスに関する第２サービス情報を、前記ユーザに段階的に提供可能であり、
    前記開始要求受付部は、何れの段階の前記第２サービス情報が提供される場合だったとしても、前記開始要求を受け付け可能である、
    請求項１～１０の何れかに記載の会員登録システム。
12. 前記会員登録システムは、
    前記会員登録が完了した場合に、前記第１サービスにおける前記ユーザの第１ユーザ識別情報と、前記第２サービスにおける前記ユーザの第２ユーザ識別情報と、を関連付ける関連付け部と、
    前記第１ユーザ識別情報及び前記第２ユーザ識別情報の関連付けに基づいて、前記ユーザが前記第２サービスの会員であるか否かを判定する会員登録判定部と、
    前記会員登録判定部の判定結果に基づいて、前記第１サービスにおいて、前記第２サービスに関する第２サービスアイテムを、前記ユーザに提供する第１サービス提供部と、
    を更に含む請求項１～１１の何れかに記載の会員登録システム。
13. 前記第１サービス提供部は、前記ユーザが前記第２サービスの会員であると判定された場合に、所定の特典が発生するように、前記ユーザに前記第１サービスを提供し、
    前記会員登録システムは、前記ユーザによる前記開始要求を受け付けるためのページに、前記ユーザが前記第２サービスの会員になった場合の特典に関する特典情報を表示させる特典表示制御部を更に含む、
    請求項１２に記載の会員登録システム。
14. 前記会員登録システムは、前記１のページに対する前記ユーザの入力に基づいて、前記第２サービスに登録される第２会員情報を、前記第１サービスに登録する登録部を更に有し、
    前記第１サービス提供部は、前記第１サービスに登録された前記第２会員情報に基づいて、前記第１サービスを提供する、
    請求項１２又は１３に記載の会員登録システム。
15. 前記第２サービスは、第１価格で利用可能であり、
    前記第１サービスは、前記第１価格よりも高い第２価格で利用可能であり、
    前記第１サービス提供部は、前記ユーザが前記第２サービスの会員であると判定されない場合には、前記ユーザに前記第１サービスを前記第２価格で利用させ、前記ユーザが前記第２サービスの会員であると判定された場合には、前記ユーザに前記第１サービスを前記第１価格で利用させる、
    請求項１２～１４の何れかに記載の会員登録システム。
16. 前記第１サービス提供部は、前記第１サービスにおける前記ユーザの利用状況と、前記第２サービスにおける前記ユーザの利用状況と、に基づいて、前記ユーザに前記第１サービスを提供する、
    請求項１２～１５の何れかに記載の会員登録システム。
17. 前記第１サービス提供部は、前記ユーザが前記第１サービスから前記第２サービスの会員になった場合に、前記ユーザが前記第２サービスから前記第２サービスの会員になった場合よりも有利な条件で、前記ユーザに前記第１サービスを提供する、
    請求項１２～１６の何れかに記載の会員登録システム。
18. 前記第２サービスでは、前記ユーザの利用状況に応じたランクが設定され、
    前記会員登録システムは、前記第１サービスにおける前記ユーザの利用状況に基づいて、前記第２サービスの会員登録時における前記ユーザのランクを決定する登録時ランク決定部を更に含む、
    請求項１～１７の何れかに記載の会員登録システム。
19. コンピュータが、
    第１サービスにおけるユーザのユーザ端末から所定の形式のデータを受信することによって、前記第１サービスにおいて前記ユーザにより行われた、第２サービスの会員登録を開始するための開始要求を受け付ける受付ステップと、
    前記受付ステップで前記開始要求を受け付けた場合に、前記ユーザ端末に対し、前記第１サービスにおける１のページに、前記会員登録用のフォームを表示させるためのデータを送信するフォーム表示制御ステップと、
    前記１のページに対する前記ユーザの入力に基づいて、前記第２サービスに対応する第２サービスサーバに対し、前記会員登録を要求するための所定の形式のデータを送信する会員登録要求ステップと、
    を実行する会員登録方法。
20. 第１サービスにおけるユーザのユーザ端末から所定の形式のデータを受信することによって、前記第１サービスにおいて前記ユーザにより行われた、第２サービスの会員登録を開始するための開始要求を受け付ける開始要求受付部、
    前記開始要求受付部が前記開始要求を受け付けた場合に、前記ユーザ端末に対し、前記第１サービスにおける１のページに、前記会員登録用のフォームを表示させるためのデータを送信するフォーム表示制御部、
    前記１のページに対する前記ユーザの入力に基づいて、前記第２サービスに対応する第２サービスサーバに対し、前記会員登録を要求するための所定の形式のデータを送信する会員登録要求部、
    としてコンピュータを機能させるためのプログラム。

Images