JP2002314731A

JP2002314731A - ドキュメント処理アプリケーション構築方法

Info

Publication number: JP2002314731A
Application number: JP2001119068A
Authority: JP
Inventors: Yoshinori Yoshimura; 美紀芳村
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2001-04-18
Filing date: 2001-04-18
Publication date: 2002-10-25

Abstract

(57)【要約】【課題】ドキュメント処理アプリケーション開発を効
率良く行うことができるドキュメント処理アプリケーシ
ョン構築方法を提供する。【解決手段】画像入出力システムに備えられた各画像
入出力装置における共通構造としてドキュメント情報を
集約するドキュメント，ページ情報を集約するページ，
ドキュメント及びページに係る情報の生成・消滅権を持
つオーナー，ドキュメントに対する処理であるドキュメ
ント処理又はページに対する処理であるページ処理を行
うサーバを抽出してフレームワーク化する。これによ
り、フレームワークの各操作をアプリケーション毎に継
承し、動作を実装することで、ドキュメント処理アプリ
ケーション開発を効率良く行うことができるので、開発
したドキュメント処理アプリケーションソフトウェアの
品質を一定水準に保つことができるとともに、開発コス
トの削減や開発期間の短縮が可能になる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ドキュメント情報
等を各種の画像入出力装置で操作するためのドキュメン
ト処理アプリケーションをフレームワークを用いて構築
するドキュメント処理アプリケーション構築方法に関す
る。

【０００２】

【従来の技術】コピー、ファクス、プリンタ、イメージ
スキャナ等の各種機能を利用者に提供する画像入出力装
置においては、利用者に対して機能を提示するための
“アプリケーションソフトウェア”と、スキャナ部やプ
リンタ部などのデバイスを制御する“サービスソフトウ
ェア”もしくはそれらサービス機能を含む“ＯＳ（Oper
ating System）”などのシステムから構成されるのが普
通である。

【０００３】そして、コピー、ファクス、プリンタ、イ
メージスキャナ等の各種機能を提示するための“アプリ
ケーションソフトウェア”は、紙及び電子ドキュメント
を対象としていることにおいて共通である。

【０００４】また、近年ではネットワーク技術の進化や
機能の複合化、プラットフォームの統一化などの共通な
プロトコル上で共通のサービスを提供するためのプロト
コルの標準化が進み、コピー、ファクス、プリンタ、イ
メージスキャナ等の画像入出力装置は、スタンドアロン
や１対１接続で利用されるのではなく、ネットワーク環
境に接続される利用方法が急速に増えてきている。

【０００５】さらに、文書の電子化も進歩しており、汎
用ＯＳ上で動作する電子文書のフォーマットが統一化さ
れ、人々の生活も電子文書が中心となってきている。

【０００６】

【発明が解決しようとする課題】しかしながら、コピ
ー、ファクス、プリンタ、イメージスキャナ等の各種機
能を提示するための“アプリケーションソフトウェア”
は個別に開発されており、各機能においては同様な処理
を行っているにもかかわらず方式はそれぞれ異なってお
り、品質も人や組織に依存してしまっている。

【０００７】このような“アプリケーションソフトウェ
ア”の不統一は、アプリケーション開発者及びアプリケ
ーションのユーザの双方に対して様々な問題を引き起こ
すものとなっている。

【０００８】本発明の目的は、ドキュメント処理アプリ
ケーション開発を効率良く行うことができるドキュメン
ト処理アプリケーション構築方法を提供することであ
る。

【０００９】本発明の目的は、開発したドキュメント処
理アプリケーションソフトウェアの品質を一定水準に保
つことができるとともに、開発コストの削減や開発期間
の短縮が可能なドキュメント処理アプリケーション構築
方法を提供することである。

【００１０】

【課題を解決するための手段】請求項１記載の発明は、
画像データの入出力機能を有する複数の画像入出力装置
を備えた画像入出力システムに適用され、前記画像デー
タを含むドキュメント情報及びこのドキュメント情報を
構成する一つの塊であるページ情報を前記各画像入出力
装置で操作するためのドキュメント処理アプリケーショ
ンをフレームワークを用いて構築するドキュメント処理
アプリケーション構築方法であって、前記フレームワー
クを構成する各クラスは、前記ドキュメント情報を集約
するドキュメントと、前記ページ情報を集約するページ
と、前記ドキュメント及び前記ページに係る情報の生成
・消滅権を持つオーナーと、前記ドキュメントに対する
処理であるドキュメント処理又は前記ページに対する処
理であるページ処理を行うサーバと、である。

【００１１】したがって、画像入出力システムに備えら
れた各画像入出力装置における共通構造としてドキュメ
ント，ページ，オーナー，サーバを抽出してフレームワ
ーク化し、フレームワークの各操作をアプリケーション
毎に継承し、動作を実装することにより、ドキュメント
処理アプリケーション開発を効率良く行うことが可能に
なる。これにより、開発したドキュメント処理アプリケ
ーションソフトウェアの品質を一定水準に保つことが可
能になり、開発コストの削減や開発期間の短縮が可能に
なる。

【００１２】請求項２記載の発明は、請求項１記載のド
キュメント処理アプリケーション構築方法において、前
記オーナー及び前記サーバは、ドキュメント処理及びペ
ージ処理に応じて前記ドキュメント及び前記ページに対
して状態変化を引き起こし、前記ドキュメント及び前記
ページは、引き起こされる状態変化に応じて内部的に状
態遷移を起こす。

【００１３】したがって、ドキュメント及びページの状
態変化が処理を行うことにより引き起こされる点に着目
し、ドキュメント及びページの状態を変化させる方式を
フレームワーク化することにより、ドキュメント処理ア
プリケーション開発を効率良く行うことが可能になる。

【００１４】請求項３記載の発明は、請求項２記載のド
キュメント処理アプリケーション構築方法において、前
記オーナー及び前記サーバは、前記ドキュメント及び前
記ページを監視対象としてこの監視対象の状態変化を監
視するオブザーバであり、前記監視対象は、前記オブザ
ーバに対して状態変化を通知する。

【００１５】したがって、画像入出力システムに共通す
る状態変化によって行われるべき処理があることに着目
し、状態変化による通知及び通知を受ける方式をフレー
ムワーク化することにより、ドキュメント処理アプリケ
ーション開発を効率良く行うことが可能になる。

【００１６】請求項４記載の発明は、請求項１ないし３
のいずれか一記載のドキュメント処理アプリケーション
構築方法において、前記ページに対するページ処理で
は、ページの追加・ページの挿入・ページの削除がダイ
ナミックに行われる。

【００１７】したがって、画像入出力システムに共通す
るドキュメントの構造と、ページの追加・ページの挿入
・ページの削除がダイナミック（動的）に行われるとい
う特徴とをフレームワーク化することにより、ドキュメ
ント処理アプリケーション開発を効率良く行うことが可
能になる。

【００１８】

【発明の実施の形態】本発明の実施の一形態を図１ない
し図６に基づいて説明する。ここで図１は、画像入出力
システム１００のシステム構成を示す概略図である。図
１に示すように、本実施の形態の画像入出力システム１
００は、ユーザ側に設置されるものであって、サーバで
あるパーソナルコンピュータ（以下ユーザＰＣという）
１と、このユーザＰＣ１にネットワーク２を介して接続
されるクライアントであるイメージ入出力装置（画像入
出力装置）３，４及び５とで構成されている。ここで
は、イメージ入出力装置３，４及び５としてファクシミ
リ機能を備えたデジタル複写機、プリンタ、イメージス
キャナを適用している。また、前記ネットワーク２は、
イーサネット（登録商標）やトークンリング等のＬＡＮ
（Local Area Network）である。

