JP6472010B2 - サーバ、サーバの制御方法及びプログラム - Google Patents

Description

本発明は、ウェブサービスを試用したユーザが、登録後の簡易なログインにより、ウェブサービスの利用を続きから開始することができるサーバ、サーバの制御方法及びプログラムに関する。

従来より、ゲームやアプリケーションソフトなど、ウェブ上で様々なサービスが提供されるウェブサービスが知られている。ウェブサービスでは、ユーザに試しにサービスを利用（試用）させてから、所定の段階まで試用が進んだ場合に、登録を求める手法が用いられることがある。

このような手法において、サービスの利用を続きから開始するためには、登録手続きの際に設定したユーザＩＤ及びパスワードの入力を求められるのが一般的である。例えば、特許文献１には、写真撮影及び画像編集に関するゲームを提供するシステムにおいて、ゲーム終了後に画像を保存するためにはユーザに登録を要求する技術が開示されている。

特開２０１５−１８００２０号公報

しかし、サービスの試用後に利用を開始する場合に、ユーザはパスワード等を入力せずに、簡易に利用の続きを開始したいという要望もある。

本発明は、上記のような課題を解決するもので、ウェブサービスを試用したユーザが、登録後の簡易なログインにより、ウェブサービスの利用を続きから開始することができるサーバ、サーバの制御方法及びプログラムを提供することを目的とする。

提供するウェブサービスの進行に応じて更新されるパラメータを管理するサーバであって、
試用ユーザから自発的な試用要求を受け付けると、試用パラメータを生成し、
前記生成された試用パラメータに基づいて、前記試用ユーザに前記ウェブサービスを試用提供し、前記試用提供しているウェブサービスの進行に応じて前記試用パラメータを更新し、
前記ウェブサービスを試用提供している前記試用ユーザから登録要求を受け付けると、キー画像を生成し、
前記更新されている試用パラメータを、前記生成されたキー画像に対応付けて、本番パラメータとして管理し、
前記生成されたキー画像を、前記試用ユーザに対しダウンロード可能に付与し、
前記キー画像が付与された試用ユーザを登録済ユーザとして設定し、当該登録済ユーザからキー画像を伴うログイン要求を受け付けると、前記受け付けられたログイン要求に伴われるキー画像に対応付けて管理される本番パラメータを特定し、
前記特定された本番パラメータに基づいて、前記登録済ユーザに前記ウェブサービスを本番提供し、前記本番提供しているウェブサービスの進行に応じて前記本番パラメータを前記本番管理部にて更新する。

本発明によれば、ウェブサービスを試用したユーザが、登録後の簡易なログインにより、ウェブサービスの利用を続きから開始することができるサーバ、サーバの制御方法及びプログラムを提供することができる。

本発明の実施形態に係るサーバと、端末との関係を説明するための図である。 本発明の実施形態に係るサーバが実現される典型的な情報処理装置の概要構成を説明するための図である。 実施形態１に係るサーバの概要構成を説明するための図である。 試用パラメータテーブルを説明するための図である。 本番パラメータテーブルを説明するための図である。 キー画像を説明するための図である。 実施形態１に係るサーバの処理を説明するためのフローチャートである。 実施形態２に係るサーバの概要構成を説明するための図である。 招待パラメータテーブルを説明するための図である。 招待画像を説明するための図である。 実施形態２に係るサーバの処理を説明するためのフローチャートである。

以下に、本発明の実施形態に係るサーバについて説明する。なお、以下に説明する実施形態は、本発明の要旨を説明するためのものであり、本発明の技術的な範囲は、これに限られない。また、各実施形態にて説明する要素は、用途に応じて適宜省略することも可能である。当業者であれば、これらの各要素又は全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。

（１．全体構成）
本発明の実施形態に係るサーバ１００は、図１に示すように、コンピュータ通信網３００に接続される。コンピュータ通信網３００には、サーバ１００の他に、複数の端末２００が接続されている。

サーバ１００は、ウェブサービスの進行に応じて更新されるパラメータを管理するサーバである。ウェブサービスとは、ゲーム、ショッピング、文書や画像の作成編集アプリケーション等、ウェブ上で提供される様々なサービスである。パラメータとは、サービスの進行度合いやユーザの権限等を示すものである。

また、サーバ１００は、更新されたパラメータに基づいてウェブサービスを提供する。

例えば、サーバ１００は、ユーザがウェブサービスを利用すると、利用に応じてサービスにおける進行度合いを更新し、管理する。そして、ユーザがログアウトした後、再びログインして利用を開始しようとすると、サーバ１００は、前回の利用時の進行度合いに基づいて、ウェブサービスを提供する。

端末２００は、サーバ１００により提供されるウェブサービスを利用するユーザが用いる端末である。

以下の実施形態において、サーバ１００は、登録手続きをせずに、ユーザにウェブサービスを試しに利用（試用）させることができるものとする。そして、試用しているユーザから登録要求を受け付けると、サーバ１００は、ウェブサービスにログインをする際に必要な画像（キー画像）をユーザに対して発行する。ユーザは、キー画像を用いてログインを行うと、試用した続きからウェブサービスの利用を開始することができる。なお、試用とは、ウェブサービスに登録していないユーザが、ウェブサービスを試しに利用することである。ユーザがウェブサービスを試用する場合、利用できる期間や、利用できる内容が制限されるが、氏名や住所、ウェブサービスにおいて料金が発生したときの支払い方法など、ユーザに関する情報の入力は求められない、あるいは、最小限の情報（例えば、ユーザＩＤだけ）の入力が求められる。これに対し、ユーザが登録する場合、ウェブサービスを制限なく利用するために必要な情報（例えば、クレジットカード情報）の全てを、サーバ１００に送信することが求められる。ユーザはウェブサービスにおいて登録を行うと、期間や内容に関し制限なく利用ができる。また、登録要求とは、ユーザがウェブサービスに登録を行うための登録手続きを求める要求であり、登録手続きとは、ウェブサービスを制限なく利用するために必要な情報の全てをサーバ１００に登録することである。

このように、本発明の実施形態に係るサーバ１００は、パスワードを入力することなく、所定の画像を送信（アップロード）するだけで、ウェブサービスを続きから利用することができるものである。

また、ウェブサービスでは、ｃｏｏｋｉｅなど履歴を消去してしまうと、ウェブサービスの利用を続きから開始することができなくなってしまうが、本発明の実施形態に係るサーバ１００は、履歴を消去したとしても、ウェブサービスを試用したユーザが、所定の画像を所持していれば、続きからウェブサービスの利用を開始することができるものである。

（２．情報処理装置の概要構成）
本発明の実施形態に係るサーバ１００が実現される典型的な情報処理装置６００の概要構成について説明する。

情報処理装置６００は、図２に示すように、ＣＰＵ（Central Processing Unit）６０１と、ＲＯＭ（Read Only Memory）６０２と、ＲＡＭ（Random Access Memory）６０３と、記憶部６０４と、通信部６０５と、画像処理部６０６と、ディスプレイ６０７と、音声処理部６０８と、スピーカ６０９と、マイク６１０と、操作部６１１と、を備える。

ＣＰＵ ６０１は、情報処理装置６００全体の動作を制御し、各構成要素と接続され、制御信号やデータをやりとりする。

ＲＯＭ ６０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、所定のプログラムをＲＡＭ ６０３に読み出してＣＰＵ ６０１による前記プログラムの実行が開始される。

ＲＡＭ ６０３は、データやプログラムを一時的に記憶するためのもので、記憶部６０４から読み出したプログラムやデータ、その他、通信に必要なデータ等が保持される。

記憶部６０４は、ＳＳＤ（Solid State Drive）やハードディスク等から構成され、情報処理装置６００で処理する種々のデータを記憶する。例えば、記憶部６０４は、情報処理装置６００全体の動作制御に必要なオペレーティングシステムのプログラム、各種のアプリケーション、及び付随するデータ等を記憶する。

通信部６０５は、情報処理装置６００をインターネット等のコンピュータ通信網に接続するためのものである。通信部６０５を介して、移動体通信網や無線ＬＡＮ等を利用して無線通信を行ったり、有線ＬＡＮ等を利用して有線通信を行う。

画像処理部６０６は、例えば、ＬＣＤ（Liquid Crystal Display）等のディスプレイ６０７に表示するための画像情報を記憶するＶＲＡＭ（Video Random Access Memory）と、画像情報を処理するための画像演算プロセッサとを含んで構成される。画像処理部６０６は、ＣＰＵ ６０１にて、記憶部６０４から読み出されたデータやカメラで撮影されたデータが処理された後、このデータを加工処理し、これをＶＲＡＭに格納するなどして、画像情報を生成する。

音声処理部６０８は、記憶部６０４等から読み出されたデータをアナログ信号に変換し、スピーカ６０９から出力させる。また、音声処理部６０８は、マイク６１０により集音したアナログ信号をデジタル音声データに変換し、ＣＰＵ ６０１に入力する。マイク６１０により検出される音によって情報処理装置６００に与える各種の指示とすることも可能である。

操作部６１１は、タッチスクリーンやタッチパッド、ボタンやキーボード、若しくは、マウス等であり、ユーザによる操作を受け付ける。

本実施形態に係るサーバ１００は、典型的には、プログラムを情報処理装置６００が実行することによって実現される。ここで、情報処理装置６００は、サーバコンピュータ、デスクトップ型コンピュータ、ノート型コンピュータ、タブレット型コンピュータ等のように、コンピュータとして製造、販売等されているもののほか、携帯電話、スマートホン、タブレット型電話等のように、電話機として製造、販売等されているもの、携帯ゲーム機、家庭用エンターテインメント装置等のように、ゲーム機やマルチメディア端末として製造、販売等されているものも含まれる。典型的には、本実施形態に係るサーバ１００は、高性能な据置型コンピュータやクラウド型コンピュータ等により実現される。

情報処理装置６００にて実行されるプログラムや、プログラムにより参照される各種のデータは、情報処理装置６００が通信可能に接続されたサーバにより配布、販売することができるほか、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk ROM）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）などの非一時的（non-transitory）な情報記録媒体に記録した上で、情報記録媒体を配布、販売等することも可能である。

以下、情報処理装置６００において実現されるサーバ１００について、図１乃至図１１を参照して説明する。情報処理装置６００に電源が投入されると、サーバ１００として機能させるプログラムが実行され、実施形態に係るサーバ１００が実現される。

なお、以下に示す実施形態では、サーバ１００は、ウェブサービスとしてブラウザゲームを提供し、ユーザが、端末２００においてブラウザゲームをプレイするものとする。

（３．実施形態１に係るサーバの概要構成）
実施形態１のサーバ１００は、ウェブサービスを試用したユーザが、パスワードを入力することなく、ウェブサービスを続きから利用することを可能とするものである。

本実施形態に係るサーバ１００は、図３に示すように、試用パラメータ生成部１０１と、試用提供部１０２と、キー画像生成部１０３と、本番管理部１０４と、キー画像付与部１０５と、本番特定部１０６と、本番提供部１０７と、を備える。

試用パラメータ生成部１０１は、試用ユーザから自発的な試用要求を受け付けると、試用パラメータを生成する。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、試用パラメータ生成部１０１として機能する。

