JPH0381817A - 手書入力情報処理装置およびこの手書入力情報処理装置を用いた手書入力情報システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、紙とペン感覚で入力できる手書入力情報処理
装置およびそれを用いた手書入力情報処理システムに関
し、特に書式文書に好適な手書入力情報処理装置に関す
る。

〔従来の技術〕

紙とペン感覚で入力できる手書入力情報処理装置として
、従来英国公開番号０８２１９３８２７４号、強国公開
番号ＤＥ３５１１３５３Ａ１号、日本国特開昭６３−１
８４１３０号、さらに、ジグ・シー・イチ・アイ・ボリ
ューム１８、ナンバー２　（１９８９年）第７３頁から
第７４頁（ＳＩＧＣＨｌ、Ｖｏｌｕｍｅｌ　８、Ｎｕｍ
ｂｅｒ　２　。

（１９８９）、ＰＰ７３−７４）等がある。

一方、タッチスクリーン式に書式データを入力するもの
に、従来、日本国特開昭６３−１５８６２３号（米国優
先権主張：υ５９４０，４０８号）がある。

以上の従来技術は、画面に直接あるいはタッチ入力でき
るのが特徴である。

さらに、ＣＲＴ画面の特定の領域（アイコンやメニュー
）に動作記述し、マウスのクリック（スイッチのオン、
オフ）があるとその動作記述が実行されるものとして、
コンプリート・ハイパーカード・ハンドブック（１９８
７）（Ｔｈｅ　Ｃｏｍｐｌｅｔｅ　ＨｙｒｅｒＣｊｚｒ
ｄ　Ｈａｎｄｂｏｏｋ、Ｂａｎｔｏｍ　Ｂｏｏｋｓ　Ｉ
ｎｃ、、Ｇｏｏｄ　ｍａｎ。

Ｄ（１９８７））がある。

また、最近のワークステーションのユーザインタフェー
ス方式として、例えば、日経コンピュータ４月２４日号
、１９８９年、第８１頁〜第９２頁に開示されているよ
うに、Ｘ　ｗｉｎｄｏｗのツールキットがある。これは
、オブジェクト指向の環境を特徴としている。

〔発明が解決しようとする課題〕

上記従来技術は１紙とペン感覚で入力でき、かつ、ユー
ザの意図を理解して実行してくれる手書環境について配
慮がされておらず、人間の思考形態になじまないという
問題点があった。この問題点を第２図〜第４図を用いて
、更に説明する。

今、第２図に示すメール用書式文書を計算機で処理する
場合について考える。第２図のメール用書式文書Ｇ１０
０は、各々ＧＩＩＯ−Ｇ２１０の領域に分割すればよい
。ここで、受信者入力領域Ｇ１３０、発信者入力領域Ｇ
１５０、用件入力領域Ｇ１７０．内容入力領域Ｇ１９０
では、計算機内部で内容を把握する必要があるため、手
書文字のストロークに対し、その手書ストロークを認撤
する必要がある。なお、受信者入力領域Ｇ１３０では、
入力が終了すると、この文書を受信考究にメール転送す
る情報として使用される。

一方コメント入力領域Ｇ２１０は、特に計算機内部で情
報として処理される必要がなく、単に受信者が書きこん
だ内容を発信者に戻せばよい情報であるため、手書スト
ロークが入力されると、清書はされず、画像の手書コメ
ントとすればよい。

以上の、メール用書式文書を従来の方法で計算機上で実
現しようとすると、第３図に示すように、メニュー領域
Ｇ２２０．Ｇ２３０を指示しながら、手書入力しなけれ
ばならない。例えば、発信者領域０１５０とコメント領
域Ｇ２１０に手書入力し、次にこのメール文書を転送し
ようとすると、ユーザの操作は下記のようになる。

（１）メニュー領域Ｇ２２０の“文字”をペン２で指示
。

（２）発信者の入力領域Ｇ１５０に手書文字をペン２で
入力 （３）メニュー領域Ｇ２２０のａ画像”をペン２で指示
。

（４）コメントの入力領域Ｇ２１０に手書コメントをペ
ン２で入力。

（５）　１ｍ面の内容を把握し、ＯＫであれば、メニュ
ー領域Ｇ２３０の“転送”をペン２で指示。

上記のように、メニュー操作（１）　、　（３）　、　
（５）は、ユーザが意識しなければならず、人間の思考
を中断するという問題点があった。

また、従来のタッチスクリーン式書式入力装置では、メ
ニューが階層構成となり、次々とメニューを指示するの
みで、データを入力できる利点はあるが、特定の書式に
限定され、データもメニューの中から選択せねばならず
、各種の書式に簡単に対応できないという問題がある。

一方、Ｘｗｉｎｄｏｗツールキットおよびハイパーカー
ドでは第４図に示すようにポインティング入力装置のマ
ウスでＣＲＴ画面をクリックしながら対話するものであ
るが１画面をペンで直接触って操作したり、手書きで文
字や図形を入力することはできない。従って、紙とペン
感覚で処理装置と会話することができないという問題点
があった。

さらに、上記従来技術の他の問題点として、従来の情報
処理装置は机上（ディスクトップ）あるいはひざ上（ラ
ップトツブ）のサイズであるため、ノート感覚でどこに
でも持ち運べ、またどこでも使用できるまでにはいたら
ないという問題があった。

本発明の目的は、紙とペンのノート感覚で入力でき、か
つ、情報処理装置がユーザの意図を理解し、実行してく
れる環境を提供するにある。

さらに、他の目的として、情報処理装置をノートあるい
はシートサイズに薄型化し、どこにでも。

持ち運べ、どこでも使用できる装置を提供するにある。

〔課題を解決するための手段〕

上記目的を達成するために、本発明では、手書座標入力
装置と平面ディスプレイを一体化構造とした手書入力部
を有した情報処理装置において、前記手書入力部の画面
の領域単位に、処理動作を予め定義する書式定義部と前
記領域に手書ストロークが入力されると前記書式定義部
により予め定義された処理動作を実行するストローク解
釈実行部を設け、これにより紙とペン感覚で入力でき、
かつ、ユーザの意図を理解し実行してくれる手書き環境
を実現したものである。

特に、手書ストロークを文字９図形、線分、さらに編集
記号のコードに認識するための゛動作記述とその処理環
境を有していること、さらに１手書入力部の画面を１つ
あるいは複数の認識領域部と非！！！識領域部に分割し
１手書ストロークが入力されると各々の領域に対応して
所定のコードデータあるいは画像データに変換するよう
にしたことが特徴である。

また、上記、他の目的を達成するために、情報処理装置
を構成する手書座標入力装置と平面ディスプレイ、さら
にその処理のための論理回路を、ガラス上に実装し、各
々を一体化構造することにより、ガラスの厚さのみのノ
ートあるいはシート状にしたものである。さらに、ファ
イルはメモリカードとして、モータレス化とし、またコ
ードレス化するために、電池および無線インタフェース
を採用したこと、さらにネットワーク利用を前提として
、前記手書入力部、書式定義部、ストローク解釈実行部
を構成したものである。

〔作用〕

手書入力部は、入力と画面が一体化構造となっているた
め、画面操作は入力操作をも意味しており、紙とペン感
覚での入力が可能となる。

この手書入力部の画面に対し、書式定義部では。

伝票やメール文書等の画面レイアウトをまず定義する。

次にこれらの画面レイアウトから領域を自動設定したり
、領域を再設定したりして、意味のある領域を複数個生
成する。次に、この領域毎にストロークが入力されたら
どんな処理動作をして欲しいかの動作記述を定義する。

たとえば、ある領域では、手書ストロークが入力される
と、文字として認識し、その場所に清書表示し、かつ、
他の領域の所定の位置にも同じ文字を表示したい、また
、その領域では手書ストロークを編集記号としても認識
し、かつ１編集記号の下側にある文字を編集したい、ま
た、ある領域では手書ストロークを手書コメントの画像
データとしたいなどと定義する。なお、この動作記述は
、手書の処理動作に好適な手書専用記述言語で定義する
。

ストローク解釈実行部は、前記書式定義部で定義された
文書に対して、手書ストロークが入力されると、対応領
域に予め定義された動作記述が呼び出され、この動作記
述に従い、解釈実行するものである。

一般には、書式定義は一旦行えば、内容やレイアウトが
変わらない限り、−回定義するのみである。したがって
、利用者は、必要な書式文書を呼出し、必要な個所（領
域）に直接手書入力するだけで良い、すると処理装置が
その領域で意味するものを解釈実行してくれるため、ユ
ーザの意図を理解し、実行する環境が実現できる。

次に、手書入力情報処理装置は、入出力デバイスと論理
回路とをガラス上に全て一体化構造に実装し、かつ、フ
ァイルは着脱可能なメモリカードに格納する。さらに電
池や無線インタフェースを装備して、ネットワークとア
クセスできるようにし、どこにいても使用できるように
した。これにより、オフィスや、出張先、電車の中、あ
るいは家庭で自由に利用できる。

〔実施例〕

以下、本発明の一実施例を第１図、第５図〜第３６図を
用いて説明する。ここで、引出し線の番号名称の付は方
は下記に示す通りとする。

（ｉ）１〜２２；デバイスあるいはシステムの名称（ｉ
ｉ）Ｈｘｘｘ〜；ハードウェア部品の名称（ｘｘｘは番
号） （ｉｉｉ）Ｐｘｘｘ〜；システム構成の名称（汁）Ｔｘ
ｘｘ〜；テーブル構成の名称（ｖ）Ｇｘｘｘ〜；画面の
領域名称 （ｖｉ）Ｆｘｘｘ〜；プログラムのフローチャート名称
第１図は本発明の一実施例の手書入力情報処理装置のシ
ステム構成を示したものである。