【００１９】加えて、画像入出力システム１００は、公
衆回線等のネットワーク６を介してシステムベンダーの
サービスセンターに設置されるパーソナルコンピュータ
（以下センターＰＣという）７に接続されている。この
ように、画像入出力システム１００をシステムベンダー
のサービスセンターに設置されるセンターＰＣ７に接続
することにより、リモートから各ユーザの画像入出力シ
ステム１００の動作状況や利用状況に関するサービスを
提供することが可能になっている。

【００２０】次に、画像入出力システム１００の各部の
電気的接続について図２を参照して説明する。まず、イ
メージ入出力装置３，４，５について、デジタル複写機
であるイメージ入出力装置３を例にして説明する。イメ
ージ入出力装置３は、図２に示すように、マイコンの主
体として各部を集中的に制御するＣＰＵ（Central Proc
essing Unit）８を内蔵している。このＣＰＵ８には、
画像バス９を介して、プログラム等の固定的データを予
め格納するＲＯＭ（Read Only Memory）１０、各種デー
タを書き換え自在に格納するＲＡＭ（Random Access Me
mory）１１、データを消滅させることなく格納する不揮
発性ＲＡＭ（ＮＶＲＡＭ）１２が接続されている。ま
た、画像バス９には、ネットワーク２との接続を担う通
信制御部１３と、パネル制御部１４を介してユーザとの
インタフェースを司るＬＣＤタッチパネル（図示せず）
を有する操作パネル１５と、エンジン制御部１６を介し
てイメージデータの入出力（紙原稿の読み取りと転写紙
への印刷）をスキャナ部２１やプリンタ部２２（いずれ
も図３参照）に対して実行させるスキャン／プリントエ
ンジン１７と、ディスクドライバ１８を介してイメージ
データや制御プログラム等の記憶蓄積に利用されるＨＤ
Ｄ（Hard Disk Drive）である記憶装置１９と、公衆回
線等を通じて外部機器とのデータ通信を可能とするモデ
ム２０とが接続されている。

【００２１】また、画像入出力システム１００には、図
２に示すように、ブローカ２００が設けられている。こ
のブローカ２００は、ネットワーク２に接続されている
イメージ入出力装置３，４，５に必要な機能情報や管理
情報を維持し、クライアント（ここではユーザＰＣ１）
とサーバ（ここではイメージ入出力装置３，４，５）の
接続を確立する役目を請け負うミドルウェアである。こ
のようなブローカ２００は、ＣＰＵ２０１、ＲＯＭ２０
２、ＲＡＭ２０３、通信制御部２０４及びデータベース
２０５を有しているものであり、ユーザＰＣ１あるいは
イメージ入出力装置３，４，５のどちら側に存在してい
てもよい。

【００２２】なお、ユーザＰＣ１の構成については、周
知のパーソナルコンピュータの構成となんら変わるもの
ではないため、その説明は省略する。

【００２３】記憶装置１９に格納されている制御プログ
ラムは、イメージ入出力装置３，４，５の起動時にＲＡ
Ｍ１１に書き込まれる。これにより、ＣＰＵ８は、各部
を制御プログラムに従って駆動制御することが可能にな
り、各種機能を実行するようになる。次に、記憶装置１
９に格納されている制御プログラムについて説明する。
ここで、図３は制御プログラムのソフトウェア構造を示
す説明図である。図３に示すように、制御プログラム
は、アプリケーション層ａ・カーネル層ｂ・ドライバ層
ｃ・ハードウェア層ｄで構成された４層に大別される構
造になっている。

【００２４】アプリケーション層ａは、イメージ入出力
装置３，４，５の有するデジタルコピー・ファクシミリ
・プリンタ・イメージスキャナ等の各種機能についての
アプリケーションを形成する層である。このアプリケー
ション層ａは、ドキュメントマネージャａ_１・サービス
マネージャａ_２・デバイスマネージャａ_３・オペレーシ
ョンマネージャａ_４・データベースマネージャａ_５・プ
ログラムファクトリａ _６・インストーラａ_７の各機能ブ
ロックにより構成されている。

