JP2021179934A - リソース予約システム、リソース利用方法 - Google Patents

Abstract

【課題】予約してあるリソースの利用開始を許可することができるリソース予約システムを提供すること。【解決手段】端末装置６０を、前記端末装置のユーザの識別情報を用いて情報処理装置３０にリソースの利用開始を要求する利用要求部７１、として動作させるプログラム６０ｂと、前記利用開始の要求を受信した場合、前記ユーザの識別情報が前記要求を受信した時刻の次の予約情報に含まれていて、前記要求を受信した時点の時刻に前記リソースが予約されていない場合、前記要求を受信した時刻より後の最初の前記予約情報の予約の開始時刻を早める予約部４５と、前記予約部が開始時刻を早めた前記予約情報の利用開始を許可する利用管理部３８と、を有する情報処理装置と、を有することを特徴とするリソース予約システムを提供する。【選択図】図１

Description

本発明は、リソース予約システム、及び、リソース利用方法に関する。

会議室などのリソースの予約に関する情報を会議室に配置された情報処理端末が表示する技術が知られている。ユーザが会議室の利用を開始するにあたり、情報処理端末に利用開始を入力し、利用を終了するにあたり利用終了を入力するような使い方が可能になる。

ユーザが予約した会議室の利用時の利便性を向上させる技術が考案されている（例えば、特許文献１参照。）。特許文献１には、管理サーバと、会議室に設けた部屋前端末が通信ネットワークにより接続された会議室予約システムにおいて、会議室の利用開始時に、部屋前端末が有するＩＣカードリーダにユーザがＩＣカードをかざして認証を受けるシステムが開示されている。

しかしながら、従来の技術では、予約してあるリソースの利用開始を、許可すべき状況であるにも関わらず、許可することができない場合があるという問題があった。例えば会議の参加者が会議の開始時刻よりも早く会議室に到着する場合がある。しかし、リソース予約システムは開始時刻にならないと利用開始を受け付けない。そこで参加者は会議室が空いていると、利用開始の受け付けをせずに会議室で会議を開始する。やがて、リソース予約システムが利用開始を受け付ける時刻になるが、参加者はすでに会議を始めているため、利用開始の操作を行わない場合があった。利用開始の操作を行わないと、リソース予約システムは自動的に予約をキャンセルしてしまい、他のユーザがキャンセルされた予約と重複する時間帯で会議室を予約できてしまう。自動キャンセルされないとしても、利用開始なしにユーザが利用しているため規則に適合しない利用となってしまう。

本発明は、上記課題に鑑み、予約してあるリソースの利用開始を許可することができるリソース予約システムを提供することを目的とする。

上記課題に鑑み、本発明は、端末装置を、前記端末装置のユーザの識別情報を用いて情報処理装置にリソースの利用開始を要求する利用要求部、として動作させるプログラムと、前記利用開始の要求を受信した場合、前記ユーザの識別情報が、前記要求を受信した時刻の次の予約情報に含まれていて、前記要求を受信した時点の時刻に前記リソースが予約されていない場合、前記要求を受信した時刻より後の最初の前記予約情報の予約の開始時刻を早める予約部と、前記予約部が開始時刻を早めた前記予約情報の利用開始を許可する利用管理部と、を有する情報処理装置と、を有することを特徴とするリソース予約システムを提供する。

予約してあるリソースの利用開始を許可することができるリソース予約システムを提供することができる。

リソース予約システムの全体的な動作の概略を説明する図の一例である。 会議室に専用の会議室端末が配置された場合のリソース予約システムの全体的な動作の概略を説明する図の一例である。 リソース予約システムのシステム構成図の一例である。 コンピュータシステムの一例のハードウェア構成図である。 会議室端末、端末装置の一例のハードウェア構成図である。 予約管理サーバ、チャットサーバ、会議管理サーバ、及び、登録端末の機能をブロック状に示す機能ブロック図の一例である。 端末装置及び会議室端末の機能をブロック状に示す機能ブロック図の一例である。 登録端末が会議管理サーバと通信して画像コードを印刷する手順を示すシーケンス図の一例である。 画像形成装置が印刷した画像コードの一例を示す図である。 リソース予約システムの動作を説明するシーケンス図の一例である（その１）。 リソース予約システムの動作を説明するシーケンス図の一例である（その２）。 図１０のシーケンス図で表示される予約情報画面の一例を示す図である。 予約情報画面の説明に使用される予約情報の一例を示す図である。 会議管理サーバが行う処理の流れを説明するフローチャート図の一例である。

以下、本発明を実施するための形態の一例として、リソース予約システム及びリソース予約システムが行うリソース利用方法について図面を用いて説明する。

＜リソース予約システムの概略＞
始めに図１を用いてリソース予約システム１００の概略を説明する。図１はリソース予約システム１００の全体的な動作の概略を説明する図の一例である。

Ａ．予約者は自分の端末装置６０を操作して予約管理サーバ２０と通信し、会議室を予約する。予約管理サーバ２０は汎用のクラウドサービス（Office365、G Suite（いずれも登録商標）等）であるが、予約者が所属する企業などの組織が有する会議室が登録されている。

Ｂ．会議管理サーバ３０は会議室の予約状況に基づいてリソース予約システム１００の全体を制御するサーバである。会議管理サーバ３０は適宜、予約管理サーバ２０と通信して予約情報を取得するので、予約管理サーバ２０と予約情報を同期している。

Ｃ．リソース予約システム１００又は組織側の管理者は会議管理サーバ３０に対し、ユーザの登録、及び、各種の設定を行うことができる。ユーザの登録とは、チャットサーバ１０（slack、Line、Microsoft Teams（いずれも登録商標）等）を使った各種の通知の対象となるユーザを登録することをいう。また、通知は会議管理サーバ３０としてメッセージを送信するボットを介して行われるためチャットサーバが提供するボットも登録される。各種の設定は、会議室端末９０の登録（後述する初期設定）、リマインドのタイミングの設定などである。

Ｄ．会議管理サーバ３０は予約情報における会議の開始時刻の一定時間前になると、予約者に会議の開催をリマインドする。これにより、会議室の空予約を抑制する。また、会議管理サーバ３０は必要に応じてユーザに招待コードを通知する。会議の予約者はリマインドを受信することで会議室にチェックインするための情報（会議識別情報）を端末装置６０に保存する。チェックインとは会議室の利用の開始を会議管理サーバ３０に通知し、許可を得ることである。

Ｅ．ユーザが会議室を利用するため会議室に到着する。会議室には予めＱＲコード（登録商標）等の画像コードが、張り付けられる等して提示・設置されている。画像コードには、会議室情報（会議室ＩＤ、認証キー、メールアドレス）がコード化されている。画像コードはリソース毎に取得可能に設置されている。ユーザが所定のアプリが動作する端末装置６０で画像コードを撮像すると、会議室情報がデコードされる。

Ｆ．ユーザは端末装置６０を介して会議管理サーバ３０からの認証を受ける。認証済みであるため会議識別情報の入力を不要にできる。端末装置６０は画像コードから取得した会議室ＩＤと認証で特定されたユーザＩＤを指定して会議管理サーバ３０と通信を開始する。これにより端末装置６０は画像コードが提示されている会議室の予約情報の表示や、チェックイン、予約が可能になる。

より詳細な処理を場合分けして説明する。
(i) ユーザが予約情報の予約者又は参加者に含まれる、かつ、会議室が「チェックイン待ち」の場合
(ii) ユーザが予約情報の予約者又は参加者に含まれる
(iii) ユーザが予約情報の予約者又は参加者に含まれない場合
に分類する。

(i)の場合、会議管理サーバ３０はチェックイン処理を行う。これにより、ユーザは会議室を利用可能になる。(ii)の場合は個人情報をマスクしないで予約情報を提供する。(iii)の場合は個人情報をマスクして予約情報を提供する。また(ii)(iii)の場合は、チェックイン待ちでないので予約情報と共に「今すぐ利用ボタン」が表示される。

(i)の場合の流れは以下の、Ｇ、Ｈ、Ｉのようになる。(ii)(iii)の場合は、予約情報（会議室の予約状況）が表示されて処理は終了する。

Ｇ．予め電子機器７０のＩＰアドレスが会議管理サーバ３０に登録されており、チェックイン要求（利用開始要求と同じである）に対する応答などで、会議管理サーバ３０が電子機器７０のＩＰアドレスを端末装置６０に送信する。端末装置６０は会議室端末９０と同様に電子機器７０を制御することができる。

Ｈ．電子機器７０が例えばテレビ会議の機能を有する場合、別の拠点４の電子機器（テレビ会議端末７０ｘ等）と通信して、他拠点と会議を開催できる。

Ｉ．ユーザが会議を終了する際、端末装置６０に表示された所定のボタンを押下してチェックアウトする。端末装置６０は会議室情報を指定して会議管理サーバ３０にチェックアウト要求する。これにより会議管理サーバ３０はチェックアウトを検出して、次のユーザが会議室を利用できるようになる。

＜現在時刻に予定がなく、ユーザが次の予約の予約者又は参加者の場合＞
(ii)(iii)の場合には今すぐ利用ボタンが表示されると説明したが、(ii)の場合（現在時刻に予定がなく、ユーザが次の予約の予約者又は参加者の場合）を説明する。

本実施形態のサービス提供システムは、端末装置６０で画像コードを撮像することでチェックインできるが、リソース予約システムがチェックイン待ちでない場合、従来は、チェックインできなかった。そこで、本実施形態では、チェックイン待ちでない場合、(ii)で表示される今すぐ利用ボタンを利用して、ユーザが予約を早めることを可能にした。

まず、ユーザが今すぐ利用ボタンを押下すると、会議管理サーバ３０は今すぐ利用ボタンが押下された旨を受信した時点の時刻より後の最初の予定に該ユーザが含まれているかどうかを判断する。ユーザが次の予約に含まれていた場合、次の予約を早める。つまり、予約の開始時刻を現在の時刻に変更する。あるいは、別の会議として新規に予約する。別の会議として予約した場合は、元の予約に対し自動チェックインする。従来は、ユーザが今すぐ利用ボタンを押下して会議室を使用できるが、本来予約していた時間帯の予約に対してはチェックイン操作を行わない場合があった。この場合、予約が自動的にキャンセルされ、他のユーザがキャンセルされた予約と重複する時間帯で会議室を予約できてしまう。本実施形態では、予定を早めることで、ユーザは会議を連続で開催することがなくなるため、チェックインの操作忘れを防止することができる。会議管理サーバ３０が別の会議を新規で予約した場合は、元の予約に対し自動チェックインするので、チェックインの操作忘れを防止することができる。

＜別の構成例＞
図２は会議室に専用の会議室端末が配置された場合のリソース予約システム１００の全体的な動作の概略を説明する図の一例である。図２では、チェックイン方法が異なっている。

Ｅ．各会議室６には会議室端末９０が配置されており、定期的にこの会議室で行う会議の予約情報を会議室端末９０がダウンロードしている。会議室端末９０は当日や直近の会議の予定などを表示して会議の参加者に予定を確認させることができる。会議の開始時刻の少し前になると会議室の予約者は会議室６に赴いてチェックインする。例えば、会議識別情報を会議室端末９０に入力する、又は、端末装置６０を会議識別情報にかざす（会議識別情報を読み取らせる、通信させるなど）。

Ｆ．会議室端末９０はチェックイン要求を会議管理サーバ３０に送信するので、会議識別情報で認証できれば、チェックインできた旨の応答を会議管理サーバ３０から受信する。ユーザはチェックアウトも会議室端末９０に対して行う。

このように、ユーザが会議室端末９０に会議識別情報を入力することでチェックインすることもできる。本実施形態では、主に図１の構成に基づいて説明する。

＜用語について＞
リソースとはある組織等が保有・貸借・管理している資源をいう。組織のリソースとしては、例えば、会議室、及び、備品、装置、人（グループ）、社用車、自転車、駐車場や駐輪場、フリーアドレスやデスク、ブース等の場所、遠隔会議システム、印刷サービスや仕組みなどもリソースとなりうる。リソースのうち移動しにくいものを設備という。本実施形態では説明の便宜上、リソースの一例として会議室という用語を使用する。なおこの他にも、組織外のリソースの例として、各種の電子機器、駐車場、レンタルオフィス、レンタルスタジオ等の場所、レンタルサイクル、レンタカー（シェアリングカー）、ホテル等の宿泊施設、催し物会場・ロッカーなどの貸しスペースや空間など、各種の設備の予約に利用できる。

