WO2018181834A1 - 管理サーバ、管理システム、管理サーバの制御方法及びプログラム - Google Patents

Abstract

個人を特定する情報を、他者に開示することを回避しつつ、ネットワークを介して、複数の人が円滑にコミュニケーションをとる。管理サーバは、２以上の記憶領域を含む、記憶部と、メッセージを受信する、メッセージ受信部と、メッセージを変換し、送信メッセージを生成する、メッセージ変換部と、送信メッセージを、指定された宛先に送信する、メッセージ送信部と、を備え、記憶部は、記憶領域に、ユーザの実ＩＤと、該ユーザの仮ＩＤとを対応付けた、仮ＩＤリンクを格納し、メッセージ変換部は、メッセージが、一の実ＩＤに対応する、第１の記憶領域に格納される第１の仮ＩＤを含む場合、第２の記憶領域に格納される仮ＩＤリンクに基づいて、第１の仮ＩＤを、一の実ＩＤに対応する第２の仮ＩＤに変換し、送信メッセージを生成する。

Description

管理サーバ、管理システム、管理サーバの制御方法及びプログラム

　（関連出願についての記載）
　本発明は、日本国特許出願：特願２０１７－０６９２４７号（２０１７年３月３０日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
　本発明は、管理サーバ、管理システム、管理サーバの制御方法及びプログラムに関する。

　近年、ネットワークを介して、コミュニケーションをとるための様々なサービス、アプリケーションプログラムが提供されている。

　そのようなサービス、アプリケーションプログラムは、２以上のユーザを登録し、各ユーザに対して、一意なＩＤ（Identifier）を設定する。そして、ユーザは、設定されたＩＤを利用して、メッセージ（文章等）を送受信することで、ユーザ間でのコミュニケーションを行う。

　または、上記のサービス、アプリケーションプログラムは、各ユーザに対する一意なＩＤとともに、仮のＩＤを設定する。そして、ユーザは、設定された仮のＩＤを利用して、メッセージ（文章等）を送受信することで、ユーザ間でのコミュニケーションを行う。

　特許文献１においては、仮のＩＤが匿名性を有するように、仮のＩＤを設定する技術が記載されている。具体的には、特許文献１に記載された技術においては、複数の仮のＩＤをグループ化し、複数のグループのいずれかが匿名性を満たしていないと判定された場合、複数の仮のＩＤのうちの一部の仮のＩＤを変更する。

　特許文献２においては、メールサーバが、メールアドレス（即ち、一意なＩＤ）を管理する技術が記載されている。そして、特許文献２に記載された技術においては、メールサーバは、宛先名称（仮のＩＤ）が指定された電子メールを受信すると、宛先名称に対応するメールアドレスを特定し、受信した電子メールにメールアドレスを付加し、送信メールを配信する。

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

　なお、上記先行技術文献の開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明の観点からなされたものである。

　例えば、団体ツアー等、一時的に人が集まる状況において、参加者同士の合意に基づき、参加者同士で連絡をとる必要がある場合がある。しかし、各ユーザに対して、一意なＩＤを設定して、コミュニケーションをとる場合、ユーザ間で永続的に、コミュニケーションをとることが可能になる。

　そのため、各ユーザに対して設定された一意なＩＤを、他者に通知した場合、連絡をとる必要性が解消した後には、連絡を取りたくない相手であっても、該ＩＤに対応するユーザは、そのような相手からの連絡を受け付けることが可能になる。

　また、各ユーザに対して設定された仮のＩＤ（呼び名）を利用して、コミュニケーションをとる場合であっても、各ユーザに対して設定された一意なＩＤと、仮のＩＤ（呼び名）との対応関係が、他者に流出する場合がある。その場合、連絡をとる必要性が解消した後には、連絡を取りたくない相手であっても、流出した一意なＩＤに対応するユーザは、そのような相手からの連絡を受け付けることが可能になる。

　特許文献１に記載された技術においては、一つの仮のＩＤに対して、複数のユーザが対象となるように、仮のＩＤを決定する。そのため、特許文献１に記載された技術では、仮のＩＤを用いて、ユーザが、一対一でコミュニケーションをとることができない。

　特許文献２に記載された技術においては、送信メールは、送信元メールアドレスを含んで構成される。従って、特許文献２に記載された技術においては、電子メールの送信先のユーザに対して、送信元のメールアドレスを開示することになる。

　そこで、本発明は、個人を特定する情報を、他者に開示することを回避しつつ、ネットワークを介して、複数の人が円滑にコミュニケーションをとることに貢献する管理サーバ、管理システム、管理サーバの制御方法及びプログラムを提供することを目的とする。

　第１の視点によれば、管理サーバが提供される。該管理サーバは、２以上の記憶領域を含む、記憶部を備える。
　さらに、該管理サーバは、メッセージを受信する、メッセージ受信部を備える。
　さらに、該管理サーバは、前記メッセージを変換し、送信メッセージを生成する、メッセージ変換部を備える。
　さらに、該管理サーバは、前記送信メッセージを、指定された宛先に送信する、メッセージ送信部を備える。
　前記記憶部は、前記記憶領域に、ユーザの実ＩＤと、該ユーザの仮ＩＤとを対応付けた、仮ＩＤリンクを格納する。
　前記メッセージ変換部は、前記メッセージが、一の実ＩＤに対応する、第１の記憶領域に格納される第１の仮ＩＤを含む場合、第２の記憶領域に格納される前記仮ＩＤリンクに基づいて、前記第１の仮ＩＤを、前記一の実ＩＤに対応する第２の仮ＩＤに変換し、前記送信メッセージを生成する。

　第２の視点によれば、管理システムが提供される。該管理システムは、２以上の端末と、前記端末とネットワークを介して接続する管理サーバと、を含んで構成される。
　前記管理サーバは、２以上の記憶領域を含む、記憶部を備える。
　さらに、前記管理サーバは、前記端末からメッセージを受信する、メッセージ受信部を備える。
　さらに、前記管理サーバは、前記メッセージを変換し、送信メッセージを生成する、メッセージ変換部を備える。
　さらに、前記管理サーバは、送信メッセージを、指定された宛先の前記端末に送信する、メッセージ送信部を備える。
　前記記憶部は、前記記憶領域に、ユーザの実ＩＤと、該ユーザの仮ＩＤとを対応付けた、仮ＩＤリンクを格納する。
　前記メッセージ変換部は、前記メッセージが、一の実ＩＤに対応する、第１の記憶領域に格納される第１の仮ＩＤを含む場合、第２の前記記憶領域に格納される前記仮ＩＤリンクに基づいて、前記第１の仮ＩＤを、前記一の実ＩＤに対応する第２の仮ＩＤに変換し、前記送信メッセージを生成する。

　第３の視点によれば、管理サーバの制御方法が提供される。該管理サーバは、２以上の記憶領域を含む、記憶部を備える。
　該制御方法は、前記記憶領域に、ユーザの実ＩＤと、該ユーザの仮ＩＤとを対応付けた、仮ＩＤリンクを格納する工程を含む。
　さらに、該制御方法は、メッセージを受信する工程を含む。
　さらに、該制御方法は、前記メッセージが、一の実ＩＤに対応する、第１の記憶領域に格納される第１の仮ＩＤを含む場合、第２の前記記憶領域に格納される前記仮ＩＤリンクに基づいて、前記第１の仮ＩＤを、前記一の実ＩＤに対応する第２の仮ＩＤに変換し、送信メッセージを生成する工程を含む。
　さらに、該制御方法は、前記送信メッセージを、指定された宛先に送信する工程を含む。
　なお、本方法は、メッセージを中継する管理サーバという、特定の機械に結び付けられている。

