JP2023020625A - 情報処理装置、テキストデータ編集方法、通信システム、プログラム - Google Patents

Abstract

【課題】第一の端末によるテキストの編集結果が、第二の端末に送信される通信システムを提供すること。【解決手段】本発明は、複数の端末２，１０とネットワークを介して通信する情報処理装置６であって、端末が送信する音データから変換されたテキストデータを第一の端末及び第二の端末に送信する通信部と、前記第一の端末から前記テキストデータの編集開始を受信した場合、前記第二の端末に対し前記テキストデータの編集を制限する制限部と、前記第一の端末から編集後の前記テキストデータを受信した場合、前記通信部は、前記テキストデータの少なくとも編集された文字を前記第二の端末に送信することを特徴とする。【選択図】図２９

Description

本発明は、情報処理装置、テキストデータ編集方法、通信システム、及び、プログラムに関する。

ネットワークを介して、遠隔地の拠点との間で映像や音声を送受信する通信システムが知られている。通信システムにおいては、例えば会議に参加する参加者の一方がいる拠点において、通信端末を用いて周囲の撮像及び発言などの音声の収集を行い、これらをデジタルデータに変換して相手方の通信端末に送信する。相手方の通信端末はディスプレイへの画像表示及びスピーカからの音声出力を行い、拠点間の参加者がビデオ通話を行うことができる。

テレビ会議を支援するために、テレビ会議の音声を音声認識によりテキストに変換する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、このテキストを議事録作成に利用する技術が開示されている。

しかしながら、従来の技術は、第一の端末によるテキストの編集結果が、テキストを表示しうる第二の端末に送信されていないという問題があった。音声認識により生成したテキストは、話者の意図が完全にテキスト化されるわけではないので、編集者が編集することが好ましい。例えば、会議記録に残ったテキストを後から編集者が修正する方法では、膨大な量のテキストから記憶しておいた内容に（又は文脈を推測して）修正しなければならない。また、テレビ会議に参加している参加者は、テキストを見ながら会議内容を把握する場合もあり、編集が遅いと間違ったテキストのために会議内容を正しく把握できない場合があった。

本発明は、上記課題に鑑み、第一の端末によるテキストの編集結果が、第二の端末に送信される通信システムを提供することを目的とする。

上記課題に鑑み、本発明は、複数の端末とネットワークを介して通信する情報処理装置であって、端末が送信する音データから変換されたテキストデータを第一の端末及び第二の端末に送信する通信部と、前記第一の端末から前記テキストデータの編集開始を受信した場合、前記第二の端末に対し前記テキストデータの編集を制限する制限部と、前記第一の端末から編集後の前記テキストデータを受信した場合、前記通信部は、前記テキストデータの少なくとも編集された文字を前記第二の端末に送信することを特徴とする。

第一の端末によるテキストの編集結果が、第二の端末に送信される通信システムを提供することができる。

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

以下、本発明を実施するための形態の一例として、通信システムと通信システムが行うテキストデータ編集方法について図面を参照しながら説明する。

＜処理の概略＞
本実施形態の共用支援サーバは、閲覧者が会議の音声から変換されたテキストデータを閲覧した状態で、リアルタイムに編集者がテキストデータを編集し、閲覧者のテキストデータに反映させる。したがって、編集者が編集したテキストデータがほぼリアルタイムで閲覧者の表示端末に表示される。例えば、難聴者が音声認識により生成されたテキストを頼りに会議内容を把握しているような場合、素早く修正されるので、会議内容を正しく理解できる。また、編集者がテキストデータを後から修正する場合、テキストデータの数が多くなると、人間が頭の中に記憶しておくのは困難で、正しい内容に修正することができない。本実施形態では、編集者がよりリアルタイムにテキストデータを修正できるので、作業負担を減らすことができる。

＜用語について＞
音データとは、音が信号処理可能なデータに変換されたものである。音データはアナログでもよいしデジタルでもよいが、コンピュータ上ではデジタルに変換される。音データの中身は主に音声が想定されるが、どのような音が含まれていてもよい。

テキストデータとは文字コードで表された文字、アルファベット、数字、又は、記号などである。

編集の制限には、テキストデータ全体の編集の禁止のほか、テキストデータの一部の文字についてのみ編集を禁止することを含む。編集には、文字の追加、削除、変更がある。

