IP Force 特許公報掲載プロジェクト 2022.1.31 β版

ホーム > 特許ランキング > 株式会社リコー

このエントリーをはてなブックマークに追加

知財求人 - 知財ポータルサイト「IP Force」

▶ 株式会社リコーの特許一覧

特許7147322画像管理サーバ、プログラム、情報共用システム、情報共用方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-09-27
(45)【発行日】2022-10-05
(54)【発明の名称】画像管理サーバ、プログラム、情報共用システム、情報共用方法
(51)【国際特許分類】
   H04L 67/00 20220101AFI20220928BHJP
   H04N 7/15 20060101ALI20220928BHJP
【ＦＩ】
H04L67/00
H04N7/15 120
【請求項の数】 12
(21)【出願番号】P 2018138751
(22)【出願日】2018-07-24
(65)【公開番号】P2019153268
(43)【公開日】2019-09-12
【審査請求日】2021-05-20
(31)【優先権主張番号】P 2018035692
(32)【優先日】2018-02-28
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】000006747
【氏名又は名称】株式会社リコー
(72)【発明者】
【氏名】馬場 洋
【審査官】大石 博見
(56)【参考文献】
【文献】特開２０１６－２１２７５２（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ７／１５
Ｈ０４Ｌ ６７／００
(57)【特許請求の範囲】
【請求項1】
ネットワークを介して共用端末及び専用端末と通信することができる画像管理サーバであって、
前記共用端末が表示装置に表示する画面の取得要求を前記専用端末から受信するとともに、前記共用端末が前記画面に表示し、ユーザにより前記専用端末に入力された前記共用端末を識別する識別情報、及び、ユーザにより前記専用端末に入力された前記画面の画像データを用いて前記専用端末に送信される画面情報にアクセスするためのＵＲＬのうち少なくとも一方を受信する取得要求受信手段と、
前記取得要求受信手段が受信した取得要求に対し、前記共用端末に画像データの取得要求を送信し、前記共用端末から前記画面の画像データを取得する画像取得手段と、
前記画像取得手段が取得した前記画面の画像データを用いて前記専用端末に送信される画面情報を更新する画面情報更新手段と、
を有することを特徴とする画像管理サーバ。
【請求項2】
前記画面情報更新手段が更新した前記画面情報を前記専用端末に送信することで、前記画面情報を前記専用端末に表示させることを特徴とする請求項１に記載の画像管理サーバ。
【請求項3】
前記共用端末を識別する識別情報と前記共用端末のアドレス情報とを対応付けて記憶する第一の対応情報記憶手段から、前記取得要求と共に取得した前記共用端末の識別情報に対応付けられた前記アドレス情報を取得するアドレス情報取得手段、を有し、
前記画像取得手段は、前記アドレス情報取得手段が取得した前記アドレス情報の前記共用端末に前記取得要求を送信することを特徴とする請求項１又は２に記載の画像管理サーバ。
【請求項4】
前記共用端末では、前記画面に資料を表示する第一のアプリケーションと、前記共用端末の識別情報が設定された第二のアプリケーションが動作し、
前記アドレス情報取得手段は、前記第二のアプリケーションから送信された前記共用端末の識別情報と前記共用端末のアドレス情報とを対応付けて前記第一の対応情報記憶手段に記憶させることを特徴とする請求項３に記載の画像管理サーバ。
【請求項5】
前記画面情報更新手段は、前記専用端末が前記画面情報にアクセスするためのＵＲＬを作成し、
前記画面情報にアクセスするためのＵＲＬと前記共用端末のアドレス情報とを対応付けて記憶する第二の対応情報記憶手段から、前記取得要求と共に受信した前記画面情報にアクセスするためのＵＲＬに対応付けられた前記アドレス情報を取得するアドレス情報取得手段、を有し、
前記画像取得手段は、前記アドレス情報取得手段が取得した前記アドレス情報の前記共用端末に前記取得要求を送信することを特徴とする請求項１又は２に記載の画像管理サーバ。
【請求項6】
前記共用端末では、前記画面に資料を表示する第一のアプリケーションと、前記画面情報にアクセスするためのＵＲＬの作成を要求する第二のアプリケーションが動作し、
前記アドレス情報取得手段は、前記第二のアプリケーションからの要求に対し前記画面情報にアクセスするためのＵＲＬを作成し、前記ＵＲＬと前記共用端末のアドレス情報とを対応付けて前記第二の対応情報記憶手段に記憶させることを特徴とする請求項５に記載の画像管理サーバ。
【請求項7】
前記画像取得手段は、前記専用端末からの前記取得要求がなくても前記取得要求を繰り返し前記共用端末に送信し、前記共用端末から送信される前記画面の画像データを取得し、
前記画面情報更新手段は、前記画像取得手段が取得した前記画面の画像データを用いて前記画面情報のプレビュー欄を更新し、
プレビュー欄に更新された前記画面の画像データが表示される前記画面情報を前記専用端末に送信することを特徴とする請求項１～６のいずれか一項に記載の画像管理サーバ。
【請求項8】
前記取得要求受信手段が受信する前記専用端末からの前記取得要求は、前記画像管理サーバが生成した画面に基づいて送信されることを特徴とする請求項１～７のいずれか一項に記載の画像管理サーバ。
【請求項9】
前記画面情報更新手段は、前記画像管理サーバがすでに生成している画面情報を、前記画像取得手段が取得した前記画面の画像データを用いて更新することを特徴とする請求項１～８のいずれか一項に記載の画像管理サーバ。
【請求項10】
ネットワークを介して共用端末及び専用端末と通信することができる画像管理サーバを、
前記共用端末が表示装置に表示する画面の取得要求を前記専用端末から受信するとともに、前記共用端末が前記画面に表示し、ユーザにより前記専用端末に入力された前記共用端末を識別する識別情報、及び、ユーザにより前記専用端末に入力された前記画面の画像データを用いて前記専用端末に送信される画面情報にアクセスするためのＵＲＬのうち少なくとも一方を受信する取得要求受信手段と、
前記取得要求受信手段が受信した取得要求に対し、前記共用端末に画像データの取得要求を送信し、前記共用端末から前記画面の画像データを取得する画像取得手段と、
前記画像取得手段が取得した前記画面の画像データを用いて前記専用端末に送信される画面情報を更新する画面情報更新手段、
として機能させることを特徴とするプログラム。
【請求項11】
共用端末と、専用端末と、画像管理サーバとがネットワークを介して通信する情報共用システムであって、
前記共用端末が表示装置に表示する画面の取得要求を前記専用端末から受信するとともに、前記共用端末が前記画面に表示し、ユーザにより前記専用端末に入力された前記共用端末を識別する識別情報、及び、ユーザにより前記専用端末に入力された前記画面の画像データを用いて前記専用端末に送信される画面情報にアクセスするためのＵＲＬのうち少なくとも一方を受信する取得要求受信手段と、
前記取得要求受信手段が受信した取得要求に対し、前記共用端末に画像データの取得要求を送信し、前記共用端末から前記画面の画像データを取得する画像取得手段と、
前記画像取得手段が取得した前記画面の画像データを用いて前記専用端末に送信される画面情報を更新する画面情報更新手段と、
前記画面情報を前記画像管理サーバから受信する受信手段と、
前記受信手段が受信した前記画面情報に基づいて前記画面をディスプレイに表示する表示制御手段と、
を有することを特徴とする情報共用システム。
【請求項12】
共用端末と、専用端末と、画像管理サーバとがネットワークを介して通信する情報共用システムが行う情報共用方法であって、
取得要求受信手段が、前記共用端末が表示装置に表示する画面の取得要求を前記専用端末から受信するとともに、前記共用端末が前記画面に表示し、ユーザにより前記専用端末に入力された前記共用端末を識別する識別情報、及び、ユーザにより前記専用端末に入力された前記画面の画像データを用いて前記専用端末に送信される画面情報にアクセスするためのＵＲＬのうち少なくとも一方を受信するステップと、
画像取得手段が、前記取得要求受信手段が取得した取得要求に対し、前記共用端末に画像データの取得要求を送信し、前記共用端末から前記画面の画像データを取得するステップと、
画面情報更新手段が、前記画像取得手段が取得した前記画面の画像データを用いて前記専用端末に送信される画面情報を更新するステップと、
受信手段が、前記画面情報を前記画像管理サーバから受信するステップと、
表示制御手段が、前記受信手段が受信した前記画面情報に基づいて前記画面をディスプレイに表示するステップと、
を有することを特徴とする情報共用方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示内容は、画像管理サーバ、プログラム、情報共用システム、及び、情報共用方法に関する。
【背景技術】
【0002】
複数の参加者が何らかの目的をもって集まる会議、打ち合わせ、発表会等の会合では例えば大画面の共用端末を用いた資料の表示が行われている。大画面の共用端末に資料を表示させ、その資料に基づいて参加者が議論したり、資料が説明されたりする。この時、大画面の共用端末だけでなく各参加者が持ち込んだ専用端末にも資料を表示して、参加者が手元の資料を閲覧して会合に望むこともよく行われている。
【0003】
したがって、参加者は資料を取得する必要があるが、従来から、電子メールで資料が送信されたり、所定のＵＲＬ（Uniform Resource Locator）からダウンロードしたりする方法が取られている。また、共用端末が資料と共に資料を特定する方法を表示し、資料が必要な参加者が資料を特定する方法に基づいて資料を取得する技術も知られている（例えば、特許文献１参照。）。特許文献１には、投影中のファイルを識別する情報を含むＱＲコードを投影し、任意の参加者の専用端末がＱＲコードを撮影することで投影中のファイルをダウンロードする情報処理システムについて開示されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１に開示された方法では、共用端末が表示している画面を、画面を閲覧しているユーザが使用する専用端末が取得することができないという問題がある。すなわち、従来の方法ではユーザがファイルの全体を取得することができるが、現在、共用端末が表示している画面を表示したくても、この画面を取得してユーザの専用端末が表示することができなかった。
【0005】
本発明は、上記課題に鑑み、共用端末が表示している画面を、専用端末が表示することができる情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【0006】
上記課題に鑑み、本発明は、ネットワークを介して共用端末及び専用端末と通信することができる画像管理サーバであって、前記共用端末が表示装置に表示する画面の取得要求を前記専用端末から受信するとともに、前記共用端末が前記画面に表示し、ユーザにより前記専用端末に入力された前記共用端末を識別する識別情報、及び、ユーザにより前記専用端末に入力された前記画面の画像データを用いて前記専用端末に送信される画面情報にアクセスするためのＵＲＬのうち少なくとも一方を受信する取得要求受信手段と、前記取得要求受信手段が受信した取得要求に対し、前記共用端末に画像データの取得要求を送信し、前記共用端末から前記画面の画像データを取得する画像取得手段と、前記画像取得手段が取得した前記画面の画像データを用いて前記専用端末に送信される画面情報を更新する画面情報更新手段と、を有することを特徴とする画像管理サーバである。
【発明の効果】
【0007】
共用端末が表示している画面を、専用端末が表示することができる画像管理サーバを提供することができる。
【図面の簡単な説明】
【0008】
【図1】大画面の共用端末がディスプレイに表示する画面を専用端末が表示する手順の概略を説明する図である。
【図2】本実施形態の情報共用システムの概略構成図の一例である。
【図3】共用端末又は専用端末のハードウェア構成図の一例である。
【図4】画像管理サーバの概略的なハードウェア構成図の一例である。
【図5】共用端末及び専用端末で動作するソフトウェアのソフトウェア構成の一例を示す図である。
【図6】共用端末、専用端末、及び画像管理サーバが有する機能をブロック状に示す機能ブロック図の一例である。
【図7】共用端末がディスプレイに表示した補助アプリＩＤの一例を示す図である。
【図8】専用端末の電子キャンバスアプリが表示するメニューと情報表示バーの一例を示す図である。
【図9】電子キャンバスの作成の概略を説明する図の一例である。
【図10】画面のキャプチャの概略を説明する図の一例である。
【図11】共用端末が起動時に補助アプリＩＤを画像管理サーバに通知する手順を示すシーケンス図の一例である。
【図12】専用端末が電子キャンバスを作成する手順を示すシーケンス図の一例である。
【図13】共用端末が画面をキャプチャして、専用端末が資料表示アプリの画面の画像データを表示する手順を示すシーケンス図の一例である。
【図14】共用端末、専用端末、及び画像管理サーバが有する機能をブロック状に示す機能ブロック図の一例である。
【図15】電子キャンバスの作成の概略を説明する図の一例である。
【図16】画面のキャプチャの概略を説明する図の一例である。
【図17】共用端末が起動時に電子キャンバスのＵＲＬと共用端末のＩＰアドレスを対応付けて登録する手順を示すシーケンス図の一例である。
【図18】共用端末が画面をキャプチャして、専用端末が資料表示アプリの画面の画像データを表示する手順を示すシーケンス図の一例である。
【図19】専用端末がプレビュー表示している場合のキャプチャを説明する図の一例である。
【図20】共用端末が画面をキャプチャして、専用端末が資料表示アプリの画面の画像データを表示する手順を示すシーケンス図の一例である。
【図21】専用端末が表示する画面のレイヤ構造を示した図である。
【図22】専有端末の画面例を示した図である。
【図23】専有端末の画面例を示した図である。
【図24】専有端末の画面例を示した図である。
【図25】専有端末の画面例を示した図である。
【図26】専有端末の画面例を示した図である。
【図27】専有端末の画面例を示した図である。
【図28】専有端末の画面例を示した図である。
【図29】専有端末の画面例を示した図である。
【発明を実施するための形態】
【0009】
以下、本発明を実施するための形態の一例として、情報共用システムと情報共用システムが行う情報共用方法について図面を参照しながら説明する。
【0010】
＜情報共用システムの動作の概略＞
まず、図１を用いて、本実施形態の情報共用システムの動作の概略について説明する。図１は、大画面の共用端末１０が表示する画面を専用端末３０が表示する手順の概略を説明する図である。共用端末は、複数のユーザが共同で、使用及び画面の閲覧が可能なコンピュータである。専用端末３０は、ユーザがそれぞれ個別に（専用に）使用及び画面の閲覧が可能なコンピュータである。
【0011】
まず、前提として、共用端末１０では資料表示アプリケーション（以下、単に「資料表示アプリ１１」という）が資料の内容（画像）を表示していると共に、画面のキャプチャを行う補助アプリ１３が動作している。また、専用端末３０ではブラウザアプリケーション（以下、単にブラウザアプリ１５という）が動作している。
【0012】
（１）まず、共用端末１０は起動時等に画像管理サーバ５０に接続している。専用端末３０は後述する第１及び第２の実施形態の方法で画像管理サーバ５０の所定のＵＲＬに接続する。このＵＲＬは専用端末３０が共用端末１０と画面を共用するためのＵＲＬである。
【0013】
（２）共用端末１０が表示している画面を専用端末３０のユーザが専用したいと考え所定のボタンを押下する。
【0014】
（３）これにより、専用端末３０はキャプチャ要求（画面の取得要求の一例）を画像管理サーバ５０に送信する。
【0015】
（４）画像管理サーバ５０は、共用端末１０が接続してきた際に取得した共用端末１０のアドレス情報の１つであるＩＰアドレスを指定して共用端末１０にキャプチャ要求を送信する。
【0016】
（５）補助アプリ１３はキャプチャ要求を取得すると、資料表示アプリ１１が画面に表示している画面をキャプチャする（取り込む）。
【0017】
（６）共用端末１０の補助アプリ１３は画面の画像データを画像管理サーバ５０に送信する。
【0018】
（７）画像管理サーバ５０は、ブラウザアプリ１５に送信される画面情報（Ｗｅｂページ）に画像データを追加する処理を行う。
【0019】
（８）専用端末３０のブラウザアプリ１５は画像管理サーバ５０から画面の画像データを含む画面情報を取得する。
【0020】
（９）これにより、専用端末３０は、共用端末１０が表示している画面をディスプレイに表示する。
【0021】
このように、本実施形態の情報共用システムは、画像管理サーバ５０に共用端末１０と専用端末３０が接続することで、共用端末１０が表示している画面を、専用端末３０が表示することができる。
【0022】
＜用語について＞
表示装置とは画像を表示する装置である。ディスプレイと呼ばれる場合がある。また、表示装置はプロジェクタでもよい。
【0023】
電子キャンバスアプリはプログラムであり、電子キャンバスは電子キャンバスアプリにより実現される機能又は電子キャンバスアプリが表示する画面である。ここで、「電子キャンバス」は、平織りで織られた厚手の布ではなく、画像管理サーバ５０上に作成される仮想的なキャンバスである。例えば、Ｃａｎｖａｓ要素とJavaScript（登録商標）等によって、ユーザが手書き情報を書き込んだり、画像を表示したりする機能のＷｅｂアプリが電子キャンバスに相当する。ただし、電子キャンバスアプリと電子キャンバスはほぼ一体でありこれらを明確に区別しない場合がある。
【0024】
画面の取得とは画面を取り込むこと、又は、画面の画像データを生成することをいう。画面の全体を取り込んでもよいし、画面の画像データを分割したり一部を切り抜いたりして画像の一部を取ってもよい。画面を取得することを「トリミング」「キャプチャ」と称する場合がある。
【0025】
＜システム構成例＞
図２は、本実施形態の情報共用システムの概略構成図の一例である。情報共用システムは、ネットワークＮを介して通信可能な共用端末１０、専用端末３０、及び、画像管理サーバ５０を有する。図２では、共用端末１０と専用端末３０がそれぞれ１台のみ図示されているが、共用端末１０と専用端末３０はそれぞれ２台以上でもよい。
【0026】
共用端末１０と専用端末３０は、本実施形態では役割が異なるため異なる名称で説明されるが、いずれも情報処理装置でもよい。また、図１では情報を表示する共用端末１０のディスプレイは、専用端末３０よりも大きく描かれているが、両者のディスプレイのサイズは同じでもよいし、専用端末３０のディスプレイの方が共用端末１０のディスプレイよりも大きくてもよい。すなわち、情報を表示してキャプチャする側の装置が共用端末１０である。
【0027】
なお、共用端末１０と専用端末３０はタッチパネルを備えることが好ましいが、本実施形態においてタッチパネルは必須ではない。ただし、専用端末３０がタッチパネルを有する場合、共用端末１０から取得した画像データにユーザが指又は電子ペンなどで手書きできるというメリットがある。ただし、手書き機能はマウスやトラックボールでも代用できる。
【0028】
共用端末１０は汎用的な情報処理装置でよく、例えば、タブレット端末、スマートフォン、ノートＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）などであるが、これらには限られない。共用端末１０は任意の資料表示アプリ１１と補助アプリ１３が動作する装置であればよい。また、共用端末１０は手書き情報やＰＣから取得した画面を表示する電子黒板（又は、電子ボード、情報ボード、又は電子ホワイトボード等）でもよい。また、プロジェクタのように画像を投影する装置でもよい。また、テレビ会議端末のように各拠点の映像を表示する装置でもよいし、テレビ受像器でもよい。
【0029】
専用端末３０の一例も共用端末１０と同様に、タブレット端末、スマートフォン、ノートＰＣ、又はＰＤＡ等でよい。専用端末３０は、ブラウザアプリが動作する装置であればよい。したがって、例えば、複合機、カーナビゲーション装置、ゲーム機、テレビ受像器等でもよい。
【0030】
画像管理サーバ５０は、専用端末３０に画面情報を送信するＷｅｂサーバ（又はＨＴＴＰサーバ）としての機能を有する１つ以上の情報処理装置である。なお、画面情報はＷｅｂアプリが生成するＷｅｂページとして提供される。Ｗｅｂアプリとは、ブラウザアプリ上で動作するスクリプト言語（たとえばJavaScript（登録商標））によるプログラムとＷｅｂサーバ側のプログラムが協調することによって動作し、ブラウザ上で使用されるソフトウェア又はその仕組みを言う。
【0031】
画像管理サーバ５０は、専用端末３０が電子キャンバスのように使用されるＷｅｂアプリを専用端末３０に提供する。本実施形態ではこのＷｅｂアプリを電子キャンバスアプリと称する。ブラウザアプリ１５が動作する専用端末３０であれば電子キャンバスアプリを利用できる。
【0032】
なお、画像管理サーバ５０はクラウドコンピューティングに対応していてもよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。
【0033】
ネットワークＮは、ファイヤウォールの内側にある１つ以上のＬＡＮ(Local Area Network)でもよいし、ＬＡＮに加えてファイヤウォールの外側にあるインターネットを含んでもよい。この他、ＶＰＮ（Virtual Private Network）や広域イーサネット（登録商標）が含まれていてもよい。ネットワークＮは有線又は無線のどちらで構築されてもよく、また、有線と無線が組み合わされていてもよい。また、３Ｇ、ＬＴＥ（Long Term Evolution）、４Ｇなどの携帯電話網により接続される場合、ＬＡＮはなくてもよい。
【0034】
＜ハードウェア構成例＞
＜＜専用端末＞＞
図３を用いて、本実施形態の共用端末１０と専用端末３０のハードウェア構成を説明する。図３は、共用端末１０又は専用端末３０のハードウェア構成図である。図３では、共用端末１０又は専用端末３０が一般的な情報処理装置であるとして説明する。
【0035】
図３に示されているように、共用端末１０又は専用端末３０は、共用端末１０又は専用端末３０の全体の動作を制御するＣＰＵ１０１、ＩＰＬ等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ１０３、共用端末１０又は専用端末３０用のプログラム等の各種データを記憶するＳＳＤ１０４、ネットワークＮとの通信を制御するネットワークコントローラ１０５、及び、ＵＳＢメモリ５との通信を制御する外部記憶コントローラ１０６を備えている。
【0036】
また、共用端末１０又は専用端末３０は、グラフィクスを専門に扱うＧＰＵ(Graphics Processing Unit)１１２、及び、ＧＰＵからの出力画像をディスプレイ３に出力するために画面表示の制御及び管理を行うディスプレイコントローラ１１３を備えている。
【0037】
更に、共用端末１０又は専用端末３０は、接触センサ１１５の処理を制御するセンサコントローラ１１４、ディスプレイ３上に電子ペン４やユーザの手等が接触したことを検知する接触センサ１１５を備えている。この接触センサ１１５は例えば静電容量の変化でユーザが触れた座標の検出を行う（タッチパネルを実現する）。接触センサ１１５としては、静電容量の変化を検知する方法に限られず、対向する２つの抵抗膜の電圧変化によって接触位置を特定する抵抗膜方式のタッチパネル、接触物体が表示部に接触することによって生じる電磁誘導を検知して接触位置を特定する電磁誘導方式のタッチパネルなどの種々の検出手段を用いてもよい。
【0038】
更に、共用端末１０又は専用端末３０は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＳＳＤ１０４、ネットワークコントローラ１０５、外部記憶コントローラ１０６、キャプチャデバイス１１１、ＧＰＵ１１２、センサコントローラ１１４、及び電子ペンコントローラ１１６を、電気的に接続するためのアドレスバスやデータバス等のバスライン１２０を備えている。
【0039】
なお、共用端末１０又は専用端末３０用のプログラムは、ＣＤ－ＲＯＭ等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよいし、プログラム配信用のサーバから配信されてもよい。
【0040】
＜＜画像管理サーバ＞＞
図４は、画像管理サーバ５０の概略的なハードウェア構成図の一例である。画像管理サーバ５０は、ＣＰＵ２０１と、ＣＰＵ２０１が使用するデータの高速アクセスを可能とするメモリ２０２とを備える。ＣＰＵ２０１及びメモリ２０２は、システム・バス２０３を介して、画像管理サーバ５０の他のハードウェア要素、例えば、グラフィックス・ドライバ２０４及びネットワーク・ドライバ（ＮＩＣ）２０５へと接続されている。
【0041】
グラフィックス・ドライバ２０４は、バスを介してＬＣＤ２０６に接続されて、ＣＰＵ２０１による処理結果をモニタする。また、ネットワーク・ドライバ２０５は、トランスポート層レベル及び物理層レベルで画像管理サーバ５０をネットワークＮへと接続して、共用端末１０と専用端末３０とのセッションを確立させている。
【0042】
システム・バス２０３には、更にＩ／Ｏバス・ブリッジ２０７が接続されている。Ｉ／Ｏバス・ブリッジ２０７の下流側には、ＰＣＩなどのＩ／Ｏバス２０８を介して、ＩＤＥ(Integrated Drive Electronics)、ＡＴＡ(AT Attachment)、ＡＴＡＰＩ(AT Attachment Packet Interface)、シリアルＡＴＡ、ＳＣＳＩ(Small Computer System Interface)、ＵＳＢ(Universal Serial Bus)などにより、ＨＤＤ（ハードディスクドライブ）２０９などの記憶装置が接続されている。ＨＤＤ２０９は画像管理サーバ５０の全体を制御するプログラム２０９ｐを記憶している。ＨＤＤ２０９はＳＳＤ(Solid State Drive)でもよい。
【0043】
また、Ｉ／Ｏバス２０８には、ＵＳＢなどのバスを介して、キーキャンバス及びマウス（ポインティング・デバイスと呼ばれる）などの入力装置２１０が接続され、システム管理者などのオペレータによる入力及び指令を受け付けている。
【0044】
なお、図示した画像管理サーバ５０のハードウェア構成は、１つの筐体に収納されていたりひとまとまりの装置として備えられていたりする必要はなく、画像管理サーバ５０が備えていることが好ましいハード的な要素を示す。また、クラウドコンピューティングに対応するため、本実施形態の画像管理サーバ５０の物理的な構成は固定的でなくてもよく、負荷に応じてハード的なリソースが動的に接続又は切断されることで構成されてよい。
【0045】
＜ソフトウェア構成例＞
続いて、図５を用いて共用端末１０と専用端末３０のソフトウェア構成について説明する。図５（ａ）は、共用端末１０で動作するソフトウェアのソフトウェア構成の一例である。共用端末１０ではＯＳ(Operating System)１４が動作し、ＯＳ１４上で資料表示アプリ１１、及び、補助アプリ１３が動作している。
【0046】
ＯＳ１４は、例えば、Ａｎｄｒｏｉｄ（登録商標）、ｉＯＳ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、ｍａｃＯＳ（登録商標）等である。ただし、これらには限られない。また、共用端末１０の機種によって異なってよい。
【0047】
資料表示アプリ１１は、例えば会議の資料を表示するアプリである。資料表示アプリ１１で表示される資料は各利用者に共用される。何を資料とするかはユーザの属性や状況によって様々であるため、資料表示アプリ１１はＯＳ１４上で動作して何らかの画面を表示するアプリであればよい。例えば、会議では、プレゼンテーションアプリが資料表示アプリ１１となりうる。また、インターネット上の情報を表示できるブラウザアプリ、文書を編集又は表示するワープロアプリ、表計算アプリなども資料表示アプリ１１となりうる。更に、写真を表示する写真アプリ、ローカルゲームやオンラインゲームなどのゲームアプリ、ユーザが絵を描くためのペイントアプリ、及び、ファイル管理アプリなども資料表示アプリ１１となりうる。なお、これらの資料表示アプリ１１は一例であってこれらには限られない。
【0048】
補助アプリ１３は、専用端末３０が資料表示アプリ１１によって生成された画面の画像データを表示するための補助的な機能を提供する。例えば、画像管理サーバ５０との通信、及び、ＯＳ１４のＡＰＩ(Application Interface)を呼び出して資料表示アプリ１１によって生成された画面をキャプチャすること等を行う。補助アプリ１３があることで、資料表示アプリ１１の制約が少なくなり、ユーザは汎用的な資料表示アプリ１１を使用できる。なお、資料表示アプリ１１には特別な機能が必要ないため任意のアプリでよく、補助アプリ１３は電子キャンバスアプリからの要求を画像管理サーバ５０を介して受け付け可能な機能を有する必要がある。よって、画像管理サーバ５０を介して補助アプリ１３と電子キャンバスアプリ１２とが連携することが可能になる。
【0049】
補助アプリ１３はＯＳ１４の機能を利用して資料表示アプリ１１によって生成された画面の画像データを取得するため、機種への依存が強い機能を受け持つ。したがって、補助アプリ１３はネイティブアプリである。ネイティブアプリは、Ｗｅｂアプリに対比して使用される用語であるが、共用端末１０にインストールされて実行されるアプリであって、ＯＳ１４の機能を利用し、また、ハードウェア制御が可能なアプリをいう。
【0050】
本実施形態の補助アプリ１３は、共用端末１０の内部で動作すればよいため原則的に画面を表示しなくてよいが、後述するように補助アプリＩＤや電子キャンバスのＵＲＬを表示する場合がある。
【0051】
図５（ｂ）は専用端末３０で動作するソフトウェア構成の一例である。専用端末３０ではＯＳ１４が動作し、ＯＳ１４上で電子キャンバスアプリ１２が動作している。なお、共用端末１０と専用端末３０のＯＳは同種でなくてよい。
【0052】
ブラウザアプリ１５がこのブラウザアプリ１５で動作するスクリプトを電子キャンバスのＵＲＬを指定してサーバ装置５０から取得し、実行することで電子キャンバスアプリ１２が実現される。電子キャンバスアプリ１２は電子キャンバスの機能をユーザに提供するＷｅｂアプリである。上記のように、資料表示アプリ１１によって生成された画面の画像データを表示する機能や手書き情報を表示する機能を有する。なお、ブラウザアプリ１５が資料表示アプリ１１の画面の画像データを表示する機能を有すれば、電子キャンバスアプリ１２が電子キャンバスの機能を有していなくてもよい（手書き機能を有していなくてよい）。また、電子キャンバスアプリ１２は単にサーバ装置５０から画像データを取得して表示するだけでもよく、この場合、スクリプトは必ずしも必要とせず、ブラウザアプリ１５が表示する、資料表示アプリ１１の画面の画像データを含む情報をサーバ装置５０から取得する機能があれば足りる。したがって、ブラウザアプリ１５がスクリプトを実行しなくてもよい。また、ブラウザアプリ１５と同等の機能を有するアプリでもよい。
【0053】
電子キャンバスアプリ１２はブラウザアプリ上で実行されるため専用端末３０の機種への依存性が少ない。電子キャンバスアプリ１２はＷｅｂアプリであり、画像管理サーバ５０から送信されスクリプトの実行により動作するのでインストールが不要である。一方、ＷｅｂアプリはＯＳ１４の機能を利用したりハードウェアを制御したりすることは困難な場合が多い。
【0054】
〔第１の実施形態〕
本実施形態では、専用端末３０から電子キャンバスを作成し、電子キャンバスに共用端末１０が表示する画面の画像データを表示する例について説明する。作成された電子キャンバスは共用端末１０と関連付けられていないので、専用端末３０のユーザは自分が見ている共用端末１０を画像管理サーバ５０に知らせる必要がある。そこで、共用端末１０で常駐している補助アプリ１３が補助アプリＩＤを表示する。ユーザはこの補助アプリＩＤを画像管理サーバ５０に送信することで、画像管理サーバ５０は共用端末１０を特定し、専用端末３０が作成した電子キャンバスの画面情報に共用端末１０が表示する画面を追加することができる。
【0055】
＜機能について＞
図６を用いて、電子キャンバスアプリ１２、補助アプリ１３、及び、画像管理サーバ５０が有する機能について説明する。図６は、共用端末１０、専用端末３０、及び画像管理サーバ５０が有する機能をブロック状に示す機能ブロック図の一例である。資料表示アプリ１１は画面を表示する機能を有すればよいため、その機能は必要に応じて説明する。
【0056】
＜＜電子キャンバスアプリ＞＞
電子キャンバスアプリ１２は、表示制御部２１、通信部２２、ストローク生成部２３、及び、操作受付部２４を有する。専用端末３０が有するこれら各部は、図３に示されている各構成要素のいずれかが、ＳＳＤ１０４からＲＡＭ１０３上に展開されたプログラム及び画像管理サーバ５０から送信されたスクリプトに従ったＣＰＵ１０１からの命令によって動作することで実現される機能又は手段である。
【0057】
通信部２２は、画像管理サーバ５０と各種の情報を送受信する。例えば、通信部２２は、ＨＴＭＬ、ＣＳＳ(Cascade Style Sheet)、及び、JavaScript（登録商標）で記述された画面情報を画像管理サーバ５０から受信する。また、通信部２２は、ユーザが手書きして入力した手書き情報を画像管理サーバ５０に送信する。
【0058】
操作受付部２４は、電子キャンバスアプリ１２に対するユーザの各種の操作を受け付ける。例えば、操作受付部２４は、メニューに表示されるボタンの押下、又は、タッチパネルに対する手書き情報を受け付ける。
【0059】
ストローク生成部２３は、操作受付部２４が受け付けたタッチパネルに対する手書き情報に基づいてストロークを生成する。操作受付部２４が受け付ける手書き情報は、点の座標のリストなので、このまま表示しても複数の点が表示されるに過ぎない。このため、ストローク生成部２３は、ユーザが指定した色、太さ、線種などで点を連結してストロークを生成する。
【0060】
表示制御部２１は、通信部２２が受信した画面情報を解析して表示装置（ディスプレイ３又はＬＣＤ２０６）にＷｅｂページを表示する。また、表示制御部２１は、ストローク生成部２３が生成したストロークを表示装置に表示する。
【0061】
＜＜補助アプリ＞＞
補助アプリ１３は、通信部３１、ＩＤ通知部３２、ＩＤ表示部３３、及び、画面取込部３４を有する。共用端末１０が有するこれら各部は、図３に示されている各構成要素のいずれかが、ＳＳＤ１０４からＲＡＭ１０３上に展開されたプログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能又は手段である。
【0062】
また、補助アプリ１３は、図３に示されているＳＳＤ１０４又はＲＡＭ１０３等に構築される記憶部３５を有し、この記憶部３５に補助アプリＩＤ３５ａを記憶している。
【0063】
通信部３１は、画像管理サーバ５０と各種の情報を送受信する。本実施形態では、通信部３１は、補助アプリＩＤを画像管理サーバ５０に送信したり、画面の画像データを画像管理サーバ５０に送信したりする。
【0064】
ＩＤ通知部３２は、例えば共用端末１０の起動時やユーザからの操作に応じ、通信部３１を介して補助アプリＩＤ３５ａを画像管理サーバ５０に通知する。補助アプリＩＤ３５ａは、補助アプリ１３を識別又は特定するための識別情報であるが、本実施形態では共用端末１０を識別又は特定するための識別情報として使用される。補助アプリＩＤは工場の出荷時に補助アプリ１３に設定されているため、原則的に固定値であるが、例外的にユーザが変更することができる。変更時にはＩＤ通知部３２が通信部３１を介して画像管理サーバ５０に問い合わせて重複しないことが確認された場合に変更が受け付けられる。
【0065】
ＩＤ表示部３３は、補助アプリＩＤを共用端末１０のディスプレイ３の少なくとも一部に表示する。なお、ディスプレイ３の表示面を画面といい、補助アプリＩＤを画面に表示するといって差し支えない。ＩＤ表示部３３は、例えば共用端末１０の一番手前（ユーザ側）の透明なレイヤに補助アプリＩＤを表示する。資料表示アプリ１１の邪魔にならないように、四隅のいずれかなどに好ましくは半透明で表示する。なお、常に表示しなくてもよく、定期的に表示したり、ユーザが表示のための操作を行った場合に表示したりしてもよい。
【0066】
画面取込部３４は、ＯＳ１４に対し画面の取り込みを要求する。これにより、資料表示アプリ１１が表示する資料を少なくとも含む画像データをＯＳ１４が画面取込部３４に返す。なお、本実施形態では、ディスプレイ３の全体に資料表示アプリ１１が資料を表示しているものとする。資料がディスプレイ３の一部にしか表示されていない場合は、資料表示アプリ１１によって生成された表示範囲に応じてディスプレイ３の全体（画面全体）の画像データから資料部分を切り取る（トリミングする）。
【0067】
＜＜画像管理サーバ＞＞
画像管理サーバ５０は、第１通信部５１、第２通信部５２、ＩＰアドレス管理部５３、画像取得部５４、及び、キャンバス画面作成部５５を有する。画像管理サーバ５０が有するこれら各部は、図４に示されている各構成要素のいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。
【0068】
第１通信部５１は、共用端末１０と各種の情報を送受信する。例えば、補助アプリＩＤ及び画面の画像データを共用端末１０から受信したり、キャプチャ要求を共用端末１０に送信したりする。
【0069】
第２通信部５２は専用端末３０と各種の情報を送受信する。例えば、ＨＴＭＬ、ＣＳＳ、及び、JavaScript（登録商標）で記述された画面情報を専用端末３０に送信する。また、ユーザが手書きして入力した手書き情報を専用端末３０から受信する。
【0070】
ＩＰアドレス管理部５３は、共用端末１０のＩＰアドレスと補助アプリＩＤを対応付けてＩＤ/ＩＰアドレス記憶部５６に登録する。補助アプリＩＤを通知された時に共用端末１０のＩＰアドレスを取得できるため、このＩＰアドレスと通知された補助アプリＩＤをＩＤ/ＩＰアドレス記憶部５６に登録する。
【0071】
画像取得部５４は、専用端末３０から第１通信部５１を介して補助アプリＩＤを指定したキャプチャ要求に対し、ＩＰアドレス管理部５３を介してＩＰアドレス管理部５３から補助アプリＩＤに対応付けられた共用端末１０のＩＰアドレスを取得し、第１通信部５１を介して共用端末１０に対し画面のキャプチャ要求を送信する。また、この共用端末１０から取得した資料表示アプリ１１の画像データを専用端末３０に送信する。
【0072】
キャンバス画面作成部５５は、電子キャンバスに関する管理を行う。まず、キャンバス画面作成部５５は、電子キャンバス画面の作成、及び消滅を行う。例えば、専用端末３０から新しい電子キャンバスを作成する要求があると、電子キャンバスを作成する。説明を容易にするため、１つのＵＲＬが１つの電子キャンバスに対応するものとすると、キャンバス画面作成部５５は、新たなＵＲＬを電子キャンバスに割り当て、電子キャンバスのための画面情報を作成することで電子キャンバスを作成する。
【0073】
また、専用端末３０から電子キャンバスを削除する要求があると、キャンバス画面作成部５５は電子キャンバスを削除する。
【0074】
なお、キャンバス画面作成部５５は、１つの電子キャンバスごとにデータを管理する。データは電子キャンバスに表示されるデータであるため、例えば、手書き情報、テキストメモ、及び、画像データ等である。これらの内容と表示位置が電子キャンバスごとに管理されている。
【0075】
また、キャンバス画面作成部５５は、管理しているデータを用いて画面情報を作成する。例えば、複数のストロークが重なっている場合、複数のストロークを１つのオブジェクトに合成する。こうすることで、拡大、縮小、回転などに対し画像の品質がよくなる。
【0076】
電子キャンバスに好適なＨＴＭＬ要素としてＣａｎｖａｓ要素がある。Ｃａｎｖａｓ要素は、JavaScript（登録商標）によるスクリプティングによって図形などを描画するために使用される。キャンバス画面作成部５５は、手書きなどのデータが追加されるごとに画面情報を更新する。
【0077】
第２通信部５２は、画面情報が更新されると電子キャンバスのＵＲＬで示されている各専用端末３０（手書き情報を送信した専用端末３０は除く）に更新を通知する。専用端末３０は電子キャンバスのＵＲＬに画面情報を取りに行くので、ほぼリアルタイムに電子キャンバスアプリ１２で表示されるデータを共用できる。
【0078】
このように１つの電子キャンバスは複数の専用端末３０で共用されるので、会議、打ち合わせ、発表会などの各種の会合で利用できる。
【0079】
【表1】
【0080】
表１は、ＩＤ/ＩＰアドレス記憶部５６に記憶されている情報の一例を示す。ＩＤ/ＩＰアドレス記憶部５６には、補助アプリＩＤと共用端末１０のＩＰアドレスが対応付けて登録されている。したがって、画像管理サーバ５０は補助アプリＩＤから共用端末１０のＩＰアドレスを特定できる。
【0081】
＜補助アプリＩＤの表示例＞
図７は、共用端末１０がディスプレイ３に表示した補助アプリＩＤの一例を示す。図７では一例として「０１２３」で示された補助アプリＩＤ３５ａが、ディスプレイ３の左下に表示されている。専用端末３０のユーザはこれを見て専用端末３０に補助アプリＩＤ３５ａを入力できる。
【0082】
なお、補助アプリＩＤをバーコード（一次元コード）又はＱＲコード（登録商標）のような二次元コードで表示してもよい。また、補助アプリＩＤを画面に表示するのでなく、ＮＦＣ（Near Filed Communication）、Bluetooth（登録商標）などの近距離無線で共用端末１０が専用端末３０に送信してもよい。
【0083】
また、補助アプリＩＤの表示位置は、ディスプレイ３の四隅などでよい。これにより、資料表示アプリ１１の文字などと補助アプリＩＤが重複するおそれを低減できる。また、重複してもよいように、補助アプリＩＤを半透明で表示するとなおよい。
【0084】
＜専用端末の画面例＞
図８は専用端末３０の電子キャンバスアプリ１２が表示するメニュー４０１と情報表示バー４５０の一例を示す図である。メニュー４０１は、ペンボタン４０２、消しゴムボタン４０３、画面移動ボタン４０４、戻るボタン４０５、進むボタン４０６、取り込みボタン４０７、文字メモボタン４０８、業務アプリ連携ボタン４０９、及び、設定ボタン４１０を有する。ここで、各ボタンについて説明する。
【0085】
ペンボタン４０２は、手書き情報（ストローク）を描画するためのボタンである。消しゴムボタン４０３は、手書き情報を消去するためのボタンである。画面移動ボタン４０４は、ディスプレイ３に表示しきれていない範囲（電子キャンバスアプリ１２は理論的に無限の広さを持つことができる）をディスプレイ３に表示するためのボタンである。戻るボタン４０５は、操作内容を破棄して操作前の状態に戻すためのボタンである。進むボタン４０６は、操作内容を復活させて操作後の状態に戻すためのボタンである。取り込みボタン４０７は、資料表示アプリ１１の画面の画像データを取り込むためのボタンである。文字メモボタン４０８は、ソフトキーキャンバスを表示させテキストを入力するためのボタンである。業務アプリ連携ボタン４０９は、クラウドサービス（本実施形態の画像管理サーバ５０以外のクラウドサービス）を呼び出したり、補助アプリＩＤや電子キャンバス（会議）のＵＲＬを電子メールで送信したりするためのボタンである。設定ボタン４１０は、各種の設定を受け付けるためのボタンである。
【0086】
また、ユーザはメニューの取り込みボタン４０７を押下して、資料表示アプリ１１の画面の画像データを取り込むことができる。情報表示バー４５０は、電子キャンバスの現在の表示範囲を座標で示したり、現在の縮小率又は拡大率を表示したりするための領域である。電子キャンバスは、画面切り替え等によりユーザの思考が中断しないように、スライド可能な広い領域を持つように作成されるため、現在の表示範囲が表示されることで自分がどの部分を見ているかを把握できる。なお、情報表示バー４５０で表示されている座標値は電子キャンバスの全体に対する表示範囲の左上角の座標、又は表示範囲の中央の座標等である。
【0087】
＜処理の概略＞
以下では、電子キャンバスの作成の概略と画面のキャプチャの概略をそれぞれ説明する。
【0088】
＜＜電子キャンバスの作成の概略＞＞
図９は、電子キャンバスの作成の概略を説明する図の一例である。
【0089】
S1：専用端末３０のユーザは画像管理サーバ５０のＵＲＬに専用端末３０を接続させる。画像管理サーバ５０のＵＲＬはユーザにとって既知である。これにより、専用端末３０はトップページを表示する。
【0090】
S2：トップページには「電子キャンバスを作成しますか？」などのメッセージが表示されたボタン４６０が表示されるので、ユーザはこのボタン４６０を押下する。専用端末３０の操作受付部２４がボタン４６０の押下を受け付けると、通信部２２が電子キャンバスの作成要求を画像管理サーバ５０に送信する。
【0091】
S3：画像管理サーバ５０の第２通信部５２は電子キャンバス作成要求を受信するので、キャンバス画面作成部５５が電子キャンバスを作成する。
【0092】
S4：画像管理サーバ５０の第２通信部５２は電子キャンバスの画面情報を専用端末３０に送信する。
【0093】
S5：専用端末３０の通信部２２は電子キャンバスの画面情報を受信する。専用端末３０がブラウザアプリ上で画面情報を実行すると電子キャンバスアプリ１２が動作する。初期状態の電子キャンバスはメニュー４０１と情報表示バー４５０が表示された白い画面である。
【0094】
このように、ユーザは専用端末３０を画像管理サーバ５０に接続させることで、電子キャンバスを作成できる。
【0095】
＜＜画面のキャプチャの概略＞＞
図１０は、画面のキャプチャの概略を説明する図の一例である。
【0096】
S11：共用端末１０の画面を専用端末３０に表示させたいと考えたユーザは、メニュー４０１の取り込みボタン４０７を押下する。操作受付部２４は取り込みボタン４０７の押下を受け付ける。
【0097】
S12：取り込みボタン４０７の押下に対し、表示制御部２１は補助アプリＩＤの入力欄４２０を例えばポップアップ表示する。ユーザは共用端末１０がディスプレイ３に表示されている補助アプリＩＤを見て入力欄４２０に入力する。操作受付部２４は補助アプリＩＤを受け付ける。補助アプリＩＤを入力することでユーザは共用端末１０を指定できる。
【0098】
S13：専用端末３０の通信部２２は補助アプリＩＤを含むキャプチャ要求を画像管理サーバ５０に送信する。このキャプチャ要求は、画像管理サーバ５０が生成した画面情報に基づいて送信されている。つまり、取り込みボタン４０７は画像管理サーバ５０のキャンバス画面作成部５５が生成した。
【0099】
S14：画像管理サーバ５０の第２通信部５２はキャプチャ要求を受信すると、画像取得部５４がＩＰアドレス管理部５３を介して補助アプリＩＤに対応付けられたＩＰアドレスを取得する。これにより、共用端末１０が特定される。
【0100】
S15：画像管理サーバ５０の第１通信部５１はＩＰアドレスで特定された共用端末１０にキャプチャ要求を送信する。
【0101】
S16：共用端末１０の通信部３１はキャプチャ要求を受信し、画面取込部３４が画面の取り込みをＯＳ１４に要求することで画面の画像データを生成する。
【0102】
S17：共用端末１０の通信部３１は、取り込まれた画面の画像データを画像管理サーバ５０に送信する。
【0103】
S18：画像管理サーバ５０の第１通信部５１は画面の画像データを受信し、キャンバス画面作成部５５が電子キャンバスの画面情報に画像データを追加する更新を行う。
【0104】
S19：これにより、画像管理サーバ５０の第２通信部５２は電子キャンバスの更新を通知する。
【0105】
S20：専用端末３０の通信部２２は更新の通知に対し、更新された電子キャンバスの画面情報を要求するので、共用端末１０が表示している資料表示アプリ１１の画面と同じ画面を、専用端末３０の電子キャンバスアプリ１２が表示させることができる。
【0106】
＜シーケンス＞
以下では、共用端末１０の起動時、電子キャンバスの作成、及び、画面のキャプチャの各処理の流れをシーケンス図により説明する。
【0107】
＜＜共用端末の起動時＞＞
図１１は、共用端末１０が起動時に補助アプリＩＤを画像管理サーバ５０に通知する手順を示すシーケンス図の一例である。
【0108】
S101：共用端末１０を使用時、ユーザは共用端末１０を起動する。例えば電源をＯＮにする。
【0109】
S102：共用端末１０ではまずＯＳ１４が起動し、ＯＳ１４が起動すると自動的に補助アプリ１３を起動させる。ユーザが補助アプリ１３を起動してもよい。
【0110】
S103：補助アプリ１３はＯＳ１４からの指示で各種の機能（サービス）を起動させる。
【0111】
S104：まず、ＩＤ表示部３３は記憶部３５に記憶している補助アプリＩＤ３５ａを取得し、画面（ディスプレイ３）に表示する。
【0112】
S105：次に、ＩＤ通知部３２は通信部３１を介して補助アプリＩＤを画像管理サーバ５０に送信する。これにより、画像管理サーバ５０は共用端末１０のＩＰアドレスを取得する。
【0113】
S106：画像管理サーバ５０の第１通信部５１は補助アプリＩＤと共用端末１０のＩＰアドレスを取得し、ＩＰアドレス管理部５３が補助アプリＩＤと共用端末１０のＩＰアドレスを関連付けてＩＤ/ＩＰアドレス記憶部５６に記憶する。
【0114】
このように、共用端末１０が起動すると自動的に、補助アプリ１３と共用端末１０のＩＰアドレスが画像管理サーバ５０に記憶される。本実施形態では共用端末１０は特定の電子キャンバスと関連付けられず、補助アプリＩＤを専用端末３０が送信するその都度、共用端末１０の画面が専用端末３０に送信される。なお、共用端末１０の電源ＯＦＦ時には、ＩＤ通知部３２は補助アプリＩＤと共用端末１０のＩＰアドレスの削除を画像管理サーバ５０に要求してよい。
【0115】
＜＜電子キャンバスの作成＞＞
図１２は、専用端末３０が電子キャンバスを作成する手順を示すシーケンス図の一例である。
【0116】
S201：専用端末３０のユーザが専用端末３０を操作して専用端末３０に予め既知の画像管理サーバ５０のＵＲＬを入力する。操作受付部２４は画像管理サーバ５０のＵＲＬを受け付ける。
【0117】
S202：操作受付部２４が図９のボタン４６０の押下というユーザの操作を受け付けると、専用端末３０の通信部２２は電子キャンバスの作成要求を画像管理サーバ５０に送信する。
【0118】
S203：画像管理サーバ５０の第２通信部５２は電子キャンバス作成要求を受信するので、キャンバス画面作成部５５が電子キャンバス（画面情報）を作成する。
【0119】
電子キャンバスは１つ以上の専用端末３０がアクセスできるように所定のＵＲＬに作成される。１つのＵＲＬが１つの電子キャンバスに対応する（電子キャンバスごとにＵＲＬが異なる）。電子キャンバスのＵＲＬの一例を以下に示す。
http://server/kaigi/k001
S204：画像管理サーバ５０の第２通信部５２は電子キャンバスのＵＲＬを専用端末３０に送信する。
【0120】
S205：専用端末３０の通信部２２は電子キャンバスのＵＲＬを受信し、このＵＲＬにアクセスする（接続する）。
【0121】
S206：専用端末３０の通信部２２は電子キャンバスのＵＲＬにアクセスすると、画像管理サーバ５０の第２通信部５２はキャンバス画面作成部５５が作成した電子キャンバスの画面情報を専用端末３０に送信する。専用端末３０の通信部２２は電子キャンバスの画面情報を受信する。
【0122】
S207：専用端末３０がブラウザアプリ上で画面情報の表示処理を実行すると電子キャンバスアプリ１２が動作し、表示制御部２１が電子キャンバスをディスプレイ３に表示する。初期状態の電子キャンバスはメニュー４０１と情４報表示バー４５０が表示された白い画面である。
【0123】
１つのＵＲＬが１つの電子キャンバスに対応するので、電子キャンバスのＵＲＬにアクセスすると、どの専用端末３０からも同じ電子キャンバスを表示することができる。専用端末３０から電子キャンバスに書き込みなどを行った場合、専用端末３０の通信部２２から第２通信部５２を介してキャンバス画面作成部５５に変更を通知し、キャンバス画面作成部５５が画面情報を更新する。キャンバス画面作成部５５は他の専用端末３０へ変化があったことを通知する。あるいは、専用端末３０側から定期的に電子キャンバスのＵＲＬにアクセスすることで電子キャンバスを更新する。
【0124】
＜＜画面のキャプチャ＞＞
図１３は、共用端末１０が画面をキャプチャして、専用端末３０が資料表示アプリ１１の画面の画像データを表示する手順を示すシーケンス図の一例である。
【0125】
S401：共用端末１０の画面を専用端末３０に表示させたいと考えたユーザは、メニュー４０１の取り込みボタン４０７を押下する。操作受付部２４は取り込みボタン４０７の押下を受け付ける。
【0126】
S402：取り込みボタン４０７の押下に対し、表示制御部２１は補助アプリＩＤの入力欄４２０を例えばポップアップ表示する。
【0127】
S403：ユーザは共用端末１０がディスプレイ３に表示する補助アプリＩＤ３５ａを見て入力欄４２０に入力する。操作受付部２４は補助アプリＩＤを受け付ける。
【0128】
S404：専用端末３０の通信部２２は補助アプリＩＤを含むキャプチャ要求を画像管理サーバ５０に送信する。送信先は電子キャンバスのＵＲＬである。なお、資料表示アプリ１１の画面の画像データを取得するまでの間、表示制御部２１が「キャプチャ中」などのメッセージを表示してもよい。
【0129】
S405：画像管理サーバ５０の第２通信部５２がキャプチャ要求を受信すると、キャンバス画面作成部５５がＩＰアドレス管理部５３に補助アプリＩＤを送出して共用端末１０のＩＰアドレスを問い合わせる。
【0130】
S406：ＩＰアドレス管理部５３は、補助アプリＩＤに対応付けられたＩＰアドレスをＩＤ/ＩＰアドレス記憶部５６から取得する。このＩＰアドレスはキャンバス画面作成部５５に通知される。これにより、共用端末１０が特定される。
【0131】
S407：キャンバス画面作成部５５は画像取得部５４に共用端末１０のＩＰアドレスと共にキャプチャ要求を送出する。
【0132】
S408：画像取得部５４は、重複しないキャプチャ番号を採番して、画像管理サーバ５０の第１通信部５１を介してＩＰアドレスで特定された共用端末１０にキャプチャ番号とキャプチャ要求を送出する。キャプチャ番号は、画面の画像データを返す電子キャンバスを特定するための識別情報である。このため、画像取得部５４は電子キャンバスのＵＲＬとキャプチャ番号を対応付けておく。これにより、複数の電子キャンバスが作成されてもキャプチャを要求した専用端末３０が接続している電子キャンバスに画面の画像データを返すことができる。
【0133】
S409：共用端末１０の通信部３１はキャプチャ要求を受信し、画面取込部３４が画面の取り込みをＯＳ１４に要求する。これにより、画面取込部３４は画面（資料表示アプリ１１が表示する資料）の画像データを取得する。
【0134】
S410：画面取込部３４は画面の画像データを圧縮する。これにより、画像データのサイズを小さくすることができる。なお、画像データのサイズが小さい等の場合、圧縮は行わなくてもよい。
【0135】
S411：共用端末１０の通信部３１は画面の画像データとキャプチャ番号を画像管理サーバ５０に送信する。
【0136】
S412：画像管理サーバ５０の第１通信部５１は画面の画像データとキャプチャ番号を受信し、画像取得部５４は画像管理サーバ５０のストレージに画面の画像データを保存しておく。画像取得部５４はキャプチャ番号で画面の画像データを要求した電子キャンバス（キャンバス画面作成部５５）を特定し、画面の画像データをキャンバス画面作成部５５に送出する。
【0137】
S413：次に、キャンバス画面作成部５５は画面の画像データを電子キャンバスの画面情報に追加する更新を行う。つまり、キャンバス画面作成部５５がすでに生成している画面情報を、画面の画像データを用いて更新する。キャンバス画面作成部５５は、ステップＳ４０４でキャプチャ要求を受け付けた際のＵＲＬ等によって特定される電子キャンバスの画面情報に対して追加する処理を行う。これにより、ステップＳ４０１の取り込みボタン４０７が表示されていた画面の画面情報が更新される。つまりステップＳ４０１の取り込みボタン４０７が表示されていた画面であって、図１２のステップＳ２０５のＵＲＬに対応する画面情報が更新される。
【0138】
S414：これにより、画像管理サーバ５０のキャンバス画面作成部５５は、第２通信部５２を介して専有端末３０のブラウザアプリ１５（通信部２２）に対して、電子キャンバスの更新を通知する。
【0139】
S415：専用端末３０の通信部２２は更新の通知に対し、表示制御部２１に電子キャンバスの更新を指示する。
【0140】
S416：そして、表示制御部２１は通信部２２を介して電子キャンバスのＵＲＬに対し、更新された電子キャンバスの画面情報を要求するので、共用端末１０が表示する資料表示アプリ１１の画面を表示制御部２１が表示することができる。
【0141】
なお、補助アプリＩＤは、図１３のシーケンスでは毎回、ユーザが手で入力する想定になっているが、補助アプリＩＤはほぼ変更がないので、事前に設定しておくことで毎回の手入力を省略してもよい。
【0142】
また、共用端末１０は二つ以上の資料表示アプリ１１を表示することができる。この場合、補助アプリ１３も資料表示アプリ１１の数だけ起動し、補助アプリＩＤをユーザが専用端末３０に入力することで、複数の資料表示アプリ１１が表示する画面のうち任意の画面を専用端末３０が表示できる。
【0143】
＜まとめ＞
以上説明したように、本実施形態の情報共用システムは、画像管理サーバ５０に共用端末１０と専用端末３０が接続することで、共用端末１０が表示している画面を、専用端末３０が取得することができる。また、専用端末３０に特別なアプリケーションを導入する必要なく、共用端末１０が表示している画面を取得することができる。ユーザは補助アプリＩＤを入力することで共用端末１０が表示している画面を共用できる。本実施形態の情報共用システムは、ユーザが電子キャンバスを作成するので電子キャンバスと共用端末１０の関連が固定されず、ユーザは補助アプリＩＤを入力することで任意の共用端末１０の画面を電子キャンバスに表示させることができる。つまり、異なる共用端末１０の画面を電子キャンバスに表示させることができるので、ユーザのメモ的に電子キャンバスを使用できる。
【0144】
＜変形例＞
本実施形態では、画像管理サーバ５０から共用端末１０にキャプチャ要求しないと画面がキャプチャされないが、共用端末１０が周期的に又は画面の変化を検知して、画面をキャプチャして画面の画像データを画像管理サーバ５０にアップロードしておいてもよい。この場合、画像取得部５４が共用端末１０のＩＰアドレスに対応付けて画面の画像データを保持しておき、専用端末３０からの要求に対しては保持している最新の画面の画像データを送信すればよい。
【0145】
〔第２の実施形態〕
本実施形態では、共用端末１０が電子キャンバスを作成する情報共用システムについて説明する。共用端末１０が電子キャンバスを作成するため、共用端末１０の起動時には共用端末１０と電子キャンバスが関連付けられている。一方、専用端末３０のユーザは共用端末１０が作成した電子キャンバスを使用するためにどのＵＲＬに接続すればよいか分からない。そこで、共用端末１０は作成した電子キャンバスのＵＲＬを表示する。ユーザはこのＵＲＬを専用端末３０に入力することで、共用端末１０が作成した電子キャンバスを指定でき、資料表示アプリ１１の画面の画像データを取得可能になる。
【0146】
＜機能について＞
図１４は、本実施形態において、共用端末１０、専用端末３０、及び画像管理サーバ５０が有する機能をブロック状に示す機能ブロック図の一例である。なお、図１４の説明では主に図６との相違を説明する。
【0147】
＜＜補助アプリ＞＞
補助アプリ１３は、通信部３１、電子キャンバス作成要求部３６、ＵＲＬ表示部３７、及び、画面取込部３４を有する。したがって、新たに電子キャンバス作成要求部３６とＵＲＬ表示部３７を有する。
【0148】
電子キャンバス作成要求部３６は、例えば共用端末１０の起動時やユーザから操作に応じて、電子キャンバスの作成を画像管理サーバ５０に要求する。これにより、電子キャンバス作成要求部３６は電子キャンバスのＵＲＬを画像管理サーバ５０から取得するので、電子キャンバスのＵＲＬ３５ｂを記憶部３５に記憶させる。ＵＲＬ表示部３７はこの電子キャンバスのＵＲＬ３５ｂをディスプレイ３に表示する。
【0149】
＜＜サーバ＞＞
画像管理サーバ５０が有する機能は第１の実施形態と同様である。しかし、キャンバス画面作成部５５の機能が異なっている。本実施形態のキャンバス画面作成部５５は、共用端末１０からの要求により作成した電子キャンバスのＵＲＬと共用端末１０のＩＰアドレスを対応付けてＵＲＬ/ＩＰアドレス記憶部５７に登録する。
【0150】
【表2】
【0151】
表２は、ＵＲＬ/ＩＰアドレス記憶部５７に記憶されている情報の一例を示す。ＵＲＬ/ＩＰアドレス記憶部５７には、電子キャンバスのＵＲＬと共用端末１０のＩＰアドレスが対応付けて登録されている。したがって、画像管理サーバ５０は電子キャンバスのＵＲＬから共用端末１０のＩＰアドレスを特定できる。
【0152】
＜処理の概略＞
以下では、電子キャンバスの作成の概略と画面のキャプチャの概略をそれぞれ説明する。
【0153】
＜＜電子キャンバスの作成の概略＞＞
図１５は、電子キャンバスの作成の概略を説明する図の一例である。
S41：ユーザは共用端末１０の電源をＯＮにする。
S42：共用端末１０が起動すると、共用端末１０が電子キャンバスの作成要求を画像管理サーバ５０に送信する。補助アプリ１３には予め画像管理サーバ５０のＵＲＬが設定されている。この時、共用端末１０のＩＰアドレスも通知される。
S43：画像管理サーバ５０は電子キャンバスの作成要求を受信し、決まった作成方法で決定したＵＲＬに電子キャンバスを作成する。
S44：画像管理サーバ５０は電子キャンバスのＵＲＬと共用端末１０のＩＰアドレスを対応付けてＵＲＬ/ＩＰアドレス記憶部５７に登録する。
S45：画像管理サーバ５０は電子キャンバスのＵＲＬを共用端末１０に送信する。
S46：共用端末１０は電子キャンバスのＵＲＬを受信すると記憶部３５に記憶させ、補助アプリ１３がディスプレイ３に表示する。
【0154】
このようにＵＲＬが表示されることで、専用端末３０のユーザが電子キャンバスにアクセスして、資料表示アプリ１１の画面を専用端末３０に表示できるようになる。
【0155】
＜＜画面のキャプチャの概略＞＞
図１６は、画面のキャプチャの概略を説明する図の一例である。
【0156】
S50：まず、共用端末１０が表示する電子キャンバスのＵＲＬをユーザが専用端末３０に入力する。これにより、まず、初期状態の（あるいは他のユーザが手書きしたり画面の画像データを追加したりした）電子キャンバスを専用端末３０に表示する。
【0157】
S51：次に、共用端末１０の画面を専用端末３０に表示させたいと考えたユーザは、メニュー４０１の取り込みボタン４０７を押下する。操作受付部２４は取り込みボタン４０７の押下を受け付ける。電子キャンバスのＵＲＬが入力されたので、本実施形態では補助アプリＩＤの入力欄は表示されない。
【0158】
S53：専用端末３０の通信部２２は電子キャンバスのＵＲＬに対しキャプチャ要求を送信する。
【0159】
S54：画像管理サーバ５０の第２通信部５２はキャプチャ要求を受信すると、キャンバス画面作成部５５が電子キャンバスのＵＲＬに対応付けられたＩＰアドレスをＵＲＬ/ＩＰアドレス記憶部５７から取得する。これにより、共用端末１０が特定される。
【0160】
S55：画像管理サーバ５０の第１通信部５１はＩＰアドレスで特定された共用端末１０にキャプチャ要求を送信する。
【0161】
S56：共用端末１０の通信部３１はキャプチャ要求を受信し、画面取込部３４が画面の取り込みをＯＳ１４に要求することで画面（資料表示アプリ１１が表示する資料）の画像データを生成する。
【0162】
S57：共用端末１０の通信部３１は画面の画像データを画像管理サーバ５０に送信する。
【0163】
S58：画像管理サーバ５０の第１通信部５１は画面の画像データを受信し、キャンバス画面作成部５５が電子キャンバスの画面情報に画像データを追加する更新を行う。
【0164】
S59：これにより、画像管理サーバ５０の第２通信部５２は電子キャンバスの更新を通知する。
【0165】
S60：専用端末３０の通信部２２は更新の通知に対し、更新された電子キャンバスの画面情報を要求するので、共用端末１０が表示する資料表示アプリ１１の画面を電子キャンバスアプリ１２が表示することができる。
【0166】
＜シーケンス＞
以下では、共用端末１０の起動時、及び、画面のキャプチャの各処理の流れをシーケンス図により説明する。
【0167】
＜＜共用端末の起動時＞＞
図１７は、共用端末１０が起動時に電子キャンバスのＵＲＬと共用端末１０のＩＰアドレスを対応付けて登録する手順を示すシーケンス図の一例である。
【0168】
S501：共用端末１０を使用する際、ユーザは共用端末１０を起動する。例えば電源をＯＮにする。
【0169】
S502：共用端末１０ではまずＯＳ１４が起動し、ＯＳ１４が起動すると自動的に補助アプリ１３を起動させる。ユーザが補助アプリ１３を起動してもよい。
【0170】
S503：補助アプリ１３はＯＳ１４からの指示で各種の機能（サービス）を起動させる。
【0171】
S504：まず、電子キャンバス作成要求部３６は共用端末１０のＩＰアドレスと共に電子キャンバスの作成を画像管理サーバ５０に要求する。
【0172】
S505：画像管理サーバ５０の第１通信部５１は電子キャンバスの作成要求を受信し、キャンバス画面作成部５５が新規の電子キャンバスをＵＲＬに対応付けて作成する。このＵＲＬは過去に作成したＵＲＬと重複しないことが好ましい。一方で、電子キャンバスは広いので同じＵＲＬでもかまわない。
【0173】
S506：キャンバス画面作成部５５は電子キャンバスのＵＲＬと共用端末１０のＩＰアドレスを対応付けてＵＲＬ/ＩＰアドレス記憶部５７に登録する。
【0174】
S507：画像管理サーバ５０の第１通信部５１は電子キャンバスのＵＲＬを共用端末１０の補助アプリ１３に送信する。
【0175】
S508：共用端末１０の通信部３１は電子キャンバスのＵＲＬを受信し、電子キャンバス作成要求部３６が記憶部３５に電子キャンバスのＵＲＬ３５ｂを記憶させる。これにより、ＵＲＬ表示部３７が電子キャンバスのＵＲＬ３５ｂをディスプレイ３に表示させる。
【0176】
このように、共用端末１０が起動すると自動的に、共用端末１０が電子キャンバスを作って、電子キャンバスのＵＲＬを表示する。したがって、ユーザはこのＵＲＬを入力することで電子キャンバスに接続できる。本実施形態では、共用端末１０が起動すると電子キャンバスのＵＲＬと共用端末１０が関連付けられるため、このＵＲＬが分かれば共用端末１０の画面を専用端末３０が共用できる。なお、共用端末１０の電源ＯＦＦ時には、電子キャンバス作成部は電子キャンバスのＵＲＬと共用端末１０のＩＰアドレスの削除を画像管理サーバ５０に要求してよい。
【0177】
＜＜画面のキャプチャ＞＞
図１８は、共用端末１０が画面をキャプチャして、専用端末３０が資料表示アプリ１１の画面の画像データを表示する手順を示すシーケンス図の一例である。なお図１８の説明では主に図１３との相違を説明する。
【0178】
S601：共用端末１０が作成した電子キャンバスを使用して共用端末１０の画面を専用端末３０に表示させたいと考えたユーザは、共用端末１０が表示する電子キャンバスのＵＲＬ３５ｂを専用端末３０に入力する。
【0179】
S602：専用端末３０の通信部２２は電子キャンバスのＵＲＬ３５ｂに対し接続する。これにより、電子キャンバスの画面情報が専用端末３０に送信され、専用端末３０が画面情報を実行することで電子キャンバスアプリ１２が動作する。
【0180】
S603：次に、ユーザは共用端末１０の画面を電子キャンバスアプリ１２に表示するため、メニュー４０１の取り込みボタン４０７を押下する。操作受付部２４は取り込みボタン４０７の押下を受け付ける。
【0181】
S604：専用端末３０の通信部２２は電子キャンバスのＵＲＬを指定してキャプチャ要求を画像管理サーバ５０に送信する。なお、資料表示アプリ１１の画面の画像データを取得するまでの間、表示制御部２１が「キャプチャ中」などのメッセージを表示してもよい。
【0182】
S605：画像管理サーバ５０の第２通信部５２がキャプチャ要求を受信すると、キャンバス画面作成部５５が電子キャンバスのＵＲＬに対応付けられた共用端末１０のＩＰアドレスをＵＲＬ/ＩＰアドレス記憶部５７から取得する。
【0183】
S607：キャンバス画面作成部５５は画像取得部５４に共用端末１０のＩＰアドレスと共にキャプチャ要求を送出する。以降の処理は、図１３のステップＳ４０８～Ｓ４１６と同様でよい。
【0184】
このように共用端末１０が電子キャンバスを作成した場合、資料表示アプリ１１の画面を取得するためには電子キャンバスを特定する必要があるが、共用端末１０が電子キャンバスのＵＲＬを表示するので、専用端末３０は電子キャンバスにアクセスできる。
【0185】
＜まとめ＞
以上説明したように、本実施形態の情報共用システムは、画像管理サーバ５０に共用端末１０と専用端末３０が接続することで、共用端末１０が表示している画面を、専用端末３０が取得することができる。ユーザは電子キャンバスのＵＲＬを入力することで共用端末１０が表示している画面を共用できる。本実施形態の情報共用システムは、共用端末１０が電子キャンバスを作成するので電子キャンバスと共用端末１０の関係が固定され、共用端末１０の画面を専用端末３０に表示しようとするユーザは同じ電子キャンバスを使用する。したがって、各ユーザが同じ電子キャンバスに情報を書き込むことができる。多くのユーザが大画面の共用端末１０を見て議論した内容を電子キャンバスに書き込み、それを共用するような使用方法が可能になる。
【0186】
なお、本実施形態においても、共用端末１０は定期的又は画面の変化を検知して、予め画面の画像データを画像管理サーバ５０にアップロードしておいてよい。
【0187】
〔第３の実施形態〕
第１，第２の実施形態のいずれにおいても、共用端末１０の画面のプレビューを専用端末３０が常に表示することができる。そして、ユーザが取り込みボタン４０７を押下すると、プレビューされている画面の画像データを、専用端末３０が電子キャンバスにコピーして表示する。
【0188】
図１９は、専用端末３０がプレビュー表示している場合のキャプチャを説明する図の一例である。第１又は第２の実施形態のいずれかの画面のキャプチャの手順により、専用端末３０には、常に画面の画像データのプレビュー４３０が表示されている。処理の概略を説明する。
（１）まず、プレビュー４３０の表示の段階では、専用端末３０はキャプチャ要求しなくてもよい。しかし、第１の実施形態の方法では、専用端末３０は少なくとも１回は補助アプリＩＤを画像管理サーバ５０に送信しておく。第２の実施形態の方法では、専用端末３０が電子キャンバスのＵＲＬに接続している。
（２）画像管理サーバ５０は定期的にキャプチャ要求を共用端末１０に送信する。定期的なキャプチャ要求がなくても、共用端末１０が定期的又は画面の変化を検出してキャプチャした画面の画像データをアップロードしてもよい。
（３）共用端末１０は、画面の画像データを画像管理サーバ５０にアップロードする。
（４）画像管理サーバ５０は電子キャンバスの画面情報のうち、専用端末３０のプレビュー欄４３１に表示されるプレビュー４３０（共用端末１０の画面の画像データ）を最新のものに更新する。
（５）専用端末３０は定期的に電子キャンバスのＵＲＬに対し画面情報を要求することで、共用端末１０の画面のプレビュー４３０を専用端末３０が常に表示することができる。
【0189】
この場合、電子キャンバスの画面は、例えばプレビュー欄４３１と手書き欄４３２に分かれており、ユーザが取り込みボタン４０７を押下すると、プレビュー欄４３１の画像データがコピーされ手書き欄４３２に表示される。専用端末３０は画像管理サーバ５０にコピーした画像データを送信するので、画像管理サーバ５０側の画面情報も更新される。
【0190】
図２０は、共用端末１０が画面をキャプチャして、専用端末３０が資料表示アプリ１１の画面の画像データを表示する手順を示すシーケンス図の一例である。なお、図２０の説明では図１３との相違を説明する。
【0191】
S401-2：共用端末１０の画面を専用端末３０にプレビューで表示させたいと考えたユーザは、例えばメニュー４０１に表示されプレビューボタンを押下する。操作受付部２４はプレビューボタンの押下を受け付ける。なお、プレビューを表示する操作なしに、電子キャンバスアプリがプレビューの表示を開始してもよい。
【0192】
ステップＳ４０２～Ｓ４０７の処理は図１３と同様でよい。また、画像管理サーバ５０はステップＳ４０８～Ｓ４１３の処理を定期的に繰り返す。負荷を監視して負荷が少ない時に行ってもよいし、不定期に行ってもよい。なお、ステップＳ４１３では、キャンバス画面作成部５５は画面情報のうちプレビュー欄４３１を最新の画面の画像データに更新する。ステップＳ４１４以降は図１３と同様でよい。
【0193】
したがって、シーケンス図は第１の実施形態とほぼ同様でよい。また、図２０では、第１の実施形態のシーケンス図を例にしたが、第２の実施形態のシーケンス図を用いてもほぼ同様に処理できる。このような方法であれば、画面の画像データが表示されるまでのユーザの待ち時間を短縮できる。
【0194】
なお、ユーザが実際に取り込みボタン４０７を押下した際に、プレビュー欄４３１の画像データをコピーするのでなく、改めて図１３又は図１８のシーケンス図の処理を実行し、専用端末３０が画像データを取得してもよい。プレビュー４３０は圧縮などにより画質が劣化している場合があるので、専用端末３０が改めて画像データを取得することで、電子キャンバスが表示する画像データの画質低下を抑制できる。
【0195】
＜まとめ＞
本実施形態によれば、ユーザが取り込みボタンを押下しなくても、専用端末３０が共用端末１０の画面のプレビューを表示できるので、ユーザは専用端末３０で見てから取り込むどうかの判断できる。
【0196】
〔第４の実施形態〕
続いて、図２１乃至図２９を用いて、専用端末３０が表示する画面の変形例について説明する。図２１は、専用端末が表示する画面のレイヤ構造を示した図である。図２２乃至図２９は、専有端末の画面例を示した図である。
【0197】
図２１に示されているように、専用端末３０は、４つの層からなる画面を表示する。まず、最下層は、地面層（電子キャンバスレイヤ又はSVG(Scalable Vector Graphics)描画レイヤ）である。この１つ上位層は、View Port層（ツールパレットレイヤ）である。この１つ上位層は、画面共有層（動画ストリーミングレイヤ）である。この１つ上位層は、ブラウザのモーダルダイアログ層である。なお、以下の表示の処理は表示制御部２１が行い、マウスや電子ペン等の操作の受け付けは操作受付部２４が行う。
【0198】
図２２に示されているように、専用端末３０の表示制御部２１はディスプレイ３に、地面領域５００を表示する。地面領域５００上には、View Port領域５１０、画面共有領域５２０、及び変倍指定領域５３０が含まれている。
【0199】
View Port領域５１０には、画面移動ボタン４０４と同様の機能を有する画面移動ボタン５１１、ペンボタン４０２と同様の機能を有するペンボタン５１３等が含まれている。
【0200】
画面共有領域５２０には、画面共有された情報を表示するための共有領域５２１、取り込みボタン４０７と同様の機能を有する取り込みボタン５２２、画面の画像データの受信又は送信の切り替えを行う送受信切替ボタン５２３、通常サイズの画面共有領域５２０を縮小するための縮小ボタン５２４、及び、画面共有領域５２０を拡大するための拡大ボタン５２５が含まれている。
【0201】
変倍指定領域５３０は、地面領域５００のサイズを変更するためのスライドバーが表示された領域である。
【0202】
図２２では、地面領域５００内の右下の共有領域５２１に、共有端末１０で表示中の画面の画像「Ａ」が表示されている。即ち、画像「Ａ」の画像データは、共有端末１０と専有端末３０とで画面共有されている。この状態で、ユーザがマウス等でカーソルｃ１により取り込みボタン５２２を押下すると、図２３に示されているように、地面領域５００内の左中央部に、画像「Ａ」が含まれるキャプチャ画像表示領域５０１ａと、この右横に文字入力可能な文字入力領域５０１ｂが同時に表示される。また、文字入力領域５０１ｂには最初からキャレットｃ２が表示されており、ユーザがすぐにコメントを入力することが出来る状態になっている。なお、カーソルｃ１は、ユーザが続いてすぐにキャプチャし易いように、取り込みボタン５２２上に位置している。
【0203】
図２３のように、共有領域５２１に画像「Ｂ」が表示されている状態で、ユーザが引き続き取り込みボタン５２２を押下すると、図２４に示されているように、地面領域５００の左側中央部に、画像「Ｂ」が含まれるキャプチャ画像表示領域５０２ａと、この右横に文字入力可能な文字入力領域５０２ｂが同時に表示される。この場合、キャプチャ画像表示領域５０２ａが地面領域５００の左側中央部に表示されるように、１つ前にキャプチャされた画像は、地面領域５００内の左側の上部に移動する。この場合も、文字入力領域５０２ｂには最初からキャレットｃ２が表示され、カーソルｃ１は、取り込みボタン５２２上に位置している。
【0204】
図２４のように、共有領域５２１に画像「Ｃ」が表示されている状態で、ユーザが引き続きカーソルｃ１で画面移動ボタン５１１を押下すると、画面移動モードに切り替わり、図２５に示されているように、地面領域５００をスライドさせるためのスライドアイコンｓ１が表示される。ここで、ユーザは、カーソルｃ１でスライドアイコンｓ１を移動させると、この移動に合わせて地面領域５００内の全体画像が移動される。図２５では、図２４に比べて右側に全体画像が移動された場合が示されている。なお、画面共有領域５２０の位置は変わらない。
【0205】
図２５のように、共有領域５２１に画像「Ｃ」が表示されている状態で、ユーザが引き続きカーソルｃ１で拡大ボタン５２５を押下すると、図２６に示されているように、地面領域５００のほぼ全領域に渡って拡大された共有領域５２１ｂが表示される。この場合、拡大ボタン５２５の表示濃度が薄くなり、ボタンが無効化され、これ以上拡大できない状態を示す。なお、この状態で、ユーザがカーソルｃ１で取り込みボタン５２２を押下すると、共有領域５２１ｂの下位階層に隠れている地面領域５００内で、画像「Ｃ」のキャプチャ画像表示領域と、この右横に文字入力領域が追加されている。また、拡大ボタン５２５の一度の押下で、
地面領域５００のほぼ全領域に渡った共有領域５２１ｂが表示されずに、拡大ボタン５２５の押下の度に、数回に分けて徐々に共有領域５２１ｂのサイズに近づけるようにしてもよい。
【0206】
＜変形例１＞
図２４の状態から、ユーザはカーソルｃ１で各キャプチャ画像表示領域及び各文字入力領域を独立して移動させることができてもよい。図２７では、キャプチャ画像表示領域５０２ａを右側に移動させた後、文字入力領域５０２ｂを左側に移動させている途中の状態が示されている。
【0207】
＜変形例２＞
図２８に示されているように、最新のキャプチャ画像表示領域５０２Ａ及び文字入力領域５０２Ｂが、他のキャプチャ画像表示領域５０１ａ及び文字入力領域５０２ａに比べて、大きいサイズで表示されるようにしてもよい。この場合、共有領域５２１は、キャプチャ画像表示領域５０２Ａ及び文字入力領域５０２Ａよりも上位層（前面）に表示される。
【0208】
また、図２９に示されているように、ユーザがカーソルｃ１で縮小ボタン５２４を押下すると、図２９に示されているように、共有領域５２１を表示しないようにしてもよい。この場合、縮小ボタン５２４の表示濃度が薄くなり、ボタンが無効化され、これ以上縮小できない状態を示す。
【0209】
＜まとめ＞
本実施形態によれば、ユーザが画面共有されている画面をキャプチャすると、キャプチャされた画面の画像とコメントをすぐに入力できるように文字入力領域も表示される。これにより、ユーザは迅速にコメントを入力することができるという効果を奏する。
【0210】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【0211】
例えば、本実施形態ではＨＴＭＬ５のＣａｎｖａｓ要素を使用して説明したが、ＷｅｂＧＬ、ＳＶＧ（Scalable Vector Graphics）、ＦＬＡＳＨ（登録商標）等をしようしてもよい。
【0212】
また、電子キャンバスアプリ１２はＷｅｂアプリとして提供される他、ブラウザアプリを必要としないアプリケーションとして提供されてもよい。
【0213】
また、専用端末３０のユーザは共用端末１０と同じ空間に存在することが好適であるが、専用端末３０のユーザは共用端末１０と同じ空間に存在している必要はない。補助アプリＩＤ又は電子キャンバスのＵＲＬは電子メールなどで社外のユーザに通知され、社外のユーザも画面を共用できる。
【0214】
また、図６などの構成例は、共用端末１０、専用端末３０及び画像管理サーバ５０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。共用端末１０、専用端末３０及び画像管理サーバ５０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【0215】
なお、第２通信部は取得要求受信手段の一例であり、画像取得部５４は画像取得手段の一例であり、キャンバス画面作成部５５は画面情報更新手段の一例であり、通信部２２は受信手段の一例であり、表示制御部２１は表示制御手段の一例であり、ＩＤ/ＩＰアドレス記憶部５６は第一の対応情報記憶手段の一例であり、ＵＲＬ/ＩＰアドレス記憶部５７は第二の対応情報記憶手段の一例であり、ＩＰアドレス管理部５３はアドレス情報取得手段の一例であり、資料表示アプリ１１は第一のアプリケーションの一例であり、補助アプリ１３は第二のアプリケーションの一例である。
【符号の説明】
【0216】
３ ディスプレイ
１０ 共用端末
１１ 資料表示アプリ
１２ 電子キャンバスアプリ
１３ 補助アプリ
１５ ブラウザアプリ
３０ 専用端末
５０ 画像管理サーバ
情報共用システム
【先行技術文献】
【特許文献】
【0217】
【文献】特開２０１４‐１９９６５７号公報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
Copyright © 2010-2025 Science Impact Inc. All Rights Reserved.