JP5497931B2 - アプリケーション装置、アプリケーション装置の制御方法、及びプログラム - Google Patents

Description

本発明は、アプリケーション装置、アプリケーション装置の制御方法、及びプログラムに関する。

インターネット等のネットワークを介したＳＮＳ（ソーシャルネットワーキングサービス）上で提供されるアプリケーションであるソーシャルアプリケーションが知られている。ソーシャルアプリケーションには、アプリケーションに登録されているユーザ（招待元ユーザ）が、アプリケーションに登録されていないユーザ（招待先ユーザ）をアプリケーションに招待することによって、招待先ユーザがアプリケーションに登録されるようにしたものがある。例えば、特許文献１のアプリケーションシステムでは、招待元ユーザが、アプリケーションへの招待メッセージを、招待先ユーザに宛てて送信する手段を備えていることが記載されている。

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

ここで、招待元ユーザは、他のユーザの中から、アプリケーションへの招待メッセージを送信する招待先ユーザを選択することがある。しかしながら、特許文献１に記載のアプリケーションシステムでは、ユーザが招待先ユーザを選択する場合、単に他のユーザをリスト表示していた。そのためユーザは、表示されたリストに基づいて、他のユーザが、アプリケーションに登録されているか否かを確認し、招待メッセージを送信する招待先ユーザを選択していた。このように、アプリケーションに登録されていないユーザと、登録されているユーザとを容易に確認できないという問題があった。すなわち、ユーザは、他のユーザと自身との間の関係を容易に確認できないという問題があった。

本発明は、上記問題を解決すべくなされたもので、その目的は、ユーザに、他のユーザと自身との間の関係を容易に確認しやすくさせることにある。

本発明の一態様は、ログイン中のユーザの端末の画面に、非ログイン中の他のユーザのアバターを表示させることが可能なアプリケーション装置（サーバ装置３０、３０ａ、３０ｂ、３０ｃ、３０ｄ、３０ｅ、３０ｆ）であって、第１ユーザの端末（端末装置１０−１）の画面に第２ユーザのアバターを表示させる場合に、前記第１ユーザと前記第２ユーザとの関係を示す関係情報を記憶する関係記憶部（Ｍ２００）から取得した当該関係情報に基づいた表示態様により、前記第１ユーザの端末の画面に前記第２ユーザのアバターを表示させる出力部（３１９、３１９ａ、３１９ｂ、３１９ｅ、３１９ｆ）、を備えるアプリケーション装置である。

また、本発明の一態様は、前記関係記憶部が記憶する前記関係情報は、アプリケーションにユーザが登録されているか否かを示す第１関係情報を含み、前記出力部は、前記第１ユーザの端末にアプリケーションの画像を表示する第１アプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、前記関係記憶部が記憶する第１関係情報に基づいて、第２アプリケーションに前記第２ユーザが登録されている場合と登録されていない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、ことである。

また、本発明の一態様は、前記出力部は、前記関係記憶部に記憶されている第１関係情報に基づいて、前記第２アプリケーションに前記第２ユーザが登録されていないと判定される場合、当該第２ユーザが前記第２アプリケーションに登録されていない場合の該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させ、前記関係記憶部に記憶されている第１関係情報に基づいて、前記第２アプリケーションに前記第２ユーザが登録されていると判定される場合、当該第２ユーザが前記第２アプリケーションに登録されている場合の当該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させる、ことにより、前記第２アプリケーションに前記第２ユーザが登録されている場合と登録されていない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、ことである。

また、本発明の一態様は、前記出力部は、前記第１ユーザの端末にアプリケーションの画像を表示する第１アプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、前記関係記憶部が記憶する第１関係情報に基づいて、前記第２アプリケーションに前記第２ユーザが登録されている場合は、前記第２アプリケーションにおいて登録されている前記第２ユーザのアバターに基づいて、前記第１ユーザの端末の画面に前記第２ユーザのアバターを表示させ、前記第２アプリケーションに前記第２ユーザが登録されていない場合は、前記第２アプリケーションにおいてアバターが登録されていない場合のアバターに基づいて、前記第１ユーザの端末の画面に前記第２ユーザのアバターを表示させる、ことにより、前記第２アプリケーションに前記第２ユーザが登録されている場合と登録されていない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、ことである。

また、本発明の一態様は、前記出力部は、前記関係記憶部が記憶する第１関係情報に基づいて、前記第１アプリケーションに前記第１ユーザが登録されており、前記第２アプリケーションに前記第１ユーザが登録されており、前記第１アプリケーションに前記第２ユーザが登録されており、かつ、前記第２アプリケーションに前記第２ユーザが登録されていないと判定される場合に、当該第２ユーザが前記第２アプリケーションに登録されていない場合の当該第２ユーザのアバターを、前記第１端末で動作する前記第１アプリケーションにおいて表示させることである。

また、本発明の一態様は、前記出力部は、前記第１アプリケーションにおけるユーザ間のアクセスを示すアクセス情報の履歴を記憶するアクセス履歴記憶部（Ｍ１１）から読み出したアクセス情報の履歴に基づいて、前記第１ユーザに対してアクセス情報の履歴があるユーザのアバターを、前記第１ユーザの端末で動作する前記第１アプリケーションにおいて表示させることである。

また、本発明の一態様は、前記アクセス情報は、前記第１アプリケーションにおけるユーザ間の挨拶、訪問、または戦闘を示す情報を含む、ことである。

また、本発明の一態様は、前記関係記憶部が記憶する前記関係情報は、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にあるか否かを示す第２関係情報を含み、前記出力部は、前記第１ユーザの端末にアプリケーションの画像を表示するアプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、前記関係記憶部が記憶する第２関係情報に基づいて、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にある場合と所定の関係にない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、ことである。

また、本発明の一態様は、前記出力部は、前記第１ユーザの端末にアプリケーションの画像を表示するアプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、前記関係記憶部に記憶されている第２関係情報に基づいて、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にあると判定される場合、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にある場合の該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させ、前記関係記憶部に記憶されている第２関係情報に基づいて、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にないと判定される場合、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にない場合の該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させる、ことにより、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にある場合と所定の関係にない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、ことである。

また、本発明の一態様は、前記出力部は、前記アプリケーションにおけるユーザ間のアクセスを示すアクセス情報の履歴を記憶するアクセス履歴記憶部から読み出したアクセス情報の履歴に基づいて、前記第１ユーザに対してアクセス情報の履歴があるユーザのアバターを、前記第１ユーザの端末で動作する前記アプリケーションにおいて表示させることである。

また、本発明の一態様は、前記アクセス情報は、前記アプリケーションにおけるユーザ間の挨拶、訪問、または戦闘を示す情報を含む、ことである。

また、本発明の一態様は、前記関係記憶部が記憶する前記関係情報は、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にあるか否かを示す第３関係情報を含み、前記出力部は、前記第１ユーザの端末にアプリケーションの画像を表示するアプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、前記関係記憶部が記憶する第３関係情報に基づいて、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にある場合と所定の関係にない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、ことである。

また、本発明の一態様は、前記出力部は、前記第１ユーザの端末にアプリケーションの画像を表示するアプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、前記関係記憶部に記憶されている第３関係情報に基づいて、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にあると判定される場合、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にある場合の該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させ、前記関係記憶部に記憶されている第３関係情報に基づいて、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にないと判定される場合、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にない場合の該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させる、ことにより、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にある場合と所定の関係にない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、ことである。

また、本発明の一態様は、前記出力部は、前記ＳＮＳにおけるユーザ間のアクセスを示すアクセス情報の履歴を記憶するアクセス履歴記憶部から読み出したアクセス情報の履歴に基づいて、前記第１ユーザに対してアクセス情報の履歴があるユーザのアバターを、前記第１ユーザの端末で動作する前記アプリケーションにおいて表示させることである。

また、本発明の一態様は、前記アクセス情報は、前記ＳＮＳにおけるユーザ間の挨拶、訪問、応答または返信を示す情報を含む、ことである。

また、本発明の一態様は、前記関係情報を変更することを示す第１招待要求情報が前記第１ユーザの端末から入力された場合、前記関係情報を変更することを示す第２招待要求情報を、前記第２ユーザの端末に出力する招待要求出力部（３２０）と、前記招待要求出力部が出力した前記第２招待要求情報に応じて、前記関係情報を変更することを示す情報が前記第２ユーザの端末から入力された場合、前記関係記憶部に記憶されている前記関係情報を変更する第１登録部（ユーザ登録部３２１）と、を備えることである。

また、本発明の一態様は、前記出力部は、前記第１ユーザの端末の画面に前記第２ユーザのアバターを表示させるとともに、前記第１ユーザの端末に前記第１招待要求情報を入力する招待要求入力手段を出力することである。

また、本発明の一態様は、前記出力部は、前記第１ユーザの端末の画面に、前記第１招待要求情報を入力する招待要求入力手段と前記第２ユーザのアバターとを関連付けて表示させることである。

また、本発明の一態様は、前記第１招待要求情報が入力された場合、入力された前記第１招待要求情報を招待要求記憶部に記憶させる第２登録部（招待要求登録部３１２）を備えており、前記招待要求出力部は、前記招待要求記憶部が記憶する前記第１招待要求情報に基づいて、前記第２招待要求情報を出力することである。

また、本発明の一態様は、前記招待要求出力部は、前記第１招待要求情報に基づいて前記第２招待要求情報を生成し、生成した前記第２招待要求情報を出力することである。

また、本発明の一態様は、前記第２招待要求情報に応じて前記関係記憶部に記憶されている前記関係情報が変更された場合、前記第１ユーザまたは第２ユーザに所定の報酬に与える報酬部（３１７）を備えることである。

また、本発明の一態様は、前記出力部は、前記第１ユーザの端末にアプリケーションの画像を表示する第１アプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、前記関係記憶部に記憶されている関係情報に基づいて、第２アプリケーションに前記第２ユーザが登録されていないと判定される場合、当該第２ユーザが前記第２アプリケーションに登録されていない場合の当該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させ、前記招待要求出力部は、前記第１ユーザが前記第２ユーザを前記第２アプリケーションに招待することを示す前記第１招待要求情報が前記第１ユーザの端末から入力された場合、前記第１ユーザが前記第２ユーザを前記第２アプリケーションに招待することを示す前記第２招待要求情報を、前記第２ユーザの端末に出力し、前記第１登録部は、前記招待要求出力部が出力した前記第２招待要求情報に応じて、前記第２ユーザが前記第２アプリケーションに登録することを示す情報が前記第２ユーザの端末から入力された場合、前記関係記憶部に前記第２アプリケーションに前記第２ユーザが登録されていることを示す情報を記憶させる、ことである。

また、本発明の一態様は、前記出力部は、前記関係記憶部に記憶されている関係情報に基づいて、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて前記所定の関係にないと判定される場合、前記第１ユーザと前記第２ユーザとが前記アプリケーションにおいて前記所定の関係にない場合の当該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させ、前記招待要求出力部は、前記第１ユーザと前記第２ユーザとが前記アプリケーションにおいて前記所定の関係となるように前記第２ユーザを招待することを示す前記第１招待要求情報が前記第１ユーザの端末から入力された場合、前記第１ユーザと前記第２ユーザとが前記アプリケーションにおいて前記所定の関係となるように前記第２ユーザを招待することを示す前記第２招待要求情報を、前記第２ユーザの端末に出力し、前記第１登録部は、前記招待要求出力部が出力した前記第２招待要求情報に応じて、前記第１ユーザと前記第２ユーザとが前記アプリケーションにおいて前記所定の関係となることを示す情報が前記第２ユーザの端末から入力された場合、前記第１ユーザと前記第２ユーザとが前記アプリケーションにおいて前記所定の関係にあることを示す前記関係情報を前記関係記憶部に記憶させることである。

また、本発明の一態様は、前記出力部は、前記関係記憶部に記憶されている関係情報に基づいて、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて前記所定の関係にないと判定される場合、前記第１ユーザと前記第２ユーザとが前記ＳＮＳにおいて前記所定の関係にない場合の当該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させ、前記招待要求出力部は、前記第１ユーザと前記第２ユーザとが前記ＳＮＳにおいて前記所定の関係となるように前記第２ユーザを招待することを示す前記第１招待要求情報が前記第１ユーザの端末から入力された場合、前記第１ユーザと前記第２ユーザとが前記ＳＮＳにおいて前記所定の関係となるように前記第２ユーザを招待することを示す前記第２招待要求情報を、前記第２ユーザの端末に出力し、前記第１登録部は、前記招待要求出力部が出力した前記第２招待要求情報に応じて、前記第１ユーザと前記第２ユーザとが前記ＳＮＳにおいて前記所定の関係となることを示す情報が前記第２ユーザの端末から入力された場合、前記第１ユーザと前記第２ユーザとが前記ＳＮＳにおいて前記所定の関係にあることを示す前記関係情報を前記関係記憶部に記憶させることである。

また、本発明の一態様は、ログイン中のユーザの端末の画面に、非ログイン中の他のユーザのアバターを表示させることが可能なアプリケーション装置の制御方法であって、第１ユーザの端末の画面に第２ユーザのアバターを表示させる場合に、前記第１ユーザと前記第２ユーザとの関係を示す関係情報を記憶する関係記憶部から取得した当該関係情報に基づいた表示態様により、前記第１ユーザの端末の画面に前記第２ユーザのアバターを表示させる手順、を有するアプリケーション装置の制御方法である。

また、本発明の一態様は、ログイン中のユーザの端末の画面に、非ログイン中の他のユーザのアバターを表示させることが可能なアプリケーション装置のコンピュータに、第１ユーザの端末の画面に第２ユーザのアバターを表示させる場合に、前記第１ユーザと前記第２ユーザとの関係を示す関係情報を記憶する関係記憶部から取得した当該関係情報に基づいた表示態様により、前記第１ユーザの端末の画面に前記第２ユーザのアバターを表示させる手順、を実行させるためのプログラムである。

この本発明によれば、ユーザに、他のユーザと自身との間の関係を容易に確認しやすくさせることができる。

本発明の第１の実施形態に係るアプリケーションシステムの構成の一例を示す構成図である。 本実施形態の端末装置の表示部に表示された第２ユーザの表示態様の一例を示す図である。 本実施形態の端末装置の構成の一例を示す斜視図である。 本実施形態のサーバ装置の構成の一例を示す構成図である。 本実施形態の関係記憶部が記憶する情報の一例を示す表である。 本実施形態の招待要求記憶部が記憶する情報の一例を示す表である。 本実施形態の端末装置の表示部に表示された招待対象者情報及び招待要求入力手段の一例を示す図である。 本実施形態の端末装置の表示部に表示された招待要求情報の一例を示す図である。 本実施形態のアプリケーションシステムの動作の一例を示すフローチャートである。 本実施形態のアプリケーションシステムの動作の一例の詳細を示すフローチャートその１である。 本実施形態のアプリケーションシステムの動作の一例の詳細を示すフローチャートその２である。 本発明の第２の実施形態に係るアプリケーションシステムの構成の一例を示す構成図である。 本実施形態における第１ユーザと第２ユーザとの関係を示す関係図である。 本実施形態のサーバ装置の構成の一例を示す構成図である。 本実施形態のアクセス履歴記憶部が記憶する情報の一例を示す表である。 本実施形態の端末装置の表示部に表示された招待対象者情報、招待要求入力手段、アクセス履歴及び第３ユーザを示す情報一例を示す図である。 本実施形態のアプリケーションシステムの動作の一例を示すフローチャートである。 本発明の第３の実施形態に係るアプリケーションシステムの構成の一例を示す構成図である。 本実施形態のサーバ装置の構成の一例を示す構成図である。 本実施形態の属性記憶部が記憶する情報の一例を示す表である 本実施形態のアプリケーションシステムの動作の一例を示すフローチャートである。 本発明の第４の実施形態に係るアプリケーションシステムの構成の一例を示す構成図である。 本実施形態のサーバ装置の構成の一例を示す構成図である。 本実施形態のアプリケーションシステムの動作の一例を示すフローチャートである。 本発明の第５の実施形態に係るアプリケーションシステムの構成の一例を示す構成図である。 本発明の第６の実施形態に係るアプリケーションシステムの構成の一例を示す構成図である。 本実施形態の端末装置の表示部に表示された第２ユーザの表示態様の一例を示す図である。 本実施形態のサーバ装置の構成の一例を示す構成図である。 本実施形態のアプリケーションシステムの動作の一例を示すフローチャートである。 本実施形態のアプリケーションシステムの動作の一例の詳細を示すフローチャートその１である。 本実施形態のアプリケーションシステムの動作の一例の詳細を示すフローチャートその２である。 本発明の第７の実施形態に係るアプリケーションシステムの構成の一例を示す構成図である。 本実施形態の端末装置の表示部に表示された第２ユーザの表示態様の一例を示す図である。 本実施形態のサーバ装置の構成の一例を示す構成図である。 本実施形態のアプリケーションシステムの動作の一例を示すフローチャートである。 本実施形態のアプリケーションシステムの動作の一例の詳細を示すフローチャートその１である。 本実施形態のアプリケーションシステムの動作の一例の詳細を示すフローチャートその２である。 第１の実施形態〜第７の実施形態を組み合わせた場合のアバターの表示態様の一例を示す構成図その１である。 第１の実施形態〜第７の実施形態を組み合わせた場合のアバターの表示態様の一例を示す構成図その２である。 第１の実施形態〜第７の実施形態を組み合わせた場合のアバターの表示態様の一例を示す構成図その３である。 第１の実施形態によるアプリケーションシステムの動作の変形例を示すフローチャートである。

[第１の実施形態]
本発明を実施するための第１の実施形態について、図面を参照して説明する。本実施形態におけるアプリケーションシステム１は、複数のユーザにより利用されることが可能であるが、複数のユーザのうちのあるユーザを第１ユーザとし、複数のユーザのうちの第１ユーザとは異なるユーザを第２ユーザとして説明する。ここでは第２ユーザとして、第２ユーザＡと第２ユーザＢとの２人のユーザがいる場合について説明する。なお、第２ユーザのうち、第２ユーザＡと第２ユーザＢとを区別せずに説明する場合には、単に第２ユーザと称して説明する。

図１は、本発明の第１の実施形態に係るアプリケーションシステム１の構成の一例を示す構成図である。アプリケーションシステム１は、複数の端末装置１０（例えば、端末装置１０−１〜１０−３）と、サーバ装置３０（アプリケーション装置）と、ネットワーク２０と、を備えている。なお、端末装置１０−１〜１０−３はいずれも同様の構成であるため、特に区別しない場合には、端末装置１０と総称して説明する。
ここでは、端末装置１０−１は第１ユーザが利用する端末装置であり、端末装置１０−２は第２ユーザＡが利用する端末装置であり、端末装置１０−３は第２ユーザＢが利用する端末装置である。

なお、サーバ装置３０は、第１アプリケーションと第２アプリケーションという互いに異なる複数のアプリケーションに係るサービスまたは情報を、ユーザの端末装置１０に対して供給可能である。また第１アプリケーションと第２アプリケーションとは、それぞれ、自アプリケーションの画像を、端末装置１０の画面に表示させる。また第２アプリケーションにおいては、端末装置１０の画面に、ユーザのアバターを表示させることが可能である。

また、第１ユーザは、第１アプリケーションと第２アプリケーションとに登録されているものとする。また、第２ユーザＡは、第１アプリケーションに登録されており、かつ、第２アプリケーションに登録されていないものとする。また、第２ユーザＢは、第１アプリケーションと第２アプリケーションとに登録されているものとする。
なお、「ユーザがアプリケーションに登録」されるとは、「ユーザが、アプリケーションのユーザとして登録」されることである。
そして、第１ユーザが、第１アプリケーションにおいて、第２アプリケーションに登録されていない第２ユーザ（この場合は第２ユーザＡ）を第２アプリケーションに招待する場合について説明する。
なお、ここでいう「第１ユーザが、第１アプリケーションにおいて」とは、「第１ユーザが操作する端末装置１０に対して、第１アプリケーションに係るサービスまたは情報がサーバ装置３０から供給されており、第１アプリケーションの画像が端末装置１０の画面に表示されている場合において」ということである。
なお、「ユーザをアプリケーションに招待する」とは、「アプリケーションのユーザとして登録してもらうように、ユーザを招待する」ことである。

ここで本実施形態によるサーバ装置３０は、ログイン中のユーザの端末装置１０の画面に、非ログイン中の他のユーザのアバターを表示させることが可能である。
たとえば、サーバ装置３０は、第１ユーザの端末装置１０−１の画面に第１アプリケーションの画像を表示させる場合に、表示させる第１アプリケーションの画像内に、第２ユーザのアバターを表示させることが可能である。更に、サーバ装置３０は、第１ユーザと第２ユーザとの関係に基づいた表示態様により、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させることが可能である。

図２は、第１ユーザの端末装置１０−１の画面に、第１アプリケーションの画像が表示される場合において、第２ユーザのアバターを表示する一例を示す図である。この図２に示すように、サーバ装置３０は、第２アプリケーションに第２ユーザが登録されている場合は、第２アプリケーションにおいて登録されている第２ユーザのアバターに基づいて、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させる（図２のアバターＡを参照）。
またサーバ装置３０は、第２アプリケーションに第２ユーザが登録されていない場合は、第２アプリケーションにおいてアバターが登録されていない場合のアバターに基づいて、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させる（図２のアバターＢを参照）。

ここで、サーバ装置３０は、「第２アプリケーションにおいてアバターが登録されていない場合のアバター」として、黒子を表示する。この「黒子」とは、ここでは、アバターの顔部分において目、鼻、口などのオブジェクトが表示されず、顔部分が黒塗されているアバターのことである。一方、第２アプリケーションにおいて登録されている第２ユーザのアバターにおいては、顔部分に目、鼻、口などのオブジェクトが表示される。

なおアバターの情報には、顔部分の情報のみに限られるのではなく、身長などの体格、髪型、服やメガネなどの装飾品の情報も含められる。またアバターは、人型に限られるものではなく、動物、空想上の生物、機械、または、ロボットなどであってもよい。いずれのアバターの場合であっても、黒子とは、第２アプリケーションにおいて登録されているアバターとの表示態様における相違点があるアバターのことである。

このように、サーバ装置３０は、第１ユーザの端末装置１０−１にアプリケーションの画像を表示する第１アプリケーションにおいて、第２ユーザのアバターを表示させる場合に、第２アプリケーションに第２ユーザが登録されている場合と登録されていない場合とで、第２ユーザのアバターの表示態様を異ならせる。
そのため、第１ユーザは、自身が利用する端末装置１０−１の画面に表示される第２ユーザのアバターが、黒子であるか否かを視認により確認するだけで、この第２ユーザが第２アプリケーションに登録されているか否かを確認することができる。

