JP7438769B2 - 文章構造描画装置 - Google Patents

Description

本発明は、文章構造描画装置に関する。

特許出願は、国により多少の違いはあるが、基本的に明細書と特許請求の範囲と要約と図面とから構成される。これまで一般に、特許出願の特許請求の範囲（クレームとも称す）は弁理士により作成され、または企業の知的財産部の者により作成されてきた。

近年、「人工知能（ＡＩ、Artificial Intelligence）」という言葉をよく目にするようになった（例えば、非特許文献１参照）。実際、ＡＩは著しく進化しており、人間の脳のように、たくさんの画像や音声を認識して特定のパターンを見つけ出す認知機能を持つものも登場している。例えば、Ｇｏｏｇｌｅ社はコンピュータに猫の画像を判別させることに成功した。このようにＡＩの性能が向上するにつれて、その適用範囲も広がってきている。

http://www.nri.com/jp/journal/2016/10/161031_4/、２０１８年４月１０日検索

一般に、特許請求の範囲や明細書などの特許出願書類には独特の書き方が存在し、それゆえ、専門家ではない一般の者が特許出願書類を読み解くのには時間がかかる。ＡＩにより生成される特許出願書類も、過去の特許出願書類から学習する以上、同様である。

本発明はこうした課題に鑑みてなされたものであり、その目的は、特許出願書類などの比較的難読性の高い文章を分かりやすくするためのユーザインタフェース技術の提供にある。

本発明のある態様は、文章構造描画装置に関する。この文章構造描画装置は、特許請求の範囲の請求項の文章を取得する取得手段と、取得された文章を構文解析する解析手段と、構文解析の結果を、語または句または節をひとつのノードとする木構造の形式でディスプレイに表示させる表示制御手段と、を備える。木構造は、文章の末尾から逆向きに辿り動詞句が現れるまでのノード群を１つのレイヤとする階層的な構造を有する。表示制御手段は、上位のノードからユーザにより指定されるレイヤのノード群までの範囲が表示され又は強調されるように、構文解析の結果の表示を制御可能である。

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

本発明によれば、特許出願書類などの比較的難読性の高い文章を分かりやすくするためのユーザインタフェース技術を提供できる。

実施の形態に係る作成サーバにより実現される画面の遷移を示す模式図である。 実施の形態に係る特許出願書類作成支援システムの構成を示す模式図である。 図２の作成サーバのハードウエア構成図である。 図２の作成サーバの機能および構成を示すブロック図である。 図４の特許情報保持部の一例を示すデータ構造図である。 図２の作成サーバにおける一連の処理の流れを示すフローチャートである。 ユーザ端末のディスプレイに表示される構文図解画面の代表画面図である。 レイヤ表示レベル調整部の「１」ボタンを押し下げることによって得られる構文図解画面の代表画面図である。 レイヤ表示レベル調整部の「２」ボタンを押し下げることによって得られる構文図解画面の代表画面図である。 図８の第１レイヤまでが表示されている状態で所定のノードの展開ボタンを押し下げることによって得られる構文図解画面の代表画面図である。 照応関係表示切替部を押し下げることによって得られる構文図解画面の代表画面図である。 方向指定領域で異なる方向を選択することによって得られる構文図解画面の代表画面図である。 構文木描画領域において構文木の修正が行われている状態の構文図解画面の代表画面図である。 図１３におけるドラッグアンドドロップにより修正された構文木を表示する構文木描画領域を含む構文図解画面の代表画面図である。 構文木描画領域において構文木の修正が行われている状態の構文図解画面の代表画面図である。 図１５におけるドラッグアンドドロップにより修正された構文木を表示する構文木描画領域を含む構文図解画面の代表画面図である。 編集対象のノードの編集ボタンが押し下げられようとしている状態の構文図解画面の代表画面図である。 編集ボタンを押し下げることによって得られる構文図解画面の代表画面図である。 アプライボタンを押し下げることによって得られる構文図解画面の代表画面図である。 修正クレーム生成ボタンを押し下げることによって得られる構文図解画面の代表画面図である。

以下、各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。また、各図面において説明上重要ではない部材の一部は省略して表示する。

