JP2017091024A - 入力支援装置 - Google Patents

Abstract

【課題】 特許出願書類を作成するためには比較的長い時間が必要になる。【解決手段】 文書作成支援装置１００は、文章を構成する要素を含むコマンドの入力を受け付ける入力部１０と、コマンドが所定のルールに適合するか否かを判定する判定部１２と、ルールに適合する場合、コマンドに関連付けられた文章パターンに適合する要素を含む文章に変換する生成部２０とを備える。文字数の少ないコマンドを文章に変換することができるので、文章の入力に必要なキータイプの回数が減る。これにより文書作成時間を短くできる。【選択図】図１

Description

本発明は、文書を作成する装置に関し、特に文書の入力を支援する技術に関する。

特許出願書類を作成する場合、各書類を規則に従って記載する必要がある。例えば、発明を構成する各要素には数字およびアルファベットで符号を付ける必要がある。こうした特殊な規則に従って文書を作成するため、作成者にとっては相当の負担になり、符号の重複などミスも生じやすい。そこで文書中の文字列を検索し、既出の文字列から要素名と符号を入力する装置がある（特許文献１）。

特許第４２９３３４８号公報

符号の入力を改善するための技術は提案されているものの、一般に、特許出願書類を作成するためにはかなりの時間を要する。また、一般にワードプロセッサで編集中の文書に画像を挿入する場合、マウスで画像挿入メニューを選択し、表示された画像選択ダイアログを利用して挿入すべき画像ファイルを選択する必要がある。この操作は、ユーザにとってストレスの溜まる面倒な操作である。
本発明は、上記課題に鑑みてなされたものであり、その目的は、特許出願書類などの文書を現状よりも短い時間で作成する技術を提供することにある。

本発明のある態様は入力支援装置である。この装置は、文章を構成する要素を含むコマンドの入力を受け付ける入力部と、前記コマンドが所定のルールに適合するか否かを判定する判定部と、前記ルールに適合する場合、前記コマンドに関連付けられた文章パターンに適合する前記要素を含む文章に変換する生成部とを備える。

本発明の別の態様も入力支援装置である。この装置は、符号を含む文字列の入力を受け付ける入力部と、符号と部材名とを対応付けて保持する辞書と、入力した文字列に含まれる符号を抽出し、前記辞書を参照して、抽出した符号に対応する部材名を取得する変換部と、抽出した符号の直前にその符号に対応する部材名が存在しない場合に、部材名と符号とが連なるように部材名を挿入する生成部とを備える。

本発明の更に別の態様も入力支援装置である。この装置は、画像ファイルの挿入を指示するコマンドを受け付ける入力部と、前記コマンドに基づいて画像ファイルにアクセスするためのパスを特定するパス生成部と、前記コマンドをパスにより特定される画像ファイルに置き換える取込部とを備える。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、文章の入力に必要なキータイプの回数が減るため効率的に文書を作成できる。

実施の形態に係る文書作成支援装置の構成図である。 図１の文書作成支援装置に入力されるソース文字列と出力を示す図である。 図１の画像変換部の内部構成図である。 図１の提示部が提示する一覧の一例を示す図である。

特許出願書類（以下、「出願書類」または「文書」という）を作成するためには、請求項を作り、それに対応した図面を作り、図面に含まれる部材に符号を付与し、図面を参照しながら発明の詳細な説明を作り、最後に出願書類全体の見直しや修正をする。請求項や図面を作成する作業は作成者の専門的な思考が大部分を締め、作業時間の長短は作成者の思考力に依存する。一方、図面を参照しながら図面の説明をつくる作業は、請求項を作る作業に比べて思考力は必要とされず、文章を書く、具体的には、文字をタイプするという指先を動かす操作が大部分をしめる。

例えば、「図○は、実施の形態に係る○○○システム××の全体図である。」という文をタイプする場合、２９文字のタイプが必要である。タイプする文字の数が減れば単純にタイプに必要な時間は短くなる。一般に出願書類に含まれる表現は定型的なものが多く、一部の要素さえ分かれば文を完成させることができる。先にあげた表現の場合、図番号「図○」と要素「○○○システム××」とが分かれば後は定形表現にはめ込めば良い。更に、符号「××」と要素名「○○○システム」とを対応付けて辞書に登録しておけば、「図○」と「××」とが分かれば、符号「××」に対応する要素名を辞書から取得し文を完成させることができる。この場合、４文字分のタイプで済むので、２５文字のタイプに必要な時間だけ短くなる。