ここで、一般に、第１ユーザが第２ユーザを第２アプリケーションに招待する場合、第２アプリケーションに招待する招待対象となる第２ユーザは、まだ第２アプリケーションに登録されていないことが第１ユーザに判別可能であることが望ましい。これに対して、上述したように本実施形態においては、第１ユーザは、招待に先立って、第２ユーザが第２アプリケーションに登録されているか否かを確認することができる。そのため、第１ユーザは、複数の第２ユーザのうち、いずれの第２ユーザを第２アプリケーションに招待すべきかを、視認により確認することができる。

また、第１ユーザは、第２アプリケーションを起動させることなく、第１アプリケーションにおいて、第２ユーザが第２アプリケーションに登録されているか否かを確認することができる。

以下図１の説明にもどり、アプリケーションシステム１の構成について説明する。
なお、ユーザには、ユーザを識別するための固有のユーザＩＤが割り当てられている。ここでは説明のため、ユーザは、第１アプリケーションと第２アプリケーションにおいて共通のユーザＩＤによって識別されているものとして説明する。
また、アプリケーションには、アプリケーションを識別するための固有のアプリケーションＩＤが割り当てられている。

ネットワーク２０は、サーバ装置３０と複数の端末装置１０とが通信を行う無線または有線による通信網である。この通信網には、例えば、携帯電話回線網やインターネットが適用できる。

サーバ装置３０は、複数のアプリケーションを提供するアプリケーションサーバである。サーバ装置３０は、端末装置１０が出力した操作情報を、ネットワーク２０を介して取得する。そして、サーバ装置３０は、取得した操作情報に基づいたアプリケーションデータを、ネットワーク２０を介して端末装置１０に供給する。ここで、アプリケーションデータとは、例えば、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で提供されるゲームの表示画像の情報や操作画面の情報のことである。またアプリケーションデータには、ＨＴＭＬ形式で提供されるＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｏｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）等における情報がある。

端末装置１０は、ユーザが利用するコンピュータ装置である。端末装置１０は、サーバ装置３０からネットワーク２０を介して供給されるアプリケーションデータに基づいて、アプリケーションを実行する。
上述したように、この端末装置１０のうち、端末装置１０−１は、第１ユーザがアプリケーションを操作する端末であり、端末装置１０−２は、第２ユーザＡがアプリケーションを操作する端末であり、端末装置１０−３は、第２ユーザＢがアプリケーションを操作する端末である。端末装置１０には、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やタブレットＰＣ、スマートフォン、フィーチャーフォン等が適用できる。この端末装置１０は、自装置を利用しているユーザを識別するユーザＩＤと、そのユーザが操作しているアプリケーションを識別するアプリケーションＩＤとを保持している。次に、図３を参照して、端末装置１０の構成について説明する。

図３は、本実施形態の端末装置１０の構成の一例を示す斜視図である。端末装置１０は、画像を表示する表示部ＤＳと、ユーザの操作を検出する操作検出部ＴＰと、音声を出力する音声出力部ＳＰとを備えている。

表示部ＤＳは、液晶パネルや有機ＥＬパネルなどの画像表示パネルを備えており、サーバ装置３０から入力されるアプリケーションデータに基づいた画像を表示する。音声出力部ＳＰは、スピーカーを備えており、アプリケーションデータに音信号または音声信号が含まれている場合には、入力されるアプリケーションデータに基づいた音声または音を出力することが可能である。

操作検出部ＴＰは、表示部ＤＳの画像表示パネルに配置されたタッチセンサを備えており、アプリケーションを利用するユーザによる操作を検出するとともに、検出した操作を示す操作情報を出力する。このユーザによる操作には、第１ユーザから第２ユーザに対する第２アプリケーションへの招待を示す招待要求情報をユーザが入力する操作が含まれる。

次に、サーバ装置３０の詳細な構成について、図４を参照して説明する。まず、サーバ装置３０の詳細な構成について説明する。

図４は、本実施形態のサーバ装置３０の構成の一例を示す構成図である。同図に示すように、サーバ装置３０は、複数のアプリケーション装置（例えば、第１アプリケーション装置３１及び第２アプリケーション装置３２）とネットワーク２１とを備えている。

第１アプリケーション装置３１は、端末装置１０から受信する操作情報に基づいて、第１アプリケーションの実行を制御し、実行した第１アプリケーションの画像を端末装置１０に表示させる。すなわち、第１アプリケーション装置３１は、端末装置１０に第１アプリケーションに係るサービスまたは情報を提供する。
具体的には、第１アプリケーション装置３１は、端末装置１０が出力した第１アプリケーションに関する操作情報を、ネットワーク２０及びネットワーク２１を介して取得する。そして、第１アプリケーション装置３１は、取得した操作情報に基づいた第１アプリケーションに関するアプリケーションデータを、ネットワーク２１及びネットワーク２０を介して端末装置１０に供給する。すなわち、第１アプリケーション装置３１は、取得した操作情報に基づいて第１アプリケーションに係る所定の処理を実行し、当該所定の処理の結果として生成されたアプリケーションデータを、ネットワーク２１及びネットワーク２０を介して端末装置１０に供給する。

第２アプリケーション装置３２は、端末装置１０から受信する操作情報に基づいて、第２アプリケーションの実行を制御し、実行した第２アプリケーションの画像を端末装置１０に表示させる。すなわち、第２アプリケーション装置３２は、端末装置１０に第２アプリケーション係るサービスまたは情報を提供する。
つまり、第２アプリケーション装置３２は、端末装置１０が出力した第２アプリケーションに関する操作情報を、ネットワーク２０及びネットワーク２１を介して取得する。そして、第２アプリケーション装置３２は、取得した操作情報に基づいた第２アプリケーションに関するアプリケーションデータを、ネットワーク２１及びネットワーク２０を介して端末装置１０に供給する。すなわち、第２アプリケーション装置３２は、取得した操作情報に基づいて第２アプリケーションに係る所定の処理を実行し、当該所定の処理の結果として生成されたアプリケーションデータを、ネットワーク２１及びネットワーク２０を介して端末装置１０に供給する。

ネットワーク２１は、第１アプリケーション装置３１と第２アプリケーション装置３２とが通信を行う無線または有線による通信網である。この通信網には、例えば、ローカルエリアネットワークが適用できる。なお、ネットワーク２１は、携帯電話回線網やインターネットであってもよい。また、ネットワーク２１は、第１アプリケーション装置３１と第２アプリケーション装置３２とが一体の装置として構成される場合には、内部バスに相当する。このように、第１アプリケーション装置３１と第２アプリケーション装置３２とは、内部バスとしてのネットワーク２１を介して一体として構成された１つのアプリケーション装置として構成されてもよい。

次に、第１アプリケーション装置３１及び第２アプリケーション装置３２の詳細な構成について図４を参照して説明する。

第１アプリケーション装置３１は、出力部３１９、招待要求登録部（第２登録部）３１２、制御部３１８及び第１記憶部Ｍ１を備える。制御部３１８は、第１アプリケーションを制御する。出力部３１９は、ユーザ出力部３１０と招待対象出力部３１１とを備える。なお、図示はしないが、第１アプリケーション装置３１は、端末装置１０及び第２アプリケーション装置３２と通信を行うための通信部を備える。

第２アプリケーション装置３２は、招待要求出力部３２０、ユーザ登録部（第１登録部）３２１、制御部３２８及び第２記憶部Ｍ２を備える。制御部３２８は、第２アプリケーションを制御する。なお、図示はしないが、第２アプリケーション装置３２は、端末装置１０及び第１アプリケーション装置３１と通信を行うための通信部を備える。

また、第１アプリケーション装置３１および／または第２アプリケーション装置３２は、関係記憶部Ｍ２００を備えている。この関係記憶部Ｍ２００は、第１ユーザと第２ユーザとの関係を示す関係情報を記憶する。第１の実施形態においては、第１ユーザと第２ユーザとの関係を示す関係情報は、アプリケーションにユーザが登録されているか否かを示す第１関係情報を含む。なお、上記に記載した「および／または」とは、本実施形態においては、たとえば「Ａおよび／またはＢ」の場合、「ＡおよびＢ、または、Ａ若しくはＢ」のことである。

この第１関係情報は、第１ユーザが第１アプリケーションに登録しているか否か、第１ユーザが第２アプリケーションに登録しているか否かを示す情報である。また、第１関係情報は、第２ユーザが第１アプリケーションに登録しているか否か、第２ユーザが第２アプリケーションに登録しているか否かを示す情報である。

この第１関係情報により、第１ユーザと第２ユーザとが、ともに第１アプリケーションに登録されているか否かという、第１ユーザと第２ユーザとの間の関係を判定することが可能である。また、第１関係情報により、第１ユーザと第２ユーザとが、ともに第２アプリケーションに登録されているか否かという、第１ユーザと第２ユーザとの間の関係を判定することが可能である。さらに、第１関係情報により、第１ユーザと第２ユーザとが、ともに第１アプリケーションと第２アプリケーションとに登録されているか否かという、第１ユーザと第２ユーザとの間の関係を判定することが可能である。

この第１の実施形態において、関係記憶部Ｍ２００は、第１アプリケーション装置３１が備える第１関係記憶部Ｍ１００−１と、第２アプリケーション装置３２が備える第１関係記憶部Ｍ１００−２とに対応する。

このように、第１アプリケーション装置３１の第１記憶部Ｍ１は、第１関係記憶部Ｍ１００−１を備えている。また、第２アプリケーション装置３２の第２記憶部Ｍ２は、第１関係記憶部Ｍ１００−２及び招待要求記憶部Ｍ２１を備えている。なお、第１関係記憶部Ｍ１００−１〜１００−２は、いずれも同様の構成であるため、特に区別しない場合には、第１関係記憶部Ｍ１００と総称して説明する。

なお、第２記憶部Ｍ２は、第２アプリケーションにおけるユーザ毎の表示態様を、ユーザ毎に記憶する表示態様記憶部Ｍ２９を備える。すなわち、表示態様記憶部Ｍ２９は、第２アプリケーションにおいて登録されているユーザ用のアバターの情報と、ユーザを識別するユーザＩＤとを関連付けて記憶する。この「アバターの情報」とは、一例としては、図２を用いて説明した第２ユーザＡ用のアバターＡのような、アバターの表示態様を特定する情報のことである。

以降の説明においては、第２記憶部Ｍ２が表示態様記憶部Ｍ２９を備える場合について説明するが、第１記憶部Ｍ１が表示態様記憶部Ｍ２９を備えていてもよいし、表示態様記憶部Ｍ２９に相当する表示態様記憶部Ｍ３９を備えていてもよい。
この表示態様記憶部Ｍ２９に相当する表示態様記憶部Ｍ３９とは、表示態様記憶部Ｍ２９と同様の情報を記憶する記憶部のことである。たとえば、表示態様記憶部Ｍ２９に記憶される情報の変更に同期して、表示態様記憶部Ｍ３９に記憶される情報が更新される。または、一定期間ごとに、表示態様記憶部Ｍ２９に記憶される情報が、表示態様記憶部Ｍ３９に記憶される。
この場合、第１アプリケーション装置３１の備える各構成は、第２記憶部Ｍ２の表示態様記憶部Ｍ２９から「アバターの情報」を読み出す場合、第２記憶部Ｍ２の表示態様記憶部Ｍ２９に代えて、第１記憶部Ｍ１の表示態様記憶部Ｍ２９または第１記憶部Ｍ１の表示態様記憶部Ｍ３９から「アバターの情報」を読み出してもよい。

また、第１記憶部Ｍ１は、表示態様記憶部Ｍ１９を備えている。この表示態様記憶部Ｍ１９は、第２アプリケーションにおいてアバターが登録されていない場合に表示するアバターの情報を記憶する。すなわち、表示態様記憶部Ｍ１９は、図２を用いて説明した黒子となるアバターを特定するための情報を記憶する。
この黒子となるアバターは、第２アプリケーションにおいてアバターが登録されていない第２ユーザに対しては、いずれの第２ユーザに対しても表示される。また、第２アプリケーションにおいてアバターが登録されていない複数の第２ユーザに対して、アバターを表示する場合には、複数の黒子となるアバターが表示されることになる。

また、第１記憶部Ｍ１は、第１友達関係記憶部Ｍ１８を備えている。この第１友達関係記憶部Ｍ１８は、第１アプリケーションにおいて、互いに友達関係にあるユーザのユーザＩＤを関連付けて、第１友達関係情報として記憶する。同様に、第２記憶部Ｍ２は、第２友達関係記憶部Ｍ２８を備えている。この第２友達関係記憶部Ｍ２８は、第２アプリケーションにおいて、互いに友達関係にあるユーザのユーザＩＤを関連付けて、第２友達関係情報として記憶する。

また、第１記憶部Ｍ１は、ユーザ毎の第１アプリケーションの進行状況を示す情報（第１進行状況情報）をユーザ毎に記憶する進行状況記憶部を備える。すなわち、第１記憶部Ｍ１の進行状況記憶部は、ユーザＩＤと第１進行状況情報とを関連付けて記憶する。また、第２記憶部Ｍ２は、同様に、ユーザ毎の第２アプリケーションの進行状況を示す情報（第２進行状況情報）をユーザ毎に記憶する進行状況記憶部を備える。

第１アプリケーション装置３１の制御部３１８は、あるユーザに対しての第１アプリケーションを制御する場合、このユーザのユーザＩＤと関連付けて第１記憶部Ｍ１の第１友達関係記憶部Ｍ１８に記憶されている第１友達関係情報、および／または、このユーザのユーザＩＤと関連付けて第１記憶部Ｍ１の進行状況記憶部に記憶されている第１進行状況情報に基づいて、第１アプリケーションを制御する。
また、第１アプリケーション装置３１の制御部３１８と同様に、第２アプリケーション装置３２の制御部３２８は、あるユーザに対しての第２アプリケーションを制御する場合、このユーザのユーザＩＤと関連付けて第２記憶部Ｍ２の第２友達関係記憶部Ｍ２８に記憶されている第２友達関係情報、および／または、このユーザのユーザＩＤと関連付けて第２記憶部Ｍ２の進行状況記憶部に記憶されている第２進行状況情報に基づいて、第２アプリケーションを制御する。

次に第１関係記憶部Ｍ１００及び招待要求記憶部Ｍ２１について詳細に説明する。第１関係記憶部Ｍ１００は、アプリケーションを識別するアプリケーションＩＤと、ユーザを識別するユーザＩＤを関連付けて、ユーザがアプリケーションに登録されているか否かを示すフラグ情報を記憶する。このフラグ情報は、「１」の場合、ユーザがアプリケーションに登録されていることを示し、「０」の場合、ユーザがアプリケーションに登録されていないことを示す。

図５は、本実施形態の第１関係記憶部Ｍ１００が記憶する情報の一例を、表（テーブル）の形式で示したものである。同図が示すように、ユーザＩＤとアプリケーションＩＤとは、例えば、いずれも、アルファベット及び数字を組み合わせた文字列により構成されている。ここでは、第１ユーザのユーザＩＤを「Ｕ１００１」、第２ユーザＡのユーザＩＤを「Ｕ１００２」、第２ユーザＢのユーザＩＤを「Ｕ１００３」とする。また、第１アプリケーションのアプリケーションＩＤを「Ａ１００１」、第２アプリケーションのアプリケーションＩＤを「Ａ１００２」とする。
この図５において、第１ユーザ「Ｕ１００１」は、第１アプリケーション「Ａ１００１」及び第２アプリケーション「Ａ１００２」に登録されている。一方、第２ユーザＡ「Ｕ１００２」は、第１アプリケーション「Ａ１００１」に登録されているが、第２アプリケーション「Ａ１００２」には登録されていない。また、第２ユーザＢ「Ｕ１００３」は、第１アプリケーション「Ａ１００１」及び第２アプリケーション「Ａ１００２」に登録されている。

次に招待要求記憶部Ｍ２１について説明する。招待要求記憶部Ｍ２１は、第１アプリケーションにて、第１ユーザが第２ユーザを第２アプリケーションに招待することを示す招待要求情報を記憶する。具体的には、招待要求記憶部Ｍ２１は、招待元ユーザを識別する招待元ユーザＩＤと、招待先ユーザを識別する招待先ユーザＩＤとを関連付けて招待要求情報として記憶する。本実施形態において、招待元ユーザＩＤは第１ユーザのユーザＩＤとなり、招待先ユーザＩＤは第２ユーザのうちのいずれかの第２ユーザのユーザＩＤとなる。

図６は、本実施形態の第２記憶部Ｍ２の招待要求記憶部Ｍ２１が記憶する情報の一例を、表（テーブル）の形式で示したものである。同図が示すように、各レコードが招待要求情報に対応する。この図６の招待要求情報は、第１アプリケーションにて、第１ユーザ「Ｕ１００１」が、第２ユーザＡ「Ｕ１００２」を、第２アプリケーションに招待したことを示している。このように、この招待要求記憶部Ｍ２１には、招待要求情報として、招待元ユーザＩＤ（この表における「第１ユーザＩＤ」（第１ユーザのユーザＩＤ）と招待先ユーザＩＤ（この表における「第２ユーザＩＤ」（第２ユーザのユーザＩＤ）とが、関連付けて記憶される。

再び、図４を参照して、サーバ装置３０の構成について説明する。

出力部３１９は、次のようにして、第２ユーザのアバターを黒子として表示するか否かを判定する。まず、出力部３１９は、関係記憶部Ｍ２００が記憶する第１関係情報に基づいて、第２アプリケーションに第２ユーザが登録されているか否かを判定する。

次に、この判定結果が肯定を示す場合、すなわち、第２アプリケーションに第２ユーザが登録されている場合、出力部３１９は、第２アプリケーションにおいて登録されている当該第２ユーザのアバターを、第１端末装置で動作する第１アプリケーションにおいて表示させる。
この場合、出力部３１９は、第２ユーザのユーザＩＤと関連付けられているアバターの情報を第２記憶部Ｍ２の表示態様記憶部Ｍ２９から読み出し、読み出したアバターの情報に基づいて、第２ユーザに対してのアバターを、第１端末装置で動作する第１アプリケーションにおいて表示させる（図２のアバターＡを参照）。

逆に、この判定結果が否定を示す場合、すなわち、第２アプリケーションに第２ユーザが登録されていない場合、出力部３１９は、当該第２ユーザが第２アプリケーションに登録されていない場合の当該第２ユーザのアバターを、第１端末装置で動作する第１アプリケーションにおいて表示させる。
この場合、出力部３１９は、「アバターの情報」を第１記憶部Ｍ１の表示態様記憶部Ｍ１９から読み出し、読み出したアバターの情報に基づいて、第２ユーザに対してのアバターを、第１端末装置で動作する第１アプリケーションにおいて表示させる（図２の黒子のアバターＢを参照）。

このように、第１の実施形態において、出力部３１９は、第１ユーザの端末装置１０−１にアプリケーションの画像を表示する第１アプリケーションにおいて、第２ユーザのアバターを表示させる場合に、関係記憶部Ｍ２００が記憶する第１関係情報に基づいて、第２アプリケーションに第２ユーザが登録されている場合と登録されていない場合とで、第２ユーザのアバターの表示態様を異ならせる(図２を参照)。これにより、第１ユーザは、第２ユーザのうち、いずれの第２ユーザが第２アプリケーションに登録しているか否かを確認することができる。

なお出力部３１９は、上記の判定結果が否定を示す場合、すなわち、第２アプリケーションに第２ユーザが登録されていない場合、第１ユーザの端末装置１０−１の画面に第２ユーザのアバター（黒子）を表示させるとともに、第１ユーザの端末装置１０−１に第１招待要求情報を入力する招待要求入力手段を、第１ユーザの端末装置１０−１の画面に表示させる。

この招待要求入力手段とは、図２において、黒子のアバターに重畳して表示されている「招待する」ボタンのことである。
なお、ここでは招待要求入力手段がアバターに重畳されている例を示したが、黒子のアバターそのものが招待要求入力手段であってもよい。この場合、招待要求入力手段そのものは表示されず、端末装置１０−１の画面に表示されたアバターをユーザがタッチすることが、招待要求入力手段に対してのユーザの入力になる。
また、黒子のアバターの表示とともに招待要求入力手段は表示されず、その後、ユーザがアバターを選択（クリック操作による選択やカーソルの移動による選択など）した場合に、アバターに対応する招待要求入力手段が表示されるようにしてもよい。この場合の表示態様としては、図２の場合のように、「招待する」ボタンである招待要求入力手段が、黒子のアバターに重畳して表示される表示態様であってもよい。

このように、出力部３１９は、第１ユーザの端末装置１０−１の画面に、招待要求情報を入力する招待要求入力手段と第２ユーザのアバターとを関連付けて表示させる。これにより、第１ユーザは、黒子として表示された第２ユーザのアバターに対する招待要求入力手段を選択しやすくなる。たとえば、黒子として表示された第２ユーザのアバターが複数である場合でも、第１ユーザは、複数のアバターの中から選択したいアバターに対応する要求入力手段を、選択しやすくなる。
なお、招待要求入力手段については、後述する図７を用いて説明する。

また、出力部３１９は、次のようにして招待要求入力手段を、第１ユーザの端末装置１０−１の画面に表示（出力）させてもよい。

出力部３１９のユーザ出力部３１０は、第１関係記憶部Ｍ１００−１が関連付けて記憶するアプリケーションＩＤとユーザＩＤとに基づいて、第２ユーザのうち、第２アプリケーションに登録されていない第２ユーザを招待対象ユーザとして抽出し、抽出した招待対象ユーザを識別する識別情報を招待対象ユーザＩＤとして出力する。具体的には、第１ユーザが端末装置１０−１を操作すると、第１ユーザのユーザＩＤが端末装置１０−１からユーザ出力部３１０に出力される。ユーザ出力部３１０は、第１ユーザのユーザＩＤを取得したことに応じて、第１関係記憶部Ｍ１００−１が関連付けて記憶するアプリケーションＩＤとユーザＩＤとに基づき、第１アプリケーションに登録されている第２ユーザのうち、第２アプリケーションに登録されていない第２ユーザのユーザＩＤを、招待対象ユーザＩＤとして招待対象出力部３１１に出力する。
図５に示される第１関係記憶部Ｍ１００−１が関連付けて記憶するアプリケーションＩＤとユーザＩＤとにおいては、例えば、第１アプリケーションに登録されているが、第２アプリケーションに登録されていない第２ユーザのユーザＩＤ「Ｕ１００２」が、招待対象ユーザＩＤとして招待対象出力部３１１に出力される。

