JP2021072536A - プログラム、情報処理方法、情報処理装置および通信システム - Google Patents

Abstract

【課題】議事録として残したくないテキストを伏字に置換した場合、連動して伏字にしたテキストに対応する音声区間を無効にする通信システムを提供する。【解決手段】共用システムにおいて、コンピュータは、ビデオ会議で録音された音データについて変換サーバにより変換されたテキストデータに対して情報処理装置において編集するために、音データおよび音データに対応するテキストデータを取得する取得部と、入力操作に従って、取得されたテキストデータを編集する第１編集部と、編集されたテキストデータを管理サーバへ送信する第１送信部と、編集されたテキストデータに伏字が含まれるか否かを判断する判断部と、判断部により伏字が含まれると判断された場合、伏字が含まれるテキストデータに対応する音データにおける音声区間の音声を無効にする音声編集要求を管理サーバへ送信する第２送信部として機能する。【選択図】図８

Description

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

ビデオ会議において収録した音声データを、クラウドサービスを用いてテキスト化し、議事録として自動生成した後、不要なテキストについて修正および削除等を行うことが可能な技術が知られている。

このようなビデオ会議システムとして、入力した音声をテキスト化し、その発話テキストを議事録とし、関連性の高い議事録を検索するシステムが開示されている（例えば特許文献１）。

しかしながら、従来のビデオ会議システムでは、発話テキストを編集して伏字等により削除をした場合においても、収録した音声について、削除した発話テキストに対応する音声区間を無効（例えば無音、自主規制音への置換等）にする処理ができないという問題がある。この場合、ビデオ会議システムにおいて音声が収録されている場合、議事録としては残したくない音声も無効にされないまま共有されるという問題が残る。

本発明は、上記に鑑みてなされたものであって、議事録として残したくないテキストを伏字に置換した場合、連動して伏字にしたテキストに対応する音声区間を無効にすることができるプログラム、情報処理方法、情報処理装置および通信システムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、コンピュータを、ビデオ会議で録音された音データについて変換サーバにより変換されたテキストデータに対して情報処理装置において編集するために、前記音データ、および該音データに対応する前記テキストデータを取得する取得部と、受付部により受け付けられた入力操作に従って、前記取得部により取得された前記テキストデータを編集する第１編集部と、前記第１編集部により編集された前記テキストデータを管理サーバへ送信する第１送信部と、前記第１編集部により編集された前記テキストデータに伏字が含まれるか否かを判断する判断部と、前記判断部により伏字が含まれると判断された場合、該伏字が含まれる前記テキストデータに対応する前記音データにおける音声区間の音声を無効にする音声編集要求を前記管理サーバへ送信する第２送信部と、して機能させることを特徴とする。

本発明によれば、議事録として残したくないテキストを伏字に置換した場合、連動して伏字にしたテキストに対応する音声区間を無効にすることができる。

図１は、実施形態に係る共用システムの概略図である。 図２は、実施形態に係る電子黒板のハードウェア構成の一例を示す図である。 図３は、実施形態に係るビデオ会議端末のハードウェア構成の一例を示す図である。 図４は、実施形態に係るカーナビゲーション装置のハードウェア構成の一例を示す図である。 図５は、実施形態に係るＰＣおよびサーバのハードウェア構成の一例を示す図である。 図６は、実施形態に係る電子黒板のソフトウエア構成の一例を示す図である。 図７は、実施形態に係るＰＣのソフトウエア構成の一例を示す図である。 図８は、実施形態に係る共用システムの機能ブロック図である。 図９は、利用者認証管理テーブル、アクセス管理テーブル、および予定管理テーブルの概念図である。 図１０は、コンテンツ管理テーブルを示す概念図である。 図１１は、利用者認証管理テーブル、利用者管理テーブル、および共用体管理テーブルを示す概念図である。 図１２は、共用体予約管理テーブルおよびイベント管理テーブルを示す概念図である。 図１３は、サーバ認証管理テーブルおよび実行イベント履歴管理テーブルを示す概念図である。 図１４は、実行イベント管理テーブルの概念図および関連情報管理テーブルを示す概念図である。 図１５は、テキスト情報管理テーブルを示す概念図である。 図１６は、実施形態に係る共用システムのスケジュールの登録処理の流れの一例を示すシーケンス図である。 図１７は、サインイン画面を示す図である。 図１８は、ＰＣの初期画面の一例を示す図である。 図１９は、スケジュール入力画面を示す図である。 図２０は、実施形態に係る共用システムのイベントの開始処理の流れの一例を示すシーケンス図である。 図２１は、電子黒板に表示されるサインイン画面を示す図である。 図２２は、共用体の予約リスト画面を示す図である。 図２３は、実施形態に係る共用システムのイベントの開始処理の流れの一例を示すシーケンス図である。 図２４は、イベントの詳細情報画面を示す図である。 図２５は、イベント開始時に電子黒板に表示される表示画面を示す図である。 図２６は、利用者が電子黒板を利用する状態を示すイメージ図である。 図２７は、実施形態に係る共用システムの実行イベント履歴の登録処理の流れの一例を示すシーケンス図である。 図２８は、実施形態に係る共用システムの音声テキスト変換処理の流れの一例を示すフローチャートである。 図２９は、実施形態に係る共用システムの音声テキスト変換処理の流れの一例を示すシーケンス図である。 図３０は、テキストデータを含むデータファイルの一例を示す図である。 図３１は、実施形態に係る共用システムの実行イベント履歴の登録処理の流れの一例を示すシーケンス図である。 図３２は、実施形態に係る共用システムのイベントの終了処理の流れの一例を示すシーケンス図である。 図３３は、実施形態に係る共用システムのイベントの終了処理の流れの一例を示すシーケンス図である。 図３４は、電子黒板上に表示されるイベント終了画面を示す図である。 図３５は、電子黒板上に表示されるファイルデータのアップロード画面を示す図である。 図３６は、電子黒板上に表示されるファイルデータのアップロード完了画面を示す図である。 図３７は、実施形態に係る共用システムの実行イベント履歴の閲覧処理の流れの一例を示すシーケンス図である。 図３８は、実施形態に係る共用システムの実行イベント履歴の閲覧処理の流れの一例を示すシーケンス図である。 図３９は、実施形態に係るＰＣ上に表示される実行イベントリスト画面を示す図である。 図４０は、実施形態に係るＰＣ上に表示される実行イベント履歴画面を示す図である。 図４１は、実施形態に係る共用システムの実行イベント履歴の選択処理の流れの一例を示すシーケンス図である。 図４２は、実施形態に係るＰＣ上に表示される実行イベント履歴画面を示す図である。 図４３は、実施形態に係るＰＣ上に表示される実行イベント履歴画面を示す図である。 図４４は、実施形態に係る共用システムの実行イベント履歴の選択処理の流れの一例を示すシーケンス図である。 図４５は、実施形態に係る共用システムの実行イベント履歴の選択処理の流れの一例を示すシーケンス図である。 図４６は、実施形態に係る共用システムのテキストデータの編集処理の流れの一例を示すシーケンス図である。 図４７は、実施形態に係るＰＣ上に表示される実行イベント履歴画面を示す図である。 図４８は、実施形態に係るＰＣ上に表示されるテキスト編集画面を示す図である。 図４９は、更新されたテキスト情報管理テーブルを示す概念図である。 図５０は、実施形態に係る共用システムの音データの編集処理の流れの概要を示す図である。 図５１は、実施形態に係る共用システムの音データの編集処理の流れの一例を示すシーケンス図である。 図５２は、実施形態に係るＰＣ上に表示される伏字に編集したときのテキスト編集画面の一例を示す図である。 図５３は、実施形態に係るＰＣ上に表示される実行イベント履歴画面を示す図である。 図５４は、実施形態に係る共用システムの編集履歴の閲覧処理の流れの一例を示すシーケンス図である。 図５５は、実施形態に係るＰＣ上に表示される編集履歴画面を示す図である。

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

（システム構成の概略）
図１は、実施形態に係る共用システムの概略図である。図１を参照しながら、共用システム１の構成の概略について説明する。

図１に示されているように、本実施形態の共用システム１は、電子黒板２と、ビデオ会議端末３と、カーナビゲーション装置４と、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）５（情報処理装置の一例）と、共用支援サーバ６と、スケジュール管理サーバ８と、音声テキスト変換サーバ９（変換サーバ）と、を含む。

また、電子黒板２、ビデオ会議端末３、カーナビゲーション装置４、ＰＣ５、共用支援サーバ６、スケジュール管理サーバ８および音声テキスト変換サーバ９は、通信ネットワーク１０を介して通信することができる。通信ネットワーク１０は、インターネット、移動体通信網、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等によって構築されている。通信ネットワーク１０には、有線通信だけでなく、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）またはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）等の無線通信によるネットワークが含まれてもよい。

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

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

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

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

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

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

音声テキスト変換サーバ９は、コンピュータであり、外部のコンピュータ（例えば、共用支援サーバ６）から受信した音（音声）データを、テキストデータに変換する。なお、音声テキスト変換サーバ９は、ＷｅｂＳｏｃｅｋｔにより接続され、音声をテキストに変換する外部サービス（例えばＷａｔｓｏｎまたはＢｉｎｇ Ｓｐｅｅｃｈ等）によって実現されるものとしてもよい。この場合、外部サービスは、変換したテキストを出力するとき入力された音声のどの区間に該当するかの情報も出力する。

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

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

