JP7403115B2 - 映像送信装置、アプリケーションプログラム及び映像送信方法 - Google Patents

Description

本発明は、映像を送信する技術に関する。

複数のコンピュータ装置で画面を共有するシステムにおいて、画面上において情報を秘匿するための技術が提案されている。例えば特許文献１には、画面共有するコンピュータシステムにおいて、プライバシーを保護するため、画面上の領域の指定を受け付け、指定された領域（又は指定された領域の外）をモザイク処理する技術が開示されている。また、特許文献２には、リアルタイムで画面共有するシステムにおいて、隠蔽すべき文字列が表示されるまでの過程において文字の隠蔽が難しいという課題を解決するため、隠蔽すべき文字が表れる可能性が高い単語又は文字列を検出し、これらが検出された場合には入力フォームを隠蔽する技術が開示されている。

特許第６３７５０７０号 特許第６３６９０３４号

特許文献１に記載の技術においてはモザイク処理する領域をユーザが手動で指定する必要があり、煩雑であった。特許文献２に記載の技術においては画面の静止画の画像データを別途取得する必要があり、煩雑であった。

これに対し本発明は、画面を他の装置と共有するシステムにおいて、情報をより簡単に秘匿する技術を提供する。

本発明は、圧縮された映像データの入力を受け付ける受け付け手段と、前記映像データをデコードしてフレーム画像を取得する取得手段と、前記フレーム画像を解析し、秘匿すべき部分を特定する特定手段と、前記フレーム画像のうち前記特定された部分にマスク処理を施す処理手段と、前記マスク処理されたフレーム画像をエンコードし、映像データを生成する生成手段と、前記生成された映像データを送信する送信手段とを有する映像送信装置を提供する。

前記映像送信装置は、前記マスク処理後の１以上のフレーム画像を記憶する記憶手段を有し、一のフレーム画像において特定のパターンが検知された場合、前記送信手段は、その時点で前記記憶手段に記憶されているフレーム画像をエンコードした映像データを出力することなしに、映像データの出力を停止してもよい。

前記映像データは、前記映像送信装置において表示される画面の時間変化を示してもよい。

前記映像データは、第１ソフトウェアから出力され、前記受け付け手段、前記取得手段、前記特定手段、前記処理手段、前記生成手段、及び前記送信手段は、前記第１ソフトウェアと異なる第２ソフトウェアにより実装されてもよい。

前記第１ソフトウェアは、前記映像送信装置のオペレーティングシステムであってもよい。

本発明は、コンピュータに、圧縮された映像データの入力を受け付けるステップと、前記映像データをデコードしてフレーム画像を取得するステップと、前記フレーム画像を解析し、秘匿すべき部分を特定するステップと、前記フレーム画像のうち前記特定された部分にマスク処理を施すステップと、前記マスク処理されたフレーム画像をエンコードし、映像データを生成するステップと、前記生成された映像データを出力するステップとを実行させるためのプログラムを提供する。

本発明は、圧縮された映像データの入力を受け付けるステップと、前記映像データをデコードしてフレーム画像を取得するステップと、前記フレーム画像を解析し、秘匿すべき部分を特定するステップと、前記フレーム画像のうち前記特定された部分にマスク処理を施すステップと、前記マスク処理されたフレーム画像をエンコードし、映像データを生成するステップと、前記生成された映像データを出力するステップとを有する映像送信方法を提供する。

本発明によれば、画面を他の装置と共有するシステムにおいて、情報をより簡単に秘匿することができる。

一実施形態に係る画面共有システム１の構成を例示する図。 映像送信装置１０の機能構成を例示する図。 映像送信装置１０のハードウェア構成を例示する図。 映像送信装置１０のソフトウェア構成を例示する図。 ＵＩ部１０５に表示される画面を例示する図。 映像送信装置１０が行う処理の流れを例示するシーケンスチャート。 特定のパターンを例示する図。 マスク処理が施されたフレーム画像を例示する図。 映像送信装置１０が行う処理の流れを例示するシーケンスチャート。 映像データの送信タイミングを例示するタイムチャート。 特定のパターンを例示する図。

