JP2022102120A - ユーザ情報制御システム及びプログラム - Google Patents

Abstract

【課題】確実かつ円滑に複数人とユーザの情報を提供及び受領の少なくとも一方を行うことができるユーザ情報制御システム等を提供すること。【解決手段】ユーザ情報について提供済及び受領済の少なくとも一方に該当する特定の候補ユーザと、当該特定の候補ユーザ以外の候補ユーザとを識別して、複数の候補ユーザに関する情報を表示する処理を行う。【選択図】図４

Description

本発明は、ユーザ情報制御システム及びプログラムに関する。

従来から、電子的に名刺交換を行う装置が存在する。このような装置では、同時期に交換した複数の名刺を抽出して席順などで並び替えて表示するものがある（特許文献１参照）。

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

従来の装置のように手軽に名刺交換が行わるようになると、名刺交換を複数の人物と同時期に連続的に行う場合等において、その場にいる誰と交換済みで、誰とまだ交換していないのか、わらなくなってしまうことがある。このため、同じ人物と重複して交換する、或いは、交換をし忘れてしまうといった問題が生じる可能性があった。

本発明は、上記課題を解決するためになされたものであり、その目的は、確実かつ円滑に複数人とユーザの情報を提供及び受領の少なくとも一方を行うことができるユーザ情報制御システム等を提供することにある。

（１）本発明は、
ユーザを識別可能なユーザ情報を制御するユーザ情報制御システムであって、
ユーザの入力に基づいて、当該ユーザのユーザ情報を他のユーザに提供する処理と、当該他のユーザから提供された当該他のユーザのユーザ情報を受領する処理と、を行うユーザ情報制御部と、
複数の他のユーザの中から、所定条件を満たす複数の候補ユーザを抽出して、当該複数の候補ユーザに関する情報を前記ユーザの端末装置に表示する表示制御部と、を含み、
前記所定条件は、
前記ユーザのユーザ情報を前記他のユーザに未提供であること、及び、前記他のユーザのユーザ情報を前記他のユーザから未受領であること、の少なくとも一方に該当するという条件を含み、
前記表示制御部は、
ユーザ情報について提供済及び受領済の少なくとも一方に該当する特定の候補ユーザと、当該特定の候補ユーザ以外の候補ユーザとを識別して、複数の候補ユーザに関する情報を表示する処理を行うことを特徴とするユーザ情報制御システムに関する。

また、本発明は、上記各部としてコンピュータを機能させるプログラムに関する。また、本発明は、コンピュータが読み取り可能な情報記憶媒体であって、上記各部としてコンピュータを機能させるプログラムを記憶する情報記憶媒体に関する。また、本発明は、上記各部を含む端末装置に関する。

本発明によれば、いずれの候補ユーザに対してユーザ情報を提供済であるのか或いは提供していないのか、いずれの候補ユーザから当該候補ユーザのユーザ情報を受領済である
のか或いは受領していないのか等、ユーザは把握することができ、ユーザ情報について、確実かつ円滑に複数人と提供及び受領の少なくとも一方を行うことができる。

ここで、「未提供であること」とは、ユーザのユーザ情報を、過去に一度も他のユーザに提供していないことを意味してもよいし、過去に提供したが、変更後の当該ユーザ情報を、他のユーザに提供していないことを意味してもよい。以下の説明でも、同様の解釈を行う。

また、「未受領であること」とは、他のユーザのユーザ情報を、過去に一度も他のユーザから受領していないことを意味してもよいし、過去に他のユーザから受領したが、変更後の当該ユーザ情報を、受領していないことを意味してもよい。以下の説明でも、同様の解釈を行う。

また、「ユーザ情報について提供済」とは、自身がユーザ情報を提供したが相手が承諾したか否かは問わない。また、及び「ユーザ情報を受領済」とは、相手ユーザからユーザ情報を受領したが自身が承諾したか否かは問わない。以下の説明でも、同様の解釈を行う。

（２）本発明は、
ユーザを識別可能なユーザ情報を制御するユーザ情報制御システムであって、
ユーザの入力に基づいて、当該ユーザのユーザ情報を他のユーザに提供する処理と、当該他のユーザから提供された当該他のユーザのユーザ情報を受領する処理と、を行うユーザ情報制御部と、
複数の他のユーザの中から、所定条件を満たす複数の候補ユーザを抽出して、当該複数の候補ユーザに関する情報を前記ユーザの端末装置に表示する表示制御部と、を含み、
前記所定条件は、
前記ユーザのユーザ情報を前記他のユーザに未提供であること、及び、前記他のユーザのユーザ情報を前記他のユーザから未受領であること、の少なくとも一方に該当するという条件、並びに、
前記ユーザと前記他のユーザとが提供又は受領が可能な位置関係に該当するという条件、を含み、
前記表示制御部は、
ユーザ情報について提供済及び受領済の少なくとも一方に該当する特定の候補ユーザと、当該特定の候補ユーザ以外の候補ユーザとを識別して、複数の候補ユーザに関する情報を表示する処理を行うことを特徴とするユーザ情報制御システムに関する。

また、本発明は、上記各部としてコンピュータを機能させるプログラムに関する。また、本発明は、コンピュータが読み取り可能な情報記憶媒体であって、上記各部としてコンピュータを機能させるプログラムを記憶する情報記憶媒体に関する。また、本発明は、上記各部を含む端末装置に関する。

本発明によれば、いずれの候補ユーザに対してユーザ情報を提供済であるのか或いは提供していないのか、いずれの候補ユーザから当該候補ユーザのユーザ情報を受領済であるのか或いは受領していないのか等、ユーザは把握することができ、ユーザ情報について、確実かつ円滑に複数人と提供及び受領の少なくとも一方を行うことができる。

また、本発明によれば、ユーザと他のユーザが提供又は受領が可能な位置関係にあるので、適切な候補ユーザを抽出することができ、より確実かつ円滑に、ユーザ情報を提供及び受領の少なくとも一方を行うことができる。

（３）また、本発明に係るユーザ情報制御システム、プログラム、情報記憶媒体及び端末装置では、
前記ユーザ情報は、
前記ユーザの名刺情報であってもよい。

本発明によれば、例えば、ユーザ同士で、連絡先の交換や自己紹介を互いにすることができる。

（４）また、本発明に係るユーザ情報制御システム、プログラム、情報記憶媒体及び端末装置では、
前記ユーザ情報制御部は、
前記ユーザのユーザ情報を前記他のユーザに提供する処理と、前記他のユーザのユーザ情報を前記他のユーザから受領する処理とを、行うことによって、前記ユーザのユーザ情報と前記他のユーザのユーザ情報とを交換する処理を行うようにしてもよい。

本発明によれば、自己のユーザ情報を提供すると共に、他のユーザのユーザ情報を入手する交換を行うことができるので、相互に円滑なユーザ情報の交換を行うことができる。

（５）また、本発明に係るユーザ情報制御システム、プログラム、情報記憶媒体及び端末装置では、
前記所定条件は、
前記ユーザの端末装置の位置と、前記他のユーザの端末装置の位置とが所定の位置関係にあるという条件を、更に含むようにしてもよい。

本発明によれば、例えば、自己の端末装置の位置と、相手のユーザ端末の位置が所定の距離範囲内（例えば、２メートル以内）であるという条件を課すことができ、適切な候補ユーザを抽出することができる。

（６）また、本発明に係るユーザ情報制御システム、プログラム、情報記憶媒体及び端末装置では、
前記所定条件は、
前記ユーザの端末装置と前記他のユーザの端末装置とが通信可能であるという条件を、更に含むようにしてもよい。

本発明によれば、自己の端末装置と、相手のユーザの端末装置とが通信可能であるという条件を課すことができ、適切な候補ユーザを抽出することができる。

（７）また、本発明に係るユーザ情報制御システム、プログラム、情報記憶媒体及び端末装置では、
前記表示制御部は、
前記ユーザと前記他のユーザとにおいて、ユーザ情報について提供及び受領の少なくとも一方を行う画面において、前記複数の候補ユーザに関する情報を表示する処理を行うようにしてもよい。

本発明によれば、ユーザは、複数の候補ユーザに関する情報を見ながら提供や受領を行うことができ、ユーザの利便性を高めた表示制御を行うことができる。

（８）また、本発明に係るユーザ情報制御システム、プログラム、情報記憶媒体及び端末装置では、
前記表示制御部は、
前記ユーザのユーザ情報について前記候補ユーザに未提供の場合に、前記候補ユーザに対して提供可能な状態か否かを表示する処理、及び、前記候補ユーザのユーザ情報について前記ユーザが未受領の場合に、候補ユーザから受領可能な状態か否かを表示する処理、の少なくとも一方を行うようにしてもよい。

本発明によれば、候補ユーザに提供可能な状態か否か、候補ユーザから受領可能な状態か否か等、ユーザ自身が認識できるので、ユーザの利便性を高めた表示制御を行うことができる。

（９）また、本発明に係るユーザ情報制御システム、プログラム、情報記憶媒体及び端末装置では、
前記ユーザ情報制御部は、
前記ユーザの入力に基づいて、前記ユーザに対応付けて複数のユーザ情報を設定可能に制御し、
前記表示制御部は、
前記ユーザに対応付けられた複数のユーザ情報毎に、ユーザ情報を各候補ユーザに提供済か否かを表示する処理、及び、
各候補ユーザに対応付けられた複数のユーザ情報毎に、ユーザ情報を候補ユーザから受領済か否かを表示する処理、
の少なくとも一方を行うようにしてもよい。

本発明によれば、ユーザ情報毎に、提供の有無や受領の有無を認識できるので、更に、ユーザの利便性を高めた表示制御を行うことができ、ユーザ情報について、確実かつ円滑に提供及び受領の少なくとも一方を行うことができる。

（１０）また、本発明に係るユーザ情報制御システム、プログラム、情報記憶媒体及び端末装置では、
前記ユーザ情報制御部は、
前記ユーザの前記ユーザ情報を変更可能に制御し、
前記表示制御部は、
前記ユーザに対応付けられた変更後のユーザ情報を、各候補ユーザに提供済か否かを表示する処理、及び、
各候補ユーザに対応付けられた変更後のユーザ情報を、候補ユーザから受領済か否かを表示する処理、
の少なくとも一方を行うようにしてもよい。

本発明によれば、変更後のユーザ情報について、各候補ユーザに提供したか否か、或いは、各候補ユーザから変更後のユーザ情報を受領したか否かを認識できるので、更にユーザの利便性を高めた表示制御を行うことができ、ユーザ情報について、確実かつ円滑に提供及び受領の少なくとも一方を行うことができる。

（１１）また、本発明に係るユーザ情報制御システム、プログラム、情報記憶媒体及び端末装置では、
前記表示制御部は、
前記候補ユーザの属性に応じて、前記候補ユーザに関する情報の表示態様を変更するようにしてもよい。

本発明によれば、候補ユーザの属性に応じて表示態様を変更するので、ユーザが属性を考慮して、いずれの候補ユーザに対し、ユーザ情報を提供するか、或いは受領するか等、容易に検討することができる。

（１２）また、本発明に係るユーザ情報制御システム、プログラム、情報記憶媒体及び端末装置では、
前記ユーザ情報制御部は、
候補ユーザに関する情報に対する前記ユーザの入力に基づいて、選択された当該候補ユーザに対して、前記ユーザのユーザ情報を提供する処理を行うようにしてもよい。

本発明によれば、ユーザは、候補ユーザに関する情報を見ながら、簡易に提供する候補ユーザを選択入力することができる。

（１３）また、本発明に係るユーザ情報制御システム、プログラム、情報記憶媒体及び端末装置では、
前記ユーザの入力に基づき、前記候補ユーザの選択を受け付け、選択された前記候補ユーザの端末装置に対して通知処理を行う通知部を、更に含むようにしてもよい。

本発明によれば、通知のあった端末装置の所有者から候補ユーザを特定でき、ユーザは、現実世界において候補ユーザを容易に認識することができる。

（１４）また、本発明に係るユーザ情報制御システム、プログラム、情報記憶媒体及び端末装置では、
前記表示制御部は、
前記ユーザの入力に基づき、前記候補ユーザの選択を受け付け、選択された前記候補ユーザの位置情報と、選択されていない前記候補ユーザの位置情報とを識別して、各候補ユーザの位置情報を、表示するようにしてもよい。

本発明によれば、各候補ユーザの位置情報を知ることができ、更に、ユーザが選択した候補ユーザの位置情報を容易に認識することができる。

本実施形態のユーザ情報制御システムの構成を示すシステム構成の一例を示す図。 本実施形態のサーバ装置の機能ブロックを示す図。 本実施形態の端末装置の機能ブロックを示す図。 本実施形態のユーザ情報を交換の概念を示す図。 本実施形態の候補ユーザの抽出の一例を説明するための図。 本実施形態のユーザ情報に関する画面の一例を示す図。 図７（Ａ）、図７（Ｂ）は、ユーザ情報の一例を説明するための図。 本実施形態のユーザ情報を交換するための画面の一例を示す図。 本実施形態のユーザ情報を受領するための画面の一例を示す図。 図１０（Ａ）、図１０（Ｂ）は、提供及び受領に関するデータの一例を示す図。 本実施形態の交換に関するデータの一例を示す図。 本実施形態のユーザ情報に関する画面の一例を示す図。 本実施形態のユーザ情報に関する画面の一例を示す図。 本実施形態のユーザ情報に関する画面の一例を示す図。 本実施形態のユーザ情報に関する画面の一例を示す図。 本実施形態のユーザ情報に関する画面の一例を示す図。 本実施形態のユーザ情報に関する画面の一例を示す図。 本実施形態のユーザ情報に関する画面の一例を示す図。 本実施形態のユーザ情報に関する画面の一例を示す図。 本実施形態の処理の一例を示すフローチャート。 本実施形態の処理の一例を示すフローチャート。 本実施形態の候補ユーザへの通知について説明するための図。 本実施形態の候補ユーザの位置情報を含むマップ情報の説明図。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

［１］ユーザ情報制御システム
まず、図１を用いて本実施形態のユーザ情報制御システムの概要及び概要構成について説明する。なお、図１は、本実施形態のユーザ情報制御システムの構成を示すシステム構成の一例を示す図である。

サーバ装置１０は、インターネットを介して通信接続された端末装置（ゲーム装置）２０を用いて、所与のサービス（例えば、ユーザに名刺を交換するサービスやユーザにゲームをプレイさせるサービス）を提供することが可能な情報処理装置である。

端末装置２０は、クライアント装置であり、ゲーム装置、スマートフォン、携帯電話、ＰＨＳ、コンピュータ、ゲーム装置、ＰＤＡ、携帯型ゲーム機等、画像生成装置などの情報処理装置であり、インターネット（ＷＡＮ）、ＬＡＮなどのネットワークを介してサーバ装置１０に接続可能な装置である。

［１．１］クライアントサーバモデルで構成されるユーザ情報制御システム
本実施形態のユーザ情報制御システムは、図１に示すように、サーバ装置１０と、端末装置２０（例えば、端末装置２０Ａ、２０Ｂ、２０Ｃ）とが、インターネット（ネットワークの一例）に接続可能に構成されるものであってもよい。

ユーザは、端末装置２０からサーバ装置１０にアクセスすることにより、インターネットを介してサーバ装置１０から送信される情報に基づき、ゲームをプレイすることができる。

本実施形態は、一つのサーバ装置１０によって各ゲームを端末装置２０に提供してもよいし、複数のサーバ装置１０を連動させてサーバシステムを構築し、各ゲームを端末装置２０に提供してもよい。

また、図示していないが、ユーザ情報制御システムは、ゲームを実行するゲーム用サーバ装置と、情報の通信制御を行う通信用サーバ装置（ユーザ情報交換用のサーバ装置）と、端末装置２０とが、相互にインターネットを介して接続されるシステムでもよい。

なお、サーバ装置１０だけで本発明に関する各種の処理を行うようにしてもよいし、端末装置２０だけで本発明に関する各種の処理を行うようにしてもよい。

［１．２］端末装置
本実施形態においては、サーバ装置１０の機能を備えた単一のゲーム装置、すなわち、サーバ装置などの他の機器に依存せず単独で動作する装置（スタンドアローン）によって実現してもよい。

また、本実施形態では、サーバ装置１０と接続せずに、端末装置２０だけで本発明を実
現するものであってもよい。例えば、Ｐ２Ｐ（ピア・ツー・ピア方式）による通信によって複数の端末装置２０で実現するユーザ情報制御システムであってもよい。

そして、このような端末装置を有線又は無線によって複数連結させ、１の端末装置がサーバ装置１０として機能して、複数の端末装置によって実現してもよい。

なお、端末装置は、ゲーム装置だけでなく、タブレット型情報端末装置やパーソナルコンピュータ、又は、アミューズメントパークに設置されるゲーム装置（筐体）でもよい。

［１．３］クラウド型のユーザ情報制御システム
また、本実施形態のユーザ情報制御システムはクラウド型のユーザ情報制御システムでもよい。例えば、クラウド型のユーザ情報制御システムでは、サーバ装置１０（クラウド装置）だけで基本的な処理（ゲーム処理、描画処理などを含む）を行い、端末装置２０側ではサーバ装置１０（クラウド装置）の処理結果の表示制御のみを行う。また、端末装置２０は、サーバ装置１０に対してコントローラの入力情報などの情報を送信するだけにとどまる。なお、かかる場合、端末装置２０は、入力情報以外の情報を送信してもよい。

さらに、本実施形態では、入力を除き、上記の端末装置２０の処理部２００の各機能及びゲームプログラムの実行をサーバ装置１０で実行し、当該端末装置２０は、入力とストリーミングによる画像表示を実行することによって、上記のゲームを実現してもよい。

また、ユーザ情報制御システムは、インターネット上の所与の記憶領域に、サーバ装置１０に記憶される情報、端末装置２０に記憶される情報を記憶するようにしてもよい。

［１．４］複数のコントローラを備えた端末装置
また、本実施形態では、１台の端末装置２０が複数のコントローラ（入力部２６０）を備えたものでもよい。なお、複数のユーザが１台の端末装置２０の各ユーザのコントローラを用いてゲームをプレイする場合、複数のユーザが現実的に近くにいることが想定される。

［１．５］ソーシャルゲームの例
また、サーバ装置１０は、コミュニケーション型のサービスを提供するＳＮＳサーバとして機能してもよい。ここで、ＳＮＳサーバとは、複数のユーザ間でコミュニケーションを提供することが可能なサービスを提供する情報処理装置であってもよい。

また、サーバ装置１０は、例えば、ＳＮＳサーバとして機能する場合には、提供するＳＮＳの動作環境（ＡＰＩ（アプリケーションプログラミングインタフェース）、プラットフォーム等）を利用して実行されるソーシャルゲーム（Ｓｏｃｉａｌ Ｇａｍｅ）と呼ばれるゲームを提供することができるようになっている。

なお、ソーシャルゲームとは、既存のオンラインゲームとは違い、専用のクライアントソフトウェアを必要とせず、ＷｅｂブラウザとＳＮＳのアカウントのみで利用可能なゲームが含まれる。また、サーバ装置１０は、ネットワークを介して他のユーザの端末装置２０と接続し、オンラインで同時に同じゲーム進行を共有することができるオンラインゲームを提供することが可能な構成を有している。

［１．６］ブラウザゲームの例
特に、サーバ装置１０は、端末装置２０のＷｅｂブラウザ上で提供されるゲーム、例えばＨＴＭＬ、ＦＬＡＳＨ（登録商標）、ＣＧＩ、ＰＨＰ、ｓｈｏｃｋｗａｖｅ、Ｊａｖａ（登録商標）アプレット、ＪａｖａＳｃｒｉｐｔ（登録商標）など様々な言語で作られた
ブラウザゲーム（Ｗｅｂブラウザで設置サイトを開くだけで起動するゲーム）を提供してもよい。

また、端末装置２０は、Ｗｅｂページ（ＨＴＭＬ形式のデータ）を閲覧可能なＷｅｂブラウザを備えている。すなわち、端末装置２０は、サーバ装置１０との通信を行うための通信制御機能、及びサーバ装置１０から受信したデータ（Ｗｅｂデータ、ＨＴＭＬ形式で作成されたデータなど）を用いて表示制御を行うとともに、ユーザ操作のデータをサーバ装置１０に送信するＷｅｂブラウザ機能などを備え、ゲーム画面をユーザに提供する各種の処理を実行し、ユーザによってゲームを実行させるようになっている。ただし、端末装置２０は、サーバ装置１０から提供されたゲーム制御情報を取得して所定のゲーム処理を実行し、ゲーム処理に基づくゲームを実行してもよい。

具体的には、端末装置２０は、所定ゲームを行う旨の要求をサーバ装置１０に対して行うと、サーバ装置１０のゲームサイトに接続され、ゲームが開始される。特に、端末装置２０は、必要に応じてＡＰＩを用いることにより、ＳＮＳサーバとして機能するサーバ装置１０に所定の処理を行わせ、又は、ＳＮＳサーバとして機能するサーバ装置１０が管理するユーザ情報を取得させてゲームを実行する構成を有してもよい。

［１．７］その他
サーバ装置１０は、１つの（装置、プロセッサ）で構成されていてもよいし、複数の（装置、プロセッサ）で構成されていてもよい。サーバ装置１０の記憶領域（後述する記憶部１７０）に記憶される情報（例えば、ユーザ情報、ゲーム情報等）を、ネットワーク（イントラネット又はインターネット）を介して接続されたデータベース（広義には記憶装置、メモリ）に記憶するようにしてもよい。なお、端末装置２０とサーバ装置１０との通信回線は、有線でもよいし無線でもよい。

［２］サーバ装置
次に、図２を用いて本実施形態のサーバ装置１０について説明する。なお、図２は、本実施形態のサーバ装置１０の機能ブロックを示す図である。また、本実施形態のサーバ装置１０は図２の構成要素（各部）の一部を省略した構成としてもよい。

サーバ装置１０は、管理者やその他の入力に用いるための入力部１６０、所定の情報が記憶された情報記憶媒体１８０、端末装置２０やその他と通信を行う通信部１９６、主に提供するゲームに関する処理を実行する処理部１００、及び、主にゲームに用いる各種のデータを記憶する記憶部１７０を含む。

入力部１６０は、システム管理者等がゲームに関する設定やその他の必要な設定、データの入力に用いるものである。例えば、本実施形態の入力部１６０は、マウスやキーボード等によって構成される。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などによって構成される。

通信部１９６は、外部（例えば、端末、他のサーバや他のネットワークシステム）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどによって構成される。

記憶部１７０は、処理部１００や通信部１９６などのワーク領域となるもので、その機
能は、ＲＡＭ（ＶＲＡＭ）などによって構成される。なお、記憶部１７０に記憶される情報は、データベースで管理してもよい。

また、本実施形態の記憶部１７０は、主記憶部１７１の他に、画像バッファ１７２、ゲームに関する情報を示すゲーム情報が記憶されるゲームデータ記憶部１７４、及び、ユーザ情報記憶部（プレーヤ情報記憶部）１７６を有している。

特に、ゲームデータ記憶部１７４には、ゲームが実施されるゲーム空間（ゲームフィールド）の情報、各キャラクタに関する情報、仮想カメラの情報、その他ゲームで用いられる設定値等が記憶される。

また、ユーザ情報記憶部１７６には、各ユーザ（各プレーヤ）のユーザ情報（プレーヤ情報）が記憶される。なお、「ユーザ情報」とは、ユーザを識別可能なユーザ情報である。

例えば、ユーザ情報記憶部１７６には、ユーザ毎に、ユーザＩＤに対応付けて、１又は複数のユーザ情報を記憶される。ユーザＩＤは、ユーザを識別するための情報である。例えば、サーバ装置１０は、ユーザ情報毎に、ユーザ情報を識別するためのユーザ情報ＩＤ（名刺ＩＤ）を割り振ってもよい。

なお、ユーザ情報は、以下の情報を含んでもよい。
（１）ユーザのニックネームやユーザのＩＤ（ユーザ識別情報）及びチームに属している場合には、所属チーム名やそのＩＤ（以下、「所属情報」という。）、
（２）現在のユーザのレベル、経験値、得点、獲得した報酬若しくはゲーム時間などの個人及びチームの成績に関する情報（以下、「成績情報」ともいう。）、
（３）キャラクタ（ユーザの入力対象のキャラクタ）のレベル、パラメータ（体力値、経験値）、能力、特性や属性、
（４）他のキャラクタ（他ユーザの入力対象のキャラクタ）や他のチームとの対戦ゲームにおける他のキャラクタや他のチームとの勝敗数などの戦績に関する情報（以下、「戦績情報」ともいう。）、
（５）各ユーザ又はチームのゲームフィールド内の位置を示す位置情報、
（６）敗退の有無（ゲームオーバか否か）の情報（以下、「敗退情報」ともいう。）、及び、
（７）課金履歴及び課金額などの課金に関する情報、
（８）ゲーム回数
なお、ユーザ情報に含まれる成績情報、戦績情報及び敗退情報は、予め定められたタイミング毎に更新される。例えば、予め定められたタイミングとしては、所与の期間毎（５分毎など）、ユーザがログアウトするタイミング、ゲーム内の所定の時刻（朝８：００など）、所定のイベントが発生したタイミング（いずれかの個人間対戦やチーム間対戦が終了したタイミング）などが含まれる。

