JPH09270795A - ネットワークにおいてプリンタを発見しエージングする方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 オブジェクト指向技術を用いて、ネットワー
クにおいて特定のプリンタ・タイプのプリンタを発見す
る。 【解決手段】 プリンタ・タイプに関するソケット・ア
イデンティファイアー（ＩＤ）を設ける。ソケットは、
ポーリング・モードにおいて、ソケットＩＤが付けられ
たネットワークの出力データを待って受信してプリンタ
に送信し、リスン・モードでは、プリンタからの入力デ
ータを待って受信してネットワークに送信する。プリン
タは周期的にポーリングされ、ソケットはリスン・モー
ドに置かれ、ポーリング・データに対するプリンタから
のプリンタ・データを受信したかどうかの判断がなされ
る。プリンタ・データが受信されたならば、プリンタ情
報オブジェクトがプリンタのためのプリンタ情報を記憶
したかどうかに基づいて、プリンタが以前に発見された
ものかどうかが判断される。以前に発見されたものでな
かったならば、プリンタ情報がプリンタ情報オブジェク
トとして生成され記憶される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータ・ネ
ットワーク環境におけるプリンタ管理設定及び制御に関
する。特に、本発明は、ネットワークにおいてプリンタ
・デバイスの位置を付き止め又は「発見し」、この発見
されたプリンタ・デバイスの状態を測定及び追跡し、こ
の発見されたプリンタ・デバイスが動作を終えたとき又
はネットワーク上でもはやサービスを提供しなくなると
きを決定することに関する。

【０００２】

【従来の技術】プリンタ・デバイス又はプリンタがコン
ピュータ・ネットワーク環境において発見されるために
は、プリンタは、その存在をアドバタイジングし又はブ
ロードキャストしなければならない。一般には、サービ
ス・アドバタイジング・プロトコル（ＳＡＰ）がそのよ
うなブロードキャストに用いられ、ネットワーク上で動
作しているネットワーク・サーバーがＳＡＰブロードキ
ャストを集め、ＳＡＰをネットワーク・データベース内
に取り込んでいる。ネットワーク・アプリケーション
は、そのようなプリンタの存在を検索することが必要な
ときに、ネットワーク・データベースを読むことができ
る。ネットワーク・データベースは、直接にプリンタと
通信するために使用されるネットワーク・アドレシング
のような情報を提供することもできる。一旦、プリンタ
がアプリケーションに知られたならば、そのアプリケー
ションは、プリンタに関する広範な情報を引き出すこと
ができる。

【０００３】ご存じのように、プリンタのようなネット
ワーク・デバイスを定義する変数を読み取り及び書き込
むために、コンピュータ・ネットワーク環境において一
般的な管理プロトコルが使用されてもよい。管理プロト
コルの一つのタイプは、読み出されること又は書き込ま
れることができるデバイスの変数を定義するために管理
情報ベース（ＭＩＢ）を用いる簡易ネットワーク管理プ
ロトコル（ＳＮＭＰ）である。そのようなプロトコルを
用いると、アプリケーションは、プリンタのようなネッ
トワーク・デバイスと両方向に通信できる。

【０００４】ネットワークに接続されたデバイス間の通
信は、チャンネル、ポート、又は「ソケット」を生成す
ることによって可能になる。それぞれのソケットは、第
１のデバイスと第２のデバイスとの間の論理接続を定め
る。当該技術分野の専門家によって理解されるように、
ソケットによって接続された第１及び第２のデバイス
は、ソケットによって又はソケットを通してのみ互いに
通信することができる。ネットワーク媒体を通して互い
に通信しているソフトウェア・タスクにも、同じ説明が
当てはまる。ソケット上で接続されたタスクは、互いに
信号又はメッセージを送信することを保証される。

【０００５】メッセージは、メッセージが正しい着信先
タスクを終端とし、ソケットのそれぞれのエンドが、通
信されようとしている情報又はデータを解読することが
できるようにパケット化されているデータの流れであ
る。パケット化された情報は、通信チャンネルの状態を
変えることができるアイデンティファイア及びインデッ
クスを含む。

【０００６】当該技術分野の専門家が認めるように、オ
ブジェクト指向分析及び設計（ＯＯＡ＆Ｄ）は、オブジ
ェクト・コンポーネント間のインタラクションをクラス
分けし（分類し）及び記述し、その後、そのようなオブ
ジェクト・コンポーネントをカプセル化及びモデル化す
るためのアプローチである。クラスィフィケーション
（クラス分け又は分類）は、オブジェクト・コンポーネ
ントを一般化することによって定義される。オブジェク
ト・コンポーネントは、個々の構成要素（エンティテ
ィ）として振る舞い、そして固有の振る舞い及び記述的
な属性（アトリビュート）を持つ特徴及び機能を認識す
ることによって識別される。以下に説明される本発明に
おいては、クラスィフィケーション、オブジェクト・コ
ンポーネント、及びオブジェクト・コンポーネント間の
インタラクションのセットが定義される。図面に見られ
るように、本発明のＯＯＡ＆Ｄは、クラスィフィケーシ
ョン及びオブジェクト・コンポーネント図を用いること
によって完全に説明することができる。

【０００７】ＯＯＡ＆Ｄオブジェクト技術、オブジェク
ト分析、設計理論、及び用語は、「アプリケーションを
用いるオブジェクト指向分析及び設計（Object-Oriente
d Analysis and Design with Application)」、グラデ
ィ ブーチ（Grady Booch）、［レッドウッド シテ
ィ、 カリフォルニア、 ベンジャミン／カミングス、
１９９３］において詳細に論じられており、言及されて
いる。互いの上に作られるオブジェクト設計により（即
ち、新オブジェクトは、一般に、旧オブジェクトから作
られるので）、いくつかのクラス・ライブラリが、新し
い分析及び設計を始めるために利用できる。本発明のオ
ブジェクト設計は、ロウグ・ウェイブ・ファウンデイシ
ョン・クラス・ライブラリ(Rogue Wave Foundation Cla
ss Libraries) のツールズ・エイチ・プラスプラス（Ｔ
ＯＯＬＳ．Ｈ＋＋）上に作られる。理解されるように、
ＴＯＯＬＳ．Ｈ＋＋は、文字列（ストリングス）、マル
チバイト文字列、ローカライズド日時、ハッシュ・セッ
ト（hash sets）、２進木（二分木）、辞書、分類され
たリスト、リンクされたリスト等のようなオブジェクト
のクラスィフィケーションを有する。

【０００８】モデル・ビュー・コントローラ（ＭＶＣ）
のアーキテクチャ（構造）は、ＯＯＡ＆Ｄアプリケーシ
ョンによって使用される有用なアーキテクチャである。
ＭＶＣは本質的に、物理データ収集（モデル）を容易に
し、データ・プレゼンテーションの表示又は構成（ビュ
ー）を容易にし、プレゼンテーションと使用者又は外部
の影響との間のインタラクション又はインタフェース
（コントローラ）を容易にする、オブジェクト及びクラ
スィフィケーションの３つの組である。

【０００９】モデルは、フィジカル・デバイス（物理装
置）の物理データ収集又は内容であり、システムによっ
て記述される振る舞い又はデバイスが、オブジェクトを
作り上げる。それぞれのモデルは、使用者又は外部の影
響にとって知る又は知ることができない生データを追跡
している。ビューは、モデルに直接インタラクトし、そ
の第１の目的がモデルの生データを形成し又は提供する
ことであるオブジェクトである。それぞれのモデルが、
いくつかのビューの例を含むことができ、それぞれのビ
ューは、１つのモデルのためにのみ存在することができ
る。

