特許 6874551 会議室予約システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6874551

(24)【登録日】2021年4月26日

(45)【発行日】2021年5月19日

(54)【発明の名称】会議室予約システム

(51)【国際特許分類】

   G06Q 10/10 20120101AFI20210510BHJP

【ＦＩ】

   G06Q10/10

【請求項の数】6

【全頁数】20

(21)【出願番号】特願2017-114964(P2017-114964)

(22)【出願日】2017年6月12日

(65)【公開番号】特開2019-3242(P2019-3242A)

(43)【公開日】2019年1月10日

【審査請求日】2020年3月30日

(73)【特許権者】

【識別番号】000211307

【氏名又は名称】中国電力株式会社

(74)【代理人】

【識別番号】100085660

【弁理士】

【氏名又は名称】鈴木 均

(74)【代理人】

【識別番号】100149892

【弁理士】

【氏名又は名称】小川 弥生

(72)【発明者】

【氏名】三宅 建一

(72)【発明者】

【氏名】奥田 俊文

(72)【発明者】

【氏名】戸崎 謙一

(72)【発明者】

【氏名】井田 泰徳

(72)【発明者】

【氏名】入江 徳郎

【審査官】 岸 健司

(56)【参考文献】

【文献】 特開２００６−３０９６０９（ＪＰ，Ａ）

【文献】 特開２００６−２８５６３６（ＪＰ，Ａ）

【文献】 特開２００７−０９４９８８（ＪＰ，Ａ）

【文献】 特開２００７−１０２３９２（ＪＰ，Ａ）

【文献】 国際公開第２０１５／０８７７６６（ＷＯ，Ａ１）

【文献】 国際公開第２０１４／０７３０９２（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

(57)【特許請求の範囲】

【請求項1】

複数のユーザに係るスケジュール情報を管理するとともに、前記スケジュール情報をユーザ端末に提供するスケジュール管理サーバと、
複数の会議室に係る会議室情報を管理するとともに、前記会議室情報を前記ユーザ端末に提供する会議室予約サーバと、
複数のユーザが所持するＲＦタグに係るチップ番号を管理するチップデータ管理サーバと、を備えた会議室予約システムであって、
前記ユーザが所持するＲＦタグからチップ番号を取得するユーザ側リーダ装置と、
前記ユーザ側リーダ装置と接続し、前記ユーザ側リーダ装置を介して取得したチップ番号に前記ユーザ側リーダ装置の機器ＩＤを付加して前記チップデータ管理サーバに送信するユーザ端末と、
前記複数の会議室のゲートに配置され、前記ユーザが所持するＲＦタグからチップ番号を取得するとともに、前記取得したチップ番号に機器ＩＤを付加して前記チップデータ管理サーバに送信するゲート側リーダ装置と、を備え、
前記チップデータ管理サーバは、
前記ユーザ端末、または前記ゲート側リーダ装置からチップ番号と機器ＩＤを受信する受信手段と、
複数のチップ番号、複数の機器ＩＤ、及び所在名称を関連付けして予め記憶するデータベースと、
前記受信手段により受信したチップ番号と機器ＩＤに基づいて、前記データベースを参照することにより前記ＲＦタグに係る所在箇所についての利用状況情報を生成して、前記スケジュール管理サーバ、及び前記会議室予約サーバに提供する情報提供手段と、を備えることを特徴とする会議室予約システム。

【請求項2】

前記スケジュール管理サーバは、
前記チップデータ管理サーバから受信した前記ＲＦタグに係る利用状況情報に基づいて、前記ＲＦタグを保持するユーザ毎の所在状況情報を生成して、前記ユーザ端末に提供する離着席表示処理手段を備えることを特徴とする請求項１記載の会議室予約システム。

【請求項3】

前記離着席表示処理手段は、前記所在状況情報として、前記ＲＦタグを保持するユーザが在席、離席、或いは会議中であること表す画面表示データを生成して、リアルタイムに前記ユーザ端末に提供することを特徴とする請求項２記載の会議室予約システム。

【請求項4】

前記会議室予約サーバは、
前記チップデータ管理サーバから受信した前記ＲＦタグに係る利用状況情報に基づいて、前記ＲＦタグを保持するユーザ毎の所在状況情報を生成して、前記ユーザ端末に提供する会議状況表示処理手段と、を備えることを特徴とする請求項１記載の会議室予約システム。

【請求項5】

前記会議状況表示処理手段は、前記所在状況情報として、前記ＲＦタグを保持するユーザが在席、離席、或いは会議中であること表す画面表示データを生成して、リアルタイムに前記ユーザ端末に提供することを特徴とする請求項４記載の会議室予約システム。

【請求項6】

前記会議状況表示処理手段は、現在時刻が電子メールの発信時刻に到達した場合に、前記ＲＦタグを保持するユーザ毎の所在状況情報として、ユーザが在席するときには、会議への参加を促す旨のメッセージを含む電子メールをユーザ端末に送信し、ユーザが移動中のときには、会議への参加を促す旨のメッセージを含む電子メールをユーザの携帯端末に送信することを特徴とする請求項４記載の会議室予約システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、例えば社屋内に配置されたローカルエリアネットワークＬＡＮを介して複数のユーザ端末を保持する各ユーザに対応して、会議参加者に係るリアルタイムの情報を提供するのに最適な会議室予約システムに関する。

【背景技術】

【0002】

従来、会議室予約サーバにより複数の会議室に係る会議室情報を管理するとともに、会議室情報をユーザ端末に提供していた。
また、従来、スケジュール管理サーバにより複数のユーザに係るスケジュール情報を管理するとともに、これらのスケジュール情報をユーザ端末に提供していた。

【0003】

会議室予約システムとしては、特許文献１に、利用者が希望する会議室を簡便に予約することを目的として、会議室の提供者が管理する会議室提供者端末と、会議室の利用者が管理する会議室利用者端末と、制御装置と、が通信ネットワークで接続された会議室予約システムであって、制御装置は、１又は複数の会議室提供者端末から送信される複数の会議室に関する情報に基づいてデータベースを作成するデータベース作成部と、データベースを参照して、会議室利用者端末から送信される会議室の利用条件に合致する会議室を選別して予約し、予約内容を会議室利用者端末に通知すると共に当該予約内容に従ってデータベースを更新する会議室予約実行部と、を少なくとも備える技術が開示されている。

【0004】

スケジュール管理システムとしては、特許文献２に、複数のメンバーでスケジュール情報を共有しているネットワーク環境において、スケジュールの変更等があった場合、最小限の手間で、かつ、比較的確実に、必要なメンバーへその旨の通知を行うことを目的として、グループウェアサーバは、予め登録された複数のメンバーにより共有されるスケジュール情報の設定を受け付ける。また、各メンバーによる端末からのアクセスに応じて、Ｗｅｂサーバにより、スケジュール情報を一覧画面データとして当該端末へ送信する。スケジュールの設定があったときに、予め定めた条件に応じて、その旨を必要なメンバーに対して、メールサーバにより、当該メンバーの携帯型情報機器への直送型の電子メールまたは文字メッセージ通信により通知するという技術が開示されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１０−１８６３８４公報

