特許 7572101 プログラム、情報処理システム及び情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-10-15

(45)【発行日】2024-10-23

(54)【発明の名称】プログラム、情報処理システム及び情報処理方法

(51)【国際特許分類】

   G06Q 50/18 20120101AFI20241016BHJP

【ＦＩ】

G06Q50/18 310

【請求項の数】 13

(21)【出願番号】P 2024159812

(22)【出願日】2024-09-17

【審査請求日】2024-09-18

【早期審査対象出願】

(73)【特許権者】

【識別番号】519363649

【氏名又は名称】弁理士法人ＩＰＸ

(74)【代理人】

【識別番号】110002789

【氏名又は名称】弁理士法人ＩＰＸ

(72)【発明者】

【氏名】奥村 光平

【審査官】佐藤 光起

(56)【参考文献】

【文献】特開２０１４－１７９０６８（ＪＰ，Ａ）

【文献】特開２０２２－２４６４０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ１０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

プログラムであって、
少なくとも１つのコンピュータに、次の各ステップを実行させ、
取得ステップでは、第１の出願を行うために作成された文書ファイルに基づいて第１の出願に係る情報を取得し、
前記第１の出願に係る情報は、請求の範囲に関する情報と、明細書に関する情報とを少なくとも含み、
出力ステップでは、前記第１の出願に係る情報に基づいてファイル群を出力し、前記ファイル群は、前記第１の出願に用いる第１のファイルと、第２の出願に用いる１以上の第２のファイルを含み、ここで、
前記第１のファイルは、少なくともＨＴＭＬファイルを含み、
前記第２の出願は、前記第１の出願に対応する出願であり、
前記第２のファイルは、少なくとも文書ファイルを含む、プログラム。

【請求項2】

請求項１に記載のプログラムにおいて、
前記第２の出願は、実用新案登録に基づく特許出願と、前記第１の出願を原出願とする分割出願又は変更出願と、前記第１の出願を基礎出願とするパリ優先権主張出願、国内優先権主張出願、又は特許協力条約に基づく国際出願との少なくとも何れかである、プログラム。

【請求項3】

請求項１に記載のプログラムにおいて、
前記ファイル群は、前記第２のファイルが前記第２の出願ごとのフォルダにそれぞれ格納された態様で出力される、プログラム。

【請求項4】

請求項１に記載のプログラムにおいて、
前記第２のファイルは、更にＨＴＭＬファイルを含む、プログラム。

【請求項5】

請求項１に記載のプログラムにおいて、
前記第１の出願に係る情報が所定の条件を満たす場合において、前記ファイル群に含まれる前記第２のファイルの構成が変更された態様で、前記ファイル群が出力される、プログラム。

【請求項6】

請求項５に記載のプログラムにおいて、
前記所定の条件は、前記第１の出願の種別が分割出願又は特許協力条約に基づく国際出願である場合を含む、プログラム。

【請求項7】

請求項１に記載のプログラムにおいて、
前記第２のファイルは、前記第１の出願に係る情報の一部が変更された変更情報を含み、
前記変更情報は、前記第２の出願の属性に応じて特定される、プログラム。

【請求項8】

請求項７に記載のプログラムにおいて、
前記属性は、前記第２の出願に係る出願予定国又は出願の種別である、プログラム。

【請求項9】

請求項１に記載のプログラムにおいて、
前記第１の出願に係る情報には、更に願書に関する情報を含み、
前記第２のファイルは、前記第１の出願に係る情報のうち、願書に関する情報が削除された態様を含む、プログラム。

【請求項10】

請求項１に記載のプログラムにおいて、
前記第１の出願に係る情報には、更に願書に関する情報を含み、
前記第２のファイルは、前記第１の出願に係る情報の一部が変更された態様を含む、プログラム。

【請求項11】

請求項１に記載のプログラムにおいて、
前記第１の出願における前記請求の範囲が、マルチマルチクレームである所定請求項を含む場合において、
前記第１のファイルは、前記マルチマルチクレームではなくなるように、前記所定請求項の引用元である引用請求項が変更されるように構成され、
前記第２のファイルは、前記所定請求項の引用元である引用請求項が維持されるように構成される、プログラム。

【請求項12】

情報処理システムであって、
少なくとも１つのプロセッサを備え、
前記プロセッサは、請求項１～１１の何れか１つに記載のプログラムの各ステップがなされるように、前記プログラムを実行するように構成される、システム。

【請求項13】

情報処理方法であって、
請求項１～１１の何れか１つに記載のプログラムの各ステップを備える、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラム、情報処理システム及び情報処理方法に関する。

【背景技術】

【0002】

たとえば、特許文献１には、「人為的ミスの発生を低減し、効率よく申請書類を作成することを可能とする技術」が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２２－０２４６４０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

更に、特許等の出願書類を効率よく作成することができる技術が求められている。とりわけ、人為的ミスの発生を低減するための技術が望まれている。

【0005】

本発明では上記事情に鑑み、人為的ミスの発生を更に低減することを可能とする情報処理システム等を提供することにした。

【課題を解決するための手段】

【0006】

本発明の一態様によれば、プログラムであって、少なくとも１つのコンピュータに、次の各ステップを実行させ、取得ステップでは、第１の出願を行うために作成された文書ファイルに基づいて第１の出願に係る情報を取得し、第１の出願に係る情報は、請求の範囲に関する情報と、明細書に関する情報とを少なくとも含み、出力ステップでは、第１の出願に係る情報に基づいてファイル群を出力し、ファイル群は、第１の出願に用いる第１のファイルと、第２の出願に用いる１以上の第２のファイルを含み、第１のファイルは、少なくともＨＴＭＬファイルを含み、第２の出願は、第１の出願に対応する出願であり、第２のファイルは、少なくとも文書ファイルを含む、プログラムが提供される。

【0007】

このような態様によれば、人為的ミスの発生を更に低減することができる。

【図面の簡単な説明】

【0008】

【図1】情報処理システム１を表す構成図である。

【図2】サーバ２のハードウェア構成を示すブロック図である。

【図3】ユーザ端末３のハードウェア構成を示すブロック図である。

【図4】サーバ２の機能を示す機能ブロック図である。

【図5】情報処理システム１によって実行される処理の概要を示すフローチャートである。

【図6】情報処理システム１によって実行される処理の具体例を示すアクティビティ図である。

【図7】本実施形態においてユーザ端末３の表示部３４に表示される出力画面４の一例を示す図である。

【図8】ユーザ端末３の表示部３４に表示される出力画面５の一例を示している。

【図9】ユーザ端末３の表示部３４に表示される出力画面６の一例を示している。

【図10】判定部２３３が出願書類の出願の種別を判定する処理を説明するための図である。

【図11】出願書類に含まれる願書の情報ＩＦ１３を変更する処理を説明するための図である。

【図12】出願書類に含まれる請求項の情報ＩＦ１１を変更する処理を説明するための図である。

【図13】出願書類に含まれる明細書の情報ＩＦ１２を変更する処理を説明するための図である。

【発明を実施するための形態】

【0009】

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

【0010】

ところで、一実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

【0011】

また、一実施形態に係る種々の情報処理において、入力と、入力に応じた出力とが実現されうる。ここで、入力の結果として出力が得られれば、かかる情報処理において参照される情報（以下、参照情報と称する。）の態様は、限定されない。参照情報は、例えば、データベース、ルックアップテーブル、所定の関数（統計学的手法によって構築された、回帰式等の判定式を含む。）等のルールベースの情報でもよいし、入力と出力との相関を予め学習させた学習済みモデルでもよいし、プロンプトを入力することで所望の結果を出力可能な大規模言語モデルでもよい。

【0012】

また、一実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、一実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

【0013】

さらに、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。また、プロセッサは、汎用プロセッサでもよいし、専用の回路でもよい。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

【0014】

１．ハードウェア構成
本節では、一実施形態のハードウェア構成について説明する。

【0015】

１．１ 情報処理システム１
図１は、情報処理システム１を表す構成図である。情報処理システム１は、サーバ２と、ユーザ端末３とを備える。サーバ２と、ユーザ端末３とは、電気通信回線を通じて通信可能に構成されている。本実施形態では、サーバ２は、オンプレミス形態である、すなわち、サーバ２とユーザ端末３とは同一のローカルエリアネットワークに属している場合について説明するが、この限りでない。また、一実施形態において、情報処理システム１とは、１つ又はそれ以上の装置又は構成要素からなるものである。仮に例えば、サーバ２のみからなる場合であれば、情報処理システム１は、サーバ２となりうる。以下、これらの構成要素について説明する。

【0016】

