JPH06131224A - 情報処理方法及び装置 - Google Patents

Abstract

(57)【要約】 【目的】元のアプリケーションにおける編集内容をデー
タ連携を行った先のアプリケーション上のデータに対し
て反映することを可能とする。 【構成】デスティネーションファイルＡ中に存在する組
込枠に対応して、この組込枠に取り込まれる元のデータ
を有する参照枠を特定するための情報と、この組込み枠
に対応する組込データが組込枠データ２１に格納され
る。組み込み枠内におけるデータの表示、印刷等の出力
には、この組込枠データ２１に格納された組込データが
用いられる。ここで、参照枠を含むソースファイルＢに
おいて編集が実行されると、ソース側のアプリケーショ
ンにより、参照枠内のデータが編集により更新されたか
否かが判定され、更新されていれば、組込枠データ２１
における当該参照枠に対応する組込データを更新する。
組込管理部３ａは各アプリケーションの組込枠の情報を
管理し、上述の制御を実現させる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のファイル間でデ
ータの組込などのデータ連携を行うことが可能な情報処
理方法及び装置に関するものである。

【０００２】

【従来の技術】従来、複数のファイル間において、「デ
ータ組込」等のデータ連携が可能な情報処理装置におい
ては、例えば他のアプリケーションにて作成したデータ
を自分のアプリケーションで作成中のデータに貼り付け
ることが可能である。このようなデータの連携は、連携
を実行するアプリケーション間で直接データのやりとり
が行われ、一旦データが貼り付けられると、その貼り付
けられたデータは元のアプリケーションとの関係が断た
れ、貼り付け先のアプリケーションに完全に取り込まれ
てしまう。

【０００３】

【発明が解決しようとする課題】上述のデータ連携で
は、貼り付けられたデータは元のアプリケーションとの
関係が完全に断たれるため、元のアプリケーションで貼
り付け部分の編集が行われても、貼り付け先のデータへ
は何等反映されなかった。

【０００４】このため、データの貼り付けを実行した後
に、元のデータに対して編集を行うと、データ連携によ
って貼り付けられたデータと、元のデータとが異なるも
のとなってしまうという問題があった。そして、この問
題を防止するには、元のデータを編集した後に再びデー
タの貼り付けをやり直すなどして、データを整合させる
必要があり、操作が煩わしいものとなっている。

【０００５】また、他アプリケーションのデータを取り
込むにあたっては、アプリケーション相互で処理を行う
ので、データの取り込み方法は相互のアプリケーション
間毎に規定されている。このため、データ連携を行うア
プリケーションの組み合わせは予め決められたものとな
り、この他のアプリケーションの組み合わせではデータ
の連携はできなかった。

【０００６】本発明は上記の問題点に鑑みてなされたも
のであり、元のアプリケーションにおける編集内容をデ
ータ連携を行った先のアプリケーション上のデータに対
して反映することを可能とする情報処理方法及び装置を
提供することにある。

【０００７】

【課題を解決するための手段】上記の目的を達成するた
めの本発明による情報処理装置は以下の構成を備えるも
のである。即ち、複数のファイル間でデータの組込を行
う情報処理装置であって、データの組込を行う組込枠に
対応して、この組込枠に取り込まれるデータを有する参
照枠を特定するための情報及びこの組込枠に対応する組
込データをメモリに格納する格納手段と、参照枠を含む
ファイルが編集された場合、参照枠内のデータが更新さ
れたか否かを判定する判定手段と、前記判定手段により
参照枠内のデータが更新されたと判定されたとき、対応
する組込データを更新する更新手段と、組込データを対
応する組込枠の位置に出力する出力手段と、を備える。

