JP7217063B1 - 文書編集支援プログラム、および文書編集システム - Google Patents

Abstract

【課題】文書に記載の文字列の属性および／または括弧・引用符の平仄を合わせる。【解決手段】平仄合わせアドイン１２２は、文書を解析して、この文書の文字列と当該文字列の属性の組み合わせを格納した属性テーブル１２８を生成する手順、属性テーブル１２８に基づき、この文字列に対してこの文書の基準となる属性を決定する手順、この文書の基準となる属性から逸脱したこの文書の文字列に対し、基準となる属性を付与する手順、をコンピュータ１００に実行させるためのプログラムである。【選択図】図１

Description

特許法第３０条第２項適用 特許法第３０条第２項適用 以下の試用者に提供して試用させることにより公開。西村あさひ法律事務所（令和３年３月１０日提供）、森・濱田松本法律事務所（令和３年３月１０日提供）、シティユーワ法律事務所（令和３年６月７日提供）、大江橋法律事務所（令和３年６月２８日提供）、北浜法律事務所（令和３年６月２８日提供）、渥美坂井法律事務所・外国法共同事業（令和３年７月５日提供）、桃尾・松尾・難波法律事務所（令和３年７月６日提供）、アンダーソン・毛利・友常法律事務所外国法共同事業（令和３年７月１２日提供）、弁護士法人淀屋橋・山上合同（令和３年７月１３日提供）、ＴＭＩ総合法律事務所（令和３年７月１４日提供）

本発明は、文書編集支援プログラム、および文書編集システムに関する。

従来から、ワードプロセッサやワープロソフトなどを使用して、ユーザが文書データ（文書）を編集する文書処理装置が知られている。

特許文献１の要約書には、「表示された電子文書において、ユーザが文字列を選択して属性情報として登録する際に、ユーザが文字列を選択して属性情報の種類を判定して登録する場合と比較して、少ない操作で属性情報の登録を行う」旨の文書処理装置が記載されている。

特開２０１９－９５８４８号公報

文書によっては、特定の文字列に対して属性の平仄を合わせたい場合がある。特定の文字列とは、例えば章番号、契約書の条項番号、定義語、コメントなどである。属性の例としては、文字装飾（太字やイタリック、アンダーライン、フォントサイズ、フォント種類等）や、段落フォーマット（インデント、段落間のマージン等）、参照（段落間のクロスリファレンス、ＵＲＬ（Uniform Resource Locator）のハイパーリンク等）、その他アプリケーション固有のメタ情報等が考えられる。例えば、文書内にて条項番号に対する属性が太字かつイタリックが適用されている場合に、ユーザは、自身で文書内での属性適用のルールを抽出し、すべての条項番号を一つずつ調べ、文書内の他箇所で記載されている規則に則っているかを確認・修正をする必要があった。また、ユーザは、新たに条項番号の文字入力を行う場合、文字入力後に属性を付与したい条項番号の領域を選択した上で太字とイタリックの属性選択の操作が必要であり、領域選択および属性選択の２つの操作を要していた。更に、ユーザが文書にクロスリファレンスを付与する場合、エディタのクロスリファレンスの機能を利用し、参照先の箇所を選択し、付与する操作を要していた。

また、ユーザが、文書処理装置に入力後の文章に記載された文字列の属性または括弧、引用符の平仄を合わせたい場合もある。

そこで、本発明は、文書に記載の文字列の属性および／または括弧・引用符の平仄を合わせることを課題とする。

本発明に係る文書編集支援プログラムは、文書を解析して、前記文書の各行頭に記載された文書構造番号の文字列と当該文字列の属性の組み合わせ情報を格納する手順、前記文書構造番号が構成されているツリー構造の深さに応じて、基準となる属性を決定する手順、前記組み合わせ情報に基づき、前記ツリー構造の深さを加味した前記文書の基準となる属性から逸脱した前記文書の文字列に対し、基準となる属性を付与する手順、をコンピュータに実行させるものである。

本発明に係る文書編集支援プログラムは、文書を解析して、前記文書の各行頭に記載された文書構造番号の文字列と当該文字列の属性の組み合わせ情報を格納する手順、前記文書構造番号が構成されているツリー構造の深さに応じて、基準となる属性を決定する手順、前記文書に新たに文字が入力された際に、前記組み合わせ情報に含まれる前記文字列のうち少なくとも一部に一致するか否かを判定する手順、前記文字列のうち少なくとも一部に一致し、前記組み合わせ情報に含まれる文字列と、当該文字列に係る前記ツリー構造の深さに応じた属性の組み合わせの候補を選択可能に表示する手順、をコンピュータに実行させるものである。

本発明の文書編集システムは、文書を解析して、前記文書の各行頭に記載された文書構造番号の文字列と当該文字列の属性の組み合わせ情報を格納するルール抽出部と、前記文書構造番号が構成されているツリー構造の深さに応じて、基準となる属性を決定し、前記組み合わせ情報に基づき、前記ツリー構造の深さを加味した前記文書の基準となる属性から逸脱した前記文書の前記文字列に対し、基準となる属性を決定するルール決定部と、前記文書の基準となる属性から逸脱した前記文書の文字列に対し、基準となる属性を付与するルール適用部と、を備える。
本発明の文書編集システムは、文書を解析して、前記文書の各行頭に記載された文書構造番号の文字列と当該文字列の属性の組み合わせ情報を格納するルール抽出部と、前記文書構造番号が構成されているツリー構造の深さに応じて、基準となる属性を決定し、前記組み合わせ情報に基づき、前記ツリー構造の深さを加味した前記文書の基準となる属性から逸脱した前記文書の前記文字列に対し、基準となる属性を決定するルール決定部と、前記文書に新たに文字が入力された際に、前記組み合わせ情報に含まれる前記文字列のうち少なくとも一部に一致すると判定した文字列と、当該文字列に係る前記ツリー構造の深さを加味した前記文書の基準となる属性の組み合わせの候補を選択可能に表示するルール適用部と、を備える。

本発明によれば、文書に記載の文字列の属性および／または括弧・引用符の平仄を合わせることができる。

本実施形態に係るコンピュータの主な構成を説明する説明図である。 コンピュータのＣＰＵが具現化する各機能部を示した機能ブロック図である。 属性テーブルの一例を示す図である。 括弧・引用符テーブルの一例を示す図である。 参照テーブルを示す図である。 ツリー構造テーブルの一例を示す図である。 第１の実施形態の属性付き文字列のルール抽出処理を示したフローチャートである。 属性付き文字列の平仄を合わせる処理を示したフローチャートである。 第２の実施形態の、括弧・引用符で囲われた語句のルール抽出処理を示したフローチャートである。 括弧・引用符で囲われた語句の平仄を合わせる処理を示したフローチャートである。 第３の実施形態の、文書の条項番号を参照している条項参照文字列のルール抽出処理を示したフローチャートである。 条項参照文字列とその属性の平仄を合わせる処理を示したフローチャートである。 第４の実施形態の、文書の条項番号のツリー構造のルール抽出処理を示したフローチャートである。 条項番号とその属性の平仄を合わせる処理を示したフローチャートである。 第５の実施形態の、候補表示処理を示したフローチャートである。 候補検索処理を示したフローチャートである。 文書編集プログラムを起動した文書編集ウインドウにおいて、候補を表示する処理を示した説明図である。 文書編集プログラムを起動した文書編集ウインドウにおいて、候補を表示する処理を示した説明図である。 第６の実施形態の、文書編集プログラムを起動した文書編集ウインドウにおいて、候補を表示する処理を示した説明図である。 第７の実施形態の、クロスリファレンスの平仄を合わせる処理を示したフローチャートである。 他の実施形態１として、端末と、サーバとを備えた文書編集システムの構成を示したブロック図である。 他の実施形態２として、端末と、サーバとを備えた文書編集システムの構成を示したブロック図である。

