JP7395845B2 - 共用システム - Google Patents

Description

本開示内容は、通信端末、共用システム、イベント登録方法およびプログラムに関する。

近年、企業や教育機関、行政機関等における会議等において、ディスプレイに背景画像を表示させ、この背景画像の上にユーザが文字や数字、図形等のストローク画像を描画可能な電子黒板が利用されている（例えば、特許文献１）。

また、会議の参加者や人数等の入力情報を用いて、会議のスケジュールの調整を行う技術が知られている。（例えば、特許文献２）。

しかしながら、従来の方法では、電子黒板等の通信端末を用いて実行される会議等のイベントの実行中に次回のイベントの予定を調整するためには、参加者や開催場所等の情報をユーザが個別に確認して入力する必要があった。そのため、次回のイベントの予定の調整を行うための手間が掛かるという課題があった。

上述した課題を解決すべく、請求項１に係る発明は、複数の利用者が共用する共用体の予定を示す共用体予定情報および前記利用者の予定を示す利用者予定情報を管理する管理システムと、前記管理システムと通信可能な通信端末と、を備える共用システムであって、前記管理システムは、実行されているイベントを識別するイベント識別情報を、前記通信端末から受信する受信手段と、前記イベントの参加者の所属を示す所属識別情報に対応する前記共用体の共用体情報に基づいて、前記イベントの次回のイベントの予定候補に係る予定候補情報を取得するとともに、前記次回のイベントの予定候補が所定値以上存在しない場合、前記所属識別情報に関連付けられていない共用体情報に基づいて前記予定候補に係る複数の予定候補情報を取得する予定候補取得手段と、取得された複数の前記予定候補情報を、前記通信端末へ送信する予定候補情報送信手段と、を備え、前記通信端末は、前記共用体の予定候補を表し、実行されているイベントの参加者の所属を示す所属識別情報に対応する前記共用体の共用体情報に基づいて前記管理システムにより検索された、前記イベントの次回のイベントの予定候補に係る予定候補情報を受信するとともに、前記次回のイベントの予定候補が所定値以上存在しない場合、前記所属識別情報に関連付けられていない共用体情報に基づいて前記管理システムにより検索された前記予定候補に係る複数の予定候補情報を受信する受信手段と、受信した複数の前記予定候補情報を、表示部に表示させる表示制御手段と、表示された複数の前記予定候補情報のうち、特定の予定候補情報の選択を受け付ける受付手段と、前記選択が受け付けられた特定の予定候補情報を、前記管理システムへ送信する送信手段と、を備える共用システムである。

本発明によれば、次回のイベントの予定の調整に掛かる手間を低減させることができる。

本実施形態に係る共用システムの概略図である。 電子黒板のハードウェア構成図である。 ビデオ会議端末のハードウェア構成図である。 カーナビゲーション装置のハードウェア構成図である。 ＰＣ、サーバのハードウェア構成図である。 電子黒板のソフトウエア構成図である。 共用システムの機能ブロック図である。 （Ａ）は利用者認証管理テーブルの概念図、（Ｂ）はアクセス管理テーブルの概念図、（Ｃ）は予定管理テーブルの概念図である。 （Ａ）コンテンツ管理テーブルの概念図、（Ｂ）は関連イベント管理テーブルの概念図である。 （Ａ）は利用者認証管理テーブルの概念図、（Ｂ）は利用者管理テーブルの概念図、（Ｃ）は共用体管理テーブルの概念図である。 （Ａ）は共用体予約管理テーブルの概念図、（Ｂ）はイベント管理テーブルの概念図である。 （Ａ）はサーバ認証管理テーブルの概念図、（Ｂ）は実行イベント履歴管理テーブルの概念図である。 （Ａ）実行イベント管理テーブルの概念図、（Ｂ）関連情報管理テーブルの概念図である。 関連イベント管理テーブルの概念図である。 スケジュールの登録処理を示したシーケンス図である。 サインイン画面を示した図である。 ＰＣの初期画面の例である。 スケジュール入力画面を示した図である。 イベントの開始処理を示したシーケンス図である。 電子黒板に表示されるサインイン画面を示した図である。 共用体の予約リスト画面を示した図である。 イベントの開始処理を示したシーケンス図である。 イベントの詳細情報画面を示した図である。 イベント開始時に電子黒板に表示される表示画面を示した図である。 利用者が電子黒板を利用する状態を示したイメージ図である。 実行イベント履歴の登録処理を示したシーケンス図である。 音声テキスト変換処理を示したフローチャートである。 実行イベント履歴の登録処理を示したシーケンス図である。 イベントの終了処理を示したシーケンス図である。 イベントの終了処理を示したシーケンス図である。 電子黒板上にイベント終了画面を示した図である。 電子黒板上にファイルデータのアップロード画面を示した図である。 電子黒板上にファイルデータのアップロード完了画面を示した図である。 イベント実行中における関連イベントのスケジュールの登録処理を示したシーケンス図である。 予定候補の検索処理を示したフローチャートである。 予定候補の検索処理を示したフローチャートである。 （Ａ）イベント情報テーブルの概念図、（Ｂ）参加者テーブルの概念図、（Ｃ）候補記録テーブル（参加者）の概念図、（Ｄ）候補記録テーブル（共用体）の概念図である 予定候補テーブルの概念図である。 スケジュール登録画面を示した図である。 イベント実行中における関連イベントのスケジュールの登録処理を示したシーケンス図である。

以下に図面を用いて、本実施形態に係る共用システム１を詳細に説明する。なお、本実施形態において「ファイル」は、「電子ファイル」を示す。

＜＜システム構成の概略＞＞
まず、共用システム１の構成の概略について説明する。図１は、本実施形態に係る共用システムの概略図である。

図１に示されているように、本実施形態の共用システム１は、電子黒板２、ビデオ会議端末３、カーナビゲーション装置４、ＰＣ(Personal Computer、パーソナルコンピュータ)５、共用支援サーバ６、スケジュール管理サーバ８および音声テキスト変換サーバ９によって構築されている。

また、電子黒板２、ビデオ会議端末３、カーナビゲーション装置４、ＰＣ５、共用支援サーバ６、スケジュール管理サーバ８および音声テキスト変換サーバ９は、通信ネットワーク１０を介して通信することができる。通信ネットワーク１０は、インターネット、移動体通信網、ＬＡＮ(Local Area Network)等によって構築されている。通信ネットワーク１０には、有線通信だけでなく、３Ｇ(3rd Generation)、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)またはＬＴＥ(Long Term Evolution)等の無線通信によるネットワークが含まれてもよい。

また、電子黒板２は、会議室Ｘで利用される。ビデオ会議端末３は、会議室Ｙで利用される。また、共用体は、各利用者による予約対象となる。カーナビゲーション装置４は、車両αで利用される。この場合の車両αは、カーシェアリングの対象となる車両である。車両には、車、バイク、自転車、車椅子等が含まれる。

「共用体」は、複数の人または団体が共同で使用する物、サービス、空間（部屋）、場所、または情報示す。会議室Ｘ、会議室Ｙおよび車両αは、複数の利用者が共用する共用体の一例である。共用体に付与された情報の例として、アカウントの場合が挙げられる。例えば、Webで提供されている特定のサービスにおいて、使用されるアカウントが１つに制限されているような場合である。

電子黒板２、ビデオ会議端末３、およびカーナビゲーション装置４は、通信端末の一例である。「通信端末」は、例えば、ユーザによるサインイン（後述のＳ３２参照）で使用可能となる端末である。なお、車両αで利用される通信端末は、カーナビゲーション装置４だけでなく、カーナビゲーションのアプリケーションがインストールされたスマートフォンまたはスマートウォッチ等も含む。

ＰＣ５は、表示端末の一例であり、スケジュール管理サーバ８に対して、各共用体の利用の予約の登録および各利用者が実行予定のイベントを登録する登録装置の一例である。イベントは、例えば、会議、会合、集い、寄り合い、相談、打ち合わせ、運転、乗車または移動等である。

共用支援サーバ６は、コンピュータであり、各通信端末に対して遠隔的に共用体を共用する場合の支援を行う。

スケジュール管理サーバ８は、コンピュータであり、各共用体の予約および各利用者の予定のスケジュールを管理する。

音声テキスト変換サーバ９は、コンピュータであり、外部のコンピュータ（例えば、共用支援サーバ６）から受信した音（音声）データを、テキストデータに変換する。

ここで、共用支援サーバ６、スケジュール管理サーバ８および音声テキスト変換サーバ９は、管理システムと称する。なお、管理システムは、例えば、共用支援サーバ６、スケジュール管理サーバ８および音声テキスト変換サーバ９の各機能の全てまたは一部を集約させたコンピュータであってもよい。また、共用支援サーバ６、スケジュール管理サーバ８および音声テキスト変換サーバ９のそれぞれは、複数のコンピュータに各機能を分散させて実現させる構成であってもよい。さらに、共用支援サーバ６、スケジュール管理サーバ８および音声テキスト変換サーバ９は、クラウド環境に存在するサーバコンピュータであるものとして説明するが、共用支援サーバ６および音声テキスト変換サーバ９は、電子黒板２等の通信端末上で動作するサーバであってもよく、オンプレミス環境に存在するサーバであってもよい。また、スケジュール管理サーバ８は、オンプレミス環境に存在するサーバであってもよい。

＜＜ハードウェア構成＞＞
続いて、図２乃至図５を用いて、共用システム１を構築する装置または端末のハードウェア構成を説明する。

＜電子黒板のハードウェア構成＞
図２は、電子黒板のハードウェア構成図である。図２に示されているように、電子黒板２は、ＣＰＵ(Central Processing Unit)２０１、ＲＯＭ(Read Only Memory)２０２、ＲＡＭ(Random Access Memory)２０３、ＳＳＤ(Solid State Drive)２０４、ネットワークＩ／Ｆ２０５および外部機器接続Ｉ／Ｆ(Interface)２０６を備えている。

これらのうち、ＣＰＵ２０１は、電子黒板２全体の動作を制御する。ＲＯＭ２０２は、ＣＰＵ２０１やＩＰＬ(Initial Program Loader)等のＣＰＵ２０１の駆動に用いられるプログラムを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ＳＳＤ２０４は、電子黒板用のプログラム等の各種データを記憶する。ネットワークＩ／Ｆ２０５は、通信ネットワーク１０との通信を制御する。外部機器接続Ｉ／Ｆ２０６は、ＵＳＢ(Universal Serial Bus)メモリ２６００、ＰＣ２７００、外付け機器（マイク２２００、スピーカ２３００、カメラ２４００）との通信を制御する。

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

これらのうち、キャプチャデバイス２１１は、ディスプレイコントローラ２１３を介して表示部（表示手段）の一例であるディスプレイ２２０上に表示されている画像データを取得し、ＲＡＭ２０３等に保存する。ＧＰＵ(Graphics Processing Unit)２１２は、グラフィクスを専門に扱う半導体チップである。ディスプレイコントローラ２１３は、キャプチャデバイス２１１またはＧＰＵ２１２からの出力画像をディスプレイ２２０等へ出力するために、画面表示の制御および管理を行う。接触センサ２１４は、ディスプレイ２２０上に電子ペン２５００やユーザの手Ｈ等が接触したことを検知する。センサコントローラ２１５は、接触センサ２１４の処理を制御する。接触センサ２１４は、赤外線遮断方式による座標の入力および座標の検出を行う。この座標の入力および座標の検出する方法は、ディスプレイ２２０の上側両端部に設置された２つ受発光装置が、ディスプレイ２２０に平行して複数の赤外線を放射し、ディスプレイ２２０の周囲に設けられた反射部材によって反射されて、受光素子が放射した光の光路と同一の光路上を戻って来る光を受光する方法である。接触センサ２１４は、物体によって遮断された２つの受発光装置が放射した赤外線のＩＤをセンサコントローラ２１５に出力し、センサコントローラ２１５が、物体の接触位置である座標位置を特定する。電子ペンコントローラ２１６は、電子ペン２５００と通信することで、ディスプレイ２２０へのペン先のタッチやペン尻のタッチの有無を判断する。近距離通信回路２１９は、ＮＦＣ（Near Field Communication）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。電源スイッチ２２２は、電子黒板２の電源のＯＮ／ＯＦＦを切り換えるためのスイッチである。

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

なお、接触センサ２１４は、赤外線遮断方式に限らず、静電容量の変化を検知することにより接触位置を特定する静電容量方式のタッチパネル、対向する２つの抵抗膜の電圧変化によって接触位置を特定する抵抗膜方式のタッチパネル、接触物体が表示部に接触することによって生じる電磁誘導を検知して接触位置を特定する電磁誘導方式のタッチパネル等の種々の検出手段を用いてもよい。また、電子ペンコントローラ２１６が、電子ペン２５００のペン先およびペン尻だけでなく、電子ペン２５００のユーザが握る部分や、その他の電子ペンの部分のタッチの有無を判断するようにしてもよい。

＜ビデオ会議端末のハードウェア構成＞
図３は、ビデオ会議端末のハードウェア構成図を示した図である。図３に示されているように、ビデオ会議端末３は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、フラッシュメモリ３０４、ＳＳＤ３０５、メディアＩ／Ｆ３０７、操作ボタン３０８、電源スイッチ３０９、バスライン３１０、ネットワークＩ／Ｆ３１１、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ３１２、撮像素子Ｉ／Ｆ３１３、マイク３１４、スピーカ３１５、音入出力Ｉ／Ｆ３１６、ディスプレイＩ／Ｆ３１７、外部機器接続Ｉ／Ｆ３１８、近距離通信回路３１９および近距離通信回路３１９のアンテナ３１９ａを備えている。これらのうち、ＣＰＵ３０１は、ビデオ会議端末３全体の動作を制御する。ＲＯＭ３０２は、ＩＰＬ等のＣＰＵ３０１の駆動に用いられるプログラムを記憶する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。フラッシュメモリ３０４は、通信用プログラム、画像データおよび音データ等の各種データを記憶する。ＳＳＤ３０５は、ＣＰＵ３０１の制御にしたがってフラッシュメモリ３０４に対する各種データの読み出しまたは書き込みを制御する。なお、ＳＳＤに代えてＨＤＤを用いてもよい。メディアＩ／Ｆ３０７は、フラッシュメモリ等の記録メディア３０６に対するデータの読み出しまたは書き込み（記憶）を制御する。操作ボタン３０８は、ビデオ会議端末３の宛先を選択する場合等に操作されるボタンである。電源スイッチ３０９は、ビデオ会議端末３の電源のＯＮ／ＯＦＦを切り換えるためのスイッチである。

また、ネットワークＩ／Ｆ３１１は、インターネット等の通信ネットワーク１０を利用してデータ通信をするためのインターフェースである。ＣＭＯＳセンサ３１２は、ＣＰＵ３０１の制御に従って被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ３１３は、ＣＭＯＳセンサ３１２の駆動を制御する回路である。マイク３１４は、音声を入力する内蔵型の集音手段の一種である。音入出力Ｉ／Ｆ３１６は、ＣＰＵ３０１の制御に従ってマイク３１４およびスピーカ３１５との間で音信号の入出力を処理する回路である。ディスプレイＩ／Ｆ３１７は、ＣＰＵ３０１の制御に従って外付けのディスプレイ３２０に画像データを送信する回路である。外部機器接続Ｉ／Ｆ３１８は、各種の外部機器を接続するためのインターフェースである。近距離通信回路３１９は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ等の通信回路である。

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

ディスプレイ３２０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成された表示部（表示手段）の一種である。また、ディスプレイ３２０は、ケーブル３２０ｃによってディスプレイＩ／Ｆ３１７に接続される。このケーブル３２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＤｉｓｐｌａｙＰｏｒｔ、ＨＤＭＩ(High-Definition Multimedia Interface（登録商標）)やＤＶＩ(Digital Video Interactive)信号用のケーブルであってもよい。

なお、ＣＭＯＳセンサ３１２ではなく、ＣＣＤ（Charge Coupled Device）センサ等の撮像素子であってもよい。外部機器接続Ｉ／Ｆ３１８には、ＵＳＢケーブル等によって、外付けカメラ、外付けマイクおよび外付けスピーカ等の外部機器がそれぞれ接続可能である。外付けカメラが接続された場合には、ＣＰＵ３０１の制御に従って、内蔵型のＣＭＯＳセンサ３１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ３０１の制御に従って、それぞれが内蔵型のマイク３１４や内蔵型のスピーカ３１５に優先して、外付けマイクや外付けスピーカが駆動する。

また、記録メディア３０６は、ビデオ会議端末３に対して着脱自在な構成となっている。また、ＣＰＵ３０１の制御にしたがってデータの読み出しまたは書き込みを行う不揮発性メモリであれば、フラッシュメモリ３０４に限らず、ＥＥＰＲＯＭ等を用いてもよい。

＜カーナビゲーション装置のハードウェア構成＞
図４は、カーナビゲーション装置のハードウェア構成図である。図４に示されているように、カーナビゲーション装置４は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４、電源スイッチ４０５、加速度・方位センサ４０６、メディアＩ／Ｆ４０８およびＧＰＳ受信部４０９を備えている。

