(57)【要約】【課題】  ステータス情報を自動で変更することができるスケジューラー連動でのステータス情報の表示制御システムを提供することを課題とする。【解決手段】  表示制御サーバと情報処理装置がネットワークを介して接続された表示制御システムが提供される。前記表示制御サーバは、時間に応じたスケジュールを記憶する記憶手段と、現在時刻を取得する取得手段と、前記現在時刻と前記スケジュールの時間とを比較する比較手段と、前記比較手段で時間が一致すると、前記スケジュール内容に基づき画像の表示を変更する変更手段とを有する。前記情報処理装置は、前記スケジュールを前記表示制御サーバに登録する登録手段と、前記表示制御サーバの指示に応じて前記情報処理装置の在席ステータス及びそれに対応する画像を表示する表示手段とを有する。【選択図】        図３
2005190413.tif 000002
【特許請求の範囲】
【請求項１】
時間に応じたスケジュールを記憶する記憶手段と、
現在時刻を取得する取得手段と、
前記現在時刻と前記スケジュールの時間とを比較する比較手段と、
前記比較手段で時間が一致すると、前記スケジュール内容に基づき画像の表示を変更する変更手段と
を有することを特徴とする表示制御サーバ。
【請求項２】
前記変更手段は、情報処理装置からの在席情報に基づいて変更する手段をさらに備えることを特徴とする請求項１記載の表示制御サーバ。
【請求項３】
前記スケジュール内容はスケジュールの属性を含むことを特徴とする請求項１又は２記載の表示制御サーバ。
【請求項４】
前記変更手段は、前記スケジュール情報と前記在席情報に基づき静止画と動画を切り替えることを特徴とする請求項３記載の表示制御サーバ。
【請求項５】
前記変更手段は、静止画と動画を切り替えると同時に在席ステータスを変えることを特徴とする請求項４記載の表示制御サーバ。
【請求項６】
前記静止画は、前記スケジュールの属性に関連付けて記憶されることを特徴とする請求項４又は５記載の表示制御サーバ。
【請求項７】
表示制御サーバと情報処理装置がネットワークを介して接続された表示制御システムであって、
前記表示制御サーバは、
時間に応じたスケジュールを記憶する記憶手段と、
現在時刻を取得する取得手段と、
前記現在時刻と前記スケジュールの時間とを比較する比較手段と、
前記比較手段で時間が一致すると、前記スケジュール内容に基づき画像の表示を変更する変更手段とを有し、
前記情報処理装置は、
前記スケジュールを前記表示制御サーバに登録する登録手段と、
前記表示制御サーバの指示に応じて前記情報処理装置の在席ステータス及びそれに対応する画像を表示する表示手段とを有することを特徴とする表示制御システム。
【請求項８】
前記情報処理装置は、
さらに、動画像を撮像する手段と、
前記動画像の所定フレーム間の差分を基に在席情報を前記サーバへ送信する手段とを有し、
前記表示制御サーバの前記変更手段は、前記情報処理装置から在席情報を受信し、かつ前記現在時刻が前記スケジュールの時間と一致すると、該スケジュール情報及びそれに対応する画像の表示を前記情報処理装置に指示することを特徴とする請求項７記載の表示制御システム。
【請求項９】
時間に応じたスケジュールを記憶する記憶ステップと、
現在時刻を取得する取得ステップと、
前記現在時刻と前記スケジュールの時間とを比較する比較ステップと、
前記比較ステップで時間が一致すると、前記スケジュール内容に基づき画像の表示を変更する変更ステップと
を有することを特徴とする表示制御方法。
【請求項１０】
時間に応じたスケジュールを記憶する記憶ステップのプログラムコードと、
現在時刻を取得する取得ステップのプログラムコードと、
前記現在時刻と前記スケジュールの時間とを比較する比較ステップのプログラムコードと、
前記比較ステップで時間が一致すると、前記スケジュール内容に基づき画像の表示を変更する変更ステップのプログラムコードと
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示制御に関し、特にスケジュール情報の表示制御サーバ、表示制御システム、表示制御方法及びプログラムに関する。
【背景技術】
【０００２】
従来、分散したスペースに存在する人々のコミュニケーションツールの一つとしてＲＴＣ（Real Time Communicator）サーバがある。分散オフィスに在席する人々が簡単にカメラ映像でお互いの在席状況を共有するツールとして利用されている。
【０００３】
その１つとして、特許文献１には、状況情報の共有を行うシステムが開示されている。このシステムにおいては、段落番号［００１０］等に記載されているように、スケジュール情報の変更を自動的に行うことを特徴としている。また、同様に段落番号［００１２］乃至［００１５］にもスケジュール情報について詳細に記載されている。
【０００４】
また、特許文献２にも、状況情報の共有を行うシステムが開示されている。特に、他の利用者の状況情報を正確に提供できる状況情報共有システムを実現するものである。このシステムにおいては、段落番号［００２４］等に記載されているように、スケジュール情報を記憶する手段を特徴としている。また、同様に段落番号［００３１］乃至［００３２］にもスケジュール情報について詳細に記載されている。
【０００５】
【特許文献１】特開２００１−３１９０１８号公報
【特許文献２】特開２００１−３４４３８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の状況情報の共有を行うシステムにおいては、在席状況を確認することは可能であるが、本人が在席しているかどうかは不明である。
【０００７】
不在であった場合にどのような理由で不在なのかを把握するには、確認したい人のスケジュールを見たり、電話等で確認をしなければならないという問題点があった。
【０００８】
また、従来は不在の際であっても動画が表示されるので、不在か在席かどうかを判断するのは一目ではわかりにくかった。
【０００９】
本発明は上記の課題を解決するためになされたものであり、ステータス情報を自動で変更することができるスケジューラー連動でのステータス情報の表示制御サーバ、表示制御システム、表示制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の表示制御サーバは、時間に応じたスケジュールを記憶する記憶手段と、現在時刻を取得する取得手段と、前記現在時刻と前記スケジュールの時間とを比較する比較手段と、前記比較手段で時間が一致すると、前記スケジュール内容に基づき画像の表示を変更する変更手段とを有することを特徴とする。
また、本発明の表示制御システムは、表示制御サーバと情報処理装置がネットワークを介して接続された表示制御システムであって、前記表示制御サーバは、時間に応じたスケジュールを記憶する記憶手段と、現在時刻を取得する取得手段と、前記現在時刻と前記スケジュールの時間とを比較する比較手段と、前記比較手段で時間が一致すると、前記スケジュール内容に基づき画像の表示を変更する変更手段とを有し、前記情報処理装置は、前記スケジュールを前記表示制御サーバに登録する登録手段と、前記表示制御サーバの指示に応じて前記情報処理装置の在席ステータス及びそれに対応する画像を表示する表示手段とを有することを特徴とする。
また、本発明の表示制御方法は、時間に応じたスケジュールを記憶する記憶ステップと、現在時刻を取得する取得ステップと、前記現在時刻と前記スケジュールの時間とを比較する比較ステップと、前記比較ステップで時間が一致すると、前記スケジュール内容に基づき画像の表示を変更する変更ステップとを有することを特徴とする。
また、本発明のプログラムは、時間に応じたスケジュールを記憶する記憶ステップのプログラムコードと、現在時刻を取得する取得ステップのプログラムコードと、前記現在時刻と前記スケジュールの時間とを比較する比較ステップのプログラムコードと、前記比較ステップで時間が一致すると、前記スケジュール内容に基づき画像の表示を変更する変更ステップのプログラムコードとをコンピュータに実行させるためのプログラムである。
【発明の効果】
【００１１】
時間に応じたスケジュールを登録しておけば、自動的にスケジュール内容に基づいた画像表示に変更する。これにより、そのユーザが不在か在席かの判断を容易に識別することが可能で、正確な在席情報を提供及び共有することができる。また、ユーザが手動でスケジュール表示を変更する手間が省け、手動で変更し忘れても、自動的にスケジュールにあった表示に変更するので、正確な情報を提供できる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は本発明の実施形態のスケジューラー連動でのステータス表示制御システムの構成を示す図である。本実施形態は、ネットワーク１００を介して、例えば、複数のユーザ端末１０１，１０２および1台のサーバ２００を接続し、オフィススペースを開設するのと同等の効果をもつバーチャルなオフィススペースをネットワーク上で構築するバーチャルオフィス等に利用される在席情報共有システムであり、特にスケジューラー連動でのステータス表示制御システムに関するものである。
【００１３】
端末１０１は、在席情報を提供するＲＴＣクライアント端末である。端末１０２は、在席情報を享受するＲＴＣクライアント端末である。在席情報提供端末１０１は、ネットワーク１００を介して、ＲＴＣサーバ２００や端末１０２とデータの送受信が可能である。例えば、在席情報提供端末１０１はオフィスＡに所属し、在席情報享受端末１０２はオフィスＢに所属する。図１の右下に示すように、各オフィスは、カンパニー（会社）のグループ内のオフィスとして階層構造で表示可能であり、ユーザは各オフィス内の端末を指定することができる。ネットワーク１００に接続された複数の端末は、それぞれ自己のユーザの在席情報をＲＴＣサーバ２００を介して他の端末及び自己の端末に送信することができる。したがって、すべての端末が在席情報提供端末１０１であり、かつ在席情報享受端末１０２である。尚、図１のネットワーク１００上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００１４】
次に、図１のＲＴＣサーバ２００のハードウエア構成について、図２を用いて説明する。
図２は、ＲＴＣサーバ２００のハードウエア構成例を示す図である。
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、Ｗｅｂ会議等の機能を実現するために必要な後述する各種コンピュータプログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００１５】
また、入力コントローラ２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフレキシブルディスク（登録商標  ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（Ｒ）メモリ等の外部メモリ２１１へのアクセスを制御する。通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００１６】
図９は、在席情報提供端末１０１及び在席情報享受端末１０２のハードウエア構成例を示す図である。図２と同じ構成については同じ番号を振り、説明を省略する。端末１０１及び１０２は、サーバ２００（図２）に対して、ＵＳＢインターフェース（Ｉ／Ｆ）コントローラ９０１及びカメラ９０２が追加されている。ＵＳＢＩ／Ｆコントローラ９０１は、カメラ９０２を制御する。カメラ９０２は、在席状況を確認する際の撮影装置で、例えば図８で表示するユーザの動画像を撮影（撮像）している。端末１０１及び１０２のＣＲＴ２１０には、図８の画像が表示される。各端末には、他の端末のユーザの動画像が表示され、そのユーザの在席を確認することができる。尚、在席情報享受端末１０２は、カメラ９０２がついていないような構成でも構わない。
【００１７】
次に、Ｗｅｂ会議システムの基本的な処理フローについて、図３を用いて説明する。
図３は、本発明の実施形態のスケジューラー連動でのステータス表示制御の基本的な処理フローを示す図である。図の左側の処理が端末１０１又は１０２の処理、右側の処理がＲＴＣサーバ２００の処理である。
【００１８】
上述したように、在席情報提供端末１０１と在席情報享受端末１０２とＲＴＣサーバ２００は、ネットワーク１００を介して相互に接続されている。そして、在席情報提供端末１０１と在席情報享受端末１０２は、ＲＴＣサーバ２００から提供される各種操作画面を介して、在席情報に係る各種処理を実行する。その一例について、以下に説明する。
【００１９】
まず、在席情報提供端末１０１は、ステップＳ３０１でＲＴＣサーバ２００にログインを要求する。ＲＴＣサーバ２００は、ステップＳ３０２で在席情報提供端末１０１のログインを受け付ける。
【００２０】
次に、ステップＳ３０３では、在席情報提供端末１０１がデフォルトの勤務状況ステータス情報とそのステータスにリンクする画像静止画ファイルをＲＴＣサーバ２００に登録を要求する。ステップＳ３０３の処理は必ず行われるものではなく、ユーザの任意で行われるようにしても良いし、初めてのログインのときに処理を行わせ２回目以降のログイン時には行わないようにしても良い。ＲＴＣサーバ２００はステップＳ３０４でその入力を受け付け、ステップＳ３０５でＲＴＣサーバ２００が勤務状況ステータス情報とそのステータスにリンクする静止画像ファイルの登録を行う。
【００２１】
ここで、図５はデフォルトの勤務状況ステータス情報とそのステータスにリンクする静止画像ファイルを登録する端末の画面である。例えば、勤務状況として、在席、終業、休暇、外出、会議、休憩、離席等がある。各ユーザは、これらの個々の勤務状況に対して、静止画像を対応付けて登録する。ユーザ毎に異なる登録を行うことができる。
【００２２】
ステップＳ３０６で在席情報提供端末１０１が入力画面から時間に応じたスケジュール登録をサーバ２００へ要求する。ＲＴＣサーバ２００はステップＳ３０７でその入力を受け付け、ステップＳ３０８でスケジュールを外部メモリ２１１上に登録・保存する。
【００２３】
尚、ステップＳ３０６の処理もステップＳ３０３と同様に必ず行われるものではなく、ユーザの任意で行われるようにしても良いし、初めてのログインのときに処理を行わせ２回目以降のログイン時には行わないようにしても良い。
【００２４】
スケジュールの登録は、図６または図１０のような端末の画面でユーザにより登録される。図１０でスケジュールの属性をプルダウン形式で選べるように構成している。例えば、スケジュールとして、日時及び勤務状況（会議、休暇、外出、休憩等）を登録することができる。
【００２５】
そして、在席情報提供端末１０１から、不在検知情報を受信（ステップＳ３０９）した場合、ステップＳ３１０で現在の日時を取得する。時間の取得は例えばＡＰＩ関数のGetSystemTimeで取得することが可能である。
【００２６】
ステップ３１０で取得した日時と在席情報提供端末１０１が登録したスケジュールから取得した日時に合致するスケジュール登録があるかどうか確認をする（ステップＳ３１１）。スケジュール登録があればステップＳ３１２へ進み、スケジュール登録がなければステップＳ３０９へ戻り、現在の勤務状況ステータス情報の表示及びそれに対応する画像表示を変更せずに維持する。
【００２７】
尚、不在検知とは、在席情報提供端末１０１自身に装着したＵＳＢカメラ９０２（図９）で撮影し画像をネットワークを経由してＲＴＣサーバ２００へ送信する際に、各画像のフレーム間で一定時間差分（動き）が無い場合、在席情報提供端末１０１で自動的に不在と検出し、ＲＴＣサーバ２００へ不在情報を送信することである。
【００２８】
ＲＴＣサーバ２００は、ステップＳ３１２でスケジュールの属性を取得し、ステップＳ３１３で属性に応じた不在ステータスと静止画情報を変更するように指示を端末１０１及び１０２に送信する。
【００２９】
スケジュールの属性は、図１０でのプルダウンで指定したものを属性としても良いし、図６のテキストボックスのコメント欄（例えば、タイトル、メッセージ）に記載されたスケジュール内容にＲＴＣサーバ２００で予め設定してあるキーワードがあるかどうかで判断しても良い。例えば、コメント欄に××会議と記載があり、ＲＴＣサーバ２００のキーワード設定には「会議」という語が登録されていれば、そのスケジュールは会議という属性を持つ。
【００３０】
図７は、現在のステータス情報を提供するＲＴＣサーバ２００の管理画面のユーザ状況を確認できる図である。このステータス情報は、ＲＴＣサーバ２００の外部メモリ２１１に記憶されている。ステータス情報は、勤務状況を含む。この勤務状況が図１０のプルダウンで指定した勤務状況となる。この勤務状況をスケジュールの属性とすることができる。勤務状況が不在ステータス（在席以外の会議等の不在ステータス）であれば、それに対応する静止画像への変更を指示する。
【００３１】
端末１０１及び１０２は、ステップＳ３１４でＲＴＣサーバ２００から送られた不在ステータスの表示と静止画像変更の指示を受信する（ＨＴＭＬ形式）。
【００３２】
図８は、不在検出前と不在検出後（ＲＴＣサーバ２００からの情報受信後）のそれぞれオフィスビュー画面である。変更されるまでは動画が流れている。つまり「在席」時は動画が表示されており、不在（例えば「会議」）時にはスケジュールの属性に合った静止画が表示される。動画から静止画への変更は図５で登録したものに対応して変更される。サーバ２００では、図５に記載のテーブルを用いて判断している。
【００３３】
図３において、ステップＳ３１５で端末１０１及び１０２は表示を切替る。ユーザが離席中に席に戻ってくる用事があり、カメラ映像やキーボード/マウスからの入力信号があった（ステップＳ３１６）場合、在席情報提供端末１０１はステップＳ３１７で在席情報をＲＴＣサーバ２００に送信をする。この処理の詳細は、後に図４を参照しながら説明する。ＲＴＣサーバ２００は、ステップＳ３１８で在席情報提供端末１０１から在席情報を受信し、ステップＳ３１９でステータスを登録する。ステータス登録された情報は、図７の管理画面で確認できる。ＲＴＣサーバ２００は、ステップＳ３２０で在席のステータスと動画映像に表示を切り替えるように送信し、端末１０１及び１０２はステップＳ３２１で在席のステータスと動画映像変更を受信し、ステップＳ３２２で表示を切り替える。この動画像は、在席情報提供端末１０１のカメラ９０２（図９）で撮影されているリアルタイムの動画像である。
【００３４】
在席情報提供端末１０１がログアウトすると、ステップＳ３２４でシステムが終了する。ログアウトしなければ、ステップＳ３０９へ戻り、同様の処理を繰り返す。すなわち、現在時刻の経過に伴い、登録されたスケジュールに従ってその勤務状況ステータスを表示すると共にそれに対応する静止画像を各端末に表示される。
【００３５】
図４は、図３のステップＳ３１６の処理の詳細を示すフローチャートである。
まず、ステップＳ４０１において、在席情報提供端末１０１がキーボードやマウス等の入力装置から入力があるまで待機する。入力があると、ステップＳ４０２では、端末１０１のカメラ９０２（図９）等を用いて自動的に不在検出を行う。例えば、カメラ９０２は、被写体の動画像を撮像し、その動画像の所定間隔のフレームを比較し、その差分に応じて不在検出を行う。フレーム画像に変化があればその端末のユーザが在席していると判断し、変化がなければその端末のユーザが不在であると判断する。具体的には、画像中の人間の肌色の差分を基に不在検出するのが効果的である。在席であると判断されると、ステップＳ４０３へ進み、図３のステップＳ３１７の処理を行う。不在であると判断されると、ステップＳ４０１へ戻る。
【００３６】
なお、ステップＳ４０１又はＳ４０２のいずれか一方のみで在席を判断してもよいが、両者のステップにより不在検出を行うことにより、別の人や不意の動作でキーボードやマウスから入力があった場合（ステップＳ４０１）でも、本人がカメラに映っていなければ（ステップＳ４０２）、不在であると判断することができる。上記の不在検出処理は各端末が行い、各端末がその情報をサーバ２００へ送信し、サーバ２００のデータベースに不在検出情報として記録される。なお、サーバ２００が画像等を受信し、在席検出してもよい。
【００３７】
また、他の実施形態として、スケジュールにグループとしてのスケジュールが登録されている場合、その時間になると（図３のステップＳ３１１）、そのグループで不在の人はグループとして登録されている静止画に切り換る。
【００３８】
また、同じ時刻に個人のスケジュールがある場合には個人のスケジュールを優先するようにしてもよく、不在の場合個人で登録した静止画に切り換るように構成しても良い。
【００３９】
グループのスケジュールにはグループで同じ静止画を表示することにより、グループのスケジュール、例えば会議に誰が出席していて誰が出席していないかが一目でわかり、個人のスケジュールが優先される場合は個人で登録した静止画が表示されるので閲覧するものにとって誤解をまねく恐れを軽減できる。
【００４０】
一人一人スケジュールを確認したつもりでいても文字で表示されているスケジュールでは見落としがちである。特にグループの中に一人だけ別の会議に出席している際では全ての人が同じ会議に出席していると勘違いされ見落とされがちである。本実施形態では他のユーザはみんなが同じ会議に出席していると一目でわかり、夫々のスケジュールを一つずつ確認することが無くなる。
【００４１】
また、一目でどの人が同じ会議に出席しているのかが把握でき他のユーザによる勘違い、見落としが減る。
【００４２】
以上、実施形態を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００４３】
以上のように、本実施形態によれば、スケジューラー連動でのステータス表示制御を実行することができるＲＴＣサーバ及びその制御方法、システム、プログラムを提供できる。特に、ステータス情報を変更し忘れてもスケジュール登録をしていれば、自動的にスケジュールにあった勤務状況のステータス表示に変更し、スケジュールにあった画像表示エリアの表示を変更する。これにより、ユーザが不在か在席かの判断を容易に識別することが可能で、正確な在席情報を提供/共有することができる。在席時にはそのユーザの動画像を表示し、不在時には静止画像を表示することにより、そのユーザが在席又は不在かを容易に把握することができる。
【００４４】
また、ステータス表示の面倒な手動変更を省け、不在か在席かの不在検出がされたタイミングでスケジュール確認を行い、スケジュールにあったステータス・画像の表示を変更するので、従来の不在検出機能だけの在席状況表示よりもより正確な情報を提供できる効果もある。
【００４５】
本実施形態は、図２及び図９のコンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のコンピュータプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びコンピュータプログラムプロダクトは、本発明の範疇に含まれる。記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００４６】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【図面の簡単な説明】
【００４７】
【図１】本発明の実施形態のスケジューラー連動でのステータス表示制御のシステム構成を示す図である。
【図２】本発明の実施形態のＲＴＣサーバのハードウエア構成例を示す図である。
【図３】本発明の実施形態のスケジューラー連動でのステータス表示制御の基本的な処理フローを示す図である。
【図４】本発明の実施形態のキーボードやマウス等から入力があった場合の処理のフローチャートである。
【図５】本発明の実施形態のデフォルトの勤務状況ステータス情報とそのステータスにリンクする静止画像ファイルを登録する画面の図である。
【図６】本発明の実施形態のスケジュール登録画面の図である。
【図７】本発明の実施形態の現在のステータス情報を提供するＲＴＣサーバの管理画面のユーザ状況を確認できる図である。
【図８】本発明の実施形態の不在検出前と不在検出後（ＲＴＣサーバからの情報受信後）のそれぞれオフィスビュー画面の図である。
【図９】本発明の実施形態の在席情報提供端末及び在席情報享受端末のハードウエア構成例を示す図である。
【図１０】本発明の実施形態のスケジュール登録画面の図である。
【符号の説明】
【００４８】
１００  ネットワーク
１０１  在席情報提供端末
１０２  在席情報享受端末
２００  ＲＴＣサーバ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信インターフェースコントローラ
２０９  キーボード
２１０  ＣＲＴディスプレイ
２１１  外部メモリ
９０１  ＵＳＢインターフェースコントローラ
９０２  カメラ
【図１】
2005190413.tif 000003
【図２】
2005190413.tif 000004
【図３】
2005190413.tif 000005
【図４】
2005190413.tif 000006
【図５】
2005190413.tif 000007
【図６】
2005190413.tif 000008
【図７】
2005190413.tif 000009
【図８】
2005190413.tif 000010
【図９】
2005190413.tif 000011
【図１０】
2005190413.tif 000012