出力部３１９の招待対象出力部３１１は、ユーザ出力部３１０が出力した招待対象ユーザＩＤに基づいて、当該招待対象ユーザＩＤで識別される第２ユーザが第２アプリケーションに登録されていないことを示す招待対象情報を、第１ユーザが第１アプリケーションを操作しているときに出力する。具体的には、招待対象出力部３１１は、ユーザ出力部３１０が出力した招待対象ユーザＩＤを取得する。次に招待対象出力部３１１は、端末装置１０−１からアクセスされたことに応じて、取得した招待対象ユーザＩＤを含む招待対象情報を、端末装置１０−１に出力する。

なお、上記に説明したように、招待対象出力部３１１は、ユーザ出力部３１０が出力した招待対象ユーザＩＤに基づいて、当該招待対象ユーザＩＤで識別される第２ユーザが第２アプリケーションに登録されていないことを示す招待対象情報を、第１ユーザが第１アプリケーションを操作しているときに出力するが、この「第１ユーザが第１アプリケーションを操作しているときに」とは、「第１アプリケーションの画像が第１ユーザの端末（図１の端末装置１０−１）に提示される場合に」のことである。
以降の説明において、「アプリケーションを操作しているとき」とは、「アプリケーションの画像が端末装置に提示される場合」のことである。

また、出力部３１９の招待対象出力部３１１は、招待対象情報を出力するとともに、招待要求情報を入力する招待要求入力手段を出力する。この招待要求入力手段とは、例えば、ＨＴＭＬにより記載されたＷｅｂページの入力フォームである。この招待対象情報と招待要求入力手段とについて、図７を参照して説明する。

図７は、第１ユーザ「Ｕ１００１」が操作する端末装置１０−１の表示部ＤＳに表示された招待対象者情報及び招待要求入力手段の一例を示す図である。ここでの招待対象情報とは、例えば、同図が示す「Ｕ１００１さん、第２アプリケーション（Ａ１００２）への招待対象者です。」の下に表示されるユーザ名「Ｕ１００２」である。また、招待要求入力手段とは、例えば、同図が示す各招待対象情報「Ｕ１００２」の横に配置される「招待する」ボタンである。このボタンは、Ｗｅｂページの入力フォームとしてＨＴＭＬにより記載される。

なお、ここでは端末装置１０−１の表示部ＤＳにユーザ名を表示する場合において、ユーザ名が、ユーザＩＤそのものである場合を例にして説明している。または、ユーザ名の表示態様として、そのユーザのＩＤをそのまま表示する場合を例にして説明している。
しかしながら、ユーザ名の表示態様はこれに限られるものではない。たとえば、第１記憶部Ｍ１または第２記憶部Ｍ２が、ユーザＩＤとユーザのニックネームとを関連付けて記憶するユーザネーム記憶部を備えるようにする。そして、出力部３１９は、端末装置１０−１の表示部ＤＳにあるユーザ名を表示する場合において、このあるユーザＩＤと関連付けられているユーザのニックネームをユーザネーム記憶部から読み出し、読み出したユーザのニックネームを、端末装置１０−１の表示部ＤＳに表示させてもよい。これにより、端末装置１０−１を利用するユーザは、ニックネームにより、ユーザを識別することができる。

また、端末装置１０−１の表示部ＤＳにアプリケーション名を表示する場合も、端末装置１０−１の表示部ＤＳにユーザ名を表示する場合と同様である。
すなわち、ここでは端末装置１０−１の表示部ＤＳにアプリケーション名を表示する場合において、アプリケーション名が、アプリケーションＩＤそのものである場合を例にして説明している。または、アプリケーション名の表示態様として、そのアプリケーションのＩＤをそのまま表示する場合を例にして説明している。
しかしながら、アプリケーション名の表示態様はこれに限られるものではない。たとえば、第１記憶部Ｍ１または第２記憶部Ｍ２が、アプリケーションＩＤとアプリケーションの名称（端末装置１０−１の表示部ＤＳに表示する場合の名称）とを関連付けるアプリケーション名称記憶部を備えるようにする。そして、出力部３１９は、端末装置１０−１の表示部ＤＳにあるアプリケーション名を表示する場合において、このあるアプリケーションＩＤと関連付けられているアプリケーションの名称をアプリケーション名称記憶部から読み出し、読み出したアプリケーションの名称を、端末装置１０−１の表示部ＤＳに表示させてもよい。これにより、端末装置１０−１を利用するユーザは、アプリケーションの名称により、アプリケーションを識別することができる。

再び、図４を参照して、サーバ装置３０の構成について説明する。

招待要求登録部３１２は、出力部３１９が表示させたアバターに応じて、または、出力部３１９の招待対象出力部３１１が出力した招待対象情報に応じて、第１ユーザが第２ユーザＡを第２アプリケーションに招待することを示す招待要求情報が入力された場合、入力された招待要求情報を招待要求記憶部Ｍ２１に記憶させる。具体的には、出力部３１９が表示させたアバターと関連付けられている招待要求入力手段、または、出力部３１９の招待対象出力部３１１が出力した招待対象情報と関連付けられている招待要求入力手段に対して、第１ユーザが、端末装置１０−１を操作して、「招待する」ボタンを押下する操作をする。このようにして第１ユーザが端末装置１０−１にて第２ユーザＡを第２アプリケーションに招待することを示す操作情報を入力し選択すると、選択された招待要求入力手段と関連付けられている招待対象情報が、招待先ＩＤとされ、招待要求情報として、端末装置１０−１から招待要求登録部３１２に出力される。なお、この招待要求情報には、招待元となるユーザを識別する第１ユーザのユーザＩＤ（招待元ユーザＩＤ）、招待先となるユーザを識別する第２ユーザＡのユーザＩＤ（招待先ユーザＩＤ）、招待元となるアプリケーションを識別する第１アプリケーションのアプリケーションＩＤ（招待元アプリケーションＩＤ）、及び、招待先となるアプリケーションを識別する第２アプリケーションのアプリケーションＩＤ（招待先アプリケーションＩＤ）が含められている。
招待要求登録部３１２は、招待要求情報を取得したことに応じて、取得した招待要求情報を招待要求記憶部Ｍ２１に記憶させる。
例えば、図２または図７により示される「招待する」ボタンの第１ユーザによる押下を、端末装置１０−１の操作検出部ＴＰが検知すると、招待対象情報に含まれるユーザＩＤ「Ｕ１００２」と、第２アプリケーションのアプリケーションＩＤ「Ａ１００２」と、端末装置１０−１が保持する第１ユーザのユーザＩＤ「Ｕ１００１」と、第１アプリケーションのアプリケーションＩＤ「Ａ１００１」とを含む情報が、招待要求情報として招待要求登録部３１２に出力される。

ここで、招待要求情報が含む情報のうち、招待元となるユーザを識別する第１ユーザのユーザＩＤは上記に説明した「招待元ユーザＩＤ」に対応し、招待先となるユーザを識別する第２ユーザＡのユーザＩＤは上記に説明した「招待先ユーザＩＤ」に対応する。
また、招待対象情報に含められる「招待対象ユーザＩＤ」と、招待要求情報に含められる「招待先ユーザＩＤ」とは、次の関係にある。
上記に説明した実施形態においては、ユーザ出力部３１０が第１ユーザの端末装置１０−１に出力する第２ユーザのうち、第２アプリケーションに登録されていない第２ユーザが一人の場合について説明しているため、かつ、この第２ユーザを第２アプリケーションに招待すると第１ユーザが決定（選択）したため、「招待対象ユーザＩＤ」と「招待先ユーザＩＤ」とは一致する。

しかしながら、ユーザ出力部３１０が第１ユーザの端末装置１０−１に出力する第２ユーザのうち、第２アプリケーションに登録されていない第２ユーザが複数となる場合、「招待対象ユーザＩＤ」は複数になる。この場合、複数の「招待対象ユーザＩＤ」に応じて、図２を用いて説明した黒子のアバター、または、図７を用いて説明した招待対象情報も、複数となる。
そしてこの場合、第１ユーザは端末装置１０−１を操作し、複数の「招待対象ユーザＩＤ」のうちから、いずれか一つまたは複数の「招待対象ユーザＩＤ」を選択し、選択した「招待対象ユーザＩＤ」により識別される第２ユーザを第２アプリケーションに招待したとする。
このように、「招待先ユーザＩＤ」は、「招待対象ユーザＩＤ」の中から選択されたユーザＩＤである。そのため「招待先ユーザＩＤ」と「招待対象ユーザＩＤ」とは、必ずしも一致するものではない。

招待要求出力部３２０は、招待要求記憶部Ｍ２１が記憶する招待要求情報を、第２ユーザが第１アプリケーションを操作しているときに、すなわち、第１アプリケーションの画面を端末装置１０−２に表示させるときに、端末装置１０−２に出力する。具体的には、第２ユーザが端末装置１０−２を操作すると、第２ユーザのユーザＩＤが端末装置１０−２から招待要求出力部３２０に出力される。招待要求出力部３２０は、第２ユーザのユーザＩＤが出力されたことに応じて、出力された第２ユーザのユーザＩＤを取得する。次に、招待要求出力部３２０は、取得した第２ユーザのユーザＩＤと、招待要求情報の招待先ユーザＩＤとが一致する招待要求情報を招待要求記憶部Ｍ２１から読み込む。そして、招待要求出力部３２０は、読み込んだ招待要求情報を、端末装置１０−２に出力する。一方、招待要求出力部３２０が、取得した第２ユーザのユーザＩＤと、招待要求情報の招待先ユーザＩＤとが一致する招待要求情報を招待要求記憶部Ｍ２１から読み込めない場合、すなわち、取得した第２ユーザのユーザＩＤと、招待要求情報の招待先ユーザＩＤとが一致する招待要求情報が招待要求記憶部Ｍ２１に記憶されていない場合、招待に関する以降の処理は実行されない。

図８は、第２ユーザＡ「Ｕ１００２」が操作する端末装置１０−２の表示部ＤＳに表示された招待要求情報の一例を示す図である。
ここでの招待要求情報とは、例えば、同図が示す「第１アプリケーション（Ａ１００１）を操作するユーザＵ１００１さんから第２アプリケーション（Ａ１００２）に招待されました」という文字情報である。

再び、図４を参照して、サーバ装置３０の構成について説明する。

ユーザ登録部（第１登録部）３２１は、招待要求出力部３２０が出力した招待要求情報に応じて、「第２ユーザが第２アプリケーションに登録する」ことを示す情報が入力された場合、第１関係記憶部Ｍ１００−１及び第１関係記憶部Ｍ１００−２に第２ユーザを識別するユーザＩＤと第２アプリケーションを識別するアプリケーション識別情報とを関連づけて記憶させる。具体的には、第２ユーザが端末装置１０−２にて第２アプリケーションに登録することを示す登録情報を入力すると、登録情報として、第２アプリケーションのアプリケーションＩＤ及び第２ユーザのユーザＩＤが端末装置１０−２からユーザ登録部３２１に出力される。例えば、図８により示される「第２アプリケーションに登録する」ボタンの第２ユーザによる押下を、端末装置１０−２の操作検出部ＴＰが検知すると、招待要求情報に含まれる第２アプリケーションのアプリケーションＩＤ「Ａ１００２」と、端末装置１０−２が保持する第２ユーザのユーザＩＤ「Ｕ１００２」とが、登録情報としてユーザ登録部３２１に出力される。
ユーザ登録部３２１は、登録情報が入力されたことに応じて、第１関係記憶部Ｍ１００−１及び第１関係記憶部Ｍ１００−２が記憶するフラグ情報のうち、取得した登録情報に含まれている第２ユーザのユーザＩＤに一致するユーザＩＤと、第２アプリケーションのアプリケーションＩＤに一致するアプリケーションＩＤとに、それぞれ関連付けられているフラグ情報を「１」に変更する。

次に、図９を参照して、アプリケーションシステム１におけるアプリケーションへの招待の動作について説明する。図９は、本実施形態のアプリケーションシステム１の動作の一例を示すフローチャートである。

まず、第１ユーザが端末装置１０−１にて第１アプリケーションを開始する（ステップＳ１００）。これに応じて、端末装置１０−１から、第１ユーザのユーザＩＤが、第１アプリケーション装置３１に送信される。第１アプリケーション装置３１の制御部３１８は、受信した第１ユーザのユーザＩＤと関連付けられている第１友達関係情報および／または進行状況を、第１記憶部Ｍ１の第１友達関係記憶部Ｍ１８および／または進行状況記憶部から読み出し、読み出した第１友達関係情報および／または進行状況に基づいて、第１アプリケーションを制御する。

その後、何からの契機により、第１アプリケーション装置３１の制御部３１８が、出力部３１９を介して、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示（アバター表示）させる（ステップＳ１０００）。なお「何からの契機」とは、第１アプリケーションの進行に基づいた契機であってもよいし、第１ユーザによる第１アプリケーションにおける操作に基づいた契機であってもよい。

ここでは、第１アプリケーション装置３１の制御部３１８は、第２ユーザのうちから選択された第２ユーザＡと第２ユーザＢとのアバターを、第１ユーザの端末装置１０−１の画面に表示させるものとする。なお、第２ユーザのうちから、アバターを表示するユーザを選択する方法は、第１アプリケーションの進行に基づいて選択される方法であってもよいし、ランダムに選択される方法であってもよいし、他の任意の方法であってもよい。

ここで、選択された第２ユーザのアバターを表示させる処理について、図１０と図１１とのフローチャートを用いて、より詳細に説明する。図１１のフローチャートは、図１０のフローチャートの更に詳細なフローチャートの一例であり、図１１のステップにおいて、図１０のステップに対応するステップには同じステップ番号を付し、その説明を省略する。

まず、第１アプリケーション装置３１の制御部３１８は、選択した第２ユーザＡのユーザＩＤと第２ユーザＢのユーザＩＤとを、出力部３１９に出力する。これにより出力部３１９は、第２ユーザＡのユーザＩＤと第２ユーザＢのユーザＩＤとを取得する（ステップＳ１０１０）。なお、出力部３１９は、取得した第２ユーザのユーザＩＤごとに、図１０のステップＳ１０１０からステップＳ１０４０を実行する。

次に、出力部３１９は、取得した第２ユーザのユーザＩＤと第１ユーザのユーザＩＤとに関する第１関係情報を、関係記憶部Ｍ２００の第１関係情報記憶部Ｍ１００から読み出す（ステップＳ１０２０）。次に、出力部３１９は、読み出した第１関係情報に基づいて、取得した第２ユーザのユーザＩＤに対応するアバターの情報を、表示態様記憶部Ｍ２９または表示態様記憶部Ｍ１９から読み出す（ステップＳ１０３０）。次に、出力部３１９は、読み出したアバターの情報に基づいて、第２ユーザのアバターを、端末装置１０−１の画面に表示させる（ステップＳ１０４０）。

なお出力部３１９は、図１０のステップＳ１０２０において、取得した第２ユーザのユーザＩＤに関する第１関係情報を、関係記憶部Ｍ２００の第１関係情報記憶部Ｍ１００から読み出す（図１１のステップＳ１０２２参照）。

また出力部３１９は、図１０のステップＳ１０３０において、図１１に示すステップＳ１０３２、ステップＳ１０３３、およびステップＳ１０３４を実行する。
出力部３１９は、図１１に示すステップＳ１０３２において、読み出した第１関係情報に基づいて、取得したユーザＩＤにより識別される第２ユーザが、第２アプリケーションに登録されているか否かを判定する。ステップＳ１０３２において登録されていると判定された場合（ステップＳ１０３２の判定結果がＹＥＳの場合）、出力部３１９は、第２ユーザのユーザＩＤと関連付けられているアバターの情報を、表示態様記憶部Ｍ２９から読み出す（ステップＳ１０３３）。

逆に、ステップＳ１０３２において登録されていないと判定された場合（ステップＳ１０３２の判定結果がＮＯの場合）、出力部３１９は、黒子となるアバターの情報を、表示態様記憶部Ｍ１９から読み出す（ステップＳ１０３４）。

このようにして、第１アプリケーション装置３１の出力部３１９は、第１関係情報に基づいて、第１ユーザの端末装置１０−１の画面に、第２ユーザ（第２ユーザＡと第２ユーザＢ）のアバターを表示させる。すなわち、出力部３１９は、この第２ユーザのアバターを表示させるときに、関係記憶部Ｍ２００から取得した当該関係情報に基づいた表示態様により、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させる（上記に説明した図２参照）。

第１アプリケーション装置３１の出力部３１９は、ステップＳ１０３２において登録されていないと判定された場合（ステップＳ１０３２の判定結果がＮＯの場合）、すなわち、第１ユーザの端末装置１０−１の画面に黒子となるアバターを表示させる場合、この黒子となるアバターと関連付けて、招待要求入力手段を表示させる。この招待要求入力手段（または、黒子となるアバターが含む情報）には、ステップＳ１０３２において登録されていないと判定された第２ユーザのユーザＩＤが、「招待対象ユーザＩＤ」として含められる。

なお図１１のステップＳ１０３２において、出力部３１９は、読み出した第１関係情報に基づいて、第１アプリケーションに第１ユーザが登録されており、第２アプリケーションに第１ユーザが登録されており、第１アプリケーションに第２ユーザが登録されており、かつ、第２アプリケーションに第２ユーザが登録されているか否かを判定してもよい。
このように判定することにより、出力部３１９は、第１アプリケーションにおいては第１ユーザと共通に登録している第２ユーザであって、第２アプリケーションにおいて第１ユーザは登録しているのに自身は登録していない第２ユーザを、黒子として、第１ユーザの端末装置１０−１にアプリケーションの画像を表示する第１アプリケーションにおいて表示することができる。
なお、このような判定をする場合、出力部３１９は、図１１のステップＳ１０２２において、取得した第２ユーザのユーザＩＤに関する第１関係情報と、第１ユーザのユーザＩＤに関する第１関係情報とを、関係記憶部Ｍ２００の第１関係情報記憶部Ｍ１００から読み出す。

ところで、図９のステップＳ１０００において、アバター表示ではなく、招待対象者情報及び招待要求入力手段を、第１ユーザの端末装置１０−１の画面に表示させる場合には、出力部３１９は、図９のステップＳ１０００として、次に説明するステップＳ１０１とステップＳ１０２（図９参照）を実行する。
まず、第１ユーザが端末装置１０−１にて第１アプリケーションを開始したことに応じて、出力部３１９のユーザ出力部３１０は、第１ユーザのユーザＩＤを出力する（ステップＳ１０１）。具体的には、第１ユーザが端末装置１０−１を操作すると、第１ユーザのユーザＩＤが端末装置１０−１から第１アプリケーション装置３１に出力される。第１アプリケーション装置３１の出力部３１９（ユーザ出力部３１０）は、第１ユーザのユーザＩＤを取得したことに応じて、第１関係記憶部Ｍ１００が関連付けて記憶するアプリケーションＩＤとユーザＩＤに基づき、第１アプリケーションに登録されているユーザＩＤのうち、第２アプリケーションに登録されていないユーザＩＤを、第２ユーザのユーザＩＤとして招待対象出力部３１１に出力する。

次に、招待対象出力部３１１は、招待対象情報を出力する（ステップＳ１０２）。具体的には、招待対象出力部３１１は、ユーザ出力部３１０から第２ユーザのユーザＩＤを取得したことに応じて、取得した第２ユーザのユーザＩＤを、端末装置１０−１に出力する。

上記のステップＳ１０００（図１０のステップ１０１０〜ステップ１０４０、および、図１１のステップＳ１０１０〜ステップＳ１０４０）により、第１表示態様として、図２に示されるように、端末装置１０−１の画面には、アバターとともに招待要求入力手段が表示される。または、上記のステップＳ１０１とステップＳ１０２とにより、第２表示態様として、図７に示されるように、端末装置１０−１の画面には、招待対象者情報とともに招待要求入力手段が表示される。
第１アプリケーション装置３１の出力部３１９は、第１表示態様と第２表示態様との２つの表示態様のうち、いずれか一方の表示態様により招待要求入力手段を端末装置１０−１の画面に表示させてもよいし、両方の表示態様により招待要求入力手段を端末装置１０−１の画面に表示させてもよい。また、端末装置１０−１から受信するユーザの操作情報に基づいて、第１アプリケーション装置３１の出力部３１９は、表示態様を切り替えてもよい。
なお、第１表示態様の場合、第１ユーザは、第２アプリケーションに第２ユーザが登録されているか否かを、アバターにより視認しやすくなるという効果がある。

次に、端末装置１０−１は、第１ユーザにより入力された招待要求情報を出力して処理を終了する（ステップＳ１０３）。具体的には、端末装置１０−１は、招待対象出力部３１１から入力された招待対象情報及び招待要求入力手段を、表示部ＤＳに表示する（図２または図７を参照）。端末装置１０−１の操作検出部ＴＰは、第１ユーザが第２ユーザを第２アプリケーションに招待することを示す招待要求情報の入力の有無を検出する。操作検出部ＴＰにより、招待要求情報の入力が検出された場合、端末装置１０−１は、招待対象情報に含まれる第２ユーザのユーザＩＤと、第２アプリケーションのアプリケーションＩＤと、端末装置１０−１が保持する第１ユーザのユーザＩＤと、第１アプリケーションのアプリケーションＩＤとを招待要求情報として招待要求登録部３１２に出力する。

次に、招待要求登録部３１２は、招待要求情報を招待要求記憶部Ｍ２１に記憶させる（ステップＳ１０４）。具体的には、招待要求登録部３１２は、端末装置１０−１から招待要求情報を取得したことに応じて、取得した招待要求情報を招待要求記憶部Ｍ２１に記憶させる。

その後、招待要求出力部３２０は、招待要求記憶部Ｍ２１が記憶する招待要求情報を、第２ユーザが第１アプリケーションを操作しているときに出力する（ステップＳ１０５）。
具体的には、第２ユーザが端末装置１０−２を操作し、第１アプリケーションを開始すると、第２ユーザのユーザＩＤが端末装置１０−２から招待要求出力部３２０に出力される（ステップＳ１０５１）。招待要求出力部３２０は、第２ユーザのユーザＩＤを取得したことに応じて、取得した第２ユーザのユーザＩＤと一致する第２ユーザのユーザＩＤを有する招待要求情報を招待要求記憶部Ｍ２１から読み込む。そして、招待要求出力部３２０は、読み込んだ招待要求情報を、端末装置１０−２に出力する。

