(57)【要約】【課題】電子黒板の板書画像を用いて容易に議事録を作成できる技術を提供する。【解決手段】ネットワークシステム１０に接続する電子黒板１００は、デバイスユニット１１０とネットワークサーバ１２０と有している。ネットワークサーバ１２０は議事録サーバ１２２を有しており、議事録サーバ１２２は電子黒板１００が会議などに用いられた際に生成した板書の画像データにリンクするスクリプトファイルを生成し保存する。ネットワークサーバ１２０は、ネットワークに接続するクライアント装置の要求に応じて当該スクリプトファイルを配信する。【選択図】図１
2008098795.tif 000002
【特許請求の範囲】
【請求項１】
議事録生成システムであって、
板書内容を板書画像データとして取得する電子黒板と、
前記電子黒板の設置された部屋の利用状態を表す利用情報を取得し、前記利用情報と前記板書画像データとを利用して議事録を自動的に生成・保存する議事録生成部と、
前記議事録をネットワークを介して配信する配信部と、
を備えることを特徴とする、議事録生成システム。
【請求項２】
請求項１に記載の議事録生成システムであって、さらに、
前記電子黒板の設置された部屋の使用予約をすることによって予約データを生成する予約処理部を備え、
前記利用情報には前記予約データが含まれる、議事録生成システム。
【請求項３】
請求項１または請求項２に記載の議事録生成システムであって、
投影用画像データに応じて、前記電子黒板の書き込みが行われるボード部に画像を投影するプロジェクタを備え、
前記議事録生成部は、前記板書画像データと前記投影用画像データとを重ね合わせた重ね合わせ画像を含む前記議事録を作成する、議事録生成システム。
【請求項４】
請求項１ないし請求項３のいずれかに記載の議事録生成システムであって、
前記議事録生成部は、前記議事録をマークアップ言語で記述された印刷用スクリプトファイルとして生成する、議事録生成システム。
【請求項５】
請求項４に記載の議事録生成システムであって、
前記利用情報はＸＭＬファイルであり、前記印刷用スクリプトファイルはＸＨＴＭＬ−Ｐｒｉｎｔファイルである、議事録生成システム。
【請求項６】
請求項１ないし請求項５のいずれかに記載の議事録生成システムであって、
前記電子黒板と、前記議事録生成部とは、ネットワーク型プラグアンドプレイに対応している、議事録生成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、電子黒板を用いて行われる会議などにおいて議事内容を記した議事録を作成する議事録生成システムに関する。
【背景技術】
【０００２】
電子黒板（電子ホワイトボード）は通常、会議などに用いられ、板書された内容を光学的手段等によって読み取り画像データとして取得して、その場でプリンタなどの出力機から出力することができる。また、そうした電子黒板を利用して、ネットワークを介して電子黒板から離れた場所に設置されたプリンタなどから板書内容を出力することができる電子黒板システムなどが提案されている（特許文献１等）。
【０００３】
【特許文献１】特開２００５−１７５８２８
【特許文献２】特開２００２−１６０４８９
【０００４】
このようなシステムでは、電子黒板で生成されるデータは板書の画像データのみである。しかし、板書内容の情報のみでは議事録としては情報が不足しているため、従来は板書画像のデータとは別に議事録のデータを作成していた。従って、このようなシステムでは議事録と板書画像を別個のデータとして管理する必要があり、データが大量に増えた場合に非常に煩雑であった。また、従来から効率よく議事録を作成できるシステムの実現に対する要望があったが、これまで十分な工夫がなされてこなかったのが実情であった。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、電子黒板の板書画像を用いて容易に議事録を作成できる技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
議事録生成システムであって、板書内容を板書画像データとして取得する電子黒板と、前記電子黒板の設置された部屋の利用状態を表す利用情報を取得し、前記利用情報と前記板書画像データとを利用して議事録を自動的に生成・保存する議事録生成部と、前記議事録をネットワークを介して配信する配信部とを備えることを特徴とする。
【０００７】
この構成によれば、板書画像と議事の行われている部屋の情報を含んだ議事録データを自動的に作成することができ、生成された議事録データをネットワークを介して容易に取得することができる。従って、効率よく情報量の多い議事録データを作成することができる。
【０００８】
上記議事録生成システムは、さらに、前記電子黒板の設置された部屋の使用予約をすることによって予約データを生成する予約処理部を備え、前記利用情報には前記予約データが含まれるものとしても良い。
【０００９】
この構成によれば、電子黒板の設置された部屋の使用予約を行うことができ、予約情報を利用情報として議事録作成に利用することができるため、さらに効率よく議事録を作成することができる。
【００１０】
上記議事録生成システムは、さらに、投影用画像データに応じて、前記電子黒板の書き込みが行われるボード部に画像を投影するプロジェクタを備え、前記議事録生成部は、前記板書画像データと前記投影用画像データとを重ね合わせた重ね合わせ画像を含む議事録を作成するものとしても良い。
【００１１】
この構成によれば、プロジェクタによって投影を行いながら議事を進行した場合であっても、プロジェクタの投影画像と板書画像とを重ね合わせた重ね合わせ画像を議事録に収録することができる。従って、さらに効率よく議事録を作成することができる。
【００１２】
前記議事録生成部は、前記議事録をマークアップ言語で記述された印刷用スクリプトファイルとして生成するものとしても良い。
【００１３】
この構成によれば、議事録データをマークアップ言語によって容易に作成することが議でき、さらに事録データをそのままプリントアウトすることができる。そのため、より効率よく議事録の作成し、利用をすることができる。
【００１４】
前記利用情報はＸＭＬファイルであり、前記印刷用スクリプトファイルはＸＨＴＭＬ−Ｐｒｉｎｔファイルであるものとしても良い。
【００１５】
この構成によれば、利用者情報を容易に作成・利用することができ、議事録データも容易に作成することができる。また、議事録データのレイアウトをＨＴＭＬ−Ｐｒｉｎｔに対応したプリンタであれば他のコンピュータを介することなく出力することができる。従って、さらに効率よく議事録を作成し、利用することができる。
【００１６】
前記電子黒板と、前記議事録生成部とは、ネットワーク型プラグアンドプレイに対応しているものとしても良い。
【００１７】
この構成によれば、電子黒板及び議事録生成部は任意のタイミングでネットワークに接続したり、ネットワークから切断したりできる。従って、より効率よく議事録を作成し、利用することができる。
【００１８】
なお、本発明は、種々の形態で実現することが可能であり、例えば、電子黒板、その電子黒板を用いたネットワークシステム、そのネットワークシステムを用いた会議システム等の形態で実現することができる。
【発明を実施するための最良の形態】
【００１９】
次に、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．用語の説明：
Ｂ．第１実施例：
ｂ１）システム概要：
ｂ２）予約実行処理：
ｂ３）会議中実行処理：
ｂ４）議事録出力処理：
Ｃ．第２実施例：
Ｄ．第３実施例：
Ｅ．第４実施例：
ｅ１）システム概要：
ｅ２）予約実行処理：
ｅ３）会議中実行処理：
ｅ４）議事録出力処理：
Ｆ．変形例：
【００２０】
Ａ．用語の説明：
以下の説明で使用する用語の意味は以下の通りである。
・ＵＰｎＰ（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）の種類に関わらず所定のレイアウトでの議事録が得られる。
【００８０】
このように、このネットワークシステム１０では、電子黒板１００が、板書内容とそれに付随するデータのスクリプトファイルを生成する機能と、クライアントの要求に応じて当該データを配信するコンテンツサーバとしての機能とを有している。このような構成によって、このネットワークシステム１０を利用するユーザは、電子黒板１００で生成されたデータをネットワークに接続する機器から自由にアクセスすることが可能である。即ち、この電子黒板１００を用いれば、容易にシームレスなネットワーク環境を構築することができる。
【００８１】
Ｃ．第２実施例：
図１５は、本発明の第２実施例としてのネットワークシステムを示す概略図である。このネットワークシステム１０Ａでは、電子黒板１００Ａのためのネットワークサーバ１２０が会議室２０以外の部署に設置されている点以外は、図１のネットワークシステム１０とほぼ同じである。このような構成としても第１実施例と同様の処理を行うことができる。
【００８２】
ネットワークサーバ１２０を会議室２０の外に設置しておくことによって、会議室２０を使用していないときなどに電子黒板１００Ａのデバイスユニット１１０の電源を落としていても、ネットワークサーバ１２０が起動していれば、ネットワークシステム１０Ａの利用者は、ネットワークサーバ１２０にアクセスすることができる。従って、よりシームレスなネットワーク環境を構築することができる。
【００８３】
なお、１つのネットワークサーバ１２０が、複数の電子黒板１００Ａに関する各種の処理（予約、議事録作成、コンテンツ配信等）を行うものとしても良い。その場合は、ネットワークサーバ１２０による議事録データ及び予約データの一元管理が可能となる。
【００８４】
Ｄ．第３実施例：
図１６は、本発明の第３実施例として会議中における議事録生成処理の手順を示したシーケンス図である。図１６は、ステップ［１４］からステップ［１８］において議事録データに対する追記処理（後述）が行われている点以外は図５とほぼ同じである。また、本実施例におけるシステム構成は第１実施例（図１）と同じである。なお、本実施例のシステム構成は、第２実施例（図１６）と同じであるとしても良い。
【００８５】
本実施例での会議中の議事録生成手順のうち、ステップ［１］からステップ［７］は図５で説明した第１実施例のステップ［１］からステップ［７］と同様に行われる。図１７は、ステップ［７］で表示されるブラウザソフトウェアの表示画面例である。図１７の表示画面ＭＳ２ａは、入力欄ＩＰが設けられている点以外は、図８（Ｂ）の表示画面ＭＳ２と同じである。会議ユーザＭＵは、入力欄ＩＰに対してキーボードを介して任意に入力を行うことができる。
【００８６】
ステップ［８］からステップ［１３］では、図５で説明した第１実施例のステップ［８］からステップ［１３］と同様に行われる。ステップ［１４］では、会議ユーザＭＵは会議室コンピュータ２００に対して議事録データに追加したい内容を入力欄ＩＰに入力する。ステップ［１５］では、会議室コンピュータ２００から電子黒板１００に入力欄ＩＰに入力された追記データが送信される。具体的には、会議ユーザＭＵは、入力欄ＩＰに設けられた追記ボタンＰＢをクリックすることによって、ブラウザソフトウェアに追記データの送信指示をする。
【００８７】
ステップ［１６］では、電子黒板１００の議事録サーバ１２２が、議事録データに対して追記データを挿入して更新処理を行う。具体的には次のように行う。
【００８８】
図１８は、ステップ［１６］での議事録データ更新処理を説明するための説明図である。議事録サーバ１２２は、表示用議事録データ及び出力用議事録データのボディ部ＳＣ４に対して会議室コンピュータ２００から送信されてきた追記データＰＤ（破線で図示）を挿入する。なお、追記データＰＤの挿入される場所は議事録のレイアウトによって決定される。また、追記データＰＤをメタデータ部ＳＣ２で定義される属性値として挿入するものとしても良い。このようにすれば、会議終了後に追記データＰＤが含む内容によって議事録データを検索することができる。
【００８９】
ステップ［１７］では、更新された議事録データのうち表示用議事録データが電子黒板１００から会議室コンピュータ２００に対して送信される。ステップ［１８］では、送信された表示用議事録データを会議室コンピュータ２００のブラウザソフトウェアが表示する。
【００９０】
図１９は、上記の追記処理がなされた後の会議室コンピュータのブラウザソフトウェアの表示画面例である。図１９の表示画面ＭＳ３ａは、図１７の表示画面ＭＳ２ａに対して追記データＰＤが、板書画像ＢＩ１の上に追加されている。このように議事録サーバ１２２によって、議事録データに対する追記処理を実現することができる。議事録サーバ１２２によって、議事録データの編集処理が行えるものとしても良い。
【００９１】
Ｅ．第４実施例：
ｅ１）システム概要：
図２０は、本発明の第４実施例としてのネットワークシステムを示す概略図である。このネットワークシステム１０Ｂでは、ネットワークに接続されたプロジェクタ５００が会議室２０に設置されている点以外は、図１のネットワークシステム１０と同じである。
【００９２】
プロジェクタ５００は、電子黒板１００のボード部１１４にＪＰＥＧ形式等の画像データを解釈して任意の倍率で画像を投影することができる。本実施例では、プロジェクタ５００は、電子黒板１００に対して設置位置が固定されているものとする。あるいは、電子黒板１００とプロジェクタ５００とは、会議室２０の定位置に設置されており、その配置は変更されないものとしても良い。
【００９３】
なお、本明細書中では、プロジェクタ５００がボード部１１４に投影を行っている場合において、ボード部１１４上に投影された画像の位置を「投影位置」と呼ぶ。また、ボード部１１４上に投影されている画像の大きさを「投影サイズ」と呼び、投影サイズと画像データの画素数との比率を「投影倍率」と呼ぶ。
【００９４】
図２１（Ａ）、（Ｂ）は、プロジェクタ５００と電子黒板１００との連携動作を説明するための説明図である。図２１（Ａ）は、プロジェクタ５００が電子黒板１００のボード部１１４に画像ＰＩ１を投影している状態を示している。電子黒板１００は、プロジェクタ５００を操作することができるデバイスドライバ（以後「プロジェクタドライバ」と呼ぶ）を有しおり、ネットワークに接続する外部のコンピュータから電子黒板１００を介してプロジェクタ５００の操作を行うことができる。
【００９５】
例えば、電子黒板１００のネットワークサーバ１２０にファイル名”ｐｒｊ＿ｉｍｇ１．ｊｐｇ”としてＪＰＥＧ形式で保存されている画像ＰＩ１を想定する。ユーザがネットワークに接続するコンピュータから電子黒板１００に画像ＰＩの投影指示をすると、電子黒板１００のプロジェクタドライバは、プロジェクタ５００に投影要求とともに画像ＰＩ１の画像データを送信する。画像データを受け取るとプロジェクタ５００は画像ＰＩ１を電子黒板１００のボード部１１４に投影する。
【００９６】
また、ユーザはネットワーク上のコンピュータを介してプロジェクタ５００の操作を行い、投影画像の拡大・縮小や投影位置の移動などを行うことができる。具体的には、第１実施例において説明した議事録生成ページにプロジェクタ５００を操作するためのインターフェースがボタン表示などで設けられており、これによってユーザがプロジェクタ５００を操作するものとしても良い。このようにすれば、ユーザは後述する議事録生成処理時に会議室コンピュータ２００のブラウザソフトウェアからプロジェクタ５００の操作を行うことができる。
【００９７】
なお、上記のようなプロジェクタ５００の操作が行われた場合、プロジェクタドライバは、電子黒板１００の議事録サーバ１２１に投影画像の拡大・縮小倍率や移動距離などの操作内容の情報を含むプロジェクタ操作情報を渡す。なお、ユーザが会議室コンピュータ２００を介することなく、プロジェクタ５００を直接的に操作した場合には、プロジェクタ５００から電子黒板１００に対してプロジェクタ操作情報が送信されるものとしても良い。
【００９８】
図２１（Ｂ）では、筆記具ＷＥによってボード部１１４に書き込みがなされ、スキャナ部１１２によって板書画像のスキャニング処理が行われた場合を示している。スキャナ部１１２はボード部１１４を図に示す矢印方向に走査する。その際、ボード部１１４のスキャニング対象となっている領域には投影画像ＰＩ１が映り込まない。そのためスキャナ部１１２は、投影画像ＰＩ１を含まないボード部１１４に書き込まれた内容のみの板書画像ＢＩ３を取得することができる。
【００９９】
電子黒板１００は、板書画像ＢＩ３の画像データを生成し、任意のファイル名を付されてネットワークサーバ１２１内に保存する。例えば本実施例では、板書画像ＢＩ３は、ファイル名”ｂｏａｄ＿ｉｍｇ３．ｊｐｇ”のＪＰＥＧ形式の画像データとして保存されるものとする。結果として電子黒板１００は、投影画像と板書画像の２種類の画像データを有することになる。
【０１００】
上述したように本実施例では、プロジェクタ５００は、電子黒板１００に対して位置が固定されて設置されている。するとプロジェクタ５００は、起動時の初期設定の状態（デフォルトの状態）では常に同じ投影位置及び投影倍率で投影するように設定できる。このデフォルトの状態における投影位置を「基準投影位置」と呼び、投影倍率を「基準投影倍率」と呼ぶ。
【０１０１】
例えば、基準投影位置がボード部１１４の中心と投影画像の中心とが一致するように設定され、基準投影倍率が１ピクセルを０．２５ｍｍで投影するように設定されている場合を想定する。すると横４０００ピクセル×縦３０００ピクセルの画像データを投影した場合に、プロジェクタ５００はデフォルトの状態でボード部１１４の中央に横１００ｃｍ×横７５ｃｍのサイズで投影を行う。
【０１０２】
このような構成とすることによって以下のような利点がある。プロジェクタ５００がデフォルト状態で投影をおこなった後に、ユーザが拡大・縮小及び移動の操作を行い投影サイズ及び投影位置が変更された場合を想定する。こうした場合に、基準投影位置及び基準投影倍率が設定されていれば、上述したプロジェクタ操作情報を用いて変更後の投影画像の表示状態を演算によって求めることができる。従って、電子黒板１００のボード部１１４上に投影されている状態の投影画像を再現した画像データを生成することができる。以後、この処理を「投影再現画像生成処理」と呼び、投影再現画像生成処理によって生成された画像を「投影再現画像」と呼ぶ。
【０１０３】
図２２（Ａ）〜（Ｂ）は、投影再現画像生成処理を説明するための説明図である。図２２（Ａ）は、ボード部１１４に原投影画像ＰＩ０が電子黒板１００のボード部１１４に基準投影位置に基準投影倍率で投影された状態を示している。なお、電子黒板１００のボード部１１４以外の部位は図示が省略されている。原投影画像ＰＩ０はボード部１１４のサイズより小さく、アスペクト比（縦横比率）も異なる。そのため、ボード部１１４には、画像の投影されていない領域である非投影領域ＮＰが存在する。
【０１０４】
図２２（Ｂ）は、ユーザによってプロジェクタ５００に投影画像の拡大操作及び移動操作がされた後の投影状態を示している。原投影画像ＰＩ０には、ボード部１１４に収まらない外投影領域ＯＰ（ハッチングされた領域）が生じている。また、ボード部１１４には、投影状態が変更された後にも非投影領域ＮＰがある。
【０１０５】
図２２（Ｃ）は、投影再現画像生成処理が行われて生成された投影再現画像ＰＩ１を示している。投影再現画像ＰＩ１は、原投影画像ＰＩ０の外投影領域ＯＰが削除され、ボード部１１４の非投影領域ＮＰが追加されることによって、ボード部１１４と同じアスペクト比を有するサイズの画像データとして新たに生成される。具体的には、電子黒板１００の議事録サーバ１２２が、外投影領域ＯＰ及び非投影領域ＮＰの各辺の長さを、基準投影位置からの移動距離と基準投影倍率からの拡大率とボード部１１４の各辺の長さとから算出し、その結果を用いて生成する。このように、投影再現画像を生成することによって後述する議事録生成処理において板書画像と投影画像の重ね合わせを容易に行うことができる。
【０１０６】
ｅ２）予約実行処理：
本実施例における予約実行処理は、第１実施例における予約実行処理とほぼ同様に行われる。ただし、予約実行処理によって生成される予約ＸＭＬは、第１実施例において説明した図４の予約ＸＭＬのうち、ヘッダー部ＳＣ１と、メタデータ部ＳＣ２と、ボディ部ＳＣ４とが同じであるが、スタイル設定部ＳＣ３のみが異なる。
【０１０７】
図２３は、本実施例において生成される予約ＸＭＬのうちスタイル設定部ＳＣ３ａのみを示している。スタイル設定部ＳＣ３ａは、次に説明する点以外は図４に示された予約ＸＭＬに含まれるスタイル設定部ＳＣ３と同じである。
【０１０８】
スタイル設定部ＳＣ３ａは、投影画像のレイアウト設定が記述された投影画像レイアウト部ＰＬと、板書画像のレイアウト設定が記述された板書画像レイアウト部ＢＬとを有している。第１実施例の議事録データでは、１ページに１枚の板書画像がレイアウトされていたが、本実施例において生成される議事録データでは、スタイル設定部ＳＣ３ａが２つの画像レイアウト部ＰＬ、ＢＬを有することにより、同一ページ内に２枚の画像データをレイアウトすることができる。なお、このスタイル設定部ＳＣ３ａでは、２枚の画像データは、同一座標に同一サイズで重なり合って配置されるように設定されている。
【０１０９】
ｅ３）会議中実行処理：
図２４は、本実施例における会議中の議事録生成処理の手順を示したシーケンス図である。図２４は、プロジェクタ５００の投影処理に関する手順が加わっている点以外はほぼ第１実施例の図５と同じである。以下にその相違点について説明する。
【０１１０】
本実施例における議事録生成手順のうち、ステップ［０］からステップ［４］は、第１実施例と同様に行われる。ステップ［５］では、電子黒板１００から、プロジェクタ５００によって投影すべき画像データが要求される。会議ユーザＭＵは、会議室コンピュータ２００を介して電子黒板１００に投影用画像データを送信する（ステップ［６］、ステップ［７］）。投影用画像データが既にネットワーク上に保存されているなら、当該データのＵＲＬを電子黒板１００に通知するものとしても良い。
【０１１１】
ステップ［８］では、電子黒板１００のプロジェクタドライバがプロジェクタ５００に投影用画像データを送信する。ステップ［９］では、プロジェクタ５００が、電子黒板１００のボード部１１４の基準投影位置に基準投影倍率で投影用画像を表示する。
【０１１２】
次に会議ユーザＭＵは、所望の投影状態となるようにプロジェクタ５００を操作する（ステップ［９］）。会議ユーザＭＵの操作指示は、会議室コンピュータ２００から電子黒板１００のプロジェクタドライバに送信され（ステップ［１０］）、プロジェクタドライバはプロジェクタ５００の操作を行う（ステップ［１１］）。プロジェクタ５００は、投影状態を操作に応じて変更する（ステップ［１２］）。
【０１１３】
所望の投影状態を得られたなら、会議ユーザＭＵは電子黒板１００に投影状態決定を通知する（ステップ［１３］）。具体的には、会議室コンピュータ２００に表示されている議事録生成ページに設けられた決定ボタンをクリックするものとしても良い。会議室コンピュータ２００から投影状態決定を通知されると（ステップ［１４］）、電子黒板１００は、投影再現画像生成処理を行う（ステップ［１５］）。投影再現画像生成処理で生成された投影再現画像の画像データは、適当なファイル名が付されてＪＰＥＧ形式でネットワークサーバ１２０内に保存される。なお、データ形式はＪＰＥＧ形式でなくとも良い。
【０１１４】
ステップ［１６］では、ステップ［４］で検索した予約ＸＭＬから議事録フォーマットデータを生成する。本実施例においても第１実施例と同様に予約ＸＭＬを基に議事録フォーマットデータをスクリプトファイルとして生成するが、以下の点で第１実施例とは異なる。
【０１１５】
図２５（Ａ）は、議事録フォーマットデータ生成処理を説明するための説明図である。本実施例の議事録フォーマットデータは、予約ＸＭＬのメタデータ部ＳＣ２を、第１実施例の図７（Ａ）と同様に更新し、ボディ部ＳＣ４を図２４（Ａ）で示すように更新する。即ち、メタデータ部ＳＣ２はメタデータ部ＳＣ２ａとなり、ボディ部ＳＣ４は、追加事項ＡＣ６が挿入されてボディ部ＳＣ４ｄとなる。追加事項ＡＣ６には、予約ＸＭＬの予約情報と投影再現画像の画像データを参照するためのリンク情報とが含まれている。本実施例では、投影再現画像として図２１の説明で用いた投影画像ＰＩ１の画像データ（ファイル名”ｐｒｊ＿ｉｍｇ１．ｊｐｇ”）を参照している。
【０１１６】
なお、本実施例でも第１実施例と同様に、表示用議事録データをＨＴＭＬとして生成し、出力用議事録データをＸＨＴＭＬ−Ｐｒｉｎｔデータとして生成されるものとする。その生成方法は第１実施例と同様である。ステップ［１７］では、表示用議事録フォーマットデータとその参照画像（投影再現画像ＰＩ１）とが会議室コンピュータ２００に送信される。ステップ［１８］では、会議室コンピュータ２００がブラウザソフトウェアで表示用議事録フォーマットデータを表示する。
【０１１７】
図２５（Ｂ）は、ブラウザソフトウェアによる表示用議事録フォーマットデータの表示画面例である。この表示画面ＭＳ２ｂは、第１実施例の表示用議事録フォーマットデータの表示画面ＭＳ２（図８（Ｂ））と同じく、会議情報が表示されており、その下には投影再現画像ＰＩ１が追加表示されている。
【０１１８】
その後、会議が進行して板書が行われ（ステップ［１９］）、電子黒板１００に対して板書のスキャン命令がなされる（ステップ［２０］）。本実施例では、図２１（Ｂ）の説明において例示した板書がなされたものとする。電子黒板１００は、板書のスキャニング処理を実行して板書画像ＢＩ３を取得する（ステップ［２１］）。板書画像ＢＩ３は、電子黒板１００のネットワークサーバ１２０内にＪＰＥＧ形式でファイル名”ｂｏａｄ＿ｉｍｇ３．ｊｐｇ”の板書画像データとして保存される。
【０１１９】
なお、この板書画像ＢＩ３の板書画像データは、ボード部１１４の地色（ホワイトボードであれば白色。以後「背景色」と呼ぶ。）と同一色の領域の画素に関しては、その画像データのアルファチャンネルのアルファ値を０とするように生成される。また、書き込み部分の画素では、アルファ値は１．０となる。ここで、「アルファチャンネル」とは、コンピュータが扱うデジタル画像データにおいて、各点（ドット）に設定された透過度を示す情報を保存するデータ領域のことをいう。例えば、アルファ値α＝０は完全透過を示し、アルファ値α＝１．０は完全不透過を示す。即ち、板書画像データは、書き込みがなされていない部分は透明色として解釈される。
【０１２０】
ステップ［２１］では、さらに、電子黒板１００は、議事録フォーマットデータを更新する。図２６（Ａ）は、議事録フォーマットデータの更新処理を説明するための説明図である。議事録フォーマットデータのボディ部ＳＣ４ｄは、板書画像ＢＩ３の画像データを参照するための追加事項ＡＣ７が追加され、また、第１実施例と同様にフッターの追加を記述した追加事項ＡＣ３が追加されてボディ部ＳＣ４ｅとなる。
【０１２１】
ステップ［２２］では、会議ユーザＭＵが、会議室コンピュータ２００のブラウザソフトウェアから表示ページの更新要求を行う。電子黒板１００の議事録サーバ１２２は、更新された議事録データのうち、表示用議事録データが板書画像データとともに送信する（ステップ［２３］）。会議室コンピュータ２００は、ブラウザソフトウェアによって受け取った議事録データを表示する（ステップ［２４］）。
【０１２２】
図２６（Ｂ）は、更新された表示用議事録データの表示画面例である。表示画像ＭＳ３ｂは、図２５（Ｂ）の表示画面ＭＳ２ｂの投影画像ＰＩ１と同じ場所に板書画像ＢＩ３が同じサイズで重ねて表示されている。なお、本実施例では上述したように板書画像ＢＩ３にアルファチャンネルが設定されているため、板書画像ＢＩ３の背景色が透過されてその領域に投影画像ＰＩ１が表示される。また、表示画面ＭＳ３ｂにはフッターＦＴが追加されている。この議事録データの出力用議事録データをＸＨＴＭＬ−Ｐｒｉｎｔ対応プリンタから出力すると、枠線ＦＬを用紙の縁としたＡ４サイズ１ページ分の出力結果が得られる。
【０１２３】
なお、会議終了時に行うステップ［２５］〜ステップ［２７］の処理手順も、第１実施例において説明した図５のステップ［１４］〜ステップ［１６］の処理手順と同様に行われる。
【０１２４】
ｅ４）議事録出力処理：
議事録出力処理は、第１実施例と同様に行うことができる。ただし、議事録出力処理においてネットワークサーバ１２０から配信される議事録データには投影用画像データ（投影再現画像の画像データを含む）が含まれている。
【０１２５】
このように、本実施例の構成によれば、電子黒板１００とプロジェクタ５００とを連携動作させることができ、投影画像を議事録に反映させることができる。また、議事録データをＨＴＭＬデータやＸＨＴＭＬ−Ｐｒｉｎｔデータなどのマークアップ言語で記述されたスクリプトファイルによって生成しているので画像の重ね合わせ処理を容易に行うことができる。
【０１２６】
Ｆ．変形例：
なお、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。
【０１２７】
上記実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されていた構成の一部をハードウェアに置き換えるようにしてもよい。例えば、議事録サーバ１２２の機能の一部を制御部１１１が実行するようにすることもできる。
【０１２８】
Ｆ１．変形例１：
上記実施例において、電子黒板１００は、議事録データとしてＸＨＴＭＬ−ＰｒｉｎｔデータやＨＴＭＬデータといったマークアップ言語によってスクリプトファイルを生成していたが、マークアップ言語ではない他の種類のスクリプトファイルを生成するものとしても良い。また、議事録データとして表示用議事録データと出力用議事録データを生成していたが、いずれか少なくとも一方のみを生成するものとしても良い。ただし、上記実施例において示したように、予約データや議事録データをＸＭＬデータやＸＨＴＭＬ−Ｐｒｉｎｔデータ及びＨＴＭＬデータなどを用いて生成することによって、これらのデータを容易に生成又は更新することができる。
【０１２９】
Ｆ２．変形例２：
上記実施例において、電子黒板１００のネットワークサーバ１２０へのアクセスをネットワークに接続するコンピュータのブラウザソフトウェアによって行っていたが、他のアプリケーションプログラムによって行うものとしても良い。例えば、電子黒板１００の専用のアプリケーションプログラムによって行うものとしても良い。その場合は、上記実施例における予約実行処理の全部又はその一部及び議事録生成処理のスクリプトファイル生成処理以外の処理をそのアプリケーションプログラム上で行うことができる。
【０１３０】
Ｆ３．変形例３：
上記実施例において、議事録サーバ１２２は議事録フォーマットデータを生成していたが、議事録フォーマットデータを生成しなくとも良い。また、議事録データは、議事録フォーマットデータから板書内容のスキャニングを行うたびに議事録サーバ１２２が更新処理を行うことによって生成していたが、他のタイミングで行っても良い。例えば、会議を終了するときに議事録データが生成されるものとしても良い。
【０１３１】
Ｆ４．変形例４：
上記実施例において、電子黒板１００及びその他のネットワークに接続する機器はＵＰｎＰに対応していたが、ＵＰｎＰに対応していなくとも良い。ＵＰｎＰ以外の技術によってネットワーク型プラグアンドプレイを実現しているものとしても良いし、ＵＰｎＰの将来のバージョンを適用するものとしても良い。例えばＤＬＮＡに対応しているものとしても良い。
【０１３２】
Ｆ５．変形例５：
上記実施例において、会議中に会議ユーザＭＵは、会議室コンピュータ２００を介して電子黒板１００にアクセスしていたが、電子黒板１００に直接的に会議開始の告知やその他の処理要求を行えるものとしても良い。その場合は、電子黒板１００には、例えば表示部やタッチパネル又はキーボードといったインターフェースが設けられていることが好ましい。
【０１３３】
Ｆ６．変形例６：
第４実施例において、プロジェクタ５００の電子黒板１００に対する位置が固定されていたが、固定されていなくとも良い。この場合は、投影を開始する前に、基準投影位置及び基準投影倍率の設定を行う位置決め処理を行うことが好ましい。具体的には、以下の手順で行うことができる。ボード部１１４の縦方向のサイズと横方向のサイズとの比率（アスペクト比）と縦方向のピクセル数と横方向のピクセル数との比率とが同じである標準画像を準備しておき、当該標準画像をボード部１１４と完全に重なり合うように投影する。この状態でユーザが電子黒板１００に通知することによって、電子黒板１００に現在の投影位置及び投影倍率を基準投影位置及び基準投影倍率として設定させる。電子黒板１００または会議室コンピュータ２００は、この処理のためのアプリケーションプログラムを有しているものとしても良い。
【０１３４】
Ｆ７．変形例７：
第４実施例において、プロジェクタ５００は、電子黒板１００と分離して電子黒板１００の前方から投影していたが、電子黒板１００と一体となってボード部１１４の背面から投影するリアプロジェクションとしても良い。このような構成とすれば、基準投影位置及び基準投影倍率をより正確に設定しておくことができる。なお、この場合は、板書のスキャニング処理の際にはプロジェクタによる投影は一時的に中断することが好ましい。
【０１３５】
Ｆ８．変形例８：
第４実施例において、板書画像と投影画像の重ね合わせを議事録データのスクリプトを更新することによって実現していたが、板書画像と投影画像とが重ね合わされた別の新規の画像データが生成されるものとしても良い。この場合は、議事録データには当該新規の画像データのみが参照されているものとしても良い。
【０１３６】
Ｆ９．変形例９：
第４実施例において、議事録サーバ１２２は投影再現画像を生成していたが、投影再現画像を生成しなくとも良い。この場合には、議事録データの更新処理において、投影画像が投影再現画像と同様に表示・出力されるようにスタイル設定部ＳＣ３ａの投影画像レイアウト部ＰＬのスクリプトを更新するものとしても良い。
【０１３７】
Ｆ１０．変形例１０：
第４実施例において、投影用画像データは、図２４のステップ［７］で会議室コンピュータ２００から電子黒板１００に送信されているが、当該データが使用される会議の予約データに参照されてネットワークサーバ１２０に保存されているものとしても良い。この場合は、ステップ［４］において、予約ＸＭＬとともに投影用画像データも検索されるものとしても良い。
【０１３８】
Ｆ１１．変形例１１：
上記実施例において、議事録データとリンクする板書の画像データをネットワークサーバ１２０に保存していたが、さらに会議中に録音機器によって録音された録音データを議事録データにリンクさせてネットワークサーバ１２０に保存するものとしても良い。
【０１３９】
Ｆ１２．変形例１２：
上記実施例において、議事録データに対してセキュリティ対策はなされていないが、例えば議事録データにはＩＤ番号などによる利用者の認証がなされなければクライアント装置に配信されないなどのセキュリティ対策がされるものとしても良い。
【０１４０】
Ｆ１３．変形例１３：
上記実施例において、電子黒板１００は会議室に設置され、議事録データの生成には予約ＸＭＬに含まれた会議予約情報が利用されていたが、電子黒板１００は会議室以外の部屋に設置されているものとしても良く、議事録データには予約情報以外の当該部屋の利用情報が利用されるものとしても良い。また、部屋の利用情報は、議事録生成時に会議ユーザＭＵによって会議室コンピュータへ入力されることによって取得するものとしても良い。なお、本明細書中において、「部屋の利用情報」とは、少なくとも、その部屋が利用されている日付や時刻と、利用目的とが含まれているものとする。
【図面の簡単な説明】
【０１４１】
【図１】第１実施例におけるネットワークシステムの概略を示す概略図。
【図２】電子黒板の概略を説明するための説明図。
【図３】会議室の予約処理の手順を示すシーケンス図と会議予約を行う際のブラウザソフトウェアの表示画面。
【図４】予約データである予約ＸＭＬのスクリプトの一例。
【図５】会議中の議事録生成処理の手順を示すシーケンス図。
【図６】議事録生成処理においてブラウザソフトウェアが表示する予約番号入力画面の一例。
【図７】議事録フォーマットデータの生成処理を説明するための説明図。
【図８】表示用議事録データの生成処理を説明するための説明図と表示用議事録データの表示画面の一例。
【図９】議事録データの更新処理を説明するための説明図。
【図１０】議事録データの表示画面の一例。
【図１１】議事録データの更新処理を説明するための説明図。
【図１２】議事録データの更新処理を説明するための説明図。
【図１３】議事録データの出力手順を示すシーケンス図。
【図１４】議事録データの表示手順及び出力手順を示すシーケンス図。
【図１５】第２実施例におけるネットワークシステムの概略を示す概略図。
【図１６】第３実施例における会議中の議事録生成処理の手順を示すシーケンス図。
【図１７】第３実施例における議事録フォーマットデータの表示画面の一例。
【図１８】第３実施例における議事録データの追記処理を説明するための説明図。
【図１９】第３実施例における議事録データの追記処理後の表示画面の一例。
【図２０】第４実施例におけるネットワークシステムの概略を示す概略図。
【図２１】第４実施例におけるプロジェクタと電子黒板の連携動作を説明するための説明図。
【図２２】第４実施例における投影再現画像生成処理を説明するための説明図。
【図２３】第４実施例における予約ＸＭＬを説明するための説明図。
【図２４】第４実施例における会議中の議事録生成処理の手順を示すシーケンス図。
【図２５】第４実施例における議事録フォーマットデータの生成手順を示す説明図と議事録フォーマットデータの表示画面の一例。
【図２６】第４実施例における議事録データの生成手順を示す説明図と議事録データの表示画面の一例。
【符号の説明】
【０１４２】
１０、１０Ａ、１０Ｂ…ネットワークシステム
２０…会議室
１００、１００Ａ…電子黒板
１１０…デバイスユニット
１１１…制御部
１１２…スキャナ部
１１２ｂ…スキャン開始ボタン
１１３…プリンタ部
１１４…ボード部
１１５…脚部
１２０…ネットワークサーバ
１２１…予約サーバ
１２２…議事録サーバ
１２３…ウェブサーバ
２００…会議室コンピュータ
３００…ネットワークコンピュータ
３００ｃ…コントロールポイント
４００…プリンタ
４００ｃ…コントロールポイント
５００…プロジェクタ
ＡＣ１〜ＡＣ７…追加事項
ＢＩ１、ＢＩ３…板書画像
ＢＬ…板書画像レイアウト部
ＦＬ…枠線
ＦＴ…フッター
ＩＡ１…第１の入力領域
ＩＡ２…第２の入力領域
ＩＦ…表示インターフェース
ＩＰ…入力欄
ＭＳ１、ＭＳ２、ＭＳ２ａ、ＭＳ２ｂ、ＭＳ３、ＭＳ３ａ、ＭＳ３ｂ…表示画面
ＭＵ…会議ユーザ
ＮＰ…非投影領域
ＯＰ…外投影領域
ＰＢ…追記ボタン
ＰＤ…追記データ
ＰＩ０、ＰＩ１…投影画像
ＰＬ…投影画像レイアウト部
ＲＢ…実行ボタン
ＲＩ…入力欄
Ｒｉｄ…部屋番号
ＲＳ…表示画面
ＳＣ１…ヘッダー部
ＳＣ２、ＳＣ２ａ、ＳＣ２ｂ…メタデータ部
ＳＣ３、ＳＣ３ｈｔｍｌ…スタイル設定部
ＳＣ４、ＳＣ４ａ、ＳＣ４ｂ、ＳＣ４ｃ、ＳＣ４ｄ、ＳＣ４ｅ…ボディ部
ＴＢ…送信ボタン
【図１】
2008098795.tif 000003
【図２】
2008098795.tif 000004
【図３】
2008098795.tif 000005
【図４】
2008098795.tif 000006
【図５】
2008098795.tif 000007
【図６】
2008098795.tif 000008
【図７】
2008098795.tif 000009
【図８】
2008098795.tif 000010
【図９】
2008098795.tif 000011
【図１０】
2008098795.tif 000012
【図１１】
2008098795.tif 000013
【図１２】
2008098795.tif 000014
【図１３】
2008098795.tif 000015
【図１４】
2008098795.tif 000016
【図１５】
2008098795.tif 000017
【図１６】
2008098795.tif 000018
【図１７】
2008098795.tif 000019
【図１８】
2008098795.tif 000020
【図１９】
2008098795.tif 000021
【図２０】
2008098795.tif 000022
【図２１】
2008098795.tif 000023
【図２２】
2008098795.tif 000024
【図２３】
2008098795.tif 000025
【図２４】
2008098795.tif 000026
【図２５】
2008098795.tif 000027
【図２６】
2008098795.tif 000028