JP7365608B2 - プロフィール管理プログラム - Google Patents

Description

本発明は、プロフィール管理プログラムに関する。

従来、プロフィールの交換は、例えば対面した人と人の間で紙の名刺を交換することで行われていた。近年、紙ではなく、電子でのプロフィールの交換が行われるようになってきている。このような電子でのプロフィール交換には、電子メール等の手段を用いて遠隔地にいる人との間でプロフィールを交換する手法と、従来の名刺交換と同様に対面した人と人の間で直接的にプロフィールを交換する手法がある。

特開２０１３－２０６０７９号公報

従来の名刺交換と同様の直接的な人と人との間でのプロフィール交換の場合、交換する人数が多くなると、その分だけ交換の手間もかかることが予想される。特に、プロフィールの交換は初めて顔を合わせた人と行われることが多いので、交換に手間がかかるのは好ましくない。

本発明は、前記の事情に鑑みてなされたものであり、顔を合わせたグループ内でのプロフィール交換が簡易に実施できるプロフィール管理プログラムを提供することを目的とする。

第１の態様のプロフィール管理プログラムは、第１の端末のユーザである第１のユーザによる操作を受けてプロフィール交換のための仮想共有空間を作成することと、仮想共有空間への少なくとも１つの第２の端末の参加の申請を受け付けるか否かを判定することと、参加が受け付けられたそれぞれの第２の端末に対して、第１のユーザのプロフィールデータと事前に参加が受け付けられた第３の端末のユーザである第３のユーザのプロフィールデータを送信し、第２の端末のユーザである第２のユーザのプロフィールデータを受信し、第３の端末に第２のプロフィールデータを送信することとを第１の端末のコンピュータに実行させる。

第２の態様のプロフィール管理プログラムは、第１の端末のユーザである第１のユーザによる操作を受けてプロフィール交換のための仮想共有空間を作成することと、仮想共有空間への少なくとも１つの第２の端末の参加の申請を受け付けるか否かを判定することと、参加が受け付けられたそれぞれの第２の端末に対して、第１のユーザのプロフィールデータを送信するとともに、第２の端末のユーザである第２のユーザのプロフィールデータを受信し、事前に参加が受け付けられた第３の端末には第２のユーザのプロフィールデータを送信しないこととを第１の端末のコンピュータに実行させる。

本発明によれば、顔を合わせたグループ内でのプロフィール交換が簡易に実施できるプロフィール管理プログラムを提供することができる。

図１は、実施形態に係るプロフィール交換システムの一例の構成を示す図である。 図２は、端末の一例のハードウェア構成を示す図である。 図３は、プロフィール管理プログラムの処理を示すフローチャートである。 図４は、プロフィール管理プログラムのトップ画面の一例を示す図である。 図５は、プロフィール交換処理を示すフローチャートである。 図６は、一覧表示の例を示す図である。 図７は、複数人交換処理について示すフローチャートである。 図８は、複数人交換処理におけるホスト画面の一例を示す図である。 図９は、複数人交換処理におけるゲスト画面の一例を示す図である。 図１０は、セミナー交換処理について示すフローチャートである。 図１１は、セミナーボードの新規作成画面の一例を示すである。 図１２は、セミナーボードの確認画面の一例を示す図である。

以下、実施形態について図面を参照して説明する。図１は、実施形態に係るプロフィール交換システムの一例の構成を示す図である。図１に示すように、プロフィール交換システム１は、端末２と、端末３とを有している。端末２と端末３とは互いに通信する。端末２は、ユーザＵ１が所有する端末である。端末３は、ユーザＵ２が所有する端末である。ここで、図１では示されていないが、端末２は、端末３以外の端末２の近くの端末とも通信し得る。

図２は、端末２の一例のハードウェア構成を示す図である。実施形態では、端末２と端末３とが同じ構成を有しているものとして端末２の構成だけを説明する。なお、端末３は、端末２に設けられていない構成をさらに有していてもよい。

端末２は、プロセッサ２１と、メモリ２２と、ストレージ２３と、入力インターフェース２４と、ディスプレイ２５と、通信モジュール２６とを有している。プロセッサ２１と、メモリ２２と、ストレージ２３と、入力インターフェース２４と、ディスプレイ２５と、通信モジュール２６とは、互いに通信できるようにバス２７に接続されている。ここで、端末２は、スマートフォン、タブレット端末といった端末であってよい。

プロセッサ２１は、端末２の動作を制御するように構成されたプロセッサである。プロセッサ２１は、ストレージ２３に記憶されている各種のプログラムに従って各種の処理を実行する。プロセッサ２１は、例えばＣＰＵである。プロセッサ２１は、ＣＰＵではなく、ＭＰＵ、ＧＰＵ等であってもよい。また、プロセッサ２１は、１つのＣＰＵ等によって構成されている必要はなく、複数のＣＰＵ等によって構成されてもよい。

メモリ２２は、ＲＯＭ、ＲＡＭといったメモリを含む。ＲＯＭは、不揮発性のメモリである。ＲＯＭは、端末２の起動プログラム等を記憶している。ＲＡＭは、揮発性のメモリである。ＲＡＭは、例えばプロセッサ２１における処理の際の作業メモリとして用いられる。

ストレージ２３は、例えばフラッシュメモリといったストレージである。ストレージ２３は、端末２において用いられる各種のプログラム及びデータを格納している。実施形態では、ストレージ２３は、ＯＳ（オペレーティングシステム）２３１、プロフィール管理プログラム２３２、プロフィールデータ２３３を格納している。ストレージ２３は、ＯＳ２３１、プロフィール管理プログラム２３２、プロフィールデータ２３３以外のプログラム及びデータを格納していてもよい。

