JPH0330342B2 - - Google Patents

Description

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

〔背景技術〕

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

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

このため、文書配送ネツトワークに加入してい
る種々のプロセツサやワーク・ステーシヨンで識
別することができる一様なデータ・ストリームが
開発されている。また、データ・ストリームの内
容やネツトワーク内での通信に関する規則を特定
するアーキテクチヤが規定されている。それによ
れば、例えば情報の形式は、データ・ストリーム
に生じ得る要素の構文及び意味を記述することに
よつて特定される。IBM System Journal、第
20巻、第１号の第４頁以降に掲載されているM.
R.DeSousaの“Electronic Information
Interchange in an Office Environment”は、
情報を送信側から受信側へ配送する際に両者が対
話式に通信することを必要としない文書交換アー
キテクチヤ（DIA）を開示している。このアーキ
テクチヤでは、文書の如き情報を単一の要求で複
数の宛先へ送ることができる。

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

DIAについては、例えば、IBM System
Journal、第21巻、第２号の第220頁以降に掲載さ
れているT.Schick外の“The Document
Interchange Architecture：Member of ａ
Family of Architectures in the SNA
Environment”に詳しい。最近のオフイス環境で
使用されているデータ処理機器の多様性を考える
と、文書配送ネツトワークは、データ処理能力の
異なる様々なプロセツサあるいはワーク・ステー
シヨンスを収容できるのが望ましい。

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

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

〔発明の開示〕

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

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

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

〔実施例の説明〕

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

以下では、第５図に示すデータ・ストリームが
プロセツサ１０からリンク１１を介してプロセツ
サ１２へ伝送されるものとする。プロセツサ１２
はこのデータ・ストリームを通信アダプタ１５に
受取る。第５図のデータ・ストリームは前述の
Schick外の文献の第３図に示されているものと
同じである。また、第１図のシステムはSNAに
従つて構築され、そのデータ・リンク制御プロト
コルはSDLCであるとする。

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

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

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

受信され送信されたバインド要求が適切で受入
れることができれば、ステツプ46でプロセツサ１
０及び１２の間のSNAセツシヨンが開始（活性
化）される。SNAのプロトコルは、セツシヨン
を２つの状態、即ちプロセツサが情報を待つてい
る競合状態と、データ・ストリームの形で実際の
情報伝送が行われている会話状態とに分ける。
SNAセツシヨンを開始するにあたり、通信制御
ユニツト１９は受信バツフア１６に書込まれてい
るデータ・ストリームのセツシヨン情報を文書配
送データ・バツフア２１へ転送し、セツシヨンの
制御権をDIAスーパバイザ３５に渡す。かくて
DIAスーパバイザ３５の制御のもとに、本発明に
従うオペレーシヨンが実行される。

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

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

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

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

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

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

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

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

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

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

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

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

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

判断ステツプ62に戻つて、プロセツサ１０及び
１２の間で既にSNAセツシヨンが確立されてい
るが、プロセツサ１０からの要求が会話要求では
なくて競合要求であつた場合、即ちプロセツサ１
０が何らかの受信を望んでいる場合、すなわちプ
ロセツサ１２がプロセツサ１０へ転送する文書を
有したときに、プロセツサ１０が受信する容易が
あることを示す場合には、前述のステツプ63と同
様に、ステツプ63′で指令待ち行列28の状況が要
求される。指令待ち行列28が空でなければ、判断
ステツプ64′からステツプ66の方へ進む。判断ス
テツプ62による競合要求であるか否かの判断によ
つてステツプを変えるのは判断ステツプ73のDIA
セツシヨンの確立の判断があるか否かの違いがあ
るためである。すなわち競合要求である場合、す
なわちステツプ62でYESの場合には、指令待ち
行列の状況が空であつても、プロセツサ１０はデ
ータ受領の準備を予め実行しておくことによつて
実際にデータが転送されるときに備えた対応をす
ることがあるためである。この機能が自動DIAセ
ツシヨンである。ステツプ62において競合要求が
NOの場合にはプロセツサ１０は受信予定がない
ので、この準備の必要はない。従つて、競合要求
がある場合において、もし指令待ち行列２８が空
であれば、判断ステツプ73の方へ進んで、自動
DIAセツシヨンを確立すべきかどうかが調べられ
る。普通は、各プロセツサは他のプロセツサ（例
えば10）から競合要求を受取ると、たとえ指令待
ち行列が空であつても、そのプロセツサとのDIA
セツシヨンを自動的に確立するように設定されて
いる。もしそうであれば、前述のステツプ66以下
が実行される。自動DIAセツシヨン確立が設定さ
れていなければ、ステツプ74で競合状態が確立さ
れる。これはステツプ65と同じである。

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

【図面の簡単な説明】

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

Claims (1)

1. 【特許請求の範囲】 １ 通信リンクを介して通信する少なくとも第１
   のプロセツサ及び第２のプロセツサを含む複数の
   プロセツサからなり、前記各プロセツサは他の前
   記プロセツサからの要求に応じて処理可能な１又
   は複数の独立した機能を有し、該機能は前記各プ
   ロセツサで動的に変化し得、前記機能の現処理能
   力は前記各プロセツサ内に保持される機能のパラ
   メータで表される構成を有し、プロセツサ間通信
   を行なうための前記通信リンクを前記第１のプロ
   セツサと前記第２のプロセツサとの間で確立し、
   文書交換のためのセツシヨンを確立して電子文書
   配送を行う電子文書配送システムにおいて、 前記第１のプロセツサから要求される機能のパ
   ラメータを前記第１のプロセツサから前記第２の
   プロセツサへ送付する手段 前記要求される機能のパラメータと前記第２の
   プロセツサが現に実施可能な機能のパラメータと
   比較する手段 前記比較の結果一致した機能のパラメータを前
   記第２のプロセツサから前記第１のプロセツサへ
   送付する手段 前記一致した機能のパラメータと予め設定され
   た許容機能パラメータを前記第１のプロセツサに
   おいて対比する手段 前記対比結果が許容範囲か否かを前記第１のプ
   ロセツサにおいて判定する手段とを具備し、この
   判定結果に基づいて文書交換のプロトコルを動的
   に定めるようにしたことを特徴とする電子文書配
   送システム。