"各利用者にサービスを提供するシステムに使用され、各利用者を表象するアバターを管理するサーバ装置であって、記憶部に記憶された複数の第1画像データから選択された第1画像データを利用者に付与する画像付与部と、利用者が用意した第2画像データを取得する画像取得部と、前記画像付与部が各利用者に付与した第1画像データと前記画像取得部が当該利用者について取得した第2画像データとの組合わせで表現される当該利用者のアバターを表示させるために当該第1画像データと当該第2画像データとを指定するアバターデータを生成するアバター生成部とを具備するサーバ装置。前記記憶部に記憶された前記第1画像データが示す第1表示対象の動作を指定する動作データを利用者に付与する動作付与部を具備し、前記アバター生成部は、前記画像付与部が各利用者に付与した第1画像データと前記画像取得部が当該利用者について取得した第2画像データと前記動作付与部が当該利用者に付与した動作データとの組合わせで表現される当該利用者のアバターを指定するアバターデータを生成する請求項1のサーバ装置。前記動作付与部は、前記画像付与部が利用者に第1画像データを付与する場合に当該第1画像データに関連付けられた動作データを当該利用者に付与し、前記アバター生成部は、前記画像付与部が利用者に付与した前記2以上の第1画像データのうち一の第1画像データと、前記2以上の第1画像データのうち他の第1画像データに対応して付与された動作データとの組合わせで表現される当該利用者のアバターデータを生成する請求項2のサーバ装置。前記記憶部に記憶された前記第1画像データは、当該第1画像データが示す第1表示対象の骨格を示す骨格データと、当該第1表示対象の立体形状を示す形状データと、当該第1表示対象の表面画像を示す表面画像データとを指定し、前記骨格データは、前記複数の第1画像データについて共通し、前記動作データは、前記骨格データが示す骨格の動作を規定する請求項2または請求項3のサーバ装置。前記利用者に付与された前記第1画像データが示す第1表示対象の方向が変化し、かつ、前記第2画像データが示す第2表示対象の方向が、前記第1表示対象の方向の範囲と比較して狭い範囲であって利用者が前記第2表示対象を識別可能な範囲に制限されるように、前記アバターデータで指定されるアバターを表示装置に表示させる表示制御部を具備する請求項1から請求項4の何れかのサーバ装置。前記サービスは、第1サービスおよび第2サービスを含み、前記アバター生成部は、利用者毎に複数のアバターデータを生成可能であり、前記第1サービスの提供時に表示されるアバターのアバターデータと、前記第2サービスの提供時に表示されるアバターのアバターデータとで、第1画像データと第2画像データとの組合わせを相違させる請求項1から請求項5の何れかのサーバ装置。各利用者にサービスを提供するシステムに使用されるコンピュータを、各利用者を表象するアバターを管理するために、記憶部に記憶された複数の第1画像データから選択された第1画像データを利用者に付与する画像付与部と、利用者が用意した第2画像データを取得する画像取得部と、前記画像付与部が各利用者に付与した第1画像データと前記画像取得部が当該利用者について取得した第2画像データとの組合わせで表現される当該利用者のアバターを表示させるために当該第1画像データと当該第2画像データとを指定するアバターデータを生成するアバター生成部として機能させるプログラム。しかし、特許文献1の技術では、1種類のアバターが複数の利用者に重複して付与され得るから、各利用者をアバターにより視覚的に識別する機能以下識別性というを確保することが困難である。利用者間でアバターが重複する頻度が充分に低減されるように非常に多種のアバターを事前に用意すれば、識別性の不足の問題を軽減することも可能であるが、アバターを用意する負担が過大になるという問題や、アバターを示すデータを保持するために大規模な記憶回路が必要になるという問題がある。以上の事情を考慮して、本発明は、事前に用意すべき画像の種類数を抑制しながら利用者の識別性を確保することを目的とする。以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。本発明のサーバ装置は、各利用者にサービスを提供するシステム100に使用され、各利用者を表象するアバターAvを管理するサーバ装置20であって、記憶部24に記憶された複数の第1画像データR1から選択された第1画像データR1を利用者に付与する画像付与部542と、利用者が用意した第2画像データR2を取得する画像取得部52と、画像付与部542が各利用者に付与した第1画像データR1と画像取得部52が当該利用者について取得した第2画像データR2との組合わせで表現される当該利用者のアバターAvを表示させるために当該第1画像データR1と当該第2画像データR2とを指定するアバターデータVを生成するすなわち第1画像データR1と第2画像データR2とを関連付けるアバター生成部56とを具備する。以上の構成では、利用者を表象するアバターAvが第1画像データR1と第2画像データR2との組合わせで表現される。第1画像データR1は、記憶部24に記憶された複数の第1画像データR1から選択的に利用者に付与される一方、第2画像データR2は利用者により用意される。したがって、利用者の総数に対して第1画像データR1の種類数が少ない場合でも、第2画像データR2によりアバターAvの識別性を充分に確保できるという利点がある。本発明の好適な態様に係るサーバ装置20は、記憶部24に記憶された第1画像データR1が示す第1表示対象Ob1の動作を指定する動作データDMを利用者に付与する動作付与部544を具備し、アバター生成部56は、画像付与部542が各利用者に付与した第1画像データR1と画像取得部52が当該利用者について取得した第2画像データR2と動作付与部544が当該利用者に付与した動作データDMとの組合わせで表現される当該利用者のアバターAvを指定するアバターデータVを生成する。以上の態様では、動作付与部544が付与した動作データDMに応じて第1画像データR1の第1表示対象Ob1が動作するから、第1表示対象Ob1が静止した構成と比較して多様で興趣性に富んだアバターAvを表示できるという利点がある。本発明の好適な態様において、動作付与部544は、画像付与部542が利用者に第1画像データR1を付与する場合に当該第1画像データR1に関連付けられた動作データDMを当該利用者に付与し、アバター生成部56は、画像付与部542が利用者に付与した2以上の第1画像データR1のうち一の第1画像データR1と、2以上の第1画像データR1のうち他の第1画像データR1に対応して付与された動作データDMとの組合わせで表現される当該利用者のアバターデータVを生成する。以上の態様では、第1画像データR1と動作データDMとがセットで利用者に付与されるから、第1画像データR1を獲得しようとする誘因を利用者に付与できるという利点がある。他方、第1画像データR1とセットで付与された動作データDM以外の動作データDMがアバターデータVには登録され得るから、多様で興趣性に富んだアバターAvを表示できるという効果は維持される。本発明の好適な態様において、記憶部24に記憶された第1画像データR1は、当該第1画像データR1が示す第1表示対象Ob1の骨格を示す骨格データDA1と、当該第1表示対象Ob1の立体形状を示す形状データDA2と、当該第1表示対象Ob1の表面画像を示す表面画像データDBとを指定し、骨格データDA1は、複数の第1画像データR1について共通し、動作データDMは、骨格データDA1が示す骨格の動作を規定する。以上の態様では、第1表示対象Ob1の骨格が複数の第1画像データR1について共通するから、複数の第1表示対象Ob1について共通の動作データDMを利用できるという利点がある。本発明の好適な態様に係るサーバ装置20は、利用者に付与された第1画像データR1が示す第1表示対象Ob1の方向が変化し、かつ、第2画像データR2が示す第2表示対象Ob2の方向が、第1表示対象Ob1の方向の範囲θ1と比較して狭い範囲θ2であって利用者が第2表示対象Ob2を識別可能な範囲に制限されるように、アバターデータVで指定されるアバターAvを表示装置に表示させる表示制御部58を具備する。以上の態様では、第2表示対象Ob2の方向が、第1表示対象Ob1の方向の範囲θ1と比較して狭い範囲θ2であって利用者が第2表示対象Ob2を識別可能な範囲に制限されるから、第1表示対象Ob1や第2表示対象Ob2の方向が変化する構成にも関わらず、アバターAvによる利用者の識別性を充分に確保できるという利点がある。本発明の好適な態様において、サービスは、第1サービスおよび第2サービスを含み、アバター生成部56は、利用者毎に複数のアバターデータVを生成可能であり、第1サービスの提供時に表示されるアバターAvのアバターデータVと、第2サービスの提供時に表示されるアバターAvのアバターデータVとで、第1画像データR1と第2画像データR2との組合わせを相違させる。以上の態様では、サービス毎にアバターAvの外観を個別に選定することが可能である。本発明は、以上の各態様に係るサーバ装置20としてコンピュータを機能させるためのプログラムとしても特定される。本発明のプログラムは、各利用者にサービスを提供するシステム100に使用されるコンピュータ22を、各利用者を表象するアバターAvを管理するために、記憶部24に記憶された複数の第1画像データR1から選択された第1画像データR1を利用者に付与する画像付与部542と、利用者が用意した第2画像データR2を取得する画像取得部52と、が各利用者に付与した第1画像データR1とが当該利用者について取得した第2画像データR2との組合わせで表現される当該利用者のアバターAvを表示させるために当該第1画像データR1と当該第2画像データR2とを指定するアバターデータVを生成するアバター生成部56としてコンピュータ22を機能させる。以上のプログラムによれば、本発明のサーバ装置20と同様の作用および効果が実現される。本発明のプログラムは、コンピュータが読取可能な記録媒体に格納された形態で提供されてコンピュータにインストールされるほか、通信網を介した配信の形態で提供されてコンピュータにインストールされる。<第1実施形態>図1は、本発明の第1実施形態に係るサービス提供システム100のブロック図である。サービス提供システム100は、端末装置10を介して利用者に各種のサービスを提供するSNSSocialNetworkingServiceシステムであり、管理サーバ20と複数のアプリサーバアプリケーションサーバ30とを具備する。管理サーバ20は、移動通信網やインターネットを含む通信網200を介して端末装置10と通信するウェブサーバSNSサーバであり、SNSを統括的に管理する。各アプリサーバ30は、SNSの個々のサービスを利用者に提供するウェブサーバである。例えば各アプリサーバ30は各端末装置10にゲーム例えばブラウザゲームを提供する。各アプリサーバ30が提供するゲームの典型例は、SNSで構築された利用者間の相関関係ソーシャルグラフを利用可能なソーシャルゲームである。なお、管理サーバ20およびアプリサーバ30はウェブサーバには限定されない。各端末装置10は、例えば携帯電話機等の通信端末であり、制御装置11と記憶装置12と通信装置13と表示装置14と入力装置15とを具備する。制御装置11は、端末装置10の各要素を統括的に制御する。記憶装置12は、制御装置11が実行するプログラム例えば管理サーバ20が提供するウェブページを閲覧するためのブラウザプログラムや制御装置11が使用する各種のデータを記憶する。通信装置13は、通信網200を介して管理サーバ20と通信する。なお、端末装置10と通信網200との間の通信は典型的には無線通信であるが、例えば据置型のパーソナルコンピュータ等を端末装置10として利用する構成では端末装置10と通信網200との間の通信は有線通信であってもよい。表示装置14例えば液晶表示パネルは、制御装置11が指示する各種の画像を表示する。入力装置15は、端末装置10に対する指示を利用者が入力するための機器であり、例えば利用者が操作する複数の操作子を含んで構成される。なお、表示装置14と一体に構成されたタッチパネルや、端末装置10に対する指示を音声で入力するためのマイクロホンを入力装置15として採用することも可能である。管理サーバ20は、制御装置22と記憶装置24と通信装置26とを具備する。通信装置26は、通信網200を介して各端末装置10と通信するとともに複数のアプリサーバ30の各々と通信する。すなわち、管理サーバ20は、各アプリサーバ30と各端末装置10との間の通信を中継する中継装置としても機能する。制御装置22は、記憶装置24に格納されたプログラムを実行することで、各端末装置10にSNSを提供するための各種の機能を実現する。例えば制御装置22は、SNSにて各利用者を表象するアバターを管理するアバター管理部図4として機能する。記憶装置24は、制御装置22が実行するプログラムや制御装置22が使用する各種のデータを記憶する。なお、記憶装置24を複数の装置で実現することも可能である。図2は、第1実施形態におけるアバターAvの模式図である。図2に示すように、第1実施形態のアバターAvはマスコットOb1と識別標識Ob2との組合わせで表現される。マスコットOb1は、人間の外形を模擬した立体的な表示対象オブジェクトであり、識別標識Ob2は、利用者を識別するための識別画像GAを略矩形状の枠部GBで包囲した平面的な表示対象である。識別標識Ob2はマスコットOb1の近傍上方に配置される。図3は、各利用者のアバターAvを表示するために記憶装置24に格納されるデータの模式図である。図3に示すように、記憶装置24は、基礎データDと利用者データUとを記憶する。基礎データDは、アバターAvの生成の基礎となるマスターデータである。図3に示すように、基礎データDは、モデルデータDAとテクスチャデータDBと動作データDMとマスコット定義データCと第2画像データR2とを含んで構成される。モデルデータDAは、マスコットOb1の立体的な構造モデルを規定する。相異なる構造を規定する複数のモデルデータDAが記憶装置24に格納され、各構造を一意に識別するためのモデル識別子FAが各モデルデータDAに付加される。各モデルデータDAは、骨格データDA1と形状データDA2とを含んで構成される。骨格データDA1は、関節点や末端点を含む複数の特徴点および各特徴点間の関連を規定することでマスコットOb1の骨格を規定し、形状データDA2は、マスコットOb1の表面形状ポリゴンを規定する。骨格データDA1が規定する骨格関節点の総数や各関節点間の関連等は複数種のマスコットOb1について共通する。テクスチャデータDBは、マスコットOb1のテクスチャ表面画像を規定する。相異なるテクスチャを一意に識別するためのテクスチャ識別子FBが各テクスチャデータDBに付加される。各モデルデータDAと各テクスチャデータDBとの組合わせ毎に1種類のマスコットOb1の外観が規定される。図3の動作データDMは、マスコットOb1の動作を規定するデータモーションデータである。相異なる動作例えば踊る,走る,挨拶する,考え込む等の各種の動作を規定する複数の動作データDMが記憶装置24に格納され、各動作を一意に識別するための動作識別子FMが各動作データDMに付加される。第1実施形態の動作データDMは、モデルデータDA骨格データDA1で表現される骨格の各関節点の軌跡を規定する。前述の通り複数種のマスコットOb1の骨格は共通するから、複数種のマスコットOb1の動作を共通の動作データDMで規定することが可能である。マスコット定義データCは、マスコットOb1を定義する。相異なる種類のマスコットOb1に対応する複数のマスコット定義データCが記憶装置24に格納され、各マスコットOb1を一意に識別するためのマスコット識別子F1が各マスコット定義データCに付加される。第1実施形態のマスコット定義データCは、マスコットOb1の画像外観を指定する第1画像データR1と、マスコットOb1の動作を規定する動作データDMの動作識別子FMとを含んで構成される。第1画像データR1は、モデル識別子FAとテクスチャ識別子FBとを含んで構成される。第1画像データR1内のモデル識別子FAのモデルデータDAが規定する立体形状に、第1画像データR1内のテクスチャ識別子FBのテクスチャデータDBが規定するテクスチャを付与した外観のマスコットOb1が第1画像データR1で指定される。第1画像データR1が指定するモデル識別子FAとテクスチャ識別子FBとの組合わせはマスコットOb1の種類毎マスコット識別子F1毎に相違する。すなわち、モデルデータDAが規定する立体形状とテクスチャデータDBが規定するテクスチャとの組合わせ外観が相違する複数種のマスコットOb1の各々について記憶装置24にマスコット定義データCが記憶される。マスコット定義データCに含まれる動作識別子FMは、第1画像データR1で指定されるマスコットOb1の初期的な動作動作データDMを指定する。具体的には、各マスコットOb1の外観に適合した動作の動作データDMがマスコットOb1の初期的な動作の動作データDMとして第1画像データR1に関連付けられる。詳細は後述するが、利用者に付与された各マスコットOb1の動作は、マスコット定義データCで関連付けられた初期的な動作から、例えば利用者による指示に応じて適宜に変更され得る。図3の第2画像データR2は、識別標識Ob2の識別画像GAを示す画像データである。相異なる識別画像GAを示す複数の第2画像データR2が記憶装置24に格納され、各識別画像GAを一意に識別するための標識識別子F2が各第2画像データR2に付加される。識別画像GAを示す第2画像データR2は、利用者が自分で用意した画像データである詳細は後述。以上が図3の基礎データDの内容である。図3の利用者データUは、利用者毎に個別にアバターAvを規定するデータであり、所有マスコットデータU1と所有標識データU2と所有動作データUMとアバターデータVとの各々を利用者毎に個別に含んで構成される。所有マスコットデータU1は、利用者を一意に識別するための識別子UIDと、その利用者が自身のアバターAvに利用可能なマスコットOb1すなわち利用者が所有するマスコットOb1のマスコット識別子F1とを含む。利用者は、複数種のマスコットOb1を所有することが可能である。複数種のマスコットOb1を所有する利用者の所有マスコットデータU1には各マスコットOb1に対応する複数のマスコット識別子F1が登録される。所有標識データU2は、利用者の識別子UIDと、その利用者が自身のアバターAvに利用可能な識別画像GAすなわち利用者が所有する識別画像GAを示す第2画像データR2の標識識別子F2とを含む。利用者は、複数種の第2画像データR2を所有することが可能である。複数種の第2画像データR2を所有する利用者の所有標識データU2には、各第2画像データR2に対応する複数の標識識別子F2が登録される。所有動作データUMは、利用者の識別子UIDと、その利用者が自身のアバターAvのマスコットOb1に適用可能な動作データDMの動作識別子FMを含む。利用者は、複数種の動作データDMを所有することが可能である。複数種の動作データDMを所有する利用者の所有動作データUMには、各動作データDMに対応する複数の動作識別子FMが登録される。図3のアバターデータVは、マスコットOb1と識別画像GAと動作データDMとの組合わせで表現される利用者のアバターAvを指定する。具体的には、各利用者のアバターデータVは、その利用者の所有マスコットデータU1内の1個のマスコット識別子F1と、その利用者の所有標識データU2内の1個の標識識別子F2と、その利用者の所有動作データUM内の1個の動作識別子FMとを含んで構成される。アバターデータVのマスコット識別子F1が指定するマスコット定義データCで定義されるマスコットOb1と、標識識別子F2が指定する第2画像データR2が示す識別画像GAを含む識別標識Ob2とを組合わせた外観で、アバターデータVの動作識別子FMが指定する動作データDMに応じてマスコットOb1が動作するアバターAvが生成される。図4は、各利用者のアバターAvを管理するアバター管理部50の機能的なブロック図である。記憶装置24に保持されたプログラムを制御装置22が実行することで図4の複数の要素画像取得部52,情報付与部54,アバター生成部56,表示制御部58が実現される。なお、図4の各要素を複数の装置に分散することも可能である。図4の画像取得部52は、任意の利用者XAが用意した識別画像GAの第2画像データR2を取得する。具体的には、画像取得部52は、利用者XAから取得した第2画像データR2に標識識別子F2を付加して記憶装置24基礎データDに格納するとともに、利用者XAの所有標識データU2にその標識識別子F2を追加する。すなわち、利用者XAから提供された第2画像データR2が、その利用者XAの識別標識Ob2の表示に利用可能な状態となる。画像取得部52による第2画像データR2の取得が利用者XAからの指示に応じて順次に実行されることで、相異なる識別画像GAに対応する複数の標識識別子F2が利用者XAの所有標識データU2に登録される。第2画像データR2は、具体的には、利用者が端末装置10を利用して事前に取得した画像データ以下取得画像データというや、利用者からの指示に応じた編集で生成された画像データ以下編集画像データというである。取得画像データは、例えば、端末装置10に付属する撮像機器図示略で撮像された画像のデータや、端末装置10の内蔵型または可搬型の記録媒体に格納された画像データや、他のウェブサーバ例えば既存のSNSサーバから端末装置10が受信した画像データである。他方、編集画像データは、例えば人間の顔の各要素目や鼻等について利用者が複数の候補から選択した画像で構成される単一の画像のデータや、利用者からの指示に応じて描画された画像のデータである。図4の情報付与部54は、記憶装置24に記憶された複数のマスコット定義データCマスコットOb1と動作データDMとの組合わせの何れかを利用者に付与する。図5は、マスコット定義データCを利用者に付与する動作の説明図である。利用者が端末装置10の入力装置15を操作してマスコットOb1の取得を指示すると、情報付与部54は、端末装置10の表示装置14にマスコットリストを表示させるSA1。マスコットリストは、複数のマスコット定義データCの何れかを利用者に選択させるためのリストであり、各マスコット定義データCで規定される複数種のマスコットOb1が選択候補として配列される。利用者は、入力装置15を適宜に操作することで、表示装置14に表示されたマスコットリストから所望の1個のマスコットOb1マスコット定義データCを選択するSA2。情報付与部54は、利用者がマスコットリストから選択したマスコットOb1を利用者に付与するSA3。以上の説明から理解されるように、マスコットOb1はサービス提供システム100管理サーバ20にて事前に用意された画像であるのに対し、識別標識Ob2は、サービス提供システム100で事前に用意された画像以外の画像すなわち利用者が用意した画像である。したがって、識別標識Ob2による利用者の識別性はマスコットOb1による識別性を上回るという傾向がある。図4に示すように、情報付与部54は、画像付与部542と動作付与部544とを含んで構成される。画像付与部542は、利用者XAが選択したマスコットOb1第1画像データR1を利用者XAに付与する。具体的には、画像付与部542は、利用者XAが選択したマスコットOb1マスコット定義データCのマスコット識別子F1を利用者XAの所有マスコットデータU1に追加する。動作付与部544は、画像付与部542が利用者XAに付与したマスコットOb1の初期的な動作としてマスコット定義データCが指定する動作データDMを利用者XAに付与する。具体的には、動作付与部544は、利用者XAがマスコットリストから選択したマスコットOb1のマスコット定義データCに含まれる動作識別子FMすなわち、マスコットOb1に関連付けられた動作データDMの動作識別子FMを利用者XAの所有動作データUMに追加する。なお、利用者が最初のマスコットOb1を入手する以前の段階から所有動作データUMには基本的な動作例えば喜怒哀楽等の感情を表現する動作の動作識別子FMが登録されており、利用者に対するマスコットOb1の付与毎に1種類の動作の動作識別子FMが所有動作データUMに追加される。以上に説明した通り、画像付与部542が利用者にマスコットOb1を付与する場合に、動作付与部544は、そのマスコットOb1に関連付けられた動作データDMを利用者に付与する。すなわち、第1実施形態では、マスコットOb1と動作データDMとがセットで利用者に付与される。画像付与部542によるマスコットOb1の付与と動作付与部544による動作データDMの付与とが利用者XAからの指示に応じて順次に実行されることで、利用者XAの所有マスコットデータU1には複数のマスコット識別子F1が登録され、利用者XAの所有動作データUMには複数の動作識別子FMが登録される。なお、記憶装置24にマスコット定義データCが記憶された複数種のマスコットOb1のなかには、利用者による選択により無条件無償で付与されるマスコットOb1と、所定の条件のもとで利用者に付与されるマスコットOb1とがある。後者のマスコットOb1は、例えば、電子マネーや仮想通貨等の通貨価値の支払を条件として利用者に付与される。また、利用者からの指示に応じて実行される抽選処理で選択されたマスコットOb1を利用者に付与することも可能である。図4のアバター生成部56は、利用者毎にアバターデータVを生成する。利用者は、端末装置10の入力装置15を適宜に操作することで、自身の所有マスコットデータU1に登録された複数種のマスコットOb1のうち所望のマスコットOb1と、所有標識データU2に登録された複数種の識別画像GAのうち所望の識別画像GAと、所有動作データUMに登録された複数種の動作データDMのうち所望の動作データDMとを任意に選択することが可能である。アバター生成部56は、利用者が選択したマスコットOb1のマスコット識別子F1と、利用者が選択した識別画像GAの標識識別子F2と、利用者が選択した動作データDMの動作識別子FMとを含むアバターデータVを生成して記憶装置24に格納する。すなわち、アバター生成部56は、マスコットOb1と識別画像GAと動作データDMとを利用者毎に相互に対応付ける要素である。以上に説明したアバターデータVの編集マスコットOb1と識別標識Ob2と動作データDMとの組合わせの変更は、任意の時点で随時に実行される。なお、利用者が1種類のマスコットOb1しか所有していない場合にはそのマスコットOb1がアバターデータVに登録される。識別画像GAおよび動作データDMについても同様である。また、利用者が識別画像GAを選択しない場合や画像取得部52が識別画像GAを利用者から取得していない場合には、事前に用意された所定の識別画像GAがアバターデータVに登録される。同様に、利用者が動作データDMを選択しない場合には、利用者が選択したマスコットOb1の初期的な動作データDMがアバターデータVに登録される。以上のようにアバターデータVのマスコットOb1と動作データDMとは相互に独立に選択されるから、各マスコットOb1の動作は、マスコット定義データCにてマスコットOb1に関連付けられた初期的な動作から変更され得る。すなわち、利用者が所有する複数のマスコットOb1の相互間で動作データDMを入替えることが可能である。例えば、1種類のマスコットOb1と、他のマスコットOb1のマスコット定義データCが指定する動作データDMとの組合わせを指定するアバターデータVが生成され得る。図4の表示制御部58は、各利用者のアバターAvを端末装置10の表示装置14に表示させる。具体的には、表示制御部58は、アバターAvを指定する表示データZを端末装置10に送信することで端末装置10の表示装置14にアバターAvを表示させる。任意の利用者XAのアバターAvを表示するための表示データZは、利用者XAのアバターデータV内のマスコット識別子F1に対応するマスコット定義データCのうち第1画像データR1が指定するモデルデータDAおよびテクスチャデータDBと、利用者XAのアバターデータV内の標識識別子F2に対応した第2画像データR2と、利用者XAのアバターデータV内の動作識別子FMに対応した動作データDMとを含んで構成される。管理サーバ20から通信網200を介して表示データZを受信した端末装置10の制御装置11は、表示データZ内の動作データDMに応じて動作するマスコットOb1の画像を表示データZ内のモデルデータDAおよびテクスチャデータDBのレンダリングで生成するとともに、表示データZ内の第2画像データR2が示す識別画像GAと所定の枠部GBとを合成した識別標識Ob2をマスコットOb1の近傍に配置する。管理サーバ20の表示制御部58は、仮想空間内での水平面上のマスコットOb1の方向正面方向と識別標識Ob2の方向識別画像GAの正面側の法線方向とが以下の条件を充足するように表示装置14にマスコットOb1および識別標識Ob2を表示させる。まず、マスコットOb1の方向は、図6に示すように、例えば入力装置15に対する利用者からの指示に応じて範囲θ1例えばθ1=360°にわたり変化する。他方、識別標識Ob2の方向は、範囲θ1と比較して狭い範囲θ2内でマスコットOb1の方向に連動する例えばマスコットOb1と同じ方向を向くように変化し、範囲θ2の外側には変化しない。範囲θ2は、識別標識Ob2の表示を視認した利用者が識別画像GAを識別できる範囲例えばθ2<180°に設定される。したがって、マスコットOb1の方向に関わらず、識別標識Ob2による利用者の識別性が確保されるという利点がある。各利用者のアバターAvは、サービス提供システム100が提供する様々なサービスにて各端末装置10の表示装置14に表示される。例えば、各アプリサーバ30が提供するゲーム内のキャラクタとして利用者のアバターAvが表示される。また、例えば、利用者XAと利用者XBとがメッセージを相互に授受するサービスが提供される場合、表示制御部58は、図7に示すように、利用者XAのアバターAvaおよび利用者XBのアバターAvbと両者間で授受されるメッセージの時系列タイムラインTLとを、利用者XAおよび利用者XBの各々の端末装置10の表示装置14に表示させる。また、図8に示すように、利用者XAが複数のサービスから所望のサービスを選択するメニュー画面マイページでは、利用者XAのアバターAvaが利用者XAの端末装置10の表示装置14に表示される。ただし、自身の端末装置10に表示されるアバターAvaについては識別性を確保する必要がないから、識別標識Ob2の表示は省略されてマスコットOb1のみが表示される。以上に説明した第1実施形態では、利用者を表象するアバターAvがマスコットOb1と識別標識Ob2との組合わせで表現される。マスコットOb1は、サービス提供システム100にて事前に用意された複数の候補マスコット定義データCから選択される一方、識別標識Ob2識別画像GAは各利用者により個別に用意される。したがって、利用者の総数に対してマスコットOb1の種類数が少ない場合マスコットOb1のみでは必ずしも充分な識別性を確保できない場合でも、識別標識Ob2によりアバターAvの識別性を充分に確保することが可能である。また、自身が所有する複数のマスコットOb1から実際にアバターAvとして表示されるマスコットOb1を利用者が任意に選択できるから、1種類のマスコットOb1が固定的に使用される構成と比較して、アバターAvの表示を多様で興趣性に富んだものとすることができるという利点もある。第1実施形態では、表示装置14に表示されるアバターAvの識別標識Ob2および動作データDMについても利用者からの指示に応じて複数種のなかから変更されるから、アバターAvの表現が多様化されるという効果は格別に顕著である。<第2実施形態>本発明の第2実施形態を以下に説明する。なお、以下に例示する各形態において作用や機能が第1実施形態と同等である要素については、第1実施形態の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。図9は、第2実施形態におけるマスコット定義データCの模式図である。各マスコット定義データCが示す複数のマスコットOb1は複数のグループに区分される。各グループにはN0種類N0は2以上の自然数のマスコットOb1が属する。図9に示すように、各マスコットOb1のマスコット定義データCは、第1実施形態と同様の第1画像データR1および動作識別子FMに加えて、そのマスコットOb1が属するグループを一意に識別するためのグループ識別子FGを含んで構成される。なお、各グループに属するマスコットOb1の種類数N0をグループ毎に個別に設定した構成が好適であるが、種類数N0を複数のグループにわたり共通させることも可能である。第2実施形態における管理サーバ20の制御装置22は、図10の特典付与処理SBを実行する要素特典付与部として機能する。特典付与処理SBは、各グループのN0種類のマスコットOb1のうちNT種類NT≦N0のマスコットOb1を獲得した利用者に特典を付与する処理である。特典付与処理SBで付与される特典は、SNSに関する特別の待遇を意味する。画像付与部542が任意の利用者XAにマスコットOb1を付与するたびに特典付与処理SBが実行される。特典付与処理SBを開始すると、制御装置22は、画像付与部542が利用者XAに今回付与したマスコットOb1のグループ以下対象グループというをマスコット定義データC内のグループ識別子FGから特定するSB1。制御装置22は、利用者XAの所有マスコットデータU1に登録された複数のマスコットOb1のうち、対象グループに属するマスコットOb1すなわち、対象グループのグループ識別子FGが付与されたマスコットOb1の種類数Nを計数するSB2。すなわち、種類数Nは、対象グループのN0個のマスコットOb1のうち利用者XAに既に付与されたマスコットOb1の種類数を意味する。制御装置22は、種類数Nが所定の閾値NTに到達したか否かを判定するSB3。閾値NTは、例えばグループ毎に個別に選定される。対象グループ内で利用者XAに付与済のマスコットOb1の種類数Nが閾値NTに到達した場合SB3:YES、制御装置22は、利用者XAに特典を付与するSB4。具体的には、制御装置22は、特典の付与を示すデータを利用者XAについて記憶装置24に格納する。他方、種類数Nが閾値NTに到達していない場合SB3:NO、制御装置22は、利用者XAに特典を付与せずに特典付与処理SBを終了する。第2実施形態の特典付与処理SBで利用者XAに付与される特典は、各アプリサーバ30が提供する複数種のゲームのうち対象グループに対応するゲームを利用者がプレイする権利である。具体的には、制御装置22は、マスコットOb1の種類数Nが閾値NTに到達したグループのマスコットOb1が登場するゲームのプレイを利用者XAに許可する。例えば、図11に例示されるように、特典付与の条件を充足したひとつのグループに属する複数のマスコットOb1をボールに見立てたビリヤードゲームのプレイが利用者XAに許可される。利用者XAは、端末装置10の入力装置15を適宜に操作することでゲームをプレイする。第2実施形態においても第1実施形態と同様の効果が実現される。また、第2実施形態では、多数のマスコットOb1を収集することで利用者に特典が付与されるから、マスコットOb1を収集する誘因サービス提供システム100によるサービスを継続的に享受する誘因を利用者に付与することが可能である。<第3実施形態>第2実施形態では、ひとりの利用者がグループ内のNT種類のマスコットOb1を収集した場合にその利用者に特典を付与した。第3実施形態では、相関関係ソーシャルグラフが登録された複数の利用者が全体でグループ内のNT種類のマスコットOb1を収集した場合に各利用者に特典を付与する。第3実施形態の管理サーバ20の記憶装置24が記憶する利用者データUは、第1実施形態と同様の要素U1,U2,UM,Vに加えて図12の相関データURを利用者毎に含む。任意の利用者XAの相関データURは、利用者XA自身の識別子UIDと、利用者XAとの相関関係が登録された複数の利用者XBの各々の識別子UIDBとを含んで構成される。なお、利用者XAとの相関関係が登録された利用者XBが複数である場合を以下の説明では便宜的に例示するが、利用者XBは単数でもよい。任意の利用者XAに画像付与部542がマスコットOb1を付与すると、第3実施形態の制御装置22は、図10の特典付与処理SBに代えて図13の特典付与処理SBを実行する。特典付与処理SBを開始すると、制御装置22は、第2実施形態と同様に対象グループを特定しSB11、利用者XAとの相関関係が相関データURに登録された複数の利用者XBを特定するSB12。そして、制御装置22は、利用者XAおよび各利用者XBの全体に付与された対象グループのマスコットOb1の合計の種類数Nを算定するSB13。例えば、利用者XAおよび2人の利用者XBの各々が対象グループ内の相異なる1種類のマスコットOb1を所有している場合、種類数Nは3と算定される。すなわち、種類数Nは、対象グループのN0種類のマスコットOb1のうち相関関係が登録された複数の利用者XA,XBに跨って付与されたマスコットOb1の種類数を意味する。制御装置22は、ステップSB13で算定した種類数Nが閾値NTに到達したか否かを判定すSB14。そして、付与済のマスコットOb1の種類数Nが閾値NTに到達した場合、制御装置22は、利用者XAとステップSB12で特定した複数の利用者XBの各々とに特典を付与するSB15。具体的には、対象グループの各マスコットOb1が登場するゲームのプレイが利用者XAおよび各利用者XBに対して許可される。他方、種類数Nが閾値NTに到達していない場合SB14:NO、制御装置22は、各利用者に特典を付与せずに特典付与処理SBを終了する。第3実施形態においても第1実施形態や第2実施形態と同様の効果が実現される。また、第3実施形態では、相関関係が登録された複数の利用者が全体として所有するマスコットOb1の種類数Nに応じて各利用者に特典が付与される。すなわち、多数の利用者と相関関係が登録された利用者ほど特典を獲得し易いという傾向がある。したがって、多数の利用者と相関関係を成立させようとする誘因を各利用者に付与できるという利点がある。<第4実施形態>図14は、第4実施形態におけるアバターデータVの模式図である。第1実施形態では、利用者毎に1個のアバターデータVを管理サーバ20の記憶装置24に記憶した。第4実施形態では、相異なるサービスに対応する複数のアバターデータVが利用者毎に記憶装置24に記憶される。例えば図14の例示では、アプリサーバ30からゲームAを提供するサービスS1と、アプリサーバ30からゲームBを提供するサービスS2と、利用者間でメッセージを授受するサービスS3との各々に対応するアバターデータVが例示されている。利用者は、端末装置10の入力装置15を適宜に操作することで、マスコットOb1マスコット識別子F1と識別標識Ob2標識識別子F2と動作データDM動作識別子FMとを自身のアバターデータV毎サービス毎に個別に設定することが可能である。すなわち、マスコットOb1と識別標識Ob2と動作データDMとの組合わせはアバターデータV毎サービス毎に相違し得る。表示制御部58は、利用者XAの複数のアバターデータVのうち利用者XAに現に提供されるサービスに対応するアバターデータVを選択してアバターAvを端末装置10の表示装置14に表示させる。例えば、利用者XAに対するサービスS1の提供時にはサービスS1のアバターデータVに応じたアバターAvが表示され、利用者XAに対するサービスS2の提供時にはサービスS2のアバターデータVに応じたアバターAvが表示される。したがって、利用者XAのアバターAvは、マスコットOb1および識別標識Ob2の外観やマスコットOb1の動作がサービス毎に相違する。第4実施形態においても第1実施形態と同様の効果が実現される。また、第4実施形態では、マスコットOb1と識別標識Ob2と動作データDMとの組合わせが相違する複数のアバターデータVが利用者毎に記憶されるから、各利用者のアバターAvをサービス毎に多様に変化させることが可能である。なお、第2実施形態や第3実施形態の構成を第4実施形態に適用することも可能である。<第5実施形態>前述の各形態では、利用者のアバターAvを示す表示データZモデルデータDA,テクスチャデータDB,第2画像データR2,動作データDMをアバターAvの表示のたびに管理サーバ20から端末装置10に送信する構成を例示した。第5実施形態では、各端末装置10にて表示される頻度が高いと予測されるアバターAvの表示データZが管理サーバ20から端末装置10に事前に提供されたうえで記憶装置12に保持される。図15は、第5実施形態における管理サーバ20が任意の利用者XAの端末装置10にアバターAvを表示させるための動作の説明図である。第5実施形態の管理サーバ20の記憶装置24には、第3実施形態と同様の相関データURが利用者毎に記憶される。制御装置22表示制御部58は、利用者XA自身のアバターデータVに応じた表示データZと、利用者XAの相関データURに登録された各利用者XBのアバターデータVに応じた表示データZとを生成して端末装置10に送信するSC11。端末装置10の制御装置11は、管理サーバ20から受信した各表示データZを記憶装置12に格納するSC12。なお、表示データZを管理サーバ20から端末装置10に送信する時期は任意であるが、例えば相関データURやアバターデータVの変更を契機として表示データZを端末装置10に送信する構成が好適である。特定の利用者XCのアバターAvを利用者XAの端末装置10に表示させる場合、管理サーバ20の制御装置22表示制御部58は、利用者XCのアバターAvの表示データZが利用者XAの端末装置10に保持されているか否かを判定するSC21。端末装置10に表示データZが保持されている場合利用者XCが、利用者XA自身または利用者XAとの相関関係が登録された利用者XBである場合、管理サーバ20の制御装置22表示制御部58は、利用者XCの識別子UIDを端末装置10に送信するSC22。端末装置10の制御装置11は、管理サーバ20から受信した識別子UIDに対応する表示データZを記憶装置12から取得して利用者XCXA,XBのアバターAvを表示装置14に表示させるSC23。他方、端末装置10に表示データZが保持されていない場合利用者XCが利用者XA自身でも利用者XAとの相関関係が登録された利用者XBでもない場合、制御装置22は、第1実施形態と同様に、利用者XCのアバターデータVに応じた表示データZを生成して端末装置10に送信するSC24。第5実施形態においても第1実施形態と同様の効果が実現される。また、第5実施形態では、表示の頻度が高いと予測されるアバターAv相関関係が登録された各利用者のアバターAvの表示データZが端末装置10に事前に保持されてアバターAvの表示に利用される。したがって、端末装置10に表示データZが保持されたアバターAvを表示する場合には、表示対象の利用者の識別子UIDを管理サーバ20から端末装置10に指示すれば足り、表示毎に表示データZを管理サーバ20から端末装置10に送信する必要はない。したがって、アバターAvの表示毎に表示データZを端末装置10に送信する構成と比較して、管理サーバ20による処理の負荷や管理サーバ20と各端末装置10との間の通信量が削減されるという利点がある。なお、第2実施形態から第4実施形態の構成を第5実施形態に適用することも可能である。なお、利用者XAとの相関関係が登録された利用者XBがアバターデータVを変更した場合、利用者XAの端末装置10に保持された利用者XBの表示データZを変更後のアバターデータVに応じた内容に更新する必要がある。端末装置10に保持された表示データZの更新には以下の方法が好適に採用される。記憶装置24に記憶された各利用者のアバターデータVには最新の変更の時刻タイムスタンプTAが付加され、利用者XAの相関データURに登録された各識別子UIDBには、利用者XAの端末装置10にその識別子UIDBの利用者XBの表示データZを送信した時刻TBが対応付けられる。管理サーバ20の制御装置22は、例えば図15のステップSC21において、利用者XAの相関データUR内の各識別子UUDBに対応する時刻TBとその識別子UIDBの利用者XBのアバターデータVに対応する時刻TAとを比較することで、利用者XBの最新のアバターデータVに対応する表示データZが利用者XAの端末装置10に保持されているか否かを判定する。例えば、時刻TAが時刻TBよりも遅い場合すなわち、利用者XAの端末装置10に対する利用者XBの表示データZの送信後にその利用者XBのアバターデータVが変更された場合には、利用者XBの最新の表示データZは端末装置10に送信されていない。したがって、制御装置22は、利用者XBの最新直前の変更後のアバターデータVに応じた表示データZを生成して端末装置10に送信する。他方、時刻TAが時刻TBよりも早い場合すなわち、利用者XBのアバターデータVの最新の変更後に、その変更後のアバターデータVに対応する表示データZが利用者XAの端末装置10に送信された場合には、制御装置22は、利用者XBの識別子UIDを端末装置10に送信する表示データZの送信は省略される。以上の構成によれば、各利用者の最新のアバターデータVに対応するアバターAvを表示することが可能である。<変形例>前述の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された2以上の態様は相互に矛盾しない範囲で適宜に併合され得る。1前述の各形態では、マスコットOb1の動作が、アバターデータVに事前に登録された動作データDMに応じて制御される構成を例示したが、SNSを利用したメッセージの送信時に動作データDMを利用者が選択できる構成も好適である。具体的には、利用者XBに対するメッセージを送信する利用者XAは、自身が所有する動作データDM所有動作データUMに登録された動作識別子FMが指定する動作データDMのうち任意の動作データDMを入力装置15の操作で選択する。管理サーバ20の制御装置22表示制御部58は、利用者XAが選択した動作データDMを含む表示データZをメッセージとともに送信先の利用者XBの端末装置10に送信する。したがって、利用者XAが選択した動作データDMに応じてマスコットOb1が動作するアバターAvが利用者XAからのメッセージとともに利用者XBの端末装置10の表示装置14に表示される。なお、表示データZを端末装置10に保持する第5実施形態では、送信元の利用者XAが選択した動作データDMが、送信先の利用者XBの端末装置10に対してメッセージとともに送信され、表示データZ内の動作データDMの代わりにマスコットOb1の動作の制御に適用される。2サービス提供システム100とは別個のSNSを提供する外部サーバに利用者の表示データZを提供する構成も採用され得る。具体的には、外部サーバが提供するサービス例えばメッセージ投稿やチャット等のサービスにおいて、管理サーバ20から提供された表示データZに応じたアバターAvが、利用者を表象する画像として表示される。また、相異なる種類のSNSを提供する複数の外部サーバと管理サーバ20が通信する構成では、利用者のアバターデータVを複数の外部サーバの各々について個別に記憶装置24に記憶し、各外部サーバに対応するアバターデータVに応じた表示データZをその外部サーバに提供することも可能である。アバターデータVの内容は外部サーバ毎に個別に設定される。例えば、第1外部サーバに提供されるアバターデータVと第2外部サーバに提供されるアバターデータVとではマスコットOb1と識別画像GAと動作データDMとの組合わせが相違し得る。なお、外部サーバが表示データZを処理できない構成では、例えば、管理サーバ20が、利用者のアバターAvの平面画像の画像データをレンダリング等の画像処理で表示データZから生成したうえで外部サーバに提供することが可能である。3第2実施形態や第3実施形態において、1種類のマスコットOb1が複数のグループに属する複数のグループが相互に重複する構成も採用され得る。複数のグループに属するマスコットOb1のマスコット定義データCは、各グループに対応する複数のグループ識別子FGを含んで構成される。4前述の各形態では、複数種のマスコットOb1がアバターAvの表示に選択的に利用される構成を例示したが、1種類のマスコットOb1のみが固定的にアバターAvの表示に利用される構成利用者が1種類のマスコットOb1のみを所有し得る構成も採用され得る。同様に、前述の各形態では、複数種の識別画像GAを選択的に利用したが、1種類の識別画像GAのみをアバターAv識別標識Ob2の表示に固定的に利用することも可能である。5前述の各形態では、マスコットOb1と動作データDMとをセットで利用者に付与したが、マスコットOb1と動作データDMとを個別に利用者に付与することも可能である。ただし、マスコットOb1とともに動作データDMを利用者に付与する前述の各形態の構成によれば、マスコットOb1が単独で付与される構成と比較して、多数のマスコットOb1を獲得しようとする誘因を利用者に付与できるという利点がある。6前述の各形態では、人間の外形を模擬したマスコットOb1と識別画像GAを枠部GBで包囲した識別標識Ob2とを例示したが、マスコットOb1および識別標識Ob2の形態は任意である。例えば、人間以外の動物の外形を模擬したマスコットOb1や、矩形以外の任意の形状例えば円形状の枠部GBを識別画像GAに付加した識別標識Ob2を表示する構成も採用される。また、枠部GBを省略した識別標識Ob2例えば識別画像GAのみで構成される識別標識Ob2を表示することも可能である。7モデルデータDAおよびテクスチャデータDBのレンダリングを管理サーバ20が実行する構成も採用され得る。すなわち、表示制御部58は、モデルデータDAおよびテクスチャデータDBのレンダリングを実行し、レンダリングで生成した画像を端末装置10に送信する。また、前述の各形態では、マスコットOb1を指定するモデルデータDAとテクスチャデータDBとを管理サーバ20の記憶装置24に格納したが、モデルデータDAとテクスチャデータDBとを事前にレンダリングプリレンダリングした画像データ例えばPNG形式の画像の時系列を記憶装置24に保持してアバターAvの表示に利用することも可能である。また、モデルデータDAおよびテクスチャデータDBと、レンダリング済の画像データとの双方を管理サーバ20の記憶装置24に格納し、アバターAvを表示する端末装置10と管理サーバ20との間の通信状況通信トラヒックや通信品質に応じて、端末装置10に対する送信データを両者間で切替える構成も採用され得る。例えば、通信トラヒックが大きい場合や通信品質が低い場合にはレンダリング済の画像データを送信し、通信トラヒックが小さい場合や通信品質が高い場合にはモデルデータDAおよびテクスチャデータDBを送信する。なお、マスコットOb1や識別標識Ob2を示すデータの形式は本発明において任意である。例えばマスコットOb1は、レンダリングで生成される立体画像である必要はなく、平面画像で表現されるマスコット0b1をアバターAvとして表示するしたがってレンダリングは不要ことも可能である。"