【００２５】ドキュメントマネージャａ_１は、デジタル
コピー・ファクシミリ・プリンタ・イメージスキャナ等
のシナリオに沿ってドキュメントをハンドリングするア
プリケーションの中心となる機能ブロックである。

【００２６】サービスマネージャａ_２は、ドキュメント
ハンドリングの際において各機能に共通して必要な機能
ブロックであって、各種サービスの管理・実行をするも
のである。

【００２７】なお、詳細は後述するが、デジタルコピー
・ファクシミリ・プリンタ・イメージスキャナ等の各種
機能において紙及び電子ドキュメントを操作するための
ドキュメント処理アプリケーションを構築する際に使わ
れるフレームワーク（ドキュメント・フレームワーク）
は、アプリケーションとサービスマネージャａ_２間のイ
ンタフェースを対象としたものである。ここで、フレー
ムワークは、特定の仕事を協調して実行するソフトウェ
ア部品群を示すものである。

【００２８】デバイスマネージャａ_３は、各種デバイス
の管理・実行を行うものであって、スキャナ部２１・プ
リンタ部２２・画像バス９等のデバイスの動作を決定す
る機能ブロックである。

【００２９】オペレーションマネージャａ_４は、前述し
た操作パネル１５を制御する機能ブロックであって、Ｌ
ＣＤタッチパネルのボタンの表示、ボタンオペレーショ
ンのノーティファイ・アラートの通知等を行うものであ
る。

【００３０】データベースマネージャａ_５は、フォント
・定形フォーム・ファクシミリ受信履歴・利用履歴等の
永続データの維持・管理を行う。

【００３１】プログラムファクトリａ_６は、データベー
スマネージャａ_５において維持・管理されているソフト
ウェア部品を前述したＲＡＭ１１上へ展開（オブジェク
ト指向プログラミングにおけるインスタンスを生成）
し、所定のメッセージ（オブジェクト指向プログラミン
グにおけるメソッドコール）を受け取ることにより、各
種デバイスを動作可能な状態にする機能ブロックであ
る。

【００３２】カーネル層ｂは、オペレーティング・シス
テム（ＯＳ）の機能の基本的な部分であって制御と資源
管理を中心に行い、各種デバイスを抽象化してアプリケ
ーションに対してサービスを提供する層である。なお、
アプリケーション層ａは、カーネル層ｂに対してシステ
ム・コールすることによって動作する。

【００３３】ドライバ層ｃは、各種デバイスの駆動制御
を実行させるための各種機能ブロックによって構成され
ている層である。例えば、スキャナ部２１の駆動制御を
実行させるためのソフトウェア部品であるスキャナ制御
プログラムは、このドライバ層ｃに組み込まれるもので
ある。

【００３４】ハードウェア層ｄは、イメージ入出力装置
３，４，５に備えられてＣＰＵ８により制御可能なリソ
ースの集合であって、スキャナ部２１・プリンタ部２２
・画像バス９・ＲＯＭ１０・ＲＡＭ１１・ＮＶＲＡＭ１
２・通信制御部１３・記憶装置１９・モデム２０等の機
能ブロックによって構成されている層である。

【００３５】次に、イメージ入出力装置３，４，５の有
するデジタルコピー・ファクシミリ・プリンタ・イメー
ジスキャナ等の各種機能において紙及び電子ドキュメン
トを操作するためのドキュメント処理アプリケーション
を構築する際に使われるフレームワーク（ドキュメント
・フレームワーク）について説明する。

【００３６】ここで、図４は本実施の形態のドキュメン
ト・フレームワーク構造を示すクラス図である。図４に
示すように、文書処理を分散で行うドキュメント処理ア
プリケーションの骨格であるドキュメント・フレームワ
ークは、「ドキュメント」、「ページ」、「オーナ
ー」、「サーバ」の各クラスで構成されている。各クラ
スについて、例えばユーザＰＣ１で作成した文書をプリ
ンタ部２２で印刷する処理を例に以下に説明する。