以下に、本発明を実施するための形態について詳細に説明する。なお、以下に説明する実施の形態は、本発明を実現するための一例であり、本発明が適用される装置の構成や各種条件によって適宜修正または変更されるべきものであり、本発明は以下の実施の形態に限定されるものではない。

［コンピュータの全体構成］
図１は、本実施形態に係るコンピュータ１００の主な構成を説明する説明図である。
コンピュータ１００は、例えば、文書作成支援装置（ワードプロセッサ）として機能するコンピュータである。なお、文書作成支援装置は、文書編集支援機能を備えている。なお、以下の説明において、同一の構成については、同一の符号を付し、説明を適宜、省略する。

コンピュータ１００は、ＣＰＵ（Central Processing Unit）１１０、記憶部１２０、ＲＯＭ（Read Only Memory）１３０、ＲＡＭ（Random Access Memory）１４０、操作部１５０、および表示部１６０を備えて構成されている。記憶部１２０は、文書編集プログラム１２１、平仄合わせアドイン１２２、カナ漢字変換プログラム１２４、およびツリー構造テーブル１２５、参照テーブル１２６、属性テーブル１２８、括弧・引用符テーブル１２９を格納する。

ＣＰＵ１１０は、中央処理装置であり、記憶部１２０に格納されたカナ漢字変換プログラム１２４を実行する。ＣＰＵ１１０は更に、記憶部１２０に格納された文書編集プログラム１２１を実行するとともに、これに組み込まれて機能を追加する平仄合わせアドイン１２２を実行する。

なお、カナ漢字変換プログラム１２４や文書編集プログラム１２１や平仄合わせアドイン１２２は、ＲＯＭ１３０に格納されていてもよい。

カナ漢字変換プログラム１２４は、ＣＰＵ１１０によって実行されることにより、入力された文字列をカナ文字や漢字などを含む文字列の候補に変換するプログラムである。

文書編集プログラム１２１は、ＣＰＵ１１０によって実行されることにより、文書作成支援の手順、またその文書を編集させる手順を実行させるためのプログラムである。すなわち、ＣＰＵ１１０は、文書編集プログラム１２１を起動することにより、後述する文書編集ウインドウ１８１を開くことができる。

また、平仄合わせアドイン１２２は、文書編集プログラム１２１が起動されている状態で、入力された文字列を補完した候補を選択可能に表示する機能を追加するアドインプログラムである。なお、この機能を実装する実装先は、アドインプログラムに限定されるものではなく、文書編集プログラム１２１に直接実装されてもよい。

ツリー構造テーブル１２５は、この文書に記載されている文書構造番号である条項番号に係るツリー構造を登録したテーブルである。ツリー構造テーブル１２５には、条項番号とその属性の組み合わせ情報が格納されている。なお、ツリー構造テーブル１２５が格納する文書構造番号は、条項番号に限定されず、章番号などの文章の構造を示す番号であればよく、限定されない。
参照テーブル１２６は、この文書に記載されている文書構造番号である条項番号を参照する条項参照文字列とその属性の組み合わせ情報を格納した属性のテーブルである。なお、参照テーブル１２６が格納する参照文字列は、条項番号を参照するものに限定されず、章番号などの文章の構造を示す番号を参照するものであってもよく、限定されない。

属性テーブル１２８は、この文書に記載されている属性付きの文字列と、この文字列に付与されている属性との組み合わせ情報を格納する属性のテーブルである。
括弧・引用符テーブル１２９は、この文書に記載されている括弧／引用符付きの語句と、この語句を囲う括弧または引用符との組み合わせ情報を格納するテーブルである。

ＣＰＵ１１０は、平仄合わせアドイン１２２を実行することにより、図２に示す、候補表示部１１３、反映部１１４、ルール抽出部１１６、ルール決定部１１７、ルール適用部１１８を具現化する。なお、ＣＰＵ１１０が実行する各処理については、図３を用いて後述する。

記憶部１２０は、大容量の記憶装置であり、例えば、ハードディスクドライブ（Hard Disk Drive）、不揮発性メモリなどで構成される。なお、記憶部１２０は、文書を構成する文書データを格納することもできる。

ＲＡＭ１４０は、揮発性メモリであり、ＣＰＵ１１０で実行可能な各種プログラム、入力データ、出力データ、およびパラメータ等を一時的に記憶するワークエリアとして機能する。

操作部１５０は、カーソルキー、数字入力キー、および各種機能キーなどを備えたキーボードと、マウスなどのポインティングデバイスを備えて構成される。操作部１５０は、キーボードで押下操作されたキーの押下信号やマウスによる操作信号を、入力信号としてＣＰＵ１１０に出力する。ＣＰＵ１１０は、操作部１５０からの操作信号に基づいて、各種処理を実行する。

表示部１６０は、例えば、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等のモニタディスプレイを備えて構成される。表示部１６０は、ＣＰＵ１１０から入力される表示信号により各種画面を表示する。また、表示部１６０、および操作部１５０は、タッチパネルディスプレイを採用することもできる。

［コンピュータの機能ブロック］
次に、本実施形態に係るコンピュータ１００のＣＰＵ１１０が、平仄合わせアドイン１２２を実行する場合の機能について、図２を用いて説明する。なお、平仄合わせアドイン１２２は、文書編集プログラム１２１を起動した状態で実行される。

図２は、本実施形態に係るコンピュータ１００のＣＰＵ１１０が具現化する各機能部を示した機能ブロック図である。

ＣＰＵ１１０は、図１の文書編集プログラム１２１を実行することにより、入力受付部１１１を具現化し、図１のカナ漢字変換プログラム１２４を実行することにより、カナ漢字変換部１１２を具現化する。そして、ＣＰＵ１１０は、図１の平仄合わせアドイン１２２を実行することにより、候補表示部１１３、反映部１１４、ルール抽出部１１６、ルール決定部１１７、ルール適用部１１８を具現化する。

ルール抽出部１１６は、予め文書を解析して、この文書に記載され、かつ属性が付与された文字列およびこの文字列の属性を格納する属性テーブル１２８を生成する。つまりルール抽出部１１６は、この文書に記載されている属性付き文字列とその属性を属性テーブル１２８に登録する。ルール決定部１１７は、属性テーブル１２８に基づき、属性付き文字列に対して、この文書の基準となる属性を決定する。その後、ユーザが平仄ボタンをクリックした際などに、ルール適用部１１８は、文書に記載された属性付き文字列の属性の平仄を一括で合わせる。

文字列の属性とは、フォーマット情報、およびメタ情報のうち少なくとも何れか１つである。なお、フォーマット情報とは、文字のフォント設定を含む。文字のフォント設定には、例えば、太字と斜体（イタリック）と標準のスタイル、フォント色、フォントサイズ、フォントの種類、下線の有無、下線の種類、下線の色、背景、網掛け、ハイライト、取り消し線や二重取り消し線、上付き文字や下付き文字、特定領域への均等割付、複数行の一行への割付、縦書き、傍点の有無、複数のフォーマット情報をまとめたスタイルなどが含まれる。

また、フォーマット情報には、行頭のインデントの設定や、段落の上下に対する所定のマージンの設定、段落の左寄せ・中央寄せ・右寄せ、なども含まれる。

メタ情報とは、例えば、文書編集プログラム１２１における相互参照（クロスリファレンス）の設定であり、例えば、見出し、クロスリファレンス、ハイパーリンクの設定などが含まれる。クロスリファレンスとは、例えば、条文番号の表記に対し、当該条文本体へのリンク先を付与する情報のことで、章立て、リスト番号、ヘッダー、フッター、脚注へのリンクを付与する情報を含めていう。

