JP2003233577A - デバイス制御システム - Google Patents

Abstract

(57)【要約】 【課題】 デバイスオブジェクトの種類や通信路の種類
に依存することなく、アプリケーションプログラムを使
って同様な制御を行なうことができるようにする。 【解決手段】 デバイス抽象化部２８ａ，２８ｂは、デ
バイス３４ａ，３４ｂとの間で各種制御情報やデータの
やり取りを行なうと共に、上位に位置する構成要素に対
して、デバイスの抽象化（ハードウェアの抽象化）を行
なう。インターフェイス部２２ａ，２２ｂは、アプリケ
ーション部２０とデバイス抽象化部２８ａ，２８ｂとの
間で各種制御情報やデータのやり取りを行なうと共に、
アプリケーション部２０に対して同一のインターフェイ
スを提供する。通信路抽象化部２４ａ，２４ｂは、通信
路２６ａ，２６ｂを介してプロセス境界またはネットワ
ーク境界を越えて各種制御情報やデータのやり取りを行
なう際に、通信路の抽象化を行なう。

Description

【発明の詳細な説明】 【０００１】 【発明の属する技術分野】本発明は、デバイスを制御す
るための技術に関するものである。 【０００２】 【従来の技術】従来では、例えば、１台のコンピュータ
にスキャナとプリンタがつながっており、スキャナによ
って画像データを取り込み、その取り込んだ画像データ
をプリンタで印刷する場合、まず、スキャナをサポート
するアプリケーションプログラムを起動し、そのアプリ
ケーションプログラムを使って、スキャナを制御して画
像データを取り込み、一旦、コンピュータ内のメモリに
格納していた。その際、スキャナを操作するためのユー
ザインターフェイスをモニタの画面上に表示させ、ユー
ザが、そのスキャナ用ユーザインターフェイスを介し
て、ユーザの希望する取り込み設定などをコンピュータ
に指示することにより、その希望に沿った画像データの
取り込みをスキャナに行なわせていた。その後、プリン
タをサポートする別のアプリケーションプログラムを起
動して、そのアプリケーションプログラムを使って、メ
モリに格納された画像データを読み出し、プリンタを制
御してその画像データをプリンタで印刷していた。その
際も、プリンタを操作するためのユーザインターフェイ
スをモニタの画面上に表示させ、同様に、ユーザが、そ
のプリンタ用ユーザインターフェイスを介して、ユーザ
の希望する印刷設定などをコンピュータに指示すること
により、その希望に沿った画像データの印刷をプリンタ
に行なわせていた。 【０００３】 【発明が解決しようとする課題】上記したように、従来
においては、スキャナやプリンタなどのデバイス間でデ
ータの伝送を行なう場合、各々のデバイスをサポートす
る複数のアプリケーションプログラムを起動して、デー
タの伝送を行なう必要があった。 【０００４】また、従来においては、ネットワークで接
続された複数台のコンピュータのうち、或る１台のコン
ピュータに或るデバイスが、他の１台のコンピュータに
他のデバイスがそれぞれつながっている場合に、別の１
台のコンピュータでアプリケーションプログラムを起動
して、そのアプリケーションプログラムを使って、それ
らデバイス間でデータの伝送を行なおうとしても、間に
ネットワークが介在しているため、データの伝送が困難
であった。 【０００５】また、従来において、予め決められたデバ
イスとデバイスとの間では、一方のデバイスからデータ
を送り出し、他方のデバイスでそのデータを受け取って
処理することは可能であったが、任意のデバイスとデバ
イスとの間では、一方のデバイスからデータを送り出し
ても、他方のデバイスでそのデータを受け取って処理す
ることができるという保証はないため、それらデバイス
間で有効なデータの伝送を行なうことができない場合が
あった。 【０００６】また、従来においては、デバイス間でデー
タの伝送を行なう場合、それらデバイス用のユーザイン
ターフェイスをそれぞれ別個に表示させているため、ユ
ーザは、異なるユーザインターフェイスにおいて、それ
ぞれ、別々に指示をしなければならず、ユーザにとって
非常に操作性の悪いものとなっていた。 【０００７】従って、本発明の目的は、上記した従来技
術の問題点を解決し、スキャナやプリンタなどデバイス
の種類やローカル接続，ネットワーク接続など通信路の
種類に依存することなく、アプリケーションプログラム
を使って同様な制御を行なうことができるデバイス制御
システムを提供することにある。 【０００８】また、本発明の他の目的は、任意のデバイ
ス間においても、有効なデータの伝送を可能にすると共
に、ユーザに対し、あらゆるデバイスの組み合わせにつ
いて最適化された操作性を提供することが可能なデバイ
ス制御システムを提供することにある。 【０００９】 【課題を解決するための手段およびその作用・効果】上
記した目的の少なくとも一部を達成するために、本発明
のデバイス制御システムは、１つ以上のデバイスを制御
するためのデバイス制御システムであって、前記デバイ
スにそれぞれ対応し、対応するデバイスとの間でデータ
または情報のやり取りを行なう１つ以上のデバイス抽象
化部と、前記デバイス抽象化部にそれぞれ対応し、対応
するデバイス抽象化部と通信路を介して接続され、対応
する前記デバイス抽象化部と、所定のアプリケーション
プログラムによって構築されるアプリケーション部と、
の間でデータまたは情報のやり取りを仲介する１つ以上
のインターフェイス部と、相互に対応する前記デバイス
抽象化部とインターフェイス部との間にそれぞれ設けら
れる１つ以上の通信路抽象化部と、を備え、前記デバイ
ス抽象化部は、対応する前記デバイスについてデバイス
の種類に起因した制御上の相違を吸収して、前記アプリ
ケーション部に対しデバイスの種類に依存しない同一の
制御環境を前記インターフェイス部を介して提供し、前
記通信路抽象化部は、前記デバイス抽象化部とインター
フェイス部との間を接続する通信路について、通信路の
種類に起因した制御上の相違を吸収して、前記アプリケ
ーション部に対して、通信路の種類に依存しない同一の
制御環境を前記インターフェイス部を介して提供するこ
とを要旨とする。 【００１０】また、本発明のデバイス制御方法は、１つ
以上のデバイスを制御するためのデバイス制御方法であ
って、（ａ）前記デバイスにそれぞれ対応し、対応する
デバイスとの間でデータまたは情報のやり取りを行なう
と共に、対応する前記デバイスについてデバイスの種類
に起因した制御上の相違を吸収して、所定のアプリケー
ションプログラムによって構築されるアプリケーション
部に対し、デバイスの種類に依存しない同一の制御環境
を提供する１つ以上のデバイス抽象化部を生成する工程
と、（ｂ）前記デバイス抽象化部にそれぞれ対応し、対
応するデバイス抽象化部と通信路を介して接続され、対
応する前記デバイス抽象化部と前記アプリケーション部
との間でデータまたは情報のやり取りを仲介する１つ以
上のインターフェイス部を生成する工程と、（ｃ）前記
インターフェイス部にそれぞれ対応し、対応するインタ
ーフェイス部と該インターフェイス部に対応する前記デ
バイス抽象化部との間を接続する前記通信路について、
通信路の種類に起因した制御上の相違を吸収して、前記
アプリケーション部に対して、通信路の種類に依存しな
い同一の制御環境を提供する１つ以上の通信路抽象化部
を生成する工程と、（ｄ）前記アプリケーション部によ
り、前記インターフェイス部，通信路抽象化部及びデバ
イス抽象化部を介して、前記デバイスを制御する工程
と、を備えることを要旨とする。 【００１１】このように、デバイス制御システム及びデ
バイス制御方法では、デバイス抽象化部が、対応するデ
バイスとの間でデータまたは情報のやり取りを行なうと
共に、対応するデバイスについてデバイスの種類に起因
した制御上の相違を吸収して、所定のアプリケーション
プログラムによって構築されるアプリケーション部に対
して、デバイスの種類に依存しない同一の制御環境を提
供する。また、インターフェイス部は、対応するデバイ
ス抽象化部と通信路を介して接続し、対応するデバイス
抽象化部とアプリケーション部との間でデータまたは情
報のやり取りを仲介する。さらにまた、通信路抽象化部
は、デバイス抽象化部とインターフェイス部との間を接
続する通信路について、通信路の種類に起因した制御上
の相違を吸収して、アプリケーション部に対して、通信
路の種類に依存しない同一の制御環境を提供する。 【００１２】なお、本明細書において、デバイスには、
物理的なデバイスのみならず、物理的なデバイスの機能
の一部や、ソフトウェアによって物理的なデバイスと同
等の機能を有するもの，物理的なデバイスと同等に扱う
ことができるものを含まれる。物理的なデバイスとして
は、例えば、スキャナや、プリンタや、デジタルカメラ
や、ファクシミリや、コピー機や、その他種々のコンピ
ュータ周辺装置などが含まれる。また、物理的なデバイ
スの機能の一部としては、例えば、多機能カラーコピー
機のＦＡＸ機能だけを外部に公開したものなどが含まれ
る。また、ソフトウェアによって物理的なデバイスと同
等の機能を有するもの，物理的なデバイスと同等に扱う
ことができるものとしては、例えば、電子メールや画像
処理の他、処理サーバやアプリケーションサーバなどが
含まれる。アプリケーションサーバとは、例えば、ＷＥ
Ｂブラウザのキャッシュディレクトリに含まれる画像フ
ァイルを自動的に検索して抽出するアプリケーションプ
ログラムがある場合に、このアプリケーションプログラ
ムそのものが、デジタルカメラのような静止画像入力デ
バイスであるかのように作用する場合であり、この場
合、デバイスは物理的な実体がない。 【００１３】また、通信路には、例えば、ネットワーク
境界を越えて異なるコンピュータ同士をつなぐ通信路の
他、同一のコンピュータ内において、プロセス境界を越
えて異なるプロセス間をつなぐ通信路なども含まれる。 【００１４】従って、本発明によれば、アプリケーショ
ンプログラムからは、デバイス抽象化部を介することに
よって、１つ以上のデバイスを、デバイスの種類を意識
することなく、同様な制御環境にて制御することが可能
となる。また、通信路抽象化部を介することによって、
デバイスがどのような位置にあっても、間に介在する通
信路の種類を意識することなく、同様な制御環境にて制
御することもできる。 【００１５】本発明のデバイス制御システムにおいて、
前記デバイスが複数存在し、それらデバイスに対応する
前記デバイス抽象化部が複数存在する場合に、前記デバ
イス抽象化部は、対応するインターフェイス部を介した
前記アプリケーション部からの指示に従って、対応する
前記インターフェイス部との接続を解除すると共に、他
の所定のデバイス抽象化部との間で通信路を介して接続
を確立し、データまたは情報のやり取りを行なうように
しても良い。 【００１６】このように、アプリケーション部やインタ
ーフェイス部から独立して、デバイス抽象化部同士の間
でデータまたは情報のやり取りを行なうことによって、
より高速なデータや情報の伝送が可能となる。 【００１７】また、本発明のデバイス制御システムにお
いて、デバイス抽象化部同士の間でデータまたは情報の
やり取りを行なう場合に、２つの前記デバイス抽象化部
の間を接続する前記通信路について、通信路の種類に起
因した制御上の相違を吸収して、２つの前記デバイス抽
象化部に対して、通信路の種類に依存しない同一の制御
環境を提供する特定通信路抽象化部を設けることが好ま
しい。 【００１８】このようにすることによって、デバイス抽
象化部同士の間でも、介在する通信路の種類を意識する
ことなく、データや情報のやり取りを行なうことができ
る。 【００１９】本発明のデバイス制御システムにおいて、
前記デバイスに対応したシンボルを画面上に表示する表
示手段と、表示された前記シンボルを操作するための操
作手段と、をさらに備え、前記アプリケーション部また
はインターフェイス部は、前記操作手段による前記シン
ボルへの操作内容に従って、前記シンボルに対応するデ
バイスを制御することが好ましい。 【００２０】ここで、シンボルとは、デバイスの存在を
表すアイコンや、デバイスを抽象化して表した図形また
は記号や、デバイスの名前などを記した文字などの他、
表示手段に表示可能であり、デバイスとの対応関係がユ
ーザに視認され得るものであれば何でも良い。 【００２１】このように構成することによって、ユーザ
は操作手段を用いて表示手段の画面を見ながら、直感的
にデバイスの操作指示を与えることができるので、ユー
ザにとって非常に使いやすいものとなる。 【００２２】本発明のデバイス制御システムにおいて、
前記デバイスが複数存在し、それらデバイスに対応する
前記デバイス抽象化部及びインターフェイス部がそれぞ
れ複数存在する場合に、各インターフェイス部は、それ
ぞれ、前記アプリケーション部に対して同一のインター
フェイスを提供すると共に、各デバイス抽象化部は、そ
れぞれ、前記インターフェイス部に対して同一のインタ
ーフェイスを提供することが好ましい。 【００２３】このように、上位に位置する構成要素に対
して同一のインターフェイスを提供することによって、
下位に位置するデバイスの相違を吸収することができ、
上位に位置する構成要素に対し同一の制御環境を提供す
ることができる。 【００２４】本発明のデバイス制御システムにおいて、
前記インターフェイス部は、該インターフェイス部に対
応するデバイスと他のデバイスとの間でデータ伝送を行
なうよう前記アプリケーション部から指示された場合
に、前記他のデバイスに対応するインターフェイス部と
の間で情報のやり取りを行ない、その情報に基づいて、
対応する前記デバイスと前記他のデバイスとの間でデー
タの伝送が可能であるかどうかを判断することが好まし
い。 【００２５】このような判断を行なうことによって、デ
ータ伝送が可能な場合にのみ、以降のデバイスに対する
制御を行なうことになるので、無駄な制御を行なわなく
て済む。 【００２６】本発明の記録媒体は、１つ以上のデバイス
を制御するデバイス制御システムを構築するためのコン
ピュータプログラムを記録したコンピュータ読み取り可
能な記録媒体であって、前記デバイスにそれぞれ対応
し、対応するデバイスとの間でデータまたは情報のやり
取りを行なうと共に、対応する前記デバイスについてデ
バイスの種類に起因した制御上の相違を吸収して、所定
のアプリケーションプログラムによって構築されるアプ
リケーション部に対し、デバイスの種類に依存しない同
一の制御環境を提供する１つ以上のデバイス抽象化部を
生成する機能と、前記デバイス抽象化部にそれぞれ対応
し、対応するデバイス抽象化部と通信路を介して接続さ
れ、対応する前記デバイス抽象化部と前記アプリケーシ
ョン部との間でデータまたは情報のやり取りを仲介する
１つ以上のインターフェイス部を生成する機能と、前記
インターフェイス部にそれぞれ対応し、対応するインタ
ーフェイス部と該インターフェイス部に対応する前記デ
バイス抽象化部との間を接続する前記通信路について、
通信路の種類に起因した制御上の相違を吸収して、前記
アプリケーション部に対して、通信路の種類に依存しな
い同一の制御環境を提供する１つ以上の通信路抽象化部
を生成する機能と、を前記コンピュータに実現させるた
めのコンピュータプログラムを記録したことを要旨とす
る。 【００２７】このような記録媒体に記録されたコンピュ
ータプログラムがコンピュータによって実行されると、
デバイス制御システムを構成する各構成要素が生成され
るので、前述したデバイス制御システムと同様の効果を
奏することができる。 【００２８】なお、本発明は、デバイス制御システム、
デバイス制御方法、そのシステムを構築するためのコン
ピュータプログラム、そのコンピュータプログラムを記
録した記録媒体、そのコンピュータプログラムを含み搬
送波内に具現化されたデータ信号、等の種々の態様で実
現することができる。 【００２９】 【発明の実施の形態】以下、本発明の実施の形態を実施
例に基づいて説明する。図１は本発明の一実施例として
のデバイス制御システムの構成を示すブロック図であ
る。 【００３０】図１において、デバイス３４ａ，３４ｂ
は、例えば、スキャナやプリンタなど、制御対象となる
デバイスである。また、アプリケーション部２０は、所
定のアプリケーションプログラムによって構築されてお
り、後述するインターフェイス部２２ａ，２２ｂなどの
下位に位置する構成要素を介して、末端に位置する各種
のデバイス３４ａ，３４ｂを制御し得る。 【００３１】図１において、本実施例のデバイス制御シ
ステムは、インターフェイス部２２ａ，２２ｂと、通信
路抽象化部２４ａ，２４ｂと、デバイス抽象化部２８
ａ，２８ｂと、を主として備えている。これら構成要素
は、それぞれ、コンピュータプログラムによって、各デ
バイス３４ａ，３４ｂに対応して生成されている。 【００３２】デバイス抽象化部２８ａ，２８ｂは、それ
ぞれ、対応するデバイス３４ａ，３４ｂとの間で各種制
御情報などのやり取りや、データのやり取りなどを行な
うと共に、インターフェイス部２２ａ，２２ｂやアプリ
ケーション部２０などの上位に位置する構成要素に対し
て、デバイスの抽象化（ハードウェアの抽象化）を行な
う。 【００３３】デバイス抽象化部２８ａ，２８ｂは、それ
ぞれ、デバイス制御部３０ａ，３０ｂとデバイス・ドラ
イバ３２ａ，３２ｂで構成されている。このうち、デバ
イス・ドライバ３２ａ，３２ｂは、対応するデバイス３
４ａ，３４ｂについて、個々のデバイスの違いを吸収し
て、上位に位置する構成要素に対して、各デバイスの抽
象化を行なう。但し、デバイスクラス（デバイスの種
類）に基づく制御上の相違は依然として残る。 【００３４】即ち、例えば、デバイスとしてＡ社製のプ
リンタやＢ社製のプリンタがある場合、いずれのプリン
タもプリンタクラスという同じデバイスクラスに属して
いれば、上記したデバイス・ドライバによって、Ａ社製
のプリンタもＢ社製のプリンタも違いがなくなり、デバ
イス制御部３０ａ，３０ｂなどの上位に位置する構成要
素に対しては、プリンタクラスの同じデバイスとして認
識される。 【００３５】具体的には、例えば、一般的なWindows（M
icrosoft社）用のプリンタ・ドライバでは、Windowsの
ＧＤＩ（描画関数）の機能をドライバの外部に見せるよ
うに設計されており、「或る位置に特定の文字を印字せ
よ」などの一般的な要求が入力された場合には、その要
求を、対応するプリンタ独自のコマンド列に変換した上
で、その対応するプリンタに出力して、そのプリンタを
制御することができる。従って、このようなプリンタ・
ドライバを本実施例のデバイス・ドライバとして用いれ
ば、プリンタ個々に依存する部分はほぼ完全に抽象化す
ることができる。 【００３６】一方、デバイス制御部３０ａ，３０ｂは、
対応するデバイス３４ａ，３４ｂに対して、デバイスク
ラスの違いをも吸収して、インターフェイス部２２ａ，
２２ｂなど上位に位置する構成要素に対して、各デバイ
スを完全に抽象化する。 【００３７】即ち、前述したデバイス・ドライバ３２
ａ，３２ｂによって同じデバイスクラスに属するデバイ
スの違いは吸収されるが、例えば、プリンタクラスに属
するデバイスとスキャナクラスに属するデバイスの違い
は依然として残っている。しかし、デバイス制御部３０
ａ，３０ｂによって、これらデバイスクラスの違いも吸
収することにより、上位に位置する構成に要素に対して
は、デバイスの種類による違いがすべてなくなり、同一
のデバイスとして認識される。 【００３８】このようなデバイス制御部は、それぞれ、
インターフェイス部２２ａ，２２ｂなど上位に位置する
構成要素に対して、すべて同一のインターフェイスを提
供することによって、デバイスの完全な抽象化を行なっ
ている。 【００３９】例えば、ごく単純な例としては、下記のよ
うな機能を、すべてに共通のインターフェイス（汎用イ
ンターフェイス）によって提供することが考えられる。 【００４０】・データ出力（データストリーム，データ
型） ・データ入力（データストリーム，データ型） ・デバイス状態取得（状態のID，状態の値） ・デバイス状態設定（状態のID，状態の値） ・デバイス属性取得（属性のID，属性の値） ・デバイス属性設定（属性のID，属性の値） 但し、括弧内はパラメータの例である。 【００４１】なお、このように、各デバイス制御部にお
いて、上位に位置する構成要素に対しインターフェイス
が統一された結果、当然ながら、デバイスクラスによっ
ては無意味な制御事項（機能）も存在することになる
が、上位に位置する構成要素は、予め各デバイスのプロ
パティを調べることによって、各デバイスに対する適切
な制御を把握することができる。 【００４２】また、デバイス・ドライバは、上記したよ
うに個々のデバイス３４ａ，３４ｂに対応して用意され
るが、デバイス制御部は、必ずしも個々のデバイスに対
応して用意する必要はなく、各々、特定のデバイスクラ
スに対応するように用意されていれば良い。 【００４３】インターフェイス部２２ａ，２２ｂは、そ
れぞれ、アプリケーション部２０と対応するデバイス抽
象化部２８ａ，２８ｂとの間で各種制御情報などのやり
取りや、データのやり取りなどを行なうと共に、上位に
位置するアプリケーション部２０に対して、同一のイン
ターフェイスを提供する。また、インターフェイス部２
２ａ，２２ｂ同士の間でも、各種制御情報などのやり取
りを行なうことができる。さらにまた、インターフェイ
ス部２２ａ，２２ｂは、対応するデバイス３４ａ，３４
ｂを抽象的に表したアイコンを表示手段（図示せず）の
画面上に表示させる機能も有している。 【００４４】ところで、本実施例のデバイス制御システ
ムにおいては、図１に示すように、インターフェイス部
２２ａとデバイス抽象化部２８ａとの間、インターフェ
イス部２２ｂとデバイス抽象化部２８ｂとの間、及びデ
バイス抽象化部２８ａと２８ｂとの間に、それぞれ一点
鎖線で示す境界が存在する。一般に、同じコンピュータ
内にはプロセス境界が存在し、異なるコンピュータ間に
はネットワーク境界が存在するが、一点鎖線で示したこ
の境界は、プロセス境界かネットワーク境界のいずれか
の境界を表している。 【００４５】図２及び図３はそれぞれ図１のデバイス制
御システムについての接続形態の代表例を示すブロック
図である。 【００４６】図２（ａ）の例では、１台のコンピュータ
４０に図１に示す２つのデバイス３４ａ，３４ｂが直接
に接続されている。従って、この例の場合、デバイス３
４ａ，３４ｂ以外の構成要素、即ち、図１に示すアプリ
ケーション部２０、インターフェイス部２２ａ，２２
ｂ、通信路抽象化部２４ａ，２４ｂ、デバイス抽象化部
２８ａ，２８ｂは、いずれも同じコンピュータ４０内に
存在するため、図１の一点鎖線で示す境界はすべてプロ
セス境界を表すことになる。 【００４７】また、図２（ｂ）の例では、ネットワーク
４６を介して２台のコンピュータ４２，４４が接続され
ており、これら２台のコンピュータ４２，４４にそれぞ
れ２つのデバイス３４ａ，３４ｂが接続されている。こ
の例の場合、デバイス３４ａ，３４ｂ以外の主たる構成
要素のうち、例えば、アプリケーション部２０、インタ
ーフェイス部２２ａ，２２ｂ及びデバイス抽象化部２８
ａは、一方のコンピュータ４２内に存在し、デバイス抽
象化部２８ｂは他方のコンピュータ４４内に存在する。
従って、アプリケーション部２０、インターフェイス部
２２ａ，２２ｂ及びデバイス抽象化部２８ａは、同じコ
ンピュータ４２内に存在するが、デバイス抽象化部２８
ｂは異なるコンピュータ４４に存在するため、インター
フェイス部２２ａとデバイス抽象化部２８ａとの間の一
点鎖線で示す境界はプロセス境界を表すが、インターフ
ェイス部２２ｂとデバイス抽象化部２８ｂとの間の一点
鎖線で示す境界、及びデバイス抽象化部２８ａと２８ｂ
との間の一点鎖線で示す境界は、それぞれ、ネットワー
ク境界を表すことになる。 【００４８】なお、ネットワークとしては、インターネ
ットや、イントラネットや、ローカルエリアネットワー
ク（ＬＡＮ）や、ワイドエリアネットワーク（ＷＡＮ）
など、各種ネットワークを適用することができる。 【００４９】さらに、図２（ｃ）の例では、ネットワー
ク５４を介して３台のコンピュータ４８，５０，５２が
接続されており、そのうちの２台のコンピュータ５０，
５２にそれぞれ２つのデバイス３４ａ，３４ｂが接続さ
れている。この例の場合は、デバイス３４ａ，３４ｂ以
外の主たる構成要素のうち、アプリケーション部２０、
及びインターフェイス部２２ａ，２２ｂが、第１のコン
ピュータ４８内に存在し、デバイス抽象化部２８ａは第
２のコンピュータ５０内に存在し、デバイス抽象化部２
８ｂは第３ののコンピュータ５２内に存在する。従っ
て、デバイス抽象化部２８ａと２８ｂは互いに異なるコ
ンピュータに存在し、また、それらいずれもが、アプリ
ケーション部２０やインターフェイス部２２ａ，２２ｂ
の存在するコンピュータと異なるコンピュータに存在す
るため、図１の一点鎖線で示す境界はすべてネットワー
ク境界を表すことになる。 【００５０】なお、図２において、コンピュータには、
パーソナルコンピュータや、モバイルコンピュータ、情
報処理端末装置や、ワークステーションなど、種々のコ
ンピュータが含まれる他、実質的にコンピュータ機能を
有する複写機やプリンタなどの周辺機器や、同じくコン
ピュータ機能を有するセット・トップ・ボックス（Set
Top Box；例えば、Web TVの受信ターミナルなどに代表
される情報端末の一形態）やゲーム機なども含まれる。
また、図２ではデバイスがコンピュータの外部に接続さ
れているように描いてあるが、デバイスの形態によって
は、図３に示すように、デバイスとコンピュータとが一
体的に構成されていても構わない。 【００５１】図３（ａ）の例では、マシン４１がデバイ
ス部３４ｂ’とコンピュータ部４０’とをそれぞれ備え
ており、デバイスとコンピュータとが一体化されてい
る。同様に、図３（ｂ）の例では、マシン４５がデバイ
ス３４ｂ’とコンピュータ部４４’とをそれぞれ備えて
おり、また、図３（ｃ）の例では、マシン５３がデバイ
ス部３４ｂ’とコンピュータ部５２’をそれぞれ備えて
おり、各々、デバイスとコンピュータとが一体化されて
いる。 【００５２】さて、上記したように、インターフェイス
部２２ａとデバイス抽象化部２８ａとの間、インターフ
ェイス部２２ｂとデバイス抽象化部２８ｂとの間、及び
デバイス抽象化部２８ａと２８ｂとの間には、それぞ
れ、一点鎖線で示すプロセス境界またはネットワーク境
界が存在するが、このうち、特に、インターフェイス部
２２ａとデバイス抽象化部２８ａとの間、及びインター
フェイス部２２ｂとデバイス抽象化部２８ｂとの間に
は、それぞれ、それら境界を越えて、インターフェイス
部２２ａとデバイス抽象化部２８ａを、インターフェイ
ス部２２ｂとデバイス抽象化部２８ｂを、各々接続する
ための通信路２６ａ，２６ｂが存在している。これらの
通信路２６ａ，２６ｂは、越える境界がプロセス境界で
あるかネットワーク境界であるかによって、内部バス，
通信インターフェイス，ネットワーク通信手段など、そ
の種類が異なっている。 【００５３】一方、通信路抽象化部２４ａ，２４ｂが、
それぞれ、インターフェイス部２２ａとデバイス抽象化
部２８ａとの間、及びインターフェイス部２２ｂとデバ
イス抽象化部２８ｂとの間において、通信路２６ａ，２
６ｂをそれぞれ間に介して、その両側に形成されてい
る。これら通信路抽象化部２４ａ，２４ｂは、それぞ
れ、インターフェイス部２２ａ，２２ｂとデバイス抽象
化部２８ａ，２８ｂとが通信路２６ａ，２６ｂを介して
プロセス境界またはネットワーク境界を越えて各種制御
情報のやり取りやデータのやり取りを行なう際に、イン
ターフェイス部２２ａ，２２ｂやデバイス抽象化部２８
ａ，２８ｂに対して、間に介在する通信路の抽象化を行
なう。即ち、通信路抽象化部２４ａ，２４ｂは、介在す
る通信路の種類の違いを吸収し、インターフェイス部２
２ａ，２２ｂやデバイス抽象化部２８ａ，２８ｂに、境
界がプロセス境界であるかネットワーク境界であるかを
意識させることなく、制御情報やデータのやり取りを行
なわせることができる。 【００５４】なお、この通信路抽象化部２４ａ，２４ｂ
の仕組みについては、後ほど詳しく説明する。 【００５５】前述したように、インターフェイス部２２
ａ，２２ｂ、通信路抽象化部２４ａ，２４ｂ、デバイス
抽象化部２８ａ，２８ｂはコンピュータプログラムによ
って生成されているが、具体的には、各構成要素の存在
するコンピュータ毎に、それぞれ、各コンピュータ内の
ＣＰＵが、内部メモリに格納された所望のコンピュータ
プログラムを読み出して実行することにより、そのコン
ピュータに存在する構成要素として機能する。 【００５６】なお、内部メモリに格納されているコンピ
ュータプログラムは、例えば、後述するように、ＣＤ−
ＲＯＭなどのコンピュータ読み取り可能な記録媒体に記
録された形態で提供される。すなわち、記録媒体に記録
されたコンピュータプログラムは、ＣＤ−ＲＯＭ装置な
どの読み取り装置によって読み取られ、ハードディスク
装置などの外部記憶装置に転送されて格納される。そし
て、起動時などに必要に応じて内部メモリに転送され
る。あるいは、読み取られたコンピュータプログラム
は、外部記憶装置を介さず、直接、内部メモリに転送す
るようにしても良い。 【００５７】このように、本実施例では、コンピュータ
プログラムをコンピュータ読み取り可能に記録する「記
録媒体」としてＣＤ−ＲＯＭを利用することを述べた
が、その他にも、フレキシブルディスクや光磁気ディス
ク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、
バーコードなどの符号が印刷された印刷物、コンピュー
タの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）およ
び外部記憶装置等の、コンピュータが読取り可能な種々
の媒体を利用できる。 【００５８】また、上記コンピュータプログラムは、こ
のような記録媒体に記録された形態での提供の他、ネッ
トワークを介して、コンピュータプログラムを供給する
プログラムサーバ（図示せず）にアクセスし、プログラ
ムサーバから各々のコンピュータ内に取り込むようにし
ても良い。 【００５９】また、上記コンピュータプログラムの一部
は、オペレーティングシステムプログラムによって構成
するようにしても良い。 【００６０】では、図１に示すデバイス制御システムの
処理動作について簡単に説明する。例えば、アプリケー
ション部２０，インターフェイス部２２ａ，２２ｂの存
在するコンピュータのユーザから、キーボードやマウス
などの操作手段（図示せず）を介して、アプリケーショ
ン部２０に対し、デバイス３４ａの設定を行なうよう指
示が入力された場合、アプリケーション部２０はインタ
ーフェイス部２２ａに対してその指示を伝え、さらに、
インターフェイス部２２ａは、通信路２６ａを介してデ
バイス抽象化部２８ａにその指示を伝える。デバイス抽
象化部２８ａは、その指示に従ってデバイス３４ａの設
定を行なう。 【００６１】また、例えば、ユーザからアプリケーショ
ン部２０に対し、デバイス３４ａからデバイス３４ｂに
データの伝送を行なうよう指示が入力された場合、アプ
リケーション部２０は、インターフェイス部２２ａ，２
２ｂにその指示を伝える。インターフェイス部２２ａ，
２２ｂは、その指示によって両者の間でやり取りを行な
って、デバイス３４ａと３４ｂとの間で有効なデータの
伝送が可能であるかどうか、即ち、デバイス３４ａから
データを送り出した場合に、デバイス３４ｂでそのデー
タを受け取って処理することが可能であるかどうかにつ
いて判断する。 【００６２】そして、有効なデータの伝送が可能であ
る、即ち、デバイス３４ａからデータを送り出しても、
デバイス３４ｂでそのデータを受け取って処理すること
が可能であると判断したならば、インターフェイス部２
２ａは通信路２６ａを介してデバイス抽象化部２８ａに
対して、データの伝送の指示を伝える。それにより、デ
バイス抽象化部２８ａは、デバイス３４ａからデータを
取り込み、そのデータを通信路２６ａを介してインター
フェイス部２２ａに送る。インターフェイス部２２ａ
は、そのデータをさらにアプリケーション部２０に送
り、アプリケーション部２０は、例えば、そのデータに
所定の処理を施した後、インターフェイス部２２ｂを呼
び出して、インターフェイス部２２ｂにそのデータを送
る。インターフェイス部２２ｂは通信路２６ｂを介して
デバイス抽象化部２８ｂを呼び出し、デバイス抽象化部
２８ｂに対してデータを送り、デバイス抽象化部２８ｂ
は送られてきたデータをデバイス３４ｂに出力する。デ
バイス３４ｂはデータを受け取ると、そのデータについ
て所定の処理を行なう。 【００６３】なお、図１においては、黒線の矢印は各種
制御情報などのやり取りを示し、白抜き矢印は伝送され
るデータの流れを示している。 【００６４】一方、データの伝送の方法としては次のよ
うな方法もある。図４及び図５は図１のデバイス制御シ
ステムにおける別のデータ伝送の方法を説明するための
ブロック図である。即ち、ユーザからアプリケーション
部２０に対し、デバイス３４ａからデバイス３４ｂにデ
ータの伝送を行なうよう指示が入力された場合、図４に
おいて、アプリケーション部２０は、インターフェイス
部２２ａ，２２ｂにその指示を伝える。インターフェイ
ス部２２ａ，２２ｂは、その指示によって両者の間でや
り取りを行なって、デバイス３４ａと３４ｂとの間で有
効なデータの伝送が可能であるかどうか、即ち、デバイ
ス３４ａからデータを送り出した場合に、デバイス３４
ｂでそのデータを受け取って処理することが可能である
かどうかについて判断する。 【００６５】そして、有効なデータの伝送が可能であ
る、即ち、デバイス３４ａからデータを送り出しても、
デバイス３４ｂでそのデータを受け取って処理すること
が可能であると判断したならば、インターフェイス部２
２ａ，２２ｂは通信路２６ａ，２６ｂを介してデバイス
抽象化部２８ａ，２８ｂにデータの伝送の指示を伝え
る。これにより、図５に示すように、インターフェイス
部２２ａとデバイス抽象化部２８ａとの間、及びインタ
ーフェイス部２２ｂとデバイス抽象化部２８ｂとの間の
接続が解除され、その代わりに、デバイス抽象化部２８
ａのデバイス制御部３０ａとデバイス抽象化部２８ｂの
デバイス制御部３０ｂとの間に、通信路３８を介して新
たに接続が確立される。そして、通信路抽象化部３６も
新たに生成されて、デバイス抽象化部２８ａと２８ｂと
が通信路３８を介してプロセス境界またはネットワーク
境界を越えて各種制御情報のやり取りやデータのやり取
りを行なう際に、デバイス抽象化部２８ａ，２８ｂに対
して、通信路の抽象化を行なう。つまり、通信路抽象化
部３６は、介在する通信路３８の種類の違いを吸収し、
デバイス抽象化部２８ａ，２８ｂに、境界がプロセス境
界であるかネットワーク境界であるかを意識させること
なく、制御情報やデータのやり取りを行なわせる。 【００６６】こうして、デバイス抽象化部２８ａと２８
ｂとの間の接続が確立されたら、デバイス抽象化部２８
ａは、デバイス３４ａからデータを取り込むと共に、通
信路３８を介してデバイス抽象化部２８ｂを呼び出し、
取り込んだデータをデバイス抽象化部２８ｂに送る。デ
バイス抽象化部２８ｂは送られてきたデータをデバイス
３４ｂに出力する。デバイス３４ｂでは入力されたデー
タについて所定の処理を行なう。 【００６７】その後、データの伝送が終了したら、デバ
イス抽象化部２８ａと２８ｂとの間の接続が解除され、
再び、インターフェイス部２２ａとデバイス抽象化部２
８ａとの間、及びインターフェイス部２２ｂとデバイス
抽象化部２８ｂとの間の接続が確立される。 【００６８】以上のようなデータの伝送の場合、通信路
３８によって、データの伝送経路がバイパスされるた
め、例えば、適用されるコンピュータシステムが図２
（ｃ）または図３（ｃ）に示すような場合には、デバイ
ス抽象化部２８ａと２８ｂとの間に介在するネットワー
ク境界が最適化されると共に、アプリケーション部２
０，インターフェイス部２２ａ，２２ｂの存在するコン
ピュータ４８が、データの伝送には全く介在しなくなる
ため、より高速なデータ伝送が可能となる。 【００６９】ところで、デバイス３４ａからデバイス３
４ｂにデータの伝送を行なうよう指示された場合、イン
ターフェイス部２２ａ，２２ｂは、両者の間でやり取り
を行なって、デバイス３４ａと３４ｂとの間で有効なデ
ータの伝送が可能であるかどうか、即ち、デバイス３４
ａからデータを送り出した場合に、デバイス３４ｂでそ
のデータを受け取って処理することが可能であるかどう
かについて判断する。 【００７０】この時、インターフェイス部２２ａ，２２
ｂでは、対象となるデバイス（即ち、デバイス３４ａ，
３４ｂ）の属性情報を参照して、上記の判断を行なう。
参照される属性情報としては、デバイスの種類、送り手
側デバイス系／受け手側デバイス系、Push型／Pull型
（データ伝送の主体がSource側か，Destination側
か）、取り扱い可能なデータ形式、デバイスの状態（動
作可能か？等）や性能（処理速度等）や存在場所（セク
ション，フロアー等）や処理コスト（通信コストや印刷
コスト）、特別なデータ伝送方式のサポートの有無など
が挙げられる。 【００７１】また、この属性情報は、上記の判断の他
に、後述するように、対象となるデバイスの組合せの有
効性の度合いを表す評価値を得るためにも、用いられ
る。 【００７２】なお、上記属性情報は、アプリケーション
部２０，インターフェイス部２２ａ，２２ｂの存在する
コンピュータ内に格納されていても良いが、デバイス制
御部，デバイス・ドライバの存在するコンピュータ内に
格納されていても良い。この場合、インターフェイス部
２２ａ，２２ｂは、対応するデバイス制御部３０ａ，３
０ｂとの間で接続を確立し、必要に応じて、デバイス制
御部３０ａ，３０ｂとの間で交信を行ない、格納されて
いる上記属性情報を参照して、有効なデータの伝送が可
能であるかどうかの判断を行なうことになる。また、上
記属性情報は、アプリケーション部２０，インターフェ
イス部２２ａ，２２ｂの存在するコンピュータとは、別
の、ネットワーク上に存在するコンピュータ（例えば、
サーバ）内に格納されていても良い。その場合には、イ
ンターフェイス部２２ａ，２２ｂは、そのサーバとの間
で接続を確立し、格納されている上記属性情報を参照し
て、有効なデータの伝送が可能であるかどうかの判断を
行なうことになる。 【００７３】ところで、一方のデバイスからデータを送
り出し、他方のデバイスでそのデータを受け取って処理
することが可能である場合、それらデバイスが例えネッ
トワークを介してつながっている場合であっても、ユー
ザから見て、それらデバイスはあたかも１つのデバイス
で構成されているように見なせる場合がある。そのよう
なデバイスを、本明細書では複合デバイスと呼ぶ。すな
わち、複合デバイスとは、対象となっている複数のデバ
イスのうち、データを送り出す側のデバイスの有する機
能の少なくとも一部と、データを受け取る側の有する機
能の少なくとも一部と、を共に有する仮想的なデバイス
のことである。すなわち、上記例のように、デバイス３
４ａからデータを送り出し、デバイス３４ｂでそのデー
タを受け取って処理する場合、対象となっているデバイ
スはデバイス３４ａとデバイス３４ｂであるので、デバ
イス３４ａの有する機能の少なくとも一部とデバイス３
４ｂの有する機能の少なくとも一部とを共に有する仮想
的なデバイスが、複合デバイスとなる。 【００７４】任意のデバイス同士においては、デバイス
の組合せによっては、一方のデバイスからデータを送り
出した場合に、他方のデバイスでデータを受け取って処
理することが可能でない場合も出てくる。このような場
合、当然に、それらデバイスについて複合デバイスを仮
想しても、その複合デバイスは実際には動作不可能とな
る。 【００７５】従って、任意のデバイス同士について、一
方のデバイスからデータを送り出した場合に、他方のデ
バイスでそのデータを受け取って処理することが可能で
あるかどうかを判断する手法の一つとして、後述するよ
うに、それら任意のデバイスの組合せが、複合デバイス
として動作可能である組合せであるかどうかを判断する
ようにしても良い。 【００７６】それでは、次に、図１に示すデバイス制御
システムをＣＯＭの技術を用いて実現した場合の具体例
について説明する。 【００７７】ここで、ＣＯＭ（Compornent Object Mode
l）とは、Microsoft社が提唱し、推進しているオブジェ
クトを連携動作させるインフラストラクチャであって、
動的に交換可能なコンポーネントの構築方法を定義する
ものであり、コンポーネントアーキテクチャの標準を定
めた仕様である。 【００７８】ＣＯＭでは、ソフトウェアが提供するサー
ビスは、それぞれ、ＣＯＭオブジェクトとしてインプリ
メントされる。各ＣＯＭオブジェクトは、それぞれ、１
つ以上のインターフェイスを実装している。また、各Ｃ
ＯＭオブジェクトは、それぞれ、クラスＩＤにより識別
される。この具体例では、図１に示した構成要素のう
ち、インターフェイス部２２ａ，２２ｂ及びデバイス制
御部３０ａ，３０ｂが、それぞれ、ＣＯＭオブジェクト
として構成される。 【００７９】ＣＯＭオブジェクトが実装するインターフ
ェイスは、通常何らかの関連性を持ったいくつかのメソ
ッドによって構成されている。各インターフェイスは、
それぞれ、インターフェイスＩＤにより識別される。ま
た、メソッドは特定の機能を実行する関数呼び出しであ
って、特定のインターフェイスに含まれるメソッドを呼
び出すためには、そのインターフェイスへのポインタが
必要となる。インターフェイスのポインタは、そのイン
ターフェイスを識別するインターフェイスＩＤと、その
インターフェイスを実装するＣＯＭオブジェクトを識別
するクラスＩＤなどを指定して、ＣＯＭライブラリのサ
ービスを呼び出すことにより取得することができる。 【００８０】図６は図１のデバイス制御システムをＣＯ
Ｍの技術を用いて実現した場合の具体例を示すブロック
図である。 【００８１】図６において、アプリケーション部２０
は、前述したとおり、アプリケーションプログラムによ
って機能しており、内部に、イベント・ハンドラー（Ev
entHandler）Ｎ１を有している。 【００８２】また、インターフェイス部２２ａ，２２ｂ
は、上記したように、ＣＯＭオブジェクトによって構成
されており、各々、複数のインターフェイスＩ１〜Ｉ１
０を実装している。図ではインターフェイスはそれぞれ
丸で表している。これらインターフェイスのうち、Ｉ
１，Ｉ６はそれぞれアイ・サイバー・プラグ（ICyberPl
ug）であり、Ｉ２，Ｉ７はそれぞれアイ・コンテキスト
・メニュー（IContextMenu）であり、Ｉ３，Ｉ８はそれ
ぞれアイ・ドロップ・ソース（IDropSource）であり、
Ｉ４，Ｉ９はそれぞれアイ・ドロップ・ターゲット（ID
ropTarget）であり、Ｉ５，Ｉ１０はそれぞれアイ・サ
イバー・イベント（ICyberEvent）である。このうち、
アイ・コンテキスト・メニューＩ２，Ｉ７、アイ・ドロ
ップ・ソースＩ３，Ｉ８、及びアイ・ドロップ・ターゲ
ットＩ４，Ｉ９はそれぞれ一般的なインターフェイスで
あるが、アイ・サイバー・プラグＩ１，Ｉ６及びアイ・
サイバー・イベントＩ５，Ｉ１０はこの具体例独自のイ
ンターフェイスである。 【００８３】なお、前述したように、インターフェイス
部２２ａ，２２ｂは、上位に位置するアプリケーション
部２０に対して、同一のインターフェイス（汎用インタ
ーフェイス）を提供するが、上記したアイ・サイバー・
プラグＩ１，Ｉ６が、そのインターフェイスに該当す
る。 【００８４】また、インターフェイス部２２ａ，２２ｂ
は、上記したインターフェイス以外にも、アイ・データ
・オブジェクト（IDataObject）などのインターフェイ
スも実装している。 【００８５】一方、デバイス制御部３０ａ，３０ｂも、
上記したようにＣＯＭオブジェクトによって構成されて
おり、各々、複数のインターフェイスＩ１１〜Ｉ１４を
実装している。これらインターフェイスのうち、Ｉ１
１，Ｉ３はそれぞれアイ・サイバー・プロトコル（ICyb
erProtocol）であり、Ｉ１２，Ｉ１４はそれぞれアイ・
サイバー・イベント（ICyberEvent）である。これらイ
ンターフェイスＩ１１〜Ｉ１４はいずれもこの具体例独
自のインターフェイスである。また、デバイス制御部３
０ａ，３０ｂは、各々、モジュールとしてステイタス・
モニタＭ１，Ｍ２を含んでいる。 【００８６】なお、前述したように、デバイス制御部３
０ａ，３０ｂは、インターフェイス部２２ａ，２２ｂな
ど上位に位置する構成要素に対して、すべて同一のイン
ターフェイス（汎用インターフェイス）を提供すること
によって、デバイスの完全な抽象化を行なっているが、
上記したアイ・サイバー・プロトコルＩ１１，Ｉ１３
が、そのインターフェイスに該当している。 【００８７】また、図６において、デバイス・ドライバ
３２ａ，３２ｂとデバイス３４ａ，３４ｂは、それぞ
れ、図１と変わるところはない。 【００８８】図６において、プロキシ（Proxy）Ｐ１，
Ｐ２及びスタブ（Stub）Ｓ１，Ｓ２は、図１に示す通信
路抽象化部２４ａを構成しており、また、プロキシＰ
３，Ｐ４及びスタブＳ３，Ｓ４は通信路抽象化部２４ｂ
を構成している。このようなプロキシ及びスタブは、Ｃ
ＯＭ／ＤＣＯＭ（Distributed COM）の機構により生成
される。ＣＯＭ／ＤＣＯＭはWindowsプラットホーム等
で標準的にサポートされる機構である。 【００８９】それでは、通信路抽象化部２４ａ，２４ｂ
を構成するプロキシとスタブの機能によって、前述した
通信路の抽象化を行なう仕組みについて説明する。 【００９０】ＣＯＭにおいて、インターフェイスに含ま
れるメソッドの呼び出し（以下、インターフェイス呼び
出しという）を行なう際、インターフェイス呼び出し側
をクライアント、呼び出される側をサーバと呼ぶ。サー
バは、ａ）クライアントと同一コンピュータ上の同一プ
ロセス（同一アドレス空間）で動作する場合と、ｂ）ク
ライアントと同一コンピュータ上の異なるプロセス（ア
ドレス空間）で動作する場合と、ｃ）クライアントとは
異なるコンピュータ上のプロセス（アドレス空間）で動
作する場合がある。 【００９１】従って、インターフェイス部２２ａ，２２
ｂとデバイス制御部３０ａ，３０ｂとの関係において、
上記したクライアントとサーバの関係を持ち込むものと
すると、インターフェイス部２２ａ，２２ｂとデバイス
制御部３０ａ，３０ｂとの間に介在する境界（一点鎖線
で示す境界）がプロセス境界である場合は、ｂ）の場合
に相当し、ネットワーク境界である場合は、ｃ）の場合
に相当する。 【００９２】ｂ）やｃ）の場合、サーバはクライアント
とアドレス空間（プロセス）が異なっているので、イン
ターフェイス呼び出しを行なう場合に、単純な関数呼び
出しのような呼び出し方は不可能である。そこで、この
具体例では、クライアントがサーバによって実現される
インターフェイスを呼び出す場合、クライアントは、サ
ーバと全く同じインターフェイスを実装するプロキシ
を、クライアントと同じプロセス（アドレス空間）内に
作成し、そのプロキシを介して呼び出すようにしてい
る。プロキシは、クライアントによるインターフェイス
呼び出しを、リモート・プロシジャー・コール（ＲＰ
Ｃ；Remote Procedure Call）やプロセス間リモート・
プロシジャー・コール（ＬＲＰＣ；Lightweight RPC）
に変換して、サーバと同じプロセス（アドレス空間）内
に作成されたスタブを呼び出す。スタブは、リモート・
プロシジャー・コールまたはプロセス間リモート・プロ
シジャー・コールを、元のインターフェイス呼び出しに
復元して、サーバ内の本来のインターフェイスを呼び出
す。その後の呼び出しの戻りは、上記動作の逆をたどる
動作となる。 【００９３】ここで、リモート・プロシジャー・コール
は、ネットワーク境界を越えて関数を呼び出すための仕
組みであり、関数呼び出しは、ネットワーク上のデータ
のやり取りに変換される。従って、このリモート・プロ
シジャー・コールはｃ）の場合に用いられる。また、プ
ロセス間リモート・プロシジャー・コールは、同一コン
ピュータ上で，プロセス境界を越えて関数を呼び出すた
めの仕組みであり、関数呼び出しがプロセス間通信によ
り実現される。従って、このプロセス間リモート・プロ
シジャー・コールはｂ）の場合に用いられる。 【００９４】以上のように、インターフェイス呼び出し
をリモート・プロシジャー・コールやプロセス間リモー
ト・プロシジャー・コールに変換して、プロキシとスタ
ブとの間でやり取りすることにより、通信路の種類の違
いを吸収し、境界がプロセス境界であるかネットワーク
境界であるかを意識させることなく、インターフェイス
呼び出しを行なうことができ、通信路の抽象化を実現す
ることができる。 【００９５】それでは、図６以下の図面を用いて、この
具体例の動作について説明する。なお、以下の説明で
は、デバイス３４ａがスキャナであり、デバイス３４ｂ
がプリンタである場合を例として説明する。 【００９６】アプリケーション部２０を機能するアプリ
ケーションの表示領域には、予め、制御対象として、デ
バイス３４ａであるスキャナとデバイス３４ｂであるプ
リンタがマウントされている。これによって、ＣＲＴな
どの表示手段（図示せず）の画面上には、図７（ａ）に
示すように、スキャナのアイコンとプリンタのアイコン
がインターフェイス部２２ａ，２２ｂによって表示され
るため、アプリケーション部２０等の存在するコンピュ
ータのユーザが、これらスキャナやプリンタに対して、
種々の操作を行なうことができるようになる。 【００９７】そこで、ユーザがキーボードやマウスなど
の操作手段（図示せず）を使って、画面上に表示されて
いるアイコンを操作すると、その操作がスキャナの設定
を行なうための操作（例えば、スキャナのアイコン上で
マウスの右ボタンをクリックするなど）である場合に
は、アプリケーション部２０によって、スキャナである
デバイス３４ａに対応したインターフェイス部２２ａか
ら、アイ・コンテキスト・メニューＩ２が呼び出され
る。アイ・コンテキスト・メニューＩ２は、スキャナの
アイコンの近傍に、スキャナ用のコンテキストメニュー
（ポップアップメニュー）を表示したり、ユーザがその
メニュー内の項目の実行を指示した場合に、その指示に
従って、デバイス制御部３０ａと交信を行なって、スキ
ャナであるデバイス３４ａの設定を行なう。 【００９８】また、ユーザによるアイコンの操作がアイ
コンのドラッグ・アンド・ドロップ（Drag & Drop）で
ある場合には、次のような動作を行なう。 【００９９】即ち、ユーザがマウスを操作して、図７
（ｂ）に示すように、画面上に表示されているスキャナ
のアイコンをマウスカーソルによりドラッグして、プリ
ンタのアイコンの上に重ねると、インターフェイス部２
２ｂによって、インターフェイス部２２ａに実装されて
いるアイ・ドロップ・ソースＩ３がインターフェイス部
２２ｂに実装されているアイ・ドロップ・ターゲットＩ
９に渡される。具体的には、アイ・ドロップ・ソースＩ
３のポインタをパラメータとして、アイ・ドロップ・タ
ーゲットＩ９のいずれかのメソッドが呼び出される。 【０１００】次に、インターフェイス部２２ｂでは、ア
イ・ドロップ・ターゲットＩ９が、渡されたアイ・ドロ
ップ・ソースＩ３から、インターフェイス部２２ａに実
装されているアイ・サイバー・プラグＩ１のポインタを
取り出し、インターフェイス部２２ｂに実装されている
アイ・サイバー・プラグＩ６に対して、アイ・サイバー
・プラグＩ１とのデータ伝送が成り立つかどうか問い合
わせる。 【０１０１】この時、各々のインターフェイス部２２
ａ，２２ｂでは、対応するデバイス制御部３０ａ，３０
ｂとの間で接続を確立し、必要に応じて、デバイス制御
部３０ａ，３０ｂとの間で交信を行った上で、データ伝
送が成り立つかどうかの判断を行なう。 【０１０２】次に、インターフェイス部２２ａ，２２ｂ
は、データ伝送が成り立つと判断した場合には、画面上
に表示されているドラッグ中のマウスカーソルを、ドラ
ッグ・アンド・ドロップが可能であることを表す形状に
設定し、成り立たないと判断した場合には、ドラッグ中
のマウスカーソルを、ドラッグ・アンド・ドロップを禁
止することを表す形状に設定する。 【０１０３】そこで、データ伝送が成り立つと判断され
た場合において、ユーザがマウスを操作して、スキャナ
のアイコンをプリンタのアイコンに重ねた状態でドロッ
プすると、インターフェイス部２２ｂでは、アイ・ドロ
ップ・ターゲットＩ９が、アイ・サイバー・プラグＩ６
のデータ伝送開始のメソッドに、インターフェイス部２
２ａに実装されているアイ・サイバー・プラグＩ１を渡
して、実際の処理をアイ・サイバー・プラグＩ６に任せ
る。 【０１０４】データ伝送の実際の処理は、次のように行
なわれる。即ち、データの伝送が、図１に示したよう
に、インターフェイス部２２ａ，アプリケーション部２
０，インターフェイス部２２ｂを介して行なわれる場合
は、図８〜図１２に示す如く行なわれ、また、図５に示
したように、デバイス制御部３０ａと３０ｂとの間で直
接行なわれる場合は、図１３〜図１７に示す如く行なわ
れる。 【０１０５】図８〜図１２は、図６のデバイス制御シス
テムにおいて、データ伝送を行なう場合の手順を時系列
で順番に示した説明図である。なお、これら図では、そ
の時点でポイントとなる部分を太線にて表しており、そ
の時点で関わりの少ない部分を破線にて表している。 【０１０６】データ伝送の処理が開始されると、まず、
図８に示すように、デバイス３４ａ（スキャナ）から得
られたデータがデバイス・ドライバ３２ａに入力され、
デバイス・ドライバ３２ａ内のバッファに格納される。
次に、図９に示すように、データ入力がデバイス制御部
３０ａのステイタス・モニタＭ１によって検出され、イ
ベントとして、プロキシＰ１，スタブＳ１，インターフ
ェイス部２２ａのアイ・サイバー・イベントＩ５を介し
て、アプリケーション部２０のイベント・ハンドラーＮ
１に通知される。アプリケーション部２０は、通知され
たイベントを無視することもできるが、イベントに応答
して直ちにデータ入力を行うこともできる。 【０１０７】アプリケーション部２０がデータ入力を行
なう場合、図１０に示すように、まず、アプリケーショ
ン部２０は内部にデータ格納領域を用意すると共に、デ
ータを取得するためにインターフェイス部２２ａを呼び
出す（図１０の太線矢印）。これにより、処理の実行は
インターフェイス部２２ａに移行する。次に、インター
フェイス部２２ａがデータを取得するためにデバイス制
御部３０ａを呼び出す（図１０の太線矢印）と共に、プ
ロキシＰ２，スタブＳ２が生成される。そして、アプリ
ケーション部２０の用意したデータ格納領域に対応する
一時的な領域が、デバイス制御部３０ａのためにスタブ
Ｓ２の内部に用意され、パラメータとして渡される。こ
れにより、処理の実行はデバイス制御部３０ａに移行す
る。次に、デバイス制御部３０ａがデータを取得するた
めにデバイス・ドライバ３２ａを呼び出す。これによ
り、処理の実行はデバイス・ドライバ３２ａに移行す
る。 【０１０８】続いて、デバイス・ドライバ３２ａは、バ
ッファに格納されているデータをスタブＳ２が用意した
データ格納領域にコピーする。そして、関数呼び出しの
戻りにより、処理の実行はデバイス・ドライバ３２ａか
らデバイス制御部３０ａを経てインターフェイス部２２
ａに移行する。これにより、インターフェイス部２２ａ
は、スタブＳ２が用意したデータ格納領域内のデータ
を、アプリケーション部２０が用意した本来のデータ格
納領域にコピーする。その後、関数呼び出しの戻りによ
り、処理の実行がインターフェイス部２２ａからアプリ
ケーション部２０に移行する。 【０１０９】続いて、アプリケーション部２０は、アプ
リケーション部２０内のデータ格納領域よりデータを読
み出して、必要に応じて加工を施す。そして、図１１に
示すように、アプリケーション部２０は、データを送り
出すためにインターフェイス部２２ｂを呼び出す（図１
１の太線矢印）。これにより、処理の実行はインターフ
ェイス部２２ｂに移行する。次に、インターフェイス部
２２ｂがデータを送り出すためにデバイス制御部３０ｂ
を呼び出す（図１１の太線矢印）と共に、プロキシＰ
４，スタブＳ４が生成される。そして、アプリケーショ
ン部２０の用意したデータ格納領域に対応する一時的な
領域が、デバイス制御部３０ｂのためにスタブＳ４の内
部に用意され、アプリケーション部２０から出力された
データがその領域にコピーされた上で、パラメータとし
て渡される。これにより、処理の実行はデバイス制御部
３０ｂに移行する。次に、デバイス制御部３０ｂがデー
タを送り出すためにデバイス・ドライバ３２ｂを呼び出
す。これにより、処理の実行はデバイス・ドライバ３２
ｂに移行する。 【０１１０】続いて、デバイス・ドライバ３２ｂは、ス
タブＳ２が用意したデータ格納領域に格納されているデ
ータを、デバイス・ドライバ３２ｂのバッファにコピー
する。そして、関数呼び出しの戻りにより、処理の実行
はデバイス・ドライバ３２ｂからデバイス制御部３０
ｂ，インターフェイス部２２ｂを経てアプリケーション
部２０に移行する。 【０１１１】また、図１２に示すように、デバイス・ド
ライバ３２ｂは、バッファに格納されているデータをデ
バイス３４ｂ（プリンタ）に出力する。 【０１１２】なお、同期出力の場合は、デバイス３４ｂ
へのデータの出力が完了するまで、処理の実行が上位層
へ移行することはないが、非同期出力の場合には、デバ
イス３４ｂへのデータ出力の完了を待たずに、処理の実
行が上位層へ移行する。 【０１１３】一方、データの伝送が、図５に示したよう
に、デバイス制御部３０ａと３０ｂとの間で直接に行な
われる場合は、次のようになる。図１３は図５に示した
データ伝送の方法をＣＯＭの技術を用いて実現した場合
の具体例を示すブロック図である。 【０１１４】前述したように、インターフェイス部２２
ｂにおいて、アイ・ドロップ・ターゲットＩ９が、アイ
・サイバー・プラグＩ６のデータ伝送開始のメソッド
に、インターフェイス部２２ａに実装されているアイ・
サイバー・プラグＩ１を渡して、実際の処理をアイ・サ
イバー・プラグＩ６に任せた後は、アイ・サイバー・プ
ラグＩ６のデータ伝送開始のメソッドは、次の手順によ
って、デバイス制御部３０ａと３０ｂとの間での直接の
データ伝送を実現する。 【０１１５】即ち、インターフェイス部２２ｂのアイ・
サイバー・プラグＩ６は、デバイス制御部３０ｂに対し
て、デバイス制御部同士の直接のデータ伝送を開始する
ように指示を出すと共に、相手側のデバイス制御部３０
ａを生成するために必要な情報（少なくとも、デバイス
制御部３０ａのクラスＩＤ）を渡す。 【０１１６】それにより、デバイス制御部３０ｂは、自
分自身のクローンを生成すると共に、渡された情報を基
にして、相手側のデバイス制御部３０ａのクローンも生
成する。その上で、新たに生成されたデバイス制御部３
０ｂは、新たに生成されたデバイス制御部３０ａとの間
で接続を確立して、最適な通信路を確保する。このと
き、図５に示した通信路抽象化部３６として、プロキシ
Ｐ５，Ｐ６及びスタブＳ５，Ｓ６も併せて生成される。 【０１１７】その後、デバイス制御部３０ｂは、指定さ
れた通信の設定に応じて、相手側のデバイス制御部３０
ａとの間でデータ伝送を開始する。その後、予め設定さ
れた終了条件を満足したら、データ伝送を終了して、デ
バイス制御部３０ｂは、デバイス制御部３０ａとの間の
接続を解除する。 【０１１８】図１４〜図１７は、図１３のデバイス制御
部３０ａ，３０ｂ間で直接のデータ伝送を行なう場合の
手順を時系列で順番に示した説明図である。なお、これ
ら図では、その時点でポイントとなる部分を太線にて表
しており、その時点で関わりの少ない部分を破線にて表
している。 【０１１９】デバイス制御部３０ａ，３０ｂ間で直接の
データ伝送を行なう場合、アプリケーション部２０やイ
ンターフェイス部２２ａ，２２ｂが介在しないため、デ
バイス制御部３０ａ，３０ｂ同士が、直接、メソッドの
呼び出し、イベントの送付、データの伝送を行なってい
るが、デバイス制御部３０ａ，３０ｂ、デバイス・ドラ
イバ３２ａ及びデバイス３４ａ，３４ｂの動作内容はア
プリケーション部２０等が介在している場合と変わりは
ないため、説明は省略する。 【０１２０】以上説明したように、本実施例によれば、
アプリケーション部２０は、インターフェイス部２２
ａ，２２ｂ、通信路抽象化部２４ａ，２４ｂ、デバイス
抽象化部２８ａ，２８ｂをそれぞれ介することによっ
て、デバイス３４ａ，３４ｂの種類や、途中に介在する
通信路２６ａ，２６ｂの種類を意識することなく、各デ
バイス３４ａ，３４ｂを制御して、各デバイス３４ａ，
３４ｂの設定を行なったり、各デバイス３４ａ，３４ｂ
間でデータの伝送を行なわせたりすることができる。 【０１２１】それでは、次に、図１に示すデバイス制御
システムによって、前述した複合デバイスの１つである
仮想的なコピー機を実現する場合の具体例について説明
する。 【０１２２】例えば、図１に示すアプリケーション部２
０を構築するアプリケーションプログラムが、仮想的な
コピー機を実現するためのプログラム（以下、このプロ
グラムを「Cyber Copy」と称することにする）である場
合、このアプリケーションプログラム「Cyber Copy」を
コンピュータ（図示せず）上で起動すると、選択可能な
デバイスのうち、予めデフォルトで送り手（ソース［So
urce］）側のデバイスとして登録されているスキャナと
受け手（ディスティネイション［Destination］）側の
デバイスとして登録されているプリンタとがそれぞれ自
動的に選択される。また、表示手段（図示せず）の画面
上には、図１８に示す如く、コピー機のようなユーザイ
ンターフェイスが表示される。そこで、ユーザが、表示
画面を見ながらキーボードやマウスなどを操作して、コ
ピー枚数などの指定を行なった後、スタートボタンＪ１
をクリックすると、前述したように、通信路を介しての
接続が確立されて、送り手側デバイスであるスキャナか
ら受け手側デバイスであるプリンタへの画像データの伝
送が行なわれ、仮想的なコピー機としての動作が行なわ
れる。 【０１２３】なお、本明細書において、少なくともデー
タ等を送ることが可能なデバイスを送り手デバイスと
し、少なくともデータ等を受けることが可能なデバイス
を受け手側デバイスとしている。従って、例えば、中間
加工などの中間的な処理を行うようなデバイスであって
も、少なくともデータ等を送ることが可能であれば、送
り手側デバイスと見なすことができるし、少なくともデ
ータ等を受けることが可能であれば、受け手側デバイス
と見なすことができるので、そのようなデバイスであっ
ても、送り手側デバイスまたは受け手側デバイスの何れ
かになり得る。 【０１２４】また、このアプリケーションプログラム
「Cyber Copy」には、オプションが用意されており、デ
バイスの変更や画像の拡大，縮小や画像の補正（この場
合、色補正）などが可能となっている。即ち、例えば、
ユーザが、図１８に示す画面中において、画像の拡大，
縮小有りや画像の補正有りなどの指示を行なった場合、
予めデフォルトで登録されている画像処理サーバが上記
した接続関係に組み込まれ、画像データの伝送がその画
像処理サーバを経由して行なわれ、その画像処理サーバ
において、コピーすべき画像に、拡大，縮小処理や色補
正処理などの所望の処理が加えられる。 【０１２５】このときの画像データの流れを図１９に示
す。図１９では、送り手側デバイスとしてスキャナＢ
が、受け手側デバイスとしてプリンタＤが、処理サーバ
として画像処理サーバＤが、それぞれ、選択されている
ものとしている。画像データはスキャナＢからデバイス
抽象化部６０ａ，通信路抽象化部６２，デバイス抽象化
部６０ｃを介して画像処理サーバＤに入力され、ここ
で、所望の処理が施された後、デバイス抽象化部６０
ｃ，通信路抽象化部６４，デバイス抽象化部６０ｂを介
して、プリンタＤに伝送される。なお、ここでは、説明
を分かりやすくするために、送り手側デバイス，受け手
側デバイスと処理サーバとを分けているが、前述したと
おり、処理サーバもデバイスであるので、厳密に言う
と、処理サーバはスキャナに対しては受け手側デバイス
となっており、プリンタに対しては送り手側デバイスと
なっている。 【０１２６】また、このときのデバイス間の通信状況
は、図１８に示すように、表示手段の画面上にウインド
ウ表示され、ユーザに提示される。 【０１２７】一方、送り手側デバイス、受け手側デバイ
ス、処理サーバなどのデバイスは、それぞれ、ユーザが
任意に選択することができる。即ち、ユーザが、図１８
に示すデバイス選択ボタンＪ２をクリックすると、図２
０に示すようなデバイス選択ツリーが表示手段の画面上
に表示される。ユーザは、その中から所望のデバイスを
自由に選択することができる。 【０１２８】以上のように、本実施例のデバイス制御シ
ステムによって、複合デバイスの１つである仮想的なコ
ピー機を容易に実現することができる。 【０１２９】さて、本実施例について、さらに具体的に
説明していく。図２１は図２（ｃ）の接続形態にて接続
した場合のデバイス制御システムを示すブロック図であ
る。なお、図２１に示す各構成要素は、それぞれ、図１
や図２（ｃ）に示した各構成要素と同じ構成要素であっ
ても、符号を違えて記述してある。 【０１３０】図２１に示すように、コンピュータ１００
には、受け手側デバイスであるプリンタ２４０の接続さ
れたコンピュータ２００と、送り手側デバイスであるス
キャナ３４０の接続されたコンピュータ３００と、がそ
れぞれ、ネットワーク（図示せず）を介して接続されて
いる。その他、コンピュータ１００には、ＣＲＴや液晶
ディスプレイなどから成り、ユーザインターフェイスな
どの各種画像を表示することが可能なモニタ１７０が直
接接続されている。 【０１３１】また、コンピュータ１００は、アプリケー
ション部１１０と、インターフェイス部１２０，１４０
と、ユーザーインターフェイス（ＵＩ）データ格納部１
５０と、アイコンデータ格納部１６０と、プロキシ（Pr
oxy）１８０，１９０と、を備えている。一方、コンピ
ュータ２００および３００は、それぞれ、スタブ（Stu
b）２１０，３１０と、デバイス制御部２２０，３２０
と、デバイスドライバ２３０，３３０と、を備えてい
る。 【０１３２】これらのうち、アプリケーション部１１０
は、所定のアプリケーションプログラムによって構築さ
れている。ここでのアプリケーションには、Windowsの
ユーザインターフェイスを表示しているシェルなど、Ｏ
Ｓの一部もこれに含まれる。また、インターフェイス部
１２０，プロキシ１８０，スタブ２１０，デバイス制御
部２２０およびデバイスドライバ２３０は、それぞれ、
受け手側デバイスであるプリンタ２４０に対応して生成
されている。一方、インターフェイス部１４０，プロキ
シ１９０，スタブ３１０，デバイス制御部３２０および
デバイスドライバ３３０は、それぞれ、送り手側デバイ
スであるスキャナ３４０に対応して生成されている。 【０１３３】また、インターフェイス部１２０は、判定
部１２２と、デバイス情報記憶部１２４と、ユーザイン
ターフェイス（ＵＩ）参照テーブル１２８と、データ伝
送実行部１２９と、アイコン参照テーブル１３０と、デ
ータ出力部１３２と、関連付部１３４と、決定部１３６
と、を備えている。また、インターフェイス部１４０
は、少なくとも、デバイス情報記憶部１４４と、データ
伝送実行部１４８と、を備えている。これら各構成要素
は、それぞれ、コンピュータプログラムによって生成さ
れている。なお、デバイス情報記憶部１２４およびデバ
イス情報記憶部１４４には、対応デバイスクラスの情報
１２５，１４５と、複合動作可能デバイスクラスの情報
１２６，１４６と、複合デバイスカテゴリの情報１２
７，１４７と、が予め記憶されており、結果蓄積情報１
３１，１４９が蓄積されている。なお、これら情報につ
いては、後ほど詳しく説明する。 【０１３４】図２２は図２１に示すコンピュータ１００
のハードウェア構成の概要を示すブロック図である。 【０１３５】図２２に示すように、ハードウェアの構成
として、コンピュータ１００は、その内部または外部
に、コンピュータプログラムに従って種々の処理や制御
を行なうためのＣＰＵ７０と、上記コンピュータプログ
ラムを記憶したり、処理中に得られたデータなどを一時
的に記憶したりするためのメモリ７２と、各種周辺装置
との間でデータなどのやり取りを行なうためのＩ／Ｏ部
７４と、各種データを格納するためのハードディスク装
置７６と、モデムやターミナルアダプタやネットワーク
カードなどから成り、ネットワークを介して他の装置と
通信を行なうための通信装置７８と、ＣＤ−ＲＯＭドラ
イブ装置８０と、ユーザからの指示などを入力するため
のマウス８４と、既述したモニタ１７０と、を備えてい
る。 【０１３６】なお、上記したように、アプリケーション
部１１０、およびインターフェイス部１２０，１４０内
の各構成要素は、それぞれ、コンピュータプログラムに
よって生成されているが、具体的には、前述したとお
り、コンピュータ１００内のＣＰＵ７０が、メモリ７２
に格納された所望のコンピュータプログラムを読み出し
て実行することにより、それら構成要素として機能す
る。 【０１３７】本実施例では、前述したように、メモリ７
２に格納されているコンピュータプログラムは、記録媒
体であるＣＤ−ＲＯＭ８２に記録された形態で提供さ
れ、ＣＤ−ＲＯＭドライブ装置８０により読み取られる
ことによって、コンピュータ１００内に取り込まれる。
取り込まれたコンピュータプログラムは、ハードディス
ク装置７６に転送され、その後、起動時などにメモリ７
２に転送される。あるいは、読み取られたコンピュータ
プログラムは、ハードディスク装置７６を介さず、直
接、メモリ７２に転送するようにしても良い。 【０１３８】さらにまた、本実施例においては、インタ
ーフェイス部１２０，１４０内の各構成要素を、それぞ
れ、ソフトウェアによって実現しているが、これらはハ
ードウェアによって実現するようにしても良い。 【０１３９】また、ＵＩデータ格納部１５０およびアイ
コンデータ格納部１６０は、ハードディスク装置７６に
それぞれ配備されている。 【０１４０】それでは、図２１に示すデバイス制御シス
テムの動作について説明する。今、コンピュータ１００
のユーザが、例えば、コンピュータ３００に接続された
スキャナ３４０によって画像を取り込み、その取り込ん
だ画像をコンピュータ２００に接続されたプリンタ２４
０によって印刷しようとしている場合を考えてみる。 【０１４１】コンピュータ１００に接続されたモニタ１
７０の画面４００上には、今、図２３に示すように、送
り手側デバイス（ソース［Source］側のデバイス）であ
るスキャナ３４０を視覚的に表したスキャナアイコン４
１０と、受け手側デバイス（ディスティネイション［De
stination］側のデバイス）であるプリンタ２４０を視
覚的に表したプリンタアイコン４２０と、が表示されて
いる。このうち、スキャナアイコン４１０は、スキャナ
３４０に対応したインターフェイス部１４０によって表
示され、プリンタアイコン４２０は、プリンタ２４０に
対応したインターフェイス部１２０によって表示されて
いる。 【０１４２】そこで、コンピュータ１００のユーザは、
まず、コンピュータ１００に接続されたマウス８４を操
作し、画面４００上に表示されているマウスカーソル４
３０により、送り手側のスキャナアイコン４１０を選択
してドラッグ（Drag）すると、アプリケーション部１１
０が、その操作内容に基づいて、スキャナ３４０に対応
したインターフェイス部１４０の呼び出しを行なう。続
いて、ユーザがマウス８４を操作して、ドラッグしてい
るスキャナアイコン４１０’を受け手側のプリンタアイ
コン４２０の上に重ね合わせると、アプリケーション部
１１０は、その操作内容に従って、今度は、プリンタ２
４０に対応したインターフェイス部１２０の呼び出しを
行なう。これにより、受け手側のデバイスであるプリン
タ２４０に対応したインターフェイス部１２０が、主体
となって、図２４に示すデータ伝送開始処理を実行す
る。 【０１４３】なお、本実施例では、このように、受け手
側のデバイスに対応するインターフェイス部が、主体と
なって処理を実行するようにしているが、本発明はこれ
に限定されるものではなく、送り手側のデバイスに対応
するインターフェイス部が、主体となって処理を実行す
るようにしても良い。 【０１４４】図２４は図２１におけるインターフェイス
部１２０で実行されるデータ伝送開始処理の流れを示す
フローチャートである。 【０１４５】インターフェイス部１２０には、アプリケ
ーション部１１０を介して、ユーザによるマウス８４の
操作内容は伝えられているので、図２４に示す処理が開
始されると、まず、インターフェイス部１２０内の関連
付部１３４が、その伝えられた内容を基にして、インタ
ーフェイス部１２０の対応デバイスであるプリンタ２４
０と、相手方のデバイスと、の関連付けを行う（ステッ
プＳ１０２）。関連付部１３４は、インターフェイス部
１２０がアプリケーション部１１０から呼び出されたこ
とにより、対応デバイスであるプリンタ２４０が関連付
けの対象となっていることは認識している。一方、関連
付部１３４は、アプリケーション部１１０から伝えられ
たマウス８４の操作内容から、関連付けるべき相手方の
デバイスがスキャナ３４０であることを把握する。従っ
て、関連付部１３４は、対応デバイスであるプリンタ２
４０に対し、相手方デバイスとしてスキャナ３４０を関
連付け、その結果を判定部１２２に伝える。 【０１４６】次に、判定部１２２は、伝えられた結果に
基づいて、対応デバイスであるプリンタ２４０と相手方
デバイスであるスキャナ３４０の各々のデバイスクラス
（すなわち、デバイスの種類）の情報を、デバイス情報
記憶部１２４と、スキャナ３４０に対応するインターフ
ェイス部１４０のデバイス情報記憶部１４４と、からそ
れぞれ取得する（ステップＳ１０４）。 【０１４７】前述したように、デバイス情報記憶部１２
４およびデバイス情報記憶部１４４には、対応デバイス
クラスの情報１２５，１４５がそれぞれ記憶されてい
る。この対応デバイスクラスの情報１２５，１４５は、
インターフェイス部１２０，１４０に各々対応するデバ
イス（すなわち、対応デバイス）のデバイスクラスを記
した情報である。具体的には、情報１２５には、プリン
タ２４０のデバイスクラスとして「プリンタ」が、情報
１４５には、スキャナ３４０のデバイスクラスとして
「スキャナ」が、それぞれ、記述されている。 【０１４８】従って、判定部１２２は、デバイス情報記
憶部１２４にアクセスして、そこに記憶されている対応
デバイスクラス（プリンタ２４０のデバイスクラス）の
情報１２５を取得すると共に、インターフェイス部１４
０のデバイス情報記憶部１４４にアクセスして、そこに
記憶されている対応デバイスクラス（スキャナ３４０の
デバイスクラス）の情報１４５を取得する。 【０１４９】次に、判定部１２２は、取得した情報１２
５，１４５から、対応デバイスであるプリンタ２４０の
デバイスクラスが「プリンタ」であり、相手方デバイス
であるスキャナ３４０のデバイスクラスが「スキャナ」
であることを把握すると、デバイス情報記憶部１２４に
記憶されている複合動作可能デバイスクラスの情報１２
６を参照して（ステップＳ１０６）、それらデバイスク
ラスの組合せ（すなわち、「プリンタ」と「スキャナ」
の組合せ）が複合デバイスとして動作可能な組合せであ
るか否かを判定する（ステップＳ１０８）。 【０１５０】前述したように、複合デバイスとは、対象
となっている送り手側デバイスの有する機能の少なくと
も一部と対象となっている受け手側デバイスの有する機
能の少なくとも一部とを共に有する仮想的なデバイスの
ことである。すなわち、この場合、対象となっているデ
バイスはスキャナ３４０とプリンタ２４０であるので、
スキャナ３４０の有する機能の少なくとも一部とプリン
タ２４０の有する機能の少なくとも一部とを共に有する
仮想的なデバイスが、複合デバイスとなる。 【０１５１】このような複合デバイスを仮想した場合、
前述したように、デバイスの組合せによっては、その複
合デバイスが実際に動作不可能な場合がある。そこで、
判定部１２２は、上記したステップＳ１０６，Ｓ１０８
の処理によって、仮想した複合デバイスが動作可能であ
るかどうかの判定を行なうようにしている。 【０１５２】前述したように、任意のデバイス同士にお
いては、デバイスの組合せによって、一方のデバイスか
らデータを送り出した場合に、他方のデバイスでデータ
を受け取って処理することが可能でない場合も出てく
る。このような場合、当然に、それらデバイスについて
複合デバイスを仮想しても、その複合デバイスは実際に
は動作不可能となる。そこで、この例の場合は、一方の
デバイスからデータを送り出した場合に、他方のデバイ
スでそのデータを受け取って処理することが可能である
かどうかを判断する手法の一つとして、それら任意のデ
バイスの組合せが複合デバイスとして動作可能である組
合せであるかどうかを、判定部１２２によるステップＳ
１０６，Ｓ１０８の処理によって、判断するようにして
いる。 【０１５３】従って、任意のデバイス同士について、そ
れら任意のデバイスの組合せが、複合デバイスとして動
作可能である組合せであるかどうかを判断する代わり
に、別の判断手法によって、上記した一方のデバイスか
らデータを送り出した場合に、他方のデバイスでそのデ
ータを受け取って処理することが可能であるかどうかを
判断するようにしても良い。 【０１５４】さて、前述したように、デバイス情報記憶
部１２４およびデバイス情報記憶部１４４には、複合動
作可能デバイスクラスの情報１２６，１４６がそれぞれ
記憶されている。この複合動作可能デバイスクラスの情
報１２６，１４６は、インターフェイス部１２０，１４
０に各々対応するデバイス（すなわち、対応デバイス）
のデバイスクラスと組み合わせた場合に、その組合せに
よって仮想される複合デバイスが動作可能である他のデ
バイスクラスを列挙した情報である。具体的には、情報
１２６には、デバイスクラス「プリンタ」と組み合わせ
た場合に、複合デバイスが動作可能である他のデバイス
クラスとして、「スキャナ」，「デジタルカメラ」，
「ファクシミリ」，「電子メール」が記述されている。
一方、情報１４６には、デバイスクラス「スキャナ」と
組み合わせた場合に、複合デバイスが動作可能である他
のデバイスクラスとして、「プリンタ」，「ファクシミ
リ」，「電子メール」が記述されている。 【０１５５】なお、或る受け手側デバイスのデバイスク
ラスに組み合わされる他のデバイスクラスは、全て、送
り手側デバイスのデバイスクラスとなっており、逆に、
或る送り手側デバイスのデバイスクラスに組み合わされ
る他のデバイスクラスは、全て、受け手側デバイスのデ
バイスクラスとなっている。従って、上記の場合、受け
手側デバイスのデバイスクラスである「プリンタ」に組
み合わされている「スキャナ」，「デジタルカメラ」，
「ファクシミリ」，「電子メール」は、全て、送り手側
デバイスのデバイスクラスであり、送り手側デバイスの
デバイスクラスである「スキャナ」に組み合わされてい
る「プリンタ」，「ファクシミリ」，「電子メール」
は、全て、受け手側デバイスのデバイスクラスである。
ここで、ファクシミリ，電子メールは送り手側デバイス
としても機能し、受け手側デバイスとしても機能するの
で、デバイスクラス「ファクシミリ」，「電子メール」
は送り手側デバイスおよび受け手側デバイスの両方のデ
バイスクラスに属している。 【０１５６】そこで、判定部１２２は、対応デバイスで
あるプリンタ２４０のデバイスクラス「プリンタ」に対
し、相手方デバイスであるスキャナ３４０のデバイスク
ラス「スキャナ」を組み合わせた場合について、デバイ
ス情報記憶部１２４に記憶されている複合動作可能デバ
イスクラスの情報１２６を参照すると、前述したよう
に、デバイスクラス「プリンタ」については、デバイス
クラス「スキャナ」，「デジタルカメラ」，「ファクシ
ミリ」，「電子メール」が、複合デバイスとして動作可
能な組合せとして記述されているので、デバイスクラス
「プリンタ」と「スキャナ」の組合せは、複合デバイス
として動作可能な組合せであると判定を下す。こうし
て、判定部１２２は、複合デバイスとして動作可能な組
合せである否かの判定を行なうと、その判定結果を決定
部１３６に伝える。なお、このとき、判定部１２２は、
その判定結果と共に、相手方デバイスであるスキャナ３
４０の名称やデバイスクラスの情報も伝える。 【０１５７】次に、決定部１３６は、判定部１２２が複
合デバイスとして動作可能な組合せであると判定した場
合、デバイス情報記憶部１２４に記憶されている複合デ
バイスカテゴリの情報１２７を参照して、先に仮想した
複合デバイスの種類を決定し（ステップＳ１１０）、判
定部１２２による判定結果と決定部１３６による決定結
果をデバイス情報記憶部１２４，１４４に結果蓄積情報
１３１，１４９として蓄積する。 【０１５８】前述したように、デバイス情報記憶部１２
４およびデバイス情報記憶部１４４には、複合デバイス
カテゴリの情報１２７，１４７がそれぞれ記憶されてい
る。この複合デバイスカテゴリの情報１２７，１４７
は、複合デバイスとして動作可能とされるデバイスクラ
スの各組合せについて、それぞれ、対応する複合デバイ
スの種類（複合デバイスカテゴリ）を記した情報であ
る。具体的には、情報１２７，情報１４７には次のよう
なものが記述されている。 【０１５９】 「プリンタ」＋「スキャナ」＝”コピー機” 「スキャナ」＋「ファクシミリ」＝”ファクシミリ（送
信側）” 「プリンタ」＋「ファクシミリ」＝”ファクシミリ（受
信側）” 【０１６０】例えば、デバイスクラス「プリンタ」と
「スキャナ」との組合せでは、プリンタの機能とスキャ
ナの機能を併せ持つデバイスとしてコピー機が考えられ
るので、その組合せに対応する複合デバイスの種類とし
て、”コピー機”が記述される。また、「スキャナ」と
「ファクシミリ」との組合せでは、スキャナの機能とフ
ァクシミリの送信部分の機能とを併せ持つデバイスとし
て、送信側ファクシミリが考えられるので、その組合せ
に対応する複合デバイスの種類として、”ファクシミリ
（送信側）”が記述される。さらに、「プリンタ」と
「ファクシミリ」との組合せでは、プリンタの機能とフ
ァクシミリの受信部分の機能とを併せ持つデバイスとし
て、受信側ファクシミリが考えられるので、その組合せ
に対応する複合デバイスの種類として、”ファクシミリ
（受信側）”が記述される。 【０１６１】その他の複合デバイスカテゴリとしては、
次のようなものも考えられる。 【０１６２】「デジタルカメラ」＋「電子メール」＝”
ダイレクトメール送信” 「デジタルカメラ」と「電子メール」との組合せでは、
デジタルカメラの機能と電子メールの送信部分の機能と
を併せ持つ仮想的なデバイスとして、デジタルカメラで
撮った画像を予め設定された特定の送信先に電子メール
で直接送信することが可能なダイレクトメール送信が考
えられるので、その組合せに対応する複合デバイスの種
類として、”ダイレクトメール送信”が与えられる。 【０１６３】そこで、決定部１３６は、対応デバイスで
あるプリンタ２４０のデバイスクラス「プリンタ」と、
相手方デバイスであるスキャナ３４０のデバイスクラス
「スキャナ」と、の組合せについて、デバイス情報記憶
部１２４に記憶されている複合デバイスカテゴリの情報
１２７を参照すると、前述したように、デバイスクラス
「プリンタ」と「スキャナ」との組合せについては、複
合デバイスの種類として、”コピー機”が記述されてい
るので、この”コピー機”を「プリンタ」と「スキャ
ナ」との組合せに対応する複合デバイスの種類として決
定する。 【０１６４】こうして、決定部１３６によって決定され
た複合デバイスの種類は、前述したように、先に判定部
１２２で判定された結果と共に、結果蓄積情報１３１，
１４９として蓄積される。具体的には、例えば、結果蓄
積情報１３１の場合、相手方デバイスであるスキャナ３
４０の名称と、組み合わせた場合に複合デバイスとして
動作可能であるという判定結果と、複合デバイスの種類
（すなわち、”コピー機”）と、が格納されることにな
る。一方、相手方である結果蓄積情報１４９の場合は、
スキャナ３４０から見て相手方デバイスであるプリンタ
２４０の名称と、組み合わせた場合に複合デバイスとし
て動作可能であるという判定結果と、複合デバイスの種
類（すなわち、”コピー機”）と、が格納されることに
なる。 【０１６５】その後、図２３に戻って、コンピュータ１
００のユーザが、マウス８４を操作して、プリンタアイ
コン４２０に重ねられていたスキャナアイコン４１０’
を、その位置でドロップ（Drop）すると、図２４に示す
ステップＳ１１２の処理が続行される。 【０１６６】すなわち、決定部１３６は、データ伝送実
行部１２９と、インターフェイス部１４０内のデータ伝
送実行部１４８に、データ伝送の開始を指示する（ステ
ップＳ１１２）。すると、これらデータ伝送実行部１２
９及び１４８が、データ伝送の実行処理を開始する（ス
テップＳ１１４）。具体的には、データ伝送実行部１４
８が、データ伝送を開始する旨をプロキシ１９０からネ
ットワークを越えて別のコンピュータ３００内のスタブ
３１０に伝え、スタブ３１０はデバイス制御部３２０を
介してデバイスドライバ３３０に伝える。これにより、
デバイスドライバ３３０は、スキャナ３４０からデータ
を取り込み、そのデータをデバイス制御部３２０、スタ
ブ３１０、プロキシ１９０を介してインターフェイス部
１４０のデータ伝送実行部１４８に送る。データ伝送実
行部１４８は、そのデータをさらにアプリケーション部
１１０を介してインターフェイス部１２０のデータ伝送
実行部１２９に送る。データ伝送実行部１２９は、その
データをプロキシ１８０からネットワークを越えて別の
コンピュータ２００内のスタブ２１０に送り、スタブ２
１０は、デバイス制御部２２０を介してデバイスドライ
バ２３０に送り、デバイスドライバ２３０はそのデータ
をプリンタ２４０に出力する。こうして、スキャナ３４
０からプリンタ２４０へデータの伝送が行なわれる。 【０１６７】なお、このとき、プロキシ１８０，１９０
およびスタブ２１０，３１０は、前述したように、コン
ピュータ１００と２００との間、または、コンピュータ
１００と３００との間を、ネットワークを越えて各種制
御情報やデータがやり取りされる際に、上位に位置する
アプリケーション部１１０やインターフェイス部１２
０，１４０に対して、コンピュータ間を接続する通信路
の抽象化を行なう。すなわち、プロキシ１８０，１９０
およびスタブ２１０，３１０は、介在する通信路の種類
の違いを吸収して、例えば、介在する通信路が、ネット
ワーク境界を越えて異なるコンピュータ同士をつなぐ通
信路であるか、同一のコンピュータ内において、プロセ
ス境界を越えて異なるプロセス間をつなぐ通信路である
かを、アプリケーション部１１０やインターフェイス部
１２０，１４０に対して全く意識させることなく、制御
情報やデータのやり取りを行なわせる。 【０１６８】また、デバイス制御部２２０，３２０も、
前述したとおり、対応するデバイス（すなわち、デバイ
ス制御部２２０についてはプリンタ２４０、デバイス制
御部３２０についてはスキャナ３４０）のデバイスクラ
ス（デバイスの種類）の違いを吸収して、上位に位置す
るアプリケーション部１１０やインターフェイス部１２
０，１４０に対して、デバイスの抽象化（ハードウェア
の抽象化）を行なう。 【０１６９】従って、アプリケーション部１１０やイン
ターフェイス部１２０，１４０からは、プロキシ１８
０，１９０およびスタブ２１０，３１０を介することに
よって、デバイスがどのような位置にあっても、間に介
在する通信路の種類を意識することなく、同様な制御環
境にて、デバイスの設定や制御や操作を行なうことがで
きる。また、デバイス制御部２２０，３２０を介するこ
とによって、デバイスクラス（デバイスの種類）の違い
を意識することなく、同様な制御環境にて、デバイスの
設定や制御や操作を行なうことができる。 【０１７０】以上のようにして、コンピュータ１００の
ユーザが、マウス８４を操作して、プリンタアイコン４
２０に重ねられているスキャナアイコン４１０’をドロ
ップすると、それによって、スキャナ３４０からプリン
タ２４０へのデータの伝送が行なわれることになる。 【０１７１】ところで、一方、図２４のステップＳ１０
８において、判定部１２２が複合デバイスとして動作可
能な組合せでないと判定した場合には、次のような処理
が行なわれる。すなわち、決定部１３６は、そのような
判定結果を得た場合に、データ出力部１３２に対し、関
連付け不可のマークを表示するよう指示する（ステップ
Ｓ１１６）。これにより、データ出力部１３２は、モニ
タ１７０の画面上において、送り手側デバイスに対応す
るアイコンと受け手側デバイスに対応するアイコンとが
重なり合っている位置に、関連付け不可を表す所定のマ
ークを表示させ、ユーザに対し、対象となった送り手側
デバイスと受け手側デバイスとの組合せでは複合デバイ
スとして動作不可能であり、最終的に関連付けは不成立
であることを教示する。 【０１７２】以上のように、本実施例によれば、コンピ
ュータ１００のユーザが、コンピュータ３００に接続さ
れたスキャナ３４０によって画像を取り込み、その取り
込んだ画像をコンピュータ２００に接続されたプリンタ
２４０によって印刷しようとして、スキャナアイコン４
１０をドラッグしプリンタアイコン４２０に重ね合わせ
ると、自動的に、それらスキャナ３４０とプリンタ２４
０との組合せが複合デバイスとして動作可能である組合
せであるかどうかが判断される。従って、その判断結果
として、動作可能な組合せであると判断されたならば、
スキャナ３４０から画像のデータを送り出しても、プリ
ンタ２４０でその画像のデータを受け取って処理できる
ことが保証されたことになる。よって、その後、重ねて
いたスキャナアイコン４１０’をプリンタアイコン４２
０にドロップして、スキャナ３４０からプリンタ２４０
への画像のデータの伝送が開始されても、それらデバイ
ス間で、問題なく有効なデータの伝送を行なうことがで
きる。 【０１７３】さて、上記した例では、プリンタアイコン
４２０に重ねられているスキャナアイコン４１０’をド
ロップすると、直ちに、スキャナ３４０からプリンタ２
４０へデータの伝送が開始されたが、次の例では、直ち
にデータ伝送を開始するのではなく、ドロップした瞬間
に、まず、モニタ１７０の画面上に、ユーザインターフ
ェイスを表示させるようにしている。 【０１７４】図２５は図２１におけるインターフェイス
部１２０で実行されるユーザインターフェイス表示処理
の流れを示すフローチャートである。 【０１７５】なお、図２５において、ステップＳ１２２
〜Ｓ１３０の処理及びステップＳ１３６の処理は、図２
４に示したステップＳ１０２〜Ｓ１１０の処理及びステ
ップＳ１１６の処理と同じであるので、説明は省略す
る。 【０１７６】それでは、ステップＳ１３２以降の処理に
ついて説明する。ステップＳ１３０で、決定部１３６が
複合デバイスの種類を決定する（すなわち、複合デバイ
スの種類として”コピー機”を決定する）と、次に、決
定部１３６は、ＵＩ参照テーブル１２８を参照して、決
定した複合デバイスの種類に対応するユーザインターフ
ェイスを決定する（ステップＳ１３２）。ＵＩ参照テー
ブル１２８には、動作可能とされる複合デバイスの種類
毎に、それぞれ、例えば、対応するユーザインターフェ
イスの識別番号が記述されている。従って、決定部１３
６は、決定した複合デバイスの種類に基づいて、それに
対応するユーザインターフェイスの識別番号を、ＵＩ参
照テーブル１２８から得て、それをデータ出力部１３２
に伝える。 【０１７７】その後、図２３に戻って、コンピュータ１
００のユーザが、マウス８４を操作して、プリンタアイ
コン４２０に重ねられていたスキャナアイコン４１０’
を、その位置でドロップ（Drop）すると、図２５に示す
ステップＳ１３４の処理が続行される。 【０１７８】すなわち、データ出力部１３２は、伝えら
れたユーザインターフェイスの識別番号に基づいて、Ｕ
Ｉデータ格納部１５０から、対応するユーザインターフ
ェイスのデータ、すなわち、そのユーザインターフェイ
スをモニタ１７０の画面上に表示するためのデータをダ
ウンロードする。ＵＩデータ格納部１５０には、動作可
能とされる複合デバイスの各種類について、それぞれ、
対応するユーザインターフェイスのデータが格納されて
いる。ここで、複合デバイスの種類に対応するユーザイ
ンターフェイスとは、その複合デバイスを操作するため
のユーザインターフェイスであって、その複合デバイス
を設定したり、制御したり、狭義に操作したりするのに
適したユーザインターフェイスである。 【０１７９】従って、この例の場合、決定部１３６で決
定した複合デバイスの種類は”コピー機”であったの
で、データ出力部１３２は、ＵＩデータ格納部１５０に
格納されているユーザインターフェイスのデータの中か
ら、コピー機を操作するためのユーザインターフェイス
のデータを選択してダウンロードする。 【０１８０】続いて、データ出力部１３２は、そのダウ
ンロードしたユーザインターフェイスのデータをコンピ
ュータ１００に接続されたモニタ１７０に出力して、モ
ニタ１７０の画面上に、その複合デバイスであるコピー
機を操作するためのユーザインターフェイスを表示させ
る（ステップＳ１３４）。 【０１８１】以上のようにして、コンピュータ１００の
ユーザが、マウス８４を操作して、プリンタアイコン４
２０に重ねられているスキャナアイコン４１０’をドロ
ップした瞬間に、モニタ１７０の画面上には、スキャナ
３４０とプリンタ２４０を共に操作するためのユーザイ
ンターフェイスとして、図２６に示すような、複合デバ
イスであるコピー機を操作するためのユーザインターフ
ェイスが表示されることになる。 【０１８２】なお、上記した例の場合は、デバイスクラ
ス「プリンタ」と「スキャナ」との組合せにより複合デ
バイスの種類が”コピー機”であったため、モニタ１７
０の画面上には、図２６に示すようなコピー機を操作す
るためのユーザインターフェイスが表示されたが、例え
ば、デバイスクラス「プリンタ」と「ファクシミリ」と
の組合せであれば、複合デバイスの種類は”ファクシミ
リ（受信側）”となるので、モニタ１７０の画面上に
は、図２７に示すような受信側ファクシミリを操作する
ためのユーザインターフェイスが表示されることなる。 【０１８３】以上のように、本実施例によれば、コンピ
ュータ１００のユーザが、コンピュータ３００に接続さ
れたスキャナ３４０によって画像を取り込み、その取り
込んだ画像をコンピュータ２００に接続されたプリンタ
２４０によって印刷しようとしている場合などにおい
て、そのスキャナ３４０およびプリンタ２４０を共に操
作するためのユーザインターフェイスとして、プリンタ
とスキャナの機能を共に有したコピー機を操作するため
のユーザインターフェイスが表示されるため、ユーザ
は、スキャナ３４０用とプリンタ２４０用とで異なるユ
ーザインターフェイスを使い分ける必要がなく、統合さ
れたユーザインターフェイスでもって一度に設定などの
指示をすることができ、ユーザに対して、最適化された
操作性を提供することができる。また、ユーザは、それ
らスキャナ３４０およびプリンタ２４０を１つの複合デ
バイスであるコピー機として見なして、統一的に操作す
ることができるので、操作性をより最適化することがで
きる。 【０１８４】さて、以上の説明においては、プリンタア
イコン４２０に重ねられているスキャナアイコン４１
０’をドロップした瞬間に、モニタ１７０の画面上に、
ユーザインターフェイスを表示させることとして説明し
たが、以下に述べるように、複合デバイスを操作するた
めのユーザインタフェイスを表示させるのに先だって、
複合デバイスに対応するアイコンを表示させるようにし
ても良い。この場合、アイコンを表示するか否かの選択
をユーザが行えるようにするために、ドラッグ＆ドロッ
プ時に特定のキーが押されているかを検出するとか、ア
イコンの作成を選べるようなメニューを表示するなどを
行うことが考えられる。 【０１８５】図２８は図２５に示すユーザインターフェ
イス表示処理の一部を変更した場合の処理の流れを示す
フローチャートである。 【０１８６】この変形例では、決定部１３６が、ＵＩ参
照テーブル１２８を参照して、ステップＳ１３０で決定
した複合デバイスの種類に対応するユーザインターフェ
イスを決定した後（ステップＳ１３２）、引き続いて、
決定部１３６は、アイコン参照テーブル１３０を参照し
て、ステップＳ１３０で決定した複合デバイスの種類に
対応するアイコンを決定する（ステップＳ１４０）。ア
イコン参照テーブル１３０には、動作可能とされる複合
デバイスの種類毎に、それぞれ、例えば、対応するアイ
コンの識別番号が記述されている。これにより、決定部
１３６は、決定した複合デバイスの種類に基づいて、そ
れに対応するアイコンの識別番号を、アイコン参照テー
ブル１３０から得て、それをデータ出力部１３２に伝え
る。 【０１８７】その後、コンピュータ１００のユーザが、
マウス８４を操作して、プリンタアイコン４２０に重ね
られていたスキャナアイコン４１０’を、その位置でド
ロップすると、図２８に示すステップＳ１４２以降の処
理が続行される。 【０１８８】すなわち、データ出力部１３２は、決定部
１３６から伝えられたアイコンの識別番号に基づいて、
アイコンデータ格納部１６０から、対応するアイコンを
モニタ１７０の画面上に表示するためのデータをダウン
ロードする。アイコンデータ格納部１６０には、動作可
能とされる複合デバイスの各種類について、それぞれ、
その複合デバイスを視覚的に表したアイコンのデータが
格納されている。 【０１８９】従って、前述した如く、決定部１３６で決
定した複合デバイスの種類が”コピー機”であったとす
ると、データ出力部１３２は、アイコンデータ格納部１
６０に格納されているアイコンのデータの中から、コピ
ー機に対応するアイコンのデータを選択してダウンロー
ドする。 【０１９０】続いて、データ出力部１３２は、そのダウ
ンロードしたアイコンのデータをコンピュータ１００に
接続されたモニタ１７０に出力して、モニタ１７０の画
面上に、その複合デバイスであるコピー機に対応するア
イコンを表示させる（ステップＳ１４２）。 【０１９１】従って、コンピュータ１００のユーザが、
マウス８４を操作して、プリンタアイコン４２０に重ね
られているスキャナアイコン４１０’をドロップした瞬
間に、モニタ１７０の画面上には、図２９に示すよう
に、複合デバイスであるコピー機を視覚的に表すコピー
機アイコン４４０が表示されることになる。これはドラ
ッグ＆ドロップされた位置に表示されても良いし、複合
デバイスフォルダ等の別の場所に表示されても良い。な
お、もとのスキャナアイコン４１０およびプリンタアイ
コン４２０は、図２９に示すようにモニタ１７０の画面
上から一時的に消滅しても良いし、そのまま画面上に表
示され続けても良い。 【０１９２】次に、決定部１３６は、表示されたコピー
機アイコン４４０について、そのアイコンの示す複合デ
バイスが実際にはどのようなデバイスによって構成され
ているかを示す情報（即ち、その複合デバイスであるコ
ピー機は送り手側デバイスであるスキャナ３４０と受け
手側デバイスであるプリンタ２４０とで構成されている
ことを示す情報）をデバイス情報記憶部１２４，１４４
に結果蓄積情報１３１，１４９として蓄積した後、コン
ピュータ１００のユーザが、マウス８４を操作して、図
２９に示すように、マウスカーソル４３０をコピー機ア
イコン４４０に重ね合わせて、マウス８４のボタンをク
リックしたかどうかを監視する（ステップＳ１４４）。
そして、決定部１３６が、クリックしたことを検出した
ら、前述したステップＳ１３４の処理を実行する。な
お、ステップＳ１３４の処理については、図２５におい
て既に説明しているので、その説明は省略する。 【０１９３】従って、コンピュータ１００のユーザが、
マウスカーソル４３０をコピー機アイコン４４０に重ね
合わせた状態で、マウス８４のボタンをクリックした瞬
間に、ステップＳ１４４の処理によって、今度は、モニ
タ１７０の画面上に、図２６に示したような、コピー機
を操作するためのユーザインターフェイスが表示され
る。 【０１９４】このように、関連付けの対象となったスキ
ャナ３４０およびプリンタ２４０の組合せに対応するア
イコンとして、複合デバイスであるコピー機に対応する
アイコンを表示することにより、コンピュータ１００の
ユーザは、スキャナ３４０およびプリンタ２４０を１つ
の新たなデバイス（すなわち、コピー機）として視覚的
に認識することができ、以後の取り扱いが容易になる。
また、複合デバイスであるコピー機に対応するアイコン
を表示させているときに、ユーザからの所定の指示によ
って、その複合デバイスであるコピー機を操作するため
ユーザインターフェイスが表示されることになり、ユー
ザは、そのユーザインターフェイスを介して、直ちにそ
のコピー機の設定などの指示を入力することができる。 【０１９５】では、次に、モニタ１７０の画面上に、複
合デバイス（例えば、コピー機）を操作するためのユー
ザインターフェイスが表示されているときに、コンピュ
ータ１００のユーザが、そのユーザインターフェイスを
介して、その複合デバイスについての設定などの指示を
コンピュータ１００に入力した場合、どのようにして、
その指示がコンピュータ２００に接続されたプリンタ２
４０やコンピュータ３００に接続されたスキャナ３４０
に伝えられるかについて説明する。 【０１９６】コンピュータ１００のユーザが、キーボー
ド（図示せず）やマウス８４などを操作して、モニタ１
７０の画面上に表示された上記ユーザインターフェイス
を介して、複合デバイスについての設定の指示を入力す
ると、アプリケーション部１１０は、プリンタ２４０に
関連する設定の指示については、インターフェイス部１
２０に対してその指示を伝え、スキャナ３４０に関連す
る設定の指示については、インターフェイス部１４０に
対してその指示を伝える。各インターフェイス部１２
０，１４０は、それぞれ、その指示をプロキシ１８０，
１９０からネットワークを越えて別のコンピュータ２０
０，３００内のスタブ２１０，３１０に伝え、スタブ２
１０，３１０は、デバイス制御部２２０，３２０を介し
てデバイスドライバ２３０，３３０に伝える。これによ
り、デバイスドライバ２３０は、その指示に従って、プ
リンタ２４０の設定を行ない、デバイスドライバ３３０
は、スキャナ３４０の設定を行なう。 【０１９７】ところで、上述したように、図２４に示し
たデータ伝送開始処理ではステップＳ１１０において、
図２５に示したユーザインターフェイス表示処理ではス
テップＳ１３０において、判定部１２２による判定結果
と決定部１３６による決定結果とがデバイス情報記憶部
１２４に結果蓄積情報１３１として蓄積される。すなわ
ち、上記した例の場合、対応デバイスであるプリンタ２
４０に相手方のデバイスとしてスキャナ３４０が関連付
けられて、上記処理が行なわれたが、対応デバイスであ
るプリンタ２４０に別のデバイスが関連付けられれば、
そのたび毎に上記処理が行なわれて、上記判定結果と決
定結果が結果蓄積情報１３１として蓄積されることにな
る。従って、結果蓄積情報１３１には、対応デバイスで
あるプリンタ２４０に対し、過去に関連付けの行なわれ
た全てのデバイスについて、そのデバイスの名称と、そ
のデバイスと組み合わせた場合に複合デバイスとして動
作可能であるかどうかの判定結果と、動作可能である場
合のその複合デバイスの種類と、がそれぞれ格納されて
いることになる。 【０１９８】よって、この結果蓄積情報１３１を利用す
れば、次のような処理が可能となる。即ち、対応デバイ
スであるプリンタ２４０と、過去に１回でも関連付けの
行なわれたデバイスについては、結果蓄積情報１３１に
そのデバイスに関する情報が格納されているので、図２
４に示したデータ伝送開始処理または図２５に示したユ
ーザインターフェイス表示処理において、判定部１２２
が、関連付部１３４から、関連付けの行なわれた相手方
デバイスの名称が伝えられた段階で、結果蓄積情報１３
１にアクセスして、その相手方デバイスに関する情報が
格納されているかどうか検索し、格納されていれば、そ
の情報を読み出すようにする。そして、その情報を見
て、その相手方デバイスとの組合せにおいては、既に、
複合デバイスとして動作可能であると判断されている場
合には、データ伝送開始処理ではステップＳ１１２ま
で、ユーザインターフェイス表示処理ではステップＳ１
３２まで、処理をスキップし、上記の情報に基づいて以
降の処理を行なうようにする。また、動作不可能である
と判断されている場合には、データ伝送開始処理ではス
テップＳ１１６に、ユーザインターフェイス表示処理で
はステップＳ１３６にスキップして、その処理を行な
う。 【０１９９】このようにすることによって、参照や判断
や決定などの処理（ステップＳ１０４〜Ｓ１１０または
ステップＳ１２４〜Ｓ１３０の処理）が省略されるの
で、処理時間を短縮化することができる。 【０２００】なお、結果蓄積情報１３１に、その相手方
デバイスについて、プリンタ２４０との関連付けの頻度
を表す関連付け頻度情報が含まれている場合には、デー
タ伝送開始処理やユーザインターフェイス表示処理の一
連の処理が終了した段階で、判定部１２２は、結果蓄積
情報１３１に再度アクセスして、その相手方デバイスに
ついての関連付け頻度情報を更新する（即ち、関連付け
の行なわれた頻度を１増やす）。 【０２０１】またさらに、結果蓄積情報１３１を利用す
れば、次のような処理も可能となる。図３０は図２１に
おける結果蓄積情報１３１を利用してモニタ１７０の画
面上のプリンタアイコンの近くに表示されたポップアッ
プメニューを示す説明図である。図３０に示すように、
モニタ１７０の画面４００上にプリンタアイコン４２０
が表示されている場合に、ユーザがマウス８４を操作
し、画面４００上に表示されているマウスカーソル４３
０でそのプリンタアイコン４２０を選択し、そこでマウ
ス８４の右ボタンをクリックすると、データ出力部１３
２は、結果蓄積情報１３１を参照して、プリンタアイコ
ン４２０のそばにポップアップメニュー４７０を表示さ
せる。そのポップアップメニュー４７０には、対応デバ
イスであるプリンタ２４０が過去に関連付けられ、複合
デバイスとして動作可能な組合せであると判断されたデ
バイスの名称が羅列して表示されている。しかも、その
表示順序は、結果蓄積情報１３１に格納されている関連
付け頻度情報に基づいて、プリンタ２４０と関連付けの
行なわれた頻度の高い順となっている。 【０２０２】その後、ユーザが、その表示されたデバイ
スの中から、対応デバイスであるプリンタ２４０と今か
ら関連付けを行ないたいデバイスを、マウスカーソル４
３０で選択すると、関連付部１３４は対応デバイスであ
るプリンタ２４０と選択した相手方のデバイスとの関連
付けを行う。 【０２０３】以上のようなポップアップメニュー４７０
を表示させることによって、ユーザは、その対応デバイ
スであるプリンタ２４と過去に複合デバイスとして動作
可能であると判断されたデバイスとしてどのようなもの
があるかを一目で把握できると共に、それらデバイスの
中で、過去に、どのようなデバイスとよく関連付けられ
ていたかを知ることができる。しかも、関連付けの行な
われた頻度の高いデバイスが上位に来るので、ユーザ
は、プリンタ２４０と共にもよく使用されているデバイ
スを直ちに選択することができる。 【０２０４】図３１は図２１における結果蓄積情報１３
１を利用してモニタ１７０の画面上に表示された送り手
側デバイスと受け手側デバイスの組合せを示す説明図で
ある。ユーザがマウス８４等によってコンピュータ１０
０に、送り手側デバイスと受け手側デバイスの組合せの
表示を指示すると、所定のインターフェイス部が自己の
持つ結果蓄積情報と他のインターフェイス部の持つ結果
蓄積情報をそれぞれ参照して、コンピュータ１００によ
って過去に関連付けの行なわれたデバイスについて、複
合デバイスとして動作可能であると判断された組合せを
検索し、その結果を図３１に示すようにモニタ１７０の
画面４００上に組合せ表示ウインドウ４８０を開いて表
示させる。 【０２０５】組合せ表示ウインドウ４８０には、コンピ
ュータ１００によって過去に関連付けられ複合デバイス
として動作可能であると判断されたデバイスの組合せに
ついて、それぞれ、送り手側デバイスの名称と受け手側
デバイスの名称とが、その関連付けの行なわれた最新の
日時と共に表示されている。 【０２０６】従って、ユーザは、コンピュータ１００に
よって、過去に、どのようなデバイス同士が関連付けら
れ、複合デバイスとして動作可能であると判断されたか
を一目で把握することができる。 【０２０７】図３２は図２１における結果蓄積情報１３
１を利用してモニタ１７０の画面上のコピー機アイコン
の近くに表示されたポップアップメニューを示す説明図
である。図３２に示すように、モニタ１７０の画面４０
０上に、複合デバイスであるコピー機を視覚的に表すコ
ピー機アイコン４４０が表示されている場合に、ユーザ
がマウス８４を操作し、画面４００上に表示されている
マウスカーソル４３０でそのコピー機アイコン４４０を
選択し、そこでマウス８４の右ボタンをクリックする
と、データ出力部１３２は、結果蓄積情報１３１を参照
して、コピー機アイコン４４０のそばにポップアップメ
ニュー４９０を表示させる。そのポップアップメニュー
４９０には、そのコピー機アイコン４４０の示す複合デ
バイス（即ち、コピー機）を構成するデバイスの名称が
それぞれ表示される。具体的には、その複合デバイスを
構成するデバイスとして、送り手側デバイスについては
スキャナ３４０の名称（例えば、スキャナＣ）が、受け
手側デバイスについてはプリンタ２４０の名称（例え
ば、プリンタＡ）が、それぞれ表示される。 【０２０８】従って、ユーザは、複合デバイスを表すア
イコンが表示されている場合に、その複合デバイスがど
のようなデバイスによって構成されていたかを忘れてし
まったとしても、上記のポップアップメニュー４９０を
表示させることによって、容易に知ることができる。 【０２０９】ところで、上記した例では、図２３に示し
たように、マウス８４の操作により、送り手側デバイス
であるスキャナ３４０に対応したスキャナアイコン４１
０をドラッグして、受け手側デバイスであるプリンタ２
４０に対応したプリンタアイコン４２０の上に重ね合わ
せることにより、図２４に示したデータ伝送開始処理や
図２５に示したユーザインターフェイス表示処理を実行
していた。しかし、このように、送り手側デバイスに対
応するアイコンをドラッグして、受け手側デバイスに対
応するアイコンの上に重ね合わせる場合だけでなく、次
のような場合にも、データ伝送開始処理やユーザインタ
ーフェイス表示処理を実行するようにしても良い。 【０２１０】例えば、今、送り手側デバイスとしてスキ
ャナ３４０の代わりに、デジタルカメラを考え、モニタ
１７０の画面４００上に、送り手側デバイスであるデジ
タルカメラに対応するデジタルカメラアイコンと受け手
側デバイスであるプリンタアイコン４２０が表示されて
いるものとする。そこで、ユーザが、マウス８４を操作
して、マウスカーソル４３０をデジタルカメラアイコン
の上に重ねて、マウス８４のボタンをダブルクリックす
ると、図３３に示すように、ウインドウ４６０が開き、
デジタルカメラに取り込まれている各々の画像ファイル
に対応した画像アイコンが列挙されて表示される。そこ
で、ユーザが、デジタルカメラに取り込まれている複数
の画像ファイルの中から、プリンタ２４０によって印刷
したい画像ファイルを決定し、その画像ファイルに対応
した画像アイコン４５０を選択してドラッグ（Drag）
し、プリンタアイコン４２０の上に重ね合わせると、図
２４に示したデータ伝送開始処理または図２５に示した
ユーザインターフェイス表示処理が実行される。 【０２１１】このとき、図２４のステップＳ１０２や図
２５のステップＳ１２２では、インターフェイス部１２
０内の関連付部１３４が、アプリケーション部１１０か
ら伝えられたマウス８４の操作内容を分析して、対象と
なっている画像ファイルを取り込んでいる送り手側デバ
イスがデジタルカメラであることを把握し、インターフ
ェイス部１２０の対応デバイスであるプリンタ２４０と
関連付けを行うべき相手方のデバイスは、デジタルカメ
ラであることを認識する。従って、関連付部１３４は、
プリンタ２４０とデジタルカメラとの関連付けを行う。 【０２１２】従って、このように、送り手側デバイスに
入力されている情報に対応するアイコンをドラッグし
て、受け手側デバイスに対応するアイコンの上に重ね合
わせることにより、データ伝送開始処理またはユーザイ
ンターフェイス表示処理を実行するようにしても良い。 【０２１３】また、上記した説明では、送り手側デバイ
スに対応するアイコン（または送り手側デバイスに入力
されている情報に対応するアイコン）をドラッグしてい
るが、受け手側デバイスに対応するアイコンをドラッグ
して、送り手側デバイスに対応するアイコン（または送
り手側デバイスに入力されている情報に対応するアイコ
ン）の上に重ね合わせることにより、データ伝送開始処
理またはユーザインターフェイス表示処理を実行するよ
うにしても良い。 【０２１４】また、アイコンをドラッグする方法に限ら
ず、例えば、マウス操作により、送り手側デバイスに対
応するアイコン（または送り手側デバイスに入力されて
いる情報に対応するアイコン）と受け手側デバイスに対
応するアイコンを共に選択した上で、ポップ・アップ・
メニューを表示させて、そのメニュー内に、予め載せて
あるデータ伝送開始処理やユーザインターフェイス表示
処理の実行命令を選択して、上記処理を実行させるよう
にしても良い。 【０２１５】また、図２１においては、コンピュータ１
００のアプリケーション部１１０に対して、ユーザがコ
ンピュータ１００に接続されたマウス８４を操作するこ
とにより、種々の指示を与えていだが、本発明はこれに
限定されるものではなく、例えば、ＰＤＡ（Personal D
igital Assistants）や携帯電話やモバイルコンピュー
タなどの情報端末機器を用いて、ネットワークを介し
て、コンピュータ１００のアプリケーション部１１０
に、種々の指示を与えるようにしても良い。 【０２１６】図３４は情報端末機器５００を利用してコ
ンピュータ１００のアプリケーション部１１０に指示を
与える場合の構成を示すブロック図である。図３４にお
いて、図２１に示した構成要素と同じ構成要素について
は、同じ符号を付してある。 【０２１７】図３４に示すように、コンピュータ１００
には、ネットワーク（図示せず）を介して、コンピュー
タ２００，３００の他に、さらに情報端末機器５００が
接続されている。そして、コンピュータ１００は、アプ
リケーション部１１０、インターフェイス部１２０，１
４０及びプロキシ１８０，１９０の他に、さらに、情報
公開部１９５を備えている。また、情報端末機器５００
は、リモートアプリケーション部５１０と、操作部５２
０と、表示部５３０と、を備えている。 【０２１８】これらのうち、コンピュータ１００の情報
公開部１９５は、例えば、Ｗｅｂサーバソフトウェアに
よって構築されており、情報端末機器５００のリモート
アプリケーション部５１０は、例えば、Ｗｅｂブラウザ
ソフトウェアによって構築されている。 【０２１９】そこで、情報公開部１９５は、アプリケー
ション部１１０の持つ情報を、Ｗｅｂによってネットワ
ーク上に公開する。一方、リモートアプリケーション部
５１０は、情報端末機器５００のユーザが操作部５２０
を操作して、例えば、コンピュータ１００のＵＲＬ（Un
iform Resource Locator）である"http://123.45.67.89
/resource"が入力されると、そのＵＲＬに基づいてコン
ピュータ１００にアクセスし、情報公開部１９５が公開
している情報を取得して、表示部５３０に表示させる。
なお、Ｗｅｂサーバであるコンピュータ１００とＷｅｂ
クライアントである情報端末機器５００との間は、周知
の通り、Ｗｅｂ標準プロトコルであるＨＴＴＰによって
情報のやり取りがなされる。 【０２２０】図３５は図３４に示す情報端末機器５００
の外観と表示部５３０に表示された画面の一例を示す説
明図である。図３５に示すように、情報端末機器５００
の表示部５３０には、コンピュータ１００の情報公開部
１９５によって公開された情報がいわゆるホームページ
の形で表示されている。 【０２２１】そこで、情報端末機器５００のユーザが、
操作部５２０を操作して、例えば、第１表示領域５３２
に表示されている「送り手側デバイス（Source Devic
e）」及び「受け手側デバイス（Destination Devic
e）」の項目のうち、何れか一方を選択して、サーチボ
タン５３４を押すと、選択したデバイスの候補が第２の
表示領域５３６に表示される。 【０２２２】また、情報端末機器５００のユーザが、操
作部５２０を操作して、例えば、送り手側デバイスと受
け手側デバイス各々について、表示された候補の中か
ら、所望のデバイスとして例えば「スキャナ１（Scanne
r 1）」と「プリンタ１（Printer 1）」をそれぞれ選択
すると、図３５に示すように、第２表示領域５３６に、
その選択結果が表示される。さらに、ユーザが実行ボタ
ン５３６を押すと、リモートアプリケーション部５１０
は、ネットワーク、情報公開部１９５を介して、アプリ
ケーション部１１０に対して、スキャナ１からプリンタ
１へのデータの伝送開始を指示する。アプリケーション
部１１０は、この指示をさらにインターフェイス部１２
０に伝え、これにより、インターフェイス部１２０は、
例えば、前述の図２４に示したデータ伝送開始処理を開
始する。 【０２２３】以上のようにして、情報端末機器からネッ
トワークを介してアプリケーション部に指示を与えるこ
とが可能となるので、リソースの乏しい情報端末機器か
らネットワーク上の種々のデバイスを制御することが可
能となる。 【０２２４】また、図２１においては、プリンタ２４０
やスキャナ３４０等のデバイスに関連した情報、すなわ
ち、対応デバイスクラスの情報１２５，１４５と、複合
動作可能デバイスクラスの情報１２６，１４６と、複合
デバイスカテゴリの情報１２７，１４７と、結果蓄積情
報１３１，１４９などは、インターフェイス部１２０，
１４０内のデバイス情報記憶部１２４，１４４に記憶さ
れていたが、これらプリンタ２４０やスキャナ３４０等
のデバイスに関する情報は、各デバイスに対応するデバ
イス制御部２２０，３２０にも格納されている（但し、
結果蓄積情報１３１，１４９については格納させる必要
がある）ので、これらプリンタ２４０やスキャナ３４０
等のデバイスに関する情報を、インターフェイス部１２
０，１４０内に組み込む代わりに、必要なとき、ネット
ワークを介してこれらデバイス制御部２２０，３２０に
アクセスして、取得するようにしても良い。また、これ
らプリンタ２４０やスキャナ３４０等のデバイスに関す
る情報を、コンピュータ１００〜３００以外のネットワ
ーク上に存在する別のコンピュータ（例えば、サーバな
ど）に格納して、必要な時に、ネットワークを介してそ
のコンピュータにアクセスして、取得するようにしても
良い。 【０２２５】また、図２１においては、ユーザインター
フェイスのデータやアイコンのデータは、インターフェ
イス部１２０とは、別のＵＩデータ格納部１５０やアイ
コンデータ格納部１６０に格納されており、モニタ１７
０の画面上に表示する時点で、これらからダウンロード
していた。しかし、本発明はこれに限定されるものでは
なく、例えば、ユーザインターフェイスのデータやアイ
コンのデータを、ＣＯＭオブジェクトとして構成される
インターフェイス部１２０内に、初めから組み込むよう
にしておいても良い。また、ユーザインターフェイスの
データやアイコンのデータを、コンピュータ２００や３
００に格納するようにしても良いし、コンピュータ１０
０〜３００以外のネットワーク上に存在する別のコンピ
ュータ（例えば、サーバなど）に格納するようにしても
良い。 【０２２６】さらに、図２１に示すデバイス制御システ
ムは図２（ｃ）に示した接続形態であって、プリンタ２
４０やスキャナ３４０などのデバイスは、アプリケーシ
ョン部１１０やインターフェイス部１２０，１４０の存
在するコンピュータ１００とは、別のコンピュータ２０
０，コンピュータ３００に接続されていたが、図２
（ｂ）に示した接続形態として、プリンタ２４０やスキ
ャナ３４０などのデバイスは、アプリケーション部１１
０等の存在するコンピュータ１００に接続するようにし
ても良い。この場合は、スタブ、デバイス制御部および
デバイスドライバの各構成要素も、アプリケーション部
１１０等の存在するコンピュータ１００内に生成される
ことになる。また、図２１においては、プリンタ２４０
やスキャナ３４０などのデバイスは、コンピュータ２０
０や３００の外部に接続されているように描いてある
が、図３に示したように、デバイスとコンピュータとが
一体的に構成されていても構わない。 【０２２７】なお、本発明は上記した実施例や実施形態
に限られるものではなく、その要旨を逸脱しない範囲に
おいて種々の態様にて実施することが可能である。 【０２２８】上記した実施例においては、図２１に示し
たように、対応デバイスクラスの情報１２５，１４５や
複合動作可能デバイスクラスの情報１２６，１４６な
ど、対象となるデバイスの属性情報として、デバイスの
種類に関する情報を参照して、対象となるデバイスが複
合デバイスとして動作可能な組合せであるか否かを判定
していた（図２４のステップＳ１０８または図２５のス
テップＳ１２８）。しかし、上述したように、参照され
る属性情報としては、デバイスの種類の他にも、送り手
側デバイス系／受け手側デバイス系、Push型／Pull型
（データ伝送の主体がSource側か，Destination側
か）、取り扱い可能なデータ形式、デバイスの状態（動
作可能か？等）や性能（処理速度等）や存在場所（セク
ション，フロアー等）や処理コスト（通信コストや印刷
コスト）、特別なデータ伝送方式のサポートの有無な
ど、種々の情報を用いることができる。 【０２２９】また、対象となるデバイスが複合デバイス
として動作可能な組合せであるか否かを判定した後に、
複合デバイスとして動作可能な組合せであると判定され
た対象デバイスについて、そのデバイスの組合せがどの
程度有効であるかを、上記の属性情報に基づいて総合的
に評価して、その有効性の度合いを表す評価値を得るよ
うにしても良い。例えば、上記属性情報の各々に予め重
み付けた点数を与えておき、対象となるデバイスの組合
せについて、その合計点を算出することによって、て評
価値を得るようにする。 【０２３０】また、このような評価値を得た場合、モニ
タ１７０の画面４００上に表示されている、対象となる
デバイスのアイコンの近くに、その評価値自体を表示す
るようにしても良い。 【０２３１】また、或る対応デバイスに対して、相手方
となるデバイスを複数選択することにより、対象となる
デバイスの組合せを複数組作った場合は、その組合せ毎
にそれぞれ評価値を得て、その評価値の高い順に、相手
方となるデバイスをリストアップして表示するようにし
ても良い。 【０２３２】図３６は図２１におけるインターフェイス
部１２０で実行される他のユーザインターフェイス表示
処理の流れを示すフローチャートである。 【０２３３】図３６に示すように、決定部１３６は、判
定部１２２が対象となるデバイスについて、複合デバイ
スとして動作可能な組合せであると判定した場合に（ス
テップＳ１４８）、複合デバイスの種類を決定した後
（ステップＳ１５０）、デバイス情報記憶部１２４や１
４４に記憶されている属性情報を参照して、対象となる
デバイスの組合せについて、組合せの有効性の度合いを
表す評価値を算出する（ステップＳ１５２）。そして、
データ出力部１３２は、算出された評価値に基づいて、
上述したような表示をモニタ１７０の画面上に行なう
（ステップＳ１５４）。 【０２３４】上記した実施例においては、制御対象とな
るデバイスは２つまたは３つであったが、本発明はこれ
に限定されるものではなく、４つ以上のデバイスを制御
対象としても良い。

【図面の簡単な説明】 【図１】本発明の一実施例としてのデバイス制御システ
ムの構成を示すブロック図である。 【図２】図１のデバイス制御システムについての接続形
態の代表例を示すブロック図である。 【図３】図１のデバイス制御システムについての接続形
態の代表例を示すブロック図である。 【図４】図１のデバイス制御システムにおける別のデー
タ伝送の方法を説明するためのブロック図である。 【図５】図１のデバイス制御システムにおける別のデー
タ伝送の方法を説明するためのブロック図である。 【図６】図１のデバイス制御システムをＣＯＭの技術を
用いて実現した場合の具体例を示すブロック図である。 【図７】画面上に表示されたスキャナ及びプリンタのア
イコンを操作している様子を示す説明図である。 【図８】図６のデバイス制御システムにおいて、データ
伝送を行なう場合の手順を示す説明図である。 【図９】図６のデバイス制御システムにおいて、データ
伝送を行なう場合の手順を示す説明図である。 【図１０】図６のデバイス制御システムにおいて、デー
タ伝送を行なう場合の手順を示す説明図である。 【図１１】図６のデバイス制御システムにおいて、デー
タ伝送を行なう場合の手順を示す説明図である。 【図１２】図６のデバイス制御システムにおいて、デー
タ伝送を行なう場合の手順を示す説明図である。 【図１３】図５に示したデータ伝送の方法をＣＯＭの技
術を用いて実現した場合の具体例を示すブロック図であ
る。 【図１４】図１３のデバイス制御部３０ａ，３０ｂ間で
直接のデータ伝送を行なう場合の手順を示す説明図であ
る。 【図１５】図１３のデバイス制御部３０ａ，３０ｂ間で
直接のデータ伝送を行なう場合の手順を示す説明図であ
る。 【図１６】図１３のデバイス制御部３０ａ，３０ｂ間で
直接のデータ伝送を行なう場合の手順を示す説明図であ
る。 【図１７】図１３のデバイス制御部３０ａ，３０ｂ間で
直接のデータ伝送を行なう場合の手順を示す説明図であ
る。 【図１８】図１に示すデバイス制御システムによって仮
想的なコピー機を実現した場合に画面上に表示されるユ
ーザインターフェイスの一例を示す説明図である。 【図１９】図１に示すデバイス制御システムによって仮
想的なコピー機を実現した場合のデータの流れを示す説
明図である。 【図２０】画面上に表示されるデバイス選択ツリーの一
例を示す説明図である。 【図２１】図２（ｃ）の接続形態にて接続した場合のデ
バイス制御システムを示すブロック図である。 【図２２】図２１に示すコンピュータ１００のハードウ
ェア構成の概要を示すブロック図である。 【図２３】図２１におけるモニタ１７０の画面上に表示
されたスキャナアイコンおよびプリンタアイコンを示す
説明図である。 【図２４】図２１におけるインターフェイス部１２０で
実行されるデータ伝送開始処理の流れを示すフローチャ
ートである。 【図２５】図２１におけるインターフェイス部１２０で
実行されるユーザインターフェイス表示処理の流れを示
すフローチャートである。 【図２６】図１におけるモニタ１７０の画面上に表示さ
れた、複合デバイスであるコピー機を操作するためのユ
ーザインターフェイスを示す説明図である。 【図２７】図１におけるモニタ１７０の画面上に表示さ
れた、複合デバイスである受信側ファクシミリを操作す
るためのユーザインターフェイスを示す説明図である。 【図２８】図２５に示すユーザインターフェイス表示処
理の一部を変更した場合の処理の流れを示すフローチャ
ートである。 【図２９】図２１におけるモニタ１７０の画面上に表示
されたコピー機アイコンを示す説明図である。 【図３０】図２１における結果蓄積情報１３１を利用し
てモニタ１７０の画面上のプリンタアイコンの近くに表
示されたポップアップメニューを示す説明図である。 【図３１】図２１における結果蓄積情報１３１を利用し
てモニタ１７０の画面上に表示された送り手側デバイス
と受け手側デバイスの組合せを示す説明図である。 【図３２】図２１における結果蓄積情報１３１を利用し
てモニタ１７０の画面上のコピー機アイコンの近くに表
示されたポップアップメニューを示す説明図である。 【図３３】図２１におけるモニタ１７０の画面上に表示
された画像アイコンおよびプリンタアイコンを示す説明
図である。 【図３４】情報端末機器５００を利用してコンピュータ
１００のアプリケーション部１１０に指示を与える場合
の構成を示すブロック図である。 【図３５】図３４に示す情報端末機器５００の外観と表
示部５３０に表示された画面の一例を示す説明図であ
る。 【図３６】図２１におけるインターフェイス部１２０で
実行される他のユーザインターフェイス表示処理の流れ
を示すフローチャートである。 【符号の説明】 ２０…アプリケーション部 ２２ａ，２２ｂ…インターフェイス部 ２４ａ，２４ｂ…通信路抽象化部 ２６ａ，２６ｂ…通信路 ２８ａ，２８ｂ…デバイス抽象化部 ３０ａ，３０ｂ…デバイス制御部 ３２ａ，３２ｂ…デバイス・ドライバ ３４ａ，３４ｂ…デバイス ３６…通信路抽象化部 ３８…通信路 ４０…コンピュータ ４２，４４…コンピュータ ４６…ネットワーク ４８，５０，５２…コンピュータ ５４…ネットワーク ６０ａ，６０ｂ，６０ｃ…デバイス抽象化部 ６２，６４…通信路抽象化部 Ｉ１，Ｉ６…アイ・サイバー・プラグ Ｉ２，Ｉ７…アイ・コンテキスト・メニュー Ｉ３，Ｉ８…アイ・ドロップ・ソース Ｉ４，Ｉ９…アイ・ドロップ・ターゲット Ｉ５，Ｉ１０…アイ・サイバー・イベント Ｉ１１，Ｉ１３…アイ・サイバー・プロトコル Ｉ１２，Ｉ１４…アイ・サイバー・イベント Ｍ１，Ｍ２…ステイタス・モニタ Ｎ１…イベント・ハンドラー Ｐ１〜Ｐ５…プロキシ Ｓ１〜Ｓ５…スタブ ７０…ＣＰＵ ７２…メモリ ７４…Ｉ／Ｏ部 ７６…ハードディスク装置 ７８…通信装置 ８０…ＣＤ−ＲＯＭドライブ装置 ８２…ＣＤ−ＲＯＭ ８４…マウス １００…コンピュータ １１０…アプリケーション部 １２０…インターフェイス部 １２２…判定部 １２４…デバイス情報記憶部 １２５…対応デバイスクラスの情報 １２６…複合動作可能デバイスクラスの情報 １２７…複合デバイスカテゴリの情報 １２８…ＵＩ参照テーブル １３０…アイコン参照テーブル １３２…データ出力部 １３４…関連付部 １３６…決定部 １４０…インターフェイス部 １４４…デバイス情報記憶部 １４５…対応デバイスクラスの情報 １４６…複合動作可能デバイスクラスの情報 １４７…複合デバイスカテゴリの情報 １５０…ＵＩデータ格納部 １６０…アイコンデータ格納部 １７０…モニタ １８０，１９０…プロキシ ２００…コンピュータ ２１０…スタブ ２２０…デバイス制御部 ２３０…デバイスドライバ ２４０…プリンタ ３００…コンピュータ ３１０…スタブ ３２０…デバイス制御部 ３３０…デバイスドライバ ３４０…スキャナ ４００…画面 ４１０…スキャナアイコン ４２０…プリンタアイコン ４３０…マウスカーソル ４４０…コピー機アイコン ４５０…画像アイコン ４６０…ウインドウ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C061 AP01 HJ08 5B014 FA05 FB04 GD05 GD18 GD19 GD32 GD43 HC02 HC03 HC12 5B021 AA01 BB01 BB10 5C062 AA02 AA05 AA13 AA27 AA29 AB11 AB20 AB23 AB38 AB41 AB42 AC38

Claims (1)

1. 【特許請求の範囲】 【請求項１】 １つ以上のデバイスを制御するためのデ
   バイス制御システムであって、 前記デバイスにそれぞれ対応し、対応するデバイスとの
   間でデータまたは情報のやり取りを行なう１つ以上のデ
   バイス抽象化部と、 前記デバイス抽象化部にそれぞれ対応し、対応するデバ
   イス抽象化部と通信路を介して接続され、対応する前記
   デバイス抽象化部と、所定のアプリケーションプログラ
   ムによって構築されるアプリケーション部と、の間でデ
   ータまたは情報のやり取りを仲介する１つ以上のインタ
   ーフェイス部と、 相互に対応する前記デバイス抽象化部とインターフェイ
   ス部との間にそれぞれ設けられる１つ以上の通信路抽象
   化部と、 を備え、 前記デバイス抽象化部は、対応する前記デバイスについ
   てデバイスの種類に起因した制御上の相違を吸収して、
   前記アプリケーション部に対しデバイスの種類に依存し
   ない同一の制御環境を前記インターフェイス部を介して
   提供することを特徴とするデバイス制御システム。