JP2020087245A - エラー表示システム、エラー表示方法、情報処理装置 - Google Patents

Abstract

【課題】エラーが生じている情報処理端末又は情報処理装置を特定することができるエラー表示システムを提供する。【解決手段】会議管理サーバ３０には複数の会議室端末９０がネットワークを介して接続されている。正常な会議室端末９０は、定期的に会議＝管理サーバ３０と通信する。また、会議管理サーバ３０は各会議室端末９０の管理画面５０１の画面情報を登録端末５０に提供するため、管理者は管理画面５０１により各会議室端末９０のリストを表示することができる。リストが表示される管理画面５０１を利用して、会議室端末９０又は会議管理サーバ３０に生じたエラーを一覧で管理できる。【選択図】図２

Description

本発明は、エラー表示システム、エラー表示方法、及び、情報処理装置に関する。

情報処理端末に不具合が生じて所望の機能を発揮できない場合、不具合が生じていることをユーザに通知するため又は不具合からの早期の復帰をユーザに促すため、不具合が生じた旨を表示や警報音で通知することが行われる場合がある。このような不具合を総称してエラーといい、エラーを通知することをエラー出力という。ユーザはエラー出力に気づくと、エラーの原因を特定して復帰を試みる。

また、情報処理端末と通信する情報処理装置に関するエラー出力を情報処理端末が行う場合もある（例えば、特許文献１参照。）。特許文献１には、酸素濃縮器の動作に何らかのエラーが発生した場合、タブレット端末にエラー対策情報を含むエラー通知情報が表示される酸素濃縮器システムについて開示されている。

しかしながら、従来のエラーの通知方法は、１つ以上の情報処理端末と通信相手の情報処理装置が通信するシステムにおいて、情報処理端末又は情報処理装置において生じているエラーを特定することが困難であるという問題があった。すなわち、情報処理端末又は情報処理装置のどちらにエラーが生じているか分からない状況で、エラーが生じている情報処理端末又は情報処理装置を含むシステム全体においてどの装置で何のエラーが起こっているかを管理者が特定することが難しかった。

本発明は、上記課題に鑑み、エラーが生じている情報処理端末又は情報処理装置を特定することが可能なエラー表示システムを提供することを目的とする。

上記課題に鑑み、本発明は、情報処理装置と情報処理端末がネットワークを介して通信するエラー表示システムであって、前記情報処理端末にインストールされることで前記情報処理端末を、前記情報処理端末に生じたエラーを検知する第１のエラー検知手段と、前記第１のエラー検知手段が検知したエラーを前記情報処理装置に通知する第１のエラー通知手段、として機能させるアプリケーションと、前記情報処理装置に生じたエラーを検知する第２のエラー検知手段と、前記第２のエラー検知手段が検知したエラーに関する情報と、前記情報処理端末から通知されたエラーに関する情報を第１の表示手段に表示可能にする情報提供手段と、を有する前記情報処理装置を有することを特徴とする。

エラーが生じている情報処理端末又は情報処理装置を特定することが可能なエラー表示システムを提供することができる。

リソース予約システムの全体的な動作の概略を説明する図の一例である。 登録端末が表示する一例のエラーについて説明する図である。 リソース予約システムの一例のシステム構成図である。 会議管理サーバの一例のハードウェア構成図である。 会議室端末の一例のハードウェア構成図である。 予約管理サーバ、チャットサーバ、会議管理サーバ、及び、登録端末の機能をブロック状に示す一例の機能ブロック図である。 端末装置及び会議室端末の機能をブロック状に示す一例の機能ブロック図である。 リソース予約システムが会議室端末で生じたエラーを処理する一例のシーケンス図である。 リソース予約システムが会議室端末で生じたバッテリーに関するエラーを処理する一例のシーケンス図である。 リソース予約システムが会議管理サーバで生じたエラーを処理する一例のシーケンス図である。 会議室端末がエラーを処理する手順を示す一例のフローチャート図である。 会議管理サーバがエラーを処理する手順を詳細に示す一例のフローチャート図である。 登録端末が表示する一例の管理画面を示す図である。 管理画面で詳細表示ボタンが押下された場合に登録端末が表示する一例のエラー詳細画面を示す図である。 エラーが発生していない場合のスクリーンショットの一例を示す図である。 エラーが発生した場合のスクリーンショットの一例を示す図である。 今すぐ利用ボタンを押下できない態様で表示された待ち受け画面の一例を示す図である。

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

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

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

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

Ｃ．リソース予約システム１００を利用する組織側の管理者等は登録端末５０を操作して会議管理サーバ３０に対し、ユーザの登録、及び、各種の設定を行うことができる。ユーザの登録とは、リソース予約システム１００の利用者個人を特定するＩＤやメールアドレス等を、会議管理サーバ３０に登録することである。例として、チャットサーバ１０（slack、Line、Microsoft Teams（いずれも登録商標）等）を使った各種の通知の対象となるユーザを登録することをいう。また、通知は会議管理サーバ３０としてメッセージを送信するボットを介して行われるためチャットサーバが提供するボットも登録される。ボットとは、各ユーザが所持する、スマートフォン等の端末内の各チャットアプリケーション（チャットシステムの端末アプリ）上で、リソース予約システムや会議管理サーバの代理人として、各種通知や入力の受付等のインターフェースをユーザに提供するためのプログラムである。ボットはチャットサーバ１０上のプログラムであり、仮想的なチャットの相手として、ユーザ（リソース予約システムの利用者）とコミュニケーションを行いながら、通知や入力受付、各種案内等を行う。例として、リソース予約システムから、予約情報のリマインダーをユーザへ通知する、また、そのリマインダーに対する会議参加や不参加等のユーザの入力をチャットとして受け付ける、等、システムの窓口となる。各種の設定は、会議室端末９０の登録、リマインドのタイミングの設定などである。

Ｄ．会議管理サーバ３０は予約情報における会議の開始時刻の一定時間前になると、予約者に会議の開催をリマインドする。これにより、会議室の空予約を抑制する。また、会議管理サーバ３０は必要に応じてユーザに招待コード（グループへの招待）を通知する。会議の予約者はリマインドを受信することで会議室にチェックインするための情報（会議識別情報）を端末装置６０に保存する。チェックインとは、ユーザによる会議室の使用するチェックインの指示入力及び、チェックインの指示に応じて会議管理サーバがチェックインを示す情報を受け取り、所定の会議室の利用開始を示す開始フラグを立てる処理を行うことである。

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

Ｆ．会議室端末９０はチェックイン要求を会議管理サーバ３０に送信するので、会議識別情報で認証できれば、チェックインできた旨の応答を会議管理サーバ３０から受信する。会議室端末９０は（会議中）使用中である旨を表示する。会議の開始時刻に対し決まった時刻までにチェックインを知らせる使用開始通知が確認できない場合、会議管理サーバ３０は会議室６の予約をキャンセル（会議室が所定時間利用開始されない場合に予約情報の取り消しを行うこと）して、予約情報に含まれるステータスとしてキャンセル済みを会議室端末９０に送信する。この場合、会議室端末９０は空室である旨を表示するので、任意のユーザが会議室６を使用できる。

Ｇ．会議室端末９０は、会議管理サーバ３０からの要求により電子機器７０を制御する。例えば、会議開始時刻に電源をＯＮし、会議終了時刻に電源をＯＦＦする。こうすることで、会議の参加者による電子機器７０の操作時の利便性を向上できる。

Ｈ．電子機器７０が例えばテレビ会議の機能を有する場合、他拠点４の電子機器（テレビ会議端末７０ｘ等）と通信して、他拠点と会議を開催できる。なお、アプリが動作するＰＣ７０ｙも電子機器７０と通信できる。予約情報には予め他拠点４を示す宛先情報（宛先の通信ＩＤ）が含まれており、電子機器７０は自動でテレビ会議端末７０ｘ及びＰＣ７０ｙと通信できる。

Ｉ．予約者が会議を終了する際、会議室端末９０のボタンを押下してチェックアウトするので、会議室端末９０は次の予約状況を表示する。これにより、任意のユーザが会議室の予約状況を把握できる。

＜エラー表示の概略＞
従来のエラー表示方法は、会議室端末９０の内部で完結するエラーであれば、会議室端末９０内部のデータベースからエラー種別を照合して表示すればよかった。しかし、会議室端末９０がシステム構成の一部となり会議管理サーバ３０と通信する場合、会議管理サーバ３０と会議室端末９０でエラーの原因がそれぞれ異なってしまう。このため、サービス利用者にとってエラーの原因を特定しにくく、エラー解消及びサービス復旧に時間がかかっていた。

具体的には、会議室端末９０単体では会議管理サーバ３０のエラーを表現できない、会議管理サーバ３０で会議室端末９０のエラーを監視できない、会議室端末９０でエラー発生時にどのようなことが起きたかが会議管理サーバ３０でわからないので管理者が遠隔地から状態を把握できない、エラーの種別が増えた時に会議室端末９０単体ではエラー種別の増加に対応できない、といった諸要因によって、全てのエラー原因を会議管理サーバ３０で把握したり、会議室端末９０に特定したエラー原因を表示したりすることができなかった。

次に、図２を用いて、リソース予約システム１００におけるエラーの表示方法について説明する。図２は、登録端末５０が表示する一例のエラーについて説明する図である。本実施形態のリソース予約システム１００はエラー表示システムの機能も有する。