【０００８】また、上記の目的を達成する本発明の情報
処理方法は以下の工程を備える。即ち、複数のファイル
間でデータの組込を行う情報処理方法であって、データ
の組込を行う組込枠に対応して、この組込枠に取り込ま
れるデータを有する参照枠を特定するための情報及びこ
の組込枠に対応する組込データをメモリに格納する格納
工程と、参照枠を含むファイルが編集された場合、参照
枠内のデータが更新されたか否かを判定する判定工程
と、前記判定工程により参照枠内のデータが更新された
と判定されたとき、対応する組込データを更新する更新
工程と、組込データを対応する組込枠の位置に出力する
出力工程と、を備える。

【０００９】

【作用】上記の構成により、ファイル中に存在する組込
枠に対応して、この組込枠に取り込まれる元のデータを
有する参照枠を特定するための情報と、この組込み枠に
対応する組込データがメモリに格納され、組み込み枠内
のデータの表示、印刷等の出力には、このメモリに格納
された組込データが用いられる。ここで、参照枠を含む
ファイルにおいて編集が実行されると、参照枠内のデー
タが編集により更新されたか否かを判定し、更新されて
いれば、前記メモリにおいて当該参照枠に対応する組込
データを更新する。このようにして、元のアプリケーシ
ョンにおける編集内容がデータ連携を行った先のアプリ
ケーション上のデータに対して反映される。

【００１０】

【実施例】以下に添付の図面を参照して本発明の好適な
実施例について詳細に説明する。

【００１１】＜実施例１＞図１は本実施例による情報処
理装置の概略構成を表すブロック図である。同図におい
て、１はＣＰＵであり、本情報処理装置全体の制御を行
う。２はＲＯＭであり、ＣＰＵ１がシステムの立ち上げ
時等で実行する各種制御プログラムや各種データが格納
されている。３はＲＡＭであり、組込管理部３ａ，プロ
グラム領域３ｂ，作業領域３ｃを備える。プログラム領
域３ｂは、ＣＰＵ１が各種処理を実行するためのオペレ
ーティングシステムや、そのオペレーティングシステム
上で動作するアプリケーションプログラム等を格納す
る。組込管理部３ａはデータの組み込みを行うための情
報を管理するものであり、その詳細は後述する。作業領
域３ｃはＣＰＵ１が各種処理を実行する際にデータの一
時的な保管等に使用する作業領域である。４はハードデ
ィスクであり、各種アプリケーションプログラム等が格
納されている。

【００１２】５はキーボード、６はマウスであり、それ
ぞれ各種データや指令の入力を行うための入力装置であ
る。７はディスプレイであり、アプリケーションプログ
ラムなどにより作成された文書データ等を表示する。８
は外部インターフェースであり、外部機器、例えばプリ
ンタ等を接続する。９はプリンタであり、外部インター
フェース８を介して入力された印刷データに基づいて、
記録紙等への印刷を実行する。１０はシステムバスであ
り、上述の各構成を接続し、相互にデータの授受を可能
とする。

【００１３】次に、図２を用いて上述の組込管理部３ａ
とデータ連携を行うアプリケーションとの間のデータの
受け渡しについて詳細に説明する。

【００１４】図２において、アプリケーションＸにより
作成されたドキュメント（ファイルＡ）が組込データと
して、Ｌ，Ｍ，Ｎを持つものとする。このように組込デ
ータを有するドキュメントをデスティネーションドキュ
メントと称する。この時アプリケーションＸは組込枠デ
ータ２１を管理する。この組込枠データ２１には、各組
込枠の位置に関する情報（枠位置）、その組込データの
作成元のアプリケーションを識別する情報（アプリケー
ション名）、その組込データの作成元のファイル（これ
をソースドキュメントと称する）を識別する情報（参照
ファイル）、その組込データの作成元ファイルにおける
位置情報（参照枠位置）、組込枠に出力すべきデータ
（組込データ）が格納される。尚、組込データに格納さ
れるデータは、オペレーティングシステム等が備える共
通モジュールにて表示、印刷等の出力が可能な共通のデ
ータ形式に変換されたものである。そして、この組込デ
ータは参照元のアプリケーションにより書き込み、更新
が行われる。このような組込枠データ２１により、例え
ば組込の位置がＬの枠については、アプリケーションＹ
で作成されたファイルＢの位置Ｐにおけるデータが組み
込まれていることが判る。

