JPH0420033A - アクティビティ識別子の管理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、Ｏ３ＩＦＴＡＭに基づく　誤り回復を実装し
たシステムにおける、アクティビティ識別子の管理方式
に関する。

〔従来の技術］ Ｏ３ＩＦＴＡＭに基づく　ファイル転送に関しては、Ｉ
　Ｓｏ　８５７］　ＦＴＡＭ　　ＰＡＲＴ３，１３．１
．１節に、通常のファイル転送の他に、誤り回復処理に
よるファイル転送が規定されている。

誤り回復処理によるファイル転送とは、通常のファイル
転送中に何等がの失敗により破壊されたオープンレジー
ム（ファイル単位に確立される）をシステム内で自動リ
トライすることにより再生成して、ファイル転送を完了
させるものであり、回復機能単位が折衝（Ｎｅｇｏｔｉ
ａｔｉ○ｎ）されている場合にのみ有効となる。この場
合、上述の何等かの失敗を、予め誤りの種類として決め
ておく必要がある。また、誤りの種類の内容によって、
各誤りクラスが定められており、通常、回復機能単位が
折衝された場合には、 クラス■ オーブンレジームまたは選択レジームの損害およびクラ
スｍ アソシエーションの喪失 誤りが実装される。更に、誤り回復処理を行うためには
、転送に関する情報を保持したおく必要があり、その情
報の一つとして前述のアクティビティ識別子がある。

アクティビティ識別子は、前記Ｉ　Ｓｏ　８５７１　Ｆ
ＴＡＭ　ＰＡＲＴ　　３，１３．１１節では、オーブン
レジームで行うファイルアクティビティについての明確
な識別子を指定し、各起動側、応答側エンティティの組
のアクティビティに対して、それぞれ別のアクティビテ
ィ識別子の値を割当てる と規定されており、誤り発生後のデータ転送レシームの
再確立に使用するものである。すなわち、アクティビテ
ィ識別子は、応答側が誤り回復待ち状態のファイルを特
定するときのキーとなる。これは、通常のファイル転送
では仮想ファイル名がキーになるが、誤り回復処理では
、仮想ファイル名は起動側から送られて来ないため、ア
クティビティ識別子がキーとなるということである。

〔発明が解決しようとする課題〕

しかし、Ｉ　Ｓ、Ｏ８５７１ＦＴＡＭでは、アクティビ
ティ識別子の更新条件および更新契機については規定が
なく実装にまかされており、また、その削除の契機につ
いても、一部は実装にまかされている。すなわち、ファ
イルの選択／オープンレジームの解放処理で削除すると
規定されているが、前述のクラスｍ誤りが発生し、なお
、かつ、障害原因が除去されず誤り回復処理がリトライ
アウトしたときは、アクティビティ識別子の削除処理を
行わないため、アクティビティ識別子を削除する契機が
なかったものである。

結局、上記従来技術においては５回復処理時に起動側で
使用するアクティビティ識別子の更新条件およびその契
機、または、クラスｍ誤りが発生し、なお、かつ、誤り
回復処理がリトライアウトした際の応答側におけるアク
ティビティ識別子削除の契機についての配慮がなされて
いないため、処理方式によっては、誤り回復リトライア
ウト後のアクティビティ識別子の二重使用、起動側と応
答側のアクティビティ識別子の記憶状態不一致、または
、オペレータによるアクティビティ識別子のリセットお
よび削除操作が必要となる等の問題があった。

本発明は上記事情に鑑みてなされたもので、その目的と
するところは、従来の技術における上述の如き問題を解
消し、起動側のデータ処理部が、誤り回復リトライアウ
ト後に、応答側が保持しているアクティビティ識別子を
送信する二重使用を防止可能とするアクティビティ識別
子の管理方式を提供することにある。