これらのうち、ＣＰＵ４０１は、カーナビゲーション装置４全体の動作を制御する。ＲＯＭ４０２は、ＩＰＬ等のＣＰＵ４０１の駆動に用いられるプログラムを記憶する。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。ＥＥＰＲＯＭ４０４は、ＣＰＵ４０１の制御にしたがって、カーナビゲーション装置４用プログラム等の各種データの読み出しまたは書き込みを行う。電源スイッチ４０５は、カーナビゲーション装置４の電源のＯＮ／ＯＦＦを切り換えるためのスイッチである。加速度・方位センサ４０６は、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種センサである。メディアＩ／Ｆ４０８は、フラッシュメモリ等の記録メディア４０７に対するデータの読み出しまたは書き込み（記憶）を制御する。ＧＰＳ受信部４０９は、ＧＰＳ衛星からＧＰＳ信号を受信する。

また、カーナビゲーション装置４は、遠距離通信回路４１１、遠距離通信回路４１１のアンテナ４１１ａ、ＣＭＯＳセンサ４１２、撮像素子Ｉ／Ｆ４１３、マイク４１４、スピーカ４１５、音入出力Ｉ／Ｆ４１６、ディスプレイ４１７、ディスプレイＩ／Ｆ４１８、外部機器接続Ｉ／Ｆ４１９、近距離通信回路４２０および近距離通信回路４２０のアンテナ４２０ａを備えている。

これらのうち、遠距離通信回路４１１は、車外のインフラから提供される渋滞情報、道路工事情報、交通事故情報等を受信し、逆に、自車位置や緊急時の救命信号等を外部へ発信するための回路である。外部のインフラは、例えば、ＶＩＣＳ（登録商標）(Vehicle Information and Communication System)システム等の道路情報案内システムである。ＣＭＯＳセンサ４１２は、ＣＰＵ４０１の制御に従って被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ４１３は、ＣＭＯＳセンサ４１２の駆動を制御する回路である。マイク４１４は、音声を入力する内蔵型の集音手段の一種である。音入出力Ｉ／Ｆ４１６は、ＣＰＵ４０１の制御に従ってマイク４１４およびスピーカ４１５との間で音信号の入出力を処理する回路である。ディスプレイ４１７は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ等の表示部（表示手段）の一種であり、タッチパネルの機能を有している。タッチパネルは、利用者がカーナビゲーション装置４を操作するための入力手段の一種である。ディスプレイＩ／Ｆ４１８は、ディスプレイ４１７に画像を表示させる回路である。外部機器接続Ｉ／Ｆ４１９は、各種の外部機器を接続するためのインターフェースである。近距離通信回路４２０は、ＮＦＣやＢｌｕｅｔｏｏｔｈ等の通信回路である。また、カーナビゲーション装置４は、バスライン４１０を備えている。バスライン４１０は、図４に示されているＣＰＵ４０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

＜ＰＣ、サーバのハードウェア構成＞
図５は、ＰＣ、サーバのハードウェア構成図である。ＰＣ５は、コンピュータによって構築されており、図５に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、メディアＩ／Ｆ５０７、ディスプレイ５０８、ネットワークＩ／Ｆ５０９、キーボード５１１、マウス５１２、ＣＤ－ＲＷドライブ５１４、スピーカ５１５およびバスライン５１０を備えている。

これらのうち、ＣＰＵ５０１は、ＰＣ５全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤ(Hard Disk Drive)コントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出しまたは書き込みを制御する。メディアＩ／Ｆ５０７は、フラッシュメモリ等の記録メディア５０６に対するデータの読み出しまたは書き込み（記憶）を制御する。ディスプレイ５０８は、カーソル、メニュー、ウインドウ、文字または画像等の各種情報を表示する。ネットワークＩ／Ｆ５０９は、通信ネットワーク１０を利用してデータ通信をするためのインターフェースである。キーボード５１１は、文字、数値、各種指示等の入力のための複数のキーを備えた入力手段の一種である。マウス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動等を行う入力手段の一種である。ＣＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＣＤ－ＲＷ(Compact Disc-ReWritable)５１３に対する各種データの読み出しまたは書き込みを制御する。スピーカ５１５は、ＣＰＵ５０１の制御に従って音信号の出力を行う。

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

また、共用支援サーバ６は、コンピュータによって構築されており、図５に示されているように、ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、ＨＤ６０４、ＨＤＤコントローラ６０５、記録メディア６０６、メディアＩ／Ｆ６０７、ディスプレイ６０８、ネットワークＩ／Ｆ６０９、キーボード６１１、マウス６１２、ＣＤ－ＲＷドライブ６１４およびバスライン６１０を備えている。これらは、それぞれＰＣ５において、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤコントローラ５０５、記録メディア５０６、メディアＩ／Ｆ５０７、ディスプレイ５０８、ネットワークＩ／Ｆ５０９、キーボード５１１、マウス５１２、ＣＤ－ＲＷドライブ５１４およびバスライン５１０と同様の構成であるため、説明を省略する。

さらに、スケジュール管理サーバ８は、コンピュータによって構築されており、図５に示されているように、ＣＰＵ８０１、ＲＯＭ８０２、ＲＡＭ８０３、ＨＤ８０４、ＨＤＤコントローラ８０５、記録メディア８０６、メディアＩ／Ｆ８０７、ディスプレイ８０８、ネットワークＩ／Ｆ８０９、キーボード８１１、マウス８１２、ＣＤ－ＲＷドライブ８１４およびバスライン８１０を備えている。これらは、それぞれＰＣ５において、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤコントローラ５０５、記録メディア５０６、メディアＩ／Ｆ５０７、ディスプレイ５０８、ネットワークＩ／Ｆ５０９、キーボード５１１、マウス５１２、ＣＤ－ＲＷドライブ５１４およびバスライン５１０と同様の構成であるため、説明を省略する。

また、音声テキスト変換サーバ９は、コンピュータによって構築されており、図５に示されているように、ＣＰＵ９０１、ＲＯＭ９０２、ＲＡＭ９０３、ＨＤ９０４、ＨＤＤコントローラ９０５、記録メディア９０６、メディアＩ／Ｆ９０７、ディスプレイ９０８、ネットワークＩ／Ｆ９０９、キーボード９１１、マウス９１２、ＣＤ－ＲＷドライブ９１４およびバスライン９１０を備えている。これらは、それぞれＰＣ５において、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤコントローラ５０５、記録メディア５０６、メディアＩ／Ｆ５０７、ディスプレイ５０８、ネットワークＩ／Ｆ５０９、キーボード５１１、マウス５１２、ＣＤ－ＲＷドライブ５１４およびバスライン５１０と同様の構成であるため、説明を省略する。

なお、上記各プログラムは、インストール可能な形式または実行可能な形式のファイルで、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。記録媒体の例として、ＣＤ－Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク、ＳＤカード等が挙げられる。また、記録媒体は、プログラム製品(Program Product)として、国内または国外へ提供されることができる。例えば、電子黒板２等の通信端末は、本発明に係るプログラムが実行されることで本発明に係るイベント登録方法を実現する。

さらに、共用支援サーバ６は、単一のコンピュータによって構築されてもよいし、各部（機能、手段または記憶部）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。スケジュール管理サーバ８および音声テキスト変換サーバ９についても同様である。

＜＜電子黒板のソフトウエア構成＞＞
続いて、図６を用いて、電子黒板２にインストールされるコンピュータソフトウエアについて説明する。ここで、コンピュータソフトウエア（以下、ソフトウエアと称する）とは、コンピュータの動作に関するプログラム、その他コンピュータによる処理の用に供する情報であってプログラムに準ずるものである。プログラムとは、コンピュータに対する指令であって、一の結果を得ることができるように組み合わせたものをいう。また、プログラムに準ずるものとは、コンピュータに対する直接の指令ではないためプログラムとは呼べないが、コンピュータの処理を規定するという点でプログラムに類似する性質を有するものをいう。例えば、データ構造（データ要素間の相互関係で表される、データの有する論理的構造）がプログラムに準ずるものに該当する。

また、アプリケーションとは、ソフトウエアの分類のうち、特定の処理を行うために使用されるソフトウエアの総称である。一方、オペレーティングシステム（以下、ＯＳと称する）とは、コンピュータを制御し、アプリケーション等がコンピュータ資源を利用可能にするためのソフトウエアである。ＯＳは、入出力の制御、メモリおよびハードディスク等のハードウェアの管理、プロセスの管理といった、コンピュータの基本的な管理・制御を行っている。アプリケーションは、ＯＳが提供する機能を利用して動作する。

図６は、電子黒板のソフトウエア構成を示す図である。図６に示すように、ＯＳ１０１、Ｌａｕｎｃｈｅｒ１０２、スケジュールビューワ１０３ａ、ファイルビューワ１０３ｂおよびブラウザアプリ１０３ｃは、ＲＡＭ２０３の作業領域１５上で動作する。ＯＳ１０１は、電子黒板２の基本的な機能を提供し、電子黒板２の全体を管理する基本ソフトウエアである。

Ｌａｕｎｃｈｅｒ１０２は、ＯＳ１０１上で動作するランチャーアプリケーションである。Ｌａｕｎｃｈｅｒ１０２は、例えば、電子黒板２で実行される会議等のイベントの開始および終了の管理、またはイベントの実行中に利用するスケジュールビューワ１０３ａ、ファイルビューワ１０３ｂおよびブラウザアプリ１０３ｃ等の外部アプリケーションの管理を行う。

スケジュールビューワ１０３ａ、ファイルビューワ１０３ｂおよびブラウザアプリ１０３ｃは、Ｌａｕｎｃｈｅｒ１０２上で動作する外部アプリケーション（以下、特に区別する必要がないときは、外部アプリ１０３と称する。）である。外部アプリ１０３は、Ｌａｕｎｃｈｅｒ１０２とは独立して処理が実行され、ＯＳ１０１上で提供されるサービスまたは機能を実行する。なお、図６は、スケジュールビューワ１０３ａ、ファイルビューワ１０３ｂおよびブラウザアプリ１０３ｃの三つの外部アプリが電子黒板２にインストールされている例を示すが、外部アプリの数は、これに限られない。

＜＜共用システムの機能構成＞＞
続いて、図７乃至図１４を用いて、本実施形態の機能構成について説明する。図７は、共用システムの機能ブロック図である。なお、図７では、図１に示されている各端末、装置、サーバのうち、後述の処理または動作に関連しているものが示されている。

＜電子黒板の機能構成＞
図７に示されているように、電子黒板２は、送受信部２１、受付部２２、画像・音処理部２３、表示制御部２４、判断部２５、取得・提供部２８、記憶・読出処理部２９を有している。これら各部は、図２に示されている各構成要素のいずれかが、ＳＳＤ２０４からＲＡＭ２０３上に展開されたプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能、または機能する手段である。また、電子黒板２は、図２に示されているＲＡＭ２０３、ＳＳＤ２０４またはＵＳＢメモリ２６００によって構築される記憶部２０００を有している。

（電子黒板の各機能構成）
次に、電子黒板２の各構成要素について説明する。送受信部２１は、図２に示されているＣＰＵ２０１からの命令、並びにネットワークＩ／Ｆ２０５および外部機器接続Ｉ／Ｆ２０６によって実現され、通信ネットワーク１０を介して他の端末、装置またはシステムと各種データ（または情報）の送受信を行う。送受信部２１は、送信手段の一例である。

受付部２２は、主に、図２に示されているＣＰＵ２０１からの命令、並びに接触センサ２１４および電子ペンコントローラ２１６によって実現され、利用者による各種入力を受け付ける。受付部２２は、受付手段の一例である。

画像・音処理部２３は、図２に示されているＣＰＵ２０１からの命令、およびキャプチャデバイス２１１によって実現され、ディスプレイ２２０上に表示されている画像データを保存する。また、画像・音処理部２３は、図２に示されているＣＰＵ２０１からの命令、およびＧＰＵ２１２によって実現され、ディスプレイ２２０に画像を表示するための画像処理を行う。さらに、画像・音処理部２３は、カメラ２４００が被写体を撮像して得た画像データに対しての画像処理を行なう。また、画像・音処理部２３は、マイク２２００によって利用者の音声が音声信号に変換された後、この音声信号に係る音データに対して音声処理を行なう。さらに、画像・音処理部２３は、音データに係る音声信号をスピーカ２３００に出力し、スピーカ２３００から音声を出力させる。また、画像・音処理部２３は、利用者によって電子ペン２５００や手Ｈでディスプレイ２２０上に描画されることで得た描画像データを座標データに変換する処理を行なう。例えば、任意の拠点の電子黒板（２ａ）が、他の拠点の電子黒板（２ｂ）に座標データを送信すると、電子黒板（２ｂ）は、座標データに基づいて他の電子黒板（２ｂ）側のディスプレイ２２０上に同じ内容の描画を表示する。

表示制御部２４は、図２に示されているＣＰＵ２０１からの命令、および図２に示されているディスプレイコントローラ２１３によって実現され、ディスプレイ２２０に描画像を表示させたり、Ｗｅｂブラウザを用いて共用支援サーバ６にアクセスして各種画面データを表示させたりする。具体的には、表示制御部２４は、図６に示したＯＳ１０１上で動作するＬａｕｎｃｈｅｒ１０２、および外部アプリ１０３を起動・実行することで、ＯＳ１０１が提供するＡＰＩ（Application Programming Interface）によって描画される各種画面を、ディスプレイ２２０に表示させる。表示制御部２４は、表示制御手段の一例である。

判断部２５は、図２に示されているＣＰＵ２０１からの命令によって実現され、各種判断を行う。

取得・提供部２８は、図２に示されているＣＰＵ２０１からの命令、並びに近距離通信回路２１９およびアンテナ２１９ａによって実行され、ＩＣカードやスマートフォン等の専有端末との間で、近距離通信により、データの取得および提供を行なう。

記憶・読出処理部２９は、図２に示されているＣＰＵ２０１からの命令およびＳＳＤ２０４によって実行され、記憶部２０００に各種データを記憶したり、記憶部２０００に記憶された各種データを読み出したりする処理を行う。さらに、記憶部２０００には、他の電子黒板やビデオ会議端末との通信を行う際に受信される画像データおよび音データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ２２０に画像が表示され、上書きされる前の音データによってスピーカ２３００から音声が出力される。

なお、ビデオ会議端末３およびカーナビゲーション装置４は、電子黒板２と同様の機能を有するため、ここでは説明を省略する。

＜ＰＣの機能構成＞
ＰＣ５は、送受信部５１、受付部５２、表示制御部５４、生成部５６、音制御部５８および記憶・読出処理部５９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開されたプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能または機能する手段である。また、ＰＣ５は、図５に示されているＨＤ５０４により構築される記憶部５０００を有している。

（ＰＣの各機能構成）
次に、ＰＣ５の各構成要素について説明する。送受信部５１は、図５に示されているＣＰＵ５０１からの命令およびネットワークＩ／Ｆ５０９によって実現され、通信ネットワーク１０を介して他の端末、装置またはシステムと各種データ（または情報）の送受信を行う。

受付部５２は、主に、図５に示されているＣＰＵ５０１からの命令、並びにキーボード５１１およびマウス５１２によって実現され、利用者による各種入力を受け付ける。

表示制御部５４は、図５に示されているＣＰＵ５０１からの命令によって実現され、ディスプレイ５０８に画像を表示させたり、Ｗｅｂブラウザを用いて共用支援サーバ６にアクセスして各種画面データを表示させたりする。具体的には、表示制御部５４は、例えば、ＨＴＭＬ(HyperText Markup Language)を少なくとも含み、ＣＳＳ(Cascading Style Sheets)またはＪＡＶＡ ＳＣＲＩＰＴ（登録商標）等を含むＷｅｂＡＰＰ（WebApplication）をダウンロードし、そのＷｅｂＡＰＰによって生成された各種画像データを、ディスプレイ５０８に表示させる。表示制御部５４は、例えば、ＸＭＬ(Extensible Markup Language)、ＪＳＯＮ(JavaScript Object Notation)またはＳＯＡＰ(Simple Object Access Protocol)形式等のデータを含むＨＴＭＬ５によって生成された画像データを、ディスプレイ５０８に表示させる。

生成部５６は、図５に示されているＣＰＵ５０１からの命令によって実現され、ディスプレイ５０８に表示させる各種画像データを生成する機能である。生成部５６は、送受信部５１によって受信されたコンテンツデータを用いて、各種画像データを生成する。生成部５６は、例えば、コンテンツデータであるテキストデータをレンダリングし、レンダリングされたデータを表示させるために、コンテンツ画像データであるテキストデータに係る画像データを生成する。レンダリングとは、Ｗｅｂページ記述用の言語（ＨＴＭＬ、ＣＳＳまたはＸＭＬ等）で記述されたデータを解釈し、実際に画面に表示される文字や画像データ等の配置を計算する処理である。

音制御部５８は、図５に示されているＣＰＵ５０１からの命令によって実現され、スピーカ５１５から音信号を出力する機能である。音制御部５８は、スピーカ５１５から出力させる音データを設定し、設定した音データに係る音信号をスピーカ５１５から出力することにより、音データを再生する。

記憶・読出処理部５９は、図５に示されているＣＰＵ５０１からの命令、およびＨＤＤコントローラ５０５等によって実行され、記憶部５０００に各種データを記憶したり、記憶部５０００から各種データを読み出したりする処理を行う。

