JPH09325928A

JPH09325928A - メッセージ通信方法及び装置

Info

Publication number: JPH09325928A
Application number: JP8165184A
Authority: JP
Inventors: Tsugutomo Hidaka; 亜友日高
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1996-06-06
Filing date: 1996-06-06
Publication date: 1997-12-16

Abstract

(57)【要約】【課題】本発明はネットワーク上の各種異なる機能の
装置をメッセージの交換、処理を通じて連携させて利用
する。【解決手段】クライアント装置や各種サーバ装置のそ
れぞれにメッセージ処理部を付加する。メッセージはネ
ットワーク内のステーション間で順次受け渡されて行く
ためのメッセージ自身の送信先装置に関する情報および
ネットワーク内の一連の装置内で実行すべき処理内容に
関する情報を持っている。メッセージ処理部は、受信し
たメッセージの指示するある処理を実行し、その後、メ
ッセージを次の装置に転送する。その転送先の装置のメ
ッセージ処理部も同様に指示された処理と転送を行う。
これを繰り返しながら、メッセージが次々と所望の機能
を持つ装置間を巡って、メッセージに記述された処理を
複数の装置で連携して行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、同一のＬＡＮ（ロ
ーカル・エリア・ネットワーク）、又は複数のＬＡＮを
専用回線、公衆回線によってＷＡＮ（ワイド・エリア・
ネットワーク）接続したネットワークに、クライアント
装置、編集サーバ装置、画像ファイルサーバ装置、デー
タベースサーバ装置、プリントサーバ装置、ジョブチケ
ットサーバ装置を接続し、連携動作させることによっ
て、文書データの入力、蓄積、編集、文書形式変換、転
送、プリント出力機能を提供するシステムにおける、情
報伝達方法及び装置に関する．

【０００２】

【従来の技術】

１．電子出版業務における印刷方法ワードプロセッサを始めとするコンピュータを用いて文
書原稿を電子的に作成し、レーザプリンタを始めとする
高精細なプリンタ装置を利用して、出力用紙に文書画像
を印字することによって実現される、電子出版業務での
印刷方法は、大きく以下の２種類の方法が従来からあ
る。

【０００３】（ａ）印刷の必要の都度、原稿を作成し
たコンピュータ装置から、プリンタ装置にデータ転送
し、プリント出力することによって行うもの。

【０００４】（ｂ）作成した原稿を一旦、ファイル・サ
ーバ装置に送り込んで保管し、次回からの印字出力は、
ファイル・サーバ装置からプリンタ装置に文書画像デー
タを転送することによって行うもの。

【０００５】前者の場合の例としては、例えば特開平４
−３１４１２２号公報記載のものがある。後者の場合の
例としては、例えば特開平５−２９８４１９号公報記載
のものがある。後者の場合には、あらかじめ出力するプ
リンタ装置に適した形式で、入力した文書情報を変換し
て保管することが可能なため、より美しい印字出力が、
また一度プリンタ装置形式の文書を作成して保存してお
けば、次回からの再出力に関しては、より高速に可能と
いう利点がある。

【０００６】電子出版業務では、同一の原稿画像を大量
に印刷する場合が多いため、後者の方法が頻繁に用いら
れるが、後者の方法による場合、作成した文書原稿のフ
ァイル・サーバ装置への登録保管処理と、ファイル・サ
ーバ装置からプリンタ装置への検索出力処理といった、
２段階の手順を踏まなければならす、面倒であった。

【０００７】２．クライアント・サーバ型のデータベー
ス前項で示すように、専門的な電子出版業務においては、
あらかじめ作成済みの文書原稿を、ファイル・サーバに
登録保管しておき、必要に応じてそのファイル・サーバ
を検索して必要な文書原稿に関する情報を得ることが一
般的である。一般に大量の文書情報を、電子出版業務で
利用するような、複数のクライアントで検索出力するこ
とを目的として管理する場合には、特開平５−７３４４
９号公報に示されるように、クライアント・サーバ型の
データベース・システムを用いる。クライアント・サー
バ型のデータベースでは、クライアント＝サーバ間のデ
ータ転送が頻繁に起こるため、特開平５−７３４４９号
公報記載の技術ではデータ操作言語や処理結果をまとめ
てブロック化して、送受信することにより処理の高速化
を図っている。しかし、複数のデータベース・サーバが
存在し、目的の文書がどこに入っているか不明な場合、
あるいはデータベース・アクセス手段をクライアントが
持たず、データベース・サーバの存在に関して、サーバ
の所在に関する装置の名前、ネットワークアドレス、デ
ータベースの名前といった、詳細な情報を持たない場
合、利用できない。

【０００８】特開平６−２０８５８３号公報ではネット
ワーク接続された電子ファイルに対して、検索条件を第
３の装置から順次転送することにより、複数サーバに対
する文書検索を行うように工夫されているが、データベ
ース・アクセス手段をクライアントが持たない場合やデ
ータベース・サーバの所在に関する詳細な情報をクライ
アントが知らない場合には、利用することができない。

【０００９】３．複数プリンタヘの出力前項ではデータベース・システムにおいて、データベー
スサーバに関する詳細な情報を、利用するクライアント
側で保持する必要がある例をあげたが、ネットワークを
介したプリンタヘの出力に関しても同様なことが言え
る。前述の第１項で説明した、出力文書原稿をクライア
ントから直接、ネットワーク上のプリンタに送り込む場
合を例にすると、プリンタに対する出力指示は、出力文
書データとともに、出力部数、印字する用紙の大きさ、
といった出力時のオプションとともに送り込むことによ
って実現する。このとき出力するクライアントは、プリ
ント出力するプリンタの情報、装置の名前、ネットワー
クアドレス、プリンタ種類を知って置かなければならな
い。また、送り出す出力データのフオーマットに関して
は、出力するプリンタの種類に応じて準備しなくてはな
らない。

【００１０】特開平５−１９３２３１号公報によれば、
このような問題を解決すべく、自ら印刷を実行すベきも
のでないと判断した文書情報を、インターフェイス手段
より外部へ出力する出力手段を設けることにより、簡単
な機能を付加するだけで多種の印刷装置を使用可能にす
るようにしている。しかしこの場合、クライアントは、
最初に文書データを送りつけるべき、出力装置（プリン
ト・サーバ）に関する装置の名前、ネットワークアドレ
スといった情報を知らなくてはならない。また、文書デ
ータを受信した装置で該文書を出力できないと判定され
た場合、一旦インターフェイス手段より外部へ出力され
るため、大量データのプリント出力時には時間がかかる
といった問題も発生する。

【００１１】特開平５−２９０００４号公報記載の技術
は、プリンタ監視システム内の接続制御装置によって、
このような問題を解決し、常に最適なプリンタに出力さ
れるように考慮されたものである。この技術は、前述の
出力文書原稿をクライアントから直接、ネットワーク上
のプリンタに送り込む環境において、同一の出力フォー
マットを受け付ける「同種のプリンタ」が複数ネットワ
ーク接続されている、環境において、効率よくプリンタ
の運用を行うもので、前述の第１項で説明した、電子出
版で頻繁に行われる、データ蓄積後のプリント処理と、
異なったデータフォーマットを受け付ける、複数種類プ
リンタの使い分けに関しては考慮されていない。

【００１２】４．情報伝達方法について本発明のメッセージ通信方法に比較的近い先行技術とし
ては、特開平６−３０１５７７号公報記載の技術があ
る。電子掲示板（ＢＢＳ）のような大規模なネットワー
クに対して「エージェント」と呼ぶソフトウェアを送り
込むことにより、指定された情報をネットワーク中から
獲得することを目的にしている。しかし、この例ではネ
ットワーク中のファイルサーバに文書情報を送り込む方
法、ネットワーク中の文書情報をネットワーク中のプリ
ンタに出力する方法については、明らかにされていな
い。

【００１３】そのほかの従来例としては、特開平５−２
０４９８６号公報のようにファクシミリ装置（ＦＡＸ）
を利用した検索出力システムがある。この例では、ＦＡ
Ｘを通信媒体に利用して、ホストコンピュータに接続し
て検索処理を実行するが、接続したホストコンピュータ
に目的の検索情報が存在しなかった場合、他のコンピュ
ータに検索シートを転送する処理や、情報の入力処理、
情報の転送処理に関しては考慮されていない。

【００１４】特開平６−１８７２６１号公報は、ＦＡＸ
を使わずに個人情報端末を利用して、ネットワーク回線
経由でホストコンピュータに接続して個人情報を検索す
る技術であるが、やはり複数コンピュータの検索処理
や、プリンタへの出力指示に関しては考慮されていな
い。そのほかに、電子メール手段によるプリント出力指
示の例が、特開平５−２５４１号公報に記載されてい
る。ネットワークプリント転送の代わりに、ネットワー
クファイル転送手段による、プリントサーバへのデータ
転送の例は、特開平６−１６１６７７号公報にある。ど
ちらも、他のコンピュータに検索シートを転送する処理
や、情報の入力処理、情報の転送処理に関しては考慮さ
れていない。

【００１５】

【発明が解決しようとする課題】本発明は以上のような
従来技術の問題を解決することを目的とする。即ち、本
発明は、ネットワーク上の資源を有効に活用するための
メッセージ通信方法及び装置を得ることを課題とする。
換言すれば、本発明はネットワーク上の各種異なる機能
を持つ装置（例えば、ファイルサーバ装置、プリントサ
ーバ装置、データベースサーバ装置など）をメッセージ
の交換、処理を通じて連携させて利用するためのメッセ
ージ通信方法及びその方法の実施に用いる装置を得るこ
とを課題とする。複数の装置を連携させた処理としては
例えば、次のようなものがある。（ａ）ネットワーク上の複数のサーバ装置を続けて利用
する、一連の「検索」「編集」、「出力」処理、あるい
は、「入力」「編集」「出力」処理を一度に行う。
（ｂ）複数プリンタへの出力処理。（ｃ）複数種類プリ
ンタへの出力処理。（ｃ）複数ファイルサーバの連続検
索処理。（ｄ）サーバを特定しない検索処理。また、本
発明はネットワーク上での所望の処理を実現するための
メッセージを容易に組み立てて発信することのできるメ
ッセージ通信方法及び装置を得ることを課題とする。

【００１６】また、本発明は、ネットワークに接続する
プリンタやファイル装置の種類、ネットワーク接続方
法、オペレーティングシステムに依存しないメッセージ
の通信方法及び装置を得ることを課題とする。

【００１７】また、本発明は、前記複数の装置を連携さ
せた処理を行うためのメッセージを容易に組み立てて発
信することのできる方法及び装置を得ることを課題とす
る。

【００１８】また、本発明は、ネットワーク上の各装置
に対して、簡便、同等、かつ自由で、一貫性のある通信
方法を提供することにより、新規装置の導入や、変更が
容易になり、自由にネットワークシステムを構築可能と
することを課題とする。

【００１９】また、本発明は、ネットワーク上の各装置
の資源の負荷を軽減させることにより、同時に行える処
理量を増加させ、結果的にシステム全体として、処理を
高速化することを課題とする。

【００２０】また、本発明は、既存のネットワーク環境
に、大きな変更を加えることなく、これらのメッセージ
通信処理を実現することを課題とする。

【００２１】また、本発明は、メッセージ通信処理の全
部又は、多くの部分をソフトウェアを用いて実現させる
ことができ、結果的に発生する費用や、工数を低く押さ
えることができるようにすることを課題とする。

【００２２】

【課題を解決するための手段及び作用】本発明のメッセ
ージ通信方法は、ネットワークに接続された種々の機能
を持つ複数のステーション間でメッセージを通信するメ
ッセージ通信方法であって、前記メッセージは複数の異
なるステーションの機能を組み合わせて利用する処理内
容に関する情報を含んでおり、前記メッセージを受信し
たとき、各ステーションはそのメッセージに従って自己
の機能を遂行すると共に、次の送信先ステーションを決
定し前記メッセージを送信することを特徴とする。ま
た、上記本発明のメッセージ通信方法を実施するための
メッセージ通信装置は、ネットワークに接続された複数
のステーションのそれぞれにメッセージを受け渡すため
のメッセージ処理手段を設け、前記メッセージはネット
ワーク内のステーション間で順次受け渡されて行くため
のメッセージ自身の送信先ステーションに関する情報及
びネットワーク内の一連のステーション内で実行すべき
処理内容に関する情報を含んでおり、各メッセージ処理
手段は、メッセージを受信した場合、その受信したメッ
セージの解釈実行処理を行い、前記メッセージの送信先
を決定するとともに、それまでの実行の結果に基づき前
記メッセージを加工し、又は新たなメッセージを組み立
てて、これを前記決定した送信先ステーションへ送信す
る処理機能を有する。本発明のメッセージ通信方法及び
メッセージ通信装置によれば、メッセージは複数の異な
るステーションで連携して行う処理内容に関する情報を
含んでおり、このメッセージを順次ステーション間で受
け渡すが、メッセージを受け取ったステーションはメッ
セージに従って受け持ちの処理を実行し、次のステーシ
ョンへメッセージを渡すことにより、ステーションの処
理の連携が可能となり、ネットワークの資源を有効に利
用した複雑な処理を簡単に実現できる。例えば、プリン
タ装置形式に変換済みの文書の再出力は勿論のこと、作
成者、作成日、文書名のような文書情報を記述して、フ
ァイルサーバ装置に原稿文書を登録する処理と、その文
書を部数、出力用紙、拡大縮小の編集処理を指定して、
所望のプリントサーバに出力する処理を一度に行う処理
や、すでにプリンタ装置形式に変換して保管してある文
書のうち１ページだけ修正して、再登録し、所望のプリ
ントサーバに出力するといった処理が、簡単な指示で、
一度に実行可能となる。また、本発明の通信装置はネッ
トワークに接続する各クライアント、各サーバ装置等の
ステーションに対して、共通な機能を提供するメッセー
ジ処理部を付加するという装置構成であるので、本発明
を利用するシステムを容易に構成することができる。

【００２３】また、本発明は上記メッセージ通信方法又
は装置において、一度に転送するメッセージ内容を、メ
ッセージの含む処理内容を複数ステーションで動作させ
るように管理する省略可能な制御情報部と、ステーショ
ンで行う動作を記述した動作記述プログラムを有する動
作記述部とステーション内で行った処理内容とその結
果に関する情報を保持する省略可能な履歴管理部と、処
理の対象となる情報又は処理に用いるパラメータを保持
する運搬内容部とによって構成する。そして、メッセー
ジを受信したステーションは、動作記述部の前記動作記
述プログラム又は、運搬内容部に保持されたパラメータ
のいずれか、又は両方の記述に従って、ステーションの
動作を行うとともに、動作記述部の動作記述プログラ
ム、又は、運搬内容部に保持するパラメータを加工もし
くは新たに作成し、運搬内容部に必要な情報を設定する
ことを含むメッセージの組立てを行い、次のステーショ
ンに送信することを特徴とする。本発明によるメッセー
ジ通信は、メッセージをそれぞれ省略可能な前記４つの
メッセージ構成部分に分け、また、各メッセージ構成部
分の省略時の処理を明確に定義することができ、重要で
ない部分や、毎回同じ部分の記述を省くことができるた
め、メッセージ処理を利用する最初のステーションにお
いて、容易にメッセージを組み立てて発信することが可
能となる。

【００２４】本発明の他の特徴によれば、上記メッセー
ジ通信方法において、最初のステーションから出された
メッセージは、必ず次のメッセージ通信を起動し、いず
れかのステーションによって、きっかけとなった最初の
ステーションにメッセージが送られて、最初のステーシ
ョンが自分が先に送信したメッセージに関わるメッセー
ジを受信したときに、一連のメッセージ通信が終了する
ように構成する。また、本発明の他の特徴によれば、メ
ッセージを受信して、そのメッセージを処理中又は次の
ステーションへのメッセージ通信中にエラーが発生した
場合に、一連のメッセージ送信のきっかけとなった最初
の送信ステーションに、エラーとなった状況をメッセー
ジ送信する。最初のステーションはメッセージを送信し
たら、必ずその処理の結果が戻ってくるので、メッセー
ジを複数のステーション（サーバ）へ繰返し転送した
り、複数のメッセージを同時に送信したり複雑な処理を
実現できる。

【００２５】本発明の他の特徴によれば、メッセージが
次の目的ステーションに送出される場合、メッセージ内
の制御情報部に、メッセージを元々作成したステーショ
ン名と、作成者名と、パスワードと次の目的ステーショ
ン名を保持する。これにより、誤って、他の目的ステー
ションにメッセージが送られた場合であっても正しい目
的ステーションに転送することが可能となる。また、も
し回復不可能なエラーとなった場合、最初の送信ステー
ション（オリジネータ）にメッセージ送信して、作成者
に告知することが可能となる。更に、メッセージ送信先
のステーションにおいて、動作が制限されている機能を
利用する場合に、許可されるかどうかの判別が可能とな
る。

【００２６】本発明の他の特徴によれば、メッセージが
次の目的ステーションに送出される場合、メッセージ内
の制御情報部に、動作記述部プログラムの次に実行すべ
き行番号と、動作記述部プログラムで使用している現在
の変数の値を保持するようにする。これによって、１つ
の動作記述部プログラムを、途中から続けて複数ステー
ションで動作させることができる。