リアルタイムとは、ある処理が現在、実行されたとして、一定の遅延内で処理の結果が得られることをいう。

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

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

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

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

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

通信端末２はノートＰＣ、タブレット端末又はスマートフォンなどの汎用的なコンピュータである。表示端末１０、ビデオ会議端末３、及びカーナビゲーション装置４も、通信端末の一例である。これら「通信端末」は、例えば、利用者によるサインイン（後述のＳ３２参照）で、拠点間のテレビ会議に使用可能となる端末である。なお、車両αで利用される通信端末は、カーナビゲーション装置４だけでなく、カーナビゲーションのアプリケーションがインストールされたスマートフォン又はスマートウォッチ等も含む。表示端末１０はスマートフォンやＰＣなど汎用的なコンピュータである（第二の端末の一例）。表示端末１０は、表示端末１０ａ、１０ｂ……のように複数存在してよく、任意の表示端末を「表示端末１０ＰＣ５」という。

ＰＣ５は、汎用的なコンピュータであり、スケジュール管理サーバ８に対して、各共用体の利用の予約の登録及び各利用者が実行予定のイベントを登録する登録装置の一例である。イベントは、例えば、会議、会合、集い、寄り合い、相談、打ち合わせ、運転、乗車又は移動等である。また、ＰＣ５は、音声から変換されたテキストデータの編集を受け付ける編集者の端末として使用される（第一の端末の一例）。ＰＣ５は、ＰＣ５ａ、５ｂ……のように複数存在してよく、任意のＰＣを「ＰＣ５」という。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

受付部２２は、主に、図４に示されているＣＰＵ５０１からの命令、キーボード５１１、マウス５１２及びタッチパネル付きのディスプレイ５０８によって実現され、利用者による各種入力を受け付ける。

画像・音処理部２３は、カメラ５１６が被写体を撮像して得た画像データに対しての画像処理を行う。また、画像・音処理部２３は、マイク５１７によって利用者の音声が音声信号に変換された後、この音声信号に係る音データに対して音声処理を行う。さらに、画像・音処理部２３は、音データに係る音声信号をスピーカ５１５に出力し、スピーカ５１５から音声を出力させる。

表示制御部２４は、図４に示されているＣＰＵ５０１からの命令によって実現され、ディスプレイ５０８に描画像を表示させたり、Ｗｅｂブラウザを用いて共用支援サーバ６にアクセスして各種画面データを表示させたりする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

制限部６６は、ＰＣ５で編集が開始されたテキストデータの編集を表示端末１０や他のＰＣ５に対し制限する。つまり、制限部６６は同時に同じテキストデータへ編集が行われることを禁止する排他制御を行う。制限部６６は、編集者が選択したテキストデータを開放すると制限を解除する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

受付部１２は、主に、図４に示されているＣＰＵ５０１からの命令、キーボード５１１、マウス５１２及びタッチパネル付きのディスプレイ５０８によって実現され、利用者による各種入力を受け付ける。

表示制御部１３は、図４に示されているＣＰＵ５０１からの命令によって実現され、ディスプレイ５０８に描画像を表示させたり、Ｗｅｂブラウザを用いて共用支援サーバ６にアクセスして各種画面データを表示させたりする。

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

なお、表示端末１０は通信端末２と同様の機能を有していてよいが、図５では説明の便宜上、主要な機能のみ示した。

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

＜スケジュールの登録処理＞
ここでは、図１３乃至図１６を用いて、予約者Ａ（理光太郎）がＰＣ５からスケジュール管理サーバ８に自己のスケジュールを登録する処理について説明する。図１３は、スケジュールの登録処理を示したシーケンス図である。図１４は、サインイン画面を示した図である。図１５は、ＰＣの初期画面の例である。図１６は、スケジュール入力画面を示し まず、利用者ＡがＰＣ５のキーボード５１１等を操作することで、ＰＣ５の表示制御部５４が、図１４に示されているように、ディスプレイ５０８上にサインインを行うためのサインイン画面５３０を表示させる（ステップＳ１１）。このサインイン画面５３０には、利用者の利用者ＩＤ及び組織ＩＤを入力する入力欄５３１、及びパスワードを入力する入力欄５３２、サインインを行う場合に押下されるサインインボタン５３８、サインインを中止する場合に押下されるキャンセルボタン５３９が含まれている。ここでは、利用者ＩＤ及び組織ＩＤが、利用者Ａの電子メールアドレスになっている。電子メールアドレスのユーザ名部分が利用者ＩＤで、ドメイン名部分が組織ＩＤを示している。なお、入力欄５３１は、電子メールアドレスではなく、利用者ＩＤ及び組織ＩＤを別々に入力する入力欄であってもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、共用支援サーバ６では、生成部６４が、固有の実行イベントＩＤを生成する（ステップＳ５３）。そして、記憶・読出処理部６９が、ステップＳ５３によって生成された実行イベントＩＤ、ステップＳ５２によって受信された予約イベントＩＤ、予約者の利用者ＩＤ及び組織ＩＤ、並びにイベント情報を関連付けて管理する（ステップＳ５４）。