Ｐｌｏｏは本発明のシステム構成の内部ブロック図でマ
イクロコンピュータ等の処理装置により、構成される。

Ｈ２１１は手書座標入力装置と平面ディスプレイを一体
化構造とした手書入力ハードウェア、ＰＩＩＯは手書入
力バードウェアＨ２１１の座標データを読み込むストロ
ーク入力部、Ｔ１００はストローク入力部が読み込んだ
データをバッファするストロークバッファ、Ｐ１２０は
書式定義部、Ｔ２Ｏ０は生成した書式定義データ、Ｐ１
４０はストローク解釈実行部、Ｐ１３０はコードレス化
を図るめためのワイヤレス入出力部、９はアンテナ、Ｐ
１５０はマイク７やスピーカ６と接続し、電話等を実現
する音声入出力部である。

第１図を用いて、本発明の一実施例の動作概要を次に説
明する。手書入力バードウェアＨ２１１より、入力した
座標データはストローク入力部Ｐ１１０を介して一旦ス
トロークバッファＴ１００に格納される。ストローク入
力部Ｐ１１ｏでは、手書六カデータを読みこむと同時に
手書入力ハードウェアＨ２１１に、その筆跡を表示して
いるため紙にペンで描いているような感覚となる。スト
ロークバッファＴ１００の座標データは書式定義部Ｐ１
２０とストローク解釈実行部Ｐ１４０から順次読み出さ
れ処理される。

まず、全体の処理モードを定義モードにすると、書式定
義部が起動される。書式定義部ＰＬ２０では、エディタ
機能を用いて、書式文書を作威し、この書式文書の領域
を切り出し設定する。この領域に対し、手書ストローク
が入力されたとき、どんな処理動作をして欲しいかを手
書専用記述言語（ＵＩ／ＨＡＮＤ−ＴＡＬＫと称す）で
定義する。

この動作定義の結果は、書式定義データＴ２Ｏ０として
ファイルされる。この書式定義データＴ２Ｏ０は、書式
が変更されないかぎり、ストローク解釈実行部Ｐ１４０
より、何回でも利用できる。

次に、全体の処理モードを上記の定義モードから、運用
モードに変更すると、ストローク解釈実行部Ｐ　１４０
が起動され、ストロークバッファＴ１００の座標データ
と、上記領域毎に定義した書式定義データＴ２Ｏ０を読
み出し１手書ストロークを解釈実行する。解釈実行の結
果は、手書入力バードウェアＨ２１１に表示したり、ワ
イヤレス入出力部Ｐ１３０を介して、他の処理装置と情
報交換したり、音声入出力部Ｐ１５０を介して、電話を
かけたりすることができる。

第５図は、本発明の一実施例のイメージを第２図のメー
ル書式文書を例に示したものである。第５図０１１０〜
Ｇ２５０は、各領域に対する、動作記述の内容で、この
部分は通常画面には表示されない。ここで、たとえばＧ
２２０のＯＢＪ。

メニュー”は動作記述のプログラムの名称である。

各々のプログラム動作記述内容は後述するが、要するに
、ある任意の領域に手書きストロークが入力されると、
その領域にプログラムされた記述に従い、手書ストロー
クが処理されて行く。例えば、Ｇ１７０の用件領域やＧ
１９０の内容領域では、手書文字が認識され、清書表示
されていることを示している。また、Ｇ２１０のコメン
ト領域は、ペン２で手書メモを入力し、そのままの筆跡
表示をしている。

以上のように、本発明の一実施例では、紙とペン感覚で
所定の領域に直接入力できるものである。

以下、本発明の一実施例の詳細を次の項目にしたがい説
明する。

（１）手書入力情報処理装置を用いたシステム全体構成
（第６図） （２）手書入力情報処理装置のハードウェア構成（第７
図〜第９図） （３）手書入力情報処理装置の詳細システム構成とその
動作説明（第１０図〜第１３図） （４）詳細プログラムとその動作説明（第１４図〜第３
６図） （１）手書入力情報処理装置を用いたシステム全体構成 第６図にシステム全体構成を示す、１．１０は手書入力
情報処理装置本体、２はペン、３は手書座標入力装置と
平面ディスプレイが一体化構造の手書入力バードウェア
Ｈ２１１の画面、４〜５はファイルやプログラムを格納
するメモリカード、６はスピーカ、７はマイク、８はペ
ンによる筆跡データ、９はワイヤレスターミナル（ＷＴ
）１２と無８！２０で交信するためのアンテナで手書入
力情報処理袋！１の筐体に内蔵している。１１゜１５は
ネットワー・りで、１１はＩＳＤＮ（統合デジタルサー
ビス網）ターミナル１９と接続されるネットワーク、１
５はワークステーション（Ｗ　Ｓ　）１６、プリントサ
ーバ（ＰＳ）１７、ファイルサーバ（ＦＳ）１８と接続
されるＬＡＮ（Ｌｏｃａｌ　ＡｒｅａＮｅｔｗｏｒｋ）
で、例えば、イーサネットやトークンリングが用いられ
る。

ワイヤレスターミナル（ＷＴ）１２，１３は、１１．１
５の両ネットワークと接続されており、手書入力情報処
理装置１，１０からはどちらのネットワークもアクセス
出来るようになっている。

なお、ＩＳＤＮ用ネツトワークには、ファクシミリ（Ｆ
ＡＸ）１４が接続されている。

上記システム構成では手書入力情報処理装置１単独でも
動作できるが、他の情報処理装置とネットワークを介し
て、データの共用化や処理の分散も可能である。

一方、装置１，１０はワイヤレスターミナル（ＷＴ）１
２．１３と無線で接続できるため、持ち運びが自由とな
り、使い勝手が向上する。また、ＦＡＸと接続できるた
め、手書入力情報処理装置１の入力データをＩＳＤＮ網
２２を介して、そのままオンラインで他のＦＡＸに出力
したり、あるいは手書入力情報処理装置同志でネットワ
ークを介して、メール交換や、通信会議が可能となる。

特に通信会議では、音声と手書データによるオンライン
通信会議ができるため、遠隔同志の打合せに好適である
。

（２）手書入力情報処理装置のハードウェア構成第７図
は、手書入力情報処理装置のハードウェアの断面図で（
ａ）は通常用いられる形態の装置の、（ｂ）は本装置を
第８図に示したようにプレゼンテーション用に構成した
断面図である。

第７図（ａ）において、Ｈｌｏは座標入力用のガラスで
Ｘ軸座標検出用の透明電極Ｈ２０が２−テイングされて
いる。一方、Ｙ軸座標検出用の透明電極Ｈ６０は液晶（
ＬＣＤ）表示用のガラスＨ５０と共用し、その裏側にコ
ーティングされている。したがって、液晶表示用のガラ
スはＨ３０とＨ５０であり、その中間に液晶Ｈ４０があ
る。

Ｈ８０，Ｉ（１００は座標入力や本処理装置ｆの処理を
行なう論理回路であり、座標入力用ガラスＨＩＯの裏側
に実装されている。

これはＣＯＧ　（Ｃｈｉｐ　Ｏｎ　Ｇｒａｓｓ）技術で
ＬＳＩのベアチップを座標検出用あるいは表示用セグメ
ントのない周辺部に直接ボンディングするものである、
最近、液晶のドライバＩＣの実装に適用されている、Ｌ
ＳＩのベアチップを直接ガラスにボンディングするため
、現在主流の表面実装技術より、さらに小型化、薄型が
可能である。

なお１本発明の一実施例では、座標入力用ガラスＨＩＯ
上に上記論理回路Ｈ８０，Ｈｌｏｏをボンディング（た
が、これを液晶表示用のガラスＨ３０あるいはＨ２Ｏに
ボンディングしても良い。

Ｈ２Ｏはバックライト用のＥＬ（エレクトロ・ルミネセ
ンス）、Ｈ２Ｏはメモリカード４，５のコネクタ、ＨＩ
ＩＯは本処理装置ｌの電池である。

６．７はスピーカとマイクで各々超薄型のものとし、ハ
ンズフリーの電話に使用する。

以上説明したように、座標入力用のデバイス、表示用の
デバイス、さらに論理デバイスは一体化構造として、薄
型化したことが特徴である。

第７図（ｂ）は本処理装置の筐体の裏側を切り開き、バ
ックライト用Ｈ７０のＥＬを除き、透過型としたもので
ある。これは、第８図に示すように、ＯＨＰ　（オーバ
ーへラドプロジェクタ）２３〜２７の光源ランプ２５の
光源２７がレンズ２４を介し、本処理装置を通過し、ミ
ラー２６を介してスクリーンに本処理装置の画面を表示
するようにしたものである。これは、ＬＣＤ０ＨＰと言
われるもので、最近、パソコンの画面表示用として製品
化されている。

従って、本処理装置では、このようにＬＣＤ０）ＩＰと
して、用いても良いし、直接ベン２を用いて、透明シー
トにマジックペンで書くような感覚で手書入力もできる
ため、プレゼンテーションにも好適である。特にカラー
ＬＣＤを用いると効果的なプレゼンテーションが行なえ
る。

なお、第７図（ａ）（ｂ）は個別の処理装置としたが、
（ａ）から（ｄ）へ切り換えられるようハト構成しても
よい。

