JP2014157456A - 文書処理システム、文書処理装置、文書処理方法、文書処理プログラム - Google Patents

Abstract

【課題】ＨＴＭＬなどの一般的なＷｅｂページから情報を効率的に取り出して編集することのできる文書処理システムを提供する。
【解決手段】文書データに関連付けられ、前記文書データ内のコンテンツをグループ化する範囲を指定する部品化定義データを記憶する部品化定義記憶部と、前記文書データに対して、対応する前記部品化定義データを適用し、前記文書データ内のコンテンツに対し、前記グループ化された範囲の全体を当該グループ化された前記コンテンツの一部を選択することでコピー可能とするための操作情報を埋め込んだ部品化ページを生成する分解処理部と、を備える。
【選択図】図１

Description

本発明の実施形態は、文書処理システム、文書処理装置、文書処理方法、文書処理プログラムに関する。

従来、複数のＨＴＭＬなどにより記述されたＷｅｂページ（以下、ソース文書という。）に記載されている情報をコピーして、別の文書（以下、ターゲット文書という。）に集約してペーストする作業を効率化するための技術が求められている。このような作業の効率化のためには例えば以下のような技術が必要となる。すなわち、ユーザがソース文書の部分範囲をターゲット文書へコピーペーストしたい場合には、あらかじめシステムによって定められた範囲をコピー対象として設定することで、テキストを選択しなくてもデータのコピーが可能となるようにする。また、ターゲット文書においてソース文書の部分範囲を貼り付ける際には、体裁などの形式調整が自動的に行われるようにする。

以上のような技術が採用されたシステムを用いることで、ソース文書内でのコピー範囲の指定作業や、ターゲット文書上で体裁を整える編集作業が不要になり、ユーザ作業負担が軽減される。このような作業が必要となるケースとしては、例えば商品カタログの情報が記載されたソース文書から、特定の情報を抜き出してターゲット文書へと貼り付ける場合がある。または、患者カルテを作成する際に、各種システムが提示する検査データのうち、取り上げるべきものをカルテへ取り込む作業の場合にあっても有効である。

このようにソース文書の一部を部品単位で選択したのみで、コピーできるようにするには、コンテンツに加えて部品化情報も記述できる専用言語を用いるフレームワークを使用したシステム構築が必要となる。したがって、ソース文書、ターゲット文書は、専用の言語で記述される必要がある。

特開２００４−４６３５７号公報

しかしながら、上述のような操作性の効率性を高めるためには、ソース文書も専用の言語によって記述されたものでなければならない。したがって、独自言語の処理エンジンを開発する場合、Ｗｅｂに関連する様々な機能を作り直す必要が生じるため、プログラム規模が大きくなり、プログラムの開発コストや維持コストが高くなる。また、独自言語を用いたアプリケーションを開発する場合、アプリケーション開発者はこの独自言語を習得しなければならないため、人材育成のコストも高くなってしまっていた。

そして、部品編集作業の情報源として、専用言語で記述されたソース文書ではなく、通常のＨＴＭＬページのコンテンツを取り込むことは従来できなかった。

本発明の実施形態の目的は、上記に鑑みてなされたものであって、ＨＴＭＬなどの一般的なＷｅｂの文書ページから情報を効率的に取り出して編集することのできる文書処理システムを提供することにある。

上述した課題を解決し、目的を達成するために、本発明の実施形態は、文書データに関連付けられ、前記文書データ内のコンテンツをグループ化する範囲を指定する部品化定義データを記憶する部品化定義記憶部と、前記文書データに対して、対応する前記部品化定義データを適用し、前記文書データ内のコンテンツに対し、前記グループ化された範囲の全体を当該グループ化された前記コンテンツの一部を選択することでコピー可能とするための操作情報を埋め込んだ部品化ページを生成する分解処理部と、
を備えることを特徴とする。

