JP2021111913A - 情報処理システム、情報処理装置、情報処理装置の制御方法およびプログラム - Google Patents

Abstract

【課題】画像形成装置以外の機器を管理し、画像形成装置以外の機器の故障予測を通知することができる情報処理システム、情報処理装置、情報処理装置の制御方法およびプログラムを提供する。【解決手段】本発明は、情報処理装置と、機器とを備える情報処理システムであって、前記機器は、会議の開始と終了とを検知する第１の検知部と、前記第１の検知部が前記会議の開始を検知した場合、前記機器の故障予測に必要なデータの取得を開始し、前記第１の検知部が前記会議の終了を検知した場合、前記データの取得を終了する取得部と、前記取得部が取得した前記会議の開始から前記会議の終了までの間の前記データを前記情報処理装置に送信する送信部と、を備え、前記情報処理装置は、前記機器から前記データを受信する受信部と、前記受信部が受信した前記データと前記データの閾値と、に基づいて警告を通知する通知部と、を備える。【選択図】図１

Description

本発明は、情報処理システム、情報処理装置、情報処理装置の制御方法およびプログラムに関する。

従来から、複写機等の画像形成装置の故障時期を予測する技術が知られている。例えば、特許文献１には、プリンタの使用状況と故障との関係を解析して、解析結果からプリンタの故障発生時期等を予測し、予測結果をプリンタに通知する技術が開示されている。

しかしながら、特許文献１の技術では、画像形成装置以外の装置を管理することは想定されておらず、例えば、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、ＰＪ（Projector：プロジェクタ）等といった画像形成装置以外の機器の故障を予測することができない。したがって、画像形成装置以外の機器は、動作させてみない限り、故障や問題が発生していることがわからないという問題があった。

本発明は、上記に鑑みてなされたものであって、画像形成装置以外の機器を管理し、画像形成装置以外の機器の故障予測を通知することができる情報処理システム、情報処理装置、情報処理装置の制御方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、情報処理装置と、機器とを通信可能に接続した情報処理システムであって、前記機器は、会議の開始と終了とを検知する第１の検知部と、前記第１の検知部が前記会議の開始を検知した場合、前記機器の故障予測に必要なデータの取得を開始し、前記第１の検知部が前記会議の終了を検知した場合、前記データの取得を終了する取得部と、前記取得部が取得した前記会議の開始から前記会議の終了までの間の前記データを前記情報処理装置に送信する送信部と、を備え、前記情報処理装置は、前記機器から前記データを受信する受信部と、前記受信部が受信した前記データと、前記データの閾値と、に基づいて警告を通知する通知部と、を備える。

本発明によれば、画像形成装置以外の機器を管理し、画像形成装置以外の機器の故障予測を通知することができる。

図１は、情報処理システムの一例を示す構成図である。 図２は、ユーザ端末のハードウェア構成の一例を示すブロック図である。 図３は、スケジュール管理サーバの機能構成の一例を示すブロック図である。 図４は、会議予約情報の一例を示す図である。 図５は、機器管理サーバの機能構成の一例を示すブロック図である。 図６は、故障予測情報の一例を示す図である。 図７は、データベースサーバの機能構成の一例を示すブロック図である。 図８は、会議情報の一例を示す図である。 図９は、集計情報の一例を示す図である。 図１０は、ＩＷＢのハードウェア構成の一例を示すブロック図である。 図１１は、ＩＷＢの機能構成の一例を示すブロック図である。 図１２は、会議の予約情報の登録処理の一例を示すシーケンス図である。 図１３は、会議開始から会議終了までの処理の一例を示すシーケンス図である。 図１４は、ＩＷＢの終了処理に関わる情報処理システムの一例を示すシーケンス図である。 図１５は、ＩＷＢの処理の一例を示すフローチャートである。 図１６は、機器管理サーバの処理の一例を示すフローチャートである。

以下に、図面を参照しながら、本発明にかかる情報処理システム、情報処理装置、情報処理装置の制御方法およびプログラムの実施形態を詳細に説明する。

（情報処理システムの構成）
図１は、本実施形態の情報処理システムの一例を示す構成図である。情報処理システム１は、ユーザ端末１０、スケジュール管理サーバ１１、機器管理サーバ１２、データベースサーバ１３、ＩＷＢ２０を備える。ユーザ端末１０、スケジュール管理サーバ１１、機器管理サーバ１２、データベースサーバ１３、ＩＷＢ２０は、通信ネットワークＮを介して相互に接続されている。

ユーザ端末１０は、情報処理システム１のユーザが使用する端末である。ユーザ端末１０は、例えば、公知のパーソナルコンピュータである。また、ユーザ端末１０は、携帯可能な装置であってもよい。この場合、ユーザ端末１０は、例えば、携帯端末、タブレットＰＣ、ノートＰＣ、スマートフォンなどである。

本実施形態では、ユーザ端末１０は、ＣＰＵ等により実行されるＷｅｂブラウザ１０Ａを備える。ユーザ端末１０は、スケジュール管理サーバ１１や機器管理サーバ１２との間で通信を行う。例えば、ユーザ端末１０を操作するユーザは、Ｗｅｂブラウザ１０Ａを介して、スケジュール管理サーバ１１に対して会議を予約するために必要な情報の入力を行う。

なお、この例では、ユーザ端末１０は１台であるが、情報処理システム１は、２台以上のユーザ端末１０が通信ネットワークＮを介して接続されていてもよい。

スケジュール管理サーバ１１は、会議の予定等のスケジュールに関する情報を管理するためのサーバである。本実施形態において、スケジュール管理サーバ１１は、ユーザから会議の予約を受付け、会議の開催が可能であるか否かを判定し、会議の開催が可能であれば会議の予約を行う。

機器管理サーバ１２は、機器の使用状況等を取得し、機器を管理するためのサーバである。本実施形態において、機器管理サーバ１２は、ＩＷＢ２０が取得したＩＷＢ２０の故障予測を判定するためのデータからＩＷＢ２０の故障予測を判定し、ＩＷＢ２０が故障する可能性があると判定した場合、ＩＷＢ２０に対して警告通知を送信する。

データベースサーバ１３は、ＩＷＢ２０の使用状況を表すデータ等の情報を管理するためのサーバである。本実施形態において、データベースサーバ１３は、会議毎のＩＷＢ２０の使用状況を表す情報や、データ毎に集計した使用状況を示す情報等の情報を管理する。

なお、この例では、スケジュール管理サーバ１１、機器管理サーバ１２、データベースサーバ１３の３台のサーバに分かれているが、情報処理システム１を構成するサーバの構成はこれに限定されない。

例えば、スケジュール管理サーバ１１、機器管理サーバ１２、データベースサーバ１３の機能を１台のサーバで実現してもよい。スケジュール管理サーバ１１、機器管理サーバ１２、データベースサーバ１３は、「情報処理装置」の一例である。

ＩＷＢ２０は、相互通信が可能な電子式の黒板機能を有する機器である。なお、ＩＷＢを電子黒板と呼ぶこともある。本実施形態において、ＩＷＢ２０は、機器管理サーバ１２の管理対象となる機器である。ＩＷＢ２０は、「機器」の一例である。なお、この例では、ＩＷＢ２０は１台であるが、情報処理システム１は、２台以上のＩＷＢ２０が通信ネットワークＮを介して接続されていてもよい。

（情報処理システムが備える各装置のハードウェア構成）
次に、情報処理システム１が備える各装置のハードウェア構成を説明する。なお、ここでは、ユーザ端末１０のハードウェア構成を例として説明するが、スケジュール管理サーバ１１、機器管理サーバ１２およびデータベースサーバ１３もユーザ端末１０と同様の構成を備えている。図２は、ユーザ端末のハードウェア構成の一例を示すブロック図である。

ユーザ端末１０は、ＣＰＵ(Central Processing Unit)１０１、ＲＯＭ(Read Only Memory)１０２、ＲＡＭ(Random Access Memory)１０３、ＨＤ１０４、ＨＤＤ(Hard Disk Drive)コントローラ１０５、ディスプレイ１０６、外部機器接続Ｉ／Ｆ(Interface)１０８、ネットワークＩ／Ｆ１０９、バスライン１１０、キーボード１１１、ポインティングデバイス１１２、ＤＶＤ−ＲＷ(Digital Versatile Disk Rewritable)ドライブ１１４、メディアＩ／Ｆ１１６を備えている。

これらのうち、ＣＰＵ１０１は、ユーザ端末１０全体の動作を制御する。ＲＯＭ１０２は、ＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶する。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用される。ＨＤ１０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ１０５は、ＣＰＵ１０１の制御にしたがってＨＤ１０４に対する各種データの読み出し又は書き込みを制御する。

ディスプレイ１０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ１０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。

ネットワークＩ／Ｆ１０９は、通信ネットワークＮを利用してデータ通信をするためのインターフェースである。バスライン１１０は、図２に示されているＣＰＵ１０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード１１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス１１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。

ＤＶＤ−ＲＷドライブ１１４は、着脱可能な記録媒体の一例としてのＤＶＤ−ＲＷ１１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ−ＲＷに限らず、ＤＶＤ−Ｒ等であってもよい。メディアＩ／Ｆ１１６は、フラッシュメモリ等の記録メディア１１５に対するデータの読み出し又は書き込み（記憶）を制御する。

（スケジュール管理サーバの機能）
次に、スケジュール管理サーバ１１の機能について説明する。図３は、スケジュール管理サーバの機能構成の一例を示すブロック図である。スケジュール管理サーバ１１は、受付部１１０Ａ、判定部１１０Ｂ、登録部１１０Ｃ、通信部１１０Ｄを備える。また、スケジュール管理サーバ１１のＨＤ１０４には、会議予約情報１１４Ａが記憶されている。

受付部１１０Ａは、ユーザから会議の予約を受付ける。本実施形態において、受付部１１０Ａは、ユーザ端末１０のＷｅｂブラウザ１０Ａを介して入力された会議の予約に必要な情報を受付ける。具体的には、受付部１１０Ａは、ユーザ端末１０のＷｅｂブラウザ１０Ａを介して入力された、「予約を希望する会議室の名称」、「会議の開始時刻」、「会議の終了時刻」の入力を受付ける。

判定部１１０Ｂは、会議の予約が可能であるか否かを判定する。本実施形態において、判定部１１０Ｂは、ＨＤ１０４に記憶された会議予約情報１１４Ａを参照し、会議の予約が可能であるか否かを判定する。

具体的には、判定部１１０Ｂは、ユーザが予約を希望する会議室において、ユーザが入力した開始時刻から終了時刻の間に他の会議の予約が入っているか否かを確認し、他の会議の予約が入っている場合は予約不可と判定し、他の会議の予約が入っていない場合は予約可能と判定する。

登録部１１０Ｃは、会議の予約情報の登録を行う。本実施形態において、登録部１１０Ｃは、判定部１１０Ｂが予約可能と判定した場合、ＨＤ１０４に記憶された会議予約情報１１４Ａに受付部１１０Ａが受付けた会議の予約内容を登録する。具体的には、登録部１１０Ｃは、「会議を開催する会議室の名称」、「会議の開始時刻」、「会議の終了時刻」に、「会議を識別するＩＤ」を対応付けて会議予約情報１１４Ａに登録する。

通信部１１０Ｄは、通信ネットワークＮを介して各種機器と通信を行う。本実施形態において、通信部１１０Ｄは、会議予約情報１１４Ａに登録した会議の予約内容を機器管理サーバ１２へ送信する。

次に、スケジュール管理サーバ１１のＨＤ１０４に記憶されている会議予約情報１１４Ａについて説明する。会議予約情報１１４Ａは、会議の予約内容を示す情報である。本実施形態において、会議予約情報１１４Ａは、「会議を識別するＩＤ」、「会議を開催する会議室の名称」、「会議の開始時刻」、「会議の終了時刻」を対応付けたテーブルである。なお、会議予約情報１１４Ａはこれに限定されない。

図４は、会議予約情報の一例を示す図である。この例では、テーブルの２列目は、「会議１」というＩＤで識別される会議が、「会議室Ａ」という名称の会議室で、「１０:０１から１１:００まで」開催される予定であるという会議室Ａの予約情報を示している。本実施形態において、判定部１１０Ｂは、上述したように、会議予約情報１１４Ａを参照し、会議が開催可能であるかを判定する。

具体的には、例えば、ユーザがユーザ端末１０のＷｅｂブラウザ１０Ａを介して、「会議室Ａ」で「１０:３１から１１:３０まで」会議の予約を希望すると入力した場合、判定部１１０Ｂは、会議予約情報１１４Ａを参照し、「会議１」が「会議室Ａ」で「１０:０１から１１:００まで」開催予定であることから、他の会議の予約があるため、会議の予約不可と判定する。

本実施形態では、上述の、受付部１１０Ａ、判定部１１０Ｂ、登録部１１０Ｃ、および通信部１１０Ｄの各々の機能は、ＣＰＵ１０１がＲＯＭ１０２等に格納されたプログラムを実行することにより実現されるが、これに限られるものではない。

例えば、上述の、受付部１１０Ａ、判定部１１０Ｂ、登録部１１０Ｃ、および通信部１１０Ｄの各々の機能のうちの少なくとも一部の機能が、専用のハードウェア回路で実現される形態であってもよい。

本実施形態のスケジュール管理サーバ１１で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、本実施形態のスケジュール管理サーバ１１で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態のスケジュール管理サーバ１１で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

（機器管理サーバの機能）
次に、機器管理サーバ１２の機能について説明する。図５は、機器管理サーバの機能構成の一例を示すブロック図である。機器管理サーバ１２は、通信部１２０Ａ、登録指示部１２０Ｂ、判定部１２０Ｃ、設定部１２０Ｄ、通知部１２０Ｅを備える。また、機器管理サーバ１２のＨＤ１０４には、故障予測情報１２４Ａが記憶されている。

通信部１２０Ａは、通信ネットワークＮを介して各種機器と通信を行う。本実施形態において、通信部１２０Ａは、スケジュール管理サーバ１１から会議の予約内容を受信する。また、通信部１２０Ａは、ＩＷＢ２０からＩＷＢ２０の故障予測に必要なデータを受信する。通信部１２０Ａは、「情報処理装置の受信部」の一例である。

