JP2005346459A - 文書処理システム - Google Patents

Abstract

【課題】 筆記された筆記画像と原稿画像を区別でき、筆記画像の閲覧を可能とする文書処理システムを提供する。
【解決手段】 手書きされた紙文書に対して処理を行う文書処理システムであって、情報取得手段により取得された筆記情報のうち、手書きされた部分の情報である筆記画像情報を抽出する筆記画像情報抽出手段と、画像抽出手段により得た筆記画像情報を、該筆記画像情報が取得された電子文書の文書ＩＤを含む属性情報とともに保存して管理する筆記画像情報管理手段と、筆記画像情報管理手段に保存された筆記画像情報を表示する筆記画像情報表示手段とを有する。
【選択図】 図１

Description

本発明は、手書きされた紙文書に対して処理を行う文書処理システムに関する。

業務の電子化が進展しており、電子文書の流通が増大している一方、ＣＲＴ、ＬＣＤなどのディスプレイの文書表示品質はいまだ紙への印刷品質に劣る点も多いために、電子文書を紙文書として紙に印刷する機会が増大している。

そのため、例えば特許文献１には、文書作成・編集にあたり、複数の著者、編集者が電子文書の印刷された形態である紙文書から、オリジナルの電子文書に容易にアクセスし、その電子文書を編集することのできる文書処理装置が開示されている。また、特許文献１には、紙文書からオリジナルの電子文書を得て電子文書と紙文書との間で情報を相互にやりとりすることが開示されている。

特許文献２では、電子文書と、それを印刷した紙文書との間で関連付けを行い、紙文書の元となる電子文書を同定する手段を提供し、同定された電子文書に対し加筆を挿入することが可能になり、紙文書に加えられた加筆作業を電子文書に反映させ、相互の文書の差異をなくすことのできる装置、方法が開示されている。
特許文献３では、文書ＩＤ等の識別子を付与し、フォーム（紙）を作成する手段が、「バーコード変換手段」および「第一の印刷手段」で開示されている。紙文書上の識別子と電子文書との関連は、「管理テーブル」で開示されている。紙ＩＤ、筆記情報を取得する手段は「印刷シート」の説明により示されている。更に、ストローク系の入力手段も「光学的な読取装置」で説明されている。紙ＩＤを画像から取得する手段は、「バーコード解読手段」で示され、バーコード等の識別子は、「バーコード」として示されている。加筆された原稿を記録した画像からレイアウトを解釈し、各領域に応じた処理を行う処理手段は、「加筆読取処理手段」で説明されている。

特許文献４では、文書ＩＤ等の識別子を付与しフォーム（紙）を作成する手段が開示され、詳細に説明されている。また、紙文書上の識別子と電子文書との関連については、１５図の“文書ＩＤよりフォーマットファイルデータベースを検索”に示され、段落「0056」「0057」で詳細に説明されている。紙ＩＤ、筆記情報を取得する手段については、スキャナ、ペンタイプ、パッドタイプが図２６、図２、図１７に示され、紙ＩＤの取得に関しても開示され、ストローク系の入力手段もこれらの図により説明されている。

更に、紙ＩＤを画像から取得する手段も図１９のコードリーダ１５で説明されている。バーコード等の識別子についても段落「0034」〜「0036」で示されている。加筆された原稿を記録した画像からレイアウトを解釈し、各領域に応じた処理を行う処理手段は、第１５図の“フォーマット情報に従い、筆記座標をクラスタリングする”、“クラスタ化した座標群をフォーマット情報の処理記述にしたがって処理する（ＯＣＲ, Image処理等）”、“ＯＣＲ処理されたデータは看護記録データベースへ登録”、“Image処理されたデータベースは座標データ系列として.shc, .tkiファイルに保存”の一連の処理にて明示されている。紙ＩＤ、文書ＩＤや処理情報を取得する手段は、段落「0077」「0078」で説明されている。

特許文献５は、動作識別情報や対象識別情報を含むバーコードを利用し、該バーコードを光学的読み取り装置付き通信機にて読み取りを実施し、バーコードの情報に対応した顧客サービス技術に関するものである。

特許文献６は、商品の選択や処理方法の選択を指示するためのチェックボックスと、文字記入領域と、印刷物ＩＤ及びチェックボックスの配置及び文字記入領域の位置情報を符号化したバーコードによる顧客サービス技術に関するものである。ユーザが馴染みやすい印刷物とコピーＦＡＸ複合機を利用することで、ユーザの希望するサービスを提供することが開示されている。

特許文献７は、顧客サービス技術に関するものであり、その内容は、通信先情報と用紙上の座標を示す座標情報と用紙の種別の情報を含むコードを付加した用紙を顧客に配布し、顧客は手に持って筆記動作を行うことができるというものである。特許文献７に開示された情報入力装置は、コードを読み取り、そのコードに含まれる通信先情報に含まれる通信先に発信する通信機能付きである。この情報入力装置は、読み取った情報をサーバに送信し、サーバはコードに含まれる座標情報やメディア識別情報を受信し、受信した情報に対応した所定の処理を実施する。

上記特許文献６において、顧客は筆記作業によって加筆を加えた印刷物をコピーＦＡＸ複合機で読み取る作業を必要としたが、特許文献７では、筆記具等の情報入力装置で各種情報を含むコードを読み取り且つ発信する機能を持たせたことを特徴としている。

特許文献８は、複数の電子文書を記憶したデータベースを、文書情報を記録した文書情報部および文書情報の内容に相当する電子情報をバーコード情報に変換し記録したバーコード情報部を有する媒体用紙と、媒体用紙上から所望の単語を選択して選択マークを付与するためのマーキング手段により、選択マークおよびバーコード情報に基づいてデータベースから文書ファイルを検索および出力する文書情報管理システムに関するものである。

特許文献９は、紙ＩＤ付き文書から、紙ＩＤを読み取り、文書データベースを検索することで、紙文書の原稿である電子文書を探し出すことができるものが開示されている。

特許文献１０には、ネットワークを利用して、校正対象となる原稿および校正指示を画像情報として送信することにより、校正作業を進める電子校正システムが開示されている。この電子校正システムは、特種インクにより校正する紙に筆記し、さらに、特殊インクの波長を選択的に入力可能なスキャナで読み込むことにより、（筆記した紙の画像でなく）筆記のみのデータを、原稿データと対応させて管理することができる。
特許第３２１９２５１号公報 特開平１０−６３８２０号公報 特開２００２−２２２０７５号公報 特開２００２−３１２４７８号公報 特開２００２−２８１１７９号公報 特開２００２−１８３５２０号公報 特開２００２−２１５７６８号公報 特開平１１−９６１６６号公報 特開平１０−１４３４１４号公報 特開２００２−３１８７９９号公報

特許文献１では、内容の編集はあくまで紙文書上で行われるため、紙文書で渡された文書から、コンピュータを用いて電子文書を呼び出して、電子文書上で文書内容の校正・編集を行わなければならない。通常のオフィスで作業をするならこの形態でも特に問題はないが、外出先、交通機関での移動中等の空いた時間に文書内容の校正・編集を行おうとした場合、電子上で文書を効率的に編集するため道具が手にはいらないことが多い。つまり、外出先ではノートＰＣ等では大きくて重い等の可搬性の悪さやバッテリの持続時間の問題など、実用的な作業をすることが難しいし、小型ＰＤＡでも表示装置の小ささ、入力デバイスの貧弱さなど同様である。

また、特許文献２は、紙文書に加えられた加筆情報を単純に電子文書に挿入するものである。このように、加筆画像を電子文書に挿入するだけでは、紙文書と電子文書との差異をなくし同一の外観を持つ電子文書を作成するだけであり、特許文献２における電子文書は単純な紙文書の置き換えにしか過ぎない。そのため、特許文献２によって作成された電子文書は単にその内容を読み取る業務に利用することしか実用的ではない。
また、例えば作成されたアンケートへの回答の記入した内容の外観を読めるだけでは、従来の紙文書と同様に、あらためて人間が集計する必要があるが、その作業は煩雑であり、自動的に集計する手段が求められている。そうした加筆情報の自動的な処理として、集計に限らず、さまざまな処理・活用が求められているが、特許文献２では実現不可能である。
また、特許文献３は、元の電子文書と加筆情報の対応付けに関する処理、処理ＩＤ等の処理情報を登録する際の処理やフォームそのものを編集する処理、更には、紙ＩＤ、文書ＩＤや処理情報を取得する手段に関しての構成を有するものではない。

また、特許文献４では元の電子文書と加筆情報の対応付けに関する処理は言及されておらず、患者情報との対応付けが行われていれば良いと記述されており、元の電子文書と加筆情報の対応付けに関する処理を必要とするものではない。また、処理ＩＤ等の処理情報を登録する際の処理やフォームそのものを編集する処理を含むものではない。

特許文献５では、あらかじめ用意されたバーコードの情報に対応するサービスのみ処理を実施するものであり、ユーザ選択の範囲が限定されてしまっている。

特許文献６は、あらかじめ設定した定型的な処理にのみ限定した発明であり、非定型処理については対応していない。

特許文献７もあらかじめ設定した定型的な処理にのみ限定した発明であり、非定型処理については対応していない。

特許文献８は、ハイパーテキスト化されていない紙文書からでもデジタルの世界に直接アクセスできるようにした発明であるが、この発明においても、あらかじめ設定した定型的な処理にのみ限定した発明であり、それ以外の処理については対応していない。また、特許文献８はデータベースの文書ファイル検索にのみ特化した特許であり、他の応用した処理には対応していない。

特許文献９は、一般的なペンにより筆記した紙の筆記情報を、原稿と対応づけて保存、管理することができる。しかし、紙をスキャナで読み込むこの方法では、筆記画像と原稿画像を区別することができない。筆記画像のみを表示できないため、紙文書に印字された文字列上に筆記した場合、どれが筆記か分からなくなる。また、筆記が小さいとどこに筆記したか分からなくなることがある。

さらに、同一の電子文書に対して筆記情報が多数ある場合、電子文書とその筆記情報をディスプレーに見やすく表示することが難しい。例えば、限られた大きさのディスプレーに読み込んだ画像をたくさん並べると、一つの画像を小さくする必要があり、その内容が分からなくなる。

特許文献１０の電子校正システムでは、筆記情報を、原稿と対応づけて保存、管理することができる。しかし、特許文献１０の電子校正システムは、特種なインクのペンを必要とする。

本発明は、このような問題点に鑑み、筆記された筆記画像と原稿画像を区別でき、筆記画像の閲覧を可能とする文書処理システムを提供することを目的とする。

上記課題を解決するために、本発明は、手書きされた紙文書に対して処理を行う文書処理システムであって、前記紙文書を識別するための紙ＩＤをエンコードした符号化紙ＩＤを作成するエンコード手段と、前記符号化紙ＩＤをデコードするデコード手段と、前記紙ＩＤを取得し、前記エンコード手段により作成された符号化紙ＩＤを前記紙文書に印刷する印刷手段と、予めフォームが定まっている電子文書に対して割り当てられる文書ＩＤと前記紙ＩＤとを関連付ける文書紙ＩＤ関連手段と、前記紙ＩＤを管理する紙ＩＤ管理手段と、符号化紙ＩＤが印刷され、手書きされた筆記情報を有する紙文書から、前記筆記情報とデコード手段によりデコードされた紙ＩＤを取得する情報取得手段と、前記情報取得手段により取得された筆記情報に対して行われる処理を示す処理ＩＤと前記紙ＩＤとを関連付ける処理紙ＩＤ関連手段と、前記処理ＩＤを管理する処理ＩＤ管理手段と、前記情報取得手段により取得された筆記情報のうち、手書きされた部分の情報である筆記画像情報を抽出する筆記画像情報抽出手段と、前記画像抽出手段により得た筆記画像情報を、該筆記画像情報が取得された電子文書の文書ＩＤを含む属性情報とともに保存して管理する筆記画像情報管理手段と、前記筆記画像情報管理手段に保存された筆記画像情報を表示する筆記画像情報表示手段とを有することを特徴とする。

また、上記課題を解決するために、本発明は、前記筆記画像情報表示手段は、前記筆記画像情報を拡大して表示することを特徴とする。

また、上記課題を解決するために、本発明は、前記筆記画像情報表示手段は、前記筆記画像情報管理手段に保存された文書ＩＤを表示し、表示された文書ＩＤから選択された文書ＩＤに対応する前記筆記画像情報を表示することを特徴とする。

また、上記課題を解決するために、本発明は、前記筆記画像情報表示手段は、前記筆記画像情報と、該筆記画像情報にともに保存された文書ＩＤに対応する電子文書とを、重畳して表示することを特徴とする。

また、上記課題を解決するために、本発明は、前記筆記画像情報表示手段は、重畳する前記筆記画像情報が複数の場合、筆記画像情報とともに保存された前記属性情報に応じて色を変えて重畳することを特徴とする。

また、上記課題を解決するために、本発明は、前記属性情報は、前記紙文書に対して手書きしたユーザに関するユーザ情報を含むことを特徴とする。

以上説明したように、本発明によれば、筆記された筆記画像と原稿画像を区別でき、筆記画像の閲覧を可能とする文書処理システムが得られる。

以下、本発明の実施例を、図面に基づいて説明する。

まず最初に本実施例の概要について説明し、その後、全体構成図の説明をする。

本実施例における文書処理システムは、紙の世界と電子の世界を結びつけるものである。例えばＷｅｂ画面上でフォーム開き、それにキーボードで入力し、最後にSubmitボタンを押すことにより、入力データがサーバ上に送られて、その後の処理（例えばショッピング等）が行われているシステムがある。

これと同様に、文書処理システムは、紙文書のフォームにペンで筆記することにより、ペンで筆記された筆記情報がサーバに送られて、全く同じようにその後の処理が行われるシステムを実現するためのものである。すなわち、文書処理システムは、電子の世界では画面とキーボードで行っていた作業を、紙文書とペンとで作業を行うことにより等価的に実現するものである。

このような処理を行う文書処理システムの全体構成図を、図１を用いて説明する。図１には、帳票作成用ＰＣ１０１と、印刷装置１０２と、帳票処理用ＰＣ１０３と、スキャナ１０５と、デジタルＰＡＤ（以下、Ｄ−ＰＡＤと記す）１０４と、画像取得装置５００と、データサーバ１０６と、ネットワーク１０７とが示されている。

帳票作成用ＰＣ１０１は、筆記される紙文書のフォームを作成するものである。印刷装置１０２は、紙文書である帳票を印刷するものである。帳票処理用ＰＣ１０３は、筆記された紙文書から、帳票のフォームに従って、筆記されたデータに関する処理を行うものである。スキャナ１０５は、筆記された帳票を読み込むものである。Ｄ−ＰＡＤ１０４は、連続的に手書き座標を取得するものであり、結果的に帳票に筆記された筆記情報を取得する。データサーバ１０６は、帳票処理用のデータベースである。画像取得装置５００は、エリアＣＣＤを撮像デバイスとして用いて画像を取得する。

以下の説明において、スキャナ１０５で読み込んだ帳票すなわちスキャンイメージと、Ｄ−Ｐａｄ１０４で取得した手書き座標すなわちストロークデータを総称したものを筆記情報と表現する。

また、以下の説明において帳票作成用ＰＣ１０１と印刷装置１０２をまとめて帳票作成装置１０８、帳票処理用ＰＣ１０３とスキャナ１０５とＤ−ＰＡＤ１０４と画像取得装置５００をまとめて帳票処理装置１０９、データサーバ１０６を記憶装置１００と表現することがある。

次に、図１に示される各ＰＣのハードウェア構成を、図２を用いて説明する。図２に示されるハードウェア構成は、それぞれバスＢで相互に接続されている入力装置３１と、表示装置３２と、ドライブ装置３３と、記録媒体３４と、補助記憶装置３５と、メモリ装置３６と、演算処理装置３７と、インタフェース装置３８とを含むように構成される。