試用ユーザとは、ウェブサービスを試しに利用するユーザであって、ウェブサービスにおいて登録手続きを行っていないユーザである。以下、試用ユーザを、ユーザＡとする。

試用要求とは、ウェブサービスの試用をサーバ１００に求める要求である。自発的な試用要求とは、試用ユーザが、他者からの働きかけによらず、自らウェブサービスの試用を希望する場合に発せられた試用要求である。例えば、自発的な試用要求とは、ユーザＡが、自ら検索してサーバ１００が提供しているブラウザゲームのサイトを訪れ、このブラウザゲームを試しに利用することを希望した場合に、ブラウザゲームに対して試用を求める要求である。本実施形態では、ブラウザゲームの試用を希望するユーザには、ユーザＩＤの入力を求めることとし、試用要求には、試用ユーザのユーザＩＤが指定される。

試用パラメータとは、ウェブサービスにおける進行度合いや権限等を示すパラメータであり、試用ユーザがウェブサービスを試用している場合に一時的に更新されるものである。サーバ１００が、ユーザからウェブサービスへの登録要求を受け付けると、ウェブサービスの試用が終了し、試用パラメータは、ウェブサービスの試用が終了すると、所定時間経過した後に破棄される。

例えば、試用パラメータは、試用ユーザがブラウザゲームを試用している場合に、ブラウザゲームにおいてプレイをしているステージを示すパラメータである。

例えば、ユーザＡが自らの希望によりあるブラウザゲームを試用するために、ユーザＡの端末２００からサーバ１００に試用要求を送信すると、試用パラメータ生成部１０１は、ブラウザゲームの最初の第１ステージを示すパラメータ“Ｘ−１”を試用パラメータとして生成する。そして、生成した試用パラメータを、試用要求に指定されたユーザＡのユーザＩＤ“Ａ”と、ユーザＡの端末２００に対するセッションＩＤ“１２３４５ａｂｃｄｅ”と対応付けて、図４（ａ）に示す試用パラメータテーブル５００ａに登録する。

例えば、サーバ１００には、試用パラメータテーブル５００ａ（図４（ａ））が格納されている。試用パラメータテーブル５００ａには、ユーザＩＤ ５００ａ１と、セッションＩＤ ５００ａ２と、試用パラメータ５００ａ３と、が対応付けて登録されている。図４（ａ）の試用パラメータテーブル５００ａの１行目は、試用要求を送信したユーザＡのユーザＩＤ“Ａ”と、ユーザＡの端末２００に割り当てられたセッションＩＤ“１２３４５ａｂｃｄｅ”と、試用パラメータ“Ｘ−１”とが対応付けられていることを示す。また、図４（ａ）の試用パラメータテーブル５００ａの２行目は、サーバ１００に対し、試用要求を送信した他のユーザであるユーザＢのユーザＩＤ“Ｂ”と、ユーザＢの端末２００に割り当てられたセッションＩＤ“２３４５６ｂｃｄｅｆ”と、試用パラメータ“Ｘ−８”とが対応付けられていることを示す。

試用提供部１０２は、生成された試用パラメータに基づいて、試用ユーザにウェブサービスを試用提供し、試用提供しているウェブサービスの進行に応じて試用パラメータを更新する。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、試用提供部１０２として機能する。

試用提供とは、ウェブサービスにおいて登録手続きをしていない試用ユーザに対し、試しに利用できるようにウェブサービスを提供することをいう。

例えば、試用提供部１０２は、ユーザＡ（試用ユーザ）からの試用要求に応じて生成されたブラウザゲームの第１ステージを示すパラメータ“Ｘ−１”に基づき、ユーザＡにブラウザゲームの第１ステージから試しに利用できるようブラウザゲームを提供する。そして、試用提供部１０２は、ユーザＡがブラウザゲームをプレイすると、プレイに応じて、試用パラメータを更新する。例えば、ユーザＡが、ブラウザゲームにおいて第２ステージに進んだとすると、図４（ｂ）に示すように、試用パラメータテーブル５００ａにおいて、ユーザＡのユーザＩＤ“Ａ”及びセッションＩＤ“１２３４５ａｂｃｄｅ”の組み合わせに対応付けられた試用パラメータを、“Ｘ−１”から第２ステージを示すパラメータ“Ｘ−２”に更新する。

ここで、試用提供部１０２は、ウェブサービスを試用提供した量又は期間が所定の閾値に至ると、登録要求をするよう試用ユーザに促して、ウェブサービスの試用提供を終了するようにしてもよい。

例えば、ブラウザゲームの管理者は、登録していないユーザに試用提供する量（例えば、ステージ数や、プレイヤの権限等）や期間（例えば、時間、日数等）を、所定の閾値として予め定めておく。

例えば、所定の閾値を「第３ステージ」（パラメータは“Ｘ−３”）とする。試用ユーザであるユーザＡが、ブラウザゲームにおいて、第２ステージをクリア（終了）する、あるいは、第３ステージに進むと、試用提供部１０２は、ブラウザゲームを継続するためには登録が必要である旨のメッセージを、ユーザＡの端末２００に送信し、ユーザＡに試用提供していたブラウザゲームを終了する。

そして、ブラウザゲームを終了した後、サーバ１００は、所定時間待機して、試用ユーザからの登録要求を待つ。所定時間内に登録要求を受け付けると、後述するように、キー画像生成部１０３が、キー画像を生成し、本番管理部１０４が、試用パラメータを、キー画像に対応付けて本番パラメータとして管理し、試用パラメータを削除する。一方、所定時間内に登録要求を受け付けなかった場合、試用提供部１０２は、ユーザＡの試用パラメータを破棄する。なお、所定時間内に登録要求を受け付けなかった場合は、登録要求があったものとみなしてもよい。また、例えば、登録が必要である旨のメッセージに登録するか否かの選択肢を含ませ、ユーザにより登録の選択肢が選択されなかった場合、試用パラメータを破棄するようにしてもよい。

キー画像生成部１０３は、ウェブサービスを試用提供している試用ユーザから登録要求を受け付けると、キー画像を生成する。

本実施形態において、ＣＰＵ ６０１、通信部６０５及び画像処理部６０６が協働して、キー画像生成部１０３として機能する。

登録要求とは、試用ユーザがウェブサービスにおいて登録を求める要求である。

キー画像とは、登録後にユーザがウェブサービスにログインをする際に必要な画像であって、パスワードの代わりになるものである。試用ユーザを一意に特定できるものであればどのような画像でもよい。キー画像をサーバ１００に送信することにより、ユーザはウェブサービスにログインすることができる。

例えば、キー画像生成部１０３は、ウェブサービスが試用提供されているユーザＡから登録要求を受け付けると、所定の大きさの画像であって、各画素のＲＧＢ値をランダムに設定した画像を生成し、過去に同じ画像を生成したことがなければ、その画像をキー画像とする。

また、キー画像は、所定の画像に、電子透かしの技術を施して任意の画像ＩＤを付与したものであってもよいし、所定の画像に、任意の画像ＩＤを示す二次元コードを付したものでもよい。

なお、キー画像生成部１０３は、試用ユーザから画像を伴う登録要求を受け付けると、受け付けた画像に基づいてキー画像を生成するようにしてもよい。

例えば、試用ユーザであるユーザＡが用いる端末２００に格納されている画像を登録要求とともにサーバ１００に送信する。サーバ１００のキー画像生成部１０３は、送信された画像に、電子透かしの技術を施して任意の画像ＩＤを付与したものを、キー画像とする。

ここで、キー画像生成部１０３は、登録要求に伴われた画像に外観が類似する画像を、キー画像として生成するようにしてもよい。

例えば、端末２００のカメラロールに保存された写真を登録要求とともにサーバ１００に送信し、当該写真の画像を素材としてキー画像が生成される。すると、キー画像は、カメラロールに保存された写真と見た目（外観）が類似した画像となる。したがって、サーバ１００から得られたキー画像を端末２００のカメラロールに保存した場合にも、どの写真がキー画像か第三者には判然としないため、端末２００が盗まれた場合でも、サーバ１００へのログインのための情報の漏洩を抑制することができる。

以下、ユーザＡからの登録要求に応じて、キー画像生成部１０３により、キー画像ＩＤ“ＡＡＡＡ”が電子透かしの技術により付与されたキー画像４０１が生成されたものとする。

本番管理部１０４は、更新されている試用パラメータを、生成されたキー画像に対応付けて、本番パラメータとして管理する。

本実施形態において、ＣＰＵ ６０１が、本番管理部１０４として機能する。

本番パラメータとは、ウェブサービスにおける進行度合いや権限等を示すパラメータであり、ユーザが試用を終了した後、ウェブサービスを利用する場合に更新されるパラメータである。

例えば、本番パラメータは、ユーザＡがブラウザゲームの試用を終了した後、キー画像を用いてログインした場合にプレイするステージを示すパラメータである。

例えば、本番管理部１０４は、ユーザＡから登録要求を受け付けた時点で、最後に更新された試用パラメータを特定する。図４（ｃ）に、ユーザＡの試用パラメータが最後に更新されたときの試用パラメータテーブル５００ａを示す。ユーザＡの試用パラメータは、第３ステージを表す“Ｘ−３”に更新されている。本番管理部１０４は、試用パラメータテーブル５００ａ（図４（ｃ））を参照して、ユーザＡのユーザＩＤ“Ａ”及びユーザＡの端末２００のセッションＩＤ“１２３４５ａｂｃｄｅ”から試用パラメータ“Ｘ−３”を特定し、この試用パラメータを本番パラメータとして、生成されたキー画像のキー画像ＩＤ“ＡＡＡＡ”に対応付けて、図５（ａ）に示す本番パラメータテーブル５００ｂに登録する。そして、本番管理部１０４は、図４（ｃ）の試用パラメータテーブル５００ａから、ユーザＡのユーザＩＤ、セッションＩＤ及び試用パラメータの組み合わせを削除する。

例えば、サーバ１００には、本番パラメータテーブル５００ｂ（図５（ａ））が格納されている。本番パラメータテーブル５００ｂには、ユーザＩＤ ５００ｂ１と、キー画像ＩＤ ５００ｂ２と、本番パラメータ５００ｂ３と、が対応付けて登録されている。図５（ａ）の本番パラメータテーブル５００ｂの１行目は、登録要求を送信したユーザＡのユーザＩＤ“Ａ”と、当該登録要求に応じて生成されたキー画像のキー画像ＩＤ“ＡＡＡＡ”と、本番パラメータ“Ｘ−３”とが対応付けられていることを示す。また、図５（ａ）の本番パラメータテーブル５００ｂの２行目は、サーバ１００に対し、登録要求を送信した他のユーザであるユーザＢのユーザＩＤ“Ｂ”と、当該登録要求に応じて生成されたキー画像のキー画像ＩＤ“ＢＢＢＢ”と、本番パラメータ“Ｘ−９”とが対応付けられていることを示す。

なお、本番管理部１０４は、ウェブサービスの試用提供が終了してから、試用ユーザより登録要求を受け付けるまでの時間に応じて、試用ユーザに付与する特典を決定し、更新されている試用パラメータと、決定された特典とを、本番パラメータとして、生成されたキー画像に対応付けて管理するようにしてもよい。

例えば、ウェブサービスの試用を終了してから登録要求が受け付けられるまでの時間が短いほど、ユーザには、多くの特典が付与される。例えば、ブラウザゲームの場合、ブラウザゲームの試用終了から登録要求の受け付けまでの時間が短いほど、よりレアなアイテム（例えば、アイテムＭ）が、ユーザに与えられる。例えば、本番管理部１０４が、ブラウザゲームの試用終了から登録要求の受け付けまでの時間に応じて、ユーザＡに付与する特典を“アイテムＭ”と決定し、試用パラメータを“Ｘ−３”と特定したとすると、本番パラメータを“Ｘ−３及びアイテムＭ”とする。あるいは、ブラウザゲームの試用終了から登録要求の受け付けまでの時間が短いほど、先のステージを示す本番パラメータに更新するようにしてもよい。すなわち、特典を、ステージ数とする。例えば、ブラウザゲームの試用終了から登録要求の受け付けまでの時間が３分以内の場合は、試用パラメータが示すステージから２ステージ先に進める特典を決定し、試用パラメータ“Ｘ−３”の場合、第５ステージを示す“Ｘ−５”を本番パラメータとする。また、ブラウザゲームの試用終了から登録要求の受け付けまでの時間が１０分以内の場合は、試用パラメータが示すステージから１ステージ先に進める特典を決定し、第４ステージを示す“Ｘ−４”を、本番パラメータとする。

このような構成により、ウェブサービスの試用を終了してから登録要求が受け付けられるまでの時間に応じて、特典を付与することにより、早期の登録を促すことができる。

キー画像付与部１０５は、生成されたキー画像を、試用ユーザに対しダウンロード可能に付与する。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、キー画像付与部１０５として機能する。

例えば、キー画像付与部１０５は、キー画像ＩＤが“ＡＡＡＡ”のキー画像４０１を、登録要求を行ったユーザＡの端末２００に送信する。図６に示すように、ユーザＡの端末２００にはキー画像４０１が表示され、ユーザＡは、キー画像４０１を端末２００に保存する。

ここで、ユーザは様々な手法により、キー画像を端末２００に保存することができる。例えば、端末２００のブラウザにキー画像４０１を表示して、所定のボタンを押す（例えば、電源ボタン及びホームボタンを同時に押す）ことにより、スクリーンショットを撮り、キー画像４０１のスクリーンショットが端末２００の画像の保存領域に保存されるようにしてもよい。あるいは、画面に表示されたキー画像４０１を長押しすると、画像を保存するためのボタンが表示され、このボタンを押すことにより、端末２００の画像の保存領域に保存されるようにしてもよいし、キー画像４０１を長押しするだけで、自動的に画像の保存領域に保存されるようにしてもよい。

本番特定部１０６は、キー画像が付与された試用ユーザを登録済ユーザとして設定し、当該登録済ユーザからキー画像を伴うログイン要求を受け付けると、受け付けられたログイン要求に伴われるキー画像に対応付けて管理される本番パラメータを特定する。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、本番特定部１０６として機能する。

登録済ユーザとは、ウェブサービスにおいてキー画像が付与されたユーザである。以下、登録済ユーザを、ユーザＡとする。

ログイン要求とは、登録済ユーザがウェブサービスを利用するためにサーバ１００にログインを求める要求である。また、キー画像を伴うログイン要求とは、サーバ１００にログイン要求を送信する際に、キー画像も送信することである。例えば、ユーザがサーバ１００にログイン要求を送信すると、サーバ１００が、キー画像を送信するよう求めてもよいし、キー画像をサーバ１００に送信することにより、ログイン要求がされることとしてもよい。

例えば、登録済ユーザであるユーザＡから、電子透かし技術によりキー画像ＩＤ“ＡＡＡＡ”が付与されたキー画像４０１を伴うログイン要求を受け付けると、本番特定部１０６は、キー画像４０１からキー画像ＩＤ“ＡＡＡＡ”を検出する。そして、本番特定部１０６は、図５の本番パラメータテーブル５００ｂを参照して、キー画像ＩＤ“ＡＡＡＡ”に対応付けて管理される本番パラメータ“Ｘ−３”を特定する。

なお、ユーザは、様々な手法により、キー画像をサーバ１００に送信することができる。例えば、ユーザＡがウェブサービスのサイトでログイン要求を行うと、端末２００においてファイル選択を求めるダイアログが表示されるようにしてもよい。このダイアログにおいて、ユーザＡが画像の保存領域に格納されたキー画像４０１を選択すると、キー画像４０１がサーバ１００にアップロードされる。あるいは、ユーザＡがウェブサービスのサイトでログイン要求を行うと、端末２００のカメラが起動し、キー画像を撮影するよう求めてもよい。ユーザＡがカメラでキー画像４０１を撮影し、所定のボタンを押すと、キー画像４０１がサーバ１００にアップロードされる。このような構成によれば、キー画像をダウンロードした端末とは別の端末からウェブサービスへのログインを行うことができる。

また、本番特定部１０６が、本番パラメータを特定する手法は上記に限らない。例えば、キー画像にキー画像ＩＤを示す二次元コードが付されている場合、本番特定部１０６は、この二次元コードを読み出し、二次元コードが示すキー画像ＩＤに対応付けられた本番パラメータを特定するようにしてもよい。

また、例えば、サーバ１００には付与済みのキー画像が保存されており、アップロードされたキー画像と、サーバ１００に保存されたキー画像とを画像認識により比較し、アップロードされたキー画像と一致するキー画像に対応付けられた本番パラメータを特定するようにしてもよい。あるいは、アップロードされたキー画像とサーバ１００に保存されたキー画像とは、完全に一致していなくても、キー画像内の主要部分が一致する場合に、主要部分が一致したキー画像に対応付けられた本番パラメータを特定するようにしてもよい。

本番提供部１０７は、特定された本番パラメータに基づいて、登録済ユーザにウェブサービスを本番提供し、本番提供しているウェブサービスの進行に応じて本番パラメータを本番管理部１０４にて更新する。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、本番提供部１０７として機能する。

本番提供とは、ウェブサービスにおいてキー画像を用いてログインした登録済ユーザに対し、ウェブサービスを提供することをいう。

例えば、本番提供部１０７は、特定された本番パラメータ“Ｘ−３”に基づいて、ユーザＡに、第３ステージからブラウザゲームを提供する。そして、本番提供部１０７は、ユーザＡがブラウザゲームでプレイして、第４ステージに進んだとすると、図５（ｂ）に示すように、本番パラメータテーブル５００ｂにおいて、ユーザＡのユーザＩＤ“Ａ”及びキー画像ＩＤ“ＡＡＡＡ”の組み合わせに対応付けて管理されている本番パラメータを“Ｘ−３”から第４ステージを示すパラメータ“Ｘ−４”に更新する。

本実施形態によれば、ウェブサービスを試用したユーザは、試用後にログインする際に、パスワードを入力せずに、キー画像を送信するだけで、続きからウェブサービスを利用することができる。ウェブサービスでは、端末において履歴情報が削除されてしまったり、端末の機種変更等をして情報が引き継がれなかった場合、サービスの利用を続きから開始することができなくなってしまう。しかし、一般的に、機種変更等がされたとしても、画像はクラウドに上げる等何らかの方法で残されていることが多い。よって、キー画像にウェブサービスにおける利用の現状を対応付けておくことにより、ユーザがウェブサービスを続きから利用できる可能性を高めることができる。本実施形態によれば、パスワードを用いない簡易なログインを可能としつつ、ウェブサービスの利用を続きから確実に行わせることができる。

なお、本実施形態のサーバ１００において、本番パラメータは、キー画像だけでなく、識別名と共に対応付けて管理されるようにしてもよい。

例えば、本番管理部１０４は、試用ユーザから、識別名を伴う登録要求を受け付けると、キー画像と、識別名と、に対応付けて本番パラメータを管理する。そして、本番特定部１０６は、キー画像及び識別名を伴うログイン要求を受け付けると、受け付けられたログイン要求に伴われるキー画像及び識別名と、に対応付けて管理される本番パラメータを特定する。

識別名とは、ユーザを識別するためのものであり、例えば、メールアドレスやＳＮＳのＩＤなど、任意の文字列である。なお、識別名として、端末固有情報を用いると、機種変更やブラウザのキャッシュ／クッキーのクリアによってゲームが再開できないおそれがあるので、端末固有情報は用いない。

例えば、サーバ１００は、試用ユーザである時のユーザＡから識別名（例えば、“Ａ＠ｘｘｘ．ｃｏｍ”）を伴う登録要求を受け付けると、本番管理部１０４は、本番パラメータテーブル５００ｂにおいて、生成したキー画像４０１のキー画像ＩＤ“ＡＡＡＡ”と、識別名“Ａ＠ｘｘｘ．ｃｏｍ”と、本番パラメータ“Ｘ−３”と、を対応付けて登録する。そして、本番特定部１０６は、ユーザＡから、キー画像４０１及び識別名“Ａ＠ｘｘｘ．ｃｏｍ”を伴うログイン要求を受け付けると、本番パラメータテーブル５００ｂを参照して、本番パラメータ“Ｘ−３”を特定する。

あるいは、本番管理部１０４は、試用ユーザから、登録要求を受け付けると、識別名を新たに生成して、キー画像と、識別名と、に対応付けて本番パラメータを管理し、キー画像付与部１０５は、キー画像と共に識別名を付与する。そして、本番特定部１０６は、キー画像及び識別名を伴うログイン要求を受け付けると、受け付けられたログイン要求に伴われるキー画像及び識別名と、に対応付けて管理される本番パラメータを特定する。

例えば、サーバ１００が、試用ユーザである時のユーザＡから登録要求を受け付けると、本番管理部１０４は、ユーザＡに対し識別名（例えば、“１ａ２ｂ３ｃ”）を生成し、本番パラメータテーブル５００ｂにおいて、生成したキー画像４０１のキー画像ＩＤ“ＡＡＡＡ”と、識別名“１ａ２ｂ３ｃ”と、本番パラメータ“Ｘ−３”と、を対応付けて登録する。また、キー画像付与部１０５は、ユーザＡに、生成したキー画像４０１を付与し、識別名“１ａ２ｂ３ｃ”を通知する。そして、本番特定部１０６は、ユーザＡから、キー画像４０１及び識別名“１ａ２ｂ３ｃ”を伴うログイン要求を受け付けると、本番パラメータテーブル５００ｂを参照して、本番パラメータ“Ｘ−３”を特定する。

このような構成によれば、登録済ユーザには識別名が付されるので、ユーザに連絡等する場合に、ウェブサービスの運営者にとって利便性を良くすることができる。

（４．実施形態１に係るサーバの動作）
本実施形態に係るサーバ１００の動作について説明する。サーバ１００は、例えば、電源が投入されると、図７に示す処理を開始する。

