JP2020181430A - 通信端末、共用システム、記憶制御方法およびプログラム - Google Patents

Abstract

【課題】新たなシステムを導入することなく、過去のイベントにおいて発生したアクションアイテムを、通信端末に取り込むことを目的とする。【解決手段】電子黒板２は、実行されたイベントにおいて発生したアクションアイテムを管理するスケジュール管理サーバ８（管理サーバの一例）と通信可能な通信端末であり、実行されているイベントを識別するための実行イベントＩＤ（イベント識別情報の一例）を、管理サーバへ送信し、送信された実行イベントＩＤに関連づけられた過去のイベントにおいて発生したアクションアイテムを示すアクションアイテムデータを、管理サーバから受信し、受信されたアクションアイテムデータを、記憶部２０００に記憶させる。【選択図】図３８

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)形式等のデータを含むＨＴＭＬ５によって生成された画像データを、ディスプレイ５０８に表示させる。

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

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

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

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

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

（アクセス管理テーブル）
図８（Ｂ）は、アクセス管理テーブルを示す概念図である。記憶部６０００には、図８（Ｂ）に示されているようなアクセス管理テーブルによって構成されているアクセス管理ＤＢ６００２が構築されている。このアクセス管理テーブルでは、組織ＩＤ、スケジュール管理サーバ８へアクセスする際の認証に必要なアクセスＩＤおよびアクセスパスワードが関連付けられて管理されている。このアクセスＩＤおよびアクセスパスワードは、共用支援サーバ６が、HTTP（Hypertext Transfer Protocol）またはHTTPS(Hypertext Transfer Protocol Secure)のプロトコルを用いて、WebAPI（Application Programming Interface）等を介して、スケジュール管理サーバ８によって提供されるサービス（機能）を利用するために必要である。スケジュール管理サーバ８は、複数のスケジューラを管理しており、組織が異なれば使用するスケジューラも異なることがあるため、アクセス管理テーブルで管理が必要である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、記憶・読出処理部６９は、上記ステップＳ５２によって受信された関連イベントＩＤ、および上記ステップＳ５３によって生成された実行イベントＩＤを関連付けて記憶して管理する（ステップＳ５５）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、変換部９３は、送受信部９１によって受信された音データのテキスト変換処理を実行する（ステップＳ７５−２）。そして、変換部９３は、音データのテキスト変換処理が完了した場合（ステップＳ７５−３のＹＥＳ）、処理をステップＳ７５−４へ移行させる。一方で、変換部９３は、音データのテキスト変換処理が完了するまでステップＳ７５−２の処理を繰り返す。そして、変換部９３は、音データから変換されたテキストデータを生成する（ステップＳ７５−４）。これにより、音声テキスト変換サーバ９は、共用支援サーバ６から送信された音データをテキストデータに変換する。音声テキスト変換サーバ９は、共用支援サーバ６から送信された音データを受信するたびに、図２７に示す処理を繰り返し実行する。

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

次に、生成部６４は、イベントにより発生したコンテンツ処理を識別するための固有のコンテンツ処理ＩＤを生成する（ステップＳ７７）。また、生成部６４は、コンテンツの内容を示したコンテンツデータのＵＲＬを生成する（ステップＳ７８）。そして、記憶・読出処理部６９は、コンテンツ管理ＤＢ６００５（図９（Ａ）参照）に対して、ステップＳ７２で受信された実行イベントＩＤ毎に、コンテンツ処理の種類、コンテンツ処理の開始日時および終了日時、ステップＳ７７で生成されたコンテンツ処理ＩＤ、並びにステップＳ７８で生成されたコンテンツの保存先を示すＵＲＬを関連付けて管理する（ステップＳ７９）。ここで、コンテンツ処理の種類が「音声テキスト受信」である場合、コンテンツ処理の開始日時および終了日時は、音データがテキストデータに変換された日時である。ここで、音データがテキストデータに変換された日時とは、ステップＳ７６によってテキストデータとともに受信された、ステップＳ７５−１によって取得された日時を示す情報である。なお、音データがテキストデータに変換された日時は、共用支援サーバ６の送受信部６１によってテキストデータが受信された日時であってもよく、音声テキスト変換サーバ９の送受信部９１によってテキストデータが送信された日時であってもよい。また、コンテンツ処理の種類が「音声テキスト受信」である場合、コンテンツ処理の開始日時および終了日時は、テキスト変換対象の音データに係るコンテンツ処理の開始日時および終了日時と同じ日時であってもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜関連イベントの実行＞
続いて、図３４乃至図４１を用いて、スケジュール管理サーバ８に登録されている関連イベントを実行する際の処理について説明する。図３４および図３７は、過去のイベントにおいて発生したアクションアイテムデータの取込処理を示したシーケンス図である。図３５は、サインイン後に電子黒板に表示される表示画面を示した図である。図３６は、イベント選択画面を示した図である。図３８は、アクションアイテム取込画面を示した図である。なお、イベントを開始するための処理は、図１９乃至図２５に示した処理と同様であるため、説明を省略する。また、電子黒板２のディスプレイ２２０には、表示画面１００ａ（図２４参照）が表示されているものとして説明する。