【００２７】本発明の他の特徴によれば、メッセージが
順次ステーション間を転送されていく場合、メッセージ
内動作記述部のプログラム又はメッセージ内運搬内容部
のパラメータの指定によって、あるいは各ステーション
で自動的に、ステーション内で行った処理内容とその結
果をメッセージの履歴管理部に記述し、メッセージ転送
する動作記述部のプログラム、又は各ステーションが、
履歴管理部に記述された情報を参照して、動作条件判定
に利用する。

【００２８】本発明の他の特徴によれば、受け渡される
メッセージの動作記述部が省略されている場合に、メッ
セージを受信したステーションにおいて、あらかじめ準
備されている複数のメッセージ処理プログラムの中か
ら、運搬内容部に応じてメッセージを処理するプログラ
ムを選択して、メッセージ全体を処理する。これによ
り、簡便にメッセージ動作内容を記述して指示すること
が可能となり、メッセージ処理を利用するステーション
において希望の処理を行うメッセージを組み立てて発信
することが容易となる。

【００２９】本発明の他の特徴によれば、受け渡される
メッセージの動作記述部が省略されている場合に、運搬
内容部の第１番目の運搬物として、単純な動作指示命令
がパラメータとして記述されたジョブチケットが用いら
れ、それに記述されたパラメータに従って、あらかじめ
決められた定型処理をメッセージを受信したステーショ
ンで行う。これにより、簡便にメッセージ動作内容を記
述して指示することが可能となり、メッセージ処理を利
用するステーションにおいて希望の処理を行うメッセー
ジを組み立てて発信することが容易となる。

【００３０】本発明の他の特徴によれば、運搬内容部
に、文書用紙１枚分の情報からなるページ、又は複数の
ぺージからなるドキュメント、又は複数のドキュメント
からなるブック、のいずれかの単位の文書情報を、複数
個、保持可能とすることにより、ネットワーク内での自
由な文書処理を行う。

【００３１】本発明の他の特徴によれば、メッセージ受
信ステーションにおいて、動作記述部プログラム、又は
前記運搬内容部ジョブチケットに基づいた処理を実行中
に、その実行中のステーションにおいて現在処理中のメ
ッセージとは別の新たなメッセージを、複数個、その実
行中のステーションを出発点として生成して送出し、そ
の複数個のメッセージが処理を終えてすべて戻ってきた
後、結果を参照する。これにより、複雑な複数の処理
を、自由に組み立てて、同時に実行することができる。

【００３２】本発明の他の特徴によれば、前記新たなメ
ッセージを生成する際に、新たに生成するメッセージの
動作記述部に記述するブログラムについては、運搬内容
部ジョブチケットに記述のパラメータに従うものとし、
運搬内容部ジョブチケットに記述のパラメータと、それ
とネットワーク上のデータベース装置を参照して得る情
報をもとに、メッセージ処理部内でメッセージの動作記
述部に記述するブログラムを生成して、新たに生成した
メツセージの動作記述部とする。

【００３３】本発明の他の特徴によれば、上記手順に従
って新たなメッセージを複数生成する際に、それら複数
メッセージを同時に送信処理するか、最初のメッセージ
の結果が帰ってくるのを待って、メッセージを一つずつ
順番に処理するか、運搬内容部ジョブチケットに記述の
バラメータによって指定可能とし、ジョブチケットに記
述がない場合には、ジョブチケットに記述のパラメータ
に対して、作成した新しいメッセージを同時に送信可能
かどうかの条件判定を行って送信処埋する。

【００３４】本発明の他の特徴によれば、メッセージの
送受信に、ネットワーク内に既に構築されている、既知
の電子メール転送手段、既知のネットワークファイル転
送手段、既知のネットワークプリントスプール手段、既
知のインターネットファイル転送手段のいずれかを用い
る。又は、これらの手段の中から、各受信ステーション
に最適な手段を、ネットワーク上のデータベース情報と
転送するメッセージの内容に従って、メッセージ送出時
に判別して用いるようにする。これにより既存のネット
ワーク環境をそのまま活用して、本発明のメッセージ通
信を実行するという既存のネットワーク環境との共存が
可能である。

【００３５】本発明の他の特徴によれば、ネットワーク
に接続したデータベース装置、又はネットワークに接続
した各ステーションが、ネットワーク内の各ステーショ
ン又は一部のステーションのネットワーク・アドレス、
サーバ機能、メッセージ受信方法を記述した、データベ
ース機能を持ち、動作記述部のプログラムを処理する場
合と、メッセージ送信先ステーションへの送信時に、こ
れを参照する。これにより、迅速にメッセージ送信先ス
テーションを決定することができる。

【００３６】本発明の他の特徴によれば、メッセージを
受信したステーションがそのメッセージの受信ステーシ
ョンとしての必要用件を満たしていない場合には、その
受信ステーション内において、再度データベース参照を
行って、新しいメッセージ送信先を求め、その新しい送
信先ステーションに対してメッセージ転送を行う。

【００３７】本発明の他の特徴によれば、メッセージ通
信において、所在が不明なステーションにメッセージを
送出する場合には、世界中のネットワークと接続可能な
インターネットに接続したメッセージサーバにメッセー
ジを送信し、そのメッセージサーバにおいて所在が不明
な転送先ステーションに関する情報をインターネット上
で検索して、目的のステーションにメッセージを送るこ
とにより、所在が不明な相手ステーションへのメッセー
ジ通信を容易にする。

【００３８】本発明の他の特徴によれば、インターネッ
ト上を検索した結果、目的のステーションの所在が不明
であった場合にエラーとして、メッセージの最初の送信
ステーションに、エラーとなった検索状況を送信する。

【００３９】

【発明の実施の形態】

１．全体構成図２は、複数のＬＡＮ２０１〜２０３を専用回線、公衆
回線によってＷＡＮ（ワイド・エリア・ネットワーク）
接続したネットワークに、クライアント装置、編集サー
バ装置、画像ファイルサーバ装置、データべースサーバ
装置、プリントサーバ装置、ジョブチケットサーバ装置
等の各種処理装置を接続した本発明が適用されるシステ
ムの概略の構成例を示すものある。図１は、以降の発明
の実施の形態を説明するためのシステム例の各装置の接
続構成図である。図３から図８までは、接続する各装置
の内部構成図である。図９、図１０は、各構成装置が備
える、発明によるメッセージ転送を処理するための、メ
ッセージ処理部の内部構成例を示すものである。

【００４０】このシステム例は、図１に示すように、Ｌ
ＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）幹線１７
１，１７２、ＬＡＮとＡＴＭ回線１９１を接続するルー
タ（ＬＡＮ間接続装置）１８１，１８２、ＬＡＮ間を接
続するＡＴＭ専用回線１９１、クライアント装置１０
１、ジョブチケットサーバ装置１１１，１１２、画像フ
ァイルサーバ１２１，１２２、データベースサーバ装置
１３１、プリントサーバ装置１４１，１４２、プリンタ
１５１、１５２、編集サーバ装置１６１を有している。

【００４１】この例では、上記１０１から１６１の各装
置は、すべて独立した専用装置としてネットワークに接
続しているが、例えば、ある編集サーバ機能を持ったワ
ークステーションにおいて、ジョブチケットサーバの機
能をも受け持つ場合、プリントサーバ装置がファイルサ
ーバ機能をも持つ場合のように、複数の機能を同一の物
理的な装置内で稼働させることも可能である。この複数
装置の機能を動作可能な、一つ１ネットワークアドレ
ス、ネットワーク識別名を持つ単位を、以降、特にステ
ーションと称す。本実施例では、ジョブチケットサーバ
機能をいくつかの装置が備えている場合と、編集サーバ
がファイルサーバ機能を持つ場合以外は、ステーション
と装置は同一である。

【００４２】各装置を表す四角の下にある名前は、ステ
ーション名である。ステーション名は、図１１に示すよ
うに装置名にドメイン名を付加したもので、ＬＡＮ間接
続によって多くのＬＡＮ、多くの装置が相互接続した環
境であっても、識別できるようになっている。図１のシ
ステム例では、ＬＡＮ‐１７１とＬＡＮ‐１７２は、Ｌ
ＡＮ内の各装置の論理的な管理が異なる、別のＬＡＮに
接続している。ドメインは、このようにネットワーク内
の各装置のグループを管理する論理的な単位である。ユ
ーザ名は図１２に示すようにステーション名と併せて記
述する。サーバ名は図１３に示すようにドメイン名とと
もに記述する。

【００４３】２．各装置の説明

【００４４】２・１クライアント装置（図３）クライアント装置は、パーソナルコンピュータ、ワーク
ステーション、又は移動可能な携帯端末で構成され、ネ
ットワーク接続機能を持つＬＡＮデータ通信部３１と、
データ処理／制御部３３と、ディスプレイ装置のような
利用者に情報を表示する情報表示部３４と、マウス・キ
ーボード装置のような利用者からの指示を入力する情報
入力部３５とを備えた通常のクライアント装置におい
て、データ処理／制御部３３とＬＡＮデータ通信部３１
の間に本発明の特徴とするメッセージの作成、処理を行
うメッセージ処理部３２を設けた構成を有する。実施例
では、利用者が、クライアント装置において行う作業
は、メッセージの作成、送信、処理結果の受信、文書画
像データの登録保管時に送信を行うための原稿となる文
書画像データを編集作成する処理である。クライアント
装置としては、同時に２名以上の利用者が利用可能な環
境をも想定している。すなわち、クライアント装置のオ
ペレーティング・システムのマルチタスク機能により、
同時に複数のメッセージの送受信や、文書作成が可能で
ある。各クライアントにおいては、メッセージ送信元を
明確にすると共に、処理結果を確実に、指示した利用者
に返送できるように、利用者はユーザ名によって識別さ
れる。以降、ある装置において、ある利用者が、あるユ
ーザ名で、メッセージを作成、送信する場合には、メッ
セージの送信元であり、メッセージの処理結果、又はエ
ラー状況が返されるべき、装置名とその中のユーザ名を
オリジネータと称す。

【００４５】２．２編集サーバ装置（図４）編集サーバ装置は、パーソナルコンピュータ又はワーク
ステーションで構成される図４に示すように、ネットワ
ーク接続機能を持つＬＡＮデータ通信部４１と、編集サ
ーバの機能を遂行するための処理、制御を行うデータ処
理／制御部４３と、編集対象の画像を記憶する入出力画
像一時記憶部４４と画像編集処理を行う画像編集処理部
４５とを備えた、通常の編集サーバ装置において、デー
タ処理／制御部４３とＬＡＮデータ通信部４１の間に本
発明の特徴とするメッセージの作成、処理を行うメッセ
ージ処理部４２を設けた構成を有する。画像編集処理部
４５は、以下に示す各種画像編集、画像変換機能を有す
る。・画像データの拡大、縮小、回転、解像度変換。・各種フォーマット画像データの圧縮、伸張。・各種フォーマット画像データの形式変換。・各種フォーマット画像データの色空間変換。・各種色階調変換とディザ変換処理・各種ＰＤＬデータの描画処理。

【００４６】２．３画像ファイルサーバ装置（図５）画像ファイルサーバ装置は、パーソナルコンピュータ又
はワークステーションで構成され、図５に示すように、
ネットワーク接続機能を持つＬＡＮデータ通信部５１
と、画像ファイルの高速大容量管理機能を遂行するため
の処理、制御を行うデータ処理／制御部５３と、入出力
画像ファイルを一時記憶する入出力画像一時記憶部５４
と、画像ファイルのデータを記憶するデータ蓄積部５５
とを備えた通常の画像ファイルサーバ装置において、デ
ータ処理／制御部５３とＬＡＮデータ通信部５１の間に
メッセージの作成、処理を行本発明の特徴とするメッセ
ージ処理部５２を設けた構成を有する。画像ファイルサ
ーバ装置では、入力した文書原稿を加工して、プリンタ
に出力する直前の形式の画像データを保管している。ネ
ットワーク上には、何種類かのプリンタが接続されてお
り、それぞれのプリンタが受け取る最適の画像形式、画
像イメージの解像度はプリンタの種類ごとに異なるが、
本例のシステムでは、すべての登録されている文書デー
タに対して、それらの種類のプリンタ用の出力フォーマ
ットの文書画像データを持つようにしている。

【００４７】プリント出力しようとしている、プリンタ
転送直前の画像データが、画像ファイルサーバ装置に存
在している場合には、すぐに目的のプリンタ装置に転送
することにより、最適の画像出力を、短時間の内に入手
することが可能となる。出力プリンタ用形式の画像デー
タが画像ファイルサーバ装置に存在しなかった場合に
は、後述の中間フォーマット画像を入手して、編集サー
バによって目的のプリンタ用形式に変換処理を行ってか
ら、転送を行う。複数の画像ファイルサーバがネットワ
ーク上に存在できるが、それぞれの画像ファイルサーバ
が持っているデータがすべて同じ場合と、一部同じ場合
と、全部異なる場合がある。いずれの場合であっても、
各画像ファイルサーバにどのような文書画像データが管
理されているかは、データベース・サーバによって管理
されている。本発明は、これらいずれの場合であって
も、利用者の指示によってサーバを指定して検索可能で
あるため、以降は特に詳しく説明しない。

【００４８】２．４データベース・サーバ装置（図
６）データベース・サーバ装置は、パーソナルコンピュータ
又はワークステーションで構成され、図６に示すよう
に、ネットワーク接続機能を持つＬＡＮデータ通信部６
１と、画像ファイルの高速大容量管理機能を遂行するた
めの処理、制御を行うデータ処理／制御部６３と、入出
力画像ファイルを一時記憶する入出力画像一時記憶部６
４と、データを記憶するデータ蓄積部６５とを備えた、
通常のデータベース・サーバ装置において、データ処理
／制御部６３とＬＡＮデータ通信部６１の間に本発明の
特徴とするメッセージの作成、処理を行うメッセージ処
理部６２を設けた構成を有する。複数のデータベース・
サーバが、ネットワーク上に存在できるが、それぞれの
データベース・サーバが持っている情報が同じ場合、一
部同じ場合、全部違う場合がある。これらの場合のデー
タベース・サーバの使い分け方法に関しては、すべて使
用者に任される。

【００４９】２．５プリントサーバ装置（図７）プリントサーバ装置は、ネットワーク接続機能を有する
ＬＡＮデータ通信部７１と、本発明によるメッセージ処
理機能を備えたメッセージ処理部７２を持ち、プリント
管理機能を含む処理、制御を行うデータ処理／制御部７
３、入出力画像一時記憶部７４と、白黒、又はカラーの
プリンタに接続するためのプリンタ接続部７５を備えた
パーソナル・コンピュータ、又はワークステーションか
らなる。又は、ネットワーク接続機能を持ったプリンタ
装置に、本発明によるメッセージ処理機能を付加した装
置構成としてもよい。即ち、プリントサーバ装置は、ネ
ットワーク印刷機能のほかに、メッセージ処理機能を提
供する。

【００５０】２・６．ジョブチケットサーバ装置（図
８）ジョブチケットサーバ装置は、パーソナル・コンピュー
タ、又はワークステーションが用いられ、ネットワーク
上のデータベースサーバ装置のデータを参照して、ジョ
ブチケットを処理する機能を果たすためのデータ処理／
制御部８３と、ネットワーク接続機能を持つＬＡＮデー
タ通信部８１と、本発明によるメッセージ処理機能を持
つメッセージ処理部８２を備えている。

【００５１】２・７．メッセージ処理部（図９、図１
０）以上に説明した各装置に含まれるメッセージ処理部は同
じ内部構成を持ち、その装置がジョブチケットサーバの
ように、ジョブチケット処理機能を持つか持たないかで
異なる。ジョブチケット処理機能を持つ場合には、ジョ
ブチケットサーバ装置として動作可能で、ジョブチケッ
ト処理部とジョブチケットに記述してあるパラメータの
実際の値をデータベースから検索するための、データベ
ース参照部が必要になる。

【００５２】図９に示すジョブチケットサーバ機能を有
しないメッセージ処理部９２は、ＬＡＮデータ通信部９
１を介して他のステーションから送られてきたメッセー
ジの受信処理を行うメッセージ受信部９２１と、受信し
たメッセージの処理内容を解釈し、データ処理／制御部
９３を介して装置の処理機能を作動せしめ、また、メッ
セージに加工を施しあるいは新しいメッセージの作成を
行うと共に、メッセージの送信先を決定する等の処理を
行うメッセージ解釈実行部９２３と、メッセージの送信
処理をするメッセージ送信部９２２と、送信先を決定す
るためのネットワークアドレス等のデータを保持するロ
ーカルデータベース部９２４とを備えている。

【００５３】図１０はジョブチケットサーバ機能を有す
るメッセージ処理部の構成を示すもので、通信データ入
出力部１０２１、メッセージ受信部１０２２、メッセー
ジ送信部１０２３、メッセージ解釈実行部１０２４、デ
ータベース参照部１０２５、及びジョブチケット処理部
１０２６を備えている。メッセージ受信部１０２２、メ
ッセージ送信部１０２３、メッセージ解釈実行部１０２
４は、図９の対応する要素と同じものである。ジョブチ
ケット処理手段１０２６はジョブチケット中に記述され
ているジョブごとに、そのジョブを実行するためのメッ
セージを新しく作成する機能を有している。データベー
ス参照部１０２５は

