JP2020135031A - 共用端末、共用システム、共用支援方法およびプログラム - 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）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。電源スイッチ２２２は、電子黒板２の電源のＯＮ／ＯＦＦを切り換えるためのスイッチである。

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

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

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

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

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

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

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

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

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

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

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

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

＜ＰＣ、サーバのハードウェア構成＞
図５は、ＰＣ、サーバのハードウェア構成図である。ＰＣ５は、コンピュータによって構築されており、図５に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(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. コンピュータに、請求項９に記載の方法を実行させるプログラム。