JP4852452B2 - メッセージ交換装置およびメッセージ交換方法 - Google Patents

Description

この発明は、電子的にユーザ間で情報や意見を交換するための電子掲示板やチャット等のメッセージ交換装置およびメッセージ交換方法に関し、特にユーザが閲覧している文書に関して他のユーザと簡単にメッセージ交換を行うことができると共に、文書閲覧履歴情報に基づいてメッセージ交換を促進する情報通知を行うことができるメッセージ交換装置およびメッセージ交換方法に関する。

近年、インターネットの普及やオフィスの電子化の発達などにより、電子的にユーザ間で情報や意見を交換するためのシステムが様々考案されている。こうしたシステムの１つとして電子掲示板やチャットと呼ばれるものがある。
電子掲示板もチャットもある話題について複数人で情報や意見を交換するためのシステムである。話題ごとに掲示板やチャットルームを作成し、ユーザはそこにメッセージを書き込んだり、他のユーザが書き込んだメッセージを読むことができる。こうしたシステムの問題として、以下のような点があった。
（１）話題ごとに掲示板やチャットルームをユーザもしくは管理者が作成、管理しなくてはならない。
（２）ある話題について情報交換をしたい場合に、その話題についての掲示板やチャットルームを探す必要がある。
そこで、文書を、話題を表す対象として利用することで上記の問題を解決する技術が考案されている。

すなわち、従来ではブラウザでＷｅｂページを閲覧している場合に、おなじＷｅｂページを閲覧しているユーザ情報を共有し、同じページを現在見ている１人または複数のユーザとコラボレーションを行うことを可能としている（特許文献１）。すなわち、ここでは「同時、あるいは同時間帯に同じ文書見ている」という条件により、自動的に掲示板やチャットルームなどを生成しコミュニケーションの場を提供することができる。
この従来技術では、同じＷｅｂページを「同時に」見ているユーザ間でしかコミュニケーションできないのに対し、他の従来技術では、Ｗｅｂブラウザを用いて同Ｗｅｂサイトを同時間帯に閲覧しているインターネット利用者をコミュニケーション対象と見なし、このコミュニケーション対象をより広く求めることを可能としている（特許文献２）。
また、他の従来技術では、掲示板への投稿情報とＷｅｂページの対応情報を記録し、Ｗｅｂページ閲覧時に関連する掲示板投稿情報を表示させることができる（特許文献３）。すなわち、ここでは、文書に関連するメッセージだけを文書とともに表示することができ、仮想的に文書ごと、話題ごとの掲示板を提供することができる。またどの発明も文書と掲示板、チャットルームが結びついている為にそれらを探す手間が省くことができる。

なお、先行技術としては、特許文献１として、あるユーザに、汎用ブラウザまたは専用ブラウザ内の同じブラウザ・ページを現在見ている他のユーザを認識させる機能を組み込み、ユーザが同じＷｅｂページ上の他のユーザとのコラボレーション動作を開始することを可能にする機能もブラウザに設けられ、ユーザは、登録プロセスを介してレジストリにユーザ情報を与え、レジストリは、ユーザから供給された情報を保持し、レジストリはさらに、ユーザによって現在見られているページを識別するように更新され、ユーザはコラボレーション・インタフェースにアクセスし、このユーザと同じページを現在見ているユーザのリストを見、コラボレーション・インタフェースはさらに、ユーザがコラボレーション動作を選択し、同じページを現在見ている１人または複数のユーザとコラボレーションを行うことを可能にする技術が開示されている。

特許文献２として、ウェブ・ブラウザを用いて同ウェブ・サイトを同時間帯に閲覧しているインターネット利用者をコミュニケーション対象と見なし、このコミュニケーション対象をより広く求めることを可能とするとともに、このコミュニケーション対象のインターネット利用者や、インターネット利用者が形成するコミュニティを探す作業の手間を軽減し、かつ、自分の求めるコミュニケーション対象をより明確に確定可能とするネットワーク・コミュニケーション・システム、サーバ・マシン、コミュニケーション・サービス方法及びそのプログラムの技術が開示されている。
特許文献３として、掲示板以外のＷｅｂページを見ながら範囲の特定された投稿情報を容易に見ることができ、掲示板を手間なく簡単に利用することができ、多対多型のオープンなコミュニケーションを十分に活性化させることのできる掲示板情報表示方法、掲示板情報表示システムの技術が開示されている。
特開２０００−３５９５１公報 特開２００４−２４６４８８公報 特開２００４−１０２４７０公報

しかしながら、上述した従来技術では対象となる文書はＷｅｂ文書、アプリケーションはＷｅｂブラウザに限定されている。近年ではユーザは様々なシステムやアプリケーションを使い分けながら作業をすることが当たり前になっており、情報が複数の異なるシステムで管理されていること、複数の文書形式やアプリケーションを利用することが多い。こうした環境ではＷｅｂ文書やＷｅｂブラウザなど特定の文書形式やアプリケーションだけでのみ利用可能な機能は効果が小さい。よって文書の管理方法、文書形式、利用アプリケーションに依存することなく、文書を話題の対象としたメッセージ交換ができる必要があった。
また、メッセージ交換によるコミュニケーションを活性化させるためには、コミュニケーションの場の設定だけでなく、メッセージの登録の通知やコミュニケーションの場への参加要請、他のユーザが場に参加したことの通知などのユーザへの情報の通知や働きかけが必要であった。
本発明は、上述した従来の問題点を解決するためになされたもので、その目的は、ユーザが多様な文書形式や文書操作アプリケーションを利用していてもユーザが閲覧している文書情報を取得し、閲覧文書に対して自由にメッセージが登録できるようにした、文書を話題の鍵とするメッセージ交換装置およびメッセージ交換方法を提供することである。
また、本発明の他の目的は、ユーザの文書閲覧履歴を利用することで、メッセージ交換相手やメッセージ登録通知、コミュニケーション参加要請などメッセージ交換によるコミュニケーションの活性化を支援することができるメッセージ交換装置およびメッセージ交換方法を提供することである。