【００５４】３．文書データの構造

【００５５】３．１文書データの基本構造図１４は、本実施例で扱う文書データの構造を模式的に
示した図である。

【００５６】（ａ）データ構造文書データはすべて「ブック」、「ドキュメント」、
「ページ」という３階層の構造で取り扱う。

【００５７】（ｂ）ブック「ブック」は、１つ又は複数の「ドキュメント」の集合
として、構成される。

【００５８】（ｃ）ドキュメント「ドキュメント」は、１つ又は複数の「ページ」の集合
として、構成される。「ドキュメント」は、ブックの管
理を考慮して考慮して、複数の「ブック」に所属するこ
とが可能である。

【００５９】（ｄ）ページ「ページ」は、片面プリント出力１枚分の画像情報デー
タで構成される。プリンタへの出力を考慮して、同一
「ドキュメント」内の各「ページ」はすべて同じ原稿の
用紙サイズになっている。

【００６０】（ｅ）画像情報データ画像情報データは、画像ファイルサーバにおいて、「ド
キュメント」単位に蓄積管理される。また、画像情報デ
ータに関する、文書の入力、蓄積、編集、形式変換、プ
リント出力の各機能は、「ブック」又は「ドキュメン
ト」単位に利用可能である。

【００６１】３−２データベースの管理構造図１５は、本例で扱うデータベース・データのリレーシ
ョナルデータベース上での管理構造と、テーブル、カラ
ムの関係を示した図である。図１５に示すように、デー
タベースのデータに関するテーブルとしては、ブックテ
ーブル、ブック構成テーブル、ドキュメントテーブル、
イメージテーブル、ユーザテーブル、分類テーブル等が
あり、装置データに関するテーブルとしてはステーショ
ンテーブルと接続機器テーブルとがある。図において、
異なるテーブルの同一名のカラム間の破線は参照関係を
示している。

【００６２】図１６では、リレーショナルデータベース
のデータから「ブック」を構成する「ドキュメント」デ
ータを蓄積している画像ファイルサーバの所在と、画像
ファイルサーバ内の目的文書構成ファイルのディレクト
リ情報を検索する様子を示している。

【００６３】３・３画像ファイルサーバの構造図１７は、画像ファイルサーバ内のデータ構造を示すも
のである。実施例のシステムにおいて、ネットワーク上
で取り扱うプリンタ３種類分の文書画像データを、すぐ
に各プリンタで出力できる、プリンタ出力ファイル形式
にあらかじめ変換して、保存蓄積してある。プリンタ出
力用文書画像フォーマットとして、ＰｏｓｔＳｃｒｉｐ
ｔ（ＰＳ）やＰＣＰＲ、ＥＳＣＩＰ、ＰＣＬ、ＡＲＴ、
ＬＩＰＳのようにページ記述言語で表現された文書画像
データの場合には、１つのファイルで複数ページを表現
するため、１文書あたり、１つのファイルで構成され
る。また、ＪＰＥＧ、ＪＢＩＧ、ＩＴＵ‐ＴＧ３、ＬＺ
のように文書画像データを１ページ画像分ずつ圧縮した
形式の場合には、１ページ分が１つのファイルとなるた
め、「ドキュメント」単位にサブ・ディレクトリにおい
て管理する。例えば、図１７の構造例では、ルートディ
レクトリのもとにプリンタ出力用文書画像フォーマット
ごとのディレクトリＪＰＥＧ、ＰＳ、ＰＣＰＲ、中間フ
ォーマットのディレクトリＭＩＤが設けられている。デ
ィレクトリＪＰＥＧの場合には、さらに文書１、文書
２、文書３、…のサブディレクトリが設けられ、それぞ
れページ単位のファイルが所属される。ディレクトリＰ
Ｓの場合には、各文書は全ページで１ファイルとなり、
文書１、文書２、…がファイルとして格納される。

【００６４】３・４．中間フォーマットファイル画像ファイルサーバ中には、前項で説明したようにプリ
ンタ出力ファイル形式のデータのほかに、ＭＩＤディレ
クトリに中間フォーマット形式の文書画像データファイ
ルを保管蓄積している。この中間フォーマット形式の画
像ファイルは、画像入力時の状態に極力忠実で、画像を
劣化させない形式で保管してあるため、図１８に示すよ
うに、入力元媒体の種類に応じた画像フォーマットを内
部ファイルとして含む構造となっている。なお、ここで
図１８の入力ファイルフォーマット１８３の列に掲げて
ある名称のフォーマットについて説明する。ＬＺは、情
報理論の専門家Ｚｉｖと計算機科学の専門家Ｌｅｍｐｅ
ｌが協力して作り上げた、学習辞書に基づいて圧縮を行
う、Ｌｅｍｐｅｌ−Ｚｉｐ符号化圧縮方法に基づく圧縮
方法である。ＰｈｏｔｏＣＤは、Ｋｏｄａｋ社が扱う、
銀塩写真をデジタル化して、ＣＤ（コンパクトディス
ク）の中に納めて、パソコンや専用の再生装置で見える
ようにしたものである。Ｇ３はＩＴＵ−Ｔの勧告に従っ
た、一般の電話回線と同じアナログ回線を用いて送受信
するファックスの通信方法であり、ここでは、そこの標
準であるＭＭＲ（ハフマン符号化）に基づいた圧縮方法
を意味する。ＰｏｓｔＳｃｒｉｐｔは、米国アドビ社が
定めた、ベクトル表現によって文書を記述するページ記
述言語である。

【００６５】入力ファイル・フォーマットがＪＰＥＧと
ＰｏｓｔＳｃｒｉｐｔの場合を例に中間フォーマットフ
ァイルの構造を図１９（ａ）及び（ｂ）に示す。図１９
（ａ）は入力保存形式がＪＰＥＧの場合の中間フォーマ
ットファイルの構造を示すもので、ヘッダー部１９１と
複数の内部ファイルの格納部１９２とからなり、ヘッダ
部１９１には内部ファイルの形式に関する情報１９１ａ
と各内部ファイル１９２ａ，１９２ｂ，…の開始位置と
大きさに関する情報１９１ｂ，１９１ｃ…を有してい
る。図１９（ｂ）は、入力保存形式がＰｏｓｔＳｃｒｉ
ｐの場合の中間フォーマットファイルの構造を示すもの
で、ヘッダー部１９３と、１個の内部ファイル１９４か
らなっている。ヘッダー部１９３は内部ファイルの形式
に関する情報１９３ａとＰｏｓｔＳｃｒｉｐｔ内部ファ
イル１９４の開始位置と大きさに関する情報１９３ｂを
含んでいる。

【００６６】中間フォーマットファイルの利用目的は、
以下の３点である。（ａ）画像ファイルサーバで保管してある文書画像デ
ータを、登録してあるプリンタ出力ファイル形式以外の
形式で、他のプリントサーバ装置、ステーションに転
送、出力する場合。

【００６７】（ｂ）プリンタ出力時に、拡大、縮小、
回転、画像の色変換、ページ番号付け、といった画像編
集処理を行ってから出力する場合。

【００６８】（ｃ）当初、画像ファイルサーバ装置内
のディスクの空き容量が足りないために、プリンタ出力
ファイル形式の文書画像データを作成して保管するため
の、スペースがなかったが、保管のためのディスクの空
き容量ができたために、保管する場合。

【００６９】３．５編集サーバに関する補足説明上記中間フォーマットファイルを用いた、上記（ａ）か
ら（ｃ）の編集処理は、専用の編集機能を備えた、編集
サーバ装置において行われる。編集サーバ装置では、上
記画像編集処理を、高速かつ、効率よく行うため、各種
画像編集、変換機能を持つ。また、編集サーバが扱う入
力データは、多くの場合中間フォーマットファイルであ
るため、編集サーバ機能を持つ装置は、中間フォーマッ
トファイルを保管する画像ファイルサーバ装置と兼用で
あってもよい。本例のシステムでも、編集サーバ機能を
持つ装置は、中間フォーマットファイルを保管するよう
になっている。このように、中間フォーマットファイル
を編集サーバに蓄積保管する場合には、中間フォーマッ
トファイルの編集のために、ネットワーク・データ転送
を行う処理がなくなるため、システム全体の性能が向上
する。

【００７０】４．メッセージの構成

【００７１】４．１標準的なメッセージの全体構成図２０に示す標準的なメッセージは、以下の４つの部分
で構成される。以降、メッセージの送信、受信を行う各
ネットワークに接続した装置をステーションと呼ぶ。

【００７２】（ａ）制御情報部２０１制御情報部２０１は、省略可能な、１つの制御情報ファ
イル２０１１からなる。制御情報ファイル２０１１は、
可読文字コードで記述されたテキストファイルで、メッ
セージの全体構成、メッセージを生成したステーション
名、メッセージの送信先のステーション名、メッセージ
の送信先に必要な機能条件、利用者のユーザ名、パスワ
ード、動作記述プログラムの変数の現在の値、次に実行
する行番号に関する情報を含む。制御情報ファイルの例
は後述する図２９に示されている。

【００７３】（ｂ）動作記述部２０２動作記述部２０２は、省略可能な、１つの動作記述ファ
イル２０２１からなる。動作記述ファイル２０２１は、
可読文字コードで記述されたテキストファイルで、メッ
セージのステーションでの動作を記述した、動作記述プ
ログラムが入っている。動作記述ファイルの例は、後述
する図３３〜図３８に示されている。

【００７４】（ｃ）履歴管理部２０３履歴管理部２０３は、省略可能な１つの履歴管理ファイ
ル２０３１からなる。履歴管理ファイル２０３１は、可
読文字コードで記述されたテキストファイルで、メッセ
ージの各ステーションでの、動作履歴が入っている。履
歴管理ファイルの例は、後述する図３０に示されてい
る。

【００７５】（ｄ）運搬内容部２０４運搬内容部２０４は、省略可能で、また複数個保持可能
な、運搬内容ファイル２０４１〜２０４３からなる。運
搬内容ファイルは、メッセージが現在運搬中の内容物を
保持する。本例では、運搬内容部２０４としては、以下
の３種類を定義し、説明するが、これら以外のあらゆる
ファイルに関しても、運搬内容部として保持することが
可能である。

【００７６】（ｄ−１）ジョブチケット・ファイル
（図３９、図４０）ジョブチケットファイル２０４ａは、可読文字コードで
記述されたテキストファイルで、メッセージに実行指示
する内容を、ジョブチケットというパラメータ形で簡単
に表現したもの。データベースを検索しないと判明しな
いような、曖昧な表現を許す。本例の場合には、動作記
述プログラムを作成するのに比べて、利用者が簡単に記
述できる点と、後述のメッセージ構成要素を簡略化でき
るという利点がある。運搬内容部には、ジョブチケット
・ファイルは最大１つであるが、１つのファイル中に複
数の「ジョブ」を記述することができる。ジョブチケッ
ト中の「各ジョブ」は、ＪｏｂＮａｍｅパラメータ
（例、図３９の第６行及び第１６行、図４０の第１０行
及び第２０行）で判別できる。

【００７７】（ｄ−２）結果情報ファイル２０４ｂ
（図３１）可読文字コードで記述されたテキストファイルで、メッ
セージの指示によって実行した結果を、「結果情報」と
いうパラメータ形式で簡単に表現したもの。後述のメッ
セージ構成要素を簡略化できるという利点がある。運搬
内容部には、結果情報ファイルは最大１つであるが、１
つのファイル中に複数の「結果情報」を記述することが
できる。結果情報ファイル中の各「結果情報」は、Ｒｅ
ｓｕｌｔＮａｍｅパラメータ（図３１の第５行）で判別
できる。オリジネータに対して、メッセージ処理の結果
やエラー状態、ジョブチケット指示に基づく処理結果を
報告するために使用する。

【００７８】（ｄ−３）文書ファイル２０４ｃ（図４
１）文書ファイル２０４ｃは、複数個の、前述の文書画像デ
ータを構成するブック、又はドキュメントからなる。本
例では複数個のブックと、ドキュメントを混在してファ
イルを運搬内容部で持つことも可能である。

【００７９】４．２省略時のメッセージの構成本発明の実施の形態では、図２１に示すように、省略可
能なメッセージの各構成要素を定義している。

【００８０】（ａ）通常のメッセージ転送図２１に示すように、通常のメッセージ転送の場合、制
御情報部２１１、動作記述部２１２、履歴管理部２１３
は必要である。当然のことながらメッセージが運搬すべ
き運搬内容物がない場合には、運搬内容部２１４は省略
できる。

【００８１】（ｂ）初回のメッセージ転送初回のメッセージ転送の場合は、制御情報部２１１、動
作記述部２１２は必要である。そのメッセージがステー
ションで生成されてから、初めてステーションの外に転
送される場合には、そのメッセージの履歴情報は重要な
意味を持たないために、履歴管理部２１３は空ファイル
にするか、省略可能である。運搬内容物がない場合に
は、運搬内容部２１４は省略できる。

【００８２】（ｃ）ジョブチケットのメッセージ転送本例では、ジョブチケットの転送において、期待されて
いる動作は次の通りに例外なく定義されている。すなわ
ち、「ジョブチケットサーバにおいて、メッセージが運
搬中のジョブチケットをすべて処理して、処理結果を持
って返る。」ことである。この場合、図２１に示すよう
に制御情報部２１１、動作記述部２１２、履歴管理部２
１３は省略可能である。本来制御情報部を参照して得ら
れるユーザ情報は、ジョブチケット中に記述されてい
る。ユーザ情報以外は、ジョブチケットサーバで定義し
てある標準値を用いる。動作記述プログラムは、ジョブ
チケットサーバに登録してある標準ジョブチケット処理
プログラムが利用される。ジョブチケットが処理する運
搬内容がある場合には、ジョブチケットの次の運搬内容
ファイルとして保持できる。省略可能な制御情報部、動
作記述部、履歴管理部が存在した場合には、ジョブチケ
ットより優先的に、各構成部のファイルの記述が処理さ
れる。（図２８）

【００８３】（ｄ）結果情報のメッセージ転送本例では、結果情報の転送において期待されている動作
は、次の通りに例外なく定義されている。すなわち、
「メッセージのオリジネータに対して、メッセージの処
理結果を報告する。」ことである。この場合、制御情報
部、動作記述部、履歴管理部は省略可能である。本来制
御情報部を参照して得られるユーザ情報は、結果情報フ
ァイル中に記述されている。動作記述は報告処理だけて
あるので特に必要ない。処理結果として持ち帰る運搬内
容がある場合には、結果情報ファイルの次の運搬内容フ
ァイルとして保持できる。指定の動作が指示通り、すべ
て正常に終了した場合で、あらかじめ正常終了時結果不
要の指定が動作記述部、又はジョブチケットにおいて指
示されている場合、結果情報ファイルは省略される。こ
の特別な状況として、処理結果として持ち帰る運搬内容
も存在しなかった場合、メッセージはオリジネータに返
ってこない。省略可能な制御情報部、動作記述部、履歴
管理部が存在した場合には、結果情報ファイルより優先
的に、各構成部のファイルの記述が処理される。

【００８４】４．３転送方法とメッセージ構成部の判
別本実施の形態では、メッセージの転送方法として、次の
４種類を取り扱う。メッセージを転送する場合に、受信
側において各メッセージの構成部を判別できる方法を用
いる。例えば、転送においてメッセージを構成する各フ
ァイルを判別するためには、ファイル名、転送順序と、
転送するファイル中に、そのファイルが何であるか記述
する方法がある。制御情報ファイル中には、メッセージ
を構成するファイル名、ファイル順を記述することがで
きるので判別に利用することもできる。図２３（ａ）〜
（ｄ）は、ファイルの名前と順番による判別方法の例で
ある。制御情報ファイルのファイル名は、図２３（ａ）
に示すように先頭にＣを付し、あるいは拡張子としてＣ
ＴＬを付する。動作記述ファイルには、図２３（ｂ）に
示すようにファイル名の先頭にＤを付し、あるいは拡張
子としてＤＲＶを付する。履歴管理ファイルには、図２
３（ｃ）に示すようにファイル名の先頭にＬを付し、あ
るいは拡張子としてＬＯＧを付する。運搬内容ファイル
には、図２３（ｄ）に示すようにファイル名の先頭にＬ
を付し、あるいは拡張子としてＬＯＧを付する。

【００８５】図２４（ａ）〜（ｃ）及び図２５（ａ）〜
（ｃ）は、転送するファイル中に、そのファイルが何で
あるか記述する方法の例である。各１行目は、メッセー
ジ識別ヘッダ部分であり、１文字目の‘＃’記号から、
改行コードまでを、識別ヘッダ部分とし、次のメッセー
ジ構成ファイルまでの間、そのファイルの中身が何であ
るかを示すようになっている。このように、転送するフ
ァイルが、テキストファイルである場合には、例えば複
数のファイルが転送中に１つのファイルに併合されるこ
とがあっても、容易に各ステーションで判別し、必要部
分を取り出すことができる。