＜共用支援サーバの機能構成＞
共用支援サーバ６は、送受信部６１、認証部６２、作成部６３、生成部６４、判断部６５および記憶・読出処理部６９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ６０４からＲＡＭ６０３上に展開された共用支援用プログラムに従ったＣＰＵ６０１からの命令によって動作することで実現される機能または機能する手段である。また、共用支援サーバ６は、図５に示されているＨＤ６０４等により構築される記憶部６０００を有している。

（利用者認証管理テーブル）
図８（Ａ）は、利用者認証管理テーブルを示す概念図である。記憶部６０００には、図８（Ａ）に示されているような利用者認証管理テーブルによって構成されている利用者認証管理ＤＢ６００１が構築されている。この利用者認証管理テーブルでは、利用者を識別するための利用者ＩＤ、利用者名、利用者が属する組織を識別するための組織ＩＤおよびパスワードが関連付けられて管理されている。なお、組織ＩＤには、通信ネットワーク上の複数のコンピュータを管理するためのグループや組織を表すドメイン名も含まれる。

（アクセス管理テーブル）
図８（Ｂ）は、アクセス管理テーブルを示す概念図である。記憶部６０００には、図８（Ｂ）に示されているようなアクセス管理テーブルによって構成されているアクセス管理ＤＢ６００２が構築されている。このアクセス管理テーブルでは、組織ＩＤ、所属ＩＤ、スケジュール管理サーバ８へアクセスする際の認証に必要なアクセスＩＤおよびアクセスパスワードが関連付けられて管理されている。このうち、所属ＩＤは、組織ＩＤで示される組織の中における所属を識別するための識別情報である。所属とは、組織の中で利用者または共用体が属する団体、グループ等である。所属には、例えば、店舗、事業所、営業所、部署等が含まれる。所属ＩＤは、所属識別情報の一例である。また、アクセスＩＤおよびアクセスパスワードは、共用支援サーバ６が、ＨＴＴＰ（Hypertext Transfer Protocol）またはＨＴＴＰＳ(Hypertext Transfer Protocol Secure)のプロトコルを用いて、ＷｅｂＡＰＩ等を介して、スケジュール管理サーバ８によって提供されるサービス（機能）を利用するために必要である。スケジュール管理サーバ８は、複数のスケジューラを管理しており、組織が異なれば使用するスケジューラも異なることがあるため、アクセス管理テーブルで管理が必要である。

（予定管理テーブル）
図８（Ｃ）は、予定管理テーブルを示す概念図である。記憶部６０００には、図８（Ｃ）に示されているような予定管理テーブルによって構成されている予定管理ＤＢ６００３が構築されている。この予定管理テーブルでは、予定イベントＩＤおよび実行イベントＩＤ毎に、組織ＩＤ、予約者の利用者ＩＤ、この予約者の参加の有無、予約者名、開始予定時刻、終了予定時刻、イベント名、他の参加者の利用者ＩＤ、この他の参加者の参加の有無、他の参加者名およびファイルデータが関連付けられて管理されている。

これらのうち、予定イベントＩＤは、予約されたイベントを識別するための識別情報である。予定イベントＩＤは、実行予定のイベントを識別するための予定イベント識別情報の一例である。実行イベントＩＤは、予約されたイベントのうち実際に実行されたイベントまたは実行されているイベントを識別するための識別情報である。実行イベントＩＤは、実行されたイベントまたは実行されているイベントを識別するための実行イベント識別情報の一例である。さらに、予定イベントＩＤおよび実行イベントＩＤは、イベント識別情報の一例である。予約者名は、共用体を予約した者の名前であり、共用体が会議室の場合は例えば主催者の名前であり、共用体が車両の場合は例えば運転者の名前である。開始予定時刻は、共用体の利用開始予定時刻を示している。終了予定時刻は、共用体の利用終了予定時刻を示している。イベント名は、予約者が実行予定のイベントの名称を示している。他の参加者の利用者ＩＤは、予約者以外の参加者を識別するための識別情報である。他の参加者名は、予約者以外の参加者の名前であり、共用体も含まれる。つまり、この場合の利用者には、予約者および他の参加者のほか、共用体も含まれる。ファイルデータは、後述するスケジュール入力画面５５０（図１８参照）を用いて利用者Ａによって登録された、予定イベントＩＤに対応するイベントで用いる資料ファイルのファイルデータである。また、ファイルデータは、各種アプリケーションを用いて作成された所定のファイル形式のデータである。ファイルデータのファイル形式は、例えば、パワーポイントファイル、エクセルファイル等である。

（コンテンツ管理テーブル）
図９（Ａ）は、コンテンツ管理テーブルを示す概念図である。記憶部６０００には、図９（Ａ）に示されているようなコンテンツ管理テーブルによって構成されているコンテンツ管理ＤＢ６００５が構築されている。このコンテンツ管理テーブルでは、実行イベントＩＤ毎に、コンテンツ処理ＩＤ、コンテンツ処理の種類、コンテンツの内容、並びにコンテンツ処理の開始日時および終了日時が関連付けられて管理されている。ここで、コンテンツは、会議等のイベントで発生した実行イベントの内容、または当該イベントで用いた資料等である。コンテンツ処理の種類には、録音、スナップショット、音声テキスト変換、アクションアイテムの発生および資料送付等が含まれる。また、コンテンツ処理ＩＤは、各イベントで発生したコンテンツの処理を識別するための識別情報である。

ここで、コンテンツには、イベントの実行内容を示す履歴情報と、実行されたイベントによって生じたアクションアイテムとが含まれている。履歴情報は、録音データ、スナップショット、音声テキストまたは資料等のデータである。スナップショットとは、実行中のイベントのある時点における表示画面を画像データとして取得する処理である。なお、スナップショットは、例えば、キャプチャまたは画像認識とも称される。

コンテンツ処理の種類が「録音」である場合、コンテンツの内容は、録音された音データの保存先を示すＵＲＬを含む。また、コンテンツ処理の種類が「スナップショット」である場合、コンテンツの内容は、スナップショット（キャプチャ）によって取得された画面の画像データの保存先を示すＵＲＬを含む。キャプチャとは、ディスプレイ２２０に表示されている画像（静止画像、動画像）を、画像データとして保存することである。さらに、コンテンツ処理の種類が「音声テキスト変換」である場合、コンテンツの内容は、受信された音声テキストのテキストデータの保存先を示すＵＲＬを含む。

ここで、アクションアイテムは、会議等のイベントで発生し、イベントに関連する者が対応すべき行動の内容を示す。コンテンツ処理の種類が「アクションアイテム発生」である場合、コンテンツの内容は、アクションアイテムの実行者の利用者ＩＤ、アクションアイテムを完了させる期限日、およびアクションアイテムを示す画像データの保存先を示すＵＲＬを含む。

（関連イベント管理テーブル）
図９（Ｂ）は、関連イベント管理テーブルを示す概念図である。記憶部６０００には、図９（Ｂ）に示されているような関連イベント管理テーブルによって構成されている関連イベント管理ＤＢ６００６が構築されている。この関連イベント管理テーブルでは、関連イベントＩＤおよび実行イベントＩＤが関連付けられて管理されている。関連イベントＩＤは、関連する複数のイベントを識別するための識別情報である。関連イベントは、定例会議等の定期的に開催されるイベントまたは複数回にわたって繰り返し開催されるイベント等である。関連イベントＩＤは、スケジュール登録時にスケジュール管理サーバ８によって生成される。

（共用支援サーバの各機能構成）
次に、共用支援サーバ６の各機能構成について詳細に説明する。なお、以下では、共用支援サーバ６の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、共用支援サーバ６の各機能構成を実現させるための主な構成要素との関係も説明する。

図７に示されている共用支援サーバ６の送受信部６１は、図５に示されているＣＰＵ６０１からの命令、および図５に示されているネットワークＩ／Ｆ６０９によって実現され、通信ネットワーク１０を介して他の端末、装置またはシステムと各種データ（または情報）の送受信を行う。送受信部６１は、受信手段の一例である。また、送受信部６１は、予定情報取得手段の一例である。さらに、送受信部６１は、予定候補情報送信手段の一例である。

認証部６２は、図５に示されているＣＰＵ６０１からの命令によって実現され、通信端末から送られて来る情報（利用者ＩＤ、組織ＩＤおよびパスワード）が、利用者認証管理ＤＢ６００１に予め登録されている情報であるかを判断することで、認証を行う。

作成部６３は、図５に示されているＣＰＵ６０１からの命令によって実現され、スケジュール管理サーバ８から送られて来た予約情報および予定情報に基づいて、後述の図２１に示されているような予約リスト画面２３０を作成する。

生成部６４は、図５に示されているＣＰＵ６０１からの命令によって実現され、実行イベントＩＤ、コンテンツ処理ＩＤおよび保存先のＵＲＬを生成する。生成部６４は、予定候補取得手段の一例である。

判断部６５は、図５に示されているＣＰＵ６０１からの命令によって実現され、各種判断を行う。この判断については後述する。判断部６５は、予定候補取得手段の一例である。

記憶・読出処理部６９は、図５に示されているＣＰＵ６０１からの命令、および図５に示されているＨＤＤコントローラ６０５によって実現され、記憶部６０００に各種データを記憶したり、記憶部６０００に記憶された各種データを読み出したりする処理を行う。

＜スケジュール管理サーバの機能構成＞
スケジュール管理サーバ８は、送受信部８１、認証部８２、生成部８３および記憶・読出処理部８９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ８０４からＲＡＭ８０３上に展開されたスケジュール管理用プログラムに従ったＣＰＵ８０１からの命令によって動作することで実現される機能または機能する手段である。また、スケジュール管理サーバ８は、図５に示されているＨＤ８０４により構築される記憶部８０００を有している。

（利用者認証管理テーブル）
図１０（Ａ）は、利用者認証管理テーブルを示す概念図である。記憶部８０００には、図１０（Ａ）に示されているような利用者認証管理テーブルによって構成されている利用者認証管理ＤＢ８００１が構築されている。この利用者認証管理テーブルでは、利用者を識別するための利用者ＩＤに、利用者が属する組織を識別するための組織ＩＤおよびパスワードが関連付けられて管理されている。

（利用者管理テーブル）
図１０（Ｂ）は、利用者管理テーブルを示す概念図である。記憶部８０００には、図１０（Ｂ）に示されているような利用者管理テーブルによって構成されている利用者管理ＤＢ８００２が構築されている。この利用者管理テーブルでは、組織ＩＤ毎に、利用者ＩＤ、利用者ＩＤで示される利用者の名称（利用者名）および利用者ＩＤで示される利用者が属する所属を識別するための所属ＩＤが関連付けられて管理されている。

（共用体管理テーブル）
図１０（Ｃ）は、共用体管理テーブルを示す概念図である。記憶部８０００には、図１０（Ｃ）に示されているような共用体管理テーブルによって構成されている共用体管理ＤＢ８００３が構築されている。この共用体管理テーブルでは、組織ＩＤ毎に、共用体を識別するための共用体ＩＤ、共用体の名称（共用体名）および共用体ＩＤで示される共用体が属する所属を識別するための所属ＩＤが関連付けられて管理されている。

（共用体予約管理テーブル）
図１１（Ａ）は、共用体予約管理テーブルを示す概念図である。記憶部８０００には、図１１（Ａ）に示されているような共用体予約管理テーブルによって構成されている共用体予約管理ＤＢ８００４が構築されている。この共用体予約管理テーブルでは、各情報が関連付けられた状態の予約情報が管理されている。予約情報には、組織ＩＤ毎に、共用体ＩＤ、共用体名、予約者の利用者ＩＤ、利用開始予定日時、利用終了予定日時およびイベント名が含まれている。これらのうち、利用開始予定日時は、共用体の利用開始予定日時を示している。利用終了予定日時は、共用体の利用終了予定日時を示している。各日時は、年・月・日・時・分・秒・タイムゾーンを示しているが、図１１（Ａ）では紙面の関係上、年・月・日・時・分まで表している。

（イベント管理テーブル）
図１１（Ｂ）は、イベント管理テーブルを示す概念図である。記憶部８０００には、図１１（Ｂ）に示されているようなイベント管理テーブルによって構成されているイベント管理ＤＢ８００５が構築されている。このイベント管理テーブルでは、各情報が関連付けられた状態の予定情報が管理されている。予定情報には、予定イベントＩＤおよび関連イベントＩＤ毎に、組織ＩＤ、利用者ＩＤ、利用者名、イベント開始予定日時、イベント終了予定日時およびイベント名が関連付けられて管理されている。これらのうち、イベント開始予定日時は、イベントを実行する場合の開始予定日時を示している。イベント終了予定日時は、イベントの実行する場合の終了予定日時を示している。各日時は、年・月・日・時・分・秒・タイムゾーンを示しているが、図１１（Ｂ）では紙面の関係上、年・月・日・時・分まで表している。また、イベント管理テーブルでは、予定イベントＩＤおよび関連イベントＩＤに関連付けて、予定情報に示されるイベントで使用される資料ファイルのファイルデータが管理されている。

（サーバ認証管理テーブル）
図１２（Ａ）は、サーバ認証管理テーブルを示す概念図である。記憶部８０００には、図１２（Ａ）に示されているようなサーバ認証管理テーブルによって構成されているサーバ認証管理ＤＢ８００６が構築されている。このサーバ認証管理テーブルでは、アクセスＩＤおよびアクセスパスワードが関連付けられて管理されている。アクセスＩＤおよびアクセスパスワードは、共用支援サーバ６のアクセス管理ＤＢ６００２で管理されているアクセスＩＤおよびアクセスパスワードと同じ概念である。

（実行イベント履歴管理テーブル）
図１２（Ｂ）は、実行イベント履歴管理テーブルを示す概念図である。記憶部８０００には、図１２（Ｂ）に示されているような実行イベント履歴管理テーブルによって構成されている実行イベント履歴管理ＤＢ８００８が構築されている。この実行イベント履歴管理テーブルでは、実行イベントＩＤ毎に、コンテンツ処理ＩＤ、コンテンツ処理の種類、コンテンツの内容、並びにコンテンツ処理の開始日時および終了日時が関連付けられて管理されている。この実行イベント履歴管理ＤＢ８００８は、コンテンツ管理ＤＢ６００５と一部同じデータを管理している。同じデータは、実行イベントＩＤ、コンテンツ処理ＩＤ、コンテンツ処理の種類、コンテンツ処理の開始日時および終了日時である。コンテンツの内容は、コンテンツデ－タの保存先の表記方法（http://またはc://）が異なるのみで、保存先は同じである。

（実行イベント管理テーブル）
図１３（Ａ）は、実行イベント管理テーブルを示す概念図である。記憶部８０００には、図１３（Ａ）に示されているような実行イベント管理テーブルによって構成されている実行イベント管理ＤＢ８００９が構築されている。この実行イベント管理テーブルでは、実行イベントＩＤに、イベント名、イベントの開始日時および終了日時が関連付けられて管理されている。この実行イベント管理ＤＢ８００９は、イベント管理ＤＢ８００５において管理されている予定情報のうち、実際に実行されたイベントに関する情報を管理している。

（関連情報管理テーブル）
図１３（Ｂ）は、関連情報管理テーブルを示す概念図である。記憶部８０００には、図１３（Ｂ）に示されているような関連情報管理テーブルによって構成されている関連情報管理ＤＢ８０１０が構築されている。この関連情報管理テーブルでは、実行イベントＩＤ毎に、各情報（データ）が関連付けられた状態の関連情報が管理されている。関連情報には、コンテンツの発生時間帯、音データ、音声テキストデータおよび画面データが関連付けられて管理されている。コンテンツの発生時間帯は、実行されたイベントにおいてコンテンツが発生した時点における、イベントの開始日時からの経過時間を示す。ここで、コンテンツの発生時間帯は、イベント管理ＤＢ８００５に記憶されたイベントの開始日時、および実行イベント履歴管理ＤＢ８００８に記憶されたコンテンツ処理の開始日時および終了日時に基づいて、生成部８３によって生成される。コンテンツの発生時間帯は、時間情報の一例である。また、音データには、コンテンツ処理ＩＤおよびコンテンツの種類が含まれる。音声テキストデータおよび画面データには、コンテンツ処理ＩＤ、コンテンツの種類およびシーケンスＮｏが含まれる。シーケンスＮｏは、音声テキストデータおよび画面データのそれぞれにコンテンツ処理が発生した発生時間順を示す。

（関連イベント管理テーブル）
図１４は、関連イベント管理テーブルを示す概念図である。記憶部８０００には、図１４に示されているような関連イベント管理テーブルによって構成されている関連イベント管理ＤＢ８０１３が構築されている。この関連イベント管理テーブルでは、関連イベントＩＤ毎に、予定イベントＩＤおよび実行イベントＩＤが関連付けられて管理されている。スケジュール管理サーバ８は、例えば、電子黒板２等の通信端末を用いた次回のイベントのスケジュール登録時に、関連イベントＩＤに次回のイベントの予定イベントＩＤを関連付けて記憶する（ステップＳ５６１参照）。

（スケジュール管理サーバの各機能構成）
次に、スケジュール管理サーバ８の各機能構成について詳細に説明する。なお、以下では、スケジュール管理サーバ８の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、スケジュール管理サーバ８の各機能構成を実現させるための主な構成要素との関係も説明する。

