JP2006139632A - Image data processing method, image processor, image processing program - Google Patents

Image data processing method, image processor, image processing program Download PDF

Info

Publication number
JP2006139632A
JP2006139632A JP2004329905A JP2004329905A JP2006139632A JP 2006139632 A JP2006139632 A JP 2006139632A JP 2004329905 A JP2004329905 A JP 2004329905A JP 2004329905 A JP2004329905 A JP 2004329905A JP 2006139632 A JP2006139632 A JP 2006139632A
Authority
JP
Japan
Prior art keywords
image
file
shortcut
data
image data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2004329905A
Other languages
Japanese (ja)
Inventor
Yoshiyuki Hirai
佳行 平井
Takuya Kotani
拓矢 小谷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2004329905A priority Critical patent/JP2006139632A/en
Priority to US11/126,192 priority patent/US20050254072A1/en
Publication of JP2006139632A publication Critical patent/JP2006139632A/en
Withdrawn legal-status Critical Current

Links

Abstract

<P>PROBLEM TO BE SOLVED: To manage data of high resolution and data of low resolution with reliability in a simple and inexpensive configuration, and especially to permit a user/client to acquire data of high resolution from data of low resolution quite easily. <P>SOLUTION: This image data processing method uses an original image file 100 which includes target image data and is stored in a predetermined storage position on a remote host or a local host, an address tag showing the storage position of the original image file 100, and a shortcut image file 101 including thumbnail image data 110 representing the content of image data of the original image file 100, and divides and stores the image data. For using the data, the method transfers the original image file 100 based on the address tag, or according to conditions, transfers the shortcut image file 101, for instance, when the original image file 100 can not be transferred. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

本発明は、画像処理装置のハードウェアを用いて画像データを分割記録する画像データ処理方法、画像処理装置、および画像処理プログラムに関するものである。
The present invention relates to an image data processing method, an image processing apparatus, and an image processing program for dividing and recording image data using hardware of the image processing apparatus.

現在では、e−mailやDCS(デジタルカメラシステム)の普及により画像イメージがコミュニケーションの表現手段のひとつとして市民権を獲得したといってよい。   At present, with the spread of e-mail and DCS (digital camera system), it can be said that image images have acquired citizenship as one of the means of communication expression.

従来より、コンピュータなどの画像処理装置上で実施される画像データの転送方法として、ショートカットファイル(シンボリックリンクやショートカットなどOSにより名称が異なる)やハイパーリンクのように、画像の格納位置を示す情報を含むリンクファイルを利用して、高解像度で大きいファイルサイズの画像データを任意の場所に格納し、必要なときのみリンクファイルの情報を用いて画像データの転送を行なう技術が知られている。   Conventionally, as an image data transfer method performed on an image processing apparatus such as a computer, information indicating an image storage location such as a shortcut file (name varies depending on the OS such as a symbolic link or a shortcut) or a hyperlink is used. A technique is known in which image data of a high resolution and a large file size is stored in an arbitrary location using a link file included, and image data is transferred using information of the link file only when necessary.

また、低解像度の画像データと高解像度の画像データとを切り分けて、低解像度の画像データのみをe−mail送信し、受信した相手は高解像度の画像データが必要なときだけe−mailに記された指示にしたがって、高解像度の画像データを別の通信手段で転送する技術も知られている(たとえば下記の特許文献1)。
特開平9−35129号公報 特願2004−141767号
Also, the low resolution image data and the high resolution image data are separated, and only the low resolution image data is transmitted by e-mail, and the receiving party records the e-mail only when the high resolution image data is necessary. There is also known a technique for transferring high-resolution image data by another communication means in accordance with a given instruction (for example, Patent Document 1 below).
JP-A-9-35129 Japanese Patent Application No. 2004-141767

しかしながら、上記のショートカットファイルやハイパーリンクのように、画像の格納位置を示す情報を含むリンクファイルを介して画像データを転送する方法では次のような問題がある。   However, the method of transferring image data via a link file including information indicating the storage location of an image, such as the shortcut file or hyperlink described above, has the following problems.

まず、HTML文書内のハイパーリンクの場合は、画像の格納位置を示すURL(URI)情報をテキストベースのHTML書式で記載し、さらに本体の画像の転送前にクライアントにイメージの内容を示す必要があれば、本体の画像を縮小するなどして得たサムネイル画像を用意し、そのリンク先を特定の書式で記載するなどの面倒な作業が必要となる。   First, in the case of a hyperlink in an HTML document, it is necessary to describe URL (URI) information indicating the storage location of the image in a text-based HTML format, and to indicate the contents of the image to the client before transferring the main body image. If it exists, it is necessary to prepare a thumbnail image obtained by reducing the image of the main body and to describe the link destination in a specific format.

また、ショートカットファイルでは、通常、画像の格納位置を示す情報しか含まれていないので、転送に前もって転送したい画像ファイルの概要を知りたいときにはOSのシステムファイル等のリンクファイルの対象となる画像のイメージ管理ファイルを別途(何らかのビューワを介して、あるいは直接)参照する必要があった。つまり、ショートカットファイルからは直接、オリジナル画像ファイルの画像イメージを取得することができなかった。   In addition, since the shortcut file normally contains only information indicating the storage location of the image, when it is desired to obtain an overview of the image file to be transferred in advance, the image of the image that is the target of the link file such as the OS system file. It was necessary to refer to the management file separately (through some viewer or directly). That is, the image of the original image file cannot be obtained directly from the shortcut file.

また、特許文献1に記載されるような管理方法では、高解像度の画像データを転送するためには、低解像度の画像データが添付されたe−mail本文の指示に従う必要があり、e−mail本文を消去し、添付の低解像度の画像データのみが残っている場合などは本体の高解像度の画像データを取得することができない問題がある。すなわち、特許文献1に記載のような技術では、e−mailに添付された低解像度の画像データで構成される画像ファイルのみを手がかりに、高解像度の画像データが含まれる画像ファイルを転送することはできなかった。   In addition, in the management method described in Patent Document 1, in order to transfer high-resolution image data, it is necessary to follow an instruction in the e-mail text attached with low-resolution image data. When the main text is deleted and only the attached low resolution image data remains, there is a problem that the high resolution image data of the main body cannot be acquired. That is, in the technique as described in Patent Document 1, an image file including high-resolution image data is transferred using only an image file composed of low-resolution image data attached to an e-mail as a clue. I couldn't.

一方、画像データの管理方式において、DCF規格のように高解像度の実画像データと低解像度のサムネイル画像データとを一つの画像ファイルで格納する画像データフォーマットが知られている。   On the other hand, in the image data management system, an image data format is known in which high-resolution real image data and low-resolution thumbnail image data are stored in one image file as in the DCF standard.

DCF(Design rule for Camera File system)はデジタルカメラの画像データフォーマットとしてISOで標準化された仕様であるが、JEIDA(日本電子工業振興協会)が策定したExif(Exchangeable Image File)形式が元になっており、これらDCF/Exif形式はほぼ同一のデータフォーマットといってよい。   DCF (Design rule for Camera File system) is a specification standardized by ISO as an image data format for digital cameras, but is based on the Exif (Exchangeable Image File) format established by JEIDA (Japan Electronic Industry Development Association). These DCF / Exif formats are almost the same data format.

DCF/Exif形式の画像の構造は基本的には通常のJPEG画像形式そのものであり、サムネィル画像や撮影情報等のデータをJPEGの規約に準拠した形で埋め込んだものである。このような管理方法によれば、画像データの詳細な情報を知りたいときには高解像度の画像データを参照し、画像データの概要がわかればよいときには低解像度の画像データを参照する、というように画像データを使用する目的によって参照する情報を選択できるメリットがある。   The structure of an image in the DCF / Exif format is basically a normal JPEG image format itself, in which data such as thumbnail images and shooting information is embedded in a form that complies with the JPEG rules. According to such a management method, when it is desired to know detailed information of the image data, the high resolution image data is referred to, and when the outline of the image data is known, the low resolution image data is referred to. There is an advantage that information to be referred can be selected depending on the purpose of using data.

上記のように、従来のような画像の概要を示すファイルサイズの小さい画像データと、画像の詳細を示すファイルサイズの大きい画像データとをリンクさせる管理手段が画像ファイルとは別のファイル(リンクファイルやハイパーリンクなど)から構成されている場合、画像の概要を示すファイルとともに、詳細を示す画像ファイルの格納先を記す別の管理ファイルをあわせて流通させる必要があり、管理面での制約が大きい問題があった。この点に鑑み、出願人は上記のようなDCF/Exif形式の画像フォーマットを考慮して、第1のオリジナル画像ファイルのうち、第1の画像よりも低解像度であるサムネイルのみを有する第2の画像ファイルを第1の画像ファイルから切り分けることにより、通常は第2の低解像度の画像を取り扱い、必要に応じて第1の高解像度の画像データを利用することで、高解像度なデータと低解像度なデータを別々に管理する画像の分割管理方法を提案している(上記の特許文献2)。   As described above, the management means for linking the image data having a small file size indicating the outline of the image and the image data having a large file size indicating the details of the image as described above is different from the image file (link file). And hyperlinks), it is necessary to distribute another management file that describes the storage location of the image file showing the details together with the file that shows the outline of the image, and there are significant management restrictions There was a problem. In view of this point, the applicant considers the image format of the DCF / Exif format as described above, and the second original image file has only a thumbnail having a lower resolution than the first image in the first original image file. By separating the image file from the first image file, the second low-resolution image is usually handled, and the first high-resolution image data is used as necessary, so that the high-resolution data and the low-resolution image are used. Has proposed an image division management method for managing different data separately (Patent Document 2 above).

しかしながら、特許文献2は、主に画像の分割管理方法に関する画像フォーマットの規定を取り扱っており、特許文献2では画像ファイルを作成する手順については記載されているが、分割された画像ファイルを用いて低解像度なデータから高解像度なデータを取得する手順については具体的に示されていなかった。   However, Patent Document 2 mainly deals with the definition of an image format related to an image division management method. Although Patent Document 2 describes a procedure for creating an image file, it uses a divided image file. The procedure for acquiring high-resolution data from low-resolution data has not been specifically shown.

本発明の課題は、上述の事情を考慮し、簡単安価な構成によって、高解像度なデータと低解像度なデータを両者の関連性を保ったまま別々に確実性をもって管理でき、特に、ユーザ/クライアントが低解像度なデータから極めて容易に高解像度なデータを取得できるようにすることにある。   The object of the present invention is to manage the high resolution data and the low resolution data separately with certainty while maintaining the relationship between them with a simple and inexpensive configuration in consideration of the above-mentioned circumstances. Is to make it possible to obtain high resolution data very easily from low resolution data.

上記課題を解決するため、本発明では、画像処理装置のハードウェアを用いて画像データを分割記録する画像データ処理方法、画像処理装置、および画像処理プログラムにおいて、前記画像データを含みリモートホストないしローカルホスト上の所定の格納位置に格納された第1の画像ファイルと、第1の画像ファイルの格納位置を示すアドレスタグと、第1の画像ファイルが含む前記画像データの内容を表現した画像データを含む第2の画像ファイルを用い、第2の画像ファイルのアドレスタグに基づき第1の画像ファイルを転送するか、または、第2の画像ファイルを転送する構成を採用した。   In order to solve the above problems, according to the present invention, in an image data processing method, an image processing apparatus, and an image processing program for dividing and recording image data using hardware of the image processing apparatus, a remote host or local including the image data A first image file stored at a predetermined storage location on the host, an address tag indicating the storage location of the first image file, and image data representing the contents of the image data included in the first image file. A configuration is adopted in which the second image file is used and the first image file is transferred based on the address tag of the second image file, or the second image file is transferred.