処理部１００は、記憶部１７０内の主記憶部１７１をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。

例えば、処理部１００（プロセッサ）は、情報記憶媒体１８０に記憶されているプログラムに基づいて、サーバ装置１０全体の制御を行うとともに、各部間におけるデータ等の受け渡しの制御などの各種の処理を行う。さらに、端末装置２０からの要求に応じた各種サービスを提供する処理を行う。

なお、本実施形態では、サーバ装置１０が処理部１００の一部又は全部の処理を行ってもよいし、端末装置２０が処理部１００の一部の処理を行ってもよい。

処理部１００は、ユーザ情報制御部１１０、表示制御部１１１、入力受付部１１９、通信制御部１２０、Ｗｅｂ処理部１２１、管理部１２２、通知部１２３、画像生成部１３０、音処理部１４０を含む。

ユーザ情報制御部１１０は、ユーザ情報を制御する。例えば、ユーザ情報制御部１１０は、ユーザの入力に基づいて、当該ユーザのユーザ情報を他のユーザに提供する処理と、当該他のユーザから提供された当該他のユーザのユーザ情報を受領する処理と、を行う。

また、ユーザ情報制御部１１０は、ユーザの入力に基づいて、ユーザに対応付けて複数のユーザ情報を設定可能に制御してもよい。

また、ユーザ情報制御部１１０は、ユーザのユーザ情報を変更可能に制御してもよい。

また、ユーザ情報制御部１１０は、候補ユーザに関する情報に対するユーザの入力に基づいて、当該候補ユーザに対して、ユーザのユーザ情報を提供する処理を行うようにしてもよい。

また、ユーザ情報制御部１１０は、ユーザのユーザ情報を他のユーザに提供する処理と、他のユーザのユーザ情報を他のユーザから受領する処理とを、行うことによって、ユーザのユーザ情報と他のユーザのユーザ情報とを交換する処理を行うようにしてもよい。

表示制御部１１１は、所与の情報を端末装置２０に表示するように制御する。表示制御部１１１は、ゲーム画面を端末装置２０において表示するように送信制御をしてもよい。つまり、表示制御部１１１は、ゲーム画面等の表示制御情報を生成し、生成した表示制御情報を、ユーザの端末装置２０に表示するように制御する。

表示制御部１１１は、ゲーム画像（ゲーム画面）を端末装置２０の表示部２９０に表示するための制御を行う。

特に、本実施形態の表示制御部１１１は、複数の他のユーザの中から、所定条件を満たす複数の候補ユーザを抽出して、当該複数の候補ユーザに関する情報をユーザの端末装置に表示する。

ここで、「所定条件」は、前記ユーザのユーザ情報を前記他のユーザに未提供であること、及び、前記他のユーザのユーザ情報を前記他のユーザから未受領であること、の少なくとも一方に該当するという条件を少なくとも含む。

また、「所定条件」は、更に、前記ユーザと前記他のユーザとが提供又は受領が可能な位置関係に該当するという条件を、含むものであってもよい。

また、「所定条件」は、ユーザの端末装置の位置と、他のユーザの端末装置の位置とが所定の位置関係にあるという条件を、更に含むものであってもよい。

また、「所定条件」は、ユーザの端末装置と他のユーザの端末装置とが通信可能であるという条件を、更に含むものであってもよい。

また、表示制御部１１１は、ユーザ情報について提供済及び受領済の少なくとも一方に該当する特定の候補ユーザと、当該特定の候補ユーザ以外の候補ユーザとを識別して、複数の候補ユーザに関する情報を表示する処理を行う。

また、表示制御部１１１は、ユーザと他のユーザとにおいて、ユーザ情報について提供及び受領の少なくとも一方を行う画面において、複数の候補ユーザに関する情報を表示する処理を行うようにしてもよい。

また、表示制御部１１１は、ユーザのユーザ情報について候補ユーザに未提供の場合に、候補ユーザに対して提供可能な状態か否かを表示する処理、及び、候補ユーザのユーザ情報についてユーザが未受領の場合に、候補ユーザから受領可能な状態か否かを表示する処理、の少なくとも一方を行うようにしてもよい。

また、表示制御部１１１は、ユーザに対応付けられた複数のユーザ情報毎に、ユーザ情報を各候補ユーザに提供済か否かを表示する処理、及び、各候補ユーザに対応付けられた複数のユーザ情報毎に、ユーザ情報を候補ユーザから受領済か否かを表示する処理、の少なくとも一方を行うようにしてもよい。

また、表示制御部１１１は、ユーザに対応付けられた変更後のユーザ情報を、各候補ユーザに提供済か否かを表示する処理、及び、各候補ユーザに対応付けられた変更後のユーザ情報を、候補ユーザから受領済か否かを表示する処理、の少なくとも一方を行うようにしてもよい。

また、表示制御部１１１は、候補ユーザの属性に応じて、候補ユーザに関する情報の表示態様を変更するようにしてもよい。

また、表示制御部１１１は、ユーザの入力に基づき、候補ユーザの選択を受け付け、選択された候補ユーザの位置情報と、選択されていない候補ユーザの位置情報とを識別して、各候補ユーザの位置情報を、表示するようにしてもよい。

入力受付部１１９は、ユーザの入力を受け付ける。また、入力受付部１１９は、タッチパネルに対するタッチ入力を、ユーザの入力として受け付けるようにしてもよい。なお、入力受付部１１９は、端末装置２０から入力の内容（タッチ位置、タイミング等）を受信して受け付ける。また、入力受付部１１９は、複数のユーザの入力を受け付け可能としてもよい。入力受付部１１９は、ユーザの識別情報（ユーザＩＤ）に対応付けて、入力の内容を受信する。

通信制御部１２０は、端末装置２０との接続（セッションやコネクション）を確立し、ネットワークを介してデータを送受信する処理を行う。

Ｗｅｂ処理部１２１は、Ｗｅｂサーバとして機能する。例えば、Ｗｅｂ処理部１２１は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルを通じて、端末装置２０にインストールされているＷｅｂブラウザの要求に応じてデータを送信する処理、及び、端末装置２０のＷｅｂブラウザによって送信されるデータを受信する処理を行う。

管理部１２２は、ゲーム情報や、ユーザ毎に、ユーザの識別情報に対応付けられたユーザ情報を管理する。

また、通知部１２３は、ユーザに所与の情報を通知する。なお、情報を「通知」するとは、ユーザ（ユーザの端末装置２０）に対して情報を通知（提供、提示、表示）することである。

例えば、通知部１２３は、ユーザの入力に基づき、候補ユーザの選択を受け付け、選択された候補ユーザの端末装置に対して通知処理（音出力による通知処理、表示出力による通知処理、振動による通知処理、等）を行うようにしてもよい。

なお、「通知」とは、サーバ装置１０がユーザの端末装置２０に対して、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）による送受信される電子メール（メールマガジン等でもよい）で送信すること、ＳＭＴＰに限らず、所与のプロトコルにより送信すること、プッシュ通知をすること、所定のアプリケーションの所定画面（バナー表示画面、お知らせ画面、ポップアップ画面等）を提示（表示）すること、サーバ装置１０のＷｅｂ処理部１２１が、Ｗｅｂページによって通知すること、の少なくとも１つであり、サーバ装置１０が能動的にユーザの端末装置２０に送信することを示す。なお、サーバ装置１０は、ユーザの端末装置２０からの要求に応じて、要求のあった当該端末装置２０に情報を送信することも「通知」の一態様としてもよい。なお、プッシュ通知とは、端末（スマートフォン）の画面の一部領域（上端など）にメッセージウィンドウを表示させることである。

画像生成部１３０は、例えば、ＧＰＵ、デジタルシグナルプロセッサ（ＤＳＰ）などのプロセッサ、ビデオ信号ＩＣ、ビデオコーデックなどのプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ等によって実現される。画像生成部１３０は、ゲーム進行に応じて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面の画像を生成する。生成された画像は端末装置２０に送信する。

画像生成部１３０は、処理部１００で行われる種々の処理の結果に基づいて描画処理を行い、これによりゲーム画像を生成し、画像バッファ１７２に出力する、或いは、端末装置２０に送信する。画像生成部１３０は、オブジェクト空間（ゲーム空間）内において仮想カメラ（所与の視点）から見える画像（いわゆる３次元画像）を生成してもよい。

例えば、画像生成部１３０は、３次元ゲーム画像を生成する場合には、まず、座標変換（ワールド座標変換、カメラ座標変換）、クリッピング処理、或いは透視変換等のジオメトリ処理が行われ、その処理結果に基づいて、描画データ（プリミティブ面の頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いはα値等）が作成される。そして、この描画データ（プリミティブ面データ）に基づいて、透視変換後（ジオメトリ処理後）のオブジェクト（１又は複数プリミティブ面）を画像バッファ１７２（フレームバッファ、ワークバッファなどのピクセル単位で画像情報を記憶できるバッファ。ＶＲＡＭ）に描画する。これにより、オブジェクト空間内において仮想カメラ（所与の視点）から見える画像が生成される。

音処理部１４０は、処理部１００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、端末装置２０に送信する。

なお、処理部１００は、端末装置２０と連動し、当該端末装置２０を介して入力されたユーザの入力に基づいて、各ユーザにおいて本実施形態で提供するゲームのゲーム処理を実行する。

また、処理部１００は、タイマ機能を有し、ゲームの進行状況を管理するため、各端末装置２０と同期を取るために用いるようにしてもよい。特に、現在時刻や予め設定された時刻を各部に出力するようにしてもよい。

［３］端末装置
次に、図３を用いて本実施形態の端末装置２０について説明する。なお、図３は、本実施形態における端末装置２０の構成を示す機能ブロック図の一例である。また、本実施形態の端末装置２０は図３の構成要素（各部）の一部を省略した構成としてもよい。

入力部２６０は、ユーザが操作データを入力するためのものであり、その機能は、タッチパネル又はタッチパネル型ディスプレイなどにより実現できる。すなわち、入力部２６０は、画像が表示される画面上における２次元の指示位置座標（ｘ，ｙ）を検出可能な検出部２６２を備えている。例えば、入力部２６０は、接触検出領域（タッチパネル）における、２次元の接触位置座標（ｘ，ｙ）を検出可能な検出部２６２を備えている。

なお、表示画面（以下、特別な場合を除き「タッチパネル」という。）への接触操作は、指先を用いて行うようにしてもよいし、タッチペンなどの入力機器を用いて行うようにしてもよい。

また、入力部２６０は、指示位置以外の操作情報（操作信号）を入力可能なボタンやレバー、キーボード、ステアリング、マイク、加速度センサなどを備えていてもよい。

記憶部２７０は、処理部２００や通信部２９６などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。そして、本実施形態の記憶部２７０は、ワーク領域として使用される主記憶部２７１と、最終的な表示画像等が記憶される画像バッファ２７２と、ゲームデータ記憶部２７４、ユーザ情報記憶部２７６を含む。なお、これらの一部を省略する構成としてもよいし、サーバ装置１０の記憶部１７０がその一部を構成してもよい。

画像バッファ２７２には、画像生成部２３０によって生成された画像データ、又は、サーバ装置１０から受信した画像データが記憶されるようにしてもよい。

ゲームデータ記憶部２７４には、ゲームが実施されるゲーム空間（ゲームフィールド）の情報、各キャラクタに関する情報、仮想カメラの情報、その他ゲームで用いられる設定値等が記憶される。なお、端末装置２０は、ゲームデータ記憶部２７４に、サーバ装置１０から受信した情報を記憶してもよい。

ユーザ情報記憶部２７６は、ユーザ情報が記憶される。なお、端末装置２０は、サーバ装置１０から、ユーザＩＤに該当する１又は複数のユーザ情報を受信して、ユーザ情報記憶部２７６に記憶するようにしてもよい。

情報記憶媒体２８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。

また、情報記憶媒体２８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶することができる。なお、処理部２００は、後述するように、情報記憶媒体２８０に格納され
るプログラム（データ）に基づいて本実施形態の種々の処理を行う。

表示部２９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。

特に、本実施形態では表示部２９０は、タッチパネルディスプレイを用いることによりユーザがゲーム操作を行う入力部２６０としても機能する。ここでタッチパネルとして、例えば抵抗膜方式（４線式、５線式）、静電容量方式、電磁誘導方式、超音波表面弾性波方式、赤外線走査方式などのタッチパネルを用いることができる。

振動部２９１は、処理部の処理結果に基づき、端末装置２０が備える振動部材（バイブレータ、モーター等）を振動させる。

音出力部２９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。

