JP2021012674A - 情報処理システム、情報処理装置、情報処理方法、プログラム及び通信端末 - Google Patents

Abstract

【課題】共有画面の画像を入手する手間を軽減できる情報処理システムを提供すること。【解決手段】複数の通信端末と、複数の通信端末のウェブブラウザに複数の通信端末で共有する共有画面の画像を含んだウェブページを表示させるデータを送信する情報処理装置とを有する情報処理システムであって、情報処理装置は、共有画面の画像を取り込むトリガーの発生を判断する手段と、トリガーの発生に基づいて取り込まれた共有画面の画像を含むウェブページのデータを作成する手段と、作成したデータを通信端末に送信する手段と、を有し、複数の通信端末は、情報処理装置から受信したデータにより共有画面の画像を含むウェブページを表示する手段、を有することにより上記課題を解決する。【選択図】図１０

Description

本発明は、情報処理システム、情報処理装置、情報処理方法、プログラム及び通信端末に関する。

従来から、ネットワーク上のストレージ装置に電子ファイルを保持しておき、１又は複数のスマートデバイス（端末装置）等から、その保持された電子ファイルを閲覧する手法がある。例えば、上述した電子ファイルを発表者と聴講者とがそれぞれ保持するスマートデバイスで表示しながら、プレゼンテーション（以下、「プレゼン」という）や講義等を行う情報処理システムが知られている（例えば、特許文献１参照）。

特許文献１の情報処理システムでは、ネットワーク上のストレージ装置に保持しておいた電子ファイル以外を発表者が資料として使う場合、その資料を聴講者が入手する手間が生じていた。また、特許文献１の情報処理システムでは、ネットワーク上のストレージ装置に保持しておいた電子ファイルを発表者が資料として使う場合であっても、その資料を聴講者が入手する手間が生じていた。

本発明の一実施形態は、共有画面の画像を入手する手間を軽減できる情報処理システムを提供することを目的とする。

上記の目的を達成するため、本発明の一実施形態は、複数の通信端末と、前記複数の通信端末のウェブブラウザに、前記複数の通信端末で共有する共有画面の画像を含んだウェブページを表示させるデータを送信する情報処理装置と、を有する情報処理システムであって、前記情報処理装置は、前記共有画面の画像を取り込むトリガーの発生を判断する取込判断手段と、前記トリガーの発生に基づいて取り込まれた前記共有画面の画像を含む前記ウェブページの前記データを作成する作成手段と、作成した前記データを前記通信端末に送信する送信手段と、を有し、前記複数の通信端末は、前記情報処理装置から受信した前記データにより前記共有画面の画像を含む前記ウェブページを表示する表示制御手段、を有することを特徴とする。

本発明の一実施形態によれば、共有画面の画像を入手する手間を軽減できる。

会議中の情報共有システムの一例の全体概要図である。 情報共有システムにおける個人ポータルの概要について説明する一例の図である。 本実施形態に係るコンピュータの一例のハードウェア構成図である。 本実施形態に係るスマートフォンの一例のハードウェア構成図である。 本実施形態に係るプロジェクタの一例のハードウェア構成図である。 本実施形態に係るＩＷＢの一例のハードウェア構成図である。 情報共有システムを構成する各端末及びサーバの一例の機能ブロック図である。 コンテンツ管理ＤＢの一例の構成図である。 コンテンツの配信及び取得のパターンの一例について説明する図である。 本実施形態に係る情報共有システムの一例のシーケンス図である。 本実施形態に係る情報共有システムの一例のシーケンス図である。 本実施形態に係る情報共有システムの一例のシーケンス図である。 本実施形態に係る情報共有システムの一例のシーケンス図である。 本実施形態に係る情報共有システムのＵＩの一例のイメージ図である。 本実施形態に係る情報共有システムのＵＩの一例のイメージ図である。 本実施形態に係る情報共有システムのＵＩの一例のイメージ図である。 会議中の情報共有システムの一例の全体概要図である。 情報共有システムを構成する各端末及びサーバの他の例の機能ブロック図である。 キーワード管理ＤＢの一例の構成図である。 本実施形態に係る情報共有システムのルーム作成及びキーワード登録の一例のシーケンス図である。 ユーザ登録時にベースキーワードを同時に登録可能なＵＩの一例のイメージ図である。 ルーム（会議）作成結果とキーワード登録結果とを表示するＵＩの一例のイメージ図である。 本実施形態に係る情報共有システムのルーム参加及び個人メモＵＲＬへのアクセスの一例のシーケンス図である。 ルーム参加時にキーワードを入力するＵＩの一例のイメージ図である。

以下、本発明の実施形態について図面を参照しながら詳細に説明する。なお、本実施形態では会議、セミナー、授業などに利用する情報共有システムの例を説明するが、これに限定するものではなく、様々な情報処理システムに適用できる。本実施形態は、全ての利用者が会議室などの同じ部屋にいてもよく、また、遠隔で接続している利用者が物理的に離れた部屋にいてもよい。以下では、本実施形態に係る情報共有システムを会議に利用した例を説明する。

［第１の実施形態］
＜会議中の情報共有システムの全体概要＞
まず、図１を用いて、会議中の情報共有システムの全体概要について説明する。図１は会議中の情報共有システムの一例の全体概要図である。ここでは、会社の会議室Ｘにいる利用者Ａ、Ｂ、及びＣが、情報共有システムを利用して会議を行っている状態が示されている。会議室Ｘには、利用者Ａが個人端末２ａを持ち込み、利用者Ｂが個人端末２ｂを持ち込み、利用者Ｃが個人端末２ｃを持ち込んでいる。以下では個人端末２ａ，２ｂ，２ｃの総称を示す場合に「個人端末２」と記す。また、以下では利用者Ａが発表者、利用者Ｂ及びＣが聴講者である例を説明する。

個人端末２は、利用者がそれぞれ個別に（専用に）使用及び画面の閲覧（参照）が可能なコンピュータである。個人端末２は、例えば、ノートＰＣ（Personal Computer）、デスクトップＰＣ、携帯電話、スマートフォン、タブレット端末、ウェアラブルＰＣ、などである。なお、個人端末２は、通信端末（又は情報処理端末）の一例である。

個人端末２は、インターネット等の通信ネットワーク９を介してコンテンツ管理サーバ６と通信することができる。通信ネットワーク９はファイヤウォールの内側にある１つ以上のＬＡＮ（Local Area Network）でもよいし、ＬＡＮに加えてファイヤウォールの外側にあるインターネットを含んでもよい。この他、ＶＰＮ（Virtual Private Network）や広域イーサネット（登録商標）が含まれていてもよい。通信ネットワーク９は有線又は無線のどちらで構築されてもよく、また、有線と無線が組み合わされていてもよい。また、３Ｇ、ＬＴＥ（Long Term Evolution）、４Ｇなどの携帯電話網により接続される場合、ＬＡＮはなくてもよい。

コンテンツ管理サーバ６は、個人端末２に対して送信するコンテンツのデータを記憶及び管理しているウェブ（Web）サーバ（又はHTTPサーバ）としての機能を有するコンピュータである。コンテンツ管理サーバ６は、後述の記憶部６０００を備えている。

記憶部６０００には各個人端末２からしかアクセスできない個人ボードｄｃ１〜ｄｃ３を実現するための記憶位置（又は記憶領域）が構築されている。個人ボードｄｃ１，ｄｃ２，ｄｃ３には、それぞれ個人端末２ａ，２ｂ，２ｃしかアクセスできない。以下では、個人ボードｄｃ１，ｄｃ２，ｄｃ３の総称を示す場合に「個人ボードｄｃ」と記す。コンテンツ管理サーバ６は、クラウドコンピューティングに対応していてもよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。また、コンテンツ管理サーバ６の記憶部６０００は、後述の共有画面ｓｓを実現するための記憶位置（又は記憶領域）が構築されている。

個人ボードｄｃは、コンテンツ管理サーバ６の記憶部６０００の記憶位置（又は記憶領域）に作成される仮想的なスペースである。個人ボードｄｃに対しては、例えば、Canvas要素とJavaScript（登録商標）等によってコンテンツを閲覧及び編集することができる機能を備えているウェブアプリによってアクセスすることができる。

ウェブアプリは、ウェブブラウザアプリ（以下、ウェブブラウザと呼ぶ）上で動作するスクリプト言語（例えば、JavaScript）によるプログラムとウェブサーバ側のプログラムとが協調することによって動作し、ウェブブラウザ上で使用されるソフトウェア又はその仕組みを示す。個人ボードｄｃは記憶部６０００の記憶領域の範囲で有限又は無限の領域を有している。例えば個人ボードｄｃは、縦方向横方向の両方が有限又は無限であってもよいし、縦方向横方向のどちらか一方が有限又は無限であってもよい。

また、共有画面ｓｓは、コンテンツ管理サーバ６の記憶部６０００の記憶位置（又は記憶領域）に作成される仮想的なスペースである。この共有画面ｓｓは、発表者である利用者Ａの個人端末２ａからストリーミングによりアップロードされるコンテンツのデータを次のコンテンツのデータを取得するまで保持する機能を備えている。共有画面ｓｓは、例えばアプリケーション画面等のコンピュータ画面であり、後述するようにキャプチャ画像の撮影対象となる。

更に、個人ボードｄｃは、会議に参加している利用者の各個人専用の電子的なスペースである。各利用者の個人端末２は、各利用者専用の個人ボードｄｃに対してのみアクセスでき、文字や画像等のコンテンツの閲覧及び編集（入力、削除、コピー等）を行うことができる。

コンテンツ管理サーバ６は、仮想ルームの一例である仮想の会議室（以下、単にルームと呼ぶ）ごとに、共有画面ｓｓ及び個人ボードｄｃに展開されるコンテンツ等の情報を対応付けて管理している。これにより、コンテンツ管理サーバ６は複数のルームを管理していても、異なるルーム間でコンテンツのデータの通信が行われることはない。

各個人端末２は、搭載されたウェブブラウザのウェブアプリによって、利用者が参加したルームの個人ボードｄｃ及び共有画面ｓｓのコンテンツにアクセスできるので、現実の会議室に近付けた会議を行うことができる。