図１は、実施の形態に係る作成サーバにより実現される画面の遷移を示す模式図である。作成サーバのユーザとしては、例えば企業の知的財産部の者が想定される。ユーザは、研究開発部門から提出された発明提案書などの技術文書を作成サーバにアップロードし、作成サーバはアップロードされた技術文書に基づいて特許請求の範囲の初版および明細書・要約書・図面（以下、明細書等と称す）の初版を自動生成する。

作成サーバはまずユーザの端末のディスプレイ１００に、電子ファイルのアップロードを受け付けるアップロード画面１０２を表示させる。ユーザは、アップロード画面１０２を通じて、発明提案書などの技術文書や、技術図面その他写真等の静止画や、動画等の各種電子ファイル（以下、文書等と称す）をアップロードすることができる。ユーザは、所望の電子ファイルをドラッグし、アップロード画面１０２の点線エリア内にドロップすることにより当該電子ファイルをアップロードすることができる。あるいはまた、ユーザは、アップロード画面１０２内の点線エリアをクリックすることで、ユーザの端末内の文書等を参照してアップロードすることができる。

ユーザが文書等をアップロードすると、作成サーバは入力された文書等を取得する。作成サーバは、過去の特許出願の情報をＡＩに学習させることで生成、更新される特許出願書類生成ＡＩエンジンを実装している。作成サーバは、入力された文書等をこの特許出願書類生成ＡＩエンジンで処理することで、入力された文書等の内容に対応する特許請求の範囲の初版および明細書等の初版を自動的に生成する。作成サーバは、生成された特許請求の範囲の初版を表示する生成結果表示画面１１６をディスプレイ１００に表示させる。生成結果表示画面１１６には、生成された特許請求の範囲の初版がテキストで表示されると共に、ＯＫボタン１１８と、修正ボタン１２０と、が表示される。

ユーザは、生成された特許請求の範囲の初版に満足する場合、ＯＫボタン１１８をクリックする。生成サーバは、ＯＫボタン１１８がクリックされると、明細書等の初版をユーザに提示する画面（不図示）をディスプレイ１００に表示させる。ユーザは、生成された特許請求の範囲の初版の修正を望む場合、修正ボタン１２０をクリックする。作成サーバは、修正ボタン１２０がクリックされると、ユーザによる特許請求の範囲の修正を受け付けるための構文図解画面１２２をディスプレイ１００に表示させる。

構文図解画面１２２には、特許請求の範囲の初版に含まれる請求項の文章を入力情報として、所定の記述ルールに従って描画された構文木１０４が表示される。表示されている構文木１０４のノード１０６は、グラフ上で追加・編集・削除が可能なように構成されている。ユーザは、表示されている構文木１０４に対して所望の修正を行う。例えば、不要な構成要件がある場合、その構成要件に対応するノード１０６を指定して削除する。このように修正された構文木１０４を文章に戻すことで、特許請求の範囲（の請求項）の修正が行われる。

ユーザが構文木１０４に対して所望の修正を施した後、反映ボタン１２４をクリックすると、作成サーバは修正を反映した特許請求の範囲を表示する修正結果表示画面１２６をディスプレイ１００に表示させる。

このように、作成サーバが提供する特許出願書類作成支援サービスによると、特許出願書類生成ＡＩエンジンを用いるので、特許出願書類作成の際の属人的要素を低減または排除することができ、品質の均一化を図ることができる。また、特許出願書類作成にかかる時間を低減することができる。さらに、描画された構文木を用いたグラフィカルな修正作業が可能となるので、ユーザ利便性が向上する。

図２は、実施の形態に係る特許出願書類作成支援システム２の構成を示す模式図である。特許出願書類作成支援システム２は、作成サーバ４と、ユーザ端末８と、を備える。作成サーバ４とユーザ端末８とはインターネットなどのネットワーク６を介して通信可能に接続されている。作成サーバ４は、過去の特許出願の情報を保持する特許情報保持部４２を備え、また上述の通り特許出願書類生成ＡＩエンジンを実装している。ユーザ端末８は、ユーザが用いる端末であり、例えばデスクトップＰＣ、ラップトップＰＣ、携帯端末などであってもよい。