第９図は、本手書入力情報処理装置の論理回路のハード
ブロック構成を示したものである。Ｈ２Ｏ０は全体ブロ
ック構成、Ｈ２Ｏ１はマイクロプロセッサＭＰＵ、Ｈ２
Ｏ２はこのＭＰＵのバス信号線、Ｈ２Ｏ３は主メモリ、
Ｈ２Ｏ４はＬＣＤ表示用の表示メモリ、Ｈ２Ｏ３はメモ
リカード４，５用のカードインタフェース（Ｉ／Ｆ）　
、Ｈ２Ｏ６はワイヤレスＩ／Ｆ、Ｈ２Ｏ７は座標入力（
ＴＢ）用のＴＢＩ／Ｆ、Ｈ２Ｏ３は表示メモリＨ２Ｏ４
に画像展開し、かつＬＣＤに表示する描画プロセッサ、
Ｈ２Ｏ９はスピーカ６やマイク７とインタフェースする
ための音声Ｉ／Ｆ、Ｈ２１０はオプション用キーボード
（ＫＢ）Ｈ２１２のＫＢＩ／Ｆである。キーボードＨ２
１２は通常は不要で、データ入力やプログラム開発に必
要に応じて接続して使用するものである。なお、アンテ
ナ９は第６図で前述のように、本処理装置の筐体１に内
蔵されている。特に、第６図に示したように、手書入力
時にペン２を持つ手等の影響を受けないよう、上部に配
置している。

上記論理回路はほとんどが、ＬＳＩやＩＣで構成できる
ため前述のようにガラス上にボンディングできる。特に
ボンディング出来ない部品については、−旦別基板上に
実装し、その基板と論理ＩＣとをワイヤリングすること
で対処する。

（３）手書入力情報処理装置の詳細システム構成とその
動作説明 第１０図は、第１図システム構成の書式定義部１２０の
詳細システム構成図、第１１図は、ストローク解釈実行
処理部Ｐ１４０の詳細システム構成図である。

第１Ｏ図において、Ｐ１２１はストローク管理部、Ｐ１
２２は画面定義部、Ｐ１２３は動作定義部、Ｐ１２４は
手書専用記述言語ＵＩ／ＨＡＮＤ−ＴＡＬＫのソースデ
ータＴｌ２Ｏを翻訳するＵＩ／ＨＡＮＤ−ＴＡＬＫ、言
語トランスレータである。Ｔｌｌ０は画面定義部Ｐ１２
２で処理されたデータを格納する画面データ、Ｔ１３０
は、Ｐ１２２．Ｐ１２３．Ｐ１２４で使用するプログラ
ムのモジュールファイルで、ＵＩ／ＨＡＮＤ−ＴＡＬＫ
基本関数や、その他の応用（ＡＰ）関数である。

一方、第１１図において、Ｐ１４１はＰ１２１と同様の
ストローク管理部である。Ｐ１４２はＵＩ／ＨＡＮＤ−
ＴＡＬＫ定義データＴ２ｏｏを読み込み、これを解釈実
行するＵＩ／ＨＡＮＤ−ＴＡＬＫインタプリタである。

第１０図、第１１図に示すように、本発明の一実施例で
は、手書専用記述言語（ＵＩ／ＨＡＮＤ−ＴＡＬＫ）を
前提としている。この言語は後述するが、最近、マンマ
シンインターフェイスとして脚光を浴びているオブジェ
クト指向プログラミングの概念を用いた手書専用のイン
タプリタで、特に、手書ストロークの管理や認識に特徴
がある。

さて、第１０図、第１１図のシステム構成の動作及び機
能を第１２図を用いて以下説明する。まず、第１０図の
書式定義部ＰＬ２０から説明する。

書式定義部Ｐ１２０は大別して、画面定義と動作定義に
分かれる。これは第１２図（ａ）（ｂ）に示すメニュー
領域ＭＥＮＵ２のモードにより、どちらかのプログラム
を起動される。

第１２図（ａ）は画面定義モードの画面で、これには、
書式文書画面Ｇ１００を定義するため、サブメニューＭ
ＥＮＵ３が表示されている０例えば、９文字人力”をペ
ン２で指示すると文字入力シートＧ３２０が表示され、
このシートの矩形入カニリアに手書入力ストロークを入
力すると、文字として認識し、シートＧ１００のカーソ
ル位置に吹成と文字を清書表示することができる。これ
は、オプションのキーボード（ＫＢ）を接続し１、かな
漢字変換ソフトを用いて行っても良い。

同様に、メニューＭＥＮＵ３の“作図”を指示すると、
作図用のシートが表示され、作図することができる。

一方、′テンプレート”メニューは、受信者や発信者の
ように良く利用される画面はその動作記述も含めファイ
ルされており、これを呼び出して貼り付けることで画面
定義効率を向上できるメニューである。

画面定義が完了するとメニューＭＥＮＵ３の“完了”を
指示してこの処理は終了する。

以上のように、この画面定義部１２０は、いわゆる画面
エディタの機能と同等のものである。

次に第１０図の動作定義部Ｐ１２３は、第１２１１　（
ｂ）　ニ示すように、ｊニューＭＥＮＵ２ｔ））“動作
定義″を指示するとストローク管理部Ｐ１２１により起
動される。そして、サブメニューＭＥＮＵ　３がこのモ
ードに対応して表示される。今、動作定義したい領域を
指示すると、第１２図（ｂ）に示したように動作記述用
シートＧ４１０が表われ、このシートに対応領域の動作
を記述することになる。例えば、定義しようとする画面
Ｇ１００の用件領域では、文字入力のための動作記述を
メニューＭＥＮＵ３の゛′文字入力”や“記述言語”メ
ニューを用いて定義する。

たとえば、「入力用ストロークのイベントが検出された
ら、そのストロークを文字として切り出し、そのストロ
ークを文字認識せよＪと定義する（Ｇ４１０の定義内容
）、なお、良く利用される記述については、記述言語シ
ートＧ４２０を呼び出し対応メニューを指示するのみで
簡単に定義することが出来る。また記述言語シートを用
いず、予め定義された内容のファイルを呼び出す記述命
令を設けてもよい。

このように定義した記述データは第１０図のＵＩ／ＨＡ
ＮＤ−ＴＡＬＫソースファイルＴｌ２Ｏに格納される。

そして、第１２図（ｂ）のメニューＭＥＮＵ３の“完了
”を指示すると、第１０図のＰ１２４のＵＩ／ＨＡＮＤ
−ＴＡＬＫ言語トランスレータが起動され、Ｔｌ２Ｏ’
ｌ’Ｔ１３０のファイルを参照して、Ｔ２Ｏ０のＵｌ／
ＨＡＮＤ−ＴＡＬＫ定義データ（中間データ）が作成さ
れる。

ここで、定義しようとしている画面Ｇ１００の各領域は
、画面定義部Ｐ１２２が第１２図（ａ）のメニューＭＥ
ＮＵ３の“完了”を判断したとき、画面データＴ１１０
を参照して、自動抽出するものとする。但し、領域の再
設定や、グルーピング（２つ以上の領域を１つにまとめ
ること）などのように、領域の編集を行なうときは、第
１２図（ｂ）のメニ！−ＭＥＮＵ３の“領域″を指示し
て行なう。

以上の画面定義と動作定義の２つの定義が完了すると、
第１２図（ｃ）に示すようにメニューＭＥＮＵ２の“運
用”を指示することで、実際の書式文書の入力が可能と
なる。第１２図（０）の画面Ｇ５００では、用件の領域
Ｇ１７０に直接手書ストロークを入力していることを示
している。

すなわち、用件入力用領域Ｇ１７０に手書ストロークが
入力されると、第１１図のストローク管理部Ｐ１４１は
、第１２図（ｂ）の０４１０に定義された“０ｂｊｅｃ
ｔ用件”を起動する。このプログラムは前述のように手
書入力ストロークを文字認識するよう動作定義している
ため、第１２図（ｃ）のように次々と手書ストロークが
文字として認識され、かつ表示されることになる。

なお、この処理は第１１図に示したＵ　Ｉ　／ＨＡＮＤ
−ＴＡＬＫインタプリタが、ファイルＴ２Ｏ０とＴ１３
０を参照して行なう。

さて、′運用”モードにおいて、書式文書にどのような
動作記述がされているか概略を知りたい場合がある。こ
の場合には、第１３図に示すように、メニューＭＥＮＵ
３の“定義表示”をペンで指示すると、各領域に定義さ
れている動作記述内容がアイコン（絵文字）で概略表示
される。例えば、受信者の領域には、６文字認識”と゛
′メール”が定義されていることが表示される。これは
、まず最初に手書ストロークを文字として認識し、次に
この文字の宛名にこの文書をメール転送することを意味
している。

このように概略表示することで、領域にどんな意味が定
義されているかがわかり、特に新しい書式を使用すると
きや、領域の定義内容を忘れた場合に便利な機能である
。

さらに詳細な情報、例えば、文字認識機能のうた、どん
な文字種を認識するかを知りたいとき、“文字認識”の
絵文字をさらに指示すると、その内容を表示するように
しても良い。しかし、動作内容を変更したり、追加した
い場合は、前述の定義モードに移行しないとこれはでき
ない。

以上のような定義表示の種類を第３３図に示す。

第１３図以外の定義表示の種類として、認識機能では、
円や四角形等の“図形認識″、ファンダーイン等の“線
分認識”、赤ペンで文書を編集するときの“編集記号認
識″がある。更に、第６図のネットワークの機能利用を
考えたものとして、“電話”１通信会議として使用する
″チルライティング、ならびに“ＦＡＸ”などがある。

（４）詳細プログラムとその動作説明 最後に、以上で述べたシステム構成の詳細プログラムを
第１４図〜第３６図のフローチャートと手書専用記述言
語（ＵＩ／ＨＡＮＤ−ＴＡＬＫ）による動作記述例を用
いて説明する。

第１４回は、本処理装置のメインプログラムである。ま
ず、ステップＦ１００で初期化を行なう。