なお、予約者の利用者ＩＤ及び組織ＩＤ、並びにイベント情報は、ステップＳ４１によって受信された予約情報及び予定情報に基づくＩＤ及び情報である。なお、この時点では、予約管理テーブル（図６（Ｃ）参照）における参加有無欄への入力はない。

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

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

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

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

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

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

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

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

以上により、利用者Ａは、共用体（ここでは、会議室Ｘ）及び通信端末２を利用して、イベント（ここでは、方針決定会議）を開始する。通信端末２の表示制御部２４は、イベントが開始されると、ディスプレイ５０８に、図２２に示されているような表示画面１００ａを表示させる。

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

ここで、通信端末２に表示される表示画面に含まれる各種アイコンは、「受付領域」の一例である。受付領域は、アイコンやボタン等の画像だけでなく、「変更」等の文字、又は画像と文字を組み合わせたものであってもよい。ここでの画像は、記号や図形だけでなく、イラストや模様等の利用者が視認可能な画像であればよい。また、各種アイコンの選択（押下）は、各種アイコンに対する操作の一例である。各種アイコンに対する操作には、例えば、キーボード５１１やマウス５１２を用いたディスプレイ５０８への入力操作が挙げられる。

そして、利用者Ａは、会議室Ｘで、通信端末２を利用して会議を行うことができる。例えば、通信端末２の利用者Ａは、操作アイコン１２５ｃを押下することで、受付部２２が操作アイコン１２５ｃの選択を受け付け、表示制御部２４が記憶部２０００の特定の記憶領域に記憶された資料ファイルのファイルデータを表示させる。なお、通信端末２の表示制御部２４は、ステップＳ５９によって受信されたファイルデータだけでなく、記憶部２０００に予め記憶されたファイルデータ、又は開始されているイベントにおいて新たに生成されるファイルデータを表示させてもよい。この場合、通信端末２の記憶・読出処理部２９は、開始されているイベントにおいて生成又は更新されたファイルデータを、記憶部２０００の特定の記憶領域に記憶させる。

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

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

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

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

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

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

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

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

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

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

また、通信端末２やセッションが張られている表示端末１０、ＰＣ５に、通信部６１はテキストデータを送信する（Ｓ８０）。これにより、音データから変換されたテキストデータを通信端末２や表示端末１０がリアルタイムに表示できる。

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

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

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

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

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

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

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

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

＜テキストデータのリアルタイム修正処理＞
続いて、図２６乃至図３２を参照して、テキストデータのリアルタイム修正処理について説明する。

図２６は、ＰＣ５がテキストデータの編集を受け付け、通信端末２及び表示端末１０に送信するシーケンス図である。音声認識結果を修正したい人（以下、編集者という。参加者の一人が編集者であってもよい。）は、ＰＣ５で閲覧用のアプリ又はＷｅｂブラウザを起動させ、ＰＣ５を共用支援サーバ６に接続させる。なお、編集者は共用支援サーバ６にサインインしており、共用支援サーバ６が編集者ＩＤ等を特定している。

S101,S102：編集者は例えば実行イベントＩＤを指定して、テキストデータの保存先のＵＲＬ（図７のコンテンツの内容の項目参照）を共用支援サーバ６から取得する。なお、実行イベントＩＤは、編集者が利用者から口頭やメールでもらってもよいし、自発的に探してもよい。

S103：ＰＣ５の通信部５１は、保存先のＵＲＬに接続する。図２６では共用支援サーバ６内に保存先があるものとするが、保存先はクラウドなどネットワーク上にあればよい。通信部５１は、保存先のＵＲＬに常時接続するネットワークセッションを確立する。セッションの仕組みにはWebSocketプロトコルやMQTTプロトコルなどが利用できる。双方向通信が可能になるので、共用支援サーバ６からＰＣ５、通信端末２及び表示端末１０にテキストデータを送信できるようになる。ネットワークセッションが確立すると、通信部５１は、その時点までの全てのテキストデータを取得し、表示制御部５４が表示する。