図１は、実施形態の文書処理システムの機能構成を示したブロック図。 図２は、実施形態の取得したＨＴＭＬデータに部品化定義データを適用する処理の流れを示すフロー図。 図３は、実施形態のＨＴＭＬデータの一例を示す図。 図４は、実施形態の部品化定義データの一例を示す図。 図５は、実施形態の部品化Ｗｅｂページの一例を示す図。 図６は、実施形態の部品編集部を通じて行う情報編集の利用イメージを示す図。 図７は、実施形態の部品化されたコンテンツを編集用ページへと貼り付ける処理を示すフロー図。 図８は、実施形態のクリップボードに登録する情報の一例を示す図。 図９は、実施形態の編集用ＷｅｂページのＨＴＭＬソースの一例を示す図。 図１０は、実施形態の編集用Ｗｅｂページに、コンテンツの形式が変換されて貼り付けられた状態を示す図。 図１１は、実施形態の編集結果ページを保存する処理の流れを示すフロー図。 図１２は、実施形態の編集結果ページを保存する処理の流れを示すフロー図。 図１３は、実施形態のクライアントＰＣやＷｅｂサーバのハードウェア構成図。

以下に本発明の文書処理システムを具体化した実施形態について説明する。図１は、実施形態の文書処理システム１００の機能構成を示したブロック図である。図１に示されるように、文書処理システム１００は、Ｗｅｂサーバ１０２、Ｗｅｂサーバ１０４、Ｗｅｂサーバ１０５、部品化定義記憶部１０３、抽出部１０６、分解処理部１０７、及び部品編集部１０８を備えている。

Ｗｅｂサーバ１０２は、ＨＴＭＬで書かれたＷｅｂページであるＨＴＭＬデータ１２１（ソース文書）をネットワークを介して配信する。なお本実施形態では、文書データはＨＴＭＬで記載されたＷｅｂページであるが、たとえばＸＭＬなどのほかの記述言語で記載されていてもよい。本実施形態では、Ｗｅｂサーバ１０２に記憶されたソース文書をコピーａｎｄペースト、又はドラッグａｎｄドロップして、情報を編集する例について示している。なお、Ｗｅｂサーバ１０２は、たとえば通常のインターネット上に公開されているサードパーティーのＷｅｂサーバなどであってもよい。部品化定義記憶部１０３は、Ｗｅｂページ毎にどのように情報を部品化するかを決定するための部品化定義データ１２２を記憶しネットワークを介して配信する。部品化定義記憶部１０３は、Ｗｅｂサーバ１０２とは異なるサーバ上に設けられている。なお、部品化定義データ１２２は、例えば作業対象としたいＵＲＬによって指定されるＷｅｂページに基づいて、エンジニア等が所定の部品化規則にしたがって、部品化定義データ１２２を生成し、ＵＲＬと対応付けて記憶するようにする。ＨＴＭＬデータ１２１、及び部品化定義データ１２２は、ネットワークを通じてクライアントＰＣ１１０へと入力される。

分解処理部１０７、及び部品編集部１０８はクライアントＰＣ１１０にインストールされているプログラムである。分解処理部１０７は、ＨＴＭＬデータ１２１、及び部品化定義データ１２２を受け取り、部品編集可能なＷｅｂページである部品化Ｗｅｂページ１２６を生成する。なお、部品化定義データ１２２が対応付けられていないＨＴＭＬデータ１２１の場合は、通常のＨＴＭＬデータとしてそのままＷｅｂブラウザ上に渡される。部品編集部１０８は、例えばネットワークにアクセスして、Ｗｅｂページを表示する機能を有するＷｅｂブラウザ上に実現された機能である。部品編集部１０８は、生成された部品化Ｗｅｂページ１２６を受け取って、Ｗｅｂサーバ１０５から提供された編集用ページ１２４を操作用のインタフェースとして使用して、Ｗｅｂページの編集処理を行う。Ｗｅｂサーバ１０５は、部品編集部１０８からの要求にしたがって、要求元のクライアントＰＣ１１０に対して編集用ページ１２４のインタフェースを提供するためのサーバである。なお、各Ｗｅｂサーバ１０２、１０４、及び１０５は、それぞれ共通のＷｅｂサーバを用いて実現してもよい。

部品編集部１０８は、編集用ページ１２４を通じて編集したソース文書の編集結果である編集結果ページ１２３をＷｅｂサーバ１０４や、Ｗｅｂサーバ１０５へと送信する。送信された編集結果ページ１２３は、２種類の方法によって保存される。保存の方法の１つとしては、部品編集部１０８からネットワーク経由で送信された編集結果ページ１２３をそのままＷｅｂサーバに保存する方法である。この場合、編集結果ページ１２３は、各情報が部品化された部品化Ｗｅｂページ１２６により構成されている。そのため次回以降に、保存した編集結果ページ１２３をそのまま部品編集部１０８へと配信すれば、再び部品編集することが可能となる。