上述の目的を達成するために、請求項１記載の発明は、サーバと複数のコンピュータとで構成されるメッセージ交換装置において、前記コンピュータが、前記コンピュータ上でユーザが閲覧する文書情報を取得する閲覧文書情報取得手段と、前記閲覧文書情報取得手段によって取得した文書を閲覧している全ユーザの情報を表示する文書閲覧ユーザ情報表示手段と、前記閲覧している文書に対するメッセージを登録するメッセージ登録手段と、
前記登録したメッセージを公開する相手を指定するメッセージ公開指定手段と、前記文書および前記文書に対して登録されているメッセージを表示する表示手段と、を具備し、前記サーバが、前記閲覧文書情報取得手段によって取得した閲覧文書情報を管理する閲覧文書情報管理手段と、前記文書に対するメッセージを管理するメッセージ管理手段と、を具備し、前記コンピュータの前記表示手段に、前記閲覧文書情報取得手段によって取得した閲覧文書を表示する際に、前記サーバの前記メッセージ管理手段より前記閲覧文書に対するメッセージを合わせて表示し、現在所定の時間内にメッセージのやり取りが行われている文書、あるいは現在所定の人数以上のユーザが閲覧している文書を表示するアクティブ文書表示手段を備えることを特徴とする。

また、請求項２記載の発明は、前記ユーザが過去に閲覧したことがある文書にメッセージが登録された場合、そのメッセージ登録を通知する通知手段を具備することを特徴とする。
また、請求項３記載の発明は、前記ユーザが過去にメッセージを登録したことがある文書にメッセージが登録された場合、そのメッセージ登録を通知する通知手段を具備することを特徴とする。
また、請求項４記載の発明は、前記指定した文書を他のユーザが閲覧した場合、そのユーザ閲覧を通知する通知手段を具備することを特徴とする。
また、請求項５記載の発明は、前記指定した文書を指定したユーザが閲覧した場合、そのユーザ閲覧を通知する通知手段を具備することを特徴とする。
また、請求項６記載の発明は、前記指定したユーザに対して指定した文書あるいはそれに登録されているメッセージを閲覧するように通知する通知手段を具備することを特徴とする。

また、請求項７記載の発明は、サーバと複数のコンピュータとで構成されるメッセージ交換装置におけるメッセージ交換方法であって、前記コンピュータが、前記コンピュータ上でユーザが閲覧する文書情報を取得する閲覧文書情報取得ステップと、前記閲覧文書情報取得ステップによって取得した文書を閲覧している全ユーザの情報を表示する文書閲覧ユーザ情報表示ステップと、前記閲覧している文書に対するメッセージを登録するメッセージ登録ステップと、前記登録したメッセージを公開する相手を指定するメッセージ公開指定ステップと、前記文書および前記文書に対して登録されているメッセージを表示する表示ステップと、を具備し、前記サーバが、前記閲覧文書情報取得ステップによって取得した閲覧文書情報を管理する閲覧文書情報管理ステップと、前記文書に対するメッセージを管理するメッセージ管理ステップと、を具備し、前記コンピュータの前記表示ステップに、前記閲覧文書情報取得ステップによって取得した閲覧文書を表示する際に、前記サーバの前記メッセージ管理ステップより前記閲覧文書に対するメッセージを合わせて表示し、現在所定の時間内にメッセージのやり取りが行われている文書、あるいは現在所定の人数以上のユーザが閲覧している文書を表示するアクティブ文書表示ステップを備えることを特徴とする。
また、請求項８記載の発明は、前記ユーザが過去に閲覧したことがある文書にメッセージが登録された場合、そのメッセージ登録を通知する通知ステップを具備することを特徴とする。

また、請求項９記載の発明は、前記ユーザが過去にメッセージを登録したことがある文書にメッセージが登録された場合、そのメッセージ登録を通知する通知ステップを具備することを特徴とする。
また、請求項１０記載の発明は、前記指定した文書を他のユーザが閲覧した場合、そのユーザ閲覧を通知する通知ステップを具備することを特徴とする。
また、請求項１１記載の発明は、前記指定した文書を指定したユーザが閲覧した場合、そのユーザ閲覧を通知する通知ステップを具備することを特徴とする。
また、請求項１２記載の発明は、前記指定したユーザに対して指定した文書あるいはそれに登録されているメッセージを閲覧するように通知する通知ステップを具備することを特徴とする。
また、請求項１３記載の発明は、現在所定の時間内にメッセージのやり取りが行われている文書、あるいは現在所定の人数以上のユーザが閲覧している文書を表示するアクティブ文書表示ステップを具備することを特徴とする。

本発明によれば、ユーザは文書形式、利用アプリケーションに依存することなく、文書を話題の鍵としたメッセージ交換を行うことができる。また文書閲覧中のユーザ情報を表示することで文書を閲覧しているユーザとメッセージ交換を行うことができる。
また、本発明によれば、同時刻ではなく異なる時刻に同じ文書を閲覧したユーザとのメッセージ交換を行うことができる。
また、本発明によれば、ユーザが過去にメッセージを登録した文書に対して同時刻ではなく異なる時刻に同じ文書を閲覧したユーザとのメッセージ交換を行うことができる
また、本発明によれば、ユーザが閲覧している文書に対して、未来において他のユーザが同じ文書を閲覧した際にメッセージ交換を行うことができる。
また、本発明によれば、ユーザが閲覧している文書に対して、未来において特定のユーザが同じ文書を閲覧した際にメッセージ交換を行うことができる。
また、本発明によれば、ユーザは文書を閲覧していない他のユーザをメッセージ交換の場に参加を要請することができる。
また、本発明によれば、ユーザは現在コミュニケーションが活発に行われている文書、話題を知ることができ、その場に参加することができる。

以下に添付の図を参照してこの発明の実施形態を詳細に説明する。
図１は、本発明によるメッセージ交換装置の一実施形態のシステム構成図である。
図１に示すように、このメッセージ交換装置のシステムは、ネットワーク１で相互に接続された１台のサーバ３と複数台（この場合２台）のクライアントＰＣ５とで構成される。なお、この実施形態では、クライアント側をＰＣ（パソコン）５としているが、これに限定されることなく、同じ機能を持つものであれば、他の構成としても良い。
［第一の実施形態］
最初に第一の実施形態により説明する。図２は、第一の実施形態のサーバ３側の構成図であり、図３は、第一の実施形態のクライアントＰＣ５側の構成図である。
まず、最初にサーバとクライアントの構成を簡単に説明する。
図２に示すように、サーバ３は、ユーザ認証部７と、閲覧文書情報管理部９と、メッセージ管理部１１とを有する構成となっている。
そして、ユーザ認証部７と、閲覧文書情報管理部９と、メッセージ管理部１１とには、それぞれユーザＤＢ（データベース）１３と、閲覧文書情報ＤＢ１５と、メッセージＤＢ１７とが対応して設けられている。

