JP2018050285A - 通信端末、通信システム、出力方法、及びプログラム - Google Patents

Abstract

【課題】 複数のコンテンツデータに係る画像を送受信する通信を終了するときに、ユーザは、複数の通信のそれぞれの操作用の画面から、それぞれの通信を終了するための操作をしなければならない。
【解決手段】 電子黒板２ｃにおいて、重畳画像１４０のアイコンＩ１、又は重畳画像１５０のいずれかのアイコンＩ１を介した操作入力が受け付けられた場合に、モード切替部２５は、ＯＳ２０２０をスリープモードに移行させることで、第１の通信、及び第２の通信の両方を停止させる。
【選択図】図１１

Description

本発明は、通信端末、通信システム、出力方法、及びプログラムに関する。

近年、当事者の移動の経費や時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介して通話や会議等を行う通信システムが普及している。このような通信システムでは、通信端末の機能に応じて、会議参加者の映像データ、会議資料等の画像データ、或いは手書操作に基づくストロークデータ等の一以上のコンテンツデータを通信端末間で送信することができる。

特許文献１には、電子黒板と通話端末との間で確立されるセッションにより画像データを送信する方法が開示されている。

しかしながら、複数のコンテンツデータに係る画像を送受信する通信を終了するときに、ユーザは、複数の通信のそれぞれの操作用の画面から、それぞれの通信を終了するための操作をしなければならないので、ユーザビリティに関する課題が生じる。

請求項１に係る発明の通信端末は、他の通信端末との間の第１の通信で送信または受信されるコンテンツデータに係る第１の画像、及び他の通信端末との間の第２の通信で送信または受信されるコンテンツデータに係る第２の画像を送信または受信する送受信手段と、前記第１の画像及び前記第２の画像のうち少なくとも一方の画像の表示の指示を受付ける表示指示画像、該指示に応じた前記第１の画像及び前記第２の画像のうち少なくとも一方の画像、並びに、前記第１の通信及び前記第２の通信の停止の指示を受付ける停止指示画像を表示する表示手段と、を備える。

本発明によれば、複数のコンテンツデータに係る画像を送受信する通信を終了するときのユーザビリティが向上するという効果を奏する。

一実施形態に係る通信システムの全体構成図である。 一実施形態に係る電子黒板のハードウェア構成図である。 一実施形態に係る管理システムのハードウェア構成図である。 一実施形態に係るテレビ会議端末としてのＰＣのハードウェア構成図である。 一実施形態に係る電子黒板またはＰＣのソフトウェア構成図である。 一実施形態に係る通信システムの一部を構成する電子黒板、ＰＣ、及び管理システムの機能ブロック図である。 一実施形態に係る描画制御部を示した機能ブロック図である。 電子黒板間の通信を確立する処理を示すシーケンス図である。 電子黒板及びＰＣ間の通信を確立する処理を示すシーケンス図である。 画像を生成する処理を示すフロー図である。 重畳画像を示す概念図である。 重畳画像を示す概念図である。 画像の表示順を制御する処理を示すシーケンス図である。 画像の表示順を制御する処理を示すシーケンス図である。 ディスプレイの表示例である。 ディスプレイの表示例である。 会議を終了するときの電子黒板２ｃの各機能ブロックの処理を示すシーケンス図である。 ディスプレイの表示例である。 電子黒板の処理を示すフロー図である。

以下、図面を用いて、本発明の第１の実施形態について説明する。

＜＜通信システムの全体構成＞＞
まず、図１を用いて、通信システム１について説明する。図１は、一実施形態に係る通信システムの全体構成図である。

通信システム１は、複数の電子黒板２ａ，２ｂ，２ｃ、ＰＣ８、及び管理システム５０を備える。

電子黒板２ａ，２ｂ，２ｃは、通信ネットワーク９ａを介して通信可能に接続されている。また、電子黒板２ａ，２ｂ，２ｃには、それぞれディスプレイ３ａ，３ｂ，３ｃが設けられている。

電子黒板２ａ，２ｂ，２ｃは、電子ペン４ａ，４ｂ，４ｃによって生じたイベント（ディスプレイ３ａ，３ｂ，３ｃへの電子ペン４ａ，４ｂ，４ｃのペン先、又は、ペン尻のタッチ）により描画された画像を、ディスプレイ３ａ，３ｂ，３ｃに表示させることができる。なお、電子黒板２ａ，２ｂ，２ｃは、電子ペン４ａ，４ｂ，４ｃだけでなく、ユーザの手Ｈａ，Ｈｂ，Ｈｃ等によって生じたイベント（拡大、縮小、ページめくり等のジェスチャ）に基づいて、ディスプレイ３ａ，３ｂ，３ｃ上に表示されている画像を変更させることもできる。以下、電子黒板２ａ，２ｂ，２ｃのうち任意の電子黒板を示す場合には、電子黒板２と表す。また、ディスプレイ３ａ，３ｂ，３ｃのうち任意のディスプレイを示す場合には、ディスプレイ３と表す。また、電子ペン４ａ，４ｂ，４ｃのうち任意の電子ペンを示す場合には電子ペン４と示す。また、ユーザの手Ｈａ，Ｈｂ，Ｈｃのうち任意の手を示す場合には手Ｈと示す。

また、電子黒板２ａ，２ｂ，２ｃには、ＵＳＢ(Universal Serial Bus)メモリ５ａ，５ｂ，５ｃが接続可能である。電子黒板２ａ，２ｂ，２ｃはＵＳＢメモリ５ａ，５ｂ，５ｃからＰＤＦ(Portable Document Format)等の電子ファイルを読み出したり、ＵＳＢメモリ５ａ，５ｂ，５ｃに電子ファイルを記録したりすることができる。また、電子黒板２ａには、DisplayPort、DVI(Digital Visual Interface)、HDMI（登録商標）(High-Definition Multimedia Interface)およびVGA(Video Graphics Array)等の規格による通信が可能なケーブルを介して、ノートＰＣ６ａ，６ｂ，６ｃが接続されている。なお、ＵＳＢメモリ５ａ，５ｂ，５ｃのうち任意のＵＳＢメモリを示す場合にはＵＳＢメモリ５と示す。ノートＰＣ６ａ，６ｂ，６ｃのうち任意のノートＰＣを示す場合にはノートＰＣ６と示す。

これにより、一の拠点で電子黒板２のディスプレイ３上に描画されたストロークのストロークデータは、通信ネットワーク９ａを介して他の拠点で電子黒板２へ送信されることで、他の拠点のディスプレイ３上にも表示される。逆に他の拠点で電子黒板２のディスプレイ３上に描画されたストロークのストロークデータは、通信ネットワーク９ａを介して一の拠点の電子黒板２へ送信されることで、一の拠点の電子黒板２のディスプレイ３上に表示される。このように、通信システム１では、遠隔地において同じ画像を共有する遠隔共有処理を行うことができるため、遠隔地での会議等に用いると、非常に便利である。

なお、上記の電子黒板２に加えて、電子黒板以外の他の通信端末が通信ネットワーク９ａに接続することで、電子黒板２との間でストロークデータを共有することもできる。他の通信端末としては、ストローク共有機能を有するＰＣ、テレビ会議端末、タブレット、スマートフォン、電子看板（デジタルサイネージ）、スポーツや天気予報等で利用されるテレストレータ、又は、遠隔画像（映像）診断装置等の画像処理装置、携帯情報端末、デジタルビデオカメラ、デジタルカメラ、ゲーム機等の画像フレームを供給可能な端末等のコンピュータが含まれる。

電子黒板２ｃ、ＰＣ（Personal computer）８、管理システム５０は、通信ネットワーク９ｂを介して通信可能に接続されている。

電子黒板２ｃ及びＰＣ８は、コンテンツデータの例としてテレビ会議用の映像データ及び音データの送受信による通信を行なう。

管理システム５０は、電子黒板２ｃ及びＰＣ８の通信状況等を一元的に管理する。

なお、電子黒板２ｃ及びＰＣ８以外の他の通信端末が通信ネットワーク９ｂに接続することで、他の通信端末と電子黒板２ｃ、ＰＣ８との間で映像データを共有することもできる。他の通信端末としては、映像共有機能を有するテレビ会議端末、タブレット、スマートフォン、電子看板（デジタルサイネージ）、テレストレータ、又は、画像処理装置、携帯情報端末、デジタルビデオカメラ、デジタルカメラ、ゲーム機等の画像フレームを供給可能な端末等のコンピュータが含まれる。

なお、電子黒板２ｃは、ストロークデータを共有するための通信アプリケーション、及び映像データを共有するための通信アプリケーションの双方を起動することで、端末間でストロークデータ、並びに映像データ、及び音データを同時に共有することができる。

一実施形態によると、通信ネットワーク９ａはイントラネットであり、通信ネットワーク９ｂはインターネットである。ただし、通信ネットワーク９ａ，９ｂは、各端末が利用する通信プロトコルに応じて、インターネット、ＬＡＮ(Local Area Network)、イントラネット、又は携帯電話網等の任意の通信ネットワークから任意に選択される。また、通信ネットワーク９ａ，９ｂは、共にインターネットである場合のように同じ通信ネットワークであっても良い。

また、一実施形態では、記録媒体の一例として、ＵＳＢメモリを説明するが、これに限るものではなく、記録媒体の他の例として、ＳＤカード等の各種記録メディアであってもよい。

＜電子黒板のハードウェア構成＞
図２を用いて、一実施形態に係る電子黒板のハードウェア構成を説明する。なお、図２は、一実施形態に係る電子黒板のハードウェア構成図である。

図２に示されているように、電子黒板２は、電子黒板２全体の動作を制御するＣＰＵ(Central Processing Unit)２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、電子黒板用のプログラム等の各種データを記憶するＳＳＤ２０４、通信ネットワーク９との通信を制御するネットワークＩ／Ｆ２０５、および、ＵＳＢメモリ５との通信を制御する外部記憶コントローラ２０６を備えている。さらに、電子黒板２は、ＣＰＵ２０１の制御に従って被写体を撮像するカメラ２０７と、このカメラ２０７の駆動を制御する撮像素子Ｉ／Ｆ２０８と、ノートＰＣ６のディスプレイに対して映像情報を静止画または動画として表示させるキャプチャデバイス２１１、グラフィクスを専門に扱うＧＰＵ(Graphics Processing Unit)２１２、および、ＧＰＵからの出力画像をディスプレイ３へ出力するために画面表示の制御および管理を行うディスプレイコントローラ２１３を備えている。さらに、電子黒板２は、接触センサ２１５の処理を制御するセンサコントローラ２１４、ディスプレイ３上に電子ペン４やユーザの手Ｈ等が接触したことを検知する接触センサ２１５を備えている。一実施形態における、接触センサ２１５は、赤外線遮断方式による座標の入力および座標の検出を行う。この座標の入力および座標を検出する方法は、ディスプレイ３の上側両端部に設置された２つ受発光装置が、ディスプレイ３に平行して複数の赤外線を放射し、ディスプレイ３の周囲に設けられた反射部材によって反射されて、受光素子が放射した光の光路と同一の光路上を戻って来る光を受光する方法である。接触センサ２１５は、物体によって遮断された２つの受発光装置が放射した赤外線のＩＤ(Identification)をセンサコントローラ２１４に出力し、センサコントローラ２１４が、物体の接触位置である座標位置を特定する。なお、以下に示す全ての各ＩＤは、識別情報の一例である。