図２に示すように、会議管理サーバ３０には複数の会議室端末９０がネットワークを介して接続されている。正常な会議室端末９０は定期的に会議管理サーバ３０と通信する。また、会議管理サーバ３０は各会議室端末９０の管理画面５０１の画面情報を登録端末５０に提供するため、管理者は管理画面５０１により各会議室端末９０のリストを表示することができる。本実施形態ではリストが表示される管理画面５０１を利用して、会議室端末９０又は会議管理サーバ３０に生じたエラーを一覧で管理できるようにする。

まず、会議室端末９０のエラーに関してはバッテリー欄５０６、又は、重大エラー欄５０７に表示される。バッテリー欄５０６のエラーは、バッテリー残量が閾値未満に減ることをいい、重大エラー欄５０７のエラーは例えば、会議管理サーバ３０が会議室端末９０と通信できなくなることをいう。したがって、管理者はバッテリー欄５０６、及び、重大エラー欄５０７を閲覧するだけでエラーが生じている会議室端末９０を把握できる。図２の例では、会議室Ｄの会議室端末９０と通信できないため、重大エラー欄５０７に「エラー有り」と登録されている。

また、会議管理サーバ３０のエラーに関しては、例えば会議室名称欄５０３の会議室名がエラーの程度に応じた色で表示される。会議管理サーバ３０が検知する不具合は、会議室端末９０と通信できないこと、予約管理サーバ２０にアクセスできないこと、及び、予約管理サーバ２０への予約権限がないこと、等である。このうち、会議室端末９０と通信できないことは、会議室端末９０のエラーとして重大エラー欄５０７に表示される。この他のエラーについて、例えば、赤色は緊急性の高いエラーを表し、青色はワーニング（警告）を表す。したがって、管理者は会議室名称欄５０３の会議室名を閲覧するだけでエラーが生じている会議管理サーバ３０側のエラーを把握できる。

図２の例では、会議管理サーバ３０は会議室Ｅの予約情報に関して予約管理サーバ２０にアクセスできないため、会議室Ｅの会議室名称を赤色などで表示する。また、会議室Ｇに関して予約管理サーバ２０への予約権限がないため、ワーニングを意味する青色で会議室Ｇの会議室名称を表示する。

このように、本実施形態のリソース予約システム１００は、会議室端末９０と会議管理サーバ３０のエラーを一覧で表示できるため、管理者はエラーが生じている会議室端末９０を早期に特定できる。従来は管理者が会議室を１つずつ見回り、エラーがある会議室端末９０を探し出す必要があった。また、管理者は会議管理サーバ３０にエラーが生じていても、どの会議室に関して会議管理サーバ３０にエラーが生じているかを早期に特定できる。

＜用語について＞
エラーとは、リソース予約システムにおける、少なくとも１つの会議室端末９０と、会議管理サーバ３０との連携ができなくなる等によって、該会議室端末９０と会議管理サーバ３０の間でサービス利用が停止することをいう。

リソースとは資源をいう。会議室、及び、会議室で使用可能な備品、装置、人（受け付け）、仕組みなどがリソースとなりうる。リソースのうち移動しにくいものを設備という。本実施形態では説明の便宜上、リソースの一例として会議室という用語を使用する。

エラーに関する情報とは、エラーが生じたことを少なくとも関係者が把握できる情報であればよい。ユーザが把握できてもよい。例えば、エラーの内容を示すエラー番号や具体的なエラーの内容などが含まれてもよい。

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

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

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

本実施形態で予定として管理されるのは会議室６の予約であるが、予約管理サーバ２０は会議室６に限られず各種の予定を管理できる。会議室６の他、各種の電子機器のレンタル、駐車場の予約など、レンタルオフィス、レンタルスタジオ、レンタルサイクル、レンタカー、ホテル等の宿泊施設、催し物会場・ロッカーなどの貸しスペースなど、各種の設備の予約に利用できる。

なお、予約管理サーバ２０や、予約管理サーバを含む予約管理システムとしては、G Suite（登録商標）、Office365（登録商標）等が知られているが、本実施形態で説明する機能を有する予約管理システムであればよい。

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

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

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

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

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

社内ネットワークＮ１には会議室６、参加予定者の作業場所１０１、及び、管理者の作業場所１０２などがあり、参加予定者は各地から社内ネットワークＮ１を介して社外ネットワークＮ２にアクセスできる。社内ネットワークＮ１は例えばＬＡＮ（Local Area Network）である。会議室６、参加予定者の作業場所１０１、及び、管理者の作業場所１０２は同じ企業内のＬＡＮであるとは限らない。

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

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

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

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

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

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

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

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

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

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

登録端末５０も端末装置６０と同様の情報処理装置でよい。ただし、主に会議管理サーバ３０に管理者が設定するために使用されるので、チャットアプリや会議アプリはなくてよい。登録端末５０は主にブラウザソフトウェアで会議管理サーバ３０と通信し、Ｗｅｂページを表示する。登録端末５０は会議管理サーバ３０の表示手段（第１の表示手段）として機能する。なお、会議管理サーバ３０の提供する画面を表示する表示手段は、会議管理サーバ３０に直接、接続された表示手段やサーバ装置自体に設けられた表示手段であってもよい。

＜ハードウェア構成＞
<<会議管理サーバのハードウェア構成>>
図４は、会議管理サーバ３０の一例のハードウェア構成図である。会議管理サーバ３０の概略的なハードウェア構成図の一例である。会議管理サーバ３０は、ＣＰＵ２０１と、ＣＰＵ２０１が使用するデータの高速アクセスを可能とするメモリ２０２とを備える。ＣＰＵ２０１及びメモリ２０２は、システム・バス２０３を介して、会議管理サーバ３０の他のデバイス又はドライバ、例えば、グラフィクス・ドライバ２０４及びネットワーク・ドライバ（ＮＩＣ）２０５へと接続されている。

グラフィクス・ドライバ２０４は、バスを介してＬＣＤ（表示装置、ディスプレイの一例）２０６に接続されて、ＣＰＵ２０１による処理結果をモニタする。また、ネットワーク・ドライバ２０５は、トランスポート層レベル及び物理層レベルで会議管理サーバ３０を社外ネットワークＮ２へと接続して、他の機器とのセッションを確立させている。

システム・バス２０３には、更にＩ／Ｏバス・ブリッジ２０７が接続されている。Ｉ／Ｏバス・ブリッジ２０７の下流側には、ＰＣＩなどのＩ／Ｏバス２０８を介して、ＩＤＥ、ＡＴＡ、ＡＴＡＰ８０Ｉ、シリアルＡＴＡ、ＳＣＳＩ、ＵＳＢなどにより、ＨＤＤ（ハードディスクドライブ）２０９などの記憶装置が接続されている。ＨＤＤ２０９は会議管理サーバ３０の全体を制御するプログラム２０９ｐを記憶している。ＨＤＤ２０９はＳＳＤ（Solid State Drive）でもよい。プログラム２０９ｐは記憶媒体に記憶された状態で配布されてもよいし、プログラム配信用のサーバから配信されてもよい。

また、Ｉ／Ｏバス２０８には、ＵＳＢなどのバスを介して、キーボード及びマウス（ポインティング・デバイスと呼ばれる）などの入力装置２１０が接続され、システム管理者などのオペレータによる入力及び指令を受け付けている。

なお、図示した会議管理サーバ３０のハードウェア構成は、会議管理サーバ３０が備えていることが好ましいハード的な要素を示す。

予約管理サーバ２０、チャットサーバ１０、登録端末５０、及び、端末装置６０のハードウェア構成図は、会議管理サーバ３０と同様であるか、又は、異なるとしても本実施形態のリソース予約システム１００の説明の上で支障はないものとする。また、会議管理サーバ３０、予約管理サーバ２０、及び、チャットサーバ１０はクラウドコンピューティングに対応するため、これらのハードウェア構成は負荷に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。なお、クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。

<<会議室端末>>
図５は会議室端末９０の一例のハードウェア構成図である。なお、図５の会議室端末９０はタブレット装置が想定されている。会議室端末９０は、ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、ＥＥＰＲＯＭ６０４、ＣＭＯＳセンサ６０５、加速度・方位センサ６０６、メディアドライブ６０８を備えている。

ＣＰＵ６０１は会議室端末９０の全体の動作を制御する。ＲＯＭ６０２は基本入出力プログラムを記憶している。ＲＡＭ６０３はＣＰＵ６０１のワークエリアとして使用される。ＥＥＰＲＯＭ６０４はＣＰＵ６０１の制御にしたがってデータの読み出し又は書き込みを行う。ＣＭＯＳセンサ６０５は、ＣＰＵ６０１の制御にしたがって被写体を撮像し画像データを得る。加速度・方位センサ６０６は地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等である。

メディアドライブ６０８は、フラッシュメモリ等のメディア６０７に対するデータの読み出し又は書き込み（記憶）を制御する。メディアドライブ６０８は、既に記録されていたデータが読み出され又は新たにデータが書き込まれて記憶するメディア６０７を着脱自在な構成となっている。

なお、ＥＥＰＲＯＭ６０４には、ＣＰＵ６０１が実行するプログラム６０４ｐが記憶されている。プログラム６０４ｐは実施形態における各種処理を実行するためのアプリケーションソフトウェアやＯＳ等である。プログラム６０４ｐはメディア６０７などに記憶された状態で配布されてもよいし、プログラム配信用のサーバから配信されてもよい。

また、ＣＭＯＳセンサ６０５は光を電荷に変換して被写体の画像を電子化する電荷結合素子である。ＣＭＯＳセンサ６０５は被写体を撮像することができるのであれば、例えばＣＣＤ（Charge Coupled Device）センサであってもよい。ＣＭＯＳセンサ６０５はバーコードや二次元バーコードを読み取ることができる。