このような情報共有システムによって、発表者である利用者Ａは、共有画面ｓｓにアップロードしたコンテンツのキャプチャ画像を後述するように、個人の資料として聴講者である利用者Ｂ、Ｃの個人ボードｄｃに取り込ませることができる。

＜情報共有システムにおける個人ポータルの概要＞
次に、図２を用いて、個人ポータルの概要について説明する。図２は情報共有システムにおける個人ポータルの概要について説明する一例の図である。コンテンツ管理サーバ６は各個人端末２の専用の個人ポータル画面ｄｐ１，ｄｐ２，ｄｐ３のデータを生成して各個人端末２に表示させる。以下では、個人ポータル画面ｄｐ１，ｄｐ２，ｄｐ３の総称を示す場合に「個人ポータル画面ｄｐ」と記す。

コンテンツ管理サーバ６には、個人ボードｄｃで編集された内容である個人メモｄｍ１、ｄｍ２、及びｄｍ３が記憶及び管理される。以下では、個人メモｄｍ１，ｄｍ２，ｄｍ３の総称を示す場合に「個人メモｄｍ」と記す。各利用者は各個人端末２の専用の個人ポータル画面ｄｐにアクセスすることで、その個人端末２を操作する利用者が参加した会議の一覧を表示できる。

利用者は、個人ポータル画面ｄｐに表示された会議の一覧から、それぞれの会議の個人メモｄｍ及び会議の書誌情報を後述のように表示できる。したがって、利用者は会議の内容を振り返る場合などに所望の会議の個人メモｄｍ及び会議の書誌情報を容易に表示できる。また、各利用者は各個人端末２の専用の個人ポータル画面ｄｐにアクセスすることで、その個人端末２を操作する利用者の会議の一覧から、所望の会議をキーワード（文字）検索できる。なお、文字検索の検索対象としては、会議の書誌情報、個人メモｄｍに含まれるテキストデータや手書き文字、利用者による会議の評価など、が利用される。なお、会議の書誌情報は、会議情報に含まれる。

＜ハードウェア構成＞
＜＜コンピュータ＞＞
コンテンツ管理サーバ６は、例えば図３に示すハードウェア構成のコンピュータ５００により実現される。また、個人端末２が情報処理端末の一例であるＰＣである場合も例えば図３に示すハードウェア構成のコンピュータ５００により実現される。

図３は、本実施形態に係るコンピュータ５００の一例のハードウェア構成図である。図３に示されているように、コンピュータ５００はＣＰＵ（Central Processing Unit）５０１、ＲＯＭ（Read Only Memory）５０２、ＲＡＭ（Random Access Memory）５０３、ＨＤ５０４、ＨＤＤ（Hard Disk Drive）コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ（Interface）５０８、ネットワークＩ／Ｆ５０９、データバス５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ−ＲＷ（Digital Versatile Disk Rewritable）ドライブ５１４、メディアＩ／Ｆ５１６を備えている。

これらのうち、ＣＰＵ５０１は、コンピュータ５００全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。

ディスプレイ５０６は、カーソル、メニュー、ウインドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ（Universal Serial Bus）メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、通信ネットワーク９を利用してデータ通信をするためのインターフェースである。データバス５１０は、ＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ−ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ−ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ−ＲＷに限らず、ＤＶＤ−Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

＜＜スマートフォン＞＞
情報処理端末の一例である個人端末２は例えば図４に示すハードウェア構成のスマートフォン６００により実現してもよい。

図４は本実施形態に係るスマートフォン６００の一例のハードウェア構成図である。図４に示されているように、スマートフォン６００は、ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、ＥＥＰＲＯＭ６０４、ＣＭＯＳセンサ６０５、撮像素子Ｉ／Ｆ６０６、加速度・方位センサ６０７、メディアＩ／Ｆ６０９、ＧＰＳ受信部６１１を備えている。

これらのうち、ＣＰＵ６０１は、スマートフォン６００全体の動作を制御する。ＲＯＭ６０２は、ＣＰＵ６０１やＩＰＬ等のＣＰＵ６０１の駆動に用いられるプログラムを記憶する。ＲＡＭ６０３は、ＣＰＵ６０１のワークエリアとして使用される。ＥＥＰＲＯＭ６０４は、ＣＰＵ６０１の制御にしたがって、スマートフォン用プログラム等の各種データの読み出し又は書き込みを行う。

ＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサ６０５は、ＣＰＵ６０１の制御に従って被写体（主に自画像）を撮像して画像データを得る内蔵型の撮像手段の一種である。なお、ＣＭＯＳセンサ６０５ではなく、ＣＣＤ（Charge Coupled Device）センサ等の撮像手段であってもよい。撮像素子Ｉ／Ｆ６０６は、ＣＭＯＳセンサ６０５の駆動を制御する回路である。加速度・方位センサ６０７は、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種センサである。

メディアＩ／Ｆ６０９は、フラッシュメモリ等の記録メディア６０８に対するデータの読み出し又は書き込み（記憶）を制御する。ＧＰＳ受信部６１１は、ＧＰＳ衛星からＧＰＳ信号を受信する。

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

これらのうち、遠距離通信回路６１２は、通信ネットワーク９を介して、他の機器と通信する回路である。ＣＭＯＳセンサ６１３は、ＣＰＵ６０１の制御に従って被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ６１４は、ＣＭＯＳセンサ６１３の駆動を制御する回路である。マイク６１５は、音を電気信号に変える内蔵型の回路である。スピーカ６１６は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。

音入出力Ｉ／Ｆ６１７は、ＣＰＵ６０１の制御に従ってマイク６１５及びスピーカ６１６との間で音信号の入出力を処理する回路である。ディスプレイ６１８は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ（Electro Luminescence）などの表示手段の一種である。

外部機器接続Ｉ／Ｆ６１９は、各種の外部機器を接続するためのインターフェースである。近距離通信回路６２０は、ＮＦＣ（Near Field Communication）やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。タッチパネル６２１は、利用者がディスプレイ６１８を押下することで、スマートフォン６００を操作する入力手段の一種である。

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

＜機能構成＞
図７を用いて、情報共有システムを構成する各端末及びサーバの機能構成について説明する。図７は、情報共有システムを構成する各端末及びサーバの一例の機能ブロック図である。

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

なお、送受信部２１、受付部２２、画像処理部２３、表示制御部２４、判断部２５、及び記憶・読出処理部２９は、後述の個人ボード画面を表示させるウェブブラウザ（のウェブアプリケーション）によって実現される。通信管理部３０は、専用の通信アプリケーションによって実現される。

（各機能構成）
次に、個人端末２の各機能構成について詳細に説明する。送受信部２１は、通信ネットワーク９を介して、他の端末、装置又はサーバ等と各種データ（または情報）の送受信を行う。例えば、送受信部２１は、HTML、CSS（Cascade Style Sheet）、及びJavaScript（登録商標）で記述されたコンテンツデータをコンテンツ管理サーバ６から受信する。また、送受信部２１は、利用者によって入力された操作情報をコンテンツ管理サーバ６に送信する。

受付部２２は、利用者によってキーボード５１１及びポインティングデバイス５１２から、各種入力を受け付ける。画像処理部２３は、例えば、利用者の描画に応じてベクタデータ（又はストロークデータ）を作成する等の処理を行う。また、画像処理部２３は、取込部としての機能を有し、例えば、共有画面ｓｓのキャプチャを撮影することで、キャプチャ画像を取り込む。

表示制御部２４は、ディスプレイ５０６に、後述の個人ボード画面を表示させる。判断部２５は、各種判断を行なう。記憶・読出処理部２９は、ＣＰＵ５０１からの命令、並びに、ＨＤＤコントローラ５０５、メディアＩ／Ｆ５１６、及びＤＶＤ−ＲＷドライブ５１４によって実行され、記憶部２０００ａ、ＤＶＤ−ＲＷ５１３及び記録メディア５１５に各種データを記憶したり、記憶部２０００ａ、ＤＶＤ−ＲＷ５１３及び記録メディア５１５から各種データを読み出したりする処理を行う。

通信管理部３０は、主に、図３に示されているＣＰＵ５０１からの命令によって実現され、送受信部２１等とデータの入出力を行う。この通信管理部３０は、更に、送受信部３１、取込部３３、及び判断部３５を有している。

これらのうち、送受信部３１は、送受信部２１とは独立して、通信ネットワーク９を介してコンテンツ管理サーバ６と各種データ（または情報）の送受信を行う。取込部３３は、基本的に、画像処理部２３の取込部としての機能と同様の機能である。例えば取込部３３は後述の共有画面ｓｓの画面キャプチャを行うことで、キャプチャ画像を取り込む。判断部３５は、各種判断を行う。

＜＜コンテンツ管理サーバの機能構成＞＞
続いて、コンテンツ管理サーバ６の機能構成について説明する。図７に示されているように、コンテンツ管理サーバ６は、送受信部６１、スケジュール連動部６２、画像処理部６３、作成部６４、判断部６５、ウェブページ作成部６６、検索部６７、認証部６８、キャプチャ判断部６９及び記憶・読出処理部７０を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開されたプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能、又は機能する手段である。また、コンテンツ管理サーバ６は、図３に示されているＲＡＭ５０３及びＨＤ５０４によって構築される記憶部６０００を有している。

（各機能構成）
次に、コンテンツ管理サーバ６の各機能構成について詳細に説明する。送受信部６１は、通信ネットワーク９を介して、他の端末、装置又はサーバ等と各種データ（または情報）の送受信を行う。スケジュール連動部６２は通信ネットワーク９に各種データ（または情報）の送受信が可能に接続されたスケジュール管理サーバ８から利用者が参加する会議の書誌情報等を含むスケジュール情報を取得する。スケジュール管理サーバ８は、利用者ごと（ユーザＩＤごと）にスケジュール情報（会議（一覧）情報）を記憶している。

画像処理部６３は取込部としての機能を有し、後述の共用画面ｓｓの画面キャプチャを行うことで、キャプチャ画像を取り込む。作成部６４は、固有のコンテンツ管理ＩＤ、個人メモＩＤ等を作成する。判断部６５は、送受信部６１によってコンテンツ管理ＩＤ、個人メモＩＤ等が受信されたか否か等の判断を行う。

