JP2014106586A - 管理システム、管理サーバ、管理方法およびプログラム - Google Patents

Abstract

【課題】アプリケーションを紹介するモチベーションの強化を図る。
【解決手段】通信端末４００−１が、アプリケーションを用いて招待コードを管理サーバ１００へ要求し、管理サーバ１００が、招待コードの要求に用いた複数のアプリケーションに対して共通に利用できる通信端末固有の招待コードを生成して送信し、通信端末４００−１が、送信されてきた招待コードとアプリケーション情報とを開示し、通信端末４００−２〜４００−４がアプリケーションを利用して招待コードを指定した場合、通信端末４００−１に対して、招待コードを指定した通信端末の数である招待数に応じた特典を付与する。
【選択図】図１

Description

本発明は、特典コードを管理する管理システム、管理サーバ、管理方法およびプログラムに関する。

近年、スマートフォンで動作するアプリケーション上で、そのアプリケーション専用の招待コードを発行し、その招待コードを用いて当該アプリケーションの利用（購入）を促進する技術が考えられている（例えば、特許文献１参照。）。

招待コードが発行された利用者は、通信端末を用いて、ブログ、ミニ掲示板、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）等の複数の通信端末間で情報の送受信や情報の蓄積を行うソーシャルメディア等上で当該アプリケーションの情報の提供を行う（当該アプリケーションを紹介する）際、発行された招待コードを提示する。そのアプリケーションの情報を閲覧した他の利用者は、自身の所有する通信端末に当該アプリケーションを新規にダウンロードし、ダウンロードしたアプリケーション上でその招待コードを入力する。すると、招待コードが発行された利用者と、招待コードを入力した利用者とに、特典（例えば、そのアプリケーション内で利用できるアイテム等）が付与される。このように、アプリケーションの利用・購入の促進が図られている。

特開２００２−１４３５６７号公報

しかしながら、上述したような技術で用いられている招待コードは、アプリケーション毎にそのアプリケーション専用に発行されるものである。そのため、そのアプリケーションを提供する企業（以下、アプリケーション企業と称する）が提供するアプリケーションを初めて紹介する利用者であっても、そのアプリケーション企業が提供するアプリケーションを多数紹介している利用者であっても、付与される特典は同じものである。このように、利用者が、アプリケーション企業の他のアプリケーションを紹介するモチベーションを与えることができていないという問題点がある。

本発明の目的は、上述した課題を解決する管理システム、管理サーバ、管理方法およびプログラムを提供することである。

本発明の管理システムは、
通信端末と、管理サーバとを有する管理システムであって、
前記通信端末は、アプリケーションを用いて招待コードを前記管理サーバへ要求し、該要求に対して送信されてきた招待コードと前記アプリケーションを利用するためのアプリケーション情報とを開示し、
前記管理サーバは、前記招待コードが要求された場合、該招待コードの要求に用いた複数のアプリケーションに対して共通に利用できる前記通信端末固有の招待コードを生成し、該生成した招待コードを前記通信端末へ送信し、他の通信端末が前記アプリケーションを利用して前記開示された招待コードを指定した場合、該招待コードを開示した通信端末に対して、前記招待コードを指定した通信端末の数である招待数に応じた特典を付与することを特徴とする。

また、本発明の管理サーバは、
通信端末から招待コードが要求された場合、該招待コードの要求に用いた複数のアプリケーションに対して共通に利用できる前記通信端末固有の招待コードを生成し、該生成した招待コードを前記通信端末へ送信するコード生成部と、
前記招待コードの送信先である通信端末以外の通信端末がアプリケーションを利用して前記招待コードを指定した場合、該招待コードの送信先である通信端末に対して、前記招待コードを指定した通信端末の数である招待数に応じた特典を付与する特典付与部とを有する。

また、本発明の管理方法は、
通信端末から招待コードが要求された場合、該招待コードの要求に用いた複数のアプリケーションに対して共通に利用できる前記通信端末固有の招待コードを生成する処理と、
前記生成した招待コードを前記通信端末へ送信する処理と、
前記招待コードの送信先である通信端末以外の通信端末がアプリケーションを利用して前記招待コードを指定した場合、該招待コードの送信先である通信端末に対して、前記招待コードを指定した通信端末の数である招待数に応じた特典を付与する処理とを行う。

また、本発明のプログラムは、
コンピュータに実行させるためのプログラムであって、
通信端末から招待コードが要求された場合、該招待コードの要求に用いた複数のアプリケーションに対して共通に利用できる前記通信端末固有の招待コードを生成する手順と、
前記生成した招待コードを前記通信端末へ送信する手順と、
前記招待コードの送信先である通信端末以外の通信端末がアプリケーションを利用して前記招待コードを指定した場合、該招待コードの送信先である通信端末に対して、前記招待コードを指定した通信端末の数である招待数に応じた特典を付与する手順とを実行させる。

以上説明したように、本発明においては、アプリケーションを紹介するモチベーションの強化を図ることができる。

本発明の管理システムの実施の一形態を示す図である。 図１に示した管理サーバの内部構成の一例を示す図である。 図２に示したデータベースに記憶されている招待コードテーブルの一例を示す図である。 図２に示したデータベースに記憶されているグレードテーブルの一例を示す図である。 図１に示した通信端末が管理サーバへ招待コードを要求した場合の処理を説明するためのシーケンス図である。 ステップＳ５にて情報が登録されたデータベースの招待コードテーブルの一例を示す図である。 図１に示した通信端末が、他の通信端末が開示する情報からアプリケーション「ＡＡＡ」をダウンロードする処理を説明するためのシーケンス図である。 図１に示した通信端末が、アプリケーション「ＡＡＡ」を実行し、アプリケーション「ＡＡＡ」上、他人が開示した招待コードの入力を受け付けた場合の特典付与の処理を説明するためのシーケンス図である。 ステップＳ２３のポイント付与処理の詳細な処理の一例を説明するためのフローチャートである。 ステップＳ２３のポイント付与処理の後のデータベースに記憶された招待コードテーブルの内容の一例を示す図である。 図１に示した通信端末がアプリケーション「ＡＡＡ」を利用して管理サーバへ招待コードを要求した場合の処理を説明するためのシーケンス図である。 ステップＳ３５にて情報が登録されたデータベースの招待コードテーブルの一例を示す図である。 図１に示した通信端末がアプリケーション「ＢＢＢ」を利用して管理サーバへ招待コードを要求した場合の処理を説明するためのシーケンス図である。 ステップＳ４４にて情報が登録されたデータベースの招待コードテーブルの一例を示す図である。 図１に示した通信端末が、アプリケーション「ＡＡＡ」を実行し、アプリケーション「ＡＡＡ」上で招待コードの入力を受け付けた場合の特典付与の処理を説明するためのシーケンス図である。 ステップＳ５３のポイント付与処理の詳細な処理の一例を説明するためのフローチャートである。 ステップＳ５３のポイント付与処理の後のデータベース１０２に記憶された招待コードテーブルの内容の一例を示す図である。 図１に示した通信端末が、アプリケーション「ＢＢＢ」を実行し、アプリケーション「ＢＢＢ」上で招待コードの入力を受け付けた場合の特典付与の処理を説明するためのシーケンス図である。 ステップＳ６３のポイント付与処理の詳細な処理の一例を説明するためのフローチャートである。 ステップＳ６３のポイント付与処理の後のデータベースに記憶された招待コードテーブルの内容の一例を示す図である。 招待コードテーブルに登録されている通信端末の機種変更をした場合の処理を説明するためのシーケンス図である。 ステップＳ７２の引継コード発行処理の詳細な処理の一例を説明するためのフローチャートである。 ステップＳ７２の引継コード発行処理の後のデータベースに記憶された招待コードテーブルの内容の一例を示す図である。 ステップＳ７８の引継コード発行処理の詳細な処理の一例を説明するためのフローチャートである。 ステップＳ７８の引継処理の後のデータベースに記憶された招待コードテーブルの内容の一例を示す図である。

以下に、本発明の実施の形態について図面を参照して説明する。

図１は、本発明の管理システムの実施の一形態を示す図である。

本形態は図１に示すように、管理サーバ１００と、ソーシャルメディアサーバ２００と、アプリ提供サーバ３００と、通信端末４００−１〜４００−４とが、互いに通信ネットワーク５００を介して接続された形態となっている。また、図１に示した形態においては、通信端末が４つである場合を例に挙げているが、その数は限定しない。

管理サーバ１００は、通信端末４００−１〜４００−４に付与される特典（ポイント）を管理するサーバである。

図２は、図１に示した管理サーバ１００の内部構成の一例を示す図である。

図１に示した管理サーバ１００には図２に示すように、通信部１０１と、データベース１０２と、コード生成部１０３と、特典付与部１０４と、引継処理部１０５とが設けられている。

通信部１０１は、通信ネットワーク５００を介して、通信端末４００−１〜４００−４との間で通信を行う。

データベース１０２は、招待コードテーブルおよびグレードテーブルを記憶する。なお、データベース１０２は、管理サーバ１００の外部に設けられ、管理サーバ１００からアクセス可能なものであっても良い。

図３は、図２に示したデータベース１０２に記憶されている招待コードテーブルの一例を示す図である。

図２に示したデータベース１０２に記憶されている招待コードテーブルは図３に示すように、端末ＩＤと、招待コードと、招待数と、アプリ識別子と、ポイント数と、引継コードと、引継コード有効期限とが対応付けられて構成されている。