【００８６】（ａ）電子メール手段による転送本例では、メッセージの電子メール手段による転送方法
として、ＵＮｌＸオペレーティング・システムやインタ
ーネットにおいて一般的な、ＳＭＴＰ（Ｓｉｍｐｌｅ
ＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）を用い
て、メッセージを転送する。ＳＭＴＰ電子メール転送手
段による転送では、通常可読文字コードで記述されたテ
キストファイルしか扱うことができないという点と、一
度に送るファイルは通常１つに制限されるという問題が
ある。しかし、転送するメッセージの運搬内容部を持た
ない場合、あるいは運搬内容部がテキスト・ファイルで
ある場合には、前述の識別ヘッダによって、各ファイル
の境界を識別可能なため、メッセージを構成する複数フ
ァイルをまとめて、一度に転送する場合に使用できる。

【００８７】また、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓ
ｅＩｎｔｅｒｎｅｔＭａｉｌＥｘｔｅｎｓｉｏｎ）
という、電子メールでバイナリ・ファイルを取り扱う方
式を利用することによって、文書画像データのように可
読文字コード以外で構成されるファイルをメッセージの
運搬内容部に含めて、転送することが可能である。メッ
セージ送信先の、ステーション装置名、ユーザ名を指定
方法する方法の例を図２６（ａ）に示す。

【００８８】（ｂ）ネットワークファイル転送手段に
よる転送本例では、メッセージのネットワークファイル転送手段
による転送方法として、ＵＮｌＸオペレーティング・シ
ステムやインターネットにおいて一般的な、ＦＴＰ（Ｆ
ｉｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）を用いて、
メッセージを転送する。ＦＴＰネットワークファイル転
送手段による転送では、可読文字コードで記述されたテ
キストファイルとバイナリ・ファイルを複数混在して扱
え、転送する順番とファイル名を指定して転送すること
が可能なため、メッセージの転送手段としては問題がな
い。メッセージ送信先の、ステーション装置名、利用者
ユーザ名を指定方法する方法の例を図２６（ｂ）に示
す。

【００８９】（ｃ）ネットワーク・プリント手段によ
る転送本例では、メッセージのネットワーク・プリント手段に
よる転送方法として、ＵＮｌＸオペレーティング・シス
テムにおいて一般的な、ＬＰＲ（ＬｉｎｅＰｒｉｎｔｅ
ｒＳｐｏｏｌｅｒ）を用いて、メッセージを転送する。
ＬＰＲネットワーク・プリント手段による転送では、可
読文字コードで記述されたテキストファイルとバイナリ
・ファイルを複数混在して扱え、転送する順番とファイ
ル名を指定して転送することが可能なため、メッセージ
の転送手段としては問題がない。メッセージ送信先の、
ステーション装置名、仮想プリンタ名を指定方法する方
法の例を図２６（ｃ）に示す。

【００９０】（ｄ）インターネット・ファイル転送手
段による転送本例では、メッセージのネットワークファイル転送手段
による転送方法として、インターネット・ファイル転送
手段である、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓ
ｆｅｒＰｒｏｔｏｃｏｌ）を用いて、メッセージを転送
する。ＨＴＴＰインターネット転送手段による転送で
は、可読文字コードで記述されたテキストファイルとバ
イナリ・ファイルを複数混在して扱え、転送する順番と
ファイル名を指定して転送することが可能なため、メッ
セージの転送手段としては問題がない。メッセージ送信
先の、ステーション装置名、ディレクトリ名を指定方法
する方法の例を図２６（ｄ）に示す。

【００９１】４．４ネットワークデータベースの検索以降の実施の形態で説明する、各ステーションに関する
ネットワーク情報の検索結果の例を図３２に示す。メッ
セージを送信したり、ネットワーク上のサービスを受け
ようとする場合には、目的装置や、目的サーバの名前に
ほかに、通信手順や、ネットワーク・アドレスのような
情報が必要となる。本例では、ネットワークデータベー
スに関する情報は、データベースサーバ、又は各装置の
ローカル・データベース上で、管理しているが、このよ
うな情報を管理する手段は、ＵＮＩＸオペレーティング
・システムのＤＮＳ（ＤｏｍａｉｎＮａｍｅＳｅｒｖｉ
ｃｅ）や、ＮＩＳ（ＮｅｔｗｏｒｋＩｎｆｏｒｍａｔｉ
ｏｎＳｅｒｖｉｃｅ）、ＮｅｔＷａｒｅオペレーティン
グ・システムのＮＤＳ（ＮｅｔｗｏｒｋＤｉｒｅｃｔ
ｏｒｙＳｅｒｖｉｃｅ）ネームサービスを用いて管理
してもよい。

【００９２】５．文書画像の検索処理の例（実施例
１）以下に、本発明によるメッセージ通信機能を使って、ク
ライアント装置１０１から指示して、ネットワーク・ド
メイン「ｋｓｐ．ｆｘ．ｃｏ．ｊｐ」と「ｎｋｉ．ｆ
ｘ．ｃｏ．ｊｐ」に保管されている「仕様書」という文
字を含む文書を最大１０件検索して、そのＰＳ（Ｐｏｓ
ｔＳｃｒｉｐｔ）フォーマットの画像ファイルを取得す
る文書画像の検索処理の例（実施例１）を説明する。

【００９３】５．１クライアント装置

【００９４】５．１−１図３に示す構成を備えたクラ
イアント装置１０１では、情報入力部３５を介して入力
された利用者の指示に基づいて、データ処理制御部４３
においてメッセージを組み立てる。メッセージは、制御
情報ファイル、動作記述ファイル、履歴管理ファイル、
運搬内容ファイルから構成されるが、履歴情報はないの
で、履歴情報ファイルは中身が空のファイルとなる。運
搬内容ファイルは、この文書画像の検索の例の場合はな
い。利用者は、文書編集プログラム等を利用して、動作
記述プログラムを動作記述ファイル中に作成する。ま
た、あらかじめ頻繁に利用する動作記述プログラムを準
備しておいて、必要部分だけ変更して動作記述ファイル
としてもよい。図３３は動作記述ファイルの例を示すも
のである。制御情報ファイルには、ユーザ名とパスワー
ドを、利用者の操作環境から読み出して設定し、プログ
ラム実行行数としては、１を設定する。この処理は、文
書編集プログラム等を利用して、利用者が制御情報ファ
イルを作成してもよいし、標準の制御情報ファイルを準
備しておいて、必要に応じてコピーして利用してもよ
い。

【００９５】５．１−２以上のように作成した、制御
情報ファイル、動作記述ファイル、空の履歴情報ファイ
ルで構成されるメッセージをメッセージ処理部１１２の
メッセージ解釈実行部１０２４に送り、メッセージ処理
を開始させる。

【００９６】５．１−３メッセージ解釈実行部１１２
では、制御情報ファイルのユーザ名とパスワードを参照
して、データベース参照部１０２５に問い合わせ認証を
行う。データベース参照部１０２５がネットワーク上の
データベースサーバ１３１に接続可能な場合には、ネッ
トワーク上のデータベースサーバ１３１のユーザ情報を
参照して、認証処理を行う。ネットワーク上のデータベ
ースサーバ１３１に接続不可能な場合には、データベー
ス参照部１０２５内に持っているユーザ情報（ローカル
・データベース）を参照して、認証処理を行う。この実
施形態の場合は、既に利用者の操作環境の情報がローカ
ル・データベースに登録されているので、正しく認証さ
れる。

【００９７】５．１−４メッセージ制御情報ファイル
に記述されているプログラム実行行数（この場合には１
行目）からメッセージ動作記述ファイルの解釈実行処理
を行う。以下の説明においてメッセージ動作記述ファイ
ルが図４１に示す内容を持つものである例で説明する。
解釈実行処理に当たっては、空行、コメント行は無視さ
れるため、最初の命令は３行目である。３行目から５行
目までは、プログラム内で使う変数の宣言と初期化であ
る。７行目から２５行目までは、この検索処理を行うサ
ブルーチンｓｅａｒｃｈＩｍａｇｅの宣言処理である。
２７行目は、結果を処理する変数の宣言である。サブル
ーチンｓｅａｒｃｈＩｍａｇｅは、検索した結果をｃｓ
ｖＳｈｅｅｔという型で返す。ＣＳＶ（ｃｏｍｍａＳ
ｅｐａｒａｔｅｄＶａｌｕｅ）とは、カンマで区切ら
れた、複数項目からなる行を、複数行持つことができる
テキスト・ファイルの形式を意味する。プログラムの動
作は、２８行目から行う。２８行目から３０行目までの
処理は、カウンタ変数ｉに０をセットして、ｄｏｍａｉ
ｎｓ文字列配列の個数（２個）に達するまでの間、定義
済みサブルーチンｓｅａｒｃｈＩｍａｇｅを実行するこ
とである。サブルーチンｓｅａｒｃｈＩｍａｇｅは、パ
ラメータとしてドメイン文字列”ｋｓｐ．ｆｘ．ｃｏ．
ｊｐ”と”ｎｋｉ．ｆｘ．ｃｏ．ｊｐ”を各々セットし
て、２回実行する。２９行目は、カウンタ変数ｉの値が
０であるので、パラメータとしてｄｏｍａｉｎｓ文字列
リストの０番目の要素”ｋｓｐ．ｆｘ．ｃｏ．ｊｐ”を
使って、１回目のサブルーチンｓｅａｒｃｈＩｍａｇｅ
の呼び出し処理を行う。サブルーチン処理の最初は９行
目で、パラメータとして受け取ったドメイン文字列”ｋ
ｓｐ．ｆｘ．ｃｏ．ｊｐ”をネットワーク・ドメインと
してセットする。１０行目、１１行目の処理は、ネット
ワーク・データベースを参照して、現在のステーション
（クライアント装置１０１）から最も近いデータベース
・クライアント機能を持ったステーションであり、かつ
現在稼働していて、かつ処理能力に余裕があるステーシ
ョンを１つ調べて、プログラム中のステーション変数ｓ
に代入することである。このステーション変数はネット
ワークに接続している各ステーションの属性を記述した
ものである。ここでは、画像データに関する情報を検索
可能なデータべース・クライアント装置を検索してい
る。メッセージ解釈実行部１０２４では、データベース
参照部１０２５に問い合わせて、ネットワーク上の一番
近い該機能を持った装置を調べて、結果をステーション
変数ｓに代入する。この例の場合の参照結果、そのステ
ーションはジョブチケットサーバ装置１１１（ステーシ
ョン名”ｍａｒｉ．ｋｓｐ．ｆｘ．ｃｏ．ｊｐ”）であ
る。クライアント装置１０１のデータベース参照部１０
２５がネットワーク・データベースの参照機能を持たな
い場合や、ネットワーク・データベースの参照が不可能
な場合、参照結果該当ステーションがない場合には、あ
らかじめデータベース参照部内のローカル・データベー
スに登録してある、データベース・クライアントの情報
を使用する。

【００９８】５．１−５メッセージ解釈実行部１０２
４で実行するプログラムの次の処理は、実行中のプログ
ラムを含むメッセージ全体を、前項で求めたステーショ
ン変数ｓ（実体はジョブチケットサーバ装置１１１）に
送信することである（１２行目）。この行（１２行目）
をメッセージ解釈実行部１０２４が処理すると、現在の
プログラム中のすべての変数の値と、次の実行すべき行
を制御情報ファイルに格納する。次に、履歴管理ファイ
ルに日付、時刻と共に、送信元のステーション名と、送
信先のステーション名を記述する（図３０の履歴管理フ
ァイル例の３行目から５行目参照）。その後メッセージ
送信部にメッセージを構成する各ファイルを順に送る。
そして、目的のジョブチケットサーバ装置１１１に対し
てメッセージを送信する。メッセージの送信方法は幾つ
かあるが、ここでは動作記述ファイルのプログラム中、
制御情報ファイルに記述がないため、データベース参照
部を参照して求められる、ジョブチケットサーバ装置１
１１が通常メッセージを受け取る電子メール手段によっ
て送信を行う。

【００９９】５．２メッセージ処理装置

【０１００】５．２−１前記１．１−５項において、
メッセージ送信先として指定されたジョブチケットサー
バ装置１１１では、クライアント装置１０１から送られ
てきたメッセージをメッセージ処理部９２（このメッセ
ージ処理部９２は図１０のメッセージ処理部１１２に示
す具体的構成を有する）内のメッセージ受信部１１２２
で受け取る。

【０１０１】５．２−２到着したメッセージは、到着
した順番にメッセージ処理部９２（１１２）のメッセー
ジ解釈実行部１０２４に送られて、メッセージ処理を開
始する。同時に２つ以上のメッセージを受信した場合で
あっても、各々のメッセージ全体を構成するファイルを
すべて受信し終わるのを待って、各メッセージ毎に順番
にメッセージ処理部に送られる。メッセージ解釈実行部
１０２４が、あらかじめ決めてある個数以上の多くのメ
ッセージを同時に解釈実行している場合には、メッセー
ジの解釈実行があらかじめ決めてある個数以下になるま
で、到着したメッセージは、メッセージ受信部１１２２
内に保存される。

【０１０２】５．２−３メッセージ解釈実行部１０２
４では、まず履歴管理ファイルに、日付、時刻、受信ス
テーション名、送信元ステーション名と共に、メッセー
ジを正しく受信した記録を残す（図３０、７行目から９
行目）。そして、メッセージ制御情報ファイルに記述さ
れている送信先装置の必要機能項目を参照して、メッセ
ージを受信したメッセージ処理装置即ちジョブチケット
サーバ装置１１１が要求の必要機能項目を満たしている
か、制御情報ファイル記述の処理を実行する余裕がある
かどうかの、検証処理を行う。

【０１０３】５．２−４前項の検証処理においてエラ
ーとなった場合には、データベース参照部１０２５にお
いて、該当要件であるクライアント装置１０１に近いデ
ータベース・クライアント機能を持った装置で、現在稼
働していて、処理能力に余裕がある装置、すなわちジョ
ブチケットサーバ機能を持ったステーションの次候補を
検索する。検索したステーションが存在しなかった場合
は、エラーである。エラーが発生しなければ、検索結果
ステーションを新しいメッセージの送信先として、履歴
管理ファイルに、日付、時刻、と共に、送信もとのステ
ーション名と、送信先のステーション名を記録して、送
信先ステーションにメッセージを送信する。

【０１０４】５．２−５前項の要件を満足した場合、
メッセージ解釈実行部１０２４では、メッセージ制御情
報ファイルに記述されているユーザ名、パスワードを参
照して、データベース参照部に問い合わせ認証を行う。
データベース参照部１０２５がネットワーク上のデータ
ベースサーバに接続可能な場合には、ネットワーク上の
データベースサーバのデータを参照して、認証処理を行
う。ネットワーク上のデータベースサーバに接続不可能
な場合には、データベース参照部内に持っているユーザ
１情報（ローカル・データベース）を参照して、認証処
理を行う。

【０１０５】５．２−６前項の認証処理、及び１．２
−４項の再検索処理においてエラーとなった場合には、
エラーのメッセージで報告する。すなわちエラー状態を
結果状態ファイルとして作成して、メッセージを構成す
る運搬内容部とする。次に、履歴管理ファイルに日付、
時刻、と共に、送信もとのステーション名と、送信先の
ステーション名を記述する。そして、メッセージの元々
の送信元であるクライアント装置１０１に対してエラー
となったメッセージを送信する。

【０１０６】５．２−７．認証処理において問題がなか
った場合には、履歴管理ファイルに、日付、時刻、と共
に、認証が成功した記録を残して（図３０の履歴管理フ
ァイルの第１１行目）、メッセージ制御情報ファイルの
プログラム実行行数（この場合には図３３のメッセージ
動作記述ファイルの第１３行目）からメッセージ動作記
述ファイル（図３３）の解釈実行処理を行う。

【０１０７】５．３データベースの処理

【０１０８】５．３−１メッセージ動作記述ファイル
（図３３）の第１３行目、第１４行目では、ネットワー
ク・データベースを参照して、現在の実行ステーション
であるジョブチケットサーバ装置１１１からアクセス可
能で、近い位置にあり、かつ現在稼働していて、かつ処
理能力に余裕があるデータベースサーバ名を調べて、プ
ログラム中のデータベースクラスＤａｔａｂａｓｅのｓ
ｅｒｖｅｒ変数にセットする。この場合には、データベ
ースサーバ装置１３１で稼働しているデータベース名”
ＲＤＢ‐ＫＳＰ”がセットされる。

【０１０９】５．３−２メッセージ動作記述ファイル
（図３３）の第１５行目は、データベースサーバ”ＲＤ
Ｂ‐ＫＳＰ”との接続開始処理である。データべースク
ラスＤａｔａｂａｓｅには、接続サーバ名以外の属性が
設定されていないので、接続ユーザ名やパスワードは、
制御情報ファイルに記述のものが用いられる。そのほか
の、データベース接続属性は、標準値が用いられる。