実施の形態で説明する装置は、このような観点で出願書類の作成を支援する装置を具現化するひとつの形態である。

図１は、実施の形態に係る文書作成支援装置１００の構成図である。文書作成支援装置１００は、パーソナルコンピュータやタブレットなどの一般的に普及しているコンピュータであり、プログラムを実行することにより実現される。文書作成支援装置１００は、いわゆるアドインという形式でワードプロセッサに組み込まれ、プログラムが実行されることにより実現されるワードプロセッサと協調して機能し、ワードプロセッサが編集中の文書に直接アクセスできるよう構成されている。

入力部１０は、ユーザが特定のキー操作（以下、「実行操作」という）をおこなったことを契機に現在のカーソル位置から前方の区切り文字までの文字列（以下、「ソース文字列」という）を入力として取り込む。つまり、実行操作をおこなうことで、入力部１０として機能するプログラムが実行され一連の処理が開始される。区切り文字は、句点、スペース、改行などである。判定部１２はソース文字列が所定のルールに適合するか否かを判定し、適合する場合にルールに応じた変換処理をおこなうよう生成部２０に指示する。

図２は、図１の文書作成支援装置１００に入力されるソース文字列と出力を示す図である。図２（ａ）は、ソース文字列として「図１ １０」が入力され、「図１は、情報管理システム１０の全体図である。」が出力されている。「図○」「全角スペース」「符号」がルールである。このルールを満たす場合、「図○」が主語になるように文が生成される。

図２（ｂ）は、ソース文字列として「図２ ２０」が入力され、「図２は、管理テーブル２０のデータ構造の一例を示す図である。」が出力されている。これも「図○」「全角スペース」「符号」というルールを満たすが、文の末尾部分が図２（ａ）とは異なっている。これは、符号で特定される部材に応じて、表現が変化されることを示したものである。このように、ルールが一致していてもそこに含まれる要素に応じて、文書作成支援装置１００は表現を変える。

図２（ｃ）は、ソース文字列として「１０ １２，１４，１６」が入力され、「情報管理システム１０は、管理装置１２、端末装置１４およびＤＢ１６を備える。」が出力されている。「符号」「全角スペース」「カンマ区切りの符号」がルールであり、このルールに一致する場合、先頭の符号が主語になり、カンマで区切られる符号が構成要素として表現される。

出願種類に含まれる定型的な記載パターンや文章表現は複数あり、それらを特定するためにそれぞれのルール（以下、「コマンド」という）が設けられる。

図１の文章変換部２４は、ソース文字列が文章変換のルール（以下、「文章変換コマンド」という）を満たしている場合、ソース文字列に含まれる要素に自立語や付属語を補完して主語や述語など文章を構成するために必要な文言を含む文章に変換する。文章変換部２４は、定型的な記載パターンを保持し、その記載パターンに文章変換コマンドに含まれる要素を組み込むことで文章に変換する。

符号変換部２６は、ソース文字列に含まれる符号の前方に要素名を補い、出願書類で使用される一般的な記載パターンに変換する。辞書１６は符号と要素名とを関連付けて保持する。符号変換部２６は辞書１６を参照して符号に関連付けられた要素名を取得する。そして、符号変換部２６は、符号の直前に要素名が既に記載されているか否かを判断し、記載されていない場合に要素名を符号の直前に挿入する。これにより、既に要素名が含まれる文章に対して変換処理をおこなっても、要素名が何度も符号の前に挿入されない。

例えば、ソース文字列として「図１ １０」が入力された場合、文章変換部２４は「図１は、１０の全体図である。」という文章に変換する。その後、符号変換部２６は辞書１６を参照して、符号「１０」に対応付けられた要素名「情報管理システム」を取得する。そして文章変換部２４が生成した文章に含まれる「１０」の直前に「情報管理システム」を挿入して「図１は、情報管理システム１０の全体図である。」という文章が生成される。この文章に対して、再び符号変換処理をおこなっても、符号「１０」の前方に「情報管理システム」が挿入されているので、要素名は挿入せずに変換処理を終える。

