JPH06202997A - ネットワーク・クリップボード機構を提供する方法及びネットワーク・クリップボード機構用の計算機 - Google Patents

Abstract

(57)【要約】 【目的】 計算機ネットワーク用のクリップボード機構
を提供すること。 【構成】クリップボードＡからの資料を計算機Ｂの適用
業務へコピーするため、クリップ送信ルーチンはクリッ
プボードＡのビューアとなり、クリップボードＢの更新
情報を受信する。次いで、クリップ送信ルーチンは、ク
リップ受信ルーチンに対し、クリップボードＡ上の情報
が利用可能なフォーマットのリストを送信する。クリッ
プ受信ルーチンは、遅延引き渡しを使用して、これらの
フォーマットをクリップボードＢへ発信する。ユーザが
クリップボードＢから特定のフォーマットを要求する場
合、この要求は、クリップ受信ルーチンを介して、クリ
ップ送信ルーチンへ返送される。次いで、クリップ送信
ルーチンは、クリップボードＡから必要な資料を獲得
し、これをクリップ受信ルーチンへ戻す。クリップ受信
ルーチンは、ユーザへ与えるために、この資料をクリッ
プボードＢへパスする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は計算機ネットワーク上に
クリップボード機構を設けることにより、第１の計算機
上の第１の適用業務と第２の計算機上の第２の適用業務
との間で資料を転送できるようにすることに係る。な
お、本明細書では、「クリップボード」という用語を、
適用業務が後でオペレーテイング・システムへ明け渡す
ような、メモリの一部を意味するものとして使用する。

【０００２】

【従来の技術】ＯＳ／２又はウインドウの如き多重タス
ク用のオペレーテイング・システムを搭載するパーソナ
ル・コンピュータは、同時に実行中の複数の適用業務を
サポートすることができる。かかるオペレーテイング・
システムは、ユーザが第１の適用業務から第２の適用業
務へデータを転送することができるように、クリップボ
ード機構を提供する。このような環境で、第１の適用業
務は、データをクリップボードへコピーする。次に、第
２の適用業務は、クリップボードで利用可能なデータを
探索するように、オペレーテイング・システムに問い合
わせを行った後、必要に応じて、クリップボードからこ
のデータのコピーを取り出す。クリップボードは主とし
て適用業務間の通信のために使用されるから、その重要
な問題は、第１の適用業務が第２の適用業務のデータ・
フォーマットを受け入れない場合があるという点にあ
る。従って、送信用の第１の適用業務がデータを複数種
類のフォーマットでクリップボードへ書き込むのに対
し、受信用の第２の適用業務はこれらのフォーマットの
うち所望のものを指定する、というやり方が普通であ
る。クリップボードは、テキスト、イメージ、等の交換
に使用することができる。幾つかの適用業務は、クリッ
プボードを内部的に使用、すなわち後で検索するために
データを一旦クリップボードへ書き込んでおくようにし
ているが、かかる使用方法は、推奨すべきものではな
い。なぜなら、クリップボード内に現に存在するデータ
に上書きが行われると、このデータは失われてしまうか
らである。

【０００３】電源切断時にクリップボード中の全てのデ
ータが失われてしまうという理由で、クリップボードは
本来は一時的な用途に適しているが、ファイルへデータ
をコピーすることに比較すると、クリップボードを使用
することは、一層容易で、しかも一層迅速である。同様
に、オペレーテイング・システムの保護モード下で実行
される各適用業務は、特定のメモリ領域のみをアクセス
可能であるにすぎないから（他の共有メモリ・アクセス
方式もあるが、これらの方式はユーザが管理できるよう
にはオープンにされていない）、適用業務間のデータ交
換を簡単に行うことができない。さらに、クリップボー
ドによって定義される複数種類の標準フォーマットが、
全ての適用業務に利用可能であるということもある。

【０００４】クリップボード機構をユーザが使用する代
表的な状況とは、第１の文書から第２の文書へ、テキス
トの一部をコピーするようなものである。このような状
況では、ユーザは、例えばマウス及びカーソルを使用し
て、先ずコピーすべきテキストを識別し、次いでこのテ
キストをクリップボードに置くための適当なメニュー・
オプションを選択する。次に、該当する第１の適用業務
は、このテキストを種々のフォーマットで、例えばテキ
スト・ファイル、ビット・マップ、メタ・ファイル、フ
ォーマット情報を完備する縮小文書、等として、オペレ
ーテイング・システムへパスする（オペレーテイング・
システムは共通する予定フォーマットのリストを指定す
るが、第１の適用業務がそれ自体の特定フォーマットを
使用することも可能である）。第１の適用業務は、幾つ
かのフォーマットについては、このテキスト／データを
クリップボード専用のメモリへ実際に書き込むように決
定する一方、残りのフォーマットについては、第１の適
用業務への逆参照のみを記憶することがある。