なお、属性はこれらのものに限定されるものではなく、例えば、候補を選択した後のカーソルの位置の設定や、候補を選択した後の候補の文字列の一部の選択、テーブルやリスト構造、ブックマーク、適用されているスタイル等を示す制御コードや、メタ情報の埋め込みなどであってもよい。

カーソル位置の設定とは、カーソル位置を選択した候補の文字列のうち何れかの位置に移動させる属性のことをいい、例えば開き括弧と閉じ括弧からなる候補を選択した際に、開き括弧と閉じ括弧の間にカーソルを移動させることをいう。また、文字列の一部の選択とは、選択した候補の文字列の一部を選択させる属性のことをいう。

メタ情報の埋め込みとは、例えば、実際には表示されないＩＤ(identifier)、テキストの種類、確定時間、または特定のソフトウエアを用いたときのみ抽出できるメモ等の文字列を埋め込むことをいう。

ルール抽出部１１６は、文書を解析して、この文書に記載されている語句およびこの語句を囲う括弧・引用符の組み合わせ情報を格納する括弧・引用符テーブル１２９を生成する。ルール決定部１１７は、括弧・引用符テーブル１２９に基づき、括弧・引用符で囲われた語句に対して、この文書の基準となる括弧・引用符を決定する。その後、ユーザが平仄ボタンをクリックした際などに、ルール適用部１１８は、文書に記載されている括弧・引用符で囲われた語句の平仄を一括で合わせる。

ルール抽出部１１６は、文書を解析して、この文書の各行頭に記載された条項の番号および、この条項の文書中の位置の組み合わせ情報を格納するツリー構造テーブル１２５を生成する。ルール決定部１１７は、ツリー構造テーブル１２５に基づき、条項番号に対して、この文書の基準となる属性を決定する。その後、ユーザが平仄ボタンをクリックした際などに、ルール適用部１１８は、文書に記載されている条項番号の属性の平仄を一括で合わせる。

更にルール抽出部１１６は、この文書に記載されている条項番号を参照する条項参照文字列を参照テーブル１２６に登録する。ルール決定部１１７は、参照テーブル１２６に基づき、条項参照文字列に対して、この文書の基準となる属性を決定する。その後、ユーザが平仄ボタンをクリックした際などに、ルール適用部１１８は、文書に記載されている条項参照文字列の属性の平仄を一括で合わせる。

入力受付部１１１は、文書に文字列を入力させる。入力受付部１１１は、例えば、文書編集プログラム１２１を実行して文書を編集可能な状態で、ユーザによる操作部１５０からの文字列の入力を受け付ける。入力された文字列は、後述するカナ漢字変換部１１２によって確定されて文書に反映されるか、または直接に文書に反映される。なお、文字列とは、文字または記号などの操作部１５０を構成するキーボード等からの入力可能な、英数字、かな文字、記号などのことをいう。

カナ漢字変換部１１２は、操作部１５０によって入力された文字列に対し、漢字・かな・英字・記号などの変換候補を表示する。カナ漢字変換部１１２は、カナ漢字変換モードになっている場合、入力された文字を所定のカナ漢字混じりの文字などに変換する。変換した候補は、ユーザ操作によって確定されて、文書に反映される。また、カナ漢字変換部１１２は、カナ漢字変換モードになっていない場合、例えば、入力された文字を、そのまま文書に直接反映させる。

候補表示部１１３は、カナ漢字変換が確定したか、または直接入力された際に、カーソル以前の文字列に対して、ツリー構造テーブル１２５、属性テーブル１２８、参照テーブル１２６、および括弧・引用符テーブル１２９を参照して、候補の文字列を抽出して表示させる。

ここで、候補表示部１１３は、ツリー構造テーブル１２５、属性テーブル１２８、参照テーブル１２６、および括弧・引用符テーブル１２９に対する前方一致検索や部分一致検索や後方一致検索を実行する。候補表示部１１３は、例えば、入力中の行が“○○○は、営”のとき、当該行のカーソル以前かつ句読点以降を取り出した比較対象文字列の“営”による、属性テーブル１２８の前方一致検索で抽出された“営業日”および太字の属性に補完する。

なお、これに限られず、コンピュータ１００は、入力中の行が“○○○は、営業日”のとき、当該行のカーソル以前かつ句読点以降を取り出した比較対象文字列の“営業日”による属性テーブル１２８の検索で抽出された“営業日”および太字の属性に補完してもよい。このとき比較対象文字列は候補文字列と同一であるため文字列の補完はされず、太字の属性が付与されることとなる。

候補表示部１１３は、ツリー構造テーブル１２５および属性テーブル１２８を参照して、文字列に付与しうる属性を抽出して、抽出した属性を有する候補の文字列を生成する。更に候補表示部１１３は、例えば、候補の文字列を、後述する文書編集ウインドウ１８１上に表示する。

反映部１１４は、候補表示部１１３によって表示された候補の選択操作を受け付けて、文書に候補を反映させる。なお反映部１１４は、ユーザによる選択操作なしに、最も適した候補を文書に反映してもよく、限定されない。

これにより、ユーザは、候補を選択するだけで、例えばフォーマット情報やメタ情報など、付与しうる属性を有する候補の文字列を文書に反映させることができる。更にこの候補は、入力した文字列を補完した文字列に属性を付与したものであってもよい。これによりユーザは、文字列の一部の入力により、所定の属性が付与された文字列を、文書に容易に反映させることができる。

候補表示部１１３は、属性テーブル１２８を参照して、この文書に新たに入力された文字よりも前が、属性テーブル１２８に格納された文字列のうち少なくとも一部に一致するか否かを判定して、候補を抽出して表示する。ユーザが候補を選択することで、反映部１１４は、候補をこの文書に反映させることができる。

候補表示部１１３は、括弧・引用符テーブル１２９を参照して、この文書に新たに入力された文字よりも前が、語句のうち少なくとも一部であるか否かを判定して、候補を抽出して表示する。ユーザが候補を選択することで、反映部１１４は、語句を囲う括弧・引用符を、この文書に反映させることができる。

候補表示部１１３は、ツリー構造テーブル１２５を参照して、文書に新たに入力された文字よりも前が、条項番号のうち少なくとも一部に一致するか否かを判定して、候補を抽出して表示する。ユーザが候補を選択することで、反映部１１４は、条項番号に所定の属性を付与して文書に反映させることができる。

候補表示部１１３は、参照テーブル１２６を参照して、文書に新たに入力された文字よりも前が、条項参照文字列のうち少なくとも一部に一致するか否かを判定して、候補を抽出して表示する。ユーザが候補を選択することで、反映部１１４は、条項参照文字列に所定の属性を付与して文書に反映させることができる。
カナ漢字変換部１１２と候補表示部１１３は、任意の構成要素であり、例えばユーザークリックにより属性の平仄を一括で修正する場合等は、含まなくてもよい。

図３は、属性テーブル１２８の一例を示す図である。
属性テーブル１２８は、文字列欄と、属性欄と、初出位置欄と、回数欄とを含んで構成される。

文字列欄は、この文書において、属性が付与されている文字列を格納する欄である。
属性欄は、文字列に付与されている属性情報を格納する欄である。初出位置欄は、この文字列が、この文書において初めて出現する位置を格納する欄である。
回数欄は、この文字列がこの文書に出現する回数を格納する欄である。属性テーブル１２８は、これ以外に、属性と文字列の組み合わせの重複があった場合に、初めて出現するものと出現回数を格納するのではなく、属性と文字列のペアを重複して格納してもよい。

図４は、括弧・引用符テーブル１２９の一例を示す図である。
括弧・引用符テーブル１２９は、語句欄と、括弧・引用符欄と、初出位置欄と、回数欄とを含んで構成される。