ＯＳ２３１は、端末２の基本的な機能を実現するためのプログラムである。ストレージ２３に格納されている各種のプログラムは、ＯＳの制御下で実行される。

プロフィール管理プログラム２３２は、他の端末との間でのプロフィールの交換を管理するためのアプリケーションプログラムである。ここで、プロフィール管理プログラム２３２は、必要に応じて端末２にインストールされ得る。例えば、プロフィール管理プログラム２３２は、他の端末との間でプロフィールの交換を実施する。このとき、プロフィール管理プログラム２３２は、端末２の近くに複数の端末があるときには、必要に応じてそれらの端末との間でもプロフィールの交換を実施する。さらに、プロフィール管理プログラム２３２は、ユーザＵ１の自身のプロフィールデータの作成を実施する。

プロフィールデータ２３３は、ユーザＵ１のプロフィールを記録したデータである。プロフィールデータは、例えばユーザＵ１の個人情報のデータと、プレビュー用のデータを含む。プレビュー用のデータは、ユーザＵ１の個人情報のうちの一部、例えば氏名、会社名、役職といったデータと、個人情報のデータにユーザＵ１の顔画像又はアバター画像等が含まれているときにはその画像のサムネイルのデータとを含んでいてよい。プロフィールデータ２３３は、例えばｖＣａｒｄ形式で記録されてもよい。また、プロフィールデータ２３３は、例えばユーザＵ１の属する会社のサーバにおいて管理されてもよい。この場合には、プロフィールデータ２３３は、ストレージ２３に記憶されていなくてもよい。

入力インターフェース２４は、タッチパネル等の入力装置を含む。入力インターフェース２４は、カメラ、マイクといった入力装置を含んでいてもよい。入力インターフェース２４の操作がされた場合、操作内容に応じた信号がバス２７を介してプロセッサ２１に入力される。プロセッサ２１は、この信号に応じて各種の処理を行う。

ディスプレイ２５は、液晶ディスプレイ、有機ＥＬディスプレイ等の表示装置である。ディスプレイ２５は、各種の画像を表示する。

端末２が外部装置と通信するときの処理をするように構成されたインターフェースを含むモジュールである。通信モジュール２６は、Bluetooth（登録商標） Low Energy (ＢＬＥ)等の近距離無線通信を用いて端末２の近くの端末等と通信をするように構成されている。通信モジュール２６は、例えば無線回線を使用してネットワークに接続するように構成されていてもよい。通信モジュール２６は、有線回線を使用してネットワークに接続するように構成されていてもよい。

図３は、プロフィール管理プログラム２３２（プロフィール管理アプリ）の処理を示すフローチャートである。以下で説明する処理は端末２の処理であるとする。しかしながら、端末３の処理も同様に行われてよい。なお、プロフィール管理プログラム２３２の起動に際してはＩＤとパスワードの入力等が要求されてもよい。

プロフィール管理プログラム２３２が起動した後のステップＳ１において、プロセッサ２１は、プロフィール管理プログラム２３２の起動が初回であるか否かを判定する。ステップＳ１において、プロフィール管理プログラム２３２の起動が初回であると判定されたときには、処理はステップＳ２に移行する。ステップＳ１において、プロフィール管理プログラム２３２の起動が初回であると判定されていないときには、処理はステップＳ３に移行する。

ステップＳ２において、プロセッサ２１は、プロフィール作成処理を実行する。プロフィール作成処理の後、処理はステップＳ３に移行する。プロフィール作成処理は、端末２のユーザＵ１の自身のプロフィールデータを作成する処理である。例えば、プロフィール作成処理において、プロセッサ２１は、プロフィール作成に必要な情報を入力させるための入力フォームを呼び出す。そして、プロセッサ２１は、入力フォームをディスプレイ２５に表示させる。ユーザＵ１は、入力フォームに必要な情報を入力する。そして、ユーザＵ１は、自身の望む情報が入力されたことを確認した上で、入力フォームへの入力を確定する。これにより、プロフィールデータ２３３が作成される。作成されたプロフィールデータ２３３は、ストレージ２３に記憶される。前述したように、プロフィールデータは、ユーザＵ１の属する会社のサーバ等に記憶されてもよい。

ステップＳ３において、プロセッサ２１は、トップ画面をディスプレイ２５に表示させる。図４は、プロフィール管理プログラム２３２（プロフィール管理アプリ）のトップ画面の一例を示す図である。

図４のトップ画面には、例えばユーザアバター画像３０１、検索ウインドウ３０２、最近プロフィール交換した相手の一覧３０３、プロフィール交換ボタン３０４が表示される。ユーザアバター画像３０１、検索ウインドウ３０２、最近プロフィール交換した相手のプレビュー３０３、プロフィール交換ボタン３０４はタッチパネル等によって選択され得る。ユーザアバター画像３０１は、ユーザＵ１のアバター画像であり、プロフィール交換アプリのオプション画面に遷移させるためのボタンでもある。ユーザＵ１により、ユーザアバター画像が選択されたときには、プロセッサ２１は、オプション画面を呼び出してディスプレイ２５に表示させる。検索ウインドウ３０２は、ストレージ２３に記憶されるプロフィールデータを検索するために用いられる検索ウインドウである。最近プロフィール交換した相手の一覧３０３は、最近プロフィール交換がされた相手のうちの上位の複数人の情報を表す一覧である。最近プロフィール交換した相手の一覧３０３は、例えばプロフィール交換した相手の氏名、会社名、役職等を含んでいてよい。また、プロフィールデータがユーザの顔画像を含むときには、一覧は、その顔画像のサムネイルを含んでいてもよい。プロフィール交換ボタン３０４は、プロフィール交換を実施する際に選択されるボタンである。勿論、トップ画面には、これら以外の表示がされてよい。