入力装置３１は、ＰＣのユーザが操作するキーボード及びマウスなどで構成され、ＰＣに各種操作信号を入力するために用いられる。表示装置３２は、ＰＣを操作するのに必要な各種ウィンドウやデータ等を表示する。インタフェース装置３８は、ＰＣをネットワークに接続する為のインタフェースであり、例えばＮＩＣ（Network Interface Card）やモデム等で構成される。

そして、ＰＣを動作させるためのプログラムは、ＣＤ−ＲＯＭ等の記録媒体３４によって提供されるか、ネットワークを通じてダウンロードされる。また、記録媒体３４は、ドライブ装置３３にセットされ、データやプログラムが記録媒体３４からドライブ装置３３を介して補助記憶装置３５にインストールされる。

ストレージである補助記憶装置３５は、データやプログラムを格納すると共に、必要なファイル等を格納する。メモリ装置３６は、ＰＣの起動時に補助記憶装置３５からプログラムを読み出して格納する。演算処理装置３７は、メモリ装置３６に読み出され格納されたプログラムに従って処理を実行する。

以上説明した図１に示される全体構成は一例であって、文書処理システムは、図３で説明する要素が含まれると良いので、他の構成もあり得る。

図３は、文書処理システムを構成する要素Ａ〜Ｋとそれらの関係、並びにユーザと後述する外部処理プログラムとストレージとの関係を示す図である。

図３に示されるユーザ１１０は、文書処理システムを使用するユーザである。また、外部処理プログラムは、筆記内容から所定の動作をするプログラムであり、このプログラムは予め用意しておく必要がある。ストレージ１１２は、情報を保存する記憶装置であり、例えば上記ハードディスク、ＭＯドライブ、半導体ディスクなどが含まれる。

次に、各要素について説明する。要素Ａ１２１は、紙に紙ＩＤを付与・印刷し、紙ＩＤと文書ＩＤおよび処理ＩＤを関連付けるものである。これら各ＩＤについては後に説明する。要素Ｂ１２２は、紙ＩＤを管理し、フォームが定まっている電子文書に対して割り当てられる文書ＩＤと紙ＩＤとを関連付けるものである。

要素Ｃ１２３は、紙ＩＤの付与された紙文書であり、この紙文書にユーザ１１０は筆記する。要素Ｄ１２４は、紙文書からデータ並びに紙ＩＤを取得するものである。要素Ｅ１２５は、紙ＩＤをデコードするものである。要素Ｆ１２６は、紙ＩＤをエンコードするものである。要素Ｇ１２７は、紙ＩＤである。要素Ｈ１２８は、処理ＩＤと外部処理プログラム１１１を関連付け、処理ＩＤを管理するものである。要素Ｉ１２９は、フォームのレイアウト情報および処理方法を編集・管理するものである。要素Ｊ１３０は、フォームのレイアウト情報および処理方法から、筆記情報に分解・保存するものである。要素Ｋ１３１は、紙ＩＤから文書ＩＤ及び処理方法に変換するものである。

これらの要素は、図１の場合、要素Ａ、Ｂ、Ｅが帳票作成装置１０８に搭載され、要素Ｉが記憶装置１００に搭載され、要素Ｄ、Ｆ、Ｊ、Ｋが帳票処理用ＰＣ１０９に搭載されている。

なお、印刷手段と処理紙ＩＤ関連手段と文書紙ＩＤ関連手段は要素Ａに対応する。紙ＩＤ管理手段は、要素Ｂに対応する。情報取得手段は、要素Ｄに対応する。デコード手段は、要素Ｅに対応する。エンコード手段は、要素Ｆに対応する。筆記画像情報抽出手段は、要素Ｊに対応する。筆記画像情報管理手段は、筆記情報管理テーブルに対応する。また、符号化紙ＩＤは、紙ＩＤを要素Ｆでエンコードしたものに対応する。

なお、２次元コードやコード、あるいは符号化紙ＩＤであることが図面などから明らかな場合、符号化紙ＩＤを単に紙ＩＤと表現することもある。

以上説明した要素は、ソフトウェアやハードウェアとして実現することが可能である。そのため、以下の説明では、それらを構成するものを説明する際にモジュールという表現を用いることがある。また、各ＩＤであるが、紙ＩＤとは、それぞれの紙に一意的に割り当てられるものであり、全ての紙のＩＤは、異なったＩＤとなっている。あるいは、同一の文書ＩＤ、同一ページのものを複数枚印刷する際は、これらは同一の紙ＩＤとしてもよい。

処理ＩＤとは、文書管理システムで行われる筆記情報に対する処理に割り当てられるＩＤである。文書ＩＤとは、電子文書に対して割り当てられるＩＤであり、原文書ＩＤと表現することもある。

次に、上述した要素と関連して、一連の文書処理の詳細な説明をする。

まず、外部処理プログラムと文書処理システムについて説明する。外部処理プログラムと文書処理システムとのインタフェースはあらかじめ定められているので、それに応じた外部処理プログラムを作成する。

このようにして作成される外部処理プログラムは、２種類に分類することができ、１つは筆記情報そのものを処理する非定型処理を行う外部処理プログラムであり、もう１つは筆記情報を紙文書のフォームに従ってデータに分解し、そのデータに対する定型処理を行う外部処理プログラムである。

ここで、定型処理とは、いわゆる帳票処理とよばれているもので、あらかじめ記入する欄、すなわちフォームが設けられており、どこに記入されたかで、あとの処理が定まるもののことを言う。たとえば、住所欄に記入されたものは住所として扱われる。すなわち筆記場所によって処理が定まるもののことをさす。また、ここで非定型処理とは、前述の定型処理以外のものをさす。

本実施例において、非定型処理では所定のフォルダに筆記情報が記述されたデータファイルが保存される。非定型処理を行う外部処理プログラムは、このフォルダやデータベースを定期的に監視し、新しいファイルができていればそれを取得して、新しいファイルを処理するようなプログラムである。

あるいはフォルダやデータベースに新たなファイルが保存されるとイベントが発生するようなＯＳ（Operating System）を用いて、このイベントをキャッチして処理を行うプログラムである。

このような非定型処理を行う外部処理プログラムの例としては、電子文書に筆記情報を重畳させ、それをあらかじめ定められた人に添付ファイルとしてメールを行う、というものがあげられる。

次に、定型処理であるが、本実施例では所定のデータベースに筆記情報などのデータが保存されるため、定型処理をする外部処理プログラムは、データベースを定期的に監視し、新しいデータができていればそれを取得して処理するようなプログラムとして作成される。

あるいはデータベースに新たなデータが登録されるとイベントが発生するようなデータベースを用いて、このイベントをキャッチして処理を行うプログラムとして定型処理の外部処理プログラムは作成される。このような定型処理の外部処理プログラムとしてはアンケート処理といったものをあげることができる。

なお、非定型処理を行う外部処理プログラムと定型処理を行う外部処理プログラムの両方は必ずしも必要ではないが、何らかの処理をするために少なくとも一つは必要である。また、以下の説明で、非定型処理を行う外部処理プログラムを非定型処理プログラムと表現し、定型処理を行う外部処理プログラムを定型処理プログラムと表現する。

以上説明した外部処理プログラムは、文書処理システムと関連付けるために、文書処理システムに登録される。

まず、非定型処理プログラムを登録するためのモジュールの詳細は要素Ｈに記述されている。このモジュールを用いて、処理情報は登録される。

この処理情報とは本システムと非定型処理プログラムとのインタフェースの方法を表すものであり、例えばデータが保存されるフォルダ名がある。このとき、データのフォーマットはあらかじめ定められている。また、後述するように印刷時にはどの外部処理プログラムを起動するかを選択しなければならないので、そのために必要な説明文なども登録する。登録することにより、要素Ｈ内では処理ＩＤが自動的に振られ、それは後述するように再利用される。

次に、定型処理について説明する。定型処理を行うためにはまずフォームを設計しなければならない。そのためのモジュールの詳細は要素Ｉに記述されている。これはフォームの各要素のレイアウト情報と処理情報を編集し、登録するものである。なお、この実施例では定型処理は処理ＩＤが０としてあらかじめ登録されている。また、ここでのレイアウト情報は、例えば紙での入力欄の位置などを表し、処理情報は、どの要素をどのデータベースに登録するか、および文字認識を行うか、行うとすれば文字種は何であるかなどを表す。

文書処理システムを利用するユーザは、まず紙文書を印刷する。そのためには、まず印刷したい電子文書を、要素Ａを使って印刷する。この電子文書はファイルとして保存されており、そのファイル名には、ファイルがどんな性質のファイルなのかを判断するために通常用いられる拡張子が含まれる。

定型処理用の電子文書は、ある特定の拡張子を持っているので、印刷しようとする電子文書の拡張子によって、定型処理か非定型処理かが定まる。

非定型処理の場合、上記モジュールに対して印刷を指示すると、このモジュールは要素Ｈに登録済みの外部処理プログラムに関する情報をユーザに提示し、筆記後に行われる処理の選択を求める。ユーザがどの処理を行うか選択することにより、処理ＩＤが定まる。

処理ＩＤが定まると、モジュールは、電子文書のＩＤと処理ＩＤを要素Ｂに登録し、紙ＩＤを取得する。その後、紙文書にこのＩＤを付与し印刷を行い、紙ＩＤが付与された紙文書、すなわち要素Ｃが得られる。

また、定型処理の場合、モジュールに対して印刷を指示すると、非定型処理の場合とは異なり、処理ＩＤは０と定められているので、ユーザに処理の選択を求めることはなく、要素Ｂに電子文書のＩＤと処理ＩＤを登録し、紙ＩＤを取得する。その後は先ほどと同様、印刷が行われ、要素Ｃが得られる。

以上の処理によって、紙文書とその電子文書および筆記に行うべき処理の関連付けが行われたことになる。つまり紙文書には紙ＩＤが付けられ、これに文書ＩＤと処理ＩＤが関連付けられ、この紙に筆記したときに、どの紙に筆記したか、および筆記した後、どのような処理を行うかが、文書処理システムに登録されたことになる。なお、上記原文書とは、筆記情報がまだ記述されていない文書を表す。

次に、紙に筆記後の動作について説明する。ユーザは、作成された要素Ｃである紙文書に筆記し、この紙文書を要素Ｄに対応するスキャナや、例えばＭＦＰ（Multi Function Printer）のスキャナ部を用いて画像として入力させる。これにより、要素Ｄ内の要素Ｅで紙ＩＤが取得される。これらの紙ＩＤと画像は要素Ｋに送られる。

あるいは、ユーザは、作成された要素Ｃである紙文書を要素Ｄに対応する座標入力装置上に設置し、筆記を行う。すると要素Ｄで筆記情報が、要素Ｄ内の要素Ｅで紙ＩＤが取得される。これらの紙ＩＤと筆記情報は要素Ｋに送られる。

要素Ｋでは取得された紙ＩＤから要素Ｂに問い合わせることにより文書ＩＤと処理ＩＤが特定される。このように特定することが可能なことは、要素Ｂで文書ＩＤと処理ＩＤを登録し、紙ＩＤを取得しているためである。

次に、要素Ｈに問い合わせることによって処理ＩＤから筆記情報をどこのフォルダに保存するかが得られるので、そこに文書ＩＤと画像があわせて保存される。

次に、処理ＩＤが０の場合について説明する。処理ＩＤが０の場合は定型処理が行われる。まず、文書ＩＤと画像が要素Ｊに渡される。要素Ｊでは要素Ｉに問い合わせて、文書ＩＤからフォームのレイアウト情報と処理情報を得る。ここでの処理情報は、データの保存先や筆記情報の文字認識・マーク認識等である。

そこで、まずレイアウト情報を元に、画像をフィールドである記入欄毎に分解し、要素Ｄとしてスキャナを用いた場合は、電子文書の画像と筆記された紙文書の画像とを比較して筆記情報のみの画像を得る。あるいは、要素Ｄとして座標入力装置を用いた場合は、筆記された座標列がそのまま得られている。その後、処理情報に従って文字認識やマーク認識等が行われ、その結果がデータベースに保存される。

以上が一連の文書処理の詳細な説明である。次に、各要素の詳細について説明していく。

まず、要素Ａから説明する。この要素Ａの説明では５つの実施例を説明する。最初に図４を用いて第１の実施例を説明する。

図４に示されるフローチャートは、ネットワークを介さずスタンドアロンのＰＣ上で文書を独自に印刷する場合の処理を示している。

まずステップＳ１０１で、レイアウトエディタを起動し作成済み電子文書を表示する。このレイアウトエディタは、処理ＩＤの閲覧／選択と、紙ＩＤの取得、電子文書の表示／編集／印刷が行える。具体的には要素Ｂ・Ｆ・Ｈや、定型文書の場合は要素Ｉ「帳票作成プログラム」が、非定型文書の場合はワープロソフトなどが連携し上記の機能を実現する。ステップＳ１０２では必要に応じて電子文書の編集を行う。

次のステップＳ１０３ではユーザが印刷要求を行った際に、上述のとおり電子文書の拡張子により定型文書／非定型文書の判別を行い、非定型処理の場合、要素Ｈに登録済みの外部処理プログラムに関する情報をユーザに提示し、筆記後に行われる処理の処理ＩＤの決定を行う。また、定型処理の場合、印刷の指示が行われると、非定型処理の場合とは異なり、処理ＩＤは０と定められているので、ユーザに処理の選択を求めることはない。

次のステップＳ１０４で、紙ＩＤが取得される。ステップＳ１０５で、紙ＩＤが２次元コードにエンコードされ、ステップＳ１０６で、２次元コードが電子文書中の所定の位置に貼り付けられる。ステップＳ１０７で電子文書が印刷される。

この処理での紙ＩＤの取得には、要素Ｂが用いられ、紙ＩＤと電子文書の各ページ、そして処理ＩＤとの関連付けを行うとともに、それらを管理データベースが利用される。また、紙ＩＤを取得したのちに紙ＩＤから２次元コードを作成するのは、要素Ｆにより行なわれる。

作成された２次元コードは、重畳位置の指定があった場合は電子文書内の指定位置に、重畳位置の指定がなかった場合は予め定められている電子文書内の所定の位置に重畳される。このＩＤ取得から文書に２次元コードを挿入するまでの一連の流れは、ユーザがワープロソフトで印刷を実行したときに自動的に行われる。あるいはメニューに用意してユーザが明示的に任意の時点で実行させる。

その為には、ワープロソフトにマクロ機能が備わっている場合、そのマクロ機能を用いれば実現することができる。この場合では要素Ｂと要素Ｇがソフトウエアモジュールであり、Windows（登録商標）のＣＯＭという形式であれば、マクロ機能からこれらのモジュールを呼び出すことができ、さらにWordObjectLibraryというモジュールのAddPictureメソッドを用いれば画像を電子文書の任意の位置に挿入することができる。このようにして要素Ｃである紙文書が印刷される。

なお、ステップＳ１０４は、紙ＩＤ管理段階、処理紙ＩＤ管理段階、文書紙ＩＤ関連段階、紙ＩＤ付与段階に対応する。このステップＳ１０４において紙ＩＤを取得する際、まず、要素Ｂが用いられる。このとき要素Ｂにより、紙ＩＤの管理も行われる。さらに、処理ＩＤと紙ＩＤ、文書ＩＤと紙ＩＤの関連付けも行われる。ステップＳ１０５は、エンコード段階に対応する。ステップＳ１０７は、印刷段階に対応する。

次に、図５を用いて第２の実施例を説明する。図５は、文書を作成・編集した後に印刷サービスによって印刷する場合の処理を示すフローチャートである。まず、ステップＳ２０１でユーザは電子文書を作成する。この電子文書内には各構成要素（オブジェクト）とその特性が記述されている。

ステップＳ２０２で、ユーザは、必要に応じてレイアウトエディタを起動／表示／修正を行う。次のステップＳ２０３で、レイアウトエディタの機能を利用して処理ＩＤの選択／紙ＩＤの取得が行われる。この処理において、処理ＩＤの選択には要素Ｈが、紙ＩＤの取得には要素Ｂが用いられ、紙ＩＤと電子文書の各ページ、そして処理ＩＤとの関連付けを行うとともに、それらを管理するデータベースが利用される。なお処理ＩＤの選択が行われるのは非定型文書の場合のみで、定型処理の場合には、処理ＩＤは０と定められているので、ユーザに処理の選択を求めることはない。