本実施の形態では、ユーザがユーザ端末８に情報を入力し、ユーザ端末８が該情報をネットワーク６を介して作成サーバ４に送信し、作成サーバ４が該情報を処理し、処理結果をネットワーク６を介してユーザ端末８に返し、ユーザ端末８が処理結果を表示する、いわゆるＡＳＰ（Application Service Provider）を想定する。しかしながら、本実施の形態の技術的思想は、スタンドアローンの端末に特許出願書類生成ＡＩエンジンを実装し、ユーザがその端末に情報を入力し、処理結果を得る場合など、ＡＳＰ以外のシステムにも適用可能である。

図３は、図２の作成サーバ４のハードウエア構成図である。ユーザ端末８は図３に記載のハードウエア構成と同様のハードウエア構成を有してもよい。作成サーバ４は、メモリ１３０と、プロセッサ１３２と、通信インタフェース１３４と、ディスプレイ１３６と、入力インタフェース１３８と、を含む。これらの要素はそれぞれバス１４０に接続され、バス１４０を介して互いに通信する。

メモリ１３０は、データやプログラムを記憶するための記憶領域である。データやプログラムは、メモリ１３０に恒久的に記憶されてもよいし、一時的に記憶されてもよい。特にメモリ１３０は特許情報保持部４２として割り当てられた領域を有する。プロセッサ１３２は、メモリ１３０に記憶されているプログラムを実行することにより、作成サーバ４における各種機能を実現する。通信インタフェース１３４は、作成サーバ４の外部との間でデータの送受信を行うためのインタフェースである。例えば、通信インタフェース１３４はネットワーク６にアクセスするためのインタフェースを含む。ディスプレイ１３６は、各種情報を表示するためのデバイスであり、例えば、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイなどである。入力インタフェース１３８は、ユーザからの入力を受け付けるためのデバイスである。入力インタフェース１３８は、例えば、マウスやキーボードやディスプレイ１３８上に設けられたタッチパネルを含む。

図４は、図２の作成サーバ４の機能および構成を示すブロック図である。ここに示す各ブロックは、ハードウエア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウエア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウエア、ソフトウエアの組合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。

作成サーバ４は、特許情報保持部４２と、学習部４０２と、文書等取得部４０４と、特許出願書類生成ＡＩエンジン４０６と、構文解析部４０８と、表示制御部４１０と、修正受付部４０３と、修正クレーム生成部４０５と、を備える。

図５は、特許情報保持部４２の一例を示すデータ構造図である。特許情報保持部４２は、過去の特許出願の情報を保持する。特許情報保持部４２は、特許出願を特定する特許ＩＤと、該特許出願の出願番号と、該特許出願に付された筆頭ＩＰＣと、該特許出願の特許強度値と、該特許出願に付された審査官フリーワードと、該特許出願に付されたフリーキーワードと、該特許出願の特許請求の範囲と、該特許出願の課題と、該特許出願の審査の際に引用された文献と、該特許出願の明細書（不図示）と、該特許出願の図面（不図示）と、該特許出願の文書等（不図示）と、を対応付けて保持する。特許出願の文書等は、自社の先願の発明提案書関連の文書など、入手可能な場合にのみ登録されてもよい。

特許強度値は、特許出願の質を示す指標のひとつである。特許強度値は、例えばＮＲＩサイバーパテント株式会社が提供するＴＳ（Technology Size）値であってもよい。あるいはまた、他の指標が用いられてもよい。

フリーキーワードは、対象の特許出願を人が読むことにより設定されるキーワードであり、特にその人が対象の特許出願のポイントとして抽出したキーワードであってもよい。フリーキーワードは、例えばＮＲＩサイバーパテント株式会社が提供するＰＡＴＯＬＩＳキーワードであってもよい。

図４に戻り、学習部４０２は、特許情報保持部４２に保持されている情報を機械的に学習することにより特許出願書類生成モデルを生成する。その際、学習部４０２は、特許情報保持部４２に保持される過去の特許出願の情報うち、質に関する所定の基準を満たさない過去の特許出願の情報は参照しないようにしてもよい。学習部４０２における特許出願書類生成モデルの生成は、公知の機械学習、人工知能に関する技術を用いて実現されてもよい。

