JP2003281336A

JP2003281336A - 在席情報提供システム、プログラム

Info

Publication number: JP2003281336A
Application number: JP2002085378A
Authority: JP
Inventors: Yuichiro Miyake; 雄一郎三宅
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-03-26
Filing date: 2002-03-26
Publication date: 2003-10-03

Abstract

(57)【要約】【課題】他者の在席状況を、的確に把握できるように
する。【解決手段】各クライアント１０において、在席情報
取得／表示部１２は、随時、サーバ２０から在席情報を
取得して、これを表示する。また、在席状況判定／通知
部１１は、常時、ユーザの操作（又は更にスクリーンセ
ーバーの動作）を監視して、操作状況に基づいて在席状
況を判定し、在席状況をサーバ２０に通知する。サーバ
２０は、全クライアントのユーザの在席状況を一元管理
しており、在席情報（全ユーザの在席状況一覧）を格納
する在席情報格納部２１と、在席情報管理部２２とを有
する。在席情報管理部２２は、上記在席状況の通知を受
けると、上記在席情報を更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、他者の正確な在席
状況を把握できるようにする装置、方法等に関する。

【０００２】

【従来の技術】従来より、例えば社内等において、他の
社員と連絡を取りたいとき（特に、相手が別フロアの人
間であったりして、在席/不在を視認できない場合
等）、余計な手間が掛かったり、連絡がスムーズに取れ
ない場合があるという問題があった。例えば、内線電話
で連絡する場合、相手が不在であると、何度も掛け直さ
なければならず、手間が掛かる。また、近年は、電子メ
ール／メッセージ等により連絡を取る場合も多い。この
場合には、相手の在席状況に関係なく連絡内容を通知で
きるというメリットがあるが、相手が何時電子メール／
メッセージ等を読むのか分からないので、特に緊急に連
絡を取りたい場合には問題があった。

【０００３】このような問題に対して、従来では、例え
ば、各部署に監視カメラを設置して画像認識したり、各
社員の椅子にセンサ（圧力センサ等）を設けることによ
り、在席/不在を検出し、他の部署の在席状況を把握で
きるようにするシステムが提案されている（第１の従来
技術）。

【０００４】また、例えば、社員一人一人にそれぞれ個
人用端末（パソコン等）が与えられていることを前提に
して、これら個人用端末の電源ＯＮ／ＯＦＦを監視し
て、電源ＯＦＦであれば不在、電源ＯＮであれば在席と
見做すようにするシステムが提案されている（第２の従
来技術）。

【０００５】

【発明が解決しようとする課題】上記第１の従来技術で
は、監視カメラ／センサの設置等、システム構築におい
て余計な手間／費用が掛かるという問題があった。

【０００６】また、上記第２の従来技術では、現実に
は、個人用端末の電源をＯＮしたままの状態で席を離れ
る場合もあるので、電源ＯＮしているからといって必ず
しも在席しているとは限らないという問題があった。

【０００７】本発明の課題は、他者の在席状況を、コス
ト高となることなく、的確に／一目で分かり易く把握で
きるようにする在席情報提供システム、そのサーバ／ク
ライアント、方法、プログラムを提供することである。

【０００８】

【課題を解決するための手段】請求項１記載の発明は、
コンピュータに、ユーザ操作の検出結果に基づいて在席
状況を判定し、該判定した在席状況をサーバに通知する
機能と、随時、サーバから在席情報の一部又は全部を取
得して表示する機能とを実現させる為のプログラムとし
て構成する。

【０００９】また、請求項４記載の発明は、コンピュー
タに、各クライアントのユーザの在席状況一覧を示す在
席情報を格納する機能と、各クライアントがユーザ操作
の検出結果に基づいて判定して通知してくる在席状況に
応じて、前記在席情報において該通知元のクライアント
のユーザに関する在席状況を変更し、または各クライア
ントからの要求に応じて前記在席情報の一部又は全部を
返信する機能とを実現させる為のプログラムとして構成
する。

【００１０】上記請求項１又は４記載のプログラムを用
いたコンピュータ（クライアント又はサーバ等）によれ
ば、特にクライアントは、起動中、ユーザ操作を監視し
ており、ユーザ操作の検出結果に基づいて現在の在席状
況を判定して、判定結果をサーバに通知して一元管理さ
せる。そして、他のユーザの（最新の）在席状況が反映
された在席情報を取得して表示する。このようにするこ
とで、他のユーザの在席状況を的確に（クライアントを
起動していても、本当に席にいるのか等）把握できるよ
うになる。

【００１１】上記請求項１記載のプログラムにおいて、
例えば、前記ユーザ操作の検出結果に基づいて在席状況
を判定し、該判定した在席状況をサーバに通知する機能
は、所定時間以上未操作であった場合には離席と判定
し、該判定後、ユーザ操作を検出した場合に在席と判定
して、各々判定結果を前記サーバに通知するようにして
もよい。

【００１２】また、上記請求項１記載のプログラムにお
いて、例えば、所定時間以上未操作であった場合には離
席と判定すると共にスクリーンセーバーを起動し、該ス
クリーンセーバー起動後、パスワード入力による該スク
リーンセーバーの解除を検出した場合に在席と判定し
て、各々、判定結果を前記サーバに通知するようにして
もよい。

【００１３】このようにすることで、ユーザが離席して
いる状態において、例えば他人が当該ユーザのクライア
ントのキーボード/マウス等に触れることで誤って「在
席」と判定してしまうことがなくなる。すなわち、パス
ワードを入力しなければスクリーンセーバーは解除され
ないようになっており、スクリーンセーバーの解除を以
って「在席」と判定することにより、ユーザ本人が席に
戻ってパスワードを入力しない限り、「在席」とはなら
ないようにでき、確実にユーザの在席/離席を判定でき
る。