ステップＳ２０４で、要素Ｆにより、紙ＩＤから２次元コードが作成される。ステップＳ２０５で、作成された２次元コードは、重畳位置の指定があった場合は電子文書内の指定位置に、重畳位置の指定がなかった場合は予め定められている電子文書内の所定の位置に重畳される。

次のステップＳ２０６で、作成された２次元コード重畳済みの電子文書または電子文書の保存場所をＳＯＡＰ（Simple Object Access Protocol）を使用して印刷サービスに送信する。なお、電子文書の保存場所を送信する場合は、２次元コード重畳済みの電子文書を印刷サービスからアクセス可能な場所に保存する。

ステップＳ２０７では、送信されたのが電子文書か電子文書の保存場所かで、処理が分岐する。電子文書の場合は、レイアウトエディタまたはビューワの機能によりステップＳ２０９で電子文書が印刷される。

電子文書の保存場所を送信した場合は、ステップＳ２０８で印刷サービス内部において受信した保存場所から電子文書が取得され、ステップＳ２０９で電子文書が印刷される。

以上説明した第２の実施例は、レイアウトの編集を行うＰＣにプリンタドライバ等の印刷環境が導入されていない場合でも印刷を可能とする。

なお、印刷サービスは、所定のＰＣで動作しており、そのＰＣに導入されている印刷環境はサービスとして他のＰＣに公開されているので、印刷サービスにアクセスできるＰＣであれば、その機能を使用して電子文書を印刷することができる。つまり、印刷環境がないＰＣでも電子文書の印刷命令を発行することができる。また、印刷サービス内部では編集する必要がないので、印刷コマンドを持ったビューワが、印刷サービスが動作するＰＣに導入されていればよい。

次に、図６を用いて第３の実施例の説明をする。図６は、電子文書の編集を行わず印刷サービスを使用して印刷する処理を示すフローチャートである。

ステップＳ３０１で、ユーザが電子文書を作成した後、ステップＳ３０２で、その電子文書または電子文書の保存場所、それに加え処理ＩＤがＳＯＡＰを使用して印刷サービスに送信される。このとき、電子文書の保存場所を送信する場合は、印刷したい電子文書を印刷サービスからアクセス可能な場所に保存する。

送信される処理ＩＤの決定は、電子文書が非定型文書の場合、要素Ｈにより処理ＩＤの一覧を取得しユーザに処理ＩＤの選択を促すことで行われ、電子文書が定型文書の場合、処理ＩＤは０が用いられる。

ステップＳ３０３では、送信されたのが電子文書か電子文書の保存場所かで、処理が分岐する。電子文書が送信された場合には、ステップＳ３０３からステップＳ３０５へ処理は進む。電子文書の保存場所が送信された場合には、ステップＳ３０３からステップＳ３０４へ処理は進み、印刷サービス内部において受信した保存場所から電子文書が取得される。

電子文書を取得または受信すると、ステップＳ３０５で、印刷サービスが稼動するＰＣが紙ＩＤの取得を行う。この処理での紙ＩＤの取得には、要素Ｂが用いられ、紙ＩＤと電子文書の各ページ、そして処理ＩＤとの関連付けを行うとともに、それらを管理するデータベースが利用される。

次のステップＳ３０６で、要素Ｆにより、紙ＩＤから２次元コードが作成される。ステップＳ３０７で、作成された２次元コードは、重畳位置の指定があった場合は電子文書内の指定位置に、重畳位置の指定がなかった場合は予め定められている電子文書内の所定の位置に重畳される。

そして、ステップＳ３０８で、２次元コードが重畳された電子文書の印刷用イメージファイルが紙に印刷される。このうち、紙ＩＤ取得、２次元コード作成、２次元コード貼り付け、印刷には、印刷サービスが稼動するＰＣに導入済みのレイアウトエディタの機能が使用される。

以上説明した第３の実施例は、レイアウトエディタをインストールしていないＰＣで電子文書作成を行っても印刷することを可能とする。印刷サービスは、所定のＰＣで動作しておりそのＰＣにのみレイアウトエディタをインストールしていれば、その機能を使用して電子文書を印刷することができる。つまり、レイアウトエディタがないＰＣでも電子文書の印刷命令を発行することができる。

次に、図７を用いて第４の実施例について説明する。図７は、電子文書の編集を行わず印刷サービスを使用して印刷する処理を示すフローチャートである。

ステップＳ４０１で、ユーザが電子文書を作成した後、ステップＳ４０２で、その電子文書または電子文書の保存場所、それに加え処理ＩＤがＳＯＡＰを使用して印刷サービスに送信される。このとき、電子文書の保存場所を送信する場合は、印刷したい電子文書を印刷サービスからアクセス可能な場所に保存する。また送信される処理ＩＤの決定は、電子文書が非定型文書の場合は、要素Ｈにより処理ＩＤの一覧を取得しユーザに処理ＩＤの選択を促すことで決定し、電子文書が定型文書の場合、処理ＩＤは０が用いられる。

ステップＳ４０３では、送信されたのが電子文書か電子文書の保存場所かで、処理が分岐する。電子文書が送信された場合には、ステップＳ４０３からステップＳ４０５へ処理は進む。電子文書の保存場所が送信された場合は、ステップＳ４０４で、印刷サービス内部において受信した保存場所から電子文書が取得される。

取得または受信された電子文書は、ステップＳ４０５で、印刷サービス内部において、レイアウトエディタまたはビューワの機能により、印刷用イメージファイルに変換される。次のステップＳ４０６で、印刷サービスが稼動するＰＣが紙ＩＤの取得を行う。この処理での紙ＩＤの取得には、要素Ｂが用いられ、紙ＩＤと電子文書の各ページ、そして処理ＩＤとの関連付けを行うとともに、それらを管理するデータベースが利用される。

次のステップＳ４０７で、要素Ｆにより、紙ＩＤから２次元コードが作成される。ステップＳ４０８で、作成された２次元コードは、電子文書と同様に、印刷用イメージファイルに変換され、重畳位置の指定があった場合は電子文書内の指定位置に、重畳位置の指定がなかった場合は予め定められている電子文書内の所定の位置に重畳される。ステップＳ４０９で、２次元コードが重畳された電子文書の印刷用イメージファイルが紙に印刷される。

以上説明した第４の実施例は、レイアウトエディタをインストールしていないＰＣで電子文書作成を行っても印刷することを可能とする。印刷サービスは、所定のＰＣで動作しておりそのＰＣにのみレイアウトエディタをインストールしていれば、その機能を使用して電子文書を印刷することができる。

つまり、レイアウトエディタがないＰＣでもレイアウトファイルの印刷命令を発行することができる。また、印刷サービス内部では電子文書そのものに編集されるわけではなく、印刷用イメージファイルに対して画像重畳操作を行うので、印刷コマンドによるファイル出力等の機能を持ったビューワが、印刷サービスが動作するＰＣに導入されていればよい。

さらに印刷サービス内部での２次元コード重畳操作は印刷用イメージファイルに変換した後に変換後のファイルに対して行われるので、元の電子文書がどのような形式であろうと、統一的な操作で２次元コードデータの重畳と紙への出力を行える事も第４の実施例のメリットである。

次に、図８を用いて第５の実施例について説明する。図８は、印刷サービスを使用して印刷する処理を示すフローチャートである。ステップＳ５０１でユーザがレイアウトエディタを使用し電子文書を作成・編集した後、ステップＳ５０２で、その文書からプラットフォームに依存しない印刷イメージ又はページ記述言語等（以下、ページ記述言語等も含め印刷イメージと記す）を作成する。また既存の電子文書を編集せずにそのまま用いる場合は、レイアウトビューワなどの印刷命令を使用し、電子文書から印刷イメージを作成する。なお、印刷イメージとは、実際に紙に印刷された紙文書のイメージを表す。

このようにして作成された電子文書の印刷イメージが、ステップＳ５０３で、ＳＯＡＰを使用して印刷サービスに送信される。この際、ユーザが選択した処理ＩＤと電子文書の保存先を示す文書ＩＤが一緒に印刷サービスに対して送信される。印刷サービスが稼動するＰＣでは印刷イメージと文書ＩＤ及び処理ＩＤを受信した後に、ステップＳ５０４で紙ＩＤの取得が行われる。この処理での紙ＩＤの取得には、要素Ｂが用いられ、紙ＩＤと電子文書との関連付けを行うとともに、それらを管理するデータベースが利用される。

次のステップＳ５０５で、要素Ｆにより、紙ＩＤから２次元コードが作成される。ステップＳ５０６で、作成された２次元コードは、先に受信した電子文書の印刷イメージの形式にあわせて変換され、重畳位置の指定があった場合は電子文書内の指定位置に、重畳位置の指定がなかった場合は予め定められている電子文書内の所定の位置に重畳される。

そして、ステップＳ５０７で、２次元コードが重畳された電子文書の印刷用イメージファイルが紙に印刷される。

以上説明した第５の実施例は、元の電子文書の保存先が、印刷サービスからのアクセスが不可能な場所にある場合でも２次元コード付き印刷を可能とする。また印刷サービスは、電子文書の印刷イメージを受信した後に２次元コードと電子文書の重畳を行うが、この重畳処理にはレイアウトエディタを用いないので、レイアウトエディタがＰＣにインストールされている必要はない。

さらに編集する必要の無い既存の電子文書を印刷する場合には、電子文書を作成するＰＣは印刷イメージを作成するために必要なレイアウトファイルの印刷命令さえ発行できればよく、そのＰＣに編集機能を有するレイアウトエディタがインストールされている必要は無い。

つまり、やり取りする２つのＰＣともにレイアウトエディタを使用せずに電子文書に２次元コードを重畳することが可能となる。例えばＰＤＦファイルの場合は、電子文書を作成するＰＣとなるコンピュータにアドビ社のAcrobat（登録商標）のような編集アプリケーションがインストールされている必要は無く、Acrobat（登録商標） Readerのような印刷命令が発行可能なアプリケーションのみがインストールされていれば良い。

次に、紙ＩＤを管理する要素Ｂについて説明する。図９、図１０は、紙ＩＤと文書とを関連づけ、それを管理する要素Ｂにおいて用いられる紙ＩＤ管理テーブルの各例を示している。

要素Ｂは、他の要素から紙出力に対して、紙ＩＤの登録要求をされたとき、少なくとも電子文書を一意に指定できる情報を受けとり、それに対して紙ＩＤ管理テーブル内で唯一である紙ＩＤを割り当て、文書情報を紙ＩＤ管理テーブルに格納する。

この紙ＩＤ管理テーブルの説明をする。図９、図１０において、行１４５に示すようなまとまりである各行が、登録された紙ＩＤに対応する文書情報の一単位であり、各列が紙ＩＤの登録要素となっている。

列１４１には割り当てた紙ＩＤが格納される。列１４２には電子文書を一意に指定する情報が格納されている。図９では電子文書を一意に指定する情報としてパス名が指定されているが、異なるＰＣに格納されている電子文書までを扱う場合は、図１０に示されるように、ネットワークパス名であったり、ＵＲＩ(Uniform Resource Identifiers)であったりしてもよい。複数ページの電子文書を扱う場合、各ページ毎に文書情報が存在し、列１４２にはページ数に関する情報も含まれる。また、図１０に示されるように、列１４２にページ数に関する情報を格納しない場合、別の列１４６に格納する。その場合、列１４２と列１４６により電子文書が一意に指定される。

また、電子文書の格納先が文書管理システムである場合はその管理ＩＤであってもよい。さらには図１０のように電子文書の格納先システムが異なっているものでも格納された電子文書を識別可能であれば格納先システムが複数あってもかまわない。また、登録要求を受け付ける際に、電子文書そのものを受け取り、それを他のものと区別可能なファイル名にして保存した上で紙ＩＤを割り当てて登録する形態であってもかまわない。

紙ＩＤ管理テーブルではさらに、その紙文書や紙文書上の筆記に対してどのような処理プログラムが処理するかを示した処理ＩＤが割り当てられている列１４３をもっている。処理ＩＤについての詳細な説明は要素Ｈで行う。

また、文書情報は、電子文書がどのようなアプリケーションから作成されたものかを示す列１４４をもつ。このような電子文書、または紙文書に関する属性情報を列１４４以下にいくつ持っていてもかまわない。

また、紙ＩＤを指定され、管理情報の要求である参照要求をされたとき、要素Ｂでは図９における列１４１の紙ＩＤから該当する紙ＩＤを検索し、検索された紙ＩＤに対応し、列１４２に示される電子文書を一意に指定する情報を要求元に渡す。要素Ｂは、同時に列１４３以降の属性情報も渡してもかまわないが、少なくとも列１４２の情報を渡す。図１０の場合は少なくとも列１４２および列１４６の情報を渡す。

また、図９、図１０などの紙ＩＤ管理テーブルの内容は、要素Ｂがプログラムである場合、そのプログラムが動作するメモリ内で保持していても良いし、あるタイミングでファイルシステムのファイルとして保存していても良い。また、紙ＩＤ管理テーブルの内容をデータベースに電子的情報として格納する形態もある。この場合、紙ＩＤとその属性情報を１レコードとして格納し、紙ＩＤをキーとして文書などの情報を保存したり、取出したりすることにより紙ＩＤと電子文書とを関連づけ、それを管理するものでもよい。

このように、要素Ｂが管理している紙ＩＤ管理テーブルを、プログラム動作を行っているメモリ上のみではなく、ハードディスクのファイルなどの不揮発性ストレージなどへ保存することで、要素Ｂが一度停止してもそれまで管理していた関連づけ情報を利用することが可能な文書処理システムとなる。

また、管理している紙ＩＤと電子文書との関連づけ情報を不揮発性ストレージ装置にネットワークアクセス可能なデータベースとして保存することで、システム上にそのデータベースへ関連づけ情報を参照する要素Ｂを複数存在させることが可能な文書処理システムとなる。このような不揮発性ストレージ装置は、不揮発性記憶手段に対応する。

さらに、要素Ｂは他の要素とは独立した装置に存在し、他の要素の装置からアクセス可能なネットワークで接続された形態であってもかまわない。このとき特に要素ＢはＲＰＣ(Remote Procedure Call)やＷｅｂサービスなどの形態で存在し、ネットワーク経由で他の手段からの登録要求や参照要求を受けつけることになる。

このように、要素Ｂが他の要素とネットワークで接続されており、要素Ｂがシステムで唯一に紙文書に対して識別子を発行するものであることを保障すると、さらにネットワーク的に離散した他の要素装置から登録要求、管理情報の参照要求を受けることが可能なシステムとなる。

さらに、電子文書の情報を受信したときに、ネットワーク上に同一の電子文書名が存在していても、その名称をネットワークパス名などの格納されるＰＣ名を含めることで区別して管理することが可能なシステムとなる。また、登録する電子文書を受信して保存し、その保存した電子文書名を割り当てた紙ＩＤと関連づけて管理することで、同じ電子文書名も登録毎に区別して管理することが可能なシステムとなる。

次に、紙ＩＤが付与された紙文書である要素Ｃの説明をする。まず、紙文書の例を図１１にて説明する。図１１はサークル等の脱会・入会登録用紙４０としての紙文書の例であり、この紙文書は、コンピュータ上で管理されている電子文書がプリンタによって印刷されることで生成される。なお、この脱会・入会登録用紙４０は、普通紙である。

脱会・入会登録用紙４０には、電子文書で定義されたコンテンツ４６と機械読み取り可能な２次元コード４５、並びに４つのタイミングマーク４１、４２、４３、４４が印刷されている。タイミングマーク４１、４２、４３、４４は筆記情報を読み取る際に位置合わせのために利用されるが、形・数・大きさ・色などは限定されない。また、タイミングマークが存在しない場合もありうる。

ちなみに、脱会・入会登録用紙４０には、脱会・入会登録用紙４７に示されるように、適切な筆記具にて記入される。