一般に符号は、数字とアルファベットで構成された文字列のため、Ｙ＝ａＸ＋ｂのような数式や１０ｋｇのような単位を符号として認識しないように除外する必要がある。除外部３０は、こうした符号の条件は満たすが、符号ではない文字列（以下、「除外文字」という）か否かを判定する。つまり、符号変換部２６は、符号の候補（以下、「符号候補」という）として文字列を抽出し、符号候補が符号であるか否かを除外部３０に判定させる。符号候補が除外文字と判定された場合、符号変換部２６は符号変換の処理をしない。

除外部３０は、除外文字の判定条件を予め保持し、その条件に基づいて判定する。判定条件は、判定のための処理モジュールとして除外部３０に組み込まれる。処理モジュールとしては、例えば、数式であることを判定するための数式判定モジュール、単位であることを判定する単位判定モジュールなどがある。更に、除外部３０は除外文字のリスト（以下、「除外リスト」という）を保持し、そのリストに含まれている文字列を除外文字と判定する。

登録部１４は符号と要素名のペアを辞書１６に登録する。登録のために、登録部１４は符号と要素名とを対応付けて登録するための入力画面をユーザに提示する。符号変換部２６は、辞書１６に符号が登録されていない場合に、辞書に登録するか否かをユーザに問い合わせる。ユーザが登録することを指示した場合、登録部１４に登録画面の提示を指示する。また、ユーザが登録しないことを指示した場合、符号変換部２６はその符号を除外リストに追加することを除外部３０に指示する。もちろん、登録部１４は、ユーザから指示を受けた場合に随時登録画面を提示してもよい。

認識部２８は、符号に関連付けられた要素名に応じて文章を構成する文言を切り替える。例えば、図の説明の対象がシステムであれば、「図１は○○システムの全体図である。」と変換され、テーブルであれば「図１は○○テーブルのデータ構造の一例である。と変換される。このように要素の種類に応じて、文章に含まれる文言を変えるために認識部２８が設けられている。

符号の他に、段落の前に段落番号を付与し、文書中に含まれる画像の前には墨付き括弧で「化１」のような文字列を囲ったタグ（以下、「要素タグ」という）を記載する必要がある。要素タグは、画像の種類に応じて決まる「数」「化」「表」「図」に連続番号を付した文字列を墨付き括弧で囲ったものである。

連続番号変換部３２は、段落番号タグ、要素タグがそれぞれ連続するように変換する。それぞれのタグは墨付き括弧で囲まれており、段落番号であれば４桁の数字が墨付き括弧で囲まれる。数式タグであれば「数」の後に数字が続く。連続番号変換部３２はこうしたタグの特徴を文書の先頭から抽出し、抽出した順番に番号をカウントする。そして、カウントした数字と抽出したタグの番号が異なれば、カウントした数字に置き換える。この変換処理は、実行操作がされたことを契機に実行される。

ソース文字列として「全角スペース」が与えられた場合、連続番号変換部３２は段落番号タグを生成し、全角スペースに続けて生成した段落番号タグを挿入する。段落番号は４桁の数字を墨付き括弧で囲むことになっているので、通常であれば６文字分のタイプが必要だが、本装置によれば１文字分のタイプで済む。また、段落番号も自動的に連続番号になるよう更新されるので、段落番号のミスも防止できる。

画像変換部２２は、ソース文字列が画像を埋め込むためのルール（以下、「画像挿入コマンド」という）を満たしている場合に、ソース文字列が記載されている位置に、該当する画像を埋め込む。例えば、画像挿入コマンドは「＃＃」に続けてファイル識別子としてファイル名の一部を記載するルールであり、画像挿入コマンド「＃＃ｆ００１」であれば、画像変換部２２は所定のフォルダから「ｆ００１」を含む画像ファイルを特定し、その画像ファイルを文書に組み込む。更に画像変換部２２は、組み込んだ画像の直前に数式タグを挿入する。所定のフォルダは、文書作成支援装置１００が処理の対象としている出願書類の保存先であってもよいし、ファイルサーバの特定のフォルダであってもよい。