【００３７】「ドキュメント」は、ユーザＰＣ１で作成
した文書のドキュメント情報、言い換えれば印刷する対
象である文書（総ページ数、タイトル、作成日時等の付
帯情報を含む）との間に集約という関係を有するもので
ある。「ドキュメント」における他のオブジェクトから
の要求で起動できるサービスとしては、“生成”、“消
滅”、“ページ追加”、“ページ挿入”、“ページ削
除”がある。

【００３８】「ページ」は、ユーザＰＣ１で作成した文
書のページ情報、言い換えれば「ドキュメント」を構成
する一つの塊（文字数、ページ番号等の付帯情報を含
む）との間に集約という関係を有するものである。な
お、特に図示しないが、「ページ」は更に「行」「文
字」で構成される。

【００３９】「オーナー」は、印刷を指示したアプリケ
ーション（印刷文書のオーナーであることを意味してい
る）であって、ドキュメント情報、ページ情報及びそれ
らの付帯情報の生成・消滅権を有している。

【００４０】「サーバ」は、サービスを提供することを
意味しており、印刷処理を行うプログラム（プリンタ部
２２に組み込まれているプログラム）であって、文書に
対する一括処理であるドキュメント処理（コピー、印
刷、スキャン、ファックス送信、ファックス受信等）や
ドキュメント処理におけるページに対する処理であるペ
ージ処理（読取、送信、ページ印刷等）を行う。

【００４１】「オーナー」及び「サーバ」は、上位のク
ラスとして「監視者（オブザーバ）」に分類される。こ
の「監視者（オブザーバ）」は、イベントを発行するた
めのソフトウェアモジュールであって、ドキュメント処
理及びページ処理に応じて「ドキュメント」及び「ペー
ジ」に対して状態変化を引き起こすものである。ここ
で、状態変化とは、印刷の場合を例にして考えると、「印刷準備中→印刷中→印刷完了」のようなものをいい、全て「準備中→処理中→完了」として抽象化することが可能になっている。そして、
「監視者（オブザーバ）」における他のオブジェクトか
らの要求で起動できるサービスとしては、“状態変化通
知”がある。

【００４２】また、「ドキュメント」及び「ページ」
は、上位のクラスとして「監視対象」に分類される。こ
の「監視対象」は、「監視者（オブザーバ）」により引
き起こされる状態変化に応じ、内部的に状態遷移が起こ
るものである。「監視対象」における他のオブジェクト
からの要求で起動できるサービスとしては、“状態変
化”、“オブザーバ追加”がある。

【００４３】つまり、「監視者（オブザーバ）」は、
「監視対象」の状態変化を監視し、「監視対象」は、
「監視者（オブザーバ）」に対して状態変化を通知する
ものである。

【００４４】ここで、各オブジェクトの状態変化に関す
る協調動作を図５に示すシーケンス図を参照しつつ説明
する。図５に示すように、「監視者（オブザーバ）」１
が、「監視対象」の状態変化を引き起こすと、「監視対
象」においては内部的に状態遷移が起こる。図４に示し
たように、「監視対象」には複数の「監視者（オブザー
バ）」が関連しているので、関連している「監視者（オ
ブザーバ）」（ここでは、１，２，３）に対して状態変
化通知が行われる。

【００４５】ここに、ドキュメント及びページの状態変
化が処理を行うことにより引き起こされる点に着目し、
ドキュメント及びページの状態を変化させる方式をフレ
ームワーク化することにより、ドキュメント処理アプリ
ケーション開発を効率良く行うことが可能になる。ま
た、画像入出力システム１００に共通する状態変化によ
って行われるべき処理があることに着目し、状態変化に
よる通知及び通知を受ける方式をフレームワーク化する
ことにより、ドキュメント処理アプリケーション開発を
効率良く行うことが可能になる。