〔課題を解決するための手段］ 本発明の上述の目的は、それぞれが、アクティビティ識
別子の値を記憶するアクティビティ識別子記憶部と、ア
クティビティ識別子の値の割当てを制御するアクティビ
ティ識別子制御部と、前記アクティビティ識別子記憶部
とアクティビティ識別子制御部とのインタフェースを司
るインタフニス部を含むＯ３Ｉ　　ＦＴＡ〜１に基づく
誤り回復を実装した起動側データ処理部と応答側データ
処理部との間でファイル転送を行うシステムにおいて、
少なくとも、前記起動側データ処理部のアクティビティ
識別子制御部か、正常終了・異常終了を問わずファイル
転送終了時にアクティビティ識別子の値を更新せず、同
じ値（カレント値）を再使用し、また、誤り回復処理が
リトライアウトしたときはアクティビティ識別子の値を
更新して、次の値（カレント値本増分値）を使用するこ
とを特徴とするアクティビティ識別子の管理方式によっ
て達成される。

［作用］ 本発明に係るアクティビティ識別子の管理方式において
は、起動側のアクティビティ識別子制御部が、アクティ
ビティ識別子の値としてファイル転送時（正常終了・異
常終了を問わず）にはカレント値を再使用し、誤り回復
処理がリトライアウトしたときにはカレント値を（カレ
ン、ト値＋増分値）に更新するため、起動側が、誤り回
復処理のりトライアウト後に応答側で保持しているアク
ティビティ識別子の値を送信することによる二重使用の
発生を防止することができる。

また、これに加えて、起動側のアクティビティ識別子制
御部が、アクティビティ識別子のカレント値の更新時に
、予め与えられた上限値ｎを越えた場合に、再び初期値
を使用するようにした場合には、オペレータ介入等のリ
セット（削除）処理手段によらず、自動的にアクティビ
ティ識別子の値をリセットすることができる。他方、応
答側のアクティビティ識別子制御部が、応答側が誤り回
復中で、起動側からの要求待ち状態であるとき、起動側
から同一の新たなアクティビティ識別子を受信した場合
、以前のアクティビティ識別子の情報を削除して誤り回
復状態を解消するようにしだ場合には、起動側と応答側
とでアクティビティ識別子の記憶状態（値および個数）
が不一致となるのを防止することができる。

〔実施例〕

以下、本発明の実施例を図面に基づいて詳細に説明する
。

第１図は、本発明の一実施例を示す○ＳＩ　　ＦＴＡＭ
−に基づく誤り回復を実装したファイル転送システムの
ブロック構成図である。図において、１は起動側データ
処理部、２はＦ　Ｔ　Ａ　Ｍのファイルサービス利用者
実装部、３はＦＴＡＭの誤り回復プロトコルマシン実装
部、４はＦＴＡＭの基本ファイルプロトコルマシン実装
部、５は第７層のＡＣ３Ｅを含む６層以下の下位層サー
ビス提供実装部、６は誤り回復に必要な情報としてのア
クティビティ識別子を記憶するアクティビティ識別子記
憶部を示している。また、上記Ｆ　Ｔ　Ａ　Ｍの誤り回
復プロトコルマシン実装部３は、アクティビティ識別子
の初期化、更新を行うアクティビティ識別子制御部３ａ
と、該アクティビティ識別子制御部３ａと上記アクティ
ビティ識別子記憶部６とのインタフェース処理を行うア
クティビティ識別子記憶部インタフェース部３ｂとを具
備している。

更に、７〜１２は、上述の起動側データ処理部と対にな
る形で存在する応答側データ処理部、ＦＴＡＭのファイ
ルサービス利用者実装部８．ＦＴＡＭの誤り回復プロト
コルマシン実装部９．ＦＴＡＭの基本ファイルプロトコ
ルマシン実装部１０．第７層のＡＣ３Ｅを含む６層以下
の下位層サービス提供実装部１１．誤り回復に必要な情
報としてのアクティビティ識別子を記憶するアクティビ
ティ識別子記憶部１２を、それぞれ、示している。また
、上記ＦＴＡＭの誤り回復プロトコルマシン実装部９も
、アクティビティ識別子の初期化、更新を行うアクティ
ビティ識別子制御部９ａと、該アクティビティ識別子制
御部９ａと上記アクティビティ識別子記憶部１２とのイ
ンタフェース処理を行うアクティビティ識別子記憶部イ
ンタフェース部９ｂとを具備している。