【００１４】また、請求項５記載の発明は、複数のクラ
イアントとサーバがネットワークに接続されたシステム
において、前記各クライアントは、ユーザ操作又はスク
リーンセーバー動作の検出結果に基づいて在席状況を判
定し、該判定した在席状況をサーバに通知する在席状況
判定／通知手段と、随時、サーバから在席情報の一部又
は全部を取得して表示する在席情報取得/表示手段とを
有し、前記サーバは、各クライアントのユーザの在席状
況一覧を示す在席情報を格納する在席情報格納手段と、
各クライアントの前記在席状況判定／通知手段からの在
席状況通知に応じて、前記在席情報において該通知元の
クライアントのユーザに関する在席状況を変更し、また
は各クライアントの前記在席情報取得/表示手段からの
要求に応じて前記在席情報の一部又は全部を返信する在
席情報管理手段とを有するように構成する。

【００１５】また、本発明は、上記プログラム、システ
ムに限らず、上記プログラムを記録した記録媒体、方法
として構成することもできる。

【００１６】

【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態について説明する。図１は、本例による在席
情報提供システムの構成／機能ブロック図である。

【００１７】図示の例の在席情報提供システムは、複数
のクライアント１０と、サーバ２０が、ネットワーク１
（例えば社内ＬＡＮ等）に接続されて成る構成である。
各クライアント１０は、各ユーザが使用する情報処理端
末であり、例えばパーソナルコンピュータ等である（こ
れに限らず、少なくとも通信機能、情報処理機能、表示
機能を有する装置であれば何でもよい）。各クライアン
ト１０は、在席状況判定／通知部１１と、在席情報取得
／表示部１２とを有する。

【００１８】在席状況判定／通知部１１は、ユーザの操
作を監視して、操作/未操作の検出結果と時間とに基づ
いて在席状況を判定し、判定した在席状況をサーバ２０
に通知する。

【００１９】在席情報取得／表示部１２は、随時（例え
ばｎ分間隔で）、サーバ２０から在席情報（他のユーザ
の在席状況一覧）を取得して、これを表示する。在席状
況の判定内容は、「在席」、「離席」、「不在」の３種
類である。クライアント１０を起動すると「在席」と判
定し、終了時には「不在」と判定する。

【００２０】ここで、クライアント１０が起動していて
も、常に、ユーザが在席しているとは限らない。現実に
は、例えば、ちょっと席を外している、等という場合が
ある。この様な場合、本例によるシステムでは、「離
席」と判定するようにしている。

【００２１】すなわち、クライアント１０起動中には、
予め設定される所定時間（例えばｍ分）以上未操作であ
った場合に「離席」と判定する。「離席」と判定された
後、ユーザの操作があると、「在席」と判定する。その
際、他の人間が操作することで、間違って「在席」と判
定してしまうことがないように、スクリーンセーバーの
解除にパスワード等の入力を必要とし、ユーザの操作が
あってもスクリーンセーバーが解除されなければ「離
席」のままとするようにしてもよい。尚、上記ｍの値
は、各クライアント毎に任意に設定可能とすると、判定
がバラバラになるので（例えば、あるユーザは１０分未
操作であっても「離席」とはならず、別のユーザは５分
未操作で「離席」と判定されてしまう等）、例えばサー
バ側で設定した値を、一律、各クライアントで用いる
（例えば、後述する起動時の処理の際に、サーバから取
得する）。尚、後述するｎ、ｉの値も、同様に、サーバ
側で設定する。

【００２２】尚、「離席」は、「不在」とは異なり、短
時間のうちにユーザが席に戻ることが想定される。これ
より、例えば連絡を取りたい相手が「離席」であった場
合、近いうちに相手が席に戻るであろうと推測して何ら
かの柔軟な対応を考えることも可能となる。

【００２３】サーバ２０は、在席情報を格納する在席情
報格納部２１と、在席情報管理部２２とを有する。在席
情報管理部２２は、各クライアント１０からの上記在席
状況の通知に応じて在席情報を更新する。これは、通知
元のクライアント１０のユーザに関する在席状況を変更
するものである。または、各クライアント１０からの要
求に応じて（最新の）在席情報を返信する。

【００２４】ここで、在席情報格納部２１に記憶される
在席情報は、当該サーバ２０が管理する全てのユーザの
在席状況一覧である。一方、上記在席情報取得／表示部
１２が取得して表示する在席情報は、例えばこれら全て
のユーザの在席状況一覧であってもよいし、例えばユー
ザが指定した部署に属するユーザの在席状況一覧であっ
てもよい。

【００２５】以下、在席情報提供システムの実施例につ
いて説明する。尚、以下に説明する実施例では、本発明
による在席情報提供機能が付加されたメッセージングシ
ステムを例にして説明するが、これは一例であり、本発
明はこのような例に限るものではなく、例えば“単に在
席情報を表示させて、ユーザがこれを参照して在席して
いることを確認したうえで内線電話を掛ける”等であっ
てもよい。同様に、以下の説明では、社内システムにお
けるメッセージングシステムを例にして説明するが、こ
れは一例であり、本発明はこのような例に限るものでは
なく、イントラネット又はインターネットを介する任意
のシステムに適用可能である。また、以下の実施例の説
明では、ユーザの操作の検出に関して、キーボード・マ
ウス等の操作を検出しているが、これに限るわけではな
く、例えばタッチパネルに対する操作等、何らかの操作
を検出する。

【００２６】図２、図３は、本例による在席情報提供機
能付きメッセージングシステムの第１の実施例、第２の
実施例の概略動作を示す図である。図２に示す第１の実
施例では、各メッセージング・クライアント３０は、キ
ーボード・マウス等の操作が行なわれているか否かを監
視して、操作/未操作を検出している（これ自体は、既
存のパソコン等でも行われている）。そして、予め設定
される所定時間（ｍ分）以上未操作であった場合には
「離席」と判定して、これをメッセージング・サーバ４
０に通知する。また、「離席」と判定後、キーボード・
マウスの操作があった場合には、「在席」と判定して、
これをメッセージング・サーバ４０に通知する。メッセ
ージング・サーバ４０は、在席状況テーブル４１を用い
て、基本的には全メッセージング・クライアント３０の
ユーザの在席状況を一元管理している。そして、上記
「離席」、「在席」の通知があると、通知元のメッセー
ジング・クライアント３０のユーザの在席状況を、「離
席」または「在席」へと変更する。また、各メッセージ
ング・クライアント３０終了時には、「不在」へと変更
する。