１．構成
図１は、一実施形態に係る画面共有システム１の構成を例示する図である。画面共有システム１は、映像送信装置１０の画面を共有するサービスを提供するシステムである。画面共有システム１は、映像送信装置１０及び映像受信装置２０を有する。一例において、画面共有システム１は、ソフトウェアのサポートサービスに用いられる。映像送信装置１０は、画面共有サービスを受ける顧客により使用される端末である。映像受信装置２０は、画面共有サービスを提供するサポート事業者により使用される端末である。サポート事業者は、画面を共有するためのアプリケーション（以下「画面共有アプリ」という）で顧客の端末（映像送信装置１０）の画面を共有しながら、顧客による映像送信装置１０の操作等のサポートを行う。映像送信装置１０及び映像受信装置２０は、例えばスマートフォン、タブレット端末、又はラップトップ型コンピュータ等の汎用コンピュータである。映像送信装置１０は通信回線２により映像受信装置２０に接続されている。通信回線２は、例えば、インターネット、移動体通信網、電話回線、又はＬＡＮ（Local Area Network）を含む。

映像送信装置１０及び映像受信装置２０には、オペレーティングシステム（以下「ＯＳ」という）及びアプリケーションプログラム等のソフトウェアがインストールされており、インストールされたアプリケーションはユーザにより使用される。特に、映像送信装置１０及び映像受信装置２０には、画面を共有するための画面共有アプリが予めインストールされている。画面共有アプリにより映像送信装置１０に表示される画面が映像受信装置２０と共有される。

図１では図面を簡単にするために単一の映像送信装置１０及び単一の映像受信装置２０を図示しているが、複数の映像送信装置１０及び複数の映像受信装置２０が画面共有システム１に含まれてもよい。

図２は、映像送信装置１０にインストールされた画面共有アプリに係る機能構成を例示する図である。図において、映像送信装置１０は、受け付け手段１１、取得手段１２、特定手段１３、処理手段１４、生成手段１５、送信手段１６、及び記憶手段１７を有する。受け付け手段１１は、圧縮された映像データの入力を受け付ける。取得手段１２は、映像データをデコードしてフレーム画像を取得する。特定手段１３は、フレーム画像を解析し、秘匿すべき部分を特定する。処理手段１４は、フレーム画像のうち特定された部分にマスク処理を施す。この実施形態においてマスク処理とは、特定の部分の画像が持つ情報を秘匿する処理、例えば、元の画像を別の画像に差し替えたり、元の画像を判別できない態様に加工したりする画像処理をいう。マスク処理は例えば、特定の部分の画像を黒色単色の画像若しくは白色単色の画像に差し替える処理、モザイク処理、又はぼかし処理である。生成手段１５は、マスク処理されたフレーム画像をエンコードし、映像データを生成する。送信手段１６は、生成された映像データを送信する。記憶手段１７は、マスク処理後の１以上のフレーム画像を記憶する。

図３は、映像送信装置１０のハードウェア構成を例示する図である。プロセッサ１０１は、映像送信装置１０の他の要素を制御するプロセッサである。メモリ１０２は、プロセッサ１０１がプログラムを実行するためのワークエリアとして機能する記憶装置であり、例えばＲＡＭ（Random Access Memory）を含む。記憶装置１０３は各種のプログラム及びデータを記憶する記憶装置であり、例えば、ＳＳＤ（Solid State Drive）又はＨＤＤ（Hard Disk Drive）を含む。

通信ＩＦ１０４は、予め定められた無線又は有線の通信規格（例えば、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はイーサネット（登録商標））に従って他の装置と通信を行う。ＵＩ部１０５は例えばタッチスクリーンとキーとを備える。ＵＩ部１０５は映像送信装置１０に内蔵されていてもよく、また、外付けされて外部接続されるものであってもよい。

この例で、記憶装置１０３は、ＯＳのプログラム、画面共有アプリのプログラム、及びその他のアプリケーションプログラムを記憶する。プロセッサ１０１が画面共有アプリのプログラムを実行することにより、図２に示される機能が実装される。このプログラムを実行しているプロセッサ１０１は、受け付け手段１１、取得手段１２、特定手段１３、処理手段１４、及び生成手段１５の一例である。このプログラムを実行しているプロセッサ１０１及び／又は通信ＩＦ１０４は送信手段１６の一例である。メモリ１０２又は記憶装置１０３は記憶手段１７の一例である。

図４は映像送信装置１０のソフトウェア構成を例示する図である。プロセッサ１０１が記憶装置１０３に記憶されたコンピュータプログラムを実行することにより、図４に示されるオペレーティングシステム１５１、アプリ１５２、及び画面共有アプリ１５３等のソフトウェアが映像送信装置１０に実装される。ＯＳ１５１（第１ソフトウェアの一例）は映像送信装置１０のオペレーションを司るソフトウェアである。