図７に示されているスケジュール管理サーバ８の送受信部８１は、図５に示されているＣＰＵ８０１からの命令、および図５に示されているネットワークＩ／Ｆ８０９によって実現され、通信ネットワーク１０を介して他の端末、装置、またはシステムと各種データ（または情報）の送受信を行う。

認証部８２は、図５に示されているＣＰＵ８０１からの命令によって実現され、共用体から送られて来る情報（利用者ＩＤ、組織ＩＤおよびパスワード）が、利用者認証管理ＤＢ８００１に予め登録されている情報であるかを判断することで、認証を行う。また、認証部８２は、共用支援サーバ６から送られて来る情報（アクセスＩＤおよびアクセスパスワード）が、サーバ認証管理ＤＢ８００６に予め登録されている情報であるかを判断することで、認証を行う。

生成部８３は、図５に示されているＣＰＵ８０１からの命令によって実現され、関連情報管理ＤＢ８０１０に登録される関連情報を生成する機能である。

記憶・読出処理部８９は、図５に示されているＣＰＵ８０１からの命令、および図５に示されているＨＤＤコントローラ８０５によって実現され、記憶部８０００に各種データを記憶したり、記憶部８０００に記憶された各種データを読み出したりする処理を行う。記憶・読出処理部８９は、記憶制御手段の一例である。

＜音声テキスト変換サーバの機能構成＞
音声テキスト変換サーバ９は、送受信部９１、変換部９３、および記憶・読出処理部９９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ９０４からＲＡＭ９０３上に展開されたプログラムに従ったＣＰＵ９０１からの命令によって動作することで実現される機能または機能する手段である。また、音声テキスト変換サーバ９は、図５に示されているＨＤ９０４により構築される記憶部９０００を有している。

（音声テキスト変換サーバの各機能構成）
次に、音声テキスト変換サーバ９の各機能構成について詳細に説明する。なお、以下では、音声テキスト変換サーバ９の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、音声テキスト変換サーバ９の各機能構成を実現させるための主な構成要素との関係も説明する。

図７に示されている音声テキスト変換サーバ９の送受信部９１は、図５に示されているＣＰＵ９０１からの命令、および図５に示されているネットワークＩ／Ｆ９０９によって実現され、通信ネットワーク１０を介して他の端末、装置、またはシステムと各種データ（または情報）の送受信を行う。

変換部９３は、図５に示されているＣＰＵ９０１からの命令によって実現され、送受信部９１により通信ネットワーク１０を介して受信された音データを、テキストデータに変換する。

記憶・読出処理部９９は、図５に示されているＣＰＵ９０１からの命令、および図５に示されているＨＤＤコントローラ９０５によって実現され、記憶部９０００に各種データを記憶したり、記憶部９０００に記憶された各種データを読み出したりする処理を行う。

なお、上記各ＩＤは、識別情報の一例である。また、組織ＩＤには、社名、事業所名、部署名、地域名等が含まれる。利用者ＩＤには、社員番号、運転免許書番号、日本の社会保障・税番号制度におけるマイナンバー等が含まれる。

＜＜実施形態の処理または動作＞＞
以降、各実施形態の処理または動作について説明する。

＜スケジュールの登録処理＞
ここでは、図１５乃至図１８を用いて、予約者Ａ（理光太郎）がＰＣ５からスケジュール管理サーバ８に自己のスケジュールを登録する処理について説明する。図１５は、スケジュールの登録処理を示したシーケンス図である。図１６は、サインイン画面を示した図である。図１７は、ＰＣの初期画面の例である。図１８は、スケジュール入力画面を示した図である。

まず、利用者ＡがＰＣ５のキーボード５１１等を操作することで、ＰＣ５の表示制御部５４が、図１６に示されているように、ディスプレイ５０８上にサインインを行うためのサインイン画面５３０を表示させる（ステップＳ１１）。このサインイン画面５３０には、利用者の利用者ＩＤおよび組織ＩＤを入力する入力欄５３１、およびパスワードを入力する入力欄５３２、サインインを行う場合に押下されるサインインボタン５３８、サインインを中止する場合に押下されるキャンセルボタン５３９が含まれている。ここでは、利用者ＩＤおよび組織ＩＤが、利用者Ａの電子メールアドレスになっている。電子メールアドレスのユーザ名部分が利用者ＩＤで、ドメイン名部分が組織ＩＤを示している。なお、入力欄５３１は、電子メールアドレスではなく、利用者ＩＤおよび組織ＩＤを別々に入力する入力欄であってもよい。

次に、利用者Ａが、入力欄５３１に自己の利用者ＩＤおよび組織ＩＤを入力し、入力欄５３２に自己のパスワードを入力し、サインインボタン５３８を押下すると、受付部５２が、サインインの要求を受け付ける（ステップＳ１２）。そして、ＰＣ５の送受信部５１は、スケジュール管理サーバ８に対して、サインインの要求を示すサインイン要求情報を送信する（ステップＳ１３）。このサインイン要求情報には、ステップＳ１２によって受け付けられた情報（利用者ＩＤ、組織ＩＤ、およびパスワード）が含まれている。これにより、スケジュール管理サーバ８の送受信部８１は、サインイン要求情報を受信する。

次に、スケジュール管理サーバ８の認証部８２は、利用者ＩＤ、組織ＩＤ、およびパスワードを利用して利用者Ａの認証を行なう（ステップＳ１４）。具体的には、記憶・読出処理部８９は、利用者認証管理ＤＢ８００１（図１０（Ａ）参照）において、ステップＳ１３によって受信された利用者ＩＤ、組織ＩＤ、およびパスワードの組に対応する利用者ＩＤ、組織ＩＤおよびパスワードの組を検索する。対応する組がある場合には、認証部８２は、要求元の利用者Ａを正当な利用者であると判断する。対応する組がない場合には、認証部８２は、利用者Ａを不当な（正当でない）利用者であると判断する。正当でない場合には、送受信部８１がＰＣ５に対して、正当でない旨の通知を行うが、ここでは、正当である場合について説明を続ける。

次に、送受信部８１は、ＰＣ５に対して、認証結果を送信する（ステップＳ１５）。これにより、ＰＣ５の送受信部５１は、認証結果を受信する。

次に、ＰＣ５の生成部５６は、ステップ１５によって正当である旨の認証結果が受信された場合、図１７に示されているような初期画面５４０を生成する（ステップＳ１６）。そして、ＰＣ５の表示制御部５４は、ディスプレイ５０８上に、図１７に示されているような初期画面５４０を表示させる（ステップＳ１７）。この初期画面５４０には、スケジュールを登録する場合に押下される「スケジュール登録」ボタン５４１、および実行イベント履歴を閲覧する場合に押下される「実行イベント履歴閲覧」ボタン５４３が含まれている。ここで、利用者が「スケジュール登録」ボタン５４１を押下すると、受付部５２は、スケジュール登録を受け付ける（ステップＳ１８）。そして、送受信部５１は、スケジュール管理サーバ８に対して、スケジュール登録要求を送信する（ステップＳ１９）。これにより、スケジュール管理サーバ８の送受信部８１は、スケジュール登録要求を受信する。

次に、スケジュール管理サーバ８の記憶・読出処理部８９は、ステップＳ１３によって受信された組織ＩＤを検索キーとして利用者管理ＤＢ８００２（図１０（Ｂ）参照）を検索することにより、対応する全ての利用者ＩＤおよび全ての利用者名を読み出す（ステップＳ２０）。そして、送受信部８１は、ＰＣ５に対して、スケジュール入力画面情報を送信する（ステップＳ２１）。このスケジュール入力画面情報には、ステップＳ２０によって読み出された全ての利用者ＩＤおよび全ての利用者名が含まれている。全ての利用者名には、ステップＳ１２でサインインのための入力を行った利用者Ａである予約者の名称（名前）も含まれている。これにより、ＰＣ５の送受信部５１は、スケジュール入力画面情報を受信する。

次に、ＰＣ５では、生成部５６がステップＳ２１によって受信されたスケジュール入力画面情報を用いて、スケジュール入力画面５５０を生成する。（ステップＳ２２）。そして、ＰＣ５の表示制御部２４は、ディスプレイ５０８上に、図１８に示されているようなスケジュール入力画面５５０を表示させる（ステップＳ２３）。

このスケジュール入力画面５５０には、イベント名を入力するための入力欄５５１、共用体ＩＤまたは共用体名を入力するための入力欄５５２、イベントの実行（共用体の利用）開始予定日時を入力するための入力欄５５３、イベントの実行（共用体の利用）終了予定日時を入力するための入力欄５５４、アジェンダ等のメモを入力するための入力欄５５５、予約者名を表示するための表示領域５５６、予約者以外の他の参加者の参加者名を選択するための選択メニュー５５７、予約を登録する場合に押下される「ＯＫ」ボタン５５８、入力中または入力された内容をキャンセルする場合に押下される「ＣＡＮＣＥＬ」ボタン５５９が含まれている。予約者名は、ステップＳ１２でＰＣ５にサインインのための入力を行った利用者の名称である。また、マウスポインタｐ１も表示されている。

なお、入力欄５５２には、電子メールアドレスを入力してもよい。また、選択メニュー５５７で、共用体名が選択されると、共用体も他の参加者として追加される。

次に、利用者Ａが、入力欄５５１～５５５に所定の事項を入力し、マウスポインタｐ１を利用して選択メニュー５５７からイベントに参加させたい利用者の名称（利用者名）を選択し、「ＯＫ」ボタン５５８を押下すると、受付部５２は、スケジュール情報の入力を受け付ける（ステップＳ２４）。そして、送受信部５１は、スケジュール管理サーバ８に対して、スケジュール情報を送信する（ステップＳ２５）。このスケジュール情報には、イベント名、共用体ＩＤ（または共用体名）、開始予定日時、終了予定日時、各参加者の利用者ＩＤ、およびメモが含まれている。なお、スケジュール入力画面５５０において、入力欄５５２に共用体ＩＤが入力された場合には、この共用体ＩＤが送信され、入力欄５５２に共用体名が入力された場合には、この共用体名が送信される。また、スケジュール入力画面５５０では、選択メニュー５５７で利用者名が選択されるが、ステップＳ２１によって利用者ＩＤも受信されているため、利用者名に対応する利用者ＩＤが送信される。これにより、スケジュール管理サーバ８の送受信部８１は、スケジュール情報を受信する。

次に、スケジュール管理サーバ８では、ステップＳ２５によって受信された共用体ＩＤ（または共用体名）を検索キーとして共用体管理ＤＢ８００３（図１０（Ｃ）参照）を検索することにより、対応する共用体名（または共用体ＩＤ）を読み出す（ステップＳ２６）。

次に、記憶・読出処理部８９は、共用体予約管理ＤＢ８００４（図１１（Ａ）参照）に対して、予約情報を記憶する（ステップＳ２７）。この場合、記憶・読出処理部８９は、予め登録しているスケジューラで管理されている共用体予約管理ＤＢ８００４の共用体予約管理テーブルに１レコード分の予約情報を追加する。予約情報は、ステップＳ２５によって受信されたスケジュール情報、およびステップＳ２６によって読み出された共用体名（または共用体ＩＤ）に基づいて構成されている。なお、共用体予約管理ＤＢ８００４における利用開始予定日時は、スケジュール情報における開始予定日時に相当する。また、共用体予約管理ＤＢ８００４における利用終了予定日時は、スケジュール情報における終了予定日時に相当する。

さらに、記憶・読出処理部８９は、イベント管理ＤＢ８００５（図１１（Ｂ）参照）に対して、予定情報を記憶する（ステップＳ２８）。この場合、記憶・読出処理部８９は、予め登録しているスケジューラで管理されているイベント管理ＤＢ８００５のイベント管理テーブルに１レコード分の予定情報を追加する。予定情報は、ステップＳ２５によって受信されたスケジュール情報に基づいて構成されている。なお、イベント管理ＤＢ８００５におけるイベント開始予定日時は、スケジュール情報における開始予定日時に相当する。また、イベント管理ＤＢ８００５におけるイベント終了予定日時は、スケジュール情報における終了予定日時に相当する。

以上により、利用者Ａは、スケジュール管理サーバ８に自己のスケジュールを登録することができる。なお、図１５乃至図１８では、ＰＣ５によってスケジュール登録を行う場合について説明したが、同様の処理によって、電子黒板２、ビデオ会議端末３またはカーナビゲーション装置４でスケジュール登録を行ってもよい。

＜イベント開始処理＞
ここでは、図１９乃至図２５を用いて、予約者Ａ（理光太郎）が予約しておいた会議室Ｘで、電子黒板２を利用して他の参加者と会議をする処理について説明する。図１９および図２２は、イベントの開始処理を示したシーケンス図である。図２０は、電子黒板に表示されるサインイン画面を示した図である。図２１は、共用体の予約リスト画面を示した図である。図２３は、イベントの詳細情報画面を示した図である。図２４は、サインイン後に電子黒板に表示される表示画面を示した図である。図２５は、利用者が電子黒板を利用する状態を示したイメージ図である。

まず、利用者Ａが電子黒板２の電源スイッチ２２２を押下することで、電子黒板２の受付部２２が、利用者から電源ＯＮを受け付ける（ステップＳ３１）。受付部２２によって電源ＯＮが受け付けられることで、図６に示したＬａｕｎｃｈｅｒ１０２が起動する。そして、電子黒板２の表示制御部２４は、図２０に示されているように、ディスプレイ２２０上にサインインを行うためのサインイン画面１１０を表示させる（ステップＳ３２）。このサインイン画面１１０には、利用者Ａが自己のＩＣカードを用いてサインインを行う場合に押下される選択アイコン１１１、利用者Ａが自己の電子メールアドレス（利用者ＩＤおよび組織ＩＤ）並びにパスワードを入力することによってサインインを行う場合に押下される選択アイコン１１３、およびサインインを行わずに電源ＯＦＦする場合に押下される電源アイコン１１５が含まれている。

次に、利用者Ａが、選択アイコン１１１を押下して、ＩＣカードリーダ等の近距離通信回路２１９に対する通信を行うか、または、利用者Ａが、選択アイコン１１３を押下して、利用者Ａによる自己の電子メールアドレスおよびパスワードを入力が行うことで、受付部２２が、サインインの要求を受け付ける（ステップＳ３３）。そして、送受信部２１は、共用支援サーバ６に対して、サインイン要求を示すサインイン要求情報を送信する（ステップＳ３４）。このサインイン要求情報には、ステップＳ３３によって受け付けられた情報（利用者ＩＤ、組織ＩＤおよびパスワード）、電子黒板２が設置されている国もしくは地域のタイムゾーン情報、並びに通信端末（ここでは電子黒板２）の利用者ＩＤ、組織ＩＤおよびパスワードが含まれている。これにより、共用支援サーバ６の送受信部６１は、サインイン要求情報を受信する。

次に、共用支援サーバ６の認証部６２は、ステップＳ３４によって受信された利用者Ａの利用者ＩＤ、組織ＩＤおよびパスワードを利用して利用者Ａの認証を行なう（ステップＳ３５）。具体的には、記憶・読出処理部６９は、ステップＳ３４によって受信された利用者Ａの利用者ＩＤ、組織ＩＤおよびパスワードを検索キーとして、利用者認証管理ＤＢ６００１（図８（Ａ）参照）において、上記受信された利用者Ａの利用者ＩＤ、組織ＩＤおよびパスワードの組に対応する利用者ＩＤ、組織ＩＤおよびパスワードの組を検索する。対応する組がある場合、認証部６２は、要求元の利用者Ａを正当な利用者であると判断する。対応する組がない場合、認証部６２は、要求元の利用者Ａを不当な（正当でない）利用者であると判断する。正当でない場合には、送受信部６１が電子黒板２に対して、正当でない旨の通知を行うが、ここでは、正当である場合について説明を続ける。

次に、共用支援サーバ６の記憶・読出処理部６９は、ステップＳ３４によって受信された利用者Ａの組織ＩＤを検索キーとしてアクセス管理ＤＢ６００２（図８（Ｂ）参照）を検索することにより、対応するアクセスＩＤおよびアクセスパスワードを読み出す（ステップＳ３６）。

次に、送受信部６１は、スケジュール管理サーバ８に対して、共用体の予約情報の要求を示す予約要求情報および利用者の予定情報の要求を示す予定要求情報を送信する（ステップＳ３７）。予約要求情報および予定要求情報には、ステップＳ３４によって受信された、タイムゾーン情報、通信端末の利用者ＩＤおよび組織ＩＤ、並びにステップＳ３６によって読み出された、アクセスＩＤおよびパスワードが含まれている。これにより、スケジュール管理サーバ８の送受信部８１は、予約要求情報および予定要求情報を受信する。

次に、スケジュール管理サーバ８の認証部８２は、アクセスＩＤおよびアクセスパスワードを利用して共用支援サーバ６の認証を行なう（ステップＳ３８）。具体的には、記憶・読出処理部８９は、サーバ認証管理ＤＢ８００６（図１２（Ａ）参照）において、ステップＳ３７によって受信されたアクセスＩＤおよびアクセスパスワードの組に対応するアクセスＩＤおよびアクセスパスワードの組を検索する。対応する組がある場合、認証部８２は、要求元の共用支援サーバ６を正当なアクセス者であると判断する。対応する組がない場合、認証部８２は、要求元の共用支援サーバ６を不当な（正当でない）アクセス者であると判断する。正当でない場合には、送受信部８１が共用支援サーバ６に対して、正当でない旨の通知を行うが、ここでは、正当である場合について説明を続ける。

