JP2008098794A - コンテンツサーバ機能を備えた電子黒板 - Google Patents

Abstract

【課題】シームレスなネットワークシステムを容易に構築できる電子黒板を提供する。
【解決手段】ネットワークシステム１０に接続する電子黒板１００は、デバイスユニット１１０とネットワークサーバ１２０と有している。ネットワークサーバ１２０は議事録サーバ１２２を有しており、議事録サーバ１２２は電子黒板１００が会議などに用いられた際に生成した板書の画像データにリンクするスクリプトファイルを生成し保存する。ネットワークサーバ１２０は、ネットワークに接続するクライアント装置の要求に応じて当該スクリプトファイルを配信する。
【選択図】図１

Description

この発明は、電子黒板に関する。

電子黒板（電子ホワイトボード）は通常、会議などに用いられ、板書された内容を光学的手段等によって読み取り画像データとして取得して、その場でプリンタなどの出力機から出力することができる。また、そうした電子黒板を利用して、ネットワークを介して電子黒板から離れた場所に設置されたプリンタなどから板書内容を出力することができる電子黒板システムなどが提案されている（特許文献１等）。

特開２００５−１７５８２８

ネットワークシステムにおいては一般的に、利用者がネットワークに接続するデバイスの違いや、アクセスするデータの所在場所の違いなどを意識する必要がない状態、即ち、シームレスな状態で利用できることが好ましい。電子黒板をネットワークシステムに接続する場合においても、利用者はネットワークを介して電子黒板で生成されたデータなどをシームレスに利用できることが望ましい。

しかし、電子黒板を用いたネットワークシステムにおいては、そうしたシームレスなネットワークシステムが実現されていなかった。例えば特許文献１の技術においては、電子黒板によって生成されたデータは、システム内にある複数の複写機のうちから選択された複写機に対して送信され保存・蓄積される。従って、このシステムではデータを保存する記憶領域を備えた複写機が必要となる。また、このシステムでは、会議の参加した利用者が会議において電子黒板で生成されたデータを取得するには、電子黒板を介してデータの保存先である複写機にアクセスし、データの送信要求を行わなければならない。

このように、ネットワークシステムに電子黒板を接続する場合において、利用者がシームレスにシステムを利用できるための十分な工夫がなされてこなかったのが実情であった。

本発明は、シームレスなネットワークシステムを容易に構築できる電子黒板を提供することを目的とする。

上記目的を達成するために、本発明は、ネットワークに接続された電子黒板であって、利用者が書き込みを行う板書部と、前記板書部に書き込まれた内容を画像データとして取得するスキャナ部と、前記画像データを参照するスクリプトファイルを生成するスクリプトファイル生成部と、前記画像データと前記スクリプトファイルとが保存されるコンテンツサーバ部とを備え、前記コンテンツサーバ部は、前記ネットワークを介して前記スクリプトファイルを配信することを特徴とする。

この構成によれば、ネットワークシステムの利用者が、電子黒板によって生成されたスクリプトファイルの配信を、ネットワークに接続するクライアント装置によって電子黒板から受けることができる。従ってこの電子黒板を用いれば、容易にシームレスなネットワークシステムを構築できる。

前記スクリプトファイル生成部は、マークアップ言語で記述された印刷用スクリプトファイルを生成するものとしても良い。

この構成によれば、スクリプトファイル生成部は、容易にスクリプトファイルを生成することができる。

前記スクリプトファイル生成部は、前記電子黒板の使用開始時に前記スクリプトファイルのひな形であるスクリプトファイルフォーマットを生成し、前記スクリプトファイルフォーマットを更新することによって前記スクリプトファイルを生成するものとしても良い。

この構成によれば、スクリプトファイル生成部は、スクリプトファイルフォーマットに対してスクリプトの追加などの簡単な処理によってスクリプトファイルを生成できる。

前記スクリプトファイル生成部は、前記ネットワークに接続するクライアント装置において表示できる表示用スクリプトファイルと、前記ネットワークに接続するプリンタから出力することができる出力用スクリプトファイルの両方を生成するものとしても良い。

この構成によれば、ネットワークに接続するパーソナルコンピュータなどに表示されるスクリプトファイルの表示内容の示す情報と、プリンタなどによって出力されるスクリプトファイルの出力結果の示す情報との同一性を保たせることができる。

前記表示用スクリプトファイルはＨＴＭＬファイルであり、前記出力用スクリプトファイルはＸＨＴＭＬ−Ｐｒｉｎｔファイルであるものとしても良い。

この構成によれば、表示用スクリプトファイルを通常のブラウザソフトウェアで閲覧できる。また、ＸＨＴＭＬ−Ｐｒｉｎｔに対応するプリンタがスクリプトを解釈して出力用スクリプトファイルの出力を行うことができる。

前記電子黒板は、ネットワーク型プラグアンドプレイに対応しているものとしても良い。

この構成によれば、電子黒板は任意のタイミングでネットワークに接続したり、ネットワークから切断したりできる。

なお、本発明は、種々の形態で実現することが可能であり、例えば、電子黒板、その電子黒板を用いたネットワークシステム、そのネットワークシステムを用いた会議システム等の形態で実現することができる。

次に、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．用語の説明：
Ｂ．第１実施例：
ｂ１）システム概要：
ｂ２）予約実行処理：
ｂ３）会議中実行処理：
ｂ４）議事録出力処理：
Ｃ．第２実施例：
Ｄ．第３実施例：
Ｅ．第４実施例：
ｅ１）システム概要：
ｅ２）予約実行処理：
ｅ３）会議中実行処理：
ｅ４）議事録出力処理：
Ｆ．変形例：

Ａ．用語の説明：
以下の説明で使用する用語の意味は以下の通りである。
・ＵＰｎＰ（Universal Plug and Play）…ユニバーサルプラグアンドプレイ（ＵＰｎＰはUPnP Implementers Corporationの商標）。
・ＨＴＭＬ（HyperText Markup Language）…Ｗｅｂページを記述するためのマークアップ言語。
・ＸＭＬ（eXtensible Markup Language）…拡張マークアップ言語。
・ＸＨＴＭＬ(eXtensible HyperText Markup Language)…拡張ハイパーテキストマークアップ言語。ＨＴＭＬと互換性を有する文書記述言語の一種であり、ＸＭＬの実装の一形態である。ＸＨＴＭＬ−Ｐｒｉｎｔは、ＸＨＴＭＬ文書を印刷するための仕様である。
・ＤＬＮＡ(Digital Living Network Alliance)…ＵＰｎＰの技術を用いて家庭内のネットワークシステムでディジタルＡＶ機器同士やパソコンを相互接続し、連携させるための仕様。

Ｂ．第１実施例：
ｂ１）システム概要：
図１は本発明の一実施例としてのネットワークシステムの構成を示す概念図である。このネットワークシステム１０は、会議室２０に備えられた電子黒板１００とパーソナルコンピュータである会議室コンピュータ２００と、会議室２０以外の部署に備えられたパーソナルコンピュータであるネットワークコンピュータ３００とプリンタ４００とがＬＡＮを介して相互に接続されている。ＬＡＮは、ＩＥＥＥ８０２．３のような有線ネットワークでも、ＩＥＥＥ８０２．１１ｂ／ｇ／ａなどの無線ネットワークでも良い。

ネットワークシステム１０のＬＡＮに接続されるこれらの機器はＵＰｎＰ対応のネットワーク装置である。ネットワークコンピュータ３００とプリンタ４００とは、ＵＰｎＰアーキテクチャにおけるコントロールポイント３００ｃ、４００ｃを備えている。なお、図示は省略されているが、電子黒板１００と会議室コンピュータ２００もコントロールポイントを備えている。

ここで、「ＵＰｎＰ」及び「ＵＰｎＰアーキテクチャ」とは、ネットワーク装置を任意のタイミングでネットワークに接続したり、ネットワークから切断したりすることを実現するアーキテクチャである。本明細書では、ＵＰｎＰのように、ネットワークにおいてプラグアンドプレイを実現するアーキテクチャを、「ネットワーク型プラグアンドプレイ」と呼ぶ。

また、「コントロールポイント」とは、ＵＰｎＰアーキテクチャにおいて、ネットワーク上の他のデバイスを検出したり制御したりするコントローラを意味しており、サービスデバイスに対するクライアントとして機能するものである。なお、「サービスデバイス」とは、サービスを提供する装置を意味している。本明細書においては、特に断らない限り、「サービスデバイス」と「デバイス」とは同義語として使用される。

会議室コンピュータ２００とネットワークコンピュータ３００には、例えばInternet Explorlerなどのブラウザソフトウェアがインストールされている。プリンタ４００は、ＸＨＴＭＬ−Ｐｒｉｎｔに対応したプリンタ（以後、「ＸＨＴＭＬ−Ｐｒｉｎｔ対応プリンタ」と呼ぶ）である。プリンタ４００は、ユーザが操作を行う際に種々の情報（例えば出力ファイルのファイル名など）を表示可能な表示インターフェースＩＦを有している。