この処理では、テーブルの初期化やＵＩ／ＨＡＮＤ−Ｔ
ＡＬＫインタプリンタに必要な初期化および画面の初期
化表示をおこなう。

次に、ストロークバッファＴ１００のデータ入力処理（
ステップＦ２００）を行ない、第１２図に述べたメニュ
ーＭＥＮＵ２の処理モードを判定する（ステップＦ３０
０）、この判定により、画面定義処理（ステップＦ４０
０）　、あるいは動作定義処理（ステップＦ５００）、
運用処理（ステップＦ６００）のいずれかが起動される
。

以下、各々の具体的フローチャートを説明する。

第１５図は、画面定義処理（ステップＦ４００）の詳細
フローチャートである。この処理では、サブメニューＭ
ＥＮＵ３　（第１２図（ａ））に応じて、対応処理が起
動される。

まず、ストロークバッファからデータを入力しくステッ
プＦ４１０）、このデータからサブメニューのモードを
判定しくステップＦ４２０）、文字入力処理（ステップ
Ｆ４３０）、作図処理（ステップＦ４４０）　、テンプ
レート処理（ステップＦ４５０）のいずれかを起動する
。なお、画面定義モードの判定（ステップＦ４２０）で
“完了″を認識すると、本画面定義処理は、画面データ
をファイルして終了する（ステップＦ４６０）。

第１６図は、動作定義処理（ステップＦ５００）の詳細
フローチャートである。

まず、最初に、画面定義処理（ステップＦ　４００）で
定義した画面データＴ１００をもとに、領域の自動抽出
処理を行なう（ステップＦ５１０）。

紙の上に書かれている書式文書については、各領域は、
主に書式を分けるために記入された直線を主体とした境
界線で分離されている。しかしながら、全ての領域が上
記規則によっているわけではない。この例とその際の領
域分離方法について、第１７図を用いて次に説明する。

第１７図（ａ）の例では、領域ａ−ｇが存在し、同図（
ｂ）の例では、領域ｈ　−ｓまで存在する。

実線は図面上に書かれた線で、破線が抽出された領域を
示す。以下、領域分離方法を説明する。

（ｉ）閉領域探索法 第１７図（ａ）ａ−ｃは、宛名などに良く利用される楕
円図形による閉領域である。ここで、楕円図形の矩形枠
を領域とする。また、同図ｄ−ｇも各々閉領域である。

したがって、この閉領域を探索することで領域を分離で
きる。閉領域の探索方法として、第９図の表示メモリＨ
２Ｏ４に描画された線画データを１ライン毎に走査して
探索する方法や線画を順次辿っていき、１番車さなルー
プを１つの領域として分離する方法がある。

（ｎ）Ｕ字型矩形領域探索法 第１７図（ｂ）のに、ｎ、ｑ、ｍ、ｐ、ｓの領域のよう
に、矩形領域の１辺が欠けた領域をＵ字型矩形領域と称
す。このような書式は１表の場合に良く用いられる。

この領域の分離法として、ある任意の点から、線画を辿
っていき、端点に達したら、逆向きに線画を辿り、他方
の端点に辿りついたとき、今までに作成したデータ（例
えば４方向の量子コード）をもとに、Ｕ字型矩形領域を
分離する方法がある。

（団）空白文字探索法 第１７図（ｂ）の年月日の空白文字領域り、ｉ。

ｊがその対象領域である。

これは１文字画面を定義するとき、その文字列のマツピ
ング座標を記憶しておき、このマツピング座標と文字列
の空白コードを探索することにより、分離できる。

以上、領域の自動抽出方法を説明したが、これ以外の方
法を用いても良い６ さて、第１６図のフローチャートに戻って、領域の自動
抽出処理のあとは、ストロークバッファのデータ入力処
理（ステップＦ５２０）を行ない、第１２図（ｂ）に示
したサブメニューＭＥＮＵ３の動作定義モードを判定す
る（ステップＦ５３０）、この動作定義モードにより、
対応の処理が起動される（ステップＦ５４０〜Ｆ５７０
）。

ここで、領域処理（ステップＦ５６０）は、ステップＦ
５１０で抽出した領域の削除、変更や新たな領域の追加
、更に、複数領域のグルーピング処理などを行なうもの
である。なお、グルーピング処理とは、例えば、第１７
図（ｂ）ｎ、ｑの２つの領域を１つにする場合の処理で
ある。

設定された領域に対し、必要に応じてその領域を塗り潰
したり、色を付けたり１点線で表示したりのハイライテ
ング表示を行なうと、記述定義がやりやすい。

ステップＦ５３０で“完了”メニューを判定すると、Ｕ
ｌ／ＨＡＮＤ−ＴＡＬＫ言語処理（ステップＦ　５７０
）が行なわれ、ｔＪＩ／ＨＡＮＤ−ＴＡＬＫ定義データ
Ｔ２Ｏ０が生成される。このデータは、中間コードであ
り、第１１図のインタプリタで解釈実行される。

以上、定義処理の詳細フローチャートを説明した。次に
、第１４図の運用処理（ステップＦ６００）を第１８図
〜第３６図を用いて以下説明する。

第１８図は、既に定義された書式文書を実際に使用する
場合の運用処理のフローチャートである。

この処理は、前述したオブジェクト指向プログラミング
の手法を用いておこなわれる。まず、この手法による処
理の基本概念を述べ２次に１個々の動作記述の内容を述
べる。

第１８図において、ステップＦ６１０は、イベント処理
に関するもので、ストロークバッファ入力処理（ステッ
プＦ６１１）、イベント処理（ステップＦ６１２）、イ
ベント発生判断処理（ステップＦ６１３）がある。

このイベント処理のイベント（事象）には、第３４図の
ように５種類ある。すなわち、（ｉ）ストロークオン（
）二手書ストロークがオフからオン状態に移ったイベン
ト （ｎ）ストロークオフ（）：手書ストロークがオンから
オフ状態に移ったイベント （ｆｉｔ）ストロークタイムアウト（）二手書ストロー
クがオフしてから所定時間経過したイベント（ｔｖ）ペ
ンボタンオン（）：ペン先に付いたボタンがオフからオ
ン状態に移ったイベント （Ｖ）ペンボタンオフ（）：ペン先に付いたボタンがオ
ンからオフ状態に移ったイベント である。これ以外のイベントとして、ストロークオンの
座標が自領域から他領域へ移動した場合や逆の自領域に
ストロークが入ってきた場合があるが、図には省略した
。

第３４図に示した物理デバイスは、ペンが１本のため各
々１種類であるが、論理デバイスの概念を導入して、物
理デバイスを複数の論理デバイスに拡張できるようにし
ている。

第３５図は、物理デバイスを入力用デバイスと編集用デ
バイスの２つの論理デバイスに拡張したのである。

これにより１例えば、１本のペンを、あるときは入力用
のペンとして、あるときは編集用のペンとして、多目的
に利用することができる。また、特定の人のみしか使用
できないペンなどにも拡張できる。

この拡張を行なうためには、物理デバイスと論理デバイ
スの対応をとる機能が必要である（対応のとり方は後述
）。第３４図は５種類の物理デバイスを入力用の論理デ
バイスに対応をとったものである。勿論、ペンボタンの
みを編集用ペンボタンに割り当てることも可能である。

第３４図のイベントにおいて、（）の中はイベントの引
数を記述するもので、何も書かない場合には、デフォル
トが使用される。

イベントの引数として、下記がある。

（ａ）ストロークオン、オフの引数 このイベントの引数は、イベント発生時の座標の特徴番
号を記述する。特徴番号として、ストロークの始点、終
点９重心点、中心点がある。

例えば、重心点を選ぶとチエツクマークの入力に好適で
ある。なお、デフォルトは、ストロークオンは始点、ス
トロークオフは終点である。

（ｂ）ストロークタイムアウトの引数 タイムアウトの時間を記述する。デフォルトは、２秒で
ある。

（Ｃ）ペンボタンオフ、オンの引数 ペンボタンの種別番号を記述する。なお、このボタンは
、通常、ペン先に付いているもので、マウスボタンに相
当し、１個（左）あるいは２個（左右）ある。デフォル
トは（左）である。

第１８図に戻り、イベント処理（ステップＦ６１０）で
は、第３４図に述べたイベントの発生を検出すると、そ
のイベントが発生した座標（ストロークタイムアウトと
ペンボタンでは、前に操作していた座標）を知り、その
座標上の領域のオブジェクトに起動をかける。

受は取ったオブジェクトは、そのイベントの種類を見て
、自分のオブジェクトに記述があれば、その処理を行な
う。もしなければ、自分を含む重なった下の領域のオブ
ジェクト、第５図の例では、Ｇ１１Ｏのシートオブジェ
クトに処理を渡す仕掛けになっている。

第１８図で、今、オブジェクトＡ　（ｏｂｊｅｃｔＡ　
（）　）が起動されたとしよう。オブジェクトＡでは、
自分に定義されたイベント処理を行なうが、他のオブジ
ェクトに何らかの処理を依頼したい。このとき、オブジ
ェクト指向プログラミングでは、メツセージ起動により
行なう。メツセージ起動は下記形式により行なう。

５ＥＮＤ　オブジェクト名メツセージ名（引数）ここで
、オブジェクト名は送り先の名称、メツセージ名はその
オブジェクトのメツセージ名称である。

すなわち、オブジェクトＡは、他のオブジェクトＢ、Ｃ
に、オブジェクトＣは、他のオブジェクトＤに処理を依
頼するために。

５ｅｎｄ　Ｂ　　メツセージ１（） ｓｅｎｄ　Ｃメツセージ２（） ｓｅｎｄ　Ｄ　メツセージ３（） を発行する。ここで、メツセージｌ〜３はメツセージ名
称である。

