JPS5992654A - 電子文書配送システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔技術分野〕 本発明は電子文書配送システムに係り、特にプロセッサ
間の文書交換を処理する文書交換プロトコルを与えるた
めの手段に係る。

〔背景技術〕

現在、データ処理の分野で最も急速に発展している技術
の１つに電子文書配送がある。この技術は通信ネットワ
ークを利用して情報を交換するも１− ので、電子郵便とも呼ばれる。このようなネットワーク
は、文書の作成及び配送に関して様々な処理能力を持っ
た多数の処理端末あるいはワーク・ステーションを含ん
でいる。文書配送ネットワークにおける一番の問題点は
、インターフェース及びデータ形式の多様性にもかかわ
らず種々のワーク・ステーション及びプロセッサを機能
的に相互接続して、１つの操作可能な情報交換システム
を構築することにある。通常の文書配送では、種々の処
理端末を機能的に相互接続するだけでなく、情報の入力
、編集、配送、印刷、表示などの基本機能がシステムに
よって与えられねばならない。

また、ネットワークの構成には関係なく、システムを簡
単に使用できることも大切である。

インターフェース及びデータ形式の多様性はユーザに対
してトランスペアレントでなければならない。云い換え
れば、システムは操作員の介入をできるだけ少くして文
書を処理し配送しなければならない。情報の送り手とな
る操作員がプロセッサ及びデータ形式に関する要求を熟
知していると期待するのは現実的ではない。送り手は情
報の配送を要求することができればよく、このような配
送で使用される手段についてまで関心を持つ必要はない
。

このため、文書配送ネットワークに加入している種々の
プロセッサやワーク・ステーションで識別することがで
きる一様なデータ・ストリームが開発されている。また
、データ・ストリームの内容やネットワーク内での通信
に関する規則を特定するアーキテクチャが規定されてい
る。それによれば、例えば情報の形式は、データ・スト
リームに生し、得る要素の構文及び意味を記述すること
によって特定される。Ｔ　Ｂ　Ｍ　　Ｓｙｓｔｅｍ　Ｊ
ｏｕｒｎａｌ、第２０巻、第１９の第４頁以降に掲載さ
れている阿、ｒｌ、Ｉ）ｅｓｏｕｓａ　　の”Ｅｌｅｃ
ｔｒｏｎｉｃ　　Ｊｎｆｏｒｍａｔ、ｊ、ｏｎ］’ｒ＋
ｔ、ｅｒｃｈａｎｇｅ　ｊｎ　ａｎ　０ｆｆｊ、ｃｅ　
ＥｎｖｉｒｏｎｍｅｎＬ”は、情報を送信側から受信側
へ配送する際に両者が対話式に通信することを必要とし
ない文書交換アーキテクチャ（ＤＴＡ）を開示している
。このアーキテクチャでは、文書の如き情報を単一の要
求で複３− 数の宛先へ送ることができる。

データ配送ネッ１−ワークにおいては、一様なデータ・
ストリームは２つの主構成要素、即ち文書の配送及び処
理に関する上述のＤＩＡと、特定の文書の内容及び書式
を表わす文書内容アーキテクチャ（ＤＣＡ）とから成っ
ていると考えることができる。

ＤＴＡについては１例えば、Ｔ　Ｂ　Ｍ　　Ｓｙｓｔｅ
ｍＪｏｕｒｎａｌ　、第２１巻、第２号の第２２０頁以
降に掲載されているＴ、５ｃｈｉｃｋ外の”Ｔｈｅ　Ｄ
ｏｃｕｍｅｎｔＴｎｔｅｒｃｈａｎｇｅ　　Ａｒｃｈｉ
ｔｅｃｔｕｒｅ：　　　Ｍｅｍｂｅｒ　　ｏｆ　　ａＦ
ａｍｊｌｙ　　ｏｆ　　Ａｒｃｈｉｔ、ｅｃｔｕｒｅｓ
　　ｊｎ　　ｔｈｅ　　ＳＮＡ　　Ｅｎｖｉｒｏｎｍｅ
ｎ　Ｌｕに詳しい。最近のオフィス環境で使用されてい
るデータ処理機器の多様性を考えると、文書配送ネット
ワークは、データ処理能力の異なる様々なプロセッサあ
るいはワーク・ステーションスを収容できるのが望まし
い。

例えば、成るワーク・ステーションが他のワーク・ステ
ーションからの文書に対する処理要求を完全に満たすた
めには、そのワーク・ステーショ４− ンは配送サービス能力、アプリケーション処理サービス
能力及び文書ライブラリ・サービス能力を持っていなけ
ればならない。ところが文書配送ネットワークに加入し
ているすべてのワークステーションがこれら３つの能力
をすべて持っているとは限らず、またかりに持っていた
としても、例えばライブラリ・サービスが時分割的にの
み提供されるのであれば、要求があった時点ではライブ
ラリ・サービスを提供できないことがある。特定のワー
ク・ステーションをとりあげてみても、その能力が不変
というわけではなく、ネットワークに加入した後に処理
能力が高められる（場合によっては低められる）ことも
ある。ネットワークに加入しているワーク・ステーショ
ンの数も一定ではなく、ネットワーク構築後にワーク・
ステーションの加入・脱退が繰返されるのが普通である
。

要するに、文書配送ネットワークはそれに加入している
各ワーク・ステーションの処理能力及び加入ワーク・ス
テーション数が動的に変化していると云える。従って、
ワーク・ステーション間で５− 文書配送を首尾よく行うためには、それに先立って、各
ワーク・ステーションがどのような処理能力を持ってい
るかを見極めることが必要になる。

〔発明の開示〕

本発明の目的は文書配送ネットワークの可変性を考慮し
て、通信を行う２台の端末、ワーク・ステーションある
いはプロセッサ（以下、プロセッサで代表させる）の間
の文書交換プロトコルを決定できるようにすることにあ
る。

本発明によれば、ネットワーク内の各プロセッサは他の
任意のプロセッサとの間で通信リンクを確立し、それを
介して自身のデータ処理能力を要求の形で他方のプロセ
ッサに知らせる。各プロセッサは、送られてきた要求と
自身の処理能力とを比較し、もし共通のものがあれば、
それに基いて文書交換プロトコルを定める。

ネットワーク内では、すべてのプロセッサに共通の固定
されたプロトコルを規定するＤＩＡを含むデータ・スト
リームがプロセッサ間を伝送される。文書配送のための
プロトコルは、この固定さ６一 れたプロ１〜コルと、通信を行う両方のプロセッサに共
通の処理能力に基いて決定される可変プロトコルとを含
む。

〔実施例の説明〕

本発明に従うシステムの一例を第１図に示す。

このシステムは相互に通信する３台のプロセッサ１０．
１２及び１４を含み、そのうちプロセッサ１０及び１２
はリンク１１により接続され、プロセッサ１２及び１４
はリンク１３により接続される。内部の論理を詳細に示
しであるのはプロセッサ１２だけであるが、他のプロセ
ッサ１ｏ及び１４も同様な内部論理を持っている。また
リンク１１及び１３は常時存在しているのではなく、プ
ロセッサ間通信を行なうときに所定のシステム・ネット
ワーク・アーキテクチャ（ＳＮＡ）及びデータ・リンク
制御プロトコル（ＳＤＬＣ）に従って活性化される。プ
ロセッサ１ｏ、１２及び１４並びにリンク１１及び■３
は、前述の文献に記載されているような文書配送ネット
ワークの一部である。

＝７− 以下では、第５図に示すデータ・ストリームがプロセッ
サ１０からリンク１１を介してプロセッサ１２へ伝送さ
れるものとする。プロセッサ１２はこのデータ・ストリ
ームを通信アダプタ１５に受取る。第５図のデータ・ス
トリームは前述の５ｃｈｉｃｋ外の文献の第３図に示さ
れているものと同じである。また、第１図のシステムは
ＳＮＡに従って構築され、そのデータ・リンク制御プロ
トコルはＳ　Ｄ　Ｌ　Ｃであるとする。

オペレーションはプロセッサ１０の操作員によって開始
される。まず５ＤＬＣセクシヨンが確立されねばならな
い（第、２図のステップ４０）。通信アダプタ１５に受
取られたデータ・ストリームは受信バッファ１６に書込
まれ、それと並行してＳ　Ｄ　Ｌ　Ｃユニット１７は受
信データ・ストリームの５ＤＬＣレベルにおけるデータ
・リンク制御要素（第５図参照）が適切か否かを調べる
。もし適切であれば、続いてデータ・ストリームがＳＮ
Ａの要求を満たしているか否かが調べられる。これはＳ
ＮＡユニット１８で行われる。ＳＮＡユニツ８− ト１８は、基本伝送単位の伝送ヘッダ（第５図のＳＮＡ
レベル）が正しいかどうかを調べる。受信バッファ１６
に書込まれたデータ・ストリームに関するＳ　Ｄ　ｒ−
ｃユニツ１−１７及びＳＮＡユニット１８の動作は、受
信バッファ１６を制御するバッファ制御プログラム・ユ
ニット２０の制御のもとに通信制御ユニツ１〜１９によ
り同期化される。

Ｓ　Ｎ　Ａセツションの確立は次のようにして行われる
。まず第２図の判断ステップ４１で、プロセッサ１２が
プロセッサ】０との通信において一次プロセッサ（−次
局）として設定されているか否かが調べられる。もし−
次プロセッサであれば、ステップ／１２でバインド要求
がプロセッサ１２からプロセッサ１０へ送られる。この
バインド要求は、プロセッサ１２のＩＤ（論理名称）、
提示された通信セツションの型その他のネットワーク管
理情報を含む。プロセッサ１２はステップ４３でプロセ
ッサ１０からのバインド応答を受取る。

プロセッサ１２が一次プロセッサではなく、その代りに
プロセッサ１０が一次プロセッサであつ９− た場合には、プロセッサ１２がステップ４４でプロセッ
サ１０からのバインド要求を受取り、次のステップ４５
でそのバインド応答を通信プロセッサ１０へ送る。

受信され送信されたバインド要求が適切で受入れること
ができれば、ステップ４６でプロセッサ１０及び１２の
間のＳＮＡセツションが開始（活性化）される。ＳＮＡ
のプロトコルは、セツションを２つの状態、即ちプロセ
ッサが情報を持っている競合状態と、データ・ストリー
ムの形で実際の情報伝送が行われている会話状態とに分
ける。

ＳＮＡセツションを開始するにあたり、通信制御ユニッ
ト１９は受信バッファ１６に書込まれているデータ・ス
トリームのセツション情報を文書配送データ・バッファ
２１へ転送し、セツションの制御権をＤＩＡスーパバイ
ザ３５に渡す。がくて１’）ＩＡスーパバイザ３５の制
御のもとに、本発明の従うオペレーションが実行される
。

まずＤＴＡスーパバイザ３５は、第５図に示すような基
本文書交換単位（Ｄ　Ｉ　Ｕ）がデータ・ス１０− ドリーム中にあるかどうかを調べる。もしなければ、エ
ラー状態が表示される。ＤＩＵがあれば、ＤＴＡスーパ
バイザ３５は文書配送データ・バッファ２１に書込まれ
ているデータ・ストリームの指令シーケンス部分（第５
図参照）を走査する。

次に第３図を参照しながら、両方のプロセッサ１０及び
１２に共通のデータ処理能力を調べるために指令シーケ
ンスを走査するオペレーションについて説明する。最初
の判断ステップ４７では、バッファ２１に書込まれた指
令シーケンスが会話要求を含んでいるかどうか、即ちプ
ロセッサ１０が伝えるべきデータを持っていることを示
す会話状態を要求したかどうかがＤＴＡスーパバイザ３
５によって調べられる。もし会話要求が受イ」されてい
ると、ステップ４８でバッファ２１に書込まれている指
令シーケンス中のサイン・オン要求指令１）ｉ　Ｄ　Ｔ
　Ａセツション・コントローラ３０へ送られ、その制御
のもとに、第４図の決定プロセスが実行される。

最初に、ステップ４９で受信指令シーケンス中の識別子
が認証され、それが終るとステップ５０で指令シーケン
ス中の権限情報が認証される。次のステップ５１では、
ＤＩＡセツション・コントローラ３０の制御のもとに機
能パラメータのセットが取出されて、調べられる。これ
らの機能パラメータは、プロセッサ１２がプロセッサ１
０からの文書に対してなすべき機能を示す。例えば、プ
ロセッサ１２が３つの能力、即ち（１）配送サービス能
力、（２）アプリケーション処理サービス能力、及び（
３）ライブラリ・サービス能力（文書に関する情報を記
憶し検索する能力）を用いてこの文書を処理することを
プロセッサ１０が希望しているものとする。機能パラメ
ータは以下のオペレーションにおいてもＤＩＡセツショ
ン・コントローラ３０の制御下にある。

まず判断ステップ５２で、前に処理された機能パラメー
タがセット中の最後の機能パラメータであったかどうか
が調べられる。１以上の機能パラメータが残っていれば
ステップ５３へ進んで、取出された次の機能パラメータ
とプロセッサ１２が持っている機能とが比較される。比
較の結果、ステップ５４で一致が検出されると、ステッ
プ５５へ進んで、一致したパラメータがプロセッサ１０
へのサイン・オン応答に備えて保管され、然る後ステッ
プ５２に戻る。一致しなかった場合には。