スケジュール管理サーバ８の記憶・読出処理部８９は、ステップＳ３７によって受信された通信端末の利用者ＩＤを検索キーとして、スケジューラで管理している共用体予約管理ＤＢ８００４（図１１（Ａ）参照）を検索することにより、対応する予約情報を読み出す（ステップＳ３９）。この場合、記憶・読出処理部８９は、利用開始予定日時が本日である予約情報を読み出す。

さらに、記憶・読出処理部８９は、ステップＳ３７によって受信された通信端末の利用者ＩＤを検索キーとして、スケジューラで管理しているイベント管理ＤＢ８００５（図１２（Ｂ）参照）を検索することにより、対応する予定情報を読み出す（ステップＳ４０）。この場合、記憶・読出処理部８９は、イベント開始予定日時が本日である予定情報を読み出す。スケジュール管理サーバ８が、電子黒板２等の通信端末とは別の国や地域にあった場合には、タイムゾーン情報に基づいて、タイムゾーンを通信端末が設置されている国や地域に併せて調整している。

次に、送受信部８１は、共用支援サーバ６に対して、ステップＳ３９によって読み出された予約情報、およびステップＳ４０によって読み出された予定情報を送信する（ステップＳ４１）。これにより、共用支援サーバ６の送受信部６１は、予約情報および予定情報を受信する。

次に、共用支援サーバ６の作成部６３は、ステップＳ４１によって受信された予約情報および予定情報に基づいて、予約リストを作成する（ステップＳ４２）。そして、送受信部６１は、電子黒板２に対して、予約リストの内容を示す予約リスト情報を送信する（ステップＳ４３）。これにより、電子黒板２の送受信部２１は、予約リスト情報を受信する。

次に、電子黒板２では、表示制御部２４が、ディスプレイ２２０上に、図２１に示されているような予約リスト画面２３０を表示させる（ステップＳ４４）。この予約リスト画面２３０には、共用体名（ここでは場所名）を表示する表示領域２３１、および本日の日時を表示する表示領域２３２が含まれている。さらに、予約リスト画面２３０には、本日の本共用体（ここでは、会議室Ｘ）を利用するイベントを示すイベント情報２３５，２３６，２３７等が表示されている。各イベント情報には、イベント毎に、本共用体の利用開始予定時刻および利用終了予定時刻、イベント名、本共用体を予約した予約者の名称（予約者名）が含まれている。イベント情報には、利用者が開始するイベントを特定する場合に押下される開始ボタン２３５ｓ，２３６ｓ，２３７ｓ等が含まれている。

次に、図２２において、利用者Ａが、例えば、電子ペン２５００等で開始ボタン２３５ｓを押下すると、受付部２２が、イベント情報２３５で示されるイベントの選択を受け付ける（ステップＳ５１）。次に、電子黒板２の送受信部２１は、共用支援サーバ６に対して、上記ステップＳ５１によって選択されたイベントを示す予定イベントＩＤを送信する（ステップＳ５２）。ステップＳ５２の処理は、実行イベント識別情報の送信要求処理である。これにより、共用支援サーバ６の送受信部６１は、選択されたイベントを示す予定イベントＩＤを受信する。

次に、共用支援サーバ６では、生成部６４が、固有の実行イベントＩＤを生成する（ステップＳ５３）。そして、記憶・読出処理部６９が、ステップＳ５３によって生成された実行イベントＩＤ、ステップＳ５２によって受信された予約イベントＩＤ、予約者の利用者ＩＤおよび組織ＩＤ、並びにイベント情報を関連付けて管理する（ステップＳ５４）。なお、予約者の利用者ＩＤおよび組織ＩＤ、並びにイベント情報は、ステップＳ４１によって受信された予約情報および予定情報に基づくＩＤおよび情報である。なお、この時点では、予約管理テーブル（図８（Ｃ）参照）における参加有無欄への入力はない。

次に、共用支援サーバ６では、送受信部６１が、スケジュール管理サーバ８に登録されたファイルデータの送信要求を示すファイルデータ送信要求情報を、スケジュール管理サーバ８へ送信する（ステップＳ５５）。ファイルデータ送信要求情報には、ステップＳ５２によって受信された予定イベントＩＤ、ステップＳ３４によって受信された通信端末の利用者ＩＤおよび組織ＩＤ、並びにステップＳ３６によって読み出されたアクセスＩＤおよびアクセスパスワードが含まれている。これにより、スケジュール管理サーバ８の送受信部８１は、ファイルデータ送信要求情報を受信する。

次に、スケジュール管理サーバ８の記憶・読出処理部８９は、ステップＳ５５によって受信された予定イベントＩＤを検索キーとしてイベント管理ＤＢ８００５（図１１（Ｂ）参照）を検索することにより、予定イベントＩＤに関連付けられたファイルデータを読み出す（ステップＳ５６）。そして、送受信部８１は、ステップＳ５６によって読み出されたファイルデータを、共用支援サーバ６へ送信する（ステップＳ５７）。これにより、共用支援サーバ６の送受信部６１は、ファイルデータを受信する。

次に、共用支援サーバ６の記憶・読出処理部６９は、ステップＳ５２によって受信された予定イベントＩＤ、およびステップＳ５３によって生成された実行イベントＩＤに関連付けて、ステップＳ５７によって受信されたファイルデータを、予定管理ＤＢ６００３（図８（Ｃ）参照）に記憶して管理する（ステップＳ５８）。

そして、送受信部６１は、電子黒板２に対して、ステップＳ５３によって生成された実行イベントＩＤ、およびステップＳ５７によって受信されたファイルデータを送信する（ステップＳ５９）。これにより、電子黒板２の送受信部２１は、実行イベントＩＤおよびファイルデータを受信する。

次に、電子黒板２では、記憶・読出処理部２９が、記憶部２０００に、実行イベントＩＤおよびファイルデータを記憶しておく（ステップＳ６０）。ここで、共用支援サーバ６から送信されたファイルデータは、記憶部２０００の特定の記憶領域に記憶される。これにより、電子黒板２は、イベントの実行中に、特定の記憶領域にアクセスすることによって、表示制御部２４が特定の記憶領域に記憶されたファイルデータをディスプレイ２２０に表示させる。ここで、特定の記憶領域は、実行中のイベント毎に設けられたデータの一時的な記憶先であり、記憶部２０００内での所在を示す任意のパス（文字列）によって特定される記憶領域である。なお、特定の記憶領域は、電子黒板２の内部に設けられる構成に限られず、電子黒板２に接続される外部記憶装置、またはオンプレミス環境に存在し、電子黒板２と通信可能なローカルサーバ等に設けられる構成であってもよい。

次に、表示制御部２４は、ディスプレイ２２０上に、図２３に示されているように、選択されたイベントの詳細情報画面２５０を表示させる（ステップＳ６１）。このイベントの詳細情報画面２５０には、イベント名の表示領域２５１、イベントの実施予定時間（開始予定時間および終了予定時間）の表示領域２５２、および予約者名の表示領域２５３が含まれている。さらに、イベントの詳細情報画面２５０には、メモの内容を表示するための表示領域２５６、参加予定者名を表示するための表示領域２５７、記憶部２０００の特定の記憶領域に記憶されたファイルデータを識別するための識別情報（例えば、ファイル名）を表示するための表示領域２５８、および関連イベントの実行イベント履歴のリンク（ＵＲＬ）を表示するための表示領域ｒｅ１が表示されている。表示領域２５７には、図１８によって示されている予約者名および選択された他の参加者名が表示されると共に、各参加予定者名には実際に会議に参加している人をチェックするためのチェックボックスが表示されている。また、表示領域２５８には、記憶部２０００の特定の記憶領域に記憶されたファイルデータ、すなわち共用支援サーバ６からダウンロードされたファイルデータのファイル名が表示されているとともに、共用支援サーバ６からダウンロード中のファイルデータのファイル名も表示されている。さらに、イベントの詳細情報画面２５０の右下側には、この詳細情報画面２５０を閉じる場合に押下される「閉じる」ボタン２５９が含まれている。

次に、利用者が、参加予定者名のうち、実際に参加している利用者のチェックボックスにチェックして、「閉じる」ボタン２５９を押下すると、受付部２２は、参加者の選択を受け付ける（ステップＳ６２）。そして、送受信部２１は、共用支援サーバ６に対して、各参加予定者の利用者ＩＤおよび参加の有無を示す情報を送信する（ステップＳ６３）。これにより、共用支援サーバ６の送受信部６１は、各参加予定者の利用者ＩＤおよび参加の有無を示す情報を受信する。

次に、共用支援サーバ６では、予定管理ＤＢ６００３において、入力されていなかった参加有無欄に、参加の有無を記憶して管理する（ステップＳ６４）。

以上により、利用者Ａは、共用体（ここでは、会議室Ｘ）および通信端末（ここでは、電子黒板２）を利用して、イベント（ここでは、方針決定会議）を開始する。電子黒板２の表示制御部２４は、イベントが開始されると、ディスプレイ２２０に、図２４に示されているような表示画面１００ａを表示させる。図２４は、イベント開始時に電子黒板に表示される表示画面を示した図である。図２４に示す表示画面１００ａには、メニューバー１２１、イベント開始からの経過時間またはイベント終了までの残り時間を示す時間情報１２４、並びに電子黒板２の電源をＯＦＦする場合に押下される電源アイコン１１７が含まれている。メニューバー１２１は、Ｌａｕｎｃｈｅｒ１０２の操作表示画面（ウインドウ）の一例である。このメニューバー１２１には、イベント実行中の各種処理を行う際に選択（押下）される複数の操作アイコン１２５（１２５ａ～１２５ｊ）を含まれている。操作アイコン１２５ａは、実行中のイベントの詳細情報を閲覧するために選択（押下）される。操作アイコン１２５ｂは、各種外部アプリ１０３を起動させる際に選択（押下）される。操作アイコン１２５ｃは、記憶部２０００の特定の記憶領域に記憶されたファイルデータを閲覧する際に選択（押下）される。操作アイコン１２５ｄは、起動中の外部アプリ１０３のアプリ表示画面の表示を切り替える際に選択（押下）される。操作アイコン１２５ｅは、外部アプリ１０３のアプリ表示画面の画面サイズを変更する際に選択（押下）される。操作アイコン１２５ｆは、実行されているイベントに関する各種操作を行う際に選択（押下）される。操作アイコン１２５ｇは、ディスプレイ２２０に表示されている表示画面１００をキャプチャする際に選択（押下）される。操作アイコン１２５ｈは、実行中のイベントを終了する際に選択（押下）される。操作アイコン１２５ｉは、ブラウザを用いた検索を行うためにブラウザアプリ１０３ｃを起動させる際に選択（押下）される。操作アイコン１２５ｊは、文字または数値等の入力を行う際に選択（押下）される。

ここで、電子黒板２に表示される表示画面に含まれる各種アイコンは、「受付領域」の一例である。受付領域は、アイコンやボタン等の画像だけでなく、「変更」等の文字、または画像と文字を組み合わせたものであってもよい。ここでの画像は、記号や図形だけでなく、イラストや模様等のユーザが視認できる画像であればよい。また、各種アイコンの選択（押下）は、各種アイコンに対する操作の一例である。各種アイコンに対する操作には、例えば、電子ペン２５００を用いたディスプレイ２２０への入力操作、ＰＣ２７００が有する入力手段の一例であるマウスによるダブルクリックまたはシングルクリック、ＰＣ２７００が有する入力手段の一例であるキーボードを用いた入力操作が挙げられる。

そして、図２５に示されているように、利用者Ａは、会議室Ｘで、電子黒板２を利用して会議を行うことができる。電子黒板２の表示制御部２４は、イベント実行画面Ｒとして、表示画面１００ａに含まれるメニューバー１２１が縮小されたメニューバー１２０および資料ファイルのファイルデータｒ４を、ディスプレイ２２０に表示させる。例えば、電子黒板２の利用者Ａは、操作アイコン１２５ｃを押下することで、受付部２２が操作アイコン１２５ｃの選択を受け付け、表示制御部２４が記憶部２０００の特定の記憶領域に記憶された資料ファイルのファイルデータｒ４を表示させる。なお、電子黒板２の表示制御部２４は、ステップＳ５９によって受信されたファイルデータだけでなく、記憶部２０００に予め記憶されたファイルデータ、または開始されているイベントにおいて新たに生成されるファイルデータを表示させてもよい。この場合、電子黒板２の記憶・読出処理部２９は、開始されているイベントにおいて生成または更新されたファイルデータを、記憶部２０００の特定の記憶領域に記憶させる。

＜実行イベント履歴の登録処理＞
続いて、図２６乃至図２８を用いて、実行イベント履歴の登録処理について説明する。図２６および図２８は、実行イベント履歴の登録処理を示したシーケンス図である。図２７は、音声テキスト変換処理を示したフローチャートである。

まず、電子黒板２の判断部２５は、開始されているイベントにおけるコンテンツの処理の種類を判断する（ステップＳ７１）。具体的には、コンテンツが画像・音処理部２３による録音によって生じる音データの場合には、判断部２５は、コンテンツの処理の種類が「録音」であると判断する。コンテンツが画像・音処理部２３によるスナップショット（キャプチャ）によって取得された画像データの場合には、判断部２５は、コンテンツの処理の種類が「スナップショット」であると判断する。コンテンツが送受信部２１によって送信された資料ファイルデータの場合には、判断部２５は、コンテンツの処理の種類が「資料送信」であると判断する。

次に、送受信部２１は、共用支援サーバ６へ、発生したコンテンツの登録要求を示す登録要求情報を送信する（ステップＳ７２）。この場合、送受信部２１は、コンテンツが発生するたびに自動的に登録要求情報を送信する。この登録要求情報には、実行イベントＩＤ、コンテンツの送信元の利用者ＩＤ、コンテンツデータ、およびコンテンツ処理の種類情報が含まれている。これにより、共用支援サーバ６の送受信部６１は、登録要求情報を受信する。

次に、共用支援サーバ６の判断部６５は、送受信部６１によって受信された登録要求情報に含まれる種類情報に基づいて、受信されたコンテンツ処理の種類を判断する（ステップＳ７３）。そして、共用支援サーバ６の送受信部６１は、判断部６５によってコンテンツ処理の種類が「録音」であると判断された場合、音声テキスト変換サーバ９へ、コンテンツデータである音データを送信する（ステップＳ７４）。これにより、音声テキスト変換サーバ９の送受信部９１は、音データを受信する。なお、コンテンツ処理の種類が「録音」以外である場合、共用支援サーバ６は、ステップＳ７４～ステップＳ７６の処理は行わずに、ステップＳ７７の処理へ移行する。

次に、音声テキスト変換サーバ９の変換部９３は、送受信部９１によって受信された音データを、テキストデータに変換する（ステップＳ７５）。ここで、図２７を用いて、音声テキスト変換サーバ９における音声テキスト変換処理について説明する。まず、変換部９３は、送受信部９１によって音データが受信された日時を示す情報を取得する（ステップＳ７５－１）。なお、ステップＳ７５－１によって取得される情報は、共用支援サーバ６が音データを受信した日時または共用支援サーバ６が音データを送信した日時を示す情報であってもよい。この場合、音声テキスト変換サーバ９の送受信部９１は、ステップＳ７４において、共用支援サーバ６から送信された音データおよび上記日時を示す情報を受信する。

次に、変換部９３は、送受信部９１によって受信された音データのテキスト変換処理を実行する（ステップＳ７５－２）。そして、変換部９３は、音データのテキスト変換処理が完了した場合（ステップＳ７５－３のＹＥＳ）、処理をステップＳ７５－４へ移行させる。一方で、変換部９３は、音データのテキスト変換処理が完了するまでステップＳ７５－２の処理を繰り返す。ここで、ステップＳ７５－３において、変換部９３は、送受信部９１によって受信された音データに基づいて、所定の分量のテキスト変換が行われた場合、音データのテキスト変換処理が完了したと判断する。例えば、変換部９３は、１センテンス分のテキスト変換が行われた場合、音データのテキスト変換処理が完了したと判断する。そして、変換部９３は、音データから変換されたテキストデータを生成する（ステップＳ７５－４）。これにより、音声テキスト変換サーバ９は、共用支援サーバ６から送信された音データをテキストデータに変換する。音声テキスト変換サーバ９は、共用支援サーバ６から送信された音データを随時受信しているため、図２７に示す処理を繰り返し実行する。

図２６に戻り、実行イベント履歴の登録処理の説明を続ける。送受信部９１は、変換部９３によって変換されたテキストデータを、共用支援サーバ６へ送信する（ステップＳ７６）。ここで、送受信部９１は、テキストデータとともに、ステップＳ７５－１によって取得された日時を示す情報を、共用支援サーバ６へ送信する。これにより、共用支援サーバ６の送受信部６１は、テキストデータを受信する。