【特許文献2】特開２００２−９２２７７公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、会議室を予約するために用いる会議室予約サーバと、会議に参加する各関係者のスケジュールを管理するために用いるスケジュール管理サーバとがネットワークを介して連携（情報のやりとり）されていなかったため、会議室予約サーバへの予約情報がスケジュール管理サーバのスケジュール情報に即座に反映できなかった。
特許文献２は、複数のメンバーでスケジュール情報を共有しているネットワーク環境において、スケジュールの変更等があった場合に、最小限の手間で、かつ、比較的確実に、必要なメンバーへスケジュールの変更があった旨の通知を行うという技術内容にとどまるものであった。
ところで、ある会議参加者が会議開始前に他の参加者に、会議へ確実な参加を促すための電話連絡をしたいという要望があった。この際、その参加者がどこにいるかを確認しておきたいという要望もがあった。
例えば、実際に会議室において、ある会議参加者が会議開始前に会議室に到着して、他の参加者の到着を待っている場合に、他の参加者が実際にオフィースの個人席に在席するか否かを確認することができなかった。
また、ある会議参加者が会議開始前に個人席に在席する場合に、他の参加者が実際に個人席に在席するかどうか、或いは既に会議室に在席するか否かを確認することができなかった。
すなわち、ある会議参加者が他の会議参加者の実際の存在場所を確認することができなかった。
そこで、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況を確認することが可能なシステムの提供が切望されている。
本発明は、上記に鑑みてなされたもので、その目的は、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができ、業務効率を向上することにある。

【課題を解決するための手段】

【0007】

上記課題を解決するために、請求項１記載の発明は、複数のユーザに係るスケジュール情報を管理するとともに、前記スケジュール情報をユーザ端末に提供するスケジュール管理サーバと、複数の会議室に係る会議室情報を管理するとともに、前記会議室情報を前記ユーザ端末に提供する会議室予約サーバと、複数のユーザが所持するＲＦタグに係るチップ番号を管理するチップデータ管理サーバと、を備えた会議室予約システムであって、前記ユーザが所持するＲＦタグからチップ番号を取得するユーザ側リーダ装置と、前記ユーザ側リーダ装置と接続し、前記ユーザ側リーダ装置を介して取得したチップ番号に前記ユーザ側リーダ装置の機器ＩＤを付加して前記チップデータ管理サーバに送信するユーザ端末と、前記複数の会議室のゲートに配置され、前記ユーザが所持するＲＦタグからチップ番号を取得するとともに、前記取得したチップ番号に機器ＩＤを付加して前記チップデータ管理サーバに送信するゲート側リーダ装置と、を備え、前記チップデータ管理サーバは、前記ユーザ端末、または前記ゲート側リーダ装置からチップ番号と機器ＩＤを受信する受信手段と、複数のチップ番号、複数の機器ＩＤ、及び所在名称を関連付けして予め記憶するデータベースと、前記受信手段により受信したチップ番号と機器ＩＤに基づいて、前記データベースを参照することにより前記ＲＦタグに係る所在箇所についての利用状況情報を生成して、前記スケジュール管理サーバ、及び前記会議室予約サーバに提供する情報提供手段と、を備えることを特徴とする。

【発明の効果】

【0008】

本発明によれば、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができることで、業務効率を向上することができる。

【図面の簡単な説明】

【0009】

【図1】本発明の一実施形態に係る会議室予約システムの基本的な構成を示すシステム構成図である。

【図2】図１に示すスケジュール管理サーバの構成を示すブロック図である。

【図3】図１に示す会議室予約サーバの構成を示すブロック図である。

【図4】図１に示すチップデータ管理サーバの構成を示すブロック図である。

【図5】図１に示す会議室予約システムにおけるデータの流れと、表示メニューの構成を示す図である。

【図6】図１に示す会議室予約システムにおける登録処理と予約処理を示すシーケンス図である。

【図7】図１に示す会議室予約システムにおける利用状況情報の共有化を示すシーケンス図である。

【図8】（ａ）〜（ｄ）は、図１に示すユーザ端末に表示される画面表示データを示す図である。

【図9】（ａ）（ｂ）は、図１に示す各サーバに用いるデータテーブルを示すＥＲ図である。

【図10】（ａ）（ｂ）は、図１に示すスケジュール管理サーバの動作を示すフローチャートである。

【図11】（ａ）（ｂ）は、図１に示す会議室予約サーバの動作を示すフローチャートである。

【図12】（ａ）（ｂ）は、図１に示すチップデータ管理サーバの動作を示すフローチャートである。

【発明を実施するための形態】

【0010】

以下、本発明を図面に示した実施の形態により詳細に説明する。
本発明は、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができることで、業務効率を向上するために、以下の構成を有する。
すなわち、本発明の会議室予約システムは、複数のユーザに係るスケジュール情報を管理するとともに、スケジュール情報をユーザ端末に提供するスケジュール管理サーバと、複数の会議室に係る会議室情報を管理するとともに、会議室情報をユーザ端末に提供する会議室予約サーバと、複数のユーザが所持するＲＦタグに係るチップ番号を管理するチップデータ管理サーバと、を備えた会議室予約システムであって、ユーザが所持するＲＦタグからチップ番号を取得するユーザ側リーダ装置と、ユーザ側リーダ装置と接続し、ユーザ側リーダ装置を介して取得したチップ番号にユーザ側リーダ装置の機器ＩＤを付加してチップデータ管理サーバに送信するユーザ端末と、複数の会議室のゲートに配置され、ユーザが所持するＲＦタグからチップ番号を取得するとともに、取得したチップ番号に機器ＩＤを付加してチップデータ管理サーバに送信するゲート側リーダ装置と、を備え、チップデータ管理サーバは、ユーザ端末、またはゲート側リーダ装置からチップ番号と機器ＩＤを受信する受信手段と、複数のチップ番号、複数の機器ＩＤ、及び所在名称を関連付けして予め記憶するデータベースと、受信手段により受信したチップ番号と機器ＩＤに基づいて、データベースを参照することによりＲＦタグに係る所在箇所についての利用状況情報を生成して、スケジュール管理サーバ、及び会議室予約サーバに提供する情報提供手段と、を備えることを特徴とする。
以上の構成を備えることにより、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができることで、業務効率を向上することができる。
上記記載の本発明の特徴について、以下の図面を用いて詳細に解説する。但し、この実施形態に記載される構成要素、種類、組み合わせ、形状、その相対配置などは特定的な記載がない限り、この発明の範囲をそれのみに限定する主旨ではなく単なる説明例に過ぎない。
上記の本発明の特徴に関して、以下、図面を用いて詳細に説明する。

【0011】

本発明の実施形態について、図面を参照して説明する。
＜システム構成図＞
図１は、本発明の一実施形態に係る会議室予約システム１の基本的な構成を示すシステム構成図である。
会議室予約システム１は、ＲＦタグ１０がそれぞれ装着されている複数の携帯端末１２、チップ番号リーダ装置１４がそれぞれ接続されているユーザ端末１６、会議室ゲート１８に配置されているゲートチップ番号リーダ装置２０、スケジュール管理サーバ２２、会議室予約サーバ２４、チップデータ管理サーバ２６、メールサーバ２８、無線ＬＡＮ子機３０を備えている。
携帯端末１２は、固有のチップ番号を保持するＲＦタグ１０が装着されており、ユーザによる持ち運びが可能であり、メールサーバ２８から電子メールを受信することが可能である。

【0012】