試用パラメータ生成部１０１は、試用ユーザから自発的な試用要求を受け付けたか否かを判断する（ステップＳ１０１）。試用パラメータ生成部１０１が、自発的な試用要求を受け付けたと判断すると（ステップＳ１０１；Ｙｅｓ）、試用パラメータ生成部１０１は、試用パラメータを生成する（ステップＳ１０２）。一方、試用パラメータ生成部１０１が、自発的な試用要求を受け付けていないと判断すると（ステップＳ１０１；Ｎｏ）、本番特定部１０６は、登録済ユーザからキー画像を伴うログイン要求を受け付けたか否かを判断する（ステップＳ１１３）。

例えば、登録を行っていないユーザＡが、自らの希望により、自身の端末２００からサーバ１００に試用要求を送信すると、試用パラメータ生成部１０１は、ブラウザゲームの第１ステージを示すパラメータ“Ｘ−１”を試用パラメータとして生成する。そして、生成した試用パラメータ“Ｘ−１”を、ユーザＡの端末２００に対するセッションＩＤ“１２３４５ａｂｃｄｅ”と対応付けて、試用パラメータテーブル５００ａ（図４）に登録する。一方、試用要求を受け付けない場合は、本番特定部１０６は、登録済ユーザからログイン要求を受け付けたか否かを判断する。

試用提供部１０２は、生成された試用パラメータに基づいて、試用ユーザにウェブサービスを試用提供し、試用提供されたウェブサービスの進行に応じて試用パラメータを更新する（ステップＳ１０３）。

例えば、試用提供部１０２は、試用要求に応じて生成された試用パラメータ“Ｘ−１”に基づき、試用ユーザであるユーザＡにブラウザゲームの第１ステージから利用できるようブラウザゲームを提供する。そして、試用提供部１０２は、ユーザＡがブラウザゲームをプレイすると、プレイに応じて、試用パラメータを更新する。

試用提供部１０２は、ウェブサービスが試用提供された量又は期間が所定の閾値に至ったか否かを判断する（ステップＳ１０４）。試用提供部１０２が、ウェブサービスが試用提供された量又は期間が所定の閾値に至ったと判断すると（ステップＳ１０４；Ｙｅｓ）、試用提供部１０２は、登録要求をするよう試用ユーザに促す（ステップＳ１０５）。そして、試用提供部１０２は、試用提供を終了する（ステップＳ１０６）。一方、試用提供部１０２が、ウェブサービスが試用提供された量又は期間が所定の閾値に至っていないと判断すると（ステップＳ１０４；Ｎｏ）、キー画像生成部１０３は、試用ユーザより登録要求を受け付けたか否かを判断する（ステップＳ１１１）。

例えば、試用ユーザであるユーザＡが、ブラウザゲームにおいて所定の閾値である第３ステージまで進むと、試用提供部１０２は、ブラウザゲームを継続するためには登録が必要である旨のメッセージを、ユーザＡの端末２００に送信する。そして、試用提供部１０２は、ユーザＡに試用提供していたブラウザゲームを終了する。一方、ユーザＡがブラウザゲームにおいて、第２ステージをプレイしている場合は、ユーザＡから登録要求を受け付けたか否かを判断する。

ステップＳ１０６において、試用提供を終了した後、キー画像生成部１０３は、ウェブサービスが試用提供されている試用ユーザから登録要求を受け付けたか否かを判断する（ステップＳ１０７）。キー画像生成部１０３が、試用ユーザから登録要求を受け付けたと判断すると（ステップＳ１０７；Ｙｅｓ）、キー画像生成部１０３は、キー画像を生成する（ステップＳ１０８）。一方、キー画像生成部１０３が、試用ユーザから登録要求を受け付けていないと判断すると（ステップＳ１０７；Ｎｏ）、ステップＳ１０１に戻る。

例えば、試用提供を終了後、キー画像生成部１０３は、ウェブサービスが試用提供されているユーザＡから登録要求を受け付けると、所定の画像にキー画像ＩＤ“ＡＡＡＡ”を電子透かしの技術により付与したものをキー画像４０１として生成する。一方、ユーザＡから登録要求を受け付けなかった場合は、ステップＳ１０１に戻る。

本番管理部１０４は、更新されている試用パラメータを、生成されたキー画像に対応付けて、本番パラメータとして管理する（ステップＳ１０９）。

例えば、本番管理部１０４は、試用パラメータテーブル５００ａを参照して、ユーザＡのセッションＩＤ“１２３４５ａｂｃｄｅ”から試用パラメータ“Ｘ−３”を特定し、当該試用パラメータを本番パラメータとして、ステップＳ１０８において生成されたキー画像４０１のキー画像ＩＤ“ＡＡＡＡ”に対応付けて、図５の本番パラメータテーブル５００ｂに登録する。

キー画像付与部１０５は、生成されたキー画像を、試用ユーザに対しダウンロード可能に付与する（ステップＳ１１０）。その後、ステップＳ１０１に戻る。

例えば、キー画像付与部１０５は、生成したキー画像ＩＤが“ＡＡＡＡ”のキー画像４０１を、登録要求を行ったユーザＡの端末２００に送信する。そして、ステップＳ１０１に戻る。

ステップＳ１１１に戻り、キー画像生成部１０３が、試用ユーザより登録要求を受け付けたと判断すると（ステップＳ１１１；Ｙｅｓ）、試用提供部１０２は、試用提供を終了し（ステップＳ１１２）、ステップＳ１０８に進む。一方、キー画像生成部１０３が、試用ユーザより登録要求を受け付けていないと判断すると（ステップＳ１１１；Ｎｏ）、ステップＳ１０３に戻る。

例えば、ブラウザゲームのプレイが第３ステージに至らないうちに、ユーザＡから登録要求を受け付けると、試用提供部１０２は、ブラウザゲームの試用提供を終了し、キー画像生成部１０５は、ユーザＡに付与するキー画像４０１を生成する。一方、ブラウザゲームのプレイが第３ステージに至らず、かつ、ユーザＡから登録要求を受け付けていない場合、試用提供部１０２は、ブラウザゲームの試用提供を続ける。

ステップＳ１１３に戻り、本番特定部１０６が、登録済ユーザからキー画像を伴うログイン要求を受け付けたと判断すると（ステップＳ１１３；Ｙｅｓ）、本番特定部１０６は、受け付けられたログイン要求に伴われるキー画像に対応付けて管理される本番パラメータを特定する（ステップＳ１１４）。一方、本番特定部１０６が、登録済ユーザからキー画像を伴うログイン要求を受け付けていないと判断すると（ステップＳ１１３；Ｎｏ）、ステップＳ１０１に戻る。

例えば、試用ユーザであったユーザＡがキー画像４０１を付与され、登録済ユーザとなった後で、付与されたキー画像４０１を伴うログイン要求をサーバ１００に対して行ったとすると、本番特定部１０６は、図５の本番パラメータテーブル５００ｂを参照して、キー画像ＩＤ“ＡＡＡＡ”に対応付けて管理される本番パラメータ“Ｘ−３”を特定する。

本番提供部１０７は、特定された本番パラメータに基づいて、登録済ユーザにウェブサービスを本番提供し、本番提供されたウェブサービスの進行に応じて本番パラメータを本番管理部１０４にて更新する（ステップＳ１１５）。

例えば、本番提供部１０７は、特定された本番パラメータ“Ｘ−３”に基づいて、ユーザＡに、第３ステージからブラウザゲームを提供する。そして、第４ステージに進んだとすると、図５の本番パラメータテーブル５００ｂにおいて、ユーザＡのキー画像ＩＤ“ＡＡＡＡ”に対応付けて管理されている本番パラメータを“Ｘ−３”から“Ｘ−４”に更新する。

本番提供部１０７は、ウェブサービスの本番提供を終了するか否かを判断する（ステップＳ１１６）。本番提供部１０７が、本番提供を終了すると判断すると（ステップＳ１１６；Ｙｅｓ）、本番提供部１０７は、本番提供を終了し（ステップＳ１１７）、ステップＳ１０１に戻る。一方、本番提供部１０７が、本番提供を終了しないと判断すると（ステップＳ１１６；Ｎｏ）、ステップＳ１１５に戻る。

例えば、ユーザＡからブラウザゲームの終了要求を受け付けると、本番提供部１０７は、ブラウザゲームの本番提供を終了し、ステップＳ１０１に戻る。一方、ユーザＡからブラウザゲームの終了要求を受け付けていない場合は、本番提供部１０７は、ブラウザゲームの本番提供を続ける。

（５．実施形態２に係るサーバの概要構成）
実施形態２のサーバ１００は、登録済ユーザが、ウェブサービスにおいて登録を行っていないユーザに対しウェブサービスを試用するよう招待することを可能とするものである。

本実施形態に係るサーバ１００は、図８に示すように、試用パラメータ生成部１０１と、試用提供部１０２と、キー画像生成部１０３と、本番管理部１０４と、キー画像付与部１０５と、本番特定部１０６と、本番提供部１０７と、招待画像生成部１０８と、招待パラメータ生成部１０９と、招待管理部１１０と、招待画像付与部１１１と、招待取得部１１２と、を備える。

実施形態２の試用パラメータ生成部１０１、キー画像生成部１０３、本番管理部１０４、キー画像付与部１０５、本番特定部１０６及び本番提供部１０７は、実施形態１のものと同様の機能を有する。したがって、これらの説明は省略する。以下、招待画像生成部１０８、招待パラメータ生成部１０９、招待管理部１１０、招待画像付与部１１１及び招待取得部１１２の機能、並びに、試用提供部１０２について、実施形態１と異なる機能について説明する。

招待画像生成部１０８は、登録済ユーザから招待要求を受け付けると、招待画像を生成する。

本実施形態において、ＣＰＵ ６０１、通信部６０５及び画像処理部６０６が協働して、招待画像生成部１０８として機能する。

招待要求とは、登録済ユーザが、ウェブサービスにおいて登録を行っていないユーザをウェブサービスに招待をして試用させたい場合に、サーバ１００に対して行う要求である。

招待画像とは、登録済ユーザがウェブサービスを試用させたいユーザに対し、配布又は公開する画像であり、この画像を用いてサーバ１００にログインすることにより、ウェブサービスを試用することができる。

例えば、招待画像は、所定の画像に、電子透かしの技術を施して任意の画像ＩＤを付与したものであってもよいし、所定の画像に、任意の画像ＩＤを示す二次元コードを付したものでもよい。

また、招待画像生成部１０８は、登録済ユーザから画像を伴う招待要求を受け付けると、受け付けた画像に基づいて招待画像を生成するようにしてもよい。

例えば、登録済ユーザであるユーザＡが、ブラウザゲームにおいて、メインとなる敵キャラクタを倒した時点の画像を招待要求とともにサーバ１００に送信すると、招待画像生成部１０８は、この画像に電子透かしの技術により招待画像を特定するための招待画像ＩＤ“ＣＣＣＣ”を付して、図１０に示すような招待画像４０２を生成する。なお、図１０は、ユーザＡの端末２００に招待画像４０２が表示された様子を示すものであり、図１０については後述する。

招待パラメータ生成部１０９は、招待パラメータを生成する。

本実施形態において、ＣＰＵ ６０１が、招待パラメータ生成部１０９として機能する。

招待パラメータとは、招待されるユーザにウェブサービスの試用提供を行うときに、試用提供部１０２により参照されるパラメータである。招待されたユーザには、招待パラメータに基づいて、ウェブサービスが試用提供される。