１．２ サーバ２
図２は、サーバ２のハードウェア構成を示すブロック図である。サーバ２は、特許等の出願書類に関する書類作成の作業を支援するための処理を実行する。サーバ２は、特に、特許等の出願処理に用いるファイルを出力すると同時に、当該特許等の出願（第１の出願ＡＰ１）に関連する、将来出願する可能性のある出願（第２の出願ＡＰ２）のファイルを出力する処理を実行する。処理の詳細は、後述する、サーバ２は、通信バス２０と、通信部２１と、記憶部２２と、プロセッサ２３とを備える。通信部２１、記憶部２２、及びプロセッサ２３は、サーバ２の内部において通信バス２０を介して電気的に接続されている。

【0017】

<通信部２１>
通信部２１は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ（登録商標）、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、３Ｇ／ＬＴＥ／５Ｇ等のモバイル通信、ＢＬＵＥＴＯＯＴＨ（登録商標）通信等を必要に応じて含めてもよい。すなわち、これら複数の通信手段の集合として実施することがより好ましい。すなわち、サーバ２は、通信部２１及びネットワークを介して、外部から種々の情報を通信してもよい。

【0018】

<記憶部２２>
記憶部２２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、プロセッサ２３によって実行されるサーバ２に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。記憶部２２は、プロセッサ２３によって実行されるサーバ２に係る種々のプログラムや変数等を記憶している。

【0019】

<プロセッサ２３>
プロセッサ２３（制御部）は、サーバ２に関連する全体動作の処理・制御を行う。プロセッサ２３は、例えば不図示の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。プロセッサ２３は、記憶部２２に記憶された所定のプログラムを読み出すことによって、サーバ２に係る種々の機能を実現する。すなわち、記憶部２２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例であるプロセッサ２３によって具体的に実現されることで、プロセッサ２３に含まれる各機能部として実行されうる。これらについては、次節において更に詳述する。なお、プロセッサ２３は単一であることに限定されず、機能ごとに複数のプロセッサ２３を有するように実施してもよい。またそれらの組合せであってもよい。

【0020】

１．３ ユーザ端末３
ユーザ端末３は、ユーザによって使用される端末であり、例えば、ノートパソコンである。ユーザは、出願人、出願人企業の従業員、出願人から業務を依頼された代理人及び代理人事務所のパラリーガル等である。なお、端末の種類は、デスクトップパソコン、タブレット端末又はスマートフォン等、その他電気通信回線を通じてサーバ２にアクセス可能なものであれば、その形態は問わない。

【0021】

図３は、ユーザ端末３のハードウェア構成を示すブロック図である。ユーザ端末３は、通信バス３０と、通信部３１と、記憶部３２と、プロセッサ３３と、表示部３４と、入力部３５と、を備える。通信部３１、記憶部３２、プロセッサ３３、表示部３４、及び入力部３５は、ユーザ端末３の内部において通信バス３０を介して電気的に接続されている。通信部３１、記憶部３２及びプロセッサ３３の説明は、サーバ２における各部の説明と同様のため省略する。

【0022】

<表示部３４>
表示部３４は、ユーザが操作可能なグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）の画面を表示する。表示部３４は、ユーザ端末３の筐体に含まれるものであってもよいし、外付けされるものであってもよい。具体的には、表示部３４は、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、又はプラズマディスプレイ等の表示デバイスとして実施され得る。これらの表示デバイスは、ユーザ端末３の種類に応じて使い分けて実施されることが好ましい。

【0023】

<入力部３５>
入力部３５は、ユーザによってなされた操作入力を受け付ける。操作入力は、命令信号として通信バス３０を介してプロセッサ３３に転送される。プロセッサ３３は、必要に応じて、転送された命令信号に基づいて所定の制御や演算を実行しうる。入力部３５は、ユーザ端末３の筐体に含まれるものであってもよいし、外付けされるものであってもよい。例えば、入力部３５は、表示部３４と一体となってタッチパネルとして実施されてもよい。入力部３５がタッチパネルとして実施される場合、ユーザは、入力部３５に対してタップ操作、スワイプ操作等を入力することができる。入力部３５としては、タッチパネルに代えて、スイッチボタン、マウス、ＱＷＥＲＴＹキーボード等が採用可能である。すなわち、入力部３５がユーザによってなされた操作入力を受け付ける。当該入力が命令信号として、通信バス３０を介してプロセッサ（制御部）３３に転送され、プロセッサ３３が必要に応じて所定の制御や演算を実行しうる。

【0024】

２．サーバ２の機能構成
本節では、機能構成について説明する。図４は、サーバ２の機能を示す機能ブロック図である。前述の通り、記憶部２２に記憶されたソフトウェアによる情報処理がハードウェア（具体的には、プロセッサ２３）によって具体的に実現されることで、プロセッサ２３に含まれる各機能部として実行されうる。換言すると、情報処理システム１は、プログラムにおける各機能部を備える。

【0025】

具体的には、プロセッサ２３は、各機能部として、受付部２３１と、取得部２３２と、判定部２３３と、生成部２３４と、出力部２３５と、表示制御部２３６とを備える。

【0026】

受付部２３１は、受付ステップとして、種々の情報を受け付けるように構成される。具体的には、受付部２３１は、通信部２１又は記憶部２２を介して情報を受け付け、これを作業メモリに読出可能に構成される。好ましくは、受付部２３１は、ユーザ端末３の入力部３５等を介して、ファイルの作成指示を受け付ける。

【0027】

取得部２３２は、取得ステップとして、種々の情報を取得するように構成される。具体的には、取得部２３２は、第１の出願を行うために作成された文書ファイルから、第１の出願に係る情報ＩＦ１を取得する。

【0028】

判定部２３３は、判定ステップとして、取得部２３２が取得した種々の情報が所定の条件を満たすか否かを判定するように構成される。具体的には、判定部２３３は、出願に係る情報に基づいて、第１の出願の属性及び第２の出願の属性を判定する。

【0029】

生成部２３４は、生成ステップとして、取得された情報に基づき、種々のファイルを生成するように構成される。具体的には、生成部２３４は、第１の出願に係る情報ＩＦ１に基づいて、第１のファイルと第２のファイルとを生成する。詳細については後述する。

【0030】

出力部２３５は、出力ステップとして、生成部２３４が生成したファイルを出力するように構成される。詳細については後述する。

【0031】

表示制御部２３６は、表示制御ステップとして、記憶部２２に記憶された種々の情報又はこれらを含む画面等を、ユーザ端末３等の端末で視認可能な態様で表示させる。これにより、ユーザ端末３等を操作するユーザに対して種々の情報が提示される。表示制御部２３６は、画面、画像、アイコン、メッセージ等の視覚情報を、上記の端末のディスプレイに表示させるように制御する。表示制御部２３６は、視覚情報を上記の端末に表示させるためのレンダリング情報だけを生成するものであってもよい。

【0032】

３．情報処理
以下、実施形態１の情報処理を説明する。

【0033】

３．１ 処理の概要
プログラムは、情報処理システム１の各ステップをコンピュータに実行させる。換言すると、かかる情報処理システム１は、少なくとも１つのプロセッサ２３を備え、プロセッサ２３は、次の各部がなされるようにプログラムを備える。別の視点では、かかる情報処理方法は、情報処理システム１の後述の各ステップを備える。図５は、情報処理システム１によって実行される処理の概要を示すフローチャートである。以下、図５に示される各ステップについて説明する。

【0034】

まず、取得ステップでは、第１の出願ＡＰ１を行うために作成された文書ファイルＤＣ０に基づいて第１の出願に係る情報ＩＦ１を取得する（ステップＳ０１１）。ここで、第１の出願に係る情報ＩＦ１は、請求の範囲に関する情報ＩＦ１１と、明細書に関する情報ＩＦ１２とを少なくとも含む。更に、出力ステップでは、第１の出願に係る情報ＩＦ１に基づいてファイル群を出力する（ステップＳ０１２）。ここで、ファイル群は、第１の出願ＡＰ１に用いる第１のファイルと、第２の出願ＡＰ２に用いる１以上の第２のファイルを含む。第１のファイルは、少なくともＨＴＭＬファイルを含む。第２の出願ＡＰ２は、第１の出願ＡＰ１に対応する出願である。第２のファイルは、少なくとも文書ファイルを含む。

【0035】

このような態様によれば、原出願又は基礎出願を出願するためのファイルを出力する際、優先権を伴う出願又は分割出願といった、関連する出願を将来行う際のファイルを併せて作成することができる。したがって、将来、かかる出願を行う際、基礎出願又は原出願のデータを取り違えるという人為的なミスを回避することが可能である。

【0036】

３．２ 情報処理の具体例
図６は、情報処理システム１によって実行される処理の具体例を示すアクティビティ図である。具体例は、前述した概要に既定される範囲に包含されうる。具体例では、サーバ２によって実行される、第１の出願ＡＰ１の出願手続きに用いる第１のファイルと、第２の出願ＡＰ２に関する第２のファイルとを出力するための情報処理の流れを示すアクティビティである。

【0037】

ここで第１の出願は、ユーザがこれから出願手続きを行う予定である出願である。出願手続きは、インターネット出願ソフトを用いて行われるが、インターネット出願ソフトを使用する準備（以下、出願準備と称する。）として、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルの作成が必要となる。ここでは、第１のＨＴＭＬファイルＨＴ１（第１のファイルの一例）が用いられるものとする。第１のＨＴＭＬファイルＨＴ１は、かかるファイルを作成するための元の電子ファイル（以下、元の文書ファイルＤＣ０と称してもよい）に基づいて生成される。すなわち、元の文書ファイルＤＣ０は、第１の出願を行うために作成された文書ファイルである。また、第１の出願ＡＰ１は、特許出願又は実用新案登録出願であるものとする。なお、本実施形態において、第１の出願ＡＰ１は、分割出願でも優先権主張出願でもない、日本における特許出願（以下、通常出願と称してもよいものとする）であるものとして説明するが、これに限られない。

【0038】

以下の具体例では、出願準備は、サーバ２によって実行される。すなわち、サーバ２とユーザ端末３とがインターネットを介して接続され、出願準備を行うためのサービスがサーバ２を介して提供されてもよい（いわゆる、ＳａａＳの形態）。或いは、サーバ２とユーザ端末３とは、同一のローカルエリアネットワークに属していてもよい。具体的には、サーバ２とユーザ端末３とが物理的に同じ場所（例えば、同じ特許事務所のオフィス内）に存在していてもよいし、ユーザ端末３がＶＰＮを用いて、サーバ２に係るローカルエリアネットワークに仮想的に接続している状態であってもよい。同一のローカルエリアネットワークに属している場合には、ユーザがユーザ端末３を用いてサーバ２を遠隔操作する態様が好ましい。

【0039】

また、第２の出願ＡＰ２は、第１の出願ＡＰ１に対応する出願である。より具体的には、第２の出願ＡＰ２は、第１の出願ＡＰ１に関連し、将来に出願を行う可能性を有する出願である。ここで、第１の出願ＡＰ１の出願に関連する出願とは、例えば、第１の出願ＡＰ１を原出願とする分割出願又は変更出願と、第１の出願を基礎出願とするパリ優先権主張出願、国内優先権主張出願、又は特許協力条約に基づく国際出願との少なくとも何れかであってもよい。更に、第１の出願ＡＰ１が実用新案登録出願である場合は実用新案登録に基づく特許出願であってもよい。このような態様によれば、将来、分割出願、優先権出願、変更出願、又は特許協力条約に基づく国際出願を行う際、基礎出願又は原出願のデータを取り違えるというミスを回避することが可能である。

【0040】

以降、第１の出願を原出願とする分割出願を単に「分割出願」と称してもよいものとする。また、第１の出願を原出願とする変更出願を単に「変更出願」と称してもよいものとする。更に、第１の出願を基礎出願とするパリ優先権主張出願を「パリ優先権出願」と称してもよく、国内優先権主張出願を「国内優先権出願」と称してもよいものとする。また、第１の出願を基礎出願とする特許協力条約に基づく国際出願を単に「ＰＣＴ出願」と称してもよいものとする。

【0041】

第２の文書ファイルＤＣ２（第２のファイルの一例）は、将来、第２の出願ＡＰ２を行う際の準備に用いられるファイルである。第２の文書ファイルＤＣ２は、第１の出願ＡＰ１に係る元の文書ファイルＤＣ０に基づいて生成される。第２の文書ファイルＤＣ２は、元の文書ファイルＤＣ０に含まれる情報の少なくとも一部を含む。また、第２の文書ファイルＤＣ２はユーザによって編集可能な構成を有する。

【0042】

本実施形態では、第２の出願ＡＰ２は、分割出願と、国内優先権主張出願と、パリ優先権主張出願と、ＰＣＴ出願とを含むものとする。すなわち、第２のファイルとして、分割出願用ファイルと、国内優先権主張出願用ファイルと、パリ優先権主張出願用のファイルと、ＰＣＴ出願用のファイルとがそれぞれ生成されるものとする。かかる出願用のファイルそれぞれにおいて、第２のファイルは少なくとも第２の文書ファイルＤＣ２を含むものとし、出願様式によっては、第２のファイルは第２のＨＴＭＬファイルＨＴ２を更に含むものとして説明する。詳細については、後述する。

【0043】

また、本実施形態では、元の文書ファイルＤＣ０及び第２の文書ファイルＤＣ２はＷｏｒｄファイルであるものとして説明するが、この限りでない。かかる文書ファイルは、例えばテキスト、ＰＤＦ、ＣＳＶ、ＸＭＬ、Ｗｏｒｄ、Ｅｘｃｅｌ、ＰＰＴ等の形式の電子データのファイルが挙げられるが、これらに限定されない。また、実際の出願処理に用いる第１のＨＴＭＬファイルＨＴ１は、文字データを記録したテキストファイルの一種で、ウェブページの構成に用いられるＨＴＭＬで内容が記述されるものである。

【0044】

まず、受付部２３１は、受付ステップとして、ユーザによる入力部３５への入力を介して、第１のＨＴＭＬファイルＨＴ１（第１のファイルの一例）を作成する指示をユーザから受け付ける（アクティビティＡ１０１）。ここで、かかる指示は、元の文書ファイルＤＣ０を特定可能な情報を含む。例えば、かかる指示は、元の文書ファイルＤＣ０が格納されているパスを含んでもよい。また、かかる指示は、元の文書ファイルＤＣ０が指定された箇所にアップロードされるための操作を含んでもよい。サーバ２を遠隔操作する態様であれば、かかる指示は、サーバ２のローカル上で元の文書ファイルＤＣ０が開かれた態様で行われてもよい。

【0045】

続いて、取得部２３２は、取得ステップとして、アクティビティＡ１０１において特定された元の文書ファイルＤＣ０から、第１の出願に係る情報ＩＦ１を取得する（アクティビティＡ１０２）。元の文書ファイルＤＣ０は、第１の出願に係る情報ＩＦ１を含む。本実施形態において、第１の出願に係る情報ＩＦ１は、少なくとも請求項の情報（請求の範囲に関する情報の一例）ＩＦ１１と、明細書の情報ＩＦ１２と、願書の情報ＩＦ１３とを含む情報であるとして説明するが、この限りでない。例えば、第１の出願に係る情報ＩＦ１は、願書の情報ＩＦ１３を含まない情報であってもよい。

【0046】

続いて、判定部２３３は、判定ステップとして、第１の出願ＡＰ１の請求の範囲にマルチマルチクレームが含まれるか否かを判定する（アクティビティＡ１０３）。具体的には、判定部２３３は、アクティビティＡ１０２において取得した請求項の情報ＩＦ１１に基づき、特許請求の範囲に含まれる各請求項について、独立クレームであるか又は従属クレームであるかを判定する。従属クレームが含まれる場合、判定部２３３は、その従属クレームの引用関係からマルチマルチクレームであるか否かを判定する。

【0047】

アクティビティＡ１０３において、第１の出願ＡＰ１の請求の範囲にマルチマルチクレームが含まれると判定部２３３が判定した場合について説明する。かかる場合において、プロセッサ２３は、マルチマルチクレームを解消する処理を実行する。具体的には、プロセッサ２３は、マルチマルチクレームである請求項が引用する請求項を変更する処理を実行する（アクティビティＡ１０４）。プロセッサ２３は、引用関係が変更された請求項について、その引用に関する記載を変更する処理を実行する（アクティビティＡ１０５）。続いて、アクティビティＡ１０６の処理に進む。

【0048】

一方で、アクティビティＡ１０３において、第１の出願ＡＰ１の請求の範囲にマルチマルチクレームが含まれないと判定部２３３が判定した場合は、そのままアクティビティＡ１０６の処理に進む。アクティビティＡ１０６において、生成部２３４は、少なくとも請求項の情報ＩＦ１１と、明細書の情報ＩＦ１２と、願書の情報ＩＦ１３とに基づいて、第１のＨＴＭＬファイルＨＴ１を生成する。ここで、第１のＨＴＭＬファイルＨＴ１は、出願処理に用いるファイルの一例である。

【0049】

アクティビティＡ１０３～Ａ１０６に係る処理とは独立して、プロセッサ２３は、第２のファイルを作成する処理を実行する。かかる処理については、アクティビティＡ１０７～Ａ１０９と、アクティビティ１１１～１１３と、において説明する。本実施形態において、アクティビティＡ１０７～Ａ１０９において生成される第２のファイルを、第２の文書ファイルＤＣ２ａとして説明する。また、アクティビティ１１１～１１３において生成される第２のファイルを第２の文書ファイルＤＣ２ｂとして説明する。

【0050】