予約者は会議室を予約した者であり、参加者は会議への参加者である。予約者は参加者に含まれる場合が多いが、含まれなくてもよい。総称して会議室を利用する者を単にユーザという。

利用開始とは、利用の開始要求を会議管理サーバ３０が受け付け、ユーザに施設の利用開始が許可されることをいう。一般に、利用開始が許可されるためには、会議管理サーバにおいて正当な予約者又は参加者であることが確認される。ユーザから見るとチェックインできれば、施設の利用が許可されたことになる。

利用終了は、利用の終了を会議管理サーバ３０が受け付け、ユーザに認められていた施設の利用権利を消滅させ、施設を開放することをいう。ユーザからはチェックアウトの操作になる。

今すぐ利用ボタンは、現在時刻に予約が入っていない場合に、会議室を予約できるボタンである。

予約を早めるとは、現在の予約の開始時刻よりも早い時刻に開始時刻を変更することをいう。予約の前倒し、繰り上げなどと称してもよい。

＜システム構成例＞
図３は、リソース予約システム１００のシステム構成図の一例である。リソース予約システム１００は、主に社外ネットワークＮ２と社内ネットワークＮ１に分けることができる。社内ネットワークＮ１はファイアウォール１０５の内側のネットワークをいい、社外ネットワークＮ２は不特定多数の通信が伝送されるインターネット等のネットワークである。

社外ネットワークＮ２には、予約管理サーバ２０、会議管理サーバ３０、及び１つ以上のチャットサーバ１０が接続されており、各サーバは必要に応じて通信することができる。社外ネットワークＮ２に会議の参加者が操作する端末装置６０が必要に応じて接続されてよい。

予約管理サーバ２０は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現される。予約管理サーバ２０が提供する設備の予約に関するシステムを予約管理システムという。予約管理サーバ２０はカレンダーシステムを有しており、各種の予定を管理するＷｅｂアプリを提供する。具体的には、例えば以下のような機能を有している。
・予定の登録を受け付け、いつでもどこからでも予約者が確認できる
・予定の30分前など、設定した日時に電子メールで通知する
・一人が複数のカレンダー（仕事用、家庭用など）で予定を管理できる
・同じグループの人とカレンダーを共有する
予約管理サーバ２０はユーザをアカウントで管理する。アカウントとはユーザがサービスを利用する権利のことである。多くのシステムではユーザはアカウントを使用してシステムにログインする。このため、アカウントはシステムがユーザを一意に特定する機能（識別情報の機能）を有している。本実施形態では、予め登録しておいたアカウント（ドメイン）の予約情報を予約管理サーバ２０が会議管理サーバ３０に送信する。あるいは、予約管理サーバ２０のアカウントを指定して会議管理サーバ３０が予約情報を要求することで、会議管理サーバ３０が会議室６の予約情報を予約管理サーバ２０から取得できる。なお、アカウントは例えば電子メール、ＩＤ、電話番号など、ユーザを一意に識別できる情報であればよい。

本実施形態で予定として管理されるのは会議室６の予約であるが、予約管理サーバ２０は会議室６に限られず各種のリソースを予約した予約情報や予定を管理できる。なお、予約管理システムとしては、G Suite（登録商標）、Office365（登録商標）等が知られているが、本実施形態で説明する機能を有する予約管理システムであればよい。

また、本実施形態では、社内ネットワークＮ１の会議室６に関する情報が予約管理サーバ２０に予め登録されている。すなわち、リソース予約システム１００を利用する企業の社内ネットワークにある各会議室６の会議室名、会議室ＩＤ、予約可能時間、各会議室６の定員、及び、予約単位等に応じて予約管理サーバ２０のＷｅｂアプリがカスタマイズされている。したがって、リソース予約システム１００を利用する企業の会議室６と予約情報が結びつけられる。

チャットサーバ１０は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。チャットサーバ１０が提供する複数のユーザにおけるテキスト、音声、映像などの情報のリアルタイムな共有システムをチャットシステムという。チャットサーバ１０は端末装置６０に会議室６の予約に関する情報を通知する。本実施形態では運営主体が異なる複数のチャットサーバ１０が含まれてよい。

共有される情報には画像や音声等もありテキストに限られないが、本実施形態では説明の便宜上、通知には主にテキストが用いられるとして説明している。例えば、チャットシステムは、グループ間の音声通話機能を提供してよい。音声通話は１対１でも１対Ｎ（≧２）でもよい。したがって、本実施形態でチャットシステムが会議室６の予約に関する情報を通知する際は、テキストの表示の他、音声メッセージの出力でもよい。なお、チャットシステムとしてはＬＩＮＥ（登録商標。以下、省略する。）、slack、Microsoft Teams（登録商標。以下、省略する。）等が知られているが、ボット（事前に決められている処理を実行するプログラム）から１又は複数のユーザに対して通知が可能なチャットシステムであればよい。

チャットサーバ１０も同様にアカウント（予約管理サーバ２０のアカウントとは異なる）でユーザを管理するが、原則的に会議管理サーバ３０はチャットサーバ１０のアカウントを意識する必要はない。しかし、会議管理サーバ３０はチャットサーバ１０の任意のアカウントを指定して通知することができる。

会議管理サーバ３０は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。会議管理サーバ３０は社外ネットワークＮ２に関する処理として、予約管理サーバ２０から会議室６の予約情報を取得し、予約情報に設定されている参加予定者を取得し、設定されているタイミングで参加予定者と対応付けられたチャットサーバ１０のグループ（又は予約者など個別の者）に通知を送信する。また、社内ネットワークＮ１に関する処理として、会議室６へのチェックイン及びチェックアウトを管理したり、予約管理サーバ２０から取得した会議室６の予約情報に基づいて電子機器７０の電源等を制御したりする。

社内ネットワークＮ１には、会議室６、参加予定者の作業場所１０１、及び、管理者の作業場所１０２、その他社内の様々な場所などから、参加予定者は端末装置６０等で社内ネットワークＮ１を介して社外ネットワークＮ２にアクセスできる。社内ネットワークＮ１は例えばＬＡＮ（Local Area Network）である。会議室６、参加予定者の作業場所１０１、及び、管理者の作業場所１０２は同じ企業内のＬＡＮであるとは限らない。なお、端末装置６０が携帯電話やスマートフォンである場合は、電話回線を介して、社外ネットワークＮ２にアクセスし、予約管理サーバ２０、会議管理サーバ３０、チャットサーバ１０に接続してもよい。その際には端末装置６０のユーザは社内にいなくても、社外ネットワークＮ２への接続（インターネット接続）が可能である。

会議室６には会議室端末９０、及び電子機器７０が配置されている。本実施形態では会議室端末９０が配置されない会議室の利用方法について説明する。図２で説明したように会議室（リソース）によっては、会議室端末９０の代わりに、各ユーザが携帯する端末装置６０を用いて会議室利用を行う。なお、会議室端末９０（リソース端末）でのリソース利用と、各ユーザが携帯する端末装置６０でのリソース利用とを、どちらも行えるシステムであってもよい。

会議室端末９０と電子機器７０は小規模なＬＡＮ又は専用線で通信することができる。電子機器は会議室端末９０を経由することなく社内ネットワークＮ１及び社外ネットワークＮ２に接続できる。会議室端末９０と電子機器７０は無線又は有線のいずれで通信してもよい。なお、社内ネットワークＮ１はファイアウォール１０５の内側にあるため、社外ネットワークＮ２から社内ネットワークＮ１への直接の通信は困難になっている。

会議室端末９０は、会議室６を利用する予約者等の会議の参加者が操作する情報処理端末である。会議室の利用を受け付ける受付端末となる。会議室端末９０は会議室６の机の上に配置されていたり、会議室６の入り口に配置されたりしている。１つの会議室６に会議室端末９０が複数、配置されていてもよい。会議室端末９０は、一般的なＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。

会議室端末９０は会議管理サーバ３０に会議室ＩＤを送信し、当日の会議室６の予約情報などを表示する。また、電子機器７０の電源ＯＮ、ＯＦＦ等の制御情報を会議管理サーバ３０から取得する。これにより、会議室端末９０は電子機器７０の電源をＯＮ及びＯＦＦする。

また、会議室端末９０はチェックイン、チェックアウトなどのための待ち受け画面を表示し、チェックイン又はチェックアウトを会議管理サーバ３０に知らせるために会議管理サーバ３０と通信する。チェックインの際、会議室端末９０は予約者から入力された会議識別情報と予め保持する会議室ＩＤを会議管理サーバ３０に送信するので、会議管理サーバ３０は会議識別情報と会議室ＩＤにより、会議室６を予約した予約者が予約した会議室６を利用することを確認できる。

電子機器７０は会議室６で使用され得る各種のオフィス機器である。例えば、電子黒板、複合機、プロジェクタ、デジタルサイネージ、デジタルカメラ等である。電子黒板とは、タッチパネル付大型ディスプレイを有しユーザが指示した盤面の座標を検出し座標を接続してストロークを表示する。この他、接続されたＰＣの映像を表示したり、他拠点の電子黒板と通信してストロークを同期したりすることができる。なお、電子黒板は、電子情報ボード、電子ホワイトボードと呼ばれる場合もある。

複合機は、コピー機、スキャナ、プリンタ、ファクス送受信などの機能を有し、会議中の資料の印刷や資料のコピー、資料の電子化、資料の送信などに利用される。プロジェクタは画像を投影する装置である。例えば、端末装置６０がディスプレイに表示する映像をスクリーン等に投影することで参加者の間で共有することを可能にする。デジタルサイネージは大型のディスプレイであり任意の静止画又は動画を表示するために使用される。デジタルカメラは紙の資料や電子黒板に表示された資料を各参加者が撮像して保存するために使用される。

参加予定者の作業場所１０１には社内ネットワークＮ１に接続することができる端末装置６０が配置されている。端末装置６０は有線で通信しても無線で通信してもよい。端末装置６０は参加予定者（予約者を含む）が会議室を予約する際に使用される情報処理装置であるが、会議室に持ち込むことも想定されている。参加予定者が携帯する情報処理装置である。

端末装置６０は、一般的なＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。端末装置６０は、例えば、スマートフォン、タブレット端末、ＰＣ(Personal Computer)、ＰＤＡ(Personal Digital Assistant)、ウェアラブルＰＣ（サングラス型、腕時計型など）などである。ただし、通信機能を有しブラウザソフトウェア、又は、チャットサーバ１０若しくは予約管理サーバ２０に専用のアプリケーションソフトウェアが動作すればよい。例えば、カーナビ、ゲーム機、テレビ受像器なども端末装置６０となりうる。

端末装置６０ではチャットサーバ１０に専用のアプリケーションソフトウェア（以下、チャットアプリという）が動作し、更に、リソース予約システム１００に専用のアプリケーションソフトウェア（以下、会議アプリという）が動作する。ただし、これらはブラウザソフトウェアで代用されてよい。

管理者の作業場所１０２には社内ネットワークＮ１に接続することができる登録端末５０が配置されている。登録端末５０は有線で通信しても無線で通信してもよい。登録端末５０は管理者が会議室端末９０に初期設定するための表示端末である。

登録端末５０も端末装置６０と同様の情報処理装置でよい。ただし、主に会議管理サーバ３０に管理者が設定するために使用されるので、チャットアプリや会議アプリはなくてよい。登録端末５０は主にブラウザソフトウェアで会議管理サーバ３０と通信し、Ｗｅｂページを表示する。

＜ハードウェア構成＞
<<会議管理サーバ、予約管理サーバ、チャットサーバ、登録端末のハードウェア構成>>
会議管理サーバ３０、予約管理サーバ２０、チャットサーバ１０、及び、登録端末５０は、例えば図４に示すハードウェア構成のコンピュータシステムにより実現される。図４は本実施形態に係るコンピュータシステム３００の一例のハードウェア構成図である。