学習部４０２は、特許情報保持部４２に保持される特許出願のうち、特許強度値がしきい値以上となる特許出願を特定してもよい。言い換えると、学習部４０２は特許強度値がしきい値未満の特許出願を学習の対象から外してもよい。なお、本実施の形態では質に関する所定の基準としてしきい値との大小関係を用いるが、これに限られず、例えばしきい値の代わりに特許強度値の範囲が用いられてもよい。

特許出願書類生成モデルは、文書等を入力とし、処理の結果として特許請求の範囲および明細書等を出力するモデルである。学習部４０２は、生成された特許出願書類生成モデルを特許出願書類生成ＡＩエンジン４０６に設定する。

文書等取得部４０４は、アップロード画面１０２を表示するための画面情報を生成し、ネットワーク６を介してユーザ端末８に送信する。文書等取得部４０４は、ユーザ端末８のディスプレイ１００に表示されたアップロード画面１０２を介してユーザがアップロードした文書等を、ネットワーク６を介してユーザ端末８から受信する。なお、文書等取得部４０４は、文書等のアップロードに加えてまたはそれに代えて、ユーザによるキーワードやテキストの入力を受け付けてもよい。

特許出願書類生成ＡＩエンジン４０６は、学習部４０２により生成された特許出願書類生成モデルに、文書等取得部４０４がユーザ端末８から受け付けた文書等を適用する。特許出願書類生成ＡＩエンジン４０６は、特許出願書類生成モデルが出力する特許請求の範囲および明細書等を取得する。

構文解析部４０８は、特許出願書類生成ＡＩエンジン４０６によって取得された特許請求の範囲の請求項を構文解析する。構文解析部４０８における構文解析は公知の構文解析技術により実現されてもよい。

表示制御部４１０は、構文解析部４０８における構文解析の結果を、語または句または節をひとつのノードとする木構造の形式でユーザ端末８のディスプレイ１００に表示させる。ノードは語または句または節、すなわち意味のあるひとつのかたまりを表す。「語」は合成語や複合語を含む。「句」は動詞による文の形成に必要とされる名詞句を含む。「節」は動詞を含めたより大きなくくりを含む。構文解析が形態素解析を含む場合、語または句または節は単語を含む。表示制御部４１０は、構文解析の結果を木構造の形式すなわち構文木で表示する構文図解画面（後述）を生成し、当該構文図解画面の情報をネットワーク６を介してユーザ端末８に送信する。ユーザ端末８は、受信した情報に基づいて構文図解画面をディスプレイ１００に表示させる。

修正受付部４０３は、ユーザ端末８のディスプレイ１００に表示された構文木に対する修正を、ユーザ端末８からネットワーク６を介して受け付ける。ユーザ端末８は、ユーザから、ディスプレイ１００に表示された構文木に対する修正を受け付ける。ユーザ端末８は、受け付けた修正の内容を、ネットワーク６を介して作成サーバ４に送信する。修正受付部４０３は、そのように送信された修正の内容を受信する。

修正クレーム生成部４０５は、修正された構文木に対応する修正された請求項を生成する。修正クレーム生成部４０５は、修正受付部４０３が受け付けた修正された構文木に対応する請求項を生成し、生成された修正請求項をユーザ端末８にネットワーク６を介して送信する。

以上の構成による作成サーバ４の動作を説明する。
図６は、図２の作成サーバ４における一連の処理の流れを示すフローチャートである。作成サーバ４は、ユーザ端末８からネットワーク６を介して書類等を受信する（Ｓ６０２）。作成サーバ４は、受信した書類等を特許出願書類生成モデルに入力することで、特許出願書類の初版を生成する（Ｓ６０４）。作成サーバ４は、ネットワーク６を介してユーザ端末８と通信することで、ユーザ端末８のディスプレイ１００に、特許出願書類の初版の特許請求の範囲の請求項を構文木で描画する（Ｓ６０６）。作成サーバ４は、ネットワーク６を介してユーザ端末８と通信することで、描画された構文木に対する修正をユーザから受け付ける（Ｓ６０８）。作成サーバ４は、修正された構文木に基づいて請求項を修正する（Ｓ６１０）。作成サーバ４は、ネットワーク６を介してユーザ端末８と通信することで、修正された請求項をユーザに提供する（Ｓ６１２）。

図７は、ユーザ端末８のディスプレイ１００に表示される構文図解画面１２２の代表画面図である。構文図解画面１２２は、クレーム原文入力領域７０２と、構文木にするボタン７０４と、方向指定領域７０６と、ツールバー７０８と、クレーム修正版表示領域７１０と、構文木描画領域７１２と、を有する。

クレーム原文入力領域７０２には特許出願書類生成ＡＩエンジン４０６によって取得された特許請求の範囲の請求項が入力される。この入力は、特許出願書類生成ＡＩエンジン４０６によって自動的に行われてもよいし、ユーザ端末８のユーザが所望の請求項をクレーム原文入力領域７０２にコピーアンドペーストなどにより入力する形で行われてもよい。

クレーム原文入力領域７０２に請求項が入力された状態で構文木にするボタン７０４が押し下げられると、構文解析部４０８は入力された請求項を構文解析し、表示制御部４１０はこの構文解析の結果として得られる構文木を構文木描画領域７１２に描画する。構文木描画領域７１２に描画される構文木は複数のノード７３２とそれらの間の接続関係を表す。各ノード７３２は、該ノード７３２に対応する語または句または節をその中に表示するテキストボックス７３０と、テキストボックス７３０の左上に埋め込まれて表示される展開ボタン７２８と、テキストボックス７３０の左上にテキストボックス７３０から離れて表示される編集ボタン７２６と、マイナスボタンと、プラスボタンと、を有する。

方向指定領域７０６は、構文木描画領域７１２に描画される構文木の方向を、プルダウン形式で指定するための領域である。方向指定領域７０６の詳細は後述する。

ツールバー７０８は、拡大率調整部７１４と、アンドゥ部７１６と、レイヤ表示レベル調整部７１８と、照応関係表示切替部７２０と、ファイル出力部７２２と、修正クレーム生成ボタン７２４と、を有する。

拡大率調整部７１４は、構文木描画領域７１２に描画される構文木の拡大・縮小率の調整を可能とする。アンドゥ部７１６は、構文木描画領域７１２に描画される構文木に対して加えた修正の取り消しを可能とする。レイヤ表示レベル調整部７１８、照応関係表示切替部７２０は後述する。ファイル出力部７２２は、グラフ描画用のＪｓｏｎファイルを出力するためのボタンである。

ユーザが構文木描画領域７１２に描画される構文木を修正し、修正クレーム生成ボタン７２４を押し下げると、修正クレーム生成部４０５は、修正後の構文木に対応する修正された請求項のテキストをクレーム修正版表示領域７１０に表示させる。

図８は、レイヤ表示レベル調整部７１８の「１」ボタンを押し下げることによって得られる構文図解画面１２２の代表画面図である。図９は、レイヤ表示レベル調整部７１８の「２」ボタンを押し下げることによって得られる構文図解画面１２２の代表画面図である。レイヤ表示レベル調整部７１８は、構文解析部４０８における構文解析の結果から得られるレイヤ値の情報を用いて、どのレベルまで構文木描画領域７１２に表示または強調するかを制御することを可能とする。本実施の形態におけるレイヤの定義は以下の通り。
開始値：０
レイヤ：文末尾からノードを逆向きに辿って、動詞句の手前のノードまでをひとつのレイヤとする。その動詞句から次の動詞句手前までを上位レイヤとし、レイヤ値をインクリメントする。

図１０は、図８の第１レイヤまでが表示されている状態で所定のノード７３４の展開ボタン７３６を押し下げることによって得られる構文図解画面１２２の代表画面図である。ノード７３４の展開ボタン７３６が押し下げられると、当該ノード７３４に直接的または間接的に接続される全てのノード７３８が、それまでの非表示状態を脱して表示状態となる。これにより、ユーザは、指定したノード７３４に関連する全てのノード７３８を容易に確認することができる。