ユーザ認証部７では、クライアントＰＣ５側からの要求によりユーザ認証を行うようになっており、クライアントＰＣ５側から送られてくるユーザ情報（ユーザ名とパスワード）とユーザＤＢ１３内のユーザ情報との照合を行うことで認証を行う。
閲覧文書情報管理部９では、クライアントＰＣ５側におけるユーザの文書閲覧状況を表す情報である閲覧文書情報を管理する。すなわち、閲覧文書情報管理部９では、クライアントＰＣ５側の閲覧文書情報取得部２３（図３参照）から送られてくる閲覧文書情報を閲覧文書情報ＤＢ１５で管理し、クライアントＰＣ５側の文書閲覧ユーザ情報表示部２５からの依頼で、指定された文書を現在閲覧しているユーザ情報をクライアントＰＣ５側に返信する。
メッセージ管理部１１では、クライアントＰＣ５側から送られてくる閲覧文書に対して付与されたメッセージをメッセージＤＢ１７で管理する。すなわち、メッセージ管理部１１ではクライアントＰＣ５側の表示部３１からの依頼で、指定された文書に対して登録されているメッセージ情報を返信する。

図３に示すように、クライアントＰＣ５は、ユーザ情報処理部２１と、閲覧文書情報取得部２３と、文書閲覧ユーザ情報表示部２５と、メッセージ登録部２７と、メッセージ公開指定部２９と、表示部３１とを有する構成となっている。
ユーザ情報処理部２１では、ユーザからのユーザ情報（ユーザ名とパスワード）の入力を受けつけ、入力されたユーザ情報をサーバ３側のユーザ認証部７に送り認証結果を受け取る。
閲覧文書情報取得部２３では、ユーザがクライアントＰＣ５の表示部３１上で閲覧する文書情報を取得する。本実施形態における取得する情報は、ユーザＩＤ、クライアント識別情報、文書タイトル、文書識別子、アプリケーション情報、イベント名、イベント開始時刻、イベント終了時刻である。
文書閲覧ユーザ情報表示部２５では、現在クライアントＰＣ５上でユーザが閲覧している文書と同じ文書を閲覧している全ユーザの情報が表示される。文書閲覧ユーザ情報はサーバ３側の閲覧文書情報管理部９から取得する。
メッセージ登録部２７では、現在閲覧している文書に対するメッセージの入力、登録を行う。メッセージは閲覧文書情報とあわせてサーバ３側のメッセージ管理部１１に登録する。
メッセージ公開指定部２９では、メッセージ登録する際にメッセージ情報の公開対象ユーザを指定する。特定のユーザを指定したり、文書閲覧ユーザ情報表示部２５に表示されるユーザを選択することで公開対象ユーザを指定することができる。
表示部３１では、現在閲覧している文書および現在閲覧している文書に対して登録されているメッセージを表示する。その際にはメッセージの交換指定に応じて表示メッセージが選択される。メッセージはサーバ３側のメッセージ管理部１１から取得する。

次に、図４の動作フローチャートを参照して、図１〜図３に示したメッセージ交換装置の全体動作について説明する。図４は、図１〜図３に示したメッセージ交換装置の全体動作を示すフローチャートである。
まず、図４のステップ１０１において、ユーザはクライアントＰＣ５上でユーザ認証を行う。そして、ユーザ認証に成功すると閲覧文書情報取得部２３では、ユーザがクライアントＰＣ５上で閲覧する文書の情報の取得を開始する（ステップ１０３）。本実施形態では、クライアントでＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）に代表されるＧＵＩによるウィンドウシステムをもつＯＳが動作しているものとし、閲覧文書情報を取得する為に、文書操作イベントの取得を行う。取得する文書操作イベントは、文書を開閉（文書ウィンドウのオープン／クローズ）、フォーカス（文書ウィンドウの最前面化）とする。閲覧文書情報として取得する情報は、ユーザＩＤ、クライアント識別情報、文書タイトル、文書識別子、アプリケーション情報、イベント名、イベント開始時刻、イベント終了時刻であり、取得した閲覧文書情報はサーバ３側の閲覧文書情報管理部９に送信され登録、管理される。

次に、文書閲覧ユーザ情報表示部２５では、ユーザがクライアントＰＣ５側で閲覧している文書と同じ文書を閲覧している全ユーザ情報が表示される（ステップ１０５）。
そして、ユーザが現在閲覧している文書に対してメッセージを登録する場合は、メッセージ登録部２７にメッセージを入力して、登録する（ステップ１０７）。その際に、メッセージ公開指定部２９において、メッセージの公開相手を指定することもできる。入力されたメッセージは閲覧文書情報とあわせてサーバ３側のメッセージ管理部１１に送信され登録、管理される。
そして、表示部３１では、現在閲覧している文書に対して登録されているメッセージを表示する（ステップ１０９）。メッセージに公開指定が指定されている場合はその条件にマッチしているメッセージだけが表示される。文書に対して登録したメッセージは、同じ文書を閲覧している全ユーザの表示部３１に自動的に表示される。すなわち、表示部３１に、閲覧文書を表示する際に、サーバ３側のメッセージ管理部１１よりの閲覧文書に対するメッセージを合わせて表示する。

以下に、図４の各ステップ処理の詳細について説明する。
［ユーザ認証：図４のステップ１０１］
まず、ユーザはクライアントＰＣ５上でユーザ認証を行う。ここで、ユーザ情報処理部２１は、図５に示すユーザ情報入力ユーザインタフェースを表示し、ユーザにユーザ情報（ユーザ名とパスワード）を入力させる。図５は、ユーザ情報入力ユーザインタフェースの表示例を示す説明図である。
ユーザ情報処理部２１は、入力されたユーザ情報（ユーザ名とパスワード）をサーバ３側のユーザ認証部７に送信する。サーバ３側のユーザ認証部７は、あらかじめ登録されているユーザ情報を記憶しているユーザＤＢ１３からユーザ情報を取得し、送られてきたユーザ情報の照合を行い、その成否をクライアントＰＣ５側のユーザ情報処理部２１に返す。
クライアントＰＣ５側のユーザ情報処理部２１は、ユーザ認証が成功した場合はそのユーザ情報を保持し、失敗した場合には再度ユーザ情報入力ユーザインタフェースを表示し、ユーザにユーザ情報（ユーザ名とパスワード）を入力させる。

