JP2014106744A - 情報処理装置、情報処理方法、プログラム、情報処理システム - Google Patents

Abstract

【課題】複数のファイルを登録可能な情報処理装置において、一つのファイルを登録することで、他のファイルの登録をしなくとも、他のファイルを登録した場合と同様の効果を奏する仕組みを提供すること。
【解決手段】第一のファイルの登録を受け付ける受付手段と、第一のファイルが所定の種別のファイルである場合において、第二のファイルが登録されているかを判定する判定手段と、判定の結果、前記第二のファイルが登録されていないと判定された場合、第一のファイルを用いて、第二のファイルを受け付けたとしたら、当該第二のファイルに含まれる情報を抽出して生成されることとなる抽出データと同じ抽出データを生成する生成手段と、生成された抽出データを、前記第二のファイルに含まれる情報を抽出して生成されることとなる抽出データとして登録する登録手段とを有する。
【選択図】図４

Description

ファイルを登録する際のユーザの負担を軽減させる技術に関するものである。

現在、クラウドコンピューティング環境で、パンフレット・チラシ等の制作・管理・印刷等を可能とするオンラインパブリッシングサービスが存在する。

このようなオンラインパブリッシングサービスでは、サービス提供者もしくはユーザの管理部門等が、パンフレット・チラシ等のひな型となる「テンプレート」や、そのテンプレートに配置する写真等のデータ（以下、「パーツデータ」と称する。）を登録しておくことで、一般ユーザは、オリジナルのパンフレット・チラシを作成することができ、何度でも再利用することができる。

ここで、オンラインパブリッシングサービスの中には、出力データとして複数種類のファイルを登録することができるものがある。例えば、一つは、オンラインパブリッシングサービスで作成した直後の第一のファイルで、もう一つは、他の編集アプリケーション等による加工が加えられた後の第二のファイルといったものがある。これは、それぞれのファイルの（出力データ）の利用目的に応じて複数の種類のファイルを管理させる目的があるからである。

より具体的に、印刷時に使用することを目的とする第一のファイルを登録し、パーツデータのサムネイル画像表示や全文検索を可能とさせることを目的とする第二のファイルとして、パーツデータのサムネイル画像情報や文字列に関する文字情報を含むプレビュー用ＰＤＦファイルを登録可能とするサービスがある。

このようなサービスにおいて、ユーザが第一のファイルとして、ＰＤＦファイルを登録する場合、サムネイル画像表示や全文検索させるためは、内容は一致するものの、第二のファイルとして、別途プレビュー用ＰＤＦファイルを登録しなければならないこととなる。

ユーザにとっては、内容が一致する２つのファイルを登録しなければならないことから登録の二度手間であるだけでなく、容量課金タイプのクラウドサービスにおいては、２つのファイル分のディスク容量を使用することから月々の使用料金に影響を及ぼすことにもなる。

ファイルの利便性から第一のファイルとしてＰＤＦファイルを利用するユーザが多いことが予想されるため、サービス提供者には、ユーザへの負担を軽減するため、第一のファイルとしてユーザがＰＤＦファイルを１つ登録するだけで、第二のファイルであるプレビュー用ＰＤＦファイルを登録することなく、サムネイル画像表示や全文検索ができる仕組みが求められている。
特許文献１には、重複ファイルにかかるコストをシステム全体として低減するファイル管理装置に関する技術が開示されている。

特開２０１２−６３９０２号公報

しかしながら、特許文献１に記載の技術では、優先度に従って、重複ファイルにかかるコストを軽減するものであるが、複数のファイルを登録可能な情報処理装置において、一つのファイルを登録することで、他のファイルの登録をしなくとも、他のファイルを登録した場合と同様の効果を奏する仕組みを提供するものではない。

そこで、本発明は上記課題を解決するものであり、複数のファイルを登録可能な情報処理装置において、一つのファイルを登録することで、他のファイルの登録をしなくとも、他のファイルを登録した場合と同様の効果を奏する仕組みを提供することを目的とする。

本発明は、複数のファイルを登録可能な情報処理装置であって、第一のファイルの登録を受け付ける受付手段と、前記受付手段により登録を受け付けた第一のファイルが所定の種別のファイルである場合において、第二のファイルが登録されているかを判定する判定手段と、前記判定手段による判定の結果、前記第二のファイルが登録されていないと判定された場合、前記受付手段により登録を受け付けた第一のファイルを用いて、前記第二のファイルを受け付けたとしたら、当該第二のファイルに含まれる情報を抽出して生成されることとなる抽出データと同じ抽出データを生成する生成手段と、前記生成手段により生成された抽出データを、前記第二のファイルに含まれる情報を抽出して生成されることとなる抽出データとして登録する登録手段とを有することを特徴とする。