ウェブページ作成部６６は、個人端末２のウェブブラウザに表示させるウェブページのデータを作成する。検索部６７は、個人端末２のウェブブラウザに表示させた後述の個人ポータル画面から検索要求を受け付け、その検索要求に応じた検索を行う。また、認証部６８は、利用者の認証処理を行う。なお、認証部６８はコンテンツ管理サーバ６以外にあってもよく、例えば通信ネットワーク９に接続された認証サーバを利用してもよい。

記憶・読出処理部７０は、ＣＰＵ５０１からの命令、並びに、ＨＤＤコントローラ５０５、メディアＩ／Ｆ５１６、及びＤＶＤ−ＲＷドライブ５１４によって実行され、記憶部６０００、ＤＶＤ−ＲＷ５１３及び記録メディア５１５に各種データを記憶したり、記憶部６０００、ＤＶＤ−ＲＷ５１３及び記録メディア５１５から各種データを読み出したりする処理を行う。

また、コンテンツ管理サーバ６の記憶部６０００には、個人メモＤＢ６００１及びコンテンツ管理ＤＢ６００３が構築されている。

なお、これらのデータは、コンテンツ管理サーバ６以外の別サーバに保存されていてもよい。その場合のデータ取得・送信のタイミングは個人端末２からデータ取得・送信を要求されるたびに別サーバから取得しても良いし、会議開催中や個人ボードｄｃが利用者から参照されている間はコンテンツ管理サーバ６に記憶していて、会議終了や参照終了後（もしくは一定期間後）にコンテンツ管理サーバ６から削除して別サーバへ送ってもよい。

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

さらに、コンテンツ管理サーバ６及び個人端末２は開示された処理ステップを様々な組み合わせで共有するように構成できる。例えばコンテンツ管理サーバ６によって実行されるプロセスの一部は、個人端末２によって実行され得る。また、コンテンツ管理サーバ６及び個人端末２の各要素は、1つの装置にまとめられていても良いし、複数の装置に分けられていても良い。

＜ＤＢ構成＞
＜＜コンテンツ管理ＤＢ＞＞
図８はコンテンツ管理ＤＢ６００３の一例の構成図である。コンテンツ管理サーバ６の記憶部６０００には図８に示すようなコンテンツ管理ＤＢ６００３が構築されている。図８のコンテンツ管理ＤＢ６００３は、構成（Ａ）〜（Ｃ）の組み合わせで構成されている。

構成（Ａ）は、コンテンツ管理ＩＤを主キーとしてルームＩＤ、キャプチャ画像を対応付けている。構成（Ｂ）は、コンテンツ管理ＩＤを主キーとしてユーザＩＤ、完了フラグを対応付けている。構成（Ｃ）は、ルームＩＤ及びユーザＩＤを対応付けている。

コンテンツ管理ＩＤは、コンテンツを管理する為の識別情報の一例である。ルームＩＤはルームの識別情報の一例である。キャプチャ画像は、共有画面ｓｓのキャプチャ画像の識別情報の一例である。ユーザＩＤはユーザの識別情報の一例である。完了フラグは、コンテンツが個人端末２の個人メモｄｍに登録されているか否かを記録する情報の一例である。例えば完了フラグ「Ｆａｌｓｅ」はコンテンツが個人端末２の個人メモｄｍに未登録であることを示している。完了フラグ「Ｔｒｕｅ」はコンテンツが個人端末２の個人メモｄｍに登録されていることを示している。

構成（Ａ）では、後述するキャプチャ撮影処理が実行された際に、コンテンツ管理ＩＤと対応付けてルームＩＤ及びキャプチャ画像が登録される。例えば図８の構成（Ａ）ではルームＩＤ「ｒｏｏｍ−ａ」のルームで「ｃａｐｔｕｒｅ＿ｒｏｏｍＡ１．ｊｐｇ」「ｃａｐｔｕｒｅ＿ｒｏｏｍＡ２．ｊｐｇ」及び「ｃａｐｔｕｒｅ＿ｒｏｏｍＡ３．ｊｐｇ」が登録されている。また、構成（Ｃ）では、ルームＩＤ「ｒｏｏｍ−ａ」のルームに参加しているユーザＩＤ「Ｕｓｅｒ−ａ」「Ｕｓｅｒ−ｂ」及び「Ｕｓｅｒ−ｃ」が登録されている。

構成（Ｂ）では、構成（Ａ）及び構成（Ｃ）に基づき、ルームＩＤ「ｒｏｏｍ−ａ」に登録されたコンテンツごとに、ルームに参加しているユーザＩＤ「Ｕｓｅｒ−ａ」「Ｕｓｅｒ−ｂ」及び「Ｕｓｅｒ−ｃ」の個人端末２の個人メモｄｍに登録されているか否かが完了フラグとして記録されている。

図８のコンテンツ管理ＤＢ６００３により、コンテンツ管理サーバ６はルームに登録されたコンテンツ（キャプチャ画像）を管理できると共に、ルームに参加している利用者ごとに個人メモｄｍへのコンテンツの登録有無を管理できる。

＜＜個人メモＤＢ＞＞
個人メモＤＢ６００１で管理されているデータは、例えば個人メモＩＤ、コンテンツ管理ＩＤ、メモデータ、及び表示位置を対応付けて管理している。個人メモＩＤは入力されたテキストや描画されたオブジェクトなどのメモの識別情報の一例である。コンテンツ管理ＩＤは登録されたコンテンツ（キャプチャ画像）の識別情報の一例である。メモデータは入力されたテキストや描画されたオブジェクトなどのメモのデータである。表示位置は入力されたテキストや描画されたオブジェクトなどのメモが表示される位置（座標や行数及び文字数など）を示している。

＜処理又は動作＞
続いて、本実施形態の処理又は動作について説明する。本実施形態では、ルームで行う会議において、個人端末２ａを操作する発表者の一例である利用者Ａが共有画面ｓｓにコンテンツのデータのアップロード（ストリーミング送信）を行い、個人端末２ｂ及び２ｃを操作する聴講者の一例である利用者Ｂ及びＣが会議に参加する例について説明する。

図９はコンテンツの配信及び取得のパターンの一例について説明する図である。図９では後述のキャプチャ撮影処理を開始するトリガーの違いと、キャプチャ撮影処理を実行する場所の違いと、により５つにパターン化している。図９ではキャプチャ撮影処理を開始するトリガーの違いとして、発表者によるコンテンツ配信と、コンテンツ管理サーバ６による自動配信と、代表者によるコンテンツ配信と、を表している。代表者は、発表者及び聴講者でない利用者Ｄである。また、図９ではキャプチャ撮影処理を実行する場所の違いとして、コンテンツ管理サーバでコンテンツ取得と、個人ボードｄｃ（個人端末２）でコンテンツ取得と、を表している。

発表者によるコンテンツ配信は、発表者の操作に従ってキャプチャ撮影処理が行われる例である。代表者によるコンテンツ配信は、代表者の操作に従ってキャプチャ撮影処理が行われる例である。コンテンツ管理サーバ６による自動配信は、コンテンツ管理サーバ６で実行される画像変化判定に従ってキャプチャ撮影処理が行われる例である。コンテンツ管理サーバ６でコンテンツ取得は、コンテンツ管理サーバ６でキャプチャ撮影処理が行われる例である。個人ボードｄｃ（個人端末２）でコンテンツ取得は、個人端末２でキャプチャ撮影処理が行われる例である。

パターンＡは、発表者によるコンテンツ配信と、コンテンツ管理サーバ６でコンテンツ取得とが組み合わされた例である。パターンＡでは、発表者の操作に従ってコンテンツ管理サーバ６でキャプチャ撮影処理が行われ、個人端末２ｂ及び２ｃがキャプチャ画像をコンテンツ管理サーバ６から取得する。

パターンＢは、コンテンツ管理サーバ６による自動配信と、コンテンツ管理サーバ６でコンテンツ取得とが組み合わされた例である。パターンＢでは、コンテンツ管理サーバ６で実行される画像変化判定に従ってコンテンツ管理サーバ６でキャプチャ撮影処理が行われ、個人端末２ｂ及び２ｃがキャプチャ画像をコンテンツ管理サーバ６から取得する。

パターンＣは、発表者によるコンテンツ配信と、個人ボードｄｃ（個人端末２）でコンテンツ取得とが組み合わされた例である。パターンＣでは、発表者の操作に従って個人端末２でキャプチャ撮影処理が行われる例である。

パターンＤは、コンテンツ管理サーバ６による自動配信と、個人ボードｄｃ（個人端末２）でコンテンツ取得とが組み合わされた例である。パターンＤでは、コンテンツ管理サーバ６で実行される画像変化判定に従って個人端末２でキャプチャ撮影処理が行われる例である。

パターンＥは、代表者によるコンテンツ配信と、コンテンツ管理サーバ６でコンテンツ取得とが組み合わされた例である。パターンＥでは、代表者の操作に従ってコンテンツ管理サーバ６でキャプチャ撮影処理が行われ、個人端末２ｂ及び２ｃがキャプチャ画像をコンテンツ管理サーバ６から取得する。また、パターンＥにおいても、パターンＣ、Ｄのように各個人端末２ｂ及び２ｃでキャプチャ撮影処理を行っても良いし、個人端末２ｄでキャプチャ撮影処理を行い、キャプチャ画像を個人端末２ｂ及び２ｃにコンテンツ管理サーバ６を介して送信してもよい。

なお、パターンＡ及びＢは共有画面を聴講者Ｂ及びＣの個人端末２ｂ及び２ｃに表示してもよいし、表示しなくてもよい。パターンＡ及びＢは、共有画面を聴講者Ｂ及びＣの個人端末２ｂ及び２ｃに表示しないのであれば、共有画面をコンテンツ管理サーバ６から個人端末２ｂ及び２ｃに送信しなくてもよい。個人端末２ｂ及び２ｃに表示されるＵＩには例えば図１４のＵＩのように、少なくともキャプチャ画像が表示される。

また、パターンＣ，Ｄで個人端末２ｂ及び２ｃにキャプチャ撮影処理を行わせる代わりに、個人端末２ａでキャプチャ撮影処理を行い、キャプチャ画像を個人端末２ｂ及び２ｃにコンテンツ管理サーバ６を介して送信してもよい。

