(57)【要約】【課題】機器の利用予約を可能としつつ、機器が利用可能な状態であれば予約の操作なしで利用できるようにする。【解決手段】予約対象機器から、ユーザ情報と機器ＩＤを受け付け、（Ｓ２０１）、予約対象機器が当該ユーザに予約されておらず（Ｓ２０４のＮ）、かつ、当該機器が他のユーザにも予約されていない場合に（Ｓ２０５のＮ）、当該ユーザが自動予約許可ユーザであることを条件として（Ｓ２０６のＹ）、予約管理サーバが当該機器の利用予約を自動的に行い（Ｓ２０７）、当該機器が利用可であることを予約対象機器に返答する（Ｓ２１０）。【選択図】        図７
2015152988.tif 000002
【特許請求の範囲】
【請求項１】
予約対象機器の予約を管理する予約管理装置であって、
前記予約対象機器の識別情報と、該予約対象機器を予約したユーザの識別情報及び予約期間とを対応付けた予約情報を保存する予約情報保存手段と、
前記予約対象機器から、該予約対象機器を使用しようとするユーザの識別情報を受信する受信手段と、
前記ユーザの識別情報を受信した場合に、送信元予約対象機器の識別情報及び受信したユーザの識別情報を前記予約情報と照合する照合手段と、
前記照合手段による照合の結果、現在どのユーザも該送信元予約対象機器の予約をしていない期間である場合、前記予約情報保存手段に、前記受信した識別情報に係るユーザが前記送信元予約対象機器を所定時間だけ予約した旨の情報を保存させると共に、該送信元予約対象機器に対し、該送信元予約対象機器の使用を許可する旨の情報を送信する予約手段とを備えたことを特徴とする予約管理装置。
【請求項２】
請求項１に記載の予約管理装置であって、
前記照合手段による照合の結果、現在該ユーザが該送信元予約対象機器を予約した期間内である場合、該送信元予約対象機器に対し、該送信元予約対象機器の使用を許可する旨の情報を送信する使用許可通知手段と、
前記照合手段による照合の結果、現在他のユーザが該送信元予約対象機器を予約した期間内である場合、該送信元予約対象機器に対し、該送信元予約対象機器の使用を許可しない旨の情報を送信する使用不許可通知手段とを備えることを特徴とする予約管理装置。
【請求項３】
請求項１又は２に記載の予約管理装置であって、
ユーザの識別情報と対応付けて、前記予約手段が該ユーザに関する予約を行う場合に設定する使用時間の情報を保存する使用時間保存手段を備え、
前記照合手段は、現在から前記受信した識別情報に係るユーザと対応する使用時間の間にどのユーザも該送信元予約対象機器の予約をしていない場合に、現在は前記どのユーザも送信元予約対象機器の予約をしていない期間であると判断することを特徴とする予約管理装置。
【請求項４】
請求項３に記載の予約管理装置であって、
前記予約手段は、前記予約情報保存手段に前記予約した旨の情報を保存させる場合において、前記所定時間を、前記受信した識別情報に係るユーザと対応する使用時間とすることを特徴とする予約管理装置。
【請求項５】
請求項１乃至４のいずれか一項に記載の予約管理装置であって、
ユーザの識別情報と対応付けて、該ユーザについて前記予約手段の機能を有効にするか否かの情報を保存する予約可否保存手段を備え、
前記予約手段は、前記受信した識別情報に係るユーザについて予約手段の機能が有効である場合のみ、前記予約した旨の情報の保存及び前記使用を許可する旨の情報の送信を行うことを特徴とする予約管理装置。
【請求項６】
請求項１乃至５のいずれか一項に記載の予約管理装置であって、
既に使用中の予約対象機器から使用期間の延長要求を受信した場合に、前記予約情報を参照し、現在の使用に係る予約期間の後所定の延長時間内に要求元予約対象機器が予約されていない場合に、現在の使用に係る予約期間を該延長時間だけ延長する延長手段を備えることを特徴とする予約管理装置。
【請求項７】
請求項１乃至５のいずれか一項に記載の予約管理装置であって、
既に使用中の予約対象機器から該予約対象機器を使用しているユーザの識別情報を受信した場合に、前記予約情報を参照し、現在の使用に係る予約期間の残りが閾値以下であり、かつ、現在の使用に係る予約期間の後所定の延長時間内に要求元予約対象機器が予約されていない場合に、現在の使用に係る予約期間を該延長時間だけ延長する延長手段を備えることを特徴とする予約管理装置。
【請求項８】
予約対象機器と、予約対象機器の予約を管理する予約管理装置とを備える予約管理システムであって、
前記予約対象機器が、
ユーザの識別情報の入力を受け付ける識別情報受付手段と、
前記識別情報受付手段が受け付けた識別情報を、当該予約対象機器を使用しようとするユーザの識別情報として前記予約管理装置に送信する送信手段と、
前記予約管理装置から受信した使用許可又は不許可の情報に基づき、ユーザに当該予約対象機器の使用を許可するか否かを制御する制御手段とを備え、
前記予約管理装置が、
前記予約対象機器の識別情報と、該予約対象機器を予約したユーザの識別情報及び予約期間とを対応付けた予約情報を保存する予約情報保存手段と、
前記予約対象機器から、該予約対象機器を使用しようとするユーザの識別情報を受信する受信手段と、
前記ユーザの識別情報を受信した場合に、送信元予約対象機器の識別情報及び受信したユーザの識別情報を前記予約情報と照合する照合手段と、
前記照合手段による照合の結果、現在どのユーザも該送信元予約対象機器の予約をしていない期間である場合、前記予約情報保存手段に、前記受信した識別情報に係るユーザが前記送信元予約対象機器を所定時間だけ予約した旨の情報を保存させると共に、該送信元予約対象機器に対し、該送信元予約対象機器の使用を許可する旨の情報を送信する予約手段とを備えたことを特徴とする予約管理システム。
【請求項９】
予約対象機器が、
ユーザの識別情報の入力を受け付ける識別情報受付手順と、
前記識別情報受付手順で受け付けた識別情報を、当該予約対象機器を使用しようとするユーザの識別情報として予約管理装置に送信する送信手順と、
前記予約管理装置から受信した使用許可又は不許可の情報に基づき、ユーザに当該予約対象機器の使用を許可するか否かを制御する制御手順とを実行し、
前記予約管理装置が、
前記予約対象機器の識別情報と、該予約対象機器を予約したユーザの識別情報及び予約期間とを対応付けた予約情報を保存する予約情報保存手順と、
前記予約対象機器から、該予約対象機器を使用しようとするユーザの識別情報を受信する受信手順と、
前記ユーザの識別情報を受信した場合に、送信元予約対象機器の識別情報及び受信したユーザの識別情報を前記予約情報と照合する照合手順と、
前記照合手順による照合の結果、現在どのユーザも該送信元予約対象機器の予約をしていない期間である場合、前記予約情報保存手順により、前記受信した識別情報に係るユーザが前記送信元予約対象機器を所定時間だけ予約した旨の情報を保存すると共に、該送信元予約対象機器に対し、該送信元予約対象機器の使用を許可する旨の情報を送信する予約手順とを実行することを特徴とする予約管理方法。
【請求項１０】
コンピュータを、
予約対象機器の識別情報と、該予約対象機器を予約したユーザの識別情報及び予約期間とを対応付けた予約情報を保存する予約情報保存手段と、
前記予約対象機器から、該予約対象機器を使用しようとするユーザの識別情報を受信する受信手段と、
前記ユーザの識別情報を受信した場合に、送信元予約対象機器の識別情報及び受信したユーザの識別情報を前記予約情報と照合する照合手段と、
前記照合手段による照合の結果、現在どのユーザも該送信元予約対象機器の予約をしていない期間である場合、前記予約情報保存手段に、前記受信した識別情報に係るユーザが前記送信元予約対象機器を所定時間だけ予約した旨の情報を保存させると共に、該送信元予約対象機器に対し、該送信元予約対象機器の使用を許可する旨の情報を送信する予約手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予約管理装置、予約管理システム、予約管理方法及びプログラムに関する。
【背景技術】
【０００２】
プロジェクタなどのオフィスで利用する機器を誰がいつ利用するのかということを入力して機器を予約することが可能な予約システムに関する技術が既に知られている（例えば特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
特許文献１には、機器が予約されている場合だけ利用できるようにするために、通常は機器をロックして利用できない状態にし、予約サーバからロック解除信号を受信したときだけ利用可能にする構成が開示されている。
しかし、特許文献１に記載の予約システムでは、ある時間帯において目の前の機器に予約が入っておらずかつ使用されてもいない状態であっても、その機器を利用したい場合は改めて予約をしなくてはならず、ユーザの利便性に欠けるという問題があった。
このような問題は、予約対象の機器がオフィスで利用する機器以外の機器である場合でも、同様に発生するものである。
【０００４】
本発明は、上述のような事情に鑑み為されたものであり、本発明は、機器の利用予約を可能としつつ、機器が利用可能な状態であれば予約の操作なしで利用できるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明は、予約対象機器の予約を管理する予約管理装置であって、上記予約対象機器の識別情報と、該予約対象機器を予約したユーザの識別情報及び予約期間とを対応付けた予約情報を保存する予約情報保存手段と、上記予約対象機器から、該予約対象機器を使用しようとするユーザの識別情報を受信する受信手段と、上記ユーザの識別情報を受信した場合に、送信元予約対象機器の識別情報及び受信したユーザの識別情報を上記予約情報と照合する照合手段と、上記照合手段による照合の結果、現在どのユーザも該送信元予約対象機器の予約をしていない期間である場合、上記予約情報保存手段に、上記受信した識別情報に係るユーザが上記送信元予約対象機器を所定時間だけ予約した旨の情報を保存させると共に、該送信元予約対象機器に対し、該送信元予約対象機器の使用を許可する旨の情報を送信する予約手段とを備えたことを特徴とする。
【発明の効果】
【０００６】
上記構成によれば、機器の利用予約を可能としつつ、機器が利用可能な状態であれば予約の操作なしで利用できるようにすることができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の第１実施形態である予約管理システムの全体構成を示すブロック図である。
【図２】図１に示した予約管理サーバ２０のハードウェア構成を示す図である。
【図３】図１に示した予約対象機器１０及び予約管理サーバ２０の機能構成を示す機能ブロック図である。
【図４】ユーザ情報テーブルの一例を示す図である。
【図５】予約一覧テーブルの一例を示す図である。
【図６】第１実施形態における予約対象機器が実行する予約処理の流れを示すフローチャートである。
【図７】第１実施形態における予約管理サーバが実行する予約処理の流れを示すフローチャートである。
【図８】第１実施形態における予約管理サーバが実行する延長予約処理の流れを示すフローチャートである。
【図９】第１実施形態における予約管理システムの利用メニュー画面の一例を示す図である。
【図１０】ユーザ情報の入力画面の一例を示す図である。
【図１１】第２実施形態における予約管理システムの利用メニュー画面の一例を示す図である。
【図１２】第２実施形態における予約管理サーバが実行する予約処理の流れを示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下、この発明を実施するための形態について、具体的に説明する。
【０００９】
〔第１実施形態：図１乃至図１０〕
図１は、この発明の第１実施形態である予約管理システムの全体構成を示すブロック図である。
図１に示す予約管理システム１は、予約対象機器１０及びこの発明の予約管理装置の実施形態である予約管理サーバ２０がネットワーク３０を介して相互に通信可能に接続されている。
ネットワーク３０は、たとえば、ＬＡＮ（Local  Area  Network）やＷＡＮ（Wide  Area  Network）、インターネット等が利用可能であり、有線／無線の別を問わない。
【００１０】
また、この実施形態において、予約対象機器１０とは、予約管理システム１を用いて利用予約を行う対象となる機器を指し、例えば、ユーザが使用を予定しているプロジェクタやＵＣＳ（テレビ会議システム）等である。ただし、この発明を適用できる範囲がこれらの機器には限られないことは後述の通りである。
また、予約管理サーバ２０は、予約対象機器１０の利用を希望するユーザからの利用予約の管理を行う機能を備える装置である。
【００１１】
次に、予約管理サーバ２０のハードウェア構成について説明する。
図２は、予約管理サーバ２０のハードウェア構成を示すブロック図である。予約管理サーバ２０はハードウェアとしては公知のＰＣと同様な構成を適宜採用できる。
例えば、図２に示すように、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、通信インタフェース（Ｉ／Ｆ）１０４、ＨＤＤ（ハードディスクドライブ）１０５、ＵＩ（ユーザインタフェース）部１０６をシステムバス１０７により接続した構成とすることができる。
【００１２】
そして、ＣＰＵ１０１がＲＡＭ１０３をワークエリアとしてＲＯＭ１０２あるいはＨＤＤ１０５に記憶されたプログラムを実行することにより、予約管理サーバ２０全体の動作を制御し、予約対象機器１０の予約の管理をはじめとする、後述する種々の機能を実現することができる。
また、ＨＤＤ１０５は、ＣＰＵ１０１が実行するプログラムをはじめ、種々のデータを記憶する。
【００１３】
通信Ｉ／Ｆ１０４は、ＬＡＮ等のネットワーク３０を介して予約対象機器１０等の外部装置と通信するためのインタフェースである。
ＵＩ部１０６は、ユーザの操作を受け付けるための操作部や、ユーザに情報を提示するための表示部を含む操作受付手段である。外付けの操作部や表示部を用いてもよいことはもちろんである。
【００１４】
なお、予約対象機器１０は、通常有するその機器固有の機能に加えて、ユーザからのユーザ情報の入力を受け付けるためのＵＩ部、予約管理サーバ２０との通信のための通信Ｉ／Ｆ、機器全体の制御を行う制御部（ＣＰＵ、ＲＯＭ、ＲＡＭ）及び記憶装置を備える。もちろん、これらのＵＩ部、制御部等の機能を実現するためのハードウェアの全部又は一部が、機器固有の機能を実現するためのハードウェアと共通であってもよい。
なお、予約対象機器１０に公知のパーソナルコンピュータ（ＰＣ：不図示）を接続したり、あるいは、ネットワーク３０にＰＣを接続したりして、ユーザがこのＰＣを操作して予約管理サーバ２０との通信を行って予約等の処理をしてもよいことは、勿論である。
【００１５】
図３は、図１に示した予約対象機器１０、予約管理サーバ２０の各機能構成とそれらの関係を示す機能ブロック図である。
図３に示すように、予約対象機器１０は、ユーザ情報受付部１１、リモート通信部１２、ロック制御部１３、ユーザ通知部１４、予約管理サーバ情報データベース（ＤＢ）１５及び機器情報ＤＢ１６を備えている。これらの各部の機能は、予約対象機器１０のＣＰＵが所定のプログラムを実行して上記各部の動作を制御することにより実現されるものである。
【００１６】
このうち、ユーザ情報受付部１１は、予約対象機器１０を使用あるいは予約しようとするユーザを特定するユーザ情報（例えば、ユーザ識別情報（ＩＤ）及びパスワード等）の入力をユーザから受け付ける機能を備える。
すなわち、ユーザの識別情報の入力を受け付ける識別情報受付手段としての機能を備える。また、ユーザ情報受付部１１が実行するユーザの識別情報の入力を受け付ける処理が、識別情報受付手順の処理に該当する。
【００１７】
また、リモート通信部１２は、予約管理サーバ２０や外部の装置等と通信を行う機能を備える。すなわち、ユーザ情報受付部１１が受け付けたユーザ情報を、当該予約対象機器を使用しようとするユーザの識別情報として予約管理装置に送信する送信手段としての機能を備える。また、リモート通信部１２が実行するユーザの識別情報を予約管理装置に送信する処理が、送信手順の処理に該当する。
【００１８】
また、ロック制御部１３は、機器のロック／ロック解除を、予約管理サーバ２０からの利用可／利用不可の返答に基づいて切換制御を行う機能を備える。すなわち、予約管理装置から受信した使用許可又は不許可の情報に基づき、ユーザに当該予約対象機器の使用を許可するか否かを制御する制御手段として機能する。また、ロック制御部１３が実行するユーザに当該予約対象機器の使用を許可するか否かを制御する処理が、制御手順の処理に該当する。
【００１９】
ユーザ通知部１４は、予約管理サーバ２０からの返答内容を、モニタや音声案内などの手段でユーザに通知する機能を備える。
予約管理サーバ情報データベース（ＤＢ）１５は、予約管理サーバ２０に接続するためのサーバ情報を記憶する機能を備える。サーバ情報とは、例えば、予約管理サーバ名（例えば、「reserve.local」）、ＩＰアドレス（例えば「192.168.0.111」）及びポート番号（例えば「8080」等）等である。
また、機器情報ＤＢ１６は、当該予約対象機器１０の機器情報（例えば、予約対象機器１０の識別情報である機器ＩＤ及びＩＰアドレス等）を記憶する機能を備える。
【００２０】
また、図３に示すように、予約管理サーバ２０は、リモート通信部２１、ユーザ認証部２２、予約確認部２３、予約管理部２４、予約ＤＢ２５及びユーザＤＢ２６を備えている。これらの各部の機能は、予約管理サーバ２０のＣＰＵ１０１が所定のプログラムを実行して上記各部の動作を制御することにより実現されるものである。
【００２１】
このうち、リモート通信部２１は、予約対象機器１０やその他の外部の装置等と通信を行う機能を備え、予約対象機器１０から、予約対象機器１０を使用あるいは予約しようとするユーザの識別情報を受信する受信手段として機能する。また、リモート通信部２１が実行する予約対象機器１０を使用あるいは予約しようとするユーザの識別情報を受信する処理が、受信手順の処理に該当する。
【００２２】
また、ユーザ認証部２２は、予約対象機器１０から受信したユーザ情報を利用して、そのユーザが後述のユーザＤＢ２６に登録されたユーザであるか否かの認証処理を行う機能を備える。
予約確認部２３は、予約対象機器１０から受信したユーザ情報及び予約対象機器１０の識別情報を手掛かりとして、後述の予約ＤＢ２５を検索して予約の有無を確認し、予約対象機器１０に対して、予約が有れば利用可を返答し、予約が無ければ利用不可を返答する機能を備える。
【００２３】
すなわち、予約確認部２３は、ユーザの識別情報を受信した場合に、送信元の予約対象機器の識別情報及び受信したユーザの識別情報を予約情報（ユーザ識別情報、機器識別情報及び予約期間）と照合する照合手段として機能する。この予約確認部２３が実行する、ユーザの識別情報を受信した場合に、送信元の予約対象機器の識別情報及び受信したユーザの識別情報を予約情報と照合する処理が、照合手順の処理に該当する。
【００２４】
また、予約確認部２３は、照合手段による照合の結果、現在当該ユーザが送信元予約対象機器を予約した期間内である場合、送信元予約対象機器に対し、送信元予約対象機器の使用を許可する旨の情報を送信する使用許可通知手段として機能する。
さらに、予約確認部２３は、照合手段による照合の結果、現在他のユーザが送信元予約対象機器を予約した期間内である場合、送信元予約対象機器に対し、送信元予約対象機器の使用を許可しない旨の情報を送信する使用不許可通知手段としても機能する。
【００２５】
予約管理部２４は、予約対象機器１０からの予約情報を受け取り、予約ＤＢ２５内を検索して当該予約期間内に他の予約が入っていなければ、その予約情報を予約ＤＢ２５に登録する機能を備える。
また、予約管理部２４は、予約対象機器１０から当該機器の識別情報と、自動予約可が設定されている特定のユーザのユーザ情報を受け取った場合に、現在どのユーザも当該機器の予約をしていない期間であるときは、次の処理を行う。すなわち、予約ＤＢ２５に、受信した識別情報に係るユーザが予約対象機器１０を予め設定した所定時間だけ予約した旨の情報を保存させると共に、予約対象機器１０の利用可を予約対象機器１０に返答する自動予約の機能を備える。
【００２６】
すなわち、予約管理部２４は、上記照合手段による照合の結果、現在どのユーザも該送信元予約対象機器の予約をしていない期間である場合、上記予約情報保存手段（予約ＤＢ２５）に、受信した識別情報に係るユーザが上記送信元予約対象機器を所定時間だけ予約した旨の情報を保存させると共に、該送信元予約対象機器に対し、該送信元予約対象機器の使用を許可する旨の情報を送信する予約手段として機能する。
【００２７】
この予約管理部２４が実行する、現在どのユーザも該送信元予約対象機器の予約をしていない期間である場合、上記予約情報保存手段に、受信した識別情報に係るユーザが上記送信元予約対象機器を所定時間だけ予約した旨の情報を保存させると共に、該送信元予約対象機器に対し、該送信元予約対象機器の使用を許可する旨の情報を送信する処理が、予約手順の処理に該当する。
【００２８】
また、予約管理部２４は、現在使用中の予約対象機器１０から使用期間の延長要求を受信した場合に、上記予約情報を参照し、現在の使用に係る予約期間の後所定の延長時間内に当該予約対象機器１０が予約されていない場合に、現在の使用に係る予約期間を該延長時間だけ延長する機能も備える。
すなわち、予約管理部２４は、既に使用中の予約対象機器から使用期間の延長要求を受信した場合に、上記予約情報を参照し、現在の使用に係る予約期間の後所定の延長時間内に要求元予約対象機器が予約されていない場合に、現在の使用に係る予約期間を該延長時間だけ延長する延長手段として機能する。
【００２９】
あるいは、予約管理部２４は、既に使用中の予約対象機器から該予約対象機器を使用しているユーザの識別情報を受信した場合に、上記予約情報を参照し、現在の使用に係る予約期間の残りが閾値（例えば２０分）以下であり、かつ、現在の使用に係る予約期間の後所定の延長時間内に要求元予約対象機器が予約されていない場合に、現在の使用に係る予約期間を該延長時間だけ延長する延長手段として機能する。
【００３０】
予約ＤＢ２５は、予約管理部２４が設定した予約情報を蓄積する機能を備える。すなわち、予約対象機器１０の識別情報と、該予約対象機器を予約したユーザの識別情報及び予約期間とを対応付けた予約情報を保存する予約情報保存手段として機能する。この予約ＤＢ２５が実行する、予約対象機器１０の識別情報と、該予約対象機器を予約したユーザの識別情報及び予約期間とを対応付けた予約情報を保存する処理が、予約情報保存手順の処理に該当する。
【００３１】
ユーザＤＢ２６は、ユーザ情報の他、当該ユーザの自動予約可否情報及び自動予約可の場合の予約期間の情報をユーザ情報と関連付けて保存する機能を備える。すなわち、ユーザの識別情報と対応付けて、該ユーザについて上記予約手段の機能を有効にするか否かの情報（自動予約可否情報）を保存する予約可否保存手段として機能する。また、ユーザの識別情報と対応付けて、上記予約手段が該ユーザに関する予約を行う場合に設定する使用時間の情報を保存する使用時間保存手段としても機能する。
【００３２】
図４は、ユーザＤＢ２６に保存されているユーザ情報のテーブルの一例を示すものである。図４において、ユーザＩＤ３１は、ユーザ識別情報であり、パスワード３２は、ユーザＩＤを用いてユーザ認証を行う場合のログインパスワードである。企業コード３３は、ユーザが所属する企業を識別するコードである。
また、自動予約可否３４とは、予約対象機器１０が使用されていない時間に、当該予約対象機器１０にユーザがログインした場合、当該機器が予約されていなければ予約管理部２４が自動的にその時刻から所定時間だけ予約をするか否かをユーザごとに設定した自動予約可否情報のことである。
【００３３】
また、自動予約の期間３５は、自動予約可否３４が「可」である場合の、予約設定時間（上記の「所定時間」）を指す。
例えば、自動予約可否３４が「可」であるユーザ（例えばUser1）が、予約対象機器１０が使用されていない時間に当該予約対象機器１０にログインすると、当該機器が予約されていなければ、自動的にそのログインの時刻から１時間の利用予約が実行され、機器が利用可能状態になる。
これに対し、自動予約可否３４が「不可」であるユーザ（例えばUser4）が同様にログインした場合、当該機器が予約されていなくても、自動的に利用予約はされない。
【００３４】
図５は、予約ＤＢ２５に保存されている予約情報の一覧を示すテーブルの一例である。
図５において、機器ＩＤ４１は、予約対象機器１０の識別情報である。また、予約開始日時４２は、上記予約期間の始期を表し、予約終了日時４３は予約期間の終期を表す。
予約したユーザ４４は予約をしたユーザのユーザＩＤであり、追加予約ユーザ４５とは、同一の予約期間内で利用を許可された他のユーザのユーザＩＤである。
【００３５】
次に、図６及び図７に、予約対象機器（以下「機器」という。）１０及び予約管理サーバ(以下「サーバ」という。）２０が実行する処理の流れを示す。これらの図の各ステップにおける処理は、機器１０のＣＰＵ又はサーバ２０のＣＰＵ１０１が所定のプログラムに基づいて行うものである。
【００３６】
図６は、ユーザからユーザ情報の入力を受け付けてから、当該ユーザに対して予約結果の通知を行うまでの機器１０における処理の流れを示すフローチャートである。この処理は、機器予約管理システムのメニュー(図９）においてユーザが機器の利用を希望し、ユーザの認証情報を入力した場合に開始する。
【００３７】
図９は、機器予約管理システム１において機器１０のＵＩ部に表示させるメニュー画面の一例を示す図である。
図９において、ユーザが「機器を利用する」の左にあるボックス７１にチェックを入れて、「ＯＫ」ボタン７２を押下すると、機器１０は図１０に示すようなログイン画面をＵＩ部に表示させる。ユーザが、ユーザＩＤ入力部８１及びパスワード入力部８２にそれぞれユーザＩＤ及びパスワードを入力して、ＯＫボタン８３を押下すると、機器１０のＣＰＵは図６に示した処理を開始する。
【００３８】
図６の処理において、機器１０のＣＰＵはまず、入力されたユーザＩＤ及びパスワードをユーザ情報として受け付ける（Ｓ１０１）。そして、ＣＰＵは、ユーザ情報と機器ＩＤ（機器情報ＤＢ１６に格納されている。）をサーバ２０へ送信し、機器１０の利用可否を問い合わせる（Ｓ１０２）。その後のサーバ２０における処理については後述する。
【００３９】
サーバ２０からの返答を受信すると（Ｓ１０３のＹ）、その返答内容が「認証失敗」である場合は（Ｓ１０４のＹ）、ＣＰＵは、ユーザ認証が失敗したことをユーザに通知し（Ｓ１０５）、処理を終了する。
【００４０】
一方、図６に戻り、ステップＳ１０４において、返答が「認証失敗」でなかった場合（Ｓ１０４のＮ）、ステップＳ１０６に進む。そして、その返答が機器１０の「利用可」である場合は（Ｓ１０６のＹ）、機器１０のＣＰＵは、ロック制御部１３に対して機器のロック解除を指令し（Ｓ１０７）、機器１０のロックを解除する（Ｓ１０８）。そして、機器１０の利用可をユーザに通知し（Ｓ１０９）、処理を終了する。
【００４１】
図６に戻り、ステップＳ１０６において、返答が「利用可」でなかった場合（Ｓ１０６のＮ）、返答が「利用不可」であれば（Ｓ１１０のＹ）、ＣＰＵは、機器１０が利用不可であることをユーザに通知し（Ｓ１１１）、処理を終了する。
【００４２】
図６に戻り、ステップＳ１１０において、返答が「利用不可」でなかった場合（Ｓ１１０のＮ）、ステップＳ１０１で受け付けたユーザ情報のユーザは自動予約可否の設定が「不可」であるユーザに該当する。この場合、ＣＰＵは、予約が必要であることをユーザに通知し（Ｓ１１２）、処理を終了する。
【００４３】
次に、サーバ２０における処理について図７に基づいて説明する。図７は、機器１０からユーザ情報と機器ＩＤを受け付けてから、その処理結果を機器１０に対して返答するまでのサーバ２０における処理の流れを示すフローチャートである。以下、図７に基づいて説明する。この処理は、機器１０が図６のステップＳ１０２において行った利用可否問い合わせをサーバ２０のＣＰＵ１０１が検出した時にスタートする。
【００４４】
図７の処理において、まずＣＰＵ１０１は、検出した利用可否問い合わせに含まれるユーザ情報と機器ＩＤを機器１０から受け取る（Ｓ２０１）。次に、受け取ったユーザ情報を用いて、ＣＰＵ１０１はユーザ認証を行う（Ｓ２０２）。受け取ったユーザ情報によってユーザ認証を行った結果、ユーザ認証に失敗した場合（Ｓ２０２のＮ）、ＣＰＵ１０１は機器１０に認証失敗を返答し（Ｓ２０３）、処理を終了する。この場合機器１０側では図６のステップＳ１０４の判断がＹｅｓとなる。
【００４５】
一方、ステップＳ２０２でユーザ認証に成功した場合（Ｓ２０２のＹ）、ＣＰＵ１０１は、利用可否問い合わせと共に機器１０から受け取った機器ＩＤを持つ機器が当該ユーザに既に現在の時刻の使用を予約されているか否かを、予約ＤＢ２５を検索して調べる（Ｓ２０４）。
当該機器１０が予約されている場合（Ｓ２０４のＹ）、ＣＰＵ１０１は、機器１０に対して「利用可」を返答し（Ｓ２１０）、処理を終了する。この場合機器１０側では図６のステップＳ１０６の判断がＹｅｓとなる。
【００４６】
なお、ステップＳ２０４の判断がＹｅｓの場合、ＣＰＵ１０１はステップＳ２１１において、ユーザのリクエストが延長申請であるか否かを判断するが、図６のステップＳ１０２においてサーバ２０に問い合わせた情報の中に延長申請が含まれていない場合は、ステップＳ２１１での判断はＮｏになり、ステップＳ２１０に移行し、機器１０に対して「利用可」を返答する。この場合、機器１０側では図６のステップＳ１０６の判断がＹｅｓとなり、ロックが解除される。
第１実施形態における延長申請処理のフローは後述する。
【００４７】
一方、当該機器１０が当該ユーザに予約されていない場合（Ｓ２０４のＮ）、ＣＰＵ１０１は、機器１０が現在の時刻の使用を他のユーザに予約されているか否かを予約ＤＢ２５を検索してチェックする。当該機器１０が他のユーザに予約されていなければ（Ｓ２０５のＮ）、当該ユーザが自動予約許可ユーザであるか否かをユーザＤＢ２６を検索してチェックする。当該ユーザが自動予約許可ユーザである場合は（Ｓ２０６のＹ）、予約処理を行う（Ｓ２０７）。
【００４８】
そして、ＣＰＵ１０１は機器１０に「利用可」を返答し（Ｓ２１０）、処理を終了する。この場合機器１０側では図６のステップＳ１０６の判断がＹｅｓとなる。なお、ステップＳ２０７の予約処理は、より具体的には、次のとおりである。
すなわち、予約ＤＢ２５に、予約した機器ＩＤ４１、予約開始日時４２、予約終了日時４３及び予約したユーザ４４のユーザＩＤを登録し、予約一覧テーブル(図５）を更新するというものである。予約終了日時４３は、予約開始日時４２と自動予約の時間３５（図４）から自動的に設定できる。この処理は、予約管理部２４の機能と対応する。
【００４９】
一方、ステップＳ２０６において、当該ユーザが自動予約許可ユーザでない場合は（Ｓ２０６のＮ）、ＣＰＵ１０１は、機器１０に手動での予約の必要性を返答し（Ｓ２０８）、処理を終了する。この場合機器１０側では図６のステップＳ１１０の判断がＮｏとなる。
また、ステップＳ２０５において、当該機器１０が他のユーザに予約されていれば（Ｓ２０５のＹ）、ＣＰＵ１０１は機器１０に「利用不可」を返答し（Ｓ２０９）、処理を終了する。この場合機器１０側では図６のステップＳ１１０の判断がＹｅｓとなる。
【００５０】
以上の処理により、機器１０がどのユーザにも予約されておらず、かつ、自動予約が許可されたユーザであれば、ユーザが機器１０の使用を希望した時にサーバが自動的に予約処理を行い、利用可能な状態にしてくれる。従って、ユーザはあらためて予約処理をしなくても機器１０を利用することができる。
【００５１】
ところで、ユーザが会議等で当該機器１０を使用している時に、会議が予定外に延び、機器１０をそのまま継続して使用したい場合があるが、次に、そのような場合における延長のための予約処理について説明する。
なお、ここでいう延長申請処理は、すでにログインして使用中のユーザが予約時間終了後に引き続き使用する場合の処理を指しており、別の日に、既に予約済みの機器の時間を延長するための処理とは異なるものである。後者の場合は、通常の予約を実行すればよい。
【００５２】
次に、第１実施形態における機器１０が実行する延長のための予約処理の流れを説明する。
図８は、ユーザからユーザ情報及び延長申請の入力を受け付けてから、当該ユーザに対して延長予約結果の通知を行うまでの機器１０における処理の流れを示すフローチャートである。これらの図の各ステップにおける処理は、機器１０のＣＰＵが所定のプログラムに基づいて行うものである。この処理は、前述の機器予約管理システムのメニュー(図９）において、ユーザがチェックボックス７３にチェックを入れ、ＯＫボタンを押下した時に開始する。
【００５３】
なお、図８のフローチャートは、図６のフローチャートと対応するものであり、基本的には同じものである。異なる点は、ユーザから受け付ける情報として、ユーザ情報の他に延長申請情報が追加され、それが付加されてサーバ２０に送信される点である。
また、サーバ２０からの返答内容が「利用可否」から「延長可否」に変更になる点も異なる。
【００５４】
図６と図８で同一の処理の場合は同じステップ番号を付し、対応している処理では、例えば、ステップＳ１０１に対してＳ１０１′のように表示する。
まず、ＣＰＵは、すでに機器１０に保持されているユーザ情報及び延長申請の情報を受け付ける（Ｓ１０１′）。ＣＰＵは、ユーザ情報、機器ＩＤ及び延長申請をサーバ２０へ送信し、機器１０の延長利用可否を問い合わせる（Ｓ１０２′）。
【００５５】
サーバ２０からの返答を受信すると（Ｓ１０３のＹ）、その返答内容が「認証失敗」である場合は（Ｓ１０４のＹ）、ＣＰＵは、ユーザ認証が失敗したことをユーザに通知し（Ｓ１０５）、処理を終了する。ただし、機器１０の使用中における延長申請の場合、すでにサーバ２０におけるユーザ認証は成功（図７のＳ２０２のＹ）しているので、「認証失敗」のケースはないと考えられる。
【００５６】
一方、図８に戻り、ステップＳ１０４において、返答が「認証失敗」でなく別のものであった場合（Ｓ１０４のＮ）、その返答が機器１０の延長可である場合は（Ｓ１０６′のＹ）、機器の延長利用可をユーザに通知し（Ｓ１０９′）、処理を終了する。延長申請の場合には、機器は既にユーザに使用されている状態であるので、図６のステップＳ１０７及びＳ１０８のようなロック解除は必要ない。なおここでは、機器１０の利用（予約）終了時刻はサーバ２０から機器１０に通知するものとする。機器１０側で利用終了時刻を管理する場合には、ステップＳ１０９′にて、予約延長が認められた分だけ利用終了時刻を延長する。
【００５７】
一方、ステップＳ１０６′において、返答が延長可でなかった場合（Ｓ１０６′のＮ）、返答が「延長不可」であれば（Ｓ１１０′のＹ）、ＣＰＵは、機器１０が延長不可であることをユーザに通知し（Ｓ１１１′）、処理を終了する。
なお、図８のフローチャートでは、延長予約の場合の処理をしており、サーバ２０からの返答は「延長可」か「延長不可」のいずれかになるので、ステップＳ１１０′における判断は、常にＹｅｓとなる。
【００５８】
次に、サーバ２０における延長予約処理について図７に基づいて説明する。
以下、図７に基づいて説明する。この処理は、機器１０が図８のステップＳ１０２′において行った延長利用可否問い合わせをサーバ２０のＣＰＵ１０１が検出した時にスタートする。
なお、図７のフローチャートの処理のうち、延長処理に係るステップＳ２１１〜Ｓ２１３以外の処理については既に説明したので、ここでは延長申請がされた場合に限定して説明する。
【００５９】
図７の処理において、まずＣＰＵ１０１は、検出した延長利用可否問い合わせに含まれるユーザ情報と機器ＩＤ及び延長申請情報を機器１０から受け取る（Ｓ２０１）。次に、受け取ったユーザ情報を用いて、ＣＰＵ１０１はユーザ認証を行う。機器１０は現在当該ユーザによって使用状態にあるため、このユーザ認証は成功する。
ステップＳ２０２でユーザ認証に成功すると（Ｓ２０２のＹ）、ＣＰＵ１０１は、延長利用可否問い合わせと共に機器１０から受け取った機器ＩＤを持つ機器が当該ユーザに既に現在の時刻の使用を予約されているか否かを予約ＤＢ２５を検索して調べる（Ｓ２０４）。
【００６０】
機器１０は現在時刻に当該ユーザによって使用状態にあるため、ステップＳ２０４の判断は常にＹｅｓとなり、ＣＰＵ１０１は次のステップＳ２１１に移行する。
そして、ＣＰＵ１０１は、延長申請がなされているか、すなわち、延長申請を受け付けたか否かを調べる（Ｓ２１１）。具体的には、Ｓ２０１で取得した情報の中に、延長申請情報が含まれているか否かで判断する。
延長申請情報が含まれている場合、ステップＳ２１１における判断はＹｅｓとなる。
【００６１】
次に、ＣＰＵ１０１は、ユーザの「自動予約の期間」だけの予約時間延長が可能かどうかを判断する（Ｓ２１２）。これは、本実施形態による延長申請の場合、延長する時間が指定されていないため、自動予約可否設定が「可」に設定されているユーザを対象として、「自動予約の期間」の時間分だけ延長可能か否かを判断するためである。
【００６２】
具体的には、ＣＰＵ１０１が、ユーザＤＢ２６の中にあるユーザ情報テーブルを参照することによって行う。すなわち、受け取ったユーザＩＤをキーとして、テーブル中の「自動予約の期間」の欄３５を参照して、そこに設定されている期間だけ延長可能かどうかを調べる。
現在使用中の機器の予約終了日時に「自動予約の期間」を加算した日時が、同一の機器についての他人の予約開始日時より所定時間前（例えば、当該他人による使用準備時間も考慮して、３０分前）であれば「延長可」と判断し、それ以外は「延長不可」と判断する。
【００６３】
延長可であれば（Ｓ２１２のＹ）、ＣＰＵ１０１は延長のための予約処理を行い（Ｓ２０７）、機器１０に対して「延長可」を返答し（Ｓ２１０）、処理を終了する。この場合機器１０側では図８のステップＳ１０６′の判断がＹｅｓとなる。
一方、ステップＳ２１２において、延長不可であると判断すると（Ｓ２１２のＮ）、ＣＰＵ１０１は、機器１０に対して延長不可を返答し（Ｓ２１３）、処理を終了する。この場合機器１０側では図８のステップＳ１１０′の判断がＹｅｓとなる。
【００６４】
なお、ステップＳ２０７における延長のための予約処理は、より具体的には、次のとおりである。すなわち、サーバ２０の予約管理部２４が、ユーザが現在使用中の機器の予約終了日時を延長後の予約終了日時に書き換えて、予約ＤＢ２５にある予約一覧テーブル（図５）を更新する。
【００６５】
以上の処理により、予約期間の終了後の時間において、機器１０がどのユーザにも予約されていなければ、延長申請を行うだけでサーバが自動的に延長予約処理を行い、利用可能な状態になる。従って、改めて機器１０の予約を行わなくても、当初の予約時間を過ぎて機器１０の使用を続けることができるため、ユーザの利便性が向上する。
【００６６】
〔第２実施形態：図１１及び図１２〕
次に、本発明の第２実施形態である予約管理システムにおいて機器１０及びサーバ２０が実行する処理の流れを説明する。
この発明の予約管理システムの第２実施形態が第１実施形態と異なる点は、サーバ２０が行う延長予約に関する処理のみである。
【００６７】
すなわち、第１実施形態における延長予約は、ユーザが予約管理システムの利用メニュー画面(図９）から予約時間の延長を選択し、それを延長申請情報としてサーバに送信し、サーバがその情報を取得することによって延長申請であることを判断して、延長予約処理を行う。
【００６８】
しかし、第２実施形態における延長予約は、ユーザが現在使用中の機器において、当該機器の利用予約を行った時刻において、当該機器の予約終了日時までの残り時間が所定時間以下であった場合（例えば、終了時刻まで２０分以下である場合）に、サーバ２０がこれを延長予約と判断して延長予約処理を行う点が、第１実施形態と異なる。
【００６９】
従って、第２実施形態においては、機器１０における通常の利用予約（第１実施形態の図６に対応する処理）と、延長の利用予約とで処理を区別する必要がない。
図１１は、第２実施形態における予約管理システムの利用メニュー画面の一例を示す図である、通常の利用予約も、延長利用予約も、チェックボックス９１にチェックを入れてＯＫボタン９２を押下する点は同じである。
【００７０】
また、機器１０における処理のフローも図６に示すフローと同じであるので、説明を省略する。
なお、第２実施形態における延長予約処理における機器１０の処理については、図６のステップＳ１０６、Ｓ１０９、Ｓ１１０及びＳ１１１の処理における「利用」を「延長」と置き換えるものとする。また、ステップＳ１０７及びＳ１０８の処理は、既にロックが解除されている状態であればスキップする。
【００７１】
次に、第２実施形態においてサーバ２０が実行する延長の予約処理について説明する。延長以外の予約処理は第１実施形態と同じであるので、説明は省略する。
図１２は、機器１０からユーザ情報と機器ＩＤを受け付けてから、その処理結果を機器１０に対して返答するまでのサーバ２０における処理の流れを示すフローチャートである。以下、図１２に基づいて説明する。この処理は、機器１０が図６のステップＳ１０２において行った利用可否問い合わせをサーバ２０のＣＰＵ１０１が検出した時にスタートする。
【００７２】
なお、図１２のフローチャートは、図７のフローチャートと対応するものであり、基本的には同じものである。異なる点は、以下の点のみである。
すなわち、図７のステップＳ２０１においては、利用可否問い合わせと延長申請の２通りの情報を検出する可能性があるのに対し、図１２のステップＳ２０１′ではこのような区別がない点である。第２実施形態では、利用可否問い合わせと延長申請は、共通の形式である。
これに対応し、図７のステップＳ２１１では延長申請情報の有無を判断するのに対し、図１２のステップＳ２１１′では利用可否問い合わせの受信時刻が予約終了日時の２０分前以内か否かで延長予約であるか否かを判断する点である。
【００７３】
なお、図１２のフローチャートは、延長申請を行わない通常の予約の処理を含むものであるが、通常の予約処理については、図６で既に説明済みであるので、ここでは、延長申請（すなわち、予約終了日時の２０分前以降における利用予約）がなされた場合についてのみ説明する。
【００７４】
図１２の処理において、まずＣＰＵ１０１は、検出した利用可否問い合わせに含まれるユーザ情報と機器ＩＤを機器１０から受け取る（Ｓ２０１′）。次に、受け取ったユーザ情報を用いて、ＣＰＵ１０１はユーザ認証を行う。機器１０は現在当該ユーザによって使用状態にあるため、このユーザ認証は成功する。
【００７５】
ステップＳ２０２でユーザ認証に成功すると（Ｓ２０２のＹ）、ＣＰＵ１０１は、利用可否問い合わせと共に機器１０から受け取った機器ＩＤを持つ機器が当該ユーザに既に現在の時刻の使用を予約されているか否かを予約ＤＢ２５を検索して調べる（Ｓ２０４）。
機器１０は現在時刻に当該ユーザによって使用状態にあるため、ステップＳ２０４の判断は常にＹｅｓとなり、ＣＰＵ１０１は次のステップＳ２１１′に移行する。
【００７６】
そして、ＣＰＵ１０１は、現在時刻が、予約終了日時の何分前であるかを調べる（Ｓ２１１′）。具体的には、予約管理部２４が、予約ＤＢ２５にある予約一覧テーブルの中を検索して、受け取ったユーザ情報と機器ＩＤを手がかりとして予約終了日時を割り出し、その日時と現在時刻とを比較することによって行う。
現在時刻が予約終了日時の２０分前以降で、かつ予約終了日時より前であった場合は（Ｓ２１１′のＹ）、ＣＰＵ１０１は今回の利用可否問い合わせは延長申請であると判断し、ステップＳ２１２に移行してそれ以降の延長申請に関する処理を行う。それらの処理については図７において既に説明したので、説明を省略する。
【００７７】
なお、ステップＳ２１１′での判断がＮｏの場合、すなわち、２０分以上前に利用予約がされた場合は、ＣＰＵ１０１はこれを新規の利用可否問い合わせと判断し、ステップＳ２１０に移行して機器１０に対して「利用可」を返答する。この場合機器１０側では図６のステップＳ１０６の判断がＹｅｓとなり、ロックが解除される。
【００７８】
以上の処理により、予約終了日時の終了後の時間において、機器１０がどのユーザにも予約されていなければ、ユーザが予約終了日時の２０分前以降に利用予約を行うだけで、サーバが自動的に延長予約処理を行い、利用可能な状態になる。
【００７９】
また、この発明の実施形態であるプログラムは、１のコンピュータを、上述した予約管理システムの予約管理装置の機能の全部又は一部を実現させるためのプログラムである。そして、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭや他の不揮発性記憶媒体（フラッシュメモリ，ＥＥＰＲＯＭ等）などに格納しておいてもよい。
【００８０】
しかし、メモリカード、ＣＤ、ＤＶＤ、ブルーレイディスク等の任意の不揮発性記録媒体に記録して提供することもできる。それらの記録媒体に記録されたプログラムをコンピュータにインストールして実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワーク３０に接続され、プログラムを記録した記録媒体を備える外部装置あるいはプログラムを記憶手段に記憶した外部装置からダウンロードし、コンピュータにインストールして実行させることも可能である。
【００８１】
以上で実施形態の説明を終了するが、この発明において、各装置の具体的な構成、処理の内容、データの構成、画面の表示内容等は、実施形態で説明したものに限るものではない。本発明の主旨を損なわない範囲で変更することが可能である。
例えば、自動予約の可否の権限と、延長予約の可否の権限とを別々に設定できるようにしてもよい。
また、予約対象機器の実施形態としては、上記のプロジェクタやＵＣＳのほかに、デジタル複合機や、電子ホワイトボード等の通信機能を備えたオフィス機器が考えられる。さらに、予約管理装置と接続可能な任意の機器にも適用可能である。
【００８２】
また、上述した実施形態における予約管理サーバ２０の機能は、複数の情報処理装置に分散して設け、それらの装置が協働して予約管理サーバ２０と同様な機能を実現するようにしてもよい。予約管理サーバ２０あるいはこの協働する複数の装置は、この発明の予約管理システムを構成する。この予約管理システムには、予約対象機器１０が含まれていても構わない。また、予約管理サーバ２０あるいは上記複数の装置の全部又は一部が、予約対象機器１０であっても構わない。
【００８３】
さらに、以上説明した各実施形態、動作の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることはもちろんである。
【符号の説明】
【００８４】
１：予約管理システム、１０：予約対象機器、１１：ユーザ情報受付部、１２：リモート通信部、１３：ロック制御部、１４：ユーザ通知部、１５：予約管理サーバ情報ＤＢ、１６：機器情報ＤＢ、２０：予約管理サーバ、２１：リモート通信部、２２：ユーザ認証部、２３：予約確認部、２４：予約管理部、２５：予約ＤＢ、２６：ユーザＤＢ、３０：ネットワーク、１０１：ＣＰＵ、１０２：ＲＯＭ、１０３：ＲＡＭ、１０４：通信Ｉ／Ｆ、１０５：ＨＤＤ、１０６：ＵＩ部
【先行技術文献】
【特許文献】
【００８５】
【特許文献１】特開２００１−１９５４４６号公報
【図１】
2015152988.tif 000003
【図２】
2015152988.tif 000004
【図３】
2015152988.tif 000005
【図４】
2015152988.tif 000006
【図５】
2015152988.tif 000007
【図６】
2015152988.tif 000008
【図７】
2015152988.tif 000009
【図８】
2015152988.tif 000010
【図９】
2015152988.tif 000011
【図１０】
2015152988.tif 000012
【図１１】
2015152988.tif 000013
【図１２】
2015152988.tif 000014