JP2000035846A

JP2000035846A - データ処理装置、表示端末装置、及び記録媒体

Info

Publication number: JP2000035846A
Application number: JP20520998A
Authority: JP
Inventors: Hideo Suzuki; 秀夫鈴木
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1998-07-21
Filing date: 1998-07-21
Publication date: 2000-02-02
Anticipated expiration: 2018-07-21
Also published as: JP3807104B2

Abstract

(57)【要約】【課題】携帯情報端末装置をデータ処理装置の表示端末
装置として利用できるようにすること。【解決手段】データ処理装置としてのデスクＰＣ１００
は、メインとして特定された表示装置１０３に対してデ
ータ処理された複数のウインドウを表示させるものであ
り、携帯情報端末装置であるＰＤＡ２００を携帯表示端
末として機能させるために、該ＰＤＡ２００に対して上
記複数のウインドウの内の所定のウインドウを通信イン
タフェース１０８により送信する。ＰＤＡ２００では、
このようなデスクＰＣ１００で処理された表示内容を表
示する表示装置１０３に表示される複数のウインドウの
内で所定のウインドウの表示内容を通信インタフェース
２０６により受信して、表示部２０２に表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パーソナルコンピ
ュータ等のデータ処理装置、並びにそのようなデータ処
理装置に利用される表示端末装置、及びＣＤ−ＲＯＭ等
のコンピュータが読み取り可能な記録媒体に関する。

【０００２】

【従来の技術】パーソナルコンピュータ等のデータ処理
装置は、複数のアプリケーションソフトを起動して、そ
れぞれの編集画面等をウィンドウとして表示装置上に表
示し、切り換え実行できるようにしている。また、バッ
クウィンドウ上で計算等のデータ処理実行中に、主ウィ
ンドウ（アクティブウィンドウ）上で文書編集等のデー
タ処理を実行する所謂マルチタスクのデータ処理装置も
知られている。

【０００３】

【発明が解決しようとする課題】ところで、このように
複数のウィンドウを開いてデータ処理を行う際、あるア
プリケーションソフトのウィンドウ内容を確認しなが
ら、別のアプリケーションソフトのウィンドウ上で処理
を行いたいというような場合がある。

【０００４】このような場合には、両ウィンドウが並べ
て表示できる高解像度の表示装置を使用しているのであ
れば良いが、そうでない場合には、重ねて表示された両
ウィンドウを交互にアクティブな状態とするという操作
が必要となる。

【０００５】一方近年、ＰＤＡ（personal digital ass
istant）と称される携帯情報端末装置が普及してきてい
る。これは、手帳からノートぐらいの大きさで、ペン入
力による手書き文字の認識が可能なコンピュータであ
り、パーソナルコンピュータ（ＰＣ）等のデータ処理装
置との間でデータやり取りを行う機能を有しているもの
も知られている。

【０００６】このような携帯情報端末装置は、例えば、
通常利用してるデータ処理装置に格納したデータを取り
込んで、それを外出先で利用したり、外出先で得た情報
を後でデータ処理装置に転送して使用するために、その
情報を外出先で入力しておくというのが、主たる用途で
ある。従って、データ処理装置を使用しているときに
は、この携帯情報端末装置は、机上の片隅にどかしてお
かれたり、引き出しの中や鞄の中等にしまい込まれて、
利用されることはほとんどない。

【０００７】従って、このような携帯情報端末装置が備
える表示部を、データ処理装置のサブ表示装置として利
用できれば、上記参照しようとするウィンドウ内容を表
示することで、ウィンドウの切換操作を行う必要がなく
なることは明らかである。本発明の課題は、携帯情報端
末装置をデータ処理装置の表示端末装置として利用でき
るようにすることである。

【０００８】

【課題を解決するための手段】請求項１の発明の手段は
次の通りである。データ処理装置は、メインとして特定
された主表示装置に対してデータ処理された複数のウィ
ンドウを表示させる。送信手段は、サブとなる表示端末
装置に対して上記主表示装置に表示された複数のウィン
ドウの内の所定のウィンドウを送信する。

【０００９】また、請求項１３の発明の手段は次の通り
である。コンピュータが読み取り可能な記録媒体は、メ
インとして特定された主表示装置に対してデータ処理さ
れた複数のウィンドウを表示させるデータ処理装置のサ
ブ表示装置として携帯情報端末装置を機能させる際に、
以下の処理を上記データ処理装置を構成するコンピュー
タに実行させる命令を含むプログラムを格納する。第１
の処理は、上記携帯情報端末装置に対して上記主表示装
置に表示された複数のウィンドウの内の所定のウィンド
ウを送信する処理である。

【００１０】請求項１及び請求項１３の発明の手段の作
用は次の通りである。メインとして特定された主表示装
置に対してデータ処理された複数のウインドウを表示さ
せるデータ処理装置は、携帯情報端末装置によって構成
されたサブとなる表示端末装置に対して上記複数のウイ
ンドウの内の所定のウインドウを送信する。従って、こ
の所定のウィンドウを受信した表示端末装置でそれを表
示することが可能となり、携帯情報端末装置をデータ処
理装置の表示端末装置として利用できるようになる。