［閲覧文書情報取得：図４のステップ１０３］
クライアントＰＣ５側の閲覧文書情報取得部２３では、ユーザがクライアントＰＣ５上で行った文書に対する操作イベントの情報を取得することで閲覧文書情報を取得する。本実施形態では、クライアントでＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）に代表されるＧＵＩによるウィンドウシステムをもつＯＳが動作しているものとする。本実施形態では取得する文書操作イベントとして、「開閉」（文書ウィンドウのオープン／クローズ）、「フォーカス」（文書ウィンドウの最前面化）を取得するものとする。また、本実施形態では閲覧文書情報として、ユーザＩＤ、クライアント識別子、アプリケーション名、文書タイトル、文書識別子、イベント名、イベント開始時刻、イベント終了時刻を取得するものとする。
また、クライアント識別子は、クライアントを識別する為に利用するもので、クライアントのＩＰアドレスやネットワークデバイスのＭＡＣアドレスなどを利用することができる。本実施形態ではＩＰアドレスを利用するものとする。
アプリケーション名は、ユーザが文書操作に利用したアプリケーション名である。本実施形態ではアプリケーションの実行モジュールのファイル名を利用する。
文書タイトルとは、文書のタイトルであるが、本システムでは表示ウィンドウのタイトルやファイル名を文書タイトルとして利用することもできる。
文書識別子とは、文書を一意に識別することのできるＩＤである。文書を識別できる情報であればなんでもよいが、本実施形態ではＷｅｂ文書のＵＲＬ、ファイルシステムで管理されているファイルのファイルパス、ＤＢで管理されている文書のＤＢサーバ名、ＤＢ名、文書ＩＤなど、文書の管理場所を示す情報を利用する。
イベント名は、イベントを識別する為に利用するもので、本実施形態では「開閉」「フォーカス」の２つとする。イベント開始時刻、イベント終了時刻は、「開閉」「フォーカス」のイベント開始時刻と終了時刻である。

ここで、図６を参照して、閲覧文書情報取得処理について説明する。図６は、閲覧文書情報取得処理のフローチャートである。
まず、図６のステップ２０１において、ユーザ情報取得処理ではユーザ情報処理部２１からユーザＩＤを取得し、ネットワークアドレス取得処理ではクライアントＰＣ５側のＩＰアドレスを取得する（ステップ２０３）。
そして、文書情報取得処理では現在閲覧中（ウィンドウが最前面にフォーカスしている）文書の情報を取得する（ステップ２０５）。この文書情報取得の詳細なフローチャートを図７に示し、文書情報取得例を図８に示す。図８は、文書情報取得処理における文書情報取得例を示す説明図である。
この文書情報取得では現在閲覧中の文書だけでなく、開いている文書ウィンドウすべての情報が記録される。
文書情報登録処理ではイベントが発生したかをチェックし、必要であれば文書情報をサーバ３側の閲覧文書情報管理部９に送信する（ステップ２０７）。この文書登録処理の詳細なフローチャートを図９に示す。
処理終了の指示がなければこれら一連の処理を繰り返す（ステップ２０９）。処理の負荷を軽減する為に繰り返し時に多少の待機時間を設定してもよい。

次に、図７を参照して、図６のステップ２０５に示した文書情報取得処理について詳しく説明する。図７は、図６のステップ２０５に示した文書情報取得処理の詳細なフローチャートである。
ここでは、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）が搭載されているコンピュータを例として文書情報取得方法を説明する。ウィンドウシステムでは文書をウィンドウと呼ばれる領域内の表示し、複数のウィンドウを切り替えながら操作することができる。Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）の場合、アプリケーションやサービスがその内部のオブジェクト、機能を外部のアプリケーションやサービスに公開することのできる、オートメーションと呼ばれる技術が存在する。このオートメーションに対応しているアプリケーションであれば、文書識別子を取得できる場合が多い。したがって、本実施形態では、文書タイトル、アプリケーション名はすべての文書について取得し、文書識別子はオートメーションに対応しているアプリケーションで表示されている文書に対して取得するものとする。
まず、図７のステップ３０１において、文書表示ウィンドウの情報取得用ウィンドウハンドルとして、アクティブウィンドウのウィンドウハンドルを取得する。Ｗｉｎ３２ＡＰＩとよばれるＡＰＩの１つである「ＧｅｔＡｃｔｉｖｅＷｉｎｄｏｗ（）」というＡＰＩを利用することで、現在アクティブであるウィンドウのハンドルを取得することができる。

次に、取得したウィンドウハンドルを利用して、アクティブウィンドウのウィンドウタイトルを取得し、それを文書タイトルとする（ステップ３０３）。この場合ウィンドウタイトルにはアプリケーション名などが入る場合もあるが、ここではそれも含めて文書タイトルとする。「ＧｅｔＷｉｎｄｏｗＴｅｘｔ（）」というＡＰＩを利用することでウィンドウタイトルを取得することができる。
次に、文書を表示しているアプリケーション情報を取得する（ステップ３０５）。「ＧｅｔＷｉｎｄｏｗＴｈｒｅａｄＰｒｏｃｅｓｓＩｄ（）」というＡＰＩを利用することでウィンドウハンドルからそのウィンドウを実行しているモジュールのファイル名とパス名を取得することができる。これにより文書を表示しているアプリケーションを識別することができる。
次に、文書を表示しているアプリケーションがオートメーション対応かどうかを判断する（ステップ３０７）。オートメーション対応アプリケーション実行ファイル名リストをあらかじめ作成し、取得したアプリケーションのモジュールファイル名とこのリストを照合することで、オートメーション対応かどうかを判断する。
オートメーション対応である場合は、各アプリケーションに応じて文書識別子を取得し（ステップ３０９）、アプリケーションからこれらに対応する情報を取得できない場合は情報なしとする。オートメーション対応でない場合は、文書識別子はなしとして処理を終了する。

次に、文書情報更新する（ステップ３１１）。ここで、取得した文書情報は、図８に示すような形式で管理する。ここでは現在閲覧中の文書だけでなく、過去の履歴も保持する。文書更新処理では、閲覧文書が切り替わったかどうかを判断し、切り替わっていたら情報を更新する。
図８において、文書情報記録において文書ＩＤはネットワーク上でユニークなＩＤである必要があるため、ＵＵＩＤ（ＧＵＩＤ）などのグローバルユニークなＩＤをＩＤとして利用する。現在閲覧中の文書はフォーカス終了時刻が記載されていない文書である（図８の例ではＵＵＩＤ４の文書）。取得した文書情報の「ウィンドウハンドル」「文書タイトル」「文書識別子」のどれかが記録中の現在閲覧中文書の情報と異なる場合、閲覧文書が切り替わったと判断して、文書情報記録での閲覧中文書情報（ＵＵＩＤ４）のフォーカス終了時刻に現在時刻を登録し、新たな文書情報（ＵＵＩＤ５）の情報を取得した情報を基に登録する。新しい文書情報の「フォーカス開始時刻」には現在時刻を登録する。その場合、文書情報記録中に「ウィンドウハンドル」「文書タイトル」「文書識別子」が同じ文書情報がある場合は、その「文書オープン時刻」を新しい文書情報の「文書オープン時刻」として登録する。同一文書がない場合はフォーカス開始時刻と同じ時刻を「文書オープン時刻」に登録する。