【０１１０】５．３−３メッセージ動作記述ファイル
（図３３）の第１６行目、第１７行目は、データベース
に対する検索ＳＱＬ（ＳｔｒｕｃｔｕｒｅｄＱｕｅｒ
ｙＬａｎｇｕａｇｅ：構造化問い合わせ言語）の発行
と、検索結果の取り込み処理である。ここでは、データ
ベースサーバ中にあらかじめ登録してある、ストアド・
プロシージャ（登録済み手続き）”ｂｏｏｋｉｍａｇ
ｅ．ｓｅａｒｃｈｂｙｎａｍｅ”を’％仕様書１％’
と’ＰＳ’という２つのパラメータをつけて呼び出して
いる。ｂｏｏｋｉｍａｇｅ．ｓｅａｒｃｈｂｙｎａｍｅ
は、データベース中の「仕様書」という文字列を表題名
に持つブックのデータの中から、ＰＳ（ＰｏｓｔＳｃｒ
ｉｐｔ）形式の文書画像データの所在を検索して、それ
を保持するホスト名と、ディレクトリ名を全件、表示す
る処理を行う。この検索ＳＱＬの実行結果は、結果シー
ト変数ｒに入力される。

【０１１１】５．４検索結果の送信処理５．４−１メッセージ動作記述ファイル（図３３）の
１８行目から２５行目までは、前項で検索した結果の文
書画像データを実際に、クライアント装置１０１に送信
する処理である。第１８行目は、条件付き繰り返し処理
の定義である。カウンタ変数ｉに０をセットして、前項
の指定サーバにおける検索結果の行数に達するか、合計
ファイル転送カウンタ変数ｃｏｕｎｔが１０個に達する
までの間、画像ファイルサーバ１２１にメッセージ自身
を送り込み、そこから検索結果の文書画像データを、ク
ライアント装置１０１に送信する処理を繰り返す。実施
例では、検索した結果は３件で、最初の文書画像データ
を保管している、画像ファイルサーバは、”ｍｅｇｕ．
ｋｓｐ．ｆｘ．ｃｏ．ｊｐ”画像ファイルサーバ装置１
２１である。

【０１１２】５．４−２メッセージ動作記述ファイル
（図３３）の１９行目と２０行目は、実行中のプログラ
ムを含むメッセージ全体を、文書画像データを保管して
いる画像ファイルサーバに送信する処理である。この行
をメッセージ解釈実行部１０２４が処理すると、現在の
プログラム中のすべての変数の値と、次の実行すべき行
を制御情報ファイルに格納する。そして、履歴管理ファ
イルに日付、時刻と共に、送信元のステーション名と、
送信先のステーション名を記述する（図３０、１３行目
から１５行目）。その後メッセージ送信部１１２３にメ
ッセージを構成する各ファイルを順に送り、そこから、
目的の画像ファイルサーバ装置１２１に対してメッセー
ジを送信する。この行を実行することによって、送信さ
れるメッセージの制御情報ファイル、履歴管理ファイル
の様子をそれぞれ図２９、図３０にそれぞれ示す。

【０１１３】５．４−３画像ファイルサーバ装置１２
１では、前述のステップ５−２と同様の処理によって、
メッセージを順番に受け取り、動作条件による検証処
理、ユーザ認証処理を行う。

【０１１４】５．４−４メッセージ動作記述ファイル
（図３３）の第２１行目は、ＦＴＰ（ＦｉｌｅＴｒａｎ
ｓｆｅｒＰｒｏｔｏｃｏｌ）プロトコルによって、ステ
ーション変数ｄｅｓｔで示される、クライアント装置１
０１に対して、指定されたＰｏｓｔＳｃｒｉＰｔ文書画
像データ送信する。ＦＴＰプロトコルによる、ファイル
転送を行った結果は、処理結果ｒ．ｔｅｘｔに格納され
る。

【０１１５】５．４−５メッセージ動作記述ファイル
（図３３）の第２２行目は、カウント変数ｃｏｕｎｔに
１を加える処理である。カウント変数ｃｏｕｎｔは、複
数のデータベース・サーバの検索結果に基づいた検索結
果の合計で、ファイル数が１０を超えないように、管理
する目的で使われる。

【０１１６】５．４−６メッセージ動作記述ファイル
（図３３）の第２３行目は、繰り返し処理の終わりを示
す。すなわち、第１８行目に戻って、カウンタ変数ｉに
１を加えて、カウンタ変数ｉが前項の指定サーバにおけ
る検索結果の行数に達するか、合計ファイル転送カウン
タ変数ｃｏｕｎｔが１０個に達するか、条件判定処理を
行う。

【０１１７】５．４−７ここでは処理した件数は１件
で、まだ条件を満たしていないので、１９行目と２０行
目の検索結果の２行目のステーションにメッセージ全体
を送信する処理を行う。しかしながらこの場合、実際に
は次の送信先ステーションは、”ｍｅｇｕ．ｋｓｐ，ｆ
ｘ．ｃｏ．ｊｐ”画像ファイルサーバ装置１２１であ
り、現在処理しているステーションと同一であることが
わかる。このようなメッセージの送信元ステーションと
送信先ステーションが同一の場合には、メッセージの送
信は行わない。また、履歴管理ファイルへの記述や、動
作条件による検証処理、ユーザ認証処理も行わず。次の
プログラムの行の処理を行う。

【０１１８】５．４−８メッセージ動作記述ファイル
（図３３）の第２１行目のプログラムの次の処理は、前
述の５．４−４の処理と同じ、ＦＴＰプロトコルによる
文書画像データの送信処理である。以下同様にステップ
を繰り返す。繰り返し処理を３回行った後は、第１８行
目に戻って、カウンタ変数ｉが前項の指定サーバにおけ
る検索結果の行数３に達するので、繰り返し処理を終了
する。

【０１１９】５．５．次のデータベースサーバにおける
検索処理。

【０１２０】５．５−１メッセージ動作記述ファイル
（図３３）の第２４行目では、第７行目から第２５行目
までの検索処理を行うサブルーチンｓｅａｒｃｈＩｍａ
ｇｅを終了して、処理結果を持って呼び出し元の行番号
２９行目に戻る。このサブルーチンから戻るべき行番号
は、制御情報ファイルに記録されている（図２９の第２
３行目）。第２９行目では、結果シートｒに対して、サ
ブルーチンｓｅａｒｃｈＩｍａｇｅの処理結果を追加し
て書き加える処理を行う。

【０１２１】５．５−２メッセージ動作記述ファイル
（図３３）の第３０行目は、繰り返し処理の終わりを示
す。すなわち、第２８行目に戻って、カウンタ変数ｉに
１を加えて、ｉがドメイン・リストの個数２個に達する
かの、条件判定処理を行う。ｉの値は、この時点では１
であるので、次の第２９行目の処理に移る。

【０１２２】５．５−２メッセージ動作記述ファイル
（図３３）の第２９行目は、２回目のデータベースサー
バでの検索サブルーチンｓｅａｒｃｈＩｍａｇｅの呼び
出し処理である。カウンタ変数ｉの値が１であるのて、
パラメータとしてｄｏｍａｉｎｓ文字列リストの１番目
の要素“ｎｋｉ．ｆｘ．ｃｏ．ｊｐ”を使って、サブル
ーチン呼び出し処理を行う。サブルーチン処理の最初は
９行目で、パラメータとして受け取ったドメイン文字列
“ｎｋｉ．ｆｘ．ｃｏ．ｊｐ”をネットワークドメイン
としてセットし、以下の処理は前項のステップと同様で
ある。

【０１２３】５．６処理の終了

【０１２４】５．６−１メッセージ動作記述ファイル
（図３３）の第３１行目は、２回のサブルーチンｓｅａ
ｒｃｈＩｍａｇｅの処理結果を、メッセージオブジェク
トの結果情報ファイルとして、設定する処理である。第
３２行目は、処理結果を結果情報ファイルとして持って
いるメッセージ全体を、オリジネータ（クライアント装
置１０１）に、送信する処理である。この処理により、
現在のプログラム中のすべての変数の値と、次の実行す
べき行（この場合には３３行目）を制御情報ファイルに
格納する。次に、履歴管理ファイルに日付、時刻と共
に、送信元のステーション名と、送信先のステーション
名を記述する。その後メッセージ送信部にメッセージを
構成する各ファイルを順に送る。そして、目的のクライ
アント装置１０１に対してメッセージを送信する。メッ
セージの送信方法は幾つかあるが、ここでは制御情報フ
ァイル中の記述第１候補である、ＳＭＴＰネットワーク
電子メール手段によって送信を行う。

【０１２５】５．６−２クライアント装置１０１で
は、メッセージ処理部１０２において返送されたメッセ
ージを順に受け取り、メッセージ解釈実行部９２３での
受信記録、検証処理、ユーザ情報の認証処理を行う。そ
して、ジョブチケットを作成した利用者に、メッセージ
処理結果が返ってきたことを、クライアント装置中の情
報表示部を通して通知して、メッセージ処理が終了す
る。

【０１２６】６．保存文書のプリント指示の処理例
（実施例２）以下に、「ジョブチケット」を使って、クライアント装
置１０１から指示して、画像ファイルサーバ装置１２１
の文書画像データ（ブック）をプリンタ１５１に、画像
ファイルサーバ装置１２２の文書画像データ（ブック）
をプリンタ１５２に、プリント出力させる場合の実施形
態の処理例（実施例２）を説明する。

【０１２７】６．１クライアント装置

【０１２８】６．１−１クライアント装置１０１で
は、利用者の指示に基づいて、データ処理／制御部４３
において図３９に示すジョブチケット・ファイルを組み
立てる。ジョブチケット・ファイルの組み立ては、利用
者がクライアント装置において、情報表示部３４、情報
入力部３５を介して、文書編集プログラムを起動させ
て、記述してもよい。また、例えば図２７に示すディス
プレイ表示を行うような、グラフィカル・ユーザインタ
フェイスを持った「ジョブチケット作成プログラム」を
起動させて、作成してもよい。図２７のグラフィカル・
ユーザインタフェイスでウィンドウ２７１でプリント出
力態様のパラメータの指定と、ウィンドウ２７２で文書
の指定をすることにより、ジョブチケットプログラムが
自動的に図３９のようなジョブチケットを作成する。図
３９の例では、ブックＩＤというブックの識別コード
で、１１１１００２１という文書と、１１１１００２２
という文書を出力指示している（第５行、第１５行）。

【０１２９】６．１−２クライアント装置１０１で
は、データ処理／制御部４３において前項で作成した
「ジョブチケット」をメッセージとして送信するために
必要な、制御情報ファイル、動作記述ファイル、履歴管
理ファイル、運搬内容ファイルを作成する。動作記述フ
ァイルのプログラムは、「運搬内容部のジョブチケット
・ファイルを処理して、すべて処理が終わった後、結果
を報告する。」という、ジョブチケット処理を行う場合
に常時使われる内容であり、クライアント装置１０１の
データ記憶部（図示せず）に標準プログラムとして登録
されているので、クライアント装置１０１のデータ記憶
部から読み出して、そのまま複製して作成する。図３４
はそのジョブチケットの処理の動作記述ファイルの内容
を示すものである。制御情報ファイルには、ユーザ名と
パスワードを、利用者の操作環境から読み出して設定
し、プログラム実行行数としては、１を設定する。この
処理は、「ジョブチケット作成プログラム」が行っても
よい。履歴管理ファイルは、まだ残すべき履歴情報はな
いので、空である。運搬内容部には、前項で作成したジ
ョブチケット・ファイルをセットする。

【０１３０】６．１−３前項６．１−３で作成した、
制御情報ファイル、動作記述ファイル、空の履歴情報フ
ァイル、ジョブチケット・ファイルで構成されるメッセ
ージを図１０に示すメッセージ処理部１０２のメッセー
ジ解釈実行部１０２４に送り、メッセージ処理を開始さ
せる。

【０１３１】６．１−４メッセージ解釈実行部１０２
４では、制御情報ファイルのユーザ名とパスワードを参
照して、データベース参照部１０２５に問い合わせ認証
を行う。データベース参照部１０２５がネットワーク上
のデータベースサーバ装置１３１に接続可能な場合に
は、ネットワーク上のデータベースサーバのユーザ情報
を参照して、認証処理を行う。ネットワーク上のデータ
ベースサーバ装置１３１に接続不可能な場合には、デー
タベース参照部１０２５内に持っているユーザ情報（ロ
ーカル・データベース）を参照して、認証処理を行う。
この実施例の場合は、既に利用者の操作環境の情報がロ
ーカル・データベースに登録されているので、正しく認
証される。

【０１３２】６．１−５次に、メッセージ解釈実行部
１０２４は、メッセージ制御情報ファイルに設定された
処理プログラム実行行数（この場合には１行目）からメ
ッセージ動作記述ファイル（図３４）の解釈実行処理を
行う。解釈実行処理に当たっては、空行、コメント行は
無視されるため、最初の命令は第３行目である。ここの
処理は、ネットワーク・データベースを参照して、クラ
イアント装置１０１に近いデータベース・クライアント
機能を持った装置であり、かつ現在稼働していて、かつ
処理能力に余裕がある装置を調べて、プログラム中のス
テーション変数ｓに代入することである。このステーシ
ョン変数ｓはネットワークに接統している各ステーショ
ンの属性を記述したものである。ここでは、ジョブチケ
ットを処理するジョブチケットサーバ機能を持ったステ
ーションを検索している。メッセージ解釈実行部１０２
４では、データベース参照部１０２５に問い合わせて、
ネットワーク上の一番近い該機能を持った装置を調べ
て、結果をステーション変数ｓに代入する。この例の場
合の参照結果、そのステーションはジョブチケットサー
バ装置１１１（ステーション名「ｍａｒｉ．ｋｓｐ．ｆ
ｘ．ｃｏ．ｊｐ」）である。クライアント装置１０１の
データベース参照部１０２５がネットワーク・データベ
ースの参照機能を持たない場合や、ネットワーク・デー
タベースの参照が不可能な場合、参照結果該当ステーシ
ョンがない場合には、あらかじめデータベース参照部内
のローカル・データベースに登録してある、ジョブチケ
ットを含んだメッセージを送るための相手装置（ジョブ
チケットサーバ）の情報を使用する。

【０１３３】６．１−６プログラムの次の処理は、実
行中のプログラムを含むメッセージ全体を、前項６．１
−５で求めたステーション変数ｓ（実体はジョブチケッ
トサーバ装置１１１）に送信することである。この行を
メッセージ解釈実行処理部１０２４が処理すると、現在
のプログラム中のすべての変数の値と、次の実行すべき
行を制御情報ファイルに格納する。次に、履歴管理ファ
イルに日付、時刻と共に、送信元のステーション名と、
送信先のステーション名を記述する。その後メッセージ
送信部１０２３にメッセージを構成する各ファイルを順
に送る。そして、目的のジョブチケットサーバ装置１１
１に対してメッセージを送信する。メッセージの送信方
法は幾つかあるが、ここでは動作記述ファイルのプログ
ラム中、制御情報ファイルに記述がないため、データベ
ース参照部１０２５を参照して求められる、ジョブチケ
ットサーバ装置１１１が通常メッセージを受け取る電子
メール手段によって送信を行う。

【０１３４】６．２．メッセージ処理

【０１３５】６．２−１前記６．１−５項において、
メッセージ送信先として指定されたジョブチケットサー
バ装置１１１では、クライアント装置１０１から送られ
てきたメッセージをメッセージ処理部内のメッセージ受
信部で受け取る。

【０１３６】６．２−２到着したメッセージを、順番
にメッセージ処理部のメッセージ解釈実行部に送る処
理、メッセージ解釈実行部での履歴管理ファイルへの受
信記録、必要機能項目を満たしているかの検証処理、ユ
ーザ情報の認証処理、それら処理におけるエラー処理
は、前記５項の文書画像の検索の例の場合の処理と同様
である。

【０１３７】６．２−３認証処理において問題がなか
った場合には、メッセージ制御情報ファイルのプログラ
ム実行行数（この場合には８行目）からメッセージ動作
記述ファイルの解釈実行処理を行う。

【０１３８】６．２−４本例の場合には、プログラム
・ファイルは図３４の動作記述ファイルの第９行目コメ
ントのあと、第１２行目にジョブチケットの数をカウン
タｉにセットして、「ジョブチケットの最初から、最後
まで処理を行って、結果をメッセージ送信者（オリジネ
ータ、この場合にはクライアント装置１０１）に返
す。」のようになっているので、その処理を行う。本例
では図３９「ジョブチケット」は第６行目から第１４行
目までと、第１６行目から第２９行目までの２つあり、
順に処理を行う。第２行目から第４行目までは、同一フ
ァイル内すべてのジョブに関する宣言パラメータであ
る。また、第５行目と、第１５行目は、コメント行であ
る。

【０１３９】６．２−５メッセージ解釈実行部１０２
４では、メッセージ内運搬内容部を構成するジョブチケ
ット・ファイルを、ジョブチケット処理部へ送る。

【０１４０】６．３．ジョブチケットの処理