上記構成によれば、簡単安価な構成により高解像度なデータと低解像度なデータを両者の関連性を保ったまま別々に確実性をもって管理できる。たとえば、画像の概要を知りたいときにはファイルサイズの小さい第2の画像ファイルの画像データのみを利用し、画像の詳細を知りたいときには、第2の画像ファイルのみを手がかりに、第1の画像ファイルの高解像度の画像データを利用できるという優れた効果がある。特に、第2の画像ファイルそれ自体に第1の画像ファイルの格納場所がアドレスタグとして含まれているため、たとえば第2の画像ファイルを送信したメール本文などを紛失してしまっても第2の画像ファイルのみから第1の画像ファイルに到達することができる、という優れた効果がある。   According to the above-described configuration, high-resolution data and low-resolution data can be managed separately with certainty while maintaining the relationship between them with a simple and inexpensive configuration. For example, when the user wants to know the outline of the image, only the image data of the second image file having a small file size is used, and when the user wants to know the details of the image, only the second image file is used as a clue. There is an excellent effect that high-resolution image data can be used. In particular, since the storage location of the first image file is included as an address tag in the second image file itself, for example, even if the e-mail body that transmitted the second image file is lost, the second image file is stored in the second image file. There is an excellent effect that the first image file can be reached only from the image file.

特に、第1の画像ファイルの所在位置を示すアドレスタグと第2の画像を含んだ第2の画像ファイルのそれぞれを異なった位置に分割して格納することができ、その場合、たとえば、第1および第2の画像ファイルはそれぞれ画像処理装置とサーバのように異なるホストで管理したり、画像処理装置のファイルシステムの異なるフォルダでそれぞれ管理したりすることができる。   In particular, each of the address tag indicating the location of the first image file and the second image file including the second image can be divided and stored in different positions. The second image file can be managed by different hosts such as the image processing apparatus and the server, or can be managed by different folders in the file system of the image processing apparatus.

さらに、第1の画像ファイルと、そのアドレスタグを含む第2の画像ファイルを用い、画像データを分割記録し、データ利用(転送:表示、印刷、セーブ(コピー))に際して第2の画像ファイルのアドレスタグに基づき第1の画像ファイルを転送するか、条件に応じて、たとえば第1の画像ファイルが転送不可の場合(たとえば第1の画像ファイルを保有するサーバ/ホストに到達不能、あるいは該サーバ/ホストから第1の画像ファイルが消去されているような場合)第2の画像ファイルを転送するようにしているため、第1の画像ファイルが転送不可の場合は、元の画像情報にアクセスできないにしても、最低限の情報を第2の画像ファイルから取得でき、第2の画像ファイルを画像データのバックアップ用途に利用できる、という優れた効果がある。   Furthermore, using the first image file and the second image file including the address tag, the image data is divided and recorded, and when the data is used (transfer: display, print, save (copy)) The first image file is transferred based on the address tag, or if the first image file cannot be transferred depending on conditions (for example, the server / host holding the first image file cannot be reached, or the server / If the first image file has been deleted from the host) Since the second image file is transferred, the original image information cannot be accessed if the first image file cannot be transferred. Even so, the minimum information can be acquired from the second image file, and the second image file can be used for backup of image data. There is an effect.

以下ではデジタルカメラやパーソナルコンピュータなどの画像処理装置において、画像データを管理する実施例を示す。   An embodiment for managing image data in an image processing apparatus such as a digital camera or a personal computer will be described below.

以下、図面を参照して、本発明の実施の形態を詳細に説明する。   Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

図9は、本実施例の画像データの管理方式を適用可能な処理環境を示している。図9において符号901はターミナルで、具体的にはこのターミナルはPC端末、スキャナやデジタルカメラ(以下DCSという)などから構成される。   FIG. 9 shows a processing environment to which the image data management method of this embodiment can be applied. In FIG. 9, reference numeral 901 denotes a terminal. Specifically, this terminal includes a PC terminal, a scanner, a digital camera (hereinafter referred to as DCS), and the like.

以下では、ターミナル901はPC端末であるものとし、ターミナル901はCPU904、メモリ905、HDD906などから構成され、ネットワークインターフェース910を介してネットワーク903と接続できるようになっている。ネットワーク903上にはオンラインフォトアルバムサービス等を提供するサーバ902が設けられている。サーバ902のハードウェア構成については図示を省略するが、実際にはこの種のサーバはターミナル901のものとして示したPCと同等のハードウェアを用いて構成されており、したがって、サーバ902もターミナル901と同様にCPU、メモリ、HDDなどを用いて構成される。   In the following, it is assumed that the terminal 901 is a PC terminal, and the terminal 901 includes a CPU 904, a memory 905, an HDD 906, and the like, and can be connected to the network 903 via the network interface 910. A server 902 that provides an online photo album service and the like is provided on the network 903. Although the illustration of the hardware configuration of the server 902 is omitted, in reality, this type of server is configured using hardware equivalent to the PC shown as that of the terminal 901, and therefore the server 902 is also the terminal 901. In the same manner as the above, it is configured using a CPU, a memory, an HDD and the like.

本実施例において管理すべき画像データ(以下のオリジナル画像)は、USBなどのインターフェース908で接続された画像入力手段907からターミナル901あるいはサーバ902に入力される。   In this embodiment, image data to be managed (the following original image) is input to the terminal 901 or the server 902 from an image input unit 907 connected by an interface 908 such as a USB.

また、ターミナル901が画像入力手段907から得た画像、あるいはサーバ902からダウンロードした画像はディスプレイやプリンタなどからなる画像出力手段911を介して出力することができる。   An image obtained by the terminal 901 from the image input unit 907 or an image downloaded from the server 902 can be output via an image output unit 911 including a display, a printer, or the like.

本実施例では、本願特許請求の範囲における第1の画像をオリジナル画像、第2の画像をショートカット画像と呼ぶ。このうち、オリジナル画像は元の高解像度の画像、ショートカット画像は、少なくともオリジナル画像の所在位置を示す情報と、さらにオリジナル画像のサムネイル画像を含む。   In the present embodiment, the first image in the claims of the present application is called an original image, and the second image is called a shortcut image. Of these, the original image includes the original high-resolution image, and the shortcut image includes at least information indicating the location of the original image, and further includes a thumbnail image of the original image.

本実施例では、このような画像データの基本フォーマットとしてDCF/Exif形式を用いる。したがって、以下の説明では、画像ファイルの特定部分を示す用語として必要に応じてDCF/Exif規格(あるいはJPEG規格)において対応する部分を示す用語を用いる。   In this embodiment, the DCF / Exif format is used as the basic format of such image data. Therefore, in the following description, as a term indicating a specific portion of an image file, a term indicating a corresponding portion in the DCF / Exif standard (or JPEG standard) is used as necessary.

ここで図1を用いてオリジナル画像とショートカット画像のデータフォーマットについて説明する。   Here, the data format of the original image and the shortcut image will be described with reference to FIG.

図1において符号100はオリジナル画像のファイルフォーマットを示している(図1上部)。SOI(103)はStart of Imageの略称で、圧縮画像データの先頭を示すマーカーコード(通常0xFFD8)である。EOI(104)はEnd of Imageの略称で、SOIと対をなす圧縮画像データの終了を示すマーカーコード(通常0xFFD9)である。DCF規格においては、SOIから始まりEOIでデータが終わるように規定されている。   In FIG. 1, reference numeral 100 indicates the file format of the original image (upper part of FIG. 1). SOI (103) is an abbreviation for Start of Image, and is a marker code (usually 0xFFD8) indicating the head of compressed image data. EOI (104) is an abbreviation for End of Image, and is a marker code (usually 0xFFD9) indicating the end of compressed image data paired with SOI. The DCF standard stipulates that data starts with SOI and ends with EOI.

APP1はアプリケーションマーカーセグメントで、主画像の付加情報と低解像度の画像データであるサムネイル画像がAPP1の領域に格納される。APP1のマーカー値は通常0xFFE1であり、このAPP1データセグメント105はこのマーカーの後に2バイトのサイズデータと、実際のデータ領域が続いて格納されることにより構成される。   APP1 is an application marker segment, and additional information of the main image and a thumbnail image that is low-resolution image data are stored in the area of APP1. The marker value of APP1 is normally 0xFFE1, and this APP1 data segment 105 is configured by storing 2 bytes of size data and an actual data area after this marker.

高解像度の主画像(DCF基本主画像)は符号106で示すように、APP1データセグメント105に続いて格納される。   The high-resolution main image (DCF basic main image) is stored following the APP1 data segment 105 as indicated by reference numeral 106.

また、サムネイル画像110はAPP1データセグメント105内に格納される。サムネイル画像110はDCF基本ファイルと同様にSOIから始まりEOIでデータが終わるように規定されている。そしてサムネイル画像データはサムネイル画像110の主画像(DCF基本主画像)107として格納される、すなわち、サムネイル画像110自体もDCF形式で記述されている。なお、サムネイル画像110のAPP1データセグメント105はDCF基本ファイルのAPP1データセグメント105と同じ内容のデータを有してもよい。   The thumbnail image 110 is stored in the APP1 data segment 105. Like the DCF basic file, the thumbnail image 110 is defined to start with SOI and end with EOI. The thumbnail image data is stored as the main image (DCF basic main image) 107 of the thumbnail image 110, that is, the thumbnail image 110 itself is also described in the DCF format. Note that the APP1 data segment 105 of the thumbnail image 110 may have the same data as the APP1 data segment 105 of the DCF basic file.

サムネイル画像110に対し、DCF基本主画像106は高解像度の画像データで構成される。   In contrast to the thumbnail image 110, the DCF basic main image 106 is composed of high-resolution image data.

図1上部に示したDCF規格に準拠したオリジナル画像は、低解像度のサムネイル画像110と高解像度の主画像106とを有することで、画像の概要を知りたいときにはサムネイル画像110を、画像の詳細を知りたいときには主画像106を、それぞれ参照すればよい。サムネイル画像110は、デジタルカメラなどにおいては、LCDなどの表示器でサムネイル表示などを行なうために用いられている。   The original image conforming to the DCF standard shown in the upper part of FIG. 1 includes a low-resolution thumbnail image 110 and a high-resolution main image 106. When it is desired to know, the main image 106 may be referred to. The thumbnail image 110 is used for displaying a thumbnail on a display device such as an LCD in a digital camera or the like.

また図1下部には、本実施例のショートカット画像のファイルフォーマットを符号101に示してある。ショートカット画像101は、オリジナル画像と同様にDCF基本ファイルのフォーマットで構成され、オリジナル画像と同様にサムネイル画像を有するが、本実施例のショートカット画像101は、第1の特徴として、オリジナル画像のように高解像度のDCF基本画像データを有しない。あるいはショートカット画像101は、DCF基本画像データを有していてもよいが、本実施例ではDCF規格においてDCF基本画像データが本来格納される位置にはNULLデータ111を格納する。   In the lower part of FIG. 1, the file format of the shortcut image of this embodiment is indicated by reference numeral 101. The shortcut image 101 is configured in the DCF basic file format like the original image, and has a thumbnail image like the original image. However, the shortcut image 101 of the present embodiment has a first feature like the original image. It does not have high resolution DCF basic image data. Alternatively, the shortcut image 101 may have DCF basic image data, but in this embodiment, NULL data 111 is stored at a position where the DCF basic image data is originally stored in the DCF standard.

あるいは、図1下部左側に示すように、上記NULLデータの代りに、オリジナル画像の主画像106を縮小して生成した縮小画像106aを格納してもよい。この縮小画像106aのサイズは、好ましくはDCF/Exif形式で用いられているサムネイル画像より大きいサイズとする。DCF/Exif形式で用いられているサムネイル画像は、たとえばデジタルカメラのLCDディスプレイなどの限定された表示画面で多数のサムネイル画像を表示できるよう非常に大きな縮小比率で生成されるため画像の細部を視認することが困難な場合があるが、DCF/Exif形式で用いられているサムネイル画像よりも緩い縮小を行なった縮小画像106aを用いるようにすればユーザは画像の細部を充分視認することができ、しかも、主画像106のかわりに縮小画像106aを用いることによりショートカット画像のファイルサイズはオリジナル画像のファイルサイズよりも小さく抑えることができる。   Alternatively, as shown in the lower left part of FIG. 1, a reduced image 106a generated by reducing the main image 106 of the original image may be stored instead of the NULL data. The size of the reduced image 106a is preferably larger than the thumbnail image used in the DCF / Exif format. Thumbnail images used in the DCF / Exif format are generated at a very large reduction ratio so that a large number of thumbnail images can be displayed on a limited display screen such as an LCD display of a digital camera. However, if the reduced image 106a which is reduced more slowly than the thumbnail image used in the DCF / Exif format is used, the user can fully see the details of the image. In addition, by using the reduced image 106a instead of the main image 106, the file size of the shortcut image can be suppressed to be smaller than the file size of the original image.