＜電子黒板のハードウェア構成＞
図２は、実施形態に係る電子黒板のハードウェア構成の一例を示す図である。図２に示されているように、電子黒板２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３と、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）２０４と、ネットワークＩ／Ｆ２０５と、外部機器接続Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２０６と、を備えている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜ＰＣ、サーバのハードウェア構成＞
図５は、実施形態に係るＰＣおよびサーバのハードウェア構成の一例を示す図である。ＰＣ５は、コンピュータによって構築されており、図５に示されているように、ＣＰＵ５０１と、ＲＯＭ５０２と、ＲＡＭ５０３と、ＨＤ５０４と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）コントローラ５０５と、メディアＩ／Ｆ５０７と、ディスプレイ５０８（表示装置）と、ネットワークＩ／Ｆ５０９と、キーボード５１１と、マウス５１２と、ＣＤ−ＲＷドライブ５１４と、スピーカ５１５と、バスライン５１０と、を備えている。

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

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

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

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

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

なお、上記各プログラムは、インストール可能な形式または実行可能な形式のファイルで、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。記録媒体の例として、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ブルーレイディスク、ＳＤカード等が挙げられる。また、記録媒体は、プログラム製品（Ｐｒｏｇｒａｍ Ｐｒｏｄｕｃｔ）として、国内または国外へ提供されることができる。

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

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

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

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

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

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

（ＰＣのソフトウエア構成）
図７は、実施形態に係るＰＣのソフトウエア構成の一例を示す図である。図７を用いて、ＰＣ５にインストールされるコンピュータソフトウエアについて説明する。図７に示すように、ＯＳ５５０１、議事録アプリ５５０２ａおよびブラウザ５５０２ｂは、ＲＡＭ５０３の作業領域５５００上で動作する。ＯＳ５５０１は、ＰＣ５の基本的な機能を提供し、ＰＣ５の全体を管理する基本ソフトウエアである。

議事録アプリ５５０２ａおよびブラウザ５５０２ｂは、スケジュール管理サーバ８から送信された各種データを用いて、電子黒板２によって実行されたイベントの議事録である実行イベント履歴画面の生成および表示を行うためのアプリケーションである。なお、図７は、議事録アプリ５５０２ａおよびブラウザ５５０２ｂの二つの外部アプリがＰＣ５にインストールされている例を示すが、外部アプリの数は、これに限られない。

（共用システムの機能構成）
続いて、図８〜図１５を用いて、本実施形態の機能構成について説明する。

図８は、実施形態に係る共用システムの機能ブロック図である。なお、図８では、図１に示されている各端末、装置、サーバのうち、後述の処理または動作に関連しているものが示されている。

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

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

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

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

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

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

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

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

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

なお、図８に示す電子黒板２の送受信部２１、受付部２２、画像・音処理部２３、表示制御部２４、判断部２５、取得・提供部２８および記憶・読出処理部２９は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図８に示す電子黒板２で独立した機能のブロックとして図示した複数の機能のブロックを、１つの機能のブロックとして構成してもよい。一方、図８に示す電子黒板２で１つの機能のブロックが有する機能を複数に分割し、複数の機能のブロックとして構成するものとしてもよい。

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

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

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

表示制御部５４は、図５に示されているＣＰＵ５０１からの命令によって実現され、ディスプレイ５０８に画像を表示させたり、Ｗｅｂブラウザを用いて共用支援サーバ６にアクセスして各種画面データを表示させたりする。具体的には、表示制御部５４は、例えば、図７に示したＯＳ５５０１上で動作する議事録アプリ５５０２ａまたはブラウザ５５０２ｂを起動・実行することで、共用支援サーバ６またはスケジュール管理サーバ８にアクセスする。そして、表示制御部５４は、例えば、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を少なくとも含み、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）またはＪａｖａＳｃｒｉｐｔ（登録商標）等を含むＷｅｂＡＰＰ（ＷｅｂＡｐｐｌｉｃａｔｉｏｎ）をダウンロードし、そのＷｅｂＡＰＰによって生成された各種画像データを、ディスプレイ５０８に表示させる。表示制御部５４は、例えば、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）またはＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）形式等のデータを含むＨＴＭＬ５によって生成された画像データを、ディスプレイ５０８に表示させる。

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

判断部５７は、図５に示されている特定のテキストデータが編集された場合、当該テキストデータに伏字で編集された部分があるか否かを判断する機能である。なお、伏字としては、例えば「」、「○」、「×」、「＊」または「＝」等の記号が挙げられるが、予め伏字として認識する記号を決めておくものとすればよい。また、当該伏字は、設定により特定の記号を伏字とすることを可能としてもよい。

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

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

なお、図８に示すＰＣ５の送受信部５１、受付部５２、表示制御部５４、生成部５６、判断部５７、音制御部５８および記憶・読出処理部５９は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図８に示すＰＣ５で独立した機能のブロックとして図示した複数の機能のブロックを、１つの機能のブロックとして構成してもよい。一方、図８に示すＰＣ５で１つの機能のブロックが有する機能を複数に分割し、複数の機能のブロックとして構成するものとしてもよい。

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

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

＜＜アクセス管理テーブル＞＞
図９（Ｂ）は、アクセス管理テーブルを示す概念図である。記憶部６０００には、図９（Ｂ）に示されているようなアクセス管理テーブルによって構成されているアクセス管理ＤＢ６００２が構築されている。このアクセス管理テーブルでは、組織ＩＤ、スケジュール管理サーバ８へアクセスする際の認証に必要なアクセスＩＤおよびアクセスパスワードが関連付けられて管理されている。このアクセスＩＤおよびアクセスパスワードは、共用支援サーバ６が、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）またはＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）のプロトコルを用いて、ＷｅｂＡＰＩ等を介して、スケジュール管理サーバ８によって提供されるサービス（機能）を利用するために必要である。スケジュール管理サーバ８は、複数のスケジューラを管理しており、組織が異なれば使用するスケジューラも異なることがあるため、アクセス管理テーブルで管理が必要である。

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

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

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

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

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

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

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

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

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

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

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

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

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

なお、図８に示す共用支援サーバ６の送受信部６１、認証部６２、作成部６３、生成部６４、判断部６５および記憶・読出処理部６９は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図８に示す共用支援サーバ６で独立した機能のブロックとして図示した複数の機能のブロックを、１つの機能のブロックとして構成してもよい。一方、図８に示す共用支援サーバ６で１つの機能のブロックが有する機能を複数に分割し、複数の機能のブロックとして構成するものとしてもよい。

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

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

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

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

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

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

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

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

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

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

＜＜テキスト情報管理テーブル＞＞
図１５は、テキスト情報管理テーブルを示す概念図である。記憶部８０００には、図１５に示されているようなテキスト情報管理テーブルによって構成されているテキスト情報管理ＤＢ８０１２が構築されている。このテキスト情報管理テーブルでは、実行イベントＩＤ毎に、実行されたイベントにおいて生成された音声テキストデータを含むテキスト情報が管理されている。このテキスト情報には、コンテンツ処理ＩＤ、テキストデータを識別するためのテキストＩＤ、テキストデータの内容を示すｔｒａｎｓｃｒｉｐｔ、およびテキストデータの状態を示す状態情報が関連付けられている。このうち、コンテンツ処理ＩＤは、コンテンツ処理の種類が「音声テキスト変換」であるコンテンツ処理を識別するものである。また、ｔｒａｎｓｃｒｉｐｔ（テキストデータ）は、テキスト情報として関連付けられたコンテンツ処理ＩＤと同様のコンテンツ処理ＩＤに、実行イベント履歴管理ＤＢ８００８において関連付けられたコンテンツの内容を示すテキストデータである。さらに、状態情報は、テキストデータの編集の有無を示す情報である。状態情報には、関連付けられたテキストデータが音声テキスト変換サーバ９によって生成されたテキストデータから編集されていない場合、テキストデータが編集されていないことを示す「Ｏｒｉｇｉｎａｌ」の情報が示されている。

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

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

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

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

音データ編集部８４は、図５に示されているＣＰＵ８０１からの命令によって実現され、ＰＣ５から受信された編集されたテキストの伏字の区間情報に基づいて、音データにおける当該区間情報に対応する音声を編集して無効にする機能である。音声を無効にする方式としては、例えば無音にする、または自主規制音への置換する等の処理が挙げられる。

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

なお、図８に示すスケジュール管理サーバ８の送受信部８１、認証部８２、生成部８３、音データ編集部８４および記憶・読出処理部８９は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図８に示すスケジュール管理サーバ８で独立した機能のブロックとして図示した複数の機能のブロックを、１つの機能のブロックとして構成してもよい。一方、図８に示すスケジュール管理サーバ８で１つの機能のブロックが有する機能を複数に分割し、複数の機能のブロックとして構成するものとしてもよい。

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

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

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

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

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

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

また、図８に示す音声テキスト変換サーバ９の送受信部９１、変換部９３および記憶・読出処理部９９は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図８に示す音声テキスト変換サーバ９で独立した機能のブロックとして図示した複数の機能のブロックを、１つの機能のブロックとして構成してもよい。一方、図８に示す音声テキスト変換サーバ９で１つの機能のブロックが有する機能を複数に分割し、複数の機能のブロックとして構成するものとしてもよい。

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

