(57)【要約】【課題】操作状態にない場合にのみ表示されているメッセージを目視確認することを可能とする。【解決手段】ユーザＰＣ１３０ｄからネットワークを介して通信制御部２５０がメッセージ表示要求を受信した場合に、アプリ画像生成部２１２が自装置の操作状態を判定し、自装置が操作状態にないと判定された場合にのみ、アプリ画像生成部２１２はメッセージ表示要求が示すメッセージからメッセージ画像を生成し、メッセージ画像を表示する。【選択図】図３
2015011630.tif 000002
【特許請求の範囲】
【請求項１】
表示手段に画像を表示する画像処理装置であって、
外部機器からネットワークを介してメッセージ表示要求を受信するメッセージ受信手段と、
前記メッセージ受信手段が前記メッセージ表示要求を受信した場合に、自装置の操作状態を判定する操作判定手段と、
前記操作判定手段により自装置が操作状態にないと判定された場合にのみ、前記メッセージ表示要求が示すメッセージからメッセージ画像を生成する画像生成手段と、
前記メッセージ画像を前記表示手段に表示するメッセージ表示手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
前記画像生成手段は、前記操作判定手段により操作状態であると判定された場合に、前記メッセージ画像を表示手段に表示することを保留にすることを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記画像生成手段は、緊急連絡を示す文字列を前記メッセージ画像として生成することを特徴とする請求項１記載の画像処理装置。
【請求項４】
前記メッセージ表示手段は、前記メッセージ画像をアプリケーション画像レイヤに表示することを特徴とする請求項１記載の画像処理装置。
【請求項５】
前記メッセージ受信手段が受信した前記メッセージを、メッセージキューに挿入する対象又は取り出す対象とするＷｅｂサービス処理手段を備えることを特徴とする請求項１記載の画像処理装置。
【請求項６】
前記画像生成手段は、前記メッセージを、複数の装置間で共有される伝達情報とは別種類の情報としてみなし、前記メッセージの表示を開始してから所定の時間が経過した後に該表示を解除することを特徴とする請求項１記載の画像処理装置。
【請求項７】
表示手段に画像を表示する画像処理方法であって、
外部機器からネットワークを介してメッセージ表示要求を受信するメッセージ受信ステップと、
前記メッセージ受信ステップが前記メッセージ表示要求を受信した場合に、自装置の操作状態を判定する操作判定ステップと、
前記操作判定ステップにより自装置が操作状態にないと判定された場合にのみ、前記メッセージ表示要求が示すメッセージからメッセージ画像を生成する画像生成ステップと、
前記メッセージ画像を前記表示手段に表示するメッセージ表示ステップと、
を備えることを特徴とする画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部機器からネットワークを介して受信したメッセージを表示するのに好適な画像処理装置、及び画像処理方法に関する。
【背景技術】
【０００２】
従来、画像処理装置の一例として、液晶方式やプラズマ方式などのフラットパネルやプロジェクタを用いた例えば４０インチ〜８０インチ程度のサイズの大型のディスプレイに、タッチパネルを搭載した、いわゆる「電子情報ボード」製品が市場に出ている。これらの製品はパソコンを接続することによって、パソコンの画面を大きく映すことができ、会議におけるプレゼンテーション等や教育機関等で用いられている。
画像処理装置に搭載されているタッチパネル機能を用いて、映されている画面に直接タッチすることで、パソコンを操作するパソコン操作機能、が提供されている。
さらに、画像処理装置に接続したパソコン上で実行される、電子黒板アプリケーションソフトウエアがこれらの機器と伴に提供されている。このアプリケーションソフトウエアは、黒板の役割をする画面を提供し、その画面上に手書き文字などをタッチパネルを介して描く機能、このアプリケーションを提供するパソコンの画面を取り込んで、その画面上に手書き情報を重畳して描く機能など、タッチパネルを介した手書機能が提供されている。
【０００３】
このような手書き機能が動作する画像処理装置を利用すると、オフィスの会議シーン等において、説明のための表示資料を操作しながら、適宜画面上に直接指摘事項等の書き込みを行い、さらに必要に応じて書き込みを含む画面内容を記録することができる。この結果、会議終了時に画面内容を振り返り、画面内容を再利用することで効率的に結論などをまとめることが期待できる。
このような機能を有する画像処理装置を利用した会議においては、会議の進行を妨げずに画像処理装置が操作されて、必要な情報の入力と表示ができることが重要である。一方、参加予定者の突然の会議欠席、総務室からの緊急の通達など、業務遂行に影響のある不測の事態に対して、会議の参加者全員が即座に適切な対応をとれることも重要と考えられる。
【０００４】
従来、物理的に離れた場所にいる複数のユーザが、ネットワーク上で自由にメッセージを書き込み、閲覧可能な電子掲示板に表示するという技術が開示されている。
特許文献１には、ユーザが離れていても情報共有ができるようにする目的で、携帯情報端末装置で編集したメッセージをネットワークに送信し、サーバ装置を介して、ネットワークに接続されたテレビジョン装置に送信し、当該メッセージを表示する電子掲示板システムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、複数の拠点に配置された画像処理装置をネットワークに接続することにより、画像処理装置に書き込まれた手書き情報や、画像処理装置に取り込まれたＰＣ画面情報を複数の画像処理装置で共有することが可能な画像処理装置が数多く提案されてきた。
しかしながら、画像処理装置からこれらの手書き情報やＰＣ画面情報を送信できるのは、ネットワークを介して通信に参加している画像処理装置に限定されるため、会議などのコミュニケーションの場にいない第三者が、緊急の情報を会議の参加者に周知するという用途には対応できないといった問題があった。
【０００６】
特許文献１には、ネットワークに接続されている他の端末より送信されたメッセージを、閲覧可能な共有の表示装置上に表示させる点が開示されている。このため、書き込まれたメッセージを多数のユーザに行き渡らせることに適している。
しかし、これを会議などの支援にそのまま適用すると、むしろその場のコミュニケーションや、会議の進展段階を振り返るのに邪魔になってしまうといった問題があった。
【０００７】
そこで、その場のコミュニケーションを極力邪魔せずに、緊急性がある周知事項などの差し迫った情報を、参加者に伝達することが切望されている。
また、会議進行や画像処理装置の操作性・利便性を損なわずに、会議に参加しているユーザに緊急性があるメッセージを素早く周知させることが切望されている。
さらに、ユーザは外部機器からのメッセージに注意しつつも、本来のコミュニケーションを集中して行うことが切望されている。
本発明は、上記に鑑みてなされたもので、その目的としては、操作状態にない場合にのみ表示されているメッセージを目視確認することが可能な画像処理装置、及び画像処理方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、請求項１記載の発明は、表示手段に画像を表示する画像処理装置であって、外部機器からネットワークを介してメッセージ表示要求を受信するメッセージ受信手段と、前記メッセージ受信手段が前記メッセージ表示要求を受信した場合に、自装置の操作状態を判定する操作判定手段と、前記操作判定手段により自装置が操作状態にないと判定された場合にのみ、前記メッセージ表示要求が示すメッセージからメッセージ画像を生成する画像生成手段と、前記メッセージ画像を前記表示手段に表示するメッセージ表示手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、外部機器からネットワークを介してメッセージ表示要求を受信した場合に、自装置の操作状態を判定し、自装置が操作状態にないと判定された場合にのみ、メッセージ表示要求が示すメッセージからメッセージ画像を生成し、メッセージ画像を表示することで、操作状態にない場合にのみ表示されているメッセージを目視確認することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係わる画像処理装置の外観を示す図である。
【図２】本発明の画像処理装置別の実施形態に係わる画像処理装置を示す図である。
【図３】図２に示す画像処理装置１１０のハードウェア構成および機能構成を示す図である。
【図４】本発明の実施形態に係る画像処理装置の画像レイヤの構成を示す図である。
【図５】本発明におけるＷｅｂクライアントプログラム（ユーザＰＣ）とＷｅｂサービスプログラム間の通信状態の遷移を示す図である。
【図６】図５に示すリクエストを受信したときのメッセージ表示を示す図である。
【図７】図５に示すリクエストを受信したときのメッセージ表示を示すフローチャートである。
【図８】アプリ画像生成部２１２の動作を示すフローチャートである。
【図９】メッセージキュー２８０の構成を示す図である。
【発明を実施するための形態】
【００１１】
本発明の実施形態について説明する。本発明は、画像処理装置における情報表示処理に際して、以下の特徴を有する。
要するに、本発明の画像処理装置は、外部機器からのメッセージ表示要求を受け取ることができるが、メッセージを表示する前にユーザが画像処理装置を操作中であるかを判定する。操作中と判定された場合、当該メッセージは画面に表示されず、操作中でない状態となるまで表示を保留する。その後、操作中でないと判定したタイミングで当該メッセージを表示する。さらに、表示開始した後に一定時間が経過すると、当該メッセージを画面から消去することが特徴になっている。
【００１２】
以下、本発明の実施形態について、図面を参照して説明する。
図１は、本発明の実施形態に係わる画像処理装置に適用可能な電子情報ボード（以下、画像処理装置という）の外観を示す図である。
画像処理装置１００は、画像処理装置１１０と、ユーザＰＣ１３０ａ、１３０ｂとを含んで構成されており、画像処理装置１１０およびユーザＰＣ１３０ａ、１３０ｂは、それぞれケーブル１２４によって接続される。
画像処理装置１１０は、ユーザＰＣ１３０ａ、１３０ｂの表示画像を表示することができるとともに、ユーザが生成する描画画像を表示可能な装置である。ユーザＰＣ１３０ａ、１３０ｂは、画像処理装置１１０に表示すべき画像を提供する情報処理装置である。ユーザＰＣ１３０ａ、１３０ｂは、画像信号を出力するインタフェースを備えており、ユーザＰＣ１３０ａ、１３０ｂの表示画像を形成する画像信号を所定のレート（例えば、毎秒３０フレーム）で画像処理装置１１０に供給する。
【００１３】
本実施形態では、ユーザＰＣ１３０ａ、１３０ｂは、インタフェースとしてＶＧＡ出力端子（図示せず）を備えており、ＶＧＡケーブル等のケーブル１２４を介してＶＧＡ信号を画像処理装置１１０に送信することができる。他の実施形態では、ユーザＰＣ１３０ａ、１３０ｂは、各種無線通信プロトコルに準拠した無線通信により、表示画像を送信してもよい。
図１に示す実施形態では、ユーザＰＣ１３０ａ、１３０ｂとしてノート型ＰＣを採用する。他の実施形態では、デスクトップ型ＰＣやタブレット型ＰＣ、ＰＤＡ、デジタルビデオカメラ、デジタルカメラ等の画像フレームを供給可能な情報処置装置を採用することができる。また、図１に示す画像処理装置１００では、２つのユーザＰＣ１３０ａ、１３０ｂを採用するが、他の実施形態では、１つのユーザＰＣまたは３つ以上のユーザＰＣを採用することもできる。
【００１４】
図２は、本発明の（電子ボード）別の実施形態に係わる画像処理装置を示す図である。
画像処理装置１０００について、図１に示す画像処理装置１００との相違点を中心に説明する。
画像処理装置１０００は、画像処理装置１０１０ａと、画像処理装置１０１０ｂと、ユーザＰＣ１０３ｄとがネットワーク１０１４を介して接続される。ネットワーク１０１４は、ＬＡＮやインターネットなどのネットワークであり、画像処理装置１０１０ａ、１０１０ｂ、及びユーザＰＣ１０３ｄの間で種々のデータを通信する。画像処理装置１０１０ａは、ケーブル１２４を介してユーザＰＣ１３０ａ、１３０ｂが接続されている。画像処理装置１０１０ｂは、ケーブル１２４を介してユーザＰＣ１３０ｃが接続されている。画像処理装置１０１０ａ、１０１０ｂ及びユーザＰＣ１０３ｄは、画像データおよびイベント等の情報をネットワーク１０１４を介して相互に通信する。
図２に示す実施形態では、画像処理装置１０１０ａ、１０１０ｂ、１０１０ｃがネットワーク１０１４を介して接続される。一方、他の実施形態では、これらの画像処理装置をネットワーク１０１４を介さずに、スター型等の接続形態で直接接続してもよい。
【００１５】
図３は、図２に示す画像処理装置１１０のハードウェア構成および機能構成を示す図である。
図４は、本発明の画像レイヤの構成を示す図である。
図３は、図２に示す実施形態に係る画像処理装置１１０のハードウェア構成および機能構成を示す図である。
以下、図２を参照して、画像処理装置１０１０のハードウェア構成および機能構成について説明する。
画像処理装置１０１０は、画像入力インタフェースを備えており、これらのインタフェースを介してユーザＰＣ１３０ａ、１３０ｂと接続される。
画像入力インタフェース２３２は、ユーザＰＣ１３０ａ、１３０ｂの表示画像を形成する画像信号を受信するインタフェースである。本実施形態では、画像入力インタフェース２３２としてＤＶＩ（Digital Visual Interface）端子によって構成されるＤＶＩコネクタを採用することができる。画像入力インタフェース２３２は、ユーザＰＣ１３０ａ、１３０ｂからＶＧＡケーブル等のケーブル１２４を介してＶＧＡ信号を受信し、画像処理装置１１０が備える画像取得部２０６にＶＧＡ信号を供給する。
【００１６】
他の実施形態では、ＶＧＡ（Video Graphics Array）コネクタ、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）コネクタ、Ｄｉｓｐｌａｙｐｏｒｔコネクタ等を採用することができる。さらに他の実施形態では、画像入力インタフェース２３２は、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉＦｉ等の無線通信プロトコルに準拠した無線通信により、ユーザＰＣ１３０ａ、１３０ｂから画像信号を受信してもよい。
画像処理装置１１０は、プロセッサ２００、ＲＯＭ２０２、ＲＡＭ２０４、画像取得部２０６、座標検出部２２４、接触検知装置２２６、及び表示部１１２を含備えている。
【００１７】
プロセッサ２００は、ＣＰＵやＭＰＵ等の処理演算装置であり、ＷＩＮＤＯＷＳ（登録商標）シリーズ、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、ＴＲＯＮ、ＩＴＲＯＮ、μＩＴＲＯＮなどのオペレーティングシステムＯＳを動作させる。これらのＯＳの管理下でアセンブラ、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＰＥＲＬ、ＲＵＢＹ、ＰＹＴＨＯＮなどのプログラム言語で記述された本発明のプログラムを実行する。ＲＯＭ２０２は、ＢＩＯＳやＥＦＩ等のブートプログラムなどが保存される不揮発性メモリである。
【００１８】
ＲＡＭ２０４は、ＤＲＡＭやＳＲＡＭ等の主記憶装置であり、本発明のプログラムを実行するための実行空間を提供する。プロセッサ２００は、ソフトウェアプログラムや種々のデータなどを持続的に保持するためのハードディスク装置（図示せず）から、本発明のプログラムを読み出し、ＲＡＭ２０４に展開して実行する。
本発明のプログラムには、プログラムモジュールであるイベント処理部２１０、アプリ画像生成部２１２（アプリケーション画像生成手段）、レイアウト管理部２１４、描画生成部２１６、合成部２１８、表示制御部２２０、スナップショット生成部２２２、スナップショット保存部２３６、スナップショット送信部２３８およびリポジトリ管理部２２８が含まれる。
画像取得部２０６は、ユーザＰＣ１３０ａ、１３０ｂから画像信号を取得する機能手段である。画像取得部２０６は、ユーザＰＣ１３０ａ、１３０ｂから画像入力インタフェース２３２を介して画像信号を受信する。次いで、当該画像信号を解析して、当該画像信号によって形成されるユーザＰＣ１３０ａ、１３０ｂの表示画像である画像フレームの解像度や当該画像フレームの更新頻度などの画像情報を導出し、アプリ画像生成部２１２に送信する。
【００１９】
また、画像取得部２０６は、当該画像信号を使用してユーザＰＣ１３０ａ、１３０ｂの表示画像である画像フレームをそれぞれ形成し、画像データを一時的に保存可能な記憶手段であるビデオＲＡＭ２０８にそれぞれ上書き保存する。
アプリ画像生成部２１２は、表示部１１２に表示すべき種々の表示ウィンドウを生成する機能手段である。表示ウィンドウには、ユーザＰＣ１３０ａ、１３０ｂの表示画像である画像フレームを表示する表示ウィンドウ、ユーザが生成する描画画像を表示する表示ウィンドウ、画像処理装置１１０の各種設定を行うためのボタンやメニュー等を表示する表示ウィンドウ、ファイルビューアやＷｅｂブラウザ等の表示ウィンドウなどが含まれる。アプリ画像生成部２１２は、これらの表示ウィンドウを、当該表示ウィンドウを描画すべき画像レイヤに描画する。
【００２０】
レイアウト管理部２１４は、アプリ画像生成部２１２により生成された表示ウィンドウにユーザＰＣ１３０ａ、１３０ｂからの表示画像を描画する機能手段を有している。レイアウト管理部２１４は、画像取得部２０６から画像情報を取得すると、ビデオＲＡＭ２０８に格納されている画像フレームを取得し、画像情報を使用して、画像フレームの大きさをアプリ画像生成部２１２が生成した表示ウィンドウの大きさに適合するように変更し、当該画像フレームを描画すべき画像レイヤに描画する。
【００２１】
接触検知装置２２６は、描画装置２４０等の物体の接触を検知する機能手段である。本実施形態では、接触検知装置２２６として、赤外線遮断方式による座標入力／検出装置を採用する。この座標入力／検出装置では、表示部１１２の下側両端部に設置された２つの受発光装置が、表示部１１２に平行して複数の赤外線を放射し、表示部１１２の周囲に設けられた反射部材によって同一光路上に反射する光を受光する。
接触検知装置２２６は、物体によって遮断された２つの受発光装置が放射した赤外線の識別情報を座標検出部２２４に通知し、座標検出部２２４が、物体の接触位置である座標位置を特定する。
他の実施形態では、静電容量の変化を検知することにより接触位置を特定する静電容量方式のタッチパネル、対向する２つの抵抗膜の電圧変化によって接触位置を特定する抵抗膜方式のタッチパネル、接触物体が表示部に接触することによって生じる電磁誘導を検知して接触位置を特定する電磁誘導方式のタッチパネルなどの種々の検出手段を採用してもよい。
【００２２】
座標検出部２２４は、物体が表示部１１２に接触した位置である座標位置を算出すると共に、種々のイベントを発行する機能手段である。本実施形態では、座標検出部２２４は、接触検知装置２２６が通知する遮断された赤外線の識別情報を利用して、物体の接触位置の座標位置を算出する。
座標検出部２２４は、接触位置の座標位置と共に、種々のイベントをイベント処理部２１０に発行する。座標検出部２２４が発行するイベントには、物体の接触または接近したことを通知するイベント（ＴＯＵＣＨ）、物体が表示部１１２に接触または接近した状態で接触点または接近点が移動したことを通知するイベント（ＭＯＶＥ）、物体が表示部１１２から離れたことを通知するイベント（ＲＥＬＥＡＳＥ）が含まれる。これらのイベントには、接触位置座標および接近位置座標である座標位置情報が含まれる。
【００２３】
描画装置２４０は、画像処理装置１１０の接触検知装置２２６に接触させて描画する装置である。描画装置２４０は、先端部に物体の接触を検知する接触検知装置を備えたペン形状をしており、当該接触検知装置が物体に接触すると、接触したことを示す接触信号を当該描画装置の識別情報と共に座標検出部２２４に送信する。また、描画装置２４０は、描画された描画オブジェクトを消去する機能を持つ。描画モードから消去モードに切り替えるモード切替スイッチを側面や後端部に備えている。
当該接触検知装置が消去モードで物体に接触すると、接触したことを示す信号と消去モードである信号を当該描画装置の識別情報と共に座標検出部２２４に送信する。描画装置２４０は、表示部１１２に表示されたメニューやボタン等のオブジェクトをユーザが選択することが可能である。
【００２４】
例えば、ユーザが消去モード切替スイッチを押下した状態で、描画装置２４０を画像処理装置１１０に接触させた場合には、描画装置２４０は、接触信号および当該描画装置の識別情報と共に、消去モードを示すモード種別信号を送信する。ユーザが消去モード切替スイッチを押下していない状態で、描画装置２４０を画像処理装置１１０に接触させた場合には、描画装置２４０は、接触信号および当該描画装置の識別情報を送信する。
【００２５】
本実施形態では、座標検出部２２４は、接触検知装置２２６から赤外線の識別情報を受信すると、物体の接触位置である座標位置を算出し、次いで、描画装置２４０から接触信号を受信すると、各種イベントを発行する。このとき、座標検出部２２４は、モード種別を示す情報（以下、「モード種別情報」とする。）を当該イベントと共にイベント処理部２１０に通知する。
本実施形態では、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信によって各種信号を送信する。他の実施形態では、超音波や赤外線を利用した無線通信によって各種信号を送信することができる。
【００２６】
イベント処理部２１０は、座標検出部２２４が発行するイベントを処理する機能手段である。イベント処理部２１０は、座標検出部２２４からイベントを受信すると、描画領域での描画指示イベントなのか、消去指示イベントなのか、または表示部に表示された機能別のアイコンを選択する操作なのかを識別し、それぞれの機能を実施する。
描画指示イベントとは、画像処理装置１１０に対して描画を指示するイベントである。消去指示イベントは、画像処理装置１１０に対して描画されたオブジェクトを消去するイベントである。描画指示イベント及び消去指示イベントは、描画装置２４０が表示部１１２に接触することに起因して発行される。
選択通知イベントとは、表示部１１２に表示された画面を構成するボタンやメニューバー等の種々のオブジェクトが選択されたことを示すイベントである。選択通知イベントは、描画装置２４０が表示部１１２に接触することに起因して発行される。イベント処理部２１０は、座標検出部２２４が発行したイベントに含まれる座標位置情報がオブジェクトの座標領域内であるときに選択通知イベントを発行する。
イベント処理部２１０は、座標検出部２２４からイベントを受信すると、描画指示イベント、消去指示イベント、選択通知イベント等のイベントに起因して描画装置２４０がユーザにより操作状態にあることを示している。これにより、ユーザによる操作状態の有無を判定することができる。
【００２７】
本実施形態では、描画指示イベントおよび選択通知イベントには、それぞれ識別情報が割り当てられており、これらのイベントをトリガとして動作する画像処理装置１１０の機能手段は、当該識別情報を参照して種々の処理を実行する。また、選択通知イベントには、選択されたオブジェクトの識別情報が付加されており、選択通知イベントをトリガとして動作する画像処理装置１１０の機能手段は、当該オブジェクトの識別情報を参照して種々の処理を実行する。
【００２８】
描画生成部２１６は、ユーザが描画装置２４０を用いて描画した描画画像を生成する機能手段である。描画生成部２１６は、座標位置情報が示す座標位置の色を特定の色に変更した画像レイヤを生成する。描画生成部２１６は、当該座標位置を描画情報としてＲＡＭ２０４の描画情報の格納領域に保存する。
合成部２１８は、種々の画像を合成する機能手段である。合成部２１８は、アプリ画像生成部２１２が画像を描画すべき画像レイヤ（以下、「アプリ画像レイヤ２７５」とする）と、レイアウト管理部２１４がユーザＰＣ１３０ａ、１３０ｂの表示画像を描画すべき画像レイヤ（以下、「画像キャプチャレイヤ２７３」とする）と、描画生成部２１６が画像を描画すべき画像レイヤ（以下、「手書きレイヤ２７４」とする）とを合成する（図４）。
【００２９】
表示制御部２２０は、表示部１１２を制御する機能手段である。表示制御部２２０は、合成部２１８が生成した合成画像を表示部１１２に表示する。本実施形態では、合成部２１８は、表示制御部２２０を呼び出して合成画像を表示部１１２に表示する。他の実施形態では、合成部２１８および表示制御部２２０は、画像情報に含まれる画像フレームの更新頻度と同じ頻度で、画像レイヤを合成して表示部１１２に表示してもよい。
スナップショット生成部２２２は、ユーザＰＣ１３０ａ、１３０ｂの表示画像と描画生成部２１６が生成した描画画像との合成画像であるスナップショット画像を生成する機能手段である。
スナップショット生成部２２２は、表示部１１２に表示されたスナップショットの取得を指示するスナップショットボタンが選択されたことを示す選択通知イベントを受信する。次いで、画像キャプチャレイヤ２７３と手書きレイヤ２７４とを合成し、スナップショット画像を生成する。スナップショット生成部２２２は、スナップショット画像を生成すると、リポジトリ管理部２２８に対しスナップショット画像を記憶装置２３０に保存させる。
【００３０】
スナップショット生成部２２２は、ユーザＰＣ１３０ａ、１３０ｂの表示画像と描画生成部２１６が生成した描画画像との合成画像であるスナップショット画像を生成する機能手段である。
スナップショット生成部２２２は、表示部１１２に表示されたスナップショットの取得を指示するスナップショットボタンが選択されたことを示す選択通知イベントを受信する。次いで、画像キャプチャレイヤ２７３と手書きレイヤ２７４とを合成し、スナップショット画像を生成する。スナップショット生成部２２２は、スナップショット画像を生成すると、リポジトリ管理部２２８に対しスナップショット画像を記憶装置２３０に保存させる。
【００３１】
スナップショット保存部２３６は、リポジトリ管理部２２８を通じて記憶装置２３０に保存されたスナップショット画像をデータ出力インタフェース２３４を通じてＵＳＢメモリ２４２等の外部保存装置にスナップショット画像を保存する機能手段である。
スナップショット保存部２３６は、表示部１１２に表示されたスナップショットの保存を指示するスナップショット保存ボタンが選択されたことを示す選択通知イベントを受信する。次いで、リポジトリ管理部２２８を通じて記憶装置２３０に保存されたスナップショット画像を取得し、データ出力インタフェース２３４に接続された外部保存装置にスナップショット画像を出力する。
【００３２】
スナップショット送信部２３８は、リポジトリ管理部２２８を通じて記憶装置２３０に保存されたスナップショット画像を通信制御部２５０を通じて画像処理装置外のサーバ（図示せず）等に送信する機能手段である。
スナップショット送信部２３８は、表示部１１２に表示されたスナップショットの送信を指示するスナップショット送信ボタンが選択されたことを示す選択通知イベントを受信する。次いで、リポジトリ管理部２２８を通じて記憶装置２３０に保存されたスナップショット画像を取得し、通信制御部２５０にスナップショット画像を出力する。通信制御部２５０は、通信部を介して、ＦＴＰ、ＳＭＴＰ等定められた通信プロトコルによって画像処理装置外のサーバ等にスナップショット画像を送信する。
【００３３】
リポジトリ管理部２２８は、スナップショット画像を格納すべき記憶装置２３０を制御する機能手段である。リポジトリ管理部２２８は、上述したように、スナップショット生成部２２２からの指示により、スナップショット画像を記憶装置２３０に保存する。また、リポジトリ管理部２２８は、スナップショット保存部２３６あるいはスナップショット送信部２３８からの指示により、記憶装置２３０からスナップショット画像を取得し、データ出力インタフェース２３４あるいは通信制御部２５０に送信する。
データ出力インタフェース２３４は、スナップショット画像を外部装置に出力する物理インタフェースである。本実施形態では、データ出力インタフェース２３４としてＵＳＢソケットを採用することができる。
【００３４】
画像処理装置１０１０ａは、通信制御部２５０、通信部２５２を備えている。通信制御部２５０は、ネットワーク１０１４を介した画像処理装置間、及び画像処理装置とユーザＰＣとの間の通信を制御する機能手段である。通信部２５２は、ネットワーク１０１４とのネットワークインタフェースである。通信制御部２５０は、認証情報、画像フレームやスナップショット画像等の画像データや描画情報、イベントなどの情報を、通信部２５２を介して通信する。
本実施形態では、通信制御部２５０はユーザＰＣからメッセージ表示リクエストを受信すると、Ｗｅｂサービス処理部２７０にメッセージ表示リクエストを出力する。一方、イベント処理部２１０が描画指示イベント、消去指示イベント、選択通知イベント等のイベント情報を通信制御部２５０に出力し、さらに、イベント情報は通信制御部２５０からＷｅｂサービス処理部２７０に出力される。
【００３５】
Ｗｅｂサービス処理部２７０は、ＷｅｂサービスプログラムがＲＡＭ上に展開されており、このプログラムを起動し、Ｗｅｂサービス処理を実行する。
Ｗｅｂサービスプログラムは、ユーザＰＣ上で動作しているＷｅｂクライアントプログラムからの要求に応じて、メッセージ表示リクエスト（メッセージ表示要求）を処理するプログラムである。Ｗｅｂサービス処理部２７０は、ＷｅｂサービスプログラムがユーザＰＣからメッセージ表示リクエストを受信すると、メッセージ表示リクエスト中に記述されたメッセージがアプリ画像生成部２１２に送信される。
また、Ｗｅｂサービス処理部２７０は、Ｗｅｂサービスプログラムが通信制御部２５０からイベント情報を受信すると、上述したイベント情報をアプリ画像生成部２１２に送信する。
【００３６】
図５は、本発明におけるＷｅｂクライアントプログラム（ユーザＰＣ）とＷｅｂサービスプログラムとの間の通信状態の遷移を示す図である。
本実施形態においては、ＷｅｂクライアントプログラムとＷｅｂサービスプログラムとの間のデータのやり取りに、ＨＴＴＰ（Hyper Text Transfer Protocol）を用いる。
具体的には、Ｗｅｂクライアントプログラム側からＷｅｂサービスプログラムにＴＣＰセッションを張り、Ｗｅｂクライアントプログラムがリクエストメッセージ（［２］）をＷｅｂサービスプログラムに送る。次いで、ＷｅｂサービスプログラムがＷｅｂクライアントプログラムにレスポンスメッセージ（［３］）を送り返すという仕組みである。
ＷｅｂクライアントプログラムとＷｅｂサービスプログラム間のデータのやり取りのために、ＨＴＴＰ  ＰＯＳＴメソッドが使用される。ここで、ＰＯＳＴリクエストに指定されるパス及びボディパラメータを以下に示す。
パス“／ｓｉｇｎ”は、メッセージを表示するＷｅｂサービスプログラムのルートパスを示す。
ボディパラメータ“ｍｅｓｓａｇｅ”は、表示したいメッセージを示す。
【００３７】
例えば図５に示すように、Ｗｅｂクライアントプログラムが、パスに“／ｓｉｇｎ”を、またボディパラメータにｍｅｓｓａｇｅ＝’緊急連絡’というメッセージを記述して、ＰＯＳＴリクエストを送信した場合を想定する。この場合、Ｗｅｂサービスプログラムは、Ｗｅｂクライアントプログラムが「緊急連絡」というメッセージを表示するリクエスト（［２］）を送信してきたと判断する。
また、図５に示すように、レスポンスメッセージ（［３］）のＬｏｃａｔｉｏｎヘッダには新規作成されたメッセージのＵＲＩ（Uniform Resource Identifier）が記載される。これにより、呼び出し側（ユーザＰＣ上のＷｅｂクライアントプログラム）は、レスポンスメッセージのヘッダを参照することにより、新規登録したデータのＩＤ値を知ることができる。
【００３８】
図６は、図５に示すリクエストを受信したときのメッセージ表示を示す図である。
Ｗｅｂサービス処理部２７０は、Ｗｅｂクライアントプログラムが「緊急連絡」というメッセージを表示するリクエストを送信してきたことを、アプリ画像生成部２１２に伝える。するとアプリ画像生成部２１２は、画像処理装置１００の画面上に、「緊急連絡」という文字列を、揮発性メッセージという形態で表示する。
ここで揮発性メッセージとは、以下の特徴を持つメッセージである。
アプリ画像生成部２１２がメッセージをアプリ画像レイヤ２７５に描画して表示する。
手書き情報や画像データのように、会議等のコミュニケーションに使用されるデータではないとみなされる。一定時間（例えば１０秒）経過後に表示が解除される。
【００３９】
図７は、図５に示すリクエストを受信したときのメッセージ表示を示すフローチャートである。
Ｗｅｂサービス処理部２７０におけるＷｅｂサービスプログラムによる処理について説明する。
まず、Ｗｅｂサービスプログラムは、ステップＳ５では、ユーザＰＣからメッセージ表示リクエストを受信する。次いで、ステップＳ１０では、ｍｅｓｓａｇｅボディパラメータから取り出したメッセージを、メッセージキュー２８０に挿入する。
メッセージキュー２８０へのメッセージ挿入に成功した後、Ｗｅｂサービスプログラムは、ステップＳ１５では、リクエストの送信元であるユーザＰＣに、レスポンスメッセージを返信する。
このとき、図５に示すように、レスポンスメッセージ（［３］）では“２０１  Ｃｒｅａｔｅｄ”というステータスコードと共に、Ｌｏｃａｔｉｏｎヘッダに作成されたメッセージリソースのＵＲＩが返される。
【００４０】
図８は、アプリ画像生成部２１２の動作を示すフローチャートである。
アプリ画像生成部２１２は、ステップＳ５５では、定期的にメッセージキュー２８０を監視する。
アプリ画像生成部２１２は、ステップＳ６０では、メッセージキュー２８０にメッセージが存在するのを確認すると、ユーザ操作スレッドを閲覧し、ステップＳ６５では、現在ユーザが画像処理装置１００を操作中であるかを判定する。ここで、ユーザが描画操作、ボタン押下操作などの操作状態にあるとき、またはこのような操作後から経過した時間が３秒以内であるときに、操作中と判定される。
操作中と判定された場合、アプリ画像生成部２１２は受け取ったメッセージの表示を行わず、操作中の状態が解除されるまで待機する。これにより、アプリ画像生成部２１２では、メッセージを受信した場合に、操作状態を判定する（操作判定手段）ことができる。
このように、アプリ画像生成部２１２により操作状態であると判定された場合に、メッセージ画像を表示手段に表示することを保留にする（Ｓ６５）。これにより、メッセージ画像を常に表示部１１２に表示することを防止することができ、操作中に本来のコミュニケーションを集中することができる。
【００４１】
操作中でないと判定されると、アプリ画像生成部２１２は、ステップＳ７０では、メッセージキュー２８０から先頭のメッセージを取り出す。
次いで、ステップＳ７５では、アプリ画像生成部２１２がメッセージをアプリ画像レイヤ２７５（アプリケーション画像レイヤ）に描画する。このとき、合成部２１８は、アプリ画像レイヤ２７５、画像キャプチャレイヤ２７３、手書きレイヤ２７４とを合成する（図４）。表示制御部２２０は、合成部２１８が生成した合成画像を表示部１１２に表示する。
このように、メッセージ画像をアプリ画像レイヤ２７５に表示することで、画像キャプチャレイヤ２７３や手書きレイヤ２７４とは別の画像レイヤにメッセージ画像を表示することができる。会議進行や画像処理装置の操作性・利便性を損なわずに、会議に参加しているユーザに緊急性があるメッセージを素早く周知させることができる。
このように、アプリ画像生成部２１２は、緊急連絡を示す文字列をメッセージ画像として生成することで、緊急連絡を示すメッセージ画像を表示することができ、緊急性がある周知事項などの差し迫った情報を参加者に伝達することができる。
【００４２】
次いで、アプリ画像生成部２１２は、ステップＳ８０では、一定時間が経過するのを待つ。その後一定時間が経過すると、アプリ画像生成部２１２は、ステップＳ８５では画面からメッセージを消去し、メッセージキュー２８０を再度監視する。
画像処理装置１００の電源がＯＦＦになるまで上記処理を繰り返す。
このように、アプリ画像生成部２１２（画像生成手段）は、メッセージを、複数の装置間で共有される伝達情報とは別種類の情報としてみなし、メッセージの表示を開始してから所定の時間が経過した後に該表示を解除する（Ｓ８５）。これにより、緊急連絡を示すメッセージ画像を表示してユーザの目視確認時間を確保してから表示を解除することができる。
このように、外部機器からネットワークを介してメッセージ表示要求を受信した場合に、自装置の操作状態を判定し、自装置が操作状態にないと判定された場合にのみ、メッセージ表示要求が示すメッセージからメッセージ画像を生成し、メッセージ画像を表示する。これにより、操作状態にない場合にのみ表示されているメッセージを目視確認することができる。会議進行や画像処理装置の操作性・利便性を損なわずに、会議に参加しているユーザに緊急性があるメッセージを素早く周知させることができる。
【００４３】
図９は、Ｗｅｂサービス処理部２７０により処理されるメッセージキュー２８０の構成を示す図である。
ここで、メッセージキュー２８０の構成について説明する。メッセージキュー２８０は、データを先入れ先出し（ＦＩＦＯ；First In First Out）するリスト構造から構成されている。本実施形態では、Ｗｅｂサービス処理部２７０は、表示する揮発性メッセージが挿入処理、及び取り出しの対象とする。
図９に示すように、メッセージキューとして、「電車が遅延しています。」（Ｍｔ）、「山田さん、１０分ほど遅れます。」（Ｍｔ＋１）という順に揮発性メッセージが挿入・取り出しされる。
このように、受信したメッセージを、メッセージキューに挿入する対象又は取り出す対象とすることで、Ｗｅｂサービス処理部２７０によりメッセージの挿入又は取り出しを行うことができる。
【符号の説明】
【００４４】
１００…画像処理装置、１１２…表示部、１２４…ケーブル、１３０…ユーザＰＣ、２００…プロセッサ、２０２…ＲＯＭ、２０４…ＲＡＭ、２０６…画像取得部、２０８…ビデオＲＡＭ、２１０…イベント処理部、２１２…アプリ画像生成部、２１４…レイアウト管理部、２１６…描画生成部、２１８…合成部、２２０…表示制御部、２２２…スナップショット生成部、２２４…座標検出部、２２６…接触検知装置、２２８…リポジトリ管理部、２３０…記憶装置、２３２…画像入力インタフェース、２３４…データ出力インタフェース、２３６…スナップショット保存部、２３８…スナップショット送信部、２４０…描画装置、２４２…ＵＳＢメモリ、２５０…通信制御部、２５２…通信部、２７０…Ｗｅｂサービス処理部、２７３…画像キャプチャレイヤ、２７４…手書き画像レイヤ、２７５…アプリ画像レイヤ、２８０…メッセージキュー、１０１４…ネットワーク
【先行技術文献】
【特許文献】
【００４５】
【特許文献１】特開２０１０−１７６３９４公報
【図１】
2015011630.tif 000003
【図２】
2015011630.tif 000004
【図３】
2015011630.tif 000005
【図４】
2015011630.tif 000006
【図５】
2015011630.tif 000007
【図６】
2015011630.tif 000008
【図７】
2015011630.tif 000009
【図８】
2015011630.tif 000010
【図９】
2015011630.tif 000011