また、本実施例のショートカット画像101は、第2の特徴として、ショートカット画像101のDCF基本ファイルとDCF基本サムネイルファイルのそれぞれのAPP1領域には、オリジナル画像100の格納場所を示すアドレスタグ102が付加されている。   Further, as a second feature of the shortcut image 101 of the present embodiment, an address tag 102 indicating the storage location of the original image 100 is added to each APP1 area of the DCF basic file and the DCF basic thumbnail file of the shortcut image 101. Has been.

したがって、図1に示したショートカット画像101は、オリジナル画像100からDCF基本主画像106を除去する(NULLデータを格納する場合)か、オリジナル画像100からDCF基本主画像を縮小して、ショートカット画像の主画像として格納する(縮小画像106aを格納する場合)とともに、オリジナル画像100の格納場所を示すアドレスタグ102を付加することにより生成することができる。アドレスタグ102は、たとえば後述のようにURL(あるいはURI)形式により記述する。   Therefore, in the shortcut image 101 shown in FIG. 1, the DCF basic main image 106 is removed from the original image 100 (when NULL data is stored), or the DCF basic main image is reduced from the original image 100, In addition to storing as a main image (when storing the reduced image 106 a), it can be generated by adding an address tag 102 indicating the storage location of the original image 100. The address tag 102 is described in a URL (or URI) format, for example, as will be described later.

このようにショートカット画像101は、たとえば、本発明における画像の管理方法においては、DCF規格に準拠したオリジナル画像100と、ショートカット画像101を用いた形式で元の画像データを分割記録する。   Thus, for example, in the image management method of the present invention, the shortcut image 101 divides and records the original image data in a format using the original image 100 compliant with the DCF standard and the shortcut image 101.

このようにオリジナル画像100の格納場所を示すアドレスタグ102を含むショートカット画像101を用いることにより、ショートカット画像101さえあればオリジナル画像100を取得することができる。たとえば、ショートカット画像101のみをメールで受信したユーザは、そのメール本文が無くてもショートカット画像101のみからアドレスタグ102を用いてオリジナル画像100を取得することができる。   By using the shortcut image 101 including the address tag 102 indicating the storage location of the original image 100 as described above, the original image 100 can be acquired as long as the shortcut image 101 is present. For example, a user who receives only the shortcut image 101 by mail can acquire the original image 100 using only the shortcut image 101 using the address tag 102 without the mail text.

なお、本実施例において、一つのオリジナル画像に対して、ショートカット画像は複数存在してもかまわない。また、本実施例の規約では、画像ファイルにアドレスタグが存在すればその画像をショートカット画像であると判断するものとするが、ショートカット画像であるか否かを示す専用のタグを規定してもよい。また、ショートカット画像のサイズが大きくなる問題はあるが、ショートカット画像に主画像データが存在してもかまわない。また、主画像を有するオリジナル画像にアドレスタグが存在してもかまわない。   In the present embodiment, a plurality of shortcut images may exist for one original image. Further, according to the rules of this embodiment, if an address tag exists in the image file, the image is determined to be a shortcut image. However, even if a dedicated tag indicating whether or not the image file is a shortcut image is specified. Good. Although there is a problem that the size of the shortcut image becomes large, the main image data may exist in the shortcut image. The address tag may be present in the original image having the main image.

ここで図2によりショートカット画像102に付与されるアドレスタグのデータ構成を説明する。   Here, the data structure of the address tag assigned to the shortcut image 102 will be described with reference to FIG.

アドレスタグは200に示すように、Exif(DCF)規約に基づきExifIFD内に記録する。アドレスタグのタグ番号には、Tiffのプライベートタグ番号(たとえば、本実施例では43000)を利用する。   The address tag is recorded in the Exif IFD based on the Exif (DCF) protocol, as indicated by 200. The private tag number of Tiff (for example, 43000 in this embodiment) is used as the tag number of the address tag.

アドレスタグの内容を示すタグのValueは、Value of ExifIFD内に記録する。Valueの格納位置は、アドレスタグのValueOffsetに記される。アドレスタグのタグTag、Type、Count、ValueOffsetは特に規定しないが、たとえばTypeは“ANY”、CountはAnyとしておけばよい。   The tag value indicating the contents of the address tag is recorded in the value of ExifIFD. The storage location of the value is written in the value tag ValueOffset. The tags Tag, Type, Count, and ValueOffset of the address tag are not particularly defined. For example, Type may be “ANY” and Count may be Any.

アドレスタグのValue201の内容は次のように構成されている。すなわち、図2に示すように、アドレスタグのValueの先頭には、以降続く文字コードを識別するための文字コード種別情報202を記録する。この文字コード種別情報202としては、たとえばASCIIコード、JISコード、Unicode、またはそれ以外の文字コードを指定する。   The contents of the address tag Value 201 are configured as follows. That is, as shown in FIG. 2, the character code type information 202 for identifying the subsequent character code is recorded at the head of the value of the address tag. As this character code type information 202, for example, an ASCII code, JIS code, Unicode, or other character code is designated.

202の文字コード種別情報に続いて、オリジナル画像の格納場所を示すアドレス文字列203をValue201として記録する。アドレス文字列は、オリジナル画像の格納位置を示すパス名と、オリジナル画像のファイル名とで構成される。アドレスタグのValueへのオフセットは、TIFFの規定にしたがってアドレスタグのValueOffsetに記される。   Following the character code type information 202, an address character string 203 indicating the storage location of the original image is recorded as Value 201. The address character string includes a path name indicating the storage position of the original image and a file name of the original image. The offset of the address tag to the value is written in the value offset of the address tag in accordance with the TIFF rules.

なお、アドレスタグのValue201には、文字コード種別情報202を記録せずに、オリジナル画像のアドレスを示す文字列203のみ記録してもかまわない。   Note that the value 201 of the address tag may record only the character string 203 indicating the address of the original image without recording the character code type information 202.

たとえば、文字コードには一定のコード、たとえばUTF−8を固定的に用いるものとすれば、文字コード識別情報は必要無いが、UTF−16で符号化する場合は、ISO/IEC 10646の附属書EおよびUnicodeの付録Bで規定するバイト順マーク(ZERO WIDTH NO−BREAK SPACE文字,0xFEFF、もしくは0xFFFE)で始まらなければならない。また、明示的にUTF−8であることを識別するために、先頭の3バイトに識別コード(0xEF 0xBB 0xBF)を入れてもよい。   For example, if a fixed code such as UTF-8 is used as the character code, the character code identification information is not required. However, when encoding with UTF-16, the ISO / IEC 10646 Annex Must begin with a byte order mark (ZERO WIDTH NO-BREAK SPACE character, 0xFEFF, or 0xFFFE) as defined in Appendix B of E and Unicode. In addition, in order to explicitly identify the UTF-8, an identification code (0xEF 0xBB 0xBF) may be inserted in the first 3 bytes.

また、アドレスタグのValue201は、UDFにしたがって記録されてもよい。このときは、Valueの先頭1バイトに文字コード種別、次の1バイトに文字列長、続けてオリジナル画像の格納場所を示すアドレス文字列を記録する。   Further, the value 201 of the address tag may be recorded in accordance with UDF. At this time, the character code type is recorded in the first 1 byte of the value, the character string length is recorded in the next 1 byte, and then an address character string indicating the storage location of the original image is recorded.

このように、本実施例では図2で示したように、ショートカット画像にアクセス可能な任意のアプリケーションまたは画像制御装置は、ショートカット画像からアドレスタグを参照することによりオリジナル画像の格納位置を知ることができるため、ファイルサイズの大きいオリジナル画像とファイルサイズの小さいショートカット画像とを別々の格納場所に保存する画像の管理方法が実現される。   Thus, in this embodiment, as shown in FIG. 2, any application or image control apparatus that can access the shortcut image can know the storage location of the original image by referring to the address tag from the shortcut image. Therefore, an image management method is realized in which an original image having a large file size and a shortcut image having a small file size are stored in separate storage locations.

たとえば画像の概要だけわかればよい場合には、画像を格納するメモリエリアを圧迫しないファイルサイズの小さいショートカット画像を利用し、画像に対する詳細な情報を得たい場合には、オリジナル画像を利用することが考えられる。   For example, if you only need to know the outline of the image, you can use a shortcut image with a small file size that does not compress the memory area for storing the image. If you want to obtain detailed information about the image, you can use the original image. Conceivable.

次に、本実施例におけるオリジナル画像とショートカット画像を用いた画像データの管理の例を図3および図4に示す。   Next, an example of image data management using the original image and the shortcut image in the present embodiment is shown in FIGS.

図3は、オリジナル画像がサーバ902上の所定アドレス、たとえば「http://www.xxxx.co.jp/original−image/」に格納され、各オリジナル画像(たとえばA、B、C、D)301に対するショートカット画像(たとえばa、b、c、d)302が、ターミナル701の所定格納位置、たとえば「C:/My Pictures/shortcut−image/」に格納されている状態を示している。   In FIG. 3, the original image is stored at a predetermined address on the server 902, for example, “http://www.xxx.co.jp/original-image/”, and each original image (for example, A, B, C, D) is stored. A shortcut image (for example, a, b, c, d) 302 for 301 is shown in a state where it is stored in a predetermined storage position of the terminal 701, for example, “C: / My Pictures / shortcut-image /”.

301に示すファイル名「A.JPG」のオリジナル画像「A」に対して、302に示すファイル名「a.JPG」のショートカット画像「a」があるとすると、オリジナル画像「A」の格納位置は「http://www.canon.co.jp/original−image/ 」、ファイル名は「A.JPG」であるため、ショートカット画像「a」のアドレスタグには、303のように「http://www.canon.co.jp/original−image/A.JPG」が記録される。   If there is a shortcut image “a” with the file name “a.JPG” shown in 302 with respect to the original image “A” with the file name “A.JPG” shown in 301, the storage location of the original image “A” is Since “http://www.canon.co.jp/original-image/” and the file name are “A.JPG”, the address tag of the shortcut image “a” has “http: // /Www.canon.co.jp/original-image/A.JPG "is recorded.

たとえば、ユーザがDCSで撮影した写真画像ファイル(オリジナル画像)301を、オンラインフォトアルバムサービス等で提供されるサーバ902に保存して、ユーザのPC端末(ターミナル901)にはオリジナル画像301に対応したショートカット画像302を保存する(たとえば、サーバ902がメールでターミナル901に送信する)ことにより、ユーザはターミナルPCをサーバに接続しなくとも、ターミナル901のHDD906などに格納されたショートカット画像302のサムネイルを参照することでサーバに保存されているオリジナル画像301の概要を知ることができる。   For example, a photo image file (original image) 301 taken by a user with DCS is stored in a server 902 provided by an online photo album service or the like, and the user's PC terminal (terminal 901) corresponds to the original image 301. By saving the shortcut image 302 (for example, the server 902 sends it to the terminal 901 by mail), the user can select the thumbnail of the shortcut image 302 stored in the HDD 906 of the terminal 901 without connecting the terminal PC to the server. By referencing, the outline of the original image 301 stored in the server can be known.

また、たとえばターミナル901がPDAや携帯端末のような、メモリエリアに制限のある装置であっても、ショートカット画像を保存しておけば、画像の概要を知ることはできる。そして、ユーザは画像の詳細を知りたいときだけオリジナル画像301をサーバ902から取得すればよい。   For example, even if the terminal 901 is a device with a limited memory area, such as a PDA or a portable terminal, the outline of the image can be known if the shortcut image is saved. The user only needs to acquire the original image 301 from the server 902 when he wants to know the details of the image.