また、図１２に示される紙文書のように、コンテンツの中にデータを埋め込むような紙文書もありうる。図１２には、紙文書例５９と、４つのタイミングマーク４８、４９、５０、５１と、コンテンツの一部５２を拡大したコンテンツの一部の拡大図５３と、識別子５４と、コード枠兼アライメントドット５５と、データドット５６とが示されている。このように、紙文書例５９には、コンテンツの中にデータが埋め込まれている。

なお、本実施例において、要素Ｃを紙文書と表現しているが、要素Ｃは筆記具にて筆記可能ものであればよく、紙やシート状のプラスチックフィルムなどを用いることができる。

次に、紙文書から筆記情報を取得する要素Ｄについて説明する。

要素Ｄの一例であるデジタルカメラ等のエリアＣＣＤを撮像デバイスとして用いた画像取得装置について説明する。

この画像取得装置の場合、例えばＡ４サイズの紙文書を300万画素クラスのエリアＣＣＤ（画素数2048×1536(pixels)）で一度に取り込むとすると、換算実効解像度は約170(dpi)程度となる。２次元コード等の情報量の多い画像を取り込み、それをデコードする為には相応の高い解像力が必要になり、170(dpi)では不十分な場合がある。この場合、エリアＣＣＤの集積度を上げて解像度の向上を図ることも考えられるが、半導体製造技術のプロセス上の限界がある。

そこで、本実施例では、エリアＣＣＤを撮像デバイスとし、撮像倍率が可変なズームレンズを有する撮像手段を有し、その撮像手段を移動させる駆動手段により被写体の部分領域をズームアップして分割領域として取り込み、画像合成することで高解像度化を実現し、２次元コード等の読取を可能とした画像取得装置について説明する。

この画像取得装置の構成例を図４９に示す。図４９に示される画像取得装置は、撮像部２０１と、駆動部２０２と、支柱２０３と、制御手段と接合手段と符号化紙ＩＤ検出手段に対応する制御部２０５と、インタフェース２０４と、支持台２０６と、２つの操作スイッチ２０７で構成される。

駆動部２０２は、撮像部２０１を点線で示されるように回転駆動させる。支柱２０３は、撮像部２０１と駆動部２０２を支持する。制御部２０５は、画像取得装置の制御を行うとともに、支持台２０６とともに支柱２０３を支える構造となっている。操作スイッチ２０７は、画像取得装置の操作をするためのものである。紙文書２０８のＡ〜Ｉの点線で示された部分領域は、画像取得装置が撮影する各部分領域を表している。

次に、上述した撮像部２０１、駆動部２０２、制御部２０５のさらに詳細な構成を図５０に示す。

制御部２０５は、システムコントローラ２１１と、ＣＰＵ(Central Processing Unit)２１０と、ＳＤＲＡＭ(Synchronous Dynamic Random Access Memory)２１２と、ＰＣＩ(Peripheral Component Interconnect)バス２１３と、ＰＣＭＣＩＡ(Personal Computer Memory Card International Association)２１４と、Ｉ／Ｏ(Input/Output)入出力デバイス２１５と、ＩＤＥ２１７と、ＰＣＩ／ＩＳＡ(Industry Standard Architecture)ブリッジＩＤＥ(Integrated Drive Electronics)ＵＳＢ(Universal Serial Bus)変換インタフェース２１８と、ＵＳＢ２１９と、ハードディスク２１６と、ＩＳＡバス２２０と、Ｉ／Ｏコントローラ２２１と、シリアル２２２と、パラレル２３４と、ＬＡＮ(Local Area Network)インタフェース２３５より構成される小型のボードコンピュータユニットである。

制御部２０５は、撮像部２０１の動作制御、撮像装置２０１から転送された画像の画像処理や編集、記録等を行い、外部機器へインタフェース２０４（図４９参照）を介して接続され、外部機器との通信を行なう。

インタフェース２０４としては、ＰＣ用の汎用インタフェース、例えば、ＲＳ−２３２Ｃ、ＵＳＢ、ＩＥＥＥ1394、ネットワークアダプタ、ＩｒＤＡ(Infrared Data Association)を用いる。本実施例では、制御部２０５を用いる構成を示しているが、制御部２０５により行う処理や記録を、撮像部２０１内のＭＰＵ２３６で代用するような構成としても構わない。

次に、駆動部２０２の説明をする。駆動部２０２は、ステッピングモータＸ２５５、ステッピングモータＹ２５６及び回転量検出用のロータリエンコーダＸ２４４、ロータリエンコーダＹ２５７と、検出回路２５８と、駆動回路２４３で構成される。

なお、所定の回転位置で静止するような基準位置を設けてステッピングモータの回転位置をキャリブレーションすれば、各ロータリエンコーダと検出回路は設けなくてもよい。

次に撮像部２０１を説明する。この撮像部２０１の説明は、撮像部２０１とともにレンズも図示されている図５１を用いて説明する。

図５１には、ＣＤＳ（Correlated Double Sampling：相関二重サンプリング）２４１と、Ａ／Ｄ変換器２４２と、ＩＰＰ（Image Pre-Processor）２８１と、メモリ２４０と、ＴＧ（Timing Generator）２８０と、ＭＰＵ２３６と、Ｉ／Ｏコントローラ２３７と、Ｉ／Ｏデバイス２６１と、固定レンズ２６７、２６８と、ズームレンズ２６６と、絞り機構２６５と、シャッタ２６４と、フォーカスレンズ２６３と、撮像素子２６２で構成される。なお、Ｉ／Ｏデバイス２６１は、図５０で説明したシリアル２３８とＵＳＢ２３９とを、まとめて表現したものである。

被写体の像は、固定レンズ２６７、２６８、ズームレンズ２６６、絞り機構２６５、フォーカスレンズ２６３を通して、シャッタ２６４により露光時間が制御され、撮像素子２６２上に形成される。撮像素子２６２からの画像信号はＣＤＳ２４１でサンプリングされた後、Ａ／Ｄ変換器２４２でデジタル信号化される。この時のタイミングはＴＧ２８０で生成される。画像信号はその後、ＩＰＰ２８１でアパーチャ補正などの画像処理、圧縮などが行われ、メモリ２４０に保存される。

各ユニットの動作は、ＭＰＵ２３６にて制御される。また、Ｉ／Ｏコントローラ２３７はＩ／Ｏデバイス２６１を介して、外部の機器と接続され、画像の入出力、撮影制御信号の通信等に用いられる。

次に、一枚の被写体を分割して撮影する場合の制御部２０５の動きについて、再び図５０を用いて説明する。
（１）制御部２０５は、Ｉ／Ｏ入出力デバイス２１５より駆動部２０２の駆動回路２４３にパルス電圧を印加し、所定の角度になるように検出回路２５８の回転検出値をフィードバックする。
（２）制御部２０５は、ＵＳＢ２１９より撮像部２０１のＵＳＢ２３９へ撮影コントロール信号を送信する。
（３）必要に応じて（１）、（２）が繰り返される。画像転送が指示されるとＵＳＢ２３９を介して撮像装置２０１から画像が制御部２０５に転送され、その画像を制御部２０５は、ＬＡＮインタフェース２３５を介してネットワークに送信する。
（４）紙文書２０８（図４９参照）は、図５２に示されるように、後述する２次元コード２９０等のデータ識別情報が印字されているものとする。この符号化紙ＩＤである２次元コードは、要素Ｅによりデコードされ、デコードが成功し、紙ＩＤが取得できたなら、デバイスタイプ、紙ＩＤ、画像等の情報は、ＸＭＬ形式のデータとして要素Kへ送信される。

次に、紙文書上の画像の撮影から、撮影により得られた画像へ２次元コードをデコードした結果を対応づけるまでの画像取得装置の処理を、図５３のフローチャートを用いて説明する。

ステップＳ１４０１で、画像取得装置は、ズームレンズを調整し、被写体と撮像面がほぼ正対した位置関係において、被写体となる紙文書の全体が写るように全体画像撮影を行う。ステップＳ１４０２で、画像取得装置は、撮影した画像より２次元コード等のコードの存在するコード領域を検出する。次に、画像取得装置は、ステップＳ１４０３で、コード領域の領域座標と重心位置を算出する。この場合、予めコードの存在する領域を規定しておくことで、ステップＳ１４０３の高速化を図るようにしても良い。あるいは、領域はコード領域の外接矩形領域とし、外接矩形領域の重心位置を算出するようにしても良い。

ステップＳ１４０３で得られた領域座標とその重心位置の座標から、画像取得装置はステップＳ１４０４で、データを識別する情報をより大きい撮像画像として取得する為のズーム倍率と駆動部２０２の駆動量を線形演算により算出する。この駆動量は、光軸をロール軸としたパン（左右）、チルト（上下）の２方向から算出する。

算出された結果に基づき、画像取得装置は、ステップＳ１４０５で、駆動部２０２を駆動する。次のステップＳ１４０６で、画像取得装置は、駆動させた位置で撮影する。ステップＳ１４０７で、画像取得装置は、読み込んだコードを要素Ｅによりデコードする。そして、ステップＳ１４０８で、画像取得装置は、全体撮影画像に対してデコード結果を対応付ける。

これによりコード領域のみを高解像で取得し、高速に取り込んだ全体画像に対して、信頼性の高い紙ＩＤを付与できるようになる。

次に、実際の撮影について説明する。上述したように、画像取得装置は、撮像部を駆動することで、紙文書を分割撮影し、分割撮影した各画像を１つの画像に合成するようになっている。

そこでまず分割撮影について説明する。既に説明した図４９に示されるように、撮像部２０１が、点線で示された左右方向へ駆動をすることで、領域Ａ、Ｂ、Ｃを撮影することができる。

さらに、撮像部２０１が、図５４に示されるように、上下方向へ駆動することでＡ〜Ｉまでの全ての領域を撮影領域にすることができる。なお、図５４は、撮像部２０１が紙文書２０８を撮影する様子を示すものであり、撮像部２０１は、紙文書２０８の２つの領域３０１、３０２を撮影している。

上述したように、被写体を高解像に撮影する場合は、撮像系の画角をできるだけ狭くし、複数の位置で撮影する。この場合、被写体のすべての部分が分割画像のいずれかに撮影されるように撮影を行う。

このようにして撮影された分割画像と、分割画像を接合することで合成した合成画像を図５５と図５６を用いて説明する。分割画像は、図５５に示されるように、アルファベットが描かれた画像が６分割されたものである。この図５５に示されるように、図の下方向の文字ほど、小さくなっていることが分かる。これら６つの分割画像を、接合した画像が、図５６に示される画像である。

このような方法で画像を接合する場合に限らず、分割せずに１枚で被写体を撮影する場合でも、図５６のような台形上の歪（あおり歪）が生じる。従って、図５７に示されるような、正対した画像にする必要がある。図５７に示される画像は、図５６の画像に、あおり歪の補正、ノイズ除去を行った画像である。

このようなあおり歪の補正は、被写体に正対した位置での正対画像を基準とし、正対画像と他の画像との間の射影変換行列を予め求め、それを用いて画像を再配置することにより得られる。

この撮影の説明を簡単にするため、図５４に示した２つの領域３０１、３０２を分割撮影する場合について説明する。まず、領域３０１上の点と領域３０２上の点をそれぞれ、数１が示す２点とする。

、

このとき、被写体が平面の場合、両者には、次に示す数２、数３の関係が成り立つ。

数２、数３の各ｈは、以下の行列で定まるものである。

数４に示される行列は、射影変換行列であり、画像が撮影される２つの位置が同じ場合、この関係は一定である。従って、予め既知の組(u1,v1)、(u2,v2)からh1〜h8を算出すれば良い。

数１、数２、数３を用いることにより、領域３０２上の各点が領域３０１上の位置で撮影された場合の位置を算出することができるため、領域３０１上を基準とし、領域３０１上に領域３０２上の画素をマッピングすることができる。分割画像が３枚以上の場合も、例えば１つの領域と他の領域との射影変換行列を予め算出しておく。そうすることで、正対された分割画像が得られ、順次接合していくことで、図５７に示した正対された画像を得ることができる。

以上が画像取得装置の構成や処理内容である。次に、この画像取得装置の６つの変形例について説明する。なお、以下の説明において、図４９で説明した符号など、既に説明した符号についての説明は省略する。

第１の変形例である図５８に示される画像取得装置は、図４９に示した画像取得装置に、２次元コード等のコードを読み取る為の撮像部３１０を紙文書を取り込む為の撮像装置２０１とは別に設けたものである。

この図５８に示した画像取得装置は、コードの存在する小領域を高解像で取り込む目的で設けた為、撮像部２０１よりも小型で安価な画像入力装置で構成すれば良い。また、この場合の画像取得装置は、撮像部２０１により取り込んだ画像に対応させて、撮像部３１０により取り込んだ画像上のコード３１１のデコード結果を記録するものとする。

次の図５９に示される第２の変形例は、撮像部３１０の代わりに紙ＩＤ情報読み取り部３１２を設けたものである。この紙ＩＤ情報読み取り部３１２は、汎用のバーコードリーダ等で使用されている撮像ユニットを用いることを想定している。

次に、図６０を用いて、第３の変形例について説明する。図６０に示される画像取得装置は、入力する紙文書２０８の下敷き３１３上にコード３１１を設けた装置構成であり、支柱２０３は、支持台３１５に支持される。これによりコードの付与されていない紙に対してコードを付与できるようにできるとともに、プリンタなどと組み合わせ、再度、紙に出力することで、コードを付与することも可能である。

次の図６１に示される第４の変形例は、支持台３１５に収納可能な平面部材上にコード３１４を設けた装置構成となっている。この平面部材は、符号化紙ＩＤ表示手段に対応する。

また、図６２に示される第５の変形例は、撮像部２０１上に投影部３１６を設けることで、点線で示された投影領域３１７にコード３１６を投影できる装置構成とする。そして、ユーザが自由に投影するコードを電子データとして編集可能なものとする。この投影部３１６は、光学投影手段に対応する。

この投影部３１６は、図６２において撮像部２０１上に設けられているが、別な部位に固定するものであっても構わない。また、投影部３１６は光源、集光レンズ、ミラー、液晶パネル、投射レンズから構成される代表的な液晶プロジェクタと同様の構成のものやＤＭＤ(Digital Mirror Device)を用いたＤＬＰ(Digital Light Processing)による構成等いずれの構成のものでも良いが、小型なものとしたほうがよい。

図６３に示される第６の変形例は、点線で示された撮像範囲に液晶ディスプレイ等の表示デバイスを有する携帯情報端末３１８を設け、この表示デバイス上にコードを表示させることで、取り込む紙文書２０８に対応させたコードを付与できるようにする。この携帯情報端末３１８は、表示手段に対応する。

以上が６つの変形例であるが、図６０〜図６３において駆動部を図示していないのは、駆動部を有する構成に限定されないことを示している。

次に、要素Ｄの他の実施例である筆記情報入力装置６０を図１３に示す。筆記情報入力装置６０は、紙への筆記情報を取得するデジタイザなどの座標入力装置７４と、紙に印刷されている情報と電子的な情報とを対応付け識別するための紙ＩＤ情報読取装置７５と、取得した情報を保持する記憶装置７１と、取得・保持された情報をＰＣに送信する通信装置７２と、これらの装置を制御する制御装置７３とを有する。

座標入力装置７４は、手書き座標を連続的に取得するデジタイザなどを用いることができる。デジタイザを用いた場合、その方式には公知のものとして電磁誘導方式、超音波距離計の原理を用いた三角測量方式などのものがあるが、いずれもセンサと専用入力ペンによって紙に行われた筆記動作を検出し、筆記情報、この場合は筆記された軌跡の座標である筆記座標を計測する装置である。このようにして計測された筆記座標の集合が筆記情報となる。

専用入力ペンのペン先には実際に紙に筆記することの可能なペン先が備わり、電子的に筆記座標を検出すると同時に紙に筆記軌跡を記入できるように構成することが望ましい。

