JP2021015397A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】ユーザのアカウント連携の有無に応じてウェブページのコンテンツを最適化すること。【解決手段】情報処理装置は、記憶部と通信部と制御部を有する。上記記憶部は、複数のユーザの第１アカウントに関する情報と、ウェブページに掲載される第１コンテンツ及び第２コンテンツを記憶する。上記通信部は、上記ユーザのユーザ端末と通信する。上記制御部は、上記ユーザ端末から、上記ウェブページの表示要求を受信した場合であって、当該表示要求に、上記第１アカウントに上記ユーザの第２アカウントが連携していることを示す情報が含まれる場合、上記第１コンテンツを掲載したウェブページを上記ユーザ端末へ送信し、上記第１アカウントに上記第２アカウントが連携していないことを示す情報が含まれる場合または前記第１アカウントに前記ユーザの第２アカウントが連携していることを示す情報が含まれない場合、上記第２コンテンツを掲載したウェブページを上記ユーザ端末へ送信する。【選択図】図４

Description

本発明は、ユーザ端末のユーザにコンテンツを提示するための情報処理を実行する情報処理装置、情報処理方法及びプログラムに関する。

従来から、互いに異なるユーザ識別体系（アカウント、ＩＤ）を利用するサービス間でアカウントを連携し、サービスを連動することができるシステムが知られている。例えば下記特許文献１には、 紹介者識別子を含む第１のＵＲＬを生成し、ユーザ識別子を含む第２のＵＲＬを生成することにより、第１のＵＲＬ及び第２のＵＲＬにより情報取得サーバにアクセスがあった場合、紹介者識別子及びユーザ識別子を紐づけて取得することが開示されている。

特許第６３７７２９３号公報

しかしながら、従来においては、ユーザにウェブページが提供される際には、当該ユーザが上記アカウントの連携をしているか否かに関わらず同一のコンテンツが提供されていた。

以上のような事情に鑑み、本発明の目的は、ユーザのアカウント連携の有無に応じてウェブページのコンテンツを最適化することが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。

上記目的を達成するため、本発明の一形態に係る情報処理装置は、記憶部と通信部と制御部を有する。上記記憶部は、複数のユーザの第１アカウントに関する情報と、ウェブページに掲載される第１コンテンツ及び第２コンテンツを記憶する。上記通信部は、上記ユーザのユーザ端末と通信する。上記制御部は、上記ユーザ端末から、上記ウェブページの表示要求を受信した場合であって、当該表示要求に、上記第１アカウントに上記ユーザの第２アカウントが連携していることを示す情報が含まれる場合、上記第１コンテンツを掲載したウェブページを上記ユーザ端末へ送信し、上記第１アカウントに上記第２アカウントが連携していないことを示す情報が含まれる場合または前記第１アカウントに前記ユーザの第２アカウントが連携していることを示す情報が含まれない場合、上記第２コンテンツを掲載したウェブページを上記ユーザ端末へ送信する。

これにより情報処理装置は、ユーザのアカウント連携の有無に応じてウェブページのコンテンツを最適化することができる。ここでコンテンツとは、典型的には例えばバナー広告用の画像や各種ハイパーリンクが設定されたアイコンやボタン等であるが、これらに限られず、テキスト、静止画像、動画像等のあらゆるコンテンツが含まれる。

上記制御部は、上記表示要求の受信時に上記ユーザ端末がいずれのアカウントによってもログインしていない場合には、上記第２コンテンツを掲載したウェブページを送信してもよい。

これにより情報処理装置は、未ログイン状態でアカウント連携の有無が不明な状態でもウェブページをユーザ端末に表示させることができる。

上記制御部は、前記表示要求に、前記第１アカウントに前記第２アカウントが連携していないことを示す情報が含まれる場合または前記第１アカウントに前記ユーザの第２アカウントが連携していることを示す情報が含まれない場合には、当該連携を促す情報を上記第２コンテンツとして上記ウェブページに掲載してもよい。

これにより情報処理装置は、第２アカウントと未連携のユーザを連携に導くことができる。

上記記憶部は、上記ユーザの上記第２アカウントによるサービスの利用履歴を示す情報を記憶してもよい。この場合上記制御部は、上記ユーザの上記利用履歴が有る場合に上記ウェブページに上記連携を促す情報を掲載してもよい。

これにより情報処理装置は、第２アカウントと未連携のユーザであって連携による効果を享受できる可能性の高いユーザに対して連携を提案することができる。

上記記憶部は、上記利用履歴の有無を示す情報を複数の上記第２アカウントについて記憶してもよい。この場合上記制御部は、上記複数の第２アカウントのうち利用頻度の最も高い第２アカウントとの連携を促す情報を上記ウェブページに掲載してもよい。

これにより情報処理装置は、複数の第２アカウントのうち最も連携による効果を享受できる可能性の高いアカウントについてユーザに連携を提案することができる。

上記制御部は、上記連携の判定結果に応じて、上記第１のコンテンツと上記第２のコンテンツを、それぞれ上記ウェブページの同一位置に掲載してもよい。

これにより情報処理装置は、連携の有無によるウェブページの表示内容の変化をユーザに把握させやすくすることができる。

上記制御部は、上記ウェブページの上記第１のコンテンツまたは上記第２コンテンツが掲載される位置以外の領域には同一のコンテンツを掲載してもよい。

これにより情報処理装置は、連携の有無によるウェブページの表示内容の変化をユーザに一目で把握させることができる。