【００１１】一方、請求項９の発明の手段は次の通りで
ある。ウィンドウ表示内容受信手段は、データ処理装置
で処理された表示内容を表示する主表示装置に表示され
る複数のウィンドウの内で所定のウィンドウの表示内容
を受信する。表示手段は、上記ウィンドウ表示内容受信
手段で受信したウィンドウ内容を表示する。

【００１２】また、請求項１４の発明の手段は次の通り
である。コンピュータが読み取り可能な記録媒体は、メ
インとして特定された主表示装置に対してデータ処理さ
れた複数のウィンドウを表示させるデータ処理装置のサ
ブ表示装置として携帯情報端末装置を機能させる際に、
以下の処理を上記携帯情報端末装置を構成するコンピュ
ータに実行させる命令を含むプログラムを格納する。第
１の処理は、上記データ処理装置で処理された表示内容
を表示する主表示装置に表示される複数のウィンドウの
内で所定のウィンドウの表示内容を受信する処理であ
る。第２の処理は、その受信したウィンドウ内容を表示
する処理である。

【００１３】請求項９及び請求項１４の発明の手段の作
用は次の通りである。携帯情報端末装置として構成され
た表示端末装置では、データ処理装置で処理された表示
内容を表示する主表示装置に表示される複数のウインド
ウの内で所定のウインドウの表示内容を受信して表示す
る。従って、携帯情報端末装置をデータ処理装置の表示
端末装置として利用できるようになる。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を図１
の（Ａ）乃至図９の（Ｅ）を参照して説明する。（第１の実施の形態）図１の（Ａ）は、本発明の第１の
実施の形態にかかるデータ処理装置としてのデスクＰＣ
１００と、本発明の第１の実施の形態にかかる携帯表示
端末装置としてのＰＤＡ２００とを示す図である。デス
クＰＣ１００とＰＤＡ２００との間は、通信回線（Ｉｒ
ＤＡ方式の赤外線等による無線回線）３００によりデー
タの授受が可能となっている。なお、参照番号４００
は、ＰＤＡ２００への入力操作用のペンである。

【００１５】上記デスクＰＣ１００は、図１の（Ｂ）に
示すように、当該デスクＰＣ１００全体を制御する制御
部としてのＣＰＵ１０１、キーボードやマウス等の入力
装置１０２、ＣＲＴや液晶ディスプレィ等の表示装置１
０３、プリンタ等の印刷装置１０４、ハードディスクや
ＲＯＭ等の記憶装置１０５、ＲＡＭ１０６から構成され
る。ここれら記憶装置１０５やＲＡＭ１０６は、上記Ｃ
ＰＵ１０１で実行される当該デスクＰＣ１００の処理プ
ログラムやデータ等が予め記憶されているものである
が、もちろん、このような記憶装置１０５やＲＡＭ１０
６に記憶するプログラムやデータ等は、フロッピーディ
スクや光（磁気）ディスク等の記憶媒体１０７から読み
込むようにしても良いし、通信インタフェース１０８に
より上記通信回線３００を介して接続された他の機器か
ら受信して、これらに記憶するようにしても良い。

【００１６】また、上記ＲＡＭ１０６（記憶装置１０５
でも可）には、図２の（Ｂ）に示すよな端末管理テーブ
ル１０６Ａが記憶される。即ち、この端末管理テーブル
１０６Ａは、当該デスクＰＣ１００に接続されたＰＤＡ
２００を特定する端末コード、そのＰＤＡ２００の愛
称、そのＰＤＡ２００にウィンドウが記憶されているか
どうかを示すフラグ、及びそれが記憶されているときに
はそのウィンドウの名称、を記憶するものである。

【００１７】一方、上記ＰＤＡ２００は、単体として、
携帯端末としてのＰＩＭ基本機能（カレンダースケジュ
ール、メモ、住所録、等）を基本仕様として持っている
が、これに加えて、本実施の形態では、上記デスクＰＣ
１００との無線接続により、デスクＰＣ１００のサブ表
示端末として機能する。ここで、該ＰＤＡ２００とデス
クＰＣ１００との無線接続の仕方としては、当該ＰＤＡ
２００をデスクＰＣ１００に近づけることで、デスクＰ
Ｃ１００がそのＰＤＡ２００を認識して接続関係を構築
するという手法が採られる。

【００１８】このＰＤＡ２００は、図１の（Ｃ）に示す
ように、コンピュータ本体２０１、液晶ディスプレィで
構成された表示部２０２、該表示部２０２の表示面上に
配されたタッチパネル２０３、音声入力（ボイスメモ
用）のためのマイクロホン２０４、音声／音楽再生（ボ
イス再生用）のためのスピーカ２０５、及び上記通信回
線３００と接続するための通信インタフェース２０６か
ら構成される。