登録指示部１２０Ｂは、情報の登録指示を生成する。本実施形態において、登録指示部１２０Ｂは、スケジュール管理サーバ１１から受信した会議の予約内容を、データベースサーバ１３のＨＤ１０４に記憶された会議情報１３４Ａに登録することを指示する会議登録指示を生成し、通信部１２０Ａを介してデータベースサーバ１３へ送信する。なお、会議登録指示には、スケジュール管理サーバ１１から受信した会議の予約内容が含まれる。

また、登録指示部１２０Ｂは、スケジュール管理サーバ１１から受信した会議の予約内容を、ＩＷＢ２０のＳＳＤ２０４に記憶されたスケジュール情報２０４Ａに登録することを指示するスケジュール登録指示を生成し、通信部１２０Ａを介してＩＷＢ２０へ送信する。なお、スケジュール登録指示には、スケジュール管理サーバ１１から受信した会議の予約内容が含まれる。

さらに、登録指示部１２０Ｂは、ＩＷＢ２０から受信したＩＷＢ２０の故障予測に必要なデータを、データベースサーバ１３のＨＤ１０４に記憶された会議情報１３４Ａおよび集計情報１３４Ｂに登録することを指示するデータ登録指示を生成し、通信部１２０Ａを介してデータベースサーバ１３へ送信する。なお、データ登録指示には、スケジュール管理サーバ１１から受信したＩＷＢ２０の故障予測に必要なデータが含まれる。

判定部１２０Ｃは、通信部１２０Ａが受信した機器の故障予測に必要なデータと、データの閾値と、に基づいて、機器の故障予測判定を行う。

本実施形態において、判定部１２０Ｃは、ＩＷＢ２０から受信したＩＷＢ２０の故障予測に必要なデータと、機器管理サーバ１２のＨＤ１０４に記憶されたＩＷＢ２０の故障予測に必要なデータの閾値を示す故障予測情報１２４Ａに登録された閾値と、を参照し、ＩＷＢ２０が故障する可能性がある旨の警告を通知する必要があるか否かの判定を行う。

具体的には、判定部１２０Ｃは、ＩＷＢ２０から受信したＩＷＢ２０の故障予測に必要なデータの中に、故障予測情報１２４Ａに登録されている閾値を超えるデータ（または閾値未満のデータ）が含まれるか否かを判定する。

判定部１２０Ｃは、閾値を超えるデータ（または閾値未満のデータ）が含まれるデータが含まれる場合、ＩＷＢ２０が故障する可能性がある旨の警告を通知する必要があると判定し、閾値を超えるデータ（または閾値未満のデータ）が含まれるデータが含まれない場合、ＩＷＢ２０が故障する可能性がある旨の警告を通知する必要がないと判定する。

設定部１２０Ｄは、ＩＷＢ２０が故障する可能性がある旨の警告を通知する必要があるか否かの判定を行うための閾値を設定する。本実施形態において、設定部１２０Ｄは、複数のＩＷＢ２０の故障予測に必要なデータの各々について、閾値の設定を行う。設定部１２０Ｄは、例えば、ユーザ端末１０のＷｅｂブラウザ１０Ａを介して入力された情報に従って、閾値を設定する。設定した閾値は、故障予測情報１２４Ａに登録される。

通知部１２０Ｅは、通信部１２０Ａが受信した機器の故障予測に必要なデータと、データの閾値と、に基づいて警告を通知する。

本実施形態において、通知部１２０Ｅは、判定部１２０Ｃが警告を通知する必要があると判定した場合、警告通知を生成し、通信部１２０Ａを介してＩＷＢ２０に警告通知を送信する。なお、警告通知の送信先はＩＷＢ２０に限定されない。例えば、通知部１２０Ｅは、通信部１２０Ａを介してユーザ端末１０等に警告通知を送信してもよい。

次に、機器管理サーバ１２のＨＤ１０４に記憶されている故障予測情報１２４Ａについて説明する。故障予測情報１２４Ａは、ＩＷＢ２０の故障予測に必要なデータの閾値を示す情報である。

本実施形態において、故障予測情報１２４Ａは、ＩＷＢ２０の故障予測に必要なデータの名称と、警告を通知する必要があるか否かの判定を行うための閾値と、判定の条件と、を対応付けたテーブルである。なお、故障予測情報１２４Ａはこれに限定されない。

図６は、故障予測情報の一例を示す図である。この例では、タッチセンサの認識率の閾値は６０（％）であり、外部映像の描画成功率の閾値は３０（％）であることを示している。なお、タッチセンサの認識率、外部映像の描画成功率は、「故障予測に必要なデータ」の一例である。

また、このテーブルの「条件」は、閾値を超えた場合に警告を通知する必要があると判定するか、閾値未満だった場合に警告を通知する必要があると判定するかを定めるものである。

本実施形態において、判定部１２０Ｃは、上述したように、ＩＷＢ２０から受信したＩＷＢ２０の故障予測に必要なデータと、機器管理サーバ１２のＨＤ１０４に記憶された故障予測情報１２４Ａに登録された閾値とを参照し、警告を通知する必要があるか否かの判定を行う。

具体的には、例えば、判定部１２０Ｃは、ＩＷＢ２０から受信したＩＷＢ２０の故障予測に必要なデータが、「タッチセンサの認識率：５０（％）」、「外部映像の描画成功率：５０（％）」であった場合、タッチセンサの認識率が６０（％）未満であるため、警告を通知する必要があると判定する。

なお、上述したように、設定部１２０Ｄは、ユーザの入力に従い、ＩＷＢ２０が故障する可能性がある旨の警告を通知する必要があるか否かの判定を行うための閾値を設定するため、ユーザは、自らの判断で警告を通知する必要があるか否かの判定を行うための閾値を決定することができ、過度に警告が通知されるような事態を抑制することが可能になる。

本実施形態では、上述の通信部１２０Ａ、登録指示部１２０Ｂ、判定部１２０Ｃ、設定部１２０Ｄ、および通知部１２０Ｅの各々の機能は、ＣＰＵ１０１がＲＯＭ１０２等に格納されたプログラムを実行することにより実現されるが、これに限られるものではない。

例えば、上述の、通信部１２０Ａ、登録指示部１２０Ｂ、判定部１２０Ｃ、設定部１２０Ｄ、および通知部１２０Ｅの各々の機能のうちの少なくとも一部の機能が、専用のハードウェア回路で実現される形態であってもよい。

本実施形態の機器管理サーバ１２で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、本実施形態の機器管理サーバ１２で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態の機器管理サーバ１２で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

（データベースサーバの機能）
次に、データベースサーバ１３の機能について説明する。図７は、データベースサーバの機能構成の一例を示すブロック図である。データベースサーバ１３は、通信部１３０Ａ、受付部１３０Ｂ、登録部１３０Ｃを備える。また、データベースサーバ１３のＨＤ１０４には、会議情報１３４Ａ、集計情報１３４Ｂが記憶されている。

通信部１３０Ａは、通信ネットワークＮを介して各種機器と通信を行う。本実施形態において、通信部１３０Ａは、機器管理サーバ１２から会議登録指示を受信する。また、通信部１３０Ａは、機器管理サーバ１２からデータ登録指示を受信する。

