JP6677590B2 - ユーザ管理装置、ユーザ管理方法、プログラム及びコミュニケーションシステム - Google Patents

Description

本発明は、ユーザ管理装置、プログラム、コミュニケーションシステム及び端末に関する。

従来、友人や知人間のコミュニケーションを円滑にする手段や場を提供する、いわゆるＳＮＳ（ソーシャルネットワーキングサービス）がある。
ＳＮＳを業務に使う例として、教師と生徒との間でメッセージを交換するメッセージ交換システムが開示されている（例えば、特許文献１）。

特許第５７８６１６８号公報

特許文献１は、教師と生徒との属性による管理をし、生徒の習熟度に応じた利用を行うことで、生徒間のトラブル等を回避するものであった。
同様に、ユーザが、友人や知人との間でコミュニケーションを行うものと同じアプリケーションを、仕事等の業務で利用する場合には、業務内容を誤って友人に送ってしまうことによるリスクがある。
さらに、店舗があるような企業で利用される場合、アルバイト等の店員が店舗を跨ぐ店員同士のコミュニケーションは必要ではなく、店舗内のみのコミュニケーションを行うために使用したいとの用途の要請もあった。

本発明は、業務利用に適した運用が可能なユーザ管理装置、プログラム、コミュニケーションシステム及び端末を提供することを目的とする。

本発明に係るユーザ管理装置は、複数の端末の間で行う文字、音声及び画像の少なくともいずれかを含む情報伝達であるコミュニケーション処理を行う前記端末のユーザを管理するものであり、ツリー構造を構成する各要素に位置するグループの各々に、各グループに属する前記ユーザを対応付けて記憶するユーザ記憶部と、前記コミュニケーション処理を行う一のユーザに対して、前記一のユーザと同じグループに属する他のユーザ及び前記一のユーザが属するグループの上位に配置された上位グループに属するユーザを、対象ユーザとして前記ユーザ記憶部から抽出する対象ユーザ抽出手段と、前記一のユーザと、前記対象ユーザ抽出手段により抽出された前記対象ユーザとの間で前記コミュニケーション処理を行うことを許可するユーザ判断手段と、を備える。

前記ユーザ判断手段は、前記コミュニケーション処理の内容に応じて、前記一のユーザと、前記対象ユーザ抽出手段により抽出された前記対象ユーザとの間で前記コミュニケーション処理を行うことを許可するか否かを判断するようにしてもよい。

前記ユーザ判断手段は、前記一のユーザと、前記対象ユーザ抽出手段により抽出された前記対象ユーザのうち、前記一のユーザの端末により選択された１以上のユーザである選択ユーザとの間で前記コミュニケーション処理を行うことを許可するようにしてもよい。

前記対象ユーザ抽出手段は、前記対象ユーザに、さらに、前記一のユーザが属するグループの下位に配置された下位グループに属するユーザを含んで、前記対象ユーザを前記ユーザ記憶部から抽出するようにしてもよい。

前記ユーザ判断手段は、２以上の前記選択ユーザのそれぞれが異なるグループに属するときに、一方のグループを上位及び下位にそれぞれ辿って得られるグループ集合に、他のグループが属していない場合には、前記一のユーザと、前記選択ユーザとの間で前記コミュニケーション処理を行うことを許可しないようにしてもよい。

前記ユーザ管理装置は、前記グループと前記ユーザとを対応付けたユーザデータと、登録又は削除の処理指定データとの入力を受け付けるユーザ関連データ受付手段と、前記ユーザ関連データ受付手段により受け付けた前記ユーザデータ及び前記処理指定データに基づいて、前記ユーザ記憶部を更新するユーザ更新手段と、を備え、前記ユーザ判断手段は、最新の前記ユーザ記憶部に記憶されたデータに基づいて前記コミュニケーション処理を行うことを許可するか否かを判断するようにしてもよい。

前記ユーザ管理装置は、前記ユーザ判断手段により許可された各ユーザを含む仮想グループを生成する仮想生成手段を備えてもよい。

前記ユーザ管理装置は、前記一のユーザの前記端末から前記コミュニケーション処理の要求を受信する処理要求受信手段と、前記対象ユーザ抽出手段により抽出された前記対象ユーザに関するユーザ情報を、そのユーザが属するグループに関する情報と共に前記一のユーザの端末に対して出力する出力手段と、を備えてもよい。

本発明に係る複数の端末の間で行う文字、音声及び画像の少なくともいずれかを含む情報伝達であるコミュニケーション処理を行う前記端末のユーザを管理するユーザ管理装置によるユーザ管理方法は、対象ユーザとして、ツリー構造を構成する各要素に位置するグループの各々に、各グループに属する前記ユーザを対応付けて記憶するユーザ記憶部から、前記コミュニケーション処理を行う一のユーザに対して、前記一のユーザと同じグループに属する他のユーザ及び前記一のユーザが属するグループの上位に配置された上位グループに属するユーザを、抽出するステップと、前記一のユーザと、前記抽出するステップにより抽出された前記対象ユーザとの間で前記コミュニケーション処理を行うことを許可するステップと、を含む。

また、本発明は、別の形態として、上記のユーザ管理装置としてコンピュータを機能させるためのプログラムとしても提供可能である。

さらに、本発明は、別の形態として、上記のユーザ管理装置と、前記コミュニケーション処理を行うコミュニケーション装置と、を備えるコミュニケーションシステムとしても提供可能である。

本発明に係る端末は、前記ユーザ管理装置から前記対象ユーザに関するユーザ情報を受信する受信手段と、前記受信手段により受信した前記対象ユーザに関するユーザ情報を、リスト形式で表示部に表示させる表示制御手段と、を備える。

本発明によれば、業務利用に適した運用が可能なユーザ管理装置、プログラム、コミュニケーションシステム及び端末を提供することができる。また、業務に限らず、例えば、所定の会員やメンバー等の情報交換にも応用できる。

第１実施形態に係るコミュニケーションシステムの全体構成及び機能ブロックを示す図である。 第１実施形態に係るユーザ管理サーバの記憶部の例を示す図である。 第１実施形態に係る入力リストの例を示す図である。 第１実施形態に係る入力リストが登録されたユーザ記憶部及びグループ記憶部による表されるツリー構造の組織構成を示す図である。 第１実施形態に係るコミュニケーションシステムでのコミュニケーション設定処理のフローチャートである。 第１実施形態に係る携帯端末での表示例を示す図である。 第２実施形態に係るコミュニケーションシステムの全体構成及び機能ブロックを示す図である。 第２実施形態に係るユーザ管理サーバでのユーザ判断部の処理を説明するための図である。 第２実施形態に係るコミュニケーションシステムでのコミュニケーション設定処理のフローチャートである。 第２実施形態に係る携帯端末での表示例を示す図である。

以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（第１実施形態）
＜コミュニケーションシステム１００の全体構成＞
図１は、第１実施形態に係るコミュニケーションシステム１００の全体構成及び機能ブロックを示す図である。
図２は、第１実施形態に係るユーザ管理サーバ１の記憶部２０の例を示す図である。

図１に示すコミュニケーションシステム１００は、ＳＮＳに関する処理を行うシステムであり、特に、ビジネスツールとしての使用に適したものである。コミュニケーションシステム１００は、例えば、企業内で利用したり、顧客との間で利用したりする。
コミュニケーションシステム１００は、ユーザ管理サーバ１（ユーザ管理装置）と、複数の携帯端末３（端末）と、管理者端末５と、コミュニケーションサーバ６（コミュニケーション装置）とを備える。ユーザ管理サーバ１と、携帯端末３と、管理者端末５と、コミュニケーションサーバ６とは、通信ネットワークＮとを介して通信可能になっている。通信ネットワークＮは、例えば、インターネットや携帯電話通信網等である。また、通信ネットワークＮは、構内通信網（ＬＡＮ）や、有線を含む広域通信網（ＷＡＮ）等であってもよい。
以降において、コミュニケーションシステム１００は、一部の例を除いて企業内で使用するものを例に説明する。

＜ユーザ管理サーバ１＞
ユーザ管理サーバ１は、複数の携帯端末３の間でのコミュニケーション処理を行う前段階で、携帯端末３のユーザに関する管理を行う。ここで、コミュニケーション処理とは、例えば、メッセージ交換、投稿及び閲覧並びに通話をいい、文字や音声、画像等を媒介として、ユーザ間で互いに意思や感情、思考等を伝達し合う情報伝達をいう。そして、ユーザ管理サーバ１は、コミュニケーション処理を行うユーザのリストであるユーザリストを出力する処理を行う。
ユーザ管理サーバ１は、例えば、サーバである。ユーザ管理サーバ１は、１台のコンピュータで構成されていてもよいし、複数台のコンピュータで構成されていてもよい。複数台のコンピュータを用いる場合には、これらのコンピュータは、通信ネットワークＮを介して接続される。また、ユーザ管理サーバ１は、例えばクラウド上に設けられる仮想サーバ（仮想マシン）として構成してもよい。