ここで、招待パラメータ生成部１０９は、招待パラメータを、招待要求が受け付けられた時点における本番パラメータに基づいて生成するようにしてもよい。

例えば、登録済ユーザであるユーザＡが第１０ステージまで進み、メインの敵キャラクタを倒した段階で招待要求をサーバ１００に送信したとすると、招待パラメータ生成部１０９は、本番パラメータテーブル５００ｂを参照して、ユーザＡの本番パラメータを取得する。そして、招待パラメータ生成部１０９は、取得した本番パラメータの進行度合いや権限を低減させたものを招待パラメータとする。例えば、本番パラメータが第１０ステージを示す“Ｘ−１０”であるとすると、招待パラメータ生成部１０９は、招待パラメータを、第８ステージを示す“Ｘ−８”とする。

あるいは、招待パラメータ生成部１０９は、招待パラメータを、キー画像が生成された時点において対応付けられた過去の本番パラメータに基づいて生成するようにしてもよい。

ここで、キー画像が生成され時点において対応付けられた過去の本番パラメータとは、あるユーザの本番パラメータが本番パラメータテーブル５００ｂに初めて登録されたときの本番パラメータであり、あるユーザが初めてウェブサービスの本番提供を受けるときの本番パラメータである。

例えば、登録済ユーザであるユーザＡが、試用ユーザであった時に登録要求を送信し、キー画像が生成されると、本番管理部１０４は、試用パラメータ“Ｘ−３”を、生成されたキー画像のキー画像ＩＤ“ＡＡＡＡ”に対応づけて、本番パラメータとして管理した（図５（ａ））。例えば、サーバ１００には、本番パラメータテーブル５００ｂの履歴情報が管理されており、招待パラメータ生成部１０９は、この履歴情報に基づいて、図５（ａ）の本番パラメータテーブル５００ｂを参照し、ユーザＡのキー画像が生成されたときの本番パラメータを取得する。そして、招待パラメータ生成部１０９は、取得した本番パラメータの進行度合いや権限を低減させたものを招待パラメータとする。例えば、ユーザＡの過去の本番パラメータが第３ステージを示す“Ｘ−３”であるとすると、招待パラメータ生成部１０９は、招待パラメータを、第２ステージを示す“Ｘ−２”とする。

このほか、直近の所定期間あるいは所定ログイン回数分の本番パラメータをサーバが保存するような態様では、招待パラメータを、当該直近の最も古い本番パラメータに基づいて生成することとしてもよい。たとえば、１箇月分の本番パラメータがサーバに保管されている状況で、招待画像を生成する場合には、招待パラメータは１箇月前の本番パラメータに基づいて生成される。このため、招待パラメータは、現在の本番パラメータよりも進行度合いや権限が低減したものとなる。

なお、招待パラメータの決め方は上記に限らない。例えば、本番パラメータが、ブラウザゲームのステージ数だけでなく、ブラウザゲームにおいて所持しているアイテム数が含まれる場合、ユーザＡの本番パラメータが示すアイテム数から所定数だけ少なくしたものを招待パラメータとしてもよい。また、例えば、招待パラメータは、本番パラメータの進行度合いや権限を低減させずに、本番パラメータと同じであってもよい。

招待管理部１１０は、生成された招待パラメータを、生成された招待画像に対応付けて管理する。

本実施形態において、ＣＰＵ ６０１が、招待管理部１１０として機能する。

例えば、招待管理部１１０は、生成された招待パラメータ“Ｘ−８”を、生成された招待画像４０１の招待画像ＩＤ“ＣＣＣＣ”と対応付けて図９に示す招待パラメータテーブル５００ｃに登録する。

例えば、サーバ１００には、招待パラメータテーブル５００ｃ（図９）が格納されている。招待パラメータテーブル５００ｃには、ユーザのユーザＩＤ ５００ｃ１と、招待画像ＩＤ ５００ｃ２と、招待パラメータ５００ｃ３と、が対応付けて登録されている。図９の招待パラメータテーブル５００ｃの１行目は、招待要求を送信したユーザＡのユーザＩＤ“Ａ”と、当該招待要求に応じて生成された招待画像の招待画像ＩＤ“ＣＣＣＣ”と、招待パラメータ“Ｘ−８”とが対応付けられていることを示す。また、図９の招待パラメータテーブル５００ｃの２行目は、サーバ１００に対し、招待要求を送信した他のユーザであるユーザＹのユーザＩＤ“Ｙ”と、当該招待要求に応じて生成された招待画像の招待画像ＩＤ“ＹＹＹＹ”と、招待パラメータ“Ｘ−６”とが対応付けられていることを示す。

招待画像付与部１１１は、生成された招待画像を、登録済ユーザに対しダウンロード可能に付与する。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、招待画像付与部１１１として機能する。

例えば、招待画像付与部１１１は、招待画像４０２の画像を、招待要求を行ったユーザＡの端末２００に送信する。ユーザＡは、受信した招待画像４０２を端末２００に保存する。

ここで、ユーザは様々な手法により、招待画像を端末２００に保存することができる。例えば、端末２００のブラウザに招待画像４０２を表示して、所定のボタンを押す（例えば、電源ボタン及びホームボタンを同時に押す）ことにより、スクリーンショットを撮り、招待画像４０２のスクリーンショットが端末２００の画像の保存領域に保存されるようにしてもよい。あるいは、画面に表示された招待画像４０２を長押しすると、画像を保存するためのボタンが表示され、このボタンを押すことにより、端末２００の画像の保存領域に保存されるようにしてもよいし、招待画像４０２を長押しするだけで、自動的に画像の保存領域に保存されるようにしてもよい。

招待画像４０２が付与されたユーザＡは、例えば、ＳＮＳで招待画像４０２を公開したり、招待したいユーザに対しメールに招待画像４０２を添付して配布したりする。

図１０に、ユーザＡが付与された招待画像４０２を自身のＳＮＳサイトで公開する様子を示す。ユーザＡのＳＮＳサイトに訪れたユーザで、ブラウザゲームの試用を希望するユーザは、招待画像４０２をダウンロードし、サーバ１００に招待画像４０２を伴う試用要求を送信すると、ユーザはブラウザゲームを試用することができる。

招待取得部１１２は、ゲストユーザから招待画像を伴う試用要求を受け付けると、受け付けられた試用要求に伴われる招待画像に対応付けて管理される招待パラメータを取得する。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、招待取得部１１２として機能する。

ゲストユーザとは、登録済ユーザから招待画像を取得したユーザであって、ウェブサービスを試用する試用ユーザである。以下、ゲストユーザを、ユーザＢとする。

例えば、ユーザＢがユーザＡのＳＮＳサイトを訪れ、公開されている招待画像４０２をダウンロードしたとする。そして、サーバ１００に試用要求を送信し、招待画像４０２をアップロードしたとすると、招待取得部１１２は、招待画像４０２から招待画像ＩＤ“ＣＣＣＣ”を検出する。そして、招待取得部１１２は、図９の招待パラメータテーブル５００ｃを参照して、招待画像ＩＤ“ＣＣＣＣ”に対応付けて管理される招待パラメータ“Ｘ−８”を取得する。

なお、ゲストユーザは、様々な手法により、招待画像をサーバ１００に送信することができる。例えば、ユーザＢがウェブサービスのサイトで試用要求を行うと、端末２００においてファイル選択を求めるダイアログが表示されるようにしてもよい。このダイアログにおいて、ユーザＢが画像の保存領域に格納された招待画像４０２を選択すると、招待画像４０２がサーバ１００にアップロードされる。あるいは、ユーザＢがウェブサービスのサイトで試用要求を行うと、端末２００のカメラが起動し、招待画像を撮影するよう求めてもよい。ユーザＢがカメラで招待画像４０２を撮影し、所定のボタンを押すと、招待画像４０２がサーバ１００にアップロードされる。このような構成によれば、登録済ユーザが自身の端末に招待画像を表示して直接ゲストユーザに見せた場合、招待画像を撮影することによりウェブサービスの試用を開始することができる。

また、招待取得部１１２が、招待パラメータを特定する手法は上記に限らない。例えば、招待画像に招待画像ＩＤを示す二次元コードが付されている場合、招待取得部１１２は、試用要求に伴ってアップロードされた招待画像に付された二次元コードを読み出し、二次元コードが示す招待画像ＩＤに対応付けられた招待パラメータを特定するようにしてもよい。

また、例えば、サーバ１００には付与済みの招待画像が保存されており、アップロードされた招待画像と、サーバ１００に保存された招待画像とを画像認識により比較し、アップロードされた招待画像と一致する招待画像に対応付けられた招待パラメータを特定するようにしてもよい。あるいは、アップロードされた招待画像とサーバ１００に保存された招待画像とは、完全に一致していなくても、招待画像内の主要部分が一致する場合に、主要部分が一致した招待画像に対応付けられた招待パラメータを特定するようにしてもよい。

試用提供部１０２は、取得された招待パラメータを試用パラメータとして、ゲストユーザである試用ユーザにウェブサービスを試用提供し、試用提供しているウェブサービスの進行に応じて試用パラメータを更新する。

例えば、試用提供部１０２は、招待パラメータ“Ｘ−８”を試用パラメータとし、試用パラメータテーブル５００ａ（図４（ａ））において、ユーザＢ（ゲストユーザ）の端末２００に対するセッションＩＤ“２３４５６ｂｃｄｅｆ”と試用パラメータ“Ｘ−８”とを対応付けて登録し、試用パラメータ“Ｘ−８”に基づき、ユーザＢにブラウザゲームの第８ステージから試用提供する。そして、ユーザＢが、ブラウザゲームをプレイし、次のステージに進んだとすると、図４（ｂ）に示すように、試用パラメータテーブル５００ａにおいて、ユーザＢのユーザＩＤ“Ｂ”及びセッションＩＤ“２３４５６ｂｃｄｅｆ”の組み合わせに対応付けられた試用パラメータを、“Ｘ−８”から第９ステージを示すパラメータ“Ｘ−９”に更新する。

本実施形態によれば、ウェブサービスに登録済のユーザは、招待画像を配布又は公開することができ、これにより多くのユーザをウェブサービスに招待することができる。

（６．実施形態２に係るサーバの動作）
本実施形態に係るサーバ１００の動作について説明する。サーバ１００は、例えば、電源が投入されると、図１１に示す処理を開始する。

なお、図１１のフローチャートのステップＳ２１１〜Ｓ２２４の処理は、図７のフローチャートのステップＳ１０４〜Ｓ１１７の処理と同様である。したがって、これらの処理については省略する。

招待画像生成部１０８は、登録済ユーザから招待要求を受け付けたか否かを判断する（ステップＳ２０１）。招待画像生成部１０８が、登録済ユーザから招待要求を受け付けたと判断すると（ステップＳ２０１；Ｙｅｓ）、招待画像生成部１０８は、招待画像を生成する（ステップＳ２０２）。一方、招待画像生成部１０８が、登録済ユーザから招待要求を受け付けていないと判断すると（ステップＳ２０１；Ｎｏ）、サーバ１００は、試用要求を受け付けたか否かを判断する（ステップＳ２０６）。

