WO2023013679A1 - メッセージ送信に応じて所定の処理を実行するためのシステム - Google Patents

Abstract

対象のアプリにおいてＳＮＳと連動した所定のキャンペーンを行う場合に、ユーザがより簡易な方法で参加することが可能なシステムを提供する。　本発明の一実施形態のシステムは、所定のキャンペーンに関連するメッセージ送信に応じてメッセージを送信したユーザに関連する所定の処理を実行するためのシステムであって、サーバは、クライアント端末を介して一のユーザより所定のキャンペーンに関連するリクエスト情報を受信した場合、第１の識別子を含む第２の識別子を生成又は決定し、第１の識別子を含む情報をクライアント端末へ送信し、クライアント端末がサーバから受信した情報に基づいて第１の識別子を含む第２の識別子を含んだメッセージをＳＮＳサーバへ送信した場合、メッセージが含む第２の識別子に対するＳＮＳサーバからのアクセスに基づいてユーザ識別情報を取得し、ユーザ識別情報に関連付けて所定の処理を実行する。

Description

メッセージ送信に応じて所定の処理を実行するためのシステム

　本発明は、メッセージ送信に応じて所定の処理を実行するためのシステム、サーバ、方法、及びプログラムに関する。

　ネットワークを通じて参加可能なオンラインゲームを楽しむユーザは増えており、オンラインゲームのゲームアプリの利用を促進するため、他のシステムや媒体を利用して様々なキャンペーンが行われることがある。例えば特許文献１は、シリアルコードを用いたキャンペーンによりゲームアプリの利用を促進するための技術を開示している。一方で、最近ではＳＮＳを利用するユーザも多く、ゲーム運営者は、ハッシュタグがトレンド入りすることをキャンペーンの成否とする「トレンドキャンペーン」や、公式アカウントのフォロー及びリツイートで応募できる「ＲＴキャンペーン」を行うことなどにより、ＳＮＳと連動したゲームアプリのプロモーションを行うことがある。

特開２０１６－０６２１０５号公報 特許第６７４５７４４号

　ゲームアプリなどのプロモーション対象のアプリに対するキャンペーンを行うにあたっては、当該アプリとＳＮＳが密接に連動し、キャンペーンに参加したユーザに何らかの報酬を与えるようなシステムが必要である。このようなシステムを、ユーザがより簡易な方法で参加可能な方式で実現することが求められていた。

　本発明は、このような課題を解決するためになされたものであり、対象のアプリにおいてＳＮＳと連動した所定のキャンペーンを行う場合に、ユーザがより簡易な方法で参加することが可能なシステム等を提供することを目的とする。

　〔１〕本発明の一実施形態のシステムは、
　サーバ及びクライアント端末を含む、所定のキャンペーンに関連するメッセージ送信に応じて該メッセージを送信したユーザに関連する所定の処理を実行するためのシステムであって、
　前記サーバは、前記クライアント端末を介して一のユーザより所定のキャンペーンに関連するリクエスト情報を受信した場合、該一のユーザを識別可能なユーザ識別情報である又は該ユーザ識別情報に基づく第１の識別子を含む第２の識別子を生成又は決定し、該第１の識別子を含む情報を該クライアント端末へ送信し、
　前記クライアント端末は、前記サーバから第１の識別子を含む情報を受信した場合、ＳＮＳサーバへ、該第１の識別子を含む第２の識別子を含んだメッセージを送信するための画面を表示し、又は該メッセージを送信し、
　前記クライアント端末が前記メッセージをＳＮＳサーバへ送信した場合、前記サーバは、該メッセージが含む第２の識別子に対する該ＳＮＳサーバからのアクセスに基づいてユーザ識別情報を取得し、該ユーザ識別情報に関連付けて前記所定の処理を実行する、
　システムである。

　〔２〕本発明の一実施形態では、
　前記サーバが生成又は決定する第２の識別子は、一のユーザを識別可能なユーザ識別情報に関連付けられた一時的な識別子である、〔１〕のシステム。

　〔３〕本発明の一実施形態では、
　前記サーバが生成又は決定する第２の識別子が含む第１の識別子は、一のユーザを識別可能な非一時的なユーザ識別情報であるか、又は該ユーザ識別情報に紐付けられた識別子である、〔１〕のシステム。

　〔４〕本発明の一実施形態では、
　前記クライアント端末は、前記サーバから第１の識別子を含む情報を受信した場合、ＳＮＳアプリケーションを起動し、ＳＮＳサーバへ、該第１の識別子を含む第２の識別子を含んだメッセージを送信するための画面を表示し、又は該メッセージを送信する、〔１〕から〔３〕のいずれか１つのシステム。

　〔５〕本発明の一実施形態では、
　前記クライアント端末は、前記サーバと通信し、かつユーザ識別情報を用いてユーザを識別する所定のアプリケーションがインストールされており、
　第２の識別子が含む第１の識別子は、前記所定のアプリケーションにおいて用いられる非一時的なユーザ識別情報又は該ユーザ識別情報に紐付けられた識別子である、〔１〕から〔４〕のいずれか１つのシステム。

　〔６〕本発明の一実施形態では、
　前記システムは、ユーザに対してゲームを提供するためのシステムであり、
　前記所定のアプリケーションは、ゲームに関するアプリケーションであり、
　前記所定の処理は、ユーザ識別情報に関連付けて実行される所定の報酬の付与である、
　〔５〕のシステム。

　〔７〕本発明の一実施形態では、
　前記クライアント端末は、ユーザ識別情報を用いてログインした状態で前記所定のアプリケーションが動作するとき、ＳＮＳサーバへのメッセージ送信を受け付けるためのインタフェースを介したユーザ操作に応じて、前記サーバに対して該ユーザ識別情報を含む前記リクエスト情報を送信する、〔５〕又は〔６〕のシステム。

　〔８〕本発明の一実施形態では、
　前記サーバが送信する第１の識別子を含む情報は、第１の識別子又は第２の識別子である、〔１〕から〔７〕のいずれか１つのシステム。

　〔９〕本発明の一実施形態では、
　前記サーバは、ユーザ識別情報と、第２の識別子とを関連付けて記憶する管理用データベースを含み、
　前記サーバは、前記クライアント端末が送信したメッセージが含む第２の識別子に対するＳＮＳサーバからのアクセスを受け付けると、前記管理用データベースにおいて該第２の識別子と関連付けられたユーザ識別情報を取得する、〔１〕から〔８〕のいずれか１つのシステム。

　〔１０〕本発明の一実施形態では、
　前記サーバは、前記所定の処理を既に実行したか否かを示す実行情報をユーザ識別情報に関連付けて前記管理用データベースに記憶し、前記所定の処理を実行すると、前記管理用データベースに記憶される対応する実行情報を更新する、〔９〕のシステム。

　〔１１〕本発明の一実施形態では、
　前記サーバは、一のユーザより前記所定のキャンペーンに関連するリクエスト情報を受信すると、前記管理用データベースが記憶するユーザ識別情報及び実行情報に基づいて、該一のユーザからの前記所定のキャンペーンに関連するリクエスト情報が実行済みか否かを判定する、〔１０〕のシステム。

　〔１２〕本発明の一実施形態のサーバは、
　所定のキャンペーンに関連するメッセージ送信に応じて該メッセージを送信したユーザに関連する所定の処理を実行するためのサーバであって、
　クライアント端末を介して一のユーザより所定のキャンペーンに関連するリクエスト情報を受信した場合、該一のユーザを識別可能なユーザ識別情報である又は該ユーザ識別情報に基づく第１の識別子を含む第２の識別子を生成又は決定し、該第１の識別子を含む情報を該クライアント端末へ送信し、
　前記クライアント端末が、前記サーバから受信した情報に基づいて第１の識別子を含む第２の識別子を含んだメッセージをＳＮＳサーバへ送信した場合、該メッセージが含む第２の識別子に対する該ＳＮＳサーバからのアクセスに基づいてユーザ識別情報を取得し、該ユーザ識別情報に関連付けて前記所定の処理を実行する、
　サーバである。

　〔１３〕本発明の一実施形態の方法は、
　サーバ及びクライアント端末を含むシステムにおいて、所定のキャンペーンに関連するメッセージ送信に応じて該メッセージを送信したユーザに関連する所定の処理を実行するための方法であって、
　前記サーバにおいて、前記クライアント端末を介して一のユーザより所定のキャンペーンに関連するリクエスト情報を受信すると、該一のユーザを識別可能なユーザ識別情報である又は該ユーザ識別情報に基づく第１の識別子を含む第２の識別子を生成又は決定し、該第１の識別子を含む情報を該クライアント端末へ送信するステップと、
　前記クライアント端末において、前記サーバから第１の識別子を含む情報を受信すると、ＳＮＳサーバへ、該第１の識別子を含む第２の識別子を含んだメッセージを送信するための画面を表示するステップ、又は該メッセージを送信するステップと、
　前記クライアント端末において前記メッセージをＳＮＳサーバへ送信した場合、前記サーバにおいて、該メッセージが含む第２の識別子に対する該ＳＮＳサーバからのアクセスに基づいてユーザ識別情報を取得し、該ユーザ識別情報に関連付けて前記所定の処理を実行するステップと、
　を含む、方法である。

　〔１４〕本発明の一実施形態のプログラムは、〔１３〕に記載の方法の各ステップをコンピュータに実行させる。

　本発明によれば、対象のアプリにおいてＳＮＳと連動した所定のキャンペーンを行う場合に、ユーザがより簡易な方法で参加することができる。

本発明の一実施形態のシステム１の全体構成図である。 本発明の一実施形態のサービス提供サーバのハードウェア構成を示すブロック図である。 本発明の一実施形態のクライアント端末のハードウェア構成を示すブロック図である。 本発明の一実施形態のサービス提供サーバ１０の機能ブロック図である。 管理用データベースの一例を示す図である。 本発明の一実施形態のシステム１の処理のフローチャートを示す図である。 クライアント端末のタッチパネルに表示されるメッセージを投稿するための画面の一例である。

　以下、図面を参照して、本発明の実施形態について説明する。本実施形態のシステム１は、所定のキャンペーンに関連するメッセージ投稿に応じて該メッセージを投稿したユーザに関連する所定の処理を実行するためのシステムである。所定のキャンペーンに関連するメッセージ投稿は、例えばゲームアプリなどのキャンペーンに関連するＳＮＳへのユーザのメッセージの投稿であり、所定の処理は、例えばメッセージを送信したユーザにゲームアプリにおいて報酬を付与する処理である。本明細書において、「キャンペーン」は、一般的なキャンペーンの他、所定の期間が設定されたイベントなどを含むものである。本明細書において、「ＳＮＳ（ソーシャルネットワーキングサービス）」は、社会的なネットワークの構築が可能な又は構築を支援するサービス又はウェブサイト全般を含むことができる。本明細書において、「メッセージ投稿」は、メッセージを送信することの１つの例示である。したがって、システム１は、所定のキャンペーンに関連するメッセージ送信（投稿以外の方法によるメッセージシェア）に応じて該メッセージを送信したユーザに関連する所定の処理を実行するためのシステムであってもよい。本明細書において、アプリ又はアプリケーションは、主としてスマートフォンやタブレット端末においてインストールされるアプリを意味するが、アプリケーション全般やプログラム全般を意味することができる。

　図１は、本発明の一実施形態のシステム１の全体構成図である。図１に示すように、システム１は、サービス提供サーバ１０と、クライアント端末３０と、ＳＮＳサーバ５０と、を含み、サービス提供サーバ１０とクライアント端末３０とＳＮＳサーバ５０とは、インターネットなどのネットワーク２に接続され、互いに通信可能である。

　ＳＮＳサーバ５０は、ユーザに対してソーシャルネットワーキングサービス（ＳＮＳ）を提供するサーバであり、Ｗｅｂサーバやアプリケーションサーバなどから構成される既知のＳＮＳシステムの一例である。クライアント端末３０は、ＳＮＳアプリ又はウェブブラウザを介して、ＳＮＳサーバ５０に接続し、ユーザＩＤ及びパスワードなどを用いて識別、認証されると、該ユーザＩＤのユーザのための情報を取得することができる。

　ＳＮＳサーバ５０は、既知のＳＮＳサービスを提供するものであり、ユーザがメッセージを投稿する機能を有する。また、ＳＮＳサーバ５０は、ＯＧＰ(Open Graph Protocol)という仕様に基づいて、シェアされたＵＲＬのサムネイルを作成する機能を有する。これは、Ｔｗｉｔｔｅｒ（登録商標）やＦａｃｅｂｏｏｋ（登録商標）に代表されるＳＮＳサービスや、ｓｌａｃｋ（登録商標）等の業務用チャットサービスなどのＵＲＬをシェアする機能を有するサービスが有する機能である。本実施形態では、このような機能をクローラと呼ぶ。クローラは、ＳＮＳ上でＵＲＬ又はＵＲＩ等の識別子がシェアされた（投稿された）ときに、当該ＵＲＬに自動的にアクセス（ＯＧＰアクセス）し、そのＨＴＭＬにＯＧＰの仕様に沿って定義されたタイトル、説明、サムネイル画像などを収集し、ＳＮＳサーバ５０のキャッシュに保存する。これにより、ＳＮＳ上では元サイトのレスポンス速度に影響を受けることなく、高速にＳＮＳメッセージを、サムネイル付きで表示することができる。クローラに関する技術として、例えば特許文献２は、ＯＧＰタグが含まれるウェブページを優先して収集するためのクローラを開示している。

　例えば、ＳＮＳサーバ５０が提供するＳＮＳは、Ｔｗｉｔｔｅｒ（登録商標）、Ｆａｃｅｂｏｏｋ（登録商標）、Ｉｎｓｔａｇｒａｍ（登録商標）、ＬｉｎｋｅｄＩｎ（登録商標）、ＬＩＮＥ（登録商標）などである。

　本実施形態のシステム１は、上記のような既知のＳＮＳサーバ５０の動作を利用するものであり、システム１の構成としては、ＳＮＳサーバ５０を含まないものとすることができる。

　サービス提供サーバ１０は、１又は複数のサーバ装置を含んで構成されるサーバシステムの１つの例であり、クラウドシステムにより実現されてもよいし、１つの装置により実現されてもよい。サービス提供サーバ１０は、各クライアント端末３０からのアクセスを受け付けて、ネットワーク２を介したゲームサービスを提供する既知のゲームサーバを含むものであるか、又は既知のゲームサーバの機能を備えるものである。本実施形態では、説明の便宜上、サービス提供サーバ１０は、１つの装置により実現されるものとして説明する。

　図２は本発明の一実施形態のサービス提供サーバ１０のハードウェア構成を示すブロック図である。サービス提供サーバ１０は、プロセッサ１１、入力装置１２、表示装置１３、記憶装置１４、及び通信装置１５を備える。これらの各構成装置はバス１６によって接続される。なお、バス１６と各構成装置との間には必要に応じてインタフェースが介在しているものとする。サービス提供サーバ１０は、一般的なサーバやＰＣ等と同様の構成を含むことができる。

　プロセッサ１１は、サービス提供サーバ１０全体の動作を制御する。例えばプロセッサ１１は、ＣＰＵである。プロセッサ１１は、記憶装置１４に格納されているプログラムやデータを読み込んで実行することにより、様々な処理を実行する。プロセッサ１１は、複数のプロセッサから構成されてもよい。

　入力装置１２は、サービス提供サーバ１０に対するユーザからの入力を受け付けるユーザインタフェースであり、例えば、タッチパネル、タッチパッド、キーボード、マウス、又はボタンである。表示装置１３は、プロセッサ１１の制御に従って、アプリケーション画面などをサービス提供サーバ１０のユーザに表示するディスプレイである。

　記憶装置１４は、主記憶装置及び補助記憶装置を含む。主記憶装置は、例えばＲＡＭのような半導体メモリである。ＲＡＭは、情報の高速な読み書きが可能な揮発性の記憶媒体であり、プロセッサ１１が情報を処理する際の記憶領域及び作業領域として用いられる。主記憶装置は、読み出し専用の不揮発性記憶媒体であるＲＯＭを含んでいてもよい。補助記憶装置は、様々なプログラムや、各プログラムの実行に際してプロセッサ１１が使用するデータを格納する。補助記憶装置は、情報を格納できるものであればいかなる不揮発性ストレージ又は不揮発性メモリであってもよく、着脱可能なものであっても構わない。