まず、利用者Ａが表示画面１００ａに含まれる操作アイコン１２５ｆを押下することで、電子黒板２の受付部２２は、操作アイコン１２５ｆの選択を受け付ける（ステップＳ４８１）。電子黒板２の表示制御部２４は、図３５に示されるような表示画面１００ｂを、ディスプレイ２２０に表示させる（ステップＳ４８２）。この表示画面１００ｂには、操作アイコン１２５ｆが選択されることで表示される操作内容表示領域３９０が含まれている。操作内容表示領域３９０には、アクションアイテムの一覧を閲覧する際に押下されるアクションアイテム一覧アイコン３３０、実行されているイベントによって発生したアクションアイテムを登録する際に押下されるアクションアイテム登録アイコン３５０、過去のイベントによって発生したアクションアイテムを取り込む際に押下されるアクションアイテム取込アイコン３６０が含まれている。

次に、利用者Ａがアクションアイテム取込アイコン３６０を押下することで、電子黒板２の受付部２２は、アクションアイテム取込アイコン３６０の選択を受け付け、関連イベント情報の送信要求を受け付ける（ステップＳ４８３）。そして、電子黒板２の送受信部２１は、共用支援サーバ６に対して、関連イベント情報の送信を要求する関連イベント情報送信要求を送信する（ステップＳ４８４）。この関連イベント情報送信要求には、実行されているイベントを識別するための実行イベントＩＤおよび利用者Ａの利用者ＩＤが含まれている。この場合、実行イベントＩＤは、イベント開始時のステップＳ６０の処理によって受信された実行イベントＩＤであり、利用者ＩＤは、イベント開始時のステップＳ３３の処理によって受け付けられた利用者ＩＤである。これにより、共用支援サーバ６の送受信部６１は、関連イベント情報送信要求を受信する。

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

次に、記憶・読出処理部６９は、ステップＳ４８５で読み出した組織ＩＤを検索キーとしてアクセス管理ＤＢ６００２（図８（Ｂ）参照）を検索することにより、対応するアクセスＩＤおよびアクセスパスワードを読み出す（ステップＳ４８６）。そして、記憶・読出処理部６９は、ステップＳ４８４で受信された実行イベントＩＤを検索キーとして関連イベント管理ＤＢ６００６（図９（Ｂ）参照）を検索することにより、対応する関連イベントＩＤを読み出す（ステップＳ４８７）。

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

スケジュール管理サーバ８では、認証部８２が、アクセスＩＤおよびアクセスパスワードを利用して共用支援サーバ６の認証を行なう（ステップＳ４８９）。この認証は、ステップＳ３６と同様の処理であるため、説明を省略する。ここでは、正当である場合について説明を続ける。次に、スケジュール管理サーバ８の記憶・読出処理部８９は、ステップＳ４８８で受信された関連イベントＩＤを検索キーとして関連イベント管理ＤＢ８０１３（図１４参照）を検索することにより、対応する実行イベントＩＤを読み出す（ステップＳ４９０）。そして、記憶・読出処理部８９は、ステップＳ４９０で読み出した実行イベントＩＤを検索キーとして実行イベント管理ＤＢ８００９（図１３（Ａ）参照）を検索することにより、対応するイベント情報を読み出す（ステップＳ４９１）。

次に、スケジュール管理サーバ８の送受信部８１は、共用支援サーバ６に対して、ステップＳ４９１で読み出されたイベント情報である関連イベント情報を送信する（ステップＳ４９２）。これにより、共用支援サーバ６の送受信部６１は、関連イベント情報を受信する。そして、共用支援サーバ６の送受信部６１は、電子黒板２に対して、ステップＳ４９２で受信された関連イベント情報を送信（転送）する（ステップＳ４９３）。これにより、電子黒板２の送受信部２１は、関連イベント情報を受信する。

電子黒板２の表示制御部２４は、図３６に示されているようなイベント選択画面３７０ａを、ディスプレイ２２０に表示させる（ステップＳ４９４）。このイベント選択画面３７０ａは、ステップＳ４９３で受信された関連イベント情報が選択可能に表示される関連イベント情報の表示領域３７１、過去のイベントによって発生したアクションアイテムを検索するための検索領域３７５、およびイベント選択画面３７０ａを閉じるための「閉じる」ボタン３７９が含まれている。また、関連イベント情報の表示領域３７１には、関連イベント情報とともに、この関連イベントが繰り返し開催されるイベントであることを示す繰り返しフラグ３７１ａが含まれている。さらに、検索領域３７５には、所定のキーワードを入力するための入力欄３７５ａ、および入力欄３７５ａに入力されたキーワードを用いてアクションアイテムの検索を行う際に押下される「検索」ボタン３７５ｂが含まれている。

次に、図３７において、利用者Ａが関連イベント情報の表示領域３７１を押下することで、電子黒板２の受付部２２は、関連イベント情報の表示領域３７１の選択を受け付け、アクションアイテムの送信要求を受け付ける（ステップＳ５０１）。そして、電子黒板２の送受信部２１は、共用支援サーバ６に対して、アクションアイテムの送信を要求するアクションアイテム送信要求を送信する（ステップＳ５０２）。このアクションアイテム送信要求には、ステップＳ５０１で選択が受け付けられた関連イベント情報が含まれている。これにより、共用支援サーバ６の送受信部６１は、アクションアイテム送信要求を受信する。次に、共用支援サーバ６の送受信部６１は、スケジュール管理サーバ８に対して、ステップＳ５０２で受信されたアクションアイテム送信要求を送信（転送）する（ステップＳ５０３）。これにより、スケジュール管理サーバ８の送受信部８１は、アクションアイテム送信要求を受信する。

スケジュール管理サーバ８の記憶・読出処理部８９は、ステップＳ５０３で受信された関連イベント情報に含まれる実行イベントＩＤを検索キーとして実行イベント履歴管理ＤＢ８００８（図１２（Ｂ）参照）を検索することにより、対応する実行イベント履歴情報を読み出す（ステップＳ５０４）。

次に、スケジュール管理サーバ８の送受信部８１は、共用支援サーバ６に対して、ステップＳ５０４で読み出された実行イベント履歴情報に含まれるアクションアイテムデータを送信する（ステップＳ５０５）。これにより、共用支援サーバ６の送受信部６１は、スケジュール管理サーバ８から送信されたアクションアイテムデータを受信する。また、共用支援サーバ６の送受信部６１は、電子黒板２に対して、ステップＳ５０５で受信されたアクションアイテムデータを送信（転送）する（ステップＳ５０６）。これにより、電子黒板２の送受信部２１は、共用支援サーバ６から送信されたアクションアイテムデータを受信する。

電子黒板２の表示制御部２４は、図３８に示すようなアクションアイテム取込画面３８０を、ディスプレイ２２０に表示させる（ステップＳ５０７）。このアクションアイテム取込画面３８０には、取込対象のアクションアイテムデータが表示される取込対象表示領域３８１、アクションアイテムの取込処理を中断（中止）する際に押下される「ＣＡＮＣＥＬ」ボタン３８９、および取込対象のアクションアイテムデータを取り込む（インポートする）際に押下される「Ｉｍｐｏｒｔ」ボタン３８９が含まれている。取込対象のアクションアイテムデータは、ステップＳ５０６で受信されたアクションアイテムデータである。このうち、取込対象表示領域３８１には、ステップＳ５０６で受信されたアクションアイテムデータを示すプレビュー画像３８１ａ〜３８１ｄが含まれている。利用者Ａは、プレビュー画像３８１ａ〜３８１ｄによって、取込対象のアクションアイテムデータの内容を確認することができる。

次に、利用者Ａが「Ｉｍｐｏｒｔ」ボタン３８９を押下することで、電子黒板２の受付部２２は、「Ｉｍｐｏｒｔ」ボタン３８９の選択を受け付け、アクションアイテムの取込要求を受け付ける（ステップＳ５０８）。そして、電子黒板２の記憶・読出処理部２９は、ステップＳ５０６で受信されたアクションアイテムデータを、記憶部２０００に記憶させる（ステップＳ５０９）。これにより、電子黒板２は、過去のイベントによって発生したアクションアイテムデータを取り込むことができる。

次に、電子黒板２の送受信部２１は、共用支援サーバ６に対して、ステップＳ５０９で記憶された（取り込まれた）アクションアイテムの登録要求を示す登録要求情報を送信する（ステップＳ５１０）。この登録要求情報には、実行されているイベントの実行イベントＩＤ、アクションアイテムデータの送信元の利用者ＩＤ、およびステップＳ５０９で記憶されたアクションアイテムデータが含まれている。これにより、共用支援サーバ６の送受信部６１は、登録要求情報を受信する。