【００１９】ここで、コンピュータ本体２０１は、内部
メモリ２０１Ａを有し、該内部メモリ２０１Ａに展開さ
れたアプリケーションソフトに従って当該ＰＤＡ２００
全体を制御する。この内部メモリ２０１Ａに記憶される
アプリケーションソフトは、ＲＯＭに予め組み込まれて
いるものであっても良いし、通信インタフェース２０６
を介して与えられる或いは図示しない記録媒体から読み
出したアプリケーションソフトをＲＡＭやＥＥＰＲＯＭ
等に記憶するものであっても良い。

【００２０】また、この内部メモリ２０１Ａには、図２
の（Ｂ）に示すように、当該ＰＤＡ２００に固有の端末
コード、ユーザが任意に設定した当該ＰＤＡ２００の愛
称、表示するウィンドウの名前と内容、及びウィンドウ
の記憶の有無を示すフラグ、等の各種データを記憶す
る。

【００２１】次に、このような構成における動作を説明
する。図３は、本発明の第１の実施の形態にかかるデー
タ処理装置としてのデスクＰＣ１００における端末チェ
ック処理の動作フローチャートである。このフローチャ
ートに記載した各機能を実現するプログラムは、ＣＰＵ
１０１が読み取り可能なプログラムコードの形態でＲＡ
Ｍ１０６又は記憶装置１０５に記憶されている（以下、
同じ）。

【００２２】即ち、デスクＰＣ１００のＣＰＵ１０１
は、定期的にこの端末チェック処理を開始し、まず、端
末管理テーブル１０６Ａに何れかの携帯表示端末装置と
してのＰＤＡ２００が登録されているかどうか判断する
（ステップＳ１００）。そして、登録されたＰＤＡ２０
０が無い場合には、通信インタフェース１０８より端末
サーチ信号を送信する（ステップＳ１０１）。その後、
この端末サーチ信号に応答して、未登録のＰＤＡ２００
からそのＰＤＡ２００を特定する端末コードが送信され
てきたかどうかを判別し（ステップＳ１０２）、応答が
ない場合には、この端末チェック処理を終了する。

【００２３】ここで、携帯表示端末装置としてのＰＤＡ
２００は、図４の動作フローチャートに示すように動作
している。なお、このフローチャートに記載した各機能
を実現するプログラムは、コンピュータ本体２０１が読
み取り可能なプログラムコードの形態で内部メモリ２０
１Ａに記憶されている。

【００２４】即ち、まず、当該ＰＤＡ２００が表示受信
モードにあるかどうか判断する（ステップＳ２００）。
一般に、ＰＤＡ１００は、パワーオンされると、まず通
常の機能であるＰＩＭ機能（カレンダースケジュール、
メモ、住所録、等）を実行するＰＩＭモードに設定され
るため、ここでは、表示受信モードにないとして、他の
処理を行い（ステップＳ２０１）、その後、上記ステッ
プＳ２００に戻る。そして、このステップＳ２０１の他
の処理において、図示しないＰＩＭ画面でのモード切り
換えスイッチ表示に対応するタッチスイッチが操作され
て、表示受信モードに設定されると、上記ステップＳ２
００において表示受信モードであると判断され、この場
合には、次に、データ処理装置としてのデスクＰＣ１０
０からの端末サーチ信号の有無を判別する（ステップＳ
２０２）。

【００２５】デスクＰＣ１００において、上記ステップ
Ｓ１０１で端末サーチ信号が送信されると、このステッ
プＳ２０２において端末サーチ信号有と判断されるの
で、内部メモリ２０１Ａに記憶されている当該ＰＤＡ２
００の端末コードを通信インタフェース２０６によりデ
スクＰＣ１００に送信する（ステップＳ２０３）。

【００２６】デスクＰＣ１００では、上記ステップＳ１
０２においてこの端末コードの受信有りと判別したとき
には、そのＰＤＡ２００に対して情報送信要求を通信イ
ンタフェース１０８より送信する（ステップＳ１０
３）。

【００２７】ＰＤＡ２００では、この情報送信要求を受
信すると（ステップＳ２０４）、内部メモリ２０１Ａに
記憶されている愛称、フラグ、及びウィンドウ名を通信
インタフェース２０６によりデスクＰＣ１００に送信す
る（ステップＳ２０５）。

【００２８】デスクＰＣ１００では、このＰＤＡ２００
から送信されてきた愛称、フラグ、及びウィンドウ名
を、先に受信した端末コードに対応付けて、端末管理テ
ーブル１０６Ａに登録する（ステップＳ１０４）。そし
て、図５の（Ａ）の左上又は左下に示すように、愛称に
よるアイコン１０９（この図では、ＰＤＡ２００の愛称
は「太郎」）を表示装置１０３の表示画面１０３Ａに表
示する（ステップＳ１０５）。このとき、端末管理テー
ブル１０６Ａに登録された当該ＰＤＡ２００のフラグが
オン（「１」）かオフ（「０」）かを判別し（ステップ
Ｓ１０６）、オフであれば図５の（Ａ）の左上に示すよ
うにアイコン１０９を青色で表示し（ステップＳ１０
７）、オンであれば図５の（Ａ）の左下に示すようにア
イコン１０９を赤色（図ではハッチングにより示す）で
表示した後（ステップＳ１０８）、上記ステップＳ１０
１に戻る。