ユーザ管理サーバ１は、制御部１０と、記憶部２０と、通信インタフェース部２９とを備える。
制御部１０は、ユーザ管理サーバ１の全体を制御する中央処理装置（ＣＰＵ）である。制御部１０は、記憶部２０に記憶されているオペレーティングシステム（ＯＳ）やアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。

具体的には、本実施形態では、プログラムをコンピュータに実行させることによって、ユーザ管理サーバ１を実現する態様を例にあげて説明する。プログラムは、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＯＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、フラッシュメモリ、半導体メモリ等のコンピュータ読み取り可能な非一時的（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ）情報記録媒体に記録することができる。この情報記録媒体は、コンピュータとは独立して配布及び販売することができる。

一般には、コンピュータは、非一時的情報記録媒体に記録されたプログラムを、記憶部２０に含まれる一時的（ｔｅｍｐｏｒａｒｙ）記憶装置であるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）に読み出してから、制御部１０としてのＣＰＵが読み出されたプログラムに含まれる指令を実行する。
なお、プログラムは、プログラムが実行されるコンピュータとは独立して、通信ネットワークＮ等の一時的伝送媒体を介して、プログラム配布サーバ等（図示せず）からコンピュータ等へ配布及び販売することができる。

また、プログラムを、電子回路の動作レベル記述用のプログラミング言語によって記述することも可能である。この場合には、電子回路の動作レベル記述用のプログラミング言語によって記述されるプログラムから、電子回路の配線図やタイミングチャート等、各種の設計図が生成され、当該設計図に基づいて、上記のユーザ管理サーバ１を構成する電子回路を作成することができる。例えば、電子回路の動作レベル記述用のプログラミング言語によって記述されるプログラムから、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）技術によって再プログラム可能なハードウェア上に、上記ユーザ管理サーバ１を、構成することができるほか、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）技術によって、特定用途専用の電子回路を構成することも可能である。

以上のように、ユーザ管理サーバ１は、制御部１０が以下に示す各構成部を制御することにより、本実施形態に説明する各処理を実行するように構成される。
制御部１０は、処理要求受信部１１（処理要求受信手段）と、対象ユーザ抽出部１２（対象ユーザ抽出手段）と、ユーザ出力部１３（出力手段）と、ユーザ判断部１５（ユーザ判断手段）と、仮想グループ生成部１６（仮想生成手段）と、ユーザ関連データ受付部１８（ユーザ関連データ受付手段）と、ユーザ更新部１９（ユーザ更新手段）とを備える。

処理要求受信部１１は、携帯端末３から処理要求データを受信する。処理要求データは、携帯端末３のユーザを識別するためのユーザＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）と、処理内容とを含む。処理内容は、コミュニケーション処理の内容である、メッセージ交換、投稿及び閲覧並びに通話と、ユーザリストの表示とのいずれかを示すものである。

対象ユーザ抽出部１２は、処理要求データに含まれるユーザＩＤに基づいて、ユーザ記憶部２２から対象ユーザを抽出する。対象ユーザは、処理要求データに含まれるユーザＩＤにより特定されるユーザと同じグループに属する他のユーザを含む。ここで、ユーザがあるグループに属するとき、ユーザは、そのグループに「直属」するともいう。また、対象ユーザは、処理要求データに含まれるユーザＩＤにより特定されるユーザが属するグループの上位に配置された上位グループに属するユーザを含む。ここで、各ユーザは、原則として１つのグループに属する。そして、グループは、ツリー構造を構成する。
ユーザ出力部１３は、対象ユーザ抽出部１２によって抽出した対象ユーザに関するユーザ情報を、そのユーザが属するグループに関する情報と共に携帯端末３に対して送信する。ここで、ユーザ情報とは、例えば、ユーザ名やユーザＩＤをいい、グループに関する情報とは、グループ名やグループＩＤをいう。

ユーザ判断部１５は、対象ユーザ抽出部１２により抽出された対象ユーザと、携帯端末３のユーザとによるコミュニケーション処理を許可するか否かを判断する。ユーザ判断部１５は、対象ユーザと携帯端末３のユーザとの間でのコミュニケーション処理を、常に許可してもよい。ユーザ判断部１５は、コミュニケーション処理の内容に応じて、対象ユーザと携帯端末３のユーザとの間でのコミュニケーション処理を行うことを許可するか否かを判断してもよい。
このようにすることで、ツリー構造での横のつながりを分断するパーティションがあるかのように、一のユーザと同じグループ及び上位グループに属するユーザを一律に対象にした、いわゆる縦のつながりのユーザのみのコミュニケーションができる。このような機能をパーティション機能という。
仮想グループ生成部１６は、ユーザ判断部１５により許可された各ユーザを含む仮想グループを生成する。ここで、仮想グループとは、ツリー構造を構成する各グループと同じでもよいし、このコミュニケーション処理に限定して新たに使用可能なグループであってもよい。

ユーザ関連データ受付部１８は、管理者端末５からユーザ関連データを受信する。ユーザ関連データは、ユーザデータと、処理指定データとを含む。ユーザデータは、ユーザと、そのユーザが属するグループとが対応付けられたデータである。また、処理指定データは、登録又は削除の処理を示すデータである。
ユーザ更新部１９は、ユーザ関連データ受付部１８が受け付けたユーザ関連データに基づいて、ユーザ記憶部２２を更新し、必要に応じてグループ記憶部２３を更新する。

記憶部２０は、制御部１０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部２０は、プログラム記憶部２１と、ユーザ記憶部２２と、グループ記憶部２３とを備える。
プログラム記憶部２１は、各種のプログラムを記憶する記憶領域である。プログラム記憶部２１は、ユーザ管理プログラム２１ａを記憶している。ユーザ管理プログラム２１ａは、上述した制御部１０の各機能を実行するためのプログラムである。

ユーザ記憶部２２は、グループに対応付けてユーザに関するデータを記憶する記憶領域である。図２（Ａ）に示すように、ユーザ記憶部２２は、ユーザＩＤと、ユーザ名と、グループを識別するためのグループＩＤとを対応付けて記憶する。
グループ記憶部２３は、グループに関するデータを記憶する記憶領域である。図２（Ｂ）に示すように、グループ記憶部２３は、グループＩＤと、グループ名と、上位グループＩＤとを対応付けて記憶する。上位グループＩＤは、グループＩＤが示すグループのすぐ上位になるグループを示す。各グループがツリー構造の要素になっていることを、このグループ記憶部２３によって表すことができる。
図１に戻り、通信インタフェース部２９は、携帯端末３、管理者端末５及びコミュニケーションサーバ６との間での通信を行うためのインタフェースである。

＜携帯端末３＞
携帯端末３は、各ユーザが所持して使用する端末である。携帯端末３は、ユーザ管理サーバ１及びコミュニケーションサーバ６との間で通信を行って、他の携帯端末３のユーザとの間でのコミュニケーション処理内容に即したコミュニケーションを行う。携帯端末３は、例えば、スマートフォンに代表される情報端末である。
携帯端末３は、制御部３０と、記憶部４０と、タッチパネルディスプレイ４６と、通信インタフェース部４９とを備える。

制御部３０は、携帯端末３の全体を制御するＣＰＵである。制御部３０は、記憶部４０に記憶されているＯＳやアプリケーションプログラム（以下、携帯端末３のアプリケーションプログラムを、単に「アプリ」ともいう。）を適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部３０は、受信部３１（受信手段）と、表示制御部３２（表示制御手段）とを備える。
受信部３１は、ユーザ管理サーバ１から対象ユーザに関するユーザ情報を受信する。
表示制御部３２は、受信したユーザ情報をリスト形式でタッチパネルディスプレイ４６に表示させる。その際、表示制御部３２は、グループ名とユーザ名とを対応付けて、グループの階層が分かるような態様で表示させてもよい。
記憶部４０は、制御部３０が各種の処理を実行するために必要なプログラム、データ等を記憶するための半導体メモリ素子等の記憶領域である。記憶部４０は、プログラム記憶部４１を備える。プログラム記憶部４１は、後述するコミュニケーションアプリ４１ａを記憶している。

タッチパネルディスプレイ４６は、液晶パネル等で構成される表示部としての機能と、ユーザからの指等によるタッチ入力を検出する入力部としての機能とを有する。
通信インタフェース部４９は、通信ネットワークＮを介してユーザ管理サーバ１及びコミュニケーションサーバ６との間で通信を行うためのインタフェースである。

＜管理者端末５＞
管理者端末５は、コミュニケーションシステム１００の管理者が使用する端末である。ここで、管理者とは、コミュニケーションシステム１００を導入した企業における、例えば、システム管理者をいう。管理者端末５は、例えば、ＰＣ（パーソナルコンピュータ）である。
管理者端末５は、制御部、記憶部、通信インタフェース部、表示部、入力部（いずれも図示せず）等を備える。

＜コミュニケーションサーバ６＞
コミュニケーションサーバ６は、コミュニケーション処理を行うサーバである。コミュニケーションサーバ６は、ユーザ管理サーバ１から仮想グループを構成するユーザに関するデータと、コミュニケーションの処理内容とを受信することで、処理内容に対応するコミュニケーション処理を、仮想グループ内で行う。具体的には、コミュニケーションサーバ６は、例えば、仮想グループ内のユーザの携帯端末３同士でのやりとりを仲介する。
コミュニケーションサーバ６は、制御部、記憶部、通信インタフェース部（いずれも図示せず）等を備える。
なお、コンピュータとは、制御部、記憶装置等を備えた情報処理装置をいい、携帯端末３、管理者端末５及びコミュニケーションサーバ６は、各々制御部、記憶部等を備えた情報処理装置であり、いずれもコンピュータの概念に含まれる。

次に、コミュニケーションシステム１００を企業に導入する際に、事前に行う処理について説明する。
＜ユーザ管理サーバ１での準備処理：ユーザ登録＞
まず、ユーザ管理サーバ１で行う処理について説明する。
図３は、第１実施形態に係る入力リストの例を示す図である。
図４は、第１実施形態に係る入力リストが登録されたユーザ記憶部２２及びグループ記憶部２３による表されるツリー構造の組織構成を示す図である。
管理者は、管理者端末５を用いて、入力リストを作成する。入力リストは、例えば、図３（Ａ）に示すユーザリスト５１と、図３（Ｂ）に示すグループリスト５２とである。

ユーザリスト５１は、ユーザ記憶部２２（図２（Ａ））の各項目に対応したリストであり、ユーザＩＤと、ユーザ名と、グループＩＤとの各項目からなる。また、グループリスト５２は、グループ記憶部２３（図２（Ｂ））の各項目に対応したリストであり、グループＩＤと、グループ名と、上位グループＩＤとの各項目からなる。
このユーザリスト５１と、グループリスト５２とにより、各グループは、ツリー構造を構成する各要素に対応するものになる。また、ユーザは、原則として１つのグループに属するものにできる。なお、１人のユーザが複数のグループに属するようにしたい場合には、例えば、ユーザリスト５１のグループＩＤに、複数のグループのグループＩＤを入力すればよい。また、グループ管理から分断したいユーザは、グループＩＤを空欄にすればよい。

そして、管理者端末５の制御部は、作成された入力リストを、例えば、ＣＳＶデータ（ユーザデータ）にして、処理指定データと共にユーザ管理サーバ１に対して送信する。この例では、処理指定データは、登録を表すデータである。
ユーザ管理サーバ１の制御部１０（ユーザ関連データ受付部１８）は、管理者端末５からＣＳＶデータと、処理指定データとを受信する。
そして、制御部１０（ユーザ更新部１９）は、受信したＣＳＶデータと、処理指定データとに基づいて、ユーザ記憶部２２及びグループ記憶部２３を更新する。図３に示すユーザリスト５１及びグループリスト５２をＣＳＶデータにして、ユーザ記憶部２２及びグループ記憶部２３に記憶した場合、図４に示すようなツリー構造の組織構成を表すことができる。

ここで、上述したが、ユーザが直接登録されているグループのことを直属という。図４に基づいて説明すると、例えば、「Ｅさん」は、営業本部／第１営業部／営業１課の「１Ｇ」に直属しているが、その上位グループの「営業１課」には直属していない。ここで、「Ｅさん」を「営業１課」にも直属させたい場合には、「Ｅさん」を「営業１課」にも所属させるように登録する必要がある。

なお、グループＩＤを空欄にしたユーザは、「全社」に属するものとする。例えば、「Ａさん」は、グループＩＤがないため、「全社」に対応付けられている（図４参照）。これは、「Ａさん」は、ツリー構造の各要素にはなく、分断されていることを表す。
また、ユーザ管理サーバ１の制御部１０は、管理者端末５を操作する管理者のユーザＩＤを予め記憶部２０に管理者用ＩＤとして登録しておき、管理者のユーザＩＤによるアクセスに対してのみ、更新を許可するようにしてもよい。

＜携帯端末３での準備処理：初期作業＞
次に、各ユーザの携帯端末３で行う処理について説明する。
ユーザは、各自の携帯端末３を操作して、コミュニケーションシステム１００を使用するためのコミュニケーションアプリ４１ａを起動させる。そして、初めてコミュニケーションアプリ４１ａを起動させると、制御部３０は、ユーザ登録画面（図示せず）をタッチパネルディスプレイ４６に表示させるので、ユーザは、ユーザＩＤを登録する初期作業を行う。この初期作業を行うことで、ユーザ管理サーバ１で処理が可能なユーザＩＤを、携帯端末３で使用できるようになる。

＜コミュニケーション処理＞
次に、ユーザ間で行うコミュニケーション処理について説明する。
図５は、第１実施形態に係るコミュニケーションシステム１００でのコミュニケーション設定処理のフローチャートである。
図６は、第１実施形態に係る携帯端末３での表示例を示す図である。
図５のステップＳ（以下、単に「Ｓ」という。）１０において、携帯端末３の制御部３０は、ユーザによるコミュニケーションアプリ４１ａの起動の操作を受け付けて、コミュニケーションアプリ４１ａを実行させる。

Ｓ１１において、制御部３０は、起動後画面７０をタッチパネルディスプレイ４６に表示させる。図６（Ａ）は、起動後画面７０を示す。起動後画面７０は、コミュニケーションの処理内容を示す各ボタン７１を含む。ボタン７１は、この例では、「トーク」ボタン７１ａと、「タイムライン」ボタン７１ｂと、「通話」ボタン７１ｃと、「社員リスト」ボタン７１ｄとである。
ここで、「トーク」とは、２以上のユーザ間でのメッセージ交換を行う処理をいう。また、「タイムライン」とは、複数ユーザ間で投稿及び閲覧を行う処理をいう。「通話」とは、あるユーザとの間で電話やビデオによる１対１の通話を行う処理をいう。「社員リスト」は、そのユーザから閲覧可能な社員に関するユーザリストを表示させる処理をいう。

携帯端末３のユーザによって、１つのボタン７１が選択されることで、図５のＳ１２において、制御部３０は、選択されたボタン７１が示す処理要求データを、ユーザ管理サーバ１に対して送信する。処理要求データは、携帯端末３のユーザＩＤと、ボタン７１に対応する処理内容とを含む。例えば、「Ｅさん」が「社員リスト」のボタン７１ｄを選択した場合には、処理要求データは、「Ｅさん」のユーザＩＤである「Ｕ０００５」（図３参照）と、「社員リスト」に対応するデータとを含む。

Ｓ３０において、ユーザ管理サーバ１の制御部１０（処理要求受信部１１）は、処理要求データを受信する。そして、制御部１０（対象ユーザ抽出部１２）は、処理要求データに含むユーザＩＤに基づいて、対象ユーザを抽出する。
制御部１０は、ユーザＩＤに対応するグループＩＤを、ユーザ記憶部２２を参照して取得する。そして、制御部１０は、グループ記憶部２３を参照して、グループＩＤ及びそのグループＩＤの上位グループになるグループＩＤを抽出し、抽出した上位グループＩＤに属するユーザＩＤを、ユーザ記憶部２２を参照して抽出する。

例えば、携帯端末３のユーザが「Ｅさん」の場合、制御部１０は、ユーザ記憶部２２を参照して、グループＩＤが「Ｇ１１１１」を得る。次に、制御部１０は、グループ記憶部２３を参照して、グループＩＤが「Ｇ１１１１」の上位グループＩＤとして「Ｇ１１１０」を得る。また、制御部１０は、グループ記憶部２３を参照して、グループＩＤが「Ｇ１１１０」の上位グループＩＤとして「Ｇ１１００」を得る。さらに、制御部１０は、グループ記憶部２３を参照して、グループＩＤが「Ｇ１１００」の上位グループＩＤとして「Ｇ１０００」を得る。なお、「Ｇ１０００」は、最上位のグループである。そして、制御部１０は、ユーザ記憶部２２を参照して、グループＩＤが「Ｇ１１１１」に対応付けられた「Ｅさん」、「Ｆさん」、「Ｇ１１１０」に対応付けられた「Ｄさん」、「Ｇ１１００」に対応付けられた「Ｃさん」、グループＩＤが「Ｇ１０００」に対応付けられた「Ｂさん」を抽出する。なお、「Ｅさん」自身は、抽出してもしなくてもどちらでもよい。
よって、携帯端末３のユーザが「Ｅさん」の場合、上位グループに属する「Ｂさん」から「Ｄさん」までと、同じグループに属する「Ｅさん」、「Ｆさん」とが抽出できる。