紙ＩＤ情報読取装置７５は例えばプリンタによって紙に印刷された符号化紙ＩＤを読み取り、解読する装置であり、公知のものとして２次元コードリーダ、１次元バーコードリーダなどを用いる。ここで、紙ＩＤ情報読取装置に２次元コードリーダを用いた場合には、たとえばコード化に公知のＱＲコード（登録商標）を用いた場合には、英数字で最大4296文字の情報を識別することが可能であり、一般にユーザが印刷した書類を識別するためには十分な容量を得ることができる。

記憶装置７１はハードディスクや、不揮発性メモリであり、コンパクトフラッシュ（登録商標）ディスクなどの取り外し可能なメモリなどを用いることもでき、上記紙ＩＤ情報読取装置７５によって取得された筆記座標、印刷条件情報、電子文書情報を保存する。このとき、ＰＣとのデータのやり取りは、メモリを直接に接続することで可能となり、通信装置７２を省くこともできる。
通信装置７２は、蓄えられた情報を送信する装置であり、イーサネット（登録商標）、無線ＬＡＮなどのネットワーク技術や、ＵＳＢやブルートゥース、シリアル接続技術などが用いられる。

制御装置７３は、例えばマイクロコンピュータによって構成され、上記の装置を後述する動作にしたがって動作制御する。

これらの装置は一体に構成することも可能であるし、個々の装置に分かれて構成することも可能である。また、一体型に構成した場合、バッテリ駆動とすることで、さまざまな場所に移動して利用することが可能になる。印刷した紙への筆記作業は、オフィスのデスクの上だけとは限らないため、筆記情報入力装置を一体かつ可搬型に構成することが望ましい。

一体型に成形した筆記情報入力装置６０の外観例を図１４に示す。図示した例では、紙ＩＤ情報読取装置７５（図１３参照）を２次元コードリーダ６２として実現しており、また設置された紙文書には印刷された文書本文６５と、紙ＩＤ６３が、あらかじめ印刷されている。座標取得装置６１は超音波式のデジタイザによって実現しており、専用入力ペン６６によって実際に筆記情報６４を加えると共に、座標データを取得することが可能になっている。

次に、可搬型のデジタイザ型の筆記情報入力装置を用いた場合の処理について図１５を用いて説明する。まず、筆記情報入力装置内の座標入力装置は、ステップＳ６０１で、専用入力ペンによって筆記が開始されると同時にペン先の紙文書への接触（ペンダウン）を検出し、ステップＳ６０２で筆記座標を検出する。

次のステップＳ６０３で、筆記情報入力装置は、２次元コードリーダにより、専用入力ペンが筆記座標を読み取っている間、あるいは専用入力ペンが筆記面に接したときなど適宜、２次元コードを読み取る。

次のステップＳ６０４で、筆記情報入力装置は、読み取った２次元コードをデコードし、紙ＩＤなどを読み取る。

こうして読み取られた筆記座標、紙ＩＤからなるデータは、一旦、ステップＳ６０５で、記憶装置に保存され、次のステップＳ６０６で、適宜、通信装置によってＰＣへ送信される。

ここで、保存され、送信されるデータは、例えば図１６に示すような形式で構成される。図１６には、「装置識別番号」と、「紙ＩＤ番号」と、「筆記Ｘ座標」と、「筆記Ｙ座標」と、「ペンＵ／Ｄ」の項目を有する表が示されている。

「装置識別番号」は、筆記情報入力装置を識別するための番号である。「紙ＩＤ番号」は、筆記情報入力装置が読み取った紙の紙ＩＤである。「筆記Ｘ座標」と「筆記Ｙ座標」は、筆記座標情報のＸ座標とＹ座標である。「ペンＵ／Ｄ」は、専用入力ペンのアップ／ダウンを示すものである。このような形式のデータにより、筆記座標、紙ＩＤを送信している。

次に、要素Ｄの他の実施例について説明する。この実施例は、記入が終わった紙文書から、スキャナなどを用いて紙文書の電子画像を取得し、要素Ｅへデータを渡す実施例である。

最初に、図１７を用いて画像入力装置について説明する。画像入力装置８８は、画像入力装置８８内の各装置を制御するための制御装置８２と、プログラムや画像を記憶するための記憶装置８３と、外部接続されたスキャナ８０やＭＦＰ８６と通信してそれらを制御するためのスキャナ制御装置８１と、画像を処理するための画像処理装置８４と、外部ネットワークとの通信を制御するネットワーク制御装置８５とを有する。

この画像入力装置８８には、直接接続されたスキャナ８０や、ネットワーク８７を介して通信可能なＭＦＰ８６を利用して画像を入力することができる。

この画像入力装置の処理を、図１８のフローチャートを用いて説明する。図１８に示されるフローチャートは、紙ＩＤを取得する処理を示している。

ステップＳ７０１は、画像の読み取りである。これは、ユーザが記入を終えた文書をスキャナ８０またはＭＦＰ８６を用いて画像の読み取りを行う処理である。この場合の読み取り条件は、例えば600dpi、白黒２値画像である。画像の２値化は通常のスキャナが有している２値化機能を使用する。

読み取られた紙文書の画像は、ステップＳ７０２で、記憶装置８３の所定のフォルダに画像ファイルとして蓄えられ、次処理へのキューに入る。この読み取った画像を所定のフォルダに画像ファイルとして蓄えるように制御するのはスキャナ制御装置８１の役割であり、スキャナ８０やＭＦＰ８６のボタンが押され、画像がそれらから転送されることを検知し、転送された画像を記憶装置８３の所定のフォルダに格納する。

画像処理装置８４は、スキャナ８０やＭＦＰ８６から入力される画像が保存される記憶装置８３のフォルダを監視し、キューの先頭にある画像から順番に、ステップＳ７０３で画像正立処理を行い、ステップＳ７０４で領域抽出処理を行い、ステップＳ７０５でデコード処理を行う。ステップＳ７０６で、デコードができたかどうか判断し、デコードできた場合は、紙ＩＤの取得を行い、処理を終了する。また、デコードできなかった場合も処理を終了する。

この図１８に示したフローチャートは、情報取得段階の処理を示すものである。また、このようにして取得された紙ＩＤは、後述する管理テーブルにより、文書ＩＤ及び処理ＩＤに変換することができる。この処理は、紙文書処理ＩＤ変換段階での処理に対応する。

なお、ステップＳ７０２の処理で、キュー方式を使用するのは、ＡＤＦ（Auto Document Feeder）等を使用して多数の画像が入力されたとき、同時に複数の画像が処理されると画像処理装置８４の負荷が非常に高くなり動作が不安定になりかねないことと、処理の速度が遅くなることが理由として挙げられる。

また、ステップＳ７０３の画像正立処理は、次のステップ７０４の領域抽出処理が正立された画像から領域を抽出するようになっているため、スキャナから読み取られた方向の分らない画像を正立する処理である。

この画像正立処理の詳細について図１９のフローチャートを用いて説明する。まず、ステップＳ８０１では、読み取った画像についてＯＣＲ処理が行われ、その結果が保存される。次のステップＳ８０２、ステップＳ８０３、ステップＳ８０１のループでは、画像を９０度ずつ回転させてＯＣＲ処理が行われ、それらの結果も保存される。

９０度ずつ回転させた４方向でＯＣＲ処理がなされると、ステップＳ８０４で、ＯＣＲ処理結果の尺度のひとつである確信度を用いて画像の方向が判定される。この確信度とは認識した文字の確からしさであり、この画像方向判定に使用する確信度は、各文字の確信度の平均である。この平均の確信度がもっとも大きい値を持つ方向での画像が正立であると判定する。

このようにして画像正立処理を終えると、図１８のステップＳ７０４の処理である紙ＩＤを有する２次元コードの検出・デコードするための領域抽出処理が行われる。領域抽出処理は、画像中の白画素で囲まれた黒画素を含む領域を検出する。この領域抽出の詳細を図２０のフローチャートを用いて説明する。

まず、ステップＳ９０１の連結黒画素のラベル付け処理では、画像を左上の原点から走査する。そして、左上、上、左の画素が白画素であり、現在着目している画素が黒画素である場合に、その黒画素に新たなラベルをつける。それ以外の画素の場合は左上、上、左のいずれかにある黒画素のラベルを画素につける。

具体的に、図２１を用いて説明する。まず、図２１に示される数字が書かれた四角形は、全て黒画素であるとする。これを踏まえ、上記処理を図２１の画素９０、９１、９２、９３を用いて説明する。このとき走査される順番は、画素９０、９１、９２、９３の順である。

まず、画素９０について着目すると、画素９０の左上、上、左の画素が白画素であり、現在着目している画素９０が黒画素であるため、ラベル「１」が画素９０につけられる。

次に走査される画素９１について着目すると、左上、上の画素は白画素であるが、左が白画素ではないため、左上、上、左のいずれかにある黒画素のラベルが画素９１につけられる。従って、画素９１には画素９０と同じラベル「１」がつけられる。

次に、画素９２について着目すると、画素９２の左上、上、左の画素が白画素であり、現在着目している画素９２が黒画素であるため、新たなラベル「２」が画素９２につけられる。

次に走査される画素９３について着目すると、左上、上の画素は白画素であるが、左が白画素ではないため、左上、上、左のいずれかにある黒画素のラベルが、現在着目している画素９３につけられる。従って、画素９３には画素９２と同じラベル「２」がつけられる。

このようにして、以下の画素についても、同様の処理が行われる。

次のステップＳ９０２で行なわれる連結黒画素の外接矩形座標検出処理では、同一のラベルを有する黒画素群を囲む外接矩形座標を検出する。そのことを示す図が、図２２である。図２２に示されるように、ラベル「１」の黒画素群の外接矩形９４と、ラベル「２」の黒画素群の外接矩形９５が検出される。

次のステップＳ９０３は、重なり、接触のある外接矩形を統合する処理で、各外接矩形に重なりあるいは接触がある外接矩形同士を統合し、新たな外接矩形が形成される処理である。それが図２３の外接矩形９６である。

そして、ステップＳ９０４で、２次元コードの大きさとしてありえない大きさの外接矩形を排除するため、所定の範囲の大きさの外接矩形が抽出される。以上により、白に囲まれた黒画素を含む領域が検出されたので、検出された矩形領域全てに対して画像処理装置８４でデコードを行うことができる。

予め、２次元コードの位置がわかっているならば所定の位置にある矩形領域のみにデコードを行えばよいが、紙文書のレイアウトによってどこに２次元コードが存在するかわからない場合は、検出した矩形領域すべてに対してデコードを行い、デコードできたものを紙ＩＤとして検出するようにする。なお、デコードの詳細は、次の要素Ｅの説明で行う。

デコードが成功し、紙ＩＤの取得ができたなら、デバイスタイプ、紙ＩＤ、筆記情報が要素Ｋへ送信される。この場合、上記情報は、ＸＭＬ（eXtensible Markup Language）形式のデータとして要素Ｋへ送信される。

また、ここで使用したスキャナはフラットベッドスキャナ以外にも、デジタルカメラ、書画カメラ等の画像撮像装置も使用できる。

次に、紙ＩＤをデコードする要素Ｅについて説明する。まず、要素Ｅの説明として、２次元コードを読み取るバーコード読取装置について説明する。バーコード読取装置は、図２４に示されるように、頂点候補検出部１１と、コード枠検出部１２と、射影変換係数算出部１３と、データサンプリング部１４と、誤り訂正部１５と、フォーマット変換部１６とを有する。また、バーコード読取装置は、上述した図１４の２次元コードリーダ６２に示されるように、斜め上から２次元コードを読み取るようになっている。

頂点候補検出部１１は、２次元コードの頂点候補を検出する。コード枠検出部１２は、頂点候補に基づき、後述するコード枠を検出する。コード枠が検出されることで、頂点候補は真の頂点と確定される。

射影変換係数算出部１３は、コード枠検出部１２で検出されたコード枠の各頂点の座標と、２次元コードを作成した時のコード枠の各頂点の規定座標とから、作成した２次元コードの各セルの規定中心座標と読み取った２次元コードの各セルの中心とをマッピングする係数である射影変換係数を求める。

データサンプリング部１４は、射影変換係数算出部１３で求めた射影変換係数を用いて、２次元コードのデータのサンプリングを行う。誤り訂正部１５は、データサンプリング部１４が読み取ったデータが誤りかどうか判定し、誤りがないか、あるいは誤り訂正が可能ならば、誤り訂正符号以外の整数型５６ビットのデータをフォーマット変換部１６へ出力する。フォーマット変換部１６ではデータを数字文字列に変換して出力する。

次に、頂点候補検出部１１の処理の詳細について説明する。図２５は、入力画像の頂点候補を検出する処理を示す図である。図２５に示されるように、頂点の検出は、矢印に示される方向に入力画像を走査することで検出するようになっている。具体的には、入力画像の四隅から斜め走査を行い、黒画素を検出し、検出された黒画素をＡ、Ｂ、Ｃ、Ｄとする処理が行われる。

次に、図２６を用いてＡ、Ｂ、Ｃ、Ｄが頂点候補かどうかを検出する処理について説明する。図２６は、２次元コードを拡大した図である。この２次元コードに対し、頂点候補検出部１１は、Ａ、Ｂ、Ｃ、Ｄから矢印の方向、例えばＡなら右下４５度、Ｂなら左下４５度というように、セルの一辺の画素数の１／√２の画素数だけ画素を追跡してそれらがすべて黒画素かどうかを判定する。それらがすべて黒画素であれば、頂点候補検出部１１は、Ａ、Ｂ、Ｃ、Ｄを頂点候補として検出し、コード枠検出部１２に処理を移す。

次に、コード枠検出部１２について説明する。コード枠検出部１２では、図２７のように、頂点候補Ａ、Ｂ、Ｃ、Ｄから１／√２の画素数だけ追跡した終端どうしを結ぶ黒枠判定ライン７６、７７、７８、７９を通過する画素の黒画素の割合が全ての直線において直線毎に８割以上存在すればそれをコード枠であると判定し、頂点候補Ａ、Ｂ、Ｃ、Ｄを２次元コードの頂点Ａ、Ｂ、Ｃ、Ｄとして確定する。このとき、同時に頂点Ａ、Ｂ、Ｃ、Ｄの座標も検出される。

次に、射影変換係数算出部１３について説明する。射影変換係数算出部１３では、コード枠検出部１２で検出されたコード枠の各頂点の座標と、２次元コードを作成した時のコード枠の各頂点の規定座標とから、作成した２次元コードの各セルの規定中心座標と読み取った２次元コードの各セルの中心とをマッピングする係数である射影変換係数を求める。この射影変換係数の求め方は後に説明する。

次に、データサンプリング部１４について説明する。データサンプリング部１４には、２次元コード、２次元コードを作成した時点の各セルの規定中心座標、射影変換係数が入力される。データサンプリング部１４は、射影変換係数算出部１３で求めた射影変換係数を用いて、作成した２次元コードの各セルの規定中心座標を射影変換することにより、読み取った２次元コードの各セルの中心座標を求める。

データサンプリング部１４は、求めた中心座標を画像のサンプリング中心座標とし、その座標を中心とする３ｘ３画素の黒画素数が白画素数を上回れば ‘１’、そうでなければ‘０’としてデータを読み出す。読み出された７２ビットのデータは誤り訂正部１５に入力、配列され、誤り訂正の判定が行われる。誤りがないか、あるいは誤り訂正が可能ならば、誤り訂正部１５は、誤り訂正符号以外の整数型５６ビットのデータをフォーマット変換部１６へ出力する。フォーマット変換部１６ではデータを数字文字列に変換して出力することで、数字文字列が復元される。

上述した２次元コードの読取もソフトウェアでおこなってもよく、図２８にその処理のフローチャートを示す。ステップＳ１００１で斜め上から２次元コードを撮像した２次元コードが入力される。ステップＳ１００２では、２次元コードの頂点候補が検出される。

このステップＳ１００２では、図２５に示すように画像の四隅から斜め走査が行われ、黒画素が検出される。検出された黒画素をＡ、Ｂ、Ｃ、Ｄとする。さらにステップＳ１００２では、図２６に示されるように、Ａ、Ｂ、Ｃ、Ｄから矢印の方向、例えばＡなら右下４５度、Ｂなら左下４５度というように、セルの一辺の画素数の１／√２の画素数だけ画素が追跡され、それらすべて黒画素かどうかが判定される。それらがすべて黒画素であればＡ、Ｂ、Ｃ、Ｄが頂点候補として検出され、ステップＳ１００３に処理が移る。

