(57)【要約】【課題】  即時性や重要度の高い情報の交換を確実に行うことができる在席管理サーバ、コミュニケーション方法、その記録媒体及びプログラムを提供する。【解決手段】  在席状況確認サーバ１０１は、メッセージ及び宛先とを少なくとも含むメモラベル送信情報を受信すると、利用者端末別に利用者が在席中であるか否かに関する情報である在席情報をユーザ状況データベース１０７から参照して、受信したメモラベル送信情報に含まれる宛先から特定される利用者と、メモラベル送信情報の送信元である利用者とが在席中であるか否かを判断して、双方が在席中であると判断した場合に、メモラベル送信情報に応じてメッセージを宛先へ送信する。【選択図】  図１
2005190190.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数の利用者端末に、伝達情報によるリアルタイムでのコミュニケーション環境を提供する在席管理サーバであって、
前記コミュニケーション環境を利用する第１の利用者端末から、伝達情報と、当該伝達情報の宛先とを少なくとも含む伝達情報送信要求を受信する受信手段と、
前記コミュニケーション環境を利用可能な複数の利用者端末別に利用者が在席中であるか否かに関する情報である在席情報を格納する在席情報格納手段と、
前記在席情報格納手段から前記在席情報を参照して、前記受信手段が受信した前記伝達情報送信要求に含まれる前記宛先から特定される第２の利用者端末を利用する第２の利用者が在席中であるか否かを判断する宛先判断手段と、
前記在席情報格納手段から前記在席情報を参照して、前記受信手段が受信した前記伝達情報送信要求の送信元である前記第１の利用者端末を利用する第１の利用者が在席中であるか否かを判断する送信元判断手段と、
前記宛先判断手段及び前記送信元判断手段の双方において第２の利用者及び第１の利用者が在席中であると判断した場合に、前記受信手段が受信した前記伝達情報送信要求に応じて前記伝達情報を前記宛先へ送信する送信手段と
を具備することを特徴とする在席管理サーバ。
【請求項２】
前記送信手段は、前記宛先判断手段において第２の利用者が在席中であると判断し、かつ、前記送信元判断手段において第１の利用者が不在中であると判断した場合に、前記受信手段が受信した前記伝達情報及び前記送信元が不在である旨を通知する情報を前記宛先へ送信することを特徴とする請求項１に記載の在席管理サーバ。
【請求項３】
前記宛先判断手段は、前記伝達情報送信要求が前記宛先における第２の利用者の在席情報を確認することを要求する確認要求情報を含む場合にのみ、前記宛先から特定される第２の利用者端末に第２の利用者が在席中であるか否かを判断し、
前記宛先判断手段が前記第２の利用者端末に第２の利用者が在席中であると判断した場合に、その旨を前記第１の利用者端末へ通知する通知手段を更に具備すること
を特徴とする請求項１または２に記載の在席管理サーバ。
【請求項４】
前記在席情報格納手段が格納する前記在席情報は、前記利用者端末から前記ネットワークを介して定期的または任意のタイミングで送信される利用者の在席に関する情報を受信することで更新されることを特徴とする請求項１〜３のいずれか１項に記載の在席管理サーバ。
【請求項５】
前記宛先判断手段及び前記送信元判断手段の双方において前記第２の利用者及び前記第１の利用者が在席中であると判断した場合に、前記第１の利用者端末へ前記伝達情報送信要求に応じて送信処理を行ってよいか否かを第１の利用者に問い合わせる問合せ手段を更に具備し、
前記送信手段は、前記問合せ手段の問い合わせに対する返信が送信処理を行ってよいである場合に、前記伝達情報を前記宛先へ送信すること
を特徴とする請求項１〜４のいずれか１項に記載の在席管理サーバ。
【請求項６】
前記宛先が複数である場合に、宛先判断手段は、前記宛先から特定される複数の第２の利用者端末毎に複数の第２の利用者が在席中であるか否かを判断し、
前記送信手段は、前記宛先判断手段において少なくとも一人以上の第２の利用者が在席中であると判断し、かつ、前記送信元判断手段において第１の利用者が在席中であると判断した場合に、前記宛先判断手段において第２の利用者が在席中と判断した宛先へ前記伝達情報を送信すること
を特徴とする請求項１に記載の在席管理サーバ。
【請求項７】
前記送信手段が、在席中と判断された第２の利用者の宛先へ前記伝達情報を送信した後に、前記複数の宛先の内、前記宛先判断手段において在席中であると判断されなかった第２の利用者の宛先へ、前記伝達情報を送信するか否かを前記第１の利用者端末を利用する前記第１の利用者に問い合わせる送信問合せ手段を更に具備することを特徴とする請求項６に記載の在席管理サーバ。
【請求項８】
ネットワークに接続された複数の利用者端末に、伝達情報によるリアルタイムでのコミュニケーション環境を提供する在席管理サーバを用いたコミュニケーション方法であって、
前記コミュニケーション環境を利用する第１の利用者端末から、伝達情報と、当該伝達情報の宛先とを少なくとも含む伝達情報送信要求を受信する受信ステップと、
前記コミュニケーション環境を利用可能な複数の利用者端末別に利用者が在席中であるか否かに関する情報である在席情報を格納する在席情報格納手段から、前記在席情報を参照して前記受信ステップで受信した前記伝達情報送信要求に含まれる前記宛先から特定される第２の利用者端末を利用する第２の利用者が在席中であるか否かを判断する宛先判断ステップと、
前記在席情報格納手段から前記在席情報を参照して、前記受信ステップで受信した前記伝達情報送信要求の送信元である前記第１の利用者端末を利用する第１の利用者が在席中であるか否かを判断する送信元判断ステップと、
前記宛先判断ステップ及び前記送信元判断ステップの双方において第２の利用者及び第１の利用者が在席中であると判断した場合に、前記受信ステップで受信した前記伝達情報送信要求に応じて前記伝達情報を前記宛先へ送信する送信ステップと
を有することを特徴とするコミュニケーション方法。
【請求項９】
ネットワークに接続された複数の利用者端末に、伝達情報によるリアルタイムでのコミュニケーション環境を提供する在席管理サーバ用のプログラムを記録した記録媒体であって、
前記コミュニケーション環境を利用する第１の利用者端末から、伝達情報と、当該伝達情報の宛先とを少なくとも含む伝達情報送信要求を受信する受信ステップと、
前記コミュニケーション環境を利用可能な複数の利用者端末別に利用者が在席中であるか否かに関する情報である在席情報を格納する在席情報格納手段から、前記在席情報を参照して前記受信ステップで受信した前記伝達情報送信要求に含まれる前記宛先から特定される第２の利用者端末を利用する第２の利用者が在席中であるか否かを判断する宛先判断ステップと、
前記在席情報格納手段から前記在席情報を参照して、前記受信ステップで受信した前記伝達情報送信要求の送信元である前記第１の利用者端末を利用する第１の利用者が在席中であるか否かを判断する送信元判断ステップと、
前記宛先判断ステップ及び前記送信元判断ステップの双方において第２の利用者及び第１の利用者が在席中であると判断した場合に、前記受信ステップで受信した前記伝達情報送信要求に応じて前記伝達情報を前記宛先へ送信する送信ステップと
を前記在席管理サーバに実行させることを特徴とするプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１０】
ネットワークに接続された複数の利用者端末に、伝達情報によるリアルタイムでのコミュニケーション環境を提供する在席管理サーバ用のプログラムであって、
前記コミュニケーション環境を利用する第１の利用者端末から、伝達情報と、当該伝達情報の宛先とを少なくとも含む伝達情報送信要求を受信する受信ステップと、
前記コミュニケーション環境を利用可能な複数の利用者端末別に利用者が在席中であるか否かに関する情報である在席情報を格納する在席情報格納手段から、前記在席情報を参照して前記受信ステップで受信した前記伝達情報送信要求に含まれる前記宛先から特定される第２の利用者端末を利用する第２の利用者が在席中であるか否かを判断する宛先判断ステップと、
前記在席情報格納手段から前記在席情報を参照して、前記受信ステップで受信した前記伝達情報送信要求の送信元である前記第１の利用者端末を利用する第１の利用者が在席中であるか否かを判断する送信元判断ステップと、
前記宛先判断ステップ及び前記送信元判断ステップの双方において第２の利用者及び第１の利用者が在席中であると判断した場合に、前記受信ステップで受信した前記伝達情報送信要求に応じて前記伝達情報を前記宛先へ送信する送信ステップと
を前記在席管理サーバに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して複数の利用者端末における利用者の在席に関する情報を管理するとともに、利用者間のコミュニケーション環境を提供する在席管理サーバ、コミュニケーション方法、その記録媒体及びプログラムに関するものである。
【背景技術】
【０００２】
近年、ネットワークを介してＰＣ（パーソナル  コンピュータ）上で、ネットワーク会議に参加できるソフトウェアが提供されている。このネットワーク会議に参加できるソフトウェアとは、ネットワーク上に存在する他の複数ＰＣの利用者とリアルタイムでコミュニケーションできる環境を提供するソフトウェアである。このネットワーク会議は、出張コストの削減や時間の有効活用としての手段として考えられている。
【０００３】
また、従来、分散したスペースに存在する人々のコミュニケーションツールの一つとしてネットワークを利用した分散オフィスシステムが考えられている。例えば、分散オフィスに点在する各ユーザの状況を互いに仮想の個室オフィスとして画像と共に表示することで識別可能とし、メッセージ送信などでコミュニケーションを図ることが可能な分散オフィスシステムが開示されている（例えば、特許文献１参照。）。
また、人物の調査を行う際にユーザ自ら表示画像から在席・空席状態を判断する手間を省くことができる在席モニタリングシステムが開示されている（例えば、特許文献２参照。）。
【０００４】
【特許文献１】特開２０００−１８１９６７号公報
【特許文献２】特開２００２−２６０１１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した特許文献１に記載の分散オフィスシステムにおいては、現時点でのコミュニケーションを図りたい相手の在席状況を確認することができるが、コミュニケーションを図りたい相手が不在の場合に、その相手が不在状態から在席状態に変化したことを把握するには以下のような労力を要する。例えば、連絡要求側で一定時間の間隔で相手が在席状態となったか確認する方法が考えられるが、その作業は煩雑であり、業務への集中を妨げる行為となり得る。それ以外の方法としては、リアルタイムのテキストメッセージで、折り返し連絡が欲しい旨を依頼し、依頼した相手からの連絡を待つほかない。しかし依頼した相手が在席となった後に速やかに連絡をとるとは限らず不確実な手段である。なぜなら、特許文献１に記載の分散オフィスシステムでは、連絡をとりたい相手側から、送信者の在席状況を知ることができるので、相手側が在席となった時点で送信者側が不在状態である場合は、直ぐにはテキストメッセージに対しての応答をしないことが考えられる。以上に示すように、連絡をとりたい相手が在席状態となったことを簡便かつ確実に把握することができないという問題がある。
【０００６】
上記問題は、上述した特許文献２に記載の在席モニタリングシステムにおける、不在状態から在席状態となった時点で通知してくれる機能を利用すれば解決できるが、その時点で送信者自身が不在状態の場合は、メッセージの送信を行うことができないという問題がある。また、何らかの方法で送信者が不在時に予め作成しておいたメッセージを在席状態となった相手に送信できたとしても、上述したように、受信側で送信者が不在状態であることが分かれば、このメッセージに対するリアルタイムの応答は期待できず、応答することを忘れられるかもしれない。
【０００７】
以上に示したように、従来は、メッセージの送信者およびメッセージの送信先（受信者）の双方が在席であるか否かを確認することなくメッセージの送信を行っていたので、即時性や重要度の高いメッセージの交換を確実に行うことが困難であるという問題があった。
本発明は上記の課題を解決するためになされたものであり、即時性や重要度の高い情報の交換を確実に行うことができる在席管理サーバ、コミュニケーション方法、その記録媒体及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
この発明は、上述した課題を解決すべくなされたもので、本発明による在席管理サーバにおいては、ネットワークに接続された複数の利用者端末に、伝達情報によるリアルタイムでのコミュニケーション環境を提供する在席管理サーバであって、コミュニケーション環境を利用する第１の利用者端末から、伝達情報と、当該伝達情報の宛先とを少なくとも含む伝達情報送信要求を受信する受信手段と、コミュニケーション環境を利用可能な複数の利用者端末別に利用者が在席中であるか否かに関する情報である在席情報を格納する在席情報格納手段と、在席情報格納手段から在席情報を参照して、受信手段が受信した伝達情報送信要求に含まれる宛先から特定される第２の利用者端末を利用する第２の利用者が在席中であるか否かを判断する宛先判断手段と、在席情報格納手段から在席情報を参照して、受信手段が受信した伝達情報送信要求の送信元である第１の利用者端末を利用する第１の利用者が在席中であるか否かを判断する送信元判断手段と、宛先判断手段及び送信元判断手段の双方において第２の利用者及び第１の利用者が在席中であると判断した場合に、受信手段が受信した伝達情報送信要求に応じて伝達情報を宛先へ送信する送信手段とを具備することを特徴とする。
【０００９】
また、本発明によるコミュニケーション方法においては、ネットワークに接続された複数の利用者端末に、伝達情報によるリアルタイムでのコミュニケーション環境を提供する在席管理サーバを用いたコミュニケーション方法であって、コミュニケーション環境を利用する第１の利用者端末から、伝達情報と、当該伝達情報の宛先とを少なくとも含む伝達情報送信要求を受信する受信ステップと、コミュニケーション環境を利用可能な複数の利用者端末別に利用者が在席中であるか否かに関する情報である在席情報を格納する在席情報格納手段から、在席情報を参照して受信ステップで受信した伝達情報送信要求に含まれる宛先から特定される第２の利用者端末を利用する第２の利用者が在席中であるか否かを判断する宛先判断ステップと、在席情報格納手段から在席情報を参照して、受信ステップで受信した伝達情報送信要求の送信元である第１の利用者端末を利用する第１の利用者が在席中であるか否かを判断する送信元判断ステップと、宛先判断ステップ及び送信元判断ステップの双方において第２の利用者及び第１の利用者が在席中であると判断した場合に、受信ステップで受信した伝達情報送信要求に応じて伝達情報を宛先へ送信する送信ステップとを有することを特徴とする。
【００１０】
また、本発明による記録媒体は、ネットワークに接続された複数の利用者端末に、伝達情報によるリアルタイムでのコミュニケーション環境を提供する在席管理サーバ用のプログラムを記録した記録媒体であって、コミュニケーション環境を利用する第１の利用者端末から、伝達情報と、当該伝達情報の宛先とを少なくとも含む伝達情報送信要求を受信する受信ステップと、コミュニケーション環境を利用可能な複数の利用者端末別に利用者が在席中であるか否かに関する情報である在席情報を格納する在席情報格納手段から、在席情報を参照して受信ステップで受信した伝達情報送信要求に含まれる宛先から特定される第２の利用者端末を利用する第２の利用者が在席中であるか否かを判断する宛先判断ステップと、在席情報格納手段から在席情報を参照して、受信ステップで受信した伝達情報送信要求の送信元である第１の利用者端末を利用する第１の利用者が在席中であるか否かを判断する送信元判断ステップと、宛先判断ステップ及び送信元判断ステップの双方において第２の利用者及び第１の利用者が在席中であると判断した場合に、受信ステップで受信した伝達情報送信要求に応じて伝達情報を宛先へ送信する送信ステップとを在席管理サーバに実行させることを特徴とするプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１１】
また、本発明によるプログラムは、ネットワークに接続された複数の利用者端末に、伝達情報によるリアルタイムでのコミュニケーション環境を提供する在席管理サーバ用のプログラムであって、コミュニケーション環境を利用する第１の利用者端末から、伝達情報と、当該伝達情報の宛先とを少なくとも含む伝達情報送信要求を受信する受信ステップと、コミュニケーション環境を利用可能な複数の利用者端末別に利用者が在席中であるか否かに関する情報である在席情報を格納する在席情報格納手段から、在席情報を参照して受信ステップで受信した伝達情報送信要求に含まれる宛先から特定される第２の利用者端末を利用する第２の利用者が在席中であるか否かを判断する宛先判断ステップと、在席情報格納手段から在席情報を参照して、受信ステップで受信した伝達情報送信要求の送信元である第１の利用者端末を利用する第１の利用者が在席中であるか否かを判断する送信元判断ステップと、宛先判断ステップ及び送信元判断ステップの双方において第２の利用者及び第１の利用者が在席中であると判断した場合に、受信ステップで受信した伝達情報送信要求に応じて伝達情報を宛先へ送信する送信ステップとを在席管理サーバに実行させることを特徴とするプログラムである。
【発明の効果】
【００１２】
本発明の在席管理サーバ、コミュニケーション方法、その記録媒体及びプログラムは、伝達情報及び宛先とを少なくとも含む伝達情報送信要求を受信して、利用者端末別に利用者が在席中であるか否かに関する情報である在席情報を参照して、受信した伝達情報送信要求に含まれる宛先から特定される利用者と、伝達情報送信要求の送信元である利用者とが在席中であるか否かを判断して、双方が在席中であると判断した場合に、伝達情報送信要求に応じて伝達情報を宛先へ送信することができる。すなわち、送信者及び受信者の双方が在席した場合にメッセージを送信するため、確実に即時性の高い情報交換を行うことができる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を用いて本発明の実施形態について説明する。
まず、本発明の第１〜第４の実施形態に共通の在席管理サーバ及び利用者端末から構成される在席管理システムの概略構成について説明する。図１は、本発明の第１〜第４の実施形態に共通の在席管理サーバ及び利用者端末から構成される在席管理システムの概略構成を示す図である。
【００１４】
図１において、１０１は、在席状況確認サーバ（在席管理サーバ）であり、ネットワーク１０４に接続されている複数の利用者端末（クライアント端末）の利用者（ユーザ）の在席に関する情報を含むユーザ情報をユーザ状況データベース（在席情報格納手段）１０７に格納して管理し、利用者端末に各ユーザの在席状況を確認可能とする環境や、各ユーザ間のコミュニケーションを可能とする環境を提供する。図８は、図１に示したユーザ状況データベース１０７のデータ構成例を示す図である。
【００１５】
図８に示すように、ユーザ状況データベース１０７は、ログインＩＤに関連付けて各ユーザに関する情報を格納する。ユーザに関する情報としては、「ユーザ名」、「所属」、「ログイン時間」、「ログアウト時間」、ユーザ各自が操作することで設定する「在席状況」などの情報の他に以下に示す情報が格納されている。項目５０１の「ＩＰアドレス」とは、ログインＩＤで特定されるユーザがログイン中の利用者端末のＩＰアドレスの情報である。項目５０２の「不在検出情報」とは、ネットワーク１０４に接続された各利用者端末における不在検出機能により利用者端末のユーザが不在であることを検出した際に、検出した利用者端末から在席状況確認サーバ１０１に送信される情報である。尚、不在検出機能については詳細を後述する。
【００１６】
項目５０３の「通知」は、不在である送信先（受信先）のユーザの在席状況が、在席に変化した際の送信元への通知要求が行われている利用者端末であるか否かを示す情報である。項目５０４の「要求元」とは、項目５０３の「通知」で通知要求を行っている要求元に関する情報である。図８においては、ログインＩＤ「ＵｓｅｒＢ」の利用者端末（受信元端末１０３）に対して、ログインＩＤ「ＵｓｅｒＡ」の利用者端末「要求元端末１０２」が通知要求を行っていることを示している。
【００１７】
１０２は、ネットワーク１０４に接続可能な利用者端末の一つであり、本実施形態において一ユーザ（第１の利用者）が他のユーザ（第２の利用者）とのコミュニケーションの要求を在席状況確認サーバ１０１へ送信する要求元端末（第１の利用者端末）である。１０３は、ネットワーク１０４に接続可能な利用者端末の一つであり、要求元端末１０２がコミュニケーションを要求する相手となる他のユーザが使用する受信元端末（第２の利用者端末）である。すなわち、本実施形態においては、説明をわかり易くするため、一方の利用者端末を要求元端末１０２とし、他方の利用者端末を受信元端末１０３とする。
【００１８】
要求元端末１０２や要求元端末１０３はネットワーク１０４を介して在席状況確認サーバ１０１とデータの送受信が可能である。ネットワーク１０４は、例えばＬＡＮ（ローカル  エリア  ネットワーク）などである。１０５、１０６は、利用者端末（要求元端末１０２、受信元端末１０３）に接続された動画像カメラ（例えば、ＵＳＢカメラ）であり、利用者端末を利用するユーザの映像を利用者端末に入力する。これにより、利用者端末は、撮像した映像を在席状況確認サーバ１０１へネットワーク１０４経由で逐次送信する。
【００１９】
また、在席状況確認サーバ１０１は、各利用者端末からネットワーク１０４経由で送信される映像を、所定の単位（部署単位や利用者端末が設置された居室単位など）で一覧表示する表示画面を各利用者端末に提供する。尚、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成を適用可能であり、例えば、利用者端末（要求元端末１０２、受信元端末１０３）は更に多数ある構成が一般的である。
【００２０】
次に、図１に示した、在席状況確認サーバ１０１、要求元端末１０２、受信元端末１０３の各端末のハードウェア構成例について説明する。
図２は、図１に示した在席状況確認サーバ１０１、要求元端末１０２、受信元端末１０３の各端末のハードウェア構成例を示す図である。図２に示すように、図１に示す各端末は、ＣＰＵ（中央演算装置）２０１、ＲＡＭ（ランダム  アクセス  メモリ）２０２、ＲＯＭ（リード  オンリー  メモリ）２０３、ハードディスクドライブ（ＨＤＤ）２０４、記録媒体ドライブ２０５、ネットワークインタフェースカード（ＮＩＣ）２０６、ポインティングデバイス（Ｐ／Ｄ）２０７、キーボード（Ｋ／Ｂ）２０８、表示装置２０９、カメラＩ／Ｆ（インタフェース）２１０を備え、これらがシステムバス２１１を介して互いに接続されている。
【００２１】
ＣＰＵ２０１は、オペレーションシステム（ＯＳ）のプログラムやアプリケーションプログラムに基づいて四則演算や比較演算等の各種の演算及びハードウェアの制御を行うものである。ＲＡＭ２０２は、ＨＤＤ２０４、ＲＯＭ２０３、記録媒体（例えば、ＣＤ−ＲＯＭ，ＤＶＤ、ＦＤ（フレキシブルディスク））等の記憶装置に記録されているＯＳやアプリケーションプログラム等を一時的に記憶するものであり、これらＲＡＭ２０２に記憶されたプログラムはＣＰＵ２０１の制御の下に実行される。
【００２２】
ＲＯＭ２０３には、ＯＳと共同して外部記憶装置等への入出力を司るいわゆるＢＩＯＳ等が記憶される。ＨＤＤ２０４には、ＯＳ、顧客担当手配方法を実行するためのプログラム等が記憶されている。記録媒体ドライブ２０５は、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＣＤ−Ｒ、ＦＤ等の記録媒体に記録されているアプリケーションプログラム等からのデータ読み取り等を行う。
【００２３】
ＮＩＣ２０６は、ＣＰＵ２０１によって制御されるＯＳの通信プログラムと協働してネットワーク１０４を介した外部との通信を行う。キーボード２０８やポインティングデバイス２０７は、ユーザからの指示を入力するために用いられる。表示装置２０９は、例えばＣＲＴや液晶ディスプレイなどである。カメラＩ／Ｆ２１０は、外部の動画像カメラ１０５、１０６からの映像を受信する。尚、カメラＩ／Ｆ２１０は、動画像カメラが接続されていない在席状況確認サーバ１０１には不要の構成である。
【００２４】
次に、本実施形態における利用者端末（要求元端末１０２）においてユーザがメモラベル送信の為に入力を行う、メモラベルの入力画面例について説明する。図７−１（ａ）、（ｂ）は、本実施形態におけるメモラベルの入力画面例を示す図である。図７−１（ａ）、（ｂ）において、４００は、メモラベルの入力画面であり、本文を入力する本文入力シート４００ａと送信先を入力する送信先入力シシート４００ｂから構成されている。
【００２５】
まず、図７−１（ａ）に示す本文入力シート４００ａの構成について説明する。４０１は、タイトル選択部であり、マウスなどでクリックされるとメモラベルのタイトル（件名）の一覧をプルダウンメニューで表示してユーザに選択を促す。４０２は、タイトルの入力欄であり、上述したタイトル選択部４０１で選択したタイトルの入力、または、ユーザからの直接入力によるタイトルの入力のいずれかを受け付ける。４０３は、メッセージ入力欄であり、ユーザが送信先（受信先）のユーザに対してメッセージを入力する欄である。４０４は、重要度設定部であり、マウス等でクリックされると重要度の一覧をプルダウンメニューで表示してユーザに選択を促す。４０５は、送信者と受信者の双方が在席時にのみ通知するか否かをユーザが設定するためのチェックボックスであり、チェックすることでオン（在席時にのみ通知する）となる。本実施形態では、このチェックボックス４０５が、ユーザによりチェックされており、双方が在席する時にのみメッセージの送信を行うよう設定されているとする。
【００２６】
次に、図７−１（ｂ）に示す送信先入力シート４００ｂの構成について説明する。図７−１（ｂ）において、４０６は、送信先グループ選択部であり、マウスなどでクリックされるとメモラベルの送信先となりうるユーザが所属するグループ名の一覧をプルダウンメニューで表示してユーザに選択を促す。上記グループ名とは、例えばメモラベルを送信可能なユーザが所属する部署名などである。４０７は、送信先選択欄であり、送信先グループ選択部４０６で選択されたグループに所属するユーザ名の一覧を表示してユーザに選択を促す。４０９は、送信先選択欄４０７において選択され、決定ボタン４０８ａにより送信先と決定されたユーザ名の表示欄である。尚、ユーザが、表示欄４０９内のユーザ名を選択して、決定解除ボタン４０８ｂを押下すると、そのユーザ名は表示欄４０９から消去される。
【００２７】
４１０は、送信ボタンであり、ユーザがこれを押下すると、表示欄４０９に表示されたユーザ名を宛先とし、本文入力シート４００ａで入力された情報を本文とするメモラベルに関する情報（メモラベル送信情報）が、在席状況確認サーバ１０１に送信される。この時、チェックボックス４０５がチェックされていれば、同時に送信先のユーザが在席している場合には送信元のユーザに通知するよう要求する通知要求も在席状況確認サーバ１０１に送信される。
【００２８】
ここで、本実施形態における上記不在検出機能とは、利用者端末（要求元端末１０２、受信元端末１０３）に装着した動画像カメラ１０５、１０６で撮影した画像をネットワーク１０４経由で在席状況確認サーバ１０１へ送信する際に、各画像のフレーム間で一定時間差分（動き）が無い場合、利用者端末が自動的に不在と検出し、在席状況確認サーバ１０１へ不在情報を送信する機能（以下、不在検出機能とする）である。尚、上述したように動画像カメラ１０５、１０６からの画像による判断の他に、キーボード２０８やポインティングデバイス２０７の操作が一定時間無い場合などの情報を利用することで、ユーザの不在を検出したりしてもよく、種々のユーザの在席を検出する方法を利用して好適である。
【００２９】
［第１の実施形態］
次に、第１の実施形態として、図１に示した在席管理システムにおいて、メッセージの送信元（送信者）及び送信先（受信者）の在席が確認できた時点で、メッセージの送信を行う場合の処理フローについて説明する。
図３は、第１の実施形態における図１に示した在席管理システムの処理フローを示す図である。図３に示すように、在席状況確認サーバ１０１は、要求元端末１０２からの受信元端末１０３へのメモラベル（テキストメッセージ）の送信要求を受けて、双方の端末における在席状況を確認しながらメモラベルを通知する処理を実行する。
【００３０】
まず、要求元端末１０２のユーザが操作画面から連絡をとりたい他のユーザの受信元端末１０３において不在検出機能が働いていることを確認し、要求元端末１０２に対して受信元端末１０３へリアルタイムにテキストメッセージ（伝達情報）を送信する機能（以下、メモラベル）の起動操作を行う。これにより、ステップＳ３０１において、要求元端末１０２は、メモラベルの例えば図７−１（ａ）、（ｂ）に示すような入力画面を要求元端末１０２の表示装置２０９に表示する。
【００３１】
ここで、上述したステップＳ３０１において表示装置２０９に表示された図７−１（ａ）、（ｂ）に示した入力画面に対して、ユーザが入力を終え、送信ボタン４１０を押下（クリック）したとする。これにより、ステップＳ３０２において、要求元端末１０２は、宛先やユーザの要件が記載されたメモラベル送信情報（伝達情報送信要求）及び受信元端末１０３の在席通知要求を在席状況確認サーバ１０１へ送信する。尚、図７−１（ｂ）に示した入力画面における送信先グループ選択部（４０６）及び送信先選択欄（４０７）の情報は、在席状況確認サーバ１０１から取得するものであってもよい。また、図７−１（ａ）、（ｂ）に示した入力画面は、在席状況確認サーバ１０１が提供するものであってもよい。
【００３２】
次に、ステップＳ３０３において、在席状況確認サーバ１０１は、要求元端末１０２からメモラベル送信情報および在席通知要求を受信し、受信したメモラベル送信情報の送信先情報からユーザ状況データベース１０７を参照して要求元端末を特定する。具体的には、図８に示したユーザ状況データベース１０７の項目５０１におけるＩＰアドレスを参照する。
【００３３】
次に、ステップＳ３０４において、在席状況確認サーバ１０１は、ステップ３０３で特定した要求元端末１０２から受け付けたメモラベル送信情報と合わせて在席通知要求があるか否かを判断する。ここで、在席通知要求が無いと判断した場合（ステップＳ３０４のＮＯ）には、ステップＳ３０５に進み、在席状況確認サーバ１０１は、要求元端末１０２から受け付けたメモラベルを受信元端末１０３へ送信する。これにより、ステップＳ３２０において、受信元端末１０３は、在席状況確認サーバ１０１から送られてきたメモラベルを受信する。
【００３４】
また、在席通知要求があると判断した場合（ステップＳ３０４のＹＥＳ）には、ステップＳ３０６に進み、在席状況確認サーバ１０１は、ユーザ状況データベース１０７から、受信元端末１０３（ＵｓｅｒＢ）の項目５０２の「不在検出」を参照して、不在検出機能によりユーザ（ＵｓｅｒＢ）の不在が検出されているか否か判別処理を行う。ここで、不在が検出されていない場合（ステップＳ３０７のＮＯ）には、在席状況確認サーバ１０１は、上述したステップＳ３０５に進み、受信元端末１０３へメモラベルの送信処理を行う。
【００３５】
また、ステップＳ３０６において不在が検出された場合（ステップＳ３０７のＹＥＳ）には、在席状況確認サーバ１０１は、ステップＳ３０８に進み、ユーザ状況データベース１０７の受信元端末１０３（ＵｓｅｒＢ）の項目５０３の「通知要求」に通知要求があったことを示す情報を記憶する（図８では黒丸で示している）。また、同時に、在席状況確認サーバ１０１は、ユーザ状況データベース１０７の受信元端末１０３（ＵｓｅｒＢ）の項目５０４の「要求元」に要求元端末１０２のログインＩＤ「ＵｓｅｒＡ」を記憶する。
【００３６】
次に、ステップＳ３０９に進み、在席状況確認サーバ１０１は、ユーザ状況データベース１０７より、送信先である受信元端末１０３の項目５０２の「不在検出」を参照して、ログインＩＤ「ＵｓｅｒＢ」のユーザの不在を検出中であるか否かを判断する。ここで、ユーザの不在を検出中であると判断した場合（ステップＳ３１０のＹＥＳ）には、在席状況確認サーバ１０１は、ステップＳ３０９に戻り、再度ユーザの不在を検出中であるか否かの判断を行う。尚、ステップＳ３１０の後に、ステップＳ３０９を行うタイミングは、所定の時間が経過した後のタイミングや、ユーザ状況データベース１０７における特定ユーザまたは全ユーザの項目５０２の「不在検出」が更新されたタイミングなど、任意のタイミングでよい。また、ユーザ状況データベース１０７における各ユーザの項目５０２の「不在検出」の更新は、各利用者端末から不在検出解除情報を在席状況確認サーバ１０１が受信した時点で行われる。また、不在検出解除情報は、各利用者端末の不在検出機能がユーザは不在ではない（在席である）と判断した時点で生成する情報である。
【００３７】
また、ステップＳ３０９においてログインＩＤ「ＵｓｅｒＢ」のユーザの不在を検出中で無い（在席）と判断した場合（ステップＳ３１０のＮＯ）には、在席状況確認サーバ１０１は、ステップＳ３１１に進み、ユーザ状況データベース１０７より、送信元である要求元端末１０２の項目５０２の「不在検出」を参照して、ログインＩＤ「ＵｓｅｒＡ」のユーザの不在を検出中であるか否かを判断する。ここで、ログインＩＤ「ＵｓｅｒＡ」のユーザの不在を検出中であると判断した場合（ステップＳ３１２のＹＥＳ）には、在席状況確認サーバ１０１は、ステップＳ３０９に戻り、再度ログインＩＤ「ＵｓｅｒＢ」のユーザの不在を検出中であるか否かの判断を行う。尚、ステップＳ３１２の後に、ステップＳ３０９を行うタイミングは、所定の時間が経過した後のタイミングや、ユーザ状況データベース１０７における特定ユーザまたは全ユーザの項目５０２の「不在検出」が更新されたタイミングなど、任意のタイミングでよい。
【００３８】
また、ステップＳ３１１においてログインＩＤ「ＵｓｅｒＡ」のユーザの不在を検出中で無い（在席）と判断した場合（ステップＳ３１２のＮＯ）には、在席状況確認サーバ１０１は、ステップＳ３１３に進み、メモラベルを受信元端末１０３へ送信する。これにより、受信元端末１０３は、ステップＳ３２１において、在席状況確認サーバ１０１から送信されたメモラベルを受信する。
【００３９】
次に、在席状況確認サーバ１０１は、ステップＳ３１４に進み、メモラベルが送信され受信元端末１０３のユーザが在席中であることを通知する通知情報を要求元端末１０２へ送信して、処理を終了する。これにより、ステップＳ３１５において、要求元端末１０２は、在席状況確認サーバ１０１から送信された、メモラベルが送信され受信元端末１０３のユーザが在席中である旨を通知する通知情報を受信する。これにより、例えば図７−２（ａ）に示す、ポップアップ７０１が要求元端末１０２の表示装置２０９に表示される。図７−２（ａ）は、メモラベルの宛先の相手（受信者）が不在状態から在席状態に変化した場合に、メモラベルの送信元（送信者）の要求元端末１０２の表示装置２０９に表示される、受信者が在席状態になったことを伝えるポップアップウィンドウ例を示す図である。
【００４０】
以上に示すように、第１の実施形態における在席状況確認サーバ１０１は、メモラベルの送信元（送信者）及び送信先（受信者）が在席であることを確認してから、メモラベルの送信を行うので、そのメモラベルを起点とするその後の双方のやり取りが即時性を有するとともに確実に行うことができる。これにより、リアルタイムでテキストデータによるコミュニケーションを行うことができるというメモラベルの利点をより生かすことができる。
【００４１】
［第２の実施形態］
次に、第２の実施形態として、図１に示した在席管理システムにおいて、メッセージの送信先（受信者）の在席が確認できた時点で、送信元（送信者）が不在であってもメッセージの送信を行う場合の処理フローについて説明する。
図４は、第２の実施形態における図１に示した在席管理システムの処理フローを示す図である。尚、図４において、図３と同じ符号を付与したステップＳ３０１〜Ｓ３１５までの処理は、同様の処理であるので、説明を簡略化または省略する。図４と図３で異なる点は、ステップＳ３１２でメモラベルの送信元（送信者）が不在である場合（ステップＳ３１２のＹＥＳ）の処理（図４のステップＳ３３１〜Ｓ３３５の処理）である。
【００４２】
図３でも説明したように、図４において、在席状況確認サーバ１０１は、要求元端末１０２から、メモラベル送信情報及び受信元端末１０３の在席通知要求を受信してから（ステップＳ３０３）、在席通知要求があると判断し（ステップＳ３０４）、送信先のユーザの不在を検出すると（ステップＳ３０７）、ユーザ状況データベース１０７に要求元端末１０２のユーザのログインＩＤなどを記録する。そして、所定間隔（または任意のタイミング）で、ユーザ状況データベース１０７から受信元端末１０３の項目５０２の「不在検出」を参照することで、送信先の不在が検出されなくなった（在席となった）と判断した場合（ステップＳ３０９、Ｓ３１０）に、ユーザ状況データベース１０７から要求元端末１０２の項目５０２の「不在検出」を参照することで、送信元の不在が検出されているか判断する（ステップＳ３１１、Ｓ３１２）。このステップＳ３１２において、送信元の不在が検出されなければステップＳ３１３に進み、以後図３に示した処理と同様の処理を行う。また、ステップＳ３１２において、送信元の不在が検出された場合には、以下に示す第２の実施形態に特有の処理を行う。
【００４３】
まず、ステップＳ３３１において、在席状況確認サーバ１０１は、メモラベル及び送信元不在情報を受信元端末１０３へ送信する。ここで、送信元不在情報とは、メモラベルの送信元（送信者）が不在である旨の情報である。これにより、受信元端末１０３は、ステップＳ３２３において、在席状況確認サーバ１０１からメモラベル及び送信元不在情報を受信する。これにより、図７−２（ｂ）に示すようなポップアップ７０２が受信元端末１０３の表示装置２０９に表示される。図７−２（ｂ）は、メモラベルを受信した受信元端末１０３の表示装置２０９に表示される、メモラベルの送信者が不在状態であることを伝えるポップアップウィンドウ例を示す図である。以上の処理により、受信者は、メモラベルを確認するとともに、現時点ではメモラベルに返信しても送信者が不在で見ることができない状況であることを把握できる。
【００４４】
次に、在席状況確認サーバ１０１は、ステップＳ３３２において、ユーザ状況データベース１０７より、送信元である要求元端末１０２の項目５０２の「不在検出」を参照して、ログインＩＤ「ＵｓｅｒＡ」のユーザの不在を検出中であるか否かを判断する。ここで、ログインＩＤ「ＵｓｅｒＡ」のユーザの不在を検出中であると判断した場合（ステップＳ３３２のＮＯ）には、在席状況確認サーバ１０１は、再度（例えば所定時間後）、ステップＳ３３２を行う。また、ログインＩＤ「ＵｓｅｒＡ」のユーザの不在を検出中ではない（在席中）と判断した場合（ステップＳ３３２のＹＥＳ）には、在席状況確認サーバ１０１は、ステップＳ３３３に進み、ユーザ状況データベース１０７より、送信先である受信元端末１０３の項目５０２の「不在検出」を参照して、ログインＩＤ「ＵｓｅｒＢ」のユーザの不在を検出中であるか否かを判断する。
【００４５】
ここで、ユーザの不在を検出中であると判断した場合（ステップＳ３３３のＹＥＳ）には、在席状況確認サーバ１０１は、再度（例えば所定時間後）、ステップＳ３３３を行う。また、ユーザの不在を検出中ではない（在席中）と判断した場合（ステップＳ３３３のＮＯ）には、在席状況確認サーバ１０１は、ステップＳ３３４に進み、受信元端末１０３に送信元在席情報を送信する。ここで、送信元在席情報とは、ステップ３２３で受信したメモラベルの送信元（送信者）が在席となった旨を伝える情報である。これにより、受信元端末１０３は、ステップＳ３２４において、在席状況確認サーバ１０１から送信元在席情報を受信して、図７−２（ａ）に示すようなポップアップ７０１を表示する。
【００４６】
次に、在席状況確認サーバ１０１は、ステップＳ３３５に進み、メモラベルが送信され受信元端末１０３のユーザが在席中であることを通知する通知情報を要求元端末１０２へ送信して、処理を終了する。これにより、ステップＳ３１６において、メモラベルが送信され要求元端末１０２は、在席状況確認サーバ１０１から送信された、受信元端末１０３のユーザが在席中である旨を通知する通知情報を受信する。これにより、例えば図７−２（ａ）に示す、ポップアップ７０１が要求元端末１０２の表示装置２０９に表示される。
【００４７】
以上、説明したように、第２の実施形態における在席状況確認サーバ１０１は、メモラベルの送信先（受信者）が在席であることを確認してから、メモラベルの送信を行い、この時、送信元（送信者）が不在であればその旨を送信先にも通知する。これにより、メモラベルを受信した受信者は、直ぐにメモラベルに応答する必要がない状態であることを把握できる。また、その後、送信者が在席の状態となり、受信者も在席であれば、送信者及び受信者にメモラベルによるコミュニケーションの相手が在席状態であることを通知するので、その後の双方のやり取りが即時性を有するとともに確実に行うことができる。これにより、リアルタイムでテキストデータによるコミュニケーションを行うことができるというメモラベルの利点をより生かすことができる。また、本実施形態のような処理を行うことで、第１の実施形態に比べて、受信者が予めメモラベルの内容を検討することができるという利点がある。
【００４８】
［第３の実施形態］
次に、第３の実施形態として、図１に示した在席管理システムにおいて、メッセージの送信元（送信者）及び送信先（受信者）の在席が確認できた時点で、送信元（送信者）にメモラベルの送信を行うか否かを問い合わせる場合の処理フローについて説明する。
図５は、第３の実施形態における図１に示した在席管理システムの処理フローを示す図である。尚、図５において、図３と同じ符号を付与したステップＳ３０１〜Ｓ３１２までの処理は、同様の処理であるので、説明を簡略化または省略する。図５と図３で異なる点は、ステップＳ３１２でメモラベルの送信元（送信者）が在席である場合（ステップＳ３１２のＮＯ）の処理（図５のステップＳ３４１〜Ｓ３４４の処理）である。
【００４９】
図３でも説明したように、図５において、在席状況確認サーバ１０１は、要求元端末１０２から、メモラベル送信情報及び受信元端末１０３の在席通知要求を受信してから（ステップＳ３０３）、在席通知要求があると判断し（ステップＳ３０４）、送信先のユーザの不在を検出すると（ステップＳ３０７）、ユーザ状況データベース１０７に要求元端末１０２のユーザのログインＩＤなどを記録する。そして、所定間隔（または任意のタイミング）で、ユーザ状況データベース１０７から受信元端末１０３の項目５０２の「不在検出」を参照することで、送信先の不在が検出されなくなった（在席となった）と判断した場合（ステップＳ３０９、Ｓ３１０）に、ユーザ状況データベース１０７から要求元端末１０２の項目５０２の「不在検出」を参照することで、送信元の不在が検出されているか判断する（ステップＳ３１１、Ｓ３１２）。このステップＳ３１２において、送信元の不在が検出された場合には図３にも示したようにステップＳ３０９に戻る。また、ステップＳ３１２において、送信元の不在が検出されなかった（在席である）場合には、以下に示す第３の実施形態に特有の処理を行う。
【００５０】
まず、ステップＳ３４１において、在席状況確認サーバ１０１は、メモラベルを送信してもよいかメモラベルを作成した送信者の許可を求めるメモラベル送信許可依頼を要求元端末１０２へ送信する。尚、このように送信許可を要求元端末１０２に依頼する理由は、受信者が不在の間に、送信するつもりだったメモラベルを送信する必要が無くなることがあるかもしれないからである。また、同時に、在席状況確認サーバ１０１は、受信元端末１０３のユーザの不在が検出されていない（在席状態にある）ことを通知する通知情報も要求元端末１０２へ送信する。
【００５１】
これにより、要求元端末１０２は、ステップＳ３１７において、在席状況確認サーバ１０１からメモラベル送信許可依頼及び通知情報を受信する。この受信により、まず、図７−２（ａ）に示すポップアップ７０１が要求元端末１０２の表示装置２０９に表示され、受信元端末１０３のユーザが在席状態となったことを知らせる。ここで、ＯＫボタンが押下されると、次に、要求元端末１０２の表示装置２０９には、図７−２（ｃ）に示すポップアップ７０３が表示される。図７−２（ｃ）は、要求元端末１０２のユーザにメモラベルの送信許可を求める旨を通知するポップアップウィンドウ例を示す図である。ここで、ユーザがポップアップ７０３の「はい」ボタンまたは「いいえ」ボタンのいずれかを選択して押下する。ユーザがポップアップ７０３の「はい」ボタンを押下すると、要求元端末１０２は、メモラベルの送信許可あり（ステップＳ３１８のＹＥＳ）と判断して、ユーザが送信許可した旨を在席状況確認サーバ１０１へ送信する。また、ユーザがポップアップ７０３の「いいえ」ボタンを押下すると、要求元端末１０２は、メモラベルの送信許可なし（ステップＳ３１８のＮＯ）と判断して、ステップＳ３１９に進み、ユーザが送信許可しない旨及びメモラベル削除指示を在席状況確認サーバ１０１へ送信する。
【００５２】
以上の要求元端末１０２の処理により、在席状況確認サーバ１０１は、ユーザが送信許可した旨または、ユーザが送信許可しない旨及びメモラベル削除指示のいずれかを受信する。ここで、ユーザが送信許可した旨を受信した場合（ステップＳ３４２のＹＥＳ）には、在席状況確認サーバ１０１は、ステップＳ３４３に進み、許可されたメモラベルを受信元端末１０３に送信して、処理を終了する。また、ユーザが送信許可しない旨及びメモラベル削除指示を受信した場合（ステップＳ３４２のＮＯ）には、在席状況確認サーバ１０１は、ステップＳ３４４に進み、許可されなかったメモラベルの削除を行い、処理を終了する。
【００５３】
以上に示すように、第３の実施形態における在席状況確認サーバ１０１は、メモラベルの送信元（送信者）及び送信先（受信者）が在席であることを確認してから、送信先へメモラベルを送信してよいか送信元に確認するので、受信者が不在の間にメモラベルを送信する必要が無くなった場合に、無駄なメモラベルの送信を防ぐことができる。また、第１の実施形態と同様の効果として、双方の在席を確認してからメモラベルを送信するので、そのメモラベルを起点とするその後の双方のやり取りが即時性を有するとともに確実に行うことができる。これにより、リアルタイムでテキストデータによるコミュニケーションを行うことができるというメモラベルの利点をより生かすことができる。
【００５４】
［第４の実施形態］
次に、第４の実施形態として、図１に示した在席管理システムにおいて、送信元（送信者）が複数の送信先（受信者）へメッセージを送信する場合の処理フローについて説明する。
図６は、第４の実施形態における図１に示した在席管理システムの処理フローを示す図である。
【００５５】
まず、要求元端末１０２のユーザが操作画面から連絡をとりたい他のユーザの複数の受信元端末１０３において不在検出機能が働いていることを確認し、要求元端末１０２に対して複数の受信元端末１０３へリアルタイムにテキストメッセージを送信する機能（以下、メモラベル）の起動操作を行う。これにより、ステップＳ３０１において、要求元端末１０２は、メモラベルの例えば図７−１（ａ）、（ｂ）に示すような入力画面を要求元端末１０２の表示装置２０９に表示する。
【００５６】
ここで、上述したステップＳ３０１において表示装置２０９に表示された図７−１（ａ）、（ｂ）に示した入力画面に対して、ユーザが入力を終え、送信ボタン４１０を押下（クリック）したとする。これにより、ステップＳ３０２ａにおいて、要求元端末１０２は、複数の宛先（送信先）やユーザの要件が記載されたメモラベル送信情報及び複数の受信元端末１０３の在席通知要求を在席状況確認サーバ１０１へ送信する。尚、本実施形態においては、図７−１（ａ）、（ｂ）に示した入力画面において、ユーザが送信先を複数指定したとする。
【００５７】
次に、ステップＳ３５１において、在席状況確認サーバ１０１は、要求元端末１０２からメモラベル送信情報および在席通知要求を受信し、受信したメモラベル送信情報の送信先情報からユーザ状況データベース１０７を参照して要求元端末を特定する。具体的には、図８に示したユーザ状況データベース１０７の項目５０１におけるＩＰアドレスを参照する。
【００５８】
次に、ステップＳ３５２において、在席状況確認サーバ１０１は、ステップ３５１で特定した要求元端末１０２から受け付けたメモラベル送信情報と合わせて在席通知要求があるか否かを判断する。ここで、在席通知要求が無いと判断した場合（ステップＳ３５２のＮＯ）には、ステップＳ３５３に進み、在席状況確認サーバ１０１は、要求元端末１０２から受け付けたメモラベルを送信先として指定した複数の受信元端末１０３へ送信する。これにより、ステップＳ３２３において、送信先として指定された複数の受信元端末１０３は、在席状況確認サーバ１０１から送られてきたメモラベルを受信する。
【００５９】
また、在席通知要求があると判断した場合（ステップＳ３５２のＹＥＳ）には、ステップＳ３５４に進み、在席状況確認サーバ１０１は、ユーザ状況データベース１０７から、送信先として指定された全ての受信元端末１０３における項目５０２の「不在検出」を参照して、不在検出機能によりユーザの不在が検出されているか否か判別処理を行う。ここで、全ての送信先で不在が検出されていない場合（ステップＳ３５５のＮＯ）には、在席状況確認サーバ１０１は、ステップＳ３５６に進み、在席である（不在が検出されなかった）受信元端末１０３へメモラベルの送信処理を行う。これにより、ステップＳ３５６で送信対象となった受信元端末１０３は、ステップＳ３２４において、メモラベルを受信する。
【００６０】
また、ステップＳ３５４において全ての送信先で不在が検出された場合（ステップＳ３５５のＹＥＳ）には、在席状況確認サーバ１０１は、ステップＳ３５７に進み、ユーザ状況データベース１０７における複数の受信元端末１０３の項目５０３の「通知要求」に通知要求があったことを示す情報を記憶する。また、同時に、在席状況確認サーバ１０１は、ユーザ状況データベース１０７における複数の受信元端末１０３の項目５０４の「要求元」に要求元端末１０２のログインＩＤ「ＵｓｅｒＡ」を記憶する。
【００６１】
次に、ステップＳ３５８に進み、在席状況確認サーバ１０１は、ユーザ状況データベース１０７より、送信先である複数の受信元端末１０３における項目５０２の「不在検出」を参照して、ユーザの不在を検出中であるか否かを判断する。ここで、ユーザの不在を検出中であると判断した場合（ステップＳ３５９のＹＥＳ）には、在席状況確認サーバ１０１は、ステップＳ３５８に戻り、再度ユーザの不在を検出中であるか否かの判断を行う。尚、ステップＳ３５９の後に、ステップＳ３５８の処理に戻るタイミングは、所定の時間が経過した後のタイミングや、ユーザ状況データベース１０７における特定ユーザまたは全ユーザの項目５０２の「不在検出」が更新されたタイミングなど、任意のタイミングでよい。また、ユーザ状況データベース１０７における各ユーザの項目５０２の「不在検出」の更新は、各利用者端末から不在検出解除情報を在席状況確認サーバ１０１が受信した時点で行われる。また、不在検出解除情報は、各利用者端末の不在検出機能がユーザは不在ではない（在席である）と判断した時点で生成する情報である。
【００６２】
また、ステップＳ３５８において送信先である複数の受信元端末１０３における項目５０２の「不在検出」を参照して、一つでも不在を検出中ではない（在席状態となった）ものがあると判断した場合（ステップＳ３５９のＮＯ）には、在席状況確認サーバ１０１は、ステップＳ３６０に進み、ユーザ状況データベース１０７より、送信元である要求元端末１０２の項目５０２の「不在検出」を参照して、送信元のユーザの不在を検出中であるか否かを判断する。ここで、送信元のユーザの不在を検出中であると判断した場合（ステップＳ３３６１のＹＥＳ）には、在席状況確認サーバ１０１は、ステップＳ３５８に戻り、再度複数の送信先であるユーザの不在を検出中であるか否かの判断を行う。尚、ステップＳ３６１の後に、ステップＳ３５８に戻るタイミングは、所定の時間が経過した後のタイミングや、ユーザ状況データベース１０７における特定ユーザまたは全ユーザの項目５０２の「不在検出」が更新されたタイミングなど、任意のタイミングでよい。
【００６３】
また、ステップＳ３６０において送信元のユーザの不在を検出中で無い（在席）と判断した場合（ステップＳ３６１のＮＯ）には、在席状況確認サーバ１０１は、ステップＳ３６２に進み、ステップＳ３５８において在席と判断された受信元端末１０３へメモラベルを送信する。これにより、在席と判断された受信元端末１０３は、ステップＳ３２５において、在席状況確認サーバ１０１から送信されたメモラベルを受信する。
【００６４】
次に、在席状況確認サーバ１０１は、ステップＳ３６３に進み、不在検出がない（在席状態）と判断された受信元端末１０３のユーザを特定する情報を通知する通知情報を要求元端末１０２へ送信する。これにより、ステップＳ３７１において、要求元端末１０２は、在席状況確認サーバ１０１から送信された、受信元端末１０３のユーザが在席である旨を通知する通知情報を受信する。この受信により、例えば図７−２（ａ）に示すようなポップアップ７０１が要求元端末１０２の表示装置２０９に表示される。
【００６５】
次に、在席状況確認サーバ１０１は、ステップＳ３６４に進み、ステップＳ３０２ａにおいてユーザが指定した複数の送信先であって、メモラベルが送信されていない送信先（以下、他の送信先とする）へ更にメモラベルを送信することの許可依頼を、要求元端末１０２へ送信する。これにより、ステップＳ３７２において、要求元端末１０２は、他の送信先へ更にメモラベルを送信することの許可依頼を受信する。この受信により、例えば図７−２（ｄ）に示すようなポップアップ７０４が要求元端末１０２の表示装置２０９に表示される。図７−２（ｄ）は、要求元端末１０２のユーザに他の送信先へメモラベルの送信許可を求める旨を通知するポップアップウィンドウ例を示す図である。
【００６６】
ここで、ユーザがポップアップ７０４の「はい」ボタンまたは「いいえ」ボタンのいずれかを選択して押下する。ユーザがポップアップ７０４の「はい」ボタンを押下すると、要求元端末１０２は、メモラベルの送信許可あり（ステップＳ３７３のＹＥＳ）と判断して、他の送信先を宛先とするメモラベル送信要求を、在席状況確認サーバ１０１へ送信する。また、ユーザがポップアップ７０４の「いいえ」ボタンを押下すると、要求元端末１０２は、メモラベルの送信許可なし（ステップＳ３７３のＮＯ）と判断して、メモラベル削除指示を在席状況確認サーバ１０１へ送信する。
【００６７】
以上の要求元端末１０２の処理により、在席状況確認サーバ１０１は、ユーザが他の送信先へのメモラベルの送信許可した旨または、メモラベル削除指示のいずれかを受信する。ここで、ユーザが他の送信先へのメモラベルの送信許可した旨を受信した場合（ステップＳ３６６）には、在席状況確認サーバ１０１は、ステップＳ３５８に戻る。尚、この時、ユーザ状況データベース１０７から、参照するのは他の送信先の状況である。また、メモラベル削除指示を受信した場合には、在席状況確認サーバ１０１は、ステップＳ３６５において、許可されなかったメモラベルの削除を行い、処理を終了する。
【００６８】
以上に示すように、第４の実施形態においては、複数の送信先へメモラベルを送信する際に、複数の送信先の全てのユーザが不在であった場合に、送信先の中の一人でも在席状態に変化したことを検出すると、その送信先にのみメッセージを送信して、他の送信先には、同じメモラベルを送信するか否か選択することができる。これにより、ユーザは、質問など、複数の送信先の内の一人でも回答してくれればよいメモラベルである場合には、ステップＳ３７３で他の送信先へのメモラベルの送信を許可しなければよい。このように、ユーザは、ステップＳ３７３の時点で、他の送信先へは要件を伝える必要が無いと判断した場合は許可を出さないようにすることで、無駄なメモラベルの送信を防ぐことができる。
【００６９】
以上、第１〜第４の実施形態に説明したように、上述した実施形態における在席状況確認サーバ１０１は、メッセージの送信時に受信者が不在の場合に、受信者が在席状態に変化したことを通知する要求をしておけば、メッセージの送信者は、わざわざ一定間隔で受信者の在席状況を確認する必要がなく手間が省ける。また、受信者が在席直後に要求元ユーザへ通知し、要件の記載されたテキストメッセージを送ることで即時性と確実性が向上する。また、送信者及び受信者の双方が在席して初めてメッセージを送信するため確実に即時性の高いメッセージ交換を行うことができるとともに、悪意のある第三者にメッセージを盗み見られる危険も低減することができる。また、第３の実施形態における在席状況確認サーバ１０１は、不要となったメモを送らずに済むためネットワークの負荷を軽減することができるとともに、受信者は不要なメモを受信することがなくなるため業務の優先順位付け作業負担が軽減されることとなる。また、第４の実施形態における在席状況確認サーバ１０１は、他の複数ユーザが要求元ユーザの要件を把握している場合には、リアルタイムメッセージング情報で要件を複数の対象ユーザへ送信することができる。仮に、全員が不在であった場合には、複数の対象ユーザの誰か一人が在席状況になったことを通知し、要求元ユーザの判断で他ユーザにはメモラベル処理をやめさせることができる。このことで、要件を複数のユーザが把握している場合には、要件について順番に問い合わせを行う必要がなく、即時性が向上する。
【００７０】
また、上述した実施形態における在席状況確認サーバ１０１は、受信者が着席してすぐメッセージによる連絡を行うことができるので、在席となってすぐの状態は、受信者が仕事に集中している状態であったり手の離せない状態であったりする可能性が低いため、より、メモへの返信を期待できる。また、相手が在席に限りメモをおくることで、相手の端末画面を見た第三者に勝手にメモを読まれることを防ぐことができ、秘匿性を向上させることもできる。
【００７１】
また、メモラベルの目的に応じて、第１〜第４の実施形態の処理を使い分けてもよい、例えば、目的が質問に対して複数のユーザの誰か一人から回答を得ることである場合には、第４の実施形態の処理を行う。ここで、目的を設定する方法としては、図７−１（ａ）の入力画面において、目的を選択するプルダウンメニューを更に設けてもよいし、タイトルに「質問」を選択した場合には、目的は複数のユーザの誰か一人から回答を得ることであるとするなどの方法でもよい。
【００７２】
尚、上述した在席状況確認サーバ１０１は、種々の処理機能を実現する為のプログラムをメモリより読み出してＣＰＵ２０１が実行することによりその機能を実現させるものであったが、この限りではなく、各処理の全部または一部の機能を専用のハードウェアにより実現してもよい。
また、上述したメモリは、光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ以外の揮発性のメモリ、あるいはこれらの組み合わせによるコンピュータ読み取り、書き込み可能な記録媒体より構成されてもよい。
【００７３】
また、上述した在席状況確認サーバ１０１において図３〜図６に示す各種処理を行う機能を実現する為のプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各処理を行っても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００７４】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００７５】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００７６】
また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００７７】
【図１】本発明の第１〜第４の実施形態に共通の在席管理サーバ及び利用者端末から構成される在席管理システムの概略構成を示す図である。
【図２】図１に示した在席状況確認サーバ１０１、要求元端末１０２、受信元端末１０３の各端末のハードウェア構成例を示す図である。
【図３】第１の実施形態における図１に示した在席管理システムの処理フローを示す図である。
【図４】第２の実施形態における図１に示した在席管理システムの処理フローを示す図である。
【図５】第３の実施形態における図１に示した在席管理システムの処理フローを示す図である。
【図６】第４の実施形態における図１に示した在席管理システムの処理フローを示す図である。
【図７−１】本実施形態におけるメモラベルの入力画面例を示す図である。
【図７−２】要求元端末１０２または受信元端末１０３に表示されるポップアップウィンドウ例を示す図である。
【図８】図１に示したユーザ状況データベース１０７のデータ構成例を示す図である。
【符号の説明】
【００７８】
１０１      在席状況確認サーバ（在席管理サーバ）
１０２      要求元端末（利用者端末）
１０３      受信元端末（利用者端末）
１０４      ネットワーク
１０７      ユーザ状況データベース
【図１】
2005190190.tif 000003
【図２】
2005190190.tif 000004
【図３】
2005190190.tif 000005
【図４】
2005190190.tif 000006
【図５】
2005190190.tif 000007
【図６】
2005190190.tif 000008
【図７−１】
2005190190.tif 000009
【図７−２】
2005190190.tif 000010
【図８】
2005190190.tif 000011