語句欄は、この文書において、括弧また引用符が付与されている語句を格納する欄である。
括弧・引用符欄は、語句に付与されている括弧または引用符を格納する欄である。初出位置欄は、この語句が、この文書において初めて出現する位置を格納する欄である。
回数欄は、この語句がこの文書に出現する回数を格納する欄である。括弧・引用符テーブル１２９も同様に、初めて出現する括弧または引用符とその出現回数を保存するのではなく、すべての括弧または引用符の出現について保存してもよい。

図５は、参照テーブル１２６を示す図である。
参照テーブル１２６は、文書に記載されている条項を参照する条項参照文字列を記録したテーブルである。この参照テーブル１２６は、参照文字列欄と、フォーマット欄と、位置欄と、属性欄とを含んで構成される。

参照文字列欄は、この文書に記載されている条項を参照するための文字列を格納する欄である。フォーマット欄は、この条項参照文字列を数字と記号で表すフォーマットを格納した欄である。なお、フォーマット欄は、この記述に限られない。
位置欄は、この条項参照文字列が記載されている位置を格納する欄である。属性欄は、この条項参照文字列に付与されている属性を格納する欄である。これら位置欄が最先のもの、または属性欄が最多のものが、この条項参照文字列に適用される。

図６は、ツリー構造テーブル１２５の一例を示す図である。
ツリー構造テーブル１２５は、レベル欄と、条項欄と、位置欄と、フォーマット欄と、属性欄とを含んで構成される。ツリー構造テーブル１２５は、各文書に記載されて、この文書の構造を示す文書構造番号である条項番号等のツリー構造を示すテーブルである。

レベル欄は、条項番号のレベルを格納する欄である。ここでは条番号がレベル１、項番号はレベル２、号番号はレベル３と定義されている。条項番号のレベルは、条項番号のツリー構造の深さを示している。

条項欄は、条項番号をハイフンで区切った形式の文字列を格納する欄である。位置欄は、文書中の条項の位置を格納する欄である。フォーマット欄は、この条項番号を参照する条項参照文字列の形式を格納する欄である。

なお、半角のnは数字を示し、半角のaはアルファベット小文字を示している。nFは、アラビア数字全角を示している。Aは、アルファベット大文字を示している。rは、ローマ数字小文字を示している。Rは、ローマ数字大文字を示している。Hはひらがなを示し、kはカタカナを示している。Kは漢数字を示している。なお、フォーマットについては、この表現方法に限られず、正規表現のような手法を用いて行ってもよく、その他の独自のルールを利用してもよい。

属性欄は、条項番号に付与されている属性を格納する欄である。なお、ツリー構造テーブル１２５が格納する文書構造番号は、条項番号に限られず、「第１」のような除数、「（１）」のような括弧で括られた数字、「１章」のような章番号等であってもよい。

《第１の実施形態》
第１の実施形態にて、ルール抽出部１１６は、属性が付与されている文字列を抽出する。ルール決定部１１７は、多数決にて各文字列の属性の候補を決定する。ルール適用部１１８は、各文字列の属性の平仄を合わせるように一括で修正する。以下、詳細について説明する。

図７は、第１の実施形態の属性付き文字列のルール抽出処理を示したフローチャートである。
最初、ルール抽出部１１６は、文書から属性が付与された領域の文字列を取得する（ステップＳ１０）。そしてルール抽出部１１６は、この文字列と属性との組み合わせが、属性テーブル１２８に有るか否かを判定する（ステップＳ１１）。ルール抽出部１１６は、この文字列と属性との組み合わせが、属性テーブル１２８に有るならば（Ｙｅｓ）、ステップＳ１２に進む。ルール抽出部１１６は、この文字列と属性との組み合わせが、属性テーブル１２８に無いならば（Ｎｏ）、ステップＳ１４に進む。

ステップＳ１２にて、ルール抽出部１１６は、取得した文字列とその属性、位置を属性テーブル１２８に新規登録する。そして、ルール抽出部１１６は、この文字列の回数欄に１を設定すると（ステップＳ１３）、ステップＳ１５に進む。
ステップＳ１４にて、ルール抽出部１１６は、属性テーブル１２８における、この文字列の回数欄の値を１増やすと、ステップＳ１５に進む。

ステップＳ１５にて、ルール抽出部１１６は、全文書を処理したか否かを判定する。ルール抽出部１１６は、この文書のうち未処理の部分が有るならば（Ｎｏ）、ステップＳ１０に戻る。ルール抽出部１１６は、全文書を処理したならば（Ｙｅｓ）、ステップＳ１６に進む。

ステップＳ１６にて、ルール抽出部１１６は、属性テーブル１２８に格納された文字列で文書を検索し、属性無しの文字列を取得する。そしてルール抽出部１１６は、検索した文字列と属性無しであることと、その初出位置と個数を属性テーブル１２８に登録する（ステップＳ１７）。ルール抽出部１１６は、属性テーブル１２８の全レコードの文字列を処理したか否かを判定する（ステップＳ１８）。ルール抽出部１１６は、属性テーブル１２８の全レコードの文字列を処理したならば（Ｙｅｓ）、図７の処理を終了する。ルール抽出部１１６は、属性テーブル１２８のレコードのうち未処理のものがあれば（Ｎｏ）、ステップＳ１６に戻る。
なお、ルール抽出部１１６は、初めて出現する属性付き文字列と出現回数を保存するのではなく、属性と文字列のペアを重複して保存してもよい。

図８は、属性付き文字列の平仄を合わせる処理を示したフローチャートである。このフローチャートは、ボタンまたはメニューがクリックされると実行される。
最初、ルール決定部１１７は、各文字列の最頻の属性を決定する（ステップＳ１５０ａ）。そして、ルール適用部１１８は、文字列の属性の平仄が合っていない箇所を抽出する（ステップＳ１５１ａ）。

ルール適用部１１８は、各文字列の属性の平仄が合っていない箇所を一覧表示ダイアログ（不図示）に表示すると（ステップＳ１５２ａ）、ユーザの操作入力を待つ（ステップＳ１５３）。

操作入力待ちのときに一括修正ボタン（不図示）がクリックされたならば、ルール適用部１１８は、一括で平仄を合わせるように修正し（ステップＳ１５４）、図８の処理を終了する。なお、ルール適用部１１８は、ユーザの操作を平仄のトリガーとせず、自動的に一括で修正を行ってもよく、対話的に一つずつユーザに確認をしながら修正を行ってもよい。

《第２の実施形態》
第２の実施形態にて、ルール抽出部１１６は、括弧または引用符で囲われている語句を抽出する。ルール決定部１１７は、多数決にて各語句を囲う括弧または引用符の候補を決定する。ルール適用部１１８は、各語句を囲う括弧または引用符の平仄を合わせるように一括で修正する。以下、詳細について説明する。

図９は、第２の実施形態の括弧・引用符で囲われた語句のルール抽出処理を示したフローチャートである。
最初、ルール抽出部１１６は、文書から括弧または引用符で括られた語句を取得する（ステップＳ３０）。そしてルール抽出部１１６は、この語句と括弧または引用符との組み合わせが、括弧・引用符テーブル１２９に有るか否かを判定する（ステップＳ３１）。ルール抽出部１１６は、この語句と括弧または引用符との組み合わせが、括弧・引用符テーブル１２９に有るならば（Ｙｅｓ）、ステップＳ３２に進む。ルール抽出部１１６は、この語句と括弧または引用符との組み合わせが、括弧・引用符テーブル１２９に無いならば（Ｎｏ）、ステップＳ３４に進む。

ステップＳ３２にて、ルール抽出部１１６は、取得した語句と括弧または引用符、位置を括弧・引用符テーブル１２９に新規登録する。そして、ルール抽出部１１６は、この語句の回数欄に１を設定すると（ステップＳ３３）、ステップＳ３５に進む。
ステップＳ３４にて、ルール抽出部１１６は、括弧・引用符テーブル１２９における、この語句の回数欄の値を１増やすと、ステップＳ３５に進む。