S104～S106：通信端末２の通信部２１が音データを音声テキスト変換サーバ９に送信すると、図２４で説明したように音声テキスト変換サーバ９がテキストデータに変換し、共用支援サーバ６に返す。

S107～S109：共用支援サーバの通信部５１は、あらたに送信されたテキストデータをセッションが確立しているＰＣ５、表示端末１０及び通信端末２にリアルタイムに送信する。ＰＣ５の通信部５１はテキストデータを受信すると、表示制御部５４は、表示中の最後のテキストデータに続けて新しく受信したテキストデータを表示する。表示端末１０の通信部１１はテキストデータを受信すると、表示制御部１３は、表示中の最後のテキストデータに続けて新しく受信したテキストデータを表示する。通信端末２も同様になる。こうすることで、ＰＣ５又は表示端末１０のテキストデータの表示内容と、利用者が発言した音声がほぼリアルタイムで同期される。

S110：編集者がテキストデータ（発言内容）の編集を開始すると、受付部１２が受け付ける。編集の開始とは、編集者が入力位置を特定するカーソルをテキストデータ上で移動できる状態にすることをいう。ＰＣ５がダイアログボックスのようなテキストデータの入力欄を表示してもよい。

S111：ＰＣ５の通信部５１は、テキストＩＤを指定して編集開始を共用支援サーバ６に送信する。

S112,S113：共用支援サーバ６の通信部６１は編集開始を受信すると、制限部６６は通信部６１を介して、サインインにより特定済みの編集者ＩＤとテキストＩＤを指定して、編集禁止をセッションが張られている通信端末２や表示端末１０に送信する。編集者ＩＤが送信されるのは、だれが編集しているかを利用者が把握するためである。編集者ＩＤでなく編集者名が送信されてもよい。

S114、S115：通信端末２の通信部２１及び表示端末１０の通信部１１が編集禁止を受信し、受付部１２，２２がテキストＩＤで特定されるテキストデータの編集を制限する。表示制御部１３、２４は、編集されたテキストデータの全体又は該当する文字を強調することが好ましい。利用者がテキストデータを編集しようとしても、カーソル等が表示されない。また、表示制御部１３，２４は、編集者ＩＤ（編集者ＩＤに対応付けられている編集者名でもよい）を文字やアイコンなどで編集されているテキストデータと共に表示する。

S116：編集者がテキストデータを編集すると（任意の文字を別の文字に変更したり、追加したり、削除したりする）、受付部１２が編集を受け付ける。

S117：ＰＣ５の通信部５１は、テキストＩＤを指定して編集後のテキストデータを共用支援サーバ６に送信する。この送信はリアルタイムに行われる。リアルタイムとは、１文字でも削除や追加があると、その都度、編集の内容が送信されることをいう。なお、通信部５１はテキストデータの全体を送信してもよいし、編集された文字のみを送信してもよい。通信部５１が編集された文字のみを送信する場合、編集中のテキストデータにおける先頭からの文字の番号と、変更、追加、削除に応じた編集後の状態を送信する。文字の変更の場合は変更する旨と変更後の文字が送信される。追加の場合は、追加される位置と追加される文字が送信される。削除の場合は削除する旨が送信される。

S118,S119：共用支援サーバ６の通信部６１は編集後のテキストデータを受信すると、編集後のテキストデータを反映させる旨と共に、セッションを張っている通信端末２や表示端末１０（編集用のＰＣが他にあれば該ＰＣにも）にリアルタイムに送信する。このテキストデータは、通信端末２や表示端末１０等が表示中の場合がある。したがって、ＰＣ５で発言内容が修正されると表示端末１０のテキストデータの表示内容がほぼリアルタイムで同期される。
共用支援サーバ６の通信部６１は編集後のテキストデータと共に編集中のユーザ識別情報を共用支援サーバ６に送信してもよい。通信端末２や表示端末１０では、編集を開始した編集者のユーザ識別情報と（S112、S113で既知）、共有支援サーバ６から送信されたユーザ識別情報と一致すればテキストＩＤで特定されるテキストデータに、編集を反映させる。あるいは、通信端末２や表示端末１０は、テキストデータが元のテキストデータと一致しない場合に編集後のテキストデータを反映させてもよい。したがって、反映させる旨は必須でない。