【００１５】更に、組込管理部３ａには、組込情報テー
ブル２２が備えられている。この組込情報テーブル２２
は、各アプリケーションから組込枠データ２１の情報を
受け取り、これをデスティネーションドキュメントのア
プリケーション名及びファイル名とともに管理する。組
込情報テーブル２２は上述の組込枠データ２１より「組
込データ」を除く全情報を保持するとともに、更新フラ
グの管理を行う。この更新フラグは、ソースドキュメン
トにおける参照枠内が編集されたときなどにセットさ
れ、組込枠データ２１内の組込データに対する更新が必
要であることを表す。

【００１６】更に、ソースドキュメント（ファイルＢ）
を有するアプリケーションＹでは、組込管理部３ａより
参照枠位置情報の通知を受けてこれを保持する（参照枠
位置情報２３）。

【００１７】以上のような構成を備える本情報処理装置
による、データ組込の動作について説明する。

【００１８】図３は、本実施例の情報処理装置におい
て、あるドキュメントをオープンしたときの処理手順を
表すフローチャートである。本フローチャートは、ドキ
ュメントのオープンを実行したときに起動され、まずス
テップＳ１１にてドキュメントがオープンされたことを
組込管理部３ａに通知する。このときの通知内容はオー
プンしたドキュメントのファイル識別情報とアプリケー
ション識別情報である。

【００１９】上述の通知を受けた組込管理部３ａは、オ
ープンされたドキュメントが他のドキュメントにより参
照されている場合、その参照枠位置が通知される。従っ
て、ステップＳ１２では参照枠位置の通知が有るか否か
をチェックし、通知がある場合はステップＳ１３へ進
み、参照枠位置を登録する。

【００２０】次に、ステップＳ１４では、オープンされ
たドキュメント内に組込枠があるかどうかをチェックす
る。ここで、組込枠があればステップＳ１５へ進み、組
込リンクを実施するか否かを使用者に問い合わせる。そ
して、組込リンク枠を実施するのであればステップＳ１
６へ進み、組込管理部３ａに対して組込管理テーブル２
２に登録すべき組込枠情報を通知して、本処理を終了す
る。一方、ステップＳ１４において組込枠がない場合、
及びステップＳ１５においてリンクの実施を行わない場
合はそのまま本処理を終了する。

【００２１】図４はあるドキュメントがオープンされた
ときの処理手順を表すフローチャートである。

【００２２】ステップＳ２１においてオープン通知があ
ったか否かをチェックする。このオープン通知は前述の
ステップＳ１１により、ドキュメントをオープンしたア
プリケーションより受け取る。そして、ステップＳ２２
では、オープンされたドキュメントのファイル識別情報
と、そのドキュメントを作成したアプリケーションを識
別するための情報とを、組込管理テーブル２２に登録す
る。更に、ステップＳ２３において、オープン通知のあ
ったドキュメントが他のドキュメントにより参照されて
いるか否かを組込情報テーブル２２を用いてチェック
し、参照されている枠があればステップＳ２４にてその
参照枠の位置を通知する。尚、この参照枠位置の通知は
前述のステップＳ１２、１３により、アプリケーション
側に取り込まれる。

【００２３】ステップＳ２５において、組込枠情報の通
知の有無をチェックし、通知があればステップＳ２６へ
進み、通知がなければ本処理を終了する。この組込枠情
報の通知は前述の図３のステップＳ１６において通知さ
れる情報である。ステップＳ２６では、オープンされた
ドキュメントの組込枠情報を組込管理テーブル２２に登
録する。そして、ステップＳ２７にて、登録された組込
枠情報よりリンクすべき参照元のドキュメント（ソース
ドキュメント）がオープンされているか否かをチェック
する。もし、オープンされていないソースドキュメント
があれば、ステップＳ２８へ進み、そのソースドキュメ
ントをオープンするか否かをオペーレタに問い合わせ、
オープンするのであればステップＳ２９へ進む。そし
て、ステップＳ２９において、アプリケーションを起動
した後にソースドキュメントをオープンし、ステップＳ
３０にて参照枠位置を通知する。一方、ステップＳ２７
において、既にソースドキュメントがオープンされてい
る場合は、直接ステップＳ３０へ進み、参照枠位置を通
知する。