次に、生成部６４は、イベントにより発生したコンテンツ処理を識別するための固有のコンテンツ処理ＩＤを生成する（ステップＳ７７）。また、生成部６４は、コンテンツの内容を示したコンテンツデータのＵＲＬを生成する（ステップＳ７８）。そして、記憶・読出処理部６９は、コンテンツ管理ＤＢ６００５（図９（Ａ）参照）に対して、ステップＳ７２によって受信された実行イベントＩＤ毎に、コンテンツ処理の種類、コンテンツ処理の開始日時および終了日時、ステップＳ７７によって生成されたコンテンツ処理ＩＤ、並びにステップＳ７８によって生成されたコンテンツの保存先を示すＵＲＬを関連付けて管理する（ステップＳ７９）。

ここで、コンテンツ処理の種類が「音声テキスト変換」である場合、コンテンツ処理の開始日時および終了日時は、音データがテキストデータに変換された日時である。ここで、音データがテキストデータに変換された日時とは、共用支援サーバ６の送受信部６１によって音データを送信された日時および共用支援サーバ６の送受信部６１によってテキストデータが受信された日時である。なお、音データがテキストデータに変換された日時は、音声テキスト変換サーバ９の送受信部９１によって音データが受信された日時および音声テキスト変換サーバ９の送受信部９１によってテキストデータが送信された日時であってもよい。また、コンテンツ処理の種類が「音声テキスト変換」である場合、コンテンツ処理の開始日時および終了日時は、テキスト変換対象の音データに係るコンテンツ処理の開始日時および終了日時と同じ日時であってもよい。

また、コンテンツ処理の種類が「録音」、「スナップショット」および「資料送信」である場合、コンテンツの処理の開始日時および終了日時は、共用支援サーバ６の送受信部６１によってコンテンツデータ（音データ、画像データ、ファイルデータ）が受信された日時である。なお、コンテンツ処理の種類が「録音」、「スナップショット」および「資料送信」である場合、コンテンツの処理の開始日時および終了日時は、電子黒板２の送受信部２１によってコンテンツデータが送信された日時であってもよい。また、コンテンツ処理の種類が「録音」である場合、画像・音処理部２３による録音が行われた開始日時および終了日時であってもよい。さらに、コンテンツ処理の種類が「スナップショット」である場合、コンテンツの処理の開始日時および終了日時は、画像・音処理部２３によるスナップショット（キャプチャ）が行われた日時であってもよい。

次に、図２８において、共用支援サーバ６の記憶・読出処理部６９は、ステップＳ７２によって受信された利用者ＩＤを検索キーとして利用者認証管理ＤＢ６００１（図８（Ａ）参照）を検索することにより、対応する組織ＩＤを読み出す（ステップＳ９１）。

次に、記憶・読出処理部６９は、ステップＳ９１によって読み出した組織ＩＤを検索キーとしてアクセス管理ＤＢ６００２（図８（Ｂ）参照）を検索することにより、対応するアクセスＩＤおよびアクセスパスワードを読み出す（ステップＳ９２）。

次に、送受信部６１は、スケジュール管理サーバ８に対して、実行イベント履歴の登録要求を示す実行イベント履歴の登録要求情報を送信する（ステップＳ９３）。この実行イベント履歴の登録要求情報には、ステップＳ７２によって受信された実行イベントＩＤ、送信元の利用者ＩＤ、コンテンツデータ、ステップＳ７７によって生成されたコンテンツ処理ＩＤ、ステップＳ７８によって生成されたコンテンツデータのＵＲＬ、ステップＳ９２によって読み出されたアクセスＩＤおよびアクセスパスワード、並びにコンテンツ処理の開始日時および終了日時が含まれている。これにより、スケジュール管理サーバ８の送受信部８１は、実行イベント履歴の登録要求情報を受信する。

次に、スケジュール管理サーバ８では、認証部８２が、アクセスＩＤおよびアクセスパスワードを利用して共用支援サーバ６の認証を行なう（ステップＳ９４）。この認証は、ステップＳ３８と同様の処理であるため、説明を省略する。ここでは、正当である場合について説明を続ける。

次に、記憶・読出処理部８９は、実行イベント履歴管理ＤＢ８００８（図１２（Ｂ）参照）に対して、ステップＳ９３によって受信された各種データ（情報）を記憶して管理する（ステップＳ９５）。記憶・読出処理部８９は、ステップＳ９３によって受信された実行イベントＩＤに関連付けて、各種データ（情報）を、実行イベント履歴管理ＤＢ８００８に記憶する。これにより、スケジュール管理サーバ８は、共用支援サーバ６側と同様の内容のデータを管理する。

また、スケジュール管理サーバ８の生成部８３は、ステップＳ９３によって受信されたコンテンツデータを、コンテンツの発生時間帯毎に関連付けた関連情報を生成する（ステップＳ９６）。ここで、関連情報に含まれるコンテンツの発生時間帯は、イベント管理ＤＢ８００５に記憶されたイベントの開始日時、および実行イベント履歴管理ＤＢ８００８に記憶されたコンテンツ処理の開始日時および終了日時を用いて生成される。すなわち、コンテンツの発生時間帯は、実行されたイベントにおいてコンテンツが発生した時点における、イベントの開始日時からの経過時間を示す。そして、スケジュール管理サーバ８の記憶・読出処理部８９は、関連情報管理ＤＢ８０１０（図１３（Ｂ）参照）に対して、ステップＳ９３によって受信された実行イベントＩＤに関連付けて、生成部８３によって生成された関連情報を記憶して管理する（ステップＳ９７）。これにより、スケジュール管理サーバ８は、コンテンツ処理の種別が異なるコンテンツデータを、各コンテンツの発生時間毎に関連付けて管理する。

以上により、電子黒板２は、実行されているイベントの実行イベントＩＤと、対応するイベントによって生じたコンテンツを、スケジュール管理サーバ８へ送信することができる。また、スケジュール管理サーバ８は、受信したコンテンツを、実行イベントＩＤ毎に、実行イベント履歴管理ＤＢ８００８に記憶することができる。これによって、共用システム１は、実行されたイベントにより生じたコンテンツを、イベント毎に記憶することができる。

＜イベントの終了処理＞
続いて、図２９乃至図３３を用いて、実行中のイベントを終了する処理について説明する。図２９および図３０は、イベントの終了処理を示したシーケンス図である。図３１は、電子黒板上にイベント終了画面を示した図である。図３２は、電子黒板上にファイルデータのアップロード画面を示した図である。図３３は、電子黒板上にファイルデータのアップロード完了画面を示した図である。

図２９において、利用者Ａがディスプレイ２２０に表示されている画面を閉じることによって、受付部２２は、実行されているイベントの終了を受け付ける（ステップＳ３０１）。

そして、送受信部２１は、共用支援サーバ６に対して、実行イベントの開始日時および終了日時を示す実行イベント開始終了情報、並びにファイルデータの登録要求を示すファイルデータの登録要求情報を送信する（ステップＳ３０２）。この実行イベント開始終了情報には、実行イベントＩＤ，イベント名、イベントの開始日時および終了日時が含まれる。また、このファイルデータの登録要求情報には、実行イベントＩＤ、送信元の利用者ＩＤ、およびファイルデータが含まれる。これにより、共用支援サーバ６の送受信部６１は、実行イベント開始終了情報、およびファイルデータの登録要求情報を受信する。

次に、共用支援サーバ６の生成部６４は、イベントにより発生したコンテンツ処理を識別するための固有のコンテンツ処理ＩＤを生成する（ステップＳ３０３）。また、生成部６４は、コンテンツの内容を示したコンテンツデータのＵＲＬを生成する（ステップＳ３０４）。そして、記憶・読出処理部６９は、コンテンツ管理ＤＢ６００５（図９（Ａ）参照）に対して、ステップＳ３０２によって受信された実行イベントＩＤ毎に、コンテンツ処理の種類、コンテンツ処理の開始日時および終了日時、ステップＳ３０３によって生成されたコンテンツ処理ＩＤ、並びにステップＳ３０４によって生成されたコンテンツの保存先を示すＵＲＬを関連付けて管理する（ステップ３０５）。

次に、共用支援サーバ６の記憶・読出処理部６９は、ステップＳ７２によって受信された利用者ＩＤを検索キーとして利用者認証管理ＤＢ６００１（図８（Ａ）参照）を検索することにより、対応する組織ＩＤを読み出す（ステップＳ３０６）。

次に、記憶・読出処理部６９は、ステップＳ９１によって読み出した組織ＩＤを検索キーとしてアクセス管理ＤＢ６００２（図８（Ｂ）参照）を検索することにより、対応するアクセスＩＤおよびアクセスパスワードを読み出す（ステップＳ３０７）。

次に、図３０において、送受信部６１は、スケジュール管理サーバ８に対して、ステップＳ３０２によって受信された実行イベント開始終了情報、およびファイルデータの登録要求を示すファイルデータの登録要求情報を送信する（ステップＳ３０８）。このファイルデータの登録要求情報には、ステップＳ３０２によって受信された実行イベントＩＤ、送信元の利用者ＩＤおよびファイルデータ、ステップＳ３０３によって生成されたコンテンツ処理ＩＤ、ステップＳ３０４によって生成されたファイルデータのＵＲＬ、ステップＳ３０７によって読み出されたアクセスＩＤおよびアクセスパスワード、並びにコンテンツ処理の開始日時および終了日時が含まれている。これにより、スケジュール管理サーバ８の送受信部８１は、実行イベント開始終了情報、およびファイルデータの登録要求情報を受信する。

次に、スケジュール管理サーバ８では、認証部８２が、アクセスＩＤおよびアクセスパスワードを利用して共用支援サーバ６の認証を行なう（ステップＳ３０９）。この認証は、ステップＳ３８と同様の処理であるため、説明を省略する。ここでは、正当である場合について説明を続ける。

次に、スケジュール管理サーバ８の記憶・読出処理部８９は、実行イベント管理ＤＢ８００９（図１３（Ａ）参照）に対して、ステップＳ３０８によって受信された実行イベント開始終了情報を記憶する（ステップＳ３１０）。この場合、記憶・読出処理部８９は、実行イベント管理ＤＢ８００９の実行イベント管理テーブルに１レコード分の実行イベント開始終了情報を追加する。

次に、記憶・読出処理部８９は、実行イベント履歴管理ＤＢ８００８に対して、ステップＳ３０８によって受信された各種データ（情報）を記憶して管理する（ステップＳ３１１）。記憶・読出処理部８９は、ステップＳ３０８によって受信された実行イベントＩＤに関連付けて、ファイルデータを含む各種データ（情報）を、実行イベント履歴管理ＤＢ８００８（図１２（Ｂ）参照）に記憶する。これにより、スケジュール管理サーバ８は、共用支援サーバ６側と同様のファイルデータを管理する。

次に、送受信部８１は、共用支援サーバ６に対して、ファイルデータが登録されたことを示すファイルデータ登録情報を送信する（ステップＳ３１２）。これにより、共用支援サーバ６の送受信部６１は、ファイルデータ登録情報を受信する。

そして、共用支援サーバ６の送受信部６１は、スケジュール管理サーバ８から送信されたファイルデータ登録情報を、電子黒板２へ送信する（ステップＳ３１３）。これによって、電子黒板２の送受信部２１は、ファイルデータ登録情報を受信する。

次に、電子黒板２の記憶・読出処理部２９は、送受信部２１によってファイルデータ登録情報が受信された場合、記憶部２０００の特定の記憶領域に記憶されたファイルデータを削除する（ステップＳ３１４）。これにより、電子黒板２は、共用支援サーバ６に送信済みのファイルデータを削除することで、会議情報等の漏えいのリスクを低減させることができる。

ここで、実行中のイベントを終了する際における電子黒板２に表示される画面の画面遷移を説明する。まず、ステップＳ３０１において、受付部２２により実行されているイベントの終了が受け付けられた場合、表示制御部２４は、ディスプレイ２２０上に、図３１に示されているようなイベント終了画面２７０を表示させる。このイベント終了画面２７０には、ファイル表示領域２７２、ファイルアップロード選択領域２７３、実行中のイベントの終了処理を進める場合に押下される「Ｃｌｏｓｅ」ボタン２７８、実行中のイベントの終了処理をキャンセルする場合に押下される「ＣＡＮＣＥＬ」ボタン２７９が含まれる。ファイル表示領域２７２は、記憶部２０００の特定の記憶領域に記憶された資料ファイルのファイルデータを識別するためのファイルデータ画像２７２ａ,２７２ｂ,２７２ｃが表示される。ファイルアップロード選択領域２７３には、ファイル表示領域２７２に表示されたファイルデータ画像に対応するファイルデータを、共用支援サーバ６にアップロードするか否かの選択を受け付けるチェックボックスが含まれる。

ファイルアップロード選択領域２７３が選択された状態で、受付部２２が「Ｃｌｏｓｅ」ボタン２７８の選択を受け付けた場合、表示制御部２４は、ディスプレイ２２０上に、図３２に示されるようなファイルアップロード画面２８０ａを表示させる。このファイルアップロード画面２８０ａは、記憶部２０００の特定の記憶領域に記憶されたファイルデータが、共用支援サーバ６にアップロードされている際に、ディスプレイ２２０上に表示される。ファイルアップロード画面２８０ａは、終了するイベントのイベント名２８１、イベントの終了日時２８２、ファイルデータのアップロード進捗表示領域２８３、ファイルデータのアップロードを中断（中止）する場合に押下される「ＣＡＮＣＥＬ」ボタン２８８が含まれている。アップロード進捗表示領域２８３には、アップロードするファイルデータの数（例えば、図３２に示されている「３」）とアップロードが完了したファイルデータの数（例えば、図３２に示されている「０」）が表示される。

そして、ファイルデータのアップロードが完了した場合、表示制御部２４は、図３３に示されるようなアップロード完了画面２８０ｂを表示させる。アップロード完了画面２８０ｂには、イベントを終了させる場合に押下される「Ｃｌｏｓｅ」ボタン２８８が含まれている。ディスプレイ２２０上にアップロード完了画面２８０ｂが表示された場合、ステップＳ３１４で示したように、電子黒板２の記憶・読出処理部２９は、アップロードが完了したファイルデータを、記憶部２０００の特定の記憶領域から削除する。

一方で、ディスプレイ２２０上にファイルアップロード画面２８０ａが表示されている状態において、ファイルデータのアップロードに失敗した場合、表示制御部２４は、アップロードに失敗したファイルデータを特定するための情報（例えば、ファイル名）を表示する。これにより、例えば、通信ネットワーク１０の障害等の発生時に、イベントの参加者は、イベントで作成または編集したファイルデータを印刷したり、電子黒板２に接続されたＵＳＢメモリ２６００にファイルデータを記憶したりすることによって、アップロードに失敗したファイルデータを持ち帰ることができる。

また、イベントが終了した後も記憶部２０００の特定の記憶領域にファイルデータが残っている場合、電子黒板２の記憶・読出処理部２９は、例えば、電子黒板２を使用した次のイベントの開始時に、特定の記憶領域に記憶されたファイルデータを削除する。これによって、電子黒板２は、会議情報等の漏えいのリスクを低減させることができる。

＜関連イベントのスケジュールの登録処理＞
続いて、図３４乃至図４０を用いて、イベントの実行中において、実行されているイベントに関連する関連イベントとして、次回のイベントのスケジュールを登録する際の処理について説明する。図３４および図４０は、イベント実行中における関連イベントのスケジュールの登録処理を示したシーケンス図である。図３５および図３６は、予定候補の検索処理を示したフローチャートである。

まず、電子黒板２の受付部２２は、次回のイベントのスケジュールを登録するためのスケジュール登録イベントの発生を受け付ける（ステップＳ５４１）。スケジュール登録イベントは、例えば、実行されているイベントの終了時に発生する。具体的には、ステップＳ３０１によって実行されているイベントの終了が受け付けられた場合、または実行されているイベントの終了時刻までの残り時間が所定時間以内になった場合（例えば、終了時刻の５分前）、受付部２２は、スケジュール登録イベントの発生を受け付ける。また、スケジュール登録イベントは、例えば、実行されているイベントの実行中に発生してもよい。この場合、イベントの実行中に利用者による所定の入力（例えば、イベント実行画面Ｒ（図２５参照）に表示されるスケジュール登録ボタンに対する入力）が受付部２２によって受け付けられた場合、受付部２２は、スケジュール登録イベントの発生を受け付ける。

次に、電子黒板２の送受信部２１は、共用支援サーバ６に対して、スケジュールの調整を要求するスケジュール調整要求情報を送信する（ステップＳ５４２）。このスケジュール調整要求情報には、実行されているイベントを識別するための実行イベントＩＤおよび利用者Ａの利用者ＩＤが含まれている。この場合、実行イベントＩＤは、イベント開始時のステップＳ５９の処理によって受信された実行イベントＩＤであり、利用者ＩＤは、イベント開始時のステップＳ３３の処理によって受け付けられた利用者ＩＤである。これにより、共用支援サーバ６の送受信部６１は、スケジュール調整要求情報を受信する。