図４に示されているように、コンピュータシステム３００は、コンピュータによって構築されており、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤ２０４、ＨＤＤ(Hard Disk Drive)コントローラ２０５、ディスプレイ２０６、外部機器接続Ｉ／Ｆ２０８(Interface)、ネットワークＩ／Ｆ２０９、バスライン２１０、キーボード２１１、ポインティングデバイス２１２、ＤＶＤ−ＲＷ(Digital Versatile Disk Rewritable)ドライブ２１４、メディアＩ／Ｆ２１６を備えている。

これらのうち、ＣＰＵ２０１は、コンピュータシステム３００全体の動作を制御する。ＲＯＭ２０２は、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ＨＤ２０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ２０５は、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ２０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ２０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ２０９は、通信ネットワークＮを利用してデータ通信をするためのインターフェースである。バスライン２１０は、図４に示されているＣＰＵ２０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード２１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス２１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ−ＲＷドライブ２１４は、着脱可能な記録媒体の一例としてのＤＶＤ−ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ−ＲＷに限らず、ＤＶＤ−Ｒ等であってもよい。メディアＩ／Ｆ２１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

<<会議室端末、端末装置>>
図５は会議室端末９０、端末装置６０の一例のハードウェア構成図である。なお、図５の会議室端末９０又は端末装置６０はタブレット装置又はスマートフォンが想定されている。

会議室端末９０又は端末装置６０は、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、ＥＥＰＲＯＭ７０４、ＣＭＯＳセンサ７０５、撮像素子Ｉ／Ｆ７０６、加速度・方位センサ７０７、メディアＩ／Ｆ７０９、ＧＰＳ受信部７１１を備えている。

これらのうち、ＣＰＵ７０１は、会議室端末９０又は端末装置６０は全体の動作を制御する。ＲＯＭ７０２は、ＣＰＵ７０１やＩＰＬ等のＣＰＵ７０１の駆動に用いられるプログラムを記憶する。ＲＡＭ７０３は、ＣＰＵ７０１のワークエリアとして使用される。ＥＥＰＲＯＭ７０４は、ＣＰＵ７０１の制御にしたがって、アプリ等の各種データの読み出し又は書き込みを行う。ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ７０５は、ＣＰＵ７０１の制御にしたがって被写体（主に自画像）を撮像して画像データを得る内蔵型の撮像手段の一種である。なお、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等の撮像手段であってもよい。撮像素子Ｉ／Ｆ７０６は、ＣＭＯＳセンサ７０５の駆動を制御する回路である。加速度・方位センサ７０７は、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種センサである。メディアＩ／Ｆ７０９は、フラッシュメモリ等の記録メディア７０８に対するデータの読み出し又は書き込み（記憶）を制御する。ＧＰＳ受信部７１１は、ＧＰＳ衛星からＧＰＳ信号を受信する。

また、会議室端末９０又は端末装置６０は、遠距離通信回路７１２、ＣＭＯＳセンサ７１３、撮像素子Ｉ／Ｆ７１４、マイク７１５、スピーカ７１６、音入出力Ｉ／Ｆ７１７、ディスプレイ７１８、外部機器接続Ｉ／Ｆ(Interface)７１９、近距離通信回路７２０、近距離通信回路７２０のアンテナ７２０ａ、及びタッチパネル７２１を備えている。

これらのうち、遠距離通信回路７１２は、通信ネットワークを介して、他の機器と通信する回路である。ＣＭＯＳセンサ７１３は、ＣＰＵ７０１の制御にしたがって被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ７１４は、ＣＭＯＳセンサ７１３の駆動を制御する回路である。マイク７１５は、音を電気信号に変える内蔵型の回路であり、外部のスピーカ等から発する音声や音波を取得し電気信号を用いた情報を取得する。スピーカ７１６は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。音入出力Ｉ／Ｆ７１７は、ＣＰＵ７０１の制御にしたがってマイク７１５及びスピーカ７１６との間で音信号の入出力を処理する回路である。ディスプレイ７１８は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ(Electro Luminescence)などの表示手段の一種である。外部機器接続Ｉ／Ｆ７１９は、各種の外部機器を接続するためのインターフェースである。近距離通信回路７２０は、ＮＦＣ(Near Field Communication)やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。タッチパネル７２１は、利用者がディスプレイ７１８を押下することで、会議室端末９０を操作する入力手段の一種である。なお、ＣＭＯＳセンサ７１３等の撮像手段、近距離通信回路７２０等の近距離通信手段、マイク７１５等の音声入力手段、等は、リソースの識別情報を、それぞれ例えば画像コード等の画像・無線通信・音波で取得する、情報取得手段である。

また、会議室端末９０又は端末装置６０は、バスライン７１０を備えている。バスライン７１０は、図５に示されているＣＰＵ７０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

＜機能について＞
図６は、予約管理サーバ２０、チャットサーバ１０、会議管理サーバ３０、及び、登録端末５０の機能をブロック状に示す機能ブロック図の一例である。

<<予約管理サーバ>>
予約管理サーバ２０は、通信部２１、予約情報管理部２２、及び、認証部２３を有する。予約管理サーバ２０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３に展開されたプログラムに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。

通信部２１は、会議管理サーバ３０及び端末装置６０と各種の情報を送受信する。通信部２１は予約設定画面の画面情報を端末装置６０に送信し、端末装置６０から認証要求や予約の設定を受信する。また、予約情報を会議管理サーバ３０に送信する。

予約情報管理部２２は、ユーザが登録した予約情報を管理する。予約情報管理部２２は会議管理サーバ３０から要求された会議室６の予約情報を予約情報ＤＢ２９１から読み出して、通信部２１を介して会議管理サーバ３０に送信する。あるいは、予約情報が登録（又は変更）されると要求がなくても予約情報を会議管理サーバ３０に送信する。予約管理サーバ２０に予約者が会議室６を予約する方法としては一般的なＷｅｂアプリが使用されるものとする。

認証部２３は認証情報ＤＢ２９２に記憶されている認証情報（例えば、ユーザＩＤとパスワード）に基づいてユーザを認証する。ＩＣカードや生体認証情報で認証してもよい。

予約管理サーバ２０は記憶部２９を有している。記憶部２９は図４のＲＡＭ２０３及びＨＤ２０４等により実現される。記憶部２９には予約情報ＤＢ２９１（Data Base）、及び、認証情報ＤＢ２９２が記憶されている。

表１は予約情報ＤＢ２９１に記憶されている予約情報の一例を示す。予約情報は会議室６の予約状況を管理するための情報である。予約情報には、予約ＩＤに対応付けて予約者アカウント、会議名、会議室ＩＤ、開始時刻、終了時刻、及び、参加予定者アカウントの各項目が登録されている。予約ＩＤは予約情報の１レコードを識別する識別情報である。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。予約ＩＤ以外のＩＤについても同様である。予約者アカウントは会議室６を予約した参加予定者のアカウントである。会議名は参加予定者が任意に付与した会議の名称である。会議室ＩＤは社内ネットワークにある会議室６を識別する識別情報である。開始時刻は会議室６が予約された時間帯の始期（会議が開始される時刻）であり、終了時刻は会議室６が予約された時間帯の終期（会議が終わる時刻）である。参加予定者アカウントは会議に参加する予定の参加予定者のアカウントである。なお、表１のアカウントはいずれも予約管理サーバ２０が発行したアカウントである。

表２は認証情報ＤＢ２９２に記憶されている認証情報の一例を示す。認証情報はユーザ（予約者や参加者）が予約管理サーバ２０にログインするための情報である。ログイン情報は、ユーザＩＤ、及び、パスワードの各項目を有する。認証が成功するとユーザＩＤが正しいものであると見なされるが、このユーザＩＤは予約者又は参加者のアカウントと同じものなので、会議管理サーバ３０がユーザＩＤによりこのユーザが予約者である予約情報又は参加者である予約情報を特定できる。

<<チャットサーバ>>
チャットサーバ１０は、通信部１１、及び、テキスト処理部１２を有する。チャットサーバ１０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤ２０４からＲＡＭ２０３に展開されたプログラムに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。

通信部１１は、会議管理サーバ３０と各種の情報を送受信する。本実施形態では会議管理サーバ３０から会議室の予約に関する情報、ボットを識別する情報（後述するトークンなど）、及び、通知先のグループを特定する情報を受信する。このボットを識別する情報は、会議管理サーバ３０のボットを作成した際に予めチャットサーバ１０からボットの識別情報として通知されている。更に、予約者などの個人のアカウントが指定される場合もある。また、通信部１１は参加予定者が会議室の予約に関する情報を既読した旨、又は、表示された会議室の予約に関する情報に対する参加予定者の応答を会議管理サーバ３０に送信する。

テキスト処理部１２は、会議管理サーバ３０から通知されたボットを識別する情報及び通知先のグループを特定する情報に基づき、ボットが発言する情報として、グループに属する参加予定者に会議室６の予約に関する情報を送信する。したがって、通知は参加予定者の数だけ行われる場合と、予約者又は通知先ユーザのみに行われる場合がある。また、特定の通知先にのみ会議室６の予約に関する情報を送信する。

テキスト処理部１２はいわゆるプッシュ通知を行うことができる。仕組みとしては、例えば以下のようなものがある。チャットアプリ６０ａはプッシュ通知用のＩＤ（トークン）を、ＯＳ（Operating System）のメーカが運営するサーバから受け取る。このサーバではトークンとデバイス（端末装置６０）を紐付けておく。チャットアプリ６０ａはトークンとチャットアプリ６０ａのアカウントをチャットサーバ１０に登録しておく。チャットサーバ１０がプッシュ通知を行う場合、チャットアプリ６０ａのアカウントを特定するので紐付いたトークンを特定できる。チャットシステムはトークンを指定して通知内容をＯＳのメーカが運営するサーバに送信する。このサーバはトークンに紐付いたデバイス（端末装置６０）に対しプッシュ通知する。

また、チャットサーバ１０は記憶部１９を有している。記憶部１９は図４のＲＡＭ２０３及びＨＤ２０４等により実現される。記憶部１９にはグループ情報ＤＢ１９１が記憶されている。

表３はグループ情報ＤＢ１９１に記憶されているグループ情報の一例を示す。グループ情報は同じグループに属するメンバのアカウントが登録された情報である。グループ情報には、ワークスペースとチャンネルに対応付けて、メンバアカウント１〜ｎ（表３ではｎ＝４）、及び、ボットアカウントが登録されている。

ワークスペースは企業や部署などの組織を識別するための識別情報である。本実施形態では複数のメンバがワークスペース（例えばＡ社）に所属している。ワークスペースは例えばＵＲＬであるが、一意性があればよい。更にワークスペースはチャットの目的等に応じた複数のチャンネルを有する。チャンネルは例えば、製品Ａ用のグループ、製品Ｂ用のグループ等、共通する情報が交換されるメンバの集まりである。チャンネルにはワークスペースに所属するメンバのうちいずれかのメンバが所属している。つまり、通知先はワークスペースとチャンネルによって特定される。ただし、通知先の特定方法はチャットシステムによって異なるため、グループを一意に特定できる識別情報が存在すれば、その情報のみでも良いし、３つ以上の情報によって特定されてもよい。

チャンネルは一意性が保証されている。メンバアカウント１〜ｎはチャンネルのメンバのアカウントであり、このアカウントはチャットサーバ１０により発行されたものである。本実施形態では、会議室６の予約に関する情報を通知するためのメンバとしてボットが登録される。ボットはいわば会議管理サーバ３０の代理人又は架空のメンバということができる。ボットの発言（テキスト）がメンバアカウント１〜ｎの端末装置６０に送信される。

ワークスペースとチャンネルは、会議管理サーバ３０によって管理され、参加者が属するグループを識別するための情報になる。

<<会議管理サーバ>>
会議管理サーバ３０は、通信部３１、情報対応付部３２、予約情報取得部３３、通知判断部３４、制御情報生成部３５、制御情報応答部３６、会議情報通知部３７、利用管理部３８、認証キー検証部４１、管理制御部４２、予約情報送信部４４、予約部４５、及び、画像コード作成部４６を有する。会議管理サーバ３０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤ２０４からＲＡＭ２０３に展開されたプログラムに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

