特許 5719904 プログラム、制御方法、サーバ装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5719904

(24)【登録日】2015年3月27日

(45)【発行日】2015年5月20日

(54)【発明の名称】プログラム、制御方法、サーバ装置

(51)【国際特許分類】

   G06F 13/00 20060101AFI20150430BHJP

   G06Q 50/10 20120101ALI20150430BHJP

【ＦＩ】

   G06F13/00 510A

   G06Q50/10 100

【請求項の数】7

【全頁数】17

(21)【出願番号】特願2013-225490(P2013-225490)

(22)【出願日】2013年10月30日

(65)【公開番号】特開2015-38715(P2015-38715A)

(43)【公開日】2015年2月26日

【審査請求日】2014年6月30日

(31)【優先権主張番号】特願2013-148081(P2013-148081)

(32)【優先日】2013年7月16日

(33)【優先権主張国】JP

【早期審査対象出願】

(73)【特許権者】

【識別番号】504437801

【氏名又は名称】グリー株式会社

(74)【代理人】

【識別番号】100147485

【弁理士】

【氏名又は名称】杉村 憲司

(74)【代理人】

【識別番号】100164471

【弁理士】

【氏名又は名称】岡野 大和

(72)【発明者】

【氏名】伊野 友紀

【審査官】 宮久保 博幸

(56)【参考文献】

【文献】 特開２００４−２３４２９０（ＪＰ，Ａ）

【文献】 特開２００２−２４５３２３（ＪＰ，Ａ）

【文献】 特開２００９−０７５９０７（ＪＰ，Ａ）

【文献】 特開２００４−２５２６９０（ＪＰ，Ａ）

【文献】 特開２００３−１５０６２８（ＪＰ，Ａ）

【文献】 特開２００１−１９５４２２（ＪＰ，Ａ）

【文献】 ウェブ・クリエイターズ 特別付録小冊子 ＷＥＢデザイナーのための ＪａｖａＳｃｒｉｐｔ入門＆徹底活用バイブル，株式会社エムディエヌコーポレーション，２００９年 １月 １日，第８５巻，ｐ．８４−８５

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｇ０６Ｑ ５０／１０

(57)【特許請求の範囲】

【請求項1】

端末装置との通信機能を有するコンピュータに、
ＵＲＬを指定したアクセス要求を前記端末装置から受け付けるステップと、
前記アクセス要求において指定された前記ＵＲＬが第１のＵＲＬである場合、前記端末装置に前記第１のＵＲＬが指定する内容の少なくとも一部を含む内容を指定する第２のＵＲＬを含む情報を送信するステップと、
前記アクセス要求において指定された前記ＵＲＬが前記第２のＵＲＬである場合、前記端末装置を利用するユーザに対して、該ユーザが前記第１のＵＲＬを登録したブックマークからアクセスしたとして、特典を付与するステップと、
を実行させ、
前記ブックマークには、ブックマーク登録されたアイコンが含まれることを特徴とする、プログラム。

【請求項2】

前記第２のＵＲＬは、前記第１のＵＲＬに、所定の識別子を付加したものであることを特徴とする請求項１に記載のプログラム。

【請求項3】

前記第２のＵＲＬは、前記第１のＵＲＬを指定した前記アクセス要求が行われた日時に基づいて決定されることを特徴とする請求項１又は２に記載のプログラム。

【請求項4】

前記コンピュータに、
前記アクセス要求において前記指定されたＵＲＬが前記第２のＵＲＬである場合、前記ユーザが前記第１のＵＲＬにアクセスした記録があるかないか判定するステップをさらに実行させ、
前記記録がある場合、前記特典を付与する前記ステップを実行させ、前記記録が無い場合に、前記特典を付与する前記ステップを実行させないことを特徴とする請求項１乃至３のいずれか１項に記載のプログラム。

【請求項5】

前記コンピュータに、
前記ユーザにより前記第２のＵＲＬにアクセスした後に、前記特典を付与する前記ステップを実行させる、請求項１乃至４のいずれか１項に記載のプログラム。

【請求項6】

端末装置との通信機能を有するサーバ装置の制御方法であって、
ＵＲＬを指定したアクセス要求を端末装置から受け付けるステップと、
前記アクセス要求において指定された前記ＵＲＬが第１のＵＲＬである場合、前記端末装置に前記第１のＵＲＬが指定する内容の少なくとも一部を含む内容を指定する第２のＵＲＬを含む情報を送信するステップと、
前記アクセス要求において指定された前記ＵＲＬが前記第２のＵＲＬである場合、前記端末装置を利用するユーザに対して、該ユーザが前記第１のＵＲＬを登録したブックマークからアクセスしたとして、特典を付与するステップと、
を含み、
前記ブックマークには、ブックマーク登録されたアイコンが含まれることを特徴とする制御方法。

【請求項7】

端末装置との通信機能を有するサーバ装置であって、
ＵＲＬを指定したアクセス要求を前記端末装置から受け付ける受付手段と、
前記アクセス要求において指定された前記ＵＲＬが第１のＵＲＬである場合、前記端末装置に前記第１のＵＲＬが指定する内容の少なくとも一部を含む内容を指定する第２のＵＲＬを表示させる表示手段と、
前記アクセス要求において指定された前記ＵＲＬが前記第２のＵＲＬである場合、前記端末装置を利用するユーザに対して、該ユーザが前記第１のＵＲＬを登録したブックマークからアクセスしたとして、特典を付与する特典付与手段と、
を備え、
前記ブックマークには、ブックマーク登録されたアイコンが含まれることを特徴とするサーバ装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラム、制御方法、サーバ装置に関する。

【背景技術】

【0002】

ＷＥＢサイトの閲覧中に、ユーザが気にいったページのＵＲＬを保存しておくためのブックマークに関する技術が多く見られている。例えば、特許文献１には、検索エンジンによる検索の検索条件ごとに分類された検索結果を有するブックマークを生成するインターネット端末について開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０００−２０５３６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１のブックマーク管理装置のような、従来のブックマーク機能では、ブックマークを登録するか否かは、ユーザの個人的な興味や気分に依るところが大きいため、ＷＥＢサイト側から積極的にブックマークしてもらうための働きかけをすることが困難である。このような働きかけとして、例えば、ウェブページの提供者は、当該ウェブページをブックマークしてもらうために、ブックマークを追加するためのボタンをホームページ上の目立つ位置に設けて、ユーザが当該ページをブックマークすることを容易にすることなどが行われている。当初、そのようなボタンが目新しかったときは、ユーザがそのボタンを押して、ブックマークが追加されることがあったものの、そのような手法が陳腐化してしまうと、ボタンを設置するだけでは、ユーザにブックマークを登録してもらうことが難しくなっている。

【0005】

そこで、本発明は、上記事情に鑑み、ユーザがブックマークを登録することを促進すべ
く、所定の画面にブックマークを追加したユーザに対して特典を付与することが可能なプ
ログラム、制御方法、サーバ装置を提供することを目的とするものである。

【課題を解決するための手段】

【0006】

本発明に係るプログラムは、端末装置との通信機能を有するコンピュータに、ＵＲＬを指定したアクセス要求を前記端末装置から受け付けるステップと、前記アクセス要求において指定された前記ＵＲＬが第１のＵＲＬである場合、前記端末装置に前記第１のＵＲＬが指定する内容の少なくとも一部を含む内容を指定する第２のＵＲＬを含む情報を送信するステップと、前記アクセス要求において指定された前記ＵＲＬが前記第２のＵＲＬである場合、前記端末装置を利用するユーザに対して、該ユーザが前記第１のＵＲＬを登録したブックマークからアクセスしたとして、特典を付与するステップと、を実行させ、前記ブックマークには、ブックマーク登録されたアイコンが含まれることを特徴とする。

【0007】

前記第２のＵＲＬは、第１のＵＲＬに、所定の識別子を付加したものであってもよい。また、前記第２のＵＲＬは、前記第１のＵＲＬを指定した前記アクセス要求が行われた日時に基づいて決定されてもよい。

【0008】

また、本発明に係るプログラムは、前記コンピュータに、前記アクセス要求において指定された前記ＵＲＬが前記第２のＵＲＬである場合、前記ユーザが前記第１のＵＲＬにアクセスした記録があるかどうか判定するステップをさらに実行させ、前記記録がある場合、前記特典を付与する前記ステップを実行させ、前記記録が無い場合に、前記特典を付与する前記ステップを実行させないようにしてもよい。

【0009】

また、本発明に係るプログラムは、前記コンピュータに、前記ユーザにより前記第２のＵＲＬにアクセスした後に、前記特典を付与する前記ステップを実行させるようにしてもよい。

【0010】

また、本発明に係る制御方法は、端末装置との通信機能を有するサーバ装置の制御方法であって、ＵＲＬを指定したアクセス要求を端末装置から受け付けるステップと、前記アクセス要求において指定された前記ＵＲＬが第１のＵＲＬである場合、前記端末装置に前記第１のＵＲＬが指定する内容の少なくとも一部を含む内容を指定する第２のＵＲＬを含む情報を送信するステップと、前記アクセス要求において指定された前記ＵＲＬが前記第２のＵＲＬである場合、前記端末装置を利用するユーザに対して、該ユーザが前記第１のＵＲＬを登録したブックマークからアクセスしたとして、特典を付与するステップと、を含み、前記ブックマークには、ブックマーク登録されたアイコンが含まれることを特徴とする。

【0011】