本発明の他の形態に係る情報処理装置は、記憶部と通信部と制御部を有する。上記記憶部は、複数のユーザの第１アカウントに関する情報と、上記第１のアカウントに上記ユーザの第２アカウントが連携しているか否かを示す連携情報とを記憶すると共に、ウェブページに掲載される第１コンテンツ及び第２コンテンツを記憶する。上記通信部は、上記ユーザのユーザ端末と通信する。上記制御部は、上記ユーザ端末から上記ウェブページの表示要求を受信した場合に、上記連携情報を基に当該ユーザの第１アカウントが上記第２アカウントに連携しているか否かを判定し、連携していると判定した場合に上記第１コンテンツを掲載した上記ウェブページを上記ユーザ端末へ送信し、連携していないと判定した場合に上記第２コンテンツを掲載した上記ウェブページを上記ユーザ端末へ送信する。

本発明の他の形態に係る情報処理装置は、通信部と制御部を有する。上記通信部は、複数のユーザのユーザ端末と通信する。上記制御部は、上記ユーザの第１アカウントに上記ユーザの第２アカウントを連携させる連携要求を受信した場合に、第１アカウントと第２アカウントが連携済みであることを示す情報をｃｏｏｋｉｅとして生成し上記ユーザ端末に送信して記憶させる。

これにより情報処理装置は、ユーザ端末が次回情報処理装置にアクセスした場合にｃｏｏｋｉｅによって第１アカウントと第２アカウントの連携の有無を判断することができる。

本発明の他の形態に係る情報処理装置は、記憶部と通信部と制御部とを有する。上記億部は、複数のユーザの第１アカウントに上記ユーザの第２アカウントが連携しているか否かを示す連携情報を記憶する。上記通信部は、上記ユーザのユーザ端末と通信する。上記制御部は、上記ユーザ端末から上記第１アカウントへのログイン要求を受信した場合に、上記連携情報を基に、上記第１アカウントに上記第２アカウントが連携しているか否かを判定し、連携していると判定した場合に、第１アカウントと第２アカウントが連携済みであることを示す情報をｃｏｏｋｉｅとして生成し上記ユーザ端末に送信して記憶させる。

本発明の他の形態に係る情報処理装置は、記憶部と通信部と制御部とを有する。上記記憶部は、ユーザの第１アカウントに前記ユーザの第２アカウントが連携しているか否かを示す連携情報を記憶する。上記通信部は、サーバにウェブページの表示要求を送信する。上記制御部は、前記表示要求に応答して前記サーバから送信された、前記ウェブページと、第１コンテンツ及び第２コンテンツとを受信し、前記連携情報を基に、前記第１アカウントに前記第２アカウントが連携しているか否かを判定し、連携していると判定した場合に前記ウェブページに前記第１コンテンツを掲載して出力し、連携していないと判定した場合に前記ウェブページに前記第２コンテンツを掲載して出力する。

本発明の他の形態に係る情報処理方法は、
複数のユーザの第１アカウントに関する情報と、ウェブページに掲載される第１コンテンツ及び第２コンテンツを記憶し、
上記ユーザのユーザ端末から、上記ウェブページの表示要求を受信した場合であって、当該表示要求に、上記第１アカウントに上記ユーザの第２アカウントが連携していることを示す情報が含まれる場合、上記第１コンテンツを掲載したウェブページを上記ユーザ端末へ送信し、上記第１アカウントに上記第２アカウントが連携していないことを示す情報が含まれる場合または上記第１アカウントに上記ユーザの第２アカウントが連携していることを示す情報が含まれない場合、上記第２コンテンツを掲載したウェブページを上記ユーザ端末へ送信する、ことを含む。

本発明の他の形態に係る情報処理方法は、
複数のユーザの第１アカウントに関する情報と、上記第１のアカウントに上記ユーザの第２アカウントが連携しているか否かを示す連携情報とを記憶し、
上記ユーザのユーザ端末から上記ウェブページの表示要求を受信した場合に、上記連携情報を基に当該ユーザの第１アカウントが上記第２アカウントに連携しているか否かを判定し、
連携していると判定した場合に第１コンテンツを掲載した上記ウェブページを上記ユーザ端末へ送信し、
連携していないと判定した場合に第２コンテンツを掲載した上記ウェブページを上記ユーザ端末へ送信する、ことを含む。

本発明の他の形態に係る情報処理方法は、
上記ユーザの第１アカウントに上記ユーザの第２アカウントを連携させる連携要求を受信した場合に、第１アカウントと第２アカウントが連携済みであることを示す情報をｃｏｏｋｉｅとして生成し、
上記ｃｏｏｋｉｅを上記ユーザ端末に送信して記憶させる、ことを含む。

本発明の他の形態に係る情報処理方法は、
複数のユーザの第１アカウントに上記ユーザの第２アカウントが連携しているか否かを示す連携情報を記憶し、
上記ユーザ端末から上記第１アカウントへのログイン要求を受信した場合に、上記連携情報を基に、上記第１アカウントに上記第２アカウントが連携しているか否かを判定し、
連携していると判定した場合に、第１アカウントと第２アカウントが連携済みであることを示す情報をｃｏｏｋｉｅとして生成し上記ユーザ端末に送信して記憶させる、ことを含む。

本発明の他の形態に係る情報処理方法は、
ユーザの第１アカウントに上記ユーザの第２アカウントが連携しているか否かを示す連携情報を記憶し、
サーバにウェブページの表示要求を送信し、
上記表示要求に応答して上記サーバから送信された、上記ウェブページと、第１コンテンツ及び第２コンテンツとを受信し、
上記連携情報を基に、上記第１アカウントに上記第２アカウントが連携しているか否かを判定し、
連携していると判定した場合に上記ウェブページに上記第１コンテンツを掲載して出力し、
連携していないと判定した場合に上記ウェブページに上記第２コンテンツを掲載して出力する、ことを含む。

本発明の他の形態に係るプログラムは、情報処理装置に、
複数のユーザの第１アカウントに関する情報と、ウェブページに掲載される第１コンテンツ及び第２コンテンツを記憶するステップと、
上記ユーザのユーザ端末から、上記ウェブページの表示要求を受信した場合であって、当該表示要求に、上記第１アカウントに上記ユーザの第２アカウントが連携していることを示す情報が含まれる場合、上記第１コンテンツを掲載したウェブページを上記ユーザ端末へ送信し、上記第１アカウントに上記第２アカウントが連携していないことを示す情報が含まれる場合または上記第１アカウントに上記ユーザの第２アカウントが連携していることを示す情報が含まれない場合、上記第２コンテンツを掲載したウェブページを上記ユーザ端末へ送信するステップと、を実行させる

本発明の他の形態に係るプログラムは、情報処理装置に、
複数のユーザの第１アカウントに関する情報と、上記第１のアカウントに上記ユーザの第２アカウントが連携しているか否かを示す連携情報とを記憶するステップと、
上記ユーザのユーザ端末から上記ウェブページの表示要求を受信した場合に、上記連携情報を基に当該ユーザの第１アカウントが上記第２アカウントに連携しているか否かを判定するステップと、
連携していると判定した場合に第１コンテンツを掲載した上記ウェブページを上記ユーザ端末へ送信するステップと、
連携していないと判定した場合に第２コンテンツを掲載した上記ウェブページを上記ユーザ端末へ送信するステップと、を実行させる。

本発明の他の形態に係るプログラムは、情報処理装置に、
複数のユーザの第１アカウントに上記ユーザの第２アカウントが連携しているか否かを示す連携情報を記憶するステップと、
上記ユーザ端末から上記第１アカウントへのログイン要求を受信した場合に、上記連携情報を基に、上記第１アカウントに上記第２アカウントが連携しているか否かを判定するステップと、
連携していると判定した場合に、第１アカウントと第２アカウントが連携済みであることを示す情報をｃｏｏｋｉｅとして生成し上記ユーザ端末に送信して記憶させるステップと、を実行させる。

本発明の他の形態に係るプログラムは、情報処理装置に、
ユーザの第１アカウントに上記ユーザの第２アカウントが連携しているか否かを示す連携情報を記憶するステップと、
サーバにウェブページの表示要求を送信するステップと、
上記表示要求に応答して上記サーバから送信された、上記ウェブページと、第１コンテンツ及び第２コンテンツとを受信するステップと、
上記連携情報を基に、上記第１アカウントに上記第２アカウントが連携しているか否かを判定するステップと、
連携していると判定した場合に上記ウェブページに上記第１コンテンツを掲載して出力するステップと、
連携していないと判定した場合に上記ウェブページに上記第２コンテンツを掲載して出力するステップと、を実行させる。

以上説明したように、本発明によれば、ユーザのアカウント連携の有無に応じてウェブページのコンテンツを最適化することができる。しかし、当該効果は本発明を限定するものではない。

本発明の一実施形態に係る飲食店情報提供システムの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバによる、ウェブページコンテンツ最適化処理の流れを示したフローチャートである。 本発明の一実施形態に係る飲食店情報提供サーバによって生成されユーザ端末に表示されるウェブページの例を示した図である。

以下、図面を参照しながら、本発明の実施形態を説明する。

［システムの構成］
図１は、本実施形態に係る飲食店情報提供システムの構成を示した図である。

同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数のユーザ端末２００と、複数の飲食店端末３００と、他のＥＣ（E-Commerce）サーバ４００とを含む。

飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイトを運営するウェブサーバである。飲食店情報提供サーバ１００は、複数のユーザ端末２００及び複数の飲食店の飲食店端末３００とインターネット５０を介して接続されている。

飲食店情報提供サーバ１００は、上記ポータルサイトにおいて、ユーザ端末２００のユーザ向けに飲食店情報の検索システムを提供する。具体的には、飲食店情報提供サーバ１００は、ユーザ端末２００からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したＷｅｂページを生成してユーザ端末２００へ送信する。また飲食店情報提供サーバ１００は、当該飲食店情報を閲覧したユーザのユーザ端末２００からの、いずれかの飲食店に対する予約受付処理を代行する。

ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ...）は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。ユーザ端末２００は、飲食店情報提供サーバ１００へアクセスし、上記Ｗｅｂページを受信してブラウザ等により画面に表示する。

ユーザ端末２００は、ユーザの操作に基づいて飲食店の検索条件を決定し、当該検索条件に基づく飲食店検索要求を飲食店情報提供サーバ１００へ送信する。本実施形態では、飲食店の所在エリア（最寄駅）やジャンル、価格帯等、予め設定された検索条件をユーザ端末２００のユーザが選択することで検索要求の送信が可能である。そしてユーザ端末２００は、ユーザの操作に基づいて、上記検索結果として表示されたいずれかの飲食店に対する予約要求を飲食店情報提供サーバ１００へ送信可能である。

ユーザが上記ポータルサイトを介して飲食店の予約等の各種サービスを利用するには、ユーザは上記飲食店情報提供サーバ１００が提供するサービスの会員としてのアカウント（ＩＤ）を有し、当該アカウントを用いて上記ポータルサイトにログインする必要がある。ユーザが当該アカウントで所定のサービスを利用した場合、当該サービスの内容に応じたポイントがユーザ（のアカウント）に付与される。

また一方で飲食店情報提供サーバ１００は、上記ポータルサイトに掲載される飲食店（加盟店）向けに、飲食店情報の管理画面（Ｗｅｂページ）を提供している。飲食店端末３００のユーザは、当該管理画面を介して、上記検索結果として一般ユーザに提供されるＷｅｂページ上の飲食店情報を編集・更新し、当該Ｗｅｂページを上記ポータルサイト上にアップロードすることができる。