ユーザ端末１６は、ＲＦタグ１０からチップ番号を読み取ることが可能なチップ番号リーダ装置１４が接続されており、チップ番号リーダ装置１４が読み取ったチップ番号等の情報をチップデータ管理サーバ２６に送信するものである。また、ユーザ端末１６は、スケジュール管理サーバ２２、会議室予約サーバ２４にアクセスすることにより、各サーバへの登録、各サーバから提供される画面表示データを表示するものである。
ゲートチップ番号リーダ装置２０は、各会議室の会議室ゲート１８に配置されており、ＲＦタグ１０からチップ番号を読み取り、ゲートチップ番号リーダ装置が読み取ったチップ番号等の情報をチップデータ管理サーバ２６に送信するものである。

【0013】

スケジュール管理サーバ２２は、複数のユーザに係るスケジュール情報を管理するとともに、スケジュール情報をユーザ端末に提供する。スケジュール管理サーバ２２は、離着席表示処理部２２ｂを有し、チップデータ管理サーバ２６から受信したＲＦタグ１０に係る利用状況情報に基づいて、ＲＦタグ１０を保持するユーザ毎の所在状況情報を生成して、ユーザ端末１６に提供する。離着席表示処理部２２ｂは、所在状況情報として、ＲＦタグ１０を保持するユーザが在席、離席、或いは会議中であること表す画面表示データを生成して、リアルタイムにユーザ端末１６に提供する。

【0014】

会議室予約サーバ２４は、複数の会議室に係る会議室情報を管理するとともに、会議室情報をユーザ端末に提供する。会議室予約サーバ２４は、会議状況表示処理部２４ｂを有し、チップデータ管理サーバ２６から受信したＲＦタグ１０に係る利用状況情報に基づいて、ＲＦタグ１０を保持するユーザ毎の所在状況情報を生成して、ユーザ端末１６に提供する。会議状況表示処理部２４ｂは、所在状況情報として、ＲＦタグ１０を保持するユーザが在席、離席、或いは会議中であること表す画面表示データを生成して、リアルタイムにユーザ端末１６に提供する。会議室予約サーバ２４は、現在時刻が電子メールの発信時刻に到達した場合に、ＲＦタグ１０を保持するユーザ毎の所在状況情報として、ユーザが個人席に在席するときには、会議への参加を促す旨のメッセージを含む電子メールをユーザ端末１６に送信し、ユーザが移動中のときには、会議への参加を促す旨のメッセージを含む電子メールをユーザの携帯端末１２に送信する。

【0015】

チップデータ管理サーバ２６は、複数のユーザが所持するＲＦタグ１０に係るチップ番号を管理する。チップデータ管理サーバ２６は、ユーザ端末１６、またはゲート側リーダ装置からチップ番号と機器ＩＤを受信する受信手段と、複数のチップ番号、複数の機器ＩＤ、及び所在名称を関連付けして予め記憶するデータベースと、受信手段により受信したチップ番号と機器ＩＤに基づいて、データベースを参照することによりＲＦタグ１０に係る所在箇所についての利用状況情報を生成して、スケジュール管理サーバ２２、及び会議室予約サーバ２４に提供する情報提供手段と、を有する。
メールサーバ２８は、ローカルエリアネットワークＬＡＮを介してユーザが利用するユーザ端末１６、或いは無線ＬＡＮ子機３０を介してユーザが所持する携帯端末１２に電子メールを送信する。

【0016】

＜スケジュール管理サーバ＞
図２は、図１に示すスケジュール管理サーバ２２の構成を示すブロック図である。
スケジュール管理サーバ２２は、制御部２２ｓ、通信部２２ｔ、データベースＤＢ２２ｄｂ、を備えている。
制御部２２ｓは、内部にＲＯＭ、ＲＡＭ、ＣＰＵ、及びタイマを有し、ＲＯＭからオペレーティングシステムＯＳを読み出してＲＡＭ上に展開してＯＳを起動し、ＯＳ管理下において、ＲＯＭからプログラムを読み出して各種処理を実行する。
通信部２２ｔは、ローカルエリアネットワークＬＡＮを介して他の装置との間でパケットデータを通信する。例えば、通信部２２ｔは、会議室予約サーバ２４、チップデータ管理サーバ２６、ユーザ端末１６との間でデータを通信する。
データベースＤＢ２２ｄｂは、制御部２２ｓにより実行された処理に応じて各種データテーブル、各種マスタテーブルを記憶するとともに、各種データテーブル、各種マスタテーブルから読み出したデータを通信部２２ｔに出力する。

【0017】

＜会議室予約サーバ＞
図３は、図１に示す会議室予約サーバ２４の構成を示すブロック図である。
会議室予約サーバ２４は、制御部２４ｓ、通信部２４ｔ、データベースＤＢ２４ｄｂ、を備えている。
制御部２４ｓは、内部にＲＯＭ、ＲＡＭ、ＣＰＵ、及びタイマを有し、ＲＯＭからオペレーティングシステムＯＳを読み出してＲＡＭ上に展開してＯＳを起動し、ＯＳ管理下において、ＲＯＭからプログラムを読み出して各種処理を実行する。
通信部２４ｔは、ローカルエリアネットワークを介して他の装置との間でパケットデータを通信する。例えば、通信部２４ｔは、スケジュール管理サーバ２２、チップデータ管理サーバ２６、ユーザ端末１６、メールサーバ２８との間でデータを通信する。
データベースＤＢ２４ｄｂは、制御部２４ｓにより実行された処理に応じて各種データテーブル、各種マスタテーブルを記憶するとともに、各種データテーブル、各種マスタテーブルから読み出したデータを通信部に出力する。

【0018】

＜チップデータ管理サーバ＞
図４は、図１に示すチップデータ管理サーバ２６の構成を示すブロック図である。
チップデータ管理サーバ２６は、制御部２６ｓ、通信部２６ｔ、データベースＤＢ２６ｄｂ、を備えている。
制御部２６ｓは、内部にＲＯＭ、ＲＡＭ、ＣＰＵ、及びタイマを有し、ＲＯＭからオペレーティングシステムＯＳを読み出してＲＡＭ上に展開してＯＳを起動し、ＯＳ管理下において、ＲＯＭからプログラムを読み出して各種処理を実行する。
通信部２６ｔは、ローカルエリアネットワークＬＡＮを介して他の装置との間でパケットデータを通信する。例えば、通信部２６ｔは、ゲートチップ番号リーダ装置２０、スケジュール管理サーバ２２、会議室予約サーバ２４、ユーザ端末１６との間でデータを通信する。
データベースＤＢ２６ｄｂは、制御部２６ｓにより実行された処理に応じて各種データテーブル、各種マスタテーブルを記憶するとともに、各種データテーブル、各種マスタテーブルから読み出したデータを通信部２６ｔに出力する。

【0019】

＜データに流れと、表示メニュー＞
図５は、図１に示す会議室予約システム１におけるデータに流れと、表示メニューの構成を示す図である。
ユーザ端末１６は、チップ番号リーダ装置１４がＲＦタグ１０から読み取ったチップ番号等の情報をチップデータ管理サーバ２６に送信する。
ゲートチップ番号リーダ装置２０は、ＲＦタグ１０から読み取ったチップ番号等の情報をチップデータ管理サーバ２６に送信する。
チップデータ管理サーバ２６は、複数のユーザが所持するＲＦタグ１０に係るチップ番号を管理し、ユーザ端末１６、またはゲートチップ番号リーダ装置２０からチップ番号と機器ＩＤを受信し、複数のチップ番号、複数の機器ＩＤ、及び所在名称を関連付けして予めデータベースＤＢ２６ｄｂに記憶し、受信したチップ番号と機器ＩＤに基づいて、データベースＤＢ２６ｄｂを参照することによりＲＦタグ１０に係る所在箇所についての利用状況情報を生成して、スケジュール管理サーバ２２、及び会議室予約サーバ２４に提供する。