また、本発明に係るサーバ装置は、端末装置との通信機能を有するサーバ装置であって、ＵＲＬを指定したアクセス要求を前記端末装置から受け付ける受付手段と、前記アクセス要求において指定された前記ＵＲＬが第１のＵＲＬである場合、前記端末装置に前記第１のＵＲＬが指定する内容の少なくとも一部を含む内容を指定する第２のＵＲＬを表示させる表示手段と、前記アクセス要求において指定された前記ＵＲＬが前記第２のＵＲＬである場合、前記端末装置を利用するユーザに対して、該ユーザが前記第１のＵＲＬを登録したブックマークからアクセスしたとして、特典を付与する特典付与手段と、を備え、前記ブックマークには、ブックマーク登録されたアイコンが含まれることを特徴とする。

【0012】

また、本発明のプログラムは、ＣＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。

【0013】

また、本明細書等において、「部」とは、単に物理的構成を意味するものではなく、その構成が有する機能をソフトウェアによって実現する場合も含む。また、１つの構成が有する機能が２つ以上の物理的構成により実現されても、２つ以上の構成の機能が１つの物理的構成により実現されてもよい。

【発明の効果】

【0014】

本発明によれば、所定の画面をブックマークに追加したユーザに対して特典を付与することが可能となる。その結果、ユーザがブックマークを登録することを促進することができる。

【図面の簡単な説明】

【0015】

【図1】本発明の第１の実施形態におけるソーシャルゲームシステムの構成図である。

【図2】本発明の第１の実施形態におけるサーバ装置が提供するゲームの画面をユーザがブックマーク登録する際の動作を模式的に示す図である。

【図3】本発明の第１の実施形態におけるサーバ装置のブロック図である。

【図4】本発明の第１の実施形態におけるユーザ情報テーブルを示す図である。

【図5】本発明の第１の実施形態におけるゲーム履歴情報テーブルを示す図である。

【図6】本発明の第１の実施形態におけるブックマーク登録処理フローを示すチャートである。

【図7】本発明の第１の実施形態におけるホーム画面を示す図である。

【図8】本発明の第１の実施形態における特典処理フローを示すチャートである。

【図9】本発明の第２の実施形態におけるサーバ装置のブロック図である。

【図10】本発明の第２の実施形態におけるブックマーク登録処理フローを示すチャートである。

【発明を実施するための形態】

【0016】

[第１の実施形態]
以下、本発明の第１の実施形態を図１乃至図８を用いて詳細に説明する。

【0017】

なお、以下の実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。またさらに、必要に応じて示す上下左右等の位置関係は、特に断らない限り、図示の表示に基づくものとする。さらにまた、図面における各種の寸法比率は、その図示の比率に限定されるものではない。また、以下においては、理解を容易にするべく、ゲーム用の情報処理装置を利用して本発明が実現される実施の形態を例にとって説明するが、上述の如く、本発明はそれに限定されない。

【0018】

図１は、本実施形態に係るソーシャルゲームシステム１０のシステム構成図を示している。図１に示すように、ソーシャルゲームシステム１０は、サーバ装置１００及び携帯端末２００を含む。サーバ装置１００は、インターネットや専用線等のネットワーク３００に接続されたサーバ用コンピュータである。また、このサーバ装置１００と同じく、ネットワーク３００に有線または無線で接続された端末装置である携帯端末２００が、互いに通信可能に設定されることによりソーシャルゲームシステム１０が構成される。なお、本実施形態において、ソーシャルゲームシステム１０は、サーバ装置１００と携帯端末２００を含むものとして説明するが、これに限定されるものではない。例えば、ソーシャルゲームシステム１０は、クラウドコンピューティング形式のシステムとして構成されてもよい。この場合、ユーザは、ソーシャルゲームシステム１０のコンピュータ処理をネットワーク経由でサービスとして利用する。また、ソーシャルゲームシステム１０は、ＡＳＰのサーバを含むシステムとして構成されてもよい。

【0019】

携帯端末２００は、ネットワーク３００を介してサーバ装置１００と通信する機能を備えた情報処理装置である。具体的には、携帯電話やスマートフォン、ノートＰＣ、ＰＤＡ等が挙げられる。図１には図示しないが、携帯端末２００は、ＣＰＵ及びメモリを含む制御部、ネットワーク３００と接続するための通信部、ユーザからの操作を受け付けるタッチパネル等の入力部、カードやデッキを表示する表示部、ブックマークをブラウザ上または、アプリケーション上で記録する記録部などを備えていることが好ましい。なお、本実施形態ではユーザがサーバ装置１００にアクセスするために用いる端末を携帯端末２００としているが、これに限定されるものでなく、例えば、可搬性を有さないデスクトップＰＣなどの端末装置であってもよい。

【0020】