端末ＩＤは、通信端末４００−１〜４００−４を識別可能な端末識別情報である。例えば、端末ＩＤは、通信端末４００−１〜４００−４のＵＩＤ（Ｕｓｅｒ Ｉｄｅｎｔｉｆｉｅｒ）や、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス、電話番号等であっても良い。

招待コードは、通信端末４００−１〜４００−４から生成が要求された際に、コード生成部１０３が生成するコード情報である。

招待数は、生成された招待コードを、アプリケーションを利用して指定（送信）してきた通信端末の数（累積数）である。

アプリ識別子は、アプリケーションを識別可能な識別情報（例えば、アプリケーションを特定可能な番号や、アプリケーションの名称等）である。ここで記憶されているアプリ識別子は、アプリケーション企業ごとに提供可能なアプリケーションのアプリ識別子である。ここでは、例として「ＡＡＡ」および「ＢＢＢ」が記憶されている。また、アプリ識別子ごとに、共有フラグと特典フラグとが記憶されている。共有フラグは、招待コードが生成された際に生成の要求に用いられたアプリケーションに対して立てられる（有効にされる）ものである。例えば、アプリ識別子がＡＡＡであるアプリケーションを用いて招待コードの生成が要求された場合、当該招待コードが生成された際に、アプリ識別子「ＡＡＡ」の共有フラグが立てられる。つまり、共有フラグは、アプリケーション識別子のアプリケーションを用いて招待コードの生成が要求済みであることを判別可能な共有識別情報である。特典フラグは、ソーシャルメディアサーバ２００などに開示された他人の招待コードを、アプリケーションを利用して指定（送信）すること（招待コード利用）で、当該アプリケーションに対しての特典が付与された際に、通信端末の端末ＩＤと対応付けられて、当該アプリケーションに対して立てられる（有効にされる）ものである。つまり、特典フラグは、アプリケーション識別子のアプリケーションに対して招待コードが指定済みであることを判別可能な指定識別情報である。また、ソーシャルメディアサーバ２００などに開示された他人による紹介等の情報によらずに、アプリケーションをインストールし、そのアプリケーションで自身の通信端末の招待コードの発行（生成）を要求した場合、開示された他人の招待コードにより、特典を得られる権利が失効したことを示すために、通信端末の端末ＩＤと対応付けて、当該アプリケーションに対して特典フラグに失効した旨のフラグが立てられるものであっても良い。

ポイント数は、生成された招待コードを、アプリケーションを利用して指定（送信）することで付与される特典である。このポイント数は、加算されていくものであり、アプリケーションやサービスの利用・購入、アイテムの取得等に用いることができる。また、このポイント数は、通信端末が、共有フラグが立てられているアプリ識別子が示すアプリケーションのいずれにおいても利用できるものである。なお、図３では、特典としてポイント数を例に挙げて示しているが、例えば、アプリケーションで利用することができる画像やアイテムであっても良く、その場合、当該画像やアイテムを特定できる識別情報であっても良い。

引継コードおよび引継コード有効期限は、通信端末４００−１〜４００−４が機種変更する場合に、招待コードテーブルに記憶されている情報を引き継ぐために用いられるものである。これらの詳細については、後述する。

図４は、図２に示したデータベース１０２に記憶されているグレードテーブルの一例を示す図である。

図２に示したデータベース１０２に記憶されているグレードテーブルは図４に示すように、招待数と、特典とが対応付けられて構成されている。

招待数は、図３に示した招待コードテーブルに記憶されている招待数である。

特典は、図３に示した招待コードテーブルのポイント数に付与する特典（図４ではポイント数）である。

例えば、招待数が「１」である場合、付与（加算）されるポイント数は「１」である。また、招待数が「７」である場合、付与（加算）されるポイント数は「３」である。また、招待数が「１２」である場合、付与（加算）されるポイント数は「５」である。ここで、招待数が「１」から「２」へ増加する場合、付与されるポイント数は「１」であるが、招待数が「５」から「６」へ増加する場合は、付与されるポイント数は「３」となる。さらに、招待数が「１０」から「１１」へ増加する場合は、付与されるポイント数は「５」となる。このように、招待数の増加に対して、付与されるポイント数の増加率が、招待数が増えるほど高くなる。図４に示した例では、招待数の増加に対して、付与されるポイント数の増加率が段階的に増加しているが、一次関数や二次関数等の関数に従って増加するものであっても良い。

また、招待コードテーブルとグレードテーブルとは、別個のデータベースにそれぞれが記憶されているものであっても良い。

コード生成部１０３は、通信端末４００−１〜４００−４から招待コードが要求された場合、招待コードを生成する。このとき、コード生成部１０３は、通信端末４００−１〜４００−４から送信されてきた端末ＩＤを用いて、所定の法則（ハッシュ化や他の情報を用いたもの）に基づいて招待コードを生成するものであっても良いし、ランダムに招待コードを生成するものであっても良い。また、コード生成部１０３は、生成した招待コードを要求してきた通信端末４００−１〜４００−４へ通信部１０１を介して送信する。この招待コードは、招待コードの要求に用いた複数のアプリケーションに対して共通に利用できるものである。

特典付与部１０４は、招待コードの送信先である通信端末以外の通信端末がアプリケーションを利用して招待コードを指定した場合、招待コードの送信先である通信端末に対して、招待コードを指定した通信端末の数である招待数に応じた特典を付与する。また、特典付与部１０４は、付与した特典をデータベース１０２の招待コードテーブルに記憶させる。

引継処理部１０５は、通信端末４００−１〜４００−４が機種変更する場合に、データベース１０２の招待コードテーブルに記憶されている情報を引き継ぐための処理を行う。詳細については、後述する。

なお、図２に示した構成要素は、複数の装置に分散されて具備されているものであっても良い。

ソーシャルメディアサーバ２００は、ブログやミニ掲示板、ＳＮＳ等の複数の通信端末間で情報の送受信や情報の蓄積を行うサーバである。

アプリ提供サーバ３００は、アプリケーションを提供するサーバである。例えば、アプリ提供サーバ３００は、アプリケーション企業から提供された複数のアプリケーション（利用（取得）するためには、有料であっても良いし、無料であっても良い）を保持しており、通信端末４００−１〜４００−４からダウンロードされることで、通信端末４００−１〜４００−４へアプリケーションを提供する。

通信端末４００−１〜４００−４は、アプリケーションをダウンロードして利用（実行）可能なスマートフォン等の通信装置である。また、通信端末４００−１〜４００−４は、制御部を有し、制御部が、ダウンロードされたアプリケーションを実行して、招待コードを管理サーバへ要求する。また、通信端末４００−１〜４００−４の制御部は、管理サーバ１００から送信されてきた管理コードとアプリケーションを利用するための情報とを開示する。なお、この開示（表示）には、通信端末４００−１〜４００−４に設けられた表示部（ディスプレイ）が用いられる。

以下に、本形態における管理方法について説明する。まずは、通信端末４００−１が招待コードを要求した場合の処理について説明する。

図５は、図１に示した通信端末４００−１が管理サーバ１００へ招待コードを要求した場合の処理を説明するためのシーケンス図である。ここで、通信端末４００−１がアプリ提供サーバ３００からアプリケーション「ＡＡＡ」をダウンロード済みであることを前提とする。また、通信端末４００−１の端末ＩＤが「Ｔ０００」であるとする。

通信端末４００−１が、ダウンロード済みのアプリケーション「ＡＡＡ」を実行し（ステップＳ１）、招待コードを要求する操作を受け付けると（ステップＳ２）、通信端末４００−１は、端末ＩＤ「Ｔ０００」とアプリ識別子「ＡＡＡ」とを管理サーバ１００へ送信する（ステップＳ３）。ここで、招待コードを要求する操作として、アプリケーション「ＡＡＡ」上で表示されている「招待コード発行」を利用者が選択する操作が挙げられる。なお、通信端末４００−１は、端末ＩＤ「Ｔ０００」とアプリ識別子「ＡＡＡ」とを送信する際、これらを招待コードを要求する旨を示す招待コード要求信号に含めて送信する。