図１１は、照応関係表示切替部７２０を押し下げることによって得られる構文図解画面１２２の代表画面図である。図１１は、構文木描画領域７１２に表示された木構造に対して、所定の語または句または節に対応する表示オブジェクトを追加する表示制御部４１０の機能に対応する。照応関係表示切替部７２０が押し下げられると、表示制御部４１０は「前記」や「当該」や「該」などの、請求項内の単語間の関係を示す単語を参照し、そのような単語により関連付けられている二つのノードを特定する。表示制御部４１０は、特定された二つのノードの間に、関連性を示す表示オブジェクト、例えば矢印、を表示する。請求項内の単語間の関係を示す単語は予め作成サーバ４に登録されていてもよい。

図１１の例では、表示制御部４１０は、「前記○○」という名詞ノードがあった場合、文中で当該ノードの出現位置よりも前の「○○」の出現を探索し、照応するノードがあった場合に赤色の点線矢印７４０で連結する。

図１２は、方向指定領域７０６で異なる方向を選択することによって得られる構文図解画面１２２の代表画面図である。表示制御部４１０は、ユーザからの要求に応じて、構文木描画領域７１２に表示された木構造とノード間の接続関係は同じだがノードの接続順を異にする新たな木構造を、構文木描画領域７１２に表示させる機能を有する。図１２はこの機能に対応し、特に、図７の状態で方向指定領域７０６において「Left-Right」（左から右）の選択を止めて「Right-Left」（右から左）を選択すると表示される画面である。図７の「Left-Right」（左から右）が選択されている状態では、構文木描画領域７１２の構文木は、左上からスタートして右向きに順番に辿り、分岐があった場合は同じ階層の左上のノードに移って右向きに辿る読み順に対応する。図１２の「Right-Left」（右から左）が選択されている状態では、構文木描画領域７１２の構文木の読み順は図７の読み順の左右を逆にしたものとなる。

例えば、ノードのテキストボックスに日本語と共に英語が併記してある場合、図７の「Left-Right」（左から右）は日本語の読み方に、図１２の「Right-Left」（右から左）は英語の読み方に、それぞれ好適であるから、方向指定領域７０６によって日本語読みと英語読みを切り替えることができるのでユーザ利便性が向上する。あるいはまた、方向指定領域７０６で構文木の接続順を切り替える際に併せて、切り替え前の言語（例えば、日本語）を切り替え先の接続順に対応した言語（例えば、英語）に切り替えるようにしてもよい。この意味で、方向指定領域７０６は言語を指定する領域であってもよい。つまり、接続順を切り替えることに伴って言語を切り替えてもよく、逆に言語を切り替えることに伴って接続順を切り替えてもよい。

図１３は、構文木描画領域７１２において構文木の修正が行われている状態の構文図解画面１２２の代表画面図である。ユーザは、修正対象のノード７４２をドラッグアンドドロップにより移動させることができる。図１４は、図１３におけるドラッグアンドドロップにより修正された構文木を表示する構文木描画領域７１２を含む構文図解画面１２２の代表画面図である。修正対象のノード７４２がドロップ先のノード７４４に係るように構文木が修正されている。

図１５は、構文木描画領域７１２において構文木の修正が行われている状態の構文図解画面１２２の代表画面図である。ユーザは、修正対象のノード７４６をドラッグアンドドロップにより移動させることができる。図１６は、図１５におけるドラッグアンドドロップにより修正された構文木を表示する構文木描画領域７１２を含む構文図解画面１２２の代表画面図である。修正対象のノード７４６がドロップ先のノード７４８に係るように構文木が修正されている。

図１７は、編集対象のノード７５０の編集ボタン７５２が押し下げられようとしている状態の構文図解画面１２２の代表画面図である。図１８は、編集ボタン７５２を押し下げることによって得られる構文図解画面１２２の代表画面図である。編集ボタン７５２が押し下げられると、構文図解画面１２２の全体が選択不可能状態となり、併せて編集内容を入力するためのダイアログ７５４が表示される。ダイアログ７５４は、編集対象のノード７５０の名前と、タイプと、色と、を編集可能なように構成される。ユーザは所望の名前やタイプや色をダイアログ７５４に入力し、アプライボタン７５６を押し下げる。