また、サーバ902にオリジナル画像301を格納することにより、サーバ902に接続可能な端末からは、ショートカット画像302さえあればオリジナル画像301の詳細を知ることが可能であることから、ユーザ間で画像ファイルをやりとりする場合にショートカット画像302のみ利用してもよい。   In addition, by storing the original image 301 in the server 902, it is possible to know details of the original image 301 from a terminal that can be connected to the server 902 as long as the shortcut image 302 exists. When exchanging, only the shortcut image 302 may be used.

たとえば、電子メールに写真画像を添付するときには、ショートカット画像302を添付することで、電子メールのファイルサイズを小さくでき、ショートカット画像302を受け取ったユーザは、ショートカット画像302を用いて必要に応じて、サーバ902に格納されたオリジナル画像301を取得する、といった利用方法が考えられる。   For example, when attaching a photographic image to an e-mail, the file size of the e-mail can be reduced by attaching a shortcut image 302, and a user who receives the shortcut image 302 can use the shortcut image 302 as necessary. A method of using such as acquiring the original image 301 stored in the server 902 is conceivable.

なお、相手のユーザに小さいファイルサイズで画像をやりとりする手段として、従来技術におけるように電子メールの指示にしたがってオリジナル画像を取得する方法もあるが、本実施例によれば、ショートカット画像にオリジナル画像の格納位置の完全な情報が含まれているので、ショートカット画像を受けとったユーザは、任意のショートカット画像からオリジナル画像を取得したい場合に、わざわざメールの本文を参照する必要がない。   As a means for exchanging images with a small file size to the other user, there is a method of acquiring an original image according to an instruction of e-mail as in the prior art, but according to the present embodiment, the original image is converted into a shortcut image. Therefore, when the user who has received the shortcut image wants to acquire the original image from an arbitrary shortcut image, the user does not have to refer to the text of the e-mail.

また、ショートカット画像を利用することにより、電子メール以外の手段でも、ファイルサイズの制限を少なくして、相手のユーザと画像をやりとりすることができる。たとえば、メモリカードにショートカット画像のみを格納させ、相手のユーザにメモリカードを渡せば、相手のユーザがそのメモリカードから任意のオリジナル画像を取得することができるが、この場合、相手のユーザは従来技術では必要であった電子メールの本文を必要としない。   Further, by using the shortcut image, it is possible to exchange images with the other user by reducing the file size limit even by means other than e-mail. For example, if only a shortcut image is stored in a memory card and the memory card is handed over to the other user, the other user can obtain any original image from the memory card. The technology does not require the body of the email that was required.

図3では、オリジナル画像とショートカット画像が異なるホスト(サーバ902およびターミナル901)にそれぞれ格納されている状態を示したが、図4に示すように、オリジナル画像とショートカット画像は、同じターミナル(あるいはサーバ)の異なるフォルダ(ディレクトリ)に格納されている場合でも本実施例の管理方式を利用することができる。   FIG. 3 shows a state in which the original image and the shortcut image are stored in different hosts (server 902 and terminal 901). However, as shown in FIG. 4, the original image and the shortcut image are the same terminal (or server). The management method of this embodiment can be used even when stored in different folders (directories).

図4では、オリジナル画像がターミナル901のフォルダA「C:/My Pictures/original−image/」に格納(「/」はファイルのパス名のフォルダ(ディレクトリ)の区切りを示す。以下同様)され、各オリジナル画像(たとえばA、B、C、D)に対するショートカット画像(たとえばa、b、c、d)が、同じターミナル901の別フォルダB「C:/My Pictures/shortcut−image/」、フォルダC「C:/My Pictures/子供の写真/」、フォルダD「C:/My Pictures/2003年01月撮影/」に格納されている。これらのフォルダ(ディレクトリ)は、たとえば図9の構成ではターミナル901のHDD906などに画成される。   In FIG. 4, the original image is stored in the folder A “C: / My Pictures / original-image /” of the terminal 901 (“/” indicates a delimiter of the folder (directory) of the path name of the file, and so on). Shortcut images (eg, a, b, c, d) for each original image (eg, A, B, C, D) are stored in another folder B “C: / My Pictures / shortcut-image /”, folder C of the same terminal 901. “C: / My Pictures / Children's Photos /” and folder D “C: / My Pictures / January 2003 /” are stored. These folders (directories) are defined in, for example, the HDD 906 of the terminal 901 in the configuration of FIG.

図4において、符号402に示すファイル名「A.JPG」のオリジナル画像「A」に対する、403に示すファイル名「a.JPG」のショートカット画像「a」があるとすると、オリジナル画像「A」の格納位置は「C:/My Pictures/original−image/」、ファイル名は「A.JPG」であるため、ショートカット画像「a」のアドレスタグには、403のように「C:/My Pictures/original−image/A.JPG」が記録される。   In FIG. 4, if there is a shortcut image “a” with the file name “a.JPG” indicated by 403 with respect to the original image “A” with the file name “A.JPG” indicated by reference numeral 402, the original image “A” Since the storage location is “C: / My Pictures / original-image /” and the file name is “A.JPG”, the address tag of the shortcut image “a” has “C: / My Pictures / "original-image / A.JPG" is recorded.

図4のような管理形態においては、たとえば、ユーザがDCSで撮影した写真画像ファイル(オリジナル画像)を、ユーザのPC端末(ターミナル)の任意のフォルダに保存しており、オリジナル画像に対応したショートカット画像を別のフォルダに保存することで、ユーザは常にオリジナルの写真画像ファイルは特定のフォルダに一括で保存しておき、撮影時刻やテーマ等のフォルダごとに整理するときはショートカット画像を利用することができる。   In the management form as shown in FIG. 4, for example, a photographic image file (original image) taken by the user with DCS is stored in an arbitrary folder of the user's PC terminal (terminal), and a shortcut corresponding to the original image is stored. By saving the images in a separate folder, the user always saves the original photo image files in a specific folder at once, and uses shortcut images when organizing the folders by shooting time, theme, etc. Can do.

また、本実施例では、1つのオリジナル画像に対するショートカット画像が複数あってよいことから、たとえば、401に示すオリジナル画像「A」は、2003年の1月に作成された画像ファイルで、かつ、被写体に子供が含まれている場合は、画像ファイルに子供が写っていることを示すフォルダCと、撮影時刻が2003年01月を示すフォルダDの2つのフォルダに同じショートカット画像「a」がそれぞれ含まれてもよい(符号404および405)。   In this embodiment, since there may be a plurality of shortcut images for one original image, for example, the original image “A” shown in 401 is an image file created in January of 2003 and the subject. Includes the same shortcut image “a” in two folders, folder C indicating that the child is reflected in the image file and folder D indicating that the shooting time is January 2003. (Reference numerals 404 and 405).

本実施例において、このように同一画像ファイルに対して複数のショートカット画像を生成することを許容するのは、次のような事情があるためである。   In the present embodiment, it is allowed to generate a plurality of shortcut images for the same image file in this way because of the following circumstances.

たとえば、PC等における画像ファイルの管理において、ひとつの画像ファイルに対して「被写体が子供である」、「2003年1月に撮影した画像である」というように、異なるカテゴリーで管理したいという需要が発生することが考えられるが、この場合、「被写体が子供である」というフォルダと、「2003年1月に撮影した画像である」というフォルダを作成し、それぞれのフォルダに同じオリジナル画像をコピーして保存すると、メモリエリアが圧迫されてしまう。そこで、従来では、オリジナル画像を特定の場所に保存し、それらのショートカットファイル(たとえばWindows(商品名)の「ショートカット」)を利用して管理するような方法が用いられていたが、このようなショートカットファイルを用いる方法ではOSのシステムファイルを利用しないと画像の概要を知ることができないため、画像を管理するアプリケーションによってはショートカットファイルから画像の概要を容易に知ることができない。また、システムファイルを利用する場合でも、管理する画像ファイルが増加するにしたがって、システムファイルのサイズも肥大化する問題があった。また、このファイルサイズの問題を回避するために、任意のタイミングごとにシステムファイルから使われていない縮小画像を消去することで、システムファイルの肥大化を抑えることもできるが、システムファイルを更新するたびに画像処理が発生してしまう。   For example, in the management of image files on a PC or the like, there is a demand for managing one image file in different categories such as “the subject is a child” or “an image taken in January 2003”. In this case, create a folder “The subject is a child” and a folder “An image taken in January 2003”, and copy the same original image to each folder. If you save it, the memory area will be compressed. Therefore, conventionally, a method has been used in which an original image is stored in a specific location and managed using those shortcut files (for example, “shortcut” of Windows (product name)). In the method using the shortcut file, the outline of the image cannot be known unless the OS system file is used. Therefore, depending on the application for managing the image, the outline of the image cannot be easily obtained from the shortcut file. Even when system files are used, there is a problem that the size of system files increases as the number of image files to be managed increases. In order to avoid this file size problem, it is possible to suppress the enlargement of the system file by erasing the reduced image that is not used from the system file at any timing, but the system file is updated. Image processing occurs every time.

しかしながら、図4のような管理形態によれば、ショートカット画像はオリジナル画像と比べて小さいファイルサイズであることから、複数のカテゴリに同一のオリジナル画像から関連付けられたショートカット画像が重複しても、ファイルサイズの増加を抑えることができ、また、ショートカット画像は独立しているため、システムファイルを使用する必要も生じない。   However, according to the management form as shown in FIG. 4, since the shortcut image has a smaller file size than the original image, even if the shortcut image associated with the same original image in a plurality of categories overlaps, The increase in size can be suppressed, and since the shortcut image is independent, it is not necessary to use a system file.

以上のように本実施例のショートカット画像を利用すれば、効率よくカテゴリ別に写真画像を分類する利用方法が可能となる。   As described above, if the shortcut image of the present embodiment is used, a usage method for efficiently classifying photographic images by category becomes possible.

次に、上述のようなファイルフォーマットを有するショートカット画像からオリジナル画像の画像データ(またはショートカット画像の画像データ)を転送する手法につき説明する。ここでは、図3のようにショートカット画像「a」がターミナルに、オリジナル画像「A」がサーバに格納されている場合を例に説明する。   Next, a method for transferring image data of an original image (or image data of a shortcut image) from a shortcut image having the file format as described above will be described. Here, the case where the shortcut image “a” is stored in the terminal and the original image “A” is stored in the server as shown in FIG. 3 will be described as an example.

図5〜図7は、本発明における画像転送手順の一例を示している。図5〜図7では、便宜上ターミナルとサーバに500、600および700番台の符号を用いるが、これらのターミナルとサーバは図9に示したターミナル901とサーバ902に対応するものである。   5 to 7 show an example of an image transfer procedure in the present invention. 5 to 7, for convenience, reference numerals 500, 600 and 700 are used for terminals and servers. These terminals and servers correspond to the terminals 901 and 902 shown in FIG.

図5は、ターミナルとサーバのソフトウェア構成を示しており、図示のように、ターミナル501ではアプリケーションAとアプリケーションBが、サーバ502ではアプリケーションCが動作している。   FIG. 5 shows a software configuration of the terminal and the server. As shown in the figure, the application A and the application B are operating on the terminal 501, and the application C is operating on the server 502.

本実施例では、これらアプリケーションA〜Cについて特に具体的に規定しないが、たとえばアプリケーションAはユーザが画像を閲覧したり印刷指示を出すような画像の制御を行なうために使用するアプリケーション、アプリケーションBはターミナルに格納されたショートカット画像「a」を管理するアプリケーション、アプリケーションCはサーバに格納されているショートカット画像「a」に対応したオリジナル画像「A」を管理するアプリケーションであるものとする。   In the present embodiment, the applications A to C are not specifically defined. For example, the application A is an application used for controlling an image such as a user viewing an image or issuing a print instruction, and an application B is an application B. It is assumed that an application that manages the shortcut image “a” stored in the terminal and an application C are applications that manage the original image “A” corresponding to the shortcut image “a” stored in the server.

もちろん、これらのショートカット画像「a」およびオリジナル画像「A」は図1〜図4で説明した構造により関係づけられている。   Of course, the shortcut image “a” and the original image “A” are related by the structure described with reference to FIGS.