保存の他の方法としては、部品編集部１０８からネットワーク経由で送信された編集結果ページ１２３を抽出部１０６を用いて、ＨＴＭＬによって記述された通常のＨＴＭＬデータと部品化定義データに分離する。抽出部１０６は、ＨＴＭＬデータをＷｅｂサーバ１０４に、部品化定義データを部品化定義記憶部１０３に保存する。次回以降、再度部品編集したい場合は、保存したＨＴＭＬデータと部品化定義記憶部１０３内に格納された部品化定義データ１２２の両方を取得すればよい。なお、抽出部１０６は、例えばクライアントＰＣ１１０内に部品編集部１０８と連携可能なようにも受けられていてもよいし、部品編集部１０８に予め接続先が指定されたネットワーク上のプログラムとして設けられていてもよい。

次に、取得したＨＴＭＬデータに部品化定義データを適用する処理の流れについて図２を参照して説明する。図２に示されるように、まず自動または手動で分解処理部１０７が起動される（ステップＳ１０１）。自動起動のきっかけとしては、部品編集部１０８のＷｅｂブラウザにＨＴＭＬデータ１２１が読み込まれたタイミングが考えられる。また、手動起動のきっかけとしては、例えば部品編集部１０８の操作用のインタフェースであるＷｅｂブラウザ上にＡＰＩとして用意された分解ボタンが押されたときなどが考えられる。

続いて、分解処理部１０７は、Ｗｅｂブラウザ等で指定されたＨＴＭＬデータ１２１のＵＲＬを読み込む（ステップＳ１０２）。図３はＨＴＭＬデータ１２１の一例を示す。このＨＴＭＬデータ１２１はＴＶのショッピングカタログを提示している。またＵＲＬはhttp://www.toshiba.co.jp/shop/search.cgi?genre=tvとする。

次いで、分解処理部１０７は、取得したＵＲＬを検索キーとして、部品化定義記憶部１０３に対して該当する部品化定義データ１２２を問い合わせる（ステップＳ１０３）。実施形態では、部品化定義記憶部１０３に配置されている図４に示すような部品化定義データ１２２の設定ファイルを単にダウンロードする方式とする。なお規模が大きくなった場合には、ＵＲＬをキーとしたデータベースとして部品化定義データを実装する方法も採ることができる。

図４で示した部品化定義データ１２２においては、次のような規則にしたがって記述されている。［ｄｏｃｉｄ]の後に空行なしで続くＵＲＬ群は、文書ＩＤセクションである。［ｒｅｇｉｏｎ]の後に空行なしで続くＸＰａｔｈ群は、領域セクションである。文書ＩＤセクションに対しては、領域セクションとは対になっており、文書ＩＤセクションに記載された文書群に対しては、後続する領域セクションで示された位置が、部品化定義として対応している。すなわち、例えば、http://www.toshiba.co.jp/shop/search.cgiで指定されるＨＴＭＬデータ１２１に対しては、部品化定義データ１２２として、/html/body/table/trと、/html/body/div[2]の２つのＸＰＡＴＨで指定されるタグで規定された情報が、部品として定義される。

文書ＩＤセクションには複数のＵＲＬを書くことができる。複数ＵＲＬを書いた場合に
は検索キーで検索する際に互いにＯＲの条件となる。また各ＵＲＬは前方一致するすべ
てのＵＲＬとマッチするという仕様になっている。たとえば、http://www.toshiba.co.jp/shop/search.cgiという検索キーで指定された場合は、cgiの後にどんな文字列が来るようなＵＲＬにもマッチする。なお本実施形態では文書ＩＤとしてＵＲＬを用いたが、文書を特定するためのＩＤならば何を用いてもよい。

領域セクションには、複数のＸＰａｔｈを記述することができる。例えば、/html/body/table/trの場合は、ＨＴＭＬデータのhtmlタグの下のbodyタグの下のtableタグの下にあるtrタグすべてに対して部品化が適用される。また/html/body/div[2]の場合、htmlタグの下のbodyタグの下の２番目のdivタグにのみ部品化が適用される。

続いて、図２に戻り、分解処理部１０７は、ダウンロードした部品化定義データ１２２から、取得したＵＲＬと一致する文書ＩＤセクションを検索し、対応する領域セクションに記述された各ＸＰａｔｈに対応する各構造位置にdraggable="true"という属性およびドラッグイベントハンドラを操作情報として埋め込む（ステップＳ１０４）。ドラッグイベントハンドラを埋め込むことで、該当するタグで囲まれた情報が、部品化（グループ化）されて、情報の一部を選択するだけでドラッグやコピー編集が可能となる。図５は、ドラッグイベントハンドラが埋め込まれた結果となる部品化Ｗｅｂページ１２６を示す一例である。

上記のようにＨＴＭＬデータに対して部品化定義を適用する方法にあっては、ＵＲＬとＸＰａｔｈを連続して記述するだけの簡明なものである。また、認証の問題もないため、情報を編集したＷｅｂページのＵＲＬを指定して、設定を加筆修正するだけで任意のＷｅｂページに部品化を適用することができる。したがって、非常に開発コストが小さく、新たなニーズや仕様変更に即応しやすい。

図６は、部品編集部１０８を通じて行う情報編集の利用イメージを示す図である。図６に示されるように、ユーザはまずＨＴＭＬデータ１２１をＷｅｂブラウザで開き、部品化実行ボタン６０１を押す。すると、ＨＴＭＬデータ１２１のＵＲＬに対応する部品化定義データ１２２に設定された部品化定義に基づいて、部品化処理が行われ、部品化Ｗｅｂページ１２６が表示される。この部品化Ｗｅｂページ１２６からは、部品化された情報であるＷｅｂ部品６０２のドラッグが可能となっている。なお、Ｗｅｂ部品とは、部品中のテキスト情報などのコピー範囲を選択しなくとも、カーソルを合わせるだけでコピーやドラッグが可能な状態になった情報を意味する。

続いて、ユーザは部品編集部１０８を通じて、編集用ページ１２４をサーバ１０５から取得してＷｅｂブラウザ上で開く。編集用ページ１２４の破線で示したパネル部６０３に対してＷｅｂ部品６０２をドロップ可能である。パネル部６０３は編集用ページ１２４内に任意数含めることができ、パネル部６０３ごとにフォーマットが予め設定されており、Ｗｅｂ部品６０２がドロップされると形式がフォーマットにあわせて自動変換される。また、Ｗｅｂ部品６０２の形式がパネル部６０３に合わないときはドロップが拒否される。

必要な情報を部品化Ｗｅｂページ１２６からコピーして編集作業が終わると、編集用ページ１２４内のＨＴＭＬフォーム要素である保存ボタン６０７を押すことで、現在の編集内容がＷｅｂサーバ１０４、又はＷｅｂサーバ１０５に保存される。また、Ｗｅｂ部品６０２上でダブルクリックすれば、そのＷｅｂ部品を消去できるなどの機能追加も考えられる。

次に、部品編集部１０８における部品編集の処理の流れを図７を参照して説明する。図７に示されるように、部品編集部１０８は、部品化Ｗｅｂページ１２６上のＷｅｂ部品６０２がドラッグされると、ドラッグイベントハンドラを起動する（ステップＳ２０１）。図６の例だとｆｎＤｒａｇＰａｒｔ()という関数が呼ばれる。

続いて、部品編集部１０８は、ドラッグイベントハンドラのevent.dataTransfer.setDataというＡＰＩ関数を用いて、Ｗｅｂ部品６０２のコンテンツ、コンテンツを特定するＩＤ、コンテンツの種類を特定する情報などをクリップボードに登録する（ステップＳ２０２）。図８は、クリップボードに登録する情報の一例を示す図である。この例では、コンテンツを特定するＩＤとしてＵＲＬを用いている。また、Ｔｙｐｅがコンテンツの種類を特定する情報であり、Ｃｏｎｔｅｎｔがコンテンツの情報である。

編集用ページ１２４には、ページ内のパネル部６０３ごとにドロップイベントハンドラがあらかじめ設置されている。図９は、パネル部を１つだけ持つ編集用Ｗｅｂページの一例を示す図である。図９に示されるように、パネル部は、<div ondrop=”fnDropPart(event)”>と、ドロップイベントハンドラが設定されている。

