JP6348622B2 - 情報処理システム - Google Patents

Description

本発明は、複数のユーザーにオンラインサービスを提供する情報処理システム、当該情報処理システムを構成するユーザー管理サーバ、その制御方法、その制御プログラム、及び当該プログラムを格納する情報記憶媒体に関する。

近年、複数のユーザーがネットワークを介して互いにメッセージをやりとりしたり、一緒にゲームをプレイしたりすることのできるソーシャルネットワーク型のオンラインサービスが登場している（例えば特許文献１参照）。このようなサービスでは、他のユーザーを自分の友人として登録することで、登録された友人とコミュニケーションをとることができる。

特開２０１０−０９２３０４号公報

上述したサービスで自分の友人として登録されるユーザーには、多様な関係性の人物が含まれうる。例えば、ネットワーク上で知り合っただけの人物と、実社会で元々知り合いである人物の双方が友人として登録される場合がある。このような場合、関係性の強いユーザーには実名を公開してもよいが、関係性の薄いユーザーには実名を公開したくないなど、自分自身を他者が識別するための名称そのものについても、相手によって使い分けたいというニーズがある。

本発明は上記実情を考慮してなされたものであって、その目的の一つは、他のユーザーとの関係性に応じてそのユーザーに公開する自身の名称を制御することのできる情報処理システム、当該情報処理システムを構成するユーザー管理サーバ、その制御方法、その制御プログラム、及び当該プログラムを格納する情報記憶媒体を提供することにある。

本発明に係る情報処理システムは、ユーザー管理サーバと、それぞれ複数のユーザーのいずれかが使用する複数のクライアント装置と、を含む情報処理システムであって、前記ユーザー管理サーバは、前記複数のユーザーのそれぞれについて、当該ユーザーを一意に識別する識別名称と、当該ユーザーによって登録された公開制限名称と、前記複数のユーザーのうち、当該公開制限名称の公開を許可する公開対象ユーザーを特定する情報と、を関連づけて記憶するユーザー情報記憶部を含み、前記複数のクライアント装置のそれぞれは、アプリケーションプログラムを実行するアプリケーション実行部と、前記アプリケーション実行部からの指示に応じて、前記ユーザー管理サーバに対して当該クライアント装置を使用する要求ユーザーを特定する情報を含む、要求対象ユーザーの名称情報の取得要求を送信するユーザー情報要求部と、を含み、前記ユーザー管理サーバは、前記クライアント装置による前記名称情報の取得要求を受け付けるユーザー情報要求受付部と、前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されている場合、前記取得要求に対する返信として前記要求対象ユーザーの前記公開制限名称を送信するユーザー情報送信部と、をさらに含み、前記アプリケーション実行部は、前記ユーザー情報送信部の送信内容に応じて前記要求対象ユーザーの名称情報を表示画面に表示することを特徴とする。

本発明に係るユーザー管理サーバは、それぞれ複数のユーザーのいずれかが使用する複数のクライアント装置と接続されるユーザー管理サーバであって、前記複数のユーザーのそれぞれについて、当該ユーザーを一意に識別する識別名称と、当該ユーザーによって登録された公開制限名称と、前記複数のユーザーのうち、当該公開制限名称の公開を許可する公開対象ユーザーを特定する情報と、を関連づけて記憶するユーザー情報記憶部と、前記複数のクライアント装置のいずれかから、当該クライアント装置を使用する要求ユーザーを特定する情報を含む、要求対象ユーザーの名称情報の取得要求を受け付けるユーザー情報要求受付部と、前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されている場合、前記取得要求に対する返信として前記要求対象ユーザーの前記公開制限名称を送信するユーザー情報送信部と、を含むことを特徴とする。

本発明に係るユーザー管理サーバの制御方法は、それぞれ複数のユーザーのいずれかが使用する複数のクライアント装置と接続されるユーザー管理サーバの制御方法であって、前記複数のユーザーのそれぞれについて、当該ユーザーを一意に識別する識別名称と、当該ユーザーによって登録された公開制限名称と、前記複数のユーザーのうち、当該公開制限名称の公開を許可する公開対象ユーザーを特定する情報と、を関連づけて記憶部に格納するステップと、前記複数のクライアント装置のいずれかから、当該クライアント装置を使用する要求ユーザーを特定する情報を含む、要求対象ユーザーの名称情報の取得要求を受け付けるステップと、前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されている場合、前記取得要求に対する返信として前記要求対象ユーザーの前記公開制限名称を送信するステップと、を含むことを特徴とする。

本発明に係るプログラムは、それぞれ複数のユーザーのいずれかが使用する複数のクライアント装置と接続されるユーザー管理サーバとしてコンピュータを機能させるためのプログラムであって、前記複数のユーザーのそれぞれについて、当該ユーザーを一意に識別する識別名称と、当該ユーザーによって登録された公開制限名称と、前記複数のユーザーのうち、当該公開制限名称の公開を許可する公開対象ユーザーを特定する情報と、を関連づけて記憶部に格納する格納部、前記複数のクライアント装置のいずれかから、当該クライアント装置を使用する要求ユーザーを特定する情報を含む、要求対象ユーザーの名称情報の取得要求を受け付けるユーザー情報要求受付部、及び、前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されている場合、前記取得要求に対する返信として前記要求対象ユーザーの前記公開制限名称を送信し、前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されていない場合、前記取得要求に対する返信として前記要求対象ユーザーの前記識別名称を送信するユーザー情報送信部、として前記コンピュータを機能させるためのプログラムである。このプログラムは、コンピュータ読み取り可能な情報記憶媒体に格納されてよい。

本発明の実施の形態に係る情報処理システムの全体構成図である。 本発明の実施の形態に係る情報処理システムの機能ブロック図である。 ユーザー情報記憶部が記憶する情報の一例を示す図である。 ユーザー登録時の処理のフローの一例を示す図である。 クライアント装置がユーザー情報を取得する処理のフローの一例を示す図である。 クライアント装置が表示するゲーム画面の一例を示す図である。 クライアント装置が表示するフレンド一覧の一例を示す図である。 クライアント装置が表示するゲーム画面の別の例を示す図である。 ユーザー情報記憶部が記憶する情報の別の例を示す図である。

以下、本発明の実施形態について、図面に基づき詳細に説明する。