共用支援サーバ６の生成部６４は、ステップＳ５１０で受信された登録要求情報に含まれるアクションアイテムデータを識別するための固有のコンテンツ処理ＩＤを生成する（ステップＳ５１１）。また、生成部６４は、アクションアイテムデータの保存先のＵＲＬを生成する（ステップＳ５１２）。そして、記憶・読出処理部６９は、コンテンツ管理ＤＢ６００５（図９（Ａ）参照）に対して、ステップＳ５１０で受信された実行イベントＩＤに関連付けて、コンテンツ処理の種類、コンテンツ処理の開始日時および終了日時、ステップＳ５１１で生成されたコンテンツ処理ＩＤ、並びにステップＳ５１２で生成されたアクションアイテムデータの保存先を示すＵＲＬを管理する（ステップＳ５１３）。ここで、コンテンツの処理の種類は、「アクションアイテム発生」であり、コンテンツ処理の開始日時および終了日時は、ステップＳ５１０でアクションアイテムデータが受信された日時を示す情報である。なお、コンテンツ処理の開始日時および終了日時は、ステップＳ５０４で読み出された実行イベント履歴情報に含まれるコンテンツ処理の開始日時および終了日時を示す情報であってもよい。

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

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

なお、ステップＳ５０８において、電子黒板２の受付部２２は、ステップＳ５０６で受信されたアクションアイテムデータのうち、特定のアクションアイテムデータの取込要求を受け付ける構成であってもよい。この場合、利用者Ａが取込対象表示領域３８１に含まれるプレビュー画像（３８１ａ〜３８１ｄ）を選択し、「Ｉｍｐｏｒｔ」ボタン３８９を押下することで、受付部２２は、選択されたプレビュー画像に示される特定のアクションアイテムデータの取込要求を受け付ける。そして、電子黒板２の記憶・読出処理部２９は、受付部２２によって取込要求が受け付けられた特定のアクションアイテムデータを、記憶部２０００に記憶させる。これによって、電子黒板２は、ステップＳ５０６で受信されたアクションアイテムデータのうち、利用者が選択したアクションアイテムデータのみを取り込むことができる。

続いて、図３９および図４０を用いて、過去のイベントによって発生したアクションアイテムデータを検索する処理について説明する。図３９は、アクションアイテムデータの検索処理を示したシーケンス図である。図４０は、イベント選択画面を示した図である。なお、イベント選択画面３７０ｂが電子黒板２のディスプレイ２２０に表示されるまでの処理は、図３４に示したステップＳ４８１乃至ステップＳ４９３の処理と同様であるため、説明を省略する。図３９に示す処理は、実行されているイベントに関連するイベントのイベント情報がスケジュール管理サーバ８に記憶されておらず、ステップＳ４９３によって関連イベント情報が受信されない場合の処理である。

電子黒板２の表示制御部２４は、ステップＳ４９３で関連イベント情報が受信されない場合、ディスプレイ２２０に、図４０（Ａ）に示されているようなイベント選択画面３７０ｂを表示させる（ステップＳ５２１）。このイベント選択画面３７０ｂは、イベント選択画面３７０ａ（図３６参照）と異なり、関連イベント情報が受信されていないため、関連イベントの表示領域３７１が含まれない。そこで、利用者Ａが入力欄３７５ａに所定のキーワード（例えば、「方針決定会議」）を入力し、「検索」ボタン３７５ｂを押下することで、受付部２２は、「検索」ボタン３７５ｂの選択を受け付け、検索要求を受け付ける（ステップＳ５２２）。そして、送受信部２１は、共用支援サーバ６に対して、実行イベントの検索を要求する実行イベント検索要求を送信する（ステップＳ５２３）。この実行イベント検索要求には、ステップＳ５２２で入力欄３７５ａに入力された入力データが含まれている。これにより、共用支援サーバ６の送受信部６１は、実行イベント検索要求を受信する。次に、共用支援サーバ６の送受信部６１は、スケジュール管理サーバ８に対して、ステップＳ５２３で受信された実行イベント検索要求を送信（転送）する（ステップＳ５２４）。これにより、スケジュール管理サーバ８の送受信部８１は、実行イベント検索要求を受信する。