次に、部品編集部１０８は、編集用Ｗｅｂページ１２４のパネル部６０３にＷｅｂ部品６０２がドロップされると、ドロップイベントハンドラを起動する（ステップＳ２０３）。部品編集部１０８は、ドロップイベントハンドラを通じて、ドロップされたＷｅｂ部品６０２のコンテンツの種別（Ｔｙｐｅ属性）を調べる（ステップＳ２０４）。次いで、部品編集部１０８は、コンテンツの種別が、ドロップ先のパネル部６０３にとって受けいれられない種別であるか否かを判定する（ステップＳ２０５）。受け入れられない種別であると判定された場合（ステップＳ２０５：Ｎｏ）、部品編集部１０８は、Ｗｅｂ部品６０２のドロップを拒絶し、処理を終了する（ステップＳ２０６）。例えば、ドロップ先のパネル部６０３が商品カタログ用である場合、クリップボードのＴｙｐｅ属性がshopping-catalogでなければドロップを拒絶するなどである。

一方、受け入れられる種別であると判定された場合（ステップＳ２０５：Ｙｅｓ）、部品編集部１０８は、Ａｊａｘを用いて、ドロップデータ処理を行うサーバプログラムのあるＵＲＬに対し、クリップボード内容を送信する（ステップＳ２０７）。

部品編集部１０８は、サーバ上のプログラムによって生成された、コンテンツを元に挿入すべき形式に変換したＨＴＭＬ形式のデータを受け取る（ステップＳ２０８）。サーバ上の変換処理プログラムのアルゴリズムの１つとして、ＵＲＬを用いて変換方法を選択する方法がある。商品カタログを集めるショッピングカートの場合、Ａｊａｘを経由してサーバに送られてくるクリップボードの内容は、いずれもＴｙｐｅはshopping-catalogとなっていることが想定される。しかしながら、収集元のＷｅｂサイトによって体裁が異なることもありえる。そのため、送られてきたクリップボードの内容に含まれるＵＲＬを参照し、適切な変換方法を選択すればよい。図５で示した部品化Ｗｅｂページ１２６は、図１０で示すように、<tr draggable="true" ondragstart="fnDragPart(event)"><td>ＴＶ１１２</td><td>２０１２／１０／１０</td><td>９８０００</td></tr>が<div draggable="true" ondragstart="fnDragPart(event)"><div><b>ＴＶ１１２</b>２０１２／１０／１０</div><div>９８０００</div></div>の形式に変換されている。

そして、最後に部品編集部１０８は、サーバから返されたＨＴＭＬデータに、ドラッグ可能にするためのdraggable="true"属性、ドラッグイベントハンドラを付与したあと、パネル部６０３に対応するＨＴＭＬタグ直下に挿入する（ステップＳ２０９）。これによりドロップしたＷｅｂ部品６０２が、パネル部６０３上で再びドラッグできるようになる。

図１１、及び図１２は、編集結果ページ１２３を保存する処理の流れを示した図である。図１１にあっては、編集用ページ１２４の保存ボタン６０７が押されることで処理がスタートする。保存ボタン６０７が押されると、部品編集部１０８は、ＨＴＭＬのフォーム機能を用いて、編集用ページ１２４のＨＴＭＬページ全体の内容である編集結果ページ１２３を、Ｗｅｂサーバ１０５へと送信する（ステップＳ３０１）。Ｗｅｂサーバ１０５へと送られた編集結果ページ１２３は、保存処理プログラムによって記憶領域に記憶される。なお、保存した編集結果ページ１２３を再編集する場合は、Ｗｅｂサーバからダウンロードすればよい。

また、図１２は、編集結果ページ１２３をそのまま保存するのではなく、部品化定義データ１２２と分離して保存する場合の処理の流れである。図１２にあっても編集用ページ１２４の保存ボタン６０７が押されることで処理がスタートする。

保存ボタン６０７が押されると、部品編集部１０８は、ＨＴＭＬのフォーム機能を用いて、編集用ページ１２４のＨＴＭＬページ全体の内容である編集結果ページ１２３を、抽出部１０６へと送信する（ステップＳ４０１）。抽出部１０６は、部品化定義記憶部１０３に記憶されている部品化定義データ１２２に、新しい文書ＩＤセクションを追加し、セクション内には、Ｗｅｂサーバ１０４におけるＷｅｂページ文書のＵＲＬを追加する（ステップＳ４０２）。例えば、http://www.toshiba.co.jp/stock/scrapbookXX.htmなどである。ただし、ＸＸには編集用ページ１２４の番号が入る。