図１は、本発明の一実施形態に係る情報処理システム１の構成図である。同図に示すように、情報処理システム１は、ユーザー管理サーバ２と、複数のクライアント装置３と、ゲームサーバ４と、を含んで構成されている。情報処理システム１は、複数のユーザーにソーシャルネットワーク型のオンラインサービスを提供する。特に本実施形態では、情報処理システム１は複数のユーザーが参加して一緒にプレイすることのできるオンラインゲームサービスを提供する。

クライアント装置３は、当該情報処理システム１で実現されるオンラインサービスを利用する各ユーザーが使用する端末装置であって、例えば家庭用ゲーム機や携帯ゲーム機、スマートフォン、パーソナルコンピュータ等であってよい。各クライアント装置３は、ユーザーが操作入力に使用する操作デバイスと、各種の情報を表示する表示画面と、を備えている。

ユーザー管理サーバ２は、本実施形態のオンラインサービスを利用するユーザーの情報を管理する。ユーザー管理サーバ２は、図１に示すように、制御部１１と、記憶部１２と、通信部１３と、を含んで構成されている。

制御部１１は、ＣＰＵ等であって、記憶部１２に格納されたプログラムに従って各種の情報処理を行う。制御部１１が実行する処理の具体例については、後述する。記憶部１２は、ＲＡＭ等のメモリ素子を含んで構成され、制御部１１が実行するプログラム、及び当該プログラムが処理対象とするデータを記憶する。記憶部１２が記憶するデータには、後述する各ユーザーの情報が含まれる。

通信部１３は、ＬＡＮカード等の通信インタフェースであって、通信部１３を介してユーザー管理サーバ２は複数のクライアント装置３、及びゲームサーバ４のそれぞれとデータの送受信を行う。

ゲームサーバ４は、本実施形態のオンラインサービスで提供されるゲームの情報を管理する。また、当該ゲームそのものの処理を実行してもよい。ゲームサーバ４は、本サービスで提供されるゲームの種類毎に互いに独立に用意されてもよい。

以下、本実施形態に係る情報処理システム１が実現する機能について、説明する。図２に示すように、情報処理システム１は、機能的に、ユーザー情報記憶部２１と、ユーザー情報登録部２２と、ユーザー情報要求受付部２３と、ユーザー情報送信部２４と、アプリケーション実行部２５と、ユーザー情報要求部２６と、を含んで構成されている。これらの機能のうち、ユーザー情報記憶部２１はユーザー管理サーバ２の記憶部１２によって実現される。ユーザー情報登録部２２、ユーザー情報要求受付部２３、及びユーザー情報送信部２４は、ユーザー管理サーバ２の制御部１１が記憶部１２に格納されたプログラムを実行することにより実現される。このプログラムは、光ディスク等の各種の情報記憶媒体に記憶されてユーザー管理サーバ２に提供されてよい。また、インターネット等の通信ネットワークを介して提供されてもよい。アプリケーション実行部２５及びユーザー情報要求部２６は、クライアント装置３が内蔵されたメモリに記憶されたプログラムを実行することにより実現される。

ユーザー情報記憶部２１は、本実施形態のサービスを利用するユーザーの情報を記憶する。具体的に、ユーザー情報記憶部２１は、各ユーザーについて、当該ユーザーの名称情報、当該ユーザーのプロフィール画像のデータ、及び当該ユーザーの友人として登録されたユーザー（以下、フレンドユーザーという）を特定する情報を記憶している。図３は、ユーザー情報記憶部２１が記憶する情報の一例を示している。

特にユーザー情報記憶部２１は、各ユーザーの名称情報として、識別名称Ｎ１と公開制限名称Ｎ２の２種類の名称を記憶している。識別名称Ｎ１は、情報処理システム１が各ユーザーを一意に識別するために用いられる名称であって、システム内で互いに重複することが許されない。つまり、ユーザーは既に使用されているものと同じ識別名称Ｎ１を使用することができず、自分の使用したい名称を識別名称Ｎ１として使用できない場合も生じる。特に登録ユーザーの数が増大してくると、後から登録するユーザーは自分の識別名称Ｎ１として自分が希望する名称を使用することが困難になり、人の目には一見して分かりにくい複雑な名称や長い名称を使用せざるを得なくなる傾向がある。なお、識別名称Ｎ１の公開は特に制限されず、他のユーザーから参照可能になっている。

公開制限名称Ｎ２は、識別名称Ｎ１と異なり複数ユーザー間で重複することが許され、各ユーザーが任意に登録することのできる名称である。本サービスでは、公開制限名称Ｎ２として各ユーザーの実名を登録することが想定されている。実名は、たとえフレンドユーザーに対してであっても公開したくない場合があり得る。そのため本実施形態では、公開制限名称Ｎ２の公開は制限され、その参照は、フレンドユーザーの中でも限られた特定のユーザー（以下、公開対象ユーザーという）に対してのみ許可される。なお、ユーザー情報記憶部２１は、各ユーザーのフレンドユーザーを特定する情報だけでなく、フレンドユーザーのうちどのユーザーが公開対象ユーザーであるかを特定する情報も記憶している（図３参照）。

名称情報に対応して、ユーザー情報記憶部２１は各ユーザーのプロフィール画像についても２種類の画像データを記憶する。すなわち、アバター画像等の第１画像（以下、アイコン画像Ｉ１という）とユーザーが登録した第２画像（以下、写真画像Ｉ２という）である。アイコン画像Ｉ１は、予めシステムで用意された候補画像の中からユーザーが選択した画像であって、他のユーザーと重複する可能性もある。なお、情報処理システム１はアイコン画像Ｉ１そのものを候補画像として用意するのではなく、アイコン画像Ｉ１に含まれるキャラクターのパーツ（顔や髪、服、背景など）を予め選択肢として用意しておいてもよい。この場合各ユーザーは、これらのパーツを選択し、組み合わせて自身のアイコン画像Ｉ１を生成する。あるいは、アイコン画像Ｉ１はユーザーがアップロードした画像であってもよい。

一方で写真画像Ｉ２は、ユーザーがアップロードして登録した画像データであって、ユーザー自身を撮影した写真であることが想定されている。そのため写真画像Ｉ２は、公開制限名称Ｎ２と同様に公開対象ユーザーに対してのみ公開される。なお、アイコン画像Ｉ１と写真画像Ｉ２とは、同じサイズ、及びフォーマットの画像データであることが望ましい。

ユーザー情報登録部２２は、ユーザー情報記憶部２１が記憶する情報の登録を受け付ける。具体的に、ユーザーが最初に本サービスの利用を開始する場合には、自身が所持するクライアント装置３を操作して、ユーザー管理サーバ２のユーザー情報登録部２２に対してユーザー登録の要求を行う。このときユーザーは、まず自身の識別名称Ｎ１を入力し、ユーザー管理サーバ２に送信する。また、新規ユーザー登録の際、あるいはその後任意のタイミングで、自身の公開制限名称Ｎ２、アイコン画像Ｉ１、及び写真画像Ｉ２についても登録する。これらユーザーが登録した情報が、ユーザー情報記憶部２１に記憶される。

さらにユーザー情報登録部２２は、各クライアント装置３からの要求に応じて、ユーザー間のフレンドとしての関係を示す情報についても登録する。具体例として、ユーザーＵ１がユーザーＵ２に対してフレンドとしての登録を申し込む場合、ユーザーＵ１の使用するクライアント装置３は、ユーザーＵ１の指示操作に応じてフレンド登録申請のメッセージをユーザーＵ２のクライアント装置３に対して送信する。これに対してユーザーＵ２がフレンド登録を了承する操作を行うと、その内容がユーザー管理サーバ２に通知される。これを受けてユーザー情報登録部２２は、ユーザーＵ１とユーザーＵ２とがフレンドとなった旨をユーザー情報記憶部２１に記憶する。なお、フレンド登録申請のメッセージは直接クライアント装置３間で送受信されてもよいし、ユーザー管理サーバ２、又はその他のメッセージ中継サーバを経由して相手先のクライアント装置３に送信されてもよい。

公開対象ユーザーとしての登録についても、フレンド登録と同様にして行われる。具体例として、ユーザーＵ１がユーザーＵ２の公開対象ユーザーとなることを希望する場合、ユーザーＵ１が操作するクライアント装置３は、ユーザーＵ２のクライアント装置３に対して、公開対象ユーザー登録を申請するメッセージを送信する。ユーザーＵ２がこれを了承する操作を行うと、その内容がユーザー管理サーバ２に対して通知される。これを受けてユーザー情報登録部２２は、ユーザーＵ１の公開対象ユーザーにユーザーＵ２を加えるとともに、ユーザーＵ２の公開対象ユーザーにユーザーＵ１を加える登録処理を実行する。なお、ここでは公開対象ユーザーとしての登録は複数ユーザー間で相互にセットで行うこととしている。つまり、ユーザーＵ１がユーザーＵ２の公開対象ユーザーとなる場合、必ずユーザーＵ２もユーザーＵ１の公開対象ユーザーとなることとしている。しかしながらこれに限らず、一個の申請では一方のユーザーだけが他方のユーザーの公開対象ユーザーとして登録され、その逆の登録を行うためには別途の申請が必要であることとしてもよい。なお、本実施形態では前述の通り、公開対象ユーザーとしての登録は既にフレンドユーザーとして登録されたユーザーでなければ行えないこととしている。また、公開対象ユーザー登録申請のメッセージは、フレンド登録申請のメッセージと同様に、直接クライアント装置３間で送受信されてもよいし、ユーザー管理サーバ２、又はその他のメッセージ中継サーバを経由して相手先のクライアント装置３に送信されてもよい。

さらにユーザー情報登録部２２は、各ユーザーの公開制限名称Ｎ２や写真画像Ｉ２を含むプロフィール情報を、外部のソーシャルネットワーキングサービス（以下、外部ＳＮＳという）から取得してもよい。外部ＳＮＳの中には、インターネット等の通信ネットワークを介して自身が管理する情報を提供するためのインタフェースを備えるものがある。このようなインタフェースを利用することによって、ユーザー情報登録部２２は、各ユーザーにわざわざ写真画像Ｉ２等の登録操作を行わせずとも、外部ＳＮＳに既に登録された情報を取得して本システムにおけるユーザー情報として登録することができる。この場合ユーザーは、外部ＳＮＳのユーザーＩＤやパスワード等の認証情報を入力することにより、ユーザー情報登録部２２に対して外部ＳＮＳから情報を取得するよう指示する。これを受けてユーザー情報登録部２２は、外部ＳＮＳにアクセスし、ユーザーが指示する情報の提供を要求する。特に実名での利用が前提とされている外部ＳＮＳにアクセスすることによって、ユーザー情報登録部２２は、ユーザーの公開制限名称Ｎ２や写真画像Ｉ２等の情報を取得することができる。

また、ユーザー情報登録部２２は、フレンドユーザーとして登録すべきユーザーの情報を外部ＳＮＳから取得してもよい。一般に外部ＳＮＳ内では、そのサービスを利用しているユーザー間で既にフレンド登録が行われている。そして、あるユーザーが許可すれば、そのユーザーのフレンドとして登録されているユーザーの情報を提供するためのインタフェースを備えている場合がある。この場合ユーザー情報登録部２２は、外部ＳＮＳのアカウント情報と本システムのユーザー識別名称Ｎ１とを関連づけて記憶するとともに、ユーザーの許諾に基づいて外部ＳＮＳ内でフレンド登録されたユーザーの情報を取得する。これによりユーザー情報登録部２２は、あるユーザーから許諾があった場合に、外部ＳＮＳ内で当該ユーザーのフレンドとして登録され、かつ、本サービスを既に利用しているユーザーを検索し、本サービス内におけるフレンドユーザーとして登録することができる。

この場合の処理例について、図４のフロー図を用いて説明する。この例では、ユーザーＵ１とユーザーＵ２とが外部ＳＮＳ内でフレンド登録されており、ユーザーＵ１は自身の外部ＳＮＳにおけるアカウントと本システムのアカウントとを既に紐付けているものとする。ここでユーザーＵ２が自身のクライアント装置３を操作して新たに本システムに対してユーザー登録を行い（Ｓ１）、かつ外部ＳＮＳのアカウント情報を入力して外部ＳＮＳでフレンド登録されたユーザーの情報を取得するよう指示したとする（Ｓ２）。この場合ユーザー情報登録部２２は、外部ＳＮＳに問い合わせを行って、ユーザーＵ２のフレンドとして登録されたユーザーのアカウント情報を取得する（Ｓ３）。その中には、ユーザーＵ１のアカウント情報も含まれている。さらにユーザー情報登録部２２は、取得した外部ＳＮＳのアカウント情報が既に本システムのユーザーに紐付けて登録されているか否かを検索する（Ｓ４）。ここではユーザーＵ１について外部ＳＮＳのアカウント情報が登録されているので、ユーザー情報登録部２２はユーザーＵ１をユーザーＵ２のフレンドとして抽出し、ユーザーＵ１とユーザーＵ２とを本サービスにおけるフレンドとして登録する（Ｓ５）。