次に、スケジュール管理サーバ８の記憶・読出処理部８９は、ステップＳ５２４で受信された検索要求に含まれる入力データを検索キーとして、実行イベント管理ＤＢ８００９（図１３（Ａ）参照）を検索することにより、対応するイベント情報を読み出す（ステップＳ５２５）。具体的には、記憶・読出処理部８９は、例えば、実行イベント管理ＤＢ８００９を構成する実行イベント管理テーブルに示されるイベント名を検索し、入力データに対応するイベント名が存在する場合、対応するイベント情報を読み出す。なお、スケジュール管理サーバ８は、実行イベント管理ＤＢ８００９に管理されているイベント情報のうち、検索要求の送信元の利用者が参照権限を有するイベント情報のみを検索対象とする構成であってもよい。この場合、スケジュール管理サーバ８の送受信部８１は、ステップＳ５２４において、検索要求の送信元の利用者が参加したイベントの実行イベントＩＤを、共用支援サーバ６から受信する。そして、スケジュール管理サーバ８の記憶・読出処理部８９は、実行イベント管理ＤＢ８００９に記憶されたイベント情報のうち、送受信部８１によって受信された実行イベントＩＤに対応するイベント情報のみを検索対象とする。

そして、送受信部８１は、共用支援サーバ６に対して、ステップＳ５２５で読み出されたイベント情報を含む検索結果を送信する（ステップＳ５２６）。これにより、共用支援サーバ６の送受信部６１は、検索結果を受信する。また、共用支援サーバ６の送受信部６１は、電子黒板２に対して、ステップＳ５２６で受信された検索結果を送信（転送）する（ステップＳ５２７）。これにより、電子黒板２の送受信部２１は、検索結果を受信する。

そして、電子黒板２の表示制御部２４は、図４０（Ａ）に示されているようなイベント選択画面３７０ｃを、ディスプレイ２２０に表示させる（ステップＳ５２８）。このイベント選択画面３７０ｃには、ステップＳ５２７で受信された検索結果に含まれるイベント情報が表示される検索結果表示領域３７３が含まれている。利用者Ａが検索結果表示領域３７３を押下することで、電子黒板２の受付部２２は、検索結果表示領域３７３の選択を受け付ける。そして、共用システム１は、図３７に示した処理と同様に、選択されたイベント情報に対応するアクションアイテムデータの取込処理を実行する。

これにより、電子黒板２は、実行されているイベントに関連するイベントによって発生したアクションアイテムデータのみならず、利用者Ａによって入力された所定のキーワードを用いた検索処理によって過去のイベントによって発生したアクションアイテムデータを取り込むことができる。なお、図３９および図４０は、電子黒板２によって関連イベント情報が受信されない場合について説明したが、共用システム１は、電子黒板２によって関連イベント情報が受信された場合においても、図３９および図４０に示した検索処理を行う構成であってもよい。この場合、イベント選択画面３７０ａには、関連イベントの表示領域３７１とともに、検索結果表示領域３７３が利用者に選択可能に表示される。

続いて、図４１を用いて、実行されているイベントにおけるアクションアイテムデータを閲覧する場合に表示される表示画面について説明する。図４１は、アクションアイテム一覧画面を示した図である。このアクションアイテム一覧画面３４０は、図３５に示した表示画面１００ｂに含まれるアクションアイテム一覧アイコン３３０の選択が受付部２２によって受け付けられることで、ディスプレイ２２０に表示される表示画面である。アクションアイテム一覧画面３４０には、実行されているイベントのアジェンダ、出席者、添付ファイル、アクションアイテム、実行されているイベントの結論に関する情報が表示可能な状態に示されている。これらの情報は、ステップＳ４３で受信された予定リスト情報に示される情報、記憶部２０００の特定の記憶領域に記憶されたファイルデータ、並びに実行されているイベントにおいて発生したアクションアイテムおよびステップＳ５０９で取り込まれたアクションアイテムデータである。

アクションアイテム一覧画面３４０には、アクションアイテムとして、アクションアイテムを示す画像、アクションアイテムの実行者、アクションアイテムの実行期限日が含まれている。アクションアイテム一覧画面３４０には、アクションアイテムデータが取込データであることを示す「Ｉｍｐｏｒｔ」タグ３４１、アクションアイテム画像を拡大表示させる際に押下されるアイコン３４３、アクションアイテム一覧画面を閉じる際に押下される「閉じる」ボタン３４９が含まれている。

これにより、利用者は、実行されているイベントにおいて発生したアクションアイテムとともに、過去のイベントにおいて発生したアクションアイテムであり、電子黒板２に取り込まれたアクションアイテムを、実行されているイベント中に確認することができる。