【００２９】また、上記ステップＳ１００において、端
末管理テーブル１０６ＡにＰＤＡ２００が既に登録され
ていると判断した場合には、その登録されているＰＤＡ
２００に対して通信インタフェース１０８よりとのＰＤ
Ａ２００を特定する端末コードと共にチェック信号を送
信して（ステップＳ１０９）、ＯＫ応答がそのＰＤＡ２
００から有るかどうか判断することにより（ステップＳ
１１０）、登録されているＰＤＡ２００がまだ接続され
た状態に有るかどうか判別する。

【００３０】ここで、ＰＤＡ２００では、表示受信モー
ドにあるときには、デスクＰＣ１００から、サーチ信号
（ステップＳ２０２）、情報送信要求（ステップＳ２０
４）、ウィンドウ受信要求（ステップＳ２０６）、ウィ
ンドウ送信要求（ステップＳ２０７）、及びチェック信
号（ステップＳ２０８）の何れかが送信されてくるのを
待っており、チェック信号を受信したときには（ステッ
プＳ２０８）、そのチェック信号の端末コードが当該Ｐ
ＤＡ２００の端末コードに一致するかを内部メモリ２０
１Ａを参照して判断する（ステップＳ２０９）。そし
て、一致しなければ上記ステップＳ２００に戻り、一致
するときには、通信インタフェース２０６によりＯＫ応
答をデスクＰＣ１００に送信して（ステップＳ２１
０）、上記ステップＳ２００に戻る。

【００３１】デスクＰＣ１００は、該当ＰＤＡ２００か
ら、このＯＫ応答が有った場合には、次に、端末管理テ
ーブル１０６Ａに更に別のＰＤＡの登録が有るかどうか
判別する（ステップＳ１１１）。そして、まだ有れば上
記ステップＳ１０９に戻り、無い場合には上記ステップ
Ｓ１０１に戻る。また、上記ＯＫ応答が無かったときに
は、該当ＰＤＡ２００にウィンドウを送信していたかど
うか判別し（ステップＳ１１２）、送信していなかった
場合には上記ステップＳ１１１に進み、送信していた場
合には、その該当ＰＤＡ２００に送信してあったウイン
ドウ内容を復活表示した後（ステップＳ１１３）、上記
ステップＳ１１１に進む。

【００３２】即ち、本実施の形態では、詳細は後述する
が、図５の（Ａ）の左上に示すようにデスクＰＣ１００
の表示画面１０３Ａに複数のウィンドウが開いている状
態で、アクティブウィンドウ（この場合はウィンドウ
Ａ）のタイトルバーに設けたコピーアイコン１１０を、
マウスにより図中矢印で示すのようにＰＤＡ２００を示
すアイコン１０９にドラッグアンドドロップ操作するこ
とで、そのウィンドウの内容が同図の右下に示すように
ＰＤＡ２００に転送され、且つ、同図の左下に示すよう
にそのウィンドウの表示が消去されるので、そのＰＤＡ
２００がデスクＰＣ１００近傍から離されたときには、
その消去した表示を復活する必要がある。この場合、デ
スクＰＣ１００では、ウィンドウの内容そのもの即ちデ
ータを消去するのではなく、表示を消去するだけである
ので、簡単に復活表示することができる。

【００３３】ここで、上記コピーアイコン１１０のアイ
コン１０９へのドラッグアンドドロップ操作に応じて当
該ウィンドウの内容をＰＤＡ２００に転送する際のデス
クＰＣ１００の処理を図６の（Ａ）の動作フローチャー
トに従って説明する。

【００３４】即ち、上記ドラッグアンドドロップ操作が
行われると、通信インタフェース１０８により、まず、
そのドロップ先のアイコン１０９に対応するＰＤＡ２０
０へ、ウィンドウ受信要求を送信し（ステップＳ１２
０）、更にドラッグ元のウィンドウの内容を送信する
（ステップＳ１２１）。

【００３５】このとき、転送されるウィンドウの内容
は、例えばビットマップ形式の画像データとして転送す
る。即ち、転送先のＰＤＡ２００は単なる表示部として
利用するものであり、ＰＤＡ２００側での該ウインドウ
内容の変更修正、加工等は行わないものとする。よっ
て、ＰＤＡ２００側では、そのウィンドウに対応するア
プリケーションソフトを必要としない。しかしながら、
対応するアプリケーションソフトのファイル形式のデー
タも同時に転送しておくものとしても良い。このように
すると、後述するように、ＰＤＡ２００を一種の記憶媒
体として利用することも可能となる。