通信部３１は、予約管理サーバ２０、チャットサーバ１０、登録端末５０、及び、端末装置６０と各種の情報を送受信する。通信部３１は送信部３１ａと受信部３１ｂを有している。受信部３１ｂは予約管理サーバ２０から予約情報を受信し、会議室端末９０又は端末装置６０から予約情報の要求を受信する。また、受信部３１ｂは会議室端末９０又は端末装置６０からチェックイン要求・チェックアウト要求を受信する。また、受信部３１ｂは管理者が操作する登録端末５０からチャットシステムのグループとアカウントの対応付けを受け付ける。送信部３１ａはチャットサーバ１０に会議室の予約に関する情報を送信し、会議室端末９０又は端末装置６０に予約情報を送信する。

情報対応付部３２は、主に事前の登録作業に関する処理を行う。すなわち、管理者が操作する登録端末５０等からドメインの登録を受けつけ顧客ドメインＤＢ４９５に登録し、登録端末５０等から送信されたチャットシステムのワークスペース及びチャンネルと予約管理サーバ２０のアカウントを対応付けて対応付情報ＤＢ４９１に登録する。

予約情報取得部３３は、リソース予約システム１００を利用する顧客のアカウントを指定して予約管理サーバ２０から予約情報を取得して会議管理情報として会議管理情報ＤＢ４９３に登録する。あるいは変更があった予約情報を受信する。したがって、予約管理サーバ２０の予約情報の少なくとも一部の予約情報が会議管理情報ＤＢ４９３に記憶される。予約情報取得部３３は、予約管理サーバ２０が保持する予約情報のうち現在から所定期間未来の予約情報を取得する。所定期間はどのくらい先の会議まで会議室６の予約に関する情報を通知するかによって定まる。

通知判断部３４は、会議管理情報の中に通知する条件を満たす開始時刻の予約があるか否かを判断する。例えば、通知設定ＤＢ４９６を参照し、予約の開始時刻から逆算して設定された日時になると通知すると判断する。なお、例えばリマインダー用のボット、予約受付用のボット等、役割ごとにボットが分けられている場合、処理に応じてボットを特定する。

会議情報通知部３７は、通知判断部３４が通知すると判断すると、ボットを識別する情報（例えばslackではトークン）及び通知先のグループを特定する情報を指定して会議室６の予約に関する情報を通知することをチャットサーバ１０に要求する。なお、通知は何回に分けて行われるが、そのうちの少なくとも１回の通知に会議識別情報を含める。会議識別情報は、予約された会議室６を予約した時間帯に参加者が利用する権利を有することを会議管理サーバ３０が確認するための情報である。会議情報通知部３７は、少なくとも最終的な通知の前に会議識別情報を生成する。なお、会議識別情報は会議識別情報ＤＢ４９４に登録される。

制御情報生成部３５は、会議管理情報を参照して電子機器７０の制御情報を生成し、制御情報を制御情報ＤＢ４９７に登録する。例えば、会議の開始時刻の数分前になると電子機器７０の電源をＯＮする制御情報を生成し、チェックアウトを検出すると電子機器７０の電源をＯＦＦする制御情報を生成する。制御情報は制御情報ＤＢ４９７に記憶される。

制御情報応答部３６は、会議室６の会議室端末９０又は端末装置６０から制御情報があるかどうかの問い合わせを受け付け、制御情報ＤＢ４９７を参照し、会議室６に対応する制御情報を会議室端末９０又は端末装置６０に送信する。

利用管理部３８は、会議室へのチェックイン（利用開始）・チェックアウト（利用終了）を管理する。また、主にチェックイン・チェックアウトに伴う会議のステータスを会議管理情報ＤＢ４９３に登録する。チェックインは、予約ＩＤで特定される会議の開始時刻の例えば５〜１０分前になると認められる（この値は適宜設定される）。これにより、ステータスが「チェックイン待ち」になる。
・会議室端末９０からチェックイン要求を受け付けた場合
利用管理部３８は、会議室端末９０が送信する会議室ＩＤと会議識別情報（招待コード）の組が会議識別情報ＤＢ４９４に登録されている場合にチェックインを許可する。
・端末装置６０からチェックイン要求を受け付けた場合
この場合、認証キー、会議室のメールアドレス、会議室ＩＤ、ユーザＩＤが端末装置６０から送信される。利用管理部３８は、認証キーを使用して画像コードが読み取られたこと（ユーザが会議室にいること）を認証する。また、会議室ＩＤで会議室の予約情報を特定し、特定した予約情報の予約者アカウント（又は参加予定者アカウント）に同じユーザＩＤが含まれる場合に、チェックインを許可する。
・会議室端末９０から今すぐ利用ボタンの押下が送信された場合、利用管理部３８は予約部４５に予約を要求する。予約部４５は予約情報に基づいて、次の予約と重複しない範囲で、一定時間（３０分や６０分）の予約を予約管理サーバ２０に予約する。あるいは、予め決まった時間割の一単位の予約を予約管理サーバ２０に要求する。
・端末装置６０から今すぐ利用ボタンの押下が送信された場合、認証キー、会議室のメールアドレス、会議室ＩＤ、ユーザＩＤが端末装置６０から送信される。利用管理部３８は会議室ＩＤで会議室を特定し現在時刻（要求を受信した時点の時刻）より後の最初の予約情報を特定する。特定した予約情報の予約者アカウント（又は参加予定者アカウント）に同じユーザＩＤが含まれる場合に、特定した予約情報の開始時刻を早めることを予約部４５に要求する。予約部４５は予約情報の予約ＩＤを指定して開始時刻を現在時刻に変更することを予約管理サーバ２０に要求する。あるいは、利用管理部３８は現在時刻から次の会議の開始時刻までの間で新規の予約を予約部４５に要求する。予約部４５は新規の予約を予約管理サーバ２０に要求する。
会議室端末９０からのチェックイン要求か端末装置６０からのチェックイン要求かを利用管理部３８が判断する方法としては、会議アプリ６０ｂと端末アプリ９０ａがそれぞれアプリの種別を会議管理サーバ３０に通知する方法がある。あるいは、会議アプリ６０ｂがチェックイン時に画像コードから取得した情報である旨を会議管理サーバ３０に通知してもよい。この他、会議室端末９０と端末装置６０を判別できればよい。

なお、利用管理部３８は、決まった時刻までにチェックインを許可しないと予約をキャンセルする。

認証キー検証部４１は会議室端末又は端末装置６０から送信される認証キーが、会議室設定情報ＤＢ４９８に登録されているものと一致するかどうかにより、会議室端末９０又は端末装置６０を認証する。したがって、正しい認証キーを有する会議室端末又は正しい認証キーを送信する端末装置６０しか予約情報を取得できない。本実施形態では端末装置６０が予約情報を取得できるため、認証キーにより第三者が外部（画像コードがない場所）から予約情報を取得できないようにすることができる。

管理制御部４２は会議室ごとに、会議室設定情報ＤＢ４９８に登録されている管理開始フラグがTrueか否かを確認する。管理開始フラグは会議室の管理を開始してよいか否かを示すフラグである。

予約情報送信部４４は、会議室端末９０又は端末装置６０からの要求に対し、会議管理情報ＤＢ４９３に記憶されている予約情報（会議管理情報）を送信する。ただし、認証キーによる認証が成功し、管理開始フラグがTrueに設定されている必要がある。端末装置６０からの要求に対しては端末装置６０のユーザが予約者又は参加者かどうかで会議名と予約情報を加工する（例えば会議名や氏名をマスクする）。予約情報送信部４４はＪＳＯＮ形式、ＸＭＬ形式、ＣＶＳ（Comma−Separated Values）形式などで送信すればよい。予約情報は繰り返し送信されるので容量が少ない形式が有利である。

また、会議管理サーバ３０は記憶部４９を有している。記憶部４９は図４のＲＡＭ２０３及びＨＤ２０４等により実現される。記憶部４９には、対応付情報ＤＢ４９１、会議管理情報ＤＢ４９３、会議識別情報ＤＢ４９４、顧客ドメインＤＢ４９５、通知設定ＤＢ４９６、制御情報ＤＢ４９７、及び、会議室設定情報ＤＢ４９８が記憶されている。

表４は対応付情報ＤＢ４９１に記憶されている対応付情報の一例を示す。対応付情報は予約管理システムのアカウントとチャットシステムのグループを対応付ける情報である。対応付情報は、ワークスペース、チャンネル及びメンバアカウント１〜ｎ（表ではｎ＝４）の各項目を有する。ワークスペースとチャンネルは上記のとおりである。メンバアカウント１〜ｎには予約管理サーバ２０が発行した各参加者のアカウントが登録される。また、表４に示すようにチャットシステムのアカウントが登録されてよい。グループに対して通知を行うためには予約管理サーバ２０に対して会議を予約したユーザの予約管理サーバ２０のアカウントと通知先のグループ及びチャンネルを特定するための情報（本実施形態ではワークスペースとチャンネル名）があればよく、必ずしもグループに所属するすべてのメンバのアカウントが登録されている必要はない。ただし、個人ユーザ宛に通知する場合、それぞれのチャットシステムのアカウント情報が必要なため、表４のように登録されていてもよい。

表５は会議管理サーバ３０の会議管理情報ＤＢ４９３が記憶する会議管理情報の一例を示す。会議管理情報ＤＢ４９３には予約情報が記憶されるので、表５では表１の予約情報ＤＢ２９１との相違を説明する。表５の会議管理情報はステータスの項目を有する。ステータスは、予約の状況を意味する。例えば、会議室６の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。

表６は会議識別情報ＤＢ４９４に記憶されている会議識別情報管理情報の一例を示す。会議識別情報管理情報は会議室６の予約ごとに会議識別情報を管理する情報である。会議識別情報管理情報は、予約ＩＤ、会議室ＩＤ、及び、会議識別情報の各項目を有する。これらについてはステータスを除き予約情報と同じであり（予約管理サーバ２０から受信した予約情報）、既出であるため説明は省略する。なお、予約ＩＤが登録されているのは、同じ会議室６の予約を識別するためである。ステータスは、予約の状況を意味する。例えば、会議室の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。

表７は顧客ドメインＤＢ４９５に記憶されている顧客ドメイン情報の一例を示す。顧客ドメイン情報は顧客のドメインと顧客の管理者のアカウントを管理する情報である。顧客ドメイン情報には顧客のドメイン名と顧客の管理者アカウントが対応付けて登録されている。表７の顧客のドメインは予約管理サーバ２０が発行したアカウント（メールアドレス）のドメインである。また、管理者アカウントは、顧客の管理者（代表する）のアカウントである。なお、表７のアカウントは予約管理サーバ２０が発行したものである。

表８は通知設定ＤＢ４９６に記憶されている通知設定情報の一例を示す。通知設定情報は顧客ごとに通知に関する設定を保持する。通知設定情報には、顧客ドメイン名と通知設定が対応付けて登録されている。通知設定には、会議の開始時刻のどのくらい前に、会議室６の予約に関する情報を通知するかのタイミングが設定されている。あるいは決まった日時が設定されていてもよい。また、タイミングは１つである必要はなく、１つの顧客に複数回の通知設定が登録されていてもよい。

表９は制御情報ＤＢ４９７に記憶されている制御情報の一例を示す。制御情報は会議室６の電子機器７０を制御するための情報である。制御情報は、会議室ＩＤ、及び、制御内容の各項目を有する。制御内容は、電子機器７０の具体的な制御方法である。会議管理サーバ３０は電子機器７０ごとに詳細な制御内容を設定できる。また、制御する時刻が登録されないのは、社外ネットワークの会議管理サーバ３０から会議室端末９０又は端末装置６０に送信することが困難であり、会議室端末９０又は端末装置６０が会議管理サーバ３０にアクセスし、この時、制御情報が生成されていれば制御内容を送信するからである。