次に、第２ユーザが操作する端末装置１０−２は、第２ユーザにより入力された登録情報をユーザ登録部３２１に出力して処理を終了する（ステップＳ１０６）。具体的には、端末装置１０−２は、招待要求出力部３２０から入力された招待要求情報を、表示部ＤＳに表示する（図８を参照）。端末装置１０−２の操作検出部ＴＰは、第２ユーザが第２ユーザに登録することを示す登録情報の入力を検出する。操作検出部ＴＰにより、登録情報の入力が検出された場合、端末装置１０−２は、招待要求情報に含まれる第２ユーザのユーザＩＤと、第２アプリケーションのアプリケーションＩＤとを登録情報としてユーザ登録部３２１に出力する。また、端末装置１０−２は、招待者である第１ユーザのユーザＩＤを友人情報として、ユーザ登録部３２１に出力してもよい。

次に、ユーザ登録部３２１は、第２ユーザを第２アプリケーションに登録させる（ステップＳ１０７）。具体的には、ユーザ登録部３２１は、端末装置１０−２から出力された登録情報を取得する。次に、ユーザ登録部３２１は、第１関係記憶部Ｍ１００−１及び第１関係記憶部Ｍ１００−２が記憶するフラグ情報のうち、取得した登録情報に含まれている第２ユーザのユーザＩＤに一致するユーザＩＤと、第２アプリケーションのアプリケーションＩＤに一致するアプリケーションＩＤとに、それぞれ関連付けられているフラグ情報を「１」に変更する。

また、招待者である第１ユーザのユーザＩＤを友人情報として、ユーザ登録部３２１に出力した場合、第２ユーザの登録情報として第１ユーザが友人情報として登録されており、第２ユーザが第２アプリケーションを起動した際には、第１ユーザが友人情報として初めから登録されていることになる。その場合、第２ユーザが第２アプリケーションを操作している際には、友人情報として第１ユーザが表示されているから、第２ユーザは第２アプリケーションにおいて手間を有することなく、第１ユーザとコミュニケーションをとることができる。
すなわち、ユーザ登録部３２１は、招待元となる第１ユーザのユーザＩＤと、招待先となる第２ユーザのユーザＩＤとを関連付けて、第２友達関係情報として第２友達関係記憶部Ｍ２８に記憶する。このようにして、ユーザ登録部３２１は、招待者である第１ユーザを第２ユーザの友人として登録する。これにより、第２ユーザの登録情報として第１ユーザが友人情報として登録されており、第２ユーザが第２アプリケーションを起動した際には、第１ユーザが友人情報として初めから登録されていることになる。
そのため、第２アプリケーション装置３２の制御部３２８は、第２ユーザが初めて第２アプリケーションにログインした場合であっても、この第２ユーザのユーザＩＤと関連付けて、第２記憶部Ｍ２の第２友達関係記憶部Ｍ２８に記憶されている第２友達関係情報に基づいて、第２アプリケーションを制御することができる。たとえば、第２ユーザが第２アプリケーションを操作している際に、第２アプリケーション装置３２の制御部３２８は、第２ユーザの端末装置１０−２の画面に、第２ユーザの友人情報として第１ユーザを表示することも可能である。よって、第２ユーザ、第２アプリケーションにおいて第１ユーザと友達関係に設定されていない場合に対比して、初めて第２アプリケーションを実行した場合であっても、第２ユーザは第２アプリケーションにおいて手間を有することなく、友達関係が設定されている第１ユーザとコミュニケーションをとることができる。

以上説明したように、本実施形態のサーバ装置３０において、出力部３１９は、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させる場合に、第１ユーザと第２ユーザとの関係を示す関係情報を記憶する関係記憶部Ｍ２００から取得した関係情報（第１関係情報）に基づいた表示態様により、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させる。なお、サーバ装置３０は、ログイン中のユーザの端末装置の画面に、非ログイン中の他のユーザのアバターを表示させることが可能である。

そのため、ユーザは、他のユーザと自身との間の関係を容易に確認することができる。また、ユーザは、他のユーザが非ログイン中であったとしても、他のユーザと自身との間の関係を容易に確認することができる。

また、出力部３１９は、第１ユーザの端末装置１０−１にアプリケーションの画像を表示する第１アプリケーションにおいて、第２ユーザのアバターを表示させる場合に、関係記憶部Ｍ２００が記憶する第１関係情報に基づいて、第２アプリケーションに第２ユーザが登録されている場合と登録されていない場合とで、第２ユーザのアバターの表示態様を異ならせる。

これにより、第１ユーザは、第２ユーザのうち、いずれの第２ユーザが第２アプリケーションに登録しているか否かを確認することができる。すなわち、第１ユーザは、第２ユーザのうち、いずれの第２ユーザが、自身が登録している第２アプリケーションに登録しているか否かを確認することができる。また第１ユーザは、この確認により、第２ユーザのうち、いずれの第２ユーザを第２アプリケーションに招待すべきか否かを、判断しやすくなる。

また、以上説明したように、本実施形態のサーバ装置３０は、ユーザ出力部３１０と、招待対象出力部３１１と、招待要求登録部３１２と、招待要求出力部３２０と、ユーザ登録部３２１とを備えている。このユーザ出力部３１０は、第１関係記憶部Ｍ１００が関連付けて記憶するアプリケーションを識別するアプリケーションＩＤとユーザを識別するユーザＩＤとに基づいて、ユーザのうち、第２アプリケーションに登録されていない第２ユーザを識別する識別情報（すなわち、第２アプリケーションに登録されていない第２ユーザのユーザＩＤ）を出力する。また、招待対象出力部３１１は、ユーザ出力部３１０が出力した第２ユーザのユーザＩＤに基づいて、第２ユーザが第２アプリケーションに登録されていないことを示す招待対象情報を、第１ユーザが第１アプリケーションを操作しているときに出力する。また、招待要求登録部３１２は、招待対象出力部３１１が出力した招待対象情報に応じて、第１ユーザが第２ユーザを第２アプリケーションに招待することを示す招待要求情報が入力された場合、入力された招待要求情報を招待要求記憶部Ｍ２１に記憶させる。また、招待要求出力部３２０は、招待要求記憶部が記憶する招待要求情報を、第２ユーザが第１アプリケーションを操作しているときに出力する。ユーザ登録部３２１は、招待要求出力部が出力した招待要求情報に応じて、第２ユーザが第２アプリケーションに登録することを示す情報が入力された場合、第１関係記憶部Ｍ１００に第２ユーザを識別するユーザＩＤと第２アプリケーションを識別するアプリケーションＩＤとを関連づけて記憶させる。

これにより、第１ユーザは第２ユーザを第２アプリケーションに招待するために、第２アプリケーションを開始する必要がない。すなわち、第１ユーザは第１アプリケーションを操作しながら、第２ユーザを第２アプリケーションに招待することができる。そのため、本実施形態のサーバ装置３０は、第１ユーザの招待に係る手間を軽減することができる。

また、本実施形態のサーバ装置３０の招待対象出力部３１１は、招待対象情報を出力するとともに、招待要求情報を入力する招待要求入力手段を出力するようにしてもよい。

これにより、第１ユーザは第１アプリケーションを操作している画面には、招待対象ユーザとともにそのユーザを招待するための入力手段が表示されるため、第１ユーザは容易に招待対象ユーザを第２アプリケーションに招待することができる。すなわち、本実施形態のサーバ装置３０は、第１ユーザの招待に係る手間を軽減することができる。

[第２の実施形態]
次に、本発明を実施するための第２の実施形態について、図面を参照して説明する。なお、上述した第１の実施形態における各構成と同一の構成については、同一の符号を付して説明を省略する。

また、以降の各実施形態における構成の説明において、同様の機能を有する構成については、その構成に付す符号として、符号の最後に小文字のアルファベットを付し、同様の機能についてはその説明を省略する。なお、各実施形態における構成を区別しないで説明する場合、符号の最後に付されている小文字のアルファベットを省略して説明する。

また、構成の符号と同様に、以降の各実施形態における動作の説明において、同様の処理となるステップについては、そのステップに付す符号として、符号の最後に小文字のアルファベットを付し、同様のステップについてはその説明を省略する。なお、各実施形態におけるステップを区別しないで説明する場合、符号の最後に付されている小文字のアルファベットを省略して説明する。

本実施形態におけるアプリケーションシステム１ａについて、第１アプリケーションと第２アプリケーションとに登録されているユーザを第１ユーザとする。また、第１アプリケーションにおいて、第２ユーザのうち、第１ユーザにアクセスした第２ユーザを第３ユーザとした場合を例に説明する。

図１２は、本発明の第２の実施形態に係るアプリケーションシステム１ａの構成の一例を示す構成図である。アプリケーションシステム１ａは、複数の端末装置１０（例えば、端末装置１０−１〜１０−５）と、サーバ装置３０ａ（アプリケーション装置）と、ネットワーク２０と、を備えている。端末装置１０−３と端末装置１０−４とは、第３ユーザが操作する端末装置である。

ここでは第２ユーザとして、第２ユーザＡと第２ユーザＢと第２ユーザＣと第２ユーザＤの４人のユーザがいる場合について説明する。なお、第２ユーザのうち、第２ユーザＡと第２ユーザＢと第２ユーザＣと第２ユーザＤとを区別せずに説明する場合には、単に第２ユーザと称して説明する。

ここで、図１３に示す第１ユーザと第２ユーザとの関係図を用いて、第１ユーザと第２ユーザとの関係について説明する。
この図１３においては、第１ユーザまたは第２ユーザが、第１アプリケーションまたは第２アプリケーションに登録されていることを記号「ＹＥＳ」で示し、登録されていないことを記号「ＮＯ」で示している。また、図１３においては、第２ユーザが第１ユーザへアクセスしたことを記号「ＹＥＳ」で示し、第２ユーザが第１ユーザへアクセスしていないことを記号「ＮＯ」で示している。

この図１３に示すように、第１ユーザは、第１アプリケーションと第２アプリケーションとに登録されているものとする。また、第２ユーザＡは、第１アプリケーションに登録されており、第２アプリケーションに登録されておらず、第１ユーザにアクセスしていないものとする。また、第２ユーザＢは、第１アプリケーションと第２アプリケーションとに登録されており、第１ユーザにアクセスしたものとする。また、第２ユーザＣは、第１アプリケーションに登録されており、第２アプリケーションに登録されておらず、第１ユーザにアクセスしたものとする。また、第２ユーザＤは、第１アプリケーションと第２アプリケーションとに登録されており、第１ユーザにアクセスしていないものとする。
これより、この４人の第２ユーザのうち、第２ユーザＢと第２ユーザＣとが第３ユーザであり、第２ユーザＡと第２ユーザＤとは第３ユーザではない。

本実施形態のサーバ装置３０ａは、第１ユーザの端末装置１０−１の画面に第１アプリケーションの画像を表示させる場合に、表示させる第１アプリケーションの画像内に、第２ユーザのうち、第１ユーザにアクセスした第３ユーザのアバターを表示させる。また、サーバ装置３０ａは、アバターを端末装置１０−１の画面に表示させる場合、第１の実施形態のサーバ装置３０と同様に、第１ユーザと第３ユーザとの関係に基づいた表示態様により、第１ユーザの端末装置１０−１の画面に第３ユーザのアバターを表示させる。

この場合、第２ユーザＡと第２ユーザＢと第２ユーザＣと第２ユーザＤの４人の第２ユーザのうち、第２ユーザＢと第２ユーザＣとが第１ユーザにアクセスした第３ユーザであるため、第１ユーザの端末装置１０−１の画面には、第２ユーザＢと第２ユーザＣとのアバターが表示される。
ここで、上記に説明したように、第２ユーザＢは第２アプリケーションに登録されており、第２ユーザＣは第２アプリケーションに登録されていない。そのため、第１ユーザの端末装置１０−１の画面には、第２ユーザＢは第２アプリケーションにおける第２ユーザＢのアバターにより表示され、第２ユーザＣは黒子のアバターにより表示される。この表示態様は、図２を用いて説明した第１の実施形態による表示態様と同様である。

そして、第１の実施形態の場合と同様に、第１ユーザは、端末装置１０−１の画面に表示された第３ユーザのアバターにより、第３ユーザが第２アプリケーションに登録されているか否かを、第３ユーザを第２アプリケーションに招待することに先立って、視認により確認することができる。そして、第３ユーザが第２アプリケーションに登録されていない場合、第１アプリケーションにおいて、第１ユーザは第３ユーザを第２アプリケーションに招待することができる。つまり、本実施形態のサーバ装置３０ａは、第１アプリケーションにおいて第１ユーザにアクセスした第３ユーザを第１ユーザが第２アプリケーションに招待できる点において、第１の実施形態と異なる。ここで、アクセスとは、第１アプリケーションにおいて、第３ユーザが第１ユーザの固有のデータを少なくとも参照することを言い、例えば、第３ユーザが第１ユーザに、挨拶、訪問または戦闘などをすることである。

次に、サーバ装置３０ａの詳細な構成について、図１４を参照して説明する。

図１４は、本実施形態のサーバ装置３０ａの構成の一例を示す構成図である。同図に示すように、サーバ装置３０ａは、複数のアプリケーション装置（例えば、第１アプリケーション装置３１ａ及び第２アプリケーション装置３２）と、ネットワーク２１とを備えている。

第１アプリケーション装置３１ａは、出力部３１９ａ、アクセス登録部３１３（第３登録部）、制御部３１８及び第１記憶部Ｍ１ａを備える。この第１記憶部Ｍ１ａは、アクセス履歴記憶部Ｍ１１を備えている。出力部３１９ａは、ユーザ登録判定部３１４、アクセス出力部３１５及び招待対象出力部３１１ａを備える。

次に図１５を参照して、アクセス履歴記憶部Ｍ１１が記憶する情報の一例について説明する。図１５は、本実施形態のアクセス履歴記憶部Ｍ１１が記憶する情報の一例を、表（テーブル）の形式で示したものである。アクセス履歴記憶部Ｍ１１は、第１アプリケーションに登録されている第２ユーザが、第１アプリケーションにおいて、第１アプリケーションに登録されている第１ユーザにアクセスしたことを示すアクセス情報の履歴を複数記憶する。具体的には、アクセス履歴記憶部Ｍ１１は、アクセスした日時を示す日時情報と、第１ユーザのユーザＩＤ（アクセス先ユーザＩＤ）と、第２ユーザのユーザＩＤ（アクセス元ユーザＩＤ）と、アクセスの種類を識別するアクセスＩＤとを関連付けて記憶する。この日時情報とは、年月日及び時間であり、同図が示すように、各レコードがアクセス情報である。例えば、「２０１２０５２１１００５」は、「２０１２年５月２１日１０時５分」にアクセスがあったことを示す。また、アクセスＩＤは、アクセスの種類を識別するためにアクセスの種類に固有に割り当てられた識別情報である。アクセスの種類としては、例えば、「挨拶」、「訪問」または「戦闘」などがある。

このようにアクセス履歴記憶部Ｍ１１は、第１アプリケーションにおけるユーザ間のアクセスを示すアクセス情報の履歴を記憶する。なおアクセス情報は、第１アプリケーションにおけるユーザ間の挨拶、訪問、または戦闘を示す情報を含む。

再び、図１４を参照して、サーバ装置３０ａの構成について説明する。

アクセス登録部３１３（第３登録部）は、第１アプリケーションにおいて、第１アプリケーションに登録されている第２ユーザが第１ユーザにアクセスしたことを示すアクセス情報の履歴をアクセス履歴記憶部Ｍ１１に記憶させる。具体的には、第２ユーザが端末装置１０にて第１ユーザにアクセスを行うと、アクセス情報として、日時情報、第１ユーザのユーザＩＤ、第２ユーザのユーザＩＤ及びアクセスＩＤが端末装置１０からアクセス登録部３１３に出力される。アクセス登録部３１３は、アクセス情報が出力されたことに応じて、アクセス情報を取得し、取得したアクセス情報を、アクセス履歴記憶部Ｍ１１に記憶させる。
また、アクセス登録部３１３は、第１アプリケーションにおける第２ユーザから第１ユーザへの「挨拶」、「訪問」または「戦闘」をアクセスとして検出し、当該アクセスを検出した場合、第２ユーザが第１ユーザにアクセスしたことを示すアクセス情報の履歴をアクセス履歴記憶部Ｍ１１に記憶させてもよい。具体的には、第２ユーザが端末装置１０にて第１ユーザに「挨拶」、「訪問」または「戦闘」を行うと、アクセス情報として、日時情報、第１ユーザのユーザＩＤ、第２ユーザのユーザＩＤ及びアクセスＩＤが端末装置１０からアクセス登録部３１３に出力される。アクセス登録部３１３は、アクセス情報が出力されたことに応じて、アクセス情報を取得し、取得したアクセス情報を、アクセス履歴記憶部Ｍ１１に記憶させる。例えば、端末装置１０−４において、２０１２年５月２１日１０時５分に、第２ユーザＣ（ユーザＩＤが「Ｕ１００３」）が第２ユーザＡ（ユーザＩＤが「Ｕ１００１」）に挨拶をした場合、アクセス登録部３１３は、アクセス情報をアクセス履歴記憶部Ｍ１１に記憶させる。この場合、図１５が示すように、例えば、日時情報が「２０１２０５２１００５」、第１ユーザのユーザＩＤ（アクセス先ユーザＩＤ）が「Ｕ１００１」、第２ユーザＣのユーザＩＤ（アクセス元ユーザＩＤ）が「Ｕ１００３」、アクセスＩＤとしてアクセスの種類を示す「訪問」というアクセス情報が、アクセス履歴記憶部Ｍ１１に記憶させる。

なお、日時情報は、「２０１２０５２１００５」を例にすると、年（西暦）を示す情報（この例では２０１２）、月を示す情報（この例では０５）、日を示す情報（この例では２１）、時を示す情報（この例では００）、および、分を示す情報（この例では０５）の組み合わせにより構成されている。

出力部３１９ａのユーザ登録判定部３１４は、アクセス履歴記憶部Ｍ１１に記憶されているアクセス情報の履歴に基づくユーザＩＤであって、アクセス元となる第２ユーザのユーザＩＤ（アクセス元ユーザＩＤ）が、第１関係記憶部Ｍ１００が関連付けて記憶するアプリケーションＩＤとユーザＩＤとに基づいて、第２アプリケーションに登録されているか否かを判定する。具体的には、第１ユーザが端末装置１０−１を操作すると、第１ユーザのユーザＩＤが端末装置１０−１からユーザ登録判定部３１４に出力される。ユーザ登録判定部３１４は、第１ユーザのユーザＩＤを取得したことに応じて、取得した第１ユーザのユーザＩＤとアクセス先ユーザＩＤが一致するアクセス情報をアクセス履歴記憶部Ｍ１１から読み込む。そして、ユーザ登録判定部３１４は、読み込んだアクセス情報のアクセス元ユーザＩＤと一致するユーザＩＤと関連付けられている第２アプリケーションのアプリケーションＩＤのフラグ情報を、第１関係記憶部Ｍ１００から読み込む。読み込んだフラグ情報が「１」の場合、ユーザ登録判定部３１４は、アクセス元ユーザＩＤにより識別される第２ユーザは、第２アプリケーションに登録されていると判定する。一方、読み込んだフラグ情報が「０」の場合、ユーザ登録判定部３１４は、アクセス元ユーザＩＤにより識別される第２ユーザは、第２アプリケーションに登録されていないと判定する。そして、ユーザ登録判定部３１４は、判定の結果を示す判定結果情報を招待対象出力部３１１ａ及びアクセス出力部３１５に出力する。なお、アクセス履歴記憶部Ｍ１１に、アクセス先ユーザＩＤが第１ユーザのユーザＩＤとなり、かつ、アクセス元ユーザＩＤが異なるアクセス情報の履歴が複数個記憶されている場合には、ユーザ登録判定部３１４は、複数個の判定結果情報を招待対象出力部３１１ａ及びアクセス出力部３１５に出力する。
この判定結果情報は、ここでは、第２ユーザのユーザＩＤと、判定フラグ情報とが関連付けられた情報である。この判定フラグ情報とは、第２ユーザが第２アプリケーションに登録されている場合「１」の値をとり、第２ユーザが第２アプリケーションに登録されていない場合「０」の値をとる。例えば、第１ユーザにアクセスした第２ユーザ（この第２ユーザのユーザＩＤを「Ｕ１００３」とする）が第２アプリケーションに登録されていないと判定された場合、判定結果情報は、第２ユーザのユーザＩＤが「Ｕ１００３」、判定フラグ情報が「０」の値をとる。一方、第１ユーザにアクセスしたユーザ（この第２ユーザのユーザＩＤを「Ｕ１００４」とする）が第２アプリケーションに登録されていると判定された場合、判定結果情報は、第２ユーザのユーザＩＤが「Ｕ１００４」、判定フラグ情報が「１」の値をとる。

出力部３１９ａの招待対象出力部３１１ａは、ユーザ登録判定部３１４により、第１ユーザにアクセスした第２ユーザ（すなわち、第３ユーザ）が第２アプリケーションに登録されていないと判定された場合、この第２ユーザ（すなわち、第３ユーザ）が第２アプリケーションに登録されていないことを示す招待対象情報を出力するとともに、アクセス履歴記憶部Ｍ１１が記憶する当該アクセスに関するアクセス情報の履歴を出力する。具体的には、招待対象出力部３１１ａは、判定結果情報がユーザ登録判定部３１４から入力されたことに応じて、入力された判定結果情報のうち判定フラグ情報が「０」の第２ユーザのユーザＩＤにより識別される第２ユーザ（すなわち、第３ユーザ）が第２アプリケーションに登録されていないことを示す招待対象情報を、端末装置１０−１に出力する。それとともに、招待対象出力部３１１ａは、アクセス履歴記憶部Ｍ１１から当該判定結果情報の元となったアクセス情報の履歴を読み込み、端末装置１０−１に出力する。招待対象情報及びアクセス履歴の出力例については、図１６を参照して後述する。
出力部３１９ａのアクセス出力部３１５は、ユーザ登録判定部３１４により判定された結果に応じて、第１ユーザにアクセスした第２ユーザ（すなわち、第３ユーザ）の表示態様（アバター）を設定し、設定した表示態様に基づいて、第２ユーザのアバターを、第１ユーザが第１アプリケーションを操作しているときに出力する。
具体的には、出力部３１９ａのアクセス出力部３１５は、判定結果情報がユーザ登録判定部３１４から入力されたことに応じて、入力された判定結果情報に基づいて第３ユーザの表示態様を設定する。つまり、アクセス出力部３１５は、第３ユーザが第２アプリケーションに登録されている場合と、いない場合とで、第３ユーザの表示態様を異ならせるように設定する。そして、アクセス出力部３１５は、設定した第３ユーザの表示態様と第３ユーザのユーザＩＤを端末装置１０−１に出力する。

すなわち、出力部３１９ａのアクセス出力部３１５は、第１アプリケーションの画像が第１ユーザの端末の画面に提示される場合、第３ユーザが第２アプリケーションに登録されている場合と、いない場合とで、第３ユーザのアバターの表示態様を異ならせて、第１ユーザの端末である端末装置１０−１に表示させる。

第３ユーザの表示態様の例については、図１６を参照して後述する。
なお、アクセス出力部３１５は、ユーザ登録判定部３１４により判定された結果に応じて、第３ユーザの表示態様を設定し、設定した表示態様に基づいて、第３ユーザのアバターを、第１ユーザが第１アプリケーションを操作しているときに出力する。具体的には、ユーザ登録判定部３１４から入力された判定結果情報の判定フラグ情報が「１」の場合、アクセス出力部３１５は、第２アプリケーションで用いられている第３ユーザの「アバターの情報」と第３ユーザのユーザＩＤとを端末装置１０−１に出力する。この第２アプリケーションで用いられている第３ユーザの「アバターの情報」は、第１の実施形態の場合と同様に、第２記憶部Ｍ２の表示態様記憶部Ｍ２９に記憶されている。

図１６は、ユーザ「Ｕ１００１」が操作する端末装置１０−１の表示部ＤＳに表示された、招待対象者情報、アクセス履歴、及び第３ユーザのアバターの一例を示す図である。なお、ここでは、招待対象者情報と第３ユーザのアバターとがともに、端末装置１０−１の表示部ＤＳに表示される場合について説明する。
ここでは、ユーザ「Ｕ１００３」と「Ｕ１００４」とが第３ユーザとする。また、このユーザ「Ｕ１００４」は、第２アプリケーションに登録されている。このユーザ「Ｕ１００３」は第２アプリケーションに登録されていないこととする。
ここで招待対象情報とは、例えば、同図の表示領域１１−ａに示されている「第２アプリケーション（Ａ１００２）への招待対象者」の下に表示されるユーザ「Ｕ１００３」である。また、アクセス情報の履歴とは、例えば、同図の表示領域１１−ｂが示す「アクセス履歴」の下に表示される「２０１２年５月２１日１０時５分 Ｕ１００３さんが訪問しました。」というアクセス情報と、「２０１２年５月１８日１３時３０分 Ｕ１００３さんが訪問しました。」というアクセス情報とである。
また、第３ユーザのアバターとは、例えば、同図の表示領域１１−ｃに表示されるアバターである。このアバターは、第１の実施形態において説明したものと同様のアバターである。なお、アバターは、ＳＮＳなどで用いられる、ユーザの分身となるキャラクターであってもよい。図１６の表示領域１１−ｃにおいて、ユーザＩＤ「Ｕ１００４」により識別される第２ユーザは、第２アプリケーションに登録しているため、この第２ユーザは、第２アプリケーションで用いられているユーザＩＤ「Ｕ１００４」のアバターを用いて表示されている。一方、ユーザＩＤ「Ｕ１００３」により識別される第２ユーザは、第２アプリケーションに登録していないため、第２アプリケーションに登録されていない場合の「黒子」のアバターを用いて表示されている。

このように、ユーザ登録判定部３１４とアクセス出力部３１５とに対応する出力部３１９ａは、第１の実施形態の場合と同様に、第１アプリケーションの画像が第１ユーザの端末の画面に提示される場合、第３ユーザが第２アプリケーションに登録されている場合と、いない場合とで、第３ユーザのアバターの表示態様を異ならせて、第１ユーザの端末である端末装置１０−１に提示する。

なお、同図の表示領域１１−ａ及び表示領域１１−ｃの「招待する」ボタンは、出力部３１９ａの招待対象出力部３１１ａにより出力された招待要求入力手段の例である。

次に、図１７を参照して、アプリケーションシステム１ａにおける第２アプリケーションへの招待の動作について説明する。図１７は、本実施形態のアプリケーションシステム１ａの動作の一例を示すフローチャートである。なお、第１の実施形態と同一の動作については同一の符号を付して、その説明を省略する。

まず、第３ユーザの端末装置１０−３は、第１アプリケーションにおいて第２ユーザが第１ユーザにアクセスしたことを示すアクセス情報をサーバ装置３０ａに出力し、処理を終了する（ステップＳ２０１）。端末装置１０−３の操作検出部ＴＰは、第３ユーザが第１ユーザにアクセスしたことを示すアクセス情報の入力を検出する。操作検出部ＴＰにより、アクセス情報の入力が検出された場合、端末装置１０−３は、アクセス情報として、日時情報、第１ユーザのユーザＩＤ、第２ユーザのユーザＩＤ及びアクセスＩＤをアクセス登録部３１３に出力する。上述したように、このアクセス情報のアクセスＩＤには、「挨拶」、「訪問」または「戦闘」などのアクセスの種類を示す情報が含まれている。

次に、アクセス登録部３１３は、アクセス情報の履歴をアクセス履歴記憶部Ｍ１１に記憶させる（ステップＳ２０２）。つまり、アクセス登録部３１３は、端末装置１０がアクセス情報を取得したことに応じて、アクセス情報を取得し、取得したアクセス情報をアクセス履歴記憶部Ｍ１１に記憶させる。

その後、第１ユーザが端末装置１０−１にて第１アプリケーションを開始する。その後、何からの契機により、第１アプリケーション装置３１の制御部３１８が、出力部３１９を介して、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させる。

この場合において、次に、ユーザ登録判定部３１４は、第３ユーザが第２アプリケーションに登録されているか否かを判定する（ステップＳ２０３）。つまり、第１ユーザが端末装置１０−１を操作すると、第１ユーザのユーザＩＤが端末装置１０−１からユーザ登録判定部３１４に出力される。ユーザ登録判定部３１４は、第１ユーザのユーザＩＤが出力されたことに応じて、第１ユーザのユーザＩＤを取得し、取得した第１ユーザのユーザＩＤと一致するアクセス先ユーザＩＤを有するアクセス情報をアクセス履歴記憶部Ｍ１１から読み込む。そして、ユーザ登録判定部３１４は、読み込んだアクセス情報に含まれるアクセス元ユーザＩＤにより識別される第２ユーザのフラグ情報を、第１関係記憶部Ｍ１００から読み込む。フラグ情報が「１」の場合、ユーザ登録判定部３１４は、アクセス元ユーザＩＤにより識別される第２ユーザは、第２アプリケーションに登録されていると判定する。一方、フラグ情報が「０」の場合、ユーザ登録判定部３１４は、アクセス元ユーザＩＤにより識別される第２ユーザは、第２アプリケーションに登録されていないと判定する。そして、ユーザ登録判定部３１４は、判定の結果を示す複数の判定結果情報を招待対象出力部３１１ａ及びアクセス出力部３１５に出力する。

次に、アクセス出力部３１５は、第３ユーザの表示態様を設定する（ステップＳ２０４）。具体的には、アクセス出力部３１５は、判定結果情報がユーザ登録判定部３１４から入力されたことに応じて、入力された判定結果情報に基づいて第３ユーザの表示態様を設定する。より具体的には、判定結果情報の判定フラグ情報が「１」の場合、アクセス出力部３１５は、第３ユーザを表示する場合の表示態様を、第２アプリケーションで用いられている第２ユーザのアバターに設定する。一方、判定結果情報の判定フラグ情報が「０」の場合、アクセス出力部３１５は、第２ユーザを表示する場合の表示態様を、第２ユーザが第２アプリケーションに登録されていない場合の表示態様、すなわち、「黒子」に設定する。そして、アクセス出力部３１５は、設定した第２ユーザの表示態様（アバター）と第２ユーザのユーザＩＤとを端末装置１０−１に表示させる。

このように、上述のステップＳ２０３における「第３ユーザが第２アプリケーションに登録されているか否かを判定するユーザ登録判定部３１４の処理」は、第１の実施形態における図１１のステップＳ１０２２とステップＳ１０３２との処理と同様の処理である。
また、上述のステップＳ２０４における「第３ユーザの表示態様を出力するアクセス出力部３１５の処理」は、第１の実施形態における図１１のステップＳ１０３３またはステップＳ１０３４、およびステップＳ１０４０の処理と同様の処理である。

次に、端末装置１０−１は、第３ユーザのアバターを表示する（ステップＳ２０５）。つまり、端末装置１０−１は、アクセス出力部３１５から入力された第３ユーザの表示態様の情報に基づいて、表示部ＤＳに、第３ユーザのアバターを表示する。

次に、招待対象出力部３１１ａは、招待対象情報、招待要求入力手段及びアクセス履歴を出力する（ステップＳ２０６）。具体的には、招待対象出力部３１１ａは、判定結果情報がユーザ登録判定部３１４から入力されたことに応じて、入力された判定結果情報のうち判定フラグ情報が「０」の第３ユーザのユーザＩＤを、招待対象ユーザＩＤとして、端末装置１０−１に出力する。また、招待対象出力部３１１ａは、アクセス履歴記憶部Ｍ１１からアクセス情報の履歴を読み込み、端末装置１０−１に出力する。

このように、上述のステップＳ２０６における「招待対象情報および招待要求入力手段を出力する招待対象出力部３１１ａの処理」は、第１の実施形態における図９のステップＳ１０２の処理と同様の処理である。

次に、端末装置１０−１は、第１ユーザにより入力された招待要求情報を出力して処理を終了する（ステップＳ２０７）。具体的には、端末装置１０−１は、招待対象出力部３１１から入力された招待対象情報、アクセス情報の履歴、及び招待要求入力手段を、表示部ＤＳに表示する（図１６を参照）。端末装置１０−１の操作検出部ＴＰは、第１ユーザが第２ユーザを第２アプリケーションに招待することを示す招待要求情報の入力を検出する。操作検出部ＴＰにより、招待要求情報の入力が検出された場合、端末装置１０−１は、招待対象情報に含まれる招待対象ユーザＩＤの中から選択された招待先ユーザＩＤと、第２アプリケーションのアプリケーションＩＤと、端末装置１０−１が保持する第１ユーザのユーザＩＤと、第１アプリケーションのアプリケーションＩＤとを含む招待要求情報を、招待要求登録部３１２に出力する。

以上説明したように、本実施形態のサーバ装置３０ａは、招待対象出力部３１１ａと、アクセス登録部３１３（第３登録部）と、ユーザ登録判定部３１４と、アクセス履歴記憶部Ｍ１１とを備えている。このアクセス登録部３１３（第３登録部）は、第１アプリケーションにおいて、第１アプリケーションに登録されている第３ユーザが第１ユーザにアクセスしたことを示すアクセス情報の履歴をアクセス履歴記憶部Ｍ１１に記憶させる。また、ユーザ登録判定部３１４は、アクセス履歴記憶部Ｍ１１に記憶されているアクセス情報の履歴に基づいた第３ユーザが、第１関係記憶部Ｍ１００が関連付けて記憶するアプリケーションＩＤとユーザＩＤとに基づいて、第２アプリケーションに登録されているか否かを判定する。
また、招待対象出力部３１１ａは、ユーザ登録判定部３１４により第３ユーザが第２アプリケーションに登録されていないと判定された場合、第３ユーザを第２ユーザとして、招待対象情報を出力するとともにアクセス履歴記憶部Ｍ１１が記憶するアクセス情報の履歴を出力してもよい。

これにより、第１ユーザは第１アプリケーションにおいて、自分にいつ、誰がアクセスしたかを知ることができる。また、第１ユーザにアクセスしたユーザが第２アプリケーションに登録されていない場合、第１ユーザは当該ユーザを第２アプリケーションに招待することができる。そのため、本実施形態のサーバ装置３０は、第１ユーザと他のユーザとの交流を広げることができる。また、本実施形態のサーバ装置３０は、第１アプリケーションにおける第２アプリケーションへの招待を活発化させることができる。

また、本実施形態のサーバ装置３０のアクセス登録部３１３（第３登録部）は、第１アプリケーションにおける第３ユーザから第１ユーザへの挨拶、訪問または戦闘をアクセスとして検出し、当該アクセスを検出した場合、第３ユーザが第１ユーザにアクセスしたことを示すアクセス情報の履歴をアクセス履歴記憶部Ｍ１１に記憶させてもよい。

これにより、第１ユーザは第１アプリケーションにおいて、自分にいつ、誰が、どのようにアクセスしたかを知ることができる。そのため、本実施形態のサーバ装置３０は、第１ユーザと他のユーザとの交流を広げるとともに、第１アプリケーションのゲーム性を向上することができる。
また、本実施形態のサーバ装置３０は、アクセス出力部３１５を備えている。このアクセス出力部３１５は、ユーザ登録判定部３１４により判定された結果に応じて、第３ユーザの表示態様を設定、設定した表示態様に基づいた第３ユーザを示す情報を、第１ユーザが第１アプリケーションを操作しているときに出力してもよい。

このように、本実施形態のサーバ装置３０ａにおいて、出力部３１９ａは、第１アプリケーションにおけるユーザ間のアクセスを示すアクセス情報の履歴を記憶するアクセス履歴記憶部Ｍ１１から読み出したアクセス情報の履歴に基づいて、第１ユーザに対してアクセス情報の履歴があるユーザのアバターを、第１ユーザの端末装置１０−１で動作する第１アプリケーションにおいて表示させてもよい。

これにより、第１ユーザは第１アプリケーションにおいて、自分をアクセスしたユーザの中で誰が第２アプリケーションに登録されていないか視覚的に知ることができる。そのため、本実施形態のサーバ装置３０は、第１ユーザが第２ユーザを第２アプリケーションに招待することを促し、第１アプリケーションにおける第２アプリケーションへの招待を活発化させることができる。

また、本実施形態のサーバ装置３０のアクセス出力部３１５は、アクセス登録部３１３（第３登録部）に記憶されているアクセス情報の履歴に基づき、ユーザ登録判定部３１４により第３ユーザが第２アプリケーションに登録されていると判定された場合には、第３ユーザが第２アプリケーションにおいて登録している所定の表示情報に基づいた表示態様により、第３ユーザを示す情報を、第１ユーザが第１アプリケーションを操作しているときに出力してもよい。

これにより、第１ユーザは第１アプリケーションにおいて、自分にアクセスしたユーザが第２アプリケーションにてどのように表示されているかを知ることができる。そのため、本実施形態のサーバ装置３０は、第１アプリケーションと第２アプリケーションの連携を強め第１アプリケーションと第２アプリケーションのゲーム性を向上することができる。

ところで、第１の実施形態における図１０と図１１との説明において、出力部３１９が、選択された第２ユーザのアバターを表示させる場合の動作について説明した。この第１の実施形態においては、第２ユーザの選択方法は、第１アプリケーションの進行に基づいて選択される方法であってもよいし、ランダムに選択される方法であってもよいし、他の任意の方法であってもよいものとして説明した。
これに対して、第２の実施形態によれば、第２ユーザを選択する方法として、アクセス履歴記憶部Ｍ１１に基づいて、第１アプリケーションにおいて第１ユーザに対してアクセス情報の履歴があるユーザを選択することができる。そして、出力部３１９ａは、このようにして選択した第２ユーザに対して、第１の実施形態における図１０と図１１の場合と同様に、第１ユーザの端末装置１０−１にアプリケーションの画像を表示する第１アプリケーションにおいて、第２ユーザのアバターを表示させる場合に、関係記憶部Ｍ２００が記憶する第１関係情報に基づいて、第２アプリケーションに第２ユーザが登録されている場合と登録されていない場合とで、第２ユーザのアバターの表示態様を異ならせることができる。
このように、第２の実施形態によれば、第２ユーザの第１ユーザへのアクセスを契機として、関係記憶部Ｍ２００が記憶する第１関係情報に基づいて、第２アプリケーションに第２ユーザが登録されている場合と登録されていない場合とで、第２ユーザのアバターの表示態様を異ならせることができる。

[第３の実施形態]
次に、本発明を実施するための第３の実施形態について、図面を参照して説明する。なお、上述した第１の実施形態における各構成と同一の構成については、同一の符号を付して説明を省略する。
本実施形態におけるアプリケーションシステム１ｂについて、第１アプリケーションと第２アプリケーションとに登録されているユーザを第１ユーザとして説明する。第１アプリケーションのみに登録されているユーザを第２ユーザとする。この第１アプリケーションにおいて第１ユーザが第２ユーザを第２アプリケーションに招待することとする。
本実施形態のサーバ装置３０ｂは、第１アプリケーションにおいて、ユーザの属性を示す属性情報に基づき、第１ユーザに提供する招待対象の第２ユーザを抽出できる点において、第１の実施形態と異なる。

図１８は、本発明の第３の実施形態に係るアプリケーションシステム１ｂの構成の一例を示す構成図である。アプリケーションシステム１ｂは、複数の端末装置１０（例えば、端末装置１０−１〜１０−２）と、サーバ装置３０ｂ（アプリケーション装置）と、及びネットワーク２０と、を備えている。

次に、サーバ装置３０ｂの詳細な構成について、図１９を参照して説明する。

図１９は、本実施形態のサーバ装置３０ｂの構成の一例を示す構成図である。同図に示すように、サーバ装置３０ｂは、複数のアプリケーション装置（例えば、第１アプリケーション装置３１ｂ及び第２アプリケーション装置３２）と、ネットワーク２１とを備えている。

第１アプリケーション装置３１ｂは、出力部３１９ｂ、招待要求登録部３１２（第２登録部）、ユーザ抽出部３１６、制御部３１８及び第１記憶部Ｍ１ｂを備える。出力部３１９ｂは、ユーザ出力部３１０ｂと招待対象出力部３１１ｂとを備える。
すなわち、この第１アプリケーション装置３１ｂは、図４を用いて説明した第１の実施形態における第１アプリケーション装置３１に対比して、更にユーザ抽出部３１６を備えている。また、第１記憶部Ｍ１ｂは、図１４を用いて説明した第２の実施形態における第１記憶部Ｍ１ａが備える記憶部に対比して、更に属性記憶部Ｍ１２を備えている。

次に図２０を参照して、属性記憶部Ｍ１２が記憶する情報の一例について説明する。

図２０は、本実施形態の属性記憶部Ｍ１２が記憶する情報の一例を、表（テーブル）の形式で示したものである。属性記憶部Ｍ１２は、ユーザＩＤとそのユーザＩＤにより識別されるユーザの属性を示す属性情報とを関連付けて記憶する。この属性情報とは、ユーザの「年齢」、「出身地」及び「居住地」などの情報である。同図が示すように、各レコードは、各ユーザの属性情報に対応している。例えば、１つ目のレコードは、ユーザＩＤが「Ｕ１００２」により識別されるユーザの属性情報である。

再び、図１９を参照して、サーバ装置３０ｂの構成について説明する。

ユーザ抽出部３１６は、ユーザＩＤとユーザの属性を示す属性情報とを関連付けて記憶する属性記憶部Ｍ１２から、所定のユーザ抽出条件に基づいて、第２ユーザを抽出する。具体的には、第１ユーザが端末装置１０−１にてユーザ抽出条件を示すユーザ抽出条件情報を入力すると、第１ユーザのユーザＩＤ及びユーザ抽出条件情報が端末装置１０−１からユーザ抽出部３１６に出力される。ユーザ抽出部３１６は、第１ユーザのユーザＩＤとユーザ抽出条件情報を取得したことに応じて、取得したユーザ抽出条件情報により示されるユーザ抽出条件を満たすユーザＩＤを属性記憶部Ｍ１２から読み込む。そして、ユーザ抽出部３１６は、読み込んだユーザＩＤと一致するユーザＩＤのうち、第２アプリケーションのアプリケーションＩＤのフラグ情報が「０」のユーザＩＤを第１関係記憶部Ｍ１００から読み込む。ユーザ抽出部３１６は、読み込んだユーザＩＤを第２ユーザのユーザＩＤとして、招待対象出力部３１１ｂに出力する。このユーザ抽出条件情報は、抽出されるユーザを限定するための条件である。このユーザ抽出条件は、属性記憶部Ｍ１２が記憶する各属性に対して設定される。例えば、「年齢」に対するユーザ抽出条件としては、「２０歳以上３０歳未満」のように、年齢の範囲が指定される。また、「出身地」や「居住地」に対するユーザ抽出条件としては、「東京」のように、都道府県が指定される。

出力部３１９ｂは、ユーザ抽出部３１６が抽出した第２ユーザのアバターを、第１ユーザの端末装置１０−１の画面に表示させる場合に、第１の実施形態の場合と同様に、第１ユーザと第２ユーザとの関係を示す関係情報を記憶する関係記憶部Ｍ２００から取得した当該関係情報に基づいた表示態様により、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させる。

また、たとえば出力部３１９ｂの招待対象出力部３１１ｂは、ユーザ抽出部３１６が抽出した第２ユーザのユーザＩＤを、出力する。具体的には、招待対象出力部３１１は、第２ユーザのユーザＩＤがユーザ抽出部３１６から入力されたことに応じて、入力された第２ユーザのユーザＩＤに基づいた招待対象情報を、端末装置１０−１に出力する。

次に、図２１を参照して、アプリケーションシステム１ｂにおける第２アプリケーションへの招待の動作について説明する。図２１は、本実施形態のアプリケーションシステム１ｂの動作の一例を示すフローチャートである。なお、第１の実施形態と同一の動作については同一の符号を付して、その説明を省略する。

まず、端末装置１０−１は、ユーザ抽出条件情報と第１ユーザのユーザＩＤを出力する（ステップＳ３０１）。つまり、端末装置１０−１は、表示部ＤＳに、ユーザ抽出条件情報を入力するための入力フォームを表示する。この入力フォームは、例えば、ＨＴＭＬで記述されたＷｅｂページの入力フォームである。そして、端末装置１０−１の操作検出部ＴＰは、第１ユーザによるユーザ抽出条件情報の入力を検出する。操作検出部ＴＰが、ユーザ抽出条件情報の入力を検出した場合、端末装置１０−１は、入力されたユーザ抽出条件情報と第１ユーザのユーザＩＤをユーザ抽出部３１６に出力する。

次に、ユーザ抽出部３１６は、第２ユーザを出力する（ステップＳ３０２）。つまり、ユーザ抽出部３１６は、端末装置１０−１から第１ユーザのユーザＩＤとユーザ抽出条件が出力されたことに応じて、ユーザ抽出条件を取得し、取得したユーザ抽出条件を満たすユーザＩＤを属性記憶部Ｍ１２から読み込む。そして、ユーザ抽出部３１６は、読み込んだユーザＩＤと一致するユーザＩＤのうち、第２アプリケーションのアプリケーションＩＤのフラグ情報が「０」のユーザＩＤを第１関係記憶部Ｍ１００から読み込む。ユーザ抽出部３１６は、読み込んだユーザＩＤを第２ユーザのユーザＩＤとして、招待対象出力部３１１ｂに出力する。

次に、招待対象出力部３１１ｂは、招待対象情報を出力する（ステップＳ３０３）。つまり、招待対象出力部３１１は、ユーザ出力部３１０から第２ユーザのユーザＩＤを取得したことに応じて、取得した第２ユーザのユーザＩＤを、端末装置１０−１に出力する。

以上説明したように、本実施形態のサーバ装置３０ｂは、招待対象出力部３１１ｂと、ユーザ抽出部３１６と、属性記憶部Ｍ１２とを備えている。このユーザ抽出部３１６は、第２ユーザを識別するＩＤと第２ユーザの属性を示す属性情報とを関連付けて記憶する属性記憶部Ｍ１２から、所定のユーザ抽出条件に基づいて、第２ユーザを抽出する。また、招待対象出力部３１１は、ユーザ抽出部３１６が抽出した第２ユーザを、第２ユーザとして出力する。

これにより、第１ユーザは第１アプリケーションにおいて、自分が設定したユーザ抽出条件で、招待対象ユーザを検索することができる。そのため、本実施形態のサーバ装置３０ｂは、第１ユーザと他のユーザと交流する機会を増やすとともに、第１アプリケーションから第２アプリケーションへの招待を活発化させることができる。

なお、第３の実施形態によれば、第２ユーザを選択する方法として、属性記憶部Ｍ１２に記憶されている属性情報に基づいて第２ユーザを選択（抽出）することができる。そして、出力部３１９ｂは、このようにして選択（抽出）した第２ユーザに対して、第１の実施形態における図１０と図１１の場合と同様に、第１ユーザの端末装置１０−１にアプリケーションの画像を表示する第１アプリケーションにおいて、第２ユーザのアバターを表示させる場合に、関係記憶部Ｍ２００が記憶する第１関係情報に基づいて、第２アプリケーションに第２ユーザが登録されている場合と登録されていない場合とで、第２ユーザのアバターの表示態様を異ならせることができる。
このように、第３の実施形態によれば、属性記憶部Ｍ１２に記憶されている属性情報に基づいた第２ユーザの選択（抽出）を契機として、関係記憶部Ｍ２００が記憶する第１関係情報に基づいて、第２アプリケーションに第２ユーザが登録されている場合と登録されていない場合とで、第２ユーザのアバターの表示態様を異ならせることができる。

[第４の実施形態]
次に、本発明を実施するための第４の実施形態について、図面を参照して説明する。なお、上述した第１の実施形態における各構成と同一の構成については、同一の符号を付して説明を省略する。
本実施形態におけるアプリケーションシステム１ｃについて、第１アプリケーションと第２アプリケーションとに登録されているユーザを第１ユーザとして説明する。第１アプリケーションのみに登録されているユーザを第２ユーザとする。この第１アプリケーションにおいて第１ユーザが第２ユーザを第２アプリケーションに招待する。
本実施形態のサーバ装置３０ｃは、第１ユーザが第２ユーザを第２アプリケーションに招待したことに応じて、第２ユーザが第２アプリケーションに登録した場合、第１ユーザと第２ユーザに報酬を与えることができる点において、第１の実施形態と異なる。

図２２は、本発明の第４の実施形態に係るアプリケーションシステム１ｃの構成の一例を示す構成図である。アプリケーションシステム１ｃは、複数の端末装置１０（例えば、端末装置１０−１〜１０−３）と、サーバ装置３０ｃ（アプリケーション装置）と、及びネットワーク２０と、を備えている。

次に、サーバ装置３０ｃの詳細な構成について、図２３を参照して説明する。

図２３は、本実施形態のサーバ装置３０ｃの構成の一例を示す構成図である。同図に示すように、サーバ装置３０ｃは、複数のアプリケーション装置（例えば、第１アプリケーション装置３１ｃ及び第２アプリケーション装置３２）と、ネットワーク２１とを備えている。

第１アプリケーション装置３１ｃは、ユーザ登録部３２１ｃ（第１登録部）及び報酬部３１７を備える。
ユーザ登録部３２１ｃと第１の実施形態とのユーザ登録部３２１との相違点は、ユーザ登録部３２１ｃは、第１関係記憶部Ｍ１００に対して第２ユーザを登録するとともに、第１ユーザのユーザＩＤを報酬部３１７にユーザに報酬を付与するための情報を出力する点である。

なお、ユーザ登録部３２１ｃは、基本的には、第１ユーザのユーザＩＤを報酬部３１７に出力し、報酬部３１７は第１ユーザのユーザＩＤに基づいて第１ユーザに報酬に与える。しかし、これに限られるものではなく、ユーザ登録部３２１ｃは、第２ユーザのユーザＩＤを報酬部３１７に出力し、報酬部３１７は第２ユーザのユーザＩＤに基づいて第２ユーザに報酬に与えてもよい。以降の説明においては、ユーザ登録部３２１ｃは、第１ユーザのユーザＩＤと第２ユーザユーザＩＤとを報酬部３１７に出力し、報酬部３１７は第１ユーザのユーザＩＤと第２ユーザのユーザＩＤとに基づいて第１ユーザと第２ユーザとの両方に報酬に与えるものとして説明する。

具体的には、第２ユーザが端末装置１０−２にて第２アプリケーションに登録することを示す登録情報を入力すると、第１ユーザのユーザＩＤと、第２ユーザのユーザＩＤと、第２アプリケーションのアプリケーションＩＤとが端末装置１０−２からユーザ登録部３２１に出力される。ユーザ登録部３２１は、これらの情報を取得したことに応じて、これらの情報を第１関係記憶部Ｍ１００に記憶させる、取得した第２ユーザのユーザＩＤと第２アプリケーションのアプリケーションＩＤに対するフラグ情報を「１」に変更する。それとともに、ユーザ登録部３２１ｃは、取得した第１ユーザのユーザＩＤと第２ユーザのユーザＩＤとを報酬部３１７に出力する。

報酬部３１７は、招待要求情報に応じて第２ユーザが第２アプリケーションに登録した場合、第１ユーザまたは第２ユーザに所定の報酬に与える。具体的には、ユーザ登録部３２１ｃから取得した第１ユーザのユーザＩＤと第２ユーザのユーザＩＤとに基づいて、報酬部３１７は、第１ユーザ及び第２ユーザに対する報酬を与える。具体的には、報酬部３１７は、取得した第１ユーザのユーザＩＤと第２ユーザのユーザＩＤと、報酬を示す報酬情報とを関連付けて、記憶部Ｍ１の進行状況記憶部に記憶させる。この報酬情報とは、アプリケーション上で利用することができるポイントやコンテンツである。ポイントにおける、ゲーム中の所持金、戦闘ゲームにおけるヒットポイント（キャラクターが耐えることができるダメージの量）などがある。
コンテンツには、例えば、アバターにおける服や髪形などのパーツ、戦闘ゲームにおける武器などがある。

このように、報酬部３１７は、招待要求情報（後述の第２招待要求情報）に応じて関係記憶部Ｍ２００の第１関係記憶部Ｍ１００に記憶されている関係情報が変更された場合、第１ユーザ又は第２ユーザに所定の報酬に与える。

次に、図２４を参照して、アプリケーションシステム１ｃにおける第２アプリケーションへの招待の動作について説明する。図２４は、本実施形態のアプリケーションシステム１ｃの動作の一例を示すフローチャートである。なお、第１の実施形態と同一の動作については同一の符号を付して、その説明を省略する。

まず、第２ユーザが操作する端末装置１０−２は、第２ユーザにより入力された登録情報をユーザ登録部３２１に出力する（ステップＳ４０１）。具体的には、端末装置１０−２は、招待要求出力部３２０から入力された招待要求情報を、表示部ＤＳに表示する（図８を参照）。端末装置１０−２の操作検出部ＴＰは、第２ユーザが第２ユーザに登録することを示す登録情報の入力を検出する。端末装置１０−２は、操作検出部ＴＰにより、登録情報の入力が検出すると、招待要求情報に含まれる第１ユーザのユーザＩＤと、第２ユーザのユーザＩＤと、第２アプリケーションのアプリケーションＩＤとを登録情報としてユーザ登録部３２１に出力する。

次に、ユーザ登録部３２１は、第２ユーザを第２アプリケーションに登録させるとともに第１ユーザのユーザＩＤ及び第２ユーザのユーザＩＤを出力する（ステップＳ４０２）。具体的には、ユーザ登録部３２１は、端末装置１０−２から登録情報を取得したことに応じて、第１関係記憶部Ｍ１００が第２ユーザのユーザＩＤと第２アプリケーションのアプリケーションＩＤとに関連付けて記憶するフラグ情報を「１」に変更する。次に、ユーザ登録部３２１は、取得した第１ユーザのユーザＩＤと第２ユーザのユーザＩＤとを、報酬部３１７に出力する。

次に、報酬部３１７は、第１ユーザ及び第２ユーザに報酬を与える（ステップＳ４０３）。具体的には、報酬部３１７は、ユーザ登録部３２１ｃから第１ユーザのユーザＩＤと第２ユーザのユーザＩＤとを取得したことに応じて、記憶部Ｍ１が記憶するユーザ毎の進行状況記憶部に対して、第１ユーザ及び第２ユーザに対する報酬を登録する。

以上説明したように、本実施形態のサーバ装置３０ｂは、報酬部３１７を備えている。
この報酬部３１７は、招待要求情報に応じて第２ユーザが第２アプリケーションに登録した場合、第１ユーザおよび／または第２ユーザに所定の報酬に与える。

これにより、第１ユーザに報酬が与えられる場合には、第１ユーザは第２ユーザを第２アプリケーションに招待する動機が高まる。また、第２ユーザに報酬が与えられる場合には、第２ユーザは第２アプリケーションに登録する動機が高まる。そのため、本実施形態のサーバ装置３０ｂは、第１アプリケーションにおける第２アプリケーションへの招待を活発化させることができるとともに、第１アプリケーション及び第２アプリケーションのゲーム性を高めることができる。

[第５の実施形態]
次に、本発明を実施するための第５の実施形態について、図面を参照して説明する。なお、上述した第１の実施形態における各構成と同一の構成については、同一の符号を付して説明を省略する。本実施形態のアプリケーションシステム１ｄは、クラウドサーバの第３記憶部が、第１関係記憶部Ｍ１００と招待要求記憶部Ｍ２１とを備える点が、第１の実施形態と異なる。

図２５は、本発明の第５の実施形態に係るアプリケーションシステム１ｄの構成の一例を示す構成図である。アプリケーションシステム１ｄは、複数の端末装置１０（例えば、端末装置１０−１〜１０−２）と、サーバ装置３０ｄ（アプリケーション装置）とに加え、ネットワーク２２と、クラウドサーバ４０ｄと、を備えている。

クラウドサーバ４０ｄは、上述したサーバ装置３０が備える第１記憶部Ｍ１と第２記憶部Ｍ２としての第３記憶部Ｍ３を備えている。第３記憶部Ｍ３は、第１関係記憶部Ｍ１００と招待要求記憶部Ｍ２１とを備えており、サーバ装置３０ｄは、ネットワーク２２を介して、第３記憶部Ｍ３の第１関係記憶部Ｍ１００と招待要求記憶部Ｍ２１とが記憶する情報を読み出し、または、第３記憶部Ｍ３の第１関係記憶部Ｍ１００と招待要求記憶部Ｍ２１とに情報を書き込む。

以上説明したように、本実施形態のサーバ装置３０ｄにおいては、クラウドサーバ４０ｄが、サーバ装置３０の第１記憶部Ｍ１と第２記憶部Ｍ２に相当する第３記憶部Ｍ３を備えている。このように構成しても、第１ユーザは第２ユーザを第２アプリケーションに招待するために、第２アプリケーションを開始する必要がない。すなわち、第１ユーザは第１アプリケーションを操作しながら、第２ユーザを第２アプリケーションに招待することができる。そのため、本実施形態のサーバ装置３０は、第１ユーザの招待に係る手間を軽減することができる。

[第６の実施形態と第７の実施形態の概略]
上記の説明した第１の実施形態においては、関係記憶部Ｍ２００が記憶する第１ユーザと第２ユーザとの関係を示す関係情報が、第１ユーザと第２ユーザとが、アプリケーションにユーザとして登録されているか否かを示す第１関係情報を含む場合について説明した。また、出力部３１９が、第１ユーザの端末装置１０−１にアプリケーションの画像を表示する第１アプリケーションにおいて、第２ユーザのアバターを表示させる場合に、関係記憶部Ｍ２００が記憶する第１関係情報に基づいて、第２アプリケーションに第２ユーザが登録されている場合と登録されていない場合とで、第２ユーザのアバターの表示態様を異ならせる場合について説明した。

しかしながら、関係記憶部Ｍ２００が記憶する第１ユーザと第２ユーザとの関係を示す関係情報は、第１関係情報に限られるものではない。また、出力部３１９が、第２ユーザのアバターの表示態様を異ならせる場合、関係記憶部Ｍ２００が記憶する第１関係情報に基づくだけに限られるものでもない。

第６の実施形態においては、１つのアプリケーション内における友達関係という関係情報（後述の第２関係情報）に基づいて、出力部３１９が、第２ユーザのアバターの表示態様を異ならせる場合について説明する。
また、後述する第７の実施形態においては、ＳＮＳにおける友達関係という関係情報（後述の第３関係情報）に基づいて、出力部３１９が、第２ユーザのアバターの表示態様を異ならせる場合について説明する。

[第６の実施形態]
次に、本発明を実施するための第６の実施形態について、図面を参照して説明する。
ここで、第１の実施形態から第５の実施形態においては第１アプリケーションと第２アプリケーションとの２つのアプリケーションがある場合について説明したが、この第６の実施形態においては、１つのアプリケーションがある場合について説明する。

図２６は、第６の実施形態に係るアプリケーションシステム１ｅの構成の一例を示す構成図である。第６の実施形態に係るアプリケーションシステム１ｅは、第１の実施形態に係るアプリケーションシステム１と同様の構成を備えている。ここでは、第１ユーザ、第２ユーザＡおよび第２ユーザＢは、全員第１アプリケーションに登録されているものとする。また、第１ユーザと第２ユーザＡとは第１アプリケーションにおいて友達関係が設定されており、第１ユーザと第２ユーザＢとは第１アプリケーションにおいて友達関係が設定されていないものとする。

図２７は、第１ユーザの端末装置１０−１の画面に、第１アプリケーションの画像が表示される場合において、第２ユーザのアバターを表示する一例を示す図である。この図２７に示すように、サーバ装置３０ｅは、第１アプリケーションにおいて第１ユーザと第２ユーザとの間に所定の関係（友達関係）が設定されている場合は、第１アプリケーションにおいて登録されている第２ユーザのアバターに基づいて、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させる（図２７のアバターＡを参照）。
またサーバ装置３０ｅは、第１アプリケーションにおいて第１ユーザと第２ユーザとの間に所定の関係（友達関係）が設定されていない場合は、第２アプリケーションにおいてアバターが登録されていない場合のアバター（すなわち、黒子のアバター）に基づいて、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させる（図２７のアバターＢを参照）。

このように、サーバ装置３０ｅは、第１ユーザの端末装置１０−１にアプリケーションの画像を表示する第１アプリケーションにおいて、第２ユーザのアバターを表示させる場合に、第１アプリケーションにおいて第１ユーザと第２ユーザとの間に所定の関係が設定されている場合と設定されていない場合とで、第２ユーザのアバターの表示態様を異ならせる。
そのため、第１ユーザは、自身が利用する端末装置１０−１の画面に表示される第２ユーザのアバターが、黒子であるか否かを視認により確認するだけで、第１アプリケーションにおいて、この第２ユーザが自身と所定の関係が設定されているか否かを確認することができる。

ここで、一般に、第１ユーザが、第１アプリケーションにおいて第２ユーザとの間に所定の関係を設定する場合、設定関係を設定する招待対象となる第２ユーザは、第１アプリケーションにおいて、まだ第１ユーザとの間に所定の関係が設定されていないことが第１ユーザに判別可能であることが望ましい。これに対して、上述したように本実施形態においては、第１ユーザは、招待に先立って、第１アプリケーションにおいて第２ユーザが第１ユーザとの間に所定の関係が設定されているか否かを確認することができる。そのため、第１ユーザは、複数の第２ユーザのうち、いずれの第２ユーザに対して、第１アプリケーションにおいて自身との間に所定の関係を設定する招待をすべきかを、視認により確認することができる。

以下、図２８を用いて、第６の実施形態によるアプリケーションシステム１ｅにおけるサーバ装置３０ｅの構成について説明する。この本実施形態においては、第１アプリケーション装置３１ｅが、招待要求出力部３２０ｅとユーザ登録部３２１ｅとを備える。また、第１アプリケーション装置３１ｅの第１記憶部Ｍ１ｅが、表示態様記憶部Ｍ２９ｅを備える。この表示態様記憶部Ｍ２９ｅは、第１アプリケーションにおいて登録されているユーザ用のアバターの情報と、ユーザを識別するユーザＩＤとを関連付けて記憶する。

第１アプリケーション装置３１ｅの第１記憶部Ｍ１ｅは、関係記憶部Ｍ２００ｅを備える。この関係記憶部Ｍ２００ｅは第２関係記憶部Ｍ１００ｅを備える。関係記憶部Ｍ２００ｅの第２関係記憶部Ｍ１００ｅは、第１ユーザと第２ユーザとが第１アプリケーションにおいて所定の関係にあるか否かを示す第２関係情報を記憶する。「所定の関係」の一例としては、第１アプリケーションにおいて、第１ユーザと第２ユーザとが友達関係にあるか否かという関係である。
すなわち、関係記憶部Ｍ２００ｅの第２関係記憶部Ｍ１００ｅは、第１の実施形態において図３を用いて説明した第１友達関係記憶部Ｍ１８と同様に、第１アプリケーションにおいて、互いに友達関係にあるユーザのユーザＩＤを関連付けて記憶する。

出力部３１９ｅは、第１ユーザの端末装置１０−１にアプリケーションの画像を表示する第１アプリケーションにおいて、第２ユーザのアバターを表示させる場合に、関係記憶部Ｍ２００ｅの第２関係記憶部Ｍ１００ｅに記憶されている第２関係情報に基づいて、第１ユーザと第２ユーザとが第１アプリケーションにおいて所定の関係にあると判定される場合、第１ユーザと第２ユーザとがアプリケーションにおいて所定の関係にある場合の該第２ユーザのアバター（図２７のアバターＡを参照）を、第１ユーザの端末装置１０−１の画面に表示させる。
一方、出力部３１９ｅは、関係記憶部Ｍ２００ｅの第２関係記憶部Ｍ１００ｅに記憶されている第２関係情報に基づいて、第１ユーザと第２ユーザとが第１アプリケーションにおいて所定の関係にないと判定される場合、第１ユーザと第２ユーザとが第１アプリケーションにおいて所定の関係にない場合の該第２ユーザのアバター（図２７の「黒子」のアバターＢを参照）を、第１ユーザの端末装置１０−１の画面に表示させる。

このようにして、出力部３１９ｅは、第１ユーザの端末装置１０−１にアプリケーションの画像を表示するアプリケーションにおいて、第２ユーザのアバターを表示させる場合に、関係記憶部Ｍ２００が記憶する第２関係情報に基づいて、第１ユーザと第２ユーザとがアプリケーションにおいて所定の関係にある場合と所定の関係にない場合とで、第２ユーザのアバターの表示態様を異ならせる。

次に、図２９のフローチャートを参照して、第１ユーザが、第２ユーザのうち第１アプリケーションにおいて自身と所定の関係にない第２ユーザを、第１アプリケーションにおいて自身と所定の関係になるように招待する場合のアプリケーションシステム１ｅの動作について説明する。

まず、第１ユーザが端末装置１０−１にて第１アプリケーションを開始する（ステップＳ１００）。これに応じて、サーバ装置３０ｅは、図９を用いて説明したように、何らかの契機により、また、何らかの方法により選択された第２ユーザのアバターを端末装置１０−１の画面に表示させる（ステップＳ１０００ｅ）。

ここで、選択された第２ユーザのアバターを表示させる処理について、図３０と図３１とのフローチャートを用いて、より詳細に説明する。図３０と図３１とのフローチャートとは、第１の実施形態における図１０と図１１と同様のフローチャートである。ここでは、図３０と図３１とのフローチャートにおいて、図１０と図１１とのフローチャートとの相違点について説明する。

図３０のフローチャートにおいて、出力部３１９ｅは、取得した第２ユーザのユーザＩＤと第１ユーザのユーザＩＤとに関する第２関係情報を、関係記憶部Ｍ２００ｅの第２関係情報記憶部Ｍ１００ｅから読み出す（ステップＳ１０２０ｅ）。次に、出力部３１９ｅは、読み出した第２関係情報に基づいて、取得した第２ユーザのユーザＩＤに対応するアバターの情報を、表示態様記憶部Ｍ３９または表示態様記憶部Ｍ１９から読み出す（ステップＳ１０３０ｅ）。

次に図３１のフローチャートについて説明する。出力部３１９ｅは、図３１に示すステップＳ１０３２ｅにおいて、読み出した第２関係情報に基づいて、取得したユーザＩＤにより識別される第２ユーザが、第１アプリケーションにおいて、第１ユーザと所定の関係にあるか否かを判定する。ステップＳ１０３２ｅにおいて所定の関係にあると判定された場合（ステップＳ１０３２ｅの判定結果がＹＥＳの場合）、出力部３１９ｅは、第２ユーザのユーザＩＤと関連付けられているアバターの情報を、表示態様記憶部Ｍ２９ｅから読み出す（ステップＳ１０３３ｅ）。

逆に、ステップＳ１０３２ｅにおいて所定の関係にないと判定された場合（ステップＳ１０３２ｅの判定結果がＮＯの場合）、出力部３１９ｅは、黒子となるアバターの情報を、表示態様記憶部Ｍ１９ｅから読み出す（ステップＳ１０３４ｅ）。

このようにして、第１アプリケーション装置３１ｅの出力部３１９ｅは、第２関係情報に基づいて、第１ユーザの端末装置１０−１の画面に、第２ユーザ（第２ユーザＡと第２ユーザＢ）のアバターを表示させる。すなわち、出力部３１９ｅは、この第２ユーザのアバターを表示させるときに、関係記憶部Ｍ２００ｅから取得した第２関係情報に基づいた表示態様により、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させる（上記に説明した図２７参照）。