　通信装置１５は、ネットワークを介してユーザ端末又はサーバなどの他のコンピュータとの間でデータの授受を行うものであり、例えば無線ＬＡＮモジュールである。通信装置１５は、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュールなどの他の無線通信用のデバイスやモジュールなどとすることもできるし、イーサネット（登録商標）モジュールやＵＳＢインタフェースなどの有線通信用のデバイスやモジュールなどとすることもできる。

　図３は本発明の一実施形態のクライアント端末３０のハードウェア構成を示すブロック図である。クライアント端末３０は、プロセッサ３１、入力装置３２、表示装置３３、記憶装置３４、及び通信装置３５を備える。これらの各構成装置はバス３６によって接続される。なお、バス３６と各構成装置との間には必要に応じてインタフェースが介在しているものとする。プロセッサ３１、入力装置３２、表示装置３３、記憶装置３４、及び通信装置３５の各要素は、前述したプロセッサ１１、入力装置１２、表示装置１３、記憶装置１４、及び通信装置１５に各々対応するものであり、同様の構成を有するため、説明は省略する。本実施形態では、クライアント端末３０は、スマートフォンである。したがって、入力装置３２は、タッチパネルであり、表示装置３３（ディスプレイ）と一体となった構造である。ただし、クライアント端末３０は、上記の構成を備える携帯可能な端末であれば、タブレット型コンピュータ、タッチパッド等の接触型入力装置を備えるコンピュータなどの端末とすることができる。

　図４は本発明の一実施形態のサービス提供サーバ１０の機能ブロック図である。サービス提供サーバ１０は、ゲームサーバ部２１、識別子生成部２２、アクセス取得部２３、キャンペーンデータ記憶部２４、及び管理用データ記憶部２５を備える。本実施形態においては、プログラムがプロセッサ１１により実行されることにより又は記憶装置１４により、これらの機能が実現される。例えば実行されるプログラムは、記憶装置１４に記憶されている又は通信装置１５を介して受信したプログラムである。このように、各種機能がプログラム読み込みにより実現されるため、１つのパート（機能）の一部又は全部を他のパートが有していてもよい。ただし、各機能の一部又は全部を実現するための電子回路等を構成することによりハードウェアによってもこれらの機能は実現してもよい。なお、例えばサービス提供サーバ１０がデータベース機能を備える場合、記憶装置１４がデータベース用のデータ（例えばテーブル）やプログラムを記憶し、プログラムが実行されることにより、データベースは実現される。

　ゲームサーバ部２１は、各クライアント端末３０からのアクセスを受け付けて、ネットワーク２を介したゲームサービスを提供する既知のゲームサーバの機能を備える。ゲームサーバ部２１は、クライアント端末３０からユーザＩＤ及びパスワード等を受け取ってユーザを認証し、認証したクライアント端末３０と通信し、ゲームサービスを提供するために必要なデータを送信する。ゲームサーバ部２１は、クライアント端末３０においてゲームアプリが起動している間、クライアント端末３０と通信状態にある。１つの例では、ゲームサーバ部２１は、クライアント端末３０においてゲームアプリが起動している間、該クライアント端末３０と定期的又は断続的に通信し、該クライアント端末３０でのゲーム操作入力に応じてゲームを実行し、その実行結果を該クライアント端末３０に送信する。１つの例では、ゲームサーバ部２１は、データベース機能を備え、各ユーザＩＤに紐付けてユーザのゲーム進行状況等のデータやログを記憶する。ユーザＩＤは、ユーザを一意に識別可能なユーザ識別情報の１つの例である。

　識別子生成部２２は、クライアント端末３０を介して一のユーザより所定のキャンペーンに関連するリクエスト情報を受信した場合、該一のユーザを識別可能なユーザＩＤである又は該ユーザＩＤに基づく第１の識別子を含む第２の識別子を生成する。リクエスト情報は、一のユーザのユーザＩＤを含む。ユーザＩＤは、ゲームサーバ部２１がユーザを識別するためのＩＤであり、ユーザがゲームをプレイする際に利用するＩＤである。ユーザＩＤは、非一時的なＩＤである。第１の識別子は、ユーザＩＤの文字列又はユーザＩＤに基づく文字列である。本実施形態では、第１の識別子は、ユーザＩＤに紐付けられたランダム文字列である。第２の識別子は、第１の識別子を含む識別子であり、一時的な（ワンタイムの）識別子である。本実施形態では、第２の識別子は、ＵＲＬである。第１の識別子は、ユーザＩＤそのもの（例えばユーザＩＤの文字列）とすることもできるし、ユーザＩＤに紐付けられた一時的又は非一時的な識別子とすることもできるし、ユーザＩＤに基づいて算出された一時的又は非一時的な識別子とすることもできる。

　アクセス取得部２３は、ＳＮＳサーバ５０へ送信されたメッセージが含む第２の識別子に対するＳＮＳサーバ５０からのアクセスに基づいてユーザＩＤを取得する。１つの例では、アクセス取得部２３は、識別子生成部２２が生成する第２の識別子（ＵＲＬ）をホストするＷｅｂサーバ又はＷｅｂサーバ機能の１つとして実装される。１つの例では、ＳＮＳサーバ５０は、第２の識別子（ＵＲＬ）が初めてシェアされたときは、ＯＧＰ情報をキャッシュするために、第２の識別子（ＵＲＬ）にアクセスする。アクセス取得部２３は、第２の識別子に何らかのシステムがアクセスしたときに、そのアクセス元情報を用いて、ＯＧＰ情報をキャッシュするためのアクセス（ＯＧＰアクセス）の有無を検出する。１つの例では、アクセス取得部２３は、ＳＮＳサーバ５０のクローラが使用するユーザエージェント文字列、又はアクセス元のＩＰアドレスを手がかりとして、ＳＮＳサーバ５０へ第２の識別子（ＵＲＬ）が投稿されたことを認識することができる。アクセス元情報としては、例えばＦａｃｅｂｏｏｋクローラは、Ｆａｃｅｂｏｏｋ上でシェアされたウェブサイトのＨＴＭＬをクロールするときに、「facebookexternalhit/1.1」というユーザエージェント文字列を使用する。１つの例では、アクセス取得部２３を実装するＷｅｂサーバ又はＷｅｂサーバ機能は、ＳＮＳサーバ５０のクローラに適切なタイトル、説明、サムネイル画像を返却する。このタイトル、説明、サムネイル画像としては、例えば、キャンペーンへの応募が成功したことを示すタイトル、説明、サムネイル画像が設定される。

　キャンペーンデータ記憶部２４は、キャンペーンに関するデータを記憶する。１つの例では、キャンペーンに関するデータは、キャンペーンを一意に識別可能なキャンペーンＩＤ、キャンペーンを開催する期間、報酬付与条件、報酬付与対象のデータや、ゲーム内に表示される画像、イラスト、テキスト、レイアウトに関するデータなどを含む。

　管理用データ記憶部２５は、ユーザＩＤと、第２の識別子とを関連付けて記憶する。本実施形態では、管理用データ記憶部２５は、管理用データベース（管理用ＤＢ）により実現される。管理用ＤＢは、第１の識別子を含む第２の識別子と、ユーザＩＤとを関連付けている点で、第１の識別子とユーザＩＤとを関連付けるものである。管理用ＤＢは、第１の識別子と、ユーザＩＤとを直接関連付けて記憶してもよい。また管理用ＤＢは、更に付加的な情報をユーザＩＤなどに関連付けて記憶してもよい。図５は、管理用ＤＢの一例を示す図である。「One-Time URL」は、一時的な識別子である第２の識別子を示し、「User ID」はユーザＩＤを示し、「Optional Data」は、付加的な情報である付加情報を示す。例えば付加情報の各々は、ＪＳＯＮのデータ形式で記述される。

　識別子生成部２２は、受信したユーザＩＤと、生成した第２の識別子とを関連付けて管理用ＤＢ２５に記憶する。アクセス取得部２３は、ＯＧＰアクセスがあったとき、ＳＮＳサーバ５０へ投稿されたメッセージに記載された第２の識別子を認識し、管理用ＤＢ２５を用いて該第２の識別子と関連付けられたユーザＩＤを取得し、ゲームサーバ部２１へ通知する（受け渡す）。アクセス取得部２３は、取得したユーザＩＤに管理用ＤＢ２５において関連付けられた付加情報をゲームサーバ部２１へ通知してもよい。