管理サーバ１００のコード生成部１０３は、通信端末４００−１から端末ＩＤ「Ｔ０００」とアプリ識別子「ＡＡＡ」とが含まれる招待コード要求信号が送信されてくると、招待コードテーブルに、（アプリ識別子「ＡＡＡ」が招待コードを発行（生成）可能として記憶されている否か、また、アプリ識別子「ＡＡＡ」が記憶されている場合、端末ＩＤ「Ｔ０００」のアプリ識別子「ＡＡＡ」に対して、共有フラグが「有」でないかどうかと、）端末ＩＤ「Ｔ０００」に対する招待コードを登録済みであるか否か確認し、端末ＩＤ「Ｔ０００」に対する招待コードが登録されていない場合、所定の法則に基づいて、招待コードを生成する（ステップＳ４）。そして、コード生成部１０３は、生成した招待コードを、端末ＩＤ「Ｔ０００」と対応付けて、招待コードテーブルに記憶させる。また、コード生成部１０３は、端末ＩＤ「Ｔ０００」に対応するアプリ識別子「ＡＡＡ」の共有フラグを立てる（「有」とする）。このとき、コード生成部１０３は、アプリ識別子「ＡＡＡ」の共有フラグと連動して、端末ＩＤ「Ｔ０００」に対応するアプリ識別子「ＡＡＡ」の特典フラグが「無」である場合、特典フラグが失効した旨のフラグを立てる（「失」とする）ものであっても良い。この場合は、他人の招待コードを利用したことにより特典フラグを立てたものではないため、招待コード利用に対する所定の特典は付与されない。また、コード生成部１０３は、端末ＩＤ「Ｔ０００」に対応する招待数に「０」を書き込む。また、招待コードがアプリケーション「ＢＢＢ」について生成されたものではないため、コード生成部１０３は、アプリ識別子「ＢＢＢ」の共有フラグおよび特典フラグは立てない（例えば、「無」を書き込む）。また、引継コードはまだ設定されないため、コード生成部１０３は、端末ＩＤ「Ｔ０００」に対応する引継コードに設定がされていない旨を示す情報を書き込んでおく（例えば、「無」を書き込む）。このように、コード生成部１０３は、端末ＩＤ「Ｔ０００」に関する情報をデータベース１０２の招待コードテーブルに登録する（ステップＳ５）
図６は、ステップＳ５にて情報が登録されたデータベース１０２の招待コードテーブルの一例を示す図である。ここでは、ステップＳ４にてコード生成部１０３が生成した招待コードが「Ｓ０００」である場合を例に挙げて示している。

ステップＳ５の処理が行われると図６に示すように、端末ＩＤ「Ｔ０００」と対応して、生成された招待コード「Ｓ０００」と、招待数「０」と、アプリ識別子：ＡＡＡの共有フラグ「有」および特典フラグ「失」と、アプリ識別子：ＢＢＢの共有フラグおよび特典フラグ「無」と、ポイント数「０」と、引継コード「無」とが招待コードテーブルに登録される。なお、引継コードが「無」であるため、引継コード有効期限は登録されない。

続いて、コード生成部１０３は、生成した招待コードを通信部１０１を介して、通信端末４００−１へ送信する（ステップＳ６）。すると、通信端末４００−１は、管理サーバ１００から送信されてきた招待コードをアプリケーション「ＡＡＡ」上で表示する（ステップＳ７）。この表示は、アプリケーション「ＡＡＡ」上でなくても、一般的な通知として通信端末４００−１のディスプレイに表示されるものであっても良い。通信端末４００−１の利用者は、この招待コードおよびアプリケーション「ＡＡＡ」を取得するためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等の情報を自身のブログ等で開示し、他の利用者にアプリケーション「ＡＡＡ」の利用を促す。

次に、通信端末４００−２が、通信端末４００−１が開示する情報からアプリケーション「ＡＡＡ」をダウンロードする処理について説明する。以下では、通信端末４００−１の利用者が、ソーシャルメディアサーバ２００が提供する自身のブログにアプリケーション「ＡＡＡ」を取得するためのＵＲＬおよび招待コードを開示する場合を例に挙げて説明する。

図７は、図１に示した通信端末４００−２が、通信端末４００−１が開示する情報からアプリケーション「ＡＡＡ」をダウンロードする処理を説明するためのシーケンス図である。

まず、通信端末４００−２が、通信端末４００−２の利用者の操作に基づいて、ソーシャルメディアサーバ２００と接続し、通信端末４００−１の利用者のブログを表示する（ステップＳ１１）。表示されたブログには、アプリケーション「ＡＡＡ」を取得（ダウンロード）するためのＵＲＬと招待コードとが記載されている。なお、このＵＲＬの表示は、一般的に用いられているものと同様に、リンクが張られており、当該ＵＲＬがクリック等で選択されると、アプリケーション「ＡＡＡ」を取得できるサイトであるアプリ提供サーバ３００と接続するものであっても良い。

その後、通信端末４００−２が、通信端末４００−２の利用者の操作で、表示されたＵＲＬが選択されると（ステップＳ１２）、アプリ提供サーバ３００と接続し、アプリケーション「ＡＡＡ」の提供ページを表示する（ステップＳ１３）。この提供ページには、アプリケーション「ＡＡＡ」を取得（ダウンロード）するためのボタンが表示されている。

その後、通信端末４００−２が、通信端末４００−２の利用者の操作で、表示されたダウンロード用のボタンが選択されると（ステップＳ１４）、アプリ提供サーバ３００が通信端末４００−２の認証処理や通信端末４００−２に対する課金処理を行う。そして、アプリ提供サーバ３００から通信端末４００−２へアプリケーション「ＡＡＡ」がダウンロードされる（ステップＳ１５）。通信端末４００−２は、ダウンロードされたアプリケーション「ＡＡＡ」をインストールする。

次に、通信端末４００−２が、アプリケーション「ＡＡＡ」を実行し、アプリケーション「ＡＡＡ」上で、他人が開示した招待コードの入力を受け付けた場合の特典付与の処理について説明する。

図８は、図１に示した通信端末４００−２が、アプリケーション「ＡＡＡ」を実行し、アプリケーション「ＡＡＡ」上、他人が開示した招待コードの入力を受け付けた場合の特典付与の処理を説明するためのシーケンス図である。

通信端末４００−２が、インストールされているアプリケーション「ＡＡＡ」を実行して、利用者によって、招待コードを入力するための操作を受け付けると、招待コードを入力するための表示を行う。この招待コードを入力するための操作は、例えば、アプリケーション「ＡＡＡ」上に表示されている「招待コード利用」等の表示を利用者が選択（クリック）する等の操作である。そして、その表示にしたがって招待コードが入力されると（ステップＳ２１）、通信端末４００−２は、通信端末４００−２の端末ＩＤ（ここでは「Ｔ００１」）と、アプリケーション「ＡＡＡ」のアプリ識別子「ＡＡＡ」と、招待コードとを含む招待コード利用信号を管理サーバ１００へ送信する（ステップＳ２２）。ここで、入力される招待コードは、通信端末４００−２がアプリケーション「ＡＡＡ」をダウンロードするために用いた通信端末４００−１の利用者のブログに記載されたもの「Ｓ０００」である。

すると、管理サーバ１００がポイント付与処理を行う（ステップＳ２３）。

図９は、ステップＳ２３のポイント付与処理の詳細な処理の一例を説明するためのフローチャートである。

通信端末４００−２から、端末ＩＤ「Ｔ００１」とアプリ識別子「ＡＡＡ」と招待コード「Ｓ０００」とが含まれる招待コード利用信号が送信されてくると、特典付与部１０４は、データベース１０２に記憶されている招待コードテーブルの端末ＩＤ「Ｔ００１」と対応付けられているアプリ識別子「ＡＡＡ」の特典フラグが「有」（または「失」）でないかどうかを判定する（ステップＳ２０１）。

端末ＩＤ「Ｔ００１」と対応付けられているアプリ識別子「ＡＡＡ」の特典フラグが「有」（または「失」）である場合、特典は付与されない。

一方、端末ＩＤ「Ｔ００１」と対応付けられているアプリ識別子「ＡＡＡ」の特典フラグが「有」（または「失」）ではない場合、特典付与部１０４は、データベース１０２に記憶されている招待コードテーブルの招待コード「Ｓ０００」と対応付けられている招待数を読み出す（ステップＳ２０２）。特典付与部１０４は、読み出した招待数に「１」を加算して、データベース１０２に記憶されている招待コードテーブルの招待コード「Ｓ０００」と対応付けられている招待数に書き込んで記憶させる（ステップＳ２０３）。つまり、特典付与部１０４は、データベース１０２に記憶されている招待コードテーブルの招待コード「Ｓ０００」と対応付けられている招待数を「１」カウントアップさせる。例えば、データベース１０２に記憶されている招待コードテーブルの招待コード「Ｓ０００」と対応付けられている端末ＩＤ「Ｔ０００」の招待数が「０」である場合、特典付与部１０４は、「１」を招待数に書き込む。

続いて、特典付与部１０４は、ステップＳ２０３にて書き込んだ招待数、つまり、カウントアップした後の招待数と対応付けられた特典を、データベース１０２のグレードテーブルから読み出す（ステップＳ２０４）。グレードテーブルに図４に示したような対応付けが記憶されている場合、招待数が「１」であると、特典「１ポイント」が読み出される。そして、特典付与部１０４は、読み出した特典「１ポイント」を招待コードテーブルの招待コード「Ｓ０００」と対応付けられて記憶されているポイント数に加算する（ステップＳ２０５）。例えば、現在、招待コードテーブルの招待コード「Ｓ０００」と対応付けられて記憶されている端末ＩＤ「Ｔ０００」のポイント数が「０」であり、グレードテーブルから読み出した特典が「１ポイント」である場合、特典付与部１０４は、それらを加算して、招待コードテーブルの招待コード「Ｓ０００」と対応付けられて記憶されている端末ＩＤ「Ｔ０００」のポイント数を「１」へ更新する。

また、特典付与部１０４は、招待コードテーブルの端末ＩＤ「Ｔ００１」と対応付けられているアプリ識別子「ＡＡＡ」の特典フラグを「有」とする（ステップＳ２０６）。また、特典付与部１０４は、招待コード利用に対する所定の特典（例えば、２ポイント）を通信端末４００−２に付与する（ステップＳ２０７）。具体的には、特典付与部１０４は、２ポイントを端末ＩＤ「Ｔ００１」と対応付けられたポイント数に加算して招待コードテーブルに記憶させる。

