JP2012227704A - 伝送装置、伝送制御方法及び伝送制御プログラム - Google Patents

Abstract

【課題】装置間で伝送可能になるまでの時間を短縮することを課題とする。
【解決手段】伝送装置は、外部装置と自装置との間の第１プロトコルセッションが切断された場合に、外部装置のユーザ情報を所定時間保持するとともに、自装置と他の伝送装置との間の第２プロトコルセッションを所定時間維持する。また、伝送装置は、第１プロトコルセッションが新たに確立された後、所定時間内に外部装置からログイン要求された場合に、ログイン要求した外部装置のユーザ情報と、保持しているユーザ情報とが一致するか否かを判定する。また、伝送装置は、ユーザ情報が一致すると判定した場合に、新たに確立された第１プロトコルセッションと、維持している第２プロトコルセッションとを接続する。
【選択図】図５

Description

本発明は、伝送装置、伝送制御方法及び伝送制御プログラムに関する。

従来、セッション管理を伴うセキュリティを保持し、外部装置からアクセスされる複数の伝送装置を含むネットワークがある。一つの様態として、外部装置は、ある伝送装置を中継点として、他の伝送装置に対してアクセスする。このとき、セッション管理は、同一プロトコル内で行われるため、中継点となる伝送装置で行なわれる。

図１０は、複数の伝送装置を含むネットワークの例を示す図である。なお、図１０では、外部装置の一例として監視装置を挙げ、該監視装置が、ある伝送装置を中継点として複数の伝送装置を監視する場合を説明する。また、監視装置及び中継点となる伝送装置間のプロトコルと、中継点となる伝送装置及び他の伝送装置間のプロトコルとは、異なるプロトコルで実現される。一つの様態として、監視装置と中継点となる伝送装置との間は、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）プロトコルで実現される。一方、中継点となる伝送装置と他の伝送装置との間は、ＯＳＩ（Open Systems Interconnection）プロトコルで実現される。

上記構成において、監視装置は、各伝送装置に対して同一のユーザ名でログインし、各伝送装置を監視する。中継点となる伝送装置は、異なるプロトコルそれぞれについてセッション管理を行ない、プロトコルの変換等を実行することで監視装置と他の伝送装置との通信を実現する。ここで、監視装置及び中継点となる伝送装置間のＴＣＰ／ＩＰプロトコルセッションが切断した場合には、中継点となる伝送装置及び他の伝送装置間のＯＳＩプロトコルセッションも切断される。すなわち、ＴＣＰ／ＩＰプロトコルセッションの切断を起因に、監視装置及び各伝送装置間のログイン状態がログオフ状態に遷移する。その後、ＴＣＰ／ＩＰプロトコルセッションが復旧した場合に、監視装置は、各伝送装置に対して再度ログインすることで通信を再開する。なお、通信の再開に関して、ユーザ認証不要にセッションを再確立する技術や、同一プロトコル内のセッションを代理で維持しておき再開する技術がある。

特開２００７−１５７１４８号公報 特表２００７−５１４３３７号公報 特表２００８−５２７８００号公報 特開平１０−２８５１７４号公報

しかしながら、従来技術では、切断したプロトコルセッションが復旧した場合に、装置間で伝送可能になるまでに多くの時間を要するという問題がある。従来技術では、異なるプロトコルセッションで接続された装置間で、アクセス元の装置側のプロトコルセッションが切断されると、他方のプロトコルセッションも切断される。これに伴い、プロトコルセッションを再確立した場合に、外部装置は、各伝送装置に対してログイン処理を実行することになる。ログインする伝送装置の数が膨大であれば相応の時間を要することになるため、例えば、監視等の用途で利用する場合には、監視できない時間が長くなるため好ましくない。また、ユーザにとっては、各装置にログインを行なうための作業の手間がかかるうえに、操作ミス等を誘発する可能性も高くなる。

そこで、本願に開示する技術は、上記に鑑みてなされたものであって、装置間で伝送可能になるまでの時間を短縮することが可能である伝送装置、伝送制御方法及び伝送制御プログラムを提供することを目的とする。

発明の一観点によれば、外部装置と自装置との間の第１プロトコルセッションでの通信を制御する第１通信インタフェースと、自装置と該自装置を経由して前記外部装置に接続可能な他の伝送装置との間の第２プロトコルセッションでの通信を制御する第２通信インタフェースと、前記第１通信インタフェースを介した前記第１プロトコルセッションと、前記第２通信インタフェースを介した前記第２プロトコルセッションとを接続するプロセッサとを有し、前記プロセッサは、前記第１プロトコルセッションが切断された場合に、前記外部装置のユーザ情報を所定時間保持するとともに、前記第２プロトコルセッションを前記所定時間維持し、前記第１プロトコルセッションが新たに確立された後、外部装置から前記伝送装置又は前記他の伝送装置にログイン要求された場合に、前記ユーザ情報と、ログイン要求した外部装置のユーザ情報とが一致するか否かを判定し、一致すると判定した場合に、新たに確立された前記第１プロトコルセッションと、維持された前記第２プロトコルセッションとを接続する伝送装置が提供される。