次に、図９を参照して、図６のステップ２０７における文書情報登録処理について詳しく説明する。図９は、図６のステップ２０７における文書情報登録処理の詳細なフローチャートである。
ここで、文書情報処理ではイベントが発生したかどうかをチェックし、イベントが発生していたらその情報をサーバ３側の閲覧文書情報管理部９に登録する。ここで、「開閉」イベント情報の例を図１０、図１１に示す。また、「フォーカス」イベント情報の例を図１２、図１３に示す。図１０、図１１は、「開閉」イベント情報の例を示す説明図であり、図１２、図１３は、「フォーカス」イベント情報の例を示す説明図である。
まず、フォーカスイベントは、文書が新たに開かれたときや文書表示が切り替わった際に発生する。そこで、図９のステップ４０１において、文書取得処理において閲覧文書が切り替わって変更されたかを判断し、閲覧文書が切り替わって変更された場合、まず新たにフォーカスした文書について図１２に示す閲覧文書情報を作成して、サーバ３側の閲覧文書情報管理部９に送信し登録する。図１２の例では文書がフォーカス中の状態を表すので、イベント開始時刻だけが登録され、イベント終了時刻は登録されていない。

次に、直前までフォーカスしていた文書情報を取得し、図１３に示すようなフォーカスイベント情報を生成して、サーバの閲覧文書情報管理部９に送信し登録する（ステップ４０３）。図１３の例では文書のフォーカスが終了したことを表すので、イベント開始時刻とイベント終了時刻の両方が登録されている。サーバ３側の閲覧文書情報管理部９は、イベントＩＤによりすでに文書を開いたときに登録された情報を検索し、送られてきた文書が閉じられたことを表す情報に更新する。次に、開閉イベントの発生チェック処理を行なう（ステップ４０５）。
ここで、開閉イベントは、文書が新たに開かれた時と文書が閉じられたときに発生する。文書が新たに開かれたかどうかは、文書情報記録（図８）を参照し現在閲覧中の（フォーカス終了時刻が登録されていない）文書情報の文書オープン時刻とフォーカス開始時刻が同一時刻であるかどうかをチェックし、同一時刻であれば新たに文書が開いたと判断する（ステップ４０７）。
文書が新たに開いたと判断した場合は、図１０に示すような閲覧文書情報を作成してサーバの閲覧文書情報管理部に送信し登録する（ステップ４０９）。図１０の例では文書が開いている状態を表すので、イベント開始時刻だけが登録され、イベント終了時刻は登録されていない。

文書が閉じられたかどうかは、文書情報記録（図８）に記録されている全文書情報に対して、ウィンドウが破棄されているか、あるいは現在閲覧中の（フォーカス終了時刻が登録されていない）文書と同一の文書ウィンドウであるか、を判定し、どちらかであればその文書情報の文書は閉じられたものとする。文書ウィンドウの破棄、同一ウィンドウかどうかはウィンドウハンドル情報を利用することで判別することができる。
文書が閉じたと判断した場合は、図１１に示すような閲覧文書情報を作成してサーバの閲覧文書情報管理部に送信し登録する。図１１の例では文書が閉じたことを表すので、イベント開始時刻とイベント終了時刻の両方が登録されている。サーバの閲覧文書情報管理部はイベントＩＤによりすでに文書を開いたときに登録された情報を検索し、送られてきた文書が閉じられたことを表す情報に更新する。また、文書が閉じられた場合に閲覧文書情報を登録した場合は、図８に示す文書情報記録から登録した文書情報を削除する。
これらの処理により閲覧文書情報の取得、登録を行う。
次に、閲覧文書情報管理について説明すると、サーバ３側の閲覧文書情報管理部９では、クライアントＰＣ５側の閲覧文書情報取得部２３から送られてくる閲覧文書情報を閲覧文書情報ＤＢ１５に記録する。閲覧文書情報ＤＢ１５の項目は図１０〜１３に示すイベント情報の項目と同じで、図１０〜１３に示す情報を記録するものである。
図１４は、本実施形態での情報表示ウィンドウ例を示す説明図である。図１４に示すように、文書表示ウィンドウは文書表示に利用するアプリケーションの文書表示ウィンドウであり、その右横にあるのが本発明で表示する情報表示ウィンドウである。情報表示ウィンドウの表示場所は右横に限らずそれぞれどこに表示してもかまわない。

［文書閲覧ユーザ情報表示：図４のステップ１０５］
クライアント５側の文書閲覧ユーザ情報表示部２５では、現在閲覧中の文書と同一の文書を閲覧している全ユーザの情報を表示する。文書閲覧ユーザ情報表示部２５は、閲覧文書情報取得部２３から現時閲覧中の文書の文書識別子を取得し、サーバ３側の閲覧文書情報管理部９に対して文書識別子情報とともに同一文書閲覧ユーザ情報取得依頼を送信する。
閲覧文書情報管理部９での文書閲覧ユーザ検索処理のフローチャートを図１５に示す。図１５は、閲覧文書情報管理部９での文書閲覧ユーザ検索処理のフローチャートである。
図１５のステップ５０１において、閲覧文書情報管理部９では依頼を受け取ると、閲覧文書情報ＤＢ１５から送られた文書識別子を閲覧中の文書情報（文書識別子が同じで、イベント名がフォーカスかつイベント終了時刻が未登録の文書情報）を検索し、そのユーザＩＤ一覧を作成して、返信する（ステップ５０３）。ここで、文書閲覧ユーザ情報は定期的に更新する。
図１６は、文書閲覧ユーザ情報表示例を示す説明図である。図１６にある「公開指定」ボタンはメッセージ登録時のメッセージ公開ユーザ指定を行うときに利用するものであり、ユーザリストから公開先のユーザを１つ以上選択して「公開指定」ボタンを押すと、図１７のメッセージ登録部の「公開指定」欄に選択されたユーザ名が指定される。図１７は、メッセージ登録表示例を示す説明図である。

［登録メッセージ表示：図４のステップ１０９］
表示部３１では、閲覧している文書に対して登録されているメッセージが表示される。表示部３１におけるメッセージ登録表示例を図１７に示す。表示部３１は、閲覧文書情報取得部２３からユーザＩＤと現在閲覧中の文書の文書識別子を取得し、サーバ３側のメッセージ管理部１１に対してユーザＩＤと文書識別子情報とともにメッセージ取得依頼を送信する。
図１８は、メッセージ管理部１１での表示メッセージ検索処理のフローチャートである。図１８のステップ６０１において、メッセージ管理部で１１は依頼を受け取ると、メッセージＤＢから送られた文書識別子に対して登録されたメッセージを検索し、送られたユーザＩＤがメッセージ登録ユーザＩＤであるか、または公開指定に含まれるかを判定し、条件を満たしているメッセージのリストを作成して返信する（ステップ６０３）。
図１９は、公開指定に含まれる条件を満たしているメッセージリストを示す説明図である。図１９の例では、メッセージ登録ユーザ、登録時刻、登録メッセージの情報が表示される。メッセージは定期的にメッセージ管理部に確認を行い、新しいメッセージが登録された場合には自動的にメッセージが追加表示される。