アプリ１５２は、ＯＳ１５１上においてフォアグラウンドで動作するアプリケーションソフトウェアである。アプリ１５２はユーザの操作に応じた画面をＵＩ部１０５に表示する機能を備える。アプリ１５２は例えば、非公開データを取り扱う企業においてその非公開データを解析するアプリケーションである。

図５は、アプリ１５２により表示される画面を例示した図である。図５の例では、非公開データを取り扱う企業においてその非公開を解析するアプリケーションにより表示される画面ＳＣ１が例示されている。画面ＳＣ１には、複数の顧客の「顧客ＩＤ」、「顧客名」、「売上高」、及び「営業利益」等が表示される。映像送信装置１０のユーザは、ＵＩ部１０５を用いてボタンＢ１又はＢ２を選択する等、顧客データを解析するための操作を行う。

図４の説明に戻る。画面共有アプリ１５３（第２ソフトウェアの一例）は、映像送信装置１０のＵＩ部１０５に表示されている画像を他の装置（映像受信装置２０等）と共有するためのソフトウェアである。画面共有アプリ１５３はバックグラウンドで動作し、システムに常駐する。

ＯＳ１５１は、ＵＩ部１０５に表示される画面の変化を映像データ（例えば、Ｈ．２６４規格の動画データ）で出力する機能を備える。画面共有アプリ１５３は、この機能により出力される映像データを用いて画面共有を行う。画面共有アプリ１５３は、取得部３１、デコーダー３２、フレームメモリ３７、解析部３３、マスク処理部３４、エンコーダー３５、送信部３６を備える。取得部３１（受け付け手段１１の一例）は、ＯＳから映像データを取得する。デコーダー３２（取得手段１２の一例）は、映像データをデコードしてフレーム画像を取得する。取得されたフレーム画像はフレームメモリ３７（記憶手段の一例）に記憶される。解析部３３（特定手段１３の一例）は、フレームメモリ３７に記憶されているフレーム画像を解析し、秘匿すべき部分を特定する。マスク処理部３４（処理手段１４の一例）は、フレーム画像のうち特定された部分にマスク処理を施す。エンコーダー３５（生成手段１５の一例）は、マスク処理されたフレーム画像をエンコードし、映像データを生成する。送信部３６（送信手段１６の一例）は、生成された映像データを送信する。送信部３６はバッファを備え、エンコーダー３５によりエンコードされた映像データはこのバッファに格納される。

２．動作
映像送信装置１０のユーザは、ＵＩ部１０５を用いてアプリ１５２を起動する。映像送信装置１０はユーザの操作に応じた画面（例えば、図５に例示した画面）をＵＩ部１０５に表示する。アプリ１５２がフォアグラウンドで動作している状態において、画面共有アプリ１５３はバックグラウンドで動作し、ＵＩ部１０５に表示される画像を他の端末と共有するための処理を実行する。

図６は、画面共有アプリ１５３が行う映像送信処理の流れを例示するシーケンスチャートである。ステップＳ１０１において、取得部３１は、圧縮された映像データの入力を受け付ける。この映像データは、映像送信装置１０において表示される画面の時間変化を示すデータである。この実施形態では、取得部３１は、ＯＳ１５１から出力される、画面の変化を表す映像データ（Ｈ．２６４規格の映像データ）を取得する。取得された映像データはデコーダー３２に供給される。

ステップＳ１０２において、デコーダー３２は、ＯＳ１５１から取得された映像データをデコードし、ビットマップ形式のフレーム画像を取得する。デコードされて生成されたビットマップ形式のフレーム画像は、ステップＳ１０３においてフレームメモリ３７に時系列に格納される。

ステップＳ１０４において、解析部３３は、フレームメモリ３７からフレーム画像を読み出す。ステップＳ１０５において、解析部３３は、読み出したフレーム画像を解析する。解析部３３は、フレームメモリ３７に格納された一のフレーム画像において特定のパターンが検知されたかを判定する。この判定は、例えば、解析部３３がフレーム画像に対しエッジ検出処理等の特徴検出処理を行い、フレーム画像から特定のパターンが検出されるかによって判定される。特定のパターンとは、例えば、複数の同形状の図形（矩形図形、等）がマトリクス状に並べて配置された画面から検知されるパターンである。マトリクス状に配置された図形は例えば、ウィンドウ、又はアイコンである。