【００３６】而して、ＰＤＡ２００側では、デスクＰＣ
１００から上記ウィンドウ受信要求を受けると（ステッ
プＳ２０６）、その後に送信されてくる上記ウィンドウ
の内容を受信して、内部メモリ２０１Ａに記憶する（ス
テップＳ２１１）。そして、図５の（Ａ）の右下に示す
ように、そのウィンドウ内容を表示画面２０２Ａに表示
し（ステップＳ２１２）、内部メモリ２０１Ａに設けた
フラグをＯＮした後（ステップＳ２１３）、上記ステッ
プＳ２０７に進む。なお、特にフローチャートには示し
ていないが、こうして転送され表示されたウィンドウ内
容は、表示画面２０２Ａ上に配されたタッチパネルを、
例えば上方から下方へ、逆に下方から上方へと、なぞる
ことで、スクロール表示可能とすることが好ましい。

【００３７】また、複数のウィンドウ内容を転送可能と
し、図５の（Ｂ）に示すように、転送済みのウィンドウ
のリストを表示画面下方にバー表示して、その部分をタ
ッチ操作することで、所望のウィンドウ内容の表示に切
り換えられるようにしても良い。

【００３８】このようにＰＤＡ２００へウィンドウ内容
を送信した後、デスクＰＣ１００は、端末管理テーブル
１０６Ａに、その送信したウィンドウの名称を記録する
と共に、フラグをＯＮする（ステップＳ１２２）。そし
て、図５の（Ａ）の左下に示すように、該当ウィンドウ
の表示を消去する共に（ステップＳ１２３）、転送先の
ＰＤＡ２００に対応するアイコン１０９にウィンドウ名
を表示する（ステップＳ１２４）。このとき、そのアイ
コン１０９が青色であれば（ステップＳ１２５）、赤色
に表示色を変更することで、対応するＰＤＡ２００にウ
ィンドウ内容が表示されていることを識別表示する（ス
テップＳ１２６）。

【００３９】次に、こうしてＰＤＡ２００に表示されて
いるウィンドウ内容を、デスクＰＣ１００側で復活表示
する場合を説明する。即ち、図５の（Ｃ）の上方に示す
ように、「太郎」という愛称の付されたＰＤＡ２００に
ウィンドウＡの内容が表示されているとき、所定のアイ
コン表示指示操作を行うと、同図の下方に示すように、
デスクＰＣ１００の表示画面１０３Ａでは、そのウィン
ドウＡの内容が復活表示され、該当ＰＤＡ２００を示す
アイコン１０９の表示色が赤色から青色に変更される。
ここで、上記所定のアイコン表示指示操作としては、例
えば、アイコン１０９上でマウスカーソルを螺旋移動さ
せるジェスチャー等が考えられる。

【００４０】このような所定のアイコン表示指示操作が
なされたとき、デスクＰＣ１００のＣＰＵ１０１は、図
６の（Ｂ）に示すように、まず、端末管理テーブル１０
６Ａから当該アイコン１０９に相当するＰＤＡ２００の
端末コードに対応するフラグの状態を判別し（ステップ
Ｓ１３０）、フラグがＯＮでない場合には、このアイコ
ン表示処理の動作を終了する。

【００４１】これに対して、フラグがＯＮであれば、該
当ウィンドウの内容が当該デスクＰＣ１００の記憶装置
１０５（記憶媒体１０７）又はＲＡＭ１０６に保存され
ているかどうか判断し（ステップＳ１３１）、保存され
ていれば、対応するアプリケーションソフトを起動し
て、該当ウインドウの内容を復活表示する（ステップＳ
１３２）。そして、端末管理テーブル１０６Ａの上記フ
ラグを「０」にすると共にウィンドウ名を消去する（ス
テップＳ１３３）。また、対応するアイコン１０９を、
青色表示し、該アイコン１０９に表示されていたウィン
ドウ名を消去する（ステップＳ１３４）。

【００４２】一方、該当ウィンドウの内容が当該デスク
ＰＣ１００に保存されていない場合には、該当ウィンド
ウの内容の送信要求を対応するＰＤＡ２００に送信する
（ステップＳ１３５）。

【００４３】ＰＤＡ２００では、このウィンドウ送信要
求を受けると（ステップＳ２０７）、内部メモリ２０１
Ａに記憶しているウィンドウの内容を要求のあったデス
クＰＣ１００に送信する（ステップＳ２１４）。そし
て、記憶してあるウィンドウ内容を消去し（ステップＳ
２１５）、同様に、記憶してあるフラグ及びウィンドウ
名も消去して（ステップＳ２１６）、上記ステップＳ２
０８に進む。なお、このようなウィンドウ内容、フラグ
及びウィンドウ名の消去は、必ずしも行わなくても良い
ことは勿論である。

【００４４】而して、デスクＰＣ１００は、こうしてＰ
ＤＡ２００から送信されてきたウィンドウ内容を受信し
て記憶装置１０５（記憶媒体１０７）又はＲＡＭ１０６
に記憶し（ステップＳ１３６）、それをウィンドウ表示
した後（ステップＳ１３７）、上記ステップＳ１３３に
進む。このウィンドウ表示を行う際、ＰＤＡ２００に画
像データの形式でウィンドウ内容を転送すると共に実デ
ータも転送してあった場合には、対応するアプリケーシ
ョンソフトを起動して表示することになるので、さらに
加工が可能となる。即ち、ＰＤＡ２００を一種の記憶媒
体として利用できる。