本願に開示する伝送装置、伝送制御方法及び伝送制御プログラムの一つの様態は、装置間で伝送可能になるまでの時間を短縮するという効果を奏する。

図１は、実施例１に係る伝送装置のハードウェア構成例を示す図である。 図２は、ファームウェアについて説明するためのイメージ図である。 図３は、ユーザマネージャによって保持される情報の例を示す図である。 図４は、イニシエータによって保持される情報の例を示す図である。 図５は、監視装置と伝送装置との間のプロトコルセッション切断時の伝送制御について説明する図である。 図６は、監視装置と伝送装置との間のプロトコルセッションの復旧後に、監視装置から自装置にログイン要求された場合の伝送制御について説明する図である。 図７は、監視装置と伝送装置との間のプロトコルセッションの復旧後に、監視装置から他の伝送装置にログイン要求された場合の伝送制御について説明する図である。 図８は、実施例１に係る伝送制御処理の流れの例を示すフローチャートである。 図９は、伝送制御プログラムを実行するコンピュータを示す図である。 図１０は、複数の伝送装置を含むネットワークの例を示す図である。

以下に添付図面を参照して、本願に開示する伝送装置、伝送制御方法及び伝送制御プログラムの実施例を説明する。なお、以下の実施例により本発明が限定されるものではない。

［伝送装置のハードウェア構成］
図１を用いて、実施例１に係る伝送装置のハードウェア構成を説明する。図１は、実施例１に係る伝送装置のハードウェア構成例を示す図である。

例えば、図１に示すように、伝送装置１００は、ファームウェア１１０と、メモリ１２０と、ＴＣＰ／ＩＰインタフェース１３０と、ＯＳＩインタフェース１４０と、ＣＰＵ（Central Processing Unit）１５０と、その他のＨＷ（hardware）１６０とを有する。また、伝送装置１００は、複数の伝送装置を監視する監視装置等の外部装置と、伝送装置１００とは異なる他の伝送装置と接続されている。

ファームウェア１１０は、例えば、伝送装置１００に含まれる各ハードウェアを制御する。なお、ファームウェア１１０の詳細については後述する。メモリ１２０は、例えば、ＣＰＵ１５０による各種処理に要するデータや、ＣＰＵ１５０による各種処理結果を記憶する。なお、メモリ１２０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置である。

ＴＣＰ／ＩＰインタフェース１３０は、例えば、伝送装置１００と監視装置との間のＴＣＰ／ＩＰプロトコルセッションでの通信を制御する。ＯＳＩインタフェース１４０は、例えば、伝送装置１００と他の伝送装置との間のＯＳＩプロトコルセッションでの通信を制御する。なお、ＴＣＰ／ＩＰインタフェース１３０又はＯＳＩインタフェース１４０は、互いに異なるプロトコルに係るインタフェースであれば良く、これに限られるものではない。プロトコルとしては、例えば、ＩＰＸ／ＳＰＸ（Internetwork Packet eXchange／Sequenced Packet eXchange）や、ＮＥＴＢＥＵＩ（NetBIOS Extended User Interface）等が挙げられる。また、プロトコルとしては、例えば、ＡｐｐｌｅＴａｌｋ、ＢＰＬＵＳ等が挙げられる。そして、伝送装置１００及び監視装置間と、伝送装置１００及び他の伝送装置間とのプロトコルは、上記の異なるプロトコルのあらゆる組み合わせで実現可能である。なお、以下では、一つの様態として、ＴＣＰ／ＩＰプロトコルセッションとＯＳＩプロトコルセッションとを利用する場合を例に挙げて説明する。

ＣＰＵ１５０は、伝送装置１００を全体制御し、例えば、ファームウェア１１０を用いて、ＴＣＰ／ＩＰインタフェース１３０を介したＴＣＰ／ＩＰプロトコルセッションと、ＯＳＩインタフェース１４０を介したＯＳＩプロトコルセッションとを接続する。また、ＣＰＵ１５０は、異なるプロトコルそれぞれについてセッション管理を行ない、プロトコルの変換を実行する。

詳細には、ＣＰＵ１５０は、ＴＣＰ／ＩＰプロトコルセッションが切断された場合に、監視装置のユーザ情報を所定時間保持するとともに、ＯＳＩプロトコルセッションを所定時間維持する。また、ＣＰＵ１５０は、ＴＣＰ／ＩＰプロトコルセッションが新たに確立された後、監視装置から伝送装置１００又は他の伝送装置にログイン要求された場合に、ユーザ情報とログイン要求した監視装置のユーザ情報とが一致するか否かを判定する。また、ＣＰＵ１５０は、ユーザ情報が一致すると判定した場合に、新たに確立されたＴＣＰ／ＩＰプロトコルセッションと、維持されたＯＳＩプロトコルセッションとを接続する。その他のＨＷ１６０は、例えば、上記各ハードウェアとは異なるハードウェア群である。