【0020】

スケジュール管理サーバ２２は、ユーザ端末１６からの操作選択データに応じて、スケジュール入力表示モードに対応するスケジュール入力表示画面、離着席表示モードに対応する離着席表示画面、会議状況表示モードに対応する会議状況表示画面をユーザ端末１６に提供する。
会議室予約サーバ２４は、ユーザ端末１６からの操作選択データに応じて、会議室予約モードに対応する会議室予約画面、ＴＶ会議予約モードに対応するＴＶ会議予約画面、会議状況表示モードに対応する会議状況表示画面、メール発信予約モードに対応するメール発信予約画面をユーザ端末１６に提供する。
スケジュール管理サーバ２２と会議室予約サーバ２４とは、互いに利用状況データを通信する。

【0021】

＜登録処理と予約処理＞
図６は、図１に示す会議室予約システム１における登録処理と予約処理を示すシーケンス図である。
ステップＳ２では、ＲＦタグ１０は、チップ番号リーダ装置１４から受信した高周波の電磁エネルギに応じて、ＲＦタグ１０に設けられたＩＣチップのチップ番号をチップ番号リーダ装置１４に返送する。
ステップＳ４では、チップ番号リーダ装置１４は、ＲＦタグ１０から受信したチップ番号に、当該チップ番号リーダ装置１４の機器ＩＤを付加してユーザ端末１６に送信する。

【0022】

ステップＳ６では、ユーザ端末１６は、チップ番号リーダ装置１４から受信したチップ番号、機器ＩＤに読取月日、読取時刻を付加した一まとまりの登録情報をチップデータ管理サーバ２６に送信する。チップデータ管理サーバ２６は、チップデータマスタ登録処理部２６ａが管理者の所持するユーザ端末１６から受信した登録情報に基づいて、機器ＩＤに対応してチップ番号、所在名称、名前ＩＤ（ＦＫ）を機器マスタテーブルに登録する。
ステップＳ８では、ユーザ端末１６は、会議室予約情報を会議室予約サーバ２４に送信する。会議室予約サーバ２４は、会議室予約処理部２４ａがユーザ端末１６から受信した会議室予約情報を会議室テーブルに記憶する。
ステップＳ１０では、ユーザ端末１６は、スケジュール登録情報をスケジュール管理サーバ２２に送信する。スケジュール管理サーバ２２は、スケジュール入力表示処理部２２ａがユーザ端末１６から受信したスケジュール登録情報をスケジュールテーブルに登録する。

【0023】

＜利用状況情報の共有化＞
図７は、図１に示す会議室予約システム１における利用状況情報の共有化を示すシーケンス図である。
ステップＳ２２では、ＲＦタグ１０は、チップ番号リーダ装置１４から受信した高周波の電磁エネルギに応じて、ＲＦタグ１０に設けられたＩＣチップのチップ番号をチップ番号リーダ装置１４に返送する。
ステップＳ２４では、チップ番号リーダ装置１４は、ＲＦタグ１０から受信したチップ番号に、当該チップ番号リーダ装置１４の機器ＩＤを付加してユーザ端末１６に送信する。
ステップＳ２６では、ユーザ端末１６は、チップ番号リーダ装置１４から受信したチップ番号、機器ＩＤに読取月日、読取時刻を付加した一まとまりの読取情報をチップデータ管理サーバ２６に送信する。チップデータ管理サーバ２６は、チップ番号データ管理処理部２６ｂが管理の所持するユーザ端末１６から受信した読取情報に基づいて、機器ＩＤに対応して月日、時刻（自）、時刻（至）、リーダ装置、所在状況を利用テーブル（図９（ｂ））に記憶する。
ステップＳ２７では、ＲＦタグ１０は、会議室ゲート１８に配置されているゲートチップ番号リーダ装置２０から受信した高周波の電磁エネルギに応じて、ＲＦタグ１０に設けられたＩＣチップのチップ番号をゲートチップ番号リーダ装置２０に返送する。

【0024】

ステップＳ２８では、ゲートチップ番号リーダ装置２０は、ＲＦタグ１０から受信したチップ番号に、当該ゲートチップ番号リーダ装置２０の機器ＩＤを付加した一まとまりの読取テーブル（図９（ｂ））をチップデータ管理サーバ２６に送信する。チップデータ管理サーバ２６は、チップ番号データ管理処理部２６ｂがゲートチップ番号リーダ装置２０から受信した読取テーブル（図９（ｂ））のチップ番号をキーとして機器マスタテーブル（図９（ｂ））を参照して、利用テーブル（図９（ｂ））を更新して記憶する。
ステップＳ３０では、ゲートチップ番号リーダ装置２０は、チップ利用状況更新処理部２６ｃが利用状況を会議室予約サーバ２４に送信する。会議室予約サーバ２４は、会議状況表示処理部２４ｂがゲートチップ番号リーダ装置２０から受信した利用状況を会議室状況テーブルに記憶し、会議参加者テーブルを更新する。
ステップＳ３２では、ゲートチップ番号リーダ装置２０は、チップ利用状況更新処理部２６ｃが利用状況をスケジュール管理サーバ２２に送信する。スケジュール管理サーバ２２は、離着席表示処理部２２ｂがゲートチップ番号リーダ装置２０から受信した利用状況を状況テーブルに記憶する。

【0025】

ステップＳ３４では、スケジュール管理サーバ２２と会議室予約サーバ２４との間で利用状況のやりとりを行う。
ステップＳ３６では、スケジュール管理サーバ２２は、ユーザ端末１６からホームページ要求を受け付けた場合に、会議状況表示処理部２２ｃが画面表示データを生成してユーザ端末１６に送信する。
ステップＳ３７では、会議室予約サーバ２４は、会議状況表示処理部２４ｂがチップデータ管理サーバ２６から受信したＲＦタグ１０に係る利用状況情報に基づいて、ＲＦタグ１０を保持するユーザ毎の所在状況情報を生成して、ユーザ端末１６に提供する。また、会議状況表示処理部２４ｂが所在状況情報として、ＲＦタグ１０を保持するユーザが在席、離席、或いは会議中であること表す画面表示データを生成して、リアルタイムにユーザ端末１６に提供する。
ステップＳ３８では、会議室予約サーバ２４は、会議状況表示処理部２４ｂが電子メールを生成して、ユーザのメールアドレス宛てに電子メールをメールサーバ２８に送信する。
ステップＳ４０では、メールサーバ２８は、会議室予約サーバ２４から受信した電子メールをユーザのメールアドレスに対応したユーザ端末１６に送信する。

【0026】

＜画面表示データ＞
図８（ａ）〜（ｄ）は、図１に示すユーザ端末１６に表示される画面表示データを示す図である。
図８（ａ）は、スケジュール管理サーバ２２により生成されるスケジュール入力表示モード時の画面表示データであり、ユーザ端末１６からのアクセスに応じてスケジュール管理サーバ２２からユーザ端末１６に送信され、当該ユーザ端末１６の名前ＩＤに対応した会議に関するスケジュールがユーザ端末１６に表示される。この画面表示データは、縦方向に日付、横方向に時刻がマトリクス状に構成され、会議の開催日時に対応したマトリクス状の箇所に会議開催を表すマークが表示されている。