図３は、図１の画像変換部２２の内部構成図である。画像挿入コマンド入力部４０は、判定部１２から画像挿入コマンドを受け付ける。パス生成部４２は、画像挿入コマンドに含まれるファイル識別子を取得し、編集中の出願書類が保存されているパス（以下、「カレントフォルダ」という）を基準に特定されるフォルダを検索し、ファイル識別子で特定される画像ファイルのパスを特定する。

パス生成部４２は、ファイル識別子で特定される画像ファイルが見つからない場合、予め決められたルールで画像ファイルのパスを生成する。例えば、４２は、「ファイル識別子」にファイルの拡張子として「ｇｉｆ］を付加してパスを生成する。ファイルの拡張子は、「ｐｎｇ」や「ｊｐｇ」などの出願書類で使用を許されている画像種類の中から任意に決められてよい。

取込部４４は画像ファイルのパスから画像ファイルを取り込み画像挿入コマンドの位置に組み込む。ユーザは、画像を挿入するために、マウスを操作する必要がなくなり、キーボードでタイプをする作業が途切れること無く、画像を挿入できる。これにより、マウスに持ち替え、メニューを選択し、画像を選択するという一連の作業がなくなり、作業時間の短縮が期待される。

タグ生成部４６は、組み込んだ画像の直前に、その画像ファイルの種類に応じて要素タグを挿入する。画像ファイルのファイル名を、例えば「画像種類＋数字」のように画像の種類を含むという命名規則に準じて設定しておくことで、タグ生成部４６は、画像ファイル名に含まれる画像種類に応じて適切な要素タグを挿入できる。

タグ生成部４６はファイル識別子もしくは画像ファイル名から画像種類を示す文字を抽出し、抽出した文字に関連付けられているタグの種類に適合するように要素タグを生成する。例えば、ファイル名に「ｆ」または「数」が含まれていれば数式タグを生成し、「ｃ」または「化」が含まれていれば化学式タグを生成し、「ｔ」または「表」が含まれていれば表タグを生成する。これにより、要素タグをタイプする時間も短縮される。

図１の提示部３４は、文書中に含まれる画像ファイルの一覧をその画像に対応付けられている要素タグとともに提示する。出願書類は、明細書、特許請求の範囲、および図面を書類として含み、それぞれの書類の中で１から始まる要素タグが付与される。明細書の中で「数２」であった数式が、特許請求の範囲では「数１」になる場合もある。

図４は、図１の提示部３４が提示する一覧の一例を示す図である。ファイル名欄には、ファイル名が表示される。明細書欄、特許請求の範囲欄、および図面欄には、それぞれの書類の中で対応する要素タグが表示される。例えば、ファイル名「ｆ００１．ｇｉｆ」は、明細書の中で「数１」として利用されており、特許請求の範囲および図面では利用されていない。ファイル名「ｆ００２．ｇｉｆ」は、明細書の中で「数２」として利用されており、特許請求の範囲の中で「数１」として利用されている。このような一覧を表示させることで、適切な画像ファイルが挿入されているか確認することができる。

図１の検査部３６は、文書中にコマンドが残っていないか否かを検査し、コマンドが残っている場合にその旨を提示する。３６はこの検査処理をユーザの指示を契機におこなっても良いし、文書の保存操作などワードプロセッサに対する所定の操作を契機におこなってもよい。これにより、文書中に文章表現として不完全な箇所を見つけることができる。

以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

こうした変形例として、図１の入力部１０は、カーソルを含む段落の先頭から、順次、区切り文字を末尾とする文を取り込み、変換処理をしてもよい。これにより、複数のコマンドを一括して変換することができ、実行操作の回数を減らすことができる。また、符号だけを含む文章をタイプすればよいので、視認性が増し、文章を作成しやすい。