また、例えば、携帯端末３のユーザが、複数のグループに直属している場合、制御部１０（対象ユーザ抽出部１２）は、ユーザ記憶部２２を参照して複数のグループＩＤを取得する。そして、制御部１０は、グループ記憶部２３を参照して、複数のグループＩＤの各々について、グループＩＤ及びそのグループＩＤの上位グループになるグループＩＤを抽出する。そして、制御部１０は、重複するグループＩＤがある場合には、重複する部分を取り除いた上で、抽出した各グループＩＤに属するユーザＩＤを、ユーザ記憶部２２を参照して抽出する。

Ｓ３１において、制御部１０は、処理要求データに含む処理内容が、ユーザリストの表示であるか否かを判断する。ユーザリストの表示である場合（Ｓ３１：ＹＥＳ）には、制御部１０は、処理をＳ３２に移す。他方、ユーザリストの表示ではない場合（Ｓ３１：ＮＯ）には、制御部１０は、処理をＳ３４に移す。

Ｓ３２において、制御部１０（ユーザ出力部１３）は、抽出した対象ユーザに関するユーザ情報を、携帯端末３に対して送信する。ここで、ユーザ情報は、グループ名、ユーザ名及びユーザＩＤを含む。その後、制御部１０は、本処理を終了する。
ユーザ管理サーバ１がユーザ情報を送信した場合には、Ｓ１４において、携帯端末３の制御部３０（受信部３１）は、対象ユーザに関するユーザ情報を受信する。そして、制御部３０（表示制御部３２）は、ユーザ情報に含まれるグループ名及びユーザ名を、リスト形式でタッチパネルディスプレイ４６に表示させる。図６（Ｂ）は、ユーザリスト７３の例を示す。ユーザリスト７３は、グループ名に対応付けてユーザ名を表示するものである。このように、ユーザリスト７３は、グループ名とユーザ名とが対応付けられているので、各ユーザがどこのグループに属しているかを、容易に把握できる。
なお、図６（Ｂ）に示すユーザリスト７３の表示方法は、一例である。例えば、階層の上位のグループ名及びユーザ名のみを表示させ、そのグループ名をユーザが選択すると、下位のグループ名及びユーザ名を表示させるようにしてもよい。また、例えば、ユーザ名を選択すると、図示しないそのユーザに関する詳細情報（例えば、電子メールアドレス、入社年等）を出力するようにしてもよい。その後、制御部３０は、本処理を終了する。

また、携帯端末３が、ユーザ管理サーバ１からユーザ情報を受信しなかった場合には（Ｓ３１がＮＯ）、携帯端末３の制御部３０は、後述するコミュニケーションサーバ６からのコミュニケーション処理を行うためのデータを受信するか、又は、ユーザ管理サーバ１からエラーデータを受信する。

他方、Ｓ３４において、制御部１０（ユーザ判断部１５）は、抽出した対象ユーザと、携帯端末３のユーザとの間でのコミュニケーション処理を許可するか否かを判断する。上述したように、制御部１０は、常にコミュニケーション処理を許可してもよいし、処理内容に応じてコミュニケーション処理を許可するか否かを判断してもよい。コミュニケーション処理を許可する場合（Ｓ３４：ＹＥＳ）には、制御部１０は、処理をＳ３５に移す。他方、コミュニケーション処理を許可しない場合（Ｓ３４：ＮＯ）には、制御部１０は、処理をＳ４０に移す。

Ｓ３５において、制御部１０（仮想グループ生成部１６）は、対象ユーザと、携帯端末３のユーザとを含む仮想グループを生成する。
Ｓ３６において、制御部１０は、仮想グループに含まれるユーザと、コミュニケーション処理の処理内容とを、コミュニケーションサーバ６に対して送信する。その後、制御部１０は、本処理を終了する。
なお、制御部１０は、ログを取得して、記憶部２０にログデータを記憶させてもよい。
この処理の後、コミュニケーションサーバ６では、コミュニケーションサーバ６の制御部が、仮想グループ内でのコミュニケーション処理を開始する。その際、コミュニケーションサーバ６の制御部は、ログを取得して、記憶部にログデータを記憶させてもよい。

他方、Ｓ４０において、制御部１０は、携帯端末３に対して、対象ユーザを含むコミュニケーション処理ができない旨のエラーデータを送信する。その後、制御部１０は、本処理を終了する。

＜具体例＞
以下において、「社員リスト」に関する処理と、「トーク」に関する処理とを例に説明する。
ここで、ユーザ管理サーバ１の制御部１０は、処理内容に関わらず、常にコミュニケーション処理を許可するものとする。
「Ｅさん」が「社員リスト」を選択した場合、「Ｅさん」の携帯端末３からは、「Ｅさん」のユーザＩＤと、「社員リスト」である旨のデータとが、処理要求データとして送信される（図５のＳ１２）。ユーザ管理サーバ１では、処理要求データを受信して対象ユーザとして、上述したように「Ｂさん」から「Ｆさん」までを抽出する（図５のＳ３０）。そして、処理内容が「社員リスト」であるので（図５のＳ３１がＹＥＳ）、制御部１０は、抽出した対象ユーザを送信する（図５のＳ３２）。携帯端末３では、制御部３０が対象ユーザを受信し、図６（Ｂ）に示すユーザリスト７３を表示する（図５のＳ１４）。

次に、同じ「Ｅさん」が「トーク」を選択した場合、「Ｅさん」の携帯端末３からは、「Ｅさん」のユーザＩＤと、「トーク」である旨のデータとが、処理要求データとして送信される（図５のＳ１２）。ユーザ管理サーバ１では、処理要求データを受信して対象ユーザとして、上述したように「Ｂさん」から「Ｆさん」までを抽出する（図５のＳ３０）。そして、処理内容が「トーク」であるので（図５のＳ３１がＮＯ）、制御部１０は、上述したように、コミュニケーション処理を許可する（図５のＳ３４がＹＥＳ）。そして、制御部１０は、「Ｂさん」から「Ｆさん」までを含む仮想グループを生成し（図５のＳ３５）、コミュニケーション処理用データを送信する（図５のＳ３６）。このコミュニケーション設定処理によって、これらのユーザの携帯端末３と、コミュニケーションサーバ６との間で、メッセージ交換に関する処理を行うことができる。

このコミュニケーションシステム１００は、企業内での使用にとどまらない。例えば、このコミュニケーションシステム１００を、医師と、各患者との間でのコミュニケーションに使用することができる。この場合、コミュニケーションシステム１００では、例えば、診療科ごとに、複数の担当医が属する１つの担当医グループと、その上位グループとして、医局長が属する医局長グループとを構成し、担当医グループの下位グループとして患者ごとに属する複数の患者グループとを構成する。なお、各患者グループは、患者の他、その患者の家族等を含むものであってもよい。
この例の場合、患者同士は、「トーク」が不要である。他方、医師同士や、医師と患者とは、１対１で「トーク」をしたいニーズがある。よって、このコミュニケーションシステム１００を利用することで、患者は、自身が担当する医師（担当医及び医局長）との間で、例えば、「トーク」を行うことができる。このコミュニケーションは、患者ごとであるため、各患者のプライバシーを守ることができる。このように、コミュニケーションシステム１００を効果的に適用するシチュエーションとして、その他、弁護士や弁理士と、クライアントとの間のコミュニケーション等においても用いることができる。

＜メンテナンス処理＞
次に、コミュニケーションシステム１００を導入した企業でのメンテナンス処理について説明する。
管理者は、管理者端末５を用いて、退職したユーザの削除や、入社したユーザの登録、異動に伴うユーザの変更を行うことができる。これらの処理は、上述した入力リストを作成した上で削除及び登録を行ってもよいし、ユーザごとに図示しない管理画面から手入力をすることで、削除及び登録をしてもよい。ユーザの変更は、削除及び登録の処理をすることによって行ってもよいし、手入力によって、グループＩＤを変更する処理を行ってもよい。