【００１０】それぞれのビューの例は、異なる方法でモ
デルを提供することができ、又は、モデルに関するセク
ション、サブセクション、或いは情報を提供することの
みができる。ビューは、情報を生データとしてモデル内
に書き込むこともできる。ＭＶＣの実行において、もし
少なくとも１つのビューがそのようなモデルのために存
在するならば、生情報はモデルによって周期的に集めら
れる。モデルのために生成された全てのビューのモデル
にリファレンスが登録される。ビューが破壊されたとき
に、個々のリファレンスは、個々のモデルによって解放
される。

【００１１】モデル及びビューは、コントローラ・オブ
ジェクト（ユーザー・インターフェース・オブジェクト
とも呼ばれる。）の動作によって操作され処理される。
コントローラ・オブジェクトは、関連するモデルにおい
てリアクションを交互に生じさせることができるビュー
の方法を呼び出させる。従って、コントローラ・オブジ
ェクトは、ＭＶＣアーキテクチャをおおいに事象駆動
（イベント駆動）させる傾向がある。それゆえ、マイク
ロソフト社からのマイクロソフト・ウィンドウズ・オペ
レーティング・システムのような事象駆動オペレーティ
ング・システムは、ＭＶＣアーキテクチャの完全な存在
を許可する。

【００１２】

【発明が解決しようとする課題】以下に説明される本発
明においては、最少のステップとネットワーク・トラフ
ィックによって、プリンタの存在及びプリンタの状態を
発見する方法が開示されている。その方法は、専用ソケ
ットを越えてネットワーク・ブロードキャスト・メッセ
ージを利用する。専用ソケットは、ネットワーク・コミ
ュニティーに登録されるか、いかなる現存のソケットと
も対立しない一時的に割当てられたソケットとして、ネ
ットワーク・オペレーティング・システムから入手され
る。ブロードキャスト・レスポンスにおいて使用される
プロトコルは、プリンタ状態情報を含む。プリンタ状態
情報は、実際のプリンタ・デバイスを生成するコンポー
ネント・オブジェクトに維持される。本発明において
は、タスク間通信状態情報をカプセル化し、アプリケー
ションとデバイスとの間の実際の通信チャンネルを提供
するために、デバイス・モデルが用いられる。

【００１３】

【課題を解決するための手段】簡単に言えば、本発明
は、ネットワークにおいて特定のプリンタ・タイプを持
つプリンタを発見することに関する。そのプリンタ・タ
イプに関するソケット・アイデンティファイア（ＩＤ）
を持つソケットは、ネットワークによって設定され、ネ
ットワークは、そのソケットを通してプリンタと通信す
る。ソケットは、ポーリング・モードとリスン・モード
とを有する。ポーリング・モードにおいては、ソケット
は、ソケットＩＤが付けられたネットワークからの出力
データを待って受信し、この受信された出力データをプ
リンタに送信する。リスン・モードにおいては、ソケッ
トは、プリンタから入力データを待って受信し、この入
力データをネットワークに送信する。

【００１４】ネットワークは、一旦プリンタが発見され
たならば、プリンタに関するプリンタ情報を記憶するた
めのプリンタ情報オブジェクトを設定する。ネットワー
クは、プリンタ情報オブジェクトを持つプリンタ情報を
維持及び更新する。加えて、ネットワークは、周期的な
タイミング信号ＴＩＣＫを提供するタイマーを設定す
る。

【００１５】プリンタは、Ｎ個のタイミング信号ＴＩＣ
Ｋごとに１度、周期的にポーリングされる。それぞれの
ポーリングは、ソケットをポーリング・モードに置き、
ソケットＩＤが付けられたポーリング・データをプリン
タによる受信のためにソケットに送信し、ソケットをリ
スン・モードに置き、ソケットがプリンタからプリンタ
・データを受信したかどうかを判断するために待つステ
ップを含む。

【００１６】もしソケットがプリンタからプリンタ・デ
ータを入手したならば、ネットワークは、プリンタ情報
オブジェクトがプリンタのプリンタ情報を記憶している
かどうかに基づいて、プリンタが以前に発見されたかど
うかを、プリンタ情報オブジェクトから判断する。もし
プリンタが以前に発見されていなかったならば、プリン
タのプリンタ情報が、プリンタ情報オブジェクトにおい
て生成され、記憶される。

【００１７】

【発明の実施の形態】以上の概要及び本発明の好ましい
実施の形態の以下の詳細な説明は、添付図面とともに読
まれたときに、よりよく理解されるであろう。本発明を
説明するために、現在好ましい実施の形態が図面に示さ
れる。しかし、本発明は、図示される配置、形状、及び
機器そのものには限定されない。

【００１８】本発明の好ましい実施の形態は、ネットワ
ーク・プリンティング・デバイスを設定し制御するため
に、コンピュータ・ネットワーク環境において生み出さ
れた。好ましい実施の形態は、発明されたクラスィフィ
ケーションの点から説明されている。クラスィフィケー
ションの多くのものについて、責任（自ら行うこと（re
sponsibilities））及び協力（協同して行うこと（coll
aborations））の説明がなされる。説明の目的のために
必要とされる方法が、クラスィフィケーションを理解す
るために必要とされるところに掲載されている。あるも
のは、ロウグ・ウェイブ（RogueWave）のＴＯＯＬＳ．
Ｈ＋＋クラス・ライブラリーのような外部クラス・ライ
ブラリーから現われ、また、あるものは、振る舞いが自
明である例示されたクラスィフィケーション又はパラメ
ータ化されたクラスとして存在するので、好ましい実施
の形態を最終的に実行するクラスィフィケーションのす
べてが、ここで説明されているわけではない。

【００１９】詳細に図面を参照すると、図１に、本発明
の好ましい実施の形態によるネットワーク・クラスィフ
ィケーション図が示されている。 図１及び全ての他の
オブジェクト指向図を説明するに際して、グラディ・ブ
ーチのオブジェクト指向分析及び設計（ＯＯＡ＆Ｄ）方
法論が用いられる。ＯＯＡ＆Ｄの技術分野において通常
の技量を有する者は、以下の説明において及び図面にお
いて用いられる用語及び記号を思い出し、理解するであ
ろう。クラス及びオブジェクト名のいくつかは、他の類
似した名称が付けられたオブジェクトと区別されるため
に、接頭辞ＯＶｘｘｘ（オーブイ…）を使用する。もち
ろん、当該技術分野における専門家は、いかなる名称
も、限定を意図したものではなく、実質的には、本発明
の精神及び範囲から離れることなく、いかなる名称が使
用されてもよいことを認識するでしょう。図１に現われ
るクラスとそれらの関係を説明する。

【００２０】［ＯＶモデル（オーブイモデル：ＯＶＭｏ
ｄｅｌ）］ＯＶモデルは、オキビュー（ＯｋｉＶｉｅ
ｗ）ＭＶＣデザインのためのベース・クラス・モデルで
あり、ベース・オキビュー・モデリング図を説明する。
そのような図は、オブジェクト指向設計の大部分におい
て明白なＭＶＣアーキテクチャに非常に類似している。

【００２１】責任： １．情報を更新するためにモデルとビュー（以下に説明
されるＯＶビュー）との間の関係を維持する。

【００２２】２．ビューを登録し及びリストからビュー
を削除することを含むモデルにアクセスするために構成
されたビューのリストを維持する。

【００２３】３．モデル状態及び情報を更新するために
同期方法「スキャン」を提供する。「スキャン」は、も
し現在登録されているビューがなければ、更新を禁止す
るメカニズムを提供する。

【００２４】協力： １．モデルが内容又は状態の変更があったことを検出し
たときに、ＯＶビュー法「更新」にアクセスする。