図７は、特定のパターンの画面ＳＣ２を例示した図である。図７の例では、ウィンドウｗ２１、ｗ２２、ｗ２３、ｗ２４の４つのウィンドウが、ＵＩ部１０５に表示されている。これらのウィンドウのうち、ウィンドウｗ２２は、映像送信装置１０のユーザがサポートを受けたいアプリ１５２により表示されるウィンドウである。一方、ウィンドウｗ２１、ｗ２３及びｗ２４は、ユーザがサポートの対象としないアプリケーションにより表示されるウィンドウである。すなわち、映像送信装置１０のユーザは、ウィンドウｗ２２の映像をサポート事業者と共有することを求める一方、ウィンドウｗ２１、ｗ２３、及びｗ２４が共有されることを望まない。そのため、この実施形態では、ＵＩ部１０５に複数のウィンドウが表示されている場合（すなわちフレーム画像から特定のパターンが検出された場合）、映像送信装置１０は映像データの送信を停止する制御を行う。

図６の説明に戻る。図６には、ステップＳ１０５の解析処理においてフレーム画像から特定のパターンが検出されなかった場合の動作が示されている。ステップＳ１０６において、解析部３３は、ビットマップ形式のフレーム画像を解析し、秘匿すべき部分を特定する。秘匿すべき部分とは、例えば、非公開データを取り扱う企業におけるその非公開データを示す文字列（顧客の名称、売上金額、等）が記されている領域である。これら特定の文字列は、画面共有アプリ１５３が有する（又はアクセス可能な）データベース（図示略）において定義される。この実施形態では、解析部３３は、フレーム画像に対し文字認識処理を行ってフレーム画像から文字列を抽出し、抽出された文字列から特定の文字又は文字列（以下、単に「特定文字列」という）が記されている領域（以下「特定領域」という）を特定する。抽出される特定文字列は、例えば、「円」、「￥」、「氏名」、又は「顧客名」である。解析部３３は、特定領域との位置関係が予め定められた条件を満たす領域を秘匿すべき部分として特定する。

例えば、特定された特定文字列が「円」である場合、特定された特定文字列の左側に隣接して描画された文字列の領域が、秘匿すべき部分として特定される。また、例えば、特定文字列が「￥」である場合、特定文字列の右側に隣接して描画された文字列の領域が、秘匿すべき部分として特定される。また、例えば、特定文字列が「氏名」又は「顧客名」である場合であって、その特定文字列が複数の行と複数の列を有するテーブルに含まれている場合、その特定文字列に対応するフィールドの領域が、秘匿すべき部分として特定される。解析部３３による特定結果はステップＳ１０７においてマスク処理部３４に供給される。

ステップＳ１０８において、マスク処理部３４は、フレーム画像のうち解析部３３により特定された部分にマスク処理を施す。マスク処理が施されたフレーム画像はステップＳ１０９においてフレームメモリ３７に記憶される。なお、ステップＳ１０６において秘匿すべき部分が特定されなかった場合には、ステップＳ１０８のマスク処理は行われない。

図８は、マスク処理が施されたフレーム画像を例示する図である。図８の例では、「円」、及び「顧客名」が特定文字列として特定され、「円」の左側の文字列の領域がマスク処理されるとともに、「顧客名」に対応するフィールドがマスク処理されている。

図６の説明に戻る。ステップＳ１１０において、エンコーダー３５は、マスク処理されたフレーム画像をフレームメモリ３７から読み出し、ステップＳ１１１において、入力された映像データと同じ規格（例えば、Ｈ．２６４）でフレーム画像をエンコードし、映像データを生成する。生成された映像データはステップＳ１１２において送信部３６のバッファに格納される。

ステップＳ１１３において、送信部３６は、エンコーダー３５により生成された映像データを映像受信装置２０に送信する。ＯＳ１５１から映像データが取得される毎に、図６のステップＳ１０２乃至Ｓ１１３の処理が繰り返し実行され、マスク処理が施された映像データが逐次、映像受信装置２０に送信される。

映像受信装置２０は、映像送信装置１０から映像データを受信し、受信された映像データの表す映像を自装置のＵＩ部に表示する。これにより、映像送信装置１０のＵＩ部１０５に表示されている画面が映像受信装置２０と映像送信装置１０とで共有される。このとき、映像受信装置２０のＵＩ部には、映像送信装置１０のＵＩ部１０５に表示された画面がそのまま表示されるのではなく、秘匿すべき部分がマスク処理された画面（例えば、図８の画面）が表示される。