本実施例では、ターミナルで動作するアプリケーションAが、アプリケーションB、またはアプリケーションCからショートカット画像「a」の画像データやオリジナル画像「A」の画像データを取得する。   In this embodiment, the application A operating in the terminal acquires the image data of the shortcut image “a” and the image data of the original image “A” from the application B or the application C.

図6(a)はターミナル601上で、アプリケーションAがショートカット画像「a」の画像データを取得する手順、図6(b)はアプリケーションAとアプリケーションBにおいてショートカット画像ファイルの転送手順シーケンスを示している。   FIG. 6A shows a procedure for the application A to acquire the image data of the shortcut image “a” on the terminal 601, and FIG. 6B shows a transfer procedure sequence of the shortcut image file in the application A and the application B. .

ここでは、図6(a)のように、ターミナル601のアプリケーションAがアプリケーションBの管理下にあるショートカット画像「a」の画像データを取得しようとしている。   Here, as shown in FIG. 6A, the application A of the terminal 601 is trying to acquire the image data of the shortcut image “a” under the control of the application B.

この場合、符号603のショートカット画像の転送手順シーケンスに示すように、アプリケーションAからのショートカット画像取得要求(ショートカット画像データ転送要求)に応じて(604)、アプリケーションBはショートカット画像「a」の画像データをアプリケーションAへ転送する(605)。この転送の詳細な手順については後述する。   In this case, as shown in the shortcut image transfer procedure sequence indicated by reference numeral 603, in response to the shortcut image acquisition request (shortcut image data transfer request) from the application A (604), the application B receives the image data of the shortcut image “a”. Is transferred to the application A (605). The detailed procedure of this transfer will be described later.

図6(a)、(b)の転送は、たとえばアプリケーションAを操作するユーザが、画像「A」の概要だけを知りたいときに行なわれる。具体的には、ターミナル601のアプリケーションAを閲覧ブラウザ、アプリケーションBをターミナル上で動作するOSであるとすると、図6は、たとえば、このブラウザでPCのローカルディスクに格納されたショートカット画像「a」を閲覧する動作を示す。   The transfer shown in FIGS. 6A and 6B is performed, for example, when the user operating the application A wants to know only the outline of the image “A”. Specifically, assuming that the application A of the terminal 601 is a browsing browser and the application B is an OS that operates on the terminal, FIG. 6 shows, for example, a shortcut image “a” stored in the local disk of the PC by this browser. The operation of browsing is shown.

このときブラウザに表示されるショートカット画像「a」は、DCFの規定に従ったサムネイル画像であり、サムネイル画像はファイルサイズが小さいため、ブラウザからショートカット画像を展開して表示する際の処理が、主画像を展開する処理と比べて軽くて済む。   At this time, the shortcut image “a” displayed on the browser is a thumbnail image that complies with the rules of DCF, and the thumbnail image has a small file size. Therefore, the processing when the shortcut image is expanded and displayed from the browser is mainly performed. It is lighter than the process of developing an image.

また、図6(a)、(b)の転送では、ショートカット画像の画像データ転送処理のみが行なわれるので、サーバ602のアプリケーションCおよびオリジナル画像「A」は関与しない。したがって、ターミナル601において、ユーザが画像の概要だけを知ればよいとき、たとえば、いくつかの画像ファイルの概要だけを閲覧したいときには、ファイルサイズの小さいショートカット画像だけを参照すればよいため、ハード資源の乏しいターミナル環境において快適に複数の画像ファイルを閲覧(あるいは管理)する点でメリットがある。   Further, in the transfer of FIGS. 6A and 6B, only the image data transfer process of the shortcut image is performed, so the application C of the server 602 and the original image “A” are not involved. Accordingly, in the terminal 601, when the user only needs to know the outline of the image, for example, when only the outline of several image files is to be browsed, only the shortcut image having a small file size needs to be referred to. There is a merit in browsing (or managing) a plurality of image files comfortably in a poor terminal environment.

図7(a)はターミナル701のアプリケーションAがオリジナル画像「A」の画像データを取得する手順を、図7(b)はターミナル701のアプリケーションAとアプリケーションBのショートカット画像のアドレスタグ情報転送手順シーケンス、およびターミナル701のアプリケーションAおよびサーバ702のアプリケーションCのオリジナル画像ファイルの転送手順シーケンスを示している。   7A shows a procedure in which the application A of the terminal 701 acquires the image data of the original image “A”, and FIG. 7B shows a sequence of address tag information transfer procedures for the shortcut images of the application A and the application B in the terminal 701. , And an original image file transfer sequence of application A of the terminal 701 and application C of the server 702.

アプリケーションAがショートカット画像「a」の画像データよりも高解像度なオリジナル画像「A」の画像データを取得する場合、ターミナル701は、まずアプリケーションBの管理下にあるショートカット画像「a」のアドレスタグを取得し、続いてこのアドレスデータからサーバ702のアプリケーションCが管理するオリジナル画像「A」の画像データを取得する。   When the application A acquires the image data of the original image “A” having a higher resolution than the image data of the shortcut image “a”, the terminal 701 first sets the address tag of the shortcut image “a” under the management of the application B. Subsequently, the image data of the original image “A” managed by the application C of the server 702 is acquired from the address data.

図7(b)は図7(a)に示したショートカット画像の転送手順シーケンスを示している。アプリケーションAからのアドレスタグ取得要求(アドレスタグデータ転送要求)に応じて(704)、アプリケーションBはショートカット画像「a」のアドレスタグデータをアプリケーションAへ転送する(705)。続いてアプリケーションAは取得したアドレスタグを解析し、アドレスタグに記述されたアドレスにしたがって、サーバ702のアプリケーションCへオリジナル画像「A」の画像データ取得要求(オリジナル画像データ転送要求)を発行する(706)。アプリケーションCはこれを受けてオリジナル画像「A」の画像データをアプリケーションAへ転送する(707)。このときの詳細な手順については後述する。   FIG. 7B shows a shortcut image transfer procedure sequence shown in FIG. In response to an address tag acquisition request (address tag data transfer request) from application A (704), application B transfers the address tag data of shortcut image “a” to application A (705). Subsequently, the application A analyzes the acquired address tag, and issues an image data acquisition request (original image data transfer request) of the original image “A” to the application C of the server 702 according to the address described in the address tag ( 706). In response to this, the application C transfers the image data of the original image “A” to the application A (707). The detailed procedure at this time will be described later.

図7の処理は、たとえばアプリケーションAを操作するユーザがショートカット画像「a」に示される画像の詳細を知りたいときに行なう。図6と同様にターミナル701をPC、アプリケーションAを閲覧ブラウザ、アプリケーションBをターミナル701で動作するOSであるとすると、たとえば、先の図6ではブラウザでショートカット画像「a」を閲覧したり印刷する動作が可能であるが、図7の処理によれば、ユーザがブラウザからショートカット画像「a」を閲覧し、その画像を印刷する場合に、低解像度のショートカット画像「a」よりも高解像度のオリジナル画像「A」を印刷対象としたほうが、印字品位を高めることができる。   The process in FIG. 7 is performed, for example, when the user operating the application A wants to know the details of the image shown in the shortcut image “a”. As in FIG. 6, assuming that the terminal 701 is a PC, the application A is a browsing browser, and the application B is an OS operating on the terminal 701, for example, in FIG. 6, the browser can browse or print the shortcut image “a”. Although the operation is possible, according to the process of FIG. 7, when the user views the shortcut image “a” from the browser and prints the image, the original having a higher resolution than the low-resolution shortcut image “a” is printed. The print quality can be improved by using the image “A” as a print target.

すなわち、図6のような処理により、ユーザはショートカット画像「a」を閲覧し、さらに印刷などの必要があれば、図7に示したようにショートカット画像「a」に記録されたアドレスタグから、オリジナル画像「A」を参照し高解像度の画像データを取得することができる。   That is, by the process as shown in FIG. 6, the user views the shortcut image “a”, and if there is a need for printing or the like, from the address tag recorded in the shortcut image “a” as shown in FIG. High-resolution image data can be acquired with reference to the original image “A”.

なお、以上ではアプリケーションA、B、Cの役割を切り分けて説明したが、本発明では画像を管理するアプリケーションの役割について特に規定しない。たとえば、ターミナル、サーバ共にアクセス可能なアプリケーションBとアプリケーションCの役割を含むアプリケーションAが、ショートカット画像「a」オリジナル画像「A」に直接アクセスして画像データを取得してもかまわない。また、ターミナル、サーバの区別についても特に上記の通りである必要はなく、ターミナル間やサーバ間で同様の処理が行われてもかまわない。   In the above description, the roles of the applications A, B, and C have been described separately. However, the present invention does not particularly define the role of the application that manages images. For example, the application A including the roles of the application B and the application C that can be accessed by both the terminal and the server may directly access the shortcut image “a” and the original image “A” to acquire image data. Also, the distinction between terminals and servers is not particularly required as described above, and the same processing may be performed between terminals or servers.

次に、図8を参照して図5〜図7に示した画像データの転送手順を詳細に説明する。図8はターミナル(上記の901、501、601、701)が実行する画像データの転送手順を示している。図8の手順は、CPU(904)の制御プログラムとしてHDD(906)やメモリ(905)に格納されていればよい。図8の制御手順に相当するプログラムの供給経路は任意であり、製品出荷時からこれらの記憶媒体に格納しておく他、MOやCD−ROM、DVD−ROMなどの記憶媒体を介して供給する、あるいはネットワーク経由で供給する方法を採用することができる。   Next, the image data transfer procedure shown in FIGS. 5 to 7 will be described in detail with reference to FIG. FIG. 8 shows a transfer procedure of image data executed by the terminals (the above-mentioned 901, 501, 601 and 701). The procedure of FIG. 8 may be stored in the HDD (906) or the memory (905) as a control program of the CPU (904). The program supply path corresponding to the control procedure in FIG. 8 is arbitrary, and is stored in these storage media from the time of product shipment, and is supplied via a storage medium such as an MO, CD-ROM, or DVD-ROM. Alternatively, a method of supplying via a network can be employed.

図8のステップS801でショートカット画像に対して画像データ転送要求が発生すると、ステップS802以降の処理が行なわれる。   When an image data transfer request is generated for the shortcut image in step S801 in FIG. 8, the processing from step S802 is performed.

たとえば本実施例では、図5〜図7に示したようにアプリケーションA(たとえばブラウザやイメージビューワ)がショートカット画像を管理するアプリケーションB(たとえばOS)やサーバのアプリケーションC(たとえばHTTPサーバ)に対して画像転送要求を行なう。   For example, in this embodiment, as shown in FIGS. 5 to 7, application A (for example, a browser or image viewer) manages application B (for example, OS) or server application C (for example, HTTP server) that manages shortcut images. An image transfer request is made.

次に、ステップS802で、要求された画像データが低解像度のサムネイル画像と高解像度のオリジナル画像のいずれであるかの判別を行なう。   In step S802, it is determined whether the requested image data is a low-resolution thumbnail image or a high-resolution original image.

ステップS802の判別は、ユーザが所定のユーザーインターフェースを介して行なった要求する画像データの解像度指定に基いて行なう、アプリケーションのデフォルトに応じて行なう(たとえばあるアプリケーションでは低解像度のサムネイル画像のみを取り扱うようなデフォルト設定が可能である)、などの方法が考えられる。また、たとえばWEBブラウザの場合は、HTTPの<IMG>のようなタグで配置されたイメージを当該WEBページ中に表示するような場合は低解像度のサムネイル画像が、また、WEBブラウザのメニューなどから、「画像を表示」や「View Image」(画像のみを1ページ内に表示する)、あるいは「画像をセーブ(ダウンロード)」や「Save Image」のようなメニューアイテムが選択された場合は高解像度のオリジナル画像が選択されたものとして取り扱う実装が考えられる。   The determination in step S802 is performed according to the application default based on the resolution designation of the requested image data performed by the user via a predetermined user interface (for example, a certain application handles only low-resolution thumbnail images. The default setting is possible). For example, in the case of a WEB browser, when an image arranged with a tag such as HTTP <IMG> is displayed in the WEB page, a low-resolution thumbnail image is displayed from the menu of the WEB browser. , "Display Image" or "View Image" (displays only the image in one page), or high resolution when a menu item such as "Save Image (Download)" or "Save Image" is selected An implementation that handles the original image as a selected one is conceivable.

