JPH06301558A

JPH06301558A - コンテナ方式によるコンピュータプロセス間の情報通信方法

Info

Publication number: JPH06301558A
Application number: JP6004257A
Authority: JP
Inventors: Mahajan Rakesh; マハジャンラケシュ
Original assignee: Canon Inc; Canon Information Systems Inc
Current assignee: Canon Inc; Canon Information Systems Inc
Priority date: 1993-01-19
Filing date: 1994-01-19
Publication date: 1994-10-28
Also published as: US6230211B1

Abstract

(57)【要約】【目的】コンピュータプロセス間の情報通信において、
通信される情報を格納するメモリを動的な割当を可能と
するとともに、両コンピュータプロセスがメモリ領域の
構造を把握することを不要とし、柔軟性の高い情報通信
を可能とする。【構成】２つのコンピュータプロセス間の情報通信方法
であって、これらの２つのコンピュータプロセスは、互
いに直接に情報のやりとりを行うのではなく、コンテナ
に対して情報の保管及び引き出しを実行する。このコン
テナの保管には、情報の保管を行うコンピュータプロセ
スにより割り当てられた情報の名前に基づいて情報の保
管が行われ、該コンテナに格納された情報の名前の辞書
を保持する。情報の引き出しを行うコンピュータプロセ
スは、情報の名前により問い合わせを行うことで必要な
情報を獲得する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンテナ方式通信メデ
ィアを用いてコンピュータプロセス間の情報通信を行う
方法に関するものである。更に詳しくは、本発明は、コ
ンピュータプロセスが、情報を直接にやりとりするので
はなく、コンテナに対して情報の保管及び引き出しを行
うことで情報のやりとりを行う情報通信方法に関する。

【０００２】

【従来の技術】今日のコンピュータ装置において実行さ
れるアプリケーションプログラムにおいて、そのアプリ
ケーションプログラムが完全に実行するのに要求される
すべての機能を所有することは希である。これらのアプ
リケーションプログラムは、要求された機能に対して、
全てのプログラムを実行するために、他のプログラムの
ライブラリに頼っている。例えば、アプリケーションプ
ログラムは、データ出力を行うためにプリンタドライバ
やモニタドライバのようなデバイスドライバを含む外部
のライブラリに依存しており、また、アプリケーション
プログラムはファイルより情報を格納したり引き出した
りするのにＤＯＳのようなオペレーティングシステムに
依存する。同様に、アプリケーションプログラムは、そ
のアプリケーションプログラムが動作しているコンピュ
ータ上に存在していない機能をも活用することができ
る。例えば、ネットワーク環境において、アプリケーシ
ョンプログラムは、当該コンピュータと物理的に共通の
位置に配置されておらず、かつ全く異なるコンピュータ
により制御されているようなプリンタをもちいて情報の
印刷を行うことができる。

【０００３】一般的に、アプリケーションプログラムと
他のプログラムとの間の情報伝送の機構は、共有メモリ
を通して行われる。この場合、アプリケーションプログ
ラムと他のプログラムの双方は、共有メモリに格納され
た情報の構造を認識している。例えば、プリンタに情報
を印刷するために、アプリケーションプログラムは共有
メモリの予め指定されたブロックに印刷情報を格納す
る。そして、その共有メモリに印刷情報が格納されたこ
とをプリンタドライバに通知する。プリンタドライバ
は、共有メモリに格納されている印刷データのデータ構
成を認識しており、共有メモリより印刷情報を引き出
し、印刷処理を実行する。

【０００４】

【発明が解決しようとする課題】上述のような、共有メ
モリを用いた情報通信構造は満足のいくものではないこ
とが見いだされている。特に、コンパイラによるコンパ
イル時間において共有メモリが確保されなければなら
ず、かつ、オペレーティングシステムのローディングプ
ログラムによるロード時間において特定のメモリアドレ
スへ決定されなければならない。このように、潜在的に
しかも頻繁には用いられない領域によりメモリが浪費さ
れることになる。

【０００５】また、アプリケーションプログラム及び他
のプログラムの双方が共有メモリの構造に関する認識を
有する必要がある。例えば、アプリケーションプログラ
ムがプリンタドライバに対して現在のプリンタ構成や能
力について問い合わせを行った場合、アプリケーション
プログラムは、プリンタドライバがどのように情報をメ
モリに格納するか（例えばフォントを最初に、次にペー
パートレイ、そして能力についての情報といった順序
等）を知っていなければならない。

【０００６】更には、共有メモリを用いた直接的な情報
通信は柔軟性に欠ける。ひとたび共有メモリの構造が決
定されると（通常この決定はシステム構築の初期段階で
行われる）、新たな構造が古い構造と互換性がなくなら
ないように、その構造は変更できないようになってい
る。従って、新たなシステム機能が提供されたとき（例
えばあるプリンタを、綴じ込み機能（ステープラ）を含
むプリンタにグレードアップしたような場合）、アプリ
ケーションプログラムはこれらの新たな機能にアクセス
することができない。なぜならば、新たな機能のパラメ
ータを決めるためのエリアが共有メモリ内に準備されて
いないからである。

【０００７】本発明は上記の問題点に鑑みてなされたも
のであり、コンピュータプロセス間の情報通信におい
て、通信される情報を格納するメモリについて動的な割
当を可能とするとともに、両コンピュータプロセスがメ
モリ領域の構造を把握することを不要とし、柔軟性の高
い情報通信を可能とする、コンテナ方式によるコンピュ
ータプロセス間の情報通信方法を提供することを目的と
する。

【０００８】又、本発明の他の目的は、コンピュータプ
ロセス間の情報のやりとり（情報通信）をコンテナを介
して行い、このコンテナに対する情報の格納及び引き出
しを情報名に基づいて行う情報通信方法を提供すること
にある。

【０００９】又、本発明の他の目的は、特にサービスの
要求を発行するクライアントプロセスと、これらの要求
に対するサービスを実行するサーバプロセスとの情報通
信をコンテナを介して行い、このコンテナに対する情報
の格納及び引き出しを情報名に基づいて行う情報通信方
法を提供することにある。

【００１０】又、本発明の他の目的は、コンテナより周
辺装置のセットアップ／制御パラメータをパラメータ名
を用いて獲得する情報通信方法を提供することにある。

【００１１】又、本発明の他の目的は、コンテナを介し
て周辺装置に対してセットアップ／制御パラメータをパ
ラメータ名を用いて格納する情報通信方法を提供するこ
とにある。

【００１２】又、本発明の他の目的は、コンピュータプ
ロセス間でやりとりされる情報を情報名で管理するコン
テナ処理方法を提供することにある。

【００１３】

【課題を解決するための手段】及び

【作用】上述の目的を達成するための本発明の情報通信
方法は、第１及び第２コンピュータプロセス間の情報通
信方法であって、前記第１コンピュータプロセスの実行
により名付けられた情報値をコンテナにセットする工程
と、前記第２コンピュータプロセスの実行により前記コ
ンテナより名付けられた情報を獲得し、該名付けられた
情報の値を指定されたバッファに格納する工程とを備え
ることを特徴とする。

【００１４】上述の構成により、２つのコンピュータプ
ロセス間の情報通信はコンテナを介して行われ、該コン
テナに対する情報の格納及び引き出しが、各情報名に基
づいて行われる。

【００１５】又、上述の目的を達成する本発明の他の構
成によれば、サービスの要求を発行するクライアントプ
ロセスと、それらの要求に対するサービスを行うサーバ
プロセスとの間の情報通信方法であって、前記サーバプ
ロセスの実行によりコンテナに名付けられた情報値をセ
ットする工程と、前記クライアントプロセスの実行によ
り前記コンテナより名付けられた情報を獲得して、該名
付けられた情報の値を指定されたバッファへ格納する工
程とを備えることを特徴とする情報通信方法が提供され
る。