例えば、招待画像生成部１０８は、登録済ユーザであるユーザＡから招待要求を受け付けると、招待画像ＩＤ“ＣＣＣＣ”が付された招待画像４０２を生成する。一方、招待要求を受け付けていない場合、サーバ１００は、試用要求を受け付けたか否かを判断する。

招待パラメータ生成部１０９は、招待パラメータを生成する（ステップＳ２０３）。

例えば、招待パラメータ生成部１０９は、本番パラメータテーブル５００ｂを参照して、ユーザＡの本番パラメータ“Ｘ−１０”を取得し、取得した本番パラメータのから進行度合いを低減したパラメータ“Ｘ−８”を招待パラメータとする。

招待管理部１１０は、生成された招待パラメータを、生成された招待画像に対応付けて管理する（ステップＳ２０４）。

例えば、招待管理部１１０は、生成された招待パラメータ“Ｘ−８”を、生成された招待画像４０２の招待画像ＩＤ“ＣＣＣＣ”と対応付けて図９の招待パラメータテーブル５００ｃに登録する。

招待画像付与部１１１は、生成された招待画像を、登録済ユーザに対しダウンロード可能に付与する（ステップＳ２０５）。

例えば、招待画像付与部１１１は、招待画像４０２を、招待要求を行ったユーザＡの端末２００に送信する。

ステップＳ２０６に戻り、サーバ１００が、試用要求を受け付けたと判断すると（ステップＳ２０６；Ｙｅｓ）、招待取得部１１２は、試用要求に招待画像が伴われているか否かを判断する（ステップＳ２０７）。一方、サーバ１００は、試用要求を受け付けていないと判断すると（ステップＳ２０６；Ｎｏ）、ステップＳ２２０に進む。

例えば、サーバ１００が、ユーザＢから試用要求を受け付けたと判断すると、招待取得部１１２は、当該試用要求に招待画像が伴われているか否かを判断する。一方、サーバ１００は、試用要求を受け付けていないと判断すると、ステップＳ２２０に進む。

ステップＳ２０７に戻り、招待取得部１１２が、試用要求に招待画像が伴われていると判断すると（ステップＳ２０７；Ｙｅｓ）、招待取得部１１２は、受け付けられた試用要求に伴われる招待画像に対応付けて管理される招待パラメータを取得する（ステップＳ２０８）。一方、招待取得部１１２が、試用要求に招待画像が伴われていないと判断すると（ステップＳ２０７；Ｎｏ）、試用パラメータ生成部１０１は、試用パラメータを生成する（ステップＳ２０９）。

例えば、招待取得部１１２が、ユーザＢからの試用要求に招待画像４０２が伴われていると判断すると、図９の招待パラメータテーブル５００ｃを参照して、招待画像４０２の招待画像ＩＤ“ＣＣＣＣ”に対応付けて管理される招待パラメータ“Ｘ−８”を取得する。一方、招待取得部１１２が、ユーザＢからの試用要求に招待画像が伴われていないと判断すると、ユーザＢからの自発的な試用要求であるので、試用パラメータ生成部１０１は、試用パラメータ“Ｘ−１”を生成する。

試用提供部１０２は、試用ユーザに試用パラメータに基づいてウェブサービスを試用提供し、試用提供されたウェブサービスの進行に応じて試用パラメータを更新する（ステップＳ２１０）。

例えば、ユーザＢが招待画像４０２を伴う試用要求を行った場合、試用提供部１０２は、取得された招待パラメータ“Ｘ−８”を試用パラメータとして、ブラウザゲームを試用パラメータ“Ｘ−８”が示す第８ステージから試用提供する。また、ユーザＢが自発的な試用要求を行った場合、試用提供部１０２は、生成した試用パラメータ“Ｘ−１”が示す第１ステージから試用提供する。

（７．他の実施形態）
本発明に係るサーバ１００において、キー画像生成部１０３がキー画像を生成する手法は、上記の実施形態に限らず、以下の態様も採用することができる。

キー画像生成部１０３は、試用ユーザから複数の画像を伴う登録要求を受け付けると、受け付けた複数の画像に基づいて複数のキー画像を生成し、本番管理部１０４は、試用パラメータを、生成された複数のキー画像に対応付けて、本番パラメータとして管理し、キー画像付与部１０５は、生成された複数のキー画像を、試用ユーザに対しダウンロード可能に付与し、本番特定部１０６は、登録済みユーザから複数のキー画像のいずれかを伴うログイン要求を受け付けることにより、本番パラメータを特定するようにしてもよい。

例えば、試用ユーザであるユーザＡが、自らの端末２００に格納されている画像１、画像２及び画像３を、登録要求とともにサーバ１００に送信したとする。サーバ１００のキー画像生成部１０３は、画像１、画像２及び画像３のそれぞれに、電子透かしの技術を施して任意の画像ＩＤを付与したそれぞれの画像をキー画像１、キー画像２及びキー画像３とする。また、本番管理部１０４は、ユーザＡから登録要求を受け付けた時点で最後に更新された試用パラメータ“Ｘ−３”を、キー画像１、キー画像２及びキー画像３と対応付けて、本番パラメータとして管理する。キー画像付与部１０５は、ユーザＡに対し、キー画像１、キー画像２及びキー画像３をダウンロード可能に付与する。そして、本番特定部１０６は、キー画像１、キー画像２及びキー画像３が付与されたユーザＡから、例えば、キー画像２を伴うログイン要求を受け付けると、キー画像２に対応付けられた“Ｘ−３”を本番パラメータとして特定する。

このような構成により、登録済ユーザは複数のキー画像が付与されるので、紛失した際の予備とすることができる。

また、キー画像生成部１０３は、試用ユーザから複数の画像を伴う登録要求を受け付けると、受け付けた複数の画像に基づいて１つのキー画像を生成し、キー画像付与部１０５は、登録要求に係る複数の画像を確認画像として、生成されたキー画像とともに、試用ユーザにダウンロード可能に付与する。キー画像生成部１０３は、画像を伴う再発行要求を受け付けると、当該再発行要求に伴われる画像と登録済ユーザに付与された確認画像とを対比して、両者が所定の閾度合以上で合致すれば、当該再発行要求に伴われる画像に基づいて新たなキー画像を生成する。そして、本番管理部１０４は、生成された新たなキー画像を、本番パラメータと対応付けて管理し、キー画像付与部１０５は、生成された新たなキー画像を登録済ユーザにダウンロード可能に付与する。

例えば、試用ユーザであるユーザＡが、自らの端末２００に格納されている画像１、画像２及び画像３を、登録要求とともにサーバ１００に送信したとする。サーバ１００のキー画像生成部１０３は、画像１、画像２及び画像３に基づいてキー画像４を生成する。例えば、キー画像生成部１０３は、画像１、画像２及び画像３の画素をランダムに抽出して合成した画像をキー画像４として生成する。また、キー画像生成部１０３は、受信した画像１、画像２及び画像３を、確認画像１、確認画像２及び確認画像３として、ユーザＡのユーザＩＤ及びキー画像４のキー画像ＩＤに対応付けてサーバ１００に保存する。なお、キー画像生成部１０３は、画像１、画像２及び画像３のそれぞれに、電子透かしの技術を施して任意の画像ＩＤを付与した画像を、確認画像としてもよい。そして、キー画像付与部１０５は、ユーザＡに、キー画像４と、確認画像１、確認画像２及び確認画像３と、をダウンロード可能に付与する。

例えば、登録済ユーザとなったユーザＡが、キー画像４を紛失してしまい、画像を伴う再発行要求をサーバ１００に送信したとする。キー画像生成部１０３は、再発行要求に伴われた画像と、サーバ１００に格納された確認画像１、確認画像２及び確認画像３とを対比して、両者が所定の閾度合以上で合致するか否かを判断する。ここで、所定の閾度合とは、ある画像と他の画像との類似度合における閾値であり、この値以上であれば、両者の画像は同じ、又は、類似すると見なすことができる。例えば、ある被写体を連写した時の画像が、画像１（確認画像１）と画像４である場合であって、ユーザＡが画像４を伴う再発行要求をした場合、キー画像生成部１０３は、画像４と確認画像１とは、所定の閾度合以上で合致すると判断し、画像４に基づいて、新たなキー画像を生成する。また、例えば、ユーザＡが、付与された確認画像１を所持している場合に、確認画像１を伴う再発行要求をした場合は、サーバ１００に保存された確認画像１と同じなので、キー画像生成部１０３は、両者が所定の閾度合以上で合致すると判断し、確認画像１に基づいて、新たなキー画像５を生成する。そして、本番管理部１０４は、生成された新たなキー画像５を、ユーザＡの現在の本番パラメータと対応付けて管理し、キー画像付与部１０５は、生成されたキー画像５を登録済ユーザにダウンロード可能に付与する。

このような構成によれば、ユーザは、キー画像や確認画像を紛失したとしても、確認画像に類似する画像を所有していれば、ログインを行うことができるので、ウェブサービスの提供を継続して受けやすくすることができる。

また、キー画像生成部１０３は、更新された本番パラメータに応じて、キー画像から新たなキー画像を生成し、本番管理部１０４は、キー画像にかえて新たなキー画像を更新された本番パラメータに対応付ける。そして、キー画像付与部１０５は、生成された新たなキー画像を登録済ユーザにダウンロード可能に付与するようにしてもよい。

例えば、ブラウザゲームにおいて先のステージに進むことにより本番パラメータが更新される場合、キー画像生成部１０３は、本番パラメータが更新される度に、すなわち、ステージをクリアする度に、クリアしたステージの敵キャラクタの画像が付されたキー画像を生成する。本番管理部１０４は、新たな敵キャラクタが付されたキー画像と、次に進むステージを示す本番パラメータとを対応付けて管理し、キー画像付与部１０５は、新たな敵キャラクタが付されたキー画像を登録済ユーザにダウンロード可能に付与する。

このような構成によれば、ログインに必要なキー画像が、ウェブサービスの利用状況に基づいて自動的に更新されるので、キー画像の漏洩により他者に悪用されることを抑制することができる。

（８．まとめ）
本発明の第１の観点に係るサーバは、
提供するウェブサービスの進行に応じて更新されるパラメータを管理するサーバであって、
試用ユーザから自発的な試用要求を受け付けると、試用パラメータを生成する試用パラメータ生成部と、
前記生成された試用パラメータに基づいて、前記試用ユーザに前記ウェブサービスを試用提供し、前記試用提供しているウェブサービスの進行に応じて前記試用パラメータを更新する試用提供部と、
前記ウェブサービスを試用提供している前記試用ユーザから登録要求を受け付けると、キー画像を生成するキー画像生成部と、
前記更新されている試用パラメータを、前記生成されたキー画像に対応付けて、本番パラメータとして管理する本番管理部と、
前記生成されたキー画像を、前記試用ユーザに対しダウンロード可能に付与するキー画像付与部と、
前記キー画像が付与された試用ユーザを登録済ユーザとして設定し、当該登録済ユーザからキー画像を伴うログイン要求を受け付けると、前記受け付けられたログイン要求に伴われるキー画像に対応付けて管理される本番パラメータを特定する本番特定部と、
前記特定された本番パラメータに基づいて、前記登録済ユーザに前記ウェブサービスを本番提供し、前記本番提供しているウェブサービスの進行に応じて前記本番パラメータを前記本番管理部にて更新する本番提供部と、
を備えることを特徴とする。