ステップＳ４において、プロセッサ２１は、プロフィール交換を実施するか否かを判定する。トップ画面においてプロフィール交換ボタン３０４が選択されたときには、プロフィール交換を実施すると判定される。ステップＳ４において、プロフィール交換を実施すると判定されたときには、処理はステップＳ５に移行する。ステップＳ４において、プロフィール交換を実施すると判定されていないときには、処理はステップＳ６に移行する。

ステップＳ５において、プロセッサ２１は、プロフィール交換処理を実行する。プロフィール交換処理の後、処理はステップＳ１０に移行する。プロフィール交換処理は、近くの人の端末との直接通信によってプロフィール交換を実施する処理である。プロフィール交換処理については後で説明する。

ステップＳ６において、プロセッサ２１は、プロフィール表示を実施するか否かを判定する。トップ画面において検索ウインドウ３０２を介して検索されたプロフィールデータが選択されたとき又は最近プロフィール交換した相手のプレビュー３０３の何れかのプレビューが選択されたときにプロフィール表示を実施すると判定される。ステップＳ６において、プロフィール表示を実施すると判定されたときには、処理はステップＳ７に移行する。ステップＳ６において、プロフィール表示を実施すると判定されていないときには、処理はステップＳ１０に移行する。

ステップＳ７において、プロセッサ２１は、選択されたプロフィールの表示処理を実行する。表示処理の後、処理はステップＳ１０に移行する。例えば、プロセッサ２１は、選択されたプロフィールデータ２３３をストレージ２３から取得する。そして、プロセッサ２１は、取得したプロフィールデータ２３３に基づいてディスプレイ２５にプロフィールを表示させる。

ステップＳ８において、プロセッサ２１は、セミナー交換を実施するか否かを判定する。セミナー交換の実施は、例えばオプション画面において行われる。オプション画面においてセミナーボードの参加ボタンをユーザが選択したことが検出されたとき又はセミナーボード作成ボタンをユーザが選択したことが検出されたときには、セミナー交換を実施すると判定される。ステップＳ８において、セミナー交換を実施すると判定されたときには、処理はステップＳ９に移行する。ステップＳ８において、セミナー交換を実施すると判定されていないときには、処理はステップＳ１０に移行する。

ステップＳ９において、プロセッサ２１は、セミナー交換処理を実施する。セミナー交換処理の後、処理はステップＳ１０に移行する。セミナー交換処理は、セミナー交換のための処理である。セミナー交換処理については後で詳しく説明する。

ステップＳ１０において、プロセッサ２１は、プロフィール管理プログラム２３２（アプリ）を終了するか否かを判定する。例えば、ユーザＵ１によってプロフィール管理プログラム２３２の終了のための操作がされたときに、プロフィール管理プログラム２３２を終了すると判定される。ステップＳ１０において、プロフィール管理プログラム２３２を終了すると判定されていないときには、処理はステップＳ３に戻る。ステップＳ１０において、プロフィール管理プログラム２３２を終了すると判定されたときには、図３の処理は終了する。

図５は、プロフィール交換処理を示すフローチャートである。実施形態では、プロフィール交換処理は、２つの端末の間で実施される個別交換と、主に３つ以上の端末の間で実施される複数人交換とを含む。複数人交換では、ある１つの端末がホストとなって他のゲストの端末も含むプロフィールの交換を実施する。この際に、ホストの端末は、交換のための仮想共有空間を作成し、他のゲストの端末を招待し、この仮想共有空間上でプロフィールの交換を実施する。以下ではこの仮想共有空間を「交換ボード」と呼ぶ。後で説明するがセミナー交換処理においてもホストの端末が交換のための仮想共有空間を作成する。セミナーボードで作成される仮想共有空間を「セミナーボード」と呼ぶ。

ステップＳ１０１において、プロセッサ２１は、端末２の近くのプロフィール交換可能な端末を探索する。例えば、通信モジュール２６がＢＬＥ通信できるように構成されていれば、プロセッサ２１は、通信モジュール２６によってアドバタイズを実施し、端末２と同様にプロフィール交換プログラム２３２を起動している端末２の近くの他の端末を探索する。勿論、プロフィール交換可能な端末を探索するための手法は、ＢＬＥを用いる手法に限るものではない。

ステップＳ１０２において、プロセッサ２１は、プロフィール交換可能な端末が存在するか否かを判定する。ステップＳ１０２において、プロフィール交換可能な端末が存在しないと判定されたときには、処理はステップＳ１０３に移行する。ステップＳ１０２において、プロフィール交換可能な端末が存在すると判定されたときには、処理はステップＳ１０４に移行する。

ステップＳ１０３において、プロセッサ２１は、プロフィール交換可能な端末が存在しない旨のエラーメッセージをディスプレイ２５に表示させる。その後、処理はステップＳ１１０に移行する。