【００１６】上述の構成によれば、サービスの要求を発
行するクライアントプロセスと、このサービスの要求に
対してサービスを実行するサーバプロセスとの間の情報
通信がコンテナを介して行われ、該コンテナに対する情
報の格納及び引き出しは、各情報名に基づいて行われ
る。

【００１７】更に、上述の目的を達成する本発明の他の
構成によれば、周辺装置のためのセットアップ及び制御
パラメータを獲得するための通信方法であって、周辺サ
ーバに対してセットアップ及び制御パラメータの要求を
発行する工程と、前記セットアップ及び制御パラメータ
が格納されたコンテナのコンテナ名を受信する工程と、
各パラメータの名前とそれに関連する値を獲得するべく
前記コンテナに問い合わせを行う工程とを備えることを
特徴とする情報通信方法が提供される。

【００１８】上述の構成によれば、コンテナを介した情
報通信を行われ、周辺装置に設定されているセットアッ
プ／制御パラメータがパラメータ名を用いて獲得され
る。

【００１９】更に、上述の目的を達成する本発明の他の
構成よれば、周辺装置にセットアップ及び制御パラメー
タを格納する方法であって、コンテナを生成する工程
と、前記コンテナにパラメータ値を名前を用いて登録す
る工程と、前記コンテナにセットアップ／制御パラメー
タが格納されたことを通知する工程とを備えることを特
徴とする情報通信方法が提供される。

【００２０】上述の構成によれば、コンテナを介した情
報通信が行われ、周辺装置のセットアップ／制御パラメ
ータをパラメータ名と対応づけてコンテナに格納するこ
とで周辺装置へのパラメータ設定がなされる。

【００２１】更に、上述の目的を達成するための本発明
の他の構成によれば、コンテナに名付けられた情報をセ
ットする指令に応答して情報名の辞書を更新するととも
に該名付けられた情報の値を格納する工程と、名付けら
れた情報を獲得するための指令に応答して前記辞書を調
べ、前記辞書に名前があれば該名付けられた値を返送
し、前記辞書に該名前が存在しない場合はエラーコード
を返送する工程とを備えることを特徴とするコンテナ処
理方法が提供される。

【００２２】上述の構成により、コンピュータプロセス
間でやりとりされる情報がコンテナに格納されるととも
に、コンテナ内の各情報は情報名が登録された辞書で管
理される。

【００２３】以下に上述の目的を達成する本発明の一態
様について説明する。

【００２４】一つの態様として、本発明は、例えば、ワ
ードプロセッシングプログラムのようなアプリケーショ
ンプログラムとプリンタによる印刷を制御するプリンタ
サーバプログラムとの間の如き２つのコンピュータプロ
セス間における相互の情報伝達の方法（以後情報通信と
称する）である。本方法においては、２つコンピュータ
プロセスがコンテナに対して情報の保管及び引き出しを
行うコンテナ方式の情報通信方法が用いられ、これは互
いのプロセス間において直接的に情報のやりとりを行う
手法とは異なる。コンテナは、情報の保管を行うコンピ
ュータプロセスにより割り当てられた情報名に基づい
て、当該情報を格納する。そして、コンテナに含まれる
情報名の辞書を保持する。情報が保管される際に、メモ
リは動的に割り当てられる。コンテナに保管された情報
は、該コンテナに対して情報名を用いて情報の要求を行
うことにより、情報の取得を行うコンピュータプロセス
により引き出される。

【００２５】本発明の上述の観点によれば、第１及び第
２コンピュータプロセス間の情報通信方法は、第１のコ
ンピュータプロセスを実行して、名付けられた情報の値
をコンテナに設定する処理を備える。コンテナへの名付
けられた情報の設定に応答して、コンテナ処理が実行さ
れる。この処理において、名付けられた情報の値が格納
され、名付けられた情報がまだ辞書に存在しない場合
は、情報名の辞書を更新する。情報の引き出しにおいて
は、第２コンピュータプロセスが、該コンテナより名付
けられた情報を獲得するとともに、コンテナがその情報
値を置くためのバッファを指定するべく実行される。コ
ンテナよりの名付けられた情報を獲得するためのコマン
ドに応答して、コンテナプロセスは、情報名の辞書を参
照することにより該当する名付けられた情報の値を指定
されたバッファに格納する。また、情報名辞書内に要求
された名前が含まれていない場合はエラーコードをその
指定されたバッファに格納する。

【００２６】第２コンピュータプロセスがコンテナに格
納された情報名を知らない場合は、コンテナの辞書に格
納された第１番目の名付けられた情報の値を要求し、以
下これに続いて順次名付けられた情報値を要求する。こ
のようにして、第２プロセスは、コンテナに格納された
全ての値について対話的に処理することができる。

【００２７】上述の構成によれば、メモリは編集（コン
パイル）時に割り当てられる必要がなくなり、実行時に
おいて動的に割り当てられるようになる。また、２つの
コンピュータプロセスが共有メモリ領域の構造を把握し
ておく必要がなくなる。なぜならば、情報の格納及び引
き出しが、情報の位置ではなく情報の名前に基づいて行
われるからである。更に、設計の初期において指定され
た値のみでなく、いかなる値もコンテナに格納し得るの
で、より完璧な柔軟性を得ることができる。

【００２８】上述した発明の簡単な説明は、本発明の本
質が迅速に理解され得るように提供されているものであ
る。本発明のより完全な理解は、以下の好適な実施例の
詳細な説明及び図面を参照することにより得られるであ
ろう。

【００２９】

【実施例】以下に添付の図面を参照して本発明の好適な
実施例を説明する。

【００３０】図１は、本実施例による代表的なローカル
エリアネットワーク（ＬＡＮ）１０の構成を表わす図で
ある。図１に示すように、ＬＡＮ１０はイーサネットの
ようなＬＡＮ通信バス１１を有し、このＬＡＮ通信バス
１１は接続されているネットワークデバイスの間におい
てＬＡＮ通信データを運ぶ。ファイルサーバ１２はＬＡ
Ｎバス１１に接続され、ネットワーク接続されたデバイ
ス間におけるファイルの受信，格納，キューイング，キ
ャッシング，及び転送を管理するためのファイルマネー
ジャとして機能する。ファイルサーバ１２は、そのファ
イルマネージャとしての機能を遂行するために、典型的
には大容量メモリ格納装置、例えば１０ギガバイトのハ
ードディスクを備える。ファイルサーバ１２は、Ｎｅｔ
Ｗａｒｅ（商標）のようなネットワークオペレーティン
グシステムの下で動作する。

【００３１】更に、ワークステーション１４，１５，１
６，１７，１８及び１９がＬＡＮバス１１に接続されて
いる。本例ではこれらのワークステーションは、例えば
ＩＢＭ−ＰＣやＰＣ互換コンピュータのようなパーソナ
ルコンピュータとして示されている。ワークステーショ
ン１４はネットワーク管理用ワークステーションとして
指定されており、これにより種々のネットワーク機能が
制御される。ワークステーション１５及び１６は、ネッ
トワークユーザワークステーションである。これらは、
種々のアプリケーションプログラムを備えている。アプ
リケーションプログラムとしては例えば、ワードプロセ
ッシングアプリケーションプログラム、スプレッドシー
トアプリケーションプログラム、光学文字認識アプリケ
ーションプログラム、及びその他の情報及びデータ処理
プログラムが挙げられる。これらのプログラムは物理的
にワークステーション１４〜１６に格納されてもよい
し、ファイルサーバ１２より実行のためにこれらのワー
クステーション上へ取り出されてもよい。