【０００５】次に、第２の適用業務のユーザは、クリッ
プボードからテキスト／データを検索することを要求し
得る。このような要求が行われると、第２の適用業務
は、利用可能なフォーマットの１つを選択するように指
示される。この指示に応答して、第２の適用業務は、利
用すべきフォーマットを自動的に選択するか（多くの場
合、第２の適用業務は特定のフォーマットのみを受け入
れることができるにすぎない）、又はその選択をユーザ
へ委せるようにしてもよい。もし、選択されたフォーマ
ットが、クリップボード内に実際に記憶されているテキ
スト／データ用のものであれば、オペレーテイング・シ
ステムは、このテキスト／データを第２の適用業務へ直
接的にパスする。しかしながら、選択されたフォーマッ
トが、参照のみを記憶されているテキスト／データ用の
ものであれば、オペレーテイング・システムは、先ずこ
のテキスト／データを送信側の第１の適用業務から要求
し、次いでこのテキスト／データを受信側の第２の適用
業務へパスしなければならない。遅延引き渡し（遅延レ
ンダリング）として知られている後者のプロセスは、ユ
ーザに対し透過である（つまり、要求されたフォーマッ
トがオペレーテイング・システムに実際に記憶されてい
るか、又は適用業務から要求されねばならないか、とい
う点については、ユーザは一般に不知である）。

【０００６】各適用業務は、オペレーテイング・システ
ムのコール（呼び出し）を介して、クリップボードのオ
ーナとなるように要求することができる。オーナになっ
た適用業務は、クリップボードからテキスト／データが
要求されるとき、又は他の適用業務がクリップボードへ
データを書き込もうとするときはいつでも、その旨の通
知を受信することができる。遅延引き渡しの使用を望む
全ての適用業務は、クリップボードのオーナにならねば
ならないから、引き渡すべきデータをどの適用業務から
要求するかということは、オペレーテイング・システム
には既に判っている。このような適用業務が閉止される
場合、オペレーテイング・システムは、引き渡されてい
ない全てのフォーマットが継続的にアクセス可能となる
ように、これらのフォーマットを実際にクリップボード
に置くことを要求する。この代替方法は、引き渡されて
いない全てのフォーマットを、この適用業務の管理下
で、クリップボードから削除することである（さもなけ
れば、これらのフォーマットに対する要求はエラーを生
ぜしめることになろう）。クリップボード・メモリへコ
ピーされたこれらのフォーマットは、削除されるか又は
他の適用業務のクリップボード動作によって上書きされ
るまで、利用可能なままに留まる。

【０００７】ＯＳ／２バージョン２のクリップボードに
関する詳細は、ＩＢＭ社から発行されたマニュアルであ
る、「Ｐｒｅｓｅｎｔａｔｉｏｎ Ｍａｎａｇｅｒ，Ｐ
ｒｏｇｒａｍｍｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｍａｎｕ
ａｌ，Ｖｏｌｕｍｅ ＩＩ」（文書番号Ｓ１０Ｇ ６２
６５ ００）と、「Ｐｒｏｇｒａｍｍｉｎｇ Ｇｕｉｄ
ｅ，Ｖｏｌｕｍｅ ＩＩ」（文書番号Ｓ１０Ｇ ６，４
９４ ００）、特にその第３１章に記述されている。

【０００８】

【発明が解決しようとする課題】クリップボード機構を
単独の計算機上でだけ利用可能にするのではなく、ネッ
トワーク上でも利用可能にして、第１の計算機上で実行
中の第１の適用業務と第２の計算機上で実行中の第２の
適用業務との間で、データを交換できるようにすること
が非常に望ましい。この点に係る公知の技術は、各計算
機専用のクリップボードとは別個に、１つの集中型ネッ
トワーク・クリップボードを設けることに基礎を置いて
いる。集中型クリップボードには、標準クリップボード
と同様の方法で、資料がコピーされる。かくて、他の計
算機は、それぞれのクリップボード機構を介して、集中
型クリップボード内の資料を表示及びコピーのために利
用することができるようになる。

【０００９】しかしながら、この公知技術は、２つの潜
在的な問題点を有している。第１に、既存の適用業務
は、資料を集中型クリップボードへ置くための特別の手
段を持っていないから、この公知技術を既存の適用業務
に関連して使用することは困難である。第２に、単独の
計算機に搭載されたクリップボードの転送動作が同期的
であるのに対し、この公知技術の転送動作は非同期的と
なることがある。かくて、ユーザはそれ自体のクリップ
ボードへ資料を自動的に持ち込むのではなくて、集中型
クリップボードの内容を（電子メールを受信する場合と
類似する方法で）物理的に調査する必要があろう。

【００１０】従って、本発明の目的は、計算機ネットワ
ーク上にクリップボード機構を設けることにより、第１
の適用業務から第１の計算機のクリップボードへ与えら
れた資料を、第２の計算機の第２の適用業務へコピーで
きるようにすることにある。

【００１１】