ステップＳ１０４において、プロセッサ２１は、プロフィール交換可能な相手の一覧を表示する。図６は、一覧表示の例を示す。一覧表示では、プロフィール交換可能な相手の一覧３０５、参加が可能な交換ボードの一覧３０６、端末２のユーザの情報３０７、交換ボードをホストするボタン３０８が表示される。プロフィール交換可能な相手の一覧３０５は、端末２がプロフィールを交換可能な相手の一覧である。プロフィール交換可能な相手の一覧３０５は、最近プロフィール交換した相手の一覧３０３と同様に、プロフィール交換可能な相手の氏名、会社名、役職等の一覧を含んでいてよい。なお、プロフィール交換可能な相手の一覧３０５では、プロフィールデータの公開を許可していない端末のユーザについての情報は表示されなくてもよい。この場合には、この端末とのプロフィールデータの交換も実施されない。参加が可能な交換ボードの一覧３０６は、端末２の近くの端末によって作成された交換ボードの一覧である。参加が可能な交換ボードの一覧３０６は、交換ボードの名称、交換ボードを作成した人の氏名、会社名、役職等の一覧を含んでいてよい。また、参加が可能な交換ボードの一覧３０６は、交換ボード毎の参加ボタン３０６ａを含む。参加ボタン３０６ａは、交換ボードに参加する際に選択されるボタンである。ユーザの情報３０７は、端末２のユーザの情報である。ユーザの情報３０７は、ユーザの氏名、会社名、役職等を含んでいてよい。交換ボードをホストするボタン３０８は、交換ボードを作成及びホストする際に選択されるボタンである。一覧表示では、図５で示した以外の表示がさらになされてもよい。さらに、一覧表示の表示後は、端末２がスリープモードにならないように制御されることが望ましい。これは、プロフィール交換中に他の端末との接続が切断されないようにするためである。

ステップＳ１０５において、プロセッサ２１は、個別交換を実施するか否かを判定する。例えば、ユーザＵ１が、プロフィール交換可能な相手の一覧３０５の中から１人を選択したことが検出されたとき、個別交換を実施すると判定される。ステップＳ１０５において、個別交換を実施すると判定されたときには、処理はステップＳ１０６に移行する。ステップＳ１０５において、個別交換を実施すると判定されていないときには、処理はステップＳ１０８に移行する。

ステップＳ１０６において、プロセッサ２１は、ユーザＵ１によって選択された相手との個別交換、すなわちプロフィールデータの送受信を実施する。その後、処理はステップＳ１０７に移行する。例えば、ユーザＵ２の端末３との間でのプロフィール交換が実施されるとき、端末２のプロセッサ２１は、端末３に対してプロフィール交換を要求する。同様に、端末３のプロセッサ２１も、図５のステップＳ１０１－Ｓ１０５の処理を経て端末２に対してプロフィール交換を要求する。互いの端末においてプロフィール交換の要求が受信されたとき、端末２のプロセッサ２１は、端末３に対してユーザＵ１のプロフィールデータを送信するとともに、端末３からユーザＵ２のプロフィールデータを受信する。このように、個別交換では、紙の名刺交換と同様にプロフィールデータが交換される。ここで、個別交換は、２次元コードの読み取りによる交換等の他の手法で行われてもよい。

ステップＳ１０７において、プロセッサ２１は、受信したプロフィールデータをストレージ２３に記憶させる。その後、処理はステップＳ１１０に移行する。

ステップＳ１０８において、プロセッサ２１は、複数人交換を実施するか否かを判定する。例えば、ユーザＵ１が何れかの参加ボタン３０６ａをユーザが選択したことが検出されたとき又は交換ボードをホストするボタン３０８をユーザが選択したことが検出されたときには、複数人交換を実施すると判定される。ステップＳ１０８において、複数人交換を実施すると判定されたときには、処理はステップＳ１０９に移行する。ステップＳ１０８において、複数人交換を実施すると判定されていないときには、処理はステップＳ１１０に移行する。

ステップＳ１０９において、プロセッサ２１は、複数人交換処理を実施する。複数人交換処理の後、処理はステップＳ１１０に移行する。複数人交換処理は、複数人交換のための処理である。複数人交換処理については後で詳しく説明する。

ステップＳ１１０において、プロセッサ２１は、プロフィールの交換を終了するか否かを判定する。例えば、一覧又はエラーメッセージが表示されているときにプロフィールの交換の終了操作がされたときには、プロフィールの交換を終了すると判定される。ステップＳ１１０において、プロフィールの交換を終了すると判定されていないときには、処理はステップＳ１０１に戻る。ステップＳ１１０において、プロフィールの交換を終了すると判定されたときには、図５の処理は終了する。

図７は、複数人交換処理について示すフローチャートである。複数人交換処理は、ホストの処理とゲストの処理とを含む。複数人交換処理では、例えば会議の場等で顔を合わせた複数人による相互のプロフィール交換が想定されている。複数人交換処理では、複数人のうちの１人がホストとなって自身も含めた全員の間でプロフィール交換が実施される。

ステップＳ２０１において、プロセッサ２１は、ホストの処理をするか否かを判定する。交換ボードをホストするボタン３０８をユーザが選択したことが検出されたときには、ホストの処理をすると判定される。ステップＳ２０１において、ホストの処理をすると判定されたときには、処理はステップＳ２０２に移行する。ステップＳ２０２において、ホストの処理をすると判定されていないとき、すなわちゲストの処理をすると判定されたときには、処理はステップＳ２１６に移行する。