通信部２９６は、外部（例えばサーバ装置１０や他の端末装置２０）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

なお、端末装置２０は、サーバ装置１０が有する情報記憶媒体１８０や記憶部１７０に記憶されている本実施形態の各部としてコンピュータを機能させるためのプログラムやデータを、ネットワークを介して受信し、受信したプログラムやデータを情報記憶媒体２８０や記憶部２７０に記憶してもよい。このようにプログラムやデータを受信して端末装置２０を機能させる場合も本発明の範囲内に含めることができる。

処理部２００（プロセッサ）は、入力部２６０からの入力データやプログラムなどに基づいて、サーバ装置１０と連動して、ゲーム処理、画像生成処理、或いは音生成処理などの処理を行う。

特に、本実施形態においては、ゲーム処理として、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、キャラクタ、敵キャラクタなどのオブジェクトを配置する処理、オブジェクトを表示する処理、ゲーム結果を演算する処理、或いはゲーム終了条件が満たされた場合にゲームを終了する処理などが含まれる。

また、処理部２００は、入力部２６０によって入力されたユーザの入力情報に基づき、ゲーム処理（例えば、対戦ゲーム等の処理）、等を行う。また、処理部２００は、サーバ装置１０と連動して実行してもよいし、その一部又は全部がサーバ装置１０に形成されていてもよい。

また、処理部２００は、記憶部２７０をワーク領域として各種処理を行う。処理部２００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

処理部２００は、ユーザ情報制御部２１０、表示制御部２１１、入力受付部２１２、通知部２１３、通信制御部２２０、Ｗｅｂブラウザ２２１、画像生成部２３０、音処理部２４０を含む。なお、これらの一部を省略する構成としてもよい。

ユーザ情報制御部２１０は、ユーザ情報を制御する。ユーザ情報制御部２１０は、サー
バ装置１０のユーザ情報制御部１１０と全部又は一部の処理と同様の処理を行ってもよい。

また、表示制御部２１１は、ゲーム画面を表示部２９０に表示する処理を行う。例えば、表示制御部２１１は、Ｗｅｂブラウザ２２１を用いて表示してもよい。また、表示制御部２１１は、サーバ装置１０から送信された情報に基づいて、ゲーム中に必要な情報を表示部２９０に表示させる。例えば、端末装置２０は、サーバ装置１０から受信したゲーム画面の表示情報を表示する。

また、表示制御部２１１は、サーバ装置１０の表示制御部１１１と全部又は一部の処理と同様の処理を行ってもよい。

入力受付部２１２は、ユーザからの入力を受け付ける処理を行う。また、入力受付部２１２は、サーバ装置１０の入力受付部１１９と全部又は一部の処理と同様の処理を行ってもよい。

通知部２１３は、ユーザに所与の情報を通知する。例えば、通知部２１３は、情報をゲーム画面に表示する。また、通知部２１３は、サーバ装置１０から受信した情報（例えば、音出力情報、振動情報、表示情報）を通知する（音出力、振動処理、表示処理を行う）ようにしてもよい。また、通知部２１３は、サーバ装置１０の通知部１２３と全部又は一部の処理と同様の処理を行ってもよい。

通信制御部２２０は、サーバ装置１０、それぞれとデータを送受信する処理を行う。また、通信制御部２２０は、サーバ装置１０から受信したデータを記憶部２７０に格納する処理、受信したデータを解析する処理、その他のデータの送受信に関する制御処理等を行う。

なお、通信制御部２２０は、他の端末装置２０やサーバ装置１０の宛先情報（ＩＰアドレス、ポート番号などのネットワーク情報）を記憶部２７０や情報記憶媒体２８０に記憶し、管理する処理を行うようにしてもよい。そして、通信制御部２２０は、ユーザからの通信開始の入力情報を受け付けた場合に、サーバ装置１０との通信を行うようにしてもよい。

特に、通信制御部２２０は、サーバ装置１０にユーザの識別情報や操作情報を送信して、データ（ユーザのＷｅｂページ、ゲーム画面等）をサーバ装置１０から受信する処理を行う。

なお、通信制御部２２０は、所定周期でサーバ装置１０とデータ送受信を行ってもよいし、入力部２６０からの入力情報を受け付けた場合に、サーバ装置１０とデータ送受信を行ってもよい。特に、本実施形態の通信制御部２２０は、所与の画面情報（例えば、ゲーム画面の情報等）を、サーバ装置１０から受信する処理を行う。

Ｗｅｂブラウザ２２１は、Ｗｅｂページ（ゲーム画面）を閲覧するためのアプリケーションプログラムであって、Ｗｅｂサーバ（サーバ装置１０）から、ＨＴＭＬファイルや画像ファイル等をダウンロードし、レイアウトを解析して表示制御する。また、Ｗｅｂブラウザ２２１は、入力フォーム（リンクやボタンやテキストボックス等）を用いてデータをＷｅｂサーバ（サーバ装置１０）に送信する。

本実施形態のＷｅｂブラウザ２２１は、ブラウザゲームを実現することができる。例えば、Ｗｅｂブラウザ２２１は、Ｗｅｂサーバ（サーバ装置１０）から受信したＪａｖａＳ
ｃｒｉｐｔ（登録商標）、ＦＬＡＳＨ（登録商標）、Ｊａｖａ（登録商標）等で記述されたプログラムを実行するものであってもよい。

端末装置２０は、Ｗｅｂブラウザ２２１によって、インターネットを介してＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ ＬｏＰＡｔｏｒの略）によって指定されたＷｅｂサーバからの情報を表示させることができる。例えば、端末装置２０は、サーバ装置１０から受信したゲーム画面（ＨＴＭＬ等のデータ）をＷｅｂブラウザ２２１によって表示させることができる。

画像生成部２３０は、処理部２００で行われる種々の処理（例えば、ゲーム処理）に基づいて描画処理を行い、これにより画像を生成し、表示制御部２１１によって表示部２９０に出力する。画像生成部２３０が生成する画像は、いわゆる２次元画像であってもよいし、いわゆる３次元画像であってもよい。なお、画像生成部２３０は、サーバ装置１０の画像生成部１３０と全部又は一部の処理と同様の処理を行ってもよい。

音処理部２４０は、処理部２００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、音出力部２９２に出力する。なお、音処理部２４０は、サーバ装置１０の音処理部１４０と全部又は一部の処理と同様の処理を行ってもよい。

［４］概要
本実施形態のユーザ情報制御システムは、ユーザ情報（名刺情報）を交換可能なシステムである。例えば、図４に示すように、ユーザ情報制御システムは、ユーザＡの端末装置２０ＡとユーザＢの端末装置２０Ｂとが、無線通信によってユーザ情報を交換する。つまり、ユーザＡは、電子的に自己のユーザ情報をユーザＢに提供すると共に、ユーザＢからユーザＢのユーザ情報を受領することによって、ユーザ情報を交換する。

特に、本実施形態のユーザ情報制御システムは、例えば、図５に示すように、ユーザＡが、ユーザ情報を交換する前に、所定の条件（例えば、ユーザＡの位置から２メートル以内に位置するユーザであるという条件）を満たす複数のユーザＢ、Ｃ、Ｄ、Ｅを抽出し、抽出されたユーザＢ、Ｃ、Ｄ、Ｅとユーザ情報を交換する候補のユーザとする。

図６に示すように、ユーザＡの端末装置２０Ａは、ユーザ情報（名刺情報）を交換するための画面Ｇ１において、複数の候補ユーザＢ、Ｃ、Ｄ、Ｅの一覧を表示する。

そして、端末装置２０Ａは、各候補ユーザＢ、Ｃ、Ｄ、Ｅについて、候補ユーザに関する画像ＦＢ、ＦＣ、ＦＤ、ＦＥ（候補ユーザに関する情報の一例）を表示する。

例えば、候補ユーザに関する画像では、候補ユーザ名、当該候補ユーザにユーザＡのユーザ情報を提供済か否か、当該候補ユーザから候補ユーザのユーザ情報を受領済か否かを表示する。

このように、本実施形態では、いずれの候補ユーザに対してユーザ情報を提供済であるのか或いは提供していないのか、いずれの候補ユーザから受領済であるのか或いは受領していないのか等、ユーザＡは把握することができ、ユーザＡが確実かつ円滑に名刺交換が行うことができるようにしている。

なお、本実施形態のユーザ情報制御システムは、ゲームを実現可能なシステムである。また、本実施形態では、例えば、画面に表示されるオブジェクト（標識、マーカ、図形）に対して入力（操作入力、タッチ入力、接触操作等）を行うことによって、ユーザの入力
を評価するリズムゲーム（音楽ゲーム、タイミング判定ゲームともいう。）を提供する。また、以下の説明では、説明の便宜上、主に、ユーザＡの端末装置２０Ａの処理について説明するが、端末装置２０Ａの一部又は全部の処理をサーバ装置１０が行ってもよい。

［５］ユーザ情報の説明
本実施形態の「ユーザ情報」は、ユーザを識別可能なユーザ情報である。例えば、「ユーザ情報」は、ユーザの名刺情報とする。なお、「名刺情報」は、ユーザの名前（本名、略称、ニックネーム）、所属、ユーザの連絡先情報、画像、等を含んでもよい。「連絡先情報」とは、ユーザ自身のメールアドレス、所与のアプリのユーザ名（アカウント）や電話番号などの情報である。

図７（Ａ）は、端末装置２０において表示されるユーザＡ（ユーザＩＤ＝Ａ）に対応付けられた名刺ＩＤ＝Ａ００１のユーザ情報の画像（名刺画像）ＧＡ００１の一例を示す。なお、名刺ＩＤは、ユーザ情報を識別するための情報であり、ユーザＡに複数のユーザ情報が存在する場合、各ユーザ情報に固有（ユニーク）な名刺ＩＤが割り振られる。

図７（Ａ）に示すように、ユーザ情報は、ユーザの名前、肩書、ゲーム操作対象のキャラクタ名やキャラクタ画像を少なくとも１つを含むものであってもよい。例えば、名刺ＩＤ＝Ａ００１のユーザ情報は、ゲーム空間におけるユーザＡの名前（例えば、名刺太郎）、ゲーム空間におけるユーザＡの肩書（例えば、新米プロデューサー）、ゲーム空間におけるユーザＡが担当するアイドル（例えば、〇〇△香）や、担当アイドルのキャラクタ画像を含む。

なお、ユーザ情報は、会社名、肩書、氏名、メールアドレス、住所、電話番号、会社のＵＲＬ等を含むものであってもよい。例えば、図７（Ｂ）に示すように、一般的な名刺を示すような画像ＧＡ００２であってもよい。

［６］ユーザ情報の提供
本実施形態では、ユーザの入力に基づいて、当該ユーザのユーザ情報を他のユーザに提供する処理を行う。なお、「提供」とは、ユーザ情報をネットワーク（インターネット、イントラネット）によって無線通信（或いは有線通信）による送信でもよいし、ユーザ情報を所定のコードに変換して表示すること、ユーザ情報を相手のユーザＩＤと紐づけること等である。

具体的に、ユーザＡのユーザ情報を候補ユーザＢ（候補ユーザＩＤ＝Ｂ）に提供する例について説明する。

本実施形態では、例えば、ユーザＡの端末装置２０Ａは、候補ユーザＢに関する画像ＦＢに対するユーザＡからの入力に基づいて、候補ユーザＢの選択入力を受け付け、提供指示の入力（例えば、スライド入力）を受け付けた場合に、候補ユーザＢに対して、ユーザＡのユーザ情報を、通信によってユーザＢの端末装置２０Ｂに提供する処理を行う。

例えば、図８に示すように、ユーザＡの端末装置２０Ａは、ユーザ情報（名刺情報）を交換するための画面Ｇ２において、ユーザＡから、複数の候補ユーザＢ、Ｃ、Ｄ、Ｅの中から提供したい候補ユーザＢの画像ＦＢについてタッチ入力を受け付けると、例えば、画面上方向に向くように名刺画像ＧＡ００１の向きを表示させる。つまり、交換相手の候補ユーザＢが、ユーザＡの前方にいることを想定して、名刺画像ＧＡ００１を上下逆にして表示させる。

そして、端末装置２０Ａは、交換相手の候補ユーザＢ側（例えば、画面上方向）に向か
ってスライド入力を受け付けることによって、ユーザＡのユーザ情報を示す名刺画像ＧＡ００１をユーザＢの端末装置２０Ｂに送信する。

なお、「通信」とは、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ（登録商標）などの無線通信である。

本実施形態では、Ｐ２Ｐのように端末装置２０間で直接通信をしてユーザ情報を送信してもよいし、クライアントサーバモデルのように、端末装置２０間でサーバ装置１０を介してユーザ情報を送信してもよい。