　ゲームサーバ部２１は、アクセス取得部２３が取得したユーザＩＤに関連付けて、キャンペーンＩＤのキャンペーンにおける所定の報酬の付与を実行する。これにより、例えば当該ユーザＩＤでプレイするユーザは、ゲームにおいて所定のアイテムを取得するなどの所定の報酬が付与される。

　クライアント端末３０は、ＯＳとしてｉＯＳ（登録商標）がインストールされるとともに、当該ＯＳ上で動作可能な複数のアプリがインストールできるように構成される。クライアント端末３０は、ゲームアプリ４１及びＳＮＳアプリ４２がインストールされている。なお、説明の便宜上、クライアント端末３０にインストールされるＯＳはｉＯＳ（登録商標）としたが、これに限定されず、Ｗｉｎｄｏｗｓ（登録商標）やＡｎｄｒｏｉｄ（登録商標）などの他のＯＳがインストールされていてもよい。

　ゲームアプリ４１は、クライアント端末３０上で起動されると、ゲームサーバ部２１と通信し、ユーザＩＤを用いてユーザを識別し、クライアント端末３０（又はそのユーザ）に対してゲームサービスを提供する。ＳＮＳアプリ４２は、クライアント端末３０上で起動されると、ＳＮＳサーバ５０と通信し、クライアント端末３０（又はそのユーザ）に対してソーシャルネットワーキングサービスを提供する。

　図６は、本発明の一実施形態のシステム１の処理のフローチャートを示す図である。本フローチャートにおいては、ゲームアプリ４１が提供するゲームとＳＮＳアプリ４２が提供するＳＮＳとが連動したキャンペーンＡをゲーム運営者が設定した場合を想定している。この場合、キャンペーンデータ記憶部２４はキャンペーンＡに関するデータを記憶する。

　また本フローチャート開始時においては、クライアント端末３０は、ユーザＩＤを用いてログインした状態でゲームアプリ４１が動作している状態にある。このとき、クライアント端末３０は、キャンペーンＡに関連するＳＮＳへのメッセージ投稿を受け付けるための画面を表示装置３３に表示する。例えば、ゲームサーバ部２１は、キャンペーンデータ記憶部２４を参照し、クライアント端末３０に提供するゲーム内に、キャンペーンＡの内容を表示してキャンペーンＡへの参加を受け付けるためのキャンペーン領域を生成する。キャンペーン領域は、通常のゲーム画面からアクセス可能なキャンペーンページであってもよいし、通常のゲーム画面の所定領域に表示される領域であってもよい。キャンペーン領域は、キャンペーンＡへの参加を受け付けるための「ＳＮＳへ投稿する」というテキストを伴うボタン等のＧＵＩを含む。例えば、ユーザがクライアント端末３０のタッチパネルに表示されたキャンペーンＡへの参加を受け付けるためのＧＵＩをタッチすることにより、クライアント端末３０はキャンペーンＡに参加するためのリクエスト情報をゲームサーバ部２１へ送信する。

　ステップ１０１で、クライアント端末３０は、キャンペーンＡへ参加するためのＳＮＳサーバ５０へのメッセージ送信を受け付けるためのインタフェースを介したユーザ操作に応じて、ユーザＩＤを含むリクエスト情報をサービス提供サーバ１０へ送信する。例えば、クライアント端末３０は、ユーザ操作によりキャンペーンＡへの参加を受け付けるためのＧＵＩに対する入力を受け付けると、ユーザＩＤを含むリクエスト情報をサービス提供サーバ１０へ送信する。リクエスト情報は、キャンペーンＡに参加するための情報であることをサービス提供サーバ１０により認識可能な情報を含む。

　ステップ１０２で、識別子生成部２２は、クライアント端末３０からリクエスト情報を受信すると、受信したリクエスト情報に含まれるユーザＩＤに紐付けられた第１の識別子を含む第２の識別子（ＵＲＬ）を生成する。識別子生成部２２は、受信したユーザＩＤと、生成した第２の識別子とを関連付けて管理用ＤＢ２５に記憶する。

　ステップ１０３で、サービス提供サーバ１０は、ユーザＩＤに紐付けられた第１の識別子を含む情報をクライアント端末３０へ送信する。

　ステップ１０４で、クライアント端末３０は、サービス提供サーバ１０から第１の識別子を受信すると、第１の識別子を含む第２の識別子を生成し、生成した第２の識別子を実質的に含むディープリンクを生成する。クライアント端末３０は、生成したディープリンクを用いて、ＳＮＳアプリ４２を起動し、第２の識別子を含むメッセージを投稿するための画面を表示する。例えば、クライアント端末３０は、カスタムＵＲＬスキームを用いて、第２の識別子を含むＳＮＳメッセージを渡しながら、ＳＮＳアプリ４２を起動する。

　ステップ１０５で、クライアント端末３０は、ユーザ操作に応じて、第２の識別子を含んだメッセージをＳＮＳサーバ５０へ送信する。

　図７は、クライアント端末３０のタッチパネルに表示されるメッセージを投稿するための画面６０の一例である。ステップ１０４において自動的に起動されるＳＮＳアプリ４２の画面６０は、第２の識別子が自動的に入力された投稿用メッセージ６１と、投稿ボタン６２とを含んでいる。例えばステップ１０５で、クライアント端末３０は、ユーザがタッチパネルに表示される投稿ボタン６２をタッチすることにより、投稿用メッセージ６１として第２の識別子をＳＮＳサーバ５０へ送信する。

　ステップ１０６で、ＳＮＳサーバ５０は、ＯＧＰ情報をキャッシュするために、第２の識別子（ＵＲＬ）にアクセスする。

　ステップ１０７で、アクセス取得部２３は、ステップ１０６のＳＮＳサーバ５０からのＯＧＰアクセスからＳＮＳサーバ５０へ投稿された第２の識別子を認識し、該第２の識別子に基づいてユーザＩＤを取得する。アクセス取得部２３は、取得したユーザＩＤをゲームサーバ部２１へ通知する。ステップ１０８で、ゲームサーバ部２１は、ゲームアプリ４１において、取得したユーザＩＤに関連付けて、キャンペーンＡに関連する所定の報酬の付与を実行する。

　１つの例では、ステップ１０２で生成する第２の識別子は、「https://<hostname>/<one-time-user-id>」のような形式で記述されるＵＲＬである。「<hostname>」の部分は、サービス提供サーバ１０のホスト名を示す部分であり、例えば「cygames.com」のように記述される。「<hostname>」の部分は、ポート番号を含んでもよい。「<one-time-user-id>」の部分は、パス名を示す部分であり、例えば「YUI31SAY329SAGHJ」のように記述される。「<one-time-user-id>」の部分は、ユーザＩＤに紐付けられたランダム文字列であり、第１の識別子に相当する部分である。例えば、識別子生成部２２は、ユーザＩＤ「0000001」にランダムに紐付けられた「YUI31SAY329SAGHJ」を「<one-time-user-id>」として記述する。クライアント端末３０は、ゲームアプリ４１が起動している間はゲームサーバ部２１と通信を行っているため、ホスト名「https://cygames.com」に関する情報を予め取得している。そのため、ステップ１０２で、識別子生成部２２は、ユーザＩＤ「0000001」を含むリクエスト情報を受信すると、ユーザＩＤをランダム文字列である第１の識別子「YUI31SAY329SAGHJ」に紐付け、取得したホスト名「https://cygames.com」を用いて、第２の識別子（ＵＲＬ）「https://cygames.com/YUI31SAY329SAGHJ」を生成することができる。なお、「<one-time-user-id>」の部分は、パス名であるため、サービス提供サーバ１０の構成に応じて変更されうる部分である。１つの例では、「<hostname>」の部分は、キャンペーンＩＤなどのキャンペーンに関連する情報を含むこともできるし、ゲームを一意に識別するための情報を含むこともできる。