【００２７】また、各メッセージング・クライアント３
０は、予め設定される所定周期で（ｎ分間隔で）、メッ
セージング・サーバ４０から他ユーザの在席状況（在席
情報）を取得して、これを表示する。

【００２８】図３に示す第２の実施例は、基本的な動作
は第１の実施例と同様であり、これについては特に図示
／説明しない。第２の実施例では、更に、「離席」から
「在席」になったと判定する際の誤判定を防止できるよ
うにしている。

【００２９】すなわち、第２の実施例では、「離席」の
ときにはスクリーンセーバーを動作状態とし、更にスク
リーンセーバーを解除するのにパスワード等の入力を必
要としている。これにより、「離席」状態においてキー
ボード・マウスが操作されても、スクリーンセーバーが
解除されない限り（ユーザ本人がパスワード等を入力し
なければ）「在席」と判定しないようにしている。

【００３０】図３においては、まず、各メッセージング
・クライアント５０は、第１の実施例と同様に、キーボ
ード・マウスの操作が行なわれているか否かを監視して
おり、予め設定される所定時間（ｍ分）以上未操作であ
った場合には「離席」と判定して、これをメッセージン
グ・サーバ４０に通知するが、その際、スクリーンセー
バーを起動する。そして、この「離席」状態において
は、キーボード・マウスの操作を監視するのではなく、
スクリーンセーバーの動作を監視し、スクリーンセーバ
ーが解除されたことを検出すると「在席」と判定して、
これをメッセージング・サーバ４０に通知する。

【００３１】このようにすることにより、例えばあるメ
ッセージング・クライアント５０のユーザ本人が離席中
に、例えば他人がこのメッセージング・クライアント５
０を操作したり、例えば他人が不注意でマウス等を動か
してしまった場合に、誤って「在席」と判定することな
く、確実に本人が席に戻った時点で「在席」と判定す
る。

【００３２】図４は、第１の実施例におけるメッセージ
ング・クライアント３０の処理フローチャート図であ
る。図５は、第２の実施例におけるメッセージング・ク
ライアント５０の処理フローチャート図である。

【００３３】図６は、メッセージング・サーバ４０の処
理フローチャート図である。メッセージング・サーバ４
０の処理は、第１の実施例でも、第２の実施例でも同じ
である。

【００３４】尚、図４、図５、図６において、図上に示
す〜は、クライアント−サーバ間でやり取りを行う
処理であることを意味しており、同じ処理に係わるもの
には同一の番号を付してある。また、〜においてク
ライアント−サーバ間でやり取りするデータについて
は、後に図８〜図１２を参照して説明する。

【００３５】また、以下の図４〜図１２の説明における
“メッセージング・クライアント３０（５０）の起動”
とは、本例による在席表示機能が付加されたメッセージ
ングソフトを起動することであるが、勿論、この例に限
るわけではなく、本例による在席表示機能が付加された
任意のソフトウェアまたは在席表示機能を提供するソフ
トウェアであってもよい。

【００３６】まず、図４を参照して、第１の実施例にお
けるメッセージング・クライアント３０により実行され
る処理について説明する。同図において、第１の実施例
によるメッセージング・クライアント３０は、起動する
と（その際、ユーザは、ユーザ名（ログイン名）、パス
ワードなどを入力する）、まず、起動した旨をメッセー
ジング・サーバ４０に通知する（ステップＳ１１）。こ
の通知は、当該メッセージング・クライアント３０のユ
ーザの在席状況が「不在」から「在席」となったことを
メッセージング・サーバ４０側に知らせると共に在席情
報、各種設定情報（ｍ、ｎ、ｉの値等）を要求するもの
である。よって、この通知に応じて、メッセージング・
サーバ４０から在席情報（他のユーザの在席状況等一
覧）、各種設定情報が返信されてくるので、これらを取
得して、各種設定情報を記憶すると共に、在席情報を表
示する（ステップＳ１２）。

【００３７】その後は、当該メッセージング・クライア
ント３０が終了するまでの間、ステップＳ１３、ステッ
プＳ１４の処理を繰り返し実行し続ける。ステップＳ１
４の処理は、ｎ分毎に（ｎは上記サーバ４０から取得す
る設定情報）、メッセージング・サーバ４０にアクセス
して、（最新の）在席情報を取得し、これを表示する処
理である。これより、当該メッセージング・クライアン
ト３０のユーザは、他のユーザの現在の在席状況（「在
席」、「離席」、「不在」）が、一目で分かるので、例
えばメッセージ送信する際にも、確実に在席しているユ
ーザに送信することができ、連絡がスムーズに行なえる
ようになる。

【００３８】ステップＳ１３の処理は、連続してｍ分以
上、キーボード・マウス等が未操作であるか否かを判定
する処理である。ｍは、上記サーバ４０から取得する設
定情報であり、例えばｍ分以上未操作であれば離席して
いる可能性が高いと考えられる値が、予めサーバ４０側
で管理者等が設定しておく。

【００３９】メッセージング・クライアント３０は、連
続してｍ分以上、キーボード・マウス等が未操作であっ
た場合には（ステップＳ１３，ＹＥＳ）、「離席」と判
定して、メッセージング・サーバ４０に対して、「離
席」ステータスを送信する（ステップＳ１６）。これに
応じて、メッセージング・サーバ４０側では、送信元の
メッセージング・クライアント３０のユーザに関する在
席状況を「離席」に変更する。これより、他のユーザの
メッセージング・クライアント３０がステップＳ１４の
処理を実行したとき、上記送信元のメッセージング・ク
ライアント３０のユーザの在席状況が「離席」となって
いる在席情報を取得して表示するので、他のユーザは当
該ユーザが現在「離席」していることを知ることができ
る。