生成部２３４は、第１の出願に係る情報ＩＦ１を複製する処理を実行する（アクティビティＡ１０７）。具体的には、生成部２３４は、第１の出願に係る情報ＩＦ１に含まれる、請求項の情報ＩＦ１１と、明細書の情報ＩＦ１２と、願書の情報ＩＦ１３とを少なくとも複製する。

【0051】

続いて、生成部２３４は、願書の情報ＩＦ１３の一部が変更された変更情報ＩＦ３０を含む、新たな願書の情報ＩＦ２３を生成する（アクティビティＡ１０８）。詳細は後述する。

【0052】

続いて、生成部２３４は、第２の文書ファイルＤＣ２ａ（第２のファイルの一例）を生成する（アクティビティＡ１０９）。第２の文書ファイルＤＣ２ａは、第２の出願に係る情報ＩＦ２を含む。第２の出願に係る情報ＩＦ２は、アクティビティＡ１０８で生成された新たな願書の情報ＩＦ２３と、請求項の情報ＩＦ１１と、明細書の情報ＩＦ１２とを少なくとも含む。また、第２の文書ファイルＤＣ２ａのファイル名称は、元の文書ファイルＤＣ０のファイル名称に基づいて決定される。詳細については、図９以降で説明する。更に、生成部２３４は、第２の文書ファイルＤＣ２ａを格納するためのフォルダを生成する。

【0053】

アクティビティＡ１０３～Ａ１０６と、アクティビティＡ１０７～Ａ１０９と、に係る処理とは更に独立して、プロセッサ２３は、更に別の第２のファイルを作成する処理を実行する。具体的には、プロセッサ２３は、第１の出願ＡＰ１を基礎出願とする特許協力条約に基づく国際出願（第２の出願ＡＰ２の一例）に用いる第２の文書ファイルＤＣ２ｂを作成する処理を実行する（アクティビティＡ１１１～Ａ１１３）。

【0054】

アクティビティＡ１０７と同様に、生成部２３４は、第１の出願に係る情報ＩＦ１を複製する（アクティビティＡ１１１）。具体的には、生成部２３４は、第１の出願に係る情報ＩＦ１に含まれる、請求項の情報ＩＦ１１と、明細書の情報ＩＦ１２とを少なくとも複製する。

【0055】

続いて、生成部２３４は、第２の出願ＡＰ２に係る請求項の情報ＩＦ２１と明細書の情報ＩＦ２２を生成する（アクティビティＡ１１２）。請求項の情報ＩＦ２１は、アクティビティＡ１１１において複製された請求項の情報ＩＦ１１の少なくとも一部が変更された変更情報ＩＦ３０を含む。明細書の情報ＩＦ２２についても、同様の構成を有する。詳細は後述する。

【0056】

続いて、生成部２３４は、第２の文書ファイルＤＣ２ｂを生成する（アクティビティＡ１１３）。第２の文書ファイルＤＣ２ｂは、第２の出願に係る情報ＩＦ２を含む。第２の出願に係る情報ＩＦ２は、アクティビティＡ１１２において生成された請求項の情報ＩＦ２１と、明細書の情報ＩＦ２２とを少なくとも含む。更に、生成部は、第２の文書ファイルＤＣ２ｂを格納するためのフォルダを生成する（アクティビティＡ１１３）。なお、第２の文書ファイルＤＣ２ｂに係るファイル名称の決定方法は、アクティビティＡ１０９における説明と同様であり、詳細は後述する。

【0057】

そして、出力部２３５は、アクティビティＡ１０６と、Ａ１０９と、Ａ１１３と、においてそれぞれ生成されたファイル及びフォルダをファイル群として出力する（アクティビティＡ１１４）。好ましくは、ファイル群の出力先は、元の文書ファイルＤＣ０が格納されているパスに基づいて決定されてもよい。詳細については、後述する。

【0058】

以上が、具体例に係る処理の流れである。

【0059】

なお、図６のアクティビティＡ１１１～Ａ１１３において、ＰＣＴ出願のファイルに限らず、パリ優先権出願のファイル及び国内優先権出願のファイルも同時に生成されてもよい。

【0060】

（マルチマルチクレームについて）
また、図６の第１のＨＴＭＬファイルＨＴ１の生成（アクティビティＡ１０３～Ａ１０６）において、元の文書ファイルＤＣ０の請求の範囲にマルチマルチクレームが含まれる場合、プロセッサ２３は請求項の引用関係を変更する処理を実行する。一方で、第２のファイルの生成（アクティビティＡ１０７～１１３）において、元の文書ファイルＤＣ０の請求の範囲にマルチマルチクレームが含まれる場合であっても、当該引用関係が維持された態様で第２のファイルが出力されることが好ましい。上記を換言すると、第１のファイルは、マルチマルチクレームではなくなるように、所定請求項の引用元である引用請求項が変更されるように構成される。第２のファイルは、所定請求項の引用元である引用請求項が維持されるように構成される。このような態様によれば、出願の種別に応じて、引用関係の異なる請求項を含むファイルを出力することができる。より具体的には、マルチマルチクレームが認められる出願国に対応するファイルは、マルチマルチクレームが維持された構成を有する。したがって、ユーザは将来行う出願の準備にかかる手間を低減することができる。
４．関連する技術事項

【0061】

（出力画面４）
図７は、本実施形態においてユーザ端末３の表示部３４に表示される出力画面４の一例を示す図である。出力画面４は、図６のアクティビティＡ１１４における処理の終了後、表示部３４に表示される画面の一例である。より具体的には、表示制御部２３６は、ファイル群を出力する処理が実行された後に、ユーザによる入力に応じて表示部３４に出力画面４を表示させる。出力画面４は、視覚情報４１～４４を含む。

【0062】

視覚情報４１は、分割出願（第２の出願ＡＰ２の一例）に用いる出願ファイルが格納されるフォルダを示す情報である。視覚情報４１に対応するフォルダには、図６のアクティビティＡ１０７～Ａ１０９において生成されたファイルが格納されている。

【0063】

視覚情報４２は、優先権主張出願（第２の出願ＡＰ２の一例）に用いる出願ファイルが格納されるフォルダを示す情報である。視覚情報４２に対応するフォルダには、図６のアクティビティＡ１１１～Ａ１１３において生成されたファイルが格納されている。フォルダ及びファイルの詳細については、図９において説明する。

【0064】

出力画面４の視覚情報４１及び４２に示すように、ファイル群は、第２のファイルが第２の出願ごとのフォルダにそれぞれ格納された態様で出力される。このような態様によれば、将来に出願可能性のある関連出願において、出願の種別ごとにフォルダが作成され、各フォルダ格納された態様でファイルが管理される。したがって、かかる出願を将来行う際に、ユーザがファイルを取り違えるというミスを回避することが可能である。

【0065】

視覚情報４３は、第１の出願ＡＰ１の出願処理に用いる第１のＨＴＭＬファイルＨＴ１を示す情報である。視覚情報４３には、第１のＨＴＭＬファイルＨＴ１が格納されている場所を示すパスが対応付けられている。視覚情報４３に対する入力をユーザから受け付けることに応じて、第１のＨＴＭＬファイルＨＴ１が、所定のアプリケーションによってユーザに視認可能な態様で表示される。第１のＨＴＭＬファイルＨＴ１は、図６のアクティビティＡ１０３～Ａ１０６において生成されたファイルである。

【0066】

視覚情報４４は、元の文書ファイルＤＣ０を示す情報である。図７に示すように、ファイル群に含まれるファイル及びフォルダは、元の文書ファイルＤＣ０の格納場所と同じ階層に格納されることが好ましい。より具体的には、第１のＨＴＭＬファイルＨＴ１は、元の文書ファイルＤＣ０の格納場所と同じ階層に出力されることが好ましい。また、第２の出願ＡＰ２に係るフォルダも同様に、元の文書ファイルＤＣ０の格納場所と同じ階層に格納されることが好ましい。

【0067】

（出力画面５）
図８は、ユーザ端末３の表示部３４に表示される出力画面５の一例を示している。出力画面５は、出力画面４の視覚情報４２に対する入力をユーザから受け付けることにより、表示部３４に表示される画面の一例である。出力画面５は、視覚情報５１～５６を含む。

【0068】

視覚情報５１～５６は、優先権主張出願に用いる出願ファイルがそれぞれ格納されるフォルダを示す情報である。図８に示すように、好ましくは、出力部２３５によって出力されるファイル群は、複数のフォルダを含む。複数のフォルダは、出願の種別にそれぞれ対応する。それぞれのフォルダには、出願に用いるファイルが格納される。より具体的には、図７の視覚情報４２に対応する「★★優先権草稿」のファイルには、視覚情報５１～５６にそれぞれ対応する、国内優先権出願、ＰＣＴ出願、パリ優先権出願（米国への出願）、パリ優先権出願（欧州への出願）、パリ優先権出願（その他の国への出願）、台湾出願のフォルダを含んでもよい。また、視覚情報５１～５６に対応するそれぞれのフォルダに格納されているファイルは同一の内容であってもよいが、より好ましくは、出願様式に応じて、ファイルに含まれる情報の一部が異なる態様であってもよい。詳細については、後述する。