また、「提供」とは、他のユーザの端末装置２０でコードを読み取ることを前提にユーザ情報をコード化されたユーザ情報を、提示（表示）することを意味するものであってもよい。

例えば、端末装置２０Ａが、ユーザＡのユーザ情報をＱＲコード（登録商標）に変換し、ユーザＡがＱＲコードを端末装置２０Ａに表示するようにし、ユーザＢの端末装置２０Ｂによって当該ＱＲコードを読み取ることによって、ユーザＡのユーザ情報をユーザＢに提供するようにしてもよい。なお、ＱＲコードに限らず、所与のコードの規格に応じて、ユーザ情報をコード化してもよい。

更に、「提供」とは、サーバ装置１０の記憶領域やインターネット上の記憶領域（クラウド上）で自己のユーザ情報を他のユーザに提供したことを示す情報として記憶することでもよい。

［７］ユーザ情報の受領
本実施形態では、他のユーザから提供された当該他のユーザのユーザ情報を受領する処理を行う。なお、「受領」とは、例えば、他のユーザのユーザ情報を、当該他の端末装置２０から、自己の端末装置２０に、通信によって受信し、当該端末装置２０の記憶部に記憶すること、他のユーザから提示されたコードを読み取ること、サーバ装置１０の記憶領域やインターネット上の記憶領域（クラウド上）で他のユーザ情報を受領したことを示す情報を記憶すること、等である。

具体的に、ユーザＡが、ユーザＢのユーザ情報を受領する例について説明する。例えば、ユーザＢの端末装置２０ＢからユーザＢのユーザ情報が提供されると、ユーザＡの端末装置２０Ａは、当該ユーザＢのユーザ情報を通信によって受信し、端末装置２０Ａの記憶部に記憶する。ユーザ情報の受信においてユーザＡの操作入力を必要としてもよいし、ユーザＡの操作入力を必要としなくてもよい。

図９は、ユーザＡの端末装置２０Ａにおいて表示される相手の名刺の受領画面Ｇ３の一例を示す。つまり、ユーザＡの端末装置２０Ａは、受信した名刺ＩＤ＝Ｂ００１であるユーザＢのユーザ情報の画像ＧＢ００１を、端末装置２０Ａの表示部に表示する。

なお、ユーザＡの端末装置２０Ａは、図９に示すように、ユーザＢのユーザ情報を、「承認」又は「拒否」の指示を受け付けるようにし、「承認」の指示を受け付けた場合に、ユーザＢのユーザ情報を受領完了とし、端末装置２０Ａの記憶部に記憶するようにしてもよい。端末装置２０Ａは、受領完了のユーザ情報は、いつでも閲覧表示することができる。

また、「受領」とは、通信ではなく、コード化された他のユーザ情報を読み取ることによって、取得するものであってもよい。例えば、ユーザＡの端末装置２０Ａは、ユーザＢ
のユーザ情報が変換されたＱＲコードを読み取ることによって、ユーザＢのユーザ情報を受領するようにしてもよい。

更に、「受領」とは、サーバ装置１０の記憶領域やインターネット上の記憶領域（クラウド上）で他のユーザ情報を受領したことを示す情報として記憶することでもよい。

［８］データ管理
各端末装置２０は、ユーザと候補ユーザとにおいてのユーザ情報の提供管理と受領管理とを行う。図１０（Ａ）（Ｂ）は、ユーザＡと、ユーザＡに基づき抽出された各候補ユーザＢ、Ｃ、Ｄ、Ｅの提供状況、受領状況の一例を示す。なお、複数のユーザ情報がある場合は、名刺ＩＤ毎に、ユーザ情報の提供管理と受領管理とを行うが、説明の便宜上、主に、ユーザＡの名刺ＩＤ＝Ａ００１の提供管理と、ユーザＢの名刺ＩＤ＝Ｂ００１の受領管理について説明を行う。また、提供中フラグＦ１、提供完了フラグＦ２、受領中フラグＲ１、受領完了フラグＲ２の各初期値は「０」である。

［８．１］提供管理
図１０（Ａ）に示すように、端末装置２０Ａは、ユーザＡから名刺ＩＤ＝Ａ００１についてユーザＢへの提供の指示入力を受け付けると、ユーザＢのユーザＩＤに対応する提供中フラグＦ１を「１」に更新する。

そして、端末装置２０Ａは、「相手のユーザＢから名刺ＩＤ＝Ａ００１について受領の承認指示を受け付けた旨の情報」を、端末装置２０Ｂやサーバ装置１０から受信した場合に、ユーザＢのユーザＩＤに対応する提供完了フラグＦ２を「１」に更新する。つまり、交換相手のユーザが承認して、初めて提供完了になる。

一方、端末装置２０Ａは、「相手のユーザＢから名刺ＩＤ＝Ａ００１について受領の拒否指示を受け付けた旨の情報」を、端末装置２０Ｂやサーバ装置１０から受信した場合に、ユーザＢのユーザＩＤに対応する提供完了フラグＦ２について「０」を維持する。

［８．２］受領管理
図１０（Ｂ）に示すように、端末装置２０Ａは、ユーザＢから名刺ＩＤ＝Ｂ００１について受信し、承認又は拒否をしていない状況である場合に、ユーザＢのユーザＩＤに対応する受領中フラグＲ１（承認待フラグ）を「１」に更新する。また、候補ユーザＩＤに対応付けて、ユーザＢから受信した名刺ＩＤ＝Ｂ００１を登録する。

そして、端末装置２０Ａは、ユーザＡから名刺ＩＤ＝Ｂ００１について受領の「承認」指示を受け付けると、名刺ＩＤ＝Ｂ００１及びユーザＢのユーザＩＤに対応する受領完了フラグＲ２を「１」に更新する。

一方、端末装置２０Ａは、ユーザＡから名刺ＩＤ＝Ｂ００１について受領の「拒否」指示を受け付けると、名刺ＩＤ＝Ｂ００１及びユーザＢのユーザＩＤに対応する受領完了フラグＲ２について「０」を維持する。

［８．３］サーバの管理
なお、サーバ装置１０やクラウド上で各ユーザのデータ管理する場合は、各端末装置２０と同期して、各候補ユーザの、提供中フラグＦ１、提供完了フラグＦ２、受領中フラグＲ１、受領完了フラグＲ２の管理を行う。

例えば、サーバ装置１０は、サーバ装置１０の記憶領域やインターネット上の記憶領域（クラウド上）で、名刺ＩＤ＝Ａ００１について、候補ユーザＢ、Ｃ、Ｄ、Ｅに対応付け
られた提供中フラグＦ１、提供完了フラグＦ２の管理を行い、候補ユーザＢ、Ｃ、Ｄ、Ｅに対応付けられた受領中フラグＲ１、受領完了フラグＲ２の管理を行う。

また、サーバ装置１０は、各ユーザの自己のユーザ情報や、受領した他のユーザのユーザ情報を、サーバ装置１０の記憶領域やインターネット上の記憶領域（クラウド上）で、管理し、ユーザの要求に応じて、閲覧表示させる処理をしてもよいし、ダウンロード可能に制御してもよい。

［９］ユーザ情報の交換
本実施形態では、ユーザのユーザ情報を他のユーザに提供する処理と、当該他のユーザのユーザ情報を他のユーザから受領する処理とを、行うことによって、ユーザのユーザ情報と他のユーザのユーザ情報とを交換する処理を行うものであってもよい。

例えば、本実施形態では、ユーザＡの名刺ＩＤ＝Ａ００１のユーザ情報をユーザＢに提供する処理と、ユーザＢの名刺ＩＤ＝Ｂ００１のユーザ情報をユーザＡが受領する処理とを、同時に又は連続的に行うことによって、ユーザＡの名刺ＩＤ＝Ａ００１のユーザ情報と、ユーザＢの名刺ＩＤ＝Ｂ００１のユーザ情報とを交換する処理を行うものであってもよい。

また、各端末装置２０（サーバ装置１０）は、ユーザと候補ユーザとにおいてのユーザ情報の交換管理とを行うようにしてもよい。例えば、図１１に示すように、各候補ユーザに対応付けて、交換中フラグＥ１（初期値「０」）、交換完了フラグＥ２（初期値「０」）を用意して、交換管理を行う。

図１１は、ユーザＡと、ユーザＡに基づき抽出された候補ユーザの交換状況の一例を示す。例えば、ユーザＡについて候補ユーザＢの提供中フラグＦ１が「１」であり、かつ、候補ユーザＢの受領中フラグＲ１が「１」である場合に、ユーザＡ、Ｂ間で交換中であると判定し、候補ユーザＢに対応付けて、交換中フラグＥ１を「１」に設定する。

例えば、ユーザＡについて候補ユーザＢの提供完了フラグＦ２が「１」であり、かつ、候補ユーザＢの受領完了フラグＲ２が「１」である場合に、ユーザＡ、Ｂ間で交換完了であると判定し、候補ユーザＢのユーザＩＤに対応付けられた交換完了フラグＥ２を「１」に更新する。なお、複数のユーザ情報がある場合は、名刺ＩＤ毎に、ユーザ情報の交換管理を行う。

［１０］候補ユーザの抽出の説明
本実施形態では、複数の他のユーザの中から、所定条件を満たす複数の候補ユーザを抽出して、当該複数の候補ユーザに関する情報をユーザの端末装置に表示する。

「所定条件」とは、ユーザ情報を提供及び受領の少なくとも一方を行う対象のユーザを抽出するための条件である。

例えば、「所定条件」は、ユーザのユーザ情報を他のユーザに未提供であること（例えば、提供中フラグＦ１＝０であること）、及び、他のユーザのユーザ情報を当該他のユーザから未受領であること（受領中フラグＲ１＝０であること）、の少なくとも一方に該当するという条件を少なくとも含むものとする。このようにすれば、既にユーザ情報を交換（提供及び受領）しているユーザと、重複して交換する事態を防ぐことができる。

また、「所定条件」は、更に、ユーザと他のユーザとが提供又は受領が可能な位置関係に該当するという条件を、含むものであってもよい。例えば、この条件は、ユーザの端末
装置の位置と、他のユーザの端末装置の位置とが所定の位置関係にあるという条件とすることができる。具体的には、図５に示すように、ユーザＡの端末装置２０Ａの位置と、ユーザＢの端末装置２０Ｂの位置が所定範囲内（例えば、ユーザＡの端末装置２０Ａを中心に２メートル以内）であるという条件とすることができる。このようにすれば、ユーザＡを中心に近距離に属するユーザを候補とすることができ、適切な候補ユーザを抽出することができる。

なお、ユーザＡの操作入力に基づき、所定範囲を設定可能としてもよい。例えば、抽出対象の他のユーザがユーザＡの位置（例えば、端末装置２０Ａで検出される位置）を中心に何メートル以内であるかを、ユーザＡの操作入力に基づき指定できるようにしてもよい。

これに限らず、端末装置２０Ａは、ユーザ情報に基づいて、所定範囲の設定を行ってもよい。例えば、ユーザのステータス（役職やゲームレベル、課金状況、アイテムの使用状況、過去の名刺交換の回数や所有枚数）などに応じて、所定範囲を自動的に設定したり、ユーザが指定できる範囲を変更するようにしてもよい。例えば、ステータスが高いほど、所定範囲を広くするようにしてもよいし、逆に、狭くなるようにしてもよい。

また、ユーザ同士の関係性に応じて、所定範囲を複数設定できるようにしてもよい。ゲームなどでフレンド関係にある場合や過去に名刺交換済みのユーザに対しては５メートル以内に存在すれば、候補ユーザとして抽出し、その他のユーザに対しては２メートル以内に存在すれば候補ユーザとして抽出するようにしてもよい。

端末装置２０の位置とは、例えば、端末装置２０のＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）機能によって特定される地球上における位置（緯度、経度）である。

また、端末装置２０が、ユーザが所在している位置、エリアを取得できる場合は、当該位置や当該エリアの情報を用いてもよい。

例えば、端末装置２０は、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）等の通信プロトコルに従って、ユーザＩＤを含むビーコン信号を発信する機能を備え、ビーコン検出機能を備えるものであってもよい。

かかる場合、端末装置２０は、受信したビーコン信号に基づき、ビーコン信号を発信している他のユーザ端末装置２０に記憶された他のユーザのユーザＩＤや位置情報を取得することができる。これにより、ユーザの端末装置と、他の端末装置が、近接位置に存在していることを検出することができる。

なお、ビーコン信号を発信する機能を有する専用デバイスを、端末装置２０とは、別に用意して、当該デバイスをユーザに携行させる方法を採用することも可能である。