【００４０】ステップＳ１６の処理後は、キーボード・
マウス等が操作されるまで待ち状態となる。そして、キ
ーボード・マウス等が操作されると（ステップＳ１７，
ＹＥＳ）、「在席」と判定して、メッセージング・サー
バ４０に対して、「在席」ステータスを送信する（ステ
ップＳ１８）。これに応じて、メッセージング・サーバ
４０側では、送信元のメッセージング・クライアント３
０のユーザに関する在席状況を「在席」に変更する。

【００４１】ステップＳ１８の処理後は、ステップＳ１
３に戻り、ステップＳ１３、Ｓ１４の処理を実行し続け
る。そして、当該メッセージング・クライアント３０を
終了する場合には（ステップＳ１５，ＹＥＳ）、メッセ
ージング・サーバ４０に対して、「不在」ステータスを
送信してから、終了する（ステップＳ１９）。これよ
り、メッセージング・サーバ４０側では、再び当該メッ
セージング・クライアント３０が起動されるまでは、当
該ユーザは「不在」であるものとして管理する。

【００４２】次に、図５を参照して、第２の実施例にお
けるメッセージング・クライアントにおいて実行される
処理について説明する。同図において、ステップＳ２
１，Ｓ２２，Ｓ２３、Ｓ２４の処理は、上記第１の実施
例におけるステップＳ１１，Ｓ１２，Ｓ１３、Ｓ１４の
処理と同じである。すなわち、第２の実施例によるメッ
セージング・クライアント５０は、起動すると（その
際、ユーザは、ユーザ名（ログイン名）、パスワードを
入力する）、まず、起動した旨をメッセージング・サー
バ４０に通知する（ステップＳ２１）。また、この通知
に応じてメッセージング・サーバ４０から送られてくる
在席情報、各種設定情報を取得して、在席情報を表示す
る（ステップＳ２２）。その後は、当該メッセージング
・クライアント５０が終了するまでの間、ステップＳ２
３、ステップＳ２４の処理を繰り返し実行し続ける。

【００４３】そして、連続してｍ分以上、キーボード・
マウス等が未操作であった場合には（ステップＳ２３，
ＹＥＳ）、まず、スクリーンセーバーを起動する（ステ
ップＳ２６）。

【００４４】次に、直ちに「離席」ステータスをメッセ
ージング・サーバ４０に送るようにしてもよいが、本例
では、以下に述べる現状を考慮して、一定時間待つよう
にしている。

【００４５】すなわち、現実には、たとえ在席していて
も、在席中ずっとパソコンを操作し続けるような人は少
ない。通常、パソコンを操作しない時間帯が存在するも
のである。この場合、在席しているにも係わらず、上記
ステップＳ２６の処理によりスクリーンセーバーが起動
される。しかしながら、一方で、現実上、スクリーンセ
ーバーの起動に気付くと直ちに解除しようとする習慣を
持つ者も少なくない。あるいは、本例によるシステムの
利用者に対して、予め、“スクリーンセーバーが起動す
ると「離席」と見做される”旨を知らせておくと、直ち
に解除しようとする者が多くなる可能性がある。

【００４６】これより、本例では、スクリーンセーバー
起動後、直ちに「離席」ステータスを送信するのではな
く、予め設定される一定時間内（例えばｉ分以内）にキ
ーボード・マウス等の操作があるか否かを監視し（ステ
ップＳ２７）、一定時間内に操作がなかった場合に（ス
テップＳ２７，ＮＯ）、「離席」ステータスをメッセー
ジング・サーバ４０に送信するようにしている（ステッ
プＳ２９）。

【００４７】ここで、第２の実施例では、スクリーンセ
ーバーを解除するのにパスワードの入力が必要となって
いる。これは、基本的には既存のスクリーンセーバーに
も存在する機能であるが、本例では、この機能を利用
し、ユーザ本人が席に戻ってきてパスワードを入力しな
い限り、スクリーンセーバーは解除されないことを利用
して、スクリーンセーバーが解除されたか否かにより、
「離席」／「在席」を判断する（ステップＳ３０）。こ
のようにすることで、例えばユーザが離席中に他人がキ
ーボード・マウス等に触れても、誤って「在席」と判断
されることなく、確実にユーザ本人の「離席」／「在
席」を判断することができる。

【００４８】そして、スクリーンセーバーが解除された
ら（ステップＳ３０，ＹＥＳ）、メッセージング・サー
バ４０に対して「在席」ステータスを送信し（ステップ
Ｓ３１）、ステップＳ２３の処理に戻る。

【００４９】一方、スクリーンセーバー起動後、一定時
間内（例えば１分以内）に操作があった場合には（ステ
ップＳ２７，ＹＥＳ）、パスワード入力によりスクリー
ンセーバーが解除されれば（ステップＳ２８，ＹＥ
Ｓ）、そのままステップＳ２３の処理に戻るので、メッ
セージング・サーバ４０に余計な処理負荷を掛けずに済
む。

【００５０】次に、以下、図６を参照して、メッセージ
ング・サーバ４０において実行される処理について説明
する。メッセージング・サーバ４０は、起動後、サーバ
が終了する（ステップＳ４８，ＹＥＳ）までの間、常
に、ステップＳ４１、ステップＳ４４、ステップＳ４６
の判定を行なっており、何れかの判定がＹＥＳとなった
場合、その判定に応じた処理を実行する。

【００５１】まず、ステップＳ４１の判定と、それに応
じた処理（ステップＳ４２、Ｓ４３）について説明す
る。これら処理は、メッセージング・クライアント３０
（５０）側で上記ステップＳ１１又はＳ２１の処理が行
なわれて、“クライアント起動”が通知されてきたとき
の処理である。

【００５２】メッセージング・サーバ４０は、上記“ク
ライアント起動”の通知を受信すると（ステップＳ４
１，ＹＥＳ）、まず、在席状況テーブルを更新する（ス
テップＳ４２）。更に、通知元のメッセージング・クラ
イアント３０（５０）に対して在席情報、各種設定情報
を送信する（ステップＳ４３）。