電子黒板１００は、デバイスユニット１１０とネットワークサーバ１２０とを備えている。電子黒板１００は、ネットワークサーバ１２０によってＬＡＮに接続している。デバイスユニット１１０とネットワークサーバ１２０との間は、ＵＳＢ（Universal Serial Bus）で接続されている。なお、デバイスユニット１１０とネットワークサーバ１２０とはＵＳＢ以外の他の物理的インターフェースで接続することも可能である。

デバイスユニット１１０は、制御部１１１とスキャナ部１１２とプリンタ部１１３とを備えている。スキャナ部１１２、プリンタ部１１３については後述する。制御部１１１は、スキャナ部１１２とプリンタ部１１３の動作の制御を行ったり、ネットワークサーバ１２０とのデータやメッセージのやりとりを行っている。

ネットワークサーバ１２０は、予約サーバ１２１と議事録サーバ１２２とウェブサーバ１２３とを備えている。電子黒板１００は、予約サーバ１２１によって、会議室の使用予約ができる予約実行処理（後述）を行うことができる。また、電子黒板１００は、議事録サーバ１２２によって会議の議事録を生成する議事録生成処理（後述）を行うことができる。なお、予約実行処理及び議事録生成処理は、Ｗｅｂアプリケーションによって実現されている。

ここで「Ｗｅｂアプリケーション」とはネットワーク上のクライアントとなるパーソナルコンピュータとサーバとの間で実現される次のような仕組みを実現するコンピュータプログラムを言う。ユーザがクライアントのブラウザソフトウェアに対して行った入力や要求を、クライアントはサーバに送信する。すると、その入力データや要求に対する処理をサーバ上のＷｅｂアプリケーションが行い、その処理結果がクライアントに返信され、クライアントのブラウザソフトウェアはその処理結果を表示する。この仕組みによって、ユーザはあたかも一連の処理がクライアントで行われているように感じることができる。

ネットワークサーバ１２０は、後述する予約実行ページと議事録生成ページとを有しており、クライアントのブラウザソフトウェアは、それら２つのページにアクセスすることによって、それぞれ予約サーバ１２１と議事録サーバ１２２に上記の２つの処理を依頼することができる。予約実行ページおよび議事録生成ページはそれぞれＨＴＭＬドキュメントとして実現することができる。

予約実行処理及び議事録生成処理の処理結果として予約データ及び議事録データ（後述）が生成され、ネットワークサーバ１２０に保存される。電子黒板１００は、予約サーバ１２１と議事録サーバ１２２とウェブサーバ１２３によって、当該データをネットワークシステム１０上のクライアント装置からの要求に応じて他の機器に配信することができる。その配信処理については後述する。

図２（Ａ）は、電子黒板１００の外観を示す概略図である。電子黒板１００は、筆記具によって任意に書き込みや消去が可能なボード部１１４を備えており、ボード部１１４は左右両側に設けられた脚部１１５によって支持されている。スキャナ部１１２はボード部１１４上を走査可能に設置されている。プリンタ部１１３はボード部１１４の下に設けられている。なお、図２（Ａ）には図示されていないが、制御部１１１（図１）がボード部１１４の背面に設けられている。また、ネットワークサーバ１２０の図示も省略してある。

スキャナ部１１２は、スキャン開始ボタン１１２ｂが押されると、駆動部（図示せず）によってボード部１１４上を図に示す矢印方向に移動し、ボード部１１４に書き込まれた内容（板書内容）を読み取ることができる。

図２（Ｂ）は、スキャナ部１１２によって取得された板書画像ＢＩ１の例である。制御部１１１は、この板書画像ＢＩ１をＪＰＥＧ形式のデータへと変換することができ、生成されたデータは適当なファイル名を付与されて（例えば「ｂｏａｄ＿ｉｍｇ１．ｊｐｇ」）、ネットワークサーバ１２０に保存される。なお、画像データはＪＰＥＧ形式以外のデータであるとしても良い。

また、制御部１１１は、板書画像ＢＩ１から印刷データを生成することもできる。「印刷データ」とは、印刷媒体上におけるドットの形成状態を示すドットデータによって印刷物を表すデータを意味している。制御部１１１は、当該印刷データによって板書画像ＢＩ１をプリンタ部１１３から出力させることができる。なお、プリンタ部１１３は電子黒板１００に備えられていなくとも良い。

ｂ２）予約実行処理：
図３（Ａ）は、電子黒板１００に対して行う会議室２０の予約実行処理の手順を示すシーケンス図である。会議室２０の使用予約は、会議室２０とは異なる部署にあるネットワークコンピュータ３００から電子黒板１００にアクセスすることによって行うことができる。

ステップ［１］では、ネットワークコンピュータ３００がＭ−Ｓｅａｒｃｈを行い、ステップ［２］では、電子黒板１００がネットワークコンピュータ３００に対して応答する。ここで「Ｍ−Ｓｅａｒｃｈ」とは、ＵＰｎＰアーキテクチャにおいてコントロールポイントがネットワーク上の任意の、若しくは全てのデバイスの検索を行うことを言う。ステップ［１］〜ステップ［２］の手順によってネットワークコンピュータ３００はネットワーク上に電子黒板１００を検出し、以後ネットワークコンピュータ３００と電子黒板１００とはピアツーピアで処理を進めることができるようになる。

ステップ［３］においてネットワークコンピュータ３００は、電子黒板１００に対してネットワークサーバ１２０にある予約実行ページにアクセスする。具体的には予約者がネットワークコンピュータ３００のブラウザソフトウェアから予約実行ページの場所を示すアドレスを入力することによって行う。するとステップ［４］において電子黒板１００からネットワークコンピュータ３００に対して予約実行ページが送信され、ブラウザソフトウェアは予約実行ページを表示する。

図３（Ｂ）は、ブラウザソフトウェアによって表示される予約実行ページの表示画面例である。予約実行ページの表示画面ＲＳには、電子黒板１００の設置されている会議室２０の固有の部屋番号Ｒｉｄ（ここでは「５１２」）が表示されている。表示画面ＲＳにはその他に、会議室２０を使用したい日時を入力するための第１の入力領域ＩＡ１と予約者の名前と会議の名称、会議参加者の氏名を入力する第２の入力領域ＩＡ２とが表示されている。予約実行ページの表示画面ＲＳは、他のレイアウトであっても良く、また他の表示項目や入力欄があるものとしても良い。例えば、予約可能日が示されたカレンダーが表示されていても良いし、予約者や参加者の氏名に加えて社員番号や所属を入力するものとしても良い。

ステップ［５］で予約者は２つの入力領域ＩＡ１、ＩＡ２に対して必要事項を入力する。第１の入力領域ＩＡ１はプルダウン表示により選択入力できるものとしても良い。予約者は入力が終了したなら予約実行ボタンＲＢをクリックして入力データを電子黒板１００に対して送信する（ステップ［６］）。予約サーバ１２１は、受け取った入力データから予約可能か否かの判断を行う。具体的には既にある予約データから先約が有るか無いか、入力項目に不適切なものが含まれていないかなどを検証する。予約サーバ１２１は、予約可能であると判断した場合に予約データとして予約ＸＭＬを生成する（ステップ［７］）。予約ＸＭＬは、マークアップ言語であるＸＭＬによって記述されたスクリプトファイルである。

図４は、予約サーバ１２１によって生成される予約ＸＭＬの一例である。予約ＸＭＬは、ヘッダー部ＳＣ１と、メタデータ部ＳＣ２と、スタイル設定部ＳＣ３と、ボディ部ＳＣ４とを含んでいる。ヘッダー部ＳＣ１には、当該予約ＸＭＬが準拠するＸＭＬのバージョンや当該予約ＸＭＬの持つ名前空間の定義などが記述されている。

メタデータ部ＳＣ２には、予約ＸＭＬについてのデータ（メタデータ）が記述されている。具体的には、ネットワークコンピュータから送信された入力項目が各属性の属性値として設定されている。例えば、属性”ｐｌａｃｅ”に対して、会議室番号”５１２”が設定されており、属性”ｙｅａｒ”、”ｍｏｎｔｈ”、”ｄａｙ”にはそれぞれ予約年月日として”２００６”、”８”、”２３”が設定されている。属性”ｒｅｓｅｒｖａｔｉｏｎ：ｓｔａｒｔ−ｔｉｍｅ”には会議開始予定時刻”１６：００”が設定され、属性”ｒｅｓｅｒｖａｔｉｏｎ：ｅｎｄ−ｔｉｍｅ”には会議終了予定時刻”１７：００”が設定されている。

また、メタデータ部ＳＣ２には、入力項目以外の値をもつ属性が含まれていても良い。例えば、属性”ｕｕｉｄ”は、電子黒板１００の固有の識別番号（電子黒板ＩＤ）を属性値として有しており、図４の例では”ｃｆｅ９２１００−６７ｃ４−１１ｄ４−ａ４５ｆ−００００４８ｄ４０５９０”が設定されている。この電子黒板ＩＤによって、例えばネットワーク上に予約ＸＭＬを生成する複数の電子黒板が存在する場合でも、電子黒板１００によって生成された予約ＸＭＬを特定することが可能である。さらにメタデータ部ＳＣ２には、属性”ｒｅｓｅｒｖａｔｉｏｎＩＤ”に対して”０００００００１”が設定されているが、これは成立した予約に対して予約サーバ１２１が付与する予約番号である。メタデータ部ＳＣ２には他に、属性”ｓｔａｔｅ”、”ｓｔａｒｔ−ｔｉｍｅ”、”ｅｎｄ−ｔｉｍｅ”についての記述が含まれているが、これらについては後述する。