図１０は、ステップＳ２３のポイント付与処理の後のデータベース１０２に記憶された招待コードテーブルの内容の一例を示す図である。

図１０に示すように、招待コード「Ｓ０００」と対応付けられた招待数が「１」となっており（ステップＳ２０３の処理）、ポイント数が「１」となっている（ステップＳ２０５の処理）。また、端末ＩＤ「Ｔ００１」と対応付けられたアプリ識別子「ＡＡＡ」の特典フラグが「有」となっており（ステップＳ２０６の処理）、ポイント数が「２」となっている（ステップＳ２０７の処理）。

ポイント付与処理が完了した後、特典付与部１０４は、特典（ポイント）を付与した旨を示すメッセージを通信部１０１を介して通信端末４００−１へ送信する（ステップＳ２４）。通信端末４００−１は、管理サーバ１００から送信されてきたメッセージをアプリケーション「ＡＡＡ」上で表示する（ステップＳ２５）。この表示は、アプリケーション「ＡＡＡ」上でなくても、一般的な通知として通信端末４００−１のディスプレイに表示されるものであっても良い。

また、特典付与部１０４は、特典（ポイント）を付与した旨を示すメッセージを通信部１０１を介して通信端末４００−２へ送信する（ステップＳ２６）。通信端末４００−２は、管理サーバ１００から送信されてきたメッセージをアプリケーション「ＡＡＡ」上で表示する（ステップＳ２７）。この表示は、アプリケーション「ＡＡＡ」上でなくても、一般的な通知として通信端末４００−２のディスプレイに表示されるものであっても良い。

次に、アプリケーション「ＡＡＡ」をインストール済みの通信端末４００−２が招待コードを要求した場合の処理について説明する。ここで、すでに図１０に示した対応付けが招待コードテーブルに記憶されている場合を例に挙げて説明する。

図１１は、図１に示した通信端末４００−２がアプリケーション「ＡＡＡ」を利用して管理サーバ１００へ招待コードを要求した場合の処理を説明するためのシーケンス図である。

通信端末４００−２が、ダウンロード済みのアプリケーション「ＡＡＡ」を実行し（ステップＳ３１）、招待コードを要求する操作を受け付けると（ステップＳ３２）、通信端末４００−２は、端末ＩＤ「Ｔ００１」とアプリ識別子「ＡＡＡ」とを管理サーバ１００へ送信する（ステップＳ３３）。ここで、招待コードを要求する操作として、アプリケーション「ＡＡＡ」上で表示されている「招待コード発行」を利用者が選択する操作が挙げられる。なお、通信端末４００−２は、端末ＩＤ「Ｔ００１」とアプリ識別子「ＡＡＡ」とを送信する際、これらを招待コードを要求する旨を示す招待コード要求信号に含めて送信する。

管理サーバ１００のコード生成部１０３は、通信端末４００−２から端末ＩＤ「Ｔ００１」とアプリ識別子「ＡＡＡ」とが含まれる招待コード要求信号が送信されてくると、招待コードテーブルに、（アプリ識別子「ＡＡＡ」が招待コードを発行（生成）可能として記憶されている否か、また、アプリ識別子「ＡＡＡ」が記憶されている場合、端末ＩＤ「Ｔ００１」のアプリ識別子「ＡＡＡ」に対して、共有フラグが「有」でないかどうかと、）端末ＩＤ「Ｔ００１」に対する招待コードを登録済みであるか否か確認する。今回の図１０に示した招待コードテーブルの内容である場合、端末ＩＤ「Ｔ００１」に対する招待コードは登録されていないため、管理サーバ１００のコード生成部１０３は、所定の法則に基づいて、招待コードを生成する（ステップＳ３４）。そして、コード生成部１０３は、生成した招待コードを、端末ＩＤ「Ｔ００１」と対応付けて、招待コードテーブルに記憶させる。また、コード生成部１０３は、端末ＩＤ「Ｔ００１」に対応するアプリ識別子「ＡＡＡ」の共有フラグを立てる（「有」とする）。このとき、コード生成部１０３は、アプリ識別子「ＡＡＡ」の共有フラグと連動して、端末ＩＤ「Ｔ００１」に対応するアプリ識別子「ＡＡＡ」の特典フラグが「無」である場合、特典フラグが失効した旨のフラグを立てる（「失」とする）ものであっても良い。この場合は、他人の招待コードを利用したことにより特典フラグを立てたものではないため、招待コード利用に対する所定の特典は付与されない。例えば、図１０に示した招待コードテーブルの内容である場合、端末ＩＤ「Ｔ００１」に対応するアプリ識別子「ＡＡＡ」の特典フラグは「有」であるため、この場合、コード生成部１０３は、何の処理も行わない。このように、コード生成部１０３は、端末ＩＤ「Ｔ００１」に関する情報をデータベース１０２の招待コードテーブルに登録する（ステップＳ３５）
図１２は、ステップＳ３５にて情報が登録されたデータベース１０２の招待コードテーブルの一例を示す図である。ここでは、ステップＳ３４にてコード生成部１０３が生成した招待コードが「Ｓ００１」である場合を例に挙げて示している。

ステップＳ３５の処理が行われると図１２に示すように、端末ＩＤ「Ｔ００１」と対応して、生成された招待コード「Ｓ００１」と、アプリ識別子：ＡＡＡの共有フラグ「有」とが招待コードテーブルに登録される。

続いて、コード生成部１０３は、生成した招待コードを通信部１０１を介して、通信端末４００−２へ送信する（ステップＳ３６）。すると、通信端末４００−２は、管理サーバ１００から送信されてきた招待コードをアプリケーション「ＡＡＡ」上で表示する（ステップＳ３７）。この表示は、アプリケーション「ＡＡＡ」上でなくても、一般的な通知として通信端末４００−２のディスプレイに表示されるものであっても良い。通信端末４００−２の利用者は、この招待コードおよびアプリケーション「ＡＡＡ」を取得するためのＵＲＬ等の情報を自身のブログ等で開示し、他の利用者にアプリケーション「ＡＡＡ」の利用を促す。

次に、さらに、アプリケーション「ＢＢＢ」についてもインストール済みの通信端末４００−２が招待コードを要求した場合の処理について説明する。ここで、すでに図１２に示した対応付けが招待コードテーブルに記憶されている場合を例に挙げて説明する。さらに、通信端末４００−２にアプリケーション「ＢＢＢ」がインストールされ、他人が開示した招待コードの「招待コード利用」により、端末ＩＤ「Ｔ００１」と対応付けられたアプリ識別子「ＢＢＢ」の特典フラグが「無」から「有」に変更され、ポイント数に「２」が加算され、当該ポイント数が「４」になっている場合を例に挙げて説明する。

図１３は、図１に示した通信端末４００−２がアプリケーション「ＢＢＢ」を利用して管理サーバ１００へ招待コードを要求した場合の処理を説明するためのシーケンス図である。

通信端末４００−２が、ダウンロード済みのアプリケーション「ＢＢＢ」を実行し（ステップＳ４１）、招待コードを要求する操作を受け付けると（ステップＳ４２）、通信端末４００−２は、端末ＩＤ「Ｔ００１」とアプリ識別子「ＢＢＢ」とを管理サーバ１００へ送信する（ステップＳ４３）。ここで、招待コードを要求する操作として、アプリケーション「ＢＢＢ」上で表示されている「招待コード発行」を利用者が選択する操作が挙げられる。なお、通信端末４００−２は、端末ＩＤ「Ｔ００１」とアプリ識別子「ＢＢＢ」とを送信する際、これらを招待コードを要求する旨を示す招待コード要求信号に含めて送信する。

管理サーバ１００のコード生成部１０３は、通信端末４００−２から端末ＩＤ「Ｔ００１」とアプリ識別子「ＢＢＢ」とが含まれる招待コード要求信号が送信されてくると、招待コードテーブルに、（アプリ識別子「ＢＢＢ」が招待コードを発行（生成）可能として記憶されている否かか、また、アプリ識別子「ＢＢＢ」が記憶されている場合、端末ＩＤ「Ｔ００１」のアプリ識別子「ＢＢＢ」に対して、共有フラグが「有」でないかどうかと、）端末ＩＤ「Ｔ００１」に対する招待コードを登録済みであるか否か確認する。今回、端末ＩＤ「Ｔ００１」に対する招待コードは、登録済みであるため、管理サーバ１００のコード生成部１０３は、あらたに招待コードを作成することはしない。そして、コード生成部１０３は、端末ＩＤ「Ｔ００１」に対応するアプリ識別子「ＢＢＢ」の共有フラグを立てる（「有」とする）。このとき、コード生成部１０３は、アプリ識別子「ＢＢＢ」の共有フラグと連動して、端末ＩＤ「Ｔ００１」に対応するアプリ識別子「ＢＢＢ」の特典フラグが「無」である場合、特典フラグが失効した旨のフラグを立てる（「失」とする）ものであっても良い。今回の場合、端末ＩＤ「Ｔ００１」に対応するアプリ識別子「ＢＢＢ」の特典フラグは「有」であるため、コード生成部１０３は、何の処理も行わない。このように、コード生成部１０３は、端末ＩＤ「Ｔ００１」に関する情報をデータベース１０２の招待コードテーブルに登録する（ステップＳ４４）
図１４は、ステップＳ４４にて情報が登録されたデータベース１０２の招待コードテーブルの一例を示す図である。