以上述べたように、オブジェクト指向テログラミングで
は、イベント起動とメツセージ起動により、オブジェク
トが次々と処理されていく。

なお、全てのオブジェクト処理が終了すると、ステップ
Ｆ６１０のイベント処理に戻るようになっている。

以上、運用処理の基本処理概念を述べたが、次に具体的
な処理動作を第１９図〜第３６図を用いて説明する。

以下の説明では、第５図のメール書式文書について、動
作記述例とその処理内容を説明する。第１９図以下の図
で右端の数字は説明用の行番号である。

第１９図は、第５図Ｇ２２０のメニューオブジェクトの
動作記述例で（ａ）は入力メニューのオブジェクト、（
ｂ）は編集メニューのオブジェクトである。この動作記
述は、手書ストロークを文字や図形等のオブジェクトを
入力するための入力モードか、それらのオブジェクトを
編集するための編集モードかを切り換えるメニューのた
めの記述である。

ここで、 ０ｂｊｅｃｔ　　入力メニュー（ｍｅｎｕ）（ ） の“０ｂｊｅｃｔ”は、オブジェクトを表わす予約語、
“入力メニュー”は、オブジェクトの名称。

“（ｍｅｎｕ）”は、この“入力メニュー”オブジェク
トのプロトタイプ、すなわち、オブジェクト＋ｘｅｎｕ
の機能及びデータ構造を継承していることを示している
。この継承機能を利用すると、基本的なオブジェクトを
作り、その上に機能を追加して、新しいオブジェクトを
作るなどのモジュール構造を図れる利点がある。第１行
目の１１（３１と第８行目の”）”は、オブジェクトの
始まりと終わりを示す。

この“入カメニュー″オブジェクトでは、第３４図で述
べた物理デバイスと論理デバイスとの対応を定義し、か
つ、自分のメニューをハイライティングする動作記述を
している。すなわち１編集用ストロークオフ（）のイベ
ントが発生したら（Ｍ集用ストロークに物理デバイスを
割当てているため、まずこのイベントが発生）、まず、
第３４図のＮｏ、１．２のデバイスの割当変更をおこな
う（第１′９図（ａ）の第３〜４行目）、デバイスの割
当変更はｅｖｅｎｔ　ｍａｐ関数により行なう。

次に、入力されたストロークを消去し、更にメニューハ
イライト処理を行なって、このオブジェクトの処理は終
了する（第５〜６行目）。

第１９図（ｂ）は、９編集メニュー”オブジェクトの動
作記述であるが、″入力メニュー”オブジェクトとほぼ
同一記述となるため、説明を割愛する。

第２０図は、第５図０１１０の“シート”オブジェクト
の動作記述である。なお、このオブジェクトのプロトタ
イプはｗｉｎｄｏｗである。

このオブジェクトでは、白紙と同じ意味を持たせるため
、手書ストロークが入力されても、ストロークを消去す
るのみで、それ以外では、何もしないように記述してい
る。

具体的には、入力用あるいは編集用ストロークのイベン
トが発生したら、各々ストローク消去のみを行ない、処
理を終了する。これにより、−旦、手書ストロークの筆
跡が表示されるが、ストロークがオフされるたびに、そ
の筆跡が消去されるため、意味のない領域への入力は何
もなかったように処理できる。

第２１図は、第５図０１３０の受信者領域のオブジェク
トの動作記述例である。

この領域の動作記述は、まず手書ストロークを文字とし
て認識し、次にこの認識した文字コードをメールの宛名
として文書を転送する記述である。

この図の第１〜３行目は、手書ストロークの型を定義す
る記述である。この手書ストローク型について、以下そ
の概念、目的を説明する。

第３６図は、手書ストローク型の種類を示したものであ
る。大別して下記５種類がある。

（ｉ）文字ストローク型（ＣＨＡ　　ＳＴ）文字として
認識されるストロークである。

（ｉｉ）図形ストローク型（ＧＲＡＰＨＳＴ）図形とし
て認識されるストロークである。

（ｉｉｉ）線分ストローク型（ＬＩＮＥ　　ＳＴ）図形
以外の線分として認識されるストローク型である。

（〜）画像ストローク型（ＩＭＡＧＥ　　ＳＴ）画像と
して認識されるストロークである。

（Ｖ）編集ストローク型（ＰＲＯＯＦ　　ＳＴ）編集記
号として認識されるストロークである。

また、各々のストローク型には、さらに、小分類の型が
ある。特に、文字ストローク型が１０種類と多い。

以上のように、手書ストロークは、多目的に利用される
が、書式文書では領域により、逆にストロークの種類が
限定されることが多い０例えば、第１７図（ｂ）の書式
文書のＫｔｌｔｊの領域では、数字のみしか許さない。

一方、第５図０１３０受信者領域では、氏名を入力する
ため、漢字筒１゜第２水準、ひらがな、カタカナの文字
のみが許される。

このため、各領域によってどのようなストローク型が入
力されるか限定されている場合、それを定義することに
より、認識の性能を向上させたり、その型以外のストロ
ークが入力されたら、誤入力としてユーザにアラーム表
示したりすることができる。

また、ストローク型を予め定義できるため、第３図の従
来例の０２２０に示したように、ストロークの種類を指
定するメニューを設ける必要がないため、モードレス化
に貢献し、使い勝手が大幅に向上する。

更に、このストローク型を、下記のように、認識範囲を
指定できるように拡張することにより、多くの用途に利
用できる。例えば。

５ｔｔｙｐｅｄｅｆ　ＡＬＰＨＡ　Ｌ（Ｈ，Ｉ、Ｔ、Ａ
、Ｃ）：ＨＩＴＡＣＨＩａｔｔｒｉｂｕｔｓｓ＝ｐａｓ
ｓ　ｎａｍｅ：　ＨＩＴＡＣＨＩと定義すると、ｐａｓ
ｓ　ｎａｍｅという静的変数は、ＨＩＴＡＣＨＩのスト
ローク型であると解釈する。そして、この型は、英字大
文字ＡＬＰＨＡ　Ｌ型で、かつ、Ｈ，Ｉ。

Ｔ、Ａ、Ｃの文字コードのみしか許さないと解釈する。

したがって、ある領域にＨＩＴＡＣＨＩストローク型が
定義されると、特定の文字のみしか認識できないため、
パスワード的な使い方ができる。

また、このストローク型と範囲指定の定義方法を第３２
図に示した伝票の入力に用いると好適である。例えば、
仕様領域Ｇ７２０は、品名により特定の文字しかない場
合が多い。このため、この品名の特定のコードを宣言し
ておけば、それ以外の文字が入力されたら、操作者にア
ラーム表示することができ、誤入力を未然に防ぐことが
できる。

第２１図の例では、変数ｎａｍｅ　ｒｅｓｕｌｔをＮＡ
ＭＥストローク型に、変数ｐｒｏｏｆ　ｒｅｓｕｌｔ　
＠６　ＰＲＯＯＦストローク型に宣言した例である。

なお、′！”は論理和、ａｔｔｒｉｂｕｔｅｓは変数が
静的（常駐メモリに変数を確保）であることを、ｖａｒ
ｉａｂｌｅｓは変数が動的（スタックに変数を確保）で
あることを意味している。

第２１図には、下記３つのイベント記述がある。

（ｉ　）　ｅｖｅｎｔ入力用ストロークオン（）（ｉｉ
）　ｅｖｅｎｔ入力用ストロークタイムアウト（）（ｕ
ｉ）　ｅｖｅｎｔ　編集用ストロークタイムアウト（）
（ｉ）のイベントが発生すると、まず、ストロークを文
字として切り出すた、め、第９行目、すなわち。

５ｅｎｄ　　ストローク切出　枠　（切出ＯＫ）を実行
する。これは゛、１ストローク切出”オブジェクトの“
枠”というメツセージを処理し、その結果を“切出ＯＫ
”のフラグに反映して欲しいという意味である。

次に、第１０行目で、 ｉｆ　　切出ＯＫ （５ｅｎｄ　　認識　認識実行（ｎａｍｅ　ｒｅｓｕｌ
ｔ））の記述を実行する。この記述は１文字切出用フラ
グ（切出ＯＫ）が真ならば、後述の第２２図に示す“認
識”オブジェクトの“認識実行″のメツセージを実行し
、その結果をｎａｒｓｅ　ｒｅｓｕｌｔに格納して欲し
いという意味である。

しかし、文字切出用フラグ（切出ＯＫ）が偽ならば、第
１１行目の ｗｈｉｌｅ　　ストロークオフ（） を実行し、手書ストロークがオンからオフになるまでル
ープする。

次に（ｉｔ）の入力用ストロークタイムアウトのイベン
トが発生すると、まず、′認識”オブジェクトの″認識
実行”のメツセージを転送する（第１４行目）。次に認
識結果のコードを受信者名に登録するメツセージを転送
しく第１５行目）、最後に、このメール文書を送信する
ため、′転送”オブジェクトのメツセージ“メール”を
転送して終了する（第１６行目）。

最後に、（ｉｉｉ）のイベントは、編集記号で受信者名
の修正行なう場合の記述である。

以上、′受信者″″オブジェクトの動作記述を述べ光が
、他のオブジェクトついても、以下、簡単に説明する。

第２２図は、′認識”オブジェクトの動作記述を示した
図で、６つのメツセージ記述がある。

このオブジェクトは領域に対応したものではなく、他の
オブジェクトからのメツセージにより起動されるオブジ
ェクトである。

第３〜１１行目の最初のメツセージ記述、ｍｅｓｓａｇ
ｅ認識実行（ｒｅｓｕｌｔ：５ＴＴＹＰＥ）　（は、こ
のオブジェクトメインプログラムである。