＜スケジュールの登録処理＞
図１６は、実施形態に係る共用システムのスケジュールの登録処理の流れの一例を示すシーケンス図である。図１７は、サインイン画面を示す図である。図１８は、ＰＣの初期画面の一例を示す図である。図１９は、スケジュール入力画面を示す図である。図１６〜図１９を用いて、予約者Ａ（理光太郎）がＰＣ５からスケジュール管理サーバ８に自己のスケジュールを登録する処理について説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜実行イベント履歴の登録処理＞
続いて、図２７〜図３１を用いて、実行イベント履歴の登録処理について説明する。

図２７および図３１は、実施形態に係る共用システムの実行イベント履歴の登録処理の流れの一例を示すシーケンス図である。図２８は、実施形態に係る共用システムの音声テキスト変換処理の流れの一例を示すフローチャートである。

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

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

次に、生成部６４は、イベントにより発生したコンテンツ処理を識別するための固有のコンテンツ処理ＩＤを生成する（ステップＳ７３）。

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

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

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

ここで、図２９を用いて、図２７のステップＳ７５〜ステップＳ７７、および図２８で説明した音声テキスト変換処理について、より詳細に説明する。図２９は、実施形態に係る共用システムの音声テキスト変換処理の流れの一例を示すシーケンス図である。

図２７のステップＳ７５に示すように、電子黒板２の送受信部２１は、共用支援サーバ６に対して、実行されているイベントによって発生した音データを随時送信する（ステップＳａ１、ステップＳａ２）。これにより、共用支援サーバ６の送受信部６１は、電子黒板２から送信された音データを随時受信する。そして、共用支援サーバ６の送受信部６１は、電子黒板２から送信された音データを、音声テキスト変換サーバ９へ随時送信する（ステップＳｂ１、ステップＳｂ２）。これにより、音声テキスト変換サーバ９の送受信部９１は、共用支援サーバ６から送信された音データを随時受信する。

ここで、ステップＳａ１によって電子黒板２から共用支援サーバ６へ送信された音データは、ステップＳｂ１によって共用支援サーバ６から音声テキスト変換サーバ９へ送信された音データに対応し、ステップＳａ２によって電子黒板２から共用支援サーバ６へ送信された音データは、ステップＳｂ２によって共用支援サーバ６からスケジュール管理サーバ８へ送信された音データに対応する。このように、電子黒板２の画像・音処理部２３によって集音されて処理された音データは、、随時音声テキスト変換サーバ９へ送信される。

音声テキスト変換サーバ９の変換部９３は、送受信部９１によって受信された音データを、テキストデータに変換する。そして、音声テキスト変換サーバ９の送受信部９１は、共用支援サーバ６に対して、変換部９３によって変換されたテキストデータを送信する（ステップＳｃ１）。この場合、ステップＳｃ１によって送信されるテキストデータは、ステップＳｂ１およびステップＳｂ２によって受信された音データがテキスト変換されたテキストデータである。

ここで、ステップＳｃ１によって音声テキスト変換サーバ９から共用支援サーバ６に送信されるテキストデータは、未確定のテキストデータである。音声テキスト変換サーバ９の変換部９３は、所定の分量のテキスト変換が行われた場合、音データのテキスト変換が完了し、テキストデータが確定したと判断する。例えば、変換部９３は、１センテンス分のテキスト変換が行われた場合、音データのテキスト変換が完了し、テキストデータが確定したと判断する。ステップＳｃ１では、未確定のテキストデータであるため、送受信部９１は、変換部９３によって変換されたテキストデータ（「Ｉｎ ｔｈｉｓ ｆｉｓｃａｌ ｙｅａｒ， ｍｏｒｅ」）とともに、テキストデータが確定していない（未確定）ことを示す未確定フラグを送信する。

そして、共用支援サーバ６の送受信部６１は、音声テキスト変換サーバ９から送信されたテキストデータ（未確定のテキストデータ）を、電子黒板２へ送信する（ステップＳｃ２）。これにより、電子黒板２の送受信部２１は、共用支援サーバ６から送信されたテキストデータ（未確定のテキストデータ）を受信する。そして、電子黒板２の表示制御部２４は、送受信部２１によって受信されたテキストデータを、ディスプレイ５０８に表示させる。電子黒板２は、図２６に示されているようなイベント実行画面Ｒに、実行中のイベントによって発生した音データの字幕表示としてテキストデータを表示させることができる。なお、電子黒板２は、未確定のテキストデータであっても受信して表示させることで、電子黒板２の利用者に、音声テキスト変換サーバ９による音声テキスト変換処理が随時行われていることを確認させることができる。

共用システム１は、上記で示されるような処理を繰り返す（ステップＳａ３〜Ｓａ７、Ｓｂ３〜Ｓｂ７、Ｓｃ３〜Ｓｃ４）ことにより、電子黒板２の画像・音処理部２３によって集音されて処理された音データのテキスト変換処理を繰り返し実行する。なお、音声テキスト変換サーバ９によって未確定のテキストデータを送信すされる回数（頻度）は、適宜設定可能である。

音声テキスト変換サーバ９の送受信部９１は、変換部９３によって音データのテキスト変換が完了し、テキストデータが確定したと判断された場合、確定のテキストデータを、共用支援サーバ６に対して送信する（ステップＳｃ５）。この場合、送受信部９１は、変換部９３によって変換されたテキストデータ（「Ｉｎ ｔｈｉｓ ｆｉｓｃａｌ ｙｅａｒ， ｍｏｒｅ ｔｈａｎ ｔｗｉｃｅ ｔｈｅ ｒｅｓｕｌｔｓ ｏｆ ｌａｓｔ ｙｅａｒ．」）とともに、テキストデータが確定したことを示す確定フラグを送信する。これにより、共用支援サーバ６の送受信部６１は、音声テキスト変換サーバ９から送信されたテキストデータ（確定のテキストデータ）を受信する。

ここで、ステップＳｃ５によって受信されたテキストデータは、図２７のステップＳ７９の処理によってコンテンツ管理ＤＢ６００５に記憶されて管理される。この場合、ステップＳｃ５によって受信されたテキストデータの処理に係る日時は、ステップＳｂ１よって音データが送信された日時から、ステップＳｃ５によってテキストデータが受信された日時となる。すなわち、コンテンツ管理ＤＢ６００５に記憶されるコンテンツ処理の開始日時は、ステップＳｂ１によって音データが送信された日時であり、コンテンツ処理の終了日時は、ステップＳｃ５によってテキストデータが受信された日時である。このように、共用支援サーバ６は、音声テキスト変換サーバ９から送信されたテキストデータ（確定したテキストデータ）とともに、テキストデータに対応する音データの音声テキスト変換サーバ９への送信が開始された日時から確定したテキストデータを受信した日時を、コンテンツ処理の開始および終了日時として管理することができる。

そして、共用支援サーバ６の送受信部６１は、電子黒板２に対して、音声テキスト変換サーバ９から送信されたテキストデータ（確定のテキストデータ）を送信する（ステップＳｃ６）。これにより、電子黒板２の送受信部２１は、共用支援サーバ６から送信されたテキストデータを受信する。そして、電子黒板２の送受信部２１は、共用支援サーバ６から送信されたテキストデータをディスプレイ２２０に表示させる。

このように、共用システム１は、実行されているイベントによって発生した音データを、音声テキスト変換サーバ９を用いてテキストデータに変換することができるとともに、テキストデータの発生時間に関する情報（コンテンツ処理の開始日時および終了日時）を共用支援サーバ６およびスケジュール管理サーバ８に記憶させて管理させることができる。

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

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

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

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

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

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

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

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

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

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

そして、スケジュール管理サーバ８の記憶・読出処理部８９は、テキスト情報管理ＤＢ８０１２（図１５参照）に対して、ステップＳ９３によって受信された実行イベントＩＤに関連付けて、ステップＳ９３によって受信されたテキストデータを含むテキスト情報を記憶して管理する（ステップＳ９８）。具体的には、生成部８３は、ステップＳ９３によって受信されたテキストデータおよびコンテンツ処理ＩＤ、ステップＳ９３によって受信されたテキストデータを識別するテキストＩＤ、並びに状態情報を含むテキスト情報を生成する。そして、記憶・読出処理部８９は、生成部８３によって生成されたテキスト情報を、ステップＳ９３によって受信された実行イベントＩＤに関連付けてテキスト情報管理ＤＢ８０１２に記憶する。この場合、テキスト情報に含まれる状態情報は、関連付けられたテキストデータが編集されていないことを示す「Ｏｒｉｇｉｎａｌ」の情報が付与される。

ここで、図３０を用いて、共用支援サーバ６およびスケジュール管理サーバ８に記憶されるテキストデータのデータ形式について説明する。図３０は、テキストデータを含むデータファイルの一例を示す図である。図３０に示されるデータファイルｄ１は、コンテンツ管理ＤＢ６００５および実行イベント履歴管理ＤＢ８００８に示されるコンテンツの保存先のＵＲＬに記憶されて管理されている。