【0069】

なお、図８に示すように、本実施形態では優先権主張出願について、出願国又は出願の種別ごとにそれぞれファイルが生成される例について説明したが、この限りでない。例えば、優先権出願に用いる文書ファイル、及び当該ファイルが格納されたフォルダが１つ生成されるのみであってもよい。より具体的には、図７の「★★優先権草稿」フォルダに、図９以降で説明する第２の文書ファイルＤＣ２等が格納された態様で一つの優先権用フォルダが作成されるのみであってもよい。かかる場合において、当該フォルダに対する複製指示をユーザから受け付けることによって、当該フォルダ及びファイルが複製されてもよい。更に、それぞれの出願様式に従うために、当該ファイルがユーザによって編集されてもよい。このような態様によれば、ユーザは、予定のある出願に対応するフォルダ及びファイルのみを生成することができる。

【0070】

（出力画面６）
図９は、ユーザ端末３の表示部３４に表示される出力画面６の一例を示している。出力画面６は、出力画面５の視覚情報５２に対する入力をユーザから受け付けることにより、表示部３４に表示される画面の一例である。出力画面６は、視覚情報６１～６４を含む。本実施形態では、第２の出願ＡＰ２として、ＰＣＴ出願用のファイルを例として説明する。

【0071】

視覚情報６１は、ＰＣＴ出願に用いる図面に関するファイルが格納されているフォルダを示す情報である。例えば、視覚情報６１に対応するフォルダには、図面情報が画像化されたファイルが格納されていてもよい。

【0072】

視覚情報６２は、第２のＨＴＭＬファイルＨＴ２を示す情報である。視覚情報６２の役割については図７の視覚情報４３と同様であるため説明を省略する。このように、第２のファイルは、更にＨＴＭＬファイルを含んでもよい。かかる場合において、第２のＨＴＭＬファイルＨＴ２に含まれる請求項の情報ＩＦ２１と、明細書の情報ＩＦ２２と、図面の情報とは、元の文書ファイルＤＣ０に含まれる、それらの情報（ＩＦ１１、ＩＦ１２、及び図面の情報）とそれぞれ同様である。

【0073】

第２のＨＴＭＬファイルＨＴ２は、第２の出願ＡＰ２であるＰＣＴ出願において、第１の出願ＡＰ１と同様の内容で出願する場合において、出願手続きに用いられるファイルである。すなわち、第１の出願ＡＰ１の出願内容から追記及び修正が不要な場合において、第２のＨＴＭＬファイルＨＴ２が出願手続きに用いられる。このような態様によれば、将来に出願可能性のある関連出願において、出願までの作業をより簡単に行うことができる。より詳細には、当該関連出願において、ファイルを出願ソフトにアップロードする作業から行うことができ、ユーザの手間が低減できる。

【0074】

一方で、基礎出願である第１の出願ＡＰ１に係る情報に対する追記又は修正が必要である場合は、ファイル群に含まれる第２の文書ファイルＤＣ２が出願の準備に用いられる。視覚情報６４は、第２の文書ファイルＤＣ２ｂを示す情報である。視覚情報６４の役割については、図７の視覚情報４４と同様であるため説明を省略する。

【0075】

第２の文書ファイルＤＣ２ｂは、請求項の情報ＩＦ２１と、明細書の情報ＩＦ２２とを少なくとも含む。かかる情報は、元の文書ファイルＤＣ０に含まれる、請求項の情報ＩＦ１１と明細書の情報ＩＦ１２とそれぞれ同様である。ユーザは、第２の文書ファイルＤＣ２ｂを編集することができる。更に、編集後の第２の文書ファイルＤＣ２ｂに対するＨＴＭＬファイルの作成指示をユーザから受け付けることに応じて、出願に用いるＨＴＭＬファイルが生成される。このような態様によれば、ＰＣＴ出願において、基礎出願に対する追記又は修正が必要な場合であっても、ユーザは容易に出願に用いるファイルを容易に作成できる。更に、ユーザは基礎出願の情報を取り違えるミスを回避することができる。

【0076】

また、視覚情報６３は、第２の出願ＡＰ２の図面を修正するためのファイルを示す情報である。視覚情報６３の役割については図７の視覚情報４３と同様であるため説明を省略する。視覚情報６３に対応するファイルに含まれる図面の情報は、第１の出願ＡＰ１に含まれる図面の情報と同一であってもよい。すなわち、図６のアクティビティＡ１１１において、更に図面の情報が複製されてもよい。好ましくは、図面の情報を含むファイルが複製されてもよい。ユーザは、第２の文書ファイルＤＣ２ｂと同様に、視覚情報６３に対応するファイルを編集することができる。

【0077】

視覚情報６４は、第２の文書ファイルＤＣ２ｂを示す情報である。視覚情報６４の役割については図７の視覚情報４３と同様であるため説明を省略する。第２の文書ファイルＤＣ２ｂは、第２の出願に係る情報ＩＦ２を少なくとも含む。

【0078】

ここで、ファイル名称の決定方法の一例について説明する。図７の出力画面４に示す通り、元の文書ファイルＤＣ０（視覚情報４４）は、ファイル名称が「ＩＰＸ００１．ｄｏｃｘ（拡張子を示す識別子）」である。これは、第１の出願ＡＰ１を特定するための整理番号が「ＩＰＸ００１」であることを示す。更に、第１のＨＴＭＬファイルＨＴ１（視覚情報４３）のファイル名称は「ＩＰＸ００１．ｈｔｍ（拡張子を示す識別子）」であり、元の文書ファイルＤＣ０と同様に整理番号が付される。

【0079】

これに対し、図９の出力画面６に示す通り、第２の文書ファイルＤＣ２ｂ（視覚情報６４）は、ファイル名称が「ＩＰＸ００１ＹＷ．ｄｏｃｘ（拡張子を示す識別子）」である。かかるファイル名称は、元の文書ファイルＤＣ０のファイル名称に基づいて、プロセッサ２３によって決定される。例えば、ファイル名称が「ＩＰＸ００１ＹＷ」である案件は、ファイル名称が「ＩＰＸ００１」である案件を基礎とするＰＣＴ出願又はパリ優先権主張出願であるものとして説明する。また、他の一例として、ファイル名称が「ＩＰＸ００１Ｂ」である案件は、ファイル名称が「ＩＰＸ００１」である案件を原出願とする分割出願であってもよい。更に他の一例として、ファイル名称が「ＩＰＸ００１Ｙ」である案件は、ファイル名称が「ＩＰＸ００１」である案件を基礎出願とする国内優先権主張出願であってもよい。ファイル名称が付与される規則は、これに限られない。

【0080】

図９では第２の出願ＡＰ２がＰＣＴ出願である場合を一例として説明したが、第２の出願ＡＰ２が分割出願、国内優先権出願、又はパリ優先権出願（以下、分割出願等）、である場合についても同様の構成のファイル及びフォルダが出力されてもよい。好ましくは、分割出願等に対応する複数のファイルのうち、その一部が図９に示されるファイルと異なっていてもよい。例えば、分割出願等に係る第２のファイルに願書の情報ＩＦ１３が含まれる場合、図９の第２のＨＴＭＬファイルＨＴ２（視覚情報６２に対応）が生成されなくてもよい。ユーザは、第２の出願ＡＰ２としてかかる分割出願等の準備を行う際、まず第２の文書ファイルＤＣ２（視覚情報６４に対応）を編集する。続いて、ユーザから入力を受け付けることに応じて、編集後の第２の文書ファイルＤＣ２に基づき第２のＨＴＭＬファイルＨＴ２が生成されることが好ましい。

【0081】

（出願の種別を判定する処理の説明）
図１０は、判定部２３３が出願書類の出願の種別を判定する処理を説明するための図である。この処理は、図６のアクティビティＡ１１０に対応する。図１０には、通常出願に係る出願書類７ａと、分割出願に係る出願書類７ｂとが含まれている。

【0082】

図１０において、領域７１及び領域７２は文書ファイルのヘッダー機能によって情報が表示される領域である。以下、ヘッダー機能によって表示される情報をヘッダー情報と称してもよいものとする。また、本実施形態において、かかるヘッダー情報は、図９において説明したファイル名称に対応する態様であるものとして説明する。領域７１のヘッダー情報「ＩＰＸ００１」は、出願書類７ａが通常出願であることを示す情報の一例である。これに対し、領域７２のヘッダー情報「ＩＰＸ００１Ｂ」は、出願書類７ｂが出願書類７ａに係る出願を原出願とする分割出願であることを示す情報の一例である。ヘッダー情報は、この限りでない。更に、出願書類が出願書類７ａに係る出願を基礎とする国内優先権主張出願に用いる書類である場合、ヘッダー情報を「ＩＰＸ００１Ｙ」としてもよい。出願書類が出願書類７ａに係る出願のパリ優先権主張出願、又はＰＣＴ出願に用いる書類である場合、ヘッダー情報を「ＩＰＸ００１ＹＷ」としてもよい。

【0083】

（願書の情報ＩＦ１３を変更する処理の説明）
図１１は、出願書類に含まれる願書の情報ＩＦ１３を変更する処理を説明するための図である。本実施形態は、第１の出願に係る情報ＩＦ１に願書の情報ＩＦ１３が含まれるものとして説明する。かかる変更処理は、図６のアクティビティＡ１０８に対応する。

【0084】

図１１の出願書類８ａは、第１の出願ＡＰ１に係る願書の情報ＩＦ１３の一例を示す。出願書類８ａは、領域８１ａを含む。また、出願書類８ｂは、第２の出願ＡＰ２に係る願書の情報ＩＦ２３の一例を示す。出願書類８ｂは、分割出願（第２の出願ＡＰ２の一例）の様式に基づく願書の情報が記載されている。出願書類８ｂは、領域８１ｂと、領域８２～８３とを含む。かかる領域に記載される情報は、願書の情報ＩＦ１３に対して変更された変更情報ＩＦ３０を含む。

【0085】

出願書類８ａにおける領域８１ａは、出願書類８ｂにおける領域８１ｂと対応する領域である。領域８１ａ及び８１ｂは、整理番号が記載される領域である。領域８１ａには「ＩＰＸ００１」と記載されている。一方、領域８１ｂには「ＩＰＸ００１Ｂ」と記載されており、領域８１ａに記載される情報と異なる。上述した通り、第２の出願ＡＰ２に付与される番号は、関連する第１の出願ＡＰ１との関係性が把握可能な識別子の構成を有する。

【0086】

出願書類８ｂにおける領域８２及び８３に記載される変更情報ＩＦ３０は、出願書類８ａに含まれる情報に対して新たに追加された情報である。具体的には、領域８２は、第２の出願ＡＰ２が分割出願である情報が記載される領域である。また、領域８３は、原出願を把握可能な情報が記載される領域である。なお、図６のアクティビティＡ１０８における処理が実行される時点では、第１の出願ＡＰ１が出願前であるため、出願番号及び出願日が確定していない。したがって、領域８３に記載される情報は、ユーザの編集によって後に変更可能な構成であることが好ましい。

【0087】

以上をまとめると、第１の出願に係る情報ＩＦ１には、更に願書に関する情報ＩＦ１３を含む。また、第２のファイルは、第１の出願に係る情報ＩＦ１の一部が変更された態様を含む。このような態様によれば、第１の出願の手続きに用いるファイルを作成するのと同時に、将来出願する可能性のある関連出願の願書を作成することができる。より具体的には、第１の出願に係る願書の情報を一部流用して、将来に出願する可能性のある関連出願の願書を作成できる。したがって、ユーザの願書作成における手間を低減することができる。

【0088】

（請求項の情報ＩＦ１１を変更する処理の説明）
図１２は、出願書類に含まれる請求項の情報ＩＦ１１を変更する処理を説明するための図である。かかる処理は、図６のアクティビティＡ１１２に対応する。

【0089】

図１２の出願書類９ａは、第１の出願ＡＰ１に係る請求項の情報ＩＦ１１の一例を示す。出願書類９ａは、領域９１を含む。また、出願書類９ｂは、ＰＣＴ出願（第２の出願ＡＰ２の一例）の様式に基づいた、請求項の情報ＩＦ２１が記載されている。出願書類９ｂは、領域９２を含む。図６のアクティビティＡ１１２の処理において、生成部２３４は、出願書類９ａの一部を変更して、ＰＣＴ出願の様式に対応する出願書類９ｂを生成する。すなわち、領域９２に記載される請求項の情報ＩＦ２１の一部は、変更情報ＩＦ３０である。かかる変更情報ＩＦ３０は、第２の出願ＡＰ２の出願種別に応じて特定される。

【0090】

より具体的には、生成部２３４は、日本の特許出願の様式に対応する「［書類名］特許請求の範囲」から、ＰＣＴ出願の様式に対応する「［書類名］請求の範囲」に変更した変更情報ＩＦ３０を含んだ態様で、第２の文書ファイルＤＣ２を生成する。

【0091】

以上をまとめると、第２のファイルは、第１の出願に係る情報ＩＦ１の一部が変更された変更情報ＩＦ３０を含む。変更情報ＩＦ３０は、第２の出願ＡＰ２の属性に応じて特定される。更に、属性は、第２の出願ＡＰ２に係る出願予定国又は出願の種別である。このような態様によれば、将来に出願可能性のある関連出願それぞれの様式に応じたファイルを容易に生成することができる。より具体的には、関連出願の種別又は出願予定国にそれぞれ対応する出願様式に合わせてファイルを編集する際の人為的なミスを低減することができる。

【0092】

（明細書の情報ＩＦ１２を変更する処理の説明）
図１３は、出願書類に含まれる明細書の情報ＩＦ１２を変更する処理を説明するための図である。かかる処理は、図６のアクティビティＡ１１２に対応する。

【0093】

図１３の出願書類１０ａは、第１の出願ＡＰ１に係る明細書の情報ＩＦ１２の一部を示す。出願書類１０ａは、領域１０１を含む。また、出願書類１０ｂは、第２の出願ＡＰ２に係る明細書の情報ＩＦ２２の一例を示す。出願書類１０ｂは、領域１０２を含む。出願書類１０ｂは、ＰＣＴ出願（第２の出願ＡＰ２の一例）の様式に基づいた形式で、明細書の情報ＩＦ２２が記載されている。図１２と同様に、図６のアクティビティＡ１１２の処理において、生成部２３４は、出願書類１０ａの一部を変更して、ＰＣＴ出願の様式に対応する出願書類１０ｂを生成する。すなわち、領域１０２に記載される明細書の情報ＩＦ２２の一部は、変更情報ＩＦ３０である。かかる変更情報ＩＦ３０は、第２の出願ＡＰ２の出願種別に応じて特定される。

【0094】

より具体的には、領域１０１は、［符号の説明］が記載される領域であり、符号及びその説明ごとに改行された構成を有する。これは、日本の特許出願の書類様式に対応する構成である。一方、領域１０２は、領域１０１と同じく［符号の説明］が記載される領域であり、符号及びその説明ごとに［，］で区切られた構成を有する。これは、ＰＣＴ出願の書類様式に対応する構成である。

【0095】

すなわち、生成部２３４は、第１の出願ＡＰ１の書類様式に対応する構成を有する明細書の情報ＩＦ１２の一部が、第２の出願ＡＰ２の書類様式に対応する構成に変更された変更情報ＩＦ３０を含んだ態様で、第２の文書ファイルＤＣ２を生成する。このような態様によれば、関連出願の種別又は出願予定国にそれぞれ対応する様式に合わせて出願準備のファイルを編集する際の人為的なミスを低減することができる。

【0096】

更に好ましくは、第２の出願に係る情報ＩＦ２は、第１の出願に係る情報ＩＦ１から「要約書」の選択図に関する情報が削除された構成を含んでもよい。このような態様によれば、ＰＣＴの出願様式に合わせて出願準備のファイルを編集する際の人為的なミスを低減することができる。

【0097】

図１２及び図１３では、第２の出願ＡＰ２がＰＣＴ出願である場合を一例として説明したが、第２の出願ＡＰ２が分割出願、国内優先権出願、又はパリ優先権出願（以下、分割出願等）、である場合についても同様に、その出願書類の少なくとも一部に変更情報ＩＦ３０が含まれてもよい。

【0098】

一例として、第２の出願ＡＰ２が米国へのパリ優先権出願である場合において説明する。かかる場合において、明細書の情報ＩＦ２２は、少なくとも変更情報ＩＦ３０を含んでもよい。変更情報ＩＦ３０は、関連する出願の参照に関する情報（ＣＬＯＳＳ ＲＥＦＥＲＥＮＣＥ ＴＯ ＲＥＬＡＴＥＤ ＡＰＰＬＩＣＡＴＩＯＮＳ）であることが好ましい。より具体的には、第２の出願ＡＰ２に含まれる明細書の情報ＩＦ２２は、第１の出願ＡＰ１における明細書の情報ＩＦ１２の「発明の名称（Ｔｉｔｌｅ ｏｆ Ｉｎｖｅｎｔｉｏｎ）」の項目の次に、「関連する出願の参照（Ｃｒｏｓｓ－Ｒｅｆｅｒｅｎｃｅ ｔｏ Ｒｅｌａｔｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ）」の項目及びその記載が追加された構成を含んでもよい。

【0099】

第２の出願ＡＰ２が米国へのパリ優先権出願である場合の別の一例として、明細書の記載から「符号の説明」の項目及びその記載が削除されてもよい。より具体的には、第２の出願ＡＰ２に含まれる明細書の情報ＩＦ２２は、第１の出願ＡＰ１における明細書の情報ＩＦ１２の末尾に含まれる「符号の説明」が削除された構成を含んでもよい。

【0100】

また、本実施形態では、第１の出願に係る情報ＩＦ１の一部が変更された態様で第２の文書ファイルＤＣ２が作成される例について説明したが、これに限られない。例えば、図６のアクティビティＡ１１４において出力される第２のファイルは、元の文書ファイルＤＣ０と同様の内容であってもよい。その後、第２の出願ＡＰ２の出願様式に合わせた変更処理を実行する指示をユーザから受け付けたことに応じて、図１１～図１３に示す、かかる変更処理が第２のファイルに対して実行されてもよい。
５．その他
前述の実施形態に係る情報処理システム１に関して、以下のような態様を採用してもよい。

【0101】

上記の実施形態では、第１の出願ＡＰ１が分割出願でも優先権主張出願でもない場合の例について説明したが、この限りでない。以下、第１の出願ＡＰ１が分割出願である場合と、第１の出願ＡＰ１が優先権主張出願である場合の処理についてそれぞれ説明する。

【0102】

（第１の出願ＡＰ１が分割出願である場合）
まず、第１の出願ＡＰ１が分割出願である場合の例について説明する。例えば、図６のアクティビティＡ１０２の処理が実行された後に、判定部２３３は、第１の出願ＡＰ１の出願の種別を判定してもよい。

【0103】

第１の出願ＡＰ１の出願の種別は、元の文書ファイルＤＣ０に含まれる情報に基づいて判断されてもよい。例えば、元の文書ファイルＤＣ０がＷｏｒｄ形式のファイルである場合を例として説明する。かかる場合において、判定部２３３は、元の文書ファイルＤＣ０のヘッダーに含まれる情報に基づき、第１の出願ＡＰ１の種別を取得してもよい。また例えば、判定部２３３は、元の文書ファイルＤＣ０に含まれる願書の情報ＩＦ１３に基づき、第１の出願ＡＰ１の種別を判断してもよい。さらに、判定部２３３は、元の文書ファイルＤＣ０のファイル名称に含まれる、出願の種別を示す識別子に基づき、第１の出願ＡＰ１の種別を判断してもよい。

【0104】

判定部２３３によって判定された結果、第１の出願ＡＰ１が分割出願である場合、優先権主張出願に用いる第２の文書ファイルＤＣ２が生成されなくてもよい。すなわち、図６のアクティビティＡ１１１～Ａ１１３が実行されなくてもよい。換言すると、図７の視覚情報４２に対応する「★★優先権草稿」フォルダ及び当該フォルダに格納されるファイルが生成されなくてもよい。特許法上において、分割出願を基礎出願として国内優先権を主張する出願を行うことができないことが規定されている。かかる理由により、第１の出願ＡＰ１が分割出願である場合、第２のファイルのうち、優先権主張出願に関するファイルが生成されないことが好ましい。一方で、分割出願を親出願とする分割出願をすることはできるため、第１の出願ＡＰ１が分割出願であっても、図７の視覚情報４１に対応する「★★分割用草稿」フォルダ及び当該フォルダに格納されるファイルは生成されるとよい。

【0105】

このような態様によれば、特許制度上、出願されるケースがない種別のフォルダ及びファイルが作成されない。したがって、不要なフォルダ等が作成されることを回避することができる。

【0106】

（第１の出願ＡＰ１が優先権主張出願である場合）
続いて、第１の出願ＡＰ１が優先権主張出願である場合の例について説明する。第１の出願ＡＰ１が分割出願である場合と同様に、例えば、図６のアクティビティＡ１０２の処理が実行された後に、判定部２３３は、第１の出願ＡＰ１の出願の種別を判定してもよい。種別の判定方法についても、同様であってよい。

【0107】

第１の出願ＡＰ１が優先権主張出願である場合、第２の文書ファイルＤＣ２が生成されなくてもよい。すなわち、図６のアクティビティＡ１１１～Ａ１１３が実行されなくてもよい。換言すると、図７の視覚情報４２に対応する「★★優先権草稿」フォルダ及び当該フォルダに格納されるファイルが生成されなくてもよい。一般的に、優先権主張出願を基礎として更に優先権主張出願を行うケースが少ないと考えられる。かかる理由により、第１の出願ＡＰ１が優先権主張出願である場合、第２のファイルのうち、優先権主張出願に関するファイルが生成されないことが好ましい。一方で、優先権主張出願を親出願とする分割出願をすることはできるため、第１の出願ＡＰ１が分割出願であっても、図７の視覚情報４１に対応する「★★分割用草稿」フォルダ及び当該フォルダに格納されるファイルは生成されるとよい。

【0108】

以上をまとめると、プログラムでは、第１の出願に係る情報ＩＦ１が所定の条件を満たす場合において、ファイル群に含まれる第２のファイルの構成が変更された態様で、ファイル群が出力される。更に、所定の条件は、第１の出願ＡＰ１の種別が分割出願又は特許協力条約に基づく国際出願である場合を含む。このような態様によれば、一律の内容でフォルダ及びファイルが出力されるのではなく、特許制度に応じた関連出願用のフォルダ等が出力される。より具体的には、特許制度上、出願が不可能である、又は出願されるケースの極めて少ない出願に係るフォルダ及びファイルが作成されない。したがって、不要なフォルダ等が作成されることを回避することができる。

【0109】

上記の実施形態では、願書の情報ＩＦ１３の一部が変更された願書の情報ＩＦ２３を含む態様で第２のファイルが生成される例を説明したが、この限りでない。例えば、図６のアクティビティＡ１０９において、生成部２３４は、願書の情報ＩＦ１３が削除された態様を含む第２のファイルを作成してもよい。すなわち、第１の出願に係る情報ＩＦ１には、更に願書に関する情報ＩＦ１３を含み、第２のファイルは、第１の出願に係る情報ＩＦ１のうち、願書に関する情報が削除された態様を含む。このような態様によれば、第２のファイルは、流用可能である情報の多く含まれた、特許請求の範囲及び明細書の情報を少なくとも含む構成を有して生成される。したがって、将来に関連出願を行う際、ユーザの負担を低減することができる。

【0110】

更には、図６のアクティビティＡ１０９において出力される第２のファイルは、願書の情報ＩＦ２３を含む態様を有するか、又は願書の情報ＩＦ１３を削除した態様を有するかをユーザによって選択可能であってもよい。このような態様によれば、ユーザのニーズに合った構成のファイルを出力することができる。

【0111】

また、本実施形態では、第２の出願ＡＰ２には、分割出願と、ＰＣＴ出願と、優先権主張出願とが含まれる例について説明したが、更に変更出願を含んでもよい。具体的には、第２の出願ＡＰ２には、第１の出願ＡＰ１である特許出願を実用新案登録出願又は意匠出願に変更する変更出願が含まれてもよい。このような態様によれば、ユーザは出願のニーズに沿ったファイルを生成でき、出願の準備にかかる手間を低減することができる。

【0112】

本実施形態では、サーバ２は、オンプレミス形態、すなわち、サーバ２とユーザ端末３とは同一のローカルエリアネットワークに属している場合について説明したが、この限りでない。サーバ２は、クラウド形態であってもよい。クラウド形態のサーバ２としては、例えば、ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）、クラウドコンピューティングという形態で、上記の機能や処理を提供してもよい。

【0113】

また、好ましくは、図６のアクティビティＡ１０１において、元の文書ファイルＤＣ０が開かれている状態でユーザから指示の入力を受け付けてもよい。具体的には、元の文書ファイルＤＣ０が所定のアプリケーションによってユーザが視認可能な態様で表示されている状態で、受付部２３１がユーザから指示を受け付けることが好ましい。

【0114】

上記実施形態では、サーバ２が種々の記憶・制御を行ったが、サーバ２に代えて、複数の外部装置が用いられてもよい。すなわち、種々の情報やプログラムは、ブロックチェーン技術等を用いて複数の外部装置に分散して記憶されてもよい。

【0115】

更に、次に記載の各態様で提供されてもよい。

【0116】