ステップＳ１００３では、図２７に示されるように、頂点候補Ａ、Ｂ、Ｃ、Ｄから追跡した終端どうしを結ぶ黒枠判定ライン５２、５３、５４、５５を通過する画素の黒画素の割合が、全ての直線において直線毎に８割以上存在すればそれをコード枠であると判定される。そして、頂点候補Ａ、Ｂ、Ｃ、Ｄが２次元コードの頂点Ａ、Ｂ、Ｃ、Ｄとして確定される。このとき、同時に頂点Ａ、Ｂ、Ｃ、Ｄの座標も検出される。

このステップＳ１００３で、コード枠が検出できなければ、ステップＳ１００４の分岐処理でエンドに分岐し、読み取りは終了する。コード枠が検出された場合は、次のステップＳ１００５へ処理は進む。

ステップＳ１００５では、ステップＳ１００３で検出されたコード枠の各頂点の座標と、２次元コードを作成した時のコード枠の各頂点の規定座標とから、作成した２次元コードの各セルの規定中心座標と読み取った２次元コードの各セルの中心とをマッピングする係数である射影変換係数が算出される。

次のステップＳ１００６では、データサンプリングが行われる。具体的には、２次元コード、射影変換係数、作成した２次元コードの各セルの規定中心座標が入力され、ステップＳ１００５で求まった射影変換係数を用いて、作成した２次元コードの各セルの規定中心座標を射影変換することにより、読み取った２次元コードの各セルの中心座標を求める。

そして、求めた中心座標を画像のサンプリング中心座標とし、その座標を中心とする３ｘ３画素の黒画素数が白画素数を上回れば‘１’、そうでなければ ‘０’としてデータが読み出される。読み出された７２ビットのデータは、ステップＳ１００７で、誤り訂正の判定が行われる。誤りがないか、あるいは誤り訂正が可能ならば、誤り訂正符号以外の整数型５６ビットのデータは、ステップＳ１００８で、データを数字文字列にフォーマット変換され、ステップＳ１００９で、数字文字列が出力される。

次に、射影変換係数の求め方について説明する。射影変換とは３次元空間内の図形・物体を２次元平面・スクリーンへと表示したときの変換である。３次元空間内の物体の座標を２次元平面上の座標へと変換するものであり、３次元画像処理の手法として広く知られたものである。

このような射影変換を正確に行うためには、撮像系の位置、光学的特性などが明らかになる必要がある。しかし、さまざまな装置へ対応することを考えると、さまざまな装置すべての撮像系の位置などを特定し、正確に定めることは困難である。

その一方で、斜めから撮像する光学系で読み取りやすくなるという効果を発揮するためには、必ずしも正確な射影変換を施す必要はない。例えば、従来の矩形、一様密度のセルで表現される２次元コードではなく、台形や多様な密度のコードであれば、斜めからの光学系で読取が容易になるという効果を発揮することができる。

こうした台形コードや多様なセルサイズを実現する簡単な例を図２９で説明する。図２９に示すような光学系において、読み取った画像は、射影変換によって、もともと長方形であった図形が台形に変形する。

このとき、台形の長辺と短辺との比率（Ｘ１/Ｘ３）は撮像素子からコードのそれぞれの領域への距離の比率の逆数（Ｌ３/Ｌ１）と等しくなる。本実施例においては、通常は矩形で各セルの大きさが均一である２次元コードの代わりに、上記の射影変換をキャンセルできるようなセルの形状や大きさを持つ２次元コードを作成する。

セルの大きさの決定は、２次元コードの１行ごとに一定の倍率で行う．この変形の倍率は２次元コードの１行の間においても、撮像面からの距離が異なっているが、たとえば１行の中間の位置における倍率で、１行の上部から下部まで等しい倍率で変換する。この操作によって、図３０あるいは図３１に示されるような階段状のセル境界を持つ形状の２次元コードが得られる。あるいは、厳密に射影変換演算を行って図３２のような２次元コードを作成してもよい。なお、図３０、図３１、図３２については、要素Ｇの説明で詳細な説明をする。

次に、上記射影変換について、図３３を用いて説明する。図３３には、読み取られた２次元コードを模式的に示した２次元コード６７と、電子的に生成された２次元コードを模式的に示した２次元コード６８とが示されている。また、２次元コード６７のＡｓ、Ｂｓ、Ｃｓ、Ｄｓと、２次元コード６８のＡｒ、Ｂｒ、Ｃｒ、Ｄｒは各頂点であり、括弧内のxs1やyr2は、座標を表している。また、PskとPrkは、セルの中心座標を表す。

２次元コード６７のＡｓ、Ｂｓ、Ｃｓ、Ｄｓと、２次元コード６８のＡｒ、Ｂｒ、Ｃｒ、Ｄｒの頂点は、図３４に示される数式を満たす。これらの数式（１）、（２）は、２次元コード６８など２次元コードの座標を定めるための座標から、２次元コード６７など２次元コードの座標を定める座標への変換式を表しており、Ａｒ、Ｂｒ、Ｃｒ、ＤｒからＡｓ、Ｂｓ、Ｃｓ、Ｄｓへの座標変換を規定する。

式（１）は、頂点のＸ座標に関する数式であり、式（２）は、頂点のＹ座標に関する数式であり、式（１）（２）の添え字ｉは、１から４まで動く。これらの数式で、ｂ１〜ｂ８は変換パラメータで、未知数である。これら変換パラメータは、Ａｒ〜Ｄｒ、Ａｓ〜Ｄｓの各座標値を式に代入することで得られる八元一次連立方程式を解くことにより求められる。ｂ１〜ｂ８が求められると、電子的に生成された２次元コードの各セルの中心座標Ｐｒｋを変換して２次元コードのサンプリング中心座標Ｐｓｋを求めることができる。

次に、紙ＩＤをエンコードする要素Ｆについて説明する。要素Ｇに対応する２次元コードを作成するとともに要素Ｆに対応する２次元コード作成装置について図３５を用いて説明する。

２次元コード作成装置は、フォーマット変換部２０と、誤り訂正部２１と、２次元コード作成部２３とを有する。

フォーマット変換部２０は、入力された数字文字列をコンピュータ内で通常扱われる整数型５６ビットデータに変換する。

誤り訂正部２１は、整数型５６ビットデータに変換されたデータに、誤り訂正符号１６ビットを付加する。

この誤り訂正符号として、リードソロモン符号が用いられる。このリードソロモン符号は、バイト単位の誤りを訂正できる強力な誤り訂正方式であり、誤り訂正符号長の半分以下の誤りを訂正することができる。なお、リードソロモン誤り訂正符号の詳細については、昭晃堂「符号理論（コンピュータ基礎講座１８）」宮川、岩垂、今井共著など、多数の書籍に記されている。

本実施例の場合には、誤り訂正符号長が２バイトなので１バイトの誤り訂正が可能である。

２次元コード作成部２３は、データおよび誤り訂正符号データを図３６に示されるように２次元コードの各セルに割り当てて、２次元コードを作成する。図３６の各セルに示される番号は、配置位置を割り振られた番号である。

データおよび誤り訂正符号データのセルへの割り当ては、整数型５６ビットデータが１〜５６までのセルに、誤り訂正符号のデータ１６ビットが５７〜７２のセルとなっている。なお、２次元コード作成時には、規定された頂点座標、セル中心座標が用いられる。この規定座標は２次元コード読み取り時にも使用される。

２次元コードの作成はソフトウェアで行ってもよく、図３７にその処理を示すフローチャートを示す。

まず、ステップＳ１１０１で、数字文字列が入力される。ステップＳ１１０２では、数字文字列がコンピュータ内で通常扱われる整数型５６ビットデータにフォーマット変換される。ステップＳ１１０３で、誤り訂正符号１６ビットが作成され、整数型データに変換されたデータに付加される。この誤り訂正符号は、先ほどと同様にリードソロモン符号が用いられる。このようにして作成された整数型データおよび誤り訂正符号データは、ステップＳ１１０４で、図３６や図３８に示すように２次元コードの各セルに割り当てられ、２次元コードが作成される。なお、図３６と図３８については、要素Ｇの説明で詳細な説明をする。

データのセルへの割り当ては、先ほどと同様に整数型５６ビットデータが１〜５６までのセルに、誤り訂正符号のデータ１６ビットが５７〜７２のセルとなっている。また、２次元コード作成時には、規定された頂点座標、セル中心座標が用いられる．この規定座標は２次元コード読み取り時にも使用される。

次に、紙ＩＤである要素Ｇについて説明する。まず、図３０で示した２次元コードについて説明する。２次元コードは、図３０に示されるように、周囲が黒枠で囲まれ、内部に白または黒で１ビットの情報をあらわす最小単位であり情報領域であるセルが、図３６に示したように７２個配置されている。従って、この２次元コードは、７２ビットの情報を表現することができる。

この２次元コードを斜め上から読み取ると、バーコード読取装置が得る２次元コードはセルが大きい下側の部分が縮小されて、台形の形状となる。２次元コードはこのようにしてゆがむが、バーコード読取装置で撮影された２次元コード内の各セルは撮像素子の複数画素を占め、その面積はセルの位置に関係なく概略等しくなる。

このように上側のセルの大きさは小さく、下側のセルの大きさが大きい２次元コードにより、斜め上から２次元コードを読み取るように設けられたバーコード読取装置の撮像素子は、セルの白黒情報の安定した撮影が可能になる。

また、２次元コードの他の例として、図３１に示した台形コード（平面図）がある。この台形コードは、バーコード読取装置が斜め上から読み取る場合、撮像素子と各セルの距離に応じてセルの大きさが大きくなるようにした２次元コードである。

この台形コードの場合、セルは各行に１２個配置され、６行あるので、セルの総数は７２個ある。このセルの総数は図３０の２次元コードのセルの総数と等しいので、この台形コードで表現できるビット数は図３０の２次元コードで表現できるビット数と等しい。ちなみに、７２ビットのデータは、データの配置を表した図３８に示したように配置される。

また、２次元コードの他の例として、図３２に示したような矩形の２次元コード５７を射影変換し、台形の２次元コード５８に変形した２次元コードを使用することもできる．この場合に、斜め上から撮影した場合に得られる２次元コードの画像は、２次元コード５７に近いものが得られる。なお、２次元コード５８が表現できる情報量は、７２ビットである。

上述した３つの２次元コードにおいて共通していることの１つは、それらが横長となっていることである。その理由は、縦長にすると、セルの縦方向の長さが大きくなり、２次元コード全体のサイズが非常に大きくなり、小さい大きさで大容量のデータを表現できるという２次元コードのメリットがなくなるためである。

また、バーコード読取装置からみた場合、２次元コードとの距離は縦方向の変化に比べ横方向の変化の方が大きくなるため、バーコード読取装置から遠いところにあるセルは縦横比が大きい長方形にするのが適当である。したがって、図３１、図３２の例ではセルの横の長さの変化より縦の長さの変化のほうを大きくすることにより、バーコード読取装置で撮影した２次元コードは正方形に近い形状となる。

次に、処理ＩＤと外部処理プログラムを関連付け、処理ＩＤを管理する要素Ｈについて説明する。図３９は要素Ｈにおいて用いる管理テーブルの一例である。この管理テーブルは、プログラム処理ＩＤ関連付け情報に対応する。

処理ＩＤと外部処理プログラムとを関連づけ、それを管理する要素Ｈは、他の要素手段からある外部処理プログラムに対して処理ＩＤを要求してきたとき(登録要求)、少なくとも要素Ｈが搭載されたＰＣで外部処理プログラムを一意に規定できる情報を受けとり、それに対してこの管理テーブル内で唯一であるＩＤを割り当て、外部処理プログラム情報を管理テーブルに保存する。

図３９において、行１５５に示すようなまとまりである各行が処理ＩＤに対応する外部処理プログラム情報の一単位であり、列１５１、１５２、１５３、１５４が登録要素となっている。

このうち、列１５１には割り当てた処理ＩＤが格納される。また、列１５２には処理を行う外部処理プログラムを一意に指定する情報が格納されている。列１５２の一段目では外部処理プログラムのファイルパスが示されている。これにより、処理するプログラムが一意的に定まる。また、列１５２の二段目では、ジョブが格納されるフォルダ名を示すパス名が指定されている。ここでは、外部処理プログラムは一つのジョブフォルダにあるファイルを処理するものとし、その対応を一対一に規定することで、列１５１の処理ＩＤと外部処理プログラムを関連づけている。

図３９の第２行の例では、処理ＩＤ0001が*.docである電子文書を印刷した紙文書からの筆記情報を、c:\JobFolder\WordPrintのフォルダにジョブとして受け取る定型文書の処理を行うプログラムが登録されているということになる。また、列１５２の三段目では他のコンピュータ上のプログラムがＷｅｂサービスのＵＲＬとして指定されて、それが処理ＩＤと関連付けられている。

その他、図３９ではその外部処理プログラムがどのような電子文書の印刷からの筆記情報を扱えるかを示す属性情報である列１５３をもつ。また、列１５４は外部処理プログラムの説明が文字で記述されている。このような、列１５３、１５４のような外部処理プログラムに関する属性情報を列１５３、１５４以外にいくつ持っていてもかまわない。

また、処理ＩＤが指定され、外部処理プログラムについての管理情報を要求されたとき(参照要求)、要素Ｈでは図３９における列１５１のＩＤから該当するＩＤを検索し、少なくとも対応するＩＤ登録の要素である列１５２のフォルダパス名を一意に指定する情報を要求元に渡す。このとき、同時に列１５３以降の属性情報も渡してもかまわない。

また、図３９の管理テーブルの内容は、要素Ｈがプログラムである場合、そのプログラムが動作するメモリ内で保持していても良いし、あるタイミングでファイルシステムのファイルとして保存していても良い。また、データベースシステムに電子的情報として格納するものもある。または、処理ＩＤとそれに関する属性情報を１レコードとして格納し、処理ＩＤをキーとして外部処理プログラム情報を保存したり、取出したりすることにより処理ＩＤと電子プログラムとを関連づけ、それを管理するものでもよい。

このように、管理している処理ＩＤと外部処理プログラムとの関連づけ情報を、プログラム動作を行っているメモリ上のみではなく、ハードディスクのファイルなどの不揮発性ストレージ装置などへ保存することで、要素Ｈ装置が一度停止してもそれまで管理していた関連づけ情報を利用することが可能なシステムとなる。

また、要素Ｈにおいて、処理ＩＤとそれに対応する処理プログラムが処理するディレクトリ名が保存され管理されているので、処理プログラム名や処理するプログラム自体が変更されてもそれまでの要素Ｈにおける管理情報を変更せずに対応可能なシステムとなる。

また、要素Ｈは他の要素の装置とは独立した装置に存在し、他の要素の装置とはネットワークで接続された形態であってもかまわない。このとき、特に要素Ｈは、ＲＰＣ(Remote Procedure Call)やＷｅｂサービスなどの形態で存在し、ネットワーク経由で他の要素からの登録要求や参照要求を受けつける。

この場合、管理している処理ＩＤと外部処理プログラムとの関連づけ情報を不揮発性ストレージ装置として、ネットワークアクセス可能なデータベースへ保存することで、システムで統一的に関連づけ情報を登録および参照することができる要素Ｈを複数存在させることが可能なシステムとなる。
さらにネットワーク上の別の装置における外部処理プログラムを指定することが可能であるので、登録する外部処理プログラムをそのプログラムの動作条件にあうホスト装置にそれぞれ実装することが可能なシステムとなる。

また、システム上で唯一の要素Ｈの装置が他の要素の装置とネットワークで接続されており、他の要素の装置からネットワークを経由して処理ＩＤと外部処理プログラムとの関連づけをおこない、管理することで、ネットワーク的に離散した他の要素の装置からシステムで統一的に関連づけ情報を登録および参照することが可能なシステムとなる。