共用支援サーバ６の記憶・読出処理部６９は、ステップＳ５４２によって受信された利用者ＩＤを検索キーとして利用者認証管理ＤＢ６００１（図８（Ａ）参照）を検索することにより、対応する組織ＩＤを読み出す（ステップＳ５４３）。なお、後述するスケジュール検索処理において、利用者Ａとは異なる組織に属する参加者のスケジュールを検索する場合もある。この場合、組織が異なれば使用するスケジューラも異なるため、記憶・読出処理部６９は、利用者認証管理ＤＢ６００１に記憶して管理されている全ての組織ＩＤを読み出してもよい。

次に、記憶・読出処理部６９は、ステップＳ５４３によって読み出した組織ＩＤを検索キーとしてアクセス管理ＤＢ６００２（図８（Ｂ）参照）を検索することにより、対応するアクセスＩＤおよびアクセスパスワードを読み出す（ステップＳ５４４）。

次に、共用支援サーバ６の送受信部６１は、スケジュール管理サーバ８に対して、スケジュールの検索を要求するスケジュール検索要求情報を送信する（ステップＳ５４５）。このスケジュール検索要求情報には、ステップＳ５４３によって読み出された組織ＩＤ、並びにステップＳ５４４によって読み出されたアクセスＩＤおよびアクセスパスワードが含まれている。これにより、スケジュール管理サーバ８の送受信部８１は、スケジュール検索要求情報を受信する。

スケジュール管理サーバ８では、認証部８２が、アクセスＩＤおよびアクセスパスワードを利用して共用支援サーバ６の認証を行なう（ステップＳ５４６）。この認証は、ステップＳ３８と同様の処理であるため、説明を省略する。ここでは、正当である場合について説明を続ける。次に、共用支援サーバ６は、スケジュール管理サーバ８と連携して、スケジュールの検索処理を実行する（ステップＳ５４７）。ここで、図３５乃至図３８を用いて、共用支援サーバ６におけるスケジュール検索処理について説明する。

まず、共用支援サーバ６の生成部６４は、候補記録テーブルを初期化する（ステップＳ５７１）。この候補記録テーブルは、次回のイベントの予定の候補となる予定候補を検索するために用いるものである。候補記録テーブルは、図３７（Ｃ）および図３７（Ｄ）に示されているように、イベントの参加者および共用体毎のスケジュールの検索結果が記録されている。生成部６４は、新たにスケジュールの検索を行うため、これらの候補記録テーブルを全て初期化する。生成部６４は、候補記録テーブルの初期化として、スケジュールの検索範囲となる対象期間（例えば、検索日の翌日から１週間等）を、予め設定された所定の時間間隔毎(例えば、３０分毎)に区切った候補記録テーブルを設定し、候補記録テーブルの全てのエントリーを空き（Ｔｒｕｅ）として記録する。なお、生成部６４は、例えば、勤務時間外もしくは営業時間外、または休日等のエントリーについては、自動的に空きなし（Ｆａｌｓｅ）として記録する。なお、後述するスケジュール登録画面４７０を用いてスケジュールの検索範囲の変更が受け付けられた場合、候補記録テーブルには、変更後の検索範囲となる対象期間が記録される。また、生成部６４は、候補記録テーブルで区切られる所定の時間間隔も後述するスケジュール登録画面４７０を用いて変更可能な構成にしてもよい。

次に、共用支援サーバ６の生成部６４は、図３７（Ａ）に示されているようなイベント情報テーブルを生成する（ステップＳ５７２）。このイベント情報テーブルは、スケジュールの検索処理の対象となるイベントに関する情報が記録される。イベント情報テーブルには、検索対象となる次回のイベントの名称を示すイベント名、および次回のイベントの時間を示すイベント時間の情報が含まれている。このうち、イベント名には、実行されているイベントと同じ名称（例えば、「方針決定会議」）が記録される。また、イベント時間には、実行されているイベントと同じ時間（例えば、「１時間」）が記録される。なお、後述するスケジュール登録画面４７０を用いて、イベント名またはイベント時間の変更が受け付けられた場合、候補記録テーブルには、変更後のイベント名またはイベント時間が記録される。

次に、共用支援サーバ６の記憶・読出処理部６９は、ステップＳ５４２によって受信された実行イベントＩＤを検索キーとして予定管理ＤＢ６００３（図８（Ｃ）参照）を検索することにより、対応する参加者情報を読み出す（ステップＳ５７３）。この参加者情報には、予定管理ＤＢ６００３に記憶して管理されている利用者ＩＤおよび利用者名が含まれている。これにより、共用支援サーバ６は、実行されているイベントの参加者の情報を取得することができる。参加者情報は、参加者識別情報の一例である。そして、共用支援サーバ６の生成部６４は、図３７（Ｂ）に示されているような参加者テーブルを生成する（ステップＳ５７４）。この参加者テーブルには、アカウント、参加者名および参加者の参加可否を示す参加フィールド（Ｔｒｕｅ／Ｆａｌｓｅ）が含まれている。このうち、アカウントは、ステップＳ５７３によって読み出された利用者ＩＤに対応し、参加者名は、ステップＳ５７３によって読み出された利用者名に対応する。また、参加フィールドには、参加者が次回のイベントに参加する場合には「Ｔｒｕｅ」が記録され、参加者が次回のイベントに参加しない場合には「Ｆａｌｓｅ」が記録される。この場合、参加フィールドには、全ての参加者に対してデフォルトで「Ｔｒｕｅ」が記録されるが、後述するスケジュール登録画面４７０を用いて不参加が受け付けられた場合（例えば、チェックボックス４７３ａが外された場合）、該当する参加者の参加フィールドには、「Ｆａｌｓｅ」が記録される。

次に、共用支援サーバ６の送受信部６１は、スケジュール管理サーバ８を介して、参加者のスケジュールを取得する（ステップＳ５７５）。具体的には、送受信部６１は、スケジュール管理サーバ８に対して、ステップＳ５７３によって読み出された参加者情報を送信する。スケジュール管理サーバ８の記憶・読出処理部８９は、送受信部８１によって受信された参加者情報を検索キーとして、スケジューラで管理しているイベント管理ＤＢ８００５（図１１（Ｂ）参照）を検索することにより、各参加者のスケジュールを読み出す。そして、スケジュール管理サーバ８の送受信部８１は、共用支援サーバ６に対して、記憶・読出処理部８９によって読み出された参加者のスケジュールを送信する。これにより、共用支援サーバ６の送受信部６１は、参加者のスケジュールを受信して取得する。ここで、参加者のスケジュールは、利用者の予定を示す利用者予定情報の一例である。

次に、共用支援サーバ６の生成部６４は、ステップＳ５７５によって取得されたスケジュールに基づいて、図３７（Ｃ）に示されているような参加者の候補記録テーブルを生成する（ステップＳ５７６）。この参加者の候補記録テーブルには、イベントの参加者毎のスケジュールの検索結果が記録されている。図３７（Ｃ）は、アカウント（利用者ＩＤ）「ｕ０００１」に対応する参加者のスケジュールの検索結果が記録された候補記録テーブルを示す。生成部６４は、スケジュールの検索範囲となる対象期間（例えば、検索日の翌日から１週間等）を、予め設定された所定の時間間隔毎(例えば、３０分毎)に区切って、参加者のスケジュールの空き状態（Ｔｒｕｅ／Ｆａｌｓｅ）を記憶する。参加者の候補記録テーブルには、参加者のスケジュールに空きがある時間帯に空き状態として「Ｔｒｕｅ」が記録され、参加者のスケジュールに空きがない時間帯に空き状態として「Ｆａｌｓｅ」が記録される。

そして、共用支援サーバ６の判断部６５は、ステップＳ５７３によって読み出された参加者情報に示される全ての参加者のスケジュールを取得した場合、処理をステップＳ５７８へ移行させる（ステップＳ５７７のＹＥＳ）。一方で、判断部６５は、ステップＳ５７３によって読み出された参加者情報に示される全ての参加者のスケジュールを取得するまで、ステップＳ５７５からの処理を繰り返す（ステップＳ５７７のＮＯ）。

さらに、図３６において、共用支援サーバ６の送受信部６１は、スケジュール管理サーバ８を介して、参加者の所属ＩＤを取得する（ステップＳ５７８）。具体的には、共用支援サーバ６の送受信部６１は、スケジュール管理サーバ８に対して、ステップＳ５７３によって読み出された参加者情報を送信する。スケジュール管理サーバ８の記憶・読出処理部８９は、送受信部８１によって受信された参加者情報を検索キーとして、利用者管理ＤＢ８００２（図１０（Ｂ）参照）を検索することにより、対応する所属ＩＤを読み出す。この場合、記憶・読出処理部８９は、受信された全ての参加者情報に対応する所属ＩＤを読み出す。そして、スケジュール管理サーバ８の送受信部８１は、共用支援サーバ６に対して、記憶・読出処理部８９によって読み出された所属ＩＤを送信する。これにより、共用支援サーバ６の送受信部６１は、各参加者の所属ＩＤを受信して取得する。

共用支援サーバ６の送受信部６１は、スケジュール管理サーバ８を介して、共用体情報を取得する（ステップＳ５７９）。具体的には、共用支援サーバ６の送受信部６１は、スケジュール管理サーバ８に対して、ステップＳ５７８によって取得された所属ＩＤを送信する。スケジュール管理サーバ８の記憶・読出処理部８９は、ステップＳ５４５によって受信された組織ＩＤおよび送受信部８１によって受信された所属ＩＤを検索キーとして、共用体管理ＤＢ８００３（図１０（Ｃ）参照）を検索することにより、対応する共用体情報を読み出す。この場合、共用体情報には、共用体ＩＤおよび共用体名が含まれている。共用体情報は、共用体識別情報の一例である。そして、スケジュール管理サーバ８の送受信部８１は、共用支援サーバ６に対して、記憶・読出処理部８９によって読み出された共用体情報を送信する。これにより、共用支援サーバ６の送受信部６１は、共用体情報を受信して取得する。

次に、共用支援サーバ６の送受信部６１は、スケジュール管理サーバ８を介して、共用体のスケジュールを取得する（ステップＳ５８０）。具体的には、送受信部６１は、スケジュール管理サーバ８に対して、ステップＳ５７９によって受信された共用体情報を送信する。スケジュール管理サーバ８の記憶・読出処理部８９は、送受信部８１によって受信された共用体情報を検索キーとして共用体予約管理ＤＢ８００４（図１１（Ａ）参照）を検索することにより、各共用体のスケジュールを読み出す。そして、スケジュール管理サーバ８の送受信部８１は、共用支援サーバ６に対して、記憶・読出処理部８９によって読み出された共用体のスケジュールを送信する。これにより、共用支援サーバ６の送受信部６１は、共用体のスケジュールを受信して取得する。共用体のスケジュールは、共用体の予定を示す共用体予定情報の一例である。

共用支援サーバ６の生成部６４は、ステップＳ５８０によって取得された共用体のスケジュールに基づいて、図３７（Ｄ）に示されているような共用体の候補記録テーブルを生成する（ステップＳ５８１）。この共用体の候補記録テーブルには、ステップＳ５７９によって取得された共用体情報に示される共用体毎のスケジュールの検索結果が記録されている。図３７（Ｄ）は、アカウント（共用体ＩＤ）「ｓ１００１」に対応する共用体のスケジュールの検索結果が記録された候補記録テーブルを示す。生成部６４は、スケジュールの検索範囲となる対象期間（例えば、検索日の翌日から１週間等）を、予め設定された所定の時間間隔毎(例えば、３０分毎)に区切って、共用体のスケジュールの空き状態（Ｔｒｕｅ／Ｆａｌｓｅ）を記憶する。共用体の候補記録テーブルには、共用体のスケジュールに空きがある時間帯に空き状態として「Ｔｒｕｅ」が記録され、共用体のスケジュールに空きがない時間帯に空き状態として「Ｆａｌｓｅ」が記録される。

そして、共用支援サーバ６の判断部６５は、ステップＳ５８１によって生成された候補記録テーブルに示される共用体のスケジュールに所定値以上（例えば、１０件以上）の空き（空き状態が「Ｔｒｕｅ」のエントリー）がある場合、処理をステップＳ５８３へ移行させる（ステップＳ５８２のＹＥＳ）。この所定値は、共用支援サーバ６に設定されているものとして説明するが、適宜変更可能な構成であってもよい。一方で、判断部６５は、ステップＳ５８１によって生成された候補記録テーブルに示される共用体のスケジュールに所定値以上の空き（空き状態が「Ｔｒｕｅ」のエントリー）がない場合、ステップＳ５８０からの処理を繰り返す（ステップＳ５８２のＮＯ）。

次に、共用支援サーバ６の生成部６４は、図３８に示されているような予定候補テーブルを生成する（ステップＳ５８３）。この予定候補テーブルには、次回のイベントの予定候補が記録される。この予定候補は、ステップＳ５７６によって生成された参加者の候補記録テーブル、およびステップＳ５８１によって生成された共用体の候補記録テーブルを用いて生成される。予定候補には、次回のイベントの予定の候補となる日時および共用体名が含まれている。生成部６４は、全ての候補記録テーブルのエントリーを走査し、全ての候補記録テーブルにおいて、空いているエントリー（空き状態が「Ｔｒｕｅ」のエントリー）を特定する。例えば、候補記録テーブルのエントリーが３０分毎に区切られており、イベント時間が１時間に設定されている場合、生成部６４は、全ての候補記録テーブルにおいて、連続して空いているエントリー（空き状態が「Ｔｒｕｅ」のエントリー）がある時間帯を、予定候補として特定する。

そして、共用支援サーバ６の判断部６５は、ステップＳ５８３によって生成された予定候補テーブルに所定値以上（例えば、５件以上）の予定候補が存在する場合、処理を終了する（ステップＳ５８４のＹＥＳ）。この所定値は、共用支援サーバ６に設定されているものとして説明するが、適宜変更可能な構成であってもよい。一方で、判断部６５は、ステップＳ５８３によって生成された予定候補テーブルに所定値以上の予定候補が存在しない場合、ステップＳ５８０からの処理を繰り返す（ステップＳ５８４のＮＯ）。

なお、ステップＳ５７９によって取得された共用体情報に示される全ての共用体のスケジュールの検索結果（全ての共用体の候補記録テーブル）を用いても所定値以上の予定候補が存在しない場合、ステップＳ５７９の処理において、送受信部６１は、ステップＳ５７８によって取得された所属ＩＤに関連付けられていない共用体情報を取得し、ステップＳ５８０において、取得された共用体情報に示される共用体のスケジュールを取得してもよい。また、ステップＳ５７９によって取得された共用体情報に示される全ての共用体のスケジュールの検索結果（全ての共用体の候補記録テーブル）を用いても所定値以上の予定候補が存在しない場合、後述する処理において、送受信部６１は、電子黒板２に対して、予定候補が見つからない旨の情報を送信し、電子黒板２の表示制御部２４は、受信された情報を含むスケジュール登録画面４７０を、ディスプレイ２２０に表示させてもよい。この場合、実行されているイベントの参加者は、スケジュール登録画面４７０を用いて、スケジュールの検索範囲を延長する等の処置を行うことができる。

このように、共用支援サーバ６は、実行されているイベントの参加者および共用体のスケジュールを自動的に取得して、次回のイベントの予定候補を検索することができる。また、共用支援サーバ６は、所属ＩＤを用いて、参加者の所属に対応する共用体を優先的に検索対象とすることで、例えば、参加者にとって馴染みのない共用体が次回イベントの予定候補となることを防ぎ、参加者にとって好ましい予定候補の検索結果を取得することができる。

図３４に戻り、次回のイベント（関連イベント）のスケジュール登録処理の説明を続ける。共用支援サーバ６の送受信部６１は、電子黒板２に対して、ステップＳ５８３によって生成された予定候補テーブルに示される予定候補を含む予定候補情報を送信する（ステップＳ５４８）。この予定候補情報には、ステップＳ５７１によって設定された検索範囲の情報、ステップＳ５７２によって生成されたイベント情報テーブルに示されるイベント名およびイベント時間、ステップ５７４によって生成された参加者テーブルに示される参加者情報、並びにステップＳ５８３によって生成された予定候補テーブルに示される予定候補が含まれている。これにより、電子黒板２の送受信部２１は、予定候補情報を受信する。

そして、電子黒板２の表示制御部２４は、ディスプレイ２２０に、図３９に示されているようなスケジュール登録画面４７０を表示させる（ステップＳ５４９）。このスケジュール登録画面４７０には、次回のイベントのイベント名を入力するイベント名入力欄４７１、次回のイベントの参加者の参加者名を選択するための参加者選択メニュー４７３、次回のイベントのイベント時間を選択するためのイベント時間選択メニュー４７５、次回のイベントのスケジュールの検索範囲を選択するための検索範囲選択メニュー４７７、次回のイベントのスケジュールの再検索を行う場合に押下される「再検索」ボタン４７９、ステップＳ５８３によって受信された予定候補が選択可能に表示される予定候補表示領域４８０、スケジュールの登録処理をキャンセルする場合に押下される「ＣＡＮＣＥＬ」ボタン４８７、および選択された予定候補に示されるスケジュールを登録する場合に押下される「ＯＫ」ボタン４８９が含まれている。