ここで、第３行目の“５ＴＴＹＰＥ”はダミーのストロ
ーク型である。

通常のＰＡＳＣＡＬ等のプログラミング言語では、実引
数と仮引数の型が一致しないとシンタックスエラーとし
て認識されるが１本手書専用記述言語では、この考え方
と異なり、むしろ、ストローク型は変数に付属する属性
データと考える。すなわち、以上で述べた“５ＴＴＹＰ
Ｅ”は、何の属性もないダミーのストローク型で、実行
時に実引数の属性が継承されることを意味している。例
えば、第２１図の第１０．第１４行目にあるように、 ５ｅｎｄ　　ｅｌ＆識　認識実行（ｎａｍｅ　ｒｅｓｕ
ｌｔ）が実行されると、ｎａｍｅ　ｒｅｓｕｌｔのスト
ローク型は、第２１図の第４行目にあるように予め、”
ＮＡＭＥ”と定義されている。このため実行時に型を継
承することから、”５ＴＴＹＰＥ”は、　　”ＮＡ肝”
と同一のストローク型になる。

一方、第２１図の第１９行目にあるように、５ｅｎｄ　
　認識　認識実行（ｐｒｏｏｆ　ｒｅｓｕｌｔ）を実行
すると、”５ＴＴＹＰＥ”は“ＰＲＯＯＦ”型が継承さ
れる。

したがって、第２２図第４行目に示すように、５ｅｎｄ
　　ストローク型　種類（ｒｅｓｕｌｔ）のメツセージ
を転送することにより、ストロークの型を実行時に判定
することができる。

ストロークの型が判定できたら、第５〜１０行目に示す
ように、各々のストローク型によって認識するメツセー
ジを送信して、′認識実行”の処理動作を終了する。

個々の認識処理については、第２２図の第１２行目以下
にその動作記述がされている。

ここで、第３１行目の“編集記号認識実行”のメツセー
ジ中に、 ５ｅｎｄ　　編集　種類（ｋｉｎｄ） があり、これに注目してみる。これは、編集記号が入力
された座標位置（ｐｒｏｏｆ　ｒｅｓｕｌｔ）座標より
判断）から、その下にあるコードを探索し、これにより
編集対象の種類を判断するメツセージの処理である。

例えば、ｐｒｏｏｆ　ｒｅｓｕｌｔの座標下に、文字コ
ードがあれば文字編集であるし、図形コードがあれば図
形編集が各々実行される。これは、第３５行目の ５ｅｎｄ　　ｉｉ集　実行（ｋｉｎｄ、　ｐｒｏｏｆ　
ｒｅｓｕｌｔ）により、実行される。

また１編集対象を判別する他の方法として、領域毎に編
集用変数を定義し、この変数の値や属性をみて判断する
方法がある。

次に、第２３図は、主に、第２２図のオブジェクトより
、起動されるτ表示″オブジェクトの記述である。この
オブジェクトでは、特に、第４行目の下記記述に注目で
みる。

５ｅｎｄ　　範囲チエツク　結果は（ｃｈａ　ｒｅｓｕ
ｌｔ、ｏｋ）この記述は、認識したコードが、５ｔｔｙ
ｐｅｄｅｆで定義した範囲の文字コードかどうかをチエ
ツクし、その結果をＺ（ｏｋＪＦフラグに反映して欲し
いという意味である。ここで、ｃｈａ　ｒｅｓｕｌｔの
データ構造は、第２４図に示すように、認識コード（２
バイト）、ストローク型属性（３バイト）、範囲テーブ
ルへのポインタ（２バイト）となる、他のストローク型
のデータ構造についても同様である。

したがって、動作記述で定義した文字範囲は、この範囲
テーブルに記憶されているため、このコードと認識コー
ドを判定することで範囲チエツクができる。

第２３図第５行目において、範囲チエツクの結果が偽で
あれば、′アラーム表示”を実行し、操作者に何らかの
警告メツセージを出すことができる。

第２５図は、第５図０１５０の領域の“発信者”オブジ
ェクトの記述である。

このオブジェクトは手書ストロークを文字として認識し
、そのコードを手書の発信者として、登録するための記
述である。

この記述では、第２１図の″受信者”オブジェクトにお
いて、第１６行目のメール転送の記述がない点と、第２
５図第１５行目の記述が゛受信者登録”から、発信者登
録”に変わっているだけで、他は同じである。

第２６図は、第５図０１７０の領域の１１用件”オブジ
ェクトの記述である。

このオブジェクトは、用件の標題を入力するためのもの
で１手書ストロークを文字として認識して表示するかま
たは、文字編集のための記述である。記述内容について
は、′受信者”オブジェクトの説明から容易に類推でき
るため、説明を割愛する。

第２７図は、第５図０１９０領域の“内容”オブジェク
トの記述である。

このオブジェクトは用件の具体的内容を入力するための
記述で、パ用件′″オブジェクトと同様に。

文字認識と文字編集のための記述がしである。ただし、
この“内容”オブジェクトでは、あらゆる文字が入力で
きるように、静的変数ｃ　ｒｅｓｕｌｔのストローク型
を第３６図に示したほとんどの文字が認識できるよう宣
言している（第２７図の第１〜５行目）。

第２８図は、第５図０２１０領域の“コメント”オブジ
ェクトの記述である。

この領域は、前述のように、手書きしたストロークをコ
ードとして認識せずに、そのままの画像として利用する
ためのエリアである。したがって、手書ストロークを画
像とするためにこのオブジェクトでは、静的変数ｉｍａ
ｇｅ　ｒｅｓｕｌｆはＤＯＴストローク型に宣言してい
る（第１行目）。この宣言は第５行目の記述に反映され
、実際に手書コメントが入力できるようになる。なお、
画像編集についても記述がある（第８〜１０行目）、。

第２９図は、第５図Ｇ２４０の領域の“垂直スクロール
”オブジェクトの記述である。この゛′垂直スクロール
”オブジェクトは、′画面操作”というプロトタイプを
指定し、この機能を利用し実際のスクロール処理を実施
する。すなわち、領域にストロークが入力されるとスト
ロークがオフされるまで上または下にスクロール処理を
行なうものである。

なお、″画面操作”のオブジェクトは、第３０図に示し
た。ここで、第４行目の ｇｅｔ　５ｃｒｏｌｌ　ｃｏ（ｘ　＊　ｙ）は、現在の
スクロール位置座標（ｘｙｙ）を調べる関数、第５行目
の ５ｃｒｏｌｌ　ｅｘｅｃ　（ｘ　、　ｙ　、　ｏ　、　
ｄｅｌｔａ　ｙ）は、実際にスクロールを実行する関数
である。

また、ｄｅｌｔａ　ｙは、第２９図第４行目のｇｅｔｊ
ａｌｔａ　ｃｏ（ｄｅｌｔａ　ｘ、ｄｅｌｔａ　ｙ）関
数により得られる。

なお、′垂直スクロール”オブジェクトは、入力及び編
集のどちらのモードでも、イベントを受付けるように定
義している。

第３１図は、第５図０１３０の領域の″受信者″オブジ
ェクトの他の記述例である。この記述例は、受信者にメ
ール文書が転送されてきた時、特定領域の属性を動的に
変更する記述である。

第６行目の ａｔｔｒｉｂｕｔｅｓ＝ｃ　ｒｅｓｕｌｔ　：　ＤＯＴ
に注目してみる。　ｃ−ｒｅｓｕｌｔは静的変数であり
、後のオブジェクト処理の属性変更が優先されるものと
する。したがって、第２７図第５行目のａｔｔｒｉｂｕ
ｔｅｓ＝ｃ　ｒｅｓｕｌｔ　：　ＡＬＬ　ＣＩＡより、
優先されるため、実際に受信者がメールを受は取った時
、第５図の０１９０の“内容”領域の属性は、画像（Ｄ
ＯＴ）のストローク型に変更されることになる。

例えば、担当者の作る書類は１手書ストロークが入力さ
れると、清書文字に変換されるが、上長へこの書類が転
送されたときは、それは変換されず、そのままのストロ
ークになり、自由にメモが入力できる場合の例である。

これは、実際の組織の中でも良く見られる。

以上、本発明の一実施例について述べたが、効果を以下
にのべる。

まず第１の効果として、手書座標入力装置と平置ディス
プレイ（Ｌ　ＣＤ）を一体化構造の手書入力部において
、領域単位に一手書ストロークの動作記述を予め定義す
る書式定義部と、手書ストロークが入力されたとき、こ
の領域に定義された動作記述を解釈実行するストローク
解釈実行部を設けたため１手書ストロークを入力すると
、その意味をマシンが自動的に解釈できるようになった
。これにより、丁度紙にペンで入力する形態に近くなり
、かつ、人間の思考形態を中断せずに入力でき、マンマ
シンインタフェースが大幅に向上する効果がある。

第２の効果として、領域毎に手書ストロークを認識し、
コードに変換する手書認識機能を記述できるため、メー
ル、電話、ＦＡＸ、会議等のネットワークを用いたシス
テム機能を手書ストロークで操作できる。したがって、
従来のポイント指定に比べ、オフィス業務を模擬しやす
く、まさに、パーソナル秘書の役割を本手書入力情報シ
ステムで支援することができる。

第３の効果として、前記書式定義部とストローク解釈実
行部は、手書ストロークの種類とその認識範囲を定義で
きるため、認識率の性能向上と誤入力への対応が可能と
なる。このため、特に伝票書式文書の入力に好適である
。

第４の効果として、書式の画面定義を終了した段階で動
作定義を行なう領域を処理装置が自動抽出するため、ユ
ーザは、領域の設定をしなくても良く書式定義の効率向
上となる。