　本例示においては、ステップ１０４で、クライアント端末３０は、第１の識別子「YUI31SAY329SAGHJ」を受信すると、第２の識別子「https://cygames.comYUI31SAY329SAGHJ」を生成する。起動するＳＮＳアプリがＴｗｉｔｔｅｒ（登録商標）のアプリである場合、クライアント端末３０は、カスタムＵＲＬスキームとして、「twitter://post?message=https%3A%2F%2Fcygames.com%2FYUI31SAY329SAGHJ」の文字列（ディープリンク）を生成する。「twitter://post」の部分は、任意のアプリからＴｗｉｔｔｅｒアプリを起動するためのＵＲＬ文字列であり、「?message=」の部分は、Ｔｗｉｔｔｅｒアプリに、「投稿メッセージのドラフトとして、=以下の文字列を入れて欲しい」という指示を意味する。「https%3A%2F%2Fcygames.com%2FYUI31SAY329SAGHJ」の部分は、第２の識別子「https://cygames.com/YUI31SAY329SAGHJ」をＵＲＬエンコードという方式でエンコードした文字列である。このように、クライアント端末３０が生成するディープリンクは、第２の識別子に対応する情報を含むものである。クライアント端末３０は、生成したディープリンクを用いて、Ｔｗｉｔｔｅｒアプリを起動すると、「https://cygames.com/YUI31SAY329SAGHJ」という文字列（第２の識別子）が入力済みのＳＮＳ投稿画面を表示する。

　本例示においては、ステップ１０５で、クライアント端末３０は、ユーザ操作に応じて、「https://cygames.com/YUI31SAY329SAGHJ」という第２の識別子（ＵＲＬ）のメッセージ入力を受け付け、当該メッセージをＳＮＳサーバ５０へ送信する。

　本例示においては、ステップ１０６で、ＳＮＳサーバ５０は、ＯＧＰ情報をキャッシュするためにＵＲＬ「https://cygames.com/YUI31SAY329SAGHJ」にアクセスする。ＳＮＳサーバ５０の当該ＵＲＬへのアクセスは、ＳＮＳサーバ５０のクローラによるＯＧＰメタデータ取得のためのアクセスであり、Ｗｅｂブラウザにおける通常のＵＲＬへのアクセスとは異なる。例えば、ＳＮＳサーバ５０のクローラによるアクセスは、通常のｈｔｔｐリクエストと異なり、ユーザエージェントヘッダに、Ｔｗｉｔｔｅｒの場合は"Twitterbot/1.0"、Ｆａｃｅｂｏｏｋの場合は"facebookexternalhit/1.1"、ＬＩＮＥの場合は"facebookexternalhit/1.1;line-poker/1.0"、Ｓｌａｃｋの場合は"Slackbot-LinkExpanding 1.0"のＳＮＳ固有の文字列が設定されているため、アクセス取得部２３は、当該文字列により、ＳＮＳサーバ５０のＳＮＳの種別と該ＳＮＳのクローラからのアクセスであることを識別することができる。

　次に、本発明の実施形態のサービス提供サーバ１０の主な作用効果について説明する。本実施形態では、クライアント端末３０は、例えばユーザＩＤを用いてログインした状態でゲームアプリ４１が動作している場合においてユーザ操作によりキャンペーンへの参加を受け付けるための入力を受け付けると、ユーザＩＤを含むリクエスト情報をサービス提供サーバ１０へ送信する。サービス提供サーバ１０は、リクエスト情報を受信した場合、ユーザＩＤに基づく第１の識別子を含む第２の識別子（ＵＲＬ）を生成し、該第１の識別子を含む情報をクライアント端末３０へ送信する。クライアント端末３０は、第１の識別子を含む情報を受信した場合、該第１の識別子を含む第２の識別子を含んだメッセージを投稿するための画面を表示し、ユーザ操作に応じて、第２の識別子を含んだメッセージをＳＮＳサーバ５０へ送信する。ＳＮＳサーバ５０は、当該第２の識別子（ＵＲＬ）が初めてシェアされたときは、ＯＧＰ情報をキャッシュするために、第２の識別子（ＵＲＬ）にアクセスし、サービス提供サーバ１０は、当該ＯＧＰアクセスに基づいてユーザＩＤを取得し、該ユーザＩＤに関連付けて所定の処理を実行する。

　このように、本実施形態では、ＳＮＳシステムのクローラがユーザにより投稿されたＵＲＬに反応して、当該ＵＲＬに自動的にアクセスすることを利用する構成とすることにより、「特定のユーザに一意に与えたＵＲＬへ、ＳＮＳシステムのクローラからアクセスがあった」ことをトリガにして、ＳＮＳへの投稿とゲームアプリ４１のユーザＩＤとを紐づけることが可能となる。またユーザにより投稿されたＵＲＬは、キャンペーンＩＤなどのキャンペーンに関するデータを含むことができるため、サービス提供サーバ１０は、ＳＮＳへの投稿とゲームアプリ４１のユーザＩＤとキャンペーンに関するデータとを紐付けることも可能となる。更に、本実施形態のシステム１は、従来技術が必要としたアカウント連携（例えば、ゲームアプリ４１のアカウントとＳＮＳアプリ４２のアカウントのアカウントの紐付け）を必要としない。そのため、プロモーション対象のゲームアプリ４１においてＳＮＳと連動した所定のキャンペーンを行う場合に、ユーザがより簡易な方法で参加することが可能となる。また従来技術が必要としたアカウント連携を必要としないことから、個人情報の移動も無いため、ユーザの個人情報に関する漏洩などのリスクを低減させることが可能となる。

　上記のとおり、本実施形態では、サービス提供サーバ１０は、ＯＧＰアクセスに基づいて取得したユーザＩＤに関連付けてゲームにおける所定の報酬の付与などの所定の処理を実行するため、ユーザ毎の投稿状況に応じて、個別に報酬を付与することが可能となる。これにより、キャンペーンに関するユーザの投稿意欲を高め、ＳＮＳ上でのゲームアプリ４１のプロモーションをより活発化することが可能となる。

　また本実施形態では、クライアント端末３０のユーザが所定のキャンペーンに参加するために行う操作は、リクエスト情報を送信するためのタッチとＳＮＳメッセージを投稿するためのタッチの２回のタッチで、投稿内容に応じた報酬を受け取ることができる。このような構成とすることにより、本実施形態では、ユーザがより簡易な方法で参加することが可能である。

　本実施形態のシステム１は、ＳＮＳサーバ５０のプライバシー機能の外側の機能であるＯＧＰアクセスを用いるため、いわゆる鍵付きアカウントやｓｌａｃｋのようなクローズドなＳＮＳにおいても、ＳＮＳサーバ５０がクローラを用いてＵＲＬのサムネイルを生成しようとする限りにおいて、有効に機能することができる。

　また本実施形態では、サービス提供サーバ１０が生成する第２の識別子は、ユーザＩＤに関連付けられた一時的な識別子とすることができる。識別子生成部２２は、イベント×ユーザ数の分だけ、第２の識別子（ＵＲＬ）を生成する必要があるため、第２の識別子を一時的な識別子とすることにより、より容易に本機能を実装することが可能となる。

　また本実施形態では、サービス提供サーバ１０が生成する第２の識別子が含む第１の識別子は、ユーザＩＤに紐付けられた一時的な識別子とすることができる。このような構成とすることにより、本実施形態では、ユーザの個人情報に関する漏洩などのリスクをより低減させることが可能となる。

　上記の作用効果は、特に言及が無い限り、他の実施形態や変形例においても同様である。

　本発明の他の実施形態では、上記で説明した本発明の実施形態の機能やフローチャートに示す情報処理を実現するプログラムや該プログラムを格納したコンピュータ読み取り可能な記憶媒体とすることもできる。また他の実施形態では、上記で説明した本発明の実施形態の機能やフローチャートに示す情報処理を実現する方法とすることもできる。また他の実施形態では、上記で説明した本発明の実施形態の機能やフローチャートに示す情報処理を実現するプログラムをコンピュータに供給することができるサーバとすることもできる。また他の実施形態では、上記で説明した本発明の実施形態の機能やフローチャートに示す情報処理を実現する仮想マシン又はクラウドシステムとすることもできる。