また、ユーザ情報制御システムが、所定空間に備えられた（例えば、会議室）の定点カメラを備え、当該カメラによって撮影された画像から、ユーザの名札のタグを読み取り、ユーザが所定範囲内に位置しているか否かの情報を取得するようにしてもよい。

また、「所定条件」は、ユーザの端末装置２０と他のユーザの端末装置２０とが通信可能であるという条件を、含むようにしてもよい。例えば、この条件は、ユーザＡの端末装置２０Ａと、ユーザＢの端末装置２０Ｂとが通信可能であるという条件とすることができ、適切な候補ユーザを抽出することができる。

例えば、ユーザの端末装置２０と他のユーザの端末装置２０とにおいて、無線通信が可能である場合に、通信可能であると判定してもよい。また、端末装置２０が、他の端末装置２０と同一のネットワークに接続している場合に、通信可能であると判定してもよい。同一のネットワークとは、Ｗｉ－Ｆｉの接続先アドレス（ＩＰアドレス）が同じであること等である。

また、例えば、ユーザの端末装置２０が、近接通信の範囲内である場合、例えば、端末装置２０が、他のユーザの端末装置２０からビーコン信号を受信する場合に、端末装置２０と他の端末装置２０とが通信可能であると判定してもよい。

また、サーバ装置１０が、ユーザ情報を交換するためのオンラインルームを設定し、ユーザと他のユーザが同じオンラインルームにログインしている場合に、端末装置２０と他の端末装置２０とが通信可能であると判定してもよい。

［１１］候補ユーザの表示制御
本実施形態では、抽出された複数の候補ユーザに関する情報をユーザの端末装置に表示する。

例えば、図５に示すように、ユーザＡの端末装置２０Ａが、ユーザ情報を交換する際に、所定条件を満たすユーザＢ、Ｃ、Ｄ、Ｅ（ユーザＩＤ＝Ｂ、Ｃ、Ｄ、Ｅ）を候補ユーザとして抽出したとする。

すると、本実施形態では、候補ユーザの一覧画面（例えば、図６の画面Ｇ１）において、ユーザ情報について提供済及び受領済の少なくとも一方に該当する特定の候補ユーザと、当該特定の候補ユーザ以外の候補ユーザとを識別して、複数の候補ユーザに関する画像（候補ユーザに関する情報の一例）を表示する処理を行う。

なお、本実施形態では、ユーザと他のユーザとにおいて、ユーザ情報について提供を行う画面（例えば、図８の画面Ｇ２）及び、受領を行う画面（例えば、図９の画面Ｇ３）において、複数の候補ユーザに関する画像を表示するようにしてもよい。また、提供や受領を行う画面とは別の画面に、候補ユーザに関する画像を表示するようにしてもよい。受領や提供を行う画面から、タブ操作で切り替えたり、スライド操作やボタン操作を行うことで、候補ユーザに関する画像を表示する画面に切り替えたりしてもよい。
なお、図示していないが、提供及び受領を同時に行う画面において、複数の候補ユーザに関する画像を表示するようにしてもよい。

「候補ユーザに関する情報」とは、候補ユーザに関する名刺画像（名刺画像のサムネイル画像（縮小画像））でもよいし、候補ユーザの名前など、候補ユーザのユーザ情報（ユーザ情報の一部の情報）でもよい。

［１１．１］識別表示の例１
本実施形態では、図１２に示すように、候補ユーザの一覧画面Ｇ４において、ユーザ情報について提供済及び受領済（つまり交換済）に該当する特定の候補ユーザＢと、当該特定の候補ユーザＢ以外の候補ユーザＣ、Ｄ、Ｅとを識別して、複数の候補ユーザに関する画像ＦＢ、ＦＣ、ＦＤ、ＦＥを表示する処理を行う。

ここで、提供済とは、自身が相手にユーザ情報を提供したことを示す提供中フラグＦ１が「１」であればよい。相手が受領を承諾したか否かは問わない。要するに、提供完了フラグＦ２の値を問わない。

また、受領済とは、自身が相手からユーザ情報を受領したことを示す受領中フラグＲ１が「１」であればよい。自身が受領を承諾したか否かは問わない。要するに、受領完了フラグＲ２の値を問わない。

そして、ユーザＡが候補ユーザＢとユーザ情報を交換し、自身のユーザ情報を提供し、相手のユーザ情報を受領したとする。すると、例えば、ユーザＡについての候補ユーザＢの提供中フラグＦ１が「１」及び受領中フラグＲ１が「１」になる（つまり、交換中フラグＥ１が「１」になる）。

かかる場合、ユーザＡの端末装置２０Ａは、図１２に示すように、候補ユーザの一覧画面Ｇ４の候補ユーザＢに関する画像ＦＢにおいて、ユーザＡが候補ユーザＢに対して、ユーザ情報の提供済であることを示す提供済マークＭＦＹと、候補ユーザＢから候補ユーザＢのユーザ情報を受領済であることを示す受領済マークＭＲＹを表示する。

一方、ユーザＡが、候補ユーザＣに対してユーザ情報の提供済でない（提供中フラグＦ１＝０）であるので、提供していないことを示すマークＭＦＮを候補ユーザＣに関する画像ＦＣにおいて表示する。また、ユーザＡが、候補ユーザＣから候補ユーザＣのユーザ情報について受領済でない（受領中フラグＲ１＝０）であるので、受領していないことを示すマークＭＲＮを候補ユーザＣに関する画像ＦＣにおいて表示する。なお、ユーザＡと候補ユーザＤとにおいても、候補ユーザＣと同様に処理を行う。また、ユーザＡと候補ユーザＥとにおいても、候補ユーザＣと同様に処理を行う。

［１１．２］識別表示の例２
また、本実施形態では、図１３に示すように、ユーザ情報について提供済及び受領済（つまり交換済）に該当する特定の候補ユーザＢと、当該特定の候補ユーザＢ以外の候補ユーザＣ、Ｄ、Ｅとを識別して、複数の候補ユーザに関する画像ＦＢ、ＦＣ、ＦＤ、ＦＥを表示する場合に、交換済マークＭＥＹを使用してもよい。

ここで、交換済とは、ユーザ間で、ユーザ情報について提供済及び受領済を示す。つまり、交換済とは、自身が相手にユーザ情報を提供したことを示す提供中フラグＦ１が「１」であり、かつ、自身が相手からユーザ情報を受領したことを示す受領中フラグＲ１が「１」であればよい。相手が受領を承諾したか否かは問わないし、自身が受領を承諾したか否かは問わない。

例えば、ユーザＡの端末装置２０Ａは、ユーザＡと候補ユーザＢとにおいて、ユーザＡから候補ユーザＢに対してユーザＡのユーザ情報を提供済であり、かつ、候補ユーザＢからユーザＢのユーザ情報を受領済である場合（交換中フラグＥ１＝１）、交換済マークＭＥＹを、候補ユーザＢに関する画像ＦＢにおいて、表示するようにしてもよい。

一方、ユーザＡと候補ユーザＣとにおいて、ユーザ情報の提供済でない、又は、ユーザ情報の受領済でない場合（交換中フラグＥ１＝０の場合）、交換していないことを示すマークＭＥＮを候補ユーザＣに関する画像ＦＣにおいて表示する。なお、ユーザＡと候補ユーザＤとにおいても、候補ユーザＣと同様に処理を行う。また、ユーザＡと候補ユーザＥとにおいても、候補ユーザＣと同様に処理を行う。

［１１．３］識別表示の例３
また、本実施形態では、図１４に示すように、ユーザ情報について提供済に該当する特定の候補ユーザＢと、当該特定の候補ユーザＢ以外の候補ユーザＣ、Ｄ、Ｅとを識別して、複数の候補ユーザに関する画像ＦＢ、ＦＣ、ＦＤ、ＦＥを表示してもよい。つまり、各
候補ユーザに対して、提供済であるか否かのみを識別表示してもよい。

［１１．４］識別表示の例４
また、本実施形態では、図１５に示すように、ユーザ情報について受領済に該当する特定の候補ユーザＢと、当該特定の候補ユーザＢ以外の候補ユーザＣ、Ｄ、Ｅとを識別して、複数の候補ユーザに関する画像ＦＢ、ＦＣ、ＦＤ、ＦＥを表示してもよい。つまり、各候補ユーザに対して、受領済であるか否かのみを識別表示してもよい。

［１１．５］識別表示の例５
また、本実施形態では、図１６に示すように、ユーザＡのユーザ情報について未提供である候補ユーザＣ、Ｄ、Ｅそれぞれに対して、ユーザＡのユーザ情報を提供可能な状態か否かを表示する処理、を行ってもよい。

例えば、ユーザＡと候補ユーザＣとにおいて、ユーザＡのユーザ情報について未提供の場合に、候補ユーザＣに対して提供可能な状態である場合、「提供可」の文字を画像ＦＣにおいて表示する。

また、本実施形態では、図１６に示すように、ユーザＡと候補ユーザＣ、Ｄ、Ｅそれぞれとにおいて、候補ユーザからユーザ情報を未受領の場合に、当該候補ユーザから当該候補ユーザのユーザ情報を受領可能な状態か否かを表示する処理、を行ってもよい。

例えば、ユーザＡと候補ユーザＣとにおいて、候補ユーザＣのユーザ情報についてユーザＡが未受領の場合に、候補ユーザＣから候補ユーザＣのユーザ情報を受領可能な状態である場合、「受領可」の文字を画像ＦＣにおいて表示する処理を行う。

また、図１６に示すように、ユーザＡのユーザ情報について未提供のユーザＤ、Ｅについて、現在、ユーザ情報を提供不可能な場合は、「提供不可」の文字を画像ＦＤ、ＦＥにおいて表示する。

また、ユーザＤのユーザ情報について未受領であって、現在、受領不可能な場合は、「受領不可」の文字を、画像ＦＤにおいて表示し、ユーザＥのユーザ情報について未受領であって、現在、受領不可能な場合は、「受領不可」の文字を、画像ＦＥにおいて表示する。

なお、図示していないが、端末装置２０Ａは、候補ユーザＤとユーザＥとにおいて、ユーザ情報の交換が行われているために、現在、ユーザＡと、ユーザＤとにおいて、提供や受領が不可能な場合は、不可能である理由（例えば、「ユーザＤとユーザＥとは名刺交換中です」というメッセージ）を、画像ＦＤにおいて表示してもよい。また、ユーザＤとの交換相手のユーザ名（ユーザＥ）を表示してもよい。

また、端末装置２０Ａは、候補ユーザＤの端末装置２０Ｄの通信状況が悪くて、現在、ユーザＡとユーザＤとにおいて、提供や受領が不可能な場合は、不可能である理由（例えば、「ユーザＤの端末装置の通信状況が悪いため提供及び受領ができません」というメッセージ）を、画像ＦＤにおいて表示してもよい。

［１２］複数のユーザ情報
また、本実施形態では、ユーザの入力に基づいて、当該ユーザに対応付けて複数のユーザ情報を設定可能に制御してもよい。そして、端末装置２０又はサーバ装置１０は、複数のユーザ情報それぞれに名刺ＩＤを割り振り、提供、受領、交換を管理する。

例えば、端末装置２０Ａは、ユーザＡの入力に基づいて、ユーザＡに対応付けて名刺ＩＤ＝Ａ００１、及び、名刺ＩＤ＝Ａ００２の２つのユーザ情報が設定された場合、ユーザＡの入力に基づき、いずれの名刺ＩＤのユーザ情報を、候補ユーザに提供するか決定してもよい。つまり、ユーザＡの入力に基づき、提供対象の名刺ＩＤの選択を受け付けるようにしてもよい。

また、本実施形態では、ユーザ（ユーザＩＤ）に対応付けられた複数のユーザ情報毎に、ユーザ情報を各候補ユーザに提供済か否かを表示する処理を行ってもよい。例えば、端末装置２０Ａは、図１７に示すように、ユーザＡの提供用の名刺管理画面Ｇ８において、ユーザＡに対応付けられた複数のユーザ情報毎（名刺ＩＤ毎）に、当該ユーザＡのユーザ情報を各候補ユーザＢ、Ｃ、Ｄ、Ｅに提供済か否かを表示する処理を行ってもよい。

例えば、名刺ＩＤ＝Ａ００１について、各候補ユーザＢ、Ｃ、Ｄ、Ｅに提供したか否かを表示する処理と、名刺ＩＤ＝Ａ００２について、各候補ユーザＢ、Ｃ、Ｄ、Ｅに提供したか否かを表示する処理とを行う。

具体的に説明すると、名刺ＩＤ＝Ａ００１について、ユーザＢに提供済の場合は提供済マークＭＦＹを候補ユーザ画像ＦＢ１に表示し、ユーザＣ、Ｄ、Ｅに対して提供済でない場合、提供していないことを示すマークＭＦＮを候補ユーザ画像ＦＣ１、ＦＤ１、ＦＥ１に表示する。また、名刺ＩＤ＝Ａ００２についても同様に表示処理を行う。