【００４５】以上、ＰＤＡ２００が一つの場合を例に説
明したが、これは複数であっても良いことは勿論であ
る。例えば、図７の（Ａ）に示すように、デスクＰＣ１
００にウィンドウＢ，Ｃが表示され、愛称「太郎」のＰ
ＤＡ２００−１にウィンドウＡの内容が表示されている
状態で、愛称「三郎」のＰＤＡ２００−３をデスクＰＣ
１００に近づけると、前述した定期的な端末チェック動
作により、同図の（Ｂ）に示すように、デスクＰＣ１０
０の表示画面１０３Ａに、「三郎」の愛称の青色アイコ
ン１０９−３が表示される。ここで、ウィンドウＢのコ
ピーアイコン１１０を上記アイコン１０９−３にドラッ
グアンドドロップすると、同図の（Ｃ）に示すように、
ＰＤＡ２００−３にそのウィンドウＢの内容が表示され
ると共に、デスクＰＣ１００の表示画面１０３Ａから当
該ウィンドウＢが表示消去される。また、アイコン１０
９−３については、表示色が赤色に変更され、ウインド
ウ名が表示される。そして、ここで「太郎」の愛称を付
されたＰＤＡ２００−１を該デスクＰＣ１００近傍から
離すと、同図の（Ｄ）に示すように、そのＰＤＡ２００
−１に表示していたウィンドウＡの内容が復活表示さ
れ、また当該ＰＤＡ２００−１を示すアイコン１０９−
１が表示消去される。

【００４６】（第２の実施の形態）次に、本発明の第２
の実施の形態を説明する。上記第１の実施の形態は、ユ
ーザの指示によりＰＤＡ２００にウィンドウを表示した
り、デスクＰＣ１００側でウィンドウを復活表示すると
いう例であったが、本実施の形態は、そのような動作を
ユーザの指示によらないでＰＤＡ２００がデスクＰＣ１
００に近づく／離れるに応じて自動的に行うというもの
である。

【００４７】図８はその場合のデスクＰＣ１００のＣＰ
Ｕ１０１で定期的に実行される端末チェック処理の動作
フローチャートであり、図９の（Ａ）乃至（Ｅ）はその
場合のデスクＰＣ１００及びＰＤＡ２００の表示遷移を
示す図である。なお、この場合のＰＤＡ２００側の処理
は、上記第１の実施の形態で説明した図４の動作フロー
チャートと同様にして行われるので、その説明は省略す
る。

【００４８】即ち、デスクＰＣ１００のＣＰＵ１０１
は、端末サーチ信号を送信し（ステップＳ１４０）、応
答が無ければ（ステップＳ１４１）、この端末チェック
処理を終了する。

【００４９】これに対して、ＰＤＡ２００が該デスクＰ
Ｃ１００近傍に配置されていたときには、そのＰＤＡ２
００から応答信号が有るので、この場合には、そのＰＤ
Ａ２００へ情報送信要求を送信して（ステップＳ１４
２）、それに応答してＰＤＡ２００から送信されてくる
情報を受信して端末管理テーブル１０６Ａに記憶する
（ステップＳ１４３）。そして、フラグの状態を調べ、
フラグがＯＮでないときには（ステップＳ１４４）、そ
のＰＤＡ２００を示すアイコンを青色で表示すると共
に、愛称を表示する（ステップＳ１４５）。例えば、図
９の（Ａ）に示すように、デスクＰＣ１００の表示画面
に２つのウィンドウＡ，Ｂが重ねて表示されていると
き、「三郎」という愛称の付けられたＰＤＡ２００−３
を近づけると、同図の（Ｂ）に示すように、アイコン１
０９−３が青色表示され、愛称「三郎」が表示される。

【００５０】ＣＰＵ１０１は、ここで、ウィンドウが複
数開かれているかどうか判断し（ステップＳ１４６）、
一つしかウィンドウが無い場合には該端末チェック処理
を終了する。これに対して、図９の（Ｂ）に示すように
複数のウィンドウが有る場合には、ＰＤＡ２００にウィ
ンドウ受信要求を送信した後（ステップＳ１４７）、ア
クティブでない即ち全体を見ることができないバックウ
ィンドウ「この場合はウィンドウＢ）の内容をＰＤＡ２
００に送信する（ステップＳ１４８）。そして、その送
信したウィンドウの名称を端末管理テーブル１０６Ａに
登録してフラグをＯＮにする（ステップＳ１４９）。そ
の後、図９の（Ｃ）に示すように、該当ウィンドウを消
去表示して（ステップＳ１５０）、アイコン１０９を赤
表示に変更し（ステップと１５１）、この端末チェック
処理を終了する。即ち、アクティブでないウィンドウは
表示画面１０３Ａ上では見ることができないのであるか
ら、自動的にＰＤＡ２００側に転送して表示するように
している。