図１９は、アプライボタン７５６を押し下げることによって得られる構文図解画面１２２の代表画面図である。編集対象のノード７５０には、図１８のダイアログ７５４に入力された修正内容が反映されている。

図２０は、修正クレーム生成ボタン７２４を押し下げることによって得られる構文図解画面１２２の代表画面図である。図１９の状態で修正クレーム生成ボタン７２４が押し下げられると、修正受付部４０３は押し下げ時の構文木描画領域７１２に表示される修正された構文木を取得する。修正クレーム生成部４０５は、取得した構文木に基づいて請求項を修正し、修正後の請求項をクレーム修正版表示領域７１０に表示させる。

上述の実施の形態において、保持部の例は、ハードディスクや半導体メモリである。また、本明細書の記載に基づき、各部を、図示しないＣＰＵや、インストールされたアプリケーションプログラムのモジュールや、システムプログラムのモジュールや、ハードディスクから読み出したデータの内容を一時的に記憶する半導体メモリなどにより実現できることは本明細書に触れた当業者には理解される。

本実施の形態に係る作成サーバ４によると、比較的難読性の高い特許請求の範囲を、文章そのままではなく構文木としてグラフィカルに提示することで、可読性を高め、ユーザによる理解をより容易にすることができる。

また、本実施の形態に係る作成サーバ４では、ユーザは、描画された構文木に対するドラッグアンドドロップなどの直観的な図形操作で修正作業を行うことができる。これにより、特許請求の範囲の修正をより速く正確に行えるようになる。

また、本実施の形態に係る作成サーバ４では、修正された構文木を読み込むことで対応する修正された請求項の文章が出力される。したがって、ユーザは修正結果を文章として利用することが可能となる。

以上、実施の形態に係る特許出願書類作成支援システム２の構成と動作について説明した。この実施の形態は例示であり、各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解される。

実施の形態では、特許請求の範囲の初版を取得し、構文解析する場合を説明したが、これに限られず、より一般的に文章を取得し、構文解析し、構文解析の結果を木構造で表現してもよい。例えば、明細書の発明の詳細な説明の記載や契約書や設計書や条文などの文章を構文解析して木構造で描画することで、そのような文章の構文を視覚的に把握することができる。このように、本発明では、分かりづらい文章構造を視覚化することで、専門家でなくても意味を理解することができ、また、構文チェックの時間を短縮することができる。

実施の形態では、ＡＩにより生成された特許請求の範囲の初版を手動または自動で取得する場合を説明したが、これに限られない。例えば、ＮＲＩサイバーパテントデスクなどの特許情報検索システムにおいて、検索の結果得られた特許文献の特許請求の範囲を自動で取得し、構文解析し、構文木として描画してもよい。

２ 特許出願書類作成支援システム、 ４ 作成サーバ、 ６ ネットワーク、 ８ ユーザ端末。

Claims (4)

1. 特許請求の範囲の請求項の文章を取得する取得手段と、
   取得された前記文章を構文解析する解析手段と、
   前記構文解析の結果を、語または句または節をひとつのノードとする木構造の形式でディスプレイに表示させる表示制御手段と、を備え、
   前記木構造は、前記文章の末尾から逆向きに辿り動詞句が現れるまでのノード群を１つのレイヤとする階層的な構造を有し、
   前記表示制御手段は、上位のノードからユーザにより指定されるレイヤのノード群までの範囲が表示され又は強調されるように、前記構文解析の結果の表示を制御可能である、
   文章構造描画装置。
2. 表示された木構造に対する修正を受け付ける受付手段と、
   修正された木構造に対応する修正された文章を生成する生成手段と、をさらに備える、請求項１に記載の文章構造描画装置。
3. 前記表示制御手段は、ユーザからの要求に応じて、前記ディスプレイに表示された木構造とノード間の接続関係は同じだがノードの接続順を異にする木構造を、前記ディスプレイに表示させる、請求項１または２に記載の文章構造描画装置。
4. 前記表示制御手段は、前記ディスプレイに表示された木構造に対して、所定の語または句または節に対応するオブジェクトを追加的に前記ディスプレイに表示させる、請求項１から３のいずれか一項に記載の文章構造描画装置。

Images