JP6674063B1 - 情報処理装置、情報処理方法及びプログラム - 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）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００との間の通信処理を担う。

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

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

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

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

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

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

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

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

またユーザ情報データベース３２には、上記第１アカウントに連携された第２アカウントが存在する場合には当該第２アカウントに関する情報も第１アカウント情報と対応付けて記憶される。

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

バナー情報データベース３３は、ユーザ端末２００に表示させるバナー情報及び当該バナー情報からハイパーリンクが設定される広告ページ情報を例えばそれぞれ複数種類記憶している。当該バナーを介してユーザ端末２００のユーザが広告ページへアクセスすることで、上記第２アカウントの有無に応じて、上記第１アカウントまたは第２アカウントについて当該ユーザに所定のポイントが付与される。

後述するが、バナー情報には、クリック（タップ）によって第１アカウントにポイントが付与される旨の情報、クリック（タップ）によって第２アカウントにポイントが付与される旨の情報、または、クリック（タップ）によって第１アカウントまたは第２アカウントのいずれかにポイントが付与される旨の文字情報のいずれかが含まれる。当該文字情報に代わり、例えば第１アカウントや第２アカウントを示すアイコン等がバナーに含まれていてもよい。

当該バナー情報は、飲食店情報提供サーバ１００側（サイト運営者側）で作成されたものであってもよいし、飲食店端末３００側（飲食店側）で作成され飲食店情報提供サーバ１００へ送信されたものであってもよい。

これら各データベースは、後述する飲食店情報提供サーバ１００によるポイント付与処理において、必要に応じて相互に参照されて用いられる。

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

図４は、飲食店情報提供サーバ１００による、ポイント付与処理の流れを示したフローチャートである。

同図に示すように、飲食店情報提供サーバ１００のＣＰＵ１１は、まず、ユーザ端末２００から、上記ポータルサイト内の、上記バナー情報を掲載したウェブページにアクセスが有ったか否かを判断する（ステップ４１）。

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

ユーザが第１アカウントにログイン済みであると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記ユーザ情報データベース３２を参照して、当該第１アカウントが第２アカウントと連携しているか否かを判断する（ステップ４３）。

第１アカウントが第２アカウントと連携していると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、バナー情報データベース３３を参照し、バナーをクリック（タップ）すると第２アカウントにポイントが付与される旨の情報を含むバナーを掲載したウェブページをユーザ端末２００へ送信する（ステップ４４）。

続いてＣＰＵ１１は、ユーザ端末２００から、当該ウェブページ上のバナーがクリック（タップ）されたか否か、すなわち、当該バナーに設定されたハイパーリンクに対応する広告ページの表示要求を受信したか否かを判断する（ステップ４５）。

上記バナーがクリック（タップ）されたと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該広告ページを上記バナー情報データベース３３から抽出してユーザ端末２００へ送信する（ステップ４６）。

そしてＣＰＵ１１は、上記ユーザ端末２００のユーザの第２アカウントに対して、所定のポイントを付与する（ステップ４７）。当該ポイントの付与とは、飲食店情報提供サーバ１００が、上記第２アカウントを管理する他のＥＣサーバ４００に対して、所定のポイントの付与（第２アカウントに対応するポイントデータの加算更新）を要求することを意味する。

ただしＣＰＵ１１は、何らかの要因（例えば連携情報の誤り、連携情報記憶後のユーザの第２アカウント削除等）により、第２アカウントへのポイント付与処理がエラーとなった場合（ステップ４８のＹｅｓ）には、第２アカウントに代えて上記ユーザの第１アカウントに対して所定のポイントを付与する（ステップ５２）。これにより万が一エラーが発生してもユーザに何のポイントも付与されない事態が生じるのを防ぐことができる。

一方、上記ステップ４３において第１アカウントが第２アカウントと連携していないと判断した場合（Ｎｏ）には、バナー情報データベース３３を参照し、バナーをクリック（タップ）すると第１アカウントにポイントが付与される旨の情報を含むバナーを掲載したウェブページをユーザ端末２００へ送信する（ステップ４９）。

続いてＣＰＵ１１は、ユーザ端末２００から、当該ウェブページ上のバナーがクリック（タップ）されたか否かを判断する（ステップ５０）。

上記バナーがクリック（タップ）されたと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該広告ページを上記バナー情報データベース３３から抽出してユーザ端末２００へ送信する（ステップ５１）。当該広告ページは、第１アカウントと第２アカウントとを連携しているユーザに対して送信される広告ページとは異なる内容のものであってもよい。すなわち、第１アカウントと第２アカウントとを連携しているユーザに対しては第２アカウントのサービスに関連する広告ページが送信され、両アカウントを連携していないユーザに対しては第１アカウントのサービスに関連する（例えば飲食店に関する）広告ページが送信されてもよい。

そしてＣＰＵ１１は、上記ユーザ端末２００のユーザの第１アカウントに対して、所定のポイントを付与する（ステップ５２）。当該ポイントの付与は、上記ユーザ情報データベース３２における該当ユーザのポイントデータの加算更新を意味する。