ステップ５５を経由せずに直接ステップ５２に戻る。

比較ステップ５３を実行するため、プロセッサ１２は、
例えば自身が持っている機能あるいは能力を示すパラメ
ータをメモリ（図示せず）にリスト形式で記憶しており
、ステップ５３の実行時にこのパラメータ・リストをア
クセスして、プロセッサ１０からの機能パラメータと比
較する。一致した機能パラメータを同じメモリに保管す
るようにしてもよい。

ステップ５２でセット中の最後の機能パラメータが比較
されてしまったことが検出されると、判断ステップ５６
へ進んで、ステップ５３〜５５の結果として機能パラメ
ータが保管されているかどうかが調べられる。もし保管
されていなけれ１ｆ、１３− ステップ５７でセツション要求が拒否され、その旨がプ
ロセッサ１２からプロセッサ１ｏに知らされる。云い換
えれば、プロセッサ１２はプロセッサ１０によって要求
されたどのような機能も持っていない。

これに対して、機能パラメータの保管がステップ５６で
検出されると、ステップ５８へ進んで、プロセッサ１０
によって要求された文書処理機能の一部又は全部をプロ
セッサ１２で遂行できることを示すサイン・オン応答が
様式化される。それが終ると、第３図のフローチャート
の再入点５９に戻る。この時点で、プロセッサ１２は前
述の３つのサービスのうち、配送サービス及びアプリケ
ーション処理サービスだけを提供できるものとする。こ
れは、プロセッサ１２が（３）のライブラリ・サービス
能力を持っていないことを必ずしも意味するものではな
い。たとえプロセッサ１２がライブリ・サービス能力を
持っていても、プロセッサ１０からの要求があった時点
ではその能力を発揮できない状態（例えば使用中）にあ
れば、プ１４− ロセツサ１０に対しては、ライブラリ・サービスを提供
できない旨の応答がなされる。

第３図に戻って、プロセッサ１２はステップ６０で、配
送及びアプリケーション処理だけを遂行できることを示
すサイン・オン応答をプロセッサ１０へ送り、然る後ス
テップ６１でＤＴＡセツションを確立する。ただし、プ
ロセッサ１２が確立するのはＤＴＡセツションの半分（
これをＤＩＡハーフ・セツションという）であり、残り
半分はプロセッサ１０で確立される。プロセッサ１０は
、プロセッサ１２からのサイン・オン応答が受諾可能で
あれば、即ちプロセッサ１２で遂行されるのが配送及び
アプリケーション処理だけでもよければ、自身のＤＴＡ
ハーフ・セツションを確立し、それによってプロセッサ
１２のＤＩＡハーフ・セツションと合わせて完全なりＩ
Ａセツションが確立されると、文書をプロセッサ１２へ
送る。

第３図の判断ステップ４７に戻って、バッファ２１に書
込まれた指令シーケンスに会話要求が含まれていないこ
とがＩ）ＩＡスーパバイザ３５によって検出されると、
判断ステップ６２へ進んで、指令シーケンスに競合要求
が含まれているかどうかが調べられる。競合要求は、も
しプロセッサ１２がプロセッサ１０へ伝送すべき文書を
持っていれば、プロセッサ１０がそれを受取り得る状態
にあることを示す。

競合要求がなければ、プロセッサ１２はステップ６３の
方へ分岐して、指令待ち行列状況を要求する。プロセッ
サ１２の操作員は、ＤＴＡセションが確立されたときに
プロセッサ１０へ伝送すべき文書に関する指令をキーボ
ード（図示せず）から入力することができ、それらの指
令は指令待ち行列２８に書込まれる。指令待ち行列２８
の状況は、ＤＩＡスーパバイザ３５の制御のもとに指令
待ち行列マネジャ２９によって調べられる。その結果、
指令待ち行列２８が空であることが判断ステップ６４で
検出されると、これはプロセッサ１０及び１２の間のＳ
ＮＡ通信リンクが確立されたが、いずれのプロセッサも
伝送すべき文書を持っていないことを意味するから、プ
ロセッサ１２はステップ６５でプロセッサ１０との競合
状態を確立した後、両プロセッサ間で文書通信が行われ
るのを待つ。