更に別の変形例として、図１の生成部２０は、コマンドを文献番号のフォーマットに変換する文献番号変換部を更に備えてもよい。例えば、文献番号変換部は「２０１２−１２３４」というコマンドを、「特開２０１２−０１２３４号公報」に変換する。また、この文献番号の前方には「特許文献ｎ」を墨付き括弧で囲んだ文献タグを挿入する。このようなコマンドに応じた変換部を、生成部２０は複数備えてよい。

更に別の変形例として、図１の登録部１４は、ワードプロセッサで開かれている文書を解析して、自動的に符号と対応する要素名を抽出し辞書１６に登録してもよい。

１０ 入力部
１２ 判定部
１４ 登録部
１６ 辞書
２０ 生成部
２２ 画像変換部
２４ 文章変換部
２６ 符号変換部
２８ 認識部
３０ 除外部
３２ 連続番号変換部
３４ 提示部
３６ 検査部
４０ 画像挿入コマンド入力部
４２ パス生成部
４４ 取込部
４６ タグ生成部
１００ 文書作成支援装置

Claims (12)

1. 文章を構成する要素を含むコマンドの入力を受け付ける入力部と、
   前記コマンドが所定のルールに適合するか否かを判定する判定部と、
   前記ルールに適合する場合、前記コマンドに関連付けられた文章パターンに適合する前記要素を含む文章に変換する生成部と、
   を備えることを特徴とする入力支援装置。
2. 前記要素の種類を特定する認識部を更に備え、
   前記生成部は前記要素の種類に応じて文章を構成する文字列を決めることを特徴とする請求項１に記載の入力支援装置。
3. 符号と部材名とを対応付けて保持する辞書と、
   前記要素が符号である場合、前記辞書を参照して符号に対応付けられた部材名を取得する変換部とを更に備え、
   前記生成部は部材名と符号とが連なるよう符号の直前に部材名を挿入することを特徴とする請求項１または２に記載の入力支援装置。
4. 符号を含む文字列の入力を受け付ける入力部と、
   符号と部材名とを対応付けて保持する辞書と、
   入力した文字列に含まれる符号を抽出し、前記辞書を参照して、抽出した符号に対応する部材名を取得する変換部と、
   抽出した符号の直前にその符号に対応する部材名が存在しない場合に、部材名と符号とが連なるように部材名を挿入する生成部と、
   を備えることを特徴とする入力支援装置。
5. 抽出した符号が前記辞書に存在しない場合、符号と対応する部材名とを登録させる画面を表示させる登録部を更に備えることを特徴とする請求項４に記載の入力支援装置。
6. 前記変換部に抽出された文字列を符号として扱うべきか否かを判定する除外部を更に備えることを特徴とする請求項４または５に記載の入力支援装置。
7. 画像ファイルの挿入を指示するコマンドを受け付ける入力部と、
   前記コマンドに基づいて画像ファイルにアクセスするためのパスを特定するパス生成部と、
   前記コマンドをパスにより特定される画像ファイルに置き換える取込部と、
   を備えることを特徴とする入力支援装置。
8. 前記コマンドは、画像ファイルのファイル名の一部を含み、前記パス生成部は所定のフォルダから前記ファイル名の一部を含む画像ファイルを探索し、探索した画像ファイルのパスを前記取込部に提供することを特徴とする請求項７に記載の入力支援装置。
9. 該当する画像ファイルが存在しない場合、前記パス生成部は、前記ファイル名の一部から所定のルールに基づいて生成したパスを前記取込部に提供することを特徴とする請求項８に記載の入力支援装置。
10. 文書中に組み込んだ画像の直前に、所定のルールに準じて決められるタグ文字列を挿入するタグ生成部を更に備えることを特徴とする請求項７から９のいずれかに記載の入力支援装置。
11. 前記タグ文字列は、画像の種類を示す文字と、文書中に取り込まれた画像の順に応じた番号とを含み、前記タグ生成部は、画像ファイルのファイル名に含まれる文字に基づいて画像の種類を示す文字を決めることを特徴とする請求項１０に記載の入力支援装置。
12. 文書ファイルに含まれる画像ファイルのファイル名と、その画像と関連付けられているタグ文字列とを一覧にする提示部を更に備えることを特徴とする請求項１０または１１に記載の入力支援装置。

Images