本発明によれば、複数のファイルを登録可能な情報処理装置において、一つのファイルを登録することで、他のファイルの登録をしなくとも、他のファイルを登録した場合と同様の効果を奏する仕組みを提供することができる。

本発明の実施の形態におけるシステム構成図である 本発明の実施形態の各種端末のハードウエア構成を示す図である。 本発明の実施の形態における機能構成を示す図である。 本発明の実施の形態における出力データを登録する処理の流れを示すフローチャートである。 本発明の実施の形態における出力データを編集する画面の一例を示す図である。 本発明の実施の形態における第一のファイルを選択する画面の一例を示す図である。 本発明の実施の形態における第一のファイルが登録されたことを示す画面の一例を示す図である。 サムネイル表示させる場合の従来と本発明の実施の形態における画面の一例を示す図である。

以下、図面を用いて本発明の実施の形態を説明する。
図１は、本発明の実施の形態におけるシステム構成図である。

本発明の実施の形態におけるオンラインパブリッシングシステム（情報処理システム）は、コンテンツ管理サーバ１０１、データベースサーバ１０２、ＤＴＰサーバ１０３、クライアント１０４がネットワーク１０５を介して相互に通信可能に接続されている。

コンテンツ管理サーバ１０１は、ユーザに対して、パンフレット・チラシ等の制作・管理・印刷等を可能とするオンラインパブリッシングサービスをＷＥＢサービスとして提供するサーバである。作成されたパンフレット等を用いて、印刷・出版などを行う。

データベースサーバ１０２は、コンテンツ管理サーバで作成された各ユーザのユーザデータや、出力データを作成する元となる、テンプレートデータ、テンプレートデータに差し込まれてレイアウトされるパーツデータ等を管理するサーバである。
ＤＴＰサーバ１０３は、パンフレット等を出版する機能を提供するサーバである。
なお、本発明の実施形態においては、それぞれのサーバを分けて記載しているが、一つのサーバが複数のサーバの機能を兼ね備えていてもよい。

クライアント端末１０４は、ユーザが操作する端末である。例えば、パーソナルコンピュータであり、ＷＥＢブラウザがインストールされている。ユーザは、ＷＥＢブラウザを介して、コンテンツ管理サーバ１０１にサクセスを行い、パンフレット・チラシ等の制作・管理・印刷等の操作を行う。
ネットワーク１０５は、例えば、インターネットやイントラネットである。その通信形態は、無線・有線のいずれであってもよい。
図２は、本発明の実施形態の各種端末のハードウエア構成を示す図である。
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。

また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。

入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。また、印刷装置等では、タッチパネル、ボタン、スイッチ等が挙げられる。
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶等が挙げられる。

外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
通信Ｉ／Ｆコントローラ２０８は、ネットワーク２１４を介して外部機器との通信制御処理を実行する。

本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
図３は、本発明の実施の形態における機能構成を示す図である。
コンテンツ管理サーバ１０１とデータベースサーバ１０２の機能をそれぞれ示している。

コンテンツ管理サーバ１０１には、レイアウトデータ作成・編集部３０１、パーツデータ作成・編集部３０２、出力データ作成・編集３０３、ユーザデータ管理部３０４、通信部３０５、表示部３０６が含まれる。テンプレートデータ作成・編集部３０１は、出力データの元となるテンプレートデータを作成・編集する機能を提供する。パーツデータ作成・編集部３０２は、テンプレートデータに配置して出力データを作成するためのパーツデータを作成・編集する機能を提供する。出力データ作成・編集部３０３は、任意のテンプレートデータと配置するパーツデータとから出力データを作成・編集する機能を提供する。なお、本発明の実施の形態においては、出力データを完成物とも称する。ユーザデータ管理部３０４は、ユーザにより作成された出力データを、ユーザ毎に管理する機能を提供する。通信部３０５は、他の装置と通信する機能を提供する。