さらに、このようにしてフレンド登録を行った場合、ユーザー情報登録部２２は、外部ＳＮＳに対する問い合わせに基づいてフレンド登録されたユーザーを、自動的に公開対象ユーザーとして登録することとしてもよい。前述したように、外部ＳＮＳの中には実名での利用を前提としたものがあり、このような外部ＳＮＳにおいて互いにフレンドとして登録されたユーザー同士は、お互いに自分の実名や顔写真を相手に公開することに同意していると考えられる。そのため、このような特定の外部ＳＮＳから取得したフレンド情報に基づいて本システム内でフレンド登録されたユーザー同士については、自動的にお互いを公開対象ユーザーとして登録することとする（Ｓ６）。こうすれば、わざわざユーザー同士で公開対象ユーザーとしての登録申請、及びその承認といった操作を行わずに、公開対象ユーザーとしての登録を行うことができる。

ユーザー情報要求受付部２３は、各クライアント装置３のユーザー情報要求部２６から、ユーザー情報の提供要求を受け付ける。ここでユーザー情報の提供要求には、送信元のユーザー（以下、要求ユーザーという）を特定する情報、及び提供要求の対象となるユーザー（以下、要求対象ユーザーという）を特定する情報が含まれている。本実施形態では、各クライアント装置３のアプリケーション実行部２５は、ゲーム等のアプリケーションプログラムを実行し、その実行中にフレンドユーザーの情報を表示する。例えばユーザーＵ１がユーザーＵ２と一緒にオンラインゲームをプレイする場合、ユーザーＵ１のクライアント装置３には、ユーザーＵ２が操作するキャラクターに付随して、ユーザーＵ２の名称とプロフィール画像とが表示される。このような表示を実現するために、ユーザーＵ１が使用するクライアント装置３のユーザー情報要求部２６は、アプリケーション実行部２５からの指示に応じて、ユーザー情報要求受付部２３に対してユーザーＵ２の名称及びプロフィール画像の提供要求を送信する。

ユーザー情報送信部２４は、ユーザー情報要求受付部２３が受け付けたユーザー情報の提供要求に応じて、要求対象ユーザーの情報を要求元のクライアント装置３に対して送信する。このときユーザー情報送信部２４は、要求ユーザーと要求対象ユーザーとの間の関係に応じて、提供するユーザー情報の種類を変更する。

具体的に、要求ユーザーから要求対象ユーザーの名称情報の提供要求があった場合、ユーザー情報送信部２４は、要求対象ユーザーが要求ユーザーの公開対象ユーザーとしてユーザー情報記憶部２１に登録されているか否かを判定する。公開対象ユーザーとして登録されていれば、ユーザー情報送信部２４は、名称情報の提供要求に対して公開制限名称Ｎ２を送信する。一方、要求対象ユーザーが要求ユーザーの公開対象ユーザーとして登録されていない場合、ユーザー情報要求送信部２４は、名称情報の提供要求に対して識別名称Ｎ１を送信する。これにより、要求対象ユーザーの公開制限名称Ｎ２が、公開対象ユーザーとして登録されていない要求ユーザーに公開されてしまわないようにすることができる。要求ユーザーから要求対象ユーザーのプロフィール画像の提供要求があった場合にも、ユーザー情報送信部２４は同様の判定を行う。そして、要求対象ユーザーが要求ユーザーの公開対象ユーザーとして登録されていれば、ユーザー情報送信部２４はプロフィール画像の提供要求に対して写真画像Ｉ２を送信する。一方、公開対象ユーザーとして登録されていなければ、プロフィール画像の提供要求に対してアイコン画像Ｉ１を送信する。

特に本実施形態では、ユーザー情報送信部２４は、名称及びプロフィール画像の提供要求に対して、必ず識別名称Ｎ１とアイコン画像Ｉ１の組み合わせか、又は公開制限名称Ｎ２と写真画像Ｉ２の組み合わせか、のいずれかを送信することとする。そのため、仮に要求対象ユーザーの写真画像Ｉ２が登録されていない場合であっても、公開対象ユーザーからの提供要求に対して公開制限名称Ｎ２とともにアイコン画像Ｉ１を送信することはしない。このような制御を行うのは、以下のような理由による。公開制限名称Ｎ２は他のユーザーと重複が可能であり、アイコン画像Ｉ１も予め用意された画像、又は予め用意されたパーツの組み合わせによって生成される画像であるため、他のユーザーと重複する可能性がある。そのため、このような組み合わせでの提供を許してしまうと、他のユーザーへのなりすましが容易にできてしまうおそれがある。そこで本実施形態では、上述したような名称とプロフィール画像の組み合わせでユーザー情報を提供することとしている。なお、ユーザーが写真画像Ｉ２の登録を行っていない場合には、ユーザー情報送信部２４は、公開対象ユーザーからの情報提供要求に対しては公開制限名称Ｎ２とともに写真画像Ｉ２が存在しない旨を送信する。これを受けてクライアント装置３は、要求対象ユーザーのプロフィール画像の代わりに予め用意されたデフォルト画像Ｉｄ（例えばシルエット画像）を表示する。

クライアント装置３のアプリケーション実行部２５は、アプリケーションプログラムを実行し、その実行結果を示す画像を表示画面に表示する。特に本実施形態では、アプリケーション実行部２５は、ゲームやメッセージ交換等のアプリケーションプログラムを実行し、その実行結果としてフレンドユーザーのユーザー情報（名称情報及びプロフィール画像）を含む画像を表示画面に表示する。このときアプリケーション実行部２５は、表示すべきユーザー情報の取得を、ユーザー情報要求部２６に指示する。

ユーザー情報要求部２６は、アプリケーション実行部２５からの指示に応じて、ユーザー情報の取得要求をユーザー管理サーバ２のユーザー情報要求受付部２３に対して送信する。その際にユーザー情報要求部２６は、当該クライアント装置３を使用するユーザー（すなわち、要求ユーザー）を特定する情報とともに取得要求を送信する。そして、この取得要求に対する応答としてユーザー情報送信部２４から送信されてきたユーザー情報を、アプリケーション実行部２５に対して提供する。これによりアプリケーション実行部２５は、ユーザー管理サーバ２が提供する識別名称Ｎ１及び公開制限名称Ｎ２のいずれかの名称情報を含む画像を表示画面に表示する。