続いて、抽出部１０６は、部品化定義データ１２２に、新しい領域セクションを追加する（ステップＳ４０３）。次いで、抽出部１０６は、送付されてきた編集結果ページ１２３全体から、draggable="true"属性、及びドラッグイベントハンドラを備えるタグをすべて抽出する（ステップＳ４０４）。抽出部１０６は、抽出したタグに対して、ＸＰａｔｈを算出して領域セクションに追記するとともに、draggable="true"属性、及びドラッグイベントハンドラを除去する（ステップＳ４０５）。そして、抽出部１０６は、抽出された全てのタグに対して除去が完了したか否かを判定し（ステップＳ４０６）、完了した場合（ステップＳ４０６：Ｙｅｓ）、処理を終了する。一方、完了していない場合は（ステップＳ４０６：Ｎｏ）、全てのタグへの処理が終わるまでステップＳ４０５を繰り返す。

以上で示した実施形態の文書処理システム１００にあっては、通常のＨＴＭＬデータ１２１を公開するＷｅｂサーバ１０２とは他に、ＨＴＭＬデータ１２１の部品化定義データ１２２を記憶する部品化定義記憶部１０３を設けることとした。そして、分解処理部１０７がＷｅｂサーバ１０２から配信されるＨＴＭＬデータ１２１と対応する部品化定義データ１２２を取得して、該当する情報をドラッグａｎｄドロップできるように部品化できるようにする。このようにすることで、第三者が公開したＷｅｂページであっても、部品化の定義を対応付けて記述しておけば、ＨＴＭＬなどの一般的なＷｅｂページから情報を効率的に取り出して編集することができるようになる。なお、この際、部品化定義データ１２２は、部品化定義記憶部１０３のようにネットワークを通じてアクセスするサーバ上ではなくクライアントＰＣ１１０内に設定ファイルのような形で保存してあってもよい。

また、分解処理部１０７が生成する部品化Ｗｅｂページ１２６には、部品化の際に、部品化定義データ１２２で指定されたタグに、Ｊａｖａｓｃｒｉｐｔ（登録商標）のドラッグイベントハンドラを埋め込むこととした。また、編集用ページ１２４には予めＪａｖａｓｃｒｉｐｔのドロップイベントハンドラが埋め込まれていることとした。そして、ドラッグイベントハンドラが起動されると、ドラッグしたコンテンツ、又はコンテンツを特定するＩＤが指定のサーバへとＡｊａｘなどを用いて送信される。そして、ドロップイベントが起動した際に、サーバ側のプログラムは、ドロップ先の編集用ページ１２４の体裁にあわせて、コンテンツのフォーマットを変換したＨＴＭＬデータを生成する。部品編集部１０８は生成されたＨＴＭＬデータを受けとってパネル部６０３へと挿入する。

このようにＪａｖａｓｃｒｉｐｔを用いることで、ＨＴＭＬベースでのドラッグ＆ドロップが可能となり、開発コストを低減することができる。また、Ｊａｖａｓｃｒｉｐｔでは、通常文書処理を行うことが困難であるが、Ａｊａｘを使用して指定のサーバ上に文書の変換プログラムを設置しておき、変換したデータを返信するようにしておくことで、編集用ページ１２４へと適切な形式でコンテンツのドロップを行うことができるようになる。

さらには、編集用ページでは編集した結果のコンテンツの情報だけではなく、コンテンツを再編集可能なように、ドラッグイベントハンドラなどの操作情報もともに記憶することとしたため、より利便性の高い編集作業が実施できるようになる。

次に、各実施形態にかかるＷｅｂサーバやクライアントＰＣのハードウェア構成について図１３を用いて説明する。図１３は、実施形態にかかる文書処理システムを構成する各装置のハードウェア構成を示す説明図である。

実施形態にかかるＷｅｂサーバやクライアントＰＣは、ＣＰＵ（Central Processing Unit）５１などの制御装置と、ＲＯＭ（Read Only Memory）５２やＲＡＭ（Random Access Memory）５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。