まず、ソーシャルゲームシステム１０の概要について、説明する。サーバ装置１００は、ユーザに各種のゲームを提供する。図２は、本実施形態におけるサーバ装置１００が提供するゲームの画面をユーザがブックマーク登録する際の動作を模式的に示す図である。ユーザが携帯端末２００を操作して、サーバ装置１００にアクセスすると、ゲームの一覧を表示するプラットフォーム画面が携帯端末２００のブラウザに表示される。このプラットフォーム画面から、ユーザは気に入ったゲームを選択することができる。ゲームを選択すると、ブラウザに表示される画面が、プラットフォーム画面から当該ゲームのトップ画面（図２（Ａ））へと遷移する。ユーザは、気に入ったゲームのトップ画面のＵＲＬをブックマークに追加することができる。このとき、ブックマーク登録するＵＲＬを、通常のアクセス時のＵＲＬと異なるＵＲＬであるが、通常のアクセス時に表示されるトップ画面と同じ画面または同じ内容を含む画面（図２（Ｂ））へ遷移するＵＲＬとすることで、トップ画面にアクセスしたユーザが、登録されたブックマークからアクセスしたユーザか否かを判定することができる。

【0021】

具体的には、トップ画面にユーザがアクセスした際に、ユーザがブックマーク登録することで得られる特典等のインセンティブを既に取得しているか否かをサーバ装置１００が判断し、インセンティブを既に取得している場合（図２の矢印１）には、アクセスされたＵＲＬに基づいて、サーバ装置１００はトップ画面をそのまま表示する。一方で、インセンティブを未取得である場合には、サーバ装置１００は、ＵＲＬを、アクセスされたＵＲＬとは異なるＵＲＬに書き換える（図２の矢印２）。例えば、図２の場合、通常のアクセス時は、「http://www.aaa.bbb.net/12345」であるトップ画面のＵＲＬに「#bookmarked」という文字列を付加して、「http://www.aaa.bbb.net/12345#bookmarked」とすることが好ましい。このとき、トップ画面を記述したドキュメントの冒頭に、「bookmarked」という文字列のアンカーを設定しておけば、「#bookmarked」という文字列を付加したＵＲＬであっても、当該トップ画面が表示されることになる。

【0022】

これによって、サーバ装置１００は、アクセスされたＵＲＬに「#bookmarked」という文字列が付加されているか否かを参照することにより、ユーザが所定のブックマークからアクセスしたか否かを判別できるようになる。したがって、サーバ装置１００は、ユーザが所定のブックマークからアクセスしてきた場合に特典を付与することが可能となり、ユーザに対して、ブックマーク追加を行う動機付けを与えることができる。

【0023】

また、アプリケーション上でゲームアイコンを付したブックマーク５００（以下、『アプリケーション側のブックマーク』と称す）が登録されたと判断した場合、ホーム画面上にアプリケーション側のブックマーク５００を作成する。ユーザはアプリケーション側のブックマークを押すことで、アプリケーション側のブックマークに紐付けてあるＵＲＬを参照することによりソーシャルゲームが起動する。同時に、アプリケーション側のブックマーク５００がホーム画面上に登録されたと判断された場合、ユーザに対して特典を付与する。ここで、特典とは、プラットフォーム上で使用することができるコイン、希少価値の高いレアカード・レアアイテム等を示す。

【0024】

ただし、ブラウザ上でブックマークが登録されたと判断されたとしても、ホーム画面上にアプリケーション側のブックマーク５００を作成するわけではないため、ユーザに対して特典を付与することはない。

【0025】

このようにして、本発明によれば、アプリケーション側のブックマークをホーム画面上で作成するので、ユーザはアプリケーション側のブックマークを押すだけで簡単に所望のゲームを起動することができ、ソーシャルゲームの導線を確保することができる。

【0026】

なお、アプリケーション上でアプリケーション側のブックマーク５００が登録されたと判断した場合、ユーザに対して特典を付与するようにしていたが、これに限らない。例えば、アプリケーション上でアプリケーション側のブックマーク５００を登録すること、かつ、ブラウザ上でブックマークを登録することで、ユーザに対して特典を付与するようにしてもよい。すなわち、アプリケーション上、ブラウザ上の両方にブックマークを登録するので、アプリケーション側からユーザを誘導すること、かつ、ブラウザ側からユーザを誘導することができ、ゲーム開始までの導線を作りやすくなる。結果、ゲーム開始までの導線ができればできるほど、ソーシャルゲームの活性化につながる。

【0027】

さらに、本発明では、アプリケーション上でアプリケーション側のブックマーク５００が登録した場合、ユーザに対して特典を１回だけ付与するようにしていたが、これに限らない。例えば、ＤＡＵ（Daily Active Users）、ＭＡＵ（Monthly Active Users）を検知することで、ユーザ数の多いブックマークにおいてユーザに特典を付与することなく、ユーザ数の少ないブックマークにおいてユーザに特典を付与してもよい。