【課題を解決するための手段】前記目的を達成するた
め、本発明のネットワーク・クリップボード機構を提供
する方法では、第１の計算機における第１の適用業務か
ら前記第１の計算機上のクリップボードへ発信された資
料を、第２の計算機における第２の適用業務へコピーで
きるように、前記第１の適用業務が前記第１の計算機上
のクリップボードへ資料を発信したという通知を受信す
るとともに、前記発信された資料について利用可能なフ
ォーマットのリストを獲得するステップと、前記利用可
能なフォーマットのリストを前記第２の計算機上のクリ
ップボードへ発信するステップと、前記発信された資料
の特定フォーマットのコピーに対する前記第２の適用業
務からの要求を受信し、この受信された要求に対応する
要求を前記第１の計算機へ返送するステップと、前記対
応する要求の受信に応答して、前記第１の計算機のクリ
ップボードから前記要求された資料を獲得するステップ
と、前記第２の適用業務へパスするために、前記獲得さ
れた資料を前記第２の計算機上のクリップボードへ発信
するステップと、を含んでいる。

【００１２】本発明の方法によれば、ネットワークを介
してデータを複数種類のフォーマットで送信することが
不要となる。計算機ネットワーク用のクリップボード機
構を開発するという本出願人の当初の試みは、各ネット
ワーク用計算機のクリップボードをそれぞれ同一の状態
に維持することに基づいていた。しかしながら、このよ
うな方法に伴う問題は、２台の計算機間のトラフィック
量が過大となって、帯域幅の要件が過酷となるため、ク
リップボード機構の速度が非常に低下するばかりか、コ
ストも高くなる、という点にある。なぜなら、一般の適
用業務は、実際に使用されるよりもずっと多い資料を、
クリップボードへ書き込むのが普通だからである。例え
ば、テキストの一部をクリップボードへコピーすると、
４種類のフォーマットがこのクリップボードへ記憶され
ることがある。すなわち、テキスト自体（例えば、１ｋ
バイト）、このテキストのビットマップ（例えば、５０
ｋバイト）、このテキストのグラフィック・メタファイ
ル（例えば、１２ｋバイト）及びフォント情報を完備し
たこのテキストの所謂「リッチ・テキスト」バージョン
（例えば、１０ｋバイト）が、クリップボードへ記憶さ
れる場合がある。このクリップボードと同じものを遠隔
の端末にも設ける場合には、これらのフォーマットの全
てをリンクを介して送信しなければならない。

【００１３】これとは対照的に、本発明によれば、最初
に利用可能なフォーマットのリストだけを転送すればよ
い。実際のデータは、特別に要求されるまで、転送する
必要はない。従って、受信用端末が普通のテキスト・フ
ォーマットだけを使用したいのであれば、このバージョ
ンだけを送信すればよいから、通信上の要件を著しく軽
減させることができるのである。かかる軽減の度合い
は、遠隔にある適用業務のユーザが、クリップボード中
のデータを使用しないと決定した場合には、さらに大き
くなる。また、ＩＳＤＮ電話回線又は非同期リンクのよ
うな帯域幅の小さいリンクが使用されている場合には、
前述の如き送信データ量の削減が特に重要となる。

【００１４】さらに言えば、第１の計算機に対する更新
は自動的に且つ即座に第２の計算機に現れるから、本発
明のクリップボード機構は、非同期的な性格を有する集
中型クリップボード機構とは対照的に、同期的な性格を
有するものである。

【００１５】また、本発明に従ったネットワーク・クリ
ップボード機構用の（送信側の）計算機では、第１の適
用業務から当該計算機のクリップボードへ発信された資
料を計算機ネットワーク中の他の計算機における第２の
適用業務へコピーするため、前記第１の適用業務が当該
計算機上のクリップボードへ資料を発信したという通知
を受信するとともに、前記発信済みの資料について利用
可能なフォーマットのリストを獲得する受信手段と、前
記利用可能なフォーマットのリストを前記他の計算機へ
送信する手段と、前記発信済みの資料の特定フォーマッ
トのコピーに対する前記第２の適用業務からの要求を受
信し、この要求に応答して前記発信済みの資料を当該計
算機のクリップボードから獲得する手段と、当該計算機
のクリップボードから獲得された前記発信済みの資料を
前記他の計算機へ送信する手段と、を備えた構成として
いる。

【００１６】さらに、本発明に従ったネットワーク・ク
リップボード機構用の（受信側の）計算機では、遠隔の
適用業務からネットワーク中にある他の計算機上のクリ
ップボードへ発信された資料をローカルの適用業務へコ
ピーするため、前記遠隔の適用業務から前記他の計算機
上のクリップボードへ発信された資料が利用可能なフォ
ーマットのリストを、前記他の計算機から受信する受信
手段と、前記利用可能なフォーマットのリストを当該計
算機上のクリップボードへ発信する発信手段と、前記発
信済みの資料の特定フォーマットのコピーに対する前記
ローカルの適用業務からの要求を受信し、これに対応す
る要求を前記他の計算機へ送信する手段と、前記要求さ
れた発信済みの資料を前記他の計算機から受信する手段
と、前記ローカルの適用業務へパスするために、前記要
求された発信済みの資料を当該計算機上のクリップボー
ドへ送信する手段と、を備えた構成としている。