ステップＳ４４の処理が行われると図１４に示すように、端末ＩＤ「Ｔ００１」と対応して、アプリ識別子：ＢＢＢの共有フラグ「有」が招待コードテーブルに登録される。

続いて、コード生成部１０３は、端末ＩＤ「Ｔ００１」と対応付けられている招待コード「Ｓ００１」を通信部１０１を介して、通信端末４００−２へ送信する（ステップＳ４５）。すると、通信端末４００−２は、管理サーバ１００から送信されてきた招待コードをアプリケーション「ＢＢＢ」上で表示する（ステップＳ４６）。この表示は、アプリケーション「ＢＢＢ」上でなくても、一般的な通知として通信端末４００−２のディスプレイに表示されるものであっても良い。通信端末４００−２の利用者は、この招待コードおよびアプリケーション「ＢＢＢ」を取得するためのＵＲＬ等の情報を自身のブログ等で開示し、他の利用者にアプリケーション「ＢＢＢ」の利用を促す。

次に、通信端末４００−３が、アプリケーション「ＡＡＡ」を実行し、アプリケーション「ＡＡＡ」上で招待コードの入力を受け付けた場合の特典付与の処理について説明する。また、ここで、入力される招待コードは、通信端末４００−３がアプリケーション「ＡＡＡ」をダウンロードするために用いた通信端末４００−２の利用者のブログに記載されたもの「Ｓ００１」である場合を例に挙げて説明する。また、データベース１０２の招待コードテーブルには、図１４に示した内容が記憶されており、さらに、端末ＩＤ「Ｔ００１」と対応付けられた招待数が「３」、ポイント数が「７」となっている場合を例に挙げて説明する。

図１５は、図１に示した通信端末４００−３が、アプリケーション「ＡＡＡ」を実行し、アプリケーション「ＡＡＡ」上で招待コードの入力を受け付けた場合の特典付与の処理を説明するためのシーケンス図である。

通信端末４００−３が、インストールされているアプリケーション「ＡＡＡ」を実行して、利用者によって、招待コードを入力するための操作を受け付けると、招待コードを入力するための表示を行う。この招待コードを入力するための操作は、例えば、「招待コード利用」等の表示を利用者が選択（クリック）する等の操作である。そして、その表示にしたがって招待コード「Ｓ００１」が入力されると（ステップＳ５１）、通信端末４００−３は、通信端末４００−３の端末ＩＤ（ここでは「Ｔ００５」）と、アプリケーション「ＡＡＡ」のアプリ識別子「ＡＡＡ」と、招待コード「Ｓ００１」とを含む招待コード利用信号を管理サーバ１００へ送信する（ステップＳ５２）。

すると、管理サーバ１００がポイント付与処理を行う（ステップＳ５３）。

図１６は、ステップＳ５３のポイント付与処理の詳細な処理の一例を説明するためのフローチャートである。

通信端末４００−３から、端末ＩＤ「Ｔ００５」とアプリ識別子「ＡＡＡ」と招待コード「Ｓ００１」とが含まれる招待コード利用信号が送信されてくると、特典付与部１０４は、データベース１０２に記憶されている招待コードテーブルの端末ＩＤ「Ｔ００５」と対応付けられているアプリ識別子「ＡＡＡ」の特典フラグが「有」でないかどうかを判定する（ステップＳ５０１）。

端末ＩＤ「Ｔ００５」と対応付けられているアプリ識別子「ＡＡＡ」の特典フラグが「有」である場合、特典は付与されない。

一方、端末ＩＤ「Ｔ００５」と対応付けられているアプリ識別子「ＡＡＡ」の特典フラグが「有」ではない場合、特典付与部１０４は、データベース１０２に記憶されている招待コードテーブルの招待コード「Ｓ００１」と対応付けられている招待数を読み出す（ステップＳ５０２）。特典付与部１０４は、読み出した招待数に「１」を加算して、データベース１０２に記憶されている招待コードテーブルの招待コード「Ｓ００１」と対応付けられている招待数に書き込んで記憶させる（ステップＳ５０３）。つまり、特典付与部１０４は、データベース１０２に記憶されている招待コードテーブルの招待コード「Ｓ００１」と対応付けられている招待数を「１」カウントアップさせる。例えば、データベース１０２に記憶されている招待コードテーブルの招待コード「Ｓ００１」と対応付けられている端末ＩＤ「Ｔ００１」の招待数が「３」である場合、特典付与部１０４は、「４」を招待数に書き込む。

続いて、特典付与部１０４は、ステップＳ５０３にて書き込んだ招待数、つまり、カウントアップした後の招待数と対応付けられた特典を、データベース１０２のグレードテーブルから読み出す（ステップＳ５０４）。グレードテーブルに図４に示したような対応付けが記憶されている場合、招待数が「４」であると、特典「１ポイント」が読み出される。そして、特典付与部１０４は、読み出した特典「１ポイント」を招待コードテーブルに記憶されているポイント数に加算する（ステップＳ５０５）。例えば、現在、招待コードテーブルに記憶されているポイント数が「７」であり、グレードテーブルから読み出した特典が「１ポイント」である場合、特典付与部１０４は、それらを加算して、招待コードテーブルに記憶されているポイント数を「８」へ更新する。

また、特典付与部１０４は、招待コードテーブルの端末ＩＤ「Ｔ００５」と対応付けられているアプリ識別子「ＡＡＡ」の特典フラグを「有」とする（ステップＳ５０６）。また、特典付与部１０４は、招待コード利用に対する所定の特典（例えば、２ポイント）を通信端末４００−３に付与する（ステップＳ５０７）。具体的には、特典付与部１０４は、２ポイントを端末ＩＤ「Ｔ００５」と対応付けられたポイント数に加算して招待コードテーブルに記憶させる。

図１７は、ステップＳ５３のポイント付与処理の後のデータベース１０２に記憶された招待コードテーブルの内容の一例を示す図である。

図１７に示すように、招待コード「Ｓ００１」と対応付けられた招待数が「４」となっており（ステップＳ５０３の処理）、ポイント数が「８」となっている（ステップＳ５０５の処理）。また、端末ＩＤ「Ｔ００５」と対応付けられたアプリ識別子「ＡＡＡ」の特典フラグが「有」となっており（ステップＳ５０６の処理）、ポイント数が「２」となっている（ステップＳ５０７の処理）。

ポイント付与処理が完了した後、特典付与部１０４は、特典（ポイント）を付与した旨を示すメッセージを通信部１０１を介して通信端末４００−２へ送信する（ステップＳ５４）。通信端末４００−２は、管理サーバ１００から送信されてきたメッセージをアプリケーション「ＡＡＡ」上で表示する（ステップＳ５５）。この表示は、アプリケーション「ＡＡＡ」上でなくても、一般的な通知として通信端末４００−２のディスプレイに表示されるものであっても良い。

また、特典付与部１０４は、特典（ポイント）を付与した旨を示すメッセージを通信部１０１を介して通信端末４００−３へ送信する（ステップＳ５６）。通信端末４００−３は、管理サーバ１００から送信されてきたメッセージをアプリケーション「ＡＡＡ」上で表示する（ステップＳ５７）。この表示は、アプリケーション「ＡＡＡ」上でなくても、一般的な通知として通信端末４００−３のディスプレイに表示されるものであっても良い。

次に、通信端末４００−４が、アプリケーション「ＢＢＢ」を実行し、アプリケーション「ＢＢＢ」上で招待コードの入力を受け付けた場合の特典付与の処理について説明する。また、ここで、入力される招待コードは、通信端末４００−４がアプリケーション「ＢＢＢ」をダウンロードするために用いた通信端末４００−２の利用者のブログに記載されたもの「Ｓ００１」である場合を例に挙げて説明する。また、データベース１０２の招待コードテーブルには、図１７に示した内容が記憶されている場合を例に挙げて説明する。

図１８は、図１に示した通信端末４００−４が、アプリケーション「ＢＢＢ」を実行し、アプリケーション「ＢＢＢ」上で招待コードの入力を受け付けた場合の特典付与の処理を説明するためのシーケンス図である。

通信端末４００−４が、インストールされているアプリケーション「ＢＢＢ」を実行して、利用者によって、招待コードを入力するための操作を受け付けると、招待コードを入力するための表示を行う。この招待コードを入力するための操作は、例えば、「招待コード利用」等の表示を利用者がクリックする等の操作である。そして、その表示にしたがって招待コード「Ｓ００１」が入力されると（ステップＳ６１）、通信端末４００−４は、通信端末４００−４の端末ＩＤ（ここでは「Ｔ００６」）と、アプリケーション「ＢＢＢ」のアプリ識別子「ＢＢＢ」と、招待コード「Ｓ００１」とを含む招待コード利用信号を管理サーバ１００へ送信する（ステップＳ６２）。

すると、管理サーバ１００がポイント付与処理を行う（ステップＳ６３）。

図１９は、ステップＳ６３のポイント付与処理の詳細な処理の一例を説明するためのフローチャートである。

通信端末４００−４から、端末ＩＤ「Ｔ００６」とアプリ識別子「ＢＢＢ」と招待コード「Ｓ００１」とが含まれる招待コード利用信号が送信されてくると、特典付与部１０４は、データベース１０２に記憶されている招待コードテーブルの端末ＩＤ「Ｔ００６」と対応付けられているアプリ識別子「ＢＢＢ」の特典フラグが「有」でないかどうかを判定する（ステップＳ６０１）。