ステップＳ２０２において、プロセッサ２１は、交換ボードを作成する。交換ボードは、ボードＩＤと、ボード名と、パスコードと、公開／終了の情報と、参加者の情報とを含む。ボードＩＤは、ボード作成時に自動的に発番される交換ボードを一意に識別する内部文字列である。ボードＩＤは、Universally Unique Identifier (ＵＵＩＤ)であることが望ましい。ボード名は、ボードの作成時につけられる交換ボードの名称である。例えば、ボード名は、「ユーザ名」＋「のボード」等でよい。また、ボード名は、ユーザの操作によって適宜に変更されてよい。パスコードは、ボード作成時に設定される例えば４桁の数字である。パスコードは、自動的に設定されてもよいし、ユーザＵ１によって設定されてもよい。パスコードは、設定されなくてもよい。また、パスコードでなく、パスワード等が用いられてもよい。公開／終了の情報は、対応する交換ボードが公開中の状態にあるか終了の状態にあるかを示す情報である。交換ボードをホストするボタン３０８が選択された際には、対応する交換ボードの公開／終了の情報が公開に切り替わる。その後、ユーザＵ１によって交換ボードが終了された際には、対応する交換ボードの公開／終了の情報が終了に切り替わる。参加者の情報は、交換ボードに参加中又は交換ボードから除外中のゲストの情報である。ゲストの情報は、前述したプロフィールデータにおけるプレビュー用のデータと同様に、氏名、会社名、役職等を含んでいてよい。

ステップＳ２０３において、プロセッサ２１は、ホスト画面をディスプレイ２５に表示させる。図８は、複数人交換処理におけるホスト画面の一例を示す図である。ホスト画面には、例えば、ボード名３０９、参加している相手タブ３１０、除外している相手タブ３１１、参加している相手／除外している相手の一覧３１２、交換ボードの終了ボタン３１４が表示される。ボード名３０９は、作成された交換ボードの名称である。ボード名３０９は、交換ボードを作成した人の氏名、会社名、役職等を含んでいてよい。参加している相手タブ３１０と除外している相手タブ３１１は、一覧表示を参加している相手と除外している相手との間で切り替えるためのタブである。参加している相手タブ３１０が選択中のときには、参加している相手／除外している相手の一覧３１２は、交換ボードに参加している相手の一覧を表示する。除外している相手タブ３１１が選択中のときには、参加している相手／除外している相手の一覧３１２は、交換ボードから除外されている相手の一覧を表示する。これらの一覧は、参加している相手又は除外されている相手の氏名、会社名、役職等の一覧を含んでいてよい。交換ボードに参加している人の一覧のうち、既にプロフィールデータの交換が実施済みの相手にはチェック３１３が付けられる。また、参加している相手の一覧から除外する相手を選択したり、逆に除外されている相手の一覧から参加を受け付ける相手を選択したりすることもできる。交換ボードの終了ボタン３１４は、交換ボードを終了する際に選択されるボタンである。

ステップＳ２０４において、プロセッサ２１は、参加している相手の一覧から除外する相手の選択操作がされたか否かを判定する。除外する相手の選択操作は、例えば一覧に表示された所望の相手の行に対するスワイプ操作である。ステップＳ２０４において、除外する相手の選択操作がされたと判定されたときには、処理はステップＳ２０５に移行する。ステップＳ２０４において、除外する相手の選択操作がされたと判定されていないときには、処理はステップＳ２０６に移行する。

ステップＳ２０５において、プロセッサ２１は、選択された相手を除外中に設定する。その後、処理はステップＳ２０６に移行する。

ステップＳ２０６において、プロセッサ２１は、タブの切り替え操作がされたか否かを判定する。ステップＳ２０６において、タブの切り替え操作がされたと判定されたときには、処理はステップＳ２０７に移行する。ステップＳ２０６において、タブの切り替え操作がされたと判定されていないときには、処理はステップＳ２０８に移行する。

ステップＳ２０７において、プロセッサ２１は、参加している相手タブ３１０と除外している相手タブ３１１との間の切り替えをする。その後、処理はステップＳ２０８に移行する。

ステップＳ２０８において、プロセッサ２１は、他の端末、例えば端末３からの交換ボードへの参加申請を受け付けたか否かを判定する。例えば、他の端末から交換ボードへの参加申請があるときには、プロセッサ２１は、必要に応じてパスコードの入力を促す。そして、正しいパスコードの入力があったときには、プロセッサ２１は、交換ボードへの参加申請を受け付けたと判定する。一方、正しいパスコードの入力がなかったとき等では、プロセッサ２１は、交換ボードへの参加申請を受け付けないと判定する。なお、パスコードは、ホストであるユーザとゲストであるユーザとの顔合わせの場において例えばホワイトボードに記載されていたりしてゲストのユーザに通知されているものとする。ステップＳ２０８において、他の端末からの交換ボードへの参加申請を受け付けたと判定されたときには、処理はステップＳ２０９に移行する。ステップＳ２０８において、他の端末からの交換ボードへの申請を受け付けたと判定されていないとき、処理はステップＳ２１３に移行する。

ステップＳ２０９において、プロセッサ２１は、参加申請をしてきた端末に対して参加受諾を送信する。

ステップＳ２１０において、プロセッサ２１は、参加申請を受け付けた相手の情報を参加者の情報に登録する。このとき、ユーザＵ１に対して参加申請してきたゲストを除外するか否を確認してよい。

ステップＳ２１１において、プロセッサ２１は、交換ボードのホストのユーザである端末２のユーザのプロフィールデータ及び交換ボードに参加中のそれぞれのゲストのプロフィールデータを、参加申請をしてきた端末に対して送信するとともに、参加申請をしてきた端末からプロフィールデータを受信する。さらに、プロセッサ２１は、交換ボードに参加中のそれぞれのゲストの端末に、参加申請をしてきたユーザのプロフィールデータを送信する。ここで、ステップＳ２０８－Ｓ２１１の処理は、一旦、ホスト画面が表示された後は、仮にユーザがホスト画面を閉じたとしてもバックグラウンド処理として実行され得る。