【００５３】ここで、在席状況テーブルの一例を図７に
示す。図７に示す在席状況テーブル６０は、ユーザ名
（ログイン名）６１、ＩＰアドレス６２、部署名６３、
氏名６４、課員コード６５、メールアドレス６６、内線
番号６７、備考６８、及び在席状況６９の各データ項目
より成る。

【００５４】ユーザ名（ログイン名）６１は、通知元メ
ッセージング・クライアント３０（５０）のユーザに関
するレコードを探す為の検索キーである。氏名６４は、
各ユーザの名前であり、これら各ユーザに関する情報と
して、そのユーザが属する部署名６３、課員コード６
５、メールアドレス６６、内線番号６７、備考６８等が
格納される。

【００５５】ＩＰアドレス６２には、各メッセージング
・クライアント３０（５０）に割り当てられるＩＰアド
レスが格納される。ＩＰアドレスは、固定とするシステ
ムと、起動の都度割り当てるシステムが存在するが、本
例ではどちらにも対応できる。固定とする場合には予め
決められているＩＰアドレスをＩＰアドレス６２に格納
しておけばよいし、そうでない場合にはクライアント起
動時に、割り当てたＩＰアドレスをＩＰアドレス６２に
格納し、終了時にこれを消去すればよい。

【００５６】在席状況６９には、「在席」、「離席」、
「不在」の何れかを示すデータ（これらは例えば、２ビ
ットのデータで区別できる）が格納され、上記各メッセ
ージング・クライアント３０（５０）から通知されるス
テータスに応じて書き換えられる。

【００５７】尚、部署名６３は、特定の部署の在席情報
が要求された場合には、その部署に属するユーザのレコ
ードを抽出する為のキーとして用いられる。また、尚、
図７は一例を示すものであり、この様な例に限らず、例
えばフォルダ名が各部署名となっているフォルダ構造と
し、各部署毎（フォルダ毎）に在席状況テーブルを設け
る構成であってもよい。

【００５８】再び、図６の説明に戻る。上記ステップＳ
４２の在席状況テーブル更新処理は、図７の例を用いる
ならば、通知されたユーザ名（ログイン名）に基づいて
在席状況テーブル６０を検索し、ユーザ名（ログイン
名）６１が一致するレコードを求め、このレコードの在
席状況６９を「不在」から「在席」に変更する処理であ
る。

【００５９】上記ステップＳ４３の在席情報送信処理
は、図７の例を用いるならば、指定された部署に属する
ユーザ（又は、全てのユーザ）の部署名６３、氏名６
４、課員コード６５、メールアドレス６６、内線番号６
７、備考６８、及び在席状況６９を、在席情報として返
信する処理である（設定情報も返信する）。尚、必ずし
もこれら全てのデータを在席情報として返信する必要は
ないが、少なくとも氏名６４及び在席状況６９は在席情
報として返信する必要がある。

【００６０】次に、図６におけるステップＳ４４の判定
と、それに応じた処理（ステップＳ４５）について説明
する。これら処理は、メッセージング・クライアント３
０（５０）側から、上記ステップＳ１４又はＳ２４の処
理により在席情報取得要求が送られてきたときの処理で
ある。

【００６１】メッセージング・サーバ４０は、在席情報
取得要求を受信すると（ステップＳ４４）、要求元のメ
ッセージング・クライアント３０（５０）に対して在席
情報を返信する（ステップＳ４５）。ステップＳ４５の
処理は、設定情報は返信しない点を除けば、上記ステッ
プＳ４３の処理と略同様であるので、ここでは説明は省
略する。

【００６２】次に、ステップＳ４６の判定と、それに応
じた処理（ステップＳ４７）について説明する。これら
処理は、「離席」または「在席」もしくは「不在」の何
れかのステータスを受信したとき（ステップＳ４６，Ｙ
ＥＳ）、受信したステータスに応じた処理を実行するも
のである（ステップＳ４７）。

【００６３】例えば、メッセージング・クライアント３
０（５０）側から、上記ステップＳ１６又はＳ２９の処
理により「離席」ステータスが送られてきた場合には、
在席状況テーブル６０において当該送信元のメッセージ
ング・クライアント３０（５０）のユーザに関する在席
状況６９を「在席」から「離席」に変更する。

【００６４】また、例えば、メッセージング・クライア
ント３０（５０）側から、上記ステップＳ１１、Ｓ１
８、又はＳ２１、Ｓ３１の処理により「在席」ステータ
スが送られてきた場合には、在席状況テーブル６０にお
いて当該送信元のメッセージング・クライアント３０
（５０）のユーザに関する在席状況６９を「離席」から
「在席」に変更する。

【００６５】また、例えば、メッセージング・クライア
ント３０（５０）側から、上記ステップＳ１９又はＳ３
２の処理により「不在」ステータスが送られてきた場合
には、在席状況テーブル６０において当該送信元のメッ
セージング・クライアント３０（５０）のユーザに関す
る在席状況６９を「不在」にする。また、ＩＰアドレス
６２を削除する（固定的である場合には、当然、削除し
ない）。

【００６６】上述した図４〜図６に示す処理の中で、図
中に〜で示す処理、すなわちクライアント−サーバ
間でやり取りする処理に関して、クライアント−サーバ
間で送受信するコマンド／データを、図８〜図１２に示
す。

【００６７】図８は、メッセージング・クライアント起
動時の処理（）において、クライアント−サーバ間で
送受信するコマンド／データの一例を示す図である。こ
の場合、メッセージング・クライアント３０（５０）
は、図示の様に、自装置のＩＰアドレスとユーザ名（ロ
グイン名）を送信元情報とし、「在席」ステータスと在
席情報要求コマンドを格納したパケットを、メッセージ
ング・サーバ４０宛に送信する。尚、図４〜図６におい
て説明したように“クライアント起動”を通知してもよ
い（この場合は、サーバ側で、この通知を受信した場合
には「在席」への変更と在席情報の返信を行うものと判
断する処理を行えばよい）。