［ファームウェア］
次に、図２を用いて、ファームウェア１１０について説明する。図２は、ファームウェア１１０について説明するためのイメージ図である。例えば、ファームウェア１１０は、ＵＩ（User Interface）１１１ａ〜１１１ｄと、ユーザマネージャ１１２と、イニシエータ（initiator）１１３ａ〜１１３ｄと、その他のプロセス群１１４とを含む。なお、ＵＩ１１１ａ〜ＵＩ１１１ｄ又はイニシエータ１１３ａ〜イニシエータ１１３ｄのプロセス数は、図２においてそれぞれ４つを図示しているがこの数に限られるものではない。

ＵＩ１１１ａ〜ＵＩ１１１ｄは、例えば、監視装置からの制御コマンドを受け付けて制御対象となる伝送装置を判定する。制御対象となる伝送装置とは、例えば、監視装置による監視対象、すなわち監視装置によってログイン要求される伝送装置を指す。また、ＵＩ１１１ａ〜ＵＩ１１１ｄは、例えば、伝送装置１００にログイン要求した監視装置のユーザ情報をユーザマネージャ１１２に保持させる。また、ＵＩ１１１ａ〜ＵＩ１１１ｄは、例えば、監視装置から他の伝送装置へのログイン要求を受け付けた場合に、使用されていないイニシエータを選択する。

ユーザマネージャ１１２は、例えば、ＵＩ１１１ａ〜ＵＩ１１１ｄから受け付けた監視装置のユーザ情報を保持する。図３は、ユーザマネージャ１１２によって保持される情報の例を示す図である。例えば、図３に示すように、ユーザマネージャ１１２は、監視装置を識別する識別情報と、監視装置のログインユーザの識別情報を示すログインユーザＩＤ（identifier）と、選択したイニシエータの識別情報を示すイニシエータＩＤとを対応付けて保持する。例を挙げると、ユーザマネージャ１１２は、監視装置の識別情報「監視装置＃１」と、ログインユーザＩＤ「ＲＯＯＴ」と、イニシエータＩＤ「ＩＮＩ＃１」とを対応付けて保持する。ユーザマネージャ１１２は、ＴＣＰ／ＩＰプロトコルセッションの切断後にも、これらの情報を所定時間保持し、所定時間が経過した場合に保持された情報を削除する。

イニシエータ１１３ａ〜イニシエータ１１３ｄは、例えば、ＵＩ１１１ａ〜ＵＩ１１１ｄによって選択された場合に、監視装置の監視対象となる他の伝送装置との接続を制御する。また、イニシエータ１１３ａ〜イニシエータ１１３ｄは、例えば、ＴＣＰ／ＩＰプロトコルセッションが切断された場合に、他の伝送装置との接続を所定時間維持する。また、イニシエータ１１３ａ〜イニシエータ１１３ｄは、例えば、監視装置の監視対象となる他の伝送装置を識別する識別情報と、監視装置のユーザ情報とを対応付けて保持する。

図４は、イニシエータ１１３ａによって保持される情報の例を示す図である。例えば、図４に示すように、イニシエータ１１３ａは、監視装置を識別する識別情報と、監視装置のログインユーザの識別情報を示すログインユーザＩＤと、ログイン要求先の他の伝送装置の識別情報とを対応付けて保持する。例を挙げると、イニシエータ１１３ａは、監視装置の識別情報「監視装置＃１」と、ログインユーザＩＤ「ＲＯＯＴ」と、伝送装置の識別情報「伝送装置＃２」とを対応付けて保持する。他の例を挙げると、イニシエータ１１３ａは、監視装置の識別情報「監視装置＃１」と、ログインユーザＩＤ「ＲＯＯＴ」と、伝送装置の識別情報「伝送装置＃３」とを対応付けて保持する。

すなわち、図４の例では、ログインユーザＩＤ「ＲＯＯＴ」を利用して識別情報「監視装置＃１」である監視装置にログインされ、該監視装置が、識別情報「伝送装置＃２」、「伝送装置＃３」である他の伝送装置にログインしたことを表している。イニシエータ１１３ａ〜イニシエータ１１３ｄは、ＴＣＰ／ＩＰプロトコルセッションの切断後にも、これらの情報を所定時間保持し、所定時間が経過した場合に保持された情報を削除する。また、イニシエータ１１３ａ〜イニシエータ１１３ｄは、ＴＣＰ／ＩＰプロトコルセッションの切断後、所定時間が経過した場合に維持された他の伝送装置との接続を切断する。その他のプロセス群１１４は、例えば、上記プロセスとは異なる、監視に要するその他の制御を実行するプロセス群である。

［伝送制御］
次に、図５〜図７を用いて、実施例１に係る伝送制御について説明する。なお、図５〜図７では、伝送装置＃１〜伝送装置＃４を含むネットワークを監視する監視装置がいずれかの伝送装置にログインする場合を例に挙げる。また、図５〜図７では、監視装置が、伝送装置＃１を中継点として、各伝送装置にログインする場合を例に挙げる。また、以下では、説明の便宜上、伝送装置＃１のファームウェアを図示して説明する。

（セッション切断時）
図５は、監視装置と伝送装置との間のプロトコルセッション切断時の伝送制御について説明する図である。図５の説明では、監視装置が、伝送装置＃１、伝送装置＃２及び伝送装置＃３を監視対象としてそれぞれの伝送装置にログインしているものとする。詳細には、監視装置は、伝送装置＃１のＵＩ＃１及びイニシエータ＃１を経由し、伝送装置＃２及び伝送装置＃３にログインしている。また、伝送装置＃１は、ユーザマネージャに監視装置のユーザ情報を保持しているとともに、イニシエータ＃１に監視装置のユーザ情報及び接続先の伝送装置の識別情報を保持している。

上記構成において、監視装置と伝送装置＃１との間のＴＣＰ／ＩＰプロトコルセッションが切断された場合には、ＵＩ＃１とイニシエータ＃１との間の接続も切断される。このため、ＵＩ＃１は、ＴＣＰ／ＩＰプロトコルセッションが切断したことを受け、このときに伝送装置＃１にログインしている監視装置のユーザ情報をユーザマネージャに所定時間保持させる。例えば、ユーザマネージャは、監視装置の識別情報「監視装置＃１」と、ログインユーザＩＤ「ＲＯＯＴ」と、イニシエータＩＤ「ＩＮＩ＃１」とを対応付けて所定時間保持する。なお、ユーザマネージャは、自装置である伝送装置＃１が監視対象でない場合には、監視装置のユーザ情報を保持しない。

また、イニシエータ＃１は、ＴＣＰ／ＩＰプロトコルセッションが切断したことを受け、このときに伝送装置＃２及び伝送装置＃３にログインしている監視装置のユーザ情報と、接続先となる伝送装置＃２及び伝送装置＃３の識別情報とを所定時間保持する。例えば、イニシエータ＃１は、監視装置の識別情報「監視装置＃１」と、ログインユーザＩＤ「ＲＯＯＴ」と、接続先となる伝送装置の識別情報「伝送装置＃２」とを対応付けて所定時間保持する。また、例えば、イニシエータ＃１は、監視装置の識別情報「監視装置＃１」と、ログインユーザＩＤ「ＲＯＯＴ」と、接続先となる伝送装置の識別情報「伝送装置＃３」とを対応付けて所定時間保持する。

また、イニシエータ＃１は、ＴＣＰ／ＩＰプロトコルセッションが切断したことを受け、伝送装置＃１及び伝送装置＃２間、伝送装置＃１及び伝送装置＃３間のＯＳＩプロトコルセッションを所定時間維持する。図５では、ＴＣＰ／ＩＰプロトコルセッションの切断後に、伝送装置＃１及び伝送装置＃２間、伝送装置＃１及び伝送装置＃３間のＯＳＩプロトコルセッションが維持されていることを、破線で示している。すなわち、伝送装置＃１は、ＴＣＰ／ＩＰプロトコルセッションが切断された場合でも、他の伝送装置との間のＯＳＩプロトコルセッションを維持することで、監視装置による伝送装置＃２及び伝送装置＃３に対するログイン状態を維持する。換言すると、ＴＣＰ／ＩＰプロトコルセッションが切断された場合には、監視装置にとっては各伝送装置に対してログオフした状態になっているが、ＯＳＩプロトコルセッションが維持された各伝送装置にとっては監視装置にログインされた状態になっている。

（自装置にログイン）
図６は、監視装置と伝送装置との間のプロトコルセッションの復旧後に、監視装置から自装置にログイン要求された場合の伝送制御について説明する図である。図６の説明では、図５で説明したＴＣＰ／ＩＰプロトコルセッションの切断から、ＴＣＰ／ＩＰプロトコルセッションが復旧した場合を例に挙げる。すなわち、伝送装置＃１のユーザマネージャは、ＴＣＰ／ＩＰプロトコルセッションの切断後、監視装置の識別情報「監視装置＃１」と、ログインユーザＩＤ「ＲＯＯＴ」と、イニシエータＩＤ「ＩＮＩ＃１」とを対応付けて所定時間保持している。

上記構成において、ＴＣＰ／ＩＰプロトコルセッションの復旧後、所定時間内に監視装置から伝送装置＃１にログイン要求された場合に、伝送装置＃１は、ＴＣＰ／ＩＰプロトコルセッションとＯＳＩプロトコルセッションとを接続する。例えば、ＵＩ＃３は、所定時間内に監視装置からログイン要求を受け付けた場合に、ユーザマネージャに保持されたユーザ情報と、ログイン要求した監視装置のユーザ情報とが一致するか否かを判定する。ここで、ログイン要求した監視装置の識別情報が「監視装置＃１」、ログインユーザＩＤ「ＲＯＯＴ」である場合に、ＵＩ＃３は、ユーザ情報が一致すると判定し、イニシエータＩＤ「ＩＮＩ＃１」であるイニシエータ＃１を選択する。なお、ここでは、ＵＩ＃３が監視装置からログイン要求を受け付けた場合を説明したが、監視装置からログイン要求を受け付けた伝送装置は、使用されていないＵＩを使用するだけであり、ＵＩ＃３を使用することに限られるわけではない。

また、ＵＩ＃３によって選択されたイニシエータ＃１は、伝送装置＃１及び伝送装置＃２間、伝送装置＃１及び伝送装置＃３間のＯＳＩプロトコルセッションを所定時間維持している状態である。これらによって、監視装置にとっては、伝送装置＃１に対するログイン要求後、伝送装置＃２及び伝送装置＃３に対してもログインしている状態に即座に遷移する。図６では、ＴＣＰ／ＩＰプロトコルセッションの復旧後に、監視装置が、伝送装置＃１、伝送装置＃２及び伝送装置＃３にログインしている状態を破線で示している。

一方、ＵＩ＃３は、ユーザマネージャに保持されたユーザ情報と、ログイン要求した監視装置のユーザ情報とが一致しないと判定した場合に、図５での前提で説明したように、通常のログイン処理を実行する。通常のログイン処理の場合には、所定時間内であれば、伝送装置＃２及び伝送装置＃３とのＯＳＩプロトコルセッションを維持しているイニシエータ＃１が使用されることはない。また、このときも、ユーザマネージャに保持される情報は、ＴＣＰ／ＩＰプロトコルセッションの切断後、所定時間内であれば削除されない。

（他装置にログイン）
図７は、監視装置と伝送装置との間のプロトコルセッションの復旧後に、監視装置から他の伝送装置にログイン要求された場合の伝送制御について説明する図である。図７の説明では、図５の説明において伝送装置＃１を除く伝送装置＃２及び伝送装置＃３に監視装置がログインしていた場合を例に挙げる。これに加えて、図７の説明では、ＴＣＰ／ＩＰプロトコルセッションの切断から、ＴＣＰ／ＩＰプロトコルセッションが復旧した場合を例に挙げる。すなわち、イニシエータ＃１は、ＴＣＰ／ＩＰプロトコルセッションの切断後、監視装置の識別情報「監視装置＃１」と、ログインユーザＩＤ「ＲＯＯＴ」と、接続先となる伝送装置＃２の識別情報「伝送装置＃２」とを対応付けて所定時間保持している。同様に、イニシエータ＃１は、ＴＣＰ／ＩＰプロトコルセッションの切断後、監視装置の識別情報「監視装置＃１」と、ログインユーザＩＤ「ＲＯＯＴ」と、接続先となる伝送装置＃３の識別情報「伝送装置＃３」とを対応付けて所定時間保持している。

上記構成において、ＴＣＰ／ＩＰプロトコルセッションの復旧後、所定時間内に監視装置から伝送装置＃２又は伝送装置＃３にログイン要求された場合に、伝送装置＃１は、ＴＣＰ／ＩＰプロトコルセッションとＯＳＩプロトコルセッションとを接続する。例えば、ＵＩ＃３は、所定時間内に監視装置から他の伝送装置へのログイン要求を受け付けた場合に、各イニシエータに保持されたユーザ情報と、ログイン要求した監視装置のユーザ情報とが一致するか否かを判定する。ここで、ログイン要求した監視装置の識別情報が「監視装置＃１」、ログインユーザＩＤ「ＲＯＯＴ」である場合に、ＵＩ＃３は、イニシエータ＃１が保持しているユーザ情報と一致すると判定し、イニシエータ＃１を選択する。また、このとき、ＵＩ＃３は、監視装置から受け付けたログイン要求に含まれる接続先となる他の伝送装置の識別情報と、各イニシエータが保持している接続先となる他の伝送装置の識別情報とが一致するか否かも判定しても良い。なお、ここでは、ＵＩ＃３が監視装置からログイン要求を受け付けた場合を説明したが、監視装置からログイン要求を受け付けた伝送装置は、使用されていないＵＩを使用するだけであり、ＵＩ＃３を使用することに限られるわけではない。

また、ＵＩ＃３によって選択されたイニシエータ＃１は、伝送装置＃１及び伝送装置＃２間、伝送装置＃１及び伝送装置＃３間のＯＳＩプロトコルセッションを所定時間維持している状態である。これらによって、監視装置にとっては、伝送装置＃２及び伝送装置＃３に対するログイン要求後、これらの伝送装置に対してログインしている状態に即座に遷移する。図７では、ＴＣＰ／ＩＰプロトコルセッションの復旧後に、監視装置が、伝送装置＃２及び伝送装置＃３にログインしている状態を破線で示している。

一方、ログイン要求した監視装置の識別情報が「監視装置＃１」、ログインユーザＩＤ「ＵＳＥＲ」である場合に、ＵＩ＃３は、各イニシエータが保持しているユーザ情報と一致しないと判定し、イニシエータ＃３を選択する。ここで選択されるイニシエータは、他の伝送装置とのＯＳＩプロトコルセッションを維持していないイニシエータである。イニシエータ＃３は、伝送装置＃４とのＯＳＩプロトコルセッションを確立し、ログイン要求した監視装置の識別情報「監視装置＃１」と、ログインユーザＩＤ「ＵＳＥＲ」と、接続先となる伝送装置＃４の識別情報「伝送装置＃４」とを対応付けて保持する。また、伝送装置＃４へのログイン時に、伝送装置＃１もログイン対象である場合に、ＵＩ＃３は、監視装置の識別情報「監視装置＃１」と、ログインユーザＩＤ「ＵＳＥＲ」と、イニシエータＩＤ「ＩＮＩ＃３」とを対応付けてユーザマネージャに保持させる。図７では、ＴＣＰ／ＩＰプロトコルセッションの復旧後に、監視装置が、伝送装置＃４にログインしている状態を実線で示している。また、このときも、イニシエータ＃１に保持される情報は、ＴＣＰ／ＩＰプロトコルセッションの切断後、所定時間内であれば削除されない。なお、図７では、説明の便宜上、共に他の伝送装置へのログイン状態を示す破線と実線とについて、ＵＩ＃３を経由しているが、実際にはＵＩが二重に使用されることはない。

［実施例１に係る伝送制御処理フロー］
次に、図８を用いて、実施例１に係る伝送制御処理を説明する。図８は、実施例１に係る伝送制御処理の流れの例を示すフローチャートである。なお、以下では、監視装置と伝送装置１００との間のＴＣＰ／ＩＰプロトコルセッションが切断されたときの伝送制御処理について説明する。

例えば、図８に示すように、伝送装置１００は、遠隔で監視される他の伝送装置にログインしている状態である場合に（Ｓ１０１肯定）、遠隔で監視される他の伝送装置との間のＯＳＩプロトコルセッションを維持する（Ｓ１０２）。そして、伝送装置１００は、遠隔で監視される他の伝送装置全てに対するログインの状態の維持について、ログインの状態を確認したか否かを判定し、未確認のものがあれば（Ｓ１０３否定）、Ｓ１０２の処理を実行する。

また、伝送装置１００は、全てのログイン状態について確認した場合に（Ｓ１０３肯定）、ＴＣＰ／ＩＰプロトコルセッションの切断時から所定時間が経過したか否かを判定する（Ｓ１０４）。このとき、伝送装置１００は、所定時間が経過していないと判定した場合に（Ｓ１０４否定）、監視装置との間のＴＣＰ／ＩＰプロトコルセッションが確立されたか否かを判定する（Ｓ１０５）。そして、伝送装置１００は、ＴＣＰ／ＩＰプロトコルセッションが確立されていないと判定した場合に（Ｓ１０５否定）、Ｓ１０４の処理を実行する。

また、伝送装置１００は、ＴＣＰ／ＩＰプロトコルセッションが確立されていると判定した場合に（Ｓ１０５肯定）、監視装置によるログイン対象に自装置が含まれているか否かを判定する（Ｓ１０６）。このとき、伝送装置１００は、ログイン対象に自装置が含まれていると判定した場合に（Ｓ１０６肯定）、監視装置のユーザ情報と、保持しているユーザ情報とが一致するか否かを判定する（Ｓ１０７）。

そして、伝送装置１００は、ユーザ情報が一致すると判定した場合に（Ｓ１０７肯定）、保持しているユーザ情報に対応するイニシエータプロセスを選択する（Ｓ１０８）。なお、選択されたイニシエータプロセスは、他の伝送装置とのＯＳＩプロトコルセッションを維持している。これにより、伝送装置１００は、確立されたＴＣＰ／ＩＰプロトコルセッションと維持されたＯＳＩプロトコルセッションとを接続することにより、監視装置による監視をログイン状態に即座に遷移する。また、伝送装置１００は、ユーザ情報が一致しないと判定した場合に（Ｓ１０７否定）、通常のログイン処理を実行する（Ｓ１０９）。

また、伝送装置１００は、ログイン対象に自装置が含まれていないと判定した場合に（Ｓ１０６否定）、監視装置のユーザ情報と、保持している他の伝送装置へのログインに対応するユーザ情報とが一致するか否かを判定する（Ｓ１１０）。そして、伝送装置１００は、ユーザ情報が一致すると判定した場合に（Ｓ１１０肯定）、一致したユーザ情報を保持するイニシエータプロセスを選択する（Ｓ１１１）。なお、選択されたイニシエータプロセスは、他の伝送装置とのＯＳＩプロトコルセッションを維持している。これにより、伝送装置１００は、確立されたＴＣＰ／ＩＰプロトコルセッションと維持されたＯＳＩプロトコルセッションとを接続することにより、監視装置による監視をログイン状態に即座に遷移する。また、伝送装置１００は、ユーザ情報が一致しないと判定した場合に（Ｓ１１０否定）、未使用のイニシエータプロセスを選択する（Ｓ１１２）。

また、伝送装置１００は、遠隔で監視される他の伝送装置にログインしている状態でない場合に（Ｓ１０１否定）、ＯＳＩプロトコルセッションを切断する（Ｓ１１３）。すなわち、監視装置による監視は、ログオフ状態になる。また、伝送装置１００は、所定時間が経過したと判定した場合に（Ｓ１０４肯定）、保持している監視装置のユーザ情報を破棄する（Ｓ１１４）。このときに破棄される情報は、図３及び図４に示した情報に該当する。その後、伝送装置１００は、ＯＳＩプロトコルセッションを切断する（Ｓ１１３）。この場合においても、監視装置による監視は、ログオフ状態になる。

［実施例１による効果］
上述したように、伝送装置１００は、監視装置等の外部装置との間のプロトコルセッションの切断時に他の伝送装置との間のプロトコルセッションを所定時間維持するとともに、外部装置のユーザ情報を所定時間保持する。また、伝送装置１００は、外部装置との間のプロトコルセッションの復旧後、外部装置からログイン要求された場合に、ログイン要求した外部装置のユーザ情報と、保持しているユーザ情報とが一致するか否かを判定する。また、伝送装置１００は、ユーザ情報が一致すると判定した場合に、復旧した外部装置との間のプロトコルセッションと、維持している他の伝送装置との間のプロトコルセッションとを接続する。これらの結果、伝送装置１００は、各伝送装置に対してログイン処理が実行される従来技術と比較して、装置間で伝送可能になるまでの時間を短縮することができる。また、伝送装置１００は、監視装置によるログイン処理を１台の伝送装置に行なわせるだけで、複数の伝送装置を監視可能にするので、監視できなくなる時間を削減することができる。また、伝送装置１００は、ログイン処理を複数の伝送装置それぞれに対して実行する従来技術と比較して、ユーザへの負担やユーザによる操作ミスを削減することができる。

さて、これまで本願に開示する伝送装置１００の実施例について説明したが、上述した実施例以外にも種々の異なる形態にて実施されてよいものである。そこで、（１）ユーザ情報の判定、（２）構成、（３）プログラム、において異なる実施例を説明する。

（１）ユーザ情報の判定
上記実施例では、ユーザ情報の判定について、監視装置を識別する識別情報と、ログインユーザＩＤとが一致するか否かを判定する場合を説明したが、少なくともログインユーザＩＤが一致するか否かを判定することにしても良い。また、監視装置が自装置にログインする際に、ユーザ情報が一致すれば維持されたプロトコルセッションに接続する場合を説明したが、さらに接続先となる他の伝送装置の識別情報が一致するか否かも判定するようにしても良い。また、監視装置が他の伝送装置にログインする際に、ユーザ情報と接続先となる他の伝送装置の識別情報とが一致するか否かを判定する場合を説明したが、ログインユーザＩＤが一致するか否かを判定するだけにしても良い。

また、ログインユーザＩＤが一致することで維持しているプロトコルセッションとの接続を実行する場合には、接続先となる他の伝送装置の識別情報と、監視装置がログイン要求している他の伝送装置の識別情報との一致度合いにより判定しても良い。例えば、伝送装置１００は、識別情報が全て一致する場合にのみ接続を実行しても良いし、識別情報が一部一致する場合に一致の数や割合等によって接続を実行しても良い。すなわち、一部一致の場合には、ログインを要する他の伝送装置にログイン処理を実行し、ログイン不要の他の伝送装置にログオフ処理を実行する。

（２）構成
また、上記文書中や図面中等で示した処理手順、制御手順、具体的名称、各種のデータやパラメータ等を含む情報（例えば、ユーザマネージャ１１２や、各イニシエータに記憶された情報等）については、特記する場合を除いて任意に変更することができる。また、ユーザマネージャ１１２や各イニシエータに記憶された情報は、任意のメモリに格納されていれば良く、ユーザマネージャ１１２や各イニシエータに記憶されることに限られない。

また、図示した伝送装置１００等の各構成要素は、機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は、図示のものに限られず、その全部又は一部を各種の負担や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合することができる。例えば、ＴＣＰ／ＩＰインタフェース１３０又はＯＳＩインタフェース１４０は、互いに異なるプロトコルの組み合わせであれば良いとともに、複数のプロトコルに応じてさらに複数のインタフェースを有していても良い。また、例えば、ＣＰＵ１５０は、複数のＣＰＵによって実現されても良い。

（３）プログラム
また、上記実施例で説明した伝送装置の各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、図９を用いて、上記の実施例で説明した伝送装置と同様の機能を有する伝送制御プログラムを実行するコンピュータの一例を説明する。図９は、伝送制御プログラムを実行するコンピュータを示す図である。

図９に示すように、コンピュータ１０００は、ＣＰＵ（Central Processing Unit）１１００、ＲＯＭ（Read Only Memory）１２００、ＨＤＤ（Hard Disk Drive）１３００、ＲＡＭ（Random Access Memory）１４００を有する。これら１０００〜１４００の各部は、バス１５００を介して接続される。

ＲＯＭ１２００には、上記の実施例１で示したＣＰＵ１５０と同様の機能を発揮する伝送制御プログラムが予め記憶される。すなわち、ＲＯＭ１２００には、図９に示すように、伝送制御プログラム１２００ａが記憶される。なお、伝送制御プログラム１２００ａについては、適宜分離しても良い。そして、ＣＰＵ１１００が、伝送制御プログラム１２００ａをＲＯＭ１２００から読み出して実行する。また、ＨＤＤ１３００には、ユーザ情報１３００ａが設けられる。ユーザ情報１３００ａは、図３に示したユーザマネージャが保持する情報、又は、図４に示したイニシエータが保持する情報に対応する。

そして、ＣＰＵ１１００は、ユーザ情報１３００ａを読み出してＲＡＭ１４００に格納する。さらに、ＣＰＵ１１００は、ＲＡＭ１４００に格納されたユーザ情報データ１４００ａを用いて、伝送制御プログラムを実行する。なお、ＲＡＭ１４００に格納される各データは、常に全てのデータがＲＡＭ１４００に格納されなくても良く、処理に要するデータのみがＲＡＭ１４００に格納されれば良い。なお、伝送制御プログラムについては、必ずしも最初からＲＯＭ１２００に記憶させておかなくても良い。

例えば、コンピュータ１０００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ１０００がこれらからプログラムを読み出して実行するようにしてもよい。さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１０００に接続される「他のコンピュータ（またはサーバ）」などにプログラムを記憶させておく。そして、コンピュータ１０００がこれらからプログラムを読み出して実行するようにしてもよい。

１００ 伝送装置
１１０ ファームウェア
１１１ａ〜１１１ｄ ＵＩ
１１２ ユーザマネージャ
１１３ａ〜１１３ｄ イニシエータ
１１４ その他のプロセス群
１２０ メモリ
１３０ ＴＣＰ／ＩＰインタフェース
１４０ ＯＳＩインタフェース
１５０ ＣＰＵ
１６０ その他のＨＷ

Claims (5)

1. 外部装置と自装置との間の第１プロトコルセッションでの通信を制御する第１通信インタフェースと、
   自装置と該自装置を経由して前記外部装置に接続可能な他の伝送装置との間の第２プロトコルセッションでの通信を制御する第２通信インタフェースと、
   前記第１通信インタフェースを介した前記第１プロトコルセッションと、前記第２通信インタフェースを介した前記第２プロトコルセッションとを接続するプロセッサと
   を有し、
   前記プロセッサは、
   前記第１プロトコルセッションが切断された場合に、前記外部装置のユーザ情報を所定時間保持するとともに、前記第２プロトコルセッションを前記所定時間維持し、
   前記第１プロトコルセッションが新たに確立された後、外部装置から前記伝送装置又は前記他の伝送装置にログイン要求された場合に、前記ユーザ情報と、ログイン要求した外部装置のユーザ情報とが一致するか否かを判定し、
   一致すると判定した場合に、新たに確立された前記第１プロトコルセッションと、維持された前記第２プロトコルセッションとを接続する
   ことを特徴とする伝送装置。
2. コンピュータによって実行される伝送制御方法であって、
   外部装置と伝送装置との間の第１プロトコルセッションが切断された場合に、前記外部装置のユーザ情報を所定時間保持するとともに、前記伝送装置と該伝送装置を経由して前記外部装置に接続可能な他の伝送装置との間の第２プロトコルセッションを前記所定時間維持し、
   前記第１プロトコルセッションが新たに確立された後、外部装置から前記伝送装置又は前記他の伝送装置にログイン要求された場合に、前記ユーザ情報と、ログイン要求した外部装置のユーザ情報とが一致するか否かを判定し、
   一致すると判定した場合に、新たに確立された前記第１プロトコルセッションと、維持された前記第２プロトコルセッションとを接続する
   ことを特徴とする伝送制御方法。
3. 外部装置と伝送装置との間の第１プロトコルセッションが切断された場合に、前記外部装置のユーザ情報を所定時間保持するとともに、前記伝送装置と該伝送装置を経由して前記外部装置に接続可能な他の伝送装置との間の第２プロトコルセッションを前記所定時間維持し、
   前記第１プロトコルセッションが新たに確立された後、外部装置から前記伝送装置又は前記他の伝送装置にログイン要求された場合に、前記ユーザ情報と、ログイン要求した外部装置のユーザ情報とが一致するか否かを判定し、
   一致すると判定した場合に、新たに確立された前記第１プロトコルセッションと、維持された前記第２プロトコルセッションとを接続する
   処理をコンピュータに実行させることを特徴とする伝送制御プログラム。
4. 前記維持する処理は、前記外部装置から前記他の伝送装置へのログイン中に前記第１プロトコルセッションが切断された場合に、前記外部装置のユーザ情報及び前記他の伝送装置の識別情報を所定時間保持し、
   前記判定する処理は、外部装置から前記他の伝送装置にログイン要求された場合に、前記ユーザ情報及び前記他の伝送装置の識別情報と、ログイン要求した外部装置のユーザ情報及びログイン要求先の伝送装置の識別情報とが一致するか否かを判定することを特徴とする請求項３に記載の伝送制御プログラム。
5. 前記維持する処理において、前記第２プロトコルセッションを第１プロセスに前記所定時間維持させ、
   前記判定する処理において、前記ユーザ情報と、前記ログイン要求した外部装置のユーザ情報とが一致するか否かを第２プロセスに判定させ、
   前記接続する処理において、前記第２プロセスは、一致すると判定した場合に、新たに確立された前記第１プロトコルセッションと、前記第１プロセスによって維持された前記第２プロトコルセッションとを接続することを特徴とする請求項３又は４に記載の伝送制御プログラム。

Images