【００２５】［ＯＶビュー（オーブイビュー：ＯＶＶｉ
ｅｗ）（図示せず）］ＯＶビューは、オキビューＭＶＣ
デザインのためのベース・クラス・ビューである。

【００２６】責任： １．ビューと、ビューによってモニターされたモデルと
の間の関係を維持する。

【００２７】２．全体ビューの一部として構成された子
ビューのリストを維持する。それぞれの子ビューは、親
ビューとは異なるモデルを持ってもよい。

【００２８】３．新しい情報が利用可能になったとき
に、いかなる現存の親ビューをも更新する。

【００２９】４．表示されるべきモデルからの新しい情
報を許可する方法「更新」を提供する。

【００３０】５．破壊されたときにモデルが呼び出すこ
とができる方法「リタイア（引退）」を提供する。

【００３１】協力： １．親ビューは、新しい情報が利用できるときに、互い
に通知するため、存在する子ビューと共に動作する。

【００３２】［タイマー（Ｔｉｍｅｒ）（図１には示さ
れず、図５に示される。）］このクラスは、周期的に
「ウェイク・アップする（目覚める）」能力を備えたオ
ブジェクトを記述し、シンクタスク型のオブジェクトの
リストを含む。タイマーは、オペレーティング・システ
ムとインタフェースで接続され、タイマー法にコールバ
ックする手段を提供する。コールバックはシンクタスク
・オブジェクトのリストをトラバース（走査）し、それ
ぞれの「ティック（ＴＩＣＫ）」法を呼び出す。シンク
タスク・オブジェクトの形成中にシンクタスクは、タイ
マーに登録される（即ち、タイマー・リストにシンクタ
スク・リファレンスを記憶させる。）。シンクタスク・
オブジェクトの破壊の間に、リファレンスが取り除かれ
る。

【００３３】責任： １．タイマーが始動したときに設定された周期的な間隔
でウェイク・アップする。

【００３４】２．シンクタスク型のタスクのリストを維
持する。シンクタスクは、ウェイク・アップ期間に、タ
イマーによって呼ばれたティックと呼ばれる方法を提供
する。

【００３５】３．タイマーを始動させ停止させる方法を
提供する。

【００３６】協力： １．ティック法を呼び出すために、すべての登録された
シンクタスク・オブジェクトへのリファレンスを維持す
る。

【００３７】［シンクタスク（ＳｙｎｃｈＴａｓｋ）］
このクラスは、ティックと呼ばれる単一の機能を周期的
にウェイク・アップし実行することができるタスクを記
述する。この能力を受け継ぐいかなるクラスも、ティッ
ク機能を提供する。シンクタスク・オブジェクトは、タ
イマー・クラスに登録される。タイマー・クラスは、オ
ペレーティング・システム内のタイマーの用い方を知る
単一のインスタント・オブジェクトを生成する。

【００３８】責任： １．導出されたクラスが、一定の周期でアクセスされな
ければならない情報を処理するために、定義することが
できる実際のティック法を提供する。

【００３９】２．周期的な更新インターバルを始動し停
止する方法を提供する。

【００４０】協力： １．タイマー・リストからのシンクタスク・オブジェク
トの追加及び削除を許可するため、タイマーへのリファ
レンスを維持する。

【００４１】［オキビューユーティリティ（ＯｋｉＶｉ
ｅｗＵｔｉｌｉｔｙ）］このクラスは、すべての他のク
ラスの所有権を定める。理解されるように、システムを
構築しアプリケーション内にそれらの存在を記憶するす
べての個々のクラスの例を生成するより、オキビューユ
ーティリティのオブジェクト又はタイプの例をもたらす
方が簡単なので、「所有権」は、アプリケーション開発
者にとって便利な方策である。

【００４２】責任： １．オブジェクト・タイマとＯＶネットワークの集合体
を維持する。多くの他のオブジェクトが、タイマ及びＯ
Ｖネットワークの集合体として保有される。

【００４３】２．オブジェクトの動作のためのプレファ
ランス情報にアクセスするための動作環境へのインタフ
ェースをカプセル化する。

【００４４】協力： １．オブジェクトを生成及び破壊するために、タイマー
へのリファレンスを維持する。

【００４５】２．オブジェクトを生成し、初期化し、破
壊するためにＯＶネットワークへのリファレンスを維持
する。

【００４６】［ＯＶネットワーク（オーブイネットワー
ク：ＯＶＮｅｔｗｏｒｋ）］このクラスは、ネットワー
ク・サービスを構築するすべてのプライマリー・クラス
の集合体を含み、すべてのそのような集合体オブジェク
トの生成と破壊の責任を負う。ＯＶネットワークは、Ｏ
Ｖモデルとシンクタスクから多重に受け継がれる。ＯＶ
モデルは、ＯＶネットワークにビュー・クラス（ＯＶビ
ュー）を更新させ、モデルの振る舞いを維持する。シン
クタスクは、ＯＶネットワークに、ネットワークに関す
る新しい情報を周期的に開示させ、集合体オブジェクト
の少なくともいくつかをそれら自身の新しい情報として
開示させる。もしモデルに登録されたビューがなけれ
ば、ＯＶネットワーク又はいかなる集合体によっても正
式な動作が実行されないという点において、更新された
情報は、インテリジェントに実行される。ＯＶモデル
は、登録されたビューの活動中のリストを提供する。ア
プリケーション開発者は、ＯＶネットワークに直接メッ
セージを送信することができ、又は、必要とされれば集
合体オブジェクトにメッセージを送信することをＯＶネ
ットワークに要求することができる。

【００４７】責任： １．ネットワークＡＰＩ（アプリケーション・プログラ
ム・インターフェース）へのアクセスを開始するために
ＩＰＸ（インターネット・パケット・イクスチェンジ）
サービスを生成する。

【００４８】２．ＮＷサーバー型のネットウェア・サー
バー・オブジェクトのリストを維持する。

【００４９】３．ネットワーク上において現在サービス
を提供しているネットウェア・サーバーのリストを更新
するために、ネットワークＡＰＩからのメカニズムをカ
プセル化する。

【００５０】４．アプリケーションとプリンタ・デバイ
スとの間の通信のためのソケット接続を維持する。

【００５１】５．ネットワーク上に存在し、事前に定義
されたソケット接続に応答する新プリンタ・デバイスを
発見する手段を提供する。これは、ＯＶネットワークに
よって提供されるティック法の間に起こる。

【００５２】６．サーバーに新しい状態情報をスキャン
させる手段を提供する。これは、ＯＶネットワークによ
って提供されたティック法の期間に起こる。

【００５３】７．ネットワーク上で発見されたプリンタ
・デバイスのリストを維持する。

【００５４】協力： １．プリファランス情報にアクセスするためオキビュー
ユティリティへのリファレンスを維持する。

【００５５】２．クライアント・ステーション・ネット
ワーク・ＡＰＩパラメータに関する情報にアクセスする
ためＩＰＸサービスへのリファレンスを維持する。

【００５６】３．プリンタ・デバイスからの情報にアク
セスするため、生成されたソケットへのリファレンスを
維持する。