　第４の視点によれば、プログラムが提供される。該プログラムは、２以上の記憶領域を含む、記憶部を備える、管理サーバを制御するコンピュータに実行させるプログラムである。
　該プログラムは、前記記憶領域に、ユーザの実ＩＤと、該ユーザの仮ＩＤとを対応付けた、仮ＩＤリンクを格納する処理を、前記コンピュータに実行させる。
　さらに、該プログラムは、メッセージを受信する処理を、前記コンピュータに実行させる。
　さらに、該プログラムは、前記メッセージが、一の実ＩＤに対応する、第１の記憶領域に格納される第１の仮ＩＤを含む場合、第２の記憶領域に格納される前記仮ＩＤリンクに基づいて、前記第１の仮ＩＤを、前記一の実ＩＤに対応する第２の仮ＩＤに変換し、送信メッセージを生成する処理を、前記コンピュータに実行させる。
　さらに、前記送信メッセージを、指定された宛先に送信する処理を、前記コンピュータに実行させる。
　なお、本プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。

　各視点によれば、個人を特定する情報を、他者に開示することを回避しつつ、ネットワークを介して、複数の人が円滑にコミュニケーションをとることに貢献する管理サーバ、管理システム、管理サーバの制御方法及びプログラムが提供される。

一実施形態の概要を説明するための図である。 第１の実施形態に係る管理システムの全体構成の一例を示す図である。 呼び名リンクの一例を示す図である。 第１の実施形態に係る管理システムの処理の一例を示すフローチャートである。 第１の実施形態に係る管理サーバ１００の処理の一例を示すフローチャートである。 第１の実施形態に係る管理システムの動作の一例を示すシーケンス図である。 呼び名データと、呼び名との対応関係の一例を示す図である。 第２の実施形態に係る管理サーバ２００の内部構成の一例を示すブロック図である。 グループにユーザをアサインする処理の一例を示す図である。

　初めに、図１を用いて一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、各ブロック図のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。

　上述の通り、個人を特定する情報を、他者に開示することを回避しつつ、ネットワークを介して、複数の人が円滑にコミュニケーションをとることに貢献する管理サーバが望まれる。

　そこで、一例として、図１に示す管理サーバ１０００を提供する。管理サーバ１０００は、記憶部１００１と、メッセージ受信部１００２と、メッセージ変換部１００３と、メッセージ送信部１００４とを備える。

　記憶部１００１は、２以上の記憶領域（第１の記憶領域１００５、第２の記憶領域１００６）を含む。なお、図１においては、説明の便宜上、二つの記憶領域を示すが、これは、記憶領域の数を２つに限定する趣旨ではない。

　記憶部１００１は、記憶領域（第１の記憶領域１００５、及び第２の記憶領域１００６）に、ユーザの実ＩＤと、該ユーザの仮ＩＤとを対応付けた、仮ＩＤリンクを格納する。

　ここで、ユーザの実ＩＤとは、ユーザを一意に特定する情報である。一方、仮ＩＤは、各ユーザを特定する情報であって、実ＩＤとは異なる情報である。例えば、異なる記憶領域に格納される仮ＩＤリンクは、同一のユーザの実ＩＤに、異なる仮ＩＤを対応付けても良い。

　メッセージ受信部１００２は、メッセージを受信する。具体的には、メッセージ受信部１００２は、一のユーザから、他のユーザに対する文字列を含むデータを、メッセージとして受信する。さらに、メッセージ受信部１００２が受信するメッセージは、ユーザを示す仮ＩＤを含んで構成されるものとする。

　メッセージ変換部１００３は、メッセージ受信部１００２が受信したメッセージを変換し、送信メッセージを生成する。

　ここで、受信したメッセージが、第１の記憶領域１００５に格納される、一の実ＩＤに対応する第１の仮ＩＤを含むとする。その場合、メッセージ変換部１００３は、第２の記憶領域１００６に格納される仮ＩＤリンクに基づいて、該第１の仮ＩＤを、該一の実ＩＤに対応する第２の仮ＩＤに変換し、送信メッセージを生成する。

　メッセージ送信部１００４は、送信メッセージを、指定された宛先に送信する。

　例えば、第１の記憶領域１００５は、メッセージの送信元のユーザが決定した仮ＩＤを格納するものとする。つまり、第１の記憶領域１００５は、メッセージの送信元のユーザが決定した仮ＩＤと、該仮ＩＤに対応するユーザの実ＩＤとを対応付けた、仮ＩＤリンクを格納するものとする。一方、第２の記憶領域１００６は、メッセージの送信先のユーザが決定した仮ＩＤを格納するものとする。つまり、第２の記憶領域１００６は、メッセージの送信先のユーザが決定した仮ＩＤと、該仮ＩＤに対応するユーザの実ＩＤとを対応付けた、仮ＩＤリンクを格納するものとする。

　その場合、上記の第１の仮ＩＤは、メッセージの送信元のユーザが決定した、仮ＩＤに相当する。一方、上記の第２の仮ＩＤは、メッセージの送信先のユーザが決定した、仮ＩＤに相当する。

　そのため、管理サーバ１０００は、受信したメッセージに含まれる、メッセージの送信元のユーザが決定した仮ＩＤを、メッセージの送信先のユーザが決定した仮ＩＤに変換する。そして、管理サーバ１０００は、受信したメッセージ内の仮ＩＤを、メッセージの送信先のユーザが決定した仮ＩＤに変換して、該送信先にメッセージを送信する。

　よって、管理サーバ１０００は、一のユーザの実ＩＤを、他者に開示せずに、メッセージを送信することに貢献する。さらに、管理サーバ１０００は、メッセージの送信元のユーザが決定した仮ＩＤを、メッセージ送信先のユーザに開示せずに、メッセージを送信することに貢献する。

　従って、管理サーバ１０００は、個人を特定する情報を、他者に開示することを回避しつつ、ネットワークを介して、複数の人が円滑にコミュニケーションをとることに貢献する。

［第１の実施形態］
　第１の実施形態について、図面を用いてより詳細に説明する。なお、以下の説明では、上記の記憶領域を、名前空間とも呼ぶ。また、以下の説明では、上記の仮ＩＤを、「呼び名」と呼ぶ。また、以下の説明では、上記の仮ＩＤリンクを、「呼び名リンク」と呼ぶ。

　また、以下の説明では、呼び名を示す変数（データ）を、「Ｘ→Ｙ」と表記する。「→」の左側の文字は、呼び名を使用する主体になるユーザ名を示すものとする。一方、「→」の右側の文字は、呼び名を使用される対象になるユーザ名を示すものとする。例えば、「Ｘ→Ｙ」は、「ユーザＸがユーザＹを特定するために使用する呼び名」を示す変数（データ）を示すものとする。

　また、以下の説明では、呼び名を示す変数（データ）は、実際に使用される呼び名を示す文字列を表すものとする。また、以下の説明において、呼び名を示す変数（データ）が表す、実際に使用される呼び名を、「Ｘ→Ｙ＝Ｚ」と表記する。これは、「ユーザＸがユーザＹを特定するために使用する呼び名」は、「Ｚ」であることを示す。また、以下の説明では、呼び名を示す変数（データ）を、呼び名データと呼ぶ。

　図２は、本実施形態に係る管理システムの全体構成の一例を示す図である。図２に示す管理システムは、管理サーバ１００と、２以上の端末（２０２ａ～２０２ｃ）とを含んで構成される。なお、以下の説明では、端末（２０２ａ～２０２ｃ）は、夫々、区別する必要がない場合には、端末２０２と表記する。また、図２は、３つの端末（２０２ａ～２０２ｃ）を示すが、これは、端末２０２の数を３つに限定する趣旨ではない。本実施形態に係る管理システムは、２又は４以上の端末２０２を含んで構成されても良い。