S120、S121：表示端末１０の通信部１１は編集後のテキストデータを受信し、テキストＩＤで特定されるテキストデータに、編集を反映させる。すなわち、表示制御部１３は、表示中のテキストデータの全体又は編集された文字のみを置き換える。表示制御部１３は、編集された表示中のテキストデータの全体又は該当する文字を強調することが好ましい。詳細は後述する。

なお、編集者がリターンキーで編集を確定したり、エスケープキーを押下して編集を終了したり、別のテキストデータを選択したりすることで、編集を開始したテキストデータの選択を開放すると、カーソルキーも消去される。共用支援サーバ６は開放された旨を受信して、制限部が表示端末１０や通信端末２の制限を解除する。

＜テキストデータの表示例＞
図２７は、表示端末１０が表示するテキスト表示画面１９００の一例である。テキスト表示画面１９００は、発話時の発話文ごとに（マスごとに）区切られたテキストデータ１００１～１００７、認識中テキスト１００８、及び、チャット入力欄１００９を有している。図２７のテキストデータ１００１～１００７は、新しいテキストデータが追加されると下方にスクロールし、音声から変換された最新のテキストデータが表示される。なお、図７のコンテンツ管理テーブルに示すように、テキストデータごとに発話の開始時間・終了時間が記録されている。

認識中テキスト１００８には、利用者が発言し、現在、音声認識中のテキストデータの一部が表示される。認識中テキスト１００８は、まだ発話文として確定していない文字列である。

次に、ＰＣ５が表示するテキストデータ編集画面について説明する。編集者について補足すると、編集者は、会議で発言された音声のテキストデータをリアルタイムで閲覧したい人のためにテキストデータを正しい内容に修正する者であり、又は、議事録として利用するためにテキストデータを正しい内容に修正したい者である。また、テキストデータをリアルタイムで閲覧したい人とは、難聴者や聾者が挙げられる。しかし、本実施形態はこれら以外の利用者にも有用である。

図２８は、ＰＣ５が表示するテキストデータ編集画面１１００の一例である。なお、図２８のテキストデータ編集画面１１００はＰＣ５で動作する専用のアプリが表示したものとする。また、編集自体は表示端末１０でも可能である。図２８に示すように、ＰＣ５においても、表示端末１０と同様にテキストデータがほぼリアルタイムで表示される。編集者は、記憶している発話の内容とテキストデータを比較して、誤った箇所を修正できる。

例えば、編集者が「大規模接種の形状が千葉市中央区の東京支店」というテキストデータ１００５を「大規模接種の会場が千葉市中央区の東京支店」というテキストデータ１００５に修正した。

修正後のテキストデータ「大規模接種の会場が千葉市中央区の東京支店」又は変更された「会場」という２文字が共用支援サーバ６を介して表示端末１０に送信されるので、表示端末１０が表示中のテキストデータがリアルタイムに変更される。

なお、認識中テキスト１００８とチャット入力欄１１０１については図２７の表示端末１０と同様でよい。

＜テキストデータ編集画面の詳細な表示例＞
図２９は、テキストデータ編集画面１２００の詳細な説明図である。なお、図２９ではＷｅｂブラウザがテキストデータ編集画面１２００を表示する例を示すが、画面の構成はアプリの場合と同様でよい。編集が必要な場合、編集者は表示されているテキストデータの中から、特定のテキストデータを押下する（例えばクリックする。これが編集を開始することに相当する）。これにより、テキストデータ編集画面１２００が枠１２０２と共にカーソルを表示し、編集が可能になる。

テキストデータ１００５が選択されたものとする。編集中は、テキストデータ１００５が例えば黄色などの枠１２０２で強調表示される。編集中のテキストデータ１００５は表示端末１０や通信端末２にも通知され、同様に強調して表示される。また、表示端末１０や通信端末２では同じテキストデータ１００５に対する編集が制限され、利用者がカーソルなど置けない状態になる。

なお、枠１２０２の色は強調性のある色（赤、オレンジ等）ならよいし、表示制御部５４が枠１２０２を点滅させてもよい。表示制御部５４は、テキストデータ領域自体の色を変えたり、テキストデータ１００５の色を変えてもよい、文字を大きくしたり太くしたりてもよい。

