(57)【要約】【課題】ユーザの状況を把握して好適にメッセージ交換を開始することができるメッセージ交換システムを提供すること。【解決手段】複数のクライアント１４を含んで構成されるメッセージ交換システム１０において、１以上のユーザを指定するユーザ指定手段と、前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る状況情報を取得する状況情報取得手段と、前記状況情報取得手段により取得される状況情報に基づき、メッセージ交換に関わるユーザ又はメッセージ交換の開始タイミングのうち少なくとも一方を決定する決定手段と、前記決定手段による決定内容に従ってメッセージ交換を開始するメッセージ交換開始手段と、を含む。【選択図】　　　　図１
2004102358.tif 000002
【特許請求の範囲】
【請求項１】
複数のメッセージ端末を含んで構成されるメッセージ交換システムにおいて、
１以上のユーザを指定するユーザ指定手段と、
前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る状況情報を取得する状況情報取得手段と、
前記状況情報取得手段により取得される状況情報に基づき、メッセージ交換に関わるユーザ又はメッセージ交換の開始タイミングのうち少なくとも一方を決定する決定手段と、
前記決定手段による決定内容に従ってメッセージ交換を開始するメッセージ交換開始手段と、
を含むことを特徴とするメッセージ交換システム。
【請求項２】
請求項１に記載のシステムにおいて、
前記状況情報取得手段は、前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る状況情報を、該ユーザに対応する前記端末の使用状況情報に基づいて取得する、ことを特徴とするシステム。
【請求項３】
請求項１又は２に記載のシステムにおいて、
各ユーザの予定情報を記憶する予定情報記憶手段をさらに含み、
前記状況情報取得手段は、前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る状況情報を、前記予定情報記憶手段に記憶される該ユーザの予定情報に基づいて取得する、ことを特徴とするシステム。
【請求項４】
請求項１乃至３のいずれかに記載のシステムにおいて、
各ユーザに届いているメールの処理状況情報を記憶するメール記憶手段をさらに含み、
前記状況情報取得手段は、前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る状況情報を、前記メール記憶手段に記憶される各メールの処理状況情報に基づいて取得する、ことを特徴とするシステム。
【請求項５】
請求項１乃至４のいずれかに記載のシステムにおいて、
前記決定手段は、前記状況情報取得手段により取得される状況情報に基づき、メッセージ交換に関わるユーザを決定し、
前記メッセージ交換開始手段は、前記決定手段により決定されるユーザによるメッセージ交換を開始する、
ことを特徴とするシステム。
【請求項６】
請求項１乃至４のいずれかに記載のシステムにおいて、
前記決定手段は、前記状況情報取得手段により取得されるユーザの状況情報に基づき、メッセージ交換の開始タイミングを決定し、
前記メッセージ交換開始手段は、前記決定手段により決定される開始タイミングに従ってメッセージ交換を開始する、
ことを特徴とするシステム。
【請求項７】
請求項６に記載のシステムにおいて、
前記決定手段は、前記状況情報取得手段により取得されるユーザの状況情報に基づき、前記ユーザ指定手段により指定されるユーザのうち全部又は一部がメッセージ交換をすることができるタイミングを監視し、該タイミングを前記メッセージ交換の開始タイミングとして決定する、ことを特徴とするシステム。
【請求項８】
請求項１乃至７のいずれかに記載のシステムにおいて、
前記ユーザ指定手段により指定されるユーザのうち前記メッセージ交換の必須参加ユーザを指定する必須参加ユーザ指定手段をさらに含み、
前記決定手段は、前記必須参加ユーザ指定手段により指定される必須参加ユーザに係る状況情報に基づき、それら必須参加ユーザが揃ってメッセージ交換をすることができるメッセージ交換の開始タイミングを決定する、
ことを特徴とするシステム。
【請求項９】
請求項３に記載のシステムにおいて、
前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る予定情報に基づき、それらユーザが揃ってメッセージ交換をすることができる日時を検索する日時検索手段と、
前記日時検索手段による検索結果を出力する検索結果出力手段と、
をさらに含むことを特徴とするシステム。
【請求項１０】
請求項１乃至９のいずれかに記載のシステムにおいて、
前記状況情報は、各ユーザがメッセージ交換をすることができる状況にあるか否かを表す、ことを特徴とするシステム。
【請求項１１】
請求項１乃至１０のいずれかに記載のシステムにおいて、
前記ユーザ指定手段により指定されるユーザのうち、前記メッセージ交換開始手段により開始されるメッセージ交換に参加しないユーザを記憶する不参加ユーザ記憶手段と、
前記メッセージ交換開始手段により開始されるメッセージ交換の内容の全部又は一部を記憶するメッセージ交換内容記憶手段と、
前記メッセージ交換内容記憶手段の記憶内容のうち全部又は一部を前記不参加ユーザ記憶手段に記憶されるユーザの全部又は一部に送信するメッセージ送信手段と、
を含むことを特徴とするシステム。
【請求項１２】
１以上のユーザを指定するユーザ指定手段と、
前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る状況情報を取得する状況情報取得手段と、
前記状況情報取得手段により取得される状況情報に基づき、メッセージ交換に関わるユーザ又はメッセージ交換の開始タイミングのうち少なくとも一方を決定する決定手段と、
前記決定手段による決定内容に従ってメッセージ交換を開始するメッセージ交換開始手段と、
を含むことを特徴とするメッセージ端末。
【請求項１３】
１以上のユーザを指定するユーザ指定手段、
前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る状況情報を取得する状況情報取得手段、
前記状況情報取得手段により取得される状況情報に基づき、メッセージ交換に関わるユーザ又はメッセージ交換の開始タイミングのうち少なくとも一方を決定する決定手段、及び、
前記決定手段による決定内容に従ってメッセージ交換を開始するメッセージ交換開始手段、
としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はメッセージ交換システム、メッセージ端末及びプログラムに関する。
【０００２】
【従来の技術】
従来、例えば電子メール、インターネットリレーチャット（ＩＲＣ）、電子掲示板等、様々なメッセージ交換システムが利用されている。このうち、インターネットリレーチャット等のリアルタイム性のあるメッセージ交換システムは、複数ユーザで即時に情報共有をするのに大変適している。
【０００３】
【発明が解決しようとする課題】
本願発明者は、こうしたリアルタイム性のあるメッセージ交換システムを、例えばオフィス等に敷設されたローカルエリアネットワーク（ＬＡＮ）に適用し、該ＬＡＮのユーザ間でオンラインミーティングを行うことについて検討した。そして、従来のメッセージ交換システムを、こうした用途に供すると、各ユーザの状況を十分に把握してからオンラインミーティングを開催することが極めて困難であるという問題点を認識するに至った。
【０００４】
本発明は上記課題に鑑みてなされたものであって、その目的は、ユーザの状況を把握して、好適にメッセージ交換を開始することができるメッセージ交換システム、メッセージ端末及びプログラムを提供することにある。
【０００５】
【課題を解決するための手段】
上記課題を解決するために、本発明に係るメッセージ交換システムは、複数のメッセージ端末を含んで構成されるメッセージ交換システムにおいて、１以上のユーザを指定するユーザ指定手段と、前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る状況情報を取得する状況情報取得手段と、前記状況情報取得手段により取得される状況情報に基づき、メッセージ交換に関わるユーザ又はメッセージ交換の開始タイミングのうち少なくとも一方を決定する決定手段と、前記決定手段による決定内容に従ってメッセージ交換を開始するメッセージ交換開始手段と、を含むことを特徴とする。
【０００６】
また、本発明に係るメッセージ端末は、１以上のユーザを指定するユーザ指定手段と、前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る状況情報を取得する状況情報取得手段と、前記状況情報取得手段により取得される状況情報に基づき、メッセージ交換に関わるユーザ又はメッセージ交換の開始タイミングのうち少なくとも一方を決定する決定手段と、前記決定手段による決定内容に従ってメッセージ交換を開始するメッセージ交換開始手段と、を含むことを特徴とする。
【０００７】
また、本発明に係るプログラムは、１以上のユーザを指定するユーザ指定手段、前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る状況情報を取得する状況情報取得手段、前記状況情報取得手段により取得される状況情報に基づき、メッセージ交換に関わるユーザ又はメッセージ交換の開始タイミングのうち少なくとも一方を決定する決定手段、及び、前記決定手段による決定内容に従ってメッセージ交換を開始するメッセージ交換開始手段、としてコンピュータを機能させるためのプログラムである。
【０００８】
本発明では、ユーザ指定手段によりユーザを指定すると、そのうち全部又は一部に係る状況情報が取得される。状況情報は、各ユーザがメッセージ交換をすることができる状況にあるか否かを表す。そして、こうして取得される状況情報に基づき、メッセージ交換に関わるユーザが決定され、或いはメッセージ交換の開始タイミングが決定される。そして、その決定内容に従ってメッセージ交換が開始される。本発明によれば、ユーザの状況を把握して、好適にメッセージ交換を開始できるようになる。
【０００９】
また、本発明の一態様では、前記状況情報取得手段は、前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る状況情報を、該ユーザに対応する前記端末の使用状況情報に基づいて取得する。端末の使用状況情報は、例えば１）該端末に接続されているキーボードが所定時間以上にわたって使用（入力）されていないかどうかを表す情報、２）該端末に接続されているマウスが所定時間以上にわたって動かされていないかどうかを表す情報、３）該端末に接続されているクリックされていないかどうかを表す情報、４）該端末に接続されている電話等が通話中であるか否かを表す情報、５）該端末に接続されているキーボードの所定時間あたりの入力文字数が所定値以上であるかを表す情報、６）該端末に接続されているマウス等のポインティングデバイスの、所定時間あたりのクリック数や総移動量等が所定数量以上であるかを表す情報等である。これらの使用状況情報は、例えば各端末に常駐プログラム等を含んで構成される監視手段を備えておくようにすることで容易に取得可能である。端末の使用状況は該端末を使用するユーザの状況（仕事の忙しさ等、メッセージ交換に参加可能であるか否か）に関連すると考えられるので、この態様によれば、適切にユーザの状況を把握することができる。
【００１０】
また、本発明の一態様では、各ユーザの予定情報を記憶する予定情報記憶手段をさらに含み、前記状況情報取得手段は、前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る状況情報を、前記予定情報記憶手段に記憶される該ユーザの予定情報に基づいて取得する。予定情報は、例えばスケジュール情報（日時及び行動予定を対応づけてなる情報）やＴＯＤＯ情報（やるべき仕事及びその期日を対応づけてなる情報）等である。ユーザの予定情報は、該ユーザの状況（仕事の忙しさ等、メッセージ交換に参加可能であるか否か）に関連すると考えられるので、この態様によれば、適切にユーザの状況を把握することができる。
【００１１】
また、この態様では、前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る予定情報に基づき、それらユーザが揃ってメッセージ交換をすることができる日時を検索する日時検索手段と、前記日時検索手段による検索結果を出力する検索結果出力手段と、をさらに含むようにしてもよい。こうすれば、将来のメッセージ交換可能な日時を把握し、好適にメッセージ交換を開始できるようになる。
【００１２】
また、本発明の一態様では、各ユーザに届いているメールの処理状況情報を記憶するメール記憶手段をさらに含み、前記状況情報取得手段は、前記ユーザ指定手段により指定されるユーザのうち全部又は一部に係る状況情報を、前記メール記憶手段に記憶される各メールの処理状況情報に基づいて取得する。処理状況情報は、例えば各メールが既にユーザにより読まれたか否か、或いは各メールがユーザにより受信されたか否か、各メールに対して返信されているか等の情報である。メールの処理状況情報は、該メールの宛先であるユーザの状況（仕事の忙しさ等、メッセージ交換に参加可能であるか否か）に関連すると考えられるので、この態様によれば、適切にユーザの状況を把握することができる。
【００１３】
また、本発明の一態様では、前記決定手段は、前記状況情報取得手段により取得される状況情報に基づき、メッセージ交換に関わるユーザを決定し、前記メッセージ交換開始手段は、前記決定手段により決定されるユーザによるメッセージ交換を開始する。こうすれば、メッセージ交換に関わるユーザ（参加者等）を適切に決定することができる。
【００１４】
また、本発明の一態様では、前記決定手段は、前記状況情報取得手段により取得されるユーザの状況情報に基づき、メッセージ交換の開始タイミングを決定し、前記メッセージ交換開始手段は、前記決定手段により決定される開始タイミングに従ってメッセージ交換を開始する。こうすれば、適切なタイミングでメッセージ交換を開始させることができる。
【００１５】
この態様では、前記決定手段は、前記状況情報取得手段により取得されるユーザの状況情報に基づき、前記ユーザ指定手段により指定されるユーザのうち全部又は一部がメッセージ交換をすることができるタイミングを監視し、該タイミングを前記メッセージ交換の開始タイミングとして決定してもよい。こうすれば、指定されるユーザのうち全部又は一部が確実にメッセージ交換できるようになる。
【００１６】
また、本発明の一態様では、前記ユーザ指定手段により指定されるユーザのうち前記メッセージ交換の必須参加ユーザを指定する必須参加ユーザ指定手段をさらに含み、前記決定手段は、前記必須参加ユーザ指定手段により指定される必須参加ユーザに係る状況情報に基づき、それら必須参加ユーザが揃ってメッセージ交換をすることができるメッセージ交換の開始タイミングを決定する。こうすれば、必須参加ユーザが揃ってメッセージ交換できるようになる。
【００１７】
また、本発明の一態様では、前記ユーザ指定手段により指定されるユーザのうち、前記メッセージ交換開始手段により開始されるメッセージ交換に参加しないユーザを記憶する不参加ユーザ記憶手段と、前記メッセージ交換開始手段により開始されるメッセージ交換の内容の全部又は一部を記憶するメッセージ交換内容記憶手段と、前記メッセージ交換内容記憶手段の記憶内容のうち全部又は一部を前記不参加ユーザ記憶手段に記憶されるユーザの全部又は一部に送信するメッセージ送信手段と、を含む。こうすれば、不参加ユーザの全部又は一部に対して、メッセージ交換の内容の全部又は一部を送信することができる。
【００１８】
【発明の実施の形態】
以下、本発明の一実施形態について図面に基づき詳細に説明する。
【００１９】
図１は、本発明の実施形態に係るメッセージ交換システムの全体構成を示す図である。同図に示すように、このメッセージ交換システム１０は、サーバ１２と複数のクライアント（メッセージ端末）１４とを含んで構成されている。サーバ１２及びクライアント１４は、いずれもＬＡＮ１６に接続されており、相互にデータ通信可能となっている。
【００２０】
サーバ１２は、例えばＣＰＵ等のプログラム実行手段、ＲＡＭ、ＲＯＭ、ハードディスク記憶装置等の記憶手段、表示手段及び入力手段を含む公知のサーバコンピュータシステムを含んで構成されている。ここでは、サーバ１２にはＨＴＴＰＤ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ　Ｄａｅｍｏｎ）及びＣＧＩ（Ｃｏｍｍｏｎ　Ｇａｔｅｗａｙ　Ｉｎｔｅｒｆａｃｅ）プログラムがインストールされており、ＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）に則ってクライアント１４から要求を受け付け、それに応じた各種データ処理を行い、レスポンスデータ（ＨＴＭＬデータ）を返信するようになっている。
【００２１】
また、クライアント１４は、例えばＣＰＵ等のプログラム実行手段、ＲＡＭ、ＲＯＭ、ハードディスク記憶装置等の記憶手段、表示手段及び入力手段を含む公知のパーソナルコンピュータシステムを含んで構成されている。ここでは、クライアント１４にはＷｅｂブラウザがインストールされており、該Ｗｅｂブラウザを用いてクライアント１４からサーバ１２にアクセスして、各種サービスを受けることができるようになっている。さらに、クライアント１４にはメッセージ交換アプリケーションプログラムもインストールされており、該プログラムによって他のクライアント１４との間でメッセージ交換を行うことができるようになっている。
【００２２】
このメッセージ交換システム１０では、まずクライアント１４のユーザがサーバ１２に対してユーザ登録をする。そして、サーバ１２にユーザ登録がされたユーザ同士で、メッセージ交換ができるようになっている。図２は、クライアント１４のＷｅｂブラウザで表示されるユーザ登録画面の一例を示す図である。この画面は、クライアント１４からＷｅｂブラウザによってサーバ１２にアクセスし、該サーバ１２からＨＴＭＬデータを受信することによって表示されるものである。この画面では、サーバ１２において自動採番されたユーザＩＤが表示されるとともに、パスワード及び氏名を入力するフォームが表示され、さらに部署及び報告方法を選択するプルダウンメニューが表示されている。メニュー内容はサーバ１２から受信されるＨＴＭＬデータに含まれるものである。同画面において、ユーザがパスワード及び氏名を入力し、自分の所属する部署及び他のユーザから送信されるメッセージや議事録等を受信する方法（例えばオフィスのメールアドレスや携帯電話のメールアドレス等）を選択し、登録ボタンをマウス等のポインティングデバイスでクリックすることにより、その設定内容をサーバ１２に送信することができるようになっている。サーバ１２では、ユーザ登録画面における設定内容を受信すると、それをデータベース（ユーザ記憶部３８）に登録（記憶）する。
【００２３】
ユーザ登録を終えたユーザは、メッセージ交換システム１０を利用する場合、クライアント１４からサーバ１２にアクセスし、ログインしなければならない。図３は、クライアント１４において表示されるログイン画面を示す図である。同画面は、例えばクライアント１４にインストールされているメッセージ交換アプリケーションプログラムによって表示される。この画面は、部署及び氏名を選択するためのプルダウンメニューと、パスワードを入力するためのフォームと、を含んでいる。プルダウンメニューの内容は、サーバ１２から予め受信するユーザ情報（ユーザＩＤ、氏名、部署及びステータス（後述）を対応づけてなる。）に基づいている。同画面において部署を選択すると、氏名を選択するためのプルダウンメニューの内容が同部署のメンバーに変わるようになっている。こうして、ユーザは部署及び氏名を選択し、さらにキーボード等でパスワードを入力し、ログインボタンをポインティングデバイスでクリックすることで、氏名に対応するユーザＩＤとパスワードとを含むログイン要求をサーバ１２に送信することができるようになっている。サーバでは、ログイン要求に含まれるユーザＩＤとパスワードとの組合せを、予め記憶しているユーザ情報に照らし合わせて、その真偽を判断する。そして、真正なパスワードを伴うログイン要求であれば、ログイン許可の旨のデータを返信し、逆に虚偽のパスワードを伴うログイン要求であれば、ログイン拒否の旨のデータを返信するようになっている。
【００２４】
無事にログインを終えたユーザは、メッセージ交換を開催しようとするとき、図示しないメインメニュー画面において、メッセージ交換を主催するためのメニュー選択を行う。図４は、このメニュー選択に応じてクライアント１４に表示される参加者指定画面の一例を示す図である。同図に示す参加者指定画面は、クライアント１４にインストールされているメッセージ交換アプリケーションプログラムによって表示されるものであり、サーバ１２にユーザ登録されている各ユーザについて、氏名、部署、ステータス及びチェックボックスが表示されている。ステータス（状況情報）は、ユーザの状況を表しており、ここでは「○」は、ログイン済み且つメッセージ交換可の旨のステータス、すなわちメッセージ交換可ステータスを表している。また、「△」は、ログイン済み且つメッセージ交換不可の旨のステータス、すなわちビジーステータスを表している。さらに、「×」は、未だログインしていない旨のステータス、すなわちログオフステータスを表している。この画面は、ログイン画面と同様、予めサーバ１２から受信されるユーザ情報に基づいて表示される。
【００２５】
同画面において、メッセージ交換を開催しようとするユーザ、すなわち主催者ユーザは、メッセージ交換に参加してもらいたいユーザに対応する各チェックボックスをクリックし、そこにチェックを入れる。そして、「次へ」ボタンをクリックする。このとき、チェックボックスにチェックが入れられた全ユーザがメッセージ交換可ステータスであれば、図５に示すウィンドウ（メッセージ交換画面）が立ち上がる。また、他のメッセージ交換の参加者ユーザが使用するクライアント１４においても、図５に示すウィンドウが立ち上がる。
【００２６】
図５に示すメッセージ交換画面では、左上にメッセージ表示欄が設けられ、右上に参加者表示欄が設けられている。また、下側にはメッセージ入力欄が設けられている。メッセージ表示欄には、発言順に発言者及びメッセージ（発言内容）が表示される。また、参加者表示欄には、参加者の氏名が表示される。さらに、メッセージ入力欄には、メッセージを入力するためのフォームと、それをＬＡＮ１６にブロードキャストするための送信ボタンと、が表示されている。ユーザは、メッセージ表示欄に表示される各参加者のメッセージを参照しながら、自分のメッセージをメッセージ入力欄のフォームにキーボード等を利用して入力し、送信ボタンをマウス等でクリックすることにより、自分及び他の参加者に係るメッセージ交換画面において、メッセージ表示欄に、自分の氏名及びメッセージを表示させることができる。
【００２７】
図４に示される参加者指定画面において、ビジーステータス又はログオフステータスが付与されているユーザを参加者として指定した場合、直ちに全員でメッセージ交換を開始させることはできない。この場合、本メッセージ交換システム１０では、図４に示される画面において「次へ」ボタンが押下されたとき、図６に示す任意参加者（オブザーバ）指定画面を表示させるようにしている。この任意参加者指定画面は、クライアント１４においてメッセージ交換アプリケーションプログラムによって表示されるものであり、図４に示される参加者指定画面において指定されたユーザの氏名及びステータスが表示されるとともに、各ユーザに対応づけてチェックボックスが表示される。ユーザは、この画面において任意参加者、すなわちメッセージ交換に必ずしも参加しなくてよいユーザに対応するチェックボックスにチェックを入れて、「次へ」ボタンをクリックすることにより、予めメッセージ交換に参加してもらいたいユーザとして図４に示される参加者指定画面において指定されたユーザについて、必須参加者と任意参加者の別を指定することができる。
【００２８】
次に、クライアント１４では、図７に示されるメニュー画面が表示される。このメニュー画面も、メッセージ交換アプリケーションプログラムによって表示されるものである。この画面では、「メッセージ交換可能時間を検索」、「参加困難なユーザにはメッセージを残し、セッションをスタート」、「必須参加者が揃ったらセッションをスタート」の３つの選択肢に対し、それぞれラジオボタンが表示されている。また、「参加困難なユーザにはメッセージを残し、セッションをスタート」の選択肢に対応づけて、メッセージを入力するためのフォームが表示されている。さらに、「必須参加者が揃ったらセッションをスタート」の選択肢に対応づけて、セッション（メッセージ交換）における主催者からの第一声を入力するためのフォームが表示されている。
【００２９】
主催者ユーザが「メッセージ交換可能時間を検索」を選択し、ＯＫボタンをクリックすると、サーバ１２に対して全参加者がメッセージ交換することができる日時を検索する要求、すなわちメッセージ交換可能時間検索要求を送信する。この要求には、図４において指定したユーザのユーザＩＤが含まれる。クライアント１４では、その検索結果を受信すると、それを図８に示すようにして表示する。なお、必須参加者、すなわち図６に示される任意参加者指定画面において任意参加者に指定されていないユーザの間でメッセージ交換が可能な時間を検索するようにしてもよい。この場合、サーバ１２への検索要求には、図６において指定したユーザ以外のユーザ、すなわち必須参加ユーザのユーザＩＤが含まれる。また、検索範囲は、当日に限ってもよいし所定期間にわたってもよい。さらに、以上のような検索条件は、ユーザが指定可能としてもよい。
【００３０】
また、主催者ユーザが「参加困難なユーザにはメッセージを残し、セッションをスタート」を選択するとともに、その選択肢に対応するフォームにメッセージを入力し、ＯＫボタンをクリックすると、図５に示すメッセージ交換画面が、図４に示される参加者指定画面において設定されたユーザのうちセッションに参加可能な、すなわちメッセージ交換可ステータスが付与されているユーザのクライアント１４において表示される。さらに、セッションに参加不能な、すなわちビジーステータス又はログオフステータスが付与されているユーザのクライアント１４に宛てて、図７のメニュー画面において入力されたメッセージが送信される。このメッセージは、図２のユーザ登録画面において設定された報告方法に従って送信される。このとき、メッセージが直ちに送信先に届くようにしてもよいし、送信先のユーザのステータスがメッセージ交換可ステータスとなるのを待って、該送信先に届くようにしてもよい。この場合、送信元のクライアント１４において送信タイミングを制御してもよいし、メッセージを一旦サーバ１２に送信して、該サーバ１２においてメッセージを一時的に保存しておき、サーバ１２において送信タイミングを制御してもよい。さらに、送信先のクライアント１４において、該メッセージの表示又は到着報知をユーザのステータスがメッセージ交換可ステータスとなるまで待つようにしてもよい。
【００３１】
さらに、ユーザが「必須参加者が揃ったらセッションをスタート」を選択するとともに、対応するフォームに第一声を入力し、ＯＫボタンをクリックすると、図４の参加者指定画面において設定されたユーザのうち、図６の任意参加者指定画面において指定されていないユーザ、すなわち必須参加ユーザが全員メッセージ交換可ステータスとなるタイミングを監視し、そのタイミングが到来すれば、図４の参加者指定画面において設定されたユーザのうち、そのタイミングにおいてメッセージ交換可ステータスである全てのユーザにおいてメッセージ交換を開始させる。このため、それらユーザに宛ててセッション開始要求を送信する。セッション開始要求を受信したクライアント１４、及び主催者のクライアント１４では、図５のメッセージ交換画面を起動する。
【００３２】
図８は、図７に示されるメニュー画面において、ユーザが「メッセージ交換可能時間を検索」を選択し、ＯＫボタンをクリックした場合にクライアント１４において表示される、検索結果表示画面の一例を示す図である。同図に示す検索結果画面においては、サーバ１２において検索されたメッセージ交換可能日時が表示されるとともに、「この時間にセッションをスタート」及び「メッセージを残す」の選択肢が表示される。各選択肢にはラジオボタンが対応づけて表示されており、これによりユーザが各選択肢を指定できるようになっている。また、「この時間にセッションをスタート」に対応づけて、セッション開始時の主催者からの第一声を入力するためのフォームが表示され、さらに、「メッセージを残す」に対応づけて、メッセージを入力するためのフォームが表示されている。
【００３３】
ユーザが、「この時間にセッションをスタート」を選択するとともに、第一声を入力し、ＯＫボタンをクリックすると、クライアント１４ではその日時、すなわちメッセージ交換可能日時まで待機し、その日時が到来すれば、図４の参加者指定画面において設定されたユーザに対して、セッション開始要求を送信する。このとき、実際には全部又は一部のユーザがメッセージ交換不可であれば、再び図６乃至図８の画面を主催者ユーザのクライアント１４において表示し、以上説明した処理を繰り返す。
【００３４】
次に、以上のように動作するメッセージ交換システム１０の具体的処理について説明する。
【００３５】
図９は、クライアント１４からサーバ１２にログイン後、ログオフするまでの間、定期的にクライアント１４からＬＡＮ１６に対してブロードキャストされるステータス報知データを示す図である。同図に示すように、クライアント１４では、同クライアント１４に係るユーザのステータスを、同ユーザがログインしているサーバのサーバＩＤ及び同ユーザのユーザＩＤと共にブロードキャストするようにしている。こうして、同じサーバにログインしている他のユーザに係るクライアント１４では、新たにログインしてきたユーザのステータスを把握し、それによりユーザ情報を更新することができる。
【００３６】
図１０は、セッションの主催者が、参加者に対して送信するセッション開始要求を示す図である。同図に示すように、セッション開始要求（データ）は、サーバＩＤとセッションＩＤとメッセージ交換の参加者に係るユーザＩＤ群とを含んでいる。サーバＩＤは、サーバ１２を識別する情報であり、サーバ１２がＬＡＮ１６に複数接続されている場合に、クライアント１４では、どのサーバ１２に関連してセッション開始が要求されているかを判断することができる。また、セッションＩＤは、各セッションを識別する情報であり、さらに詳細には主催者のユーザＩＤと同主催者が保持するセッションカウンタとから構成されている。主催者ユーザは、セッションを主催し、他のユーザにセッション開始要求をするとき、セッションカウンタをインクリメントさせるようにしており、これによってセッションＩＤは、ＬＡＮ１６において各セッションに対してユニークに付与されるようになっている。
【００３７】
セッション開始要求はＬＡＮ１６に対してブロードキャストされるようになっており、各クライアント１４のメッセージ交換アプリケーションプログラムでは、このセッション開始要求に含まれるユーザＩＤ群に自機を利用するユーザのユーザＩＤが含まれているか否かを監視するようにしている。そして、含まれている場合には、同クライアント１４においてメッセージ交換画面を起動させ、メッセージ交換を開始させるようにしている。このとき、各クライアント１４では、参加中のセッションに係るサーバＩＤ、セッションＩＤ及びユーザＩＤ群を、例えばセッション終了まで保存するようにしている。
【００３８】
図１１は、メッセージ交換データを示す図である。同図に示すデータは、メッセージ交換画面において、メッセージ入力欄にメッセージを入力し、送信ボタンをクリックしたときにＬＡＮ１６に対してブロードキャストされるものである。メッセージ交換データは、具体的にはサーバＩＤとセッションＩＤとメッセージＩＤとメッセージとを含んでいる。サーバＩＤとセッションＩＤは、上記セッション開始要求に含まれているものと同じである。メッセージＩＤは、さらに詳細には発言者のユーザＩＤとクライアント１４において保持されている同発言者のメッセージカウンタとを含んで構成されている。各クライアント１４は、各セッションにおいてメッセージを送受信する毎に、メッセージカウンタをインクリメントさせるようになっており、これによりメッセージＩＤは、各セッションにおいてメッセージを識別することができるものとなっている。また、メッセージは、図５のメッセージ交換画面において、メッセージ入力欄に入力されたデータである。いずれかのセッションに参加しているクライアント１４では、同機に記憶されている参加中のセッションに係るサーバＩＤ及びセッションＩＤを含むメッセージ交換データがＬＡＮ１６にブロードキャストされているか否かを監視するようになっており、こうしたメッセージ交換データがブロードキャストされていれば、それを受信し、メッセージ及び発言者名（発言者のユーザＩＤに基づいてユーザ情報（図１９）から取得される）をメッセージ交換画面に表示する。さらに、その内容をメッセージログ（図２２）に追加記憶する。
【００３９】
ここで、サーバ１２の構成について説明する。
【００４０】
図１２は、サーバ１２の機能ブロック図である。同図に示すように、サーバ１２で実現される機能には、スケジュール記憶部３２と、ＴＯＤＯ記憶部３４と、メール記憶部３６と、ユーザ記憶部３８と、ステータス監視／更新部４０と、ユーザ登録部４２と、ログイン／ログアウト処理部４４と、メッセージ交換可能時間検索部４８と、ステータス調査部４９と、が含まれている。これらの機能は、サーバ１２において、ＣＧＩプログラムや常駐プログラム等が実行されることによって実現される。
【００４１】
ここで、スケジュール記憶部３２は、例えばハードディスク記憶装置等を含んで構成されるものであり、各ユーザのスケジュール（予定情報）を記憶するものである。また、ＴＯＤＯ記憶部３４は、例えばハードディスク記憶装置等を含んで構成されるものであり、各ユーザのＴＯＤＯ（予定情報）を記憶するものである。また、メール記憶部３６は、例えばハードディスク記憶装置等を含んで構成されるものであり、各ユーザが送受信したメール及びその処理状況（未読又は既読の別や返信の有無等）を蓄積記憶するものである。これらの情報は、ＣＧＩプログラム群である図示しないグループウェアプログラムによって管理されており、同プログラムはクライアント１４のＷｅｂブラウザから送信される要求に応じて、これらの情報を新規登録・更新したり、ユーザに内容確認させたりするようになっている。
【００４２】
また、ユーザ記憶部３８は、例えばハードディスク記憶装置等を含んで構成されるものであり、メッセージ交換システム１０の登録ユーザに関するデータ、すなわちユーザ情報を記憶するものである。ステータス監視／更新部４０は、例えば常駐プログラム等によって実現されるものであり、ＬＡＮ１６にブロードキャストされているステータス報知データ（図９参照）を監視・受信し、その内容に応じて、ユーザ記憶部３８に記憶される各ユーザのステータスを更新する。ユーザ登録部４２は、例えばＣＧＩプログラム等によって実現されるものであり、クライアント１４からの要求に応じてユーザ登録画面を表示するためのＨＴＭＬデータを返信し、さらに該画面によってユーザ登録要求がクライアント１４から送信されてきた場合には、その要求に含まれるユーザＩＤ、氏名、パスワード、報告方法等の情報をユーザ記憶部３８に登録する。
【００４３】
ログイン／ログアウト処理部４４は、例えばＣＧＩプログラムによって実現されるログイン処理機能と、例えば常駐プログラム及びＣＧＩプログラムによって実現されるログアウト処理機能と、を担うものである。ログイン処理においては、クライアント１４からのログイン要求に応じてユーザ記憶部３８に記憶されるユーザ情報を返信し、それを利用して返信される認証要求に応じてユーザ認証処理を実行し、認証可であればログインを許可するとともに、ユーザ記憶部３８にその旨のログインフラグ（後述）を記憶し、一方、不可であればログインを拒絶する。ログアウト処理では、クライアント１４からログアウト要求が送信されると、同ログアウト要求に係るユーザＩＤに対応づけて、ユーザ記憶部３８にログアウトの旨のログインフラグを記憶する。さらに、所定時間にわたって、あるユーザに係るステータス報知データ等のデータ送信がされていない場合、そのユーザがログアウトしたと判断し、そのユーザに対応づけてログアウトの旨のログインフラグをユーザ記憶部３８に記憶する。
【００４４】
メッセージ交換可能時間検索部４８では、クライアント１４から１以上のユーザＩＤを含むメッセージ交換可能時間検索要求を受信すると、それらユーザＩＤに係るユーザのスケジュールをスケジュール記憶部３２から取得し、それらに基づいて全員でメッセージ交換をすることができる時間帯を検索する。メッセージ交換可能時間検索部４８では、検索範囲となる時間範囲や日付範囲等の検索条件を含むメッセージ交換可能時間検索要求をクライアント１４から受信し、該検索条件に従ってメッセージ交換可能時間を検索するようにしてもよい。さらに、ステータス調査部４９は、例えば常駐プログラムによって実現されるものであり、クライアント１４からユーザＩＤを含むステータス調査要求を受信した場合に、該ユーザＩＤに対応するスケジュール情報、ＴＯＤＯ情報、メールの処理状況をスケジュール記憶部３２、ＴＯＤＯ記憶部３４、メール記憶部３６からそれぞれ読み出し、それらの情報に基づいて、該ユーザＩＤにより識別されるユーザのステータスを判断し、その判断結果を返信する。
【００４５】
図１３は、ユーザ記憶部３８に記憶されるユーザ情報の一例を示す図である。同図に示すように、ユーザ情報は、ユーザＩＤと、該ユーザＩＤに対応するユーザの氏名、部署、ステータス、同ユーザが指定するメッセージ報告方法、パスワード、及びログイン中であるか否かを表すフラグ（ログインフラグ）を対応づけてなる。このうち、ユーザＩＤ、氏名、部署、報告方法及びパスワードには、図２に示されるユーザ登録画面においてユーザが入力又は指定したデータが格納される。また、ステータスは、各クライアント１４から送信されるステータス報知データに従ってステータス監視／更新部４０により更新される。ステータスは、さらにログイン／ログアウト処理部４４により、ログインフラグの値に応じて更新される。また、ログインフラグは、ログイン／ログアウト処理部４４により更新される。
【００４６】
図１４は、スケジュール記憶部３２に記憶されるスケジュール情報を示す図である。同図に示すように、スケジュール情報は、スケジュールＩＤと日時とスケジュール内容とスケジュールメンバーとを対応づけてなる。スケジュールＩＤは、サーバ１２において各スケジュールを識別する情報である。日時は、スケジュールの日時である。スケジュール内容は、例えば会議や出張等の区別、その開催場所、重要度等である。スケジュールメンバーは、同スケジュールに関係する１以上のユーザのユーザＩＤである。メッセージ交換可能時間検索部４８では、クライアント１４から１以上のユーザＩＤを含むメッセージ交換可能時間検索要求を受信したとき、そのユーザＩＤがスケジュールメンバー欄に含まれているスケジュールの日時及び内容をスケジュール記憶部３２から読み出し、その内容に基づいてメッセージ交換可能時間を探し出す。例えば、クライアント１４から受信するユーザＩＤに係る全てのユーザについて、スケジュールが何も入っていない日時を検索し、それをメッセージ交換可能時間としてクライアント１４に返信する。また、ステータス調査部４９は、クライアント１４からユーザＩＤを含むステータス調査要求を受信したとき、該ユーザＩＤをスケジュールメンバー欄に含むスケジュールの日時及び内容を読み出し、それに基づいて、同ユーザＩＤに係るユーザの現在のステータスを判断する。そして、その判断結果をクライアント１４に返信する。
【００４７】
また、サーバ１２は、例えばＣＧＩプログラム等によって実現される図示しないスケジュール管理機能（グループウェア機能）を備えており、クライアント１４からの要求に応じて、スケジュール記憶部３２にアクセスして、スケジュールを新規登録したり修正したり読み出したりできるようになっている。
【００４８】
図１５は、ＴＯＤＯ記憶部３４に記憶されるＴＯＤＯ情報を示す図である。同図に示すように、ＴＯＤＯ情報は、ユーザＩＤと、該ユーザＩＤに対応するユーザが処理しなければならない仕事内容（ＴＯＤＯ内容）と、その期限（ＴＯＤＯ期限）と、を対応づけてなる。ステータス調査部４９では、クライアント１４からユーザＩＤを含むステータス調査要求を受信した場合、同ユーザＩＤに対応するＴＯＤＯ期限を読み出し、その日がＴＯＤＯ期限となっているＴＯＤＯ内容が所定数以上であれば、ビジーステータスを返信する。また、サーバ１２は、例えばＣＧＩプログラム等によって実現される図示しないＴＯＤＯ管理機能（グループウェア機能）を備えており、クライアント１４からの要求に応じて、ＴＯＤＯ記憶部３４にアクセスして、ＴＯＤＯ情報を新規登録したり修正したり読み出したりできるようになっている。
【００４９】
図１６は、メール記憶部３６に記憶されるメール情報を示す図である。同図に示すように、メール情報は、ユーザＩＤと、メール内容（ヘッダ情報や本文等）と、受信日時と、既読又は未読を示す既読フラグ（処理状況）と、を対応づけてなる。ステータス調査部４９では、クライアント１４からユーザＩＤを含むステータス調査要求を受信した場合、同ユーザＩＤに対応するメールのうち、その既読フラグに未読の旨を表す値が設定されたものの数を調べ、その数が所定数以上であれば、ビジーステータスを返信する。また、サーバ１２は、例えばＣＧＩプログラム等によって実現される図示しないメール送受信／閲覧機能（グループウェア機能）を備えており、クライアント１４からの要求に応じて、メール記憶部３６にアクセスして、メールを送受信したり、既に着信しているメールを閲覧させたりすることができるようになっている。
【００５０】
次に、クライアント１４の構成について説明する。
【００５１】
図１７は、クライアント１４の機能ブロック図である。同図に示すように、クライアント１４で実現される機能には、ステータス監視／更新部６２と、セッション処理部６４と、セッションカウンタ記憶部６６と、ユーザ記憶部６８と、メッセージ交換可能タイミング監視部７０と、現在ステータス判断部７１と、メッセージログ記憶部７２と、セッション参加者記憶部７４と、セッション参加者更新部７５と、メッセージ交換報告部７６と、ログイン／ログアウト処理部７７と、が含まれている。これらの機能は、クライアント１４において、メッセージ交換アプリケーションプログラムが実行されることによって実現される。
【００５２】
ここで、ステータス監視／更新部６２は、ＬＡＮ１６にブロードキャストされているステータス報知データ（図９参照）を受信し、該ステータス報知データに基づいてユーザ記憶部６８に記憶されるユーザ情報に含まれるステータスを更新する。セッション処理部６４は、ＬＡＮ１６にブロードキャストされているセッション開始要求データに当該クライアント１４を利用中のユーザのユーザＩＤが含まれていれば、メッセージ交換画面を表示する。また、クライアント１４においてメッセージ交換画面が表示されているとき、ＬＡＮ１６にブロードキャストされているメッセージ交換データ（図１１）のうち、当該クライアント１４において現在参加中のセッションに係るセッションＩＤが含まれているものを受信し、それに基づいてメッセージ交換画面を更新する。その他、セッション処理部６４は、メッセージ交換を主催するユーザのための各種処理、セッションを離脱するユーザのための各種処理を行うようになっている（後述）。
【００５３】
セッションカウンタ記憶部６６は、各ユーザのセッションカウンタの値を記憶する。ユーザ記憶部６８は、サーバ１２から受信するユーザ情報を記憶する。メッセージ交換可能タイミング監視部７０は、ユーザが指定したメッセージ交換の参加者のステータスを監視して、それが全てメッセージ可ステータスとなったタイミングにて、それら参加者のユーザＩＤを含むメッセージ交換開始要求データをＬＡＮ１６にブロードキャストする。現在ステータス判断部７１は、例えば常駐プログラムによって実現されるものであり、所定時間前から現在までの入力装置（キーボードやマウス）の入力量を監視し、その量が所定量以上であればビジーステータスであると判断する。また、所定量未満であれば、サーバ１２にステータス調査要求を送信して、その応答に従ってステータスを判断する。そして、こうして判断したステータスをユーザ記憶部６８に当該クライアント１４に対応するユーザのユーザＩＤに対応づけて記憶するとともに、ステータス報知データとしてＬＡＮ１６にブロードキャストする。
【００５４】
メッセージログ記憶部７２は、クライアント１４においてメッセージ交換画面が表示され、メッセージ交換が行われている間、メッセージ表示欄に表示される各参加者ユーザのメッセージ（発言）を記憶する。セッション参加者記憶部７４は、セッションに参加中のユーザに関する情報を記憶する。セッション参加者更新部７５は、ＬＡＮ１６にブロードキャストされるセッション離脱データ（サーバＩＤ、セッションＩＤ及びユーザＩＤを含む）を受信し、それに基づいてセッション参加者記憶部７４の記憶内容を更新する。また、セッションに途中参加するユーザからセッション参加通知データを受信し、それに基づいてセッション参加者記憶部７４の記憶内容を更新する。
【００５５】
メッセージ交換報告部７６は、ユーザがセッションを最後に離脱するとき、メッセージログ記憶部７２に記憶されるメッセージログに基づいて議事録を生成し、それをセッションに不参加であった、又は途中離脱したユーザに対して送信する。ログイン／ログアウト処理部７７は、ログイン画面を表示し、ユーザ認証可であればステータスデータをＬＡＮ１６にブロードキャストする。また、ログアウト時、ログアウト通知データをＬＡＮ１６にブロードキャストする。
【００５６】
セッション処理部６４は、メッセージ交換を主催するユーザのために各種処理を行うようになっている（後に詳述）。すなわち、図１８に示すように、セッション処理部６４は、ユーザ指定部６４ａ、ステータス取得部６４ｂ、決定部６４ｃ、メッセージ交換開始部６４ｄ、必須参加者／任意参加者指定部６４ｅ、メッセージ交換可能日時出力部６４ｆ及び不参加ユーザ記憶部６４ｇを含んでいる。
【００５７】
ここで、ユーザ指定部６４ａは、図４に示す参加者指定画面をクライアント１２から送信されるユーザ情報に基づいて表示し、主催者ユーザに１以上のユーザを指定させるものである。また、ステータス取得部６４ｂは、ユーザ指定部６４ａにより指定されるユーザのステータスをユーザ記憶部６８から取得するものである。また、決定部６４ｃは、ステータス取得部６４ｂにより取得されるステータスに基づき、メッセージ交換に実際に参加させるユーザ又はメッセージ交換の開始タイミングのうち少なくとも一方を決定するものである。また、メッセージ交換開始部６４ｄは、決定部６４ｃによる決定内容に従ってメッセージ交換を開始するものである。
【００５８】
特に、決定部６４ｃは、ステータス取得部６４ｂにより取得されるステータスに基づき、実際にメッセージ交換に参加させるユーザを決定する機能を含んでおり、メッセージ交換開始部６４ｄは、決定部６４ｃにより決定されるユーザによるメッセージ交換を開始する。
【００５９】
また、決定部６４ｃは、ステータス取得部６４ｂにより取得されるユーザのステータスに基づき、メッセージ交換の開始タイミングを決定する機能を含んでおり、メッセージ交換開始部６４ｄは、決定部６４ｃにより決定される開始タイミングに従ってメッセージ交換を開始する。例えば、決定部６４ｃは、ステータス取得部６４ｂにより取得されるユーザのステータスに基づき、ユーザ指定部６４ａにより指定されるユーザのうち全部又は一部がメッセージ交換をすることができるタイミングを監視し、該タイミングを前記メッセージ交換の開始タイミングとして決定する。
【００６０】
また、必須参加者／任意参加者指定部６４ｅは、例えば図６に示す任意参加者指定画面を表示して、ユーザ指定手段により指定されるユーザのうちメッセージ交換の必須参加ユーザ及び任意参加ユーザを指定するものである。決定部６４ｃでは、この機能を活用して、必須参加者／任意参加者指定部６４ｅにより指定される必須参加ユーザに係るステータスに基づき、それら必須参加ユーザが揃ってメッセージ交換をすることができるメッセージ交換の開始タイミングを決定するようにしてもよい。
【００６１】
また、メッセージ交換可能日時出力部６４ｆは、サーバ１２のメッセージ交換可能日時検索部４８にメッセージ交換可能日時検索要求を送信し、サーバ１２に対して、ユーザ指定部６４ａにより指定されるユーザのうち全部又は一部に係るスケジュール情報に基づいて、それらユーザが揃ってメッセージ交換をすることができる日時を検索させる。そして、メッセージ交換日時出力部６４ｆは、その検索結果を受信し、例えば図８に示すようにして表示出力する。
【００６２】
また、不参加ユーザ記憶部６４ｇは、ユーザ指定部６４ａにより指定されるユーザのうち、メッセージ交換開始部６４ｄにより開始されるメッセージ交換に実際には参加させない、すなわちメッセージ交換開始要求を送信しないユーザについて、ユーザＩＤを記憶する。この不参加ユーザ記憶部６４ｇは、メッセージログ記憶部７２の記憶内容に基づいてメッセージ交換報告部７６が議事録を送付するとき、その送付先を特定するために用いられる。
【００６３】
図１９は、ユーザ記憶部６８に記憶されるユーザ情報を示す図である。同図に示すように、クライアント１４において記憶されるユーザ情報は、ユーザＩＤと、氏名と、部署と、ステータスと、報告方法と、を対応づけてなる。これらの情報は、クライアント１４からサーバ１２にユーザがログインするとき、サーバ１２のユーザ記憶部３８からダウンロードされる。そして、ステータス監視／更新部６２は、ＬＡＮ１６にブロードキャストされるステータス報知データを監視し、該ステータス報知データに含まれるユーザＩＤに対応づけてユーザ記憶部３８に記憶されているステータスを、同ステータス報知データに含まれるステータスに基づいて更新する。
【００６４】
図２０は、セッションカウンタ記憶部６６に記憶されるセッションカウンタリストを示す図である。同図に示すように、セッションカウンタリストは、サーバＩＤと、ユーザＩＤと、セッションカウンタ値と、を対応づけてなる。セッションカウンタ値は、サーバＩＤにより識別されるサーバ１２に関連して開催されるメッセージ交換において、ユーザＩＤにより識別されるユーザがメッセージ交換（セッション）を開始する度に１ずつ増加させる数値である。そして、各クライアント１４では、サーバ１２にログインするとき、自機を利用するユーザに係るユーザＩＤに対応するセッションカウンタ値を同ユーザＩＤと共にＬＡＮ１６にブロードキャストするようになっている。他のクライアント１４では、このセッションカウンタ値及びユーザＩＤを受信し、それにより自機に記憶されているセッションカウンタリストを更新するようにしている。こうして、全てのクライアント１４において同じセッションカウンタリストが記憶されるようになっている。そして、このセッションカウンタリストにより、クライアント１４では、ＬＡＮ１６にブロードキャストされているメッセージ交換開始要求データが新規のものであるか否かを判断するようにしている。
【００６５】
図２１は、セッション参加者記憶部７４に記憶されるセッション参加者リストの一例を示す図である。同図に示すセッション参加者リストは、クライアント１４においてセッションが継続している間に生成・更新され、セッション参加者記憶部７４に記憶されるものであり、セッションに参加中のユーザのユーザＩＤ、同ユーザＩＤに係るユーザが任意参加者であるか必須参加者であるかを表す任意参加者フラグ、同ユーザの発言数を表すメッセージカウンタ値、同ユーザが主催者であるか否かを表す主催者フラグ、及び同ユーザがセッションに参加しているか既に離脱してしまったかを表す参加者ステータスを対応づけてなる。クライアント１４では、このセッション参加者リストに含まれるメッセージカウント値に基づき、ＬＡＮ１６にブロードキャストされるメッセージデータが最新のメッセージであるか否かを判断することができるようにしている。また、セッション処理部４６では、メッセージ交換画面において入力されたメッセージを他のセッション参加者に送信するため、セッション参加者リストに含まれているユーザＩＤのうち、それに対応する参加者ステータスがセッション中であることを示しているものを、メッセージ交換データに含めるようにしている。
【００６６】
図２２は、メッセージログ記憶部７２に記憶されるメッセージログの一例を示す図である。同図に示すメッセージログは、クライアント１４においてセッションが継続している間に記憶・更新されるものであり、セッションに関連するサーバのサーバＩＤ、該セッションのセッションＩＤ、各メッセージのメッセージＩＤ、及びメッセージを対応づけてなる。各レコードは、ＬＡＮ１６にブロードキャストされ、クライアント１４により受信されるメッセージデータに基づいて追加記憶されるものである。
【００６７】
ここで、クライアント１４のメッセージ交換アプリケーションプログラムの処理についてフロー図に基づいて説明する。
【００６８】
図２３は、メッセージ交換アプリケーションプログラムに基づき、クライアント１４のログイン／ログアウト処理部７７によって実行されるログイン処理を示すフロー図である。同図に示すように、ログイン処理では、まずクライアント１４はサーバ１２に対してログイン要求を送信する（Ｓ１０１）。サーバ１２のログイン／ログアウト処理部４４では、この要求を受信すると、ユーザ記憶部３８からパスワード及びログインフラグを除くユーザ情報を読み出し、その情報を返信する。クライアント１４では、この情報をサーバ１２から受信し（Ｓ１０２）、それに基づいて図３に示すログイン画面を表示する（Ｓ１０３）。次に、同ログイン画面におけるユーザの設定内容に基づき、ユーザＩＤ及びパスワードを含む認証要求データをサーバ１２に送信する（Ｓ１０４）。サーバ１２のログイン／ログアウト処理部４４では、この認証要求データを受信すると、ユーザ記憶部３８に記憶されるユーザ情報と照らし合わせ、その真偽を判断するとともに、判断結果をクライアント１４に返信する。クライアント１４では、認証データが真正なものであると認められれば（Ｓ１０５）、現在の当該クライアント１４のステータスを調べる（Ｓ１０６）。このステータス調査処理は、現在ステータス判断部７１により実行されるものであり、図２４に基づいて後に詳述する。クライアント１４は、サーバ１２のサーバＩＤ、Ｓ１０６で得られたステータス、セッションカウンタ記憶部６６から読み出されたログインユーザに係るセッションカウンタ値を、ＬＡＮ１６にブロードキャストし（Ｓ１０７）、ログイン処理を終了する。この場合は、例えばメインメニューをクライアント１４において表示して、メッセージ交換の開催等をユーザが選択指定できるようにする。
【００６９】
一方、Ｓ１０５において、サーバ１２において認証データが真正なものであると認められなければ、クライアント１４においてエラーメッセージを表示し（Ｓ１０８）、ログイン処理を終了する。この場合は、例えば再度ログイン要求をサーバ１２に送信するためのダイアログをクライアント１４に表示する。
【００７０】
図２４は、メッセージ交換アプリケーションプログラムに基づき、クライアント１４の現在ステータス判断部７１により実行されるステータス判断処理を示すフロー図である。同図に示す処理は、クライアント１４がサーバ１２にログインするときに実行され、さらにログイン後もログアウトするまで定期的に実行される。この処理では、まずクライアント１４において、キーボードやマウス等の入力装置が使用量を判断する（Ｓ２０１）。そして、入力装置の使用量が所定基準以上であれば（例えば所定時間あたりの入力文字数やクリック数が所定基準値以上であるとき等）、ユーザの現在のステータスが、ビジーステータスであると決定する（Ｓ２０４）。
【００７１】
一方、入力装置の使用量が所定基準未満であれば、次にサーバ１２に対してユーザＩＤを含むステータス調査要求を送信する（Ｓ２０２）。サーバ１２のステータス調査部４９では、この要求を受信すると、スケジュール記憶部３２、ＴＯＤＯ記憶部３４及びメール記憶部３６の記憶内容に基づき、受信したユーザＩＤにより識別されるユーザが現在メッセージ交換可能であるか否かを判断する。そして、その判断結果であるステータスをクライアント１４に返信するとともに、その内容をユーザ記憶部３８に反映させる。クライアント１４では、サーバ１２から判断結果であるステータスを受信し（Ｓ２０３）、その内容に従ってユーザの現在のステータスを決定する（Ｓ２０４）。
【００７２】
以上のようにすれば、各ユーザがメッセージ交換可能であるか否かを好適に判断することができる。なお、クライアント１４に電話機等の外部機器が接続されていれば、その装置の使用状況により、ユーザのステータスを判断するようにしてもよい。例えば、クライアント１４に接続されている電話機が話し中であれば、ユーザの現在のステータスがビジーステータスであると決定するようにしてもよい。
【００７３】
図２５は、メッセージ交換アプリケーションプログラムに基づき、クライアント１４のセッション処理部６４により実行されるセッション離脱処理を示すフロー図である。同図に示す処理は、メッセージ交換の参加者ユーザがセッションを途中で抜けるとき、すなわちクライアント１４においてユーザがセッション離脱操作を行ったときに実行されるものである。この処理では、まずセッション離脱操作を行ったユーザがセッションの主催者であるか否かを判断する（Ｓ３０１）。クライアント１４のユーザがセッションの主催者であるか否かは、クライアント１４のセッション参加者記憶部７４に記憶されるセッション参加者リストのうち、同ユーザのユーザＩＤに対応づけて記憶されている主催者フラグを参照することによって判断することができる。そして、セッション離脱操作を行ったユーザがセッションの主催者でなければ、同ユーザのユーザＩＤを含むセッション離脱通知データをＬＡＮ１６にブロードキャストする（Ｓ３０４）。このセッション離脱通知データは、他のクライアント１４により受信される。そして、セッション離脱通知データを受信したクライアント１４では、セッション参加者記憶部７４に記憶されるセッション参加者リストにおいて、該セッション離脱通知データに含まれるユーザＩＤに対応する参加者ステータスに、セッションから離脱した旨を設定する。その後、セッション参加者リストにおいてセッション中の旨の参加者ステータスに対応づけられているユーザによってセッションは続行される。
【００７４】
Ｓ３０１において、セッション離脱操作を行ったユーザがセッションの主催者であると判断されると、次に、セッション処理部６４では、同セッションに他のユーザが未だ参加しているか否かを判断する（Ｓ３０２）。すなわち、セッション参加者記憶部７４に記憶されるセッション参加者リストを参照して、当該クライアント１４のユーザ以外のユーザに係るレコードであって、参加者ステータスにセッション中の旨が設定されているものがまだ含まれているか否かにより、セッションに参加しているユーザがまだ他にいるか否かを判断する。そして、他にユーザがいると判断すると、そのうち１人を所定基準に従って選択し、そのユーザに対し、メッセージログ記憶部７２に記憶されているメッセージログと共に、該メッセージログに基づく議事録データの送付先である１又は複数のユーザのユーザＩＤを送信する（Ｓ３０５）。メッセージログの送付先であるユーザは、セッションを開催するとき、参加者指定画面（図４）において指定したものの、そのときステータスがビジー又はログオフステータスであったために実際にはセッションに参加しなかったユーザであり、セッション開始時は、主催者ユーザのクライアント１４に議事録送付先として不参加ユーザ記憶部６４ｇに記憶される。そして、主催者ユーザがセッションから離脱するとき、他のユーザに対し、主催者ユーザのクライアント１４において蓄積されているメッセージログが、該議事録送付先（１又は複数のユーザＩＤ）と共に送信される。
【００７５】
メッセージログ及び議事録送付先を受信するユーザは、主催者としての地位を引き継ぐ。このため、クライアント１４では、Ｓ３０５の処理においてメッセージログ及び議事録送付先の送信先を決定したとき、そのユーザＩＤが次の主催者であることを報知する主催者交代報知データをＬＡＮ１６にブロードキャストする。クライアント１４では、主催者交代報知データを受信すると、該データに含まれるユーザＩＤに対応づけてセッション参加者リストに記憶されている主催者フラグに、同ユーザＩＤに係るユーザがセッション主催者である旨を記憶させる。また、新主催者ユーザのクライアント１４では、不参加ユーザ記憶部６４ｇに議事録送付先であるユーザＩＤを記憶するとともに、メッセージログ記憶部７２の内容を旧主催者ユーザから送信されてきたメッセージログに書き換える。旧主催者ユーザのクライアント１４においては、メッセージログ及び議事録送付先を送信し終えると、セッション処理部６４が、セッション離脱操作を行ったユーザのユーザＩＤを含むセッション離脱通知データをＬＡＮ１６にブロードキャストする（Ｓ３０４）。
【００７６】
一方、セッションに参加しているユーザが他にいないと判断されると（Ｓ３０２）、クライアント１４では、メッセージログ記憶部７２記憶されるメッセージログに基づいて議事録データを生成し、それを議事録送付先に送信する（Ｓ３０３）。このとき、各議事録送付先には、そのユーザＩＤに対応づけてユーザ記憶部６８に記憶されている報告方法に従って議事録が送信される。また、議事録データには、セッション中、メッセージ交換画面に表示されたメッセージのうち全部又は一部が含まれる。
【００７７】
なお、セッション参加者記憶部７４に記憶されるセッション参加者リストにおいて、各参加者ステータスがセッション離脱済みの旨に変わったタイミング（例えばメッセージＩＤや時刻等）を記憶しておき、そのタイミングに基づいて、議事録送付先となるユーザを、実際にセッションに参加しながらも途中で離脱したユーザの中から選択するようにしてもよい。さらに、このとき各議事録送付先であるユーザの参加者ステータスがセッション離脱済みの旨に変わったタイミングに基づいて議事録の一部を抽出し、そのユーザに該一部だけを送信するようにしてもよい。
【００７８】
また、主催者ユーザが使用するクライアント１４では、他のユーザがセッション離脱通知データをＬＡＮ１６にブロードキャストしてセッションから離脱したとき、そのユーザのユーザＩＤを議事録送付先に加えるようにしてもよい。このとき、同ユーザが離脱するとき最後にメッセージ交換画面に現れていたメッセージのメッセージＩＤを、その議事録送付先に加えるユーザＩＤに対応づけて記憶しておくようにすれば、後に同ユーザに対して議事録を送信するとき、該メッセージＩＤ以降のメッセージＩＤに係る議事録、すなわち議事録の一部だけを送信することができるようになる。
【００７９】
以上説明したメッセージ交換アプリケーションプログラムによれば、ユーザの状況を把握して好適にメッセージ交換を開始することができ、例えばイントラネット等において好適にオンラインミーティングを開催することができる。
【００８０】
なお、本発明は上記実施形態に限定されるものではない。
【００８１】
例えば、以上の説明ではサーバ１２を用いてユーザ管理するようにしたが、クライアント１４だけでメッセージ交換システムを構成するようにしてもよい。また、以上の説明では、メッセージ交換データ等をＬＡＮ１６にブロードキャストさせるようにしたが、メッセージ交換の参加者アドレスを相互に取得可能としておき、ブロードキャストによらずにメッセージ交換データを送受信するようにしてもよい。
【図面の簡単な説明】
【図１】本発明の実施形態に係るメッセージ交換システムの全体構成を示す図である。
【図２】ユーザ登録画面の一例を示す図である。
【図３】ログイン画面の一例を示す図である。
【図４】参加者指定画面の一例を示す図である。
【図５】メッセージ交換画面の一例を示す図である。
【図６】任意参加者設定画面の一例を示す図である。
【図７】指定ユーザが全員参加可能でないときに表示されるメニュー画面の一例を示す図である。
【図８】図７に示されるメニュー画面において「メッセージ交換可能時間を検索」を選択した場合に表示される検索結果表示画面の一例を示す図である。
【図９】ステータス報知データの構成を示す図である。
【図１０】メッセージ交換開始要求データの構成を示す図である。
【図１１】メッセージ交換データの構成を示す図である。
【図１２】サーバの機能ブロック図である。
【図１３】サーバに記憶されるユーザ情報を示す図である。
【図１４】サーバに記憶されるスケジュール情報を示す図である。
【図１５】サーバに記憶されるＴＯＤＯ情報を示す図である。
【図１６】サーバに記憶されるメール情報を示す図である。
【図１７】クライアントの機能ブロック図である。
【図１８】セッション処理部の機能ブロック図である。
【図１９】クライアントに記憶されるユーザ情報を示す図である。
【図２０】クライアントに記憶されるセッションカウンタリストを示す図である。
【図２１】クライアントに記憶されるセッション参加者リストを示す図である。
【図２２】クライアントに記憶されるメッセージログを示す図である。
【図２３】クライアントで実行されるログイン処理を示すフロー図である。
【図２４】クライアントで実行されるステータス判断処理を示すフロー図である。
【図２５】クライアントで実行されるセッション終了処理を示すフロー図である。
【符号の説明】
１０　メッセージ交換システム、１２　サーバ、１４　クライアント、１６　ＬＡＮ（ローカルエリアネットワーク）、３２　スケジュール記憶部、３４　ＴＯＤＯ記憶部、３６　メール記憶部、３８，６８　ユーザ記憶部、４０，６２　ステータス監視／更新部、４２　ユーザ登録部、４４，７７　ログイン／ログアウト処理部、４８　メッセージ交換可能時間検索部、４９　ステータス調査部、６４　セッション処理部、６４ａ　ユーザ指定部、６４ｂ　ステータス取得部、６４ｃ　決定部、６４ｄ　メッセージ交換開始部、６４ｅ　必須参加者／任意参加者指定部、６４ｆ　メッセージ交換日時出力部、６４ｇ　不参加ユーザ記憶部、６６　セッションカウンタ記憶部、７０　メッセージ交換可能タイミング監視部、７１　現在ステータス判断部、７２　メッセージログ記憶部、７４　セッション参加者記憶部、７５　セッション参加者更新部、７６　メッセージ交換報告部。
【図１】
2004102358.tif 000003
【図２】
2004102358.tif 000004
【図３】
2004102358.tif 000005
【図４】
2004102358.tif 000006
【図５】
2004102358.tif 000007
【図６】
2004102358.tif 000008
【図７】
2004102358.tif 000009
【図８】
2004102358.tif 000010
【図９】
2004102358.tif 000011
【図１０】
2004102358.tif 000012
【図１１】
2004102358.tif 000013
【図１２】
2004102358.tif 000014
【図１３】
2004102358.tif 000015
【図１４】
2004102358.tif 000016
【図１５】
2004102358.tif 000017
【図１６】
2004102358.tif 000018
【図１７】
2004102358.tif 000019
【図１８】
2004102358.tif 000020
【図１９】
2004102358.tif 000021
【図２０】
2004102358.tif 000022
【図２１】
2004102358.tif 000023
【図２２】
2004102358.tif 000024
【図２３】
2004102358.tif 000025
【図２４】
2004102358.tif 000026
【図２５】
2004102358.tif 000027