【００２４】以上のような処理により、図２に示したよ
うな組込管理テーブル２２、参照枠位置情報２３が作成
される。そして、これらの各情報を用いてデータの連携
（データの組込処理）を行う。尚、この図４に示された
フローチャートは常時起動され、オープン通知及び組込
枠情報通知の有無を管理する。

【００２５】図５は、本実施例の情報処理装置において
データの組込を行う際の処理を説明するための図であ
る。同図において、５１はクリップボードであり、組み
込まれる部分データを一時的に保存するためのバッファ
である。このクリップボードは前述のＲＡＭ３上に形成
される。クリップボード５１には、組み込まれる部分デ
ータとして、ソースドキュメント５３のアプリケーショ
ン名とファイル名、組み込まれる枠（参照枠）５４の位
置、そして組込データが格納される。ここで、組込デー
タはオペレーティングシステムにより表示を行う共通の
データ形式で表現されている。そして、デスティネーシ
ョンドキュメント５５への組込を実行すると、組込枠位
置５６の情報とともに、組込枠データ２１（図２）に登
録される。

【００２６】次に図１４、図１５はデータの組込を行う
際の処理手順を表すフローチャートであり、図１４はソ
ースドキュメント側の手順を、図１５はデスティネーシ
ョン側の手順を表す。

【００２７】まず、ソースドキュメント側の処理手順を
説明する。ステップＳ３１でソースドキュメントをオー
プンすると、ステップＳ３２で前述の図３、４のフロー
チャートで示したオープン通知処理を実行する。次に、
ステップＳ３３において、データ組込を行う範囲を指定
すると、ステップＳ３４において、クリップボード５１
への登録が実行される。

【００２８】次に、デスティネーション側の処理手順を
説明する。ステップＳ４１でデスティネーションドキュ
メントをオープンすると、ステップＳ４２で前述のオー
プン通知処理を実行する。ステップＳ４３でクリップボ
ード５１に格納されたデータ組込を行うべきデータを指
定する。ステップＳ４４で、デスティネーションドキュ
メント上のデータ組込位置を指定すると、ステップＳ４
５でクリップボード５１よりデータの獲得が実行され
る。ここで、図２の組込枠データ２１の各欄に情報が格
納される。そして、ステップＳ４６で組込管理部３ａに
組込枠情報を通知し、組込管理テーブル２２に登録す
る。

【００２９】図６はソースドキュメントを編集した場合
のデータ連携に関わる処理の手順を表すフローチャート
である。ステップＳ５１で、編集が実行されると、ステ
ップＳ５２に進む。ここで、編集が行われた範囲に参照
枠があるか否かを、参照枠位置情報２３を用いてチェッ
クする。そして、編集された範囲に参照枠が存在するの
であれば、ステップＳ５３へ進み、参照枠内のデータが
変更されたことを組込管理部３ａに通知する。一方、ス
テップＳ５２において編集が行われた範囲に参照枠がな
ければ、そのまま本処理を終了する。

【００３０】図７は組込枠を有するドキュメント（デス
ティネーションドキュメント）を表示、印刷或いは保存
等のために出力を行う際の処理手順を表すフローチャー
トである。ステップＳ６１において、出力を行う範囲に
組込枠があるか否かをチェックし、組込枠があればステ
ップＳ６２へ、無ければステップＳ６３へ進む。ステッ
プＳ６２では、処理範囲内の組込枠に対応する組込デー
タを更新するための更新要求を組込管理部３ａに対して
出力する。この更新要求によりソースドキュメント側の
アプリケーションが必要に応じて組込データの更新を実
行するのであるが、詳細は後述する。

【００３１】ステップＳ６３では、表示、印刷、保存な
どの処理を実行し、ステップＳ６４にて、出力すべき全
範囲に対する処理が終了したか否かをチェックし、終了
していなければステップＳ６１へ戻り上述の処理を繰り
返す。また、全範囲に対する処理が終了していれば本処
理を終了する。

【００３２】図８は、ソースドキュメントの編集及びデ
スティネーションドキュメントの出力処理時の組込管理
部３ａにおける処理の手順を表すフローチャートであ
る。

【００３３】まず、図６のフローチャートに従ってソー
スドキュメントの編集が行われた場合にステップＳ５３
において出力される枠内データの変更通知の有無をチェ
ックする。ここで、変更通知があればステップＳ７２へ
進み、対応する枠の更新フラグをセットする。

【００３４】次に、表示、印刷などの出力処理が図７の
フローチャートに従って実行されたとき、その処理範囲
内に組込枠があると、ステップＳ６２においてその組込
枠の組込データの更新を要求する更新要求が出力され
る。組込管理部３ａでは、ステップＳ７３において、更
新要求の通知があるか否かをチェックし、更新要求があ
ればステップＳ７４へ進む。ここで、対象となる組込枠
の更新フラグがセットされているかどうかをチェックす
る。更新フラグがセットされていれば、対応する組込枠
の組込データが編集によって変化したことを表すので、
ステップＳ７５にて、ソース側のアプリケーションに対
して該当する組込データの更新を指示する。そして、ス
テップＳ７６にて更新フラグをリセットする。

【００３５】一方、ステップＳ７３にて更新要求の通知
がない場合及び、ステップＳ７４において、更新フラグ
がセットされていない場合はそのまま本処理を終了す
る。尚、この図８に示されたフローチャートは常時起動
され、変更通知及び更新要求の有無を管理する。

【００３６】図９は、組込管理部３ａより更新の指示が
あった場合のソース側のアプリケーションにおける処理
を表すフローチャートである。ステップＳ８１にて、組
込管理部３ａより更新の指示があると、ステップＳ８２
において、組込データの更新を実行する。ソース側のア
プリケーションは指定された参照枠位置内のデータを共
通データ形式に変換して組込枠データとして組込枠デー
タ２１に登録する。

【００３７】以上説明してきた処理を図２を用いて更に
説明する。例えば、ソースドキュメント（ファイルＢ）
において、枠Ｑを含む範囲が編集されると、枠Ｑが変更
された旨の変更通知を組込管理部３ａに出力する。組込
管理部３ａではこの変更通知を受けて、組込管理テーブ
ル２２における参照枠位置Ｑの更新フラグをセットす
る。

【００３８】一方デスティネーション側のドキュメント
において表示などの出力処理を行う際に、その表示範囲
に組込枠ＬとＭが存在すると、組込管理部３ａに対して
組込枠Ｌ，Ｍの組込データ更新要求を出力する。この更
新要求を受けた組込管理部３ａは、該当する枠の更新フ
ラグがセットされているか否かをチェックする。このと
き、枠Ｑの更新フラグのみがセットされているので、組
込管理部３ａはアプリケーションＹに対して、アプリケ
ーションＸの組込枠データ２１における参照枠位置Ｑの
組込データを変更するように指令を出す。そして、アプ
リケーションＹはこの指令を受けて、組込枠データ２１
の参照枠位置Ｑの組込データを更新する。尚、この時の
組込データのデータ形式は、ウインドウシステム等のオ
ペレーティングシステムが備える共通ライブラリが処理
可能なものであり、組込枠の部分の表示等の出力処理は
共通ライブラリが行うことは前述の通りである。

【００３９】次に、オープンされているドキュメントを
クローズするときの処理について図１０及び図１１のフ
ローチャートを参照して説明する。