図３０に示すように、データファイルｄ１には、１０個のテキストデータ（ｔｒａｎｓｃｒｉｐｔ）が含まれている。また、各テキストデータ（０〜９）には、コンテンツ処理が発生した順番を示すシーケンス番号（ｓｅｑ＿ｎｕｍ）、テキストデータ（ｔｅｘｔ）、コンテンツ処理の開始日時（ｓｔａｒｔ ｔｉｍｅ）、コンテンツ処理の終了日時（ｅｎｄ＿ｔｉｍｅ）およびコンテンツ処理ＩＤ（ｉｄ）がそれぞれ含まれている。これらの情報は、コンテンツ管理ＤＢ６００５および実行イベント履歴管理ＤＢ８００６のそれぞれの項目に対応する情報と同じである。なお、データファイルｄ１に含まれるテキストデータの数は、これに限られない。

このように、共用支援サーバ６およびスケジュール管理サーバ８は、テキストデータとそのテキストデータの処理に関する時間の情報（コンテンツ処理の開始日時および終了日時）を関連付けて、図３０に示されているようなデータファイルｄ１で管理することができる。

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

＜イベントの終了処理＞
続いて、図３２〜図３６を用いて、実行中のイベントを終了する処理について説明する。

図３２および図３３は、実施形態に係る共用システムのイベントの終了処理の流れの一例を示すシーケンス図である。図３４は、電子黒板上に表示されるイベント終了画面を示す図である。図３５は、電子黒板上に表示されるファイルデータのアップロード画面を示す図である。図３６は、電子黒板上に表示されるファイルデータのアップロード完了画面を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜実行イベント履歴の閲覧処理＞
図３７および図３８は、実施形態に係る共用システムの実行イベント履歴の閲覧処理の流れの一例を示すシーケンス図である。図３９は、実施形態に係るＰＣ上に表示される実行イベントリスト画面を示す図である。図４０は、実施形態に係るＰＣ上に表示される実行イベント履歴画面を示す図である。図３７〜図４０を用いて、実行イベント履歴の閲覧処理について説明する。なお、図３７に示すステップＳ１１１〜Ｓ１１７の処理は、それぞれ図１６に示すステップＳ１１〜Ｓ１７の処理と同様である。

図１８に示されている初期画面５４０において、利用者が「実行イベント履歴閲覧」ボタン５４３を押下すると、受付部５２は、実行イベント履歴の閲覧を受け付ける（ステップＳ１１８）。

そして、送受信部５１は、スケジュール管理サーバ８に対して、実行イベント履歴閲覧要求を示す実行イベント履歴閲覧要求情報を送信する（ステップＳ１１９）。これにより、スケジュール管理サーバ８の送受信部８１は、実行イベント履歴閲覧要求情報を受信する。

次に、スケジュール管理サーバ８では、記憶・読出処理部８９が、実行イベント管理ＤＢ８００９に記憶された実行イベント開始終了情報を読み出す（ステップＳ１２０）。この実行イベント開始終了情報には、実行イベントＩＤ、イベント名、開始日時および終了日時が含まれる。

そして、送受信部８１は、ＰＣ５に対して、ステップＳ１２０で読み出された実行イベントＩＤ、イベント名、開始日時および終了日時を送信する（ステップＳ１２１）。これにより、ＰＣ５の送受信部５１は、実行イベントＩＤ、イベント名、開始日時および終了日時を受信する。

次に、ＰＣ５の生成部５６は、ステップＳ１２１で受信されたデータ（情報）を用いて、図３９に示されているような実行イベントリスト画面５７０を生成する（ステップＳ１２２）。そして、ＰＣ５では、表示制御部５４がディスプレイ５０８上に、生成部５６によって生成された実行イベントリスト画面５７０を表示させる（ステップＳ１２３）。図３９に示されているように、実行イベントリスト画面５７０には、実行イベントを示す情報５７１〜５７３が含まれている。例えば、実行イベントを示す情報５７１〜５７３には、実行イベント名、イベントの開始日時および終了日時が表示されている。実行イベントを示す情報５７１〜５７３は、イベントの実行内容を示す履歴情報を表示させるための選択を受け付ける履歴情報選択領域の一例である。また、実行イベントリスト画面５７０の右下部分には、実行イベントリスト画面５７０を閉じるための「閉じる」ボタン５７５が含まれている。

次に、ＰＣ５の受付部５２は、実行イベントリスト画面５７０に含まれる実行イベントの選択を受け付ける（ステップＳ１２４）。具体的には、利用者が実行イベントリスト画面５７０に含まれる実行イベントを示す情報５７１〜５７３のいずれかを選択した場合、受付部５２が実行イベントを示す情報の選択を受け付ける。そして、ＰＣ５の送受信部５１は、受付部５２によって選択された実行イベントの実行イベントＩＤを、スケジュール管理サーバ８へ送信する（ステップＳ１２５）。これにより、スケジュール管理サーバ８の送受信部８１は、実行イベントＩＤを受信する。

次に、スケジュール管理サーバ８の記憶・読出処理部８９は、ステップＳ１２５によって受信された実行イベントＩＤを検索キーとして実行イベント履歴管理ＤＢ８００８を検索することにより、対応する実行イベント履歴情報を読み出す（ステップＳ１２６）。この実行イベント履歴情報には、コンテンツ処理ＩＤ、コンテンツ処理の種類、コンテンツ処理の開始日時および終了日時が含まれている。

また、スケジュール管理サーバ８の記憶・読出処理部８９は、ステップＳ１２５によって受信された実行イベントＩＤを検索キーとして関連情報管理ＤＢ８０１０を検索することにより、対応する関連情報を読み出す（ステップＳ１２７）。この関連情報には、コンテンツの発生時間帯、コンテンツ処理ＩＤ、コンテンツ処理の種類およびシーケンスＮｏが含まれている。関連情報に含まれるコンテンツの発生時間帯は、時間情報の一例である。

そして、記憶・読出処理部８９は、ステップＳ１２６によって読み出された実行イベント履歴の内容を示すコンテンツデータの保存先から、実行イベント履歴の内容を示すコンテンツデータを読み出す（ステップＳ１２８）。そして、送受信部８１は、読み出された関連情報、コンテンツデータおよび実行イベント履歴情報を、ＰＣ５へ送信する（ステップＳ１２９）。これにより、ＰＣ５の送受信部５１は、関連情報、コンテンツデータおよび実行イベント履歴情報を受信する。

次に、ＰＣ５の音制御部５８は、ステップＳ１２９によって受信されたコンテンツデータである音データの再生箇所を設定する（ステップＳ１３０）。この場合、音制御部５８は、受信された関連情報のうち、コンテンツ発生時間帯「００：００」に関連付けられた音データに対応する箇所を、音データの再生箇所として設定する。

次に、ＰＣ５の生成部５６は、ステップＳ１２９によって受信された関連情報およびコンテンツデータを用いて、図４０に示されているような実行イベント履歴画面５８０を生成する（ステップＳ１３１）。図４０に示されているように、実行イベント履歴画面５８０には、実行されたイベントによって生じたコンテンツのデータが、コンテンツ処理の種類毎に示されている。実行イベント履歴画面５８０には、録音データの再生箇所を表示する再生箇所表示領域５８１、音声テキストを表示するテキストデータ表示領域５８２、スナップショットを表示するスナップショット表示領域５８３、イベントで用いた資料を閲覧する場合に押下される「資料ファイル」ボタン５８５が含まれている。より具体的には、生成部５６は、受信されたコンテンツデータであるテキストデータに係る画像を、受信された関連情報に含まれるシーケンスＮｏの順序でテキストデータ表示領域５８２に表示させるように実行イベント履歴画面５８０を生成する。また、生成部５６は、受信されたコンテンツデータである画面データに係る画像を、受信された関連情報に含まれるシーケンスＮｏの順序でスナップショット表示領域５８３に表示させるように実行イベント履歴画面５８０を生成する。さらに、生成部５６は、音データの全再生時間における、ステップＳ１３０によって設定された再生箇所に対応する位置に、再生箇所表示領域５８１に含まれる再生ポイント５８１ｐが表示されるように実行イベント履歴画面５８０を生成する。

そして、ＰＣ５の表示制御部５４は、ディスプレイ５０８上に、生成部５６によって生成された実行イベント履歴画面５８０を表示させる（ステップＳ１３２）。また、ＰＣ５の音制御部５８は、ステップＳ１３０によって設定された再生箇所の音データを再生する。

ここで、再生箇所表示領域５８１には、全再生時間における再生箇所を示す再生ポイント５８１ｐ、録音データの再生履歴（再生過程）を示すスライダ５８１ｂ、および全再生時間における再生時間を示す再生時間表示画像５８１ｔが含まれる。また、再生ポイント５８１ｐおよびスライダ５８１ｂは、シークバーを構成する。シークバーとは、録音データの再生箇所を表示するものであるとともに、録音データの再生箇所を指定する操作領域である。利用者は、録音データの始めから終わりまでのうちどこを再生しているのかを再生ポイント５８１ｐおよびスライダ５８１ｂの位置によって視覚的に把握することができる。また、利用者は、再生ポイント５８１ｐをマウス５０７等の入力手段を用いて移動させ、それによって任意の再生箇所から録音データを再生させることができる。再生ポイント５８１ｐは、再生箇所特定画像の一例である。また、再生ポイント５８１ｐおよびスライダ５８１ｂを含むシークバーは、再生履歴表示画像の一例である。