ステップＳ３５にて、ルール抽出部１１６は、全文書を処理したか否かを判定する。ルール抽出部１１６は、この文書のうち未処理の部分が有るならば（Ｎｏ）、ステップＳ３０に戻る。ルール抽出部１１６は、全文書を処理したならば（Ｙｅｓ）、ステップＳ３６に進む。

ステップＳ３６にて、ルール抽出部１１６は、括弧・引用符テーブル１２９に格納された語句で文書を検索し、括弧または引用符無しの語句を取得する。そしてルール抽出部１１６は、検索した語句と括弧または引用符無しであることと、その初出位置と個数を括弧・引用符テーブル１２９に登録する（ステップＳ３７）。そして、ルール抽出部１１６は、括弧・引用符テーブル１２９の全レコードの文字列を処理したか否かを判定する（ステップＳ３８）。ルール抽出部１１６は、括弧・引用符テーブル１２９の全レコードの文字列を処理したならば（Ｙｅｓ）、図７の処理を終了する。ルール抽出部１１６は、括弧・引用符テーブル１２９のレコードのうち未処理のものがあれば（Ｎｏ）、ステップＳ３６に戻る。
なお、ルール抽出部１１６は、初めて出現する括弧または引用符とその語句と出現回数を保存するのではなく、語句と括弧または引用符の有無のペアを重複して保存してもよい。

図１０は、括弧・引用符で囲われた語句の平仄を合わせる処理を示したフローチャートである。このフローチャートは、ボタンまたはメニューがクリックされると実行される。
最初、ルール決定部１１７は、各語句の最頻の括弧・引用符を決定する（ステップＳ１５０ｂ）。そして、ルール適用部１１８は、語句の括弧・引用符の平仄が合っていない箇所を抽出する（ステップＳ１５１ｂ）。

ルール適用部１１８は、各語句の括弧・引用符の平仄が合っていない箇所を一覧表示ダイアログ（不図示）に表示すると（ステップＳ１５２ｂ）、ユーザの操作入力を待つ（ステップＳ１５３）。ステップＳ１５３とＳ１５４の処理は、図８に示した処理と同様である。なお、ルール適用部１１８は、ユーザの操作を平仄のトリガーとせず、自動的に一括で修正を行ってもよく、対話的に一つずつユーザに確認をしながら修正を行ってもよい。

《第３の実施形態》
第３の実施形態にて、ルール抽出部１１６は、条項を参照する文字列とその属性を抽出する。ルール決定部１１７は、条項を参照する文字列の太字、クロスリファレンス等の属性を最初に出てきたものに決定する。ルール適用部１１８は、条項を参照する文字列の属性の平仄を合わせるように一括で修正する。以下、詳細について説明する。

図１１は、第３の実施形態の、文書の条項番号を参照している条項参照文字列を登録する処理を示したフローチャートである。
最初、ルール抽出部１１６は、行頭以外を条項参照のフォーマットでパターンマッチングする（ステップＳ９０）。そして、ルール抽出部１１６は、行頭以外の箇所の何れかが条項参照フォーマットに合致するか否かを判定する（ステップＳ９１）。ルール抽出部１１６は、行頭以外が条項参照フォーマットに合致するならば（Ｙｅｓ）、ステップＳ９２に進む。ルール抽出部１１６は、行頭以外の箇所の何れもが条項参照のフォーマットに合致しないならば（Ｎｏ）、ステップＳ９５の処理に進む。ここで、条項参照のフォーマットは、事前に複数パターンを設定しておく。
なお、ルール抽出部１１６は、行頭の条項参照について、条項番号と区別するための特別なルールを事前に設定する等で、判定しても良い。

ステップＳ９２にて、ルール抽出部１１６は、条項参照のフォーマットに当て嵌めて、記載されている文字列が条項参照であるかどうかを判定する。ルール抽出部１１６は、文字列が条項参照ならば（Ｙｅｓ）、ステップＳ９３に進む。ルール抽出部１１６は、文字列が条項参照ではないならば（Ｎｏ）、ステップＳ９５の処理に進む。
そして、ルール抽出部１１６は、条項参照である箇所の位置と属性を抽出し（ステップＳ９３）。ルール抽出部１１６は、条項参照の文字列と属性を、参照テーブル１２６に書き込むと（ステップＳ９４）、ステップＳ９５に進む。
ステップＳ９５にて、ルール抽出部１１６は、全文書を処理したか否かを判定する。ルール抽出部１１６は、全文書を処理したならば（Ｙｅｓ）、図１１の処理を終了する。ルール抽出部１１６は、文書のうち未処理の部分があれば（Ｎｏ）、ステップＳ９０の処理に戻る。

図１２は、条項参照文字列とその属性の平仄を合わせる処理を示したフローチャートである。このフローチャートは、ボタンまたはメニューがクリックされると実行される。
最初、ルール決定部１１５は、条項参照文字列の属性を、全ての条項参照文字列のうち初出のものの属性に決定する（ステップＳ１５０ｃ）。例えば文書の行頭以外に、「第２条」と「第３条」の条項参照文字列が順に記載されていたとき、「第２条」が初出の条項参照文字列である。このときルール決定部１１５は、この文書における条項参照文字列の属性を「第２条」の条項参照文字列の属性に決定する。
なお、属性の平仄をあわせる範囲としては、条項参照であるかどうかの領域でもよいし、条項参照が条を指しているか、項を指しているか等の深さで領域を決定してもよい。
そして、ルール適用部１１８は、条項参照文字列の属性の平仄が合っていない箇所を抽出する（ステップＳ１５１ｃ）。

ルール適用部１１８は、各条項参照文字列の属性の平仄が合っていない箇所を一覧表示ダイアログ（不図示）に表示すると（ステップＳ１５２ｃ）、ユーザの操作入力を待つ（ステップＳ１５３）。ステップＳ１５３とＳ１５４の処理は、図８に示した処理と同様である。なお、ルール適用部１１８は、ユーザの操作を平仄のトリガーとせず、自動的に一括で修正を行ってもよく、対話的に一つずつユーザに確認をしながら修正を行ってもよい。なお、ルール適用部１１８が属性の平仄を合わせる対象は、必ずしも、条項の参照文字列である必要はなく、章立ての参照文字列や序数等で文章の構造を参照する文字列であってもよい。

《第４の実施形態》
第４の実施形態にて、ルール抽出部１１６は、各行頭に記載されている文書構造番号とその属性を抽出する。ルール決定部１１７は、多数決にて各文書構造番号の属性の候補を決定する。ルール適用部１１８は、各文書構造番号の深さごとに属性の平仄を合わせるように一括で修正する。以下、詳細について説明する。

図１３は、第４の実施形態の文書の文書構造番号のツリー構造を登録する処理を示したフローチャートである。
最初、ルール抽出部１１６は、文書の各行に記載されているテキストとその属性を取得する（ステップＳ２０）。そしてルール抽出部１１６は、行頭が文書構造番号のフォーマットに合致するか否かを判定する（ステップＳ２１）。ルール抽出部１１６は、行頭が文書構造番号のフォーマットに合致するならば（Ｙｅｓ）、ステップＳ２２に進む。ルール抽出部１１６は、行頭が文書構造番号のフォーマットに合致しないならば（Ｎｏ）、ステップＳ２４の処理に進む。

ここではフォーマットを、プレフィックスと数字とポストフィックスとして定義し、それぞれのバリエーションを登録している。例えば、「第３条」では、プレフィックスが「第」、数字「３」、ポストフィックスは「条」となる。同様に３条では、プレフィックスが空文字で、数字が「３」、ポストフィックスは「条」である。プレフィックスには例えば、第、Section、開き括弧等がある。ポストフィックスには、章、条、項、号、閉じ括弧等がある。数値には、全角または半角の数字、丸付き文字、ローマ数字、漢数字、カタカナ記号、ひらがな記号、アルファベット記号等がある。ルール抽出部１１６は、これらプレフィックスと数字とポストフィックスを事前に設定しておき、この３つの組み合わせとしてのフォーマットを判定する。