上記サーバによれば、ウェブサービスを試用したユーザの利用の現状が画像に対応付けて管理されるので、ウェブサービスを試用したユーザは、この画像を用いた登録後の簡易なログインにより、サービスの利用を続きから開始することができる。

また、上記サーバにおいて、
前記ウェブサービスを試用提供した量又は期間が所定の閾値に至ると、前記試用提供部は、前記登録要求をするよう前記試用ユーザに促して、前記ウェブサービスの試用提供を終了する
ことを特徴とする。

上記サーバによれば、ウェブサービスをある程度試用したユーザに対して、登録を促すことができる。

また、上記サーバにおいて、
前記登録済ユーザから招待要求を受け付けると、招待画像を生成する招待画像生成部と、
招待パラメータを生成する招待パラメータ生成部と、
前記生成された招待パラメータを、前記生成された招待画像に対応付けて管理する招待管理部と、
前記生成された招待画像を、前記登録済ユーザに対しダウンロード可能に付与する招待画像付与部と、
ゲストユーザから前記招待画像を伴う試用要求を受け付けると、前記受け付けられた試用要求に伴われる招待画像に対応付けて管理される招待パラメータを取得する招待取得部と、
をさらに備え、
前記試用提供部は、前記取得された招待パラメータを前記試用パラメータとして、前記ゲストユーザである試用ユーザに前記ウェブサービスを試用提供し、前記試用提供されたウェブサービスの進行に応じて前記試用パラメータを更新する
ことを特徴とする。

上記サーバによれば、ウェブサービスに登録済のユーザは招待画像を配布又は公開することができ、これにより多くのユーザをウェブサービスに招待することができる。

また、上記サーバにおいて、
前記招待画像生成部は、前記登録済ユーザから画像を伴う招待要求を受け付けると、前記受け付けた画像に基づいて招待画像を生成する
ことを特徴とする。

上記サーバによれば、登録済ユーザの趣向を反映させた招待画像を作成することができ、ウェブサービスに登録していないユーザに対し、試用を促すことができる。

また、上記サーバにおいて、
前記招待パラメータ生成部は、前記招待パラメータを、前記招待要求が受け付けられた時点における前記本番パラメータに基づいて生成する
ことを特徴とする。

上記サーバによれば、招待されたユーザは、招待を行った登録済ユーザの利用状況に近い状況でウェブサービスを試用することができる。

また、上記サーバにおいて、
前記招待パラメータ生成部は、前記招待パラメータを、前記キー画像が生成された時点において対応付けられた過去の前記本番パラメータに基づいて生成する
ことを特徴とする。

上記サーバによれば、招待されたユーザは、招待を行った登録済ユーザが、ウェブサービスの試用を終了して、本番提供を受けるようになった時点のウェブサービスを試用することができる。

また、上記サーバにおいて、
前記キー画像生成部は、前記試用ユーザから画像を伴う登録要求を受け付けると、前記受け付けた画像に基づいて前記キー画像を生成する
ことを特徴とする。

上記サーバによれば、ユーザが選択した画像をログイン時に用いることにより、どの画像がウェブサービスのログインに用いることができるのかをユーザに認知させやすくすることができる。

また、上記サーバにおいて、
前記キー画像生成部は、前記登録要求に伴われた画像に外観が類似する画像を、前記キー画像として生成する
ことを特徴とする。

上記サーバによれば、ユーザが、サーバから付与されたキー画像を端末のカメラロールに保存した場合に、どの画像がキー画像か第三者には判然としないため、端末が盗まれた場合でも、サーバへのログインのための情報の漏洩を抑制することができる。

また、上記サーバにおいて、
前記本番管理部は、前記試用ユーザから、識別名を伴う前記登録要求を受け付けると、前記キー画像と、前記識別名と、に対応付けて前記本番パラメータを管理し、
前記本番特定部は、前記キー画像及び識別名を伴うログイン要求を受け付けると、前記受け付けられたログイン要求に伴われるキー画像及び識別名と、に対応付けて管理される本番パラメータを特定する
ことを特徴とする。

上記サーバによれば、登録済ユーザには識別名が付されるので、ウェブサービスの運営者にとって、ユーザに連絡等する際に利便性を良くすることができる。

また、上記サーバにおいて、
前記本番管理部は、前記試用ユーザから、前記登録要求を受け付けると、識別名を新たに生成して、前記キー画像と、前記識別名と、に対応付けて前記本番パラメータを管理し、
前記キー画像付与部は、前記キー画像と共に前記識別名を付与し、
前記本番特定部は、前記キー画像及び識別名を伴うログイン要求を受け付けると、前記受け付けられたログイン要求に伴われるキー画像及び識別名と、に対応付けて管理される本番パラメータを特定する
ことを特徴とする。

上記サーバによれば、登録済ユーザには識別名が付されるので、ウェブサービスの運営者にとって、ユーザに連絡等する際に利便性を良くすることができる。

また、上記サーバにおいて、
前記本番管理部は、
前記ウェブサービスの試用提供が終了してから、前記試用ユーザより前記登録要求を受け付けるまでの時間に応じて、前記試用ユーザに付与する特典を決定し、
前記更新されている試用パラメータと、前記決定された特典とを、本番パラメータとして、前記生成されたキー画像に対応付けて管理する
ことを特徴とする。

上記サーバによれば、ウェブサービスの試用を終了してから登録要求が受け付けられるまでの時間に応じて、特典を付与することにより、早期の登録を促すことができる。

また、上記サーバにおいて、
前記キー画像生成部は、前記試用ユーザから複数の画像を伴う登録要求を受け付けると、前記受け付けた複数の画像に基づいて複数のキー画像を生成し、
前記本番管理部は、前記試用パラメータを、前記生成された複数のキー画像に対応付けて、前記本番パラメータとして管理し、
前記キー画像付与部は、前記生成された複数のキー画像を、前記試用ユーザに対しダウンロード可能に付与し、
前記本番特定部は、前記登録済みユーザから前記複数のキー画像のいずれかを伴うログイン要求を受け付けることにより、前記本番パラメータを特定する
ことを特徴とする。

上記サーバによれば、登録済ユーザは複数のキー画像が付与されるので、紛失した際の予備とすることができる。

また、上記サーバにおいて、
前記キー画像生成部は、前記試用ユーザから複数の画像を伴う登録要求を受け付けると、前記受け付けた複数の画像に基づいて１つのキー画像を生成し、
前記キー画像付与部は、前記登録要求に係る複数の画像を確認画像として、前記生成されたキー画像とともに、前記試用ユーザにダウンロード可能に付与し、
前記キー画像生成部は、画像を伴う再発行要求を受け付けると、当該再発行要求に伴われる画像と登録済ユーザに付与された確認画像とを対比して、両者が所定の閾度合以上で合致すれば、当該再発行要求に伴われる画像に基づいて新たなキー画像を生成し、
前記本番管理部は、前記生成された新たなキー画像を、前記本番パラメータと対応付けて管理し、
前記キー画像付与部は、前記生成された新たなキー画像を前記登録済ユーザにダウンロード可能に付与する
ことを特徴とする。

上記サーバによれば、ユーザは、キー画像や確認画像を紛失したとしても、確認画像に類似する画像を所有していれば、ログインを行うことができるので、ウェブサービスの提供を継続して受けやすくすることができる。

また、上記サーバにおいて、
前記キー画像生成部は、前記更新された本番パラメータに応じて、前記キー画像から新たなキー画像を生成し、
前記本番管理部は、前記キー画像にかえて前記新たなキー画像を前記更新された本番パラメータに対応付け、
前記キー画像付与部は、前記生成された新たなキー画像を前記登録済ユーザにダウンロード可能に付与する
ことを特徴とする。

上記サーバによれば、ログインに必要なキー画像が、ウェブサービスの利用状況に基づいて自動的に更新されるので、キー画像の漏洩により他者に悪用されることを抑制することができる。

本発明の第２の観点に係るサーバの制御方法は、
提供するウェブサービスの進行に応じて更新されるパラメータを管理するサーバが実行する制御方法であって、
試用ユーザから自発的な試用要求を受け付けると、試用パラメータを生成する試用パラメータ生成工程と、
前記生成された試用パラメータに基づいて、前記試用ユーザに前記ウェブサービスを試用提供し、前記試用提供しているウェブサービスの進行に応じて前記試用パラメータを更新する試用提供工程と、
前記ウェブサービスを試用提供している前記試用ユーザから登録要求を受け付けると、キー画像を生成するキー画像生成工程と、
前記更新されている試用パラメータを、前記生成されたキー画像に対応付けて、本番パラメータとして管理する本番管理工程と、
前記生成されたキー画像を、前記試用ユーザに対しダウンロード可能に付与するキー画像付与工程と、
前記キー画像が付与された試用ユーザを登録済ユーザとして設定し、当該登録済ユーザからキー画像を伴うログイン要求を受け付けると、前記受け付けられたログイン要求に伴われるキー画像に対応付けて管理される本番パラメータを特定する本番特定工程と、
前記特定された本番パラメータに基づいて、前記登録済ユーザに前記ウェブサービスを本番提供し、前記本番提供しているウェブサービスの進行に応じて前記本番パラメータを前記本番管理部にて更新する本番提供工程と、
を備えることを特徴とする。

上記サーバの制御方法によれば、第１の観点に係るサーバと同様に、ウェブサービスを試用したユーザの利用の現状が画像に対応付けて管理されるので、ウェブサービスを試用したユーザは、この画像を用いた登録後の簡易なログインにより、ウェブサービスの利用を続きから開始することができる。

本発明の第３の観点に係るプログラムは、
コンピュータを、提供するウェブサービスの進行に応じて更新されるパラメータを管理するサーバとして機能させるプログラムであって、
前記プログラムは、前記コンピュータを、
試用ユーザから自発的な試用要求を受け付けると、試用パラメータを生成する試用パラメータ生成部、
前記生成された試用パラメータに基づいて、前記試用ユーザに前記ウェブサービスを試用提供し、前記試用提供しているウェブサービスの進行に応じて前記試用パラメータを更新する試用提供部、
前記ウェブサービスを試用提供している前記試用ユーザから登録要求を受け付けると、キー画像を生成するキー画像生成部、
前記更新されている試用パラメータを、前記生成されたキー画像に対応付けて、本番パラメータとして管理する本番管理部、
前記生成されたキー画像を、前記試用ユーザに対しダウンロード可能に付与するキー画像付与部、
前記キー画像が付与された試用ユーザを登録済ユーザとして設定し、当該登録済ユーザからキー画像を伴うログイン要求を受け付けると、前記受け付けられたログイン要求に伴われるキー画像に対応付けて管理される本番パラメータを特定する本番特定部、
前記特定された本番パラメータに基づいて、前記登録済ユーザに前記ウェブサービスを本番提供し、前記本番提供しているウェブサービスの進行に応じて前記本番パラメータを前記本番管理部にて更新する本番提供部、
として機能させることを特徴とする。