端末ＩＤ「Ｔ００６」と対応付けられているアプリ識別子「ＢＢＢ」の特典フラグが「有」である場合、特典は付与されない。

一方、端末ＩＤ「Ｔ００６」と対応付けられているアプリ識別子「ＢＢＢ」の特典フラグが「有」ではない場合、特典付与部１０４は、データベース１０２に記憶されている招待コードテーブルの招待コード「Ｓ００１」と対応付けられている招待数を読み出す（ステップＳ６０２）。特典付与部１０４は、読み出した招待数に「１」を加算して、データベース１０２に記憶されている招待コードテーブルの招待コード「Ｓ００１」と対応付けられている招待数に書き込んで記憶させる（ステップＳ６０３）。つまり、特典付与部１０４は、データベース１０２に記憶されている招待コードテーブルの招待コード「Ｓ００１」と対応付けられている招待数を「１」カウントアップさせる。例えば、データベース１０２に記憶されている招待コードテーブルの招待コード「Ｓ００１」と対応付けられている端末ＩＤ「Ｔ００１」の招待数が「４」である場合、特典付与部１０４は、「５」を招待数に書き込む。

続いて、特典付与部１０４は、ステップＳ６０３にて書き込んだ招待数、つまり、カウントアップした後の招待数と対応付けられた特典を、データベース１０２のグレードテーブルから読み出す（ステップＳ６０４）。グレードテーブルに図４に示したような対応付けが記憶されている場合、招待数が「５」であると、特典「３ポイント」が読み出される。そして、特典付与部１０４は、読み出した特典「３ポイント」を招待コードテーブルに記憶されているポイント数に加算する（ステップＳ６０５）。例えば、現在、招待コードテーブルに記憶されているポイント数が「８」であり、グレードテーブルから読み出した特典が「３ポイント」である場合、特典付与部１０４は、それらを加算して、招待コードテーブルに記憶されているポイント数を「１１」へ更新する。

また、特典付与部１０４は、招待コードテーブルの端末ＩＤ「Ｔ００６」と対応付けられているアプリ識別子「ＢＢＢ」の特典フラグを「有」とする（ステップＳ６０６）。また、特典付与部１０４は、招待コード利用に対する所定の特典（例えば、２ポイント）を通信端末４００−４に付与する（ステップＳ６０７）。具体的には、特典付与部１０４は、２ポイントを端末ＩＤ「Ｔ００６」と対応付けられたポイント数に加算して招待コードテーブルに記憶させる。

図２０は、ステップＳ６３のポイント付与処理の後のデータベース１０２に記憶された招待コードテーブルの内容の一例を示す図である。

図２０に示すように、招待コード「Ｓ００１」と対応付けられた招待数が「５」となっており（ステップＳ６０３の処理）、ポイント数が「１１」となっている（ステップＳ６０５の処理）。また、端末ＩＤ「Ｔ００６」と対応付けられたアプリ識別子「ＢＢＢ」の特典フラグが「有」となっており（ステップＳ６０６の処理）、ポイント数が「２」となっている（ステップＳ６０７の処理）。

ポイント付与処理が完了した後、特典付与部１０４は、特典（ポイント）を付与した旨を示すメッセージを通信部１０１を介して通信端末４００−２へ送信する（ステップＳ６４）。通信端末４００−２は、管理サーバ１００から送信されてきたメッセージをアプリケーション「ＢＢＢ」上で表示する（ステップＳ６５）。この表示は、アプリケーション「ＢＢＢ」上でなくても、一般的な通知として通信端末４００−２のディスプレイに表示されるものであっても良い。

また、特典付与部１０４は、特典（ポイント）を付与した旨を示すメッセージを通信部１０１を介して通信端末４００−４へ送信する（ステップＳ６６）。通信端末４００−４は、管理サーバ１００から送信されてきたメッセージをアプリケーション「ＢＢＢ」上で表示する（ステップＳ６７）。この表示は、アプリケーション「ＢＢＢ」上でなくても、一般的な通知として通信端末４００−４のディスプレイに表示されるものであっても良い。

以下に、利用者が、招待コードテーブルに登録されている通信端末の機種変更をした場合の特典の引継処理について説明する。ここでは、通信端末４００−２から新しい通信端末（以下、変更後端末と称する）へ機種変更する場合の特典の引継処理を例に挙げて説明する。また、通信端末４００−２についての情報は、図２０に示すように登録されている場合を例に挙げて説明する。

図２１は、招待コードテーブルに登録されている通信端末の機種変更をした場合の処理を説明するためのシーケンス図である。

まず、通信端末４００−２が、ダウンロード済みのアプリケーション「ＡＡＡ」を実行し、通信端末４００−２に付与されている特典を引き継ぐための引継コードを要求する操作を受け付けると、通信端末４００−２は、引継コードを要求する旨を示す引継コード要求信号に端末ＩＤ「Ｔ００１」を含めて管理サーバ１００へ送信する（ステップＳ７１）。ここで、引継コードを要求する操作として、アプリケーション「ＡＡＡ」上で表示されている「引継コード発行」を利用者が選択する操作が挙げられる。

すると、管理サーバ１００の引継処理部１０５が、引継コード発行処理を行う（ステップＳ７２）。

図２２は、ステップＳ７２の引継コード発行処理の詳細な処理の一例を説明するためのフローチャートである。

通信端末４００−２から、引継コード要求信号が送信されてくると、引継処理部１０５は、引継コード要求信号に含まれている端末ＩＤ「Ｔ００１」に対して招待コードが生成済みかどうかを判定する（ステップＳ７０１）。具体的には、引継処理部１０５は、データベース１０２の招待コードテーブルにて、招待コードが端末ＩＤ「Ｔ００１」と対応付けられて記憶されているかどうかを判定する。

引継コード要求信号に含まれている端末ＩＤ「Ｔ００１」に対して招待コードが生成されていない場合、引継コード発行処理は行われない。

一方、引継コード要求信号に含まれている端末ＩＤ「Ｔ００１」に対して招待コードが生成済みである場合、引継処理部１０５は、引継コードを生成する（ステップＳ７０２）。引継処理部１０５は、端末ＩＤ「Ｔ００１」を用いて、所定の法則（ハッシュ化や他の情報を用いたもの）に基づいて引継コードを生成するものであっても良いし、ランダムに引継コードを生成するものであっても良い。

また、引継処理部１０５は、生成した引継コードの有効期限を算出する（ステップＳ７０３）。引継処理部１０５は、引継コードを生成した日時から所定の期間（例えば、１週間）が経過した時を有効期限として算出するものであっても良いし、引継コードを生成したその月の末日として算出するものであっても良く、その算出方法は特に限定しない。

続いて、引継処理部１０５は、生成した引継コードおよび算出した引継コード有効期限を招待コードテーブルの端末ＩＤ「Ｔ００１」と対応付けて記憶させる（ステップＳ７０４）。

図２３は、ステップＳ７２の引継コード発行処理の後のデータベース１０２に記憶された招待コードテーブルの内容の一例を示す図である。

図２３に示すように、端末ＩＤ「Ｔ００１」と対応付けられた引継コードが「Ｈ００１」となっており、引継コード有効期限が「２０１２／１０／１０」となっている。

そして、引継処理部１０５は、生成した引継コード「Ｈ００１」を通信部１０１を介して、通信端末４００−２へ送信する（ステップＳ７３）。すると、通信端末４００−２は、管理サーバ１００から送信されてきた引継コード「Ｈ００１」をアプリケーション「ＡＡＡ」上で表示する（ステップＳ７４）。この表示は、アプリケーション「ＡＡＡ」上でなくても、一般的な通知として通信端末４００−２のディスプレイに表示されるものであっても良い。また、引継処理部１０５は、引継コードとともに引継コード有効期限を送信し、通信端末４００−２がそれらを表示するものであっても良い。

その後、通信端末４００−２の利用者が変更後端末へ機種変更を行い、変更後端末にアプリケーション「ＡＡＡ」がダウンロードされ（ステップＳ７５）、変更後端末が、ダウンロードされたアプリケーション「ＡＡＡ」を実行して、利用者によって、引継コードを入力するための操作を受け付けると、引継コードを入力するための表示を行う。この引継コードを入力するための操作は、例えば、「招待コード引継」等の表示を利用者が選択（クリック）する等の操作である。そして、その表示にしたがって引継コードが入力されると（ステップＳ７６）、変更後端末は、引継を要求するために、変更後端末の端末ＩＤ「Ｔ０１１」と、アプリケーション「ＡＡＡ」のアプリ識別子「ＡＡＡ」と、引継コード「Ｈ００１」と含む招待コード引継信号を管理サーバ１００へ送信する（ステップＳ７７）。

すると、引継処理部１０５は、引継処理を行う（ステップＳ７８）。

図２４は、ステップＳ７８の引継コード発行処理の詳細な処理の一例を説明するためのフローチャートである。

変更後端末から、端末ＩＤ「Ｔ０１１」と、アプリ識別子「ＡＡＡ」と、引継コード「Ｈ００１」とが含まれる招待コード引継信号が送信されてくると、引継処理部１０５は、送信されてきた引継コード「Ｈ００１」をデータベース１０２の招待コードテーブルから検索する（ステップＳ７１１）。また、引継処理部１０５は、送信されてきた引継コード「Ｈ００１」と対応付けられているアプリ識別子「ＡＡＡ」の共有フラグがデータベース１０２の招待コードテーブルにて「有」となっているかどうかを判定する（ステップＳ７１２）。