フォーマット判定方法としては、行頭がこのプレフィックス＋数字＋ポストフィックスでの判定できた際に、同一のフォーマットで後続の２以降の数値を検出する。これらは、ツリー構造の深さのレベル１と判定される。レベル１の領域に絞って同様の判定を行うことで、レベル２を判定、と再帰的にツリー構造を判定する。

なお、文頭が文書エディタ独自のリスト形式の場合であっても、テキストとして解析することで、リスト形式、テキスト形式のうちいずれの場合にでも対応が可能である。

図１３のステップＳ２２にて、ルール抽出部１１６は、フォーマット判定方法を用いて、レベルと文書構造番号と位置を判定する。そして、ルール抽出部１１６は、文書構造番号のレベルと条項と位置とフォーマットと属性の組み合わせ情報をツリー構造テーブル１２５に書き込むと（ステップＳ２３）、ステップＳ２４の処理に進む。
ステップＳ２４にて、ルール抽出部１１６は、全文書を処理したか否かを判定する。ルール抽出部１１６は、この文書のうち未処理の部分が有るならば（Ｎｏ）、ステップＳ２０に戻る。ルール抽出部１１６は、全文書を処理したならば（Ｙｅｓ）、図１３の処理を終了する。

図１４は、文書構造番号とその属性の平仄を合わせる処理を示したフローチャートである。このフローチャートは、ボタンまたはメニューがクリックされると実行される。
最初、ルール決定部１１５は、各文書構造番号をレベルごとに最頻の属性を決定する（ステップＳ１５０ｄ）。ここで文書構造番号のレベルとは、文書が文書構造番号によってツリー構造を構成するとき、そのツリー構造の深さのことをいう。これにより、ルール決定部１１５は、レベルごとに属性を統一することができる。
そして、ルール適用部１１８は、文書構造番号のレベルと属性の平仄が合っていない箇所を抽出する（ステップＳ１５１ｄ）。
ルール適用部１１８は、各文書構造番号のレベルと属性の平仄が合っていない箇所を一覧表示ダイアログ（不図示）に表示すると（ステップＳ１５２ｄ）、ユーザの操作入力を待つ（ステップＳ１５３）。ステップＳ１５３とＳ１５４の処理は、図８に示した処理と同様である。
ここでルール適用部１１８が属性の平仄を合わせる文書構造番号は、条および項を示す番号だけでなく、号や序数等の番号であってもよい。

《第５の実施形態》
第５の実施形態にて、ルール抽出部１１６は、属性が付与されている文字列を抽出する。ルール決定部１１７は、多数決にて各文字列の属性の候補を決定する。候補表示部１１３は、文字入力中に前方一致で足りない文字と属性を一緒に補完する。反映部１１４は、ユーザが選択した候補を反映する。これによりユーザは、文書に記載の文字列の属性の平仄を合わせることができる。
以下、図１５と図１６Ａと図１６Ｂを参照して、候補表示部１１３と反映部１１４の動作の詳細について説明する。

図１５は、第５の実施形態の候補表示処理を示したフローチャートである。
図１５に示すように、コンピュータ１００のＣＰＵ１１０の入力受付部１１１は、文書編集プログラム１２１を実行することにより、文書への文字列の入力を受け付ける（ステップＳ４０）。具体的には、入力受付部１１１は、ユーザの操作部１５０に対する操作により、操作部１５０から文字や記号などの文字列の入力を受け付ける。

次に、ＣＰＵ１１０のカナ漢字変換部１１２は、現在の入力モードがカナ漢字変換モードか否かを判定する（ステップＳ４１）。例えば、カナ漢字変換モードの場合（Ｙｅｓ）、カナ漢字変換部１１２は、入力された文字列を予め定められた文字列、例えば、漢字を含む熟語やカタカナ言葉などに変換し、その文字列を確定する（ステップＳ４２)。そして、カナ漢字変換部１１２は、ステップＳ４３に進む。

一方、カナ漢字変換モードではない場合（ステップＳ４１のＮｏ）、カナ漢字変換部１１２は、入力された文字を文書にそのまま直接反映させて、ステップＳ４３に進む。例えば、カナ漢字変換モードオフで文字列が入力された場合、カナ漢字変換部１１２は、入力されたアルファベットのままの文字列を、文書に直接反映させる。

ステップＳ４３において、ＣＰＵ１１０の候補表示部１１３は、入力された文字列の補完を試みる。その後、候補表示部１１３は、候補の文字列の抽出処理を行う。そして候補表示部１１３は、入力された文字列に対する候補があるか否かを判定する（ステップＳ４４）。入力された文字列に対する候補がある場合（ステップＳ４４のＹｅｓ）、候補表示部１１３は、ステップＳ４５に進み、入力された文字列に対する候補としてメニュー表示すると、ステップＳ４６に進む。

一方、入力された文字列に対する候補がない場合（ステップＳ４４のＮｏ）、候補表示部１１３は、ステップＳ４８に進み、入力された文字列のままとして、図１５の処理を終了する。

ステップＳ４６において、反映部１１４は、属性付き候補が選択されたか否か判定する。属性付き候補のうち何れかが選択された場合（ステップＳ４６のＹｅｓ）、反映部１１４は、その選択された属性付き候補を文書に反映させて（ステップＳ４７）、図１５の処理を終了する。

一方、属性付き候補が選択されなかった場合（ステップＳ４６のＮｏ）、反映部１１４は、ステップＳ４８に進み、入力された文字列ままとし、図１５の処理を終了する。

なお、候補が選択されなかった場合とは、例えば、文書に新たな文字列の入力が受け付けられた場合や、この文書の他の部分にカーソルが移動した場合、その他、この文書以外のウインドウが選択されて操作された場合などである。

図１６は、候補検索処理を示したフローチャートである。
最初、候補表示部１１３は、カーソル位置以前かつ句読点以降の当該行の文字列を比較対象文字列とする（ステップＳ５０）、そして、候補表示部１１３は、比較対象文字列を属性テーブル１２８の各行と前方一致検索する（ステップＳ５１）。候補表示部１１３は、前方一致検索で検索できた文字列が有ったか否かを判定する（ステップＳ５２）。候補表示部１１３は、前方一致検索で検索できた文字列が有ったならば（Ｙｅｓ）、属性付き文字列を候補に追加すると（ステップＳ５３）、ステップＳ５４に進む。候補表示部１１３は、前方一致検索で検索できた文字列が無かったならば（Ｎｏ）、ステップＳ５４に進む。

ステップＳ５４にて、候補表示部１１３は、比較対象文字列の先頭の１文字を削除する。具体的にいうと、比較対象文字列が「店舗の営業日」であり、属性テーブル１２８に「営業日」が格納されていた場合、そのままでは属性テーブル１２８の各文字列の前方一致検索で一致しない。よって、候補表示部１１３は、比較対象文字列を「舗の営業日」⇒「の営業日」⇒「営業日」のように先頭の一文字を順に削除しながら属性テーブル１２８の各文字列との前方一致検索を行う。
なお、候補を表示するための入力文字列の比較方法は、上記の方法に限定されず、形態素解析等で単語のまとまりを判定した上で検索してもよいし、転置インデックス等で検索してもよい。
そして、候補表示部１１３は、比較対象文字列の長さが閾値よりも大きいか否かを判定する（ステップＳ５５）。候補表示部１１３は、比較対象文字列の長さが閾値よりも大きいならば（Ｙｅｓ）、ステップＳ５１に戻る。候補表示部１１３は、比較対象文字列の長さが閾値以下ならば（Ｎｏ）、図１６の処理を終了する。