なお、複数の管理者端末５によるメンテナンス処理の競合を回避するため、例えば、図示しないメンテナンス画面によってメンテナンス処理をする場合に、以下のような仕組みにすることが考えられる。ユーザ管理サーバ１は、ユーザ記憶部２２及びグループ記憶部２３の最新更新日時を記憶部２０に記憶させておき、管理者端末５によるメンテナンス作業をする際に、まず、ユーザ記憶部２２及びグループ記憶部２３のデータを、最新更新日付を含んで送信する。そして、管理者端末５からは、ユーザ管理サーバ１から受信した最新更新日付と、更新後データとを受信するようにする。そのようにすることで、ユーザ管理サーバ１のユーザ記憶部２２及びグループ記憶部２３のデータを、常に最新の状態にでき、管理者端末５では、最新の変更されたデータを使用してメンテナンスができる。

このように、管理者端末５によってユーザの登録及び削除を適宜行うことで、携帯端末３において特段の操作を行うことなく、メンテナンスを行うことができる。
また、記憶部２０に記憶されたログデータや、コミュニケーションサーバ６の記憶部に記憶されたログデータを閲覧することにより、後から情報追跡を行うことができる。

このように、第１実施形態のコミュニケーションシステム１００によれば、以下のような効果がある。
（１）コミュニケーション処理を行う一のユーザに対して、そのユーザと同じグループに属する他のユーザ及びそのユーザの上位グループに属するユーザを対象ユーザとし、ユーザ管理サーバ１は、一のユーザと対象ユーザと間でのコミュニケーション処理を許可する。よって、ツリー構造での横のつながりを分断するパーティションがあるかのように、一のユーザと同じグループ及び上位グループに属するユーザを一律に対象にした、いわゆる縦のつながりのユーザのみのコミュニケーションができる。これにより、例えば、全社にこのコミュニケーションシステム１００を適用した場合には、全社員を出力しないで、そのユーザが、業務に必要な上司等の社員のみを業務利用に必要な者として、その範囲内でのコミュニケーション処理を実現できる。

（２）ユーザ管理サーバ１のユーザ記憶部２２とグループ記憶部２３とを、管理者端末５から常に最新の状態にメンテナンスできる。そして、ユーザ管理サーバ１は、コミュニケーション処理を、最新のデータに基づいて行わせることができる。よって、業務利用に耐えうるものにできる。
（３）ユーザ管理サーバ１は、コミュニケーション処理を行う各ユーザを含む仮想グループを生成するので、仮想グループ内での情報共有を容易に行うことができる。

（第２実施形態）
第２実施形態では、対象ユーザを、下位グループに属するユーザを含んで抽出し、一のユーザと、一のユーザにより選択された選択ユーザとの間でのコミュニケーション処理を許可するか否かを判断するものについて説明する。なお、以降の説明において、上述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略する。

＜コミュニケーションシステム２００＞
図７は、第２実施形態に係るコミュニケーションシステム２００の全体構成及び機能ブロックを示す図である。
図８は、第２実施形態に係るユーザ管理サーバ２０１でのユーザ判断部２１５の処理を説明するための図である。
図７に示すコミュニケーションシステム２００は、ユーザ管理サーバ２０１と、複数の携帯端末２０３と、管理者端末５と、コミュニケーションサーバ６とを備える。

＜ユーザ管理サーバ２０１＞
ユーザ管理サーバ２０１は、制御部２１０と、記憶部２２０と、通信インタフェース部２９とを備える。
制御部２１０は、処理要求受信部１１と、対象ユーザ抽出部２１２と、ユーザ出力部１３と、選択ユーザ受信部２１４（選択ユーザ受信手段）と、ユーザ判断部２１５と、仮想グループ生成部１６と、ユーザ関連データ受付部１８と、ユーザ更新部１９とを備える。

対象ユーザ抽出部２１２は、処理要求データに含まれるユーザＩＤに基づいて、ユーザ記憶部２２から対象ユーザを抽出する。対象ユーザは、処理要求データに含まれるユーザＩＤにより特定されるユーザと同じグループに属する他のユーザを含む。また、対象ユーザは、処理要求データに含まれるユーザＩＤにより特定されるユーザが属するグループの上位に配置された上位グループに属するユーザを含む。さらに、対象ユーザは、処理要求データに含まれるユーザＩＤにより特定されるユーザが属するグループの下位に配置された下位グループに属するユーザを含む。

選択ユーザ受信部２１４は、携帯端末２０３において選択された１以上のユーザに関するユーザ情報を、携帯端末２０３から受信する。具体的には、選択ユーザ受信部２１４は、選択されたユーザのユーザＩＤを受信する。なお、携帯端末２０３において選択された１以上のユーザに関するユーザ情報により特定できるユーザを、選択ユーザという。

ユーザ判断部２１５は、選択ユーザ受信部２１４により受信したユーザ情報により特定される選択ユーザと、携帯端末２０３のユーザとによるコミュニケーション処理を許可するか否かを判断する。ユーザ判断部２１５は、選択ユーザと、携帯端末２０３のユーザとの間でのコミュニケーション処理を、常に許可してもよい。また、ユーザ判断部２１５は、選択ユーザのうち異なる下位グループに属する２以上のユーザがいとこ関係にある場合に、選択ユーザと携帯端末２０３のユーザとの間でのコミュニケーション処理を行うことを許可しないようにしてもよい。以下、選択ユーザのうち異なる下位グループに属する２以上のユーザがいとこ関係にある場合に、その選択ユーザを、いとこ関係を含む選択ユーザという。
また、ユーザ判断部２１５は、コミュニケーション処理の内容に応じて、いとこ関係を含む選択ユーザと携帯端末２０３のユーザとの間でのコミュニケーション処理を行うことを許可するか否かを判断してもよい。

ここで、選択ユーザのうち異なる下位グループに属する２以上のユーザがいとこ関係にある場合とは、言い換えると、選択ユーザが、直系のグループに属さない場合をいう。これは、選択ユーザのうち２以上のユーザのそれぞれ属する異なるグループについて、一方のグループを上位及び下位にそれぞれ辿って得られるグループ集合に、他のグループが属しているかいないかによって判断できる。

この説明について、図８を用いてさらに説明する。
図８（Ａ）に示すツリー構造図８０は、図４に示す組織構成の一部を、別の記載で表したものである。ツリー構造を構成する各要素であるグループ８１からグループ８４までは、組織での部署を表す。そして、例えば、一のユーザをグループ８２に属する「Ｂさん」とし、選択ユーザのうち異なる下位グループに属する２以上のユーザを、例えば、グループ８３ａに属する「Ｄさん」と、グループ８３ｂに属する「Ｉさん」とする。
図８（Ｂ）は、「Ｄさん」が属するグループから上位及び下位にそれぞれ辿って得られるグループ集合８５を示す。グループ集合８５は、「Ｉさん」が属するグループ８３ｂを含まない。よって、「Ｄさん」と「Ｉさん」とは、いとこ関係にあると言える。
他方、図８（Ｃ）は、「Ｉさん」が属するグループから上位及び下位にそれぞれ辿って得られるグループ集合８６を示す。グループ集合８６は、「Ｄさん」が属するグループ８３ａを含まない。よって、「Ｄさん」と「Ｉさん」とは、いとこ関係にあると言える。
このように、制御部２１０は、図８（Ｂ）及び図８（Ｃ）に示す処理のうち、一方を行えば足りる。

図８（Ｄ）は、選択ユーザのうち異なる下位グループに属する２以上のユーザを、例えば、「Ｃさん」と、「Ｇさん」とした場合の例である。
グループ集合８７は、「Ｇさん」が属するグループから上位及び下位にそれぞれ辿ることで得られる。ここで、グループ集合８７は、「Ｃさん」が属するグループ８２ａを含む。よって、「Ｃさん」と「Ｇさん」とは、いとこ関係にはないと言える。つまり、「Ｃさん」と「Ｇさん」とは、互いに直系のグループに属するユーザである。

図７に戻り、記憶部２２０は、プログラム記憶部２２１と、ユーザ記憶部２２と、グループ記憶部２３とを備える。プログラム記憶部２２１は、ユーザ管理プログラム２２１ａを記憶している。ユーザ管理プログラム２２１ａは、上述した制御部２１０の各機能を実行するためのプログラムである。

＜携帯端末２０３＞
携帯端末２０３は、制御部２３０と、記憶部２４０と、タッチパネルディスプレイ４６と、通信インタフェース部４９とを備える。
制御部２３０は、受信部３１と、表示制御部３２と、ユーザ受付部２３３と、送信部２３４とを備える。
ユーザ受付部２３３は、表示されたユーザ情報のうち１以上の選択を、タッチパネルディスプレイ４６を介して受け付ける。
送信部２３４は、受け付けたユーザ情報を、ユーザ管理サーバ２０１に対して送信する。
記憶部２４０は、プログラム記憶部２４１を備える。プログラム記憶部２４１は、コミュニケーションアプリ２４１ａを記憶している。

次に、コミュニケーションシステム２００における各種処理について説明する。
ユーザ管理サーバ２０１での準備処理であるユーザ登録や、携帯端末２０３での準備処理である初期作業は、第１実施形態と同様である。

＜コミュニケーション処理＞
次に、ユーザ間で行うコミュニケーション処理について説明する。
図９は、第２実施形態に係るコミュニケーションシステム２００でのコミュニケーション設定処理のフローチャートである。
図１０は、第２実施形態に係る携帯端末２０３での表示例を示す図である。
図９のＳ２１０からＳ２１２までの処理は、第１実施形態（図５）のＳ１０からＳ１２までの処理と同様である。
ここで、携帯端末２０３のユーザが、例えば、「Ｃさん」であって、「トーク」のボタン７１ａ（図６（Ａ）参照）を選択した場合には、携帯端末２０３の制御部２３０は、「Ｃさん」のユーザＩＤである「Ｕ０００３」（図３参照）と、「トーク」に対応するデータとを含む処理要求データを、ユーザ管理サーバ２０１に対して送信する。

Ｓ２３０において、ユーザ管理サーバ２０１の制御部２１０（処理要求受信部１１）は、処理要求データを受信する。そして、制御部２１０（対象ユーザ抽出部２１２）は、処理要求データに含むユーザＩＤと、処理内容とに基づいて、対象ユーザを抽出する。
制御部２１０は、ユーザＩＤに対応するグループＩＤを、ユーザ記憶部２２を参照して取得する。そして、制御部２１０は、グループ記憶部２３を参照して、グループＩＤの上位グループになるグループＩＤを抽出し、抽出した上位グループＩＤに属するユーザＩＤを、ユーザ記憶部２２を参照して抽出する。
例えば、携帯端末２０３のユーザが「Ｃさん」の場合、制御部２１０は、ユーザ記憶部２２を参照して、グループＩＤが「Ｇ１１００」を得る。次に、制御部２１０は、グループ記憶部２３を参照して、グループＩＤが「Ｇ１１００」の上位グループＩＤとして「Ｇ１０００」を得る。なお、「Ｇ１０００」は、最上位のグループである。そして、制御部２１０は、ユーザ記憶部２２を参照して、グループＩＤが「Ｇ１０００」に対応付けられた「Ｂさん」と、グループＩＤが「Ｇ１１００」に対応付けられた「Ｃさん」とを抽出する。

また、制御部２１０は、グループ記憶部２３を参照して、グループＩＤの下位グループになるグループＩＤを抽出し、抽出した下位グループＩＤに属するユーザＩＤを、ユーザ記憶部２２を参照して抽出する。
上述した例と同じく、携帯端末２０３のユーザが「Ｃさん」の場合、グループＩＤが「Ｇ１１００」であるので、制御部２１０は、グループ記憶部２３を参照して、グループＩＤが「Ｇ１１００」を上位グループＩＤとして記憶している「Ｇ１１１０」と、「Ｇ１１２０」とを得る。次に、制御部２１０は、グループＩＤが「Ｇ１１１０」と「Ｇ１１２０」をそれぞれ上位グループＩＤとして記憶している「Ｇ１１１１」、「Ｇ１１１２」、「Ｇ１１２１」、「Ｇ１１２２」、「Ｇ１１２３」を得る。そして、制御部２１０は、ユーザ記憶部２２を参照して、グループＩＤが「Ｇ１１１０」に対応付けられた「Ｄさん」、「Ｇ１１２０」に対応付けられた「Ｉさん」、グループＩＤが「Ｇ１１１１」に対応付けられた「Ｅさん」、「Ｆさん」、グループＩＤが「Ｇ１１１２」に対応付けられた「Ｇさん」、「Ｈさん」、グループＩＤが「Ｇ１１２１」に対応付けられた「Ｊさん」、「Ｋさん」、グループＩＤが「Ｇ１１２２」に対応付けられた「Ｌさん」、グループＩＤが「Ｇ１１２３」に対応付けらえた「Ｍさん」、「Ｎさん」を抽出する。

よって、携帯端末２０３のユーザが「Ｃさん」の場合、「Ｂさん」から「Ｎさん」までが抽出できる。
Ｓ２３１において、制御部２１０（ユーザ出力部１３）は、抽出した対象ユーザに関するユーザ情報を、携帯端末２０３に対して送信する。ここで、ユーザ情報は、グループ名、ユーザ名及びユーザＩＤを含む。

Ｓ２１４において、携帯端末２０３の制御部２３０（受信部３１）は、対象ユーザに関するユーザ情報を受信する。そして、制御部２３０（表示制御部３２）は、ユーザ情報に含まれるグループ名及びユーザ名を、リスト形式でタッチパネルディスプレイ４６に表示させる。図１０（Ａ）は、対象ユーザリスト２７５の例を示す。対象ユーザリスト２７５は、グループ名とユーザ名とが対応付けられているので、各ユーザがどこのグループに属しているかを、容易に把握可能なものである。なお、対象ユーザリスト２７５は、第１実施形態で説明したユーザリスト７３と同じものであってもよい。また、処理要求データに含まれる処理内容がユーザリストの表示に関するものである場合には、図９（Ａ）に示す対象ユーザリスト２７５の「送信」ボタンに代えて「ＯＫ」ボタンにすればよい。

処理要求データに含まれる処理内容がユーザリストの表示以外の場合には、ユーザは、表示されている対象ユーザリスト２７５から、図１０（Ｂ）に示すように、１以上のユーザ名又はグループ名を選択できる。この例では、「Ｄさん」と「Ｉさん」とを選択している。そして、ユーザが「決定」ボタンを選択することで、Ｓ２１５において、制御部２３０（ユーザ受付部２３３、送信部２３４）は、ユーザ名又はグループ名を受け付けて、ユーザ管理サーバ２０１に対して、受け付けたユーザ名又はグループ名に対応するユーザのユーザＩＤを送信する。
その後、携帯端末２０３の制御部２３０は、後述するコミュニケーションサーバ６からのコミュニケーション処理を行うためのデータを受信するか、又は、ユーザ管理サーバ２０１からエラーデータを受信する。

Ｓ２３３において、ユーザ管理サーバ２０１の制御部２１０（選択ユーザ受信部２１４）は、携帯端末２０３から選択されたユーザのユーザＩＤを受信する。
Ｓ２３４において、制御部２１０（ユーザ判断部２１５）は、受信したユーザＩＤに対応する選択ユーザと、携帯端末２０３のユーザとの間でのコミュニケーション処理を許可するか否かを判断する。制御部２１０は、いとこ関係を含む選択ユーザとの間でのコミュニケーション処理を許可するか否かを判断してもよい。さらに、制御部２１０は、処理内容に応じてコミュニケーション処理を許可するか否かを判断してもよい。コミュニケーション処理を許可する場合（Ｓ２３４：ＹＥＳ）には、制御部２１０は、処理をＳ２３５に移す。他方、コミュニケーション処理を許可しない場合（Ｓ２３４：ＮＯ）には、制御部２１０は、処理をＳ２４０に移す。

Ｓ２３５において、制御部２１０（仮想グループ生成部１６）は、受信した選択ユーザと、携帯端末２０３のユーザとを含む仮想グループを生成する。
Ｓ２３６において、制御部２１０は、仮想グループに含まれるユーザと、コミュニケーション処理の処理内容とを、コミュニケーションサーバ６に対して送信する。その後、制御部２１０は、本処理を終了する。

他方、Ｓ２４０において、制御部２１０は、携帯端末２０３に対して、選択したユーザを含むコミュニケーション処理ができない旨のエラーデータを送信する。その後、制御部２１０は、本処理を終了する。

＜具体例＞
以下において、「タイムライン」と、「トーク」とに関する処理を例に説明する。
この例では、「タイムライン」は、いとこ関係を含む選択ユーザと、携帯端末２０３のユーザとの間で処理を行うことを可能とし、「トーク」は、上述の条件を満たす場合には、いとこ関係を含む選択ユーザと、携帯端末２０３のユーザとの間で処理が制限されるものとする。

まずは、タイムラインに関する処理を例に説明する。
「Ｃさん」が「タイムライン」を選択した場合、「Ｃさん」の携帯端末２０３には、「Ｂさん」から「Ｎさん」までのユーザが対象ユーザとして表示される（図９のＳ２１４）。ここで、「Ｄさん」と、「Ｉさん」とは、図８で説明したとおり、いとこ関係にあるユーザである（図４に示す「営業１課」と「営業２課」）。しかし、「タイムライン」は、上述したように、そのような場合であっても、「Ｃさん」と、選択ユーザとの間で処理を行うことを許可している。そこで、「Ｃさん」は、「Ｄさん」と「Ｉさん」を選択した場合（図１０（Ｂ）参照）、ユーザ管理サーバ２０１の制御部２１０は、コミュニケーション処理を許可する（図９のＳ２３４がＹＥＳ）。そして、制御部２１０は、「Ｃさん」、「Ｄさん」、「Ｉさん」の３人のユーザを含む仮想グループを生成し（図９のＳ２３５）、この３人の間で、投稿及び閲覧を行うことができる。