【００５７】［ＩＰＸサービス（アイピーエックスサー
ビス：ＩＰＸＳｅｒｖｉｃｅ）］このクラスは、ネット
ウェア ＩＰＸ ＡＰＩのためのＩＰＸバインディン
グ、開始、及び終了を提供する。これは、ネットウェア
ＡＰＩ関数呼び出し（コール）のカプセル化である。ア
プリケーション開発者によって要求されるいかなる追加
のステップをも用いることなく、ＩＰＸサービスの例
は、ネットワーク環境及び他のネットワーク・デバイス
と通信を開始するために、クライアント・ステーション
のすべての必要な操作を提供する。もし必要があれば、
アプリケーション開発者が、クライアント・ワークステ
ーション及びネットワーク環境の操作及び他のリファレ
ンスのためのＩＰＸサービスについて言及してもよい。
ＩＰＸサービス・クラスは、ネットウェアＡＰＩを初期
化する責任を持つので、それは単一のインスタンス・オ
ブジェクトである。ＩＰＸサービスはまた、ＩＰＸソケ
ットの非公開のリストをも含んでいる。ＩＰＸサービス
は、アプリケーションによって生成されるすべてのＩＰ
Ｘソケット、ＮＷソケットへのリファレンスを保持す
る。もしアプリケーションがソケットを破壊するなら
ば、リファレンスがＩＰＸサービス・リストから削除さ
れる。もしアプリケーションがソケットを破壊し忘れて
アプリケーションを閉じたならば、ＩＰＸサービスはそ
のリストにおいて発見されたいかなる開いているソケッ
トをも破壊させる。もしアプリケーションが存在しなく
なった後にソケットが閉じていなければ、未知のソケッ
ト通信がクライアント・ステーションを未使用にするこ
とができるので、そのような安全な特徴が、クラス・ラ
イブラリーをより信頼性の高いものにする。

【００５８】責任： １．ネットウェアＡＰＩを初期化する。

【００５９】２．アプリケーションをＡＰＩに結合さ
せ、アプリケーション・タスク・ハンドルを検索する。

【００６０】３．アプリケーション終了の間にネットウ
ェアＡＰＩを消去し、すべてのＮＷソケットが適切に破
壊されることを保証する。

【００６１】４．アプリケーションためのソケット・オ
ープンのリストを維持する。

【００６２】５．ネットウェア・シェルの設定を維持す
る。

【００６３】６．ネットウェア状態を維持する。

【００６４】協力： １．アプリケーションが終了する前に、すべての適切な
ネットウェア・ソケットが破壊されることを保証するた
めに、それぞれのＮＷソケットへのリファレンスを維持
する。

【００６５】［イーシービー（ｅｃｂ又はＥＣＢ）（図
１に示されず、図２に示される。）］これは、ＥＣＢ
（事象制御ブロック）構造のクラス形式である。このＥ
ＣＢ構造は、ネットウェアＡＰＩにデータ・バッファを
伝えるために使用されるメカニズムであり、ＡＰＩによ
って定義される。

【００６６】責任： １．ヘッダとデータバッファを初期化する。

【００６７】２．データバッファ及びＥＣＢ状態情報へ
の便利なアクセスを提供する。

【００６８】３．ＥＣＢデータ・メンバーを操作する。

【００６９】４．物理送信及び受信データ・バッファを
生成及び破壊する。

【００７０】協力： １．このクラスは、ＥＣＢ構造から公開的に導出され
る。

【００７１】［ＮＷソケット（エヌダブリュソケット：
ＮＷＳｏｃｋｅｔ）］このクラスは、ＩＰＸサービス・
ソケットのＡＰＩ関数呼び出しのカプセル化である。そ
のようなソケットは、クライアント・ワークステーショ
ンと、ソケット・アイデンティファイアを認識すること
ができる他のネットワーク・デバイスとの間の通信チャ
ンネルを生成するために使用される。ＮＷソケットは、
特有のアイデンティファイア又はＩＤ（ソケットナンバ
ー）によって生成され、通信に必要な情報をデータ・メ
ンバーとして、記憶する。ＩＰＸサービスは、アプリケ
ーションをネットウェア・ソケット・インタフェース内
のフックに与えるために、タスクアイディー（ｔａｓｋ
Ｉｄ）・アイデンテイフィケーションを提供する。ＮＷ
ソケットは、ネットワーク・データ・パケット・バッフ
ァの送信及び受信を管理する集合体オブジェクトを含
む。ＮＷソケットは、シンクタスクから引き継がれ、受
信されたデータ・パケット・バッファのためのＡＰＩイ
ンターフェースをポーリングし、受信に失敗したデータ
・パケット・バッファを再送信するティック機能を提供
する。データ・パケット・バッファは、ＥＣＢ構造によ
って説明される。

【００７２】責任： １．必要なＡＰＩ関数呼び出しを用いるソケットを生成
する。

【００７３】２．ネットワーク外のデータ・パケットを
受信するために必要なリスン・バッファを提供する。こ
のリスン・バッファは、ＮＷソケットによって維持され
たリストに保持される。

【００７４】３．ｅｃｂがデータを受信したかどうかを
判断する。ｅｃｂが、受信リスト上に置かれる。新デー
タを処理しようとするときに、リストがアプリケーショ
ンによってアクセスされる。

【００７５】４．ネットワーク上におけるデータ・パケ
ットの送信を許可する。必要なＡＰＩ関数呼び出しが、
この責任を提供するのに使用される。

【００７６】５．送信及び受信のために使用されるｅｃ
ｂオブジェクトをフォーマットするための援助を提供す
る。

【００７７】６．クライアント・ステーションのための
ローカル・アドレスを決定する。

【００７８】協力： １．情報に特有なクライアント・ワークステーションに
アクセスするためＩＰＸサービスへのリファレンスを維
持する。

【００７９】２．送信、受信、又はエラー状態の間に、
いつデータが処理されたかを判断するためｅｃｂ法にア
クセスする。

【００８０】３．ＩＰＸサービスにそれ自身のリファレ
ンスを登録する。