ステップS802で要求する画像データが低解像度の画像データである場合はステップS803で画像の画像データを転送する処理を行なう。たとえば、図6のようにアプリケーションAがショートカット画像「a」の概要のみを知ればよい場合(オリジナル画像「A」の画像データが不必要な場合)は、ステップS803でショートカット画像「a」に含まれる画像データを転送する。すなわちステップS803でショートカット画像「a」のサムネイル画像がアプリケーションAに転送される。たとえばWEBブラウザの場合は、HTTPの<IMG>のようなタグで配置されたイメージを当該WEBページ中に表示するような場合がこれにあたる。   If the image data requested in step S802 is low resolution image data, a process of transferring the image data of the image is performed in step S803. For example, when the application A only needs to know the outline of the shortcut image “a” as shown in FIG. 6 (when the image data of the original image “A” is unnecessary), it is included in the shortcut image “a” in step S803. The image data to be transferred. That is, the thumbnail image of the shortcut image “a” is transferred to the application A in step S803. For example, in the case of a WEB browser, this is the case where an image arranged with a tag such as <IMG> of HTTP is displayed in the WEB page.

なお、このとき、ステップS802で要求している画像ファイルが低解像度のサムネイル画像で、かつ対象画像がDCF規格に準拠していれば、ショートカット画像フォーマットであるか否かの区別をすることなく、画像のサムネイル画像を転送すればよい。また、対象画像がDCF規格に準拠しておらず、サムネイルを含まない画像ファイルであったとしても、必要な解像度にアプリケーションAが縮小すればよい。   At this time, if the image file requested in step S802 is a low-resolution thumbnail image and the target image conforms to the DCF standard, it is not distinguished whether it is a shortcut image format or not. What is necessary is just to transfer the thumbnail image of an image. Further, even if the target image does not conform to the DCF standard and is an image file that does not include a thumbnail, the application A may be reduced to a necessary resolution.

なお、本実施例では画像データ転送の詳細については特に規定しないが、たとえば、アプリケーションBがショートカット画像「a」の画像ファイルにおいて、DCF規定に従ったサムネイル画像ファイルを展開し、画像データのみをアプリケーションAに転送してもよい。   In the present embodiment, details of image data transfer are not particularly defined. For example, in an image file of shortcut image “a”, application B expands a thumbnail image file in accordance with DCF rules, and only image data is applied to the application. You may forward to A.

一方、ステップS802で要求する画像データが高解像度の画像データである場合は、ステップS804以降で対象画像がショートカット画像フォーマットであるときはオリジナル画像を取得する処理(S805〜)を行い、対象画像がショートカット画像フォーマットでないときは、その画像の主画像を転送する処理(S806)を行なう。たとえば、WEBブラウザにおいては、「画像を表示」や「View Image」(画像のみを1ページ内に表示する)、あるいは「画像をセーブ(ダウンロード)」や「Save Image」のようなメニューアイテムが選択された場合、このような処理を行なう。   On the other hand, if the image data requested in step S802 is high-resolution image data, if the target image is in the shortcut image format in step S804 and thereafter, processing for obtaining the original image (S805) is performed. If it is not the shortcut image format, a process of transferring the main image of the image is performed (S806). For example, in the WEB browser, a menu item such as “Display image” or “View Image” (displays only the image in one page) or “Save image (download)” or “Save Image” is selected. If so, such processing is performed.

まず、ステップS804で対象とする画像が、本発明の分割管理フォーマットに対応したショートカット画像であるか否かを判別する。本実施例ではショートカット画像であるか否かの判別基準について特に規定しないが、たとえば、対象画像ファイルの任意のExifタグ(たとえばメーカーノーツタグ)に、ショートカット画像である旨の情報が記録されているか否かで判別してもよいし、対象画像ファイルにアドレスタグが存在するか否かで判別してもよい。   First, in step S804, it is determined whether or not the target image is a shortcut image corresponding to the division management format of the present invention. In this embodiment, the criterion for determining whether or not the image is a shortcut image is not particularly defined. For example, whether or not information indicating that the image is a shortcut image is recorded in any Exif tag (for example, a maker notes tag) of the target image file. The determination may be made based on whether or not the address tag is present in the target image file.

ステップS804で対象とする画像ファイルがショートカット画像のフォーマットでなければ、オリジナル画像を取得する必要がないため、ステップS806で当該画像の主画像データを転送する一般的な画像ファイルの展開処理が行われる。また、対象画像がショーカット画像であっても、その画像が主画像を有していれば、ステップS805以降のオリジナル画像転送処理を行わずに、ステップS806でショートカット画像の有する主画像データを転送してもよい。もちろん、対象画像がショートカット画像フォーマットであり、かつ、主画像を有していても、主画像データを無視してステップS805以降のオリジナル画像を取得する処理を行ってもよい。   If the target image file is not in the shortcut image format in step S804, there is no need to acquire the original image. Therefore, in step S806, a general image file expansion process for transferring the main image data of the image is performed. . Even if the target image is a show cut image, if the image has a main image, the main image data included in the shortcut image is transferred in step S806 without performing the original image transfer processing in step S805 and subsequent steps. May be. Of course, even if the target image is in the shortcut image format and has the main image, the main image data may be ignored and the original image after step S805 may be acquired.

ステップS804で対象画像がショートカット画像フォーマットでありオリジナル画像を取得するのであれば、ステップS805でそのショートカット画像からアドレスタグを取得する。具体的には図2〜4で説明したようなファイルフォーマットのアドレスタグに記録されるValueからオリジナル画像へのアドレスを示す文字列を取得する。たとえば、本実施例では、ショートカット画像「a」のアドレスタグから「http://www.canon.co.jp/original−image/ A.JPG」をオリジナル画像のアドレスを示す文字列として取得する。   If the target image is in a shortcut image format and an original image is acquired in step S804, an address tag is acquired from the shortcut image in step S805. Specifically, a character string indicating the address to the original image is acquired from the value recorded in the address tag of the file format as described with reference to FIGS. For example, in this embodiment, “http://www.canon.co.jp/original-image/A.JPG” is acquired from the address tag of the shortcut image “a” as a character string indicating the address of the original image.

このあとステップS807で、取得したアドレスが有効な値であるか否かの判別を行なうことができる(実装によってはこのステップS807の判定を省略してもよい)。もし、ステップS807で取得したアドレスの値が無効である(たとえば、DNS検索などによりサーバのアドレスを解決できないような場合がこれにあたる)と判別されれば、ステップS809でエラー処理を行なう。本実施例では、ステップS809において転送できないオリジナル画像データの代替にショートカット画像の画像データを転送する。また、たとえば「有効なアドレスタグがありませんでした」旨のエラー通知を行って、処理を終了してもよい。   Thereafter, in step S807, it can be determined whether or not the acquired address is a valid value (the determination in step S807 may be omitted depending on the implementation). If it is determined that the address value obtained in step S807 is invalid (for example, the case where the server address cannot be resolved by DNS search or the like), error processing is performed in step S809. In this embodiment, the image data of the shortcut image is transferred instead of the original image data that cannot be transferred in step S809. Further, for example, an error notification that “a valid address tag was not found” may be issued, and the processing may be terminated.

ステップS807で有効なアドレスタグであることが判別されれば、取得したオリジナル画像へのアドレスにしたがって、ステップS808でオリジナル画像を取得するための処理が行われる。本実施例では、オリジナル画像への取得処理については特に規定しないが、たとえばアプリケーションAからアプリケーションCへ向けてFTP(あるいはHTTPなど任意のデータ転送プロトコル)によるデータ転送要求を行なうものとする。   If it is determined in step S807 that the address tag is valid, processing for acquiring the original image is performed in step S808 according to the address to the acquired original image. In the present embodiment, the acquisition processing for the original image is not particularly defined, but for example, a data transfer request is made from application A to application C by FTP (or any data transfer protocol such as HTTP).

ステップS810でオリジナル画像へのアクセスに失敗(サーバのアプリケーションCが該当のオリジナル画像のファイルを指定された位置に発見できないなどの場合がこれにあたる)した場合にはステップS812でエラー処理を行なう。本実施例では、ステップS812においてオリジナル画像データの代替にショートカット画像の画像データを転送する。あるいは、たとえば「オリジナル画像へのアクセスに失敗しました」旨の処理、たとえば、「オリジナル画像にアクセスできませんでした」等の表示を行って処理を終了してもよい。   If access to the original image fails in step S810 (if the server application C cannot find the corresponding original image file at the designated position, etc.), error processing is performed in step S812. In this embodiment, the image data of the shortcut image is transferred in place of the original image data in step S812. Alternatively, for example, a process to the effect that “access to the original image has failed”, for example, “could not access the original image” may be displayed and the process may be terminated.

なお、本実施例では、アクセスができたか否かを判別する基準について特に規定しないが、たとえばアドレスの示す領域にオリジナル画像が存在しなかったり、何らかの理由によりアドレスの示す領域にアクセスできなかったときに、ステップS810でアクセスができなかったと判定することができる。これらの判定は、たとえばFTPやHTTPにおいて、サーバから返送される(200、403、404といった)リザルトコードを識別することにより可能である。   In this embodiment, the criteria for determining whether or not access has been made are not particularly defined. For example, when the original image does not exist in the area indicated by the address or when the area indicated by the address cannot be accessed for some reason. In step S810, it can be determined that the access has failed. These determinations can be made, for example, by identifying a result code (200, 403, 404, etc.) returned from the server in FTP or HTTP.

ステップS810でアプリケーションAからオリジナル画像「A」のFTP(あるいはHTTPなど任意のデータ転送プロトコル)による転送要求がアプリケーションCに許可されたら、ステップS811でアプリケーションAにオリジナル画像「A」の画像データを転送する処理が行われる。なお、本実施例で画像データの詳細な転送処理については特に規定しないが、たとえばアプリケーションCがオリジナル画像「A」の画像ファイルにおいて、DCF規定に従った主画像ファイルを展開し、画像データのみをアプリケーションAに転送してもよい。   In step S810, when the application A permits the application C to transfer the original image “A” using FTP (or any data transfer protocol such as HTTP), the image data of the original image “A” is transferred to the application A in step S811. Processing is performed. In this embodiment, detailed transfer processing of image data is not particularly defined. For example, in the image file of the original image “A”, the application C expands the main image file in accordance with the DCF specification, and only the image data is stored. You may forward to application A.

上記のようにして、ステップS803、S806、S809、S811、S812で転送された画像データは、この転送の要因となったユーザ指令に応じて処理されるのはいうまでもない。たとえば、WEBブラウザの場合は、上記のイメージのWEBページ中への通常表示、ユーザ指令の「画像を表示」や「View Image」(画像のみを1ページ内に表示する)に対応した画像表示、あるいはユーザ指令の「画像をセーブ(ダウンロード)」や「Save Image」に対応した画像ファイルデータのセーブなどが実行される。   Needless to say, the image data transferred in steps S803, S806, S809, S811, and S812 as described above is processed according to the user command that causes the transfer. For example, in the case of a WEB browser, normal display of the above image in the WEB page, image display corresponding to the user command “display image” and “View Image” (display only the image in one page), Alternatively, image file data corresponding to the user command “save image (download)” or “save image” is executed.