受付部１３０Ｂは、情報の登録指示を受付ける。本実施形態において、受付部１３０Ｂは、機器管理サーバ１２から受信した会議登録指示を受付ける。また、受付部１３０Ｂは、機器管理サーバ１２から受信したデータ登録指示を受付ける。

登録部１３０Ｃは、情報の登録を行う。本実施形態において、登録部１３０Ｃは、受付部１３０Ｂが会議登録指示を受付けた場合、機器管理サーバ１２から受信した会議登録指示に含まれる会議の予約内容を会議情報１３４Ａに登録する。

また、登録部１３０Ｃは、受付部１３０Ｂがデータ登録指示を受付けた場合、機器管理サーバ１２から受信したデータ登録指示に含まれるＩＷＢ２０の故障予測に必要なデータを会議情報１３４Ａおよび集計情報１３４Ｂに登録する。

次に、データベースサーバ１３のＨＤ１０４に記憶されている情報について説明する。まず、会議情報１３４Ａについて説明する。

会議情報１３４Ａは、会議に関する情報である。本実施形態において、会議情報１３４Ａは、「会議を識別するＩＤ」、「会議を開催する会議室の名称」、「会議の開始時刻」、「会議の終了時刻」、「ＩＷＢの故障予測に必要なデータ」を対応付けたテーブルである。なお、会議情報１３４Ａはこれに限定されない。

図８は、会議情報の一例を示す図である。この例では、テーブルの２列目は、「会議１」というＩＤで識別される会議が、「会議室Ａ」という名称の会議室で、「１０:０１から１１:００まで」開催され、「タッチセンサの認識率１」や「外部映像の描画成功率１」といったデータを取得したことを示している。

なお、会議の開催前は、「データ１」や「データ２」は空欄になっており、通信部１３０Ａが「ＩＷＢの故障予測に必要なデータ」を含むデータ登録指示を受信し、受付部１３０Ｂがデータ登録指示を受付けた後、登録部１３０Ｃによりデータの登録が行われる。

集計情報１３４Ｂは、複数の故障予測に必要なデータをデータの種類毎に集計した情報である。本実施形態において、集計情報１３４Ｂは、データの種類毎に「ＩＷＢの故障予測に必要なデータを識別するＩＤ」と「ＩＷＢの故障予測に必要なデータ」とを対応付けたテーブルである。なお、集計情報１３４Ｂはこれに限定されない。

ここで、「ＩＷＢの故障予測に必要なデータ」としては、「タッチセンサの認識率」、「タッチセンサの反応時間」、「外部映像の描画時間」、「外部映像の描画成功率」、「外部映像の接続断回数」、「キャプチャ時間」、「キャプチャ成功率」、「ＩＷＢの接続成功率」、「ブラウザ接続の成功率」、「ＩＷＢの接続断回数」、「ファイル読込／書込の時間」、「ファイル読込／書込の成功率」「印刷時間」、「印刷成功率」、「メール送信時間」「メール送信成功率」、「ＩＷＢの起動時間」、「ＩＷＢの終了時間」、「予約機能の実行成功率」等が挙げられる。

各データについて簡単に説明する。「タッチセンサの認識率」は、タッチセンサがタッチの認識に成功する確率を示す。「タッチセンサの反応時間」は、タッチセンサの認識からアプリが反応するまでにかかる時間を示す。

「外部映像の描画時間」は、ＩＷＢと接続された外部機器から出力された映像を描画するまでにかかる時間を示す。「外部映像の描画成功率」は、ＩＷＢと接続された外部機器から出力された映像の描画に成功した確率を示す。

「外部映像の接続断回数」は、会議中にＩＷＢと外部機器との接続が断たれた回数を示す。「キャプチャ時間」は、画面をキャプチャするのに要した時間を示す。「キャプチャ成功率」は、画面のキャプチャの成功率を示す。「ＩＷＢの接続成功率」は、他のＩＷＢとの接続の成功率を示す。「ブラウザ接続の成功率」は、ブラウザを介した接続の成功率を示す。

「ＩＷＢの接続断回数」は、会議中に他のＩＷＢとの接続が断たれた回数を示す。「ファイル読込／書込の時間」は、ファイルの読込／書込にかかる時間を示す。「ファイル読込／書込の成功率」は、ファイルの読込／書込の成功率を示す。「印刷時間」は、印刷機能を実行した場合に印刷にかかる時間を示す。「印刷成功率」は、印刷機能を実行した場合の印刷の成功率を示す。

「メール送信時間」は、メールの送信機能を実行した場合のメールの送信時間を示す。「メール送信成功率」は、メール送信機能を実行した場合の送信の成功率を示す。「ＩＷＢの起動時間」は、ＩＷＢの起動指示からＩＷＢが使用可能になるまでの時間を示す。「ＩＷＢの終了時間」は、ＩＷＢの終了指示から電源が落ちるまでの時間を示す。「予約機能の実行成功率」は、予約した機能が設定した時間通りに動作する確率を示す。

上記のうち、「ＩＷＢの起動時間」、「ＩＷＢの終了時間」、「予約機能の実行成功率」は、会議の開始／終了とは関係なく取得されるデータである。なお、「ＩＷＢの故障予測に必要なデータ」は上記に限定されない。

図９は、集計情報の一例を示す図である。この図は、「ＩＷＢの故障予測に必要なデータ」が「タッチセンサの認識率」と「外部映像の描画成功率」であった場合の例である。この図において、上部は、「タッチセンサの認識率」について集計した表であり、下部は、「外部映像の描画成功率」について集計した表である。なお、ＩＤは「ＩＷＢの故障予測に必要なデータを識別するための情報」を示している。

本実施形態では、上述の通信部１３０Ａ、受付部１３０Ｂ、および登録部１３０Ｃの各々の機能は、ＣＰＵ１０１がＲＯＭ１０２等に格納されたプログラムを実行することにより実現されるが、これに限られるものではない。

例えば、上述の、通信部１３０Ａ、受付部１３０Ｂ、および登録部１３０Ｃの各々の機能のうちの少なくとも一部の機能が、専用のハードウェア回路で実現される形態であってもよい。

本実施形態のデータベースサーバ１３で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、本実施形態のデータベースサーバ１３で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態のデータベースサーバ１３で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

（ＩＷＢのハードウェア構成）
次に、ＩＷＢ２０のハードウェア構成について説明する。図１０は、ＩＷＢのハードウェア構成図である。ＩＷＢ２０は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＳＳＤ(Solid State Drive)２０４、ネットワークＩ／Ｆ２０５、及び、外部機器接続Ｉ／Ｆ２０６を備えている。

これらのうち、ＣＰＵ２０１は、ＩＷＢ２０全体の動作を制御する。ＲＯＭ２０２は、ＣＰＵ２０１やＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ＳＳＤ２０４は、電子黒板用のプログラム等の各種データを記憶する。

ネットワークＩ／Ｆ２０５は、通信ネットワーク１００との通信を制御する。外部機器接続Ｉ／Ｆ２０６は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢメモリ２３０、外付け機器（マイク２４０、スピーカ２５０、カメラ２６０）である。

また、ＩＷＢ２０は、キャプチャデバイス２１１、ＧＰＵ２１２、ディスプレイコントローラ２１３、接触センサ２１４、センサコントローラ２１５、電子ペンコントローラ２１６、近距離通信回路２１９、及び近距離通信回路２１９のアンテナ２１９ａ、電源スイッチ２２２及び選択スイッチ類２２３を備えている。

