JP2001156828A - ネットワーク周辺機器サーバとサーバネットワークに接続される複数のクライアントを多機能周辺機器の複数機能にアクセス可能とする方法 - Google Patents
ネットワーク周辺機器サーバとサーバネットワークに接続される複数のクライアントを多機能周辺機器の複数機能にアクセス可能とする方法Info
- Publication number
- JP2001156828A JP2001156828A JP2000291041A JP2000291041A JP2001156828A JP 2001156828 A JP2001156828 A JP 2001156828A JP 2000291041 A JP2000291041 A JP 2000291041A JP 2000291041 A JP2000291041 A JP 2000291041A JP 2001156828 A JP2001156828 A JP 2001156828A
- Authority
- JP
- Japan
- Prior art keywords
- server
- peripheral device
- network
- client
- block
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
- H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
- H04N1/00209—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
- H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0008—Connection or combination of a still picture apparatus with another apparatus
- H04N2201/0034—Details of the connection, e.g. connector, interface
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer And Data Communications (AREA)
- Facsimiles In General (AREA)
- Small-Scale Networks (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【課題】複数のクライアントがネットワークに接続され
た多機能周辺機器が有する複数機能へのアクセスを提供
し、プリントやスキャン以上の機能の利用も可能とする
ネットワーク周辺機器サーバ。 【解決手段】本発明は予め決定されたネットワークプロ
トコルに従ってクライアントと通信可能なネットワーク
インターフェースと多機能周辺機器の複数機能に対応す
る複数周辺機器チャネルで多機能周辺機器と通信するた
めの周辺機器インターフェースとネットワークインター
フェースと周辺機器インターフェースの間のデータ転送
を行うためのネットワークインターフェースと周辺機器
インターフェースとの間に接続するゲートウエイを有す
る。サーバは、クライアントの命令に応じて、対応周辺
チャネルを介して選択された少なくとも多機能周辺機器
の一つの機能に接続させるファームウェア及び又はソフ
トウェアを備え、よって、ネットワーク上でのアクセス
を可能とする。
た多機能周辺機器が有する複数機能へのアクセスを提供
し、プリントやスキャン以上の機能の利用も可能とする
ネットワーク周辺機器サーバ。 【解決手段】本発明は予め決定されたネットワークプロ
トコルに従ってクライアントと通信可能なネットワーク
インターフェースと多機能周辺機器の複数機能に対応す
る複数周辺機器チャネルで多機能周辺機器と通信するた
めの周辺機器インターフェースとネットワークインター
フェースと周辺機器インターフェースの間のデータ転送
を行うためのネットワークインターフェースと周辺機器
インターフェースとの間に接続するゲートウエイを有す
る。サーバは、クライアントの命令に応じて、対応周辺
チャネルを介して選択された少なくとも多機能周辺機器
の一つの機能に接続させるファームウェア及び又はソフ
トウェアを備え、よって、ネットワーク上でのアクセス
を可能とする。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークにお
ける多機能(multifunction)周辺機器のソフトウェアお
よびファームウェア制御を、上記ネットワークに接続し
たサーバを介して行うことに関し、特に、ネットワーク
における多機能周辺機器の複数機能に対するアクセスを
提供する周辺機器サーバのソフトウェアおよびファーム
ウェアに関する。
ける多機能(multifunction)周辺機器のソフトウェアお
よびファームウェア制御を、上記ネットワークに接続し
たサーバを介して行うことに関し、特に、ネットワーク
における多機能周辺機器の複数機能に対するアクセスを
提供する周辺機器サーバのソフトウェアおよびファーム
ウェアに関する。
【０００２】
【従来の技術】多機能周辺機器（ＭＦＰ）は、たとえば
単一デバイスにおけるスキャンニング、プリンティン
グ、コピーおよびファックスの送受信等、様々な機能を
多数提供できるため、ますます普及している。今日ま
で、ＭＦＰは、ＭＦＰにより提供されるすべてのサービ
スにアクセスするために単一のコンピュータに直接接続
させる必要があった。しかしながら、上記の構成では、
他のコンピュータのＭＦＰへのアクセスをしめ出してい
た。ＭＦＰが従来の周辺機器サーバを介してネットワー
ク上で実行される場合、典型的なパーソナルコンピュー
タ（ＰＣ）であるクライアントがアクセス可能なのは、
ＭＦＰのプリント機能のみであった。特開２０００−２
１５１４４において、ネットワークに接続されたＭＦＰ
のスキャン機能とプリント機能の両方に同時にアクセス
可能なネットワーク周辺機器サーバが開示されている。
単一デバイスにおけるスキャンニング、プリンティン
グ、コピーおよびファックスの送受信等、様々な機能を
多数提供できるため、ますます普及している。今日ま
で、ＭＦＰは、ＭＦＰにより提供されるすべてのサービ
スにアクセスするために単一のコンピュータに直接接続
させる必要があった。しかしながら、上記の構成では、
他のコンピュータのＭＦＰへのアクセスをしめ出してい
た。ＭＦＰが従来の周辺機器サーバを介してネットワー
ク上で実行される場合、典型的なパーソナルコンピュー
タ（ＰＣ）であるクライアントがアクセス可能なのは、
ＭＦＰのプリント機能のみであった。特開２０００−２
１５１４４において、ネットワークに接続されたＭＦＰ
のスキャン機能とプリント機能の両方に同時にアクセス
可能なネットワーク周辺機器サーバが開示されている。
【０００３】
【発明が解決しようとする課題】しかしながら、上記の
公開公報の発明の周辺機器サーバは、依然として、プリ
ント機能とスキャン機能以外のＭＦＰの他の機能にアク
セスできないままであった。さらに、周知のサーバの欠
点は、周知の入出力チャネルを介してしか接続されてい
るＭＦＰと通信できないことである。異なる入出力チャ
ネルを採用したＭＦＰの場合、最初にユーザが更新しな
ければこれらのサーバと連動することができず、不便で
あった。
公開公報の発明の周辺機器サーバは、依然として、プリ
ント機能とスキャン機能以外のＭＦＰの他の機能にアク
セスできないままであった。さらに、周知のサーバの欠
点は、周知の入出力チャネルを介してしか接続されてい
るＭＦＰと通信できないことである。異なる入出力チャ
ネルを採用したＭＦＰの場合、最初にユーザが更新しな
ければこれらのサーバと連動することができず、不便で
あった。
【０００４】
【課題を解決するための手段】したがって、本発明の主
な目的は、ネットワークに接続された多機能周辺機器に
より支援される複数機能に対するアクセスを提供する改
良ネットワーク周辺機器サーバを提供することである。
な目的は、ネットワークに接続された多機能周辺機器に
より支援される複数機能に対するアクセスを提供する改
良ネットワーク周辺機器サーバを提供することである。
【０００５】さらに、本発明の目的は、プリント機能お
よびスキャン機能に加え、多機能周辺機器の複数機能に
対してアクセスを提供する改良ネットワーク周辺機器サ
ーバを提供する。
よびスキャン機能に加え、多機能周辺機器の複数機能に
対してアクセスを提供する改良ネットワーク周辺機器サ
ーバを提供する。
【０００６】本発明の別の目的は、多機能周辺機器の複
数機能についてデータパススルーを提供する汎用ゲート
ウェイを有する改良ネットワーク周辺機器サーバを提供
することであり、これにより、アクセスされたそれぞれ
の機能に対応する別のゲートウェイを生成する必要がな
くなる。
数機能についてデータパススルーを提供する汎用ゲート
ウェイを有する改良ネットワーク周辺機器サーバを提供
することであり、これにより、アクセスされたそれぞれ
の機能に対応する別のゲートウェイを生成する必要がな
くなる。
【０００７】本発明のさらに別の目的は、多機能周辺機
器により支援される任意のチャネル上の多機能周辺機器
の機能に対してネットワークアクセスを提供する改良ネ
ットワーク周辺機器サーバを提供することである。
器により支援される任意のチャネル上の多機能周辺機器
の機能に対してネットワークアクセスを提供する改良ネ
ットワーク周辺機器サーバを提供することである。
【０００８】その他の目的および効果については、添付
図面とともに以下の詳細な説明を読み進めていくことで
明らかとなろう。
図面とともに以下の詳細な説明を読み進めていくことで
明らかとなろう。
【０００９】
【発明の実施の形態】広義には、本発明は、ネットワー
クに接続された複数のクライアントが、同一ネットワー
クに同様に接続された多機能周辺機器により提供される
機能またはサービスすべてにアクセス可能であるように
適合されたネットワーク周辺機器サーバに関する。サー
バは、クライアントにより要求される特定機能のアドレ
スおよび対応する周辺機器通信チャネルを周辺機器から
獲得し、要求先のクライアントをその周辺機器チャネル
を介して上記周辺機器に接続することで、所望の機能が
クライアントに利用可能となるようにしたものである。
クに接続された複数のクライアントが、同一ネットワー
クに同様に接続された多機能周辺機器により提供される
機能またはサービスすべてにアクセス可能であるように
適合されたネットワーク周辺機器サーバに関する。サー
バは、クライアントにより要求される特定機能のアドレ
スおよび対応する周辺機器通信チャネルを周辺機器から
獲得し、要求先のクライアントをその周辺機器チャネル
を介して上記周辺機器に接続することで、所望の機能が
クライアントに利用可能となるようにしたものである。
【００１０】サーバは、所定のネットワークプロトコル
にしたがってネットワーク上のクライアントと通信を行
うネットワークインタフェースと、多機能周辺機器によ
り支援される複数機能に対応する複数の周辺機器チャネ
ルを介して多機能周辺機器と通信を行う周辺機器インタ
フェースと、ネットワークインタフェースと周辺機器イ
ンタフェースとの間に通信可能に接続され、ネットワー
クインタフェースと周辺機器インタフェースの間でデー
タを転送するゲートウェイとを有する。また、サーバに
は、ファームウェアおよび／またはソフトウェアが提供
されており、上記複数のクライアントの１又は２以上の
クライアントからの所定の命令に応じて、クライアント
を、多機能周辺機器により支援される複数機能のうち１
又は２以上の選択された機能に複数の周辺機器チャネル
の対応チャネルを介して動作可能に接続している。
にしたがってネットワーク上のクライアントと通信を行
うネットワークインタフェースと、多機能周辺機器によ
り支援される複数機能に対応する複数の周辺機器チャネ
ルを介して多機能周辺機器と通信を行う周辺機器インタ
フェースと、ネットワークインタフェースと周辺機器イ
ンタフェースとの間に通信可能に接続され、ネットワー
クインタフェースと周辺機器インタフェースの間でデー
タを転送するゲートウェイとを有する。また、サーバに
は、ファームウェアおよび／またはソフトウェアが提供
されており、上記複数のクライアントの１又は２以上の
クライアントからの所定の命令に応じて、クライアント
を、多機能周辺機器により支援される複数機能のうち１
又は２以上の選択された機能に複数の周辺機器チャネル
の対応チャネルを介して動作可能に接続している。
【００１１】また、本発明は、ネットワークに周辺機器
サーバを介して接続された複数のクライアントが、上記
ネットワークに接続された多機能周辺機器により支援さ
れる複数の機能にアクセス可能である方法にも関する。
該方法は、多機能周辺機器の選択された機能に対応する
サーバの周辺機器チャネルを要求する、複数のクライア
ントの任意のクライアントからのサーバ名検索命令を送
信し、対応する周辺機器チャネルを開設して、選択され
た機能にクライアントを通信可能に接続し、クライアン
トと多機能周辺機器の間で周辺機器サーバを介してデー
タの転送を行うものである。
サーバを介して接続された複数のクライアントが、上記
ネットワークに接続された多機能周辺機器により支援さ
れる複数の機能にアクセス可能である方法にも関する。
該方法は、多機能周辺機器の選択された機能に対応する
サーバの周辺機器チャネルを要求する、複数のクライア
ントの任意のクライアントからのサーバ名検索命令を送
信し、対応する周辺機器チャネルを開設して、選択され
た機能にクライアントを通信可能に接続し、クライアン
トと多機能周辺機器の間で周辺機器サーバを介してデー
タの転送を行うものである。
【００１２】図１を参照して、本発明のサーバ１０は、
複数のクライアント１４（図示では２つのみ）に沿って
ネットワーク１２に接続されるように構成されている。
また、サーバ１０は、多機能周辺機器（ＭＦＰ）１６に
も接続される。ＭＦＰ１６は、サーバ１０を介してネッ
トワーク１２に動作可能に接続される。
複数のクライアント１４（図示では２つのみ）に沿って
ネットワーク１２に接続されるように構成されている。
また、サーバ１０は、多機能周辺機器（ＭＦＰ）１６に
も接続される。ＭＦＰ１６は、サーバ１０を介してネッ
トワーク１２に動作可能に接続される。
【００１３】次に図２において、サーバ１０が有するネ
ットワークインタフェース１８は、従来のＴＣＰプロト
コルおよび／またはＳＰＸプロトコルをそれぞれ用いて
ネットワーク１２に接続される少なくとも１つのＴＣＰ
ポートおよび／または少なくとも１つのＳＰＸソケット
を有することが好ましい。また、周辺機器インターフェ
ース２０には、ヒューレット・パッカード（ＨＰ） Ｅ
ＩＯ、ＨＰ−ＭＩＯ、ＰＣＩ、ＩＥＥＥ １３９４およ
びＵＳＢ等のシリアルリンクなどの他の周知のインター
フェースも同様に考えられるが、好ましくは既知のイン
ターフェースである１２８４．４モジュール・インター
フェースが含まれている。インターフェース２０は、サ
ーバー１０をＭＦＰ１６へ接続するように機能し、クラ
イアント１４が複数の対応周辺機器チャネル（好ましく
は、ＩＥＥＥ１２８４．４チャネル又は他の等価なプロ
トコル・チャネル）を介してＭＦＰによって支援される
機能の夫々にアクセスすることを可能にする。ＰＣＩ、
ＵＳＢ及び他の既知のリンクの通信リンクも考えられ
る。
ットワークインタフェース１８は、従来のＴＣＰプロト
コルおよび／またはＳＰＸプロトコルをそれぞれ用いて
ネットワーク１２に接続される少なくとも１つのＴＣＰ
ポートおよび／または少なくとも１つのＳＰＸソケット
を有することが好ましい。また、周辺機器インターフェ
ース２０には、ヒューレット・パッカード（ＨＰ） Ｅ
ＩＯ、ＨＰ−ＭＩＯ、ＰＣＩ、ＩＥＥＥ １３９４およ
びＵＳＢ等のシリアルリンクなどの他の周知のインター
フェースも同様に考えられるが、好ましくは既知のイン
ターフェースである１２８４．４モジュール・インター
フェースが含まれている。インターフェース２０は、サ
ーバー１０をＭＦＰ１６へ接続するように機能し、クラ
イアント１４が複数の対応周辺機器チャネル（好ましく
は、ＩＥＥＥ１２８４．４チャネル又は他の等価なプロ
トコル・チャネル）を介してＭＦＰによって支援される
機能の夫々にアクセスすることを可能にする。ＰＣＩ、
ＵＳＢ及び他の既知のリンクの通信リンクも考えられ
る。
【００１４】汎用ゲートウェイ（ＧＧＷ）２４は、ネッ
トワークインタフェース１８と周辺機器インタフェース
２０の間に接続され、ネットワークインタフェースと周
辺機器インタフェースの間に所望の機能に応じた双方向
データパススルーを提供している。また、ＧＧＷ２４に
より、クライアント１４は、ＭＦＰ１６の特定機能に対
応する特定の周辺機器チャネル２２を要求できるため、
所望の機能それぞれについて新たなゲートウェイを確立
する必要がなくなる。
トワークインタフェース１８と周辺機器インタフェース
２０の間に接続され、ネットワークインタフェースと周
辺機器インタフェースの間に所望の機能に応じた双方向
データパススルーを提供している。また、ＧＧＷ２４に
より、クライアント１４は、ＭＦＰ１６の特定機能に対
応する特定の周辺機器チャネル２２を要求できるため、
所望の機能それぞれについて新たなゲートウェイを確立
する必要がなくなる。
【００１５】次に図３では、クライアントを特定のＭＦ
Ｐ機能にアクセス可能とするクライアント１４における
ソフトウェアプログラムの動作を図示している。まず、
ネットワーク接続されたクライアントのユーザが、ＭＦ
Ｐ１６の特定機能に対するアクセスを要求し（ブロック
２６）、意図する周辺機器がネットワーク１２に接続さ
れているか、クライアント１４に直接接続されているか
を判断する（ブロック２８）。ＭＦＰ１６がネットワー
ク化されていない場合、本手順は終了し（ブロック３
０）、ＭＦＰは、ＭＦＰが接続されているコンピュータ
により周知の方法で動作される。
Ｐ機能にアクセス可能とするクライアント１４における
ソフトウェアプログラムの動作を図示している。まず、
ネットワーク接続されたクライアントのユーザが、ＭＦ
Ｐ１６の特定機能に対するアクセスを要求し（ブロック
２６）、意図する周辺機器がネットワーク１２に接続さ
れているか、クライアント１４に直接接続されているか
を判断する（ブロック２８）。ＭＦＰ１６がネットワー
ク化されていない場合、本手順は終了し（ブロック３
０）、ＭＦＰは、ＭＦＰが接続されているコンピュータ
により周知の方法で動作される。
【００１６】ＭＦＰ１６がネットワーク化されている場
合、ＴＣＰポート又はＳＰＸソケットのひとつを介して
ネットワーク接続がクライアント１４とサーバ１０の間
で確立される（ブロック３１）。サーバ１０は初期的状
態ではコマンドモードで、接続においてクライアント１
４からコマンドを聞く。コマンドがクライアント１４か
ら受信されると、サーバ１０は、好ましくはＦＴＰおよ
びＳＭＴＰ規約にしたがう３桁のアウトカム(outcome)
コード番号で応答を発信する。たとえば、「２」で始ま
る任意の番号が成功結果であり、「４」または「５」で
始まるものは失敗結果である。残りの数字は、その結果
についてさらに詳細をもたらす。残りの桁はアウトカム
の詳細を与えるものである。応答には好ましくは例え
ば、「２００ｏｋ」、「４２１利用可能なチャネルはな
い」などの説明テキストを含むものである。
合、ＴＣＰポート又はＳＰＸソケットのひとつを介して
ネットワーク接続がクライアント１４とサーバ１０の間
で確立される（ブロック３１）。サーバ１０は初期的状
態ではコマンドモードで、接続においてクライアント１
４からコマンドを聞く。コマンドがクライアント１４か
ら受信されると、サーバ１０は、好ましくはＦＴＰおよ
びＳＭＴＰ規約にしたがう３桁のアウトカム(outcome)
コード番号で応答を発信する。たとえば、「２」で始ま
る任意の番号が成功結果であり、「４」または「５」で
始まるものは失敗結果である。残りの数字は、その結果
についてさらに詳細をもたらす。残りの桁はアウトカム
の詳細を与えるものである。応答には好ましくは例え
ば、「２００ｏｋ」、「４２１利用可能なチャネルはな
い」などの説明テキストを含むものである。
【００１７】ネットワーク接続が首尾よく確立される
（ブロック３２）と、クライアント１４は、確立された
接続のアイドルタイムアウトを数秒で設定するＴＩＭＥ
コマンドを送信する（ブロック３４）。クライアント１
４とＭＦＰ１６の間に設定秒数のデータのやり取りがな
い場合、サーバ１０は、これらの間の接続を閉じる。ア
イドルタイムアウトが設定されると（ブロック３６）、
クライアント１４は、ＳＥＲＶコマンドをサーバ１０に
送信し、周辺機器サービス名称検索を要求する（ブロッ
ク３８）、すなわち、ＭＦＰによって支援される要求さ
れた機能又はサービスの周辺機器チャネルアドレスを学
習する。ＳＥＲＶコマンドが実行されると、サーバー１
０の回答を受信し（ブロック４０）、クライアント１４
は成功出力コード番号「２５０」にしたがってテキスト
を記述し、要求された機能に対応するチャネル番号を抽
出する（ブロック４１）。クライアント１４は次にサー
バ１０にＯＰＥＮコマンドを発信し、ＭＦＰの要求機能
に対応する周辺機器チャネルを開設する（ブロック４
２）。チャネルが開設される（ブロック４４）と、クラ
イアント１４は、ＤＡＴＡコマンドを発信（ブロック４
６）し、そのサーバ１０がデータパスルーモードに入る
よう要求する。このモードに入る（ブロック４８）と、
クライアント１４は、ＭＦＰ１６と直接通信し、所望の
機能にアクセスし、サーバ１０のＧＧＷ２４は、クライ
アントとＭＦＰの間で単にデータを渡し（ブロック５
０）、接続が閉じられる（ブロック３０）まで繰り返さ
れる。なお、パススルーモードに入ると、クライアント
１４は接続を閉じて、ＧＧＷ２４を介して伝送中のデー
タを終了する。しかしながら、ＭＦＰ１６がチャネルを
閉じるイベントでは、サーバ１０は接続を閉じる。ブロ
ック２８、３２、３６、４０、４４および４８のいずれ
においても、サーバ１０が、失敗結果を示す応答を出力
する、すなわち、「４」または「５」で始まる数を送信
すると、エラーメッセージがユーザに表示され（ブロッ
ク５２）、本手順が終了する（ブロック３０）。ＴＩＭ
ＥとＳＥＲＶコマンドが本発明にとって好ましいが、必
須のものではない。代替のクライアントインプリメンテ
ーションは、これらステップを飛び越え、しかし、周辺
機器へのアクセス可能である。サーバー１０が支援する
全てのコマンドが本発明の好適な実施例に用いられるも
のではない。他のコマンドが使用できる場合も想定でき
ることは当業者にとっては自明の事項である。
（ブロック３２）と、クライアント１４は、確立された
接続のアイドルタイムアウトを数秒で設定するＴＩＭＥ
コマンドを送信する（ブロック３４）。クライアント１
４とＭＦＰ１６の間に設定秒数のデータのやり取りがな
い場合、サーバ１０は、これらの間の接続を閉じる。ア
イドルタイムアウトが設定されると（ブロック３６）、
クライアント１４は、ＳＥＲＶコマンドをサーバ１０に
送信し、周辺機器サービス名称検索を要求する（ブロッ
ク３８）、すなわち、ＭＦＰによって支援される要求さ
れた機能又はサービスの周辺機器チャネルアドレスを学
習する。ＳＥＲＶコマンドが実行されると、サーバー１
０の回答を受信し（ブロック４０）、クライアント１４
は成功出力コード番号「２５０」にしたがってテキスト
を記述し、要求された機能に対応するチャネル番号を抽
出する（ブロック４１）。クライアント１４は次にサー
バ１０にＯＰＥＮコマンドを発信し、ＭＦＰの要求機能
に対応する周辺機器チャネルを開設する（ブロック４
２）。チャネルが開設される（ブロック４４）と、クラ
イアント１４は、ＤＡＴＡコマンドを発信（ブロック４
６）し、そのサーバ１０がデータパスルーモードに入る
よう要求する。このモードに入る（ブロック４８）と、
クライアント１４は、ＭＦＰ１６と直接通信し、所望の
機能にアクセスし、サーバ１０のＧＧＷ２４は、クライ
アントとＭＦＰの間で単にデータを渡し（ブロック５
０）、接続が閉じられる（ブロック３０）まで繰り返さ
れる。なお、パススルーモードに入ると、クライアント
１４は接続を閉じて、ＧＧＷ２４を介して伝送中のデー
タを終了する。しかしながら、ＭＦＰ１６がチャネルを
閉じるイベントでは、サーバ１０は接続を閉じる。ブロ
ック２８、３２、３６、４０、４４および４８のいずれ
においても、サーバ１０が、失敗結果を示す応答を出力
する、すなわち、「４」または「５」で始まる数を送信
すると、エラーメッセージがユーザに表示され（ブロッ
ク５２）、本手順が終了する（ブロック３０）。ＴＩＭ
ＥとＳＥＲＶコマンドが本発明にとって好ましいが、必
須のものではない。代替のクライアントインプリメンテ
ーションは、これらステップを飛び越え、しかし、周辺
機器へのアクセス可能である。サーバー１０が支援する
全てのコマンドが本発明の好適な実施例に用いられるも
のではない。他のコマンドが使用できる場合も想定でき
ることは当業者にとっては自明の事項である。
【００１８】次に図４Ａ〜図４Ｅにおいて、クライアン
ト１４から受信されたコマンドに応答するサーバ１０の
動作が図示されている。サーバ１０は、イベント駆動型
であり、それ自体、初期化後にクライアント１４または
ＭＦＰ１６からイベント、すなわち、コマンドまたは回
答を待つ（ブロック５４）。イベントが発生すると、サ
ーバ１０は、初期的クライアント１４により設定された
アイドルタイムアウトをリセット（ブロック５６）し、
どのイベントが発生したかを判断する（ブロック５
８）。そして、サーバ１０は、次のイベントが処理され
る前に各イベントの手順を完了する。
ト１４から受信されたコマンドに応答するサーバ１０の
動作が図示されている。サーバ１０は、イベント駆動型
であり、それ自体、初期化後にクライアント１４または
ＭＦＰ１６からイベント、すなわち、コマンドまたは回
答を待つ（ブロック５４）。イベントが発生すると、サ
ーバ１０は、初期的クライアント１４により設定された
アイドルタイムアウトをリセット（ブロック５６）し、
どのイベントが発生したかを判断する（ブロック５
８）。そして、サーバ１０は、次のイベントが処理され
る前に各イベントの手順を完了する。
【００１９】新規接続要求がクライアント１４から受信
される（ブロック６０）と、サーバ１０は、この新規接
続要求が受け入れられるかを判断する（ブロック６
２）。好ましい実施形態において、より多くの同時接続
が考えられるが、サーバ１０は、２つの同時接続に対応
可能である。最大接続数がすでに確定されている場合、
サーバ１０は、「４２１」エラーメッセージをクライア
ントに送信（ブロック６４）し、ネットワーク接続を閉
じ（ブロック６６）、別のイベントが発生するのを待つ
（ブロック５４）。サーバ１０が上記接続を受け入れ可
能である場合、接続状態をＣＯＭＭＡＮＤに設定（ブロ
ック６８）し、「２００」成功のメッセージをクライア
ント１４に送信（ブロック７０）し、イベントを待つ
（ブロック５４）。
される（ブロック６０）と、サーバ１０は、この新規接
続要求が受け入れられるかを判断する（ブロック６
２）。好ましい実施形態において、より多くの同時接続
が考えられるが、サーバ１０は、２つの同時接続に対応
可能である。最大接続数がすでに確定されている場合、
サーバ１０は、「４２１」エラーメッセージをクライア
ントに送信（ブロック６４）し、ネットワーク接続を閉
じ（ブロック６６）、別のイベントが発生するのを待つ
（ブロック５４）。サーバ１０が上記接続を受け入れ可
能である場合、接続状態をＣＯＭＭＡＮＤに設定（ブロ
ック６８）し、「２００」成功のメッセージをクライア
ント１４に送信（ブロック７０）し、イベントを待つ
（ブロック５４）。
【００２０】クライアント１４からデータが受信される
（ブロック７２）と、サーバ１０は、クライアントがＭ
ＦＰ１６にデータを送信中である、すなわち、クライア
ントがＤＡＴＡモードであるか、コマンド発信中であ
る、すなわち、クライアントがＣＯＭＭＡＮＤモードで
あるかを判断する（ブロック７４）。クライアント１４
がＤＡＴＡモードである場合、サーバ１０は、データに
おいて要求されたチャネル２２がＭＦＰ１６に開設され
ているかを確認する（ブロック７６）。開設されていれ
ば、データは、そのチャネル２２上でＭＦＰ１６に送信
される（ブロック７８）。開設されていなければ、デー
タは、チャネル２２が開設されるまで待ち行列される
（ブロック８０）。いずれか一方の手順が終了すると、
サーバ１０は、別のイベントを待つ（ブロック５４）。
一方、クライアント１４がＣＯＭＭＡＮＤモードである
場合、サーバ１０は、図４Ｂに示す適切なコマンド処理
手順を呼び出す。
（ブロック７２）と、サーバ１０は、クライアントがＭ
ＦＰ１６にデータを送信中である、すなわち、クライア
ントがＤＡＴＡモードであるか、コマンド発信中であ
る、すなわち、クライアントがＣＯＭＭＡＮＤモードで
あるかを判断する（ブロック７４）。クライアント１４
がＤＡＴＡモードである場合、サーバ１０は、データに
おいて要求されたチャネル２２がＭＦＰ１６に開設され
ているかを確認する（ブロック７６）。開設されていれ
ば、データは、そのチャネル２２上でＭＦＰ１６に送信
される（ブロック７８）。開設されていなければ、デー
タは、チャネル２２が開設されるまで待ち行列される
（ブロック８０）。いずれか一方の手順が終了すると、
サーバ１０は、別のイベントを待つ（ブロック５４）。
一方、クライアント１４がＣＯＭＭＡＮＤモードである
場合、サーバ１０は、図４Ｂに示す適切なコマンド処理
手順を呼び出す。
【００２１】次に図４Ｂにおいて、コマンド処理を行う
ために、サーバ１０は、まず、クライアント１４がテキ
ストのラインをすべて送信してしまうまで待たねばなら
ない（ブロック８２）。これは、１ラインがネットワー
ク１２中ばらばらに伝送されることがあるためである。
当該技術において周知のように、テキストラインは、任
意のキャリッジリターン（ＣＲ）文字（ＡＳＣＩＩコー
ド１３）の後に強制的な改行（ＬＦ）文字（ＡＳＣＩＩ
コード１０）で終了することが好ましい任意の文字列で
ある。サーバ１０は、行端シーケンスＣＲ−ＬＦまたは
単にＬＦを受信するまでそのラインの文字を蓄積する
（ブロック８４）。
ために、サーバ１０は、まず、クライアント１４がテキ
ストのラインをすべて送信してしまうまで待たねばなら
ない（ブロック８２）。これは、１ラインがネットワー
ク１２中ばらばらに伝送されることがあるためである。
当該技術において周知のように、テキストラインは、任
意のキャリッジリターン（ＣＲ）文字（ＡＳＣＩＩコー
ド１３）の後に強制的な改行（ＬＦ）文字（ＡＳＣＩＩ
コード１０）で終了することが好ましい任意の文字列で
ある。サーバ１０は、行端シーケンスＣＲ−ＬＦまたは
単にＬＦを受信するまでそのラインの文字を蓄積する
（ブロック８４）。
【００２２】フルラインに達すると、サーバ１０は、最
初の４文字について認識されたコマンドを確認する（ブ
ロック８６）。ＴＩＭＥコマンドが受信される（ブロッ
ク８８）場合、サーバ１０は、コマンドに続く引数を解
析（ブロック９０）し、新たなアイドルタイムアウトを
その値に設定する（ブロック９２）。好ましい実施形態
において、ゼロ値は、決して満了しない無限タイムアウ
トを示し、デフォルトタイムアウトは９０秒である。そ
して、サーバ１０は、「２００」成功メッセージをクラ
イアント１４に送信（ブロック９４）し、別のイベント
を待つ（ブロック５４）。
初の４文字について認識されたコマンドを確認する（ブ
ロック８６）。ＴＩＭＥコマンドが受信される（ブロッ
ク８８）場合、サーバ１０は、コマンドに続く引数を解
析（ブロック９０）し、新たなアイドルタイムアウトを
その値に設定する（ブロック９２）。好ましい実施形態
において、ゼロ値は、決して満了しない無限タイムアウ
トを示し、デフォルトタイムアウトは９０秒である。そ
して、サーバ１０は、「２００」成功メッセージをクラ
イアント１４に送信（ブロック９４）し、別のイベント
を待つ（ブロック５４）。
【００２３】サーバ１０から要求しているデータパケッ
ト「クレジット」の数に特殊な要件を有することでデー
タをサーバに送り返すことが可能となるＭＦＰ１６につ
いて、当該技術において周知のように、クライアント１
４は、ＭＰＣＴコマンドを引数サーバ１０に送信するこ
とで、ＭＦＰ１６が必要とするパケットクレジットの最
小数を設定する（ブロック９６）。要求されたチャネル
の状態がＩＤＬＥでない（ブロック９８）場合、サーバ
１０は、「４５２」エラーメッセージをクライアント１
４に送信する（ブロック１００）。ＩＤＬＥであれば、
サーバ１０は、引数を解析（ブロック１０２）し、これ
を保存して、後でクライアントがＯＰＥＮコマンドを発
信する際に使用（ブロック１０４）し、「２００」成功
メッセージを送信する（ブロック１０６）。
ト「クレジット」の数に特殊な要件を有することでデー
タをサーバに送り返すことが可能となるＭＦＰ１６につ
いて、当該技術において周知のように、クライアント１
４は、ＭＰＣＴコマンドを引数サーバ１０に送信するこ
とで、ＭＦＰ１６が必要とするパケットクレジットの最
小数を設定する（ブロック９６）。要求されたチャネル
の状態がＩＤＬＥでない（ブロック９８）場合、サーバ
１０は、「４５２」エラーメッセージをクライアント１
４に送信する（ブロック１００）。ＩＤＬＥであれば、
サーバ１０は、引数を解析（ブロック１０２）し、これ
を保存して、後でクライアントがＯＰＥＮコマンドを発
信する際に使用（ブロック１０４）し、「２００」成功
メッセージを送信する（ブロック１０６）。
【００２４】ＯＰＥＮコマンドが特定のチャネル２２で
受信される（ブロック１０８）場合、サーバ１０は、そ
のチャネルがＩＤＬＥ状態であるかを確認する（ブロッ
ク１１０）。チャネル状態がＩＤＬＥでなければ、サー
バ１０は、「４５２」エラーメッセージを送信する（ブ
ロック１１２）。ＩＤＬＥであれば、サーバ１０は、Ｏ
ＰＥＮコマンドに続く引数を解析（ブロック１１４）
し、チャネル状態をＯＰＥＮ−ＷＡＩＴに設定（ブロッ
ク１１６）し、開設チャネル要求をＭＦＰ１６に送信す
る（ブロック１１８）。ＭＰＦ１６は、サーバ１０が開
設チャネル要求の結果を直ちに知ることがないようにサ
ーバ１０と非同期に動作する。ＭＦＰ１６からの回答
は、通常、短時間で到着し、図４Ｄのブロック１７６で
後述する別のイベントとして処理される。それまで、結
果メッセージは、クライアント１４に送信されることは
ない。
受信される（ブロック１０８）場合、サーバ１０は、そ
のチャネルがＩＤＬＥ状態であるかを確認する（ブロッ
ク１１０）。チャネル状態がＩＤＬＥでなければ、サー
バ１０は、「４５２」エラーメッセージを送信する（ブ
ロック１１２）。ＩＤＬＥであれば、サーバ１０は、Ｏ
ＰＥＮコマンドに続く引数を解析（ブロック１１４）
し、チャネル状態をＯＰＥＮ−ＷＡＩＴに設定（ブロッ
ク１１６）し、開設チャネル要求をＭＦＰ１６に送信す
る（ブロック１１８）。ＭＰＦ１６は、サーバ１０が開
設チャネル要求の結果を直ちに知ることがないようにサ
ーバ１０と非同期に動作する。ＭＦＰ１６からの回答
は、通常、短時間で到着し、図４Ｄのブロック１７６で
後述する別のイベントとして処理される。それまで、結
果メッセージは、クライアント１４に送信されることは
ない。
【００２５】サーバ１０にデータパススルーモードに入
るよう要求するＤＡＴＡコマンドがクライアント１４か
ら受信される（ブロック１２０）と、サーバ１０は、Ｏ
ＰＥＮコマンドにより要求されるチャネル２２がＯＰＥ
Ｎ状態またはＯＰＥＮ−ＷＡＩＴ状態のいずれであるか
を確認する（ブロック１２２）。チャネル状態がＯＰＥ
ＮまたＯＰＥＮ−ＷＡＩＴであると、サーバ１０は、ク
ライアント状態をＤＡＴＡに設定（ブロック１２４）
し、「２００」成功メッセージを送信（ブロック１２
６）し、そしてサーバ１０において待ち行列された任意
のＭＦＰデータを送信する（ブロック１２８）（ＭＦＰ
１６からクライアント１４に受信されたデータの応答に
ついては以下に説明される図４Ａのブロック１６０〜１
６６を参照）。ＯＰＥＮまたＯＰＥＮ−ＷＡＩＴのどち
らでもなければ、サーバ１０は、「４５３」エラーメッ
セージを送信して別のイベントを待つ（ブロック５
４）。
るよう要求するＤＡＴＡコマンドがクライアント１４か
ら受信される（ブロック１２０）と、サーバ１０は、Ｏ
ＰＥＮコマンドにより要求されるチャネル２２がＯＰＥ
Ｎ状態またはＯＰＥＮ−ＷＡＩＴ状態のいずれであるか
を確認する（ブロック１２２）。チャネル状態がＯＰＥ
ＮまたＯＰＥＮ−ＷＡＩＴであると、サーバ１０は、ク
ライアント状態をＤＡＴＡに設定（ブロック１２４）
し、「２００」成功メッセージを送信（ブロック１２
６）し、そしてサーバ１０において待ち行列された任意
のＭＦＰデータを送信する（ブロック１２８）（ＭＦＰ
１６からクライアント１４に受信されたデータの応答に
ついては以下に説明される図４Ａのブロック１６０〜１
６６を参照）。ＯＰＥＮまたＯＰＥＮ−ＷＡＩＴのどち
らでもなければ、サーバ１０は、「４５３」エラーメッ
セージを送信して別のイベントを待つ（ブロック５
４）。
【００２６】次に図４Ｃにおいて、ＭＦＰ１６により支
援される特定サービスについてサービス名称検索を要求
するＳＥＲＶコマンドがクライアント１４から受信され
る（ブロック１３２）場合、サーバ１０は、ＳＥＲＶコ
マンドに続くワードを解析（ブロック１３４）し、ＭＦ
Ｐ１６に対して、そのワードを検索すべき名称として、
サービス名称検索要求を送信する（ブロック１３６）。
そして、サーバ１０は、図４Ｄのブロック１６８〜１７
４で後述する別のイベントとしての回答が後で到着する
ことから、イベントを待つ（ブロック５４）。サービス
名称検索は、ＨＰ ＪｅｔＤｉｒｅｃｔ等のＭＦＰサー
バとＭＦＰとの間に使用される多数の通信プロトコルの
特徴であることが、当業者には理解されよう。好ましい
実施形態において、パラレルポート用ＩＥＥＥ１２８
４．４プロトコルは、ＭＦＰ１６により採用される。し
かしながら、通信リンクは、ＰＣＩ等バックプレーン、
ＵＳＢ等シリアルリンクまたはその他としてもよい。こ
のコマンドは、ＭＦＰ１６に対する通信リンクによりど
のように支援されていてもサービス名称検索プロトコル
を採用する。通信プロトコルがいずれのサービス名称検
索プロトコルにも対応していない（ブロック１３８）場
合、サーバ１０は、直ちに「４５１」エラーメッセージ
をクライアント１４に戻し、いずれの要求もＭＦＰ１６
に送信しないようにする（ブロック１４０）。
援される特定サービスについてサービス名称検索を要求
するＳＥＲＶコマンドがクライアント１４から受信され
る（ブロック１３２）場合、サーバ１０は、ＳＥＲＶコ
マンドに続くワードを解析（ブロック１３４）し、ＭＦ
Ｐ１６に対して、そのワードを検索すべき名称として、
サービス名称検索要求を送信する（ブロック１３６）。
そして、サーバ１０は、図４Ｄのブロック１６８〜１７
４で後述する別のイベントとしての回答が後で到着する
ことから、イベントを待つ（ブロック５４）。サービス
名称検索は、ＨＰ ＪｅｔＤｉｒｅｃｔ等のＭＦＰサー
バとＭＦＰとの間に使用される多数の通信プロトコルの
特徴であることが、当業者には理解されよう。好ましい
実施形態において、パラレルポート用ＩＥＥＥ１２８
４．４プロトコルは、ＭＦＰ１６により採用される。し
かしながら、通信リンクは、ＰＣＩ等バックプレーン、
ＵＳＢ等シリアルリンクまたはその他としてもよい。こ
のコマンドは、ＭＦＰ１６に対する通信リンクによりど
のように支援されていてもサービス名称検索プロトコル
を採用する。通信プロトコルがいずれのサービス名称検
索プロトコルにも対応していない（ブロック１３８）場
合、サーバ１０は、直ちに「４５１」エラーメッセージ
をクライアント１４に戻し、いずれの要求もＭＦＰ１６
に送信しないようにする（ブロック１４０）。
【００２７】ＳＥＲＶコマンドと同様に、ＳＫＩＤコマ
ンドが受信される（ブロック１４２）と、サーバ１０
は、「ソケットＩＤ」を特定するコマンドに続うて数字
を（ブロック１４４）し、その数を検索すべきソケット
として一緒のソケットＩＤ検索要求をＭＦＰ１６に送信
する（ブロック１４６）が、通信プロトコルがソケット
ＩＤ検索要求に対応している場合に限られる（ブロック
１４８）。対応していなければ、サーバ１０は、直ちに
「４５１」エラーメッセージをクライアント１４に戻
し、いずれの要求もＭＦＰ１６に送信しないようにする
（ブロック１５０）。回答は、図４Ｄのブロック１６８
〜１７４で後述するように別のイベントとして後で到着
する。
ンドが受信される（ブロック１４２）と、サーバ１０
は、「ソケットＩＤ」を特定するコマンドに続うて数字
を（ブロック１４４）し、その数を検索すべきソケット
として一緒のソケットＩＤ検索要求をＭＦＰ１６に送信
する（ブロック１４６）が、通信プロトコルがソケット
ＩＤ検索要求に対応している場合に限られる（ブロック
１４８）。対応していなければ、サーバ１０は、直ちに
「４５１」エラーメッセージをクライアント１４に戻
し、いずれの要求もＭＦＰ１６に送信しないようにする
（ブロック１５０）。回答は、図４Ｄのブロック１６８
〜１７４で後述するように別のイベントとして後で到着
する。
【００２８】ＱＵＩＴコマンドが受信されると（ブロッ
ク１５２）、サーバ１０は、「２００」成功メッセージ
をクライアント１４に送信（ブロック１５４）し、図４
Ｅにおいて後述する閉手順を呼び出す。受信コマンドが
認識されない場合（ブロック１５６）、サーバ１０は、
「５００」エラーメッセージをクライアント１４に送信
（ブロック１５８）し、このコマンドを無視する。そし
てサーバ１０は、別のイベントを待つ（ブロック５
４）。
ク１５２）、サーバ１０は、「２００」成功メッセージ
をクライアント１４に送信（ブロック１５４）し、図４
Ｅにおいて後述する閉手順を呼び出す。受信コマンドが
認識されない場合（ブロック１５６）、サーバ１０は、
「５００」エラーメッセージをクライアント１４に送信
（ブロック１５８）し、このコマンドを無視する。そし
てサーバ１０は、別のイベントを待つ（ブロック５
４）。
【００２９】次に再び図４Ａに戻ると、サーバ１０が、
イベントを待ちながらＭＦＰ１６からデータを受信する
（ブロック１６０）場合、クライアントがＤＡＴＡモー
ドであれば（ブロック１６２）単純にＭＦＰデータをク
ライアントに送信する（ブロック１６４）。クライアン
ト１４がＣＯＭＭＡＮＤモードであれば（ブロック１６
２）、サーバ１０は、クライアントがＤＡＴＡコマンド
を発信するまでデータを待ち行列する（ブロック１６
６）。
イベントを待ちながらＭＦＰ１６からデータを受信する
（ブロック１６０）場合、クライアントがＤＡＴＡモー
ドであれば（ブロック１６２）単純にＭＦＰデータをク
ライアントに送信する（ブロック１６４）。クライアン
ト１４がＣＯＭＭＡＮＤモードであれば（ブロック１６
２）、サーバ１０は、クライアントがＤＡＴＡコマンド
を発信するまでデータを待ち行列する（ブロック１６
６）。
【００３０】次に図４Ｄにおいて、サーバ１０が、図４
Ｃのブロック１３８〜１５０において上述したサービス
名称検索またはソケットＩＤ検索のいずれかに応答して
ＭＦＰ１６から回答を受信する（ブロック１６８）場
合、サーバ１０は、ＭＦＰが成功検索に復帰すれば（ブ
ロック１７０）、それぞれ復帰されたソケットＩＤまた
はサービス名称を抽出し、これを「２５０」メッセージ
においてクライアント１４に送信する（ブロック１７
２）。成功しなければ、サーバ１０は、「４５１」エラ
ーメッセージをクライアント１４に送信する（ブロック
１７４）。このように、所望のサービスのソケットＩＤ
をクライアント１４が入手可能であり、そして、所望の
サービスを利用するために、このソケットＩＤに対する
通信チャネルを開設できる。逆に、クライアント１４
は、ある特定のソケットＩＤと関連づけられたサービス
の名称を、ＭＦＰ１６により回復されたサービス名称か
ら入手できる。
Ｃのブロック１３８〜１５０において上述したサービス
名称検索またはソケットＩＤ検索のいずれかに応答して
ＭＦＰ１６から回答を受信する（ブロック１６８）場
合、サーバ１０は、ＭＦＰが成功検索に復帰すれば（ブ
ロック１７０）、それぞれ復帰されたソケットＩＤまた
はサービス名称を抽出し、これを「２５０」メッセージ
においてクライアント１４に送信する（ブロック１７
２）。成功しなければ、サーバ１０は、「４５１」エラ
ーメッセージをクライアント１４に送信する（ブロック
１７４）。このように、所望のサービスのソケットＩＤ
をクライアント１４が入手可能であり、そして、所望の
サービスを利用するために、このソケットＩＤに対する
通信チャネルを開設できる。逆に、クライアント１４
は、ある特定のソケットＩＤと関連づけられたサービス
の名称を、ＭＦＰ１６により回復されたサービス名称か
ら入手できる。
【００３１】サーバ１０が、図４Ｂのブロック１０８〜
１１８において上述したようにクライアント１４からの
ＯＰＥＮコマンドに応答してＭＦＰ１６から回答を受信
する（ブロック１７６）と、サーバ１０は、要求の結果
を確認する（ブロック１７８）。成功であれば、サーバ
１０は、チャネル状態を確認する（ブロック１８０）。
状態がＯＰＥＮ−ＷＡＩＴであれば、サーバ１０は、状
態をＯＰＥＮに設定（ブロック１８２）し、ＯＰＥＮ状
態を待っているサーバにおいて待ち行列していたあらゆ
るデータ（図４Ａのブロック７２〜７６において上述さ
れた）をＭＦＰ１６に送信（ブロック１８４）し、「２
００」成功メッセージをクライアント１４に送信してＯ
ＰＥＮコマンドに応答する（ブロック１８６）。チャネ
ル状態がＯＰＥＮ−ＷＡＩＴ−ＣＬＯＳＥであると、図
４Ｅのブロック２１８で後述するように、サーバ１０
は、状態をＯＰＥＮに設定し、図４Ｅに図示して後述す
る閉接続手順を直ちに呼び出す（ブロック１８８）。開
設チャネル要求が失敗であった（ブロック１７８）場
合、サーバ１０は、チャネル状態を確認する（ブロック
１９０）。状態がＯＰＥＮ−ＷＡＩＴであると、サーバ
１０は、状態をＩＤＬＥに設定（ブロック１９２）し、
「４５０」エラーメッセージをクライアント１４に送信
する（ブロック１９４）。上記状態がＯＰＥＮ−ＷＡＩ
Ｔ−ＣＬＯＳＥであると、サーバ１０は、状態を単にＩ
ＤＬＥに設定する（ブロック１９６）。
１１８において上述したようにクライアント１４からの
ＯＰＥＮコマンドに応答してＭＦＰ１６から回答を受信
する（ブロック１７６）と、サーバ１０は、要求の結果
を確認する（ブロック１７８）。成功であれば、サーバ
１０は、チャネル状態を確認する（ブロック１８０）。
状態がＯＰＥＮ−ＷＡＩＴであれば、サーバ１０は、状
態をＯＰＥＮに設定（ブロック１８２）し、ＯＰＥＮ状
態を待っているサーバにおいて待ち行列していたあらゆ
るデータ（図４Ａのブロック７２〜７６において上述さ
れた）をＭＦＰ１６に送信（ブロック１８４）し、「２
００」成功メッセージをクライアント１４に送信してＯ
ＰＥＮコマンドに応答する（ブロック１８６）。チャネ
ル状態がＯＰＥＮ−ＷＡＩＴ−ＣＬＯＳＥであると、図
４Ｅのブロック２１８で後述するように、サーバ１０
は、状態をＯＰＥＮに設定し、図４Ｅに図示して後述す
る閉接続手順を直ちに呼び出す（ブロック１８８）。開
設チャネル要求が失敗であった（ブロック１７８）場
合、サーバ１０は、チャネル状態を確認する（ブロック
１９０）。状態がＯＰＥＮ−ＷＡＩＴであると、サーバ
１０は、状態をＩＤＬＥに設定（ブロック１９２）し、
「４５０」エラーメッセージをクライアント１４に送信
する（ブロック１９４）。上記状態がＯＰＥＮ−ＷＡＩ
Ｔ−ＣＬＯＳＥであると、サーバ１０は、状態を単にＩ
ＤＬＥに設定する（ブロック１９６）。
【００３２】サーバ１０がＭＦＰ１６からチャネル閉回
答を受信する（ブロック１９８）と、サーバ１０は、直
ちにチャネル状態をＩＤＬＥに設定する（ブロック２０
０）。たとえば、通信ケーブルがＭＦＰのシャットダウ
ンにより切断される等、ＭＦＰ１６に対する通信リンク
が何らかの理由により失敗する（ブロック２０２）と、
サーバ１０は、直ちにすべてのネットワーク接続を閉じ
（ブロック２０４）、待ち行列されるいずれのデータも
フラッシュさせる（ブロック２０６）。
答を受信する（ブロック１９８）と、サーバ１０は、直
ちにチャネル状態をＩＤＬＥに設定する（ブロック２０
０）。たとえば、通信ケーブルがＭＦＰのシャットダウ
ンにより切断される等、ＭＦＰ１６に対する通信リンク
が何らかの理由により失敗する（ブロック２０２）と、
サーバ１０は、直ちにすべてのネットワーク接続を閉じ
（ブロック２０４）、待ち行列されるいずれのデータも
フラッシュさせる（ブロック２０６）。
【００３３】次に図４Ｅにおいて、サーバ１０は、サー
バがエラーまたは他の回復不能な状態により閉設を希望
する都度、またはアイドルタイムアウトが満了になる
と、図４Ｃのブロック１５２で上述したＱＵＩＴコマン
ドがクライアントにより発信されるたびにＭＦＰ１６に
対する接続を閉じる手順を開始する（ブロック２０
８）。接続を閉じるためには、サーバ１０は、まずＭＦ
Ｐ１６に対する通信チャネル２２の状態を確認する（ブ
ロック２１０）。ＯＰＥＮであれば、サーバ１０は、こ
れをＣＬＯＳＥ−ＷＡＩＴに設定（ブロック２１２）
し、閉チャネル要求をＭＦＰ１６に送信する（ブロック
２１４）。上記状態がＯＰＥＮ−ＷＡＩＴであると（ブ
ロック２１６）、サーバ１０は、これをＯＰＥＮ−ＷＡ
ＩＴ−ＣＬＯＳＥ状態に設定（ブロック２１８）し、こ
の結果、開設回答の受信とともに閉設要求が送信される
（図４Ｄのブロック１７６〜１８０および１８８の上記
記載を参照）。その他いずれの状態においてもチャネル
動作は不要である（ブロック２２０）。チャネル状態の
処理完了後、サーバ１０は、ネットワーク接続を閉じ、
または接続解除を完了する（ブロック２２０）。最後
に、サーバ１０は、ＭＦＰ１６またはネットワーククラ
イアント１４のいずれかについて待ち行列された任意の
データを削除（ブロック２２２，２２４）し、別のイベ
ントを待つ（ブロック５４）。
バがエラーまたは他の回復不能な状態により閉設を希望
する都度、またはアイドルタイムアウトが満了になる
と、図４Ｃのブロック１５２で上述したＱＵＩＴコマン
ドがクライアントにより発信されるたびにＭＦＰ１６に
対する接続を閉じる手順を開始する（ブロック２０
８）。接続を閉じるためには、サーバ１０は、まずＭＦ
Ｐ１６に対する通信チャネル２２の状態を確認する（ブ
ロック２１０）。ＯＰＥＮであれば、サーバ１０は、こ
れをＣＬＯＳＥ−ＷＡＩＴに設定（ブロック２１２）
し、閉チャネル要求をＭＦＰ１６に送信する（ブロック
２１４）。上記状態がＯＰＥＮ−ＷＡＩＴであると（ブ
ロック２１６）、サーバ１０は、これをＯＰＥＮ−ＷＡ
ＩＴ−ＣＬＯＳＥ状態に設定（ブロック２１８）し、こ
の結果、開設回答の受信とともに閉設要求が送信される
（図４Ｄのブロック１７６〜１８０および１８８の上記
記載を参照）。その他いずれの状態においてもチャネル
動作は不要である（ブロック２２０）。チャネル状態の
処理完了後、サーバ１０は、ネットワーク接続を閉じ、
または接続解除を完了する（ブロック２２０）。最後
に、サーバ１０は、ＭＦＰ１６またはネットワーククラ
イアント１４のいずれかについて待ち行列された任意の
データを削除（ブロック２２２，２２４）し、別のイベ
ントを待つ（ブロック５４）。
【００３４】上記の記載から、所望の属性および効果を
有する改良周辺機器サーバが図示および説明されたこと
が理解されるはずである。これは、ネットワークにおけ
る複数のクライアントが、当該ネットワークに接続され
た多機能周辺機器により支援された複数の機能にアクセ
ス可能であるように適合される。サーバは、クライアン
トに少なくとも１つの機能を選択させ、周辺機器通信チ
ャネルが選択された機能のアドレスに対応することによ
りクライアントへのアクセスが可能となる。選択された
通信チャネルの任意のものにクライアントを接続するた
めに単一ゲートウェイが使用される。
有する改良周辺機器サーバが図示および説明されたこと
が理解されるはずである。これは、ネットワークにおけ
る複数のクライアントが、当該ネットワークに接続され
た多機能周辺機器により支援された複数の機能にアクセ
ス可能であるように適合される。サーバは、クライアン
トに少なくとも１つの機能を選択させ、周辺機器通信チ
ャネルが選択された機能のアドレスに対応することによ
りクライアントへのアクセスが可能となる。選択された
通信チャネルの任意のものにクライアントを接続するた
めに単一ゲートウェイが使用される。
【００３５】本発明の各種実施形態が図示され説明され
たが、他の変形例、代用および代替例が当業者にとって
明らかとなることが理解されるはずである。かかる変形
例、代用および代替例は、特許請求の範囲から判断され
るべき発明の精神および範囲から逸脱しない限り実行し
得る。
たが、他の変形例、代用および代替例が当業者にとって
明らかとなることが理解されるはずである。かかる変形
例、代用および代替例は、特許請求の範囲から判断され
るべき発明の精神および範囲から逸脱しない限り実行し
得る。
【００３６】本発明の各種特徴は特許請求の範囲に記載
される。
される。
【００３７】以上、本発明の実施例について詳述した
が、以下、本発明の各実施態様の例を示す。 （実施態様１）ネットワークのクライアントが前記ネッ
トワークに接続される多機能周辺機器により支援される
複数機能にアクセス可能であるように適合されるネット
ワーク周辺機器サーバであって、前記クライアントとネ
ットワーク上で所定のネットワークプロトコルにしたが
って通信するネットワークインタフェースと、前記多機
能周辺機器と前記多機能周辺機器により支援される複数
機能に対応する複数の周辺機器チャネルを介して通信す
る周辺機器インタフェースと、前記ネットワークインタ
フェースと前記周辺機器インタフェースとの間に通信可
能に接続され、前記ネットワークインタフェースと前記
周辺機器インタフェースとの間でデータを転送するゲー
トウェイと、前記複数のクライアントの少なくとも１つ
からの所定の命令に応答して、前記少なくとも１つのク
ライアントを、前記多機能周辺機器により支援される複
数の機能の少なくとも１つの選択された機能と前記複数
の周辺機器チャネルの対応チャネルを介して動作可能に
接続する制御手段と、を備える、サーバ。 （実施態様２）前記所定の命令は、前記少なくとも１つ
の選択された機能を要求するサービス名称検索命令を含
み、前記制御手段は、前記サービス名称検索命令に応答
して、前記多機能周辺機器の、前記少なくとも１つの選
択された機能のアドレスを要求し、かつ前記アドレスが
前記多機能周辺機器により提供される際、前記サービス
名称検索命令を発信するクライアントを、前記少なくと
も１つの選択された機能の前記アドレスに通信可能に接
続する、前項(1)のサーバ。 （実施態様３）前記所定の命令は、前記少なくとも１つ
の選択された機能の前記アドレスに対応する複数の周辺
機器チャネルの前記チャネルを開設するチャネル開設命
令を含み、前記制御手段は、前記チャネル開設命令に応
答して、前記少なくとも１つの選択された機能の前記ア
ドレスに対応する前記１つの周辺機器チャネルを開設し
て、前記クライアントを前記周辺機器チャネルに通信可
能に接続する、前項(2)記載のサーバ。 （実施態様４）前記制御手段は、前記周辺機器チャネル
が開設されると、前記クライアントから受信されたデー
タを、前記少なくとも１つの選択された機能に前記アド
レスに対応する前記周辺機器チャネルを介して前記多機
能周辺機器に送信し、前記周辺機器チャンネルが開設さ
れない場合、前記データを前記サーバの持ち行列に入れ
る、前項(3)記載のサーバ。 （実施態様５）前記命令は、前記選択された機能のアド
レスに対応する周辺機器チャネルを開く命令を含み、さ
らに、前記開く命令に応答して、前記周辺機器チャネル
を通信可能に前記ゲートウェイを介して前記周辺機器チ
ャネルへ前記命令を発行するクライアントと接続するよ
う開く制御手段とを含むことを特徴とする前項(1)記載
のサーバ。 （実施態様６）前記命令は、前記複数の周辺機器チャネ
ルの選択されたひとつと対応する機能の種類を要求する
命令を含む、前記制御手段は、前記命令に応じてた機能
周辺機器からその種類を入手し、前記種類を要求したク
ライアントに提供することを特徴とする前項(1)記載の
サーバ。 （実施態様７）前記制御手段は、多機能周辺機器の少な
くとも二つの機能を少なくともひとつのクライアントに
対して同時に接続させるように機能することを特徴とす
る前項(1)記載のサーバ。 （実施態様８）前記ゲートウエイは、複数の多機能周辺
機器がネットワークに接続されると、各多機能周辺機器
に対して、前記ネットワークと前記周辺機器インターフ
ェースのあいだを通信可能に確立させることを特徴とす
る前項(1)記載のサーバ。 （実施態様９）周辺機器サーバを介してネットワークに
接続される複数のクライアントを前記ネットワークに接
続される多機能周辺機器により支援される複数機能にア
クセス可能とする方法において、前記多機能周辺機器の
少なくとも１つの選択された機能に対応するサーバの周
辺機器チャネルを要求する、前記複数のクライアントの
少なくとも１つのクライアントからのサービス名称検索
命令を送信するステップと、前記対応する周辺機器チャ
ネルを開設して、前記少なくとも１つのクライアントを
前記少なくとも１つの選択された機能に通信可能に接続
するステップと、前記少なくとも１つのクライアントと
前記多機能周辺機器との間で、前記周辺機器サーバを介
してデータを転送するステップと、を含むネットワーク
に接続される複数のクライアントを多機能周辺機器の複
数機能にアクセス可能とする方法。 （実施態様１０）前記データは、前記周辺機器サーバに
おける単一ゲートウェイを介して伝送される、前項(9)
記載の方法。
が、以下、本発明の各実施態様の例を示す。 （実施態様１）ネットワークのクライアントが前記ネッ
トワークに接続される多機能周辺機器により支援される
複数機能にアクセス可能であるように適合されるネット
ワーク周辺機器サーバであって、前記クライアントとネ
ットワーク上で所定のネットワークプロトコルにしたが
って通信するネットワークインタフェースと、前記多機
能周辺機器と前記多機能周辺機器により支援される複数
機能に対応する複数の周辺機器チャネルを介して通信す
る周辺機器インタフェースと、前記ネットワークインタ
フェースと前記周辺機器インタフェースとの間に通信可
能に接続され、前記ネットワークインタフェースと前記
周辺機器インタフェースとの間でデータを転送するゲー
トウェイと、前記複数のクライアントの少なくとも１つ
からの所定の命令に応答して、前記少なくとも１つのク
ライアントを、前記多機能周辺機器により支援される複
数の機能の少なくとも１つの選択された機能と前記複数
の周辺機器チャネルの対応チャネルを介して動作可能に
接続する制御手段と、を備える、サーバ。 （実施態様２）前記所定の命令は、前記少なくとも１つ
の選択された機能を要求するサービス名称検索命令を含
み、前記制御手段は、前記サービス名称検索命令に応答
して、前記多機能周辺機器の、前記少なくとも１つの選
択された機能のアドレスを要求し、かつ前記アドレスが
前記多機能周辺機器により提供される際、前記サービス
名称検索命令を発信するクライアントを、前記少なくと
も１つの選択された機能の前記アドレスに通信可能に接
続する、前項(1)のサーバ。 （実施態様３）前記所定の命令は、前記少なくとも１つ
の選択された機能の前記アドレスに対応する複数の周辺
機器チャネルの前記チャネルを開設するチャネル開設命
令を含み、前記制御手段は、前記チャネル開設命令に応
答して、前記少なくとも１つの選択された機能の前記ア
ドレスに対応する前記１つの周辺機器チャネルを開設し
て、前記クライアントを前記周辺機器チャネルに通信可
能に接続する、前項(2)記載のサーバ。 （実施態様４）前記制御手段は、前記周辺機器チャネル
が開設されると、前記クライアントから受信されたデー
タを、前記少なくとも１つの選択された機能に前記アド
レスに対応する前記周辺機器チャネルを介して前記多機
能周辺機器に送信し、前記周辺機器チャンネルが開設さ
れない場合、前記データを前記サーバの持ち行列に入れ
る、前項(3)記載のサーバ。 （実施態様５）前記命令は、前記選択された機能のアド
レスに対応する周辺機器チャネルを開く命令を含み、さ
らに、前記開く命令に応答して、前記周辺機器チャネル
を通信可能に前記ゲートウェイを介して前記周辺機器チ
ャネルへ前記命令を発行するクライアントと接続するよ
う開く制御手段とを含むことを特徴とする前項(1)記載
のサーバ。 （実施態様６）前記命令は、前記複数の周辺機器チャネ
ルの選択されたひとつと対応する機能の種類を要求する
命令を含む、前記制御手段は、前記命令に応じてた機能
周辺機器からその種類を入手し、前記種類を要求したク
ライアントに提供することを特徴とする前項(1)記載の
サーバ。 （実施態様７）前記制御手段は、多機能周辺機器の少な
くとも二つの機能を少なくともひとつのクライアントに
対して同時に接続させるように機能することを特徴とす
る前項(1)記載のサーバ。 （実施態様８）前記ゲートウエイは、複数の多機能周辺
機器がネットワークに接続されると、各多機能周辺機器
に対して、前記ネットワークと前記周辺機器インターフ
ェースのあいだを通信可能に確立させることを特徴とす
る前項(1)記載のサーバ。 （実施態様９）周辺機器サーバを介してネットワークに
接続される複数のクライアントを前記ネットワークに接
続される多機能周辺機器により支援される複数機能にア
クセス可能とする方法において、前記多機能周辺機器の
少なくとも１つの選択された機能に対応するサーバの周
辺機器チャネルを要求する、前記複数のクライアントの
少なくとも１つのクライアントからのサービス名称検索
命令を送信するステップと、前記対応する周辺機器チャ
ネルを開設して、前記少なくとも１つのクライアントを
前記少なくとも１つの選択された機能に通信可能に接続
するステップと、前記少なくとも１つのクライアントと
前記多機能周辺機器との間で、前記周辺機器サーバを介
してデータを転送するステップと、を含むネットワーク
に接続される複数のクライアントを多機能周辺機器の複
数機能にアクセス可能とする方法。 （実施態様１０）前記データは、前記周辺機器サーバに
おける単一ゲートウェイを介して伝送される、前項(9)
記載の方法。
【図１】本発明を実施するネットワークシステムを示す
ブロック図。
ブロック図。
【図２】本発明の好適な一実施例のサーバの論理ブロッ
ク図。
ク図。
【図３】本発明に係る多機能周辺機器の機能にアクセス
するためのクライアントの操作を表すフローチャート。
するためのクライアントの操作を表すフローチャート。
【図４Ａ】本発明の一実施例の動作を説明するためのフ
ローチャート。
ローチャート。
【図４Ｂ】本発明の一実施例の動作を説明するためのフ
ローチャート。
ローチャート。
【図４Ｃ】本発明の一実施例の動作を説明するためのフ
ローチャート。
ローチャート。
【図４Ｄ】本発明の一実施例の動作を説明するためのフ
ローチャート。
ローチャート。
【図４Ｅ】本発明の一実施例の動作を説明するためのフ
ローチャート。
ローチャート。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考）
Claims (2)
- 【請求項１】ネットワークのクライアントが前記ネット
ワークに接続される多機能周辺機器により支援される複
数機能にアクセス可能であるように適合されるネットワ
ーク周辺機器サーバであって、 前記クライアントとネットワーク上で所定のネットワー
クプロトコルにしたがって通信するネットワークインタ
フェースと、 前記多機能周辺機器と前記多機能周辺機器により支援さ
れる複数機能に対応する複数の周辺機器チャネルを介し
て通信する周辺機器インタフェースと、 前記ネットワークインタフェースと前記周辺機器インタ
フェースとの間に通信可能に接続され、前記ネットワー
クインタフェースと前記周辺機器インタフェースとの間
でデータを転送するゲートウェイと、 前記複数のクライアントの少なくとも１つからの所定の
命令に応答して、前記少なくとも１つのクライアント
を、前記多機能周辺機器により支援される複数の機能の
少なくとも１つの選択された機能と前記複数の周辺機器
チャネルの対応チャネルを介して動作可能に接続する制
御手段とを備えるネットワーク周辺機器サーバ。 - 【請求項２】周辺機器サーバを介してネットワークに接
続される複数のクライアントを前記ネットワークに接続
される多機能周辺機器により支援される複数機能にアク
セス可能とする方法において、 前記多機能周辺機器の少なくとも１つの選択された機能
に対応するサーバの周辺機器チャネルを要求する、前記
複数のクライアントの少なくとも１つのクライアントか
らのサービス名称検索命令を送信するステップと、 前記対応する周辺機器チャネルを開設して、前記少なく
とも１つのクライアントを前記少なくとも１つの選択さ
れた機能に通信可能に接続するステップと、 前記少なくとも１つのクライアントと前記多機能周辺機
器との間で、前記周辺機器サーバを介してデータを転送
するステップと、 を含むネットワークに接続される複数のクライアントを
多機能周辺機器の複数機能にアクセス可能とする方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US407129 | 1995-03-17 | ||
| US09/407,129 US6581098B1 (en) | 1999-09-27 | 1999-09-27 | Server providing access to a plurality of functions of a multifunction peripheral in a network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001156828A true JP2001156828A (ja) | 2001-06-08 |
| JP2001156828A5 JP2001156828A5 (ja) | 2005-05-19 |
Family
ID=23610722
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000291041A Pending JP2001156828A (ja) | 1999-09-27 | 2000-09-25 | ネットワーク周辺機器サーバとサーバネットワークに接続される複数のクライアントを多機能周辺機器の複数機能にアクセス可能とする方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6581098B1 (ja) |
| EP (1) | EP1087590B1 (ja) |
| JP (1) | JP2001156828A (ja) |
| DE (1) | DE60029066T2 (ja) |
Families Citing this family (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6502128B1 (en) * | 1999-10-01 | 2002-12-31 | Hewlett-Packard Company | Server and a method for communicating event messages from the server connected to a peripheral device and a client computer |
| US7644119B1 (en) * | 2000-02-04 | 2010-01-05 | Canon Kabushiki Kaisha | Computer network scanning |
| US6711558B1 (en) | 2000-04-07 | 2004-03-23 | Washington University | Associative database scanning and information retrieval |
| JP2001358880A (ja) * | 2000-06-13 | 2001-12-26 | Fuji Xerox Co Ltd | 画像入出力制御装置および画像入出力システム |
| US20020178295A1 (en) * | 2001-05-23 | 2002-11-28 | Joseph Buczek | Distributed gateways for remote management of USB-compatible devices |
| US20090006659A1 (en) * | 2001-10-19 | 2009-01-01 | Collins Jack M | Advanced mezzanine card for digital network data inspection |
| US7716330B2 (en) * | 2001-10-19 | 2010-05-11 | Global Velocity, Inc. | System and method for controlling transmission of data packets over an information network |
| US7158248B2 (en) * | 2002-02-07 | 2007-01-02 | Hewlett-Packard Development Company, L.P. | Control of software via bundling |
| US20040047355A1 (en) * | 2002-09-06 | 2004-03-11 | Brauel Eric S. | Method of providing low cost network storage |
| US10572824B2 (en) | 2003-05-23 | 2020-02-25 | Ip Reservoir, Llc | System and method for low latency multi-functional pipeline with correlation logic and selectively activated/deactivated pipelined data processing engines |
| US20070277036A1 (en) | 2003-05-23 | 2007-11-29 | Washington University, A Corporation Of The State Of Missouri | Intelligent data storage and processing using fpga devices |
| US20050015220A1 (en) * | 2003-07-17 | 2005-01-20 | Sun Microsystems, Inc. | Automatic application programming interface (api) detection and methods of use thereof |
| US7602785B2 (en) * | 2004-02-09 | 2009-10-13 | Washington University | Method and system for performing longest prefix matching for network address lookup using bloom filters |
| TWI247690B (en) * | 2004-06-03 | 2006-01-21 | Avision Inc | Multi-functional peripheral |
| US7954114B2 (en) * | 2006-01-26 | 2011-05-31 | Exegy Incorporated | Firmware socket module for FPGA-based pipeline processing |
| US7921046B2 (en) | 2006-06-19 | 2011-04-05 | Exegy Incorporated | High speed processing of financial information using FPGA devices |
| US7647446B2 (en) * | 2006-10-03 | 2010-01-12 | Silex Technology, Inc. | Networked isochronous USB communication |
| FR2912233B1 (fr) * | 2007-02-01 | 2009-08-21 | Sagem Comm | Dispositif client leger et procede d'utilisation |
| US10229453B2 (en) | 2008-01-11 | 2019-03-12 | Ip Reservoir, Llc | Method and system for low latency basket calculation |
| US8711396B2 (en) * | 2008-12-12 | 2014-04-29 | Ricoh Company, Ltd. | Managing multiple web services on a single device |
| CA2744746C (en) | 2008-12-15 | 2019-12-24 | Exegy Incorporated | Method and apparatus for high-speed processing of financial market depth data |
| US8719112B2 (en) * | 2009-11-24 | 2014-05-06 | Microsoft Corporation | Invocation of accessory-specific user experience |
| US7865629B1 (en) * | 2009-11-24 | 2011-01-04 | Microsoft Corporation | Configurable connector for system-level communication |
| US8380889B2 (en) | 2010-03-31 | 2013-02-19 | Oki Data Americas, Inc. | Distributed peripheral device management system |
| KR101854929B1 (ko) * | 2010-04-14 | 2018-05-04 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | 시스템 레벨 통신을 위한 커넥터의 동적 구성 |
| JP6045505B2 (ja) | 2010-12-09 | 2016-12-14 | アイピー レザボア, エルエルシー.IP Reservoir, LLC. | 金融市場における注文を管理する方法および装置 |
| KR101864593B1 (ko) * | 2011-10-18 | 2018-06-11 | 에이치피프린팅코리아 주식회사 | 스캔 작업을 수행하는 사용자 단말 장치와 서버 장치, 이들을 포함하는 스캔 시스템 및 그 스캔 수행 방법들 |
| US9047243B2 (en) | 2011-12-14 | 2015-06-02 | Ip Reservoir, Llc | Method and apparatus for low latency data distribution |
| US11436672B2 (en) | 2012-03-27 | 2022-09-06 | Exegy Incorporated | Intelligent switch for processing financial market data |
| US10650452B2 (en) | 2012-03-27 | 2020-05-12 | Ip Reservoir, Llc | Offload processing of data packets |
| US9990393B2 (en) | 2012-03-27 | 2018-06-05 | Ip Reservoir, Llc | Intelligent feed switch |
| US10121196B2 (en) | 2012-03-27 | 2018-11-06 | Ip Reservoir, Llc | Offload processing of data packets containing financial market data |
| EP3560135A4 (en) | 2016-12-22 | 2020-08-05 | IP Reservoir, LLC | PIPELINES INTENDED FOR AUTOMATIC ACCELERATED LEARNING BY EQUIPMENT |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4821259A (en) * | 1986-09-05 | 1989-04-11 | American Telephone And Telegraph Company, At&T Bell Laboratories | Control information communication arrangement for a distributed control switching system |
| US5933580A (en) * | 1991-09-04 | 1999-08-03 | Canon Kabushiki Kaisha | Scanner printer server |
| JP3720439B2 (ja) * | 1995-01-06 | 2005-11-30 | キヤノン株式会社 | データ入出力制御装置及びデータ入出力制御方法 |
| US6021429A (en) | 1996-11-18 | 2000-02-01 | Canon Information Systems, Inc. | Network device which maintains a list of device addresses |
| US5903733A (en) | 1997-02-13 | 1999-05-11 | Toshiba America Information Systems, Inc. | Multifunction peripheral controller |
| JP3832015B2 (ja) * | 1997-04-04 | 2006-10-11 | 富士ゼロックス株式会社 | 複合機、サーバ及び複合機を有するネットワークシステム |
| US6125372A (en) * | 1997-10-03 | 2000-09-26 | Hewlett-Packard Company | Server system and method of updating server software |
| JPH11177755A (ja) * | 1997-12-15 | 1999-07-02 | Fuji Xerox Co Ltd | 複合機能装置 |
| US6289371B1 (en) * | 1998-09-30 | 2001-09-11 | Hewlett-Packard Company | Network scan server support method using a web browser |
| US6223223B1 (en) * | 1998-09-30 | 2001-04-24 | Hewlett-Packard Company | Network scanner contention handling method |
| US6412022B1 (en) | 1998-09-30 | 2002-06-25 | Hewlett-Packard Company | Simultaneous print and scan logical channel network multifunction peripheral |
| US6487611B1 (en) * | 1999-02-19 | 2002-11-26 | Compaq Computer Corporation, Inc. | Seamless distributed job control between a multifunction peripheral and a host |
-
1999
- 1999-09-27 US US09/407,129 patent/US6581098B1/en not_active Expired - Fee Related
-
2000
- 2000-09-15 DE DE60029066T patent/DE60029066T2/de not_active Expired - Lifetime
- 2000-09-15 EP EP00308051A patent/EP1087590B1/en not_active Expired - Lifetime
- 2000-09-25 JP JP2000291041A patent/JP2001156828A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| DE60029066T2 (de) | 2007-01-04 |
| US6581098B1 (en) | 2003-06-17 |
| DE60029066D1 (de) | 2006-08-10 |
| EP1087590A2 (en) | 2001-03-28 |
| EP1087590B1 (en) | 2006-06-28 |
| EP1087590A3 (en) | 2002-08-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2001156828A (ja) | ネットワーク周辺機器サーバとサーバネットワークに接続される複数のクライアントを多機能周辺機器の複数機能にアクセス可能とする方法 | |
| US6304905B1 (en) | Detecting an active network node using an invalid protocol option | |
| US8103813B2 (en) | Method and system for hardware based implementation of USB 1.1 over a high speed link | |
| US8412854B2 (en) | Secure communication port redirector | |
| US20040184073A1 (en) | Wireless wide area network printing | |
| JP2000227890A (ja) | インタ―ネット上で入力又は出力装置を制御する方法及び装置 | |
| US10367894B2 (en) | Information processing apparatus, method for controlling the same, non-transitory computer-readable storage medium, and information processing system | |
| US20070024653A1 (en) | Printing system and method using file transfer protocol | |
| JP2001142829A (ja) | サーバおよび周辺装置とクライアントコンピュータに接続されるサーバからイベントメッセージを通信するための方法 | |
| JP2001043163A (ja) | ネットワーク上で遠隔アプリケーションの実行を制御する方法、装置、媒体およびネットワークスキャナ | |
| US8259324B2 (en) | Printer/storage integrate system, controller, control method, and control program for automatic installation of control software | |
| US6842799B2 (en) | Appliance communications manager | |
| JPH0654025A (ja) | モデムシステム、データ通信システムおよびコンピュータシステム | |
| JPH069361B2 (ja) | メツセージ伝送方法 | |
| JPH064239A (ja) | Ｌａｎのプリンタサーバシステム | |
| US20130103840A1 (en) | Information processing apparatus that controls connection of devices, method of controlling the apparatus, and device control system | |
| Cisco | Configuring Terminal Lines and Modem Support | |
| Cisco | Configuring Terminal Lines and Modem Support | |
| Cisco | Configuring Terminal Lines and Modem Support | |
| Cisco | Configuring Terminal Lines and Modem Support | |
| JPH0816493A (ja) | スキャナプリンタサーバーシステムのデータ通信制御方法 | |
| JP3508060B2 (ja) | 赤外線通信方式 | |
| JP4057696B2 (ja) | データ通信システムおよびデータ通信方法 | |
| JP2003015846A (ja) | 画像印刷システム、印刷制御端末装置、接続メディア変換装置、印刷制御方法、印刷制御プログラムおよび接続メディア変換プログラム | |
| JP2669121B2 (ja) | 送信最大セグメントサイズ設定方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20040706 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040706 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040715 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040715 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061221 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070122 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070620 |