JP2011159057A - データ通信システム - Google Patents

Abstract

【課題】ＷＩＮＳサーバを使用せずに、データの宛先となる情報処理装置がデータの送信元である周辺装置と同一セグメント状態にない場合であっても当該情報処理装置へデータを送信できるようにする。
【解決手段】周辺装置は、ファイルの送信先となる情報処理装置のネットワークセグメントが、周辺装置のネットワークセグメントと同一のネットワークセグメントであるか異なるネットワークセグメントであるかを判定する。同一のネットワークセグメントであれば、周辺装置で稼働しているファイル共有サービスがファイルを情報処理装置に直接的に送信する。一方、異なるネットワークセグメントであれば、周辺装置は、ファイルを転送装置のファイル転送アプリケーションに送信することで情報処理装置に間接的に送信する。
【選択図】図３

Description

本発明は、ネットワークスキャナなどからのデータを転送するデータ通信システムに関する。

近年、ネットワークの普及に伴い、複数のパーソナルコンピュータ（以下、ＰＣ）と、１つのファイルサーバ、プリンタ、スキャナ等を社内ＬＡＮで接続して、これらのリソースを共有して使用するデータ通信システムが構築されている。特にスキャナに関してはその用途も拡大して、スキャンした画像データをファイルに保存して、ネットワーク上のＰＣの共有フォルダに、そのファイルを直接送信することのできるネットワークスキャナについて市場でのニーズがある。一方で、特許文献１によれば、ＬＡＮに接続されたスキャナ装置から当該ＬＡＮに接続されたパーソナルコンピュータ（ＰＣ）のフォルダのうちネットワークワーックにより共有化されていないフォルダに画像ファイルを格納する方法が記載されている。

特開２００２−０７７１７７号公報

ところで、ネットワークスキャナには、高性能ＣＰＵやハードディスクドライブ（ＨＤＤ）を装備した高価で大型なものから、低性能ＣＰＵながらＨＤＤを必要としない安価で小型なものまである。高価で大型なネットワークスキャナに組み込まれているオペレーティングシステム（以下、ＯＳ）は、たとえば、Ｗｉｎｄｏｗｓ ＸＰ（登録商標）など、高機能なＯＳを使用することが多い。一方、安価で小型なネットワークスキャナに組み込まれているＯＳは、たとえば、Ｗｉｎｄｏｗｓ ＣＥ（登録商標）など、それ自体のプログラムサイズが小さなＯＳを使用することが多い。いずれにせよ、ＯＳにＷｉｎｄｏｗｓ（登録商標）を用いたネットワークスキャナは、Ｗｉｎｄｏｗｓ（登録商標）ファイル共有サービスを利用して、ネットワーク上のＰＣの共有フォルダにアクセスしている。ファイル共有サービスは、「ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）」や、「ＣＩＦＳ（Ｃｏｍｍｏｎ Ｉｎｔｅｒｎｅｔ Ｆｉｌｅ Ｓｙｓｔｅｍ）」といったプロトコルで実現されている。ＳＭＢプロトコルは、ＮＢＴ（ＮｅｔＢＩＯＳ ｏｖｅｒ ＴＣＰ／ＩＰ）プロトコルを使用している。ＣＩＦＳプロトコルは、ＴＣＰ／ＩＰプロトコルをそれぞれ使用している。ＳＭＢ、ＣＩＦＳのどちらのプロトコルでも、最終的にはアクセス先ＰＣのＩＰアドレスを必要とする。

ＰＣには、他のＰＣと重複しないように「ＮｅｔＢＩＯＳ名」と「フルコンピュータ名」の２つの名前が付けられている。「フルコンピュータ名」は「ＮｅｔＢＩＯＳ名」も含んだ名前になるのが一般的である。たとえば、Ｗｉｎｄｏｗｓ（登録商標）は、これら２つの名前からＩＰアドレスを導き出して名前解決を行っている。名前解決は、ＷＩＮＳ（Ｗｉｎｄｏｗｓ（登録商標） Ｉｎｔｅｒｎｅｔ Ｎａｍｅ Ｓｅｒｖｉｃｅ）サーバに問い合わせたり、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバに問い合わせたり、ＬＭＨＯＳＴ／ＨＯＳＴファイルを使用したり、「ＮｅｔＢＩＯＳ名」でブロードキャストしたりして行われる。通常、Ｗｉｎｄｏｗｓ（登録商標）のファイル共有サービスのうち、ＳＭＢプロトコルではＷＩＮＳサーバに対してアクセス先ＰＣの「ＮｅｔＢＩＯＳ名」を送ることで名前解決を行っている。ＣＩＦＳプロトコルではＤＮＳサーバに対してアクセス先ＰＣの「フルコンピュータ名」を送り名前解決を行っている。ただし、Ｗｉｎｄｏｗｓ ＣＥ（登録商標）のファイル共有サービスは、ＳＭＢプロトコルだけしかサポートしていない。つまり、Ｗｉｎｄｏｗｓ ＣＥ（登録商標）を使用したネットワークスキャナは、ネットワーク上のＰＣの共有フォルダにアクセスするのに、「ＮｅｔＢＩＯＳ名」で名前解決しなければならない。

「ＮｅｔＢＩＯＳ名」で名前解決するには、先述したようにＷＩＮＳサーバに問い合わせるか、ＬＭＨＯＳＴファイルを参照するか、あるいは「ＮｅｔＢＩＯＳ名」でブロードキャストする必要がある。特にルータ等を超えて自身と異なるネットワークセグメント上のＰＣに対する名前解決は、ＷＩＮＳサーバに問い合わせるか、あるいはＬＭＨＯＳＴファイルを参照することになる。

ところが、ＷＩＮＳサーバは、同一ネットワークセグメント上のＰＣから定期的に「ＮｅｔＢＩＯＳ名」を受信するという仕様であるため、ネットワークトラフィックの原因になりやすい。このため最近では、ＷＩＮＳサーバを使用しないネットワーク環境が増えてきている。さらに、Ｗｉｎｄｏｗｓ ＣＥ（登録商標）は、ＬＭＨＯＳＴファイルをサポートしていない。