これらのうち、キャプチャデバイス２１１は、外付けのＰＣ２７０のディスプレイに対して映像情報を静止画または動画として表示させる。ＧＰＵ(Graphics Processing Unit)２１２は、グラフィクスを専門に扱う半導体チップである。ディスプレイコントローラ２１３は、ＧＰＵ２１２からの出力画像をディスプレイ２８０等へ出力するために画面表示の制御及び管理を行う。

接触センサ２１４は、ディスプレイ２８０上に電子ペン２９０やユーザの手Ｈ等が接触したことを検知する。センサコントローラ２１５は、接触センサ２１４の処理を制御する。接触センサ２１４は、赤外線遮断方式による座標の入力及び座標の検出を行う。

この座標の入力及び座標の検出する方法は、ディスプレイ２８０の上側両端部に設置された２つ受発光装置が、ディスプレイ２８０に平行して複数の赤外線を放射し、ディスプレイ２８０の周囲に設けられた反射部材によって反射されて、受光素子が放射した光の光路と同一の光路上を戻って来る光を受光する方法である。

接触センサ２１４は、物体によって遮断された２つの受発光装置が放射した赤外線のＩＤをセンサコントローラ２１５に出力し、センサコントローラ２１５が、物体の接触位置である座標位置を特定する。電子ペンコントローラ２１６は、電子ペン２９０と通信することで、ディスプレイ２８０へのペン先のタッチやペン尻のタッチの有無を判断する。

近距離通信回路２１９は、ＮＦＣ(Near Field Communication)やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。電源スイッチ２２２は、ＩＷＢ２０の電源のＯＮ／ＯＦＦを切り換えるためのスイッチである。選択スイッチ類２２３は、例えば、ディスプレイ２８０の表示の明暗や色合い等を調整するためのスイッチ群である。

更に、ＩＷＢ２０は、バスライン２１０を備えている。バスライン２１０は、図２に示されているＣＰＵ２０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

なお、接触センサ２１４は、赤外線遮断方式に限らず、静電容量の変化を検知することにより接触位置を特定する静電容量方式のタッチパネル、対向する２つの抵抗膜の電圧変化によって接触位置を特定する抵抗膜方式のタッチパネル、接触物体が表示部に接触することによって生じる電磁誘導を検知して接触位置を特定する電磁誘導方式のタッチパネルなどの種々の検出手段を用いてもよい。

また、電子ペンコントローラ２１６が、電子ペン２９０のペン先及びペン尻だけでなく、電子ペン２９０のユーザが握る部分や、その他の電子ペンの部分のタッチの有無を判断するようにしてもよい。

（ＩＷＢの機能）
次に、ＩＷＢ２０の機能について説明する。図１１は、ＩＷＢの機能構成の一例を示す図である。ＩＷＢ２０は、通信部２００Ａ、受付部２００Ｂ、登録部２００Ｃ、第１の検知部２００Ｄ、第２の検知部２００Ｅ、取得部２００Ｆ、表示制御部２００Ｇを備える。また、ＩＷＢ２０のＳＳＤ２０４には、スケジュール情報２０４Ａが記憶されている。

通信部２００Ａは、通信ネットワークＮを介して各種機器と通信を行う。また、通信部２００Ａは、情報処理装置から会議の予約に関する情報を受信する。さらに、通信部２００Ａは、取得部２００Ｆが取得した会議の開始から会議の終了までの間の機器の故障の予測に必要なデータを情報処理装置に送信する。

本実施形態において、通信部２００Ａは、機器管理サーバ１２から会議の予約内容を含むスケジュール登録指示を受信する。また、通信部２００Ａは、取得部２００Ｆが取得した会議の開始から会議の終了までの間の機器の故障の予測に必要なデータを機器管理サーバ１２に送信する。なお、通信部２００Ａは、「機器の受信部」、「機器の送信部」の一例である。また、会議の予約内容は、「会議に関する情報」の一例である。

受付部２００Ｂは、情報処理装置から受信した情報の登録指示を受付ける。本実施形態において、受付部２００Ｂは、機器管理サーバ１２から受信したスケジュール登録指示を受付ける。

登録部２００Ｃは、スケジュール情報の登録を行う。本実施形態において、登録部２００Ｃは、受付部２００Ｂが機器管理サーバ１２から受信したスケジュール登録指示を受付けた場合、機器管理サーバ１２から受信したスケジュール登録指示に含まれる会議の予約内容をスケジュール情報２０４Ａに登録する。

第１の検知部２００Ｄは、会議の開始と終了とを検知する。また、第１の検知部２００Ｄは、会議の予約に関する情報から会議の開始と終了とを検知する。

本実施形態において、第１の検知部２００Ｄは、ＩＷＢ２０のＳＳＤ２０４に記憶されたスケジュール情報２０４Ａに登録された会議の開始時刻を会議の開始として検知する。このとき、第１の検知部２００Ｄは、通信部２００Ａを介して機器管理サーバ１２へ会議開始通知を送信する。

また、第１の検知部２００Ｄは、同様にしてスケジュール情報２０４Ａに登録された会議の終了時刻を会議の終了として検知する。このとき、第１の検知部２００Ｄは、通信部２００Ａを介して機器管理サーバ１２へ会議終了通知を送信する。なお、会議の開始と終了との検知方法はこれに限定されない。会議の開始と終了とが検知できればどのような方法であってもよい。

なお、スケジュール情報２０４Ａは、会議の予約内容を登録したものであるため、第１の検知部２００Ｄは、「会議の予約に関する情報」から会議の開始と終了とを検知しているともいえる。

第２の検知部２００Ｅは、機器の起動処理の開始と終了処理の開始を検知する。本実施形態において、第２の検知部２００Ｅは、ＩＷＢ２０の起動指示と終了指示とを検知する。なお、起動指示は「起動処理の開始」の一例であり、終了指示は「終了処理の開始」の一例である。

取得部２００Ｆは、第１の検知部２００Ｄが会議の開始を検知した場合、機器の故障予測に必要なデータの取得を開始し、第１の検知部２００Ｄが会議の終了を検知した場合、機器の故障予測に必要なデータの取得を終了する。

また、取得部２００Ｆは、第２の検知部２００Ｅが起動処理の開始を検知した場合、機器の故障予測に必要なデータの取得を開始し、第２の検知部２００Ｅが終了処理の開始を検知した場合、データの取得を終了する。

なお、取得部２００Ｆが、会議の開始から終了までの間に取得するＩＷＢ２０の故障予測に必要なデータと、取得部２００Ｆが、ＩＷＢ２０の起動から終了までの間に取得するＩＷＢ２０の故障予測に必要なデータとは、異なるデータである。

本実施形態において、取得部２００Ｆは、第１の検知部２００Ｄがスケジュール情報２０４Ａの会議の開始時刻を会議の開始として検知した場合、ＩＷＢ２０の故障予測に必要なデータの取得を開始する。そして、第１の検知部２００Ｄがスケジュール情報２０４Ａの会議の終了時刻を会議の終了として検知した場合、ＩＷＢ２０の故障予測に必要なデータの取得を終了する。