スタイル設定部ＳＣ３及びボディ部ＳＣ４は、予約実行処理には直接関連せず、後述する議事録生成処理に使用されることになる。スタイル設定部ＳＣ３は生成される議事録のページ概念やレイアウトなどが設定されている。ボディ部ＳＣ４には会議中に生成される議事録の内容が追加（挿入）されることになる（詳細は後述）。本実施例ではＡ４横サイズのページ（用紙）に対してボディ部ＳＣ４に追加される議事録の内容がレイアウトされていく仕様となっている。なお、スタイル設定部ＳＣ３、ボディ部ＳＣ４は予約ＸＭＬには含まれていないものとしても良い。

ステップ［８］では、電子黒板１００からネットワークコンピュータ３００に対して予約処理結果が送信される。予約が成立した場合には、上記予約ＸＭＬに記述された予約番号がネットワークコンピュータ３００に送信され、予約者は予約番号を知ることができる。会議を開始する際にはこの予約番号を用いることになる。予約が不成立の場合には、その旨がネットワークコンピュータ３００に表示され、予約者は新たに予約を行うものとしても良い。

本実施例では、複数の会議室にそれぞれネットワークに接続する電子黒板１００が１つずつ設置されているものと仮定する。各電子黒板１００はそれぞれに予約実行ページを持っており、予約者は予約を行いたい電子黒板１００の予約実行ページにアクセスする。例えば、全ての電子黒板１００の予約実行ページの一覧がネットワークコンピュータ３００のブラウザソフトウェアに表示され、予約者が選択するものとしても良い。また、ネットワーク上にある全ての予約ＸＭＬのファイルを検索することによって、その情報から予約者の希望する時間に使用可能な電子黒板１００を特定することもできる。その場合に、上述した電子黒板ＩＤを用いるものとしても良い。このように、予約者は、ネットワーク上のコンピュータから電子黒板１００に対して任意に予約処理を行うことができる。

ｂ３）会議中実行処理：
図５は、上記予約実行処理によって予約を行った会議が行われる際のネットワークシステム１０の処理手順を示すシーケンス図である。この会議では、議事進行役である会議ユーザＭＵが会議室コンピュータ２００によって電子黒板１００にアクセスしつつ、電子黒板１００のボード部１１４に対して板書を行いながら進行する。

会議の開始にあたって会議ユーザＭＵは、会議室コンピュータ２００を起動する（ステップ［０］）。ステップ［1］では、会議室コンピュータ２００がＭ−Ｓｅａｒｃｈを行い、ステップ［２］では、電子黒板１００が会議室コンピュータ２００に対して応答する。ステップ［１］〜ステップ［２］の手順によって会議室コンピュータ２００は以後、電子黒板１００とピアツーピアで処理を進めることができるようになる。

ステップ［３］で会議室コンピュータ２００から電子黒板１００に対して会議の開始が告知される。具体的には、会議ユーザＭＵが会議室コンピュータ２００のブラウザソフトウェアから電子黒板１００のネットワークサーバ１２０にある議事録生成ページにアクセスし、上述の予約実行処理で得た予約番号を入力することによって行う。

図６は、ブラウザソフトウェアによって表示された議事録生成ページの初期表示画面例である。議事録生成ページの初期表示画面ＭＳ１には予約番号を入力する入力欄ＲＩと、ブラウザソフトウェアにデータの送信を指示する送信ボタンＴＢとがある。会議ユーザＭＵは入力欄ＲＩに予約番号を入力し、電子黒板１００へと送信する。予約番号は議事録サーバ１２２に渡される。

ステップ［４］では、議事録サーバ１２２が予約番号と現在時刻に基づいてネットワークサーバ１２０に保存されている予約ＸＭＬを検索する。該当する予約番号を有するＸＭＬが存在しない場合や、予約ＸＭＬに含まれる予約日時が現在時刻と比較して不適切であった場合（例えば、予約日が異なる場合など）には、議事録サーバ１２２は、会議室２０が使用できない旨を送信し、会議室コンピュータ２００のブラウザソフトウェアがそれを表示する。その場合、会議ユーザＭＵは予約実行処理を改めて行うことになるものとしても良い。

予約番号及び予約日時が適切な予約ＸＭＬが検索された場合には、議事録サーバ１２２は当該予約ＸＭＬを基に議事録フォーマットデータを作成する（ステップ［５］）。「議事録フォーマットデータ」とは、議事録サーバ１２２が議事録を生成する際にひな形とするスクリプトファイルのことを言う。なお、「議事録データ」とは、議事録サーバ１２２によって生成された議事録のスクリプトファイルのことを言い、議事録フォーマットデータをも含むものとする。議事録フォーマットデータは、具体的には次のように作成される。

図７（Ａ）、（Ｂ）は、図４に示した予約ＸＭＬから議事録フォーマットデータを作成する方法を示す説明図である。まず、予約ＸＭＬのメタデータ部ＳＣ２は、属性”ｓｔａｔｅ”の属性値が”ＩＤＬＥ”から”ＤＯ”に更新され、属性”ｓｔａｒｔ−ｔｉｍｅ”の属性値が現在時刻（当該処理実行時）の”１６：１０”に更新され、メタデータ部ＳＣ２ａとなる（図６（Ａ）において下線で表示）。属性”ｓｔａｔｅ”は会議の状況を示すための属性であり、属性値が”ＩＤＬＥ”の場合は会議が未実施であることを示し、属性値が”ＤＯ”の時は会議が実施中であることを示す。属性”ｓｔａｒｔ−ｔｉｍｅ”の属性値は、会議の開始時刻を示している。次に予約ＸＭＬのボディ部ＳＣ４は、２つのタグ”＜ｂｏｄｙ＞”、”＜／ｂｏｄｙ＞”の間にメタデータ部ＳＣ２の属性値から得られる会議情報からなる追加事項ＡＣ１が追加、挿入され、ボディ部ＳＣ４ａとなる（図７（Ｂ））。

なお、議事録フォーマットデータは、予約ＸＭＬを更新することによって生成するのではなく、予約ＸＭＬに含まれる属性値などのデータを利用して議事録サーバ１２２によって新規に生成されるものとしても良い。その場合は、予約ＸＭＬにはスタイル設定部ＳＣ３及びボディ部ＳＣ４はなくても良い。

上記の処理で生成された議事録フォーマットデータは、ＸＨＴＭＬ−Ｐｒｉｎｔ形式で作成される。議事録サーバ１２２は、このＸＨＴＭＬ−Ｐｒｉｎｔデータとは別に、ブラウザソフトウェアでも表示可能な表示用データとしてＨＴＭＬデータも生成する。以後、区別するためにＸＨＴＭＬ−Ｐｒｉｎｔデータとして生成された議事録フォーマットデータを「出力用議事録フォーマットデータ」と呼び、ＨＴＭＬデータとして生成された議事録フォーマットデータを「表示用議事録フォーマットデータ」と呼ぶ。また、ＸＨＴＭＬ−Ｐｒｉｎｔデータとして生成された議事録データを「出力用議事録データ」と呼び、ＨＴＭＬデータとして生成された議事録データを「表示用議事録データ」と呼ぶ。なお、単に「議事録フォーマットデータ」、「議事録データ」と呼ぶときは、表示用と出力用のいずれのデータをも含むものとする。生成された２種類の議事録フォーマットデータは、ネットワークサーバ１２０内に保存される。

図８（Ａ）は、出力用議事録フォーマットデータから表示用フォーマットデータを生成する処理を説明するための説明図である。本実施例では、出力用議事録フォーマットデータのスタイル設定部ＳＣ３のスクリプト”＠ｐａｇｅ｛…｝”を注釈文を示す記号”／＃”と”＃／”とで囲み、コメントアウトすることによって表示用フォーマットデータを生成している。なお、「コメントアウト」とは、スクリプトを注釈文（コメント）にしてしまうことによって無効化することを言う。

図８（Ａ）では、コメントアウト後のスタイル設定部ＳＣ３をスタイル設定部ＳＣ３ｈｔｍｌとして示している。スクリプト”＠ｐａｇｅ｛…｝”は、ＸＨＴＭＬ−Ｐｒｉｎｔデータにおいてページ概念を設定するスクリプトである。ここで「ページ概念」とは、プリンタから出力する際の用紙サイズ及びその用紙サイズにおけるレイアウト設定などのことである。即ち、ブラウザソフトウェアで表示する際には、このページ概念が不要であるためコメントアウトを行っている。即ち、本実施例では、出力用議事録データと表示用議事録データとは、スタイル設定部ＳＣ３、ＳＣ３ｈｔｍｌが異なるのみである。