このようにＯＳにＷｉｎｄｏｗｓ ＣＥ（登録商標）を使用したネットワークスキャナは、ＷＩＮＳサーバのないネットワーク環境において、自身と異なるネットワークセグメント上のＰＣの共有フォルダにアクセスすることができず、ファイル送信等ができないといった問題を抱えている。「ＮｅｔＢＩＯＳ名」でブロードキャストする方法は、同一セグメントにおいてしか機能しない。ネットワークのセグメントが異なれば、ブロードキャストが到達しないからである。

そこで、本発明は、このような課題および他の課題のうち、少なくとも１つを解決することを目的とする。たとえば、本発明は、データの宛先となる情報処理装置がデータの送信元である周辺装置と同一セグメント状態にない場合であっても当該情報処理装置へデータを送信できるようにすることを目的とする。より具体的には、本発明は、ＷＩＮＳサーバを使用せずに、周辺装置と異なるネットワークセグメント上のＰＣの共有フォルダに対してファイルの送信を可能とすることを目的とする。なお、他の課題については明細書の全体を通して理解できよう。

本発明のデータ通信システムは、ＴＣＰ／ＩＰプロトコルによる通信ネットワークに接続される第１の情報処理装置に対してデータ通信を行う周辺装置と、周辺装置から第１の情報処理装置へのデータ通信を中継する第２の情報処理装置とを備える。周辺装置は、第１の情報処理装置との間でデータ通信を行うデータ通信部と、第１の情報処理装置が通信ネットワークにおいて同一セグメント接続状態にあるか別セグメント接続状態にあるかを判断するセグメント判断部と、セグメント判断部での判断結果が同一セグメント接続状態であるときにデータ通信部から第１の情報処理装置にデータ通信を行うよう制御するとともに、別セグメント接続状態であるときにデータ通信部から第２の情報処理装置を中継地点として第１の情報処理装置にデータ通信を行うよう制御する通信制御部とを備える。

本発明によれば、周辺装置はＷＩＮＳサーバを使用せずに、異なるネットワークセグメント上のＰＣの共有フォルダに対してファイルを送信することが可能となる。とりわけ、ネットワークセグメントが同一か否かに応じて、転送装置を経由してファイルを送信するか、直接的に情報処理装置にファイルを送信するかを切り替える。これにより、ユーザは、経由地点にすぎないＰＣを意識しないで済むようになるため、ユーザの使い勝手が向上する。

ＴＣＰ／ＩＰプロトコルを用いて通信するデータ通信システムの一例を示す図。 実施形態に係るネットワークスキャナと各ＰＣを示すブロック図。 実施形態に係るネットワークスキャナシステムの構成を示す図。 実施形態に係るネットワークスキャナシステムの構成を示す図。 ネットワークスキャナの通信方法を示すシーケンス図。 制御コマンドの例を示す図。 ファイル送信処理を示したフローチャート図。 ネットワークセグメントの判別方法を示すフローチャート図。

はじめに、本発明の基本的な技術思想について説明する。ファイル共有サービスは、一般に、ＳＭＢプロトコルやＣＩＦＳプロトコルを利用してファイル共有を実現している。しかし、Ｗｉｎｄｏｗｓ ＣＥ（登録商標）などのコンパクトなＯＳのファイル共有サービスは、ＳＭＢプロトコルだけしかサポートしていない。よって、このようなＯＳでは、ネットワーク上のＰＣの共有フォルダにアクセスするのに、「ＮｅｔＢＩＯＳ名」で名前解決しなければならない。そのために、ＷＩＮＳサーバまたは「ＮｅｔＢＩＯＳ名」でのブロードキャストのいずれかに頼らなければならないが、前者はネットワークでのインストールが回避される傾向にあり、後者は同一セグメントにおいてしか機能しない。

この課題を解決する手法について、図１を用いて説明する。図１は、ＴＣＰ／ＩＰプロトコルを用いて通信するデータ通信システムの一例を示す図である。

ここでは、ルーター１０５の左側（図１左側）のネットワークを第１のネットワークと呼ぶことにし、ルーター１０５の右側（図１右側）のネットワークを第２のネットワークと呼ぶことにする。図１に示したネットワーク環境は、ネットワークスキャナ１００と同一のネットワークセグメント上にＰＣ−Ｎｅａｒ１１０が接続されている。

ＰＣ−Ｎｅａｒ１１０は、第１のネットワークに接続された第１の情報処理装置の一例である。ネットワークスキャナ１００は、原稿の画像を読み取る画像読取部と、周辺装置の動作を制御するためのユーザインタフェースとを備え、ユーザインタフェースでの操作に基づいて画像読取部を制御して得られる原稿画像データをデータ通信部によって第１の情報処理装置にデータ送信する周辺装置の一例である。

ネットワークスキャナ１００は、さらに、ルーター１０５を介在させて、別のネットワークセグメント上にＰＣ−Ｆａｒ１２０とＰＣ−Ｆａｒ１３０に接続されている。

ＰＣ−Ｆａｒ１２０とＰＣ−Ｆａｒ１３０は、第１のネットワークとはネットワークセグメントが異なる第２のネットワークに接続された第１の情報処理装置の一例である。

ネットワークスキャナ１００は、ＯＳとしてＷｉｎｄｏｗｓ ＣＥ（登録商標）を採用している。また、ＰＣ−Ｎｅａｒ１１０、ＰＣ−Ｆａｒ１２０およびＰＣ−Ｆａｒ１３０は、Ｗｉｎｄｏｗｓ ＸＰ（登録商標）をＯＳとして採用している。なお、ネットワークスキャナ１００とＰＣ−Ｎｅａｒ１１０が接続されているローカルのネットワークではＷＩＮＳサーバは稼働していない。

よって、ネットワークスキャナ１００は、「ＮｅｔＢＩＯＳ名」でのブロードキャストを使用して、ＰＣ−Ｎｅａｒ１１０とファイルを共有できるが、異なるネットワークセグメントに位置しているＰＣ−Ｆａｒ１２０およびＰＣ−Ｆａｒ１３０とはファイルを共有できない。

一方で、ＰＣ−Ｎｅａｒ１１０は、Ｗｉｎｄｏｗｓ ＸＰ（登録商標）を採用しているため、異なるネットワークセグメントにあるＰＣともファイルを共有できる。そこで、本実施形態では、ネットワークスキャナ１００がＰＣ−Ｎｅａｒ１１０を中継装置として利用することで、ＰＣ−Ｆａｒ１２０およびＰＣ−Ｆａｒ１３０とファイルを共有する。