また、テキストデータ表示領域５８２には、テキストデータを示す画像５８２ａ、５８２ｂ、５８２ｃ、５８２ｄ、５８２ｅが上から下に向けて時系列に表示されている。同様に、スナップショット表示領域５８３には、スナップショット（キャプチャ）画像５８３ａ、５８３ｂ、５８３ｃが上から下に向けて時系列に表示されている。このように、テキストデータ表示領域５８２およびスナップショット表示領域５８３は、時系列に並列に表示されている。これにより、利用者は、例えば、画像５８３ｂを閲覧すれば、会議で円グラフを説明した時間帯を容易に把握することができるため、この画像５８３ｂと並列に表示されているテキストデータを示す画像５８２ｃ、５８２ｄを容易に探し出すことができる。ここで、画像５８３ａ、５８３ｂ、５８３ｃは、ディスプレイ２２０に表示された画面全体のスナップショット画像である。

これにより、共用システム１は、実行されたイベントにより生じた実行イベント履歴を、イベントに参加したメンバ（参加者）間で簡単に共有することができる。なお、共用システム１は、イベントの実行後に利用者の登録または変更を行うことによって、利用者が実行イベント履歴を閲覧するための参照権限を編集可能な構成であってもよい。

＜実行イベント履歴の選択処理＞
図４１、図４４および図４５は、実施形態に係る共用システムの実行イベント履歴の選択処理の流れの一例を示すシーケンス図である。図４２および図４３は、実施形態に係るＰＣ上に表示される実行イベント履歴画面を示す図である。図４１〜図４５を用いて、実行イベント履歴の選択処理について説明する。

まず、ＰＣ５の受付部５２は、実行イベント履歴画面５８０のテキストデータ表示領域５８２に含まれる特定の画像の選択を受け付ける（ステップＳ１５１）。具体的には、例えば、図４２に示すように、利用者が実行イベント履歴画面５８０のテキストデータ表示領域５８２に含まれる特定のテキストデータを示す画像（例えば、画像５８２ｔ）を、マウスポインタｐ３を用いて選択した場合、受付部５２は、テキストデータ表示領域５８２に含まれる特定の画像に対する選択を受け付ける。

ＰＣ５の送受信部５１は、受付部５２によって受け付けられた選択に係る選択情報を、スケジュール管理サーバ８へ送信する（ステップＳ１５２）。ここで、選択情報には、選択が受け付けられた特定の画像（例えば、画像５８２ｔ）に対応するコンテンツ処理ＩＤが含まれる。これにより、スケジュール管理サーバ８の送受信部８１は、ＰＣ５から送信された選択情報を受信する。

次に、スケジュール管理サーバ８の記憶・読出処理部８９は、ステップＳ１５２によって受信された選択情報に含まれるコンテンツ処理ＩＤを検索キーとして関連情報管理ＤＢ８０１０を検索することにより、対応する関連情報を読み出す（ステップＳ１５３）。より具体的には、記憶・読出処理部８９は、選択情報に含まれるコンテンツ処理ＩＤが関連付けられた関連情報を、関連情報管理ＤＢ８０１０から読み出す。この関連情報には、コンテンツの発生時間帯、コンテンツ処理ＩＤ、コンテンツ処理の種類およびシーケンスＮｏが含まれている。関連情報に含まれるコンテンツの発生時間帯は、時間情報の一例である。これにより、スケジュール管理サーバ８は、ユーザによる選択が受け付けられた画像と同じ時間帯に発生したコンテンツを、関連情報に含まれる各種コンテンツに係るデータ（情報）から特定することができる。

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

そして、記憶・読出処理部８９は、ステップＳ１５４によって読み出された実行イベント履歴情報に含まれるコンテンツの内容を示すコンテンツデータの保存先から、実行イベント履歴の内容を示すコンテンツデータを読み出す（ステップＳ１５５）。そして、送受信部８１は、読み出された関連情報およびコンテンツデータを、ＰＣ５へ送信する（ステップＳ１５６）。これにより、ＰＣ５の送受信部５１は、関連情報およびコンテンツデータを受信する。

次に、ＰＣ５の音制御部５８は、ステップＳ１５６によって受信されたコンテンツデータである音データに対応する再生箇所を、音データの再生箇所（音データの開始時間）として設定する（ステップＳ１５７）。

次に、ＰＣ５の生成部５６は、ステップＳ１５６によって受信されたコンテンツデータに基づいて、実行イベント履歴画面５８０を生成する（ステップＳ１５８）。具体的には、生成部５６は、受信されたコンテンツデータであるテキストデータに係る画像を、テキストデータ表示領域５８２に表示させるように実行イベント履歴画面５８０を生成する。また、生成部５６は、受信されたコンテンツデータである画面データに係る画像を、スナップショット表示領域５８３に表示させるように実行イベント履歴画面５８０を生成する。

さらに、生成部５６は、音データの全再生時間における、ステップＳ１５７によって設定された音データに係る位置に、再生箇所表示領域５８１に含まれる再生ポイント５８１ｐが表示されるように実行イベント履歴画面５８０を生成する。

表示制御部５４は、ステップＳ１５８によって生成された実行イベント履歴画面５８０を、ディスプレイ５０８に表示させる（ステップＳ１５９）。ステップＳ１５９において、ディスプレイ５０８に表示される実行イベント履歴画面５８０を図４３に示す。図４３に示す実行イベント履歴画面５８０は、再生箇所表示領域５８１に含まれる再生ポイント５８１ｐの位置が、ユーザによって選択された画像５８２ｔに対応する時間位置に移動している。このように、ＰＣ５は、音データをテキスト変換したテキストデータに係る画像のうち、特定の画像が選択されることによって、選択された特定の画像に係るコンテンツの発生時間帯が示す時間位置に、再生ポイント５８１ｐを移動させる。これにより、ＰＣ５は、利用者が音声を確認したいテキストデータに係る画像を選択するだけで、当該画像に対応する再生箇所の音データの再生することができる。また、ＰＣ５は、テキストデータに係る画像の移動に対応させて再生ポイント５８１ｐを移動させることで、全再生時間のうちどの再生箇所に係る音データが再生されているのかを利用者に容易に把握させることができる。

また、図４４および図４５に示す処理は、図４１に示したテキストデータ（実行イベント履歴）とは種別が異なるコンテンツデータ（実行イベント履歴）が選択される場合の処理である。図４４は、スナップショット表示領域５８３に表示された画面データに係る画像が選択される場合の処理を示す。まず、ＰＣ５の受付部５２は、実行イベント履歴画面５８０のスナップショット表示領域５８３に含まれる特定の画像の選択を受け付ける（ステップＳ１６１）。具体的には、例えば、利用者が実行イベント履歴画面５８０のスナップショット表示領域５８３に含まれる特定の画像（例えば、スナップショット画像５８３ｒ）を、マウスポインタｐ３を用いて選択した場合、受付部５２は、スナップショット表示領域５８３に含まれる特定の画像に対する選択を受け付ける。なお、ステップＳ１６２〜ステップＳ１６９の処理は、図４１に示したステップＳ１５２〜ステップＳ１５９の処理とそれぞれ同様である。

また、図４５は、再生箇所表示領域５８１に表示された再生ポイント５８１ｐが選択される場合の処理を示す。まず、ＰＣ５の受付部５２は、実行イベント履歴画面５８０の再生箇所表示領域５８１に含まれる再生ポイント５８１ｐの移動を受け付ける（ステップＳ１８１）。具体的には、例えば、利用者が実行イベント履歴画面５８０の再生箇所表示領域５８１に含まれる再生ポイント５８１ｐを、マウスポインタｐ３を用いて移動した場合、受付部５２は、再生箇所表示領域５８１に含まれる再生ポイント５８１ｐの移動を受け付ける。

ＰＣ５の送受信部５１は、受付部５２によって受け付けられた移動に係る選択情報を、スケジュール管理サーバ８へ送信する（ステップＳ１８２）。ここで、選択情報には、受け付けられた移動先の再生箇所の音データに係るコンテンツ処理ＩＤが含まれる。これにより、スケジュール管理サーバ８の送受信部８１は、ＰＣ５から送信された選択情報を受信する。なお、ステップＳ１８２〜ステップＳ１８９の処理は、図４１に示したステップＳ１５２〜ステップＳ１５９の処理とそれぞれ同様であるため、説明を省略する。

＜テキストデータの編集処理＞
続いて、図４６〜図５５を用いて、実行イベント履歴画面に表示された各テキストデータを編集する処理について説明する。

図４６は、実施形態に係る共用システムのテキストデータの編集処理の流れの一例を示すシーケンス図である。図４７および図５３は、実施形態に係るＰＣ上に表示される実行イベント履歴画面を示す図である。図４８は、実施形態に係るＰＣ上に表示されるテキスト編集画面を示す図である。図４９は、更新されたテキスト情報管理テーブルを示す概念図である。なお、ＰＣ５のディスプレイ５０８には、図４０に示されているような実行イベント履歴画面５８０が表示されているものとして説明する。