更に、会議室端末９０は、ＲＦタグリーダ/ライタ６２２、アンテナＩ/Ｆ６２３、及び、振動アクチュエータ６２４を備える。ＲＦタグリーダ/ライタ６２２は例えばＮＦＣ（Near Field Communication）などの規格にしたがって通信する。

振動アクチュエータ６２４は、会議室端末９０を振動させるモータである。例えば、会議の終了時刻が迫ると会議室端末９０が振動することで参加者にその旨を知らせることができる。

更に、会議室端末９０は音声入力部６０９、音声出力部６１０、アンテナ６１１、通信部６１２、無線ＬＡＮ通信部６１３、近距離無線通信用アンテナ６１４、近距離無線通信部６１５、ディスプレイ６１６、タッチパネル６１７及びバスライン６１９を備える。

音声入力部６０９は音声を音声信号に変換する。音声出力部６１０は音声信号を音声に変換する。通信部６１２はアンテナ６１１を利用して無線通信信号により最寄りの基地局装置と通信を行う。無線ＬＡＮ通信部６１３はＩＥＥＥ８０２．１１規格に準拠する無線ＬＡＮ通信を行う。

近距離無線通信部６１５は近距離無線通信用アンテナ６１４を利用して例えばBluetooth（登録商標）、又は、Bluetooth Low Energy（登録商標）の通信規格にしたがった通信装置である。

ディスプレイ６１６は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ等である。タッチパネル６１７は、ディスプレイ６１６上に載せられ、感圧式又は静電式のパネルによって構成され、指やタッチペン等によるタッチによってディスプレイ６１６上におけるタッチ位置を検出する。バスライン６１９は上記各部を電気的に接続するためのアドレスバスやデータバス等である。

また、会議室端末９０は専用の電池６１８を備え、電池６１８又は商用電源のいずれによっても駆動され得る。なお、音声入力部６０９は音声を入力するマイクが含まれる。音声出力部６１０は音声を出力するスピーカが含まれている。

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

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

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

予約情報管理部２２は、予約情報を受け付ける一般的なＷｅｂサーバ（Ｗｅｂアプリ）であり、更に、ユーザが登録した予約情報を管理する。予約情報管理部２２は予約情報が登録（又は変更）されると予約者のアカウントを会議管理サーバ３０に通知して、会議管理サーバ３０からのアカウントを指定した要求に応じて通信部２１を介して予約情報を会議管理サーバ３０に送信する。要求がなくても変更があった予約情報を会議管理サーバ３０に送信してもよい。予約管理サーバ２０に予約者が会議室６を予約する方法としては一般的なＷｅｂアプリが使用されるものとする。

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

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

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

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

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

テキスト処理部１２はいわゆるプッシュ通知を行うことができる。プッシュ通知には各ＯＳが提供する公知の仕組みを利用するものとする。

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

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

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

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

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

<<会議管理サーバ>>
会議管理サーバ３０は、通信部３１、情報対応付部３２、予約情報取得部３３、通知判断部３４、制御情報生成部３５、制御情報応答部３６、会議情報通知部３７、チェックイン管理部３８、エラー検知部３９、エラー通知部４０、エラー管理部４１、管理画面提供部４２、ログ・スクショ取得部４３、及び、予約情報送信部４４を有する。会議管理サーバ３０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

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

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

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

通知判断部３４は、会議管理情報の中に通知する条件を満たす開始時刻の予約があるか否かを判断する。例えば、通知設定ＤＢ４９６を参照し、予約の開始時刻から逆算して設定された日時になると通知すると判断する。あるいは、予約情報取得部３３が予約情報を予約管理サーバ２０から取得した時点で、通知判断部３４が予約に関する情報を通知するタスクを生成してキューに登録してもよい。キューに保存されたタスクは実行時刻（リマインドする時刻）が到来すると実行される。なお、例えばリマインダー用のボット、予約受付用のボット等、役割ごとにボットが分けられている場合、処理に応じてボットを特定する。

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

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

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

チェックイン管理部３８は、会議室へのチェックイン・チェックアウトを管理する。また、主にチェックイン・チェックアウトに伴う会議のステータスを会議管理情報ＤＢ４９３に登録する。チェックインは、予約ＩＤで特定される会議の開始時刻の５〜１０分前になると認められる。そして、会議室端末９０が送信する会議室ＩＤと会議識別情報の組が会議識別情報ＤＢ４９４に登録されている場合にチェックインを許可する。

エラー検知部３９は、会議管理サーバ３０に生じるエラー（会議室端末９０と通信できない、アクセス権なし、予約権限なし、管理が開始されていない）を検知する。エラー通知部４０は通信部３１を介して、エラー検知部３９が検知したエラーを会議室端末９０に通知する。エラー管理部４１は、各会議室端末９０から通知されたエラー及び会議管理サーバ３０のエラーを会議室設定情報ＤＢ４９８において管理する。

管理画面提供部４２は、管理画面５０１の画面情報を生成し、通信部３１を介して登録端末５０に送信する。画面情報は、ＨＴＭＬ、ＣＳＳ（Cascade Style Sheet）、及びJavaScript（登録商標）等により作成される。JavaScript（登録商標）によりブラウザ上で動作するＷｅｂアプリの一画面として管理画面５０１が提供される。

ログ・スクショ取得部４３は、ログの取得要求を会議室端末９０に送信し、また、スクリーンショットの取得要求を会議室端末９０に送信する。ファイアウォールによりクラウド側からの取得要求を会議室端末９０に送信することが困難な場合、制御情報と同様に会議室ＩＤに対応付けて、ログ又はスクリーンショットを取得するフラグを立てておく。会議室端末９０は定期的に会議管理サーバ３０と通信するため、通信したタイミングでフラグを取得すると、ログ又はスクリーンショットを取得できる。

予約情報送信部４４は、会議室端末９０からの要求に対し、会議管理情報ＤＢ４９３に記憶されている予約情報（会議管理情報）を送信する。予約情報送信部４４はＪＳＯＮ形式、ＸＭＬ形式、ＣＶＳ（Comma−Separated Values）形式などで送信すればよい。予約情報は繰り返し送信されるので容量が少ない形式が有利である。

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

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

表４は会議管理サーバ３０の会議管理情報ＤＢ４９３が記憶する会議管理情報の一例を示す。会議管理情報ＤＢ４９３には予約情報が記憶されるので、表４では表１の予約情報ＤＢ２９１との相違を説明する。表４の会議管理情報は予約者の表記名、予約者の所属名、参加者の表記名、参加者の所属名、及び、ステータスの項目を有する。予約者の表記名は予約者の氏名などである。予約者の所属名は予約者が所属する部署名である。参加者の表記名は参加者の氏名などである。参加者の所属名は参加者が所属する部署名である。会議管理サーバ３０ではアカウントと表記名、所属名などを対応付けたユーザ情報を保持しているか利用可能なので、アカウントが分かればこれらも判明する。なお、予約管理サーバ２０から送信される時点で予約者の表記名、予約者の所属名、参加者の表記名、参加者の所属名が含まれていてもよい。

ステータスは、予約の状況を意味する。例えば、会議室６の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。

表５は会議識別情報ＤＢ４９４に記憶されている会議識別情報管理情報の一例を示す。会議識別情報管理情報は会議室６の予約ごとに会議識別情報を管理する情報である。会議識別情報管理情報は、予約ＩＤ、会議室ＩＤ、及び、会議識別情報の各項目を有する。これらについてはステータスを除き予約情報と同じであり（予約管理サーバ２０から受信した予約情報）、既出であるため説明は省略する。なお、予約ＩＤが登録されているのは、同じ会議室６の予約を識別するためである。

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

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

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