データベースサーバ１０２には、ユーザデータ３１０（各ユーザの出力データ）、テンプレートデータ３１４、パーツデータ３１５、通信部３１６が含まれる。さらに、ユーザデータ３１０には、完成物ＤＢ３１１、全文検索データＤＢ３１２、完成物添付ファイルＤＢ３１３が含まれる。完成物ＤＢ３１１は、完成物（出力データ）を識別する完成物ＩＤや他のＤＢとの関連付けを可能とする完成物内部番号を有する。また、全文検索データＤＢ３１２は、他のＤＢとの関連付けを可能とする完成物内部番号や全文検索用の文字列情報を有する。また、完成物添付ファイルＤＢ３１３は、他のＤＢとの関連付けを可能とする完成物内部番号やサムネイル表示させるためのファイル情報（ファイル区分・ファイルデータ）を有する。ファイルの種別は、様々な形式の画像ファイル（Ｊｐｅｇ、ＰＮＧ、Ｇｉｆなど）を採用することができる。なお、テンプレートデータ３１４およびパーツデータ３１５は、ユーザにより作成・編集されたデータである。
図４は、本発明の実施の形態における出力データを登録する処理の流れを示すフローチャートである。
本処理は、ユーザが操作するクライアント端末の指示に従って、コンテンツ管理サーバにおいて実行される処理である。

また、その前提として、ユーザは、既にテンプレートデータとパーツデータとから出力データを作成しているものとする。本発明の実施の形態では、印刷用に用いる出力データを第一の形式（種類）のファイルとしている。また、第二の形式（種類）の出力データとして、パーツデータのサムネイルを表示させたり、全文検索を可能とさせたりするために用いる出力データ（プレビュー用ＰＤＦファイルともいう。）を第二の形式（種類）のファイルとしている。なお、第一の形式、第二の形式のファイル形式は、当然のことながら、これらに限らずその他の様々なファイル形式を採用することができる。例えば、第一の形式のファイルとしては、ＰＤＦファイル、ＪＰＥＧファイルなど印刷用途の出力データが考えられる。なお、本発明の実施の形態においては、ＰＤＦファイルには、パーツデータのサムネイル画像や文字列情報が含まれているものとする。

Ｓ４０１において、コンテンツ管理サーバは、ユーザの操作に従って、完成物を編集する画面を表示させる指示を受け付ける。なお、完成物とは、出力データのことである。

Ｓ４０２において、コンテンツ管理サーバは、ユーザの操作に従って、印刷情報ファイルの選択を受け付ける。なお、本発明の実施の形態において、印刷情報ファイルとは、印刷用に用いるファイルを意味しており、第一の形式のファイルのことである。図５に印刷情報ファイルを選択する画面の一例を示す。

図５において、印刷情報ファイル５０１を登録する場合、ユーザは、登録ボタン５０２を押下する。そして、図６に示す画面の通り、印刷用途で用いる出力データ（ＰＤＦファイル）を選択して、アップロード操作を行うことにより、コンテンツ管理サーバは、印刷情報ファイルの選択を受け付けることになる。なお、ユーザは、第二の形式のファイル（プレビュー用ＰＤＦ５０３）をアップロードする場合、登録ボタン５０４を押下して、同様の作業を行うこととなる。
Ｓ４０３において、コンテンツ管理サーバは、ユーザの操作に従って、アップロードされた印刷情報ファイルを保存もしくは公開する指示を受け付ける。

Ｓ４０４において、コンテンツ管理サーバは、保存もしくは公開対象となるファイルのファイル種別を確認する。ファイル種別が、ＰＤＦファイルの場合は、Ｓ４０５へ進み、ＰＤＦファイル以外の場合は、Ｓ４０９へ進む。例えば、拡張子やファイルコンテクストタイプを確認することにより種別を確認することができる。

Ｓ４０５において、コンテンツ管理サーバは、既にプレビュー用ＰＤＦファイルが登録されているかを判定する。Ｙｅｓの場合、Ｓ４０６へ進み、Ｎｏの場合、Ｓ４０７へ進む。なお、本発明の実施の形態において、プレビュー用ＰＤＦファイルとは、第二の形式のファイルのことである。図５の画面を介して、編集対象となっている完成物に対して、プレビュー用ＰＤＦファイルが登録されているかにより判定する。