また、接触センサ２１５としては、赤外線遮断方式に限らず、静電容量の変化を検知することにより接触位置を特定する静電容量方式のタッチパネル、対向する２の抵抗膜の電圧変化によって接触位置を特定する抵抗膜方式のタッチパネル、接触物体が表示部に接触することによって生じる電磁誘導を検知して接触位置を特定する電磁誘導方式のタッチパネルなどの種々の検出手段を用いてもよい。また、接触センサ２１５は、カメラを用いて、接触を判断し、座標位置を特定するものであっても良い。

また、電子黒板２は、電子ペンコントローラ２１６を備えている。この電子ペンコントローラ２１６は、電子ペン４と通信することで、ディスプレイ３へのペン先のタッチやペン尻のタッチの有無を判断する。なお、電子ペンコントローラ２１６が、電子ペン４のペン先およびペン尻だけでなく、電子ペン４のユーザが握る部分や、その他の電子ペンの部分のタッチの有無を判断するようにしてもよい。

さらに、電子黒板２は、ＣＰＵ１０１の制御に従って、外部のマイク２２２、及び外部のスピーカ２２３との間で音信号の入出力を処理する音入出力Ｉ／Ｆ２２４と、ユーザの操作を受け付ける操作ボタン２２５と、電子黒板２の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ２２６と、を備えている。なお、マイク２２２及びスピーカ２２３のいずれかが、電子黒板２に内蔵されていても良い。

さらに、電子黒板２は、上記各構成要素間を相互に電気的に接続するためのアドレスバスやデータバス等のバスライン２３０を備えている。

なお、電子黒板用のプログラムは、ＣＤ−ＲＯＭ等のコンピュータで読み取り可能な記録媒体や、ネットワーク上のサーバに記録して流通やダウンロードさせるようにしてもよい。

＜管理システムのハードウェア構成＞
図３を用いて、一実施形態に係る管理システムのハードウェア構成を説明する。なお、図３は、一実施形態に係る管理システムのハードウェア構成図である。

管理システム５０は、管理システム５０全体の動作を制御するＣＰＵ５０１と、伝送管理用プログラムを記憶したＲＯＭ５０２と、ＣＰＵ５０１のワークエリアとして使用されるＲＡＭ５０３と、各種データを記憶するＨＤ(Hard Disk)５０４と、ＣＰＵ５０１の制御に従ってＨＤ５０４に対する各種データの読み出しおよび書き込みを制御するＨＤＤ５０５と、フラッシュメモリ等の記録メディア５０６に対するデータの読み出しおよび書き込み（記憶）を制御するメディアＩ／Ｆ５０７とを備えている。さらに、管理システム５０は、カーソル、メニュー、ウィンドウ、文字、画像等の各種情報をディスプレイ５１６に表示させるためのディスプレイＩ／Ｆ５０８と、通信ネットワーク９を利用してデータ伝送をするためのネットワークＩ／Ｆ５０９と、文字、数値、各種指示等を入力するための複数のキーを備えたキーボード５１１と、各種指示の選択や実行、処理対象の選択、マウスカーソルなどのポインティングデバイスの移動等を行うマウス５１２とを備えている。さらに、管理システム５０は、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)５１３に対するデータの読み出しおよび書き込みを制御するＣＤ−ＲＯＭドライブ５１４と、外部の装置との間で情報を送受信するための外部装置Ｉ／Ｆ５１５と、上記各構成要素間を相互に電気的に接続するためのアドレスバスやデータバス等のバスライン５１０とを備えている。

また、上記伝送管理用プログラムは、インストール可能な形式または実行可能な形式のファイルで、上記記録メディア５０６やＣＤ−ＲＯＭ５１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。上記伝送管理用プログラムはＨＤ５０４に記憶されていてもよい。

＜ＰＣのハードウェア構成＞
図４は、一実施形態に係るテレビ会議端末としてのＰＣ８のハードウェア構成図である。ＰＣ８は、ＣＰＵ８０１、ＲＯＭ８０２、ＲＡＭ８０３、フラッシュメモリ８０４、ＳＳＤ８０５、メディアＩ／Ｆ８０７、電源スイッチ８０９、バスライン８１０、ネットワークＩ／Ｆ８１１、カメラ８１２、撮像素子Ｉ／Ｆ８１３、マイク８１４、スピーカ８１５、音入出力Ｉ／Ｆ８１６、ディスプレイＩ／Ｆ８１７、外部機器接続Ｉ／Ｆ８１８、キーボード８２１、及びマウス８２２を備えている。これらのうち、ＣＰＵ８０１は、ＰＣ８全体の動作を制御する。ＲＯＭ(Read Only Memory)８０２は、ＩＰＬ(Initial Program Loader)等のＣＰＵ８０１の駆動に用いられるプログラムを記憶する。ＲＡＭ(Random Access Memory)８０３は、ＣＰＵ８０１のワークエリアとして使用される。フラッシュメモリ８０４は、通信用プログラム、表示データ、及び音データ等の各種データを記憶する。ＳＳＤ（Solid State Drive）８０５は、ＣＰＵ８０１の制御にしたがってフラッシュメモリ８０４に対する各種データの読み出し又は書き込みを制御する。なお、ＳＳＤに代えてＨＤＤを用いてもよい。メディアＩ／Ｆ８０７は、フラッシュメモリ等の記録メディア８０６に対するデータの読み出し又は書き込み（記憶）を制御する。

また、ネットワークＩ／Ｆ(Interface)８１１は、通信ネットワーク９ｂを利用してデータ通信をするためのインターフェースである。カメラ８１２は、ＣＰＵ８０１の制御に従って被写体を撮像して表示データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ８１３は、カメラ８１２の駆動を制御する回路である。マイク８１４は、音声を入力する内蔵型の集音手段の一種である。音入出力Ｉ／Ｆ８１６は、ＣＰＵ８０１の制御に従ってマイク８１４及びスピーカ８１５との間で音信号の入出力を処理する回路である。ディスプレイＩ／Ｆ８１７は、ＣＰＵ８０１の制御に従って外付けのディスプレイ８２０に表示データを送信する回路である。外部機器接続Ｉ／Ｆ８１８は、各種の外部機器を接続するためのインターフェースである。キーボード８２１は、文字、数値、各種指示等を入力するための複数のキーを備えている。マウス８２２は、各種指示の選択や実行、処理対象の選択、マウスカーソルなどのポインティングデバイスの移動等を行う。

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

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

なお、カメラ８１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)や、ＣＣＤ（Charge Coupled Device）等が用いられる。外部機器接続Ｉ／Ｆ８１８には、ＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ接続可能である。外付けカメラが接続された場合には、ＣＰＵ８０１の制御に従って、内蔵型のカメラ８１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ８０１の制御に従って、それぞれが内蔵型のマイク８１４や内蔵型のスピーカ８１５に優先して、外付けマイクや外付けスピーカが駆動する。

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

＜ソフトウェア構成＞
図５の（Ａ）は、一実施形態に係る電子黒板のソフトウェア構成図である。図５の（Ａ）に示されているように、ＯＳ(Operating System)２０２０、通信アプリケーションＡ１１、通信アプリケーションＢ１１、及びＩ／ＦアプリＣ１１は、ＲＡＭ２０３の作業領域２０１０上で動作する。以後、アプリケーションは、「アプリ」と表す。

ＯＳ２０２０は、基本的な機能を提供し、電子黒板全体を管理する基本ソフトウェアである。通信アプリＡ１１，Ｂ１１は、他の端末と通信を行うためのアプリであり、それぞれ通信プロトコルが異なる。通信アプリＡ１１は、ストロークデータを他の端末との間で送信するための通信制御機能と、ストロークデータを画像として出力するための画像処理機能を電子黒板２に実行させるクライアントアプリである。通信アプリＢ１１は、会議映像等の映像データ、及び音データを他の端末との間で送信するための通信制御機能と、映像データを入出力するための画像処理機能と、音データを入出力するための音処理機能と、を電子黒板２に実行させるクライアントアプリである。Ｉ／ＦアプリＣ１１は、同じ電子黒板２内で起動している通信アプリＡ１１，Ｂ１１と通信し、通信アプリＡ１１，Ｂ１１によるＵＩ画像の生成を制御する。

ＯＳ２０２０、及び、通信アプリＡ１１は、工場出荷前から、電子黒板２ａ，２ｂ，２ｃにインストールされている。また、通信アプリＢ１１及びＩ／ＦアプリＣ１１は、工場出荷後に、任意に電子黒板２にインストール可能である。以下、電子黒板２ｃに通信アプリＢ１１及びＩ／ＦアプリＣ１１がインストールされており、電子黒板２ａ，２ｂに通信アプリＢ１１及びＩ／ＦアプリＣ１１がインストールされていないものとして説明を続ける。

図５の（Ｂ）は、一実施形態に係るＰＣのソフトウェア構成図である。図５の（Ｂ）に示されているように、ＯＳ８０２０、通信アプリＢ１１は、ＲＡＭ８０３の作業領域８０１０上で動作する。

ＯＳ８０２０は、基本的な機能を提供し、ＰＣ８全体を管理する基本ソフトウェアである。通信アプリＢ１１は、会議映像等の映像データを他の通信端末との間で送信するための通信制御機能と、映像データを画像として出力するための画像処理機能と、をＰＣ８に実行させる。

また、ＯＳ８０２０、及び、通信アプリＢ１１は、工場出荷前又は工場出荷後に、ＰＣ８にインストールされる。

＜＜実施形態の機能構成＞＞
次に、一実施形態に係る通信システムの機能構成について説明する。図６は、一実施形態に係る通信システムの一部を構成する電子黒板、ＰＣ、及び管理システム５０の機能ブロック図である。図６では、電子黒板２ａ，２ｂ，２ｃが、通信ネットワーク９ａを介してデータ通信することができるように接続されている。また、図６では、電子黒板２ｃ、ＰＣ８、及び管理システム５０が、通信ネットワーク９ｂを介してデータ通信することができるように接続されている。

電子黒板２は、図２に示されているハードウェア構成およびプログラムによって、図６に示されている各機能構成を実現する。また、電子黒板２は、ＳＳＤ２０４により構築される記憶部２０００を有している。ＰＣ８は、図４に示されているハードウェア構成およびプログラムによって、図６に示されている各機能構成を実現する。また、ＰＣ８は、ＳＳＤ８０５により構築される記憶部８０００を有している。

電子黒板２は、最初に遠隔共有処理を開始する「主催装置」となり得ると共に、既に開始されている遠隔共有処理に後から参加する「参加装置」にもなり得る。また、電子黒板２は、大きく分けて、クライアント部２０およびサーバ部９０の両方によって構成されている。クライアント部２０およびサーバ部９０は、電子黒板２の１台の筐体内で通信アプリＡ１１が起動することで実現される機能である。なお、クライアント部２０およびサーバ部９０のうち、電子黒板２にクライアント部２０を備え、サーバ部９０を配信制御装置などの電子黒板２とは異なる装置とするようにしてもよい。