【００３２】ワークステーション１７、１８、及び１９
は周辺サーバワークステーションであり、主として、そ
れぞれが接続されている周辺装置のためのネットワーク
サービスを提供するのに用いられる。ワークステーショ
ン１７はプリンタサーバ用のワークステーションであ
り、プリンタ２１にネットワークサービスを提供する。
同様に、ワークステーション１８はスキャナ２２にネッ
トワークサービスを提供するスキャナサーバワークステ
ーションであり、１９はファクシミリ２３にネットワー
クサービスを提供するファクシミリサーバワークステー
ションである。他の周辺装置も本ネットワークに接続可
能であり、また１つのワークステーションが１つ以上の
周辺装置にサービスを行うことも可能である。特に、ワ
ークステーション１７が、１台以上のプリンタにサービ
スを行うことが可能であり、また、適切な装置により、
１台のワークステーションが種々の異なるタイプの装置
にサービスすることも可能である。

【００３３】一般には、１台もしくはそれ以上の周辺装
置にサービスを行うのに１台のワークステーションが占
有されるが、これが不要である場合もある。例えば、プ
リンタ２５はネットワーク拡張ボード２６を介してＬＡ
Ｎバス１１に直接に接続されている。このネットワーク
拡張ボード２６は必要なプリンタサーバ機能を提供し、
これらのプリンタサービスのために１台のワークステー
ションを占有させることを不要とする。

【００３４】その他の装置がＬＡＮ１０に接続可能であ
り、実際ＬＡＮ１０は広域エリアネットワーク（ＷＡ
Ｎ）の一部として、種々のバックボーンやトランスポン
ダ接続へ接続されうる。これらの構成は当業者には公知
であり、詳細な説明は省略する。

【００３５】図２は、本発明の一実施例による情報通信
を示す機能ブロック図である。図２において、図１に示
されたワークステーションの１つ（ここではワークステ
ーション１６）により実行されるアプリケーションプロ
グラムのような第１コンピュータプロセスと、ワークス
テーション１７上で実行されるプリンタサーバのような
第２コンピュータプロセスとの間の情報通信が示されて
いる。図２に示されているコンピュータプロセスは代表
的な一例を表わすものであり、図１に示されるいかなる
デバイス間においても情報通信を行うことが可能である
ことはいうまでもない。例えば、ワークステーション１
５と１６との間や、スキャナワークステーション１８や
ファクシミリワークステーション１９のいずれかとの間
での情報通信も可能である。更に、図２に示された情報
通信は、ローカルエリアネットワーク上の異なるワーク
ステーション間で示されており、ここで、柔軟なタスク
操作の必要性が最も重大となる。しかしながら、本発明
によるタスク操作は同じワークステーション内の異なる
コンピュータプロセス間でも発生し得る。例えば、数値
データをインポートするワードプロセッシングアプリケ
ーションプログラムと、数値データを提供するスプレッ
ドシートアプリケーションプログラム間である。

【００３６】図２に示されるように、情報通信は第１コ
ンピュータプロセスと第２コンピュータプロセスの間で
実行される。ここで、第１コンピュータプロセスは、ワ
ークステーション１６内で実行されるアプリケーション
プログラムにより順次制御されるデバイスドライバ３１
を有する。又、第２コンピュータプロセスは、プリンタ
サーバワークステーション１７において実行されるプリ
ンタサーバ３９を有する。ワークステーション１６にお
いて動作するアプリケーションプログラム３０の精密で
詳細な説明は本発明にとって重要なことではない。この
アプリケーションプログラムとしては、例えば、ワード
プロセッシングアプリケーションプログラム、スプレッ
ドシートアプリケーションプログラムやその他のいかな
るアプリケーションプログラムであってもよい。アプリ
ケーションプログラムの実行の過程において、周辺装置
のサービスが要求される。アプリケーションプログラム
３０は、プリンタドライバ、スキャナドライバ、ファク
シミリドライバ等のデバイスドライバ３１の１つを介し
てそれらのサービスを獲得する。次にデバイスドライバ
はコンテナマネージャ３２を通してデバイスにアクセス
するために、ネットワークインターフェース３４を介し
てＬＡＮバス１１上での通信を行う。コンテナマネージ
ャ３２はコンテナへのアクセスを管理する。このコンテ
ナは、例えば、ファイルサーバ１２にファイルとして格
納されている。

【００３７】同様にして、ワークステーション１７は、
ＬＡＮバス１１とのインターフェースを行うためのネッ
トワークインターフェース３６と、プリンタサーバのコ
ンテナへのアクセスを管理するコンテナマネージャ３７
と、プリンタ２１を直接に制御するプリンタサーバ３９
を備えている。

【００３８】総括すると、デバイスドライバ３１とプリ
ンタサーバ３９との間の情報通信はコンテナを介して達
成される。そして、このコンテナに対して、一方のコン
ピュータプロセスが名付けられた情報を保管し、他方の
コンピュータプロセスが名付けられた情報の値を要求す
ることにより該コンテナより情報を引き出すものであ
る。例えば、デバイスドライバ３１が、プリンタ２１の
構成及び制御パラメータを提供するためにプリンタサー
バ３９に対して信号を発する。これに応答して、もしプ
リンタサーバ３９によりまだコンテナが生成されていな
いならばプリンタサーバ３９はコンテナマネージャ３７
にコンテナを生成させ、名付けられた情報値をコンテナ
に保管する。コンテナに名付けられた情報値が保管され
ているので、これらの値を引き出し可能とするためにコ
ンテナは名前の辞書を更新する。コンテナがプリンタサ
ーバ３９により満たされると、ネットワークを渡ってデ
バイスドライバ３１へ信号が配送される。今度は、この
デバイスドライバが、コンテナに対して名前によってセ
ットアップ及び制御パラメータの要求を行うことによ
り、それらの値を引き出す。これらの各要求に応答し
て、コンテナは、辞書を参照することにより要求された
名前がコンテナに格納されている否かを判断し、もし名
付けられた情報がコンテナに格納されていれば、コンテ
ナはデバイスドライバ３１にたいして要求された情報を
提供する。もし要求された名前がコンテナに格納されて
いない場合は、エラー値が返送される。プリンタドライ
バはプリンタサーバより獲得されたセットアップ及び制
御パラメータを表示し、コンピュータオペレータに対し
てパラメータの修正もしくは変更を許可する。この後、
プリンタドライバはコンテナに変更後のパラメータをセ
ットし、値が変更されたことをプリンタサーバに知らせ
る。そして、プリンタサーバは変更されたパラメータを
コンテナから引き出すことが可能となる。

【００３９】パラメータがプリンタドライバ３１により
受信された後、プリンタドライバ３１は、やはりコンテ
ナを介してプリントジョブをプリンタサーバ３９に返送
する。この場合、プリンタドライバ３１は、例えばフ
ァイルサーバ１２にコンテナを生成し、プリントジョブ
情報をその名前とともにセットする。プリンタドライバ
３１はプリンタサーバ３９にプリントジョブがコンテナ
に存在していることを通知する。そして、プリンタサー
バ３９はプリント情報をその名前により引き出し、プリ
ントジョブを実行するために、プリンタ２１を制御す
る。

【００４０】この情報通信において生成されたコンテナ
は、インデックス機構を含むものである。インデックス
機構は、コンテナ内に存在する種々の名前変数を格納
し、それらの変数に対応する値を格納及び獲得する。一
度生成されると、コンテナはただ２つのコマンドに対し
て関与すればよい。この２つのコマンドとは、以下のよ
うなＳＥＴコマンド及びＧＥＴコマンドである。

【００４１】ＳＥＴ（コンテナ名，名前，値，タイプ）ＧＥＴ（コンテナ名，名前，バッファ，タイプ）ここで、「コンテナ名」は情報の獲得及びセットが行わ
れるコンテナの名前である。また、「名前」とは、格納
もしくは引き出しがなされる情報値の名前である。
「値」は、格納されるべき名付けられた情報の値であ
る。「タイプ」は、ＳＥＴコマンドにおいては格納され
る情報のタイプであり、ＧＥＴコマンドではコンテナよ
り引き出される情報のタイプである。そして、「バッフ
ァ」は、コンテナより引き出された名付けられた情報の
値を格納するためのエリアである。タイプには２通りの
タイプがある。即ち、データタイプとコンテナタイプで
ある。データタイプは、単にその情報がコンテナに格納
されることを表す。コンテナタイプは、コンテナ名が示
すコンテナにより生成されたサブコンテナであることを
表す。