次に、メッセージ登録について説明すると、メッセージ登録部２７では、現在閲覧している文書に対してメッセージを登録することができる。メッセージ登録部２７の表示例を図１７に示す。メッセージ登録部２７ではメッセージ入力部にメッセージ入力され、「登録」ボタンが押されるとメッセージの登録を行う。「登録」ボタンが押されると、閲覧文書情報取得部から現在閲覧中の文書の閲覧文書情報を取得し、図２０に示すような登録メッセージ情報を作成する。ここで、登録時刻は「登録」ボタンが押された時刻、公開指定は、図１７の公開指定欄に指定されたユーザＩＤをカンマ区切りのリストである。登録メッセージ情報はサーバ３側のメッセージ管理部１１に送信され、メッセージＤＢ１７に登録、管理される。メッセージＤＢ１７は図２０の登録メッセージ情報をそのまま記録する。
図２０は、登録メッセージ情報の一例を示す説明図である。

次に、メッセージ公開指定について説明すると、メッセージを登録する際には登録するメッセージを公開するユーザを指定するメッセージ公開指定を指定することができる。本実施形態では、以下の方法でメッセージ公開を指定できるものである。
（１）図１７のメッセージ登録部の「公開指定」欄に直接ユーザＩＤを入力する。複数のユーザＩＤを入力する際はカンマ区切りのリストとする。このリストを空欄にすると公開指定はなく全ユーザがメッセージを見ることができるようになる。
（２）図１６の文書閲覧ユーザ情報表示において、ユーザリスト上でユーザを選択して「公開指定」ボタンを押す。すると選択されてユーザＩＤが図１７のメッセージ登録部の「公開指定」欄に自動的に入力される。
（３）図１９のメッセージ表示において、表示されているメッセージを選択するとそのメッセージのメッセージ登録ユーザのユーザＩＤと公開指定に含まれるユーザＩＤが図１８のメッセージ登録部の「公開指定」欄に自動的に入力される。

［第二の実施形態］
次に、本発明によるメッセージ交換装置の第二の実施形態を説明する。第二の実施形態は請求項２−７、９−１４に対応するものである。なお、メッセージ交換装置のシステム構成は、図１に示したものと同様である。
図２１は、第二の実施形態のサーバ３側の構成図であり、図２２は、第二の実施形態のクライアントＰＣ５側の構成図である。
まず、最初にサーバとクライアントの構成を簡単に説明する。
図２１に示すように、サーバ３は、ユーザ認証部７と、閲覧文書情報管理部９と、メッセージ管理部１１とに加え、さらに、通知管理部３７を有する構成となっている。
そして、ユーザ認証部７と、閲覧文書情報管理部９と、メッセージ管理部１１と、通知管理部３７とには、それぞれユーザＤＢ（データベース）１３と、閲覧文書情報ＤＢ１５と、メッセージＤＢ１７と、通知条件ＤＢ３９が対応して設けられている。
ユーザ認証部７では、クライアントＰＣ５側からの要求によりユーザ認証を行うようになっており、クライアントＰＣ５側から送られてくるユーザ情報（ユーザ名とパスワード）とユーザＤＢ１３内のユーザ情報との照合を行うことで認証を行う。

閲覧文書情報管理部９では、クライアントＰＣ５側におけるユーザの文書閲覧状況を表す情報である閲覧文書情報を管理する。すなわち、閲覧文書情報管理部９では、クライアントＰＣ５側の閲覧文書情報取得部２３（図３参照）から送られてくる閲覧文書情報を閲覧文書情報ＤＢ１５で管理し、クライアントＰＣ５側の文書閲覧ユーザ情報表示部２５からの依頼で、指定された文書を現在閲覧しているユーザ情報をクライアントＰＣ５側に返信する。
メッセージ管理部１１では、クライアントＰＣ５側から送られてくる閲覧文書に対して付与されたメッセージをメッセージＤＢ１７で管理する。すなわち、メッセージ管理部１１ではクライアントＰＣ５側の表示部３１からの依頼で、指定された文書に対して登録されているメッセージ情報を返信する。
そして、通知管理部３７では、定期的に通知条件ＤＢ３９に登録されている通知条件をチェックし、条件がマッチしている通知状件があった場合にはそれに対応する通知情報をクライアントＰＣ５側の通知表示部３５に送信する。

図２２に示すように、クライアントＰＣ５は、ユーザ情報処理部２１と、閲覧文書情報取得部２３と、文書閲覧ユーザ情報表示部２５と、メッセージ登録部２７と、メッセージ公開指定部２９と、表示部３１とに加え、通知表示部３５と、アクティブ文書表示部３３とを有する構成となっている。
ユーザ情報処理部２１では、ユーザからのユーザ情報（ユーザ名とパスワード）の入力を受けつけ、入力されたユーザ情報をサーバ３側のユーザ認証部７に送り認証結果を受け取る。
閲覧文書情報取得部２３では、ユーザがクライアント上で閲覧している文書情報を取得する。本実施形態における取得する情報は、ユーザＩＤ、クライアント識別情報、文書タイトル、文書識別子、アプリケーション情報、イベント名、イベント開始時刻、イベント終了時刻である。
文書閲覧ユーザ情報表示部２５では、現在クライン上でユーザが閲覧している文書と同じ文書を閲覧している全ユーザの情報が表示される。文書閲覧ユーザ情報はサーバ３側の閲覧文書情報管理部９から取得する。
メッセージ登録部２７では、現在閲覧している文書に対するメッセージの入力、登録を行う。メッセージは閲覧文書情報とあわせてサーバ３側のメッセージ管理部１１に登録する。
メッセージ公開指定部２９では、メッセージ登録する際にメッセージ情報の公開対象ユーザを指定する。特定のユーザを指定したり、文書閲覧ユーザ情報表示部２５に表示されるユーザを選択することで公開対象ユーザを指定することができる。