表９は、会議室設定情報ＤＢ４９８に記憶されている会議室設定情報の一例を示す。会議室設定情報は会議室ごとの設定に関する情報である。会議室設定情報は、顧客ＩＤに対応付けて、会議室名称、会議室ＩＤ、会議室端末の状態、認証キー、管理開始フラグ、バッテリー、重大エラー、アクセス権なし、予約権限なし、ログ、及び、スクリーンショットの各項目を有する。
・会議室名称は会議の参加者が認識している会議室の一般的な名称であり、例えば会議室の入り口に提示されているものをいう。
・会議室ＩＤは上記のように会議室を一意に識別する識別情報である。簡易的には、会議室ＩＤは予約管理サーバ２０と共通とすることができる。また、変換テーブルを設けることで、予約管理サーバ２０と別に管理者が設定することもできる。
・会議室端末の状態は会議室端末９０の初期設定が終了したか、通信が可能か等を示す。したがって、「接続断」は会議室端末９０と通信できないことを意味する。
接続中：一定期間内に通信が確認できている状態
セットアップ前：初期設定の前
接続断：一定期間以上、通信がない状態
・認証キーは会議管理サーバ３０が会議室端末９０を認証するための認証情報となる。初期設定により認証キーが会議室端末９０に送信され、会議室端末９０が認証キーを記憶しする。通信時には認証キーにより会議室端末９０が認証される。認証キーは総当たり方式で特定できない程度に長い桁数の数字、アルファベット、記号などの組み合わせである。認証キーは会議管理サーバ３０が決定しても管理者が決定してもよい。
・管理開始フラグは、会議室端末９０の初期設定が終わった後に、会議室の管理を会議管理サーバ３０が開始するか否かを示すフラグ（True：開始する False：開始しない）である。管理開始フラグがあることで、初期設定が完了してから会議室端末９０の配置までのタイムラグで生じる不都合を抑制できる。
・バッテリーは会議室に配置されている会議室端末９０のバッテリー残量である。会議室端末９０には常に電源からバッテリーが充電されているため、通常はＦＵＬＬ（満充電）であるが、電源が切断された場合にバッテリー残量が徐々に低下する。
・重大エラーに「エラー有り」と登録された場合、早急に復帰が必要なエラーが会議室端末９０に検知されたことを意味する。例えば、会議管理サーバ３０が会議室端末９０と通信できない場合（接続断のこと）に重大エラーが記録される。
・アクセス権なしに「エラー有り」と登録された場合、会議管理サーバ３０がこの会議室に関する情報を予約管理サーバ２０から取得する権限がないことを意味する。具体的には予約情報を取得できない。予約管理サーバ２０には会議室ごとにアカウント（例えば、ユーザＩＤとパスワード）が設定されているため、会議管理サーバ３０の予約情報取得部３３は会議室ごとに正しいアカウントを指定して予約情報を取得する必要がある。アクセス権なしにエラー有りと登録された場合、予約管理サーバ２０と会議管理サーバ３０のどちらかのアカウントが間違って設定されたことを意味する。
・予約権限なしに「エラー有り」と登録された場合、会議管理サーバ３０がその会議室に関して予約する権限がないことを意味する。後述するように、会議室が予約されていない時間帯は、予約者は会議室端末９０から今すぐに使用する会議室の予約を申請できる。申請は会議室端末９０から会議管理サーバ３０に送信され、更に予約管理サーバ２０に送信されるが、この時、会議管理サーバ３０は会議室ごとに予約権限が必要になる。予約権限は、予約管理サーバからもらったトークンなどであるが、予約管理サーバ２０からもらえなかったり、管理者が消去してしまったりした場合に、予約管理サーバ２０から予約権限なしと判断される。
・ログは会議室端末９０の処理内容、内部状態及び操作内容等を記録した情報である。会議室端末９０は、エラーを検知した場合にログを記録する。また、会議管理サーバ３０からの指示によりログを記録する。あるいは、常に、ログを記録しており古いものから上書きする（削除する）処理を繰り返している。会議管理サーバ３０と会議室端末９０とが通信できる場合、会議室端末９０はログを送信することができる。
・スクリーンショットはエラーが検知されたタイミングにおいて、会議室端末９０が表示していた画面のスクリーンショット（画像データ）である。会議管理サーバ３０からの指示によりスクリーンショットを記録する場合もある。会議管理サーバ３０と会議室端末９０とが通信できる場合、会議室端末９０はスクリーンショットを送信することができる。

表１０は、エラーコードＤＢ４９９に記憶されているエラーコード情報の一例を示す。表１０（ａ）はサーバのエラーコード情報であり、表１０（ｂ）は会議室端末９０のエラーコード情報である。エラーコード情報はエラーの種類にエラー番号が対応づけられた情報である。エラー番号はエラーを特定又は識別する識別情報である。

サーバのエラーコード情報は、「１．会議室端末と通信できない」、「２．予約管理サーバにアクセスできない」、「３．予約管理サーバの予約権限がない」、及び、「４．管理の開始が始まっていない」、である。「４．管理の開始が始まっていない」について補足すると、これは会議室設定情報ＤＢ４９８において管理開始フラグがＯＦＦであることに対応する。

会議室端末９０のエラーコード情報は、「１．Wi−Fiがオフである」、「２．Wi−Fiにつながっていない」、「３．サーバと通信できない」、及び、「４．バッテリーの残量が80％未満となった」、である。サーバのエラーコード情報の「１．会議室端末と通信できない」が、会議室端末９０のエラーコード情報では「１．Wi−Fiがオフである、２．Wi−Fiにつながっていない、３．サーバと通信できない」の３つに対応する。会議室端末９０ではより詳細なエラー原因が分かるためである。この３つをまとめて単に「不通」と称する。会議管理サーバ３０が会議室端末９０のエラーコード情報を持っているのは、会議室端末９０から送信されたエラー番号からエラー種別を特定するためである。同様に、会議室端末９０も会議管理サーバ３０のエラーコード情報を持っている。

なお、エラー番号は根本的な原因ほど小さい数値となっている。例えば、サーバのエラーコード情報の「２．予約管理サーバにアクセスできない、３．予約管理サーバの予約権限がない」は、「２．予約管理サーバにアクセスできない」方が「３．予約管理サーバの予約権限がない」よりも根本的な原因である。また、会議室端末のエラーコード情報では、「１．Wi−Fiがオフである」が「２．Wi−Fiにつながっていない」よりも根本的であり、「２．Wi−Fiにつながっていない」は「３．サーバと通信できない」よりも根本的である。このように、根本的な原因ほど小さいエラー番号がエラー種別に対応付けられているため、会議管理サーバ３０と会議室端末９０はエラー番号の小さいエラーから優先してエラー原因を特定することができる。エラー出力時もエラー番号の小さいエラーから優先して出力できる。

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

登録端末５０は、会議管理サーバ３０が提供するＷｅｂページを介して管理者が会議室に関する各種の設定を行うための端末である。本実施形態では、管理画面５０１を表示するために使用される。登録端末５０が有する通信部５１、操作受付部５２、及び、表示制御部５３の機能は端末装置６０と同様であり、詳細は端末装置６０と共に説明する。

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

端末装置６０は、通信部６１ａ、操作受付部６１ｂ、表示制御部６１ｃ、チャット通信部６２、テキスト表示部６３、アプリ通信部６４、サーバ通信部６５、表示制御部６６、アプリ通信部６７、及び、端末通信部６８を有する。端末装置６０が有するこれら各機能部は、図４に示された各構成のいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。端末装置６０ではチャットアプリ６０ａと会議アプリ６０ｂが動作しているので、プログラム２０９ｐにはチャットアプリ６０ａと会議アプリ６０ｂが含まれる。

通信部６１ａは、会議管理サーバ３０及び予約管理サーバ２０と各種の情報を送受信する。チャットアプリ６０ａがチャットサーバ１０と通信し、会議アプリ６０ｂが会議管理サーバ３０と通信するのに対し、通信部６１は任意のサーバと通信できる。通信部６１ａは例えば、ブラウザの機能として提供されてよい。

操作受付部６１ｂは、端末装置６０に対する参加者の各種の操作を受け付ける。表示制御部６１ｃは各種の画面の画面情報を解釈してＬＣＤ２０６に表示する。操作受付部６１ｂと表示制御部６１ｃは例えばブラウザの機能を有し、Ｗｅｂアプリを実行できる。例えば、表示制御部６１ｃは予約管理サーバ２０から受信した予約設定画面を表示し、操作受付部６１ｂは予約者が設定する予約情報を受け付ける。

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

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

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

会議アプリ６０ｂのサーバ通信部６５は会議管理サーバ３０と通信する。会議識別情報を含む２次元コードを会議管理サーバ３０から取得することなどを行う。２次元コードはチェックイン時の認証に使用される。認証用の数桁の数字でもよい。

会議アプリ６０ｂの表示制御部６６は、会議識別情報が含まれる２次元コード等をＬＣＤ２０６に表示する。会議アプリ６０ｂのアプリ通信部６７は、ＯＳを介して、チャットアプリ６０ａから各種の情報（会議室６の予約に関する情報に含まれる会議識別情報等）を取得する。

端末通信部６８は、会議室端末９０と通信し会議識別情報等を送信する。端末通信部６８は、Bluetooth（登録商標）などの近距離無線通信で会議室端末９０の存在を検出し、会議室端末９０を検出すると会議識別情報を送信する。また、会議室端末９０に対し２次元コードを表示する機能（撮像させる）を提供する。

<<会議室端末>>
会議室端末９０はサーバ通信部９１、端末装置通信部９２、操作受付部９３、表示制御部９４、電子機器通信部９５、エラー検知部９６、エラー通知部９７、エラー管理部９８、スクリーンショット取得部９８−２、ログ取得部９８−３、及び、予約情報要求部９８−４を有する。会議室端末９０が有するこれら各機能部は、図５に示された各構成のいずれかが、ＥＥＰＲＯＭ６０４からＲＡＭ６０３に展開されたプログラム６０４ｐに従ったＣＰＵ６０１からの命令により動作することで実現される機能又は手段である。このプログラム６０４ｐは端末アプリ９０ａを含み、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。端末アプリ９０ａが会議室端末９０にインストールされることでこれらの機能が実現される。

サーバ通信部９１は、サーバＵＲＬ９９３を宛先にして会議管理サーバ３０と通信する。会議室端末９０は社内ネットワークに存在するため会議管理サーバ３０から会議室端末９０と通信することは困難である。このため、サーバ通信部９１はポーリング（定期的に会議管理サーバ３０と通信する）やＷｅｂＳｏｃｋｅｔなどの通信技術で会議管理サーバ３０と通信する。サーバ通信部９１はＨＴＴＰなどの通信プロトコルで通信すればよく、通信プロトコルは特に制限しない。

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

端末装置通信部９２は端末装置６０と通信する。本実施形態では会議識別情報等を受信する。会議識別情報が手で入力される場合、端末装置通信部９２はなくてもよい場合がある。端末装置通信部９２は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し近距離無線通信部６１５又はＲＦタグリーダ/ライタ６２２を制御すること等により実現される。

電子機器通信部９５は、電子機器７０と通信する。本実施形態ではサーバ通信部９１が受信した制御情報を電子機器７０に送信する。電子機器通信部９５は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し無線ＬＡＮ通信部６１３を制御すること等により実現される。