まず、利用者がマウスポインタｐ３を用いてテキストデータ表示領域５８２を押下すると、ＰＣ５の表示制御部５４は、図４７に示されている実行イベント履歴画面５８０ａを表示させる（ステップＳ２０１）。具体的には、利用者がマウスポインタｐ３を用いてテキストデータ表示領域５８２に含まれる特定のテキストデータを示す画像（例えば、画像５８２ｃ）を押下すると、受付部５２は、特定のテキストデータの選択を受け付ける。そして、表示制御部５４は、選択が受け付けられた特定のテキストデータに対応させた位置に表示された「編集」ボタン６２０を含む実行イベント履歴画面５８０ａを表示させる。この「編集」ボタン６２０は、選択された特定のテキストデータの編集を要求する場合に押下される。「編集」ボタン６２０は、編集要求画像の一例である。

次に、利用者がマウスポインタｐ３を用いて「編集」ボタン６２０を押下すると、受付部５２は、「編集」ボタン６２０の選択を受け付け、テキストデータの編集要求を受け付ける（ステップＳ２０２）。次に、表示制御部５４は、ディスプレイ５０８に表示されている実行イベント履歴画面５８０ａ上に、図４８に示されているようなテキスト編集画面６３０を表示させる（ステップＳ２０３）。テキスト編集画面６３０は、選択された特定のテキストデータ（例えば、画像５８２ｃに示されているテキストデータ）の内容の編集を受け付ける編集画面である。テキスト編集画面６３０には、特定のテキストデータを編集するための入力領域６３１、入力領域６３１で編集された特定のテキストデータを保存する場合に押下される「保存」ボタン６３３、テキストデータの編集処理を中断（中止）する場合に押下される「キャンセル」ボタン６３５、および編集対象の特定のテキストデータに対応する音データを再生する場合に押下される「再生」ボタン６３７が含まれている。

次に、利用者が入力領域６３１に対する入力を行うことで、受付部５２は、特定のテキストデータの編集を受け付ける（ステップＳ２０４）。これにより、利用者は、入力領域６３１に対する入力によって、選択された特定のテキストデータの編集を行うことができる。この場合、受付部５２に従ってテキストデータを編集するＰＣ５の機能（例えば表示制御部５４）が「第１編集部」に相当する。また、受付部５２によって「再生」ボタン６３７の選択が受け付けられると、音制御部５８は、編集対象の特定のテキストデータに対応する音データを再生する。これにより、利用者は、編集対象の特定のテキストデータに対応する音データを聞きながら、テキストデータの編集を行うことができる。

次に、受付部５２で「保存」ボタン６３３の選択が受け付けられると、ＰＣ５の送受信部５１は、スケジュール管理サーバ８に対して、テキスト情報の更新要求を示すテキスト情報更新要求情報を送信する（ステップＳ２０５）。このテキスト情報更新要求情報には、ステップＳ２０４によって編集されたテキストデータ、ステップＳ１５６によって受信されたコンテンツ処理ＩＤ、およびステップＳ１１２によって受け付けられた利用者ＩＤを送信する。この場合のコンテンツ処理ＩＤは、編集されたテキストデータに対応するコンテンツ処理ＩＤである。これにより、スケジュール管理サーバ８の送受信部８１は、テキスト情報更新要求情報を受信する。

スケジュール管理サーバ８の記憶・読出処理部８９は、ステップＳ２０５によって受信されたテキストデータを、テキスト情報管理ＤＢ８０１２（図１５参照）に記憶する（ステップＳ２０６）。この場合、テキスト情報管理ＤＢ８０１２には、図４９に示されているようなテキスト情報管理テーブルが記憶される。図４９は、更新されたテキスト情報管理テーブルの概念図である。図４９のテキスト情報管理テーブルには、図１５に示したテキスト情報管理テーブルに記憶されたテキスト情報に、ステップＳ２０５によって受信された編集後のテキストデータを含むテキスト情報が追加されている。このテキスト情報は、編集前のテキストデータと同様のコンテンツ処理ＩＤと、編集前のテキストデータのテキストＩＤ（例えば、ｔｅｘｔ１２）からバージョンが更新されたテキストＩＤ（例えば、ｔｅｘｔ１２．２）と、テキストデータが編集されたことを示す状態情報とが関連付けられている。このうち、状態情報には、テキストデータの編集を行った編集者を示す編集者名およびテキストデータの編集が行われた日時を示す編集日時が含まれている。

スケジュール管理サーバ８の送受信部８１は、ＰＣ５に対して、ステップＳ２０６で記憶されたテキストデータを送信する（ステップＳ２０７）。これにより、ＰＣ５の送受信部５１は、スケジュール管理サーバ８から送信されたテキストデータを受信する。

ＰＣ５の生成部５６は、ステップＳ２０７によって受信されたテキストデータを用いて、図５３に示されている実行イベント履歴画面５８０ｂを生成する（ステップＳ２０８）。より具体的には、生成部５６は、実行イベント履歴画面５８０ａに含まれる編集前のテキストデータが、ステップＳ２０７によって受信された編集後のテキストデータに変更された実行イベント履歴画面５８０ｂを生成する。

そして、ＰＣ５の表示制御部５４は、ディスプレイ５０８上に、生成部５６によって生成された実行イベント履歴画面５８０ｂを表示させる（ステップＳ２０９）。図５３に示されているように、実行イベント履歴画面５８０ｂに含まれるテキストデータ表示領域５８２には、編集後のテキストデータを示す画像５８２ｃが表示されている。また、実行イベント履歴画面５８０ｂには、画像５８２ｃに示されているテキストデータの編集が行われたことを示す「編集済」ボタン６２５が含まれている。「編集済」ボタン６２５は、編集済画像の一例である。これにより、利用者は、実行イベント履歴画面５８０ｂに含まれる「編集済」ボタン６２５を確認することで、テキストデータ表示領域５８２に表示されているテキストデータが編集されたものであるかどうかを把握することができる。

以上説明したように、ＰＣ５は、実行イベント履歴画面５８０に表示されたテキストデータを利用者に編集させるとともに、編集前のテキストデータに変えて編集されたテキストデータを表示させることで、編集されたテキストデータを議事録として表示させることができる。また、音データからテキストデータへの変換精度が低い場合であっても、ＰＣ５は、表示されたテキストデータを利用者に編集させることで、実行イベント履歴画面５８０をイベントの議事録として利用者に有効に活用させることができる。さらに、ＰＣ５は、編集後のテキストデータを表示させることで、利用者が編集後のテキストデータを見て、利用者が聞きたい箇所の音データを再生することができる。

＜＜テキストデータの編集に伴う音データの編集処理＞＞
次に、図５０〜図５２を参照しながら、テキストデータを編集した際に、編集後のテキストデータに予め定められた伏字が含まれている場合、音データの当該伏字に対応する音声区間を無効となるように編集する動作について説明する。

図５０は、実施形態に係る共用システムの音データの編集処理の流れの概要を示す図である。図５０を用いて、テキストデータの編集に伴う音データの編集処理の流れの概要を説明する。

上述してきたように、電子黒板２により録音された音データ、およびスナップショット（キャプチャ）によって取得された画像データ等は、コンテンツデータとして共用支援サーバ６に送信される。そして、共用支援サーバ６は、コンテンツデータのうち音データについては、音声テキスト変換サーバ９へ送信し、音声テキスト変換サーバ９により当該音データから変換されたテキストデータを受信する。そして、共用支援サーバ６からコンテンツデータ等が送信され、スケジュール管理サーバ８において実行イベント履歴情報、関連情報、およびテキスト情報が記憶されて管理される。

そして、ＰＣ５では、スケジュール管理サーバ８にテキスト情報として管理されているテキストデータに対して、図４６に示された処理により編集が行われると、編集されたテキストデータがスケジュール管理サーバ８に送信される（（１）編集済みテキストデータ）。そして、スケジュール管理サーバ８に送信された編集されたテキストデータは、テキスト情報管理ＤＢ８０１２に記憶される（（２）編集済みテキストデータ保存）。

次に、ＰＣ５は、スケジュール管理サーバ８に送信した編集されたテキストデータの中に、議事録として残さないように予め定められた伏字で編集された箇所の有無を判断する（（３）伏字有無判断）。そして、ＰＣ５は、編集されたテキストデータの中に伏字で編集された箇所があることを確認すると、当該伏字で編集されたテキストデータに対応する音データの区間を特定し、当該屈間の情報（伏字区間情報）を含む音声編集要求情報を、スケジュール管理サーバ８へ送信する（（４）音声編集要求）。

スケジュール管理サーバ８は、音声編集要求情報を受信すると、ＰＣ５の利用者ＩＤに基づいて、共用支援サーバ６からアクセスＩＤおよびアクセスパスワードを取得し、サーバ認証管理ＤＢ８００６に登録されているか否かを判断することによって、認証処理を行う（（５）認証）。スケジュール管理サーバ８は、認証に成功すると、伏字で編集されたテキストデータに対応する音データについて、伏字区間情報で示される区間の音声を無効となるように編集する（（６）音データ編集）。

そして、スケジュール管理サーバ８は、編集した音データを、実行イベント履歴情報が示す保存先に記憶させる（（７）ＵＲＬが示す保存先に保存）。