取得部２００Ｆが、会議の開始から終了までの間に取得するＩＷＢ２０の故障予測に必要なデータとしては、「タッチセンサの認識率」、「外部映像の描画成功率」などが挙げられる。

また、取得部２００Ｆは、第２の検知部２００ＥがＩＷＢ２０の起動指示を検知した場合、ＩＷＢ２０の故障予測に必要なデータの取得を開始する。そして、第２の検知部２００ＥがＩＷＢ２０の終了指示を検知した場合、ＩＷＢ２０の故障予測に必要なデータの取得を終了する。

取得部２００Ｆが、ＩＷＢ２０の起動から終了までの間に取得するＩＷＢ２０の故障予測に必要なデータとしては、「ＩＷＢの起動時間」や「予約機能実行の成功率」などが挙げられる。

表示制御部２００Ｇは、ＩＷＢ２０のディスプレイ２８０を制御する。本実施形態において、表示制御部２００Ｇは、機器管理サーバ１２から警告通知を受信した場合、ディスプレイ２８０に、ＩＷＢ２０が故障する可能性がある旨の警告を表示させる制御を行う。なお、表示制御部２００Ｇは、警告を報知する報知部の一例であり、警告を報知する方法は表示に限定されない。例えば、音声で警告を報知してもよい。

次に、ＩＷＢ２０のＳＳＤ２０４に記憶されたスケジュール情報２０４Ａについて説明する。スケジュール情報２０４Ａは、会議の開始時刻や終了時刻等の会議に関する情報である。本実施形態において、スケジュール情報２０４Ａは、「会議を識別するＩＤ」、「会議の開始時刻」、「会議の終了時刻」を対応付けたテーブルである。なお、スケジュール情報２０４Ａはこれに限定されない。

本実施形態では、上述の通信部２００Ａ、受付部２００Ｂ、登録部２００Ｃ、第１の検知部２００Ｄ、第２の検知部２００Ｅ、取得部２００Ｆ、および表示制御部２００Ｇの各々の機能は、ＣＰＵ２０１がＲＯＭ２０２等に格納されたプログラムを実行することにより実現されるが、これに限られるものではない。

例えば、上述の、通信部２００Ａ、受付部２００Ｂ、登録部２００Ｃ、第１の検知部２００Ｄ、第２の検知部２００Ｅ、取得部２００Ｆ、および表示制御部２００Ｇの各々の機能のうちの少なくとも一部の機能が、専用のハードウェア回路で実現される形態であってもよい。

本実施形態のＩＷＢ２０で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、本実施形態のＩＷＢ２０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態のＩＷＢ２０で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

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

（情報処理システムの処理）
次に、情報処理システム１の処理について説明する。まず、会議開始から会議終了までの処理について説明する。図１２は、会議開始から会議終了までの処理の一例を示すシーケンス図である。

まず、スケジュール管理サーバ１１の受付部１１０Ａは、ユーザ端末１０のＷｅｂブラウザ１０Ａを介して入力された会議の予約内容を受付ける（ステップＳ１１）。判定部１１０Ｂは、会議予約情報１１４Ａを参照し、会議予約の可否を判定する（ステップＳ１２）。登録部１１０Ｃは、判定部１１０Ｂが会議の予約可能と判定した場合、受付部１１０Ａが受付けた内容を会議予約情報１１４Ａに登録する（ステップＳ１３）。

一方、判定部１１０Ｂが会議の予約不可と判定した場合、判定部１１０Ｂは、通信部１１０Ｄを介してユーザ端末１０に会議の予約が不可である旨を通知して本処理を終了する（ステップＳ１４）。

登録部１１０Ｃが会議の予約内容を会議予約情報１１４Ａに登録した場合、通信部１１０Ｄは、登録した内容を機器管理サーバ１２へ送信する（ステップＳ１５）。機器管理サーバ１２の登録指示部１２０Ｂは、会議の予約内容を含む会議登録指示を生成し、通信部１１０Ｄを介してデータベースサーバ１３に送信する（ステップＳ１６）。

データベースサーバ１３の受付部１３０Ｂは、機器管理サーバ１２から受信した会議登録指示を受付け、登録部１３０Ｃは、会議登録指示に含まれる会議の予約内容を会議情報１３４Ａに登録する（ステップＳ１７）。

また、登録指示部１２０Ｂは、会議の予約内容を含むスケジュール登録指示を生成し、通信部１１０Ｄを介してＩＷＢ２０に送信する（ステップＳ１８）。ＩＷＢ２０の受付部２００Ｂは、機器管理サーバ１２から受信したスケジュール登録指示を受付け、登録部１３０Ｃは、会議登録指示に含まれる会議の予約内容をスケジュール情報２０４Ａに登録し、本処理を終了する（ステップＳ１９）。

次に、会議開始から会議終了までの処理について説明する。図１３は、会議開始から会議終了までの処理の一例を示すシーケンス図である。

まず、ＩＷＢ２０の第１の検知部２００Ｄは、スケジュール情報２０４Ａの会議の開始時刻から会議の開始を検知し、取得部２００Ｆは、ＩＷＢ２０の故障予測に必要なデータの取得を開始する（ステップＳ２１）。

そして、第１の検知部２００Ｄは、スケジュール情報２０４Ａの会議の終了時刻から会議の終了を検知し、取得部２００Ｆは、ＩＷＢ２０の故障予測に必要なデータの取得を終了する（ステップＳ２２）。通信部２００Ａは、取得部２００Ｆが取得したＩＷＢ２０の故障予測に必要なデータを機器管理サーバ１２へ送信する（ステップＳ２３）。

機器管理サーバ１２の登録指示部１２０Ｂは、ＩＷＢ２０の故障予測に必要なデータを含む会議登録指示およびデータ登録指示を生成し、データベースサーバ１３へ送信する（ステップＳ２４）。データベースサーバ１３の受付部１３０Ｂは、会議登録指示およびデータ登録指示を受付け、登録部１３０Ｃは、ＩＷＢ２０の故障予測に必要なデータを会議情報１３４Ａおよび集計情報１３４Ｂに登録する（ステップＳ２５）。

機器管理サーバ１２の判定部１２０Ｃは、ＩＷＢ２０から受信したＩＷＢ２０の故障予測に必要なデータと、故障予測情報１２４Ａに登録された閾値と、を参照し、ＩＷＢ２０が故障する可能性がある旨の警告を通知する必要があるか否かの判定を行う（ステップＳ２６）。

通知部１２０Ｅは、判定部１２０Ｃが、警告を通知する必要があると判定した場合、通信部１２０Ａを介してＩＷＢ２０にＩＷＢ２０が故障する可能性がある旨の警告通知を送信する（ステップＳ２７）。ＩＷＢ２０の表示制御部２００Ｇは、ＩＷＢ２０のディスプレイ２８０にＩＷＢ２０が故障する可能性がある旨の警告を表示させる制御を行い、本処理を終了する（ステップＳ２８）。

次に、ＩＷＢ２０の終了処理に関わる情報処理システム１の処理について説明する。図１４は、ＩＷＢの終了処理に関わる情報処理システムの処理の一例を示すシーケンス図である。