【００４２】対象がプログラミング言語（”ＯＯＰ
Ｌ”）に志向されている場合、コンテナ名は省略されて
もよい。というのは、ＳＥＴコマンド（ＧＥＴコマンド
については後述）は用いられている対象を参照するので
コンテナ名は暗黙に決定されるからである。

【００４３】ＳＥＴコマンドの応答におけるコンテナプ
ロセスは以下のように進行する。まず、コンテナ名変数
により特定されるコンテナが、指定された名前の情報を
既に有しているか否かを、辞書を参照して判定する。も
し、その名前が辞書に存在していない場合は、辞書はそ
の名前を含むべく更新されるとともに付随する”タイ
プ”が格納される。もし”タイプ”がデータタイプであ
れば、名付けられた情報の値がそのコンテナに格納され
る。もし、”タイプ”がコンテナタイプであれば、コン
テナは指定された名前の新たなコンテナを生成する。

【００４４】ＧＥＴコマンドに関する処理過程は以下の
通りである。まず、コンテナ名により特定されたコンテ
ナは名付けられた値がその辞書にあるか否かを判断す
る。もしその名前が辞書にあれば、コンテナはその名前
を有する情報をバッファに格納し、”タイプ”に情報の
タイプを格納する。一方、そのコンテナ名で指定される
コンテナの辞書がその名前を含んでいない場合は、コン
テナはエラーコードを返送する。

【００４５】好適には、コンテナは更に２つのコマンド
に応答する。これらは、以下のようなＧＥＴ−ＦＩＲＳ
Ｔコマンド及びＧＥＴ−ＮＥＸＴコマンドであり、ＧＥＴ−ＦＩＲＳＴ（コンテナ名，ネームバッファ，バ
ッファ，タイプ）ＧＥＴ−ＮＥＸＴ（コンテナ名，ネームバッファ，バッ
ファ，タイプ）で表される。

【００４６】ここで、ネームバッファは、コンテナ名で
特定されるコンテナがその辞書内の第１のネームもしく
は次のネームの名前を返送するためバッファである。他
のパラメータについては上述の通りである。

【００４７】ＧＥＴ−ＦＩＲＳＴコマンド及びＧＥＴ−
ＮＥＸＴコマンドはコンピュータプロセスが、これらの
コンテナに格納されている情報の名前を知ることなしに
コンテナ内の情報にアクセスすることを可能とする。Ｇ
ＥＴ−ＦＩＲＳＴコマンドの応答において、コンテナ
は、その辞書に格納されている情報の第１のアイテムに
ついて、その値やタイプとともにその名前を返送する。
ＧＥＴ−ＮＥＸＴコマンドに応答して、その辞書に格納
されている情報の次のアイテムについて、その値やタイ
プとともにその名前を返送する。

【００４８】コンテナには、コンテナ内の情報にアクセ
スするために他の機能が提供されてもよい。例えば、所
望であれば、コンテナはいわゆるワイルドカードによる
名前の問い合わせに応答可能としてもよい。この場合、
コンテナに対してフルネームが提供されるかわりに、ワ
イルドカードキャラクタを含む名前のテンプレートが提
供される。このように、ＧＥＴ（コンテナ名，ＳＴＡＰ
Ｌ？，Ｘ１，Ｘ２）のような連続的なコマンドの発行に
応答して、反復的に辞書を通してシーケンスを実行
し、”ＳＴＡＰＬ”というキャラクタで始まる名前（例
えば、”ＳＴＡＰＬＥＲ−ＰＲＥＳＥＮＴ，”ＳＴＡＰ
ＬＥ＿ＣＯＵＮＴ”，”ＳＴＡＰＬＩＮＧ”等）を有す
る名付けられた情報の値を返送する。エンベッドされた
（組み込まれた）ワイルドカードキャラクタもサポート
されてよい。

【００４９】図３から図５は、本実施例の情報通信を表
す詳細なフローチャートである。本例における情報通信
は３つの異なる処理過程を有しているので、図３から図
５に示されるように３つの異なるフローカラムで示され
ている。即ち、第１のカラムはドライバ処理過程を、第
２カラムはサーバ処理過程を、そして第３カラムはコン
テナ処理過程を示す。

【００５０】ステップＳ０１において、ドライバ３１は
ＬＡＮバス１１を介してサーバ３９に、セットアップ及
び制御パラメータのための要求を発行する。プリンタサ
ーバ３９がその要求を受信すると、サーバはステータス
コンテナを生成する（ステップＳ０２）。そして、ステ
ップＳ０３へ進み、各データタイプのセットアップ及び
パラメータのために、プリンタサーバ３９はパラメータ
名とその値とをステータスコンテナへセットする。例え
ば、プリンタサーバがプリント志向の情報（例えば肖像
もしくは風景）を肖像／風景と命名して格納すると、プ
リンタサーバ３９は以下のコマンドを発行することでス
テータスコンテナへそのパラメータをセットする。即
ち、ＳＥＴ（ステータス，肖像／風景，”肖像”，”デー
タ”）である。

【００５１】同様に、プリンタサーバ３９がエラー状態
を変数名”エラー状態”に格納すると、その変数の値
は”なし”であり、プリンタサーバ３９はステータスコ
ンテナに以下のコマンドを用いてその値をセットする。
即ち、ＳＥＴ（ステータス，エラー状態，”なし”，”デー
タ”）である。

【００５２】上述のような各セットコマンドに応答し
て、ステータスコンテナはパラメータの値を格納し、そ
のパラメータ名で辞書の更新を行う（ステップＳ０
４）。

【００５３】ＳＥＴコマンドは存在する名付けられた情
報に自動的に上書きするので、ある条件下では、ＳＥＴ
コマンドを発行する前に、プリンタサーバによって同じ
名前の情報が既にそのコンテナ内に存在するか否かを判
定するためにコンテナをチェックするのが賢明である。
この状態で、プリンタサーバ（もしくはコンテナをテス
トするあらゆるコンピュータプロセス）は、まずＧＥＴ
コマンドをＳＥＴで用いる名前でもって発行する。もし
もその名前が既にコンテナに存在していれば、対応する
値が返送されるので、プリンタサーバはＳＥＴコマンド
で処理を進めるか否かを決定することができる。他の場
合、コンテナはエラーコードを返送し、プリンタサーバ
はＳＥＴコマンドを実行しても安全であることを知る。
このようなＳＥＴの前にＧＥＴを発行するという手順を
用いて、あらゆるコンピュータプロセスは不意に必要な
情報に上書きしてしまうことを防止できる。

【００５４】このような機能は、例えば、”ＩＳＶＡＲ
ＩＡＢＬＥ”機能を用いて、直接に提供されてもよい。
この機能は、変数の存在についてコンテナをチェック
し、その変数名が存在すれば「真」を、存在しなければ
「偽」を返送する。このような機能や、他のタイプの機
能は、コンテナが応答可能なコマンドセットを拡張する
ことにより提供し得るものである。

【００５５】ステップＳ０５において、プリンタサーバ
３９は更に複雑なセットアップ及び制御情報を格納する
ために付加的なコンテナを生成する。例えば、ステップ
Ｓ０５において、プリンタサーバ３９は、プリンタ２１
による印刷に使用可能なフォントを含むフォント情報、
電源投入時にプリンタ２１により自動的に選択されるデ
フォルトフォント、及び現在選択されているフォントを
格納してもよい。ステップＳ０３においてこれらのパラ
メータの夫々が個別に格納されている間に、そのような
関連する情報の全てを格納する新たなコンテナを生成す
ることも可能である。このようにステップＳ０５におい
て、各コンテナタイプパラメータに対して、プリンタサ
ーバ３９は新たなコンテナの名前をステータスコンテナ
にセットする。例えば、フォントコンテナを生成するた
めに、サーバ３９は次のようなコマンド、ＳＥＴ（ステータス，”フォント”，，コンテナ）を発行する。

【００５６】上述のようなＳＥＴコマンドに応答して、
ステータスコンテナは”フォント”と名付けられた新た
なコンテナを生成する。このフォントコンテナは、他の
コンテナの有する機能の全てを有している。ステータス
コンテナはその辞書を更新し、コンテナタイプ指定がそ
の辞書に含まれる（ステップＳ０６）。

【００５７】ステップＳ０７において、プリンタサーバ
３９は、適切なサブコンテナにサブパラメータとそれら
の値とをセットする。例えば、フォント情報を格納する
ために、プリンタサーバ３９は以下のコマンドを発行す
る。即ち、ＳＥＴ（フォント，有効フォント，”クーリエ１０ＰＴクーリエ１２ＰＴユニバース１０ＰＴユニバース１２ＰＴローマン１０ＰＴローマン１２ＰＴ”，データ）ＳＥＴ（フォント，デフォルトフォント，”クーリエ１
２ＰＴ”，データ）ＳＥＴ（フォント，現在フォント，”クーリエ１２Ｐ
Ｔ”，データ）である。

【００５８】上記ような各ＳＥＴコマンドに応答して、
サブコンテナはコンテナ処理を実行し、名付けられた情
報の値の格納と対応する名前によるサブコンテナ内の辞
書の更新を行う。プリンタドライバが全てのセットアッ
プ及び制御パラメータをコンテナに格納した後、フロー
はステップＳ０８へ進む。ステップＳ０８において、プ
リンタサーバ３９は、ドライバ３１に対して、セットア
ップ／制御パラメータがステータスコンテナに格納され
た旨の信号を出力する。信号の送出はＬＡＮバス１１を
介して行われ、この信号に応答して、プリンタドライバ
３１は、コンテナ内の各パラメータの名前の獲得、及び
指定されたバッファへの値の格納を行うべく、ステータ
スコンテナに対して問い合わせを行う（ステップＳ０
９）。全ての情報の名前をドライバ３１が知っているの
であれば、ドライバ３１は単に一連のＧＥＴコマンドを
ステータスコンテナおよび全てのサブコンテナへ発行す
る。一方、もし名前が知られていないのであれば、ドラ
イバ３１はＧＥＴ−ＦＩＲＳＴコマンドとそれに続くＧ
ＥＴ−ＮＥＸＴコマンドを順次発行し、これによりステ
ータスコンテナに格納された辞書の全情報についてシー
ケンスが実行される。ＧＥＴコマンドに応答して、ステ
ータスコンテナはその辞書をチェックし、ドライバ３１
に名付けられた情報の値を返す。もし、ステータスコン
テナより返送された名付けられた情報がデータタイプの
情報であって、必要なものであればドライバ３１はその
名付けられた情報を格納する。一方、もしもステータス
コンテナより返送された名付けられた情報がコンテナタ
イプの情報であれば、ドライバ３１は更にＧＥＴコマン
ドをサブコンテナへ発行する。このようにして、ステー
タスコンテナに格納された全ての情報が引き出される。

【００５９】フローはステップＳ１１へ進み、ドライバ
３１はセットアップ及び制御パラメータのダイアログボ
ックスをユーザへ表示する。代表的なダイアログボック
スが図６に示されている。ここで示されるように、ダイ
アログボックスは情報名と関連する情報値を単に並べた
ものである。ダイアログボックスは更に、コンテナ／サ
ブコンテナ構造の階層を保存する。更に詳しくは、フォ
ントサブコンテナに関して、ダイアログボックスは、そ
のサブコンテナに格納された情報名をインデントして表
示する。これにより、階層構造におけるセットアップ及
び制御パラメータを表示し、この階層構造は、それらの
パラメータをプリンタサーバ３９が格納したときに、プ
リンタサーバ３９によって特定されたものと同じであ
る。重要なことは、ドライバ３１が階層を認識しておく
必要はないし、パラメータの名前さえ知っておく必要が
ないということである。階層及び名前はともにコンテナ
の一部であり、設定をおこなうコンピュータプロセスに
よりセットされるものである。

【００６０】ステップＳ１２において、ワークステーシ
ョン１６のコンピュータオペレータは、ワークステーシ
ョン上に表示されたパラメータを更新する。例えば、オ
ペレータは現在のフォントの変更を決定したり、デフォ
ルトフォント設定の変更を決定することができる。オペ
レータは所望の変更を行うことができ、その後フローは
ステップＳ１３へ進む。ステップＳ１３において、ドラ
イバ３１は、変更された各パラメータの名前や値をステ
ータスコンテナもしくは適切なサブコンテナへセットす
る。ステップＳ１４において、ステータスコンテナはそ
の辞書を参照して、更新された値が既にコンテナの一部
であることを決定する。それゆえ、ここでは付加的な格
納領域はいっさい発生せず、むしろ単に現在そこに格納
されている値を新たな値で置き換えるという処理を行
う。

【００６１】フローはステップＳ１５へ進み、ドライバ
３１はサーバ３９へＬＡＮバス１１を介して信号を送出
し、セットアップ及び制御パラメータが変更された旨を
通知する。これに応答して、ステップＳ１６において、
サーバ３９はステータスコンテナ及びあらゆるサブコン
テナに対して問い合わせを行い、全ての名付けられたパ
ラメータの値を獲得（ＧＥＴ）する。尚、本実施例にお
いては、ドライバ３１はどのパラメータが変更されたか
を指示されていないので、サーバ３９が全ての名付けら
れたパラメータを獲得（ＧＥＴ）する必要がある。ここ
で、他の構成が可能である。例えば、ドライバ３が新た
な”変更”というコンテナを生成し、変更された全ての
パラメータの名前を設定（ＳＥＴ）するように構成して
もよい。そして、この”変更”コンテナを参照すること
により、サーバ３９が、どのパラメータが変更されたか
を獲得（ＧＥＴ）し、その変更されたパラメータを獲得
（ＧＥＴ）するようにしてもよい。

【００６２】いずれかのイベントにおいて、サーバ３９
よりのＧＥＴコマンドに応答して、ステータスコンテナ
（もしくは適当なサブコンテナ）は、コンテナの辞書を
参照して該コンテナより名付けられた情報を引き出す。
そして、サーバ３９へ要求された値を提供する（ステッ
プＳ１７）。フローは次にステップＳ１８へ進み、サー
バ３９はステータスコンテナを破壊する。これを受け
て、ステータスコンテナはまず、全ての関連するサブコ
ンテナを破壊し（ステップＳ１９）、そして当該メモリ
の解放を行う。

【００６３】ステップＳ２０において、ドライバ３１は
プリントジョブコンテナを生成する。プリントジョブコ
ンテナは所望であれば別のコンテナに含まれてもよい。
例えば、ステータスコンテナを破壊するのではなく、ス
テータスコンテナを保存しておき、このステータスコン
テナのサブコンテナとして生成するようにしてもよい。
ステップＳ２１において、ドライバ３１はそのコンテナ
にプリントジョブパラメータをセットする。プリントジ
ョブパラメータは、プリント情報のみならず、当該プリ
ントジョブのために特別に選択されたフォントや、現在
の印刷態様（肖像か風景か）等の付加的な設定をも含
む。ステップＳ２２において、プリントジョブコンテナ
はＳＥＴ情報の名前で当該辞書を更新し、その情報の値
を格納する。フローは次にステップＳ２３へ進み、サー
バ３９へＬＡＮバス１１を介して信号をサーバ３９へ送
出し、プリントジョブがプリントジョブコンテナに存在
すること、もしくはプリントジョブコンテナがジョブキ
ューに配置されたことを通知する。これに応答して、ス
テップＳ２４では、サーバ３９がプリントジョブのパラ
メータ値を獲得（ＧＥＴ）するために、プリントジョブ
コンテナに問い合わせを行う。プリントジョブコンテナ
はプリントジョブパラメータを提供し（ステップＳ２
５）、ステップＳ２６において、プリンタサーバ３９は
要求された印刷サービスをプリンタ２１上で実行する。
フローはステップＳ２７へ進み、プリンタサーバ３９は
プリントジョブコンテナを破壊する。これに応答して、
プリントジョブコンテナは関連するサブコンテナを破壊
し、その後当該メモリ領域を解放する（ステップＳ２
８）。