以下、クライアント装置３のアプリケーション実行部２５が生成、表示するユーザー情報の具体例について、図５のフロー図及び図６の表示例を用いて説明する。図６は、ユーザーＵ３のクライアント装置３の表示画面に表示されるゲーム画像の一例を示している。ここではユーザーＵ１、Ｕ２及びＵ３の３人が一緒にレースゲームをプレイしており、ゲーム画像内にはそれぞれユーザーＵ１及びＵ２が操縦するレースカーＣ１及びＣ２が表示されている。また、レースカーＣ１及びＣ２のそれぞれに対して、そのレースカーを操縦するユーザーの名称情報と画像とを含むユーザー情報Ｐ１及びＰ２が表示されている。ここで、ユーザーＵ１及びＵ２はいずれもユーザーＵ３のフレンドユーザーであるが、ユーザーＵ３はユーザーＵ１の公開対象ユーザーとして登録されている一方で、ユーザーＵ２の公開対象ユーザーとしては登録されていないものとする。

この例では、ユーザーＵ３のクライアント装置３において、まずアプリケーション実行部２５がユーザーＵ１及びユーザーＵ２を要求対象ユーザーとしてユーザー情報の取得をユーザー情報要求部２６に対して指示する（Ｓ１１）。これに応じてユーザー情報要求部２６は、要求ユーザーであるユーザーＵ３を特定する情報とともに、ユーザーＵ１及びユーザーＵ２を要求対象ユーザーとして指定したユーザー情報の提供要求をユーザー管理サーバ２のユーザー情報要求受付部２３に対して送信する（Ｓ１２）。これに対してユーザー情報送信部２４は、要求対象ユーザーであるユーザーＵ１及びユーザーＵ２のそれぞれについて、ユーザーＵ３が公開対象ユーザーとして登録されているか否か判定する（Ｓ１３）。ここではユーザーＵ１のみがユーザーＵ３を公開対象ユーザーとしているので、ユーザー情報送信部２４は、ユーザーＵ３の提供要求に対してユーザーＵ１の公開制限名称Ｎ２及び写真画像Ｉ２を送信する（Ｓ１４）。逆にユーザーＵ２についてはユーザーＵ３を公開対象ユーザーとしていないので、ユーザー情報送信部２４は、ユーザーＵ２の識別名称Ｎ１とアイコン画像Ｉ１を送信する（Ｓ１５）。ユーザーＵ３のクライアント装置３において、ユーザー情報要求部２６は、ユーザー情報送信部２４からＳ１４及びＳ１５で送信されるユーザー情報の提供を受け付けて、その内容をアプリケーション実行部２５に対して出力する（Ｓ１６）。アプリケーション実行部２５は、提供されたユーザー情報を含むゲーム画像を生成し、表示画面に表示する（Ｓ１７）。なお、クライアント装置３は、ユーザー情報送信部２４から提供された名称情報が公開制限名称Ｎ２か識別名称Ｎ１かを区別する必要はなく、提供された名称の文字列情報をそのまま画面に表示すればよい。同様に、ユーザーのプロフィール画像についても、それが写真画像Ｉ２かアイコン画像Ｉ１かを区別する必要はなく、提供された画像を所与のサイズに変換して画面に表示する。これにより図６に示すように、ユーザーＵ３に対して公開制限名称Ｎ２及び写真画像Ｉ２の公開が許可されているユーザーＵ１については、それらの情報がゲーム画像内に表示される。そのためユーザーＵ３は、一目でレースカーＣ１を操縦しているのが自分の知人であるユーザーＵ１であることを把握できる。

別の例として、図７は、フレンド一覧の表示画面の一例を示している。このような表示画面は、アプリケーション実行部２５がフレンドユーザーを管理するアプリケーションプログラムを実行することにより表示される。この図の例は、ユーザーＵ３のクライアント装置３が表示するフレンド一覧を示しており、ユーザーＵ３のフレンドユーザーとして、ユーザーＵ１、ユーザーＵ２、及びユーザーＵ４のユーザー情報Ｐ１、Ｐ２及びＰ４が並んで表示されている。これらのフレンドユーザーのうち、ユーザーＵ１及びＵ４がユーザーＵ３を公開対象ユーザーとしており、ユーザーＵ２はユーザーＵ３を公開対象ユーザーとしていないものとする。同図に示されるように、ユーザーＵ２についてはユーザー情報Ｐ２として識別名称Ｎ１及びアイコン画像Ｉ１のみが表示され、ユーザーＵ１については、識別名称Ｎ１及びアイコン画像Ｉ１だけでなく、公開制限名称Ｎ２及び写真画像Ｉ２も併せて表示されている。また、ユーザーＵ４については、写真画像Ｉ２が登録されていないために、写真画像Ｉ２が表示されるべき位置にデフォルト画像Ｉｄが表示されている。特にこの図の例では、ユーザーＵ２の識別名称Ｎ１とユーザーＵ１及びＵ４の公開制限名称Ｎ２とが縦方向に同じ位置に並んで表示され、同様にユーザーＵ２のアイコン画像Ｉ１、ユーザーＵ１の写真画像Ｉ２、及びユーザーＵ４についてのデフォルト画像Ｉｄとが同じ位置に同じサイズで並んで表示される。そして、ユーザーＵ１及びＵ４の識別名称Ｎ１及びアイコン画像Ｉ１については、付随的に公開制限名称Ｎ２や写真画像Ｉ２よりも小さなサイズで表示されている。これは、ユーザーＵ３を公開対象ユーザーとしているユーザーＵ１及びＵ４については、識別名称Ｎ１及びアイコン画像Ｉ１に代わる情報として公開制限名称Ｎ２及び写真画像Ｉ２が用いられていることを示している。