なお、図２９のステップＳ１０００ｅにおいて、招待対象者情報及び招待要求入力手段を、第１ユーザの端末装置１０−１の画面に表示させる場合には、出力部３１９ｅは、図２９のステップＳ１０００ｅとして、図９において説明したステップＳ１０１とステップＳ１０２と同様の処理を実行する。ただしこの場合も、図９のステップＳ１０００の場合における第１関係情報記憶部Ｍ１００と第１関係情報とは、図２９のステップＳ１０００ｅにおいては第２関係情報記憶部Ｍ１００ｅと第２関係情報に変更される。また、出力部３１９ｅが関係情報に基づいて判定する判定内容も、第２関係情報に基づいて、第２ユーザが第１ユーザと第１アプリケーションにおいて所定の関係にあるか否かを判定することに変更される。

図２９の説明に戻り、図２９のステップＳ１０００ｅ以降の処理は、図９のステップＳ１０００以降の処理と同様であるが、以下の点が相違する。
図２９のステップＳ１０００ｅ以降の処理において、「招待要求情報」は、「第１ユーザが第２ユーザに対して、１アプリケーションにおいて第１ユーザと所定の関係となるように招待することを示す情報」となる。ただし、「招待要求情報」が含む情報は、第１の実施形態の場合と同様である。
そして、ユーザ登録部３２１ｅは、ステップＳ１０７ｅにおいて、招待元となる第１ユーザのユーザＩＤと、招待先となる第２ユーザのユーザＩＤとを関連付けて第２関係情報記憶部Ｍ１００ｅに登録することにより、第１アプリケーションにおいて第１ユーザと第２ユーザとが所定の関係にあるように登録する。

以上説明したように、本実施形態のサーバ装置３０ｅにおいて、出力部３１９ｅは、第１ユーザの端末装置１０−１にアプリケーションの画像を表示するアプリケーションにおいて、第２ユーザのアバターを表示させる場合に、関係記憶部Ｍ２００が記憶する第２関係情報に基づいて、第１ユーザと第２ユーザとがアプリケーションにおいて所定の関係にある場合と所定の関係にない場合とで、第２ユーザのアバターの表示態様を異ならせる。

これにより、第１ユーザは、第２ユーザのうち、いずれの第２ユーザが自身と第１アプリケーションにおいて所定の関係にあるか否かを確認することができる。すなわち、第１ユーザは、第２ユーザのうち、いずれの第２ユーザが、第１アプリケーションにおいて自身と所定の関係になっているか否かを確認することができる。また第１ユーザは、この確認により、第２ユーザのうち、いずれの第２ユーザを第１アプリケーションにおいて自身と所定の関係になるように招待すべきか否かを、判断しやすくなる。

なお、上記に説明した第６の実施形態に対して、第１の実施形態に対する第２の実施形態〜第５の実施形態と同様に、構成を追加してもよいし、構成の機能を変更してもよい。この場合も、上記に説明した第６の実施形態と第１の実施形態との相違点は、同様である。このようにした場合、第６の実施形態から得られる効果に加えて、更に、第２の実施形態〜第５の実施形態と同様の効果を得ることができる。

たとえば第６の実施形態においても、第２の実施形態の場合と同様に、出力部３１９は、第１アプリケーションにおけるユーザ間のアクセスを示すアクセス情報の履歴を記憶するアクセス履歴記憶部Ｍ１１から読み出したアクセス情報の履歴に基づいて、第１ユーザに対してアクセス情報の履歴がある第２ユーザのアバターを、第１ユーザの端末装置１０−１で動作するアプリケーションにおいて表示させてもよい。ここでのアクセスは、第１アプリケーションにおけるユーザ間の挨拶、訪問、または戦闘を示す情報を含む。

これにより、第１ユーザは、第２ユーザの自身へのアクセスを契機にして、第１アプリケーションにおいて自身にアクセスしてきた第２ユーザが、第１アプリケーションにおいて自身と所定の関係になっているか否かを確認することができる。そして、第１ユーザは、自身にアクセスしてきた第２ユーザを、第１アプリケーションにおいて自身と所定の関係になるように招待することができる。そのため、第１アプリケーションにおけるユーザ間の所定の関係が、作られやすくなる。

[第７の実施形態]
次に、本発明を実施するための第７の実施形態について、図面を参照して説明する。
ここで、第１の実施形態から第５の実施形態においては第１アプリケーションと第２アプリケーションとの２つのアプリケーションがある場合について説明したが、この第７の実施形態においては、１つのアプリケーションと１つのＳＮＳサービスがある場合について説明する。

図３２は、第７の実施形態に係るアプリケーションシステム１ｆの構成の一例を示す構成図である。第７の実施形態に係るアプリケーションシステム１ｆは、第１の実施形態に係るアプリケーションシステム１と同様の構成を備えているが、ここでは、第１ユーザ、第２ユーザＡおよび第２ユーザＢは、全員ＳＮＳに登録されているものとする。また、第１ユーザと第２ユーザＡとはＳＮＳにおいて友達関係が設定されており、第１ユーザと第２ユーザＢとはＳＮＳにおいて友達関係が設定されていないものとする。

図３３は、第１ユーザの端末装置１０−１の画面に、第１アプリケーションの画像が表示される場合において、第２ユーザのアバターを表示する一例を示す図である。この図３３に示すように、サーバ装置３０ｆは、ＳＮＳにおいて第１ユーザと第２ユーザとの間に所定の関係（友達関係）が設定されている場合は、ＳＮＳにおいて登録されている第２ユーザのアバター、または、第１アプリケーションにおいて登録されている第２ユーザのアバターに基づいて、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させる（図３３のアバターＡを参照）。
またサーバ装置３０ｆは、ＳＮＳにおいて第１ユーザと第２ユーザとの間に所定の関係（友達関係）が設定されていない場合は、第２アプリケーションにおいてアバターが登録されていない場合のアバター（すなわち、黒子のアバター）に基づいて、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させる（図３３のアバターＢを参照）。

このように、サーバ装置３０ｆは、第１ユーザの端末装置１０−１にアプリケーションの画像を表示する第１アプリケーションにおいて、第２ユーザのアバターを表示させる場合に、ＳＮＳにおいて第１ユーザと第２ユーザとの間に所定の関係が設定されている場合と設定されていない場合とで、第２ユーザのアバターの表示態様を異ならせる。
そのため、第１ユーザは、自身が利用する端末装置１０−１の画面に表示される第２ユーザのアバターが、黒子であるか否かを視認により確認するだけで、ＳＮＳにおいて、この第２ユーザが自身と所定の関係が設定されているか否かを確認することができる。

ここで、一般に、第１ユーザが、ＳＮＳにおいて第２ユーザとの間に所定の関係を設定する場合、設定関係を設定する招待対象となる第２ユーザは、ＳＮＳにおいて、まだ第１ユーザとの間に所定の関係が設定されていないことが第１ユーザに判別可能であることが望ましい。これに対して、上述したように本実施形態においては、第１ユーザは、招待に先立って、ＳＮＳにおいて第２ユーザが第１ユーザとの間に所定の関係が設定されているか否かを確認することができる。そのため、第１ユーザは、複数の第２ユーザのうち、いずれの第２ユーザに対して、ＳＮＳにおいて自身との間に所定の関係を設定する招待をすべきかを、視認により確認することができる。

以下、第７の実施形態によるアプリケーションシステム１ｆの構成について説明する。アプリケーションシステム１ｆは、第１アプリケーション装置３１ｆと第２アプリケーション装置３２ｆとを備える。本実施形態において、第２アプリケーション装置３２は、ＳＮＳサーバ装置として機能する。すなわち、第２アプリケーション装置３２は、ＳＮＳに係るサービスまたは情報をユーザの端末装置１０に対して供給可能である。

第１アプリケーション装置３１ｆおよび／または第２アプリケーション装置３２ｆは、関係記憶部Ｍ２００ｆを備える。この関係記憶部Ｍ２００ｆは第３関係記憶部Ｍ１００ｆを備える。関係記憶部Ｍ２００ｆの第３関係記憶部Ｍ１００ｆは、第１ユーザと第２ユーザとがＳＮＳにおいて所定の関係にあるか否かを示す第３関係情報を記憶する。「所定の関係」の一例としては、ＳＮＳにおいて、第１ユーザと第２ユーザとが友達関係にあるか否かという関係である。

出力部３１９ｆは、第１ユーザの端末装置１０−１にアプリケーションの画像を表示する第１アプリケーションにおいて、第２ユーザのアバターを表示させる場合に、関係記憶部Ｍ２００ｆの第３関係記憶部Ｍ１００ｆに記憶されている第３関係情報に基づいて、第１ユーザと第２ユーザとがＳＮＳにおいて所定の関係にあると判定される場合、第１ユーザと第２ユーザとがＳＮＳにおいて所定の関係にある場合の該第２ユーザのアバター（図３３のアバターＡを参照）を、第１ユーザの端末装置１０−１の画面に表示させる。
一方、出力部３１９ｆは、関係記憶部Ｍ２００ｆの第３関係記憶部Ｍ１００ｆに記憶されている第３関係情報に基づいて、第１ユーザと第２ユーザとがＳＮＳにおいて所定の関係にないと判定される場合、第１ユーザと第２ユーザとがＳＮＳにおいて所定の関係にない場合の該第２ユーザのアバター（図３３の「黒子」のアバターＢを参照）を、第１ユーザの端末装置１０−１の画面に表示させる。

このようにして、出力部３１９ｆは、第１ユーザの端末装置１０−１にアプリケーションの画像を表示するアプリケーションにおいて、第２ユーザのアバターを表示させる場合に、関係記憶部Ｍ２００ｆが記憶する第３関係情報に基づいて、第１ユーザと第２ユーザとがＳＮＳにおいて所定の関係にある場合と所定の関係にない場合とで、第２ユーザのアバターの表示態様を異ならせる。

次に、図３３を参照して、第１ユーザが、第２ユーザのうちＳＮＳにおいて自身と所定の関係にない第２ユーザを、ＳＮＳ０おいて自身と所定の関係になるように招待する場合のアプリケーションシステム１ｆの動作について説明する。

まず、第１ユーザが端末装置１０−１にて第１アプリケーションを開始する（ステップＳ１００）。これに応じて、サーバ装置３０ｆは、図９を用いて説明したように、何らかの契機により、また、何らかの方法により選択された第２ユーザのアバターを端末装置１０−１の画面に表示させる（ステップＳ１０００ｆ）。

ここで、選択された第２ユーザのアバターを表示させる処理について、図３６と図３７とのフローチャートを用いて、より詳細に説明する。図３６と図３７とのフローチャートとは、第１の実施形態における図１０と図１１、または、第２の実施形態における図３０と図３１と同様のフローチャートである。ここでは、図３０と図３１とのフローチャートにおいて、図１０と図１１とのフローチャートとの相違点について説明する。

図３６のフローチャートにおいて、出力部３１９ｆは、取得した第２ユーザのユーザＩＤと第１ユーザのユーザＩＤとに関する第３関係情報を、関係記憶部Ｍ２００ｆの第３関係情報記憶部Ｍ１００ｆから読み出す（ステップＳ１０２０ｆ）。次に、出力部３１９ｆは、読み出した第３関係情報に基づいて、取得した第２ユーザのユーザＩＤに対応するアバターの情報を、表示態様記憶部Ｍ２９ｆまたは表示態様記憶部Ｍ１９ｆから読み出す（ステップＳ１０３０ｆ）。

次に図３７のフローチャートについて説明する。出力部３１９ｆは、図３７に示すステップＳ１０３２ｆにおいて、読み出した第３関係情報に基づいて、取得したユーザＩＤにより識別される第２ユーザが、ＳＮＳにおいて、第１ユーザと所定の関係にあるか否かを判定する。ステップＳ１０３２ｆにおいて所定の関係にあると判定された場合（ステップＳ１０３２ｆの判定結果がＹＥＳの場合）、出力部３１９ｆは、第２ユーザのユーザＩＤと関連付けられているアバターの情報を、表示態様記憶部Ｍ２９ｆから読み出す（ステップＳ１０３３ｆ）。

逆に、ステップＳ１０３２ｆにおいて所定の関係にないと判定された場合（ステップＳ１０３２ｆの判定結果がＮＯの場合）、出力部３１９ｆは、黒子となるアバターの情報を、表示態様記憶部Ｍ１９ｆから読み出す（ステップＳ１０３４ｆ）。

このようにして、第１アプリケーション装置３１ｆの出力部３１９ｆは、第３関係情報に基づいて、第１ユーザの端末装置１０−１の画面に、第２ユーザ（第２ユーザＡと第２ユーザＢ）のアバターを表示させる。すなわち、出力部３１９ｆは、この第２ユーザのアバターを表示させるときに、関係記憶部Ｍ２００ｆから取得した第３関係情報に基づいた表示態様により、第１ユーザの端末装置１０−１の画面に第２ユーザのアバターを表示させる（上記に説明した図３３参照）。

なお、図３５のステップＳ１０００ｆにおいて、招待対象者情報及び招待要求入力手段を、第１ユーザの端末装置１０−１の画面に表示させる場合には、出力部３１９ｆは、図３５のステップＳ１０００ｆとして、図９において説明したステップＳ１０１とステップＳ１０２と同様の処理を実行する。ただしこの場合も、図９のステップＳ１０００の場合における第１関係情報記憶部Ｍ１００と第１関係情報とは、図３５のステップＳ１０００ｆにおいては第３関係情報記憶部Ｍ１００ｆと第３関係情報に変更される。また、出力部３１９ｆが関係情報に基づいて判定する判定内容も、第３関係情報に基づいて、第２ユーザが第１ユーザとＳＮＳにおいて所定の関係にあるか否かを判定することに変更される。

図３５の説明に戻り、図３５のステップＳ１０００ｆ以降の処理は、図９のステップＳ１０００以降の処理と同様であるが、以下の点が相違する。
図３５のステップＳ１０００ｆ以降の処理において、「招待要求情報」は、「第１ユーザが第２ユーザに対して、ＳＮＳにおいて第１ユーザと所定の関係となるように招待することを示す情報」となる。ただし、「招待要求情報」が含む情報は、第１の実施形態の場合と同様である。
そして、ユーザ登録部３２１ｆは、ステップＳ１０７ｆにおいて、招待元となる第１ユーザのユーザＩＤと、招待先となる第２ユーザのユーザＩＤとを関連付けて第３関係情報記憶部Ｍ１００ｆに登録することにより、ＳＮＳにおいて第１ユーザと第２ユーザとが所定の関係にあるように登録する。

以上説明したように、本実施形態のサーバ装置３０ｆにおいて、出力部３１９ｆは、第１ユーザの端末装置１０−１にアプリケーションの画像を表示するアプリケーションにおいて、第２ユーザのアバターを表示させる場合に、関係記憶部Ｍ２００ｆが記憶する第３関係情報に基づいて、第１ユーザと第２ユーザとがＳＮＳにおいて所定の関係にある場合と所定の関係にない場合とで、第２ユーザのアバターの表示態様を異ならせる。

これにより、第１ユーザは、第２ユーザのうち、いずれの第２ユーザが自身とＳＮＳにおいて所定の関係にあるか否かを確認することができる。すなわち、第１ユーザは、第２ユーザのうち、いずれの第２ユーザが、ＳＮＳにおいて自身と所定の関係になっているか否かを確認することができる。また第１ユーザは、この確認により、第２ユーザのうち、いずれの第２ユーザをＳＮＳにおいて自身と所定の関係になるように招待すべきか否かを、判断しやすくなる。

なお、上記に説明した第７の実施形態に対して、第６の実施形態の場合と同様に、第１の実施形態に対する第２の実施形態〜第５の実施形態と同様に、構成を追加してもよいし、構成の機能を変更してもよい。この場合も、上記に説明した第７の実施形態と第１の実施形態との相違点は、同様である。このようにした場合、第７の実施形態から得られる効果に加えて、更に、第２の実施形態〜第５の実施形態と同様の効果を得ることができる。

たとえば第７の実施形態においても、第２の実施形態の場合と同様に、出力部３１９は、ＳＮＳにおけるユーザ間のアクセスを示すアクセス情報の履歴を記憶するアクセス履歴記憶部Ｍ１１から読み出したアクセス情報の履歴に基づいて、第１ユーザに対してアクセス情報の履歴があるユーザのアバターを、第１ユーザの端末装置１０−１で動作するアプリケーションにおいて表示させる。ここでのアクセスは、ＳＮＳにおけるユーザ間の挨拶、訪問、応答または返信を示す情報を含む。

なお、応答または返信とは、ＳＮＳにいて第１ユーザが投稿した記事やコメントに対して、第２ユーザが応答または返信することである。なお「応答」とは、第１ユーザが投稿した記事やコメントを、第２ユーザが見ることでもいいし、記事やコメントに対して第２ユーザが「合槌」を送ることであってもよい。また、「返信」とは、第１ユーザが投稿した記事やコメントに対して、第２ユーザが記事やコメントを投稿することである。

このようなアクセス情報の履歴により、第１ユーザは、ＳＮＳにおける第２ユーザの自身へのアクセスを契機にして、自身にアクセスしてきた第２ユーザが、ＳＮＳにおいて自身と所定の関係になっているか否かを確認することができる。そして、第１ユーザは、自身にアクセスしてきた第２ユーザに対して、ＳＮＳにおいて自身と所定の関係になるように招待することができる。そのため、ＳＮＳにおけるユーザ間の所定の関係が、作られやすくなる。

[第８の実施形態]
次に、図３８〜図４０を用いて、第１の実施形態〜第７の実施形態を組み合わせた場合のアバターの表示態様の一例について説明する。
第１の実施形態〜第５の実施形態、第６の実施形態および第７の実施形態によるサーバ装置３０の各構成は、互いに組み合わせてもよいし、サーバ装置３０が、第１の実施形態〜第５の実施形態によるサーバ装置３０、第６の実施形態によるサーバ装置３０、および、第７の実施形態によるサーバ装置３０の全ての機能を有するようにしてもよい。この場合、出力部３１９は、第２ユーザの表示態様として、第１の実施形態、第６の実施形態および第７の実施形態の場合で、区別がつくようにする。

たとえば、出力部３１９は、第１の実施形態による第１関係情報に基づいて第２ユーザのアバターを表示する場合、第１の実施形態において説明したように、第２ユーザが第２アプリケーションに登録されている場合は所定の第２ユーザのアバターを表示し、第２ユーザが第２アプリケーションに登録されていない場合は黒子を表示する（図３８参照）。

また出力部３１９は、第２の実施形態による第２関係情報に基づいて第２ユーザのアバターを表示する場合、第２ユーザが第１プリケーションにおいて第１ユーザと所定の関係が設定されている場合は所定の第２ユーザのアバターを表示し、第２ユーザが第１プリケーションにおいて第１ユーザと所定の関係が設定されていない場合は所定の第２ユーザのアバターの頭に帽子をかぶせて表示する（図３９参照）。

また出力部３１９は、第３の実施形態による第３関係情報に基づいて第２ユーザのアバターを表示する場合、第２ユーザがＳＮＳにおいて第１ユーザと所定の関係が設定されている場合は所定の第２ユーザのアバターを表示し、第２ユーザが第１プリケーションにおいて第１ユーザと所定の関係が設定されていない場合は所定の第２ユーザのアバターの服の色を予め定められている色にして表示する（図４０参照）。

なお、上記における「所定の第２ユーザのアバター」とは、第１の実施形態〜第５の実施形態においては第２アプリケーションにおいて登録されている第２ユーザのアバター、第６の実施形態においては第１アプリケーションにおいて登録されている第２ユーザのアバター、第７の実施形態においては第１アプリケーションまたはＳＮＳにおいて登録されている第２ユーザのアバターのうちから選択されたいずれかのアバターのことである。また「所定の第２ユーザのアバター」は、上記３つのアバターに基づいて合成されるアバターであってもよい。

そして、出力部３１９は、第１関係情報、第２関係情報および第３関係情報の組み合わせに基づいて、第２ユーザのアバターについて、黒子として表示するか否か、アバターの頭に帽子をかぶせて表示するか否か、および、アバターの服の色を予め定められている色にして表示するか否かを組み合わせて、第２ユーザのアバターを表示する。
このようにすることにより、第１ユーザは、第２ユーザのアバターを視認することにより、第２ユーザが第２アプリケーションに登録されているか否か、第２ユーザが第１プリケーションにおいて自身と所定の関係が設定されているか否か、および、第２ユーザがＳＮＳにおいて自身と所定の関係が設定されているか否か、を確認することができる。

[第１の実施形態の変形例]
次に図４１のフローチャートを用いて、図９を用いて説明した第１の実施形態によるアプリケーションシステム１の動作の変形例について説明する。
図９を用いて説明した第１の実施形態によるアプリケーションシステム１においては、ステップＳ１０３において端末装置１０−１が出力する情報と、ステップＳ１０５において招待要求出力部３２０が出力する情報とは、ともに招待要求情報であり、全く同じ情報であった。しかしながら、この２つの情報は必ずしも全く同じである必要はない。

たとえば図４１に示すように、ステップＳ１０３において端末装置１０−１が出力する情報は第１招待要求情報であり、ステップＳ１０５において招待要求出力部３２０が出力する情報は第２招待要求情報であってもよい。

この場合、招待要求出力部３２０は、関係情報（第１関係情報）を変更することを示す第１招待要求情報が第１ユーザの端末装置１０−１から入力された場合（図９のステップＳ１０３参照）、関係情報を変更することを示す第２招待要求情報を、第２ユーザの端末装置１０に出力する（図９のステップＳ１０５参照）。

なお第１招待要求情報と第２招待要求情報とは、少なくとも上記に説明した招待要求情報が含む情報を含んでいる。この第１招待要求情報と第２招待要求情報と招待要求情報とは、送信元情報や、送信先情報や、ヘッダ情報や、データ形式などが異なっていてもよい。

このように第１招待要求情報と第２招待要求情報とが異なる情報である場合、招待要求出力部３２０は、第１招待要求情報に基づいて第２招待要求情報を生成し、生成した第２招待要求情報を出力してもよい。ここでの生成とは、第１招待要求情報の送信元情報や、送信先情報や、ヘッダ情報などを追加、削除、変更したりすることや、データ形式を変更することである。

なお、第１招待要求情報と第２招待要求情報とは、同一の情報であってもよい。この場合、招待要求出力部３２０は、第１招待要求情報を第２招待要求情報として出力する。このように、第１招待要求情報と第２招待要求情報とが異なる場合でも同一の場合でも、招待要求出力部３２０は、第１招待要求情報に基づいて、第２招待要求情報を出力する。