図５１は、実施形態に係る共用システムの音データの編集処理の流れの一例を示すシーケンス図である。図５２は、実施形態に係るＰＣ上に表示される伏字に編集したときのテキスト編集画面の一例を示す図である。次に、図５１および図５２を参照しながら、テキストデータの編集に伴う音データの編集処理の流れの詳細を説明する。

まず、利用者は、ディスプレイ５０８に表示されている実行イベント履歴画面５８０ａ表示されたテキスト編集画面６３０において、テキストデータを編集するための入力領域６３１において、議事録として残したくないテキスト部分（例えば“ｏｕｒ ｏｒｇａｎｉｚａｔｉｏｎ”）を伏字（例えば「」）で図５２に示すように編集して保存したものとする。編集されたテキストデータは、図４６で上述したように、スケジュール管理サーバ８のテキスト情報管理ＤＢ８０１２に記憶される。

すると、ＰＣ５の判断部５７は、スケジュール管理サーバ８へ送信した編集されたテキストデータについて、伏字で編集された部分があるか否かを判断する（ステップＳ２２１）。そして、判断部５７により、編集されたテキストデータに伏字で編集された部分があると判断された場合、ＰＣ５の送受信部５１は、利用者ＩＤと、編集されたテキストデータに対応する音データと、図３８のステップＳ１２９で受信した実行イベント履歴情報に含まれる当該テキストデータについての開始日時と終了日時とで規定される区間情報（伏字区間情報）と、を含む音声編集要求情報を、スケジュール管理サーバ８へ送信する（ステップＳ２２２）。これにより、スケジュール管理サーバ８の送受信部８１は、音声編集要求情報を受信する。なお、編集されたテキストデータは、図３８のステップＳ１２９で受信された関連情報によって音データと対応付けられている。また、テキストデータについては、上述のように、開始日時と終了日時とが関連付けられているので、対応する音データについての当該テキストデータに対応する音声区間を伏字区間情報として特定することができる。

スケジュール管理サーバ８の送受信部８１は、音声編集要求情報を受信すると、ステップＳ２２２で受信した利用者ＩＤを、共用支援サーバ６へ送信する（ステップＳ２２３）。これにより、共用支援サーバ６の送受信部６１は、利用者ＩＤを受信する。そして、共用支援サーバ６の記憶・読出処理部６９は、ステップＳ２２３によって受信された利用者ＩＤを検索キーとして利用者認証管理ＤＢ６００１（図９（Ａ）参照）を検索することにより、対応する組織ＩＤを読み出す（ステップＳ２２４）。

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

次に、送受信部６１は、スケジュール管理サーバ８に対して、読み出されたアクセスＩＤおよびアクセスパスワードを送信する（ステップＳ２２６）。これにより、スケジュール管理サーバ８の送受信部８１は、アクセスＩＤおよびアクセスパスワードを受信する。

次に、スケジュール管理サーバ８では、認証部８２が、アクセスＩＤおよびアクセスパスワードを利用して認証を行う（ステップＳ２２７）。この認証は、ステップＳ３８と同様の処理であるため、説明を省略する。このようにＰＣ５の利用者が属する組織の組織ＩＤに対応するアクセスＩＤおよびアクセスパスワードに基づいた認証を経ることにより、後述の音データに対する編集を許可する仕組みを取るので、不正に音データが編集されてしまう事態の発生を抑制することができる。ここでは、正当である場合について説明を続ける。

次に、スケジュール管理サーバ８の音データ編集部８４は、ステップＳ２２２で受信された伏字区間情報で規定される音データにおける編集されたテキストデータに対応する音声区間を特定する。そして、音データ編集部８４は、音データにおける特定した音声区間の音声を編集して無効にする（ステップＳ２２８）。そして、記憶・読出処理部８９は、音データ編集部８４により編集された音データを、Ｓ１２６で読み出した実行イベント履歴情報が示す保存先に記憶（上書き保存）する（ステップＳ２２９）。

以上のように、議事録として残したくないテキストデータの特定の箇所を伏字で編集した場合に、テキストデータを伏字で編集するだけはなく、それに連動して、音データにおける当該テキストデータに対応する音声区間の音声を無効にすることができる。

なお、上述の図５０〜図５２では、テキストを伏字に編集した後、音データの対応する音声区間の音を無効（無音等）にする処理を説明した、逆に音データの音声区間を指定して、対応するテキストデータの当該音声区間に対応する箇所を伏字にすることも可能である。例えば、１０分の音データの３０秒から６０秒までの区間を無効にした場合、会議の開始日時が分かれば当該区間のテキストを特定することができる。

＜＜編集履歴の閲覧処理＞＞
図５４は、実施形態に係る共用システムの編集履歴の閲覧処理の流れの一例を示すシーケンス図である。図５５は、実施形態に係るＰＣ上に表示される編集履歴画面を示す図である。図５４および図５５を用いて、実行イベント履歴画面５８０に表示されたテキストデータの編集履歴を閲覧する処理について説明する。なお、ＰＣ５のディスプレイ５０８には、図５３に示されているような実行イベント履歴画面５８０ｂが表示されているものとして説明する。

まず、利用者が「編集済」ボタン６２５を押下すると、ＰＣ５の受付部５２は、「編集済」ボタン６２５の選択を受け付け、編集履歴の閲覧要求を受け付ける（ステップＳ２１１）。次に、送受信部５１は、スケジュール管理サーバ８に対して、テキストデータの編集履歴の送信要求を示す編集履歴送信要求情報を送信する（ステップＳ２１２）。この編集履歴送信要求情報には、閲覧要求の対象となるテキストデータに対応するコンテンツ処理ＩＤが含まれている。これにより、スケジュール管理サーバ８の送受信部８１は、編集履歴送信要求情報を受信する。

次に、スケジュール管理サーバ８の記憶・読出処理部８９は、ステップＳ２１２によって受信されたコンテンツ処理ＩＤを検索キーとしてテキスト情報管理ＤＢ８０１２を検索することによって、対応するテキスト情報を読み出す（ステップＳ２１３）。この場合、記憶・読出処理部８９は、図４９に示されているような更新されたテキスト情報管理テーブルに含まれるテキスト情報を読み出す。例えば、ステップＳ２１２によって受信されたコンテンツ処理ＩＤが「ｃ２６９」である場合、記憶・読出処理部８９は、テキストＩＤ「ｔｅｘｔ１２」および「ｔｅｘｔ１２．１」が含まれているテキスト情報を読み出す。送受信部８１は、ＰＣ５に対して、ステップＳ２１３によって読み出されたテキスト情報を送信する（ステップＳ２１４）。このテキスト情報には、コンテンツ処理ＩＤ、テキストＩＤ、テキストデータおよび状態情報が含まれている。これにより、ＰＣ５の送受信部５１は、スケジュール管理サーバ８から送信されたテキスト情報を受信する。

そして、ＰＣ５の表示制御部５４は、ディスプレイ５０８に表示されている実行イベント履歴画面５８０ａ上に、図５５に示されているような編集履歴画面６４０を表示させる（ステップＳ２１５）。この編集履歴画面６４０には、編集前のテキストデータが表示されるオリジナルデータ表示領域６４１、編集後のテキストデータが表示される編集履歴表示領域６４３、およびこの編集履歴画面６４０を閉じるための「閉じる」ボタン６４９が含まれている。このうち、オリジナルデータ表示領域６４１には、ステップＳ２１４によって受信されたテキスト情報のうち、「Ｏｒｉｇｉｎａｌ」を示す状態情報が関連付けられているテキストデータが含まれている。また、編集履歴表示領域６４３には、ステップＳ２１４によって受信されたテキスト情報のうち、編集者名および編集日時を示す状態情報が関連付けられているテキストデータが含まれている。この編集履歴表示領域６４３には、対応するテキストデータが複数回編集された場合、複数の編集後のテキストデータを表示する編集後テキストデータ表示領域（６４４ａ、６４４ｂ）が状態情報に示される編集日時に基づいて、時系列に表示されている。また、編集履歴表示領域６４３には、各テキストデータに関連付けられた状態情報に基づいて、それぞれのテキストデータを表示する編集後テキストデータ表示領域（６４４ａ、６４４ｂ）に対応する位置に、テキストデータの編集を行った編集者を示す編集者情報（６４５ａ、６４５ｂ）、およびテキストデータの編集が行われた時間を示す編集日時情報（６４６ａ、６４５ｂ）がそれぞれ表示されている。

これにより、ＰＣ５は、ディスプレイ５０８に実行イベント履歴画面５８０ｂを表示させることで、テキストデータが編集されたことを利用者に確認させるできるとともに、編集されたテキストデータの編集履歴を、編集履歴画面６４０を用いて利用者に確認することはできる。また、ＰＣ５は、テキストデータの編集を行った編集者の情報および編集が行われた編集日時の情報をテキストデータの内容と併せて表示させることで、編集されたテキストデータの信憑性を利用者に確認させることができる。

なお、図３７〜図５５では、ＰＣ５によって実行イベント履歴を閲覧する場合について説明したが、同様の処理によって、電子黒板２で実行イベント履歴を閲覧することができる。また、図３７〜図５５に示されている処理および画面例は、ＰＣ５だけでなく、電子黒板２、ビデオ会議端末３またはカーナビゲーション装置４においても同様の処理および同様の画面の表示を行ってもよい。