　管理サーバ１００は、ユーザの実ＩＤと、仮ＩＤとを管理する情報処理装置（コンピュータ）である。管理サーバ１００は、ＣＰＵ（Central Processing Unit）、メモリ、通信手段等を含んで構成される。

　端末２０２は、ユーザが使用する情報処理装置（コンピュータ）である。端末２０２は、ＣＰＵ、メモリ、通信手段等を含んで構成される。端末２０２は、通信手段を利用して、ネットワークを介して、管理サーバ１００に接続する。

　図２の場合、ユーザＡ２０１、ユーザＢ２１１、ユーザＣ２２１は、夫々、端末２０２ａ、２０２ｂ、２０２ｃを使用する。端末（２０２ａ～２０２ｃ）は、夫々、端末アプリ（２０３ａ～２０３ｃ）を搭載（インストール）しているものとする。また、端末アプリ（２０３ａ～２０３ｃ）は、同一のアプリケーションソフトウェアであるものとする。なお、以下の説明では、端末アプリ（２０３ａ～２０３ｃ）は、夫々、区別する必要がない場合には、端末２０３と表記する。

　ここで、端末アプリ２０３とは、端末２０２にインストールされたアプリケーションソフトウェアである。各端末２０２の端末アプリ２０３は、管理サーバ１００を介して、他のユーザが使用する端末２０２の端末アプリ２０３との間で、メッセージの授受を行う。

　以下、管理サーバ１００について詳細に説明する。

　管理サーバ１００は、メッセージ受信部１１０と、メッセージ送信部１２０と、メッセージ変換部１３０と、呼び名リンク管理部（仮ＩＤリンク管理部）１４０を含んで構成される。

　さらに、管理サーバ１００は、呼び名リンクＤＢ（Database）１５０にアクセス可能である。例えば、管理サーバ１００が備える記憶装置（図示せず）が、呼び名リンクＤＢ１５０を格納しても良い。或いは、管理サーバ１００とは異なる装置が、呼び名リンクＤＢ１５０を格納しても良い。管理サーバ１００とは異なる装置が呼び名リンクＤＢ１５０を格納する場合、管理サーバ１００は、適宜、呼び名リンクＤＢ１５０を格納する装置にアクセスすることで、呼び名リンクＤＢ１５０にアクセスしても良い。

　呼び名リンクＤＢ１５０は、呼び名データと、実ＩＤとを対応付けた情報（呼び名リンク）を格納する。上記の通り、呼び名データとは、呼び名を示す変数（データ）である。

　例えば、呼び名リンクＤＢ１５０は、呼び名データと、実ＩＤとを対応付けた情報（呼び名リンク）を、テーブル形式で格納しても良い。なお、以下の説明では、説明の便宜上、呼び名リンクＤＢ１５０は、呼び名データと、実ＩＤとを対応付けた情報（呼び名リンク）を、テーブル形式で格納するものとして説明する。そして、以下の説明では、呼び名データと、実ＩＤとを対応付けたテーブルを、呼び名テーブルと呼ぶ。ただし、これは、呼び名リンクＤＢ１５０は、呼び名データと、実ＩＤとを対応付けた情報（呼び名リンク）を、テーブル形式で格納することに限定する趣旨ではない。

　メッセージ受信部１１０は、端末アプリ２０３からメッセージを受信する。

　メッセージ送信部１２０は、端末アプリ２０３にメッセージを送信する。

　メッセージ変換部１３０は、メッセージ受信部１１０が受信したメッセージ（宛先及び本文）に含まれる呼び名を、メッセージの宛先に合わせた呼び名に変換する。

　具体的には、メッセージ変換部１３０は、呼び名リンクＤＢ１５０を参照し、メッセージの宛先に対応する名前空間を特定する。そして、メッセージ変換部１３０は、呼び名リンクＤＢ１５０を参照し、特定した名前空間に対応する、呼び名テーブルを取得する。そして、メッセージ変換部１３０は、取得した呼び名テーブルを参照し、ユーザの実ＩＤに対応する呼び名を特定する。

　そして、メッセージ変換部１３０は、メッセージ（宛先及び本文）に含まれる呼び名を、取得した呼び名に変換する。

　例えば、端末アプリ２０３は、メッセージ内において、呼び名に、特殊文字（例えば、「＠」等）を付加して、メッセージを作成するとする。その場合、メッセージ変換部１３０は、呼び名に付加された特殊文字に基づいて、メッセージから呼び名を抽出しても良い。そして、メッセージ変換部１３０は、メッセージから抽出した呼び名を、取得した呼び名に変換しても良い。

　呼び名リンク管理部１４０は、呼び名リンクＤＢ１５０が管理する呼び名リンクを管理する。具体的には、呼び名リンク管理部１４０は、呼び名と、実ＩＤとの紐付けを管理する。

　より具体的には、呼び名リンク管理部１４０は、呼び名リンクＤＢ１５０内に、各ユーザに対応する名前空間（記憶領域）を定義（生成）する。ここで、呼び名リンクＤＢ１５０は、名前空間を識別する情報と、ユーザの実ＩＤとを対応付けて記憶しても良い。

　そして、管理サーバ１００は、呼び名リンクＤＢ１５０内に生成した各名前空間内に、各ユーザに対応する呼び名と、該各ユーザの実ＩＤとを対応付けた情報（呼び名リンク）を格納する。

　呼び名リンク管理部１４０は、２以上のユーザのうち、いずれか一のユーザの実ＩＤと、当該一のユーザ、当該一のユーザとは異なるユーザの少なくともいずれかの呼び名と、該呼び名に対応するユーザの実ＩＤと、を対応付けた情報を、呼び名リンクとして生成する。

　そして、呼び名リンク管理部１４０は、該一のユーザの実ＩＤに対応する記憶領域（名前空間）に、生成した呼び名リンクを格納する。なお、呼び名リンク管理部１４０は、異なるユーザの実ＩＤに対応する、２以上の呼び名リンクを生成する。そして、呼び名リンク管理部１４０は、生成した２以上の呼び名リンクを、夫々、異なる記憶領域（名前空間）に格納する。

　呼び名リンク管理部１４０は、各ユーザの呼び名を開示する範囲を、該呼び名の呼び名リンクを格納する、名前空間に対応するユーザに限定しても良い。

　また、呼び名を変更する場合には、該一のユーザに対応する端末２０２は、少なくとも一のユーザの現在の呼び名と、新たな呼び名とを、管理サーバ１００に送信してもよい。

　そして、呼び名リンク管理部１４０は、該一のユーザの実ＩＤに対応する、名前空間に格納される、仮ＩＤリンクに基づいて、現在の呼び名に対応する、ユーザの実ＩＤを特定する。そして、呼び名リンク管理部１４０は、該呼び名リンクにおける、特定した該実ＩＤに対応する、受信した現在の呼び名を、受信した新たな呼び名に変更する。

　以下、図２、図３を参照しながら、呼び名リンクについて、詳細に説明する。例えば、管理サーバ１００は、端末アプリ（２０３ａ～２０３ｃ）のユーザとして、図２に示す、ユーザＡ２０１、ユーザＢ２１１、ユーザＣ２２１を登録しているとする。