【0028】

さらに付け加えると、本発明では、アプリケーション上でアプリケーション側のブックマーク５００が登録した場合、ユーザに対して特典を付与するようにしていたが、これに限らない。例えば、アプリケーション上でアプリケーション側のブックマーク５００を１週間以内に登録したユーザのみに対して特典を付与してもよい。勿論、１週間以内でもよいし、１ヶ月でもよい。

【0029】

また、第１の記録手段は、ブラウザ上のブックマークを記録し、アプリケーション側のブックマークを記録する。

【0030】

次に、図３を用いて、このようなソーシャルゲームシステム１０を実現するための、サーバ装置１００の各構成について説明する。図３は、サーバ装置１００のブロック図である。図３に示すように、サーバ装置１００は、制御部１２０と、表示部１４０と入力部１５０と、記憶部１３０と、通信部１１０とを備えている。

【0031】

制御部１２０は、ＣＰＵやＭＰＵなどの演算処理部１２１、及びＲＡＭなどのメモリ１２２を備えている。演算処理部１２１は、各種入力に基づき、記憶部１３０に記録されたプログラムを実行することで、各種機能部を動作させるものである。このプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記憶され、もしくはネットワーク３００を介して配布され、コンピュータにインストールされるものであってもよい。メモリ１２２は、サーバ用プログラム及びゲームプログラム、ならびに、これらのプログラムにおいて処理の実行中に、演算等に必要な各種データを、一時的に記憶するためのものである。

【0032】

入力部１５０は、サーバ装置１００の管理者からの操作を受け付けるように構成され、キーボードやマウス、タッチパネル等によって実現することができる。

【0033】

記憶部１３０は、ハードディスク等の記憶装置によって構成され、制御部１２０における処理の実行に必要な各種プログラムや、各種プログラムの実行に必要なデータ等を記録しておくものである。具体的には、記憶部１３０は、ユーザ情報テーブル１３１及びゲーム履歴情報テーブル１３２を有していることが望ましい。

【0034】

図４はユーザ情報テーブル１３１、図５はゲーム履歴情報テーブル１３２を示す図である。ユーザ情報テーブル１３１には、図４に示すように、ユーザＩＤ、パスワード、ユーザ登録を行ったゲームのゲームＩＤ、サーバ装置１００へのアクセス回数が対応づけられて格納されている。また、図５に示すようにゲーム履歴情報テーブル１３２には、ゲームごとに、当該ゲームをユーザ登録したユーザのユーザＩＤ、ユーザ登録日時、特典付与回数、アクセス回数、ブックマーク経由でのアクセス回数が対応付けられて格納されている。

【0035】

図３に戻り、サーバ装置１００の構成の続きを説明する。

【0036】

通信部１１０は、サーバ装置１００をネットワーク３００に接続するように構成される。例えば、通信部１１０は、ＬＡＮカード、アナログモデム、ＩＳＤＮモデム等、及び、これらをシステムバス等の伝送路を介して処理部と接続するためのインタフェースから実現することができる。

【0037】

さらに、図３に示すように、演算処理部１２１は、機能部として、登録条件判定部１２１１、ＵＲＬ書換部１２１２と、付与判定部１２１３と、特典付与部１２１４と、を備えている。

【0038】

登録条件判定部１２１１は、第１のページ（本実施形態ではトップ画面のことをいうがこれに限定されるものではない。以下、第１のページを第１のトップ画面という。）にアクセスしたユーザが、特典を取得していない特典未取得ユーザであるか否かを判定する。

【0039】

具体的には、登録条件判定部１２１１は、アクセスしてきたユーザのユーザＩＤを取得し、ゲーム履歴情報テーブル１３２において、当該ユーザＩＤに対応するレコードを参照することによって判定を行う。より具体的には、例えば、ゲーム履歴情報テーブル１３２の特典付与回数が０のユーザは、特典付与済みユーザでないと判定し、特典付与回数が１以上のユーザは特典付与済みユーザであると判定する。

【0040】

また、登録条件判定部１２１１は、さらに、第１のトップ画面にアクセスしたユーザが、ユーザ登録を行ってからの期間に基づいて、第１のページのＵＲＬを第２のページのＵＲＬに書き換えるか否かを判定することが望ましい。このとき、登録条件判定部１２１１は、ゲーム履歴情報テーブル１３２のユーザ登録日時を参照して判定を行うことが好ましいが、ユーザ登録日時を参照しなくてもよい。

【0041】

ＵＲＬ書換部１２１２は、第１のページのＵＲＬを、ユーザにブックマークとして登録させるために、第２のページ（以下、第２のトップ画面という。）のＵＲＬに書き換える。