次に、フォームのレイアウト情報及び処理方法を編集・管理する要素Ｉについて説明する。要素Ｉは、紙文書を読み取り、紙文書で定義されたレイアウトや処理情報を元に、後述する情報テーブルに、認識された筆記情報を情報変換して保存するシステムである。

具体的に、図４０、図４１を用いて説明する。図４０は、図１１で説明した脱会・入会申込書に筆記されたものを示している。図４０に示されるように、脱会・入会申込書には、記入部として、記入部Ａ１７０、記入部Ｂ１７１、記入部Ｃ１７２、記入部Ｄ１７３、記入部Ｅ１７４がある。また、脱会・入会申込書には、ラベルとして氏名ラベル１７５や、その他会員Ｎｏ、依頼項目、コメントが記されている。

また、図４１には情報テーブルが示されている。情報テーブルは、登録情報と処理情報からなるテーブルである。登録情報は、ＩＤと氏名と会員番号があり、処理情報は、氏名と会員番号と処理とコメントがある。

このように情報テーブルは、脱会・入会申込書に筆記された情報が記録されるものである。

脱会・入会申込書の記入部Ａ１７０、記入部Ｂ１７１、記入部Ｅ１７４に筆記された筆記情報は、それぞれ、図４１に示される情報テーブル内の氏名、会員番号、コメントに記録され、記入部Ｃ１７２、記入部Ｄ１７３に書き込まれた筆記情報は、チェックされた記入部に従い、「削除」あるいは「登録」が処理に記録される。

次に帳票作成プログラムについて説明するが、以下の説明においては、フォームのレイアウト情報及び処理方法を定義したファイルを帳票定義体と呼び、これを編集するソフトウェアを帳票作成プログラムと呼ぶことにする。

具体的な装置例を、再び図１に基づき説明する。帳票作成用ＰＣ１０１上では帳票作成プログラムが実行される。データサーバ１０６ではデータベースプログラムが動作する。このデータベースプログラムでは帳票作成プログラムで生成される帳票定義体の入出力管理や帳票処理で使われる情報テーブルの入出力を行っている。

帳票作成プログラムは、図４０に示したような帳票のレイアウトや帳票の処理方法を図４２のような帳票構造体として定義され、その中身を作成・編集するプログラムである。図４２に示される帳票構造体は、記入部Ａ１７０を、プロパティ群を意味単位ごとにセクション化し、帳票のレイアウト情報を要素ラベル<Layout>で、認識情報を要素ラベル<Input>で、保存先情報を要素ラベル<Registration>で管理し、それらの中身をＸＭＬのプロパティとして記述したものである。

帳票作成プログラムは、図４３に示されるようなＧＵＩを持つ。このＧＵＩは、レイアウトエリア１５５と、ツールボックス１５６からなる。ツールボックス１５６には、ラベルツール１５１、テキストボックス１５２、チェックボックス１５３、バーコード１５４を有する。

帳票作成者は、レイアウトエリア１５５に、ツールボックス１５６を用いてラベルやテキストボックスを配置することで帳票の作成を行うことができる。

なお、ラベルツール１５１は、レイアウトエリア１５５にラベルを作成するものである。テキストボックス１５２は、レイアウトエリア１５５にテキストボックスを作成するものである。チェックボックス１５３は、レイアウトエリア１５５にチェックボックスを作成するものである。バーコード１５４は、レイアウトエリア１５５にバーコードを作成するものである。

このようにツールボックス１５６から配置する内容に応じた要素をレイアウトエリア１５５に配置し、その属性（プロパティ）を画面上で設定する。ここでいう要素とは、ラベルツール１５１、テキストボックス１５２、チェックボックス１５３、バーコード１５４など配置する目的用途に応じたものである。

例えば、図４４に示されるように、氏名を書く欄をテキストボックス１５２を利用して作成する。

各要素は図４５に示すようなプロパティ群を持っており、これらプロパティは実際に帳票が表示している内容やその処理方法などを定義している。このプロパティ群について説明する。図４５に示されるプロパティ群は、図４０の氏名ラベル１７５と記入部Ａ１７０に対応したプロパティ群の例である。プロパティ群は、レイアウト情報（コンテナ開始〜ボーダー）１７６・認識情報（入力〜認識結果）１７７・保存先情報（登録サーバ〜登録レコード）１７８に大別される。

レイアウト情報１７６は、要素の位置や大きさ、そこに表示する文字や枠線の状態を管理する。認識情報１７７は、帳票処理時の要素に手書きされた内容の情報変換作法を管理する。ここでは文字認識に用いる諸情報が管理されている。保存先情報１７８は、帳票処理時に用いる認識情報１７７で変換された結果の保存先を管理している。

なお、図４５に示されるＩＤが０００１の要素は「種類」が「Label」となっていることから、氏名ラベル要素である。この氏名ラベル要素は、「氏名」と言う文字が、「ボーダー」が「なし」となっていることからボーダーなしで表示され、「入力」が「不可」となっていることから、この氏名ラベルに筆記される場合の特別な処理はなく、また、「変換」が「なし」となっていることから入力された文字に対する変換はない。また、保存先情報１７８が空欄であることからデータの保存もされない。

ＩＤが０００２の記入部Ａ１７０の「種類」が「Textbox」となっていることから、テキストボックスであり、表示する文字は、「文字」が空欄となっていることから無く、「ボーダー」が「囲み」となっていることから、囲み（枠線）を持って表示されている。そして手書きされた場合には、「入力」が「可能」となっていることから、何らかの処理が存在し、「認識知識」１〜３で表現される文字認識「日本語」、「手書き」、「姓名」の情報変換として行う。そして、得られた認識結果は、保存先情報１７８に記述されている場所に保存されることを意味している。

以上説明したように、帳票構造体にこのようなプロパティ群を持たせ、管理することによりフォームのレイアウトや処理方法を定義している。

次に、フォームのレイアウト情報及び処理方法から、筆記情報をデータに分解し保存する要素Ｊの説明をする。要素Ｄとしてスキャナを用いた場合、図４６に示される脱会・入会申込書を用いて説明すると、要素Ｊは、読み取った記入帳票イメージ１８０と筆記されていない未記入帳票イメージ１８１との差分をとり、筆記イメージ１８２を得て、氏名や会員番号など、それぞれの要素に分解し、保存する。

要素Ｄとして座標入力装置を用いた場合は、筆記された座標列すなわち筆記情報がそのまま得られるので、氏名や会員番号など、それぞれの要素に分解し、保存する。なお、非定型処理の場合は帳票の概念がないので各要素には分解しないで、全体を１つとして保存する。

要素Ｄとしてスキャナを用いた場合は前述のように未記入の紙文書のイメージと記入済みの紙文書のイメージとの差分を取って、加筆分のみを取り出す。

要素Ｄとして座標入力装置を用いた場合は、筆記されたデータがそのまま得られる。

この処理を、図４７のフローチャートを用いて説明する。なお、このフローチャートは、上述した差分をとる処理を行う手書き処理プログラムの処理を示している。また、筆記情報分解保存段階に対応する処理である。

ステップＳ１２０１は、帳票認識である。ステップＳ１２０２は、未記入帳票のイメージの生成である。この処理は、ステップＳ１２０１で呼び出された帳票定義体から、未記入帳票イメージを生成する処理である。

ステップＳ１２０３は、未記入帳票イメージと記入帳票イメージの位置合わせである。この処理は、タイミングマークを用いて未記入帳票のイメージに記入帳票のイメージをあわせる処理である。なお、タイミングマークの位置・形状情報は帳票定義体から取得される。また、タイミングマークが存在しない場合はこのステップは行われない。

ステップＳ１２０４は、筆記イメージの生成である。この処理は、未記入帳票イメージと記入帳票イメージの差分をとる処理である。

次のステップＳ１２０５からステップＳ１２０８までの処理は、帳票定義体に示される要素単位に行われる。まず、ステップＳ１２０５は、各要素に対応する部分画像の生成である。この処理は、要素のプロパティ（レイアウト情報）に従って行なわれ、例えば、図４６の「山田太郎」、「56-381」などの部分画像を生成する処理である。

ステップＳ１２０６は、部分画像の文字認識である。この処理は、要素のプロパティ（認識情報）に従って行なわれる。ステップＳ１２０７は、文字認識することにより部分画像から文字へ情報が変換された結果を保存する処理である。

次のステップＳ１２０８で、全ての要素に対して処理をしたかどうかの判断がされ、まだ処理されていない要素があれば、ステップＳ１２０５へ処理が進み、全ての要素に対して処理をした場合は、終了する。
＠
次に、筆記情報をデータに分解し保存する別の実施例を説明する。この実施例は、分解して保存するだけではなく、さらにそれらをブラウザを用いて閲覧することも可能とするものである。

この実施例で対象となる紙文書は、先ほどの実施例のように、記入されることを予定されたフォーマットを有する紙文書ではない。具体的にこの紙文書は、図６４、図６５、図６６に示されるように、普通の文書である。この実施例では、このような紙文書に手書きされた筆記情報に対して行われる処理について説明する。

まず、先ほどの図６４、図６５、図６６について説明する。これら３つの図に示される紙文書３２１は、帳票作成ＰＣ１０１から同一の電子文書を印刷して得られた紙文書であり、手書きされた筆記情報３２３を有し、いずれも紙ＩＤ３２２とタイミングマーク３２４が付与されている。

以下、紙文書３２１に対する処理について説明する。この説明では、手書きされていない紙文書の画像を原稿画像と表現し、筆記された部分のみの画像を筆記画像と表現し、読み込んだ画像をスキャン画像と表現する。

また、各紙文書３２１は、以下の処理を行う外部処理プログラムである筆記保存プログラムと、管理テーブル（図３９参照）により関連付けられている。

まず、手書きされた紙文書が読み込まれる。紙文書を読み込んだスキャン画像と、紙ＩＤと、文書ＩＤはファイルとして、所定のフォルダに保存される。ここで、フォルダに保存されるファイルは例えばＸＭＬ形式であり、画像データはbase64形式で文字列にエンコードされたものである。

筆記保存プログラムは、そのフォルダを監視していて、ファイルを見つけるとそれをメモリに読み込み、スキャン画像、紙ＩＤ、文書ＩＤを取得する。次に、文書ＩＤから原稿画像を生成し、スキャン画像との差分をとることで、筆記画像を抽出する。

このことを、具体的に図６７を用いて説明する。図６７には、スキャン画像３３０と、原稿画像３３１と、筆記画像３３２とが示されている。筆記保存プログラムは、スキャン画像３３０と、生成した原稿画像３３１との差分をとることで、筆記画像３３２を抽出する。

次に、これらの情報は、データサーバ１０６に、それぞれ保存される。筆記画像は、決められたフォルダ、例えばc:\DataFolder\Kahitsu 以下に一意な名前を付けて保存される。スキャン画像は、c:\DataFolder\Scan以下に一意な名前を付けて保存される。原稿画像は、c:\DataFolder\Genkoh 以下に一意な名前を付けて保存される。これらの画像は白黒２値のビットマップ形式である。

保存された筆記画像、原稿画像、スキャン画像のそれぞれのファイル名、紙ＩＤ、文書ＩＤ、時刻を、データサーバ１０６の筆記管理情報テーブルに格納する。この筆記管理情報テーブルを、図６８を用いて説明する。

筆記管理情報テーブルは、筆記ＩＤと、紙ＩＤと、文書ＩＤと、筆記画像と、スキャン画像と、原稿画像と、筆記取得時刻を含むテーブルである。

筆記ＩＤは、このテーブルでこれらの筆記情報を識別するためのＩＤであり、早く格納されたものから順に数字が割り当てられる。筆記画像、スキャン画像、原稿画像は、それぞれの画像の位置並びにファイル名を示すものである。筆記取得日時は、筆記画像を取得した日時を示すものである。

このようにして保存された各情報を閲覧する筆記表示ブラウザについて説明する。図６９に示される筆記表示ブラウザ３４０は、スキャン画像表示フレーム３４１と、筆記画像一覧フレーム３４２を有する。

スキャン画像表示フレーム３４１には、スキャン画像３４３が表示される。筆記画像一覧フレーム３４２には、筆記取得日時とともに筆記取得時刻筆記画像３４４が表示される。筆記画像はトリミング処理をして表示してもよい。ユーザが、画面下の筆記画像を選択することで、スキャン画像が、選択した筆記画像に対応するものに切り替わる。

このとき、筆記表示ブラウザは、次のように動作する。まず、ユーザが画面下の筆記画像を選択すると、対応する筆記ＩＤを取得する。そして、筆記情報管理テーブルからその筆記ＩＤに対応するスキャン画像のファイル名を取得して、その画像をスキャン画像表示フレーム３４１に表示する。

ここで、帳票作成用ＰＣ１０１と帳票処理用ＰＣ１０３とデータサーバ１０６は、同一の装置であってもよい。

次に説明する図７０に示される筆記表示ブラウザ３４０は、図６９に示したブラウザに、紙ＩＤ管理テーブルを表示するものである。図７０に示される筆記表示ブラウザ３４０には、紙ＩＤ管理テーブル表示フレーム３４５を有する。

また、図６９と異なり、スキャン画像表示フレーム３４１に表示されるのは、筆記画像と原稿画像を重畳したものである。この筆記表示ブラウザ３４０の場合、紙ＩＤ管理テーブル表示フレーム３４５で選択された原稿画像と、筆記画像一覧フレーム３４２に表示されている筆記画像とが重畳されたものを表示することができる。

ここで、筆記表示ブラウザ３４０が原稿画像と筆記画像の重畳画像を生成する動作を、図７１のフローチャートを用いて説明する。

ステップＳ１５０１で、ユーザにより、紙ＩＤ管理テーブル表示フレームで紙ＩＤが指定される。ステップＳ１５０２で、筆記表示ブラウザは、指定された紙ＩＤに対応する文書ＩＤを紙ＩＤ管理テーブルから取得する。そして、ステップＳ１５０３で、筆記表示ブラウザは、文書ＩＤに対応する電子文書を画像化して、一時画像ファイルに保存する。

ステップＳ１５０４は、ループカウンタｊの初期化である。このループカウンタｊは、ステップＳ１５０５とからステップＳ１５０９のループ処理に用いられる。このループ処理は、筆記画像ファイルを検索する処理である。

ステップＳ１５０５で、筆記表示ブラウザは、筆記情報管理テーブルの筆記ＩＤがｊ番となるレコードが存在するかどうか判断する。存在しない場合、処理は終了する。

存在する場合、ステップＳ１５０６で、筆記表示ブラウザは、筆記ＩＤがｊ番のレコードに保存されている文書ＩＤが、ユーザにより指定された文書ＩＤを一致するかどうか判断する。

一致しない場合、ステップＳ１５０９で、ｊが増分され、再びステップＳ１５０５の処理が行われる。一致する場合、ステップＳ１５０７で、筆記表示ブラウザは、筆記画像ファイルを取得する。次のステップＳ１５０８で、筆記表示ブラウザは、一時画像ファイルに筆記画像ファイルを重畳する。

なお、筆記画像ファイルを取得した直後に、その画像を筆記画像一覧フレーム３４２に順に表示すれば、原稿画像と筆記画像の重畳処理が終わるときに、筆記画像一覧フレーム３４２に筆記画像の一覧が表示される。

この処理において、帳票作成用ＰＣ１０１と帳票処理用ＰＣ１０3とデータサーバ１０６は、同一の装置であってもよい。

このようにすることで、ユーザによる紙ＩＤ管理テーブルの紙ＩＤの選択によって文書ＩＤが指定されると、その文書ＩＤをもつ電子文書になされた筆記画像の一覧を筆記画像一覧フレーム３４２に表示することができ、スキャン画像表示フレーム３４１へ加筆重畳画像が表示される。

次に、図７２に示される筆記表示ブラウザ３４０について説明する。筆記表示ブラウザ３４０は、ユーザが紙ＩＤを指定すると、その原稿画像ファイルになされたすべての筆記画像３４４、３４１、３５２を、色を変えて重畳した画像を表示する。色によって、筆記が同一の紙文書になされたのかどうかが分かる。