飲食店端末３００（３００Ａ，３００Ｂ，３００Ｃ...）は、各飲食店に設置されている端末であり、タブレットＰＣ、ノートブックＰＣ、デスクトップＰＣ等である。飲食店端末３００は、管理者の操作に基づいて、上記飲食店情報の編集・更新等、自身の飲食店情報に関する処理を飲食店情報提供サーバ１００との通信により実行することが可能である。

また他のＥＣサーバ４００は、飲食店情報提供サーバ１００と同様に会員向けのＥＣサービスを提供している。ユーザ端末２００のユーザは、当該ＥＣサーバ４００が提供するサービスを利用するには、会員としてのアカウントを有し、当該アカウントを用いて上記ポータルサイトにログインする必要がある。ユーザが当該アカウントで所定のサービスを利用した場合も、当該サービスの内容に応じたポイントがユーザ（のアカウント）に付与される。

本実施形態では、ユーザ端末２００のユーザは、飲食店情報提供サーバ１００が提供する飲食店情報提供サービスを利用するためのアカウント（以下、第１アカウント）と、他のＥＣサーバ４００が提供するＥＣサービスを利用するためのアカウント（以下、第２アカウント）とを、所定の連携要求手続によって連携させることが可能である。

そして飲食店情報提供サーバ１００は、第１アカウントでログインしたユーザが、飲食店情報提供サーバ１００の所定のウェブページにアクセスした場合に、第１アカウントと第２アカウントの連携の有無に応じて当該ウェブページのコンテンツを最適化する（出し分ける）ことが可能である。当該ウェブページのコンテンツの最適化処理の詳細については後述する。

［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。

ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。

表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。

操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。

記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。

後述するが、特に本実施形態において、記憶部１８は、後述するウェブページコンテンツ最適化処理に必要なアプリケーション等のプログラムの他、飲食店情報データベース、ユーザ情報データベース、及びコンテンツ情報データベースを有している。

通信部１９は、例えばEthernet用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００との間の通信処理を担う。

なお、図示しないが、ユーザ端末２００、飲食店端末３００及び他のＥＣサーバ４００の基本的なハードウェア構成も上記飲食店情報提供サーバ１００のハードウェア構成と略同様である。

［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。

同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、ユーザ情報データベース３２、コンテンツ情報データベース３３を有している。

飲食店情報データベース３１は、飲食店毎に、その飲食店の店名、所在位置（住所または緯度経度）情報、エリア情報、アクセス情報（最寄り駅情報、最寄り駅からの徒歩距離情報）電話番号、その飲食店を識別するＩＤ（店舗ＩＤ）、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する情報（店舗のＰＲ文等の店舗の特徴を示す情報、飲食店が行うイベント情報等）、飲食店に関する（飲食店を紹介する）画像データ、飲食店が提供するメニューに関するメニュー情報、平均予算情報、営業時間、ウェブサイトＵＲＬ等の情報等を記憶している。これらの情報は、各飲食店の飲食店端末３００から、飲食店情報提供サーバ１００が提供する管理画面を介して入力されたものである。また飲食店情報データベース３１には、各飲食店における予約受付状況を示す情報（予約台帳情報）が記憶されていてもよい。

上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜／メイン、ランチ／ディナー／コース等のメニューカテゴリ毎に記憶されてもよい。またメニュー情報としては、メニュー名や値段、説明等を示す文字情報の他、当該メニューを撮影した写真等の画像情報も対応付けて記憶される。

上記エリア情報としては、広さ単位の異なる複数のエリアに関する情報が含まれる。広いエリアとしては例えば都道府県や市区町村、狭いエリアとしては例えば駅から数百ｍ以内（例えば、「銀座エリア」）、それらの間の広さのエリアとして、例えば駅から１ｋｍ以内のエリアや、複数の駅周辺エリアがまとまったエリア（例えば、「銀座・新橋・有楽町エリア」）等が挙げられるが、これらに限られない。これにより、同じ飲食店でも、その広さによって複数のエリアに紐付けられていることになる。

上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。

ユーザ情報データベース３２は、ユーザ端末２００を所有する、上記飲食店情報提供サーバ１００が提供する上記ポータルサイトを介した飲食店情報サービスの利用者（会員）であるユーザに関する情報を記憶する。具体的には、ユーザ情報データベース３２は、ユーザＩＤ（第１アカウント）、パスワード、氏名、メールアドレス（その他のメッセージの宛先となる情報）、電話番号、住所、年齢（層）、性別、誕生日等の情報をユーザ毎に記憶している。

またユーザ情報データベース３２には、上記第１アカウントに連携された第２アカウントが存在する場合には当該第２アカウントに関する情報も第１アカウント情報と対応付けて記憶される。当該情報は、ユーザ端末２００から飲食店情報提供サーバ１００に対して第２アカウントとの連携要求が送信された場合に記憶される他、連携先の第２アカウントを管理する他のＥＣサーバ４００に対してユーザ端末２００から第１アカウントとの連携要求が送信された場合に、当該他のＥＣサーバ４００から受信され記憶されてもよい。

さらにユーザ情報データベース３２は、これまでにユーザに付与されたポイントに関する情報も記憶している。当該ポイントに関する情報としては、上記第１アカウントに連携されたアカウントが存在しない場合には当該第１アカウントについて付与されたポイントに関する情報が記憶され、第１アカウントに連携された第２アカウントが存在する場合には、第１アカウントに付与されたポイントに加えて、第２アカウントについて付与されたポイントに関する情報が記憶される。

コンテンツ情報データベース３３は、ユーザ端末２００に表示させるウェブページに掲載するコンテンツ情報を複数種類記憶している。当該コンテンツは、ユーザ端末２００のユーザが第１アカウントに第２アカウントを連携しているか否かに応じて選択され、それを基にユーザ端末２００に表示させるウェブページが生成される。

コンテンツとは、典型的には例えばバナー広告用の画像や各種ハイパーリンクが設定されたアイコンやボタン等であるが、これらに限られず、テキスト、静止画像、動画像等のあらゆるコンテンツが含まれる。