　本発明の１又は複数の実施形態では、管理用ＤＢ２５は、ステップ１０８における所定の処理を既に実行したか否かを示す実行情報をユーザＩＤに関連付けて記憶するように構成することができる。管理用ＤＢ２５が実行情報をユーザＩＤに関連付けて記憶するように構成する実施形態について以下に説明する。この実施形態では、ステップ１０８において、サービス提供サーバ１０は、所定の処理を実行すると、管理用ＤＢ２５に記憶される対応する実行情報を「実行済み」に更新する。またこの実施形態では、ステップ１０２の前に、サービス提供サーバ１０は、一のユーザより所定のキャンペーンに関連するリクエスト情報を受信すると、管理用ＤＢ２５が記憶するユーザＩＤ及び実行情報に基づいて、該一のユーザからの当該キャンペーンに関連するリクエスト情報が実行済みか否かを判定する。このような構成とすることにより、本実施形態のシステム１は、１人のユーザが何度も同一のキャンペーンに参加して報酬が付与されることを防ぐことが可能となる。

　本発明の１又は複数の実施形態では、第１の識別子は、ユーザＩＤから算出されたハッシュ値とすることもできる。第１の識別子は、永続的にユーザＩＤと１対１対応するハッシュ値とすることもできるし、ワンタイムでユーザＩＤと１対１対応するハッシュ値とすることもできる。

　本発明の１又は複数の実施形態では、第２の識別子は、ＵＲＬ以外のＵＲＩや同様の機能を有する他の識別子とすることもできる。

　本発明の１又は複数の実施形態では、識別子生成部２２は、リクエスト情報を受信したタイミングで第２の識別子を生成するのではなく、ゲーム画面を更新するたびに、又はゲーム起動時などの所定のタイミングで、予め生成することができる。このような識別子生成部２２が第２の識別子を予め生成する実施形態では、ステップ１０２で、識別子生成部２２は、クライアント端末３０からリクエスト情報を受信すると、受信したリクエスト情報に含まれるユーザＩＤを認識し、予め生成された該ユーザＩＤを含む第２の識別子を決定する。この実施形態では、識別子生成部２２は、受信したユーザＩＤと、決定した第２の識別子とを関連付けて管理用ＤＢ２５に記憶する。

　本発明の１又は複数の実施形態では、ステップ１０３で、サービス提供サーバ１０がクライアント端末３０に送信する情報は、第１の識別子を含む情報であればよく、サービス提供サーバ１０は、第２の識別子を送信してもよい。このようなサービス提供サーバ１０が第２の識別子を送信する実施形態では、ステップ１０４で、クライアント端末３０は、サービス提供サーバ１０から第２の識別子を受信すると、受信した第２の識別子を実質的に含むディープリンクを生成する。例えばクライアント端末３０は、生成したディープリンクを用いて、ＳＮＳアプリ４２を起動し、第２の識別子を含むメッセージを投稿するための画面を表示する。

　本発明の１又は複数の実施形態では、ステップ１０３におけるサービス提供サーバ１０の送信は、ゲームサーバ部２１とクライアント端末３０が行うゲームサービスを提供するために必要なデータの通信において行ってもよい。

　本発明の１又は複数の実施形態では、ステップ１０４で、クライアント端末３０は、生成したディープリンクを用いて、ＳＮＳアプリ４２を起動する代わりに、生成したディープリンクを用いて、Ｗｅｂブラウザを起動してＳＮＳサーバ５０が提供するＷｅｂページにアクセスし、第２の識別子を含むメッセージを投稿するための画面を表示するように構成されてもよい。本発明の１又は複数の実施形態では、ステップ１０４で、クライアント端末３０は、生成したディープリンクを用いて、ＳＮＳアプリ４２を起動する代わりに、生成したディープリンクを用いて、起動中のＷｅｂブラウザにおいて新たなウィンドウやタブを生成してＳＮＳサーバ５０が提供するＷｅｂページにアクセスし、第２の識別子を含むメッセージを投稿するための画面を表示するように構成されてもよい。

　本発明の１又は複数の実施形態では、ステップ１０５で、クライアント端末３０は、ユーザにより操作を受け付けることなく、第２の識別子を含んだメッセージをＳＮＳサーバ５０へ送信するように構成されてもよい。このようなクライアント端末３０がサービス提供サーバ１０から第１の識別子を受信すると自動的に第２の識別子を含んだメッセージをＳＮＳサーバ５０へ送信する実施形態では、ステップ１０４で、クライアント端末３０は、第２の識別子を含むメッセージを投稿するための画面を表示しないように構成されてもよい。

　本発明の１又は複数の実施形態では、キャンペーン領域が含む「ＳＮＳへ投稿する」というテキストを伴うＧＵＩは、ＳＮＳの種類ごとに配置されてもよい。例えば、キャンペーン領域は、「Ｔｗｉｔｔｅｒへ投稿する」ボタンと、「Ｆａｃｅｂｏｏｋへ投稿する」ボタンなどを含むものとすることができる。

　本発明の１又は複数の実施形態では、同時期に開催するキャンペーンが１つしかないなど、キャンペーンＩＤを設定する必要が無い場合、第２の識別子は、キャンペーンＩＤを含まなくてもよく、キャンペーンデータ記憶部２４は、キャンペーンＩＤを記憶しなくてもよい。このような第２の識別子がキャンペーンＩＤを含まない実施形態では、リクエスト情報は、キャンペーンに参加するための情報であることをサービス提供サーバ１０により認識可能な情報を含めばよく、リクエスト情報は、その他のキャンペーンに関連する情報を含まなくてもよい。

　本発明の１又は複数の実施形態では、リクエスト情報は、所望のキャンペーン（例えばキャンペーンＡ）に参加するための情報であることをサービス提供サーバ１０により認識可能な情報を含めばよく、リクエスト情報は、キャンペーンＩＤを含まなくてもよい。

　本発明の１又は複数の実施形態では、ステップ１０１でクライアント端末３０が送信するリクエスト情報は、キャンペーンＩＤを含むことができる。リクエスト情報がキャンペーンＩＤを含む場合の実施形態について、以下に説明する。この実施形態では、キャンペーンデータ記憶部２４はキャンペーンＡのキャンペーンＩＤを記憶する。

　この実施形態では、ステップ１０１で、クライアント端末３０は、キャンペーンＡへ参加するためのＳＮＳサーバ５０へのメッセージ送信を受け付けるためのインタフェースを介したユーザ操作に応じて、ユーザＩＤ及びキャンペーンＩＤを含むリクエスト情報をサービス提供サーバ１０へ送信する。例えば、クライアント端末３０は、ユーザ操作によりキャンペーンＡへの参加を受け付けるためのＧＵＩに対する入力を受け付けると、ユーザＩＤ及びキャンペーンＩＤを含むリクエスト情報をサービス提供サーバ１０へ送信する。ステップ１０２で、識別子生成部２２は、クライアント端末３０からリクエスト情報を受信すると、受信したリクエスト情報に含まれるユーザＩＤに紐付けられた第１の識別子と、該リクエスト情報に含まれるキャンペーンＩＤとを含む第２の識別子（ＵＲＬ）を生成する。ステップ１０７で、アクセス取得部２３は、取得したユーザＩＤ及び第２の識別子から得られるキャンペーンＩＤをゲームサーバ部２１へ通知する。ステップ１０８で、ゲームサーバ部２１は、ゲームアプリ４１において、取得したユーザＩＤに関連付けて、キャンペーンＩＤのキャンペーンＡに関連する所定の報酬の付与を実行する。

　この実施形態の１つの例では、ステップ１０２で生成する第２の識別子は、「https://<hostname>/<game-id>/<campaign-id>/<one-time-user-id>」のような形式で記述されるＵＲＬである。「<game-id>/<campaign-id>/<one-time-user-id>」の部分が、パス名であり、例えば「great_game/c01234/YUI31SAY329SAGHJ」のように記述される。「<game-id>」の部分は、ゲームアプリ４１のゲームを一意に識別するための文字列である。「<campaign-id>」の部分は、キャンペーンＡのキャンペーンＩＤを示す文字列である。「<one-time-user-id>」の部分は、ユーザＩＤに紐付けられたランダム文字列であり、第１の識別子に相当する部分である。例えば、識別子生成部２２は、ユーザＩＤ「0000001」にランダムに紐付けられた「YUI31SAY329SAGHJ」を「<one-time-user-id>」として記述する。クライアント端末３０は、ゲームアプリ４１が起動している間はゲームサーバ部２１と通信を行っているため、ホスト名「https://cygames.com」、ゲームＩＤ「great_game」、及びキャンペーンＩＤ「c01234」に関する情報を予め取得している。そのため、ステップ１０２で、識別子生成部２２は、ユーザＩＤ「0000001」及びキャンペーンＩＤ「c01234」を含むリクエスト情報を受信すると、ユーザＩＤをランダム文字列である第１の識別子「YUI31SAY329SAGHJ」に紐付け、取得したホスト名「https://cygames.com」、ゲームＩＤ「great_game」、及びキャンペーンＩＤ「c01234」を用いて、第２の識別子（ＵＲＬ）「https://cygames.com/great_game/c01234/YUI31SAY329SAGHJ」を生成することができる。