なお、表示用議事録データは、出力用議事録データを更新することによって生成するのではなく、議事録サーバ１２２がまったく新規にＨＴＭＬドキュメントとして生成するものとしても良い。その場合は、ブラウザソフトウェア用にフレームを用いるなど、出力用議事録データのプリンタ出力とは異なるレイアウトであっても良い。但し、議事録としての情報の内容の同一性が保たれていることが好ましい。

図５のステップ［６］では、議事録サーバ１２２は、生成した表示用議事録フォーマットデータを会議室コンピュータ２００に送信する。ステップ［７］では、会議室コンピュータ２００は、表示用議事録フォーマットデータをブラウザソフトウェアによって表示する。図８（Ｂ）は、表示用議事録フォーマットデータの表示画面例である。表示画面ＭＳ２にはまだ、ボディ部ＳＣ４ａに含まれる追加事項ＡＣ１の会議情報のみが表示されている。

その後、会議が進行し、電子黒板１００のボード部１１４には議事内容などが書き込まれていく（ステップ［８］）。ステップ［９］では、会議ユーザＭＵが電子黒板１００のスキャナ部１１２のスキャン開始ボタン１１２ｂを押して電子黒板１００に対してスキャニング処理の開始命令を出す。すると電子黒板１００は板書のスキャニングを開始し、板書の画像データを取得する。ここで、取得画像として図２（Ｂ）において説明した板書画像ＢＩ１が取得されたものとする。板書画像ＢＩ１は、ファイル名”ｂｏａｄ＿ｉｍｇ１．ｊｐｇ”としてＪＰＥＧ形式でネットワークサーバ１２０に保存される。議事録サーバ１２２は、出力用議事録データ及び表示用議事録データを更新する（ステップ［１０］）。

図９は、議事録データの更新処理を説明するための説明図である。議事録データのボディ部ＳＣ４ａは、追加事項ＡＣ２、ＡＣ３が挿入され、会議開始時刻”１６：１０”が現在時刻”１６：４５”に更新されて（図において下線で表示）、ボディ部ＳＣ４ｂとなる。追加事項ＡＣ２は、上記スキャニングによって得られた板書画像ＢＩ１の画像データへのリンク情報である。追加事項ＡＣ３は、議事録の１ページ目のフッターである。更新された議事録データは、ネットワークサーバ１２０の議事録フォーマットデータを上書き保存することによって保存される。

ステップ［１１］では、会議ユーザＭＵが会議室コンピュータ２００のブラウザソフトウェアのページ更新処理を行うことによって、電子黒板１００に対して更新された議事録データが要求される。電子黒板１００のウェブサーバ１２３は、要求された議事録データ（ＨＴＭＬデータ）とそれにリンクする画像データ”ｂｏａｄ＿ｉｍｇ１．ｊｐｇ”とを会議室コンピュータ２００に送信する（ステップ［１２］）。会議室コンピュータ２００のブラウザソフトウェアは受信した議事録データを表示する（ステップ［１３］）。

図１０は、会議室コンピュータ２００のブラウザソフトウェアに表示される議事録データの表示画面例である。表示画面ＭＳ３は、表示画面ＭＳ２（図８（Ｂ））に板書画像ＢＩ１とフッターＦＴとが追加されている。なお、この議事録データの出力用議事録データをＸＨＴＭＬ−Ｐｒｉｎｔ対応プリンタから出力すると、枠線ＦＬを用紙の縁としたＡ４サイズ１ページ分の出力結果が得られる。

以後、会議が進行し板書内容が増えた場合などには、ステップ［８］〜ステップ［１３］とほぼ同じ手順が繰り返されることになる。ただし、２回目以降の議事録データ更新処理（即ち２回目以降のステップ［１０］）では議事録データの更新は次に説明するように行う。

図１１は、２回目の電子黒板１００のスキャニング処理がなされた場合の議事録データ更新処理を説明するための説明図である。ボディ部ＳＣ４ｂは、タグ”＜／ｂｏｄｙ＞”の前に追加事項ＡＣ４が挿入されてボディ部ＳＣ４ｃとなる。追加事項ＡＣ４は、１回目のステップ［１０］の更新処理によって生成された議事録１ページ分のデータ（図９）とは、画像データのリンク情報及び現在時刻が異なっている。３回目以降のスキャニング処理後の議事録データ更新処理は、この２回目の議事録データ更新処理と同様となる。

ここまでの説明からも解るように、板書のスキャニング処理を１回行うごとにＸＨＴＭＬ−Ｐｒｉｎｔ対応プリンタで出力される議事録は１ページ増えていくことになる。なお、表示用議事録データは、図８で説明したとおり、ページ概念がコメントアウトされているため、ブラウザソフトウェアで表示させると、板書画像データが追加された順に下に連続して表示される。そのためブラウザソフトウェアで閲覧する場合は、画面をスクロールさせて閲覧することになる。なお、表示用議事録データも、ブラウザソフトウェアで１ページずつ表示されるように生成されるものとしても良い。

ステップ［１４］では、会議を終了するにあたり会議ユーザＭＵが会議室コンピュータ２００に対して会議終了操作を行う。具体的には、会議室コンピュータ２００のブラウザソフトウェアを介して議事録生成ページに対して終了操作を行う。すると、会議室コンピュータ２００から電子黒板１００に対して会議の終了が告知され（ステップ［１５］）、議事録サーバ１２２は、会議終了の処理として最終的な議事録データ更新処理を行う（ステップ［１６］）。

図１２は、ステップ［１６］において行われる議事録データ更新処理を説明するための説明図である。この更新処理では議事録データのメタデータ部ＳＣ２ａのうちで、属性”ｓｔａｔｅ”の属性値が”ＤＯ”から”ＥＮＤ”に更新され、会議終了時刻を示す属性”ｅｎｄ−ｔｉｍｅ”の属性値が”−−：−−”から現在時刻である”１６：５９”に更新されて、メタデータ部ＳＣ２ｂとなる。議事録データはネットワークサーバ１２０内に上書き保存される。

本実施例では出力用議事録データをＸＨＴＭＬ−Ｐｒｉｎｔデータで生成しているが、その利点の１つは、ＸＨＴＭＬ−Ｐｒｉｎｔ対応プリンタが直接ＸＨＴＭＬ−Ｐｒｉｎｔデータを解釈して出力を行える点である。即ち、ＸＨＴＭＬ−Ｐｒｉｎｔ対応プリンタであれば他のコンピュータの助けなしで出力用議事録データを出力することができる。また、ＸＨＴＭＬ−Ｐｒｉｎｔ対応プリンタは、データの解釈にあたって、データ中に画像データがリンクされている場合には設定された所定の画像サイズに拡大及び縮小を行うなどして出力を行う。このため、出力用議事録データがＸＨＴＭＬ−Ｐｒｉｎｔデータであれば、ＸＨＴＭＬ−Ｐｒｉｎｔ対応プリンタの機種に依存することなく所定のレイアウトの議事録を得ることができる。

また、議事録サーバ１２２が出力用議事録データと表示用議事録データとを生成する利点は以下の通りである。基本的にブラウザソフトウェアはＸＨＴＭＬ−ＰｒｉｎｔデータであってもＨＴＭＬドキュメントとして解釈して表示することが可能である。しかし、例えば、画像データがリンクされているページを表示するときに、画像のサイズによっては画像がトリミングされて表示されてしまう場合がある。また出力結果が改頁タグによって複数のページに区切られているときに、１ページ目のみしか表示されないなどの不具合が生じる場合がある。そのような不具合が生じた場合、印刷物と表示画面の出力結果のレイアウトの同一性だけではなく、議事録としての情報の同一性が失われかねない。従って、議事録データは表示用議事録データと出力用議事録データの両方が生成されることが好ましい。

ｂ４）議事録出力処理：
図１３は、ネットワークシステム１０において電子黒板１００によって生成された議事録をプリンタ４００から出力する場合の手順を示したシーケンス図である。ステップ［１］〜［２］においてＭ−Ｓｅａｒｃｈに伴う一連の処理を行うことによって、プリンタ４００は電子黒板１００とピアツーピアで処理を行えるようになる。

ステップ［３］では、ユーザの操作に応じてプリンタ４００が電子黒板１００に対して出力用議事録データの送信要求を行う。具体的には以下の手順によって行う。プリンタ４００の要求によって議事録サーバ１２２から議事録データの一覧リストがプリンタ４００に対して送信される。プリンタ４００の表示インターフェースＩＦに当該リストが表示され、ユーザはそのリストの中から出力したい議事録データのファイル名を選び、電子黒板１００に通知する。また、プリンタ４００にキーボードやタッチパネルのような入力手段が設けられている場合に、予約番号や電子黒板ＩＤなどの議事録データが有する属性値によって検索できるものとしても良い。

ステップ［４］では、議事録サーバ１２２がプリンタ４００からの要求に対して、該当する議事録データを検索する。ステップ［５］では、議事録サーバ１２２は検索した議事録データをプリンタ４００に対して送信する。なお、この際、議事録データにリンクされている画像データも含めて送信される。ステップ［６］では、プリンタ４００は、議事録データのＸＨＴＭＬ−Ｐｒｉｎｔスクリプトを解釈して出力を行う。