ネットワークスキャナ１００は、ユーザからの指示を受け付けるためのユーザ入力部１０２を備えている。ユーザ入力部１０２には、スキャン動作を開始するためのスタートボタン１０３と、スキャンした画像をファイルにして、そのファイルを送信する送信先を指定するためのアドレス設定部１０４が設けられている。送信先は、アドレス設定部１０４を介してあらかじめ指定される。たとえば、アドレス設定部１０４にはＰＣ−Ｎｅａｒ１１０の共有フォルダ１１４が指定される。ユーザ入力部１０２の一例としては、タッチパネル等を採用することができる。

ユーザがスタートボタン１０３を押下したら、ネットワークスキャナ１００はスキャンを開始して、作成したファイルをアドレス設定部１０４で指定されたＰＣ−Ｎｅａｒ１１０の共有フォルダ１１４に送信する。ＰＣ−Ｎｅａｒ１１０には、ファイル転送アプリケーション１１１が常駐している。

このファイル転送アプリケーション１１１は、いくつかの設定データを使用して、周辺装置から送信されたファイルを、異なるセグメントとなる第２のネットワークに接続された第１の情報処理装置に転送する。

ファイル転送アプリケーション１１１は、監視の対象となるフォルダを指定するための監視元フォルダ設定１１２と、ファイルの転送先となるフォルダを示す転送先フォルダ設定１１３を管理している。

また、ファイル転送アプリケーション１１１は、監視元フォルダ設定１１２に設定されているフォルダを常時監視し、当該フォルダにファイルが書き込まれているかどうかを判定する。そして、当該フォルダにファイルが書き込まれると、ファイル転送アプリケーション１１１は、転送先フォルダ設定１１３に設定されたフォルダにそのファイルを転送する。

ここでは、監視元フォルダ設定１１２に、ＰＣ−Ｎｅａｒ１１０の共有フォルダ１１４、１１５の２つが指定されている。また、転送先フォルダ設定１１３に、ＰＣ−Ｆａｒ１２０の共有フォルダ１２１、ＰＣ−Ｆａｒ１３０の共有フォルダ１３１がそれぞれ指定されている。

さらに、共有フォルダ１１４とＰＣ−Ｆａｒ１２０の共有フォルダ１２１とが関連付けられており、共有フォルダ１１５とＰＣ−Ｆａｒ１３０の共有フォルダ１３１とが関連付けられている。ファイル転送アプリケーション１１１は、ネットワークスキャナ１００からＰＣ−Ｎｅａｒ１１０の共有フォルダ１１４に書き込まれたファイルをＰＣ−Ｆａｒ１２０の共有フォルダ１２１に転送する。

そして、ファイル転送アプリケーション１１１は、ＰＣ−Ｎｅａｒ１１０の共有フォルダ１１５に書き込まれたファイルをＰＣ−Ｆａｒ１３０の共有フォルダ１３１に転送する。なお、ファイル転送アプリケーション１１１は、共有フォルダ１１４や共有フォルダ１１５から転送済みのファイルを削除する。

このように、ネットワークスキャナ１００がアクセス可能な同一ネットワークセグメント上のＰＣ−Ｎｅａｒ１１０を一旦経由することで、別ネットワークセグメント上のＰＣ−Ｆａｒ１２０、１３０にファイルを送信できるようになる。

ところで、図１に示した発明では、最終的にファイルを送信したいＰＣ−Ｆａｒ１２０の共有フォルダ１２１以外に、経由地点にすぎないＰＣ−Ｎｅａｒ１１０の共有フォルダ１１４をユーザがわざわざ登録する必要がある。これは、使い勝手の観点から改善の余地があるといえよう。もちろん、Ｗｉｎｄｏｗｓ ＣＥ（登録商標）を使用したネットワークスキャナ１００は、ＷＩＮＳサーバが稼働していないと、異なるネットワークセグメント上のＰＣ−Ｆａｒ１２０、ＰＣ−Ｆａｒ１３０にアクセスできない。

よって、ネットワークスキャナ１００は、ＰＣ−Ｆａｒ１２０、ＰＣ−Ｆａｒ１３０の共有フォルダ内を直接参照できない。つまり、ネットワークスキャナ１００は、自己が作成したファイルにもかかわらずアクセスできなくなってしまう。

そこで、ＷＩＮＳサーバを使用しないネットワーク環境において、ネットワークスキャナと異なるネットワークセグメント上のＰＣの共有フォルダに対してファイル送信をするときに、経由地点にすぎないＰＣをユーザが意識せずに済むような発明を提案する。さらに、ネットワークスキャナから異なるネットワークセグメント上の共有フォルダ内を参照できるようにする。

図２は、本発明の実施形態に係るネットワークスキャナ１００と各ＰＣを示すブロック図である。図３は、本発明の実施形態に係るネットワークスキャナ送信システムの構成を示す図である。ここでは、ルーター１０５の左側のネットワークを第１のネットワークと呼ぶことにし、ルーター１０５の右側のネットワークを第２のネットワークと呼ぶことにする。第１のネットワークではＷＩＮＳサーバが稼働していないとものとする。なお、ＷＩＮＳサーバが稼働していても良いが、図３に示したファイル転送アプリケーション１１１はＷＩＮＳサーバを利用しない。

なお、図１で説明済みの部分やその一部を改良した部分には同一の参照符号を付与することにする。たとえば、図１に示したファイル転送アプリケーション１１１と図３に示したファイル転送アプリケーション１１１は同一ではない。

すなわち、図１に示したファイル転送アプリケーション１１１では、ＰＣ−Ｎｅａｒ１１０の共有フォルダに書き込まれたファイルをＰＣ−Ｆａｒの共有フォルダへと転送していた。つまり、ユーザは、最終的に意図するＰＣ−Ｆａｒ１２０および１３０の共有フォルダ１２１および１３１とは異なるＰＣ−Ｎｅａｒ１１０の共有フォルダにファイルを書き込むことを意識して行う必要があった。