【００４６】続いて、各オブジェクトのページ追加・挿
入・削除に関する協調動作を図６に示すシーケンス図を
参照しつつ説明する。図６に示すように、「オーナー」
が「ドキュメント」に対してページ追加を要求すると、
「ドキュメント」は、自分が持っているページの最後の
ページ番号が“Ｎ”なので、ページ番号“Ｎ＋１”を引
数として、新しいページを生成する。また、「オーナ
ー」が「ドキュメント」に対してページ番号“Ｎ”の次
にページの挿入を要求すると、「ドキュメント」は、ペ
ージ番号“Ｎ＋１”を引数として、新しいページを生成
するとともに、それ以降のページのページ番号を振り直
す。さらに、「オーナー」が「ドキュメント」に対して
ページ番号“Ｎ”の削除を要求すると、「ドキュメン
ト」は、ページ番号“Ｎ”のページを消滅し、削除した
ページ以降のページ番号を振り直す。

【００４７】ここに、画像入出力システム１００に共通
するドキュメントの構造と、ページの追加・ページの挿
入・ページの削除がダイナミック（動的）に行われると
いう特徴とをフレームワーク化することにより、ドキュ
メント処理アプリケーション開発を効率良く行うことが
可能になる。

【００４８】すなわち、画像入出力システム１００に備
えられた各イメージ入出力装置３，４，５における共通
構造として「ドキュメント」，「ページ」，「オーナ
ー」，「サーバ」を抽出してフレームワーク化し、フレ
ームワークの各操作をアプリケーション毎に継承し、動
作を実装することで、ドキュメント処理アプリケーショ
ン開発を効率良く行うことができる。これにより、開発
したドキュメント処理アプリケーションソフトウェアの
品質を一定水準に保つことができるとともに、開発コス
トの削減や開発期間の短縮が可能になる。

【００４９】なお、本実施の形態においては、画像入出
力システムとしてネットワーク分散環境の画像入出力シ
ステム１００を適用したが、これに限るものではなく、
１台でデジタルコピー・ファクシミリ・プリンタ・イメ
ージスキャナ等の各種機能を実現したＭＦＰ（Ｍultifu
nction Ｐeripheral）への適用であっても良い。

【００５０】

【発明の効果】請求項１記載の発明によれば、画像デー
タの入出力機能を有する複数の画像入出力装置を備えた
画像入出力システムに適用され、前記画像データを含む
ドキュメント情報及びこのドキュメント情報を構成する
一つの塊であるページ情報を前記各画像入出力装置で操
作するためのドキュメント処理アプリケーションをフレ
ームワークを用いて構築するドキュメント処理アプリケ
ーション構築方法であって、前記フレームワークを構成
する各クラスは、前記ドキュメント情報を集約するドキ
ュメントと、前記ページ情報を集約するページと、前記
ドキュメント及び前記ページに係る情報の生成・消滅権
を持つオーナーと、前記ドキュメントに対する処理であ
るドキュメント処理又は前記ページに対する処理である
ページ処理を行うサーバと、であることにより、画像入
出力システムに備えられた各画像入出力装置における共
通構造としてドキュメント，ページ，オーナー，サーバ
を抽出してフレームワーク化し、フレームワークの各操
作をアプリケーション毎に継承し、動作を実装すること
で、ドキュメント処理アプリケーション開発を効率良く
行うことができるので、開発したドキュメント処理アプ
リケーションソフトウェアの品質を一定水準に保つこと
ができるとともに、開発コストの削減や開発期間の短縮
が可能になる。

【００５１】請求項２記載の発明によれば、請求項１記
載のドキュメント処理アプリケーション構築方法におい
て、前記オーナー及び前記サーバは、ドキュメント処理
及びページ処理に応じて前記ドキュメント及び前記ペー
ジに対して状態変化を引き起こし、前記ドキュメント及
び前記ページは、引き起こされる状態変化に応じて内部
的に状態遷移を起こすことにより、ドキュメント及びペ
ージの状態変化が処理を行うことにより引き起こされる
点に着目し、ドキュメント及びページの状態を変化させ
る方式をフレームワーク化することで、ドキュメント処
理アプリケーション開発を効率良く行うことができる。