表１０は、会議室設定情報ＤＢ４９８に記憶されている会議室設定情報の一例を示す。会議室設定情報は会議室ごとの設定に関する情報である。会議室設定情報は、顧客ＩＤに対応付けて、会議室名称、会議室ＩＤ、会議室端末の状態、認証キー、管理開始フラグ、登録できる会議室端末の数、及び、メールアドレスの各項目を有する。
・会議室名称は会議の参加者が認識している会議室の一般的な名称であり、例えば会議室の入り口に提示されているものをいう。
・会議室ＩＤは上記のように会議室を一意に識別する識別情報である。簡易的には、会議室ＩＤは予約管理サーバ２０と共通とすることができる。また、変換テーブルを設けることで、予約管理サーバ２０と別に管理者が設定することもできる。会議室ＩＤは会議室で提示される画像コードにエンコードされている。
・会議室端末の状態は会議室端末９０の初期設定が終了したか、通信が可能か等を示す。会議室端末９０が配置されない会議室ではセットアップ前となる。初期設定とは、会議室端末９０が少なくとも最小限の機能を発揮できるように、人が例えば通信に関する設定などを行うことをいう。
接続中：一定期間内に通信が確認できている状態（通信によりセットアップ前又は接続断から接続中に遷移する）
セットアップ前：初期設定の前
接続断：一定期間以上、通信がない状態（接続中から接続断に遷移する）
・認証キーは会議管理サーバ３０が会議室端末９０又は端末装置６０を認証するための認証情報となる。初期設定により認証キーが会議室端末９０に設定される。会議室端末９０がない会議室では、会議室で提示される画像コードにエンコードされている。認証キーは総当たり方式で特定できない程度に長い桁数の数字、アルファベット、記号などの組み合わせである。認証キーは会議管理サーバ３０が決定しても管理者が決定してもよい。
・管理開始フラグは、会議室端末９０の初期設定が終わった後に、会議室の管理を会議管理サーバ３０が開始するか否かを示すフラグ（True：開始する False：開始しない）である。管理開始フラグは管理者が設定する。会議室端末９０が設置されない会議室では管理者が適宜、Trueに設定すればよい。

管理開始フラグがTrueに設定されると、会議管理サーバ３０は会議室の管理の準備が整う。会議管理サーバ３０は管理開始フラグがTrueであり、会議室端末９０又は端末装置６０から予約情報の要求を受信すると、会議室の管理を開始する。これにより、会議室端末９０又は端末装置６０から要求がある場合に予約情報の送信を開始する。

会議室端末９０が会議管理サーバ３０から予約情報を取得すると、会議室端末９０は会議管理サーバ３０との連携を開始する。したがって、連携開始と管理開始は予約情報の要求と予約情報の送信という関連した処理を契機にする。

連携開始又は管理開始により以下の処理が行われる。
・予約情報の表示（チェックイン、チェックアウト、延長、今すぐ利用）
・チェックイン、チェックアウトに連動する電子機器の制御
・予約の自動キャンセル
なお、「延長」は会議室の予約の終了時刻を越えて参加者が予約を延長することをいい、「今すぐ利用」は空室の会議室を任意のユーザが予約なしに利用することをいう。

管理開始フラグがあることで、初期設定が完了してから会議室端末９０の配置までのタイムラグで生じる自動キャンセルなどの不都合を抑制できる。なお、会議室端末９０が配置されない会議室でもTrueに設定されるので、予約情報の表示や自動キャンセルが可能になる。
・登録できる会議室端末の数は、１つの会議室に対応付けられることができる会議室端末の数である。会議室端末９０は１つの会議室に１つあれば支障がないが、会議室端末９０に異常が生じた場合、修理する間の会議室へのチェックインが困難になる。このため、管理者が複数の会議室端末９０を１つの会議室に対応付けたい場合がある。したがって、認証キーが外部に漏れても、端末ＩＤが一致してかつその数が決まっているので、予約情報が外部に漏れることなどを抑制できる。初期値は１つでもよいし複数でもよい。
・メールアドレスは会議室に対し会議管理サーバ３０等が電子メールを送信するためのものである。本実施形態では会議室ＩＤとして使用される場合がある。メールアドレスは会議室で提示される画像コードにエンコードされている。
・位置情報は、画像コード作成部４６が会議室に提示される画像コードを作成した際に、登録端末５０から送信された登録端末５０の位置である。したがって、会議室の位置ということができる。

会議室名称、会議室ＩＤは予め決まっているか、管理者が設定できる。予約管理サーバ２０から送信されたものを使用してよい。会議室端末の状態の初期状態（提供者の設定直後）はセットアップ前であるが、通信の状況によって自動的に遷移する。認証キーは初期設定時に例えば会議管理サーバ３０が採番して設定する。管理開始フラグは管理者用の設定画面などから管理者が設定する。登録できる会議室端末の数は同様に管理者が設定できる。登録できる会議室端末の数は１以上である場合が多い。１に設定された場合、１つの会議室に登録できる会議室端末９０は１つのみになる。メールアドレスは管理者が設定できる。

したがって、管理者が会議室ＩＤ、認証キー、メールアドレスを設定すれば、プリンタなどから会議室ＩＤ、認証キー、メールアドレスを含む会議室情報の画像コードを印刷できる。なお、漏洩時に第三者が予約情報を取得できないように、会議室情報は暗号化されていることが好適である。

<<登録端末>>
登録端末５０は、通信部５１、操作受付部５２、表示制御部５３、及び、位置情報取得部５４を有する。登録端末５０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３に展開されたプログラムに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム（例えばブラウザ）は、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

登録端末５０は、会議管理サーバ３０が提供するＷｅｂページを介して管理者が会議室に関する各種の設定を行うための端末である。この設定の１つに初期設定がある。なお、初期設定には端末装置６０が使用されてもよい。

通信部５１は、会議管理サーバ３０及び予約管理サーバ２０と各種の情報を送受信する。操作受付部５２は、登録端末５０に対する参加者の各種の操作を受け付ける。表示制御部５３は各種の画面の画面情報を解釈してディスプレイ２０６に表示する。操作受付部５２と表示制御部５３は例えばブラウザの機能を有し、Ｗｅｂアプリを実行できる。位置情報取得部５４は、登録端末５０の位置情報を取得する。位置情報は、ＧＮＳＳ（Global Navigation Satellite System）により取得してもよいし、Wi−Fiなどのアクセスポイントの識別情報でもよい。

<<端末装置>>
図７は、端末装置６０及び会議室端末９０の機能をブロック状に示す機能ブロック図の一例である。電子機器７０の機能については必要に応じて説明する。

端末装置６０は、通信部６１ａ、操作受付部６１ｂ、表示制御部６１ｃ、チャットアプリ６０ａ、及び、会議アプリ６０ｂを有している。また、チャットアプリ６０ａは、チャット通信部６２、テキスト表示部６３、及び、アプリ通信部６４、を有する。会議アプリ６０ｂは、サーバ通信部６５、表示制御部６６、アプリ通信部６７、端末通信部６８、操作受付部６９、認証要求部７１、取得部７２、デコード部７３、予約情報要求部７４、利用要求部７５、予約要求部７６、及び、位置情報取得部７７を有する。端末装置６０が有するこれら各機能部は、図５に示された各構成カテゴリのいずれかが、ＥＥＰＲＯＭ７０４からＲＡＭ７０３に展開されたプログラムに従ったＣＰＵ７０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。端末装置６０ではチャットアプリ６０ａと会議アプリ６０ｂが動作しているので、プログラムにはチャットアプリ６０ａと会議アプリ６０ｂが含まれる。

通信部６１ａは、会議管理サーバ３０及び予約管理サーバ２０と各種の情報を送受信する。操作受付部６１ｂは、端末装置６０に対する参加者の各種の操作を受け付ける。表示制御部６１ｃは各種の画面の画面情報を解釈してディスプレイ７１８に表示する。操作受付部６１ｂと表示制御部６１ｃは例えばブラウザの機能を有し、Ｗｅｂアプリを実行できる。

チャットアプリ６０ａのチャット通信部６２は、チャットサーバ１０と各種の情報の送受信を行う。本実施形態ではチャットサーバ１０から会議室６の予約に関する情報を受信し、既読であること、会議室６が利用される又はキャンセルされるか、等をチャットサーバ１０に通知する。

チャットアプリ６０ａのテキスト表示部６３は、チャットサーバ１０から送信されたテキスト（会議室６の予約に関する情報）を表示する。例えば、発言元はボットでありボットが入力したかのようにテキストを表示する。

チャットアプリ６０ａのアプリ通信部６４は、会議アプリ６０ｂを呼び出すと共に会議識別情報を会議アプリ６０ｂに送信する。チャットサーバ１０は、会議室６の予約に関する情報を通知する際、会議アプリ６０ｂを識別する情報を端末装置６０に送信しているので、チャットアプリ６０ａはＯＳに対し会議アプリ６０ｂを指定し会議識別情報の通知を依頼する。ＯＳは会議アプリ６０ｂを起動することができる。

会議アプリ６０ｂのサーバ通信部６５は会議管理サーバ３０又は予約管理サーバ２０と通信する。サーバ通信部６５は、予約情報を受信したり、チェックイン要求・チェックアウト要求、予約要求を会議管理サーバ３０に送信したりする。また、サーバ通信部６５は予約管理サーバ２０に認証要求を送信する。

会議アプリ６０ｂの表示制御部６６は、会議室端末９０に対しては会議識別情報が含まれる画像コード等をディスプレイ７１８に表示する（会議識別情報を手で入力しない場合）。端末装置６０が予約情報を会議管理サーバ３０から受信した場合は予約情報をディスプレイ７１８に表示する。

会議アプリ６０ｂのアプリ通信部６７は、ＯＳを介して、チャットアプリ６０ａから各種の情報（会議室６の予約に関する情報に含まれる会議識別情報等）を取得する。

端末通信部６８は、会議室端末９０がある会議室では会議室端末９０と通信し会議識別情報等を送信する（ただし、手で入力される場合もある）。端末通信部６８は、Bluetooth（登録商標）などの近距離無線通信で会議室端末９０の存在を検出し、会議室端末９０を検出すると会議識別情報を送信する。操作受付部６９は、端末装置６０に対する各種の操作を受け付ける。

認証要求部７１は、ユーザにより入力されたユーザＩＤやパスワードを指定して、サーバ通信部６５を介して、予約管理サーバ２０に認証を要求する。認証が成功すると、記憶部７９にはユーザＩＤ７９１が記憶される。

取得部７２は、会議室に提示されている画像コードを撮像して画像コードの画像データを取得する。画像コードはバーコードでもよい。画像コードでなく文字や数字をＯＣＲ（Optical Character Reader）により取得部７２が読み取ってもよい。また、取得部７２は会議室情報を取得できればよく、例えば、会議室に配置されたＩＣカードやBluetooth（登録商標）端末から会議室情報を取得してもよい。すなわち、撮像だけでなく近距離無線通信により会議室情報を取得できる。

デコード部７３は、取得部７２が撮像した画像コードをデコードして会議室情報を復元する。暗号化されている場合は復号する。

予約情報要求部７４は、画像コードの撮像に連動して、撮像後に操作無しで自動的に、予約情報を会議管理サーバ３０に要求することができる。あるいは撮像後にユーザの操作に応じて要求することもできる。

利用要求部７５は、画像コードの撮像に連動して又はユーザの操作を受けて、会議室へのチェックインを会議管理サーバ３０に要求する。予約要求部７６は、新たに会議室の予約を予約管理サーバ２０に要求する。

位置情報取得部７７は、端末装置６０の位置情報を取得する。例えば、常に位置情報を繰り返し取得しておき、サーバ通信部６５が会議管理サーバ３０と通信する際には最新の位置情報を添付するとよい。あるいは、予約情報を取得する時、チェックインする時などの限定した状況で位置情報を取得してもよい。

また、会議アプリ６０ｂは、ＲＯＭ７０２、ＲＡＭ７０３又はＥＥＰＲＯＭ７０４等により実現される記憶部７９を有している。記憶部７９にはユーザＩＤ７９１が記憶されている。このユーザＩＤ７９１は認証要求部７１により認証が成功した場合に保存される。ユーザＩＤ７９１は例えば、予約管理サーバ２０におけるユーザのアカウントである。

<<会議室端末>>
会議室端末９０はサーバ通信部９１、端末装置通信部９２、操作受付部９３、表示制御部９４、電子機器通信部９５、端末認証部９６、撮像部９７、デコード部９８、設定記録部９８−２、及び、予約情報要求部９８−３を有する。会議室端末９０が有するこれら各機能部は、図５に示された各構成カテゴリのいずれかが、ＥＥＰＲＯＭ７０４からＲＡＭ７０３に展開されたプログラムに従ったＣＰＵ７０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