電子黒板２が主催装置となる場合には、この電子黒板２では、クライアント部２０とサーバ部９０が実現（実行）される。また、電子黒板２が参加装置となる場合には、この電子黒板２では、クライアント部２０は実現（実行）されるが、サーバ部９０は実現（実行）されない。即ち、電子黒板２ａが主催装置で、電子黒板２ｂ，２ｃが参加装置となる場合、電子黒板２ａのクライアント部２０は、同じ電子黒板２ａ内に実現されたサーバ部９０を介して、他の電子黒板２ｂ,２ｃのクライアント部２０と通信を行う。一方、電子黒板２ｂ，２ｃのクライアント部２０は、他の電子黒板２ａ内に実現されたサーバ部９０を介して、他の電子黒板２ａ，２ｂ又は２ｃのクライアント部と通信を行う。

〔クライアント部２０の機能構成〕 電子黒板２において、通信アプリＡ１１が起動することにより、クライアント部２０は動作開始する。クライアント部２０は、通信制御部２１、及び描画制御部２２を有する。

通信制御部２１は、ＣＰＵ２０１からの命令、或いはネットワークＩ／Ｆ２０５によって実現され、他の電子黒板２と行う通信や、同じ電子黒板２のサーバ部９０等と行う通信を制御する。

描画制御部２２は、ＣＰＵ２０１からの命令により実現され、ディスプレイ３上の操作により生成するストロークデータ、或いはＵＳＢメモリ５、ノートＰＣ６、通信制御部２１、記憶部２０００等から取得されるデータに基づいて画像処理を行う。また、描画制御部２２は、処理されたデータに基づいて画像レイヤを生成し、これらが重畳された重畳画像を出力する制御を行う。

図７は、一実施形態に係る描画制御部を示した機能ブロック図である。描画制御部２２は、ストローク処理部２２Ａ、重畳部２２Ｙ、及びページ処理部２２Ｚを有している。

ストローク処理部２２Ａは、ＣＰＵ２０１からの命令によって実現され、ディスプレイ３上の電子ペン４や手Ｈの操作によってストローク描画のイベントが発生すると、操作に応じたストロークデータを生成する処理を行う。

重畳部２２Ｙは、ＣＰＵ２０１からの命令によって実現され、各データに基づいて各画像レイヤを生成し、これらを重畳する処理を行う。

ページ処理部２２Ｚは、ストロークデータ等の各表示用のデータを１つのページデータにまとめて、記憶部２０００の一部であるページデータ記憶部２２０に記憶する。

ページデータ記憶部２２０は、記憶部２０００の一部に構築され、表１に示されているようなページデータを記憶する。表１は、ページデータを示す概念図である。ページデータは、ディスプレイ３に表示される１ページ分のデータ（ストローク配列データ（各ストロークデータ）及びメディアデータ）である。

ページデータは、任意の１ページを識別するためのページデータＩＤ、このページの表示を開始した時刻を示す開始時刻、ストロークやジェスチャ等によるページの内容の書き換えが行われなくなった時刻を示す終了時刻、電子ペン４やユーザの手Ｈによるストロークによって生じたストローク配列データを識別するためのストローク配列データＩＤ、及びメディアデータを識別するためのメディアデータＩＤが関連付けて記憶されている。ストローク配列データは、ストローク画像がディスプレイ３上に表示されるためのデータである。メディアデータは、ストローク画像と重畳する他の画像がディスプレイ３上に表示されるためのデータである。

また、ストローク配列データは、表２に示されているように詳細な情報を示している。表２は、ストローク配列データを示す概念図である。表２に示されているように、１つのストローク配列データは、複数のストロークデータによって表される。そして、１つのストロークデータは、このストロークデータを識別するためのストロークデータＩＤ、１つのストロークの書き始めの時刻を示す開始時刻、１つのストロークの書き終わりの時刻を示す終了時刻、ストロークの色、ストロークの幅、及び、ストロークの通過点の配列を識別するための座標配列データＩＤを示している。例えば、ユーザが電子ペン４によってアルファベット「Ｓ」を描く場合は一筆書きとなるため、ストロークデータＩＤが１つで一文字のアルファベット［Ｓ］が示される。ところが、ユーザが電子ペン４によってアルファベット「Ｔ」を描く場合、二筆書きとなるため、ストロークデータＩＤが２つで一文字のアルファベット「Ｔ」が示されることになる。

更に、この座標配列データは、表３に示されているように詳細な情報を示している。表３は、座標配列データを示す概念図である。座標配列データは、ディスプレイ３上の１点（Ｘ座標値、Ｙ座標値）、この１点を通過したときのストロークの開始時刻からの差分の時刻（ｍｓ）、及び、この１点における電子ペン４の筆圧の各情報を示している。即ち、表３に示されている１点の集まりが、表２に示されている１つの座標配列データで示されている。例えば、ユーザが電子ペン４によってアルファベット「Ｓ」を描く場合、一筆書きとなるが、「Ｓ」を描き終えるまでに、複数の通過点を通過するため、座標配列データは、これら複数の通過点の情報を示している。

また、表１に示されているページデータのうちのメディアデータは、表４に示されているように詳細な情報を示している。表４は、メディアデータを示す概念図である。図９に示されているように、メディアデータは、表１に示されているページデータにおけるメディアデータＩＤ、メディアデータのデータ種類、メディアデータが記憶された記録時刻、メディアデータによってディスプレイ３上に表示される画像の位置（Ｘ座標値、Ｙ座標値）及び画像のサイズ（幅、高さ）、並びにメディアデータの内容を示すデータが関連付けられて示されている。このうち、メディアデータによってディスプレイ３上に表示される画像の位置は、ディスプレイ３の左上端の座標を（Ｘ座標値，Ｙ座標値）＝（０，０）とした場合に、メディアデータによって表示される画像の左上端の位置を示している。

〔サーバ部９０の機能構成〕
サーバ部９０は、通信制御部９１を有している。

通信制御部９１は、ＣＰＵ２０１からの命令により実現され、同じ電子黒板２内のクライアント部２０における通信制御部２１、および通信ネットワーク９ａを介して他の電子黒板２内のクライアント部２０における通信制御部２１との間における通信を制御する。

〔クライアント部８０の機能構成〕
電子黒板２及びＰＣ８において通信アプリＢ１１が起動することによりクライアント部８０は動作開始する。クライアント部８０は、通信制御部８１、表示制御部８２、及び入力受付部８３を有している。

通信制御部８１は、ＣＰＵ２０１，８０１からの命令、或いはネットワークＩ／Ｆ２０５，８１１により実現され、他の端末等との間の通信を制御する。

表示制御部８２は、ＣＰＵ２０１，８０１からの命令により実現され、記憶部２０００，８０００等から取得されるデータに基づいて画像処理を行い、画像を出力する制御を行う。

入力受付部８３は、ＣＰＵ２０１，８０１からの命令により実現され、ユーザによる操作入力を受け付ける。

〔管理システム５０の機能構成〕
管理システム５０は、図３に示されているハードウェア構成およびプログラムによって、図６に示されている各機能構成を実現する。また、管理システム５０は、ＨＤ５０４より構築される記憶部５０００を有している。

管理システム５０の通信制御部５１は、ＣＰＵ５０１からの命令により実現され、通信ネットワーク９ｂを介して電子黒板２又はＰＣ８との通信を制御する。

〔電子黒板２ｃの機能構成〕
電子黒板２ｃは、更にアプリＩ／Ｆ部２３、表示順制御部２４、及びモード切替部２５を有する。

電子黒板２ｃにおいてＩ／ＦアプリＣ１１が起動することにより、アプリＩ／Ｆ部２３は動作開始する。アプリＩ／Ｆ部２３は、ＣＰＵ２０１からの命令により実現され、クライアント部２０，８０に所定のＵＩ画像を出力させる制御を行う。

電子黒板２ｃにおいてＯＳ２０２０が起動することにより、表示順制御部２４は動作開始する。表示順制御部２４は、ＣＰＵ２０１からの命令により実現され、クライアント部２０，８０により作成される画像の一方をアクティブに、他方を非アクティブに制御することで、各画像の表示順を制御する。なお、画像をアクティブに表示制御する処理は、その画像を他の画像に対して優先して表示する処理であり、その画像を最前面に表示する処理である。画像を非アクティブに表示制御する処理は、その画像よりも他の画像を優先して表示する処理であり、その画像を最前面以外の面に表示する処理である。

電子黒板２ｃにおいてＯＳ２０２０が起動することにより、モード切替部２５は、動作開始する。モード切替部２５は、ＣＰＵ２０１からの命令により実現され、ＯＳ２０２０における動作モードを切り替える。動作モードの切り替えには、通常モードとスリープモードの切替えが含まれる。通常モードから、スリープモードに切り替えられた場合、モード切替部２５は、起動している各アプリに対し、スタンバイ状態に移行する要求を送信する。

＜＜実施の形態の処理＞＞
続いて、一実施形態に係る処理について説明する。

（電子黒板間の通信確立処理）
図８を用いて、電子黒板２ａ，２ｂ，２ｃ間の通信アプリＡ１１による通信を確立する処理について説明する。図８は、電子黒板間の通信を確立する処理を示すシーケンス図である。ユーザが電子黒板２ａの電源スイッチ２２６をオンにすると、通信アプリＡ１１が起動することで電子黒板２ａのクライアント部２０の処理が開始する（ステップＳ１）。そして、ディスプレイ３ａ上の操作により会議主催の要求が受け付けられると、クライアント部２０の通信制御部２１から同じ電子黒板２ａのサーバ部９０における通信制御部９１に、サーバ部９０の処理を開始させる指示を出力する。これにより、電子黒板２ａでは、クライアント部２０だけでなくサーバ部９０も各種処理を開始する（ステップＳ２）。

次に、電子黒板２ａの通信制御部９１は、当該電子黒板２ａとの接続を確立するための接続情報を生成し、生成された接続情報をディスプレイ３ａに表示させる（ステップＳ３）。この接続情報には、主催装置のＩＰアドレス、および今回の遠隔共有処理のために生成されたパスコードが含まれている。このパスコードは、記憶部２０００に記憶される。そして、接続情報は、電子黒板２ａのユーザによって、電話や電子メールにより、電子黒板２ｂ，２ｃのユーザに伝えられる。

次に、電子黒板２ｂ，２ｃでは、ユーザが電子黒板２ｂ，２ｃの電源スイッチ２２６をオンにすると、通信アプリＡ１１が起動することで電子黒板２ｂ，２ｃのクライアント部２０の処理が開始する（ステップＳ４，Ｓ５）。電子黒板２ｂ，２ｃにおいて、ディスプレイ３ｂ，３ｃ上の操作によって接続情報の入力が受け付けられると、各電子黒板２ｂ，２ｃのクライアント部２０における通信制御部２１が、接続情報のＩＰアドレスに基づき、通信ネットワーク９ａを介して、電子黒板２ａのサーバ部９０における通信制御部９１に対してパスコードを送信して参加要求を行う（ステップＳ６，Ｓ７）。電子黒板２ａの通信制御部９１は、各電子黒板２ｂ，２ｃから、参加要求（パスコードを含む）を受信する。