図１７から図１８は、文書編集プログラム１２１を起動した文書編集ウインドウ１８１において、候補を表示する処理を示した説明図である。ここでは一例として、“営業日”を対象として文字列を補完し、その補完文字列を候補として表示する場合について説明する。

図１７と図１８では、文書編集ウインドウ１８１を示している。この文書編集ウインドウ１８１の上側には、平仄ボタン１８９が設けられており、文書の属性付き文字列の平仄を合わせる際にクリックされる。入力領域１８２には、入力中の文書が示されている。カーソル１８３は、文字が入力されることを示すものである。この文書において、カーソル１８３の直前には読点が打たれている。このとき、オートコンプリ―トの対象となる比較対象文字列は存在しない。

図１８は、“eigyou”が入力され、カナ漢字変換部１１２によって“営業”と入力を確定すると、その補完候補を表示する処理を示した説明図である。選択メニュー１８４に表示された候補の“営業日”には、太字と下線の属性が付与されている。

入力中の行は、“第３条 甲は、第１条第２項の営業”である。このとき、候補表示部１１３は、当該行のカーソル１８３以前かつ句読点以降を比較対象文字列として取り出す。比較対象文字列は、“第１条第２項の営業”である。そして、候補表示部１１３は、“第１条第２項の営業”で、ツリー構造テーブル１２５、属性テーブル１２８および括弧・引用符テーブル１２９を検索する。この場合、候補はヒットしない。

以降、候補表示部１１３は、比較対象文字列を先頭から１文字ずつ削除しつつ、属性テーブル１２８を検索する。すると、比較対象文字列が“営業”のとき、属性テーブル１２８の検索で“営業日”が抽出できる。

以上説明したように、本実施の形態に係るコンピュータ１００のＣＰＵ１１０は、候補表示部１１３と反映部１１４とを備えて構成されている。候補表示部１１３は、文書に入力された文字列の候補をメニューに表示する。反映部１１４は、ユーザによる候補の選択を受け付けて、文書に候補を反映させる。

これにより、ユーザは、入力された文字列に属性のみが付与された候補の場合と、入力された文字列が補完され、更に属性が付与された候補の場合の両方に於いて、候補を文書に容易に反映させることができる。なお、属性付き候補は、入力された文字列が補完されて属性が付与されたものに限られず、入力された文字列に属性が付与されたものであってもよい。

《第６の実施形態》
第６の実施形態にて、ルール抽出部１１６は、条項参照文字列とその属性を抽出する。ルール決定部１１７は、多数決にて各条項参照文字列の属性の候補を決定する。候補表示部１１３は、文字を入力中に候補となる文字列と属性の組み合わせを表示する。反映部１１４は、ユーザが選択した候補を反映する。これによりユーザは、文書に記載の文字列の属性の平仄を合わせることができる。

図１９では、文書編集ウインドウ１８１上で“dai1”が入力されたのち、入力領域１８２においてカナ漢字変換部１１２によって“第１”と入力を確定したときの画面を示している。このとき、候補表示部１１３は、比較対象文字列をカーソル１８３以前かつ句読点以降の文字列として、参照テーブル１２６に対する“第１”の検索を行う。更に候補表示部１１３は、属性を付与した候補１９１を、選択メニュー１８４に表示する。

候補１９１は、比較対象文字列の“第１”によるツリー構造テーブル１２５の検索で抽出された“第１条”である。なお、この文書中に条項参照文字列は、“第１条”しか記載されていないので、条項参照文字列の候補は、“第１条”の１つとなる。

本実施形態では、条項参照文字列の一部である“第１”を入力（確定）しただけで、これを補完した条項参照文字列が候補として表示される。

《第７の実施形態》
第７の実施形態にて、ルール決定部１１７は、条項参照文字列に、参照先の条項へのクロスリファレンスの属性（条項への参照）を付与する。例えば、文書の行頭以外の箇所に「第２条」という初出の条項参照文字列が有り、第２条の位置を参照するクロスリファレンス属性が付与されていた場合、ルール適用部１１８は、その後に記載されているクロスリファレンスのない「第２条」の条項参照文字列に対して、第２条の位置を参照するクロスリファレンスの属性を一括で付与する。

ここでクロスリファレンスの属性とは、行頭以外に記載された「第２条」などの条項参照の文字列に対して付与された、参照先である第２条などの条項番号が行頭に付与された文章にリンクする属性のことをいう。これによりユーザは、「第２条」などの条項参照の文字列をクリックすることで、参照先である第２条の条項番号が行頭に付与された文章にジャンプして、第２条の条文を閲覧できる。
なお、第２条の文章の行頭には、例えば「第２条」などの文字列が記載されている。

第３の実施形態にて、文書中に「第３条」という初出の条項参照文字列が有り、クロスリファレンス属性が付与されていない場合、その後に記載されたクロスリファレンスのない「第３条」の条項参照文字列に対して、クロスリファレンスの属性を付与しない。第７の実施形態は、予め文書のツリー構造を解析して、条項参照文字列の属性として、クロスリファレンスの属性を付与するというものである。

図２０は、第７の実施形態のクロスリファレンスの平仄を合わせる処理を示したフローチャートである。
最初、ルール抽出部１１６は、参照先の章立てまたは条項番号などのツリー構造を解析し（ステップＳ１６０）、そのツリー構造をテーブルへ登録する（ステップＳ１６１）。ルール抽出部１１６は更に、条項参照文字列を抽出する（ステップＳ１６２）。

そして、ルール決定部１１７は、各条項参照文字列のクロスリファレンス属性の最頻値または初出位置により、各条項参照文字列にクロスリファレンスを付与するか否かのルールを決定する（ステップＳ１６３）。

ルール適用部１１８は、各条項参照文字列のうち、クロスリファレンスが付与されていない箇所を特定する（ステップＳ１６４）。ルール適用部１１８は、クロスリファレンスが付与されていない箇所の条項参照文字列に対して、クロスリファレンスを付与すると（ステップＳ１６５）、図２０の処理を終了する。これにより、条項参照文字列に対して、機械的にクロスリファレンスを付与することができる。
ここで、ルール適用部１１８がクロスリファレンスを付与する対象は、必ずしも、条項の参照文字列である必要はなく、章立ての参照文字列や序数等で文章の構造を参照する参照文字列であってもよい。

《他の実施形態１》
上述した本実施形態では、コンピュータ１００のＣＰＵ１１０により、各種処理が実行されていたが、本実施形態は、これに限定されるものではない。例えば、他の実施形態１として、コンピュータ１００のＣＰＵ１１０が実行していた一部の機能を、ネットワーク３００を介して接続された外部のサーバ４００のＣＰＵ（図示せず）に処理させてもよい。

図２１は、他の実施形態１として、端末１０１と、サーバ４００とを備えた文書編集システムの構成を示したブロック図である。

図２１に示すように、他の実施形態１としての文書編集システムは、端末１０１が、ネットワーク３００を介して、サーバ４００に接続されている。

端末１０１は、表示部１６０と、ブラウザ１６５を備えて構成されている。ブラウザ１６５は、所定のプログラムによって構成され、表示部１６０に表示させる機能を有している。

サーバ４００は、候補抽出部１１３ａと、反映部１１４を備えて構成されている。

候補抽出部１１３ａは、文書に入力された文字列に対し、付与しうる属性を有する候補を抽出する。なお、候補抽出部１１３ａは、サーバ４００の不図示のＣＰＵがサーバサイドプログラムを実行することによって具現化される。