ステップＳ２１２において、プロセッサ２１は、受信したプロフィールデータをストレージ２３に記憶する。その後、処理はステップＳ２１３に移行する。

ステップＳ２１３において、プロセッサ２１は、ゲストの端末を退出させるか否かを判定する。例えば、ゲストの端末から退出の申請があった場合又はゲストの端末との通信が切断された場合には、ゲストの端末を退出させると判定される。ステップＳ２１３において、ゲストの端末を退出させると判定されたときには、処理はステップＳ２１４に移行する。ステップＳ２１３において、ゲストの端末を退出させると判定されていないときには、処理はステップＳ２１５に移行する。

ステップＳ２１４において、プロセッサ２１は、退出させるゲストの情報を参加者の情報から削除する。併せて、プロセッサ２１は、退出させるゲストのプロフィールデータをストレージ２３から削除する。その後、処理はステップＳ２１５に移行する。

ステップＳ２１５において、プロセッサ２１は、交換ボードを終了するか否かを判定する。例えば、交換ボードの終了ボタン３１４が選択されたときに、交換ボードを終了すると判定される。ステップＳ２１５において、交換ボードを終了すると判定されていないときには、処理はステップＳ２０２に戻る。ステップＳ２１５において、交換ボードを終了すると判定されたときには、図７の処理は終了する。

ゲストの処理と判定されたときのステップＳ２１６において、プロセッサ２１は、参加申請を送信し、その後のホストの端末からの要求に応じてパスコードの要求表示をする。ステップＳ２１６の処理は、交換ボードの作成時にパスコードが設定されていないときには、省略され得る。

ステップＳ２１７において、プロセッサ２１は、入力されたパスコードをゲストの端末に送信する。

ステップＳ２１８において、プロセッサ２１は、参加申請が受け付けられたか否かを判定する。ステップＳ２１８において、ホストの端末から参加受諾が送信されたときには参加申請が受け付けられたと判定される。ステップＳ２１８において、参加申請が受け付けられたと判定されていないときには、処理はステップＳ２１６に戻る。パスコードの入力誤り等によって所定回数の参加申請が受け付けられなかったときには、図７の処理は終了されてもよい。ステップＳ２１８において、参加申請が受け付けられたと判定されたときには、処理はステップＳ２１９に移行する。

ステップＳ２１９において、プロセッサ２１は、ゲスト画面をディスプレイ２５に表示させる。図９は、複数人交換処理におけるゲスト画面の一例を示す図である。ゲスト画面には、例えば、ゲストのユーザ名３１５、参加中のボード名３１６、参加している相手の一覧３１７、ボードからの退出ボタン３１９が表示される。ユーザ名は、ゲストの端末のユーザの氏名、会社名、役職等の表示である。参加中のボード名は、現在の参加中の交換ボードの名称である。ボード名３１６は、交換ボードを作成した人の氏名、会社名、役職等を含んでいてよい。参加している相手の一覧３１７は、交換ボードに参加している相手の一覧を表示する。参加している相手の一覧３１７は、参加している相手の氏名、会社名、役職等の一覧を含んでいてよい。交換ボードに参加している人の一覧のうち、既にプロフィールデータの交換が実施済みの相手にはチェック３１８が付けられる。交換ボードからの退出ボタン３１９は、交換ボードから退出する際に選択されるボタンである。

ステップＳ２２０において、プロセッサ２１は、ホストの端末からプロフィールデータを受信する。また、プロセッサ２１は、ホストの端末に自端末のユーザのプロフィールデータを送信する。なお、交換ボードから除外されたときには、その旨の通知だけが受信され、プロフィールデータの送受信が行われなくてもよい。

ステップＳ２２１において、プロセッサ２１は、受信したプロフィールデータをストレージ２３に記憶する。その後、処理はステップＳ２２２に移行する。

ステップＳ２２２において、プロセッサ２１は、交換ボードを退出するか否かを判定する。例えば、交換ボードからの退出ボタン３１９が選択された場合には、交換ボードを退出すると判定される。ステップＳ２２２において、交換ボードを退出すると判定されていないときには、処理はステップＳ２１９に戻る。ステップＳ２２２において、交換ボードを退出すると判定されたときには、プロセッサ２１は、退出申請をホストの端末に送信する。その後、図７の処理は終了する。

図１０は、セミナー交換処理について示すフローチャートである。前述したように、セミナー交換処理は、プロフィール交換処理は別の処理として実施される。セミナー交換処理は、ホストの処理とゲストの処理とを含む。セミナー交換処理では、例えば講演等の場等で講演者と多数人の出席者との間のプロフィール交換が想定されている。セミナー交換処理では、講演者がホストとなってゲストである出席者との間でプロフィール交換が実施される。

ステップＳ３０１において、プロセッサ２１は、セミナーボードの新規作成をするか否かを判定する。例えばオプション画面においてセミナーボードの新規作成ボタンをユーザが選択したことが検出されたときには、セミナーボードの新規作成をすると判定される。ステップＳ３０１において、セミナーボードの新規作成をすると判定されたときには、処理はステップＳ３０２に移行する。ステップＳ３０１において、セミナーボードの新規作成をすると判定されていないときには、処理はステップＳ３０４に移行する。