【００８１】［ＮＷサーバー（エヌダブリュサーバー：
ＮＷＳｅｒｖｅｒ）］このクラスは、実際のネットウェ
ア・サーバーを表わす。サーバー、サーバーのタイプ、
サーバーのバージョン等の扱いに関する情報は、生成さ
れたときにＮＷサーバー・オブジェクトによって検索さ
れ、記憶される。ＮＷサーバーは、実際のユーザー・リ
スト及び接続情報を記憶する。もしアプリケーションが
サーバーへの物理接続を持つていれば、ＮＷサーバー
は、すべての接続情報を表わすＮＷアタッチメント（エ
ヌダブリュアタッチメント（ＮＷＡｔｔａｃｈｍｅｎ
ｔ））を生成する。クライアント・ステーションをネッ
トウェア・サーバーに物理的にログインさせるＮＷサー
バーのためのＮＷアッタチメントを生成することもでき
る。ＮＷサーバーは、ネットウェア・サーバーによって
管理されるプリント・キュー（ＮＷキュー(エヌダブリ
ュキュー：ＮＷＱｕｅｕｅ））、プリント・サーバー
（ＮＷプリントサーバー（エヌダブリュプリントサーバ
ー：ＮＷＰｒｉｎｔＳｅｒｖｅｒ））、及び遠隔プリン
タ（ＮＷプリンターズ（エヌダブリュプリンターズ：Ｎ
ＷＰｒｉｎｔｅｒｓ））のリストをも含む。アプリケー
ションは、適切なＡＰＩ呼び出しを交互に起こさせるこ
れらオブジェクトのそれぞれを生成し、破壊し、又は修
正することができる。ＮＷサーバーは、ＯＶモデルを受
け継ぎ、周期的なベース上の情報を機敏に更新すること
ができる。ＯＶネットワークのティック関数は、ネット
ワーク上に発見されたすべてのＮＷサーバーを呼び出
す。情報の更新のための物理ＡＰＩ呼び出しは、ＮＷサ
ーバーがビューを登録したときのみに、実行される。

【００８２】責任： １．接続タイプに関する情報を維持する。

【００８３】２．もし必要ならば、ワークステーション
から物理ネットウェア・サーバーへのアタッチメント
（接続機構）であるＮＷアタッチメントを生成し、維持
する。

【００８４】３．サーバーのバージョン情報を検索す
る。

【００８５】４．アタッチメントから、特権情報を検索
する。

【００８６】５．ネットウェア・サーバーのために定義
されたすべてのユーザー及びグループ情報を検索し、情
報をリストに集める。

【００８７】６．ネットウェア・サーバーで定義された
すべてのキュー（待ち行列）であるＮＷキュー（ＮＷＱ
ｕｅｕｅ）を検索し、ＯＶネットワークのティック期間
に更新されたキューをリスト内に集める。

【００８８】７．要求されたときにＮＷキュー・オブジ
ェクトを生成し、破壊する。

【００８９】８．アプリケーションをリストに記憶され
たＮＷキュー・オブジェクトにアクセスさせる。

【００９０】９．ネットウェア・サーバー上に定義され
たすべてのプリント・サーバーであるＮＷプリントサー
バー（ＮＷＰｒｉｎｔＳｅｒｖｅｒ）を検索し、リスト
内にプリント・サーバーを集める。そのリストは、ＯＶ
ネットワークのティック期間に更新される。

【００９１】１０．要求されたときにＮＷプリントサー
バー・オブジェクトを生成し、破壊する。

【００９２】１１．アプリケーションをリストに記憶さ
れＮＷプリントサーバー・オブジェクトにアクセスさせ
る。

【００９３】協力： １．もしアプリケーションが、現在ネットウェア・サー
バー内にログされているならば、ＮＷアタッチメント・
オブジェクトにリファレンスが保持される。アプリケー
ションは、ＮＷアタッチメントを生成又は破壊すること
によってサーバーにログイン又はサーバーからログアウ
トされることもある。

【００９４】［サーバーリスト（ｓｅｒｖｅｒＬｉｓ
ｔ）］この例示されたクラスは、ＯＶネットワークによ
って発見されるすべてのＮＷサーバー・オブジェクトの
リストを含む。このリストは、ハッシュ・セットのよう
に振る舞うパラメータ化されたクラスから導出される。
サーバーリストは、対応する情報を更新する機会をそれ
ぞれのＮＷサーバーに提供するため、ティック期間に、
ＯＶネットワークによってトラバース（走査）される。

【００９５】［プリンタ（Ｐｒｉｎｔｅｒ）］このクラ
スは、クライアント・ワークステーションとネットワー
ク上に存在するプリンタ・デバイスとの間のすべての処
理をカプセル化する。アプリケーションは、対応するプ
リンタ・オブジェクトから直接にプリンタ・デバイス上
の情報を獲得し、プリンタ・オブジェクトにアクセスす
ることによって、プリンタ・デバイスの設定を変更す
る。ＯＶネットワークは、新しいプリンタ・デバイスを
発見し、ティック機能の間に、対応するプリンタ・オブ
ジェクトを生成する。また、ＯＶネットワークは、ティ
ック期間に、プリンタ・デバイスが消滅したかどうかを
も判断する。ＯＶネットワークは、プリンタ・オブジェ
クトと物理プリンタ・デバイスとの間の通信を容易にす
るためＮＷソケットを生成する。プリンタ・クラスは、
情報を周期的及び機敏に、即ち、ビューが存在するとき
のみ、検索させるＯＶモデルをも受け継ぐ。

【００９６】責任： １．物理プリンタ・デバイスに関する全ての統計値及び
状態情報を維持する。

【００９７】２．物理プリンタ・デバイスのネットウェ
ア・プリント・サーバー容量をモニターし、制御する。

【００９８】３．物理プリンタ・オブジェクトのネット
ワーク・インタフェースに関するすべての設定情報を維
持する。

【００９９】４．受信されたプリンタ・パケットが現存
するプリンタからのものか、新しいプリンタからのもの
かを判断する。もしパケットが、新しいプリンタに属す
るならば、ＯＶネットワークは通知を受け、新プリンタ
・オブジェクトが生成する。

【０１００】５．プリンタ又はプリンタ群に送信するた
め、ＮＷソケットのためのデータ・パケットを生成す
る。

【０１０１】６．ＯＶネットワークによって呼び出され
たときに、プリンタにおけるデータを有効のまま残すた
めに、非常に長い時間が経過したかどうかを判断する。
もしデータがもはや有効でなければ、プリンタ・オブジ
ェクトは破壊される。

【０１０２】協力： １．新しいプリンタの存在を判断し、もはや応答しない
プリンタを破壊するためにＯＶネットワークとともに動
作する。

【０１０３】２．データ・パケットを物理プリンタ・デ
バイスに又はそこから受信及び送信するためＮＷソケッ
トとともに動作する。

【０１０４】［プリンタリスト（ＰｒｉｎｔｅｒＬｉｓ
ｔ）］この例示されたクラスは、ＯＶネットワークによ
って発見されたすべてのプリンタ・オブジェクトのリス
トを含む。ＯＶネットワークは、そのティック期間に更
新を許可するためにリストを使用し、いかなるビュー・
オブジェクトにもそのリストを提供する。リストは、単
一のリンクされたリストとして振る舞うパラメータ化さ
れたクラスから導出される。

【０１０５】［プリンタＤＢ（プリンタディービー：Ｐ
ｒｉｎｔｅｒＤＢ）］このクラスは、過去に存在したプ
リンタ・デバイスのために作られた不揮発性の情報のた
めのデータベース保持領域である。新しいプリンタ・オ
ブジェクトを生成する間に必要とされる可能な情報のた
めのプリンタＤＢが言及される。

【０１０６】責任： １．全ての不揮発性のプリンタ設定情報を維持する。そ
のような情報は、プリンタ記述、管理者ノート、プリン
ト・ドライバの配付、及びプリンタ配置の記述を含む。

【０１０７】２．そのような情報を、ネットワーク上の
遠隔アプリケーションにおいて存在することができるプ
リンタＤＢオブジェクトに配布させる。

【０１０８】協力： １．新情報が検索され及び／又は記憶される必要がある
かどうかを判断するためプリンタ・オブジェクトととも
に動作する。

【０１０９】図２は、本発明の好ましい実施の形態によ
り実施されるソケット・インプリメンテーション（実
現）を概説している。この図の説明において、グラディ
・ブーチのオブジェクト指向分析及び設計の方法論が用
いられる。図２に現われるクラス及びそれらの関係を、
以下に論じる。

【０１１０】［ＮＷソケット（エヌダブリュソケット：
ＮＷＳｏｃｋｅｔ）］先に論じられたように、このクラ
スは、クライアント・ワークステーションとネットワー
ク・デバイスとの間のソケット通信をカプセル化する。
ソケット番号（ソケットナンバー）は、オブジェクトを
生成するために必要とされる特有のアイデンティフィケ
ーションを提供する。タスクアイディー（ｔａｓｋＩ
ｄ）は、アプリケーションにネットウェア・ソケット・
インタフェース内のフックを与えるために、ＩＰＸサー
ビスによって提供されるアイデンティフィケーションで
ある。ＮＷソケットは、受信されたデータ・パケット・
バッファのためのＡＰＩインタフェースをポーリング
し、受信に失敗したデータ・パケット・バッファを再送
信するティック機能を提供する。

【０１１１】［ＩＰＸサービス（アイピーエックスサー
ビス：ＩＰＸＳｅｒｖｉｃｅ）］先に論じられたよう
に、このクラスは、クライアント・ワークステーション
を使ってＩＰＸ状態を維持する単一のインスタンス・オ
ブジェクトである。ＩＰＸサービスは、クリーンナップ
を安全に起こすことができるように、すべての現存する
ソケットのリストを維持する。

【０１１２】［ソケット（ｓｏｃｋｅｔｓ）］これは、
ＩＰＸサービスによって含まれるＮＷソケットの例示さ
れたクラス・リストである。ソケットのクラスは、単一
のリンクしたリストのように振る舞うパラメーター化さ
れたクラスから導出される。

【０１１３】［イーシービー（ｅｃｂ又はＥＣＢ）］先
に論じられたように、これはＥＣＢ構造の形態のクラス
化である。ｅｃｂクラスは、ＥＣＢデータ要素の取扱
い、並びに、物理送信及び受信データ・バッファの生成
及び破壊に責任を持つ。

【０１１４】［センドＥＣＢｓ（センドイーシービー
ズ：ＳｅｎｄＥＣＢｓ）］これは、送信されたｅｃｂオ
ブジェクトの例示されたクラスのリストである。それぞ
れの送信されたオブジェクトの状態は、ティック期間に
周期的に確認される。もし状態確認が失敗したならば、
失敗した送信オブジェクトが再送信される。もし状態確
認が成功したならば、成功した送信オブジェクトが破壊
され、又は、もし存在すれば所有者に戻される。センド
ＥＣＢｓは、単一のリンクされたリストのように振る舞
うパラメータ化されたクラスから生じる。

【０１１５】［リスンＥＣＢｓ（リスンイーシービー
ズ：ＬｉｓｔｅｎＥＣＢｓ）］これは、ネットワークか
ら新データ・パケットの到着を待っているｅｃｂオブジ
ェクトの例示されたクラス・リストである。それぞれの
リスンｅｃｂは、ティック期間に受信されたデータのた
めに確認される。もしデータが受信されたならば、リス
ンｅｃｂは、レシーブドＥｃｂｓ（ＲｅｃｖＥｃｂｓ）
のリスト（以下に論じる。）に送信され、新ｅｃｂは、
リスンｅｃｂｓリストに新ｅｃｂを入れるように生成さ
れる。リスンｅｃｂｓは、単一のリンクされたリストの
ように振る舞うパラメータ化されたクラスから導出され
る。

【０１１６】［レシーブドＥｃｂｓ（ＲｅｃｖＥｃｂ
ｓ）］これは、ネットワークからデータを受信したレシ
ーブドＥｃｂｓオブジェクトの例示されたクラスのリス
トである。ＯＶネットワークは、ティック期間にレシー
ブドＥｃｂｓをポーリングし、受信されたデータに従っ
て動作する。レシーブドＥｃｂｓは、単一のリンクされ
たリストのように振る舞うパラメータ化されたクラスか
ら導出される。

【０１１７】図３は、情報を発見しプリンタ状態を更新
するためのオブジェクト間のインタラクションを示して
いる。このインタラクションは、ＯＶネットワークのテ
ィック期間中に起こる。「ネットワーク」オブジェクト
は、ＯＶネットワークの具体例である。図示されるよう
に、タイマー・オブジェクト「シスタイマー（ｓｙｓＴ
ｉｍｅｒ）」は、ＯＶネットワークのティック法を呼び
出す。「ネットワーク」オブジェクトは、新プリンタの
覆いを取り、現在のプリンタ情報を更新しようと試み
る。

【０１１８】これは、１つのティック期間中に、プリン
タ・クラス・スタティック法である「クエリープリンタ
（ｑｕｅｒｙＰｒｉｎｔｅｒ）」を呼び出すことによっ
て達成される。そのような方法は、所定のネットワーク
・ソケットによって、プリンタにポーリング・メッセー
ジを構成させ、ブロードキャストさせる。そのようなブ
ロードキャストに対する応答は、他のティック期間中に
確認される。もし「ネットワーク」が、以前のティック
期間がブロードキャストを発行したと判断したならば、
次のいくつかのティック期間は、ネットワークからのプ
リンタ応答を集めるためにあてられる。「ネットワー
ク」オブジェクトは、ＮＷソケット・オブジェクトであ
る「ソケット」を介して新データ・パケットを検索す
る。

【０１１９】「ピーアールティー（Ｐｒｔ）」オブジェ
クトは、局所的なビジビリティ（visivility）を有し、
ティック期間にのみ存在するプリンタ・クラスの例示で
ある。図１に関連して示されるように、プリンタのリス
トは、ＯＶネットワークの「ピーリスト（ｐｌｉｓ
ｔ）」によって保持される。それぞれのプリンタは、
「ピーリスト」から１度に１つ検索され、「ピーアール
ティー」に一時的に記憶される。それぞれの新たに到達
したデータ・パケットは、「アップデートプリンタ（ｕ
ｐｄａｔｅＰｒｉｎｔｅｒ）」を用いて「プリンタ」オ
ブジェクトに与えられる。新たに到達したデータが自ら
定められてたものであるかどうかを判断することは、
「プリンタ」オブジェクトの責任である。もし自ら定め
られたものでないなら、データ・パケットは拒絶され、
ＯＶネットワークは、「ピーリスト」において発見され
た次のプリンタ・オブジェクトに進む。

【０１２０】もしいずれのプリンタ・オブジェクトもデ
ータ・パケットを要求していないならば、クラス・スタ
ティック法である「ニュープリンタ（ｎｅｗＰｒｉｎｔ
ｅｒ）」が呼び出される。「プリンタ」オブジェクトは
その後、「ニュープリンタ」がネットワーク上にだけ現
われるプリンタから始められたかどうかを判断する。も
し、そうであるなら、ＯＶネットワークは、新しい「プ
リンタ」のオブジェクトを、「ピーリスト」内に置く。

【０１２１】プリンタ・デバイスが消えたかどうかを判
断するために、ＯＶネットワークは、対応する「プリン
タ」オブジェクトがもはや有効でないデータを含むかど
うかを確認する。即ち、「ネットワーク」が、「ピーリ
スト」からそれぞれの「プリンタ」オブジェクトを検索
し、「イクスパイアード（ｅｘｐｉｒｅｄ）」法が呼び
出される。「プリンタ」オブジェクトは、プリンタ・デ
ータが満了したかどうかを判断する責任を持つ。もし満
了したならば、「ネットワーク」は、プリンタ・オブジ
ェクトを破壊する。

【０１２２】図４は、ネットワーク・ソケットを通す通
信チャンネルを維持するオブジェクト間のインタラクシ
ョンを示す。オブジェクトである「ソケット」は、ＮＷ
ソケットの例示である。図示されるように、タイマー・
オブジェクトである「シスタイマー（ｓｙｓＴｉｍｅ
ｒ）」は、ＮＷソケットのティック法を呼び出す。「ソ
ケット」オブジェクトは、そのときリスンＥｃｂｓオブ
ジェクトである「エルリング（Ｌｒｉｎｇ）」において
発見されたそれぞれのｅｃｂエントリーを確認する。理
解されるように、「エルリング」におけるそれぞれのｅ
ｃｂエントリーは、ネットワークからの新しいメッセー
ジを待っている。

【０１２３】「ソケット」は、「ソケット」に対する局
所的ビジビリティを持つｅｃｂオブジェクトである「ピ
ーイーシービー（ｐｅｃｂ）」を生成し、「エルリン
グ」におけるそれぞれの調査されたｅｃｂオブジェクト
を保持する。もし「ピーイーシービー」がネットワーク
外の新しい情報を受信したならば、関連するｅｃｂオブ
ジェクトが、レシーブドＥｃｂｓオブジェクトである
「レシーブキュー（ＲｅｃｖＱｕｅｕｅ）」に追加され
る。ネットワークが、新しいネットワークにアクセスし
ようとするときに、ｅｃｂオブジェクトを「レシーブキ
ュー」から検索することは、ＯＶネットワーク・オブジ
ェクトである「ネットワーク」の責任である。アプリケ
ーションは、ＮＷソケット法である「レシーブ（ｒｅｃ
ｅｉｖｅ）」を通して新データにアクセスする。

【０１２４】次に、「ソケット」は、センドＥｃｂｓオ
ブジェクトである「センドキュー（ＳｅｎｄＱｕｅｕ
ｅ）」に存在するいかなるｅｃｂオブジェクトをも確認
する。ｅｃｂオブジェクトは、アプリケーションによっ
て生成され、ＮＷソケット法である「センド（ｓｅｎ
ｄ）」を通して「センドキュー」に送られる。ｅｃｂオ
ブジェクトは、ピーイーシービーにおいて局所的に記憶
される。もしｅｃｂオブジェクトが送信されるなら、適
切なＡＰＩ呼び出しがなされる。もしｅｃｂオブジェク
トが送信されたが現在エラー状態であるならば、エラー
状態が記憶され、ｅｃｂオブジェクトが破壊される。

【０１２５】図５は、本発明の好ましい実施の形態にお
いてタイマーとシンクタスクのために使用されるクラス
ィフィケーションの実行を概説し、タイマー・オブジェ
クトがシンクタスク型オブジェクトのリストをどのよう
に保持するかを示している。説明されるように、これら
のタスクは、ＭＶＣの同期的振る舞いに責任を持ってい
る。

【０１２６】［タイマー（Ｔｉｍｅｒ）］先に論じられ
たように、このクラスは、周期的にウェィク・アップす
ることができるオブジェクトを説明している。このクラ
スは、シンクタスク型のオブジェクトのリストを含んで
いる。タイマーは、オペレーティング・システムとイン
タフェースで接続されており、タイマー法の中にコール
バックする手段を提供する。このコールバックは、シン
クタスク・オブジェクトのリストをトラバース（走査）
し、それぞれのティック法を呼び出す。シンクタスク・
オブジェクは、シンクタスク・オブジェクの形成の間
に、タイマーに登録される（即ち、リストに記憶され
る）。登録されたオブジェクトは、シンクタスク・オブ
ジェクの破壊の間に、消去される。

【０１２７】［シンクタスク（ＳｙｎｃｈＴａｓｋ）］
先に論じられたように、このクラスは、ティックと呼ば
れる単一の機能を周期的に呼び起こし（ウェイクアップ
し）、実行することができるタスクを説明する。この能
力を本来的に備えたいかなるクラスもティック機能を提
供する。

【０１２８】［タイムドアイテムズ（ＴｉｍｅｄＩｔｅ
ｍｓ）］これは、ウェィクアップ周期の間に呼び出すた
めに、タイマーのためのティック処理を提供するシンク
タスク・オブジェクトの例示されたクラスのリストであ
る。このクラスは、単一のリンクされたリストのように
振る舞うパラメータ化されたクラスから導出される。

【０１２９】先に説明されたアーキテクチャを用いる
と、ネットワークにおいて特別なプリンタ・タイプを持
つプリンタは、以下の方法で発見される。最初に、プリ
ンタ・タイプに関するソケット・アイデンティファイア
（ＩＤ）を持つソケットが、ネットワークにより設定さ
れ、ネットワークはソケットを通してプリンタと通信す
る。理解されるように、ソケットはポーリング・モード
とリスン・モードとを有する。ポーリング・モードにお
いて、ソケット・アイデンティファイア（ＩＤ）が付け
られたネットワークからの出力データを待って受信し、
この受信された出力データをプリンタに送信する。リス
ン・モードにおいては、ソケットは、プリンタからの入
力データを待って受信し、この受信された入力データを
ネットワークに送信する。

【０１３０】ネットワークは、プリンタを一旦発見した
ならば、そのプリンタに関するプリンタ情報を記憶する
ためのプリンタ情報オブジェクトの設定をも行う。ここ
で理解されるように、ネットワークは、プリンタ情報オ
ブジェクトを持つプリンタ情報を維持及び更新する。加
えて、ネットワークは、周期的なタイミング信号である
ティックを提供するタイマーを設定する。

【０１３１】プリンタは、Ｎ個のティック（ＴＩＣＫ）
ごとに１度、周期的にポーリングされる。それぞれのポ
ーリングは、ソケットをポーリング・モードに置くこ
と、プリンタによる受信のためにソケット・アイデンテ
ィファイア（ＩＤ）が付けられたポーリング・データを
ソケットに送信すること、リスン・モードにソケットを
置くこと、ソケットがプリンタからプリンタ・データを
入手したどうかを判断するために待機することを含む。

【０１３２】もしソケットがプリンタからプリンタ・デ
ータを入手したならば、ネットワークは、プリンタのプ
リンタ情報を記憶したかどうかに基づいてプリンタが以
前に発見されたかどうかを、プリンタ情報オブジェクト
から判断する。もしプリンタが以前に発見されなかった
ならば、プリンタのプリンタ情報は、プリンタ情報オブ
ジェクトにおいて生成され記憶される。

【０１３３】プリンタ情報の生成は、プリンタのプリン
タ・モデル・オブジェクトの生成、プリンタに関する実
際のプリンタ情報の生成、及びプリンタ・モデル・オブ
ジェクトにおいて生成されたプリンタ情報の記憶を含む
ことが望ましい。

【０１３４】もしソケットがプリンタからプリンタ・デ
ータを入手しなかったならば、プリンタ・モデル・オブ
ジェクトにおける実際のプリンタ情報は、それぞれのポ
ーリングの間に増大されるエージング・カウンタを含む
ことが望ましい。しかし、もしソケットがプリンタから
プリンタ・データを入手したならば、エージング・カウ
ンタはゼロになる。従って、エージング・カウンタが所
定のレベルに到達したかどうかを判断し、もしエージン
グ・カウンタが所定のレベルに到達したならばプリンタ
のプリンタ・モデル・オブジェクトが破壊され得る。理
解されるように、そのような判断は、それぞれのポーリ
ングに１度の間隔で又はより長い間隔で生じることがで
きる。

【０１３５】プリンタ情報オブジェクトにおけるプリン
タ情報は、プリンタの記憶された状態に関する記憶され
たプリンタ状態情報を含み、プリンタからのプリンタ・
データは、プリンタの現在の状態に関する現在のプリン
タ状態情報を含むことが望ましい。従って、もしプリン
タが前もって発見されたならば、プリンタの現在の状態
情報がプリンタの記憶された状態と異なるかどうかを判
断するため、記憶されたプリンタ状態情報は、現在のプ
リンタ状態情報と比較される。もし現在の状態が記憶さ
れている状態と異なるならば、プリンタ情報オブジェク
トに記憶されているプリンタ状態情報は、現在のプリン
タ状態情報と置き換えられる。

【０１３６】もし現在の状態が記憶されている状態と異
なるならば、プリンタ・モデル・オブジェクトを見るア
プリケーションが、現在の状態が変更されたことを通知
されることがより望ましい。

【０１３７】以上に説明されたように、ネットワークに
おいてプリンタを発見しエージングするアーキテクチャ
及び方法を用いると、ネットワーク・プリンタが、オブ
ジェクト指向法においてモニターされ、制御され得る。
本発明の広い概念から逸脱することなく先に説明された
実施の形態に変更が可能であることは当該技術の専門家
にとって予測できるであろう。それゆえ、本発明は、開
示された特定の実施の形態に限定されず、特許請求の範
囲において定義された本発明の概念及び範囲内における
変更を包括することを意図している。

【図面の簡単な説明】

【図１】 本発明の好ましい実施の形態による、ネット
ワーク・クラスの関係を示すＯＯＡ＆Ｄクラスィフィケ
ーション図である。

【図２】 本発明の好ましい実施の形態による、ネット
ワーク・ソケットの関係を示すＯＯＡ＆Ｄクラスィフィ
ケーション図である。

【図３】 本発明の好ましい実施の形態による、プリン
タ情報を発見し、プリンタ状態を更新するプロセスを示
すＯＯＡ＆Ｄインタラクション図である。

【図４】 本発明の好ましい実施の形態による、ネット
ワーク・ソケットを通して行なう通信を維持するプロセ
スを示すＯＯＡ＆Ｄインタラクション図である。

【図５】 本発明の好ましい実施の形態による、タイマ
ー・クラスの関係を示すＯＯＡ＆Ｄクラスィフィケーシ
ョン図である。

───────────────────────────────────────────────────── フロントページの続き (31)優先権主張番号 ０８／６６６７０６ (32)優先日 1996年６月18日 (33)優先権主張国 米国（ＵＳ） (72)発明者 ローマン オーゾル アメリカ合衆国 ニュージャージー州 08053、 マールトン、 スモールウッド コート 14 (72)発明者 ティム デッパ アメリカ合衆国 ニュージャージー州 08003、 チェリー ヒル、 バクストン ロード 18 (72)発明者 ジョン ホプキンス アメリカ合衆国 ウィスコンシン州 53005、 ブルックフィールド、 ダブリ ュ ブルーマウンド ロード 16535 (72)発明者 ポーナ アルムガム アメリカ合衆国 ニュージャージー州 08055、 メドフォード、 バーク ドラ イブ ９

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ネットワークにおいてあるプリンタ・タ
   イプのプリンタを発見する方法において、 上記方法が、上記プリンタ・タイプに関するソケット・
   アイデンティファイア（ＩＤ）を持つソケットを設定す
   るステップを有し、 上記ネットワークは上記ソケットを通して上記プリンタ
   と通信し、上記ソケットはポーリング・モード及びリス
   ン・モードを有し、上記ポーリング・モードのときに、
   上記ソケットは上記ソケット・アイデンティファイア
   （ＩＤ）が付けられた上記ネットワークからの出力デー
   タを待って受信し、そして上記受信された出力データを
   上記プリンタに送信し、上記リスン・モードのときに、
   上記ソケットは上記プリンタからの入力データを待って
   受信し、そして上記受信された入力データを上記ネット
   ワークに送信し、 上記方法が、一旦プリンタが発見されたならば、上記プ
   リンタに関するプリンタ情報を記憶するプリンタ情報オ
   ブジェクトを設定するステップを有し、 上記ネットワークは、上記プリンタ情報を維持及び更新
   し、 上記方法が、周期的なタイミング信号（ＴＩＣＫ）を供
   給するタイマーを設定するステップを有し、 上記方法が、Ｎ個のタイミング信号（ＴＩＣＫ）ごとに
   １度、上記プリンタのために周期的にポーリングするス
   テップを有し、 上記ポーリングするステップのそれぞれが、上記ソケッ
   トを上記ポーリング・モードに置くステップと、上記ソ
   ケット・アイデンティファイア（ＩＤ）が付けられたポ
   ーリング・データを上記プリンタによる受信のための上
   記ソケットに送信するステップと、上記ソケットを上記
   リスン・モードに置くステップと、上記ソケットが上記
   プリンタからプリンタ・データを受信したかどうかを判
   断するために待つステップとを有し、 上記方法が、もし上記ソケットが上記プリンタからプリ
   ンタ・データを受信したならば、上記プリンタ情報オブ
   ジェクトが上記プリンタのためのプリンタ情報を記憶し
   ているかどうかに基づいて、上記プリンタが以前に発見
   されたものであるかどうかを、上記プリンタ情報オブジ
   ェクトから判断するステップを有し、 上記方法が、もし上記プリンタが以前に発見されたプリ
   ンタでなかったならば、上記プリンタのためのプリンタ
   情報を生成し、上記プリンタ情報オブジェクトに上記生
   成されたプリンタ情報を記憶させるステップを有するこ
   とを特徴とするネットワークにおいてプリンタを発見す
   る方法。
2. 【請求項２】 上記プリンタ情報を生成するステップ
   が、上記プリンタのプリンタ・モデル・オブジェクトを
   生成するステップと、上記プリンタのプリンタ情報を生
   成するステップと、上記プリンタ・モデル・オブジェク
   トに上記生成されたプリンタ情報を記憶させるステップ
   とを含むことを特徴とする請求項１に記載の方法。
3. 【請求項３】 上記プリンタ・モデル・オブジェクトに
   おける上記プリンタ情報が、エージング・カウンタを含
   み、 上記ポーリングするステップが、さらにもし上記ソケッ
   トが上記プリンタからプリンタ・データを受信しなかっ
   たならば、上記エージング・カウンタを一定量増加させ
   るステップと、 もし上記ソケットが上記プリンタからプリンタ・データ
   を受信したならば、上記エージング・カウンタをゼロに
   するステップとを有し、 上記方法が、さらに、 上記エージング・カウンタが所定のレベルに到達したか
   どうかを判断するステップと、 もし上記エージング・カウンタが上記所定のレベルに到
   達したならば、上記プリンタの上記プリンタ・モデル・
   オブジェクトを破壊するステップとを有することを特徴
   とする請求項２に記載の方法。
4. 【請求項４】 上記プリンタ・モデル・オブジェクトに
   おける上記プリンタ情報が、エージング・カウンタを含
   み、 上記ポーリングするステップが、さらに、 もし上記ソケットが上記プリンタからプリンタ・データ
   を受信しなかったならば、上記エージング・カウンタを
   一定量増加させるステップと、 もし上記ソケットが上記プリンタからプリンタ・データ
   を受信したならば、上記エージング・カウンタをゼロに
   するステップと、 上記エージング・カウンタが所定のレベルに到達したか
   どうかを判断するステップと、 もし上記エージング・カウンタが上記所定のレベルに到
   達したならば、上記プリンタの上記プリンタ・モデル・
   オブジェクトを破壊するステップとを有することを特徴
   とする請求項２に記載の方法。
5. 【請求項５】 上記プリンタ情報オブジェクトにおける
   上記プリンタ情報が、上記プリンタの記憶された状態に
   関する記憶されたプリンタ状態情報を含み、上記プリン
   タからのプリンタ・データが、上記プリンタの現在の状
   態に関する現在のプリンタ状態情報を含み、 もし上記プリンタが以前に発見されていたならば、上記
   方法が、さらに、 上記プリンタの現在の状態が上記プリンタの記憶された
   状態と異なるかどうかを判断するために、記憶されたプ
   リンタ状態情報を現在のプリンタ状態情報と比較するス
   テップと、 もし現在の状態が記憶された状態と異なるならば、上記
   プリンタ情報オブジェクトにおいて記憶されたプリンタ
   状態情報を現在のプリンタ状態情報と置き換えるステッ
   プとを有することを特徴とする請求項１に記載の方法。
6. 【請求項６】 アプリケーションが、上記プリンタのた
   めの上記プリンタ・モデル・オブジェクトを観測してお
   り、 上記方法がさらに、もし現在の状態が記憶された状態と
   異なるならば、上記現在の状態を変更したことを上記ア
   プリケーションに知らせるステップを有することを特徴
   とする請求項５に記載の方法。