【００５２】請求項３記載の発明によれば、請求項２記
載のドキュメント処理アプリケーション構築方法におい
て、前記オーナー及び前記サーバは、前記ドキュメント
及び前記ページを監視対象としてこの監視対象の状態変
化を監視するオブザーバであり、前記監視対象は、前記
オブザーバに対して状態変化を通知することにより、画
像入出力システムに共通する状態変化によって行われる
べき処理があることに着目し、状態変化による通知及び
通知を受ける方式をフレームワーク化することで、ドキ
ュメント処理アプリケーション開発を効率良く行うこと
ができる。

【００５３】請求項４記載の発明によれば、請求項１な
いし３のいずれか一記載のドキュメント処理アプリケー
ション構築方法において、前記ページに対するページ処
理では、ページの追加・ページの挿入・ページの削除が
ダイナミックに行われることにより、画像入出力システ
ムに共通するドキュメントの構造と、ページの追加・ペ
ージの挿入・ページの削除がダイナミック（動的）に行
われるという特徴とをフレームワーク化することで、ド
キュメント処理アプリケーション開発を効率良く行うこ
とができる。

【図面の簡単な説明】

【図１】本発明の実施の一形態の画像入出力システムの
システム構成を示す概略図である。

【図２】画像入出力システムの各部の電気的接続を示す
ブロック図である。

【図３】制御プログラムのソフトウェア構造を示す説明
図である。

【図４】ドキュメント・フレームワーク構造を示すクラ
ス図である。

【図５】各オブジェクトの状態変化に関する協調動作を
示すシーケンス図である。

【図６】各オブジェクトのページ追加・挿入・削除に関
する協調動作を示すシーケンス図である。

【符号の説明】

３，４，５画像入出力装置１００画像入出力システム

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B021 AA01 LE00 5B076 DB01 DB04 DC00 DD01 5C062 AA02 AA05 AA14 AA16 AA27 AA35 AB41 AB42 AC02 AC04 AC24 AC38 AC60 AF07 AF13 BA00

Claims

【特許請求の範囲】

【請求項１】画像データの入出力機能を有する複数の
画像入出力装置を備えた画像入出力システムに適用さ
れ、前記画像データを含むドキュメント情報及びこのド
キュメント情報を構成する一つの塊であるページ情報を
前記各画像入出力装置で操作するためのドキュメント処
理アプリケーションをフレームワークを用いて構築する
ドキュメント処理アプリケーション構築方法であって、前記フレームワークを構成する各クラスは、前記ドキュ
メント情報を集約するドキュメントと、前記ページ情報
を集約するページと、前記ドキュメント及び前記ページ
に係る情報の生成・消滅権を持つオーナーと、前記ドキ
ュメントに対する処理であるドキュメント処理又は前記
ページに対する処理であるページ処理を行うサーバと、
であることを特徴とするドキュメント処理アプリケーシ
ョン構築方法。
【請求項２】前記オーナー及び前記サーバは、ドキュ
メント処理及びページ処理に応じて前記ドキュメント及
び前記ページに対して状態変化を引き起こし、前記ドキュメント及び前記ページは、引き起こされる状
態変化に応じて内部的に状態遷移を起こすことを特徴と
する請求項１記載のドキュメント処理アプリケーション
構築方法。
【請求項３】前記オーナー及び前記サーバは、前記ド
キュメント及び前記ページを監視対象としてこの監視対
象の状態変化を監視するオブザーバであり、前記監視対象は、前記オブザーバに対して状態変化を通
知することを特徴とする請求項２記載のドキュメント処
理アプリケーション構築方法。
【請求項４】前記ページに対するページ処理では、ペ
ージの追加・ページの挿入・ページの削除がダイナミッ
クに行われることを特徴とする請求項１ないし３のいず
れか一記載のドキュメント処理アプリケーション構築方
法。