第５の効果として、特定の領域から白身あるいは他の領
域の手書ストロークの処理動作内容を属性変更のみで簡
単に変更できる機構を設けたため、書式定義の柔軟性と
使い勝手を向上できる効果がある。

第６の効果として、手書入力部の入力系と書式定義部あ
るいはストローク解釈実行部の機能系は、ストロークバ
ッファでインタフェースしているため、入力系と機能系
を分離でき、機能系の速度に依存せずに次々に手書スト
ロークを入力することができる。このため、操作者の応
答遅れによるいらいらを軽減できる効果がある。

第７の効果として、本処理装置は、ネットワークと無線
でインタフェースし、かつ、電池を内蔵しているため、
ポータビリティがある。このため。

オフィス内で、あるいは出張先で、あるいは家庭で自由
に使用することができる。

第８の効果として、処理装置の論理回路をも手書入力部
のガラスに実装しているため、ノートあるいはシート状
に薄型化できる効果がある。

第９の効果として、本処理装置の論理回路は、手書入力
部の周辺部に実装しているため、ＯＨＰに乗せてプレゼ
ンテーションに用いることができる。

次に、本発明の他の実施例を第３７〜４２図により説明
する。

第３７図〜３８図は、手書入力部、書式定義部。

ストローク解釈実行部の各処理系をネットワーク上に分
散したシステム構成図である。

第３７図は、書式定義部Ｐ１２０とストローク解釈実行
部Ｐ１４０の２つの処理系をネットワーク上のワークス
テーションＷＳに分散処理させ、手書入力部Ｐ１１０の
処理系のみを本処理装置に分散させたシステム構成図で
ある。

この構成図では、手書入力情報処理装置は、手書入力部
と音声等のマンマシン部のみしかなく、処理装置は小型
化、低価格化できる効果がある。

第３８図は１手書入力部ＰＩＩＯ−１と書式定義部ＰＬ
２０の処理系を手書入力情報処理装置Ｐ３００に１手書
入力部ＰＩＩＯ−２と解釈実行部Ｐ１４０の処理系を他
の手書入力情報処理装置Ｐ４００に分散させたシステム
構成図である。この構成の考え方は、書式を定義する部
署とこれを運用する部署に分離して、お互いには、ＵＩ
／ＨＡＮＤ−ＴＡＬＫ定義データで交換するものである
。なお、この定義データの交換は、ネットワークを介さ
ずメモリカードを用いても良い。

この構成では、書式文書の定義データを一箇所で管理で
きるため、文書の管理がしやすいこと、さらに、運用す
る部署では、手書の書式を定義するエディタが不要で、
システム規模を小さくでき、低価格化できる効果がある
。

第３９図では、複数のストローク入力部を設けたシステ
ム構成図である。すなわち、手書入力部に第１ストロー
ク入力部Ｐ１１０と第２ストローク入力部Ｐ１１５を設
け、第４０図の例のように。

第１ストローク入力部を本発明の一実施例と同じくペン
による手書入力を、第２ストローク入力部を他方の手も
しくは足による画面操作用ストローク入力を行なう。

一般に、右利きの人の場合、ペンを右手に持つと左手は
なにもしていない。このため、左手でスクロール操作を
したり、基本的なメニュー操作を行なうと好適なマンマ
シンインタフェースとなる。

例えば、第４０図に示すように、第２ストローク入カニ
リアに左手で右下に引きすると画面Ｇ１００は右下にス
クロールされることになる。

第４１図は、第２ストローク入カニリアのＵスクロール
”用オブジェクトの動作記述例、第４２図はこの入カニ
リア用のイベントマツプ図である。

すなわち、第４１図の動作記述では、画面操作用ストロ
ークオンのイベントが発生したら、画面操作用ストロー
クがオフするまで、２次元スクロールを実行するよう動
作記述している。ここで、第５行目の ５ｅｎｄ　　画面操作　２次元スクロール（ｄｅｌｔａ
　ｘ。

（ｄｅｌｔａ　ｙ） は、第３０図の″画面操作”オブジェクトに記述されて
いるメツセージである。なお、第３９〜４０図において
、第２ストローク入カニリアを第１ストローク入カニリ
アと重ならないよう配置したが、これをオーバラップさ
せてもよい。この場合、画面を手で直接上下左右にスク
ロールさせることができるため、紙を引きするような感
覚になり、より現実の世界近くなる。

以上、第３９〜４１図に説明した他の実施例では、両手
を駆使して手書入力情報処理装置とインタフェースでき
るため、マンマシン性が大幅に向上できる効果がある。

次に本発明の一実施例である第５図の動作説明図では、
入力と編集のモード変更をメニューで指定していたが、
これ以外のモード変更として、ペンボタンで切り換える
方法や手書ストロークの特徴情報であるストローク長で
行なう方法がある。

ストローク長で切り換える方法を以下に示す。

この動作記述は下記のようになる。

ｉｆ　　ストローク長く＝シきい値 （５ｅｎｄ　　ストローク切出　枠（切出ｏｋ）ｉｆ　
　切出ｏ　ｋ　（ｓｅｎｄ　　認識　認識実行（））ｅ
ｖｅｎｔ　ｍａｐ　（’入力用ストロークオン。

′入力用ストロークオフ。

１人力用ストロークタイムア ウト） ） １ｓｅ （ ｅｖｅｎｔ　ｍａｐ　（’編集用ストロークオン。

９編集用ストロークオフ。

１編集用ストロークタイムア ウト） ） 以上の内容を例えば、第２７図の“内容′″オブジエク
ト入力用ストロークオンのイベントに記述することより
、入力と編集の切り換えメニューを不要にできる。これ
により、さらに、モードレス化が図れ使い勝手を向上さ
せることができる。

また、本発明の一実施例では、第１図のＰ１２０゜Ｐ１
４０では、インタプリタを前提としたが、これを通常の
プログラミング言語と同じようにコンパイラで構成して
も良い。ただし、動作記述を変更する場合、その度にプ
ログラムをコンパイルする必要がある。

また、本発明の一実施例では、手書ストロークの物理デ
バイスを入力用と編集用の２つの論理デバイスに拡張し
たが、ディスプレイがカラー表示できるものであれば、
論理デバイスの種類により色を変更でき、さらに、使い
勝手がよくなる。例えば、入力用では、黒色を、編集用
では、赤色を用いると実際の紙とペンのイメージに近く
なる。

また、カラーディスプレイを用いることにより、認識す
る領域と認識しない領域（画像）等を色で区別すること
ができ、ユーザの入力をさらにしやすくすることができ
る。

また、本発明の一実施例では、手書座標入力装置と平面
ディスプレイは一体化構造としたが、これを分離した構
造であっても良い、しかし、この場合、手元と表示面を
繰返しみなければならないという欠点がある。

また、本発明の一実施例である第９図の電池をバッテリ
ーからソーラ電池にしても良い。

また、本発明の一実施例である第７図の座標入力用とデ
ィスプレイ用ガラスをプラスチックの材料としても良い
、この場合、本来の紙のイメージニ近＜なり、シートコ
ンピュータまたはペーパコンピュータになり、オフィス
環境もよりペーパレス化が図れる。

〔発明の効果〕

本発明によれば、手書座標入力装置と平面ディスプレイ
を一体化構造にした手書入力部を有した手書入力情報処
理装置において、手書入力部の各領域毎に予めどんな処
理をするかの動作定義をしておき、手書入力があるとこ
れを解釈実行するように構成したため、紙とペン感覚で
、しかも人間の思考形態を中断せずに入力でき、マンマ
シンインタフェースが大幅に向上する効果がある。

また、手書入力情報処理装置の論理回路を手書入力部の
ガラス上に実装して、ノートも°しくはシート状に薄型
化するとともに、無線と電池でコードレス化を図ってい
るため、何処にでも持ち運び自由となる効果がある。

また、手書ストロークをコードに変換する認識機能とネ
ットワークを駆使した処理機能を記述できる機構を設け
たため、文書作成、メール、電話。

ＦＡＸ、会議等のオフィス業務の大半をサポートする電
子秘書システムを構築できる効果がある。

【図面の簡単な説明】

第１図は本発明の一実施例のシステム構成図、第２図〜
第４図は従来例の操作説明図、第５図は第１図の動作説
明図、第６図は本発明の一実施例を用いたシステム全体
構成図、第７図〜第９図は第１図のハードウェア構成図
、第１０図〜第１３図は第１図の詳細システム構成図と
その動作説明図、第１４図〜第３６図は第１図のフロー
チャート、プログラムならびにその動作説明図、第３７
図〜第４２図は本発明の他の実施例を説明するシステム
構成図とその動作説明図である。 Ｈ２１１・・・手書入力バードウェア、ｐｉｉｏ・・・
ストローク入力部、Ｔ１００・・・ストロークバッファ
、Ｐ１２０・・・書式定義部、Ｐ１４０・・・ストロー
ク解釈実行部、Ｔ２Ｏ０・・・ＵＩ／ＨＡＮＤ−ＴＡＬ
Ｋ定義データ、Ｐ２Ｓ５・・・ワイヤレス入出力部、Ｐ
２Ｓ５・・・音声入出力部、６・・・スピーカ、７・・
・マ第 ２ 図 第 図 第 ４ 図 ２２０ 第 図 第 図 第 ８ 図 ７ 第 図 第 １２ 図 第 ３ 図 ２ 第 ４ 図 第 １５ 図 第 ６ 図 第 ７ 図 填 ８ 図 第 １９ 図 第 ０ 図 第２１ 図 第２２図 第２３ 図 第２５ 図 第 ６ 図 第 ２７ 図 第 ８ 図 第 ９ 図 第 ０ 図 第 ３１ 図 第３２図 第 ３３図 第 ４ 図 第 ３５ 図 第 ６ 図 第 ４１ 図 第 ２ 図