一方、図３に示したファイル転送アプリケーション１１１ではこのような意識は不要となる。以下で説明するように、ネットワークスキャナ１００は、異なるネットワークセグメントのフォルダにファイルを書き込む場合にのみ図３に示したファイル転送アプリケーション１１１へこのファイルを渡す。

図３に示したファイル転送アプリケーション１１１は、共有フォルダ１１４や１１５を使用せずに、直接、ＰＣ−Ｆａｒ１２０および１３０の共有フォルダ１２１および１３１へとファイルを転送するからである。同一ネットワークセグメントにおいてあれば、ネットワークスキャナ１００は、ファイル共有サービスを使用して直接的に所望のフォルダにファイルを書き込む。

ネットワークスキャナ１００のＣＰＵ２０１はＲＯＭ２０２に格納されたプログラムに従って、ネットワークスキャナ１００の全体を統括的に制御する。ＲＯＭ２０２は、プログラム（ファームウエア、ＯＳ、アプリケーション）や固定データを格納する。ＲＡＭ２０３は、ＣＰＵ２０１の作業領域やデータの一時記憶領域として使用される。

入力データ記憶部２０４は、ユーザ入力部１０２で入力される、経由地点になるＰＣ名や、ファイルを送信するアドレス等を記憶する記憶装置である。また、入力データ記憶部２０４は、複数の送信先のアドレスを記憶できる。さらに、入力データ記憶部２０４は、ネットワークスキャナ１００に割り当てられたＩＰアドレスやネットマスク等のネットワーク情報も記憶している。

ユーザ入力部１０２は、表示部とタッチパネルを備えている。ＲＯＭ２０２に格納されている図示しないアプリケーションにより、ユーザ入力部１０２は、各種の情報を表示したり、入力したりする。たとえば、図３が示すように、スタートボタン１０３、ＩＰアドレス設定部３０１、ネットマスク設定部３０２、経由ＰＣ情報設定部３０３、送信先設定部３０４がユーザインタフェースとして表示され、各種の情報を入力できる。

ＩＰアドレス設定部３０１は、ネットワークスキャナ１００のＩＰアドレスを入力するためのボックスである。ネットマスク設定部３０２は、ネットマスクを入力するためのボックスである。経由ＰＣ情報設定部３０３は、画像ファイルの経由地点となるＰＣの情報を入力するためのボックスである。

送信先設定部３０４は、画像ファイルの送信先となるＰＣのアドレス情報を入力するためのボックスである。特に、経由ＰＣ情報設定部３０３、ＩＰアドレス設定部３０１、ネットマスク設定部３０２は、ネットワーク管理者が一度だけ設定すればよい。よって、これらのボックスは、一般のユーザが入力できないように、制限をかけることが望ましい。

このようにして、ＲＯＭ２０２は、転送装置または中継点として機能する第２の情報処理装置のＩＰアドレスを記憶する記憶部として機能する。ＲＯＭ２０２は、ＥＥＰＲＯＭやフラッシュメモリなどにより構成できる。ＣＰＵ２０１は、データ通信部から第２の情報処理装置を中継地点として第１の情報処理装置とデータ通信を行うに際して記憶部からＩＰアドレスを参照することになる。

画像読取部２０６は、たとえば、白色光の光源と図示しないレンズアレイと図示しないラインセンサで構成され、光源の白色光を原稿に照射して、その反射光を一旦レンズアレイで結像したのち、ラインセンサで受光して、それを電圧に変換出力することで、原稿を画像データとして読み取っている。

データ送受信部２０７は、ネットワーク上に接続されているＰＣ等の情報処理装置に対して、データを送受信するネットワークインタフェースである。データ送受信部２０７は、第１の情報処理装置との間でデータ通信を行うデータ通信部として機能するともに、ファイルを送受信するためのファイル送受信手段として機能する。

セグメント判定部２０８は、第１の情報処理装置が通信ネットワークにおいて同一セグメント接続状態にあるか別セグメント接続状態にあるかを判断するセグメント判断部として機能する。

具体的に、セグメント判定部２０８は、ユーザ入力部１０２を通じてユーザにより指定されたＰＣがネットワークスキャナ１００と同一のネットワークセグメント上に存在するＰＣかどうかを判定する。

すなわち、セグメント判定部２０８は、ファイルの送信先となる情報処理装置のネットワークセグメントが、周辺装置のネットワークセグメントと同一のネットワークセグメントであるか異なるネットワークセグメントであるかを判定する判定手段として機能する。

具体的な判定方法については後述する。ＣＰＵ２０１は、判定手段が同一のネットワークセグメントであると判定すると、周辺装置で稼働しているファイル共有サービスを通じてファイルを第１の情報処理装置に直接的に送信し、判定手段が異なるネットワークセグメントであると判定すると、転送装置（中継装置）を介して第２のネットワークに接続された第１の情報処理装置に間接的にファイルを送信するためにファイルを転送装置のファイル転送アプリケーションに送信するようファイル送受信手段を制御する制御手段として機能する。

また、ＣＰＵ２０１は、セグメント判断部での判断結果が同一セグメント接続状態であるときにデータ通信部から第１の情報処理装置に直接データ通信を行うよう制御するとともに、別セグメント接続状態であるときにデータ通信部から第２の情報処理装置を中継地点として第１の情報処理装置にデータ通信を行うよう制御する通信制御部としても機能する。

ＰＣ−Ｎｅａｒ１１０、ＰＣ−Ｆａｒ１２０、１３０は、たとえば、ＣＰＵ２５１、ＲＯＭ２５２、ＲＡＭ２５３、ハードディスクドライブ（ＨＤＤ）２５４、ネットワークインタフェース２５５を備えたコンピュータである。上述したファイル転送アプリケーション１１１は、ＣＰＵ２５１上で実行される。

ハードディスクドライブ２５４には、ＯＳ、アプリケーション、データなどが格納される。ファイル転送アプリケーション１１１を実行するＰＣのＣＰＵ２５１やネットワークインタフェース２５５などは、ファイル転送アプリケーションにしたがって、周辺装置から受信したファイルを第１の情報処理装置に転送する転送手段として機能する。