ステップＳ３０２において、プロセッサ２１は、セミナーボードの新規作成画面をディスプレイ２５に表示させる。図１１は、セミナーボードの新規作成画面の一例を示すである。セミナーボードの新規作成画面には、例えば、ユーザのアバター画像３２０、ボード名入力ウインドウ３２１、パスコード入力ウインドウ３２２、終了時刻入力ウインドウ３２３、ボードの開始ボタン３２４が表示される。アバター画像３２０は、端末２のユーザのアバター画像である。この他に、ユーザの氏名、会社名、役職等も表示されてよい。ボード名入力ウインドウ３２１は、ボード名を入力するためのウインドウである。ボード名の入力は、省略され得る。この場合には、例えば交換ボードと同様の規則に基づいてボード名が設定され得る。パスコード入力ウインドウ３２２は、パスコードを入力するためのウインドウである。パスコードの入力は、省略され得る。終了時刻入力ウインドウ３２３は、セミナーボードの終了時刻を入力するためのウインドウである。終了時刻の入力は、省略され得る。この場合、セミナーボードは、指定の時刻には終了されない。終了時刻に加えて開始時刻も入力されるように構成されてもよい。ボードの開始ボタン３２４は、セミナーボードを開始する際に選択されるボタンである。

ステップＳ３０３において、プロセッサ２１は、ユーザからの入力に応じてセミナーボードを登録する。その後、図１０の処理は終了する。セミナーボードは、ボードＩＤと、ボード名と、パスコードと、公開／終了の情報とを含む。ボードＩＤは、ボード作成時に自動的に発番される交換ボードを一意に識別する内部文字列である。ボードＩＤは、Universally Unique Identifier (ＵＵＩＤ)であることが望ましい。ボード名は、ボードの作成時につけられるセミナーボードの名称である。パスコードは、ボード作成時に設定される例えば４桁の数字である。パスコードは、自動的に設定されてもよいし、ユーザＵ１によって設定されてもよい。パスコードは、設定されなくてもよい。公開／終了の情報は、対応するセミナーボードが公開中の状態にあるか終了の状態にあるかを示す情報である。

ステップＳ３０４において、プロセッサ２１は、セミナーボードを開始するか否かを判定する。ボードの開始ボタン３２４が選択されたときには、セミナーボードを開始すると判定される。この他、開始時刻が指定される場合には、その開始時刻となった時にセミナーボードを開始すると判定される。ステップＳ３０４において、セミナーボードを開始すると判定されたときには、処理はステップＳ３０５に移行する。ステップＳ３０４において、セミナーボードを開始すると判定されていないときには、処理はステップＳ３１０に移行する。

ステップＳ３０５において、プロセッサ２１は、セミナーボードの参加受付を開始する。このとき、交換ボードと同様のホスト画面は、表示されなくてよい。勿論、同様のホスト画面が表示されてもよい。

ステップＳ３０６において、プロセッサ２１は、他の端末からの交換ボードへの参加申請を受け付けたか否かを判定する。例えば、他の端末から交換ボードへの参加申請があるときには、プロセッサ２１は、必要に応じてパスコードの入力を促す。そして、正しいパスコードの入力があったときには、プロセッサ２１は、交換ボードへの参加申請を受け付けたと判定する。一方、正しいパスコードの入力がなかったとき等では、プロセッサ２１は、交換ボードへの参加申請を受け付けないと判定する。なお、パスコードは、講演の場等において例えばホワイトボードに記載されていたりしてゲストのユーザに通知されているものとする。ステップＳ３０６において、他の端末からの交換ボードへの参加申請を受け付けたと判定されたときには、処理はステップＳ３０７に移行する。ステップＳ３０６において、他の端末からの交換ボードへの申請を受け付けたと判定されていないとき、処理はステップＳ３０９に移行する。

ステップＳ３０７において、プロセッサ２１は、交換ボードのホストのユーザである端末２のユーザのプロフィールデータを参加申請をしてきた端末に対して送信するとともに、参加申請をしてきた端末からプロフィールデータを受信する。セミナー交換処理においては、ホストの端末と参加申請をしてきたゲストの端末との間でだけ、プロフィールデータの交換が実施される。

ステップＳ３０８において、プロセッサ２１は、受信したプロフィールデータをストレージ２３に記憶する。その後、処理はステップＳ３０９に移行する。

ステップＳ３０９において、プロセッサ２１は、セミナーボードを終了するか否かを判定する。例えば、指定の時間となったときにセミナーボードを終了すると判定される。この他、ユーザがセミナーボードの終了の操作をしたときにセミナーボードを終了すると判定されてもよい。ステップＳ３０９において、セミナーボードを終了すると判定されていないときには、処理はステップＳ３０６に戻る。ステップＳ３０９において、セミナーボードを終了すると判定されたときには、図１０の処理は終了する。

ステップＳ３１０において、プロセッサ２１は、セミナーボードへの参加をするか否かを判定する。例えばオプション画面中で表示されるセミナーボードの確認画面においてセミナーボードの参加ボタンをユーザが選択したことが検出されたときには、セミナーボードの新規作成をすると判定される。図１２は、セミナーボードの確認画面の一例を示す図である。確認画面においては、セミナーボードの一覧３２５、セミナーボードへの参加ボタン３２６が表示される。セミナーボードの一覧３２５は、端末２の近くの端末によって作成されたセミナーボードの一覧である。セミナーボードの一覧３２５は、セミナーボードの名称、セミナーボードを作成した人の氏名、会社名、役職等の一覧を含んでいてよい。セミナーボードへの参加ボタン３２６は、それぞれのセミナーボード毎に設けられる。参加ボタン３２６は、セミナーボードに参加する際に選択されるボタンである。ステップＳ３１０において、セミナーボードへの参加をすると判定されたときには、処理はステップＳ３１１に移行する。ステップＳ３１０において、セミナーボードへの参加をすると判定されていないときには、処理はステップＳ３１５に移行する。