引継コード「Ｈ００１」と対応付けられているアプリ識別子「ＡＡＡ」の共有フラグがデータベース１０２の招待コードテーブルにて「有」となっている場合、引継処理部１０５は、引継コード「Ｈ００１」が引継コード「Ｈ００１」と対応付けられている引継コード有効期限内かどうかを判定する（ステップＳ７１３）。

引継コード「Ｈ００１」が引継コード「Ｈ００１」と対応付けられている引継コード有効期限内ではない場合、引継処理は行われない。

一方、引継コード「Ｈ００１」が引継コード「Ｈ００１」と対応付けられている引継コード有効期限内である場合、引継処理部１０５は、データベース１０２の招待コードテーブルにて引継コード「Ｈ００１」と対応付けられた端末ＩＤを、変更後端末から送信されてきた端末ＩＤ「Ｔ０１１」へ変更する（ステップＳ７１４）。そして、引継処理部１０５は、引継コード「Ｈ００１」と引継コード有効期限とを招待コードテーブルから削除する（ステップＳ７１５）。

図２５は、ステップＳ７８の引継処理の後のデータベース１０２に記憶された招待コードテーブルの内容の一例を示す図である。

図２５に示すように、端末ＩＤ「Ｔ００１」と対応付けられていた招待コードやポイント数と対応付けられている端末ＩＤが「Ｔ０１１」となっており、引継コードおよび引継コード有効期限が削除されている。このように、機種変更前の通信端末４００−２（端末ＩＤ「Ｔ００１」）に付与されている特典を機種変更後の変更後端末（端末ＩＤ「Ｔ０１１」）へ引き継ぐ。

そして、引継処理部１０５は、引継処理が完了した旨を示す引継処理完了通知を変更後端末へ送信する（ステップＳ７９）。

また、変更後端末は、管理サーバ１００から送信されてきた引継処理完了通知を表示するものであっても良い。このとき、変更後端末は、アプリケーション「ＡＡＡ」上に引継処理完了通知を表示するものであっても良いし、一般的な通知として変更後端末のディスプレイに表示するものであっても良い。また、変更後端末が、アプリケーション「ＢＢＢ」をダウンロードして、引継処理を要求する場合は、ステップＳ７１２の処理が、アプリ識別子「ＢＢＢ」の共有フラグを判定するものとなる以外は、アプリケーション「ＡＡＡ」の場合と同様である。

このように、利用者が開示した招待コードを入力した他の利用者の数が増えるにしたがって、当該利用者が得られる特典のアップ率が高くなっていく。さらに、取得した招待コードは、そのアプリケーション企業の他のアプリケーションの紹介にも使用することを可能とし、招待コードの生成に用いたアプリケーションの利用によって特典のアップ率が高くなっていれば、新規に紹介する他のアプリケーションにおいても、その高くなったアップ率に基づいて、高い特典を得ることができる。そのため、そのアプリケーション企業のアプリケーションを他の利用者に紹介するモチベーションを保ち続けることが可能となる。また、自社の新しいアプリケーションの紹介が行いやすくなる。

上述した管理サーバ１００に設けられた各構成要素が行う処理は、目的に応じてそれぞれ作製された論理回路で行うようにしても良い。また、処理内容を手順として記述したコンピュータプログラム（以下、プログラムと称する）を管理サーバ１００にて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムを管理サーバ１００に読み込ませ、実行するものであっても良い。管理サーバ１００にて読取可能な記録媒体とは、フロッピー（登録商標）ディスク、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、管理サーバ１００に内蔵されたＲＯＭ、ＲＡＭ等のメモリやＨＤＤ等を指す。この記録媒体に記録されたプログラムは、管理サーバ１００に設けられたＣＰＵ（不図示）にて読み込まれ、ＣＰＵの制御によって、上述したものと同様の処理が行われる。ここで、ＣＰＵは、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。

上記の実施の形態の一部または全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）通信端末と、管理サーバとを有する管理システムにおいて、
前記通信端末は、アプリケーションを用いて招待コードを前記管理サーバへ要求し、該要求に対して送信されてきた招待コードと前記アプリケーションを利用するためのアプリケーション情報とを開示し、
前記管理サーバは、前記招待コードが要求された場合、該招待コードの要求に用いた複数のアプリケーションに対して共通に利用できる前記通信端末固有の招待コードを生成し、該生成した招待コードを前記通信端末へ送信し、他の通信端末が前記アプリケーションを利用して前記開示された招待コードを指定した場合、該招待コードを開示した通信端末に対して、前記招待コードを指定した通信端末の数である招待数に応じた特典を付与することを特徴とする管理システム。
（付記２）前記通信端末を識別可能な端末識別情報と前記招待コードと前記招待数とを対応付けた招待コードテーブルと、前記招待数と該招待数に応じた前記特典の内容とを対応付けたグレードテーブルとを記憶するデータベースを有し、
前記管理サーバは、前記他の通信端末がアプリケーションを利用して前記開示された招待コードを指定した場合、前記招待コードテーブルにて該招待コードと対応付けて記憶されている招待数に応じた前記特典の内容を前記グレードテーブルから読み出し、該読み出した特典の内容に基づいて、前記招待コードテーブルにて該招待コードと対応付けて記憶されている前記端末識別情報の前記通信端末に対して前記特典を付与することを特徴とする、付記１に記載の管理システム。
（付記３）前記通信端末は、前記端末識別情報と、前記アプリケーションを識別可能なアプリケーション識別子とを含む招待コード要求信号を送信して前記招待コードを要求し、
前記管理サーバは、前記招待コードを生成した際、該通信端末から送信されてきた前記端末識別情報と、該生成した招待コードと、前記招待数とを対応付けて前記招待コードテーブルとして前記データベースに記憶させることを特徴とする、付記２に記載の管理システム。
（付記４）前記管理サーバは、前記他の通信端末から、前記他の通信端末の端末識別情報と前記アプリケーション識別子と前記開示された招待コードとが含まれる招待コード利用信号が送信されてきた場合、前記他の通信端末が該アプリケーション識別子が示すアプリケーションを利用して該招待コードを指定したと判定し、前記招待コード利用信号に含まれる端末識別情報の通信端末に対しても所定の特典を付与し、前記招待コード利用信号に含まれる前記端末識別情報と、前記招待コード利用信号に含まれる前記アプリケーション識別子のアプリケーションに対して招待コードが指定済みであることを判別可能な指定識別情報とを対応付けて前記招待コードテーブルとして前記データベースに記憶させることを特徴とする、付記３に記載の管理システム。
（付記５）前記管理サーバは、前記招待コード利用信号が送信されてきた場合、前記データベースに記憶された前記招待コードテーブルに、前記招待コード利用信号に含まれる前記端末識別情報と前記アプリケーション識別子とに、前記指定識別情報がすでに対応付けられているか否か判別し、前記指定識別情報がすでに対応付けられている場合、前記特典を付与しないことを特徴とする、付記４に記載の管理システム。
（付記６）前記管理サーバは、前記招待コード要求信号が送信されてきた場合、前記データベースに記憶された前記招待コードテーブルにて、前記招待コード要求信号に含まれる前記端末識別情報に対応する前記招待コードの有無を判別し、前記招待コードがある場合、前記招待コードを新たに生成せず、前記招待コードテーブルに記憶されている前記端末識別情報に対応する前記招待コードを、前記招待コード要求信号が送信されてきた前記通信端末へ送信することを特徴とする、付記３に記載の管理システム。
（付記７）前記管理サーバは、前記招待コードを生成した際、該通信端末から送信されてきた前記アプリケーション識別子のアプリケーションを用いて前記招待コードの生成が要求済みであることを判別可能な共有識別情報も、前記データベースに記憶された前記招待コードテーブルに記憶させ、前記招待コード要求信号が送信されてきた場合、前記データベースに記憶された前記招待コードテーブルにて、前記招待コード要求信号に含まれるアプリケーション識別子に対する前記共有識別情報の有無を判別し、前記招待コード要求信号に含まれるアプリケーション識別子に対する共有識別情報が無く、かつ、前記招待コードがない場合に、前記招待コードを生成し、前記招待コード要求信号に含まれるアプリケーション識別子に対する共有識別情報が無く、かつ、前記招待コードがある場合に、前記招待コードを新たに生成しないことを特徴とする、付記６に記載の管理システム。
（付記８）前記管理サーバは、前記データベースを具備することを特徴とする、付記２から７のいずれか１項に記載の管理システム。
（付記９）前記管理サーバは、前記特典を付与した場合、該特典を付与した旨を示すメッセージを前記通信端末へ送信することを特徴とする、付記１から８のいずれか１項に記載の管理システム。
（付記１０）前記管理サーバは、前記通信端末から該通信端末が機種変更する旨が通知された場合、該通信端末に付与されている特典を引き継ぐための引継コードを生成し、該生成した引継コードを該通信端末へ送信し、機種変更後の通信端末から前記引継コードを用いて引き継ぎが要求された場合、前記機種変更前の通信端末に付与されている特典を前記機種変更後の通信端末へ引き継ぐことを特徴とする、付記１から９のいずれか１項に記載の管理システム。
（付記１１）前記アプリケーションは、スマートフォン上で実行可能なアプリケーションであることを特徴とする、付記１から１０のいずれか１項に記載の管理システム。
（付記１２）通信端末から招待コードが要求された場合、該招待コードの要求に用いた複数のアプリケーションに対して共通に利用できる前記通信端末固有の招待コードを生成し、該生成した招待コードを前記通信端末へ送信するコード生成部と、
前記招待コードの送信先である通信端末以外の通信端末がアプリケーションを利用して前記招待コードを指定した場合、該招待コードの送信先である通信端末に対して、前記招待コードを指定した通信端末の数である招待数に応じた特典を付与する特典付与部とを有する管理サーバ。
（付記１３）通信端末から招待コードが要求された場合、該招待コードの要求に用いた複数のアプリケーションに対して共通に利用できる前記通信端末固有の招待コードを生成する処理と、
前記生成した招待コードを前記通信端末へ送信する処理と、
前記招待コードの送信先である通信端末以外の通信端末がアプリケーションを利用して前記招待コードを指定した場合、該招待コードの送信先である通信端末に対して、前記招待コードを指定した通信端末の数である招待数に応じた特典を付与する処理とを行う管理方法。
（付記１４）コンピュータに、
通信端末から招待コードが要求された場合、該招待コードの要求に用いた複数のアプリケーションに対して共通に利用できる前記通信端末固有の招待コードを生成する手順と、
前記生成した招待コードを前記通信端末へ送信する手順と、
前記招待コードの送信先である通信端末以外の通信端末がアプリケーションを利用して前記招待コードを指定した場合、該招待コードの送信先である通信端末に対して、前記招待コードを指定した通信端末の数である招待数に応じた特典を付与する手順とを実行させるためのプログラム。