エラー検知部９６は会議室端末９０に生じたエラーを検知し、また、エラーの原因を特定する。会議室端末９０に生じるエラーは表１０（ｂ）のエラーコード情報で説明した４つのエラーである。表１０（ｂ）のエラーコード情報は記憶部９９のエラーコードＤＢ９９８にも記憶されている。会議室端末９０のエラーコード情報のうち「１．Wi−Fiがオフである、２．Wi−Fiにつながっていない」の場合、会議室端末９０が会議管理サーバ３０と通信しようとするとタイムアウトする。タイムアウトした場合、会議室端末９０のエラー検知部９６は会議室端末９０のＯＳに問い合わせることでWi−Fiがオフであることを検知する。オフでない場合、会議室端末９０のエラー検知部９６はＯＳに問い合わせて接続しているＳＳＩＤ（Service Set Identifier）を取得できるか否かを判断する。ＳＳＩＤが取得できないと「２．Wi−Fiにつながっていない」と判断する。「３．サーバと通信できない」ことは、タイムアウトしないが、ＨＴＴＰなどで４００番台のステータスを会議室端末９０が受信したりＮＡＣＫを受信したりすること（又は、これに相当するような応答）により検知される。

エラー通知部９７は、会議室端末９０に生じたエラーのエラー番号を、会議室ＩＤを指定して会議管理サーバ３０に送信する。また、エラー検知部９６はログとスクリーンショットも会議管理サーバ３０に送信する。エラーの検知時に会議管理サーバ３０と不通であった場合、通信が復帰した直後に送信する。

エラー管理部９８は、エラー検知部９６が検知したエラー情報をエラー情報ＤＢ９９９に登録する。更に、ログとスクリーンショットも登録しておく。こうすることで、通信の復帰時にエラー番号、ログ、及び、スクリーンショットを会議管理サーバ３０に通知できる。

スクリーンショット取得部９８−２は、エラー検知部９６がエラーを検知したタイミングで、会議室端末９０が表示する画面のスクリーンショットを取得する。また、会議管理サーバ３０から指示があった場合にもスクリーンショットを取得する。

ログ取得部９８−３は、エラー検知部９６がエラーを検知したタイミングで、処理内容、内部状態及び操作内容等をログとして記録する。また、会議管理サーバ３０から指示があった場合にもログを取得する。あるいは、エラーを含む他のイベントが発生するたびにログを記録し、決められた容量がいっぱいになると又は一定時間が経過した古いものから上書きしてもよい（古いものから削除する）。この場合、エラーが検知される前のログを記録できる。

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

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

表１１は、エラー情報ＤＢ９９９に記憶されているエラー情報を示す。エラー情報は、発生時刻、エラー番号、ログ、スクリーンショット、及び、通知済みの各項目を有する。発生時刻はエラーが検知された日時である。エラー番号はエラーコードＤＢ９９８から取得される。ログはエラーが検知されたタイミングで保存されたログのファイル名である。スクリーンショットはエラーが検知されたタイミングで保存されたスクリーンショットのファイル名である。通知済みは、エラー番号、ログ、及び、スクリーンショットを会議管理サーバ３０に通知したか否かの記録である。通信が不通の場合でも会議室端末９０はエラー情報ＤＢ９９９にエラー情報を記録しておくことができる。

＜動作手順＞
まず、図８を用いて、会議室端末９０でエラーが生じた場合の全体的な流れを説明する。図８は、リソース予約システム１００が会議室端末９０で生じたエラーを処理する一例のシーケンス図である。

S1：管理者は、どの会議室端末９０がどの会議室に設置されているかを特定するために、会議室端末９０と会議室の対応付けを行う。この作業を初期設定などといい、具体的には会議室端末９０に通信設定情報（会議室ＩＤ９９１、認証キー９９２、サーバＵＲＬ９９３、会議室名称９９４、端末ＩＤ９９５）を記憶させることをいう。通信設定情報により、会議室端末９０は会議管理サーバ３０から予約情報の取得を開始できる（管理開始フラグがＯＮの場合）。

S2：通信が不通でない場合、会議室端末９０の予約情報要求部９８−４は定期的に会議管理サーバ３０に予約情報を要求する。

S3〜S5：会議管理サーバ３０は定期的に又は予約情報に変更があった場合、各会議室の予約情報の一覧を予約管理サーバ２０に要求する。この応答として、会議管理サーバ３０は各会議室の予約情報を取得し、会議室端末９０からの要求に対し、会議室ごとに予約情報を送信する。

S6：会議室端末９０の表示制御部９４は待ち受け画面として予約情報を表示し、会議に参加する参加者のチェックインを受け付ける。なお、待ち受け画面の一例を図１７に示す。

続いて、会議室端末９０に不通のエラー、すなわち「１．Wi−Fiがオフである、２．Wi−Fiにつながっていない、３．サーバと通信できない」のいずれかのエラーが生じたものとする。
S7：予約情報要求部９８−４が予約情報を要求したが、例えばタイムアウトになった場合、エラー検知部９６がエラーの発生を検知する。

S8：エラー検知部９６はエラーコードＤＢ９９８を参照してエラー番号の順番に、エラーの原因（エラー種別）を診断する。したがって、エラー検知部９６はＯＳにWi−Fiのオン/オフを問い合わせ、オンの場合は更にＳＳＩＤを問い合わせる。エラー管理部９８はエラーコードＤＢ９９８を参照してエラー原因（エラー種別）に対応したエラー番号を決定する。

S9：会議室端末９０の表示制御部９４はエラー種別とエラー番号をディスプレイ６１６（待ち受け画面に重ねて）に表示する。したがって、通信ができない原因を表示することができる。表示例を図１６に示す。

S10：スクリーンショット取得部９８−２は、エラー検知部９６がエラーの発生を検知した時のスクリーンショットを取得する。スクリーンショットは１つに限らず、何回か時間を変えて取得してよい。また、ログ取得部９８−３はエラー検知部９６がエラーの発生を検知した時のログを取得する。

エラー管理部９８はエラー番号、スクリーンショット及びログをエラー情報ＤＢ９９９に記録する。なお、エラー通知部９７は、不通でなくなるとエラー番号、スクリーンショット及びログを会議管理サーバ３０に通知する。

S11：一方、会議管理サーバ３０のエラー検知部３９は、本来、定期的に要求されるはずの予約情報の要求が、一定時間ないことから「１．会議室端末と通信できない」というエラー（接続断のこと）を検知する。会議管理サーバ３０は管理者にエラーの内容を含む電子メールを送信するとよい。

S12：管理者は登録端末５０を操作して会議管理サーバ３０と通信し、後述する管理画面５０１を表示させる。

S13：会議管理サーバ３０の管理画面提供部４２は管理画面５０１の画面情報を登録端末５０に送信するので、登録端末５０は管理画面５０１を表示できる。管理画面には図１で説明したように会議室端末９０ごとのエラーが表示されるので、エラーが起こっている会議室端末９０とエラーの内容（会議室端末９０と通信できない）を確認できる。したがって、会議室端末９０がどこに配置されていても管理者はエラーが生じた会議室端末９０を特定できる。なお、管理画面５０１の詳細を図１３に示す。

S14：管理者は特定した会議室端末９０を直接、操作してエラーから復帰させる作業を行う。

S15：通信が復帰すると、会議室端末９０のエラー通知部９７は、会議室ＩＤを指定して、エラー番号、スクリーンショット及びログを会議管理サーバ３０に通知する。

なお、管理者は、会議室端末９０を直接参照してエラーが起きていることを検知してもよい。一般的に会議室端末９０は色々なところに配置されているため、エラーに最初に気づくのは、会議管理サーバ３０に管理者がアクセスした場合であることが多い。

図８の処理では「１．Wi−Fiがオフである、２．Wi−Fiにつながっていない、３．サーバと通信できない」場合を説明した。次に、図９を用いて、「４．バッテリーの残量が80％未満となった」というエラーが会議室端末９０で生じた場合の処理を説明する。図９は、リソース予約システム１００が会議室端末９０で生じたバッテリーに関するエラーを処理する一例のシーケンス図である。

通常、会議室端末９０には電源が供給され続けているため、バッテリー残量が８０％を下回ることはない。ところが、例えば電源ケーブルが何らかの理由により抜けていたり、電源ケーブルの断線が起きたりした場合、バッテリー残量が減っていき、いずれはバッテリー残量が０％になり、会議室端末９０の役割を果たせなくなる。したがって、「４．バッテリーの残量が80％未満となった」というエラーは、現在は不具合とまでは言えないが今後、会議室端末９０が使用できなくなる不具合を予兆させるエラーである。つまり、会議室端末９０の使用が困難になる前に検知された不具合の予兆である。

S41：会議室端末９０のエラー検知部９６は定期的にバッテリー残量を検知する。例えばＯＳに問い合わせる。検知のタイミングは例えば予約情報を取得するタイミングでよい。これは予約情報の取得というスレッドの中でバッテリー残量を検知できるため、会議室端末９０のリソースの節約になるからである。この場合、３０秒に１回のタイミングで検知されるが、検知の間隔はより長くてもよい（頻度はもっと少なくてもよい）。

S42：エラー検知部９６は、バッテリー残量が８０％未満かどうかを判断する。８０％未満の場合、「４．バッテリーの残量が80％未満となった」というエラー種別が特定され、エラー管理部９８がエラーコードＤＢ９９８を参照してエラー番号を特定する。

S43：会議室端末９０の表示制御部９４はエラー種別とエラー番号をディスプレイ６１６に表示する。これにより、会議室端末９０を見た管理者がエラーの発生、エラー種別及びエラー番号を把握できる。

S44：また、スクリーンショット取得部９８−２がスクリーンショットを取得する。ログ取得部９８−３がログを取得する。エラー管理部９８は、エラー番号、スクリーンショット及びログをエラー情報ＤＢ９９９に登録する。