このように、プリンタ４００がＸＨＴＭＬ−Ｐｒｉｎｔ対応プリンタであれば、ネットワークに接続するコンピュータを介することなく出力することができる。また、ネットワーク上に複数の電子黒板が存在し、それぞれが議事録データを生成・保存している場合であっても、ネットワーク上にある議事録データを全て検索でき、出力することができる。なお、検索の際に、議事録データのメタデータ部に含まれる電子黒板ＩＤを用いるものとしても良い。

図１４は、ネットワークコンピュータ３００において議事録データを表示閲覧し、また、プリンタ出力要求を行う場合の手順を示したシーケンス図である。ステップ［１］〜［５］では、図１３で説明したプリンタ４００と電子黒板１００の議事録サーバ１２２とが行った手順とほぼ同じ手順をネットワークコンピュータ３００と電子黒板１００のウェブサーバ１２３とが行う。その際、ネットワークコンピュータ３００はウェブサーバ１２３にブラウザソフトウェアを介してアクセスを行う。

なお、ステップ［３］〜ステップ［５］における議事録データとは、表示用議事録データ（ＨＴＭＬデータ）である。また、ステップ［５］において、ネットワークコンピュータ３００は、電子黒板１００から出力用議事録データ（ＸＨＴＭＬ−Ｐｒｉｎｔデータ）が格納されている場所を示す位置情報であるであるＵＲＬ（Uniform Resource Locator）を同時に取得する。以後このＵＲＬを「出力データＵＲＬ」と呼ぶ。この出力データＵＲＬは、表示用議事録データに含まれているものとしても良い。

ステップ［６］では、ネットワークコンピュータ３００が受信した表示用議事録データがブラウザソフトウェアによって表示される。このように利用者は、ネットワークに接続するパーソナルコンピュータ上で任意に議事録データを閲覧することができる。

次に、利用者は議事録の内容を確認したのち、プリンタ４００からの出力を行う。ステップ［７］〜ステップ［８］では、ネットワークコンピュータ３００がプリンタ４００に対してＭ−Ｓｅａｒｃｈを行い、プリンタ４００を検出する。ステップ［９］では、ネットワークコンピュータ３００からプリンタ４００に対して当該議事録データの印刷指示を行う。具体的には、プリンタ４００に対して、印刷を指示するメッセージとともに、ステップ［５］で表示用議事録データとともに取得した出力データＵＲＬを送信する。すると、プリンタ４００は、電子黒板１００の議事録サーバ１２２に対して出力データＵＲＬが示す出力用議事録データ（ＸＨＴＭＬ−Ｐｒｉｎｔデータ）を要求し、議事録サーバ１２２は当該データを送信する（ステップ［１０］〜ステップ［１１］）。ステップ［１２］では、プリンタ４００は、議事録データのＸＨＴＭＬ−Ｐｒｉｎｔスクリプトを解釈して出力を行う。

この電子黒板１００を用いたネットワークシステム１０によれば、ネットワークコンピュータ３００にプリンタ４００のドライバソフトなどが無い場合でもプリンタ４００から出力することができる。また、ネットワークコンピュータ３００の基本ソフト（ＯＳ；Operating System）の種類に関わらず所定のレイアウトでの議事録が得られる。

このように、このネットワークシステム１０では、電子黒板１００が、板書内容とそれに付随するデータのスクリプトファイルを生成する機能と、クライアントの要求に応じて当該データを配信するコンテンツサーバとしての機能とを有している。このような構成によって、このネットワークシステム１０を利用するユーザは、電子黒板１００で生成されたデータをネットワークに接続する機器から自由にアクセスすることが可能である。即ち、この電子黒板１００を用いれば、容易にシームレスなネットワーク環境を構築することができる。

Ｃ．第２実施例：
図１５は、本発明の第２実施例としてのネットワークシステムを示す概略図である。このネットワークシステム１０Ａでは、電子黒板１００Ａのためのネットワークサーバ１２０が会議室２０以外の部署に設置されている点以外は、図１のネットワークシステム１０とほぼ同じである。このような構成としても第１実施例と同様の処理を行うことができる。

ネットワークサーバ１２０を会議室２０の外に設置しておくことによって、会議室２０を使用していないときなどに電子黒板１００Ａのデバイスユニット１１０の電源を落としていても、ネットワークサーバ１２０が起動していれば、ネットワークシステム１０Ａの利用者は、ネットワークサーバ１２０にアクセスすることができる。従って、よりシームレスなネットワーク環境を構築することができる。

なお、１つのネットワークサーバ１２０が、複数の電子黒板１００Ａに関する各種の処理（予約、議事録作成、コンテンツ配信等）を行うものとしても良い。その場合は、ネットワークサーバ１２０による議事録データ及び予約データの一元管理が可能となる。

Ｄ．第３実施例：
図１６は、本発明の第３実施例として会議中における議事録生成処理の手順を示したシーケンス図である。図１６は、ステップ［１４］からステップ［１８］において議事録データに対する追記処理（後述）が行われている点以外は図５とほぼ同じである。また、本実施例におけるシステム構成は第１実施例（図１）と同じである。なお、本実施例のシステム構成は、第２実施例（図１６）と同じであるとしても良い。

本実施例での会議中の議事録生成手順のうち、ステップ［１］からステップ［７］は図５で説明した第１実施例のステップ［１］からステップ［７］と同様に行われる。図１７は、ステップ［７］で表示されるブラウザソフトウェアの表示画面例である。図１７の表示画面ＭＳ２ａは、入力欄ＩＰが設けられている点以外は、図８（Ｂ）の表示画面ＭＳ２と同じである。会議ユーザＭＵは、入力欄ＩＰに対してキーボードを介して任意に入力を行うことができる。

ステップ［８］からステップ［１３］では、図５で説明した第１実施例のステップ［８］からステップ［１３］と同様に行われる。ステップ［１４］では、会議ユーザＭＵは会議室コンピュータ２００に対して議事録データに追加したい内容を入力欄ＩＰに入力する。ステップ［１５］では、会議室コンピュータ２００から電子黒板１００に入力欄ＩＰに入力された追記データが送信される。具体的には、会議ユーザＭＵは、入力欄ＩＰに設けられた追記ボタンＰＢをクリックすることによって、ブラウザソフトウェアに追記データの送信指示をする。

ステップ［１６］では、電子黒板１００の議事録サーバ１２２が、議事録データに対して追記データを挿入して更新処理を行う。具体的には次のように行う。

図１８は、ステップ［１６］での議事録データ更新処理を説明するための説明図である。議事録サーバ１２２は、表示用議事録データ及び出力用議事録データのボディ部ＳＣ４に対して会議室コンピュータ２００から送信されてきた追記データＰＤ（破線で図示）を挿入する。なお、追記データＰＤの挿入される場所は議事録のレイアウトによって決定される。また、追記データＰＤをメタデータ部ＳＣ２で定義される属性値として挿入するものとしても良い。このようにすれば、会議終了後に追記データＰＤが含む内容によって議事録データを検索することができる。

ステップ［１７］では、更新された議事録データのうち表示用議事録データが電子黒板１００から会議室コンピュータ２００に対して送信される。ステップ［１８］では、送信された表示用議事録データを会議室コンピュータ２００のブラウザソフトウェアが表示する。

図１９は、上記の追記処理がなされた後の会議室コンピュータのブラウザソフトウェアの表示画面例である。図１９の表示画面ＭＳ３ａは、図１７の表示画面ＭＳ２ａに対して追記データＰＤが、板書画像ＢＩ１の上に追加されている。このように議事録サーバ１２２によって、議事録データに対する追記処理を実現することができる。議事録サーバ１２２によって、議事録データの編集処理が行えるものとしても良い。

Ｅ．第４実施例：
ｅ１）システム概要：
図２０は、本発明の第４実施例としてのネットワークシステムを示す概略図である。このネットワークシステム１０Ｂでは、ネットワークに接続されたプロジェクタ５００が会議室２０に設置されている点以外は、図１のネットワークシステム１０と同じである。

プロジェクタ５００は、電子黒板１００のボード部１１４にＪＰＥＧ形式等の画像データを解釈して任意の倍率で画像を投影することができる。本実施例では、プロジェクタ５００は、電子黒板１００に対して設置位置が固定されているものとする。あるいは、電子黒板１００とプロジェクタ５００とは、会議室２０の定位置に設置されており、その配置は変更されないものとしても良い。

なお、本明細書中では、プロジェクタ５００がボード部１１４に投影を行っている場合において、ボード部１１４上に投影された画像の位置を「投影位置」と呼ぶ。また、ボード部１１４上に投影されている画像の大きさを「投影サイズ」と呼び、投影サイズと画像データの画素数との比率を「投影倍率」と呼ぶ。