まず、ＩＷＢ２０の第２の検知部２００Ｅは、ＩＷＢ２０の終了指示を検知し、取得部２００Ｆは、ＩＷＢ２０の故障予測に必要なデータの取得を終了する（ステップＳ３１）。通信部２００Ａは、取得部２００Ｆが取得したＩＷＢ２０の故障予測に必要なデータを機器管理サーバ１２へ送信する（ステップＳ３２）。

機器管理サーバ１２の登録指示部１２０Ｂは、ＩＷＢ２０の故障予測に必要なデータを含むデータ登録指示を生成し、データベースサーバ１３へ送信する（ステップＳ３３）。データベースサーバ１３の受付部１３０Ｂは、データ登録指示を受付け、登録部１３０Ｃは、ＩＷＢ２０の故障予測に必要なデータを集計情報１３４Ｂに登録する（ステップＳ３４）。

機器管理サーバ１２の判定部１２０Ｃは、ＩＷＢ２０から受信したＩＷＢ２０の故障予測に必要なデータと、故障予測情報１２４Ａに登録された閾値と、を参照し、ＩＷＢ２０が故障する可能性がある旨の警告を通知する必要があるか否かの判定を行う（ステップＳ３５）。

通知部１２０Ｅは、判定部１２０Ｃが、警告を通知する必要があると判定した場合、通信部１２０Ａを介してＩＷＢ２０にＩＷＢ２０が故障する可能性がある旨の警告通知を送信する（ステップＳ３６）。ＩＷＢ２０の表示制御部２００Ｇは、ＩＷＢ２０のディスプレイ２８０にＩＷＢ２０が故障する可能性がある旨の警告を表示させる制御を行い、本処理を終了する（ステップＳ３７）。

（ＩＷＢの処理）
次に、ＩＷＢ２０の処理について説明する。図１５は、ＩＷＢの処理の一例を示すフローチャートである。まず、第１の検知部２００Ｄは、スケジュール情報２０４Ａの会議の開始時刻から会議の開始を検知する（ステップＳ１０１）。このとき、第１の検知部２００Ｄは、通信部２００Ａを介して機器管理サーバ１２へ会議開始通知を送信する。

取得部２００Ｆは、ＩＷＢ２０の故障予測に必要なデータの取得を開始する（ステップＳ１０２）。第１の検知部２００Ｄは、スケジュール情報２０４Ａの会議の終了時刻から会議の終了を検知する（ステップＳ１０３）。このとき、第１の検知部２００Ｄは、通信部２００Ａを介して機器管理サーバ１２へ会議終了通知を送信する。

取得部２００Ｆは、ＩＷＢ２０の故障予測に必要なデータの取得を終了し、通信部２００Ａは、取得部２００Ｆが取得したＩＷＢ２０の故障予測に必要なデータを機器管理サーバ１２へ送信する（ステップＳ１０４）。そして、通信部２００Ａは、機器管理サーバ１２が警告通知を送信した場合、ＩＷＢ２０が故障する可能性がある旨の警告通知を受信する（ステップＳ１０５）。

ステップＳ１０５で警告通知を受信した場合（ステップＳ１０５：Ｙｅｓ）、表示制御部２００Ｇは、ＩＷＢ２０が故障する可能性がある旨の警告をディスプレイ２８０に表示させる制御を行い、本処理を終了する（ステップＳ１０６）。なお、ステップＳ１０５で警告通知を受信しなかった場合（ステップＳ１０５：Ｎｏ）、そのまま本処理を終了する。

（機器管理サーバの処理）
次に、機器管理サーバ１２の処理について説明する。図１６は、機器管理サーバ１２の処理の一例を示すフローチャートである。まず、会議が開始されると、通信部１２０Ａは、ＩＷＢ２０から会議開始通知を受信する（ステップＳ２０１）。そして、会議が終了すると、通信部１２０Ａは、ＩＷＢ２０から会議終了通知を受信する（ステップＳ２０２）。

次に、通信部１２０Ａは、ＩＷＢ２０からＩＷＢ２０の故障予測に必要なデータを受信する（ステップＳ２０３）。そして、判定部１２０Ｃは、ＩＷＢ２０から受信したＩＷＢ２０の故障予測に必要なデータと、故障予測情報１２４Ａに登録された閾値と、を参照し、ＩＷＢ２０が故障する可能性がある旨の警告を通知する必要があるか否かの判定を行う（ステップＳ２０４）。

判定部１２０Ｃが、警告を通知する必要があると判定した場合（ステップＳ２０４：Ｙｅｓ）、通知部１２０Ｅは、通信部１２０Ａを介してＩＷＢ２０へＩＷＢ２０が故障する可能性がある旨の警告通知を送信し、本処理を終了する（ステップＳ２０５）。なお、ステップＳ２０４で判定部１２０Ｃが、警告を通知する必要がないと判定した場合（ステップＳ２０４：Ｎｏ）、そのまま本処理を終了する。

（情報処理システムの効果）
従来のＩＷＢは、管理されることを想定されておらず、ＩＷＢの故障時期を予測することが困難であった。したがって、従来のＩＷＢには動作させない限り、問題や故障の発生を確認できないという問題があった。

しかし、本実施形態の情報処理システム１のＩＷＢ２０は、ＩＷＢ２０の故障予測に必要なデータを取得する取得部２００Ｆを備えており、機器管理サーバ１２は、ＩＷＢ２０の故障予測に必要なデータと、故障予測情報１２４Ａに登録された閾値と、を参照して、ＩＷＢ２０が故障する可能性がある旨の警告を通知する必要があるか否かの判定を行う判定部１２０Ｃと、判定部１２０Ｃの判定に従い、警告を通知する通知部１２０Ｅと、を備えている。

このため、本実施形態の情報処理システム１は、故障予測に必要なデータを用いて、ＩＷＢ２０を管理することができ、実際にＩＷＢ２０を動作させなくても、事前にＩＷＢ２０が故障する可能性がある旨の警告を通知することができる。したがって、本実施形態の情報処理システム１は、ＩＷＢ２０を管理することにより、会議中にＩＷＢ２０が突然故障して使用不能になるといったリスクを低減させることが可能である。

また、ＩＷＢ２０は、スケジュール情報２０４Ａを参照して、会議の開始と終了とを検知する第１の検知部２００Ｄを備えている。そして、機器管理サーバ１２の判定部１２０Ｃは、会議単位で、ＩＷＢ２０が故障する可能性がある旨の警告を通知する必要があるか否かを判定するため、通知部１２０Ｅによる警告通知も会議単位となる。

これにより、会議単位でＩＷＢ２０の故障予測に必要なデータを比較することが可能になり、問題や故障が発生している場所や時間帯、問題や故障が発生した際にＩＷＢ２０を使用していたユーザ等を特定できるため、故障や問題の発生原因の特定も容易になると考えられる。

ところで、ＩＷＢは、会議時間外であっても、「起動処理」が行われたり、予め定めた時間に「ファイルの読込／書込」、「印刷」、「メール送信」等の機能が実行されたりすることがある。したがって、会議の開始から終了までの間の故障予測に必要なデータを取得するだけでは、問題や故障の発生を見落としてしまう可能性もある。

そこで、本実施形態のＩＷＢ２０は、ＩＷＢ２０の起動処理の開始と終了処理の開始を検知する第２の検知部２００Ｅを備えている。そして、取得部２００Ｆは、ＩＷＢ２０の起動処理の開始から終了処理の開始までの間、ＩＷＢ２０の故障予測に必要なデータを取得する。