サーバ通信部９１は、サーバＵＲＬ９９３を宛先にして会議管理サーバ３０と通信する。会議室端末９０は社内ネットワークに存在するため会議管理サーバ３０から会議室端末９０と通信することは困難である。このため、サーバ通信部９１はポーリング（定期的に会議管理サーバ３０と通信する）やＷｅｂＳｏｃｋｅｔなどの通信技術で会議管理サーバ３０と通信する。「会議室端末の状態」が接続中の場合であって、サーバ通信部９１からの通信がない場合、会議室設定情報ＤＢ４９８に接続断が登録される。「会議室端末の状態」がセットアップ前の場合、通信の有無に関係なくセットアップ前のままである。サーバ通信部９１はＨＴＴＰなどの通信プロトコルで通信すればよく、通信プロトコルは特に制限しない。

本実施形態のサーバ通信部９１は予約情報を受信し、チェックイン時に、端末装置通信部９２が端末装置６０から受信した会議識別情報又は手で入力された会議識別情報を会議管理サーバ３０に送信する。また、サーバ通信部９１は会議管理サーバ３０から制御情報を受信する。

端末装置通信部９２は端末装置６０と通信する。本実施形態では会議識別情報等を受信する。電子機器通信部９５は、電子機器７０と通信する。本実施形態ではサーバ通信部９１が受信した制御情報を電子機器７０に送信する。

表示制御部９４はディスプレイ７１８に端末アプリ９０ａが生成する画面を表示する。この画面はチェックイン、チェックアウトなどが可能な待ち受け画面である。操作受付部９３は会議室端末９０に対する各種の操作を受け付ける。

端末認証部９６は、入力された管理者パスワードが正しいか否かに基づいて端末アプリへの管理者のログインを認証する。会議室に配置された会議室端末９０は、不特定の参加者により操作可能であるため、認証機能がないと初期設定を変更されるおそれがあるためである。

撮像部９７は主に画像コードを撮像する。管理者がＣＭＯＳセンサ７１３の画角に画像コードが入るように会議室端末９０を操作すると、撮像部９７は画像コード（初期設定用の画像コード）を認識して自動的に画像データを生成する。デコード部９８は、撮像部９７が撮像した画像コードをデコードして通信設定情報を復元する。設定記録部９８−２は、デコード部９８がデコードした通信設定情報（会議室ＩＤ、認証キー、サーバＵＲＬ、会議室名称）を記憶部９９に記憶させる。撮像部９７、デコード部９８及び設定記録部９８−２はいずれも会議室端末９０の初期設定時に必要な処理であり本実施形態では使用されない。

予約情報要求部９８−３は、予約情報を取得する定期的なタイミングになるとサーバ通信部９１を介して会議室ＩＤと認証キーを繰り返し会議管理サーバ３０に送信する。この応答として、予約情報要求部９８−３はサーバ通信部９１を介して予約情報を取得する。予約情報は変更があった場合にだけ取得すればよい。タイミングは数秒〜数分ごとの周期である。周期が短い方が早期に予約情報を更新できるが、通信負荷も高くなるため、両者を考量して決定される。本実施形態では例えば３０秒とする。また、サーバ通信部９１を介して少なくとも当日の会議室６の会議管理情報（予約情報）等を受信できる。

また、会議室端末９０は記憶部９９を有している。記憶部９９は図５のＲＯＭ７０２及びＥＥＰＲＯＭ７０４等により実現される。記憶部９９には会議室ＩＤ９９１、認証キー９９２、サーバＵＲＬ９９３、会議室名称９９４、端末ＩＤ９９５、管理者パスワード９９６、及び、電子機器７０のＩＰアドレス９９７が記憶されている。

端末ＩＤ９９５は会議室端末９０の識別情報である。端末ＩＤは１つの会議室で決まった数以上の会議室端末９０が会議管理サーバ３０に接続することを抑制するため、会議管理サーバ３０が会議室端末９０を識別するために使用される。端末ＩＤは例えば端末アプリのＵＵＩＤ（Universally Unique Identifier）、ＭＡＣアドレスなど、一意性があればよい。ＵＵＩＤは特定の管理がなくても全世界で２つ以上のアイテムが同じ値を持つことがない一意な識別子である。

管理者パスワード９９６は端末アプリ９０ａのインストール時又は初回の起動時に管理者が設定する。電子機器７０のＩＰアドレス９９７は必要に応じて管理者が設定する。

＜画像コードの印刷＞
まず、図８を参照して、管理者が画像コードを印刷する処理を説明する。図８は、登録端末５０が会議管理サーバ３０と通信して画像コードを印刷する手順を示すシーケンス図の一例である。

S1、S2：会議管理サーバ３０の予約情報取得部３３は所定の頻度でリソース一覧要求を予約管理サーバ２０に送信する。リソース一覧要求とは、予約管理サーバ２０に登録されている顧客のリソースの一覧を要求することをいう。リソース予約システム１００において会議室はリソースとして扱われるため、リソース一覧要求により、会議管理サーバ３０はこの顧客の会議室の一覧を取得できる。所定の頻度とは例えば１日に１回等、比較的低頻度でよい。リソースには会議室の他、電子機器７０が含まれる。

S3：管理者は、登録端末５０に対しアプリの起動操作を行う。このアプリは管理者用のアプリであるが、会議アプリ６０ｂが兼用してもよい。また、Ｗｅｂブラウザでもよい。

S4：これによりアプリが起動する。

S5：管理者は、会議管理サーバ３０に登録されている会議室の一覧を表示する操作を登録端末５０に入力する。操作受付部５２は操作を受け付ける。

S6：登録端末５０の通信部５１は会議室一覧を会議管理サーバ３０に要求する。

S7：会議管理サーバ３０の受信部３１ｂは会議室一覧要求を受信して、会議室設定情報ＤＢ４９８に登録されている会議室の一覧を登録端末５０に送信する。例えば、会議室名称と会議室ＩＤを送信すればよいが、会議室設定情報ＤＢ４９８に登録されている情報であれば送信できる。

S8：管理者は今いる会議室を一覧から選択して画像コードを生成する操作を入力する。操作受付部５２は操作を受け付ける。

S9：画像コードを生成する操作が入力されると自動的に、登録端末５０の位置情報取得部５４は位置情報を取得する。位置情報は、ＧＮＳＳにより検出されたものが好ましい。室内等の理由でＧＮＳＳを利用できない場合、IMES（Indoor Messaging System）を利用してもよい。これらを利用できない場合は、登録端末５０に最も近接している又は登録端末５０が接続中のアクセスポイント（Wi−Fi）のＭＡＣアドレスなどで兼用してよい。

S10：登録端末５０の通信部５１は会議室ＩＤと位置情報を指定して画像コードの生成要求を会議管理サーバ３０に要求する。

S11：会議管理サーバ３０の受信部３１ｂは画像コードの生成要求を受信する。画像コード作成部４６は会議室ＩＤで特定される会議室の会議室ＩＤ、認証キー、メールアドレスを会議室設定情報ＤＢ４９８から取得して、画像コードを生成する。また、画像コード作成部４６は登録端末５０から送信された位置情報を会議室ＩＤで特定される会議室に対応付けて会議室設定情報ＤＢ４９８に登録する。

S12：会議管理サーバ３０の送信部３１ａは画像コードを登録端末５０に送信する。

S13：登録端末５０の通信部５１は画像コードを受信し、表示制御部５３がディスプレイ２０６に表示する。管理者は画像コードを印刷する操作を登録端末５０に入力する。操作受付部５２は操作を受け付ける。

S14：登録端末５０の通信部５１は画像コードの印刷要求を画像形成装置（プリンタ）に送信する。

S15：画像形成装置は画像コードを印刷する。

このように、管理者は今いる会議室に提示する画像コードを印刷する処理において、会議室の位置情報を会議管理サーバ３０に登録できる。

図９は、画像形成装置が印刷した画像コードの一例を示す。この画像コードは会議室の中や入り口に提示されるので、ユーザは端末装置６０で画像コードを撮像して予約情報を表示したり、チェックインしたりすることができる。

＜端末装置が予約情報を表示し、今すぐ利用ボタンが押下された場合の処理＞
次に、図１０を参照して、端末装置６０が予約情報を表示し、ユーザがチェックインするまでの処理を説明する。図１０は、リソース予約システム１００の動作を説明するシーケンス図の一例である。

S1、S2：会議管理サーバ３０の予約情報取得部３３は繰り返し、予約情報取得要求を予約管理サーバ２０に送信する。予約情報取得要求とは、ドメインを指定してこのドメインをアカウントに有する予約者の予約情報を要求することをいう。これにより、会議管理サーバ３０は決まった期間の予約情報を取得できる。繰り返しの頻度は例えば数分おき、３０分おき、１時間おきなど、比較的高頻度であることが好ましい。また、予約情報に関しては、新たに登録又は変更された予約情報が、予約管理サーバ２０から自動的に送信される場合もある。

S3：一方、会議室にチェックインしたいユーザ（予約者、参加者、又はどちらでもない場合がある）は、端末装置６０に対し会議アプリ６０ｂの起動操作を行う。

S4：これにより会議アプリ６０ｂが起動する。会議アプリ６０ｂには会議管理サーバ３０と予約管理サーバ２０のＵＲＬ等が予め設定されている。なお、会議アプリ６０ｂがブラウザソフトで代用される場合、ユーザがＵＲＬを設定すればよい。

S5：ユーザは予約管理サーバ２０の認証情報を端末装置６０に入力する。会議管理サーバ３０は予約管理サーバ２０におけるユーザのアカウントを利用してユーザを識別するので、会議管理サーバ３０の認証情報と実質的に同じである。ユーザは、パスワードとユーザＩＤを入力する。端末装置６０の操作受付部６９は認証情報を受け付ける。なお、認証情報の入力は１度だけ行えばよい。端末装置６０はユーザ専用であるのと、認証成功によりユーザＩＤ７９１が記憶部７９に記憶されるためである。

S6：端末装置６０の認証要求部７１はサーバ通信部６５を介して、認証情報を予約管理サーバ２０に送信する。

S7：予約管理サーバ２０の通信部２１は認証情報を受信し、認証部２３が認証情報ＤＢ２９２を参照してユーザを認証する。本実施形態では認証が成功したものとする。

S8：予約管理サーバ２０の通信部２１は認証成功とユーザＩＤを端末装置６０に送信する。OAUTHなどの認証チケット（ログインしたのが誰か、どのような処理の権限を有するかがわかる情報）が送信されてもよい。

S9：端末装置６０のサーバ通信部６５は認証成功とユーザＩＤを受信し、記憶部７９にユーザＩＤ７９１を記憶する。

S10：ユーザは端末装置６０に対しカメラ（ＣＭＯＳセンサ７１３）を起動する操作を行う。

S11：これによりカメラが起動する。なお、カメラは会議アプリ６０ｂの起動に応じて自動的に起動してもよい。

S12：ユーザは会議室に提示されている画像コードを撮像する操作を行う。取得部７２は画像コードを撮像する。画像コードは予め、会議管理サーバ３０が有する例えば会議室設定情報を用いてプリンタから印刷されている。画像コードは会議室の扉付近に貼付されたり、会議室内の机等に置かれたりしている。画像コードはディスプレイにより表示されてもよい。例えば、電子機器７０（電子黒板、プロジェクタ）が表示してもよい。あるいは、電子ペーパにより表示されてもよい。これらの場合、画像コードの印刷が不要になる。

S13、S14：デコード部７３は画像コードを取得して、会議室情報を復元する。すなわち、会議室ＩＤ、認証キー、及び、会議室のメールアドレスを生成する。なお、会議室情報が暗号化されている場合は、復号する。暗号化により会議アプリ６０ｂが動作していない端末装置６０では画像コードを取得しても会議管理サーバ３０に接続できないようにすることができる。画像コードに会議管理サーバ３０のＩＰアドレス等が含まれていてもよい。

S15：予約情報要求部７４は会議管理サーバ３０に接続するため、更に、記憶部７９からユーザＩＤ７９１を取得する。