　なお、本例示においては、ゲームサーバ部２１により提供されるキャンペーン領域は、キャンペーンＡ以外のキャンペーンへの参加を受け付けるためのＧＵＩを含むことができ、クライアント端末３０は他のキャンペーンに関する情報も予め取得することができる。この場合、ステップ１０１で、クライアント端末３０は、ユーザ操作に応じてキャンペーンＡへの参加を受け付けるためのＧＵＩに対する入力を受け付けると、リクエスト情報をサービス提供サーバ１０に送信するとともにキャンペーンＩＤ「c01234」を取得する。

　本例示においては、ステップ１０４で、クライアント端末３０は、第１の識別子「YUI31SAY329SAGHJ」を受信すると、第２の識別子「https://cygames.com/great_game/c01234/YUI31SAY329SAGHJ」を生成する。起動するＳＮＳアプリがＴｗｉｔｔｅｒ（登録商標）のアプリである場合、クライアント端末３０は、カスタムＵＲＬスキームとして、「twitter://post?message=https%3A%2F%2Fcygames.com%2Fgreat_game%2Fc01234%2FYUI31SAY329SAGHJ」の文字列（ディープリンク）を生成する。クライアント端末３０は、生成したディープリンクを用いて、Ｔｗｉｔｔｅｒアプリを起動すると、「https://cygames.com/great_game/c01234/YUI31SAY329SAGHJ」という文字列（第２の識別子）が入力済みのＳＮＳ投稿画面を表示する。

　本例示においては、ステップ１０５で、クライアント端末３０は、ユーザ操作に応じて、「https://cygames.com/great_game/c01234/YUI31SAY329SAGHJ」という第２の識別子（ＵＲＬ）のメッセージ投稿を受け付ける。本例示においては、ステップ１０６で、ＳＮＳサーバ５０は、ＯＧＰ情報をキャッシュするためにＵＲＬ「https://cygames.com/great_game/c01234/YUI31SAY329SAGHJ」にアクセスする。

　本発明の１又は複数の実施形態では、ステップ１０２で生成する第２の識別子は、サービス提供サーバ１０が備えるＷｅｂサーバ又はＷｅｂサーバ機能の設計に応じて記述の方式を変更することができる。例えば、第２の識別子は、パス名の部分に「<campaign-id>」と「<one-time-user-id>」のみを含んだ「https://<hostname>/<campaign-id>/<one-time-user-id>」のような形式で記述することもできる。また例えば、第２の識別子は、更に付加的な情報<additional-data>を含んだ「https://<hostname>/<game-id>/<campaign-id>/<one-time-user-id>/<additional-data>」のような形式で記述することもできる。この場合、<additional-data>は、図５に示す「Optional Data」の少なくとも一部に対応する情報を含むものである。

　本発明の１又は複数の実施形態では、第２の識別子は、ユーザＩＤと、キャンペーンＩＤと、キャンペーン用の付加情報とを含むことができる。このような第２の識別子がユーザＩＤとキャンペーンＩＤと付加情報とを含む実施形態では、例えばキャンペーン領域は、所定のキャンペーンへの参加を受け付けるためのユーザインタフェースとともに推しキャラ投票時のキャラクタＩＤなどの付加情報を受け付けるユーザインタフェースを含む。この実施形態では、ステップ１０１で、クライアント端末３０は、上記のユーザインタフェースを介したユーザ操作に応じて、ユーザＩＤ、キャンペーンＩＤ、及び付加情報を含むリクエスト情報をサービス提供サーバ１０へ送信する。この実施形態では、ステップ１０２で、識別子生成部２２は、受信したユーザＩＤと、生成した第２の識別子と、付加情報とを関連付けて管理用ＤＢ２５に記憶する。この実施形態では、ステップ１０７で、アクセス取得部２３は、ＳＮＳサーバ５０からのＯＧＰアクセスに基づいて取得したユーザＩＤと、第２の識別子から得られるキャンペーンＩＤと付加情報とをゲームサーバ部２１へ通知する。この実施形態では、ステップ１０８で、ゲームサーバ部２１は、取得したユーザＩＤに関連付けて、キャンペーンＩＤのキャンペーンにおける付加情報に応じた所定の報酬の付与を実行する。

　本発明の１又は複数の実施形態では、リクエスト情報は、ユーザＩＤとキャンペーンＩＤと付加情報とを含み、第２の識別子は、付加情報を含まないように構成されてもよい。このようなリクエスト情報がユーザＩＤとキャンペーンＩＤと付加情報とを含んで第２の識別子が付加情報を含まない実施形態では、ステップ１０２で、識別子生成部２２は、受信したユーザＩＤと、生成した第２の識別子と、付加情報とを関連付けて管理用ＤＢ２５に記憶する。この実施形態では、ステップ１０７で、アクセス取得部２３は、ＳＮＳサーバ５０からのＯＧＰアクセスに基づいて取得したユーザＩＤと、第２の識別子から得られるキャンペーンＩＤと、取得したユーザＩＤに管理用ＤＢ２５において関連付けられた付加情報とをゲームサーバ部２１へ通知する。この実施形態では、ステップ１０８で、ゲームサーバ部２１は、取得したユーザＩＤに関連付けて、キャンペーンＩＤのキャンペーンにおける付加情報に応じた所定の報酬の付与を実行する。

　本発明の１又は複数の実施形態では、第２の識別子（ＵＲＬ）へのアクセスを受け付けたサービス提供サーバ１０は、ＯＧＰ情報として、管理用データ記憶部２５において第２の識別子と関連付けて記憶されるユーザＩＤのゲーム情報に基づいてレスポンスを送信することができる。例えば、サービス提供サーバ１０は、ＯＧＰ情報として、当該ユーザＩＤのユーザがキャンペーンに参加したことを確認することができる画像をサムネイルとして生成して返すことができる。

　本発明の１又は複数の実施形態では、ＳＮＳサーバ５０は、クローラとして、ＯＧＰの仕様に基づいてシェアされたＵＲＬのサムネイルを作成する機能の代わりに、他の同様の機能を有することができる。例えば、ＳＮＳサーバ５０のクローラは、Ｔｗｉｔｔｅｒ　Ｃａｒｄの仕様に基づいてシェアされたＵＲＬのサムネイルを作成する機能を備えることができる。この場合、クローラは、ＳＮＳ上でＵＲＬ又はＵＲＩ等の識別子がシェアされた（投稿された）ときに、当該ＵＲＬに自動的にアクセスし、そのＨＴＭＬにＴｗｉｔｔｅｒ　Ｃａｒｄの仕様に沿って定義されたタイトル、説明、サムネイル画像などを収集し、ＳＮＳサーバ５０のキャッシュに保存する。

　本発明の１又は複数の実施形態では、ステップ１０８で、ゲームサーバ部２１は、ゲームアプリ４１などのアプリにおいて、所定のキャンペーンに関連する所定の報酬の付与する以外の所定の処理を実行するように構成されてもよい。

　本発明の１又は複数の実施形態では、ステップ１０８で、ゲームサーバ部２１は、ＳＮＳサーバ５０への投稿する頻度（例えば毎日の投稿）に応じて、ゲームアプリ４１において、所定のキャンペーンに関連する所定の処理を実行するように構成されてもよい。

　本発明の１又は複数の実施形態では、ゲームアプリ４１は、ゲーム以外の他のアプリであってもよい。ゲームアプリ４１がゲーム以外の他のアプリである実施形態では、サービス提供サーバ１０は、ゲームサーバ部２１の代わりにアプリサーバ部を備える。この実施形態では、アプリサーバ部は、既知のゲームサーバの機能の代わりに他のアプリを提供するために必要な機能を備える以外は、ゲームサーバ部２１と同様の機能を備える。この実施形態では、例えば、ユーザＩＤは、ユーザがアプリを利用する際に用いるＩＤであり、アプリサーバ部が認識するＩＤである。