したがって、本実施形態の情報処理システム１は、会議時間外に「起動処理」、「ファイルの読込／書込」、「印刷」、「メール送信」等が行われた場合であっても、ＩＷＢ２０の故障予測に必要なデータを取得することができ、会議時間外に問題や故障が発生した場合であっても、ＩＷＢ２０が故障する可能性がある旨の警告を通知することができる。

（変形例）
上記の実施形態では、ＩＷＢ２０の第１の検知部２００Ｄが会議の開始を検知すると、取得部２００ＦがＩＷＢ２０の故障予測に必要なデータの取得を開始し、第１の検知部２００Ｄが会議の終了を検知すると、取得部２００ＦがＩＷＢ２０の故障予測に必要なデータの取得を終了し、その後、通信部２００Ａが、ＩＷＢ２０の故障予測に必要なデータを機器管理サーバ１２へ送信すると説明した。

しかし、通信部２００Ａは、会議中一定時間毎に、ＩＷＢ２０の故障予測に必要なデータを機器管理サーバ１２へ送信してもよい。これにより、機器管理サーバ１２の判定部１２０Ｃは、一定時間毎に警告を通知するか否かの判定を行うことができ、情報処理システム１は、会議中に問題や故障が発生した場合であっても会議終了を待つことなく、警告を通知することができる。

また、上記の実施形態では、機器管理サーバ１２の通知部１２０Ｅは、通信部１２０Ａを介してＩＷＢ２０に警告通知を送信すると説明したが、通知部１２０Ｅは、これと併せて、通信部１２０Ａを介し、ＩＷＢ２０の管理者やユーザに対して警告通知をメール送信してもよい。これにより会議室に誰もいない場合でも、ＩＷＢ２０の管理者やユーザは、ＩＷＢ２０が故障する可能性があることを知ることができる。

また、上記の実施形態では、「機器」がＩＷＢであると説明したが、通信機能を備えた装置であれば、ＩＷＢに限られない。「機器」は、例えば、ＭＦＰ(Multifunction Peripheral/Product/Printer）、ＰＪやデジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等であってもよい。

以上、本発明の実施形態を説明したが、上記実施形態は例として提示したものであり、発明の範囲を限定することを意図するものではない。上記新規な実施形態はその他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。上記実施形態及びその変形は発明の範囲及び要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 情報処理システム
１０ ユーザ端末
１１ スケジュール管理サーバ
１２ 機器管理サーバ
１３ データベースサーバ
２０ ＩＷＢ
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ ＨＤ
１０５ ＨＤＤコントローラ
１０６ ディスプレイ
１０８ 外部機器接続Ｉ／Ｆ
１０９ ネットワークＩ／Ｆ
１１０ バスライン
１１１ キーボード
１１２ ポインティングデバイス
１１３ ＤＶＤ−ＲＷ
１１４ ＤＶＤ−ＲＷドライブ
１１５ 記録メディア
１１６ メディアＩ／Ｆ
１１０Ａ 受付部
１１０Ｂ 判定部
１１０Ｃ 登録部
１１０Ｄ 通信部
１１４Ａ 会議予約情報
１２０Ａ 通信部
１２０Ｂ 登録指示部
１２０Ｃ 判定部
１２０Ｄ 設定部
１２０Ｅ 通知部
１２４Ａ 故障予測情報
１３０Ａ 通信部
１３０Ｂ 受付部
１３０Ｃ 登録部
１３４Ａ 会議情報
１３４Ｂ 集計情報
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＳＳＤ
２０５ ネットワークＩ／Ｆ
２０６ 外部機器接続Ｉ／Ｆ
２１０ バスライン
２１１ キャプチャデバイス
２１２ ＧＰＵ
２１３ ディスプレイコントローラ
２１４ 接触センサ
２１５ センサコントローラ
２１６ 電子ペンコントローラ
２１９ 近距離通信回路
２１９ａ アンテナ
２２２ 電源スイッチ
２２３ 選択スイッチ類
２３０ ＵＳＢメモリ
２４０ マイク
２５０ スピーカ
２６０ カメラ
２７０ ＰＣ
２８０ ディスプレイ
２９０ 電子ペン
２００Ａ 通信部
２００Ｂ 受付部
２００Ｃ 登録部
２００Ｄ 第１の検知部
２００Ｅ 第２の検知部
２００Ｆ 取得部
２００Ｇ 表示制御部
２０４Ａ スケジュール情報
Ｈ 手

特開２００４−３６４２６１号公報

Claims (7)

1. 情報処理装置と、機器とを通信可能に接続した情報処理システムであって、
   前記機器は、
   会議の開始と終了とを検知する第１の検知部と、
   前記第１の検知部が前記会議の開始を検知した場合、前記機器の故障予測に必要なデータの取得を開始し、前記第１の検知部が前記会議の終了を検知した場合、前記データの取得を終了する取得部と、
   前記取得部が取得した前記会議の開始から前記会議の終了までの間の前記データを前記情報処理装置に送信する送信部と、
   を備え、
   前記情報処理装置は、
   前記機器から前記データを受信する受信部と、
   前記受信部が受信した前記データと、前記データの閾値と、に基づいて警告を通知する通知部と、
   を備える、
   情報処理システム。
2. 前記機器は、前記情報処理装置から会議の予約に関する情報を受信する受信部をさらに備え、
   前記第１の検知部は、前記受信部が受信した会議の予約に関する情報から前記会議の開始と終了とを検知する、請求項１に記載の情報処理システム。
3. 前記機器は、前記機器の起動処理の開始と終了処理の開始を検知する第２の検知部をさらに備え、
   前記取得部は、前記第２の検知部が前記起動処理の開始を検知した場合、前記情報処理装置の故障予測に必要なデータの取得を開始し、前記第２の検知部が前記終了処理の開始を検知した場合、前記データの取得を終了し、
   前記送信部は、前記情報処理装置の終了前に、前記機器の起動時から終了時までの間の前記データを前記情報処理装置に送信する、請求項１または２に記載の情報処理システム。
4. 前記機器は、電子黒板であり、前記故障予測に必要なデータには、少なくともタッチセンサの認識率が含まれる、請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 電子黒板と、通信可能に接続された情報処理装置であって、
   前記電子黒板から前記電子黒板の故障予測に必要なデータを受信する受信部と、
   前記受信部で受信した前記データと、前記データの閾値と、に基づいて、警告を通知する通知部と、
   を備える、情報処理装置。
6. 電子黒板と、通信可能に接続された情報処理装置の制御方法であって、
   前記電子黒板から前記電子黒板の故障予測に必要なデータを受信する受信ステップと、
   前記受信ステップで受信した前記データと、前記データの閾値と、に基づいて、警告を通知する通知ステップと、
   を含む、情報処理装置の制御方法。
7. 電子黒板と、通信可能に接続された情報処理装置に、
   前記電子黒板から前記電子黒板の故障予測に必要なデータを受信する受信ステップと、
   前記受信ステップで受信した前記データと、前記データの閾値と、に基づいて、警告を通知する通知ステップと、
   を実行させるプログラム。

Images