図３において、ＰＣ−Ｎｅａｒ１１０は、周辺装置から第１の情報処理装置へのデータ通信を中継する第２の情報処理装置として機能する。周辺装置の一例は、ネットワークスキャナ１００である。第１の情報処理装置の一例は、ＰＣ−Ｎｅａｒ１１０や、ＰＣ−Ｆａｒ１２０、１３０である。なお、ＰＣ−Ｎｅａｒ１１０は、周辺装置と同一セグメント状態にある第１の情報処理装置でもある。また、ＰＣ−Ｆａｒ１２０、１３０は、周辺装置と別セグメント状態にある第１の情報処理装置である。

ところで、図３に示した例では、ＰＣ−Ｎｅａｒ１１０がネットワークスキャナ１００と同じネットワークセグメントに接続されている。しかし、本発明では、ネットワークスキャナ１００とＰＣ−Ｎｅａｒ１１０のファイル転送アプリケーション１１１が、ＯＳが提供するファイル転送サービスを使用しない別のプロトコルで通信を行う。

そのため、図４に示すように、ファイル転送アプリケーション１１１が異なるネットワークセグメントのＰＣ−Ｆａｒ１３０にインストールされて稼働していてもよい。同様にＤＮＳサーバも、ネットワークスキャナ１００と同じネットワークセグメント上に存在していてもよいし、異なるネットワークセグメント上に存在していてもよい。

上記のようなネットワーク環境において、ネットワーク管理者は、以下の設定をあらかじめ行う。まず、ＰＣ−Ｎｅａｒ１１０に、ファイル転送アプリケーション１１１をＷｉｎｄｏｗｓ（登録商標）サービス技術を用いて常駐させておく。

ファイル転送アプリケーション１１１は、第２の情報処理装置に導入された、通信ネットワークにおいて同一セグメント接続状態にある周辺装置との間で所定のプロトコルによりデータ通信する通信プログラムの一例である。

なお、ファイル転送アプリケーション１１１は、第２の情報処理装置において起動状態において、周辺装置から別セグメント接続状態にある第１の情報処理装置へのデータ通信を中継するよう第２の情報処理装置を機能させるプログラムである。

つぎに、ネットワーク管理者は、ネットワークスキャナ１００のユーザ入力部１０２からファイル転送アプリケーション１１１を常駐させたＰＣ−Ｎｅａｒ１１０のＩＰアドレスと、そのＰＣにアクセスするためのユーザ名、パスワードといったアカウント情報を設定する。

ネットワークスキャナ１００は、設定されたこれらの情報を、入力データ記憶部２０４に記憶する。ネットワーク管理者が上記設定を行えば、ネットワークスキャナ１００を使用するユーザは、ＰＣ−Ｎｅａｒ１１０を意識する必要がなくなる。

ところで、ファイル転送アプリケーション１１１とネットワークスキャナ１００は、後述するようなＴＣＰ／ＩＰプロトコルを使用して、独自のフォーマット（以下、制御コマンド）で通信できるように構成している。

ファイル転送アプリケーション１１１は、ネットワークスキャナ１００からの接続要求を待っていて、接続要求があると接続を確立する。その後、ネットワークスキャナ１００から指示される制御コマンドに従って処理を行い、一連の処理が終了したら接続を切断する。

図５は、ファイル転送アプリケーション１１１とネットワークスキャナ１００の通信方法を示すシーケンス図である。Ｓ５０１で、ネットワークスキャナ１００のＣＰＵ２０１は、データ送受信部２０７を介してファイル転送アプリケーション１１１（ＰＣ−Ｎｅａｒ１１０やＰＣ−Ｆａｒ１３０など）に接続要求を送信する。

この際に、ＣＰＵ２０１は、ＤＮＳサーバを用いて、転送装置のＩＰアドレスを取得して、転送装置において稼働しているファイル転送アプリケーションにアクセスする。Ｓ５０２で、ＣＰＵ２０１は、ファイル転送アプリケーション１１１と接続を確立する。Ｓ５０３で、ＣＰＵ２０１は、ファイル転送アプリケーション１１１へ制御コマンドを送信する。

図６は、制御コマンドの例を示す図である。図６が示すように、制御コマンドの先頭８バイトは、制御コマンド全体が何バイトから構成されているかを総バイト数として格納する。９バイト目はコマンドの種類を示す情報を格納する。１０バイト目以降にはデータが格納され、その長さは可変である。たとえば、制御コマンドの１つとしてファイル送信コマンドを例に挙げて説明する。ここでは、ＣＰＵ２０１が、コマンドの種類に、ファイル送信コマンドを示す”１０”を格納する。データ部には、ファイル送信先となるアドレスである「￥￥ＰＣ−Ｆａｒ￥Ｉｍａｇｅ￥Ｓａｍｐｌｅ．ｔｉｆ」と、ユーザ名である「ＣＥＩ」、パスワードである「ＩＭＳ」、および画像データが格納されるものとする。データ部の総バイト数は５ｋｂｙｔｅｓである。それぞれの情報の間には、情報の区切りを示す改行マークが挿入されている。総バイト数には、コマンドの種類の１バイトとデータ部の５０３４バイトと自身の８バイトの合計５０４３が格納される。

ファイル転送アプリケーション１１１にしたがってＣＰＵ２５１はネットワークインタフェース２５５を介して制御コマンドを受信する。Ｓ５０４で、ＣＰＵ２５１は、制御コマンドごとにあらかじめ決められている所定の処理を行い、その結果をネットワークスキャナ１００に応答する。

応答時の通信フォーマット（以下、応答コマンド）は、制御コマンドと同一のフォーマットで行うものとする。たとえば、ファイル転送アプリケーション１１１は、ファイル送信コマンドを受信すると、１０バイト目のデータ部から、ファイル送信先のアドレス名、ユーザ名、パスワード、画像データを抽出し、その情報を元にファイル転送を実行する。

ＣＰＵ２５１は、ユーザ名とパスワードを使用して￥￥ＰＣ−Ｆａｒ￥Ｉｍａｇｅ￥にアクセスし、画像データを指定されたファイル名「Ｓａｍｐｌｅ．ｔｉｆ」に格納し、当該画像ファイルを￥￥ＰＣ−Ｆａｒ￥Ｉｍａｇｅ￥に書き込む。

一方、ネットワークスキャナ１００は、応答コマンドを受信したら、応答コマンドごとにあらかじめ決められている所定の処理を行う。ここで、ネットワークスキャナ１００から、異なるネットワークセグメント上のＰＣ（ＰＣ−Ｆａｒ１２０）の共有フォルダ１２１にファイルを送信する。ファイルの転送が完了すると、Ｓ５０５で接続を切断する。