【０１４１】６．３−１ジョブチケット処理部１０２
６では、ジョブチケット中に記述のジョブごとに、その
ジョブを実行するためのメッセージを新しく作成する。
あらかじめ用意してある動作記述プログラムの雛形の中
から、ジョブチケット記述のパラメータの主命令に応じ
た動作記述プログラムの雛形を選択して、新しく作成す
るメッセージの動作記述部のためのプログラムの原型と
する。この例の場合には、ジョブチケット・ファイル中
ジョブごとに記述のコマンド・パラメータから、文書画
像データプリント用と、文書画像データの編集プリント
用の動作記述プログラムが選択される。本例の最初のジ
ョブの動作記述ファイルを図３５に示す。

【０１４２】６．３−２ジョブチケット処理部１０２
６では、データベース参照部１０２５を経由してジョブ
チケット記述のパラメータの出力プリンタ名から出力プ
リンタの種類と出力プリンタが接続しているプリントサ
ーバ装置に関する情報を入手する。また、出力ブックＩ
Ｄから出力ブックとそれを構成する文書に関する情報を
入手する。

【０１４３】６．３−３データベース参照部１０２５
では、ネットワーク上のデータベースサーバに接続し
て、ジョブチケット処理部１０２６から依頼のあった情
報を入手する。なお、データベースサーバ装置が複数存
在した場合であっても、どのデータベースのデータを参
照するかは、ジョブチケットに記述のデータベースサー
バの指定記述（この例の場合にはデータベースサーバ
「ＲＤＢ‐ＫＳＰ」が稼働していデータベースサーバ装
置１３１）に従う。

【０１４４】６．３−４ジョブチケット処理部１０２
６で動作記述プログラムの作成が終了した後は、制御情
報ファイルには、ユーザ名とパスワードを、利用者の操
作環境から読み出して設定し、プログラム実行行数とし
ては、１を設定する。履歴管理ファイルは、まだ残すべ
き履歴情報はないので、空である。運搬内容部は、この
例の場合ない。

【０１４５】６．３−５前項６．３−４で作成した、
制御情報ファイル、動作記述ファイル、空の履歴情報フ
ァイルで構成されるメッセージをメッセージ処理部１１
２のメッセージ解釈実行部１０２４に送り、メッセージ
処理を開始する。前述の通り、メッセージ解釈実行部１
０２４が、あらかじめ決めてある個数以上の多くのメッ
セージを同時に解釈実行している場合には、メッセージ
の解釈実行があらかじめ決めてある個数以下になるま
で、作成したメッセージを、ジョブチケット処理部内に
保存する。

【０１４６】６．３−６メッセージ解釈実行部１０２
４では、制御情報ファイルのユーザ名とパスワードを参
照して、データベース参照部に問い合わせ認証を行う。
この場台は、既に利用者の操作環境の情報がローカル・
データベースに登録されているので、正しく認証され
る。

【０１４７】６．３−７メッセージ解釈実行部１０２
４では、今回ジョブチケットから作成した新しいメッセ
ージの、制御情報ファイルに設定されているプログラム
実行行数（この場合には１行目）から、メッセージ動作
記述ファイルの解釈実行処理を行う。最初の命令は第３
行目である。ここでは、ネットワーク・データベースを
参照して、画像ファイルサーバ「ＩＤＢ‐ＫＳＰ」とい
う名前のサービスを行っているステーションを調べて、
プログラム中のステーション変数ｓに代入することであ
る。メッセージ解釈実行部１０２４では、データベース
参照部１０２５に問い合わせて、結果をステーション変
数ｓに代入する。この例の場合の参照結果、該当するス
テーションは画像ファイルサーバ装置１２１（ステーシ
ョン名「ｍｅｇｕ．ｋｓｐ．ｆｘ．ｃｏ．ｊｐ」）であ
る。

【０１４８】６．３−８プログラムの次の処理は、実
行中のプログラムを含むメッセージ全体を、前項で求め
たステーション変数ｓ（実体は画像ファイルサーバ装置
１２１）に送信することである。この行をメッセージ解
釈実行処理部１０２４が処理した後行う、プログラム中
のすべての変数値と実行行、日付、時刻、送信元のステ
ーション名、送信先のステーション名の保管処理、メッ
セージのファイルサーバ装置１２１への送信処理は、前
述の他のメッセージ送信処理と同様に行う。

【０１４９】６．４ファイルサーバ装置

【０１５０】６．４−１前記６．１−５の項におい
て、メッセージ送信先として指定された画像ファイルサ
ーバ装置１２１では、送られてきたメッセージをメッセ
ージ処理部内のメッセージ受信部で受け取る。

【０１５１】６．４−２到着したメッセージは、到着
した順番にメッセージ処理部１１２のメッセージ解釈実
行部１０２４に送られて、メッセージ処理を開始する。
同時に２つ以上のメッセージが受信した場合、メッセー
ジ解釈実行部１０２４が、あらかじめ決めてある個数以
上の多くのメッセージを同時に解釈実行している場合の
処理、制御情報ファイルの送信先装置の必要機能項目チ
ェック処理、制御情報ファイルのユーザ名、パスワード
による認証処理、またそれらのエラー時の処理は、前述
メッセージ受信時の処理と同じである。なお、ここで処
理しているメッセージの最初の送信元装置（オリジネー
タ）は、ジョブチケットサーバ装置１１１であるので、
エラー時にはジョブチケットサーバ装置１１１に対して
エラーとなった結果状態ファイルを運搬内容部に持つメ
ッセージを送る。

【０１５２】６．４−３前項の各処理においてエラー
がなかった場合には、メッセージ制御情報ファイルのプ
ログラム実行行数（この例場合には第１０行目）からメ
ッセージ動作記述ファイル（図３５）の解釈実行処理を
行う。

【０１５３】６．４−４メッセージ動作記述ファイル
（図３５）の第１１行目は、ｅという編集用クラスのカ
ラー変数にｇｒａｙという編集後の印字色を白黒グレー
表示させるための、オプションを設定している。次の行
からは、「／ＩＤＢ／ＰＳ／１１１１０００１」、「／
ＩＤＢ／ＰＳ／１１１１０１００」、「／ＩＤＢ／ＰＳ
／１１１２０００１」という３つのＰｏｓｔＳｃｒｉｐ
ｔファイルをそのカラー表示表現を白黒グレー表示表現
に変換しながら、併合編集して、「／ｔｍｐ／＄＄−
１．ｐｓ」という一時的なＰｏｓｔＳｃｒｉｐｔファイ
ルを作成する処理である。編集処理の成功、失敗のとい
った処理結果は、結果シート変数ｒに格納する。

【０１５４】６．４−５メッセージ動作記述ファイル
（図３５）の第１８行目から第２６行目までは、ｏプリ
ント・オプションクラスの各変数に、ジョブチケットで
指定されたプリント出力時のオプションを、記述してい
る。

【０１５５】６．４−６メッセージ動作記述ファイル
（図３５）の第２７行目は、前項で編集作成した「ｔｍ
ｐ／＄＄−１．ｐｓ」というファイルの、プリンタへの
出力指示と、出力結果の取り込みである。出力結果は、
結果変数ｒに追加記入する。

【０１５６】６．４−７メッセージ動作記述ファイル
（図３５）の第２８行目は、プリント出力した「ｔｍｐ
／＄＄−１．ｐｓ」というファイルの削除処理である。
処理結果は、結果シート変数ｒに追加記入する。

【０１５７】６．４−８メッセージ動作記述ファイル
（図３５）の第２９行目は、プリント出力した処理結果
を、メッセージオブジェクトの結果情報ファイルとし
て、設定する処理である。第３０行目は、処理結果を結
果情報ファイルとして持っている制御情報ファイル、動
作記述ファイル、履歴情報ファイル、結果情報ファイル
で構成されるメッセージ全体を、オリジネータ（ジョブ
チケットサーバ装置１１１）に、送信する処理である。
この処理により、現在のプログラム中のすべての変数の
値と、次の実行すべき行（この場合にはないが、第３３
行目）を制御情報ファイルに格納する。次に、履歴管理
ファイルに日付、時刻と共に、送信元のステーション名
と、送信先のステーション名を記述する。その後メッセ
ージ送信部にメッセージを構成する各ファイルを順に送
る。そして、目的のクライアント装置１０１に対してメ
ッセージを送信する。メッセージの送信方法は幾つかあ
るが、ここでは制御情報ファイル中の記述第１候補であ
る、ＳＭＴＰネットワーク電子メール手段によって送信
を行う。

【０１５８】６．５２つ目のジョブの処理

【０１５９】６．５−１２つ目以後のジョブの処理
も、前述と同様に処理を行う。即ち、２つ目のジョブチ
ケットもジョブチケット処理部１０２６に送られた後
は、あらかじめ用意してある動作記述プログラムの雛形
の中から、ジョブチケット記述のパラメータの主命令に
応じたプログラムを選択し、データベースを検索して得
る情報を付加して、動作記述プログラムを作成し、新し
いメッセージを構成する。この動作記述プログラムを図
３６に示す。なお、この２つ目のジョブの処理は、１つ
目のジョブの処理と同時に実行することが可能である。
ジョブチケットサーバ装置では、ジョブチケット解釈実
行処理において、ジョブチケット中に記述の文書画像デ
ータの依存関係を調べて、同時に実行して問題がないと
判定した場合には、自動的に同時に実行する。図２８
は、２つのジョブを同時に実行する、ジョブチケットの
動作概要図である。文書画像データの依存関係は、以下
のように、ブックを構成するドキュメントデータをデー
タベースで検索して、判定する。・ジョブが文書の出力処理だけの場合には、常に同時
に実行可能である。・ジョブが文書の入力処理を含む場合に、同一ジョブ
チケット中に、その入力処理を行うブック又は、ドキュ
メントを含む文書画像データを出力する処理があれば、
その出力処理は同時に実行せず、文書の登録完了後、処
理を行う。

【０１６０】６．５−２２つ目のジョブから作成され
たメッセージを処理する編集サーバは、２つ目のジョブ
チケットの記述によれば（図３９の第１９行目）、何で
もよい（ＥｄｉｔＳｅｒｖｅｒがＡＮＹになっている）
ということになっている。したがって、ジョブチケット
の記述から作成される２つ目のメッセージは、データベ
ース参照部から、ネットワーク・データベースを検索し
た結果、ジョブチケットサーバ装置１１１から一番近い
編集サーバ装置１６１に送られて処理される。図３６の
第４行目、第５行目が編集サーバ装置の検索処理、第１
０行目が、編集サーバ装置１６１への送信処理である。
メッセージは、編集サーバ装置１６１へ送信処理され
る。

【０１６１】６．５−３動作記述ファイル（図３６）
の第１２行目から第１４行目は、出力するブックを構成
する第１のドキュメントの編集オプションの指定であ
る。これは、元の原稿イメージサイズ「Ａ４」はそのま
ま、２アップ処理（１ページ中に、面積比２分の１縮小
したページを２ページ分、９０度回転させて挿入す
る。）する編集指示である。第１５行目から第１７行目
は、中間フォーマットファイルから、編集処理をしなが
ら、プリント出力用ＪＰＥＧフォーマットの文書画像デ
ータを作成する指示である。前述のように、この実施例
では、編集処理で使用する中間フォーマットファイルに
関しては、編集サーバ装置１６１に保管されており、ジ
ョブチケットから動作記述プログラムを作成する場合に
も、ネットワークデータベースを参照して、その中間フ
ォーマットファイルの編集サーバ装置１６１への所在が
確認されている。中間フォーマットファイルが編集サー
バ装置に存在しない場合には、画像ファイルサーバか
ら、編集に使用する中間フォーマットファイルの転送を
受ける処理を行う。編集結果は、結果シートｒに入れら
れる。

【０１６２】６．５−４動作記述ファイル（図３６）
の第１８行目から第１９行目は、出力するブックを構成
する第１のドキュメントの編集オプションの指定であ
る。これは、元の原稿イメージサイズ「Ｂ４」を縮小処
理しながら、２アップ処理する編集指示である。第２０
行目から第２１行目は、中間ファイルから、編集処理を
しながら、プリント出力用ＪＰＥＧフォーマットの文書
画像データを作成する指示である。編集結果は、結果シ
ートｒに追記する。

【０１６３】６．５−５動作記述ファイル（図３６）
の第２３行目から第２８行目は、プリント出力オプショ
ンの設定である。ジョブチケットの記述に基づいて、
「ＡＰＥＸ‐ＫＳＰ」プリンタ１５１に対して、２部、
出力時丁合いして、Ａ４の用紙に出力する指示をしてい
る。第２９行目は、実際のプリント出力命令。第３０行
目は、作業用に作成したファイルの削除処理である。い
ずれも結果は、結果シートｒに追記する。

【０１６４】６．５−６動作記述ファイル（図３６）
の第３１行目は動作結果の運搬内容部、結果情報ファイ
ルへの格納処理である。第３２行目は、制御情報ファイ
ル、動作記述ファイル、履歴情報ファイル、結果情報フ
ァイルで構成されるメッセージを、オリジネータであ
る、ジョブチケットサーバ装置１１１に返信する処理で
ある。

【０１６５】６．６ジョブチケット処理結果の返送

【０１６６】６．６−１ジョブチケットの処理を行っ
ていたメッセージは、運搬してきたジョブチケットの処
理を全て実行させる（図３４の第１２行目から第１４行
目）と、運搬内容部のジョブチケットを削除する（同第
１５行）。

【０１６７】６．６−２そしてジョブチケットに記述
の２つのジョブの処理が終了し、各ジョブに対応する結
果情報ファイルを２つとも入手するまで、待機処理を行
う。ジョブチケットのジョブに基づいたメッセージが終
了するごとに、報告を受けた結果情報ファイルを、自身
の運搬内容部の結果情報ファイルとする。

【０１６８】６．６−３図３４の動作記述ファイルの
第２０行目の処理により、制御情報ファイル、動作記述
ファイル、履歴情報ファイルで構成されるメッセージ
を、オリジネータである、クライアント装置１０１に送
信する。

【０１６９】６．６−４クライアント装置１０１で
は、メッセージ処理部において返送されたメッセージを
順に受け取り、メッセージ解釈実行部での受信記録、検
証処理、ユーザ情報の認証処理を行う。そして、ジョブ
チケットを作成した利用者に、メッセージ処理結果が返
ってきたことを、クライアント装置中の情報表示部を通
して通知して、メッセージ処理が終了する。

【０１７０】７．文書の保管登録とプリント指示の例
（実施例３）以下に、「ジョブチケット」を使って、クライアント装
置１０１から指示して、文書データをドキュメントとし
て画像ファイルサーバ装置１２１に登録保管して、同時
にその文書データをプリンタ１５１に、プリント出力さ
せる実施例を示す。

【０１７１】７．１クライアント装置

【０１７２】７．１−１クライアント装置１０１で
は、利用者の指示に基づいて、データ処理／制御部３３
において図４０に示すような「ジョブチケット」を組み
立てる。前項６の保管文書のプリント指示の処理例と同
様である。この図４０では、登録するドキュメントの
「文書名」「文書の種類」「コメント」を指定している
（第１４行〜１７行）。登録するドキュメントの「ドキ
ュメントＩＤ」は、ドキュメントの登録処理時に自動的
に付加されて、登録結果と共に利用者に返送される。登
録するドキュメントについて、「ドキュメントＩＤ」を
指定して登録することも可能である。「ドキュメントＩ
Ｄ」や「ブックＩＤ」が指定された場合、同一の文書画
像データが既に存在していれば、登録処理によって、指
定されたデータベースサーバ、及び画像ファイルサーバ
中のデータは置き換えられる。

【０１７３】７．１−２クライアント装置１０１で
は、利用者の指示に基づいて、データ処理／制御部３３
において保管登録とプリント指示を行う対象の「文書デ
ータ」を作成する。「文書データ」の作成は、通常、利
用者がクライアント装置において、情報表示部３４、情
報入力部３５を介して、ワードプロセッシングプログラ
ムのような文書編集プログラムを起動させ行う。

【０１７４】７．１−３．前項で作成した「ジョブチケ
ット」及び「文書データ」を、メッセージとして、メッ
セージ処理部３２（図１０の１０２）のメッセージ解釈
実行部１０２４に送り、メッセージ処理を開始させる。
制御情報部、動作記述部、履歴管理部は、この場合省略
されており、運搬内容部のジョブチケットファイルと、
文書データファイルだけで、メッセージを構成する。

【０１７５】７．１−４メッセージ解釈実行部１０２
４では、メッセージが制御情報ファイル、動作記述ファ
イルが省略され、ジョブチケットファイル、文書データ
ファイルで構成されているので、「ジョブチケット」の
ユーザ名とパスワードを参照して、データベース参照部
に問い合わせ認証を行う。ユーザ名とパスワードをジョ
ブチケットから取り出す点以外は、前項の実施例２の処
理と同様である。

【０１７６】７．１−５メッセージ解釈実行部１０２
４では、メッセージが動作記述ファイルを持っていない
ため、「ジョブチケット」を持ったメッセージに対す
る、送信元ステーションにおいて動作記述ファイルが省
略されている場合の標準処理、「ネットワークデータべ
ースを参照して、クライアント装置１０１に近いデータ
ベース書クライアント機能を持った装置であり、かつ現
在稼働していて、かつ処理能力に余裕があるステーショ
ンにメッセージ全体を、送信する。」を実行する。この
実施例の場合は、ジョブチケットサーバ装置１１１（ス
テーション名「ｍａｒｉ．ｋｓｐ．ｆｘ．ｃｏ．ｊ
ｐ」）が該当するステーションであるので、そこに送信
される。ここではジョブチケット中記述されている、電
子メール手段によって送信を行う。