また、上記ステップ４２においてユーザ端末２００が第１アカウントにログインしていないと判断した場合（Ｎｏ）、ＣＰＵ１１は、バナーをクリック（タップ）すると第１アカウントまたは第２アカウントのいずれかにポイントが付与される旨の情報を含むバナーを掲載したウェブページをユーザ端末２００へ送信する（ステップ５３）。

続いてＣＰＵ１１は、ユーザ端末２００から、当該ウェブページ上のバナーがクリック（タップ）されたか否かを判断する（ステップ５４）。

上記バナーがクリック（タップ）されたと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、第１アカウントへログインページをユーザ端末２００へ送信する（ステップ５５）。

続いてＣＰＵ１１は、ユーザ端末２００が上記ログインページを介して第１アカウントにログインしたか否かを判断する（ステップ５６）。

ユーザ端末２００が第１アカウントにログインしたと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記バナー情報データベース３３から広告ページを抽出してユーザ端末２００へ送信する（ステップ５７）。

続いてＣＰＵ１１は、上記ユーザ情報データベース３２を参照して、当該第１アカウントが第２アカウントと連携しているか否かを判断する（ステップ５８）。

そしてＣＰＵ１１は、ユーザの第１アカウントと第２アカウントが連携していると判断した場合には（Ｙｅｓ）、ユーザの第２アカウントに所定のポイントを付与し（ステップ４７）、両アカウントが連携していないと判断した場合には（Ｎｏ）、ユーザの第１アカウントに所定のポイントを付与する（ステップ５２）。

［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、広告ページへのハイパーリンクが設定されたバナーがアクセスされる場合に、第１アカウントに連携された第２アカウントの有無を判断することで、１つのハイパーリンクを介してユーザの第１アカウントまたは第２アカウントのいずれかに対してポイントを付与することができる。

また飲食店情報提供サーバ１００は、バナー掲載ページをユーザ端末２００へ送信する前にユーザ端末２００が第１アカウントに既にログインしている場合には予め第１アカウントと第２アカウントの連携の有無を判断してそれに応じたバナーを掲載することで、第２アカウントへのポイント付与をユーザに事前に把握させ広告ページへのアクセスのモチベーションを与えることができる。

さらに飲食店情報提供サーバ１００は、事前に第１アカウントと第２アカウントとの連携の有無を示す情報を保持しておくことで、バナーにアクセスがあるたびに飲食店情報提供サーバ１００と他のＥＣサーバ４００との間で頻繁に情報のやり取りが発生するのを防ぐことができる。

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

上述の実施形態においては、ユーザがウェブサイト上のバナーをクリックして広告ページへアクセスした場合にユーザにポイントが付与された。しかし、ポイントが付与されるのはバナーを介した場合に限られず、例えばユーザ端末２００へ送信されたＥメール、インスタントメッセージ、プッシュ通知等のメッセージ内に表示されたバナー、アイコン、ＵＲＬ等の何らかの広告ページへのハイパーリンク付情報を介して広告ページへアクセスされた場合にポイントが付与されてもよい。

この場合ＣＰＵ１１は、メッセージ送信処理に先立って、ユーザが第１アカウントにログイン済みであるか否かを判断し、それに応じて上述の実施形態と同様に異なる内容のメッセージをユーザ端末２００へ送信してもよい。またこの場合、上述の実施形態においてバナーに含まれていた第１・第２のいずれのアカウントにポイントが付与されるかを示す情報は、バナーやＵＲＬ等の画像情報とは別に、メッセージ内にテキスト情報として含まれていてもよい。

また、ハイパーリンク先のページは広告ページに限られず、飲食店等の店舗情報を掲載した店舗コンテンツや記事コンテンツ等のあらゆるコンテンツであり得る。

上述の実施形態では、第２アカウントは１種類のアカウントとして示したが、ユーザ端末２００のユーザが第１アカウントと複数の異なる第２アカウントとを連携させていてもよい。この場合上記ユーザ情報データベース３２には、当該複数の第２アカウントに関する情報が、それらにおける優先度を示す情報と対応付けられて記憶される。そしてＣＰＵ１１は、それら複数の第２アカウントのうち、最も高い優先度を有する第２アカウントに対するポイント付与処理がエラーとなった場合、上記優先度に従って他の第２アカウント（次に優先度の高い第２アカウント）に対してポイントを付与してもよい。これにより万が一ポイント付与処理にエラーが発生しても、いずれの第２アカウントにもポイントが付与されない事態が発生するのを防ぐことができる。

上述の実施形態では、飲食店情報提供サーバ１００が、第１のアカウントについては自身でポイントを付与して第２のアカウントについては他のＥＣサーバ４００へポイント付与を要求する例を示したが、飲食店情報提供サーバ１００が、第１のアカウント及び第２のアカウントのいずれについても自身でポイントを付与してもよいし、飲食店情報提供サーバ１００が、第１のアカウント及び第２のアカウントのいずれについても他のＥＣサーバ４００にポイント付与を要求してもよい。