これら各データベースは、後述する飲食店情報提供サーバ１００によるウェブページコンテンツ最適化処理において、必要に応じて相互に参照されて用いられる。

［飲食店情報提供サーバの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。

図４は、飲食店情報提供サーバ１００による、ウェブページコンテンツ最適化処理の流れを示したフローチャートである。

同図に示すように、飲食店情報提供サーバ１００のＣＰＵ１１は、まず、ユーザ端末２００から、上記ポータルサイト内の所定のウェブページにアクセスが有ったか否かを判断する（ステップ４１）。当該ウェブページへのアクセスは、ユーザ端末２００のユーザがブラウザを起動させてウェブ検索結果等を介してなされたものであってもよいし、ユーザ端末２００のユーザが、飲食店情報提供サーバ１００が提供するサービスに対応したアプリケーションを起動させること、または当該アプリケーションの所定の画面にアクセスしたことによってなされたものであってもよい。

上記ウェブページへアクセスがあったと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、ユーザ端末２００のユーザが既に第１アカウントにログインしているか否かを判断する（ステップ４２）。

ユーザが第１アカウントにログインしていると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、ユーザ端末２００からの表示要求に含まれるＣｏｏｋｉｅに、第１アカウントと第２アカウントとが連携しているか否かを示す連携有無情報が含まれるか否かを判断する（ステップ４３）。

Ｃｏｏｋｉｅに当該連携有無情報が含まれると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該連携有無情報を参照して第１アカウントと第２アカウントとが連携しているか否かを判断する（ステップ４４）。

そしてＣＰＵ１１は、第１アカウントと第２アカウントが連携していると判断した場合（Ｙｅｓ）には、コンテンツ情報データベース３３から連携済み用コンテンツを抽出してウェブページに掲載し、当該ウェブページをユーザ端末２００へ送信する（ステップ４５）。

一方、第１アカウントと第２アカウントが連携していないと判断した場合（Ｎｏ）、ＣＰＵ１１は、コンテンツ情報データベース３３から未連携用コンテンツを抽出してウェブページに掲載し、当該ウェブページをユーザ端末２００へ送信する（ステップ４６）。

上記ステップ４２においてユーザが第１アカウントにログインしていないと判断した場合（Ｎｏ）、ＣＰＵ１１は、上記未連携用コンテンツをウェブページに掲載してユーザ端末２００へ送信する（ステップ４６）。これにより、ユーザが未ログイン状態でアカウント連携の有無が不明な状態でも、直ちにウェブページをユーザ端末２００に表示させることができる。

また、上記ステップ４３においてＣｏｏｋｉｅに連携有無情報が含まれていないと判断した場合（Ｎｏ）、ＣＰＵ１１は、上記ユーザ情報データベース３２をから、当該ユーザの第１アカウントと第２アカウントとの連携の有無を示す連携有無情報を抽出する（ステップ４７）。

続いてＣＰＵ１１は、上記連携有無情報を示すＣｏｏｋｉｅを生成する（ステップ４８）。

続いてＣＰＵ１１は、上記連携有無情報を基に、第１アカウントと第２アカウントとの連携の有無を判定する（ステップ４４）。

そしてＣＰＵ１１は、当該判定結果を基に、両アカウントが連携済みであると判定した場合には（Ｙｅｓ）、連携済み用コンテンツを掲載したウェブページを上記連携有無情報を示すＣｏｏｋｉｅと共にユーザ端末２００へ送信する（ステップ４５）。

一方ＣＰＵ１１は、両アカウントが未連携であると判定した場合には（Ｎｏ）、未連携用コンテンツを掲載したウェブページを上記Ｃｏｏｋｉｅと共にユーザ端末２００へ送信する（ステップ４６）。

なお上記ステップ４１におけるウェブページへのアクセス時にユーザによる第１アカウントへのログインがなされる場合には、ＣＰＵ１１は、当該ログイン時に第１アカウントと第２アカウントの連携の有無をユーザ情報から判断し、両アカウントが連携していると判断した場合には、その旨を示すＣｏｏｋｉｅを生成し、当該Ｃｏｏｋｉｅをログイン後のウェブページ（すなわち、ステップ４５の連携済み用コンテンツを掲載したページ）と共にユーザ端末２００へ送信する。

また両アカウントが連携していないと判断した場合には、ＣＰＵ１１はその旨を示すＣｏｏｋｉｅを生成し、当該Ｃｏｏｋｉｅをログイン後のウェブページ（すなわち、ステップ４６の未連携用コンテンツを掲載したページ）と共にユーザ端末２００へ送信する。しかし、ＣＰＵ１１は、両アカウントが連携していないと判断した場合には、Ｃｏｏｋｉｅを生成しなくてもよい。

図５は、上記ユーザ端末２００に送信され表示されるウェブページの例を示した図である。同図Ａが、第１アカウントと第２アカウントが連携していないと判定された場合に送信されるウェブページ、同図Ｂが、両アカウントが連携していると判定された場合に送信されるウェブページをそれぞれ示している。

同図Ａに示すように、飲食店情報提供サーバ１００は、第１アカウントと第２アカウントとが連携していないと判定した場合には、例えば、「〇〇サービスＩＤ連携はこちら」といったアカウント連携を促す文字情報を含む連携要求ボタン５１を掲載したウェブページを生成する。

当該連携要求ボタン５１には、第１アカウントと第２アカウントとの連携のための各種入力を行う連携ページがハイパーリンクされており、当該連携要求ボタン５１がユーザ端末２００のユーザに押下（タップ）された場合に当該連携ページが表示され、連携作業が実施される。これにより、第２アカウントと未連携の第１アカウント保持ユーザを連携に導くことができる。