次に、通信制御部９１は、各電子黒板２ｂ，２ｃから受信したパスコードに対し、記憶部２０００で管理されているパスコードを用いて認証する（ステップＳ８）。そして、通信制御部９１が、各電子黒板２ｂ，２ｃのクライアント部２０に認証結果を通知する（ステップＳ９，Ｓ１０）。ステップＳ８の認証により、各電子黒板２ｂ，２ｃが正当な電子黒板であると判断されていた場合には、主催装置である電子黒板２ａと、参加装置である電子黒板２ｂ，２ｃとの遠隔共有処理の通信が確立される（ステップＳ１１，Ｓ１２）。なお、本実施形態では、電子黒板２ａ，２ｂ，２ｃ間で送信されるコンテンツデータは、ストロークデータを含む場合について説明する。

電子黒板２ａ，２ｂ，２ｃのユーザが電子ペン４ｃを用いてストローク画像を描画すると、電子黒板２ａ，２ｂ，２ｃのストローク処理部２２Ａは、電子ペン４とディスプレイ３ａ，３ｂ，３ｃとの接触部の座標位置に基づいて、描画されたストロークのストロークデータを生成する。電子黒板２ａ，２ｂ，２ｃの通信制御部２１は、主催装置である電子黒板２ａの通信制御部９１へ生成されたストロークデータを送信する。

電子黒板２ａの通信制御部９１は、電子黒板２ａ，２ｂ，２ｃから送られて来たストロークデータを受信すると、このストロークデータを電子黒板２ａ，２ｂ，２ｃのクライアント部２０へ送信する。送信されたストロークデータは電子黒板２ａ，２ｂ，２ｃの通信制御部２１によって受信される。電子黒板２ａ，２ｂ，２ｃのページ処理部２２Ｚは、ページデータ記憶部２２０において、すでに記憶されているストロークデータを上書きすることなく、新たに受信されたストロークデータを追加して記憶させる（ステップＳ１３，１４，１５）。これにより、電子黒板２ａ，２ｂ，２ｃのページデータ記憶部２２０には、電子黒板２ａ，２ｂ，２ｃ間の通信が確立されてから、電子黒板２ａ，２ｂ，２ｃのいずれかにより生成されるストロークデータが蓄積されることになる。

（電子黒板とＰＣとの間の通信確立処理）
図９を用いて、電子黒板２ｃ及びＰＣ８間の通信アプリＢ１１による通信を確立する処理について説明する。図９は、電子黒板及びＰＣ間の通信を確立する処理を示すシーケンス図である。

電子黒板２ｃにおいて、ユーザによる起動要求の入力に応じて通信アプリＢ１１が起動することで、クライアント部８０は各種処理を開始する（ステップＳ２１）。

クライアント部８０の通信制御部８１は、管理システム５０に対し、ログイン要求を送信する（ステップＳ２２）。このログイン要求には、ユーザＩＤ、及びパスコードが含まれている。これにより、管理システム５０の通信制御部５１は、ログイン要求を受信する。

管理システム５０は、ログイン要求に含まれているユーザＩＤ、及びパスコードの組と、記憶部５０００に予め記憶されているユーザＩＤ、及びパスコードの組とが一致するかに基づいて、ログイン要求元の電子黒板２ｃを認証する（ステップＳ２３）。管理システム５０の通信制御部５１は、ログイン要求元の電子黒板２ｃに対して、認証結果を送信する（ステップＳ２４）。これにより、電子黒板２ｃの通信制御部８１は、認証結果を受信する。以下、上記ステップＳ２３により、正当なログイン要求元であると判断された場合について説明を続ける。

ＰＣ８において、キーボード８２１あるいはマウス８２２の操作に基づいて、通信アプリＢ１１の起動要求が受け付けられると、通信アプリＢ１１が起動して、ＰＣ８のクライアント部８０の処理が開始可能となる（ステップＳ３１）。

続いて、ＰＣ８の通信制御部８１は、上記の電子黒板２ｃ及び管理システム５０間の処理と同様にして、管理システム５０に対し、ログイン要求を送信する（ステップＳ３２）。これにより、管理システム５０は、ログイン要求を受信する。

管理システム５０は、ログイン要求元のＰＣ８を認証し（ステップＳ３３）、ＰＣ８に対して、認証結果を送信する（ステップＳ３４）。以下、上記ステップＳ３３により、正当なログイン要求元であると判断された場合について説明を続ける。

電子黒板２ｃのユーザによる操作に応じて、電子黒板２ｃの入力受付部８３は、ＰＣ８との間の通話の開始要求の入力を受け付ける（ステップＳ４１）。通話の開始要求の入力の受け付けに応じて、電子黒板２ｃの通信制御部８１は、管理システム５０に対し、通話の開始要求を送信する（ステップＳ４２）。この通話の開始要求には、電子黒板２ｃが管理システムにログインする際に用いたユーザＩＤ、および宛先のＰＣ８のユーザＩＤが含まれている。これにより、管理システム５０は、通信の開始要求を受信する。

次に、管理システム５０は、宛先のＰＣ８に対して、上記の通話の開始要求を送信する（ステップＳ４３）。これにより、宛先のＰＣ８は、通話の開始要求を受信する。

ＰＣ８の通信制御部８１は、ユーザによる操作入力に応じて、管理システム５０に対し、応答可否を示す情報を送信する（ステップＳ４４）。以下、ＰＣ８が、応答する旨を示す情報を管理システム５０へ送信した場合について説明を続ける。

管理システム５０の通信制御部５１は、応答する旨を示す情報を受信する。管理システム５０の通信制御部５１は、開始要求元の電子黒板２ｃに対し、上記の応答する旨を示す情報を送信する（ステップＳ４５）。これにより、電子黒板２ｃの通信制御部８１は、応答する旨を示す情報を受信する。

続いて、管理システム５０は、電子黒板２ｃとＰＣ８との間で通信ネットワーク９ｂを介してコンテンツデータを送信するための通信を確立させる制御を行う（ステップＳ４６）。通信を確立させる方法として、例えば、管理システム５０は、コンテンツデータへのアクセス先へのアクセスを電子黒板２ｃ及びＰＣ８に認可する。アクセス先は、管理システム５０内であっても、管理システム５０以外の装置であっても良い。電子黒板２ｃとＰＣ８との間の通信が確立されると、電子黒板２ｃ及びＰＣ８は、アクセス先へアクセスして、自端末側のカメラ２０７，８１２で撮像される映像に対応する映像データ、及びマイク２２２，８１４で集音される音に対応する音データを送信するとともに、アクセス先から相手側の映像データ及び音データを取得する（ステップＳ４７）。映像データ及び音データは、ストリーミングデータであって、撮像又は集音された時点が異なる複数の静止画の画像データ又は音データを含む。

電子黒板２ｃの通信制御部８１は、新たな時点の画像データ及び音データを受信すると、新たな時点の画像データ及び音データにより記憶部２０００に記憶されている画像データ及び音データを上書き更新する（ステップＳ４８，Ｓ４９）。これにより、最新の画像データ及び音データが記憶部２０００には記憶されることになる。

（通信アプリＡ１１による画像生成） 続いて、図１０の（Ａ）を用いて、電子黒板２ａ，２ｂ，２ｃ間で送信されるストロークデータに基づいて画像を生成する処理について説明する。図１０の（Ａ）は、通信アプリＡ１１により画像を生成する処理を示すフロー図である。以下、電子黒板２ｃの通信アプリＡ１１が画像を生成する処理について説明する。

ページデータ記憶部２２０には、一例としてＵＳＢメモリ５等から取得した背景画像の画像データ（メディアデータ）が記憶されている。電子黒板２ｃのページ処理部２２Ｚは、ページデータ記憶部２２０に記憶されている背景画像の画像データを取得する（ステップＳ５１）。

ページデータ記憶部２２０には、予めオブジェクト画像の画像データ（メディアデータ）が記憶されている。電子黒板２ｃのページ処理部２２Ｚは、ページデータ記憶部２２０に記憶されているオブジェクト画像の画像データを取得する（ステップＳ５２）。なお、オブジェクト画像は、丸、四角形、或いは三角形等の予め定められたオブジェクトを示す画像である。

電子黒板２ｃのページ処理部２２Ｚは、ページデータ記憶部２２０に蓄積されているストロークデータ（ステップＳ１５参照）を取得する（ステップＳ５３）。

電子黒板２ｃのページ処理部２２Ｚは、ステップＳ５３で取得されるストロークデータに基づいて、ストローク画像の画像データを生成する（ステップＳ５４）。例えば、ステップＳ５３で「Ｓ」の文字を示すストロークデータが取得される場合、ページ処理部２２Ｚは、「Ｓ」の画像の画像データを生成する。

電子黒板２ｃのページデータ記憶部２２０には、ＵＩ画像(user interface)の画像データが記憶されている。ＵＩ画像の画像データは、例えば、アイコンやボタンである。電子黒板２ｃのページ処理部２２Ｚは、ページデータ記憶部２２０に記憶されているＵＩ画像の画像データを取得する（ステップＳ５５）。ＵＩ画像の画像データには、クライアント部８０による通信の状態を示すアイコン、会議を終了する指示を受付けるためのアイコンＩ１、テレビ会議の画面に移行する指示を受付けるためのアイコンＩ２、及び電子黒板の画面に移行する指示を受付けるためのアイコンＩ３の画像データが含まれる。なお、アイコンＩ２は、電子黒板の画面が表示されているときに、電子黒板の画面に、テレビ会議の画面を並べて表示するためのＵＩ画像であってもよい。アイコンＩ３は、テレビ会議の画面が表示されているときに、テレビ会議の画面に、電子黒板の画面を並べて表示するためのＵＩ画像であってもよい。なお、ページデータ記憶部２２０に記憶されているＵＩ画像の画像データのうち、通信の状態を示すアイコンは複数ある。これらのうち、ページ処理部２２Ｚが取得する画像データは、アプリＩ／Ｆ部２３によって制御される。この処理については、後述する。また、ページデータ記憶部２２０は、アイコンＩ１，Ｉ２，Ｉ３の表示位置を、ユーザによるドラッグ操作に応じて変更可能に管理する。このようにして、ストロークを書き込む領域や確認したい画像領域がこれらのアイコンＩ１，Ｉ２，Ｉ３と重なる場合は、アイコンＩ１，Ｉ２，Ｉ３の表示位置を移動可能とすることで、操作性や視認性を確保することができる。

電子黒板２ｃの重畳部２２Ｙは、ステップＳ５１，Ｓ５２，Ｓ５４，Ｓ５５で取得又は生成された各画像データを用いて、背景画像、オブジェクト画像、ストローク画像、及びＵＩ画像が順に重畳された重畳画像の画像データを生成する（ステップＳ５６）。

重畳部２２Ｙは、ステップＳ５６で生成された重畳画像の画像データを表示順制御部２４へ出力する（ステップＳ５７）。図１１の（Ａ）は、重畳される各画像を示す概念図である。図１１の（Ｂ）は、重畳画像を示す概念図である。図１１の（Ａ）及び（Ｂ）に示されているように、ステップＳ５７で出力される重畳画像１４０は、ＵＩ画像１４０ａ、ストローク画像１４０ｂ、オブジェクト画像１４０ｃ、及び背景画像１４０ｄを含んでいる。