【００６８】上記パケットを受信したメッセージング・
サーバ４０側では、上記ステップＳ４２、Ｓ４３の処理
を実行する。ステップＳ４３の処理でメッセージング・
クライアント３０（５０）に返信するパケットには、例
えば図示の様に、そのヘッダ部に上記送信元のメッセー
ジング・クライアント３０（５０）のＩＰアドレスとユ
ーザ名（ログイン名）を宛先として格納し、そのデータ
部には在席状況テーブル６０から送信すべきデータ項目
のデータを取り出して格納する。例えば、図８の例で
は、在席状況テーブル６０の部署名６３〜在席状況６９
の中で、メールアドレス６６を除く各データが送信され
る。送信するデータ項目は、任意に設定できるものとす
るが、少なくとも氏名６４と在席状況６９は、必ず送信
する。また、特定の部署の在席情報を要求された場合に
は、在席状況テーブル６０から、部署名６３が上記特定
の部署であるレコードを抽出して、これを送信する。ま
た、各種設定情報（ｍ、ｎ、ｉの値等）も送信する。
尚、図８において、“表示ソートコード”も送信データ
に含めているが、これは単に表示の並びを指定するだけ
である。

【００６９】図９は、メッセージング・クライアントが
所定周期（ｎ分間隔）で在席情報を取得する処理（）
において、クライアント−サーバ間で送受信するコマン
ド／データの一例を示す図である。

【００７０】この場合、メッセージング・クライアント
３０（５０）は、図示の様に、自装置のＩＰアドレスと
ユーザ名（ログイン名）を送信元情報とし、在席情報要
求コマンドを格納したパケットを、メッセージング・サ
ーバ４０宛に送信する。

【００７１】メッセージング・サーバ４０側では、この
パケットを受信すると、上記図８で説明したものと同様
にして、在席情報をメッセージング・クライアント３０
（５０）に送信する（但し、設定情報は、起動時のみ送
信するので、本処理では送信しない）。

【００７２】図１０は、上記図４〜図６の図上でで示
す処理において、メッセージング・クライアントからメ
ッセージング・サーバに送信するコマンド／データの一
例を示す図である。

【００７３】この場合、メッセージング・クライアント
３０（５０）は、図示の様に、自装置のＩＰアドレスと
ユーザ名（ログイン名）を送信元情報とし、「離席」ス
テータスを格納したパケットを、メッセージング・サー
バ４０宛に送信する。

【００７４】メッセージング・サーバ４０側では、これ
に応じて、在席状況テーブル６０において送信元のユー
ザに関する在席状況６９を「離席」に変更する。図１１
は、上記図４〜図６の図上でで示す処理において、メ
ッセージング・クライアント３０（５０）からメッセー
ジング・サーバに送信するコマンド／データの一例を示
す図である。

【００７５】この場合、メッセージング・クライアント
３０（５０）は、図示の様に、自装置のＩＰアドレスと
ユーザ名（ログイン名）を送信元情報とし、「在席」ス
テータスを格納したパケットを、メッセージング・サー
バ４０宛に送信する。

【００７６】メッセージング・サーバ４０側では、これ
に応じて、在席状況テーブル６０において、送信元のユ
ーザに関する在席状況６９を「在席」に変更する。図１
２は、上記図４〜図６の図上でで示す処理において、
メッセージング・クライアントからメッセージング・サ
ーバに送信するコマンド／データの一例を示す図であ
る。

【００７７】この場合、メッセージング・クライアント
３０（５０）は、図示の様に、自装置のＩＰアドレスと
ユーザ名（ログイン名）を送信元情報とし、「不在」ス
テータスを格納したパケットを、メッセージング・サー
バ４０宛に送信する。

【００７８】メッセージング・サーバ４０側では、これ
に応じて、在席状況テーブル６０において、送信元のユ
ーザに関する在席状況６９を「不在」に変更する。図１
３は、在席情報の表示例である。

【００７９】上述したようにメッセージング・サーバ４
０から在席情報が送られてくると、メッセージング・ク
ライアント３０（５０）は、この在席情報を表示部（デ
ィスプレイ等）に表示する。

【００８０】表示の仕方は、様々であってよいが、今現
在、誰が在席で、誰が離席で、誰が不在であるのかが、
一目で分かるように表示することが望ましい。図１３に
示す画面７０では、「在席」を黒丸、「離席」を黒三
角、不在を無印として、各氏名の左側に表示する。この
ように表示することで、ユーザは、現在の在席状況を一
目で把握できるようになる。

【００８１】また、本例は、在席表示機能付きのメッセ
ージング・システムを例にしているので、画面７０上
で、メッセージの送受信を行なえる。その際、ユーザが
「不在」（または更に「離席」）となっているメッセー
ジング・クライアント３０（５０）にはメッセージ送信
できないように制御してもよい。

【００８２】図１４（ａ）〜（ｄ）は、このようなメッ
セージ送受信時の表示画面例である。まず、メッセージ
送信側のメッセージング・クライアント３０（５０）に
おいて、例えば図１４（ａ）に示すメッセージが作成さ
れ、これを送信すると、受信側のメッセージング・クラ
イアント３０（５０）には例えば図１４（ｃ）に示すメ
ッセージ到着画面が表示される。この画面上で、「開
封」をクリックすると、例えば図１４（ｄ）に示すよう
にメッセージの内容が表示されると共に、メッセージ送
信側のメッセージング・クライアント３０（５０）には
例えば図１４（ｂ）に示す開封通知が表示される。

【００８３】図１５は、上記クライアント又はサーバ等
の情報処理装置（コンピュータ）のハードウェア構成の
一例を示す図である。尚、特にクライアントとしての情
報処理装置は、例えばパーソナルコンピュータ等である
が、これに限らず、少なくとも通信機能、情報処理機
能、表示機能を備える装置であれば何でもよい。また、
サーバの場合は入力装置８３、出力装置８４は特に必要
ない。

【００８４】同図に示す情報処理装置（コンピュータ）
８０は、ＣＰＵ８１、メモリ８２、入力装置８３、出力
装置８４、外部記憶装置８５、媒体駆動装置８６、ネッ
トワーク接続装置８７等を有し、これらがバス８８に接
続された構成となっている。同図に示す構成は一例であ
り、これに限るものではない。

【００８５】ＣＰＵ８１は、当該情報処理装置８０全体
を制御する中央処理装置である。メモリ８２は、プログ
ラム実行、データ更新等の際に、外部記憶装置８５（あ
るいは可搬記録媒体８９）に記憶されているプログラム
あるいはデータを一時的に格納するＲＡＭ等のメモリで
ある。ＣＰＵ８１は、メモリ８２に読み出したプログラ
ム／データを用いて、上述してある各種処理を実行す
る。

【００８６】入力装置８３は、例えばキーボード、マウ
ス、タッチパネル等である。出力装置８４は、例えばデ
ィスプレイ、プリンタ等である。外部記憶装置８５は、
例えばハードディスク装置等であり、上記クライアント
またはサーバの各種機能を実現させる為のプログラム／
データ等（例えば図４〜図６に示す処理をコンピュータ
に実行させるプログラムや、図７に示すデータ等）が格
納されている。

【００８７】媒体駆動装置８６は、可搬記録媒体８９に
記憶されているプログラム／データ等を読み出す（また
は書込む）。可搬記録媒体８９は、例えば、ＦＤ（フレ
キシブルディスク）、ＣＤ−ＲＯＭ、その他、ＤＶＤ、
光磁気ディスク等である。

【００８８】ネットワーク接続装置８７は、ネットワー
ク（インターネット等）に接続して、外部の情報処理装
置とプログラム／データ等の送受信を可能にする構成で
ある。

【００８９】図１６は、記録媒体の一例を示す図であ
る。図示のように、上記本発明の機能を実現するプログ
ラム／データが記憶されている可搬記録媒体８９を情報
処理装置８０の本体に挿入する等して、当該プログラム
／データを読み出してメモリ８２に格納し実行するもの
であってもよいし、また、上記プログラム／データは、
ネットワーク接続装置８７により接続しているネットワ
ーク１００（インターネット等）を介して、外部のプロ
グラム／データ提供者側のサーバ９０に記憶されている
プログラム／データ９１をダウンロードするものであっ
てもよい。

【００９０】また、本発明は、装置／方法に限らず、上
記プログラム／データを格納した記録媒体（可搬記録媒
体８９等）自体として構成することもできるし、これら
プログラム自体として構成することもできる。（付記１）複数のクライアントとサーバがネットワー
クに接続されたシステムにおいて、前記各クライアント
は、ユーザ操作又はスクリーンセーバー動作の検出結果
に基づいて在席状況を判定し、該判定した在席状況をサ
ーバに通知する在席状況判定／通知手段と、随時、サー
バから在席情報の一部又は全部を取得して表示する在席
情報取得/表示手段とを有し、前記サーバは、各クライ
アントのユーザの在席状況一覧を示す在席情報を格納す
る在席情報格納手段と、各クライアントの前記在席状況
判定／通知手段からの在席状況通知に応じて、前記在席
情報において該通知元のクライアントのユーザに関する
在席状況を変更し、または各クライアントの前記在席情
報取得/表示手段からの要求に応じて前記在席情報の一
部又は全部を返信する在席情報管理手段と、を有するこ
とを特徴とする在席情報提供システム。

【００９１】（付記２）ユーザ操作の検出結果に基づ
いて在席状況を判定し、該判定した在席状況をサーバに
通知する在席状況判定／通知手段と、随時、サーバから
在席情報の一部又は全部を取得して表示する在席情報取
得/表示手段と、を有することを特徴とするクライアン
ト。

【００９２】（付記３）各クライアントのユーザの在
席状況一覧を示す在席情報を格納する在席情報格納手段
と、各クライアントがユーザ操作の検出結果に基づいて
判定して通知してくる在席状況に応じて、前記在席情報
において該通知元のクライアントのユーザに関する在席
状況を変更し、または各クライアントからの要求に応じ
て前記在席情報の一部又は全部を返信する在席情報管理
手段と、を有することを特徴とするサーバ。

【００９３】（付記４）前記在席状況判定／通知手段
は、所定時間以上未操作であった場合には離席と判定
し、該判定後、ユーザ操作を検出した場合に在席と判定
して、各々、判定結果を前記サーバに通知することを特
徴とする付記２記載のクライアント。

【００９４】（付記５）前記在席状況判定／通知手段
は、所定時間以上未操作であった場合には離席と判定す
ると共にスクリーンセーバーを起動し、該スクリーンセ
ーバー起動後、パスワード入力による該スクリーンセー
バーの解除を検出した場合に在席と判定して、各々、判
定結果を前記サーバに通知することを特徴とする付記２
記載のクライアント。

【００９５】（付記６）コンピュータに、ユーザ操作
の検出結果に基づいて在席状況を判定し、該判定した在
席状況をサーバに通知する機能と、随時、サーバから在
席情報の一部又は全部を取得して表示する機能とを実現
させる為のプログラム。

【００９６】（付記７）前記ユーザ操作の検出結果に
基づいて在席状況を判定し、該判定した在席状況をサー
バに通知する機能は、所定時間以上未操作であった場合
には離席と判定し、該判定後、ユーザ操作を検出した場
合に在席と判定して、各々判定結果を前記サーバに通知
することを特徴とする付記６記載のプログラム。

【００９７】（付記８）前記ユーザ操作の検出結果に
基づいて在席状況を判定し、該判定した在席状況をサー
バに通知する機能は、所定時間以上未操作であった場合
には離席と判定すると共にスクリーンセーバを起動し、
該スクリーンセーバ起動後、パスワード入力による該ス
クリーンセーバの解除を検出した場合に在席と判定し
て、各々判定結果を前記サーバに通知することを特徴と
する付記６記載のプログラム。

【００９８】（付記９）コンピュータに、各クライア
ントのユーザの在席状況一覧を示す在席情報を格納する
機能と、各クライアントがユーザ操作の検出結果に基づ
いて判定して通知してくる在席状況に応じて、前記在席
情報において該通知元のクライアントのユーザに関する
在席状況を変更し、または各クライアントからの要求に
応じて前記在席情報の一部又は全部を返信する機能と、
を実現させる為のプログラム。