Ｓ４０６において、コンテンツ管理サーバは、既に登録されているプレビュー用ＰＤＦファイルから「サムネイル」表示させるためのパーツデータの画像データと全文検索を可能とする文字列である「全文検索データ」を作成する。本発明の実施の形態では、「サムネイル」「全文検索データ」をまとめて抽出データと称するものとする。このように既に登録されているプレビュー用ＰＤＦファイルから作成するのは、アップロードするファイルがＰＤＦファイルの場合であっても、サムネイル画像は、ピュレビュー用ＰＤＦファイルを利用したい場合（例えば、１０ページの出力物が複数あるが、１ページ目は表紙で見た目上の違いがほぼなく、サムネイルは特徴的なページを利用したい場合等）を考慮して、既に登録されているプレビュー用ＰＤＦファイルが上書きされないようにするためである。

Ｓ４０７において、コンテンツ管理サーバは、アップロードされた印刷情報ファイル（第一の形式のファイル）から同様に「サムネイル」と「全文検索データ」を作成する（抽出データを生成する。）。

Ｓ４０８において、コンテンツ管理サーバは、「サムネイル」と「全文検索データ」をそれぞれ、完成物添付ファイルＤＢと全文検索ＤＢに保存（登録）する。Ｓ４０７において、印刷情報ファイルから抽出データが生成されていた場合は、プレビュー用ＰＤＦファイルが登録された場合に、登録されることとなるＤＢに登録されることとなる。ユーザとしては、印刷情報ファイルとしてＰＤＦファイルを登録することで、プレビュー用ＰＤＦファイルを登録しなくとも内部的に抽出データを生成してＤＢに登録されることとなる。つまり、この場合、プレビュー用ＰＤＦファイルで生成した抽出データの代わりに印刷情報ファイルで生成した抽出データが登録される。
Ｓ４０９において、コンテンツ管理サーバは、印刷情報ファイルを完成物添付ファイルＤＢに保存（登録）する。

Ｓ４１０において、コンテンツ管理サーバは、Ｓ４０５と同様に、既にプレビュー用ＰＤＦが登録されているかを判定する。Ｙｅｓの場合、Ｓ４１１へ進み、Ｎｏの場合、Ｓ４１２へ進む。

Ｓ４１１において、コンテンツ管理サーバは、既にあるプレビュー用ＰＤＦファイルをあらためてＤＢに保存（登録）する。一方、内容が一致する２つのファイルを登録したくないユーザは、既にあるプレビュー用ＰＤＦファイルを削除したい場合もあるため、他の実施の形態として、重複時に削除する設定を可能にしてもよい。すなわち、予めユーザは、重複した場合は削除する設定をしておくことで、コンテンツ管理サーバは、既にあるプレビュー用ＰＤＦファイルを削除する。従って、登録されるＰＤＦファイルは１つとなるためディスク容量の節約につながることとなる。

Ｓ４１２において、コンテンツ管理サーバは、完成物編集画面を表示させて、その他の操作を受け付ける。図７に印刷情報ファイルが登録されたことを示す画面の一例を示す。この例では、印刷情報ファイル５０１に、「ｔｅｓｔ１．ｐｄｆ」７０１が登録されたことを示している。
また、図８に印刷情報ファイル５０１が登録されたことによりサムネイル表示が可能となったことを示す画面の一例を示す。

まず、従来は、プレビュー用ＰＤＦ８０１が登録されて、はじめてサムネイル８０２が表示されていた。つまり、印刷情報ファイルが登録されただけでは、内部的に「サムネイル」や「全文検索データ」が生成されなかったためである。従来は、サムネイル表示や全文検索を可能とするためには、印刷情報ファイルとは別にプレビュー用ＰＤＦファイルを登録する必要があった。プレビュー用ＰＤＦファイルを登録してはじめて内部的に「サムネイル」や「全文検索データ」が生成されていた。

一方、本発明の実施の形態においては、印刷情報ファイルとしてＰＤＦファイルをアップロードした際に、プレビュー用ＰＤＦファイルが登録されていない場合は、内部的に「サムネイル」や「全文検索データ」が生成されることとなった。そのため、印刷情報ファイルとしてＰＤＦファイルを登録するだけで、プレビュー用ＰＤＦファイル８０３を登録することなく、サムネイル８０４の表示が可能となった。つまり、ユーザ操作としては、１つのＰＤＦファイルを登録することで、プレビュー用ＰＤＦファイルを登録することなく、サムネイル画像表示と全文検索が可能となった。

上述した通り、本発明によれば、複数のファイルを登録可能な情報処理装置において、一つのファイルを登録することで、他のファイルの登録をしなくとも、他のファイルを登録した場合と同様の効果を奏する仕組みを提供することができる。