【0027】

図８（ｂ）は、スケジュール管理サーバ２２により生成される離着席表示モード時の画面表示データである。この画面表示データには、当該ユーザ端末１６の名前ＩＤに対応した会議に参加する参加者の状況が表示される。詳しくは、この画面表示データは、縦方向に会議の参加者の名前毎のレコード、横方向に名前、日時、内容、ＲＦタグ１０に係るチップ番号、状況等の表示欄が構成されている。

【0028】

図８（ｃ）は、会議室予約サーバ２４により生成される会議状況表示モード時の画面表示データである。この画面表示データには、当該ユーザ端末１６の名前ＩＤに対応した参加予定の会議室の状況が表示される。詳しくは、この画面表示データは、縦方向に会議室毎のレコード、横方向に会議室Ｎｏ（会議室番号）、日時、予約者、参加者、電子メールの発信時間（会議前の）、ＲＦタグ１０に係るチップ番号、状況等の表示欄が構成されている。

【0029】

図８（ｄ）は、チップデータ管理サーバ２６により生成される画面表示データである。この画面表示データには、当該ユーザ端末１６に接続されているＲＦタグ１０に係る所在箇所が表示される。詳しくは、この画面表示データは、縦方向にＲＦタグ１０のチップ番号毎のレコード、横方向にチップ番号、ＲＦタグ１０を保持している携帯電話の機器番号、利用者、日時、リーダ装置（配置箇所）等の表示欄が構成されている。

【0030】

＜データテーブル＞
図９（ａ）（ｂ）は、図１に示す各サーバに用いるデータテーブルを示すＥＲ図である。
図９（ａ）において、ユーザ端末１６は、ユーザテーブルを記憶している。このユーザテーブルには、名前ＩＤに対応して、名前、所属、社内電話番号、メールアドレスが記憶されている。
図９（ａ）において、スケジュール管理サーバ２２は、ユーザテーブルに関連付けられたスケジュールテーブル、状況テーブルをデータベースＤＢに記憶している。
スケジュールテーブルには、名前ＩＤに対応して、予定Ｎｏ（ＦＫ）、月日、時刻（自）、時刻（至）、内容が記憶されている。
状況テーブルには、予定Ｎｏに対応して、機器ＩＤ（ＦＫ）、チップ番号、所在状況が記憶されている。
ここで、スケジュール管理サーバ２２に備えられた離着席表示処理部２２ｂは、チップデータ管理サーバ２６から取得したチップ利用状況（機器ＩＤ、月日、時刻（自）、時刻（至）、リーダ装置、所在状況、チップ番号）のうち機器ＩＤをキーとして、複数の状況テーブルから当該機器ＩＤを含む状況テーブルを抽出して、状況テーブルに所在状況、チップ番号を追加する。

【0031】

また、図９（ａ）において、会議室予約サーバ２４は、ユーザテーブルに関連付けられた会議室テーブル、会議状況テーブル、会議参加者テーブルをデータベースＤＢに記憶している。
会議室テーブルには、会議室ＩＤに対応して、名前ＩＤ（ＦＫ）、予定Ｎｏ（ＦＫ）、月日、時刻（自）、時刻（至）、内容が記憶されている。
会議状況テーブルには、予定Ｎｏに対応して、機器ＩＤ（ＦＫ）、メール発信時間（ｘ分前）、チップ番号、所在状況が記憶されている。
会議参加者テーブルには、予定Ｎｏに対応して、名前ＩＤが記憶されている。
ここで、会議室予約サーバ２４に備えられた会議状況表示処理部２４ｂは、チップデータ管理サーバ２６から取得したチップ利用状況（機器ＩＤ、月日、時刻（自）、時刻（至）、リーダ装置、所在状況、チップ番号）のうち機器ＩＤをキーとして、複数の会議状況テーブルから当該機器ＩＤを含む会議状況テーブルを抽出して、会議状況テーブルに所在状況、チップ番号を追加する。

【0032】

図９（ｂ）において、チップ番号リーダ装置１４は、読取テーブルを記憶している。また、ゲートチップ番号リーダ装置２０は、読取テーブルを記憶している。
読取テーブルには、機器ＩＤに対応して、チップ番号、読取月日、読取時刻が記憶されている。
また、図９（ｂ）において、チップデータ管理サーバ２６は、機器マスタテーブル、利用テーブルをデータベースＤＢに記憶している。
機器マスタテーブルには、機器ＩＤに対応して、チップ番号、所在名称、名前ＩＤ（ＦＫ）が記憶されている。
利用テーブルには、機器ＩＤに対応して、月日、時刻（自）、時刻（至）、リーダ装置、所在状況が記憶されている。

【0033】

ここで、チップデータ管理サーバ２６に備えられたチップ利用状況更新処理部２６ｃは、チップ番号リーダ装置１４又はゲートチップ番号リーダ装置２０から取得した読取テーブルに含まれる機器ＩＤをキーとして、機器マスタテーブルから機器ＩＤに対応した所在名称を取得して、機器ＩＤに対応した月日、時刻（自）、時刻（至）、リーダ装置、所在状況等を利用テーブルに記憶する。チップ利用状況更新処理部２６ｃは、利用テーブルの記憶内容にチップ番号を付加してチップ利用状況として、スケジュール管理サーバ２２、会議室予約サーバ２４に送信する。

【0034】

＜スケジュール管理サーバ＞
図１０（ａ）（ｂ）は、図１に示すスケジュール管理サーバ２２の動作を示すフローチャートである。
以下、図１０（ａ）を参照して、スケジュール管理サーバ２２のスケジュール入力表示処理部２２ａによるスケジュール入力表示処理Ｓ１００について説明する。
まず、ステップＳ１０５では、制御部２２ｓは、ユーザ端末１６からユーザ選択を受信する。
ステップＳ１１０では、制御部２２ｓは、ユーザ端末１６を介してユーザから予定入力を受信する。
ステップＳ１１５では、制御部２２ｓは、画面表示データを生成する。
この結果、スケジュール管理サーバ２２にアクセス中のユーザ端末１６に、図８（ａ）に示すような画面表示データを提供して表示させることができる。
また、スケジュール管理サーバ２２にアクセス中のユーザ端末１６に、図８（ｂ）に示すような画面表示データを提供して表示させることができる。例えば、図８（ｂ）に示すように、名前欄に「Ａ」「Ｂ」、日時欄に「１２／１ １０：００〜１１：００」「１２／１ １３：００〜１５：００」、内容欄に「○○会議」「△△会議」を表す情報をリアルタイムに表示することができる。

【0035】

以下、図１０（ｂ）を参照して、スケジュール管理サーバ２２の離着席表示処理部２２ｂによる離着席表示処理Ｓ１５０について説明する。
まず、ステップＳ１５５では、制御部２２ｓは、タイマから現在時刻を取得する。
ステップＳ１６０では、制御部２２ｓは、チップデータ管理サーバ２６からチップ利用状況を受信する。
ステップＳ１６５では、制御部２２ｓは、利用テーブルの所在状況が在席を表しているか否かを判定する。
利用テーブルの所在状況が在席を表している場合に、ステップＳ１７０では、制御部２２ｓは、当該機器ＩＤに対応した会議状況テーブル（図９（ａ））に所在状況を更新し、他のサーバである会議室予約サーバ２４へこの所在状況（会議状況テーブル）を送信する。
ステップＳ１７５では、制御部２２ｓは、画面表示データ（図８（ｂ））を生成する。
この結果、スケジュール管理サーバ２２にアクセス中のユーザ端末１６に、図８（ｂ）に示すような画面表示データを提供して表示させることができる。例えば、状況欄に「在席」であることを表す情報をリアルタイムに表示することができる。