【００１７】このような計算機は、遠隔の計算機からフ
ォーマットのリストという形式でクリップボードの更新
を受信し、遅延引き渡しを使用して、これらのリストを
クリップボードへ挿入する。クリップボードから特定の
フォーマットが選択される場合、適切な資料に対する要
求がクリップボードから遠隔の計算機へ戻される。

【００１８】遠隔の計算機からこの資料を受信すると、
これを、要求中の適用業務へ転送するために、クリップ
ボードへパスすることができる。かくて、この計算機
は、ネットワーク・クリップボード機構における受信用
端末として動作するべく設けられている。

【００１９】送信用端末として動作するべく設けられた
計算機では、その受信手段を切り離し可能として、第１
の適用業務がクリップボードへ資料を発信したという通
知を受信させないようにすることが望ましい。同様に、
受信用端末として動作するべく設けられた計算機では、
その発信手段を切り離し可能として、その適用業務上で
利用可能なフォーマットのリストをクリップボードへ発
信させないようにすることが望ましい。かかる接続／切
り離し（ａｔｔａｃｈ／ｄｅｔａｃｈ）機構を設けた１
つの理由は、受信用端末におけるユーザが、そのクリッ
プボードの管理を送信用端末に委せることができるよう
にするためである。従って、受信用端末におけるユーザ
が、例えばこの端末上の２つの適用業務間で資料を転送
するために、それ自体のクリップボードの管理を取り戻
すことを望む場合は、発信手段を一時的に切り離すこと
が望ましい。

【００２０】１台の計算機が送信用及び受信用端末の両
方として動作するのに必要な機構を含む場合、この計算
機は、任意の時間には１つの受信手段又は発信手段のみ
が接続されていることを保証する手段を含むのが望まし
い。このような手段を設けると、１台の端末が受信用及
び送信用の能力を同時に発揮するのを禁止することがで
きる。この制約は、無限ループのような状況（例えば、
第１の端末が第２の端末のクリップボードを更新する
と、これに応じて第２の端末が第１の端末のクリップボ
ードを更新し、またこれに応じて第１の端末が第２の端
末のクリップボードを更新するといった類の、循環的な
状況）に対する安全手段として作用する。

【００２１】

【実施例】以下、図面を参照して、本発明の実施例を説
明する。

【００２２】図１に示す２台の計算機、すなわち端末Ａ
及びＢは、各端末のオペレーテイング・システムによっ
てサポートされたクリップボードＡ及びクリップボード
Ｂをそれぞれ有する。これらの２台の端末Ａ及びＢは、
各端末に置かれた適当な通信ソフトウエア（ＣＯＭＭ
Ｓ）の下で、ネットワーク・リンクへ接続される。端末
Ａで実行中の第１の適用業務プログラム（ＡＰＰＮ
Ａ）から、端末Ｂで実行中の第２の適用業務プログラム
（ＡＰＰＮ Ｂ）へ、データをパスすることが望まし
い。これを達成するため、端末Ａでクリップ送信ルーチ
ンが起動される。このルーチンは、通信ソフトウエアを
使用して端末Ｂをコールすることにより、端末Ｂの他の
クリップ受信ルーチンを起動する。なぜなら、ユーザは
その端末にあるクリップ送信ルーチンを起動することは
できるが、遠隔のクリップ送信ルーチンのみによって起
動可能な、クリップ受信ルーチンを起動することはでき
ないからである。次に、クリップ送信ルーチンはオペレ
ーテイング・システムのコールを行って、クリップボー
ドＡのビューア（視者）となる。

【００２３】この時点で、これらの２台の端末は、ネッ
トワーク・クリップボード機構を提供することができ
る。第１の適用業務プログラム（ＡＰＰＮ Ａ）から第
２の適用業務プログラム（ＡＰＰＮ Ｂ）へデータを転
送するため、端末Ａのユーザは第１の適用業務プログラ
ム（ＡＰＰＮ Ａ）から適当な資料を選択し、これを通
常の方法でクリップボードＡへコピーする（このプロセ
スが遅延引き渡しを使用しようとしまいと、結果には違
いがない）。クリップ送信ルーチンはクリップボードＡ
のビューアであるから、このルーチンは、クリップボー
ドＡに対する更新のみを通知される。このルーチンがク
リップボードＡに対する更新について警報を受ける場
合、このルーチンは利用可能なフォーマットのリストを
要求し、これをクリップ受信ルーチンに送信する。かく
て、クリップ受信ルーチンはクリップボードＢのオーナ
シップを取り、遅延引き渡しを使用して各フォーマット
のリストを挿入する（すなわち、クリップ受信ルーチン
はナル・ポインタをオペレーテイング・システムへパス
し、かくてこのオペレーテイング・システムは、参照さ
れたデータのコピーを得るためには、オーナ・プログラ
ムであるクリップ受信ルーチンに戻らなければならない
ことを知る）。この段階で、クリップボードＢがナル・
ポインタのみを保持するのに対し、クリップボードＡは
データをも保持するのが普通である。但し、第１の適用
業務（ＡＰＰＮ Ａ）が遅延引き渡しのみを使用してい
て、２つのクリップボードが同じ条件にない場合は別で
ある。また、クリップボードＡに対する更新は自動的に
且つ即座にクリップボードＢにも現れるから、このクリ
ップボード機構は実際上は同期的な性格を持つ、という
点にも注意すべきである。

