JP2004297321A

JP2004297321A - 画像処理システム

Info

Publication number: JP2004297321A
Application number: JP2003085225A
Authority: JP
Inventors: Kenichi Takahashi; 健一高橋; Kaitaku Ozawa; 開拓小澤; Munehiro Nakatani; 宗弘中谷
Original assignee: Minolta Co Ltd
Current assignee: Minolta Co Ltd
Priority date: 2003-03-26
Filing date: 2003-03-26
Publication date: 2004-10-21
Also published as: US7733511B2; US20040207872A1

Abstract

【課題】簡単な操作で受信者毎に異なるセキュリティをかけることができ、また、その場合に、送信先への通信時間の短縮やメモリ資源の使用抑制を実現し得る画像処理システムを提供する。
【解決手段】画像データ中に予め設定された複数の領域と、各送信先とを対応付けし、該各送信先に送信されるＪＰＥＧ２０００ファイルに対して、各送信先に対応する領域又はそれ以外の領域のいずれか一方を構成する符号データを、各領域に含まれる情報を不可視とする符号データと置き換え、置換処理後のＪＰＥＧ２０００ファイルを送信先へ送信する。
【選択図】図１１

Description

【０００１】
【発明の属する技術分野】
本発明は、ＪＰＥＧ２０００ファイルを処理し得る画像処理システムに関する。
【０００２】
【従来の技術】
従来、ネットワーク上の各機器間で情報データを送信する場合について、送信情報のセキュリティを確保するために、種々の技術が考え出されている。例えば、送信元で、文書の参照を許可又は禁止する設定が受信者毎に行われる技術（例えば特許文献１参照）や、文書ファイルが受信者毎に予め設定されたファイル形式で送信される技術（例えば特許文献２参照）が知られている。
【０００３】
ところが、これらの技術では、文書単位で許可又は禁止の設定がなされ、文書中の特定領域と他の領域とを区別して処理することができず、文書中の全ての情報が機密事項でなくとも、受信を禁止された受信者は、一切の情報を目にすることが出来なかった。
【０００４】
また、従来では、１つの文書に対してその中の特定領域と他の領域とを区別してセキュリティをかける技術として、ＪＰＥＧ２０００方式において、画像上に予め設定されたＲＯＩ領域が、他の領域とは異なる圧縮率で圧縮されるものが知られている（例えば特許文献３参照）。
【０００５】
【特許文献１】
特開２００１−５１９０５号公報（第３頁，第２図）
【特許文献２】
特開２００２−２１８１４７号公報（第４，５頁，第３図）
【特許文献３】
特開２００１−２３０９４７号公報（第８頁，第９図）
【０００６】
【発明が解決しようとする課題】
しかしながら、上記特許文献３に開示される技術を用いた場合にも、受信者毎にまた原稿毎に、閲覧を許可する若しくは禁止する領域を設定しなければならず、この設定操作が面倒であった。
【０００７】
本発明は、上記技術的課題に鑑みてなされたもので、簡単な操作で受信者毎に異なるセキュリティをかけることができ、また、その場合に、送信先への通信時間の短縮やメモリ資源の使用抑制を実現し得る画像処理システムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
本願の請求項１に係る発明は、画像データを符号化し、ＪＰＥＧ２０００ファイルを作成した上で複数の送信先へ送信し得る画像処理システムにおいて、上記画像データ中に予め設定された複数の領域と、各送信先とを対応付ける対応付け手段と、上記各送信先に送信されるＪＰＥＧ２０００ファイルに対して、各送信先に対応する領域又はそれ以外の領域のいずれか一方を構成する符号データを、各領域に含まれる情報を不可視とする符号データと置き換える置換手段と、該置換手段による処理後のＪＰＥＧ２０００ファイルを送信先へ送信する送信手段と、を有していることを特徴としたものである。
【０００９】
また、本願の請求項２に係る発明は、画像データを符号化し、ＪＰＥＧ２０００ファイルを作成した上で複数の送信先へ送信し得る画像処理システムにおいて、上記画像データ中に予め設定された複数の領域と、各送信先とを対応付ける対応付け手段と、上記各送信先に送信されるＪＰＥＧ２０００ファイルに対して、各送信先に対応する領域又はそれ以外の領域のいずれか一方を構成する符号データのデータ量を削減するデータ量削減手段と、該データ量削減手段による処理後のＪＰＥＧ２０００ファイルを送信先へ送信する送信手段と、を有していることを特徴としたものである。
【００１０】
更に、本願の請求項３に係る発明は、請求項２に係る発明において、上記データ量削減手段により各領域から削減される符号データのデータ量は、上記送信先及び領域毎に設定可能であることを特徴としたものである。
【００１１】
また、更に、本願の請求項４に係る発明は、請求項１〜３に係る発明のいずれか一において、上記画像データ中に予め設定される各領域には、互いに異なる色成分が付されており、上記各領域を認識するために、上記色成分を検出する色成分検出手段を有していることを特徴としたものである。
【００１２】
また、更に、本願の請求項５に係る発明は、請求項１〜４に係る発明のいずれか一において、複数の送信先に共通な上記ＪＰＥＧ２０００ファイル中の符号データを一括して送信し、異なる符号データのみを各送信先にそれぞれ送信することを特徴としたものである。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について、添付図面を参照しながら説明する。
実施の形態１．
図１は、本発明の実施の形態１に係る多機能複合機を含むネットワークシステムを概略的に示す図である。このネットワークシステム１は、プリンタ，ファクス，コピー，スキャナ等の多機能を備えた多機能複合機（ＭｕｌｔｉｐｌｅＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ：以下、ＭＦＰと略記）１０と、パーソナルコンピュータ等の複数の端末機器２とを有している。各機器は、データ送受信可能に、ネットワークバス３を介して互いに接続されている。このネットワークシステム１では、例えば、ＭＦＰ１０のスキャナ１１（図２参照）で原稿を読み取ることにより情報データを取得し、これを端末機器２へ送信して端末機器２側で表示したり、端末機器２からＭＦＰ１０へ情報データ（画像データを含む）を送信してプリントしたりすることが可能である。
【００１４】
また、このネットワークシステム１は、ネットワークバス３を介して、インターネット５０に接続されてもよい。この場合、ＭＦＰ１０は、必要に応じて、例えば他のネットワーク上にある遠隔の端末機器からの情報データを、インターネット５０経由で受信し、プリントすることも可能である。
【００１５】
図２は、ＭＦＰ１０の全体構成を概略的に示すブロック図である。このＭＦＰ１０は、ＪＰＥＧ２０００における符号化及び復号化処理を可能としており、所定のオペレーティングプログラムに基づき各種の命令を実行させるなどして、ＭＦＰ１０内の各構成を制御するＣＰＵ４と、ＣＰＵ４とブリッジ５を介して接続され、上記オペレーティングプログラム等を格納する第１メモリ６と、メモリコントローラ７と、メモリコントローラ７を介してＭＦＰ１０内の他の構成と接続される内蔵型の第２メモリ８と、ＪＰＥＧ２０００における符号化及び復号化処理を実行するハードウェア構成としてのＪＰＥＧ２０００コーデック２０と、ＪＰＥＧ２０００コーデック２０によるウェーブレット変換及び逆ウェーブレット変換に際して使用されるウェーブレット変換／逆変換用メモリ１５とを有している。メモリコントローラ７には、第２メモリ８とともに、外付け型のハードディスクドライブ９（図中「ＨＤＤ」と表記）が接続されている。
【００１６】
また、ＭＦＰ１０は、原稿を読み取りビットマップ形式の画像データを取得するスキャナ１１と、スキャナ１１から取得された画像データを、ＭＦＰ１０内のデータ処理構成へ入力するラスタＩ／Ｆ１２と、データ入出力ポートとして、ネットワークシステム１（図１参照）上の外部機器に接続するネットワークインターフェースカード（図中では「ＮＩＣ」と表記）１３と、ユーザが各種の入力設定を実行するための操作部１４と、スキャナ１１で取得された画像データ又はＮＩＣ１３を介して外部から送られた画像データに基づき、シート上に画像をプリントするプリントエンジン１６とを有している。これら各構成は、データ送受信可能に、バス１９等によって互いに接続されている。
【００１７】
このＭＦＰ１０において、スキャナ１１から取得されたビットマップ形式の画像データがＪＰＥＧ２０００ファイルに変換される流れを簡単に説明する。スキャナ１１から出力される画像データは、まず、ラスタＩ／Ｆ１２に入力される。その後、画像データは、ラスタＩ／Ｆ１２から、ダイレクトメモリアクセス（ＤＭＡ）でメモリコントローラ７に接続される第２メモリ８に転送される。更に、第２メモリ８に格納された画像データは、ＤＭＡでＪＰＥＧ２０００コーデック２０に送られる。画像データは、このＪＰＥＧ２０００コーデック２０においてＪＰＥＧ２０００方式で符号化され、ここで生成されるＪＰＥＧ２０００ファイルデータは、ＤＭＡで第１メモリ６に転送され、格納される。そして、送信の要求があると、第１メモリ６に格納されたＪＰＥＧ２０００ファイルデータが読み出され、ＮＩＣ１３を介して外部へ出力される。端末機器２０へのデータ転送については、ＦＴＰによる転送や電子メールサーバ経由で、データが所定の端末機器２０へ送られる。
【００１８】
このＭＦＰ１０では、文書がスキャナ１１により読み取られることで取得される文書ファイルを複数の送信先（端末機器２等）へ送る際に、送信先毎に、文書中の特定の領域を不可視とする機能を有しており、これにより、各領域に含まれる情報のセキュリティを確保することを可能としている。以下、この機能について説明する。
【００１９】
まず、図３の（ａ）には、複数の送信先に送信しようとするオリジナル文書の一例を示す。このオリジナル文書４０は、テキスト及び画像等のオブジェクトで構成されるモノクロ文書である。ここで、３つの送信先Ａ，Ｂ及びＣが存在し、各送信先毎に文書４０中の特定の領域を不可視としたい場合、まず、３つの送信先Ａ，Ｂ，Ｃに対応して、３色のラインマーカを用意する。そして、送信先毎に不可視としたい領域に対して、互いに異なる色のラインマーカ色を付す。
【００２０】
図３の（ｂ）には、各領域にそれぞれ異なるラインマーカ色が付された文書４０を示す。なお、この図では、色の違いをハッチングの違いであらわしており、これについては、以下で参照する図も同様である。ここでは、符号４１が、テキスト内の数カ所に赤色のラインマーカ色が付されてなる赤色領域をあらわし、また、符号４２が、テキスト内のまとまった領域に黄色のラインマーカ色が付されてなる黄色領域をあらわし、更に、符号４３が、１つの画像に青色のラインマーカ色が付されてなる青色領域をあらわしている。
【００２１】
ＭＦＰ１０では、かかるマーカ色が付された文書４０がスキャナ１１で読み取られて取得された画像データからＪＰＥＧ２０００ファイルが作成され、更に、その後、ＪＰＥＧ２０００ファイルから、マーカ色と送信先との対応情報に基づいて、送信先毎に各色領域が不可視であるファイルが生成される。例えば、送信先Ａに対して、赤色領域４１が不可視であるファイルが生成され、また、送信先Ｂに対して、黄色領域４２が不可視であるファイルが生成され、更に、送信先Ｃに対して、青色領域４３が不可視であるファイルが生成される。この場合には、送信先Ａ，Ｂ，Ｃ側で、それぞれ、図４の（ａ），（ｂ），（ｃ）に示す画像５０Ａ，５０Ｂ，５０Ｃが取得されることとなる。これらの画像５０Ａ，５０Ｂ，５０Ｃは、それぞれ、赤色領域４１が不可視にされてなる領域５１，黄色領域４２が不可視にされてなる領域５２，青色領域４３が不可視にされてなる領域５３を有している。
【００２２】
図５は、所定のマーカ色が付された領域を不可視とするための、画像データからＪＰＥＧ２０００ファイルへの符号化処理、及び、送信先毎に異なるファイルを作成する処理の流れを示す図である。なお、図５では、破線で描く外枠をＪＰＥＧ２０００コーデック２０としてあらわし、その内部に含まれる各ブロックは、コーデック２０内で実行される処理工程をあらわすものとする。
【００２３】
この符号化処理では、図３の（ｂ）に示すようなマーカ色が付された原稿がスキャナ１１で読み取られることで取得されたビットマップ形式の画像データに対して、まず、レベルシフト処理（ブロック２１）が実行される。次に、圧縮効率を向上させる目的で、色変換処理（ブロック２２）が実行される。これにより、ＲＧＢ信号がＹ，Ｃｂ，Ｃｒ色空間へ変換される。Ｙは輝度（明度）をあらわし、また、Ｃｂ，Ｃｒは色差をあらわす成分である。その後、ユーザにより操作部１４を介して設定されたタイルサイズに基づき、タイリング処理が実行され、１枚の画像データが、そのタイルサイズを備えた複数のタイルに分割される（ブロック２３）。
【００２４】
続いて、ウェーブレット変換／逆変換用メモリ１５を用いて、ウェーブレット変換処理（ブロック２４，図中では「ＦＤＷＴ」と表記）が実行され、データは、各タイル毎に、サブバンド分解される。その後、分割された複数のタイル毎に、量子化処理（ブロック２５）が実行される。更に、量子化処理後のサブバンドに対しては、コードブロック分割処理（ブロック２６）及びビットプレーンモデリング処理（ブロック２７）が実行される。これらの処理では、量子化されたウェーブレット係数が、後の算術符号化処理のために、コードブロックと呼ばれる単位に分解され、更に各コードブロックがビットプレーンとして表現される。その後、ビットプレーン化により得られた符号化列に対し、算術符号化処理（ブロック２８）が実行される。そして、レイヤ生成処理（ブロック２９）及びポスト量子化処理（ブロック３０）が実行され、ポスト量化処理後に得られたビット列によりビットストリームが形成される（ブロック３１）。以上の処理によって、ＪＰＥＧ２０００ファイルが取得されると、このＪＰＥＧ２０００ファイルは、一旦メモリ（例えば第２メモリ８）に格納される（ブロック３４）。
【００２５】
ＭＦＰ１０では、このようなマーカ色が付された文書４０にそのまま対応したＪＰＥＧ２０００ファイルの作成処理と同時に、画像データの色差成分情報（例えばＣｂ，Ｃｒ）を元に、タイル毎に、マーカ色の有無についての判別がなされる。具体的には、図５から分かるように、タイリング処理（ブロック２３）後に、ＪＰＥＧ２０００ファイルの作成処理に並行して、タイル毎にマーカ色が付されているか否かを確認するために、タイル下地の分析（ブロック３２）が行われる。
【００２６】
このタイル下地の分析処理では、画像データを構成する各タイル毎に、色差データのヒストグラムが生成される。そして、このヒストグラム結果と、図６に示すようなマーカ色のＲ，Ｇ，Ｂ値と色空間変換後のＹ，Ｃｂ，Ｃｒ値との関係に基づき予め決められた各ラインマーカの色情報とに基づき、各タイル下地がマーカ色となっているか、すなわち各タイルに対してマーカ色が付されているか、また、付されている場合には、そのマーカ色の種類まで判別される。かかるタイル下地の分析処理により、タイル下地がマーカ色となっていると判別された場合には、その分析結果がメモリ（例えば第２メモリ８）に格納される（ブロック３３）。これにより、図７に示すような各タイルにおけるマーカ色についての分析結果が得られる。
【００２７】
そして、図５におけるブロック２１〜３１の処理により予め作成されたＪＰＥＧ２０００ファイルが第２メモリ８から読み出され、このＪＰＥＧ２０００ファイルに対して、上記各タイルにおけるマーカ色についての分析結果に基づき、タイル単位で置換処理（ブロック３５）が行われる。すなわち、マーカ色が付されているタイルについては、文書ファイルの送信先に応じて、そのタイルを構成する符号データが、必要であれば、所定の置換データと置換される。これにより、図４の（ａ）〜（ｃ）に示すような各送信先での画像に対応したＪＰＥＧ２０００ファイルが生成される。
【００２８】
図８は、ＪＰＥＧ２０００ファイルのビットストリーム構成における符号データの置換処理についての説明図である。この図から分かるように、ＪＰＥＧ２０００ファイル６０は、基本的に、ＳＯＣ（ｓｔａｒｔｏｆｃｏｄｅｓｔｒｅａｍ）マーカ６１で始まり、ＥＯＣ（ｅｎｄｏｆｃｏｄｅｓｔｒｅａｍ）マーカ６４で終わる。ＳＯＣマーカ６１とＥＯＣマーカ６４との間では、メインヘッダ６２を先頭に、ファイルを構成する各タイルにそれぞれ対応したタイルデータ６３（図中の「タイル０」，「タイル１」，・・・，「タイルｎ」）が続いている。タイルデータ６３は、タイル開始マーカであるＳＯＴ（ｓｔａｒｔｏｆｔｉｌｅ）マーカ６３ａと、タイルヘッダ６３ｂと、データ開始マーカであるＳＯＤ（ｓｔａｒｔｏｆｄａｔａ）マーカ６３ｃと、実際のタイルデータを構成する符号データ６３ｄ（図中の「タイル０データ」）とから構成されている。なお、図８では、タイルデータ６３の構成を「タイル０」についてのみ示したが、他のタイルデータの構成も「タイル０」と同様である。
【００２９】
符号データの置換処理では、ＳＯＤマーカ６３ｃ以降の符号データ６３ｄが、予め用意された置換データ６３ｘと置換される。置換データ６３ｘとしては、置換対象のタイルが置換処理後にあらわされるべき色（置換色）の情報を含む符号データが用意されている。置換対象のタイルを構成する符号データ６３ｄが、この置換データ６３ｘに置換されることにより、新たに上記の置換色であらわされるタイルが生成され、結果的に、置換対象のタイルに含まれていた画像又はテキストは削除される、すなわち、送信先側で不可視となる。
【００３０】
図９は、ＭＦＰ１０において、文書ファイルの送信に先立ち設定される「マーカ色」，「送信先」，「置換色」の関係を示すテーブルである。テーブル内の各項目「マーカ色」，「送信先」，「置換色」の設定は、ＭＦＰ１０の操作部１４，ネットワーク接続された送信先（端末機器２等）を介してユーザにより任意に行われる。これに際しては、例えば、「送信先」に対し、不可視とすべき領域に付された「マーカ色」が設定され、更に、置換処理後に各タイルがあらわされるべき「置換色」が設定される。
【００３１】
図９に示すテーブルでは、文書中の所定の領域に付される赤色のマーカ色に対して、送信先「Ａ」，置換色「赤」が設定され、また、黄色のマーカ色に対して、送信先「Ｂ」，置換色「黒」が設定され、更に、青色のマーカ色に対して、送信先「Ｃ」，置換色「青」が設定されている。かかる設定によれば、送信先「Ａ」へ送信する文書ファイルにおいては、赤色のマーカ色が付された領域が置換色「赤」をもたらす符号データで不可視とされ、また、送信先「Ｂ」へ送信する文書ファイルにおいては、黄色のマーカ色が付された黄色領域が置換色「黒」をもたらすデータで不可視とされ、更に、送信先「Ｃ」へ送信する文書ファイルにおいては、青色のマーカ色が付された青色領域が置換色「青」をもたらすデータで不可視とされる。すなわち、図３の（ｂ）に示す文書４０から、送信先「Ａ」，「Ｂ」，「Ｃ」別に、それぞれ、図４の（ａ），（ｂ），（ｃ）に示すような画像が取得される。
【００３２】
図１０は、本実施の形態１に係る、スキャナ１１から取得された画像データに対応するＪＰＥＧ２０００ファイルが作成された後に、タイル下地分析結果を参照して行われる送信先毎のファイル作成処理についてのフローチャートである。この処理は、第１メモリ６に記憶されているプログラムに従って、ＣＰＵ４により実行される。この処理では、まず、図７に示すようなタイル下地の分析結果を、次ステップ以降の処理で使用できるように読み込む（ステップＳ１）。続いて、送信先を設定する（ステップＳ２）。送信先が「Ａ」，「Ｂ」，「Ｃ」等複数存在する場合には、そのうちのいずれか１つを設定する。このとき、図９に示すようなテーブルによれば、「送信先」に対応して設定される「マーカ色」及び「置換色」が自動的に決まる。
【００３３】
その後、第２メモリ８に格納されているＪＰＥＧ２０００ファイルを読み込む（ステップＳ３）。続いて、予め設定された送信先，マーカ色及び置換色を参照しつつ、タイル毎に、必要であれば、符号データの置換処理を実行する（ステップＳ４）。置換処理の詳細なフローについては、図１１を参照して後述する。
【００３４】
更に、全タイルに対して符号データの置換処理が行われたか否かを判断する（ステップＳ５）。この結果、全タイルに対する置換処理がまだ終了していなと判断された場合には、ステップＳ４に戻り、それ以降の処理を繰り返す。他方、全タイルに対する置換処理が終了したと判断された場合には、引き続き、全送信先に対して、上記のような一連の処理が終了したか否かを判断する（ステップＳ６）。この結果、全送信先に対する処理がまだ終了していないと判断された場合には、ステップＳ２に戻り、それ以降の処理を繰り返す。他方、全送信先に対する処理が終了したと判断された場合には、処理を終了する。
【００３５】
図１１は、図１０のステップＳ４におけるタイル毎の符号データ置換処理についてのフローチャートである。この処理では、まず、読み込まれたＪＰＥＧ２０００ファイルから、次に処理するタイルに対応する符号データ（タイルデータ）とともに、そのタイルについてのタイル下地の分析結果とを用意し、それ以降の処理に備える（ステップＳ１１）。次に、タイル下地の分析結果を参照し、現在処理されているタイルが、マーカ色が付されたタイルであるか否かを判断する（ステップＳ１２）。この結果、マーカ色が付されたタイルでないと判断された場合には、ステップＳ１８へ進み、符号データの置換処理なしに、符号データを送信先へ送信する。
【００３６】
他方、ステップＳ１２において、マーカ色が付されたタイルであると判断された場合には、引き続き、現在設定されている送信先に対して、そのタイルが置換対象のタイルであるか否かを判断する（ステップＳ１３）。例えば、図９に示すテーブルの各設定によれば、送信先が「Ａ」に設定されている場合に、タイル下地の分析結果が「赤」であるか否かを調べ、「赤」であれば、そのタイルが置換対象であると判断し、他方、それ以外の「黄」，「青」であれば、そのタイルが置換対象でないと判断する。この結果、置換対象のタイルでないと判断された場合には、ステップＳ１８へ進み、新たな処理を加えることなく、タイルデータを送信先に送信する。
【００３７】
他方、ステップＳ１３で、置換対象のタイルであると判断された場合には、更に、図９に示すようなテーブルを参照して、現在の送信先に対して設定されている置換色を判断する（ステップＳ１４）。続いて、置換対象であるタイルを構成する符号データを、置換色をもたらす符号データに置き換える。ステップＳ１５，Ｓ１６，Ｓ１７は、それぞれ、置換色が赤，黒，黄である場合についての処理である。そして、かかる置換処理により得られたタイルデータを、設定された送信先へ送信する（ステップＳ１８）。その後、図１０で示す処理へリターンする。
【００３８】
以上の説明から明らかなように、本実施の形態１では、送信先毎にそれに対応するマーカ色を設定し、文書ファイルにおいて、送信先に対応するマーカ色が付された領域の符号データを、別の符号データと置換し、その領域に含まれる情報を不可視とすることで、文書情報のセキュリティを確保する。この場合には、１枚のオリジナル文書に対して異なるマーカ色を付すのみで、送信先毎に異なる領域にセキュリティがかけられた文書ファイルを簡単に作成することができる。
【００３９】
なお、前述した実施の形態１においては、設定された送信先毎に、ＪＰＥＧ２０００ファイルがタイル単位で処理され送信されたが、これに限定されることなく、ＪＰＥＧ２０００ファイルを構成する符号データのうち、複数の送信先に共通な符号データについては、それを一括して送信し、他方、送信先間で異なる符号データについては、それを各送信先にそれぞれ送信するようにしてもよい。これにより、全送信先へのＪＰＥＧ２０００ファイルの送信に要する時間、すなわち送信元と送信先との通信時間を短縮することができる。
【００４０】
また、前述した実施の形態１においては、図９のテーブルに示すように、送信先毎に所定のマーカ色が設定され、ある送信先へ送信する文書ファイルにおいて、対応するマーカ色が付された領域を不可視としたが、これとは逆に、対応するマーカ色が付された領域以外の領域に対して置換処理を施し、その領域を不可視としてもよい。
【００４１】
更に、前述した実施の形態１においては、マーカ色が付されるものの置換対象でないタイルにはそのマーカ色が付されたまま送信が行われたが、これに限定されることなく、置換処理時に、置換対象であるタイルの符号データを置換するとともに、置換対象でないタイルの符号データをそのマーカ色を除去すべく置換してもよい。マーカ色の除去は、色差データ（Ｃｂ及びＣｒ）の符号を無彩色に相当する符号データに置き換えることで実現可能である。これにより、例えば図４の（ａ）に示す画像５０Ａでは、文字領域４２及び画像領域４３に付されたマーカ色が除去されることとなり、送信先ではオリジナル文書に一層忠実な画像が取得可能である。
【００４２】
実施の形態２．
前述した実施の形態１では、ラインマーカ色が付された領域に対応する符号データを、別の符号データと置換し、上記領域に含まれる情報を不可視とする処理が行われたが、この実施の形態２では、ラインマーカ色が付された領域又はそれ以外の領域に対応する符号データのデータ量を削減して、その領域に対応する画像を、オブジェクトの種類（画像又はテキスト）等の概要について識別ができるもののその詳細については把握し得ない低画質画像とする処理が行われる。以下、かかる処理について説明する。なお、以下では、上記実施の形態１における場合と同じものについては、同一の符号を付し、それ以上の説明を省略する。
【００４３】
図１２の（ａ）には、複数の送信先に送信しようとするオリジナル文書の一例を示す。このオリジナル文書７０は、複数のテキストブロック７０ａ，７０ｂ，７０ｃ，７０ｄで構成されるモノクロ文書である。ここで、２つの送信先Ａ及びＢが存在し、各送信先毎に文書７０中の特定の領域のみを判読可能としたい場合には、２つの送信先Ａ，Ｂに対応して、少なくとも２色のラインマーカを用意する。そして、送信先毎に判読可能としたい領域に対して、互いに異なるラインマーカ色を付す。
【００４４】
図１２の（ｂ）には、異なる領域に対してそれぞれ所定のマーカ色が付された文書７０を示す。符号７１は、上段のテキストブロック７０ａに黄色のマーカ色が付されてなる黄色領域をあらわし、また、符号７２は、中段のテキストブロック７０ｂ，７０ｃに赤色のマーカ色が付されてなる赤色領域をあらわし、更に、符号７３は、下段のテキストブロック７０ｃに対応し、マーカ色が付されていない領域をあらわしている。
【００４５】
ＭＦＰ１０では、かかるマーカ色が付された文書７０がスキャナ１１で読み取られて取得された画像データからＪＰＥＧ２０００ファイルが作成され、更に、その後、ＪＰＥＧ２０００ファイルから、マーカ色と送信先との対応情報に基づいて、送信先毎に各色領域以外の領域が低画質となるファイルが生成される。例えば、送信先Ａに対して、赤色領域７２以外の領域７１，７３が判読不可能であるファイルが生成され、また、送信先Ｂに対して、黄色領域７１以外の領域７２，７３が判読不可能であるファイルが生成される。この場合には、送信先Ａ，Ｂ側で、それぞれ、図１３の（ａ），（ｂ）に示すような画像８０Ａ，８０Ｂが表示されることとなる。これらの画像８０Ａ，８０Ｂは、それぞれ、領域７１，７３が判読不可能にされてなる低画質領域８１，８３，領域７２，７３が判読不可能にされてなる低画質領域８２，８３を有している。
【００４６】
次に、実施の形態２に係るＭＦＰ１０内のファイル作成処理について説明する。図１２の（ｂ）に示すような文書がスキャナ１１に読み取られて、画像データが取得されると、前述した実施の形態１における場合と同様に、画像データからＪＰＥＧ２０００ファイルが作成され、また、このＪＰＥＧ２０００ファイルの作成処理に並行して、タイル毎にマーカ色が付されているか否かを確認すべく、タイル下地の分析が行われる。その後、この実施の形態２では、各送信先へ送信される文書ファイルにおいて、送信先に対応するマーカ色が付されていないタイルに対し、それを構成する符号データのデータ量を削減する処理が実行される。
【００４７】
図１４は、ＪＰＥＧ２０００ファイルのビットストリーム構成における符号データ量の削減処理についての説明図である。符号データ量の削減処理では、ＳＯＤマーカ６３ｃ以降の符号データ６３ｄ（図中の「タイル０データ」）の一部が切り捨てられ、データ量の小さいタイルデータ６３ｚに変換される。この具体的な符号データ量の削減処理については、図１５の（ａ）及び（ｂ）を参照して説明する。
【００４８】
図１５の（ａ）及び（ｂ）は、ＪＰＥＧ２０００ファイルのビットストリーム構成における符号データ量の削減処理についての更に詳細な説明図である。図１５の（ａ）から分かるように、このビットストリーム構成では、各タイルを構成する符号データが、図５中のブロック２９で示す「レイヤ生成」により、複数のレイヤ６５ａ〜６５ｆ（図中の「レイヤ０」，「レイヤ１」，・・・，「レイヤ５」）に分けられ、レイヤによるスケーラビリティを有している。ここでは、レイヤ０による画質に対する寄与度が最も高く、レイヤ５に近付くほど、その寄与度は小さくなる。これら全てのレイヤが使用された場合に、伸張後の画像が最も高画質を有することとなる。
【００４９】
符号データ量の削減処理に際しては、図１５の（ｂ）に示すように、画質に対する寄与度の小さい側のレイヤを幾つか（ここでは、レイヤ３，４，５）切り捨てる処理が実行される。これにより、マーカ色が付されていない領域以外の領域に対応する符号データのデータ量が削減され、画質を低下させることができる。
【００５０】
図１６は、文書ファイルの送信に先立ち、ＭＦＰ１０側で設定される「マーカ色」，「送信先」の関係を示すテーブルである。テーブル内の各項目「マーカ色」，「送信先」の設定は、ＭＦＰ１０の操作部１４，ネットワーク接続された端末機器２等を介してユーザにより任意に行われる。図１６に示すテーブルでは、文書中の所定の領域に付される赤色，黄色，青色のマーカ色に対して、それぞれ、送信先「Ａ」，「Ｂ」，「Ｃ」が設定されている。かかる設定によれば、送信先「Ａ」へ送信する文書ファイルにおいては、赤色のマーカ色が付された領域以外の領域が低画質とされ、また、送信先「Ｂ」へ送信する文書ファイルにおいては、黄色のマーカ色が付された黄色領域以外の領域が低画質とされ、更に、送信先「Ｃ」へ送信する文書ファイルにおいては、青色のマーカ色が付された青色領域以外の領域が低画質とされる。すなわち、図１２の（ｂ）に示す文書７０から、送信先「Ａ」，「Ｂ」別に、それぞれ、図１４の（ａ），（ｂ）に示すような画像が取得される。
【００５１】
図１７は、本実施の形態２に係る、スキャナ１１から取得された画像データに対応するＪＰＥＧ２０００ファイルが作成された後に、タイル下地分析結果を参照して行われる送信先毎のファイル作成処理についてのフローチャートである。この処理は、第１メモリ６に記憶されているプログラムに従って、ＣＰＵ４により実行される。この処理では、まず、図７に示すようなタイル下地分析結果を、次ステップ以降の処理で使用できるように読み込む（ステップＳ２１）。続いて、送信先を設定する（ステップＳ２２）。送信先が複数存在する場合には、そのうちのいずれか１つを設定する。このとき、図１６に示すようなテーブルによれば、「送信先」に対応して設定される「マーカ色」が自動的に決まる。
【００５２】
その後、第２メモリ８に格納されているＪＰＥＧ２０００ファイルを読み込む（ステップＳ２３）。続いて、予め設定された送信先，マーカ色を参照しつつ、タイル毎に、必要であれば、符号データ量の削減処理を実行する（ステップＳ２４）。この削減処理の詳細なフローについては、図１８を参照して後述する。
【００５３】
更に、全タイルに対して符号データ量の削減処理が行われたか否かを判断する（ステップＳ２５）。この結果、全タイルに対する削減処理がまだ終了していなと判断された場合には、ステップＳ２４に戻り、それ以降の処理を繰り返す。他方、全タイルに対する置換処理が終了したと判断された場合には、引き続き、全送信先に対して、上記のような一連の処理が終了したか否かを判断する（ステップＳ２６）。この結果、全送信先に対する処理がまだ終了していないと判断された場合には、ステップＳ２２に戻り、それ以降の処理を繰り返す。他方、全送信先に対する処理が終了したと判断された場合には、処理を終了する。
【００５４】
図１８は、図１７のステップＳ２３におけるタイル符号データ量の削減処理についてのフローチャートである。この処理では、まず、読み込まれたＪＰＥＧ２０００ファイルから、次に処理するタイルに対応する符号データとともに、そのタイルについてのタイル下地の分析結果とを用意し、それ以降の処理に備える（ステップＳ３１）。次に、タイル下地の分析結果を参照し、現在処理されているタイルが、マーカ色が付されたタイルであるか否かを判断する（ステップＳ３２）。この結果、マーカ色が付されたタイルでないと判断された場合には、そのタイルの符号データ量の削減処理を行い、タイルを構成する符号データの一部を切り捨てた上で（ステップＳ３４）、ステップＳ３５へ進み、符号データを送信先へ送信する。
【００５５】
他方、ステップＳ３２において、マーカ色が付されたタイルであると判断された場合には、引き続き、そのタイルが、現在設定されている送信先に対して、高画質のままで送信されるべきタイル、すなわち、削減処理が不必要なタイルであるか否かを判断する（ステップＳ３３）。例えば、図１６を参照して、送信先が「Ａ」に設定されている場合には、タイル下地分析結果が「赤」であるか否かを調べ、「赤」であれば、削減処理が不必要なタイルであると判断し、他方、それ以外の「黄」，「青」であれば、そのタイルが、削減処理が施されるべきタイルであると判断する。この結果、削減処理が施されるべきタイルであると判断された場合には、そのタイルの符号データ量の削減処理を行い、タイルを構成する符号データの一部を切り捨てた上で（ステップＳ３４）、符号データを送信先へ送信する。他方、ステップＳ３３で、削減処理が不必要なタイルであると判断された場合には、直接にステップＳ３５へ進み、符号データを送信先へ送信する。その後、図１７で示す処理へリターンする。
【００５６】
前述した例では、符号データ量を削減する場合に、所定量の符号データ（図１５中のレイヤ３〜４）が一律に切り捨てられたが、これに限定されることなく、文書ファイルに含まれる情報の重要度に応じ、マーカ色別に、切り捨てる符号データ量を変えることで、送信先で表示される画像において、複数段階の画質を提供するようにしてもよい。これを実現するために、例えば、ＭＦＰ１０において、図１９に示すように、「マーカ色」及び「送信先」に対応して、「切り捨てレベル」を設定する。この「切り捨てレベル」とは、タイルを構成する符号データ量を削減する上で、切り捨てるべき符号データ量の大きさをあらわすものである。例えば、切り捨てレベル「０」が設定されたマーカ色が付されたタイルに対しては、符号データ量の削減処理を施さず、また、切り捨てレベル「１」が設定されたマーカ色が付されたタイルに対しては、図１５の（ａ）に示すタイルデータを構成する複数のレイヤ６５ａ〜６５ｆのうち、レイヤ６５ｆのみを切り捨て、更に、切り捨てレベル「２」が設定されたマーカ色が付されたタイルに対しては、レイヤ６５ｅ及び６５ｆを切り捨てる。かかる処理を経て送信先で表示される画像からは、そこに含まれる情報の重要度をより細かく把握することができる。なお、マーカ色が付されていない領域については、図１５の（ａ）及び（ｂ）に示したように、３つのレイヤ６５ｄ，６５ｅ，６５ｆが切り捨てられるため、この場合の切り捨てレベルは「３」である。
【００５７】
以上の説明から明らかなように、この実施の形態２では、送信先毎にそれに対応するマーカ色を設定し、文書ファイルにおいて、各送信先に対応するマーカ色が付された領域以外の領域の符号データの一部を切り捨て、そのデータ量を削減することで、送信先毎に特定の領域の表示画質を変えることができる。これにより、例えば、画質を極端に低下させるように符号データ量を削減した場合、文書中の特定の領域に含まれる情報に対して、セキュリティをかけることができる。また、この場合には、送信先側で、文書中のどの部分に注目する必要があるか、あるいは、送信元がどの部分を見てほしいのかを適確に把握することができるようになる。更に、この場合には、符号データ量が削減されるので、メモリ資源の使用抑制や通信時間の短縮を実現することができる。
【００５８】
なお、本発明は、例示された実施の形態に限定されるものでなく、本発明の要旨を逸脱しない範囲において、種々の改良及び設計上の変更が可能であることは言うまでもない。例えば、前述した実施の形態では、本発明が、単体のＭＦＰ１０に適用される例を取り上げたが、これに限定されることなく、本発明は、例えばパソコン本体，ディスプレイ，スキャナ等のそれぞれ独立した別個の機器から構成されるシステムにも適用可能である。
【００５９】
【発明の効果】
本願の請求項１に係る発明によれば、各送信先に送信されるＪＰＥＧ２０００ファイルに対して、各送信先に対応する領域又はそれ以外の領域のいずれか一方を構成する符号データを、別の符号データと置換し、その領域に含まれる情報を不可視とするので、送信先毎に異なる領域にセキュリティがかけられたＪＰＥＧ２０００ファイルを簡単に作成することができる。
【００６０】
また、本願の請求項２に係る発明によれば、各送信先に送信されるＪＰＥＧ２０００ファイルに対して、各送信先に対応する領域又はそれ以外の領域のいずれか一方を構成する符号データのデータ量を削減するので、送信先毎に特定の領域の表示画質を変えることができ、これにより、例えば、画質を極端に低下させるように符号データ量を削減した場合、文書中の特定の領域に含まれる情報に対して、セキュリティをかけることができる。また、送信先側で、文書中のどの部分に注目する必要があるか、あるいは、送信元がどの部分を見てほしいのかを適確に把握することができるようになる。更に、符号データ量が削減されるので、メモリ資源の使用を抑制し、送信元〜送信先間における通信時間を短縮することができる。
【００６１】
更に、本願の請求項３に係る発明によれば、上記データ量削減手段により各領域から削減される符号データのデータ量は、上記送信先及び領域毎に設定可能であるので、送信先で表示される画像からは、そこに含まれる情報の重要度をより細かく把握することができる。
【００６２】
また、更に、本願の請求項４に係る発明によれば、上記画像データ中に予め設定される各領域には、互いに異なる色成分が付されており、上記各領域を認識するために、上記色成分を検出する色成分検出手段を有しているので、ラインマーカ等を用い、各領域を容易に設定することが可能である。
【００６３】
また、更に、本願の請求項５に係る発明によれば、複数の送信先に共通な上記ＪＰＥＧ２０００ファイル中の符号データを一括して送信し、異なる符号データのみを各送信先にそれぞれ送信するので、全送信先へのＪＰＥＧ２０００ファイルの送信に要する時間を短縮することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係るＭＦＰを含むネットワークシステムを示す図である。
【図２】上記ＭＦＰの基本構成を示すブロック図である。
【図３】（ａ）上記実施の形態１に係るオリジナル文書を示す図である。
（ｂ）各領域にそれぞれ異なるラインマーカ色が付された文書を示す図である。
【図４】（ａ）送信先Ａに送信される文書画像を示す図である。
（ｂ）送信先Ｂに送信される文書画像を示す図である。
（ｃ）送信先Ｃに送信される文書画像を示す図である。
【図５】所定のマーカ色が付された領域を判読不可能とするための、画像データからＪＰＥＧ２０００ファイルへの符号化処理、及び、送信先毎に異なるファイルを作成する処理の流れを示す図である。
【図６】マーカ色のＲＧＢ値と色空間変換後のＹＣｂＣｒ値との関係の一例をあらわす表である。
【図７】各タイルにおけるマーカ色についての分析結果の一例をあらわす表である。
【図８】ＪＰＥＧ２０００ファイルのビットストリーム構成における符号データの置換処理についての説明図である。
【図９】ＭＦＰにおいて、文書ファイルの送信に先立ち設定される「マーカ色」，「送信先」，「置換色」の関係を示すテーブルである。
【図１０】上記実施の形態１に係る送信先毎のファイル作成処理についてのフローチャートである。
【図１１】図１０のステップＳ４におけるタイル符号置換処理についてのフローチャートである。
【図１２】（ａ）本発明の実施の形態２に係るオリジナル文書を示す図である。
（ｂ）各領域にそれぞれ異なるラインマーカ色が付された文書を示す図である。
【図１３】（ａ）送信先Ａに送信される文書画像を示す図である。
（ｂ）送信先Ｂに送信される文書画像を示す図である。
【図１４】ＪＰＥＧ２０００ファイルのビットストリーム構成における符号データ量の削減処理についての説明図である。
【図１５】（ａ）符号データ量の削減前のＪＰＥＧ２０００ファイルのビットストリーム構成を示す図である。
（ｂ）符号データ量の削減後のＪＰＥＧ２０００ファイルのビットストリーム構成を示す図である。
【図１６】ＭＦＰにおいて、文書ファイルの送信に先立ち設定される「マーカ色」，「送信先」の関係を示す表である。
【図１７】上記実施の形態２に係る送信先毎のファイル作成処理についてのフローチャートである。
【図１８】図１７のステップＳ２３における符号データ量削減処理についてのフローチャートである。
【図１９】ＭＦＰにおいて、文書ファイルの送信に先立ち設定される「マーカ色」，「送信先」，「置換色」，「切り捨てレベル」の関係を示す表である。
【符号の説明】
１…ネットワークシステム
２…端末機器
４…ＣＰＵ
６…第１メモリ
８…第２メモリ
１０…多機能複合機（ＭＦＰ）
１１…スキャナ
１４…操作部
１５…ウェーブレット変換及び逆変換用メモリ
２０…ＪＰＥＧ２０００コーデック
４０，７０…オリジナル文書
４１，４２，４３，７１，７２…各色領域
５０Ａ，５０Ｂ，５０Ｃ，８０Ａ，８０Ｂ…送信先で取得される画像
５１，５２，５３…不可視領域
６０…ＪＰＥＧ２０００ファイル
６３…タイルデータ
６３ｄ…タイルデータを構成する符号データ
６３ｘ…置換データ
６３ｚ…削減処理後の符号データ
６５ａ，６５ｂ，６５ｃ，６５ｄ，６５ｅ，６５ｆ…レイヤ