【００６４】

【発明の効果】以上説明したように、本発明によれば、
コンピュータプロセス間の情報通信において、通信され
る情報を格納するメモリについて動的な割当が可能とな
るとともに、両コンピュータプロセスがメモリ領域の構
造を把握することが不要となるので、柔軟性の高い情報
通信が可能となる。

【００６５】更に、本発明の他の構成によれば、コンピ
ュータプロセスがコンテナに格納された情報名を知らな
い場合でも、コンテナの辞書に格納された第１番目の名
付けられた情報の値を要求し、以下これに続いて順次名
付けられた情報値を要求するように処理することで、該
コンピュータプロセスは、コンテナに格納された全ての
値について対話的に処理することが可能となる。

【００６６】更に、本発明によれば、例えばメモリが編
集（コンパイル）時において割り当てられるという必要
性がなくなり、実行時においてメモリを動的に割り当て
流ことが可能となる。また、２つのコンピュータプロセ
スが共有メモリ領域の構造を把握しておく必要がなくな
る。なぜならば、情報の格納及び引き出しが、情報の位
置ではなく情報の名前に基づいて行われるからである。
更に、設計の初期において指定された値のみでなく、い
かなる値もコンテナに格納し得るので、コンピュータプ
ロセス間の情報通信においてより完璧な柔軟性を得るこ
とができる。

【００６７】又、本発明によれば、コンピュータプロセ
ス間の情報のやりとり（情報通信）をコンテナを介して
行い、このコンテナに対する情報の格納及び引き出しを
情報名に基づいて行う情報通信方法が得られ、コンピュ
ータプロセス間において情報名に基づいて情報のやりと
りを行うことが可能となり、処理の柔軟性が向上する。

【００６８】又、本発明によれば、特にサービスの要求
を発行するクライアントプロセスと、これらの要求に対
するサービスを実行するサーバプロセスとの情報通信を
コンテナを介して行い、このコンテナに対する情報の格
納及び引き出しを情報名に基づいて行う情報通信方法が
得られ、各プロセス間において、情報名を用いて情報の
やりとりを行うことが可能とな利、処理の柔軟性が向上
する。

【００６９】又、本発明によれば、コンテナより周辺装
置のセットアップ／制御パラメータをパラメータ名を用
いて獲得する情報通信方法が提供され、例えば周辺装置
サーバとアプリケーションプログラムとの間のパラメー
タ情報のやりとりをパラメータ名を用いて行うことが可
能となり、アプリケーションプログラムの処理の簡素化
と通信の柔軟性が向上する。

【００７０】又、本発明によれば、コンテナを介して周
辺装置に対してセットアップ／制御パラメータをパラメ
ータ名を用いて格納する情報通信方法を提供され、例え
ば周辺装置サーバとアプリケーションプログラムとの間
のパラメータ情報のやりとりをパラメータ名を用いて行
うことが可能となり、アプリケーションプログラムの処
理の簡素化と通信の柔軟性が向上する。

【００７１】又、本発明によれば、コンピュータプロセ
ス間でやりとりされる情報を情報名で管理するコンテナ
処理方法が提供されるので、両コンピュータプロセスが
このコンテナ処理を介して相互に情報通信を行うことで
情報名に基づく情報通信が実現する。これにより、両コ
ンピュータプロセス間相互の情報通信処理の簡素化と柔
軟性が向上する。

【００７２】

【図面の簡単な説明】

【図１】本発明の一実施例によるローカルエリアネット
ワークの代表的な構成例を表わす図である。

【図２】本実施例における、第１のネットワーク上のワ
ークステーションにおいて動作するアプリケーションプ
ログラムを備えた第１コンピュータプロセスと、第２の
ネットワーク上のワークステーションにおいて動作する
プリンタサーバを備えた第２コンピュータプロセスとの
間のネットワーク通信の機能ブロック図である。

【図３】本実施例における情報通信を説明するフロー図
である。

【図４】本実施例における情報通信を説明するフロー図
である。

【図５】本実施例における情報通信を説明するフロー図
である。

【図６】本実施例の第１のネットワーク上のワークステ
ーションにおいてディスプレイされた対話ボックス（ダ
イアログボックス）表わす図である。

【符号の説明】

１１ＬＡＮ通信バス１２ファイルサーバ１６，１７ワークステーション３０アプリケーションプログラム３１デバイスドライバ３２，３７コンテナマネージャ３４，３６ネットワークインターフェース３９プリンタサーバ２１プリンタ

───────────────────────────────────────────────────── フロントページの続き (72)発明者ラケシュマハジャンアメリカ合衆国カリフォルニア州 92656，ラグナヒルズ，ペッパーウッド 14

Claims

【特許請求の範囲】