　その場合、呼び名リンク管理部１４０は、図３に示すユーザＡ２０１の名前空間１０と、ユーザＢ２１１の名前空間２０と、ユーザＣ２２１の名前空間３０とを、呼び名リンクＤＢ１５０内に定義（生成）する。

　呼び名リンク管理部１４０は、ユーザＡ２０１の名前空間１０に、ユーザＡ２０１の端末２０２ａに対応する、呼び名リンクを格納する。同様に、呼び名リンク管理部１４０は、ユーザＢ２１１の名前空間２０に、ユーザＢ２１１の端末２０２ｂに対応する、呼び名リンクを格納する。また、呼び名リンク管理部１４０は、ユーザＣ２２１の名前空間３０に、ユーザＣ２２１の端末２０３ｃに対応する、呼び名リンクを格納する。

　例えば、ユーザＡ２０１の名前空間１０内において、ユーザＡ２０１自身に対応する呼び名データ１１は、「ｎａｍｅ（Ａ→Ａ）」である。また、ユーザＡ２０１の名前空間１０内において、ユーザＢ２１１に対応する呼び名データは、「ｎａｍｅ（Ａ→Ｂ）」である。また、ユーザＡ２０１の名前空間１０内において、ユーザＣ２２１に対応する呼び名データは、「ｎａｍｅ（Ａ→Ｃ）」である。従って、呼び名リンクＤＢ１５０は、ユーザＡ２０１の名前空間１０内に、図３に示す呼び名テーブル１２を格納する。

　同様に、ユーザＢ２１１の名前空間２０において、ユーザＢ自身に対応する呼び名データ２１は、「ｎａｍｅ（Ｂ→Ｂ）」である。そして、呼び名リンクＤＢ１５０は、ユーザＢ２１１の名前空間２０内に、図３に示す呼び名テーブル２２を格納する。同様に、ユーザＣ２２１の名前空間３０において、ユーザＣ自身に対応する呼び名データ３１は、「ｎａｍｅ（Ｃ→Ｃ）」である。そして、呼び名リンクＤＢ１５０は、ユーザＣ２２１の名前空間３０内に、図３に示す呼び名テーブル３２を格納する。

　例えば、「ｎａｍｅ（Ａ→Ｂ）＝ｔａｒｏ」、「ｎａｍｅ（Ｂ→Ｂ）＝ｔ＿ｓｕｚｕｋｉ」、「ｎａｍｅ（Ｃ→Ｂ）＝ｓｕｚｕｋｉ」であるとする。その場合、メッセージ変換部１３０は、ユーザＡ２０１の端末２０２ａに送信するメッセージ内において、ユーザＢ２１１の呼び名を、「ｔａｒｏ」に変換する。また、メッセージ変換部１３０は、ユーザＢ２１１の端末２０２ｂに送信するメッセージ内において、ユーザＢ２１１の呼び名を、「ｔ＿ｓｕｚｕｋｉ」に変換する。また、メッセージ変換部１３０は、ユーザＣ２２１の端末２０２ｃに送信するメッセージ内において、ユーザＢ２１１の呼び名を、「ｓｕｚｕｋｉ」に変換する。そして、メッセージ送信部１２０は、端末アプリ２０３に、呼び名を変換したメッセージを、該メッセージの宛先の端末２０２に送信する。

　つまり、管理サーバ１００は、同一のユーザに対するメッセージであっても、メッセージの宛先に応じて、異なる呼び名に変換して、メッセージを送信する。

　次に、本実施形態に係る管理システムの動作について詳細に説明する。

　まず、図４を参照しながら、呼び名リンクを登録する処理について説明する。

　ステップＳ１において、端末２０２は、１又は２以上のユーザに対応する、呼び名データを生成する。例えば、端末２０２のユーザが、該ユーザ自身の呼び名、及び／又は該ユーザ以外のユーザの呼び名を、端末２０２に入力してもよい。その場合、入力された各ユーザの呼び名に基づいて、呼び名データを生成してもよい。

　例えば、端末２０２が、１又は２以上のユーザに関する情報を管理するアプリケーションプログラム（以下、電話帳アプリケーションと呼ぶ）を含んで構成されるとする。その場合、端末２０２は、電話帳アプリケーションに登録されたユーザ名を、ユーザの呼び名として決定しても良い。そして、端末２０２は、決定したユーザの呼び名（即ち、電話帳アプリケーションに登録されたユーザ名）に基づいて、呼び名データを生成しても良い。

　ステップＳ２において、端末２０２は、生成した呼び名リンクを、管理サーバ１００に送信する。

　ステップＳ３において、管理サーバ１００の呼び名リンク管理部１４０は、呼び名データを受信する。

　ステップＳ４において、呼び名リンク管理部１４０は、ユーザの実ＩＤと、受信した呼び名データとを対応付けた情報を、呼び名リンクとして生成する。

　ステップＳ５において、呼び名リンク管理部１４０は、生成した呼び名リンクを、呼び名リンクＤＢに登録する。

　次に、図５を参照しながら、メッセージ内の呼び名を変換する処理について説明する。

　ステップＳ１１において、メッセージ受信部１１０は、端末２０２からメッセージを受信する。

　ステップＳ１２において、メッセージ変換部１３０は、呼び名リンクＤＢ１５０を参照し、受信メッセージ内で指定された送信先に対応する、名前空間を特定する。

　ステップＳ１３において、メッセージ変換部１３０は、特定した名前空間に格納された、呼び名テーブルに基づいて、受信メッセージ内の呼び名を変換する。

　ステップＳ１４において、メッセージ送信部１２０は、受信メッセージにおいて指定された送信先に、呼び名を変換したメッセージを送信する。

　次に、図６を参照しながら、本実施形態の管理システムの動作について、更に詳細に説明する。図６は、本実施形態の管理システムの一例を示すシーケンス図である。具体的には、図６に示すシーケンス図は、ユーザＡ２０１がユーザＢ２１１の呼び名を決定し、管理サーバ１００が呼び名を登録する場合を例示する。なお、上記の通り、端末２０２ａは、ユーザＡ２０１が使用する端末であるものとする。また、端末２０２ｂは、ユーザＢ２１１が使用する端末であるものとする。

　ステップＳ１０１において、ユーザＡ２０１が使用する端末２０２ａは、呼び名データ「ｎａｍｅ（Ａ→Ｂ）」を生成する。

　ステップＳ１０２において、端末２０２ａは、端末２０２ａと端末２０２ｂ間において、Ｐ２Ｐ（Peer to Peer）リンクを形成する。例えば、端末２０２ａは、ＮＦＣ（Near Field Communication）を用いて、端末２０２ａと端末２０２ｂ間において、Ｐ２Ｐリンクを形成してもよい。

　ステップＳ１０３において、端末２０２ａは、トークンを生成する。そして、ステップＳ１０４において、端末２０２ａは、トークンと、呼び名登録要求とを、端末２０２ｂに送信する。ここで、呼び名登録要求とは、端末２０２ｂに、呼び名登録許可を要求する信号である。

　ステップＳ１０５において、端末２０２ｂは、確認画面を表示し、ユーザＢ２１１の操作を受け付ける。そして、端末２０２ｂは、呼び名登録を許可する場合、呼び名データ「ｎａｍｅ（Ｂ→Ａ）」を生成する。そして、ステップＳ１０６において、端末２０２ｂは、呼び名登録を許可することを、端末２０２ａに通知する。

　具体的には、端末２０２ｂは、端末２０１ａから、トークンと、呼び名登録要求とを受信すると、確認画面を表示し、端末２０２ｂのユーザ（ユーザＢ２１１）の操作を受け付ける。端末２０２ａが呼び名を登録することを許可するか否かを、端末２０２ｂのユーザ（ユーザＢ２１１）は判断する。

　端末２０２ｂのユーザ（ユーザＢ２１１）は、呼び名登録を許可する場合には、呼び名登録を許可することを、端末２０２ｂに入力する。さらに、端末２０２ｂのユーザ（ユーザＢ２１１）は、ユーザＡ２０１の呼び名を決定し、端末２０２ｂに入力する。

　そして、端末２０２ｂは、呼び名登録を許可する操作、及びユーザＡ２０１の呼び名を入力する操作を受け付けた場合、ユーザＡ２０１の呼び名を追加し、呼び名データ「ｎａｍｅ（Ｂ→Ａ）」を生成する。

　例えば、ＳＮＳ（Social Networking Service）アプリケーションは、一のユーザが、他のユーザを、「友達」として登録する処理を実行する。そして、ＳＮＳアプリケーションは、一のユーザが、他のユーザを、「友達」として登録した場合に、該一のユーザと、該他のユーザ間において、メッセージの送受信を許可する。例えば、端末２０２ａと端末２０２ｂ間において、該ＳＮＳアプリケーションを用いてメッセージを送受信するとする。その場合、ＳＮＳ（Social Networking Service）アプリケーションが、ユーザを「友達」として登録する処理を実行した場合に、端末２０２ａ及び端末２０２ｂは、上記のステップＳ１０４の処理、及びステップＳ１０５の処理を実行しても良い。

　ステップＳ１０７において、端末２０２ａは、トークンと、ユーザＡ２０１の実ＩＤと、呼び名データ「ｎａｍｅ（Ａ→Ｂ）」とを、管理サーバ１００に送信する。

　ステップＳ１０８において、端末２０２ｂは、トークンと、ユーザＢ２１１の実ＩＤと、呼び名データ「ｎａｍｅ（Ｂ→Ａ）」とを、管理サーバ１００に送信する。

　ステップＳ１０９において、管理サーバ１００は、呼び名を登録する。具体的には、管理サーバ１００は、トークンをキーとして、実ＩＤと、呼び名データとを対応付けた情報を、呼び名リンクとして生成する。

　次に、図７を参照しながら、メッセージ内の呼び名を変換する処理について説明する。なお、以下の説明においては、端末アプリ２０３が、メッセージ内において、呼び名に、接頭語として、特殊文字「＠」を付加し、メッセージを作成する場合を例示して説明する。

　図７は、ユーザＡ２０１、ユーザＢ２１１、ユーザＣ２２１に対応する呼び名データと、呼び名との対応関係を示す図である。具体的には、図７は、ユーザＡ２０１の名前空間（図３に示す名前空間１０）に格納される、呼び名データと、呼び名とを示す。さらに、図７は、ユーザＢ２１１の名前空間（図３に示す名前空間２０）に格納される、呼び名データと、呼び名とを示す。さらに、図７は、ユーザＣ２２１の名前空間（図３に示す名前空間３０）に格納される、呼び名データと、呼び名とを示す。

　例えば、端末２０２ａの端末アプリが、ユーザＢ２１１、及びユーザＣ２２１宛てのメッセージを作成するとする。その場合、図７を参照すると、ユーザＡ２０１の名前空間において、ユーザＡ２０１の呼び名、ユーザＢ２１１の呼び名、ユーザＣ２２１の呼び名は、夫々、「ｈａｎａｋｏ」、「ｔａｒｏ」、「ｊｉｒｏ」である。

　そのため、端末２０２ａの端末アプリは、送信元の呼び名を「＠ｈａｎａｋｏ」として、メッセージを作成する。さらに、端末２０２ａの端末アプリは、送信先の呼び名を「＠ｔａｒｏ」、「＠ｊｉｒｏ」として、該メッセージを作成する。そして、端末２０２ａの端末アプリは、作成したメッセージを、管理サーバ１００に送信する。

　メッセージ受信部１１０は、端末２０２ａからメッセージを受信する。メッセージ変換部１３０は、呼び名リンクＤＢ１５０を参照し、メッセージの送信元に対応する名前空間を特定する。この場合、メッセージ変換部１３０は、メッセージの送信元に対応する名前空間として、ユーザＡ２０１の名前空間を特定する。さらに、メッセージ変換部１３０は、メッセージの送信先に対応する名前空間として、ユーザＢ２１１の名前空間と、及びユーザＣ２２１の名前空間とを特定する。

　そして、メッセージ変換部１３０は、ユーザＡ２０１の名前空間に格納された呼び名テーブルを参照し、呼び名「ｔａｒｏ」、呼び名「ｊｉｒｏ」に対応する実ＩＤを取得する。

　メッセージ変換部１３０は、ユーザＢ２１１宛てのメッセージにおいて、ユーザＢ２１１の名前空間を参照し、送信元（ユーザＡ２０１）の呼び名を、「＠ｈａｎａ」に変換する。また、メッセージ変換部１３０は、ユーザＢ２１１宛てのメッセージにおいて、ユーザＢ２１１の名前空間を参照し、ユーザＢ２１１の呼び名を、「＠ｔ＿ｓｕｚｕｋｉ」に変換する。また、メッセージ変換部１３０は、ユーザＢ２１１宛てのメッセージにおいて、ユーザＢ２１１の名前空間を参照し、ユーザＣ２２１の呼び名を、「＠ｆｏｏ」に変換する。

　メッセージ変換部１３０は、ユーザＣ２２１宛てのメッセージにおいて、ユーザＣ２２１の名前空間を参照し、送信元（ユーザＡ２０１）の呼び名を、「＠ｆｏｏ」に変換する。また、メッセージ変換部１３０は、ユーザＣ２２１宛てのメッセージにおいて、ユーザＣ２２１の名前空間を参照し、ユーザＢ２１１の呼び名を、「＠ｓｕｚｕｋｉ」に変換する。また、メッセージ変換部１３０は、ユーザＣ２２１宛てのメッセージにおいて、ユーザＣ２２１の名前空間を参照し、ユーザＣ２２１の呼び名を、「＠ｊｉｒｏ」に変換する。

　そして、メッセージ送信部１２０は、ユーザＢ２１１の名前空間に基づいて呼び名を変換したメッセージを、端末２０２ｂに送信する。また、メッセージ送信部１２０は、ユーザＣ２２１の名前空間に基づいて呼び名を変換したメッセージを、端末２０２ｃに送信する。

　以上のように、本実施形態に係る管理サーバ１００は、各ユーザに対応する名前空間を定義（生成）し、該名前空間に各ユーザの実ＩＤと、呼び名（呼び名データ）とを対応付けた呼び名リンクを格納する。そして、本実施形態に係る管理サーバ１００は、ユーザ間で送受信されるメッセージ（文章等）を中継する際に、呼び名リンクに基づいて、メッセージ内のユーザの呼び名を、メッセージの送信先に対応する呼び名に変換する。そして、本実施形態に係る管理サーバ１００は、呼び名を変換したメッセージを、メッセージの送信先に送信する。従って、本実施形態に係る管理システムは、各ユーザが任意に決定した呼び名を使用して、複数の人が円滑にコミュニケーションをとることに貢献する。よって、本実施形態に係る管理システムは、個人を特定する情報を、他者に開示することを回避しつつ、ネットワークを介して、複数の人が円滑にコミュニケーションをとることに貢献する。

　また、本実施形態に係る管理システムにおいては、実ＩＤとは異なる呼び名を使用するので、呼び名が他者に流出した場合であっても、該呼び名に対応するユーザを特定できない。従って、本実施形態に係る管理システムは、複数のユーザ間でのネットワークを介したコミュニケーションにおいて、個人を特定する情報が流出、拡散することを防止することに貢献する。

［変形例１］
　本実施形態に係る管理システムの変形例１として、管理サーバ１００は、呼び名リンクに有効期限を設定してもよい。

　その場合、呼び名リンクの有効期限が経過すると、管理サーバ１００は、呼び名データを保持しつつ、名前空間から、該呼び名リンクを削除する。つまり、呼び名リンクの有効期限が経過した場合、管理サーバ１００は、呼び名データと実ＩＤとの対応関係を無効にする。その結果、呼び名リンクの有効期限が経過した場合、端末２０２は、送受信済みのメッセージ、及び該メッセージ内の呼び名を維持するが、新たに、該呼び名を用いて、メッセージを送受信できなくなる。

　従って、管理サーバ１００が呼び名リンクに有効期限を設定することで、本実施形態に係る管理システムは、該呼び名リンクに対応する呼び名を、ユーザに使用させる期間を限定できる。

［変形例２］
　本実施形態に係る管理システムの変形例２として、管理サーバ１００は、各ユーザに対して、同一の名前空間内において一意である、デフォルトの呼び名を決定してもよい。具体的には、呼び名リンク管理部１４０は、少なくともいずれか一のユーザの呼び名（デフォルトの呼び名）を決定し、決定した呼び名リンクに、決定した呼び名を設定しても良い。また、呼び名リンク管理部１４０は、予め決定したデフォルトの呼び名を使用して、呼び名データ及び呼び名リンクを生成しても良い。

　その場合、端末２０２は、夫々、デフォルトの呼び名を使用して、メッセージを送受信する。そして、端末２０２のユーザが、デフォルトの呼び名とは異なる呼び名を入力した場合には、端末２０２は、入力された呼び名を、管理サーバ１００に送信する。そして、管理サーバ１００は、デフォルトの呼び名を、受信した呼び名に更新する。

　従って、管理システムは、デフォルトの呼び名を設定することで、各ユーザに対する呼び名を決定することに対する、ユーザの労力を軽減することに貢献する。

［変形例３］
　本実施形態に掛かる管理システムの変形例３として、管理サーバ１００は、端末２０２に対するユーザの操作に基づいて、指定されたユーザ間において、呼び名を開示することを許可してもよい。

　その場合、端末２０２は、他のユーザに対して、呼び名を開示することを許可する操作を受け付けた場合、呼び名を開示することを許可する通知を、管理サーバ１００に送信する。そして、管理サーバ１００は、呼び名を開示することを許可する通知を受信した場合、該通知の送信元のユーザの名前空間を特定する。そして、管理サーバ１００は、特定した名前空間に格納される呼び名リンクから、開示対象の呼び名、及び開示対象のユーザの実ＩＤを特定する。そして、管理サーバ１００は、特定した実ＩＤのユーザが使用する端末２０２に、開示対象の呼び名を通知する。

　従って、管理サーバ１００は、ユーザが、他の特定のユーザ（例えば、特に親しくなったユーザ）に対して、自身が設定した呼び名を開示することを可能にする。

　例えば、ユーザが、端末アプリ２０３とは異なる、ＳＮＳアプリケーションにおいて使用するユーザアカウントを、呼び名として設定したとする。そして、端末２０２は、他の特定のユーザに対して、該ユーザアカウントを、呼び名として開示することを許可する操作を受け付けたとする。その場合、管理サーバ１００は、該特定のユーザが使用する端末２０２に、開示対象の呼び名（ユーザアカウント）を通知する。その結果、該特定のユーザは、呼び名の通知元であるユーザを特定でき、呼び名の通知元であるユーザと、より一層円滑にコミュニケーションをとることができる。

［第２の実施形態］
　次に、第２の実施形態について詳細に説明する。

　本実施形態は、所定の条件を満たすユーザをグルーピングし、グループに属するユーザ間に対応する呼び名リンクを設定する形態である。なお、本実施形態における説明では、上記の実施形態と重複する部分の説明は省略する。さらに、本実施形態における説明では、上記の実施形態と同一の構成要素には、同一の符号を付し、その説明を省略する。また、本実施形態における説明では、上記の実施形態と同一の作用効果についても、その説明を省略する。

　図８は、本実施形態に係る管理サーバ２００の内部構成の一例を示すブロック図である。図８に示す管理サーバ２００と、図２に示す管理サーバ１００との相違点は、図８に示す管理サーバ２００は、グループ作成部１６０を含んで構成される点である。

　グループ作成部１６０は、予め登録された複数のユーザのうち、所定の条件を満たす１又は２以上のユーザをグルーピングし、グループを作成する。さらに、グループ作成部１６０は、グループを作成した場合、グループに属するユーザ間の呼び名リンクを生成する。

　ここで、グループ作成部１６０は、グループを作成した場合、グループに属する各ユーザに対して、呼び名を設定するように要求してもよい。そして、ユーザが設定した呼び名に基づいて、グループに属するユーザ間の呼び名リンクを生成してもよい。

　または、グループ作成部１６０は、各ユーザに対して、同一の名前空間内において一意である、デフォルトの呼び名を設定してもよい。その場合、グループ作成部１６０は、デフォルトの呼び名に基づいて、グループに属するユーザ間の呼び名リンクを生成してもよい。

　グループ作成部１６０は、グループを識別する情報と、グループに属するユーザ間の呼び名リンクとを対応付けて、呼び名リンクＤＢ１５０に登録する。

　また、グループ作成部１６０は、作成したグループに、有効期限を設定しても良い。その場合、グループ作成部１６０は、グループの有効期限を、該グループに属するユーザ間の呼び名リンクの有効期限として設定する。そのため、グループ作成部１６０は、グループの有効期限を経過した場合には、グループに属するユーザ間の呼び名リンクを無効にする。

　次に、図９を参照しながら、グループを作成する処理について詳細に説明する。なお、以下の説明では、メッセージを送受信するサービス（アプリケーション）を、ユーザに提供する者を、サービス提供者と呼ぶ。また、以下の説明では、グループにユーザを割り当てることを、「ユーザをグループにアサインする」と表現する。また、以下の説明では、グループに割り当てる対象のユーザを、「アサイン対象のユーザ」と表現する。

　例えば、サービス提供者が、グループにアサインするユーザを指定してもよい。その場合、グループ作成部１６０は、アサイン対象のユーザの実ＩＤを取得する。そして、グループ作成部１６０は、取得した実ＩＤのユーザをグルーピングする。

　また、グループ作成部１６０は、サービス提供者が指定した条件を満たすユーザを、グループにアサインしてもよい。具体的には、管理サーバ２００は、登録されたユーザに関する情報として、ユーザの年齢、性別、居住地、趣味嗜好、行動履歴、行動予定等を記憶しているとする。その場合、サービス提供者は、ユーザの年齢、性別、居住地、趣味嗜好、行動履歴、行動予定の少なくともいずれかの情報を、アサイン対象のユーザの条件として指定する。

　例えば、管理サーバ２００は、登録されたユーザに関する情報として、居住地と、年齢と、性別と、自家用車所有の有無とを記憶しているとする。そして、サービス提供者が、アサイン対象のユーザの条件として、「東京都港区在住、３０代男性、自家用車を所有」と指定したとする。その場合、グループ作成部１６０は、サービス提供者が指定した、アサイン対象のユーザの条件を取得する。そして、グループ作成部１６０は、予め登録された複数のユーザから、「東京都港区在住、３０代男性、自家用車を所有」との条件を満たすユーザを選択する。そして、グループ作成部１６０は、選択したユーザをグルーピングする。

　また、グループ作成部１６０は、一のユーザが指定した条件を満たすユーザを、グループにアサインしてもよい。具体的には、管理サーバ２００は、登録されたユーザに関する情報として、ユーザの年齢、性別、居住地、趣味嗜好、行動履歴、行動予定等を記憶しているとする。その場合、一のユーザは、ユーザの年齢、性別、居住地、趣味嗜好、行動履歴、行動予定の少なくともいずれかの情報を、アサイン対象のユーザの条件として指定する。

　例えば、一のユーザが、アサイン対象のユーザの条件として、「３０代～４０代の年齢かつ、京都を目的地として来週出発予定」と指定したとする。その場合、 グループ作成部１６０は、一のユーザが指定した、アサイン対象のユーザの条件を取得する。そして、グループ作成部１６０は、予め登録された複数のユーザから、「３０代～４０代の年齢かつ、京都を目的地として来週出発予定」との条件を満たすユーザを選択する。そして、グループ作成部１６０は、選択したユーザをグルーピングする。

　また、グループ作成部１６０は、特定のエリア内に存在するユーザを、グループにアサインしてもよい。具体的には、管理サーバ２００は、登録されたユーザに関する情報として、ユーザの位置情報を取得するとする。その場合、グループ作成部１６０は、ユーザの位置情報に基づいて、特定のエリア内に存在するユーザを、アサイン対象のユーザとして選択する。そして、グループ作成部１６０は、選択したユーザをグルーピングする。

　そして、図９に示すように、グループ作成部１６０が、ユーザ３０１～３０５を、グループＸ３１１、グループＹ３１２、グループＺ３１３にアサインしたとする。具体的には、グループ作成部１６０は、ユーザＤ３０１と、ユーザＥ３０２とを、グループＸ３１１にアサインしたとする。また、グループ作成部１６０は、ユーザＤ３０１と、ユーザＥ３０２と、ユーザＧ３０４と、ユーザＨ３０５とを、グループＹ３１２にアサインする。また、グループ作成部１６０は、ユーザＥ３０２と、ユーザＦ３０３と、ユーザＨ３０５とを、グループＺ３１３にアサインする。

　そして、グループ作成部１６０は、ユーザＤ３０１、ユーザＥ３０２、ユーザＦ３０３、ユーザＧ３０４、ユーザＨ３０５が使用する端末２０２に対して、グループにアサインされたことを通知する。

　ユーザは、グループに属することを許可する場合には、端末２０２に対して、グループに属することを許可する操作を行う。そして、端末２０２は、管理サーバ２００に、該ユーザがグループに属することを許可することを通知する。そして、グループ作成部１６０は、該ユーザがグループに属することを許可したとの通知を受信した場合、該グループに該ユーザを含むことを確定する。グループ作成部１６０は、該グループに該ユーザを含むことを確定した場合、該ユーザが、該グループ内の他のユーザとのメッセージ送受信を許可したと判断する。

　一方、ユーザは、グループに属することを許可しない場合には、端末２０２に対して、グループに属することを許可しない操作を行う。そして、端末２０２は、管理サーバ２００に、該ユーザがグループに属することを許可しないことを通知する。そして、グループ作成部１６０は、該ユーザがグループに属することを許可しないとの通知を受信した場合、該グループから、該ユーザを除外する。

　例えば、グループ作成部１６０は、ユーザＥ３０２が使用する端末２０２ｅに対して、グループＸ３１１、グループＹ３１２、グループＺ３１３にアサインされたことを通知する。そして、ユーザＥ３０２は、グループＸ３１１、グループＹ３１２に属することを許可するとする。そして、ユーザＥ３０２は、グループＺ３１３に属することを許可しないとする。その場合、グループ作成部１６０は、ユーザＥがグループＸ３１１、グループＹ３１２に属することを許可するとの通知を受信した場合、グループＸ３１１、グループＹ３１２に該ユーザを含むことを確定する。一方、グループ作成部１６０は、ユーザＥがグループＺ３１３に属することを許可しないとの通知を受信した場合、グループＺ３１３から、ユーザＥ３０２を除外する。

　以上のように、本実施形態に係る管理サーバ２００は、所定の条件を満たすユーザをグルーピングし、グループに属するユーザ間に対応する呼び名リンクを設定する。さらに、本実施形態に係る管理サーバ２００は、作成したグループに有効期限を設定してもよい。従って、本実施形態に係る管理サーバ２００は、個人を特定する情報を、他者に開示することをより一層回避しつつ、ネットワークを介して、複数の人が円滑にコミュニケーションをとることに貢献する。

　上述の実施形態の一部又は全部は、以下の形態のようにも記載され得るが、以下には限られない。

　（形態１）上記第１の視点に係る管理サーバの通りである。

　（形態２）２以上のユーザのうち、いずれか一のユーザの実ＩＤと、前記一のユーザ、前記一のユーザとは異なる第２のユーザの少なくともいずれかの仮ＩＤと、該仮ＩＤに対応するユーザの実ＩＤと、を対応付けた情報を、前記仮ＩＤリンクとして生成し、前記一のユーザの実ＩＤに対応する前記記憶領域に、生成した前記仮ＩＤリンクを格納する、仮ＩＤリンク管理部をさらに備え、前記仮ＩＤリンク管理部は、異なるユーザの実ＩＤに対応する、２以上の前記仮ＩＤリンクを生成し、生成した２以上の前記仮ＩＤリンクを、夫々、異なる前記記憶領域に格納する、形態１に記載の管理サーバ。

　（形態３）前記仮ＩＤリンク管理部は、前記仮ＩＤリンクに、該仮ＩＤリンクの有効期限を設定し、該仮ＩＤリンクの有効期限が経過した場合、前記記憶領域から、該仮ＩＤリンクを削除する、形態２に記載の管理サーバ。

　（形態４）前記仮ＩＤリンク管理部は、少なくとも一のユーザの仮ＩＤを生成し、前記仮ＩＤリンクに、生成した該仮ＩＤを設定する、形態２又は３に記載の管理サーバ。

　（形態５）２以上のユーザを含むグループを作成する、グループ作成部をさらに備え、
　前記グループに属するユーザの実ＩＤと、該ユーザの仮ＩＤとを対応付けた、前記仮ＩＤリンクを生成する、形態１乃至４のいずれか一に記載の管理サーバ。

　（形態６）上記第２の視点に係る管理システムの通りである。

　（形態７）２以上のユーザのうち、いずれか一のユーザに対応する前記端末は、前記一のユーザ、前記一のユーザとは異なるユーザの少なくともいずれかに対応する、現在の仮ＩＤと、新たな仮ＩＤとを、前記管理サーバに送信し、
　前記管理サーバは、前記一のユーザの実ＩＤに対応する、前記記憶領域に格納される、前記仮ＩＤリンクに基づいて、前記現在の仮ＩＤに対応する、ユーザの実ＩＤを特定し、該仮ＩＤリンクにおける、特定した該実ＩＤに対応する、前記受信した現在の仮ＩＤを、受信した前記新たな仮ＩＤに変更する、仮ＩＤリンク管理部を備える、形態６に記載の管理システム。

　（形態８）前記端末は、ユーザの操作に基づいて、指定されたユーザ間において、前記仮ＩＤを開示することを許可する通知を、前記管理サーバに送信し、前記仮ＩＤリンク管理部は、該端末のユーザの実ＩＤに対応する、前記記憶領域を特定し、特定した前記記憶領域に格納される前記仮ＩＤリンクに基づいて、開示対象の仮ＩＤ及び、該仮ＩＤに対応する実ＩＤを特定し、特定した実ＩＤのユーザに対応する前記端末に、前記開示対象の仮ＩＤを通知する、形態７に記載の管理システム。

　（形態９）上記第３の視点に係る管理サーバの制御方法の通りである。

　（形態１０）上記第４の視点に係るプログラムの通りである。

　なお、上記の特許文献の開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

１０、２０、３０　名前空間
１１、２１、３１　呼び名データ
１２、２２、３２　呼び名テーブル
１００　管理サーバ
１１０　メッセージ受信部
１２０　メッセージ送信部
１３０　メッセージ変換部
１４０　呼び名リンク管理部
１５０　呼び名リンクＤＢ
２００　管理サーバ
１６０　グループ作成部
２０１　ユーザＡ
２０２ａ～２０２ｃ、２０２ｅ　端末
２０３ａ～２０３ｃ　端末アプリ
２１１　ユーザＢ
２２１　ユーザＣ
３０１　ユーザＤ
３０２　ユーザＥ
３０３　ユーザＦ
３０４　ユーザＧ
３０５　ユーザＨ
３１１　グループＸ
３１２　グループＹ
３１３　グループＺ

Claims (10)

1. 　２以上の記憶領域を含む、記憶部と、
   　メッセージを受信する、メッセージ受信部と、
   　前記メッセージを変換し、送信メッセージを生成する、メッセージ変換部と、
   　前記送信メッセージを、指定された宛先に送信する、メッセージ送信部と、
   　を備え、
   　前記記憶部は、前記記憶領域に、ユーザの実ＩＤと、該ユーザの仮ＩＤとを対応付けた、仮ＩＤリンクを格納し、
   　前記メッセージ変換部は、前記メッセージが、一の実ＩＤに対応する、第１の記憶領域に格納される第１の仮ＩＤを含む場合、第２の記憶領域に格納される前記仮ＩＤリンクに基づいて、前記第１の仮ＩＤを、前記一の実ＩＤに対応する第２の仮ＩＤに変換し、前記送信メッセージを生成する、管理サーバ。
2. 　２以上のユーザのうち、いずれか一のユーザの実ＩＤと、前記一のユーザ、前記一のユーザとは異なるユーザの少なくともいずれかの仮ＩＤと、該仮ＩＤに対応するユーザの実ＩＤと、を対応付けた情報を、前記仮ＩＤリンクとして生成し、前記一のユーザの実ＩＤに対応する前記記憶領域に、生成した前記仮ＩＤリンクを格納する、仮ＩＤリンク管理部をさらに備え、
   　前記仮ＩＤリンク管理部は、異なるユーザの実ＩＤに対応する、２以上の前記仮ＩＤリンクを生成し、生成した２以上の前記仮ＩＤリンクを、夫々、異なる前記記憶領域に格納する、請求項１に記載の管理サーバ。
3. 　前記仮ＩＤリンク管理部は、前記仮ＩＤリンクに、該仮ＩＤリンクの有効期限を設定し、該仮ＩＤリンクの有効期限が経過した場合、前記記憶領域から、該仮ＩＤリンクを削除する、請求項２に記載の管理サーバ。
4. 　前記仮ＩＤリンク管理部は、少なくとも一のユーザの仮ＩＤを生成し、前記仮ＩＤリンクに、生成した該仮ＩＤを設定する、請求項２又は３に記載の管理サーバ。
5. 　２以上のユーザを含むグループを作成する、グループ作成部をさらに備え、
   　前記グループに属するユーザの実ＩＤと、該ユーザの仮ＩＤとを対応付けた、前記仮ＩＤリンクを生成する、請求項１乃至４のいずれか一に記載の管理サーバ。
6. 　２以上の端末と、
   　前記端末とネットワークを介して接続する管理サーバと、
   　を含んで構成される、管理システムであって、
   　前記管理サーバは、
   　２以上の記憶領域を含む、記憶部と、
   　前記端末からメッセージを受信する、メッセージ受信部と、
   　前記メッセージを変換し、送信メッセージを生成する、メッセージ変換部と、
   　前記送信メッセージを、指定された宛先の前記端末に送信する、メッセージ送信部と、
   　を備え、
   　前記記憶部は、前記記憶領域に、ユーザの実ＩＤと、該ユーザの仮ＩＤとを対応付けた、２以上の仮ＩＤリンクを格納し、
   　前記メッセージ変換部は、第１の記憶領域に格納される、一の実ＩＤに対応する第１の仮ＩＤを、前記メッセージが含む場合、該第１の仮ＩＤを、第２の記憶領域に格納される前記仮ＩＤリンクに基づいて、該実ＩＤに対応する第２の仮ＩＤに変換し、前記送信メッセージを生成する、管理システム。
7. 　２以上のユーザのうち、いずれか一のユーザに対応する前記端末は、前記一のユーザ、前記一のユーザとは異なるユーザの少なくともいずれかに対応する、現在の仮ＩＤと、新たな仮ＩＤとを、前記管理サーバに送信し、
   　前記管理サーバは、
   　前記一のユーザの実ＩＤに対応する、前記記憶領域に格納される、前記仮ＩＤリンクに基づいて、前記現在の仮ＩＤに対応する、ユーザの実ＩＤを特定し、該仮ＩＤリンクにおける、特定した該実ＩＤに対応する、前記受信した現在の仮ＩＤを、受信した前記新たな仮ＩＤに変更する、仮ＩＤリンク管理部を備える、請求項６に記載の管理システム。
8. 　前記端末は、ユーザの操作に基づいて、指定されたユーザ間において、前記仮ＩＤを開示することを許可する通知を、前記管理サーバに送信し、
   　前記仮ＩＤリンク管理部は、該端末のユーザの実ＩＤに対応する、前記記憶領域を特定し、特定した前記記憶領域に格納される前記仮ＩＤリンクに基づいて、開示対象の仮ＩＤ及び、該仮ＩＤに対応する実ＩＤを特定し、特定した実ＩＤのユーザに対応する前記端末に、前記開示対象の仮ＩＤを通知する、請求項７に記載の管理システム。
9. 　２以上の記憶領域を含む、記憶部を備える、管理サーバの制御方法であって、
   　前記記憶領域に、ユーザの実ＩＤと、該ユーザの仮ＩＤとを対応付けた、仮ＩＤリンクを格納する工程と、
   　メッセージを受信する工程と、
   　前記メッセージが、一の実ＩＤに対応する、第１の記憶領域に格納される第１の仮ＩＤを含む場合、第２の記憶領域に格納される前記仮ＩＤリンクに基づいて、前記第１の仮ＩＤを、前記一の実ＩＤに対応する第２の仮ＩＤに変換し、送信メッセージを生成する工程と、
   　前記送信メッセージを、指定された宛先に送信する工程と
   　を含む、管理サーバの制御方法。
10. 　２以上の記憶領域を含む、記憶部を備える、管理サーバを制御するコンピュータに実行させるプログラムであって、
    　前記記憶領域に、ユーザの実ＩＤと、該ユーザの仮ＩＤとを対応付けた、仮ＩＤリンクを格納する処理と、
    　メッセージを受信する処理と、
    　前記メッセージが、一の実ＩＤに対応する、第１の記憶領域に格納される第１の仮ＩＤを含む場合、第２の記憶領域に格納される前記仮ＩＤリンクに基づいて、前記第１の仮ＩＤを、前記一の実ＩＤに対応する第２の仮ＩＤに変換し、送信メッセージを生成する処理と、
    　前記送信メッセージを、指定された宛先に送信する処理と、
    　を前記コンピュータに実行させるプログラム。

Images