このうち、イベント名入力欄４７１には、ステップＳ５８３によって受信されたイベント名が予め入力されている。また、イベント時間選択メニュー４７５には、ステップＳ５８３によって受信されたイベント時間が予め選択されている。さらに、検索範囲選択メニュー４７７には、ステップＳ５８３によって受信された検索範囲の情報が予め選択されている。実行されているイベントの参加者（例えば、利用者Ａ）は、イベント名入力欄４７１、イベント時間選択メニュー４７５および検索範囲選択メニュー４７７を用いて、イベント名、イベント時間および検索範囲をそれぞれ選択して変更することができる。検索範囲選択メニュー４７７を用いて選択される検索範囲は、予定候補の取得範囲の一例である。

また、参加者選択メニュー４７３には、ステップＳ５８３によって受信された参加者名が予め表示されている。この参加者選択メニュー４７３には、次回のイベントの参加者の変更を受け付けるチェックボックス４７３ａ、および次回のイベントの参加者の追加を受け付ける「追加」ボタン４７３ｂが含まれている。実行されているイベントの参加者（例えば、利用者Ａ）は、例えば、ある参加者のチェックボックス４７３ａを押下して選択（チェック）を外す、または「追加」ボタン５７３ｂを押下して参加者を追加することにより、次回のイベントの参加者を変更することができる。さらに、実行されているイベントの参加者（例えば、利用者Ａ）は、予定候補表示領域４８０に表示されている複数の予定候補のうち、特定の予定候補（例えば、「２０１８／１／７ 会議室Ｘ」）を選択することで、次回のイベントのスケジュールを選択することができる。

このように、電子黒板２は、ディスプレイ２２０に、共用支援サーバ６によって検索されて取得された予定候補を表示させることで、実行されているイベントの実行中に、次回のイベントのスケジュールの調整をスムーズに行わせることができる。また、実行されているイベントの参加者は、提示された予定候補を用いて、次回のイベントのスケジュールの調整を行うことができるため、次回のイベントのスケジュールの調整に掛かる手間を低減させることができる。

次に、図４０において、実行されているイベントの参加者（例えば、利用者Ａ）が「再検索」ボタン４７９を押下することで、電子黒板２の受付部２２は、スケジュールの再検索要求を受け付ける（ステップＳ５５０）。具体的には、例えば、利用者Ａがイベント名入力欄４７１への入力、参加者選択メニュー４７３を用いた参加者の変更、イベント時間選択メニュー４７５を用いたイベント時間の変更、または検索範囲選択メニュー４７７を用いた検索範囲の変更を行い、「再検索」ボタン４７９を押下することで、受付部２２は、スケジュールの再検索要求を受け付ける。

電子黒板２の送受信部２１は、共用支援サーバ６に対して、スケジュールの調整を要求するスケジュール調整要求情報を送信する（ステップＳ５５１）。このスケジュール調整要求情報には、実行されているイベントの実行イベントＩＤ、ステップＳ４７１によって再検索要求が受け付けられた際にスケジュール登録画面４７０に示されているイベント名、参加者情報、イベント時間および検索範囲の情報が含まれている。これにより、共用支援サーバ６の送受信部６１は、スケジュール調整要求情報を受信する。

共用支援サーバ６は、スケジュール管理サーバ８を介して、スケジュールの検索処理を実行する（ステップＳ５５２）。このスケジュール検索処理の詳細は、図３５および図３６に示した内容と同様であるため、説明を省略する。この場合、共用支援サーバ６は、ステップＳ５５１によって受信されたスケジュール調整要求情報に示される各情報を用いて、スケジュール検索処理を行う。

そして、共用支援サーバ６の送受信部６１は、電子黒板２に対して、ステップＳ５５２のスケジュール検索処理によって生成された予定候補テーブルに示される予定候補を含む予定候補情報を送信する（ステップＳ５５３）。この予定候補情報には、ステップＳ５５２のスケジュール検索処理によって生成された予定候補テーブルに示される予定候補のほかに、ステップＳ５５１によって受信されたスケジュール調整要求情報に示されるイベント名、参加者情報、イベント時間および検索範囲の情報が含まれている。これにより、電子黒板２の送受信部２１は、予定候補情報を受信する。電子黒板２の表示制御部２４は、ディスプレイ２２０に、更新されたスケジュール登録画面４７０を表示させる（ステップＳ５５４）。この場合、更新されたスケジュール登録画面４７０には、スケジュールの再検索の検索結果として、予定候補表示領域４８０に、ステップＳ５５４によって受信された予定候補が表示されている。

次に、実行されているイベントの参加者（例えば、利用者Ａ）が予定候補表示領域４８０に表示されている特定の予定候補を選択し、「ＯＫ」ボタン４８９を押下することで、電子黒板２の受付部２２は、スケジュールの登録要求を受け付ける（ステップＳ５５５）。電子黒板２の送受信部２１は、共用支援サーバ６に対して、スケジュールの登録を要求するためのスケジュール登録要求情報を送信する（ステップＳ５５６）。このスケジュール登録要求情報には、ステップＳ５５５によって選択された特定の予定候補を示す特定予定候補情報が含まれている。この特定予定候補情報は、例えば、イベント名、共用体ＩＤ（または共用体名）、開始予定日時、終了予定日時、各参加者の利用者ＩＤが含まれている。これにより、共用支援サーバ６の送受信部６１は、スケジュール登録要求情報を受信する。また、共用支援サーバ６の送受信部６１は、スケジュール管理サーバ８に対して、ステップＳ５５６によって受信されたスケジュール登録要求情報を送信（転送）する（ステップＳ５５７）。これにより、スケジュール管理サーバ８の送受信部８１は、スケジュール登録要求情報を受信する。

次に、スケジュール管理サーバ８では、ステップＳ５５７によって受信された共用体ＩＤ（または共用体名）を検索キーとして共用体管理ＤＢ８００３（図１０（Ｃ）参照）を検索することにより、対応する共用体名（または共用体ＩＤ）を読み出す（ステップＳ５５８）。

次に、記憶・読出処理部８９は、共用体予約管理ＤＢ８００４（図１１（Ａ）参照）に対して、予約情報を記憶する（ステップＳ５５９）。この場合、記憶・読出処理部８９は、予め登録しているスケジューラで管理されている共用体予約管理ＤＢ８００４の共用体予約管理テーブルに１レコード分の予約情報を追加する。予約情報は、ステップＳ５５７によって受信された特定予定候補情報、およびステップＳ５５８によって読み出された共用体名（または共用体ＩＤ）に基づいて構成されている。なお、共用体予約管理ＤＢ８００４における利用開始予定日時は、特定予定候補情報における開始予定日時に相当する。また、共用体予約管理ＤＢ８００４における利用終了予定日時は、特定予定候補情報における終了予定日時に相当する。

さらに、記憶・読出処理部８９は、イベント管理ＤＢ８００５（図１１（Ｂ）参照）に対して、予定情報を記憶する（ステップＳ５６０）。この場合、記憶・読出処理部８９は、予め登録しているスケジューラで管理されているイベント管理ＤＢ８００５のイベント管理テーブルに１レコード分の予定情報を追加する。予定情報は、ステップＳ５５７によって受信された特定予定候補情報に基づいて構成されている。具体的には、生成部８３は、ステップＳ５５７によって受信された特定予定候補情報に基づいて、予定イベントＩＤおよび関連イベントＩＤを生成する。ここで、生成部８３は、イベント毎に予定イベントＩＤを生成する。また、生成部８３は、各予定イベントＩＤを関連付けるための一つの関連イベントＩＤを生成する。そして、記憶・読出処理部８９は、イベント管理ＤＢ８００５に対して、生成された予定イベントＩＤおよび関連イベントＩＤ毎に予定情報を記憶する。なお、イベント管理ＤＢ８００５におけるイベント開始予定日時は、特定予定候補情報における開始予定日時に相当する。また、イベント管理ＤＢ８００５におけるイベント終了予定日時は、特定予定候補情報における終了予定日時に相当する。また、記憶・読出処理部８９は、関連イベント管理ＤＢ８０１３（図１４参照）に対して、ステップＳ５６０によって生成された関連イベントＩＤおよび予定イベントＩＤを関連付けて記憶する（ステップＳ５６１）。

このように、共用システム１は、電子黒板２を用いて実行されているイベントの実行中において、現在実行されているイベントの情報に基づいて調整された次回のイベントのスケジュールを、スケジュール管理サーバ８に登録することができる。また、共用システム１は、次回のイベントのスケジュールを、現在実行されているイベントの関連イベントとしてスケジュール管理サーバ８に登録することで、次回のイベントの実行時に、現在実行されているイベントの実行イベント履歴を利用者に確認させる（例えば、図２３に示した表示領域ｒｅ１に表示されるリンク（ＵＲＬ））ことができる。なお、ステップＳ５５０～ステップＳ５５４に示されるようなスケジュールの再検索を行わない場合、ステップＳ５５５において、受付部２２は、ステップＳ５４９によって表示されたスケジュール登録画面４７０を用いてスケジュールの登録要求を受け付ける構成であってもよい。

＜＜実施形態の主な効果＞＞
本実施形態によれば、図３４乃至図４０に示されているように、電子黒板２は、複数の利用者が共用する共用体のスケジュール（共用体予定情報の一例）および利用者のスケジュール（利用者予定情報の一例）を管理する管理システム（例えば、共用支援サーバ６およびスケジュール管理サーバ８）と通信可能な通信端末である。また、電子黒板２は、実行されているイベントに参加者のスケジュールおよび共用体のスケジュールに基づいて管理システムによって取得された、次回のイベントの予定候補を示す複数の予定候補情報を、ディスプレイ２２０（表示部の一例）に表示させる。そして、電子黒板２は、表示された複数の予定候補情報のうち、特定の予定候補情報の選択を受け付け、選択が受け付けられた特定の予定候補情報を、管理システムへ送信する。これにより、電子黒板２は、管理システムによって取得された予定候補を表示させることで、実行されているイベントの実行中に、次回のイベントの予定の調整をスムーズに行わせることができる。また、実行されているイベントの参加者は、提示された予定候補を用いて、次回のイベントの予定の調整を行うことができるため、次回のイベントの予定の調整に掛かる手間を低減させることができる。

また、本実施形態によれば、図３４乃至図４０に示されているように、電子黒板２（通信端末の一例）は、次回のイベントの参加者の選択を受け付け、選択が受け付けられた参加者のスケジュール（利用者予定情報の一例）および共用体のスケジュール（共用体予定情報の一例）に基づいて管理システム（例えば、共用支援サーバ６およびスケジュール管理サーバ８）によって取得された複数の予定候補情報を、ディスプレイ２２０（表示部の一例）に表示させる。これにより、電子黒板２は、実行されているイベントから変更された参加者のスケジュールが反映された予定候補を用いて、次回のイベントの予定を調整することができるため、次回のイベントの予定の調整に掛かる手間を低減させることができる。

さらに、本実施形態によれば、図３４および図４０に示されているように、電子黒板２（通信端末の一例）は、実行されているイベントの終了時、またはイベントの実行中に当該イベントの参加者による所定の入力が受け付けられた場合、次回のイベントの予定候補を示す予定候補情報をディスプレイ２２０（表示部の一例）に表示させる。これにより、電子黒板２は、イベントの終了前に、実行されているイベントの参加者の前で、次回のイベントの予定を調整することができるので、次回のイベントの予定の調整に掛かる手間を低減させることができる。

また、本実施形態によれば、図３４および図４０に示されているように、共用システム１は、電子黒板２（通信端末の一例）と、管理システム（例えば、共用支援サーバ６およびスケジュール管理サーバ８）と、を備える。管理システムは、実行されているイベントを識別する実行イベントＩＤ（イベント識別情報の一例）を、電子黒板２から受信し、受信された実行イベントＩＤに示されるイベントの参加者のスケジュール（利用者予定情報の一例）を、参加者のスケジューラから取得する。また、管理システムは、取得された参加者のスケジュールおよび共用体のスケジュール（共用体予定情報の一例）に基づいて、次回のイベントの予定候補を示す予定候補情報を検索して取得し、取得された複数の予定候補情報を、電子黒板２へ送信する。そして、電子黒板２は、管理システムから送信された複数の予定候補情報を、ディスプレイ２２０（表示部の一例）に表示させる。これにより、共用システム１は、電子黒板２を用いて実行されているイベントの実行中において、現在実行されているイベントの情報に基づいて調整された次回のイベントの予定を、管理システムに登録することができるので、次回のイベントの予定の調整に掛かる手間を低減させることができる。

さらに、本実施形態によれば、図３４乃至図４０に示されているように、共用システム１において、管理システム（例えば、共用支援サーバ６およびスケジュール管理サーバ８）は、受信された実行イベントＩＤ（イベント識別情報の一例）に示されるイベントの参加者の所属を示す所属ＩＤ（所属識別情報の一例）に対応する共用体のスケジュール（共用体予定情報の一例）を用いて、次回のイベントの予定候補を示す予定候補情報を検索して取得する。これにより、共用システム１は、所属ＩＤを用いて、参加者の所属に対応する共用体を優先的に検索対象とすることで、例えば、参加者にとって馴染みのない共用体が次回イベントの予定候補となることを防ぎ、参加者にとって好ましい予定候補の検索結果を取得することができる。

また、本実施形態によれば、図３４乃至図４０に示されているように、共用システム１において、管理システム（例えば、共用支援サーバ６およびスケジュール管理サーバ８）は、電子黒板２から送信された特定の予定候補情報を受信し、受信された特定の予定候補情報を、実行されているイベントに関連付けて記憶部８０００に記憶させる。これにより、共用システム１は、次回のイベントのスケジュールを、現在実行されているイベントの関連イベントとして管理システムに登録することで、次回のイベントの実行時に、現在実行されているイベントの実行イベント履歴を利用者に確認させる（例えば、図２３に示した表示領域ｒｅ１に表示されるリンク（ＵＲＬ））ことができる。

＜＜補足＞＞
上記で説明した実施形態の各機能は、一または複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウエアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ(Application Specific Integrated Circuit)、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）、ＳＯＣ(System on a chip)、ＧＰＵ（Graphics Processing Unit）や従来の回路モジュール等のデバイスを含むものとする。

１ 共用システム
２ 電子黒板（通信端末の一例）
３ ビデオ会議端末（通信端末の一例）
４ カーナビゲーション装置（通信端末の一例）
６ 共用支援サーバ（管理システムの一例）
８ スケジュール管理サーバ（管理システムの一例）
１０ 通信ネットワーク
２１ 送受信部（送信手段の一例）
２２ 受付部（受付手段の一例）
２４ 表示制御部（表示制御手段の一例）
６１ 送受信部（受信手段の一例、予定情報取得手段の一例、予定候補情報送信手段の一例）
６４ 生成部（予定候補取得手段の一例）
６５ 判断部（予定候補取得手段の一例）
８９ 記憶・読出処理部（記憶制御手段の一例）
２２０ ディスプレイ（表示部の一例）
３２０ ディスプレイ（表示部の一例）
４１７ ディスプレイ（表示部の一例）
８０００ 記憶部

特開２０１６－１０５２４１号公報 特開２０１１－１７５５２２号公報

Claims (3)

1. 複数の利用者が共用する共用体の予定を示す共用体予定情報および前記利用者の予定を示す利用者予定情報を管理する管理システムと、前記管理システムと通信可能な通信端末と、を備える共用システムであって、
   前記管理システムは、
   実行されているイベントを識別するイベント識別情報を、前記通信端末から受信する受信手段と、
   前記イベントの参加者の所属を示す所属識別情報に対応する前記共用体の共用体情報に基づいて、前記イベントの次回のイベントの予定候補に係る予定候補情報を取得するとともに、前記次回のイベントの予定候補が所定値以上存在しない場合、前記所属識別情報に関連付けられていない共用体情報に基づいて前記予定候補に係る複数の予定候補情報を取得する予定候補取得手段と、
   取得された複数の前記予定候補情報を、前記通信端末へ送信する予定候補情報送信手段と、を備え、
   前記通信端末は、
   前記共用体の予定候補を表し、実行されているイベントの参加者の所属を示す所属識別情報に対応する前記共用体の共用体情報に基づいて前記管理システムにより検索された、前記イベントの次回のイベントの予定候補に係る予定候補情報を受信するとともに、前記次回のイベントの予定候補が所定値以上存在しない場合、前記所属識別情報に関連付けられていない共用体情報に基づいて前記管理システムにより検索された前記予定候補に係る複数の予定候補情報を受信する受信手段と、
   受信した複数の前記予定候補情報を、表示部に表示させる表示制御手段と、
   表示された複数の前記予定候補情報のうち、特定の予定候補情報の選択を受け付ける受付手段と、
   前記選択が受け付けられた特定の予定候補情報を、前記管理システムへ送信する送信手段と、
   を備える共用システム。
2. 前記予定候補取得手段は、受信された前記イベント識別情報に示されるイベントの参加者の所属を示す所属識別情報に対応する共用体の共用体予定情報を用いて、前記予定候補情報を取得する請求項１に記載の共用システム。
3. 請求項１または２に記載の共用システムであって、
   前記管理システムの前記受信手段は、前記通信端末から送信された特定の予定候補情報を受信し、
   前記管理システムは、更に、
   受信された前記特定の予定候補情報を、実行されているイベントに関連付けて記憶部に記憶させる記憶制御手段を備える共用システム。