【００２４】次に、ユーザは第２の適用業務（ＡＰＰＮ
Ｂ）を介して、クリップボードＢを調べた後、データ
の検索に使用すべき適当なフォーマットを選択すること
ができる（或いは、第２の適用業務はこの選択を自動的
に行うことができる）。この選択に応答して、クリップ
ボードＢは、遅延引き渡しについて標準的な方法で、ク
リップ受信ルーチンからデータを要求する。クリップ受
信ルーチンはこの要求をネットワークを介してクリップ
送信ルーチンへ返送し、かくてこのルーチンは適当なフ
ォーマットのデータをクリップボードＡから要求する。
次に、クリップボードＡは、クリップ受信ルーチンへ送
信するために、このデータをクリップ送信ルーチンへパ
スする（第１の適用業務が遅延引き渡しを使用している
場合は、クリップ送信ルーチンは、このデータを第１の
適用業務から最初に与えられる）。このようにして、ク
リップ受信ルーチンは、遅延引き渡しの標準手順に従っ
て、このデータをクリップボードＢへパスし、そこから
さらに第２の適用業務（ＡＰＰＮ Ｂ）へパスすること
ができる。

【００２５】要求されたデータのみを、要求された形式
で転送するようにすれば、この共有型クリップボードの
帯域幅の要件を最小に維持するすることができる。しか
しながら、もしクリップボードのビューアが端末Ｂで実
行されているのであれば、これはクリップボードＡに対
する全ての更新を自動的に要求することと実質的に同じ
になるから、このような場合には通信上のパフォーマン
スが著しく低下する、という点に注意すべきである。従
って、ユーザにとっては、このようなビューアを活動的
な受信用端末で実行させないことが有利であろう。

【００２６】図２には、２台の端末間に共有型クリップ
ボード機構を提供するための手順が、流れ図の形式で示
されており、図３には、「ＯＳ／２」と呼ばれる特定の
オペレーテイング・システムの、この手順に伴うコール
が示されている（但し、本発明はこのようなＯＳ／２環
境に制限されるものではなく、例えば使用するデータ・
フォーマットの命名さえ気を付ければ、複数のオペレー
テイング・システムを備えた異種ネットワークにおいて
も同様に使用することができる）。図３に示すように、
第１の適用業務（ＡＰＰＮ Ａ）は「ＷｉｎＳｅｔＣｌ
ｉｐｂｒｄＤａｔａ」コールを使用してデータをこのク
リップボードへ挿入し、これに応じて「ＷＭ ＤＲＡＷ
ＣＬＩＰＢＯＡＲＤ」という通知がクリップ送信ルーチ
ンへ送信される。次に、クリップ送信ルーチンはクリッ
プボードＡに問い合わせを行って、このクリップボード
上のデータが利用可能なフォーマットのリストを獲得す
る。一般に、これらのフォーマットは、オペレーテイン
グ・システムが規定し且つ両端末で認識可能なフォーマ
ットのサブセットに加えて、最初に第１の適用業務（Ａ
ＰＰＮ Ａ）が指定したストリング記述子によって識別
されるような専用（プライベート）フォーマットを含
む。クリップ送信ルーチンは、「ＰＣＬＩＰＳＥＴＦＯ
ＲＭＡＴＳ」ルーチンを使用して、このリストを遠隔の
端末Ｂへパスする。なお、「ＰＣＬＩＰ」で始まるルー
チン名はＯＳ／２の一部ではないが、当該ネットワーク
・クリップボード機構を実現する際に作成されたもので
ある。

【００２７】次に、クリップ受信ルーチンは、［Ｗｉｎ
ＳｅｔＣｌｉｐｂｒｄＯｗｎｅｒ」と称するコールを使
用して、クリップボードＢのオーナとなる（このリスト
が転送すべき最初のフォーマット・リストではないか、
又は端末Ａから以前のフォーマット・リストを獲得した
後に、端末Ｂの他の適用業務がクリップボードのオーナ
シップを取り続けていない限り、クリップボード受信ル
ーチンが既にクリップボードＢのオーナであるというこ
とは十分にあり得る）。次に、これらのフォーマット
は、「ＷｉｎＳｅｔＣｌｉｐｂｒｄＤａｔａ」内の遅延
引き渡しオプションを使用してクリップボードＢへ挿入
され、そこでユーザ選択のために利用可能となる。

【００２８】或るユーザが「ＷｉｎＱｕｅｒｙＣｌｉｐ
ｂｒｄＤａｔａ」コールを使用して第２の適用業務（Ａ
ＰＰＮ Ｂ）から或るフォーマットを選択する場合、ク
リップボードＢは、「ＷＭ ＲＥＮＤＥＲＦＭＴ」コー
ルをクリップ受信ルーチンへパスして、指定したフォー
マットを提供するように要求する。これに応答して、ク
リップ受信ルーチンは、「ＰＣＬＩＰ ＧＥＴＤＡＴ
Ａ」メッセージを端末Ａへ返送する。このメッセージを
受信すると、クリップ送信ルーチンは、「ＷｉｎＱｕｅ
ｒｙＣｌｉｐｂｒｄＤａｔａ」コールを使用して、クリ
ップボードＡから適切なデータを獲得する。このデータ
は、「ＰＣＬＩＰ ＳＥＴＤＡＴＡ」を使用して、端末
Ｂへ戻ることができる。次に、クリップボード受信ルー
チンは、「ＷｉｎＳｅｔＣｌｉｐｂｒｄＤａｔａ」コー
ルを使用して、このデータをクリップボードＢへ挿入
し、このデータをそこから第２の適用業務（ＡＰＰＮ
Ｂ）へ供給することができる。ここで、端末Ａからデー
タが一旦獲得され且つクリップボードＢへ提供された場
合、このデータはクリップボードの通常の動作に従って
クリップボードＢによって保持される、という点に注意
すべきである。この意味するところは、もし同じデータ
・フォーマットが再び要求されたならば、このフォーマ
ットは即座に利用可能であるから、これをネットワーク
を介して再送する必要はない、ということである（但
し、その間に他の適用業務がクリップボードＢに上書き
するような場合は別である）。

【００２９】複雑化の１つの要因は、ビット・マップの
如きある種のデータ・フォーマットについては、「Ｗｉ
ｎＱｕｅｒｙＣｌｉｐｂｒｄＤａｔａ」コールが、デー
タのロケーションに対するポインタではなく、ハンドル
を戻す、ということにある。このハンドルはビット・マ
ップをその特定の計算機で表示するには十分であるが、
遠隔の端末へ送信するという状況では有用ではない。し
かしながら、ハンドルを使用すると、オペレーテイング
・システムのルーチンをコールして、ビット・マップを
保持する記憶領域を特定することができるし、送信に必
要なデータを構成することもできる。同様に、遠隔の端
末で受信する際に、このデータを正しいビット・マップ
形式へ「構成解除」することができる。

【００３０】ここで、通信プロセスの全体は両システム
に対し透過である、という点に注意すべきである。従っ
て、端末Ａの第１の適用業務（ＡＰＰＮ Ａ）及びクリ
ップボードＡに関する限り、これらは他の適用業務であ
るクリップ送信ルーチンへ資料を単に転送しているにす
ぎず、クリップ送信ルーチンがこの資料の最終的な宛先
でないという点は不知である。同様に、端末Ｂの第２の
適用業務（ＡＰＰＮＢ）及びクリップボードに関する限
り、これらもまた１つの適用業務であるクリップ受信ル
ーチンから第２の適用業務（ＡＰＰＮ Ｂ）へ資料を単
に転送しているにすぎず、クリップ受信ルーチンがこの
データの真のソースでないという点は不知である。この
ことが重要な利点となる所以は、第１の適用業務（ＡＰ
ＰＮＡ）及び第２の適用業務（ＡＰＰＮ Ｂ）を、単独
の計算機上でクリップボード動作をサポートするような
任意の標準的適用業務とすることが可能であり、しかも
ネットワーク上でクリップボード機構を提供するために
これらの適用業務を修正する必要はない、という点にあ
る。この唯一つの例外は、第１の適用業務（ＡＰＰＮ
Ａ）及び第２の適用業務（ＡＰＰＮ Ｂ）がクリップボ
ード用の専用フォーマットを使用していて、この専用フ
ォーマットがデイスク・ドライブやデイレクトリの如き
計算機に特有の情報を含んでいるために、この専用フォ
ーマットをコールする際にエラーが生ずるような場合で
ある。しかしながら、これと同様の状況は、単独の計算
機上で実行されている或る適用業務が特定の専用フォー
マットを使用していて、その後にこの専用フォーマット
が他の適用業務によって誤って解釈されるような場合に
も起こり得るものである。

【００３１】ネットワーク・クリップボード機構の重要
な１つの側面は、ユーザにとって、クリップ送信ルーチ
ンやクリップ受信ルーチンをそれぞれのクリップボード
から切り離したり、これらのルーチンを再び元のクリッ
プボードへ接続することが可能になる、という点にあ
る。クリップ送信ルーチンが切り離される場合、このネ
ットワーク・クリップボード機構は、クリップボードＢ
へ送信するためのクリップボードＡからの更新を受信し
なくなるから、この切り離しの後は、クリップボードＡ
からのデータに対する端末Ｂの要求を満足させることは
できない。同様に、クリップボードＢが切り離される場
合、このネットワーク・クリップボード機構は、クリッ
プボードＡからの更新をクリップボードＢへ記入しなく
なるから、この切り離しの後は、データに対するクリッ
プボードＢからの要求に応答することはできない。