同図Ｂに示すように、飲食店情報提供サーバ１００は、第１アカウントと第２アカウントとが連携していると判定した場合には、例えば、「ネット予約をしよう！」といった連携済みを伝えインターネットを介した飲食店の予約を促すような文字情報を含む連携済通知画像５２を掲載してもよい。

当該連携済通知画像５２は、図５Ａに示したウェブページ上の上記連携要求ボタン５１の掲載位置と同一の位置に掲載されるが、連携要求ボタン５１とは異なりハイパーリンクは設定されておらずユーザ操作は受け付けない。

また、同図Ａと同図Ｂの両ウェブページを比較すると分かるように、飲食店情報提供サーバ１００は、上記ウェブページにおいて、連携要求ボタン５１及び連携済通知画像５２の領域のみコンテンツを異ならせ、それら以外の領域には同一のコンテンツを掲載している。これによりユーザは、アカウント連携の有無を一目で把握することができる。

上記連携要求ボタン５１を介してユーザ端末２００から飲食店情報提供サーバ１００へ第１アカウントと第２アカウントの連携要求が送信された場合には、飲食店情報提供サーバ１００は、両アカウントが連携済みであることを示す情報を上記ユーザ情報データベース３２に記憶すると共に当該情報をＣｏｏｋｉｅとして生成し、それを連携要求の送信元のユーザ端末２００へ送信して記憶させる。

これにより飲食店情報提供サーバ１００は、ユーザ端末２００が次に飲食店情報提供サーバ１００にアクセスしてきた場合に、当該Ｃｏｏｋｉｅによって第１アカウントと第２アカウントの連携の有無を判定することができる。

［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、ユーザのアカウント連携の有無に応じてウェブページのコンテンツを最適化することができる。

また飲食店情報提供サーバ１００は、ユーザ端末２００によるアカウント連携要求があった場合に、連携有無情報をＣｏｏｋｉｅとして生成してユーザ端末２００に保存させておき、次回のユーザ端末２００からのウェブページ表示要求の際に、Ｃｏｏｋｉｅによってアカウント連携の有無を判定することで、連携の有無を上記ユーザ情報データベース３２の参照によりその都度判定する場合に比べて、ユーザ端末２００との間のトラフィックによる飲食店情報提供サーバ１００の負荷を格段に低くすることができる。

［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。

上述の実施形態においては、第１アカウントと第２アカウントが連携していると判定された場合には連携済通知画像５２、連携していないと判定された場合には連携要求ボタン５１がそれぞれウェブページに掲載された。しかし、両アカウントの連携有無に応じて掲載されるコンテンツはこれらに限られない。例えば、両アカウントが連携していると判定された場合に、例えば、第２アカウントユーザに人気の飲食店情報一覧ページへのハイパーリンクが設定されたボタン等、第２アカウントを用いた飲食店予約を促進するためのコンテンツが掲載されてもよい。

上述の実施形態において、飲食店情報提供サーバ１００は、上記ユーザの第２アカウントによるサービスの利用履歴を示す情報を記憶部１８に記憶してもよい。この場合ＣＰＵ１１は、上記第１アカウントと第２アカウントが連携していないと判定した場合であって、かつ、当該ユーザに第２アカウントによる利用履歴が有ると判定した場合に、上記ウェブページに第２アカウントと連携を促す情報を掲載してもよい。これにより飲食店情報提供サーバ１００は、第２アカウントと未連携のユーザであって連携による効果を享受できる可能性の高いユーザに対して連携を提案することができる。

また飲食店情報提供サーバ１００は、ユーザが第２アカウントとして第１アカウント以外のアカウントを複数有している場合、当該複数の第２アカウントについて、上記利用履歴の有無を示す情報を記憶部１８に記憶してもよい。この場合ＣＰＵ１１は、上記第１アカウントと第２アカウントが連携していないと判定した場合、上記複数の第２アカウントのうち利用頻度の最も高い第２アカウントとの連携を促す情報をウェブページに掲載してもよい。これにより飲食店情報提供サーバ１００は、複数の第２アカウントのうち最も連携による効果を享受できる可能性の高いアカウントについてユーザに連携を提案することができる。

上述の実施形態では、ユーザ端末２００は、飲食店情報提供サーバ１００に対するアカウント連携要求の送信後、第１アカウントと第２アカウントとの連携の有無を示す情報（連携有無情報）をＣｏｏｋｉｅとして保存していた。しかしユーザ端末２００は、Ｃｏｏｋｉｅ以外の手段でユーザ端末２００が連携有無情報を記憶していてもよい。この場合ユーザ端末２００は、飲食店情報提供サーバ１００が提供する図５に示したようなウェブページにアクセス（表示要求）する場合に、当該連携有無情報を併せて送信する。飲食店情報提供サーバ１００は、当該表示要求に含まれる連携有無情報を基にアカウント連携の有無を判定する。

上述の実施形態では、飲食店情報提供サーバ１００が、ユーザの第１アカウントと第２アカウントとの連携有無の判定結果に応じてウェブページ上へ第１コンテンツと第２コンテンツのいずれかを掲載してユーザ端末２００へ送信していた。しかし、飲食店情報提供サーバ１００ではなくユーザ端末２００が当該アカウントの連携有無を判定し、当該判定結果に応じて第１コンテンツと第２コンテンツをウェブページ上で出し分けてもよい。

すなわち、この場合ユーザ端末２００は、ユーザの第１アカウントにユーザの第２アカウントが連携しているか否かを示す連携情報を記憶部に記憶しておき、通信部によって飲食店情報提供サーバ１００にウェブページの表示要求を送信すると、当該表示要求に応答して飲食店情報提供サーバ１００から送信された、ウェブページと、第１コンテンツ及び第２コンテンツとを受信し、上記連携情報を基に、第１アカウントに第２アカウントが連携しているか否かを判定し、連携していると判定した場合に上記ウェブページに第１コンテンツを掲載してディスプレイ等の出力部によって出力し、連携していないと判定した場合にウェブページに第２コンテンツを掲載して出力する。

