(57)【要約】【課題】手書きデータを保存する際に記憶領域を圧迫したり、手書きデータを転送する際に転送時間が長くなったりする。【解決手段】原稿を表示する表示部と、前記原稿への手書き入力を可能にする操作部と、前記原稿の各ページの手書き情報をベクトルデータとして保存する記憶部と、を少なくとも備える手書き入力端末における手書きデータ保存制御方法であって、前記記憶部に保存した前記ベクトルデータを読み出し、ページ毎に前記ベクトルデータをラスタデータに変換する変換処理と、ページ毎に前記ベクトルデータと前記ラスタデータのサイズを比較する比較処理と、ページ毎にサイズが小さい方のデータを前記原稿のデータに関連付けたファイルを作成する関連付け処理と、を実行する。【選択図】図７
2015032250.tif 000002
【特許請求の範囲】
【請求項１】
原稿を表示する表示部と、
前記原稿への手書き入力を可能にする操作部と、
前記原稿の各ページの手書き情報をベクトルデータとして保存する記憶部と、
前記記憶部に保存した前記ベクトルデータを読み出し、ページ毎に前記ベクトルデータをラスタデータに変換し、ページ毎に前記ベクトルデータと前記ラスタデータのサイズを比較し、ページ毎にサイズが小さい方のデータを前記原稿のデータに関連付けたファイルを作成する制御部と、を少なくとも備える、
ことを特徴とする手書き入力端末。
【請求項２】
前記制御部は、自端末に通信ネットワークで接続される他の装置からのファイル転送要求を受けた時に、前記ファイルを作成して前記他の装置に転送する、
ことを特徴とする請求項１に記載の手書き入力端末。
【請求項３】
前記制御部は、前記記憶部に保存している前記ベクトルデータを、前記原稿のデータに関連付けたデータに置き換える、
ことを特徴とする請求項２に記載の手書き入力端末。
【請求項４】
前記制御部は、手書き入力が行われた所定のページに対して、ページ内容を確定する操作若しくはページめくり操作を検知した時に、前記所定のページのベクトルデータをラスタデータに変換し、前記所定のページの前記ベクトルデータと前記ラスタデータのサイズを比較し、前記所定ページに対して、サイズが小さい方のデータを前記原稿のデータに関連付ける、
ことを特徴とする請求項１に記載の手書き入力端末。
【請求項５】
前記制御部は、前記手書き情報に対するUndo/Redo操作をカウントし、前記Undo/Redo操作の回数が予め定めた上限回数を越えたと判断した時に、前記Undo/Redo操作ができなくなった手書き情報が入力された所定のページのベクトルデータをラスタデータに変換し、前記所定のページの前記ベクトルデータと前記ラスタデータのサイズを比較し、前記所定ページに対して、サイズが小さい方のデータを前記原稿のデータに関連付ける、
ことを特徴とする請求項１に記載の手書き入力端末。
【請求項６】
前記制御部は、前記ラスタデータが関連付けられた前記所定のページに対する手書き情報の追加入力を検知した時に、前記所定のページに入力済みの手書き情報のラスタデータをベクトルデータに変換して追加入力された手書き情報のベクトルデータに合成すると共に、追加入力された手書き情報のベクトルデータをラスタデータに変換して前記所定のページに入力済みの手書き情報のラスタデータに合成し、合成したベクトルデータと合成したラスタデータのサイズを比較し、前記所定のページに対して、サイズが小さい方のデータを前記原稿のデータに関連付ける、
ことを特徴とする請求項４又は５に記載の手書き入力端末。
【請求項７】
ページ単位でデータサイズを比較するか、ファイル単位でデータサイズを比較するか、が選択可能であり、
前記制御部は、ページ単位でデータサイズを比較する設定であると判断した場合に、請求項１乃至６のいずれか一に記載の制御を行う、
ことを特徴とする手書き入力端末。
【請求項８】
原稿を表示する表示部と、前記原稿への手書き入力を可能にする操作部と、前記原稿の各ページの手書き情報をベクトルデータとして保存する記憶部と、を少なくとも備える手書き入力端末で動作する手書きデータ保存制御プログラムであって、
前記手書き入力端末を、
前記記憶部に保存した前記ベクトルデータを読み出し、ページ毎に前記ベクトルデータをラスタデータに変換する変換処理、
ページ毎に前記ベクトルデータと前記ラスタデータのサイズを比較する比較処理、
ページ毎にサイズが小さい方のデータを前記原稿のデータに関連付けたファイルを作成する関連付け処理、を実行する制御部として機能させる、
ことを特徴とする手書きデータ保存制御プログラム。
【請求項９】
前記制御部は、自端末に通信ネットワークで接続される他の装置からのファイル転送要求を監視し、前記ファイル転送要求を受けた時に、前記変換処理、前記比較処理及び前記関連付け処理を実行し、作成した前記ファイルを前記他の装置に転送する、
ことを特徴とする請求項８に記載の手書きデータ保存制御プログラム。
【請求項１０】
前記制御部は、前記記憶部に保存している前記ベクトルデータを、前記原稿のデータに関連付けたデータに置き換える、
ことを特徴とする請求項９に記載の手書きデータ保存制御プログラム。
【請求項１１】
前記制御部は、手書き入力が行われた所定のページに対して、ページ内容を確定する操作若しくはページめくり操作を監視し、前記操作を検知した時に、
前記変換処理では、前記所定のページのベクトルデータをラスタデータに変換し、
前記比較処理では、前記所定のページの前記ベクトルデータと前記ラスタデータのサイズを比較し、
前記関連付け処理では、前記所定ページに対して、サイズが小さい方のデータを前記原稿のデータに関連付ける、
ことを特徴とする請求項８に記載の手書きデータ保存制御プログラム。
【請求項１２】
前記制御部は、前記手書き情報に対するUndo/Redo操作をカウントし、前記Undo/Redo操作の回数が予め定めた上限回数を越えたと判断した時に、
前記変換処理では、前記Undo/Redo操作ができなくなった手書き情報が入力された所定のページのベクトルデータをラスタデータに変換し、
前記比較処理では、前記所定のページの前記ベクトルデータと前記ラスタデータのサイズを比較し、
前記関連付け処理では、前記所定ページに対して、サイズが小さい方のデータを前記原稿のデータに関連付ける、
ことを特徴とする請求項８に記載の手書きデータ保存制御プログラム。
【請求項１３】
前記制御部は、前記ラスタデータが関連付けられた前記所定のページに対する手書き情報の追加入力を監視し、前記追加入力を検知した時に、
前記変換処理では、前記所定のページに入力済みの手書き情報のラスタデータをベクトルデータに変換して追加入力された手書き情報のベクトルデータに合成すると共に、追加入力された手書き情報のベクトルデータをラスタデータに変換して前記所定のページに入力済みの手書き情報のラスタデータに合成し、
前記比較処理では、合成したベクトルデータと合成したラスタデータのサイズを比較し、
前記関連付け処理では、前記所定のページに対して、サイズが小さい方のデータを前記原稿のデータに関連付ける、
ことを特徴とする請求項１１又は１２に記載の手書きデータ保存制御プログラム。
【請求項１４】
ページ単位でデータサイズを比較するか、ファイル単位でデータサイズを比較するか、が選択可能であり、
前記制御部は、ページ単位でデータサイズを比較する設定であると判断した場合に、請求項８乃至１３のいずれか一に記載の処理を実行する、
ことを特徴とする手書きデータ保存制御プログラム。
【請求項１５】
原稿を表示する表示部と、前記原稿への手書き入力を可能にする操作部と、前記原稿の各ページの手書き情報をベクトルデータとして保存する記憶部と、を少なくとも備える手書き入力端末における手書きデータ保存制御方法であって、
前記記憶部に保存した前記ベクトルデータを読み出し、ページ毎に前記ベクトルデータをラスタデータに変換する変換処理と、
ページ毎に前記ベクトルデータと前記ラスタデータのサイズを比較する比較処理と、
ページ毎にサイズが小さい方のデータを前記原稿のデータに関連付けたファイルを作成する関連付け処理と、を実行する、
ことを特徴とする手書きデータ保存制御方法。
【請求項１６】
自端末に通信ネットワークで接続される他の装置からのファイル転送要求を監視し、前記ファイル転送要求を受けた時に、前記変換処理、前記比較処理及び前記関連付け処理を実行し、作成した前記ファイルを前記他の装置に転送する、
ことを特徴とする請求項１５に記載の手書きデータ保存制御方法。
【請求項１７】
前記ファイルを前記他の装置に転送後、前記記憶部に保存している前記ベクトルデータを、前記原稿のデータに関連付けたデータに置き換える、
ことを特徴とする請求項１６に記載の手書きデータ保存制御方法。
【請求項１８】
手書き入力が行われた所定のページに対する、ページ内容を確定する操作若しくはページめくり操作を監視し、前記操作を検知した時に、
前記変換処理では、前記所定のページのベクトルデータをラスタデータに変換し、
前記比較処理では、前記所定のページの前記ベクトルデータと前記ラスタデータのサイズを比較し、
前記関連付け処理では、前記所定ページに対して、サイズが小さい方のデータを前記原稿のデータに関連付ける、
ことを特徴とする請求項１５に記載の手書きデータ保存制御方法。
【請求項１９】
前記手書き情報に対するUndo/Redo操作をカウントし、前記Undo/Redo操作の回数が予め定めた上限回数を越えたと判断した時に、
前記変換処理では、前記Undo/Redo操作ができなくなった手書き情報が入力された所定のページのベクトルデータをラスタデータに変換し、
前記比較処理では、前記所定のページの前記ベクトルデータと前記ラスタデータのサイズを比較し、
前記関連付け処理では、前記所定ページに対して、サイズが小さい方のデータを前記原稿のデータに関連付ける、
ことを特徴とする請求項１５に記載の手書きデータ保存制御方法。
【請求項２０】
前記ラスタデータが関連付けられた前記所定のページに対する手書き情報の追加入力を監視し、前記追加入力を検知した時に、
前記変換処理では、前記所定のページに入力済みの手書き情報のラスタデータをベクトルデータに変換して追加入力された手書き情報のベクトルデータに合成すると共に、追加入力された手書き情報のベクトルデータをラスタデータに変換して前記所定のページに入力済みの手書き情報のラスタデータに合成し、
前記比較処理では、合成したベクトルデータと合成したラスタデータのサイズを比較し、
前記関連付け処理では、前記所定のページに対して、サイズが小さい方のデータを前記原稿のデータに関連付ける、
ことを特徴とする請求項１８又は１９に記載の手書きデータ保存制御方法。
【請求項２１】
ページ単位でデータサイズを比較するか、ファイル単位でデータサイズを比較するか、を選択させ、ページ単位でデータサイズを比較する設定が選択された場合に、請求項１５乃至２０のいずれか一に記載の処理を実行する、
ことを特徴とする手書きデータ保存制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、手書き入力端末及び手書きデータ保存制御プログラム並びに手書きデータ保存制御方法に関し、特に、手書き情報の入力及び手書きデータの保存が可能な手書き入力端末及び手書きデータの保存を制御する手書きデータ保存制御プログラム並びに手書きデータ保存制御方法に関する。
【背景技術】
【０００２】
近年、タッチパネルで手書き入力が可能なタブレット端末などの手書き入力端末が普及している。この手書き入力端末では、タッチパネル上に指やスタイラスペン（以下、単にペンと呼ぶ。）をタッチしてスライドさせることにより、文字や絵、図形など（これらを総称して手書き情報と呼ぶ。）を描いたり消去したりするなどの手書き入力操作を行うことができる。
【０００３】
このような手書き入力端末では、表示部に原稿を表示し、表示された原稿に対して手書き入力を行うことが可能であり、原稿データに手書き情報のデータ（手書きデータと呼ぶ。）を付加したファイルを他の装置に転送することができる。このようなケースでは、原稿データはラスタデータ（画像を点の集まりとして表現する形式のデータ、ビットマップデータとも呼ぶ。）として保持し、手書きデータは取り扱いが容易なベクトルデータ（画像を座標と数式で表現する形式のデータ）として保持し、ラスタデータの原稿データにベクトルデータの手書きデータを付加して保存／転送することが一般的である。
【０００４】
ここで、手書き情報が単純な図形（例えば、少ない本数の直線からなる図形など）の場合は、小さいデータサイズのベクトルデータとして表現できるため、ベクトルデータとして保持した方が、取り扱いが容易になる。しかしながら、手書き情報が複雑な図形（例えば、図形を構成する線の本数が多い図形や、曲線を含む図形など）の場合、ベクトルデータで表現した場合のデータサイズは大きくなり、特に、手書き情報をなめらかな画像としてベクトルデータに変換する場合には、高解像度でベクトル化する必要があるため、ベクトルデータのデータサイズが想像以上に大きくなり、また、ベクトルデータを表示する際の処理が複雑になってしまう場合がある。従って、このような場合は、ベクトルデータをビットマップ変換したラスタデータとして保持した方が好ましい。
【０００５】
上記手書きデータとは異なるデータであるが、複数種のデータを保存する技術に関して、例えば、下記特許文献１には、リモートコピーの指示に応じて、外部の画像出力装置に出力データを送信する画像処理装置であって、入力データから、解像度に依存しない解像度非依存データを生成する解像度非依存データ生成手段と、前記解像度非依存データ生成手段によって生成された前記解像度非依存データから、解像度に依存しビットマップデータに描画展開するために用いられる解像度依存データを生成する解像度依存データ生成手段と、前記解像度非依存データ生成手段によって生成された前記解像度非依存データと、前記解像度依存データ生成手段によって生成された前記解像度依存データとを保存する保存手段と、前記画像出力装置に関連付けられた画像出力装置情報を取得する装置情報取得手段と、前記画像出力装置情報が、前記画像処理装置に関連付けられた画像処理装置情報と一致しているか否かを判定する装置情報判定手段と、前記装置情報判定手段によって、前記画像出力装置情報が前記画像処理装置情報と一致していると判定された場合に、前記解像度依存データを前記出力データとして送信するデータ送信手段と、を備える構成が開示されている。
【０００６】
また、下記特許文献２には、Ｗｅｂブラウザを使用して地図を表示するシステムにおいて、Ｗｅｂサーバコンピュータに、表示端末から要求された表示領域について、前記表示領域のラスタ形式地図データの容量を算出するとともに、前記表示領域のベクタ形式地図データの容量も算出し、算出されたラスタ形式地図データの容量とベクタ形式地図データの容量とを比較し、データ容量の少ない方のデータ形式の地図データを送信する送信データ制御手段と、送信すべき地図データ、および該地図データのデータサイズをレイヤ別に格納し、前記送信データ制御手段により容量を算出する際に参照されるレイヤ別平均長テーブルを格納する記憶装置とを備えた地図データ送信装置が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００９−０２１８７９号公報
【特許文献２】特開２００１−２５６１４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したように、手書きデータは、手書き情報の構成（例えば、曲線が含むか、線の本数が多いかなど）によってベクトルデータのサイズが大きく変化する。また、原稿に手書きする場合、表示されている原稿のページによってベクトルデータのデータサイズが大きく変化する。例えば、ユーザにとって関心が低いページに対しては手書き入力が少なく、ユーザにとって関心が高いページに対しては手書き入力が多くなる傾向がある。すなわち、ページに含まれる原稿の内容に応じて手書きの内容も変わるため、それぞれのページについてのベクトルデータのデータサイズが大きく変化する。従って、原稿や手書き情報の特性に応じて、手書きデータをベクトルデータとして保存するか、ラスタデータとして保存するかを細かく設定することが好ましい。
【０００９】
しかしながら、特許文献１の技術は、ジョブ単位で解像度非依存データ又は解像度依存データで保存するだけであり、また、特許文献２の技術は、単に、ベクタ形式地図データとラスタ形式地図データの内のサイズの小さい方のデータを保存するだけであるため、これらの技術を手書きデータに適用しても、原稿や手書き情報の特性に応じた適切な形態で手書きデータを保存することができず、その結果、記憶領域を圧迫したり、手書きデータを転送する際に転送時間が長くなったりするなどの問題が生じる。
【００１０】
本発明は、上記問題点に鑑みてなされたものであって、その主たる目的は、手書きデータを効率的に保存／転送することができる手書き入力端末及び手書きデータ保存制御プログラム並びに手書きデータ保存制御方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の一側面は、原稿を表示する表示部と、前記原稿への手書き入力を可能にする操作部と、前記原稿の各ページの手書き情報をベクトルデータとして保存する記憶部と、前記記憶部に保存した前記ベクトルデータを読み出し、ページ毎に前記ベクトルデータをラスタデータに変換し、ページ毎に前記ベクトルデータと前記ラスタデータのサイズを比較し、ページ毎にサイズが小さい方のデータを前記原稿のデータに関連付けたファイルを作成する制御部と、を少なくとも備えることを特徴とする。
【００１２】
本発明の一側面は、原稿を表示する表示部と、前記原稿への手書き入力を可能にする操作部と、前記原稿の各ページの手書き情報をベクトルデータとして保存する記憶部と、を少なくとも備える手書き入力端末で動作する手書きデータ保存制御プログラムであって、前記手書き入力端末を、前記記憶部に保存した前記ベクトルデータを読み出し、ページ毎に前記ベクトルデータをラスタデータに変換する変換処理、ページ毎に前記ベクトルデータと前記ラスタデータのサイズを比較する比較処理、ページ毎にサイズが小さい方のデータを前記原稿のデータに関連付けたファイルを作成する関連付け処理、を実行する制御部として機能させることを特徴とする。
【００１３】
本発明の一側面は、原稿を表示する表示部と、前記原稿への手書き入力を可能にする操作部と、前記原稿の各ページの手書き情報をベクトルデータとして保存する記憶部と、を少なくとも備える手書き入力端末における手書きデータ保存制御方法であって、前記記憶部に保存した前記ベクトルデータを読み出し、ページ毎に前記ベクトルデータをラスタデータに変換する変換処理と、ページ毎に前記ベクトルデータと前記ラスタデータのサイズを比較する比較処理と、ページ毎にサイズが小さい方のデータを前記原稿のデータに関連付けたファイルを作成する関連付け処理と、を実行することを特徴とする。
【発明の効果】
【００１４】
本発明の手書き入力端末及び手書きデータ保存制御プログラム並びに手書きデータ保存制御方法によれば、手書きデータを効率的に保存／転送することができる。
【００１５】
その理由は、手書き画像処理装置（手書きデータ保存制御プログラム）は、原稿の複数のページに手書き入力した手書きデータを原稿データに関連付けたファイルを保存／転送する際に、ページ単位で手書きデータのデータサイズを比較するか、ファイル単位で手書きデータのデータサイズを比較するかを判断し、ページ単位で手書きデータのデータサイズを比較する場合は、ページ毎にベクトルデータをビットマップ変換してラスタデータを生成し、ページ毎にベクトルデータとラスタデータのサイズを比較して、ページ毎にサイズが小さい方の形式の手書きデータを原稿データに関連付けてファイルを作成するからである。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施例に係る手書きシステムの構成を模式的に示す図である。
【図２】本発明の第１の実施例に係るコンピュータ装置の構成を示すブロック図である。
【図３】本発明の第１の実施例に係る手書き入力端末の構成を示すブロック図である。
【図４】本発明の第１の実施例に係る手書き入力端末の構成を示す外観図である。
【図５】本発明の第１の実施例に係る手書き入力端末の処理（ファイル転送処理）を示すフローチャート図である。
【図６】本発明の第１の実施例に係る手書き入力端末の処理（転送用ファイル作成処理）を示すフローチャート図である。
【図７】本発明の第１の実施例に係る手書き入力端末を用いたファイル保存例を示す図である。
【図８】本発明の第２の実施例に係る手書き入力端末の処理（ファイル保存処理）を示すフローチャート図である。
【図９】本発明の第２の実施例に係る手書き入力端末の処理（保存形式判断処理）を示すフローチャート図である。
【図１０】本発明の第２の実施例に係る手書き入力端末を用いたファイル保存例を示す図である。
【発明を実施するための形態】
【００１７】
背景技術で示したように、手書きデータは通常、取り扱いが容易なベクトルデータとして、原稿データに対応するファイルに関連づけて保存／転送されるが、手書きデータのデータサイズは、手書き情報の構成や原稿のページ内容などによって大きく変化する。そのため、ファイル単位でベクトルデータにするかラスタデータにするかを選択しても、必ずしも手書きデータのデータサイズが小さくなるとは限らず、複雑な図形からなる手書きデータをベクトルデータとして保存すると、データサイズが想像以上に大きくなったり、ベクトルデータを表示する際の処理が複雑になったりする場合がある。また、単純な図形からなる手書きデータをラスタデータとして保存すると、データサイズの増大を招くと同時に、図形を拡大する際に品質が悪化する場合がある。
【００１８】
そこで、本発明の一実施の形態では、このような手書きの特性を考慮し、複数のページに手書き入力した手書きデータをファイルとして保存する際に、ページ単位で手書きデータのデータサイズを比較するか、ファイル単位（全ページ）で手書きデータのデータサイズを比較するかを選択可能とし、ページ単位で手書きデータのデータサイズを比較する設定が選択された場合は、ページ毎にベクトルデータをビットマップ変換してラスタデータを生成し、ページ毎にベクトルデータとラスタデータのデータサイズを比較し、データサイズが小さい方の手書きデータを原稿データに関連付けてファイルを作成するように制御する。
【００１９】
これにより、手書きデータの品質を落とすことなく、データサイズを小さくすることができる。また、データサイズが小さくなるので、手書き入力端末内の記憶領域を圧迫する問題、手書き入力端末外の装置へファイルを転送する時の転送時間が長くなる問題、手書き入力端末外の装置の記憶領域を圧迫する問題などを解決することができる。
【実施例１】
【００２０】
上記した本発明の実施の形態についてさらに詳細に説明すべく、本発明の第１の実施例に係る手書き入力端末及び手書きデータ保存制御プログラム並びに手書きデータ保存制御方法について、図１乃至図７を参照して説明する。図１は、実施例の手書き入力システムの構成を模式的に示す図であり、図２は、本実施例のコンピュータ装置の構成を示すブロック図である。また、図３は、本実施例の手書き入力端末の構成を示すブロック図であり、図４は、本実施例の手書き入力端末の外観構成の一例を示す図である。また、図５及び図６は、本実施例の手書き入力端末の処理を示すフローチャート図であり、図７は、ファイル保存例を示す図である。
【００２１】
図１に示すように、本実施例の手書きシステム１０は、原稿を作成して原稿データを入力端末３０に送信するコンピュータ装置２０と、コンピュータ装置２０から受信した原稿データに基づく原稿を表示し、原稿上への手書き入力を受け付ける手書き入力端末３０と、で構成される。これらは、イーサネット（登録商標）、トークンリング、ＦＤＤＩ（Fiber-Distributed Data Interface）等の規格により定められる無線ＬＡＮ（Local Area Network）や有線ＬＡＮなどの通信ネットワークを介して接続される。以下、各装置について詳細に説明する。
【００２２】
［コンピュータ装置］
図２に示すように、コンピュータ装置２０は、制御部２１と通信部２２と記憶部２３と操作部２４と表示部２５などで構成される。
【００２３】
制御部２１は、ＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などのメモリとで構成される。ＣＰＵは、コンピュータ装置２０の動作を制御するためのプログラム、ＯＳ（Operating System）、原稿を作成するアプリケーション、アプリケーションで作成したアプリケーションデータを、手書き入力端末３０で利用可能な原稿データの形式に変換するデバイスドライバなどをＲＯＭや記憶部２３から読み出し、ＲＡＭに展開し実行する。
【００２４】
上記アプリケーションデータの形式は特に限定されないが、例えば、Microsoft（登録商標）社のWord（登録商標）やExcel（登録商標）などである。また、手書き入力端末３０で利用可能な原稿データの形式も特に限定されないが、例えば、TIFF、BMP、PDF（Portable Document Format）などである。なお、手書き入力端末３０が、Word（登録商標）やExcel（登録商標）のアプリケーションデータをそのまま表示できる場合は、アプリケーションデータの形式を変換する必要はない。この様に手書き入力端末３０がアプリケーションデータをそのまま表示できる場合は、アプリケーションデータから原稿データへの変換は行わないため、アプリケーションデータと原稿データとは同じになるが、便宜上、その様な場合も含めて、以下の説明では、手書き入力端末３０に送信されるデータを原稿データと呼ぶ。また、原稿データの形式はPDFであるものとして説明する。
【００２５】
通信部２２は、ＮＩＣ（Network Interface Card）などであり、無線ＬＡＮや有線ＬＡＮなどの通信ネットワークを介して手書き入力端末３０と接続する。記憶部２３は、ＨＤＤ（Hard Disk Drive）などであり、上記プログラムや、アプリケーションデータ、原稿データ、手書き入力端末３０から取得したファイルなどを記憶する。操作部２４は、キーボードやマウスなどであり、アプリケーションデータを作成する操作、原稿データを手書き入力端末３０に送信する操作、手書き入力端末３０にファイルの転送を要求する操作などを可能にする。表示部２５は、ＬＣＤ（Liquid Crystal Display）などであり、アプリケーションの画面、デバイスドライバの画面、原稿データの手書き入力端末３０への送信を指示する画面、手書き入力端末３０にファイルの転送を要求する画面などを表示する。
【００２６】
［手書き入力端末］
図３（ａ）に示すように、手書き入力端末３０は、制御部３１と通信部３２と記憶部３３と操作部３４と表示部３５などで構成される。
【００２７】
制御部３１は、ＣＰＵと、ＲＯＭやＲＡＭなどのメモリとで構成される。ＣＰＵは、手書き入力端末３０の動作を制御するためのプログラムなどをＲＯＭや記憶部３３から読み出し、ＲＡＭに展開し実行する。本実施例では、図３（ｂ）に示すように、制御部３１は、システム制御部３１ａ、表示処理部３１ｂ、ラスタ−ベクトル変換部３１ｃ、データサイズ判定部３１ｄとして機能する。
【００２８】
システム制御部３１ａは、主にデータの送信、受信制御、データの格納、読み出し指示、表示処理部３１ｂへのデータ表示指示、システム利用者からの操作指示の入力、手書きデータの管理、ラスタ−ベクトル変換部３１ｃへの指示、データサイズ判定部３１ｄへの指示等のシステム全体の制御を行う。特に、本実施例では、複数のページに手書き入力した手書きデータをファイル（原稿データに手書きデータを関連付けたファイル）として保存する際に、ページ単位で手書きデータ（ベクトルデータ及びラスタデータ）のデータサイズを比較するか、ファイル単位で手書きデータのデータサイズを比較するかを判断し、ページ単位で手書きデータのデータサイズを比較する設定の場合は、ページ毎に、ベクトルデータとラスタデータの内のデータサイズが小さい方のデータを選択して原稿データに関連付けてファイルを作成する処理を行う。
【００２９】
表示処理部３１ｂは、システム制御部３１ａからのデータ表示指示に従って、表示部３５に原稿や手書き情報を表示する制御を行う。ラスタ−ベクトル変換部３１ｃは、システム制御部３１ａからの指示に従って、ラスタデータをベクトルデータに変換したり、ベクトルデータをラスタデータに変換したりする。データサイズ判定部３１ｄは、システム制御部３１ａからの指示に従って、ラスタデータとベクトルデータのデータサイズを比較する。
【００３０】
なお、システム制御部３１ａ、ラスタ−ベクトル変換部３１ｃ、データサイズ判定部３１ｄは、ハードウェアとして構成してもよいし、制御部３１を、システム制御部３１ａ、ラスタ−ベクトル変換部３１ｃ、データサイズ判定部３１ｄとして機能させる手書きデータ保存制御プログラムとして構成し、ＣＰＵに手書きデータ保存制御プログラムを実行させるようにしてもよい。
【００３１】
通信部３２は、ＮＩＣなどであり、無線ＬＡＮや有線ＬＡＮなどの通信ネットワークを介してコンピュータ装置２０と接続する。記憶部３３は、ＨＤＤなどであり、上記プログラムや原稿データ、手書きデータ（ベクトルデータ又はラスタデータ）などを記憶する。なお、手書きデータはPDFの１レイヤとして原稿データに付与され、コンピュータ装置２０などの別の装置に送信される。なお、以下において、原稿データに対して手書きデータが付与されたデータのことを手書き付与データと呼ぶことがある。操作部３４は、タッチセンサやハードキーなどであり、手書き入力操作、データの保存／転送操作、ページ単位でデータサイズを比較するか、ファイル単位でデータサイズを比較するかの選択操作などを可能にする。表示部３５は、主に電子ペーパに利用される電気泳動方式の表示装置であり、原稿や手書画像などを表示する。この電気泳動方式の表示装置は、表示状態において電力を消費せず、表示内容を保持することが可能で、表示更新時に電力を消費する特徴を持つ。なお、表示部３５は、ＬＣＤ等の電気泳動方式以外の表示装置でも構わない。
【００３２】
図４は、本実施例の手書き入力端末３０の外観構成の一例を示している。図４に示すように、表示部３５の中央にページ表示領域があり、右側にページめくりボタンなどが配置されている。複数ページの原稿を表示する場合は、このページめくりボタンを押すことで、次ページや前ページにページを切り替えることができる。また、ページ表示領域はタッチパネルになっており、ペンや指による手書き入力が可能である。
【００３３】
なお、図１乃至図４は一例であり、その構成は適宜変更可能である。例えば、図１では、手書き入力端末３０がコンピュータ装置２０から原稿データを取得する構成としているが、サーバなどから原稿データを取得する構成としてもよい。また、図３（ｂ）では、制御部３１を、システム制御部３１ａと表示処理部３１ｂとラスタ−ベクトル変換部３１ｃとデータサイズ判定部３１ｄとで構成したが、システム利用者の設定に従ってページ単位／ファイル単位で手書きデータのデータサイズを比較し、データサイズが小さい方の手書きデータを原稿データに関連付けたファイルを保存／転送可能であれば、その構成は特に限定されない。
【００３４】
次に、本実施例の手書き入力端末３０で実行される処理（ファイル転送処理）について説明する。ＣＰＵは、ＲＯＭに記憶したプログラムをＲＡＭに展開して実行することにより、図５及び図６のフローチャート図に示す処理を実行する。なお、手書き情報は操作部３４で入力されたときにベクトルデータとして一旦メモリや記憶部３３に保持されるものとする。
【００３５】
図５に示すように、制御部３１（システム制御部３１ａ）は、コンピュータ装置２０からのファイル転送要求（又はコンピュータ装置２０へのファイル転送指示）があったかどうかを判断し（Ｓ１００）、ファイル転送要求（ファイル転送指示）があった場合は、転送用ファイル作成処理を実行する（Ｓ１１０）。
【００３６】
図６は、この転送用ファイル作成処理の詳細を示しており、まず、制御部３１（システム制御部３１ａ）は、予め設定されたファイル転送設定をメモリや記憶部３３から読み込む（Ｓ１１１）。このファイル転送設定は、ページ単位で手書きデータのデータサイズを比較するか、ファイル単位で手書きデータのデータサイズを比較するかの設定であり、システム利用者が操作部３４を操作することによって設定される。そして、制御部３１（システム制御部３１ａ）は、ファイル転送設定がページ単位でデータサイズを比較する設定であるかを判断する（Ｓ１１２）。なお、ファイル転送設定は、手書き入力端末３０がコンピュータ装置２０からのファイル転送要求を受けた時点で、ファイル転送設定を受け付ける画面を表示部３５に表示し、システム利用者からファイル転送設定の指定を受け付ける様にしても良い。
【００３７】
ページ単位でデータサイズを比較する設定の場合は、制御部３１（ラスタ−ベクトル変換部３１ｃ）は、ページ毎に、手書き情報のベクトルデータをビットマップ変換してラスタデータを作成し（Ｓ１１３）、制御部３１（データサイズ判定部３１ｄ）は、ベクトルデータとラスタデータのデータサイズを比較し、制御部３１（システム制御部３１ａ）は、データサイズが小さい方の手書きデータをPDFの１レイヤとして保存する（Ｓ１１４）。そして、制御部３１（システム制御部３１ａ）は、全ページの処理が終了したかを判断し（Ｓ１１５）、未処理のページがある場合は、Ｓ１１３に戻って次のページに対して同様の処理を繰り返す。
【００３８】
一方、ファイル単位でデータサイズを比較する設定の場合、制御部３１（ラスタ−ベクトル変換部３１ｃ）は、全ページの手書き情報のベクトルデータをビットマップ変換してラスタデータを作成し（Ｓ１１６）、制御部３１（データサイズ判定部３１ｄ）は、全ページのベクトルデータとラスタデータのデータサイズを比較し、制御部３１（システム制御部３１ａ）は、データサイズが小さい方の手書きデータをPDFの１レイヤとして保存する（Ｓ１１７）。
【００３９】
図５に戻って、制御部３１（システム制御部３１ａ）は、手書きデータが付加されたPDFファイルをコンピュータ装置２０等に転送し（Ｓ１２０）、一連の処理を終了する。
【００４０】
図７は、ページ単位で手書きデータのデータサイズを比較する設定の場合の一例である。この例では、原稿データがPDF形式であり、１ページからＮページのラスタデータで構成されており、各々のページに対して手書き入力を行った場合、１ページからＮページに対応する手書きデータのベクトルデータが、一旦、PDFの１レイヤとして保存される。そして、各ページのベクトルデータからラスタデータが生成され、ページ毎にベクトルデータとラスタデータのデータサイズが比較され、データサイズが小さい方のデータが選択され、原稿データに関連付けて保存される。この例では、２ページ目の手書きデータ（図の網掛けで示したデータ）のベクトルデータとラスタデータのデータサイズを比較した結果、ラスタデータの方がデータサイズが小さいため、コンピュータ装置２０には、２ページについてはラスタ形式の手書きデータ、２ページ以外のページについてはベクトル形式の手書きデータがPDFのレイヤに保存されたファイル（手書き付与データ）が送信される。
【００４１】
このように、本実施例の手書き入力端末３０では、ファイル転送要求を受け付けると、ページ単位でデータサイズを比較する設定であるか、ファイル単位でデータサイズを比較する設定であるかを判断し、ページ単位でデータサイズを比較する設定の場合は、ページ毎に、ベクトルデータをラスタデータに変換し、ベクトルデータとラスタデータのデータサイズを比較し、データサイズが小さい方のデータ形式の手書きデータを原稿データに関連付けたファイルを作成してコンピュータ装置２０等に転送する制御を行うため、転送するファイルのサイズを小さくすることができ、記憶領域の圧迫を抑制し、ファイルの転送時間を短くすることができる。
【００４２】
なお、ここでは、転送するファイルの形式をPDFとして説明したが、ファイルの形式はPDFに限定されるものではない。また、ラスタデータは圧縮されていても、されていなくても良い。圧縮されている場合、更に、データに合った圧縮方法を選択できるようにしても良い。
【００４３】
また、上記フローでは、コンピュータ装置２０にファイルを転送する処理について記載したが、ファイルを転送する場合、手書き入力端末３０上の手書きデータは確定したものと見なし、手書き入力端末３０においてベクトル形式で保持していた手書きデータを、転送用ファイルに対応する形式に置き換えてもよい。このような処理を行うことにより、手書き入力端末３０上の記憶部３３の記憶領域の圧迫を抑制することができる。
【実施例２】
【００４４】
次に、本発明の第２の実施例に係る手書き入力端末及び手書きデータ保存制御プログラム並びに手書きデータ保存制御方法について、図８乃至図１０を参照して説明する。図８及び図９は、本実施例の手書き入力端末の処理を示すフローチャート図であり、図１０は、ファイル保存例を示す図である。
【００４５】
前記した第１の実施例では、手書き入力端末３０からコンピュータ装置２０等へファイルを転送する時（もしくは転送後）のデータサイズを小さくする場合について説明したが、本実施例では、手書き入力端末３０上での記憶領域の有効活用に関して説明する。
【００４６】
コンピュータ装置などでは、直前の操作を取り消して元に戻す操作（Undoと呼ぶ。）や、取り消した操作をやり直す操作（Redoと呼ぶ。）など、操作履歴に基づく編集操作が可能なものがある。Undo/Redo操作を可能にするために、過去に実施した操作履歴（以下、Undo/Redo用履歴と呼ぶことがある）を記憶しておくが、Undo/Redo用履歴として記憶しておく操作の個数（回数）は基本的には上限回数があり、上限回数よりも前に記憶された操作履歴は消されてしまうため、その上限回数を超えた場合はUndo/Redoは行えなくなる。この場合、最初に手書き入力した後すぐにUndo操作を行なうと、最初の手書き画像をUndo操作により消すことができるが、最初に手書き入力した後に上限回数以上の手書き入力をすると、Undo操作では最初の手書き画像を消すことができない。また、上限回数については、ファイル単位もしくはページ単位で上限が決まっているものがある。なお、以下の説明においては、手書き入力された後に上限回数以上の別の手書き入力が行なわれたことにより、対応する操作履歴がUndo/Redo用履歴から削除される手書きデータのことを「Undo/Redoの上限回数を超えた手書きデータ」という様に表現することがある。
【００４７】
一般的に手書きデータは取り扱い（Undo/Redoにおけるデータの削除・復帰）が簡単なベクトルデータで保持するが、Undo/Redoの上限回数を超えた手書きデータについては、変更される可能性が高いとは言えないため、ベクトルデータで保持する必要はなく、ラスタデータで保持しても何ら問題はない。つまり、Undo/Redoの上限回数を超えた手書きデータは、システム利用者がその入力を行なった後に、所定回数の別の手書き入力を行なっていることから、システム利用者がすぐに変更を行なう可能性は高くないという意味で、手書き入力の内容が確定されたものと考えることができる。より具体的には、あるページに含まれる手書きデータの全てが、Undo/Redoの上限回数を超えている場合には、そのページについての手書き入力の内容は確定されたものと考えることができる。また、ページに含まれる手書きデータの全てがUndo/Redoの上限回数を超えた場合に限らず、手書き入力端末３０に予め設けられた、ページに関する手書き入力の内容の確定を指示するページ確定ボタンなどが押下された場合や、ページめくりボタンが押下されて別のページに遷移した場合なども、ページに含まれる手書きデータの内容が確定したと判断できる。その様な場合も、システム利用者がすぐに変更を行なう可能性は高くないため、手書きデータはベクトルデータで保持する必要はなく、ラスタデータで保持しても何ら問題はない。
【００４８】
そこで、本実施例では、手書きデータの内容が確定したと判断できる場合の一例として、ファイル単位でUndo/Redoの上限回数が決まっている場合において、Undo/Redoの上限回数を超えた手書きデータのみで構成されたページについて、その手書きデータをベクトルデータで保持した方がよいのかラスタデータで保持した方が良いのかを判断し、最適な形式で手書きデータを保存できるようにする。
【００４９】
この場合、手書き入力端末３０の構成は前記した第１の実施例の図３と同様であるが、システム制御部３１ａは、操作部３４から出力される信号に基づいてUndo/Redo操作の回数をカウントし、Undo/Redo用履歴が上限回数を超えたら、ラスタ−ベクトル変換部３１ｃ、データサイズ判定部３１ｄに指示を行って、メモリや記憶部３３に保存するデータを作成する。
【００５０】
以下、本実施例の手書き入力端末３０で実行される処理（ファイル保存処理）について説明する。ＣＰＵは、ＲＯＭに記憶したプログラムをＲＡＭに展開して実行することにより、図８及び図９のフローチャート図に示す処理を実行する。なお、メモリや記憶部３３には、Undo/Redo操作の上限回数が予め記憶されているものとする。
【００５１】
図８に示すように、制御部３１（システム制御部３１ａ）は、操作部３４を用いた手書き入力操作やUndo/Redo操作を受け付け、Undo/Redo用履歴の回数をカウントする（Ｓ２００）。次に、制御部３１（システム制御部３１ａ）は、カウントしたUndo/Redo用履歴の回数が、ファイル単位で管理しているUndo/Redoの上限回数を超えたかどうかを判断し（Ｓ２１０）、Undo/Redo用履歴が上限回数を超えていない場合は、Ｓ２００に戻って入力操作やUndo/Redo操作の受け付けを継続する。
【００５２】
一方、Undo/Redo用履歴が上限回数を超えた場合は、制御部３１（システム制御部３１ａ）は、確定したページ（Undo/Redo操作をこれ以上行うことができないページ）があるかどうかを判断し（Ｓ２２０）、確定したページがない場合は、Ｓ２００に戻って入力操作やUndo/Redo操作の受け付けを継続する。この確定したページの詳細については後述する。一方、確定したページがある場合は、制御部３１（システム制御部３１ａ）は、保存形式判断処理を行い、そのページの保存形式（ベクトル形式かラスタ形式か）を決定し、決定した形式でデータを保存する（Ｓ２３０）。
【００５３】
図９は、保存形式判断処理の詳細を示しており、制御部３１（ラスタ−ベクトル変換部３１ｃ）は、確定したページに、これまでにラスタデータとして保存している手書きデータがある場合、追加された手書き情報のベクトルデータをラスタデータに変換し、保存されているラスタデータに合成する（Ｓ２３１）。また、制御部３１（ラスタ−ベクトル変換部３１ｃ）は、確定したページに、これまでにラスタデータとして保存している手書きデータがある場合は、このラスタデータをベクトルデータに変換し、追加された手書き情報のベクトルデータに合成する（Ｓ２３２）。そして、制御部３１（データサイズ判定部３１ｄ）は、得られた該当ページの合成したラスタデータと合成したベクトルデータのデータサイズを比較し、データサイズが小さい方の形式で保存する（Ｓ２３３）。
【００５４】
図１０は、上記手法で手書きデータを保存した場合の一例である。図中の（１）〜（８）は手書き情報であり、それぞれベクトルデータで記入されていくものとする。図１０のように原稿が５ページで構成され、手書き入力端末３０のUndo/Redo上限回数が５回の場合、（１）〜（５）の５つの手書き情報を入力した時点では、手書き情報は全てベクトルデータとしてメモリ（Undo/Redoバッファと呼ぶ。）に保持される（図１０の（ａ）〜（ｃ）参照）。
【００５５】
次に、図１０（ｄ）に示すように、手書き情報（６）を記入した時、Undo/Redoバッファから手書き情報（１）があふれるので、１ページ目が確定ページとなり、この確定ページに対してベクトルデータとラスタデータのデータサイズが比較され、データサイズが小さい方のデータ（ここではラスタデータとする。）が保存される。
【００５６】
次に、図１０（ｅ）に示すように、手書き情報（７）を記入した時、手書き情報（２）がUndo/Redoバッファからあふれるが、手書き情報（６）と（７）が２ページ目に記入されているため、２ページ目は確定ページとはならない。続いて、図１０（ｆ）に示すように、手書き情報（８）が記入された場合、手書き情報（３）があふれ、３ページ目が確定ページとなり、この確定ページに対してベクトルデータとラスタデータのデータサイズが比較され、データサイズが小さい方のデータが保存される。
【００５７】
続いて、図１０（ｇ）に示すように、手書き情報（９）が記入された場合、確定ページは無いが、１ページ目は、ラスタデータとして保存されている手書き情報（１）とベクトルデータとして保存される手書き情報（９）とが共存する状態となる。これが、図９の保存形式判断処理におけるベクトルデータとラスタデータが共存している場合である。この場合は、ベクトルデータの手書き情報（９）をラスタデータに変換して、ラスタデータの手書き情報（１）に合成したデータと、ラスタデータの手書き情報（１）をベクトルデータに変換して、ベクトルデータの手書き情報（９）に合成したデータとが比較され、小さい方のデータが保存されることになる。
【００５８】
このように、手書き入力端末３０では、Undo/Redo用履歴が予め定めた上限回数を超えたら、確定ページに対して、ラスタデータとベクトルデータのデータサイズが比較され、データサイズが小さい方のデータが保存されるため、手書き入力端末３０上の記憶領域の圧迫を抑制することができる。
【００５９】
なお、本発明は上記実施例に限定されるものではなく、本発明の趣旨を逸脱しない限りにおいて、その構成や制御は適宜変更可能である。
【００６０】
例えば、第１の実施例では、コンピュータ装置２０からファイル転送要求があった時にデータサイズの比較を行い、第２の実施例では、Undo/Redo操作が上限回数を超えた場合にデータサイズの比較を行ったが、データサイズを比較するタイミングはこれらに限定されず、例えば、手書き入力端末３０のページめくりボタンを操作してページを遷移させた時や、所定のボタン（ページ確定ボタンなど）を操作して手書き入力の完了を指示（ページの確定を通知）した時にデータサイズの比較を行い、作成したファイルをコンピュータ装置２０に転送したり、記憶部３３に保持したベクトルデータを作成したファイルに置き換えたりしても良い。
【００６１】
また、上記実施例では、原稿データをPDFファイルとし、手書きデータをPDFの１レイヤとして保存する場合について説明したが、原稿と手書き情報との関連が明確になっていれば、原稿データと手書きデータとは別々のファイルとして保存してもよい。
【００６２】
また、上記実施例では、原稿上に手書き入力する場合について説明したが、原稿を表示せずに、複数のページ（ページめくりボタンを押すことによって表示される複数の画面）に対して手書き情報を入力して保存する場合においても、本発明の制御を同様に適用することができる。
【産業上の利用可能性】
【００６３】
本発明は、手書き情報の入力及び手書きデータの保存を行う手書き入力端末及び手書きデータの保存を制御する手書きデータ保存制御プログラム並びに手書きデータ保存制御方法に利用可能である。
【符号の説明】
【００６４】
１０  手書きシステム
２０  コンピュータ装置
２１  制御部
２２  通信部
２３  記憶部
２４  操作部
２５  表示部
３０  手書き入力端末
３１  制御部
３１ａ  システム制御部
３１ｂ  表示処理部
３１ｃ  ラスタ−ベクトル変換部
３１ｄ  データサイズ判定部
３２  通信部
３３  記憶部
３４  操作部
３５  表示部
【図１】
2015032250.tif 000003
【図２】
2015032250.tif 000004
【図３】
2015032250.tif 000005
【図４】
2015032250.tif 000006
【図５】
2015032250.tif 000007
【図６】
2015032250.tif 000008
【図７】
2015032250.tif 000009
【図８】
2015032250.tif 000010
【図９】
2015032250.tif 000011
【図１０】
2015032250.tif 000012