Claims

画像データを符号化し、ＪＰＥＧ２０００ファイルを作成した上で複数の送信先へ送信し得る画像処理システムにおいて、
上記画像データ中に予め設定された複数の領域と、各送信先とを対応付ける対応付け手段と、
上記各送信先に送信されるＪＰＥＧ２０００ファイルに対して、各送信先に対応する領域又はそれ以外の領域のいずれか一方を構成する符号データを、各領域に含まれる情報を不可視とする符号データと置き換える置換手段と、
上記置換手段による処理後のＪＰＥＧ２０００ファイルを送信先へ送信する送信手段と、を有していることを特徴とする画像処理システム。
画像データを符号化し、ＪＰＥＧ２０００ファイルを作成した上で複数の送信先へ送信し得る画像処理システムにおいて、
上記画像データ中に予め設定された複数の領域と、各送信先とを対応付ける対応付け手段と、
上記各送信先に送信されるＪＰＥＧ２０００ファイルに対して、各送信先に対応する領域又はそれ以外の領域のいずれか一方を構成する符号データのデータ量を削減するデータ量削減手段と、
上記データ量削減手段による処理後のＪＰＥＧ２０００ファイルを送信先へ送信する送信手段と、を有していることを特徴とする画像処理システム。
上記データ量削減手段により各領域から削減される符号データのデータ量は、上記送信先及び領域毎に設定可能であることを特徴とする請求項２記載の画像処理システム。
上記画像データ中に予め設定される各領域には、互いに異なる色成分が付されており、
上記各領域を認識するために、上記色成分を検出する色成分検出手段を有していることを特徴とする請求項１〜３のいずれか一に記載の画像処理システム。
複数の送信先に共通な上記ＪＰＥＧ２０００ファイル中の符号データを一括して送信し、異なる符号データのみを各送信先にそれぞれ送信することを特徴とする請求項１〜４のいずれか一に記載の画像処理システム。