また、ユーザー管理サーバ２は、特定のユーザーのユーザー情報を、当該ユーザーと一緒にゲームをプレイしているフレンドユーザーに限らず、不特定の要求ユーザーに対して提供してもよい。さらにこのような場合には、要求ユーザーが要求対象ユーザーの公開対象ユーザーであるか否かにかかわらず、公開制限名称Ｎ２を提供してもよい。このような場合に提供される名称情報は、特定の個人と結びつかないと考えられるからである。あるいは、ユーザー情報送信部２４は、不特定の要求ユーザーから要求対象ユーザーの名称情報の取得要求があった場合、公開制限名称Ｎ２の一部分だけを提供してもよい。具体的には、ファーストネーム、及びファミリーネームから構成される公開制限名称Ｎ２について、そのファーストネームだけを提供する、ファミリーネームだけを提供する、ファーストネーム及びファミリーネームそれぞれの頭文字だけを提供する、ファーストネーム及びファミリーネームの一方の頭文字と他方のフルネームの組み合わせを提供する、などの処理を行ってもよい。こうすれば、個人が一意に特定されにくい態様で特定のユーザーの公開制限名称Ｎ２に関する情報を提供できる。このような制御の一例として、ゲーム内に登場する特殊なモンスターやアイテムについて、その名前としてゲーム内で最初に発見したユーザー（発見者）の名称を付けるケースが考えられる。このような名前は固有名詞として機能するので、発見者の公開対象ユーザーとして登録されているユーザーと登録されていないユーザーとで名前が異なってしまうのは好ましくない。かといって、公開対象ユーザーとして登録されていないユーザーに対して公開制限名称Ｎ２の全体を公開してしまうことも不都合が生じる可能性がある。そこでこのような場合には、公開制限名称Ｎ２の一部分だけを提供することとする。

一例として、ユーザーＵ１がゲーム内で特定のモンスターを最初に発見した場合、当該ユーザーＵ１を特定する情報がゲームサーバ４に送信される。ゲームサーバ４は、ユーザー管理サーバ２のユーザー情報要求受付部２３に対して、ユーザーＵ１の名称情報の取得要求を送信する。ゲームサーバ４からユーザー情報の取得要求が行われた場合、要求ユーザーが特定されていないので、ユーザー情報送信部２４は、公開対象ユーザーか否かの判断を行うことなく要求対象ユーザー（ここではユーザーＵ１）の公開制限名称Ｎ２を加工し、その一部分だけをゲームサーバ４に対して送信する。公開制限名称Ｎ２の一部分の情報を取得したゲームサーバ４は、ユーザーＵ１が発見したモンスターに対して、取得した公開制限名称Ｎ２の部分を含む名称を決定し、各クライアント装置３に対して送信する。

また、別の例として、ゲームで特定の成績を残したユーザーの情報を、各クライアント装置３の表示画面に表示することが考えられる。具体例として、ユーザーＵ１がレースゲームにおいて、あるコースの特定のコーナーで優れた成績を残したものとする。このとき、このコーナーに関連づけて、ユーザーＵ１の名称を表示する（図６のＸ）。この場合、ユーザーＵ１の公開対象ユーザーが使用するクライアント装置３では、ユーザーＵ１の公開制限名称Ｎ２が表示され、それ以外のユーザーが使用するクライアント装置３では、公開制限名称Ｎ２の代わりにユーザーＵ１の識別名称Ｎ１が表示されることとしてもよい。このような制御を実現するためには、コーナーに表示すべきユーザーを特定する情報（当該ユーザーの識別名称Ｎ１）を、ゲームサーバ４が保持しておく。そして、各クライアント装置３のアプリケーション実行部２５は、当該コーナーをゲーム画像内に表示する場合、表示すべきユーザーを特定する情報をまずゲームサーバ４に対して問い合わせて取得する。その後、特定されたユーザーの名称情報の取得を、前述したようにユーザー情報要求部２６に指示する。そして、この指示に応じて取得された識別名称Ｎ１及び公開制限名称Ｎ２のいずれかを、当該コーナーに表示する。

また、クライアント装置３のアプリケーション実行部２５がアドベンチャーゲームのように複数の選択肢からユーザーがいずれかの選択肢を選択することによってストーリーが進行するゲームのアプリケーションプログラムを実行する場合、アプリケーション実行部２５は、当該クライアント装置３を使用するユーザーのフレンドユーザーが選んだ選択肢の情報をゲーム画面内に表示してもよい。図８はこの場合のゲーム画面の一例を示している。この図の例では、選択肢Ａ及びＢのいずれかを選ぶようユーザーに促す画面が表示されており、二つの選択肢のうち選択肢Ａを選んだユーザーが何人いるかを示す情報とともに、そのうちのフレンドユーザーについて、その名称情報及びプロフィール画像が表示されている。この場合にアプリケーション実行部２５は、当該クライアント装置３のユーザーがそのフレンドユーザーの公開対象ユーザーに設定されていれば公開制限名称Ｎ２及び写真画像Ｉ２を、設定されていなければ識別名称Ｎ１及びアイコン画像Ｉ１を、それぞれ取得して表示する。

また、ユーザー情報送信部２４は、要求ユーザーが要求対象ユーザーの公開対象ユーザーに設定されているか否かだけでなく、要求元のアプリケーション実行部２５で実行されているアプリケーションプログラムに応じて、提供する名称情報やプロフィール画像を切り替えてもよい。具体例として、例えばオンライン対戦型のＦＰＳ（First Person Shooting）ゲームのような特定の種類のゲームでは、対戦相手となる他のユーザーが操作するゲームキャラクターを攻撃したり、そのゲームキャラクターから攻撃を受けたりすることがある。このような場合、対戦相手の表示画面に表示される自分のゲームキャラクターに対して、自分の実名や顔写真が併せて表示されることを望まないユーザーもいると考えられる。そこで各ユーザーは、自分の公開制限名称Ｎ２や写真画像Ｉ２を公開対象とするユーザーだけでなく、公開対象とするアプリケーションプログラムについても指定できるようにする。

図９は、この場合においてユーザー情報記憶部２１が記憶する情報の一例を示す図である。この図の例は、図３の例と比較して、各ユーザーに関連づけて公開対象プログラムの情報がさらに記憶されている点で異なっている。公開対象プログラムの指定の方法としては、アプリケーションプログラムの種類（例えばゲームプログラム全体、あるいは特定ジャンルのゲームプログラムなど）ごとに指定する方法や、個々のプログラムごと（例えばゲームタイトルごと）に指定する方法がある。例えば各ユーザーは、全てのゲームプログラムに対して公開制限名称Ｎ２及び写真画像Ｉ２の公開を制限してもよい。図９ではユーザーＵ２がこのような指定をしている。この場合、フレンド一覧やメッセージ交換アプリケーションでは相手に対して自分の公開制限名称Ｎ２や写真画像Ｉ２が公開されるが、ゲーム内ではこのような情報が公開されず、代わりに識別名称Ｎ１やアイコン画像Ｉ１が表示されることになる。また、各ユーザーは、個別のゲームタイトルごとに公開を制限／許可してもよい。図９では、ユーザーＵ３がゲームタイトルＡ及びゲームタイトルＢという２種類のゲームタイトルについても公開を許可しており、その他のアプリケーションプログラムについては公開を制限している。逆にユーザーＵ４は、ゲームタイトルＡだけを公開制限の対象としており、その他のアプリケーションプログラムについては公開を許可している。あるいは各ユーザーは、特定のジャンル（例えばＦＰＳ）に属するゲームプログラムを対象として公開を制限／許可してもよい。