【００３２】かくて、クリップ送信ルーチン及びクリッ
プ受信ルーチンの一方又は両方が切り離される場合、こ
のネットワーク・クリップボード機構は、もはや端末Ａ
からデータを獲得することはできない（通信リンクに障
害が生ずる場合も同様である）。この場合、フォーマッ
トのリストは依然としてクリップボードＢの内部に存在
するが、第２の適用業務（ＡＰＰＮ Ｂ）は、以前に引
き渡されて現在はクリップボードＢに記憶されているフ
ォーマットだけをアクセスできるにすぎない。引き渡さ
れていない他の任意のフォーマットに対する要求は、エ
ラーを生ぜしめる。これは、単独の計算機において、遅
延引き渡しに責任のある適用業務がクローズされた場合
の結果と同様である。クリップ送信ルーチン及びクリッ
プ受信ルーチンの両者は、切り離された形式で起動され
るが、これらのルーチンがクリップボードのビューア又
はオーナになるためには、その前にそれぞれのユーザに
よって明示的に接続されねばならない（図２又は図３は
この接続動作を示していない）。クリップ受信ルーチン
が接続される場合、このネットワーク・クリップボード
機構は、「ＰＣＬＩＰ ＧＥＴＦＯＲＭＡＴＳ」メッセ
ージをクリップ送信ルーチンへ送信することにより、ク
リップボードＡの内部にある最新のフォーマット・セッ
トのコピーを獲得し、次いでこれをクリップボードＢへ
発信することができる（従って、端末Ｂ上の他の適用業
務がクリップボードＢに偶然に上書を行うことがあった
としても、ユーザは、クリップ受信ルーチンを切り離し
且つその後にこのルーチンを再び接続するだけで、クリ
ップボードＡの内部にある現在のフォーマット・セット
を検索することができる）。

【００３３】クリップ受信ルーチンが接続されている
間、クリップボードＢは実質的に端末Ａの制御下にある
から、クリップ受信ルーチンを接続したり切り離したり
できるという能力は、端末Ｂのユーザにとって有用であ
る。しかしながら、クリップ受信ルーチンが切り離され
る場合、端末Ｂのユーザは、端末Ａからの更新によって
突然に上書きされるという危険もなしに、クリップボー
ドＢをユーザ自身のために使用することができる。この
能力は、以下で説明するような、一層複雑な構成におい
ても重要である。

【００３４】図１に示したシステムは、端末Ａから端末
Ｂへデータを転送することができるにすぎない。反対方
向へデータを転送するためには、端末Ｂでクリップ送信
ルーチンを起動するとともに、端末Ａでクリップ受信ル
ーチンを起動することが必要となろう。しかしながら、
ここでは無制限の状況（例えば、端末Ａが端末Ｂのクリ
ップボードを更新すると、これに応じて端末Ｂが端末Ａ
のクリップボードを更新し、またこれに応じて端末Ａが
端末Ｂのクリップボードを更新するといった類の、循環
的な状況）が生起するという危険がある。この危険を避
けるため、このシステムは、各端末がクリップ受信ルー
チン及びクリップ送信ルーチンを同時には接続できない
ように構成される（勿論、この問題については他の解決
方法もあり得よう）。

【００３５】本発明のネットワーク・クリップボード機
構は、複数通路の交換に容易に利用することができる。
このような状況は、図４に例示されている。但し、図４
に示す４台の端末ＡないしＤの全ては、適当なネットワ
ーク・ソフトウエアによってリンクされているものと仮
定する。１個のクリップ送信ルーチンは複数のクリップ
受信ルーチンを起動することができ、従ってこれらのク
リップ受信ルーチンへリンクすることができる。例え
ば、端末Ａのクリップ送信ルーチンは端末Ｂ及びＣのク
リップ受信ルーチンへリンクされ、かくてこれらのクリ
ップ受信ルーチンはフォーマットの更新済みリストを受
信する。しかしながら、クリップ受信ルーチンの各々
は、各クリップボードが多数の他の端末によって上書き
されるという混乱を避けるために、唯１個のクリップ送
信ルーチンにだけリンクされている。

【００３６】クリップ送信ルーチン又はクリップ受信ル
ーチンの複数のコピーを実行させれば、各端末は、同時
に複数のクリップボード共有グループの一部となること
ができる。かくて、図４に示すように、端末Ａ、Ｂ及び
Ｃが１つのクリップボード共有グループを形成するのみ
ならず、端末Ａ、Ｄ及びＣもまた他のクリップボード共
有グループを形成するのである。しかしながら、特定の
時点には、各端末にクリップ送信ルーチン又はクリップ
受信ルーチンの一方だけが接続可能であるに留まるか
ら、共有グループＡ、Ｄ、ＣのうちＤだけが現に接続さ
れているにすぎない。この制約は、或る時点では、唯１
つの適用業務だけがクリップボードのビューア又はオー
ナになり得る、というＯＳ／２の制限を反映したもので
ある。もっとも、この制約があるために、或る共有グル
ープからの更新が偶然に他の共有グループの更新に上書
きを行うことがなくなるから、ユーザにとっては、混同
を回避できるという点で有利である。さらに、前述のよ
うに、任意の端末でクリップ送信ルーチン及びクリップ
受信ルーチンの両方を同時に接続するのを禁止すると、
単一の更新がネットワーク上で無限に永続する、という
ランナウエイ状況を有効に回避することができる。

【００３７】