【００４０】図１０はドキュメントのクローズ時のアプ
リケーション側の処理手順を表すフローチャートであ
る。まず、ステップＳ９１において、ドキュメントのク
ローズを組込管理部３ａに通知する。次に、ステップＳ
９２で、組込管理部３ａより組込枠データ２１上の組込
データに対する更新の指示が通知されているか否かを判
定する。もし、組込データの更新指示が通知されていれ
ばステップＳ９３にて、指示された組込データの更新を
実行する。そして、ステップＳ９４へ進み、当該ドキュ
メントのクローズを実行する。

【００４１】図１１は、ドキュメントクローズ時の組込
管理部３ａの処理手順を表すフローチャートである。ス
テップＳ１０１において、アプリケーションよりドキュ
メントクローズに通知を受けると、ステップＳ１０２へ
進み、当該ドキュメントがソースドキュメントであるか
否かをチェックする。これは、組込管理テーブル２２を
チェックすることで容易に判定できる。次に、ステップ
Ｓ１０３にて、更新フラグを検索し、ステップＳ１０４
にて、セットされている更新フラグがあればステップＳ
１０５へ進む。ここで、更新フラグの検索は、クローズ
しようとしているドキュメントの有する参照枠に対して
行われることは言うまでもない。そして、ステップＳ１
０５にて、更新フラグがセットされている組込枠に対し
て組込データの更新指示を当該アプリケーションに対し
て通知した後、ステップＳ１０３に戻る。一方、ステッ
プＳ１０４にてセットされている更新フラグが無ければ
そのまま本処理を終了する。

【００４２】以上説明したように、本実施例の情報処理
装置によれば、ソースドキュメントの編集が組込のため
の参照範囲に及んだとき、その編集結果がデスティネー
ションドキュメントの組込枠において反映される。従っ
て、ソースドキュメント側を編集するだけで、その編集
結果がデスティネーションドキュメントの組込枠に反映
されるので、デスティネーションドキュメントを編集し
直す必要がなく、操作性が向上する。

【００４３】＜実施例２＞実施例２においては、実施例
１で示した機能に加えて、ソースドキュメントの編集を
行った際に、参照枠内においてデータの挿入や削除など
により参照枠の大きさが変化した場合、これに応じてデ
スティネーションドキュメントの組込枠の大きさを変更
する情報処理装置を説明する。

【００４４】実施例２の情報処理装置においても、実施
例１と同様の構成を備え、参照枠内の編集結果を組込枠
に反映する方法は実施例１と同様であり、ここではその
説明は省略する。従って、ここでは、参照枠のサイズが
変化した場合の処理についてのみを取り上げて説明す
る。

【００４５】図１２はソース側のアプリケーションにお
いて編集を実行した際の処理を表すフローチャートであ
り、実施例１の図６のフローチャートに対応するもので
ある。ステップＳ１１１で、編集が実行されると、ステ
ップＳ１１２に進む。ここで、編集が行われた範囲に参
照枠があるか否かを、参照枠位置情報２３を用いてチェ
ックする。そして、編集された範囲に参照枠が存在する
のであれば、ステップＳ１１３へ進み、参照枠内のデー
タが変更されたことを組込管理部３ａに通知する。一
方、ステップＳ１１２において、編集された範囲に参照
枠が存在しなければそのまま本処理を終了する。

【００４６】次に、ステップＳ１１４において、編集処
理の結果参照枠の大きさに変化が生じたか否かをチェッ
クする。もし、変化が生じていればステップＳ１１５へ
進み、枠サイズの変更が有る旨の通知を組込管理部３ａ
に対して行う。更に、ステップＳ１１６にて、変化後の
参照枠の位置情報を組込管理部３ａに通知して本処理を
終了する。また、ステップＳ１１４において、参照枠の
大きさが変更されていなければそのまま本処理を終了す
る。