【0042】

第１のページと第２のページとは、同一のコンテンツを表示するものであることが望ましい。ＵＲＬ書換部１２１２は、第１のトップ画面にアクセスしたユーザが登録条件判定部１２１１によって、特典未取得ユーザであると判定された場合に、第１のトップ画面のＵＲＬを、第２のトップ画面のＵＲＬに書き換えて表示させる。この書き換えは、例えばＵＲＬの末尾に「#bookmarked」等の識別子を追記するものであってもよいし、ユーザＩＤをハッシュ化した値のようなユーザごとに異なる文字列を追記するものであってもよい。なお、ユーザごとに異なる文字列を追記する場合には、ＵＲＬ書換部１２１２は、追記した文字列を対応するユーザのゲーム履歴情報テーブル１３２に格納する。このＵＲＬ書換部１２１２のＵＲＬ書換処理によって、ユーザがトップ画面をブックマークとして登録する際に、当該ユーザが特典未取得ユーザであるか否かによって、異なるＵＲＬを登録させることができる。

【0043】

付与判定部１２１３は、第２のトップ画面にアクセスしたユーザが、第１のトップ画面にアクセスしたことがあるユーザであるか否かを判定する。具体的には、付与判定部１２１３は、サーバ装置１００のアクセスログを参照し、第２のトップ画面にアクセスしたユーザが、以前に第１のトップ画面にアクセスしたことがあるか否かを判定する。アクセスログにこのユーザのアクセス履歴がなかった場合、当該ユーザは第２のトップ画面のＵＲＬを、例えば他のサイトの掲示板等から入手した蓋然性が高いと考えられる。そのため、アクセスログにアクセス履歴がないユーザについては、後述する特典付与処理において、特典を付与しない。一方で、第２のトップ画面にアクセスしてきたユーザであって、アクセスログにアクセス履歴があるユーザは、第１のトップ画面においてブックマーク登録したユーザである蓋然性が高いため、後述する特典付与処理において、特典を付与する。

【0044】

付与判定部１２１３は、さらに、第２のトップ画面にアクセスしたユーザが、この第２のページへアクセスした回数又は頻度を特定するものであることが望ましい。

【0045】

具体的にいうと、そのユーザが、第２のトップ画面にアクセスしてきた回数がＮ回までか否かを判定するものとしてもよい。また、当該ユーザがＮ日間連続してアクセスしたか否かを判定するものとしてもよい。これらの判定を、付与判定部１２１３はゲーム履歴情報テーブル１３２のブックマーク経由でのアクセス回数又は、第２のトップ画面へのアクセス日時を参照することでできる。

【0046】

また、ユーザが第２のトップ画面へアクセスした際に、所定のチュートリアル画面へと遷移するようにし、付与判定部１２１３は、当該チュートリアル画面において適切なステップを踏んだか否かを判定するものとしてもよい。

【0047】

特典付与部１２１４は、第２のトップ画面にアクセスしたユーザが、第１のトップ画面にアクセスしたことがあるユーザであると付与判定部１２１３が判定した場合に、当該ユーザに対して特典を付与する。特典は、例えば、ゲームで用いるアイテムや、アイテムを抽選する権利などであってもよい。特典付与部１２１４は、特典を付与すると、ゲーム履歴情報テーブル１３２の特典付与回数を更新する。

【0048】

次に、図６を用いて、ブックマーク追加処理のフローを説明する。なお、以下に説明する処理のフローに含まれる各処理ステップは、処理内容に矛盾を生じない範囲で、任意に順番を変更して又は並列に実行することができるとともに、各処理ステップ間に他のステップを追加してもよい。また、便宜上１ステップとして記載されているステップは、複数ステップに分けて実行することができる一方、便宜上複数ステップに分けて記載されているものは、１ステップとして把握することができる。

【0049】

まず、ユーザが携帯端末２００を操作して、当該携帯端末２００をサーバ装置１００へアクセスさせる。アクセス時に携帯端末２００から、プラットフォーム画面の閲覧要求が送信されると、制御部１２０は、プラットフォーム画面を携帯端末２００に表示させる（Ｓ１０１）。プラットフォーム画面は、サーバ装置１００が提供するゲームが一覧で表示されている画面であることが望ましい。

【0050】

ユーザはさらに携帯端末２００を操作して、プラットフォーム画面に表示されるゲームから、任意のゲームを選択することで、第１のトップ画面表示要求がサーバ装置１００へと送信される。第１のトップ画面は選択したゲームのホーム画面のことをいう。第１のトップ画面において、ユーザが選択したゲームについてユーザ登録を行うことで、ゲーム履歴情報テーブル１３２に、当該ユーザのレコードが作成され、ユーザ登録日時が格納される。

【0051】