図１４は本実施形態に係る情報共有システムのＵＩの一例のイメージ図である。図１４に示したＵＩ１５００は、ページ選択領域と、操作選択領域と、コンテンツ表示領域１５０２と、余白領域１５０４とを有する。

最左のページ選択領域は、キャプチャ画像のサムネイルがページとして表示されている領域であり、選択（タッチ）することで、それぞれのサムネイルに対応するキャプチャ画像にジャンプする操作を受け付ける。ページ選択領域とコンテンツ表示領域１５０２との間の操作選択領域は、手書きメモに使用する黒ペン、赤ペン、消しゴムを選択する操作を受け付けるボタンと、前ページ又は後ページに移動する操作を受け付けるボタンとが表示されている領域である。

コンテンツ表示領域１５０２は、キャプチャ画像が表示される領域である。余白領域１５０４は各種メモが可能な領域である。なお、手書きやオブジェクト配置などによる手書きメモはコンテンツ表示領域１５０２及び余白領域１５０４の両方に記載できる。

＜＜パターンＡ＞＞
パターンＡでは、例えば図１０に示した手順でキャプチャ画像を作成し、個人端末２ｃのＵＩに表示させる。図１０は本実施形態に係る情報共有システムの一例のシーケンス図である。なお、図１０では個人端末２ｂを省略している。

ステップＳ１０において、情報共有システムでは、会議準備が行われる。会議準備では発表者による個人端末２ａからの要求に基づくルームの準備、個人端末２ｂ及び個人端末２ｃからのルームへの接続、が行われる。ルームに接続された個人端末２ａ〜２ｃの利用者Ａ〜Ｃは図８の構成（Ｃ）に登録され、会議を実施する。個人端末２ａは発表者から共有開始の操作の一例として、共有画面ｓｓにストリーミング送信する対象を選択する操作を受け付ける。

なお、共有画面ｓｓにストリーミング送信する対象を選択する操作は、個人端末２ａの全画面を選択するものであってもよいし、アプリのウインドウを選択するものであってもよいし、ウェブブラウザのタブを選択するものであってもよい。

ステップＳ１２において、個人端末２ａはストリーミング送信する対象として選択されたコンテンツのデータをストリーミングによりコンテンツ管理サーバ６の共有画面ｓｓへアップロードする。なお、ステップＳ１２の処理以降、個人端末２ａはストリーミング送信する対象として選択されたコンテンツのデータを、ストリーミングによりコンテンツ管理サーバ６の共有画面ｓｓへ送信し続ける。

発表者の個人端末２ａは例えば図１５のＵＩ１０００を表示する。図１５は本実施形態に係る情報共有システムのＵＩの一例のイメージ図である。図１５のＵＩ１０００は、左側に共有画面１０４０の投影エリアが表示されている。また、図１５のＵＩ１０００は、右側に共有画面１０４０のキャプチャ画像１０２２と、そのキャプチャ画像１０２２に付随するテキストメモエリア１０２４との組みが、シート１０２０上に表示されている。

さらに、図１５のＵＩ１０００には、ハンドツールボタン１００２、ペンツールボタン１００４、テキストツールボタン１００６、Ｕｎｄｏボタン１００８、Ｒｅｄｏボタン１０１０、ＨＴＭＬ保存ボタン１０１２、ＰＤＦ保存ボタン１０１４、及びキャプチャボタン１０１６が表示されたツールパレットが表示されている。さらに、共有画面ｓｓにストリーミング送信する対象を選択する画面に遷移するための「画面を共有する」ボタン１０３２が表示されている。

ハンドツールボタン１００２は利用者がハンドツールの利用を開始するためのボタンである。ペンツールボタン１００４は利用者がペンツールの利用を開始するためのボタンである。テキストツールボタン１００６は利用者がテキストツールの利用を開始するためのボタンである。Ｕｎｄｏボタン１００８は行われた作業を元に戻すためのボタンである。Ｒｅｄｏボタン１０１０は、Ｕｎｄｏボタン１００８で戻した作業を進めるためのボタンである。

ＨＴＭＬ保存ボタン１０１２は、ＵＩ１０００の情報をＨＴＭＬファイルでローカル保存するためのボタンである。ＰＤＦ保存ボタン１０１４は、ＵＩ１０００の情報をＰＤＦファイルでローカル保存するためのボタンである。

発表者はキャプチャボタン１０１６を押下する操作を行うことで、投影エリアに表示されている共有画面１０４０のキャプチャ撮影要求を個人端末２ａに指示できる。発表者はＵＩ１０００に表示された共有画面１０４０を参照しながら、キャプチャを撮影したいタイミングでキャプチャボタン１０１６を押下する操作を行う。キャプチャボタン１０１６を押下する操作を受け付けると、発表者の個人端末２ａはステップＳ１４においてキャプチャ撮影要求をコンテンツ管理サーバ６に送信する。

キャプチャ撮影要求を受信したコンテンツ管理サーバ６はステップＳ１６に進み、その時の共有画面ＳＳのキャプチャ画像を撮影する。コンテンツ管理サーバ６は図８（Ｃ）を参照することで、ステップＳ１４において個人端末２ａからキャプチャ撮影要求を送信した発表者のユーザＩＤと対応付けられているルームＩＤを特定する。さらに、コンテンツ管理サーバ６は図８（Ｃ）を参照し、特定した発表者のルームＩＤと対応付けられている発表者以外のユーザＩＤを聴講者のユーザＩＤとして特定する。コンテンツ管理サーバ６はステップＳ１６で撮影したキャプチャ画像の情報を、特定したルーム、発表者、及び聴講者と対応付けて図８の構成（Ａ）及び（Ｂ）に登録する。

ステップＳ１８に進み、コンテンツ管理サーバ６はキャプチャ画像が撮影されたことを発表者と同一のルームＩＤと対応付けられている聴講者Ｂ及びＣの個人端末２ｂ及び２ｃに通知する。ステップＳ２０に進み、個人端末２ｂ及び２ｃはステップＳ１８の通知に基づき、共有画面ＳＳのキャプチャ画像の取得をコンテンツ管理サーバ６に要求する。コンテンツ管理サーバ６は図８のコンテンツ管理ＤＢ６００３に従い、聴講者Ｂ及びＣの個人端末２ｂ及び２ｃに共有画面ＳＳのキャプチャ画像を取得させる。

このように、パターンＡでは発表者によるキャプチャ撮影要求に基づき、共有画面ｓｓのキャプチャ画像を取り込み、キャプチャ画像を聴講者の個人端末２に取得させることができる。これにより、発表者は会議の進行に合わせて資料等を順次、聴講者に取得させることができる。また、発表者は聴講者に取得させるキャプチャ画像を発表者側の都合で自由に選択できる。一方で、聴講者はキャプチャ撮影のための操作が不要となり、会議に集中できる。

＜＜パターンＢ＞＞
パターンＢでは、例えば図１１に示した手順でキャプチャ画像を作成し、個人端末２ｃのＵＩに表示させる。図１１は本実施形態に係る情報共有システムの一例のシーケンス図である。なお、図１１では個人端末２ｂを省略している。

ステップＳ３０において、情報共有システムでは、図１０のステップＳ１０と同様な手順により、発表者から共有開始の操作を受け付ける。ステップＳ３２において、個人端末２ａはストリーミング送信する対象として選択されたコンテンツのデータをストリーミングによりコンテンツ管理サーバ６の共有画面ｓｓへアップロードする。なお、ステップＳ３２の処理以降、個人端末２ａはストリーミング送信する対象として選択されたコンテンツのデータを、ストリーミングによりコンテンツ管理サーバ６の共有画面ｓｓへ送信し続ける。

ステップＳ３４に進み、コンテンツ管理サーバ６は画像変化判定処理を行う。ステップＳ３４の画像変化判定処理は、共有画面ｓｓの画像の変化量が閾値以上（例えば画像の変化量が８０％以上など）であるか否かを判定する。共有画面ｓｓの画像の変化量が閾値以上であれば、コンテンツ管理サーバ６は画像変化ありと判定し、ステップＳ３６〜Ｓ４０の処理を行う。なお、共有画面ｓｓの画像の変化量が閾値以上でなければ、コンテンツ管理サーバ６は画像変化なしと判定し、ステップＳ３６〜Ｓ４０の処理を行わない。

画像変化ありと判定したコンテンツ管理サーバ６はステップＳ３６に進み、その時の共有画面ＳＳのキャプチャ画像を撮影する。コンテンツ管理サーバ６は図８（Ｃ）を参照することで、ステップＳ３２において個人端末２ａからコンテンツのデータをアップロードした発表者のユーザＩＤと対応付けられているルームＩＤを特定する。さらに、コンテンツ管理サーバ６は図８（Ｃ）を参照し、特定した発表者のルームＩＤと対応付けられている発表者以外のユーザＩＤを聴講者のユーザＩＤとして特定する。コンテンツ管理サーバ６はステップＳ３６で撮影したキャプチャ画像の情報を、特定したルーム、発表者、及び聴講者と対応付けて図８の構成（Ａ）及び（Ｂ）に登録する。

ステップＳ３８に進み、コンテンツ管理サーバ６はキャプチャ画像が撮影されたことを発表者と同一のルームＩＤと対応付けられている聴講者Ｂ及びＣの個人端末２ｂ及び２ｃに通知する。ステップＳ４０に進み、個人端末２ｂ及び２ｃはステップＳ３８の通知に基づき、共有画面ＳＳのキャプチャ画像の取得をコンテンツ管理サーバ６に要求する。コンテンツ管理サーバ６は図８のコンテンツ管理ＤＢ６００３に従い、聴講者Ｂ及びＣの個人端末２ｂ及び２ｃに共有画面ＳＳのキャプチャ画像を取得させる。

なお、ステップＳ３４の画像変化判定処理は、共有画面ｓｓのキャプチャ画像を取り込むトリガーの発生を、共有画面ｓｓの画像の変化量に基づき判断しているが、一定時間の経過に基づき（一定時間間隔で）判断してもよい。また、ステップＳ３４の画像変化判定処理は、共有画面ｓｓの画像の四隅などにページ番号（ページ識別情報）などを挿入しておき、そのページ番号から判読されるページ番号の変化に基づき、共有画面ｓｓのキャプチャ画像を取り込むトリガーの発生を判断してもよい。