このような制御を実現するために、クライアント装置３のユーザー情報要求部２６は、アプリケーション実行部２５からユーザー情報の取得指示を受け付けた場合に、当該取得指示を行ったアプリケーションプログラムに関する情報を含んだユーザー情報の取得要求をユーザー管理サーバ２に対して送信する。ここでアプリケーションプログラムに関する情報は、アプリケーションプログラムのプログラム名や、アプリケーションプログラムの種別（ゲームプログラム、システムプログラムなど）を特定する情報などを含んでよい。ユーザー情報要求受付部２３がこの取得要求を受け付けると、ユーザー情報送信部２４は、まず前述したように要求ユーザーと要求対象ユーザーとの関係性に基づいて要求ユーザーが要求対象ユーザーの公開対象ユーザーに設定されているか否かを判定する。公開対象ユーザーに設定されていなければ、識別名称Ｎ１及びアイコン画像Ｉ１を要求元のクライアント装置３に対して送信する。一方、要求ユーザーが要求対象ユーザーの公開対象ユーザーに設定されている場合、さらにユーザー情報送信部２４は、取得要求に含まれるアプリケーションプログラムに関する情報と、図９に示す公開対象プログラムの情報とを比較して、取得要求を行ったアプリケーションプログラムが公開対象プログラムに該当するか否かを判定する。判定の結果、公開対象プログラムに該当する場合、ユーザー情報送信部２４は、要求対象ユーザーの公開制限名称Ｎ２及び写真画像Ｉ２をユーザー情報として送信する。一方、公開対象プログラムに該当しない場合、ユーザー情報送信部２４は、要求対象ユーザーが公開対象ユーザーに該当しない場合と同様に、要求対象ユーザーの識別名称Ｎ１及びアイコン画像Ｉ１をユーザー情報として送信する。

また、本実施形態においてクライアント装置３は、アプリケーション実行部２５が公開制限された情報（公開制限名称Ｎ２及び写真画像Ｉ２）を表示画面に表示中か否かを管理する機能を備えてもよい。近年では、クライアント装置３の表示画面に表示されるゲーム画面等を、静止画像や動画像として記録、公開することが行われるようになってきている。そうすると、特定の公開対象ユーザーだけに公開するつもりだった自分の公開制限名称Ｎ２や写真画像Ｉ２を不特定の第三者に公開されてしまうリスクも生じることになる。そこで本実施形態では、ユーザー管理サーバ２のユーザー情報送信部２４がクライアント装置３に対してユーザー情報を送信する際に、そのユーザー情報が公開制限された情報であるか否かを示すフラグ情報を含めることとし、アプリケーション実行部２５が表示中の画像を記録する際には、そのフラグ情報の内容に応じて記録処理の内容を制御してもよい。具体例として、クライアント装置３は、公開制限されたユーザー情報をアプリケーション実行部２５が表示中の場合、表示画面の静止画像（スクリーンショット）や動画像を記録するプログラムの動作そのものを制限し、記録できないようにしてもよい。あるいは、記録の際にユーザーに対して警告メッセージを出力してもよい。また、公開制限されたユーザー情報を表示中に表示画面の画像を記録した場合、クライアント装置３は、記録した画像に対して公開制限されたユーザー情報が含まれる旨のフラグ情報を付与することとしてもよい。こうすれば、後に多数の画像の中から公開制限されたユーザー情報が含まれる画像を検索、抽出し、削除したり公開を制限したりすることが可能となる。

なお、本発明は以上説明したものに限られない。例えば以上の説明では名称情報とプロフィール画像だけをユーザー管理サーバ２による提供対象としたが、その他の各種のプロフィール情報についても、要求ユーザーが要求対象ユーザーの公開対象ユーザーか否かに応じて異なる種類の情報を提供してもよい。また、クライアント装置３においてユーザー情報を表示するアプリケーションプログラムは、ゲームやメッセージ交換アプリケーションに限られず、各種のものであってよい。

また、以上の説明では各クライアント装置３はユーザー管理サーバ２に対して直接ユーザー情報の取得要求を送信することとしたが、このような要求をゲームサーバ３経由でユーザー管理サーバ２に対して送信してもよい。また、以上の説明ではユーザー管理サーバ２のユーザー情報送信部２４は、名称情報の取得要求に対して要求対象ユーザーの識別名称Ｎ１及び公開制限名称Ｎ２のいずれかを送信することとしたが、識別名称Ｎ１は必ずしも送信せずともよい。なぜなら、以上説明した実施形態では識別名称Ｎ１はユーザーの識別に用いられる情報であるため、要求対象ユーザーの名称情報を取得しようとするクライアント装置３にとって既知の情報であるからである。この場合、ユーザー情報送信部２４は、要求ユーザーが要求対象ユーザーの公開対象ユーザーであるか否かを判定し、公開対象ユーザーであると判定される場合にのみ、要求対象ユーザーの公開制限名称Ｎ２を送信する。そして、要求ユーザーが要求対象ユーザーの公開対象ユーザーでない場合には、その旨を示す情報（すなわち、公開制限名称Ｎ２が送信できないことを示す情報）を名称情報の代わりに要求元のクライアント装置３に送信する。この情報を受けて要求元のクライアント装置３のユーザー情報要求部２６は、要求対象ユーザーの名称情報として、取得要求の送信時に取得要求に含めた要求対象ユーザーの識別名称Ｎ１をアプリケーション実行部２５に対して出力する。この場合にもアプリケーション実行部２５は、要求ユーザーが要求対象ユーザーの公開対象ユーザーであれば公開制限名称Ｎ２を表示し、公開対象ユーザーでなければ公開制限名称Ｎ２の代わりにユーザーの名称情報として識別名称Ｎ１を表示画面に表示することができる。

Claims (4)