表示部３１では、現在閲覧している文書に対して登録されているメッセージを表示する。その際にはメッセージの交換指定に応じて表示メッセージが選択される。メッセージはサーバ３側のメッセージ管理部１１から取得する。
そして、通知表示部３５では、通知条件の登録とサーバ３側の通知管理部３７から送られてくる通知情報を表示する。図２３〜２６に通知条件登録画面例を、図２７、２９、３１、３３に通知条件情報例を、図３４に通知表示例を示す。この第二実施形態は通知条件として「過去閲覧文書」「過去メッセージ登録文書」「指定文書閲覧」「指定ユーザ招致」の４つを指定できるものとする。
この第二実施形態では、第一実施形態の動作に加え、ユーザが過去に閲覧したことがある文書にメッセージが登録された場合にそのことを通知することを特徴としている。この通知の通知条件は「過去閲覧文書」条件とする。図２３に通知条件登録画面例を、図２７に通知条件情報例を示す。「過去閲覧文書」条件では通知条件情報の「通知条件」と「ユーザＩＤ」が有効となる。

図２８に過去閲覧文書通知処理のフローを示す。図２８のステップ７０１、７０３に示すように、この通知条件が登録されると、新規メッセージが登録された場合に、メッセージが登録された文書が通知条件の情報のユーザＩＤを持つユーザが過去に閲覧した文書であれば、その文書にメッセージが登録されたことを通知する。通知条件ユーザが過去に閲覧したかどうかは、閲覧文書管理部において文書識別子とユーザＩＤで閲覧文書情報を検索することで判定する（請求項２、９）。
この第二実施形態では、第一実施形態の動作に加え、ユーザが過去にメッセージを登録したことがある文書にメッセージが登録された場合にそのことを通知することを特徴としている。この通知の通知条件は「メッセージ登録文書」条件とする。図２４に通知条件登録画面例を、図２９に通知条件情報例を示す。「メッセージ登録文書」条件では通知条件情報の「通知条件」と「ユーザＩＤ」が有効となる。

図３０にメッセージ登録文書通知処理のフローを示す。図３０のステップ８０１、８０３に示すように、この通知条件が登録されると、新規メッセージが登録された場合に、メッセージが登録された文書が通知条件の情報のユーザＩＤを持つユーザが過去にその文書にメッセージを登録していれば、その文書にメッセージが登録されたことを通知する。通知条件ユーザが過去にメッセージを登録したかどうかは、メッセージ管理部において文書識別子とユーザＩＤでメッセージ情報を検索することで判定する（請求項３、１０）。
この第二実施形態では、第一実施形態の動作に加え、指定した文書を他のユーザが閲覧した場合にそのことを通知することを特徴としている。また、指定した文書を指定したユーザが閲覧した場合にそのことを通知することを特徴としている。この通知の通知条件は「指定文書閲覧」条件とする。図２５に通知条件登録画面例を、図３１に通知条件情報例を示す。「指定文書閲覧」条件では通知条件情報の「通知条件」「ユーザＩＤ」「指定文書識別子」「指定ユーザＩＤ」が有効となる。ただし、前者特徴の場合には「指定ユーザＩＤ」は空欄となる。

図３２に指定文書閲覧通知処理のフローを示す。図３２のステップ９０１、９０３、９０５に示すように、この通知条件が登録されると、新規閲覧文書情報が登録された場合に、閲覧文書情報登録された文書が通知条件の文書と同一で、かつ登録された閲覧文書情報のユーザＩＤが通知条件の指定ユーザＩＤに合致する場合に、その文書が閲覧されたことを通知する。通知条件の指定ユーザＩＤが空欄の場合はユーザＩＤによる条件は常に満たされていることとする（請求項４、１１、５、１２）。
この第二実施形態では、第一実施形態の動作に加え、指定したユーザに対して指定した文書あるいはそれに登録されているメッセージを閲覧するように通知することを特徴としている。この通知の通知条件は「指定ユーザ招致」条件とする。図２６に通知条件登録画面例を、図３３に通知条件情報例を示す。「指定ユーザ招致」条件では通知条件情報の「通知条件」「ユーザＩＤ」「指定文書識別子」「指定ユーザＩＤ」が有効となる。

図３５に指定ユーザ招致のフローを示す。図３５のステップ１００１、１００３に示すように、この通知条件が登録されると、新規閲覧文書情報が登録された場合に、登録された閲覧文書情報のユーザＩＤが通知条件の指定ユーザＩＤに合致する場合に、他のユーザから文書閲覧依頼が来ていることを通知する（請求項６、１３）。
この第二実施形態では、クライアントＰＣ５側に、現在メッセージのやり取りが行われている文書、あるいは現在多くの人が閲覧している文書を表示するアクティブ文書表示部３３を持つことを特徴としている。図３６にアクティブ文書表示例を示す。本実施形態では現在メッセージのやり取りが行われている文書とは最近１５分の間にメッセージがやり取りされた文書とする。また現在多くの人が閲覧している文書とは３人以上が閲覧している文書とする。アクティブ文書とはどちらかの条件を満たしている文書とする。
図３７にアクティブ文書検索処理のフローを示す。図３７のステップ１１０１、１１０３、１１０５に示すように、まずメッセージ管理部において１５分以内に登録されたメッセージ情報を検索し、その文書リストを生成する。文書ごとに登録メッセージ数情報を記録する。次に閲覧文書情報管理部において現在３人以上閲覧している文書情報を検索し、その文書リストを生成する。文書ごとに閲覧人数情報を記録する。最後に両方の文書リスト情報を統合してアクティブ文書情報を生成する。生成したアクティブ文書情報はクライアントのアクティブ文書表示部に送信され表示される（請求項７、１４）。