さらに、図３７〜図５５では、ＰＣ５に表示させる各画面に係る画像データを、ＰＣ５の生成部５６によって生成する場合について説明したが、この画像データは、スケジュール管理サーバ８によって生成されてもよい。この場合、スケジュール管理サーバ８では、生成部８３によって画像データを生成され、生成された画像データが送受信部８１によってＰＣ５へ送信される。

（実施形態の主な効果）
以上のように、本実施形態に係る共用システム１では、議事録として残したくないテキストデータの特定の箇所を伏字で編集した場合に、テキストデータを伏字で編集するだけはなく、それに連動して、音データにおける当該テキストデータに対応する音声区間の音声を無効にすることができる。また、これによって、保存した情報に対して消去したものと意図していた情報が共用されてしまうことを抑制することができる。また、テキストデータを編集するだけで、対応する音データの区間の音声が自動的に編集されるので、利用者の手間を低減することができる。

（補足）
なお、上記で説明した実施形態の各機能は、一または複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウエアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＳｏＣ（Ｓｙｓｔｅｍ ｏｎ ａ Ｃｈｉｐ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や従来の回路モジュール等のデバイスを含むものとする。

また、上述の実施形態において、電子黒板２、ＰＣ５、共用支援サーバ６、スケジュール管理サーバ８および音声テキスト変換サーバ９の各機能部の少なくともいずれかがプログラムの実行によって実現される場合、そのプログラムは、ＲＯＭ等に予め組み込まれて提供される。また、上述の実施形態に係る電子黒板２、ＰＣ５、共用支援サーバ６、スケジュール管理サーバ８および音声テキスト変換サーバ９で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤまたはＳＤカード等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、上述の実施形態に係る電子黒板２、ＰＣ５、共用支援サーバ６、スケジュール管理サーバ８および音声テキスト変換サーバ９で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の実施形態に係る電子黒板２、ＰＣ５、共用支援サーバ６、スケジュール管理サーバ８および音声テキスト変換サーバ９で実行されるプログラムを、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、上述の実施形態に係る電子黒板２、ＰＣ５、共用支援サーバ６、スケジュール管理サーバ８および音声テキスト変換サーバ９で実行されるプログラムは、上述した各機能部のうち少なくともいずれかを含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが上述の記憶装置からプログラムを読み出して実行することにより、上述の各機能部が主記憶装置上にロードされて生成されるようになっている。

１ 共用システム
２ 電子黒板
３ ビデオ会議端末
４ カーナビゲーション装置
５ ＰＣ
６ 共用支援サーバ
８ スケジュール管理サーバ
９ 音声テキスト変換サーバ
１５ 作業領域
２１ 送受信部
２２ 受付部
２３ 画像・音処理部
２４ 表示制御部
２５ 判断部
２８ 取得・提供部
２９ 記憶・読出処理部
５１ 送受信部
５２ 受付部
５４ 表示制御部
５６ 生成部
５７ 判断部
５８ 音制御部
５９ 記憶・読出処理部
６１ 送受信部
６２ 認証部
６３ 作成部
６４ 生成部
６５ 判断部
６９ 記憶・読出処理部
８１ 送受信部
８２ 認証部
８３ 生成部
８４ 音データ編集部
８９ 記憶・読出処理部
９１ 送受信部
９３ 変換部
９９ 記憶・読出処理部
５０００ 記憶部
５５００ 作業領域
５５０１ ＯＳ
５５０２ａ 議事録アプリ
５５０２ｂ ブラウザ
６０００ 記憶部
６００１ 利用者認証管理ＤＢ
６００２ アクセス管理ＤＢ
６００３ 予定管理ＤＢ
６００５ コンテンツ管理ＤＢ
８０００ 記憶部
８００１ 利用者認証管理ＤＢ
８００２ 利用者管理ＤＢ
８００３ 共用体管理ＤＢ
８００４ 共用体予約管理ＤＢ
８００５ イベント管理ＤＢ
８００６ サーバ認証管理ＤＢ
８００８ 実行イベント履歴管理ＤＢ
８００９ 実行イベント管理ＤＢ
８０１０ 関連情報管理ＤＢ
８０１２ テキスト情報管理ＤＢ
９０００ 記憶部

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

Claims (10)

1. コンピュータを、
   ビデオ会議で録音された音データについて変換サーバにより変換されたテキストデータに対して情報処理装置において編集するために、前記音データ、および該音データに対応する前記テキストデータを取得する取得部と、
   受付部により受け付けられた入力操作に従って、前記取得部により取得された前記テキストデータを編集する第１編集部と、
   前記第１編集部により編集された前記テキストデータを管理サーバへ送信する第１送信部と、
   前記第１編集部により編集された前記テキストデータに伏字が含まれるか否かを判断する判断部と、
   前記判断部により伏字が含まれると判断された場合、該伏字が含まれる前記テキストデータに対応する前記音データにおける音声区間の音声を無効にする音声編集要求を前記管理サーバへ送信する第２送信部と、
   して機能させるためのプログラム。
2. 前記第２送信部は、前記取得部により取得された前記テキストデータが前記変換サーバにより変換されたときに出力される前記音データの開始日時および終了日時により規定される伏字区間情報を前記音声編集要求に含めて、前記管理サーバへ送信する請求項１に記載のプログラム。
3. 前記取得部により取得された前記テキストデータを表示装置に表示させる表示制御部を、さらに備え、
   前記第１編集部は、前記入力操作に従って、前記表示装置に表示された前記テキストデータを編集する請求項１または２に記載のプログラム。
4. 前記表示制御部は、前記第１編集部により前記テキストデータが編集された場合、該テキストデータの表示領域の近傍に、編集済みであることを示す編集済画像を表示させる請求項３に記載のプログラム。
5. 前記音声編集要求は、前記管理サーバにおいて前記音データに対する編集に際しての認証処理のために、前記情報処理装置の利用者の識別情報を含む請求項１〜４のいずれか一項に記載のプログラム。
6. ビデオ会議で録音された音データについて変換サーバにより変換されたテキストデータに対して情報処理装置において編集するために、前記音データ、および該音データに対応する前記テキストデータを取得する取得ステップと、
   受付部により受け付けられた入力操作に従って、取得した前記テキストデータを編集する編集ステップと、
   編集した前記テキストデータを管理サーバへ送信する第１送信ステップと、
   編集した前記テキストデータに伏字が含まれるか否かを判断する判断ステップと、
   伏字が含まれると判断した場合、該伏字が含まれる前記テキストデータに対応する前記音データにおける音声区間の音声を無効にする音声編集要求を前記管理サーバへ送信する第２送信ステップと、
   を有する情報処理方法。
7. ビデオ会議で録音された音データについて変換サーバにより変換されたテキストデータに対して編集可能な情報処理装置であって、
   前記ビデオ会議の前記音データ、および該音データに対応する前記テキストデータを取得する取得部と、
   受付部により受け付けられた入力操作に従って、前記取得部により取得された前記テキストデータを編集する第１編集部と、
   前記第１編集部により編集された前記テキストデータを管理サーバへ送信する第１送信部と、
   前記第１編集部により編集された前記テキストデータに伏字が含まれるか否かを判断する判断部と、
   前記判断部により伏字が含まれると判断された場合、該伏字が含まれる前記テキストデータに対応する前記音データにおける音声区間の音声を無効にする音声編集要求を前記管理サーバへ送信する第２送信部と、
   を備えた情報処理装置。
8. ビデオ会議で録音された音データについて変換サーバにより変換されたテキストデータに対して編集可能な情報処理装置と、前記音データおよび前記テキストデータを管理する管理サーバと、を有する通信システムであって、
   前記情報処理装置は、
   前記ビデオ会議の前記音データ、および該音データに対応する前記テキストデータを取得する取得部と、
   受付部により受け付けられた入力操作に従って、前記取得部により取得された前記テキストデータを編集する第１編集部と、
   前記第１編集部により編集された前記テキストデータを管理サーバへ送信する第１送信部と、
   前記第１編集部により編集された前記テキストデータに伏字が含まれるか否かを判断する判断部と、
   前記判断部により伏字が含まれると判断された場合、該伏字が含まれる前記テキストデータに対応する前記音データにおける音声区間の音声を無効にする音声編集要求を前記管理サーバへ送信する第２送信部と、
   を備え、
   前記管理サーバは、
   前記音声編集要求が示す前記音データにおける前記テキストデータに対応する前記音声区間を特定する特定部と、
   前記音データにおいて、前記特定部により特定された前記音声区間の音声を無効にする第２編集部と、
   を備えた通信システム。
9. 前記音声編集要求は、前記管理サーバにおいて前記音データに対する編集に際しての認証処理のために、前記情報処理装置の利用者の識別情報を含み、
   前記管理サーバは、前記利用者の識別情報を用いて前記認証処理を行う認証部を、さらに備え、
   前記第２編集部は、前記認証部による前記認証処理が成功した場合に、前記音データにおける前記音声区間の音声を無効にする編集を行う請求項８に記載の通信システム。
10. 前記管理サーバは、前記第２編集部により編集された前記音データを、該第２編集部により編集される前の音データに対して上書き保存する記憶処理部を、さらに備えた請求項８または９に記載の通信システム。

Images