実施形態にかかるＷｅｂサーバやクライアントＰＣで実行されるプログラムは、ＲＯＭ５２等に予め組み込まれて提供される。

実施形態にかかるＷｅｂサーバやクライアントＰＣで実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact Disk Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録してコンピュータプログラムプロダクトとして提供されるように構成してもよい。

さらに、実施形態にかかるＷｅｂサーバやクライアントＰＣで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施形態にかかるＷｅｂサーバやクライアントＰＣで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

実施形態にかかるＷｅｂサーバやクライアントＰＣで実行されるプログラムは、コンピュータを上述した各部として機能させうる。このコンピュータは、ＣＰＵ５１がコンピュータ読取可能な記憶媒体からプログラムを主記憶装置上に読み出して実行することができる。

なお、本実施形態は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

１００ 文書処理システム
１０２ Ｗｅｂサーバ
１０３ 部品化定義記憶部
１０４ Ｗｅｂサーバ
１０５ Ｗｅｂサーバ
１０６ 抽出部
１０７ 分解処理部
１０８ 部品編集部
１２１ ＨＴＭＬデータ
１２２ 部品化定義データ
１２３ 編集結果ページ
１２４ 編集用ページ
１２６ 部品化Ｗｅｂページ
６０１ 部品化実行ボタン
６０２ Ｗｅｂ部品
６０３ パネル部
６０７ 保存ボタン
１１０ クライアントＰＣ

Claims (6)

1. 文書データに関連付けられ、前記文書データ内のコンテンツをグループ化する範囲を指定する部品化定義データを記憶する部品化定義記憶部と、
   前記文書データに対して、対応する前記部品化定義データを適用し、前記文書データ内のコンテンツに対し、前記グループ化された範囲の全体を当該グループ化された前記コンテンツの一部を選択することでコピー可能とするための操作情報を埋め込んだ部品化ページを生成する分解処理部と、
   を備えることを特徴とする文書処理システム。
2. 前記部品化ページからコピーして取得した情報を貼り付ける編集用ページを表示させ、当該編集用ページへの情報の貼り付けを処理する部品編集部を更に備え、
   前記部品編集部は、前記部品化ページから前記グループ化された前記コンテンツがコピーされた際に、コピーされた前記コンテンツ、又は前記コンテンツを特定可能な識別情報を保持しておき、
   コピーされた前記コンテンツを前記編集用ページに貼り付ける操作を行った際に、貼り付け先の部位において指定された形式に前記コンテンツを変換する処理を予め定められたサーバ上で実行されるプログラムに依頼し、当該プログラムから変換結果を受け取る
   ことを特徴とする請求項１に記載の文書処理システム。
3. 前記部品編集部は、前記編集用ページに対して、前記部品化ページのコンテンツを貼り付けた結果である編集結果ページを、前記グループ化の範囲に関する情報とともに予め定められたサーバに保存する
   ことを特徴とする請求項２に記載の文書処理システム。
4. 文書データに関連付けられ、前記文書データ内のコンテンツをグループ化する範囲を指定する部品化定義データを記憶する部品化定義記憶部と、
   前記文書データに対して、対応する前記部品化定義データを適用し、前記文書データ内のコンテンツに対し、前記グループ化された範囲の全体を当該グループ化された前記コンテンツの一部を選択することでコピー可能とするための操作情報を埋め込んだ部品化ページを生成する分解処理部と
   を備えることを特徴とする文書処理装置。
5. 文書データに関連付けられ、前記文書データ内のコンテンツをグループ化する範囲を指定する部品化定義データを前記文書データへと適用し、前記文書データ内のコンテンツに対し、前記グループ化された範囲の全体を当該グループ化された前記コンテンツの一部を選択することでコピー可能とするための操作情報を埋め込んだ部品化ページを生成する分解処理ステップと、
   を含むことを特徴とする文書処理方法。
6. コンピュータに、
   文書データに関連付けられ、前記文書データ内のコンテンツをグループ化する範囲を指定する部品化定義データを前記文書データへと適用し、前記文書データ内のコンテンツに対し、前記グループ化された範囲の全体を当該グループ化された前記コンテンツの一部を選択することでコピー可能とするための操作情報を埋め込んだ部品化ページを生成する分解処理ステップと
   を実行させるための文書処理プログラム。

Images