プロセッサ１２の操作員がプロセッサ１０へ送るべき文
書及び関連する指令をキーボードから入力していたため
に、指令待ち行列２８が空でなかった場合には、ステッ
プ６４から６６へ分岐して、プロセッサ１０との会話状
態が確立される。それが終ると、プロセッサ１２はステ
ップ６７へ進んで、キー人力された文書に対してどのよ
うな機能が要求されているかを調べる。この機能要求は
、文書及び指令と同じく操作員によってキー人力されて
もよく、またプロセッサ１２の所定の場所に標準機能と
して予め記憶されているものであってもよい。いずれに
しても、ステップ６７はＤＩＡスーパバイザ３５によっ
て実行される。機能要求の調査が終ると、プロセッサ１
２はステップ６８へ進んで、サイン・オン要求をプロセ
ッサ１０へ送る。操作員によってキー人力された文書及
び指令の他に、プロセッサ１０に要求する機能パラメ１
７− −タのセットも表わすこのサイン・オン要求はＤＴＡセ
ツション・コントローラ３０の制御のもとに文書配送デ
ータ・バッファ２１で様式化され、そこから送信バッフ
ァ３１及び通信アダプタ１５を通ってプロセッサ１０へ
送られる。

プロセッサ１０は、プロセッサ１２からサイン・オン要
求を受取ると、前述のステップ４８以下を実行し、機能
パラメータの比較結果に応じて、セツション要求を拒否
するか（ステップ５７）、又はサイン・オン応答をプロ
セッサ１２へ送り返す（ステップ６０）。このサイン・
オン応答はステップ６９でプロセッサ１２に受信され、
ＤＩＡセツション・コントローラ３０の制御のもとに文
書配送データ・バッファ２１に書込まれる。

次の判断ステップ７０は、一致した機能、即ちプロセッ
サ１０で遂行可能な機能がプロセッサ１２にとって受諾
できるものであるかどうかを調べる。この判断は、操作
員が指令待ち行列へ入力したデータ又はプロセッサ１２
の内部に予め保持されている所定の判断データに基いて
なされる。−１８− 致した機能が受諾できなければ、プロセッサ１２はステ
ップ７１でセツション要求を拒否し、その旨をプロセッ
サ１０に知らせる。これに対して受諾可能であれば、プ
ロセッサ１２は、ステップ７２で自身のＤＴＡハーフ・
セツションを確立する。

かくして、プロセッサ１０及び１２の間の完全なりＴＡ
セツションが確立される。

判断ステップ６２に戻って、プロセッサ１０及び１２の
間で既にＳＮＡセツションが確立されているが、プロセ
ッサ１０からの要求が会話要求ではなくて競合要求であ
った場合、即ちプロセッサ１０が何らかの受信を望んで
いる場合には、前述のステップ６３と同様に、ステップ
６３′で指令待ち行列２８の状況が要求される。指令待
ち行列２８が空でなければ、判断ステップ６４′からス
テップ６６の方へ進む。これに対して、もし指令待ち行
列２８が空であれば、判断ステップ７３の方へ進んで、
自動ＤＩＡセツションを確立すべきかどうかが調べられ
る。普通は、各プロセッサは他のプロセッサ（例えば１
０）から競合要求を受取ると、たとえ指令待ち行列が空
であっても、そのプロセッサとのＤＩＡセツションを自
動的に確立するように設定されている。もしそうであれ
ば、前述のステップ６６以下が実行される。自動ＤＴＡ
セツション確立が設定されていなければ、ステップ７４
で競合状態が確立される。これはステップ６５と同じで
ある。

Ｄ丁Ａセツションが確立されると、プロセッサ１０及び
１２は要求のあった配送サービス及びアプリケーション
処理サービスを処理するのに十分な交換プロトコルを用
いて、互いに通信する。

【図面の簡単な説明】

第１図は本発明に従うシステムの一例を示すブロック図
。 第２図、第３図及び第４図は第１図のシステムの動作を
示すフローチャート。 第５図は通信プロセッサ間を伝送されるデータ・ストリ
ームの構成を示す図。

Claims (1)

【特許請求の範囲】
1. 通信リンクを介して通信する複数のプロセッサを含み、
   各プロセッサは、処理能力を他のプロセッサに知らせる
   手段と、他のプロセッサから知らされた処理能力を自身
   の処理能力と比較する手段とを具備し、該手段からの比
   較結果に基いて文書交換のためのプロトコルを定めるよ
   うにしたことを特徴とする電子文書配送システム。