(57)【要約】【課題】ユーザ間の関係をより詳細に特定することを目的とする。【解決手段】一実施形態に係るユーザ管理システムは、基準ユーザと相手ユーザとの間で伝送されたメッセージからクエリを抽出するクエリ抽出部と、所定のデータベースを検索することで、クエリに対応する付加情報を取得する検索部と、メッセージの伝送方向と付加情報とに基づいて、該付加情報に対する基準ユーザと相手ユーザとの間の共感度を示すユーザ情報を生成する生成部と、ユーザ情報を記憶部に格納する格納部とを備える。【選択図】図４
2015018411.tif 000002
【特許請求の範囲】
【請求項１】
基準ユーザと相手ユーザとの間で伝送されたメッセージからクエリを抽出するクエリ抽出部と、
所定のデータベースを検索することで、前記クエリに対応する付加情報を取得する検索部と、
前記メッセージの伝送方向と前記付加情報とに基づいて、該付加情報に対する前記基準ユーザと前記相手ユーザとの間の共感度を示すユーザ情報を生成する生成部と、
前記ユーザ情報を記憶部に格納する格納部と
を備えるユーザ管理システム。
【請求項２】
前記クエリ抽出部が、前記メッセージの添付ファイルのメタ情報、または前記メッセージの本文に記載されたＵＲＬを前記クエリとして抽出する、
請求項１に記載のユーザ管理システム。
【請求項３】
前記生成部が、前記基準ユーザが前記相手ユーザにメッセージを送信したことを示す送信記録と、前記基準ユーザが前記相手ユーザからメッセージを受信したことを示す受信記録とにより、前記共感度を示す前記ユーザ情報を生成する、
請求項１または２に記載のユーザ管理システム。
【請求項４】
前記記憶部内の前記ユーザ情報に基づいて、前記基準ユーザにより生成された新たなメッセージの送信先候補を表示する際の表示順を決定する表示制御部をさらに備え、
前記表示制御部が、前記新たなメッセージからクエリを抽出し、
前記検索部が、前記所定のデータベースを検索することで、前記新たなメッセージから抽出されたクエリに対応する付加情報を取得し、
前記表示制御部が、前記新たなメッセージを用いて得られた付加情報に対応する前記相手ユーザを該付加情報に対応しない前記相手ユーザよりも上位に表示させ、かつ、該付加情報に対応する前記相手ユーザにおいては前記共感度が高い相手ユーザほど上位に表示させる、
請求項３に記載のユーザ管理システム。
【請求項５】
前記送信記録が送信回数で表され、前記受信記録が受信回数で表され、
前記表示制御部が、前記送信回数と前記受信回数との比率が１：１に近いほど前記共感度が高いと判定する、
請求項４に記載のユーザ管理システム。
【請求項６】
前記送信記録が送信回数で表され、前記受信記録が返信回数で表され、
前記表示制御部が、前記送信回数に対する前記返信回数の割合が高いほど前記共感度が高いと判定する、
請求項４に記載のユーザ管理システム。
【請求項７】
ユーザ管理システムにより実行されるユーザ管理方法であって、
基準ユーザと相手ユーザとの間で伝送されたメッセージからクエリを抽出するクエリ抽出ステップと、
所定のデータベースを検索することで、前記クエリに対応する付加情報を取得する検索ステップと、
前記メッセージの伝送方向と前記付加情報とに基づいて、該付加情報に対する前記基準ユーザと前記相手ユーザとの間の共感度を示すユーザ情報を生成する生成ステップと、
前記ユーザ情報を記憶部に格納する格納ステップと
を含むユーザ管理方法。
【請求項８】
基準ユーザと相手ユーザとの間で伝送されたメッセージからクエリを抽出するクエリ抽出部と、
所定のデータベースを検索することで、前記クエリに対応する付加情報を取得する検索部と、
前記メッセージの伝送方向と前記付加情報とに基づいて、該付加情報に対する前記基準ユーザと前記相手ユーザとの間の共感度を示すユーザ情報を生成する生成部と、
前記ユーザ情報を記憶部に格納する格納部と
をコンピュータ・システムに実行させるユーザ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の一側面は、ユーザ情報を管理するシステム、方法、およびプログラムに関する。
【背景技術】
【０００２】
従来から、ユーザ間の関係を特定する技術が知られている。例えば、ユーザ間のつながりあるいは相関関係を示すソーシャルグラフはその一つである。これに関連して、下記特許文献１には、ユーザ間でやり取りされるメッセージに基づいて、当該ユーザ間の関係性を示すソーシャルグラフを生成する関係性作成装置が記載されている。この装置は、ユーザ間のメッセージを形態素解析することで抽出した付属語とこの語の使用頻度とに基づいて、当該ユーザ間の関係性を特定する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−８３３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザ間の関係は各ユーザの興味や関心事などとも相俟って一般に複雑なものである。しかし、特許文献１に記載の装置等により生成されるソーシャルグラフはユーザ間のつながりそのものしか表すことができず、したがって、人間関係の一面しか捉えることができない。そこで、ユーザ間の関係をより詳細に特定することが望まれている。
【課題を解決するための手段】
【０００５】
本発明の一側面に係るユーザ管理システムは、基準ユーザと相手ユーザとの間で伝送されたメッセージからクエリを抽出するクエリ抽出部と、所定のデータベースを検索することで、クエリに対応する付加情報を取得する検索部と、メッセージの伝送方向と付加情報とに基づいて、該付加情報に対する基準ユーザと相手ユーザとの間の共感度を示すユーザ情報を生成する生成部と、ユーザ情報を記憶部に格納する格納部とを備える。
【０００６】
本発明の一側面に係るユーザ管理方法は、ユーザ管理システムにより実行されるユーザ管理方法であって、基準ユーザと相手ユーザとの間で伝送されたメッセージからクエリを抽出するクエリ抽出ステップと、所定のデータベースを検索することで、クエリに対応する付加情報を取得する検索ステップと、メッセージの伝送方向と付加情報とに基づいて、該付加情報に対する基準ユーザと相手ユーザとの間の共感度を示すユーザ情報を生成する生成ステップと、ユーザ情報を記憶部に格納する格納ステップとを含む。
【０００７】
本発明の一側面に係るユーザ管理プログラムは、基準ユーザと相手ユーザとの間で伝送されたメッセージからクエリを抽出するクエリ抽出部と、所定のデータベースを検索することで、クエリに対応する付加情報を取得する検索部と、メッセージの伝送方向と付加情報とに基づいて、該付加情報に対する基準ユーザと相手ユーザとの間の共感度を示すユーザ情報を生成する生成部と、ユーザ情報を記憶部に格納する格納部とをコンピュータ・システムに実行させる。
【０００８】
このような側面においては、ユーザ間で伝送されたメッセージからクエリが取得され、そのクエリに対応する付加情報がデータベースから検索される。そして、メッセージの伝送方向とその付加情報とに基づいて、当該付加情報に対するユーザ間の共感度を示すユーザ情報が生成されて記録される。このように、何らかの情報に対する２ユーザ間の共感度を求めれば、どの情報についてどのユーザと関係が深いかが得られるので、ユーザ間の関係をより詳細に特定することが可能になる。
【０００９】
他の側面に係るユーザ管理システムでは、クエリ抽出部が、メッセージの添付ファイルのメタ情報、またはメッセージの本文に記載されたＵＲＬをクエリとして抽出してもよい。
【００１０】
他の側面に係るユーザ管理システムでは、生成部が、基準ユーザが相手ユーザにメッセージを送信したことを示す送信記録と、基準ユーザが相手ユーザからメッセージを受信したことを示す受信記録とにより、共感度を示すユーザ情報を生成してもよい。
【００１１】
他の側面に係るユーザ管理システムでは、記憶部内のユーザ情報に基づいて、基準ユーザにより生成された新たなメッセージの送信先候補を表示する際の表示順を決定する表示制御部をさらに備え、表示制御部が、新たなメッセージからクエリを抽出し、検索部が、所定のデータベースを検索することで、新たなメッセージから抽出されたクエリに対応する付加情報を取得し、表示制御部が、新たなメッセージを用いて得られた付加情報に対応する相手ユーザを該付加情報に対応しない相手ユーザよりも上位に表示させ、かつ、該付加情報に対応する相手ユーザにおいては共感度が高い相手ユーザほど上位に表示させてもよい。
【００１２】
他の側面に係るユーザ管理システムでは、送信記録が送信回数で表され、受信記録が受信回数で表され、表示制御部が、送信回数と受信回数との比率が１：１に近いほど共感度が高いと判定してもよい。
【００１３】
他の側面に係るユーザ管理システムでは、送信記録が送信回数で表され、受信記録が返信回数で表され、表示制御部が、送信回数に対する返信回数の割合が高いほど共感度が高いと判定してもよい。
【発明の効果】
【００１４】
本発明の一側面によれば、ユーザ間の関係をより詳細に特定することができる。
【図面の簡単な説明】
【００１５】
【図１】実施形態に係るユーザ管理システムの全体構成を示す図である。
【図２】実施形態におけるユーザ情報の生成の概念を示す図である。
【図３】ユーザ端末およびタグ管理サーバのハードウェア構成を示す図である。
【図４】実施形態に係るユーザ管理システムの機能構成を示すブロック図である。
【図５】ユーザ情報の構成の例を示す図である。
【図６】第１実施形態におけるユーザ情報生成処理を示すフローチャートである。
【図７】第１および第２実施形態における送信先候補の表示の処理を示すフローチャートである。
【図８】実施形態に係るユーザ管理プログラムの構成を示す図である。
【図９】第２実施形態におけるユーザ情報生成処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００１７】
（第１実施形態）
まず、図１〜５を用いて、第１実施形態に係るユーザ管理システム１の機能および構成を説明する。ユーザ管理システム１は、ユーザ間で伝送されたメッセージから送信者と受信者との関係性を特定し記録するコンピュータ・システムである。記録された情報は、将来のメッセージ送信の際に利用される。本実施形態では、メッセージが電子メールであることを前提とする。
【００１８】
図１に示すように、ユーザ管理システム１は、ユーザ端末１０、タグ管理サーバ２０、メールサーバ３０、および外部サービス４０を備えている。ユーザ端末１０は通信ネットワークを介してタグ管理サーバ２０およびメールサーバ３０のそれぞれと通信することができる。タグ管理サーバ２０は通信ネットワークを介してメールサーバ３０および外部サービス４０のそれぞれと互いに通信可能である。通信ネットワークの具体的な構成は限定されず、例えばインターネットおよびＬＡＮの一方または双方により構築されてもよい。
【００１９】
ユーザ間の関係およびユーザ属性を記録する処理の概要を図２に示す。ユーザ管理システム１はユーザ間で伝送される電子メールを取得し、この電子メールからクエリを抽出する。続いて、ユーザ管理システム１はそのクエリを使って外部サービス４０にアクセスし、外部サービス４０内のデータベース（外部データベース）４１からタグ情報を取得する。このタグ情報は、ユーザの興味または関心事を示す付加情報である。そして、ユーザ管理システム１はそのタグ情報と電子メールの伝送方向とに基づいて、タグ情報に対するユーザ間の共感度を示すユーザ情報を生成する。そのユーザ情報をユーザデータベースに格納する。
【００２０】
ユーザ端末１０は、ユーザが所持するコンピュータであり、ユーザ管理システム１内に複数存在する。ユーザ端末１０は電子メールクライアント（メーラー）を備える。ユーザ端末１０の種類は限定されず、例えば据置型又は携帯型のパーソナルコンピュータでもよいし、高機能携帯電話機（スマートフォン）や携帯電話機、携帯情報端末（ＰＤＡ）などの携帯端末でもよい。
【００２１】
タグ管理サーバ２０は、外部サービス４０にアクセスしてタグ情報を取得するコンピュータである。タグ管理サーバ２０は１台のコンピュータで構成されていてもよいし、複数台のコンピュータで構成されていてもよい。
【００２２】
メールサーバ３０は電子メールを送信者のユーザ端末１０から受信者のユーザ端末１０へと伝送するコンピュータである。電子メールは１以上のメールサーバ３０を経由し得るが、図１ではメールサーバ３０を模式的に一つのみ示している。
【００２３】
外部サービス４０は、タグ情報そのもの、あるいはタグ情報を含む任意の情報を保有するコンピュータまたはコンピュータ・システムである。外部サービス４０は様々な情報を記憶する外部データベース４１を備える。外部サービス４０は何らかの情報を提供できるものであれば何ら限定されない。例えば、ＣＤＤＢ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  ＤａｔａＢａｓｅ）や検索エンジンなどが外部サービス４０として機能し得る。
【００２４】
本実施形態の特徴的な処理はユーザ端末１０およびタグ管理サーバ２０により実行されるので、以下ではこれらのユーザ端末１０およびタグ管理サーバ２０について特に説明する。
【００２５】
ユーザ端末１０およびタグ管理サーバ２０の基本的なハードウェア構成を図３に示す。ユーザ端末１０およびタグ管理サーバ２０のどちらも、オペレーティングシステムやアプリケーション・プログラムなどを実行するＣＰＵ１０１と、ＲＯＭ及びＲＡＭで構成される主記憶部１０２と、ハードディスクやフラッシュメモリなどで構成される補助記憶部１０３と、ネットワークカードあるいは無線通信モジュールで構成される通信制御部１０４と、キーボード、マウス、タッチパネルなどの入力装置１０５と、ディスプレイやスピーカなどの出力装置１０６とを備えている。
【００２６】
当然ながら、組み込まれるモジュールはユーザ端末１０とタグ管理サーバ２０とで異なり得る。例えば、ユーザ端末１０が入力装置１０５としてタッチパネルを備える一方で、タグ管理サーバ２０の入力装置１０５がキーボードおよびマウスであることが考えられる。
【００２７】
後述するユーザ端末１０およびタグ管理サーバ２０の各機能的構成要素は、ＣＰＵ１０１又は主記憶部１０２の上に所定のソフトウェアを読み込ませ、ＣＰＵ１０１の制御の下で通信制御部１０４や入力装置１０５、出力装置１０６などを動作させ、主記憶部１０２又は補助記憶部１０３におけるデータの読み出し及び書き込みを行うことで実現される。処理に必要なデータやデータベースは主記憶部１０２又は補助記憶部１０３内に格納される。
【００２８】
図４に示すように、ユーザ端末１０は機能的構成要素としてクエリ抽出部１１、データベース生成部（生成部および格納部）１２、ユーザデータベース（記憶部）１３、および表示制御部１４を備えている。これらの機能要素は、例えばメーラーへのプラグインとして提供されてもよい。以下では、このユーザ端末１０が、基準ユーザである一人のユーザの端末であるものとして、各機能要素を説明する。
【００２９】
クエリ抽出部１１は、電子メールからクエリを抽出する機能要素である。クエリ抽出部１１は、メールボックス（受信トレイまたは送信トレイ）に格納された電子メールの添付ファイルの有無を判定する。添付ファイルが存在する場合には、クエリ抽出部１１はその添付ファイルからメタ情報を抽出する。添付ファイルの種類、およびメタ情報の具体的な内容は限定されない。例えば、音楽ファイルが添付されていたのであれば、クエリ抽出部１１は楽曲名やアーティスト名などをメタ情報として抽出する。ドキュメント・ファイルが添付されていたのであれば、クエリ抽出部１１は当該ファイルに関連するアプリケーション・プログラム名や作成者、埋込ファイル名などをメタ情報として抽出する。そして、クエリ抽出部１１は抽出したメタ情報をクエリとしてタグ管理サーバ２０に送信する。
【００３０】
電子メールにファイルが添付されていない場合には、クエリ抽出部１１はクエリをタグ管理サーバ２０に送信することなく処理を終了する。この場合には、後続の処理は行われない。
【００３１】
データベース生成部１２は、電子メールの伝送方向とタグ情報とに基づいてユーザ情報を生成し、ユーザデータベース１３にそのユーザ情報を格納する機能要素である。
【００３２】
本実施形態では、ユーザ情報の各レコードは下記の項目を含むものとする。
・相手ユーザの識別子
・タグ情報
・送信回数（送信記録）
・受信回数（受信記録）
【００３３】
相手ユーザとは、基準ユーザが送信した電子メールの送信先、あるいは基準ユーザが受信した電子メールの送信元であるユーザのことである。
【００３４】
送信回数は基準ユーザが相手ユーザに電子メールを送信した回数であり、受信回数は基準ユーザが相手ユーザから電子メールを受信した回数である。本実施形態では、これらの送信回数および受信回数は、基準ユーザと相手ユーザとの間の共感度を示す指標として用いられる。すなわち、あるタグ情報について送信回数と受信回数とが接近していれば、そのタグ情報は基準ユーザと相手ユーザとが共感できる可能性が高い事柄であるといえる。一方、送信回数と受信回数との差が大きいのであれば、そのタグ情報に対する興味または関心の度合いは基準ユーザと相手ユーザとの間で差があるといえる。
【００３５】
ユーザデータベース１３およびユーザ情報の例を図５に示す。一人の相手ユーザに対して複数のタグ情報が抽出され得るので、各レコードは相手ユーザおよびタグの組合せにより識別される。
【００３６】
データベース生成部１２は、クエリ抽出部１１が処理した電子メールから相手ユーザを特定する。データベース生成部１２は、クエリ抽出部１１が受信トレイ内の電子メールを処理した場合にはその電子メールの送信者を相手ユーザとして特定し、クエリ抽出部１１が送信トレイ内の電子メールを処理した場合にはその電子メールの送信先（受信者）を相手ユーザとして特定する。また、データベース生成部１２はタグ管理サーバ２０からタグ情報を受信する。
【００３７】
続いて、データベース生成部１２は特定した相手ユーザと受信したタグ情報とに対応するユーザ情報をユーザデータベース１３に格納する。その相手ユーザおよびタグ情報に対応するレコードが既に存在する場合には、データベース生成部１２はその相手ユーザが送信者か受信者かに応じて、そのレコードの送信回数または受信回数に１を加算する。その相手ユーザおよびタグ情報に対応するレコードがまだ存在しない場合には、データベース生成部１２はそのレコードを新規に作成してデータベースに登録する。相手ユーザが送信者であれば新規レコードの送信回数および受信回数はそれぞれ０、１であり、相手ユーザが受信者であれば送信回数および受信回数はそれぞれ１、０である。
【００３８】
表示制御部１４は、基準ユーザにより生成された新たな電子メールの送信先候補の表示順を決定する機能要素である。基準ユーザが電子メールの送信先を決めるためにその候補を表示するための操作を行うと、表示制御部１４はクエリ抽出部１１での処理と同様にクエリを抽出する。すなわち、表示制御部１４は送信前の電子メールの添付ファイルの有無を判定する。添付ファイルが存在する場合には、表示制御部１４は添付ファイルからメタ情報を抽出し、そのメタ情報をクエリとしてタグ管理サーバ２０に送信する。
【００３９】
その後、表示制御部１４はタグ管理サーバ２０から送られてきたタグ情報を受信する。そして、表示制御部１４はユーザデータベース１３を検索して、そのタグ情報に対応する相手ユーザが存在するか否かを判定する。１以上のユーザを抽出できた場合には、表示制御部１４は抽出した各相手ユーザについて送信回数と受信回数との比率を求める。そして、表示制御部１４はタグ情報に対応する相手ユーザ（抽出できたユーザ）を、タグ情報に対応しない相手ユーザ（抽出できなかったユーザ）よりも上位に表示すると共に、タグ情報に対応するユーザについては、比率が１：１に近いユーザほど上位に表示する。
【００４０】
本実施形態では、表示制御部１４は、送信回数と受信回数との比率が１：１に近い相手ユーザほど基準ユーザとの共感度が高いと判定する。この理由は、ある一つのタグ情報について互いに同じ程度に通信し合うユーザほど、送信予定の電子メールに興味を示す確率が高いと予想されるからである。
【００４１】
例えば、ユーザデータベース１３が下記のレコードを記憶しているものとする。ここで、各レコードを｛相手ユーザ、タグ情報、送信回数、受信回数｝と定義する。また、送信予定の電子メールの添付ファイルからタグ情報「ヒップホップ」が得られたとする。
【００４２】
｛ユーザＢ、ヒップホップ、１０、２｝
｛ユーザＣ、ジャズ、４、４｝
｛ユーザＤ、ヒップホップ、７、５｝
｛ユーザＥ、ヒップホップ、４、６｝
【００４３】
この場合には、表示制御部１４はユーザＢ，Ｄ，ＥをユーザＣよりも上位に表示すると決定する。次にユーザＢ，Ｄ，Ｅについて比率を求めると以下のようになる。
【００４４】
ユーザＢ：  １０：２＝５：１
ユーザＤ：  ７：５＝１．４：１
ユーザＥ：  ４：６＝１：１．５
【００４５】
したがって、表示制御部１４は表示順がユーザＤ、ユーザＥ、ユーザＢ、ユーザＣとなるように送信先候補を表示する。
【００４６】
なお、電子メールにファイルが添付されていない場合には、表示制御部１４はクエリ（メタ情報）をタグ管理サーバ２０に送信することなく、任意の順序で送信先候補を表示する。
【００４７】
次に、タグ管理サーバ２０について説明する。図４に示すように、タグ管理サーバ２０は機能的構成要素として検索部２１を備えている。
【００４８】
検索部２１は、外部サービス４０を検索して、クエリに対応するタグ情報を取得する機能要素である。検索部２１はユーザ端末１０から送られてきたメタ情報を受信し、そのメタ情報を用いて外部サービス４０を検索する。そして、検索部２１は検索結果をそのままタグ情報としてユーザ端末１０に送信するか、あるいは検索結果から抽出したタグ情報をユーザ端末１０に送信する。
【００４９】
例えば、音楽ファイルから抽出された楽曲名およびアーティスト名をクエリとして受信したのであれば、検索部２１はＣＤＤＢ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  ＤａｔａＢａｓｅ）を検索して音楽のジャンルをタグ情報として取得してもよい。クエリが複数のメタ情報を含んでいる場合には、検索部２１は個々のメタ情報についてタグ情報を取得してもよいし、複数のメタ情報のすべてを満たすタグ情報を取得してもよい。タグ情報の種類は限定されるものではなく、検索部２１は任意の種類の情報をタグ情報として取得してよい。
【００５０】
次に、図６，７を用いて、ユーザ管理システム１の動作を説明するとともに本実施形態に係るユーザ管理方法について説明する。
【００５１】
ユーザ情報を格納する処理を図６に示す。ユーザ端末１０においてメーラーが電子メールを受信または送信すると（ステップＳ１１）、クエリ抽出部１１が添付ファイルからメタ情報を取得して（ステップＳ１２、クエリ抽出ステップ）、そのメタ情報をタグ管理サーバ２０に送信する（ステップＳ１３）。タグ管理サーバ２０では、検索部２１がそのメタ情報に対応するタグ情報を外部サービス４０から取得して（ステップＳ１４、検索ステップ）、そのタグ情報をユーザ端末１０に送信する（ステップＳ１５）。ユーザ端末１０では、データベース生成部１２が電子メールの送信者または受信者を相手ユーザとして抽出し（ステップＳ１６）、その相手ユーザと受信したタグ情報とに基づいてユーザ情報を登録または更新する（ステップＳ１７、生成ステップおよび格納ステップ）。
【００５２】
送信先候補を表示する処理を図７に示す。表示制御部１４は、これから送信されようとしている新たな電子メールの添付ファイルからメタ情報を取得すると（ステップＳ２１）、そのメタ情報を用いてタグ管理サーバ２０からタグ情報を取得する（ステップＳ２２）。このステップＳ２２では、上記ステップＳ１３〜Ｓ１５と同様の処理が実行される。続いて、表示制御部１４はそのタグ情報とユーザ情報とに基づいて送信先候補の表示順を決定する（ステップＳ２３）。具体的には、表示制御部１４はタグ情報に対応するユーザを、タグ情報に対応しないユーザよりも上位に位置させ、タグ情報に対応するユーザについては、送信回数と受信回数との比率が１：１に近いユーザほど上位に位置させる。そして、表示制御部１４は決定した順序で送信先候補を表示する（ステップＳ２４）。
【００５３】
次に、図８を用いて、１台以上のコンピュータを備えるコンピュータ・システムをユーザ管理システム１として機能させるためのユーザ管理プログラムＰを説明する。ユーザ管理プログラムＰは、コンピュータをユーザ端末１０として機能させるためのクライアントプログラムＰ１と、コンピュータをタグ管理サーバ２０として機能させるためのサーバプログラムＰ２とを備える。
【００５４】
クライアントプログラムＰ１はメインモジュールＰ１０、クエリ抽出モジュールＰ１１、データベース生成モジュールＰ１２、ユーザ記憶モジュールＰ１３、および表示制御モジュールＰ１４を備えている。メインモジュールＰ１０は、端末側の処理を統括的に制御する部分である。クエリ抽出モジュールＰ１１、データベース生成モジュールＰ１２、ユーザ記憶モジュールＰ１３、および表示制御モジュールＰ１４を実行することにより実現される機能はそれぞれ、上記のクエリ抽出部１１、データベース生成部１２、ユーザデータベース１３、および表示制御部１４の機能と同様である。
【００５５】
サーバプログラムＰ２はメインモジュールＰ２０および検索モジュールＰ２１を備えている。メインモジュールＰ２０は、サーバ側の処理を統括的に制御する部分である。検索モジュールＰ２１を実行することにより実現される機能は検索部２１の機能と同様である。
【００５６】
クライアントプログラムＰ１およびサーバプログラムＰ２はそれぞれ、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ、半導体メモリ等の有形の記録媒体に固定的に記録された上で提供されてもよい。また、それらのプログラムＰ１，Ｐ２は、搬送波に重畳されたデータ信号として通信ネットワークを介して提供されてもよい。
【００５７】
以上説明したように、本実施形態によれば、ユーザ間で伝送された電子メールからメタ情報が取得され、そのメタ情報に対応するタグ情報が外部サービス４０から検索される。そして、電子メールの伝送方向とそのタグ情報とに基づいて、当該タグ情報に対するユーザ間の共感度を示すユーザ情報が生成されて記録される。このように、何らかの情報に対する２ユーザ間の共感度を求めれば、どの情報についてどのユーザと関係が深いかが得られるので、ユーザ間の関係をより詳細に特定することが可能になる。
【００５８】
ユーザ情報では、相手ユーザとタグ情報との組合せに対して、送信記録および受信記録で示される共感度が設定されるので、相手ユーザとの関係性をタグ情報の個数分だけ記録することが可能になる。これは、基準ユーザと相手ユーザとの関係性を複数の観点から見ることができることを意味する。例えば、ユーザＡとユーザＢとは音楽に関して共通の趣味を有し、かつビジネス上のつながりも強い、というような関係性をそのユーザ情報から知ることができる。
【００５９】
本実施形態では、共感度は電子メールの各伝送方向における回数、すなわち送信回数および受信回数により定義され、タグ情報で示される興味あるいは関心事のユーザ間の一致度が送信回数と受信回数との比率により表現される。したがって、２ユーザ間での興味あるいは関心事が共通するか否かの判定を、単に送信または受信があったかなかったかの二値で判定する場合よりも詳細に行うことができる。
【００６０】
本実施形態では、ユーザが新たに電子メールを送ろうとする際に、その送信先候補の表示順が、タグ情報に対する基準ユーザと相手ユーザとの間の共感度を示すユーザ情報に基づいて決まる。したがって、ユーザは、これから送ろうとしている情報に興味を持つと予想される相手（この相手は上位に表示される）が誰かを事前に把握することができ、その相手にメールを送ることで相手の共感を得られる確率が高まる。
【００６１】
本実施形態では、添付ファイルのメタ情報を用いてタグ情報を取得する。音楽ファイル、画像ファイル、ドキュメント・ファイルなどの添付ファイルにはユーザの興味または関心事が表れやすい。したがって、そのメタ情報をクエリとして用いることで、ユーザの興味または関心事を示すタグ情報を容易に取得することができる。
【００６２】
本実施形態において、表示制御部１４は別の基準に基づいて送信先候補の表示順を決定してもよい。
【００６３】
一例として、表示制御部１４は、送信回数と受信回数とのうち小さい方の数（最小回数）を境界としてユーザを複数のグループに分けた上で、グループ毎に、送信回数と受信回数との比率に基づいてユーザを並べてもよい。
【００６４】
例えば、ユーザデータベース１３が下記のレコードを記憶しており、送信予定の電子メールの添付ファイルからタグ情報「ヒップホップ」が得られたとする。グループ分けの基準となる最小回数の境界値は３とする。
【００６５】
｛ユーザＢ、ヒップホップ、１０、２｝
｛ユーザＣ、ヒップホップ、１０、５｝
｛ユーザＤ、ヒップホップ、１、１｝
｛ユーザＥ、ヒップホップ、４、６｝
【００６６】
この場合にはユーザＢ〜Ｅの最小回数がそれぞれ２、５、１、４なので、表示制御部１４はユーザＣ，Ｅから成るグループＧａとユーザＢ，Ｄから成るグループＧｂとを生成する。続いて、表示制御部１４はグループＧａにおいてユーザＥ、ユーザＣの順に並べ、グループＧｂにおいてユーザＤ、ユーザＢの順に並べる。したがって、表示制御部１４は最終的にユーザＥ、ユーザＣ、ユーザＤ、ユーザＢの順に送信先候補を表示する。
【００６７】
別の例として、表示制御部１４は、送信回数と受信回数との和（総通信回数）を境界としてユーザを複数のグループに分けた上で、グループ毎に、送信回数と受信回数との比率に基づいてユーザを並べてもよい。
【００６８】
例えば、ユーザデータベース１３が下記のレコードを記憶しており、送信予定の電子メールの添付ファイルからタグ情報「ヒップホップ」が得られたとする。グループ分けの基準となる総通信回数の境界値は１０とする。
【００６９】
｛ユーザＢ、ヒップホップ、１０、２｝
｛ユーザＣ、ヒップホップ、１０、５｝
｛ユーザＤ、ヒップホップ、１、１｝
｛ユーザＥ、ヒップホップ、４、６｝
【００７０】
この場合にはユーザＢ〜Ｅの総通信回数がそれぞれ１２、１５、２、１０なので、表示制御部１４はユーザＢ，Ｃ，Ｅから成るグループＧａとユーザＤのみから成るグループＧｂとを生成する。続いて、表示制御部１４はグループＧａにおいてユーザＥ、ユーザＣ、ユーザＢの順に並べる。したがって、表示制御部１４は最終的にユーザＥ、ユーザＣ、ユーザＢ、ユーザＤの順に送信先候補を表示する。
【００７１】
上記の各例において表示制御部１４は、直近の所定の期間内（例えば過去１ヵ月間など）に発生した送信または受信の記録のみを参照して、送信回数と受信回数との比率、最小回数、または総通信回数を各相手ユーザについて設定してもよい。この場合には、最近の共感度が高い相手ユーザほど送信先候補として上位に表示されることになる。ただし、このような処理は、データベース生成部１２が個々のメール伝送の発生日時も含むユーザ情報を生成してユーザデータベース１３に格納することを前提とする。
【００７２】
（第２実施形態）
第１実施形態ではメタ情報をクエリとして扱ったが、ユーザ管理システム１は送信または受信された電子メール中のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）をクエリとして扱ってもよい。本実施形態では、そのＵＲＬを用いてタグ情報を取得する手法を示す。以下では、第１実施形態と異なる点について特に説明し、他の点については説明を省略する。
【００７３】
クエリ抽出部１１は、電子メールの本文中にＵＲＬが記載されているか否かを判定する。ＵＲＬが本文中に記載されているのであれば、クエリ抽出部１１はそのＵＲＬを抽出し、そのＵＲＬをクエリとしてタグ管理サーバ２０に送信する。本文中にＵＲＬが記載されていないのであれば、クエリ抽出部１１はクエリをタグ管理サーバ２０に送信することなく処理を終了する。この場合には、後に続く処理は行われない。
【００７４】
データベース生成部１２の機能は第１実施形態と同様である。
【００７５】
表示制御部１４は、ユーザが送信先候補を表示するための操作を行うと、クエリ抽出部１１での処理と同様にＵＲＬを抽出する。すなわち、表示制御部１４は送信前の新たな電子メールの本文中にＵＲＬが記載されているか否かを判定し、ＵＲＬが本文中に記載されているのであれば、そのＵＲＬをクエリとしてタグ管理サーバ２０に送信する。その後、表示制御部１４はタグ管理サーバ２０から送られてきたタグ情報を受信し、第１実施形態と同様の処理を実行することで送信先候補を表示する。本文中にＵＲＬが記載されていないのであれば、表示制御部１４はクエリをタグ管理サーバ２０に送信することなく、任意の順序で送信先候補を表示する。
【００７６】
検索部２１は、ＵＲＬに対応するタグ情報を外部サービス４０から取得する。例えば、特定のレストランのウェブページのＵＲＬを受信したのであれば、検索部２１はそのウェブページにアクセスして、料理のジャンルやレストランが位置するエリアなどをタグ情報として取得してもよい。当然ながら、タグ情報の種類は限定されるものではなく、検索部２１は任意の種類の情報をタグ情報として取得してよい。
【００７７】
次に、本実施形態におけるユーザ管理システム１の動作およびユーザ管理方法について説明する。
【００７８】
ユーザ情報を格納する処理を図９に示す。ユーザ端末１０においてメーラーが電子メールを受信または送信すると（ステップＳ３１）、クエリ抽出部１１がその本文からＵＲＬを取得して（ステップＳ３２、クエリ抽出ステップ）、そのＵＲＬをタグ管理サーバ２０に送信する（ステップＳ３３）。タグ管理サーバ２０では、検索部２１が外部サービス４０を検索して、そのＵＲＬに対応するウェブページからタグ情報を取得し（ステップＳ３４、検索ステップ）、そのタグ情報をユーザ端末１０に送信する（ステップＳ３５）。ユーザ端末１０では、データベース生成部１２が電子メールの送信者または受信者を相手ユーザとして抽出し（ステップＳ３６）、その相手ユーザと受信したタグ情報とに基づいてユーザ情報を登録または更新する（ステップＳ３７、生成ステップおよび格納ステップ）。このステップＳ３６，Ｓ３７の処理は第１実施形態におけるステップＳ１６，Ｓ１７の処理と同様である。
【００７９】
送信先候補を表示する処理については、メタ情報を用いるかＵＲＬを用いるかが異なるのみであって基本的には第１実施形態と同様なので、その説明を省略する。
【００８０】
以上説明した第２実施形態が第１実施形態と異なる点は、基本的に、クエリとして用いる情報がメタ情報ではなくＵＲＬであるという点に過ぎない。したがって、この第２実施形態によっても第１実施形態と同様の効果が得られる。
【００８１】
本実施形態では、ＵＲＬを用いてタグ情報を取得する。このＵＲＬで示されるウェブページにはユーザの興味または関心事が表れやすい。したがって、そのＵＲＬをクエリとして用いることで、ユーザの興味または関心事を示すタグ情報を容易に取得することができる。
【００８２】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
【００８３】
上記実施形態では、ユーザ情報の項目として送信回数および受信回数を用いたが、過去の送信および受信の有無のみを示すフラグを送信記録および受信記録として用いてもよい。この変形例では、ユーザ情報の各レコードは下記の項目を含む。
【００８４】
・相手ユーザの識別子
・タグ情報
・送信フラグ
・受信フラグ
【００８５】
送信フラグは、タグ情報に関連する電子メールを相手ユーザに一度でも送信したことがあれば「１」であり、そのような電子メールを一度も送信したことがなければ「０」である。受信フラグは、タグ情報に関連する電子メールを相手ユーザから一度でも受信したことがあれば「１」であり、そのような電子メールを一度も受信したことがなければ「０」である。
【００８６】
このように送信および受信の履歴を回数ではなく二値で示す場合には、表示制御部１４は相手ユーザがタグ情報に対応するか否かと、送信フラグおよび受信フラグの組合せとに基づいて、送信先候補の表示順を決めることができる。具体的には、表示制御部１４は、送信予定の電子メールから得られたタグ情報に対応するユーザを、当該タグ情報に対応しないユーザよりも上位に表示すると共に、タグ情報に対応するユーザについては、受信フラグが「１」であるユーザを受信フラグが「０」であるユーザよりも上位に表示する。なぜならば、そのタグ情報に関する電子メールを過去に送ってきたユーザは、そうでないユーザよりも、送信予定の電子メールに興味を示す確率が高いと予想されるからである。
【００８７】
例えば、ユーザデータベース１３が下記のレコードを記憶しているものとする。ここで、各レコードを｛相手ユーザ、タグ情報、送信フラグ、受信フラグ｝と定義する。また、送信予定の電子メールの添付ファイルからタグ情報「ヒップホップ」が得られたとする。
【００８８】
｛ユーザＢ、ヒップホップ、１、０｝
｛ユーザＣ、ジャズ、１、１｝
｛ユーザＤ、ヒップホップ、１、１｝
｛ユーザＥ、ヒップホップ、０、１｝
【００８９】
この場合には、表示制御部１４はユーザＢ，Ｄ，ＥをユーザＣよりも上位に表示し、ユーザＤ，ＥをユーザＢよりも上位に表示すると決定する。ユーザＤ，Ｅの中の表示順は任意に定めてよい。例えば、表示制御部１４は送信フラグおよび受信フラグの双方が「１」であるユーザＤを最上位に表示してもよい。
【００９０】
ユーザ情報の更なる変形例として、送信回数および返信回数を送信記録および受信記録として用いてもよい。ここで、返信回数は、タグ情報に関連する電子メールを相手ユーザに送信した際に、その電子メールに対して返信があった回数のことである。
【００９１】
・相手ユーザの識別子
・タグ情報
・送信回数
・返信回数
【００９２】
この場合には、データベース生成部１２は返信メールを受信すると、その返信メールで引用された送信メールを特定し、その送信メールに対応するレコードの返信回数に１を加算する。また、表示制御部１４は相手ユーザがタグ情報に対応するか否かと、送信回数に対する返信回数の割合である返信率とに基づいて、送信先候補の表示順を決める。具体的には、表示制御部１４は、送信予定の電子メールから得られたタグ情報に対応するユーザを、当該タグ情報に対応しないユーザよりも上位に表示すると共に、タグ情報に対応するユーザについては、返信率が高いユーザほど上位に表示する。
【００９３】
この変形例では、表示制御部１４は、返信率が高い相手ユーザほど基準ユーザとの共感度が高いと判定する。この理由は、そのタグ情報に関する電子メールに対してまめに返信するユーザほど、送信予定の電子メールに興味を示す確率が高いと予想されるからである。
【００９４】
例えば、ユーザデータベース１３が下記のレコードを記憶しているものとする。ここで、各レコードを｛相手ユーザ、タグ情報、送信回数、返信回数｝と定義する。また、送信予定の電子メールの添付ファイルからタグ情報「ヒップホップ」が得られたとする。
【００９５】
｛ユーザＢ、ヒップホップ、１０、２｝
｛ユーザＣ、ジャズ、１、１｝
｛ユーザＤ、ヒップホップ、８、４｝
｛ユーザＥ、ヒップホップ、５、３｝
【００９６】
この場合には、表示制御部１４はユーザＢ，Ｄ，ＥをユーザＣよりも上位に表示すると決定する。次にユーザＢ，Ｄ，Ｅについて返信率を求めると以下のようになる。
【００９７】
ユーザＢ：  ２／１０＝０．２
ユーザＤ：  ４／８＝０．５
ユーザＥ：  ３／５＝０．６
【００９８】
したがって、表示制御部１４は表示順がユーザＥ、ユーザＤ、ユーザＢ、ユーザＣとなるように送信先候補を表示する。
【００９９】
返信メールを利用する場合には、データベース生成部１２は返信メールの本文を解析することで、相手ユーザが送信メールに対して肯定的な印象を持ったか、あるいは否定的な印象を持ったかを推定してもよい。相手ユーザが肯定的な印象を持ったと推定した場合には、データベース生成部１２は、返信メールで引用された送信メールに対応するレコードの返信回数に１を加算する。一方、相手ユーザが否定的な印象を持ったと推定した場合には、データベース生成部１２は、返信メールで引用された送信メールに対応するレコードの返信回数から１を減算する。したがって、この場合にはユーザ情報の返信回数は負の値になり得る。もっとも、表示制御部１４が表示順を決定する処理は上記と同様であり、返信回数を送信回数で割った返信率が高いユーザほど上位に表示させればよい。
【０１００】
各機能要素が実装される装置は限定されない。例えばユーザ端末１０の各機能要素がメールサーバ３０に実装されてもよい。メールサーバ３０は複数のユーザのメールボックスを管理するので、この変形例の場合には図５に示すようなユーザデータベースは個々のユーザ（基準ユーザ）毎に生成される。
【０１０１】
上記実施形態ではメッセージが電子メールであったが、メッセージの種類は限定されない。例えば、ソーシャル・ネットワーキング・サービス（ＳＮＳ）上で交換されるメッセージに対して本発明を適用してもよい。
【０１０２】
上記実施形態ではユーザ情報を送信先候補の表示順を決めるために用いたが、ユーザ情報の利用目的は任意である。したがって、ユーザ管理システムにおいて表示制御部は必須ではない。
【符号の説明】
【０１０３】
１…ユーザ管理システム、１０…ユーザ端末、１１…クエリ抽出部、１２…データベース生成部、１３…ユーザデータベース、１４…表示制御部、２０…タグ管理サーバ、２１…検索部、３０…メールサーバ、４０…外部サービス、４１…外部データベース、Ｐ…ユーザ管理プログラム、Ｐ１…クライアントプログラム、Ｐ１０…メインモジュール、Ｐ１１…クエリ抽出モジュール、Ｐ１２…データベース生成モジュール、Ｐ１３…ユーザ記憶モジュール、Ｐ１４…表示制御モジュール、Ｐ２…サーバプログラム、Ｐ２０…メインモジュール、Ｐ２１…検索モジュール。
【図１】
2015018411.tif 000003
【図２】
2015018411.tif 000004
【図３】
2015018411.tif 000005
【図４】
2015018411.tif 000006
【図５】
2015018411.tif 000007
【図６】
2015018411.tif 000008
【図７】
2015018411.tif 000009
【図８】
2015018411.tif 000010
【図９】
2015018411.tif 000011