【0036】

一方、利用テーブルの所在状況が在席を表していない場合に、ステップＳ１８０では、制御部２２ｓは、利用テーブルの所在状況が会議中を表しているか否かを判定する。
利用テーブルの所在状況が会議中を表している場合に、ステップＳ１８５では、制御部２２ｓは、当該機器ＩＤに対応した会議状況テーブル（図９（ａ））に所在状況を更新し、他のサーバである会議室予約サーバ２４へこの所在状況（会議状況テーブル）を送信する。
ステップＳ１９０では、制御部２２ｓは、画面表示データ（図８（ｂ））を生成する。
一方、利用テーブルの所在状況が会議中を表していない場合（移動中）に、処理を終了する。
この結果、スケジュール管理サーバ２２にアクセス中のユーザ端末１６に、図８（ｂ）に示すような画面表示データを提供して表示させることができる。例えば、図８（ｂ）に示すように、状況欄に「会議中」であることを表す情報をリアルタイムに表示することができる。

【0037】

このように、チップデータ管理サーバ２６から受信したＲＦタグ１０に係る利用状況情報に基づいて、ＲＦタグ１０を保持するユーザ毎の所在状況情報を生成して、ユーザ端末１６に提供するので、ユーザ端末１６からスケジュール管理サーバ２２にアクセスすることにより、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができることで、業務効率を向上することができる。
このように、所在状況情報として、ＲＦタグ１０を保持するユーザが在席、離席、或いは会議中であること表す画面表示データを生成して、リアルタイムにユーザ端末１６に提供することで、ユーザ端末１６からスケジュール管理サーバ２２にアクセスすることにより、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができることで、業務効率を向上することができる。

【0038】

＜会議室予約サーバ＞
図１１（ａ）（ｂ）は、図１に示す会議室予約サーバ２４の動作を示すフローチャートである。
以下、図１１（ａ）を参照して、会議室予約サーバ２４の会議室予約処理部２４ａによる会議室予約処理Ｓ２００について説明する。
まず、ステップＳ２０５では、制御部２４ｓは、ユーザ端末１６からユーザ選択を受信する。
ステップＳ２１０では、制御部２４ｓは、ユーザ端末１６を介してユーザから予定入力を受信する。
ステップＳ２１５では、制御部２４ｓは、画面表示データ（図８（ｃ））を生成する。
また、会議室予約サーバ２４にアクセス中のユーザ端末１６に、図８（ｃ）に示すような画面表示データを提供して表示させることができる。例えば、図８（ｃ）に示すように、会議室Ｎｏ欄に「会議室１−１」「会議室１−２」、日時欄に「１２／１ １０：００〜１１：００」「１２／１ １３：００〜１５：００」、予約者欄に「Ａ」「Ｂ」、発信時間欄に「５」「１０」（分）を表す情報をリアルタイムに表示することができる。

【0039】

以下、図１１（ｂ）を参照して、会議室予約サーバ２４の会議状況表示処理部２４ｂによる会議状況表示処理Ｓ２３０について説明する。
まず、ステップＳ２３５では、制御部２４ｓは、タイマから現在時刻を取得する。
ステップＳ２４０では、制御部２４ｓは、会議状況テーブル（図９（ａ））からメール発信時間（ｘ分前）を取得する。
ステップＳ２４５では、制御部２４ｓは、チップデータ管理サーバ２６からチップ利用状況を受信する。
ステップＳ２５０では、制御部２４ｓは、利用テーブルの所在状況が在席を表しているか否かを判定する。
利用テーブルの所在状況が在席を表している場合に、ステップＳ２５５では、制御部２４ｓは、会議参加者を取得する。
ステップＳ２６０では、制御部２４ｓは、状況テーブルの所在状況が在席を表しているか否かを判定する。

【0040】

状況テーブルの所在状況が在席を表している場合に、タイマから取得した現在時刻が会議開始時刻のｘ分前（メール発信時間）に到達したときに、ステップＳ２６５では、制御部２４ｓは、ユーザ端末１６へ電子メールを発信する。
一方、状況テーブルの所在状況が在席を表していない場合（移動中）に、タイマから取得した現在時刻が会議開始時刻のｘ分前（メール発信時間）に到達したときに、ステップＳ２７０では、制御部２４ｓは、携帯端末１２へ電子メールを発信する。
ステップＳ２７５では、制御部２４ｓは、画面表示データ（図８（ｃ））を生成する。
この結果、会議室予約サーバ２４にアクセス中のユーザ端末１６に、図８（ｃ）に示すような画面表示データを提供して表示させることができる。例えば、図８（ｃ）に示すように、会議室Ｎｏ欄に「会議室１−１」「会議室１−２」、日時欄に「１２／１ １０：００〜１１：００」「１２／１ １３：００〜１５：００」、予約者欄に「Ａ」「Ｂ」、発信時間欄に「５」「１０」（分）を表す情報をリアルタイムに表示することができ、これに加えて、参加者欄「Ａ、Ｆ、Ｊ、Ｋ」「Ｂ、Ｃ、Ｄ、Ｅ」、を表す情報をリアルタイムに表示することができる。

【0041】

また、会議室予約サーバ２４にアクセス中のユーザ端末１６に、図８（ｃ）に示すような画面表示データを提供して表示させることができる。例えば、状況欄に「会議中」であることを表す情報をリアルタイムに表示することができる。
このように、現在時刻が電子メールの発信時刻に到達した場合に、ＲＦタグ１０を保持するユーザ毎の所在状況情報として、ユーザが個人席に在席するときには、会議への参加を促す旨のメッセージを含む電子メールをユーザ端末１６に送信（Ｓ２６５）し、ユーザが移動中のときには、会議への参加を促す旨のメッセージを含む電子メールをユーザの携帯端末１２に送信（Ｓ２７０）することで、会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認した結果、会議の予定時刻が迫っているにも係わらず、会議参加者が個人席に在席するとき、又は移動中のときには電子メールを送信するので、電子メールを受け取った会議参加者は確実に会議に参加することができるので、業務効率を向上することができる。

【0042】

利用テーブルの所在状況が在席を表していない場合（移動中）に、ステップＳ２８０では、制御部２４ｓは、利用テーブルの所在状況が会議中を表しているか否かを判定する。
利用テーブルの所在状況が会議中を表している場合に、ステップＳ２８５では、制御部２４ｓは、所在状況を更新し、他のサーバであるスケジュール管理サーバ２２へこの所在状況を含むチップ利用状況（会議状況テーブル）を送信する。
ステップＳ２９０では、制御部２４ｓは、画面表示データ（図８（ｃ））を生成する。
一方、利用テーブルの所在状況が会議中を表していない場合（移動中）に、処理を終了する。
この結果、会議室予約サーバ２４にアクセス中のユーザ端末１６に、図８（ｃ）に示すような画面表示データを提供して表示させることができる。例えば、図８（ｃ）に示すように、状況欄に「会議中」であることを表す情報をリアルタイムに表示することができる。

【0043】