これにより、他の実施形態１としての変更編集システムは、文書に入力された文字列に対し、付与しうる属性を有する候補を抽出させる候補抽出部１１３ａと、候補の選択を受け付けて、文書に候補を反映させる反映部１１４と、ルール抽出部１１６と、ルール決定部１１７と、ルール適用部１１８とを備えるサーバ４００、を備えて構成される。なお、候補抽出部１１３ａは、所定のルールで補完した属性付き候補を抽出してもよい。また、候補抽出部１１３ａと、反映部１１４と、ルール抽出部１１６と、ルール決定部１１７と、ルール適用部１１８とが配備される箇所は、サーバ４００に限定されない。

したがって、他の実施形態１としての変更編集システムは、サーバ４００を用いたＳａａＳ（Software as a Service）により、ユーザは、文字列に属性が付与された候補を選択して、文書に容易に反映させることができる。更にユーザは、文字列を所定のルールで補完して属性が付与された候補を選択して、文書に容易に反映させることができる。

《他の実施形態２》
図２２は、他の実施形態２として、端末１０２と、サーバ４００とを備えた文書編集システムの構成を示したブロック図である。

図２２に示すように、他の実施形態２としての文書編集システムは、端末１０２が、ネットワーク３００を介して、サーバ４００に接続されている。サーバ４００は、候補抽出部１１３ａと、反映部１１４と、ルール抽出部１１６と、ルール決定部１１７と、ルール適用部１１８とを備える。

端末１０２は、表示部１６０と、文書編集プログラム１２１と、接続用アドイン１２３とを備えて構成されている。接続用アドイン１２３は、所定のプログラムによって構成され、端末１０２から、サーバ４００に接続させる機能を有している。

これにより、接続用アドイン１２３は、文書編集プログラム１２１を実行し、端末１０２をサーバ４００に接続することができる。

したがって、他の実施形態２としての文書編集システムは、文書編集プログラム１２１を実行し、接続用アドイン１２３によって接続されたサーバ４００と協同する。これにより、ユーザは、文字列に属性が付与された候補を選択して、文書に容易に反映させることができる。更にユーザは、文字列を所定のルールで補完して属性が付与された候補を選択して、文書に容易に反映させることができる。

また、本発明に係る第１、第２の実施形態において、候補表示部１１３は、カナ漢字変換部１１２が確定した文字列に対して、これを補完した候補１７４～１７６を選択メニュー１７３に表示させていた。本実施形態は、これに限定されるものではなく、候補表示部１１３は、例えば、カナ漢字変換部１１２が変換中の文字列に対して、これを補完した候補を選択メニューに表示させてもよい。

また、本発明に係る実施形態において、不図示の辞書および辞書テーブルは、例えば、辞書を具現化するプログラムや、検索する候補を構成する辞書テーブルを、記憶部１２０やＲＡＭ１４０に格納してもよい。

１００ コンピュータ
１０１，１０２ 端末
１１０ ＣＰＵ
１１１ 入力受付部
１１２ カナ漢字変換部
１１３ 候補表示部
１１３ａ 候補抽出部
１１４ 反映部
１１６ ルール抽出部
１１７ ルール決定部
１１８ ルール適用部
１２０ 記憶部
１２１ 文書編集プログラム
１２２ 平仄合わせアドイン（文字編集支援プログラム）
１２３ 接続用アドイン
１２４ カナ漢字変換プログラム
１２５ ツリー構造テーブル
１２６ 参照テーブル
１２８ 属性テーブル
１２９ 括弧・引用符テーブル
１３０ ＲＯＭ
１４０ ＲＡＭ
１５０ 操作部
１６０ 表示部
１６５ ブラウザ
１８１ 文書編集ウインドウ
１８３ カーソル
１８４ 選択メニュー
１８９ 平仄ボタン
３００ ネットワーク
４００ サーバ

Claims (9)

1. 文書を解析して、前記文書の各行頭に記載された文書構造番号の文字列と当該文字列の属性の組み合わせ情報を格納する手順、
   前記文書構造番号が構成されているツリー構造の深さに応じて、基準となる属性を決定する手順、
   前記組み合わせ情報に基づき、前記ツリー構造の深さを加味した前記文書の基準となる属性から逸脱した前記文書の文字列に対し、基準となる属性を付与する手順、
   をコンピュータに実行させるための文書編集支援プログラム。
2. 文書を解析して、前記文書の各行頭に記載された文書構造番号の文字列と当該文字列の属性の組み合わせ情報を格納する手順、
   前記文書構造番号が構成されているツリー構造の深さに応じて、基準となる属性を決定する手順、
   前記文書に新たに文字が入力された際に、前記組み合わせ情報に含まれる前記文字列のうち少なくとも一部に一致するか否かを判定する手順、
   前記文字列のうち少なくとも一部に一致し、前記組み合わせ情報に含まれる文字列と、当該文字列に係る前記ツリー構造の深さに応じた属性の組み合わせの候補を選択可能に表示する手順、
   前記候補が選択されたとき、当該候補を前記文書に反映させる手順、
   をコンピュータに実行させるための文書編集支援プログラム。
3. 前記文書の基準となる属性を、前記組み合わせ情報に含まれる各文字列の属性のうち最多の属性とする手順、
   をコンピュータに実行させるための請求項１または２に記載の文書編集支援プログラム。
4. 前記文書の基準となる属性を、前記組み合わせ情報に含まれる各文字列の属性のうち初出の属性とする手順、
   をコンピュータに実行させるための請求項１または２に記載の文書編集支援プログラム。
5. 前記文書構造番号が構成されているツリー構造の深さと位置に応じて、各参照文字列が指し示す当該文書構造番号へのリンクを含む基準となる属性を決定する手順、
   前記文書の参照文字列が指し示す文字列が基準となる属性から逸脱している際に、前記参照文字列に対して前記基準となる文書構造番号の位置へのリンクを含む属性を付与する手順、
   をコンピュータに実行させるための請求項１に記載の文書編集支援プログラム。
6. 前記基準となる属性を付与する文字列とは、前記文書構造番号の文字列である、
   請求項１または２に記載の文書編集支援プログラム。
7. 前記文書構造番号が構成されているツリー構造の深さと位置に応じて、各参照文字列が指し示す当該文書構造番号へのリンクを含む基準となる属性を決定する手順、
   前記文字列のうち少なくとも一部に一致する組み合せ情報に含まれる参照文字列と、当該参照文字列が参照する文書構造番号の位置へのリンクを含み、かつ前記ツリー構造の深さに応じた属性の組み合わせの候補を選択可能に表示する手順、
   をコンピュータに実行させるための請求項２に記載の文書編集支援プログラム。
8. 文書を解析して、前記文書の各行頭に記載された文書構造番号の文字列と当該文字列の属性の組み合わせ情報を格納するルール抽出部と、
   前記文書構造番号が構成されているツリー構造の深さに応じて、基準となる属性を決定し、前記組み合わせ情報に基づき、前記ツリー構造の深さを加味した前記文書の基準となる属性から逸脱した前記文書の前記文字列に対し、基準となる属性を決定するルール決定部と、
   前記文書の基準となる属性から逸脱した前記文書の文字列に対し、基準となる属性を付与するルール適用部と、
   を備える文書編集システム。
9. 文書を解析して、前記文書の各行頭に記載された文書構造番号の文字列と当該文字列の属性の組み合わせ情報を格納するルール抽出部と、
   前記文書構造番号が構成されているツリー構造の深さに応じて、基準となる属性を決定し、前記組み合わせ情報に基づき、前記ツリー構造の深さを加味した前記文書の基準となる属性から逸脱した前記文書の前記文字列に対し、基準となる属性を決定するルール決定部と、
   前記文書に新たに文字が入力された際に、前記組み合わせ情報に含まれる前記文字列のうち少なくとも一部に一致すると判定した文字列と、当該文字列に係る前記ツリー構造の深さを加味した前記文書の基準となる属性の組み合わせの候補を選択可能に表示するルール適用部と、
   を備える文書編集システム。

Images