１００ 管理サーバ
１０１ 通信部
１０２ データベース
１０３ コード生成部
１０４ 特典付与部
１０５ 引継処理部
２００ ソーシャルメディアサーバ
３００ アプリ提供サーバ
４００−１〜４００−４ 通信端末
５００ 通信ネットワーク

Claims (14)

1. 通信端末と、管理サーバとを有する管理システムにおいて、
   前記通信端末は、アプリケーションを用いて招待コードを前記管理サーバへ要求し、該要求に対して送信されてきた招待コードと前記アプリケーションを利用するためのアプリケーション情報とを開示し、
   前記管理サーバは、前記招待コードが要求された場合、該招待コードの要求に用いた複数のアプリケーションに対して共通に利用できる前記通信端末固有の招待コードを生成し、該生成した招待コードを前記通信端末へ送信し、他の通信端末が前記アプリケーションを利用して前記開示された招待コードを指定した場合、該招待コードを開示した通信端末に対して、前記招待コードを指定した通信端末の数である招待数に応じた特典を付与することを特徴とする管理システム。
2. 請求項１に記載の管理システムにおいて、
   前記通信端末を識別可能な端末識別情報と前記招待コードと前記招待数とを対応付けた招待コードテーブルと、前記招待数と該招待数に応じた前記特典の内容とを対応付けたグレードテーブルとを記憶するデータベースを有し、
   前記管理サーバは、前記他の通信端末がアプリケーションを利用して前記開示された招待コードを指定した場合、前記招待コードテーブルにて該招待コードと対応付けて記憶されている招待数に応じた前記特典の内容を前記グレードテーブルから読み出し、該読み出した特典の内容に基づいて、前記招待コードテーブルにて該招待コードと対応付けて記憶されている前記端末識別情報の前記通信端末に対して前記特典を付与することを特徴とする管理システム。
3. 請求項２に記載の管理システムにおいて、
   前記通信端末は、前記端末識別情報と、前記アプリケーションを識別可能なアプリケーション識別子とを含む招待コード要求信号を送信して前記招待コードを要求し、
   前記管理サーバは、前記招待コードを生成した際、該通信端末から送信されてきた前記端末識別情報と、該生成した招待コードと、前記招待数とを対応付けて前記招待コードテーブルとして前記データベースに記憶させることを特徴とする管理システム。
4. 請求項３に記載の管理システムにおいて、
   前記管理サーバは、前記他の通信端末から、前記他の通信端末の端末識別情報と前記アプリケーション識別子と前記開示された招待コードとが含まれる招待コード利用信号が送信されてきた場合、前記他の通信端末が該アプリケーション識別子が示すアプリケーションを利用して該招待コードを指定したと判定し、前記招待コード利用信号に含まれる端末識別情報の通信端末に対しても所定の特典を付与し、前記招待コード利用信号に含まれる前記端末識別情報と、前記招待コード利用信号に含まれる前記アプリケーション識別子のアプリケーションに対して招待コードが指定済みであることを判別可能な指定識別情報とを対応付けて前記招待コードテーブルとして前記データベースに記憶させることを特徴とする管理システム。
5. 請求項４に記載の管理システムにおいて、
   前記管理サーバは、前記招待コード利用信号が送信されてきた場合、前記データベースに記憶された前記招待コードテーブルに、前記招待コード利用信号に含まれる前記端末識別情報と前記アプリケーション識別子とに、前記指定識別情報がすでに対応付けられているか否か判別し、前記指定識別情報がすでに対応付けられている場合、前記特典を付与しないことを特徴とする管理システム。
6. 請求項３に記載の管理システムにおいて、
   前記管理サーバは、前記招待コード要求信号が送信されてきた場合、前記データベースに記憶された前記招待コードテーブルにて、前記招待コード要求信号に含まれる前記端末識別情報に対応する前記招待コードの有無を判別し、前記招待コードがある場合、前記招待コードを新たに生成せず、前記招待コードテーブルに記憶されている前記端末識別情報に対応する前記招待コードを、前記招待コード要求信号が送信されてきた前記通信端末へ送信することを特徴とする管理システム。
7. 請求項６に記載の管理システムにおいて、
   前記管理サーバは、前記招待コードを生成した際、該通信端末から送信されてきた前記アプリケーション識別子のアプリケーションを用いて前記招待コードの生成が要求済みであることを判別可能な共有識別情報も、前記データベースに記憶された前記招待コードテーブルに記憶させ、前記招待コード要求信号が送信されてきた場合、前記データベースに記憶された前記招待コードテーブルにて、前記招待コード要求信号に含まれるアプリケーション識別子に対する前記共有識別情報の有無を判別し、前記招待コード要求信号に含まれるアプリケーション識別子に対する共有識別情報が無く、かつ、前記招待コードがない場合に、前記招待コードを生成し、前記招待コード要求信号に含まれるアプリケーション識別子に対する共有識別情報が無く、かつ、前記招待コードがある場合に、前記招待コードを新たに生成しないことを特徴とする管理システム。
8. 請求項２から７のいずれか１項に記載の管理システムにおいて、
   前記管理サーバは、前記データベースを具備することを特徴とする管理システム。
9. 請求項１から８のいずれか１項に記載の管理システムにおいて、
   前記管理サーバは、前記特典を付与した場合、該特典を付与した旨を示すメッセージを前記通信端末へ送信することを特徴とする管理システム。
10. 請求項１から９のいずれか１項に記載の管理システムにおいて、
    前記管理サーバは、前記通信端末から該通信端末が機種変更する旨が通知された場合、該通信端末に付与されている特典を引き継ぐための引継コードを生成し、該生成した引継コードを該通信端末へ送信し、機種変更後の通信端末から前記引継コードを用いて引き継ぎが要求された場合、前記機種変更前の通信端末に付与されている特典を前記機種変更後の通信端末へ引き継ぐことを特徴とする管理システム。
11. 請求項１から１０のいずれか１項に記載の管理システムにおいて、
    前記アプリケーションは、スマートフォン上で実行可能なアプリケーションであることを特徴とする管理システム。
12. 通信端末から招待コードが要求された場合、該招待コードの要求に用いた複数のアプリケーションに対して共通に利用できる前記通信端末固有の招待コードを生成し、該生成した招待コードを前記通信端末へ送信するコード生成部と、
    前記招待コードの送信先である通信端末以外の通信端末がアプリケーションを利用して前記招待コードを指定した場合、該招待コードの送信先である通信端末に対して、前記招待コードを指定した通信端末の数である招待数に応じた特典を付与する特典付与部とを有する管理サーバ。
13. 通信端末から招待コードが要求された場合、該招待コードの要求に用いた複数のアプリケーションに対して共通に利用できる前記通信端末固有の招待コードを生成する処理と、
    前記生成した招待コードを前記通信端末へ送信する処理と、
    前記招待コードの送信先である通信端末以外の通信端末がアプリケーションを利用して前記招待コードを指定した場合、該招待コードの送信先である通信端末に対して、前記招待コードを指定した通信端末の数である招待数に応じた特典を付与する処理とを行う管理方法。
14. コンピュータに、
    通信端末から招待コードが要求された場合、該招待コードの要求に用いた複数のアプリケーションに対して共通に利用できる前記通信端末固有の招待コードを生成する手順と、
    前記生成した招待コードを前記通信端末へ送信する手順と、
    前記招待コードの送信先である通信端末以外の通信端末がアプリケーションを利用して前記招待コードを指定した場合、該招待コードの送信先である通信端末に対して、前記招待コードを指定した通信端末の数である招待数に応じた特典を付与する手順とを実行させるためのプログラム。

Images