なお、第１図においては、起動側データ処理部ｌのＦＴ
ＡＭの誤り回復プロトコルマシン実装部３を、ＦＴＡＭ
のファイルサービス利用者実装部２とＦ　Ｔ　Ａ　Ｎｉ
の基本ファイルプロトコルマンシ実装部４の間に位置付
けているが、これは−例であり、Ｆ　Ｔ　Ａ　ＮＩの誤
り回復プロトコルマシン実装部３は、ＦＴＡ〜１のファ
イルサービス利用者実装部２内またはＦ　Ｔ　Ａ　Ｍの
基本ファイルプロトコルマシン実装部４内に位置付ける
実装形態も可能であり、また、アクチンピティ識別子記
憶部６も、ファイルでなく、例えば、メモリ上の内部テ
ーブルであっても良い。もちろん、応答側データ処理部
７の内部構成についても同様である。

次に、第２図、第３図を用いて、通常のファイル転送時
、および、誤り発生回復時の基本的シケンスについて説
明する。

第２図は、ＦＴＡ〜１のファイル転送シーケンスの説明
図である。なお、通常転送時のシーケンスは、誤り回復
を実装しているが否かにかかわらず第２図のようになる
。誤り回復を実装しているファイル転送システムにおい
ては、起動側は、アソシエーション確立（２１ａ）後の
ファイル選択／オープンレジームの確立処理（２２ａ　
）で、応答側に対してアクティビティ識別子を送信し、
その後のデータ転送において誤り回復処理の対象となる
障害が発生しなかった場合は、ファイル選択／オープン
レシーム解放処理（２３ａ　）で、前記送信したアクテ
ィビティ識別子の削除を通知する。

これに対して、応答側は、アソシエーション確立（２１
ｂ）後、起動側から受信したアクティビティ識別子を記
憶（２２ｂ　）Ｌ、その後のデータ転送において誤り回
復処理の対象となる障害が発生しなかった場合は、ファ
イル選択／オープンレシーム解放処理（２３ｂ　）で、
起動側の指示により、記憶したアクティビティ識別子を
削除する。

第３図は、転送中に誤り回復処理の対象となる障害が発
生した場合のＦＴＡＭのファイル転送シーケンスの説明
図である。起動側は、データ転送中に誤り回復処理の対
象となる障害（この場合は、０３１　　ＦＴＡＭの誤り
回復で規定するクラスｍ誤り障害を想定するものとする
）が発生（３３ａ　）すると、アソシエーションは解放
されるため、応答側に対して、アソシエーションの再確
立を行う（３４ａ）。次に、レジーム回復処理において
、以前のファイル選択／オープンレジームの確立（３２
ａ　）で送信したアクティビティ識別子と同一の値を、
応答側に送信する（３５　ａ　）。なお、レジーム回復
処理後、データ転送中に再び誤り回復処理の対象となる
障害（クラスｍ誤り障害）が発生した場合には、前述の
３４ａ、３５ａの処理を一定回数だけリトライする。こ
のリトライ回数は、固定値であっても、ユーザ指定の任
意値であっても構わない。一定回数のりトライ処理が失
敗した場合、起動側は、誤り回復状態を解消し、障害除
去の後に、通常のアソシエーション確立（３６ａ）、フ
ァイル選択／オープンレジームの確立（３７ａ）を行う
。

