以下に図面を用いて、本実施形態に係る共用システム1を詳細に説明する。なお、本実施形態において「ファイル」は、「電子ファイル」を示す。
(システム構成の概略)
図1は、実施形態に係る共用システムの概略図である。図1を参照しながら、共用システム1の構成の概略について説明する。
図1に示されているように、本実施形態の共用システム1(情報処理システムの一例)は、電子黒板2と、ビデオ会議端末3と、カーナビゲーション装置4と、PC(Personal Computer)5と、共用支援サーバ6と、スケジュール管理サーバ8と、音声テキスト変換サーバ9と、を含む。
また、電子黒板2、ビデオ会議端末3、カーナビゲーション装置4、PC5、共用支援サーバ6、スケジュール管理サーバ8および音声テキスト変換サーバ9は、通信ネットワーク10を介して通信することができる。通信ネットワーク10は、インターネット、移動体通信網、LAN(Local Area Network)等によって構築されている。通信ネットワーク10には、有線通信だけでなく、3G(3rd Generation)、WiMAX(Worldwide Interoperability for Microwave Access)またはLTE(Long Term Evolution)等の無線通信によるネットワークが含まれてもよい。
また、電子黒板2は、会議室Xで利用される。ビデオ会議端末3は、会議室Yで利用される。また、共用体は、各利用者による予約対象となる。カーナビゲーション装置4は、車両αで利用される。この場合の車両αは、カーシェアリングの対象となる車両である。車両には、車、バイク、自転車、車椅子等が含まれる。
「共用体」は、複数の人または団体が共同で使用する物、サービス、空間(部屋)、場所、または情報を示す。会議室X、会議室Yおよび車両αは、複数の利用者が共用する共用体の一例である。共用体に付与された情報の例として、アカウントの場合が挙げられる。例えば、Webで提供されている特定のサービスにおいて、使用されるアカウントが1つに制限されているような場合である。
電子黒板2、ビデオ会議端末3、およびカーナビゲーション装置4は、通信端末の一例である。「通信端末」は、例えば、ユーザによるサインイン(後述のS32参照)で使用可能となる端末である。なお、車両αで利用される通信端末は、カーナビゲーション装置4だけでなく、カーナビゲーションのアプリケーションがインストールされたスマートフォンまたはスマートウォッチ等も含む。
PC5は、表示端末の一例であり、スケジュール管理サーバ8に対して、各共用体の利用の予約の登録および各利用者が実行予定のイベントを登録する登録装置の一例である。イベントは、例えば、会議、会合、集い、寄り合い、相談、打ち合わせ、運転、乗車または移動等である。
共用支援サーバ6は、コンピュータであり、各通信端末に対して遠隔的に共用体を共用する場合の支援を行うサーバ装置である。
スケジュール管理サーバ8は、コンピュータであり、各共用体の予約および各利用者の予定のスケジュールを管理するサーバ装置である。
音声テキスト変換サーバ9は、コンピュータであり、外部のコンピュータ(例えば、共用支援サーバ6)から受信した音(音声)データを、テキストデータに変換するサーバ装置である。
ここで、共用支援サーバ6、スケジュール管理サーバ8および音声テキスト変換サーバ9は、管理システムと称する。なお、管理システムは、例えば、共用支援サーバ6、スケジュール管理サーバ8および音声テキスト変換サーバ9の各機能の全てまたは一部を集約させたコンピュータであってもよい。また、共用支援サーバ6、スケジュール管理サーバ8および音声テキスト変換サーバ9のそれぞれは、複数のコンピュータに各機能を分散させて実現させる構成であってもよい。さらに、共用支援サーバ6、スケジュール管理サーバ8および音声テキスト変換サーバ9は、クラウド環境に存在するサーバコンピュータであるものとして説明するが、共用支援サーバ6および音声テキスト変換サーバ9は、電子黒板2等の通信端末上で動作するサーバであってもよく、オンプレミス環境に存在するサーバであってもよい。また、スケジュール管理サーバ8は、オンプレミス環境に存在するサーバであってもよい。
(ハードウェア構成)
続いて、図2~図5を用いて、共用システム1を構築する装置または端末のハードウェア構成を説明する。
<電子黒板のハードウェア構成>
図2は、実施形態に係る電子黒板のハードウェア構成の一例を示す図である。図2に示されているように、電子黒板2は、CPU(Central Processing Unit)201と、ROM(Read Only Memory)202と、RAM(Random Access Memory)203と、SSD(Solid State Drive)204と、ネットワークI/F205と、外部機器接続I/F(Interface)206と、を備えている。
これらのうち、CPU201は、電子黒板2全体の動作を制御する。ROM202は、CPU201やIPL(Initial Program Loader)等のCPU201の駆動に用いられるプログラムを記憶する。RAM203は、CPU201のワークエリアとして使用される。SSD204は、電子黒板用のプログラム等の各種データを記憶する。ネットワークI/F205は、通信ネットワーク10との通信を制御する。外部機器接続I/F206は、USB(Universal Serial Bus)メモリ2600、PC2700、外付け機器(マイク2200、スピーカ2300、カメラ2400)との通信を制御する。
また、電子黒板2は、キャプチャデバイス211、GPU212、ディスプレイコントローラ213、接触センサ214、センサコントローラ215、電子ペンコントローラ216、近距離通信回路219、近距離通信回路219のアンテナ219a、および電源スイッチ222を備えている。
これらのうち、キャプチャデバイス211は、ディスプレイコントローラ213を介して表示部(表示手段)の一例であるディスプレイ220上に表示されている画像データを取得し、RAM203等に保存する。GPU(Graphics Processing Unit)212は、グラフィクスを専門に扱う半導体チップである。ディスプレイコントローラ213は、キャプチャデバイス211またはGPU212からの出力画像をディスプレイ220等へ出力するために、画面表示の制御および管理を行う。接触センサ214は、ディスプレイ220上に電子ペン2500やユーザの手H等が接触したことを検知する。センサコントローラ215は、接触センサ214の処理を制御する。接触センサ214は、赤外線遮断方式による座標の入力および座標の検出を行う。この座標の入力および座標の検出する方法は、ディスプレイ220の上側両端部に設置された2つ受発光装置が、ディスプレイ220に平行して複数の赤外線を放射し、ディスプレイ220の周囲に設けられた反射部材によって反射されて、受光素子が放射した光の光路と同一の光路上を戻って来る光を受光する方法である。接触センサ214は、物体によって遮断された2つの受発光装置が放射した赤外線のIDをセンサコントローラ215に出力し、センサコントローラ215が、物体の接触位置である座標位置を特定する。電子ペンコントローラ216は、電子ペン2500と通信することで、ディスプレイ220へのペン先のタッチやペン尻のタッチの有無を判断する。近距離通信回路219は、NFC(Near Field Communication)、Bluetooth(登録商標)等の通信回路である。電源スイッチ222は、電子黒板2の電源のON/OFFを切り換えるためのスイッチである。
さらに、電子黒板2は、バスライン210を備えている。バスライン210は、図2に示されているCPU201等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
なお、接触センサ214は、赤外線遮断方式に限らず、静電容量の変化を検知することにより接触位置を特定する静電容量方式のタッチパネル、対向する2つの抵抗膜の電圧変化によって接触位置を特定する抵抗膜方式のタッチパネル、接触物体が表示部に接触することによって生じる電磁誘導を検知して接触位置を特定する電磁誘導方式のタッチパネル等の種々の検出手段を用いてもよい。また、電子ペンコントローラ216が、電子ペン2500のペン先およびペン尻だけでなく、電子ペン2500のユーザが握る部分や、その他の電子ペンの部分のタッチの有無を判断するようにしてもよい。
<ビデオ会議端末のハードウェア構成>
図3は、実施形態に係るビデオ会議端末のハードウェア構成の一例を示す図である。図3に示されているように、ビデオ会議端末3は、CPU301と、ROM302と、RAM303と、フラッシュメモリ304と、SSD305と、メディアI/F307と、操作ボタン308と、電源スイッチ309と、バスライン310と、ネットワークI/F311と、CMOS(Complementary Metal Oxide Semiconductor)センサ312と、撮像素子I/F313と、マイク314と、スピーカ315と、音入出力I/F316と、ディスプレイI/F317と、外部機器接続I/F318と、近距離通信回路319と、近距離通信回路319のアンテナ319aと、を備えている。これらのうち、CPU301は、ビデオ会議端末3全体の動作を制御する。ROM302は、IPL等のCPU301の駆動に用いられるプログラムを記憶する。RAM303は、CPU301のワークエリアとして使用される。フラッシュメモリ304は、通信用プログラム、画像データおよび音データ等の各種データを記憶する。SSD305は、CPU301の制御にしたがってフラッシュメモリ304に対する各種データの読み出しまたは書き込みを制御する。なお、SSDに代えてHDDを用いてもよい。メディアI/F307は、フラッシュメモリ等の記録メディア306に対するデータの読み出しまたは書き込み(記憶)を制御する。操作ボタン308は、ビデオ会議端末3の宛先を選択する場合等に操作されるボタンである。電源スイッチ309は、ビデオ会議端末3の電源のON/OFFを切り換えるためのスイッチである。
また、ネットワークI/F311は、インターネット等の通信ネットワーク10を利用してデータ通信をするためのインターフェースである。CMOSセンサ312は、CPU301の制御に従って被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子I/F313は、CMOSセンサ312の駆動を制御する回路である。マイク314は、音声を入力する内蔵型の集音手段の一種である。音入出力I/F316は、CPU301の制御に従ってマイク314およびスピーカ315との間で音信号の入出力を処理する回路である。ディスプレイI/F317は、CPU301の制御に従って外付けのディスプレイ320に画像データを送信する回路である。外部機器接続I/F318は、各種の外部機器を接続するためのインターフェースである。近距離通信回路319は、NFC、Bluetooth等の通信回路である。
また、バスライン310は、図3に示されているCPU301等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
ディスプレイ320は、被写体の画像や操作用アイコン等を表示する液晶や有機ELによって構成された表示部(表示手段)の一種である。また、ディスプレイ320は、ケーブル320cによってディスプレイI/F317に接続される。このケーブル320cは、アナログRGB(VGA)信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、DisplayPort、HDMI(登録商標)(High-Definition Multimedia Interface)またはDVI(Digital Video Interactive)信号用のケーブルであってもよい。
なお、CMOSセンサ312ではなく、CCD(Charge Coupled Device)センサ等の撮像素子であってもよい。外部機器接続I/F318には、USBケーブル等によって、外付けカメラ、外付けマイクおよび外付けスピーカ等の外部機器がそれぞれ接続可能である。外付けカメラが接続された場合には、CPU301の制御に従って、内蔵型のCMOSセンサ312に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合、または外付けスピーカが接続された場合には、CPU301の制御に従って、それぞれが内蔵型のマイク314または内蔵型のスピーカ315に優先して、外付けマイクまたは外付けスピーカが駆動する。
また、記録メディア306は、ビデオ会議端末3に対して着脱自在な構成となっている。また、CPU301の制御にしたがってデータの読み出しまたは書き込みを行う不揮発性メモリであれば、フラッシュメモリ304に限らず、EEPROM等を用いてもよい。
<カーナビゲーション装置のハードウェア構成>
図4は、実施形態に係るカーナビゲーション装置のハードウェア構成の一例を示す図である。図4に示されているように、カーナビゲーション装置4は、CPU401と、ROM402と、RAM403と、EEPROM404と、電源スイッチ405と、加速度・方位センサ406と、メディアI/F408と、GPS受信部409と、を備えている。
これらのうち、CPU401は、カーナビゲーション装置4全体の動作を制御する。ROM402は、IPL等のCPU401の駆動に用いられるプログラムを記憶する。RAM403は、CPU401のワークエリアとして使用される。EEPROM404は、CPU401の制御にしたがって、カーナビゲーション装置4用プログラム等の各種データの読み出しまたは書き込みを行う。電源スイッチ405は、カーナビゲーション装置4の電源のON/OFFを切り換えるためのスイッチである。加速度・方位センサ406は、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種センサである。メディアI/F408は、フラッシュメモリ等の記録メディア407に対するデータの読み出しまたは書き込み(記憶)を制御する。GPS受信部409は、GPS衛星からGPS信号を受信する。
また、カーナビゲーション装置4は、遠距離通信回路411と、遠距離通信回路411のアンテナ411aと、CMOSセンサ412と、撮像素子I/F413と、マイク414と、スピーカ415と、音入出力I/F416と、ディスプレイ417と、ディスプレイI/F418と、外部機器接続I/F419と、近距離通信回路420と、近距離通信回路420のアンテナ420aと、を備えている。
これらのうち、遠距離通信回路411は、車外のインフラから提供される渋滞情報、道路工事情報、交通事故情報等を受信し、逆に、自車位置や緊急時の救命信号等を外部へ発信するための回路である。外部のインフラは、例えば、VICS(登録商標)(Vehicle Information and Communication System)システム等の道路情報案内システムである。CMOSセンサ412は、CPU401の制御に従って被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子I/F413は、CMOSセンサ412の駆動を制御する回路である。マイク414は、音声を入力する内蔵型の集音手段の一種である。音入出力I/F416は、CPU401の制御に従ってマイク414およびスピーカ415との間で音信号の入出力を処理する回路である。ディスプレイ417は、被写体の画像や各種アイコン等を表示する液晶や有機EL等の表示部(表示手段)の一種であり、タッチパネルの機能を有している。タッチパネルは、利用者がカーナビゲーション装置4を操作するための入力手段の一種である。ディスプレイI/F418は、ディスプレイ417に画像を表示させる回路である。外部機器接続I/F419は、各種の外部機器を接続するためのインターフェースである。近距離通信回路420は、NFCやBluetooth等の通信回路である。また、カーナビゲーション装置4は、バスライン410を備えている。バスライン410は、図4に示されているCPU401等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
<PC、サーバのハードウェア構成>
図5は、実施形態に係るPCおよびサーバのハードウェア構成の一例を示す図である。PC5は、コンピュータによって構築されており、図5に示されているように、CPU501と、ROM502と、RAM503と、HD504と、HDD(Hard Disk Drive)コントローラ505と、メディアI/F507と、ディスプレイ508と、ネットワークI/F509と、キーボード511と、マウス512と、CD-RWドライブ514と、スピーカ515と、バスライン510と、を備えている。
これらのうち、CPU501は、PC5全体の動作を制御する。ROM502は、IPL等のCPU501の駆動に用いられるプログラムを記憶する。RAM503は、CPU501のワークエリアとして使用される。HD504は、プログラム等の各種データを記憶する。HDDコントローラ505は、CPU501の制御にしたがってHD504に対する各種データの読み出しまたは書き込みを制御する。メディアI/F507は、フラッシュメモリ等の記録メディア506に対するデータの読み出しまたは書き込み(記憶)を制御する。ディスプレイ508は、カーソル、メニュー、ウインドウ、文字または画像等の各種情報を表示する。ディスプレイ508は、表示部(表示手段)の一例である。ネットワークI/F509は、通信ネットワーク10を利用してデータ通信をするためのインターフェースである。キーボード511は、文字、数値、各種指示等の入力のための複数のキーを備えた入力手段の一種である。マウス512は、各種指示の選択や実行、処理対象の選択、カーソルの移動等を行う入力手段の一種である。CD-RWドライブ514は、着脱可能な記録媒体の一例としてのCD-RW(Compact Disc-ReWritable)513に対する各種データの読み出しまたは書き込みを制御する。スピーカ515は、CPU501の制御に従って音信号の出力を行う。
また、PC5は、バスライン510を備えている。バスライン510は、図5に示されているCPU501等の各構成要素を電気的に接続するためのアドレスバスおよびデータバス等である。
また、共用支援サーバ6は、コンピュータによって構築されており、図5に示されているように、CPU601と、ROM602と、RAM603と、HD604と、HDDコントローラ605と、記録メディア606と、メディアI/F607と、ディスプレイ608と、ネットワークI/F609と、キーボード611と、マウス612と、CD-RWドライブ614と、バスライン610と、を備えている。これらは、それぞれPC5におけるCPU501、ROM502、RAM503、HD504、HDDコントローラ505、記録メディア506、メディアI/F507、ディスプレイ508、ネットワークI/F509、キーボード511、マウス512、CD-RWドライブ514およびバスライン510と同様の構成である。
さらに、スケジュール管理サーバ8は、コンピュータによって構築されており、図5に示されているように、CPU801と、ROM802と、RAM803と、HD804と、HDDコントローラ805と、記録メディア806と、メディアI/F807と、ディスプレイ808と、ネットワークI/F809と、キーボード811と、マウス812と、CD-RWドライブ814と、バスライン810と、を備えている。これらは、それぞれPC5におけるCPU501、ROM502、RAM503、HD504、HDDコントローラ505、記録メディア506、メディアI/F507、ディスプレイ508、ネットワークI/F509、キーボード511、マウス512、CD-RWドライブ514およびバスライン510と同様の構成である。
また、音声テキスト変換サーバ9は、コンピュータによって構築されており、図5に示されているように、CPU901と、ROM902と、RAM903と、HD904と、HDDコントローラ905と、記録メディア906と、メディアI/F907と、ディスプレイ908と、ネットワークI/F909と、キーボード911と、マウス912と、CD-RWドライブ914と、バスライン910と、を備えている。これらは、それぞれPC5におけるCPU501、ROM502、RAM503、HD504、HDDコントローラ505、記録メディア506、メディアI/F507、ディスプレイ508、ネットワークI/F509、キーボード511、マウス512、CD-RWドライブ514およびバスライン510と同様の構成である。
なお、上記各プログラムは、インストール可能な形式または実行可能な形式のファイルで、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。記録媒体の例として、CD-R(Compact Disc Recordable)、DVD(Digital Versatile Disk)、ブルーレイディスク、SDカード等が挙げられる。また、記録媒体は、プログラム製品(Program Product)として、国内または国外へ提供されることができる。
さらに、共用支援サーバ6は、単一のコンピュータによって構築されてもよいし、各部(機能、手段または記憶部)を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。スケジュール管理サーバ8および音声テキスト変換サーバ9についても同様である。
(電子黒板のソフトウェア構成)
続いて、図6を用いて、電子黒板2にインストールされるコンピュータソフトウェアについて説明する。ここで、コンピュータソフトウェア(以下、ソフトウェアと称する)とは、コンピュータの動作に関するプログラム、その他コンピュータによる処理の用に供する情報であってプログラムに準ずるものである。プログラムとは、コンピュータに対する指令であって、一の結果を得ることができるように組み合わせたものをいう。また、プログラムに準ずるものとは、コンピュータに対する直接の指令ではないためプログラムとは呼べないが、コンピュータの処理を規定するという点でプログラムに類似する性質を有するものをいう。例えば、データ構造(データ要素間の相互関係で表される、データの有する論理的構造)がプログラムに準ずるものに該当する。
また、アプリケーションとは、ソフトウェアの分類のうち、特定の処理を行うために使用されるソフトウェアの総称である。一方、オペレーティングシステム(以下、OSと称する)とは、コンピュータを制御し、アプリケーション等がコンピュータ資源を利用可能にするためのソフトウェアである。OSは、入出力の制御、メモリおよびハードディスク等のハードウェアの管理、プロセスの管理といった、コンピュータの基本的な管理・制御を行っている。アプリケーションは、OSが提供する機能を利用して動作する。
図6は、実施形態に係る電子黒板のソフトウェア構成の一例を示す図である。図6に示すように、OS101、Launcher102、スケジュールビューワ103a、ファイルビューワ103bおよびブラウザアプリ103cは、RAM203の作業領域15上で動作する。OS101は、電子黒板2の基本的な機能を提供し、電子黒板2の全体を管理する基本ソフトウェアである。
Launcher102は、OS101上で動作するランチャーアプリケーションである。Launcher102は、例えば、電子黒板2で実行される会議等のイベントの開始および終了の管理、またはイベントの実行中に利用するスケジュールビューワ103a、ファイルビューワ103bおよびブラウザアプリ103c等の外部アプリケーションの管理を行う。
スケジュールビューワ103a、ファイルビューワ103bおよびブラウザアプリ103cは、Launcher102上で動作する外部アプリケーション(以下、特に区別する必要がないときは、外部アプリ103と称する)である。外部アプリ103は、Launcher102とは独立して処理が実行され、OS101上で提供されるサービスまたは機能を実行する。なお、図6は、スケジュールビューワ103a、ファイルビューワ103bおよびブラウザアプリ103cの三つの外部アプリが電子黒板2にインストールされている例を示すが、外部アプリの数は、これに限られない。
(PCのソフトウェア構成)
図7は、実施形態に係るPCのソフトウェア構成の一例を示す図である。図7を用いて、PC5にインストールされるコンピュータソフトウェアについて説明する。図7に示すように、OS5501、議事録アプリ5502aおよびブラウザ5502bは、RAM503の作業領域5500上で動作する。OS5501は、PC5の基本的な機能を提供し、PC5の全体を管理する基本ソフトウェアである。
議事録アプリ5502aおよびブラウザ5502bは、スケジュール管理サーバ8から送信された各種データを用いて、電子黒板2によって実行されたイベントの議事録である実行イベント履歴画面の生成および表示を行うためのアプリケーションである。なお、図7は、議事録アプリ5502aおよびブラウザ5502bの二つの外部アプリがPC5にインストールされている例を示すが、外部アプリの数は、これに限られない。なお、議事録アプリ5502aは、ブラウザ5502b上で実行されるWebアプリであってもよい。
(共用システムの機能構成)
続いて、図8~図17を用いて、本実施形態の機能構成について説明する。
図8は、実施形態に係る共用システムの機能ブロック図である。なお、図8では、図1に示されている各端末、装置、サーバのうち、後述の処理または動作に関連しているものが示されている。
<電子黒板の機能構成>
図8に示されているように、電子黒板2は、送受信部21と、受付部22と、画像・音処理部23と、表示制御部24と、判断部25と、ログ収集部26と、時間計測部27と、取得・提供部28と、記憶・読出処理部29と、を有している。これら各部は、図2に示されている各構成要素のいずれかが、SSD204からRAM203上に展開されたプログラムに従ったCPU201からの命令によって動作することで実現される機能、または機能する手段である。また、電子黒板2は、図2に示されているRAM203、SSD204またはUSBメモリ2600によって構築される記憶部2000を有している。
<<電子黒板の各機能構成>>
次に、電子黒板2の各構成要素について説明する。送受信部21は、図2に示されているCPU201からの命令、並びにネットワークI/F205および外部機器接続I/F206によって実現され、通信ネットワーク10を介して他の端末、装置またはシステムと各種データ(または情報)の送受信を行う。
受付部22は、主に、図2に示されているCPU201からの命令、並びに接触センサ214および電子ペンコントローラ216によって実現され、利用者による各種入力を受け付ける。
画像・音処理部23は、図2に示されているCPU201からの命令、およびキャプチャデバイス211によって実現され、ディスプレイ220上に表示されている画像データを保存する。また、画像・音処理部23は、図2に示されているCPU201からの命令、およびGPU212によって実現され、ディスプレイ220に画像を表示するための画像処理を行う。さらに、画像・音処理部23は、カメラ2400が被写体を撮像して得た画像データに対しての画像処理を行う。また、画像・音処理部23は、マイク2200によって利用者の音声が音声信号に変換された後、この音声信号に係る音データに対して音声処理を行う。さらに、画像・音処理部23は、音データに係る音声信号をスピーカ2300に出力し、スピーカ2300から音声を出力させる。また、画像・音処理部23は、利用者によって電子ペン2500や手Hでディスプレイ220上に描画されることで得た描画像データを座標データに変換する処理を行う。例えば、任意の拠点の電子黒板(2a)が、他の拠点の電子黒板(2b)に座標データを送信すると、電子黒板(2b)は、座標データに基づいて他の電子黒板(2b)側のディスプレイ220上に同じ内容の描画を表示する。
表示制御部24は、図2に示されているCPU201からの命令、および図2に示されているディスプレイコントローラ213によって実現され、ディスプレイ220に描画像を表示させたり、Webブラウザを用いて共用支援サーバ6にアクセスして各種画面データを表示させたりする。具体的には、表示制御部24は、図6に示したOS101上で動作するLauncher102、および外部アプリ103を起動・実行することで、OS101が提供するAPI(Application Programming Interface)によって描画される各種画面を、ディスプレイ220に表示させる。
判断部25は、図2に示されているCPU201からの命令によって実現され、各種判断を行う。
ログ収集部26は、図2に示されているCPU201からの命令によって実現され、イベントとしての会議中において、受付部22により受け付けられた利用者の各種操作入力の内容をログ(以下、操作ログと称する場合がある)として収集する。また、ログ収集部26は、収集した操作ログを、記憶・読出処理部29を介して記憶部2000に記憶させる。
時間計測部27は、図2に示されているCPU201からの命令によって実現され、後述する図20に示すポリシー設定画面520で会議時間についてのポリシーが有効となっている場合、イベントとしての会議が開始されてから終了するまでの時間を計測する。また、時間計測部27は、後述する図20に示すポリシー設定画面520でアジェンダの確認についてのポリシーが有効となっている場合、ログ収集部26により収集された操作ログから会議のアジェンダが表示されているか否かを判断し、当該アジェンダの表示時間を積算する。
取得・提供部28は、図2に示されているCPU201からの命令、並びに近距離通信回路219およびアンテナ219aによって実行され、ICカードまたはスマートフォン等の専有端末との間で、近距離通信により、データの取得および提供を行う。
記憶・読出処理部29は、図2に示されているCPU201からの命令およびSSD204によって実行され、記憶部2000に各種データを記憶したり、記憶部2000に記憶された各種データを読み出したりする処理を行う。さらに、記憶部2000には、他の電子黒板やビデオ会議端末との通信を行う際に受信される画像データおよび音データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ220に画像が表示され、上書きされる前の音データによってスピーカ2300から音声が出力される。
なお、ビデオ会議端末3およびカーナビゲーション装置4は、電子黒板2と同様の機能を有するため、ここでは説明を省略する。
また、図8に示す電子黒板2の送受信部21、受付部22、画像・音処理部23、表示制御部24、判断部25、ログ収集部26、時間計測部27、取得・提供部28および記憶・読出処理部29は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図8に示す電子黒板2で独立した機能のブロックとして図示した複数の機能のブロックを、1つの機能のブロックとして構成してもよい。一方、図8に示す電子黒板2で1つの機能のブロックが有する機能を複数に分割し、複数の機能のブロックとして構成するものとしてもよい。
<PCの機能構成>
図8に示されているように、PC5は、送受信部51と、受付部52と、表示制御部54と、設定部55と、生成部56と、音制御部58と、記憶・読出処理部59と、を有している。これら各部は、図5に示されている各構成要素のいずれかが、HD504からRAM503上に展開されたプログラムに従ったCPU501からの命令によって動作することで実現される機能または機能する手段である。また、PC5は、図5に示されているHD504により構築される記憶部5000を有している。
<<PCの各機能構成>>
次に、PC5の各構成要素について説明する。送受信部51は、図5に示されているCPU501からの命令およびネットワークI/F509によって実現され、通信ネットワーク10を介して他の端末、装置またはシステムと各種データ(または情報)の送受信を行う。
受付部52は、主に、図5に示されているCPU501からの命令、並びにキーボード511およびマウス512によって実現され、利用者による各種入力を受け付ける。
表示制御部54は、図5に示されているCPU501からの命令によって実現され、ディスプレイ508に画像を表示させたり、Webブラウザを用いて共用支援サーバ6にアクセスして各種画面データを表示させたりする。具体的には、表示制御部54は、例えば、図7に示したOS5501上で動作する議事録アプリ5502aまたはブラウザ5502bを起動・実行することで、共用支援サーバ6またはスケジュール管理サーバ8にアクセスする。そして、表示制御部54は、例えば、HTML(HyperText Markup Language)を少なくとも含み、CSS(Cascading Style Sheets)またはJavaScript(登録商標)等を含むWebAPP(WebApplication)をダウンロードし、そのWebAPPによって生成された各種画像データを、ディスプレイ508に表示させる。表示制御部54は、例えば、XML(Extensible Markup Language)、JSON(JavaScript Object Notation)またはSOAP(Simple Object Access Protocol)形式等のデータを含むHTML5によって生成された画像データを、ディスプレイ508に表示させる。
設定部55は、図5に示されているCPU501からの命令によって実現され、後述する図20に示すポリシー設定画面520で、受付部52により受け付けられた操作入力に従って、会議ポリシーの有効または無効、会議ポリシーの各評価区分の長さ、および各評価区分に対応する利用者に対してのコメント(フィードバックコメント)を設定する。ここで、会議ポリシーとは、イベントとしての会議の方針・指針・指標・ルール・評価基準等であり、会議での効率化を図るための方針等を示す。以下では、会議ポリシーを単に「ポリシー」と称する場合がある。設定部55により設定されたポリシーに対する設定内容は、送受信部51によってスケジュール管理サーバ8へ送信され、スケジュール管理サーバ8で管理される。
生成部56は、図5に示されているCPU501からの命令によって実現され、ディスプレイ508に表示させる各種画像データを生成する機能である。生成部56は、送受信部51によって受信されたコンテンツデータを用いて、各種画像データを生成する。生成部56は、例えば、コンテンツデータであるテキストデータをレンダリングし、レンダリングされたデータを表示させるために、コンテンツ画像データであるテキストデータに係る画像データを生成する。レンダリングとは、Webページ記述用の言語(HTML、CSSまたはXML等)で記述されたデータを解釈し、実際に画面に表示される文字や画像データ等の配置を計算する処理である。生成部56は、生成手段の一例である。
音制御部58は、図5に示されているCPU501からの命令によって実現され、スピーカ515から音信号を出力する機能である。音制御部58は、スピーカ515から出力させる音データを設定し、設定した音データに係る音信号をスピーカ515から出力することにより、音データを再生する。音制御部58は、再生手段の一例である。
記憶・読出処理部59は、図5に示されているCPU501からの命令、およびHDDコントローラ505等によって実行され、記憶部5000に各種データを記憶したり、記憶部5000から各種データを読み出したりする処理を行う。
なお、図8に示すPC5の送受信部51、受付部52、表示制御部54、設定部55、生成部56、音制御部58および記憶・読出処理部59は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図8に示すPC5で独立した機能のブロックとして図示した複数の機能のブロックを、1つの機能のブロックとして構成してもよい。一方、図8に示すPC5で1つの機能のブロックが有する機能を複数に分割し、複数の機能のブロックとして構成するものとしてもよい。
<共用支援サーバの機能構成>
共用支援サーバ6は、送受信部61、認証部62、作成部63、生成部64、判断部65および記憶・読出処理部69を有している。これら各部は、図5に示されている各構成要素のいずれかが、HD604からRAM603上に展開された共用支援用プログラムに従ったCPU601からの命令によって動作することで実現される機能または機能する手段である。また、共用支援サーバ6は、図5に示されているHD604等により構築される記憶部6000を有している。
<<利用者認証管理テーブル>>
図9(A)は、利用者認証管理テーブルを示す概念図である。記憶部6000には、図9(A)に示されているような利用者認証管理テーブルによって構成されている利用者認証管理DB6001が構築されている。この利用者認証管理テーブルでは、利用者を識別するための利用者ID、利用者名、利用者が属する組織を識別するための組織IDおよびパスワードが関連付けられて管理されている。ここで、組織とは、独立の機能および管理体制を持つ団体を示し、企業、事業所、官公庁、協会等の一部または集合体を単一の組織として捉えることができる。なお、組織IDには、通信ネットワーク上の複数のコンピュータを管理するためのグループや組織を表すドメイン名も含まれる。
<<アクセス管理テーブル>>
図9(B)は、アクセス管理テーブルを示す概念図である。記憶部6000には、図9(B)に示されているようなアクセス管理テーブルによって構成されているアクセス管理DB6002が構築されている。このアクセス管理テーブルでは、組織ID、スケジュール管理サーバ8へアクセスする際の認証に必要なアクセスIDおよびアクセスパスワードが関連付けられて管理されている。このアクセスIDおよびアクセスパスワードは、共用支援サーバ6が、HTTP(Hypertext Transfer Protocol)またはHTTPS(Hypertext Transfer Protocol Secure)のプロトコルを用いて、WebAPI等を介して、スケジュール管理サーバ8によって提供されるサービス(機能)を利用するために必要である。スケジュール管理サーバ8は、複数のスケジューラを管理しており、組織が異なれば使用するスケジューラも異なることがあるため、アクセス管理テーブルで管理が必要である。
<<予定管理テーブル>>
図9(C)は、予定管理テーブルを示す概念図である。記憶部6000には、図9(C)に示されているような予定管理テーブルによって構成されている予定管理DB6003が構築されている。この予定管理テーブルでは、予定イベントIDおよび実行イベントID毎に、組織ID、予約者の利用者ID、この予約者の参加の有無、予約者名、開始予定時刻、終了予定時刻、イベント名、他の参加者の利用者ID、この他の参加者の参加の有無、他の参加者名およびファイルデータが関連付けられて管理されている。
これらのうち、予定イベントIDは、予約されたイベントを識別するための識別情報である。予定イベントIDは、実行予定のイベントを識別するための予定イベント識別情報の一例である。実行イベントIDは、予約されたイベントのうち実際に実行されたイベントまたは実行されているイベントを識別するための識別情報である。実行イベントIDは、実行されたイベントまたは実行されているイベントを識別するための実行イベント識別情報の一例である。予約者名は、共用体を予約した者の名前であり、共用体が会議室の場合は例えば主催者の名前であり、共用体が車両の場合は例えば運転者の名前である。開始予定時刻は、共用体の利用開始予定時刻を示している。終了予定時刻は、共用体の利用終了予定時刻を示している。イベント名は、予約者が実行予定のイベントの名称を示している。他の参加者の利用者IDは、予約者以外の参加者を識別するための識別情報である。他の参加者名は、予約者以外の参加者の名前であり、共用体も含まれる。つまり、この場合の利用者には、予約者および他の参加者のほか、共用体も含まれる。ファイルデータは、後述するスケジュール入力画面550(図24参照)を用いて利用者Aによって登録された、予定イベントIDに対応するイベントで用いる資料ファイルのファイルデータである。また、ファイルデータは、各種アプリケーションを用いて作成された所定のファイル形式のデータである。ファイルデータのファイル形式は、例えば、パワーポイントファイル、エクセルファイル等である。
<<コンテンツ管理テーブル>>
図10は、コンテンツ管理テーブルを示す概念図である。記憶部6000には、図10に示されているようなコンテンツ管理テーブルによって構成されているコンテンツ管理DB6005が構築されている。このコンテンツ管理テーブルでは、実行イベントID毎に、コンテンツ処理ID、コンテンツ処理の種類、コンテンツの内容、並びにコンテンツ処理の開始日時および終了日時が関連付けられて管理されている。ここで、コンテンツは、会議等のイベントで発生した実行イベントの内容、または当該イベントで用いた資料等である。コンテンツ処理の種類には、録音、スナップショット、音声テキスト変換、アクションアイテムの発生および資料送付等が含まれる。また、コンテンツ処理IDは、各イベントで発生したコンテンツの処理を識別するための識別情報である。
ここで、コンテンツには、イベントの実行内容を示す履歴情報と、実行されたイベントによって生じたアクションアイテムとが含まれている。履歴情報は、録音データ、スナップショット、音声テキストまたは資料等のデータである。スナップショットとは、実行中のイベントのある時点における表示画面を画像データとして取得する処理である。なお、スナップショットは、例えば、キャプチャまたは画像認識とも称される。
コンテンツ処理の種類が「録音」である場合、コンテンツの内容は、録音された音データの保存先を示すURLを含む。また、コンテンツ処理の種類が「スナップショット」である場合、コンテンツの内容は、スナップショット(キャプチャ)によって取得された画面の画像データの保存先を示すURLを含む。キャプチャとは、ディスプレイ220に表示されている画像(静止画像、動画像)を、画像データとして保存することである。さらに、コンテンツ処理の種類が「音声テキスト変換」である場合、コンテンツの内容は、受信された音声テキストのテキストデータの保存先を示すURLを含む。
ここで、アクションアイテムは、会議等のイベントで発生し、イベントに関連する者が対応すべき行動の内容を示す。コンテンツ処理の種類が「アクションアイテム発生」である場合、コンテンツの内容は、アクションアイテムの実行者の利用者ID、アクションアイテムを完了させる期限日、およびアクションアイテムを示す画像データの保存先を示すURLを含む。
<<共用支援サーバの各機能構成>>
次に、共用支援サーバ6の各機能構成について詳細に説明する。なお、以下では、共用支援サーバ6の各機能構成を説明するにあたって、図5に示されている各構成要素のうち、共用支援サーバ6の各機能構成を実現させるための主な構成要素との関係も説明する。
図8に示されている共用支援サーバ6の送受信部61は、図5に示されているCPU601からの命令、および図5に示されているネットワークI/F609によって実現され、通信ネットワーク10を介して他の端末、装置またはシステムと各種データ(または情報)の送受信を行う。
認証部62は、図5に示されているCPU601からの命令によって実現され、通信端末から送られて来る情報(利用者ID、組織IDおよびパスワード)が、利用者認証管理DB6001に予め登録されている情報であるかを判断することで、認証を行う。
作成部63は、図5に示されているCPU601からの命令によって実現され、スケジュール管理サーバ8から送られて来た予約情報および予定情報に基づいて、後述の図27に示されているような予約リスト画面230を作成する。
生成部64は、図5に示されているCPU601からの命令によって実現され、実行イベントID、コンテンツ処理IDおよび保存先のURLを生成する。
判断部65は、図5に示されているCPU601からの命令によって実現され、各種判断を行う。この判断については後述する。
記憶・読出処理部69は、図5に示されているCPU601からの命令、および図5に示されているHDDコントローラ605によって実現され、記憶部6000に各種データを記憶したり、記憶部6000に記憶された各種データを読み出したりする処理を行う。
なお、図8に示す共用支援サーバ6の送受信部61、認証部62、作成部63、生成部64、判断部65および記憶・読出処理部69は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図8に示す共用支援サーバ6で独立した機能のブロックとして図示した複数の機能のブロックを、1つの機能のブロックとして構成してもよい。一方、図8に示す共用支援サーバ6で1つの機能のブロックが有する機能を複数に分割し、複数の機能のブロックとして構成するものとしてもよい。
<スケジュール管理サーバの機能構成>
スケジュール管理サーバ8は、送受信部81(送信部)と、認証部82と、生成部83と、判定部84と、音声合成部85と、記憶・読出処理部89と、を有している。これら各部は、図5に示されている各構成要素のいずれかが、HD804からRAM803上に展開されたスケジュール管理用プログラムに従ったCPU801からの命令によって動作することで実現される機能または機能する手段である。また、スケジュール管理サーバ8は、図5に示されているHD804により構築される記憶部8000を有している。
<<利用者認証管理テーブル>>
図11(A)は、利用者認証管理テーブルを示す概念図である。記憶部8000には、図11(A)に示されているような利用者認証管理テーブルによって構成されている利用者認証管理DB8001が構築されている。この利用者認証管理テーブルでは、利用者を識別するための利用者IDに、利用者が属する組織を識別するための組織IDおよびパスワードが関連付けられて管理されている。
<<利用者管理テーブル>>
図11(B)は、利用者管理テーブルを示す概念図である。記憶部8000には、図11(B)に示されているような利用者管理テーブルによって構成されている利用者管理DB8002が構築されている。この利用者管理テーブルでは、組織ID毎に、利用者IDおよび利用者IDで示される利用者の名称(利用者名)が関連付けられて管理されている。
<<共用体管理テーブル>>
図11(C)は、共用体管理テーブルを示す概念図である。記憶部8000には、図11(C)に示されているような共用体管理テーブルによって構成されている共用体管理DB8003が構築されている。この共用体管理テーブルでは、組織ID毎に、共用体を識別するための共用体IDおよび共用体の名称(共用体名)が関連付けられて管理されている。
<<共用体予約管理テーブル>>
図12(A)は、共用体予約管理テーブルを示す概念図である。記憶部8000には、図12(A)に示されているような共用体予約管理テーブルによって構成されている共用体予約管理DB8004が構築されている。この共用体予約管理テーブルでは、各情報が関連付けられた状態の予約情報が管理されている。予約情報には、組織ID毎に、共用体ID、共用体名、予約者の利用者ID、利用開始予定日時、利用終了予定日時およびイベント名が含まれている。これらのうち、利用開始予定日時は、共用体の利用開始予定日時を示している。利用終了予定日時は、共用体の利用終了予定日時を示している。各日時は、年・月・日・時・分・秒・タイムゾーンを示しているが、図12(A)では紙面の関係上、年・月・日・時・分まで表している。
<<イベント管理テーブル>>
図12(B)は、イベント管理テーブルを示す概念図である。記憶部8000には、図12(B)に示されているようなイベント管理テーブルによって構成されているイベント管理DB8005が構築されている。このイベント管理テーブルでは、各情報が関連付けられた状態の予定情報が管理されている。予定情報には、予定イベントID毎に、組織ID、利用者ID、利用者名、イベント開始予定日時、イベント終了予定日時およびイベント名が関連付けられて管理されている。これらのうち、イベント開始予定日時は、イベントを実行する場合の開始予定日時を示している。イベント終了予定日時は、イベントの実行する場合の終了予定日時を示している。各日時は、年・月・日・時・分・秒・タイムゾーンを示しているが、図12(B)では紙面の関係上、年・月・日・時・分まで表している。また、イベント管理テーブルでは、予定イベントIDに関連付けて、予定情報に示されるイベントで使用される資料ファイルのファイルデータが管理されている。
<<サーバ認証管理テーブル>>
図13(A)は、サーバ認証管理テーブルを示す概念図である。記憶部8000には、図13(A)に示されているようなサーバ認証管理テーブルによって構成されているサーバ認証管理DB8006が構築されている。このサーバ認証管理テーブルでは、アクセスIDおよびアクセスパスワードが関連付けられて管理されている。アクセスIDおよびアクセスパスワードは、共用支援サーバ6のアクセス管理DB6002で管理されているアクセスIDおよびアクセスパスワードと同じ概念である。
<<実行イベント履歴管理テーブル>>
図13(B)は、実行イベント履歴管理テーブルを示す概念図である。記憶部8000には、図13(B)に示されているような実行イベント履歴管理テーブルによって構成されている実行イベント履歴管理DB8008が構築されている。この実行イベント履歴管理テーブルでは、実行イベントID毎に、コンテンツ処理ID、コンテンツ処理の種類、コンテンツの内容、並びにコンテンツ処理の開始日時および終了日時が関連付けられて管理されている。この実行イベント履歴管理DB8008は、コンテンツ管理DB6005と一部同じデータを管理している。同じデータは、実行イベントID、コンテンツ処理ID、コンテンツ処理の種類、コンテンツ処理の開始日時および終了日時である。コンテンツの内容は、コンテンツデ-タの保存先の表記方法(http://またはc://)が異なるのみで、保存先は同じである。
<<実行イベント管理テーブル>>
図14(A)は、実行イベント管理テーブルを示す概念図である。記憶部8000には、図14(A)に示されているような実行イベント管理テーブルによって構成されている実行イベント管理DB8009が構築されている。この実行イベント管理テーブルでは、実行イベントIDに、イベント名、イベントの開始日時および終了日時が関連付けられて管理されている。この実行イベント管理DB8009は、イベント管理DB8005において管理されている予定情報のうち、実際に実行されたイベントに関する情報を管理している。
<<関連情報管理テーブル>>
図14(B)は、関連情報管理テーブルを示す概念図である。記憶部8000には、図14(B)に示されているような関連情報管理テーブルによって構成されている関連情報管理DB8010が構築されている。この関連情報管理テーブルでは、実行イベントID毎に、各情報(データ)が関連付けられた状態の関連情報が管理されている。関連情報には、コンテンツの発生時間帯、音データ、音声テキストデータおよび画面データが関連付けられて管理されている。コンテンツの発生時間帯は、実行されたイベントにおいてコンテンツが発生した時点における、イベントの開始日時からの経過時間を示す。ここで、コンテンツの発生時間帯は、イベント管理DB8005に記憶されたイベントの開始日時、および実行イベント履歴管理DB8008に記憶されたコンテンツ処理の開始日時および終了日時に基づいて、生成部83によって生成される。コンテンツの発生時間帯は、時間情報の一例である。また、音データには、コンテンツ処理IDおよびコンテンツの種類が含まれる。音声テキストデータおよび画面データには、コンテンツ処理ID、コンテンツの種類およびシーケンスNoが含まれる。シーケンスNoは、音声テキストデータおよび画面データのそれぞれにコンテンツ処理が発生した発生時間順を示す。
<<テキスト情報管理テーブル>>
図15は、テキスト情報管理テーブルを示す概念図である。記憶部8000には、図15に示されているようなテキスト情報管理テーブルによって構成されているテキスト情報管理DB8012が構築されている。このテキスト情報管理テーブルでは、実行イベントID毎に、実行されたイベントにおいて生成された音声テキストデータを含むテキスト情報が管理されている。このテキスト情報には、コンテンツ処理ID、テキストデータを識別するためのテキストID、テキストデータの内容を示すtranscript、およびテキストデータの状態を示す状態情報が関連付けられている。このうち、コンテンツ処理IDは、コンテンツ処理の種類が「音声テキスト変換」であるコンテンツ処理を識別するものである。また、transcript(テキストデータ)は、テキスト情報として関連付けられたコンテンツ処理IDと同様のコンテンツ処理IDに、実行イベント履歴管理DB8008において関連付けられたコンテンツの内容を示すテキストデータである。さらに、状態情報は、テキストデータの編集の有無を示す情報である。状態情報には、関連付けられたテキストデータが音声テキスト変換サーバ9によって生成されたテキストデータから編集されていない場合、テキストデータが編集されていないことを示す「Original」の情報が示されている。
<<ポリシー管理テーブル>>
図16は、ポリシー管理テーブルを示す概念図である。記憶部8000には、図16に示されているようなポリシー管理テーブルによって構成されているポリシー管理DB8013が構築されている。このポリシー管理テーブルでは、イベントとしての会議のポリシーを識別するポリシーIDに、当該ポリシーの表題およびロケールを示すポリシー内容、および、当該ポリシーに対する多段階評価の区分を示す評価区分が関連付けられて管理されている。例えば、ポリシーIDが「p0000」であるポリシーでは、ポリシーの表題として「アジェンダを確認したか」、ポリシーのロケールとして日本および日本語、そして、評価区分として「Good」、「Average」および「Bad」の3区分が設定されている。以下、ポリシーID「p0000」で識別される、会議中におけるアジェンダの確認時間の改善を求めるポリシーを「アジェンダ確認ポリシー」と称し、ポリシーID「p0001」で識別される、会議が開始されてから終了するまでの会議時間の改善を求めるポリシーを「会議時間ポリシー」と称する場合がある。なお、図16に示すポリシー管理テーブルで管理されている各ポリシーは例示であり、その他のポリシーが管理されているものとしてもよく、少なくとも1以上のポリシーが管理されていればよい。また、例えば開発者は、ポリシー管理テーブルを編集することによって、新たなポリシーを追加、または既に管理されているポリシーを削除したり、各ポリシーの表題、ロケール、ならびに評価区分の区分数および区分名称をそれぞれ変更することができる。
<<ポリシー設定管理テーブル>>
図17は、ポリシー設定管理テーブルを示す概念図である。記憶部8000には、図17に示されているようなポリシー設定管理テーブル(管理情報の一例)によって構成されているポリシー設定管理DB8014が構築されている。このポリシー設定管理テーブルでは、組織IDおよびポリシーIDの組み合わせ毎に、評価区分値、フィードバックコメント、およびポリシー有効が関連付けて管理されている。これらのうち、評価区分値は、対応するポリシーの各評価区分の長さを規定する設定値を示している。フィードバックコメントは、対応するポリシーの各評価区分に対応する利用者に対しての設定されたコメントを示している。ポリシー有効は、対応するポリシーを有効(True)とするか無効(False)とするかを示す設定値(例えばブール値)である。例えば、組織IDが「o1002」およびポリシーIDが「p0000」である場合、評価区分値として「Good:90-100」、「Average:50-59」、「Bad:0-49」が設定され、フィードバックコメントとして「Good:会議前確認ばっちりです」、「Average:いい感じです」、「Bad:もう少し前置きが必要かもしれません」が設定され、ポリシー有効として「False」(無効)が設定されている。
<<スケジュール管理サーバの各機能構成>>
次に、スケジュール管理サーバ8の各機能構成について詳細に説明する。なお、以下では、スケジュール管理サーバ8の各機能構成を説明するにあたって、図5に示されている各構成要素のうち、スケジュール管理サーバ8の各機能構成を実現させるための主な構成要素との関係も説明する。
図8に示されているスケジュール管理サーバ8の送受信部81は、図5に示されているCPU801からの命令、および図5に示されているネットワークI/F809によって実現され、通信ネットワーク10を介して他の端末、装置、またはシステムと各種データ(または情報)の送受信を行う。
認証部82は、図5に示されているCPU801からの命令によって実現され、共用体から送られて来る情報(利用者ID、組織IDおよびパスワード)が、利用者認証管理DB8001に予め登録されている情報であるかを判断することで、認証を行う。また、認証部82は、共用支援サーバ6から送られて来る情報(アクセスIDおよびアクセスパスワード)が、サーバ認証管理DB8006に予め登録されている情報であるかを判断することで、認証を行う。
生成部83は、図5に示されているCPU801からの命令によって実現され、関連情報管理DB8010に登録される関連情報を生成する機能である。
判定部84は、図5に示されているCPU801からの命令によって実現され、会議において電子黒板2で計測されたアジェンダの表示時間、および会議時間に対して、アジェンダ確認ポリシー(第1会議ポリシー)および会議時間ポリシー(第2会議ポリシー)に従って達成度を判定する。具体的には、判定部84は、アジェンダの表示時間(達成度の一例)および会議時間(達成度の一例)が、それぞれアジェンダ確認ポリシーおよび会議時間ポリシーについて設定されている各評価区分のうち、どの評価区分に対応するかを判定する。判定部84による判定結果は、送受信部81により電子黒板2へ送信される。
音声合成部85は、図5に示されているCPU801からの命令によって実現され、ポリシー設定管理DB8014を参照し、判定部84により判定された評価区分に対応するフィードバックコメントと、予め準備されている音声合成モデルとを用いて音声の合成を行い、フィードバックコメントを読み上げるための音声データを生成する。音声合成部85により生成された音声データは、送受信部81により電子黒板2へ送信される。
記憶・読出処理部89は、図5に示されているCPU801からの命令、および図5に示されているHDDコントローラ805によって実現され、記憶部8000に各種データを記憶したり、記憶部8000に記憶された各種データを読み出したりする処理を行う。
なお、図8に示すスケジュール管理サーバ8の送受信部81、認証部82、生成部83、判定部84、音声合成部85および記憶・読出処理部89は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図8に示すスケジュール管理サーバ8で独立した機能のブロックとして図示した複数の機能のブロックを、1つの機能のブロックとして構成してもよい。一方、図8に示すスケジュール管理サーバ8で1つの機能のブロックが有する機能を複数に分割し、複数の機能のブロックとして構成するものとしてもよい。
<音声テキスト変換サーバの機能構成>
音声テキスト変換サーバ9は、送受信部91と、変換部93と、記憶・読出処理部99と、を有している。これら各部は、図5に示されている各構成要素のいずれかが、HD904からRAM903上に展開されたプログラムに従ったCPU901からの命令によって動作することで実現される機能または機能する手段である。また、音声テキスト変換サーバ9は、図5に示されているHD904により構築される記憶部9000を有している。
<<音声テキスト変換サーバの各機能構成>>
次に、音声テキスト変換サーバ9の各機能構成について詳細に説明する。なお、以下では、音声テキスト変換サーバ9の各機能構成を説明するにあたって、図5に示されている各構成要素のうち、音声テキスト変換サーバ9の各機能構成を実現させるための主な構成要素との関係も説明する。
図8に示されている音声テキスト変換サーバ9の送受信部91は、図5に示されているCPU901からの命令、および図5に示されているネットワークI/F909によって実現され、通信ネットワーク10を介して他の端末、装置、またはシステムと各種データ(または情報)の送受信を行う。
変換部93は、図5に示されているCPU901からの命令によって実現され、送受信部91により通信ネットワーク10を介して受信された音データを、テキストデータに変換する。
記憶・読出処理部99は、図5に示されているCPU901からの命令、および図5に示されているHDDコントローラ905によって実現され、記憶部9000に各種データを記憶したり、記憶部9000に記憶された各種データを読み出したりする処理を行う。
なお、上記各IDは、識別情報の一例である。また、組織IDには、社名、事業所名、部署名、地域名等が含まれる。利用者IDには、社員番号、運転免許証番号、日本の社会保障・税番号制度におけるマイナンバー等が含まれる。
また、図8に示す音声テキスト変換サーバ9の送受信部91、変換部93および記憶・読出処理部99は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図8に示す音声テキスト変換サーバ9で独立した機能のブロックとして図示した複数の機能のブロックを、1つの機能のブロックとして構成してもよい。一方、図8に示す音声テキスト変換サーバ9で1つの機能のブロックが有する機能を複数に分割し、複数の機能のブロックとして構成するものとしてもよい。
(実施形態の処理または動作)
以降、各実施形態の処理または動作について説明する。
<ポリシー設定処理>
図18は、実施形態に係る共用システムのポリシー設定処理およびポリシー判定動作の概要を説明する図である。まず、図18を用いて、共用システム1におけるポリシー設定処理およびポリシー判定動作の概要を説明する。
まず、PC5は、管理者の操作に従って、スケジュール管理サーバ8(図18の「会議支援サービス」に相当)から設定可能なポリシー(例えばアジェンダ確認ポリシーおよび会議時間ポリシー)の情報、および各ポリシーについて現状設定されている設定情報を取得し、設定画面(後述する図20に示すポリシー設定画面520)を表示する((1)設定可能ポリシー表示)。
管理者は、PC5で表示された設定画面を確認しながら、各ポリシーについての各設定項目を入力および調整を行う((2)ポリシー設定)。そして、管理者は、設定画面において設定した各ポリシーの設定項目について保存操作を行うと、当該各ポリシーの設定情報が、PC5からスケジュール管理サーバ8へ送信され、スケジュール管理サーバ8のポリシー設定管理テーブル(図17参照)に反映(更新)される((3)ポリシー設定保存)。
そして、電子黒板2を用いたイベントしての会議が開始されると、電子黒板2は、利用者(会議の参加者)の各種操作入力の内容を操作ログとして収集し、当該操作ログに基づいてアジェンダの表示時間を積算し、そして、会議が開始されてから終了するまでの時間(会議時間)を計測する((4)操作ログ)。電子黒板2は、積算したアジェンダの表示時間、および計測した会議時間の情報を、スケジュール管理サーバ8へ送信する。
そして、スケジュール管理サーバ8は、受信したアジェンダの表示時間、および会議時間に対して、アジェンダ確認ポリシーおよび会議時間ポリシーの設定内容に従って達成度を判定する((5)ポリシー判定)。そして、スケジュール管理サーバ8は、判定結果を電子黒板2へ送信する。
電子黒板2は、スケジュール管理サーバ8から受信した各ポリシーについての判定結果(達成度)をディスプレイ220に表示させる((6)ポリシー判定結果表示)。
次に、図19および図20を用いて、共用システム1におけるポリシー設定処理の流れの詳細を説明する。
図19は、実施形態に係る共用システムのポリシー設定処理の流れの一例を示すシーケンス図である。図20は、ポリシー設定画面の一例を示す図である。
まず、管理者がPC5のキーボード511等を操作することによって、PC5の受付部52は、図20に示すポリシー設定画面520を表示するための操作入力を受け付ける(ステップS241)。そして、PC5の送受信部51は、スケジュール管理サーバ8に対して、ポリシー情報(ポリシー管理DB8013で管理される情報)およびポリシー設定情報(ポリシー設定管理DB8014で管理される情報)の要求を示すポリシー情報要求情報を送信する(ステップS242)。このポリシー情報要求情報には、管理者(または会議の参加者)が属する組織の組織IDが含まれる。これにより、スケジュール管理サーバ8の送受信部81は、ポリシー情報要求情報を受信する。なお、ポリシー設定画面520の表示の前に、後述する図21に示すステップS13~S15のスケジュール管理サーバ8における認証処理が行われるものとしてもよい。この場合、ポリシー情報要求情報には、後述する図22に示すサインイン画面530で入力された組織IDが含まれるものとすればよい。
次に、スケジュール管理サーバ8の記憶・読出処理部89は、ポリシー管理DB8013(図16参照)を参照し、各ポリシーID、当該各ポリシーIDに関連付けられたポリシー内容および評価区分を、ポリシー情報として読み出す(ステップS243)。また、記憶・読出処理部89は、送受信部81により受信されたポリシー情報要求情報に含まれる組織IDを検索キーとしてポリシー設定管理DB8014(図17参照)を検索することにより、対応するポリシーID、評価区分値、フィードバックコメント、およびポリシー有効の各情報を、ポリシー設定情報として読み出す(ステップS244)。
次に、スケジュール管理サーバ8の送受信部81は、PC5に対して、記憶・読出処理部89により読み出されたポリシー情報およびポリシー設定情報を送信する(ステップS245)。これにより、PC5の送受信部51は、ポリシー情報およびポリシー設定情報を受信する。
次に、PC5の表示制御部54は、送受信部51により受信されたポリシー情報およびポリシー設定情報に基づいて、図20に示すポリシー設定画面520を生成して、ディスプレイ508に表示させる(ステップS246)。
図20に示すように、ポリシー設定画面520は、ポリシー表題表示領域521aと、アジェンダポリシー有効スイッチ521bと、スライダ522aと、コメント入力欄523a~523cと、ポリシー表題表示領域524aと、終了時刻ポリシー有効スイッチ524bと、スライダバー525と、コメント入力欄526a~526dと、OKボタン528と、キャンセルボタン529と、を含む。
ポリシー表題表示領域521a、524aは、それぞれポリシーの表題を表示する領域であり、送受信部51により受信されたポリシー情報に含まれるポリシー内容の表題が表示される。具体的には、ポリシー表題表示領域521aには、アジェンダ確認ポリシーの表題として「アジェンダを確認したか」が表示され、ポリシー表題表示領域524aには、会議時間ポリシーの表題として「終了時刻までに終了できたか」が表示される。
アジェンダポリシー有効スイッチ521bは、アジェンダ確認ポリシーを有効(True)とするか無効(False)とするかを切り替えるためのスイッチである。ポリシー設定画面520が表示された際には、アジェンダポリシー有効スイッチ521bは、送受信部51により受信されたポリシー設定情報に含まれるアジェンダ確認ポリシーのポリシー有効の内容に従ってON(有効)またはOFF(無効)に切り替えて表示される。管理者は、アジェンダポリシー有効スイッチ521bを操作することによって、アジェンダ確認ポリシーの有効または無効の切り替えの設定を行うことができる。これによって、アジェンダ確認ポリシー自体を必要とするか否かの切り替えを行うことができる。
スライダバー522は、アジェンダ確認ポリシーに対応する各評価区分の長さを調整するためのスライダバーである。ポリシー設定画面520が表示された際には、スライダバー522は、送受信部51により受信されたポリシー情報に含まれる評価区分に従って、スライダ522a、522bにより、「Bad」、「Average」、「Good」の3区分に区分けされ、受信されたポリシー設定情報に含まれる評価区分値に従って、区分けされた各区分の長さがスライダ522a、522bの位置によって規定される。管理者は、スライダ522a、522bの位置を調整することによって、アジェンダ確認ポリシーの各評価区分の長さ(各評価区分の長さの割合)を設定することができる。
コメント入力欄523a~523cは、アジェンダ確認ポリシーに対応する各評価区分に対応するフィードバックコメントを設定するための入力欄である。ポリシー設定画面520が表示された際には、コメント入力欄523a~523cは、送受信部51により受信されたポリシー設定情報に含まれるフィードバックコメントをそれぞれ表示する。管理者は、コメント入力欄523a~523cに対してフィードバックコメントを入力することによって、アジェンダ確認ポリシーの各評価区分(「Bad」、「Average」、「Good」)に対応するフィードバックコメントを設定することができる。
終了時刻ポリシー有効スイッチ524bは、会議時間ポリシーを有効(True)とするか無効(False)とするかを切り替えるためのスイッチである。ポリシー設定画面520が表示された際には、終了時刻ポリシー有効スイッチ524bは、送受信部51により受信されたポリシー設定情報に含まれる会議時間ポリシーのポリシー有効の内容に従ってON(有効)またはOFF(無効)に切り替えて表示される。管理者は、終了時刻ポリシー有効スイッチ524bを操作することによって、会議時間ポリシーの有効または無効の切り替えの設定を行うことができる。これによって、会議時間ポリシー自体を必要とするか否かの切り替えを行うことができる。
スライダバー525は、会議時間ポリシーに対応する各評価区分の長さを調整するためのスライダバーである。ポリシー設定画面520が表示された際には、スライダバー525は、送受信部51により受信されたポリシー情報に含まれる評価区分に従って、スライダ525a~525cにより、「Poor」、「Fair」、「Average」、「Good」の4区分に区分けされ、受信されたポリシー設定情報に含まれる評価区分値に従って、区分けされた各区分の長さがスライダ525a~525cの位置によって規定される。管理者は、スライダ525a~525cの位置を調整することによって、会議時間ポリシーの各評価区分の長さ(各評価区分の長さの割合)を設定することができる。
コメント入力欄526a~526dは、会議時間ポリシーに対応する各評価区分に対応するフィードバックコメントを設定するための入力欄である。ポリシー設定画面520が表示された際には、コメント入力欄526a~526dは、送受信部51により受信されたポリシー設定情報に含まれるフィードバックコメントをそれぞれ表示する。管理者は、コメント入力欄526a~526dに対してフィードバックコメントを入力することによって、会議時間ポリシーの各評価区分(「Poor」、「Fair」、「Average」、「Good」)に対応するフィードバックコメントを設定することができる。
OKボタン528は、ポリシー設定画面520において設定された各ポリシーの有効または無効、ポリシーの各評価区分の長さ、および各評価区分に対応するフィードバックコメントを確定するボタンである。キャンセルボタン529は、ポリシー設定画面520における設定をキャンセルするボタンである。
PC5の設定部55は、ポリシー設定画面520において、管理者によるキーボード511等への操作によって、各ポリシーの有効または無効、ポリシーの各評価区分の長さ、および各評価区分に対応するフィードバックコメントを設定(変更)する(ステップS247)。そして、管理者がポリシー設定画面520のOKボタン528を押下操作すると、送受信部51は、ポリシー設定画面520で設定(変更)された設定内容を、ポリシー設定情報として、組織IDと共に、スケジュール管理サーバ8へ送信する(ステップS248)。これにより、スケジュール管理サーバ8の送受信部81は、ポリシー設定情報および組織IDを受信する。
スケジュール管理サーバ8の記憶・読出処理部89は、送受信部81により受信されたポリシー設定情報によって、ポリシー設定管理DB8014で管理されている組織IDに対応する各ポリシーの設定内容を更新する(ステップS249)。そして、送受信部81は、PC5に対して、各ポリシーの設定内容の更新結果をPC5へ送信する(ステップS250)。これにより、PC5の送受信部51は、更新結果を受信する。
PC5の表示制御部54は、送受信部51により受信された各ポリシーの設定内容の更新結果を、ディスプレイ508に表示させることによって更新完了の表示を行う(ステップS251)。
このように、ポリシー設定画面520では組織ごと重視する会議の効率化のための各ポリシーの内容を設定することができる。
<スケジュールの登録処理>
図21は、実施形態に係る共用システムのスケジュールの登録処理の流れの一例を示すシーケンス図である。図22は、サインイン画面を示す図である。図23は、PCの初期画面の一例を示す図である。図24は、スケジュール入力画面を示す図である。図21~図24を用いて、利用者A(理光太郎)がPC5からスケジュール管理サーバ8に自己のスケジュールを登録する処理について説明する。
まず、利用者AがPC5のキーボード511等を操作することで、PC5の表示制御部54が、図22に示されているように、ディスプレイ508上にサインインを行うためのサインイン画面530を表示させる(ステップS11)。このサインイン画面530には、利用者の利用者IDおよび組織IDを入力する入力欄531、およびパスワードを入力する入力欄532、サインインを行う場合に押下されるサインインボタン538、サインインを中止する場合に押下されるキャンセルボタン539が含まれている。ここでは、利用者IDおよび組織IDが、利用者Aの電子メールアドレスになっている。電子メールアドレスのユーザ名部分が利用者IDで、ドメイン名部分が組織IDを示している。なお、入力欄531は、電子メールアドレスではなく、利用者IDおよび組織IDを別々に入力する入力欄であってもよい。
次に、利用者Aが、入力欄531に自己の利用者IDおよび組織IDを入力し、入力欄532に自己のパスワードを入力し、サインインボタン538を押下すると、受付部52が、サインインの要求を受け付ける(ステップS12)。そして、PC5の送受信部51は、スケジュール管理サーバ8に対して、サインインの要求を示すサインイン要求情報を送信する(ステップS13)。このサインイン要求情報には、ステップS12によって受け付けられた情報(利用者ID、組織ID、およびパスワード)が含まれている。これにより、スケジュール管理サーバ8の送受信部81は、サインイン要求情報を受信する。
次に、スケジュール管理サーバ8の認証部82は、利用者ID、組織ID、およびパスワードを利用して利用者Aの認証を行う(ステップS14)。具体的には、記憶・読出処理部89は、利用者認証管理DB8001(図11(A)参照)において、ステップS13によって受信された利用者ID、組織ID、およびパスワードの組に対応する利用者ID、組織IDおよびパスワードの組を検索する。対応する組がある場合には、認証部82は、要求元の利用者Aを正当な利用者であると判断する。対応する組がない場合には、認証部82は、利用者Aを不当な(正当でない)利用者であると判断する。正当でない場合には、送受信部81がPC5に対して、正当でない旨の通知を行うが、ここでは、正当である場合について説明を続ける。
次に、送受信部81は、PC5に対して、認証結果を送信する(ステップS15)。これにより、PC5の送受信部51は、認証結果を受信する。
次に、PC5の生成部56は、ステップS15によって正当である旨の認証結果が受信された場合、図23に示されているような初期画面540を生成する(ステップS16)。そして、PC5の表示制御部54は、ディスプレイ508上に、図23に示されているような初期画面540を表示させる(ステップS17)。この初期画面540には、スケジュールを登録する場合に押下される「スケジュール登録」ボタン541、実行イベント履歴を閲覧する場合に押下される「実行イベント履歴閲覧」ボタン543、および初期画面を閉じるための「閉じる」ボタン549が含まれている。ここで、利用者が「スケジュール登録」ボタン541を押下すると、受付部52は、スケジュール登録を受け付ける(ステップS18)。そして、送受信部51は、スケジュール管理サーバ8に対して、スケジュール登録要求を送信する(ステップS19)。これにより、スケジュール管理サーバ8の送受信部81は、スケジュール登録要求を受信する。
次に、スケジュール管理サーバ8の記憶・読出処理部89は、ステップS13によって受信された組織IDを検索キーとして利用者管理DB8002(図11(B)参照)を検索することにより、対応する全ての利用者IDおよび全ての利用者名を読み出す(ステップS20)。そして、送受信部81は、PC5に対して、スケジュール入力画面情報を送信する(ステップS21)。このスケジュール入力画面情報には、ステップS20によって読み出された全ての利用者IDおよび全ての利用者名が含まれている。全ての利用者名には、ステップS12でサインインのための入力を行った利用者Aである予約者の名称(名前)も含まれている。これにより、PC5の送受信部51は、スケジュール入力画面情報を受信する。
次に、PC5では、生成部56がステップS21によって受信されたスケジュール入力画面情報を用いて、スケジュール入力画面550を生成する。(ステップS22)。そして、PC5の表示制御部24は、ディスプレイ508上に、図24に示されているようなスケジュール入力画面550を表示させる(ステップS23)。
このスケジュール入力画面550には、イベント名を入力するための入力欄551、共用体IDまたは共用体名を入力するための入力欄552、イベントの実行(共用体の利用)開始予定日時を入力するための入力欄553、イベントの実行(共用体の利用)終了予定日時を入力するための入力欄554、アジェンダ等のメモを入力するための入力欄555、予約者名を表示するための表示領域556、予約者以外の他の参加者の参加者名を選択するための選択メニュー557、予約を登録する場合に押下される「OK」ボタン558、入力中または入力された内容をキャンセルする場合に押下される「CANCEL」ボタン559が含まれている。予約者名は、ステップS12でPC5にサインインのための入力を行った利用者の名称である。また、マウスポインタp1も表示されている。
なお、入力欄552には、電子メールアドレスを入力してもよい。また、選択メニュー557で、共用体名が選択されると、共用体も他の参加者として追加される。
次に、利用者Aが、入力欄551~555に所定の事項を入力し、マウスポインタp1を利用して選択メニュー557からイベントに参加させたい利用者の名称(利用者名)を選択し、「OK」ボタン558を押下すると、受付部52は、スケジュール情報の入力を受け付ける(ステップS24)。そして、送受信部51は、スケジュール管理サーバ8に対して、スケジュール情報を送信する(ステップS25)。このスケジュール情報には、イベント名、共用体ID(または共用体名)、開始予定日時、終了予定日時、各参加者の利用者ID、およびメモが含まれている。なお、スケジュール入力画面550において、入力欄552に共用体IDが入力された場合には、この共用体IDが送信され、入力欄552に共用体名が入力された場合には、この共用体名が送信される。また、スケジュール入力画面550では、選択メニュー557で利用者名が選択されるが、ステップS21で利用者IDも受信されているため、利用者名に対応する利用者IDが送信される。これにより、スケジュール管理サーバ8の送受信部81は、スケジュール情報を受信する。
次に、スケジュール管理サーバ8では、ステップS25によって受信された共用体ID(または共用体名)を検索キーとして共用体管理DB8003(図11(C)参照)を検索することにより、対応する共用体名(または共用体ID)を読み出す(ステップS26)。
次に、記憶・読出処理部89は、共用体予約管理DB8004(図12(A)参照)に対して、予約情報を記憶する(ステップS27)。この場合、記憶・読出処理部89は、予め登録しているスケジューラで管理されている共用体予約管理DB8004の共用体予約管理テーブルに1レコード分の予約情報を追加する。予約情報は、ステップS25によって受信されたスケジュール情報、およびステップS26によって読み出された共用体名(または共用体ID)に基づいて構成されている。なお、共用体予約管理DB8004における利用開始予定日時は、スケジュール情報における開始予定日時に相当する。また、共用体予約管理DB8004における利用終了予定日時は、スケジュール情報における終了予定日時に相当する。
さらに、記憶・読出処理部89は、イベント管理DB8005(図12(B)参照)に対して、予定情報を記憶する(ステップS28)。この場合、記憶・読出処理部89は、予め登録しているスケジューラで管理されているイベント管理DB8005のイベント管理テーブルに1レコード分の予定情報を追加する。予定情報は、ステップS25によって受信されたスケジュール情報に基づいて構成されている。なお、イベント管理DB8005におけるイベント開始予定日時は、スケジュール情報における開始予定日時に相当する。また、イベント管理DB8005におけるイベント終了予定日時は、スケジュール情報における終了予定日時に相当する。
以上により、利用者Aは、スケジュール管理サーバ8に自己のスケジュールを登録することができる。なお、図21~図24では、PC5によってスケジュール登録を行う場合について説明したが、同様の処理によって、電子黒板2、ビデオ会議端末3またはカーナビゲーション装置4でスケジュール登録を行ってもよい。
<イベント開始処理>
図25および図28は、実施形態に係る共用システムのイベントの開始処理の流れの一例を示すシーケンス図である。図26は、電子黒板に表示されるサインイン画面を示す図である。図27は、共用体の予約リスト画面を示す図である。図29は、イベントの詳細情報画面を示す図である。図30は、イベント開始時に電子黒板に表示される表示画面を示す図である。図31は、利用者が電子黒板を利用する状態を示すイメージ図である。図25~図31を用いて、利用者A(理光太郎)が予約しておいた会議室Xで、電子黒板2を利用して他の参加者と会議をする処理について説明する。
まず、利用者Aが電子黒板2の電源スイッチ222を押下することで、電子黒板2の受付部22が、利用者から電源ONを受け付ける(ステップS31)。受付部22によって電源ONが受け付けられることで、図6に示したLauncher102が起動する。そして、電子黒板2の表示制御部24は、図26に示されているように、ディスプレイ220上にサインインを行うためのサインイン画面110を表示させる(ステップS32)。このサインイン画面110には、利用者Aが自己のICカードを用いてサインインを行う場合に押下される選択アイコン111、利用者Aが自己の電子メールアドレス(利用者IDおよび組織ID)並びにパスワードを入力することによってサインインを行う場合に押下される選択アイコン113、およびサインインを行わずに電源OFFする場合に押下される電源アイコン115が含まれている。
次に、利用者Aが、選択アイコン111を押下して、ICカードリーダ等の近距離通信回路219に対する通信を行うか、または、利用者Aが、選択アイコン113を押下して、利用者Aによる自己の電子メールアドレスおよびパスワードを入力が行うことで、受付部22が、サインインの要求を受け付ける(ステップS33)。そして、送受信部21は、共用支援サーバ6に対して、サインイン要求を示すサインイン要求情報を送信する(ステップS34)。このサインイン要求情報には、ステップS33によって受け付けられた情報(利用者ID、組織IDおよびパスワード)、電子黒板2が設置されている国もしくは地域のタイムゾーン情報、並びに通信端末(ここでは電子黒板2)の利用者ID、組織IDおよびパスワードが含まれている。これにより、共用支援サーバ6の送受信部61は、サインイン要求情報を受信する。
次に、共用支援サーバ6の認証部62は、ステップS34によって受信された利用者Aの利用者ID、組織IDおよびパスワードを利用して利用者Aの認証を行う(ステップS35)。具体的には、記憶・読出処理部69は、ステップS34によって受信された利用者Aの利用者ID、組織IDおよびパスワードを検索キーとして、利用者認証管理DB6001(図9(A)参照)において、上記受信された利用者Aの利用者ID、組織IDおよびパスワードの組に対応する利用者ID、組織IDおよびパスワードの組を検索する。対応する組がある場合、認証部62は、要求元の利用者Aを正当な利用者であると判断する。対応する組がない場合、認証部62は、要求元の利用者Aを不当な(正当でない)利用者であると判断する。正当でない場合には、送受信部61が電子黒板2に対して、正当でない旨の通知を行うが、ここでは、正当である場合について説明を続ける。
次に、共用支援サーバ6の記憶・読出処理部69は、ステップS34によって受信された利用者Aの組織IDを検索キーとしてアクセス管理DB6002(図9(B)参照)を検索することにより、対応するアクセスIDおよびアクセスパスワードを読み出す(ステップS36)。
次に、送受信部61は、スケジュール管理サーバ8に対して、共用体の予約情報の要求を示す予約要求情報および利用者の予定情報の要求を示す予定要求情報を送信する(ステップS37)。予約要求情報および予定要求情報には、ステップS34によって受信された、タイムゾーン情報、通信端末の利用者IDおよび組織ID、並びにステップS36によって読み出された、アクセスIDおよびアクセスパスワードが含まれている。これにより、スケジュール管理サーバ8の送受信部81は、予約要求情報および予定要求情報を受信する。
次に、スケジュール管理サーバ8の認証部82は、アクセスIDおよびアクセスパスワードを利用して共用支援サーバ6の認証を行う(ステップS38)。具体的には、記憶・読出処理部89は、サーバ認証管理DB8006(図13(A)参照)において、ステップS37によって受信されたアクセスIDおよびアクセスパスワードの組に対応するアクセスIDおよびアクセスパスワードの組を検索する。対応する組がある場合、認証部82は、要求元の共用支援サーバ6を正当なアクセス者であると判断する。対応する組がない場合、認証部82は、要求元の共用支援サーバ6を不当な(正当でない)アクセス者であると判断する。正当でない場合には、送受信部81が共用支援サーバ6に対して、正当でない旨の通知を行うが、ここでは、正当である場合について説明を続ける。
スケジュール管理サーバ8の記憶・読出処理部89は、ステップS37によって受信された通信端末の利用者IDを検索キーとして、スケジューラで管理している共用体予約管理DB8004(図12(A)参照)を検索することにより、対応する予約情報を読み出す(ステップS39)。この場合、記憶・読出処理部89は、利用開始予定日時が本日である予約情報を読み出す。
さらに、記憶・読出処理部89は、ステップS37によって受信された通信端末の利用者IDを検索キーとして、スケジューラで管理しているイベント管理DB8005(図12(B)参照)を検索することにより、対応する予定情報を読み出す(ステップS40)。この場合、記憶・読出処理部89は、イベント開始予定日時が本日である予定情報を読み出す。スケジュール管理サーバ8が、電子黒板2等の通信端末とは別の国や地域にあった場合には、タイムゾーン情報に基づいて、タイムゾーンを通信端末が設置されている国や地域に併せて調整している。
次に、送受信部81は、共用支援サーバ6に対して、ステップS39によって読み出された予約情報、およびステップS40によって読み出された予定情報を送信する(ステップS41)。これにより、共用支援サーバ6の送受信部61は、予約情報および予定情報を受信する。
次に、共用支援サーバ6の作成部63は、ステップS41によって受信された予約情報および予定情報に基づいて、予約リストを作成する(ステップS42)。そして、送受信部61は、電子黒板2に対して、予約リストの内容を示す予約リスト情報を送信する(ステップS43)。これにより、電子黒板2の送受信部21は、予約リスト情報を受信する。
次に、電子黒板2では、表示制御部24が、ディスプレイ220上に、図27に示されているような予約リスト画面230を表示させる(ステップS44)。この予約リスト画面230には、共用体名(ここでは場所名)を表示する表示領域231、および本日の日時を表示する表示領域232が含まれている。さらに、予約リスト画面230には、本日の本共用体(ここでは、会議室X)を利用するイベントを示すイベント情報235、236、237等が表示されている。各イベント情報には、イベント毎に、本共用体の利用開始予定時刻および利用終了予定時刻、イベント名、本共用体を予約した予約者の名称(予約者名)が含まれている。イベント情報には、利用者が開始するイベントを特定する場合に押下される開始ボタン235s、236s、237s等が含まれている。
次に、図28において、利用者Aが、例えば、電子ペン2500等で開始ボタン235sを押下すると、受付部22が、イベント情報235で示されるイベントの選択を受け付ける(ステップS51)。次に、電子黒板2の送受信部21は、共用支援サーバ6に対して、上記ステップS51で選択された予定イベントを示す予定イベントIDを送信する(ステップS52)。ステップS52の処理は、実行イベント識別情報の送信要求処理である。これにより、共用支援サーバ6の送受信部61は、選択された予定イベントIDを受信する。
次に、共用支援サーバ6では、生成部64が、固有の実行イベントIDを生成する(ステップS53)。そして、記憶・読出処理部69が、ステップS53によって生成された実行イベントID、ステップS52によって受信された予約イベントID、予約者の利用者IDおよび組織ID、並びにイベント情報を関連付けて管理する(ステップS54)。なお、予約者の利用者IDおよび組織ID、並びにイベント情報は、ステップS41によって受信された予約情報および予定情報に基づくIDおよび情報である。なお、この時点では、予約管理テーブル(図9(C)参照)における参加有無欄への入力はない。
次に、共用支援サーバ6では、送受信部61が、スケジュール管理サーバ8に登録されたファイルデータの送信要求を示すファイルデータ送信要求情報を、スケジュール管理サーバ8へ送信する(ステップS55)。ファイルデータ送信要求情報には、ステップS52によって受信された予定イベントID、ステップS34によって受信された通信端末の利用者IDおよび組織ID、並びにステップS36によって読み出されたアクセスIDおよびアクセスパスワードが含まれている。これにより、スケジュール管理サーバ8の送受信部81は、ファイルデータ送信要求情報を受信する。
次に、スケジュール管理サーバ8の記憶・読出処理部89は、ステップS55によって受信された予定イベントIDを検索キーとしてイベント管理DB8005(図12(B)参照)を検索することにより、予定イベントIDに関連付けられたファイルデータを読み出す(ステップS56)。そして、送受信部81は、ステップS56によって読み出されたファイルデータを、共用支援サーバ6へ送信する(ステップS57)。これにより、共用支援サーバ6の送受信部61は、ファイルデータを受信する。
次に、共用支援サーバ6の記憶・読出処理部69は、ステップS52によって受信された予定イベントID、およびステップS53によって生成された実行イベントIDに関連付けて、ステップS57によって受信されたファイルデータを、予定管理DB6003(図9(C)参照)に記憶して管理する(ステップS58)。
そして、送受信部61は、電子黒板2に対して、ステップS53によって生成された実行イベントID、およびステップS57によって受信されたファイルデータを送信する(ステップS59)。これにより、電子黒板2の送受信部21は、実行イベントIDおよびファイルデータを受信する。
次に、電子黒板2では、記憶・読出処理部29が、記憶部2000に、実行イベントIDおよびファイルデータを記憶しておく(ステップS60)。ここで、共用支援サーバ6から送信されたファイルデータは、記憶部2000の特定の記憶領域に記憶される。これにより、電子黒板2は、イベントの実行中に、特定の記憶領域にアクセスすることによって、表示制御部24が特定の記憶領域に記憶されたファイルデータをディスプレイ220に表示させる。ここで、特定の記憶領域は、実行中のイベント毎に設けられたデータの一時的な記憶先であり、記憶部2000内での所在を示す任意のパス(文字列)によって特定される記憶領域である。なお、特定の記憶領域は、電子黒板2の内部に設けられる構成に限られず、電子黒板2に接続される外部記憶装置、またはオンプレミス環境に存在し、電子黒板2と通信可能なローカルサーバ等に設けられる構成であってもよい。
次に、表示制御部24は、ディスプレイ220上に、図29に示されているように、選択されたイベントの詳細情報画面250を表示させる(ステップS61)。このイベントの詳細情報画面250には、イベント名の表示領域251、イベントの実施予定時間(開始予定時間および終了予定時間)の表示領域252、および予約者名の表示領域253が含まれている。さらに、イベントの詳細情報画面250には、メモの内容を表示するための表示領域256、参加予定者名を表示するための表示領域257、および記憶部2000の特定の記憶領域に記憶されたファイルデータを識別するための識別情報(例えば、ファイル名)を表示するための表示領域258が表示されている。表示領域257には、図24によって示されている予約者名および選択された他の参加者名が表示されると共に、各参加予定者名には実際に会議に参加している人をチェックするためのチェックボックスが表示されている。また、表示領域258には、記憶部2000の特定の記憶領域に記憶されたファイルデータ、すなわち共用支援サーバ6からダウンロードされたファイルデータのファイル名が表示されているとともに、共用支援サーバ6からダウンロード中のファイルデータのファイル名も表示されている。さらに、イベントの詳細情報画面250の右下側には、この詳細情報画面250を閉じるための「閉じる」ボタン259が含まれている。
次に、利用者が、参加予定者名のうち、実際に参加している利用者のチェックボックスにチェックして、「閉じる」ボタン259を押下すると、受付部22は、参加者の選択を受け付ける(ステップS62)。そして、送受信部21は、共用支援サーバ6に対して、各参加予定者の利用者IDおよび参加の有無を示す情報を送信する(ステップS63)。これにより、共用支援サーバ6の送受信部61は、各参加予定者の利用者IDおよび参加の有無を示す情報を受信する。
次に、共用支援サーバ6では、予定管理DB6003において、入力されていなかった参加有無欄に、参加の有無を記憶して管理する(ステップS64)。
このようにしてイベントとしての会議が開始されると、電子黒板2のログ収集部26は、ポリシー設定画面520(図20参照)でアジェンダ確認ポリシーが有効に設定されている場合、受付部22により受け付けられた利用者の各種操作入力の内容について操作ログとして収集を開始する(ステップS65)。また、電子黒板2の時間計測部27は、ポリシー設定画面520でアジェンダ確認ポリシーが有効に設定されている場合、ログ収集部26により収集された操作ログから会議のアジェンダが表示されているか否かを判断し、当該アジェンダの表示時間を積算する動作を開始する。さらに、時間計測部27は、ポリシー設定画面520で会議時間ポリシーが有効に設定されている場合、イベントとしての会議が開始されてからの時間の計測を開始する(ステップS66)。
以上により、利用者Aは、共用体(ここでは、会議室X)および通信端末(ここでは、電子黒板2)を利用して、イベント(ここでは、方針決定会議)を開始する。電子黒板2の表示制御部24は、イベントが開始されると、ディスプレイ220に、図30に示されているような表示画面100aを表示させる。図30に示す表示画面100aには、メニューバー121、イベント開始からの経過時間またはイベント終了までの残り時間を示す時間情報124、並びに電子黒板2の電源をOFFする場合に押下される電源アイコン117が含まれている。メニューバー121は、Launcher102の操作表示画面(ウインドウ)の一例である。このメニューバー121には、イベント実行中の各種処理を行う際に選択(押下)される複数の操作アイコン125(125a~125j)を含まれている。操作アイコン125aは、実行中のイベントの詳細情報を閲覧するために選択(押下)される。操作アイコン125bは、各種外部アプリ103を起動させる際に選択(押下)される。操作アイコン125cは、記憶部2000の特定の記憶領域に記憶されたファイルデータを閲覧する際に選択(押下)される。操作アイコン125dは、起動中の外部アプリ103のアプリ表示画面の表示を切り替える際に選択(押下)される。操作アイコン125eは、外部アプリ103のアプリ表示画面の画面サイズを変更する際に選択(押下)される。操作アイコン125fは、実行されているイベントに関する各種操作を行う際に選択(押下)される。操作アイコン125gは、ディスプレイ220に表示されている表示画面100aをキャプチャする際に選択(押下)される。操作アイコン125hは、実行中のイベントを終了する際に選択(押下)される。操作アイコン125iは、ブラウザを用いた検索を行うためにブラウザアプリ103cを起動させる際に選択(押下)される。操作アイコン125jは、文字または数値等の入力を行う際に選択(押下)される。
ここで、電子黒板2に表示される表示画面に含まれる各種アイコンは、「受付領域」の一例である。受付領域は、アイコンやボタン等の画像だけでなく、「変更」等の文字、または画像と文字を組み合わせたものであってもよい。ここでの画像は、記号や図形だけでなく、イラストや模様等のユーザが視認できる画像であればよい。また、各種アイコンの選択(押下)は、各種アイコンに対する操作の一例である。各種アイコンに対する操作には、例えば、電子ペン2500を用いたディスプレイ220への入力操作、PC2700が有する入力手段の一例であるマウスによるダブルクリックまたはシングルクリック、PC2700が有する入力手段の一例であるキーボードを用いた入力操作が挙げられる。
そして、図31に示されているように、利用者Aは、会議室Xで、電子黒板2を利用して会議を行うことができる。電子黒板2の表示制御部24は、イベント実行画面Rとして、表示画面100aに含まれるメニューバー121が縮小されたメニューバー120および資料ファイルのファイルデータr4を、ディスプレイ220に表示させる。例えば、電子黒板2の利用者Aは、操作アイコン125cを押下することで、受付部22が操作アイコン125cの選択を受け付け、表示制御部24が記憶部2000の特定の記憶領域に記憶された資料ファイルのファイルデータr4を表示させる。なお、電子黒板2の表示制御部24は、ステップS59によって受信されたファイルデータだけでなく、記憶部2000に予め記憶されたファイルデータ、または開始されているイベントにおいて新たに生成されるファイルデータを表示させてもよい。この場合、電子黒板2の記憶・読出処理部29は、開始されているイベントにおいて生成または更新されたファイルデータを、記憶部2000の特定の記憶領域に記憶させる。
<実行イベント履歴の登録処理>
続いて、図32~図36を用いて、実行イベント履歴の登録処理について説明する。
図32および図36は、実施形態に係る共用システムの実行イベント履歴の登録処理の流れの一例を示すシーケンス図である。図33は、実施形態に係る共用システムの音声テキスト変換処理の流れの一例を示すフローチャートである。
まず、電子黒板2の判断部25は、開始されているイベントにおけるコンテンツの処理の種類を判断する(ステップS71)。具体的には、コンテンツが画像・音処理部23による録音によって生じる音データの場合には、判断部25は、コンテンツの処理の種類が「録音」であると判断する。コンテンツが画像・音処理部23によるスナップショット(キャプチャ)によって取得された画像データの場合には、判断部25は、コンテンツの処理の種類が「スナップショット」であると判断する。コンテンツが送受信部21によって送信された資料ファイルデータの場合には、判断部25は、コンテンツの処理の種類が「資料送信」であると判断する。
次に、送受信部21は、共用支援サーバ6へ、発生したコンテンツの登録要求を示す登録要求情報を送信する(ステップS72)。この場合、送受信部21は、コンテンツが発生するたびに自動的に登録要求情報を送信する。この登録要求情報には、実行イベントID、コンテンツの送信元の利用者ID、コンテンツデータ、およびコンテンツ処理の種類情報が含まれている。これにより、共用支援サーバ6の送受信部61は、登録要求情報を受信する。
次に、共用支援サーバ6の判断部65は、送受信部61によって受信された登録要求情報に含まれる種類情報に基づいて、受信されたコンテンツ処理の種類を判断する(ステップS73)。そして、共用支援サーバ6の送受信部61は、判断部65によってコンテンツ処理の種類が「録音」であると判断された場合、音声テキスト変換サーバ9へ、コンテンツデータである音データを送信する(ステップS74)。これにより、音声テキスト変換サーバ9の送受信部91は、音データを受信する。なお、コンテンツ処理の種類が「録音」以外である場合、共用支援サーバ6は、ステップS74~ステップS76の処理は行わずに、ステップS77の処理へ移行する。
次に、音声テキスト変換サーバ9の変換部93は、送受信部91によって受信された音データを、テキストデータに変換する(ステップS75)。ここで、図33を用いて、音声テキスト変換サーバ9における音声テキスト変換処理について説明する。まず、変換部93は、送受信部91によって音データが受信された日時を示す情報を取得する(ステップS75-1)。なお、ステップS75-1によって取得される情報は、共用支援サーバ6が音データを受信した日時または共用支援サーバ6が音データを送信した日時を示す情報であってもよい。この場合、音声テキスト変換サーバ9の送受信部91は、ステップS74において、共用支援サーバ6から送信された音データおよび上記日時を示す情報を受信する。
次に、変換部93は、送受信部91によって受信された音データのテキスト変換処理を実行する(ステップS75-2)。そして、変換部93は、音データのテキスト変換処理が完了した場合(ステップS75-3のYES)、処理をステップS75-4へ移行させる。一方で、変換部93は、音データのテキスト変換処理が完了するまでステップS75-2の処理を繰り返す。ここで、ステップS75-3において、変換部93は、送受信部91によって受信された音データに基づいて、所定の分量のテキスト変換が行われた場合、音データのテキスト変換処理が完了したと判断する。例えば、変換部93は、1センテンス分のテキスト変換が行われた場合、音データのテキスト変換処理が完了したと判断する。そして、変換部93は、音データから変換されたテキストデータを生成する(ステップS75-4)。これにより、音声テキスト変換サーバ9は、共用支援サーバ6から送信された音データをテキストデータに変換する。音声テキスト変換サーバ9は、共用支援サーバ6から送信された音データを随時受信しているため、図33に示す処理を繰り返し実行する。
ここで、図34を用いて、図32のステップS74~ステップS76、および図33で説明した音声テキスト変換処理について、より詳細に説明する。図34は、実施形態に係る共用システムの音声テキスト変換処理の流れの一例を示すシーケンス図である。
図32のステップS72に示すように、電子黒板2の送受信部21は、共用支援サーバ6に対して、実行されているイベントによって発生した音データを随時送信する(ステップSa1、ステップSa2)。これにより、共用支援サーバ6の送受信部61は、電子黒板2から送信された音データを随時受信する。そして、共用支援サーバ6の送受信部61は、電子黒板2から送信された音データを、音声テキスト変換サーバ9へ随時送信する(ステップSb1、ステップSb2)。これにより、音声テキスト変換サーバ9の送受信部91は、共用支援サーバ6から送信された音データを随時受信する。
ここで、ステップSa1によって電子黒板2から共用支援サーバ6へ送信された音データは、ステップSb1によって共用支援サーバ6から音声テキスト変換サーバ9へ送信された音データに対応し、ステップSa2によって電子黒板2から共用支援サーバ6へ送信された音データは、ステップSb2によって共用支援サーバ6からスケジュール管理サーバ8へ送信された音データに対応する。このように、電子黒板2の画像・音処理部23によって集音されて処理された音データは、随時音声テキスト変換サーバ9へ送信される。
音声テキスト変換サーバ9の変換部93は、送受信部91によって受信された音データを、テキストデータに変換する。そして、音声テキスト変換サーバ9の送受信部91は、共用支援サーバ6に対して、変換部93によって変換されたテキストデータを送信する(ステップSc1)。この場合、ステップSc1によって送信されるテキストデータは、ステップSb1およびステップSb2によって受信された音データがテキスト変換されたテキストデータである。
ここで、ステップSc1によって音声テキスト変換サーバ9から共用支援サーバ6に送信されるテキストデータは、未確定のテキストデータである。音声テキスト変換サーバ9の変換部93は、所定の分量のテキスト変換が行われた場合、音データのテキスト変換が完了し、テキストデータが確定したと判断する。例えば、変換部93は、1センテンス分のテキスト変換が行われた場合、音データのテキスト変換が完了し、テキストデータが確定したと判断する。ステップSc1では、未確定のテキストデータであるため、送受信部91は、変換部93によって変換されたテキストデータ(「In this fiscal year, more」)とともに、テキストデータが確定していない(未確定)ことを示す未確定フラグを送信する。
そして、共用支援サーバ6の送受信部61は、音声テキスト変換サーバ9から送信されたテキストデータ(未確定のテキストデータ)を、電子黒板2へ送信する(ステップSc2)。これにより、電子黒板2の送受信部21は、共用支援サーバ6から送信されたテキストデータ(未確定のテキストデータ)を受信する。そして、電子黒板2の表示制御部24は、送受信部21によって受信されたテキストデータを、ディスプレイ508に表示させる。電子黒板2は、図31に示されているようなイベント実行画面Rに、実行中のイベントによって発生した音データの字幕表示としてテキストデータを表示させることができる。なお、電子黒板2は、未確定のテキストデータであっても受信して表示させることで、電子黒板2の利用者に、音声テキスト変換サーバ9による音声テキスト変換処理が随時行われていることを確認させることができる。
共用システム1は、上記で示されるような処理を繰り返す(ステップSa3~Sa7、Sb3~Sb7、Sc3~Sc4)ことにより、電子黒板2の画像・音処理部23によって集音されて処理された音データのテキスト変換処理を繰り返し実行する。なお、音声テキスト変換サーバ9によって未確定のテキストデータを送信すされる回数(頻度)は、適宜設定可能である。
音声テキスト変換サーバ9の送受信部91は、変換部93によって音データのテキスト変換が完了し、テキストデータが確定したと判断された場合、確定のテキストデータを、共用支援サーバ6に対して送信する(ステップSc5)。この場合、送受信部91は、変換部93によって変換されたテキストデータ(「In this fiscal year, more than twice the results of last year.」)とともに、テキストデータが確定したことを示す確定フラグを送信する。これにより、共用支援サーバ6の送受信部61は、音声テキスト変換サーバ9から送信されたテキストデータ(確定のテキストデータ)を受信する。
ここで、ステップSc5によって受信されたテキストデータは、図32のステップS79の処理によってコンテンツ管理DB6005に記憶されて管理される。この場合、ステップSc5によって受信されたテキストデータの処理に係る日時は、ステップSb1よって音データが送信された日時から、ステップSc5によってテキストデータが受信された日時となる。すなわち、コンテンツ管理DB6005に記憶されるコンテンツ処理の開始日時は、ステップSb1によって音データが送信された日時であり、コンテンツ処理の終了日時は、ステップSc5によってテキストデータが受信された日時である。このように、共用支援サーバ6は、音声テキスト変換サーバ9から送信されたテキストデータ(確定したテキストデータ)とともに、テキストデータに対応する音データの音声テキスト変換サーバ9への送信が開始された日時から確定したテキストデータを受信した日時を、コンテンツ処理の開始および終了日時として管理することができる。
そして、共用支援サーバ6の送受信部61は、電子黒板2に対して、音声テキスト変換サーバ9から送信されたテキストデータ(確定のテキストデータ)を送信する(ステップSc6)。これにより、電子黒板2の送受信部21は、共用支援サーバ6から送信されたテキストデータを受信する。そして、電子黒板2の送受信部21は、共用支援サーバ6から送信されたテキストデータをディスプレイ220に表示させる。
このように、共用システム1は、実行されているイベントによって発生した音データを、音声テキスト変換サーバ9を用いてテキストデータに変換することができるとともに、テキストデータの発生時間に関する情報(コンテンツ処理の開始日時および終了日時)を共用支援サーバ6およびスケジュール管理サーバ8に記憶させて管理させることができる。
図32に戻り、実行イベント履歴の登録処理の説明を続ける。送受信部91は、変換部93によって変換されたテキストデータを、共用支援サーバ6へ送信する(ステップS76)。ここで、送受信部91は、テキストデータとともに、ステップS75-1によって取得された日時を示す情報を、共用支援サーバ6へ送信する。これにより、共用支援サーバ6の送受信部61は、テキストデータを受信する。
次に、生成部64は、イベントにより発生したコンテンツ処理を識別するための固有のコンテンツ処理IDを生成する(ステップS77)。また、生成部64は、コンテンツの内容を示したコンテンツデータのURLを生成する(ステップS78)。そして、記憶・読出処理部69は、コンテンツ管理DB6005(図10参照)に対して、ステップS72によって受信された実行イベントID毎に、コンテンツ処理の種類、コンテンツ処理の開始日時および終了日時、ステップS77によって生成されたコンテンツ処理ID、並びにステップS78によって生成されたコンテンツの保存先を示すURLを関連付けて管理する(ステップS79)。
ここで、コンテンツ処理の種類が「音声テキスト変換」である場合、コンテンツ処理の開始日時および終了日時は、音データがテキストデータに変換された日時である。ここで、音データがテキストデータに変換された日時とは、図34に示されているように、共用支援サーバ6の送受信部61によって音データを送信された日時および共用支援サーバ6の送受信部61によってテキストデータが受信された日時である。なお、音データがテキストデータに変換された日時は、音声テキスト変換サーバ9の送受信部91によって音データが受信された日時および音声テキスト変換サーバ9の送受信部91によってテキストデータが送信された日時であってもよい。また、コンテンツ処理の種類が「音声テキスト変換」である場合、コンテンツ処理の開始日時および終了日時は、テキスト変換対象の音データに係るコンテンツ処理の開始日時および終了日時と同じ日時であってもよい。
また、コンテンツ処理の種類が「録音」、「スナップショット」および「資料送信」である場合、コンテンツの処理の開始日時および終了日時は、共用支援サーバ6の送受信部61によってコンテンツデータ(音データ、画像データ、ファイルデータ)が受信された日時である。なお、コンテンツ処理の種類が「録音」、「スナップショット」および「資料送信」である場合、コンテンツの処理の開始日時および終了日時は、電子黒板2の送受信部21によってコンテンツデータが送信された日時であってもよい。また、コンテンツ処理の種類が「録音」である場合、画像・音処理部23による録音が行われた開始日時および終了日時であってもよい。さらに、コンテンツ処理の種類が「スナップショット」である場合、コンテンツの処理の開始日時および終了日時は、画像・音処理部23によるスナップショット(キャプチャ)が行われた日時であってもよい。
次に、図36において、共用支援サーバ6の記憶・読出処理部69は、ステップS72によって受信された利用者IDを検索キーとして利用者認証管理DB6001(図9(A)参照)を検索することにより、対応する組織IDを読み出す(ステップS91)。
次に、記憶・読出処理部69は、ステップS91によって読み出された組織IDを検索キーとしてアクセス管理DB6002(図9(B)参照)を検索することにより、対応するアクセスIDおよびアクセスパスワードを読み出す(ステップS92)。
次に、送受信部61は、スケジュール管理サーバ8に対して、実行イベント履歴の登録要求を示す実行イベント履歴の登録要求情報を送信する(ステップS93)。この実行イベント履歴の登録要求情報には、ステップS72によって受信された実行イベントID、送信元の利用者ID、コンテンツデータ、ステップS77によって生成されたコンテンツ処理ID、ステップS78によって生成されたコンテンツデータのURL、ステップS92によって読み出されたアクセスIDおよびアクセスパスワード、並びにコンテンツ処理の開始日時および終了日時が含まれている。これにより、スケジュール管理サーバ8の送受信部81は、実行イベント履歴の登録要求情報を受信する。
次に、スケジュール管理サーバ8では、認証部82が、アクセスIDおよびアクセスパスワードを利用して共用支援サーバ6の認証を行う(ステップS94)。この認証は、ステップS38と同様の処理であるため、説明を省略する。ここでは、正当である場合について説明を続ける。
次に、記憶・読出処理部89は、実行イベント履歴管理DB8008(図13(B)参照)に対して、ステップS93によって受信された各種データ(情報)を記憶して管理する(ステップS95)。記憶・読出処理部89は、ステップS93によって受信された実行イベントIDに関連付けて、各種データ(情報)を、実行イベント履歴管理DB8008に記憶する。これにより、スケジュール管理サーバ8は、共用支援サーバ6側と同様の内容のデータを管理する。
また、スケジュール管理サーバ8の生成部83は、ステップS93によって受信されたコンテンツデータを、コンテンツの発生時間帯毎に関連付けた関連情報を生成する(ステップS96)。ここで、関連情報に含まれるコンテンツの発生時間帯は、イベント管理DB8005に記憶されたイベントの開始日時、および実行イベント履歴管理DB8008に記憶されたコンテンツ処理の開始日時および終了日時を用いて生成される。すなわち、コンテンツの発生時間帯は、実行されたイベントにおいてコンテンツが発生した時点における、イベントの開始日時からの経過時間を示す。そして、スケジュール管理サーバ8の記憶・読出処理部89は、関連情報管理DB8010(図14(B)参照)に対して、ステップS93によって受信された実行イベントIDに関連付けて、生成部83によって生成された関連情報を記憶して管理する(ステップS97)。これにより、スケジュール管理サーバ8は、コンテンツ処理の種別が異なるコンテンツデータを、各コンテンツの発生時間毎に関連付けて管理する。
そして、スケジュール管理サーバ8の記憶・読出処理部89は、テキスト情報管理DB8012(図15参照)に対して、ステップS93によって受信された実行イベントIDに関連付けて、ステップS93によって受信されたテキストデータを含むテキスト情報を記憶して管理する(ステップS98)。具体的には、生成部83は、ステップS93によって受信されたテキストデータおよびコンテンツ処理ID、ステップS93によって受信されたテキストデータを識別するテキストID、並びに状態情報を含むテキスト情報を生成する。そして、記憶・読出処理部89は、生成部83によって生成されたテキスト情報を、ステップS93によって受信された実行イベントIDに関連付けてテキスト情報管理DB8012に記憶する。この場合、テキスト情報に含まれる状態情報は、関連付けられたテキストデータが編集されていないことを示す「Original」の情報が付与される。
ここで、図35を用いて、共用支援サーバ6およびスケジュール管理サーバ8に記憶されるテキストデータのデータ形式について説明する。図35は、テキストデータを含むデータファイルの一例を示す図である。図35に示されるデータファイルd1は、コンテンツ管理DB6005および実行イベント履歴管理DB8008に示されるコンテンツの保存先のURLに記憶されて管理されている。
図35に示すように、データファイルd1には、10個のテキストデータ(transcript)が含まれている。また、各テキストデータ(0~9)には、コンテンツ処理が発生した順番を示すシーケンス番号(seq_num)、テキストデータ(text)、コンテンツ処理の開始日時(start time)、コンテンツ処理の終了日時(end_time)およびコンテンツ処理ID(id)がそれぞれ含まれている。これらの情報は、コンテンツ管理DB6005および実行イベント履歴管理DB8008のそれぞれの項目に対応する情報と同じである。なお、データファイルd1に含まれるテキストデータの数は、これに限られない。
このように、共用支援サーバ6およびスケジュール管理サーバ8は、テキストデータとそのテキストデータの処理に関する時間の情報(コンテンツ処理の開始日時および終了日時)を関連付けて、図35に示されているようなデータファイルd1で管理することができる。
以上により、電子黒板2は、実行されているイベントの実行イベントIDと、対応するイベントによって生じたコンテンツを、スケジュール管理サーバ8へ送信することができる。また、スケジュール管理サーバ8は、受信したコンテンツを、実行イベントID毎に、実行イベント履歴管理DB8008に記憶することができる。これによって、共用システム1は、実行されたイベントにより生じたコンテンツを、イベント毎に記憶することができる。
<イベントの終了処理>
続いて、図37~図42を用いて、実行中のイベントを終了する処理について説明する。
図37および図38は、実施形態に係る共用システムのイベントの終了処理の流れの一例を示すシーケンス図である。図39は、電子黒板上に表示されるイベント終了画面を示す図である。図40は、電子黒板上に表示されるファイルデータのアップロード画面を示す図である。図41は、電子黒板上に表示されるファイルデータのアップロード完了画面を示す図である。図42は、ポリシー達成度画面の一例を示す図である。
図37において、利用者Aがディスプレイ220に表示されている画面を閉じることによって、受付部22は、実行されているイベントの終了を受け付ける(ステップS301)。これによって、電子黒板2のログ収集部26は、操作ログの収集を停止し、時間計測部27は、アジェンダの表示時間の積算動作、および、イベントとしての会議が開始されてからの時間の計測を停止する。
そして、送受信部21は、共用支援サーバ6に対して、実行イベントの開始日時および終了日時を示す実行イベント開始終了情報、ファイルデータの登録要求を示すファイルデータの登録要求情報、時間計測部27により積算されたアジェンダの表示時間を示すアジェンダ表示時間情報、時間計測部27により計測された会議時間を示す会議時間情報、並びに組織IDを送信する(ステップS302)。この実行イベント開始終了情報には、実行イベントID、イベント名、イベントの開始日時および終了日時が含まれる。また、このファイルデータの登録要求情報には、実行イベントID、送信元の利用者ID、およびファイルデータが含まれる。これにより、共用支援サーバ6の送受信部61は、実行イベント開始終了情報、ファイルデータの登録要求情報、アジェンダ表示時間情報、会議時間情報、および組織IDを受信する。なお、アジェンダ表示時間情報、会議時間情報および組織IDは、スケジュール管理サーバ8へ直接送信されるものとしてもよい。
次に、共用支援サーバ6の生成部64は、イベントにより発生したコンテンツ処理を識別するための固有のコンテンツ処理IDを生成する(ステップS303)。また、生成部64は、コンテンツの内容を示したコンテンツデータのURLを生成する(ステップS304)。そして、記憶・読出処理部69は、コンテンツ管理DB6005(図10参照)に対して、ステップS302によって受信された実行イベントID毎に、コンテンツ処理の種類、コンテンツ処理の開始日時および終了日時、ステップS303によって生成されたコンテンツ処理ID、並びにステップS304によって生成されたコンテンツの保存先を示すURLを関連付けて管理する(ステップ305)。
次に、共用支援サーバ6の記憶・読出処理部69は、ステップS72によって受信された利用者IDを検索キーとして利用者認証管理DB6001(図9(A)参照)を検索することにより、対応する組織IDを読み出す(ステップS306)。
次に、記憶・読出処理部69は、ステップS91によって読み出された組織IDを検索キーとしてアクセス管理DB6002(図9(B)参照)を検索することにより、対応するアクセスIDおよびアクセスパスワードを読み出す(ステップS307)。
次に、図38において、送受信部61は、スケジュール管理サーバ8に対して、ステップS302で受信した実行イベント開始終了情報、ファイルデータの登録要求を示すファイルデータの登録要求情報、アジェンダ表示時間情報、会議時間情報、および組織IDを送信する(ステップS308)。このファイルデータの登録要求情報には、ステップS302によって受信された実行イベントID、送信元の利用者IDおよびファイルデータ、ステップS303によって生成されたコンテンツ処理ID、ステップS304によって生成されたファイルデータのURL、ステップS307によって読み出されたアクセスIDおよびアクセスパスワード、並びにコンテンツ処理の開始日時および終了日時が含まれている。これにより、スケジュール管理サーバ8の送受信部81は、実行イベント開始終了情報、およびファイルデータの登録要求情報を受信する。
次に、スケジュール管理サーバ8では、認証部82が、アクセスIDおよびアクセスパスワードを利用して共用支援サーバ6の認証を行う(ステップS309)。この認証は、ステップS38と同様の処理であるため、説明を省略する。ここでは、正当である場合について説明を続ける。
次に、スケジュール管理サーバ8の記憶・読出処理部89は、実行イベント管理DB8009(図14(A)参照)に対して、ステップS308によって受信された実行イベント開始終了情報を記憶する(ステップS310)。この場合、記憶・読出処理部89は、実行イベント管理DB8009の実行イベント管理テーブルに1レコード分の実行イベント開始終了情報を追加する。
次に、記憶・読出処理部89は、実行イベント履歴管理DB8008に対して、ステップS308によって受信された各種データ(情報)を記憶して管理する(ステップS311)。記憶・読出処理部89は、ステップS308によって受信された実行イベントIDに関連付けて、ファイルデータを含む各種データ(情報)を、実行イベント履歴管理DB8008(図13(B)参照)に記憶する。これにより、スケジュール管理サーバ8は、共用支援サーバ6側と同様のファイルデータを管理する。
次に、送受信部81は、共用支援サーバ6に対して、ファイルデータが登録されたことを示すファイルデータ登録情報を送信する(ステップS312)。これにより、共用支援サーバ6の送受信部61は、ファイルデータ登録情報を受信する。
そして、共用支援サーバ6の送受信部61は、スケジュール管理サーバ8から送信されたファイルデータ登録情報を、電子黒板2へ送信する(ステップS313)。これによって、電子黒板2の送受信部21は、ファイルデータ登録情報を受信する。
次に、電子黒板2の記憶・読出処理部29は、送受信部21によってファイルデータ登録情報が受信された場合、記憶部2000の特定の記憶領域に記憶されたファイルデータを削除する(ステップS314)。これにより、電子黒板2は、共用支援サーバ6に送信済みのファイルデータを削除することで、会議情報等の漏えいのリスクを低減させることができる。
また、スケジュール管理サーバ8の判定部84は、ポリシー設定管理DB8014(図17参照)を参照し、ステップS308で送受信部81により受信された組織IDに対応する各ポリシー(ここではアジェンダ確認ポリシーおよび会議時間ポリシー)の評価区分値を、記憶・読出処理部89を介して取得する。そして、判定部84は、ステップS308で送受信部81により受信されたアジェンダ表示時間情報が示すアジェンダの表示時間が、アジェンダ確認ポリシーに対する多段階に区分けされた各評価区分のうち、どの評価区分に属するかを判定する(ステップS315)。具体的には、判定部84は、全体の会議時間およびアジェンダの文字数等を考慮して、アジェンダの表示時間として十分と考えられる表示時間を「100」という指標値とした場合、アジェンダ表示時間情報が示すアジェンダの表示時間の指標値を算出することによって、各評価区分のうちどの評価区分に対応するかを判定する。さらに、判定部84は、ステップS308で送受信部81により受信された会議時間情報が示す会議時間が、会議時間ポリシーに対する各評価区分のうち、どの評価区分に対応するかを判定する(ステップS315)。具体的には、判定部84は、例えば会議時間0分を「100」という指標値とした場合、会議時間情報が示す会議時間の指標値を算出することによって、各評価区分のうちどの評価区分に対応するかを判定する。
そして、スケジュール管理サーバ8の音声合成部85は、ポリシー設定管理DB8014を参照し、判定部84により判定されたアジェンダの表示時間の評価区分に対応するフィードバックコメントを読み出す。そして、音声合成部85は、当該フィードバックコメントと、予め準備されている音声合成モデルとを用いて音声の合成を行い、アジェンダ確認ポリシーについてのフィードバックコメントを読み上げるための音声データを生成する(ステップS316)。さらに、音声合成部85は、ポリシー設定管理DB8014を参照し、判定部84により判定された会議時間の評価区分に対応するフィードバックコメントを読み出す。そして、音声合成部85は、当該フィードバックコメントと、予め準備されている音声合成モデルとを用いて音声の合成を行い、会議時間ポリシーについてのフィードバックコメントを読み上げるための音声データを生成する(ステップS316)。
そして、スケジュール管理サーバ8の送受信部81は、共用支援サーバ6に対して、判定部84による判定結果を示す判定結果情報、および、音声合成部85により生成された音声データを送信する(ステップS317)。ここで、判定結果情報には、さらにポリシー情報と、ポリシー設定情報とが含まれる。これにより、共用支援サーバ6の送受信部61は、判定結果情報および音声データを受信する。なお、判定結果情報および音声データは、スケジュール管理サーバ8へ直接送信されるものとしてもよい。
さらに、送受信部61は、電子黒板2に対して、受信した判定結果情報および音声データを送信する(ステップS318)。これにより、電子黒板2の送受信部21は、判定結果情報および音声データを受信する。
ここで、実行中のイベントを終了する際における電子黒板2に表示される画面の画面遷移を説明する。まず、ステップS301において、受付部22により実行されているイベントの終了が受け付けられた場合、表示制御部24は、ディスプレイ220上に、図39に示されているようなイベント終了画面270を表示させる。このイベント終了画面270には、ファイル表示領域272、ファイルアップロード選択領域273、実行中のイベントの終了処理を進める場合に押下される「Close」ボタン278、および、実行中のイベントの終了処理をキャンセルする場合に押下される「CANCEL」ボタン279が含まれる。ファイル表示領域272は、記憶部2000の特定の記憶領域に記憶された資料ファイルのファイルデータを識別するためのファイルデータ画像272a、272b、272cが表示される。ファイルアップロード選択領域273には、ファイル表示領域272に表示されたファイルデータ画像に対応するファイルデータを、共用支援サーバ6にアップロードするか否かの選択を受け付けるチェックボックスが含まれる。
ファイルアップロード選択領域273が選択された状態で、受付部22が「Close」ボタン278の選択を受け付けた場合、表示制御部24は、ディスプレイ220上に、図40に示されるようなファイルアップロード画面280aを表示させる。このファイルアップロード画面280aは、記憶部2000の特定の記憶領域に記憶されたファイルデータが、共用支援サーバ6にアップロードされている際に、ディスプレイ220上に表示される。ファイルアップロード画面280aは、終了するイベントのイベント名281、イベントの終了日時282、ファイルデータのアップロード進捗表示領域283、ファイルデータのアップロードを中断(中止)する場合に押下される「CANCEL」ボタン288が含まれている。アップロード進捗表示領域283には、アップロードするファイルデータの数(例えば、図40に示されている「3」)とアップロードが完了したファイルデータの数(例えば、図40に示されている「0」)が表示される。
そして、ファイルデータのアップロードが完了した場合、表示制御部24は、図41に示されるようなアップロード完了画面280bを表示させる。アップロード完了画面280bには、後述する図42に示すポリシー達成度画面290を表示させる場合に押下される「Close」ボタン289が含まれている。ディスプレイ220上にアップロード完了画面280bが表示された場合、ステップS314で示したように、電子黒板2の記憶・読出処理部29は、アップロードが完了したファイルデータを、記憶部2000の特定の記憶領域から削除する。
一方で、ディスプレイ220上にファイルアップロード画面280aが表示されている状態において、ファイルデータのアップロードに失敗した場合、表示制御部24は、アップロードに失敗したファイルデータを特定するための情報(例えば、ファイル名)を表示する。これにより、例えば、通信ネットワーク10の障害等の発生時に、イベントの参加者は、イベントで作成または編集したファイルデータを印刷したり、電子黒板2に接続されたUSBメモリ2600にファイルデータを記憶したりすることによって、アップロードに失敗したファイルデータを持ち帰ることができる。
また、イベントが終了した後も記憶部2000の特定の記憶領域にファイルデータが残っている場合、電子黒板2の記憶・読出処理部29は、例えば、電子黒板2を使用した次のイベントの開始時に、特定の記憶領域に記憶されたファイルデータを削除する。これによって、電子黒板2は、会議情報等の漏えいのリスクを低減させることができる。
さらに、受付部22が「Close」ボタン289の選択を受け付け、かつ、ステップS318までの処理が終了している場合、表示制御部24は、ディスプレイ220に、図42に示すポリシー達成度画面290を表示させる(ステップS319)。ポリシー達成度画面290は、ステップS318で送受信部21により受信された判定結果情報を反映した内容を表示する。
図42に示すように、ポリシー達成度画面290は、多段階表示部291と、達成度ポインタ291aと、多段階表示部292と、達成度ポインタ292aと、「Close」ボタン299と、を含む。
多段階表示部291は、アジェンダ確認ポリシーについて、送受信部21により受信された判定結果情報に含まれるポリシー情報の評価区分、およびポリシー設定情報の評価区分値に従って、各評価区分を、対応する評価区分値に基づいた長さで段階的に帯状に表示する。例えば、アジェンダ確認ポリシーが組織ID「o1001」に係るものである場合、図17に示すように、評価区分値は、「Bad:0-33」、「Average:34-66」、「Good:67-100」と設定されているので、図42に示すように、多段階表示部291では、「Bad」、「Average」、「Good」が略同一の長さで帯状に並んで表示されている。
達成度ポインタ291aは、アジェンダ確認ポリシーについて、送受信部21により受信された判定結果情報に含まれる判定結果が示すアジェンダの表示時間の指標値に従って、多段階表示部291に帯状に表示された各評価区分のうち対応する評価区分であって、かつ、当該指標値が示す具体的な位置に配置される。例えば、図42に示す例では、判定部84により判定されたアジェンダの表示時間の指標値が「47」とした場合の達成度ポインタ291aの配置を示している。
多段階表示部292は、会議時間ポリシーについて、送受信部21により受信された判定結果情報に含まれるポリシー情報の評価区分、およびポリシー設定情報の評価区分値に従って、各評価区分を、対応する評価区分値に基づいた長さで段階的に帯状に表示する。例えば、会議時間ポリシーが組織ID「o1001」に係るものである場合、図17に示すように、評価区分値は、「Poor:0-49」、「Fair:50-79」、「Average:80-89」、「Good:90-100」と設定されているので、図42に示すように、多段階表示部291では、「Poor」、「Fair」、「Average」、「Good」について評価区分値が示す長さで帯状に並んで表示されている。
達成度ポインタ292aは、会議時間ポリシーについて、送受信部21により受信された判定結果情報に含まれる判定結果が示す会議位時間の指標値に従って、多段階表示部292に帯状に表示された各評価区分のうち対応する評価区分であって、かつ、当該指標値が示す具体的な位置に配置される。例えば、図42に示す例では、判定部84により判定された会議時間の指標値が「39」とした場合の達成度ポインタ292aの配置を示している。
なお、達成度ポインタ291a、292aは、帯状に表示された各評価区分における具体的に対応する位置に配置されるものとしたが、これに限られず、例えば、各評価区分を円グラフ形状に表示し、達成度ポインタ291a、292aは、指標値が円グラフのどの位置に対応するかを示すものとしてもよい。
「Close」ボタン299は、イベントを終了させる場合に押下されるボタンである。
さらに、ポリシー達成度画面290が表示された際に、電子黒板2の画像・音処理部23は、送受信部21により受信されたアジェンダ確認ポリシーおよび会議時間ポリシーに対応する各音声データに基づいて、スピーカ2300から音声を出力させる(ステップS319)。図42に示す例の場合、アジェンダ確認ポリシーの達成度ポインタ291aは「Average」を示しているので、音声データは「いい感じです」というフィードバックコメントから音声合成が行われた音声データが、スピーカ2300を介して音声出力される。続いて、会議時間ポリシーの達成度ポインタ292aは「Poor」を示しているので、音声データは「終了時刻を意識しましょう」というフィードバックコメントから音声合成が行われた音声データが、スピーカ2300を介して音声出力される。
なお、上述したように、ポリシー達成度画面290が表示されるタイミングは、イベント終了画面270、ファイルアップロード画面280a、およびアップロード完了画面280bがそれぞれ表示された後であるものとして説明したが、これに限られない。例えば、イベント終了画面270が表示される前に、ポリシー達成度画面290が表示され音声データの出力されるものとしてもよく、または、イベント終了画面270によるイベント終了表示が行われた後、ポリシー達成度画面290が表示され音声データの出力が行われた後、ファイルアップロード画面280aにおけるアップロード動作が行われるものとしてもよい。
(実施形態の主な効果)
以上のように、本実施形態に係る共用システム1では、組織(例えば会社)ごとに重視する会議の効率化のための会議ポリシーを有効または無効に設定可能とし、会議後に、当該会議ポリシーの設定内容についての達成度を判定し、判定結果を表示装置(ディスプレイ220等)に表示して利用者に認識させるようにしている。これによって、会議ポリシーに基づく会議の効率化の効果を向上させることができる。
また、本実施形態に係る共用システム1では、会議ポリシーの達成度を多段階(例えば、「Bad」、「Average」、「Good」等)に評価して、表示するものとしている。これによって、会議における会議ポリシーの達成度を詳細に把握することができる。また、多段階の各評価区分の長さを自由に設定可能としている。これによって、組織ごとの要望に応じた評価区分を設定することができる。
また、本実施形態に係る共用システム1では、会議ポリシーの達成度に応じたフィードバックコメントを音声出力するものとしている。判定結果を表示するだけでは、必ず表示装置の画面を見る必要があるが、音声出力を行うことによって自然と耳に入るため、次回の会議にフィードバックを実践する可能性を高めることができる。また、上述の会議ポリシーの達成度に応じたフィードバックコメントを自由に設定可能としている。これによって、組織ごとの要望に応じたコメントを設定することができるので、利用者に組織が要望するコメントを伝達することが可能になる。
(補足)
なお、上記で説明した実施形態の各機能は、一または複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP(Digital Signal Processor)、FPGA(Field Programmable Gate Array)、SoC(System on a Chip)、GPU(Graphics Processing Unit)や従来の回路モジュール等のデバイスを含むものとする。
また、上述の実施形態において、電子黒板2、PC5、共用支援サーバ6、スケジュール管理サーバ8および音声テキスト変換サーバ9の各機能部の少なくともいずれかがプログラムの実行によって実現される場合、そのプログラムは、ROM等に予め組み込まれて提供される。また、上述の実施形態に係る電子黒板2、PC5、共用支援サーバ6、スケジュール管理サーバ8および音声テキスト変換サーバ9で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでCD-ROM(Compact Disc Read Only Memory)、フレキシブルディスク(FD)、CD-R(Compact Disk-Recordable)、DVDまたはSDカード等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、上述の実施形態に係る電子黒板2、PC5、共用支援サーバ6、スケジュール管理サーバ8および音声テキスト変換サーバ9で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の実施形態に係る電子黒板2、PC5、共用支援サーバ6、スケジュール管理サーバ8および音声テキスト変換サーバ9で実行されるプログラムを、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、上述の実施形態に係る電子黒板2、PC5、共用支援サーバ6、スケジュール管理サーバ8および音声テキスト変換サーバ9で実行されるプログラムは、上述した各機能部のうち少なくともいずれかを含むモジュール構成となっており、実際のハードウェアとしてはCPUが上述の記憶装置からプログラムを読み出して実行することにより、上述の各機能部が主記憶装置上にロードされて生成されるようになっている。