通信アプリＡ１１が起動している間、電子黒板２ｃのクライアント部２０は、ステップＳ５１，Ｓ５２，Ｓ５３，Ｓ５４，Ｓ５５，Ｓ５６，Ｓ５７の処理を繰り返す。これにより、最新の背景画像、オブジェクト画像、ストローク画像、ＵＩ画像が反映された重畳画像が、表示順制御部２４へ繰り返し出力される。

なお、繰り返しの処理で、クライアント部２０は、ページデータ記憶部２２０に記憶されている背景画像の画像データ、又はストロークデータに更新がなければ、ステップＳ５１、又はステップＳ５３，Ｓ５４の処理をスキップしても良い。また、繰り返しの処理で、クライアント部２０は、取得するオブジェクト画像の画像データ、又はＵＩ画像の画像データに変更がなければ、ステップＳ５２、Ｓ５５の処理をスキップしても良い。この場合、重畳画像の生成には、先に取得又は生成された画像データが用いられる。

（通信アプリＢ１１による画像生成）
続いて、図１０の（Ｂ）を用いて、電子黒板２ｃ及びＰＣ８間で送信される映像データに基づいて画像を生成する処理について説明する。図１０の（Ｂ）は、通信アプリＢ１１により画像を生成する処理を示すフロー図である。以下、電子黒板２ｃの通信アプリＢ１１が画像を生成する処理について説明する。

電子黒板２ｃの表示制御部８２は、記憶部２０００に記憶されている最新の画像の画像データ（ステップＳ４８参照）を取得する（ステップＳ６１）。なお、最新の画像の画像データとは、ステップＳ４７で受信される映像データを構築する最新の画像の画像データであり、ステップＳ４８で上書き保存さるものである。

電子黒板２ｃの記憶部２０００には、ＵＩ画像の画像データが記憶されている。ＵＩ画像は、例えば、アイコンやボタンである。また、ＵＩ画像は、「宛先リスト追加要求受付中」等のイベントに応じたメッセージであっても良い。電子黒板２ｃの表示制御部８２は、ページデータ記憶部２２０に記憶されているＵＩ画像の画像データを取得する（ステップＳ６２）。ＵＩ画像の画像データには、クライアント部２０による通信の状態を示すアイコン、会議を終了するためのアイコンＩ１、テレビ会議の画面に移行するためのアイコンＩ２、及び電子黒板の画面に移行するためのアイコンＩ３の画像データが含まれる。ページデータ記憶部２２０に記憶されているＵＩ画像の画像データのうち、通信の状態を示すアイコンは複数ある。これらのうち、表示制御部８２が取得する画像データは、アプリＩ／Ｆ部２３によって制御される。この処理については、後述する。

電子黒板２ｃの表示制御部８２は、ステップＳ６１，Ｓ６２で取得された各画像データを用いて、最新の画像、及びＵＩ画像が順に重畳された重畳画像の画像データを生成する（ステップＳ６３）。

電子黒板２ｃの表示制御部８２は、ステップＳ６３で生成された重畳画像の画像データを表示順制御部２４へ出力する（ステップＳ６４）。図１２の（Ａ）は、重畳される各画像を示す概念図である。図１２の（Ｂ）は、重畳画像を示す概念図である。図１２の（Ａ）及び（Ｂ）に示されているように、ステップＳ６４で出力される重畳画像１５０は、ＵＩ画像１５０ａ、及び映像を構築する最新画像１５０ｂを含んでいる。

通信アプリＢ１１が起動している間、電子黒板２ｃのクライアント部８０は、ステップＳ６１，Ｓ６２，Ｓ６３，Ｓ６４の処理を繰り返す。これにより、映像を構築する最新の画像、及びＵＩ画像が反映された重畳画像が、表示順制御部２４へ繰り返し出力される。

なお、繰り返しの処理で、クライアント部８０は、取得するＵＩ画像の画像データに変更がなければ、ステップＳ６２の処理をスキップしても良い。この場合、重畳画像の生成には、先に取得された画像データが用いられる。

（表示順制御）
続いて、図１３を用いて、電子黒板２ｃの表示順制御部２４が、クライアント部２０により出力される画像、及びクライアント部８０により出力される画像の表示順を制御する処理について説明する。図１３は、画像の表示順を制御する処理を示すシーケンス図である。なお、図１３は、電子黒板２ｃ内の各部によるシーケンスを示している。

通信アプリＡ１１，Ｂ１１のうち２つ目のアプリが起動するタイミングで、表示順制御部２４は、デフォルトの処理として、クライアント部２０から出力される画像データ（ステップＳ５７参照）がアクティブに表示され、クライアント部８０から出力される画像データ（ステップＳ６４参照）が非アクティブに表示されるように画像信号をディスプレイ３ｃへ出力する（ステップＳ７１）。なお、表示順の制御は、例えば、ＯＳ２０２０により、通信アプリＡ１１に対応するウィンドウ等の表示領域を、通信アプリＢ１１に対応するウィンドウ等の表示領域に重畳させる処理により実行される。クライアント部２０により出力される画像が全画面の画像である場合、ディスプレイ３ｃの表示は、クライアント部２０により出力される画像に占有される。

ページデータ記憶部２２０には、通信アプリＢ１１にかかる状態を示すＵＩ画像として所定の輝度のアイコンの画像データと、半輝度のアイコンの画像データが記憶されている。所定の輝度のアイコンは、通信アプリＢ１１において、予め定められたイベントが発生している状態を示す。半輝度のアイコンは、通信アプリＢ１１において、予め定められたイベントが発生していない状態を示す。通信アプリＡ１１，Ｂ１１のうち２つ目のアプリが起動するタイミングで、デフォルトの処理として、アプリＩ／Ｆ部２３は、通信アプリＢ１１にかかる状態を示すＵＩ画像のうち半輝度のアイコンを示すＵＩ画像情報をクライアント部２０へ送信する（ステップＳ７２）。

クライアント部２０の通信制御部２１は、半輝度のアイコンの画像データを示すＵＩ画像情報を受信すると、ページ処理部２２Ｚは、ステップＳ５５で半輝度のアイコンの画像データを取得する。これにより、ステップＳ５７で表示順制御部２４へ出力される重畳画像には、図１１の（Ｂ）に示したような半輝度のアイコン１４１が含まれるようになる。これによりクライアント部２０により出力される画像がアクティブに制御される場合でも、ユーザは、半輝度のアイコン１４１を視認することで、通信アプリＢ１１において、予め定められたイベントが発生していない状態であることを把握できる。

アプリＩ／Ｆ部２３は、通信アプリＢ１１の状態変化の契機となる予め定められたイベントを検知する。予め定められたイベントとしては、通信アプリＢ１１がユーザからの何らかの入力を受け付ける状態へ変化する契機となるイベントが挙げられる。このような、イベントとしては、例えば、ＰＣ８による通話の開始要求の受信や、ＰＣ８側の宛先リストに、電子黒板２ｃのユーザを追加する要求の受信等、ＰＣ８側の要求の受信が挙げられる。以下、イベントが宛先リストへの追加要求の受信である場合について説明する。

電子黒板２ｃの通信制御部８１は、イベントとして、ＰＣ８側により送信された宛先リストへの追加要求を受信する（ステップＳ８１）。

電子黒板２ｃのアプリＩ／Ｆ部２３は、予め定められたイベントとして、宛先リストへの追加要求の受信を検知する（ステップＳ８２）。アプリＩ／Ｆ部２３が予め定められたイベントを検知する方法に、特に制限はない。例えば、アプリＩ／Ｆ部２３は、通信制御部８１へ、例えば３０秒毎などの所定の間隔で、予め定められたイベントを受信したか確認する情報を送信しても良い。この場合、アプリＩ／Ｆ部２３は、この情報に対する通信制御部８１からの応答に基づいて、イベントを検知することができる。また、通信制御部８１は、予め定められたイベントを受信すると、イベントの発生を示す情報をアプリＩ／Ｆ部２３へ送信しても良い。この場合、アプリＩ／Ｆ部２３は、受信した情報に基づいて、イベントを検知する。

電子黒板２ｃのアプリＩ／Ｆ部２３は、予め定められたイベントごとに、対応するＵＩ画像を管理している。以下、アプリＩ／Ｆ部２３は、宛先リストへの追加要求の受信に対応するＵＩ画像として所定の輝度のアイコンを示す情報を管理している場合について説明する。アプリＩ／Ｆ部２３は、宛先リストへの追加要求の受信の検知に応じて、このイベントに対応する所定の輝度のアイコンを示す変更要求情報を、クライアント部２０へ送信する（ステップＳ８３）。なお、変更要求情報は、変更要求情報に示される画像にＵＩ画像を変更する命令である。このように、アプリＩ／Ｆ部２３は、一方の通信アプリＡ１１，Ｂ１１のイベントを検知すると、他方の通信アプリＢ１１，Ａ１１へ変更要求情報を送信する。

電子黒板２ｃの通信制御部２１は、アプリＩ／Ｆ部２３によって送信される変更要求情報を受信する。電子黒板２ｃのページ処理部２２Ｚは、受信された変更要求情報に基づいて、ページデータ記憶部２２０に記憶されているＵＩ画像の画像データのうち、所定の輝度のアイコンの画像データをステップＳ５５で取得する。これにより、ステップＳ５７で所定の輝度のアイコンの画像がＵＩ画像として出力される。図１１の（Ｃ）は、変更要求情報の受信に基づいて変更された重畳画像を示す概念図である。図１１の（Ｃ）に示されているように、変更要求情報の受信後に、ステップＳ５７で出力される重畳画像１４０には、所定の輝度のアイコン１４２が含まれる。これによりクライアント部２０により出力される画像がアクティブに制御される場合でも、ユーザは、所定の輝度のアイコン１４２を視認することで、通信アプリＢ１１において、予め定められたイベントが発生している状態に遷移したことを把握できる。

電子黒板２ｃのユーザが、ディスプレイ３ｃにおけるアイコン１４２が表示された位置をタッチすると、描画制御部２２は、ディスプレイ３ｃにおける表示順を変更するための要求の入力を受け付ける（ステップＳ８４）。

表示順を変更するための要求の入力の受け付けに応じて、電子黒板２ｃの通信制御部２１は、表示順制御部２４へ、ディスプレイ３ｃにおける表示順を変更するための表示順変更要求情報を送信する（ステップＳ８５）。

電子黒板２ｃの表示順制御部２４は、表示順変更要求情報を受信する。表示順変更要求情報の受信に応じて、表示順制御部２４は、表示順変更要求情報の送信元であるクライアント部２０から出力される画像を非アクティブに、他方のクライアント部８０から出力される画像をアクティブに制御する（ステップＳ８６）。これにより、図１２の（Ｂ）に示されるような通信アプリＢ１１による画像が、ディスプレイ３ｃから出力されるようになる。なお、表示順制御部２４は、クライアント部２０から出力される画像を小さいサイズで、クライアント部８０から出力される画像を大きいサイズで両方同時に表示されるように制御してもよい。

