JP2010206450A - 画像保存装置、画像保存方法およびプログラム - Google Patents

Abstract

【課題】複数の画像データの重要度の組み合わせに応じた画像データの柔軟な保存種類の選択を行うことを目的とする。
【解決手段】イメージデータの保存を行うサーバ１であって、イメージデータの取引内容に関する情報を格納している各ＤＢ１２０，１３０，１４０と、イメージデータと、当該イメージデータに関する取引内容が送受信部１１０を介して受信されると、入力された取引内容に応じて、複数のイメージデータの圧縮方式から１つを決定する圧縮方式決定部１０２と、決定した圧縮方式に従って、イメージデータを変換し、保存するイメージ圧縮部１０４と、を有することを特徴とする。
【選択図】図１

Description

本発明は、画像保存装置、画像保存方法およびプログラムの技術に関するものである。

保険などの契約時において、契約書類、申込書などの紙書類が発生する。紙書類は、原本を保存するのとは別に、スキャナで取り込んでイメージデータにした上で保存することが、しばしば行われる。作業者は、通常の業務において、このイメージデータを参照し、文字が判読できないなどの不備があったときだけ、原本の紙書類を参照する。この際、イメージデータの解像度や、ファイル形式などは、どの紙書類に対しても同一とすることが一般的である。

これに対し、特許文献１には、画像データの書き込み・読み出し頻度などの属性情報に応じて、イメージデータを縮小、または解像度を低下させるイメージデータ管理装置が開示されている。

特開平１１−１８４８８９号公報

しかしながら、スキャンされたイメージデータは、サーバの記憶部に保存されるが、紙書類に記載された内容を判読するためには、ある程度の解像度、つまりデータ容量が必要である。イメージデータ１つ分のデータ容量が大きくなれば、必然的にデータベースの容量を大きくする必要があり、また他の装置へデータを送る際の通信速度も遅くなる。そのため、大容量のデータベースや、高機能の通信インフラが必要となり、高いコストがかかってしまう。
しかし、イメージデータのデータ容量を小さくすると、解像度が低くなり、小さい文字や、手書きの文字を正確に判読することが困難となる。

ところで、書類の種類によっては、あまり参照されることのないものや、細かい点までの判読が不要な書類もある。逆に、たびたび参照されたり、細かい記載情報まで必要な種類の書類もある。
しかし、現在の書類管理方法では、これらを一律で、同圧縮、同ファイル形式に変換して保存している。そのため、高画質（高品質）を必要としない書類が大きいデータ容量で保存されたり、細かい点までの判読を必要とする書類が低い解像度で保存されたり、といった問題がある。

この点に関し、特許文献１に記載の技術では、前記したように参照頻度などを基に画像の圧縮を行うか否かを決定しており、顧客の重要性や、契約金額など、イメージデータのそれぞれの取引内容に応じて複数の圧縮方式から、１つの圧縮方式を選択決定するといったイメージデータの保存方法に柔軟性をもたせていない。
本発明は、このような問題を解決することを課題とする。

前記した課題を解決するため、本発明は、画像データの保存を行う画像保存装置であって、画像データと、当該画像データに関する取引内容が入力部を介して入力されると、前記入力された取引内容に応じて、複数の画像データの保存種類から１つを決定する保存処理部と、前記決定された保存種類に従って、前記画像データを変換し、保存する画像変換部と、を有することを特徴とする。
その他の解決手段については、実施形態において適宜記載するものとする。

本発明によれば、複数の画像データの取引内容に応じた画像データの柔軟な保存種類の選択を行うことができる。

第１実施形態に係る書類管理システムの構成例を示す図である。 顧客情報テーブルの構成例を示す図である。 契約情報テーブルの構成例を示す図である。 参照頻度テーブルの構成例を示す図である。 イメージテーブルの構成例を示す図である。 保険テーブルの構成例を示す図である。 第１実施形態に係る書類イメージ管理方法の動作手順を示すフローチャートである。 第２実施形態に係る書類管理システムの構成例を示す図である。 第２実施形態に係る書類イメージ管理方法の動作手順を示すフローチャートである。

以下に、図面を参照して本発明による書類管理システムの実施形態について説明する。なお、各図において、同様の構成要素に対しては、同一の符号を付し、説明を省略することとする。