図２１（Ａ）、（Ｂ）は、プロジェクタ５００と電子黒板１００との連携動作を説明するための説明図である。図２１（Ａ）は、プロジェクタ５００が電子黒板１００のボード部１１４に画像ＰＩ１を投影している状態を示している。電子黒板１００は、プロジェクタ５００を操作することができるデバイスドライバ（以後「プロジェクタドライバ」と呼ぶ）を有しおり、ネットワークに接続する外部のコンピュータから電子黒板１００を介してプロジェクタ５００の操作を行うことができる。

例えば、電子黒板１００のネットワークサーバ１２０にファイル名”ｐｒｊ＿ｉｍｇ１．ｊｐｇ”としてＪＰＥＧ形式で保存されている画像ＰＩ１を想定する。ユーザがネットワークに接続するコンピュータから電子黒板１００に画像ＰＩの投影指示をすると、電子黒板１００のプロジェクタドライバは、プロジェクタ５００に投影要求とともに画像ＰＩ１の画像データを送信する。画像データを受け取るとプロジェクタ５００は画像ＰＩ１を電子黒板１００のボード部１１４に投影する。

また、ユーザはネットワーク上のコンピュータを介してプロジェクタ５００の操作を行い、投影画像の拡大・縮小や投影位置の移動などを行うことができる。具体的には、第１実施例において説明した議事録生成ページにプロジェクタ５００を操作するためのインターフェースがボタン表示などで設けられており、これによってユーザがプロジェクタ５００を操作するものとしても良い。このようにすれば、ユーザは後述する議事録生成処理時に会議室コンピュータ２００のブラウザソフトウェアからプロジェクタ５００の操作を行うことができる。

なお、上記のようなプロジェクタ５００の操作が行われた場合、プロジェクタドライバは、電子黒板１００の議事録サーバ１２１に投影画像の拡大・縮小倍率や移動距離などの操作内容の情報を含むプロジェクタ操作情報を渡す。なお、ユーザが会議室コンピュータ２００を介することなく、プロジェクタ５００を直接的に操作した場合には、プロジェクタ５００から電子黒板１００に対してプロジェクタ操作情報が送信されるものとしても良い。

図２１（Ｂ）では、筆記具ＷＥによってボード部１１４に書き込みがなされ、スキャナ部１１２によって板書画像のスキャニング処理が行われた場合を示している。スキャナ部１１２はボード部１１４を図に示す矢印方向に走査する。その際、ボード部１１４のスキャニング対象となっている領域には投影画像ＰＩ１が映り込まない。そのためスキャナ部１１２は、投影画像ＰＩ１を含まないボード部１１４に書き込まれた内容のみの板書画像ＢＩ３を取得することができる。

電子黒板１００は、板書画像ＢＩ３の画像データを生成し、任意のファイル名を付されてネットワークサーバ１２１内に保存する。例えば本実施例では、板書画像ＢＩ３は、ファイル名”ｂｏａｄ＿ｉｍｇ３．ｊｐｇ”のＪＰＥＧ形式の画像データとして保存されるものとする。結果として電子黒板１００は、投影画像と板書画像の２種類の画像データを有することになる。

上述したように本実施例では、プロジェクタ５００は、電子黒板１００に対して位置が固定されて設置されている。するとプロジェクタ５００は、起動時の初期設定の状態（デフォルトの状態）では常に同じ投影位置及び投影倍率で投影するように設定できる。このデフォルトの状態における投影位置を「基準投影位置」と呼び、投影倍率を「基準投影倍率」と呼ぶ。

例えば、基準投影位置がボード部１１４の中心と投影画像の中心とが一致するように設定され、基準投影倍率が１ピクセルを０．２５ｍｍで投影するように設定されている場合を想定する。すると横４０００ピクセル×縦３０００ピクセルの画像データを投影した場合に、プロジェクタ５００はデフォルトの状態でボード部１１４の中央に横１００ｃｍ×横７５ｃｍのサイズで投影を行う。

このような構成とすることによって以下のような利点がある。プロジェクタ５００がデフォルト状態で投影をおこなった後に、ユーザが拡大・縮小及び移動の操作を行い投影サイズ及び投影位置が変更された場合を想定する。こうした場合に、基準投影位置及び基準投影倍率が設定されていれば、上述したプロジェクタ操作情報を用いて変更後の投影画像の表示状態を演算によって求めることができる。従って、電子黒板１００のボード部１１４上に投影されている状態の投影画像を再現した画像データを生成することができる。以後、この処理を「投影再現画像生成処理」と呼び、投影再現画像生成処理によって生成された画像を「投影再現画像」と呼ぶ。

図２２（Ａ）〜（Ｂ）は、投影再現画像生成処理を説明するための説明図である。図２２（Ａ）は、ボード部１１４に原投影画像ＰＩ０が電子黒板１００のボード部１１４に基準投影位置に基準投影倍率で投影された状態を示している。なお、電子黒板１００のボード部１１４以外の部位は図示が省略されている。原投影画像ＰＩ０はボード部１１４のサイズより小さく、アスペクト比（縦横比率）も異なる。そのため、ボード部１１４には、画像の投影されていない領域である非投影領域ＮＰが存在する。

図２２（Ｂ）は、ユーザによってプロジェクタ５００に投影画像の拡大操作及び移動操作がされた後の投影状態を示している。原投影画像ＰＩ０には、ボード部１１４に収まらない外投影領域ＯＰ（ハッチングされた領域）が生じている。また、ボード部１１４には、投影状態が変更された後にも非投影領域ＮＰがある。

図２２（Ｃ）は、投影再現画像生成処理が行われて生成された投影再現画像ＰＩ１を示している。投影再現画像ＰＩ１は、原投影画像ＰＩ０の外投影領域ＯＰが削除され、ボード部１１４の非投影領域ＮＰが追加されることによって、ボード部１１４と同じアスペクト比を有するサイズの画像データとして新たに生成される。具体的には、電子黒板１００の議事録サーバ１２２が、外投影領域ＯＰ及び非投影領域ＮＰの各辺の長さを、基準投影位置からの移動距離と基準投影倍率からの拡大率とボード部１１４の各辺の長さとから算出し、その結果を用いて生成する。このように、投影再現画像を生成することによって後述する議事録生成処理において板書画像と投影画像の重ね合わせを容易に行うことができる。

ｅ２）予約実行処理：
本実施例における予約実行処理は、第１実施例における予約実行処理とほぼ同様に行われる。ただし、予約実行処理によって生成される予約ＸＭＬは、第１実施例において説明した図４の予約ＸＭＬのうち、ヘッダー部ＳＣ１と、メタデータ部ＳＣ２と、ボディ部ＳＣ４とが同じであるが、スタイル設定部ＳＣ３のみが異なる。

図２３は、本実施例において生成される予約ＸＭＬのうちスタイル設定部ＳＣ３ａのみを示している。スタイル設定部ＳＣ３ａは、次に説明する点以外は図４に示された予約ＸＭＬに含まれるスタイル設定部ＳＣ３と同じである。

スタイル設定部ＳＣ３ａは、投影画像のレイアウト設定が記述された投影画像レイアウト部ＰＬと、板書画像のレイアウト設定が記述された板書画像レイアウト部ＢＬとを有している。第１実施例の議事録データでは、１ページに１枚の板書画像がレイアウトされていたが、本実施例において生成される議事録データでは、スタイル設定部ＳＣ３ａが２つの画像レイアウト部ＰＬ、ＢＬを有することにより、同一ページ内に２枚の画像データをレイアウトすることができる。なお、このスタイル設定部ＳＣ３ａでは、２枚の画像データは、同一座標に同一サイズで重なり合って配置されるように設定されている。

ｅ３）会議中実行処理：
図２４は、本実施例における会議中の議事録生成処理の手順を示したシーケンス図である。図２４は、プロジェクタ５００の投影処理に関する手順が加わっている点以外はほぼ第１実施例の図５と同じである。以下にその相違点について説明する。

本実施例における議事録生成手順のうち、ステップ［０］からステップ［４］は、第１実施例と同様に行われる。ステップ［５］では、電子黒板１００から、プロジェクタ５００によって投影すべき画像データが要求される。会議ユーザＭＵは、会議室コンピュータ２００を介して電子黒板１００に投影用画像データを送信する（ステップ［６］、ステップ［７］）。投影用画像データが既にネットワーク上に保存されているなら、当該データのＵＲＬを電子黒板１００に通知するものとしても良い。

ステップ［８］では、電子黒板１００のプロジェクタドライバがプロジェクタ５００に投影用画像データを送信する。ステップ［９］では、プロジェクタ５００が、電子黒板１００のボード部１１４の基準投影位置に基準投影倍率で投影用画像を表示する。

次に会議ユーザＭＵは、所望の投影状態となるようにプロジェクタ５００を操作する（ステップ［９］）。会議ユーザＭＵの操作指示は、会議室コンピュータ２００から電子黒板１００のプロジェクタドライバに送信され（ステップ［１０］）、プロジェクタドライバはプロジェクタ５００の操作を行う（ステップ［１１］）。プロジェクタ５００は、投影状態を操作に応じて変更する（ステップ［１２］）。