S16：予約情報要求部７４はサーバ通信部６５を介して、会議室ＩＤ、認証キー、会議室のメールアドレス及びユーザＩＤを指定して、画像コードが提示されている会議室の予約情報を会議管理サーバ３０に要求する。

S17：会議管理サーバ３０の受信部３１ｂは予約情報の要求を受信する。まず、認証キー検証部４１が、会議室ＩＤで特定される会議室設定情報ＤＢ４９８に記憶されている認証キーが、送信された認証キーと一致するか否かを判断する。ここでは認証キーが一致したものとする。更に、メールアドレスによる認証を行ってもよい。会議管理サーバ３０の送信部３１ａは予約情報を端末装置６０に送信する。なお、端末装置６０が位置情報を送信し、会議管理サーバ３０は会議室設定情報ＤＢ４９８に登録されている会議室の位置情報との距離が閾値未満の場合に予約情報を送信してもよい。会議室の近くでないのにユーザがチェックインすることを抑制できる。

S18：端末装置６０のサーバ通信部６５は予約情報を受信する。現在時刻に予約がない場合（チェックイン待ちでもない場合）、表示制御部６６は今すぐ利用ボタンを表示する。一例を図１１（ａ）に示す。ユーザは会議室をすぐに利用したいため、今すぐ利用ボタンを押下する。操作受付部６９は押下を受け付ける。

S19：端末装置６０のサーバ通信部６５は今すぐ利用ボタンが押下された旨を会議管理サーバ３０に送信する。今すぐ利用ボタンが押下された旨はチェックイン要求と会議室ＩＤを含んでいる。

S20：会議管理サーバ３０の受信部３１ｂはすぐ利用ボタンが押下された旨を受信する。利用管理部３８は、現在時刻に予約があるか否かを判断する。今すぐ利用ボタンが押下されたが、予約情報がチェックイン待ちでないことを確認する。ここでは、現在時刻に予約がない場合を説明する。この場合、利用管理部３８は、更に、端末装置６０が送信したユーザＩＤが、会議室ＩＤで特定される会議室の現在時刻（すぐ利用ボタンが押下された旨を受信した時刻）より後の最初の予約情報の予約者又は参加者に含まれているか否かを判断する。含まれている場合、利用管理部３８は送信部３１ａを介して、
「次の会議の予定を早めて会議室を利用する」旨のボタン（以下、ボタンＡという。第一のボタンの一例。）と
「次の会議とは別の会議として会議室を利用する」旨のボタン（以下、ボタンＢという。第二のボタンの一例。）
を選択肢として表示する旨を端末装置６０に要求する。

S21：端末装置６０のサーバ通信部６５は２つのボタンＡ，Ｂを選択肢として表示する旨を受信し、表示制御部６６はボタンＡ，Ｂを表示する。表示例を図１１（ｂ）に示す。

S22：ユーザは端末装置６０に表示されたボタンＡ又はボタンＢを押下する。操作受付部６９はボタンの押下を受け付ける。

ユーザがボタンＡを押下した場合はステップS23〜S29が実行される。

S23：端末装置６０の予約要求部７６はサーバ通信部６５を介して予約変更要求を会議管理サーバ３０に送信する。

S24：会議管理サーバ３０の受信部３１ｂは予約変更要求を受信し、予約部４５が同じユーザが含まれていると判断した予約情報の開始時刻を現在時刻（ユーザから予約変更要求を受信した時刻）に早める旨の予約変更要求を、予約管理サーバに送信する。なお、この予約情報は例えば予約ＩＤで指定される。

予約情報の変更には、ユーザのアカウント情報が必要なので、端末装置６０の記憶部７９にはユーザ認証で得た認証チケットなどを記憶しておき、端末装置６０が認証チケットを予約変更要求に添付するとよい。

S25：予約管理サーバ２０の通信部２１は予約変更要求を受信し、予約情報管理部２２は予約ＩＤで指定される予約情報を変更する。すなわち、開始時刻を現在時刻に早める。

S26：予約情報が変更されたので、通信部２１は予約情報の変更を会議管理サーバ３０に通知する。これにより、会議管理サーバ３０の予約情報取得部３３が予約情報を予約管理サーバに要求するので、変更後の予約情報を取得できる。

S27：予約情報は会議管理情報ＤＢ４９３に保存される。利用管理部３８は現在時刻が予約の開始時刻の一定時間前に含まれるので、利用管理部３８はチェックインを許可する。この場合、ユーザＩＤにより会議を予約した者であるという認証は完了している。したがって、利用管理部３８はチェックインを許可することができる（ステータスを「チェックイン済み」に変更する）。

S28：予約情報送信部４４は予約情報をマスクする。マスク処理については後述する。

S29：送信部３１ａはチェックイン済みとなった開始時刻が変更後の予約情報を端末装置６０に送信する。端末装置６０のサーバ通信部６５は予約情報を受信し、表示制御部６６が予約情報を表示する。表示例を図１１（ｃ）に示す。

ユーザがボタンＢを押下した場合はステップS30〜S39が実行される。

S30：ユーザがボタンＢを押下した場合、端末装置６０のサーバ通信部６５は会議管理サーバ３０に対して新規の予約要求を送信する。新規の予約要求にはチェックイン要求と会議室ＩＤが含まれる。

S31：会議管理サーバ３０の受信部３１ｂは新規の予約とチェックイン要求を受信し、予約部４５が会議室ＩＤと時間帯を指定して新規の予約を予約管理サーバに送信する。予約の開始時刻は現在時刻（ユーザから新規の予約とチェックイン要求を受信した時刻）、終了時刻は、同じユーザが含まれていると判断した予約情報の開始時刻である。あるいは、現在時刻から一定時間でもよい。現在時刻から終了時刻までの間の時間であればよい。会議室の予約において連続する予約の終了時刻と開始時刻を同じにできない場合は開始時刻の前でよい。あるいは、予め決まった単位時間の予約を要求する。

なお、新規の予約は会議管理サーバ３０のアカウントが使用されてもよいし、ユーザのアカウントが使用されてもよい。ユーザのアカウントが使用される場合はボタンＡが押下された場合と同じである。会議管理サーバ３０のアカウント（認証チケット）は会議管理サーバ３０が保持している。

S32：予約管理サーバの通信部２１は新規の予約要求を受信し、予約情報管理部２２は新規に会議室の予約情報を作成する。

S33：新たな予約情報が登録されたので、通信部２１は予約情報の変更を会議管理サーバ３０に通知する。これにより、会議管理サーバ３０の予約情報取得部３３が予約情報を予約管理サーバに要求するので、変更後の予約情報を取得できる。

S34：予約情報は会議管理情報ＤＢ４９３に保存される。利用管理部３８は現在時刻が新規の予約の開始時刻の一定時間前に含まれるので、利用管理部３８はチェックインを許可する。利用管理部３８はチェックインを許可する（ステータスを「チェックイン済み」に変更する）。

S35：予約情報送信部４４は予約情報をマスクする。マスク処理については後述する。

S36：また、送信部３１ａはチェックイン済みにした新規の予約情報等を端末装置６０に送信する。端末装置６０のサーバ通信部６５は予約情報を受信し、表示制御部６６が予約情報を表示する。表示例を図１１（ｄ）に示す。

S37：その後、元から予約されていた予約情報がチェックイン待ちになると、利用管理部３８は元から予約されていた予約情報のチェックイン処理を行う。すなわち、再度、自動でチェックイン処理を行う（ステータスを「チェックイン済み」に変更する）。

S38：予約情報送信部４４は予約情報をマスクする。マスク処理については後述する。

S39：また、送信部３１ａはチェックイン済みとなった予約情報等を端末装置６０に送信する。予約情報送信部４４は予約情報をマスクする。マスク処理については後述する。

S40：端末装置６０の表示制御部６６は予約情報をディスプレイに表示する。

このように、ユーザがボタンＡ、Ｂのどちらを押下しても、会議管理サーバ３０はチェックイン操作を忘れることを防止できる。すなわち、ボタンＡが押下された場合、会議管理サーバ３０は会議の開始時刻を早めて、利用開始を許可できる（所定のタイミングの一例）。ボタンＢが押下された場合、会議管理サーバ３０は会議室へのチェックインが可能になると自動で利用開始を許可できる（所定のタイミングの一例）。

なお、ボタンＡが押下された場合、元の会議の終了時刻を早めた分と同じ時間だけ短縮するのか、終了時刻を変更しないのかは、予め決まっている。あるいは、ユーザがボタンＡの押下に続いて設定可能である。

＜マスク処理＞
マスク処理について説明する。予約情報送信部４４は、会議室ＩＤで特定される会議室の予約情報について、現在のユーザ以外のユーザに関係する情報をマスクする。マスクとは読めない状態に加工することをいう。予約情報送信部４４は、予約者アカウント又は参加予定者アカウントに、端末装置６０から送信されたユーザＩＤが含まれていない予約情報について、
・会議名を「Ｍｅｅｔｉｎｇ」などの一般的な用語に置き換える。
・予約者名又は参加者名を消去する。

こうすることで、不特定多数の人が会議室の予約情報（会議名、予約者名、参加者名）を見ることを回避できる。

＜予約情報画面＞
図１１、図１２を用いて端末装置６０が表示する予約情報画面４００について説明する。図１１は図１０のシーケンス図で表示される予約情報画面４００の一例である。図１２は予約情報画面４００の説明に使用される予約情報（会議管理情報ＤＢ４９３に保持している予約情報）である。

図１１（ａ）は、ユーザが画像コードを端末装置６０で取得したことで表示される予約情報画面の一例である。まず、予約情報画面４００は会議室名４０１，会議名欄４０２、会議時間４０３、今すぐ利用ボタン４０９、及び、この後の予定欄４０７を有している。
・会議室名４０１…会議室名が表示される。会議室名は会議管理サーバ３０から送信されるか、画像コードに含まれている。
・会議名欄４０２…予約情報に含まれている。
・会議時間４０３…予約情報に含まれている。
・今すぐ利用ボタン４０９…次の会議がチェックイン待ちでない場合に表示制御部６６が表示する。
・この後の予定欄４０７…予約情報に含まれている。

図１１（ａ）の画面が表示される状況は、９:００にてＡさんが画像コードを撮像した場合である。また、会議室は一時間単位で予約される。図１２（ａ）によると９：００〜１０：００には予約が入っていないので、会議名欄４０２には「予定はありません」と表示される。また、会議時間４０３には現在時刻を含む予約の会議時間（９：００〜１０：００）が表示される。また、予定が入っていないので今すぐ利用ボタン４０９が表示される。

この後の予定欄４０７では、会議名がマスクされうる。図１２（ａ）によると、Ａさんは「○○定例会議」の予約者であるため、予約情報送信部４４はこの後の予定欄の会議名をマスクせずに送信する。Ａさんは「△打ち合わせ」の予約者であるため、予約情報送信部４４はこの後の予定欄の会議名をマスクせずに送信する。なお、マスクは端末装置６０が行ってもよい。

Ａさんは「○○定例会議」の予約者であるため、Ａさんが予定より早く会議室を使用したいと考えている。そこで、Ａさんは今すぐ利用ボタン４０９を押下する。

会議管理サーバ３０の利用管理部３８は今すぐ利用ボタン４０９の押下を受信する。本実施形態では、図１１（ａ）の予約情報を表示させた（今すぐ利用ボタン４０９を押下した）ユーザが、現在時刻の次に予約されている会議室の予約者又は参加者である場合、利用管理部３８が予定を早めて会議室を受付可能である旨を表示する受付画面を端末装置６０に表示させる。

図１１（ｂ）は受付画面４１０の一例を示す。受付画面４１０は、「次の予定を早めて利用しますか？」というメッセージ４１１、図１１（ａ）の予約情報を表示させたユーザと同じユーザを予約者又は参加者を含む直近の予約情報４１２、はいボタン４１３、及び、別会議として利用ボタン４１４を有している。はいボタン４１３が「次の会議の予定を早めて会議室を利用する」旨のボタン（ボタンＡ）に相当する。別会議として利用ボタン４１４が「次の会議とは別の会議として会議室を利用する」旨のボタン（ボタンＢ）に相当する。