電子黒板２ｃのユーザが、ディスプレイ３ｃのボタン１５３が表示された位置をタッチすると、入力受付部８３は、ＰＣ８側の宛先リストへの追加要求に対する許可の応答の入力を受け付ける（ステップＳ８７）。

許可の応答の入力の受け付けに応じて、電子黒板２ｃの通信制御部８１は、許可の応答を、宛先リストへの追加要求元のＰＣ８へ送信する（ステップＳ８８）。

（会議終了） 続いて、電子黒板２ａ，２ｂ，２ｃ、及びＰＣ８の間の会議を終了するときの処理について説明する。図１７は、会議を終了するときの電子黒板２ｃの各機能ブロックの処理を示すシーケンス図である。

まず、図１７の（Ａ）を用いて、クライアント部２０によって出力される画像がアクティブである場合に、会議を終了する処理について説明する。電子黒板２ｃのユーザが電子ペン４ｃ等で、重畳画像１４０のアイコンＩ１に接触すると、クライアント部２０は、会議の終了の要求を受け付ける（ステップＳ１０１）。

会議の終了の要求が受け付けられると、クライアント部２０の通信制御部２１は、同じ電子黒板２ｃのモード切替部２５へスリープモードへ切り替える要求を送信する（ステップＳ１０２）。

モード切替部２５は、スリープモードへ切り替える要求を受信すると、電子黒板２ｃのＯＳ２０２０上で起動している各アプリに対して、スタンバイ状態へ移行する要求を送信する。これにより、モード切替部２５は、クライアント部２０、及びクライアント部８０へスタンバイ状態へ移行する要求を送信する（ステップＳ１０３，Ｓ１０４）。

クライアント部８０は、スタンバイ状態へ移行する要求を受信すると、スタンバイ状態で稼働させない機能として予め設定されている通信制御部８１、及び表示制御部８２の稼働を停止させる。これにより、通信制御部８１は、ＰＣ８との通信を切断する（ステップＳ１０５）。

クライアント部２０は、スタンバイ状態へ移行する要求を受信すると、スタンバイ状態で稼働させない機能として予め設定されている通信制御部２１、及び描画制御部２２の稼働を停止させる。これにより、通信制御部２１は、主催装置である電子黒板２ａとの通信を切断する（ステップＳ１０６）。

続いて、図１７の（Ｂ）を用いて、クライアント部８０によって出力される画像がアクティブである場合に、会議を終了する処理について説明する。電子黒板２ｃのユーザが電子ペン４ｃ等で、重畳画像１５０のアイコンＩ１に接触すると、クライアント部８０は、会議の終了の要求を受け付ける（ステップＳ１１１）。

会議の終了の要求が受け付けられると、クライアント部８０は、記憶部２０００のページデータ記憶部２２０にストロークデータが記憶されているか判断する（ステップＳ１１２）。この処理で、クライアント部８０は、記憶部２０００のページデータ記憶部２２０からストロークデータを取得できればＹＥＳと判断し、できなければＮＯと判断する。

ステップＳ１１２で、ストロークデータが記憶されている（ＹＥＳ）と判断された場合、電子黒板２ｃの通信制御部８１は、同じ電子黒板２ｃの表示順制御部２４へ、クライアント部２０による出力画像をアクティブに表示順を変更するための表示順変更要求情報を送信する。

電子黒板２ｃの表示順制御部２４は、表示順変更要求情報を受信する。表示順変更要求情報の受信に応じて、表示順制御部２４は、表示順変更要求情報の送信元であるクライアント部８０から出力される画像を非アクティブに、他方のクライアント部２０から出力される画像をアクティブに制御する（ステップＳ１１３）。これにより、ユーザは、ストローク画像を確認し、必要に応じて画像の保存処理等を行った上で会議を終了することができる。画面の切替後の会議の終了の処理は、ステップＳ１０１乃至Ｓ１０５と同様である。

ステップＳ１１２でストロークデータが記憶されていない（ＮＯ）と判断された場合、クライアント部８０の通信制御部８１は、同じ電子黒板２ｃのモード切替部２５へスリープモードへ切り替える要求を送信する（ステップＳ１２２）。

モード切替部２５が、スリープモードへ切り替える要求を受信してかの処理は、ステップＳ１０３乃至Ｓ１０６と同様であるので説明を省略する（ステップＳ１２３乃至Ｓ１２６）。

＜＜＜第２の実施形態＞＞＞
続いて、図１４を用いて、第２の実施形態について、第１の実施形態と異なる点について説明する。図１４は、画像の表示順を制御する処理を示すシーケンス図である。なお、図１４は、電子黒板２ｃ内の各部によるシーケンスを示している。

記憶部２０００には、通信アプリＡ１１にかかる状態を示すＵＩ画像として所定の輝度のアイコンの画像データと、半輝度のアイコンの画像データが記憶されている。所定の輝度のアイコンは、通信アプリＡ１１がストロークデータを受信した状態を示す。半輝度のアイコンは、通信アプリＡ１１がストロークデータを受信していない状態を示す。

ステップＳ８６で表示順が入れ替わるタイミングで、アプリＩ／Ｆ部２３は、通信アプリＡ１１にかかる状態を示すＵＩ画像のうち半輝度のアイコンを示すＵＩ画像情報をクライアント部８０へ送信する（ステップＳ９０）。

クライアント部８０の通信制御部８１が、半輝度のアイコンの画像データを示すＵＩ画像情報を受信すると、表示制御部８２は、ステップＳ６２で半輝度のアイコンの画像データを記憶部２０００から取得する。これにより、ステップＳ６４で表示順制御部２４へ出力される重畳画像には、図１２（Ｂ）に示したような半輝度のアイコン１５１が含まれる。これによりクライアント部８０により出力される画像がアクティブに制御される場合でも、ユーザは、半輝度のアイコン１５１を視認することで、通信アプリＡ１１が、ストロークデータを受信していない状態であることを把握できる。

アプリＩ／Ｆ部２３は、通信アプリＡ１１の状態変化の契機となる予め定められたイベントを検知する。予め定められたイベントとしては、通信アプリＡ１１によるストロークデータの受信が挙げられる。

電子黒板２ｃの通信制御部２１は、イベントとして、電子黒板２ａの通信制御部９１によって送信されるストロークデータを受信する（ステップＳ９１）。

電子黒板２ｃのアプリＩ／Ｆ部２３は、予め定められたイベントとして、電子黒板２ｃの通信制御部２１によるストロークデータの受信を検知する（ステップＳ９２）。

電子黒板２ｃのアプリＩ／Ｆ部２３は、予め定められたイベントごとに、対応するＵＩ画像を示す情報を管理している。以下、アプリＩ／Ｆ部２３は、ストロークデータの受信のイベントに対応するＵＩ画像として所定の輝度のアイコンを示す情報を管理している場合について説明する。アプリＩ／Ｆ部２３は、ストロークデータの受信のイベントの検知に応じて、このイベントに対応する所定の輝度のアイコンを示す変更要求情報を、クライアント部８０へ送信する（ステップＳ９３）。

電子黒板２ｃの通信制御部８１は、アプリＩ／Ｆ部２３によって送信される変更要求情報を受信する。電子黒板２ｃの表示制御部８２は、ステップＳ６２で、受信された変更要求情報に基づいて、記憶部２０００に記憶されているＵＩ画像の画像データのうち、所定の輝度のアイコンの画像データを取得する。これにより、ステップＳ６４で、所定の輝度のアイコンの画像がＵＩ画像として出力される。図１２の（Ｃ）は、変更要求情報の受信に基づいて変更された重畳画像を示す概念図である。図１２の（Ｃ）に示されているように、ステップＳ６４で出力される重畳画像１５０には、所定の輝度のアイコン１５２が含まれる。これによりクライアント部８０により出力される画像がアクティブに制御される場合でも、ユーザは、所定の輝度のアイコン１５２を視認することで、通信アプリＡ１１が、ストロークデータを受信したことを把握できる。

電子黒板２ｃのユーザが、ディスプレイ３ｃのアイコン１５２が表示された位置をタッチすると、入力受付部８３は、ディスプレイ３ｃにおける表示順を変更するための要求の入力を受け付ける（ステップＳ９４）。

表示順を変更するための要求の入力の受け付けに応じて、電子黒板２ｃの通信制御部８１は、表示順制御部２４へ、ディスプレイ３ｃにおける表示順を変更するための表示順変更要求情報を送信する（ステップＳ９５）。

電子黒板２ｃの表示順制御部２４は、表示順変更要求情報を受信する。表示順変更要求情報の受信に応じて、表示順制御部２４は、表示順変更要求情報の送信元であるクライアント部８０から出力される画像を非アクティブに、他方のクライアント部２０から出力される画像をアクティブに制御する（ステップＳ９６）。これにより、クライアント部２０から出力される画像がアクティブになると、電子黒板２ｃのユーザは、新たに追加されたストロークを確認することができる。なお、表示順制御部２４は、クライアント部２０から出力される画像を大きいサイズで、クライアント部８０から出力される画像を小さいサイズで両方同時に表示されるように制御してもよい。

＜＜＜第３の実施形態＞＞＞
続いて、第３の実施形態について、第１及び第２の実施形態と異なる点について説明する。

第１の実施形態では、電子黒板２ｃにおいて起動する通信用のアプリが、通信アプリＡ１１，Ｂ１１の２つである場合について説明した。第３の実施形態では、電子黒板２ｃにおいて起動する通信用のアプリが３つ以上である場合について説明する。

第３の実施形態では、アプリＩ／Ｆ部２３は、ステップＳ８３，Ｓ９３で変更要求情報を送信するときに、イベントが発生したアプリの識別情報を送信する。続いて、通信制御部２１，８１は、表示順変更要求情報を表示順制御部２４へ送信するときに、ステップＳ８３，Ｓ９３で受信したアプリの識別情報を送信する。表示順制御部２４は、受信したアプリの識別情報により識別されるアプリにより出力される画像をアクティブに、他のアプリにより出力される画像を非アクティブに制御する。上記の処理により、通信アプリが３つ以上ある場合でも、表示順制御部２４は、どの通信アプリによる画像をアクティブにするか判断できるようになる。

＜＜＜第４の実施形態＞＞＞
続いて、第４の実施形態について、第１乃至第３の実施形態と異なる点について説明する。上記の各実施形態では、イベントが、通信相手からの要求あるいはストロークデータの受信である場合について説明した。しかしながら、イベントは、通信アプリＡ１１，Ｂ１１のプレゼンスの遷移の契機となる各種情報であっても良い。

アプリＩ／Ｆ部２３は、例えば、ステップＳ１０，２４における認証結果の受信を、イベントとして検知しても良い（ステップＳ８２，Ｓ９２参照）。通信アプリＡ１１，Ｂ１１は上記のイベントを契機としてオンラインのプレゼンスになるため、上記のイベントの検知に応じて、アプリＩ／Ｆ部２３は、ＵＩ画像を、オンラインのプレゼンスに対応するアイコンへ変更するための変更要求情報をクライアント部２０，８０へ送信する。