（１）プログラムであって、少なくとも１つのコンピュータに、次の各ステップを実行させ、取得ステップでは、第１の出願を行うために作成された文書ファイルに基づいて第１の出願に係る情報を取得し、前記第１の出願に係る情報は、請求の範囲に関する情報と、明細書に関する情報とを少なくとも含み、出力ステップでは、前記第１の出願に係る情報に基づいてファイル群を出力し、前記ファイル群は、前記第１の出願に用いる第１のファイルと、第２の出願に用いる１以上の第２のファイルを含み、ここで、前記第１のファイルは、少なくともＨＴＭＬファイルを含み、前記第２の出願は、前記第１の出願に対応する出願であり、前記第２のファイルは、少なくとも文書ファイルを含む、プログラム。

【0117】

このような態様によれば、 原出願又は基礎出願を出願するためのファイルを出力する際、優先権を伴う出願又は分割出願といった関連する出願を行う際のファイルを併せて作成することができる。したがって、将来、かかる出願を行う際、基礎出願又は原出願のデータを取り違えるという人為的なミスを回避することが可能である。

【0118】

（２）上記（１）に記載のプログラムにおいて、前記第２の出願は、実用新案登録に基づく特許出願と、前記第１の出願を原出願とする分割出願又は変更出願と、前記第１の出願を基礎出願とするパリ優先権主張出願、国内優先権主張出願、又は特許協力条約に基づく国際出願との少なくとも何れかである、プログラム。

【0119】

このような態様によれば、将来、分割出願、優先権出願、変更出願、又は特許協力条約に基づく国際出願を行う際、基礎出願又は原出願のデータを取り違えるというミスを回避することが可能である。

【0120】

（３）上記（１）に記載のプログラムにおいて、前記ファイル群は、前記第２のファイルが前記第２の出願ごとのフォルダにそれぞれ格納された態様で出力される、プログラム。

【0121】

このような態様によれば、将来に出願可能性のある関連出願において、出願の種別ごとにフォルダが作成され、各フォルダにファイルがそれぞれ格納された態様で管理される。したがって、かかる出願を将来行う際に、ファイルを取り違えるというミスを回避することが可能である。

【0122】

（４）上記（１）に記載のプログラムにおいて、前記第２のファイルは、更にＨＴＭＬファイルを含む、プログラム。

【0123】

このような態様によれば、将来に出願可能性のある関連出願において、出願までの作業をより簡単に行うことができる。より詳細には、当該関連出願において、ファイルを出願ソフトにアップロードする作業から行うことができ、ユーザの手間が低減できる。

【0124】

（５）上記（１）に記載のプログラムにおいて、前記第１の出願に係る情報が所定の条件を満たす場合において、前記ファイル群に含まれる前記第２のファイルの構成が変更された態様で、前記ファイル群が出力される、プログラム。

【0125】

このような態様によれば、関連出願用のフォルダ及びファイルが一律に複数出力されるのではなく、特許制度に応じたファミリー出願用のフォルダ等が出力される。したがって、不要なフォルダ等が作成されることを回避することができる。

【0126】

（６）上記（５）に記載のプログラムにおいて、前記所定の条件は、前記第１の出願の種別が分割出願又は特許協力条約に基づく国際出願である場合を含む、プログラム。

【0127】

このような態様によれば、第１の出願の種別に対し、特許制度上出願が不可能である種別の出願にかかるフォルダが作成されない。したがって、不要なフォルダ等が作成されることを回避することができる。

【0128】

（７）上記（１）に記載のプログラムにおいて、前記第２のファイルは、前記第１の出願に係る情報の一部が変更された変更情報を含み、前記変更情報は、前記第２の出願の属性に応じて特定される、プログラム。

【0129】

（８）上記（７）に記載のプログラムにおいて、前記属性は、前記第２の出願に係る出願予定国又は出願の種別である、プログラム。

【0130】

このような態様によれば、関連出願の種別又は出願予定国にそれぞれ対応する様式に合わせたファイルを出力できる。したがって、出願準備のファイルを編集する際の人為的なミスを低減することができる。

【0131】

（９）上記（１）に記載のプログラムにおいて、前記第１の出願に係る情報には、更に願書に関する情報を含み、前記第２のファイルは、前記第１の出願に係る情報のうち、願書に関する情報が削除された態様を含む、プログラム。

【0132】

このような態様によれば、第２のファイルは、流用可能である情報の多い、特許請求の範囲及び明細書の情報が少なくとも含まれる構成を有して生成される。したがって、将来に出願を行う際、願書を原出願又は基礎出願のものと取り違えるような人為的ミスを低減することができる。

【0133】

（１０）上記（１）に記載のプログラムにおいて、前記第１の出願に係る情報には、更に願書に関する情報を含み、前記第２のファイルは、前記第１の出願に係る情報の一部が変更された態様を含む、プログラム。

【0134】

このような態様によれば、第１の出願の手続きに用いるファイルを作成するのと同時に、将来に出願可能性のある関連出願の願書を作成することができる。より具体的には、第１の出願にかかる願書の情報を一部流用して、関連出願の願書を作成できる。したがって、ユーザの願書作成における手間を低減することができる。

【0135】

（１１）上記（１）に記載のプログラムにおいて、前記第１の出願における前記請求の範囲が、マルチマルチクレームである所定請求項を含む場合において、前記第１のファイルは、前記マルチマルチクレームではなくなるように、前記所定請求項の引用元である引用請求項が変更されるように構成され、前記第２のファイルは、前記所定請求項の引用元である引用請求項が維持されるように構成される、プログラム。

【0136】

このような態様によれば、出願の種別に応じて、引用関係の異なる請求項を含むファイルを出力することができる。より具体的には、マルチマルチクレームが認められる出願国に対応するファイルは、マルチマルチクレームが維持された構成を有する。したがって、ユーザは出願の準備にかかる手間を低減することができる。

【0137】

（１２）情報処理システムであって、少なくとも１つのプロセッサを備え、前記プロセッサは、上記（１）～（１１）の何れか１つに記載のプログラムの各ステップがなされるように、前記プログラムを実行するように構成される、システム。

【0138】

（１３）情報処理方法であって、上記（１）～（１１）の何れか１つに記載のプログラムの各ステップを備える、方法。
もちろん、この限りではない。

【0139】

最後に、本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0140】

１ ：情報処理システム
２ ：サーバ
２０ ：通信バス
２１ ：通信部
２２ ：記憶部
２３ ：プロセッサ
２３１ ：受付部
２３２ ：取得部
２３３ ：判定部
２３４ ：生成部
２３５ ：出力部
２３６ ：表示制御部
３ ：ユーザ端末
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：プロセッサ
３４ ：表示部
３５ ：入力部
４ ：出力画面
４１ ：視覚情報
４２ ：視覚情報
４３ ：視覚情報
４４ ：視覚情報
５ ：出力画面
５１ ：視覚情報
５２ ：視覚情報
５３ ：視覚情報
５４ ：視覚情報
５５ ：視覚情報
５６ ：視覚情報
５７ ：視覚情報
６ ：出力画面
６１ ：視覚情報
６２ ：視覚情報
６３ ：視覚情報
６４ ：視覚情報
７ａ ：出願書類
７ｂ ：出願書類
７１ ：領域
７２ ：領域
８ａ ：出願書類
８ｂ ：出願書類
８１ａ ：領域
８１ｂ ：領域
８２ ：領域
８３ ：領域
９ａ ：出願書類
９ｂ ：出願書類
９１ ：領域
９２ ：領域
１０ａ ：出願書類
１０ｂ ：出願書類
１０１ ：領域
１０２ ：領域
ＡＰ１ ：第１の出願
ＡＰ２ ：第２の出願
ＤＣ０ ：元の文書ファイル
ＤＣ２ ：第２の文書ファイル
ＨＴ１ ：第１のＨＴＭＬファイル
ＨＴ２ ：第２のＨＴＭＬファイル
ＩＦ１ ：第１の出願に係る情報
ＩＦ１１ ：請求項の情報
ＩＦ１２ ：明細書の情報
ＩＦ１３ ：願書の情報
ＩＦ２ ：第２の出願に係る情報
ＩＦ２１ ：請求項の情報
ＩＦ２２ ：明細書の情報
ＩＦ２３ ：願書の情報
ＩＦ３０ ：変更情報

【要約】

本発明の一態様によれば、プログラムであって、少なくとも１つのコンピュータに、次の各ステップを実行させ、取得ステップでは、第１の出願を行うために作成された文書ファイルに基づいて第１の出願に係る情報を取得し、第１の出願に係る情報は、請求の範囲に関する情報と、明細書に関する情報とを少なくとも含み、出力ステップでは、第１の出願に係る情報に基づいてファイル群を出力し、ファイル群は、第１の出願に用いる第１のファイルと、第２の出願に用いる１以上の第２のファイルを含み、第１のファイルは、少なくともＨＴＭＬファイルを含み、第２の出願は、第１の出願に対応する出願であり、第２のファイルは、少なくとも文書ファイルを含む、プログラムが提供される。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】