図１１（ｂ）の直近の予約情報４１２には、図１１（ａ）の予約情報を表示させたユーザと同じユーザを予約者又は参加者に含む直近の予約情報が表示される。そして、変更前の時間と変更後の時間が表示される。変更後の時間は、現在時刻でよいので会議管理サーバ３０から送信されても端末装置６０が表示してもよい。

図１１（ｃ）ははいボタン４１３が押下された場合に、端末装置６０が表示する予約情報画面の一例である。はいボタン４１３が押下されると、上記のように、直近の予約情報の開始時刻が早められる。図１２（ａ）の「○○定例会議」が繰り上がったので、予約情報は図１２（ｂ）のようになる。したがって、この後の予定欄４０７では、１０：００〜１１：００が予定なしとなる。「○○定例会議」が繰り上がったので、図１１（ｃ）会議名欄４０２が「○○定例会議」に変わっている。

会議時間４０３については９：００〜１０：００のままである。これは、直近の予約情報の開始時刻が早められた時間と同じ時間、終了時刻も早められたためである。上記のように、終了時刻は早めなくてもよい。

また、図１１（ｃ）の予約情報画面４００は、予約者名４０４、参加者名４０５、及び、退出ボタン４０６を有している。予約者名４０４と参加者名４０５はマスク処理の対象となる。しかし、「○○定例会議」の予約者はＡさんで、図１１（ａ）の予約情報を表示させたユーザと同じなので、予約者と参加者名はマスクされない。

また、図１１（ａ）の予約情報を表示させた（今すぐ利用ボタン４０９を押下した）ユーザが、現在時刻の次に予約されている会議室の予約者又は参加者である場合、自動的にチェックイン処理されるので、予約情報送信部４４がチェックイン済みの予約情報を端末装置６０に送信する。これにより、端末装置６０の表示制御部６６が退出ボタン４０６を表示する。退出ボタン４０６はチェックアウト（利用の終了）をユーザが入力するためのボタンである。

また、この後の予定欄４０７の会議名はマスクの対象となるが図１１（ａ）と同様にマスク処理されない。

図１１（ｄ）は別会議として利用ボタン４１４が押下された場合に、端末装置６０が表示する予約情報画面の一例である。別会議として利用ボタン４１４が押下されると、上記のように、新規に会議室が予約される。

新規に会議室が予約されたので、予約情報は図１２（ｃ）のようになる。会議管理サーバ３０の予約部４５は「Ｍｅｅｔｉｎｇ」などの会議名を自動的に付与する。また、「○○定例会議」以下には変更がない。

したがって、会議名欄４０２には「Ｍｅｅｔｉｎｇ」と表示される。また、会議時間４０３には新規に予約された会議の開始時刻と終了時刻が表示される。予約者名４０４、参加者名４０５、及び、退出ボタン４０６については図１１（ｃ）と同様でよい。

なお、図１２（ｃ）では「○○定例会議」と「△打ち合わせ」の予約者がＡさんで同じであり、かつ、「○○定例会議」の終了時刻と「△打ち合わせ」の開始時刻が同じである。したがって、利用管理部３８は「△打ち合わせ」の予約情報がチェックイン待ちになると、自動的にチェックインする。こうすることで、異なる会議にユーザが連続して参加する場合もチェックイン操作を忘れることを防止できる。

＜会議管理サーバの処理の流れ＞
図１３は、会議管理サーバ３０が行う処理の流れを説明するフローチャート図である。なお、予約情報のマスク処理については省略した。図１３の処理は端末装置６０に受付画面を表示させた後の処理である。

利用管理部３８はボタンＡが押下されたか否かを判断する（Ｓ１０１）。ボタンＡが押下された場合、予約部４５は、予約情報を表示させたユーザと同じユーザを予約者又は参加者を含む現在時刻の次の予約情報の開始時刻を早める（Ｓ１０２）。

また、予約部４５は予約情報を表示させたユーザと同じユーザを予約者又は参加者を含む直近の予約情報の終了時刻を早める（Ｓ１０３）。この処理は、終了時刻も速める設定の場合に行われる。終了時刻は早めなくてもよい。

予約部４５は開始時刻を早めた予約情報についてチェックイン処理を行う（Ｓ１０４）。現在時刻と予約の開始時刻との関係に応じて自動的に実行される。

ボタンＡが押下されない場合、利用管理部３８はボタンＢが押下されたか否かを判断する（Ｓ１０５）。ボタンＢが押下された場合、予約部４５は、新規に会議室を予約する（Ｓ１０６）。会議時間は現在時刻を含む予め決まった最小単位か、又は、開始時刻＝現在時刻、終了時刻＝次の会議の開始時刻などである。

予約部４５は新たに予約した予約情報についてチェックイン処理を行う（Ｓ１０７）。現在時刻と予約の開始時刻との関係に応じて自動的に実行される。

また、利用管理部３８は、ボタンＡ、Ｂのどちらが押下されたかに関わらず、連続した予約の終了時刻と開始時刻が同じで（２つの予約情報のうち先の予約情報の終了時刻と後の予約情報の開始時刻が同じ）、同じ予約者又は参加者を含むかを判断する（Ｓ１０８）。ステップＳ１０８の判断がＹｅｓの場合、利用管理部３８は、連続した予約の後側の予約がチェックイン待ちになるとチェックイン処理を行う（Ｓ１０９）。なお、連続した予約の終了時刻と開始時刻は全く同じである場合に限らず、決まった一定時間の差であれば同じと見なしてよい。一定時間は人の出入りのために確保されており、実質的に連続した会議と見なせるためである。

＜まとめ＞
以上説明したように、本実施形態のリソース予約システムは、予約情報を表示させたユーザが現在時刻の次の予約情報に含まれていた場合、次の予約を早めるか、又は、新規に会議室を予約できる。また、新規に予約した場合は、現在時刻の次の予約情報についても自動的にチェックインする。したがって、チェックインの操作忘れを防止することができる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、本実施形態では、端末装置６０が画像コードを読み取るチェックイン方法を説明したが、会議室端末９０でも同じ処理が可能である。この場合、今すぐ利用ボタンの押下後に会議室端末９０が会議識別情報の入力を促して、会議管理サーバ３０が現在時刻の次の予約情報について会議識別情報による認証を行う。認証が成功すれば会議識別情報を入力したユーザが、現在時刻の次の予約情報の予約者又は参加者と見なすことができる。したがって、同様に予約を早めたり、新規に予約したりすることができる。

会議管理サーバ３０は複数、存在してもよいし、会議管理サーバ３０の機能が複数のサーバに分散されていてもよい。また、予約管理サーバ２０と会議管理サーバ３０が一体でもよい。

本実施形態に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、会議管理サーバ３０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

また、本実施形態のリソース予約システム１００はＷｅｂサービスとも称することができる。Ｗｅｂサービスとはインターネット関連技術を応用して提供される各種のサービスである。例えば、会議室貸し出しサービス、各種のレンタルサービスが挙げられる。Ｗｅｂサービスを利用するシステムを利用システムという。

また、以上の実施例で示した図６、図７などの構成例は、リソース予約システム１００の処理の理解を容易にするために、主な機能に応じて分割したものである。しかし、各処理単位の分割の仕方や名称によって本願発明が制限されることはない。リソース予約システム１００は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

６ 会議室
１０ チャットサーバ
２０ 予約管理サーバ
３０ 会議管理サーバ
６０ 端末装置
１００ リソース予約システム

特開２０１６‐４５１１号公報

Claims (9)

1. 端末装置を、
   前記端末装置のユーザの識別情報を用いて情報処理装置にリソースの利用開始を要求する利用要求部、として動作させるプログラムと、
   前記利用開始の要求を受信した場合、前記ユーザの識別情報が、前記要求を受信した時刻の次の予約情報に含まれていて、前記要求を受信した時点の時刻に前記リソースが予約されていない場合、前記要求を受信した時刻より後の最初の前記予約情報の予約の開始時刻を早める予約部と、
   前記予約部が開始時刻を早めた前記予約情報の利用開始を許可する利用管理部と、を有する情報処理装置と、
   を有することを特徴とするリソース予約システム。
2. 端末装置を、
   前記端末装置のユーザの識別情報を用いて情報処理装置にリソースの利用開始を要求する利用要求部、として動作させるプログラムと、
   前記利用開始の要求を受信した場合、前記ユーザの識別情報が現在時刻の次の予約情報に含まれていて、現在、前記リソースが予約されていない時間の場合、現在時刻から次の予約の開始時刻までの間に新規のリソースの予約を行う予約部と、
   新規に予約された前記予約情報の利用開始を許可し、前記ユーザの識別情報が含まれる現在時刻の次の前記予約情報の利用開始を許可する利用管理部と、
   を有する情報処理装置と、
   を有することを特徴とするリソース予約システム。
3. 前記ユーザの識別情報が現在時刻の次の前記予約情報に含まれていて、現在、前記リソースが予約されていない時間の場合、
   前記利用管理部は、「次の会議の予定を早めて会議室を利用する」旨の第一のボタン、及び、「次の会議とは別の会議として会議室を利用する」旨の第二のボタンを表示する旨を前記端末装置に要求し、
   前記端末装置は、前記第一のボタン、及び、前記第二のボタンを表示し、
   前記予約部は、前記第一のボタンが押下された場合、現在時刻の次の前記予約情報の予約の開始時刻を早め、前記第二のボタンが押下された場合、現在時刻から次の予約の開始時刻までの間に新規のリソースの予約を行うことを特徴とする請求項１又は２に記載のリソース予約システム。
4. 連続した２つの前記予約情報のうち先の前記予約情報の終了時刻と後の前記予約情報の開始時刻が同じで、更に、同じ予約者又は参加者を含む場合、
   前記利用管理部は、所定のタイミングで後の前記リソースの利用開始を許可することを特徴とする請求項１〜３のいずれか１項に記載のリソース予約システム。
5. 前記プログラムは、前記端末装置を、
   リソースごとに取得可能に設置されたリソースの識別情報を取得させる取得部と、
   前記取得部が取得した前記リソースの識別情報を指定して、前記予約情報を前記情報処理装置に要求する予約情報要求部と、
   前記予約情報要求部が要求した前記予約情報を表示する表示制御部として機能させ、
   現在、前記リソースが予約されていない時間の場合、前記表示制御部は利用開始を受け付けるボタンを表示し、
   前記利用管理部は前記ボタンの押下に応じて、前記の第一のボタン、及び、前記第二のボタンを表示する旨を前記端末装置に要求することを特徴とする請求項３に記載のリソース予約システム。
6. 前記予約部は、現在時刻の次の前記予約情報の予約の開始時刻を早めた場合、開始時刻を早めた時間と同じ時間、現在時刻の次の前記予約情報の終了時刻を早めることを特徴とする請求項１に記載のリソース予約システム。
7. 前記予約部は、
   前記要求を受信した時刻の、次の前記予約情報の予約の開始時刻を早める場合、
   前記要求を受信した時点の時刻まで開始時刻を早めることを特徴とする請求項１に記載のリソース予約システム。
8. 端末装置と情報処理装置が通信するリソース予約システムが行うリソース利用方法であって、
   前記端末装置が、前記端末装置のユーザの識別情報を用いて情報処理装置にリソースの利用開始を要求するステップと、
   前記情報処理装置が、前記利用開始の要求を受信した場合、前記ユーザの識別情報が現在時刻の次の予約情報に含まれていて、現在、前記リソースが予約されていない場合、現在時刻の次の前記予約情報の予約の開始時刻を早めるステップと、
   開始時刻を早めた前記予約情報の利用開始を許可するステップと、
   を有することを特徴とするリソース利用方法。
9. 端末装置と情報処理装置が通信するリソース予約システムが行うリソース利用方法であって、
   前記端末装置が、前記端末装置のユーザの識別情報を用いて情報処理装置にリソースの利用開始を要求するステップと、
   前記情報処理装置が、前記利用開始の要求を受信した場合、前記ユーザの識別情報が現在時刻の次の予約情報に含まれていて、現在、前記リソースが予約されていない時間の場合、現在時刻から次の予約の開始時刻までの間に新規のリソースの予約を行うステップと、
   新規に予約された前記予約情報の利用開始を許可し、前記ユーザの識別情報が含まれる現在時刻の次の前記予約情報の利用開始を許可するステップと、
   を有することを特徴とするリソース利用方法。

Images