JP5080325B2 - Information processing apparatus, information processing method, information processing program, and recording medium - Google Patents
Information processing apparatus, information processing method, information processing program, and recording medium Download PDFInfo
- Publication number
- JP5080325B2 JP5080325B2 JP2008069152A JP2008069152A JP5080325B2 JP 5080325 B2 JP5080325 B2 JP 5080325B2 JP 2008069152 A JP2008069152 A JP 2008069152A JP 2008069152 A JP2008069152 A JP 2008069152A JP 5080325 B2 JP5080325 B2 JP 5080325B2
- Authority
- JP
- Japan
- Prior art keywords
- code stream
- storage
- unit
- file
- information processing
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Document Processing Apparatus (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Facsimiles In General (AREA)
- Storing Facsimile Image Data (AREA)
Description
本発明は、ネットワーク上に共有された文書にアクセスを行う情報処理装置、情報処理方法、情報処理プログラム及び記録媒体に関する。 The present invention relates to an information processing apparatus, an information processing method, an information processing program, and a recording medium that access a document shared on a network.
多くの文書は一般に複数の頁を有している。これら文書を利用するユーザは、全頁を一度に全て読むわけではなく、各々が関心のある特定の箇所だけを読むのが一般的である。このような背景において、標準書やマニュアル、教材等の複数頁から構成される文書の電子化に対応するため、Adobe社のPDF(Portable Document Format)等のマルチページをサポート可能な構造化文書が開発されている(例えば、非特許文献1参照)。 Many documents generally have multiple pages. Users who use these documents generally do not read all the pages at once, but typically only read the specific parts of interest. Against this background, there are structured documents that can support multi-pages such as Adobe's PDF (Portable Document Format) in order to support the digitization of documents consisting of multiple pages such as standard books, manuals, and teaching materials. It has been developed (for example, see Non-Patent Document 1).
このような構造化文書の構造は、一般にいくつかのレイアウトオブジェクトを持ち、そのレイアウトオブジェクトは高々1つのマスクを持ち、このマスクの値によって前景または背景を選択的にレンダリングする形になっている。これにより構造化文書においては非構造化文書よりも高画質で高圧縮率が実現される。同様な技術として、マスクに2値画像の符号化方式を適用し、前景と背景とに非特許文献2に示す符号化方式による符号化を施して構造化文書を構成するようにした符号化方式が開発されている(非特許文献3〜8)。
The structure of such a structured document generally has several layout objects, and the layout object has at most one mask, and the foreground or background is selectively rendered according to the value of this mask. As a result, the structured document achieves higher image quality and higher compression rate than the unstructured document. As a similar technique, a coding method of a binary image is applied to a mask, and a structured document is formed by coding the foreground and background according to the coding method shown in Non-Patent
ところで、電子文書をネットワーク環境で共有することで、当該電子文書に含まれる情報を複数のユーザに均質に提供することが行われている。このような環境では、各ユーザは共有された一の電子文書を共有して読み出すことが可能となっている。共有された電子文書を閲覧するような場合、FTP(File Transfer Protocol)を用いてローカルPC(Personal Computer)にダウンロードした後に展開されることが行われている。 By the way, by sharing an electronic document in a network environment, information included in the electronic document is uniformly provided to a plurality of users. In such an environment, each user can share and read one shared electronic document. When browsing a shared electronic document, it is developed after being downloaded to a local PC (Personal Computer) using FTP (File Transfer Protocol).
しかし、PDF等の構造化文書では、ユーザが必要とする文書が1ページであったとしても、電子文書全体をダウンロードする必要があるため、ダウンロードに要する時間やネットワークへの負荷が問題となる。また、電子文書の閲覧が行われるクライアントでの利用可能なメモリ量が電子文書全体のデータ量より少ない場合には、当該電子文書を展開することができないため、ユーザが必要とするページを閲覧することができないという問題がある。 However, in a structured document such as PDF, even if the document required by the user is one page, it is necessary to download the entire electronic document, so the time required for downloading and the load on the network become problems. In addition, when the amount of memory available on the client where the electronic document is browsed is smaller than the data amount of the entire electronic document, the electronic document cannot be expanded, and thus a page required by the user is browsed. There is a problem that can not be.
上記の問題については、従来、複数のファイルにより構成される複合ファイルにおいて、ユーザから指定されたページのファイルを結合することで新たな複合ファイルを生成し、ユーザに送信する技術が提案されている(例えば、特許文献1参照)。また、複合ファイルの生成に関しては、個別に記憶したファイル群から特定のキーワードに関連するファイルを検索し、該当したファイル群を1のファイルに結合する技術が提案されている(例えば、特許文献2参照)。 Regarding the above problem, conventionally, a technique has been proposed in which a composite file composed of a plurality of files is combined with a file of a page specified by the user to generate a new composite file and send it to the user. (For example, refer to Patent Document 1). As for the generation of a composite file, a technique has been proposed in which files related to a specific keyword are searched from individually stored file groups and the corresponding file groups are combined into one file (for example, Patent Document 2). reference).
ところで、従来の構造化文書では、1又は複数のコードストリームが一つのファイルを構成する要素として保持されているため、複数のページから特定のページの特定の解像度や一部の領域を抜粋する際には、コードストリーム単位で分割する必要がある。しかしながら、特許文献1、2に記載の技術にはその方法については何等記載されておらず適用することはできない。特に、特許文献2に記載された各ファイルを個別に記憶する構成としたとしても、各文書は章又は節単位で分割されたファイルとして記憶することになるため、各ファイルはマルチページとなり、1ページ単位での分割をすることはできない。また、ページ単位で個別に記憶した場合には、ページ数分のファイルを作成する必要がある。例えば、1000ページの文書であれば、1000個のファイルを予め作成する必要があるため、ファイルの管理にかかる負担が大きく現実的ではない。
By the way, in the conventional structured document, one or a plurality of code streams are held as elements constituting one file, and therefore when extracting a specific resolution or a partial area of a specific page from a plurality of pages. Needs to be divided in units of code streams. However, the techniques described in
本発明は、上記に鑑みてなされたものであって、ネットワーク上に共有された構造化文書が有するコードストリームのうち、特定のコードストリームにのみ効率的にアクセスすることが可能な情報処理装置、情報処理方法、情報処理プログラム及び記録媒体を提供することを目的とする。 The present invention has been made in view of the above, and an information processing apparatus capable of efficiently accessing only a specific code stream among code streams of structured documents shared on a network, An object is to provide an information processing method, an information processing program, and a recording medium.
上述した課題を解決し、目的を達成するために、請求項1にかかる発明は、コードストリームと、当該各コードストリームの格納位置を示した管理情報とを少なくとも含み、これらコードストリームと管理情報とが所定の構造で格納された構造化文書を記憶する外部記憶装置にネットワークを介してアクセスを行う情報処理装置において、前記構造化文書から前記管理情報を取得する第1取得手段と、前記第1取得手段により取得された管理情報が示す格納位置のうち、取得を行うコードストリームの格納位置の指定を受け付ける受付手段と、前記指定されたコードストリームの格納位置から前記コードストリームを取得する第2取得手段と、前記第1取得手段により取得された管理情報と、前記第2取得手段により取得されたコードストリームとを前記構造化文書に応じた構造で記憶手段に格納する記憶制御手段と、前記記憶手段に格納された各コードストリームに対応する前記記憶手段内の管理情報に、当該各コードストリームの格納位置を上書きする格納位置更新手段と、を備えたことを特徴とする。 In order to solve the above-described problems and achieve the object, the invention according to claim 1 includes at least a code stream and management information indicating a storage position of each code stream. In an information processing apparatus that accesses an external storage device that stores a structured document stored in a predetermined structure via a network, a first acquisition unit that acquires the management information from the structured document; Out of the storage positions indicated by the management information acquired by the acquisition means, receiving means for receiving designation of the storage position of the code stream to be acquired, and second acquisition for acquiring the code stream from the storage position of the specified code stream Means, management information acquired by the first acquisition means, and code stream acquired by the second acquisition means Storage control means for storing the data in the storage means in a structure corresponding to the structured document, and storage of each code stream in the management information in the storage means corresponding to each code stream stored in the storage means Storage position updating means for overwriting the position.
また、請求項2にかかる発明は、請求項1にかかる発明において、前記記憶制御手段は、前記第2取得手段により取得されたコードストリームを、前記構造化文書に格納されたコードストリームの格納順序に応じた順序で前記記憶手段に格納することを特徴とする。 According to a second aspect of the present invention, in the first aspect of the invention, the storage control means stores the code stream acquired by the second acquisition means in the order in which the code streams stored in the structured document are stored. Are stored in the storage means in the order according to the above.
また、請求項3にかかる発明は、請求項1にかかる発明において、前記記憶制御手段は、前記第2取得手段により取得されたコードストリームを、当該コードストリームが取得された順序で前記記憶手段に格納することを特徴とする。 According to a third aspect of the present invention, in the first aspect of the invention, the storage control unit stores the code stream acquired by the second acquisition unit in the storage unit in the order in which the code stream is acquired. It is characterized by storing.
また、請求項4にかかる発明は、請求項1にかかる発明において、前記管理情報は、前記構造化文書における一意の位置を起点とし、この起点から前記各コードストリームが格納された位置までのオフセットと長さを、前記格納位置として保持することを特徴とする。
The invention according to
また、請求項5にかかる発明は、請求項4にかかる発明において、前記第2取得手段は、前記構造化文書の起点から、前記コードストリームの格納位置に応じたオフセットと長さ分、離れた位置に格納された前記コードストリームを取得することを特徴とする。
The invention according to claim 5 is the invention according to
また、請求項6にかかる発明は、請求項1又は2にかかる発明において、前記記憶手段に記憶されたコードストリーム間の間隙を削除する削除手段を更に備え、前記格納位置更新手段は、前記削除手段により間隙が削除された後の各コードストリームの格納位置を、前記記憶手段に格納された当該各コードストリームに対応する管理情報に上書きすることを特徴とする。
The invention according to claim 6 is the invention according to
また、請求項7にかかる発明は、請求項1にかかる発明において、前記記憶手段に格納された各コードストリームを伸長する伸長手段を更に備えたことを特徴とする。 The invention according to claim 7 is the invention according to claim 1, further comprising decompression means for decompressing each code stream stored in the storage means.
また、請求項8にかかる発明は、請求項1にかかる発明において、前記受付手段は、前記構造化文書のページ単位で前記コードストリームの格納位置の指定を受け付けることを特徴とする。 The invention according to claim 8 is the invention according to claim 1, wherein the accepting unit accepts designation of a storage location of the code stream in units of pages of the structured document.
また、請求項9にかかる発明は、請求項1にかかる発明において、前記構造化文書は、ISO15444−1に準拠したファイルであることを特徴とする。 The invention according to claim 9 is the invention according to claim 1, wherein the structured document is a file conforming to ISO 15444-1.
また、請求項10にかかる発明は、請求項1にかかる発明において、前記構造化文書は、ISO15444−2に準拠したファイルであることを特徴とする。 The invention according to claim 10 is the invention according to claim 1, characterized in that the structured document is a file conforming to ISO 15444-2.
また、請求項11にかかる発明は、請求項1にかかる発明において、前記構造化文書は、ISO15444−4に準拠したファイルであることを特徴とする。 The invention according to claim 11 is the invention according to claim 1, wherein the structured document is a file conforming to ISO 15444-4.
また、請求項12にかかる発明は、請求項1にかかる発明において、前記構造化文書は、ISO15444−6に準拠したファイルであることを特徴とする。
The invention according to
また、請求項13にかかる発明は、請求項9〜12の何れか一項にかかる発明において、前記第1取得手段及び前記第2取得手段は、通信プロトコルとしてISO15444−9で規定されたJPIPを用いることを特徴とする。
The invention according to
また、請求項14にかかる発明は、請求項1にかかる発明において、前記構造化文書は、Portable Documet Formatの仕様に準拠したファイルであることを特徴とする。
The invention according to
また、請求項15にかかる発明は、請求項1にかかる発明において、前記構造化文書は、Multi Page Tagged Image Fileの仕様に準拠したファイルであることを特徴とする。
The invention according to
また、請求項16にかかる発明は、コードストリームと、当該各コードストリームの格納位置を示した管理情報とを少なくとも含み、これらコードストリームと管理情報とが所定の構造で格納された構造化文書を記憶する外部記憶装置にネットワークを介してアクセスを行う情報処理装置で実行される情報処理方法であって、第1取得手段が、前記構造化文書から前記管理情報を取得する第1取得ステップと、受付手段が、前記第1取得ステップで取得された管理情報が示す格納位置のうち、取得を行うコードストリームの格納位置の指定を受け付ける受付ステップと、第2取得手段が、前記指定されたコードストリームの格納位置から前記コードストリームを取得する第2取得ステップと、記憶制御手段が、前記第1取得ステップで取得された管理情報と、前記第2取得ステップで取得されたコードストームとを前記構造化文書に応じた構造で記憶手段に格納する記憶制御ステップと、格納位置更新手段が、前記記憶手段に格納された各コードストリームに対応する前記記憶手段内の管理情報に、当該各コードストリームの格納位置を上書きする格納位置更新ステップと、を含むことを特徴とする。 According to a sixteenth aspect of the present invention, there is provided a structured document including at least a code stream and management information indicating a storage position of each code stream, the code stream and the management information being stored in a predetermined structure. An information processing method executed by an information processing apparatus that accesses an external storage device to be stored via a network, wherein a first acquisition unit acquires the management information from the structured document; An accepting step for accepting designation of a storage location of a code stream to be acquired out of the storage locations indicated by the management information obtained in the first obtaining step, and a second obtaining device comprising the designated code stream A second acquisition step of acquiring the code stream from the storage position of the storage, and a storage control means acquired in the first acquisition step. A storage control step for storing the management information and the code storm acquired in the second acquisition step in a storage unit in a structure corresponding to the structured document, and a storage location update unit stored in the storage unit. And a storage location update step of overwriting the storage location of each code stream in the management information in the storage means corresponding to each code stream.
また、請求項17にかかる発明は、コードストリームと、当該各コードストリームの格納位置を示した管理情報とを少なくとも含み、これらコードストリームと管理情報とが所定の構造で格納された構造化文書を記憶する外部記憶装置にネットワークを介してアクセスを行うコンピュータを、前記構造化文書から前記管理情報を取得する第1取得手段と、前記第1取得手段により取得された管理情報が示す格納位置のうち、取得を行うコードストリームの格納位置の指定を受け付ける受付手段と、前記指定されたコードストリームの格納位置から前記コードストリームを取得する第2取得手段と、前記第1取得手段により取得された管理情報と、前記第2取得手段により取得されたコードストームとを前記構造化文書に応じた構造で記憶手段に格納する記憶制御手段と、前記記憶手段に格納された各コードストリームに対応する前記記憶手段内の管理情報に、当該各コードストリームの格納位置を上書きする格納位置更新手段と、して機能させることを特徴とする。 According to a seventeenth aspect of the present invention, there is provided a structured document including at least a code stream and management information indicating a storage position of each code stream, wherein the code stream and the management information are stored in a predetermined structure. A computer that accesses a storage external storage device via a network, a first acquisition unit that acquires the management information from the structured document, and a storage location indicated by the management information acquired by the first acquisition unit Receiving means for receiving designation of the storage location of the code stream to be acquired, second acquisition means for acquiring the code stream from the storage location of the designated code stream, and management information acquired by the first acquisition means And a code storm acquired by the second acquisition means in a structure corresponding to the structured document Storage control means for storing, and storage position update means for overwriting the storage position of each code stream in the management information in the storage means corresponding to each code stream stored in the storage means It is characterized by.
また、請求項18にかかる発明は、請求項17に記載の情報処理プログラムが記録されていることを特徴とする。
The invention according to
本発明によれば、ネットワーク上に存在する構造化文書から、当該構造化文書の要素となる各コードストリームの格納位置を示した管理情報を取得し、この管理情報に示された格納位置に基づいて、特定の格納位置に格納されたコードストリームのみを取得する。これにより、ネットワークに流れるデータ量を抑えることができるとともに、構造化文書の保持にかかるメモリ量も抑えることができるため、効率的にアクセスを行うことができる。また、取得した管理情報及びコードストリームを構造化文書に応じた構造で記憶手段に格納し、管理情報とコードストリームとの参照関係を更新するため、元の構造化文書との互換性を維持することが可能となり、元の構造化文書から特定のコードストリームを抜粋した状態で保持することができる。 According to the present invention, management information indicating the storage position of each code stream that is an element of the structured document is acquired from the structured document existing on the network, and based on the storage position indicated in the management information. Thus, only the code stream stored in the specific storage position is acquired. As a result, the amount of data flowing through the network can be reduced, and the amount of memory required for holding structured documents can also be reduced, so that access can be made efficiently. In addition, since the acquired management information and code stream are stored in the storage unit in a structure corresponding to the structured document, and the reference relationship between the management information and the code stream is updated, compatibility with the original structured document is maintained. And a specific code stream is extracted from the original structured document.
以下に添付図面を参照して、本発明にかかる情報処理装置、情報処理方法及び情報処理プログラムの最良な実施の形態を詳細に説明する。なお、以下の実施形態では、本発明の情報処理装置をPC(Personal Computer)等のファイル変換装置、ブラウジング装置、複写機やプリンタ、ファクシミリ等の印刷装置に適用した例を示すが、これに限定されるものではなく、ネットワーク上に共有された文書にアクセス可能な他の機器等にも適用することが可能である。 Exemplary embodiments of an information processing apparatus, an information processing method, and an information processing program according to the present invention are explained in detail below with reference to the accompanying drawings. In the following embodiment, an example in which the information processing apparatus of the present invention is applied to a file conversion apparatus such as a PC (Personal Computer), a browsing apparatus, a copier, a printer, a facsimile, or the like is shown. However, the present invention can be applied to other devices that can access documents shared on the network.
[第1の実施形態]
図1は、本発明にかかるファイル変換装置200を含む文書共有システムの構成を示した図である。同図に示したように、文書共有システムは、ネットワークNに接続された各機器に後述するJPMファイルを共有可能に提供する文書共有サーバ100と、JPMファイルにアクセスと行うファイル変換装置200と、ブラウジング装置300と、印刷装置400とを有している。以下、ファイル変換装置200、ブラウジング装置300、印刷装置400を総称してクライアントという。なお、ネットワークNに接続される文書共有サーバ100、ファイル変換装置200、ブラウジング装置300、印刷装置400の個数は、図1の態様に限定されないものとする。
[First Embodiment]
FIG. 1 is a diagram showing a configuration of a document sharing system including a
図1において、文書共有サーバ100とクライアントとはネットワークNを介して接続され、種々のデータの送受信を行う。なお、ネットワークNを介したデータ通信の通信プロトコルとして、国際標準ISO15444−9で規定されたJPIP(JPEG2000 Interactivity Tools, APIs and Protocols)を用いるものとするが、これに限らず、ファイル中の特定のページのみを個別にアクセスすることが可能な通信プロトコルであれば他のプロトコルを用いる態様としてもよい。
In FIG. 1, a
図2は、文書共有サーバ100のハードウェア構成を示した図である。同図に示したように、文書共有サーバ100は、CPU(Central Processing Unit)11と、ROM(Read Only Memory)12と、RAM(Random Access Memory)13と、マウスやキーボード等の入力デバイスから構成される操作部14と、液晶モニタ等の表示デバイスから構成される表示部15と、HDD(Hard Disk Drive)等の記憶部16と、外部装置(ファイル変換装置200等)との通信を制御する通信I/F部17と、原稿の読み取りを行うスキャナ部18と、これら各部を接続するバス19とを備えており、通常のコンピュータを利用したハードウェア構成となっている。ROM12、記憶部16には、各種プログラムや各種データが記憶される。CPU11は、ROM12や記憶部16に記憶されている各種プログラムをRAM13にロードしてこれを実行することにより、文書共有サーバ100全体を制御し、後述する各種機能部を実現させる。
FIG. 2 is a diagram illustrating a hardware configuration of the
また、記憶部16には、スキャナ部18により読み取られた原稿画像が、後述する圧縮・符号化部112より構造化文書用のファイルフォーマットで符号化された構造化文書として記憶(蓄積)されている。ここで、構造化文書とは、文字からなる文字部や絵柄からなる絵柄部などの構成要素が混在する一般的な文書において、これらの構成要素をオブジェクトとして捉え、前景、背景及び前景と背景とを切り替えるためのマスクを有した複数のコードストリームから構成されるものである。
Further, the document image read by the
本実施形態では、構造化文書の符号化方式としてJPEG2000符号化方式(非特許文献2〜8参照)を用いるものとする。JPEG2000符号化方式(以下、単に「JPEG2000」という)では、従来のJPEGが離散コサイン変換を用いるのに対し、離散ウェーブレット変換を用いることにより、ブロック歪みを発生させることなくJPEGの約2倍の圧縮効果を実現している。
In the present embodiment, it is assumed that the JPEG2000 encoding method (see
JPEG2000には、各種規定が定められており、例えば、ROI(関心領域)の符号化オプションなどが含まれるJPEG2000のPart2(ISO15444−2)、動画規格であるJPEG2000のPart3(ISO15444−3)、絵や文字などの異なる特性を含む複合的な画像に特化した規格であるJPEG2000のPart6(ISO15444−6)などが存在している。 Various specifications are defined in JPEG2000. For example, Part2 (ISO15444-2) of JPEG2000 that includes an encoding option of ROI (region of interest), Part3 (ISO15444-3) of JPEG2000, which is a moving image standard, and a picture JPEG2000 Part 6 (ISO 15444-6), which is a standard specialized for composite images including different characteristics such as text and characters, exists.
以下、JPEG2000のPart6について説明する。JPEG2000のPart6は、絵や文字などの異なる特性を含む複合的な画像に特化した規格であり、国際標準ISO15444−615444−6で規定されている。このJPEG2000のPart6で定められたJPEG2000データのファイル拡張子は「JPM」となっている。以下、JPEG2000のPart6で符号化された構造化文書を「JPMファイル」という。また、文書共有サーバ100が提供するJPMファイルを「オリジナルのJPMファイル」という。JPMファイルは、文書を構成するための複数のボックス(Box)を有しており、これらボックスで規定される内容の階層関係や、包含関係によりJPMファイルを構成する各ページが表される。
Hereinafter, Part 6 of JPEG2000 will be described. Part 6 of JPEG2000 is a standard specialized for composite images including different characteristics such as pictures and characters, and is defined by the international standard ISO15444-615444-6. The file extension of JPEG2000 data defined in Part 6 of JPEG2000 is “JPM”. Hereinafter, a structured document encoded with Part 6 of JPEG 2000 is referred to as a “JPM file”. The JPM file provided by the
図3は、JPMファイルのデータ構造を模式的に示した図である。同図に示したように、JPMファイルは、JPMファイルを管理するための各種の情報(管理情報)が格納されるヘッダ部と、JPMファイルの各ページに含まれた各種のコードストリームが格納されるデータ部とに大別される。 FIG. 3 is a diagram schematically showing the data structure of the JPM file. As shown in the figure, the JPM file stores a header portion in which various information (management information) for managing the JPM file is stored, and various code streams included in each page of the JPM file. The data section is roughly divided.
ヘッダ部のうち、メタデータには、図示しない下記の3つのフィールドが格納されている。
1.マジックナンバー
2.Signature Field
3.Type Field
In the header part, the following three fields (not shown) are stored in the metadata.
1. Magic number Signature Field
3. Type Field
ここで「マジックナンバー」には、本JPMファイルに固有の識別情報が記述されている。また、「Signature Field」には、本JPMファイルがJPEG2000に依存したファイルであることを示す情報が記述されている。また、「Type Field」には、ファイルタイプ、バージョン、互換性等を示す情報が記述されている。これら3つのフィールドは、この順序でJPMファイルの先頭部分に格納されるよう規定されている。 Here, “magic number” describes identification information unique to this JPM file. In “Signature Field”, information indicating that this JPM file is a file dependent on JPEG2000 is described. In “Type Field”, information indicating the file type, version, compatibility, and the like is described. These three fields are defined to be stored in the head portion of the JPM file in this order.
メタデータの後段に位置するヘッダデータには、コンパウンドヘッダデータと、ページコレクションボックスと、ページボックスとが格納されている。コンパウンドヘッダデータには、本JPMファイルが構造化文書であることを示す情報が記述されている。ページコレクションボックスには、本JPMファイルに含まれる各ページを管理するための情報が記述されており、各ページを指示するためのページボックスと対応付けられている。JPMでの規定では「ファイル→ページコレクション→ページ→レイアウトオブジェクト→オブジェクト→コードストリーム」の順で参照が行われるが、以下では説明の簡略化のため「ファイル→ページコレクション→ページ→コードストリーム」の順で参照が行われるものとして動作を説明する。なお、図3の例では、ページボックスとして「ページボックス0」と「ページボックス1」とが示されているが、これは「ページボックス0」と「ページボックス1」とに対応する2ページ分のファイルからJPMファイルが構成されることを意味している。以下、「ページボックス0」、「ページボックス1」に対応するページを夫々「ページ0」、「ページ1」と表す。 In the header data located after the metadata, compound header data, a page collection box, and a page box are stored. In the compound header data, information indicating that the JPM file is a structured document is described. In the page collection box, information for managing each page included in the JPM file is described, and is associated with a page box for designating each page. In JPM, references are made in the order of “File → Page Collection → Page → Layout Object → Object → Code Stream”, but in the following, for simplification of explanation, “File → Page Collection → Page → Code Stream” The operation will be described assuming that reference is made in order. In the example of FIG. 3, “page box 0” and “page box 1” are shown as page boxes, but this corresponds to two pages corresponding to “page box 0” and “page box 1”. This means that a JPM file is composed of these files. Hereinafter, the pages corresponding to “page box 0” and “page box 1” are represented as “page 0” and “page 1”, respectively.
各ページボックス内には、対応するページの要素となるオブジェクト毎に図示しないオブジェクトボックス(Object Box)が用意されている。これら各オブジェクトボックスには、対応するオブジェクトを表すコードストリームの位置を指示するための情報(オフセットと長さ)が夫々記述されており、このオフセットと長さが示す位置に基づいてコードストリームが読み出されるようになっている。ここで「オフセット」とは、JPMファイルにおいて一意に定まる位置から、各コードストリームの先頭位置まで距離を示す情報である。また「長さ」とは、各コードストリームの先頭から終端までのデータ長を示す情報である。なお、各コードストリームについてのオフセットと長さは、JPEG2000による圧縮・符号化の際に、対応する各ページボックスに含まれるオブジェクトボックスに夫々書き込まれるものとする。 In each page box, an object box (Object Box) (not shown) is prepared for each object as an element of the corresponding page. Each object box describes information (offset and length) for indicating the position of the code stream representing the corresponding object, and the code stream is read based on the position indicated by the offset and the length. It is supposed to be. Here, the “offset” is information indicating a distance from a position uniquely determined in the JPM file to the head position of each code stream. The “length” is information indicating the data length from the beginning to the end of each code stream. It is assumed that the offset and length for each code stream are written in the object boxes included in the corresponding page boxes at the time of compression / encoding by JPEG2000.
図3の例では、「ページボックス0」に含まれるオブジェクトボックス0は「コードストリーム0」の格納位置を示す「オフセット0」、オブジェクトボックス1には「コードストリーム1」の格納位置を示す「オフセット1」とが記述されることで、ページ0の要素として「コードストリーム0」と「コードストリーム1」とを参照することが可能となる(図中、破線参照)。また、同様に「ページボックス1」に含まれるオブジェクトボックス2は「オフセット2」が記述されることで、ページ1の要素として「コードストリーム2」を参照することが可能となっている。このように、各ページボックスからは、対応するページの要素となるコードストリームに夫々アクセスできるようになっている。
In the example of FIG. 3, the object box 0 included in “page box 0” is “offset 0” indicating the storage position of “code stream 0”, and the object box 1 is “offset” indicating the storage position of “code stream 1”. By describing “1”, “code stream 0” and “code stream 1” can be referred to as elements of page 0 (see the broken line in the figure). Similarly, the
なお、JPEG2000のPart6で規定されるJPMファイルでは、上述したオフセットによる格納位置の指定ではなく、ボックス単位で付与されるPlace HolderのIDにより参照することも可能である。また、コードストリームが格納される順番は任意でよく、出現する順番が変動しても標準互換のJPMファイルとして機能すると規定されている。 In the JPM file specified by Part 6 of JPEG 2000, it is also possible to refer to the place holder ID given in units of boxes, instead of specifying the storage position by the offset described above. Further, the order in which the code streams are stored may be arbitrary, and it is defined that the code stream functions as a standard compatible JPM file even if the order of appearance varies.
図4は、図3に示したJPMファイルの表示例を示した図である。図4において、左辺に示した「ページ0」、「ページ1」は、「ページボックス0」、「ページボックス1」に夫々対応するページであって、これら2ページによりJPMファイルが構成されている。ここで、右辺は、「ページ0」が「コードストリーム0」と「コードストリーム1」とから構成されていることを表しており、また「ページ1」が「コードストリーム2」から構成されていることを表している。なお、各コードストリームが表す画像の大きさ(縮小率)やレイアウト位置(X,Y)は、各コードストリームに対応するページボックス毎に用意された、図示しないレイアウトオブジェクトヘッダデータ(Layout Object Header Box)により規定されているものとする。
FIG. 4 is a view showing a display example of the JPM file shown in FIG. In FIG. 4, “page 0” and “page 1” shown on the left side are pages corresponding to “page box 0” and “page box 1”, respectively, and a JPM file is composed of these two pages. . Here, the right side indicates that “page 0” is composed of “code stream 0” and “code stream 1”, and “page 1” is composed of “
図5は、文書共有サーバ100の機能的構成を示した図である。文書共有サーバ100は、CPU11とROM12又は記憶部16に記憶された各種プログラムとの協働により実現する機能部として、原稿読取部111と、圧縮・符号化部112と、アクセス要求受付部113と、符号データ読出部114とを備える。
FIG. 5 is a diagram showing a functional configuration of the
原稿読取部111は、スキャナ部18を制御し、スキャナ上に置かれた原稿を画像データとして順次読み取る。
The
圧縮・符号化部112は、原稿読取部111により読み取られた画像データに対し、JPEG2000で符号化を行うことで、図3に示したデータ構造を有するJPMファイルを生成し、これを記憶部16に記憶させる。なお、本実施形態では、符号化対象となる画像データを、原稿読取部111により読み取られた画像データとしたが、これに限らず、通信I/F部17を介して入力される画像データであっても同様に扱うことが可能である。
The compression /
アクセス要求受付部113は、外部装置(ファイル変換装置200等)から送信された各種アクセス要求を通信I/F部17を介して受け付けるとともに、これら各種アクセス要求に応じて符号データ読出部114により後述する送信バッファにコピーされた応答情報を、通信I/F部17を介して送信元の外部装置に送信する。
The access
また、アクセス要求受付部113は、送信した内容をRAM13又は記憶部16に確保されたキャッシュ領域(図示せず)に登録する。また、アクセス要求受付部113は、外部装置から受け付けた要求内容とキャッシュ領域に登録された登録内容の重なり度合いを判定し、重なりがない部分を符号データ読出部114に読み出させる。一方、要求内容がキャッシュ領域に登録された範囲内の場合には、既に送信済みである旨の指示情報を送信元の外部装置に送信する。このように、既に送信したデータについては、そのデータの送信を抑止することにより、ネットワーク上での冗長なトラフィックを制限することができる。なお、キャッシュ領域に登録した内容は、所定時間経過後や外部装置との接続断後等所定のタイミングでクリアされることが好ましい。
The access
符号データ読出部114は、アクセス要求受付部113で受け付けられた各種のアクセス要求に応じて、記憶部16に記憶されたJPMファイルから各種の情報を読み出し、これらを応答情報としてRAM13に確保された送信バッファにコピーする。
The code
具体的に、符号データ読出部114は、アクセス要求受付部113から特定のJPMファイルについてメタデータに関するアクセス要求が入力されると、指定されたJPMファイルからメタデータを読み出し、この要求に対する応答情報として送信バッファにコピーする。
Specifically, when an access request regarding metadata for a specific JPM file is input from the access
また、符号データ読出部114は、アクセス要求受付部113から特定のJPMファイルについてヘッダデータに関するアクセス要求が入力されると、指定されたJPMファイルからヘッダデータを読み出し、この要求に対する応答情報として送信バッファにコピーする。
In addition, when an access request regarding header data is input for a specific JPM file from the access
また、符号データ読出部114は、アクセス要求受付部113からコードストリームに関するアクセス要求が入力されると、要求されたコードストリームをJPMファイルから当該アクセス要求に対する応答情報を読み出し、アクセス要求受付部113に出力する。ここで、コードストリームに関するアクセス要求には、オフセットと長さ又はPlace Holder IDが含まれているものとし、これらの情報に基づいて特定のJPMファイルからコードストリームが読み出されるものとする。
When the access request regarding the code stream is input from the access
次に、文書共有サーバ100にアクセスを行うファイル変換装置200について説明する。ファイル変換装置200は、文書共有サーバ100により提供されるJPMファイルの一部又は全てのページを取得し、ローカル上に保持する情報処理装置である。なお、図1に示したブラウジング装置300、印刷装置400については後述する。
Next, the
図6は、ファイル変換装置200のハードウェア構成を示した図である。同図に示したように、ファイル変換装置200は、CPU21、ROM22、RAM23、HDD等の記憶部26、外部装置(文書共有サーバ100等)との通信を制御する通信I/F部27、及びこれらを接続するバス28、また場合によってはマウスやキーボード等の入力デバイスから構成される操作部24、液晶モニタ等の表示デバイスから構成される表示部25、通常のコンピュータを利用したハードウェア構成も備えている。ROM22又は記憶部26には、各種プログラムや各種データが記憶される。CPU21は、ROM22や記憶部26に記憶されている各種プログラムをRAM23にロードしてこれを実行することにより、ファイル変換装置200全体を制御し、後述する各種機能を実現させる。
FIG. 6 is a diagram illustrating a hardware configuration of the
次に、図7、図8を参照して、ファイル変換装置200のCPU21が各種プログラムを実行することによりファイル変換装置200において実現される本実施形態に特有の機能について説明する。図7は、ファイル変換装置200の機能的構成を示した図である。ファイル変換装置200は、CPU21とROM22又は記憶部26に記憶された各種プログラムとの協働により実現する機能部として、制御部211と、メタデータアクセス部212と、ヘッダデータアクセス部213と、コードストリームアクセス部214と、コードストリーム格納部215と、オフセット書込部216とを備える。
Next, with reference to FIGS. 7 and 8, functions unique to the present embodiment that are realized in the
また、図8は、特許請求の範囲に記載の各手段と、上記した各機能部との関係を示した図である。同図に示したように、制御部211が受付手段に対応し、メタデータアクセス部212及びヘッダデータアクセス部213が第1取得手段に対応し、コードストリームアクセス部214が第2取得手段に対応し、コードストリーム格納部215が記憶制御手段に対応し、オフセット書込部216が格納位置更新手段に対応している。また、文書共有サーバ100は外部記憶装置に対応し、RAM13又は記憶部16が記憶手段に対応する。なお、伸長手段は後述する伸長部311に対応し、削除手段は後述するコードストリーム格納部511に対応し、描画装置は表示部25又は印刷装置400に対応する。
FIG. 8 is a diagram showing the relationship between each means described in the claims and each functional unit described above. As shown in the figure, the
制御部211は、ファイル変換装置200全体の動作を統括的に制御する。具体的に、制御部211は、制御部211は、ユーザから操作部24を介して入力される種々の指示情報を受け付け、この指示内容に応じて各部を制御する。また、制御部211は、文書共有サーバ100により提供されるJPMファイルの選択にかかる支援画面(GUI:Graphical User Interface)や、JPMファイル中のページボックスの指定にかかる支援画面等を表示部25に表示する。ここで、JPMファイルの指定は、サーバ名やURI(Uniform Resource Identifier)、ディレクトリパス等により指定されるものとする。
The
メタデータアクセス部212は、通信I/F部27を介し、特定のJPMファイルに含まれたメタデータの読み出しを要求する情報を文書共有サーバ100に送信することで、この要求内容に応じたメタデータを文書共有サーバ100から取得する。また、メタデータアクセス部212は、取得したメタデータをRAM23又は記憶部26に予め用意された所定の領域に格納する。以下、この領域を「メモリエリア」という。
The
ヘッダデータアクセス部213は、通信I/F部27を介し、文書共有サーバ100の記憶部16に記憶された特定のJPMファイルにアクセスすることで、当該JPMファイルからヘッダデータを取得する。ここで、ボックスの指定方法は、文書共有サーバ100におけるJPMファイルの格納位置と、アクセス対象となるボックスのID(例えば、ページボックス1等)を指定する方法と、ファイル上の一意の位置からのオフセット及び長さを指定する方法の何れかにより実現される。また、ヘッダデータアクセス部213は、取得したヘッダデータを、共有元のJPMファイルに応じた構造、即ち、JPEG2000に準じた形式でメモリエリアに格納する。具体的には、既にメモリエリアに格納されたメタデータの後段に格納する。
The header
コードストリームアクセス部214は、通信I/F部27を介し、文書共有サーバ100の記憶部16に記憶された特定のJPMファイルにアクセスすることで、当該JPMファイルからコードストリームを個別に取得する。具体的に、コードストリームアクセス部214は、ヘッダデータアクセス部213により取得されたヘッダデータのページボックスの中で特定のページボックスの指定を受け付けると、このページボックス含まれるオブジェクトボックスに記述されたオフセットと長さからコードストリームを個別に取得する。ここで、コードストリームへのアクセス方法は、特定のページに対応するページボックスのID(例えば、ページボックス1等)を指定する方法と、オフセットと長さを直接指定する方法の何れかにより実現される。
The code
コードストリーム格納部215は、コードストリームアクセス部214により取得されたコードストリームを、共有元のJPMファイルに応じた構造、即ち、JPEG2000に準じた形式でメモリエリアに格納する。具体的には、既にメモリエリアに格納されたヘッダデータ又はコードストリームの後段に順次格納したり、文書共有サーバに保存されていたのと同じ順番に格納する方法が挙げられる。
The code
オフセット書込部216は、コードストリーム格納部215により格納された各コードストリームのメモリエリア上でのオフセットと長さを算出し、メモリエリアに格納された当該各コードストリームと参照関係にあるページボックスに含まれるオブジェクトボックスのオフセットフィールドに夫々上書きする。
The offset
具体的に、オフセット書込部216は、メモリエリアに格納されたJPMファイルの先頭アドレスを基準とし、この先頭アドレスから各コードストリームの先頭アドレスまでのオフセットと長さを対応するページボックスに含まれるオブジェクトボックス(図示せず)に上書きする。
Specifically, the offset
以下、本実施形態にかかるファイル変換装置200の動作について説明する。図9は、文書共有サーバ100とファイル変換装置200とにより実行されるファイル共有処理の手順を示したフローチャートである。ここで、ステップS11〜S22はファイル変換装置200で実行される処理を示しており、ステップS31〜S37は文書共有サーバ100で実行される処理を示している。
Hereinafter, the operation of the
ファイル変換装置200において制御部211は、文書共有サーバ100により提供されるJPMファイル群から、特定のJPMファイルが操作部24を介して指定されるまで待機を行う(ステップS11;No)。ここで、制御部211が特定のJPMファイルを指定する指示情報を受け付けると(ステップS11;Yes)、メタデータアクセス部212は、ステップS11で指定されたJPMファイルのメタデータへのアクセスを要求する情報を、通信I/F部27を介して文書共有サーバ100に送信する(ステップS12)。
In the
一方、文書共有サーバ100では、アクセス要求受付部113がクライアントからのアクセスを待機し(ステップS31;No)、アクセスを確認すると(ステップS31;Yes)、クライアントから送信された要求内容がキャッシュ領域に登録された登録内容が含まれるか否かを比較する(ステップS32)。
On the other hand, in the
ステップS32の結果、アクセス要求内容は既にキャッシュされた登録内容に含まれると判定した場合には(ステップS33;No)、既に送信済みの旨の情報をクライアントに送信し(図示せず)、ステップS31に再び戻る。また、ステップS32の結果、アクセス要求受付部113が要求内容にキャッシュ領域に未登録の内容が含まれると判定した場合(ステップS33;Yes)、符号データ読出部114は、クライアントからの要求内容の内、未送信のデータを指定されたJPMファイルから読み出し、応答情報として送信バッファにコピーする(ステップS34)。
If it is determined in step S32 that the access request content is included in the already cached registration content (step S33; No), information indicating that transmission has already been performed is transmitted to the client (not shown). Return to S31 again. As a result of step S32, when the access
続いて、アクセス要求受付部113は、ステップS34で送信バッファにコピーされた応答情報を、通信I/F部17を介してファイル変換装置200に送信した後(ステップS35)、この送信が成功したか否かを判定する(ステップS36)。ここで、成功か否の判定は、ファイル変換装置200から送信される受信成功の旨の情報(ACK(ACKnowledgement)等)に基づいて行うものとする。
Subsequently, the access
ステップS36において、送信失敗と判定した場合には(ステップS36;No)、ステップS35に再び戻り、送信バッファにコピーされた応答情報を再度送信する。なお、さらに失敗した場合の再送信可能な回数については、特に制限しないものとするが、制限回数に達した場合にはステップS31に再び戻るものとする。 If it is determined in step S36 that transmission has failed (step S36; No), the process returns to step S35, and the response information copied to the transmission buffer is transmitted again. It should be noted that the number of retransmittable times in the case of further failure is not particularly limited. However, when the limit number is reached, the process returns to step S31 again.
また、ステップS36において、送信成功と判定した場合には(ステップS36;Yes)、アクセス要求受付部113は、ステップS35で送信した送信内容をキャッシュ領域に登録し(ステップS37)、ステップS31に再び戻る。ここで、キャッシュ領域に登録された内容は、今後ステップS31で受け付けた要求内容との比較に用いられることになる。
If it is determined in step S36 that the transmission is successful (step S36; Yes), the access
一方、ファイル変換装置200では、メタデータアクセス部212がステップS14で要求したメタデータを文書共有サーバ100から取得すると、このメタデータをメモリエリアに格納する(ステップS13)。
On the other hand, in the
次いで、ヘッダデータアクセス部213は、ステップS11で指定されたJPMファイルのヘッダデータへのアクセスを要求する情報を、通信I/F部27を介して文書共有サーバ100に送信し(ステップS14)、この要求に応じたヘッダデータを文書共有サーバ100から取得すると、このヘッダデータをメモリエリアに格納されたメタデータの後段に格納する(ステップS15)。なお、ヘッダデータの要求に対する文書共有サーバ100での処理は、上述したステップS31〜S37と同様であるため説明は省略する。
Next, the header
図10は、ステップS15の処理終了時におけるメモリエリアの状態と、文書共有サーバ100でのJPMファイルの状態とを示した図である。ここで、右図が文書共有サーバ100でのJPMファイルの状態(データ構造)、左図がファイル変換装置200のメモリエリアに格納された当該JPMファイルのメタデータ、ヘッダデータの状態を示している。
FIG. 10 is a diagram showing the state of the memory area at the end of the processing in step S15 and the state of the JPM file in the
図10に示したように、ここまでの処理でファイル変換装置200は、JPMファイルのヘッダ部分までの情報を取得したことになる。ヘッダデータに含まれたページボックスから、このJPMファイルのページ構成を把握することができるため、制御部211は、このJPMファイルのページ構成を表示部25に表示するとともに、このページ構成から閲覧対象とするページを指定可能な支援情報をユーザに提供する。
As shown in FIG. 10, the
図9に戻り、制御部211は、メモリエリアに格納されたヘッダデータに含まれるページコレクションボックス及びページボックスに基づいて、このJPMファイルを構成する全てのページを表示部25に表示し、操作部24を介して特定のページが指定されるまで待機を行う(ステップS16;No)。なお、ステップS16で指定されるページは、1つであってもよいし複数であってもよい。
Returning to FIG. 9, the
ステップS16で、制御部211が特定のページを指定する指示情報を受け付けると(ステップS16;Yes)、コードストリームアクセス部214は、ステップS16で指定されたページのうち、1つのページを処理対象に設定する(ステップS17)。
In step S16, when the
次いで、コードストリームアクセス部214は、メモリエリアに格納されたページデータから処理対象のページに対応するページボックスを参照し、当該ページボックスに含まれるオブジェクトボックスに記述されたオフセットが示す位置に格納されたコードストリームへのアクセスを要求する情報を、通信I/F部27を介して文書共有サーバ100に送信する(ステップS18)。
Next, the code
続いて、コードストリームアクセス部214は、ステップS18でアクセスを要求したコードストリームを文書共有サーバ100から取得すると、このコードストリームをメモリエリアに格納されたコードストリームの後段に格納する(ステップS19)。なお、コードストリームの要求に対する文書共有サーバ100での処理は、上述したステップS31〜S37と同様であるため説明は省略する。
Subsequently, when the code
ここで、コードストームの格納位置は、JPEG2000での規定に従うものとするが、直前に格納されたコードストリームの末尾アドレスから連続的に格納する態様としてもよいし、当該末尾アドレスから所定のサイズ分、離した位置に格納する態様としてもよい。なお、コードストリームが格納されていない初期の段階では、ヘッダデータの後段に格納されるものとする。 Here, the code storm storage location conforms to the provisions of JPEG2000. However, the code storm may be stored continuously from the end address of the code stream stored immediately before, or a predetermined size from the end address. It is good also as an aspect stored in the separated position. Note that, in the initial stage where the code stream is not stored, it is stored in the subsequent stage of the header data.
オフセット書込部216は、ステップS13でメモリエリアに格納されたメタデータの先頭アドレスから、ステップS19で格納されたコードストリームの先頭アドレスまでのオフセットと長さを、メモリエリアに格納された当該コードストリームを参照するページボックスのオブジェクトボックス上の該当位置に上書きする(ステップS20)。
The offset
続いて、コードストリームアクセス部214は、処理対象のページを構成する全てのコードストリームについて、ステップS18〜S20の処理を施したか否かを判定し、未処理のコードストリームが存在すると判定した場合には(ステップS21;No)、ステップS18へ再び戻り、未処理のコードストリームを要求する情報を、通信I/F部27を介して文書共有サーバ100に送信する。
Subsequently, the code
また、ステップS21において、全てのコードストリームについてステップS18〜S20の処理を施したと判定した場合には(ステップS21;Yes)、コードストリームアクセス部214は、さらにステップS16で指定された全てのページを処理対象としたか否かを判定する(ステップS22)。
If it is determined in step S21 that the processing in steps S18 to S20 has been performed for all code streams (step S21; Yes), the code
ステップS22において、未処理のページが存在すると判定した場合には(ステップS22;No)、ステップS17へ再び戻り未処理のページを処理対象に設定する。また、ステップS16で指定された全てのページを処理対象としたと判定した場合には(ステップS22;Yes)、本処理を終了する。 If it is determined in step S22 that an unprocessed page exists (step S22; No), the process returns to step S17 to set the unprocessed page as a processing target. If it is determined that all the pages specified in step S16 are to be processed (step S22; Yes), this process ends.
以下、上記ファイル共有処理の動作を説明する。図11〜13は、メモリエリアに格納されたJPMファイルの状態と、共有元となる文書共有サーバ100でのJPMファイルの状態とを示した図である。ここで、右図が文書共有サーバ100でのJPMファイルの状態(データ構造)を示しており、左図がメモリエリアに格納されたJPMファイルの状態を示している。なお、以下の説明ではステップS16においてユーザから「ページボックス0」及び「ページボックス1」が指定されたものとする。
The operation of the file sharing process will be described below. 11 to 13 are diagrams showing the state of the JPM file stored in the memory area and the state of the JPM file in the
まず、ステップS18〜S20の最初のループ処理において、コードストリームアクセス部214により「ページボックス0含まれるオブジェクトボックス0」で格納位置が指示された「コードストリーム0」が取得されると、コードストリーム格納部215は、図11に示したように、この「コードストリーム0」をメモリエリアでのヘッダデータの後段に格納する。このとき、オフセット書込部216は、ステップS20において、メタデータの先頭アドレスから「コードストリーム0」の先頭アドレスまでの長さをメモリエリアにおける「コードストリーム0」のオフセット(オフセット0’)として算出し、メモリエリアに格納された当該コードストリームを参照するページボックスのオブジェクトボックス上の該当位置に上書きする。
First, in the first loop processing of steps S18 to S20, when “code stream 0” whose storage position is indicated in “object box 0 included in page box 0” is acquired by code
次に、ステップS18〜S20の2回目のループ処理において、コードストリームアクセス部214により「ページボックス0に含まれるオブジェクトボックス0」で格納位置が指示された「コードストリーム1」が取得されると、コードストリーム格納部215は、図12に示したように、この「コードストリーム1」をメモリエリアでの「コードストリーム0」の後段に格納する。このとき、オフセット書込部216は、ステップS20において、メタデータの先頭アドレスから「コードストリーム1」の先頭アドレスまでの長さをメモリエリアにおける「コードストリーム1」のオフセット(オフセット1’)として算出し、メモリエリアに格納された当該コードストリームを参照するページボックスのオブジェクトボックス上の該当位置に上書きする。
Next, in the second loop processing of steps S18 to S20, when “code stream 1” whose storage position is indicated in “object box 0 included in page box 0” is acquired by code
次に、ステップS17〜S22のループ処理において、コードストリームアクセス部214により「ページボックス1に含まれるオブジェクトボックス2」で格納位置が指示された「コードストリーム2」が取得されると、コードストリーム格納部215は、図13に示したように、この「コードストリーム2」をメモリエリアでの「コードストリーム1」の後段に格納する。このとき、オフセット書込部216は、ステップS20において、メタデータの先頭アドレスから「コードストリーム2」の先頭アドレスまでの長さをメモリエリアにおける「コードストリーム2」のオフセット(オフセット2’)として算出し、メモリエリアに格納された当該コードストリームを参照するページボックスのオブジェクトボックスに上書きする。
Next, in the loop processing of steps S17 to S22, when “
なお、図11〜12では「ページボックス0」、「ページボックス1」の順序でコードストリームを取得した場合を説明したが、「ページボックス1」、「ページボックス0」の順でコードストリームが取得された場合には、「コードストリーム2」、「コードストリーム0」、「コードストリーム1」の順序で文書共有サーバ100から取得されることになる。そのため、図14に示したようにコードストリームの取得順序に応じた順序で、メモリエリアに各コードストリームが格納されることになる。
11 to 12 illustrate the case where the code streams are acquired in the order of “page box 0” and “page box 1”, but the code streams are acquired in the order of “page box 1” and “page box 0”. In such a case, they are acquired from the
以上のように、本実施形態によれば、ネットワークN上に存在するJPMファイルから当該JPMファイルの要素となる各コードストリームの格納位置を示したページボックス含まれるオブジェクトボックスを取得し、このオブジェクトボックスに示された格納位置に基づいて、特定の格納位置に格納されたコードストリームのみを取得する。これにより、ネットワークNに流れるデータ量を抑えることができるとともに、JPMファイルの保持にかかるメモリ量も抑えることができるため、効率的にアクセスを行うことができる。また、文書共有サーバ100から取得した各種のデータをJPMファイルに応じた構造でメモリエリアに格納し、ページボックスに含まれるオブジェクトボックスとコードストリームとの参照関係を更新するため、オリジナルのJPMファイルとの互換性を維持することが可能となり、オリジナルのJPMファイルから特定のページ(コードストリーム)のみを抜粋した状態で保持することができる。
As described above, according to the present embodiment, an object box included in a page box indicating the storage position of each codestream that is an element of the JPM file is acquired from the JPM file existing on the network N, and this object box Only the code stream stored in the specific storage location is acquired based on the storage location indicated in (1). As a result, the amount of data flowing through the network N can be reduced, and the amount of memory required to hold the JPM file can also be reduced, so that access can be made efficiently. Further, in order to store various data acquired from the
なお、各コードストリームの位置をファイル上の一意の位置からのオフセットと長さで表す代表的なものとして、JPEG2000 Part6で規定されるJPMファイルを用いて説明したが、同様な仕様を有するファイルであれば他のファイルフォーマットを用いる態様としてもよい。例えば、JPEG2000 Part1ファイル、JPEG2000 Part2ファイル、JPEG2000 Part3ファイル、PDF(Portable Document Format)ファイル、Multi Page Tagged Image File Formatファイル等が挙げられるが、これらはフォーマット上の違いはあっても本質的に複数のコードストリームの位置をファイル上の一意の位置からのオフセットと長さで表すという点において本質的な動作の違いはないため、JPMファイルと同様に取り扱うことができる。 In addition, although it demonstrated using the JPM file prescribed | regulated by JPEG2000 Part6 as a typical thing showing the position of each code stream by the offset and length from the unique position on a file, it is a file with the same specification. If it exists, it is good also as an aspect using another file format. For example, JPEG2000 Part1 file, JPEG2000 Part2 file, JPEG2000 Part3 file, PDF (Portable Document Format) file, Multi Page Tagged Image File Format file, etc. are mentioned. Since the position of the code stream is represented by an offset and a length from a unique position on the file, there is no essential difference in operation, so that the code stream can be handled in the same way as a JPM file.
なお、本実施形態では、ページボックス内のオブジェクトボックスに記述されたオフセットと長さに基づいてコードストリームをアクセスする態様を説明したが、他の方法を用いてコードストリームをアクセスする態様としてもよい。例えば、文書共有サーバ100から、メタデータビン(JPMファイルのトップレベルのボックスの集まり)を送る際にPlace Holder IDを割り当て、このPlace Holder IDに基づいてファイル変換装置200からアクセスする態様としてもよい。この際には、1つのボックスと包含関係にある複数のボックスは、1つのメタデータビンIDで送ることができる。これにより、メタデータビンIDで示すPlace Holderにあたる内容を文書共有サーバ100に要求し、得られたデータをファイル変換装置200のメモリエリアにおけるPlace Holderと同じIDで示された箇所に格納する。なお、詳細についてはJPEG2000Part9のA.3.6.3節にあるため説明は省略する。
In the present embodiment, the mode in which the code stream is accessed based on the offset and the length described in the object box in the page box has been described. However, the mode in which the code stream is accessed using another method may be used. . For example, when sending a metadata bin (a collection of top-level boxes of a JPM file) from the
また、本実施形態では、コードストリームの位置をファイルの先頭位置からのオフセットと長さで指定する態様としたが、これに限らず、コードストリームボックス名のようにファイル内で一意に定まる名前で指定する態様としてもよい。 In this embodiment, the code stream position is designated by the offset and length from the head position of the file. However, the present invention is not limited to this, and the code stream box name such as a code stream box name is uniquely determined. It is good also as a mode to designate.
また、本実施形態では、同一のJPMファイルから特定の部分符号のみを取得し、新たなJPMファイルを生成する態様を説明したが、これに限らず、複数のJPMファイルの夫々から特定の部分符号のみを取得し、新たなJPMファイルを生成する態様としてもよい。なお、ここで「部分符号」とは、解像度、画質、色成分、領域の単位で分割したコードストリーム内の一部の符号を意味する。 Further, in the present embodiment, the mode in which only specific partial codes are acquired from the same JPM file and a new JPM file is generated has been described. However, the present invention is not limited to this, and specific partial codes are obtained from each of a plurality of JPM files. It is good also as an aspect which acquires only and produces | generates a new JPM file. Here, “partial code” means a part of code in a code stream divided in units of resolution, image quality, color component, and area.
具体的には、操作部24を介して複数のJPMファイルの格納位置が指定されると、メタデータアクセス部212及びヘッダデータアクセス部213は、指定されたJPMファイルの夫々から、管理情報(メタデータ及びヘッダデータ)を取得する。ここで、操作部24を介して指定されるJPMファイルは、自己の装置内に格納されたものであってもよいし、ネットワークNを介して接続される外部装置に格納されたものであってもよい。
Specifically, when storage locations of a plurality of JPM files are specified via the
また、この管理情報から各JPMファイルにかかる部分符号が夫々指定されると、コードストリームアクセス部214は、各JPMファイルから指定された部分符号を取得する。この場合、部分符号の格納位置は複数のJPMファイルに及ぶことになるが、上述したオブジェクトボックスでの上書き方法と同様に、自己の装置内における各部分符号の先頭アドレスまでのオフセットと長さを保持する態様としてもよいし、オリジナルのJPMファイルを参照可能な状態で各部分符号の先頭アドレスまでのオフセットと長さを保持する態様としてもよい。以下、図15を参照して、後者の場合のファイル構造について説明する。
Further, when the partial code for each JPM file is designated from the management information, the code
図15は、複数のJPMファイル(ファイルX、ファイルY等)を参照する、新たなJPMファイル(以下、参照元JPMファイルという)のファイル構造の一例を模式的に示した図である。同図において、参照元JPMファイルは、メディアデータと、データ参照テーブルと、フラグメントテーブルとから構成される。ここで、メディアデータは、複数のJPMファイル夫々から取得された部分符号群からなるデータである。なお、後述するように各部分符号の格納位置(オフセットと長さ)は、フラグメントテーブルに登録される。 FIG. 15 is a diagram schematically illustrating an example of a file structure of a new JPM file (hereinafter referred to as a reference source JPM file) that refers to a plurality of JPM files (file X, file Y, etc.). In the figure, the reference source JPM file is composed of media data, a data reference table, and a fragment table. Here, the media data is data composed of a partial code group acquired from each of a plurality of JPM files. As will be described later, the storage position (offset and length) of each partial code is registered in the fragment table.
また、データ参照テーブルには、参照元JPMファイルが参照するJPMファイル(ファイルX、ファイルY)の格納位置が登録される。具体的に、このデータ参照テーブルには、操作部24を介して指定されたJPMファイルを格納するサーバ装置のサーバ名やURI(Uniform Resource Identifier)、ディレクトリパス等が登録される。なお、データ参照テーブルの先頭のセルに格納された数値“3”は、当該データ参照テーブルに3個のエントリが存在することを意味している。
In addition, the storage location of the JPM file (file X, file Y) referred to by the reference source JPM file is registered in the data reference table. Specifically, in this data reference table, the server name, URI (Uniform Resource Identifier), directory path, and the like of the server device that stores the JPM file specified via the
フラグメントテーブルは、上述したページボックスのオブジェクトボックスが参照するデータであって、データ格納のためのフラグメントリストを有している。このフラグメントリストには、ヘッダデータアクセス部213により取得された参照先となる各JPMファイルのヘッダデータのフラグメントテーブルの情報(オフセットと長さ)が登録される。なお、フラグメントリストに登録されるフラグメントテーブルの情報は、データ参照テーブルに登録された当該フラグメントテーブルの情報に対応するJPMファイルの格納位置と関連付けて保持されるものとする。これにより、データ参照テーブル及びフラグメントリストに登録された情報を合わせることで、データ参照テーブルに登録されたJPMファイルの、任意の部分符号を参照することが可能となる。
The fragment table is data referred to by the above-described page box object box, and has a fragment list for storing data. In this fragment list, information (offset and length) of the header table of the header data of each JPM file that is the reference destination acquired by the header
ここで、参照元JPMファイル生成の為、コードストリームアクセス部214により参照先の各JPMファイルから取得された部分符号については、これら部分符号のメモリエリア上での格納位置(オフセットと長さ)が、オフセット書込部216により、フラグメンリストの該当する要素に上書きされるものとする。図15の例では、フラグメントリストを構成する左から1、4、5、7番目の要素に、メモリエリア上での部分符号の格納位置が夫々登録されていることを示している。また、ファイルX、ファイルYでの部分符号の格納位置が2番目、3番目の要素に夫々登録されており、ネットワークN上に存在する外部装値(文書共有サーバ100等)が提供するJPMファイル(図示せず)での部分符号の格納位置が6番目の要素に登録されていることを示している。
Here, for generation of the reference source JPM file, the partial code acquired from each JPM file of the reference destination by the code
このように、複数のJPMファイルから、所望する部分符号のみを取得し、新たな一のJPMファイル(参照元JPMファイル)を生成することで、参照先となった各JPMファイルを個別に取得する場合と比較し、ネットワークNに流れるデータ量やファイルの保持にかかるメモリ量を抑えることができるため、効率的にアクセスを行うことができる。 In this way, only a desired partial code is acquired from a plurality of JPM files, and a new JPM file (reference source JPM file) is generated, whereby each JPM file that is a reference destination is acquired individually. Compared to the case, the amount of data flowing through the network N and the amount of memory required to hold a file can be suppressed, so that access can be performed efficiently.
なお、参照元JPMファイルのデータ参照テーブルとフラグメントテーブルに基づき、当該参照元JPMファイルが参照するJPMファイルから新たな部分符号が取得された場合には、オフセット書込部216により、この部分符号のメモリエリアでの格納位置がフラグメントテーブル(フラグメントリスト)に上書きされるものとする。また、この例では、データ参照テーブルとフラグメントテーブルとを個別に設けた構成としたが、これに限らず、例えば、両テーブルを一体化した一つのテーブルを用いることとしてもよい。
When a new partial code is acquired from the JPM file referred to by the reference source JPM file based on the data reference table and the fragment table of the reference source JPM file, the offset
次に、上述した第1の実施形態の変形例として、ファイル変換装置200の構成を適用したJPMファイルの閲覧を行うブラウジング装置300、JPMファイルの印刷を行う印刷装置400について夫々説明する。なお、上述したファイル変換装置200の構成と同様の要素については、同一の符号を付与し説明は省略する。
Next, as a modification of the above-described first embodiment, a
[変形例1]
図16は、本実施形態の変形例1にかかるブラウジング装置300の機能的構成を示した図である。同図に示したように、ブラウジング装置300は、CPU21とROM22又は記憶部26に記憶された各種プログラムとの協働により実現する機能部として、制御部211と、メタデータアクセス部212と、ヘッダデータアクセス部213と、コードストリームアクセス部214と、コードストリーム格納部215と、オフセット書込部216と、伸長手段に対応する伸長部311とを備える。なお、ブラウジング装置300のハードウェア構成はファイル変換装置200と同様であるため説明を省略する。
[Modification 1]
FIG. 16 is a diagram illustrating a functional configuration of the
伸長部311は、メモリエリアに格納されたJPMファイルのコードストリームを入力とし、JPEG2000に応じた伸長処理を施すことでビットマップファイルを生成する。
The
具体的に、伸長部311は、コードストリームが表す画像を当該コードストリームに対応するページボックスに含まれるレイアウトオブジェクトヘッダデータで規定される縮小率(Scale)まで伸長し、ビットマップ画像を生成する。さらに生成したビットマップ画像を、レイアウトオブジェクトヘッダデータで規定されるレイアウト位置(X,Y)に展開することで、コードストリームに対応する画像をページ領域の規定の位置に配置する。ここで「ページ領域」とは、RAM23又は記憶部26に確保されたJPMファイルの各ページを展開するための領域である。なお、JPEG2000での伸長方法については、公知の技術を用いるものとする。また、本実施形態では、ビットマップ画像を生成する態様としたが、他のフォーマットに準じた画像を生成する態様としてもよい。
Specifically, the
以下、本実施形態の変形例1にかかるブラウジング装置300の動作を説明する。図17は、文書共有サーバ100とブラウジング装置300とにより実行されるファイル共有処理の手順を示したフローチャートである。ここで、ステップS41〜S54はブラウジング装置300で実行される処理を示しており、ステップS61〜S67は文書共有サーバ100で実行される処理を示している。なお、ステップS41〜S50の処理は、上述したステップS11〜S20の処理と同様であるため説明を省略する。また、同図において、ステップS61〜S67の処理は、上述したステップS31〜S37の処理と同様であるため説明を省略する。
Hereinafter, the operation of the
ステップS51において、伸長部311は、ステップS49、S50でメモリエリアに格納されたコードストリームからビットマップ画像を生成し、ページ領域の規定の位置に配置する(ステップS51)。次いで、制御部211は、ページ領域に配置されたビットマップ画像を表示部25に表示する(ステップS52)。
In step S51, the
続いて、コードストリームアクセス部214は、処理対象のページを構成する全てのコードストリームについて、ステップS48〜S52の処理を施したか否かを判定し、未処理のコードストリームが存在すると判定した場合には(ステップS53;No)、ステップS48へ再び戻り、未処理のコードストリームを要求する情報を、通信I/F部27を介して文書共有サーバ100に送信する。
Subsequently, the code
また、ステップS53において、全てのコードストリームについてステップS48〜S52の処理を施したと判定した場合には(ステップS53;Yes)、コードストリームアクセス部214は、さらにステップS46で指定された全てのページを処理対象としたか否かを判定する(ステップS54)。
If it is determined in step S53 that the processing in steps S48 to S52 has been performed for all code streams (step S53; Yes), the code
ステップS54において、未処理のページが存在すると判定した場合には(ステップS54;No)、ステップS47へ再び戻り未処理のページを処理対象に設定する。また、ステップS46で指定された全てのページを処理対象としたと判定した場合には(ステップS54;Yes)、本処理を終了する。 If it is determined in step S54 that an unprocessed page exists (step S54; No), the process returns to step S47 and an unprocessed page is set as a processing target. If it is determined that all the pages specified in step S46 are to be processed (step S54; Yes), this process is terminated.
このように、データスストリームがメモリエリアに格納される毎に、当該コードストリームが表すビットマップ画像が順次生成され、表示部25に表示されることになる。これにより、文書共有サーバ100により共有されたJPMファイルのうち、ユーザが所望するページのみをダウンロードし、閲覧することが可能となる。
In this way, every time a data stream is stored in the memory area, a bitmap image represented by the code stream is sequentially generated and displayed on the
なお、本変形例1では、データスストリームがメモリエリアに格納される毎にビットマップ画像を生成する態様としたが、これに限らず、指定された各ページ又は全てのページについて、コードストリームが格納された後にビットマップ画像を生成する態様としてもよい。具体的には、図17のステップS51、S52の処理を、ステップS53の後段又はステップS54の後段で行う構成とすることで実現することができる。 In the first modification, a bitmap image is generated every time a data stream is stored in a memory area. However, the present invention is not limited to this, and a code stream is stored for each specified page or all pages. Alternatively, the bitmap image may be generated after the image processing. Specifically, this can be realized by adopting a configuration in which the processes in steps S51 and S52 in FIG. 17 are performed in the subsequent stage of step S53 or the subsequent stage of step S54.
[変形例2]
図18は、本実施形態の変形例2にかかる印刷装置400のハードウェア構成を示したブロック図である。同図に示したように、印刷装置400は、上述したファイル変換装置200のハードウェア構成に加え、印刷を行う印刷部29を備えている。
[Modification 2]
FIG. 18 is a block diagram illustrating a hardware configuration of a
ここで、印刷部29は、レーザプリンタ方式やインクジェット方式等の画像形成手段(図示せず)を備え、後述する印刷制御部411から入力されるCMYKフォーマットの画像データを、印刷用紙等の記録媒体上に印刷する。
Here, the
図19は、印刷装置400の機能的構成を示した図である。同図に示したように、印刷装置400は、CPU21とROM22又は記憶部26に記憶された各種プログラムとの協働により実現される機能部として、制御部211と、メタデータアクセス部212と、ヘッダデータアクセス部213と、コードストリームアクセス部214と、コードストリーム格納部215と、オフセット書込部216と、伸長部311と、印刷制御部411とを備える。
FIG. 19 is a diagram illustrating a functional configuration of the
印刷制御部411は、伸長部311によりページ領域内に配置されたビットマップ画像からCMYKフォーマットの画像データをページ単位で生成し、印刷部29に出力することでJPMファイルを構成する各ページの印刷を行う。
The
以下、本実施形態の変形例2にかかる印刷装置400の動作を説明する。図20は、文書共有サーバ100と印刷装置400とにより実行されるファイル共有処理の手順を示したフローチャートである。ここで、ステップS71〜S84は印刷装置400で実行される処理を示しており、ステップS91〜S97は文書共有サーバ100で実行される処理を示している。なお、ステップS71〜S80の処理は、上述したステップS11〜S20の処理と同様であるため説明を省略する。また、同図において、ステップS91〜S97の処理は、上述したステップS31〜S37の処理と同様であるため説明を省略する。
Hereinafter, the operation of the
ステップS81において、伸長部311は、ステップS79、S80でメモリエリアに格納されたコードストリームからビットマップ画像を生成し、ページ領域の規定の位置に配置する(ステップS81)。
In step S81, the
続いて、コードストリームアクセス部214は、処理対象のページを構成する全てのコードストリームについて、ステップS78〜S81の処理を施したか否かを判定し、未処理のコードストリームが存在すると判定した場合には(ステップS82;No)、ステップS78へ再び戻り、未処理のコードストリームを要求する情報を、通信I/F部27を介して文書共有サーバ100に送信する。
Subsequently, the code
また、ステップS82において、全てのコードストリームについてステップS78〜S81の処理を施したと判定した場合には(ステップS82;Yes)、印刷制御部411は、ステップS81でページ領域内に配置されたビットマップ画像からCMYKフォーマットの画像データを生成し、印刷部29に出力することでJPMファイルを構成する1ページ分の印刷を行う(ステップS83)。
If it is determined in step S82 that all the code streams have been processed in steps S78 to S81 (step S82; Yes), the
続いて、コードストリームアクセス部214は、さらにステップS76で指定された全てのページを処理対象としたか否かを判定する(ステップS84)。ステップS84において、未処理のページが存在すると判定した場合には(ステップS84;No)、ステップS77へ再び戻り未処理のページを処理対象に設定する。また、ステップS76で指定された全てのページを処理対象としたと判定した場合には(ステップS84;Yes)、本処理を終了する。
Subsequently, the code
このように、1ページ分のデータスストリームを表す画像がページ領域に配置される毎に、印刷部29によりJPMファイルを構成する1ページ分の印刷が行われることになる。これにより、文書共有サーバ100により提供されたJPMファイルのうち、ユーザが所望するページのみをダウンロードし、印刷することが可能となる。
In this way, every time an image representing a data stream for one page is arranged in the page area, the
[第2の実施形態]
上述した第1の実施形態では、文書共有サーバ100から取得したJPMファイルのコードストリームを、アクセスした順序でメモリエリアに格納する態様を説明した。第2の実施形態では、共有されたJPMファイルでのコードストリームの格納順序に応じた構成でコードストリームをメモリエリアに格納する態様について説明する。なお、第1の実施形態と同様の構成要素については、同一の符号を付与し説明は省略する。
[Second Embodiment]
In the above-described first embodiment, the mode in which the code stream of the JPM file acquired from the
図21は、本実施形態にかかるファイル変換装置500の機能的構成を示した図である。同図に示したように、ファイル変換装置500は、CPU21とROM22又は記憶部26に記憶された各種プログラムとの協働により実現する機能部として、制御部211と、メタデータアクセス部212と、ヘッダデータアクセス部213と、コードストリームアクセス部214と、コードストリーム格納部511と、オフセット書込部512とを備える。なお、ファイル変換装置500のハードウェア構成はファイル変換装置200と同様であるため説明を省略する。
FIG. 21 is a diagram showing a functional configuration of the
コードストリーム格納部511は、コードストリームアクセス部214により取得された各コードストリームを、文書共有サーバ100により共有されたJPMファイルでのコードストリームの格納順序に応じた順序でメモリエリアに格納する。
The code
ここで、元となったJPMファイルでのコードストリームの格納順序に応じた順序でメモリエリアに格納する方法としては、種々の方法を採用することができる。具体的には、コードストリームアクセス部214により取得されたコードストリームのオフセットと長さを、メモリエリアに格納された当該コードストリームに対応するページボックスに含まれるオブジェクトボックスから読み出し、このオフセットと長さに応じたメモリエリアでの格納位置に、取得されたコードストリームを格納することで実現することができる(以下、第1の方法という)。なお、「オフセットと長さに応じたメモリエリアでの格納位置」とは、メモリエリアに格納されたJPMファイルの先頭アドレス、即ち、メタデータの先頭アドレスからこのオフセットだけ離れた位置を意味する。
Here, as a method of storing the code stream in the original JPM file in the memory area in the order corresponding to the code stream storage order, various methods can be adopted. Specifically, the offset and length of the code stream acquired by the code
また、他の方法としては、各ページボックスに含まれるオブジェクトボックスに記述されたオフセットの大小関係に基づいて、メモリエリアにおけるコードストリームの格納位置を決定する態様としてもよい。具体的には、ページボックスに含まれるオブジェクトボックスに書かれた各コードストリームのオフセットは昇順に並んでいるため、コードストリーム全体のうち何番目の順位に位置するものかを判定することができる。つまり、コードストリームの格納時に、当該コードストリームがコードストリーム全体のうち何番目の順位に位置するかを判定し、この順位に応じたメモリエリアでの格納位置にコードストリームを格納すればよい(以下、第2の方法という)。なお、この場合ページボックスに含まれるオブジェクトボックスに記述されたオフセットが示す位置にコードストリームを格納する態様としてもよいし、ヘッダデータ方向に詰めて格納しておき、コードストリームの格納が行われる毎に、その順位に応じて動的に格納位置を移動する態様としてよい。 As another method, the code stream storage position in the memory area may be determined based on the magnitude relationship of the offset described in the object box included in each page box. Specifically, since the offsets of the code streams written in the object box included in the page box are arranged in ascending order, it is possible to determine in what order the code stream is located. That is, when the code stream is stored, it is determined what order the code stream is positioned in the entire code stream, and the code stream is stored in the storage position in the memory area corresponding to the rank (hereinafter referred to as the code stream). The second method). In this case, the code stream may be stored at the position indicated by the offset described in the object box included in the page box. Alternatively, the code stream may be stored in the header data direction and stored every time the code stream is stored. In addition, the storage position may be dynamically moved according to the order.
上記した第1の方法、第2の方法において、ページボックスに含まれるオブジェクトボックスに記述されたオフセットに基づいてコードストリームをメモリエリアに格納する場合、ユーザからJPMファイルを構成する一部のページのみが指定されると、メモリエリアに格納されるコードストリーム間に有効なデータの存在しない空白領域(間隙)が生じることがある。例えば、図3に示したJPMファイルの場合、「ページボックス1」のみが指定された場合であっても、「ページボックス0」用の領域がメモリエリアに確保されることになる。このような場合、文書共有サーバ100から送信されるデータ量は削減することができるが、メモリエリアでのJPMファイルは、実質オリジナルのJPMファイルと同サイズとなる。
When the code stream is stored in the memory area based on the offset described in the object box included in the page box in the first method and the second method described above, only a part of the pages constituting the JPM file from the user Is specified, a blank area (gap) in which valid data does not exist may occur between code streams stored in the memory area. For example, in the case of the JPM file shown in FIG. 3, even if only “page box 1” is designated, an area for “page box 0” is secured in the memory area. In such a case, the amount of data transmitted from the
そのため、コードストリーム格納部511は、コードストリームアクセス部214により取得される全てのコードストリームをメモリエリアに格納した後、各コードストリームの格納位置をヘッダデータ方向に移動し、有効なデータが存在しない空白領域を詰めることで、コードストリーム間の間隙を削除する削除手段として機能する。これにより、メモリエリアに格納したJPMファイルをコンパクト化することができる。
Therefore, after storing all the code streams acquired by the code
オフセット書込部512は、上述したオフセット書込部216と同様の機能を有するとともに、コードストリーム格納部511により、メモリエリアに格納されたコードストリームの格納位置が移動された際には、移動後の各コードストリームのメモリエリア上でのオフセットを夫々算出し、メモリエリアに格納された当該各コードストリームに対応するページボックスに含まれるオブジェクトボックスのオフセット値に夫々上書きする。
The offset
以下、本実施形態にかかるファイル変換装置500の動作を説明する。図22は、文書共有サーバ100とファイル変換装置500とにより実行されるファイル共有処理の手順を示したフローチャートである。ここで、ステップS101〜S114はファイル変換装置500で実行される処理を示しており、ステップS121〜S127は文書共有サーバ100で実行される処理を示している。なお、ステップS101〜S108の処理は、上述したステップS11〜S18の処理と同様であるため説明を省略する。また、同図において、ステップS121〜S127の処理は、上述したステップS31〜S37の処理と同様であるため説明を省略する。
Hereinafter, the operation of the
また、本処理では、上述したステップS109において、コードストリーム格納部511は、コードストリームアクセス部214により取得されたコードストリームを、当該コードストリームのオフセットと長さに応じたメモリエリアでの格納位置に格納する(ステップS109)。
In this process, in step S109 described above, the code
続いて、オフセット書込部216は、ステップS109でメモリエリアに格納されたメタデータの先頭アドレスから、ステップS19で格納されたコードストリームの先頭アドレスまでのオフセットと長さをメモリエリアに格納された当該コードストリームを参照するページボックスのオブジェクトボックスに上書きする(ステップS110)。なお、ステップS109においてオフセットと長さが示す位置に格納された場合には、本処理を省略してもよい。
Subsequently, the offset
続いて、コードストリームアクセス部214は、処理対象のページを構成する全てのコードストリームについて、ステップS108〜S110の処理を施したか否かを判定し、未処理のコードストリームが存在すると判定した場合には(ステップS111;No)、ステップS108へ再び戻り、未処理のコードストリームを要求する情報を、通信I/F部27を介して文書共有サーバ100に送信する。
Subsequently, the code
また、ステップS111において、全てのコードストリームについてステップS108〜S110の処理を施したと判定した場合には(ステップS111;Yes)、コードストリームアクセス部214は、さらにステップS106で指定された全てのページを処理対象としたか否かを判定する(ステップS112)。
If it is determined in step S111 that the processing in steps S108 to S110 has been performed for all code streams (step S111; Yes), the code
ステップS112において、未処理のページが存在すると判定した場合には(ステップS112;No)、ステップS107へ再び戻り未処理のページを処理対象に設定する。また、ステップS106で指定された全てのページを処理対象としたと判定した場合(ステップS112;Yes)、コードストリーム格納部511は、メモリエリアに格納されたコードストリームをヘッダデータ方向に移動し、コードストリーム間の間隙を削除する(ステップS113)。
If it is determined in step S112 that there is an unprocessed page (step S112; No), the process returns to step S107, and an unprocessed page is set as a processing target. If it is determined that all pages specified in step S106 are to be processed (step S112; Yes), the code
続いて、オフセット書込部512は、ステップS113で移動された各コードストリームのメモリエリア上でのオフセットと長さを夫々算出し、当該メモリエリアに格納された各コードストリームに対応するページボックスに含まれるオブジェクトボックスに夫々上書きした後(ステップS114)、本処理を終了する。
Subsequently, the offset
以上のように、本実施形態によれば、ネットワークN上に存在するJPMファイルから当該JPMファイルの要素となる各コードストリームの格納位置を示したページボックスに含まれるオブジェクトボックスを取得し、このオブジェクトボックスに示された格納位置に基づいて、特定の格納位置に格納されたコードストリームのみを取得する。これにより、ネットワークNに流れるデータ量を抑えることができるとともに、JPMファイルの保持にかかるメモリ量も抑えることができるため、効率的にアクセスを行うことができる。また、文書共有サーバ100から取得した各種のデータをJPMファイルに応じた構造でメモリエリアに格納し、ページボックスに含まれるオブジェクトボックスとコードストリームとの参照関係を更新するため、オリジナルのJPMファイルとの互換性を維持することが可能となり、オリジナルのJPMファイルから特定のページ(コードストリーム)のみを抜粋した状態で保持することができる。
As described above, according to the present embodiment, the object box included in the page box indicating the storage position of each codestream that is an element of the JPM file is acquired from the JPM file existing on the network N, and this object Based on the storage location indicated in the box, only the code stream stored in the specific storage location is obtained. As a result, the amount of data flowing through the network N can be reduced, and the amount of memory required to hold the JPM file can also be reduced, so that access can be made efficiently. Further, in order to store various data acquired from the
また、オリジナルのJPMファイルでのコードストリームの格納順序に応じた順序で、メモリエリアにコードストリームを格納するため、オリジナルのJPMファイルとの互換性をより高めることができる。 In addition, since the code streams are stored in the memory area in the order corresponding to the code stream storage order in the original JPM file, compatibility with the original JPM file can be further improved.
なお、本実施形態では、コードストリーム間の間隙を削除する態様としたが、これに限らず、間隙を維持した状態でメモリエリアに保持する態様としてもよい。また、本実施形態では、コードストリームアクセス部214により取得された全てのコードストリームについて、元となるJPMファイルでの格納順序に応じた順序でメモリエリアに格納する態様としたが、これに限らず、一部のコードストリームについてのみ適用する態様としてもよい。また、オフセット書込部512を、上述した第1の実施形態の構成に適用する態様としてもよい。
In this embodiment, the gap between the code streams is deleted. However, the present invention is not limited to this, and the gap may be maintained in the memory area. In this embodiment, all code streams acquired by the code
[実施例]
以下、上記第1、第2の実施形態のファイル変換装置(ブラウジング装置)を用いた実施例について説明する。図23は、本実施例で文書共有サーバ100により提供されるJPMファイルの構造を模式的に示した図である。このJPMファイルは、春夏秋冬の四季に応じた4つのページから構成される複合文書である。
[Example]
Hereinafter, examples using the file conversion apparatus (browsing apparatus) of the first and second embodiments will be described. FIG. 23 is a diagram schematically showing the structure of a JPM file provided by the
図23において、「ヘッダ部」は、図3で示したヘッダ部に対応するものであり、メタデータやページボックス等が含まれている。「文書サムネイル(四季)」は、このJPMファイルの表紙ページに対応するコードストリームであって、表示ページのサムネイル画像を表すものである。「ページサムネイル(春)」、「本文(春)」は夫々、JPMファイルの1つのページの要素となるコードストリームであって、「ページサムネイル(春)」がこのページのサムネイル画像を表し、「本文(春)」がこのページの本文を表している。以下同様に「ページサムネイル(夏)」、「本文(夏)」、「ページサムネイル(秋)」、「本文(秋)」、「ページサムネイル(冬)」、「本文(冬)」の各対も、夫々各ページのサムネイル画像と本部とを表すコードストリームである。 In FIG. 23, a “header part” corresponds to the header part shown in FIG. 3 and includes metadata, a page box, and the like. “Document thumbnail (four seasons)” is a code stream corresponding to the cover page of the JPM file, and represents a thumbnail image of the display page. “Page thumbnail (spring)” and “text (spring)” are code streams that are elements of one page of the JPM file, and “page thumbnail (spring)” represents a thumbnail image of this page. "Text (Spring)" represents the text of this page. Similarly, “page thumbnail (summer)”, “text (summer)”, “page thumbnail (autumn)”, “text (autumn)”, “page thumbnail (winter)”, “text (winter)” Are code streams representing thumbnail images and headquarters of each page.
なお、上記の構成において、「文書サムネイル(四季)」から各ページのページサムネイルを参照することが可能であるものとする。また、各ページサムネイルから当該各ページに対応するヘッダ部内のページボックスを参照することが可能であるものとする。即ち、各ページサムネイルから対応する本文を辿ることが可能であるものとする。 In the above configuration, it is assumed that the page thumbnail of each page can be referred to from “document thumbnail (four seasons)”. Also, it is possible to refer to the page box in the header corresponding to each page from each page thumbnail. That is, it is assumed that the corresponding text can be traced from each page thumbnail.
図24、図25は、ファイル変換装置での操作を説明するための図である。ファイル変換装置では、文書共有サーバ100により共有されるJPMファイルから「ヘッダ部」を取得した後「文書サムネイル(四季)」を取得すると、制御部211の制御により表示部25に「文書サムネイル(四季)」を表示する(図24、左図参照)。次に、操作部24を介しユーザから「文書サムネイル(四季)」が指定されると、ファイル変換装置は「文書サムネイル(四季)」と参照関係にある各ページサムネイルを共有されたJPMファイルから取得し、制御部211の制御により表示部25に一覧表示する(図24、中央図参照)。ここで、操作部24を介しユーザから「ページサムネイル(夏)」が指定されたとすると、ファイル変換装置は共有されたJPMファイルから「ページサムネイル(夏)」と参照関係にある「本文(夏)」を取得し、制御部211の制御により表示部25に表示する(図24、右図参照)。
24 and 25 are diagrams for explaining operations in the file conversion apparatus. In the file conversion apparatus, after acquiring the “header part” from the JPM file shared by the
上記の操作の後、第1の実施形態にかかるファイル変換装置200のメモリエリアには、文書共有サーバ100から取得されたJPMファイルが図26に示した状態で格納される。即ち、コードストリームが取得された順序でメモリエリアに格納されることになる。なお、各コードストリームが格納された位置に応じて、オフセット書込部216により各ページボックスに含まれるオブジェクトボックスのオフセット値が更新されることは言うまでもない。
After the above operation, the JPM file acquired from the
また、「本文(夏)」の表示が閉じられた後、操作部24を介して「ページサムネイル(春)」が選択されると(図25、左図及び中央図参照)、ファイル変換装置は共有されたJPMファイルから「ページサムネイル(春)」と参照関係にある「本文(春)」を取得し、制御部211の制御により表示部25に表示する(図25、右図参照)。
When “page thumbnail (spring)” is selected via the
上記の操作の後、第1の実施形態にかかるファイル変換装置200には、取得されたJPMファイルが図27に示した状態でメモリエリアに格納される。即ち、コードストリームが取得された順序でメモリエリアに格納されることになる。なお、各コードストリームが格納された位置に応じて、オフセット書込部216により各ページボックスに含まれるオブジェクトボックスのオフセット値が更新されることは言うまでもない。
After the above operation, the obtained JPM file is stored in the memory area in the state shown in FIG. 27 in the
また、第2の実施形態にかかるファイル変換装置500では、取得されたJPMファイルが図28に示した状態でメモリエリアに格納される。即ち、元となったJPMファイルでのコードストリームの格納順序に応じた構造でメモリエリアに格納されることになる。なお、同図では、コードストリーム間の間隙が削除された後の状態を示している。
In the
また、図29に示したように、ヘッダデータの後段に各ページサムネイルが取得された順序で格納され、この後段に元となったJPMファイルでのコードストリームの格納順序に応じた構造で各本文が格納される態様としてもよい。即ち、コードストリーム格納部215の機能とコードストリーム格納部511の機能とを併用する態様としてもよい。この場合、サムネイル画像や本文等のコードストリームが表すデータ種別に応じて使い分けることとしてもよいし、コードストリームのデータサイズや構造化文書の構成等に応じて使い分ける態様としてもよい。
Further, as shown in FIG. 29, the page thumbnails are stored in the order in which the page thumbnails are acquired in the subsequent stage of the header data, and the body texts are structured in accordance with the code stream storage order in the original JPM file in the subsequent stage. May be stored. That is, the function of the code
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施の形態にわたる構成要素を適宜組み合わせても良い。 Note that the present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage. Moreover, various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, constituent elements over different embodiments may be appropriately combined.
例えば、上記各クライアント(実施形態のファイル変換装置200、ブラウジング装置300、印刷装置400、ファイル変換装置500)で実行される文書共有処理にかかるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上記各クライアントで実行される文書共有処理にかかるプログラムを、インターネット等のネットワーク経由で提供または配布するように構成しても良い。
For example, a program related to a document sharing process executed by each client (the
また、上記各クライアントで実行される文書共有処理にかかるプログラムを、ROM等の記憶媒体に予め組み込んで提供するように構成してもよい。 Further, the program relating to the document sharing process executed by each client may be provided by being incorporated in advance in a storage medium such as a ROM.
以上のように、本発明にかかる情報処理装置、情報処理方法、情報処理プログラム及び記録媒体は、ネットワーク上に共有された構造化文書にアクセスを行う情報処理装置に有用であり、特に、複数ページからなる構造化文書にネットワークを介してアクセスを行う情報処理装置に適している。 As described above, the information processing apparatus, the information processing method, the information processing program, and the recording medium according to the present invention are useful for an information processing apparatus that accesses a structured document shared on a network. It is suitable for an information processing apparatus that accesses a structured document consisting of
100 文書共有サーバ
11 CPU
12 ROM
13 RAM
14 操作部
15 表示部
16 記憶部
17 通信I/F部
18 スキャナ部
19 バス
111 原稿読取部
112 圧縮・符号化部
113 アクセス要求受付部
114 符号データ読出部
200 ファイル変換装置
21 CPU
22 ROM
23 RAM
24 操作部
25 表示部
26 記憶部
27 通信I/F部
28 バス
29 印刷部
211 制御部
212 メタデータアクセス部
213 ヘッダデータアクセス部
214 コードストリームアクセス部
215 コードストリーム格納部
216 オフセット書込部
300 ブラウジング装置
311 伸長部
400 印刷装置
411 印刷制御部
500 ファイル変換装置
511 コードストリーム格納部
512 オフセット書込部
100 document sharing server 11 CPU
12 ROM
13 RAM
DESCRIPTION OF
22 ROM
23 RAM
24
Claims (18)
前記構造化文書から前記管理情報を取得する第1取得手段と、
前記第1取得手段により取得された管理情報が示す格納位置のうち、取得を行うコードストリームの格納位置の指定を受け付ける受付手段と、
前記指定されたコードストリームの格納位置から前記コードストリームを取得する第2取得手段と、
前記第1取得手段により取得された管理情報と、前記第2取得手段により取得されたコードストリームとを前記構造化文書に応じた構造で記憶手段に格納する記憶制御手段と、
前記記憶手段に格納された各コードストリームに対応する前記記憶手段内の管理情報に、当該各コードストリームの格納位置を上書きする格納位置更新手段と、
を備えたことを特徴とする情報処理装置。 The network includes at least a code stream and management information indicating the storage position of each code stream, and stores the structured document in which the code stream and the management information are stored in a predetermined structure via a network. In an information processing apparatus that performs access,
First acquisition means for acquiring the management information from the structured document;
A receiving unit that receives designation of a storage location of a code stream to be acquired among the storage locations indicated by the management information acquired by the first acquisition unit;
Second acquisition means for acquiring the code stream from the storage location of the specified code stream;
Storage control means for storing the management information acquired by the first acquisition means and the code stream acquired by the second acquisition means in a storage means in a structure corresponding to the structured document;
Storage position update means for overwriting the management information in the storage means corresponding to each code stream stored in the storage means with the storage position of each code stream;
An information processing apparatus comprising:
前記格納位置更新手段は、前記削除手段により間隙が削除された後の各コードストリームの格納位置を、前記記憶手段に格納された当該各コードストリームに対応する管理情報に上書きすることを特徴とする請求項1又は2に記載の情報処理装置。 A deletion unit that deletes a gap between code streams stored in the storage unit;
The storage position updating means overwrites the management information corresponding to each code stream stored in the storage means with the storage position of each code stream after the gap is deleted by the deleting means. The information processing apparatus according to claim 1 or 2 .
第1取得手段が、前記構造化文書から前記管理情報を取得する第1取得ステップと、
受付手段が、前記第1取得ステップで取得された管理情報が示す格納位置のうち、取得を行うコードストリームの格納位置の指定を受け付ける受付ステップと、
第2取得手段が、前記指定されたコードストリームの格納位置から前記コードストリームを取得する第2取得ステップと、
記憶制御手段が、前記第1取得ステップで取得された管理情報と、前記第2取得ステップで取得されたコードストームとを前記構造化文書に応じた構造で記憶手段に格納する記憶制御ステップと、
格納位置更新手段が、前記記憶手段に格納された各コードストリームに対応する前記記憶手段内の管理情報に、当該各コードストリームの格納位置を上書きする格納位置更新ステップと、
を含むことを特徴とする情報処理方法。 The network includes at least a code stream and management information indicating the storage position of each code stream, and stores the structured document in which the code stream and the management information are stored in a predetermined structure via a network. An information processing method executed by an information processing apparatus that performs access,
A first acquisition step in which a first acquisition means acquires the management information from the structured document;
A receiving step for receiving a designation of a storage position of a code stream to be acquired out of the storage positions indicated by the management information acquired in the first acquisition step;
A second obtaining step in which a second obtaining unit obtains the code stream from a storage position of the designated code stream;
A storage control step in which the storage control means stores the management information acquired in the first acquisition step and the code storm acquired in the second acquisition step in the storage means in a structure corresponding to the structured document;
A storage location update step in which the storage location update means overwrites the management information in the storage means corresponding to each code stream stored in the storage means with the storage location of each code stream;
An information processing method comprising:
前記構造化文書から前記管理情報を取得する第1取得手段と、
前記第1取得手段により取得された管理情報が示す格納位置のうち、取得を行うコードストリームの格納位置の指定を受け付ける受付手段と、
前記指定されたコードストリームの格納位置から前記コードストリームを取得する第2取得手段と、
前記第1取得手段により取得された管理情報と、前記第2取得手段により取得されたコードストームとを前記構造化文書に応じた構造で記憶手段に格納する記憶制御手段と、
前記記憶手段に格納された各コードストリームに対応する前記記憶手段内の管理情報に、当該各コードストリームの格納位置を上書きする格納位置更新手段と、
して機能させることを特徴とする情報処理プログラム。 The network includes at least a code stream and management information indicating the storage position of each code stream, and stores the structured document in which the code stream and the management information are stored in a predetermined structure via a network. The computer to access
First acquisition means for acquiring the management information from the structured document;
A receiving unit that receives designation of a storage location of a code stream to be acquired among the storage locations indicated by the management information acquired by the first acquisition unit;
Second acquisition means for acquiring the code stream from the storage location of the specified code stream;
Storage control means for storing the management information acquired by the first acquisition means and the code storm acquired by the second acquisition means in a storage means in a structure corresponding to the structured document;
Storage position update means for overwriting the management information in the storage means corresponding to each code stream stored in the storage means with the storage position of each code stream;
An information processing program characterized in that it is made to function.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008069152A JP5080325B2 (en) | 2008-03-18 | 2008-03-18 | Information processing apparatus, information processing method, information processing program, and recording medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008069152A JP5080325B2 (en) | 2008-03-18 | 2008-03-18 | Information processing apparatus, information processing method, information processing program, and recording medium |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2009223747A JP2009223747A (en) | 2009-10-01 |
JP5080325B2 true JP5080325B2 (en) | 2012-11-21 |
Family
ID=41240430
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008069152A Expired - Fee Related JP5080325B2 (en) | 2008-03-18 | 2008-03-18 | Information processing apparatus, information processing method, information processing program, and recording medium |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5080325B2 (en) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS5762458A (en) * | 1980-10-01 | 1982-04-15 | Toshiba Corp | Document drawind device |
JPH03105560A (en) * | 1989-09-20 | 1991-05-02 | Toshiba Corp | Document preparing/editing device |
JPH05151219A (en) * | 1991-11-27 | 1993-06-18 | Sharp Corp | Document processor with partial access function |
JPH11134341A (en) * | 1997-10-24 | 1999-05-21 | Nec Corp | System for displaying selection of descriptive information in hyper media description language |
US7711834B2 (en) * | 2002-12-13 | 2010-05-04 | Ricoh Co., Ltd. | Network access to partial document images |
US8291315B2 (en) * | 2006-02-28 | 2012-10-16 | Ricoh Co., Ltd. | Standardized network access to partial document imagery |
-
2008
- 2008-03-18 JP JP2008069152A patent/JP5080325B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2009223747A (en) | 2009-10-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4603947B2 (en) | Image communication system, server apparatus and control method therefor, and computer program | |
US6166826A (en) | Printing apparatus, printing method, and printing system | |
US6708309B1 (en) | Method and system for viewing scalable documents | |
US20050254072A1 (en) | Image data processing method, client terminal, image processing program, image data management method and image management system | |
US20090015864A1 (en) | Image-processing apparatus and image-processing method | |
US20080144076A1 (en) | Systems and methods for serving documents from a multifunction peripheral | |
JP4553385B2 (en) | Image processing method and apparatus | |
US9916117B2 (en) | Remote data access for image output apparatus via a control device | |
KR100893829B1 (en) | Object transfer method with format adaptation | |
US9507796B2 (en) | Relay apparatus and image processing device | |
US20060132820A1 (en) | Image processing apparatus configured to obtain electronic data stored in storage by reading image document and method for the same | |
JP5153277B2 (en) | Image processing apparatus, image processing method, and image processing program | |
JP2009020862A (en) | Imaging apparatus, electronic album system, and image storage device | |
US8482763B2 (en) | Method and apparatus for generating a file using address and information tags | |
JP2008035224A (en) | Log information management system, log information management device, log information management method, log information management program, and storage medium | |
JP5080325B2 (en) | Information processing apparatus, information processing method, information processing program, and recording medium | |
JP2006139632A (en) | Image data processing method, image processor, image processing program | |
JP4434925B2 (en) | Information processing method, information processing apparatus, program, and storage medium | |
JP5089353B2 (en) | Program, file management apparatus and file management method | |
JP2000125062A (en) | Data communication system/device, their control method and storage medium | |
JP5187094B2 (en) | Image encoding device | |
JP2007055133A (en) | Image forming device and image forming system | |
JP2006203317A (en) | Document management system, and control method thereof, and storage medium | |
JP2006050060A (en) | Image processing apparatus | |
JP2005326908A (en) | Image data processing method, image processing device, image processing program, image data management method, and image management system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100412 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120720 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120724 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120803 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120828 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120830 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150907 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5080325 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |