JP2003223336A - 任意のコンポーネントに相互にデータを転送させるシステムおよび方法 - Google Patents

Abstract

(57)【要約】 【課題】 相互の事前の知識を持たずに、任意のコンポ
ーネントにデータ転送を行わせるための方法とシステム
を提供する。 【解決手段】 一つまたは複数のデータ転送インタフェ
ースは、データソースインフェースとデータシンクイン
タフェースを含む。ユニバーサルインタフェースは、相
互に提供、実行され、異なる通信プロトコルを利用して
いても、あるいは異なるデータタイプを理解しても、コ
ンポーネントに相互にデータを転送させることができ
る。さらに、コンポーネントは他のコンポーネントに直
接データを要求し、また、他のコンポーネントから直接
データを受け取り、あるいは他のコンポーネントへのデ
ータの直接転送を開始することができる。さらに、ある
コンポーネントは、ひとつまたは複数の他のコンポーネ
ントとの間のデータ転送セッションを開始し、コンポー
ネントに相互にデータ転送させることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は一般に、通信システ
ムと方法に関し、より詳しくは、任意のコンポーネント
に対し、モバイルコードを利用するひとつまたは複数の
ユニバーサルデータ転送インタフェースを使って、相互
にデータ転送させるシステムと方法に関する。

【０００２】

【従来の技術および発明が解決しようとする課題】分散
型ネットワークをはじめとするデータ通信環境におい
て、異なるベンダ各社が具体的サービスのための多数の
製品を提供している。これまで、環境内の任意のコンポ
ーネントに相互に通信させるためには、これらのコンポ
ーネントがデータを送信または受信していたと仮定し
(以下、「転送データ」という)、所定のドメインごとの
プロトコルセットを指定することが必要であった。たと
えば、あるベンダが製造したデバイスは、上記のような
所定のプロトコルセットを使用しないと、別のベンダに
よるデバイスとの通信に問題がある。各ベンダーが必要
とする所定のプロトコルがそれぞれ異なるという問題
は、既存のプロトコル標準を採用することにより、ある
程度対処されてきた。しかしながら、複数の標準化機構
があるためプロトコル規格が異なる。

【０００３】たとえば、コンピュータアプリケーション
またはプログラム、データ、メモリ、ファイルディレク
トリ、個人用ファイル、プリンタ、セルラーフォン、フ
ァクシミリ、コピー機、スキャナ、デスクトップコンピ
ュータ、ラップトップコンピュータ、携帯情報端末（Ｐ
ＤＡ）システム、その他の機器に代表される任意のコン
ポーネント同士が相互に関する事前の知識なく通信しよ
うとする場合、うまく通信するためには、ファイルシス
テムドメイン（たとえばＮＦＳ，ＣＩＦＳ）またはプリ
ンタドメイン（たとえばＩＰＰ，ＬＰＲ）等、特定のド
メイン別のプロトコルを両者が事前に知っていなければ
ならない。ファイルシステムと通信しようとしているＰ
ＤＡ等、あるいはこれを行おうとしているプリンタをは
じめとする任意のコンポーネントは、上記のような標準
的なプロトコルのひとつまたは複数を理解するよう明確
にプログラムされていなければならない。その例とし
て、特定ドメインのプリンタドライバをインストールす
ることにより、プリンタを理解するようプログラムしな
ければならないコンピュータデバイスまたはアプリケー
ションが挙げられる。デバイスまたはアプリケーション
がプリンタとの通信、使用方法を理解するようプログラ
ムされていると、一般に、ドライバはそのデバイスまた
はアプリケーションが特定のタイプのプリンタにのみア
クセスできるようにし、すべてのプリンタについて汎用
的に用いることはできない。したがって、新しい未知の
コンポーネントが等式に入ってくると、アプリケーショ
ンはその新コンポーネントと通信するために使用する、
新たな標準化プロトコルを理解するよう再プログラムし
なければならない。上記のコンピュータとプリンタの例
で言えば、新たなタイプのプリンタを導入した場合、コ
ンピュータデバイスは、新しいプリンタ専用のプリンタ
ドライバをインストールすることにより新しいプリンタ
とデータ転送できるようにプログラムしなおす必要があ
る。したがって、各アプリケーションは、そのプロトコ
ルと関連するコンポーネントと通信するための事前のな
特定の標準化プロトコルセットを使用するよう明確に書
かれていなければならない。

【０００４】カリフォルニア州パロアルトのサン・マイ
クロシステムズが開発したＪｉｎｉ（登録商標）は、す
べての引用によって本明細書に援用する文献、カリフォ
ルニア州パロアルト、サン・マイクロシステムズ（登録
商標）による２０００年の「Ｊｉｎｉ（登録商標）テク
ノロジーのヘルパ、ユーティリティおよびサービスに関
する仕様」、１−２１４ページ、カリフォルニア州プロ
アルトのサン・マイクロシステムズ（登録商標）による
２０００年の「Ｊｉｎｉ（登録商標）テクノロジーのコ
アプラットフォームの仕様」、１−１２６ページにおい
て説明されている。この、ドメインごとのインタフェー
スを利用するＪｉｎｉ（登録商標）のようなシステムに
おいて、ＰＤＡ（携帯情報端末）システム等のコンポー
ネントがプリンタ等の別のコンポーネントと通信するた
めには、ＰＤＡシステムは、プリンタのプログラム上の
インタフェースのセマンティックス（semantics）に関
する事前の知識を含んでいなければならない。言い換え
れば、印刷方法をわかっているコンポーネントでも、そ
れが特定のコンポーネントに関するインタフェースとの
通信方法がわかるよう明確にプログラムされていないか
ぎり、ファイルシステム、スキャナまたはネットワーク
翻訳サービス間のデータ転送方法はわからないかもしれ
ない。

【０００５】

【課題を解決するための手段】本発明による、コンポー
ネントに相互にデータ転送させるためのシステムは、ユ
ニバーサルデータ転送インタフェースを有する第一のコ
ンポーネントと、そのユニバーサルデータ転送インタフ
ェースに、データ転送セッションオブジェクトを使用し
て第一のコンポーネントと少なくともひとつのコンポー
ネントとの間でデータを転送させる第二のコンポーネン
トを備える。

【０００６】本発明による、コンポーネントに相互にデ
ータ転送させるためのシステムは、第一のユニバーサル
データ転送インタフェースを有する第一のコンポーネン
トと、第二のユニバーサルデータ転送インタフェースを
有する第二のコンポーネントと、第一のユニバーサルデ
ータ転送インタフェースと第二のユニバーサルデータ転
送インタフェースに、データ転送セッションオブジェク
トを使用して第一のコンポーネントと第二のコンポーネ
ントとの間でデータを転送させる第三のコンポーネント
を備える。

【０００７】本発明による、コンポーネントに相互のデ
ータ転送を行わせる機械によって実行可能な命令プログ
ラムを有形に具体化した、機械判読可能なプログラム記
憶方法とプログラム記憶装置は、ユニバーサルデータ転
送インタフェースにデータ転送セッションオブジェクト
を取得させるステップと、そのデータ転送セッションオ
ブジェクトを使って、第一のコンポーネントと少なくと
もひとつのコンポーネントとの間でデータを転送させる
ステップを含む。

【０００８】本発明による、コンポーネントに相互のデ
ータ転送を行わせる機械によって実行可能な命令プログ
ラムを有形に具体化した、機械判読可能なプログラム記
憶方法とプログラム記憶装置は、第一のユニバーサルデ
ータ転送インタフェースと第二のユニバーサルデータ転
送インタフェースを呼び出すステップと、呼び出された
第一のユニバーサルデータ転送インタフェースまたは第
二のユニバーサルデータ転送インタフェースの一方から
データ転送セッションオブジェクトを取得するステップ
と、そのデータ転送セッションオブジェクトを使用し
て、第一のコンポーネントと第二のコンポーネントとの
間でデータ転送するステップを含む。

【０００９】本発明により、同じまたは異なる通信プロ
トコルまたはデータタイプを有するコンポーネントが、
ドメインごとのインタフェース、プロトコル、データフ
ォーマットの事前の知識を持つことなく、相互にデータ
を転送することができる。

【００１０】

【発明の実施の形態】図１に、本発明のひとつの実施形
態による、任意のコンポーネントに相互にデータ転送さ
せるためのシステム１０を示す。この特定の実施形態に
おいて、システム１０はコンピュータ２０、プリンタ２
１、携帯情報端末（ＰＤＡ）２２、サーバ２３、ファク
シミリ２４（以下、「コンポーネント２０−２４」とい
う）を備える。ひとつの実施形態による方法は、コンピ
ュータ２０が、コンポーネント２１−２４のひとつまた
は複数と関連するユニバーサルデータ転送インタフェー
スのひとつ（つまり、データソースインタフェースまた
はデータシンクインタフェース）を取得するステップ
と、取得したユニバーサルデータ転送インタフェースの
ひとつまたは複数に、コンポーネント２０−２４の間で
データ転送させるステップを含む。本発明により、同じ
または異なる通信プロトコルまたはデータタイプを使用
するコンポーネント２０−２４は、ドメインごとのイン
タフェース、プロトコルまたはデータフォーマットを事
前に知ることなく、相互間でデータ転送することができ
る。本発明により、コンポーネント２０−２４は他のコ
ンポーネント２０−２４とのデータ転送セッションを開
始することも可能となる。

【００１１】さらに詳しく図１を参照すると、コンピュ
ータ２０はこの特定の実施形態において、コンポーネン
ト２１−２４の各々と動作的に接続されているが、より
多いまたは少ないコンポーネント数による、別の接続配
置や構成も可能である。たとえば、システム１０は、他
のコンポーネント２１−２４のひとつまたは複数と直接
接続されたコンポーネント２１−２４のひとつまたは複
数を有してもよいし（たとえばピア・トゥー・ピアシス
テム）、システム１０は、相互に接続されたコンポーネ
ント２０と２１を有してもよい。

【００１２】コンポーネント２０−２４は、デジタル構
内自動電話交換システム（ＰＢＸ）を通じた、公共交換
電話線を使用する従来のダイヤルアップ通信システムや
回線ベースの電話通信プロトコルを使って相互に通信す
ることができる。図にはひとつのタイプの通信システム
とプロトコルが示されているが、別の各種の通信システ
ムまたはプロトコルを使用することができる。たとえ
ば、衛星信号、電波、マイクロウェーブまたは赤外線信
号等の信号を利用するローカルエリアネットワーク（Ｌ
ＡＮ）、ワイドエリアネットワーク（ＷＡＮ）および移
動または衛星通信ネットワークシステムに代表される通
信システムまたはネットワークアーキテクチャを使用で
きる。さらに、ｘＤＳＬ，ＩＳＤＮ，ＴＣＰ／ＩＰまた
はＲＦＣ，ＯＳＩ機関が定義するプロトコル等、データ
伝送のための各種通信プロトコルも利用可能である。使
用するプロトコルの種類は、特定のコンポーネントが使
用する通信システムの種類、コンポーネントの種類（た
とえば、プリンタかスキャナか）、またはコンポーネン
トが動作するネットワーク環境の種類（たとえば、ＵＮ
ＩＸ（登録商標）動作環境）によって異なる。コンポー
ネント２０−２４は、ひとつまたは複数の通信プロトコ
ルを使用できる。さらに、図１の矢印は、コンポーネン
ト２０−２４間の通信の流れを示す。

【００１３】図２を参照すると、この実施形態におい
て、コンピュータ２０は中央処理ユニット（ＣＰＵ）３
０、メモリ３２およびＩ／Ｏユニット３４を備え、これ
らはバス３６によって相互に接続されているが、コンピ
ュータ２０は、本発明のひとつまたは複数の方法を実行
するための命令を記憶、処理、実行できるどのようなタ
イプのデバイスまたはシステムを備えていてもよい。一
例にすぎないが、コンピュータ２０は、スキャナ、携帯
電話、表示デバイス、ビデオ入力／出力デバイス、オー
ディオ入力／出力デバイス、遠隔コントロールデバイス
または器具を備えてもよい。コンピュータ２０は、本発
明のひとつまたは複数の方法を行うための命令を実行す
るハード配線による回路を有するどのようなタイプのデ
バイスでもよい。コンピュータ２０は、それが動作する
環境に関する命令を実行する。この環境は、たとえば１
９７４年アディソン−ウェズリー出版社発行のＷ．リチ
ャード・スティーブンスによる「ＵＮＩＸ（登録商標）
環境における高度なプログラミング」に記載されたＵＮ
ＩＸ（登録商標）環境である。この文献は、引用をもっ
てすべてを本明細書に援用する。この実施形態におい
て、コンピュータ２０は他のコンポーネント２１−２４
のいずれとも同じ通信プロトコルを使用していないが、
コンピュータが他のコンポーネント２１−２４のいずれ
かと同じ通信プロトコルを使用する別の実施形態もあ
る。一例にすぎないが、コンピュータ２０はデータ転送
のための第一の種類の通信プロトコルを使用してＵＮＩ
Ｘ（登録商標）環境で動作し、第二の種類の通信プロト
コルを使用してマイクロソフト・ウィンドウズ（登録商
標）環境で動作することもできる。

【００１４】ＣＰＵ３０は、インテル・ペンティアム
（登録商標）プロセッサのようなプロセッサを備える。
ＣＰＵ３０は、本明細書で説明、図示される、本発明に
よる任意のコンポーネントに相互にデータ転送させるた
めの方法に関する、記憶された命令の少なくともひとつ
のプログラムを実行する。ＣＰＵ３０はまた、データ、
メモリ、ファイルディレクトリ、個人用ファイル、ワー
ドプロセシングアプリケーション、会計アプリケーショ
ンまたはエンジニアリンクアプリケーションを提供する
ような、ネットワークサービスを含むその他の作業に関
する命令も実行できる。その結果、これらのアプリケー
ションのひとつが実行されると、スプレッドシートを作
成する等の作業の命令および本発明の方法のひとつまた
は複数を実行するための命令が、コンピュータ２０のＣ
ＰＵ３０によって実行される。命令は、ＢＡＳＩＣ、Ｐ
ａｓｃａｌ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商
標）、Ｐｅｒｌ、ＣＯＢＯＬ、ＦＯＲＴＲＡＮ、アセン
ブリ言語、機械記号言語またはＣＰＵ３０が理解し、実
行することのできるコンピュータコードまたは言語をは
じめとする、さまざまなコンピュータプログラミング言
語で書かれた実行可能なプログラムとして表現できる。

【００１５】メモリ３２は、ハードディスク、フロッピ
ー（登録商標）ディスク、コンパクトディスク（Ｃ
Ｄ）、デジタルビデオディスク、磁気テープ、光ディス
ク、強誘電体メモリ、リードオンリーメモリ、ランダム
アクセスメモリ、電気的消去可能プログラマブルリード
オンリーメモリ、フラッシュメモリ、消去可能リードオ
ンリーメモリ、スタティックランダムアクセスメモリ、
ダイナミックランダムアクセスメモリ、強磁性体メモ
リ、電荷結合デバイス、スマートカードまたはその他の
種類のコンピュータ判読可能媒体等、ＣＰＵ３０によっ
てアクセスできるあらゆるタイプの固定または移動型メ
モリデバイスを備えることができる。メモリ３２は、Ｃ
ＰＵ３０が実行するための、本発明のひとつの実施形態
による、任意のコンポーネントに相互にデータ転送させ
る方法に使用する命令３８を記憶するが、これらの命令
の全部または一部を別の場所に記憶してもよい。ユニバ
ーサルインタフェースまたはデータオブジェクトのひと
つまたは複数のグループをメモリ３２に記憶し、本発明
の実行中にＣＰＵ３０が必要に応じて読み出すこともで
きる。これについては詳しく後述する。この実施形態に
おいては、ＣＰＵ３０とメモリ３２は物理的に同じ場所
にあるが、図１に示すサーバ２３等、異なる場所にあっ
てもよい。

【００１６】コンピュータ２０は、Ｉ／Ｏユニット３４
を使ってコンポーネント２１−２４と通信する。この実
施形態において、Ｉ／Ｏユニット３４は、コンピュータ
２０をコンポーネント２１−２４に動作的に接続するの
に十分なポートを有する、あらゆる種類のイーサネット
（登録商標）ベースのデバイスに代表されるルータを備
えてもよい。

【００１７】図１に戻ると、プリンタ２１は、たとえば
印刷媒体上にグラフィクスによる表現を載せることので
きる従来の印刷デバイスを備える。プリンタ２１等のデ
バイスは当業界で周知であるため、ここではプリンタ２
１内の配置と動作について詳しく説明しない。

【００１８】ＰＤＡ２２は、電話、ファクシミリ通信ま
たはネットワーキング等の機能を果たす従来のハンドヘ
ルドデバイスである。ＰＤＡ２２等のデバイスは当業界
で周知であるため、ここではＰＤＡ２２なイブの物理的
要素、その配置、動作について詳しく説明しない。

【００１９】サーバ２３は、ひとつまたは複数のＣＰ
Ｕ、メモリ、Ｉ／Ｏユニット、ひとつまたは複数の記憶
媒体を有する従来のコンピュータシステムであり、記憶
媒体はバスによって相互に接続され、本発明のひとつま
たは複数の実施形態によって命令を記憶、処理するため
にサーバ２３によって使用される。これについてさらに
説明する。サーバ２３等のデバイスは当業界で周知であ
るため、ここではサーバ２３内部の配置と動作について
詳しく説明しない。

【００２０】ファクシミリ２４は、電話回線またはネッ
トワーク上で絵やテキストを送受信できる従来のファク
シミリである。ファクシミリ２４等のデバイスは当業界
で周知であるため、ここではファクシミリ２４内部の配
置と動作について詳しく説明しない。

【００２１】図３において、コンピュータ２０は、図１
について上述したように、ＰＤＡ２２に接続されてい
る。ＰＤＡ２２は、メモリに記憶されているか、あるい
はたとえばアクセシングサーバ２３によってアクセスさ
れ（以下、「関連している」という）、ユニバーサルイ
ンタフェースセット２２ａは、データソースインタフェ
ース、コンテクストインタフェース、ノーティフィケー
ションインタフェースおよびユーザインタフェースを含
む。具体的な数または組み合わせのインタフェースは、
ＰＤＡ２２がどのような種類のデバイスか、またそれに
よって望まれる、または提供される能力またはサービス
によって異なる。また、ＰＤＡ２２、従ってユニバーサ
ルインタフェースセット２２ａはいつでもアップデート
し、インタフェースの追加、削除、変更が可能である。
また、コンピュータ２０はＰＤＡ２２と関連するインタ
フェースにアクセスするようプログラムされている。同
様に、ＰＤＡ２２は、コンピュータ２０と関連するひと
つまたは複数のインタフェース（図示せず）にアクセス
できる。

【００２２】コンピュータ２０は、データオブジェクト
２２ｂを通じてユニバーサルインタフェースセット２２
ａにアクセスし、ここで説明するように、異なるタイプ
の通信を行うことができる。ユニバーサルインタフェー
スセット２２ａの各インタフェースは、命令、処理セッ
トまたはその他のデータを含み、コンピュータ２０はこ
れを理解、実行し、ＰＤＡ２２との通信、データ転送
（データの送受信）を行い、ＰＤＡ２２とコンテクスト
情報を交換し、コンピュータ２０にＰＤＡ２２に関する
イベントノーティフィケーションを提供する、あるいは
コンピュータ２０が、コンピュータ２０のユーザにＰＤ
Ａ２２へアクセスし、またこれを操作させるためにユー
ザインタフェースを受けることができる。一般に、ユニ
バーサルインタフェースセット２２ａの各インタフェー
スは、ＰＤＡ２２について特定ドメインのものではな
い。

【００２３】特に、データソースインタフェースは、ｇ
ｅｔＳｏｕｒｃｅＤａｔａＦｌａｖｏｒ（）処理および
ｂｅｇｉｎＴｒａｎｓｆｅｒＳｅｓｓｉｏｎ（）処理
等、複数の処理を含む。さらに、データソースインタフ
ェースは、コンピュータがＰＤＡ２２からのデータを受
信できるようにデータ転送セッションを確立するため
に、コンピュータ２０によって実行される命令とデータ
を含む。ｇｅｔＳｏｕｒｃｅＤａｔａＦｌａｖｏｒ（）
処理は、ＰＤＡ２２が転送できるデータのタイプを決定
するために、コンピュータ２０によって実行される命令
とデータを含む。この特定の実施形態において、コンピ
ュータ２０はｇｅｔＳｏｕｒｃｅＤａｔａＦｌａｖｏｒ
（）処理を実行し、これがＰＤＡ２２によってサポート
されるひとつまたは複数のデータタイプのリストを返
す。さらに、この実施形態におけるデータのタイプは、
通常、ＭＩＭＥデータタイプである。たとえば、上記の
動作を実行した後、コンピュータ２０はＰＤＡ２２が
“ＪＰＥＧ”フォーマットのデータをサポートすると判
断する。ｂｅｇｉｎＴｒａｎｓｆｅｒＳｅｃｃｉｏ
ｎ（）処理は、ＰＤＡ２２に対し、データオブジェクト
２２ｂを通じてコンピュータ２０にデータ転送セッショ
ンオブジェクト２２ｃを返すことによってデータを受信
するようにデータ転送セッションを確立するよう要求す
るために、コンピュータ２０によって実行される命令と
データを含む。また、ｂｅｇｉｎＴｒａｎｓｆｅｒＳｅ
ｓｓｉｏｎ（）処理は、呼び出されたときに、コンテク
ストパラメータ、初期リース持続時間パラメータおよび
データフレーバパラメータ等のパラメータを受け取る。
この実施形態において、コンピュータ２０は、ｂｅｇｉ
ｎＴｒａｎｓｆｅｒＳｅｃｃｉｏｎ（）処理を呼び出す
ときに、この動作にコンテクストパラメータを渡し、Ｐ
ＤＡ２２に対してコンピュータ２０を識別させるため、
ＰＤＡ２２に対してコンピュータ２０のユーザを識別さ
せるため、ＰＤＡ２２に対してネットワーク上のコンピ
ュータ２０の位置を識別させるため、あるいはセキュリ
ティのため等、各種の理由でその識別をＰＤＡ２２に知
らせる。ＰＤＡ２２は、コンテクストパラメータにおい
て提供される識別情報に基づいて、コンピュータ２０に
データを転送するか否かを決定する。さらに、データ転
送セッションはリース（lease）され、したがって、ｂ
ｅｇｉｎＴｒａｎｓｆｅｒＳｅｓｓｉｏｎ（）処理に渡
された初期リース持続時間パラメータにおいて特定され
た値に対応する時間間隔でコンピュータによって定期的
に更新し、データ転送セッションをアクティブな状態に
保つ必要があるが、セッションをリースする必要のない
別の実施形態もある。セッションがリースされる場合は
必ず、コンピュータ２０がリースされたＰＤＡ２２を更
新しないと、コンピュータ２０がクラッシュした、また
はその他リーチ不可能な状態になったためにリースの更
新を行わなかったとの前提に立って、コンピュータ２０
へのデータ転送が停止される。また、ｇｅｔＳｏｕｒｃ
ｅＤａｔａＦｌａｖｏｒ（）処理を実行することによっ
て、ＰＤＡ２２がひとつまたは複数のタイプのデータを
サポートすると判断された場合、データフレーバパラメ
ータがｂｅｇｉｎＴｒａｎｓｆｅｒＳｅｓｓｉｏｎ（）
処理に渡される。コンピュータ２０は、各種の理由によ
り、データフレーバパラメータに好ましいデータタイプ
の値を提供する。たとえば、コンピュータ２０とＰＤＡ
２２が複数の互換性のあるデータタイプをサポートする
場合、コンピュータ２０はそのパラメータを使用して、
データ転送のために好ましいデータタイプを特定する。
この実施形態において、コンピュータ２０は、たとえ
ば、コンピュータ２０のユーザに好ましいデータタイプ
を表示させる、コンピュータ２０とＰＤＡ２２との間で
互換性のあるデータタイプのひとつをランダムに選択す
る、あるいは転送される特定のデータにとって最も効率
のよいデータタイプを選択する等、さまざまな方法を使
って好ましいデータを決定している。

【００２４】コンテクストインタフェースは、コンピュ
ータ２０がＰＤＡ２２からコンテクスト情報を読み出す
ために実行することのできる命令とデータを含む。この
実施形態において、コンテクスト情報はＰＤＡ２２のメ
モリの中に、ハッシュテーブルに似た多値データ構造と
して記憶されるが、コンテクスト情報は他のフォーマッ
トで記憶してもよい。また、この実施形態において、コ
ンテクスト情報は、そのデバイスはどのようなタイプ
か、動作状態、識別、位置、管理ドメインまたはその他
の環境データのタイプ等、ＰＤＡ２２に関する情報を含
む。別の実施形態において、コンテクスト情報はサーバ
２３等の別の物理的な場所に記憶することも可能であ
る。

【００２５】ノーティフィケーションインタフェース
は、ｒｅｇｉｓｔｅｒ（）処理を含み、これはひとつま
たは複数のパラメータを受けて、コンピュータ２０がＰ
ＤＡ２２によって発生されるイベントに関する非同期ノ
ーティフィケーションを受け取るためにコンピュータに
よって実行される。コンピュータ２０は同期ノーティフ
ィケーションを受け取ることもできる。コンピュータ２
０はｒｅｇｉｓｔｅｒ（）処理を実行し、これにコンテ
クストパラメータ、コンポーネントパラタ、初期リース
持続時間パラメータを渡す。コンテクストパラメータ
は、たとえば、ＰＤＡ２２がセキュリティのため、また
は記録をとるためにコンピュータ２０にノーティフィケ
ーションを送信するか否か判断することができるように
する等、各種の理由でＰＤＡ２２にコンピュータ２０の
識別を提供する。コンポーネントパラメータは、ＰＤＡ
２２において発生したイベントの通知を受けることが望
ましいコンピュータ２０を識別する。さらに、イベント
登録はリースされ、コンピュータ２０はイベント登録を
アクティブのままにするために、初期リース持続時間パ
ラメータにおいて特定される値に対応する時間間隔で、
定期的に更新しなければならない。コンピュータ２０が
リースを更新しないと、ノーティフィケーションインタ
フェースは、コンピュータがクラッシュした、またはそ
の他リーチ不能となったためにリースを更新しなかった
との前提に立ち、発生されたイベントに関するノーティ
フィケーションをコンピュータ２０に提供するＰＤＡ２
２の義務を解除する命令を含む。コンピュータ２０が、
ｒｅｇｉｓｔｅｒ（）処理を実行することによってＰＤ
Ａ２２に自分を登録すると、ＰＤＡ２２の中に、それが
ノーティフィケーションインタフェースと関連する動作
において提供された命令に従ってコンピュータ２０に通
知すべき状況が発生した場合、ＰＤＡ２２はイベントノ
ーティフィケーションオブジェクトをコンピュータ２０
に送信する。コンピュータ２０は次に、後に詳述するユ
ーザウィンドウを発生させ、イベント情報をユーザに表
示する。たとえば、ＰＤＡ２２がプリンタであり、コン
ピュータ２０がワードプロセシングアプリケーションで
あった場合、ＰＤＡ２２は、プリンタの中で紙詰まりが
発生した場合に、コンピュータ２０にイベントノーティ
フィケーションを提供することができる。さらに、この
例において、コンピュータ２０は、グラフィカルユーザ
インタフェース（ＧＵＩ）を使って、イベントノーティ
フィケーション（例えば紙詰まり等）を表示することも
できる。

【００２６】ユーザインタフェースは、ｇｅｔＵ
Ｉ（）、ｇｅｔＳｔａｔｅ（）、ｓｅｔＳｔａｔｅ（）
処理を含み、これらの処理は、コンピュータ２０のユー
ザにＰＤＡ２２の追加機能を提供し、これを利用するた
めにＰＤＡ２２をアクセスまたは操作できるようにする
ための、ＰＤＡ２２に専用のユーザウィンドウを読み出
す、または発生させるよう、コンピュータ２０によって
実行される命令とデータを含む。この実施形態におい
て、ｇｅｔＵＩ（）処理は、コンピュータ２０によって
呼び出されると、ユーザがどのタイプのユーザウィンド
ウを発生させたいかを示すパラメータを受ける。これに
ついては後に詳述する。ｇｅｔＵＩ（）処理は、ＰＤＡ
２２からコンピュータ２０に、ユーザウィンドウを発生
する、または呼び出すためのユーザウィンドウまたは命
令を返し、このユーザウィンドウについてはコンピュー
タ２０により、たとえばユーザに対してユーザウィンド
ウを表示するようインスタンスが生成される。ｇｅｔＳ
ｔａｔｅ（）処理は、状態トークンオブジェクトをＰＤ
Ａ２２からコンピュータ２０に返すように要求するため
の命令とデータを含む。状態トークンオブジェクトは、
コンピュータ２０に関して不透明オブジェクトであり、
これはＰＤＡ２２に固有のものであり、さらにＰＤＡ２
２の現在の状態（たとえば、デバイスの設定または構
成）を含めることができるが、状態トークンオブジェク
トはコンピュータ２０に関して透明であってもよく、こ
の場合、コンピュータ２０はＰＤＡ２２の状態トークン
オブジェクトを理解することができる。さらに、ＰＤＡ
２２は、それがどの種類のデバイスか（たとえば、プリ
ンタまたはワードプロセシングアプリケーション）によ
って、異なる種類の状態トークンオブジェクトを使用す
ることができる。またさらに、ＰＤＡ２２は、特定の構
成を指すポインタまたはＵＲＬ等、さまざまな方法で各
々の状態トークンオブジェクトを記号化できる。あるい
は、状態トークンオブジェクトは、ＰＤＡ２２の現在の
状態を示すものを含んでもよい。さらに、ｓｅｔＳｔａ
ｔｅ（）処理は、その状態トークンオブジェクトに含ま
れる構成データを使ってユーザウィンドウを発生させる
ために、コンピュータ２０によって実行される命令とデ
ータを含む。コンピュータ２０は、それが呼び出された
ときに状態トークンオブジェクトをｓｅｔＳｔａｔ
ｅ（）処理にパラメータとして渡し、ＰＤＡ２２はこれ
を使って、状態トークンオブジェクトに含まれる記憶済
み構成を有するユーザウィンドウを読み出す、または発
生させるためにコンピュータ２０によって実行される命
令とデータを返す。ｓｅｔＳｔａｔｅ（）処理はまた、
コンピュータ２０によって呼び出され、ユーザ用のユー
ザウィンドウを作らずに、ＰＤＡ２２の状態をリセット
する。

【００２７】上記のインタフェースの各々とその中の関
連する動作および後述するその他のインタフェースはモ
バイルコードを含む。モバイルコードは、これを実行す
るコンピュータ２０に転送されることのできる実行可能
データである。たとえば、Ｊａｖａ（登録商標）はイン
ターネットで広く使用されている実行可能なコンテンツ
（つまり、モバイルコード）を実現したものである。ユ
ーザは、たとえばインターネットからモバイルコードを
ダウンロードし、ごく一般的なプログラミング言語を使
って書かれたプログラムをその場で実行することができ
る。この実施形態において、モバイルコードはオブジェ
クト指向モバイルコードであり、これは、プログラミン
グ分野においてはよく知られており、データタイプが関
連する手順または一連の命令に沿って定義できる。この
場合のデータタイプはクラスと呼ばれる。このように、
一連の手順（プロシージャ）または命令は、ひとつまた
は複数のデータタイプと関連する。さらに、それと関連
する特定のデータタイプに応じて対応する命令を実行す
る手順または一連の命令を識別するように、同じ名前ま
たは識別子を割り当てることができ、これらはしばしば
多相性と呼ばれる。このように、一例にすぎないが、ド
ロー手順を実行し、それが呼び出されたときに手順に提
供される、あるいは渡されるデータのタイプに応じて、
円または長方形を描くことができる。さらにこの例にお
いて、円形のデータタイプが、たとえば半径座標を定義
し、ドロー手順が呼び出され、関係データタイプがドロ
ー手順に渡されると、ドロー手順は、ドロー手順と関連
するその他のデータタイプを継承し、それに提供された
データを使って、円を書くための適当な手順または一連
の命令を実行する。この実施形態において、ユニバーサ
ルインタフェースセット２２ａがコンピュータ２０に提
供されると、コンピュータ２０は手順、命令セットおよ
び特定のインタフェースと関連するその他のデータにア
クセスし、実行できる。これについては後に詳しく説明
する。さらに、可変値、パラメータ、データがユニバー
サルインタフェースに渡される、または提供され、所望
の特定の通信タイプに応じて、コンピュータ２０によっ
て相応に理解され、利用される。また、インタフェース
は命令または他のインタフェースへの参照セットを有
し、コンピュータはそれに従ってデータを利用する、あ
るいは命令を実行する。

【００２８】コンピュータ２０はまた、データオブジェ
クト２２ｂを取得することなく、ユニバーサルインタフ
ェースセット２２ａに含まれるインタフェースの各々に
直接アクセスし、本明細書で説明するいろいろな種類の
通信を行うことができる。さらに、ユニバーサルインタ
フェースセット２２ａ内のインタフェースの各々は、同
じ命令、動作セットまたはその他のデータを含み、コン
ピュータ２０はこれを理解、実行し、ＰＤＡ２２との通
信、データ転送のほか、上記のその他機能を果たすこと
ができる。したがって、モバイルコードはこの例におい
ては不要となるが、データが転送されている場合等、必
要に応じて使用することも可能である。

【００２９】この実施形態において、データオブジェク
ト２２ｂはＰＤＡ２２から受信され、コンピュータ２０
に記憶されるが、データオブジェクト２２ｂは、サーバ
２３等、別の場所に記憶してもよい。ユニバーサルイン
タフェースセット２２ａは、データオブジェクト２２ｂ
を通じてコンピュータ２０にアクセスできる。具体的に
は、データオブジェクト２２ｂは、ＰＤＡ２２と関連す
るインタフェースによって定義される各種の処理をサポ
ートし、これらはコンピュータ２０によって知られ、理
解されるものと仮定される。データオブジェクト２２ｂ
は、ＰＤＡ２２と関連するひとつまたは複数のインタフ
ェースの具体的に実現したものを提供する命令（つま
り、コンピュータ実行可能なコード）またはデータであ
り、ここからデータオブジェクト２２ｂが関連する。た
とえば、ＰＤＡ２２がコンピュータ２０に提供するデー
タオブジェクト２２ｂは、ＰＤＡ２２の開発者がどのプ
ロトコルまたはデータフォーマットに決定したかを問わ
ず、これを使ってＰＤＡ２２と通信するよう専用化され
た、データソースインタフェースのカスタム態様を提供
する。

【００３０】この実施形態において、データ転送セッシ
ョンオブジェクト２２ｃは、ｇｅｔＴｒａｎｓｆｅｒＤ
ａｔａ（）処理、ｇｅｔＤａｔＳｏｕｒｃｅ（）処理、
上記のノーティフィケーションインタフェースと関連す
るｒｅｇｉｓｔｅｒ（）処理、ｇｅｔＬｅａｓｅ（）処
理、ｇｅｔＶｉｅｗｅｒ（）処理、ｇｅｔＥｄｉｔｏｒ
動作、ｇｅｔＰｒｉｎｔｅｒ（）処理ならびに、コンピ
ュータ２０にＰＤＡ２２からのデータ、たとえば、受信
されるデータのタイプに応じて異なるビデオまたはファ
イル転送のためのプロトコルを受信させるために必要な
その他の命令を含む。データ転送セッションオブジェク
ト２２ｃは、ＰＤＡ２２に専用であるが、コンピュータ
２０によってデータ受信のために実行される上記の動作
と命令を含む。たとえば、コンピュータ２０（つまり、
データシンクコンポーネント）がＰＤＡ２２（つまり、
データソースコンポーネント）からのデータを受信する
実施形態において、コンピュータ２０はｇｅｔＤａｔａ
Ｔｒａｎｓｆｅｒ（）処理を呼び出し、ＰＤＡ２２から
データを実際に読み出す。さらに、コンピュータ２０は
ｇｅｔＤａｔａＳｏｕｒｃｅ（）処理を呼び出し、ＰＤ
Ａ２２の識別その他の属性を判断することができる。コ
ンピュータ２０はまた、ｇｅｔＤａｔａＳｏｕｒｃ
ｅ（）処理を呼び出し、データ転送中のその挙動を変更
すべきか、あるいは特定のデータ転送を実行させるべき
かを決定することもできる。

【００３１】この実施形態において、コンピュータ２０
は、データ転送セッションオブジェクト２２ｃを通じ
て、ＰＤＡ２２から送られるデータを受信し、理解する
方法について、詳細を知る必要がない。特に、データ転
送セッションオブジェクト２２ｃ内に含まれる命令と各
種の動作は、ＰＤＡ２２に固有の特定のプロトコル、媒
体およびデータのタイプに関する情報を含み、コンピュ
ータ２０はこれを実行して、ＰＤＡ２２が異なるプロト
コル、媒体、データのタイプを利用しても、ＰＤＡ２２
から転送されたデータを受信し、理解することができ
る。さらに、データ転送セッションオブジェクト２２ｃ
は、コンピュータ２０がデータ転送中にＰＤＡ２２と交
渉し、転送されるデータのタイプに基づいて、相互間で
のデータ転送に使用される通信プロトコルまたは媒体を
選択することができるようにするための命令を含む。命
令はまた、コンピュータ２０とＰＤＡ２２に、転送され
るデータのタイプに基づいて、データ転送セッションの
ための異なるプロトコルを使用することについて、相互
に交渉させることもできる。また、命令は、コンピュー
タ２０に、データ転送セッションオブジェクト２２ｃを
通じて転送されるデータのフォーマットまたはコンテン
ツを変更し、必要に応じて、コンピュータ２０に関連す
る第一のデータ転送プロトコルからＰＤＡ２２に関連す
る第二のデータ転送プロトコルへとデータを変換させる
こともできる。たとえば、ＰＤＡ２２がコンピュータに
ストリーミングビデオを転送しているとき、ＰＤＡ２２
にとって、圧縮または累進的記号化を使用してデータを
転送するほうが効率的であろう。コンピュータ２０は、
データ転送セッションオブジェクト２２ｃの中に含まれ
る命令と動作を実行し、データ転送セッションオブジェ
クト２２ｃがコンピュータ２０と交渉し、データ転送セ
ッションのために使用される特定のプロトコルを決定
し、次に、コンピュータ２０に対し、データ転送セッシ
ョンオブジェクト２２ｃを通じて、コンピュータ２０が
データ転送セッションオブジェクト２２ｃを通じて転送
されるデータを読み出し、理解するために必要な動作、
命令、データを提供する。さらに、コンピュータ２０と
ＰＤＡ２２は、入手可能なものがあれば、好ましい物理
的輸送媒体について交渉する。たとえば、共有Ｆｉｒｅ
Ｗｉｒｅ、ＩＲまたはＢｌｕｅｔｏｏｔｈ接続がコンピ
ュータ２０とＰＤＡ２２をリンクしていることがわかっ
た場合、これをイーサネット（登録商標）接続の代わり
に、データ転送のための物理的転送媒体として使用する
ことができる。命令は、低速データ転送リンク上でのデ
ータ転送速度を低減するための動作、あるいはデータ転
送セッション中にエラーに遭遇した際、冗長性を高める
ための動作を含んでもよい。

【００３２】さらに、データ転送セッションオブジェク
ト２２ｃは、コンピュータ２０がデータ転送セッション
オブジェクト２２ｃを通じて転送されるデータのタイプ
を見ることができるようにするために、コンピュータ２
０が実行する命令を含んでもよい。たとえば、コンピュ
ータ２０が「ＪＰＥＧ」のイメージファイルまたは、た
とえばＰＤＡ２２から転送されたビデオデータ転送スト
リーミングを表示するようプログラムまたは構成されて
いない場合、コンピュータ２０はデータ転送セッション
オブジェクト２２ｃに含まれる命令を実行し、たとえ
ば、コンピュータ２０に関連するディスプレイデバイス
上で、転送されたデータを見ることができる。特に、デ
ータ転送セッションオブジェクト２２ｃは、その動作が
コンピュータ２０によって呼び出されたときに、ビュー
ワオブジェクトを返す、ｇｅｔＶｉｅｗｅｒ（）処理を
含んでもよい。ビューワオブジェクトは、ＰＤＡ２２に
よって理解され、使用されるデータの具体的タイプに特
定のものである。さらに、ビューワオブジェクトは、コ
ンピュータ２０によって実行された場合に、その命令が
コンピュータ２０に転送されたデータを見させる点を除
き、コンピュータ２０にユーザインタフェースを提供す
るための、上記と同じ命令を含んでもよい。ビューワオ
ブジェクトはまた、コンピュータ２０に対し、ＰＤＡ２
２に関連し、コンピュータ２０がそのようなデータのタ
イプを見るよう以前にはプログラムされていなかったと
しても転送される特定のデータタイプを見させるような
命令を含んでもよい。さらに、ｇｅｔＶｉｅｗｅｒ（）
処理は、ユーザインタフェースについて先に述べたよう
に、コンピュータ２０にコンピュータ２０が表示したい
ユーザウィンドウのタイプ（つまり、グラフィクスまた
はスピーチ）を特定させるようなパラメータを受ける。
この実施形態において、ｇｅｔＶｉｅｗｅｒ（）処理は
ＰＤＡ２２に記憶され、データオブジェクト２２ｂを通
じてコンピュータ２０にアクセスできる。あるいは、ま
たはこれに加えて、ｇｅｔＶｉｅｗｅｒ（）処理は、サ
ーバ２３（図１参照）等の中央レポジトリに記憶するこ
ともできる。この例の場合、サーバ２３はひとつまたは
複数のｇｅｔＶｉｅｗｅｒ（）処理を記憶し、各動作が
コンピュータ２０にデータの特定のタイプを見させる命
令を含む。この実施形態において、「見る」や「表示す
る」という用語は、他の形態の出力を包含するものと
し、たとえば、データ転送セッションオブジェクト２２
ｃにおける命令がコンピュータ２０に、スピーカ等のオ
ーディオ出力デバイスを通じて特定のフォーマットのオ
ーディオファイルをプレイさせる場合等がある。さら
に、データ転送セッションオブジェクト２２ｃは、ｇｅ
ｔＥｄｉｔｏｒ（）処理やｇｅｔＰｒｉｎｔｅｒ（）処
理等、ｇｅｔＥｄｉｔｏｒ（）処理とｇｅｔＰｒｉｎｔ
ｅｒ（）処理が、コンピュータ２０がＰＤＡ２２と関連
するデータの具体的なタイプを理解するようプログラム
されていたか否かを問わず、コンピュータ２０に転送デ
ータをそれぞれ編集または印刷させる点を除き、ｇｅｔ
Ｖｉｅｗｅｒ（）処理と同じ命令を有する。このよう
に、この実施形態において、コンピュータ２０は、デー
タ転送セッション中に遭遇するデータフォーマットのタ
イプをすべて理解する必要がない。なぜなら、このよう
なデータを理解するための命令がデータ転送セッション
オブジェクト２２ｃの中に含まれているからである。コ
ンピュータ２０は少なくとも、データ転送セッションオ
ブジェクト２２ｃに含まれる各種の命令と動作を実行す
る能力を有する。

【００３３】この実施形態において、ａｂｏｒｔ（）処
理は、コンピュータ２０にＰＤＡ２２とのデータ転送セ
ッションを終了させる命令を含む。さらに、コンピュー
タ２０はＰＤＡ２２に対し、データ転送セッションが失
敗した、あるいは完了したことを、それぞれｆａｉ
ｌ（）処理またはｃｏｍｐｌｅｔｅ（）処理を実行する
ことによって示すことができる。コンピュータ２０とＰ
ＤＡ２２との間のデータ転送セッションが失敗した、完
了した、あるいは中途終了された場合、登録によって、
データ転送セッションの状態への関心を示したコンポー
ネント２０−２４におけるリスナには、ｒｅｇｉｓｔｅ
ｒ（）処理を通じてイベントが伝えられる。信号化プロ
トコルは、データ転送セッションが不定の持続時間を有
する（たとえば、ストリーミンクビデオ）場合等、ＰＤ
Ａ２２が、いつコンピュータ２０が終了したかを自動的
に判断できない場合、コンピュータ２０に、データ転送
セッションオブジェクト２１ｃを使って、コンピュータ
２０がいつ終了したかを示させる。ｇｅｔＬｅａｓ
ｅ（）処理は、データ転送セッションをアクティブに保
つために、コンピュータ２０に初期リース持続時間パラ
メータに従ってリースを更新させる。

【００３４】図４において、ステップ４０で、コンピュ
ータ２０はディスカバリプロセスを実行して、コンピュ
ータ２０とＰＤＡ２２が相互にデータを転送できるか判
断する。この実施形態において、コンピュータ２０は各
種のディスカバリシステムを使用してＰＤＡ２２のディ
スカバリを行う。ディスカバリシステムには、Ｂｌｕｅ
ｔｏｏｔｈ ＳＩＧによって開発され、ディスカバリ・
ユニバーサル・ディスクリプション、２００１年Ｂｌｕ
ｅｔｏｏｔｈコンソーシアム、バージョン１．１コア、
「Ｂｌｕｅｔｏｏｔｈシステムの仕様」に記載されたＢ
ｌｕｅｔｏｏｔｈ（登録商標）サービス・ロケーション
・プロトコル（ＳＬＰ）、アリバ、ＩＢＭ（登録商
標）、マイクロソフト（登録商標）によって開発され、
ディスカバリ・ユニバーサル・ディスクリプション・ア
ンド・インテグレーション・コンソーシアム、「ＵＤＤ
Ｉテクニカル・ホワイトペーパー」２０００年１−１２
ページ、アリバ、インターナショナル・ビジネス・マシ
ンズ（登録商標）、マイクロソフト（登録商標）、「ユ
ニバーサル・ディスクリプション・ディスカバリ・アン
ド・インテグレーション・データ・ストラクチャ・リフ
ァレンス、バージョン１．０」２０００年１−３１ペー
ジ、アリバ（登録商標）、インターナショナル・ビジネ
ス・マシンズ（登録商標）、マイクロソフト（登録商
標）、「ユニバーサル・ディスクリプション・ディスカ
バリ・アンド・インテグレーション・プログラマのＡＰ
Ｉ １．０」２０００年１−６７ページ、アリバ（登録
商標）、インターナショナル・ビジネス・マシンズ（登
録商標）、マイクロソフト（登録商標）、「ユニバーサ
ル・ディスクリプション・ディスカバリ・アンド・イン
テグレーション・テクニカル・ホワイトペーパー」２０
００年１−１２ページに記載されたユニバーサル・ディ
スクリプション・ディスカバリおよびインテグレーショ
ン・プロトコル（ＵＤＤＩ）、各種のＪｉｎｉ（登録商
標）システムディスカバリプロトコルまたはネームサー
バ内のシンプルなルックアップがあり、これらはすべ
て、引用によって全体が本明細書に援用される。ディス
カバリが行われたＰＤＡ２２は、コンピュータ２０にデ
ータオブジェクト２２ｂを返す。コンピュータ２０は、
受け取ったデータオブジェクト２２ｂを内観し、どのひ
とつまたは複数のインタフェースがＰＤＡ２２と関連す
るかを判断する。したがって、コンピュータ２０が上記
のディスカバリ動作を実行し、ＰＤＡ２２からデータオ
ブジェクト２２ｂを受信すると、コンピュータ２０は受
け取ったデータオブジェクト２２ｂを内観し、どのユニ
バーサルインタフェースにＰＤＡ２２が関連しているか
を判断する。コンピュータ２０は、ＰＤＡ２２が少なく
てもデータソースインタフェースと関連していると判断
し、したがって、ＰＤＡ２２はこれにデータを提供でき
る。コンピュータ２０は、ＰＤＡ２２に関連し、データ
オブジェクト２２ｂに含まれるデータソースインタフェ
ースを呼び出し、これには、コンピュータ２０に対し、
データオブジェクト２２ｂに含まれるｇｅｔＳｏｕｒｃ
ｅＤａｔａＦｌａｖｏｒｓ（）処理を実行させるよう指
示する命令が含まれる。ｇｅｔＳｏｕｒｃｅＤａｔａＦ
ｌａｖｏｒｓ（）処理は、ＰＤＡ２２にアクセスし、コ
ンピュータ２０にＰＤＡ２２によってサポートされるデ
ータのタイプを提供するための命令を含む。

【００３５】次に、ステップ４２において、コンピュー
タ２０はデータソースインタフェースに含まれるｂｅｇ
ｉｎＴｒａｎｓｆｅｒＳｅｓｓｉｏｎ（）処理を実行す
るさらに、ｂｅｇｉｎＴｒａｎｓｆｅｒＳｅｓｓｉｏｎ
（）処理は、呼び出されると、コンテクストパラメー
タ、初期リース持続時間パラメータおよびデータフレー
バパラメータを受け取る。ＰＤＡ２２は、データ転送セ
ッションオブジェクト２２ｃをコンピュータ２０に返
す。コンピュータ２０は、上記の方法で好ましいデータ
タイプを判断し、データフレーバパラメータの中のデー
タを受け取るために好ましいデータタイプの数値を提供
し、そうでなければ、コンピュータ２０はＰＤＡ２２に
よって提供される際のデータフォーマットでデータを受
信する。コンピュータ２０は、データ転送セッションオ
ブジェクト２２ｃによってＰＤＡ２２からデータを受信
してもよい。

【００３６】次に、ステップ４４において、データ転送
セッションオブジェクト２２ｃは、ｇｅｔＴｒａｎｓｆ
ｅｒＤａｔａ（）処理と、コンピュータがＰＤＡ２２か
らデータを読み出すために実行する上記のその他の動作
と命令を含む。ステップ４６で、データはデータ転送セ
ッションオブジェクト２１ｃを通じて、ＰＤＡ２２から
コンピュータ２０に転送される。またさらに、コンピュ
ータ２０は、本来は理解するようプログラムされていな
いデータタイプを見ることもできる。コンピュータ２０
がｂｅｇｉｎＴｒａｎｓｆｅｒＳｅｓｓｉｏｎ（）処理
を実行すると、ＰＤＡ２２は命令、動作またはデータを
直接コンピュータ２０に返し、コンピュータ２０にＰＤ
Ａ２２から転送されるデータを理解させる。

【００３７】図５において、コンピュータ２０は先に図
１について説明したように、ファクシミリ２４に接続さ
れている。ファクシミリ２４は、メモリの中に記憶され
た、あるいはたとえばサーバ２３にアクセスすることに
よってアクセスされる、データシンクインタフェースを
含むユニバーサルインタフェースセット２４ａを有す
る。これについては後に詳しく説明する。しかし、ファ
クシミリ２４は、いくつのインタフェースにも、どのよ
うな組み合わせで関連していてもよい。

【００３８】ファクシミリ２４は、データオブジェクト
２４ｂを通じてユニバーサルインタフェースセット２４
ａにアクセスし、異なる種類の通信を実行できる。ユニ
バーサルインタフェースセット２４ａ内のインタフェー
スは各々、命令、動作セット、またはその他、コンピュ
ータ２０によって理解、実行され、コンピュータ２０が
ファクシミリ２４と通信し、データ転送することができ
るようにするデータを含む。データシンクインタフェー
スを除き、上記のインタフェースの各々は、ＰＤＡ２２
に関連して先に説明したものと同じであるが、各インタ
フェースは、それらが関連する特定のデバイス（たとえ
ば、ファクシミリ２４）に特定の命令を含む。

【００３９】特に、データインクインタフェースは、ｇ
ｅｔＳｉｎｋＤａｔａＦｌａｖｏｒ（）およびＴｒａｎ
ｓｆｅｒ（）処理等、複数の動作を含む。さらに、デー
タシンクインタフェースは、コンピュータ２０がデータ
をファクシミリ２４に送信することができるようにする
データ転送セッションを確立するために、コンピュータ
２０によって実行される命令とデータを含む。特に、ｇ
ｅｔＳｉｎｋＤａｔａＦｌａｖｏｒ（）処理は、コンピ
ュータ２０により、ファクシミリ２４がどのタイプのデ
ータをサポートできるかを判断するために実行される命
令とデータを含む。この特定の実施形態において、コン
ピュータ２０はｇｅｔＳｉｎｋＤａｔａＦｌａｖｏ
ｒ（）処理を実行し、これがファクシミリ２４によって
サポートされるひとつまたは複数のデータタイプのリス
トを返す。さらに、この実施形態におけるデータタイプ
は通常、ＭＩＭＥデータタイプである。Ｔｒａｎｓｆｅ
ｒ（）処理は、コンピュータ２０により、ファクシミリ
２４にデータ転送セッションを確立し、コンピュータ２
０がファクシミリ２４へのデータ転送を開始できるよう
にするよう要求するために実行される命令とデータを含
む。Ｔｒａｎｓｆｅｒ（）処理は、この実施形態におい
て、呼び出されたとき、コンピュータ２０と関連するデ
ータ転送セッションオブジェクト２０ｃ、コンテクスト
パラメータ、データフレーバパラメータ等のパラメータ
を受ける。特に、コンピュータ２０はデータ転送セッシ
ョンオブジェクト２０ｃをＴｒａｎｓｆｅｒ（）処理の
中に渡し、これをファクシミリ２４が利用し、その中の
命令を実行して、コンピュータ２０からのデータを実際
に受信できるようにする。この実施形態において、コン
ピュータ２０に関連するデータ転送セッションオブジェ
クト２０ｃは上記のデータ転送セッションオブジェクト
２２ｄと同じ種類の命令、データ、動作を含むが、ここ
に含まれる命令、データ、動作はコンピュータ２０に特
定のものである。コンピュータ２０は、それを呼び出す
ときに、Ｔｒａｎｓｆｅｒ（）処理の中にコンテクスト
パラメータを渡し、ファクシミリ２４に対し、セキュリ
ティ等、各種の目的のためにその識別を知らせる。ファ
クシミリ２４は、コンテクストパラメータの中で提供さ
れた識別上方に基づいて、コンピュータ２０にデータを
そこに転送させるか否かを判断する。さらに、ファクシ
ミリ２４が、ｇｅｔＳｉｎｋＤａｔａＦｌａｖｏｒ（）
処理を実行することによって判断されるひとつまたは複
数のタイプのデータをサポートする場合、データフレー
バパラメータはＴｒａｎｓｆｅｒ（）処理の中に渡さ
れ、コンピュータ２０によって転送されるデータのタイ
プをファクシミリ２４に伝える。さらに、コンピュータ
２０は、各種の理由によって、データフレーバパラメー
タに好ましいデータタイプの数値を提供する。たとえ
ば、コンピュータ２０とファクシミリ２４が複数の互換
性のあるデータタイプをサポートし、コンピュータ２０
が、パラメータを使用して、データ転送のための好まし
いデータタイプを特定する場合等がある。この実施形態
において、コンピュータ２０は、コンピュータ２０のユ
ーザに好ましいデータタイプを指示させる、コンピュー
タ２０とファクシミリ２４との間の互換性のあるデータ
タイプのひとつをランダムに選択する、あるいは転送さ
れる特定のデータにとって最も効率的なデータタイプを
選択する等、さまざまな方法を使って好ましいデータタ
イプを判断できる。さらに、コンピュータ２０はファク
シミリ２４が相互に関して有限数の互換性のあるデータ
タイプをサポートする場合、コンピュータ２０はデータ
をファクシミリ２４に転送するための互換性のあるデー
タタイプを選択する。

【００４０】図６において、ステップ５０で、コンピュ
ータ２０は、ディスカバリプロセスを実行し、ひとつま
たは複数の実施形態について先に説明したように、デー
タオブジェクト２４ｂを内観することにより、ファクシ
ミリ２４が少なくともデータシンクインタフェースと関
連していることから、コンピュータ２０とファクシミリ
２４が相互にデータを転送できることを判断する。コン
ピュータ２０は、ファクシミリ２４と関連し、データオ
ブジェクト２４ｂに含まれるデータシンクインタフェー
スを呼び出し、これは、コンピュータ２０にｇｅｔＳｉ
ｎｋＤａｔａＦｌａｖｏｒ（）処理を実行するよう指示
する命令を含む。ｇｅｔＳｉｎｋＤａｔａＦｌａｖｏｒ
（）処理は、ファクシミリ２４にアクセスし、前述のよ
うに、コンピュータ２０にファクシミリ２４がサポート
するデータのタイプを提供する命令を含む。

【００４１】次に、ステップ５２において、コンピュー
タ２０は、データシンクインタフェースに含まれるＴｒ
ａｎｓｆｅｒ（）処理を実行する。さらに、コンピュー
タ２０は、前述のように、これを呼び出すときにＴｒａ
ｎｓｆｅｒ（）処理の中にデータオブジェクト２０ｃ、
コンテクストパラメータおよびデータフレーバパラメー
タを渡す。

【００４２】次に、ステップ５４において、ファクシミ
リ２４は、Ｔｒａｎｓｆｅｒ（）処理を通じてそれに提
供されるデータ転送セッションオブジェクト２０ｃ内に
含まれる命令を実行し、コンピュータ２０からのデータ
を受信する。ステップ５６において、データは、データ
転送セッションオブジェクト２０ｃにより、コンピュー
タ２０からファクシミリ２４に転送される。

【００４３】図７において、コンピュータ２０、プリン
タ２１、サーバ２３が、図１について前述したように、
相互に接続されている。この実施形態において、プリン
タ２１は、データソースインタフェース、データシンク
インタフェースおよびコンテクストインタフェースを含
むユニバーサルインタフェースセット２１ａと関連す
る。サーバ２３は、データソースインタフェース、デー
タシンクインタフェース、コンテクストインタフェース
を有するユニバーサルインタフェースセット２３と関連
する。上記のインタフェースはそれぞれ、図３と図５に
関連して説明したものと同じであるが、この実施形態に
おける各インタフェースは、それらが関連しているデバ
イス（つまり、プリンタ２１またはサーバ２３）につい
て特定の命令を含む。さらに、プリンタ２１と関連する
データ転送セッションオブジェクト２５は、上記のデー
タ転送セッションオブジェクト２０ｃと２２ｃと同じ命
令、データ、動作を含むが、その中に含まれる命令、デ
ータ、動作はプリンタ２１に特定のものである。

【００４４】図８において、ステップ６０でコンピュー
タ２０はディスカバリプロセスを実行し、ひとつまたは
複数の実施形態について先に説明したように、データオ
ブジェクト２１ｂと２３ｂを内観することにより、プリ
ンタ２１がデータソースインタフェースと関連し、サー
バ２３がデータシンクインタフェースと関連しているこ
とから、プリンタ２１とサーバ２３が相互にデータ転送
できると判断する。コンピュータ２０は、前述のよう
に、プリンタ２１と関連するデータソースインタフェー
スを呼び出し、データオブジェクト２１ｂに含まれるｇ
ｅｔＳｏｕｒｃｅＤａｔａＦｌａｖｏｒｓ（）処理を実
行し、プリンタ２１にアクセスして、プリンタ２１がサ
ポートするデータのタイプを判断する。

【００４５】次に、ステップ６２において、コンピュー
タ２０は、データソースインタフェースに含まれるｂｅ
ｇｉｎＴｒａｎｓｆｅｒＳｅｓｓｉｏｎ（）処理を実行
する。さらに、ｂｅｇｉｎＴｒａｎｓｆｅｒＳｅｓｓｉ
ｏｎ（）処理は、コンピュータ２０またはサーバ２３に
関連するコンテクストパラメータを受ける。たとえば、
コンピュータ２０はサーバ２３に関連し、データオブジ
ェクト２３ｂを通じてアクセスできるコンテクストイン
タフェースを呼び出す。この例において、コンピュータ
２０はサーバ２３からのコンテクスト情報を受け取る
が、ｂｅｇｉｎＴｒａｎｓｆｅｒＳｅｓｓｉｏｎ（）処
理を通じて、これをプリンタ２１に供給する。これによ
り、プリンタ２１は、それがデータをサーバ２３ととも
に転送したいかを決定することができる。あるいは、コ
ンピュータ２０は、同じ理由によって自己のコンテクス
ト情報をプリンタ２１に供給し、前述のように、呼び出
されたときに初期リース持続時間パラメータを供給す
る。コンピュータ２０は、サーバ２３に関連し、データ
オブジェクト２３ｂに含まれるデータシンクインタフェ
ースを呼び出し、これは、コンピュータ２０にｇｅｔＳ
ｉｎｋＤａｔａＦｌａｖｏｒ（）処理を実行させる命令
を含む。ｇｅｔＳｉｎｋＤａｔａＦｌａｖｏｒ（）処理
は、サーバ２３にアクセスし、コンピュータ２０にサー
バ２３がサポートするデータのタイプを提供する命令を
含む。さらに、サーバ２３がｇｅｔＳｉｎｋＤａｔａＦ
ｌａｖｏｒ（）処理を実行することによって判断される
ように、ひとつまたは複数のデータタイプをサポートす
る場合、データフレーバパラメータはＴｒａｎｓｆｅｒ
（）処理に渡され、サーバ２３に対し、それに転送され
るデータのタイプを伝える。さらに、コンピュータ２０
は各種の理由により、データフレーバパラメータに好ま
しいデータタイプの数値を提供する。たとえば、プリン
タ２１とサーバ２３が複数の互換性のあるデータタイプ
をサポートし、コンピュータ２０が、そのパラメータを
使用し、プリンタ２１とサーバ２３との間のデータ転送
のための好ましいデータタイプを特定する場合である。
プリンタ２１は、データオブジェクト２１ｂを通じて、
データソースオブジェクト２５をコンピュータ２０に返
す。

【００４６】次に、ステップ６４で、コンピュータ２０
は、サーバ２３と関連し、データオブジェクト２３ｂに
含まれるデータシンクインタフェースに含まれるＴｒａ
ｎｓｆｅｒ（）処理を実行する。Ｔｒａｎｓｆｅｒ（）
処理は、それが呼び出されると、プリンタ２１からコン
ピュータ２０が受け取るデータソースオブジェクト２
５、プリンタ２１と関連するコンテクストパラメータま
たはデータフレーバパラメータ等のパラメータを受け
る。コンピュータ２０はサーバ２３に対し、コンピュー
タ２０またはプリンタ２１と関連するコンテクストパラ
メータを提供し、サーバ２３が、セキュリティをはじめ
とする各種の理由で、データ転送に参加したいか否かを
判断する。コンピュータ２０は、自己の命令を実行して
そのコンテクスト情報を取得し、コンテクスト情報を通
じてその情報をＴｒａｎｓｆｅｒ（）処理に渡すことに
より、サーバ２３にそれ自身のコンテクスト情報を提供
することができる。サーバ２３は、プリンタ２１からコ
ンピュータ２０が受け取り、コンピュータ２０からＴｒ
ａｎｓｆｅｒ（）処理を通じてサーバ２３に伝えられる
データ転送セッションオブジェクト２５として、プリン
タ２１からデータを受け取る。

【００４７】次に、ステップ６６において、サーバ２３
は、データ転送セッションオブジェクト２５に含まれる
ｇｅｔＴｒａｎｓｆｅｒＤａｔａ（）処理を実行して、
プリンタ２１からデータを読み出す。ステップ６８にお
いて、このデータは、データ転送セッションオブジェク
ト２５を通じてプリンタ２１からサーバ２３に転送され
る。この実施形態において、コンピュータ２０、プリン
タ２１またはサーバ２３のひとつまたは複数は、前述
の、データ転送セッションオブジェクト２５に含まれる
ａｂｏｒｔ（）処理、ｆａｉｌ（）処理またはｃｏｍｐ
ｌｅｔｅ（）処理にアクセスし、これ実行することがで
きる。また、コンピュータ２０、プリンタ２１またはサ
ーバ２３のひとつまたは複数は、リースされたデータ転
送セッションを更新する責任を負う。別の実施形態にお
いて、コンピュータ２０、プリンタ２１またはサーバ２
３のひとつまたは複数は、コンピュータ２０、プリンタ
２１またはサーバ２３に関連するノーティフィケーショ
ンインタフェース（図示せず）を呼び出すことにより、
相互にリスナとして登録し、上述のようにイベントノー
ティフィケーションを受け取ることができる。この例に
おいて、コンピュータ２０は、プリンタ２１またはサー
バ２３と関連するノーティフィケーションインタフェー
スを呼び出し、リスナとして登録し、データ転送の進行
状況をモニタすることができる。プリンタ２１とサーバ
２３との間のデータ転送中、コンピュータ２０の参加は
不要である。コンピュータ２０がデータ転送セッション
に引き続き参加するか否かは、たとえば、コンピュータ
２０がデータ転送セッションに関連するイベントノーテ
ィフィケーションを受け取りたいか、あるいは前述のよ
うに、コンピュータ２０がリースされたデータ転送セッ
ションの更新を担当するか等、各種の要因による。

【００４８】別の実施形態において、コンピュータ２
０、プリンタ２１またはサーバ２３のいずれかが、上記
の実施形態のいずれかを採用し、相互間のデータソース
およびデータシンクとして機能することができる。たと
えば、コンピュータ２０がデータ転送を開始すると、サ
ーバ２３はデータソースとして機能し、データをサーバ
２３に転送するプリンタ２１に関して先に説明したもの
と同じステップに従って、データオブジェクト転送セッ
ション２５を通じて、プリンタ２１にデータを転送す
る。

【００４９】コンピュータ２０、プリンタ２１、ＰＤＡ
２２、サーバ２３、ファクシミリ２４等のデバイス（つ
まり、コンポーネント２０−２４）が上述のひとつまた
は複数の実施形態において例として使用されたが、言語
翻訳サービス、データフォーマット変換、電子メールア
プリケーション、カレンダーアプリケーションまたはワ
ードプロセシングアプリケーション内で実行されるスペ
ルチェックルーチンをはじめとするソフトウェアサービ
ス、アプリケーションまたはその一部等、多数の他のシ
ステムをコンポーネント２０−２４として使用できる。
たとえば、ワードプロセッサは、現在先端されているデ
ータをデータソースコンポーネントとして使用し、それ
がデータシンクコンポーネントであるＰＤＡ２２に送信
されるようにすることができる。

【図面の簡単な説明】

【図１】 一実施形態による、任意のコンポーネントに
相互にデータ転送させるためのシステムの略図である。

【図２】 任意のコンポーネントに相互にデータ転送を
行わせるシステムにおいて使用される任意のコンポーネ
ントの例のブロック図である。

【図３】 別の実施形態による、ひとつの任意のコンポ
ーネントが別の任意のコンポーネントからデータを受信
するためのシステムの略図である。

【図４】 別の任意のコンポーネントからデータを受信
するプロセスのフローチャートである。

【図５】 別の実施形態による、ひとつの任意のコンポ
ーネントが別の任意のコンポーネントにデータを転送す
るためのシステムの略図である。

【図６】 別の任意のコンポーネントにデータを転送す
るプロセスのフローチャートである。

【図７】 別の実施形態による、ひとつの任意のコンポ
ーネントが２つの別の任意のコンポーネントに相互にデ
ータ転送させるシステムのブロック図である。

【図８】 任意のコンポーネントが、他の任意のコンポ
ーネントに相互にデータ転送させるプロセスのフローチ
ャートである。

【符号の説明】

１０ システム、２０ コンピュータ、２１ プリン
タ、２２ ＰＤＡ、２２ａ ユニバーサルインタフェー
スセット、２２ｂ データオブジェクト、２２ｃデータ
転送セッションオブジェクト、２３ サーバ、２４ フ
ァクシミリ、２５データソースオブジェクト、３０ 中
央処理ユニット（ＣＰＵ）、３２ メモリ、３４ Ｉ／
Ｏユニット、３６ バス、３８ 命令。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 マーク ダブリュ ニューマン アメリカ合衆国 カリフォルニア サン フランシスコ ポトレロ アベニュー 1237 ♯エイ (72)発明者 ジャナ ズィー セディヴィ アメリカ合衆国 カリフォルニア スタン フォード マクファーランド コート 109 ♯４ディー Ｆターム(参考） 5B098 AA10 GA04 GC16

Claims (6)

【特許請求の範囲】
1. 【請求項１】 コンポーネントに相互にデータを転送さ
   せるためのシステムであって、 ユニバーサルデータ転送インタフェースを有する第一の
   コンポーネントと、 該ユニバーサルデータ転送インタフェースに対し、デー
   タ転送セッションオブジェクトを使って、該第一のコン
   ポーネントと少なくともひとつのコンポーネントとの間
   でデータを転送させる第二のコンポーネントと、を備え
   ることを特徴とするシステム。
2. 【請求項２】 請求項１に記載のシステムであって、 該データ転送セッションオブジェクトは、該第一のコン
   ポーネントまたは該コンポーネントの少なくともひとつ
   が、転送されるデータのタイプに基づいて、相互間のデ
   ータ転送に使用すべき通信プロトコルを選択する、ある
   いは該データのタイプに基づいてデータ転送に使用され
   る転送媒体を選択するために、データ送信について相互
   に交渉するようにする命令を含むことを特徴とするシス
   テム。
3. 【請求項３】 請求項１に記載のシステムであって、 データ転送は、該第一のコンポーネントまたは該コンポ
   ーネントの少なくともひとつがデータ転送リースを更新
   しなかった場合、あるいはデータ転送が終了した、また
   は行われなかったことを示した時点で停止することを特
   徴とするシステム。
4. 【請求項４】 コンポーネントに相互データ転送を行わ
   せるシステムであって、 第一のユニバーサルデータ転送インタフェースを有する
   第一のコンポーネントと、 第二のユニバーサルデータ転送インタフェースを有する
   第二のコンポーネントと、 該第一のユニバーサルデータ転送インタフェースと該第
   二のユニバーサルデータ転送インタフェースに対し、デ
   ータ転送セッションオブジェクトを使用し、該第一のコ
   ンポーネントと該第二のコンポーネントの間でデータ転
   送を行わせる第三のコンポーネントと、 を備えることを特徴とするシステム。
5. 【請求項５】 コンポーネントに相互データ転送を行わ
   せる方法であって、ユニバーサルデータ転送インタフェ
   ースに、データ転送セッションオブジェクトを取得させ
   るステップと、 該データ転送セッションオブジェクトを使って、第一の
   コンポーネントと少なくともひとつのコンポーネントと
   の間でデータ転送を行うステップと、 を含むことを特徴とする方法。
6. 【請求項６】 コンポーネントに相互データ転送を行わ
   せる方法であって、第一のユニバーサルデータ転送イン
   タフェースと第二のユニバーサルデータ転送インタフェ
   ースを呼び出すステップと、 該呼び出された第一のユニバーサルデータ転送インタフ
   ェースまたは該第二のユニバーサルデータ転送インタフ
   ェースの一方からデータ転送セッションオブジェクトを
   取得するステップと、 該データ転送セッションオブジェクトを使用し、第一の
   コンポーネントと第二のコンポーネントの間でデータを
   転送するステップと、 を含むことを特徴とする方法。