本発明によるメッセージ交換装置の一実施形態のシステム構成図である。 第一の実施形態のサーバ３側の構成図である。 第一の実施形態のクライアントＰＣ５側の構成図である。 図１〜図３に示したメッセージ交換装置の全体動作を示すフローチャートである。 ユーザ情報入力ユーザインタフェースの表示例を示す説明図である。 閲覧文書情報取得処理のフローチャートである。 図６のステップ２０５に示した文書情報取得処理の詳細なフローチャートである。 文書情報取得処理における文書情報取得例を示す説明図である。 図６のステップ２０７における文書情報登録処理の詳細なフローチャートである。 「開閉」イベント情報の例を示す説明図である。 「開閉」イベント情報の例を示す説明図である。 「フォーカス」イベント情報の例を示す説明図である。 「フォーカス」イベント情報の例を示す説明図である。 本実施形態での情報表示ウィンドウ例を示す説明図である。 閲覧文書情報管理部９での文書閲覧ユーザ検索処理のフローチャートである。 文書閲覧ユーザ情報表示例を示す説明図である。 メッセージ登録表示例を示す説明図である。 メッセージ管理部１１での表示メッセージ検索処理のフローチャートである。 公開指定に含まれる条件を満たしているメッセージリストを示す説明図である。 登録メッセージ情報の一例を示す説明図である。 第二の実施形態のサーバ３側の構成図である。 第二の実施形態のクライアントＰＣ５側の構成図である。 第二の実施形態における通知条件登録画面例を示す説明図である。 第二の実施形態における通知条件登録画面例を示す説明図である。 第二の実施形態における通知条件登録画面例を示す説明図である。 第二の実施形態における通知条件登録画面例を示す説明図である。 第二の実施形態における通知条件情報例を示す説明図である。 第二の実施形態における過去閲覧文書通知処理のフローチャートである。 第二の実施形態における通知条件情報例を示す説明図である。 第二の実施形態におけるメッセージ登録文書通知処理のフローチャートである。 第二の実施形態における通知条件情報例を示す説明図である。 第二の実施形態における指定文書閲覧通知処理のフローチャートである。 第二の実施形態における通知条件情報例を示す説明図である。 第二の実施形態における通知表示例を示す説明図である。 第二の実施形態における指定ユーザ招致のフローチャートである。 第二の実施形態におけるアクティブ文書表示例を示す説明図である。 第二の実施形態におけるアクティブ文書検索処理のフローチャートである。

符号の説明

１…ネットワーク、３…サーバ、５…クライアントＰＣ、７…ユーザ認証部、９…閲覧文書情報管理部、１１…メッセージ管理部、１３、１５、１７…ＤＢ、２１…ユーザ情報処理部、２３…閲覧文書情報取得部、２５…文書閲覧ユーザ情報表示部、２７…メッセージ登録部、２９…メッセージ公開指定部、３１…表示部、３３…アクティブ文書表示部、３５…通知表示部、３７…通知管理部、３９…ＤＢ

Claims (13)

1. サーバと複数のコンピュータとで構成されるメッセージ交換装置において、
   前記コンピュータが、前記コンピュータ上でユーザが閲覧する文書情報を取得する閲覧文書情報取得手段と、
   前記閲覧文書情報取得手段によって取得した文書を閲覧している全ユーザの情報を表示する文書閲覧ユーザ情報表示手段と、
   前記閲覧している文書に対するメッセージを登録するメッセージ登録手段と、
   前記登録したメッセージを公開する相手を指定するメッセージ公開指定手段と、
   前記文書および前記文書に対して登録されているメッセージを表示する表示手段と、を具備し、
   前記サーバが、前記閲覧文書情報取得手段によって取得した閲覧文書情報を管理する閲覧文書情報管理手段と、
   前記文書に対するメッセージを管理するメッセージ管理手段と、を具備し、
   前記コンピュータの前記表示手段に、前記閲覧文書情報取得手段によって取得した閲覧文書を表示する際に、前記サーバの前記メッセージ管理手段より前記閲覧文書に対するメッセージを合わせて表示し、現在所定の時間内にメッセージのやり取りが行われている文書、あるいは現在所定の人数以上のユーザが閲覧している文書を表示するアクティブ文書表示手段を備えることを特徴とするメッセージ交換装置。
2. 前記ユーザが過去に閲覧したことがある文書にメッセージが登録された場合、そのメッセージ登録を通知する通知手段を具備することを特徴とする請求項１に記載のメッセージ交換装置。
3. 前記ユーザが過去にメッセージを登録したことがある文書にメッセージが登録された場合、そのメッセージ登録を通知する通知手段を具備することを特徴とする請求項１に記載のメッセージ交換装置。
4. 指定した文書を他のユーザが閲覧した場合、そのユーザ閲覧を通知する通知手段を具備することを特徴とする請求項１に記載のメッセージ交換装置。
5. 指定した文書を指定したユーザが閲覧した場合、そのユーザ閲覧を通知する通知手段を具備することを特徴とする請求項１に記載のメッセージ交換装置。
6. 指定したユーザに対して指定した文書あるいはそれに登録されているメッセージを閲覧するように通知する通知手段を具備することを特徴とする請求項１に記載のメッセージ交換装置。
7. サーバと複数のコンピュータとで構成されるメッセージ交換装置におけるメッセージ交換方法であって、
   前記コンピュータが、前記コンピュータ上でユーザが閲覧する文書情報を取得する閲覧文書情報取得ステップと、
   前記閲覧文書情報取得ステップによって取得した文書を閲覧している全ユーザの情報を表示する文書閲覧ユーザ情報表示ステップと、
   前記閲覧している文書に対するメッセージを登録するメッセージ登録ステップと、
   前記登録したメッセージを公開する相手を指定するメッセージ公開指定ステップと、
   前記文書および前記文書に対して登録されているメッセージを表示する表示ステップと、を具備し、
   前記サーバが、前記閲覧文書情報取得ステップによって取得した閲覧文書情報を管理する閲覧文書情報管理ステップと、
   前記文書に対するメッセージを管理するメッセージ管理ステップと、を具備し、
   前記コンピュータの前記表示ステップに、前記閲覧文書情報取得ステップによって取得した閲覧文書を表示する際に、前記サーバの前記メッセージ管理ステップより前記閲覧文書に対するメッセージを合わせて表示し、現在所定の時間内にメッセージのやり取りが行われている文書、あるいは現在所定の人数以上のユーザが閲覧している文書を表示するアクティブ文書表示ステップを備えることを特徴とするメッセージ交換方法。
8. 前記ユーザが過去に閲覧したことがある文書にメッセージが登録された場合、そのメッセージ登録を通知する通知ステップを具備することを特徴とする請求項７に記載のメッセージ交換方法。
9. 前記ユーザが過去にメッセージを登録したことがある文書にメッセージが登録された場合、そのメッセージ登録を通知する通知ステップを具備することを特徴とする請求項７に記載のメッセージ交換方法。
10. 指定した文書を他のユーザが閲覧した場合、そのユーザ閲覧を通知する通知ステップを具備することを特徴とする請求項７に記載のメッセージ交換方法。
11. 指定した文書を指定したユーザが閲覧した場合、そのユーザ閲覧を通知する通知ステップを具備することを特徴とする請求項７に記載のメッセージ交換方法。
12. 指定したユーザに対して指定した文書あるいはそれに登録されているメッセージを閲覧するように通知する通知ステップを具備することを特徴とする請求項７に記載のメッセージ交換方法。
13. 現在所定の時間内にメッセージのやり取りが行われている文書、あるいは現在所定の人数以上のユーザが閲覧している文書を表示するアクティブ文書表示ステップを具備することを特徴とする請求項７乃至１２のいずれか一項に記載のメッセージ交換方法。

Images