【発明の効果】以上のように、本発明によれば、計算機
ネットワークを構成する複数の計算機でそれぞれ実行中
の適用業務間で、資料をコピーすることが可能となる。

【図面の簡単な説明】

【図１】２台の端末間に設けられたネットワーク・クリ
ップボード機構の主要構成要素を概略的に示す図であ
る。

【図２】２台の端末間に設けられたネットワーク・クリ
ップボード機構の動作ステップを示す流れ図である。

【図３】図２の動作に含まれるＯＳ／２オペレーテイン
グ・システム用のコールを示す図である。

【図４】４台の端末間に設けられたネットワーク・クリ
ップボード機構の主要構成要素を概略的に示す図であ
る。

【符号の説明】

ＡないしＤ ・・・・ 端末（計算機） ＡＰＰＮ Ａ ・・・・ 第１の適用業務 ＡＰＰＮ Ｂ ・・・・ 第２の適用業務 ＣＯＭＭＳ ・・・・ 通信ソフトウエア

───────────────────────────────────────────────────── フロントページの続き (72)発明者 サイモン・フィップス イギリス国 エスオー２・１ピーキュー、 ハンプシャー、サザンプトン、ハイフィー ルド、チェンバレン・ロード53

Claims (6)

【特許請求の範囲】
1. 【請求項１】第１の計算機における第１の適用業務から
   前記第１の計算機上のクリップボードへ発信された資料
   を、第２の計算機における第２の適用業務へコピーでき
   るように、ネットワーク・クリップボード機構を提供す
   る方法であって、 前記第１の適用業務が前記第１の計算機上のクリップボ
   ードへ資料を発信したという通知を受信するとともに、
   前記発信された資料について利用可能なフォーマットの
   リストを獲得するステップと、 前記利用可能なフォーマットのリストを前記第２の計算
   機上のクリップボードへ発信するステップと、 前記発信された資料の特定フォーマットのコピーに対す
   る前記第２の適用業務からの要求を受信し、この受信さ
   れた要求に対応する要求を前記第１の計算機へ返送する
   ステップと、 前記対応する要求の受信に応答して、前記第１の計算機
   のクリップボードから前記要求された資料を獲得するス
   テップと、 前記第２の適用業務へパスするために、前記獲得された
   資料を前記第２の計算機上のクリップボードへ発信する
   ステップと、 を含む、ネットワーク・クリップボード機構を提供する
   方法。
2. 【請求項２】クリップボードを備え、第１の適用業務か
   ら当該クリップボードへ発信された資料を計算機ネット
   ワーク中の他の計算機における第２の適用業務へコピー
   するように構成された、ネットワーク・クリップボード
   機構用の計算機であって、 前記第１の適用業務が当該計算機上のクリップボードへ
   資料を発信したという通知を受信するとともに、前記発
   信済みの資料について利用可能なフォーマットのリスト
   を獲得する受信手段と、 前記利用可能なフォーマットのリストを前記他の計算機
   へ送信する手段と、 前記発信済みの資料の特定フォーマットのコピーに対す
   る前記第２の適用業務からの要求を受信し、この要求に
   応答して前記発信済みの資料を当該計算機のクリップボ
   ードから獲得する手段と、 当該計算機のクリップボードから獲得された前記発信済
   みの資料を前記他の計算機へ送信する手段と、 を含む、ネットワーク・クリップボード機構用の計算
   機。
3. 【請求項３】前記受信手段は、前記第１の適用業務が資
   料を前記クリップボードへ発信したという通知を受信し
   ないように切り離し可能にされている、請求項２に記載
   のネットワーク・クリップボード機構用の計算機。
4. 【請求項４】遠隔の適用業務からネットワーク中にある
   他の計算機上のクリップボードへ発信された資料をロー
   カルの適用業務へコピーするように構成された、ネット
   ワーク・クリップボード機構用の計算機であって、 前記遠隔の適用業務から前記他の計算機上のクリップボ
   ードへ発信された資料が利用可能なフォーマットのリス
   トを、前記他の計算機から受信する受信手段と、 前記利用可能なフォーマットのリストを当該計算機上の
   クリップボードへ発信する発信手段と、 前記発信済みの資料の特定フォーマットのコピーに対す
   る前記ローカルの適用業務からの要求を受信し、これに
   対応する要求を前記他の計算機へ送信する手段と、 前記要求された発信済みの資料を前記他の計算機から受
   信する手段と、 前記ローカルの適用業務へパスするために、前記要求さ
   れた発信済みの資料を当該計算機上のクリップボードへ
   送信する手段と、 を含む、ネットワーク・クリップボード機構用の計算
   機。
5. 【請求項５】前記発信手段は、前記利用可能なフォーマ
   ットのリストを当該計算機上のクリップボードへ発信し
   ないように切り離し可能にされている、請求項４に記載
   のネットワーク・クリップボード機構用の計算機。
6. 【請求項６】前記受信手段及び発信手段の少なくとも１
   つが特定の時点で切り離されることを保証する手段をさ
   らに含む、請求項３又は５に記載のネットワーク・クリ
   ップボード機構用の計算機。