（アクションアイテムの登録処理）
ここで、図４２乃至図４５を用いて、実行中のイベントで発生したアクションアイテムの登録処理について説明する。図４２は、アクションアイテムの登録処理を示したフローチャートである。図４３は、アクションアイテムを認識する画面例である。図４４は、アクションアイテムを実行する候補者リストを示す画面例である。図４５は、アクションアイテムの期限日を選択するためのカレンダを示す画面例である。

まず、図４２において、利用者が、図３４に示した表示画面１００ａに含まれる操作アイコン１２５ｆを押下し、図３５に示した表示画面１００ｂに含まれるアクションアイテム登録アイコン３５０を押下すると、受付部２２は、アクションアイテムの登録要求を受け付ける（ステップＳ７１−１）。次に、図４３に示されているように、利用者が電子ペン２５００を用いて、電子黒板２の描画画面２６０ａ上にアクションアイテム（ここでは「議事録を提出」）を描画した後に、アクションアイテムの内容を示した画像（描画像）２６１を線（指定領域）２６２で囲うと、受付部２２は、画像２６１を含む所定領域の指定を受け付け、認識部２６は、所定領域に含まれている画像２６１を認識する（ステップＳ７１−２）。なお、図４３は、画像（描画像）２６１が線（指定領域）２６２で囲まれる例を説明したが、認識部２６は、指定領域２６２から任意の距離離れた領域を、画像２６１として認識する構成であってもよい。所定の領域の指定は、例えば、円または多角形のような予め設定された所定の形状を電子ペン２５００によって描画されることによって行われる。

次に、表示制御部２４は、図４４に示されているように、描画画面２６０ｂ上に、アクションアイテムの実行者の候補者リスト２６５を表示する（ステップＳ７１−３）。そして、利用者は、電子ペン２５００を用いて、アクションアイテムを実行する特定の実行者を選択すると、受付部２２は、特定の実行者の選択を受け付ける（ステップＳ７１−４）。

次に、表示制御部２４は、図４５に示されているように、描画画面２６０ｃ上に、アクションアイテムの実行期限日の指定を受け付けるためのカレンダ２６７を表示する（ステップＳ７１−４）。そして、利用者は、電子ペン２５００を用いて、特定の期限日を選択すると、受付部２２は、特定の期限日の選択を受け付ける（ステップＳ７１−５）。なお、カレンダ２６７は、期限日指定画面の一例である。期限指定画面は、曜日等が記載されていない日付リスト等であってもよい。

このような処理によって、電子黒板２は、コンテンツ登録要求として、アクションアイテムの登録要求を示すコンテンツの登録要求情報を、共用支援サーバ６へ送信する。このコンテンツの登録要求情報には、アクションアイテムが発生したイベントを示す実行イベントＩＤ、ステップＳ７１−４で選択されたアクションアイテムの実行者の利用者ＩＤ、ステップＳ７１−２で認識されたアクションアイテムの画像データ（ここでは、「議事録を提出」の画像データ）、およびステップＳ７１−６で受け付けられたアクションアイテムの実行の期限日が含まれている。すなわち、送受信部２１は、所定領域内の画像のデータを実行されているイベントで生じたアクションアイテムの内容を示した画像データとして送信する。これにより、共用支援サーバ６の送受信部６１は、コンテンツの登録要求情報を受信する。なお、共用支援サーバ６がコンテンツの登録要求情報を受信した後の処理は、図２６および図２８で示した処理と同様であるため、説明を省略する。

＜＜実施形態の主な効果＞＞
本実施形態によれば、図３４乃至図４１に示されているように、電子黒板２は、実行されたイベントにおいて発生したアクションアイテムを管理するスケジュール管理サーバ８（管理サーバの一例）と通信可能な通信端末である。また、電子黒板２は、実行されているイベントを識別するための実行イベントＩＤ（イベント識別情報の一例）を、管理サーバへ送信し、送信された実行イベントＩＤに関連づけられた過去のイベントにおいて発生したアクションアイテムを示すアクションアイテムデータを、管理サーバから受信する。そして、電子黒板２は、受信されたアクションアイテムデータを、記憶部２０００に記憶させる。これにより、電子黒板２は、セキュリティが担保された新たなシステムを導入することなく、過去のイベントにおいて発生したアクションアイテムを、電子黒板２に取り込むことができる。また、電子黒板２は、実行中のイベントにおいて、過去のイベントにおいて発生したアクションアイテムを取り込むことにより、過去のイベントのアクションアイテムを利用者に確認させることで、イベントを効率的に実行させることができる。