以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。

１０１ コンテンツ管理サーバ
１０２ データベースサーバ
１０３ ＤＴＰサーバ
１０４ クライアント
１０５ ネットワーク

Claims (7)

1. 複数のファイルを登録可能な情報処理装置であって、
   第一のファイルの登録を受け付ける受付手段と、
   前記受付手段により登録を受け付けた第一のファイルが所定の種別のファイルである場合において、第二のファイルが登録されているかを判定する判定手段と、
   前記判定手段による判定の結果、前記第二のファイルが登録されていないと判定された場合、前記受付手段により登録を受け付けた第一のファイルを用いて、前記第二のファイルを受け付けたとしたら、当該第二のファイルに含まれる情報を抽出して生成されることとなる抽出データと同じ抽出データを生成する生成手段と、
   前記生成手段により生成された抽出データを、前記第二のファイルに含まれる情報を抽出して生成されることとなる抽出データとして登録する登録手段と
   を有することを特徴とする情報処理装置。
2. 前記受付手段により登録を受け付けた第一のファイルの種別を判定する種別判定手段を有し、
   前記生成手段は、前記種別判定手段による判定の結果、前記第一のファイルの種別が所定の種別のファイルでないと判定された場合、前記抽出データを生成しないことを特徴とする請求項１に記載の情報処理装置。
3. 前記生成手段は、前記判定手段による判定の結果、前記第二のファイルが登録されていると判定された場合、当該登録されている第二のファイルを用いて、前記抽出データを生成することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記受付手段により登録を受け付けた第一のファイルを登録する第一のファイル登録手段と、
   前記判定手段による判定の結果、第二のファイルが登録されていると判定された場合に、当該第二のファイルを削除する指定がなされているときは、当該第二のファイルを削除する削除手段とを有することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 複数のファイルを登録可能な情報処理装置における情報処理方法であって、
   第一のファイルの登録を受け付ける受付ステップと、
   前記受付ステップにより登録を受け付けた第一のファイルが所定の種別のファイルである場合において、第二のファイルが登録されているかを判定する判定ステップと、
   前記判定ステップによる判定の結果、前記第二のファイルが登録されていないと判定された場合、前記受付ステップにより登録を受け付けた第一のファイルを用いて、前記第二のファイルを受け付けたとしたら、当該第二のファイルに含まれる情報を抽出して生成されることとなる抽出データと同じ抽出データを生成する生成ステップと、
   前記生成ステップにより生成された抽出データを、前記第二のファイルに含まれる情報を抽出して生成されることとなる抽出データとして登録する登録ステップと
   を含むことを特徴とする情報処理方法。
6. 複数のファイルを登録可能な情報処理装置において実行可能なプログラムであって、
   第一のファイルの登録を受け付ける受付手段、
   前記受付手段により登録を受け付けた第一のファイルが所定の種別のファイルである場合において、第二のファイルが登録されているかを判定する判定手段、
   前記判定手段による判定の結果、前記第二のファイルが登録されていないと判定された場合、前記受付手段により登録を受け付けた第一のファイルを用いて、前記第二のファイルを受け付けたとしたら、当該第二のファイルに含まれる情報を抽出して生成されることとなる抽出データと同じ抽出データを生成する生成手段、
   前記生成手段により生成された抽出データを、前記第二のファイルに含まれる情報を抽出して生成されることとなる抽出データとして登録する登録手段
   として前記情報処理装置を機能させることを特徴とするプログラム。
7. クライアント端末と複数のファイルを登録可能な情報処理装置とが通信可能な情報処理システムであって、
   第一のファイルの登録を受け付ける受付手段と、
   前記受付手段により登録を受け付けた第一のファイルが所定の種別のファイルである場合において、第二のファイルが登録されているかを判定する判定手段と、
   前記判定手段による判定の結果、前記第二のファイルが登録されていないと判定された場合、前記受付手段により登録を受け付けた第一のファイルを用いて、前記第二のファイルを受け付けたとしたら、当該第二のファイルに含まれる情報を抽出して生成されることとなる抽出データと同じ抽出データを生成する生成手段と、
   前記生成手段により生成された抽出データを、前記第二のファイルに含まれる情報を抽出して生成されることとなる抽出データとして登録する登録手段と
   を有することを特徴とする情報処理システム。

Images