図９は、画面共有アプリ１５３が行う映像送信処理の流れを例示するシーケンスチャートであり、図６のステップＳ１０５の解析処理においてフレーム画像から特定のパターンが検出された場合の動作を例示したものである。図６のステップＳ１０５の解析処理においてフレーム画像から特定のパターンが検出された場合、図６のステップＳ１０６乃至Ｓ１１３の処理に代えて、ステップＳ１２１の処理が実行される。ステップＳ１０５において一のフレーム画像において特定のパターンが検知された場合、送信部３６は、ステップＳ１２１において、映像データの出力を直ちに停止する。すなわち、送信部３６は、その時点でフレームメモリ３７に記憶されているフレーム画像をエンコードした映像データを送信することなしに、映像データの出力を停止する。

すなわち、映像送信装置１０のＵＩ部１０５において特定のパターンの画面（例えば、複数のウィンドウがマトリクス状に配置された画面）が表示されている場合、映像送信装置１０から映像受信装置２０への映像データの送信は行われない。そのため、映像送信装置１０の画面の共有は行われない。

ここで、映像データの送信が停止される場合（図９のステップＳ１２１）における映像データの送信の停止タイミングについて、図面を参照しつつ説明する。

図１０は、映像データの送信タイミングを例示するタイムチャートである。図において、横軸は時刻を示す。フレーム画像ｆ１、ｆ２、ｆ３、ｆ４及びｆ５は映像送信装置１０のバッファに格納されるフレーム画像であり、時刻ｔ１、ｔ２、ｔ３、ｔ４、及びｔ５においてＵＩ部１０５に表示される画面に対応するフレーム画像である。図１０の例では、時刻ｔ２においてユーザにより画面遷移の操作がなされ、画面が図５に例示した画面から図７に例示した画面に遷移している。

映像送信装置１０のフレームメモリ３７には、図６のステップＳ１０２でデコードされたフレーム画像が順次格納される。格納されたフレーム画像は解析されてパターン検知された後、マスク処理が施され、エンコードされて映像データとして映像受信装置２０に送信される。マスク処理やエンコード処理等は処理時間を要するため、一のフレーム画像が解析されてから送信開始されるまでには、タイムラグΔｔが発生する。

図１０の例では、フレーム画像ｆ１からは特定のパターンは検知されないため、フレーム画像ｆ１はマスク処理が施され、エンコードされて映像受信装置２０へ送信される。フレーム画像ｆ２、ｆ３も同様に順次マスク処理及びエンコード処理が施される。一方、フレーム画像ｆ４については、図６のステップＳ１０５の処理において特定のパターンが検知され、特定のパターンが検知されたタイミングで、送信部３６は映像データの送信を停止する。このとき、上述のようにマスク処理及びエンコード処理には時間が要されるため、フレーム画像ｆ４において特定のパターンが検知されたタイミングにおいては、フレーム画像ｆ２及びｆ３は未だエンコード処理が完了しておらず、フレーム画像ｆ２及びｆ３は未だ送信されていない。すなわち、フレーム画像ｆ４において特定のパターンが検知されたタイミングにおいて送信処理が停止されることにより、数フレーム前（フレーム画像ｆ２）に遡って送信が停止されることとなり、フレーム画像ｆ３の画面が共有されてしまうことが防止される。例えば、（ＯＳの仕様により、）単一のウィンドウが表示される画面（例：フレーム画像ｆ２）から複数のウィンドウが並べられた画面（例：フレーム画像ｆ４）に遷移する際に、アニメーションによる遷移画面（例：フレーム画像ｆ３）を経て遷移する場合、複数のウィンドウが並べられた画面は特定のパターンとして検知できるものの、遷移途中の画面は検知できないことがある。遷移途中の画面には他のアプリケーションのウィンドウが含まれる可能性、すなわち秘匿を要する可能性がある。この例によれば、特定のパターンが検知されるとその数フレーム前に遡って送信が停止されることになるので、秘匿を要する画面をより簡単に秘匿することができる。