図７は、ネットワークスキャナが実行するファイル送信処理を示したフローチャートである。Ｓ７０１で、ネットワークスキャナ１００のＣＰＵ２０１は、ユーザ入力部１０２に表示されたスキャンのスタートボタン１０３がユーザにより押下されたかどうかを判定する。

スタートボタン１０３の押し下げを検知すると、Ｓ７０２に進む。Ｓ７０２で、ＣＰＵ２０１は、画像読取部２０６を制御して、原稿を搬送して画像を読み取る。ＣＰＵ２０１は、画像データを画像ファイルに保存する。Ｓ７０３で、ネットワークスキャナ１００のＣＰＵ２０１は、ユーザによりファイル送信先として指定されたＰＣ−Ｆａｒ１２０が同一のネットワークセグメント上に存在するＰＣかどうかをセグメント判定部２０８に判定させる。

図８は、セグメント判定部２０８におけるネットワークセグメントの判別方法を示すフローチャートである。なお、以下の変数はＲＡＭ２０３や入力データ記憶部２０４に記憶に記憶されるものとする。

Ｓ８０１で、ＣＰＵ２０１は、入力データ記憶部２０４に記憶されているネットワークスキャナ１００自身のＩＰアドレスを変数Ｎに格納する。Ｓ８０２で、ＣＰＵ２０１は、同様に、ネットマスクを変数Ｍに格納する。Ｓ８０３で、ＣＰＵ２０１は、ＤＮＳサーバにＰＣ−Ｆａｒ１２０のＩＰアドレスを問い合わせ、ＤＮＳサーバから取得したＩＰアドレスを変数Ｆに記憶する。

Ｗｉｎｄｏｗｓ ＣＥ（登録商標）のファイル共有サービスは、ＳＭＢプロトコルにのみ対応している。よって、ファイル共有サービスを使用しない通信手段であれば、ＤＮＳサーバでの名前解決が可能である。Ｓ８０４で、ＣＰＵ２０１は、変数Ｎと変数ＭをＡＮＤ演算した結果を変数Ｘに格納する。Ｓ８０５で、ＣＰＵ２０１は、変数Ｆと変数ＭのＡＮＤ演算した結果を変数Ｙに記憶する。Ｓ８０６で、ＣＰＵ２０１は、変数Ｘが変数Ｙと一致するかどうかを判定する。両者が一致すれば、Ｓ８０７に進み、ＣＰＵ２０１は、ネットワークスキャナ１００とＰＣ−Ｆａｒ１２０は、同一ネットワークセグメント上に存在すると判定する。よって、図７では、Ｓ７０５に進む。一方、両者が一致しなければ、Ｓ８０８に進み、ＣＰＵ２０１は、ネットワークスキャナ１００とＰＣ−Ｆａｒ１２０は、異なるネットワークセグメント上に存在すると判定する。よって、図７では、Ｓ７０４に進む。

Ｓ７０４で、ネットワークスキャナ１００のＣＰＵ２０１は、異なるネットワークセグメント上にＰＣ−Ｆａｒ１２０が存在するため、ファイル転送アプリケーション１１１にファイル送信コマンドを送信する。ファイル送信コマンドのデータ内には、上述したようにファイル転送先のＰＣ名を含むフォルダ名や、そのフォルダにアクセスするためのアカウント情報や、画像データが格納されている。ＰＣ−Ｎｅａｒ１１０のＣＰＵ２５１は、ファイル転送アプリケーション１１１にしたがって、ファイル送信コマンドを処理し、画像ファイルをＰＣ−Ｆａｒ１２０の共有フォルダ１２１に転送して書き込む。

一方、Ｓ７０３で同一ネットワークセグメントであると判定されると、Ｓ７０５で、ＣＰＵ２０１は、指定された共有フォルダに画像ファイルを直接送信する。同一ネットワークセグメントであるため、ファイル共有サービスは、指定された共有フォルダのＰＣについて名前を解決できる。これは、ＷＩＮＳサーバが存在していなくても解決可能である。すなわち、「ＮｅｔＢＩＯＳ名」を用いてブロードキャストすれば、同一セグメント内のＰＣの名前を解決できるからである。

このように、ネットワークスキャナ１００は、第１のネットワークではＷＩＮＳサーバが稼働しておらず、かつ、周辺装置は、第１の情報処理装置のＮｅｔＢＩＯＳ名を用いてブロードキャストを実行することで第１の情報処理装置の名前を解決するオペレーティングシステムによって制御されるコンピュータとして機能する。

つづいて、ＰＣ−Ｆａｒ１２０の共有フォルダ１２１や、ＰＣ−Ｎｅａｒ１１０の共有フォルダ１１４などの直下に存在する子フォルダの一覧を取得する処理について簡単に説明する。ネットワークスキャナ１００のＣＰＵ２０１は、参照ボタンの押下を検出すると、ユーザが指定したＰＣが自身と同一のネットワークセグメント上のＰＣかどうかをセグメント判定部２０８に判定させる。

セグメント判定部２０８は、共有フォルダの直下に存在する子フォルダの一覧を参照するための指示が入力されると、共有フォルダを提供している情報処理装置のネットワークセグメントが、周辺装置のネットワークセグメントと同一のネットワークセグメントであるか異なるネットワークセグメントであるかを判定する。

同一ネットワークセグメント上に存在するＰＣであれば、ＣＰＵ２０１は、ファイル共有サービスを通じて、子フォルダの一覧を取得して表示装置に表示する。このように、ＣＰＵ２０１は、共有フォルダを提供している情報処理装置のネットワークセグメントが、周辺装置のネットワークセグメントと同一のネットワークセグメントである場合、ファイル共有サービスを通じて、子フォルダの一覧を取得する。

一方、同一ネットワークセグメント上に存在するＰＣでなければ、ＣＰＵ２０１は、ファイル転送アプリケーション１１１に子フォルダの一覧を取得するためのコマンドであるフォルダ列挙コマンドを送信する。ファイル転送アプリケーション１１１（ＣＰＵ２５１）は、ファイル列挙コマンドを受信すると、指定されたＰＣの共有フォルダの直下に存在するフォルダの一覧を取得して、その結果を応答コマンドに格納して応答する。

