(57)【特許請求の範囲】
【請求項１】
複数の共有情報をネットワークを介して利用する複数のユーザ間で前記ネットワークを用いて所望のメッセージを送信するためのメッセージ送信方法であって、
前記複数のユーザのそれぞれが前記複数の共有情報を分類・整理するために付加する複数のラベルのなかから、前記メッセージに対応する所望のラベルを選択する第１の選択ステップと、
前記複数の共有情報のなかから、前記第１の選択ステップで選択されたラベルの付加されている共有情報を検索する検索ステップと、
前記検索ステップで検索された共有情報のなかから、所望の共有情報を選択する第２の選択ステップと、
前記複数のユーザのそれぞれについて、当該ユーザによりラベルの付加された共有情報のなかに、前記第２の選択ステップで選択された共有情報がどれだけ多く含まれているかを評価する評価値を算出する算出ステップと、
前記複数のユーザのうち、前記評価値が予め定められた値以上である送信先候補のユーザ識別情報の一覧を表示する表示ステップと、
前記一覧から前記メッセージの送信先のユーザ識別情報を選択する第３の選択ステップと、
前記第３の選択ステップで選択されたユーザ識別情報宛てに、前記メッセージを送信する送信ステップと、
を含むメッセージ送信方法。
【請求項２】
複数のユーザのそれぞれが、ネットワークを介して利用する複数の共有情報を分類・整理するために付加する複数のラベルを、当該ユーザを識別するためのユーザ識別情報に対応付けて記憶するラベル記憶手段と、
前記ユーザ識別情報と当該ユーザのラベルとに対応付けて、当該ラベルの付加された共有情報の識別情報を記憶するラベリング記憶手段と、
を備えたサーバ装置と、
前記複数のユーザのそれぞれに対応する複数の端末とを含むメッセージ送受信システムにおいて、前記複数のユーザ間で前記ネットワークを用いて所望のメッセージを送信するためのメッセージ送信方法であって、
前記複数の端末のうちのメッセージ送信端末が、前記ラベル記憶手段に記憶されているラベルを表示する表示ステップと、
前記メッセージ送信端末が、前記表示ステップで表示されたラベルのなかから、当該メッセージ送信端末から送信するメッセージに対応する所望のラベルを選択する第１の選択ステップと、
前記サーバ装置が、前記ラベリング記憶手段から、前記第１の選択ステップで選択されたラベルが付加されている共有情報の識別情報を検索する検索ステップと、
前記メッセージ送信端末が、前記検索ステップで検索された共有情報のなかから、所望の共有情報を選択する第２の選択ステップと、
前記サーバ装置が、前記複数のユーザのそれぞれについて、当該ユーザによりラベルの付加された共有情報のなかに、前記第２の選択ステップで選択された共有情報がどれだけ多く含まれているかを評価する評価値を算出する算出ステップと、
前記メッセージ送信端末が、前記複数のユーザのうち、前記評価値が予め定められた値以上である送信先候補のユーザ識別情報一覧を表示するステップと、
前記メッセージ送信端末が、前記一覧のなかから前記メッセージの送信先のユーザ識別情報を選択する第３の選択ステップと、
前記メッセージ送信端末が、前記第３の選択ステップで選択されたユーザ識別情報宛てに前記メッセージを送信する送信ステップと、
を含むメッセージ送信方法。
【請求項３】
複数のユーザがネットワークを介して共有する複数の共有情報を利用可能にするとともに、前記複数のユーザ間で前記ネットワークを用いて通信するための各ユーザの端末装置において、
前記複数のユーザのそれぞれが前記複数の共有情報を分類・整理するために付加する複数のラベルのなかから、前記ネットワークを用いて送信するメッセージに対応する所望のラベルを選択する第１の選択手段と、
前記第１の選択手段で選択されたラベルの付加されている共有情報の識別情報を得る手段と、
得られた共有情報の識別情報のなかから、所望の共有情報の識別情報を選択する第２の選択手段と、
前記複数のユーザのそれぞれについて、当該ユーザによりラベルの付加された共有情報のなかに、前記第２の選択手段で選択された共有情報がどれだけ多く含まれているかを評価する評価値を算出する算出手段と、
前記複数のユーザのうち、前記評価値が予め定められた値以上である送信先候補のユーザ識別情報の一覧を表示する表示手段と、
前記一覧から前記メッセージの送信先のユーザ識別情報を選択する第３の選択手段と、
前記第３の選択手段で選択されたユーザ識別情報宛てに、前記メッセージを送信する送信手段と、
を具備したことを特徴とする端末装置。
【請求項４】
複数の共有情報をネットワークを介して利用する複数のユーザのそれぞれに対応する複数の端末とサーバ装置とを含み、前記複数のユーザ間で前記ネットワークを用いて所望のメッセージを送信するメッセージを送受信システムにおける前記サーバ装置は、
前記複数のユーザのそれぞれが、前記複数の共有情報を分類・整理するために付加する複数のラベルを、当該ユーザを識別するためのユーザ識別情報に対応付けて記憶するラベル記憶手段と、
前記ユーザ識別情報と当該ユーザのラベルとに対応付けて、当該ラベルが付加された共有情報の識別情報を記憶するラベリング記憶手段と、
前記複数の端末のうちのメッセージの送信端末から、前記ラベル記憶手段に記憶されたラベルのなかから選択された、前記メッセージに対応するラベルを受信する手段と、
受信したラベルの付加されている共有情報の識別情報を、前記ラベリング記憶手段から検索する検索手段と、
前記検索手段で検索された共有情報の識別情報の一覧を前記送信端末へ送信する手段と、
前記送信端末から、前記共有情報の識別情報の一覧から選択された共有情報の識別情報を受信する手段と、
前記複数のユーザのそれぞれについて、当該ユーザによりラベルの付加されている共有情報のなかに、前記選択された共有情報がどれだけ多く含まれているかを評価する評価値評を算出する算出手段と、
各ユーザの前記評価値を、当該ユーザのユーザ識別情報とともに前記送信端末へ送信する手段と、
を具備したことを特徴とするサーバ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して複数のユーザ間で情報リソースを共有する例えばクライアント・サーバシステム環境下において、メッセージを送受信する方法および装置であって、特に、メッセージの送信を特定する方法に関する。
【０００２】
【従来の技術】
従来の電子メール等のメッセージ交換（送受信）装置では、メッセージ送信者がメッセージを送信する際に、メッセージの送信先を明示的に指定する必要があった。メッセージ送受信のためのコミュニティが十分発達し、送信者が送信先の相手を正しく把握している場合は電子メール等のメッセージの送信先を明示的に指定する必要のある従来のメッセージ交換装置で十分であるが、コミュニティが未発達である場においては、従来のメッセージ交換手段ではメッセージの送受信が困難である。
【０００３】
一方、ＢＢＳ（Bulletin Board System）等のメッセージ交換手段では、メッセージ送信者は送信したいメッセージにふさわしいカテゴリに対応付けられている場に対してメッセージを送信することができるため、送信者が送信先の相手を正しく把握していない場合でもメッセージ交換が可能である。しかしながら、メッセージ送信者は、送信先を指定する代わりに、送信したいメッセージにふさわしいカテゴリを検索する必要が生じる。また、多くの場合カテゴリは静的であり、メッセージ送信者はＢＢＳの管理者が予め作成したカテゴリを利用するしかないため、送信したいメッセージに適切なカテゴリが存在しない場合、例え送信したいメッセージに興味のあるユーザが存在していたとしても、当該ユーザとの間でメッセージの交換は不可能である。
【０００４】
【発明が解決しようとする課題】
このように、従来は、メッセージの送信する際に、送信先を明示的に指定するか、あるいは、予め用意されたカテゴリの中から当該メッセージに適合するカテゴリを検索して当該メッセージの送信先を選択するようになっていたが、所望の送信先の宛先を的確に把握することが困難であったり、送信したいメッセージに興味のある適切な送信先を選択することが困難であるという問題点があった。
【０００５】
そこで、本発明は、上記問題点に鑑み、送信したいメッセージの送信先として、そのメッセージに興味のある適切なユーザを特定することが容易に行えるメッセージ送受信方法およびそれを用いた端末装置およびサーバ装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明のメッセージ送受信方法およびそれを用いた端末装置は、複数の共有情報をネットワークを介して利用する複数のユーザ間で前記ネットワークを用いて所望のメッセージを送受信する際、前記メッセージの送信先を、前記メッセージに関連する共有情報をその利用範囲に持つユーザの中から選択することにより、送信したいメッセージの送信先として、各ユーザの共有情報の利用範囲を基に、そのメッセージに興味のありそうな適切なユーザを特定することが容易に行える。
【０００７】
例えば、メッセージの送信先を明示的に指定することが困難であるコミュニティの形成初期においても、送信するメッセージに興味のあるユーザに対して適切にメッセージを送信することができる。
【０００８】
好ましくは、前記利用範囲に前記メッセージに関連する共有情報がどれだけ多く含まれているかを評価する評価値を各ユーザ毎に算出して前記メッセージの送信先候補を抽出し、この送信先候補の中から前記メッセージの送信先を選択する。
【０００９】
また、好ましくは、前記利用範囲に前記メッセージに関連する共有情報がどれだけ多く含まれているかを評価する評価値を各ユーザ毎に算出して前記メッセージの送信先候補を抽出し、この送信先候補の中から選択された送信先へ、前記メッセージを前記送信先としてのユーザの前記評価値を付加して送信し、前記送信先で前記メッセージを受信した際、受信したメッセージをそれに付加された前記評価値に基づき提示する。
【００１０】
また、好ましくは、前記共有情報の利用範囲は、前記ユーザ毎に、前記共有情報を１または複数のカテゴリによる分類対象としているか否かにより定められる。
【００１１】
さらに、前記端末装置は、前記メッセージの送信先候補として、前記複数のユーザの中から前記メッセージに関連する共有情報をその利用範囲に持つユーザを抽出する抽出手段を具備していてもよいし、あるいは、上記端末装置とともに、クライアントサーバシステムを構成するサーバ装置が、複数のユーザがネットワークを介して共有する複数の共有情報を利用可能にするとともに、前記複数のユーザ間で前記ネットワークを用いて通信するための端末装置が前記ネットワークを用いてメッセージを送信する際に、前記端末装置からの要求を受けて、前記メッセージの送信先候補として、前記複数のユーザの中から前記メッセージに関連する共有情報をその利用範囲に持つユーザを抽出して、それを前記端末装置に提供する送信先候補提供手段を具備していてもよい。いずれにおいても、前記端末装置が送信したいメッセージの送信先として、各ユーザの共有情報の利用範囲を基に、そのメッセージに興味のありそうな適切なユーザを特定することが容易に行える。
【００１２】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。
【００１３】
本実施形態では、例えば、ある一定の複数のユーザからなるコミュニティ内で、少なくとも、これらユーザにより共有される共有情報の利用と、ユーザ間のメッセージの送受信を行うためのもので、ラベル付けによるＷＷＷ（World  Wide  Web）上の情報整理システムとして本発明を実現している。本システムでは、情報リソースとしてＷＷＷ上のリソースのＵＲＬ（Uniform  Resource  Locator）を考え、また、ユーザが情報リソースを分類するための方法として、情報リソースへのラベル付けを例にとり説明する。
【００１４】
同じラベルが付けられた情報リソースを１つの集合と呼ぶ。各ユーザ毎に持つ同じラベルの付けられた情報リソースの集合の和集合が本システムにおいて複数のユーザで共有される共有情報である。従って世の中にある全ての情報リソースを全体集合とした場合、この全体集合には、本システムの複数のユーザのそれぞれが持つ情報リソースの集合のいずれにも属さない情報リソースが存在するが、そのような情報リソースに本システムの複数のユーザのいずれかが何らかのラベルを付すことにより共有情報となり得る。
【００１５】
ユーザは任意のラベルを作成し、それをＵＲＬに貼り付ける。すなわち対応付けることによって情報リソースの集合を作成する。1つのＵＲＬに複数個のラベルを貼り付けることもできる。
【００１６】
ユーザが共有情報（ネットワークを介して複数のユーザで共有される情報リソース）を例えば所望のラベルを貼り付けて分類・整理しているということは、そのユーザが当該共有情報に対し何らかの興味を持ち、後に検索・利用しようとしているからであり、すなわち、これは、各ユーザはこのラベル付けにより膨大な量の共有情報に利用範囲を定めているということである。本発明は、ここに着目して、メッセージを送信する際、このメッセージに関連する共有情報の集合と各ユーザが定めた利用範囲にある共有情報の集合との重なり具合を評価値として求めて、それを基に当該メッセージの送信先を選択するものである。
【００１７】
図１は、本実施形態に係るメッセージ送受信システムの構成例を示したもので、複数のクライアント端末１と、１つのサーバ２が所定のネットワークを介して互いに通信可能なように接続されている。ここでは、各クライアント端末１には、それぞれそれを用いてメッセージの送受信を行うユーザが割り当てられているものとする。
【００１８】
サーバ２は、ラベルテーブル１１１と、ＵＲＬテーブル１１２と、ラベリングテーブル１１３と、ユーザテーブル１１４と、受信メッセージテーブル１１５を記憶するハードディスクや光ディスク等の所定の記憶装置からなる記憶部１１０と、メッセージ送信先評価値算出部１１７と、クライアントアクセス部１１８とから構成される。
【００１９】
クライアント端末１は、操作部１０４と、メッセージ入力部１０５と、メッセージ送信先決定部１０６と、サーバアクセス部１０７と、メッセージ送信部１０８と、メッセージ受信部１０９とから構成されている。
【００２０】
ラベルテーブル１１１は、各ユーザがそれぞれの主観により情報リソースを分類するために作成したラベルデータをテーブル形式で保持するものである。ラベルテーブル１１１は、例えば、図３に示すように、ユーザ番号と、ラベル番号と、ラベル名の組が保存されている。ユーザ番号は、サーバ２において各ユーザを識別するための管理番号であり、ラベル番号はユーザ毎が割り当てるもので、従って、ラベルはユーザ番号とラベル番号の組で一意に表すことができる。ここで例えば、（０００１，０００１，“パソコン”）という表記は、ユーザ番号が「０００１」、ラベル番号が「０００１」、ラベル名が「パソコン」という１組のラベルデータ表したものである。
【００２１】
ＵＲＬテーブル１１２は、ユーザがラベル付けしたＵＲＬに関するデータをテーブル形式で保持するものである。ＵＲＬテーブル１１２は、例えば、図４に示すように、ＵＲＬと、ＵＲＬの表す情報リソースの名前の組が保存されている。ここで例えば、（“ｈｔｔｐ：／／ｗｗｗ．ｐｃ．ｃｏ．ｊｐ／”，“パソコン情報”）という表記は、ＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ｐｃ．ｃｏ．ｊｐ／」の情報リソースであって、その名前（内容）が「パソコン情報」であることを表す。
【００２２】
ラベリングテーブル１１３は、ラベル付けに関するデータであるラベリングデータをテーブル形式で保持するものである。ラベリングテーブル１１３は、例えば図５に示すように、ユーザ番号と、ラベル番号と、ＵＲＬの組が保存されている。ここで例えば、（０００１，０００１，“ｈｔｔｐ：／／ｗｗｗ．ｐｃ．ｃｏ．ｊｐ／）という表記は、ＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ｐｃ．ｃｏ．ｊｐ／」である情報リソースにユーザ番号「０００１」のユーザがラベル番号「０００１」のラベルを貼り付けていることを表す。さらに、ラベルテーブル１１１よりユーザ番号「０００１」のユーザが作成したラベル番号「０００１」のラベルは「パソコン」であるから、結局、ＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ｐｃ．ｃｏ．ｊｐ／」である情報リソースにユーザ番号「０００１」のユーザがラベル名「パソコン」なるラベルを貼り付けていることを表す。
【００２３】
ユーザテーブル１１４は、各ユーザがメッセージを送信する際に、そのメッセージに付される宛先となるユーザＩＤをユーザ番号とユーザ名とに対応付けてテーブル形式で保持するものである。送信メッセージにその送信先として付される宛先は、このユーザＩＤに限るものではない。例えば、ユーザ番号であってよく、電子メースアドレスであってもよい。特に、宛先としてユーザ番号を用いる場合は、後述するような、サーバ２とクライアント端末１との間でユーザＩＤ等のユーザ番号以外の宛先情報の受け渡しは不要である。ユーザテーブル１１４の一例を図６に示す。
【００２４】
受信メッセージテーブル１１５は、ユーザ番号およびまたはユーザＩＤに対応付けて、当該ユーザ宛の受信メッセージの実体を保持するものである。その際、受信メッセージに後述するような評価値、送信キー情報が付加されている場合は、それらも対応付けて各ユーザ毎の受信メッセージの一覧表示を可能にするようなテーブル形式で保持することが望ましい。
【００２５】
メッセージ送信先評価値算出部１１７は、クライアントからの要求を受けて、あるユーザがメッセージを送信する際、そのメッセージの送信先候補を抽出するために、そのメッセージに（ラベルを介して）関連するＵＲＬと他のユーザのラベリングデータから、他のユーザのそれぞれについて、そのユーザがメッセージの送信先としてどの程度適切かどうかを表す評価値を算出する。具体的には、当該メッセージに貼られたラベルと同じものが貼られているＵＲＬを、他のユーザがどれだけ多く分類対象としているか（ラベルを貼っているか）を評価する評価値を算出する。
【００２６】
クライアントアクセス部１０７は、クライアント端末１からの要求を受け付けて、その要求に対する所定の処理結果を当該クライアント端末１に送信するためのものである。
【００２７】
操作部１０４は、例えば、図７に示すようなＧＵＩ画面３０４を表示装置に表示して、このＧＵＩ画面３０４上でユーザが各種操作が可能なようになっている。例えば、ユーザはラベルやＵＲＬに関する操作を行なったり、メッセージの送受信操作を行なったりすることができる。具体的には、ラベルの作成、ラベルの削除、ラベルのＵＲＬへの貼り付け、メッセージの送信、メッセージの受信等を行なうことができる。
【００２８】
図７のＧＵＩ画面３０４は、主に、ラベル一覧表示画面３０５とＵＲＬ一覧表示画面３０６とから構成され、ラベル一覧表示画面３０５はユーザが作成したラベルが表示される画面であり、ＵＲＬ一覧表示画面３０６はラベル一覧表示画面３０５にて選択されたラベルが貼り付けられているＵＲＬの一覧が表示される画面である。ラベル一覧表示画面３０５では、ユーザは１つまたは複数個のラベルを選択することができる。その場合、ＵＲＬ一覧表示画面３０６には、選択された全てのラベルが貼り付けられているＵＲＬの一覧が表示される。
【００２９】
メッセージ入力部１０５は、送信するメッセージを入力するためのものであり、例えばメッセージをキーボードから入力するためのダイアログボックスであったり、テキストエディタであったりする。また、メッセージをキーボードから入力するのではなく、既に存在するファイルをメッセージとして指定してもよい。
【００３０】
メッセージ送信先決定部１０６は、メッセージ入力部１０５で入力されたメッセージの送信先を決定するためのものである。
【００３１】
メッセージ送信部１０８は、メッセージ送信先決定部１０７にて決定された送信先に対してメッセージを送信するための所定の処理を行う。
【００３２】
メッセージ受信部１０９は、他のユーザから自分宛に送信されてきたメッセージを受信するための所定の処理を行う。
【００３３】
サーバアクセス部１０７は、サーバ２に対し処理要求を送信して、その処理結果をサーバ２から受信するためのものである。
【００３４】
次に、図２に示すフローチャートを参照して、クライアント端末１からメッセージを送信する際のシステム全体の処理動作について説明する。なお、以下の説明において、例えば、メッセージを送信するユーザをｕｓとし、ユーザｕｓのユーザ番号を「０００１」とする。
【００３５】
メッセージの送信処理を開始する前に、まずユーザｕｓは送信したいメッセージの内容を表す１つまたは複数個のラベルを操作部１０４にて選択する。具体的には、図９に示すように、操作部１０４としてのＧＵＩ画面３０４のラベル一覧表示画面３０５にて、送信したいメッセージの内容を表す１つまたは複数個の任意のラベルを選択する。例えば、パソコン本体に関する質問をメッセージとして送信したい場合は、ラベル「パソコン」及びラベル「ハードウェア」を選択する。ここで選択されたラベルは、図９に示すように、強調表示あるいは反転表示等の特殊表示にし、ユーザに明示する。ラベルを選択すると、クライアント端末１からサーバ２に対し、その選択された全てのラベルが貼り付けられているＵＲＬの検索要求が送信され、これを受けてサーバ２から検索結果が返ってきたら、図９に示すように、検索結果としてのＵＲＬの一覧をＵＲＬ一覧表示画面３０６に表示する。この状態から、ユーザｕｓは、メッセージ送信ボタン３０７を押す。メッセージ送信ボタン３０７が押されることで、図２のメッセージの送信処理が開始される。
【００３６】
送信処理が開始されると、メッセージ入力部１０５が送信するメッセージの入力をユーザｕｓに促す。メッセージの入力には例えばテキストエディタ等の手段を用いることができる。ユーザｕｓによって入力されたメッセージをｍｓとする（ステップＳ１）。図８は、入力されたメッセージの表示例を示したもので、ここでは、メッセージ入力画面４０１上に表示されている場合を示している。
【００３７】
なお、先にメッセージを入力した後、そのメッセージの内容に適合したラベルを選択してもよく、その場合も図９に示したように、当該選択されたラベルの貼られたＵＲＬの一覧が表示される。
【００３８】
メッセージ送信先決定部１０６は、図９に示すように、現在、ＵＲＬ一覧表示画面３０６に表示されているＵＲＬ群全てを送信キー情報Ｋ＝（ｉ１，ｉ２，…）として定め、この送信キー情報Ｋとともに、サーバ２に対し評価値の算出要求を送信する。サーバ２は、この要求を受け、メッセージ送信先評価値算出部１１７を呼び出す（ステップＳ２）。
【００３９】
図９に示すように、送信キー情報Ｋの要素は、例えば、
0003793001.tif 000002
である。なお、ここではＵＲＬ一覧表示画面３０６に表示されているＵＲＬ群全てを送信キー情報Ｋの要素としたが、例えば、ＵＲＬ一覧表示画面３０６に表示されているＵＲＬ群のうちいくつかをユーザに選択させて送信キー情報Ｋの要素としてもよい。
【００４０】
メッセージ送信先評価値算出部１０７は、ラベリングテーブル１１３を参照して、ｕｓ以外の全てのユーザｕについて、ユーザｕがメッセージｍｓの送信先としてどの程度適切かを表す評価値ｓｓ（ｕ）を送信キー情報Ｋに基づいて算出する（ステップＳ３）。
【００４１】
評価値の算出方法の一例を説明する。まず、ユーザｕが持つそれぞれのラベルＬについて、ユーザｕによってラベルＬが貼り付けられているＵＲＬの総数を、Ｎ（ｕ，Ｌ）とし、そのうち送信キー情報Ｋに含まれるＵＲＬの総数をＭ（ｕ，Ｌ）とする。そして、ユーザｕの各ラベル毎に、Ｍ（ｕ，Ｌ）／Ｎ（ｕ，Ｌ）を求め、それをユーザｕの全てのＬについて求めて、それらの総和ｗ評価値ｓｓ（ｕ）とする。すなわち、ｓｓ（ｕ）＝ΣＬ｛Ｍ（ｕ，Ｌ）／Ｎ（ｕ，Ｌ）｝とする。なお、Ｎ（ｕ，Ｌ）＝０なるラベルＬについての、Ｍ（ｕ，Ｌ）／Ｎ（ｕ，Ｌ）は無視する。
【００４２】
評価値ｓｓ（ｕ）の算出について、図１０を参照して具体的に説明する。図１０は、図５に示したラベリングテーブルであるが、これを用いて本実施形態に則して評価値の算出手順を説明する。図１０の網かけ表示されたラベリングデータは、送信キー情報Ｋの要素とされたＵＲＬをラベリングしたラベリングデータを示している。例えばユーザ番号「０００２」のユーザに着目すると、このユーザは、ラベル番号「０００１」〜「０００３」を持ち、ラベルＬ＝０００１を貼り付けたＵＲＬは全部で４つ、すなわち、Ｎ（０００２，０００１）＝４であり、そのうち、送信キーＫに含まれるＵＲＬの総数は２つ、すなわち、Ｍ（０００２，０００１）＝２である。同様にして、Ｎ（０００２，０００２）＝２、Ｍ（０００２，０００２）＝０、Ｎ（０００２，０００３）＝３、Ｍ（０００２，０００２）＝１  となる。従って、各ラベルＬについて求めたＭ／Ｎを全てのＬについて加算することにより、評価値ｓｓ（０００２）を求めると、
ｓｓ（０００２）＝２／４＋０／２＋１／３＝５／６  となる。同様に、ｓｓ（０００３）＝２／３である。
【００４３】
なお、上記した評価値は、送信キー情報Ｋの要素である各ＵＲＬに対し、何種類のカテゴリで分類しているか（いくつラベルを貼り付けているか）という評価値であるが、これは、あくまで一例であり、他のユーザｕの分類結果を基に、他のユーザｕが送信キー情報Ｋの要素であるＵＲＬに対しどのくらい興味を持っているかの観点から評価値を定義すれば上記以外の評価値であってもよい。
【００４４】
例えば、ユーザｕがラベルを貼り付けているＵＲＬのうち、送信キー情報Ｋの要素であるＵＲＬの割合を評価値として用いてもよい。すなわち、ユーザｕがラベルを貼り付けているＵＲＬの総数をＸ、そのうち、送信キーＫに含まれるＵＲＬの総数をＹとすると、評価値ｓｓ（ｕ）をｓｓ（ｕ）＝Ｙ／Ｘ  と定義することもできる。また、ユーザｕが送信キー情報Ｋに含まれるＵＲＬと類似するカテゴリを持っているかを評価する評価値として、ユーザｕがラベルＬを貼り付けたＵＲＬのうち、送信キー情報Ｋに含まれるＵＲＬの総数Ｍ（ｕ、Ｌ）を各ラベル毎に求め、そのうちの最大値のＭ（ｕ、Ｌ）をそのままユーザｕの評価値ｓｓ（ｕ）として、定義してもよい。
【００４５】
メッセージ送信先評価値算出部１１７にてユーザｕ毎に算出した評価値ｓｓ（ｕ）は、例えば、ユーザ番号と、このユーザ番号をキーにユーザテーブル１１４を検索して得られるユーザ名とともに、要求元のクライアント端末１に返されると、メッセージ送信先決定部１０６は、評価値ｓｓ（ｕ）がｓｓ（ｕ）＞０である全てのユーザの一覧を送信先の候補としてユーザｕｓに提示する。送信先候補の一覧は、例えば、図１１に示すように、送信先候補一覧表示画面４０４として操作部１０４の表示装置に表示される。図１１では、ユーザ番号とユーザ名とそのユーザの評価値とを１組のデータとする全部で２組のデータが、それぞれ選択可能なように表示されている。
【００４６】
ユーザｕｓは、例えば、図１１に示したような送信先候補の一覧から、実際にメッセージを送信したい相手を１人または複数選択する（ステップＳ４）。選択された送信先をＵｓ＝（ｕ１，  ｕ２，…）とする。ユーザｕｓは、例えば、ユーザ番号「０００２」のユーザを送信先として選択したとする（すなわち、Ｕｓ＝（０００２）とする）。
【００４７】
なお、ここでは送信先の候補をユーザｕｓに提示し、ユーザｕｓに最終的な送信先を選択させているが、これに限らず、例えば評価値ｓｓ（ｕ）がある閾値以上であるようなユーザを最終的な送信先とし、ユーザによる選択は行なわせないようにしてもよい。
【００４８】
最終的な送信先が決定すると、例えば、送信先Ｕｓの要素として選択されたユーザのユーザ番号とともに、ユーザＩＤの検索要求をサーバ２へ送信する。これを受けて、サーバ２は、ユーザ番号をキーにユーザテーブル１１４を検索してユーザＩＤを取得して、それを当該要求元のクライアント端末へ返す。クライアント端末１のメッセージ送信部１０８は、送信先Ｕｓの要素である各ユーザｕに対して、メッセージｍｓを送信するために、メッセージｍｓに、宛先としてサーバ２から送られてきたユーザＩＤのそれぞれを付加した所定のフォーマットのパケットを生成し、送信先Ｕｓの要素である各ユーザｕにメッセージｍｓを送信する（ステップＳ５）。
【００４９】
各ユーザ宛に送信されたメッセージは、サーバ２で一旦受信され、受信メッセージテーブル１１５に当該ユーザＩＤおよびユーザ番号と対応付けて保存される。
【００５０】
実際にメッセージを送信する手段としては、例えば電子メール等の手段を用いることもできるが、これに限らない。例えば、電子メールの場合は、サーバ２はユーザＩＤからそのユーザのＩＰアドレスを導くためのテーブルを保持し、クライアント端末１からユーザＩＤが付されたメッセージが送信されると、それを一旦サーバ２で受け、ユーザＩＤをＩＰアドレスに変換した後インターネット上に送信される。
【００５１】
以上がメッセージの送信処理の説明である。
【００５２】
なお、好ましくは、メッセージ送信部１０８は、各送信先宛のメッセージに、当該送信先のユーザについて算出された評価値を付加することが望ましい。
【００５３】
さらに、好ましくは、メッセージ送信部１０８は、各送信先宛のメッセージに、送信キー情報Ｋを付加することが望ましい。
【００５４】
次に、メッセージを受信する側のクライアント端末１の処理動作について説明する。ここでは、受信メッセージは、サーバ２の受信メッセージテーブル１１５に保持されている場合について説明する。
【００５５】
ユーザは、操作部１０４のＧＵＩ画面３０４にて受信ボタン３０８を押す。ボタンが押されると、サーバアクセス部１０７からサーバ２へ、例えば、当該ユーザのユーザ番号とともに、当該ユーザ宛の受信メッセージの検索要求を出す。サーバ２は、ユーザ番号をキーにして受信メッセージテーブル１１５を検索して、当該ユーザ宛の受信メッセージを検索し、検索された受信メッセージの一覧を要求元のクライアント端末１へ返す。好ましくは、この一覧に各受信メッセージに含まれていた評価値を添付する。さらに好ましくは、この一覧に各受信メッセージに含まれていた送信キー情報Ｋを添付する。
【００５６】
メッセージ受信部１０９は、サーバ２から送られてきた当該ユーザ宛の受信メッセージがあれば、図１２に示すように、ＧＵＩ画面３０４に新たに受信メッセージ一覧表示画面３０９を表示して、その中に受信メッセージの一覧をその中から所望メッセージを選択可能なように表示する。
【００５７】
なお、受信したメッセージの一覧を表示する際に、当該メッセージに付加されたメッセージ送信先評価値算出部１１７によって送信時に算出された評価値を参照して、その値の大きいものから順にメッセージを並べ替えて表示するようにしても良い。
【００５８】
受信したメッセージを読むには、例えば、図１２の受信メッセージ一覧画面３０９上で、読みたいメッセージをダブルクリックして選択する。このダブルクリックにより、メッセージ受信部１０９は、例えば、操作部１０４の表示装置に図１３に示すような受信メッセージ表示画面５０２を新たに表示するとともに、サーバ２に対し当該メッセージの実体の送信要求を送る。これを受けて、サーバ２から送られてきたメッセージの実体を受信メッセージ表示画面５０２に表示する次に、受信処理動作の他の例を説明する。なお、重複する部分の説明は省略し、異なる部分についてのみ説明する。
【００５９】
メッセージの受信処理を開始する前に、操作部１０４としてのＧＵＩ画面３０４のラベル一覧表示画面３０５にて、所望の１つまたは複数個のラベルを選択する。例えば、ラベル「パソコン」及びラベル「ハードウェア」を選択する。ここで選択されたラベルの貼られたＵＲＬの一覧がＵＲＬ一覧表示画面３０６に表示される。この状態から、操作部１０４のＧＵＩ画面３０４にて受信ボタン３０８を押し、前述したメッセージの受信処理を開始する。受信メッセージの一覧を表示する際、例えば、メッセージ受信部１０９は、それぞれの受信メッセージｍｒについて、（例えば、受信メッセージの一覧に含まれている）受信メッセージｍｒの送信時に送信キー情報Ｋとして指定されたＵＲＬの集合と、現在ラベル一覧表示画面３０５にて選択されているラベルが貼り付けられているＵＲＬの集合（現在、ＵＲＬ一覧表示画面３０６に表示されている）とを比較し、この２つの集合の両方に含まれるＵＲＬがあるとき、当該受信メッセージｍｒに関するデータを受信メッセージ表示画面５０２に表示する。この時、２つの集合の両方に含まれるＵＲＬの数に従ってメッセージを並べ替えて表示するようにしても良い。
【００６０】
また、上記実施形態では、メッセージ送信先評価値算出部１１７は、サーバ２に具備されているが、この場合に限らず、各クライアント端末１がこれを具備していてもよい。この場合も、クライアント端末１にて算出された評価値に基づき送信先候補を求め、メッセージを送信する処理は、上記とほぼ同様であり、さらに、送信メッセージに評価値やその算出の際に用いた送信キー情報Ｋを添付して送信することにより、受信側のクライアント端末１では、メッセージに添付された評価値、送信キー情報Kに基づき、上記同様の提示を行うことができる。なお、クライアント端末１がメッセージ送信先評価値算出部１１７を持つ場合、評価値算出時に、サーバ１に保持されている各種テーブルを参照するために、クライアント端末１とサーバ２との間のアクセス回数が多くなることは必至である。
【００６１】
さらに、サーバ２に保持されている各種テーブルの一部を各クライアント端末１もサーバ２同様保持するようにしてもよい。
【００６２】
上記実施形態では、情報リソースとしてＵＲＬを考えたが、これに限られることはなく、例えばインターネット上のネットニュースにおける記事の情報整理システムを構築することを考え、そこでは各記事に一意に対応付けられている識別子であるメッセージＩＤを情報リソースと考えることにより同様の効果が得られ、本発明の目的を達成することができる。
【００６３】
また、上記実施形態では、情報リソースを分類する手段としてラベル付けを考えたが、これに限られることはなく、例えば階層化ディレクトリ構造によって情報リソースを分類しても同様の効果が得られ、本発明の目的を達成することができる。
【００６４】
さらに、上記実施形態では、送信するメッセージを１つだけ指定したが、これに限られることはなく、例えば同時に複数個のメッセージを指定し送信するようにしてもよい。
【００６５】
なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。さらに、上記実施形態には種々の段階の発明は含まれており、開示される複数の構成用件における適宜な組み合わせにより、種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題（の少なくとも１つ）が解決でき、発明の効果の欄で述べられている効果（のなくとも１つ）が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【００６６】
【発明の効果】
以上説明したように、本発明によれば、送信したいメッセージの送信先として、各ユーザの共有情報の利用範囲を基に、そのメッセージに興味のありそうな適切なユーザを特定することが容易に行える。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るメッセージ送受信システムの構成例を示した図。
【図２】メッセージ送信処理動作を説明するためのフローチャート。
【図３】ラベルテーブルのデータ記憶例を示した図。
【図４】ＵＲＬテーブルのデータ記憶例を示した図。
【図５】ラベリングテーブルのデータ記憶例を示した図
【図６】ユーザテーブルのデータ記憶例を示した図。
【図７】操作部としてのＧＵＩ画面の表示例を示した図。
【図８】メッセージ入力画面の表示例を示した図。
【図９】選択されたラベルの付されたＵＲＬの一覧を表示し、この一覧表示されたＵＲＬを送信キー情報として決定するまでの処理を説明するための図。
【図１０】評価値の算出方法を説明するための図。
【図１１】送信先候補一覧表示画面の表示例を示した図。
【図１２】受信メッセージ一覧表示画面の表示例を示した図。
【図１３】メッセージ表示画面の表示例を示した図。
【符号の説明】
１…クライアント端末
２…サーバ装置
１０４…操作部
１０５…メッセージ入力部
１０６…メッセージ送信先決定部
１０７…サーバアクセス部
１０８…メッセージ送信部
１０９…メッセージ受信部
１１０…記憶部
１１１…ラベルテーブル
１１２…ＵＲＬテーブル
１１３…ラベリングテーブル
１１４…ユーザテーブル
１１５…受信メッセージテーブル
１１７…メッセージ送信先評価値算出部
１１８…クライアントアクセス部
【図１】
0003793001.tif 000003
【図２】
0003793001.tif 000004
【図３】
0003793001.tif 000005
【図４】
0003793001.tif 000006
【図５】
0003793001.tif 000007
【図６】
0003793001.tif 000008
【図７】
0003793001.tif 000009
【図８】
0003793001.tif 000010
【図９】
0003793001.tif 000011
【図１０】
0003793001.tif 000012
【図１１】
0003793001.tif 000013
【図１２】
0003793001.tif 000014
【図１３】
0003793001.tif 000015