【０１７７】７．２．メッセージ処理部

【０１７８】７．２−１前記７．１−５において、メ
ッセージ送信先として指定されたジョブチケットサーバ
装置１１１では、クライアント装置１０１から送られて
きたメッセージをメッセージ処理部８２（図１０の１０
２）内のメッセージ受信部１０２２で受け取る。

【０１７９】７．２−２到着したメッセージを、順番
にメッセージ処理部１０２のメッセージ解釈実行部１０
２４に送る処理、メッセージ解釈実行部での履歴管理フ
ァイルへの受信記録、必要機能項目を満たしているかの
検証処理、ユーザ情報の認証処理、それら処理における
エラー処理は、実施例１の場合の処理と同様である。

【０１８０】７．２−３．認証処理において問題がなか
った場合には、メッセージを構成する「ジョブチケッ
ト」をジョブチケット処理部１０２６へ送る。

【０１８１】７．３．ジョブチケットの処理

【０１８２】７．３−１ジョブチケット処理部１０２
６では、ジョブチケット中に記述のジョブごとに、その
ジョブを実行するためのメッセージを新しく作成する。
あらかじめ用意してある動作記述プログラムの雛形の中
から、ジョブチケット記述のパラメータの主命令に応じ
た動作記述プログラムの雛形を選択して、新しく作成す
るメッセージの動作記述部のためのプログラムの原型と
する。この例の場合には、ジョブチケットファイル中ジ
ョブごとに記述のコマンドパラメータから、文書画像デ
ータ登録用と文書画像データプリント用の動作記述プロ
グラムが選択される。図３７は最初のジョブの動作記述
ファイルの例を示す。

【０１８３】７．３−２最初に処理する文書登録のジ
ョブチケットの処理では、ジョブチケット中に記述され
ている文書ファイルに関する属性データを取り出して、
動作記述プログラム中の登録ＳＱＬ文に埋め込むと共
に、ネットワークデータベースを検索して、新しく登録
するドキュメントの「文書ＩＤ」を確保して、動作記述
プログラム中に記述することである。ジョブチケット処
理部１０２６では、データベース参照部１０２４を経由
して、ジョブチケット記述のパラメータを取り出すと共
に、データベース参照部１０２４に「文書ＩＤ」の獲得
を依頼する。

【０１８４】７．３−３データベース参照部１０２４
では、ネットワーク上のデータベースサーバに接続し
て、ジョブチケット処理部１０２６から依頼のあった、
文書ＩＤ「１１１１００４５」をデータベースサーバに
予約して、入手する。なお、データベースサーバが複数
存在した場合であっても、どのデータベースのデータを
参照するかは、ジョブチケットに記述のデータベースサ
ーバの指定記述（この例の場合にはデータベースサーバ
「ＲＤＢ‐ＫＳＰ」が稼働している、データベースサー
バ装置１３１）に従う。

【０１８５】７．３−４ジョブチケット処理部１０２
６で動作記述プログラムの作成が終了した後は、制御情
報ファイルには、ユーザ名とパスワードを、利用者の操
作環境から読み出して設定し、プログラム実行行数とし
ては、１を設定する。履歴管理ファイルは、まだ残すべ
き履歴情報はないので、空である。運搬内容部は、ジョ
ブチケットファイルと共にクライアント装置１０１から
送られてきた、文書画像データを受け継いで、セットす
る。

【０１８６】７．３−５前項で作成した制御情報ファ
イル、動作記述ファイル、空の履歴情報ファイル、及び
文書画像データファイルの運搬内容部で構成されるメッ
セージをメッセージ処理部のメッセージ解釈実行部１０
２４に送り、メッセージ処理を開始する。処理の開始に
先立って、前述の処理と同様、メッセージ解釈実行部１
０２４での順番制御、ユーザ認証処理を行う。

【０１８７】７．３−６メッセージ解釈実行部１０２
４では、今回ジョブチケットから作成した新しいメッセ
ージの、制御情報ファイルに設定されているプログラム
実行行数（この場合には１行目）から、メッセージ動作
記述ファイル（図３７）の解釈実行処理を行う。最初の
命令は３行目である。ここでは、ネットワークデータベ
ースを参照して、編集サーバが稼働しているステーショ
ンの中から、「ＥＤＩＴ‐ＮＫＩ．ｎｋｉ．ｆｘ．ｃ
ｏ．ｊｐ」という名前の編集サービスを行っているステ
ーションを調べて、プログラム中のステーション変数ｓ
に代入することである。メッセージ解釈実行部１０２４
では、データベース参照部１０２５に問い合わせて、結
果をステーション変数ｓに代入する。この例の場合の参
照結果、該当するステーションは編集サーバ装置１６１
（ステーション名「ｊｕｎ．ｎｋｉ．ｆｘ．ｃｏ．ｊ
ｐ」）である。

【０１８８】７．３−７動作記述ファイル（図３７）
の第５行目から第７行目は、プログラム中の変数の宣言
である。プログラムの次の処理は、実行中のプログラム
を含むメッセージ全体を、前項で求めたステーション変
数ｓ（実体は編集サーバ装置１６１）に送信することで
ある。この行を解釈実行処理部が処理した後行う、プロ
グラム中のすべての変数値と実行行、日付、時刻、送信
元のステーション名、送信先のステーション名の保管処
理、メッセージの編集サーバ装置１６１への送信処理
は、前述の他のメッセージ送信処理と同様に行う。

【０１８９】７．４．編集サーバ装置

【０１９０】７．４−１前記７．３−７においてメッ
セージ送信先として指定された編集サーバ装置１６１で
は、送られてきたメッセージをメッセージ処理部内のメ
ッセージ受信部で受け取る。

【０１９１】７．４−２到着したメッセージは、到着
した順番にメッセージ処理部４２（＝図１０の１０２）
のメッセージ解釈実行部１０２４に送られて、メッセー
ジ処理を開始する。同時に２つ以上のメッセージが受信
した場合、メッセージ解釈実行部１０２４が、あらかじ
め決めてある個数以上の多くのメッセージを同時に解釈
実行している場合の処理、制御情報ファイルの送信先装
置の必要機能項目チェック処理、制御情報ファイルのユ
ーザ名、パスワードによる認証処理、またそれらのエラ
ー時の処理は、前述メッセージ受信時の処理と同じであ
る。なお、ここで処理しているメッセージの最初の送信
元装置（オリジネータ）は、ジョブチケットサーバ装置
１１１であるので、エラー時にはジョブチケットサーバ
装置１１１に対してエラーとなった結果状態ファイルを
運搬内容部に持つメッセージを送る。７．４−３前項の各処理においてエラーがなかった場
合には、メッセージ制御情報ファイルのプログラム実行
行数（この場合には１０行目）からメッセージ動作記述
ファイル（図３７）の解釈実行処理を行う。第１１行
目、第１２行目は、メッセージの運搬内容部の文書画像
データを、中間フォーマットファイルに変換して、画像
ファイルサーバ機能を持つ編集サーバ装置１６１中のデ
ィレクトリ「／ＩＤＢ／ＭＩＤ／１１１１００４５」に
保管する処理である。変換処理、保管処理の処理結果
は、結果シート変数ｒに格納する。第１３行目は、保管
完了した、メッセージの運搬内容部の文書画像データの
削除処理である。

【０１９２】７．４−４メッセージ動作記述ファイル
（図３７）の第１５行目、第１６行目は、プリンタ出力
用フォーマットを保管するための、イメージファイルサ
ーバ「ＩＤＢ‐ＫＳＰ」という名前のサービスを行って
いるステーションを調べて、プログラム中のステーショ
ン変数ｓに代入することである。メッセージ解釈実行部
１０２４では、データベース参照部１０２５に問い合わ
せて、結果をステーション変数ｓに代入する。この例の
場合の参照結果、該当するステーションは画像ファイル
サーバ装置１２１（ステーション名「ｍｅｇｕ．ｋｓ
ｐ．ｆｘ．ｃｏ．ｊｐ」）である。

【０１９３】７．４−５メッセージ動作記述ファイル
（図３７）の第１７行目、第１８行目は、編集サーバ装
置１６１に前項で保管した中間フォーマットファイル
を、パラメータで指定したプリンタ出力用フォーマッ
ト、ＪＰＥＧ、ＰｏｓｔＳｃｒｉｐｔ、ＰＣＰＲに変換
して、ステーション変数ｓで示される画像ファイルサー
バ装置１２１中のディレクトリ「／ＩＤＢ／ＭＩＤ／１
１１１００４５」に保管する処理である。ここでは、３
種類のフォーマットが指定されているため、中間フォー
マットファイルから各プリンタ出力用フォーマットファ
イルへの変換処理と、変換後のプリンタ出力用フォーマ
ットファイルの、保管のためのネットワークファイル転
送処理が３回、実行される。変換処理、転送処理の処理
結果は、結果シート変数ｒに追加格納する。

【０１９４】７．４−６メッセージ動作記述ファイル
（図３７）の第２０行目、第２１行目は、ネットワーク
データベースを参照して、現在のステーション（編集サ
ーバ装置１６１）から最も近いデータベースクライアン
ト機能を持ったステーションであり、かつ現在稼働して
いて、かつ処理能力に余裕があるステーションを１つ調
べて、プログラム中のステーション変数ｓに代入するこ
とである。この検索処理の結果は、編集サーバ装置１６
１である。第２２行目は、それまでの処理結果シートｒ
の内容を、メッセージの運搬内容部の結果情報ファイル
のテキストに設定する処理である。次の第２３行目は、
データベースクライアント機能を持ったステーションへ
のメッセージの転送処理であるが、この場合、現在ステ
ーションが、送信先ステーションと同一であるので、処
理は行わない。

【０１９５】７．４−７メッセージ動作記述ファイル
（図３７）の第２５行目から２９行目までは、データベ
ースサーバ「ＲＤＢ‐ＫＳＰ」への、ドキュメントデー
タ登録処理である。第２５行目で、接続先サーバ名を設
定して、第２６行目でデータベースサーバと接統して、
第２８行目と２９行目で、登録用のＳＱＬを実行してい
る。ＳＱＬ文では、ストアドプロシージャ（登録済み手
続き）「ｄｏｃ．ｃｒｅａｔｅ」をジョブチケットに記
述されていた、文書属性をパラメータにして、呼び出し
て実行している。この検索ＳＱＬの実行結果は、結果シ
ート変数ｒに入力される。

【０１９６】７．４−８メッセージ動作記述ファイル
（図３７）の第３１行目は、検索ＳＱＬの実行結果、結
果シート変数ｒの内容を、メッセージの運搬内容部の結
果情報ファイルのテキストに追記する処理である。第３
２行目は、オリジネータであるジョブチケットサーバ装
置１１１に対して、メッセージ全体を送信する処理であ
るこの行を解釈実行処理部が処理すると、プログラム中
のすべての変数が保持され、履歴が記述され、メッセー
ジを構成する、制御情報ファイル、動作記述ファイル、
履歴管理ファイル、運搬内容部の結果情報ファイルがジ
ョブチケットサーバ装置１１１に対して返送される。

【０１９７】７．５２つ目のジョブチケットの処理

【０１９８】７．５−１２つ目以後のジョブの処理
も、前述と同様に処理を行う。即ち、２つ目のジョブチ
ケットもジョブチケット処理部に送られた後は、あらか
じめ用意してある動作記述プログラムの雛形の中から、
ジョブチケット記述のパラメータの主命令に応じたプロ
グラムを選択し、データベースを検索して得る情報を付
加して、動作記述プログラムを作成し、新しいメッセー
ジを構成する。この動作記述プログラムを、図３８に示
す。なお、今回の２つ目のジョブの処理では、１つ目の
ジョブの処理と同時に実行することはできない。ジョブ
チケットサーバでは、ジョブチケット解釈実行処理にお
いて、ジョブチケット中に記述の文書画像データの依存
関係を調べるが、図４０のジョブチケット中には、登録
するドキュメント＝ＴＨｌＳ（メッセージで運搬するも
の）と、プリント出力するドキュメント＝ＴＨｌＳ（メ
ッセージで運搬するもの）で、等しいため、文書の登録
処理完了後、プリント出力処理を行う。

【０１９９】７．５−２２つ目のジョブがら作成され
たメッセージを処理する画像ファイルサーバは、ジョブ
チケットの記述によれば（図４０、６行目）、ジョブチ
ケット中全て、「ＩＤＢ−ＫＳＰ」になっている。した
がって、ジョブチケットの記述から作成される２つ目の
メッセージは、画像ファイルサーバ装置１２１に送られ
て処理される。図３８の動作記述ファイルの第４行目、
第５行目が画像ファイルサーバ装置のステーション検索
処理、第９行目が、画像ファイルサーバ装置１２１への
送信処理である。メッセージは、編集サーバ装置１２１
へ送信処理される。

【０２００】７．５−３メッセージ動作記述ファイル
（図３８）の第１１行目から１４行目は、プリント出力
オプションの指定である。これは、元の原稿イメージサ
イズのまま、ジョブチケットの記述に基づいて、「ＡＰ
ＥＸ‐ＫＳＰ」プリンタに対して、１部、Ａ４の用紙に
出力する指示をしている。第１５行目から１８行目は、
実際のプリント出力命令で、処理結果は、結果シートｒ
に追記する。

【０２０１】７．５−４メッセージ動作記述ファイル
（図３８）の第１９行目は動作結果の運搬内容部、結果
情報ファイルへの格納処理である。第２０行目は、制御
情報ファイル、動作記述ファイル、履歴情報ファイル、
結果情報ファイルで構成されるメッセージを、オリジネ
ータである、ジョブチケットサーバ装置１１１に返信す
る処理である。

【０２０２】７．６．ジョブチケット処理結果の返送

【０２０３】７．６−１ジョブチケットの処理を行っ
ていたメッセージは、運搬してきたジョブチケットの処
理を全て実行させる（図３４の第１２行目から１４行
目）と、運搬内容部のジョブチケットを削除する（第１
５行目）。

【０２０４】７．６−２そしてジョブチケットに記述
の２つのジョブの処理が終了し、各ジョブに対応する結
果情報ファイルを２つとも入手するまで、待機処理を行
う。ジョブチケットのジョブに基づいたメッセージが終
了するごとに、報告を受けた結果情報ファイルを、自身
の運搬内容部の結果情報ファイルとする。

【０２０５】７．６−３図３４のメッセージ動作記述
ファイルの第２０行目の処理により、制御情報ファイ
ル、動作記述ファイル、履歴情報報ファイルで構成され
るメッセージを、オリジネータであるクライアント装置
１０１に送信する。

【０２０６】７．６−４クライアント装置１０１で
は、返送されたメッセージをメッセージ処理部３２にお
いて順に受け取り、メッセージ解釈実行部１０２４での
受信記録、検証処理、ユーザ情報の認証処理を行う。そ
して、ジョブチケットを作成した利用者に、メッセージ
処理結果が返ってきたことを、クライアント装置中の情
報表示部３４を通して通知して、メッセージ処理が終了
する。

【０２０７】

【発明の効果】本発明のメッセージ通信方法及びメッセ
ージ通信装置によれば、メッセージは複数の異なるステ
ーションで連携して行う処理内容に関する情報を含んで
おり、このメッセージを順次ステーション間で受け渡す
過程において、メッセージを受け取ったステーションは
メッセージを解釈して受け持ちの処理を実行し、次のス
テーションへメッセージを渡すことにより、ステーショ
ン間の処理の連携が可能となる。ネットワークの資源を
有効に活用することができ、複雑な処理をもメッセージ
を作成することにより簡単に実現できる。例えば、プリ
ンタ装置形式に変換済みの文書の再出力は勿論のこと、
作成者、作成日、文書名のような文書情報を記述して、
ファイルサーバ装置に原稿文書を登録する処理と、その
文書を部数、出力用紙、拡大縮小の編集処理を指定し
て、所望のプリントサーバに出力する処理を一度に行う
処理や、既にプリンタ装置形式に変換して保管してある
文書のうち１ページだけ修正して、再登録し、所望のプ
リントサーバに出力するといった処理が、簡単な指示
で、一度に実行可能となる。また、本発明の通信装置は
ネットワークに接続する各クライアント、各サーバ装置
等のステーションに対して、共通な機能を提供するメッ
セージ処理部を付加するという装置構成であるので、既
存のネットワーク環境に大きな変更を加えることなく、
しかもその環境をそのまま活用して本発明のシステムを
構築することができる。

【０２０８】本発明によるメッセージ通信は、メッセ
ージをそれぞれ省略可能な前記４つのメッセージ構成部
分に分け、また、各メッセージ構成部分の省略時の処理
を明確に定義することができ、重要でない部分や、毎回
同じ部分の記述を省くことができるため、メッセージ処
理を利用する最初のステーションにおいて、容易にメッ
セージを組み立てて発信することが可能となる。