本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。

１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…ユーザ情報データベース
３３…コンテンツ情報データベース
５１…連携要求ボタン
５２…連携済通知画像
１００…飲食店情報提供サーバ
２００…ユーザ端末
３００…飲食店端末
４００…ＥＣサーバ

Claims (21)

1. 複数のユーザの第１アカウントに関する情報と、ウェブページに掲載される第１コンテンツ及び第２コンテンツを記憶する記憶部と、
   前記ユーザのユーザ端末と通信する通信部と、
   前記ユーザ端末から、前記ウェブページの表示要求を受信した場合であって、当該表示要求に、前記第１アカウントに前記ユーザの第２アカウントが連携していることを示す情報が含まれる場合、前記第１コンテンツを掲載したウェブページを前記ユーザ端末へ送信し、前記第１アカウントに前記第２アカウントが連携していないことを示す情報が含まれる場合または前記第１アカウントに前記ユーザの第２アカウントが連携していることを示す情報が含まれない場合、前記第２コンテンツを掲載したウェブページを前記ユーザ端末へ送信する制御部と
   を具備する情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記制御部は、前記表示要求の受信時に前記ユーザ端末がいずれのアカウントによってもログインしていない場合には、前記第２コンテンツを掲載したウェブページを送信する
   情報処理装置。
3. 請求項１または２に記載の情報処理装置であって、
   前記制御部は、前記表示要求に、前記第１アカウントに前記第２アカウントが連携していないことを示す情報が含まれる場合または前記第１アカウントに前記ユーザの第２アカウントが連携していることを示す情報が含まれない場合には、当該連携を促す情報を前記第２コンテンツとして前記ウェブページに掲載する
   情報処理装置。
4. 請求項３に記載の情報処理装置であって、
   前記記憶部は、前記ユーザの前記第２アカウントによるサービスの利用履歴を示す情報を記憶し、
   前記制御部は、前記ユーザの前記利用履歴が有る場合に前記ウェブページに前記連携を促す情報を掲載する
   情報処理装置。
5. 請求項４に記載の情報処理装置であって、
   前記記憶部は、前記利用履歴の有無を示す情報を複数の前記第２アカウントについて記憶し、
   前記制御部は、前記複数の第２アカウントのうち利用頻度の最も高い第２アカウントとの連携を促す情報を前記ウェブページに掲載する
   情報処理装置。
6. 請求項１乃至５のいずれかに記載の情報処理装置であって、
   前記制御部は、前記連携の判定結果に応じて、前記第１のコンテンツと前記第２のコンテンツを、それぞれ前記ウェブページの同一位置に掲載する
   情報処理装置。
7. 請求項６に記載の情報処理装置であって、
   前記制御部は、前記ウェブページの前記第１のコンテンツまたは前記第２コンテンツが掲載される位置以外の領域には同一のコンテンツを掲載する
   情報処理装置。
8. 複数のユーザの第１アカウントに関する情報と、前記第１のアカウントに前記ユーザの第２アカウントが連携しているか否かを示す連携情報とを記憶すると共に、ウェブページに掲載される第１コンテンツ及び第２コンテンツを記憶する記憶部と、
   前記ユーザのユーザ端末と通信する通信部と、
   前記ユーザ端末から前記ウェブページの表示要求を受信した場合に、前記連携情報を基に当該ユーザの第１アカウントが前記第２アカウントに連携しているか否かを判定し、連携していると判定した場合に前記第１コンテンツを掲載した前記ウェブページを前記ユーザ端末へ送信し、連携していないと判定した場合に前記第２コンテンツを掲載した前記ウェブページを前記ユーザ端末へ送信する制御部と
   を具備する情報処理装置。
9. 複数のユーザのユーザ端末と通信する通信部と、
   前記ユーザの第１アカウントに前記ユーザの第２アカウントを連携させる連携要求を受信した場合に、第１アカウントと第２アカウントが連携済みであることを示す情報をｃｏｏｋｉｅとして生成し前記ユーザ端末に送信して記憶させる制御部と
   を具備する情報処理装置。
10. 複数のユーザの第１アカウントに前記ユーザの第２アカウントが連携しているか否かを示す連携情報を記憶する記憶部と、
    前記ユーザのユーザ端末と通信する通信部と、
    前記ユーザ端末から前記第１アカウントへのログイン要求を受信した場合に、前記連携情報を基に、前記第１アカウントに前記第２アカウントが連携しているか否かを判定し、連携していると判定した場合に、第１アカウントと第２アカウントが連携済みであることを示す情報をｃｏｏｋｉｅとして生成し前記ユーザ端末に送信して記憶させる制御部と
    を具備する情報処理装置。
11. ユーザの第１アカウントに前記ユーザの第２アカウントが連携しているか否かを示す連携情報を記憶する記憶部と、
    サーバにウェブページの表示要求を送信する通信部と、
    前記表示要求に応答して前記サーバから送信された、前記ウェブページと、第１コンテンツ及び第２コンテンツとを受信し、
    前記連携情報を基に、前記第１アカウントに前記第２アカウントが連携しているか否かを判定し、連携していると判定した場合に前記ウェブページに前記第１コンテンツを掲載して出力し、連携していないと判定した場合に前記ウェブページに前記第２コンテンツを掲載して出力する、制御部と
    を具備する情報処理装置。
