(57)【特許請求の範囲】
【請求項１】
電子文書を表示する表示部と、
上記表示部に表示された上記電子文書の任意の表示ページに出現する記号列と該記号列ごとの上記電子文書の先頭からの出現順番とを対応づけた複数のインデックスを作成し、該作成した複数のインデックスの中で上記出現順番が小さいインデックスを選択し、該選択したインデックスと上記電子文書のＩＤとを含むインデックスデータを作成するインデックスデータ作成部と、
該作成されたインデックスデータを記憶する記憶部とを有することを特徴とする電子文書管理装置。
【請求項２】
上記インデックスデータの検索条件が入力されたとき、該入力された検索条件に基づいて上記記憶部からインデックスデータを検索するインデックスデータ検索部と、
該検索されたインデックスデータに対応づけられた電子文書内で、該検索されたインデックスデータの記号列が該記号列に対応づけられた出現順番で現れている位置を同定し上記記号列が含まれるページを検索するページ検索部とを更に有し、
上記表示部は、該検索されたページを表示することを特徴とする請求項１に記載の電子文書管理装置。
【請求項３】
上記ページ検索部は、該記号列が最も多く含まれるページを検索することを特徴とする請求項２に記載の電子文書管理装置。
【請求項４】
上記インデックスデータ作成部は、上記表示部に表示されたページに同一の記号列が複数現れる場合には、上記インデックスとして該ページで先頭に現れる記号列と該記号列に対応する出現番号とを採用し、上記インデックスデータを作成することを特徴とする請求項
１乃至３の何れかに記載の電子文書管理装置。
【請求項５】
上記インデックスデータ作成部は、上記表示部に表示されたページの状態が変化するごとに上記インデックスデータを作成することを特徴とする請求項１乃至４の何れかに記載の電子文書管理装置。
【請求項６】
上記ページの状態の変化は、上記表示されたページのスクロールもしくは記号列検索による上記電子文書内のページの移動であることを特徴とする請求項５に記載の電子文書管理装置。
【請求項７】
上記ページの状態が変化するときは、上記電子文書の編集を開始もしくは終了したときであることを特徴とする請求項５又は６の何れかに記載の電子文書管理装置。
【請求項８】
入力部を更に有し、
上記インデックスデータ作成部は、上記入力部を介して上記表示部に表示されたページを記憶する指示が入力されたとき上記インデックスデータを作成することを特徴とする請求項１乃至７の何れかに記載の電子文書管理装置。
【請求項９】
上記インデックスデータ作成部は、作成した複数の上記インデックスの中で上記表示ページにのみ出現する回数が多い記号列を含むインデックスを選択し、該選択したインデックスを含むインデックスデータを作成することを特徴とする請求項１乃至８の何れかに記載の電子文書管理装置。
【請求項１０】
上記インデックスデータ作成部は、上記表示部に表示されたページに出現する上記記号列をランダムに選択し、該選択した記号列からなるインデックスを含むインデックスデータを作成することを特徴とする請求項１乃至８の何れかに記載の電子文書管理装置。
【請求項１１】
上記インデックスデータは、上記表示部に表示されたページの状態が変化した時刻の情報を含むことを特徴とする請求項１乃至１０の何れかに記載の電子文書管理装置。
【請求項１２】
デジタルペンによるストロークセットデータの指定を受け、
上記検索条件は、該指定されたストロークセットデータに対応づけられる時刻の情報であることを特徴とする請求項２乃至１１の何れかに記載の電子文書管理装置。
【請求項１３】
上記検索条件は、上記表示部に表示されたインデックスデータ一覧表示から選択されたインデックスデータであることを特徴とする請求項２乃至１１の何れかに記載の電子文書管理装置。
【請求項１４】
上記検索条件は上記電子文書の編集を終了したときの時刻の情報であり、上記表示部は該電子文書の編集を終了したときに表示されていたページを表示することを特徴とする請求項２乃至１１の何れかに記載の電子文書管理装置。
【請求項１５】
表示部と記憶部を有する電子文書管理装置において電子文書管理方法を実行させる電子文書管理プログラムであって、
上記電子文書管理方法は、上記表示部に表示されたページに出現する記号列と該記号列が該記号列として上記電子文書の先頭から何番目に出現するかを表す出現番号とを対応づけた複数のインデックスを作成し、該作成した複数のインデックスの中で上記出現順番が小さいインデックスを選択し、該選択したインデックスと上記電子文書のＩＤとを含むインデックスデータを作成するステップと、
該作成されたインデックスデータを上記記憶部に記憶させるステップと、を有することを特徴とする電子文書管理プログラム。
【請求項１６】
上記電子文書管理方法は、上記インデックスデータの検索条件が入力されたとき、該検索条件に基づいて上記記憶部からインデックスデータを検索するステップと、
該検索されたインデックスデータに対応づけられた電子文書内で、該検索されたインデックスデータの記号列が該記号列に対応づけられた出現順番で現れている位置を同定し上記記号列が含まれるページを検索するステップと、
該検索されたページを上記表示部に表示させるステップと、を更に有することを特徴とする請求項１５に記載の電子文書管理プログラム。
【請求項１７】
デジタルペンと電子文書管理装置からなる電子文書管理システムであって、
上記電子文書管理装置は、
電子文書のページを表示する表示部と、
上記表示部に表示されたページに出現する記号列と該記号列ごとの上記電子文書の先頭からの出現順番を表す出現番号とをインデックスとし、複数の該インデックスの中で上記出現順番が小さいインデックスと該インデックスが作成された第１の時刻情報とを含むインデックスデータを作成するインデックスデータ作成部と、
該作成されたインデックスデータを記憶する記憶部とを有し、
上記デジタルペンは第２の時刻情報を上記電子文書管理装置に送信し、
上記電子文書管理装置は更に、受信した上記第２の時刻情報と上記第１の時刻情報に基づいて上記記憶部からインデックスデータを検索するインデックスデータ検索部と、
該検索されたインデックスデータに基づいて上記電子文書のページを検索するページ検索部とを有し、
上記表示部は、該検索されたページを表示することを特徴とする電子文書管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子文書管理装置において、電子文書の表示位置を記録し検索する技術に関する。
【背景技術】
【０００２】
文書の電子化や電子メイル、ＷＷＷの普及に伴って、電子文書、電子メイル、Ｗｅｂページなどから必要な情報だけを抜き出して管理することが増えてきた。例えば、会議開催に関する電子メイルから会議の開催場所と開催日時を手帳に書きとめたり（例１）、興味のあるＷｅｂページの一部を紙に書きとめておいたり（例２）、実験データの電子ファイルから計測値の一部を実験ノートに書き写したり（例３）、必要な情報のみを記録することは頻繁にある。いずれの場合も、一次情報であるオリジナルの電子ファイルから、二次情報であるメモなどを生成している。
【０００３】
ところが、一次情報の全てを二次情報として記述するわけではないため、二次情報生成後に、二次情報から一次情報を参照したい場合も多い。例１では、開始場所や開催日時以外の会議開催メイルの差出人や会議開催目的などを、オリジナルの電子メイルで確認したい場合もある。例２では、情報元のＷｅｂページの内容を改めて確認したいこともある。例３では、後日、実験の計測値を再検討するため、実験データの電子ファイルを確認したい場合もある。
このように二次情報から一時情報を参照する状況において、ユーザは一次情報が長い文書や長いＷｅｂページの場合は、文書単位ではなくページ単位で一次情報にピンポイントにアクセスする必要性も出てくる。
【０００４】
書誌情報や文書中のキーワードなど文書のインデックス情報を作成する文書管理装置に関して、文書ファイルのセーブ、文書表示ウィンドウのクローズなどのタイミングでインデックス情報を自動作成する技術がある。さらに、新しいＵＲＬのＷＷＷページが表示されるごとにそのページをコピーし、ページに関するインデックス情報をページと対応づけて記憶する技術がある（例えば、特許文献１参照）。
また、電子文書に対し、所定規則の文字列とその出現ページ情報とを対応付けてテーブルに記録しておく技術がある。これは、電子文書の目次（見出し一覧）を自動的に作成することに相当する（例えば、特許文献２参照）。
【０００５】
一方、二次情報として紙上にメモを記入するという状況では、ペン先の軌跡を電子的に取得するペン型入力デバイス（デジタルペン）が実用化されている。デジタルペンとしては、例えば、スウェーデンのＡｎｏｔｏ社が開発した「アノトペン」等の技術がある（例えば特許文献３参照）。
【０００６】
【特許文献１】特開２０００−２８５１３４号公報
【０００７】
【特許文献２】特開平７−３１９８７３号公報
【特許文献３】特表２００３−５２８３８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
電子文書やＷｅｂページが長い場合、ユーザは所望とする箇所を文書単位ではなく、ページ単位でピンポイントにアクセスしたい。
特許文献１に開示されているように、インデックス情報を文書単位で作成すると、ユーザは閲覧していたページに直接アクセスすることはできない。
【０００９】
また、特許文献２の装置は、インデックス情報として見出しとその見出しがあるページとを対応づけて記憶するため、ユーザは見出しのあるページを検索し閲覧することはできる。しかし、決められた少数の見出し情報からユーザが所望とするページに移動することは困難である。
【００１０】
さらに、特許文献１及び２には、紙上のメモなどの二次情報と閲覧している電子文書等の一次情報を直接リンクする手段については開示されていない。
【００１１】
一方、ページ位置を記録する技術に関して、最も単純な方法として、文書の先頭からの文字列の絶対位置を記録する方法がある。しかし、この方法は文書のレイアウト変更や文書の変更に対応できない。
【００１２】
別の方法は、文書内にマーク用のタグを埋め込む方法である。この方法は文書のフォーマット自体を変更してしまうという欠点がある。一次情報の文書を位置記録のためだけに変更することは、文書の管理上避けるべきである。
【００１３】
また、一次情報の文書をページが切り換わるごとにコピーしてページ情報と共に記録しておく方法も考えられるが、記憶容量の点で問題がある。また、文書のバージョン管理も煩雑になってしまう。
【課題を解決するための手段】
【００１４】
本願において、開示される発明のうち、代表的なものの概要を簡単に説明すれば、下記のとおりである。
【００１５】
電子文書の閲覧時には、電子文書の表示ページに出現する記号列と、表示ページに出現する記号列が電子文書の先頭から何番目に出現する記号列なのかを表す出現順番とを組にしてインデックスとし、該表示ページに出現する一つもしくは複数のインデックスと、電子文書を特定する識別情報とを記録する。
また、入力された検索条件に基づいて一つもしくは複数のインデックスデータを検索し、検索されたインデックスデータに対応づけられた電子文書内の表示位置を同定し表示する。
【発明の効果】
【００１６】
本発明によれば、電子文書を閲覧しながらメモを書くなど電子文書内のページ位置を記録することにより、ユーザは閲覧後にその記録からオリジナルの電子文書の閲覧箇所へ容易にアクセスすることができる。また、電子文書閲覧時とメモからの検索時の間に、電子文書に多少の変更があっても、ユーザは閲覧箇所へ正確にアクセスすることができる。
【発明を実施するための最良の形態】
【００１７】
本発明を実施するための一形態を、図を参照して説明する。特に本実施例では、電子文書閲覧時に閲覧していたページ情報を記録しておき、後にそのページを再現するという状況で、閲覧してから電子文書に多少の変更があっても記録時のページが再現できることを特徴としている。
【００１８】
図１は、本発明の一実施形態である文書管理システムのブロック図であり、情報端末のブロック図を中心に記述している。文書管理システムは、情報端末１０を中心に構成されている。情報端末１０はネットワークを介して、デジタルペンサーバ１６と外部ネットワーク１５に接続されている。また、情報端末１０は、デジタルペン１４と接続される。情報端末１０とデジタルペン１４はＵＳＢ等のプロトコルを用い有線によって接続されてもよいし、Ｂｌｕｅｔｏｏｔｈ、無線ＬＡＮ、携帯電話システム、赤外線等の無線によって接続されてもよい。
【００１９】
ＣＰＵ１０１は、記憶装置（図示省略）に記憶された各種プログラムを呼び出して実行することによって、各種処理を行う。
【００２０】
メモリ１０２は、ＣＰＵ１０１が各種処理に使用するデータを一時的に記憶するワークエリアを提供する。また、デジタルペン１４、デジタルペンサーバ１６、外部ネットワーク１５から送られてきたデータを一時的に記憶する。
【００２１】
ペンデータ処理部１０３は、有線または無線でデジタルペン１４と通信し、デジタルペンが取得した物理データを収集する。また、デジタルペンサーバ１６と通信してデジタルペンでメモを残した書類のＩＤとその書類上での座標情報を得て、ストロークセットデータを作成し、ストロークセットデータＤＢ１３に蓄積する。加えて、検索時にはデジタルペン１４で指定した情報に対応するストロークセットデータを、ストロークセットデータＤＢから検索する。
【００２２】
操作入力部１０４は、例えば、キーボード、マウスであり、ユーザが情報を入力する手段として用いられる。
【００２３】
データ表示部１０５は、例えば、液晶ディスプレイであり、文書等のコンテンツを表示する。
【００２４】
文書表示処理部１０６は、文書データの表示に関する処理を行う。文書表示処理部１０６には既存の文書表示ソフトウェアやＷｅｂページブラウザを用いてもよい。
【００２５】
インデックスデータ作成部１０７は、文書表示処理部１０６と連携して、現在表示中のページに関するインデックスデータを作成し、インデックスデータＤＢ１１に蓄積する。  インデックスデータ検索部１０８は、入力された検索条件に基づいてインデックスデータをインデックスデータＤＢ１１から検索し、検索されたインデックスデータから、文書の表示位置を復元する。
【００２６】
データ通信部１０９は、ネットワークインターフェースである。例えば、ＴＣＰ／ＩＰプロトコルを用いて通信可能なＬＡＮカードで構成される。データ通信部１０９により、情報端末１０はデジタルペンサーバ１６、外部ネットワーク１５と通信することができる。
【００２７】
インデックスデータＤＢ１１は、インデックスデータを蓄積したり検索したりするデータベースである。
【００２８】
文書データＤＢ１２は、文書に関するデータを蓄積したり検索したりするデータベースである。
【００２９】
ストロークセットデータＤＢ１３は、ストロークセットデータを蓄積したり検索したりするデータベースである。
【００３０】
インデックスデータＤＢ１１、文書データＤＢ１２、ストロークセットデータＤＢ１３は、既存のリレーショナルデータベースを用いてもよい。これらはまた、情報端末１０が具備する必要はなく、ネットワークを介して、一つもしくは複数のサーバ上に配置されていても良い。
【００３１】
デジタルペンサーバ１６は、デジタルペン１４で取得したデータから、書類ＩＤ、書類上の座標を得るためのサーバである。情報端末１０がデジタルペンサーバ１６を具備することも可能である。
【００３２】
図２は、本発明の実施の一形態である文書管理システム全体の概念図である。本実施例は、情報蓄積フェイズと情報アクセスフェイズに分けることができる。
【００３３】
始めに、情報蓄積フェイズの処理（（１）〜（５））を説明する。情報蓄積フェイズでは、ユーザが文書を閲覧、編集しながら、デジタルペンで紙にメモをとる状況を想定している。
【００３４】
まず、情報端末において文書を表示もしくは編集する（１）。文書は情報端末内に蓄積されている文書でもよいし、外部ネットワーク上に存在する文書でもよい。ユーザは、表示されている文書を見ながら、手元の紙（ノート）にデジタルペンでメモをとる（３）。一方、情報端末は、文書の表示位置に関する本願発明による特徴的なインデックスデータをある規則に基づいて生成し蓄積している（２）。デジタルペンで書いたメモ情報は、ストロークセットデータとして情報端末に転送され（４）、情報端末は転送されたストロークセットデータを蓄積する（５）。デジタルペンサーバは適宜、情報端末と通信を行う。
【００３５】
次に、情報アクセスフェイズの処理（（６）〜（９））を説明する。情報アクセスフェイズでは、ユーザがデジタルペンでメモを指定して、そのメモを書いた時間に表示していた文書と表示箇所を検索する状況を想定している。
【００３６】
まずは、紙上のメモをデジタルペンで指定する（６）。この情報が情報端末に転送されると、情報端末は、指定したメモに関するストロークセットデータを検索する（７）。検索結果のストロークセットデータには記入時刻の情報が含まれているため、指定したメモが記入された時刻もわかる。次に、メモが記入された時刻に記録されたインデックスデータを検索し（８）、検索されたインデックスデータから文書の出所情報（ＵＲＬ）と閲覧位置を復元する。最後に、情報端末上に該当文書の該当ページを表示する（９）。
【００３７】
本発明によると、ユーザはメモを指定することによって、そのメモを書いた時に表示していた電子文書の該当ページをピンポイントに検索することができる。また、メモ書き込み時とメモからの検索時の間で対象文書が多少修正されていても所望の位置を検索することができる。
【００３８】
前述した情報蓄積フェイズと情報アクセスフェイズについて、図３〜１０を用いて詳細に説明する。
【００３９】
まず、情報蓄積フェイズで作成されるインデックスデータについて説明する。
【００４０】
図３はインデックスデータテーブルの構成図である。このインデックスデータテーブルは１１０情報端末１０が具備するインデックスデータＤＢ１１に格納するインデックスデータを規定する。
【００４１】
ＵＲＬ１１１は、文書の出所情報をＵＲＬ形式で記述したものである。文書は、情報端末１０内のローカルファイルであってもよいし、外部ネットワーク上のファイルであってもよい。
【００４２】
時刻１１２は、このインデックスデータを作成するためのイベントが発生した時刻である。
【００４３】
インデックス数１１３は、インデックスデータが含むインデックスの数であり、作成するインデックスの数は複数でも１個でもよい。また、その数をあらかじめ指定しておいてもよいし、動的に決めてもよい。インデックスの数をユーザが設定できることにより、処理速度を自由に変更することが可能となる。
【００４４】
インデックス集合１１４は、インデックスの集合であり、インデックス数１１３で指定された数のインデックスを含む。それぞれのインデックスは、インデックス文字列１１４Ａ、出現順番１１４Ｂの対で構成される。
【００４５】
インデックス文字列１１４Ａは、時刻１１２の時点で表示されていたページ（ページＰとする）から、ある基準で選択された文字列である。詳細については後述する。文字列は、ページ内で実際に表示されている文字列でもよいし、ページに埋め込まれた不可視のタグ情報や書式情報でもよい。また、数字や符号、ページに埋め込まれた画像、音声、動画でもよい。本明細書では、これらをまとめて記号列と呼ぶことにする。
【００４６】
出現順番１１４Ｂは、ページＰ内に出現するインデックス文字列１１４Ａが、この文書の先頭から数えて何番目であるかを表す。すなわち、先頭からすべての文字列を数えたときの順番ではなく、対象とする文字列のみ数えたときの順番である。例えば図３の例では、（インデックス文字列，出現順番）が、（”東京都”，８）となっているが、これは、ページＰ中の文字列”東京都”は、この文書の先頭から数えて８回目に出現する"東京都”であることを表している。つまり、ページＰ以前のページに”東京都”が７回現れていることになる。同様に、（”研究”，１）は、”研究”という文字列は、この文書で最初に現れる文字列であることを表している。もちろん、数字や符号でも同様にインデックスを作成することができる。さらに、画像をインデックスとして採用する場合には、例えばある色成分７０％以上を基準として設けてその基準を満たす画像を対象とし、基準を満たす画像のみ文書の先頭から数えて何回目に出現するかを出現順番として、インデックスを作成することも可能である。また、音声や動画をインデックスとして採用する場合でも所定の基準を設けて同様の処理が可能である。
【００４７】
ページＰ内に複数の同一インデックス文字列１１４Ａがある場合は、任意の文字列の出現番号を１個選択する。また、ページＰ内で先頭に現れる文字列の出現順番を採用するように、所定の規則に基づいて選択してもよい。これにより、インデックス集合に複数の同一の文字列が含まれることはなくなり、インデックスデータＤＢの記憶容量を効率的に利用することができる。
【００４８】
このようにインデックスデータを作成することにより、文書閲覧後に多少の文書変更があったとしても、閲覧していた箇所をピンポイントで検索し表示することが可能となる。
【００４９】
図４は、図３で規定されたインデックスデータを作成するためのフローチャートであり、情報端末１０のインデクスデータ作成部１０７で実行される。
【００５０】
まず、インデックス数を指定する（Ｓ１０１）。ここでは、インデックス数をあらかじめ決めているが、後述するように、ある閾値により動的に決定してもよい。
【００５１】
次に、インデックス作成のためのイベントＥが発生したかどうかを調べる（Ｓ１０２）。イベントＥは、文書の表示ページの状態が変化したときに発生するものであり、本発明の実施の形態では、イベントＥの種類として以下の二つを扱う（Ｓ１０９）。
【００５２】
第１は、表示ページの状態変化に関するイベントであり、画面のスクロールや、文字列検索等による文書内の移動時に発生する。このようなイベントは、文書表示処理部１０６で発生する。スクロール等、同じ種類のイベントが短期間に連続して発生する場合は、記憶容量を軽減するために、所定時間内であればまとめて一つのイベントとしてもよい。
【００５３】
第２は、文書ファイルの開閉（ｏｐｅｎ／ｃｌｏｓｅ）時や保存（ｓａｖｅ）時に発生するイベントであり、このイベントも文書表示処理部１０６で発生する。文書ファイルの編集開始、終了、一次保存などのタイミングを記録しておくために必要なイベントである。
【００５４】
イベントＥが発生すれば、以降のインデックスデータ作成処理を実行する。イベントＥが発生していなければ、イベントＥの発生判定処理（Ｓ１０２）に戻る。つまり、イベントＥを監視し続けることに相当する。
【００５５】
イベントＥが発生すると、まず、イベントＥが発生した文書の出所情報（ＵＲＬ）とイベントＥの発生時刻を記録する（Ｓ１０３）。
【００５６】
次に、表示中のページを含むそれ以前のページを形態素解析し、単語の列に分割する（Ｓ１０４）。形態素解析プログラムには、既存のプログラムを用いる。なお、以前に形態素解析した結果があり、表示中の文書がそれ以降変更されていなければ、以前の形態素解析結果を用いることで、処理速度を向上させることができる。
【００５７】
形態素解析後は、表示中のページに含まれる各単語ｗｉに対し、その出現順番ｒｉを算出し、インデックス（ｗｉ，ｒｉ）を作る（Ｓ１０５）。既に説明したように、出現順番ｒｉは、表示中のページのｗｉが文書の先頭から数えて何番目に現れたｗｉであるかを表す。表示中のページに含まれる全単語のインデックスを集計した集合｛（ｗ１，ｒ１），（ｗ２，ｒ２），…｝をＳ０とする。
【００５８】
そして、全インデックスの集合Ｓ０を出現順番の昇順でソートし、小さい方からｎ個選んだ部分集合を、最終的に記録するインデックス集合Ｓとし（Ｓ１０６）、インデックスデータＤＢに記録する（Ｓ１０７）。
【００５９】
出現順番の小さいインデクスを優先する（Ｓ１０６）という選択には以下の理由がある。本発明では、文書閲覧時と文書検索時の間に対象文書が多少修正されたとしても、閲覧していたページ位置が再現できることを目的としている。そのために、複数インデックスの多数決で位置を同定している（詳細は後述する）。よって、閲覧ページより前のページでインデックス文字列の追加や修正がなければ、閲覧ページ位置の再現率が高くなる。裏を返せば、追加や修正されにくい文字列をインデックス文字列として選べばよいことになる。本発明の実施の形態では、閲覧ページ以前にあまり出現しない文字列をインデックス文字列として選んでいるが、そうすることで閲覧ページ以前のページでその文字列が削除される可能性を低くすることができる。また、使われにくい文字列ということは、追加される可能性も低いことが期待できる。
【００６０】
ここでは、Ｓ１０１であらかじめ決めておいた個数のインデックスを選ぶのではなく、出現順番の閾値だけを決めておき、出現順番が閾値より小さいインデックスを選ぶという方法も考えられる。これにより、検索時に有効となるインデックスのみ作成され、検索精度が向上する。また、その閾値をユーザが任意に設定することも可能である。インデックス集合の記録（Ｓ１０７）後は、イベントＥの発生判定処理（Ｓ１０２）に戻る。
【００６１】
閲覧ページを特徴付けるインデックス文字列の選び方には、他にも考えられる。例えば、文書全体ではあまり出現しないが、そのページだけに多く出現するインデックス文字列を選ぶことも一つの方法である。これは文書検索で良く用いられるＴＦ・ＩＤＦという尺度で表現することができる。これにより、文書全体に多く現れる一般語がインデクス文字列になることを防ぐことができる。一般語は、削除や挿入に用いられやすいという危険性を持つ。
【００６２】
また、インデックスデータ作成の速度を重視するならば、表示ページからランダムに文字列を選ぶことも考えられる。その際、日本語の助詞（「は」「が」等）のように非常に良く出現する文字列は別途選ばれないようにする工夫も考えられる。助詞や前記の一般語は使用頻度が高いため、これらをインデックス文字列に選んでしまうと、挿入や削除の影響を受けやすくなってしまう。さらに、作成するインデックスの数だけ、表示ページの先頭から順に文字列を選択することにより、処理速度の向上を図ることもできる。
【００６３】
次に、情報蓄積フェイズで作成されるストロークデータについて説明する。
【００６４】
本実施例ではインデックスデータが情報端末１０で蓄積されていく一方で、利用者は、情報端末１０上で表示されている文書を閲覧しながら、紙にデジタルペン１４でメモを書く状況を想定している。例えば、レストランの情報をＷＷＷなどの外部ネットワーク１５から検索し、検索結果のページに記述されている電話番号を手帳にメモするといった状況や、情報端末１０内の実験データから重要なデータを実験ノートに拾い書きするといった状況が考えられる。本発明の実施形態の目的は、たとえ閲覧後に閲覧していた多少文書が変更されたとしても、メモの元になったオリジナル情報に直接アクセスすることである。例では、書きとめた電話番号からレストランのページに直接アクセスしたり、実験データのメモからその生ファイルにアクセスしたりすることに相当する。そのためには、デジタルペンでメモを残した情報を記録しておく必要がある。本発明の実施例では、電子化された紙にデジタルペンを用いて記入することにより、メモの電子化を実現する。
【００６５】
図８は、本発明の実施の形態で用いるデジタルペン１４による、紙面上の座標取得の説明図である。
【００６６】
デジタルペン１４は、ＣＰＵ、メモリ、プロセッサ、通信インターフェース、カメラ１４１、電池、および、筆圧センサを備える。また、デジタルペン１４は、インクまたは黒鉛により紙面に文字、記号等を筆記可能なペン先を備える。図８ではカメラ以外は省略する。
【００６７】
デジタルペン１４は、位置検出用のドット２０３が印刷された用紙２０と共に用いる。ここで、用紙２０の一部２０１を拡大して説明する。用紙２０には、複数のドット２０３が印刷されている。このドット２０３は、仮想的な格子の交点（基準点）２０２から上下左右にずれた位置に印刷されている。
【００６８】
紙に文字や図形がデジタルペン１４で記入されると、ペン先が紙に接したことを筆圧センサが検出する。デジタルペン１４は、カメラ１４１によって、紙上に印刷されているドット２０３を撮影する。デジタルペン１４は、例えば、６×６のドット２０３を含む領域を撮影する。
【００６９】
デジタルペン１４は、撮影したドットパターンから、当該ドットパターンが存在する絶対座標を求める。この絶対座標は、広大な平面領域における当該ドットパターンが存在する座標であり、それぞれの紙上に印刷されたドットがもつ固有の座標である。また、この広大な平面領域は、すべての紙のドットパターンが重複しないように配置できる全領域である。
【００７０】
デジタルペン１４は、求めた絶対座標を情報端末１０に送信する。情報端末１０は、ペンデータ処理部１０３で絶対座標を受信し、更にデジタルペンサーバ１６に絶対座標を送信する。デジタルペンサーバ１６は、受信した絶対座標に基づいて、前記広大な平面領域中の該紙面の位置（書類ＩＤ）と、ある一枚の紙面における座標（相対座標）とを特定し、特定した相対座標を情報端末１０のペンデータ処理部１０３に送信する。
【００７１】
このペン先が接した位置の情報を所定のタイミング（例えば、周期的）で取得することによってペン先の動きがわかる。ペン先が紙に接しているという情報は、デジタルペン１４に別途備えられている筆圧センサから得る。
【００７２】
また、デジタルペンは、撮影したドットパターンに対応する絶対座標に加えて、当該ドットパターンの撮影時刻、および、ペンＩＤも情報端末１０のペンデータ処理部１０３に送信する。
【００７３】
また、ドットパターンＩＤ、および、相対座標を特定するために、デジタルペンサーバ１６を用いなくてもよい。例えば、タブレット等を用いて紙面上の位置（相対座標）を特定することも可能である。
【００７４】
図９は、本発明の実施の形態において、書類３１上にデジタルペン１４によって記入されたメモ３１１の例である。
【００７５】
書類３１には、書類同士で異なるドットパターンが付されている。すなわち、各書類の印刷時に、書類毎に異なるドットパターンが印刷される。なお、書類３１は、文書作成ソフトウェア等で電子的に作成した書類であってもよいし、手書きの書類を電子化したものであってもよく、必ずしも閲覧している文書と関係ある書類である必要はない。
【００７６】
ユーザは、情報端末１０に表示されている文書やデータを見ながら、デジタルペン１４で書類３１にメモ情報（文字、記号等）３１１を記入する。すると、デジタルペン１４は、文字等が記入された位置（ペン先が接した位置）の絶対座標およびその絶対座標を測定した時刻を定期的に取得する。次に、デジタルペン１４は、取得した絶対座標および取得時刻を情報端末１０に送信する。
【００７７】
情報端末１０は、ペンデータ処理部１０３によりデジタルペン１４からのデータを受信し、デジタルペンサーバ１６に問い合わせることによって、受信した各絶対座標に対応する書類ＩＤと相対座標を特定する。
【００７８】
ペンデータ処理部１０３は、特定した相対座標および測定時刻に基づいて、記入された情報のストロークを決定し、ストローク座標データ（図１０Ｃの２５０で規定されるデータ）を作成する。そして、特定した書類ＩＤを用いて、ストロークセットデータ（図１０Ｂの２４０で規定されるデータ）を作成する。
【００７９】
図１０Ａは、本発明の実施の形態のストロークセット２６の一例である。
【００８０】
ストロークセット２６は、デジタルペン１４によって記入された、図９に示す「東京」３１１を示す。本実施の形態では、図に示すように、左上を原点とし、横方向をＸ軸とし、縦方向をＹ軸として、ストロークの位置を定める。ストロークは、記入時刻と座標が近いストロークの集合であり、各点の記入時刻と座標に基づいて特定する。
【００８１】
図１０Ｂは、ストロークセットテーブル２４０の構成図である。ストロークテーブルは、本発明の実施形態の情報端末１０が具備するストロークセットデータＤＢ１３に格納するストロークセットデータを規定する。ストロークセットデータは任意の項目をキーに検索ができる。
【００８２】
ストロークセットＩＤ２４１は、当該ストロークセットデータを一意に識別する識別子である。
【００８３】
ペンＩＤ２４２は、当該ストロークセットを記入したデジタルペン１４の識別子である。
【００８４】
書類ＩＤ２４３は、当該ストロークセットが記入された書類を一意に識別する識別子である。
【００８５】
記入開始時刻２４４は、当該ストロークセットを記入し始めた時刻である。
【００８６】
矩形座標２４５は、当該ストロークセットを含む矩形の領域である。当該矩形座標２４５は、当該ストロークセットが記入された書類における相対座標であり、矩形領域の左上端の座標および右下端の座標で表される。
【００８７】
ストローク数２４６は、当該ストロークセットに含まれるストローク（線）の数である。例えば図９に示す「東京」は、ストローク数が１６になる。
【００８８】
ストロークセット情報２４７は、標本点数２４７Ａおよびシリアル番号２４７Ｂを含む。
【００８９】
標本点数２４７Ａは、デジタルペン１４によって取得された、当該ストロークを構成する相対座標の数である。
【００９０】
シリアル番号２４７Ｂは、デジタルペン１４によって取得された、当該ストロークを構成する相対座標を一意に識別する識別子であり、ストローク座標データ２５０（図１０Ｃ）へのリンクである。
【００９１】
図１０Ｃは、本発明の実施の形態の情報端末１０が具備するストロークセットデータＤＢ１３に格納するストローク座標データを規定するストローク座標テーブル２５０の構成図である。
【００９２】
シリアル番号２５１は、デジタルペン１４によって取得された相対座標を一意に識別する識別子である。
【００９３】
Ｘ座標２５２は、図１０Ａに示すＸ座標の相対座標であり、例えば、ミリメートルを単位として表す。
【００９４】
Ｙ座標２５３は、図１０Ａに示すＹ座標の相対座標であり、例えば、ミリメートルを単位として表す。
【００９５】
取得時刻２５４は、デジタルペン１４によって当該相対座標が取得された時刻を表す。なお、本説明図では、取得時刻２５４には、記入開始時刻からの経過時間が記録されている。
【００９６】
以上で、情報蓄積フェイズの説明を終わる。以降では、情報アクセスフェイズについて説明する。
【００９７】
情報アクセスフェイズでは、ユーザは、既にメモが記入されている書類３１上のメモ情報３１１をデジタルペン１４で指定し、指定したメモ情報が記入されていた時刻に表示していた文書のページを情報端末１０で検索し表示する。
【００９８】
メモ情報３１１を指定するには、メモ情報３１１の矩形領域をデジタルペン１４でつつく。すると、つついた地点の絶対座標がデジタルペン１４から情報端末１０に送信される。もしくは、メモ情報全体をストロークで囲ってもよい。このように、ユーザは簡便な操作でメモ情報を指定することができる。
【００９９】
情報端末１０は、ペンデータ処理部１０３で絶対座標を受け取り、デジタルペンサーバ１６に問い合わせて、受信した絶対座標に対応づけられる書類ＩＤと相対座標を特定する。
【０１００】
ペンデータ処理部１０３は、特定した書類ＩＤと相対座標をキーにして、ストロークセットデータＤＢ１３を検索し、当該書類ＩＤを書類ＩＤ２４３として持ち、当該相対座標を矩形座標２４５内に含むようなストロークセットデータを取得する。複数のストロークセットデータが取得された場合は、何らかの対応処理が必要となる。第一の方法は、いずれかのストロークセットデータに強制的に決めて処理を進める方法である。別の方法は、複数のストロークセットデータを画面上に表示し、ユーザに選択を委ねる方法である。これにより、ユーザが複数のメモを指定した場合でも改めて所望とするストロークセットデータを選択でき、ユーザの検索効率は向上する。
【０１０１】
ペンデータ処理部１０３は、取得したストロークセットデータから記入開始時刻２４４を取得し、取得した記入開始時刻２４４をインデックスデータ検索部１０８に渡す。
【０１０２】
インデックスデータ検索部１０８は、ペンデータ処理部１０３から渡された記入開始時刻２４４を検索キーにして、当該時刻に情報端末１０で表示していた文書と該文書内の表示ページを特定し、情報端末上に該文書の該ページを表示する。
【０１０３】
図５は、ペンデータ処理部１０３から渡された記入開始時刻から、該時刻に表示されていた文書と該文書内の表示ページを特定し、該文書の該ページを表示する、インデックスデータ検索処理のフローチャートである。
【０１０４】
まず、ペンデータ処理部１０３から渡された記入時刻を、検索キーとしてｔに設定する（Ｓ２０１）。
【０１０５】
次に、インデクスデータＤＢ１１を検索し、インデックスデータＤＢ１１内に含まれる全ての文書出所情報（ＵＲＬ）を取得し、各ＵＲＬ（Ｕ）に対し以下の処理（Ｓ２０３〜Ｓ２０７）を行う（Ｓ２０２）。
【０１０６】
まず、ＵＲＬとしてＵを持つインデックスデータを全て収集し、収集したインデックスデータの集合をＴＵとする（Ｓ２０３）。
【０１０７】
次に、ＴＵの全インデックスデータを時刻１１２の昇順でソートし、ソート後のＴＵを、ＴＵ＝｛Ｔ１，Ｔ２，…，Ｔｎ｝とする（Ｓ２０４）。
【０１０８】
ＴＵ内のあるインデックスデータＴｉが持つ時刻１１２をｔｉ、同じく、あるＴｊが持つ時刻１１２をｔｊとする。ここで、ｔｉ≦ｔ≦ｔｊでかつｊ＝ｉ＋１を満たすようなＴｉをＴＵから探す（Ｓ２０５）。これは、検索キーの時刻ｔ以前で、かつ時刻ｔに最も近い時刻で記録されたインデックスデータを検索することに相当する。
【０１０９】
もし、上記条件を満たすＴｉが存在すれば（Ｓ２０６）、ページ検索処理を実行し（Ｓ２０７）、検索を終了する（Ｓ２０８）。上記条件を満たすＴｉが存在しなければ（Ｓ２０６）、他の文書に関する処理に移る。最後に検索結果を表示する（Ｓ２０９）。
【０１１０】
図６は、図５のフローチャート中のページ検索処理（Ｓ２０７）のフローチャートであり、情報端末１０が具備するインデックスデータ検索部１０８で実行される。
【０１１１】
まず、以下の初期設定を行う（Ｓ３０１）。ウィンドウ幅をＬ，検索対象のインデックスデータをＤ，Ｄに含まれるインデックス集合をＳとする。
【０１１２】
Ｌは、ウィンドウ幅である。以降の処理では、幅がＬのウィンドウをずらしながら目的のページ位置を探していく。Ｌは、文書表示プログラムで指定されているページ長を指定すればよい。
【０１１３】
Ｄは、インデックスデータ検索処理（図５）のＳ２０５で同定したインデックスデータ、つまり、検索キーの時刻ｔで記録されていたインデックスデータのことである。
【０１１４】
Ｓは、Ｄに含まれるインデックス集合１１４であり、インデックス文字列１１４Ａと出現順番１１４Ｂの対の集合からなる。Ｓを｛（ｗ１，ｒ１），（ｗ２，ｒ２），…，（ｗｎ，ｒｎ）｝と表記する。ここで、ｗｉはインデックス文字列、ｒｉはｗｉの出現順番である。
【０１１５】
ページ検索処理では、インデックスデータＤに含まれるインデックス集合Ｓを基にして、該インデックスデータＤが作成された時刻に表示していたページ位置を同定する。ページ位置を同定するために、幅がＬのウィンドウをずらしながら目的のページ位置を探す。
【０１１６】
ページ検索処理では、初期設定（Ｓ３０１）の後、インデックスデータＤに対応する文書（ＤのＵＲＬ１１１で指定される文書）を取得し、形態素解析を行い、該文書を単語の列に分割する（Ｓ３０２）。形態素解析部としては、既存のプログラムを用いる。
【０１１７】
次に、先頭から文書を走査して、インデックス集合Ｓの各インデックス文字列（単語）ｗｉがｒｉ回目に表れている位置を同定して、この位置をｐｉとする。位置は、例えば、先頭からのバイト数で表す。そして、インデックス集合のそれぞれの要素に、同定した位置ｐｉを付加し、新たなインデックス集合Ｓ１を作成する（Ｓ３０３）。結果、Ｓ１は｛（ｗ１，ｒ１，ｐ１），（ｗ２，ｒ２，ｐ２），…，（ｗｎ，ｒｎ，ｐｎ）｝となる。
【０１１８】
ここで、ｐｉ（１≦ｉ≦ｎ）の最小値をｐｍｉｎに、ｐｉ（１≦ｉ≦ｎ）の最大値とｐｍａｘに設定する（Ｓ３０４）。
【０１１９】
Ｓ３０５からＳ３１０のループ処理では、ｐｍｉｎからｐｍａｘの間で、幅がＬのウィンドウをずらしながら、現在のウィンドウ内に存在するインデックスの数を調べる。例えば、現在のウィンドウが位置ｐからｐ＋Ｌの間である場合、インデックス集合Ｓ１の各インデックスの中でｐ≦ｐｉ＜ｐ＋Ｌを満たすインデックスの個数ｉが、現在のウィンドウ内に存在するインデックスの個数となる（Ｓ３０６）。なお、ｐｍｉｎからｐｍａｘの間のみではなく、文書の先頭から末尾までを調べてもよいが、検索範囲を限ることは、検索速度の向上に役立つ。
【０１２０】
ｐｍｉｘからｐｍａｘの間でウィンドウを連続的にずらしながら、インデックス集合Ｓ１内のインデックスを一番多く含むウィンドウを探し、そのウィンドウの開始位置をｔｍａｘに格納する。複数のｔｍａｘがある場合は、例えばウィンドウの開始位置が最も文書の先頭に近いｔｍａｘを選択するなど、任意に選択してもよいし、ユーザが選択するようにしてもよい。つまり閲覧時のページの概念はなく、インデックスを最も多く含むウィンドウ箇所が検索結果となる。
【０１２１】
ループ処理が終了すると、ｔｍａｘが求めるページ位置となっている（Ｓ３１１）。以上により、指定されたインデックスデータＤが記録された時刻に表示されていたページ位置をインデックスの多数決により推定することができる。当然ではあるが、検索されたインデックスデータに含まれるインデックスが１個の場合には、位置が同定されたインデックスを含むウィンドウの開始位置ｔｍａｘが求めるページとなる。
【０１２２】
図６のページ検索処理では、複数のインデックスの多数決でページ位置を決定しているため、インデックス作成時の文書に多少の変更があっても、インデックス作成時に表示していたページ位置を再現することができる。文書が変更されでも表示ページ位置が再現できる例については後述する。
【０１２３】
図５の説明に戻る。
【０１２４】
図５で示したインデックスデータ検索処理で、各文書に関するループ処理（Ｓ２０２〜Ｓ２０８）が終了すると、各文書に対して、もしその文書が検索時刻ｔで表示されていたら、図６で示したページ検索処理により、検索時刻ｔで表示していたページ位置を得ることができる。
【０１２５】
インデックスデータ検索処理では、最後に、検索されたインデックスデータに含まれるＵＲＬとページ検索（Ｓ２０７）で取得した表示ページ位置情報とに基づいて、情報端末１０のデータ表示部１０５に検索結果を表示する（Ｓ２０９）。
【０１２６】
図７は、本発明の実施の形態において、情報端末１０が具備するデータ表示部１０５に表示される検索結果の表示例である。
【０１２７】
文書選択ウィンドウ４０１は、検索結果の各文書について、該文書のＵＲＬ４０３と該文書の閲覧時刻４０４の対が表示されている。ユーザはこのリストの中から所望の文書を操作入力部１０４を使い選択する。
【０１２８】
文書表示ウィンドウ４０２には、ユーザが選択した文書が表示される。文書表示ウィンドウ４０２は既存の文書表示ソフトウェアを用いても良い。
【０１２９】
文書表示ウィンドウ４０２内には、表示文書のＵＲＬ４０５と文書の内容４０６が表示される。
【０１３０】
表示文書のＵＲＬ４０５はユーザが選択した文書のＵＲＬである。
【０１３１】
文書の内容４０６は、検索結果のページ位置、つまり、指定したメモが書かれた時刻ｔで表示していたページ位置で頭出しをして表示する。
【０１３２】
以上が、本発明の実施の形態の説明である。次に、図１１と図１２を参照しながら、本発明の効果について説明する。
【０１３３】
図１１は、本発明の実施の形態において、メモ記入時とメモからの検索時の間に、メモ記入時に参照していた文書が変更された場合でも、メモ記入時に閲覧していたページ位置が再現できることを説明する図である。
【０１３４】
図１１において、５０１はメモ記入時における文書の内容を模式的に示している。５０５は、ページ番号を示す。５０７が、メモ記入時に閲覧していたページであり、インデックスの対象ページとなる。
インデックス対象ページ５０７に含まれる４つの単語「Ａ」「Ｂ」「Ｃ」「Ｄ」を、インデックス文字列とする。メモ記入時における文書５０１を見ると、インデックス対象ページ５０７に含まれる「Ａ」は、先頭から数えて３回目に出現しているので、インデックスは（Ａ，３）となる。同様にして、他のインデックスは、（Ｂ，２）、（Ｃ，２）、（Ｄ，２）となる。
【０１３５】
次に、メモ記入時とメモからの検索時の間に、１ページ目の文字列「Ｂ」５０３が削除され、２ページに文字列「Ｄ」５０４が挿入されたと仮定する。
【０１３６】
その結果、メモからの検索時における文書の内容は５０２のようになる。
【０１３７】
メモからの検索時では、メモ記入時に作成したインデックス｛（Ａ，３），（Ｂ，２），（Ｃ，２），（Ｄ，２）｝のそれぞれのインデックスが、メモからの検索時における文書５０２において、どこに位置するのかを計算する。
【０１３８】
メモ記入時から変化するのは、削除された文字列「Ｂ」と、挿入された文字列「Ｄ」に関するインデックスの位置である。図１１で示したように、「Ｂ」に関するインデックスは５０９で指示された位置を指し、「Ｄ」に関するインデックスは５０６で指示された位置を指す。
【０１３９】
しかし、挿入、削除に関係しなかった他の文字列「Ａ」「Ｃ」に関しては、メモ記入時と同じ場所を指すので、多数決の結果、検索結果のページは５０８で指示された位置を指し、メモ記入時と同じインデックスを含むページを再現することができる。前述したように、ページ検索結果は図１１に示した５０８の範囲内にある任意のウィンドウとなるため、ユーザが複数のページ検索候補から所望とするページを選択してもよい。図１１の検索結果ページはその一例を示したものである。
【０１４０】
以上を鑑みると、挿入削除されにくい文字列をインデクス文字列として選べば、編集に対するページ位置の再現率も高くなることがわかる。本発明の実施の形態では、この予想に基づいて、インデックス対象ページより前のページに出現する回数が少ない文字列（単語）をインデックス文字列としている（図４のＳ１０６）。
【０１４１】
図１２は、本発明の実施の形態において、メモ記入時とメモからの検索字の間に、メモ記入時に参照していた文書のレイアウト情報（行間）が変更された場合でも、メモ記入時に閲覧していたページ位置が再現できることを説明する図である。
【０１４２】
図１２において、６０１はメモ記入時における文書の内容を模式的に示している。６０５は、ページ番号を示す。６０７が、メモ記入時に閲覧していたページであり、インデックスの対象ページとなる。
【０１４３】
インデックス対象ページ６０７に含まれる４つの単語「Ａ」「Ｂ」「Ｃ」「Ｄ」を、インデックス文字列とする。メモ記入時における文書６０１を見ると、インデックス対象ページ６０７に含まれる「Ａ」は、先頭から数えて３回目に出現しているので、インデックスは（Ａ，３）となる。同様にして、他のインデックスは、（Ｂ，２）、（Ｃ，２）、（Ｄ，２）となる。
【０１４４】
次に、メモ記入時とメモからの検索時の間に、文書全体のレイアウト情報が変更されたと仮定する。例の場合は、行間を広げたと仮定する。
【０１４５】
その結果、メモからの検索時における文書の内容は６０２のようになったとする。
【０１４６】
メモからの検索時では、メモ記入時に作成したインデックス｛（Ａ，３），（Ｂ，２），（Ｃ，２），（Ｄ，２）｝のそれぞれのインデックスが、メモからの検索時における文書５０２において、どの場所に位置するのかを計算する。
【０１４７】
図１２の例の場合、行間を広げた結果、メモ記入時に閲覧していた５ページ目は、６０８で指示されたページに変化してしまうため、閲覧位置を再現するためには、メモからの検索時に６０８で指示されたページを同定しなければならない。それぞれのインデックスに関しては、行間を広げた結果、いずれも６０８で指示されたページを指す。よって、多数決の結果、検索結果のページは６０８で指示されたページとなる。これにより、本発明の実施の形態では、レイアウトの変更に対しても正しいページが再現できていることがわかる。もちろん行間を広げた場合でも、図１１に示したようにページ検索結果は多数決の結果で決定する範囲内の任意のウィンドウとなるが、図１２ではあるウィンドウを選択した例を示している。
【０１４８】
ページ長の変更以外にも、段組の変更、フォントの変更等でも、本発明の実施の形態により、変更前に表示していたページ位置が再現できる。
【０１４９】
また、本発明の実施の形態では、インデックス作成時とインデックス検索時で別の文書表示プログラムを用いても、インデックス対象ページの再現が可能である。インデックス作成時に使う文書表示プログラムでは、任意の文字列Ｓが文書の先頭から数えて何番目に出現するＳかを計算できればよい。インデックス検索時に使う文書表示プログラムでは、Ｎ番目に出現する文字列Ｓの位置が計算できればよい。両表示プログラムの間では、相対的な順番情報しか共有しないため、表示プログラムのレンダリングに関する処理には関係なく、ページ位置が再現できる。
【０１５０】
これまでの実施例で説明した本発明の実施の形態は、デジタルペン１４を用いて紙上にメモを記入し、後に、メモを指定し、そのメモ記入していた時刻に情報端末１０で表示していた文書のページ位置を検索する実施の形態である。
【０１５１】
別の実施形態として、デジタルペン１４を用いずに、ページ位置を再現する実施形態を説明する。本実施形態は情報端末１０で表示文書のページ位置をマーク（記録）し、後に、ユーザがマークしたリストから所望のマークを選択し、選択されたマークに対するページ位置を再現するものである。
【０１５２】
本実施の形態では、文書表示プログラムに「ページ位置の記録」というボタンまたはメニューを用意しておき、該ボタンまたは該メニューが選択された時点で、図４のインデックスデータ作成処理を実行すれば良い。
【０１５３】
ただし、図４において、Ｓ１０２の条件判定部は必要なく、Ｓ１０１の直後にＳ１０３を実行すれば良い。
【０１５４】
インデックスデータ作成処理の結果、「ページ位置の記録」が選択された時刻のインデックスデータが、情報端末１０が具備するインデックスデータＤＢ１１に蓄積されていく。
【０１５５】
検索時には、情報端末１０が具備するインデックスデータＤＢ１１に蓄積されたインデックスデータの一覧を画面上に一覧表示し、該一覧表示から目的のインデックスデータをユーザが選ぶ。これは、ユーザが付与した栞の一覧を見せて、その一覧から栞を選ぶことに相当し、ユーザが所望とするインデックスデータを選択することができる。
【０１５６】
もしくは、ユーザは時刻または文書ＵＲＬを指定して、指定した検索条件を満たすインデックスデータをインデックスデータＤＢ１１から検索し、検索結果を一覧表示し、該一覧表示から目的のインデックスデータを選んでもよい。これは、ユーザが付与した栞を検索し、検索結果から所望の栞を選ぶことに相当する。ユーザが時刻または文書ＵＲＬを指定することにより、インデックスデータを検索する範囲が制限される。よって蓄積されたインデックスデータの一覧表示を行うときよりも表示されるインデックスの数が減少し、ユーザは所望とするインデックスデータを簡単に選択することができる。
【０１５７】
インデックスデータの選択後、図６のページ検索処理を実行する。図６のページ検索処理の結果、ページ位置が決定されるので、情報端末１０が具備するデータ表示部１０５に、図７の文書表示ウィンドウ４０２を表示する。
【０１５８】
なお、ページ位置を記録する際は、ユーザが特定の単語を指定もしくは入力し、その単語と、記録ページのインデックスデータを関連付けて保存しておくことも可能である。検索時には、関連付けて登録した単語群を対象に単語検索を行い、所望のインデックスデータを取得することができる。もしくは、インデックスデータを一覧表示する際に、各インデックスデータに関連付けられた単語も同時に表示し、該一覧表示から、単語を指定することで目的のインデックスデータを選んでもよい。これは、ユーザが付与した栞に名前をつけておくことに相当する。ユーザは所望とするページを検索するとき、そのページのタイトルや出現したキーワードを思い浮かぶことが多く、そのキーワードを検索条件として入力することが頻繁にある。上記のように、関連付けて登録した単語群を対象として単語検索することや、インデックスデータの一覧表示に表示された単語を選択することにより、ユーザは単語による検索が可能となる。これにより検索条件に幅が広がりユーザとって使い勝手のよいものとなる。
【０１５９】
また、例えばＷｅｂページを参照しながら電子文書を作成し、その電子文書に出現する単語と閲覧中のＷｅｂページを関連づけることも可能である。ユーザは、Ｗｅｂページを閲覧後、電子文書の単語を指定することにより閲覧時のＷｅｂページを検索することができる。もちろん、作成もしくは参照する対象はＷｅｂページ、電子文書、電子メイルなど任意である。
【０１６０】
また別の実施形態として、前述した実施形態の「ページ位置の記録」（マーキング）とインデックスデータの検索を自動で行う、本発明の実施の形態を説明する。
【０１６１】
本実施の形態では、文書の編集が終了した際に、編集終了時に編集していたページ位置を記録しておき、次に同じ文書の編集を開始した際に、前回の編集終了時に編集していたページ位置を再現して頭出しすることを目的とする。本実施の形態では、編集終了時と編集再開時で異なる文書編集プログラムを用いることも可能である。
【０１６２】
まず、文書編集プログラムは、文書の編集終了時に、図４のインデックスデータ作成処理を実行する。
【０１６３】
ただし、図４において、Ｓ１０２の条件判定部は必要なく、Ｓ１０１の直後にＳ１０３を実行すればよい。
【０１６４】
インデックスデータ作成処理の結果、編集終了時に編集していたページのインデックスデータが、情報端末１０が具備するインデックスデータＤＢ１１に蓄積される。
【０１６５】
次に、文書編集プログラムがある文書を開いた時は、該文書に関する時間的に一番最後に記録されたインデックスデータを、インデックスデータＤＢ１１から検索する。
【０１６６】
条件を満たすインデックスデータを同定した後に、図６のページ検索処理を実行する。図６のページ検索処理によりページ位置が決定されるので、文書編集プログラムは、該文書を開く際に該ページ位置で頭出しをする。これにより、ユーザは文書の先頭から最後に編集した箇所を探すことなく、文書編集を再開することができる。
【０１６７】
なお、本実施形態における処理フローはプログラムとして構成し、コンピュータで該プログラムを読み取ることで実行することができる。
【０１６８】
以上、本発明の例を説明したが、本発明は上記実施例に限定されるものではなく種々変形実施可能であり、上述した各実施例を適宜組み合わせることが可能であることは当業者に理解されよう。
【図面の簡単な説明】
【０１６９】
【図１】文書管理システム全体のブロック図及び情報端末のブロック図の一例。
【図２】文書管理システム全体の概念図の一例。
【図３】インデックスデータテーブルの構成図の一例。
【図４】インデックスデータ作成処理のフローチャートの一例。
【図５】インデックスデータ検索処理のフローチャートの一例。
【図６】ページ検索処理のフローチャートの一例。
【図７】検索結果画面の表示の一例。
【図８】デジタルペンによる紙面からの座標取得の説明図の一例。
【図９】デジタルペンにより情報が書き込まれた書類の一例。
【図１０Ａ】ストロークセットの説明図の一例。
【図１０Ｂ】ストロークセットテーブルの構成図の一例。
【図１０Ｃ】ストローク座標テーブルの構成図の一例。
【図１１】文書内容の変更に対する効果の説明図の一例。
【図１２】文書レイアウトの変更に対する効果の説明図の一例。
【符号の説明】
【０１７０】
１０  情報端末、１０１  ＣＰＵ、１０２  メモリ、１０３  ペンデータ処理部、１０５  データ表示部、１０６  文書表示処理部、１０７  インデックスデータ作成部、１０８  インデックスデータ検索部、１０９  データ通信部、１１  インデックスデータＤＢ、１２  文書データＤＢ、１３  ストロークセットデータＤＢ、１４  デジタルペン、１４１  カメラ、１５  外部ネットワーク、１６  デジタルペンサーバ、１１０  インデックスデータテーブル、１１１  ＵＲＬ、１１２  時刻、１１３  インデックス数、１１４  インデックス集合、１１４Ａ  インデックス文字列、１１４Ｂ  出現順番、４０１  文書選択ウィンドウ、４０２  文書表示ウィンドウ、２０  用紙、２０２  基準点（格子の交点）、２０３  ドット、２６  ストロークセット、２４０  ストロークセットテーブル、２４１  ストロークセットＩＤ、２４２  ペンＩＤ、２４３  書類ＩＤ、２４４  記入開始時刻、２４５  矩形座標、２４６  ストローク数、２４７  ストローク情報、２４７Ａ  標本点数、２４７Ｂ  シリアル番号、２５０  ストローク座標テーブル、２５１  シリアル番号、２５２  Ｘ座標、２５３  Ｙ座標、２５４  取得時刻。
【図１】
0004802672.tif 000002
【図２】
0004802672.tif 000003
【図３】
0004802672.tif 000004
【図４】
0004802672.tif 000005
【図５】
0004802672.tif 000006
【図６】
0004802672.tif 000007
【図７】
0004802672.tif 000008
【図８】
0004802672.tif 000009
【図９】
0004802672.tif 000010
【図１０Ａ】
0004802672.tif 000011
【図１０Ｂ】
0004802672.tif 000012
【図１０Ｃ】
0004802672.tif 000013
【図１１】
0004802672.tif 000014
【図１２】
0004802672.tif 000015