これに対して、応答側は、データ転送中の誤り回復対象
となる障害（クラスｍ誤り障害）が発生した場合には、
アソシエーションは解放されるため、起動側からの誤り
回復要求待ちとなり、アソシエーション再確立（３４ｂ
）、レジーム回復処理（３４ｂ　）待ちとなる。ここで
、応答側は、起動側が何回リトライしたかを必ずしも把
握できないため、リトライ回数を意識せず、いつでも起
動側からの誤り回復要求を受は入れてきなければならな
い。その反面で、回線障害等の場合には、起動側のりト
ライアウトのタイミングも検知できないため、謔り回復
要求待ち状態のファイル（オープンしシーム）に対して
、通常転送要求を受信できる必要もある（３６ｂ、３７
ｂ）。

このとき、レジーム回復処理で受信したアクティビティ
識別子をキーにして、誤り回復要求待ち状態のファイル
（オーブンレジーム）を特定する。

第４図は、前述のアクティビティ識別子制御部３ａまた
は９ａにおける誤り回復処理に必要な、アクティビティ
識別子の初期値や増分値等の情報を管理している誤り回
復処理情報テーブルの構成例を示すものである。なお、
本誤り回復処理情報テーブル内の誤り回復処理ユーザ指
定回数および誤り回復処理リトライ実行回数は、誤り回
復処理がリトライアウトしたか否かのチエツクを行うと
きに使用するものである。

以下、先に第１図に示したアクティビティ識別子制御部
３ａおよび同９ａの具体的動作例を、第５図および第６
図に基づいて説明する。なお、第５図および第６図に示
した動作フローチャートにおいては、エラーチエツク処
理を省略しである。

まず、第５図に基ついて、起動側のアクティビティ識別
子制御部３ａの動作について説明する。

起動側のＦＴＡＭの誤り回復プロトコルマシン実装部３
は、上位層のＦＴＡＭのファイルサービス利用者実装＠
２から受理した応答側に対する要求を判別（ステップ＋
００およびステップ１０３）　Ｌ、アソシエーション確
立要求またはアソシエーション解放要求であれば、アク
ティビティ識別子記憶部６からアクティビティ識別子記
憶部インタフェース部３ｂを介してアクティビティ識別
子を読み出す（ステップ＋０１およびステップ１０４）
。要求がアソシエーション確立要求である場合は、読み
出したアクティビティ識別子の値をファイル選択／オー
プンレジーム確立処理用パラメータにセットする（ステ
ップ１０２）。このとき、アクティビティ識別子の値は
、システムの初期設定処理で既に初期値がセット済みで
あるものとする。

なお、○５ＩＰＴＡ）ｖｉに基づく誤り回復では、アク
ティビティ識別子は［オーブンレジームで行うファイル
アクティビティについて明確な識別子を指定する」とあ
り、ファイルすなわちオープンレジーム単位にユニーク
であるため、アクティビティ識別子の値の更新処理もフ
ァイル単位に行う必要があるように記述されているが、
本実施例においては、アクティビティ識別子の値の更新
処理をアソシエーション単位に行っている。この理由は
、１アソシエーシヨンで１フアイル転送のみを行う場合
は言うまでもなく、１アソシエーシヨンで複数ファイル
転送を行う場合でも、個々のファイル転送において誤り
回復対象の障害が発生しなければ、ファイル選択／オー
プンレジーム解放処理においてアクティビティ識別子の
削除処理を行うたぬ・複数ファイルで同一の値のアクテ
ィビティ識別子を保持することはなく、結果的に、アク
ティビティ識別子の値のユニーク性が保証されるからで
ある。また、一方、誤り回復対象の障害が発生した場合
には、同一の値のアクティビティ識別子を使用して誤り
回復処理を行う必要があるため、問題はない。

また、要求がアソシエーション解放要求である場合は、
アクティビティ識別子記憶部６からアクティビティ識別
子を読み出した（ステップ１０４）後に、誤り回復対象
障害の発生によるアソシエーション解放か否かをチエツ
クしくステップ１０５）、前者の場合は誤り回復処理が
リトライアウトしたか否かをチエツクする（ステップ１
０６）。ここで、誤り回復処理がリトライアウトであれ
ば、以下の如くアクティビティ識別子の更新を行い、ま
た、ステップ＋０５および同１０６の判定処理の結果か
ＮＯであれば、更新処理を行わない。