1. プログラムを実行する実行部と、
   前記実行部からの指示に応じて、要求ユーザーを特定する情報及び当該取得要求を指示したプログラムに関する情報を含む、要求対象ユーザーの情報の取得要求をユーザー管理サーバへ送信するユーザー情報要求部と、
   を含み、
   前記ユーザー情報要求部は、前記ユーザー管理サーバにより、複数のユーザーのそれぞれについて、他のユーザーへの公開を制限されない公開情報と、当該ユーザーによって登録された公開制限情報と、前記複数のユーザーのうち、当該公開制限情報の公開を許可する公開対象ユーザーを特定する情報と、当該ユーザーの公開制限情報を公開する対象とする公開対象プログラムを特定する情報と、を関連づけた情報に基づいて、前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されているか否か、及び前記取得要求を指示したプログラムが前記要求対象ユーザーに関連づけられた公開対象プログラムに該当するか否かが判定された結果に応じて送信される、前記要求対象ユーザーの前記公開制限情報または前記公開情報を前記取得要求への応答として受信し、
   前記ユーザー情報要求部は、前記受信された前記要求対象ユーザーの前記公開制限情報または前記公開情報を前記実行部に提供し、前記実行部は、前記ユーザー情報要求部から提供された前記公開制限情報または前記公開情報を表示画面に表示し、
   前記取得要求を指示したプログラムが、前記要求対象ユーザーに関連づけられた公開対象プログラムに該当する場合に、前記ユーザー管理サーバにより前記公開制限情報が送信され、前記実行部は前記送信された前記公開制限情報を表示する、
   ことを特徴とする情報処理システム。
2. プログラムを実行する実行ステップと、
   前記実行ステップにおける指示に応じて、要求ユーザーを特定する情報及び当該取得要求を指示したプログラムに関する情報を含む、要求対象ユーザーの情報の取得要求をユーザー管理サーバへ送信するユーザー情報要求ステップと、
   を含み、
   前記ユーザー情報要求ステップでは、前記ユーザー管理サーバにより、複数のユーザーのそれぞれについて、他のユーザーへの公開を制限されない公開情報と、当該ユーザーによって登録された公開制限情報と、前記複数のユーザーのうち、当該公開制限情報の公開を許可する公開対象ユーザーを特定する情報と、当該ユーザーの公開制限情報を公開する対象とする公開対象プログラムを特定する情報と、を関連づけた情報に基づいて、前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されているか否か、及び前記取得要求を指示したプログラムが前記要求対象ユーザーに関連づけられた公開対象プログラムに該当するか否かが判定された結果に応じて送信される、前記要求対象ユーザーの前記公開制限情報または前記公開情報を前記取得要求への応答として受信し、前記受信された前記要求対象ユーザーの前記公開制限情報または前記公開情報を提供し、前記実行ステップは、前記ユーザー情報要求ステップにおいて提供された前記要求対象ユーザーの前記公開制限情報または前記公開情報を表示画面に表示し、
   前記取得要求を指示したプログラムが、前記要求対象ユーザーに関連づけられた公開対象プログラムに該当する場合に前記ユーザー管理サーバにより前記公開制限情報が送信され、前記実行ステップでは、前記送信された前記公開制限情報を表示する、
   ことを特徴とする制御方法。
3. 第１又は第２のプログラムを実行する実行部と、
   前記実行部からの指示に応じて、要求ユーザーを特定する情報を含む、要求対象ユーザーの情報の取得要求をユーザー管理サーバへ送信するユーザー情報要求部と、
   を含み、
   前記ユーザー情報要求部は、前記ユーザー管理サーバにより、複数のユーザーのそれぞれについて、他のユーザーへの公開を制限されない公開情報と、当該ユーザーによって登録された公開制限情報と、前記複数のユーザーのうち、当該公開制限情報の公開を許可する公開対象ユーザーを特定する情報と、を関連づけた情報に基づいて、前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されているか否かが判定された結果に応じて送信される、前記要求対象ユーザーの前記公開制限情報または前記公開情報の少なくとも一方を前記取得要求への応答として受信し、前記受信された前記要求対象ユーザーの情報を前記実行部に提供し、前記実行部は、前記ユーザー情報要求部から提供された前記要求対象ユーザーの情報を表示画面に表示し、
   前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されている場合に、前記ユーザー管理サーバにより、前記実行部が実行するプログラムに応じて、前記要求対象ユーザーの前記公開制限情報、または前記公開制限情報および前記公開情報の両方が送信され、
   前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されている場合であって、前記実行部が前記第１のプログラムを実行する場合に前記ユーザー管理サーバにより前記公開制限情報が送信され、前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されている場合であって、前記実行部が前記第２のプログラムを実行する場合に前記ユーザー管理サーバにより前記公開制限情報及び前記公開情報の両方が送信される、
   ことを特徴とする情報処理システム。
4. 第１又は第２のプログラムを実行する実行ステップと、
   前記実行ステップにおける指示に応じて、要求ユーザーを特定する情報を含む、要求対象ユーザーの情報の取得要求をユーザー管理サーバへ送信するユーザー情報要求ステップと、
   を含み、
   前記ユーザー情報要求ステップでは、前記ユーザー管理サーバにより、複数のユーザーのそれぞれについて、他のユーザーへの公開を制限されない公開情報と、当該ユーザーによって登録された公開制限情報と、前記複数のユーザーのうち、当該公開制限情報の公開を許可する公開対象ユーザーを特定する情報と、を関連づけた情報に基づいて、前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されているか否かが判定された結果に応じて送信される、前記要求対象ユーザーの前記公開制限情報または前記公開情報の少なくとも一方を取得要求への応答として受信し、前記受信された前記要求対象ユーザーの情報を提供し、前記実行ステップでは、前記ユーザー情報要求ステップにおいて提供された前記要求対象ユーザーの情報を表示画面に表示し、
   前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されている場合に、前記ユーザー管理サーバにより、前記実行ステップで実行するプログラムに応じて、前記要求対象ユーザーの前記公開制限情報、または前記公開制限情報および前記公開情報の両方が送信され、
   前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されている場合であって、前記第１のプログラムが実行される場合に前記ユーザー管理サーバにより前記公開制限情報が送信され、前記要求ユーザーが前記要求対象ユーザーに対する公開対象ユーザーとして登録されている場合であって、前記第２のプログラムが実行される場合に前記ユーザー管理サーバにより前記公開制限情報及び前記公開情報の両方が送信される、
   ことを特徴とする制御方法。

Images