第１のトップ画面表示要求を受信する（Ｓ１０２）と、登録条件判定部１２１２が、ゲーム履歴情報テーブル１３２を参照し、第１のトップ画面表示要求を送信したユーザが、特典未取得ユーザであるか否かを判定する（Ｓ１０３）。

【0052】

特典未取得ユーザでない場合（Ｓ１０３：ＮＯ）には、制御部１２０は、第１のトップ画面のＵＲＬの書き換えを行わずそのまま表示させる（Ｓ１１５）。

【0053】

一方で、特典未取得ユーザである場合（Ｓ１０３：ＹＥＳ）には、制御部１２０は、第１のトップ画面のＵＲＬの末尾に、「#bookmarked」という識別子を追加し（Ｓ１０４）、当該識別子を追加した第２のトップ画面を携帯端末２００に送信し、表示させる（Ｓ１０５）。

【0054】

これによって、特典付与済みユーザでないユーザが第２のトップ画面をブックマークした際に、第１のトップ画面のＵＲＬとは異なるＵＲＬを登録させることができる。

【0055】

次に、図７及び図８を用いて特典付与処理のフローについて説明する。

【0056】

図７は、ブックマーク登録されたＷＥＢページのアイコンがホーム画面に追加されている様子を示す図である。ユーザが携帯端末２００を操作して、このアイコン５００をクリックすると、図６のフローにおいてブックマークを追加した、第２のトップ画面の表示要求がサーバ装置１００に送信される。なお、このアイコン５００は、アプリケーションによって作成されたブックマークのことをいう。表示要求を受信する（Ｓ２０１）と、付与判定部１２１３は、表示要求を送信したユーザのユーザＩＤを取得し、当該ユーザＩＤが、第１のトップ画面のアクセスログに記載されているか否かを判定する（Ｓ２０２）。記載されていない場合には、特典の付与は行われず、第２のトップ画面を携帯端末２００に送信し、表示させる（Ｓ２０４）。

【0057】

記載されている場合には、このユーザは、第１のトップ画面においてブックマーク登録を行ったユーザであると判定する。次に、付与判定部１２１３は、ユーザＩＤに基づいて、ゲーム履歴情報テーブル１３２のブックマーク経由でのアクセス日時を参照し、表示要求を行ったユーザが、ブックマーク経由で３日連続第２のトップ画面にアクセスを行ったか否かを判定する。

【0058】

表示要求を行ったユーザが第２のトップ画面に３日連続アクセスしていない場合には、制御部１２０は、特典付与は行わず、第２のトップ画面を携帯端末２００に送信し、表示させる（Ｓ２０４）。

【0059】

一方で、表示要求を行ったユーザがブックマーク経由で３日連続アクセスしている場合（Ｓ２０２：ＹＥＳ）には、特典の付与を行うために（Ｓ２０３）、第２のトップ画面を表示させる（Ｓ２０４）。

【0060】

このように、ブックマーク登録するＵＲＬを、通常のアクセス時のＵＲＬと異なるＵＲＬとすることで、トップ画面にアクセスしたユーザがブックマーク経由したユーザか否かを判定することができ、これによって、ブックマークからアクセスしたユーザに対して特典を付与することが可能となり、ユーザに対して、ブックマーク追加を行う動機付けを与えることができる。

【0061】

［第２の実施形態］
以下、本発明の第２の実施形態を、図９及び図１０を用いて説明する。
図９は、第２の実施形態における、サーバ装置１００のブロック図である。図９に示すように本実施形態では、演算処理部１２１は、ＵＲＬ書換部１２１２の代わりにリダイレクト部１２１６を有している。

【0062】

リダイレクト部１２１６は、携帯端末２００から例えばトップ画面等の所定のページ（以下、第１のトップ画面という）にアクセス要求があった際に、当該ユーザが特典未取得ユーザである場合に、第１のトップ画面のコンテンツを表示するページであって、第１のトップ画面とＵＲＬの異なる第２のトップ画面へとリダイレクトを行うことができる。このとき、第１のトップ画面はプラットフォーム画面からアクセス可能であるが、第２のトップ画面には、アクセスできないことが望ましい。この結果、ユーザはホーム画面上にブックマークを追加しようとした場合、第１のトップ画面ではなく第２のトップ画面のＵＲＬを登録することになる。

【0063】

次に、図１０を用いて、本実施形態におけるブックマーク登録処理のフローを説明する。まず、ユーザが携帯端末２００を操作して、当該携帯端末２００をサーバ装置１００へアクセスさせる携帯端末２００から、プラットフォーム画面の閲覧要求が送信されると、制御部１２０は、プラットフォーム画面を携帯端末２００に表示させる（Ｓ３０１）とともに、アクセスログに関するクッキー情報を送信する。

【0064】