【請求項１】第１及び第２コンピュータプロセス間の
情報通信方法であって、前記第１コンピュータプロセスの実行により名付けられ
た情報値をコンテナにセットする工程と、前記第２コンピュータプロセスの実行により前記コンテ
ナより名付けられた情報を獲得し、該名付けられた情報
の値を指定されたバッファに格納する工程とを備えるこ
とを特徴とする情報通信方法。
【請求項２】前記第１コンピュータプロセスは前記コ
ンテナに情報のタイプをセットし、前記第２コンピュー
タプロセスは該コンテナより前記情報のタイプを獲得す
ることを特徴とする請求項１に記載の情報通信方法。
【請求項３】前記タイプはコンテナタイプ情報とデー
タタイプ情報とを含んでいることを特徴とする請求項２
に記載の情報通信方法。
【請求項４】前記コンテナが前記第２コンピュータプ
ロセスにコンテナタイプの情報を提供した場合、前記指
定されたバッファへ格納される値が第２コンテナの名前
であることを特徴とする請求項３に記載の情報通信方
法。
【請求項５】前記第１コンピュータプロセスの実行に
より前記第２コンテナに名付けられた情報のセットを行
う工程を更に備えることを特徴とする請求項４に記載の
情報通信方法。
【請求項６】前記第２コンピュータプロセスの実行に
より前記第２コンテナより前記名付けられた情報を獲得
する工程を更に備え、該名付けられた情報の値は指定された第２バッファに格
納されることを特徴とする請求項４に記載の情報通信方
法。
【請求項７】前記各コンテナに格納されている名前の
階層関係が視覚的に明らかであるように、それらの名前
を階層順序に基づいて表示する工程を更に備えることを
特徴とする請求項６に記載の情報通信方法。
【請求項８】前記表示する工程により表示された情報
の値を変更する工程を更に備えることを特徴とする請求
項７に記載の情報通信方法。
【請求項９】前記コンテナに前記変更された値をセッ
トする工程を更に備えることを特徴とする請求項８に記
載の情報通信方法。
【請求項１０】前記コンテナより前記変更後の値を獲
得する工程を更に備えることを特徴とする請求項９に記
載の情報通信方法。
【請求項１１】コンテナ処理の実行により、（ａ）名
付けられた情報をセットする指令に応答して該名付けら
れた情報の値を格納し、（ｂ）該名付けられた情報がま
だ情報名の辞書に無い場合、該辞書を更新する工程を更
に備えることを特徴とする請求項１に記載の情報通信方
法。
【請求項１２】コンテナ処理の実行により、（ａ）名
付けられた情報を獲得する旨の指令に応答して前記指定
されたバッファに該名付けられた情報を格納し、（ｂ）
該名付けられた情報を獲得する指令への応答において、
前記情報名の辞書が該名付けられた情報を含んでいない
場合、エラーコードを格納する工程を更に備えることを
特徴とする請求項１１に記載の情報通信方法。
【請求項１３】前記第１コンピュータプロセスは、前
記コンテナに名付けられた情報をセットする前に、該名
付けられた情報の獲得を行い、エラーコードが発送され
ない場合は該名付けられた情報のセットを禁止すること
を特徴とする請求項１２に記載の情報通信方法。
【請求項１４】コンテナ処理の実行により、第１の名
付けられた情報を獲得する指令に応答し、前記情報名の
辞書における第１のエントリに対応した名付けられた情
報の値を指定されたバッファに格納する工程を更に備え
ることを特徴とする請求項１２に記載の情報通信方法。
【請求項１５】後続の名付けられた情報を獲得する指
令に応答して、前記情報名の辞書における後続のエント
リに対応する名付けられた情報の値を格納するためのコ
ンテナ処理を更に備えることを特徴とする請求項１４に
記載の情報通信方法。
【請求項１６】前記第１コンピュータプロセスの実行
により、前記コンテナに情報がセットされた旨を前記第
２コンピュータプロセスに通知する工程を更に備えるこ
とを特徴とする請求項１に記載の情報通信方法。
【請求項１７】前記第２コンピュータプロセスの実行
により、前記コンテナにおける第１の名付けられた情報
を獲得する工程を更に備えることを特徴とする請求項１
に記載の情報通信方法。
【請求項１８】前記コンテナより後続の名付けられた
情報を獲得する工程を更に備えることを特徴とする請求
項１７に記載の情報通信方法。
【請求項１９】前記第２コンピュータプロセスの実行
により、前記コンテナよりワイルドカードを用いて名付
けられた情報を獲得する工程を更に備えることを特徴と
する請求項１に記載の情報通信方法。
【請求項２０】前記名付けられた情報をその値ととも
に表示する工程を更に備えることを特徴とする請求項１
に記載の情報通信方法。
【請求項２１】前記表示された情報の値を変更する工
程と、前記コンテナに該変更された情報をセットする工程とを
更に備えることを特徴とする請求項２０に記載の情報通
信方法。
【請求項２２】前記コンテナ内の値が変更された旨を
前記第１コンピュータプロセスに通知する工程を更に備
えることを特徴とする請求項２１に記載の情報通信方
法。
【請求項２３】前記第１コンピュータプロセスの実行
により前記コンテナ内の変更された情報を獲得する工程
を更に備えることを特徴とする請求項２２に記載の情報
通信方法。
【請求項２４】サービスの要求を発行するクライアン
トプロセスと、それらの要求に対するサービスを行うサ
ーバプロセスとの間の情報通信方法であって、前記サーバプロセスの実行によりコンテナに名付けられ
た情報値をセットする工程と、前記クライアントプロセスの実行により前記コンテナよ
り名付けられた情報を獲得して、該名付けられた情報の
値を指定されたバッファへ格納する工程とを備えること
を特徴とする情報通信方法。
【請求項２５】前記サーバプロセスは前記コンテナに
情報のタイプをセットし、前記クライアントプロセスは
該コンテナより前記情報のタイプを獲得することを特徴
とする請求項２４に記載の情報通信方法。
【請求項２６】前記タイプはコンテナタイプ情報とデ
ータタイプ情報とを含んでいることを特徴とする請求項
２５に記載の情報通信方法。
【請求項２７】前記コンテナが前記クライアントプロ
セスにコンテナタイプの情報を提供した場合、前記指定
されたバッファへ格納される値が第２コンテナの名前で
あることを特徴とする請求項２６に記載の情報通信方
法。
【請求項２８】前記サーバプロセスの実行により前記
第２コンテナに名付けられた情報のセットを行う工程を
更に備えることを特徴とする請求項２７に記載の情報通
信方法。
【請求項２９】前記クライアントプロセスの実行によ
り前記第２コンテナより前記名付けられた情報を獲得す
る工程を更に備え、該名付けられた情報の値は指定された第２バッファに格
納されることを特徴とする請求項２７に記載の情報通信
方法。
【請求項３０】前記各コンテナに格納されている名前
の階層関係が視覚的に明らかであるように、それらの名
前を階層順序に基づいて表示する工程を更に備えること
を特徴とする請求項２９に記載の情報通信方法。
【請求項３１】前記表示する工程により表示された情
報の値を変更する工程を更に備えることを特徴とする請
求項３０に記載の情報通信方法。
【請求項３２】前記コンテナに前記変更された値をセ
ットする工程を更に備えることを特徴とする請求項３１
に記載の情報通信方法。
【請求項３３】前記コンテナより前記変更後の値を獲
得する工程を更に備えることを特徴とする請求項３２に
記載の情報通信方法。
【請求項３４】コンテナ処理の実行により、（ａ）名
付けられた情報をセットする指令に応答して該名付けら
れた情報の値を格納し、（ｂ）該名付けられた情報がま
だ情報名の辞書に無い場合、該辞書を更新する工程を更
に備えることを特徴とする請求項２４に記載の情報通信
方法。
【請求項３５】コンテナ処理の実行により、（ａ）名
付けられた情報を獲得する旨の指令に応答して前記指定
されたバッファに該名付けられた情報を格納し、（ｂ）
該名付けられた情報を獲得する指令への応答において、
前記情報名の辞書が該名付けられた情報を含んでいない
場合、エラーコードを格納する工程を更に備えることを
特徴とする請求項３４に記載の情報通信方法。
【請求項３６】前記サーバプロセスは、前記コンテナ
に名付けられた情報をセットする前に、該名付けられた
情報の獲得を行い、エラーコードが発送されない場合は
該名付けられた情報のセットを禁止することを特徴とす
る請求項３５に記載の情報通信方法。
【請求項３７】コンテナ処理の実行により、第１の名
付けられた情報を獲得する指令に応答し、前記情報名の
辞書における第１のエントリに対応した名付けられた情
報の値を指定されたバッファに格納する工程を更に備え
ることを特徴とする請求項３５に記載の情報通信方法。
【請求項３８】後続の名付けられた情報を獲得する指
令に応答して、前記情報名の辞書における後続のエント
リに対応する名付けられた情報の値を格納するためのコ
ンテナ処理を更に備えることを特徴とする請求項３７に
記載の情報通信方法。
【請求項３９】前記サーバプロセスの実行により、前
記コンテナに情報がセットされた旨を前記クライアント
プロセスに通知する工程を更に備えることを特徴とする
請求項２４に記載の情報通信方法。
【請求項４０】前記クライアントプロセスの実行によ
り、前記コンテナにおける第１の名付けられた情報を獲
得する工程を更に備えることを特徴とする請求項２４に
記載の情報通信方法。
【請求項４１】前記コンテナより後続の名付けられた
情報を獲得する工程を更に備えることを特徴とする請求
項４０に記載の情報通信方法。
【請求項４２】前記ドライバプロセスの実行により、
前記コンテナよりワイルドカードを用いて名付けられた
情報を獲得する工程を更に備えることを特徴とする請求
項２４に記載の情報通信方法。
【請求項４３】前記名付けられた情報をその値ととも
に表示する工程を更に備えることを特徴とする請求項２
４に記載の情報通信方法。
【請求項４４】前記表示された情報の値を変更する工
程と、前記コンテナに該変更された情報をセットする工程とを
更に備えることを特徴とする請求項４３に記載の情報通
信方法。
【請求項４５】前記コンテナ内の値が変更された旨を
前記サーバプロセスに通知する工程を更に備えることを
特徴とする請求項４４に記載の情報通信方法。
【請求項４６】前記サーバプロセスの実行により前記
コンテナ内の変更された情報を獲得する工程を更に備え
ることを特徴とする請求項４５に記載の情報通信方法。
【請求項４７】前記サーバプロセスは周辺サーバプロ
セスであることを特徴とする請求項２４に記載の情報通
信方法。
【請求項４８】前記クライアントプロセスの実行によ
り、周辺ジョブ情報をコンテナにセットすることを特徴
とする請求項４７に記載の情報通信方法。
【請求項４９】前記周辺サーバ処理の実行により、前
記ジョブ情報を前記コンテナより獲得し、該ジョブ情報
を前記周辺装置に出力することを特徴とする請求項４８
に記載の情報通信方法。
【請求項５０】周辺装置のためのセットアップ及び制
御パラメータを獲得するための通信方法であって、周辺サーバに対してセットアップ及び制御パラメータの
要求を発行する工程と、前記セットアップ及び制御パラメータが格納されたコン
テナのコンテナ名を受信する工程と、各パラメータの名前とそれに関連する値を獲得するべく
前記コンテナに問い合わせを行う工程とを備えることを
特徴とする情報通信方法。
【請求項５１】前記問い合わせの工程が、名付けられ
たセットアップ／制御パラメータを得るために前記コン
テナに対して発行する工程を備えることを特徴とする請
求項５０に記載の情報通信方法。
【請求項５２】前記問い合わせの工程は、前記コンテ
ナに格納された第１の名付けられたパラメータを獲得す
るべく該コンテナに対して指令を発行することを特徴と
する請求項５０に記載の情報通信方法。
【請求項５３】前記コンテナに格納された後続の名前
を獲得するべく該コンテナに問い合わせを行う工程を更
に備えることを特徴とする請求項５２に記載の情報通信
方法。
【請求項５４】前記セットアップ及び制御パラメータ
を表示する工程を更に備えることを特徴とする請求項５
０に記載の情報通信方法。
【請求項５５】前記表示されたパラメータを変更する
工程を更に備えることを特徴とする請求項５４に記載の
情報通信方法。
【請求項５６】前記コンテナに変更されたパラメータ
をセットする工程を更に備えることを特徴とする請求項
５５に記載の情報通信方法。
【請求項５７】前記周辺サーバに、前記パラメータ値
が変更された旨を通知する工程を更に備えることを特徴
とする請求項５６に記載の情報通信方法。
【請求項５８】前記問い合わせの工程が、前記コンテ
ナに格納された情報のタイプを該コンテナに対して問い
合わせることを特徴とする請求項５０に記載の情報通信
方法。
【請求項５９】前記情報のタイプが、データタイプ情
報とコンテナタイプ情報とを含むことを特徴とする請求
項５８に記載の情報通信方法。
【請求項６０】前記問い合わせの工程が、サブコンテナ名を得るべく前記コンテナへの問い合わせ
を行う工程と、前記セットアップ及び制御パラメータの名前を得るべく
該サブコンテナに問い合わせを行う工程とを備えること
を特徴とする請求項５８に記載の情報通信方法。
【請求項６１】コンテナ及びサブコンテナの階層に基
づいて階層的にセットアップ／制御パラメータを表示す
る工程を更に備えることを特徴とする請求項６０に記載
の情報通信方法。
【請求項６２】周辺ジョブコンテナを生成する工程を
更に備えることを特徴とする請求項５０に記載の情報通
信方法。
【請求項６３】前記周辺ジョブコンテナにジョブパラ
メータをセットする工程を更に備えることを特徴とする
請求項６２に記載の情報通信方法。
【請求項６４】前記周辺ジョブコンテナにジョブパラ
メータが存在する旨を前記周辺サーバに通知する工程を
更に備えることを特徴とする請求項６３に記載の情報通
信方法。
【請求項６５】前記周辺装置はプリンタであることを
特徴とする請求項５０に記載の情報通信方法。
【請求項６６】周辺装置にセットアップ及び制御パラ
メータを格納する方法であって、コンテナを生成する工程と、前記コンテナにパラメータ値を名前を用いて登録する工
程と、前記コンテナにセットアップ／制御パラメータが格納さ
れたことを通知する工程とを備えることを特徴とする情
報通信方法。
【請求項６７】前記生成工程は、セットアップ／制御
パラメータに対する要求の受信に応答して実行されるこ
とを特徴とする請求項６６に記載の情報通信方法。
【請求項６８】前記コンテナに対して前記名付けられ
た情報のタイプをセットする工程を更に備えることを特
徴とする請求項６６に記載の情報通信方法。
【請求項６９】前記タイプ情報が、データタイプ情報
とコンテナタイプ情報とを含むことを特徴とする請求項
６８に記載の情報通信方法。
【請求項７０】サブコンテナの名前を含むコンテナタ
イプの情報を前記コンテナに対してセットする工程を更
に備えることを特徴とする請求項６９に記載の情報通信
方法。
【請求項７１】前記サブコンテナに名付けられたパラ
メータの値をセットする工程を更に備えることを特徴と
する請求項７０に記載の情報通信方法。
【請求項７２】パラメータの値が変更されたことを通
知する信号に応答して、名付けられたパラメータの値を
獲得するべく前記コンテナに問い合わせを行う工程を更
に備えることを特徴とする請求項６６に記載の情報通信
方法。
【請求項７３】前記コンテナを破棄する工程を更に備
えることを特徴とする請求項６６に記載の情報通信方
法。
【請求項７４】周辺ジョブコンテナに周辺ジョブが存
在することを通知する信号に応答して、周辺装置のため
の名付けられたジョブパラメータ値を得るべく前記周辺
ジョブコンテナに問い合わせを行う工程を更に備えるこ
とを特徴とする請求項６６に記載の情報通信方法。
【請求項７５】周辺サービスを実行する工程を更に備
えることを特徴とする請求項７４に記載の情報通信方
法。
【請求項７６】プリントジョブコンテナを破棄する工
程を更に備えることを特徴とする請求項７５に記載の情
報通信方法。
【請求項７７】前記周辺装置がプリンタであることを
特徴とすることを特徴とする請求項６６に記載の情報通
信方法。
【請求項７８】コンテナに名付けられた情報をセット
する指令に応答して情報名の辞書を更新するとともに該
名付けられた情報の値を格納する工程と、名付けられた情報を獲得するための指令に応答して前記
辞書を調べ、前記辞書に名前があれば該名付けられた値
を返送し、前記辞書に該名前が存在しない場合はエラー
コードを返送する工程とを備えることを特徴とするコン
テナ処理方法。
【請求項７９】前記セットの指令に応答する工程が、
名付けられた情報を格納する工程を備えることを特徴と
する請求項７８に記載のコンテナ処理方法。
【請求項８０】前記情報のタイプがデータタイプ情報
とコンテナタイプ情報とを含んでいることを特徴とする
請求項７９に記載のコンテナ処理方法。
【請求項８１】コンテナタイプ情報を格納する指令に
応答して、前記名付けられた値でサブコンテナを生成す
る工程を更に備えることを特徴とする請求項８０に記載
のコンテナ処理方法。
【請求項８２】第１の名付けられた情報を得る指令に
応答して、前記辞書内の第１の名前を返送し、該第１の
名前の情報を返す工程を更に備えることを特徴とする請
求項７８に記載のコンテナ処理方法。
【請求項８３】後続の名付けられた情報を獲得する指
令に応答して、前記辞書における後続の名前を返し、後
続の名前の情報値を返す工程を更に備えることを特徴と
する請求項８２に記載のコンテナ処理方法。
【請求項８４】破壊指令に応答して、サブコンテナを
破棄しメモリを解放する工程を更に備えることを特徴と
する請求項７８に記載のコンテナ処理方法。