映像送信装置１０は、フレーム画像から特定のパターンが検知されている期間においては、フレーム画像のマスク処理やエンコード処理を行うことなく（図９参照）、フレームメモリ３７に記憶されたフレーム画像を破棄する。一方、フレーム画像から特定のパターンが検知されなくなったタイミングで、映像送信装置１０はフレーム画像のマスク処理がエンコード処理を再開し、映像データの送信を再開する。すなわち、特定のパターンが検知されなかったフレーム画像の映像データから、送信が再開される。そのため、特定のパターンが検知されたフレーム画像の画面は共有されることがない。

以上説明したようにこの実施形態では、画面を他の装置と共有するシステムにおいて、マスク処理する領域をユーザが手動で指定したり画面の静止画の画像データを別途取得したりする必要がなく、情報がより簡単に秘匿される。

３．変形例
本発明は上述の実施形態に限定されるものではなく、種々の変型実施が可能である。以下、変形例をいくつか説明する。以下の変形例のうち２つ以上のものが組み合わせて用いられてもよい。

３－１．変形例１
上述の実施形態では、図６のステップＳ１０５において検出する特定のパターンとして、図７を例示した。検出される特定のパターンは上述の実施形態で示したものに限られない。例えば、パスコード（暗証番号）の入力画面から検知されるパターンであってもよい。また、他の例として、例えば、図１１に例示されるような、複数のウィンドウが重畳して表示された画面から検知されるパターンであってもよい。

３－２．変形例２
上述の実施形態では、フォアグラウンドで動作するアプリケーション（アプリ１５２）が非公開データを取り扱う企業においてその非公開データを解析するアプリケーションである場合の動作を説明した。アプリ１５２は上述した実施形態で示したものに限られない。アプリ１５２は、種々のものが適用可能である。例えば、アプリ１５２は、汎用のカメラアプリケーションであってもよい。この場合、カメラで撮影された画像（例えば、書類の画像）に所定の文字列が含まれていると、その文字列の部分がマスク処理された画面が共有される。このように、フォアグラウンドで動作するアプリケーションが汎用のカメラアプリである場合であっても、上述の実施形態と同様に、画面を他の装置と共有するシステムにおいて、情報がより簡単に秘匿される。

３－３．変形例３
データ処理の流れは実施形態において例示したものに限定されない。ＯＳ１５１は、圧縮された映像データを出力する代わりに、圧縮されていない（すなわちデコード不要の）映像データを出力してもよい。この場合、画面共有アプリ１５３はデコーダー３２を有さなくてもよい。取得部３１は、ＯＳ１５１から圧縮されていない映像データを取得する。取得部３１は、映像データをフレームメモリに書き込む。以下は、ＯＳ１５１が圧縮された映像データを出力する場合と同様である。

また、映像送信装置１０から映像受信装置２０に送信される映像データは、圧縮されたデータに限定されない。圧縮されていない映像データが、映像送信装置１０から映像受信装置２０に送信されてもよい。この場合、画面共有アプリ１５３はエンコーダー３５を有さなくてもよい。送信部３６は、マスク処理部３４にマスク処理された映像をエンコードせずに送信する。

３－４．変形例４
映像送信装置１０の機能構成は図２で例示したものに限定されない。図２に示した機能の一部が省略されてもよく、また、図示されていない機能が追加されてもよい。また、画面共有システム１を構成する装置における機能の分担は、実施形態において例示したものに限定されない。例えば、映像データの解析処理やマスク処理を映像受信装置２０が行ってもよい。また、例えば、画面共有システム１がクラウドサーバを備える構成とし、映像送信装置１０がクラウドサーバに映像データを送信し、クラウドサーバが映像データの解析処理やマスク処理を実行してもよい。

映像送信装置１０のハードウェア構成は、図３に例示されたものに限定されない。要求される機能を実現できるものであれば、映像送信装置１０は、どのようなハードウェア構成を有していてもよい。

映像送信装置１０において実行されるプログラムは、光ディスク、磁気ディスク、半導体メモリなどの記憶媒体により提供されてもよいし、インターネット等の通信回線を介してダウンロードされてもよい。

１…画面共有システム、２…通信回線、１０…映像送信装置、１１…受け付け手段、１２…取得手段、１３…特定手段、１４…処理手段、１５…生成手段、１６…送信手段、１７…記憶手段、２０…映像受信装置、１０１…プロセッサ、１０２…メモリ、１０３…記憶装置、１０４…通信ＩＦ

Claims (6)