【００４７】以上のようにしてソースドキュメントを編
集し、参照枠内データの変更通知が発生した場合（ステ
ップＳ１１３による）は前述の実施例１と同様の処理に
より組込データの更新が実行される。また、参照枠のサ
イズに変化が生じた場合、これに応じて組込枠のサイズ
も変化する。ここでは、この参照枠のサイズが変化した
場合の組込管理部３ａの処理について説明する。

【００４８】図１２は組込管理部３ａがサイズ変更通知
を受けた場合の処理を表すフローチャートである。ステ
ップＳ１２１において、サイズ変更通知があると、ステ
ップＳ１２２へ進み、まず、組込管理テーブル２２の参
照位置情報を更新する。次に、ステップＳ１２３におい
て、デスティネーション側のアプリケーションに対して
範囲情報を通知する。具体的にはソースドキュメントの
編集によって変化した後のデータを参照枠位置情報をデ
スティネーション側のアプリケーションに対して出力す
る。デスティネーション側のアプリケーションはこの参
照枠位置情報により組込枠データ２１を更新する。即
ち、組込枠の枠位置情報及び参照枠位置情報を更新す
る。尚、組込データの更新は、実施例１で説明したよう
に枠内データの変更通知によりセットされる更新フラグ
を用いて行われる。

【００４９】以上説明したように、本実施例の情報処理
装置によれば、ソースドキュメントの編集の結果参照枠
の大きさが変化しても、これに応じてデスティネーショ
ンドキュメントの組込枠の大きさも変化するようにな
る。このため、ソースドキュメントの編集結果がより確
実にデスティネーションドキュメントの組込枠内に反映
され、操作性が著しく向上する。

【００５０】また、従来のデータ連携の方法によれば、
他アプリケーションのデータを取り込むにあたっては、
アプリケーション相互で処理を行うので、データの取り
込み方法は相互のアプリケーション間毎に規定されてい
る。このため、データ連携を行うアプリケーションの組
み合わせは予め決められたものとなり、この他のアプリ
ケーションの組み合わせではデータの連携はできないと
いう問題がある。

【００５１】これに対して本実施例の情報処理装置によ
れば、各アプリケーションに共通の所定の方法により組
込データを扱うので、データ連携を行うためのアプリケ
ーションの組み合わせはより自由度を増す。更に、デー
タ連携を行うデータを共通のデータ形式として処理する
ことにより、複数のアプリケーション間のデータ形式の
違いを意識すること無くデータ連携の実行を可能として
おり、操作性が著しく向上する。

【００５２】

【発明の効果】以上説明したように、本発明の情報処理
装置及び情報処理方法によれば、元のアプリケーション
における編集内容を、データ連携を行った先のアプリケ
ーション上のデータに対して反映することが可能とな
り、データ連携における操作性がが向上する。

【００５３】

【図面の簡単な説明】

【図１】本実施例による情報処理装置の概略構成を表す
ブロック図である。

【図２】組込管理部とデータ連携を行うアプリケーショ
ンとの関係を説明する図である。

【図３】本実施例の情報処理装置において、ドキュメン
トをオープンしたときの処理手順を表すフローチャート
である。

【図４】ドキュメントがオープンされたときの処理手順
を表すフローチャートである。

【図５】本実施例の情報処理装置においてデータの組込
を行う際の処理を説明する図である。

【図６】ソースドキュメントを編集した場合のデータ連
携に関わる処理の手順を表すフローチャートである。

【図７】組込枠を有するドキュメントの出力を行う際の
処理手順を表すフローチャートである。

【図８】ソースドキュメントの編集及びデスティネーシ
ョンドキュメントの出力処理時の組込管理部による処理
の手順を表すフローチャートである。

【図９】組込管理部より更新の指示が有った場合のソー
ス側のアプリケーションにおける処理を表すフローチャ
ートである。

【図１０】ドキュメントのクローズ時のアプリケーショ
ン側の処理手順を表すフローチャートである。

【図１１】ドキュメントクローズ時の組込管理部の処理
手順を表すフローチャートである。