このように、チップデータ管理サーバ２６から受信したＲＦタグ１０に係る利用状況情報に基づいて、ＲＦタグ１０を保持するユーザ毎の所在状況情報を生成して、ユーザ端末１６に提供することで、ユーザ端末１６から会議室予約サーバ２４にアクセスすることにより、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができることで、業務効率を向上することができる。
このように、所在状況情報として、ＲＦタグ１０を保持するユーザが在席、離席、或いは会議中であること表す画面表示データを生成して、リアルタイムにユーザ端末１６に提供することで、ユーザ端末１６から会議室予約サーバ２４にアクセスすることにより、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができることで、業務効率を向上することができる。

【0044】

＜チップデータ管理サーバ＞
図１２（ａ）（ｂ）は、図１に示すチップデータ管理サーバ２６の動作を示すフローチャートである。
以下、図１２（ａ）を参照して、チップデータ管理サーバ２６のチップデータマスタ登録処理部２６ａによるチップ等機器管理処理Ｓ３００について説明する。
まず、ステップＳ３０５では、制御部２６ｓは、ユーザ端末１６から区分選択を受け付ける。
ステップＳ３１０では、制御部２６ｓは、受け付けた区分として、新規処理であるのか、変更処理であるのか、削除処理であるのかを判定する。
区分として新規処理である場合に、ステップＳ３１５では、制御部２６ｓは、図９（ｂ）に示す機器マスタテーブルに対して、新規に登録処理を行う。
区分として変更処理である場合に、ステップＳ３２０では、制御部２６ｓは、図９（ｂ）に示す機器マスタテーブルに対して、修正処理を行う。

【0045】

区分として削除処理である場合に、ステップＳ３２５では、制御部２６ｓは、図９（ｂ）に示す機器マスタテーブルに対して、削除処理を行う。
ステップＳ３３０では、制御部２６ｓは、画面表示データを生成する。
この結果、チップデータ管理サーバ２６にアクセス中のユーザ端末１６に、図９（ｂ）に示すような機器マスタテーブルを含む画面表示データを提供して表示させることができる。例えば、図９（ｂ）に示すように、機器マスタテーブルとして、機器ＩＤに対応してチップ番号、所在名称、名前ＩＤ（ＦＫ）を表す情報をリアルタイムに表示することができる。

【0046】

以下、図１２（ｂ）を参照して、チップデータ管理サーバ２６のチップ利用状況更新処理部２６ｃによるチップ利用状況更新処理Ｓ３４０について説明する。
まず、ステップＳ３４５では、制御部２６ｓは、リーダ装置からチップ番号と機器ＩＤを受信する。
例えば、制御部２６ｓは、日時「１２／１ ９：００」に、チップ番号リーダ装置１４からユーザ端末１６を介してチップ番号「１００−０１」と機器ＩＤ「ｉＰｈｏｎ１」を受信する。
また、例えば、制御部２６ｓは、日時「１２／１ ９：５５」に、ゲートチップ番号リーダ装置２０からチップ番号「１００−０１」と機器ＩＤ「ｉＰｈｏｎ１」を受信する。
ステップＳ３５０では、制御部２６ｓは、タイマから現在時刻を取得する。
例えば、制御部２６ｓは、現在時刻としてタイマから、日時「１２／１ ９：００」、或いは日時「１２／１ ９：５５」を取得する。

【0047】

ステップＳ３５５では、制御部２６ｓは、機器ＩＤ毎に利用テーブル（図９（ｂ））を更新し、他のサーバへこの所在状況を送信する。すなわち、チップデータ管理サーバ２６は、チップ利用状況更新処理部２６ｃがユーザ端末１６またはゲートチップ番号リーダ装置２０から受信した読取テーブル（図９（ｂ））の機器ＩＤをキーとして機器マスタテーブル（図９（ｂ））を参照して、機器マスタテーブルから機器ＩＤに対応した所在名称を取得して、機器ＩＤに対応した月日、時刻（自）、時刻（至）、リーダ装置、所在状況等を利用テーブル（図９（ｂ））に更新して記憶する。チップ利用状況更新処理部２６ｃは、利用テーブルの記憶内容にチップ番号を付加してチップ利用状況とし、他のサーバであるスケジュール管理サーバ２２と会議室予約サーバ２４に送信する。
ステップＳ３６０では、制御部２６ｓは、リーダ装置が本人のユーザ端末１６に取り付けられたものか否かを判定する。

【0048】

リーダ装置が本人のユーザ端末１６に取り付けられたものである場合には、当該ユーザが「在席」することとし、ステップＳ３６５では、制御部２６ｓは、当該機器ＩＤに対応した利用テーブル（図９（ｂ））に所在状況を更新し、他のサーバであるスケジュール管理サーバ２２と会議室予約サーバ２４へこの所在状況「在席」を含むチップ利用状況（利用テーブル）を送信する。
ステップＳ３７０では、制御部２６ｓは、画面表示データ（図８（ｄ））を生成する。
この結果、チップデータ管理サーバ２６にアクセス中のユーザ端末１６に、図８（ｄ）に示すような画面表示データを提供して表示させることができる。例えば、図８（ｄ）に示すように、チップ番号欄に「１００−０１」、機器番号欄に「ｉＰｈｏｎ１」、利用者欄に「Ａ」、日時欄に「１２／１ ９：００」、リーダ装置欄に「端末Ａ」を表す情報をリアルタイムに表示することができる。

【0049】

一方、リーダ装置が本人のユーザ端末１６に取り付けられたものではない場合には、ステップＳ３７５では、制御部２６ｓは、リーダ装置が会議室ゲート１８に取り付けられたものか否かを判定する。
リーダ装置が会議室ゲート１８に取り付けられたものである場合には、当該ユーザが「会議中」であることとし、ステップＳ３８０では、制御部２６ｓは、当該機器ＩＤに対応した利用テーブル（図９（ｂ））に所在状況を更新し、他のサーバであるスケジュール管理サーバ２２と会議室予約サーバ２４へこの所在状況を含むチップ利用状況（利用テーブル）を送信する。
ステップＳ３８５では、制御部２６ｓは、画面表示データ（図８（ｄ））を生成する。
この結果、チップデータ管理サーバ２６にアクセス中のユーザ端末１６に、図８（ｄ）に示すような画面表示データを提供して表示させることができる。例えば、図８（ｄ）に示すように、チップ番号欄に「１００−０１」、機器番号欄に「ｉＰｈｏｎ１」、利用者欄に「Ａ」、日時欄に「１２／１ ９：５５」、リーダ装置欄に「会議室１−１」を表す情報をリアルタイムに表示することができる。

【0050】

このように、ユーザが所持するＲＦタグ１０に係るチップ番号とこの情報を読み取ったリーダ装置に係る機器ＩＤに基づいて、複数のチップ番号、複数の機器ＩＤ、及び所在名称を関連付けして予め記憶するデータベースを参照することにより当該ＲＦタグ１０に係る所在箇所についての利用状況情報を生成して、スケジュール管理サーバ２２、及び会議室予約サーバ２４に提供するので、ユーザ端末１６からスケジュール管理サーバ２２、又は会議室予約サーバ２４にアクセスすることにより、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができることで、業務効率を向上することができる。

【0051】