ステップＳ３１１において、プロセッサ２１は、参加申請を送信し、その後のホストの端末からの要求に応じてパスコードの要求表示をする。ステップＳ３１１の処理は、交換ボードの作成時にパスコードが設定されていないときには、省略され得る。

ステップＳ３１２において、プロセッサ２１は、入力されたパスコードを送信し、その後に参加申請が受け付けられたか否かを判定する。ステップＳ３１２において、ホストの端末からプロフィールデータが送信されたときには参加申請が受け付けられたと判定される。ステップＳ３１２において、参加申請が受け付けられたと判定されていないときには、処理はステップＳ３１１に戻る。パスコードの入力誤り等によって所定回数の参加申請が受け付けられなかったときには、図１０の処理は終了されてもよい。ステップＳ３１２において、参加申請が受け付けられたと判定されたときには、処理はステップＳ３１３に移行する。

ステップＳ３１３において、プロセッサ２１は、ホストの端末からプロフィールデータを受信する。また、プロセッサ２１は、ホストの端末に自端末のユーザのプロフィールデータを送信する。

ステップＳ３１４において、プロセッサ２１は、受信したプロフィールデータをストレージ２３に記憶する。その後、図１０の処理は終了する。セミナー交換処理では、ホストの端末との間でのプロフィールデータの交換がされた後は自動的に処理が終了する。

ステップＳ３１５において、プロセッサ２１は、セミナー交換処理を終了するか否かを判定する。例えばオプション画面から抜ける操作がされたとき又はオプション画面中のセミナー交換処理以外の処理に切り替える操作がされたときには、セミナー交換処理を終了すると判定される。ステップＳ３１５において、セミナー交換処理を終了すると判定されていないときには、処理はステップＳ３０１に戻る。ステップＳ３１５において、セミナー交換処理を終了すると判定されたときには、図１０の処理は終了する。

以上説明したように実施形態では、複数人のうちの１人がプロフィールの交換の際のホストとなってプロフィール交換のための仮想共有空間をゲストに対して提供する。ゲストは、この仮想共有空間にアクセスするだけで容易に複数人からプロフィールデータを取得することができる。また、ホストも仮想共有空間を作成した後は、殆ど操作をすることなく複数人の間でのプロフィールデータの交換を実施することができる。このように、実施形態では、顔を合わせたグループ内でのプロフィール交換が簡易に実施できる。

また、仮想共有空間へのアクセスには、パスコードが要求される。これにより、セキュリティも確保され得る。

さらに、実施形態では複数人交換処理とセミナー交換処理の２つの複数人での交換処理が行われる。セミナー交換処理では、プロフィールデータの公開を許可している複数人の間の相互のプロフィールデータの交換が実施され得る。一方、セミナー交換処理では、ゲストのプロフィールデータは、他のゲストには共有されない。講演の場では、主に講演者とのプロフィール交換ができればよいと思われる。一方で、講演者については多数の人とのプロフィール交換が必要である。セミナー交換処理では、講演者とのプロフィール交換については自動で行われるのに対し、他のゲストに対してはプロフィールデータが共有されないことにより、複数人交換処理に比べてよりセキュリティも確保され得る。

［変形例］
以下、実施形態の変形例を説明する。前述した実施形態では、ホストは１人であって途中で変更されないものとしている。これに対し、例えばホストの端末からの指定によって、ゲストのうちから別の端末がホストになってもよい。これにより、ホストの端末が事情によって会議の場等から退出しなければならなくなってもプロフィールデータの交換を続けることができる。

本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

１ プロフィール交換システム、２，３ 端末、２１ プロセッサ、２２ メモリ、２３ ストレージ、２４ 入力インターフェース、２５ ディスプレイ、２６ 通信モジュール、２７ バス。

Claims (4)

1. 第１の端末のユーザである第１のユーザによる操作を受けてプロフィール交換のための仮想共有空間を作成することと、
   前記仮想共有空間への少なくとも１つの第２の端末の参加の申請を受け付けるか否かを判定することと、
   参加が受け付けられたそれぞれの前記第２の端末に対して、前記第１のユーザのプロフィールデータと事前に参加が受け付けられた第３の端末のユーザである第３のユーザのプロフィールデータを送信し、前記第２の端末のユーザである第２のユーザのプロフィールデータを受信し、前記第３の端末に前記第２のユーザのプロフィールデータを送信することと、
   を前記第１の端末のコンピュータに実行させるためのプロフィール管理プログラム。
2. 第１の端末のユーザである第１のユーザによる操作を受けてプロフィール交換のための仮想共有空間を作成することと、
   前記仮想共有空間への少なくとも１つの第２の端末の参加の申請を受け付けるか否かを判定することと、
   参加が受け付けられたそれぞれの前記第２の端末に対して、前記第１のユーザのプロフィールデータを送信するとともに、前記第２の端末のユーザである第２のユーザのプロフィールデータを受信し、事前に参加が受け付けられた第３の端末には前記第２のユーザのプロフィールデータを送信しないことと、
   を前記第１の端末のコンピュータに実行させるためのプロフィール管理プログラム。
3. 前記参加の許可は、パスコードの入力によって行われる請求項１又は２に記載のプロフィール管理プログラム。
4. 前記仮想共有空間への少なくとも１つの第２の端末の参加の申請を受け付けるか否かを判定することにおいて、前記第１の端末と近距離無線通信で接続されている前記第２の端末からの前記参加の申請を受け付けるか否かを判定する請求項１又は２に記載のプロフィール管理プログラム。