【００５１】一方、上記ステップＳ１４４において、フ
ラグがＯＮしていると判断された場合には、そのＰＤＡ
２００へウィンドウの内容の送信要求を送信し（ステッ
プＳ１５２）、それに応答して送信されてきたウィンド
ウ内容を受信して記憶する（ステップＳ１５３）。そし
て、既に表示画面１０３Ａにウィンドウを表示している
かどうか判断し（ステップＳ１３４）、ウィンドウ表示
が無ければ主ウィンドウ（アクティブウィンドウ）とし
て上記記憶したウィンドウ内容を表示し（ステップＳ１
５５）、またウィンドウ表示が有る場合にはバックウィ
ンドウとして上記記憶したウィンドウ内容を表示して
（ステップＳ１５６）、該端末チェック処理を終了す
る。

【００５２】即ち、図９の（Ａ）に示すような状態にお
いて、当該デスクＰＣ１００に保存されていないウィン
ドウ内容を記憶しているＰＤＡ２００を近づけた場合に
は、上記第１の実施の形態では、同図の（Ｄ）に示すよ
うに、その近づけたＰＤＡ（愛称「四郎」の付けられた
ＰＤＡ２００−４）を示すアイコン１０９−４が赤色表
示されるものであるが、本実施の形態では、このような
表示状態を経ないで、同図の（Ｅ）に示すような、「四
郎」という愛称のＰＤＡ２００−４のウィンドウ（ウィ
ンドウＤ）の内容が表示され、アイコン１０９−４は青
色表示される。なお、当該デスクＰＣ１００に保存され
ているウィンドウ内容を記憶しているＰＤＡ２００を近
づけた場合については、特にフローチャートを用いて説
明しないが、上記第１の実施の形態と同様に、デスクＰ
Ｃ１００側で記憶しているウィンドウ内容を復活表示す
れば良いことは勿論である。また、上記ステップＳ１５
２乃至ステップＳ１５４の処理を行っている間、図９の
（Ｄ）に示すような表示を行うものとしても良い。

【００５３】なお、上記第１及び第２の実施の形態で
は、携帯表示端末装置としてＰＤＡを例に説明したが、
データＰＨＳと称されるデータ処理機能付ＰＨＳや、小
型のノートＰＣであっても良いことは勿論である。ま
た、データ処理装置についても、実施の形態で説明した
ようなデスクＰＣに限らず、ノートＰＣであっても良
い。その他、本発明の要旨を逸脱しない範囲で、種々の
変形変更が可能なことは勿論である。

【００５４】また、アイコン１０９を青色／赤色表示す
ることで、ＰＤＡ２００でのウィンドウ内容の表示の有
無を示すようにしているが、両状態を識別可能であれ
ば、どのような表示であってもかまわない。

【００５５】

【発明の効果】本発明によれば、携帯情報端末装置をデ
ータ処理装置の表示端末装置として利用できるようにな
る。従って、主表示装置で表示されるウィンドウが複数
あった場合、その内の所望するウィンドウ、あるいは所
定のウィンドウについてはそのウィンドウの表示内容
を、サブとなる表示端末装置側に送信して表示させるこ
とで、主表示装置に表示されるウィンドウに対する処理
で参照したいウィンドウ内容があるような場合には、そ
の内容をサブとなる表示端末装置側で直ちに参照するこ
とができる。

【００５６】また、本発明によれば、表示端末装置に対
応するアイコンが主表示装置上に表示されるようにして
いるので、その表示端末装置に対するウィンドウ移動等
の操作をスムーズに行なうことができる。

【００５７】さらに、表示端末装置に対応する上記アイ
コンは、その記憶状況に応じた識別表示がされるので、
その表示端末装置に対するウィンドウ移動、その表示端
末装置からのウィンドウ読み出しの際の参考にすること
ができる。

【図面の簡単な説明】

【図１】（Ａ）は本発明の第１の実施の形態にかかるデ
ータ処理装置としてのデスクＰＣ及び携帯表示端末装置
としてのＰＤＡを示す斜視図であり、（Ｂ）及び（Ｃ）
はそれぞれ上記デスクＰＣ及びＰＤＡのブロック構成図
である。

【図２】（Ａ）はデスクＰＣに記憶される端末管理テー
ブルの記憶構成を示す図であり、（Ｂ）はＰＤＡの内部
メモリの記憶構成を示す図である。

【図３】デスクＰＣで実行される端末チッぇク処理の動
作フローチャートである。

【図４】ＰＤＡの動作フローチャートである。

【図５】（Ａ）はデスクＰＣでのウィンドウドロップ操
作によるＰＤＡ及びデスクＰＣの表示遷移図、（Ｂ）は
複数ウィンドウが転送された場合のＰＤＡの表示状態を
示す図であり、（Ｃ）はデスクＰＣでのアイコン表示指
示操作によるＰＤＡ及びデスクＰＣの表示遷移図であ
る。

【図６】（Ａ）及び（Ｂ）はそれぞれＰＤＡで実行され
るウィンドウドロップ操作処理及びアイコン表示指示処
理の動作フローチャートである。

【図７】（Ａ）乃至（Ｄ）は、複数ＰＤＡの場合におけ
る表示の遷移を示すための図である。

【図８】第２の実施の形態におけるデータ処理装置とし
てのデスクＰＣで実行される端末チェック処理の動作フ
ローチャートである。

【図９】（Ａ）乃至（Ｅ）は、第２の実施の形態におけ
る端末チェック処理での表示の遷移を示すための図であ
る。

【符号の説明】

１００デスクＰＣ１０１ＣＰＵ１０２入力装置１０３表示装置１０５記憶装置１０６ＲＡＭ１０６Ａ端末管理テーブル１０７記憶媒体１０８通信インタフェース２００，２００−１，２００−３，２００−４ＰＤＡ２０１コンピュータ本体２０１Ａ内部メモリ２０２表示部２０３タッチパネル２０６通信インターフェース

Claims

【特許請求の範囲】

【請求項１】メインとして特定された主表示装置に対
してデータ処理された複数のウィンドウを表示させるデ
ータ処理装置であって、サブとなる表示端末装置に対して上記主表示装置に表示
された複数のウィンドウの内の所定のウィンドウを送信
する送信手段を具備することを特徴とするデータ処理装
置。
【請求項２】上記所定のウィンドウは、上記複数ウィ
ンドウ中で任意に選択されたウィンドウ、あるいは現在
主となっていないウィンドウであることを特徴とする請
求項１に記載のデータ処理装置。
【請求項３】上記ウィンドウの送信により、該当ウィ
ンドウを消去することを特徴とする請求項１に記載のデ
ータ処理装置。
【請求項４】ウィンドウ受信可能な上記表示端末装置
の有無を検出する表示端末装置検出手段と、該表示端末装置検出手段によって表示端末装置の存在が
検出された場合に、その表示端末装置に対応するアイコ
ンを上記主表示装置に表示するアイコン表示手段と、を
更に具備することを特徴とする請求項１に記載のデータ
処理装置。
【請求項５】上記送信手段は、上記所定のウィンドウ
を上記アイコンにドラッグアンドドロップすることで、
そのウィンドウの表示内容を上記アイコンに対応する表
示端末装置に送信することを特徴とする請求項４に記載
のデータ処理装置。
【請求項６】上記アイコンを指示することで、そのア
イコン対応の表示端末装置で表示されていた表示内容に
基づいたウィンドウを復活表示する復活表示手段を更に
具備することを特徴とする請求項４に記載のデータ処理
装置。
【請求項７】上記アイコン表示手段は、上記表示端末
装置にウィンドウ内容が表示されているか否かを上記ア
イコンにより識別表示することを特徴とする請求項４に
記載のデータ処理装置。
【請求項８】上記表示端末装置検出手段は、表示端末
装置が所定距離内の近傍にあるか否かを無線で検出する
ことにより表示端末装置の有無の検出を行なうことを特
徴とする請求項４に記載のデータ処理装置。
【請求項９】データ処理装置で処理された表示内容を
表示する主表示装置に表示される複数のウィンドウの内
で所定のウィンドウの表示内容を受信するウィンドウ表
示内容受信手段と、該ウィンドウ表示内容受信手段で受信したウィンドウ内
容を表示する表示手段と、を具備することを特徴とする表示端末装置。
【請求項１０】上記所定のウィンドウは上記複数ウィ
ンドウ中で任意に選択されたウィンドウ、あるいはアク
ティブとなっていないウィンドウであることを特徴とす
る請求項９に記載の表示端末装置。
【請求項１１】上記表示端末装置は、独自処理機能と
表示受信機能とを持ち、表示受信機能が選択されている
際に、上記ウィンドウ表示内容受信手段で上記ウィンド
ウの受信を行なうことを特徴とする請求項９に記載の表
示端末装置。
【請求項１２】データ処理装置からの指示に基づき、
上記表示受信機能への切替えを行なう手段を更に具備す
ることを特徴とする請求項１１に記載の表示端末装置。
【請求項１３】メインとして特定された主表示装置に
対してデータ処理された複数のウィンドウを表示させる
データ処理装置のサブ表示装置として携帯情報端末装置
を機能させる際に、上記携帯情報端末装置に対して上記主表示装置に表示さ
れた複数のウィンドウの内の所定のウィンドウを送信す
る処理を、上記データ処理装置を構成するコンピュータ
に実行させる命令を含むプログラムを格納した、コンピ
ュータが読み取り可能な記録媒体。
【請求項１４】メインとして特定された主表示装置に
対してデータ処理された複数のウィンドウを表示させる
データ処理装置のサブ表示装置として携帯情報端末装置
を機能させる際に、上記データ処理装置で処理された表示内容を表示する主
表示装置に表示される複数のウィンドウの内で所定のウ
ィンドウの表示内容を受信する処理と、その受信したウィンドウ内容を表示する処理と、を上記
携帯情報端末装置を構成するコンピュータに実行させる
命令を含むプログラムを格納した、コンピュータが読み
取り可能な記録媒体。