なお、ステップＳ８２，Ｓ９２でアプリＩ／Ｆ部２３が検知するイベントは、クライアント部２０，８０が受信するイベントに限られない。例えば、アプリＩ／Ｆ部２３は、ステップＳ８８でのクライアント部８０による応答の送信を検知しても良い。通信アプリＢ１１のプレゼンスは、上記のイベントを契機として通話中に遷移する。上記のイベントの検知に応じて、アプリＩ／Ｆ部２３は、ＵＩ画像を、通話中のプレゼンスに対応するアイコンへ変更するための変更要求情報をクライアント部２０へ送信する。

＜＜＜第５の実施形態＞＞＞
続いて第５の実施形態について、第１乃至第４の実施形態と異なる点について説明する。第５の実施形態において、電子黒板２ｃの記憶部２０００には表示管理テーブルによって表示管理ＤＢ２００１が構築されている。表５は表示管理テーブルを示す概念図である。

表示管理テーブルには、アプリＩ／Ｆ部２３によって検知される予め定められたイベントを示すイベント情報、イベントに対応する通知をどのような出力形式で表示するかを示す形式情報、及び表示内容が関連付けられて管理されている。なお、イベント情報、及び形式情報はそれぞれイベント、或いは形式を示すＩＤであっても良い。表示内容は、例えば、表示内容を示すテキスト、或いはバッジ、又はダイアログを特定するためのファイル名などの情報であっても良い。

電子黒板２ｃのアプリＩ／Ｆ部２３は、クライアント部８０のイベントを検知すると、ステップＳ８３で、検知したイベントを示すイベント情報を含む変更要求情報をクライアント部２０へ送信する。

電子黒板２ｃのクライアント部２０の通信制御部２１は、アプリＩ／Ｆ部２３によって送信される変更要求情報を受信する。電子黒板２ｃの描画制御部２２は、受信された変更要求情報に含まれるイベント情報を検索キーとして表示管理テーブルを検索し、対応する形式情報、及び表示内容を取得する。そして、描画制御部２２は、取得された表示内容が、取得された形式情報の形式で表示される画像を生成する。電子黒板２ｃの重畳部２２Ｙは、ステップＳ５６で、生成された画像を他のレイヤに重畳する。そして、重畳部２２Ｙは、ステップＳ５７で、表示内容が含まれる重畳画像を表示順制御部２４へ出力する。表示順制御部２４は、表示内容を含む画像データをディスプレイ３ｃへ出力する。

図１５の（Ａ）は、ステップＳ８３で「通信切断」のイベントが検知されたときのディスプレイの表示例である。表示管理テーブルにおいて「通信切断」には、形式情報「ティッカー」、及び表示内容「ネットワークとの接続が切れました」が関連付けられている。このため、描画制御部２２は、上記の表示内容が含まれるティッカーＴの画像を生成する。なお、描画制御部２２は、ティッカーＴの画像を、例えば、１０秒間等の所定時間生成しても良い。これにより、ティッカーＴが長時間表示されることでディスプレイの視認性が低下することを防ぐことができる。

図１５の（Ｂ）は、ステップＳ８３で「画面共有」のイベントが検知されたときのディスプレイの表示例である。表示管理テーブルにおいて「画面共有」には、形式情報「ダイアログ」、及び表示内容「ダイアログＤ１」が関連付けられている。描画制御部２２は、これらの情報によって特定されるダイアログＤ１の画像を生成する。このダイアログにより、電子黒板２ｃは、効果的にユーザに画面の切り換えを促すことができる。この「画面共有」のイベントのように、相手の共有画面に切り替えないとコミュニケーションがとれない場合は、ティッカーではなくダイアログによって切り替えを促す度合いを強めることもできる。

図１５の（Ｃ）は、ステップＳ８３で「会議中」のイベント（プレゼンス）が検知されたときのディスプレイの表示例である。表示管理テーブルにおいて「会議中」には、形式情報「バッジ」、及び表示内容「バッジＢＤ１」が関連付けられている。描画制御部２２は、これらの情報によって特定されるバッジＢＤ１の画像を生成する。電子黒板２ｃは、バッジＢＤ１によりユーザにテレビ会議中であることを把握させることができる。電子黒板２ｃにおいて、バッジＢＤ１の位置、及び面積は、他のインターフェースの表示を阻害しないように、予め設定されている。これにより、電子黒板２ｃは、ユーザによる他の操作を阻害することなく、会議中、継続してバッジＢＤ１を表示させることができる。

上記ではクライアント部８０で発生したイベントがアプリＩ／Ｆ２３によって検知され、クライアント部２０でイベントに対応する情報を出力する例について説明した。クライアント部２０で発生したイベントがアプリＩ／Ｆ２３によって検知され、クライアント部８０でイベントに対応する情報を出力する処理も上記の処理と同様に実行される。ただし、アプリＩ／Ｆ部２３によるイベントを示す情報の送信先はクライアント部８０となり、上記の描画制御部２２による処理は、表示制御部８２による処理に置き換えられる。

＜＜＜第６の実施形態＞＞＞
続いて、第６の実施形態について、第１乃至第５の実施形態と異なる点について説明する。

電子黒板２ｃのページデータ記憶部２２０は、機能設定画面、及びテレビ会議設定画面を記憶している。電子黒板２ｃのページ処理部２２Ｚは、起動時、或いはユーザによる要求時等の所定のタイミングで、ページデータ記憶部２２０に記憶されている機能設定画面を取得する。重畳部２２Ｙは、ステップＳ５７で、取得された機能設定画面が含まれる重畳画像を表示順制御部２４へ出力する。表示順制御部２４は、機能設定画面を含む画像データをディスプレイ３ｃへ出力する。図１６の（Ａ）は、機能設定画面の一例を示す図である。機能設定画面には、テレビ会議設定画面に移行するためのボタンＢ１が含まれている。

ユーザが電子ペン４ｃ等によりディスプレイ３ｃに出力されているボタンＢ１に接触する操作を行うと、電子黒板２ｃのページ処理部２２Ｚは、ページデータ記憶部２２０に記憶されているテレビ会議設定画面を取得する。重畳部２２Ｙは、ステップＳ５７で、取得されたテレビ会議設定画面が含まれる重畳画像を表示順制御部２４へ出力する。表示順制御部２４は、テレビ会議設定画面を含む画像データをディスプレイ３ｃへ出力する。図１６の（Ｂ）は、テレビ会議設定画面の一例を示す図である。

ユーザが、電子ペン４ｃ等により、テレビ会議設定画面の入力欄Ｂ２におけるテレビ会議機能を使用する旨のチェックボックスにチェックを入れ、ユーザＩＤ、及びパスコードを入力する操作を行うと、クライアント部２０は、入力されたユーザＩＤ、及びパスコードを記憶部２０００に記憶させる。この設定後に電子黒板２が起動すると、クライアント部８０は、ユーザによる操作を受け付けることなく、記憶部２０００に記憶されたユーザＩＤ、及びパスコードに基づいて自動的に管理システム５０へログイン要求する。

更に。ユーザによって、テレビ会議設定画面の入力欄Ｂ３における、優先起動画面として、テレビ会議を選択する操作が行われると、クライアント部２０は、デフォルトの優先起動画面として、テレビ会議の画面を示す情報を記憶部２０００に記憶させる。これにより、電子黒板２が起動したときに、表示順制御部２４は、記憶部２０００に記憶されているテレビ会議の画面を示す情報に基づいて、ステップＳ７１で、クライアント部２０から出力される画像データを非アクティブにして、クライアント部８０から出力される画像データをアクティブにしてディスプレイ３ｃへ出力する。

なお、図１６の（Ｂ）のテレビ会議設定画面には、地域と言語設定のボタンＢ４が含まれている。電子黒板２ｃは、ユーザが、電子ペン４ｃ等の操作でボタンＢ４に接触すると、クライアント部２０は。電子黒板２ｃが利用される地域の設定を受け付ける。設定後、電子黒板２ｃのページ処理部２２Ｚは、設定された地域に応じて、画像を生成しても良い。例えば、地域として日本が設定された場合、ページ処理部２２Ｚは、ビデオ会議設定のボタンＢ１を含めずに会議設定画面を出力しても良い。或いは、地域としてアメリカが設定された場合、ページ処理部２２Ｚは、会議設定画面の要求に応じて、予め管理されている英語の会議設定画面を出力しても良い。

なお、ＰＣを図1の通信ネットワーク９ａ又は９ｂに接続し、Webブラウザに所望の電子黒板２のIPアドレスを入力してアクセスさせることで、ＰＣにおいて電子黒板２のテレビ会議設定画面を表示させ、上記の項目や値を設定可能にしてもよい。

＜＜＜第７の実施形態＞＞＞
続いて、第７の実施形態について、第１乃至第６の実施形態と異なる点について説明する。

電子黒板２ｃのページデータ記憶部２２０には、ＵＩ画像(user interface)の画像データとして、テレビ会議用のアプリＢ１１を起動するためのアイコンＩ４、テレビ会議用のアプリＢ１１による出力画面を最大化して最前面に表示するためのアイコンＩ５、テレビ会議用のアプリＢ１１による出力画面を最小化するためのアイコンＩ６が含まれている。

テレビ会議用のアプリＢ１１が起動していない場合、電子黒板２ｃのページ処理部２２Ｚは、ステップＳ５５で、アイコンＩ４の画像データを取得する。テレビ会議用のアプリＢ１１が起動しているが、アプリＢ１１による出力が非アクティブである場合、ページ処理部２２Ｚは、ステップＳ５５で、アイコンＩ５の画像データを取得する。テレビ会議用のアプリＢ１１が起動しており、アプリＢ１１による出力がアクティブである場合、ページ処理部２２Ｚは、ステップＳ５５で、アイコンＩ６の画像データを取得する。図１８の（Ａ）乃至（Ｃ）は、ステップＳ５５でアイコンＩ４、Ｉ５、又はＩ６の画像データが取得された場合のディスプレイ３ｃの表示例である。

図１９の（Ａ）は、アイコンＩ４を選択する操作が実行されときの電子黒板２ｃの処理を示すフロー図である。この操作で、電子黒板２ｃのクライアント部２０は、テレビ会議用のアプリＢ１１を起動するための要求（以下、起動要求と表す）を受け付ける（ステップＳ１３１）。

電子黒板２ｃの通信制御部２１は、同じ電子黒板２ｃのアプリＩ／Ｆ部２３へ、受け付けられた起動要求を送信する（ステップＳ１３２）。アプリＩ／Ｆ部２３は、受信した起動要求を、同じ電子黒板２ｃのＯＳ２０２０へ送信する（ステップＳ１３３）。

ＯＳ２０２０は、受信した起動要求に応じて、アプリＢ１１を起動する（ステップＳ１３４）。ＯＳ２０２０の表示順制御部２４は、アプリＢ１１によって出力される画像をアクティブに、アプリＡ１１によって出力される画像を非アクティブに表示されるよう制御する（ステップＳ１３５）。

図１９の（Ｂ）は、アイコンＩ５を選択する操作が実行されときの電子黒板２ｃの処理を示すフロー図である。この操作で、電子黒板２ｃのクライアント部２０は、テレビ会議用のアプリＢ１１により出力される画像を最大化して最前面に表示するための要求（以下、最大化要求と表す）を受け付ける（ステップＳ１４１）。