12. 複数のユーザの第１アカウントに関する情報と、ウェブページに掲載される第１コンテンツ及び第２コンテンツを記憶し、
    前記ユーザのユーザ端末から、前記ウェブページの表示要求を受信した場合であって、当該表示要求に、前記第１アカウントに前記ユーザの第２アカウントが連携していることを示す情報が含まれる場合、前記第１コンテンツを掲載したウェブページを前記ユーザ端末へ送信し、前記第１アカウントに前記第２アカウントが連携していないことを示す情報が含まれる場合または前記第１アカウントに前記ユーザの第２アカウントが連携していることを示す情報が含まれない場合、前記第２コンテンツを掲載したウェブページを前記ユーザ端末へ送信する
    情報処理方法。
13. 複数のユーザの第１アカウントに関する情報と、前記第１のアカウントに前記ユーザの第２アカウントが連携しているか否かを示す連携情報とを記憶し、
    前記ユーザのユーザ端末から前記ウェブページの表示要求を受信した場合に、前記連携情報を基に当該ユーザの第１アカウントが前記第２アカウントに連携しているか否かを判定し、
    連携していると判定した場合に第１コンテンツを掲載した前記ウェブページを前記ユーザ端末へ送信し、
    連携していないと判定した場合に第２コンテンツを掲載した前記ウェブページを前記ユーザ端末へ送信する
    情報処理方法。
14. 前記ユーザの第１アカウントに前記ユーザの第２アカウントを連携させる連携要求を受信した場合に、第１アカウントと第２アカウントが連携済みであることを示す情報をｃｏｏｋｉｅとして生成し、
    前記ｃｏｏｋｉｅを前記ユーザ端末に送信して記憶させる
    情報処理方法。
15. 複数のユーザの第１アカウントに前記ユーザの第２アカウントが連携しているか否かを示す連携情報を記憶し、
    前記ユーザ端末から前記第１アカウントへのログイン要求を受信した場合に、前記連携情報を基に、前記第１アカウントに前記第２アカウントが連携しているか否かを判定し、
    連携していると判定した場合に、第１アカウントと第２アカウントが連携済みであることを示す情報をｃｏｏｋｉｅとして生成し前記ユーザ端末に送信して記憶させる
    情報処理方法。
16. ユーザの第１アカウントに前記ユーザの第２アカウントが連携しているか否かを示す連携情報を記憶し、
    サーバにウェブページの表示要求を送信し、
    前記表示要求に応答して前記サーバから送信された、前記ウェブページと、第１コンテンツ及び第２コンテンツとを受信し、
    前記連携情報を基に、前記第１アカウントに前記第２アカウントが連携しているか否かを判定し、
    連携していると判定した場合に前記ウェブページに前記第１コンテンツを掲載して出力し、
    連携していないと判定した場合に前記ウェブページに前記第２コンテンツを掲載して出力する
    情報処理方法。
17. 情報処理装置に、
    複数のユーザの第１アカウントに関する情報と、ウェブページに掲載される第１コンテンツ及び第２コンテンツを記憶するステップと、
    前記ユーザのユーザ端末から、前記ウェブページの表示要求を受信した場合であって、当該表示要求に、前記第１アカウントに前記ユーザの第２アカウントが連携していることを示す情報が含まれる場合、前記第１コンテンツを掲載したウェブページを前記ユーザ端末へ送信し、前記第１アカウントに前記第２アカウントが連携していないことを示す情報が含まれる場合または前記第１アカウントに前記ユーザの第２アカウントが連携していることを示す情報が含まれない場合、前記第２コンテンツを掲載したウェブページを前記ユーザ端末へ送信するステップと
    を実行させるプログラム。
18. 情報処理装置に、
    複数のユーザの第１アカウントに関する情報と、前記第１のアカウントに前記ユーザの第２アカウントが連携しているか否かを示す連携情報とを記憶するステップと、
    前記ユーザのユーザ端末から前記ウェブページの表示要求を受信した場合に、前記連携情報を基に当該ユーザの第１アカウントが前記第２アカウントに連携しているか否かを判定するステップと、
    連携していると判定した場合に第１コンテンツを掲載した前記ウェブページを前記ユーザ端末へ送信するステップと、
    連携していないと判定した場合に第２コンテンツを掲載した前記ウェブページを前記ユーザ端末へ送信するステップと
    を実行させるプログラム。
19. 情報処理装置に、
    前記ユーザの第１アカウントに前記ユーザの第２アカウントを連携させる連携要求を受信した場合に、第１アカウントと第２アカウントが連携済みであることを示す情報をｃｏｏｋｉｅとして生成するステップと、
    前記ｃｏｏｋｉｅを前記ユーザ端末に送信して記憶させるステップと
    を実行させるプログラム。
20. 情報処理装置に、
    複数のユーザの第１アカウントに前記ユーザの第２アカウントが連携しているか否かを示す連携情報を記憶するステップと、
    前記ユーザ端末から前記第１アカウントへのログイン要求を受信した場合に、前記連携情報を基に、前記第１アカウントに前記第２アカウントが連携しているか否かを判定するステップと、
    連携していると判定した場合に、第１アカウントと第２アカウントが連携済みであることを示す情報をｃｏｏｋｉｅとして生成し前記ユーザ端末に送信して記憶させるステップと
    を実行させるプログラム。
21. 情報処理装置に、
    ユーザの第１アカウントに前記ユーザの第２アカウントが連携しているか否かを示す連携情報を記憶するステップと、
    サーバにウェブページの表示要求を送信するステップと、
    前記表示要求に応答して前記サーバから送信された、前記ウェブページと、第１コンテンツ及び第２コンテンツとを受信するステップと、
    前記連携情報を基に、前記第１アカウントに前記第２アカウントが連携しているか否かを判定するステップと、
    連携していると判定した場合に前記ウェブページに前記第１コンテンツを掲載して出力するステップと、
    連携していないと判定した場合に前記ウェブページに前記第２コンテンツを掲載して出力するステップと
    を実行させるプログラム。