次に、「Ｃさん」が「トーク」を選択した場合、「Ｃさん」の携帯端末２０３には、「タイムライン」の例と同じく、「Ｂさん」から「Ｎさん」までのユーザが対象ユーザとして表示される（図９のＳ２１４）。ここで、「トーク」は、「Ｄさん」と「Ｉさん」とのように、いとこ関係にあるユーザを含む場合には、「Ｃさん」といとこ関係にある選択ユーザとの間で処理を行うことを制限している。そこで、「Ｃさん」は、「Ｄさん」と「Ｉさん」を選択すると、ユーザ管理サーバ２０１の制御部２１０（ユーザ判断部２１５）は、コミュニケーション処理を許可しない（図９のＳ２３４がＮＯ）。そして、制御部２１０は、コミュニケーション処理を行うことができない旨のエラーデータを、「Ｃさん」の携帯端末２０３に送信する（図９のＳ２４０）。

「Ｃさん」の携帯端末２０３の制御部２３０は、エラーデータを表示する。その後、制御部２３０は、再度対象ユーザを表示させてもよい。そこで、「Ｃさん」は、例えば、「Ｄさん」のみを選択する。そのようにすることで、ユーザ管理サーバ２０１の制御部２１０は、コミュニケーション処理を許可し、「Ｃさん」、「Ｄさん」の２人のユーザを含む仮想グループを生成して、この２人の間で、メッセージ交換を行うことができるようになる。
このように、「トーク」に関して、選択ユーザがいとこ関係を含む場合には、コミュニケーション処理を制限する。

このような制限を設けることで、例えば、このコミュニケーションシステム２００を、医師と、各患者との間でのコミュニケーションに使用する場合には、患者側のみならず、医師側が主体となって、仮想グループを生成することができる。しかも、医師側が仮想グループを生成した場合であっても、いとこ関係にあるユーザを含むコミュニケーション処理を許可しないので、複数の患者を含む仮想グループを生成することを防ぐことができる。結果として、医師と患者との１対１の「トーク」が、間違いなく行える仕組みを構築でき、各患者のプライバシーを守ることができる。

このように、第２実施形態のコミュニケーションシステム２００によれば、以下のような効果がある。
（１）コミュニケーション処理を行う一のユーザに対して、そのユーザと同じグループに属する他のユーザ、そのユーザの上位グループに属するユーザ及びそのユーザの下位グループに属するユーザを対象ユーザとし、ユーザ管理サーバ２０１は、一のユーザと対象ユーザと間でのコミュニケーション処理を許可できる。
その場合、ユーザ管理サーバ２０１は、一のユーザと、いとこ関係を含む選択ユーザとのコミュニケーション処理を行わないようにすることで、不要な情報共有を解消できる。
また、ユーザ管理サーバ２０１は、一のユーザと、いとこ関係を含む選択ユーザとのコミュニケーション処理を、コミュニケーション処理の内容によって許可したり、しなかったりできるので、業務利用に適した運用を行うことができる。

（２）ユーザ管理サーバ２０１は、携帯端末２０３からコミュニケーション処理の要求を受信したことに応じて、その携帯端末２０３のユーザの属するグループに基づいて対象ユーザを抽出し、その携帯端末２０３に送信する。そして、携帯端末２０３は、受信した対象ユーザを表示させる。よって、対象ユーザは、携帯端末２０３のユーザが属するグループによってコミュニケーション処理が許可されるものに限定されたものである。よって、携帯端末２０３のユーザは、表示されている対象ユーザからユーザを選択するだけでコミュニケーションを行うことができるため、ユーザ操作が簡単である。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。

（変形形態）
（１）第１実施形態では、携帯端末からユーザが処理内容を選択した場合に、対象ユーザを抽出してコミュニケーション処理を許可するものを例に説明したが、これに限定されない、抽出した対象ユーザに関するユーザ情報を、携帯端末に送信し、ユーザが選択した選択ユーザと、携帯端末のユーザとの間でのコミュニケーション処理を許可するようにしてもよい。

（２）第２実施形態では、携帯端末において、ユーザが対象ユーザから選択する処理を行うものを例に説明したが、これに限定されない。例えば、対象ユーザのみを含む既に生成されている仮想グループのユーザを表示させて、仮想グループを選択することで、携帯端末のユーザを、選択された仮想グループに参加又は参照可能にしてもよい。

（３）第２実施形態では、「トーク」に関して、いとこ関係を含む選択ユーザと、携帯端末のユーザとの間でコミュニケーション処理を許可しないものを例に説明したが、これに限定されない。「トーク」に限らず、全てのコミュニケーションの処理内容に対して同様のユーザを含む場合に、コミュニケーション処理を許可しないようにしてもよい。また、「トーク」以外の処理内容に対して同様のユーザを含む場合に、コミュニケーション処理を許可しないようにしてもよい。
また、コミュニケーション処理を許可しないようにするのではなく、例えば、いとこ関係を含む選択ユーザ同士の携帯端末に、いとこ関係にある相手方のユーザのメッセージを表示させないように制御するものであってもよい。

（４）第２実施形態では、いとこ関係を含む選択ユーザと、携帯端末のユーザとの間でコミュニケーション処理を、ユーザ管理サーバにおいて制限するものを例に説明したが、これに限定されない。携帯端末でユーザが指定する際に、いとこ関係になるユーザの指定を受け付けないように制御してもよい。

（５）各実施形態では、ユーザ記憶部と、グループ記憶部とを備えるものを例に説明したが、これに限定されない。ユーザ記憶部とグループ記憶部とを１つにしたものを用いてもよい。
（６）各実施形態では、ユーザ管理サーバと、コミュニケーションサーバとによってコミュニケーション処理を行うものを例に説明したが、これに限定されない。ユーザ管理サーバに、コミュニケーションサーバの機能を有するようにしてもよい。

（７）各実施形態では、携帯端末をスマートフォンに代表される情報端末として説明したが、これに限定されない。例えば、パーソナルコンピュータであってもよい。
また、ユーザがコミュニケーション処理で使用する端末として携帯端末を例に説明したが、これに限定されない。据え置き型の端末であってもよい。
（８）各実施形態では、携帯端末と、管理者端末とは、別の端末として説明したが、同じ端末であってもよい。また、管理者端末は、ユーザ管理サーバの入出力部（図示せず）であってもよい。

（９）第１実施形態では、携帯端末のユーザと同じグループ及びその上位グループに直属するユーザを対象ユーザとして抽出し、第２実施形態では、携帯端末のユーザと同じグループ、その上位グループ及びその下位グループに直属するユーザを対象ユーザとして抽出するものを例に説明した。
これに対して、ユーザ記憶部にユーザＩＤに対応付けて企業ＩＤを有するようにし、このコミュニケーションシステムを導入している企業ごとに、パーティション権限フラグを予め設定することにより、第１実施形態による処理と、第２実施形態による処理と、ユーザ記憶部に記憶された同じ企業ＩＤの全てのユーザを対象にする処理とを、選択できるようにしてもよい。なお、ユーザ記憶部に記憶された同じ企業ＩＤの全てのユーザを対象にする処理は、企業ＩＤが同じユーザをユーザ記憶部から抽出して、ユーザリストを生成する処理である。
より具体的には、企業ＩＤに対して、パーティション権限フラグが設定されている場合、ユーザ管理サーバ１は、第１実施形態による処理又は第２実施形態による処理を実行するように構成される。
また、企業ＩＤに対して、パーティション権限フラグが設定されていない場合、ユーザ管理サーバ１は、従来どおり当該企業ＩＤの全てのユーザを対象にする処理を実行するように構成される。

（１０）第１実施形態では、「社員リスト」に関して、対象ユーザをユーザリストに表示するものを例に説明したが、これに限定されない。ユーザが「社員リスト」を選択した場合に、ユーザ管理サーバ１は、「検索」と「一覧表示」とを選択可能な画面を出力するようにしてもよい。この場合、ユーザにより「一覧表示」が選択された場合には、ユーザ管理サーバ１は、対象ユーザをユーザリストに表示する処理を行う。
他方、ユーザにより「検索」が選択された場合には、ユーザ管理サーバ１は、検索画面を出力するようにする。
ユーザ管理サーバ１は、検索画面から検索対象のユーザＩＤを受け付けた場合、検索対象のユーザＩＤが、対象ユーザであるか否かによって、出力する情報のレベルを変えてもよい。例えば、対象ユーザであれば、ユーザ名の他に詳細情報を出力し、対象ユーザでなければ、ユーザ名だけを出力する等である。