【図１２】ソース側のアプリケーションにおいて編集を
実行した際の処理を表すフローチャートである。

【図１３】組込管理部がサイズ変更通知を受けた場合の
処理を表すフローチャートである。

【図１４】本実施例の情報処理装置においてデータの組
込を行う際の処理を説明するフローチャートである。

【図１５】本実施例の情報処理装置においてデータの組
込を行う際の処理を説明するフローチャートである。

【符号の説明】

１ ＣＰＵ ２ ＲＯＭ ３ ＲＡＭ ３ａ 組込管理部 ３ｂ プログラム領域 ３ｃ 作業領域

───────────────────────────────────────────────────── フロントページの続き (72)発明者 田村 元秀 徳島県徳島市沖浜東３−46 株式会社ジャ ストシステム内

Claims (6)

【特許請求の範囲】
1. 【請求項１】 複数のファイル間でデータの組込を行う
   情報処理装置であって、 データの組込を行う組込枠に対応して、この組込枠に取
   り込まれるデータを有する参照枠を特定するための情報
   及びこの組込枠に対応する組込データをメモリに格納す
   る格納手段と、 参照枠を含むファイルが編集された場合、参照枠内のデ
   ータが更新されたか否かを判定する判定手段と、 前記判定手段により参照枠内のデータが更新されたと判
   定されたとき、対応する組込データを更新する更新手段
   と、 組込データを対応する組込枠の位置に出力する出力手段
   と、 を備えることを特徴とする情報処理装置。
2. 【請求項２】 前記判定手段は、参照枠を含むファイル
   が編集された場合、参照枠内のデータが更新されたか否
   かを判定するとともに、参照枠の大きさが変化したか否
   かを判定し、 前記判定手段により参照枠の大きさが変化したと判定さ
   れた場合、前記格納手段により格納された参照枠を特定
   するための情報及び組込枠の大きさを更新するサイズ更
   新手段を更に備える、 ことを特徴とする請求項１に記載の情報処理装置。
3. 【請求項３】 各アプリケーションにより作成されたデ
   ータを所定の規約に基づくデータ形式に変換する変換手
   段を更に備え、 前記格納手段により前記メモリに格納される組込枠に対
   応した組込データは、前記変換手段により所定の規約に
   よるデータ形式に変換されて格納される、 ことを特徴とする請求項１または２に記載の情報処理装
   置。
4. 【請求項４】 複数のファイル間でデータの組込を行う
   情報処理方法であって、 データの組込を行う組込枠に対応して、この組込枠に取
   り込まれるデータを有する参照枠を特定するための情報
   及びこの組込枠に対応する組込データをメモリに格納す
   る格納工程と、 参照枠を含むファイルが編集された場合、参照枠内のデ
   ータが更新されたか否かを判定する判定工程と、 前記判定工程により参照枠内のデータが更新されたと判
   定されたとき、対応する組込データを更新する更新工程
   と、 組込データを対応する組込枠の位置に出力する出力工程
   と、 を備えることを特徴とする情報処理方法。
5. 【請求項５】 前記判定工程は、参照枠を含むファイル
   が編集された場合、参照枠内のデータが更新されたか否
   かを判定するとともに、参照枠の大きさが変化したか否
   かを判定し、 前記判定工程により参照枠の大きさが変化したと判定さ
   れた場合、前記メモリに格納された参照枠を特定するた
   めの情報及び組込枠の大きさを更新するサイズ更新工程
   を更に備える、 ことを特徴とする請求項４に記載の情報処理方法。
6. 【請求項６】 各アプリケーションにより作成されたデ
   ータを所定の規約に基づくデータ形式に変換する変換工
   程を更に備え、 前記格納工程において前記メモリに格納される組込枠に
   対応した組込データは、前記変換工程により所定の規約
   によるデータ形式に変換されて格納される、 ことを特徴とする請求項４または５に記載の情報処理方
   法。