［第１実施形態］
まず、図１〜図７を参照して、本発明の第１実施形態について説明する。

（システム構成）
図１は、第１実施形態に係る書類管理システムの構成例を示す図である。
書類管理システムＡは、サーバ１、スキャナ３、入力用端末２および参照用端末４を有してなる。図１では、入力用端末２がスキャナ３とサーバ１との間に接続しており、参照用端末４がサーバ１に接続した構成となっているが、ＬＡＮ（Local Area Network）などを介して、サーバ１と、入力用端末２と、参照用端末４とが、互いに接続された構成であってもよい。

サーバ１は、イメージデータ(画像データ）の圧縮方式を決定し、その決定に従って圧縮を行う機能を有する。
サーバ１は、情報の送受信を行う送受信部１１０（入力部）と、処理部１００と、顧客情報ＤＢ（Data Base）１２０（記憶部）と、イメージＤＢ１３０（記憶部）と、契約情報ＤＢ１４０（記憶部）とを有してなる。
処理部１００は、契約情報保存部１０１、イメージデータ保存部１０３、顧客情報保存部１０５、圧縮方式決定部１０２（保存処理部）、イメージ圧縮部１０４（画像変換部）とを有してなる。
契約情報保存部１０１は、入力用端末２から送られた契約情報を契約情報ＤＢ１４０に保存する機能を有する。イメージデータ保存部１０３は、入力用端末２から送られたイメージデータや、イメージデータに関する情報をイメージＤＢ１３０に保存する機能を有する。顧客情報保存部１０５は、入力用端末２から送られた顧客情報を顧客情報ＤＢ１２０に保存する機能を有する。圧縮方式決定部１０２は、顧客情報や、契約情報の組み合わせから圧縮方式（保存種類）を判定・決定する機能を有する。イメージ圧縮部１０４は、圧縮方式決定部１０２によって決定された圧縮方式に従って、イメージデータを圧縮する機能を有する。

各ＤＢ１２０，１３０，１４０は、イメージデータの重要度に関する情報を格納している。
顧客情報ＤＢ１２０は、図２を参照して後記する顧客情報テーブル１２１を格納している。イメージＤＢ１３０は、図５を参照して後記するイメージテーブル１３１を格納している。契約情報ＤＢ１４０は、図３を参照して後記する契約情報テーブル１４１や、図４を参照して後記する参照頻度テーブル１４２や、図６を参照して後記する保険テーブル１４３を格納している。

入力用端末２は、キーボードやマウスからなる入力部２１０、情報の送受信を行う送受信部２２０、および処理部２００を有してなる。
処理部２００は、スキャナ３の動作制御を行い、スキャナ３からイメージデータを取得するスキャナ制御部２０１を有してなる。

参照用端末４は、キーボードやマウスからなる入力部４１０、ディスプレイなどの表示部４２０、情報の送受信を行う送受信部４３０、および処理部４００を有してなる。
処理部４００は、イメージ参照部４０１、契約情報参照部４０２および顧客情報参照部４０３を有してなる。
イメージ参照部４０１は、サーバ１からイメージデータを取得して、表示部４２０に表示させる機能を有する。契約情報参照部４０２は、サーバ１から契約情報を取得して、表示部４２０に表示させる機能を有する。顧客情報参照部４０３は、サーバ１から顧客情報を取得して、表示部４２０に表示させる機能を有する。

なお、サーバ１、入力用端末２および参照用端末４の各装置における各部１００〜１０５，１１０，２００，２０１，４００〜４０３は、各装置における図示しないＲＯＭ（Read Only Memory）や、図示しないＨＤ（Hard Disk）に格納されたプログラムが、図示しないＲＡＭ（Random Access Memory）に展開され、図示しないＣＰＵ（Central Processing Unit）によって実行されることによって具現化する。

《各種テーブル》
次に、図２〜図６を参照して、サーバ１に格納される各種テーブルの説明を行う。

（顧客情報テーブル）
図２は、顧客情報テーブルの構成例を示す図である。
顧客情報ＤＢ１２０に格納されている顧客情報テーブル１２１は、顧客情報を格納するテーブルであり、顧客ＩＤ（Identification）、顧客名、顧客の年齢、顧客の住所、ＶＩＰフラグなどが対応付けられて格納されている。
顧客ＩＤは、顧客に対し一意に付される識別情報である。ＶＩＰフラグは、該当する顧客が重要な顧客であるか否かを判定するためのフラグであり、重要な顧客である場合は「１」が格納され、重要な顧客でない場合は「０」が格納される。

（契約情報テーブル）
図３は、契約情報テーブルの構成例を示す図である。
契約情報ＤＢ１４０に格納されている契約情報テーブル１４１は、契約情報を格納するテーブルであり、保険ＩＤ、契約ＩＤ、顧客ＩＤ、契約内容、契約額などが対応付けられて格納されている。
保険ＩＤは、保険の種類に対して、一意に付される識別情報であり、契約ＩＤは、契約番号である。契約内容は、契約された保険の種類が格納される。

（参照頻度テーブル）
図４は、参照頻度テーブルの構成例を示す図である。
契約情報ＤＢ１４０に格納されている参照頻度テーブル１４２は、参照頻度に関する情報を格納するテーブルであり、契約内容と参照頻度が対応付けられて格納されている。図４において、参照頻度は「高」、「低」の情報で格納されているが、５段階で格納するなど、複数の段階を設けて格納してもよい。

（イメージテーブル）
図５は、イメージテーブルの構成例を示す図である。
イメージＤＢ１３０に格納されているイメージテーブル１３１は、イメージＩＤと、イメージデータと、保険ＩＤと、契約ＩＤと、顧客ＩＤとが対応付けられて格納されている。
イメージＩＤは、イメージデータに対して、一意に付されるファイル名であり、イメージデータの欄は、実際のイメージデータが格納される欄である。なお、図５の例において、イメージデータの欄は空欄となっているが、実際には実データが格納されている。

（保険テーブル）
図６は、保険テーブルの構成例を示す図である。
契約情報ＤＢ１４０に格納されている保険テーブル１４３は、保険に関する情報を格納するテーブルであり、保険ＩＤ、該当する保険の種類（保険種類）、該当する保険の補償内容、該当する保険の補償額などが対応付けられて格納されている。
保険種類の欄に格納される情報は、「医療保険」、「事故保険」などといった保険の種類を示す情報である。

なお、図４の参照頻度テーブル１４２や、図６の保険テーブル１４３は、新たな保険サービスが販売されたり、保険サービスの廃止されたりしたときに、オペレータによって随時更新されるテーブルである。

《フローチャート》
次に、図１〜図６を参照しつつ、図７に沿って書類イメージ管理方法の動作を説明する。
図７は、第１実施形態に係る書類イメージ管理方法の動作手順を示すフローチャートである。
図７の動作は、保険の新規契約時や、病気や事故などによる保険金受領権が保険者に発生したときにおいて、顧客は各種書類に必要事項を記入して担当者に提出する。
オペレータは、入力用端末２の入力部２１０を介して、提出された書類に関する保険ＩＤ、契約ＩＤ、顧客ＩＤ、契約内容、契約額などの契約情報を入力する（Ｓ１０１）。なお、このとき、顧客が新規である場合など、この顧客に関する情報が入力されていない場合、ステップＳ１０１の段階で、オペレータが、顧客情報テーブル１２１に格納される各情報を入力部２１０を介して入力してもよい。
次に、オペレータが提出された書類をスキャナ３にかけて、書類をイメージスキャンし（Ｓ１０２）、入力用端末２のスキャナ制御部２０１は、スキャンしたイメージデータを取得する。このときのイメージデータは、高画質（高品質）かつ後で画像変換が可能なファイル形式であることが望ましい。

そして、オペレータは、入力用端末２の入力部２１０を介して、取得したイメージデータにイメージＩＤ（ファイル名）を付与する（Ｓ１０３）。
続いて、オペレータが入力用端末２の図示しない画面上の送信ボタンをクリックすることなどによって、イメージデータと、イメージＩＤと、契約情報が組の情報としてサーバ１に送信される。
送受信部１１０によって、イメージＩＤと、イメージデータと、契約情報とを受信したサーバ１のイメージデータ保存部１０３は、イメージデータを、送信されたイメージＩＤと、契約情報に含まれる保険ＩＤ、契約ＩＤ、顧客ＩＤとともにイメージテーブル１３１に一時保存する（Ｓ１０４）。このとき、契約情報保存部１０１は、送信された契約情報を契約情報テーブル１４１に保存し、顧客情報が送信された場合、顧客情報保存部１０５が、送信された顧客情報を顧客情報テーブル１２１に保存する。

次に、圧縮方式決定部１０２が、ステップＳ１０４で一時保存したイメージデータを取得する（Ｓ１０５）。
そして、圧縮方式決定部１０２は、ステップＳ１０５で取得したイメージデータに対応する契約ＩＤをイメージテーブル１３１から取得し、取得した契約ＩＤをキーとして、契約情報ＤＢ１４０の契約情報テーブル１４１から契約額を取得する（Ｓ１０６）。
そして、圧縮方式決定部１０２は、取得した契約額が予め設定されている一定額以上であるか否かを判定する（Ｓ１０７）。
ステップＳ１０７の結果、契約額が一定額以上である場合（Ｓ１０７→Ｙｅｓ）、イメージ圧縮部１０４はイメージデータを、例えば低圧縮カラーイメージに変換する（Ｓ１０８）。このとき、イメージ圧縮部１０４は、例えば、１Ｍｂ程度のｊｐｇ（Joint Photographic Expert Group）画像にイメージデータを変換する。一般に低圧縮は高圧縮に比べてノイズが少なく高品質とされる。またカラーイメージは、モノクロイメージに比べて色彩情報を持つので高品質とされる。従って、本実施形態では「契約額が一定額以上」である場合、イメージ圧縮部１０４は、重要度が最も高い取引であると判断し、最高品質でイメージデータを変換・保存する。
ステップＳ１０８の後、イメージ圧縮部１０４は、ステップＳ１１６へ処理を進める。

ステップＳ１０７の結果、契約額が一定額未満である場合（Ｓ１０７→Ｎｏ）、圧縮方式決定部１０２は、イメージテーブル１３１からイメージデータに該当する顧客ＩＤを取得すると、この顧客ＩＤをキーとして、顧客情報テーブル１２１からＶＩＰフラグを取得する（Ｓ１０９）。
そして、圧縮方式決定部１０２は、ＶＩＰフラグが「１」であるか、「０」であるかを判定することによって、契約者が重要顧客であるか否かを判定する（Ｓ１１０）。
ステップＳ１１０の結果、契約者が重要顧客である場合（Ｓ１１０→Ｙｅｓ）、イメージ圧縮部１０４はイメージデータを、例えば高圧縮カラーイメージに変換する（Ｓ１１１）。このとき、イメージ圧縮部１０４は、例えば５００ｋｂ程度のｊｐｇ画像にイメージデータを変換する。一般に高圧縮は低圧縮に比べてノイズが多いので、イメージ圧縮部１０４は、「契約者が重要顧客」の場合、重要度が二番目に高い取引であると判断し、「契約額が一定額以上」である場合よりもやや品質に劣るようにイメージデータを変換・保存する。
ステップＳ１１１の後、イメージ圧縮部１０４は、ステップＳ１１６へ処理を進める。

ステップＳ１１０の結果、契約者が重要顧客でない場合（Ｓ１１０→Ｎｏ）、圧縮方式決定部１０２は、イメージテーブル１３１からイメージデータに該当する契約ＩＤを取得すると、この契約ＩＤをキーとして、契約情報テーブル１４１から契約内容を取得する（Ｓ１１２）。
さらに、圧縮方式決定部１０２は、契約内容をキーとして参照頻度テーブル１４２から参照頻度を取得すると、この参照頻度が「高」であるか、「低」であるかを判定することによって、このイメージデータを後で参照する可能性が高いか否かを判定する（Ｓ１１３）。
ステップＳ１１３の結果、後で参照する可能性が高い場合（Ｓ１１３→Ｙｅｓ）、つまり参照頻度が「高」である場合、イメージ圧縮部１０４は重要度が三番目に高い取引であるように判断し、イメージデータを、例えば低圧縮モノクロイメージに変換する（Ｓ１１４）。このとき、イメージ圧縮部１０４は、例えば、１００ｋｂ程度のｔｉｆｆ（Tagged Image File Format）画像にイメージデータを変換する。つまり、前記したように、イメージ圧縮部１０４は高品質の低圧縮としながらも、モノクロイメージにして品質を落として変換・保存している。つまり、ステップＳ１１４で変換したイメージデータは、モノクロイメージである分、ステップＳ１１１で変換したイメージデータより低いデータ量となる。
ステップＳ１１４の後、イメージ圧縮部１０４は、ステップＳ１１６へ処理を進める。

ステップＳ１１３の結果、後で参照する可能性が低い場合（Ｓ１１３→Ｎｏ）、つまり参照頻度が「低」である場合、イメージ圧縮部１０４は重要度が最も低い取引であると判断し、イメージデータを、例えば高圧縮モノクロイメージに変換する（Ｓ１１５）。このとき、イメージ圧縮部１０４は、例えば３０ｋｂ程度のｔｉｆｆ画像にイメージデータを変換する。この場合、前記したとおり、品質の低い高圧縮、モノクロイメージの組合せなので、イメージ圧縮部１０４は、最低品質でのイメージデータの変換・保存を行う。ステップＳ１１５の後、イメージ圧縮部１０４は、ステップＳ１１６へ処理を進める。

ステップＳ１０８，Ｓ１１１，Ｓ１１４，Ｓ１１５の各処理後、イメージ圧縮部１０４は、変換されたイメージデータをイメージテーブル１３１のイメージデータの欄に上書き保存し（Ｓ１１６）、さらに該当するイメージＩＤの欄も変換されたファイル形式に相当する拡張子を有するイメージＩＤとして上書き保存する。
本実施形態では、圧縮率と、カラー・モノクロの組み合わせで、イメージの品質を決定してるが、品質の基準としては解像度があり、これをイメージの品質を決定するための組み合せに加えてもよい。
またモノクロイメージデータには、「２値」と「多値」の種別もあり、これもイメージの品質を決定するための組み合せに加えてもよい。
さらに、本実施形態で記載した例はあくまで実施の一形態であり、「契約金額が一定以上」、「契約者が重要顧客」および「後で参照する可能性」のいずれか１つ以上の組み合せから構成してもよいし、イメージの品質の決定も本実施形態にとらわれるものではない。

オペレータは、必要なときに、書類のイメージデータや、契約情報や、顧客情報を参照用端末４の表示部４３０で参照することができる。

《第１実施形態の効果》
第１実施形態によれば、データベースや、通信インフラを効率よく使用することができるのに加え、取引内容に応じて予測される参照頻度の程度や、顧客の重要度や、契約額などの将来の取引内容に応じて、イメージデータの圧縮率を柔軟に変えることができる。

［第２実施形態］
次に、図８および図９を参照して、本発明の第２実施形態について説明する。

《システム構成》
図８は、第２実施形態に係る書類管理システムの構成例を示す図である。
図８において、図１に示す書類管理システムＢと異なる点は、スキャナ３がＯＣＲ（Optical Character Recognition）機能付スキャナ３ａとなり、入力用端末２ａの処理部２００ａが、ＯＣＲ情報解析部２０２を有している点である。

《フローチャート》
図９は、第２実施形態に係る書類イメージ管理方法の動作手順を示すフローチャートである。
まず、オペレータがＯＣＲ解析情報付きの書類をＯＣＲ機能付スキャナ３ａにかけて、書類をイメージスキャンする（Ｓ２０１）。ＯＣＲ解析情報付きの書類は、例えば、契約情報などに関する項目に、その項目の情報を示すバーコードなどが記載されている書類である。あるいは、普通の紙書類でもよい。ＯＣＲ機能付スキャナ３ａは、スキャンしたイメージデータから文字データを抽出すると、イメージデータと、抽出した文字データを入力用端末２ａへ送信する。
次に、ＯＣＲ情報解析部２０２は、ＯＣＲ機能付スキャナ３ａから取得した文字データを解析し、保険ＩＤや、契約ＩＤや、顧客ＩＤや、契約内容や、契約額などの契約情報を抽出する（Ｓ２０２）。前記したバーコードが記載されている書類であれば、ＯＣＲ情報解析部２０２は、ＯＣＲ機能付スキャナ３ａから送られたバーコードの情報から書類の項目を特定し、その項目に記載されている文字を認識することで、書類に記載されている情報を読み込む。また、書類が普通の書類であれば、ＯＣＲ情報解析部２０２は、予め図示しない入力用端末２ａの図示しない記憶部に記憶されている書類のフォーマットと、ＯＣＲ機能付スキャナ３ａから送られた文字データとを照合することにより、各情報を読み込んでもよい。

そして、スキャナ制御部２０１は、取得したイメージデータに対し、イメージＩＤを発行する（Ｓ２０３）と、オペレータが画面上の送信ボタンをクリックするなどによって、イメージデータと、イメージＩＤと、契約情報が組の情報としてサーバ１に送信される。
以降、図７のステップＳ１０４〜Ｓ１１６と同様の処理であるため、説明を省略する。

《第２実施形態の効果》
第２実施形態によれば、第１実施形態の効果に加えて、契約情報の取得を自動化することができ、オペレータの操作を軽減することができる。

本実施形態では、サーバ１と、入力用端末２（２ａ）と、参照用端末４とが別の装置となっているが、これに限らず、少なくとも２つの装置が一体となっていてもよい。また、顧客情報ＤＢ１２０、イメージＤＢ１３０、契約情報ＤＢ１４０は、サーバ１内に備えられているが、これに限らず、別のサーバ１とは異なる装置に備えられていてもよい。
さらに、本実施形態では、契約内容に対応付ける形で参照頻度を予め設定してあるが、過去の参照履歴をサーバ１が記憶しておき、その参照履歴を基に参照頻度をサーバ１が設定してもよい。また、本実施形態では、顧客の重要度、契約額、参照頻度を基に、イメージデータの変換方法（圧縮方式）を決定しているが、顧客の年齢などの各顧客情報と、保険種類との組み合せなどをイメージデータの変換方法を決定してもよい。
なお、本実施形態は、保険書類に適用した例を示しているが、社内の閲覧書類など、他の種類の書類に適用してもよい。

１ サーバ（画像保存装置）
２，２ａ 入力用端末
３ スキャナ
３ａ ＯＣＲ機能付スキャナ
４ 参照用端末
１０１ 契約情報保存部
１０２ 圧縮方式決定部（保存処理部）
１０３ イメージデータ保存部
１０４ イメージ圧縮部（画像変換部）
１０５ 顧客情報保存部
１１０ 送受信部（入力部）
１２０ 顧客情報ＤＢ（記憶部）
１２１ 顧客情報テーブル
１３０ イメージＤＢ（記憶部）
１３１ イメージテーブル
１４０ 契約情報ＤＢ（記憶部）
１４１ 契約情報テーブル
１４２ 参照頻度テーブル
１４３ 保険テーブル
２０１ スキャナ制御部
Ａ，Ｂ 書類管理システム

Claims (8)

1. 画像データの保存を行う画像保存装置であって、
   画像データと、当該画像データに関する取引内容が入力部を介して入力されると、前記入力された取引内容に応じて、複数の画像データの保存種類から１つを決定する保存処理部と、
   前記決定された保存種類に従って、前記画像データを変換し、保存する画像変換部と、
   を有することを特徴とする画像保存装置。
2. 前記画像データの保存種類とは、前記画像データの圧縮率およびカラーの度合いのうち、少なくとも一方であることを特徴とする請求項１に記載の画像保存装置。
3. 前記取引内容に応じた将来の参照頻度、顧客の重要度、および契約の重要度の何れか一つまたはこれらの組み合わせからなる重要度情報を格納する記憶部が備えられ、
   前記保存処理部は、入力された取引内容と、前記重要度情報とに基づいて、１つの前記保存種類を決定することを特徴とする請求項１または請求項２に記載の画像保存装置。
4. 前記保存処理部は、
   前記重要度の組み合わせに応じて、複数の画像データの保存種類から１つを決定する機能を有することを特徴とする請求項３に記載の画像保存装置。
5. 前記画像とは、保険に用いられる書類の画像であることを特徴とする請求項１から請求項４のいずれか一項に記載の画像保存装置。
6. 前記取引内容は、ＯＣＲ機能を用いて文字認識された情報であることを特徴とする請求項１から請求項５のいずれか一項に記載の画像保存装置。
7. 画像データの保存を行う画像保存装置による画像保存方法であって、
   前記画像保存装置が、
   画像データと、当該画像データに関する取引内容が入力部を介して入力されると、前記入力された取引内容に応じて、複数の画像データの保存種類から１つを決定するステップと、
   前記決定された保存種類に応じて、前記画像データを変換し、保存するステップと、
   を有することを特徴とする画像保存方法。
8. 請求項７に記載の画像保存方法を、コンピュータに実行させることを特徴とするプログラム。

Images