（１１）各実施形態では、「トーク」に関して、特に切り分けをしないで説明したが、「１対１のトーク」と、「部門のトーク」と、「任意で作成されたグループトーク」と、を分けてもよい。
ここで、「１対１のトーク」とは、ユーザが、対象ユーザから１以上のユーザを選択し、選択ユーザとの間でメッセージ交換をする場合をいう。
また、「部門のトーク」とは、ユーザのグループに直属する他のユーザとの間でメッセージ交換をする場合をいう。この場合、そのグループの下位グループに直属するユーザは、この「部門のトーク」に、メッセージ交換には参加できないが、閲覧はできるようにしてもよい。より具体的には、グループＡの直属でないユーザ甲であっても、当該グループＡの下位に位置するグループＢに直属する場合、当該ユーザ甲は、グループＡにおける「部門のトーク」に対して、発言することは許可されないが、グループＡにおける「部門のトーク」を受信することができるように構成してもよい。
なお、「任意で作成されたグループトーク」においては、必ずトーク可能にすることができる。

１，２０１ ユーザ管理サーバ
３，２０３ 携帯端末
５ 管理者端末
６ コミュニケーションサーバ
１０，３０，２１０，２３０ 制御部
１１ 処理要求受信部
１２，２１２ 対象ユーザ抽出部
１３ ユーザ出力部
１５，２１５ ユーザ判断部
１６ 仮想グループ生成部
１８ ユーザ関連データ受付部
１９ ユーザ更新部
２０，４０，２２０，２４０ 記憶部
２１ａ，２２１ａ ユーザ管理プログラム
２２ ユーザ記憶部
２３ グループ記憶部
３１ 受信部
３２ 表示制御部
４１ａ，２４１ａ コミュニケーションアプリ
４６ タッチパネルディスプレイ
７０ 起動後画面
７３ ユーザリスト
８１〜８４ グループ
８５〜８７ グループ集合
１００，２００ コミュニケーションシステム
２１４ 選択ユーザ受信部
２３３ ユーザ受付部
２３４ 送信部
２７５ 対象ユーザリスト

Claims (10)

1. 複数の端末の間で行う文字、音声及び画像の少なくともいずれかを含む情報伝達であるコミュニケーション処理を行う前記端末のユーザを管理するユーザ管理装置であって、
   ツリー構造を構成する各要素に位置するグループの各々に、各グループに属する前記ユーザを対応付けて記憶するユーザ記憶部と、
   前記コミュニケーション処理を行う一のユーザに対して、前記一のユーザと同じグループに属する他のユーザ及び前記一のユーザが属するグループの上位に配置された上位グループに属するユーザを、対象ユーザとして前記ユーザ記憶部から抽出する対象ユーザ抽出手段と、
   前記コミュニケーション処理の内容に応じて、前記一のユーザと、前記対象ユーザ抽出手段により抽出された前記対象ユーザとの間で前記コミュニケーション処理を行うことを許可するか否かを判断するユーザ判断手段と、
   を備えるユーザ管理装置。
2. 複数の端末の間で行う文字、音声及び画像の少なくともいずれかを含む情報伝達であるコミュニケーション処理を行う前記端末のユーザを管理するユーザ管理装置であって、
   ツリー構造を構成する各要素に位置するグループの各々に、各グループに属する前記ユーザを対応付けて記憶するユーザ記憶部と、
   前記コミュニケーション処理を行う一のユーザに対して、前記一のユーザと同じグループに属する他のユーザ及び前記一のユーザが属するグループの上位に配置された上位グループに属するユーザを、対象ユーザとして前記ユーザ記憶部から抽出する対象ユーザ抽出手段と、
   前記一のユーザと、前記対象ユーザ抽出手段により抽出された前記対象ユーザとの間で前記コミュニケーション処理を行うことを許可するユーザ判断手段と、
   を備え、
   前記対象ユーザ抽出手段は、前記対象ユーザに、さらに、前記一のユーザが属するグループの下位に配置された下位グループに属するユーザを含んで、前記対象ユーザを前記ユーザ記憶部から抽出し、
   前記ユーザ判断手段は、前記一のユーザと、前記対象ユーザ抽出手段により抽出された前記対象ユーザのうち、前記一のユーザの端末により選択された１以上のユーザである選択ユーザとの間で前記コミュニケーション処理を行うことを許可する、ユーザ管理装置。
3. 請求項２に記載のユーザ管理装置において、
   前記ユーザ判断手段は、２以上の前記選択ユーザのそれぞれが異なるグループに属するときに、一方のグループを上位及び下位にそれぞれ辿って得られるグループ集合に、他方のグループが属していない場合には、前記一のユーザと、前記選択ユーザとの間で前記コミュニケーション処理を行うことを許可しないこと、
   を特徴とするユーザ管理装置。
4. 請求項１から請求項３までのいずれかに記載のユーザ管理装置において、
   前記グループと前記ユーザとを対応付けたユーザデータと、登録又は削除の処理指定データとの入力を受け付けるユーザ関連データ受付手段と、
   前記ユーザ関連データ受付手段により受け付けた前記ユーザデータ及び前記処理指定データに基づいて、前記ユーザ記憶部を更新するユーザ更新手段と、
   を備え、
   前記ユーザ判断手段は、最新の前記ユーザ記憶部に記憶されたデータに基づいて前記コミュニケーション処理を行うことを許可するか否かを判断すること、
   を特徴とするユーザ管理装置。
5. 請求項１から請求項４までのいずれかに記載のユーザ管理装置において、
   前記ユーザ判断手段により許可された各ユーザを含む仮想グループを生成する仮想生成手段を備えること、
   を特徴とするユーザ管理装置。
6. 請求項１から請求項５までのいずれかに記載のユーザ管理装置において、
   前記一のユーザの前記端末から前記コミュニケーション処理の要求を受信する処理要求受信手段と、
   前記対象ユーザ抽出手段により抽出された前記対象ユーザに関するユーザ情報を、そのユーザが属するグループに関する情報と共に前記一のユーザの端末に対して出力する出力手段と、
   を備えること、
   を特徴とするユーザ管理装置。
7. 複数の端末の間で行う文字、音声及び画像の少なくともいずれかを含む情報伝達であるコミュニケーション処理を行う前記端末のユーザを管理するユーザ管理装置によるユーザ管理方法であって、
   対象ユーザとして、ツリー構造を構成する各要素に位置するグループの各々に、各グループに属する前記ユーザを対応付けて記憶するユーザ記憶部から、前記コミュニケーション処理を行う一のユーザに対して、前記一のユーザと同じグループに属する他のユーザ及び前記一のユーザが属するグループの上位に配置された上位グループに属するユーザを、抽出するステップと、
   前記コミュニケーション処理の内容に応じて、前記一のユーザと、前記抽出するステップにより抽出された前記対象ユーザとの間で前記コミュニケーション処理を行うことを許可するか否かを判断するステップと、
   を含む、ユーザ管理方法。
8. 複数の端末の間で行う文字、音声及び画像の少なくともいずれかを含む情報伝達であるコミュニケーション処理を行う前記端末のユーザを管理するユーザ管理装置によるユーザ管理方法であって、
   対象ユーザとして、ツリー構造を構成する各要素に位置するグループの各々に、各グループに属する前記ユーザを対応付けて記憶するユーザ記憶部から、前記コミュニケーション処理を行う一のユーザに対して、前記一のユーザと同じグループに属する他のユーザ及び前記一のユーザが属するグループの上位に配置された上位グループに属するユーザを、抽出するステップと、
   前記一のユーザと、前記抽出するステップにより抽出された前記対象ユーザとの間で前記コミュニケーション処理を行うことを許可するステップと、
   を含み、
   前記抽出するステップは、前記対象ユーザに、さらに、前記一のユーザが属するグループの下位に配置された下位グループに属するユーザを含んで、前記対象ユーザを前記ユーザ記憶部から抽出し、
   前記許可するステップは、前記一のユーザと、前記抽出するステップにより抽出された前記対象ユーザのうち、前記一のユーザの端末により選択された１以上のユーザである選択ユーザとの間で前記コミュニケーション処理を行うことを許可する、ユーザ管理方法。
9. 請求項１から請求項６までのいずれかに記載のユーザ管理装置としてコンピュータを機能させるためのプログラム。
10. 請求項１から請求項６までのいずれかに記載のユーザ管理装置と、
    前記コミュニケーション処理を行うコミュニケーション装置と、
    を備えるコミュニケーションシステム。

Images