また、本実施形態では、各候補ユーザに対応付けられた複数のユーザ情報毎に、ユーザ情報を候補ユーザから受領済か否かを表示する処理を行ってもよい。例えば、端末装置２０Ａは、図１８に示すように、受領用の名刺管理画面Ｇ９において、候補ユーザＢの端末装置２０Ｂから、候補ユーザＢの複数のユーザ情報の名刺ＩＤ（例えば、名刺ＩＤ＝Ｂ００１、名刺ＩＤ＝Ｂ００２）を受信した場合に、候補ユーザＢに対応付けられた複数のユーザ情報毎（名刺ＩＤ毎）に、ユーザＡが、ユーザ情報を候補ユーザＢから受領したか否かを表示する処理を行ってもよい。

例えば、名刺ＩＤ＝Ｂ００１について、ユーザＡが候補ユーザＢから受領した場合、受領済マークＭＲＹを表示し、名刺ＩＤ＝Ｂ００２について、ユーザＡが候補ユーザＢから受領していない場合、受領していないことを示すマークＭＲＮを表示する処理を行う。なお、他の候補ユーザＣ、Ｄ、Ｅについても候補ユーザＢと同様に処理を行う。

［１３］ユーザ情報の変更
また、本実施形態では、ユーザのユーザ情報を変更可能に制御してもよい。例えば、端末装置２０Ａは、ユーザＡからの入力に基づいて、ユーザＡのユーザ情報を変更可能に制御してもよいし、コンピュータ制御（ＣＰＵ制御）によって、自動的にユーザＡのユーザ情報を変更可能に制御してもよい。そして、端末装置２０Ａは、各名刺ＩＤに対応付けて、変更内容及び変更日時を記憶する。

また、本実施形態では、ユーザに対応付けられた変更後のユーザ情報を、各候補ユーザに提供済か否かを表示する処理を行うようにしてもよい。

例えば、ユーザＡに対応付けられた名刺ＩＤ＝Ａ００１のユーザ情報が変更されると、候補ユーザＢ、Ｃ、Ｄ、Ｅのうち、名刺ＩＤ＝Ａ００１のユーザ情報を提供した候補ユーザに対して、提供日時と、名刺ＩＤ＝Ａ００１のユーザ情報の変更日時とを比較し、最新のユーザ情報について提供済みか否かを判断する。提供日時が、変更日時よりも古い日時である場合、最新のユーザ情報について提供済みでないと判断する。

図示していないが、例えば、候補ユーザＢに対して、最新のユーザ情報を提供していない場合、名刺ＩＤ＝Ａ００１に対応付けられた提供中フラグを「０」に更新し、提供していないことを示すマークＭＦＮを、候補ユーザＢの画像ＦＢに表示してもよい。また、「ユーザＢが所有しているユーザＡの名刺情報（名刺ＩＤ＝Ａ００１）は、最新の名刺情報ではありません」などのメッセージも併せて表示してもよい。

また、本実施形態では、各候補ユーザに対応付けられた変更後のユーザ情報を、候補ユーザから受領済か否かを表示する処理を行うようにしてもよい。

例えば、端末装置２０Ａは、候補ユーザＢの名刺ＩＤ（例えば、名刺ＩＤ＝Ｂ００１）のユーザ情報を受領済である場合、受領日時と、名刺ＩＤ＝Ｂ００１の更新日時とを比較し、最新のユーザ情報を受領済か否かを判断する。受領日時が、変更日時よりも古い日時である場合、最新のユーザ情報について受領済みでないと判断する。

図示していないが、例えば、候補ユーザＢから、最新のユーザ情報を受領していない場合、名刺ＩＤ＝Ｂ００１に対応付けられた受領中フラグを「０」に更新し、受領していないことを示すマークＭＲＮを、候補ユーザＢの画像ＦＢに表示してもよい。また、「ユーザＡが所有しているユーザＢの名刺情報（名刺ＩＤ＝Ｂ００１）は、最新の名刺情報ではありません」などのメッセージも併せて表示してもよい。

［１４］属性による表示態様
本実施形態では、候補ユーザの属性に応じて、候補ユーザに関する情報の表示態様を変更するようにしてもよい。

「属性」とは、「ユーザ情報」、「ゲームに関する情報」、「ユーザと候補ユーザとの関係性の情報」、等である。

「ユーザ情報」とは、年齢、性別、過去に購入した商品、課金状況、現実世界での役職、等とすることができる。例えば、候補ユーザの役職が自分の役職よりも上位か否か、或いは同位か否かを判断して、判断結果に基づき、候補ユーザに関する情報の表示態様を変化させてもよい。

例えば、「ゲームに関する情報」とは、候補ユーザのゲームプレイ履歴（ゲームプレイ時間）、所属グループ、イベントの参加の有無、ゲームに登場するキャラクタのうちの一番応援しているキャラクタ、ゲームでのパラメータ（レベルなど）、等である。

なお、「イベント」とは、ゲーム内で発生するイベントでもよいし、現実世界でのイベント（コンサート、握手会、所定場所への訪問、等）でもよい。例えば、候補ユーザがコンサートに参加したか否か、握手会に参加したか否か、所定の場所を訪問したか否か、等に基づき、候補ユーザに関する情報の表示態様を変化させてもよい。

「ユーザと候補ユーザとの関係性の情報」とは、「ユーザと候補ユーザとの比較情報」、「ユーザと候補ユーザとの位置関係」、「ユーザと候補ユーザとの通信状況」、「ユーザと候補ユーザとにおけるユーザ情報の交換状況」、等である。

「ユーザと候補ユーザとの比較情報」とは、ユーザよりも候補ユーザの方が、プレイ歴（ゲームプレイ時間）が長いか否か、ユーザと候補ユーザとが同じイベントに参加したか否か、ユーザが一番応援しているキャラクタと、候補ユーザが一番応援しているキャラクタとが同じか否か、ユーザと候補ユーザが同じか否か、ユーザと候補ユーザとの性別が同じか否か、等である。例えば、ユーザと候補ユーザとが同じコンサートに参加したか否か
、ユーザと候補ユーザとが同じ握手会に参加したか否か、ユーザと候補ユーザとが同じ所定の場所を訪問したか否か、等に基づき、候補ユーザに関する情報の表示態様を変化させてもよい。

「ユーザと候補ユーザとの位置関係」とは、ユーザと候補ユーザとの距離や、方向等である。

「ユーザと候補ユーザとの通信状況」とは、ユーザの端末装置２０と、候補ユーザの端末装置２０との通信ができるか否か、コードを読み取り可能か否か等である。

「ユーザと候補ユーザとにおけるユーザ情報の交換状況」とは、ユーザと候補ユーザとにおける、交換の有無、提供の有無、受領の有無、等である。

また、本実施形態では、各候補ユーザに優先度を設定してもよい。例えば、ユーザの位置に近い順に、優先度が高くなるように、各候補ユーザの優先度を設定する。そして、優先度の高い順に、候補ユーザの画像を表示するようにしてもよい。また、優先度の高いほど、候補ユーザの画像を大きくするようにしてもよい。また、優先度の最も高い候補ユーザの画像について、特別な画像処理（例えば、光っているように見えるエフェクト処理）を施してもよい。また、ユーザが一番応援しているキャラクタと、候補ユーザが一番応援しているキャラクタとが同じ場合、当該候補ユーザの画像を、他の候補ユーザ画像よりも大きくするようにしてもよい。

図１９は、ユーザＡの端末装置２０Ａに表示される画面Ｇ１０の一例を示す。例えば、ユーザＡの位置に近い順（ユーザＣ、Ｄ、Ｂ、Ｅの順）に、候補ユーザの画像を左から順に表示し（画像ＦＣ、ＦＤ、ＦＢ、ＦＥの順に表示し）、ユーザＡが一番応援しているキャラクタと、候補ユーザＣが一番応援しているキャラクタとが同じ場合、当該候補ユーザＣの画像ＦＣを、他の候補ユーザＢ、Ｄ、Ｅの画像ＦＢ、ＦＤ、ＦＥよりも大きく表示する。

［１５］フローチャート
本実施形態において、図２０Ａ、図２０Ｂを用いて、ユーザＡの端末装置２０Ａの表示処理の一例について説明する。

まず、図２０Ａに示すように、複数の他のユーザの中から、所定条件を満たす複数の候補ユーザを抽出する（ステップＳ１）。例えば、所定条件とは、ユーザＡと他のユーザとにおいて、ユーザ情報について未提供及び未受領の少なくとも一方に該当するという条件である。

そして、ユーザＡの入力に基づき、いずれかの候補ユーザに対してユーザＡのユーザ情報を提供するか否かを判断する（ステップＳ２）。提供する場合（ステップＳ２のＹ）、ユーザＡのユーザ情報を、候補ユーザに提供する（ステップＳ３）。提供しない場合（ステップＳ２のＮ）、ステップＳ４に進む。

そして、いずれかの候補ユーザから、当該候補ユーザのユーザ情報を受領したか否かを判断する（ステップＳ４）。受領した場合（ステップＳ４のＹ）、候補ユーザのユーザ情報を、受領する（ステップＳ５）。受領しない場合（ステップＳ４のＮ）、ステップＳ６に進む。

次に、図２０Ｂに示すように、ユーザ情報について提供済及び受領済の特定の候補ユーザを選定する（ステップＳ６）。つまり、交換済の候補ユーザを選定する。

そして、特定の候補ユーザと、特定の候補ユーザ以外の候補ユーザとを識別して、複数の候補ユーザに関する情報（例えば、候補ユーザの画像）を表示する処理を行う（ステップＳ７）。

そして、ユーザＡから終了指示を受け付けたか否かを判断し（ステップＳ８）、終了指示を受け付けた場合（ステップＳ８のＹ）、処理を終了する。一方、終了指示を受け付けない場合（ステップＳ８のＮ）、ステップＳ２に戻る。以上で処理を終了する。

［１６］通知処理
［１６．１］通知処理例１
また、本実施形態では、ユーザの入力に基づき、候補ユーザの選択を受け付け、選択された候補ユーザの端末装置に対して通知処理を行うようにしてもよい。

例えば、図６に示すように、ユーザＡの端末装置２０Ａは、ユーザＡのタッチ入力に基づき、画面Ｇ１に表示される候補ユーザＤ（候補ユーザＤに関する画像ＦＤ）の選択を受け付けると、候補ユーザＤの端末装置２０Ｄに対して、特定音を出力させる通知処理を行うようにしてもよい。ここで、通知処理とは、音出力だけでなく、特定の表示制御、振動制御でもよい。例えば、候補ユーザＤの端末装置２０Ｄは、端末装置２０Ａから送信された通知データを、ネットワークを介して受信すると、通知データに基づき通知処理（例えば、特定音の音出力）を実行する。例えば、端末装置２０Ｄは、通知データの受信のタイミングで、通知処理を実行する。

このようにすれば、図２１に示すように、ユーザＡは、複数存在する候補ユーザのうち、通知のあった端末装置２０Ｄの所有者から候補ユーザＤを特定でき、ユーザＡは、現実世界において候補ユーザＤを容易に認識することができる。

また、端末装置２０Ａは、ユーザＡのユーザ情報を候補ユーザＤに提供するためのスライド入力に基づき、候補ユーザＤの選択を受け付け、選択された候補ユーザＤの端末装置２０Ｄに対して特定音を出力させる通知処理を行うようにしてもよい。このようにすれば、ユーザＡは、自身のユーザ情報を提供した候補ユーザＤが、現実世界においてどのユーザであるのかを容易に認識することができる。

［１６．２］通知処理例２
また、本実施形態では、ユーザの入力に基づき、候補ユーザの選択を受け付け、選択された候補ユーザの位置情報と、選択されていない候補ユーザの位置情報とを識別して、各候補ユーザの位置情報を、表示するようにしてもよい。

例えば、図６に示すように、ユーザＡの端末装置２０Ａは、ユーザＡのタッチ入力に基づき、画面Ｇ１に表示される候補ユーザＤ（候補ユーザＤに関する画像ＦＤ）の選択を受け付ける。すると、端末装置２０Ａは、図２２に示すように、ユーザＡの位置情報を基準位置とし、ユーザＢ、Ｃ、Ｄ、Ｅの位置情報を示すマップ情報ＭＰを表示する。かかる場合、端末装置２０Ａは、選択を受け付けた候補ユーザＤの位置情報に、所定の選択マークＭＳを付したマップ情報ＭＰ表示する。ユーザＡの端末装置２０Ａは、ユーザＤに対してユーザ情報の提供前に、事前にマップ情報ＭＰを表示させてもよいし、ユーザＤに対してユーザ情報の提供後に、マップ情報ＭＰを表示させてもよい。