このような原稿画像と筆記画像を重畳した画像を生成する筆記表示ブラウザ３４０の動作は、図７１のフローチャートに準ずる。

具体的には、ステップＳ１５０３において、白黒の二値のビットマップ形式に画像化した原稿画像を、２５６色多値のビットマップ形式に変換して、一時画像ファイルとして保存する。また、ステップＳ１５０８において、取得した白黒二値の筆記画像を、２５６色多値に変換してから、一時画像ファイルに合成して、２５６色多値画像として保存する。

このようにすることで、図７２に示される筆記表示ブラウザ３４０を実現することができる。

なお、筆記表示ブラウザは、内部的に色情報を要素とする配列である色テーブルをもっている。ステップＳ１５０８において、筆記画像の色を、その時までに一時画像ファイルに重畳した画像の数により決定する。たとえば、色テーブルが、緑、赤、青、・・・、紫という配列であれば、筆記画像の色も、早く重畳するものから順に、緑、赤、青、・・・、紫となる。重畳する筆記画像の色の数がこの色テーブルの要素数を超えた場合は、重畳する色を最初の要素（ここでは緑）に戻す。

ここで、帳票作成用ＰＣ１０１と帳票処理用ＰＣ１０3とデータサーバ１０６は、同一の装置であってもよい。

次に、図７３に示される筆記表示ブラウザ３４０について説明する。筆記表示ブラウザ３４０は、ユーザが紙ＩＤを指定すると、その原稿画像ファイルになされたすべての筆記画像を、筆記者毎に色を変えて重畳した画像を表示する。色によって、筆記が同一の人物によってなされたのかどうかが分かる。スキャン画像表示フレーム３４１に筆記者名とその色のリストが表示される。

表示される筆記者名は、要素Ｄが取得する。例えば、画像を取得する際に、処理開始の直後に筆記者がその名前を、コンピュータの表示画面から入力するものとする。要素Ｋがその文字列を、スキャン画像等とともに、ＸＭＬファイルに格納して筆記保存プログラムへ渡す。筆記保存プログラムは筆記者名を表す文字列を取得し、筆記管理テーブルに、スキャン画像等とともに格納する。

このときの筆記管理テーブルが図７４に示すものである。この筆記管理テーブルは、図６８で示したものに、筆記者を加えたものである。図７４に示されるように、他の情報とともに、筆記者が筆記ＩＤごとに設けられている。

筆記表示ブラウザ３４０が原稿画像と筆記画像の重畳画像を生成する動作は、図７２で説明した処理と同じものとなる。

また、図７２の場合の筆記表示ブラウザ３４０も、上述した色テーブルをもっている。ステップＳ１５０８において、筆記画像の色を、その時までに一時画像ファイルに重畳した画像の筆記者の数により決定する。例えば、色テーブルが、緑、赤、青、黄、・・・、紫という配列であって、筆記情報管理テーブルの筆記者が、筆記ＩＤが小さいものから順に、satoh, tanaka, tanaka, ono, …であるとする（図７４参照）。その場合、筆記画像の色は、早く重畳するもの（筆記ＩＤが小さいもの）から順に、緑、赤、赤、青、・・・となる。重畳する筆記画像の色の数がこの色テーブルの要素数を超えた場合は、重畳する色を最初の要素（ここでは緑）に戻す。

ここで、帳票作成用ＰＣ１０１と帳票処理用ＰＣ１０3とデータサーバ１０６は、同一の装置であってもよい。
＠
次に、紙ＩＤから文書ＩＤ及び処理方法に変換する要素Ｋについて説明する。紙ＩＤから文書ＩＤおよび処理ＩＤに変換する要素Ｋの処理手順の概要図を図４８に示す。図４８では、要素Ｋを中心として、矩形図形は各要素を、吹き出し部はデータやリクエストの内容を、矢印はそのデータやリクエストの方向を、矢印上のステップはその順番を示している。

まず、ステップＳ１３０１で、要素Ｋは、Ｄ−ＰＡＤから紙ＩＤと筆記情報を取得する。あるいは、要素Ｋは、スキャナまたはＭＦＰのスキャナ部で筆記した紙文書を読み込み、紙ＩＤと画像を取得する。

次のステップＳ１３０２で、要素Ｋは、要素Ｂに対してその紙ＩＤを送り、その紙文書に関する管理情報を要求する。その結果、ステップＳ１３０３で、要素Ｋは、紙文書に対応するＩＤ登録の要素である電子文書を一意に指定する情報や、処理ＩＤなどを取得する。このステップＳ１３０３は、プログラム処理ＩＤ関連段階に対応する。

次に、要素Ｋは、ステップＳ１３０４で要素Ｈに対してその処理ＩＤを送り、その紙文書に関する処理プログラムの管理情報を要求する。その結果、ステップＳ１３０５で、要素Ｋは、要素Ｈより対応する識別子で登録されているフォルダパス名を一意に指定する情報などを取得する。

そして、要素Ｋは、ステップＳ１３０６で、Ｄ−ＰＡＤあるいはスキャナやＭＦＰのような画像入力装置、要素Ｂ、要素Ｈを介して取得したすべての情報をファイルに格納し、上記処理で得たフォルダパス名にファイルとして保存する。

これにより、要素Ｋは、ステップＳ１３０７で、次段階の処理である、筆記情報をフォームのレイアウト表示および処理方法から、データに分解・保存する要素Ｊもしくは非定型処理プログラムへジョブを受け渡す。

文書処理システムの全体構成図を示す図である。 ＰＣのハードウェア構成を示す図である。 文書処理システムを構成する要素Ａ〜Ｊを示す図である。 要素Ａの第１の実施例を示すフローチャートである。 要素Ａの第２の実施例を示すフローチャートである。 要素Ａの第３の実施例を示すフローチャートである。 要素Ａの第４の実施例を示すフローチャートである。 要素Ａの第５の実施例を示すフローチャートである。 紙ＩＤ管理テーブルを示す図である。 紙ＩＤ管理テーブルを示す図である。 紙文書の例を示す図である。 紙文書の例を示す図である。 筆記情報入力装置を示す図である。 筆記情報入力装置の外観例を示す図である。 筆記情報入力装置の処理を示すフローチャートである。 筆記情報入力装置から送信されるデータの形式を示す図である。 画像入力装置を示す図である。 画像入力装置の処理を示すフローチャートである。 画像正立処理を示すフローチャートである。 領域抽出処理を示すフローチャートである。 画素にラベルをつける様子を示す図である。 外接矩形座標検出処理を示す図である。 外接矩形同士を統合した外接矩形を示す図である。 バーコード読取装置を構成する各部を示す図である。 頂点画素検出を示す図である。 頂点候補検出を示す図である。 コード枠検出を示す図である。 ２次元コード読み取り処理を示すフローチャートである。 斜め方向からの読み取る様子を示す図である。 ２次元コードを示す図である。 ２次元コードを示す図である。 射影変換を示す図である。 ２次元コードと読み取った２次元コードを示す図である。 変換パラメータを求める数式を示す図である。 ２次元コード作成装置を構成する各部を示す図である。 データの配置位置を示す図である。 ２次元コード作成処理を示すフローチャートである。 データの配置位置を示す図である。 管理テーブルを示す図である。 帳票を示す図である。 情報テーブルを示す図である。 帳票構造体を示す図である。 帳票作成プログラムのユーザインタフェースを示す図である。 テキストボックスを作成する様子を示す図である。 プロパティ群を示す図である。 筆記情報をデータに分解する様子を示す図である。 筆記情報をデータに分解し保存する処理を示すフローチャートである。 要素Ｋと他の要素との関連を示す図である。 画像取得装置の構成例を示す図である。 撮像部、駆動部、制御部の詳細な構成例を示す図である。 撮像部の構成例を示す図である。 紙文書の例を示す図である。 画像取得装置の処理を示すフローチャートである。 撮像部の上下方向への駆動を示す図である。 分割画像を示す図である。 接合した画像を示す図である。 あおり歪の補正を行った画像を示す図である。 画像取得装置の構成例を示す図である。 画像取得装置の構成例を示す図である。 画像取得装置の構成例を示す図である。 画像取得装置の構成例を示す図である。 画像取得装置の構成例を示す図である。 画像取得装置の構成例を示す図である。 手書きされた紙文書を示す図である（その１）。 手書きされた紙文書を示す図である（その２）。 手書きされた紙文書を示す図である（その３）。 筆記画像抽出処理を示す図である。 筆記情報管理テーブルを示す図である。 筆記表示ブラウザを示す図である（その１）。 筆記表示ブラウザを示す図である（その２）。 原稿画像と筆記画像の重畳画像を生成する動作を示すフローチャートである。 筆記表示ブラウザを示す図である（その３）。 筆記表示ブラウザを示す図である（その４）。 筆記情報管理テーブルを示す図である。

符号の説明

１１ 頂点候補検出部
１２ コード枠検出部
１３ 射影変換係数算出部
１４ データサンプリング部
１５ 誤り訂正部
１６、２０ フォーマット変換部
２１ 誤り訂正部
２３ ２次元コード作成部
３１ 入力装置
３２ 表示装置
３３ ドライブ装置
３４ 記録媒体
３５ 補助記憶装置
３６ メモリ装置
３７ 演算処理装置
３８ インタフェース装置
４０、４７ 脱会・入会登録用紙
４１、４２、４３、４４、４８、４９、５０、５１、３２４ タイミングマーク
４５、５７、５８、６７、６８、２９０ ２次元コード
４６ コンテンツ
５２ コンテンツの一部
５３ コンテンツの一部の拡大図
５４ 識別子
５５ コード枠兼アライメントドット
５６ データドット
５９ 紙文書例
６０ 筆記情報入力装置
６１ 座標入力装置
６２ 紙ＩＤ情報読取装置
６３、３２２ 紙ＩＤ
６４ 筆記情報
６５ 文書本文
６６ 専用入力ペン
７１ 記憶装置
７２ 通信装置
７３ 制御装置
７４ 座標入力装置
７６、７７、７８、７９ 黒枠判定ライン
７５ 紙ＩＤ情報読取装置
８０ スキャナ
８１ スキャナ制御装置
８２ 制御装置
８３ 記憶装置
８４ 画像処理装置
８５ ネットワーク制御装置
８６ ＭＦＰ
８７ ネットワーク
８８ 画像入力装置
９０、９１、９２、９３ 画素
９４、９５、９６ 外接矩形
１００ 記憶装置
１０１ 帳票作成用ＰＣ
１０２ 印刷装置
１０３ 帳票処理用ＰＣ
１０４ Ｄ−ＰＡＤ
１０５ スキャナ
１０６ データサーバ
１０７ ネットワーク
１０８ 帳票作成装置
１０９ 帳票処理装置
１１０ ユーザ
１１１ 外部処理プログラム
１１２ ストレージ
１２１ 要素Ａ
１２２ 要素Ｂ
１２３ 要素Ｃ
１２４ 要素Ｄ
１２５ 要素Ｅ
１２６ 要素Ｆ
１２７ 要素Ｇ
１２８ 要素Ｈ
１２９ 要素Ｉ
１３０ 要素Ｊ
１３１ 要素Ｋ
１４１、１４２、１４３、１４４、１４６、１５１、１５２、１５３、１５４ 列
１４５、１５５ 行
１７０ 記入部Ａ
１７１ 記入部Ｂ
１７２ 記入部Ｃ
１７３ 記入部Ｄ
１７４ 記入部Ｅ
１７５ 氏名ラベル
１７６ レイアウト情報
１７７ 認識情報
１７８ 保存先情報
１８０ 記入帳票イメージ
１８１ 未記入帳票イメージ
１８２ 筆記イメージ
２０１、３１０ 撮像部
２０２ 駆動部
２０３ 支柱
２０４ インタフェース
２０５ 制御部
２０６ 支持台
２０７ 操作スイッチ
２０８ 紙文書
２１０ ＣＰＵ
２１１ システムコントローラ
２１２ ＳＤＲＡＭ
２１３ ＰＣＩバス
２１４ ＰＣＭＣＩＡ
２１５ Ｉ／Ｏ入出力デバイス
２１６ ハードディスク
２１７ ＩＤＥ
２１８ ＰＣＩ／ＩＳＡブリッジＩＤＥＵＳＢ変換インタフェース
２１９、２３９ ＵＳＢ
２２０ ＩＳＡバス
２２１、２３７ Ｉ／Ｏコントローラ
２２２、２３８ シリアル
２３４ パラレル
２３５ ＬＡＮインタフェース
２３６ ＭＰＵ
２４０ メモリ
２４１ ＣＤＳ
２４２ Ａ／Ｄ変換器
２４３ 駆動回路
２４４ ロータリエンコーダＸ
２５５ ステッピングモータＸ
２５６ ステッピングモータＹ
２５７ ロータリエンコーダＹ
２５８ 検出回路
２６１ Ｉ／Ｏデバイス
２６２ 撮像素子
２６３ フォーカスレンズ
２６４ シャッタ
２６５ 絞り機構
２６６ ズームレンズ
２６７、２６８ 固定レンズ
２８０ ＴＧ
２８１ ＩＰＰ
３０１、３０２ 領域
３１０ 撮像部
３１１、３１４ データ識別情報
３１２ 紙ＩＤ情報読み取り部
３１３ 下敷き
３１５ 支持台
３１６ 投影部
３１７ 投影領域
３１８ 携帯情報端末
３２１ 紙文書

Claims (6)

1. 手書きされた紙文書に対して処理を行う文書処理システムであって、
   前記紙文書を識別するための紙ＩＤをエンコードした符号化紙ＩＤを作成するエンコード手段と、
   前記符号化紙ＩＤをデコードするデコード手段と、
   前記紙ＩＤを取得し、前記エンコード手段により作成された符号化紙ＩＤを前記紙文書に印刷する印刷手段と、
   予めフォームが定まっている電子文書に対して割り当てられる文書ＩＤと前記紙ＩＤとを関連付ける文書紙ＩＤ関連手段と、
   前記紙ＩＤを管理する紙ＩＤ管理手段と、
   符号化紙ＩＤが印刷され、手書きされた筆記情報を有する紙文書から、前記筆記情報とデコード手段によりデコードされた紙ＩＤを取得する情報取得手段と、
   前記情報取得手段により取得された筆記情報に対して行われる処理を示す処理ＩＤと前記紙ＩＤとを関連付ける処理紙ＩＤ関連手段と、
   前記処理ＩＤを管理する処理ＩＤ管理手段と、
   前記情報取得手段により取得された筆記情報のうち、手書きされた部分の情報である筆記画像情報を抽出する筆記画像情報抽出手段と、
   前記画像抽出手段により得た筆記画像情報を、該筆記画像情報が取得された電子文書の文書ＩＤを含む属性情報とともに保存して管理する筆記画像情報管理手段と、
   前記筆記画像情報管理手段に保存された筆記画像情報を表示する筆記画像情報表示手段と
   を有することを特徴とする文書管理システム。
2. 前記筆記画像情報表示手段は、前記筆記画像情報を拡大して表示することを特徴とする請求項１に記載の文書管理システム。
3. 前記筆記画像情報表示手段は、前記筆記画像情報管理手段に保存された文書ＩＤを表示し、表示された文書ＩＤから選択された文書ＩＤに対応する前記筆記画像情報を表示することを特徴とする請求項１または２に記載の文書管理システム。
4. 前記筆記画像情報表示手段は、前記筆記画像情報と、該筆記画像情報にともに保存された文書ＩＤに対応する電子文書とを、重畳して表示することを特徴とする請求項１から３のいずれか１項に記載の文書管理システム。
5. 前記筆記画像情報表示手段は、重畳する前記筆記画像情報が複数の場合、筆記画像情報とともに保存された前記属性情報に応じて色を変えて重畳することを特徴とする請求項４に記載の文書管理システム。
6. 前記属性情報は、前記紙文書に対して手書きしたユーザに関するユーザ情報を含むことを特徴とする請求項１から５のいずれか１項に記載の文書管理システム。

Images