電子黒板２ｃの通信制御部２１は、同じ電子黒板２ｃのアプリＩ／Ｆ部２３へ、受け付けられた最大化要求を送信する（ステップＳ１４２）。アプリＩ／Ｆ部２３は、受信した最大化要求を、同じ電子黒板２ｃのＯＳ２０２０の表示順制御部２４へ送信する（ステップＳ１４３）。

ＯＳ２０２０の表示順制御部２４は、受信した最大化要求に応じて、アプリＡ１１によって出力される画像を非アクティブにして、アプリＢ１１によって出力される画像を最大化した上でアクティブに表示されるように制御する（ステップＳ１４４）。

図１９の（Ｃ）は、アイコンＩ６を選択する操作が実行されときの電子黒板２ｃの処理を示すフロー図である。この操作で、電子黒板２ｃのクライアント部２０は、テレビ会議用のアプリＢ１１により出力される画像を最小化するための要求（以下、最小化要求と表す）を受け付ける（ステップＳ１５１）。

電子黒板２ｃの通信制御部２１は、同じ電子黒板２ｃのアプリＩ／Ｆ部２３へ、受け付けられた最小化要求を送信する（ステップＳ１５２）。アプリＩ／Ｆ部２３は、受信した最小化要求を、同じ電子黒板２ｃのＯＳ２０２０の表示順制御部２４へ送信する（ステップＳ１５３）。

ＯＳ２０２０の表示順制御部２４は、受信した最小化要求に応じて、アプリＢ１１によって出力される画像を最小化した上で非アクティブにして、アプリＡ１１によって出力される画像がアクティブに表示されるように制御する（ステップＳ１５４）

なお、第７の実施形態では、アプリＡ１１によって出力される画像が、アプリＢ１１によって出力される画像より大きく常にアイコンＩ４，Ｉ５，Ｉ６のいずれかが表示される場合について説明した。例えば、アプリＡ１１によって出力される画像が、アプリＢ１１によって出力される画像より小さい場合、アイコンＩ４，Ｉ５，Ｉ６をアプリＢ１１に表示させても良い。この場合、クライアント部２０による処理、クライアント部２０に対する処理が、クライアント部８０による処理、クライアント部８０に対する処理に置き換えられる点を除き、上記ステップＳ１３１乃至Ｓ１５４の処理と同様に実行される。

＜＜実施形態の主な効果＞＞
上記実施形態の出力方法によると、電子黒板２ｃの通信制御部２１（送受信手段の一例）は、電子黒板２ａ（他の通信端末の一例）との間の第１の通信で送受信されるストロークデータ（コンテンツデータの一例）に係るストローク画像（第１の画像の一例）を送受信する（送受信処理の一例）。電子黒板２ｃの通信制御部８１（送受信部の一例）は、ＰＣ８（他の通信端末の一例）との間の第２の通信で送受信される映像データ（コンテンツデータの一例）に係る映像（第２の画像の一例）を送受信する（送受信処理の一例）。電子黒板２ｃの描画制御部２２及び表示制御部８２、並びにディスプレイ３ｃ（表示手段の一例）は、ストローク画像及び映像の少なくとも一方の画像の表示の指示を受付けるアイコンＩ２，Ｉ３（表示指示画像の一例）、指示に応じたトローク画像及び映像の少なくとも一方の画像、並びに第１の通信及び第２の通信の停止の指示を受付けるアイコンＩ１（停止指示画像の一例）を表示する（表示処理の一例）。これにより、ユーザは、アイコンＩ１を介した操作により、両方の通信を停止させることができるようになるので、電子黒板２のユーザビリティは向上する。

重畳画像１４０のアイコンＩ１、又は重畳画像１５０のアイコンＩ１を介した操作入力が受け付けられた場合に、電子黒板２ｃのモード切替部２５（停止手段の一例）は、ＯＳ２０２０をスリープモードに移行させることで、第１の通信、及び第２の通信の両方を停止させる（停止処理の一例）。これにより、ユーザは、アイコンＩ１を介した操作により、両方の通信を停止させることができるようになる。

電子黒板２ｃにおいて、第１の通信を確立するためのアプリＡ１１（第１のアプリケーションの一例）、及び第２の通信を確立するためのアプリＢ１１（第２のアプリケーション）が起動している。電子黒板２ｃのモード切替部２５（停止手段の一例）は、ＯＳ２０２０をスリープモードに移行させることで、アプリＡ１１、及びアプリＢ１１の起動を停止させずに、第１の通信、及び第２の通信の両方を停止させる。これにより、会議を再開させたい場合に、電子黒板２ｃは、速やかに第１の通信、及び第２の通信を再度、確立することができる。

第１の通信で送受信されるコンテンツデータはストロークデータであり、第２の通信で送受信されるコンテンツデータは映像データである。電子黒板２ｃの記憶部２０００（管理手段の一例）に構築されるページデータ記憶部２２０は、表示制御部８２によって出力されるストロークに係るストロークデータを管理する。重畳画像１５０のアイコンＩ１を介した通信の停止の指示の操作が受け付けられた際に、記憶部２０００においてストロークデータが管理されている場合、表示順制御部２４は、重畳画像１４０をアクティブに表示させる。これにより、電子黒板２ｃは、ユーザに、通信の停止前にストローク画像を確認させることができる。

電子黒板２ｃのアプリＩ／Ｆ部２３は、通信アプリＢ１１による通信で発生するイベントを示す情報を、通信アプリＡ１１へ送信する。通信アプリＡ１１の処理により、ディスプレイ３ｃは、このイベントを示す情報に対応する通知（情報の一例）を出力する。これにより、電子黒板２ｃは、この通知によりユーザに通信の停止の判断をさせることができる。

電子黒板２ｃの記憶部２０００（管理手段の一例）に構築される表示管理テーブルは、イベントを示す情報に関連付けて、出力形式を示す情報を管理する。通信アプリＡ１１は、イベントを示す情報を受信すると、このイベントを示す情報に関連付けられて表示管理テーブルにおいて管理されている情報によって示される出力形式で通知を出力する。これにより、電子黒板２ｃは、検出されるイベントに応じて最適な形式で通知を出力することができる。

＜＜実施形態の補足＞＞
通信アプリＡ１１，Ｂ１１，Ｃ１１は、インストール可能な形式又は実行可能な形式のファイルによって、コンピュータで読み取り可能な記録媒体に記録されて流通されるようにしてもよい。また、上記記録媒体の他の例として、ＣＤ−Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク等が挙げられる。また、上記記録媒体、あるいは、これらプログラムが記憶されたＨＤ(Hard Disk)は、プログラム製品(Program Product)として、国内又は国外へ提供可能である。

また、上記実施形態における電子黒板２、ＰＣ８、中継装置３０、及び管理システム５０は、単一の装置によって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数の装置によって構築されていてもよい。

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

１ 通信システム
２ 電子黒板
３ ディスプレイ
４ 電子ペン
５ ＵＳＢメモリ
６ ノートＰＣ
８ ＰＣ
９ａ，９ｂ 通信ネットワーク
２０ クライアント部
２１ 通信制御部
２２ 描画制御部
２２Ａ ストローク処理部
２２Ｙ 重畳部
２２Ｚ ページ処理部
２３ アプリＩ／Ｆ部
２４ 表示順制御部
２５ モード切替部
２２０ ページデータ記憶部
３０ 中継装置
５０ 管理システム
８０ クライアント部
８１ 通信制御部
８２ 表示制御部
８３ 入力受付部
９０ サーバ部
９１ 通信制御部
２０００ 記憶部
８０００ 記憶部

特開２０１５−８８９４３号公報

Claims (11)

1. 他の通信端末との間の第１の通信で送信または受信されるコンテンツデータに係る第１の画像、及び他の通信端末との間の第２の通信で送信または受信されるコンテンツデータに係る第２の画像を送信または受信する送受信手段と、
   前記第１の画像及び前記第２の画像のうち少なくとも一方の画像の表示の指示を受付ける表示指示画像、該指示に応じた前記第１の画像及び前記第２の画像のうち少なくとも一方の画像、並びに、前記第１の通信及び前記第２の通信の停止の指示を受付ける停止指示画像を表示する表示手段と、
   を備える通信端末。
2. 前記停止の指示が受付けられると、前記第１の通信、及び前記第２の通信の両方を停止させる停止手段を備える請求項１に記載の通信端末。
3. 前記停止手段は、前記第１の通信を確立するための第１のアプリケーション、及び前記第２の通信を確立するための第２のアプリケーションの起動を停止させずに、前記第１の通信、及び前記第２の通信の両方を停止させる
   請求項２に記載の通信端末。
4. 前記第１の通信で送信または受信されるコンテンツデータはストロークデータであり、
   前記第２の通信で送信または受信されるコンテンツデータは映像データであり、
   前記ストロークデータの出力を管理する管理手段を有し、
   前記停止の指示が受け付けられた際に、前記管理手段において前記ストロークデータが管理されている場合に、前記表示手段は、前記第１の画像を前記第２の画像に対して優先して表示させる請求項１乃至３のいずれか一項に記載の通信端末。
5. 前記表示手段は、前記第１の画像を表示している際に、前記第２の通信で発生するイベントを示す情報を前記他の通信端末から受信した場合、前記第２の通信で発生するイベントを示す情報を表示する
   請求項４に記載の通信端末。
6. 前記管理手段は、前記イベントを示す情報に関連付けて、前記イベントを示す情報に対応する情報の出力形式を管理しており、
   前記表示手段は、受信した前記イベントを示す情報に関連付けられて前記管理手段において管理されている出力形式で前記対応する情報を表示する請求項５に記載の通信端末。
7. 請求項１乃至６のいずれか一項に記載の通信端末と、
   前記第１の通信により当該通信端末と通信する前記他の通信端末と、
   を備える通信システム。
8. 請求項１乃至６のいずれか一項に記載の通信端末と、
   前記第２の通信により当該通信端末と通信する前記他の通信端末と、
   を備える通信システム。
9. 更に、第２の通信を管理する管理システムを備える請求項８に記載の通信システム。
10. 通信端末に、
    他の通信端末との間の第１の通信で送信または受信されるコンテンツデータに係る第１の画像、及び他の通信端末との間の第２の通信で送信または受信されるコンテンツデータに係る第２の画像を送信または受信する送受信処理と、
    前記第１の画像及び前記第２の画像のうち少なくとも一方の画像の表示の指示を受付ける表示指示画像、該指示に応じた前記第１の画像及び前記第２の画像のうち少なくとも一方の画像、並びに、前記第１の通信及び前記第２の通信の停止の指示を受付ける停止指示画像を表示する表示処理と、
    を実行させる出力方法。
11. 通信端末に、
    他の通信端末との間の第１の通信で送信または受信されるコンテンツデータに係る第１の画像、及び他の通信端末との間の第２の通信で送信または受信されるコンテンツデータに係る第２の画像を送信または受信する送受信処理と、
    前記第１の画像及び前記第２の画像のうち少なくとも一方の画像の表示の指示を受付ける表示指示画像、該指示に応じた前記第１の画像及び前記第２の画像のうち少なくとも一方の画像、並びに、前記第１の通信及び前記第２の通信の停止の指示を受付ける停止指示画像を表示する表示処理と、
    を実行させるプログラム。

Images