JP3788578B2 - System and method for automatically updating same device card file in network node device - Google Patents
System and method for automatically updating same device card file in network node device Download PDFInfo
- Publication number
- JP3788578B2 JP3788578B2 JP2001003795A JP2001003795A JP3788578B2 JP 3788578 B2 JP3788578 B2 JP 3788578B2 JP 2001003795 A JP2001003795 A JP 2001003795A JP 2001003795 A JP2001003795 A JP 2001003795A JP 3788578 B2 JP3788578 B2 JP 3788578B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- update
- card
- transfer
- network node
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【0001】
【産業上の利用分野】
本発明は同一のデバイスカードを複数実装したネットワークノード装置のファイル更新に関する。特に、本発明は、ファイル更新作業の労力、時間を軽減し、効率的な転送を可能にするネットワークノード装置内同一デバイスカード自動ファイル更新システム及び方法に関する。
【0002】
【従来の技術】
従来のシステムファイルのファイル更新方式では、外部端末からポイントツーポイントで新しいシステムファイルを転送するといった方式を取っている。
【0003】
【発明が解決しょうとする課題】
しかしながら、同一のデバイスが複数実装されている装置においては、システムファイルのファイル更新を同じ手順で各デバイスに対して繰り返し実行しなければならないので、ファイル更新作業により、管理者にとって余計な労力と時間がかかるという問題がある。
【0004】
また、ファイル更新中に装置内のトラヒック量が急に増加したとしても、ファイル更新を中断したり、又は、更新システムファイルのファイル転送量を抑える等といった処理を即座に行うことが困難であるので、運用中の装置に実装されているデバイスのファイル更新時において、装置内のトラヒック量を考慮した効率的なファイル転送を行えないという問題がある。
【0005】
したがって、本発明は、上記問題点に鑑みて、ファイル更新作業に余計な労力、時間がかからず、効率的なファイル転送を行うことができるネットワークノード装置内同一デバイスカード自動ファイル更新システム及び方法を提供することを目的とする。
【0006】
【課題を解決するための手段】
本発明は前記問題点を解決するために、ネットワークノード装置内に実装される複数の同一デバイスカードに対してファイル更新を実行するネットワークノード装置内同一デバイスカード自動ファイル更新システムにおいて、デバイスカード間の接続、外部との接続を行うスイッチ部と、デバイスカード毎にファイルを格納するメモリ部と、デバイスカードへの転送順序を設定する転送順位設定部と、外部からの更新要求に対して前記転送順位設定部の転送順位を参照し前記スイッチ部を制御して、外部と1つのデバイスカードを接続し格納部に格納されたファイルを更新した後、デバイスカード間の接続を行い各格納部に格納されたファイルを更新する更新制御部と、転送時に処理能力を超えたトラヒック量が発生するかを判断し、前記トラヒック量が発生する場合には前記更新制御部に対してファイル更新を中断させ、又は、ファイル転送量を抑えさせるトラヒック量判断部とを備えることを特徴とするネットワークノード装置内同一デバイスカード自動ファイル更新システムを提供する。
【0007】
この手段により、1のデバイスカードにファイル更新を行えば、他のデバイスカードへは自動的にファイル更新が実現されるので、ファイル更新作業に余計な労力、時間がかからず、効率的なファイル転送を行うことが可能になった。さらに、ファイル更新中にネットワークノード装置内のトラヒック量が急に増加したとしても、ファイル更新を中断する、又は、更新システムファイルのファイル転送量を抑える等といった処理を即座に行うことが可能になった。
好ましくは、前記転送順位設定部は、前記スイッチ部にデバイスカード間をリンク型に接続させるために、リンクの直列一方向に転送する順位を設定する。
【0008】
この手段により、自動的にデバイスカード間の接続が可能になる。
好ましくは、前記転送順位設定部は、前記スイッチ部にデバイスカード間をリンク型に接続させるために、リンクの順方向、逆方向の並列2方向に転送する順位を設定する。
この手段により、自動的に隣り合うデバイスカードの効率的な接続が可能になる。
好ましくは、前記転送順位設定部は、前記スイッチ部にデバイスカード間をリンク型に接続させるために、1つのデバイスカードから放射状にリンクする他のデバイスカードの方向に転送する順位を設定する。
【0009】
この手段により、自動的にデバイスカード間の接続が可能になる。
好ましくは、前記デバイスカード間の更新ファイルは更新ファイルを複数のフレームに分割して、フレーム単位で送信要求毎に転送される。
この手段により、更新ファイル以外のデータと多重転送が可能になる。
好ましくは、前記メモリにフレームバッファを設け、前記フレームバッファは、前記更新ファイルのフレームを一時的に蓄積する。
【0010】
この手段により、送信された更新ファイルを蓄積し、又は、他のデバイスカードから送信されたフレームを蓄積することが可能になる。
【0011】
さらに、好ましくは、前記更新制御部は、前記更新ファイルのフレームの送信中に所定時間内に送信要求がない場合には、該当するデバイスカードへの転送を中断し、前記転送順位設定部を参照して、次に転送すべきデバイスカードへの転送を行う。
さらに、好ましくは、前記更新制御部は、フレーム転送が中断されたデバイスカードから送信要求があった場合には、フレームの転送の再開を行う。
【0012】
この手段により、運用中のネットワークノード装置に実装されているデバイスカードのファイル更新時において、ネットワークノード装置内のトラヒック量を考慮した効率的なファイル転送を行えることが可能になる。
【0013】
好ましくは、前記更新制御部は、全デバイスカードについて更新ファイルの転送が終了したとき、更新ファイルと現行ファイルとの置換を行う。
この手段により、自動的なファイル更新が完了する。
好ましくは、さらに、前記メモリにテンポラリメモリを設け、フレームバッファに蓄積したフレームを転送毎に、前記テンポラリメモリに格納する。
【0014】
この手段により、フレームバッファの小規模化が可能になる。
好ましくは、前記更新制御部は、外部からのファイルコピーの要求で、前記転送順位設定部の転送順位を参照して、前記スイッチ部を制御して、前記デバイスカード間を接続変更し、1つの前記デバイスカードのファイルを他の前記デバイスカードに転送して、前記メモリに格納されているファイルを更新する。
【0015】
この手段により、1の現行ファイルが正常で、他の現行ファイルが異常になった場合、コピーが自動的にでき、労力、時間の節約を図ることが可能になる。
さらに、本発明は、ネットワークノード装置内に実装される複数の同一デバイスカードに対してファイル更新を実行するネットワークノード装置内同一デバイスカード自動ファイル更新方法において、外部から1つのデバイスカードにファイルを受信する工程と、ファイルの受信時に転送順位を参照してデバイスカード間の接続を行う工程と、接続されたデバイスカードに対してファイルを順次転送して既にデバイスカード毎に格納されているファイルの更新を行う工程と、転送時に処理能力を超えたトラヒック量が発生した場合にはファイル更新を中断させ、又は、ファイル転送量を抑えさせる工程とを備えることを特徴とするネットワークノード装置内同一デバイスカード自動ファイル更新方法を提供する。
【0016】
この手段により、上記発明と同様に、1のデバイスカードにファイル更新を行えば、他のデバイスカードへは自動的にファイル更新が実現されるので、ファイル更新作業に余計な労力、時間がかからず、効率的なファイル転送を行うことが可能になった。さらに、ファイル更新中にネットワークノード装置内のトラヒック量が急に増加したとしても、ファイル更新を中断する、又は、更新システムファイルのファイル転送量を抑える等といった処理を即座に行うことが可能になった。
【0017】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。
図1は本発明に係る装置内同一デバイス自動ファイル更新システムの概略構成を示すブロック図である。
本図に示す発明は、同一のデバイスを複数実装した装置において、1つのデバイスに対してファイル更新を実行することにより、効率的に装置内データ転送路を利用して、自動で残りのデバイスのファイル更新を行うシステムを提供するものである。
【0018】
詳細には、本図に示すように、ネットワークノード装置2に複数のファイルサーバ1が接続され、ファイルサーバ1は後述するデバイスカードの更新システムファイルを保持している。
ネットワークノード装置2には複数のファイルサーバ1に接続される複数の回線カード21、22が設けられ、回線カード21、22は受信したデータの転送を行うハードウエアである。
【0019】
回線カード21、22にはスイッチカード23が接続され、スイッチカード23は、ネットワークノード装置2のスイッチ部としての機能を有するハードウエアである。
スイッチカード23には複数のデバイスカード24〜27が接続され、デバイスカード24〜27はスイッチカード23から受信したデータに対してデータに応じた処理を行う。
【0020】
スイッチカード23には制御カード28が設けられ、制御カード28はネットワークノード装置2の制御部としての機能を有する。
次に、複数のデバイスカード24〜27には、フレームバッファ240、250、260、270がそれぞれ設けられ、フレームバッファ240、250、260、270の各々は、ファイルサーバ1から送信された更新システムファイルを蓄積し、又は、他のデバイスカードから送信されたフレームを蓄積する。
【0021】
さらに、複数のデバイスカード24〜27には、テンポラリメモリ241、251、261、271がそれぞれ設けられ、テンポラリメモリ241、251、261、271はフレームバッファ240、250、260、270に蓄積された更新システムファイル、フレームをそれぞれ格納する。
フレームの蓄積と格納により、フレームバッファの小規模化が可能になる。
【0022】
さらに、複数のデバイスカード24〜27にはフレーム分割部242、252、262、272がそれぞれ設けられ、フレーム分割部242、252、262、272の各々はテンポラリメモリ241、251、261、271に格納された更新システムファイルを複数のフレームに分割する。
この分割により、更新システムファイル以外のデータと多重転送が可能になる。
【0023】
さらに、複数のデバイスカード24〜27には送受信部243、253、263、273がそれぞれ設けられ、送受信部243、253、263、273の各々は、デバイスカード24〜27からの更新システムファイルの受信又は複数のデバイスカード24〜27に対するフレームの送受信を行う。
さらに、複数のデバイスカード24〜27にはトラヒック量判断部244、254、264、274がそれぞれ設けられ、トラヒック量判断部244、254、264、274の各々は、フレームバッファ240、250、260、270に蓄積されている更新データ以外のデータからトラヒック量を確認し、更新データが転送されることで処理能力を超えたトラヒック量を発生しないか否かの判断を行って効率的な転送処理を行うために使用される。
【0024】
したがって、ファイル更新中に装置内のトラヒック量が急に増加したとしても、ファイル更新を中断する、又は、更新システムファイルのファイル転送量を抑える等といった処理を即座に行うことが可能になり、運用中の装置に実装されているデバイスのファイル更新時において、装置内のトラヒック量を考慮した効率的なファイル転送を行えることが可能になる。
【0025】
さらに、複数のデバイスカード24〜27には現行システムファイルメモリ245、255、265、275がそれぞれ設けられ、現行システムファイルメモリ245、255、265、275の各々には更新前の現行システムファイルが格納されている。
次に、制御カード28には更新制御部281が設けられ、更新制御部281は、デバイスカード24〜27の2者間の送受信行うためのスイッチカード23の接続を制御し、現行システムファイルを更新システムファイルに置換する制御を行う。
【0026】
さらに、制御カード28には転送順位設定部282が設けられ、転送順位設定部282は、更新システムファイルの転送をする時に必要なデバイスカード24〜27の転送順位を設定する。
図2は図1における回線カード21、22の各々の動作を説明するフローチャートである。
【0027】
本図に示すように、ステップS101において、回線カード21、22の各々がデータを受信するか否かを判断する。受信しない場合には処理を終了する。
ステップS102において、データを受信した場合には、ネットワークノード装置2の外部から受信したか否かを判断する。
【0028】
ステップS103において、外部から受信した場合には、受信データをスイッチカード23に転送し、処理を終了する。すなわち、ファイルサーバ1から回線カード21又は22に受信した更新システムファイルのデータはスイッチカード23に転送される。
ステップS104において、内部から受信した場合には、受信データをネットワークノード装置2の外部に転送し、処理を終了する。
【0029】
図3は図1におけるフレーム分割部242、252、262、272の各々により更新システムファイルの分割を説明する図である。
本図に示すように、フレーム分割部242、252、262、272において、更新システムファイルは、第1フレーム、第2フレーム、…、第nフレームに分割される。更新システムファイル以外のデータと多重転送を可能にするためである。
【0030】
図4は図1における制御カード28の転送順位設定部282により設定されるデバイスカード24〜27の更新システムファイルの転送順位を説明する図である。
本図に示すように、転送順位設定部282はリンク型をイメージした複数のデバイスカード24〜27に対して更新システムファイルの転送順位を設定する。
【0031】
すなわち、転送順位格納部282により、デバイスカード24〜27に対して、デバイスカード24→デバイスカード25→デバイスカード26→デバイスカード27→デバイスカード24のようにリンク設定が行われる。
図5は複数のデバイスカード24〜27で更新システムファイルをリンクの直列一方向に転送する例を示す図である。本図に示すように、リンク型転送順位では、リンクの直列一方向に、例えば、デバイスカード24にファイルサーバ1から更新システムファイルの転送があると(▲1▼)、デバイスカード24からデバイスカード25に更新システムファイルが転送され(▲2▼)、デバイスカード25からデバイスカード26に更新システムファイルが転送され(▲3▼)、デバイスカード26からデバイスカード27に更新システムファイルが転送される(▲4▼)。
【0032】
次に、制御カード28の更新制御部281は、転送順位設定部282の更新システムファイルの転送順位、例えば、図5の転送例にしたがって、システムファイルの更新のために、以下のように、スイッチカード23を介して、デバイスカード間の接続制御を行う。
図6は、図5の転送順位例に対して、制御カード28の更新制御部281の動作例を説明するフローチャートである。
【0033】
本図に示すように、ステップS111において、更新制御部281では、ファイルサーバ1からデバイスカード24〜27の1つに対して、例えば、デバイスカード24に対して更新システムファイルの送信要求が有るか否かを判断し、要求がなければ処理を終了する。
ステップS112において、更新制御部281は、ファイルサーバ1からデバイスカード24に対して更新システムファイルの送信要求がある場合には、スイッチカード23に対して、ファイルサーバ1とデバイスカード24の間の接続を要求する。
【0034】
ステップS113において、デバイスカード24の更新システムファイルの格納完了通知が有るか否かを判断する。通知がない場合にはステップS112に戻る。
ステップS114において、更新制御部281は、上記通知がある場合には、転送順位設定部282の転送順位を参照して、スイッチカード23にデバイスカード24とデバイスカード25の間の接続を要求する。
【0035】
ステップS115において、更新制御部281は、デバイスカード25の更新システムファイルの格納完了通知が有るか否かを判断する。通知がない場合にはステップS114に戻る。
ステップS116において、更新制御部281は、上記通知がある場合には、転送順位設定部282の転送順位を参照して、スイッチカード23にデバイスカード25とデバイスカード26の間の接続を要求する。
【0036】
ステップS117において、更新制御部281は、デバイスカード26の更新システムファイルの格納完了通知が有るか否かを判断する。通知がない場合にはステップS116に戻る。
ステップS118において、更新制御部281は、上記通知がある場合には、転送順位設定部282の転送順位を参照して、スイッチカード23にデバイスカード26とデバイスカード27の間の接続を要求する。
【0037】
ステップS119において、更新制御部281は、デバイスカード27の更新システムファイルの格納完了通知が有るか否かを判断する。通知がない場合にはステップS118に戻り、通知がある場合には処理を終了する。
次に、送受信部243、253、263、273は、制御カード28の更新制御部281によるデバイスカード間の接続制御にしたがって、以下のように、送受信を行う。
【0038】
図7は、図5の転送順位例に対して、図1における送受信部243、253、263、273の動作を説明するシーケンス図である。
本図に示すように、デバイスカード24の送受信部243は、ファイルサーバ1から更新システムファイルを受信する。
さらに、送受信部243は、更新システムファイルの第1のフレームをデバイスカード25の送受信部253に送信し、送信要求を送受信部253から受信し、第2フレームを送受信部253に送信し、…、この処理を繰り返す。
【0039】
送信された第1のフレーム、第2のフレームのデータ、…が、逐次、フレームバッファ250に蓄積され、蓄積された第1のフレーム、第2のフレーム、…のデータが、テンポラリメモリ251に格納され、全てのフレームのデータが格納されると、送受信部243はフレームバッファ250からテンポラリメモリ251への更新システムファイルの格納完了通知を送受信部253から受信する。
【0040】
さらに、送受信部253は、上記の完了通知後、更新システムファイルの第1のフレームをデバイスカード26の送受信部263に送信し、送信要求を送受信部263から受信し、第2フレームを送受信部263に送信し、…、この処理を繰り返す。
送信された第1のフレーム、第2のフレームのデータ、…が、逐次、フレームバッファ260に蓄積され、蓄積された第1のフレーム、第2のフレーム、…のデータが、テンポラリメモリ261に格納され、全てのフレームのデータが格納されると、送受信部253はフレームバッファ260からテンポラリメモリ261への更新システムファイルの格納完了通知を送受信部263から受信する。
【0041】
さらに、送受信部263は、上記の完了通知後、更新システムファイルの第1のフレームをデバイスカード27の送受信部273に送信し、送信要求を送受信部273から受信し、第2フレームを送受信部273に送信し、…、この処理を繰り返す。
送信された第1のフレーム、第2のフレームのデータ、…が、逐次、フレームバッファ270に蓄積され、蓄積された第1のフレーム、第2のフレーム、…のデータが、テンポラリメモリ271に格納され、全てのフレームのデータが格納されると、送受信部263はフレームバッファ270からテンポラリメモリ271への更新システムファイルの格納完了通知を送受信部273から受信する。
【0042】
このようにして、更新システムファイルを自動的にデバイス間の転送が可能になる。
続いて、制御カード28の更新制御部281による更新システムファイルへの置換制御を、以下に、説明する。
図8は制御カード28の更新制御部281による更新システムファイルへの置換制御を説明するフローチャートである。
【0043】
本図に示すように、ステップS121において、全てのデバイスカード25〜27の送受信部253、263、273から更新システムファイルの格納完了通知が行われたか否かを判断する。通知がなければ処理を終了する。
ステップS122において、上記通知が有れば、テンポラリメモリ241、251、261、271から現行システムファイルメモリ245、255、265、275に更新システムファイルを現行システムファイルと置換する。
【0044】
この置換によりシステムファイルの更新が完了する。
したがって、本発明によれば、複数のデバイスカード24〜27の1つにファイルサーバ1から更新システムファイルが送信され、格納されると、他の残りのデバイスカードに自動的に更新システムファイルが送信され格納され、現行システムファイルと置換するので、ファイル更新作業に余計な労力、時間がかからなくなる。
【0045】
図9は図5の変形例であり、複数のデバイスカード24〜27で更新システムファイルを、リンクの順方向、逆方向の並列2方向に、転送する例を示す図である。本図に示すように、リンク型転送順位では、並列2方向に、例えば、デバイスカード24にファイルサーバ1から更新システムファイルの転送があると(▲1▼)、デバイスカード24からデバイスカード25に更新システムファイルが転送され(▲2▼)、デバイスカード25からデバイスカード26に更新システムファイルが転送され(▲3▼)、同時にデバイスカード24からデバイスカード27に更新システムファイルが転送される(▲3▼)。
【0046】
図10は、図9の転送順位例に対して、制御カード28の更新制御部281の動作例を説明するフローチャートである。
本図に示すように、ステップS131において、更新制御部281では、ファイルサーバ1からデバイスカード24〜27の1つに対して、例えば、デバイスカード24に対して更新システムファイルの送信要求が有るか否かを判断し、要求がなければ処理を終了する。
【0047】
ステップS132において、更新制御部281は、ファイルサーバ1からデバイスカード24に対して更新システムファイルの送信要求がある場合には、スイッチカード23に対して、ファイルサーバ1とデバイスカード24の間の接続を要求する。
ステップS133において、デバイスカード24の更新システムファイルの格納完了通知が有るか否かを判断する。通知がない場合にはステップS132に戻る。
【0048】
ステップS134において、更新制御部281は、上記通知がある場合には、転送順位設定部282の転送順位を参照して、スイッチカード23にデバイスカード24とデバイスカード25の間の接続を要求する。
ステップS135において、更新制御部281は、デバイスカード25の更新システムファイルの格納完了通知が有るか否かを判断する。通知がない場合にはステップS134に戻る。
【0049】
ステップS136において、更新制御部281は、上記通知がある場合には、転送順位設定部282の転送順位を参照して、スイッチカード23にデバイスカード24とデバイスカード27の間の接続を要求し、同時にスイッチカード23にデバイスカード25とデバイスカード26の間の接続を要求する。
ステップS137において、更新制御部281は、デバイスカード26、デバイスカード27の更新システムファイルの格納完了通知が有るか否かを判断する。通知がない場合にはステップS136に戻り、通知がある場合には処理を終了する。
【0050】
図11は、図9の転送順位例に対して、図1における送受信部243、253、263、273の動作を説明するシーケンス図である。
本図に示すように、デバイスカード24の送受信部243は、ファイルサーバ1から更新システムファイルを受信する。
さらに、送受信部243は、更新システムファイルの第1のフレームをデバイスカード25の送受信部253に送信し、送信要求を送受信部253から受信し、第2フレームを送受信部253に送信し、…、この処理を繰り返す。
【0051】
送信された第1のフレーム、第2のフレームのデータ、…が、逐次、フレームバッファ250に蓄積され、蓄積された第1のフレーム、第2のフレーム、…のデータが、テンポラリメモリ251に格納され、全てのフレームのデータが格納されると、送受信部243はフレームバッファ250からテンポラリメモリ251への更新システムファイルの格納完了通知を送受信部253から受信する。
【0052】
さらに、送受信部243、送受信部253は、上記の完了通知後、更新システムファイルの第1のフレームをデバイスカード27の送受信部273、デバイスカード26の送受信部263に送信し、送信要求を送受信部273、送受信部263から受信し、第2フレームを送受信部273、送受信部263に送信し、…、この処理を繰り返す。
【0053】
送信された第1のフレーム、第2のフレームのデータ、…が、逐次、フレームバッファ260、270に蓄積され、蓄積された第1のフレーム、第2のフレーム、…のデータが、テンポラリメモリ261、271に格納され、全てのフレームのデータが格納されると、送受信部253、243は、フレームバッファ260からテンポラリメモリ261への更新システムファイルの格納完了通知、フレームバッファ270からテンポラリメモリ271への更新システムファイルの格納完了通知を送受信263、送受信273から受信する。
【0054】
さらに、このようにして、隣り合うデバイスカードに、更新システムファイルを逐次、効率的に自動的に転送することが可能になる。
図12は図5の別の変形例であり、複数のデバイスカード24〜27で更新システムファイルを、1つのデバイスカードから放射状にリンクする他のデバイスカードの方向に、転送する例を示す図である。本図に示すように、リンク型転送順位では、例えば、デバイスカード24にファイルサーバ1から更新システムファイルの転送があると(▲1▼)、デバイスカード24からデバイスカード25に更新システムファイルが転送され(▲2▼)、デバイスカード24からデバイスカード26に更新システムファイルが転送され(▲3▼)、デバイスカード24からデバイスカード27に更新システムファイルが転送される(▲4▼)。
【0055】
図13は、図12の転送順位例に対して、制御カード28の更新制御部281の動作例を説明するフローチャートである。
本図に示すように、ステップS141において、更新制御部281では、ファイルサーバ1からデバイスカード24〜27の1つに対して、例えば、デバイスカード24に対して更新システムファイルの送信要求が有るか否かを判断し、要求がなければ処理を終了する。
【0056】
ステップS142において、更新制御部281は、ファイルサーバ1からデバイスカード24に対して更新システムファイルの送信要求がある場合には、スイッチカード23に対して、ファイルサーバ1とデバイスカード24の間の接続を要求する。
ステップS143において、デバイスカード24の更新システムファイルの格納完了通知が有るか否かを判断する。通知がない場合にはステップS142に戻る。
【0057】
ステップS144において、更新制御部281は、上記通知がある場合には、転送順位設定部282の転送順位を参照して、スイッチカード23にデバイスカード24とデバイスカード25の間の接続を要求する。
ステップS145において、更新制御部281は、デバイスカード25の更新システムファイルの格納完了通知が有るか否かを判断する。通知がない場合にはステップS144に戻る。
【0058】
ステップS146において、更新制御部281は、上記通知がある場合には、転送順位設定部282の転送順位を参照して、スイッチカード23にデバイスカード24とデバイスカード26の間の接続を要求する。
ステップS147において、更新制御部281は、デバイスカード26の更新システムファイルの格納完了通知が有るか否かを判断する。通知がない場合にはステップS146に戻り、通知がある場合には処理を終了する。
【0059】
ステップS148において、更新制御部281は、上記通知がある場合には、転送順位設定部282の転送順位を参照して、スイッチカード23にデバイスカード24とデバイスカード27の間の接続を要求する。
ステップS149において、更新制御部281は、デバイスカード27の更新システムファイルの格納完了通知が有るか否かを判断する。通知がない場合にはステップS148に戻り、通知がある場合には処理を終了する。
【0060】
さらに、このようにして、デバイスカード間の更新システムファイルの自動転送が可能になる。
図14は、図12の転送順位例に対して、図1における送受信部243、253、263、273の動作を説明するシーケンス図である。
本図に示すように、デバイスカード24の送受信部243は、ファイルサーバ1から更新システムファイルを受信する。
【0061】
さらに、送受信部243は、更新システムファイルの第1のフレームをデバイスカード25の送受信部253に送信し、送信要求を送受信部253から受信し、第2フレームを送受信部253に送信し、…、この処理を繰り返す。
送信された第1のフレーム、第2のフレームのデータ、…が、逐次、フレームバッファ250に蓄積され、蓄積された第1のフレーム、第2のフレーム、…のデータが、テンポラリメモリ251に格納され、全てのフレームのデータが格納されると、送受信部243はフレームバッファ250からテンポラリメモリ251への更新システムファイルの格納完了通知を送受信部253から受信する。
【0062】
さらに、送受信部243は、更新システムファイルの第1のフレームをデバイスカード26の送受信部263に送信し、送信要求を送受信部263から受信し、第2フレームを送受信部263に送信し、…、この処理を繰り返す。
送信された第1のフレーム、第2のフレームのデータ、…が、逐次、フレームバッファ260に蓄積され、蓄積された第1のフレーム、第2のフレーム、…のデータが、テンポラリメモリ261に格納され、全てのフレームのデータが格納されると、送受信部243はフレームバッファ260からテンポラリメモリ261への更新システムファイルの格納完了通知を送受信部263から受信する。
【0063】
さらに、送受信部243は、更新システムファイルの第1のフレームをデバイスカード27の送受信部273に送信し、送信要求を送受信部273から受信し、第2フレームを送受信部273に送信し、…、この処理を繰り返す。
送信された第1のフレーム、第2のフレームのデータ、…が、逐次、フレームバッファ270に蓄積され、蓄積された第1のフレーム、第2のフレーム、…のデータが、テンポラリメモリ271に格納され、全てのフレームのデータが格納されると、送受信部243はフレームバッファ270からテンポラリメモリ271への更新システムファイルの格納完了通知を送受信部273から受信する。
【0064】
図15は受信側のデバイスカード24〜27のトラヒック量判断部244、254、264、274の動作例を説明するフローチャートである。
ステップS151において、受信側のデバイスカード24〜27のトラヒック量判断部244、254、264、274はフレーム受信を行う。
ステップS152において、受信側のデバイスカード24〜27のトラヒック量判断部244、254、264、274はフレームバッファ240、250、260、270にそれぞれ蓄積されている更新システムファイルのフレームに関する更新データ以外のデータを確認する。
【0065】
ステップS153において、受信側のデバイスカード24〜27のトラヒック量判断部244、254、264、274の各々は更新データの転送の受信により、処理能力を超えたトラヒック量が発生したか否かを判断し、発生していない場合には処理を終了する。
ステップS154において、発生している場合には、受信側のデバイスカード24〜27のトラヒック量判断部244、254、264、274の各々は更新データの送信要求中断を決定し、処理を終了する。
【0066】
図16は送信側であるデバイスカード24〜27のトラヒック量判断部244、254、264、274の動作例を説明するフローチャートである。
ステップS161において、送信側のデバイスカード24〜27のトラヒック量判断部244、254、264、274はフレーム送信を行う。
ステップS162において、送信側のデバイスカード24〜27のトラヒック量判断部244、254、264、274は、更新データ送信要求を受信したかを判断し、受信している場合には、処理を終了する。
【0067】
ステップS163において、送信側のデバイスカード24〜27のトラヒック量判断部244、254、264、274は、ステップS161の送信後所定時間が経過したか否かを判断し、経過していない場合にはステップS162に戻る。
ステップS164において、所定時間が経過している場合には、受信側のデバイスカード24〜27のトラヒック量判断部244、254、264、274がフレーム送信中断の決定をしたと判断し、処理を終了する。
【0068】
図17はトラヒック発生時に関する制御カード28の更新制御部281の動作例を説明するフローチャートである。
ステップS171において、制御カード28の更新制御部281は、受信側のデバイスカード24〜27のトラヒック量判断部244、254、264、274の各々が更新データの転送の受信により、デバイスカード24〜27に処理能力を超えたトラヒック量が発生したとの通知が有ったか否かを判断し、通知がなければ処理を終了する。
【0069】
ステップS172において、上記通知が有れば、更新制御部281は、スイッチカード23に対して、現デバイスカード間の接続の断要求を行う。
ステップS173において、転送順位設定部282を参照して、逆隣のデバイスカード間と接続要求をスイッチカード23に行い、先に転送させて、処理を終了する。
【0070】
図18はトラヒック発生で接続断としたデバイスカード間の接続再開を行う制御カード28の更新制御部281の動作例を説明するフローチャートである。
ステップS181において、更新制御部281は、トラヒック量が処理能力を超えている場合には、スイッチカード23にデバイスカード間の接続断の維持要求を行う。
【0071】
ステップS182において、該当トラヒック判断部からトラヒック量処理能力以下の通知を受けたか否かを判断し、受けていない場合には処理を終了する。
ステップS183において、トラヒック量処理能力以下の通知を受けた場合には、先に転送をさせた逆隣のデバイスカードとの間の更新システムファイルの格納完了通知を受けたかを判断し、この通知を受けていない場合には処理を終了する。
【0072】
ステップS184において、上記通知を受けた場合には、スイッチカード23に対して中断したデバイスカード間の接続再開要求を行い、転送を再開させる。図19は、図9の転送順位例に対してトラヒック量が処理能力に依存して転送中断、再開を行う、図1における送受信部243、253、263、273の動作を説明するシーケンス図である。
【0073】
本図に示すように、デバイスカード24の送受信部243は、ファイルサーバ1から更新システムファイルを受信する。
さらに、送受信部243は、更新システムファイルの第1のフレームをデバイスカード25の送受信部253に送信する。
送信された第1のフレームがフレームバッファ250に蓄積され、蓄積された第1のフレームのデータが、テンポラリメモリ251に格納される。
【0074】
送受信部243は、デバイスカード25の送受信部253から所定時間内に送信要求を受信しなければ、送受信部253への第2フレーム以降の送信を中断し、更新システムファイルの第1のフレームを逆隣のデバイスカード27の送受信部273に送信し、送信要求を送受信部273から受信し、第2フレームを送受信部273に送信し、…、この処理を繰り返す。
【0075】
送信された第1のフレーム、第2のフレームのデータ、…が、逐次、フレームバッファ270に蓄積され、蓄積された第1のフレーム、第2のフレーム、…のデータが、テンポラリメモリ271に格納され、全てのフレームのデータが格納されると、送受信部243はフレームバッファ270からテンポラリメモリ271への更新システムファイルの格納完了通知を送受信部273から受信する。
【0076】
さらに、上記の完了通知後、送受信部243がデバイスカードの送受信部253か送信要求を受信した場合に、送受信部243、送受信部273は、更新システムファイルの第2のフレーム、第1のフレームをデバイスカード25の送受信部253、デバイスカード26の送受信部263にそれぞれ送信し、送信要求を送受信部253、送受信部263から受信し、第3フレーム、第2フレームを送受信部273、送受信部263にそれぞれ送信し、…、この処理を繰り返す。
【0077】
送信された第1のフレーム、第2のフレームのデータ、…が、逐次、フレームバッファ260に蓄積され、蓄積された第1のフレーム、第2のフレーム、…のデータが、テンポラリメモリ261に格納され、全てのフレームのデータが格納されると、送受信部273はフレームバッファ260からテンポラリメモリ261への更新システムファイルの格納完了通知を送受信部263から受信する。
【0078】
また、送信された第2のフレーム、第3のフレームのデータ、…が、逐次、フレームバッファ250に蓄積され、蓄積された第2のフレーム、第3のフレーム、…のデータが、テンポラリメモリ251に格納され、全てのフレームのデータが格納されると、送受信部243はフレームバッファ250からテンポラリメモリ251への更新システムファイルの格納完了通知を送受信部253から受信する。
【0079】
したがって、本発明によれば、ファイル更新中に装置内のトラヒック量が急に増加したとしても、隣り合うデバイスカードに効率的に更新システムファイルを先に転送し、ファイル更新を中断する、又は、更新システムファイルのファイル転送量を抑える等といった処理を即座に行うことが容易に行えるようにしたので、運用中の装置に実装されているデバイスのファイル更新時において、装置内のトラヒック量を考慮した効率的なファイル転送が可能になった。
【0080】
図20は本発明に係る装置内同一デバイス自動ファイル更新システムの別の概略構成を示すブロック図である。
本図に示すように、図1と比較して、異なる構成要素はネットワークノード装置2に接続される端末3である。
端末3はネットワークノード装置2の管理用装置であり、回線カード21、22、スイッチカード23を経由して制御カード28の更新制御部281にアクセスする。
【0081】
更新制御部281には、端末3からのオペレーションにより、デバイスカード24〜27のうち、1つのデバイスカード24の現行システムファイルメモリ245に格納されている現行システムファイルをコピーしてテンポラリメモリ241に格納することにより、ネットワークノード装置2に実装されている同一のデバイスカードの自動ファイル更新を開始させる機能が追加される。
【0082】
複数のデバイスカード24〜27のうち、1の現行システムファイルが正常で、他の現行システムファイルが異常になった場合、コピーが自動的にでき、労力、時間の節約を図ることが可能になる。
【0083】
【発明の効果】
以上説明したように、本発明によれば、、装置内に実装される複数の同一デバイスに対してファイル更新を実行する装置内同一デバイス自動ファイル更新方法において、デバイス間の接続、外部との接続を行い、ファイルを格納し、デバイスへの転送順序を設定し、外部から1つのデバイスに更新ファイルが送信されメモリに蓄積された時、転送順位を参照して、デバイス間を接続し、更新ファイルを他のデバイスに転送して格納されているファイルを更新するようにしたので、1のデバイスにファイル更新を行えば、他のデバイスへは自動的にファイル更新が実現されるので、ファイル更新作業に余計な労力、時間がかからず、効率的なファイル転送を行うことが可能になる。
【図面の簡単な説明】
【図1】本発明に係る装置内同一デバイス自動ファイル更新システムの概略構成を示すブロック図である。
【図2】図1における回線カード21、22の各々の動作を説明するフローチャートである。
【図3】図1におけるフレーム分割部242、252、262、272の各々により更新システムファイルの分割を説明する図である。
【図4】図1における制御カード28の転送順位設定部282により設定されるデバイスカード24〜27の更新システムファイルの転送順位を説明する図である。
【図5】複数のデバイスカード24〜27で更新システムファイルをリンクの直列一方向に転送する例を示す図である。
【図6】図5の転送順位例に対して、制御カード28の更新制御部281の動作例を説明するフローチャートである。
【図7】図5の転送順位例に対して、図1における送受信部243、253、263、273の動作を説明するシーケンス図である。
【図8】制御カード28の更新制御部281による更新システムファイルへの置換制御を説明するフローチャートである。
【図9】図5の変形例であり、複数のデバイスカード24〜27で更新システムファイルを並列2方向に転送する例を示す図である。
【図10】図9の転送順位例に対して、制御カード28の更新制御部281の動作例を説明するフローチャートである。
【図11】図9の転送順位例に対して、図1における送受信部243、253、263、273の動作を説明するシーケンス図である。
【図12】図5の別の変形例であり、複数のデバイスカード24〜27で更新システムファイルを、1つのデバイスカードから放射状にリンクする他のデバイスカードの方向に、転送する例を示す図である。
【図13】図12の転送順位例に対して、制御カード28の更新制御部281の動作例を説明するフローチャートである。
【図14】図12の転送順位例に対して、図1における送受信部243、253、263、273の動作を説明するシーケンス図である。
【図15】受信側のデバイスカード24〜27のトラヒック量判断部244、254、264、274の動作例を説明するフローチャートである。
【図16】送信側であるデバイスカード24〜27のトラヒック量判断部244、254、264、274の動作例を説明するフローチャートである。
【図17】トラヒック発生時に関する制御カード28の更新制御部281の動作例を説明するフローチャートである。
【図18】トラヒック発生で接続断としたデバイスカード間の接続再開を行う制御カード28の更新制御部281の動作例を説明するフローチャートである。
【図19】図9の転送順位例に対してトラヒック量が処理能力に依存して転送中断、再開を行う、図1における送受信部243、253、263、273の動作を説明するシーケンス図である。
【図20】本発明に係る装置内同一デバイス自動ファイル更新システムの別の概略構成を示すブロック図である。
【符号の説明】
1…ファイルサーバ
2…ネットワークノード装置
3…端末
21、22…回線カード
23…スイッチカード
24〜27…デバイスカード
28…制御カード
240、250、260、270…フレームバッファ
241、251、261、271…テンポラリメモリ
242、252、262、272…フレーム分割部
243、253、263、273…送受信部
244、254、264、274…トラヒック量判断部
245、255、265、275…現行システムファイルメモリ
281…更新制御部
282…転送順位設定部[0001]
[Industrial application fields]
The same devicecardMultiple implementationsNetwork nodeRelating to device file update. In particular, the present invention reduces the labor and time of file update work and enables efficient transfer.Network nodeSame device in devicecardThe present invention relates to an automatic file update system and method.
[0002]
[Prior art]
In the conventional file update method for system files, a new system file is transferred point-to-point from an external terminal.
[0003]
[Problems to be solved by the invention]
However, in an apparatus in which a plurality of the same devices are mounted, the file update of the system file must be repeatedly executed for each device in the same procedure. There is a problem that it takes.
[0004]
Also, even if the traffic volume in the device suddenly increases during file update, it is difficult to immediately perform processing such as interrupting file update or suppressing the file transfer amount of the update system file. When updating a file of a device mounted on a device in operation, there is a problem that efficient file transfer cannot be performed in consideration of the amount of traffic in the device.
[0005]
Therefore, in view of the above problems, the present invention does not require extra labor and time for file update work and can perform efficient file transfer.Network nodeSame device in devicecardAn object is to provide an automatic file update system and method.
[0006]
[Means for Solving the Problems]
In order to solve the above problems, the present invention provides:In the same device card automatic file update system in the network node device that executes file update for a plurality of the same device cards mounted in the network node device, a switch unit that connects between device cards, and connects to the outside, A memory unit that stores a file for each device card, a transfer order setting unit that sets a transfer order to the device card, and a switch unit that refers to the transfer order of the transfer order setting unit in response to an update request from the outside. An update control unit that connects one device card to the outside and updates the file stored in the storage unit, and then connects the device cards and updates the file stored in each storage unit. It is determined whether the amount of traffic exceeding the processing capacity is generated, and if the traffic amount is generated, the update is performed. Interrupt the file updates to control unit, or a traffic volume determination section that makes suppressed file transfer amountCharacterized by comprisingNetwork nodeSame device in devicecardProvide an automatic file update system.
[0007]
By this means, one devicecardIf you update the file to another devicecardSince file updating is automatically realized, it is possible to perform efficient file transfer without requiring extra labor and time for file updating.Furthermore, even if the amount of traffic in the network node device suddenly increases during file update, it is possible to immediately perform processing such as interrupting file update or suppressing the file transfer amount of the update system file. It was.
Preferably, the transfer order setting unit includes a device in the switch unit.cardIn order to connect the links in a link type, the order of transfer in one direction of the serial link is set.
[0008]
By this means, automaticallycardConnection between the two becomes possible.
Preferably, the transfer order setting unit includes a device in the switch unit.cardIn order to connect the links in a link type, the order of transfer in the parallel two directions of the forward direction and the reverse direction of the link is set.
By this means, automatically adjacent devicescardEfficient connection.
Preferably, the transfer order setting unit includes a device in the switch unit.cardIn order to connect them in a link type, the order of transfer from one device card to the direction of another device card that is radially linked is set.
[0009]
By this means, automaticallycardConnection between the two becomes possible.
Preferably, the devicecardThe update file in between is divided into a plurality of frames and transferred for each transmission request in units of frames.
By this means, multiplex transfer with data other than the update file becomes possible.
Preferably, a frame buffer is provided in the memory, and the frame buffer temporarily stores frames of the update file.
[0010]
By this means, it is possible to accumulate the update file transmitted or the frame transmitted from another device card.The
[0011]
Further, preferably, the update control unit, when there is no transmission request within a predetermined time during transmission of the frame of the update file,cardDevice to be transferred next with reference to the transfer order setting unit.cardTransfer to.
Further, preferably, the update control unit is a device in which frame transfer is interrupted.cardWhen there is a transmission request from, frame transfer is resumed.
[0012]
By this meansLuckBusyNetwork nodeDevice mounted on the devicecardWhen updating the file ofNetwork nodeIt becomes possible to perform efficient file transfer in consideration of the traffic volume in the apparatus.
[0013]
Preferably, the update control unit includes all devices.cardWhen transfer of the update file is finished, the update file is replaced with the current file.
By this means, automatic file update is completed.
Preferably, a temporary memory is further provided in the memory, and the frames accumulated in the frame buffer are stored in the temporary memory for each transfer.
[0014]
By this means, the frame buffer can be reduced in size.
Preferably, the update control unit refers to a transfer order of the transfer order setting unit in response to an external file copy request, and controls the switch unit to control the device.cardChange the connection between the devicescardOther files on the devicecardTo update the file stored in the memory.
[0015]
By this means, when one current file is normal and another current file becomes abnormal, copying can be automatically performed, and labor and time can be saved.
Furthermore, the present invention providesIn the same device card automatic file update method in a network node device for executing file update on a plurality of identical device cards mounted in a network node device, a step of receiving a file from the outside on one device card, A step of connecting device cards with reference to the transfer order at the time of reception, a step of sequentially transferring files to the connected device cards and updating a file already stored for each device card, and a transfer Sometimes when the amount of traffic that exceeds the processing capacity occurs, the file update is interrupted or the file transfer amount is suppressed.Characterized by comprisingNetwork nodeSame device in devicecardProvides an automatic file update method.
[0016]
By this means, like the above invention, one devicecardIf you update the file to another devicecardSince file updating is automatically realized, it is possible to perform efficient file transfer without requiring extra labor and time for file updating.Furthermore, even if the amount of traffic in the network node device suddenly increases during file update, it is possible to immediately perform processing such as interrupting file update or suppressing the file transfer amount of the update system file. It was.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a block diagram showing a schematic configuration of an in-device identical device automatic file update system according to the present invention.
The invention shown in this figure is an apparatus in which a plurality of the same devices are mounted, and by executing file update for one device, the data transfer path in the apparatus is efficiently used, and the remaining devices are automatically A system for updating files is provided.
[0018]
Specifically, as shown in the figure, a plurality of
The
[0019]
A
A plurality of
[0020]
The
Next, the plurality of
[0021]
Further, the plurality of
By storing and storing frames, the frame buffer can be reduced in size.
[0022]
Further, the plurality of
This division enables multiple transfer with data other than the update system file.
[0023]
Further, the plurality of device cards 24-27 are provided with transmission /
Further, the plurality of
[0024]
Therefore, even if the traffic volume in the device suddenly increases during file update, it is possible to immediately perform processing such as interrupting file update or suppressing the file transfer volume of the update system file. When updating a file of a device installed in the middle apparatus, it is possible to perform efficient file transfer considering the traffic volume in the apparatus.
[0025]
Further, the plurality of
Next, the
[0026]
Further, the
FIG. 2 is a flowchart for explaining the operation of each of the
[0027]
As shown in the figure, in step S101, it is determined whether or not each of the
If data is received in step S102, it is determined whether the data is received from outside the
[0028]
If it is received from the outside in step S103, the received data is transferred to the
If the received data is received from the inside in step S104, the received data is transferred to the outside of the
[0029]
FIG. 3 is a diagram for explaining division of the update system file by each of the frame division units 242, 252, 262, and 272 in FIG.
As shown in the figure, in the frame dividing units 242, 252, 262, 272, the update system file is divided into a first frame, a second frame,. This is to enable multiplex transfer with data other than the update system file.
[0030]
FIG. 4 is a diagram for explaining the transfer order of the update system files of the
As shown in the figure, the transfer
[0031]
That is, the transfer
FIG. 5 is a diagram showing an example in which an update system file is transferred in one serial direction of a link by a plurality of device cards 24-27. As shown in this figure, in the link type transfer order, for example, when an update system file is transferred from the
[0032]
Next, the
FIG. 6 is a flowchart illustrating an operation example of the
[0033]
As shown in this figure, in step S111, in the
In step S <b> 112, when there is an update system file transmission request from the
[0034]
In step S113, it is determined whether or not there is a storage completion notification of the update system file in the
In step S <b> 114, when there is the notification, the
[0035]
In step S115, the
In step S116, when there is the notification, the
[0036]
In step S117, the
In step S118, when there is the notification, the
[0037]
In step S119, the
Next, the transmission /
[0038]
FIG. 7 is a sequence diagram for explaining the operation of the transmission /
As shown in the figure, the transmission /
Further, the transmission /
[0039]
The transmitted first frame data, second frame data,... Are sequentially accumulated in the
[0040]
Further, after the completion notification, the transmission /
The transmitted first frame data, second frame data,... Are sequentially accumulated in the
[0041]
Further, after the completion notification, the transmission /
The transmitted first frame, second frame data,... Are sequentially accumulated in the
[0042]
In this way, the update system file can be automatically transferred between devices.
Next, replacement control with an update system file by the
FIG. 8 is a flowchart for explaining the replacement control to the update system file by the
[0043]
As shown in the figure, in step S121, it is determined whether or not storage completion notification of the update system file has been sent from the transmission /
In step S122, if there is the notification, the update system file is replaced with the current system file from the
[0044]
This replacement completes the update of the system file.
Therefore, according to the present invention, when the update system file is transmitted from the
[0045]
FIG. 9 is a modified example of FIG. 5 and shows an example in which the update system file is transferred in the forward and reverse directions of the link by the plurality of
[0046]
FIG. 10 is a flowchart illustrating an operation example of the
As shown in this figure, in step S131, in the
[0047]
In step S <b> 132, when there is a transmission request for an update system file from the
In step S133, it is determined whether or not there is a storage completion notification of the update system file of the
[0048]
In step S134, when there is the notification, the
In step S135, the
[0049]
In step S136, when there is the notification, the
In step S137, the
[0050]
FIG. 11 is a sequence diagram for explaining the operation of the transmission /
As shown in the figure, the transmission /
Further, the transmission /
[0051]
The transmitted first frame data, second frame data,... Are sequentially accumulated in the
[0052]
Further, after the completion notification, the transmission /
[0053]
The transmitted first frame data, second frame data,... Are sequentially accumulated in the
[0054]
Further, in this way, the update system file can be automatically and efficiently transferred to the adjacent device cards sequentially.
FIG. 12 is another modification of FIG. 5, and shows an example in which an update system file is transferred from one device card to another device card that is radially linked by a plurality of
[0055]
FIG. 13 is a flowchart illustrating an operation example of the
As shown in this figure, in step S141, the
[0056]
In step S <b> 142, when there is a transmission request for an update system file from the
In step S143, it is determined whether or not there is a storage completion notification of the update system file of the
[0057]
In step S144, when there is the notification, the
In step S145, the
[0058]
In step S146, when there is the notification, the
In step S147, the
[0059]
In step S <b> 148, when there is the notification, the
In
[0060]
Further, in this way, an update system file can be automatically transferred between device cards.
FIG. 14 is a sequence diagram for explaining the operation of the transmission /
As shown in the figure, the transmission /
[0061]
Further, the transmission /
The transmitted first frame data, second frame data,... Are sequentially accumulated in the
[0062]
Further, the transmission /
The transmitted first frame data, second frame data,... Are sequentially accumulated in the
[0063]
Further, the transmission /
The transmitted first frame, second frame data,... Are sequentially accumulated in the
[0064]
FIG. 15 is a flowchart for explaining an operation example of the traffic
In step S151, the traffic
In step S152, the traffic
[0065]
In step S153, each of the traffic
In step S154, if it has occurred, each of the traffic
[0066]
FIG. 16 is a flowchart for explaining an operation example of the traffic
In step S161, the traffic
In step S162, the traffic
[0067]
In step S163, the traffic
In step S164, if the predetermined time has elapsed, it is determined that the traffic
[0068]
FIG. 17 is a flowchart for explaining an operation example of the
In step S171, the
[0069]
If there is the notification in step S172, the
In step S173, with reference to the transfer
[0070]
FIG. 18 is a flowchart for explaining an operation example of the
In step S181, when the traffic volume exceeds the processing capacity, the
[0071]
In step S182, it is determined whether or not a notification below the traffic amount processing capability has been received from the corresponding traffic determination unit. If not, the process ends.
In step S183, if a notification below the traffic processing capacity is received, it is determined whether a storage system file storage completion notification has been received with the reversely-adjacent device card that has been transferred first, and this notification is sent If not, the process ends.
[0072]
In step S184, when the notification is received, a request for resuming connection between the interrupted device cards is made to the
[0073]
As shown in the figure, the transmission /
Further, the transmission /
The transmitted first frame is accumulated in the
[0074]
If the transmission /
[0075]
The transmitted first frame, second frame data,... Are sequentially accumulated in the
[0076]
Furthermore, after the above completion notification, when the transmission /
[0077]
The transmitted first frame data, second frame data,... Are sequentially accumulated in the
[0078]
Also, the transmitted second frame, third frame data,... Are sequentially accumulated in the
[0079]
Therefore, according to the present invention, even if the amount of traffic in the apparatus suddenly increases during the file update, the update system file is efficiently transferred to the adjacent device card first, and the file update is interrupted, or Since it is now possible to easily perform processing such as reducing the file transfer amount of the update system file, the amount of traffic in the device is taken into account when updating the file of the device installed in the device in operation Efficient file transfer is now possible.
[0080]
FIG. 20 is a block diagram showing another schematic configuration of the same device automatic file update system in the apparatus according to the present invention.
As shown in this figure, compared with FIG. 1, a different component is a terminal 3 connected to a
The
[0081]
In the
[0082]
If the current system file of one of the plurality of
[0083]
【The invention's effect】
As described above, according to the present invention, in the same-device automatic device file update method for executing file update for a plurality of identical devices mounted in the device, connection between devices, connection to the outside , Store the file, set the transfer order to the device, and when the update file is sent from the outside to one device and stored in the memory, refer to the transfer order, connect the devices, and update the file File is transferred to another device and the stored file is updated. If the file is updated to one device, the file is automatically updated to the other device. It is possible to perform efficient file transfer without taking extra labor and time.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a schematic configuration of an in-device identical device automatic file update system according to the present invention.
FIG. 2 is a flowchart for explaining the operation of each of
3 is a diagram for explaining division of an update system file by each of frame division units 242, 252, 262, and 272 in FIG. 1. FIG.
4 is a diagram for explaining the transfer order of update system files of device cards 24-27 set by the transfer
FIG. 5 is a diagram showing an example in which an update system file is transferred in one serial direction of a link by a plurality of device cards 24-27.
6 is a flowchart illustrating an operation example of the
7 is a sequence diagram for explaining the operation of transmission /
FIG. 8 is a flowchart illustrating replacement control with an update system file by the
FIG. 9 is a modification of FIG. 5 and shows an example in which an update system file is transferred in two parallel directions by a plurality of device cards 24-27.
10 is a flowchart illustrating an operation example of the
11 is a sequence diagram for explaining the operation of transmission /
12 is a diagram showing another modification example of FIG. 5 and showing an example in which an update system file is transferred from one device card to another device card that is radially linked by a plurality of
13 is a flowchart illustrating an operation example of the
14 is a sequence diagram for explaining the operation of transmission /
FIG. 15 is a flowchart illustrating an operation example of the traffic
FIG. 16 is a flowchart for explaining an operation example of the traffic
FIG. 17 is a flowchart illustrating an operation example of the
FIG. 18 is a flowchart for explaining an operation example of the
19 is a sequence diagram for explaining the operation of the transmission /
FIG. 20 is a block diagram showing another schematic configuration of the in-device same-device automatic file update system according to the present invention.
[Explanation of symbols]
1 ... File server
2 ... Network node device
3 ... terminal
21, 22 ... line card
23 ... Switch card
24-27 ... Device card
28 ... Control card
240, 250, 260, 270 ... frame buffer
241 251 261 271 Temporary memory
242, 252, 262, 272... Frame dividing unit
243, 253, 263, 273 ... transmission / reception unit
244, 254, 264, 274 ... Traffic amount judgment section
245, 255, 265, 275 ... Current system file memory
281 ... Update control unit
282 ... Transfer order setting section
Claims (12)
デバイスカード間の接続、外部との接続を行うスイッチ部と、Switch unit for connection between device cards and external connection,
デバイスカード毎にファイルを格納するメモリ部と、A memory unit for storing files for each device card;
デバイスカードへの転送順序を設定する転送順位設定部と、A transfer order setting section for setting the transfer order to the device card;
外部からの更新要求に対して前記転送順位設定部の転送順位を参照し前記スイッチ部を制御して、外部と1つのデバイスカードを接続し格納部に格納されたファイルを更新した後、デバイスカード間の接続を行い各格納部に格納されたファイルを更新する更新制御部と、In response to an update request from the outside, the transfer order of the transfer order setting unit is referred to, the switch unit is controlled, one device card is connected to the outside, and the file stored in the storage unit is updated. An update control unit that updates the files stored in each storage unit by connecting each other,
転送時に処理能力を超えたトラヒック量が発生するかを判断し、前記トラヒック量が発生する場合には前記更新制御部に対してファイル更新を中断させ、又は、ファイル転送量を抑えさせるトラヒック量判断部とを備えることを特徴とするネットワークノード装置内同一デバイスカード自動ファイル更新システム。It is determined whether a traffic amount exceeding the processing capacity occurs during transfer, and if the traffic amount occurs, the update control unit interrupts the file update or determines the traffic amount that suppresses the file transfer amount. An identical device card automatic file update system in a network node device.
外部から1つのデバイスカードにファイルを受信する工程と、
ファイルの受信時に転送順位を参照してデバイスカード間の接続を行う工程と、
接続されたデバイスカードに対してファイルを順次転送して既にデバイスカード毎に格納されているファイルの更新を行う工程と、
転送時に処理能力を超えたトラヒック量が発生した場合にはファイル更新を中断させ、又は、ファイル転送量を抑えさせる工程とを備えることを特徴とするネットワークノード装置内同一デバイスカード自動ファイル更新方法。 In the same device card automatic file update method in the network node device for executing file update for a plurality of the same device cards mounted in the network node device,
Receiving a file from the outside to one device card;
The process of referring to the transfer order when receiving a file and connecting between device cards,
A step of sequentially transferring files to connected device cards to update files already stored for each device card;
A method for automatically updating a file in the same device card in a network node apparatus, comprising: a step of interrupting file update when a traffic volume exceeding a processing capacity occurs during transfer or suppressing a file transfer volume .
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001003795A JP3788578B2 (en) | 2001-01-11 | 2001-01-11 | System and method for automatically updating same device card file in network node device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001003795A JP3788578B2 (en) | 2001-01-11 | 2001-01-11 | System and method for automatically updating same device card file in network node device |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002207616A JP2002207616A (en) | 2002-07-26 |
JP3788578B2 true JP3788578B2 (en) | 2006-06-21 |
Family
ID=18872083
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001003795A Expired - Fee Related JP3788578B2 (en) | 2001-01-11 | 2001-01-11 | System and method for automatically updating same device card file in network node device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3788578B2 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4920915B2 (en) | 2005-06-27 | 2012-04-18 | キヤノン株式会社 | Information processing apparatus, control method for information processing apparatus, and control program |
-
2001
- 2001-01-11 JP JP2001003795A patent/JP3788578B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2002207616A (en) | 2002-07-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7804769B1 (en) | Non-stop forwarding in a multi-chassis router | |
US8149691B1 (en) | Push-based hierarchical state propagation within a multi-chassis network device | |
US4727538A (en) | Information transfer method and arrangement | |
US6061807A (en) | Methods systems and computer products for error recovery of endpoint nodes | |
JP3578385B2 (en) | Computer and replica identity maintaining method | |
US6977908B2 (en) | Method and apparatus for discovering computer systems in a distributed multi-system cluster | |
EP1110148B1 (en) | Fault tolerant computer system | |
US7502876B1 (en) | Background memory manager that determines if data structures fits in memory with memory state transactions map | |
EP1058984A1 (en) | Verification of active nodes in an open network | |
JP2005157521A (en) | Method for monitoring state information of remote storage device and storage sub-system | |
CN111343019B (en) | Reconnection method, reconnection device and storage medium | |
CN104486319A (en) | Real-time synchronization method and real-time synchronization system for configuration file applied to high-availability system | |
EP2356753A1 (en) | Link data transmission method, node and system | |
JP3788578B2 (en) | System and method for automatically updating same device card file in network node device | |
CN105339906A (en) | Data writing control method for persistent storage device | |
JPH0345051A (en) | Multi-link system | |
JPH05257673A (en) | Old file reserving method at the time of updating file | |
JP7163093B2 (en) | Broker device, communication system, communication method, and program | |
JPH10154116A (en) | Data transfer method | |
CN117880276A (en) | Transmission task scheduling method and application based on nginx | |
JPH02234264A (en) | Work substitute system for lan integrated production system | |
JPS61292444A (en) | Communication control system | |
JP2000032031A (en) | Communication network, communication system and changing method for constitution information on the system | |
JP2001350685A (en) | Service switching system and communication system including it | |
JP3551552B2 (en) | Information processing method for distributed information processing system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051003 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051130 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060309 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060322 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |