(57)【要約】【課題】データ転送セッションの状態を調査する。【解決手段】データを受信する受信装置２００から所定の間隔で受信済データ量を取得し、受信済データ量の変化を検知する。これにより、受信済データ量に変化がない場合には、データ転送セッションが無応答状態であると判断することができる。また、データ転送セッションが無応答状態である場合には、データ転送セッションの再確立を行うことで、データ転送をより確実に遂行することができる。【選択図】図１
2008040680.tif 000002
【特許請求の範囲】
【請求項１】
送信装置から受信装置へデータを転送するためのデータ転送セッションの状態を監視する監視装置により実行される監視方法であって、
前記受信装置から当該受信装置が前記送信装置から受信したデータ量を表す受信済データ量を取得し、記憶手段に記憶するステップと、
前記記憶手段から当該受信済データ量と前回取得した前記受信済データ量とを読み出し、比較するステップと、
前記受信済データ量を比較した結果、前記受信済データ量に変化が見られないときには、前記データ転送セッションが無応答状態であると判断するステップと、
を有することを特徴とする監視方法。
【請求項２】
前記受信済データ量を取得するステップは、前記受信装置との間に監視セッションを確立し、当該監視セッションにより前記受信済データ量を取得することを特徴とする請求項１に記載の監視方法。
【請求項３】
前記データ転送セッションが無応答状態であると判断されたときには、当該データ転送セッションを切断し、再度データ転送セッションを確立するステップをさらに有することを特徴とする請求項１又は２に記載の監視方法。
【請求項４】
送信装置から受信装置へデータを転送するためのデータ転送セッションの状態を監視する監視装置であって、
前記受信装置から当該受信装置が前記送信装置から受信したデータ量を表す受信済データ量を取得するデータ量取得手段と、
当該受信済データ量と前回取得した前記受信済データ量とを比較するデータ量比較手段と、
前記データ量比較手段において比較した前記受信済データ量に変化が見られないときには、前記データ転送セッションが無応答状態であると判断するセッション状態判断手段と、
を有することを特徴とする監視装置。
【請求項５】
前記データ量取得手段は、前記受信装置との間に監視セッションを確立し、当該監視セッションにより前記受信済データ量を取得することを特徴とする請求項４に記載の監視装置。
【請求項６】
前記データ転送セッションが無応答状態であると判断されたときには、当該データ転送セッションを切断し、再度データ転送セッションを確立するように前記送信装置または前記受信装置の少なくとも一方に通知するセッション状態通知手段を有することを特徴とする請求項４又は５に記載の監視装置。
【請求項７】
送信装置から受信装置へデータを転送するためのデータ転送セッションの状態を監視するためにコンピュータにより実行される監視プログラムであって、
前記受信装置から当該受信装置が前記送信装置から受信したデータ量を表す受信済データ量を取得し、記憶手段に記憶する処理と、
前記記憶手段から当該受信済データ量と前回取得した前記受信済データ量とを読み出し、比較する処理と、
前記受信済データ量を比較した結果、前記受信済データ量に変化が見られないときには、前記データ転送セッションが無応答状態であると判断する処理と、
をコンピュータに実行させることを特徴とする監視プログラム。
【請求項８】
前記受信済データ量を取得する処理は、前記受信装置との間に監視セッションを確立し、当該監視セッションにより前記受信済データ量を取得することを特徴とする請求項７に記載の監視プログラム。
【請求項９】
前記データ転送セッションが無応答状態であると判断されたときには、当該データ転送セッションを切断し、再度データ転送セッションを確立する処理をさらにコンピュータに実行させることを特徴とする請求項７又は８に記載の監視プログラム。
【請求項１０】
データ転送セッションによりデータを送信する送信装置と、
前記データを受信する受信装置と、
前記データ転送セッションの状態を監視する監視装置と、を有する監視システムであって、
前記受信装置は、
前記送信装置から受信したデータ量を表す受信済データ量を前記監視装置に出力するデータ量出力手段を有し、
前記監視装置は、
前記受信装置から前記受信済データ量を取得するデータ量取得手段と、
前記受信装置から当該受信装置が前記送信装置から受信した受信済データ量を取得するデータ量取得手段と、
当該受信済データ量と前回取得した前記受信済データ量とを比較するデータ量比較手段と、
前記データ量比較手段において比較した前記受信済データ量に変化が見られないときには、前記データ転送セッションが無応答状態であると判断するセッション状態判断手段と、を有し、
前記送信装置は、
前記監視装置が前記データ転送セッションが無応答状態であると判断したときには、当該データ転送セッションを切断し、前記受信装置との間に再度データ転送セッションを確立することを特徴とする監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ転送が行われているデータ転送セッションの状態を監視する技術に関する。
【背景技術】
【０００２】
インターネットなどのネットワークを介してデータ転送している場合に、転送元装置と転送先装置との間のデータ転送経路において、電源の瞬断、ケーブルの交換作業、トラフィック過多などさまざまな理由で装置間のリンクが一時的に失われることがある。再度リンクが復旧しても、データ転送セッションは停止または失われてしまうことが多く、この場合、双方あるいは片方の装置においてデータ転送セッションの喪失が検出できずに装置が稼動し続けることがある。
【０００３】
従来、転送元装置と転送先装置との間でのネットワーク障害を監視する方法として、ＩＣＭＰ（Internet Control Message Protocol）というプロトコルを用いてネットワークの疎通を定期的に確認する方法がある（非特許文献１参照）。例えば、ネットワークの疎通を確認するコマンドとして「ping」コマンドが知られている。pingはＩＣＭＰを用いてネットワークの疎通を確認したいホストに対してパケットを発行し、正しく返答が行われるか否かによりネットワークの疎通を確認する。
【非特許文献１】加地眞也、”ネットワークの疎通を確認するには？”、［online］、平成１３年８月３０日、アイティメディア株式会社、［平成１８年７月７日検索］、インターネット＜ＵＲＬ：http://www.atmarkit.co.jp/fnetwork/netcom/netcom01/netcom01.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、定期的にパケットを送信し、その返答を確認する従来の監視方法では、定期的な監視の間に通信経路が一旦喪失し、その後復旧した場合には、その間に発生したネットワーク障害が検出できず、データ転送セッションの喪失を検知することができない。
【０００５】
また、データ転送セッションのパケットを直接捕捉することにより、データ転送セッションが停止していないかを把握することも可能であるが、多数のパケットからデータ転送セッションのパケットを探索する必要があり、簡便な方法ではない。
【０００６】
本発明は、上記に鑑みてなされたものであり、その課題とするところは、データ転送セッションの状態を簡易に調査することにある。
【課題を解決するための手段】
【０００７】
第１の本発明に係る監視方法は、送信装置から受信装置へデータを転送するためのデータ転送セッションの状態を監視する監視装置により実行される監視方法であって、受信装置から当該受信装置が送信装置から受信したデータ量を表す受信済データ量を取得し、記憶手段に記憶するステップと、記憶手段から当該受信済データ量と前回取得した受信済データ量とを読み出し、比較するステップと、受信済データ量を比較した結果、受信済データ量に変化が見られないときには、データ転送セッションが無応答状態であると判断するステップと、を有することを特徴とする。
【０００８】
本発明にあっては、送信装置から送信されるデータを受信している受信装置から受信済データ量を取得して、前回取得した受信済データ量と比較することにより、受信装置において実際に受信したデータ量が増加しているか否かを知ることができるので、受信済データ量に変化がない場合には、データ送信に利用されているデータ転送セッションが無応答状態であると判断することを可能とする。
【０００９】
上記監視方法において、受信済データ量を取得するステップは、受信装置との間に監視セッションを確立し、当該監視セッションにより受信済データ量を取得することを特徴とする。
【００１０】
本発明にあっては、本発明を実行する監視装置と受信装置とをネットワークを介して接続し、監視セッションを確立することにより、受信済データ量を取得することで、受信装置とは物理的に離れた地点においてもデータ転送セッションの状態の監視を可能とする。
【００１１】
上記監視方法において、データ転送セッションが無応答状態であると判断されたときには、当該データ転送セッションを切断し、再度データ転送セッションを確立するステップをさらに有することを特徴とする。
【００１２】
本発明にあっては、データ転送セッションが無応答状態であると判断された場合に、データ転送セッションを再確立することにより、データ送信をより確実に遂行することができる。
【００１３】
第２の本発明に係る監視装置は、送信装置から受信装置へデータを転送するためのデータ転送セッションの状態を監視する監視装置であって、受信装置から当該受信装置が送信装置から受信したデータ量を表す受信済データ量を取得するデータ量取得手段と、当該受信済データ量と前回取得した受信済データ量とを比較するデータ量比較手段と、データ量比較手段において比較した受信済データ量に変化が見られないときには、データ転送セッションが無応答状態であると判断するセッション状態判断手段と、を有することを特徴とする。
【００１４】
第３の本発明に係る監視プログラムは、送信装置から受信装置へデータを転送するためのデータ転送セッションの状態を監視するためにコンピュータにより実行される監視プログラムであって、受信装置から当該受信装置が送信装置から受信したデータ量を表す受信済データ量を取得し、記憶手段に記憶する処理と、記憶手段から当該受信済データ量と前回取得した受信済データ量とを読み出し、比較する処理と、受信済データ量を比較した結果、受信済データ量に変化が見られないときには、データ転送セッションが無応答状態であると判断する処理と、をコンピュータに実行させることを特徴とする。
【００１５】
第４の本発明に係る監視システムは、データ転送セッションによりデータを送信する送信装置と、データを受信する受信装置と、データ転送セッションの状態を監視する監視装置と、を有する監視システムであって、受信装置は、送信装置から受信したデータ量を表す受信済データ量を監視装置に出力するデータ量出力手段を有し、監視装置は、受信装置から受信済データ量を取得するデータ量取得手段と、受信装置から当該受信装置が送信装置から受信した受信済データ量を取得するデータ量取得手段と、当該受信済データ量と前回取得した受信済データ量とを比較するデータ量比較手段と、データ量比較手段において比較した受信済データ量に変化が見られないときには、データ転送セッションが無応答状態であると判断するセッション状態判断手段と、を有し、送信装置は、監視装置がデータ転送セッションが無応答状態であると判断したときには、当該データ転送セッションを切断し、受信装置との間に再度データ転送セッションを確立することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、データ転送セッションの状態を簡易に調査することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態について図面を用いて説明する。
【００１８】
図１は、本実施の形態における監視装置を有する送信装置の構成を示すブロック図であり、図２は、データ通信を行う送信装置と受信装置の全体の構成を示す模式図である。図１に示す送信装置１００は、通信部１１０、データ送信部１１１およびデータ記憶部１１２を有する送信部と、データ量取得部１２１、データ量比較部１２２およびタイマー１２３を有する監視装置１２０とを備えている。なお、送信装置１００は、演算処理装置、記憶装置、メモリ等を備えたコンピュータにより構成できるものであり、各部の処理はプログラムによって実行される。プログラムはコンピュータの記憶装置に記憶されており、記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００１９】
データ送信部１１１は、データ記憶部１１２に記憶されたデータを通信部１１０を介して受信装置２００に送信する。図２に示すように、送信装置１００と受信装置２００はネットワーク３００上に配置されており、通信部１１０により、ネットワークを介して接続された受信装置２００との間にデータ転送セッション３１０を確立してデータ通信を行う。
【００２０】
データ量取得部１２１は、受信装置２００により受信されたデータの量（受信済データ量）を通信部１１０を介して受信装置２００から取得し、データ量比較部１２２に出力する。なお、受信済データ量を取得するに際しては、通信部１１０により、データ転送セッション３１０とは別の監視セッション３２０をネットワーク上に確立する。
【００２１】
データ量比較部１２２は、受信済データ量を入力し、前回取得した受信済データ量と比較する。受信済データ量を比較した結果、受信済データ量に変化がない場合には、データ転送セッション３１０は無応答状態であると判断する。入力した受信済データ量は、次回の比較のためにデータ量比較部１２２の有するメモリーなどに記憶しておく。
【００２２】
タイマー１２３は、データ量取得部１２１が受信済データ量を取得するタイミングを管理する。タイマー１２３の規定する所定の間に受信装置２００がデータを受信したか否かを検知することにより、その間のデータ転送セッション３１０の状態を判断することができる。
【００２３】
次に、図３に示すフローチャートを用いて処理の流れについて説明する。通信部１１０により、送信装置１００と受信装置２００との間にデータ転送セッション３１０を確立し（ステップＳ１）、データ送信部１１１により、受信装置２００へのデータ送信を開始する（ステップＳ２）。データ送信は、例えば、ＦＴＰ（File Transfer Protocol）を用いて行う。具体的には、送信装置１００は、PORTコマンドにより自分のＩＰアドレス（Internet Protocol Address）とポート番号を指定してデータ転送セッション３１０を確立し、STORコマンドにより受信装置へデータを送信する。なお、データ送信にＦＴＰを用いることに限るものではなく、他のプロトコルを利用しても良い。
【００２４】
データ送信が開始したことにより、監視装置１２０は、受信装置２００との間に監視セッション３２０を確立する（ステップＳ１０）。タイマー１２３により、所定の時間（例えば１０秒）が経過したか否かを判断し（ステップＳ３）、所定の時間が経過している場合には、データ量取得部１２１により、受信装置２００から受信済データ量を取得する（ステップＳ４）。受信済データ量の取得は、受信装置２００から、ネットワーク上に確立した監視セッション３２０を介して行う。例えば、ＦＴＰを利用する場合は、LISTコマンドにより、受信装置２００が受信して記憶装置に記憶したデータのサイズを得ることができる。
【００２５】
データ量比較部１２２により、前回取得した受信済データ量と、今回取得した受信済データ量とを比較し（ステップＳ５）、受信済データ量に変化が見られない場合には、データ転送セッション３１０は無応答状態であると判断できるので、データ転送セッション３１０を一旦強制終了し（ステップＳ６）、データ転送セッション３１０の再確立を試みる（ステップＳ１）。受信済データ量に変化が見られる場合は、データ送信が終了したか否かを判断し（ステップＳ７）、データ送信が終了している場合には、データ転送セッション３１０を正常終了させるとともに（ステップＳ８）、監視セッション３２０を終了する（ステップＳ１１）。まだ、送信するデータが残っている場合には、再びデータ送信の監視を行うためにステップＳ３へ進む。
【００２６】
なお、監視セッション３２０は、データ転送セッション３１０を再確立する際に、改めて確立し直しても良いし、監視セッション３２０を接続したままデータ転送セッション３１０の再確立をしても良い。また、監視セッション３２０を受信済データ量を取得する毎に確立しても良い。
【００２７】
したがって、本実施の形態によれば、データを受信する受信装置２００から所定の間隔で受信済データ量を取得し、受信済データ量の変化を検知することにより、実際にデータが受信できているか否かを容易に判断することができる。また、受信済データ量に変化がない場合には、データ転送セッションが無応答状態であると判断し、データ転送セッションを再確立することにより、データ転送を遂行することができる。
【００２８】
なお、受信装置が監視装置を備えてもよい。この場合、図４のフローチャートに示すように、受信済データ量はネットワークを介することなく取得することができる（ステップＳ２４）。受信済データ量の変化がなく、データ転送セッションが無応答状態と判断されたときは（ステップＳ２５）、データ転送セッションを強制終了し（ステップＳ２６）、再度データ転送セッションを確立する（ステップＳ２１）。
【００２９】
さらに、監視装置を送信装置や受信装置とは独立した別の装置として構成してもよい。この場合も、監視装置は、受信装置から転送済データ量を取得し、データ転送セッションの状態を判断し、送信装置あるいは受信装置に対してデータ転送セッションの再確立の要求を出す。
【図面の簡単な説明】
【００３０】
【図１】一実施の形態における監視装置を有する送信装置の構成を示すブロック図である。
【図２】図１に示す送信装置と受信装置の全体の構成を示す模式図である。
【図３】一実施の形態における監視方法の処理の流れを示すフローチャートである。
【図４】別の実施の形態における監視方法の処理の流れを示すフローチャートである。
【符号の説明】
【００３１】
１００…送信装置
１１０…通信部
１１１…データ送信部
１１２…データ記憶部
１２０…監視装置
１２１…データ量取得部
１２２…データ量比較部
１２３…タイマー
２００…受信装置
３００…ネットワーク
３１０…データ転送セッション
３２０…監視セッション
【図１】
2008040680.tif 000003
【図２】
2008040680.tif 000004
【図３】
2008040680.tif 000005
【図４】
2008040680.tif 000006