S45：通信が不通でないため、会議室端末９０のエラー通知部９７はサーバ通信部９１を介して、会議室ＩＤを指定してエラー番号、バッテリー残量、スクリーンショット及びログを会議管理サーバ３０に送信する。

S46：会議管理サーバ３０の受信部３１ｂはエラー番号、バッテリー残量、スクリーンショット及びログを受信する。エラー管理部４１はエラーコードＤＢ４９９を参照してエラー番号に対応付けられたエラー種別を確認する。

S47：エラー管理部４１は、会議室設定情報ＤＢ４９８において会議室端末９０から送信された会議室ＩＤに対応付けて、エラー種別に対応したバッテリーの項目に、バッテリー残量を登録する。なお、バッテリー残量が８０％未満でない場合、会議室端末９０は単にバッテリー残量を送信すればよい。また、会議室端末９０は電源ケーブルに接続しているかどうか、抜けているかどうかを示す情報を会議管理装置に送信してもよい。

S48〜S50：図８のステップS12〜S14と同様に、管理者はエラーが生じている会議室端末９０を特定して、復帰させる作業を行うことができる。

このように、会議室端末９０が接続エラーのログやスクリーンショット、バッテリー残量などの、エラーに関する情報を、会議管理サーバ３０に送信するので、管理者は会議室端末９０が設置されている現場へ行かなくても、全ての会議室端末９０のエラーの総合的な把握・確認を、会議管理サーバ３０に集まった情報を見て確認することができると共に、事前にエラーを察知でき、例えばバッテリー残量が０％になる前にその会議室端末９０を電源コードに接続する等し、サービスの提供を維持することができる。また、エラー通知の際、ログやスクリーンショットを送付することができる。ログには会議室端末９０のより詳しい状況が記録されているので、どの時点でバッテリー残量が減り始めたか等、エラー番号だけではわからない情報がわかるようになる。

バッテリー残量のエラーであれば、会議室端末９０はエラーの検知時にログやスクリーンショットを適宜、会議管理サーバ３０に送信するので、早期解決の手かがりにすることができる。バッテリー残量以外のエラー（通信に関するエラー）の場合でも、通信が可能になると、すぐにログとスクリーンショットを送信することができる。あるいは、会議管理サーバ３０が必要な場合に会議室端末９０にログやスクリーンショットを要求する、ということもできるようになる。

このように、エラーの検知時、又は、エラーになりそうな場合にログやスクリーンショットを送信することで、会議管理サーバ３０への負担を低減できる。

次に、図１０を用いて、会議管理サーバ３０でエラーが生じた場合の処理を説明する。図１０は、リソース予約システム１００が会議管理サーバ３０で生じたエラーを処理する一例のシーケンス図である。

S21：会議管理サーバ３０の予約情報取得部３３は１日に１回などの頻度で予約情報を予約管理サーバ２０に要求する。この時、必然的にアクセス権の有無が会議室ごとに確認される。

S22：１つ以上の会議室でアクセス権がないと判断された場合、予約管理サーバ２０はアクセス権がない会議室を会議管理サーバ３０に通知する。

S23：会議管理サーバ３０の受信部３１ｂはアクセス権がない旨と会議室ＩＤを受信し、エラー検知部３９がエラーコードＤＢ４９９を参照して「２．予約管理サーバにアクセス権がない」というエラー種別に対応するエラー番号を決定する。

S24：エラー管理部４１は会議室設定情報ＤＢ４９８において、予約管理サーバ２０から通知された会議室ＩＤに対応付け、エラー番号に基づいてアクセス権なしの項目に「エラー有り」を登録する。なお、エラー管理部４１は管理者にエラー種別を含む電子メールを送信するとよい。

S25：会議室端末９０の予約情報要求部９８−４はサーバ通信部９１を介して会議室ＩＤを指定して会議管理サーバ３０に定期的に予約状況を要求する。

S26：会議管理サーバ３０の受信部３１ｂは予約情報の要求を受信して、予約情報送信部４４がこの会議室の予約情報を会議室端末９０に送信する。アクセス権がなくても過去に取得した予約情報がある場合はそれを送信する。予約情報がない場合は送信しない。また、エラー管理部４１は指定された会議室ＩＤで会議室設定情報ＤＢ４９８を検索し、この会議室に対応付けられているエラーを取得する。エラー通知部４０は例えば、アクセス権なしに対応するエラー番号を会議室端末９０に送信する。

S27：会議室端末９０のサーバ通信部９１はエラー番号を受信し、エラー管理部９８がエラーコードＤＢ９９８からエラー種別を取得する。

S28：会議室端末９０の表示制御部９４はエラー番号とエラー種別（すなわち、エラー原因）をディスプレイ６１６に表示する。したがって、会議室端末９０において会議管理サーバ３０と予約管理サーバ２０との間で生じたエラーを表示できる。

S29：電子メールでエラーの発生を知るか、又は、会議室端末９０の画面でエラーを知った管理者は登録端末５０を操作して会議管理サーバ３０と通信し、後述する管理画面５０１を表示させる。

S30：会議管理サーバ３０の管理画面提供部４２は管理画面５０１の画面情報を登録端末５０に送信するので、登録端末５０は管理画面５０１を表示できる。

S31：管理者は「２．予約管理サーバにアクセスできない」というエラーであると分かると、登録端末５０を予約管理サーバ２０と接続し、「２．予約管理サーバにアクセスできない」のエラーが生じた会議室のアカウントを修正する。会議管理サーバ３０のアカウントを修正してもよい。

なお、「２．予約管理サーバにアクセスできない」のエラーは会議室端末９０ごとに生じるため、予約管理サーバ２０でアクセス権なしと判断された会議室に配置された会議室端末９０のみがエラーを表示する。

＜会議室端末の処理、会議管理サーバの処理＞
続いて、図１１を用いて会議室端末９０側の処理を詳細に説明する。図１１は会議室端末９０がエラーを処理する手順を示す一例のフローチャート図である。図１１の処理は、会議管理サーバ３０からのエラー通知を含め何らかのエラーが検知された場合にスタートする。

まず、エラー管理部９８はバッテリー残量が閾値（８０％）未満のエラーであるか判断する（１０１）。

ステップＳ１０１の判断がＹｅｓの場合、エラー通知部９７が会議室ＩＤを指定してエラー番号、スクリーンショット及びログを会議管理サーバ３０に送信する（Ｓ１０２）。表示制御部９４はエラー種別とエラーコードＤＢ９９８から取得したエラー番号をディスプレイ６１６に表示する。

ステップＳ１０１の判断がＮｏの場合、エラー管理部９８は、「１．Wi−Fiがオフである、２．Wi−Fiにつながっていない、３．サーバと通信できない」のいずれかのエラーであるかを判断する（Ｓ１０３）。

ステップＳ１０３の判断がＹｅｓの場合、エラー管理部９８はエラー番号、ログ及びスクリーンショットをエラー情報ＤＢ９９９に登録しておく。そして、会議管理サーバ３０と不通でなくなると、エラー通知部９７が会議室ＩＤを指定して、エラー番号、スクリーンショット及びログを会議管理サーバ３０に送信する（Ｓ１０４）。なお、エラーの発生中に蓄積している全てのエラー番号、ログ及びスクリーンショットを送信する。表示制御部９４はエラー種別とエラーコードＤＢ９９８から取得したエラー番号をディスプレイ６１６に表示する。複数のエラーが検知された場合は、エラー番号が最も小さいものから表示すると共に、時間の経過で切り替える。ユーザの操作に応じて切り替えて表示してもよい。

ステップＳ１０３の判断がＮｏの場合、エラーは会議管理サーバ３０からのエラー通知（エラー番号を含む）である（Ｓ１０５）。エラー管理部９８は、会議管理サーバ３０からのエラー通知が「２．予約管理サーバにアクセスできない」かどうかを判断する（Ｓ１０６）。

ステップＳ１０６の判断がＹｅｓの場合、表示制御部９４はエラー番号とエラーコードＤＢ９９８から取得したエラー種別をディスプレイ６１６に表示する（Ｓ１０７）。つまり、アクセス権なしを表示する。また、会議室端末９０は管理者にエラー番号とエラー種別を電子メールで送信する。

ステップＳ１０６の判断がＮｏの場合、エラー管理部９８は、会議管理サーバ３０からのエラー通知が「３．予約管理サーバの予約権限がない」かどうかを判断する（Ｓ１０８）。

ステップＳ１０８の判断がＹｅｓの場合、表示制御部９４は待ち受け画面の今すぐ利用ボタンを非表示にする（Ｓ１０９）。予約情報の表示など、今すぐ予約以外の機能は動くので、今すぐ利用ボタンを使えないようにする。予約権限がない旨のメッセージを表示してもよい。なお、この待ち受け画面の例を図１７に示す。

ステップＳ１０８の判断がＮｏの場合、エラーは管理の開始が始まっていない（管理開始フラグがＯＦＦ）ことである（Ｓ１１０）。

表示制御部９４は、会議室端末９０の管理が開始されていない（予約情報を取得できる状態に無いこと）旨のエラーメッセージを表示する（Ｓ１１１）。なお、このエラーは、３０秒に１回の予約情報の要求により管理の開始が始まっていないことを把握すると通知される。

続いて、図１２は会議室端末９０がエラーを処理する手順を詳細に示す一例のフローチャート図である。図１２の処理は、会議室端末９０からのエラー通知を含め何らかのエラーが検知された場合にスタートする。

まず、エラー管理部４１は「２．予約管理サーバにアクセスできない」又は「３．予約管理サーバの予約権限がない」というエラーか否かを判断する（２０１）。

ステップＳ２０１の判断がＹｅｓの場合、会議管理サーバ３０のエラー通知部４０は会議室端末９０にエラー番号を送信する（Ｓ２０２）。また、会議室設定情報ＤＢ４９８において、予約管理サーバ２０から通知された会議室ＩＤに対応付けて、エラー番号に応じたアクセス権なし又は予約権限なしの項目に「エラー有り」を登録する。

ステップＳ２０１の判断がＮｏの場合、会議管理サーバ３０のエラー管理部４１は管理開始フラグがＯＦＦというエラーかどうかを判断する（Ｓ２０３）。

ステップＳ２０３の判断がＹｅｓの場合、エラー通知部４０は会議室端末９０にエラー番号を送信する（Ｓ２０４）。

ステップＳ２０３の判断がＮｏの場合、エラー管理部４１は、会議管理サーバ３０が「１．会議室端末と通信できない」というエラーか否かを判断する（Ｓ２０５）。

ステップＳ２０５の判断がＹｅｓの場合、エラー管理部４１は、会議室設定情報ＤＢ４９８の会議室ＩＤに対応付けて、会議室端末の状態の項目に「接続断」を、重大エラーの項目に「エラー有り」を登録する（Ｓ２０６）。なお、接続断は、予約情報が要求された最後の時刻を会議室ＩＤに対応付けてその都度、記録しておき、それが一定期間以上更新されない場合に検知される。したがって、会議室ＩＤは特定されている。なお、接続が復帰した場合、会議室端末９０から送られるログとスクリーンショットを、会議室ＩＤに対応付けて会議室設定情報ＤＢ４９８に登録する。

ステップＳ２０５の判断がＮｏの場合、会議室端末９０から通知されるエラーである。したがって、エラー番号、ログ及びスクリーンショットが受信される（Ｓ２０７）。

エラー管理部４１は、会議室設定情報ＤＢ４９８において、会議室端末９０から送信された会議室ＩＤと対応付けて、エラー番号により判断した項目（バッテリー）にバッテリー残量を登録し、ログ及びスクリーンショットを登録する（Ｓ２０８）。なお、この時のエラーは、バッテリー残量が閾値未満の場合、会議室端末９０の端末アプリ９０ａのバージョンが古い場合、などである。エラー通知は、会議室端末９０がエラー検知した都度か、又は、緊急性が低い場合は１日１回まとめて、送信すればよい。

＜管理画面について＞
以上のように会議管理サーバ３０のエラー、又は、会議室端末９０のエラーを検知した会議管理サーバ３０は、登録端末５０に提供する管理画面においてエラーの内容を表示することができる。

図１３は、登録端末５０がＬＣＤ２０６に表示する一例の管理画面５０１を示す。管理者は登録端末５０から会議管理サーバ３０にログインパスワードとユーザＩＤでログインする。なお、管理画面はエラーの確認以外にも使用されるため多くの項目を有するが、図１３ではエラーの確認に適した項目を示す。

管理画面５０１には、チェックマーク欄５０２、会議室名称欄５０３、会議室ＩＤ欄５０４、会議室端末９０の接続状態欄５０５、バッテリー欄５０６、重大エラー欄５０７、ログ欄５０８、及び、スクリーンショット欄５０９が表示される。各欄の内容は、表９の会議室設定情報ＤＢ４９８に記憶されている情報であり、管理画面提供部４２は会議室設定情報ＤＢ４９８を参照して、管理画面５０１の画面情報を作成する。これにより、例えば登録端末５０は管理画面５０１を表示可能になる。

チェックマーク欄５０２は表９の会議室設定情報ＤＢ４９８において管理開始フラグに対応する。チェックマーク欄５０２は会議室の管理の開始を要求する旨の設定を受け付ける受付ボタンである。チェック有りがTrue、なしがFalseである。チェックマーク欄５０２があることで、初期設定が完了しても、会議管理サーバ３０が会議室の管理、特に自動キャンセルを開始してしまうことを防止できる。

会議室端末９０の接続状態欄５０５に関しては、表９で説明したように、会議管理サーバ３０のエラー検知部３９が「１．会議室端末と通信できない」というエラーを検知することで会議室設定情報ＤＢ４９８に登録された「接続断」が会議室端末９０の接続状態欄５０５に表示される。

バッテリー欄５０６には、会議室設定情報ＤＢ４９８のバッテリーの項目が表示される。すなわち、会議室端末９０から通知されたバッテリーの残量が８０％未満となったというエラー通知に含まれるバッテリー残量が表示される。

重大エラー欄５０７には、会議室設定情報ＤＢ４９８の重大エラーの項目が表示される。すなわち、「１．会議室端末と通信できない」というエラー（接続断）の場合に、エラー有りが表示される。

ログ欄５０８とスクリーンショット欄５０９には「取得」という文字列にリンクが付いた取得ボタン５１０、５１２が表示される。取得ボタン５１０は、会議管理サーバ３０のログ・スクショ取得部４３がログ又はスクリーンショットを会議室端末９０に要求するためのボタンである。取得ボタン５１２についても同様である。こうすることで最新のログ又はスクリーンショットをリアルタイムに取得できる。

また、ログ欄５０８とスクリーンショット欄５０９には表示ボタン５１１，５１３が表示される。表示ボタン５１１，５１３は、会議室設定情報ＤＢ４９８に記憶されているログ又はスクリーンショットを、管理者が登録端末５０に表示させるためのボタンである。したがって、会議室端末９０と会議管理サーバ３０が不通でない状態で取得されたログ又はスクリーンショット、及び、会議室端末９０と会議管理サーバ３０が不通の状態で取得され、通信の復帰後に送信されたログ又はスクリーンショットを表示できる。

また、会議室設定情報ＤＢ４９８のアクセス権なしと予約権限なしの項目にエラー有りが登録されている場合、会議室名称欄５０３の会議室名の文字列はエラーがない会議室の会議室名とは異なる色で表示される。例えば、アクセス権なしの項目にエラー有りが登録された会議室では、会議室端末９０が予約情報を取得して待ち受け画面に表示できないので、緊急性の高いエラーを有する。管理画面提供部４２は例えば赤色で会議室名（図１３では会議室Ｄ）を表示する画面情報を作成する。また、予約権限なしの項目にエラー有りが登録された会議室では、ユーザが今すぐ予約できないだけで待ち受け画面は表示できるので、緊急性はそれほど高くなくワーニング（警告）すればよい。管理画面提供部４２は例えば青色で会議室名（図１３では会議室Ｅ）を表示する画面情報を作成する。なお、赤や青の色は一例である。

したがって、管理者は会議室名を閲覧するだけでエラーが生じている会議室を把握できる。また、赤色、又は、青色の会議室名はリンクが付いた詳細表示ボタン５１４にもなっている。管理者が赤色又は青色の会議室名（詳細表示ボタン５１４）を押下すると、登録端末５０の操作受付部５２が押下を受け付け、管理画面提供部４２が図１４に示すエラー詳細画面の画面情報を提供する。

図１４は、管理画面５０１で詳細表示ボタン５１４が押下された場合に登録端末５０が表示する一例のエラー詳細画面５３０である。エラー詳細画面５３０には、会議室名称５３１、会議室ＩＤ５３２、アクセス権５３３、予約権限５３４、管理開始５３５、リソース配布グループ５３６、及び、運用グループ５３７が表示されている。会議室名称５３１、会議室ＩＤ５３２、アクセス権５３３、及び、予約権限５３４は会議室設定情報ＤＢ４９８に登録されている情報である。管理開始５３５は管理開始フラグのＯＮ/ＯＦＦに対応する。リソース配布グループ５３６は複数の会議室の管理グループであり、運用グループ５３７は運用ポリシーを定めるグループである。

管理者はエラー詳細画面５３０により、赤色又は青色で表示される会議室にどのようなエラーが生じているかを確認できる。

＜スクリーンショットの例＞
図１５は、エラーが発生していない場合に会議室端末９０が取得したスクリーンショット５２０の一例を示す。会議室端末９０は常に待ち受け画面を表示しているので、図１５は通常の待ち受け画面を表している。この待ち受け画面（待ち受け画面をスクリーンショットした画像）では、会議室名５４１、会議室の状態５４２、予約状況５４３、及び、今すぐ利用ボタン５４４、等が表示されている。会議室名５４１、会議室の状態５４２、及び、予約状況５４３は会議室端末９０が会議管理サーバ３０から取得した予約情報に含まれている。今すぐ利用ボタン５４４は、ユーザが会議室を予約していなくても会議室端末９０から会議室を予約して、会議室を今すぐ利用するためのボタンである。今すぐ利用ボタン５４４が押下されると、会議室ＩＤが会議室端末９０と会議管理サーバ３０を経由して予約管理サーバ２０に送信され、予約管理サーバ２０に予約情報（現時刻から３０分等）を登録することができる。したがって、今すぐ利用ボタン５４４は情報を登録するための表示部品に相当する。

図１６はエラーが発生した場合のスクリーンショットの一例を示す。会議室端末９０の表示制御部９４が表示したエラー出力５４０が含まれている。エラー出力５４０には、「Ｗｉ−Ｆｉ設定がオフになっています。端末の設定を確認してください」というエラー種別５５１と、エラー番号５５２が表示されている。したがって、管理者はスクリーンショットを一目見ておおよそのエラーの内容を把握できる。

また、スクリーンショットにはバッテリアイコン５５３、及び、電波状態アイコン５５４が含まれている。このため、管理者はバッテリー残量、Wi−Fiの状態などを一目で把握できる。