また、本実施形態によれば、図３４乃至図３６に示されているように、電子黒板２（通信端末の一例）は、実行イベントＩＤ（イベント識別情報の一例）に関連づけられた過去のイベントの内容を示すイベント情報を、スケジュール管理サーバ８（管理サーバの一例）から受信し、受信されたイベント情報を、ディスプレイ２２０（表示部の一例）に表示させ、ディスプレイ２２０に表示されたイベント情報の選択を受け付ける。そして、電子黒板２は、選択が受け付けられたイベント情報を、スケジュール管理サーバ８へ送信し、送信されたイベント情報に示されるイベントにおいて発生したアクションアイテムを示すアクションアイテムデータを、スケジュール管理サーバ８から受信する。これにより、電子黒板２は、利用者によって選択されたイベント情報に示される過去のイベントのアクションアイテムを取り込むことができる。

さらに、本実施形態によれば、図３９および図４０に示されているように、電子黒板２（通信端末の一例）は、過去のイベントを検索するための検索要求を、スケジュール管理サーバ８（管理サーバの一例）へ送信し、検索要求に対する応答として、所定のイベント情報をスケジュール管理サーバ８から受信する。これにより、電子黒板２は、予め登録された実行中のイベントに関連するイベントのみでなく、スケジュール管理サーバ８に管理されている所望のイベントにおいて発生したアクションアイテムデータを取り込むことができる。

また、本実施形態によれば、図３７および図３８に示されているように、電子黒板２（通信端末の一例）は、受信されたアクションアイテムデータを示す画像（例えば、プレビュー画像３８１ａ〜３８１ｄ）を、ディスプレイ２２０（表示部の一例）に表示させ、ディスプレイ２２０に表示された画像によって示されるアクションアイテムデータの取込要求を受け付ける。そして、電子黒板２は、取込要求が受け付けられた場合、受信されたアクションアイテムデータを、記憶部２０００に記憶させる。これにより、電子黒板２は、スケジュール管理サーバ８（管理サーバの一例）から送信されたアクションアイテムデータを示す画像をディスプレイ２２０に表示させることにより、取込対象のアクションアイテムデータの内容を利用者に確認させることができる。

さらに、本実施形態によれば、図３７乃至図３８に示されているように、電子黒板２（通信端末の一例）は、ディスプレイ２２０（表示部の一例）に表示された画像（例えば、プレビュー画像３８１ａ〜３８５ｄ）のうち、特定の画像によって示される特定のアクションアイテムデータの取込要求を受け付け、特定のアクションアイテムデータを、記憶部２０００に記憶させる。これにより、電子黒板２は、スケジュール管理サーバ８（管理サーバの一例）から送信されたアクションアイテムデータのうち、利用者が選択したアクションアイテムデータのみを取り込むことができる。

また、本実施形態によれば、図１５、図１８、図３４乃至図４１に示されているように、共用システム１は、電子黒板２（通信端末の一例）と、スケジュール管理サーバ８（管理サーバの一例）と、を備える。電子黒板２は、実行する複数のイベントのうち、関連するイベントの設定を行い、設定された関連するイベントを示す定期イベント情報を、スケジュール管理サーバ８へ送信する。また、スケジュール管理サーバ８は、定期イベント情報に基づいて、複数のイベントを識別する実行イベントＩＤ（イベント識別情報の一例）を関連づけて記憶し、記憶されたイベント識別情報のうち、電子黒板２から送信されたイベント識別情報に関連づけられたイベント識別情報を特定し、特定されたイベント識別情報に関連づけられたアクションアイテムデータを、電子黒板２へ送信する。これにより、共用システム１は、関連するイベントをスケジュール管理サーバ８に登録しておくことで、実行されているイベントに関連する過去のイベントおいて発生したアクションアイテムデータを電子黒板２に取り込ませることができる。

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

１ 共用システム
２ 電子黒板（通信端末の一例）
３ ビデオ会議端末（通信端末の一例）
４ カーナビゲーション装置（通信端末の一例）
６ 共用支援サーバ
８ スケジュール管理サーバ（管理サーバの一例）
１０ 通信ネットワーク
２１ 送受信部（イベント識別情報送信手段の一例、アクションアイテム受信手段の一例、イベント情報受信手段の一例、イベント情報送信手段の一例、検索要求送信手段の一例、定期イベント情報送信手段の一例）
２２ 受付部（選択手段の一例、取込要求受付手段の一例、設定手段の一例）
２４ 表示制御部（表示制御手段の一例）
２９ 記憶・読出処理部（記憶制御手段の一例）
８１ 送受信部（アクションアイテム送信手段の一例）
８９ 記憶・読出処理部（特定手段の一例）
１０２ Ｌａｕｎｃｈｅｒ（第２のアプリケーションの一例）
１０３ 外部アプリ（第１のアプリケーションの一例）
２２０ ディスプレイ（表示部の一例）
３２０ ディスプレイ（表示部の一例）
４１７ ディスプレイ（表示部の一例）
２０００ 記憶部
８０００ 記憶部（記憶手段の一例）

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