上記プログラムによれば、第１の観点に係るサーバと同様に、ウェブサービスを試用したユーザの利用の現状が画像に対応付けて管理されるので、ウェブサービスを試用したユーザは、この画像を用いた登録後の簡易なログインにより、ウェブサービスの利用を続きから開始することができる。

本発明によれば、ウェブサービスを試用したユーザが、登録後の簡易なログインにより、ウェブサービスの利用を続きから開始することができるサーバ、サーバの制御方法及びプログラムを提供することができる。

１００ サーバ
１０１ 試用パラメータ生成部
１０２ 試用提供部
１０３ キー画像生成部
１０４ 本番管理部
１０５ キー画像付与部
１０６ 本番特定部
１０７ 本番提供部
１０８ 招待画像生成部
１０９ 招待パラメータ生成部
１１０ 招待管理部
１１１ 招待画像付与部
１１２ 招待取得部
２００ 端末
３００ コンピュータ通信網
４０１ キー画像
４０２ 招待画像
６００ 情報処理装置
６０１ ＣＰＵ
６０２ ＲＯＭ
６０３ ＲＡＭ
６０４ 記憶部
６０５ 通信部
６０６ 画像処理部
６０７ ディスプレイ
６０８ 音声処理部
６０９ スピーカ
６１０ マイク
６１１ 操作部

Claims (16)

1. 提供するウェブサービスの進行に応じて更新されるパラメータを管理するサーバであって、
   試用ユーザから自発的な試用要求を受け付けると、試用パラメータを生成する試用パラメータ生成部と、
   前記生成された試用パラメータに基づいて、前記試用ユーザに前記ウェブサービスを試用提供し、前記試用提供しているウェブサービスの進行に応じて前記試用パラメータを更新する試用提供部と、
   前記ウェブサービスを試用提供している前記試用ユーザから登録要求を受け付けると、キー画像を生成するキー画像生成部と、
   前記更新されている試用パラメータを、前記生成されたキー画像に対応付けて、本番パラメータとして管理する本番管理部と、
   前記生成されたキー画像を、前記試用ユーザに対しダウンロード可能に付与するキー画像付与部と、
   前記キー画像が付与された試用ユーザを登録済ユーザとして設定し、当該登録済ユーザからキー画像を伴うログイン要求を受け付けると、前記受け付けられたログイン要求に伴われるキー画像に対応付けて管理される本番パラメータを特定する本番特定部と、
   前記特定された本番パラメータに基づいて、前記登録済ユーザに前記ウェブサービスを本番提供し、前記本番提供しているウェブサービスの進行に応じて前記本番パラメータを前記本番管理部にて更新する本番提供部と、
   を備えることを特徴とするサーバ。
2. 前記ウェブサービスを試用提供した量又は期間が所定の閾値に至ると、前記試用提供部は、前記登録要求をするよう前記試用ユーザに促して、前記ウェブサービスの試用提供を終了する
   ことを特徴とする請求項１に記載のサーバ。
3. 前記登録済ユーザから招待要求を受け付けると、招待画像を生成する招待画像生成部と、
   招待パラメータを生成する招待パラメータ生成部と、
   前記生成された招待パラメータを、前記生成された招待画像に対応付けて管理する招待管理部と、
   前記生成された招待画像を、前記登録済ユーザに対しダウンロード可能に付与する招待画像付与部と、
   ゲストユーザから前記招待画像を伴う試用要求を受け付けると、前記受け付けられた試用要求に伴われる招待画像に対応付けて管理される招待パラメータを取得する招待取得部と、
   をさらに備え、
   前記試用提供部は、前記取得された招待パラメータを前記試用パラメータとして、前記ゲストユーザである試用ユーザに前記ウェブサービスを試用提供し、前記試用提供しているウェブサービスの進行に応じて前記試用パラメータを更新する
   ことを特徴とする請求項１又は２に記載のサーバ。
4. 前記招待画像生成部は、前記登録済ユーザから画像を伴う招待要求を受け付けると、前記受け付けた画像に基づいて招待画像を生成する
   ことを特徴とする請求項３に記載のサーバ。
5. 前記招待パラメータ生成部は、前記招待パラメータを、前記招待要求が受け付けられた時点における前記本番パラメータに基づいて生成する
   ことを特徴とする請求項３又は４に記載のサーバ。
6. 前記招待パラメータ生成部は、前記招待パラメータを、前記キー画像が生成された時点において対応付けられた過去の前記本番パラメータに基づいて生成する
   ことを特徴とする請求項３又は４に記載のサーバ。
7. 前記キー画像生成部は、前記試用ユーザから画像を伴う登録要求を受け付けると、前記受け付けた画像に基づいて前記キー画像を生成する
   ことを特徴とする請求項１乃至６のいずれか１項に記載のサーバ。
8. 前記キー画像生成部は、前記登録要求に伴われた画像に外観が類似する画像を、前記キー画像として生成する
   ことを特徴とする請求項７に記載のサーバ。
9. 前記本番管理部は、前記試用ユーザから、識別名を伴う前記登録要求を受け付けると、前記キー画像と、前記識別名と、に対応付けて前記本番パラメータを管理し、
   前記本番特定部は、前記キー画像及び識別名を伴うログイン要求を受け付けると、前記受け付けられたログイン要求に伴われるキー画像及び識別名と、に対応付けて管理される本番パラメータを特定する
   ことを特徴とする請求項１乃至８のいずれか１項に記載のサーバ。
10. 前記本番管理部は、前記試用ユーザから、前記登録要求を受け付けると、識別名を新たに生成して、前記キー画像と、前記識別名と、に対応付けて前記本番パラメータを管理し、
    前記キー画像付与部は、前記キー画像と共に前記識別名を付与し、
    前記本番特定部は、前記キー画像及び識別名を伴うログイン要求を受け付けると、前記受け付けられたログイン要求に伴われるキー画像及び識別名と、に対応付けて管理される本番パラメータを特定する
    ことを特徴とする請求項１乃至８のいずれか１項に記載のサーバ。
11. 前記本番管理部は、
    前記ウェブサービスの試用提供が終了してから、前記試用ユーザより前記登録要求を受け付けるまでの時間に応じて、前記試用ユーザに付与する特典を決定し、
    前記更新されている試用パラメータと、前記決定された特典とを、本番パラメータとして、前記生成されたキー画像に対応付けて管理する
    ことを特徴とする請求項１乃至１０のいずれか１項に記載のサーバ。
12. 前記キー画像生成部は、前記試用ユーザから複数の画像を伴う登録要求を受け付けると、前記受け付けた複数の画像に基づいて複数のキー画像を生成し、
    前記本番管理部は、前記試用パラメータを、前記生成された複数のキー画像に対応付けて、前記本番パラメータとして管理し、
    前記キー画像付与部は、前記生成された複数のキー画像を、前記試用ユーザに対しダウンロード可能に付与し、
    前記本番特定部は、前記登録済みユーザから前記複数のキー画像のいずれかを伴うログイン要求を受け付けることにより、前記本番パラメータを特定する
    ことを特徴とする請求項７又は８に記載のサーバ。
13. 前記キー画像生成部は、前記試用ユーザから複数の画像を伴う登録要求を受け付けると、前記受け付けた複数の画像に基づいて１つのキー画像を生成し、
    前記キー画像付与部は、前記登録要求に係る複数の画像を確認画像として、前記生成されたキー画像とともに、前記試用ユーザにダウンロード可能に付与し、
    前記キー画像生成部は、画像を伴う再発行要求を受け付けると、当該再発行要求に伴われる画像と登録済ユーザに付与された確認画像とを対比して、両者が所定の閾度合以上で合致すれば、当該再発行要求に伴われる画像に基づいて新たなキー画像を生成し、
    前記本番管理部は、前記生成された新たなキー画像を、前記本番パラメータと対応付けて管理し、
    前記キー画像付与部は、前記生成された新たなキー画像を前記登録済ユーザにダウンロード可能に付与する
    ことを特徴とする請求項７又は８に記載のサーバ。
14. 前記キー画像生成部は、前記更新された本番パラメータに応じて、前記キー画像から新たなキー画像を生成し、
    前記本番管理部は、前記キー画像にかえて前記新たなキー画像を前記更新された本番パラメータに対応付け、
    前記キー画像付与部は、前記生成された新たなキー画像を前記登録済ユーザにダウンロード可能に付与する
    ことを特徴とする請求項１乃至１３のいずれか１項に記載のサーバ。
15. 提供するウェブサービスの進行に応じて更新されるパラメータを管理するサーバが実行する制御方法であって、
    試用ユーザから自発的な試用要求を受け付けると、試用パラメータを生成する試用パラメータ生成工程と、
    前記生成された試用パラメータに基づいて、前記試用ユーザに前記ウェブサービスを試用提供し、前記試用提供しているウェブサービスの進行に応じて前記試用パラメータを更新する試用提供工程と、
    前記ウェブサービスを試用提供している前記試用ユーザから登録要求を受け付けると、キー画像を生成するキー画像生成工程と、
    前記更新されている試用パラメータを、前記生成されたキー画像に対応付けて、本番パラメータとして管理する本番管理工程と、
    前記生成されたキー画像を、前記試用ユーザに対しダウンロード可能に付与するキー画像付与工程と、
    前記キー画像が付与された試用ユーザを登録済ユーザとして設定し、当該登録済ユーザからキー画像を伴うログイン要求を受け付けると、前記受け付けられたログイン要求に伴われるキー画像に対応付けて管理される本番パラメータを特定する本番特定工程と、
    前記特定された本番パラメータに基づいて、前記登録済ユーザに前記ウェブサービスを本番提供し、前記本番提供しているウェブサービスの進行に応じて前記本番パラメータを前記本番管理部にて更新する本番提供工程と、
    を備えることを特徴とするサーバの制御方法。
16. コンピュータを、提供するウェブサービスの進行に応じて更新されるパラメータを管理するサーバとして機能させるプログラムであって、
    前記プログラムは、前記コンピュータを、
    試用ユーザから自発的な試用要求を受け付けると、試用パラメータを生成する試用パラメータ生成部、
    前記生成された試用パラメータに基づいて、前記試用ユーザに前記ウェブサービスを試用提供し、前記試用提供しているウェブサービスの進行に応じて前記試用パラメータを更新する試用提供部、
    前記ウェブサービスを試用提供している前記試用ユーザから登録要求を受け付けると、キー画像を生成するキー画像生成部、
    前記更新されている試用パラメータを、前記生成されたキー画像に対応付けて、本番パラメータとして管理する本番管理部、
    前記生成されたキー画像を、前記試用ユーザに対しダウンロード可能に付与するキー画像付与部、
    前記キー画像が付与された試用ユーザを登録済ユーザとして設定し、当該登録済ユーザからキー画像を伴うログイン要求を受け付けると、前記受け付けられたログイン要求に伴われるキー画像に対応付けて管理される本番パラメータを特定する本番特定部、
    前記特定された本番パラメータに基づいて、前記登録済ユーザに前記ウェブサービスを本番提供し、前記本番提供しているウェブサービスの進行に応じて前記本番パラメータを前記本番管理部にて更新する本番提供部、
    として機能させることを特徴とするプログラム。

Images