＜待ち受け画面の例＞
会議室端末９０が会議管理サーバ３０から予約管理サーバの予約権限がないというエラーを通知された場合、会議室端末９０の表示制御部９４は今すぐ利用ボタンを非表示、又は、低輝度で表示するなどして、今すぐ利用ボタンを押下できない態様で表示する。

図１７は、今すぐ利用ボタン５４４を押下できない態様で表示された待ち受け画面５５０の一例を示す。図１７では今すぐ利用ボタン５４４が表示されていないため、ユーザが今すぐ利用ボタン５４４を押下できない。したがって、予約権限がないために今すぐに会議室を予約できない状況で、ユーザが今すぐ利用ボタン５４４を押下してしまうことを抑制できる。

＜まとめ＞
以上説明したように、本実施形態のリソース予約システム１００は、会議室端末９０と会議管理サーバ３０のエラーを一覧で表示できるため、管理者はエラーが生じている会議室端末９０を早期に特定できる。従来は管理者が会議室を１つずつ見回り、エラーがある会議室端末９０を探し出す必要があった。また、管理者は会議管理サーバ３０にエラーが生じていても、どの会議室に関して会議管理サーバ３０にエラーが生じているかを早期に特定できる。

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

例えば、登録端末５０が管理画面５０１を表示するのでなく、会議管理サーバ３０に接続されたディスプレイが管理画面５０１を表示してもよい。管理画面５０１を表示する端末は登録端末５０に限られない。

また、本実施形態では外部システムの一例として予約管理サーバ２０を例にしたが、会議管理サーバ３０がアクセス権のない外部システムは、予約管理サーバ２０でなくてもよい。例えば、会議管理サーバ３０がサービスの提供の上で必要な外部システムであればよい。チャットサーバ１０に関するエラーを表示してもよい。

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

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

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

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

なお、エラー検知部９６は第１のエラー検知手段の一例であり、エラー通知部９７は第１のエラー通知手段の一例であり、エラー検知部３９は第２のエラー検知手段の一例であり、管理画面提供部４２は情報提供手段の一例であり、表示制御部９４は第１の表示処理手段の一例であり、スクリーンショット取得部９８−２及びログ取得部９８−３は取得手段の一例であり、エラー通知部４０は第２のエラー通知手段の一例であり、操作受付部５２は受付手段の一例であり、ログ・スクショ取得部４３は情報取得要求手段の一例であり、ディスプレイ６１６は第２の表示手段の一例であり、ＬＣＤ２０６は第１の表示手段の一例である。

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

特許５６５１０７１号公報

Claims (18)

1. 情報処理装置と情報処理端末がネットワークを介して通信するエラー表示システムであって、
   前記情報処理端末にインストールされることで前記情報処理端末を、
   前記情報処理端末に生じたエラーを検知する第１のエラー検知手段と、
   前記第１のエラー検知手段が検知したエラーを前記情報処理装置に通知する第１のエラー通知手段、として機能させるアプリケーションと、
   前記情報処理装置に生じたエラーを検知する第２のエラー検知手段と、
   前記第２のエラー検知手段が検知したエラーに関する情報と、前記情報処理端末から通知されたエラーに関する情報を第１の表示手段に表示可能にする情報提供手段と、を有する前記情報処理装置を有することを特徴とするエラー表示システム。
2. 前記第１のエラー検知手段が検知するエラーには、前記情報処理端末の使用が困難になる前に検知された不具合の予兆が含まれることを特徴とする請求項１に記載のエラー表示システム。
3. 前記第１のエラー検知手段は、前記情報処理装置との通信ができないことを検知し、通信ができない原因を判断し、
   前記情報処理端末は、
   前記情報処理装置との通信ができない原因を、前記情報処理端末が有する第２の表示手段に表示する第１の表示処理手段を有することを特徴とする請求項１又は２に記載のエラー表示システム。
4. 前記情報処理端末にインストールされたアプリケーションは前記情報処理端末を、
   前記第１のエラー検知手段がエラーを検知した場合に、ログ及び前記第２の表示手段のスクリーンショットの少なくとも一方を取得する取得手段、として機能させ、
   前記情報処理端末と前記情報処理装置との通信が復帰した場合、
   前記第１のエラー通知手段は、前記取得手段が取得した前記ログ又は前記スクリーンショットの少なくとも一方を前記情報処理装置に通知することを特徴とする請求項３に記載のエラー表示システム。
5. 前記情報処理装置は、
   前記第２のエラー検知手段が検知したエラーを前記情報処理端末に通知する第２のエラー通知手段を有し、
   前記情報処理端末にインストールされたアプリケーションは前記情報処理端末を、
   前記情報処理装置から通知されたエラーを前記情報処理端末が有する第２の表示手段に表示する第１の表示処理手段として機能させることを特徴とする請求項１又は２に記載のエラー表示システム。
6. 前記第２のエラー検知手段が検知するエラーは外部システムへのアクセス権がないことであることを特徴とする請求項５に記載のエラー表示システム。
7. 前記第２のエラー検知手段が検知するエラーは外部システムに情報を登録する権限がないことであり、
   前記第１の表示処理手段は、前記外部システムに情報を登録するための表示部品を前記情報処理端末が有する第２の表示手段に表示しないか、又は、押下できない態様で表示することを特徴とする請求項５又は６に記載のエラー表示システム。
8. 前記第２のエラー検知手段が検知するエラーは、前記情報処理端末の管理を開始する設定が行われていないことであり、
   前記第１の表示処理手段は、前記情報処理端末の管理が開始されていない旨を前記情報処理端末が有する第２の表示手段に表示することを特徴とする請求項５又は６に記載のエラー表示システム。
9. 前記第１のエラー検知手段が検知するエラーは、前記情報処理端末のバッテリー残量が閾値未満に低下したことであり、
   前記第１のエラー通知手段は、前記第１のエラー検知手段が検知したバッテリー残量が閾値未満に低下したことを前記情報処理装置に通知することを特徴とする請求項２に記載のエラー表示システム。
10. 前記第２のエラー検知手段は、前記情報処理端末との通信ができないことを検知し、
    前記情報提供手段は、前記第２のエラー検知手段が検知したエラーを第１の表示手段に表示可能にすることを特徴とする請求項１〜９のいずれか１項に記載のエラー表示システム。
11. 前記情報処理端末は、予約の対象となるリソースと予め対応付けられており、
    前記情報提供手段は、前記情報処理端末から通知されたエラーを前記リソースに対応付けて第１の表示手段に表示可能にすることを特徴とする請求項１０に記載のエラー表示システム。
12. 前記情報提供手段は、前記リソースに対応付けられている前記情報処理端末から通知された、前記情報処理端末で生じたエラーに関するログ又はスクリーンショットの少なくとも一方を前記リソースに対応付けて第１の表示手段に表示可能にすることを特徴とする請求項１１に記載のエラー表示システム。
13. 前記情報提供手段は、前記リソースに対応付けられている前記情報処理端末のログ又はスクリーンショットの取得を受け付けるボタンを表示可能にし、
    前記ボタンの押下を受け付ける受付手段と、
    前記受付手段が前記ボタンの押下を受け付けた場合、前記情報処理端末にログ又はスクリーンショットの取得を要求する情報取得要求手段と、
    を有することを特徴とする請求項１１又は１２に記載のエラー表示システム。
14. 前記情報提供手段は、前記第２のエラー検知手段が検知したエラーを、前記リソースに対応付けて第１の表示手段に表示可能にすることを特徴とする請求項１１〜１３のいずれか１項に記載のエラー表示システム。
15. 前記第２のエラー検知手段は、外部システムへのアクセス権がないこと、又は、外部システムに情報を登録する権限がないことを検知し、
    前記情報提供手段は、前記リソースの名称の色を、外部システムへのアクセス権がないこと、又は、外部システムに情報を登録する権限がないことに応じて変更して表示可能にすることを特徴とする請求項１４に記載のエラー表示システム。
16. 前記情報提供手段は、前記リソースに対応付けて、前記情報処理端末から通知されたバッテリー残量、及び、前記情報処理端末との通信ができないことを一覧にして表示可能することを特徴とする請求項１４又は１５に記載のエラー表示システム。
17. 情報処理装置と情報処理端末がネットワークを介して通信するエラー表示システムが行うエラー表示方法であって、
    前記情報処理端末にインストールされたアプリケーションにより実行される、
    第１のエラー検知手段が、前記情報処理端末に生じたエラーを検知するステップと、
    第１のエラー通知手段が、前記第１のエラー検知手段が検知したエラーを前記情報処理装置に通知するステップと、を有し、
    前記情報処理装置は、
    第２のエラー検知手段が、前記情報処理装置に生じたエラーを検知するステップと、
    情報提供手段が、前記第２のエラー検知手段が検知したエラーに関する情報と、前記情報処理端末から通知されたエラーに関する情報を第１の表示手段に表示可能にするステップと、
    を有することを特徴とするエラー表示方法。
18. 情報処理端末に生じたエラーを検知する第１のエラー検知手段と、
    前記第１のエラー検知手段が検知したエラーを情報処理装置に通知する第１のエラー通知手段と、を有する情報処理端末と、ネットワークを介して通信する情報処理装置であって、
    前記情報処理装置に生じたエラーを検知する第２のエラー検知手段と、
    前記第２のエラー検知手段が検知したエラーに関する情報と、前記情報処理端末から通知されたエラーに関する情報を第１の表示手段に表示可能にする情報提供手段と、
    を有することを特徴とする情報処理装置。

Images