上述の実施形態では、飲食店情報提供サイトを管理する飲食店情報提供サーバ１００がユーザにポイントを付与する例が示されたが、ポイントを付与する情報処理装置は飲食店情報提供サーバ１００に限られず、上記飲食店情報提供サイト以外のあらゆるＥＣ（Electronic Commerce）サイトを管理するサーバであり得る。

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

１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…ユーザ情報データベース
３３…バナー情報データベース
１００…飲食店情報提供サーバ
２００…ユーザ端末
３００…飲食店端末
４００…ＥＣサーバ

Claims (7)

1. 複数のユーザの第１アカウントに関する情報を記憶すると共に、前記ユーザが前記第１のアカウントに第２アカウントを連携している場合に当該第２アカウントに関する情報を前記第１アカウントと対応付けて記憶する記憶部と、
   前記ユーザのユーザ端末へ、コンテンツへのハイパーリンクを有するリンク付情報を送信する通信部と、
   前記リンク付情報の送信前または送信後に、前記ユーザ端末から前記第１アカウントへのログイン要求を受信した場合、前記記憶された情報を参照して当該第１アカウントに連携された第２アカウントが存在するか否かを判断し、前記ユーザ端末が前記ハイパーリンクにアクセスした場合に、当該第２アカウントが存在する場合には当該第２アカウントに対して所定のポイントが付与され、当該第２アカウントが存在しない場合には前記第１アカウントに対して前記ポイントが付与されるようにポイント付与処理を制御する制御部と
   を具備する情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記制御部は、前記第２アカウントが存在すると判断した場合に、当該第２アカウントに対して前記ポイントが付与されることを示す表示情報を前記ユーザ端末へ送信する
   情報処理装置。
3. 請求項２に記載の情報処理装置であって、
   前記制御部は、前記リンク付情報の送信前であって前記ユーザ端末が前記第１アカウントにログインしている間に前記連携された第２アカウントの存在を判断し、当該第２アカウントが存在する場合には、前記リンク付情報において当該第２アカウントに対して前記ポイントが付与されることを示す情報を前記ハイパーリンクと共に掲載する
   情報処理装置。
4. 請求項１乃至３のいずれかに記載の情報処理装置であって、
   前記制御部は、前記第２アカウントに対するポイント付与処理がエラーとなった場合、前記第１アカウントに対して前記ポイントが付与されるように前記ポイント付与処理を制御する
   情報処理装置。
5. 請求項１乃至４のいずれかに記載の情報処理装置であって、
   前記記憶部は、複数の異なる前記第２アカウントに関する情報を、優先度を示す情報と対応付けて記憶し、
   前記制御部は、最も高い優先度を有する第２アカウントに対するポイント付与処理がエラーとなった場合、前記優先度に従って他の第２アカウントに対して前記ポイントが付与されるように前記ポイント付与処理を制御する
   情報処理装置。
6. 情報処理装置の記憶部により、複数のユーザの第１アカウントに関する情報を記憶すると共に、前記ユーザが前記第１のアカウントに第２アカウントを連携している場合に当該第２アカウントに関する情報を前記第１アカウントと対応付けて記憶し、
   前記情報処理装置の通信部により、前記ユーザのユーザ端末へ、コンテンツへのハイパーリンクを有するリンク付情報を送信し、
   前記情報処理装置の制御部により、前記リンク付情報の送信前または送信後に、前記ユーザ端末から前記第１アカウントへのログイン要求を受信した場合、前記記憶された情報を参照して当該第１アカウントに連携された第２アカウントが存在するか否かを判断し、
   前記制御部により、前記ユーザ端末が前記ハイパーリンクにアクセスした場合に、前記第２アカウントが存在する場合には当該第２アカウントに対して所定のポイントが付与され、当該第２アカウントが存在しない場合には前記第１アカウントに対して前記ポイントが付与されるようにポイント付与処理を制御する
   情報処理方法。
7. 情報処理装置に、
   複数のユーザの第１アカウントに関する情報を記憶すると共に、前記ユーザが前記第１のアカウントに第２アカウントを連携している場合に当該第２アカウントに関する情報を前記第１アカウントと対応付けて記憶するステップと、
   前記ユーザのユーザ端末へ、コンテンツへのハイパーリンクを有するリンク付情報を送信するステップと、
   前記リンク付情報の送信前または送信後に、前記ユーザ端末から前記第１アカウントへのログイン要求を受信した場合、前記記憶された情報を参照して当該第１アカウントに連携された第２アカウントが存在するか否かを判断するステップと、
   前記ユーザ端末が前記ハイパーリンクにアクセスした場合に、前記第２アカウントが存在する場合には当該第２アカウントに対して所定のポイントが付与され、当該第２アカウントが存在しない場合には前記第１アカウントに対して前記ポイントが付与されるようにポイント付与処理を制御するステップと
   を実行させるプログラム。

Images