このように、パターンＢでは共有画面ｓｓの画像の変化量に基づいて、共有画面ｓｓのキャプチャ画像を取り込むトリガーの発生を判断し、共有画面ｓｓのキャプチャ画像を取り込み、キャプチャ画像を聴講者の個人端末２に取得させることができる。

これにより、発表者は会議の進行に合わせて資料等を順次、聴講者に取得させることができる。また、発表者は聴講者に取得させるキャプチャ画像を、発表者側の都合で自由に選択できる。一方で、聴講者はキャプチャ撮影のための操作が不要となり、会議に集中できる。

＜＜パターンＣ＞＞
パターンＣでは、例えば図１２に示した手順でキャプチャ画像を作成し、個人端末２ｃのＵＩに表示させる。図１２は本実施形態に係る情報共有システムの一例のシーケンス図である。なお、図１２では個人端末２ｂを省略している。

ステップＳ５０において、情報共有システムでは、図１０のステップＳ１０と同様な手順により、発表者から共有開始の操作を受け付ける。ステップＳ５２において、個人端末２ａはストリーミング送信する対象として選択されたコンテンツのデータをストリーミングによりコンテンツ管理サーバ６の共有画面ｓｓへアップロードする。なお、ステップＳ５２の処理以降、個人端末２ａはストリーミング送信する対象として選択されたコンテンツのデータを、ストリーミングによりコンテンツ管理サーバ６の共有画面ｓｓへ送信し続ける。

ステップＳ５４に進み、コンテンツ管理サーバ６は共有画面ｓｓへストリーミングによりアップロードされるコンテンツのデータを、図８の構成（Ｃ）に基づき特定した、発表者と同一のルームに参加している聴講者の個人端末２ｂ、２ｃに送信する。このように、ルームに参加している聴講者の個人端末２ｂ、２ｃは共有画面ｓｓの画像を受信する。

発表者の個人端末２ａは例えば前述した図１５のＵＩ１０００を表示する。発表者はキャプチャボタン１０１６を押下する操作を行うことで、投影エリアに表示されている共有画面１０４０のキャプチャ撮影要求を個人端末２ａに指示できる。発表者はＵＩ１０００に表示された共有画面１０４０を参照しながら、キャプチャを撮影したいタイミングでキャプチャボタン１０１６を押下する操作を行う。キャプチャボタン１０１６を押下する操作を受け付けると、発表者の個人端末２ａはステップＳ５６においてキャプチャ撮影要求をコンテンツ管理サーバ６に送信する。

ステップＳ５８において、コンテンツ管理サーバ６は発表者の個人端末２ａから受信したキャプチャ撮影要求を、図８の構成（Ｃ）に基づき特定した、発表者と同一のルームに参加している聴講者の個人端末２ｂ、２ｃに送信する。

キャプチャ撮影要求を受信した個人端末２ｂ、２ｃはステップＳ６０に進み、その時の共有画面ＳＳのキャプチャ画像を撮影する。ステップＳ６２に進み、個人端末２ｂ、２ｃはステップＳ６０で撮影したキャプチャ画像を例えば図１４に示したＵＩ１５００のように表示する。また、個人端末２ｂ、２ｃはステップＳ６０で撮影したキャプチャ画像をコンテンツ管理サーバ６に送信する。

また、コンテンツ管理サーバ６は受信したキャプチャ画像の情報を図８の構成（Ａ）及び（Ｂ）に登録する。このように、コンテンツ管理サーバ６は受信したキャプチャ画像の情報を図８の構成（Ａ）及び（Ｂ）に登録しておくことで、ＵＩ１５００のリロードや途中参加の聴講者の個人端末２へのキャプチャ画像の送信に対応できる。

＜＜パターンＤ＞＞
パターンＤでは、例えば図１３に示した手順でキャプチャ画像を作成し、個人端末２ｃのＵＩに表示させる。図１３は本実施形態に係る情報共有システムの一例のシーケンス図である。なお、図１３では個人端末２ｂを省略している。

ステップＳ７０において、情報共有システムでは、図１０のステップＳ１０と同様な手順により、発表者から共有開始の操作を受け付ける。ステップＳ７２において、個人端末２ａはストリーミング送信する対象として選択されたコンテンツのデータをストリーミングによりコンテンツ管理サーバ６の共有画面ｓｓへアップロードする。なお、ステップＳ７２の処理以降、個人端末２ａはストリーミング送信する対象として選択されたコンテンツのデータを、ストリーミングによりコンテンツ管理サーバ６の共有画面ｓｓへ送信し続ける。

ステップＳ７４に進み、コンテンツ管理サーバ６は共有画面ｓｓへストリーミングによりアップロードされるコンテンツのデータを、図８の構成（Ｃ）に基づき特定した、発表者と同一のルームに参加している聴講者の個人端末２ｂ、２ｃに送信する。このように、ルームに参加している聴講者の個人端末２ｂ、２ｃは共有画面ｓｓの画像を受信する。

ステップＳ７６に進み、コンテンツ管理サーバ６は図１１のステップＳ３４と同様な画像変化判定処理を行う。共有画面ｓｓの画像の変化量が閾値以上であれば、コンテンツ管理サーバ６は画像変化ありと判定し、ステップＳ７８〜Ｓ８４の処理を行う。なお、共有画面ｓｓの画像の変化量が閾値以上でなければ、コンテンツ管理サーバ６は画像変化なしと判定し、ステップＳ７８〜Ｓ８４の処理を行わない。

画像変化ありと判定したコンテンツ管理サーバ６は、ステップＳ７８〜Ｓ８０の処理において、共有画面ｓｓのキャプチャ画像を撮影させる為のキャプチャ撮影要求を、図８の構成（Ｃ）に基づき特定した、発表者と同一のルームに参加している聴講者の個人端末２ｂ、２ｃに送信する。

キャプチャ撮影要求を受信した個人端末２ｂ、２ｃはステップＳ８２に進み、その時の共有画面ＳＳのキャプチャ画像を撮影する。ステップＳ８４に進み、個人端末２ｂ、２ｃはステップＳ８２で撮影したキャプチャ画像を例えば図１４に示したＵＩ１５００のように表示する。また、個人端末２ｂ、２ｃはステップＳ８２で撮影したキャプチャ画像をコンテンツ管理サーバ６に送信する。

また、コンテンツ管理サーバ６は受信したキャプチャ画像の情報を図８の構成（Ａ）及び（Ｂ）に登録する。このように、コンテンツ管理サーバ６は受信したキャプチャ画像の情報を図８の構成（Ａ）及び（Ｂ）に登録しておくことで、ＵＩ１５００のリロードや途中参加の聴講者の個人端末２へのキャプチャ画像の送信に対応できる。

なお、パターンＥについては、図１０におけるステップＳ１４のキャプチャ撮影要求が発表者の個人端末２ａでなく、代表者の個人端末２ｄから送信されている点が、パターンＡと異なっている。また、本実施形態に係る情報共有システムは発表者や代表者がキャプチャ画像を削除する操作を行った場合に、キャプチャ削除要求を、ルームに参加している聴講者の個人端末２に送信し、キャプチャ画像を削除させる仕組みを設けてもよい。

＜まとめ＞
本実施形態に係る情報共有システムによれば、発表者や代表者の意図するキャプチャ画像を意図したタイミングで聴講者の個人端末２に入手させることができるので、会議の進行に合わせて資料などを順次、聴講者に取得させることができる。また、本実施形態に係る情報処理システムによれば、聴講者はキャプチャ画像の取得のための操作が不要となるため、説明を聞くことやメモを取ることに集中できると共に、キャプチャ画像を入手する手間を軽減できる。

［第２の実施形態］
第１の実施形態は、例えばスケジュール連動部６２がスケジュール管理サーバ８から利用者が参加する会議の書誌情報等を含むスケジュール情報を取得することで、図１０のステップＳ１０等の会議準備が行われる。会議準備では発表者による個人端末２ａからの要求に基づくルームの準備、個人端末２ｂ及び個人端末２ｃからのルームへの接続、が行われる。

第２の実施形態では、ルームの準備を行う利用者と対応付けられたベースキーワードを含むキーワードを作成し、そのキーワードをルームと対応付けて管理する。ルームに参加したい利用者は、個人端末２にキーワードやキーワードを含んだＵＲＬを入力することにより、そのルームに参加（接続）するためのアクセス情報を取得でき、突発的な会議等への対応を容易としている。なお、第２の実施形態は一部を除いて第１の実施形態と同一であるため、適宜説明を省略する。

図１８は、情報共有システムを構成する各端末及びサーバの他の例の機能ブロック図である。図１８の機能ブロック図は、図７に示した機能ブロック図のコンテンツ管理サーバ６にキーワード処理部７１及びキーワード管理ＤＢ６００５を追加し、また、個人端末２にキーワード作成部２６を追加した構成である。

キーワード処理部７１及びキーワード作成部２６は、図３に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開されたプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能、又は機能する手段である。

キーワード作成部２６はベースキーワードを含むキーワードを作成する。キーワード作成部２６は、作成したキーワードをコンテンツ管理サーバ６に登録するためのキーワード登録要求を行う。

キーワード処理部７１は、キーワード登録部７２及びアクセス情報生成部７３を有している。キーワード処理部７１は、キーワード登録と、キーワードからの個人メモＵＲＬ生成と、を責務として持つ。キーワード登録部７２はキーワード登録を責務とする。アクセス情報生成部７３はキーワードからの個人メモＵＲＬ生成を責務とする。

キーワード登録部７２は個人端末２ａからのキーワード登録要求に対して、ルームを生成し、ルームとキーワードとを対応付け、その対応付け結果をキーワード管理ＤＢ６００５に保存して管理する。

アクセス情報生成部７３は聴講者の個人端末２ｂ等からキーワードに対応付いたルームの個人メモＵＲＬを作成する。個人メモＵＲＬは聴講者が個人端末２ｂ等からルームへ参加する（個人メモｄｍを表示する）ためのアクセス情報の一例である。アクセス情報生成部７３は、作成した個人メモＵＲＬを聴講者の個人端末２ｂ等に送信する。

これにより、個人端末２ｂ等の聴講者は、後述のキーワード入力画面にキーワードを入力するか、キーワードを含んだＵＲＬをウェブブラウザに入力することで、キーワードと対応付けられたルームの個人メモｄｍのＵＲＬを開くことができる。

図１９はキーワード管理ＤＢ６００５の一例の構成図である。コンテンツ管理サーバ６の記憶部６０００には、図１９に示すキーワード管理ＤＢ６００５が構築されている。図１９のキーワード管理ＤＢ６００５は、構成（Ａ）〜（Ｂ）の組み合わせで構成されている。構成（Ａ）は、ユーザーＩＤを主キーとしてベースキーワードを対応付けている。構成（Ｂ）は、キーワードを主キーとしてルーム（会議）ＩＤを対応付けている。

本実施形態の情報共有システムを利用するユーザは、構成（Ａ）に示すように、ベースキーワードが対応付けられている。ベースキーワードは、構成（Ｂ）のキーワードの作成に利用される。例えば図１９の構成（Ａ）のユーザーＩＤが「ｕｓｅｒ−ａ」のユーザがルームを作成すると、ベースキーワード「ａｂｃ」を含むキーワード「ａｂｃ＿２０１９０１０１＿１２００」が作成され、図１９の構成（Ｂ）のようにルーム（会議）ＩＤ「ｒｏｏｍ−ａ」と対応付けられて管理される。構成（Ｂ）のキーワードは、個人端末２からルームに参加する利用者が個人メモＵＲＬを取得するために利用される。

図２０は本実施形態に係る情報共有システムのルーム作成及びキーワード登録の一例のシーケンス図である。なお、図２０では発表者がルームを作成する例を示したが、代表者や主催者など、発表者以外であってもよい。

ステップＳ１００において、発表者はコンテンツ管理サーバ６から配信された個人端末２ａ上のＵＩでベースキーワード（例えば「ａｂｃ」等）を入力する。ベースキーワードは毎回入力してもよいし、事前に決めていた値（例えばユーザ登録時に登録する等）を利用してもよい。

図２１はユーザ登録時にベースキーワードを同時に登録可能なＵＩの一例のイメージ図である。図２１のＵＩ２０００は、情報共有システムを利用するために登録が必要な情報の一つとしてベースキーワードの登録を受け付けることができる。図２１のＵＩ２０００から登録されたベースキーワード及びユーザ−ＩＤは、それぞれ対応付けられて図１９の構成（Ａ）のテーブルに保存される。なお、ユーザ登録時に新たなレコードとして図１９の構成（Ａ）のテーブルに登録されたベースキーワードは、ユーザ登録の後、変更可能としてもよい。

なお、ベースキーワードは、日付やランダム文字列などから作成されたキーワードよりも、ベースキーワードを含むように作成されたキーワードの方が利用者にとって視認性や認識率が高く、また、重複率が低くなることなどを期待して、利用される。

図２０のステップＳ１０２に進み、発表者はコンテンツ管理サーバ６から配信された個人端末２ａ上のＵＩでルーム（会議）作成ボタンを押下する。なお、ルーム（会議）作成ボタンを有するＵＩは一例であって、利用者からのルーム（会議）作成要求を受け付けるＵＩであればよい。

ステップＳ１０４に進み、個人端末２ａのキーワード作成部２６ａはベースキーワードを含むキーワードを作成する。キーワード作成部２６ａは、例えば「ａｂｃ＿２０１９０１０１＿１２００」のように、日付等の文字列をベースキーワードに付与し、キーワードを作成する。キーワードは、｛ベースキーワード｝＿｛日付｝＿｛時刻｝の形式の他、｛個人名｝＋｛連番｝の形式、｛会社名｝＋｛連番｝の形式などであってもよい。キーワードは、会議名、セミナー名、建物名、会議室名などをベースキーワードに付与するものでもよい。

例えば、キーワード作成部２６ａは、コンテンツ管理サーバ６のキーワード管理ＤＢ６００５から発表者のユーザーＩＤ「ｕｓｅｒ−ａ」に対応付いたベースキーワード「ａｂｃ」を読み出す。そして、キーワード作成部２６ａは現在の日付及び時刻「２０１９０１０１」「１２００」をベースキーワード「ａｂｃ」に付与し、キーワード「ａｂｃ＿２０１９０１０１＿１２００」を生成する。なお、ステップＳ１０４のキーワードを作成する処理はコンテンツ管理サーバ６で行うようにしてもよい。

ステップＳ１０６に進み、個人端末２ａのキーワード作成部２６ａはステップＳ１０４で作成したキーワードをコンテンツ管理サーバ６に登録するためのキーワード登録要求を行う。キーワード登録要求を受信したコンテンツ管理サーバ６のキーワード登録部７２はステップＳ１０８でキーワードの重複チェックを行う。ステップＳ１０８のキーワードの重複チェックは指定されたキーワードが重複していないことを、キーワード管理ＤＢ６００５を参照して確認する処理である。

指定されたキーワードが重複していなければ、コンテンツ管理サーバ６はステップＳ１１２に進み、ルーム（会議）を生成する。ステップＳ１１４に進み、キーワード登録部７２はステップＳ１１２で生成されたルームのルーム（会議）ＩＤと、個人端末２ａから指定されたキーワードとを対応付けて、キーワード管理ＤＢ６００５の構成（Ｂ）のテーブルに保存する。

また、ステップＳ１１６に進み、コンテンツ管理サーバ６はルーム（会議）作成結果とキーワード登録結果とを個人端末２ａに通知する。ステップＳ１１８に進み、個人端末２ａはルーム（会議）作成結果とキーワード登録結果とを、例えば図２２に示すＵＩで表示する。

図２２は、ルーム（会議）作成結果とキーワード登録結果とを表示するＵＩの一例のイメージ図である。図２２のＵＩ２１００は、コンテンツ管理サーバ６でルーム（会議）ＩＤと対応付けられたキーワード、そのキーワードを含んだＵＲＬ、キーワードを含んだＵＲＬをコード化したＱＲコード（登録商標）などの２次元コードが表示されている。

会議の発表者や聴講者などの参加者は、図２２に表示されたキーワード、ＵＲＬ、及び２次元コードを利用することで、後述のようにルームに参加する（個人メモｄｍを表示する）ためのアクセス情報を取得できる。図２２に表示されたキーワード、ＵＲＬ、及び２次元コードの参加者への配布は、メールやチャット、プロジェクタへの投影など、様々な方法を用いることができる。例えばメールで配布する場合は「ＵＲＬとリンク先に飛んで下さいメッセージ」や「２次元コードと２次元コードを読み取って下さいメッセージ」を含むメールフォーマットを利用してもよい。

なお、図２０のステップＳ１０８において、指定されたキーワードが重複していればコンテンツ管理サーバ６のキーワード登録部７２はステップＳ１１０に進み、キーワードが重複しなくなるように、キーワードに例えば「＿１」のようなｓｕｆｆｉｘを自動的に付与するようにしてもよい。例えば重複するキーワード「ａｂｃ＿２０１９０１０１＿１２００」はキーワード「ａｂｃ＿２０１９０１０１＿１２００＿１」に変更される。重複しなくなるようにキーワードが変更された後の処理は、指定されたキーワードが重複していなかった場合の処理と同様であるため、説明を省略する。

なお、図２０のステップＳ１０８において、指定されたキーワードが重複している場合にキーワード登録部７２はルーム（会議）の作成結果として「ＮＧ」を個人端末２ａに返して、ステップＳ１００の処理から、やり直しさせてもよい。

図２３は本実施形態に係る情報共有システムのルーム参加及び個人メモＵＲＬへのアクセスの一例のシーケンス図である。なお、図２３では個人端末２ｂを省略している。

ステップＳ１５０において、聴講者はコンテンツ管理サーバ６から配信された個人端末２ｃ上のＵＩに、発表者などから配布されたキーワード（例えば「ａｂｃ＿２０１９０１０１＿１２００」など）を入力する。

図２４はルーム参加時にキーワードを入力するＵＩの一例のイメージ図である。聴講者は例えば図２４のＵＩ２２００にキーワードを入力したあと、会議参加ボタン２２０２を押下する。また、聴講者はウェブブラウザにキーワードを含んだＵＲＬを入力するようにしてもよいし、２次元コードからＵＲＬをデコードできるアプリケーションなどに、ＵＲＬをコード化した２次元コードを読み取らせてもよい。

ステップＳ１５２に進み、個人端末２ｃはキーワードに対応付いたルーム（会議）の個人メモＵＲＬの生成要求をコンテンツ管理サーバ６に対して行う。ステップＳ１５４に進み、コンテンツ管理サーバ６のアクセス情報生成部７３は、キーワード管理ＤＢ６００５を参照し、キーワードに対応付いたルーム（会議）ＩＤを取得する。

ステップＳ１５６に進み、アクセス情報生成部７３は取得したルーム（会議）ＩＤに対応付く個人メモＵＲＬを生成する。ステップＳ１５８に進み、アクセス情報生成部７３は生成した個人メモＵＲＬを個人端末２ｃに送信する。ステップＳ１６０に進み、個人端末２ｃは受信した個人メモＵＲＬを開くことで、個人端末２ｃを操作する聴講者用の個人メモｄｍを表示し、ルーム（会議）に参加できる。

このように、第２の実施形態によれば、生成したルーム（会議）ＩＤと対応付けられているキーワード（ベースキーワードを含む）の作成が容易であり、そのキーワードを会議の参加者に配布することで、突発的な会議などへの参加が容易となる。

［他の実施形態］
聴講者の個人端末２ｂ、２ｃは図１４のＵＩ１５００に替えて、例えば図１６に示すＩＵ１０００を表示するようにしてもよい。図１６は本実施形態に係る情報共有システムのＵＩの一例のイメージ図である。なお、図１６のＵＩ１０００は図１５のＵＩ１０００と一部を除いて同様であるため、適宜説明を省略する。

図１６のＵＩ１０００は、図１５のＵＩ１０００と同様、左側の投影エリアに共有画面ｓｓの画像が共有画面１０４０として表示されている。また、図１６のＵＩ１０００の右側には、前述したパターンＡ〜Ｅに従って取得されたキャプチャ画像１０２２と、そのキャプチャ画像１０２２に付随するテキストメモエリア１０２４との組みが、シート１０２０上に表示されている。

