(57)【特許請求の範囲】
【請求項１】
複数のユーザが個々に使用する席が固定されていないフリーアドレスオフィス環境において、無線ＬＡＮのアクセスポイントを経由した内線電話通信を行うための内線電話機能を備えた携帯端末と、少なくとも利用時に所定の席に設置されて使用されるコンピュータ端末とを利用する前記ユーザに対する在席確認を行う在席確認システムであって、
前記ユーザ別に、前記ユーザが利用する前記コンピュータ端末の情報を記憶する第１端末ＤＢと、
前記ユーザ別に、前記ユーザが利用する前記携帯端末の情報を記憶する第２端末ＤＢと、
前記携帯端末別に、前記携帯端末が利用している前記アクセスポイントの利用ＡＰ情報を記憶する利用ＡＰＤＢと、
前記席別に、前記席に前記携帯端末がある場合に利用される前記アクセスポイントの自席ＡＰ情報を記憶する自席ＡＰＤＢと、
前記ユーザ別に、前記ユーザの前記コンピュータ端末が設置された前記席を自席とし、前記自席の情報を記憶する自席情報ＤＢと、を備える記憶手段と、
コンピュータのデータ処理により前記ユーザの在席情報を確認する演算処理手段と、を備え、
前記演算処理手段が、
所定の対象ユーザに対する在席情報の取得要求があった場合に、前記第１端末ＤＢに記憶された情報に基づいて、前記対象ユーザの利用する前記コンピュータ端末の利用状況を示す利用情報を取得する利用情報取得部と、
前記取得要求があった場合に、前記利用情報取得部が取得した前記利用情報に基づいて前記対象ユーザの前記コンピュータ端末が利用中であるか否かを判定する第１判定部と、
前記取得要求があった場合に、前記第２端末ＤＢに記憶された情報と前記利用ＡＰＤＢに記憶された情報に基づいて、前記対象ユーザが利用する前記携帯端末の前記利用ＡＰ情報を取得する利用ＡＰ情報取得部と、
前記取得要求があった場合に、前記自席情報ＤＢに記憶された情報と前記自席ＡＰＤＢに記憶された情報に基づいて、前記対象ユーザの前記自席の前記自席ＡＰ情報を取得する自席ＡＰ情報取得部と、
前記利用ＡＰ情報取得部が取得した前記利用ＡＰ情報と前記自席ＡＰ情報取得部が取得した前記自席ＡＰ情報が一致する場合に、前記携帯端末が前記自席にあると判定する第２判定部と、
前記第１判定部において前記コンピュータ端末が利用中であると判定され、且つ、前記第２判定部において前記携帯端末が前記自席に在ると判定された場合に、前記ユーザが在席中であると判定する在席判定処理を行う在席判定部と、
を備えて構成されることを特徴とする在席確認システム。
【請求項２】
前記記憶手段が、前記ユーザ別に、前記ユーザのスケジュール情報を記憶したスケジュールＤＢを備え、
前記在席判定部が、前記在席判定処理において、前記第１判定部において前記コンピュータ端末が利用中であると判定され、且つ、前記第２判定部において前記携帯端末が前記自席に無いと判定された場合、
前記スケジュールＤＢに記憶された前記スケジュール情報が在席中であることを示す場合には在席中であると判定し、前記スケジュール情報が離席中であることを示す場合には離席中であると判定することを特徴とする請求項１に記載の在席確認システム。
【請求項３】
前記記憶手段が、前記ユーザ別に、前記ユーザのスケジュール情報を記憶したスケジュールＤＢを備え、
前記在席判定部が、前記在席判定処理において、前記第１判定部において前記コンピュータ端末が利用中ではないと判定され、且つ、前記第２判定部において前記携帯端末が前記自席に在ると判定された場合、
前記スケジュールＤＢに記憶された前記スケジュール情報が在席中であることを示す場合には在席中であると判定し、前記スケジュール情報が離席中であることを示す場合には離席中であると判定することを特徴とする請求項１又は２に記載の在席確認システム。
【請求項４】
前記在席判定部が、前記在席判定処理において、前記第１判定部において前記コンピュータ端末が利用中ではないと判定され、且つ、前記第２判定部において前記携帯端末が前記自席に無いと判定された場合に、前記ユーザが離席中であると判定することを特徴とする請求項１〜３の何れか１項に記載の在席確認システム。
【請求項５】
前記在席判定部が、前記在席判定処理の実行後に、少なくとも前記第１判定部及び前記第２判定部の判定結果に基づいて、前記在席判定処理における判定結果の判定精度を求めることを特徴とする請求項１〜４の何れか１項に記載の在席確認システム。
【請求項６】
前記利用情報取得部が、前記コンピュータ端末から前記コンピュータ端末の前記利用情報を受け付け、前記第１端末ＤＢに基づいて前記コンピュータ端末の前記ユーザを特定し、前記ユーザと前記利用情報を対応付けて前記記憶手段に記憶し、所定の対象ユーザに対する在席情報の取得要求があった場合に、前記記憶手段から前記対象ユーザの前記利用情報を取得する第１利用情報取得処理、または、前記取得要求があった場合に、前記第１端末ＤＢに記憶された情報に基づいて前記対象ユーザの利用する前記コンピュータ端末を特定し、前記コンピュータ端末から前記利用情報を取得する第２利用情報取得処理を実行することを特徴とする請求項１〜５の何れか１項に記載の在席確認システム。
【請求項７】
前記第１判定部は、前記利用情報が、前記コンピュータ端末が前記対象ユーザによりログイン中であり、且つ、ロック状態、スタンバイ状態及びスクリーンセーバーの起動状態の何れにも該当しないことを示す場合に、利用中であると判定し、これ以外の場合に、利用中でないと判定することを特徴とする請求項１〜６の何れか１項に記載の在席確認システム。
【請求項８】
前記利用ＡＰＤＢが、前記携帯端末の情報に代えて前記ユーザの情報を、前記利用ＡＰ情報と対応付けて記憶可能に構成され、
前記利用ＡＰ情報取得部は、前記アクセスポイントまたは前記アクセスポイントを制御するサーバから前記携帯端末を特定する情報と前記利用ＡＰ情報を受け付け、前記第２端末ＤＢに記憶された情報に基づいて前記携帯端末の前記ユーザを特定し、特定された前記ユーザを特定する情報と前記利用情報を用いて前記利用ＡＰＤＢを更新し、前記取得要求があった場合に、前記対象ユーザを特定する情報をキーとして前記利用ＡＰＤＢを検索し、前記利用ＡＰ情報を取得することを特徴とする請求項１〜７の何れか１項に記載の在席確認システム。
【請求項９】
前記コンピュータ端末に前記コンピュータ端末の情報が記憶されたＩＣタグが取り付けられ、
前記席の夫々に、前記ＩＣタグに記憶された前記コンピュータ端末の情報を読み取るＩＣタグリーダが設置され、
前記演算処理手段が、前記ＩＣタグリーダが読み取った前記コンピュータ端末の情報と前記ＩＣタグリーダが設置された前記席の情報を取得するＩＣタグ情報取得部を備え、
前記自席ＡＰ情報取得部が、前記ＩＣタグ情報取得部が取得した前記コンピュータ端末の情報をキーとして前記第１端末ＤＢを検索して前記ユーザを特定し、特定された前記ユーザの前記自席の情報を用いて前記自席情報ＤＢを更新することを特徴とする請求項１〜８の何れか１項に記載の在席確認システム。
【請求項１０】
前記ユーザが、１または複数のエリアの前記席を任意に選択可能に構成されており、
前記記憶手段が、前記ユーザ別に、前記ユーザが前記エリア内外に移動する際に、移動する前記エリアの入室履歴及び退室履歴を記憶する入退室ＤＢを備え、
前記在席判定部は、前記対象ユーザについて、前記入退室ＤＢに対応する退室履歴が記憶されていない入室履歴がある場合は、在室中であると判定して前記在席判定処理を実行し、前記入退室ＤＢに対応する退室履歴が記憶されていない入室履歴がない場合は、退室中であると判定することを特徴とする請求項１〜９の何れか１項に記載の在席確認システム。
【請求項１１】
前記記憶手段が、前記利用ＡＰＤＢ及び前記自席情報ＤＢを統合して、前記ユーザ別に、前記ユーザのＩＤ、前記ユーザの前記自席の席ＩＤ、前記ユーザが利用する前記コンピュータ端末の前記利用情報、前記ユーザの利用する前記携帯端末の利用ＡＰ情報を対応付けて記憶する在席判断用情報ＤＢを記憶可能に構成され、
前記利用ＡＰ情報取得部が、前記第２端末ＤＢに記憶された情報と前記在席判断用情報ＤＢに記憶された情報に基づいて前記利用ＡＰ情報を取得し、
前記自席ＡＰ情報取得部が、前記在席判断用情報ＤＢに記憶された情報と前記自席ＡＰＤＢに記憶された情報に基づいて前記自席ＡＰ情報を取得することを特徴とする請求項１〜１０の何れか１項に記載の在席確認システム。
【請求項１２】
前記在席情報を表示する表示手段と、
前記席別に、前記席の名称情報と前記席の位置情報を対応付けて記憶する表示情報ＤＢを備え、
前記演算処理手段が、
前記対象ユーザの表示、前記在席判定部における前記対象ユーザに対する判定内容の表示、前記表示情報ＤＢに記憶された前記自席の前記名称情報の表示、及び、前記表示情報ＤＢに記憶された情報に基づいて前記自席の前記位置情報の表示を行うための表示情報を作成し、前記表示手段に出力する表示部を備えることを特徴とする請求項１〜１１の何れか１項に記載の在席確認システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザが個々に使用する席が固定されていないフリーアドレスオフィス環境において、ユーザの在席の確認支援を行う在席確認システムに関する。
【背景技術】
【０００２】
フリーアドレスオフィス環境では、例えば、所定の企業内において社員（ユーザ）が自由に席を選択できるため、他の社員を訪問したい場合等に、社員の自席を確認する必要がある。
【０００３】
ユーザの自席を特定する技術としては、例えば、指紋読み取りセンサによって読み取られた指紋と社員カードに記録されている指紋を照合して個人認証を行い、認証された場合に、社員による在席設定または離席設定を受け付ける機能と、所定の社員に対する在席要求確認があった場合に、設定内容を提示する在席管理装置がある（例えば、特許文献１参照）。
【０００４】
尚、特許文献１に記載の在席管理装置では、社員の自席を特定できるが、社員が自席に在席しているか会議等で離席しているかを判断することは困難である。例えば、他の社員を訪問したい場合等には、訪問相手が自席に在席しているか否かを事前に知ることができることは有用である。
【０００５】
従来、ユーザの在席確認を行う技術としては、例えば、ウェブカメラを全席が確認できるように設置し、ウェブカメラの情報に基づいて在席確認を行う技術がある。しかし、ウェブカメラの情報に基づいて在席確認を行う場合、ウェブカメラを新たに設置する必要が生じ、コストがかかる。更に、精度良く在席確認を行うためには、出来るだけ全ての席が確認できるように設置する必要があるが、設置場所を各ユーザの仕事内容等に応じて配慮する必要がある。
【０００６】
これに対し、ユーザの在席確認を行う技術としては、例えば、ユーザが通信ネットワークを介して遠隔地からデータセンタに設置されたターミナルサーバ機器にアクセスして業務を行う環境において、ユーザが操作するコンピュータ端末のターミナルサーバ機器へのトラフィック情報を解析し、ユーザのアクセス元を追跡し、検索要求があった場合に、ユーザの連絡先及び行動予定の情報を提示する機器がある（例えば、特許文献２参照）。
【０００７】
特許文献１に記載の機器では、ウェブカメラ等の新たな機器を設置する必要がないので、在席確認にかかるコストを抑えることができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００４−３６３７０１号公報
【特許文献２】特開２００８−２８２２９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１では、ユーザの利用するコンピュータ端末の設置場所を特定でき、ユーザのスケジュール情報と照らし合わせて、ユーザがコンピュータ端末の設置場所に在席しているか否かを判断する。しかし、ユーザは、例えば、会議の延長など、必ずしもスケジュール情報と一致した行動をとる訳ではないことから、在席確認の精度が十分ではなかった。
【００１０】
本発明は上記の問題に鑑みてなされたものであり、その目的は、フリーアドレスオフィス環境において、ユーザの行動をより考慮してより確実に在席確認を行うことができる在席確認システムを提供する点にある。
【課題を解決するための手段】
【００１１】
上記目的を達成するための本発明に係る在席確認システムは、複数のユーザが個々に使用する席が固定されていないフリーアドレスオフィス環境において、無線ＬＡＮのアクセスポイントを経由した内線電話通信を行うための内線電話機能を備えた携帯端末と、少なくとも利用時に所定の席に設置されて使用されるコンピュータ端末とを利用する前記ユーザに対する在席確認を行う在席確認システムであって、前記ユーザ別に、前記ユーザが利用する前記コンピュータ端末の情報を記憶する第１端末ＤＢと、前記ユーザ別に、前記ユーザが利用する前記携帯端末の情報を記憶する第２端末ＤＢと、前記携帯端末別に、前記携帯端末が利用している前記アクセスポイントの利用ＡＰ情報を記憶する利用ＡＰＤＢと、前記席別に、前記席に前記携帯端末がある場合に利用される前記アクセスポイントの自席ＡＰ情報を記憶する自席ＡＰＤＢと、前記ユーザ別に、前記ユーザの前記コンピュータ端末が設置された前記席を自席とし、前記自席の情報を記憶する自席情報ＤＢと、を備える記憶手段と、コンピュータのデータ処理により前記ユーザの在席情報を確認する演算処理手段と、を備え、前記演算処理手段が、所定の対象ユーザに対する在席情報の取得要求があった場合に、前記第１端末ＤＢに記憶された情報に基づいて、前記対象ユーザの利用する前記コンピュータ端末の利用状況を示す利用情報を取得する利用情報取得部と、前記取得要求があった場合に、前記利用情報取得部が取得した前記利用情報に基づいて前記対象ユーザの前記コンピュータ端末が利用中であるか否かを判定する第１判定部と、前記取得要求があった場合に、前記第２端末ＤＢに記憶された情報と前記利用ＡＰＤＢに記憶された情報に基づいて、前記対象ユーザが利用する前記携帯端末の前記利用ＡＰ情報を取得する利用ＡＰ情報取得部と、前記取得要求があった場合に、前記自席情報ＤＢに記憶された情報と前記自席ＡＰＤＢに記憶された情報に基づいて、前記対象ユーザの前記自席の前記自席ＡＰ情報を取得する自席ＡＰ情報取得部と、前記利用ＡＰ情報取得部が取得した前記利用ＡＰ情報と前記自席ＡＰ情報取得部が取得した前記自席ＡＰ情報が一致する場合に、前記携帯端末が前記自席にあると判定する第２判定部と、前記第１判定部において前記コンピュータ端末が利用中であると判定され、且つ、前記第２判定部において前記携帯端末が前記自席に在ると判定された場合に、前記ユーザが在席中であると判定する在席判定処理を行う在席判定部と、を備えて構成されることを特徴とする。
【００１２】
更に好ましくは、上記特徴の在席確認システムは、前記記憶手段が、前記ユーザ別に、前記ユーザのスケジュール情報を記憶したスケジュールＤＢを備え、前記在席判定部が、前記在席判定処理において、前記第１判定部において前記コンピュータ端末が利用中であると判定され、且つ、前記第２判定部において前記携帯端末が前記自席に無いと判定された場合、または、前記第１判定部において前記コンピュータ端末が利用中ではないと判定され、且つ、前記第２判定部において前記携帯端末が前記自席に在ると判定された場合に、前記スケジュールＤＢに記憶された前記スケジュール情報が在席中であることを示す場合には在席中であると判定し、前記スケジュール情報が離席中であることを示す場合には離席中であると判定する。
【００１３】
更に好ましくは、上記何れかの特徴の在席確認システムは、前記在席判定部が、前記在席判定処理において、前記第１判定部において前記コンピュータ端末が利用中ではないと判定され、且つ、前記第２判定部において前記携帯端末が前記自席に無いと判定された場合に、前記ユーザが離席中であると判定する。
【００１４】
更に好ましくは、上記何れかの特徴の在席確認システムは、前記在席判定部が、前記在席判定処理の実行後に、少なくとも前記第１判定部及び前記第２判定部の判定結果に基づいて、前記在席判定処理における判定結果の判定精度を求める。
【００１５】
更に好ましくは、上記何れかの特徴の在席確認システムは、前記利用情報取得部が、前記コンピュータ端末から前記コンピュータ端末の前記利用情報を受け付け、前記第１端末ＤＢに基づいて前記コンピュータ端末の前記ユーザを特定し、前記ユーザと前記利用情報を対応付けて前記記憶手段に記憶し、所定の対象ユーザに対する在席情報の取得要求があった場合に、前記記憶手段から前記対象ユーザの前記利用情報を取得する第１利用情報取得処理、または、前記取得要求があった場合に、前記第１端末ＤＢに記憶された情報に基づいて前記対象ユーザの利用する前記コンピュータ端末を特定し、前記コンピュータ端末から前記利用情報を取得する第２利用情報取得処理を実行する。
【００１６】
更に好ましくは、上記何れかの特徴の在席確認システムは、前記第１判定部は、前記利用情報が、前記コンピュータ端末が前記対象ユーザによりログイン中であり、且つ、ロック状態、スタンバイ状態及びスクリーンセーバーの起動状態の何れにも該当しないことを示す場合に、利用中であると判定し、これ以外の場合に、利用中でないと判定する。
【００１７】
更に好ましくは、上記何れかの特徴の在席確認システムは、前記利用ＡＰＤＢが、前記携帯端末の情報に代えて前記ユーザの情報を、前記利用ＡＰ情報と対応付けて記憶可能に構成され、前記利用ＡＰ情報取得部は、前記アクセスポイントまたは前記アクセスポイントを制御するサーバから前記携帯端末を特定する情報と前記利用ＡＰ情報を受け付け、前記第２端末ＤＢに記憶された情報に基づいて前記携帯端末の前記ユーザを特定し、特定された前記ユーザを特定する情報と前記利用情報を用いて前記利用ＡＰＤＢを更新し、前記取得要求があった場合に、前記対象ユーザを特定する情報をキーとして前記利用ＡＰＤＢを検索し、前記利用ＡＰ情報を取得する。
【００１８】
更に好ましくは、上記何れかの特徴の在席確認システムは、前記コンピュータ端末に前記コンピュータ端末の情報が記憶されたＩＣタグが取り付けられ、前記席の夫々に、前記ＩＣタグに記憶された前記コンピュータ端末の情報を読み取るＩＣタグリーダが設置され、前記演算処理手段が、前記ＩＣタグリーダが読み取った前記コンピュータ端末の情報と前記ＩＣタグリーダが設置された前記席の情報を取得するＩＣタグ情報取得部を備え、前記自席ＡＰ情報取得部が、前記ＩＣタグ情報取得部が取得した前記コンピュータ端末の情報をキーとして前記第１端末ＤＢを検索して前記ユーザを特定し、特定された前記ユーザの前記自席の情報を用いて前記自席情報ＤＢを更新する。
【００１９】
更に好ましくは、上記何れかの特徴の在席確認システムは、前記ユーザが、１または複数のエリアの前記席を任意に選択可能に構成されており、前記記憶手段が、前記ユーザ別に、前記ユーザが前記エリア内外に移動する際に、移動する前記エリアの入室履歴及び退室履歴を記憶する入退室ＤＢを備え、前記在席判定部は、前記対象ユーザについて、前記入退室ＤＢに対応する退室履歴が記憶されていない入室履歴がある場合は、在室中であると判定して前記在席判定処理を実行し、前記入退室ＤＢに対応する退室履歴が記憶されていない入室履歴がない場合は、退室中であると判定する。
【００２０】
更に好ましくは、上記何れかの特徴の在席確認システムは、前記記憶手段が、前記利用ＡＰＤＢ及び前記自席情報ＤＢを統合して、前記ユーザ別に、前記ユーザのＩＤ、前記ユーザの前記自席の席ＩＤ、前記ユーザが利用する前記コンピュータ端末の前記利用情報、前記ユーザの利用する前記携帯端末の利用ＡＰ情報を対応付けて記憶する在席判断用情報ＤＢを記憶可能に構成され、前記利用ＡＰ情報取得部が、前記第２端末ＤＢに記憶された情報と前記在席判断用情報ＤＢに記憶された情報に基づいて前記利用ＡＰ情報を取得し、前記自席ＡＰ情報取得部が、前記在席判断用情報ＤＢに記憶された情報と前記自席ＡＰＤＢに記憶された情報に基づいて前記自席ＡＰ情報を取得する。
【００２１】
更に好ましくは、上記何れかの特徴の在席確認システムは、前記在席情報を表示する表示手段と、前記席別に、前記席の名称情報と前記席の位置情報を対応付けて記憶する表示情報ＤＢを備え、前記演算処理手段が、前記対象ユーザの表示、前記在席判定部における前記対象ユーザに対する判定内容の表示、前記表示情報ＤＢに記憶された前記自席の前記名称情報の表示、及び、前記表示情報ＤＢに記憶された情報に基づいて前記自席の前記位置情報の表示を行うための表示情報を作成し、前記表示手段に出力する表示部を備える。
【発明の効果】
【００２２】
上記特徴の在席確認システムでは、第１判定部においてコンピュータ端末が利用中であるか否かを判定し、第２判定部において携帯端末が自席にあるか否かを判定する。第１判定部において利用中であると判定された場合は、ユーザが自席にいて在席中である可能性が高く、利用中ではないと判定された場合は、自席で作業を行っている可能性は残るが、会議等で離席している可能性が高くなる。また、携帯端末は、例えば、社用の携帯電話機等であり、出社し在席確認が必要となる可能性のある間、携帯している可能性が非常に高い機器である。従って、第２判定部において携帯端末が自席にあると判定された場合は、ユーザが自席にいる可能性が高く、携帯端末が自席にないと判定された場合は、携帯端末を他の場所に置き忘れた場合等、自席で作業を行っている可能性は残るが、会議等で自席以外の場所にいる（離席中である）可能性が高くなる。
【００２３】
即ち、上記特徴の在席確認システムでは、第１判定部におけるコンピュータ端末の利用中か否かの判定結果と第２判定部における携帯端末が自席にあるか否かの判定結果の２つの判定結果を組み合わせてユーザの在席確認を行う構成にすることにより、精度の高い在席確認を行うことができる。
【００２４】
上記特徴の在席確認システムにおいて、第１判定部におけるコンピュータ端末が利用中か否かの判定結果と、第２判定部における携帯端末が自席にあるか否かの判定結果が、在席中の可能性が高い結果と離席中の可能性が高い結果に分かれるような場合に、スケジュール情報を利用する構成にすれば、例えば、携帯端末の置き忘れ等のより複雑な状況に対応して、高精度な判定が可能になる。
【００２５】
上記特徴の在席確認システムにおいて、第１判定部の判定結果と第２判定部の判定結果の何れもが離席中の可能性が高いことを示す場合に、２つの判定結果を組み合わせて離席中と判定するように構成すれば、何れか一方のみの判定では、在席中である可能性は残るが、第１判定部の判定結果と第２判定部の判定結果を組み合わせることにより、より確実に離席中の判定が可能になる。
【００２６】
上記特徴の在席確認システムにおいて、更に、判定精度を求める構成にすれば、択一的に在席中か離席中かの判定が困難な場合でも、ユーザが訪問相手を訪問するか否かを決定するための指標を提供することが可能になる。
【００２７】
上記特徴の在席確認システムにおいて、例えば、各フロアにＩＤカードリーダが設置され、ＩＤカードを通して認証されなければ入室できないような場合に、当該ＩＤカードリーダによる入退室情報を加えて在席確認を行うことにより、より高精度な在席確認が可能になる。更に、退室と判定された場合には、在席判定処理を行う必要が無くなることから、本システムの負荷軽減につながる。
【図面の簡単な説明】
【００２８】
【図１】本発明に係る在席確認システムとその周辺機器の第１実施形態における構成例を示す概略ブロック図である。
【図２】本発明に係る在席確認システムの第１実施形態における構成例を示す概略ブロック図である。
【図３】本発明に係る在席確認システムの自席ＡＰＤＢに記憶される情報の一例を示す表である。
【図４】本発明に係る在席確認システムで用いる在席判断用情報ＤＢの一例を示す表である。
【図５】本発明に係る在席確認システムの処理を示すフローチャートである。
【図６】本発明に係る在席確認システムによる表示画面の一例を示す概略ブロック図である。
【図７】本発明に係る在席確認システムとその周辺機器の第２実施形態における構成例を示す概略ブロック図である。
【図８】本発明に係る在席確認システムの第２実施形態における構成例を示す概略ブロック図である。
【図９】本発明に係る在席確認システムの第３実施形態における構成例を示す概略ブロック図である。
【発明を実施するための形態】
【００２９】
以下、本発明に係る在席確認システム（以下、適宜「本発明システム」と称する）の実施形態を図面に基づいて説明する。
【００３０】
〈第１実施形態〉
本発明システムの第１実施形態について、図１〜図６を基に説明する。
【００３１】
尚、本発明システム１は、複数のユーザが個々に使用する席が固定されていないフリーアドレスオフィス環境において、無線ＬＡＮのアクセスポイント８１〜８ｙ（ｙはアクセスポイント８の数）を経由した内線電話通信を行うための内線電話機能を備えた携帯端末と、少なくとも利用時に所定の席に設置されて使用されるコンピュータ端末とを利用するユーザに対する在席確認を行う。尚、携帯端末は、本実施形態では、内線電話機能及び外線電話機能を備えた携帯電話機９を想定して説明する。
【００３２】
先ず、本発明システム１及びその周辺装置の構成について、図１を基に説明する。
【００３３】
図１に示すように、本発明システム１は、内線ＬＡＮに接続されており、当該内線ＬＡＮには、更に、ユーザ別にスケジュール情報を記憶したスケジュールＤＢ２ａを備えたスケジューラサーバ２、ＩＤカード４の情報を読み取るＩＤカードリーダ３、ＩＣタグ６ａが取り付けられたコンピュータ端末、コンピュータ端末に貼付されたＩＣタグ６ａの情報を読み取るＩＣタグリーダ５、及び、ＳＩＰサーバ７が接続されている。
【００３４】
スケジューラサーバ２は、コンピュータ端末等から、スケジュール情報として、ユーザに各別に割り当てられたユーザＩＤ、作業内容、作業場所、開始予定時刻、終了予定時刻からなるデータを受け付け、スケジュールＤＢ２ａに登録し、スケジュール情報の取得要求に応じてスケジュール情報の取得要求先にスケジュール情報を出力する。
【００３５】
ＩＤカードリーダ３は、在席確認の対象となるエリアの出入口に設置されており、ユーザは、エリアに入室及び退出する際に、ＩＤカード４を提示する。尚、本実施形態では、簡単のため、本発明システム１による在席確認の対象が、１つのエリアで構成されている場合を想定して説明する。ＩＤカード４には、各ユーザの認証情報が記憶されており、通常、ユーザはＩＤカード４を常時携帯している。
【００３６】
本実施形態のＩＤカードリーダ３は、ユーザによりＩＤカード４が提示された場合に、ユーザＩＤ及びユーザが入室したか退室したかを示す情報を、本発明システム１に送信する。
【００３７】
コンピュータ端末は、本実施形態では、ユーザに各別に割り当てられたノートＰＣ６１〜６ｘ（ｘはノートＰＣ６の数）であり、当該ノートＰＣ６を特定するためのＰＣ情報を記憶したＩＣタグ６ａが取り付けられている。
【００３８】
また、本実施形態のノートＰＣ６は、利用状況が変化したときに、ＰＣ情報と共に当該ノートＰＣ６の利用状況をしめす利用情報を、本発明システム１に送信するように構成されている。ノートＰＣ６は、ログイン状態、ログオフ状態及び電源ＯＦＦ状態の何れかにあり、ログイン状態の場合には、通常状態、ロック状態、スタンバイ状態、スクリーンセーバー起動状態の間で遷移するように構成されている。ノートＰＣ６は、利用情報として、ログイン状態、ログオフ状態及び電源ＯＦＦ状態の何れかを送信し、ログイン状態を送信する場合には、更に、通常状態、ロック状態、スタンバイ状態、スクリーンセーバー起動状態の何れかを送信する。
【００３９】
ＩＣタグリーダ５は、各席に１台ずつ設置されており、各ユーザは、自席位置が決定すると、当該自席にノートＰＣ６を設置し、当該ノートＰＣ６に貼付されたＩＣタグ６ａに記憶されたＰＣ情報をＩＣタグリーダ５に読み込ませる。ＩＣタグリーダ５は、ＩＣタグ６ａの情報を読み込むと、本発明システム１に対し、席ＩＤとノートＰＣ６のＰＣ情報を送信する。
【００４０】
ＳＩＰサーバ７は、ＳＩＰという通信制御プロトコルで通信制御を行うサーバであり、携帯電話機９１〜９ｚ（ｚは携帯電話機９の数）と無線ＬＡＮの各アクセスポイント８の間で通信可能か否かを示す端末状態を管理記憶する。ＳＩＰサーバ７は、携帯電話機９別に、携帯電話機９が利用している無線ＬＡＮのアクセスポイント８の情報を記憶するＡＰ情報ＤＢ７ａを備えている。ＳＩＰサーバ７は、本実施形態では、ＡＰ情報ＤＢ７ａが更新された場合に、本発明システム１に対し、ＡＰ情報ＤＢ７ａが更新された携帯電話機９の携帯ＩＤと利用ＡＰ情報を送信する。
【００４１】
次に、本発明システム１の構成について、図２を基に説明する。
【００４２】
本発明システム１は、図２に示すように、各種ＤＢが構築されたハードディスク等の不揮発性記憶装置、及び、演算処理手段における演算結果を一時的に記憶するＲＡＭ等で構成された記憶手段と、コンピュータのデータ処理によりユーザの在席情報を確認する演算処理手段と、を備えている。本実施形態では、更に、在席情報を表示する表示手段６ｂとして、ノートＰＣ６の表示画面を利用するように構成されている。
【００４３】
記憶手段は、本実施形態では、情報管理ＤＢ１１、及び、スケジューラサーバ２のスケジュールＤＢ２ａで構成されている。
【００４４】
情報管理ＤＢ１１は、ユーザ別に、ユーザが利用するノートＰＣ６の情報を記憶する第１端末ＤＢ１１ａと、ユーザ別に、ユーザが利用する携帯電話機９の情報を記憶する第２端末ＤＢ１１ｂと、席別に、席に携帯電話機９がある場合に利用されるアクセスポイント８の自席ＡＰ情報を記憶する自席ＡＰＤＢ１１ｃと、席別に、席の名称情報と席の位置情報を対応付けて記憶する表示情報ＤＢ１１ｄと、ユーザ別に、ユーザのＩＤ、ユーザの自席の席ＩＤ（自席情報ＤＢ１１ｆ）、ユーザの入退室情報（入退室ＤＢ１１ｅ）、ユーザが利用するノートＰＣ６の利用情報、ユーザの利用する携帯電話機９の利用ＡＰ情報（利用ＡＰＤＢ１１ｇ）を対応付けて記憶する在席判断用情報ＤＢを備えて構成されている。
【００４５】
演算処理手段は、所定の対象ユーザに対する在席情報の取得要求があった場合に、第１端末ＤＢ１１ａに記憶された情報に基づいて、対象ユーザの利用するノートＰＣ６の利用情報を取得する利用情報取得部１２ａと、取得要求があった場合に、利用情報取得部１２ａが取得した利用情報に基づいて対象ユーザのノートＰＣ６が利用中であるか否かを判定する第１判定部１２ｂと、取得要求があった場合に、第２端末ＤＢ１１ｂに記憶された情報と在席判断用情報ＤＢ（利用ＡＰＤＢ１１ｇ）に記憶された情報に基づいて、対象ユーザが利用する携帯電話機９の利用ＡＰ情報を取得する利用ＡＰ情報取得部１２ｃと、取得要求があった場合に、在席判断用情報ＤＢ（自席情報ＤＢ１１ｆ）に記憶された情報と自席ＡＰＤＢ１１ｃに記憶された情報に基づいて、対象ユーザの自席の自席ＡＰ情報を取得する自席ＡＰ情報取得部１２ｄと、利用ＡＰ情報取得部１２ｃが取得した利用ＡＰ情報と自席ＡＰ情報取得部１２ｄが取得した自席ＡＰ情報が一致する場合に、携帯電話機９が自席にあると判定する第２判定部１２ｅと、第１判定部１２ｂにおいてノートＰＣ６が利用中であると判定され、且つ、第２判定部１２ｅにおいて携帯電話機９が自席に在ると判定された場合に、ユーザが在席中であると判定する在席判定処理を行う在席判定部１２ｆを備えて構成される。
【００４６】
更に、本実施形態の本発明システム１は、対象ユーザの表示、在席判定部１２ｆにおける対象ユーザに対する判定内容の表示、表示情報ＤＢ１１ｄに記憶された自席の名称情報の表示、及び、表示情報ＤＢ１１ｄに記憶された情報に基づいて自席の位置情報の表示を行うための表示情報を作成し、表示手段６ｂに出力する表示部１２ｇと、前記ＩＣタグリーダ５が読み取った前記ノートＰＣ６の情報と前記ＩＣタグリーダ５が設置された前記席の情報を取得するＩＣタグ情報取得部１２ｈを備えている。
【００４７】
次に、本発明システム１の処理動作について図５〜図６を基に説明する。尚、本実施形態では、在席確認のためのデータを適宜作成する前処理、在席中または離席中の判定を行う在席確認処理、在席確認処理の結果を表示する後処理に分けて説明する。
【００４８】
本発明システム１における在席確認の前処理について、図４を基に説明する。ここで、図４は、在席判断用情報ＤＢの一例を示しており、予め、ユーザ別に、席ＩＤ、入退室履歴、利用情報、利用ＡＰ情報が記憶可能なレコードが用意されている。
【００４９】
尚、在席確認の前処理は、在席判断用情報ＤＢを更新するための処理であり、ＩＤカードリーダ３、ノートＰＣ６、ＳＩＰサーバ７及びＩＣタグリーダ５の各種装置からの情報に基づいて、適宜実行される。
【００５０】
在席判定部１２ｆは、ＩＤカードリーダ３からユーザＩＤ及びユーザが入室したか退室したかを示す情報を受け付けると、在席判断用情報ＤＢの該当するユーザＩＤの入退室情報を更新する。
【００５１】
利用情報取得部１２ａは、ノートＰＣ６からノートＰＣ６の利用情報を受け付け、第１端末ＤＢ１１ａに基づいてコンピュータ端末のユーザを特定し、ユーザと前記利用情報を対応付けて記憶手段に記憶する（第１利用情報取得処理）。より具体的には、ノートＰＣ６からＰＣ情報と利用情報を受け付け、ＰＣ情報をキーとして第１端末ＤＢ１１ａを検索して対応するユーザＩＤを取得し、在席判断用情報ＤＢの該当するユーザＩＤの利用情報を更新する。
【００５２】
利用ＡＰ情報取得部１２ｃは、ＳＩＰサーバ７から携帯電話機９を特定するための携帯ＩＤと利用ＡＰ情報を受け付けると、携帯ＩＤをキーとして第２端末ＤＢ１１ｂを検索して対応するユーザＩＤを取得し、在席判断用情報ＤＢの該当するユーザＩＤの利用ＡＰ情報を更新する。
【００５３】
自席ＡＰ情報取得部１２ｄは、ＩＣタグ情報取得部１２ｈがＩＣタグリーダ５から席ＩＤとノートＰＣ６のＰＣ情報を受け付けると、ＰＣ情報をキーとして第１端末ＤＢ１１ａを検索して対応するユーザＩＤを取得し、在席判断用情報ＤＢの該当するユーザＩＤの席ＩＤを更新する。
【００５４】
続いて、本発明システム１における在席確認処理について、図５を基に説明する。
【００５５】
例えば、訪問先の対象ユーザの在席確認を行いたい確認要求ユーザは、当該確認要求ユーザのノートＰＣ６を操作して本発明システム１に対し、在席確認要求を行う。在席確認要求では、対象ユーザのユーザＩＤを含む情報が出力される。
【００５６】
本発明システム１は、在席確認要求があると、先ず、在席判断用情報ＤＢから、対象ユーザのユーザＩＤをもつレコードの情報を取得する（ステップ＃１）。在席判定部１２ｆは、図３に示す在席判断用情報ＤＢにおいて、入退室情報が「入室」の場合は在室中であると判定して在席判定処理を実行する（ステップ＃２で「入室」分岐）。また、在席判定部１２ｆは、入退室情報が「退室」の場合は、退室中であると判定し（ステップ＃２で「退室」分岐）、対象ユーザが離席中であり、フロア外にいると判定する。
【００５７】
ステップ＃２で在室中であると判定されると、第１判定部１２ｂは、在席判断用情報ＤＢから対象ユーザが利用するノートＰＣ６の利用情報を確認する（ステップ＃３）。第１判定部１２ｂは、利用情報として「ログイン状態」が記憶されている場合は、ノートＰＣ６が利用中であると判定し、利用情報として「ロック状態」「スタンバイ状態」「スクリーンセーバー起動状態」「ログオフ状態」「電源ＯＦＦ状態」が記憶されている場合は、ノートＰＣ６が利用中ではないと判定する。
【００５８】
ステップ＃３において、第１判定部１２ｂによりノートＰＣ６が利用中であると判定されると（ステップ＃３で「利用中」分岐）、第２判定部１２ｅは、在席判断用情報ＤＢから対象ユーザが利用する携帯電話機９の位置を確認する（ステップ＃４）。具体的には、在席判断用情報ＤＢから利用ＡＰ情報と席ＩＤを取得し、席ＩＤをキーとして自席ＡＰＤＢ１１ｃを検索して自席ＡＰ情報を取得する。そして、第２判定部１２ｅは、取得した利用ＡＰ情報と自席ＡＰ情報が一致する場合に、対象ユーザが利用する携帯電話機９が自席にあると判定し、不一致の場合に、自席にないと判定する。
【００５９】
ステップ＃４において、第２判定部１２ｅにより携帯電話機９が自席にあると判定されると（ステップ＃４で「一致」分岐）、在席判定部１２ｆは、ステップ＃３で第１判定部１２ｂによりノートＰＣ６が利用中であると判定されていることから、第１判定部１２ｂ及び第２判定部１２ｅの両方の結果が、対象ユーザが自席にいる可能性が高いことを示していることから、対象ユーザが在席中であると判定する。
【００６０】
ステップ＃４において、第２判定部１２ｅにより携帯電話機９が自席にないと判定されると（ステップ＃４で「不一致」分岐）、在席判定部１２ｆは、ステップ＃３で第１判定部１２ｂによりノートＰＣ６が利用中であると判定されていることから、第１判定部１２ｂ及び第２判定部１２ｅの結果が、対象ユーザが自席にいる可能性が高いことを示す結果と自席にいる可能性が低いことを示す結果に分かれることから、スケジュール情報の確認を行う（ステップ＃５）。具体的には、在席判定部１２ｆは、対象ユーザのユーザＩＤをキーとしてスケジュールＤＢ２ａを検索し、現在時刻が開始時刻と終了時刻の間にあるケジュール情報を取得する。在席判定部１２ｆは、作業場所が登録されている場合は、作業場所が自席か否かを判定し、作業場所が登録されていない場合は、作業内容から在席中か離席中かを判定する。例えば、作業内容が会議等であり、会議の参加者が隣接する座席にいないような場合には、離席中であると判定する。
【００６１】
ステップ＃３において、第１判定部１２ｂによりノートＰＣ６が利用中ではないと判定されると（ステップ＃３で「利用中ではない」分岐）、第２判定部１２ｅは、在席判断用情報ＤＢから対象ユーザが利用する携帯電話機９の位置を確認する（ステップ＃６）。携帯電話機９の位置の確認方法は、ステップ＃４と同じである。
【００６２】
ステップ＃６において、第２判定部１２ｅにより携帯電話機９が自席にあると判定されると（ステップ＃６で「一致」分岐）、在席判定部１２ｆは、第１判定部１２ｂ及び第２判定部１２ｅの結果が、対象ユーザが自席にいる可能性が高いことを示す結果と自席にいる可能性が低いことを示す結果に分かれることから、スケジュール情報の確認を行う（ステップ＃７）。尚、スケジュール情報の確認方法は、ステップ＃５と同じである。
【００６３】
ステップ＃６において、第２判定部１２ｅにより携帯電話機９が自席にないと判定されると（ステップ＃６で「不一致」分岐）、在席判定部１２ｆは、ステップ＃３で第１判定部１２ｂによりノートＰＣ６が利用中ではないと判定されていることから、第１判定部１２ｂ及び第２判定部１２ｅの両方の結果が、対象ユーザが自席にいる可能性が低いことを示していることから、対象ユーザが離席中であると判定する。
【００６４】
本発明システム１における在席確認の後処理について、図６を基に説明する。ここで、図６は、在席確認要求を行った確認要求ユーザのノートＰＣ６の表示手段６ｂに表示される表示画面の一例である。尚、図６は、図４に示すユーザＩＤ「００００００１」のユーザが対象ユーザの場合を示している。
【００６５】
具体的には、例えば、図４に示すユーザＩＤ「００００００１」のユーザが対象ユーザの場合、席ＩＤが「５」、入退室情報が「入室」（図５ステップ＃２で「在室」分岐）、端末の利用情報が「ログイン」（ステップ＃３で「利用中」分岐）、利用ＡＰ情報が「ＡＰ２」となる。また、図３において、席ＩＤ５の自席ＡＰ情報が「ＡＰ２」であり、利用ＡＰ情報と自席ＡＰ情報が一致する（ステップ＃４で「一致」分岐）ので、在席中と判定される。
【００６６】
表示部１２ｇは、表示情報ＤＢ１１ｄから対象ユーザの氏名及び席の情報を取得する。ここで、席の名称情報としては、席ＩＤが用いられている。表示部１２ｇは、画面上部に、対象ユーザの表示（氏名）、在席判定部１２ｆにおける判定内容（ステータス）、自席の名称情報（自席情報）を表示し、画面中央部に席の位置を地図形式で表示するためのデータを作成し、確認要求ユーザのノートＰＣ６に出力する。図６では、ユーザＩＤ「００００００１」の氏名が、判定結果として「在席中」が、自席の名称情報として「○館・○階・座席５」が表示される。また、画面中央部には、座席５が属するフロアの全座席と入り口の位置関係が示され、座席５を塗りつぶし表示している。
【００６７】
尚、表示部１２ｇは、例えば、離席中の場合に、自席位置だけでなく、利用ＡＰ情報の位置やスケジュール情報に記憶された位置等、他の情報を名称または地図形式で表示するように構成しても良い。
【００６８】
更に、本実施形態では、在席判断用情報ＤＢが、ユーザ別に、席ＩＤ、入退室履歴、利用情報、利用ＡＰ情報を記憶するように構成したが、自席ＡＰ情報等の他の情報についても記憶可能に構成しても良い。
【００６９】
〈第２実施形態〉
本発明システム１の第２実施形態について、図７及び図８を基に説明する。尚、上記第１実施形態では、周辺装置が在席確認を行うための情報を本発明システム１に出力するように構成されている場合について説明したが、本実施形態では、本発明システム１が周辺装置にアクセスして在席確認を行うための情報を取得する場合について説明する。
【００７０】
先ず、本発明システム１及びその周辺装置の構成について、図７を基に説明する。
【００７１】
本実施形態の本発明システム１は、図７に示すように、内線ＬＡＮに接続されており、当該内線ＬＡＮには、スケジューラサーバ２、ＩＤカードリーダ３、コンピュータ端末としてのノートＰＣ６、ＩＣタグリーダ５及びＳＩＰサーバ７が接続されている。尚、スケジューラサーバ２、ＩＤカードリーダ３及びＩＣタグリーダ５の構成は、第１実施形態と同じである。
【００７２】
ノートＰＣ６は、本実施形態では、本発明システム１からの取得要求に応じて、ＰＣ情報と共に現在のノートＰＣ６の利用状況を示す利用情報を本発明システム１に送信する。
【００７３】
ＳＩＰサーバ７は、上記第１実施形態と同様に、携帯電話機９が利用している無線ＬＡＮのアクセスポイント８の情報を記憶するＡＰ情報ＤＢ７ａを備えており、本実施形態では、当該ＡＰ情報ＤＢ７ａを利用ＡＰＤＢ１１ｇとして利用する。
【００７４】
次に、本発明システム１の構成について、図８を基に説明する。
【００７５】
本実施形態の本発明システム１は、上記第１実施形態と同様に、記憶手段と演算処理手段を備えて構成されている。
【００７６】
記憶手段は、本実施形態では、情報管理ＤＢ１１、スケジューラサーバ２のスケジュールＤＢ２ａ、及び、ＳＩＰサーバ７のＡＰ情報ＤＢ７ａ（利用ＡＰＤＢ１１ｇ）で構成されている。
【００７７】
情報管理ＤＢ１１は、第１端末ＤＢ１１ａ、第２端末ＤＢ１１ｂ、自席ＡＰＤＢ１１ｃ、表示情報ＤＢ１１ｄ及び在席判断用情報ＤＢを備えて構成されている。尚、第１端末ＤＢ１１ａ、第２端末ＤＢ１１ｂ、自席ＡＰＤＢ１１ｃ及び表示情報ＤＢ１１ｄの構成は、上記第１実施形態と同じである。
【００７８】
演算処理手段は、上記第１実施形態と同様に、利用情報取得部１２ａ、第１判定部１２ｂ、利用ＡＰ情報取得部１２ｃ、自席ＡＰ情報取得部１２ｄ、第２判定部１２ｅ及び在席判定部１２ｆを備えて構成されている。尚、演算処理手段の第１判定部１２ｂ、第２判定部１２ｅの構成は、上記第１実施形態と同じである。
【００７９】
次に、本発明システム１の処理動作について図５を基に説明する。尚、本実施形態では、第１実施形態と同様に、在席確認のためのデータを作成する前処理、在席中または離席中の判定を行う在席確認処理、在席確認処理の結果を表示する後処理を行うように構成され、在席確認処理と後処理の処理内容は第１実施形態と同じである。
【００８０】
本発明システム１における在席確認の前処理について、図４を基に説明する。
【００８１】
在席判定部１２ｆは、第１実施形態と同様に、ＩＤカードリーダ３からユーザＩＤ及びユーザが入室したか退室したかを示す情報を受け付けると、在席判断用情報ＤＢの該当するユーザＩＤの入退室情報を更新する。
【００８２】
利用情報取得部１２ａは、在席確認要求が行われると、第１端末ＤＢ１１ａに記憶された情報に基づいて対象ユーザの利用するノートＰＣ６を特定し、ノートＰＣ６から利用情報を取得する（第２利用情報取得処理）。より具体的には、対象ユーザのユーザＩＤをキーとして第１端末ＤＢ１１ａを検索してＰＣ情報を取得し、ＰＣ情報によって特定されるノートＰＣ６にアクセスして利用情報を取得し、在席判断用情報ＤＢの該当するユーザＩＤの利用情報を更新する。
【００８３】
利用ＡＰ情報取得部１２ｃは、在席確認要求が行われると、対象ユーザのユーザＩＤをキーとして第２端末ＤＢ１１ｂを検索して携帯電話機９の携帯ＩＤを取得し、ＳＩＰサーバ７のＡＰ情報ＤＢ７ａにアクセスして、特定した携帯ＩＤを用いて利用ＡＰ情報を取得し、在席判断用情報ＤＢの該当するユーザＩＤの利用ＡＰ情報を更新する。
【００８４】
自席ＡＰ情報取得部１２ｄは、第１実施形態と同様に、ＩＣタグ情報取得部１２ｈがＩＣタグリーダ５から席ＩＤとノートＰＣ６のＰＣ情報を受け付けると、ＰＣ情報をキーとして第１端末ＤＢ１１ａを検索して対応するユーザＩＤを取得し、在席判断用情報ＤＢの該当するユーザＩＤの席ＩＤを更新する。
【００８５】
尚、上記第１実施形態では、利用情報取得部１２ａと利用ＡＰ情報取得部１２ｃの両方が相手側から送信される情報を受け付ける構成であるのに対し、本実施形態では、利用情報取得部１２ａと利用ＡＰ情報取得部１２ｃの両方が相手側にアクセスして情報を取得する構成である場合について説明したが、これに限るものではなく、利用情報取得部１２ａを相手側から送信される情報を受け付ける構成とし利用ＡＰ情報取得部１２ｃを相手側にアクセスして情報を取得する構成としても良いし、利用情報取得部１２ａを相手側にアクセスして情報を取得する構成とし利用ＡＰ情報取得部１２ｃを相手側から送信される情報を受け付ける構成としても良い。
【００８６】
また、本実施形態では、利用情報取得部１２ａと利用ＡＰ情報取得部１２ｃを相手側から送信される情報を受け付ける構成としたが、例えば、ＩＤカードリーダ３による入退室情報を管理するサーバが他に設置されている場合には、入退室情報についても当該サーバにアクセスして取得するように構成しても良いし、ＩＣタグリーダ５についても同様である。
【００８７】
〈第３実施形態〉
本発明システム１の第３実施形態について、図６を基に説明する。尚、上記第１実施形態では、本発明システム１による在席確認の対象が１つのエリアで構成されている場合について説明したが、本実施形態では、複数のエリアで構成されている場合について説明する。
【００８８】
先ず、本実施形態における本発明システム１及びその周辺装置の構成について、図１及び図９を基に説明する。
【００８９】
本実施形態の本発明システム１は、第１実施形態と同様に、図１に示すように、内線ＬＡＮに接続されており、当該内線ＬＡＮには、スケジューラサーバ２、ＩＤカードリーダ３、ノートＰＣ６、ＩＣタグリーダ５及びＳＩＰサーバ７が接続されている。
【００９０】
尚、スケジューラサーバ２、ノートＰＣ６、ＩＣタグリーダ５及びＳＩＰサーバ７の構成は、第１実施形態と同じである。
【００９１】
ＩＤカードリーダ３は、在席確認の対象となる各エリアの入口及び出口の近傍に設置されており、ＩＤカード４の提示によって各エリアのドアの施錠が解除されるように構成されている。ユーザは、各エリアに入室及び退出する際に、ＩＤカード４を提示する。尚、エリアは、本発明システム１が設置された建物の各フロア毎、或いは、会議室等の用途別に設定されている。本実施形態のＩＤカードリーダ３は、ユーザによりＩＤカード４が提示された場合に、ユーザＩＤ、エリアを特定する情報及びユーザが入室したか退室したかを示す情報、時刻を本発明システム１に送信する。
【００９２】
次に、本発明システム１の構成について、図９を基に説明する。
【００９３】
本実施形態の本発明システム１は、上記第１実施形態と同様に、記憶手段と演算処理手段を備えて構成されている。
【００９４】
記憶手段は、本実施形態では、第１実施形態と同様に、情報管理ＤＢ１１、及び、スケジューラサーバ２のスケジュールＤＢ２ａで構成されており、情報管理ＤＢ１１は、第１端末ＤＢ１１ａ、第２端末ＤＢ１１ｂ、自席ＡＰＤＢ１１ｃ、表示情報ＤＢ１１ｄ、入退室ＤＢ１１ｅ及び在席判断用情報ＤＢを備えて構成されている。尚、第１端末ＤＢ１１ａ、第２端末ＤＢ１１ｂ、自席ＡＰＤＢ１１ｃ及び表示情報ＤＢ１１ｄの構成は、上記第１実施形態と同じである。
【００９５】
本実施形態では、図９に示すように、記憶手段が、在席判断用情報ＤＢとは別に、ユーザ別に、ユーザがエリア内外に移動する際に、移動するエリアの入室履歴及び退室履歴を記憶する入退室ＤＢ１１ｅを備えている。本実施形態の入退室ＤＢ１１ｅは、ユーザＩＤ別、エリア別に、入室時刻及び退出時刻を記憶可能に構成されている。
【００９６】
演算処理手段は、上記第１実施形態と同様に、利用情報取得部１２ａ、第１判定部１２ｂ、利用ＡＰ情報取得部１２ｃ、自席ＡＰ情報取得部１２ｄ、第２判定部１２ｅ及び在席判定部１２ｆを備えて構成されている。尚、利用情報取得部１２ａ、第１判定部１２ｂ、利用ＡＰ情報取得部１２ｃ、自席ＡＰ情報取得部１２ｄ及び第２判定部１２ｅの構成は、上記第１実施形態と同じである。
【００９７】
在席判定部１２ｆは、本実施形態では、対象ユーザについて、入退室ＤＢ１１ｅに対応する退室履歴が記憶されていない入室履歴がある場合は、在室中であると判定して在席判定処理を実行し、入退室ＤＢ１１ｅに対応する退室履歴が記憶されていない入室履歴がない場合は、退室中であると判定する。
【００９８】
次に、本実施形態の本発明システム１の処理動作について図６を基に説明する。尚、本実施形態では、第１及び第２実施形態と同様に、在席確認のためのデータを作成する前処理、在席中または離席中の判定を行う在席確認処理、在席確認処理の結果を表示する後処理を行うように構成され、在席確認処理と後処理の処理内容は第１実施形態と同じである。
【００９９】
本実施形態の本発明システム１における在席確認の前処理について説明する。尚、利用情報取得部１２ａ、利用ＡＰ情報取得部１２ｃ及び自席ＡＰ情報取得部１２ｄの処理は、第１実施形態と同じである。
【０１００】
本実施形態の在席判定部１２ｆは、ＩＤカードリーダ３からユーザＩＤ、エリアを特定する情報及びユーザが入室したか退室したかを示す情報、時刻を含むＩＤ情報を受け付けると、入退室ＤＢ１１ｅの情報を更新する。
【０１０１】
このとき、在席判定部１２ｆは、更に、ＩＤ情報が送信されたユーザについて、退室時刻が入室時刻より早い場合または退室時刻が記憶されていない場合に、退室中であると判定し、ＩＤ情報が送信されたユーザの在席判断用情報ＤＢの入退室情報を「入室」に更新する。また、在席判定部１２ｆは、入室時刻より遅い退室時刻が記憶されている場合に、退室中であると判定し、ＩＤ情報が送信されたユーザの在席判断用情報ＤＢの入退室情報を「退室」に更新する。
【０１０２】
〈別実施形態〉
〈１〉上記第１〜第３実施形態では、本発明システム１とは別に設置されたスケジューラサーバ２に構築されたスケジュールＤＢ２ａを利用する構成としたが、本発明システム１の情報管理ＤＢ１１がスケジュールＤＢ２ａを備える構成としても良い。
【０１０３】
〈２〉上記第１〜第３実施形態では、コンピュータ端末がノートＰＣ６である場合を想定したが、これに限るものではなく、例えば、各席に固定的に設置されたＰＣ等であっても良い。また、携帯端末が携帯電話機９である場合を想定して説明したが、これに限るものではなく、スマートフォン等であっても良い。
【０１０４】
〈３〉上記第１〜第３実施形態では、在席中か離席中かの判定を択一的に実行したが、判定結果の判定精度を求めるように構成しても良い。
【０１０５】
判定精度を求める場合には、例えば、第１判定部１２ｂ及び第２判定部１２ｅの判定結果が何れも在席中の可能性が高いことを示す場合、或いは、何れも離席中の可能性が高いことを示す場合には、判定精度は高くなる。第１判定部１２ｂ及び第２判定部１２ｅの判定結果が在席中の可能性が高いことを示す結果と離席中の可能性が高いことを示す結果に分かれる場合には、判定精度は低くなる。
【０１０６】
この場合、表示部１２ｇは、在席中か離席中かの判定結果に加えて、判定精度を表示するように構成する。
【０１０７】
また、判定精度の他の例として、在席率を算出するように構成しても良い。この場合には、例えば、入退室情報の判定結果（図５ステップ＃２）、第２判定部１２ｅの判定結果（ステップ＃４、＃６）、第１判定部１２ｂの判定結果（ステップ＃３）、スケジュール情報の判定結果（ステップ＃５、＃７）の順に重要度を設定し、在席中の可能性が高いと判定された結果の重要度を考慮して在席率を算出する。
【０１０８】
この場合、表示部１２ｇは、在席中か離席中かの判定結果に加えて、或いは、在席中か離席中かの判定結果に代えて、在席率を表示するように構成しても良い。
【０１０９】
〈４〉上記第１〜第３実施形態では、入退室情報の判定結果、第１判定部１２ｂによるコンピュータ端末の利用状況の判定結果、第２判定部１２ｅによる携帯端末の位置の判定結果、及び、スケジュール情報を用いて、在席確認を行う場合について説明したが、これに限るものではない。少なくとも第１判定部１２ｂによるコンピュータ端末の利用状況の判定結果と第２判定部１２ｅによる携帯端末の位置の判定結果が含まれる構成であれば、他の情報を追加して在席確認を行うように構成しても良い。
【符号の説明】
【０１１０】
１      本発明に係る在席確認システム
２      スケジューラサーバ
２ａ    スケジュールＤＢ
３      ＩＤカードリーダ
４      ＩＤカード
５      ＩＣタグリーダ
６      ノートＰＣ（コンピュータ端末）
６ａ    ＩＣタグ
６ｂ    表示手段
７      ＳＩＰサーバ
７ａ    ＡＰ情報ＤＢ
８      アクセスポイント
９      携帯電話機
１１    情報管理ＤＢ
１１ａ  第１端末ＤＢ
１１ｂ  第２端末ＤＢ
１１ｃ  自席ＡＰＤＢ
１１ｄ  表示情報ＤＢ
１１ｅ  入退室ＤＢ
１１ｆ  自席情報ＤＢ
１１ｇ  利用ＡＰＤＢ
１２    在席確認サーバ
１２ａ  利用情報取得部
１２ｂ  第１判定部
１２ｃ  利用ＡＰ情報取得部
１２ｄ  自席ＡＰ情報取得部
１２ｅ  第２判定部
１２ｆ  在席判定部
１２ｇ  表示部
１２ｈ  ＩＣタグ情報取得部
【図１】
0005714937.tif 000002
【図２】
0005714937.tif 000003
【図３】
0005714937.tif 000004
【図４】
0005714937.tif 000005
【図５】
0005714937.tif 000006
【図６】
0005714937.tif 000007
【図７】
0005714937.tif 000008
【図８】
0005714937.tif 000009
【図９】
0005714937.tif 000010