　本発明の１又は複数の実施形態では、ゲームサーバ部２１は、他の機能ブロック２２～２５とは物理的に異なるゲームサーバ又はゲームサーバシステムにより実現されてもよいし、仮想的に異なるクラウドによりゲームサーバシステムとして実現されてもよい。

　本発明の１又は複数の実施形態では、アクセス取得部２３は、他の機能ブロック２１～２２、２４～２５とは物理的に異なるＷｅｂサーバ又はＷｅｂサーバシステムにより実現されてもよいし、仮想的に異なるクラウドによりＷｅｂサーバシステムとして実現されてもよい。

　本発明の１つの変形実施形態では、第２の識別子は、非一時的な識別子とすることもできる。当該非一時的な識別子は、例えば所定時間経過後に、削除されるように構成されてもよい。

　以上に説明した処理又は動作において、あるステップにおいて、そのステップではまだ利用することができないはずのデータを利用しているなどの処理又は動作上の矛盾が生じない限りにおいて、処理又は動作を自由に変更することができる。また以上に説明してきた各実施例は、本発明を説明するための例示であり、本発明はこれらの実施例に限定されるものではない。本発明は、その要旨を逸脱しない限り、種々の形態で実施することができる。

１　システム
２　ネットワーク
１０　サービス提供サーバ
１１　プロセッサ
１２　入力装置
１３　表示装置
１４　記憶装置
１５　通信装置
１６　バス
２１　ゲームサーバ部
２２　識別子生成部
２３　アクセス取得部
２４　キャンペーンデータ記憶部
２５　管理用データ記憶部
３０　ユーザ端末
３１　プロセッサ
３２　入力装置
３３　表示装置
３４　記憶装置
３５　通信装置
３６　バス
５０　ＳＮＳサーバ
６０　画面
６１　投稿用メッセージ
６２　投稿ボタン

Claims (14)

1. 　サーバ及びクライアント端末を含む、所定のキャンペーンに関連するメッセージ送信に応じて該メッセージを送信したユーザに関連する所定の処理を実行するためのシステムであって、
   　前記サーバは、前記クライアント端末を介して一のユーザより所定のキャンペーンに関連するリクエスト情報を受信した場合、該一のユーザを識別可能なユーザ識別情報である又は該ユーザ識別情報に基づく第１の識別子を含む第２の識別子を生成又は決定し、該第１の識別子を含む情報を該クライアント端末へ送信し、
   　前記クライアント端末は、前記サーバから第１の識別子を含む情報を受信した場合、ＳＮＳサーバへ、該第１の識別子を含む第２の識別子を含んだメッセージを送信するための画面を表示し、又は該メッセージを送信し、
   　前記クライアント端末が前記メッセージをＳＮＳサーバへ送信した場合、前記サーバは、該メッセージが含む第２の識別子に対する該ＳＮＳサーバからのアクセスに基づいてユーザ識別情報を取得し、該ユーザ識別情報に関連付けて前記所定の処理を実行する、
   　システム。
2. 　前記サーバが生成又は決定する第２の識別子は、一のユーザを識別可能なユーザ識別情報に関連付けられた一時的な識別子である、請求項１に記載のシステム。
3. 　前記サーバが生成又は決定する第２の識別子が含む第１の識別子は、一のユーザを識別可能な非一時的なユーザ識別情報であるか、又は該ユーザ識別情報に紐付けられた識別子である、請求項１に記載のシステム。
4. 　前記クライアント端末は、前記サーバから第１の識別子を含む情報を受信した場合、ＳＮＳアプリケーションを起動し、ＳＮＳサーバへ、該第１の識別子を含む第２の識別子を含んだメッセージを送信するための画面を表示し、又は該メッセージを送信する、請求項１から３のいずれか１項に記載のシステム。
5. 　前記クライアント端末は、前記サーバと通信し、かつユーザ識別情報を用いてユーザを識別する所定のアプリケーションがインストールされており、
   　第２の識別子が含む第１の識別子は、前記所定のアプリケーションにおいて用いられる非一時的なユーザ識別情報又は該ユーザ識別情報に紐付けられた識別子である、請求項１から４のいずれか１項に記載のシステム。
6. 　前記システムは、ユーザに対してゲームを提供するためのシステムであり、
   　前記所定のアプリケーションは、ゲームに関するアプリケーションであり、
   　前記所定の処理は、ユーザ識別情報に関連付けて実行される所定の報酬の付与である、
   　請求項５に記載のシステム。
7. 　前記クライアント端末は、ユーザ識別情報を用いてログインした状態で前記所定のアプリケーションが動作するとき、ＳＮＳサーバへのメッセージ送信を受け付けるためのインタフェースを介したユーザ操作に応じて、前記サーバに対して該ユーザ識別情報を含む前記リクエスト情報を送信する、請求項５又は６に記載のシステム。
8. 　前記サーバが送信する第１の識別子を含む情報は、第１の識別子又は第２の識別子である、請求項１から７のいずれか１項に記載のシステム。
9. 　前記サーバは、ユーザ識別情報と、第２の識別子とを関連付けて記憶する管理用データベースを含み、
   　前記サーバは、前記クライアント端末が送信したメッセージが含む第２の識別子に対するＳＮＳサーバからのアクセスを受け付けると、前記管理用データベースにおいて該第２の識別子と関連付けられたユーザ識別情報を取得する、請求項１から８のいずれか１項に記載のシステム。
10. 　前記サーバは、前記所定の処理を既に実行したか否かを示す実行情報をユーザ識別情報に関連付けて前記管理用データベースに記憶し、前記所定の処理を実行すると、前記管理用データベースに記憶される対応する実行情報を更新する、請求項９に記載のシステム。
11. 　前記サーバは、一のユーザより前記所定のキャンペーンに関連するリクエスト情報を受信すると、前記管理用データベースが記憶するユーザ識別情報及び実行情報に基づいて、該一のユーザからの前記所定のキャンペーンに関連するリクエスト情報が実行済みか否かを判定する、請求項１０に記載のシステム。
12. 　所定のキャンペーンに関連するメッセージ送信に応じて該メッセージを送信したユーザに関連する所定の処理を実行するためのサーバであって、
    　クライアント端末を介して一のユーザより所定のキャンペーンに関連するリクエスト情報を受信した場合、該一のユーザを識別可能なユーザ識別情報である又は該ユーザ識別情報に基づく第１の識別子を含む第２の識別子を生成又は決定し、該第１の識別子を含む情報を該クライアント端末へ送信し、
    　前記クライアント端末が、前記サーバから受信した情報に基づいて第１の識別子を含む第２の識別子を含んだメッセージをＳＮＳサーバへ送信した場合、該メッセージが含む第２の識別子に対する該ＳＮＳサーバからのアクセスに基づいてユーザ識別情報を取得し、該ユーザ識別情報に関連付けて前記所定の処理を実行する、
    　サーバ。
13. 　サーバ及びクライアント端末を含むシステムにおいて、所定のキャンペーンに関連するメッセージ送信に応じて該メッセージを送信したユーザに関連する所定の処理を実行するための方法であって、
    　前記サーバにおいて、前記クライアント端末を介して一のユーザより所定のキャンペーンに関連するリクエスト情報を受信すると、該一のユーザを識別可能なユーザ識別情報である又は該ユーザ識別情報に基づく第１の識別子を含む第２の識別子を生成又は決定し、該第１の識別子を含む情報を該クライアント端末へ送信するステップと、
    　前記クライアント端末において、前記サーバから第１の識別子を含む情報を受信すると、ＳＮＳサーバへ、該第１の識別子を含む第２の識別子を含んだメッセージを送信するための画面を表示するステップ、又は該メッセージを送信するステップと、
    　前記クライアント端末において前記メッセージをＳＮＳサーバへ送信した場合、前記サーバにおいて、該メッセージが含む第２の識別子に対する該ＳＮＳサーバからのアクセスに基づいてユーザ識別情報を取得し、該ユーザ識別情報に関連付けて前記所定の処理を実行するステップと、
    　を含む、方法。
14. 　請求項１３に記載の方法の各ステップをコンピュータに実行させるプログラム。

Images