なお、本実施形態に係る情報共有システムでは、発表者及び代表者だけでなく聴講者もキャプチャ撮影要求を行えるようにしてもよい。聴講者はキャプチャボタン１０１６を押下する操作を行うことで、投影エリアに表示されている共有画面１０４０のキャプチャ撮影要求を個人端末２に指示できる。聴講者はＵＩ１０００に表示された共有画面１０４０を参照しながら、キャプチャを撮影したいタイミングでキャプチャボタン１０１６を押下する操作を行う。キャプチャボタン１０１６を押下する操作を受け付けると、聴講者の個人端末２は、その時の共有画面１０４０のキャプチャ画像を撮影する。個人端末２撮影したキャプチャ画像を図１のＵＩ１０００のように表示し、撮影したキャプチャ画像をコンテンツ管理サーバ６に送信する。

このような構成により、本実施形態に係る情報共有システムでは、発表者や代表者の意図するキャプチャ画像の他、それぞれの聴講者の意図するキャプチャ画像を、聴講者に取得させることができる。例えば本実施形態に係る情報共有システムでは、発表者や代表者が聴講者にキャプチャ画像として取得して欲しい製品などのカタログを、発表者や代表者の操作に基づき、強制的に取得させることも可能となる。

また、図１に示した情報共有システムは一例であって、例えば図１７に示すような構成であってもよい。図１７は会議中の情報共有システムの一例の全体概要図である。図１７では、会社の会議室Ｘにいる利用者Ａ，Ｂと、自宅Ｙにいる利用者Ｃが、情報共有システムを利用して遠隔会議を行っている状態が示されている。会議室Ｘには、利用者Ａが個人端末２ａを持ち込み、利用者Ｂが個人端末２ｂを持ち込んでいる。自宅Ｙには、利用者Ｃが個人端末２ｃを持ち込んでいる。

また、会議室Ｘには、複数の利用者が共用可能な共用端末４が設置されている。共用端末４は、複数の利用者が共同で、使用及び画面の閲覧が可能なコンピュータである。共用端末４は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ、スティックＰＣが接続されたディスプレイ等である。なお、共用端末４は、通信端末（又は情報処理端末）の一例である。共用端末４は、インターネット等の通信ネットワーク９を介してコンテンツ管理サーバ６と通信することができる。

コンテンツ管理サーバ６は、個人端末２及び共用端末４に対して送信するコンテンツのデータを記憶及び管理しているウェブ（Web）サーバ（又はHTTPサーバ）としての機能を有するコンピュータである。記憶部６０００には、図１の構成に加えて、各個人端末２からアクセスできる共用ボードｃｃを実現するための記憶位置（又は記憶領域）が構築されている。

共用ボードｃｃは、コンテンツ管理サーバ６の記憶部６０００の記憶位置（又は記憶領域）に作成される仮想的なスペースである。共用ボードｃｃに対しては、例えば、Canvas要素とJavaScript（登録商標）等によってコンテンツを閲覧及び編集することができる機能を備えているウェブアプリによってアクセスすることができる。ウェブアプリはウェブブラウザ上で動作するスクリプト言語（例えば、JavaScript）によるプログラムとウェブサーバ側のプログラムとが協調することによって動作し、ウェブブラウザ上で使用されるソフトウェア又はその仕組みを示す。共用ボードｃｃは記憶部６０００の記憶領域の範囲で有限又は無限の領域を有している。例えば共用ボードｃｃは、縦方向横方向の両方が有限又は無限であってもよいし、縦方向横方向のどちらか一方が有限又は無限であってもよい。

共用端末４の一例であるプロジェクタ７００は例えば図５に示すハードウェア構成により実現してもよい。

図５は本実施形態に係るプロジェクタ７００の一例のハードウェア構成図である。図５に示すように、プロジェクタ７００は、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、メディアＩ／Ｆ７０７、操作部７０８、電源スイッチ７０９、バスライン７１０、ネットワークＩ／Ｆ７１１、ＬＥＤ（Light Emitting Diode）駆動回路７１４、ＬＥＤ光源７１５、投写デバイス７１６、投写レンズ７１７、外部機器接続Ｉ／Ｆ７１８、ファン駆動回路７１９、冷却ファン７２０を備えている。

これらのうち、ＣＰＵ７０１は、プロジェクタ７００全体の動作を制御する。ＲＯＭ７０２は、ＣＰＵ７０１の駆動に用いられるプログラムを記憶する。ＲＡＭ７０３は、ＣＰＵ７０１のワークエリアとして使用される。メディアＩ／Ｆ７０７は、フラッシュメモリ等の記録メディア７０６に対するデータの読み出し又は書き込み（記憶）を制御する。

操作部７０８は種々のキー、ボタン及びＬＥＤ等が配設されており、ユーザによるプロジェクタ７００の電源のＯＮ／ＯＦＦ以外の各種操作を行うのに使用される。例えば操作部７０８は投写画像の大きさの調整操作、色調の調整操作、ピント調整操作、キーストン調整操作等の指示操作を受け付けて、受け付けた操作内容をＣＰＵ７０１に出力する。

電源スイッチ７０９は、プロジェクタ７００の電源のＯＮ／ＯＦＦを切り換えるためのスイッチである。バスライン７１０は、図５に示されているＣＰＵ７０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。ネットワークＩ／Ｆ７１１は、インターネット等の通信ネットワーク９を利用してデータ通信をするためのインターフェースである。

ＬＥＤ駆動回路７１４は、ＣＰＵ７０１の制御下で、ＬＥＤ光源７１５の点灯及び消灯を制御する。ＬＥＤ光源７１５は、ＬＥＤ駆動回路７１４の制御によって点灯されると、投写光を投写デバイス７１６に照射する。投写デバイス７１６は、外部機器接続Ｉ／Ｆ７１８等を介して与えられた画像データに基づいて、空間光変調方式によりＬＥＤ光源７１５からの投写光を変調して得た変調光を、投写レンズ７１７を通して、スクリーンの投写面へ画像として投写する。投写デバイス７１６としては、例えば、液晶パネルまたはＤＭＤ（Digital Micromirror Device）等が用いられている。

上記ＬＥＤ駆動回路７１４、ＬＥＤ光源７１５、投写デバイス７１６及び投写レンズ７１７は、全体として、画像データに基づいて投写面に投写画像を投写する投写部（投写手段）として機能している。

外部機器接続Ｉ／Ｆ７１８は、直接、ＰＣ（Personal Computer）が接続され、ＰＣとの間で、制御信号や画像データを取得する。また、外部機器接続Ｉ／Ｆ７１８は各種の外部機器（スティックＰＣ７３０など）を接続するためのインターフェースである。ファン駆動回路７１９は、ＣＰＵ７０１及び冷却ファン７２０に接続されており、ＣＰＵ７０１からの制御信号に基づいて、冷却ファン７２０の駆動／駆動停止を行う。冷却ファン７２０は、回転することで、プロジェクタ７００の内部の空気を排気して、プロジェクタ７００の内部を冷却する。

また、ＣＰＵ７０１は、電源電力が供給されると、ＲＯＭ７０２に予め記憶されている制御プログラムに従って起動し、ＬＥＤ駆動回路７１４に制御信号を与えてＬＥＤ光源７１５を点灯させるとともに、ファン駆動回路７１９に制御信号を与えて冷却ファン７２０を所定の定格回転数で回転させる。また、プロジェクタ７００は、電源回路からの電源電力の供給が開始されると、投写デバイス７１６が画像表示可能状態になり、更に、他の種々の構成要素へ電源回路から電力が供給される。また、プロジェクタ７００は電源スイッチ７０９がＯＦＦ操作されると、電源スイッチ７０９から電源ＯＦＦ信号がＣＰＵ７０１に送られる。

ＣＰＵ７０１は、電源ＯＦＦ信号を検知すると、ＬＥＤ駆動回路７１４へ制御信号を与えてＬＥＤ光源７１５を消灯させる。ＣＰＵ７０１は、その後、所定時間が経過すると、ファン駆動回路７１９へ制御信号を与えて冷却ファン７２０を停止させるとともに、自身で自身の制御処理を終了させ、最後に電源回路へ指示を与えて電源電力の供給を停止させる。

＜＜ＩＷＢ＞＞
共用端末４の一例であるＩＷＢ８００は例えば図６に示すハードウェア構成により実現してもよい。

図６は本実施形態に係るＩＷＢ８００の一例のハードウェア構成図である。図６に示すように、ＩＷＢ８００は、ＣＰＵ８０１、ＲＯＭ８０２、ＲＡＭ８０３、ＳＳＤ（Solid State Drive）８０４、ネットワークＩ／Ｆ８０５、及び外部機器接続Ｉ／Ｆ８０６を備えている。

これらのうち、ＣＰＵ８０１は、ＩＷＢ８００全体の動作を制御する。ＲＯＭ８０２はＣＰＵ８０１やＩＰＬ等のＣＰＵ８０１の駆動に用いられるプログラムを記憶する。ＲＡＭ８０３は、ＣＰＵ８０１のワークエリアとして使用される。ＳＳＤ８０４は、ＩＷＢ用のプログラム等の各種データを記憶する。ネットワークＩ／Ｆ８０５は通信ネットワーク９との通信を制御する。外部機器接続Ｉ／Ｆ８０６は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢメモリ８３０、外付け機器（マイク８４０、スピーカ８５０、カメラ８６０）である。

また、ＩＷＢ８００は、キャプチャデバイス８１１、ＧＰＵ８１２、ディスプレイコントローラ８１３、接触センサ８１４、センサコントローラ８１５、電子ペンコントローラ８１６、近距離通信回路８１９、及び近距離通信回路８１９のアンテナ８１９ａ、電源スイッチ８２２及び選択スイッチ類８２３を備えている。

これらのうち、キャプチャデバイス８１１は、外付けのＰＣ８７０のディスプレイに対して映像情報を静止画または動画として表示させる。ＧＰＵ（Graphics Processing Unit）８１２は、グラフィクスを専門に扱う半導体チップである。ディスプレイコントローラ８１３は、ＧＰＵ８１２からの出力画像をディスプレイ８８０等へ出力するために画面表示の制御及び管理を行う。