Claims (10)

1. 実行されたイベントにおいて発生したアクションアイテムを管理する管理サーバと通信可能な通信端末であって、
   実行されているイベントを識別するためのイベント識別情報を、前記管理サーバへ送信するイベント識別情報送信手段と、
   前記イベント識別情報に関連づけられた過去のイベントにおいて発生したアクションアイテムを示すアクションアイテムデータを、前記管理サーバから受信するアクションアイテム受信手段と、
   受信された前記アクションアイテムデータを、記憶部に記憶させる記憶制御手段と、
   を備える通信端末。
2. 請求項１に記載の通信端末であって、
   前記イベント識別情報に関連づけられた過去のイベントの内容を示すイベント情報を、前記管理サーバから受信するイベント情報受信手段と、
   前記イベント情報受信手段によって受信されたイベント情報を、表示部に表示させる表示制御手段と、
   前記表示部に表示されたイベント情報の選択を受け付ける選択手段と、
   前記選択が受け付けられたイベント情報を、前記管理サーバへ送信するイベント情報送信手段と、を備え、
   前記アクションアイテム受信手段は、前記イベント情報送信手段によって送信されたイベント情報に示されるイベントにおいて発生したアクションアイテムを示すアクションアイテムデータを、前記管理サーバから受信する通信端末。
3. 請求項２に記載の通信端末であって、
   過去のイベントを検索するための検索要求を、前記管理サーバへ送信する検索要求送信手段と、を備え、
   前記イベント情報受信手段は、前記検索要求に対する応答として、所定のイベント情報を、前記管理サーバから受信する通信端末。
4. 請求項２または３に記載の通信端末であって、
   前記表示制御手段は、前記アクションアイテム受信手段によって受信されたアクションアイテムデータを示す画像を、前記表示部に表示させ、更に、
   前記表示部に表示された画像によって示されるアクションアイテムデータの取込要求を受け付ける取込要求受付手段を備え、
   前記取込要求が受け付けられた場合、前記記憶制御手段は、前記アクションアイテム受信手段によって受信されたアクションアイテムデータを、前記記憶部に記憶させる通信端末。
5. 前記取込要求受付手段は、前記表示部に表示された画像のうち、特定の画像によって示される特定のアクションアイテムデータの取込要求を受け付け、
   前記記憶制御手段は、前記特定のアクションアイテムデータを、前記記憶部に記憶させる請求項４に記載の通信端末。
6. 請求項１乃至５のいずれか一項に記載の通信端末であって、
   前記イベントを実行させる第１のアプリケーションと、
   オペレーティングシステム上で動作し、前記第１のアプリケーションを起動させる第２のアプリケーションと、
   を備える通信端末。
7. 請求項１乃至６のいずれか一項に記載の通信端末と、前記管理サーバと、を備える共用システムであって、
   前記通信端末は、
   実行する複数のイベントのうち、関連するイベントの設定を行う設定手段と、
   前記設定手段によって設定された関連するイベントを示す定期イベント情報を、前記管理サーバへ送信する定期イベント情報送信手段を備え、
   前記管理サーバは、
   前記定期イベント情報に基づいて、複数のイベントを識別するイベント識別情報を関連づけて記憶する記憶手段と、
   を備える共用システム。
8. 請求項７に記載の共用システムであって、
   前記管理サーバは、
   前記記憶手段に記憶されたイベント識別情報のうち、前記通信端末から送信されたイベント識別情報に関連づけられたイベント識別情報を特定する特定手段と、
   前記特定手段によって特定されたイベント識別情報に関連づけられたアクションアイテムデータを、前記通信端末へ送信するアクションアイテム送信手段と、
   を備える共用システム。
9. 実行されたイベントにおいて発生したアクションアイテムを管理する管理サーバと通信可能な通信端末が実行する記憶制御方法であって、
   実行されているイベントを識別するためのイベント識別情報を、前記管理サーバへ送信する送信ステップと、
   前記イベント識別情報に関連づけられた過去のイベントにおいて発生したアクションアイテムを示すアクションアイテムデータを、前記管理サーバから受信する受信ステップと、
   受信された前記アクションアイテムデータを、記憶部に記憶させる記憶制御ステップと、
   を実行する記憶制御方法。
10. コンピュータに、請求項９に記載の方法を実行させるプログラム。