このように、ＣＰＵ２０１は、共有フォルダを提供している情報処理装置のネットワークセグメントが、周辺装置のネットワークセグメントと異なるネットワークセグメントである場合、子フォルダの一覧を取得するためのコマンドを転送装置のファイル転送アプリケーションに送信して、ファイル転送アプリケーションから子フォルダの一覧を取得する。また、ＣＰＵ２５１は、ファイル転送アプリケーション１１１にしたがって、子フォルダの一覧を第１の情報処理装置から取得して周辺装置に転送する。

ネットワークスキャナ１００のＣＰＵ２０１は、フォルダ列挙コマンドに対する応答コマンドを受信すると、そのコマンドのデータ部に格納されているフォルダの一覧を取得して、ユーザ入力部１０２の表示部にその結果を表示する。ユーザ入力部１０２の表示部は、取得した子フォルダの一覧を表示する表示手段の一例である。

本実施形態によれば、異なるネットワークセグメント上のＰＣの共有フォルダに対してファイルを送信することが可能となる。とりわけ、ネットワークセグメントが同一か否かに応じて、転送装置を経由してファイルを送信するか、直接的に情報処理装置にファイルを送信するかを切り替える。これにより、ユーザは、経由地点にすぎないＰＣを意識しないで済むようになるため、ユーザの使い勝手が向上する。

とりわけ、周辺装置はＷＩＮＳサーバを使用せずに、異セグメント上のＰＣのフォルダにファイルを送信することが可能となる。ＷＩＮＳサーバは、ネットワークトラフィックを混雑させやすいため、ＷＩＮＳサーバを廃止したり、その稼働率を低下させたりすれば、ネットワークトラフィックの混雑を緩和できよう。

また、本実施形態では、独自のプロトコルを採用しているため、ＤＮＳサーバを介してファイル転送アプリケーション１１１にアクセスできる。つまり、ファイル共有サービスがＤＮＳサーバを利用できなくてもよい。

さらに、本実施形態によれば、異なるネットワークセグメント上のＰＣの共有フォルダに対してファイル転送アプリケーション１１１を介してアクセスすることが可能となる。つまり、ネットワークスキャナ１００からファイル転送アプリケーション１１１にフォルダ列挙コマンドを送信することで、異なるネットワークセグメント上の共有フォルダ内を直接参照できるようになる。よって、ユーザは、ファイルの送信先アドレスを暗記していなくても、表示された一覧を参照しながら所望のフォルダやファイルを指定できるようになる。

本実施形態では、ネットワークスキャナ１００のＯＳとしてＷｉｎｄｏｗｓ ＣＥ（登録商標）を例にあげている。しかし、ファイル共有サービスに関して、ＷｉｎｄｏｗｓＣＥ（登録商標）と同様の仕様をもつＯＳであれば、もちろん、別のＯＳでもあっても本発明を適用できる。

Claims (13)

1. ＴＣＰ／ＩＰプロトコルによる通信ネットワークに接続される第１の情報処理装置に対してデータ通信を行う周辺装置と、
   前記周辺装置から前記第１の情報処理装置へのデータ通信を中継する第２の情報処理装置とを備え、
   前記周辺装置は、
   前記第１の情報処理装置との間でデータ通信を行うデータ通信部と、
   前記第１の情報処理装置が前記通信ネットワークにおいて同一セグメント接続状態にあるか別セグメント接続状態にあるかを判断するセグメント判断部と、
   前記セグメント判断部での判断結果が同一セグメント接続状態であるときに前記データ通信部から前記第１の情報処理装置にデータ通信を行うよう制御するとともに、別セグメント接続状態であるときに前記データ通信部から前記第２の情報処理装置を中継地点として前記第１の情報処理装置にデータ通信を行うよう制御する通信制御部と
   を備えることを特徴とするデータ通信システム。
2. 前記第２の情報処理装置には、前記通信ネットワークにおいて同一セグメント接続状態にある前記周辺装置との間で所定のプロトコルによりデータ通信する通信プログラムが導入されており、
   前記通信プログラムは、前記第２の情報処理装置においての起動状態において、前記周辺装置から別セグメント接続状態にある前記第１の情報処理装置へのデータ通信を中継するよう前記第２の情報処理装置を機能させることを特徴とする請求項１記載のデータ通信システム。
3. 前記通信プログラムは、前記周辺装置が記憶しているファイルを前記第１の情報処理装置に転送するためのファイル転送アプリケーションであることを特徴とする請求項２に記載のデータ通信システム。
4. 前記周辺装置は、前記第２の情報処理装置のＩＰアドレスを記憶する記憶部をさらに備え、前記制御部は、前記データ通信部から前記第２の情報処理装置を中継地点として前記第１の情報処理装置とデータ通信を行うに際して前記記憶部から前記ＩＰアドレスを参照することを特徴とする請求項１ないし３のいずれか１項に記載のデータ通信システム。
5. 前記周辺装置は、原稿の画像を読み取る画像読取部と、前記周辺装置の動作を制御するためのユーザインタフェースとを備え、前記ユーザインタフェースでの操作に基づいて前記画像読取部を制御して得られる原稿画像データを前記データ通信部によって前記第１の情報処理装置にデータ送信するネットワークスキャナであることを特徴とする請求項１ないし４のいずれか１項に記載のデータ通信システム。
6. 前記周辺装置は、第１のネットワークに接続されており、
   前記第１の情報処理装置は、前記第１のネットワークまたは前記第１のネットワークとはネットワークセグメントが異なる第２のネットワークに接続されており、
   前記第２の情報処理装置は、前記第１のネットワークまたは前記第２のネットワークに接続され、前記周辺装置から送信されたファイルを、前記第２のネットワークに接続された前記第１の情報処理装置に転送する転送装置として機能し、
   前記データ通信部は、ファイルを送受信するためのファイル送受信手段を備え、
   前記セグメント判断部は、前記ファイルの送信先となる前記第１の情報処理装置のネットワークセグメントが、前記周辺装置のネットワークセグメントと同一のネットワークセグメントであるか異なるネットワークセグメントであるかを判定する判定手段を備え、
   前記通信制御部は、前記判定手段が同一のネットワークセグメントであると判定すると、前記周辺装置で稼働しているファイル共有サービスを通じて前記ファイルを前記第１の情報処理装置に直接的に送信し、前記判定手段が異なるネットワークセグメントであると判定すると、前記転送装置を介して前記第１の情報処理装置に間接的に前記ファイルを送信するために該ファイルを前記転送装置のファイル転送アプリケーションに送信するよう前記ファイル送受信手段を制御する制御手段を備え、
   前記転送装置は、
   前記ファイル転送アプリケーションにしたがって、前記周辺装置から受信した前記ファイルを前記第１のネットワークに接続された第１の情報処理装置に転送する転送手段を備える
   ことを特徴とする請求項１に記載のデータ通信システム。