接触センサ８１４はディスプレイ８８０上に電子ペン８９０やユーザの手Ｈ等が接触したことを検知する。センサコントローラ８１５は接触センサ８１４の処理を制御する。接触センサ８１４は、赤外線遮断方式による座標の入力及び座標の検出を行う。この座標の入力及び座標の検出する方法は、ディスプレイ８８０の上側両端部に設置された２つ受発光装置が、ディスプレイ８８０に平行して複数の赤外線を放射し、ディスプレイ８８０の周囲に設けられた反射部材によって反射されて、受光素子が放射した光の光路と同一の光路上を戻って来る光を受光する方法である。

接触センサ８１４は、物体によって遮断された２つの受発光装置が放射した赤外線のＩＤをセンサコントローラ８１５に出力し、センサコントローラ８１５が、物体の接触位置である座標位置を特定する。電子ペンコントローラ８１６は、電子ペン８９０と通信することで、ディスプレイ８８０へのペン先のタッチやペン尻のタッチの有無を判断する。近距離通信回路８１９は、ＮＦＣやＢｌｕｅｔｏｏｔｈ等の通信回路である。電源スイッチ８２２は、ＩＷＢ８００の電源のＯＮ／ＯＦＦを切り換えるためのスイッチである。選択スイッチ類８２３は、例えば、ディスプレイ８８０の表示の明暗や色合い等を調整するためのスイッチ群である。

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

なお、接触センサ８１４は、赤外線遮断方式に限らず、静電容量の変化を検知することにより接触位置を特定する静電容量方式のタッチパネル、対向する２つの抵抗膜の電圧変化によって接触位置を特定する抵抗膜方式のタッチパネル、接触物体が表示部に接触することによって生じる電磁誘導を検知して接触位置を特定する電磁誘導方式のタッチパネルなどの種々の検出手段を用いてもよい。また、電子ペンコントローラ８１６が、電子ペン８９０のペン先及びペン尻だけでなく、電子ペン８９０のユーザが握る部分や、その他の電子ペンの部分のタッチの有無を判断するようにしてもよい。

以上、本発明の実施形態について説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。例えば本実施形態に係る情報共有システムは以下のような利用シーンが考えられる。

一般セミナーでは、顧客が本実施形態の聴講者に相当し、営業担当が本実施形態の発表者や代表者に相当する。学校での利用では、生徒が本実施形態の聴講者に相当し、教師が本実施形態の発表者や代表者に相当する。一般会議では、社員が本実施形態の聴講者に相当し、経営者が本実施形態の発表者や代表者に相当する。

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

なお、キャプチャ判断部６９は特許請求の範囲に記載した取込判断手段の一例である。作成部６４は作成手段の一例である。送受信部６１は送信手段の一例である。表示制御部２４ｂ及び２４ｃは表示制御手段の一例である。画像処理部６３、２３ｂ及び２３ｃは画像処理手段の一例である。送受信部２１ｂ及び２１ｃは受信手段の一例である。共有画面１０４０のキャプチャ撮影要求は取込要求の一例である。

ベースキーワードは第１キーワードの一例である。キーワードは第２キーワードの一例である。ルーム（会議）ＩＤは仮想ルーム識別情報の一例である。キーワード登録部７２はキーワード登録手段の一例である。アクセス情報生成部７３はアクセス情報生成手段の一例である。

２ａ、２ｂ、２ｃ 個人端末（通信端末の一例）
４ 共用端末（通信端末の一例）
６ コンテンツ管理サーバ（情報処理装置の一例）
８ スケジュール管理サーバ
９ 通信ネットワーク
２１ａ〜２１ｃ 送受信部
２３ａ〜２３ｃ 画像処理部
２４ａ〜２４ｃ 表示制御部
２６ａ〜２６ｃ キーワード作成部
６１ 送受信部
６２ スケジュール連動部
６３ 画像処理部
６４ 作成部
６５ 判断部
６６ ウェブページ作成部
６７ 検索部
６８ 認証部
６９ キャプチャ判断部
７０ 記憶・読出処理部
７１ キーワード処理部
７２ キーワード登録部
７３ アクセス情報生成部
６０００ 記憶部
６００１ 個人メモ管理ＤＢ
６００３ コンテンツ管理ＤＢ
６００５ キーワード管理ＤＢ

特開２０１５−２０７１０８号公報

Claims (14)

1. 複数の通信端末と、前記複数の通信端末のウェブブラウザに、前記複数の通信端末で共有する共有画面の画像を含んだウェブページを表示させるデータを送信する情報処理装置と、を有する情報処理システムであって、
   前記情報処理装置は、
   前記共有画面の画像を取り込むトリガーの発生を判断する取込判断手段と、
   前記トリガーの発生に基づいて取り込まれた前記共有画面の画像を含む前記ウェブページの前記データを作成する作成手段と、
   作成した前記データを前記通信端末に送信する送信手段と、
   を有し、
   前記複数の通信端末は、
   前記情報処理装置から受信した前記データにより前記共有画面の画像を含む前記ウェブページを表示する表示制御手段、
   を有すること
   を特徴とする情報処理システム。
2. 前記情報処理装置は、
   前記トリガーの発生に基づいて前記共有画面の画像を取り込む画像処理手段、
   を更に有し、
   前記取込判断手段は、前記複数の通信端末に含まれる一の通信端末からの取込要求を受け付けた場合に、前記トリガーが発生したと判断すること
   を特徴とする請求項１記載の情報処理システム。
3. 前記情報処理装置は、
   前記トリガーの発生に基づいて前記共有画面の画像を取り込む画像処理手段、
   を更に有し、
   前記取込判断手段は、前記共有画面の画像が変化したと判断した場合に、前記トリガーが発生したと判断すること
   を特徴とする請求項１記載の情報処理システム。
4. 前記複数の通信端末は、
   前記トリガーの発生に基づいて前記共有画面の画像を取り込む画像処理手段、
   を更に有し、
   前記取込判断手段は、前記複数の通信端末に含まれる一の通信端末からの取込要求を受け付けた場合に、前記トリガーが発生したと判断すること
   を特徴とする請求項１記載の情報処理システム。
5. 前記複数の通信端末は、
   前記トリガーの発生に基づいて前記共有画面の画像を取り込む画像処理手段、
   を更に有し、
   前記取込判断手段は、前記共有画面の画像が変化したと判断した場合に、前記トリガーが発生したと判断すること
   を特徴とする請求項１記載の情報処理システム。
6. 前記取込判断手段は、前記共有画面の画像の変化量が閾値を超えた場合、又は前記共有画面の画像から判読されるページ識別情報が変化した場合、に前記共有画面の画像が変化したと判断すること
   を特徴とする請求項３又は５記載の情報処理システム。
7. 前記送信手段は、前記共有画面の画像を共有する仮想ルームに対応付けられた前記通信端末を特定し、特定した前記通信端末に、作成した前記データを送信すること
   を特徴とする請求項１乃至６の何れか一項に記載の情報処理システム。
8. 前記情報処理装置は、前記共有画面の画像を共有する仮想ルームの作成者と対応付けられた第１キーワードを含む第２キーワードを、仮想ルーム識別情報と対応付けて登録するキーワード登録手段と、
   前記複数の通信端末に含まれる一の通信端末から受信した前記第２キーワードと対応付けられて登録されている前記仮想ルーム識別情報から前記仮想ルームを特定し、特定した前記仮想ルームに前記一の通信端末が参加するためのアクセス情報を生成して、前記一の通信端末に送信するアクセス情報生成手段と、
   を更に有すること
   を特徴とする請求項１乃至７の何れか一項に記載の情報処理システム。
9. 前記作成手段は、前記アクセス情報を用いた前記一の通信端末からのアクセス要求に基づき、前記一の通信端末により前記仮想ルームに参加する参加者用の前記ウェブページの前記データを作成すること
   を特徴とする請求項８記載の情報処理システム。
10. 前記第１キーワードは、前記作成者が前記情報処理システムを利用するために登録が必要な情報の一つとして、前記作成者から登録されること
    を特徴とする請求項８又は９記載の情報処理システム。
11. 複数の通信端末のウェブブラウザに、前記複数の通信端末で共有する共有画面の画像を含んだウェブページを表示させるデータを送信する情報処理装置であって、
    前記共有画面の画像を取り込むトリガーの発生を判断する取込判断手段と、
    前記トリガーの発生に基づいて取り込まれた前記共有画面の画像を含む前記ウェブページの前記データを作成する作成手段と、
    作成した前記データを前記通信端末に送信して、前記共有画面の画像を含む前記ウェブページを前記複数の通信端末に表示させる送信手段と、
    を有すること
    を特徴とする情報処理装置。
12. 複数の通信端末のウェブブラウザに、前記複数の通信端末で共有する共有画面の画像を含んだウェブページを表示させるデータを送信する情報処理装置が実行する情報処理方法であって、
    前記共有画面の画像を取り込むトリガーの発生を判断する取込判断ステップと、
    前記トリガーの発生に基づいて取り込まれた前記共有画面の画像を含む前記ウェブページの前記データを作成する作成ステップと、
    作成した前記データを前記通信端末に送信して、前記共有画面の画像を含む前記ウェブページを前記複数の通信端末に表示させる送信ステップと、
    を有すること
    を特徴とする情報処理方法。
13. 複数の通信端末のウェブブラウザに、前記複数の通信端末で共有する共有画面の画像を含んだウェブページを表示させるデータを送信する情報処理装置を、
    前記共有画面の画像を取り込むトリガーの発生を判断する取込判断手段、
    前記トリガーの発生に基づいて取り込まれた前記共有画面の画像を含む前記ウェブページの前記データを作成する作成手段、
    作成した前記データを前記通信端末に送信して、前記共有画面の画像を含む前記ウェブページを前記複数の通信端末に表示させる送信手段、
    として機能させるためのプログラム。
14. 複数の通信端末のウェブブラウザに、前記複数の通信端末で共有する共有画面の画像を含んだウェブページを表示させるデータを送信する情報処理装置から、前記データを受信する通信端末であって、
    前記情報処理装置から前記共有画面を受信する受信手段と、
    前記情報処理装置で判断された前記共有画面の画像を取り込むトリガーの発生に基づいて前記共有画面の画像を取得する画像処理手段と、
    取得した前記共有画面の画像を含む前記ウェブページの前記データを表示する表示制御手段と、
    を有すること
    を特徴とする通信端末。

Images