以上のように、本実施例によれば、アプリケーションAはショートカット画像「a」のアドレスタグからオリジナル画像「A」の格納位置を取得して、必要があればオリジナル画像「A」の画像データを取得することができる。また、アプリケーションAがショートカット画像「a」のサムネイル画像データのみを取得したいときや、オリジナル画像「A」の画像データを取得したかったが、ショートカット画像のアドレスタグがなかったり、オリジナル画像がアドレスタグの示す格納位置に存在しなかった等の理由から、処理が中断されたときには、ショートカット画像「a」の画像データを転送することができる。   As described above, according to the present embodiment, the application A acquires the storage position of the original image “A” from the address tag of the shortcut image “a”, and if necessary, stores the image data of the original image “A”. Can be acquired. In addition, when the application A wants to acquire only the thumbnail image data of the shortcut image “a” or wants to acquire the image data of the original image “A”, there is no address tag of the shortcut image, or the original image is an address tag. When the process is interrupted due to the fact that the image does not exist at the storage position indicated by, the image data of the shortcut image “a” can be transferred.

本実施例の転送手順によれば、ショートカット画像のアドレスタグには、オリジナル画像の保存されているアドレスが記録されているため、ショートカット画像にアクセス可能なアプリケーションまたは画像制御装置は、必要に応じてオリジナル画像の格納場所へアクセスすることが可能である。   According to the transfer procedure of the present embodiment, since the address where the original image is stored is recorded in the address tag of the shortcut image, an application or an image control apparatus that can access the shortcut image can be used as necessary. It is possible to access the storage location of the original image.

なお、ショートカット画像にアクセス可能な画像処理装置やPCのアプリケーションがショートカット画像に付与されたオリジナル画像のアドレスを利用してオリジナル画像を取得する手段や手順は任意に当業者が実装できる。たとえば、これらの装置やアプリケーションは、ショートカット画像に格納されたオリジナル画像のアドレスタグを抽出し、任意のインターフェースを経由してオリジナル画像をダウンロード、あるいはコピー、読み取ることができればよく、また、アドレスタグの抽出に関しては、アドレスタグはDCF/Exif形式のAPP1データとして格納されているため、たとえばアドレスタグのタグ番号を認識し、その内容を取り出すだけでよく、既存のソフトウェアを大きく変更することなくアドレスタグを抽出することができる。   A person skilled in the art can arbitrarily implement means and procedures for acquiring an original image using an address of the original image given to the shortcut image by an image processing apparatus or PC application that can access the shortcut image. For example, these devices and applications need only be able to extract the address tag of the original image stored in the shortcut image and download, copy, or read the original image via an arbitrary interface. Regarding the extraction, since the address tag is stored as APP1 data in the DCF / Exif format, for example, it is only necessary to recognize the tag number of the address tag and take out the contents thereof without changing the existing software greatly. Can be extracted.

また、上記実施例では、アドレスタグをURL(URI)形式で格納するようにしているので、オリジナル画像の格納場所はリモートホストの格納場所だけではなく、ローカルフォルダの格納場所も表現でき、非常に柔軟な運用が可能である。また、URL(URI)形式によれば、そのアクセス方法も指定できるため、種々のアクセスメソッド(以上の例ではオリジナル画像がHTTPを介してアクセスされる例を示したが、URL(URI)形式によればもちろんFTPその他のアクセスメソッドを指定できるのはいうまでもない)を介してオリジナル画像をユーザに入手させることができる。   In the above embodiment, since the address tag is stored in the URL (URI) format, the storage location of the original image can represent not only the storage location of the remote host but also the storage location of the local folder. Flexible operation is possible. Also, since the access method can be specified according to the URL (URI) format, various access methods (in the above example, the example in which the original image is accessed via HTTP are shown, but the URL (URI) format is used. (Of course, it is needless to say that FTP or other access methods can be specified), and the original image can be obtained by the user.

本実施例では、ショートカット画像ファイルのサムネイル画像は新たに生成する他、既にデジタルカメラなどで用いられているDCF/Exif形式のAPP1データとして格納されたサムネイルデータがあればそれを用いる(主画像はNULLデータとする)ようにしているため、少ない計算コストで高速にショートカット画像ファイルを生成することができる。   In this embodiment, a thumbnail image of the shortcut image file is newly generated, and if there is thumbnail data stored as APP1 data in the DCF / Exif format already used in a digital camera or the like, the thumbnail image is used (the main image is used). Therefore, a shortcut image file can be generated at high speed with low calculation cost.

あるいは、本実施例では、ショートカット画像ファイルの主画像として縮小画像(図1の106a)を用いるようにしてもよい。このようにショートカット画像ファイルの主画像として縮小画像を格納しておけば、ショートカット画像ファイルのサイズを抑えながら、しかもユーザは充分画像の細部を認識することができる(特別な改造をしなくても通常のEメールアプリケーションあるいは画像ビューワはこのショートカットファイルに主画像として格納された縮小画像の方を表示できると考えられる)。   Alternatively, in this embodiment, a reduced image (106a in FIG. 1) may be used as the main image of the shortcut image file. If the reduced image is stored as the main image of the shortcut image file in this way, the user can sufficiently recognize the details of the image while suppressing the size of the shortcut image file (without special modification). A normal e-mail application or image viewer may be able to display a reduced image stored as a main image in this shortcut file).

また、ショートカット画像ファイルの主画像として縮小画像(106a)を格納しておく方式によれば、抽出したアドレスタグを参照してオリジナル画像のダウンロードを行なおうとしたがリモートホストやサーバなどに格納しているはずのオリジナル画像が消去されてしまっているような場合においても、ショートカット画像に含まれているサムネイル画像より大きいサイズの縮小画像をオリジナル画像の代わりにユーザに利用させることもできる。縮小画像(106a)の縮小比率をDCF/Exif形式で用いられているサムネイル画像よりも小さくしておけば、オリジナル画像が消去されてしまっている場合でもユーザの画像利用の目的を達成できる可能性を高めることができる。また、比較的大きいサイズのディスプレイを有する携帯端末などにおいてはDCF/Exif形式で用いられているサムネイル画像では小さすぎ、画像の細部を充分視認できない場合があるが、この縮小画像を利用すれば大きいサイズのディスプレイを有効に活用することができる。   Also, according to the method of storing the reduced image (106a) as the main image of the shortcut image file, an attempt was made to download the original image with reference to the extracted address tag, but it is stored in the remote host or server. Even in the case where the original image that should have been deleted has been deleted, the user can use a reduced image having a size larger than the thumbnail image included in the shortcut image instead of the original image. If the reduction ratio of the reduced image (106a) is made smaller than the thumbnail image used in the DCF / Exif format, there is a possibility that the user's purpose of using the image can be achieved even when the original image has been deleted. Can be increased. In addition, in a portable terminal having a relatively large size display, the thumbnail image used in the DCF / Exif format is too small and the details of the image may not be sufficiently visible. However, if this reduced image is used, it is large. The size display can be used effectively.

以上のように、本実施例によれば、第1のオリジナル画像ファイルのうち、第1の画像よりも低解像度な第2の画像ファイル(ショートカット画像ファイル)を、第1の画像ファイルから切り分け、あるいは新たに第2の画像ファイルを生成し、この第2の画像ファイルに第1の画像ファイルの格納場所を付加する構成を採用しており、画像の概要を知りたいときにはファイルサイズの小さい第2の画像ファイルの画像データのみを利用し、画像の詳細を知りたいときには、第2の画像ファイルのみを手がかりに、第1の画像ファイルの高解像度の画像データを利用できるという優れた効果がある。特に、第2の画像ファイルそれ自体に第1の画像ファイルの格納場所がアドレスタグとして含まれているため、たとえば第2の画像ファイルを送信したメール本文などを紛失してしまっても第2の画像ファイルのみから第1の画像ファイルに到達できる、という優れた効果がある。   As described above, according to the present embodiment, the second image file (shortcut image file) having a lower resolution than the first image among the first original image files is separated from the first image file, Alternatively, a configuration is adopted in which a second image file is newly generated and the storage location of the first image file is added to the second image file. When only the image data of the first image file is used and it is desired to know the details of the image, the high-resolution image data of the first image file can be used only with the second image file as a clue. In particular, since the storage location of the first image file is included as an address tag in the second image file itself, for example, even if the e-mail body that transmitted the second image file is lost, the second image file is stored in the second image file. There is an excellent effect that the first image file can be reached only from the image file.

さらに、第2の画像ファイルのフォーマットとしては、ショートカット、エイリアス、シンボリックリンクなどとは異なり、それ自体、画像ファイルとして通用するDCF/Exif形式を用いているため、JPEG形式の画像ファイルを取り扱える通常のアプリケーション(画像ビューワ、WEBブラウザその他)であれば、第2の画像ファイルを表示したり、あるいは必要であれば編集したりすることができる、という優れた効果がある。   Furthermore, the second image file format is different from shortcuts, aliases, symbolic links, etc., and itself uses the DCF / Exif format that is accepted as an image file, so that it can handle JPEG format image files. If it is an application (image viewer, WEB browser, etc.), there is an excellent effect that the second image file can be displayed or edited if necessary.

特に、本実施例におけるショートカット画像ファイルのサムネイル画像ないし縮小画像を用いる格納形式を利用する画像データの転送においては、リモートホストやサーバなどに格納しているはずのオリジナル画像が消去されてしまっているような場合においても、最低限のバックアップ用途に利用することができる。   In particular, in the transfer of image data using a storage format using thumbnail images or reduced images of shortcut image files in the present embodiment, the original image that should have been stored in the remote host or server has been deleted. Even in such a case, it can be used for a minimum backup application.

一般に、PCなどで利用されているメイラー(あるいはメイラー機能を有するブラウザなど)は、オリジナル画像ファイルのリンクをメールなどで受信したが、そのリンク先のオリジナル画像ファイルが消去されてしまっている場合は、全く画像を表示することができない。   Generally, a mailer (or a browser having a mailer function) used on a PC receives a link of an original image file by e-mail or the like, but the original image file of the link destination has been deleted. , Can not display the image at all.

しかしながら、本実施例におけるようにサムネイル画像ないし縮小画像を含むショートカット画像ファイルによれば、オリジナル画像ファイルが消去されてしまっている場合でも、ショートカット画像ファイルのサムネイル画像ないし縮小画像を表示することができ、通信の目的を達成する可能性を高めることができる。   However, according to the shortcut image file including the thumbnail image or the reduced image as in the present embodiment, the thumbnail image or the reduced image of the shortcut image file can be displayed even when the original image file has been deleted. , Can increase the possibility of achieving the purpose of communication.

図8の転送手順の説明で示したようにオリジナル画像ファイルが消去されてしまっている場合にショートカット画像ファイルのサムネイル画像ないし縮小画像をバックアップ表示(あるいはセーブ/記録出力)に用いるためには現行のメイラー(あるいはメイラー機能を有するブラウザなど)を多少改造する必要があるかもしれないが、たとえば上記図8の転送手順の説明において例示したようにWEBブラウザを改造する、すなわち、オリジナル画像ファイルが取得不可能な場合にショートカット画像ファイルのサムネイル画像ないし縮小画像を表示するサブルーチンを追加するだけで良いから、この改造に必要なコストはそれ程大きくない。   As shown in the description of the transfer procedure in FIG. 8, when the original image file has been erased, the current thumbnail image or reduced image of the shortcut image file is used for backup display (or save / record output). Although it may be necessary to slightly modify the mailer (or a browser having a mailer function), for example, the WEB browser is modified as illustrated in the description of the transfer procedure in FIG. 8, that is, the original image file cannot be obtained. Since it is only necessary to add a subroutine for displaying thumbnail images or reduced images of shortcut image files when possible, the cost required for this modification is not so high.