所望の投影状態を得られたなら、会議ユーザＭＵは電子黒板１００に投影状態決定を通知する（ステップ［１３］）。具体的には、会議室コンピュータ２００に表示されている議事録生成ページに設けられた決定ボタンをクリックするものとしても良い。会議室コンピュータ２００から投影状態決定を通知されると（ステップ［１４］）、電子黒板１００は、投影再現画像生成処理を行う（ステップ［１５］）。投影再現画像生成処理で生成された投影再現画像の画像データは、適当なファイル名が付されてＪＰＥＧ形式でネットワークサーバ１２０内に保存される。なお、データ形式はＪＰＥＧ形式でなくとも良い。

ステップ［１６］では、ステップ［４］で検索した予約ＸＭＬから議事録フォーマットデータを生成する。本実施例においても第１実施例と同様に予約ＸＭＬを基に議事録フォーマットデータをスクリプトファイルとして生成するが、以下の点で第１実施例とは異なる。

図２５（Ａ）は、議事録フォーマットデータ生成処理を説明するための説明図である。本実施例の議事録フォーマットデータは、予約ＸＭＬのメタデータ部ＳＣ２を、第１実施例の図７（Ａ）と同様に更新し、ボディ部ＳＣ４を図２４（Ａ）で示すように更新する。即ち、メタデータ部ＳＣ２はメタデータ部ＳＣ２ａとなり、ボディ部ＳＣ４は、追加事項ＡＣ６が挿入されてボディ部ＳＣ４ｄとなる。追加事項ＡＣ６には、予約ＸＭＬの予約情報と投影再現画像の画像データを参照するためのリンク情報とが含まれている。本実施例では、投影再現画像として図２１の説明で用いた投影画像ＰＩ１の画像データ（ファイル名”ｐｒｊ＿ｉｍｇ１．ｊｐｇ”）を参照している。

なお、本実施例でも第１実施例と同様に、表示用議事録データをＨＴＭＬとして生成し、出力用議事録データをＸＨＴＭＬ−Ｐｒｉｎｔデータとして生成されるものとする。その生成方法は第１実施例と同様である。ステップ［１７］では、表示用議事録フォーマットデータとその参照画像（投影再現画像ＰＩ１）とが会議室コンピュータ２００に送信される。ステップ［１８］では、会議室コンピュータ２００がブラウザソフトウェアで表示用議事録フォーマットデータを表示する。

図２５（Ｂ）は、ブラウザソフトウェアによる表示用議事録フォーマットデータの表示画面例である。この表示画面ＭＳ２ｂは、第１実施例の表示用議事録フォーマットデータの表示画面ＭＳ２（図８（Ｂ））と同じく、会議情報が表示されており、その下には投影再現画像ＰＩ１が追加表示されている。

その後、会議が進行して板書が行われ（ステップ［１９］）、電子黒板１００に対して板書のスキャン命令がなされる（ステップ［２０］）。本実施例では、図２１（Ｂ）の説明において例示した板書がなされたものとする。電子黒板１００は、板書のスキャニング処理を実行して板書画像ＢＩ３を取得する（ステップ［２１］）。板書画像ＢＩ３は、電子黒板１００のネットワークサーバ１２０内にＪＰＥＧ形式でファイル名”ｂｏａｄ＿ｉｍｇ３．ｊｐｇ”の板書画像データとして保存される。

なお、この板書画像ＢＩ３の板書画像データは、ボード部１１４の地色（ホワイトボードであれば白色。以後「背景色」と呼ぶ。）と同一色の領域の画素に関しては、その画像データのアルファチャンネルのアルファ値を０とするように生成される。また、書き込み部分の画素では、アルファ値は１．０となる。ここで、「アルファチャンネル」とは、コンピュータが扱うデジタル画像データにおいて、各点（ドット）に設定された透過度を示す情報を保存するデータ領域のことをいう。例えば、アルファ値α＝０は完全透過を示し、アルファ値α＝１．０は完全不透過を示す。即ち、板書画像データは、書き込みがなされていない部分は透明色として解釈される。

ステップ［２１］では、さらに、電子黒板１００は、議事録フォーマットデータを更新する。図２６（Ａ）は、議事録フォーマットデータの更新処理を説明するための説明図である。議事録フォーマットデータのボディ部ＳＣ４ｄは、板書画像ＢＩ３の画像データを参照するための追加事項ＡＣ７が追加され、また、第１実施例と同様にフッターの追加を記述した追加事項ＡＣ３が追加されてボディ部ＳＣ４ｅとなる。

ステップ［２２］では、会議ユーザＭＵが、会議室コンピュータ２００のブラウザソフトウェアから表示ページの更新要求を行う。電子黒板１００の議事録サーバ１２２は、更新された議事録データのうち、表示用議事録データが板書画像データとともに送信する（ステップ［２３］）。会議室コンピュータ２００は、ブラウザソフトウェアによって受け取った議事録データを表示する（ステップ［２４］）。

図２６（Ｂ）は、更新された表示用議事録データの表示画面例である。表示画像ＭＳ３ｂは、図２５（Ｂ）の表示画面ＭＳ２ｂの投影画像ＰＩ１と同じ場所に板書画像ＢＩ３が同じサイズで重ねて表示されている。なお、本実施例では上述したように板書画像ＢＩ３にアルファチャンネルが設定されているため、板書画像ＢＩ３の背景色が透過されてその領域に投影画像ＰＩ１が表示される。また、表示画面ＭＳ３ｂにはフッターＦＴが追加されている。この議事録データの出力用議事録データをＸＨＴＭＬ−Ｐｒｉｎｔ対応プリンタから出力すると、枠線ＦＬを用紙の縁としたＡ４サイズ１ページ分の出力結果が得られる。

なお、会議終了時に行うステップ［２５］〜ステップ［２７］の処理手順も、第１実施例において説明した図５のステップ［１４］〜ステップ［１６］の処理手順と同様に行われる。

ｅ４）議事録出力処理：
議事録出力処理は、第１実施例と同様に行うことができる。ただし、議事録出力処理においてネットワークサーバ１２０から配信される議事録データには投影用画像データ（投影再現画像の画像データを含む）が含まれている。

このように、本実施例の構成によれば、電子黒板１００とプロジェクタ５００とを連携動作させることができ、投影画像を議事録に反映させることができる。また、議事録データをＨＴＭＬデータやＸＨＴＭＬ−Ｐｒｉｎｔデータなどのマークアップ言語で記述されたスクリプトファイルによって生成しているので画像の重ね合わせ処理を容易に行うことができる。

Ｆ．変形例：
なお、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。

上記実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されていた構成の一部をハードウェアに置き換えるようにしてもよい。例えば、議事録サーバ１２２の機能の一部を制御部１１１が実行するようにすることもできる。

Ｆ１．変形例１：
上記実施例において、電子黒板１００は、議事録データとしてＸＨＴＭＬ−ＰｒｉｎｔデータやＨＴＭＬデータといったマークアップ言語によってスクリプトファイルを生成していたが、マークアップ言語ではない他の種類のスクリプトファイルを生成するものとしても良い。また、議事録データとして表示用議事録データと出力用議事録データを生成していたが、いずれか少なくとも一方のみを生成するものとしても良い。ただし、上記実施例において示したように、予約データや議事録データをＸＭＬデータやＸＨＴＭＬ−Ｐｒｉｎｔデータ及びＨＴＭＬデータなどを用いて生成することによって、これらのデータを容易に生成又は更新することができる。

Ｆ２．変形例２：
上記実施例において、電子黒板１００のネットワークサーバ１２０へのアクセスをネットワークに接続するコンピュータのブラウザソフトウェアによって行っていたが、他のアプリケーションプログラムによって行うものとしても良い。例えば、電子黒板１００の専用のアプリケーションプログラムによって行うものとしても良い。その場合は、上記実施例における予約実行処理の全部又はその一部及び議事録生成処理のスクリプトファイル生成処理以外の処理をそのアプリケーションプログラム上で行うことができる。

Ｆ３．変形例３：
上記実施例において、議事録サーバ１２２は議事録フォーマットデータを生成していたが、議事録フォーマットデータを生成しなくとも良い。また、議事録データは、議事録フォーマットデータから板書内容のスキャニングを行うたびに議事録サーバ１２２が更新処理を行うことによって生成していたが、他のタイミングで行っても良い。例えば、会議を終了するときに議事録データが生成されるものとしても良い。

Ｆ４．変形例４：
上記実施例において、電子黒板１００及びその他のネットワークに接続する機器はＵＰｎＰに対応していたが、ＵＰｎＰに対応していなくとも良い。ＵＰｎＰ以外の技術によってネットワーク型プラグアンドプレイを実現しているものとしても良いし、ＵＰｎＰの将来のバージョンを適用するものとしても良い。例えばＤＬＮＡに対応しているものとしても良い。

Ｆ５．変形例５：
上記実施例において、会議中に会議ユーザＭＵは、会議室コンピュータ２００を介して電子黒板１００にアクセスしていたが、電子黒板１００に直接的に会議開始の告知やその他の処理要求を行えるものとしても良い。その場合は、電子黒板１００には、例えば表示部やタッチパネル又はキーボードといったインターフェースが設けられていることが好ましい。