なお、ユーザＡの位置情報は、例えば、ユーザＡの端末装置２０ＡのＧＰＳにより取得される位置情報、ユーザＢ、Ｃ、Ｄ、Ｅの位置情報は、ユーザＢ、Ｃ、Ｄ、Ｅの端末装置２０Ｂ、２０Ｃ、２０Ｄ、２０ＥのＧＰＳにより取得される位置情報とすることができる
。また、マップ情報ＭＰは、３次元（ＸＹＺ軸）のマップ画像でもよいし、２次元（ＸＺ軸による）マップ画像でもよい。

このようにすれば、ユーザＡは、マップ情報ＭＰから各候補ユーザの位置だけなく、選択した候補ユーザＤが、現実世界においてどのユーザであるのかを容易に認識することができる。

なお、端末装置２０Ａは、ユーザＡのユーザ情報を候補ユーザＤに提供するためのスライド入力に基づき、候補ユーザＤの選択を受け付け、当該候補ユーザＤの選択を受け付けた場合に、マップ情報ＭＰを表示するようにしてもよい。

［１７］応用例
［１７．１］一括処理
本実施形態では、ユーザＡの入力に基づき、ユーザ情報を複数の候補ユーザＢ、Ｃ、Ｄ、Ｅに対して一括で提供するようにしてもよい。また、ユーザＡからの指示に基づき、複数の候補ユーザＢ、Ｃ、Ｄ、Ｅから一括で、受領の承認や受領の許否を行うようにしてもよい。

［１７．２］候補ユーザの抽出
また、本実施形態では、主にユーザＡに近い距離の候補ユーザを抽出したが、遠隔地に位置するユーザを候補ユーザとしてもよい。

［１７．３］ユーザ情報制御システム
本実施形態のユーザ情報制御システムは、ゲームを実現する機能を備えなくてもよい。つまり、ユーザ情報制御システムは、名刺情報などのユーザ情報の交換（提供及び受領の少なくとも一方）しかできないものでもよい。

また、名刺情報（ユーザ情報）の交換（提供及び受領の少なくとも一方）しかできないアプリケーションのサーバ、システム、名刺交換装置が、ゲームを実行するためのシステムやゲームサーバ、ゲーム装置、ゲーム情報を管理している外部のシステムなどから、ゲームに関する情報を受信し、ゲームに関する情報を使用して名刺情報（ユーザ情報）の交換を行ってもよい。

［１８］その他
本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。例えば、明細書又は図面中の記載において広義や同義な用語として引用された用語は、明細書又は図面中の他の記載においても広義や同義な用語に置き換えることができる。

本実施形態では、ゲームとして、音楽ゲームに限らない。例えば、アクションゲーム、対戦格闘ゲーム、スポーツゲームなどの対戦ゲーム、ＲＰＧゲーム、育成ゲーム、その他のシミュレーションゲームに用いることができる。

本発明は、実施形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施形態で説明した構成に公知技術を付加した構成を含む。

上記のように、本発明の実施形態について詳細に説明したが、本発明の新規事項及び効
果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。したがって、このような変形例はすべて本発明の範囲に含まれるものとする。

１０ サーバ装置、２０、２０Ａ、２０Ｂ、２０Ｃ 端末装置、
１００ 処理部、１１０ ユーザ情報制御部、１１１ 表示制御部、
１１９ 入力受付部、１２０ 通信制御部、
１２１ Ｗｅｂ処理部、１２２ 管理部、１２３ 通知部、
１３０ 画像生成部、１４０ 音処理部、
１６０ 入力部、１７０ 記憶部、１７１ 主記憶部、１７２ 画像バッファ
１７４ ゲームデータ記憶部、１７６ ユーザ情報記憶部、
１８０ 情報記憶媒体、１９６ 通信部、
２００ 処理部、２１０ ユーザ情報制御部、２１１ 表示制御部、
２１２ 入力受付部、２１３ 通知部、２２０ 通信制御部、
２２１ Ｗｅｂブラウザ、２３０ 画像生成部、２４０ 音処理部、
２６０ 入力部、２６２ 検出部、２７０ 記憶部、
２７１ 主記憶部、２７２ 画像バッファ、２７４ ゲームデータ記憶部、
２７６ ユーザ情報記憶部、
２８０ 情報記憶媒体、２９０ 表示部、２９２ 音出力部、２９６ 通信部

Claims (16)

1. ユーザを識別可能なユーザ情報を制御するユーザ情報制御システムであって、
   ユーザの入力に基づいて、当該ユーザのユーザ情報を他のユーザに提供する処理と、当該他のユーザから提供された当該他のユーザのユーザ情報を受領する処理と、を行うユーザ情報制御部と、
   複数の他のユーザの中から、所定条件を満たす複数の候補ユーザを抽出して、当該複数の候補ユーザに関する情報を前記ユーザの端末装置に表示する表示制御部と、を含み、
   前記所定条件は、
   前記ユーザのユーザ情報を前記他のユーザに未提供であること、及び、前記他のユーザのユーザ情報を前記他のユーザから未受領であること、の少なくとも一方に該当するという条件を含み、
   前記表示制御部は、
   ユーザ情報について提供済及び受領済の少なくとも一方に該当する特定の候補ユーザと、当該特定の候補ユーザ以外の候補ユーザとを識別して、複数の候補ユーザに関する情報を表示する処理を行うことを特徴とするユーザ情報制御システム。
2. ユーザを識別可能なユーザ情報を制御するユーザ情報制御システムであって、
   ユーザの入力に基づいて、当該ユーザのユーザ情報を他のユーザに提供する処理と、当該他のユーザから提供された当該他のユーザのユーザ情報を受領する処理と、を行うユーザ情報制御部と、
   複数の他のユーザの中から、所定条件を満たす複数の候補ユーザを抽出して、当該複数の候補ユーザに関する情報を前記ユーザの端末装置に表示する表示制御部と、を含み、
   前記所定条件は、
   前記ユーザのユーザ情報を前記他のユーザに未提供であること、及び、前記他のユーザのユーザ情報を前記他のユーザから未受領であること、の少なくとも一方に該当するという条件、並びに、
   前記ユーザと前記他のユーザとが提供又は受領が可能な位置関係に該当するという条件、を含み、
   前記表示制御部は、
   ユーザ情報について提供済及び受領済の少なくとも一方に該当する特定の候補ユーザと、当該特定の候補ユーザ以外の候補ユーザとを識別して、複数の候補ユーザに関する情報を表示する処理を行うことを特徴とするユーザ情報制御システム。
3. 請求項１又は２において、
   前記ユーザ情報は、
   前記ユーザの名刺情報であることを特徴とするユーザ情報制御システム。
4. 請求項１～３のいずれかにおいて、
   前記ユーザ情報制御部は、
   前記ユーザのユーザ情報を前記他のユーザに提供する処理と、前記他のユーザのユーザ情報を前記他のユーザから受領する処理とを、行うことによって、前記ユーザのユーザ情報と前記他のユーザのユーザ情報とを交換する処理を行うことを特徴とするユーザ情報制御システム。
5. 請求項１～４のいずれかにおいて、
   前記所定条件は、
   前記ユーザの端末装置の位置と、前記他のユーザの端末装置の位置とが所定の位置関係にあるという条件を、更に含むことを特徴とするユーザ情報制御システム。
6. 請求項１～５のいずれかにおいて、
   前記所定条件は、
   前記ユーザの端末装置と前記他のユーザの端末装置とが通信可能であるという条件を、更に含むことを特徴とするユーザ情報制御システム。
7. 請求項１～６のいずれかにおいて、
   前記表示制御部は、
   前記ユーザと前記他のユーザとにおいて、ユーザ情報について提供及び受領の少なくとも一方を行う画面において、前記複数の候補ユーザに関する情報を表示する処理を行うことを特徴とするユーザ情報制御システム。
8. 請求項１～７のいずれかにおいて、
   前記表示制御部は、
   前記ユーザのユーザ情報について前記候補ユーザに未提供の場合に、前記候補ユーザに対して提供可能な状態か否かを表示する処理、及び、前記候補ユーザのユーザ情報について前記ユーザが未受領の場合に、候補ユーザから受領可能な状態か否かを表示する処理、の少なくとも一方を行うことを特徴とするユーザ情報制御システム。
9. 請求項１～８のいずれかにおいて、
   前記ユーザ情報制御部は、
   前記ユーザの入力に基づいて、前記ユーザに対応付けて複数のユーザ情報を設定可能に制御し、
   前記表示制御部は、
   前記ユーザに対応付けられた複数のユーザ情報毎に、ユーザ情報を各候補ユーザに提供済か否かを表示する処理、及び、
   各候補ユーザに対応付けられた複数のユーザ情報毎に、ユーザ情報を候補ユーザから受領済か否かを表示する処理、
   の少なくとも一方を行うことを特徴とするユーザ情報制御システム。
10. 請求項１～９のいずれかにおいて、
    前記ユーザ情報制御部は、
    前記ユーザの前記ユーザ情報を変更可能に制御し、
    前記表示制御部は、
    前記ユーザに対応付けられた変更後のユーザ情報を、各候補ユーザに提供済か否かを表示する処理、及び、
    各候補ユーザに対応付けられた変更後のユーザ情報を、候補ユーザから受領済か否かを表示する処理、
    の少なくとも一方を行うことを特徴とするユーザ情報制御システム。
11. 請求項１～１０のいずれかにおいて、
    前記表示制御部は、
    前記候補ユーザの属性に応じて、前記候補ユーザに関する情報の表示態様を変更することを特徴とするユーザ情報制御システム。
12. 請求項１～１１のいずれかにおいて、
    前記ユーザ情報制御部は、
    候補ユーザに関する情報に対する前記ユーザの入力に基づいて、選択された当該候補ユーザに対して、前記ユーザのユーザ情報を提供する処理を行うことを特徴とするユーザ情報制御システム。
13. 請求項１～１２のいずれかにおいて、
    前記ユーザの入力に基づき、前記候補ユーザの選択を受け付け、選択された前記候補ユーザの端末装置に対して通知処理を行う通知部を、更に含むことを特徴とするユーザ情報制御システム。
14. 請求項１～１３のいずれかにおいて、
    前記表示制御部は、
    前記ユーザの入力に基づき、前記候補ユーザの選択を受け付け、選択された前記候補ユーザの位置情報と、選択されていない前記候補ユーザの位置情報とを識別して、各候補ユーザの位置情報を、表示することを特徴とするユーザ情報制御システム。
15. ユーザを識別可能なユーザ情報を制御するプログラムであって、
    ユーザの入力に基づいて、当該ユーザのユーザ情報を他のユーザに提供する処理と、当該他のユーザから提供された当該他のユーザのユーザ情報を受領する処理と、を行うユーザ情報制御部と、
    複数の他のユーザの中から、所定条件を満たす複数の候補ユーザを抽出して、当該複数の候補ユーザに関する情報を前記ユーザの端末装置に表示する表示制御部として、コンピュータを機能させ、
    前記所定条件は、
    前記ユーザのユーザ情報を前記他のユーザに未提供であること、及び、前記他のユーザのユーザ情報を前記他のユーザから未受領であること、の少なくとも一方に該当するという条件を含み、
    前記表示制御部は、
    ユーザ情報について提供済及び受領済の少なくとも一方に該当する特定の候補ユーザと、当該特定の候補ユーザ以外の候補ユーザとを識別して、複数の候補ユーザに関する情報を表示する処理を行うことを特徴とするプログラム。
16. ユーザを識別可能なユーザ情報を制御するプログラムであって、
    ユーザの入力に基づいて、当該ユーザのユーザ情報を他のユーザに提供する処理と、当該他のユーザから提供された当該他のユーザのユーザ情報を受領する処理と、を行うユーザ情報制御部と、
    複数の他のユーザの中から、所定条件を満たす複数の候補ユーザを抽出して、当該複数の候補ユーザに関する情報を前記ユーザの端末装置に表示する表示制御部として、コンピュータを機能させ、
    前記所定条件は、
    前記ユーザのユーザ情報を前記他のユーザに未提供であること、及び、前記他のユーザのユーザ情報を前記他のユーザから未受領であること、の少なくとも一方に該当するという条件、並びに、
    前記ユーザと前記他のユーザとが提供又は受領が可能な位置関係に該当するという条件、を含み、
    前記表示制御部は、
    ユーザ情報について提供済及び受領済の少なくとも一方に該当する特定の候補ユーザと、当該特定の候補ユーザ以外の候補ユーザとを識別して、複数の候補ユーザに関する情報を表示する処理を行うことを特徴とするプログラム。

Images