図３０Ａは、表示端末１０が表示する編集中のテキスト表示画面１９００を示す。編集者が編集中であるテキストデータ１００５に対応付けて「Ａさんが編集中」というメッセージ１０１１が表示されている。このような表示は一例であり、表示端末１０は編集中を示すアイコン（例えば、鉛筆マークなどのアイコン）と編集者名を表示してもよいし、編集者名を表示しなくてもよい。

図３０Ｂは、メッセージの代わりに表示されるアイコン１０１４の一例を示す。このアイコン１０１４により、利用者はテキストデータ１００５が編集中であると把握できる。アイコン１０１４はメッセージ１０１１と共に表示されてもよい。

また、表示端末１０が表示するテキスト表示画面１９００においてもテキストデータ１００５には枠１０１０が表示され、編集中であることが分かる。すなわち、テキストデータ１００５は枠囲みの状態で表示される。枠１０１０の色は強調性のある色（赤、オレンジ等）ならよいし、表示制御部５４が枠１０１０を点滅させてもよい。表示制御部５４は、テキストデータ領域自体の色を変えたり、テキストデータ１００５の色を変えてもよい、文字を大きくしたり太くしたりしてもよい。

なお、ＰＣ５と表示端末１０の画面が同期されるわけではないので（そもそも画面サイズ等も異なる）、ＰＣ５が表示する全てのテキストデータを表示端末１０が表示していない場合もある。ＰＣ５が表示しているが表示端末１０が表示していないテキストデータを編集者が編集した場合、表示端末１０は編集後のテキストデータを保持しておき、利用者がこのテキストデータを表示させるタイミングで図３０Ａのように表示すればよい。

図３１は、テキストデータ１００５の編集後のテキストデータ編集画面１２００の一例である。編集者が編集を終了すると（リターンキーなどでカーソルを表示させなくする）、編集したテキストデータ１００５の全体又は編集された文字が赤字などで表示される。編集後のテキストデータ又は文字の色は編集されたことが視認可能であればよく、赤には限られない。図３１ではテキストデータの全体を太字で示した。なお、赤字などの色を変えて表示される他、編集を受け付けたテキストデータ１００５は、枠で囲まれてもよいし、領域が彩色されてもよいし、又は文字装飾（斜体や太字等）により表示されてよい。

編集後のテキストデータ１００５は、図１２のテキスト状態管理テーブルに編集者ＩＤと共に登録される。これは、編集中（図２９の枠１２０２が表示されている状態）でも同じであり、編集中もリアルタイムで編集者に関する情報が各表示端末１０で共有される。したがって、誰が編集中か、他の編集者も一目で確認できる。また、共用支援サーバ６は他の編集者への編集の制限も可能になる。

編集者の編集内容は、都度、共用支援サーバ６に送信され、テキスト情報管理テーブルも更新される。更新後のテキストデータは他の表示端末１０に送信され、これにより、他の表示端末１０のテキストデータもリアルタイムに更新される。編集者が「形状」を「会場」に編集すると、図３２に示すように、表示端末１０のテキストデータもほぼリアルタイムに「形状」が「会場」に変更される。

図３２は、表示端末１０が表示する編集後のテキストデータ１００５を示す。編集者が編集したテキストデータ１００５に対応付けて「Ａさんが編集」というメッセージ１０１２が表示されている。このような表示は一例であり、表示端末１０は編集された旨を示すアイコンと編集者名を表示してもよいし、編集者名を表示しなくてもよい。また、編集されたテキストデータ１００５は赤字などの色を変えて表示される他、編集を受け付けたテキストデータ１００５は、枠で囲まれてもよいし、領域が彩色されてもよいし、又は文字装飾（斜体や太字等）により表示されてよい。

利用者が編集されたテキストデータ１００５をタップすると、編集前の文字１０１３と編集後の文字が同時に表示される。利用者は編集の前後のテキストデータを確認できる。変更された文字だけでなく、表示制御部１３は編集前と編集後のテキストデータ１００５の全体を表示してよい。

＜会議の終了後のコンテンツ表示＞
図３３は、会議の終了後のコンテンツ表示画面の一例である。会議終了後のコンテンツの表示例として、テキストデータに対応した会議でのプレゼン資料が表示されている。このようにコンテンツを配布してもよいし、パスコードを付けて資料を配布してもよい。

＜主な効果＞
以上説明したように、本実施形態の共用支援サーバ６は、編集者が編集したテキストデータがほぼリアルタイムで閲覧者の表示端末１０に表示される。例えば、難聴者が音声認識により生成されたテキストデータを頼りに会議内容を把握しているような場合、素早く修正されるので、会議内容を正しく理解できる。また、テキストデータを後から修正する場合、テキストデータの数が多くなると、人間が頭の中に記憶しておくのは困難で、正しい内容に修正することができない。本実施形態では、編集者がよりリアルタイムにテキストデータを修正できるので、作業負担を減らすことができる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

また、図５などの構成例は、通信端末２、ＰＣ５、共用支援サーバ６、スケジュール管理サーバ８、音声テキスト変換サーバ９、及び、表示端末１０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。通信端末２、ＰＣ５、共用支援サーバ６、スケジュール管理サーバ８、音声テキスト変換サーバ９、及び、表示端末１０の処理は、処理内容に応じてさらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに多くの処理を含むように分割することもできる。

また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、共用支援サーバ６は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

さらに、共用支援サーバ６は、本実施形態で開示された処理ステップ、例えば図２６等を様々な組み合わせで共有するように構成できる。例えば、所定のユニットによって実行されるプロセスは、共用支援サーバ６が有する複数の情報処理装置によって実行され得る。また、共用支援サーバ６は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（Digital Signal Processor）、FPGA（Field Programmable Gate Array）や従来の回路モジュール等のデバイスを含むものとする。

１ 通信システム
２ 通信端末
３ ビデオ会議端末
５ ＰＣ
６ 共用支援サーバ
８ スケジュール管理サーバ
９ 音声テキスト変換サーバ

特許第6746923号公報

Claims (19)

1. 複数の端末とネットワークを介して通信する情報処理装置であって、
   端末が送信する音データから変換されたテキストデータを第一の端末及び第二の端末に送信する通信部と、
   前記第一の端末から前記テキストデータの編集開始を受信した場合、前記第二の端末に対し前記テキストデータの編集を制限する制限部と、を有し、
   前記第一の端末から編集後の前記テキストデータを受信した場合、前記通信部は、前記テキストデータの少なくとも編集された文字を前記第二の端末に送信することを特徴とする情報処理装置。
2. 前記通信部は、音データから変換されるテキストデータをリアルタイムに前記第一の端末及び第二の端末に送信し、
   前記第二の端末が表示中のテキストデータの少なくとも編集された文字を前記第二の端末に送信することを特徴とする請求項１に記載の情報処理装置。
3. 前記制限部が前記第二の端末に対し前記テキストデータの編集を制限した場合、
   前記通信部は、編集が制限された前記テキストデータを、枠囲み、領域の彩色、又は文字装飾により視認可能に表示させるよう前記第二の端末に要求することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記通信部が、前記テキストデータの少なくとも編集された文字を前記第二の端末に送信した場合、
   前記通信部は、編集された前記テキストデータを、枠囲み、領域の彩色、又は文字装飾により視認可能に表示させるよう前記第二の端末に要求することを特徴とする請求項１～３のいずれか１項に記載の情報処理装置。
5. 前記通信部は、前記第一の端末から編集者に関する情報を受信し、
   前記制限部が前記第二の端末に対し前記テキストデータの編集を制限した場合、前記通信部は、編集が制限された前記テキストデータと共に、前記編集者に関する情報を視認可能に表示させるよう前記第二の端末に要求することを特徴とする請求項３に記載の情報処理装置。
6. 前記通信部は、前記第一の端末から編集者に関する情報を受信し、
   前記通信部が、前記テキストデータの少なくとも編集された文字を前記第二の端末に送信した場合、前記通信部は、編集された前記テキストデータと共に、前記編集者に関する情報を視認可能に表示させるよう前記第二の端末に要求することを特徴とする請求項４に記載の情報処理装置。