ユーザはさらに携帯端末２００を操作して、プラットフォーム画面に表示されるゲームから、任意のゲームを選択すると、登録条件判定部１２１１が、当該ユーザが特典付与済みユーザであるか否かの判定を行う（Ｓ３０２）。特典未取得ユーザでないと判定した場合（Ｓ３０２：ＮＯ）には、第１のトップ画面をそのまま表示させる（Ｓ３１４）。

【0065】

一方で、特典未取得ユーザであると判定した場合（Ｓ３０２：ＹＥＳ）には、リダイレクト部１２１６が、通常のトップ画面（第１のトップ画面）とはＵＲＬの異なるトップ画面（第２のトップ画面）へとリダイレクトを行い（Ｓ３０３）、リダイレクト後のトップ画面を携帯端末２００に表示させる（Ｓ３０４）。

【0066】

その他の構成、機能については第１の実施形態と同様である。

【0067】

［その他の実施形態］
以上、本発明の実施形態について述べたが、本発明は既述の実施形態に限定されるものではなく、本発明の技術的思想に基づいて各種の変形及び変更が可能である。

【0068】

例えば、既述の実施形態において、携帯端末２００は、ネットワーク３００を介して、サーバ装置１００と直接アクセスする構成になっている。しかし、例えば、通信システムがＷｅｂサーバを有する場合には、携帯端末２００とのやりとりをＷｅｂサーバが中継する構成としてもよい。これによって、セキュリティ上のリスクを低減することが可能となる。

【0069】

また、既述の実施形態において、ソーシャルゲームシステム１０は、ゲームを提供するものとして説明したが、これに限定されず、例えば電子書籍、各種アプリケーション等を提供するものであってもよい。

【0070】

また、ＵＲＬ書換部１２１２は、アクセス日時に応じてＵＲＬに追加する文字列を変更させるものであってもよい。これによって、ユーザからのアクセスが多かった時期等のトラッキングが容易になる。また、上述の実施形態では、「#bookmarked」という文字列を付加する実施例について述べたが、これに限られず、他の文字列を付加するものとしてもよい。また、ＵＲＬを書き換える際、ＵＲＬに所定の文字列を付加するものに限られず、異なるＵＲＬに書き換えるものとしてもよい。

【0071】

なお、上述の実施形態において、ＵＲＬ書換部１２１２は、ＵＲＬを書き換える際に「#bookmarked」という文字列をＵＲＬに付加し、トップ画面を記述したドキュメントの冒頭に「bookmarked」等の文字列のアンカーを設定しておくことによって、「#bookmarked」等の文字列を付加したＵＲＬであっても、当該トップ画面が表示されるものとしたが、これに限らない。たとえば、トップ画面を記述したドキュメント内にアンカーを特に設定しなくても、「#bookmarked」等の文字列を付加したＵＲＬによって、通常は、当該トップ画面が表示されるものであることは言うまでもない。また、このように、書き換え後のＵＲＬであっても、書き換え前のＵＲＬと同じページにアクセスされ得るのであるから、上述の実施形態において、第１のトップ画面と第２のトップ画面が同一ページであることを妨げないことは言うまでもない。

【0072】

また、上述の実施形態において、ＵＲＬ書換部１２１２は、第１のトップ画面にアクセスしたユーザが特典未取得ユーザであると判定された場合やユーザ登録を行ってからの期間に基づいて、ＵＲＬを書き換えるものとしたが、これに限られず、ＵＲＬを書き換える条件は任意の条件を設定し得るものである。また、特典未取得であるか否かに関わらず、所定のＵＲＬにアクセスされた場合にＵＲＬを書き換えて、書き換えられたＵＲＬをユーザの端末装置に送信するものとしてもよいことは言うまでもない。加えて、上述の実施形態において、付与判定部１２１３は、サーバ装置１００のアクセスログを参照して、第２のトップ画面にアクセスしたユーザが、第１のトップ場面にアクセスしたことがあるか否かを判定するものとしたが、これに限られず、書き換え後のＵＲＬに対してユーザがアクセスしたことをもって、当該ユーザが第１のトップ画面にアクセスしたことがあると判定するものとしてよいことも言うまでもない。

【符号の説明】

【0073】

１０ ソーシャルゲームシステム
１００ サーバ装置
１１０ 通信部
１２０ 制御部
１２１ 演算処理部
１２１１ 登録条件判定部
１２１２ ＵＲＬ書換部
１２１３ 付与判定部
１２１４ 特典付与部
１２１６ リダイレクト部
１３０ 記憶部
１３１ ユーザ情報テーブル
１３２ ゲーム履歴情報テーブル
１４０ 表示部
１５０ 入力部
２００ 携帯端末
３００ ネットワーク

【図1】

【図3】

【図4】

【図5】

【図6】

【図8】

【図9】

【図10】

【図2】

【図7】