【００９９】（付記１０）コンピュータに、ユーザ操
作の検出結果に基づいて在席状況を判定し、該判定した
在席状況をサーバに通知する機能と、随時、サーバから
在席情報の一部又は全部を取得して表示する機能とを実
現させるプログラムを記録した前記コンピュータ読取り
可能な記録媒体。（付記１１）コンピュータに、各クライアントのユー
ザの在席状況一覧を示す在席情報を格納する機能と、各
クライアントがユーザ操作の検出結果に基づいて判定し
て通知してくる在席状況に応じて、前記在席情報におい
て該通知元のクライアントのユーザに関する在席状況を
変更し、または各クライアントからの要求に応じて前記
在席情報の一部又は全部を返信する機能と、を実現させ
るプログラムを記録した前記コンピュータ読取り可能な
記録媒体。

【０１００】

【発明の効果】以上、詳細に説明したように、本発明の
在席情報提供システム、そのサーバ／クライアント、方
法等によれば、他者の在席状況を、コスト高となること
なく、的確に／一目で分かり易く、把握できるようにな
る。

【図面の簡単な説明】

【図１】本例による在席情報提供システムの構成／機能
ブロック図である。

【図２】本例による在席情報提供機能付きメッセージン
グシステムの第１の実施例の概略動作を示す図である。

【図３】本例による在席情報提供機能付きメッセージン
グシステムの第２の実施例の概略動作を示す図である。

【図４】第１の実施例におけるメッセージング・クライ
アントの処理フローチャート図である。

【図５】第２の実施例におけるメッセージング・クライ
アントの処理フローチャート図である。

【図６】メッセージング・サーバの処理フローチャート
図である。

【図７】在席状況テーブルの一例を示す図である。

【図８】メッセージング・クライアント起動時の処理に
おいて、クライアント−サーバ間で送受信するコマンド
／データの一例を示す図である。

【図９】在席情報を取得する処理において、クライアン
ト−サーバ間で送受信するコマンド／データの一例を示
す図である。

【図１０】「離席」通知の際に、メッセージング・クラ
イアントからメッセージング・サーバに送信するコマン
ド／データの一例を示す図である。

【図１１】「在席」通知の際に、メッセージング・クラ
イアントからメッセージング・サーバに送信するコマン
ド／データの一例を示す図である。

【図１２】「不在」通知の際に、メッセージング・クラ
イアントからメッセージング・サーバに送信するコマン
ド／データの一例を示す図である。

【図１３】在席情報の表示例である。

【図１４】（ａ）〜（ｄ）は、メッセージ送受信時の表
示画面例である。

【図１５】情報処理装置のハードウェア構成の一例を示
す図である。

【図１６】記録媒体／ダウンロードの一例を示す図であ
る。

【符号の説明】

１ネットワーク１０クライアント１１在席状況判定／通知部１２在席情報取得／表示部２０サーバ２１在席情報格納部２２在席情報管理部３０メッセージング・クライアント４０メッセージング・サーバ５０メッセージング・クライアント６０在席状況テーブル６１ユーザ名（ログイン名）６２ＩＰアドレス６３部署名６４氏名６５課員コード６６メールアドレス６７内線番号６８備考６９在席状況７０画面８０情報処理装置（コンピュータ）８１ＣＰＵ８２メモリ８３入力装置８４出力装置８５外部記憶装置８６媒体駆動装置８７ネットワーク接続装置８８バス８９可搬記録媒体９０サーバ９１プログラム／データ１００ネットワーク

Claims

【特許請求の範囲】

【請求項１】コンピュータに、ユーザ操作の検出結果に基づいて在席状況を判定し、該
判定した在席状況をサーバに通知する機能と、随時、サーバから在席情報の一部又は全部を取得して表
示する機能とを実現させる為のプログラム。
【請求項２】前記ユーザ操作の検出結果に基づいて在
席状況を判定し、該判定した在席状況をサーバに通知す
る機能は、所定時間以上未操作であった場合には離席と
判定し、該判定後、ユーザ操作を検出した場合に在席と
判定して、各々判定結果を前記サーバに通知することを
特徴とする請求項１記載のプログラム。
【請求項３】前記ユーザ操作の検出結果に基づいて在
席状況を判定し、該判定した在席状況をサーバに通知す
る機能は、所定時間以上未操作であった場合には離席と
判定すると共にスクリーンセーバを起動し、該スクリー
ンセーバ起動後、パスワード入力による該スクリーンセ
ーバの解除を検出した場合に在席と判定して、各々判定
結果を前記サーバに通知することを特徴とする請求項１
記載のプログラム。
【請求項４】コンピュータに、各クライアントのユーザの在席状況一覧を示す在席情報
を格納する機能と、各クライアントがユーザ操作の検出結果に基づいて判定
して通知してくる在席状況に応じて、前記在席情報にお
いて該通知元のクライアントのユーザに関する在席状況
を変更し、または各クライアントからの要求に応じて前
記在席情報の一部又は全部を返信する機能と、を実現させる為のプログラム。
【請求項５】複数のクライアントとサーバがネットワ
ークに接続されたシステムにおいて、前記各クライアントは、ユーザ操作又はスクリーンセー
バー動作の検出結果に基づいて在席状況を判定し、該判
定した在席状況をサーバに通知する在席状況判定／通知
手段と、随時、サーバから在席情報の一部又は全部を取
得して表示する在席情報取得/表示手段とを有し、前記サーバは、各クライアントのユーザの在席状況一覧
を示す在席情報を格納する在席情報格納手段と、各クラ
イアントの前記在席状況判定／通知手段からの在席状況
通知に応じて、前記在席情報において該通知元のクライ
アントのユーザに関する在席状況を変更し、または各ク
ライアントの前記在席情報取得/表示手段からの要求に
応じて前記在席情報の一部又は全部を返信する在席情報
管理手段と、を有することを特徴とする在席情報提供システム。