すなわち、本実施例によれば、オリジナル画像ファイルと、そのアドレスタグを含むショートカット画像ファイルを用い、画像データを分割記録し、データ利用(転送:表示、印刷、セーブ(コピー))に際してショートカット画像ファイルのアドレスタグに基づきオリジナル画像ファイルを転送するか、条件に応じて、たとえばオリジナル画像ファイルが転送不可の場合(たとえばオリジナル画像ファイルを保有するサーバ/ホストに到達不能、あるいは該サーバ/ホストからオリジナル画像ファイルが消去されているような場合)ショートカット画像ファイルを転送するようにしているため、オリジナル画像ファイルが転送不可の場合は、元の画像情報にアクセスできないにしても、最低限の情報をショートカット画像ファイルから取得でき、ショートカット画像ファイルを画像データのバックアップ用途に利用できる、という優れた効果がある。   That is, according to the present embodiment, the original image file and the shortcut image file including the address tag are used, the image data is divided and recorded, and the shortcut image file is used when the data is used (transfer: display, print, save (copy)). The original image file is transferred based on the address tag of the original, or the original image file cannot be transferred depending on conditions (for example, the server / host holding the original image file cannot be reached, or the original image from the server / host is (If the file has been deleted) Since the shortcut image file is transferred, if the original image file cannot be transferred, even if the original image information cannot be accessed, the minimum amount of information is saved. Retrieve from file Can, can use the shortcut image files to backup use of the image data, there is an excellent effect that.

本発明のうち装置発明は任意の画像処理装置に実施することができる。また、本発明の方法ないしプログラムは適当な記憶媒体経由、あるいはネットワーク経由で対象の画像処理装置(PC、デジタルカメラ、など任意の画像処理装置)に導入することができる。   Of the present invention, the apparatus invention can be implemented in any image processing apparatus. The method or program of the present invention can be introduced into a target image processing apparatus (any image processing apparatus such as a PC or a digital camera) via an appropriate storage medium or via a network.

本発明の画像の分割管理に使用されるオリジナル画像とショートカット画像の構成を示した説明図である。It is explanatory drawing which showed the structure of the original image used for the division | segmentation management of the image of this invention, and a shortcut image. 図1のショートカット画像に付与されるアドレスタグの構成を示した説明図である。It is explanatory drawing which showed the structure of the address tag provided to the shortcut image of FIG. 本発明の画像の分割管理方式の一例を示した説明図である。It is explanatory drawing which showed an example of the division | segmentation management system of the image of this invention. 本発明の画像の分割管理方式の一例を示した説明図である。It is explanatory drawing which showed an example of the division | segmentation management system of the image of this invention. 本発明の画像の分割管理方式における転送処理の一例を示した説明図である。It is explanatory drawing which showed an example of the transfer process in the division | segmentation management system of the image of this invention. 本発明の画像の分割管理方式における転送処理の一例を示した説明図である。It is explanatory drawing which showed an example of the transfer process in the division | segmentation management system of the image of this invention. 本発明の画像の分割管理方式における転送処理の一例を示した説明図である。It is explanatory drawing which showed an example of the transfer process in the division | segmentation management system of the image of this invention. 本発明の画像の分割管理方式における転送制御手順を示したフローチャート図である。FIG. 6 is a flowchart showing a transfer control procedure in the image division management system of the present invention. 本発明を実施可能な処理環境および画像処理装置の構成を示した説明図である。It is explanatory drawing which showed the structure of the processing environment and image processing apparatus which can implement this invention.

符号の説明Explanation of symbols

100 オリジナル画像
101 ショートカット画像
105 APP1データセグメント
106 DCF基本主画像
501、601、701、901 ターミナル
502、602、702、902 サーバ
903 ネットワーク
904 CPU
905 メモリ
906 HDD
907 画像入力手段
908 インターフェース
910 ネットワークインターフェース
100 Original image 101 Shortcut image 105 APP1 data segment 106 DCF basic main image 501, 601, 701, 901 Terminal 502, 602, 702, 902 Server 903 Network 904 CPU
905 Memory 906 HDD
907 Image input means 908 interface 910 network interface

Claims (7)

画像処理装置のハードウェアを用いて画像データを分割記録し、また必要に応じて転送する画像データ処理方法において、
前記画像データを含みリモートホストないしローカルホスト上の所定の格納位置に格納された第1の画像ファイルと、
第1の画像ファイルの格納位置を示すアドレスタグと、第1の画像ファイルが含む前記画像データの内容を表現した画像データを含む第2の画像ファイルを用い、
第2の画像ファイルのアドレスタグに基づき第1の画像ファイルを転送するか、または、第2の画像ファイルを転送することを特徴とする画像データ処理方法。
In an image data processing method in which image data is divided and recorded using hardware of an image processing apparatus and transferred as necessary,
A first image file containing the image data and stored in a predetermined storage location on a remote host or local host;
Using an address tag indicating the storage location of the first image file and a second image file containing image data representing the contents of the image data included in the first image file,
An image data processing method comprising transferring a first image file or transferring a second image file based on an address tag of the second image file.
請求項1に記載の画像データ処理方法において、第2の画像ファイルのフォーマットが主画像を含まないDCF基本ファイルフォーマットであることを特徴とする画像データ処理方法。   2. The image data processing method according to claim 1, wherein the format of the second image file is a DCF basic file format not including a main image. 請求項1に記載の画像データ処理方法において、第2の画像ファイルのフォーマットがDCFサムネイルファイルフォーマットであることを特徴とする画像データ処理方法。   2. The image data processing method according to claim 1, wherein the format of the second image file is a DCF thumbnail file format. 請求項1に記載の画像データ処理方法において、第2の画像ファイルのフォーマットが第1の画像ファイルの画像データを縮小した主画像を含むDCF基本ファイルフォーマットであることを特徴とする画像データ処理方法。   2. The image data processing method according to claim 1, wherein the format of the second image file is a DCF basic file format including a main image obtained by reducing the image data of the first image file. . 請求項1に記載の画像データ処理方法において、前記第2の画像ファイルのアドレスタグに基づき第1の画像ファイルを転送できない場合に、第2の画像ファイルを転送することを特徴とする画像データ処理方法。   2. The image data processing method according to claim 1, wherein when the first image file cannot be transferred based on an address tag of the second image file, the second image file is transferred. Method. 請求項1〜5のいずれか1項に記載の画像データ処理方法を実施することを特徴とする画像処理装置。   An image processing apparatus that implements the image data processing method according to claim 1. 画像処理装置のハードウェアを用いて請求項1〜6のいずれか1項に記載の画像データ処理方法を実施することを特徴とする画像処理プログラム。   An image processing program that implements the image data processing method according to any one of claims 1 to 6 using hardware of an image processing apparatus.
JP2004329905A 2004-05-12 2004-11-15 Image data processing method, image processor, image processing program Withdrawn JP2006139632A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2004329905A JP2006139632A (en) 2004-11-15 2004-11-15 Image data processing method, image processor, image processing program
US11/126,192 US20050254072A1 (en) 2004-05-12 2005-05-11 Image data processing method, client terminal, image processing program, image data management method and image management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004329905A JP2006139632A (en) 2004-11-15 2004-11-15 Image data processing method, image processor, image processing program

Publications (1)

Publication Number Publication Date
JP2006139632A true JP2006139632A (en) 2006-06-01

Family

ID=36620411

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004329905A Withdrawn JP2006139632A (en) 2004-05-12 2004-11-15 Image data processing method, image processor, image processing program

Country Status (1)

Country Link
JP (1) JP2006139632A (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007180727A (en) * 2005-12-27 2007-07-12 Casio Comput Co Ltd Image reproducing device, calendar display method, program, and storage medium
JP2008271094A (en) * 2007-04-19 2008-11-06 Yahoo Japan Corp List image display device, list image display control method, and list image display control program
JP2009135685A (en) * 2007-11-29 2009-06-18 Canon Inc Program and image file management apparatus
JP2010041111A (en) * 2008-07-31 2010-02-18 Canon Inc Image processing apparatus, image processing method, program, and storage medium
JP2015062127A (en) * 2009-08-21 2015-04-02 三星電子株式会社Samsung Electronics Co.,Ltd. Methods and apparatuses for providing and receiving content via network, method and apparatus for backing up data via network, backup data providing device, and backup system
JP2016518653A (en) * 2013-03-22 2016-06-23 ドロップボックス, インコーポレイテッド Local server for synchronized online content management system
US9521193B2 (en) 2009-08-21 2016-12-13 Samsung Electronics Co., Ltd. Method and apparatus for providing and receiving contents via network, method and apparatus for backing up data via network, backup data providing device, and backup system

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007180727A (en) * 2005-12-27 2007-07-12 Casio Comput Co Ltd Image reproducing device, calendar display method, program, and storage medium
JP4670634B2 (en) * 2005-12-27 2011-04-13 カシオ計算機株式会社 Image reproducing apparatus, calendar display method, and program
JP2008271094A (en) * 2007-04-19 2008-11-06 Yahoo Japan Corp List image display device, list image display control method, and list image display control program
US8482763B2 (en) 2007-11-29 2013-07-09 Canon Kabushiki Kaisha Method and apparatus for generating a file using address and information tags
JP2009135685A (en) * 2007-11-29 2009-06-18 Canon Inc Program and image file management apparatus
JP2010041111A (en) * 2008-07-31 2010-02-18 Canon Inc Image processing apparatus, image processing method, program, and storage medium
US8482784B2 (en) 2008-07-31 2013-07-09 Canon Kabushiki Kaisha Retrieving substitute image data from a file when image data from the file cannot be processed
JP2015062127A (en) * 2009-08-21 2015-04-02 三星電子株式会社Samsung Electronics Co.,Ltd. Methods and apparatuses for providing and receiving content via network, method and apparatus for backing up data via network, backup data providing device, and backup system
US9521193B2 (en) 2009-08-21 2016-12-13 Samsung Electronics Co., Ltd. Method and apparatus for providing and receiving contents via network, method and apparatus for backing up data via network, backup data providing device, and backup system
US10200373B2 (en) 2009-08-21 2019-02-05 Samsung Electronics Co., Ltd. Method and apparatus for providing and receiving contents via network, method and apparatus for backing up data via network, backup data providing device, and backup system
US10291618B2 (en) 2009-08-21 2019-05-14 Samsung Electronics Co., Ltd. Method and apparatus for providing and receiving contents via network, method and apparatus for backing up data via network, backup data providing device, and backup system
US10389720B2 (en) 2009-08-21 2019-08-20 Samsung Electronics Co., Ltd. Method and apparatus for providing and receiving contents via network, method and apparatus for backing up data via network, backup data providing device, and backup system
JP2016518653A (en) * 2013-03-22 2016-06-23 ドロップボックス, インコーポレイテッド Local server for synchronized online content management system
US10277673B2 (en) 2013-03-22 2019-04-30 Dropbox, Inc. Local server for synced online content management system

Similar Documents

Publication Publication Date Title
US20050254072A1 (en) Image data processing method, client terminal, image processing program, image data management method and image management system
JP6566330B2 (en) Video editing method
US8472045B2 (en) Image-processing apparatus and image-processing method utilizing intermediate data
US8934124B2 (en) System for associating tag information with electronic data uploaded to a server unit from an image processing apparatus, by an intermediary apparatus
JP4272204B2 (en) Apparatus and method with facsimile function
KR20070116558A (en) Information processing system, information processing device, method, and computer program
JP4352940B2 (en) Image search apparatus and program
JP2006139632A (en) Image data processing method, image processor, image processing program
US8482763B2 (en) Method and apparatus for generating a file using address and information tags
JP5089353B2 (en) Program, file management apparatus and file management method
JP2008035224A (en) Log information management system, log information management device, log information management method, log information management program, and storage medium
JP4434925B2 (en) Information processing method, information processing apparatus, program, and storage medium
JP2005326908A (en) Image data processing method, image processing device, image processing program, image data management method, and image management system
JP2010050714A (en) Image processing unit, control method therefor, program and recording medium
JPH10326236A (en) Multimedia electronic mail system
JP5080325B2 (en) Information processing apparatus, information processing method, information processing program, and recording medium
JP4189592B2 (en) Image data management apparatus, image forming apparatus, and image data management method
EP1063598A2 (en) System and method for document management and document sharing
JP4390248B2 (en) Data management apparatus, control method therefor, and program
JP4992731B2 (en) Document management apparatus, document management system, and program
JP2006023938A (en) Image distribution system, image management device, control method, and program
JP2003186844A (en) Apparatus and method for access restriction, computer readable storage medium with access restriction program recorded thereon and access restriction program
US20090106264A1 (en) Status processor and status display method
JP2005010950A (en) File management device, file management method, program, and recording medium
JP5552292B2 (en) Method for switching processing of target folder, user terminal, network folder server, program, and computer-readable recording medium

Legal Events

Date Code Title Description
RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20070209

A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20080205