7. 前記第１のネットワークではＷＩＮＳサーバが稼働しておらず、かつ、前記周辺装置は、前記第１のネットワークに接続された第１の情報処理装置のＮｅｔＢＩＯＳ名を用いてブロードキャストを実行することで該第１の情報処理装置の名前を解決するオペレーティングシステムによって制御されるコンピュータであることを特徴とする請求項６に記載のデータ通信システム。
8. 前記転送装置は、前記第２のネットワークに接続されており、
   前記周辺装置は、ＤＮＳサーバを用いて、前記転送装置のＩＰアドレスを取得して、前記転送装置において稼働している前記ファイル転送アプリケーションにアクセスすることを特徴とする請求項６または７に記載のデータ通信システム。
9. 前記判定手段は、
   共有フォルダの直下に存在する子フォルダの一覧を参照するための指示が入力されると、前記共有フォルダを提供している情報処理装置のネットワークセグメントが、前記周辺装置のネットワークセグメントと同一のネットワークセグメントであるか異なるネットワークセグメントであるかを判定し、
   前記制御手段は、
   前記共有フォルダを提供している情報処理装置のネットワークセグメントが、前記周辺装置のネットワークセグメントと同一のネットワークセグメントである場合、前記ファイル共有サービスを通じて、前記子フォルダの一覧を取得し、
   前記共有フォルダを提供している情報処理装置のネットワークセグメントが、前記周辺装置のネットワークセグメントと異なるネットワークセグメントである場合、前記子フォルダの一覧を取得するためのコマンドを前記転送装置のファイル転送アプリケーションに送信して、該ファイル転送アプリケーションから前記子フォルダの一覧を取得し、
   前記転送装置は、
   前記ファイル転送アプリケーションにしたがって、前記子フォルダの一覧を前記第２のネットワークに接続された第１の情報処理装置から取得して前記周辺装置に転送し、
   前記周辺装置は、
   取得した前記子フォルダの一覧を表示する表示手段を備える
   ことを特徴とする請求項６ないし８のいずれか１項に記載のデータ通信システム。
10. ＴＣＰ／ＩＰプロトコルを用いて通信するデータ通信システムにおいて使用され、第１のネットワークに接続された周辺装置であって、
    前記データ通信システムは、さらに、
    前記第１のネットワークまたは前記第１のネットワークとはネットワークセグメントが異なる第２のネットワークに接続された第１の情報処理装置と、
    前記第１のネットワークまたは前記第２のネットワークに接続され、前記周辺装置から送信されたファイルを、前記第２のネットワークに接続された第１の情報処理装置に転送するファイル転送アプリケーションが実行される転送装置として機能する第２の情報処理装置と
    を備え、
    前記周辺装置は、
    ファイルを送受信するためのファイル送受信手段と、
    前記ファイルの送信先となる情報処理装置のネットワークセグメントが、前記周辺装置のネットワークセグメントと同一のネットワークセグメントであるか異なるネットワークセグメントであるかを判定する判定手段と、
    前記判定手段が同一のネットワークセグメントであると判定すると、前記周辺装置で稼働しているファイル共有サービスを通じて前記ファイルを前記第１の情報処理装置に送信し、前記判定手段が異なるネットワークセグメントであると判定すると、前記転送装置を介して前記第２の情報処理装置に間接的に前記ファイルを送信するために該ファイルを前記転送装置の前記ファイル転送アプリケーションに送信するよう前記ファイル送受信手段を制御する制御手段と
    を備えることを特徴とする周辺装置。
11. 前記第１のネットワークではＷＩＮＳサーバが稼働しておらず、かつ、前記周辺装置は、前記第１のネットワークに接続された第１の情報処理装置のＮｅｔＢＩＯＳ名を用いてブロードキャストを実行することで該第１の情報処理装置の名前を解決するオペレーティングシステムによって制御されるコンピュータであることを特徴とする請求項１０に記載の周辺装置。
12. 前記転送装置は、前記第２のネットワークに接続されており、
    前記周辺装置は、ＤＮＳサーバを用いて、前記転送装置のＩＰアドレスを取得して、前記転送装置において稼働している前記ファイル転送アプリケーションにアクセスすることを特徴とする請求項１０または１１に記載の周辺装置。
13. 前記判定手段は、
    共有フォルダの直下に存在する子フォルダの一覧を参照するための指示が入力されると、前記共有フォルダを提供している情報処理装置のネットワークセグメントが、前記周辺装置のネットワークセグメントと同一のネットワークセグメントであるか異なるネットワークセグメントであるかを判定し、
    前記制御手段は、
    前記共有フォルダを提供している情報処理装置のネットワークセグメントが、前記周辺装置のネットワークセグメントと同一のネットワークセグメントである場合、前記ファイル共有サービスを通じて、前記子フォルダの一覧を取得し、
    前記共有フォルダを提供している情報処理装置のネットワークセグメントが、前記周辺装置のネットワークセグメントと異なるネットワークセグメントである場合、前記子フォルダの一覧を取得するためのコマンドを前記転送装置のファイル転送アプリケーションに送信して、該ファイル転送アプリケーションから前記子フォルダの一覧を取得し、
    前記転送装置は、
    前記ファイル転送アプリケーションにしたがって、前記子フォルダの一覧を前記第２のネットワークに接続された第１の情報処理装置から取得して前記周辺装置に転送し、
    前記周辺装置は、
    取得した前記子フォルダの一覧を表示する表示手段を備える
    ことを特徴とする請求項１０ないし１２のいずれか１項に記載の周辺装置。

Images