Ｆ６．変形例６：
第４実施例において、プロジェクタ５００の電子黒板１００に対する位置が固定されていたが、固定されていなくとも良い。この場合は、投影を開始する前に、基準投影位置及び基準投影倍率の設定を行う位置決め処理を行うことが好ましい。具体的には、以下の手順で行うことができる。ボード部１１４の縦方向のサイズと横方向のサイズとの比率（アスペクト比）と縦方向のピクセル数と横方向のピクセル数との比率とが同じである標準画像を準備しておき、当該標準画像をボード部１１４と完全に重なり合うように投影する。この状態でユーザが電子黒板１００に通知することによって、電子黒板１００に現在の投影位置及び投影倍率を基準投影位置及び基準投影倍率として設定させる。電子黒板１００または会議室コンピュータ２００は、この処理のためのアプリケーションプログラムを有しているものとしても良い。

Ｆ７．変形例７：
第４実施例において、プロジェクタ５００は、電子黒板１００と分離して電子黒板１００の前方から投影していたが、電子黒板１００と一体となってボード部１１４の背面から投影するリアプロジェクションとしても良い。このような構成とすれば、基準投影位置及び基準投影倍率をより正確に設定しておくことができる。なお、この場合は、板書のスキャニング処理の際にはプロジェクタによる投影は一時的に中断することが好ましい。

Ｆ８．変形例８：
第４実施例において、板書画像と投影画像の重ね合わせを議事録データのスクリプトを更新することによって実現していたが、板書画像と投影画像とが重ね合わされた別の新規の画像データが生成されるものとしても良い。この場合は、議事録データには当該新規の画像データのみが参照されているものとしても良い。

Ｆ９．変形例９：
第４実施例において、議事録サーバ１２２は投影再現画像を生成していたが、投影再現画像を生成しなくとも良い。この場合には、議事録データの更新処理において、投影画像が投影再現画像と同様に表示・出力されるようにスタイル設定部ＳＣ３ａの投影画像レイアウト部ＰＬのスクリプトを更新するものとしても良い。

Ｆ１０．変形例１０：
第４実施例において、投影用画像データは、図２４のステップ［７］で会議室コンピュータ２００から電子黒板１００に送信されているが、当該データが使用される会議の予約データに参照されてネットワークサーバ１２０に保存されているものとしても良い。この場合は、ステップ［４］において、予約ＸＭＬとともに投影用画像データも検索されるものとしても良い。

Ｆ１１．変形例１１：
上記実施例において、議事録データとリンクする板書の画像データをネットワークサーバ１２０に保存していたが、さらに会議中に録音機器によって録音された録音データを議事録データにリンクさせてネットワークサーバ１２０に保存するものとしても良い。

Ｆ１２．変形例１２：
上記実施例において、議事録データに対してセキュリティ対策はなされていないが、例えば議事録データにはＩＤ番号などによる利用者の認証がなされなければクライアント装置に配信されないなどのセキュリティ対策がされるものとしても良い。

Ｆ１３．変形例１３：
上記実施例において、電子黒板１００は会議室に設置され、議事録データの生成には予約ＸＭＬに含まれた会議予約情報が利用されていたが、電子黒板１００は会議室以外の部屋に設置されているものとしても良く、議事録データには予約情報以外の当該部屋の利用情報が利用されるものとしても良い。また、部屋の利用情報は、議事録生成時に会議ユーザＭＵによって会議室コンピュータへ入力されることによって取得するものとしても良い。なお、本明細書中において、「部屋の利用情報」とは、少なくとも、その部屋が利用されている日付や時刻と、利用目的とが含まれているものとする。

第１実施例におけるネットワークシステムの概略を示す概略図。 電子黒板の概略を説明するための説明図。 会議室の予約処理の手順を示すシーケンス図と会議予約を行う際のブラウザソフトウェアの表示画面。 予約データである予約ＸＭＬのスクリプトの一例。 会議中の議事録生成処理の手順を示すシーケンス図。 議事録生成処理においてブラウザソフトウェアが表示する予約番号入力画面の一例。 議事録フォーマットデータの生成処理を説明するための説明図。 表示用議事録データの生成処理を説明するための説明図と表示用議事録データの表示画面の一例。 議事録データの更新処理を説明するための説明図。 議事録データの表示画面の一例。 議事録データの更新処理を説明するための説明図。 議事録データの更新処理を説明するための説明図。 議事録データの出力手順を示すシーケンス図。 議事録データの表示手順及び出力手順を示すシーケンス図。 第２実施例におけるネットワークシステムの概略を示す概略図。 第３実施例における会議中の議事録生成処理の手順を示すシーケンス図。 第３実施例における議事録フォーマットデータの表示画面の一例。 第３実施例における議事録データの追記処理を説明するための説明図。 第３実施例における議事録データの追記処理後の表示画面の一例。 第４実施例におけるネットワークシステムの概略を示す概略図。 第４実施例におけるプロジェクタと電子黒板の連携動作を説明するための説明図。 第４実施例における投影再現画像生成処理を説明するための説明図。 第４実施例における予約ＸＭＬを説明するための説明図。 第４実施例における会議中の議事録生成処理の手順を示すシーケンス図。 第４実施例における議事録フォーマットデータの生成手順を示す説明図と議事録フォーマットデータの表示画面の一例。 第４実施例における議事録データの生成手順を示す説明図と議事録データの表示画面の一例。

符号の説明

１０、１０Ａ、１０Ｂ…ネットワークシステム
２０…会議室
１００、１００Ａ…電子黒板
１１０…デバイスユニット
１１１…制御部
１１２…スキャナ部
１１２ｂ…スキャン開始ボタン
１１３…プリンタ部
１１４…ボード部
１１５…脚部
１２０…ネットワークサーバ
１２１…予約サーバ
１２２…議事録サーバ
１２３…ウェブサーバ
２００…会議室コンピュータ
３００…ネットワークコンピュータ
３００ｃ…コントロールポイント
４００…プリンタ
４００ｃ…コントロールポイント
５００…プロジェクタ
ＡＣ１〜ＡＣ７…追加事項
ＢＩ１、ＢＩ３…板書画像
ＢＬ…板書画像レイアウト部
ＦＬ…枠線
ＦＴ…フッター
ＩＡ１…第１の入力領域
ＩＡ２…第２の入力領域
ＩＦ…表示インターフェース
ＩＰ…入力欄
ＭＳ１、ＭＳ２、ＭＳ２ａ、ＭＳ２ｂ、ＭＳ３、ＭＳ３ａ、ＭＳ３ｂ…表示画面
ＭＵ…会議ユーザ
ＮＰ…非投影領域
ＯＰ…外投影領域
ＰＢ…追記ボタン
ＰＤ…追記データ
ＰＩ０、ＰＩ１…投影画像
ＰＬ…投影画像レイアウト部
ＲＢ…実行ボタン
ＲＩ…入力欄
Ｒｉｄ…部屋番号
ＲＳ…表示画面
ＳＣ１…ヘッダー部
ＳＣ２、ＳＣ２ａ、ＳＣ２ｂ…メタデータ部
ＳＣ３、ＳＣ３ｈｔｍｌ…スタイル設定部
ＳＣ４、ＳＣ４ａ、ＳＣ４ｂ、ＳＣ４ｃ、ＳＣ４ｄ、ＳＣ４ｅ…ボディ部
ＴＢ…送信ボタン

Claims (6)

1. ネットワークに接続された電子黒板であって、
   利用者が書き込みを行う板書部と、
   前記板書部に書き込まれた内容を画像データとして取得するスキャナ部と、
   前記画像データを参照するスクリプトファイルを生成するスクリプトファイル生成部と、
   前記画像データと前記スクリプトファイルとが保存されるコンテンツサーバ部と、
   を備え、
   前記コンテンツサーバ部は、前記ネットワークを介して前記スクリプトファイルを配信する、電子黒板。
2. 請求項１に記載の電子黒板であって、
   前記スクリプトファイル生成部は、マークアップ言語で記述された印刷用スクリプトファイルを生成する、電子黒板。
3. 請求項１または請求項２に記載の電子黒板であって、
   前記スクリプトファイル生成部は、前記電子黒板の使用開始時に前記スクリプトファイルのひな形であるスクリプトファイルフォーマットを生成し、前記スクリプトファイルフォーマットを更新することによって前記スクリプトファイルを生成する、電子黒板。
4. 請求項１ないし請求項３のいずれかに記載の電子黒板であって、
   前記スクリプトファイル生成部は、前記ネットワークに接続するクライアント装置において表示できる表示用スクリプトファイルと、前記ネットワークに接続するプリンタから出力することができる出力用スクリプトファイルの両方を生成する、電子黒板。
5. 請求項４に記載の電子黒板であって、
   前記表示用スクリプトファイルはＨＴＭＬファイルであり、前記出力用スクリプトファイルはＸＨＴＭＬ−Ｐｒｉｎｔファイルである、電子黒板。
6. 請求項１ないし請求項３のいずれかに記載の電子黒板であって、
   前記電子黒板は、ネットワーク型プラグアンドプレイに対応している、電子黒板。

Images