7. 前記通信部は、前記編集者を示すユーザ名又はアイコンにより前記編集者に関する情報を視認可能に表示させることを特徴とする請求項５又は６に記載の情報処理装置。
8. 前記通信部が、前記テキストデータを開放した旨を受信した場合、前記制限部は前記第二の端末に対する前記テキストデータの編集の制限を解除する請求項１～７のいずれか１項に記載の情報処理装置。
9. 前記通信部は、前記テキストデータの少なくとも編集された文字と共に、編集を反映するための識別情報を前記第二の端末に送信する請求項１～８のいずれか１項に記載の情報処理装置。
10. 複数の端末とネットワークを介して通信する情報処理装置が行うテキストデータ編集方法であって、
    通信部が、端末が送信する音データから変換されたテキストデータを第一の端末及び第二の端末に送信するステップと、
    制限部が、前記第一の端末から前記テキストデータの編集開始を受信した場合、前記第二の端末に対し前記テキストデータの編集を制限するステップと、
    前記第一の端末から編集後の前記テキストデータを受信した場合、前記通信部は、前記テキストデータの少なくとも編集された文字を前記第二の端末に送信するステップと、を有することを特徴とするテキストデータ編集方法。
11. 前記通信部は、音データから変換されるテキストデータをリアルタイムに前記第一の端末及び第二の端末に送信し、
    前記第二の端末が表示中のテキストデータの少なくとも編集された文字を前記第二の端末に送信することを特徴とする請求項１０に記載のテキストデータ編集方法。
12. 前記制限部が前記第二の端末に対し前記テキストデータの編集を制限した場合、
    前記通信部は、編集が制限された前記テキストデータを、枠囲み、領域の彩色、又は文字装飾により視認可能に表示させるよう前記第二の端末に要求することを特徴とする請求項１０又は１１に記載のテキストデータ編集方法。
13. 前記通信部が、前記テキストデータの少なくとも編集された文字を前記第二の端末に送信した場合、
    前記通信部は、編集された前記テキストデータを、枠囲み、領域の彩色、又は文字装飾により視認可能に表示させるよう前記第二の端末に要求することを特徴とする請求項１０～１２のいずれか１項に記載のテキストデータ編集方法。
14. 前記通信部は、前記第一の端末から編集者に関する情報を受信し、
    前記制限部が前記第二の端末に対し前記テキストデータの編集を制限した場合、前記通信部は、編集が制限された前記テキストデータと共に、前記編集者に関する情報を視認可能に表示させるよう前記第二の端末に要求することを特徴とする請求項１３に記載のテキストデータ編集方法。
15. 前記通信部は、前記第一の端末から編集者に関する情報を受信し、
    前記通信部が、前記テキストデータの少なくとも編集された文字を前記第二の端末に送信した場合、前記通信部は、編集された前記テキストデータと共に、前記編集者に関する情報を視認可能に表示させるよう前記第二の端末に要求することを特徴とする請求項１４に記載のテキストデータ編集方法。
16. 前記通信部は、前記編集者を示すユーザ名又はアイコンにより前記編集者に関する情報を視認可能に表示させることを特徴とする請求項１４又は１５に記載のテキストデータ編集方法。
17. 前記通信部が、前記テキストデータを開放した旨を受信した場合、前記制限部は前記第二の端末に対する前記テキストデータの編集の制限を解除する請求項９～１５のいずれか１項に記載のテキストデータ編集方法。
18. 複数の端末と情報処理装置とがネットワークを介して通信する通信システムであって、
    前記情報処理装置は、
    端末が送信する音データから変換されたテキストデータを第一の端末及び第二の端末に送信する通信部と、
    前記第一の端末から前記テキストデータの編集開始を受信した場合、前記第二の端末に対し前記テキストデータの編集を制限する制限部と、
    前記第一の端末から編集後の前記テキストデータを受信した場合、前記通信部は、前記テキストデータの少なくとも編集された文字を前記第二の端末に送信し、
    前記第一の端末は、
    前記情報処理装置から受信した前記テキストデータを表示して、前記テキストデータに対する編集を受け付ける受付部、を有し、
    前記第二の端末は、
    前記情報処理装置から受信した前記テキストデータを表示し、前記情報処理装置から受信した編集後の前記テキストデータで表示中の前記テキストデータを変更する通信システム。
19. 複数の端末とネットワークを介して通信する情報処理装置を、
    端末が送信する音データから変換されたテキストデータを第一の端末及び第二の端末に送信する通信部と、
    前記第一の端末から前記テキストデータの編集開始を受信した場合、前記第二の端末に対し前記テキストデータの編集を制限する制限部、として機能させ、
    前記第一の端末から編集後の前記テキストデータを受信した場合、前記通信部は、前記テキストデータの少なくとも編集された文字を前記第二の端末に送信することを特徴とするプログラム。

Images