【０２０９】また、本発明は、メッセージの送受信につ
いて、複数種類の既存のネットワーク通信手段を利用す
る機能を有するので、ネットワークに接続するプリンタ
やファイル装置の種類、ネットワーク接続方法、オペレ
ーティングシステムに依存しないメッセージの通信方法
及び装置を得ることができる。

【０２１０】また、本発明は、メッセージ動作内容を記
述する、メッセージ動作記述部のプログラムのほかに、
運搬内容部に記述した「ジョブチケット」によっても簡
便にメッセージ動作内容を記述して指示することが可能
であるため、メッセージ処理を利用するクライアント装
置において、容易に希望の処理を行うメッセージを組み
立てて発信することが可能である。

【０２１１】また、本発明は、ネットワーク上の各装置
に対して、共通するメッセージ処理を行うので、一貫性
のある通信方法を提供することにより、新規装置の導入
や、変更が容易になり、自由にネットワークシステムを
構築可能とすることを課題とする。

【０２１２】また、本発明は、ネットワーク上の各ステ
ーションの情報をデータベースにより入手し、所望の送
信先ステーションを決定できるので、資源の負荷を軽減
させるような送信先ステーションの決定が可能になり、
そのような決定をすることにより同時に行える処理量を
増加させ、結果的にシステム全体として、処理を高速化
することが可能である。

【０２１３】また、本発明は、メッセージ通信処理の全
部又は、多くの部分をソフトウェアを用いて実現させる
ことができ、結果的に発生する費用や、工数を低く押さ
えることができる。

【図面の簡単な説明】

【図１】実施の形態を説明するためのシステム例の各
装置の接続構成図

【図２】本発明を使用したシステムの概略の構成例を
示す図

【図３】クライアント装置の概略の構成を示す図

【図４】編集サーバ装置の概略の構成を示す図

【図５】画像ファイルサーバ装置の概略の構成を示す
図

【図６】データベースサーバ装置の概略の構成を示す
図

【図７】プリントサーバ装置の概略の構成を示す図

【図８】ジョブチケットサーバ装置の概略の構成を示
す図

【図９】ジョブチケットサーバ機能を有しないメッセ
ージ処理部の構成を示す図

【図１０】ジョブチケットサーバ機能を有するメッセ
ージ処理部の構成を示す図

【図１１】ステーション名の構成を示す図

【図１２】ユーザ名とステーション名の構成を示す図

【図１３】サーバ名の構成を示す図

【図１４】文書データの構成を示す図

【図１５】データベースの管理構造を示す図

【図１６】各テーブルの内容の例を示す図

【図１７】画像ファイルサーバの構造を示す図

【図１８】編集用中間フォーマットの分類を示す図

【図１９】中間フォーマットファイルの構造を示す図
で、（ａ）は入力保存形式がＪＰＥＧの場合、（ｂ）は
入力保存形式がＰｏｓｔＳｃｒｉｐｔの場合をそれぞれ
示す図

【図２０】メッセージの一般的な構成を示す図

【図２１】メッセージの構成要素の省略を示す図

【図２２】構成要素省略時のジョブチケットメッセー
ジ構成例を示す図

【図２３】名前の構成によるファイルの識別方法を示
す図で、（ａ）は制御情報ファイル、（ｂ）は動作記述
ファイル、（ｃ）は履歴管理ファイル、（ｄ）は運搬内
容ファイルの場合を示す

【図２４】ファイルのヘッダ部の内容によるファイル
の識別方法を示す図で、（ａ）は制御情報ファイルのヘ
ッダ、（ｂ）は動作記述ファイルのヘッダ、（ｃ）履歴
管理ファイルのヘッダの場合を示す

【図２５】ファイルのヘッダ部の内容によるファイル
の識別方法を示す図で、（ａ）はジョブチケットファイ
ルのヘッダ、（ｂ）は結果情報ファイルのヘッダ、
（ｃ）は文書ファイル（ＰｏｓｔＳｃｒｉｐｔ）ファイ
ルのヘッダを示す

【図２６】メッセージ送信先の指定例を示す図で、
（ａ）は電子メール手段によるメッセージの送信先の指
定例、（ｂ）はネットワークファイル転送手段によるメ
ッセージ送信先の指定例、（ｃ）はネットワークプリン
ト手段によるメッセージの送信先の指定例、（ｄ）はイ
ンターネットファイル転送手段によるメッセージの送信
先の指定例を、それぞれ示す

【図２７】ジョブチケット作成プログラムの画面表示
例を示す図

【図２８】２つのジョブを同時に実行する、ジョブチ
ケットの動作概要図

【図２９】制御情報ファイルの内容例を示す図

【図３０】履歴管理ファイルの内容例を示す図

【図３１】運搬内容部の結果情報ファイルの内容例を
示す図

【図３２】ネットワークデータベースの検索結果ファ
イルの内容例を示す図

【図３３】動作記述ファイルの内容例１（データの探
索転送）を示す図

【図３４】動作記述ファイルの内容例２（ジョブチケ
ットの処理）を示す図

【図３５】動作記述ファイルの内容例３（文書のプリ
ント）を示す図

【図３６】動作記述ファイルの内容例４（文書の編集
プリント）を示す図

【図３７】動作記述ファイルの内容例５（文書の入
力）を示す図

【図３８】動作記述ファイルの内容例６（文書のプリ
ント）を示す図

【図３９】運搬内容部のジョブチケットファイルの内
容例１（文書のプリント、文書のプリント）を示す図

【図４０】運搬内容部のジョブチケットファイルの内
容例２（文書の入力、文書のプリント）を示す図

【図４１】運搬内容部の文書ファイルの内容例を示す
図

【符号の説明】

１０１…クライアント装置、１１１，１１２…ジョブチ
ケットサーバ装置、１２１，１２２…画像ファイルサー
バ装置、１３１…データベースサーバ装置、１４１，１
４２…プリントサーバ装置、１５１，１５２…プリン
タ、１７１，１７２…ＬＡＮ、１８１，１８２…ルー
タ、１９１…ＡＴＭ回線。

Claims

【特許請求の範囲】

【請求項１】ネットワークに接続された種々の機能を
持つ複数のステーション間でメッセージを通信するメッ
セージ通信方法であって、前記メッセージは複数の異な
るステーションの機能を組み合わせて利用する処理内容
に関する情報を含んでおり、前記メッセージを受信した
とき、各ステーションはそのメッセージに従って自己の
機能を遂行すると共に、次の送信先ステーションを決定
し、その送信先ステーションに前記メッセージを送信す
ることを特徴とするメッセージ通信方法。
【請求項２】一度に転送するメッセージ内容を、メッセージの含む処理内容を複数ステーションで動作さ
せるように管理する省略可能な制御情報部と、ステーションで行う動作を記述した動作記述プログラム
を有する動作記述部と、ステーション内で行った処理内容とその結果に関する情
報を保持する省略可能な履歴管理部と、処理の対象となる情報又は処理に用いるパラメータを保
持する運搬内容部とによって構成し、メッセージを受信したステーションは、動作記述部の前
記動作記述プログラム又は、運搬内容部に保持されたパ
ラメータのいずれか、又は両方の記述に従って、ステー
ションの動作を行うとともに、動作記述部の動作記述プ
ログラム、又は、運搬内容部に保持するパラメータを加
工もしくは新たに作成し、運搬内容部に必要な情報を設
定することを含むメッセージの組立てを行い、次のステ
ーションに送信することを特徴とする請求項１記載のメ
ッセージ通信方法。
【請求項３】最初のステーションから出されたメッセ
ージは、必ず次のメッセージ通信を起動し、いずれかの
ステーションによって、きっかけとなった最初のステー
ションにメッセージが送られて、最初のステーションが
自分が先に送信したメッセージに関わるメッセージを受
信したときに、一連のメッセージ通信が終了することを
特徴とする請求項１又は２記載のメッセージ通信方法。
【請求項４】メッセージを受信して、そのメッセージ
を処理中又は次のステーションへのメッセージ通信中に
エラーが発生した場合に、一連のメッセージ送信のきっ
かけとなった最初の送信ステーションに、エラーとなっ
た状況をメッセージ送信することを特徴とする請求項１
又は２記載のメッセージ通信方法。
【請求項５】メッセージが次の送信先ステーションに
送出される場合、メッセージ内の制御情報部に、メッセ
ージを元々作成したステーション名と、作成者名と、パ
スワードと次の目的ステーション名を保持することを特
徴とする請求項２又は３記載のメッセージ通信方法。
【請求項６】メッセージが次の送信先ステーションに
送出される場合、メッセージ内の制御情報部に、動作記
述部プログラムの次に実行すべき行番号と、動作記述部
プログラムで使用している現在の変数の値を保持するこ
とによって、１つの動作記述部プログラムを、途中から
続けて複数ステーションで動作させることを特徴とする
請求項２記載のメッセージ通信方法。
【請求項７】メッセージが順次ステーション間を転送
されていく場合、メッセージ内動作記述部のプログラム
又はメッセージ内運搬内容部のパラメータの指定によっ
て、あるいは各ステーションで自動的に、ステーション
内で行った処理内容とその結果をメッセージの履歴管理
部に記述し、メッセージ転送する動作記述部のプログラ
ム、又は各ステーションが、履歴管理部に記述された情
報を参照して、動作条件判定に利用することを特徴とす
る請求項２記載のメッセージ通信方法。
【請求項８】受け渡されるメッセージの動作記述部が省
略されている場合に、メッセージを受信したステーショ
ンにおいて、あらかじめ準備されている複数のメッセー
ジ処理プログラムの中から、運搬内容部に応じてメッセ
ージを処理するプログラムを選択して、メッセージ全体
を処理することを特徴とする請求項２記載のメッセージ
通信方法。
【請求項９】受け渡されるメッセージの動作記述部が
省略されている場合に、運搬内容部の第１番目の運搬物
として、単純な動作指示命令がパラメータとして記述さ
れたものからなるジョブチケットに従って、あらかじめ
決められた定型処理をメッセージを受信したステーショ
ンで行うことを特徴とする請求項２記載のメッセージ通
信方法。
【請求項１０】運搬内容部に、文書用紙１枚分の情報
からなるページ、又は複数のぺ一ジからなるドキュメン
ト、又は複数のドキュメントからなるブック、のいずれ
かの単位の文書情報を、複数個、保持可能とすることに
より、ネットワーク内での自由な文書処理を行うことを
特徴とする請求項２記載のメッセージ通信方法。
【請求項１１】メッセージを受信したステーションに
おいて、動作記述部プログラム、又は前記運搬内容部ジ
ョブチケットに基づいた処理を実行中に、その実行中の
ステーションにおいて現在処理中のメッセージとは別の
新たなメッセージを、複数個、その実行中のステーショ
ンを出発点として生成して送出し、その複数個のメッセ
ージが処理を終えてすべて戻ってきた後、結果を参照す
ることにより、複雑な複数の処理を、自由に組み立て
て、同時に実行できることを特徴とする請求項２記載の
メッセージ通信方法。
【請求項１２】前記新たなメッセージを生成する際
に、新たに生成するメッセージの動作記述部に記述する
ブログラムについては、運搬内容部ジョブチケットに記
述のパラメータに従うものとし、運搬内容部ジョブチケ
ットに記述のパラメータと、それとネットワーク上のデ
ータベース装置を参照して得る情報をもとに、メッセー
ジ処理部内で自動的にメッセージの動作記述部に記述す
るブログラムを生成して、新たに生成したメッセージの
動作記述部とする請求項１１記載のメッセージ通信方
法。
【請求項１３】前記請求項１２記載の手順に従って新
たなメッセージを複数生成する際に、それら複数メッセ
ージを同時に送信処理するか、最初のメッセージの結果
が帰ってくるのを待って、メッセージを一つずつ順番に
処理するか、運搬内容部ジョブチケットに記述のバラメ
ータによって指定可能とし、ジョブチケットに記述がな
い場合には、ジョブチケットに記述のパラメータに対し
て、作成した新しいメッセージを同時に送信可能かどう
かの条件判定を行って送信処埋することを特徴とする請
求項１２記載のメッセージ通信方法。
【請求項１４】メッセージの送受信に、ネットワーク
内にすでに構築されている、既知の電子メール転送手段
を用いることを特徴とする請求項１又は２記載のメッセ
ージ通信方法。
【請求項１５】メッセージの送受信に、ネットワーク
内にすでに構築されている、既知のネットワークファイ
ル転送手段を用いることを特徴とする請求項１又は２記
載のメッセージ通信方法。
【請求項１６】メッセージの送受信に、ネットワーク
内にすでに構築されている、既知のネットワークプリン
トスプール手段を用いることを特徴とする請求項１又は
２記載のメッセージ通信方法。
【請求項１７】メッセージの送受信に、ネットワーク
内にすでに構築されている、既知のインターネット・フ
ァイル転送手段を用いることを特徴とする請求項１又は
２記載のメッセージ通信方法。
【請求項１８】メッセージの送受信に、電子メール転
送手段、ネットワークファイル転送手段、ネットワーク
プリントスプール手段、及びインターネットファイル転
送手段の中から、各受信ステーションに最適な手段を、
ネットワーク上のデータベース情報と転送するメッセー
ジの内容に従って、メッセージ送出時に判別して用いる
ことを特徴とする請求項１記載のメッセージ通信方法。
【請求項１９】ネットワークに接続したデータベース
装置、又はネットワークに接続した各ステーションが、
ネットワーク内の各ステーション又は一部のステーショ
ンのネットワーク・アドレス、サーバ機能、メッセージ
受信方法を記述した、データベース機能を持ち、動作記
述部のプログラムを処理する場合と、メッセージ送信先
ステーションへの送信時に、これを参照することを特徴
とする請求項２記載のメッセージ通信方法。
【請求項２０】メッセージを受信したステーションが
そのメッセージの受信ステーションとしての必要用件を
満たしていない場合には、その受信ステーション内にお
いて、再度データベース参照を行って、新しいメッセー
ジ送信先を求め、その新しい送信先ステーションに対し
てメッセージ転送を行うことを特徴とする請求項１９記
載のメッセージ通信方法。
【請求項２１】メッセージ通信において、所在が不明
なステーションにメッセージを送出する場合には、世界
中のネットワークと接続可能なインターネットに接続し
たメッセージサーバにメッセージを送信し、そのメッセ
ージサーバにおいて所在が不明な転送先ステーションに
関する情報をインターネット上で検索して、目的のステ
ーションにメッセージを送ることにより、所在が不明な
相手ステーションへのメッセージ通信を容易にすること
を特徴とする請求項１記載のメッセージ通信方法。
【請求項２２】インターネット上を検索した結果、目
的のステーションの所在が不明であった場合にエラーと
して、メッセージの最初の送信ステーションに、エラー
となった検索状況を送信する請求項２１記載のメッセー
ジ通信方法。
【請求項２３】ネットワークに接続された複数のステ
ーションのそれぞれにメッセージを受け渡すためのメッ
セージ処理手段を設け、前記メッセージはネットワーク
内のステーション間で順次受け渡されて行くためのメッ
セージ自身の送信先ステーションに関する情報及びネッ
トワーク内の一連のステーション内で実行すべき処理内
容に関する情報を含んでおり、各メッセージ処理手段
は、メッセージを受信した場合、その受信したメッセー
ジの解釈実行処理を行い、前記メッセージの送信先を決
定するとともに、それまでの実行の結果に基づき前記メ
ッセージを加工し、又は新たなメッセージを組み立て
て、これを前記決定した送信先ステーションへ送信する
処理機能を有することを特徴とするメッセージ通信装
置。
【請求項２４】一度に受け渡すメッセージ内容を、メッセージを複数ステーションで処理させるように管理
する制御情報部と、メッセージのステーションでの動作を記述した動作記述
プログラムを有する動作記述部と、ステーション内で行った処理内容とその結果に関する情
報を保持する履歴管理部と、文書情報を保持する運搬内容部とによって構成し、メッセージ処理手段は、動作記述部の前記動作記述プロ
グラム又は、運搬内容部に保持されたパラメータ・ファ
イルのいずれか、又は両方の記述に従って、ステーショ
ンの動作を行うとともに、動作記述部の動作記述プログ
ラム、又は、運搬内容部に保持するパラメータ・ファイ
ルを加工もしくは新たに作成し、運搬内容部に必要な情
報を設定することを含むメッセージの組立てを行うメッ
セージ解釈実行部を有することを特徴とする請求項２３
記載のメッセージ通信装置。
【請求項２５】前記メッセージ処理手段は、ネットワ
ーク上のステーションに関する情報を保持し、メッセー
ジ解釈実行手段の問合せに応答して必要な情報を提供す
るローカルデータベース手段を有することを特徴とする
請求項２４記載のメッセージ通信装置。
【請求項２６】前記メッセージ処理手段は、メッセー
ジ解釈実行手段の問合せに応答してネットワーク上のデ
ータベースにアクセスしてネットワーク上にあるステー
ションに関する情報を入手するデータベース参照手段を
有することを特徴とする請求項２４記載のメッセージ通
信装置。
【請求項２７】前記メッセージ処理手段は、メッセー
ジの運搬内容部のジョブチケット中に記述されているジ
ョブごとに、そのジョブを実行するためのメッセージを
新しく作成するジョブチケット処理手段を有することを
特徴とする請求項２４記載のメッセージ通信装置。