更新処理を行う場合は、まず、読み出した値が予めシス
テムで設定された任意の上限値ｎであるか否かをチエツ
クしくステップ１０７）、上限値ｎである場合には、次
の値として初期値Ｑをセットすル（ステップ１０８）。

ナオ、Ｏ１２ＦＴＡＭ実装規約には、アクティビティ識
別子の値の上限値は特に規定されておらず、正整数また
はＯとたけ規定されているため、自システムが起動側の
ときは任意の上限値をシステムで設定できるようにして
おく。これにより、例えば、アクティビティ識別子の値
が最大１２７までしか受信できないシステム（つまり、
格納エリアが最低の１バイト）とのファイル転送が可能
となる。

また、アクティビティ識別子の値が任意の上限値より小
さい場合は、アクティビティ識別子の値を単純に＋ｍ（
ｍは増分値で、１以上の正の整数）更新する処理を行う
（ステップ１０９）。

上述の如き動作により、アクティビティ識別子の更新条
件および契機を、誤り回復処理がリトライアウトしたと
きと規定したことにより、起動側が、誤り回復処理のり
トライアウト後に応答側で保持しているアクティビティ
識別子の値を送信することによって発生する二重使用の
発生を防止することができるという効果が得られる。ま
た、アクティビティ識別子に任意の上限値を与え、サイ
クリックに割当てるようにしたことにより、起動側にお
いてオペレータ介入等によるアクティビティ識別子のリ
セット（削除）手段を不要とする効果が得られる。

次に、第６図に基づいて、応答側のアクティビティ識別
子制御部９ａの動作について説明する２応答側のＦＴＡ
〜１の誤り回復プロトコルマンシ実装部９は、起動側か
ら受理した応答側への要求内容を判別（ステップ２００
．同２０５．同２０７）する。起動側からの要求が、通
常転送要求、すなわち、アソシエーション確立要求受信
後、ファイル選択／オープンレジーム確立要求を受信し
た場合であれば、自システムの該当するファイルが誤り
回復要求待ちであるか否かをチエツク（ステップ２０１
．１する。そして、自システムの該当するファイルが誤
り回復要求待ちである場合には、アクティビティ識別子
記憶部１２で保持しているアクティビティ識別子を削除
した（ステップ２０２）後、誤り回復要求待ち状態を解
消しくステップ２０３）、新たに受信したアクティビテ
ィ識別子を、アクティビティ識別子記憶部１２に書き込
む（ステップ２０４）。

また、起動側からの要求が誤り回復処理要求、すなわち
、アソシエーション確立要求受信後、レジーム回復確立
要求を受信した場合であれば、受信したアクティビティ
識別子から誤り回復待ち状態であるファイル（オープン
レジーム）を特定して誤り回復処理を行う（ステップ２
０５．同２０６）。起動側からの要求がファイル選択／
オープンレジーム解放要求である場合は、アクティビテ
ィ識別子記憶部１２で保持しているアクティビティ識別
子を削除する（ステップ２０７．同２０８）。

上述の如き動作により、応答側は、クラスｍ誤りが発生
し、なお、かつ、誤り回復処理がリトライアウトした後
、すなわち、ファイル選択／オープンレジーム解放要求
を受信していない場合も、アクティビティ識別子を削除
し得る契機を持つことになり、起動側と応答側でアクテ
ィビティ識別子の記憶状態（値および個数）が不一致に
なることを防止することができるという効果が得られる
。

上記実施例は本発明の一例として示したものであり、本
発明はこれに限定されるべきものではないことは、言う
までもない。