なお、招待要求登録部３１２（第２登録部）は、第１招待要求情報が入力された場合、入力された第１招待要求情報を招待要求記憶部Ｍ２１に記憶させる。そして招待要求出力部３２０は、招待要求記憶部Ｍ２１が記憶する第１招待要求情報に基づいて、第２招待要求情報を出力する。
このように一旦、第１招待要求情報を招待要求記憶部Ｍ２１に記憶させることにより、招待要求出力部３２０は、第１ユーザの端末装置１０−１から入力された第１招待要求情報に応じた第２招待要求情報を、第２ユーザが第１アプリケーションにログインしたときに、第２ユーザの端末装置１０に出力することができる。そのため、第１ユーザの端末装置１０−１から入力された第１招待要求情報が出力された場合に、第２ユーザが第１アプリケーションにログインしていなかったとしても、第２ユーザは、第２招待要求情報を第２ユーザの端末装置１０により受信することができる。

その後、ユーザ登録部３２１（第１登録部）は、招待要求出力部３２０が出力した第２招待要求情報に応じて、関係情報を変更することを示す情報が第２ユーザの端末装置１０から入力された場合、関係記憶部Ｍ２００に記憶されている関係情報を変更する。

ここでは第１招待要求情報と第２招待要求情報として、第１の実施形態における図９のステップＳ１０３とステップＳ１０５との場合について説明した。これと同様に、第２の実施形態における図１７のステップＳ２０７とステップＳ１０５、第３の実施形態における図２１のステップＳ１０３とステップＳ１０５、第４の実施形態における図２４のステップＳ４０１とステップＳ１０５、第６の実施形態における図２９のステップＳ１０３ｅとステップＳ１０５ｅ、または、第７の実施形態における図３５のステップＳ１０３ｆとステップＳ１０５ｆにおいても、招待要求情報を第１招待要求情報と第２招待要求情報にしてもよい。

[ユーザの識別情報についての変形例]
第１の実施形態の説明において、ユーザは、第１アプリケーションと第２アプリケーションにおいて共通のユーザＩＤによって識別されているものとして説明した。しかし、これに限られるものではなく、第１アプリケーションと第２アプリケーションとで異なるユーザＩＤによりユーザを識別してもよい。

この場合、第１アプリケーション装置３１、第２アプリケーション装置３２、または、第１アプリケーション装置３１とも第２アプリケーション装置３２とも異なる装置が、同一ユーザにおける第１アプリケーションのユーザＩＤと第２アプリケーションのユーザＩＤとを関連づけたユーザＩＤ変換情報記憶部を備えるようにする。そして、第１アプリケーション装置３１または第２アプリケーション装置３２が、このユーザＩＤ変換情報記憶部に記憶部に記憶されている情報を参照して、必要に応じて、第１アプリケーションのユーザＩＤから第２アプリケーションのユーザＩＤへ変換する、または、第２アプリケーションのユーザＩＤから第１アプリケーションのユーザＩＤへ変換する。

このようにすることにより、第１アプリケーション装置３１または第２アプリケーション装置３２は、ユーザが、第１アプリケーションと第２アプリケーションにおいて共通のユーザＩＤによって識別されていない場合であっても、ユーザが第１アプリケーションと第２アプリケーションにおいて共通のユーザＩＤによって識別されている場合と同様に、上記に説明した動作を実行することができる。他の実施形態も、第１の実施形態の場合と同様である。

以上、本発明の実施の形態について図面を参照して詳述したが、具体的な構成はその実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計等も含まれる。また、各実施形態は、上記の各実施形態を組み合せて実施してもよい。

また、上記の各実施形態においては、第２アプリケーション装置３２の第２記憶部Ｍ２が招待要求記憶部Ｍ２１を備えていると説明したが、招待要求記憶部Ｍ２１を第１アプリケーション装置３１の第１記憶部Ｍ１が備えてもよい。

また、上記の各実施形態においては、第１アプリケーション装置３１が第１記憶部Ｍ１を、第２アプリケーション装置３２が第２記憶部Ｍ２を、または、クラウドサーバ４０ｄが、第３記憶部Ｍ３を備える例を示したが、これら各構成を他の装置が備えるようにシステムを構成してもよい。また、これら各構成を複数の装置に分散させて設けるようにしてもよい。

また、上記の各実施形態においては、表示態様記憶部Ｍ１９が黒子となるアバターの情報を記憶するものとして説明したが、表示態様記憶部Ｍ２９が黒子となるアバターの情報を記憶してもよい。

なお、サーバ装置３０は、ＨＴＭＬ形式のアプリケーションデータを、ネットワーク２０を介して端末装置１０に供給するものとして説明したがこれに限られるものではない。ストリーミング形式の画像（動画像）をネットワーク２０を介して端末装置１０に供給してもよいし、アプリケーション固有の形式のデータをネットワーク２０を介して端末装置１０に供給してもよい。

また、端末装置１０は、端末装置１０に入力されたユーザの操作情報をそのままサーバ装置３０に送信してもよい。また、端末装置１０は、端末装置１０に入力されたユーザの操作情報に対して所定の処理を実行した後、処理した操作情報を端末装置１０からサーバ装置３０に送信するようにしてもよい。この所定の処理とは、入力された操作情報に対して、サーバ装置３０により提供されるアプリケーションを制御するにあたり不要な操作情報を削除することや、サーバ装置３０により提供されるアプリケーションに適した操作情報となるように合成することであってもよい。

なお、サーバ装置３０が備える各部は、他の装置から各部の機能を実現するためのプログラムをダウンロードすることにより機能が実現されるものであってもよく、他の装置が有するプログラムによって機能が実現されるものであってもよい。

なお、上記の各実施形態における端末装置１０は、他の装置から端末装置１０の各部の機能を実現するためのプログラムをダウンロードすることにより機能が実現されるものであってもよく、他の装置が有するプログラムによって機能が実現されるものであってもよい。

なお、このサーバ装置が備える各部は、専用のハードウェアにより実現されるものであってもよく、また、このサーバ装置が備える各部はメモリおよびＣＰＵ（中央演算装置）により構成され、サーバ装置が備える各部の機能を実現するためのプログラムをメモリにロードして実行することによりその機能を実現させるものであってもよい。

また、サーバ装置が備える各部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、サーバ装置が備える各部による処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。

また、「コンピュータシステム」は、マークアップ言語で記述されたいわゆるウェブページの形態によって情報を提供する機能およびその情報をブラウザで表示する機能を含むものとする。

また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

１、１ａ、１ｂ、１ｃ、１ｄ、１ｅ、１ｆ アプリケーションシステム
１０−１、１０−２、１０−３、１０−４、１０−５ 端末装置
２０、２１、２２ ネットワーク
３０、３０ａ、３０ｂ、３０ｃ、３０ｄ、３０ｅ、３０ｆ サーバ装置
３１、３１ａ、３１ｂ、３１ｃ、３１ｅ、３１ｆ 第１アプリケーション装置
３２、３２ａ、３２ｂ、３２ｃ、３２ｅ、３２ｆ 第２アプリケーション装置
４０ｄ クラウドサーバ
３１０ ユーザ出力部
３１１、３１１ａ 招待対象出力部
３１２ 招待要求登録部（第２登録部）
３１３ アクセス登録部（第３登録部）
３１４ ユーザ登録判定部
３１５ アクセス出力部
３１６ ユーザ抽出部
３１７ 報酬部
３１９、３１９ａ、３１９ｂ、３１９ｅ、３１９ｆ 出力部
３２０ 招待要求出力部
３２１ ユーザ登録部（第１登録部）
Ｍ１ 第１記憶部
Ｍ２ 第２記憶部
Ｍ３ 第３記憶部
Ｍ１００、Ｍ１００−１、Ｍ１００−２ 第１関係記憶部
Ｍ１００ｅ 第２関係記憶部
Ｍ１００ｆ 第３関係記憶部
Ｍ２００、Ｍ２００ｅ、Ｍ２００ｆ 関係記憶部
Ｍ１１ アクセス履歴記憶部
Ｍ１２ 属性記憶部
Ｍ２１ 招待要求記憶部
ＴＰ 操作検出部
ＤＳ 表示部
ＳＰ 音声出力部

Claims (26)

1. ログイン中のユーザの端末の画面に、非ログイン中の他のユーザのアバターを表示させることが可能なアプリケーション装置であって、
   第１ユーザの端末の画面に第２ユーザのアバターを表示させる場合に、前記第１ユーザと前記第２ユーザとの関係を示す関係情報を記憶する関係記憶部から取得した当該関係情報に基づいた表示態様により、前記第１ユーザの端末の画面に前記第２ユーザのアバターを表示させるとともに、前記関係情報により前記第１ユーザと前記第２ユーザとの関係が形成されていないことが示される場合には、前記関係情報を変更する入力を受け付ける入力手段と前記第２ユーザのアバターとを関連付けて表示させる出力部、
   を備えるアプリケーション装置。
2. 前記出力部は、
   前記第１ユーザの端末の画面に前記第２ユーザのアバターを表示させる場合に、前記関係情報に基づいた表示態様であって、前記関係情報により前記第１ユーザと前記第２ユーザとの関係が形成されている場合といない場合とで異なる表示態様により、前記第１ユーザの端末の画面に前記第２ユーザのアバターを表示させる
   ことを特徴とする請求項１に記載のアプリケーション装置。
3. 前記関係記憶部が記憶する前記関係情報は、アプリケーションにユーザが登録されているか否かを示す第１関係情報を含み、
   前記出力部は、
   前記第１ユーザの端末にアプリケーションの画像を表示する第１アプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、
   前記関係記憶部が記憶する第１関係情報に基づいて、第２アプリケーションに前記第２ユーザが登録されている場合と登録されていない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、
   ことを特徴とする請求項１または請求項２に記載のアプリケーション装置。
4. 前記出力部は、
   前記関係記憶部に記憶されている第１関係情報に基づいて、前記第２アプリケーションに前記第２ユーザが登録されていないと判定される場合、当該第２ユーザが前記第２アプリケーションに登録されていない場合の該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させ、
   前記関係記憶部に記憶されている第１関係情報に基づいて、前記第２アプリケーションに前記第２ユーザが登録されていると判定される場合、当該第２ユーザが前記第２アプリケーションに登録されている場合の当該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させる、
   ことにより、前記第２アプリケーションに前記第２ユーザが登録されている場合と登録されていない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、
   ことを特徴とする請求項３に記載のアプリケーション装置。
5. 前記出力部は、
   前記第１ユーザの端末にアプリケーションの画像を表示する第１アプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、
   前記関係記憶部が記憶する第１関係情報に基づいて、
   前記第２アプリケーションに前記第２ユーザが登録されている場合は、前記第２アプリケーションにおいて登録されている前記第２ユーザのアバターに基づいて、前記第１ユーザの端末の画面に前記第２ユーザのアバターを表示させ、
   前記第２アプリケーションに前記第２ユーザが登録されていない場合は、前記第２アプリケーションにおいてアバターが登録されていない場合のアバターに基づいて、前記第１ユーザの端末の画面に前記第２ユーザのアバターを表示させる、
   ことにより、前記第２アプリケーションに前記第２ユーザが登録されている場合と登録されていない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、
   ことを特徴とする請求項３または請求項４に記載のアプリケーション装置。
6. 前記出力部は、
   前記関係記憶部が記憶する第１関係情報に基づいて、前記第１アプリケーションに前記第１ユーザが登録されており、前記第２アプリケーションに前記第１ユーザが登録されており、前記第１アプリケーションに前記第２ユーザが登録されており、かつ、前記第２アプリケーションに前記第２ユーザが登録されていないと判定される場合に、当該第２ユーザが前記第２アプリケーションに登録されていない場合の当該第２ユーザのアバターを、前記第１ユーザの端末で動作する前記第１アプリケーションにおいて表示させる
   ことを特徴とする請求項３から請求項５のいずれか１項に記載のアプリケーション装置。
7. 前記出力部は、
   前記第１アプリケーションにおけるユーザ間のアクセスを示すアクセス情報の履歴を記憶するアクセス履歴記憶部から読み出したアクセス情報の履歴に基づいて、前記第１ユーザに対してアクセス情報の履歴があるユーザのアバターを、前記第１ユーザの端末で動作する前記第１アプリケーションにおいて表示させる
   ことを特徴とする請求項３から請求項６のいずれか１項に記載のアプリケーション装置。
8. 前記アクセス情報は、前記第１アプリケーションにおけるユーザ間の挨拶、訪問、または戦闘を示す情報を含む、
   ことを特徴とする請求項７に記載のアプリケーション装置。
9. 前記関係記憶部が記憶する前記関係情報は、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にあるか否かを示す第２関係情報を含み、
   前記出力部は、
   前記第１ユーザの端末にアプリケーションの画像を表示するアプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、
   前記関係記憶部が記憶する第２関係情報に基づいて、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にある場合と所定の関係にない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、
   ことを特徴とする請求項１から請求項８のいずれか１項に記載のアプリケーション装置。
10. 前記出力部は、
    前記第１ユーザの端末にアプリケーションの画像を表示するアプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、
    前記関係記憶部に記憶されている第２関係情報に基づいて、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にあると判定される場合、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にある場合の該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させ、
    前記関係記憶部に記憶されている第２関係情報に基づいて、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にないと判定される場合、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にない場合の該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させる、
    ことにより、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にある場合と所定の関係にない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、
    ことを特徴とする請求項９に記載のアプリケーション装置。
11. 前記出力部は、
    前記アプリケーションにおけるユーザ間のアクセスを示すアクセス情報の履歴を記憶するアクセス履歴記憶部から読み出したアクセス情報の履歴に基づいて、前記第１ユーザに対してアクセス情報の履歴があるユーザのアバターを、前記第１ユーザの端末で動作する前記アプリケーションにおいて表示させる
    ことを特徴とする請求項９または請求項１０に記載のアプリケーション装置。
12. 前記アクセス情報は、前記アプリケーションにおけるユーザ間の挨拶、訪問、または戦闘を示す情報を含む、
    ことを特徴とする請求項１１記載のアプリケーション装置。
13. 前記関係記憶部が記憶する前記関係情報は、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にあるか否かを示す第３関係情報を含み、
    前記出力部は、
    前記第１ユーザの端末にアプリケーションの画像を表示するアプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、
    前記関係記憶部が記憶する第３関係情報に基づいて、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にある場合と所定の関係にない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、
    ことを特徴とする請求項１から請求項１２のいずれか１項に記載のアプリケーション装置。
14. 前記出力部は、
    前記第１ユーザの端末にアプリケーションの画像を表示するアプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、
    前記関係記憶部に記憶されている第３関係情報に基づいて、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にあると判定される場合、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にある場合の該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させ、
    前記関係記憶部に記憶されている第３関係情報に基づいて、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にないと判定される場合、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にない場合の該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させる、
    ことにより、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にある場合と所定の関係にない場合とで、前記第２ユーザのアバターの表示態様を異ならせる、
    ことを特徴とする請求項１３に記載のアプリケーション装置。
15. 前記出力部は、
    前記ＳＮＳにおけるユーザ間のアクセスを示すアクセス情報の履歴を記憶するアクセス履歴記憶部から読み出したアクセス情報の履歴に基づいて、前記第１ユーザに対してアクセス情報の履歴があるユーザのアバターを、前記第１ユーザの端末で動作する前記アプリケーションにおいて表示させる
    ことを特徴とする請求項１３または請求項１４に記載のアプリケーション装置。
16. 前記アクセス情報は、前記ＳＮＳにおけるユーザ間の挨拶、訪問、応答または返信を示す情報を含む、
    ことを特徴とする請求項１５記載のアプリケーション装置。
17. 前記関係情報を変更することを示す第１招待要求情報が前記第１ユーザの端末から入力された場合、前記関係情報を変更することを示す第２招待要求情報を、前記第２ユーザの端末に出力する招待要求出力部と、
    前記招待要求出力部が出力した前記第２招待要求情報に応じて、前記関係情報を変更することを示す情報が前記第２ユーザの端末から入力された場合、前記関係記憶部に記憶されている前記関係情報を変更する第１登録部と、
    を備えることを特徴とする請求項１から請求項１６のいずれか１項に記載のアプリケーション装置。
18. 前記招待要求出力部には、
    前記関係情報を変更する入力を前記入力手段が受け付けたことに応じて、前記第１招待要求情報が前記第１ユーザの端末から入力される
    ことを特徴とする請求項１７に記載のアプリケーション装置。
19. 前記第１招待要求情報が入力された場合、入力された前記第１招待要求情報を招待要求記憶部に記憶させる第２登録部を備えており、
    前記招待要求出力部は、
    前記招待要求記憶部が記憶する前記第１招待要求情報に基づいて、前記第２招待要求情報を出力する
    ことを特徴とする請求項１７または請求項１８に記載のアプリケーション装置。
20. 前記招待要求出力部は、
    前記第１招待要求情報に基づいて前記第２招待要求情報を生成し、生成した前記第２招待要求情報を出力する
    ことを特徴とする請求項１７から請求項１９のいずれか１項に記載のアプリケーション装置。
21. 前記第２招待要求情報に応じて前記関係記憶部に記憶されている前記関係情報が変更された場合、前記第１ユーザまたは第２ユーザに所定の報酬を与える報酬部を備える
    ことを特徴とする請求項１７から請求項２０のいずれかの一項に記載のアプリケーション装置。
22. 前記出力部は、
    前記第１ユーザの端末にアプリケーションの画像を表示する第１アプリケーションにおいて、前記第２ユーザのアバターを表示させる場合に、前記関係記憶部に記憶されている関係情報に基づいて、第２アプリケーションに前記第２ユーザが登録されていないと判定される場合、当該第２ユーザが前記第２アプリケーションに登録されていない場合の当該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させ、
    前記招待要求出力部は、
    前記第１ユーザが前記第２ユーザを前記第２アプリケーションに招待することを示す前記第１招待要求情報が前記第１ユーザの端末から入力された場合、前記第１ユーザが前記第２ユーザを前記第２アプリケーションに招待することを示す前記第２招待要求情報を、前記第２ユーザの端末に出力し、
    前記第１登録部は、
    前記招待要求出力部が出力した前記第２招待要求情報に応じて、前記第２ユーザが前記第２アプリケーションに登録することを示す情報が前記第２ユーザの端末から入力された場合、前記関係記憶部に前記第２アプリケーションに前記第２ユーザが登録されていることを示す情報を記憶させる、
    ことを特徴とする請求項１７から請求項２１のいずれか１項に記載のアプリケーション装置。
23. 前記出力部は、
    前記関係記憶部に記憶されている関係情報に基づいて、前記第１ユーザと前記第２ユーザとがアプリケーションにおいて所定の関係にないと判定される場合、前記第１ユーザと前記第２ユーザとが前記アプリケーションにおいて前記所定の関係にない場合の当該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させ、
    前記招待要求出力部は、
    前記第１ユーザと前記第２ユーザとが前記アプリケーションにおいて前記所定の関係となるように前記第２ユーザを招待することを示す前記第１招待要求情報が前記第１ユーザの端末から入力された場合、前記第１ユーザと前記第２ユーザとが前記アプリケーションにおいて前記所定の関係となるように前記第２ユーザを招待することを示す前記第２招待要求情報を、前記第２ユーザの端末に出力し、
    前記第１登録部は、
    前記招待要求出力部が出力した前記第２招待要求情報に応じて、前記第１ユーザと前記第２ユーザとが前記アプリケーションにおいて前記所定の関係となることを示す情報が前記第２ユーザの端末から入力された場合、前記第１ユーザと前記第２ユーザとが前記アプリケーションにおいて前記所定の関係にあることを示す前記関係情報を前記関係記憶部に記憶させる
    ことを特徴とする請求項１７から請求項２２のいずれか１項に記載のアプリケーション装置。
24. 前記出力部は、
    前記関係記憶部に記憶されている関係情報に基づいて、前記第１ユーザと前記第２ユーザとがＳＮＳにおいて所定の関係にないと判定される場合、前記第１ユーザと前記第２ユーザとが前記ＳＮＳにおいて前記所定の関係にない場合の当該第２ユーザのアバターを、前記第１ユーザの端末の画面に表示させ、
    前記招待要求出力部は、
    前記第１ユーザと前記第２ユーザとが前記ＳＮＳにおいて前記所定の関係となるように前記第２ユーザを招待することを示す前記第１招待要求情報が前記第１ユーザの端末から入力された場合、前記第１ユーザと前記第２ユーザとが前記ＳＮＳにおいて前記所定の関係となるように前記第２ユーザを招待することを示す前記第２招待要求情報を、前記第２ユーザの端末に出力し、
    前記第１登録部は、
    前記招待要求出力部が出力した前記第２招待要求情報に応じて、前記第１ユーザと前記第２ユーザとが前記ＳＮＳにおいて前記所定の関係となることを示す情報が前記第２ユーザの端末から入力された場合、前記第１ユーザと前記第２ユーザとが前記ＳＮＳにおいて前記所定の関係にあることを示す前記関係情報を前記関係記憶部に記憶させる
    ことを特徴とする請求項１７から請求項２３のいずれか１項に記載のアプリケーション装置。
25. ログイン中のユーザの端末の画面に、非ログイン中の他のユーザのアバターを表示させることが可能なアプリケーション装置の制御方法であって、
    第１ユーザの端末の画面に第２ユーザのアバターを表示させる場合に、前記第１ユーザと前記第２ユーザとの関係を示す関係情報を記憶する関係記憶部から取得した当該関係情報に基づいた表示態様により、前記第１ユーザの端末の画面に前記第２ユーザのアバターを表示させるとともに、前記関係情報により前記第１ユーザと前記第２ユーザとの関係が形成されていないことが示される場合には、前記関係情報を変更する第１招待要求情報を入力する入力手段と前記第２ユーザのアバターとを関連付けて表示させる手順、
    を有するアプリケーション装置の制御方法。
26. ログイン中のユーザの端末の画面に、非ログイン中の他のユーザのアバターを表示させることが可能なアプリケーション装置のコンピュータに、
    第１ユーザの端末の画面に第２ユーザのアバターを表示させる場合に、前記第１ユーザと前記第２ユーザとの関係を示す関係情報を記憶する関係記憶部から取得した当該関係情報に基づいた表示態様により、前記第１ユーザの端末の画面に前記第２ユーザのアバターを表示させるとともに、前記関係情報により前記第１ユーザと前記第２ユーザとの関係が形成されていないことが示される場合には、前記関係情報を変更する第１招待要求情報を入力する入力手段と前記第２ユーザのアバターとを関連付けて表示させる手順、
    を実行させるためのプログラム。

Images