1. オペレーティングシステム及びアプリケーションプログラムに従って画面を表示し、ユーザの操作を受け付けるＵＩ手段と、
   圧縮された映像データであって前記ＵＩ手段に表示されている画面を示す映像データの入力を受け付ける受け付け手段と、
   前記映像データをデコードしてフレーム画像を取得する取得手段と、
   前記フレーム画像を解析し、秘匿すべき部分を自動的に特定する特定手段と、
   前記フレーム画像のうち前記特定された部分にマスク処理を施す処理手段と、
   前記マスク処理後の１以上のフレーム画像を記憶する記憶手段と、
   前記マスク処理されたフレーム画像をエンコードし、映像データを生成する生成手段と、
   前記生成された映像データを、前記ユーザとは別のユーザが操作する映像受信装置に送信する送信手段と
   を有し、
   一のフレーム画像において特定のパターンが検知された場合、前記送信手段は、当該特定のパターンが検知された時点で前記記憶手段に記憶されているフレーム画像をエンコードした映像データを出力することなしに、映像データの出力を停止し、
   前記特定のパターンが、
   異なる複数のアプリケーションプログラムのウインドウが一画面に含まれるパターン、又は
   パスコードの入力画面のパターン
   である
   映像送信装置。
2. 前記映像データは、前記映像送信装置において表示される画面の時間変化を示す
   請求項１に記載の映像送信装置。
3. 前記映像データは、第１ソフトウェアから出力され、
   前記受け付け手段、前記取得手段、前記特定手段、前記処理手段、前記生成手段、及び前記送信手段は、前記第１ソフトウェアと異なる第２ソフトウェアにより実装される
   請求項１又は２に記載の映像送信装置。
4. 前記第１ソフトウェアは、前記オペレーティングシステムである
   請求項３に記載の映像送信装置。
5. オペレーティングシステムがインストールされ、当該オペレーティングシステム及びアプリケーションプログラムに従って画面を表示し、ユーザの操作を受け付けるＵＩ手段を有するコンピュータに処理を実行させる当該アプリケーションプログラムであって、当該処理が、
   圧縮された映像データであって前記ＵＩ手段に表示されている画面を示す映像データの入力を受け付けるステップと、
   前記映像データをデコードしてフレーム画像を取得するステップと、
   前記フレーム画像を解析し、秘匿すべき部分を自動的に特定するステップと、
   前記フレーム画像のうち前記特定された部分にマスク処理を施すステップと、
   前記マスク処理後の１以上のフレーム画像を記憶手段に記憶するステップと、
   前記マスク処理されたフレーム画像をエンコードし、映像データを生成するステップと、
   前記生成された映像データを、前記ユーザとは別のユーザが操作する映像受信装置に送信するステップと
   を含み、
   一のフレーム画像において特定のパターンが検知された場合、当該特定のパターンが検知された時点で前記記憶手段に記憶されているフレーム画像をエンコードした映像データを出力することなしに、映像データの出力を停止し、
   前記特定のパターンが、
   異なる複数のアプリケーションプログラムのウインドウが一画面に含まれるパターン、又は
   パスコードの入力画面のパターン
   である
   アプリケーションプログラム。
6. オペレーティングシステム及びアプリケーションプログラムに従って画面を表示し、ユーザの操作を受け付けるＵＩ手段を有するコンピュータに実装される映像送信方法であって、
   前記コンピュータが、圧縮された映像データであって前記ＵＩ手段に表示されている画面を示す映像データの入力を受け付けるステップと、
   前記コンピュータが、前記映像データをデコードしてフレーム画像を取得するステップと、
   前記コンピュータが、前記フレーム画像を解析し、秘匿すべき部分を自動的に特定するステップと、
   前記コンピュータが、前記フレーム画像のうち前記特定された部分にマスク処理を施すステップと、
   前記コンピュータが、前記マスク処理後の１以上のフレーム画像を記憶手段に記憶するステップと、
   前記コンピュータが、前記マスク処理されたフレーム画像をエンコードし、映像データを生成するステップと、
   前記コンピュータが、前記生成された映像データを、前記ユーザとは別のユーザが操作する映像受信装置に送信するステップと
   を有し、
   一のフレーム画像において特定のパターンが検知された場合、当該特定のパターンが検知された時点で前記記憶手段に記憶されているフレーム画像をエンコードした映像データを出力することなしに、映像データの出力を停止し、
   前記特定のパターンが、
   異なる複数のアプリケーションプログラムのウインドウが一画面に含まれるパターン、又は
   パスコードの入力画面のパターン
   である
   映像送信方法。

Images