［発明の効果］ 以上、詳細に説明した如く、本発明によれば、自システ
ムが起動側のときのアクティビティ識別子の更新処理を
、ファイル巣位てなくアソシエーション単位に行い、か
つ、更新する条件を、誤り回復処理のりトライアウト時
のみと最小範囲に限定したことにより、アクティビティ
識別子の更新処理によるオーバヘッドを極力小さくする
ことができるとともに、起動側が、誤り回復処理のりト
ライアウト後に応答側で保持しているアクティビティ識
別子の値を送信することによる二重使用の発生を防止す
ることができるという顕著な効果を奏するものである。

また、自システムが応答側のとき、クラスｍ誤り障害発
生時におけるアクティビティ識別子の削除契機を規定し
たことにより、起動側と応答側の間で、アクティビティ
識別子の記憶状態が不一致になるのを回避することがで
きると同時に、アクティビティ識別子記憶部に不要なア
クティビティ識別子情報が残存することを防止すること
ができる二とから、オペレータ介入等による不要アクテ
ィビティ識別子のリセット（削除）手段が不要になると
ともに、アクティビティ識別子記憶部の有効利用を図る
ことができるという顕著な効果を奏するものである。

【図面の簡単な説明】

第１図は本発明の一実施例を示すＯ８Ｉ　　ＦＴＡＭに
基づく誤り回復を実装したファイル転送システムのブロ
ック構成図、第２図はＦＴＡＭのファイル転送シーケン
スの説明図、第３図は転送中に誤り回復処理の対象とな
る障害が発生した場合のＦＴＡＭのファイル転送シーケ
ンスの説明図、第４図は誤り回復処理情報テーブルの構
成例を示す図、第５図は起動側のアクティビティ識別子
制御部の動作フローチャート、第６図は応答側のアクテ
ィビティ識別子制御部の動作フローチャートである。 ｌ：起動側データ処理部、２：起動側のＦＴＡＮ４ファ
イルサービス利用者実装部、３　起動側のＦＴＡ〜１誤
り回復プロトコルマシン実装部、３ａアクティビティ識
別子制御部、３ｂ　アクティビティ識別子記憶部インタ
フェース部、４．起動側のＦ　Ｔ　Ａ　Ｍの基本ファイ
ルプロトコルマシン実公部、５　起動側の下位層サービ
ス提供実装部、６　起動側のアクティビティ識別子記憶
部、７゜応答側データ処理部、８：応答側のＦＴＡ＼１
ファイルサービスＩＩ　＃Ｊ者実芸部、９Ｉ７：、各側
のＦＴＡＮ１誤り回復プロトコルマシン実芸部、９ａ・
アクティビティ識別子制御部、９ｂ・アクティビティ識
別子記憶部インタフェース部、１０°応答側のＦＴＡＭ
基本ファイルプロトコルマシン実装部、ｌｌ応答側の下
位層サービス提供実装部、１２．アクティビティ識別子
記憶部。 第 図 〈通常転送時の７ ケンス〉 ファイル利用者（起動側） フチイル提供者（応答側） 第 図 〈誤り発生時のシーケンス〉 ファイル利用者（起動側） ファイル提供者（応答側）

Claims (1)

【特許請求の範囲】
1. １、それぞれが、アクティビティ識別子の値を記憶する
   アクティビティ識別子記憶部と、アクティビティ識別子
   の値の割当てを制御するアクティビティ識別子制御部と
   、前記アクティビティ識別子記憶部とアクティビティ識
   別子制御部とのインタフェースを司るインタフェース部
   を含むＯＳＩＦＴＡＭに基づく誤り回復を実装した起動
   側データ処理部と応答側データ処理部との間でファイル
   転送を行うシステムにおいて、少なくとも、前記起動側
   データ処理部のアクティビティ識別子制御部が、正常終
   了・異常終了を問わずファイル転送終了時にアクティビ
   ティ識別子の値を更新せず、同じ値（カレント値）を再
   使用し、また、誤り回復処理がリトライアウトしたとき
   はアクティビティ識別子の値を更新して、次の値（カレ
   ント値＋増分値）を使用することを特徴とするアクティ
   ビティ識別子の管理方式。