＜本実施形態の態様例の作用、効果のまとめ＞
＜第１態様＞
本態様の会議室予約システム１は、複数のユーザに係るスケジュール情報を管理するとともに、スケジュール情報をユーザ端末に提供するスケジュール管理サーバ２２と、複数の会議室に係る会議室情報を管理するとともに、会議室情報をユーザ端末に提供する会議室予約サーバ２４と、複数のユーザが所持するＲＦタグ１０に係るチップ番号を管理するチップデータ管理サーバ２６と、を備えた会議室予約システム１であって、ユーザが所持するＲＦタグ１０からチップ番号を取得するチップ番号リーダ装置１４（ユーザ側リーダ装置）と、チップ番号リーダ装置１４と接続し、チップ番号リーダ装置１４を介して取得したチップ番号にチップ番号リーダ装置１４の機器ＩＤを付加してチップデータ管理サーバ２６に送信するユーザ端末１６と、複数の会議室のゲートに配置され、ユーザが所持するＲＦタグ１０からチップ番号を取得するとともに、取得したチップ番号に機器ＩＤを付加してチップデータ管理サーバ２６に送信するゲートチップ番号リーダ装置２０（ゲート側リーダ装置）と、を備え、チップデータ管理サーバ２６は、ユーザ端末１６、またはゲートチップ番号リーダ装置２０からチップ番号と機器ＩＤを受信する受信手段（Ｓ３４５）と、複数のチップ番号、複数の機器ＩＤ、及び所在名称を関連付けして予め記憶するデータベースＤＢ２６ｄｂと、受信手段（Ｓ３４５）により受信したチップ番号と機器ＩＤに基づいて、データベースを参照することによりＲＦタグ１０に係る所在箇所についての利用状況情報を生成（Ｓ３５５）して、スケジュール管理サーバ２２、及び会議室予約サーバ２４に提供する情報提供手段（Ｓ３５５）と、を備えることを特徴とする。
本態様によれば、ユーザが所持するＲＦタグ１０に係るチップ番号とこの情報を読み取ったリーダ装置に係る機器ＩＤに基づいて、複数のチップ番号、複数の機器ＩＤ、及び所在名称を関連付けして予め記憶するデータベースを参照することにより当該ＲＦタグ１０に係る所在箇所についての利用状況情報を生成して、スケジュール管理サーバ２２、及び会議室予約サーバ２４に提供するので、ユーザ端末１６からスケジュール管理サーバ２２、又は会議室予約サーバ２４にアクセスすることにより、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができることで、業務効率を向上することができる。

【0052】

＜第２態様＞
本態様のスケジュール管理サーバ２２は、チップデータ管理サーバ２６から受信したＲＦタグ１０に係る利用状況情報に基づいて、ＲＦタグ１０を保持するユーザ毎の所在状況情報を生成して、ユーザ端末１６に提供する離着席表示処理部２２ｂ（Ｓ１７５、Ｓ１９０）を備えることを特徴とする。
本態様によれば、チップデータ管理サーバ２６から受信したＲＦタグ１０に係る利用状況情報に基づいて、ＲＦタグ１０を保持するユーザ毎の所在状況情報を生成して、ユーザ端末１６に提供するので、ユーザ端末１６からスケジュール管理サーバ２２にアクセスすることにより、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができることで、業務効率を向上することができる。

【0053】

＜第３態様＞
本態様の離着席表示処理部２２ｂ（Ｓ１７５、Ｓ１９０）は、所在状況情報として、ＲＦタグ１０を保持するユーザが在席、離席、或いは会議中であること表す画面表示データを生成して、リアルタイムにユーザ端末１６に提供することを特徴とする。
本態様によれば、所在状況情報として、ＲＦタグ１０を保持するユーザが在席、離席、或いは会議中であること表す画面表示データを生成して、リアルタイムにユーザ端末１６に提供することで、ユーザ端末１６からスケジュール管理サーバ２２にアクセスすることにより、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができることで、業務効率を向上することができる。

【0054】

＜第４態様＞
本態様の会議室予約サーバ２４は、チップデータ管理サーバ２６から受信したＲＦタグ１０に係る利用状況情報に基づいて、ＲＦタグ１０を保持するユーザ毎の所在状況情報を生成して、ユーザ端末１６に提供する会議状況表示処理部２４ｂ（Ｓ２７５、Ｓ２９０）を備えることを特徴とする。
本態様によれば、チップデータ管理サーバ２６から受信したＲＦタグ１０に係る利用状況情報に基づいて、ＲＦタグ１０を保持するユーザ毎の所在状況情報を生成して、ユーザ端末１６に提供することで、ユーザ端末１６から会議室予約サーバ２４にアクセスすることにより、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができることで、業務効率を向上することができる。

【0055】

＜第５態様＞
本態様の会議状況表示処理部２４ｂ（Ｓ２７５、Ｓ２９０）は、所在状況情報として、ＲＦタグ１０を保持するユーザが在席、離席、或いは会議中であること表す画面表示データを生成して、リアルタイムにユーザ端末１６に提供することを特徴とする。
本態様によれば、所在状況情報として、ＲＦタグ１０を保持するユーザが在席、離席、或いは会議中であること表す画面表示データを生成して、リアルタイムにユーザ端末１６に提供することで、ユーザ端末１６から会議室予約サーバ２４にアクセスすることにより、ある会議参加者が他の会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認することができることで、業務効率を向上することができる。

【0056】

＜第６態様＞
本態様の会議状況表示処理部２４ｂは、現在時刻が電子メールの発信時刻に到達した場合に、ＲＦタグ１０を保持するユーザ毎の所在状況情報として、ユーザが在席するときには、会議への参加を促す旨のメッセージを含む電子メールをユーザ端末１６に送信（Ｓ２６５）し、ユーザが移動中のときには、会議への参加を促す旨のメッセージを含む電子メールをユーザの携帯端末１２に送信（Ｓ２７０）することを特徴とする。
本態様によれば、現在時刻が電子メールの発信時刻に到達した場合に、ＲＦタグ１０を保持するユーザ毎の所在状況情報として、ユーザが個人席に在席するときには、会議への参加を促す旨のメッセージを含む電子メールをユーザ端末１６に送信（Ｓ２６５）し、ユーザが移動中のときには、会議への参加を促す旨のメッセージを含む電子メールをユーザの携帯端末１２に送信（Ｓ２７０）することで、会議参加者の実際の存在場所を表す所在状況をリアルタイムで確認した結果、会議の予定時刻が迫っているにも係わらず、会議参加者が個人席に在席するとき、又は移動中のときには電子メールを送信するので、電子メールを受け取った会議参加者は確実に会議に参加することができるので、業務効率を向上することができる。

【符号の説明】

【0057】

１…会議室予約システム、１０…ＲＦタグ、１２…携帯端末、１４…チップ番号リーダ装置、１６…ユーザ端末、１８…会議室ゲート、２０…ゲートチップ番号リーダ装置、２２…スケジュール管理サーバ、２２ａ…スケジュール入力表示処理部、２２ｂ…離着席表示処理部、２２ｃ…会議状況表示処理部、２２ｄｂ…データベースＤＢ、２２ｓ…制御部、２２ｔ…通信部、２４…会議室予約サーバ、２４ａ…会議室予約処理部、２４ｂ…会議状況表示処理部、２４ｄｂ…データベースＤＢ、２４ｓ…制御部、２４ｔ…通信部、２６…チップデータ管理サーバ、２６ａ…チップデータマスタ登録処理部、２６ｂ…チップ番号データ管理処理部、２６ｃ…チップ利用状況更新処理部、２６ｄｂ…データベースＤＢ、２６ｓ…制御部、２６ｔ…通信部、２８…メールサーバ、３０…無線ＬＡＮ子機

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】