Claims (1)

1. 【特許請求の範囲】 １、手書座標入力装置と平面ディスプレイを一体化した
   手書入力部を有する情報処理装置において、 前記手書入力部の画面を１以上の領域により構成し、そ
   の領域単位に、処理動作を予め定義する書式定義部と 前記領域に手書ストロークが入力されると前記書式定義
   部により定義された処理動作を実行するストローク解釈
   実行部を設けたことを特徴とする手書入力情報処理装置
   。 ２、請求項１記載の前記書式定義部およびストローク解
   釈実行部は、それぞれ前記手書入力部の１つまたは複数
   の手書ストロークを所定のコードに認識する手書き認識
   の処理動作記述と、その記述された処理動作を実行する
   ことを特徴とする手書入力情報処理装置。 ３、請求項１記載の前記書式定義部およびストローク解
   釈実行部は、前記手書入力部の１つまたは複数の手書ス
   トロークの特徴データを抽出し、この特徴データを前記
   処理動作記述の情報に用いることを特徴とする手書入力
   情報処理装置。 ４、請求項１乃至３のうちいずれかに記載の前記書式定
   義部は、 前記画面のレイアウトを定義する画面定義部と前記画面
   定義部により定義された領域毎に、手書ストロークの処
   理動作を記述する動作定義部とで構成されることを特徴
   とする手書入力情報処理装置。 ５、前記画面定義部の画面定義データに基づき、前記動
   作定義部による動作記述の対象領域を抽出することを特
   徴とする請求項４記載の手書入力情報処理装置。 ６、請求項５記載の前記領域は、画面定義データの線画
   情報に基づき、閉領域あるいは前記閉領域である矩形の
   一辺が欠けたＵ字型矩形領域あるいは文字列上の空白文
   字領域のいずれかによつて抽出されることを特徴とする
   手書入力情報処理装置。 ７、前記書式定義部およびストローク解釈実行部は、各
   々特定の領域から他の特定の１つまたは複数領域の手書
   ストロークの処理動作内容を変更する動作記述及びその
   実行処理を含む請求項１乃至３のうちいずれかに記載の
   手書入力情報処理装置。 ８、前記書式定義部およびストローク解釈実行部は、手
   書ストロークの種類を少なくとも、文字ストローク型、
   図形ストローク型、線分ストローク型、画像ストローク
   型、編集ストローク型に分類し、これらを１つまたは複
   数定義する記述とその実行処理を含む請求項１乃至３の
   うちいずれかに記載の手書入力情報処理装置。 ９、前記文字ストローク型、図形ストローク型、線分ス
   トローク型、編集ストローク型は、各々認識対象コード
   を１つ、または、複数指定できる範囲を指定する記述と
   その実行処理を含む請求項８記載の手書入力情報処理装
   置。 １０、前記記述により指定された範囲以外に、ストロー
   ク入力があつたとき、アラーム表示することを特徴とす
   る請求項９記載の手書入力情報処理装置。 １１、前記ストローク解釈実行部は、所定の操作で各領
   域に対し定義された動作記述内容を絵文字で概略表示す
   る手段を有することを特徴とする請求項１乃至３のうち
   いずれかに記載の手書入力情報処理装置。 １２、前記編集ストローク型のストロークが入力された
   とき、そのストローク座標下にある編集対象のコードを
   判定し、そのコードの種類に対応して編集処理を実行す
   ることを特徴とする請求項８記載の手書入力情報処理装
   置。 １３、請求項１乃至３のうちいずれかに記載の手書情報
   処理装置は、 手書座標入力用ガラスとディスプレイ用ガラスとを一体
   構造とし、且つ、少なくとも手書入力された座標の検出
   又は入力されたストロークに対する処理を行なう論理回
   路を、前記一体構造としたガラス上に直接ボンディング
   して成ることを特徴とする手書入力情報処理装置。 １４、請求項１３記載の前記論理回路は、 座標検出用及び表示用のセグメントとの重なりを回避し
   て前記ガラスの周辺部にボンディングされることを特徴
   とする手書入力情報処理装置。 １５、前記手書入力部の処理系は、前記書式定義部もし
   くは前記ストローク解釈実行部の処理系とは別処理とし
   、前記手書入力部の処理系を優先処理させるとともに、
   両処理系間はストロークバッファでインタフェースした
   ことを特徴とする請求項１乃至３のうちいずれかに記載
   の手書入力情報処理装置。 １６、複数の情報処理装置と、手書座標入力装置と平面
   ディスプレイを一体化した手書入力部を有する手書入力
   情報処理装置とをネットワークを介して接続し、 前記手書入力情報処理装置は、少なくとも手書ストロー
   クを入力する手書入力部と、前記手書入力部により入力
   した手書ストロークを他の情報処理装置に前記ネットワ
   ークを介して伝送する伝送部とから成り、 前記他の複数の情報処理装置は、少なくとも前記手書入
   力部の画面の領域単位に処理動作を予め定義する書式定
   義部と、前記書式定義部で定義された処理動作を実行る
   ストローク解釈実行部と、前記ネットワークを介して前
   記手書情報処理装置へデータを伝送するための伝送手段
   とから成ることを特徴とする手書入力情報システム。 １７、複数の情報処理装置と、手書座標入力装置と平面
   ディスプレイを一体化した手書入力部を有する手書入力
   情報処理装置とをネットワークを介して接続し、 前記手書入力情報処理装置は、少なくとも手書ストロー
   クを入力する手書入力部と、前記手書入力部の画面の領
   域単位に処理動作を予め定義する書式定義部と、前記手
   書入力部により入力した手書ストローク及び前記書式定
   義部により定義された処理動作内容を他の情報処理装置
   に前記ネットワークを介して伝送する伝送部とから成り
   、 前記他の複数の情報処理装置は、少なくとも前記書式定
   義部で定義された処理動作を実行するストローク解釈実
   行部と、前記ネットワークを介して前記手書情報処理装
   置へ前記解釈実行結果を伝送するための伝送手段とから
   成ることを特徴とする手書入力情報システム。 １８、複数の情報処理装置と、手書座標入力装置と平面
   ディスプレイを一体化した手書入力部を有する手書入力
   情報処理装置とをネットワークを介して接続し、 前記手書入力情報処理装置は、少なくとも手書ストロー
   クを入力する手書入力部と、前記手書入力部により入力
   した手書ストロークを他の情報処理装置に前記ネットワ
   ークを介して伝送する伝送部とから成り、 前記他の複数の情報処理装置のうち１の情報処理装置は
   、前記手書入力部の画面の領域単位に処理動作を予め定
   義する書式定義部と、前記書式定義部により定義された
   処理動作内容を他の情報処理装置に前記ネットワークを
   介して伝送する伝送部とから成り、 前記他の複数の情報処理装置のうち他の情報処理装置は
   、少なくとも前記書式定義部で定義された処理動作を実
   行するストローク解釈実行部と、前記ネットワークを介
   して前記手書情報処理装置へ前記解釈実行結果を伝送す
   るための伝送手段とから成ることを特徴とする手書入力
   情報システム。 １９、前記手書入力部を有する情報処理装置は、ネット
   ワークと無線で接続するワイヤレス入出力手段を有した
   ことを特徴とする請求項１６乃至１８のうちいずれかに
   記載の手書入力情報システム。 ２０、前記手書入力部は、複数の座標入力装置を有する
   ことを特徴とする請求項１乃至３のうちいずれかに記載
   の手書入力処理装置。 ２１、前記複数の座標入力装置は、入力ペンによる座標
   入力装置及び、直接手または足でタッチすることにより
   ストロークを入力する装置であることを特徴とする請求
   項２０記載の手書入力情報処理装置。 ２２、前記手書入力部は、複数の座標入力装置を有する
   ことを特徴とする請求項１６乃至１８のうちいずれかに
   記載の手書入力情報システム。 ２３、前記複数の座標入力装置は、入力ペンによる座標
   入力装置及び、直接手または足でタッチすることにより
   ストロークを入力する装置であることを特徴とする請求
   項２２記載の手書入力情報システム。 ２４、前記手書入力部を有する情報処理装置は、ローカ
   ルエリアネットワークもしくはＩＳＤＮを介して、他の
   情報処理と接続され、ネットワーク上の資源を利用する
   動作記述とその実行処理を含む請求項１６項乃至１８項
   のうちいずれかに記載の手書入力情報システム。 ２５、手書座標入力装置と平面ディスプレイを一体化し
   た手書入力部を有する情報処理装置において、 前記手書入力部の画面を認識領域部と非認識領域部に分
   割したことを特徴とする手書入力情報処理装置。 ２６、前記認識領域部に手書ストロークが入力されると
   所定のコードデータに変換し、また、前記非認識領域部
   に手書ストロークが入力されると画像データに変換し又
   は前記手書ストロークを消去することを特徴とする請求
   項２５記載の手書入力情報処理装置。 ２７、前記認識領域部と非認識領域部は、各々１つまた
   は、複数個設けたことを特徴とする請求項２５記載の手
   書入力情報処理装置。 ２８、手書入力部の画面の領域単位に処理動作を定義し
   、その領域内に前記手書ストロークが入力されると、前
   記定義された処理動作を実行することを特徴とする手書
   入力部を有する手書情報処理装置。 ２９、手書入力部の画面の領域単位に定義された処理動
   作に従い、入力ストロークに対する処理を行なう手書入
   力部と、 他の処理装置との間での手書入力ストロークに関する情
   報を送受信するためのアンテナと、前記手書入力部とア
   ンテナに対して電源を供給する電池とを有することを特
   徴とする手書入力情報処理装置。