ホーム > 特許ランキング > Ｓｍａｒｔ－ＩＰ株式会社
知財求人 - 知財ポータルサイト「IP Force」
特開2024-110719プログラム、方法、情報処理装置、システムを生産する方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024110719
(43)【公開日】2024-08-16
(54)【発明の名称】プログラム、方法、情報処理装置、システムを生産する方法
(51)【国際特許分類】
G06Q 50/18 20120101AFI20240808BHJP
【ＦＩ】
G06Q50/18 310
【審査請求】未請求
【請求項の数】23
【出願形態】ＯＬ
(21)【出願番号】P 2023015472
(22)【出願日】2023-02-03
(71)【出願人】
【識別番号】522217773
【氏名又は名称】Ｓｍａｒｔ－ＩＰ株式会社
(74)【代理人】
【識別番号】110002815
【氏名又は名称】ＩＰＴｅｃｈ弁理士法人
(72)【発明者】
【氏名】佐竹 星爾
【テーマコード（参考）】
5L049
5L050
【Ｆターム（参考）】
5L049CC32
5L050CC32
(57)【要約】
【課題】官公庁等に提出する書類、例えば知的財産関連等の法律文書の内容の質について一定の担保を図るための技術を提供する。
【解決手段】コンピュータは、記憶部にサービスを利用する複数のユーザのアカウントの情報を記憶させている。複数のユーザそれぞれについて、官公庁へ提出する知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を記憶部に記憶させている。プログラムは、コンピュータのプロセッサに、官公庁へ提出する知的財産権に関する文書データの入力を受け付けるステップと、権限があるユーザである第１のユーザに対し、文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、文書データに対し承認する入力操作を受け付けることに応じて、文書データを、承認する権限があると設定されたユーザによって承認されたものとして記憶部で管理するステップとを実行させる。
【選択図】図２９
【解決手段】コンピュータは、記憶部にサービスを利用する複数のユーザのアカウントの情報を記憶させている。複数のユーザそれぞれについて、官公庁へ提出する知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を記憶部に記憶させている。プログラムは、コンピュータのプロセッサに、官公庁へ提出する知的財産権に関する文書データの入力を受け付けるステップと、権限があるユーザである第１のユーザに対し、文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、文書データに対し承認する入力操作を受け付けることに応じて、文書データを、承認する権限があると設定されたユーザによって承認されたものとして記憶部で管理するステップとを実行させる。
【選択図】図２９
【特許請求の範囲】
【請求項1】
知的財産権に関する文書を含む文書データの作成を支援するサービスを提供するためのコンピュータを動作させるためのプログラムであって、
前記コンピュータは、記憶部に、前記サービスを利用する複数のユーザのアカウントの情報を記憶させており、
前記複数のユーザそれぞれについて、官公庁へ提出する前記知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を前記記憶部に記憶させており、
前記プログラムは、前記コンピュータのプロセッサに、
前記官公庁へ提出する前記知的財産権に関する文書データの入力を受け付けるステップと、
前記権限があるユーザである第１のユーザに対し、前記文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、
前記文書データに対し前記承認する入力操作を受け付けることに応じて、前記文書データを、前記承認する権限があると設定されたユーザによって承認されたものとして前記記憶部で管理するステップと、を実行させる、プログラム。
前記コンピュータは、記憶部に、前記サービスを利用する複数のユーザのアカウントの情報を記憶させており、
前記複数のユーザそれぞれについて、官公庁へ提出する前記知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を前記記憶部に記憶させており、
前記プログラムは、前記コンピュータのプロセッサに、
前記官公庁へ提出する前記知的財産権に関する文書データの入力を受け付けるステップと、
前記権限があるユーザである第１のユーザに対し、前記文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、
前記文書データに対し前記承認する入力操作を受け付けることに応じて、前記文書データを、前記承認する権限があると設定されたユーザによって承認されたものとして前記記憶部で管理するステップと、を実行させる、プログラム。
【請求項2】
前記プログラムは、前記プロセッサに、さらに、
前記文書データを前記官公庁へ提出するための提出処理を行うステップを実行させ、
前記文書データが前記承認されたものとして前記記憶部で管理されていない場合に、前記提出処理を行うステップを実行させず、
前記文書データが前記承認されたものとして前記記憶部で管理されている場合に、前記文書データについて、前記提出処理を行うステップを実行させる、請求項１に記載のプログラム。
前記文書データを前記官公庁へ提出するための提出処理を行うステップを実行させ、
前記文書データが前記承認されたものとして前記記憶部で管理されていない場合に、前記提出処理を行うステップを実行させず、
前記文書データが前記承認されたものとして前記記憶部で管理されている場合に、前記文書データについて、前記提出処理を行うステップを実行させる、請求項１に記載のプログラム。
【請求項3】
前記プログラムは、前記プロセッサに、さらに、
前記入力された前記文書データについて、前記第１のユーザに対し承認を依頼するための入力操作を、第２のユーザから受け付けるステップを実行させ、
前記入力操作を受け付けるステップにおいて、前記第２のユーザから、前記承認を依頼するための入力操作を受け付けることに応じて、前記第１のユーザに対し、前記文書データを提示し、
前記第２のユーザから受け付けるステップにおいて、前記文書データに対し、前記文書データを構成する文言が所定の要件を満たしているかのチェックをするためのチェック処理により前記所定の要件を満たしていない場合に、前記第１のユーザに対し前記承認を依頼するための入力操作を制限する、請求項１に記載のプログラム。
前記入力された前記文書データについて、前記第１のユーザに対し承認を依頼するための入力操作を、第２のユーザから受け付けるステップを実行させ、
前記入力操作を受け付けるステップにおいて、前記第２のユーザから、前記承認を依頼するための入力操作を受け付けることに応じて、前記第１のユーザに対し、前記文書データを提示し、
前記第２のユーザから受け付けるステップにおいて、前記文書データに対し、前記文書データを構成する文言が所定の要件を満たしているかのチェックをするためのチェック処理により前記所定の要件を満たしていない場合に、前記第１のユーザに対し前記承認を依頼するための入力操作を制限する、請求項１に記載のプログラム。
【請求項4】
前記プログラムは、前記プロセッサに、さらに、
前記入力された前記文書データについて、前記第１のユーザに対し承認を依頼するための入力操作を、第２のユーザから受け付けるステップを実行させ、
前記入力操作を受け付けるステップにおいて、前記第２のユーザから、前記承認を依頼するための入力操作を受け付けることに応じて、前記第１のユーザに対し、前記文書データを提示し、このとき、前記文書データを構成する文言が所定の要件を満たしているかのチェックをするためのチェック処理の結果を、前記第１のユーザに提示する、請求項１に記載のプログラム。
前記入力された前記文書データについて、前記第１のユーザに対し承認を依頼するための入力操作を、第２のユーザから受け付けるステップを実行させ、
前記入力操作を受け付けるステップにおいて、前記第２のユーザから、前記承認を依頼するための入力操作を受け付けることに応じて、前記第１のユーザに対し、前記文書データを提示し、このとき、前記文書データを構成する文言が所定の要件を満たしているかのチェックをするためのチェック処理の結果を、前記第１のユーザに提示する、請求項１に記載のプログラム。
【請求項5】
前記プログラムは、前記プロセッサに、さらに、
前記第１のユーザによって承認をする操作が行われた前記文書データを前記官公庁へ提出するための提出処理を行うステップを実行させ、
前記提出処理を行うステップにおいて、前記文書データを前記官公庁へ提出するための書式のチェックの実行結果を取得し、前記書式のチェックにおいてエラーが検出された場合、前記第１のユーザに対し、前記エラーが検出されたことを通知して前記文書データの再承認を要求する、請求項１に記載のプログラム。
前記第１のユーザによって承認をする操作が行われた前記文書データを前記官公庁へ提出するための提出処理を行うステップを実行させ、
前記提出処理を行うステップにおいて、前記文書データを前記官公庁へ提出するための書式のチェックの実行結果を取得し、前記書式のチェックにおいてエラーが検出された場合、前記第１のユーザに対し、前記エラーが検出されたことを通知して前記文書データの再承認を要求する、請求項１に記載のプログラム。
【請求項6】
前記提出処理を行うステップにおいて、
前記書式のチェックにおいてエラーが検出された場合、第３のユーザから、前記エラーに対する修正案の入力を受け付けるステップと、
前記入力された前記修正案を前記第１のユーザに提示するステップと、
前記第１のユーザから、前記修正案を承認する操作を受け付けるステップと、
前記第１のユーザが前記修正案を承認する操作を受け付けることに応じて、前記文書データを前記官公庁へ提出するための処理を再開するステップと、を実行させる、請求項５に記載のプログラム。
前記書式のチェックにおいてエラーが検出された場合、第３のユーザから、前記エラーに対する修正案の入力を受け付けるステップと、
前記入力された前記修正案を前記第１のユーザに提示するステップと、
前記第１のユーザから、前記修正案を承認する操作を受け付けるステップと、
前記第１のユーザが前記修正案を承認する操作を受け付けることに応じて、前記文書データを前記官公庁へ提出するための処理を再開するステップと、を実行させる、請求項５に記載のプログラム。
【請求項7】
前記プログラムは、前記プロセッサに、さらに、
前記文書データを作成する作成者である第４のユーザの情報を、前記文書データと関連付けて前記記憶部に記憶させるステップを実行させ、
前記管理するステップにおいて、前記第４のユーザが前記内容の妥当さを承認する権限があると設定されているユーザである場合、前記第４のユーザが前記文書データの内容を確定させる操作を行うことにより、前記内容の妥当さを承認する権限があると設定されている他のユーザの承認を要さずとも、前記第４のユーザが確定させた前記文書データについて、前記承認する権限があると設定されたユーザによって承認されたものとして前記記憶部で管理する、請求項１に記載のプログラム。
前記文書データを作成する作成者である第４のユーザの情報を、前記文書データと関連付けて前記記憶部に記憶させるステップを実行させ、
前記管理するステップにおいて、前記第４のユーザが前記内容の妥当さを承認する権限があると設定されているユーザである場合、前記第４のユーザが前記文書データの内容を確定させる操作を行うことにより、前記内容の妥当さを承認する権限があると設定されている他のユーザの承認を要さずとも、前記第４のユーザが確定させた前記文書データについて、前記承認する権限があると設定されたユーザによって承認されたものとして前記記憶部で管理する、請求項１に記載のプログラム。
【請求項8】
前記プログラムは、前記プロセッサに、さらに、
前記文書データを作成する作成者である第４のユーザの情報を、前記文書データと関連付けて前記記憶部に記憶させるステップと、
前記第４のユーザが作成した前記文書データの内容の確認を第５のユーザに依頼する操作を前記第４のユーザから受け付けることにより、前記第５のユーザに対し、前記文書データを閲覧させ、前記文書データの内容を確認するための入力操作を受け付けるステップと、を実行させ、
前記第５のユーザから、前記文書データの内容を確認するための入力操作を受け付けることにより、前記第１のユーザに対し、前記文書データを提示して、前記承認する入力操作を受け付ける、請求項１に記載のプログラム。
前記文書データを作成する作成者である第４のユーザの情報を、前記文書データと関連付けて前記記憶部に記憶させるステップと、
前記第４のユーザが作成した前記文書データの内容の確認を第５のユーザに依頼する操作を前記第４のユーザから受け付けることにより、前記第５のユーザに対し、前記文書データを閲覧させ、前記文書データの内容を確認するための入力操作を受け付けるステップと、を実行させ、
前記第５のユーザから、前記文書データの内容を確認するための入力操作を受け付けることにより、前記第１のユーザに対し、前記文書データを提示して、前記承認する入力操作を受け付ける、請求項１に記載のプログラム。
【請求項9】
前記プログラムは、前記プロセッサに、さらに、
前記文書データを作成する作成者である第４のユーザの情報を、前記文書データと関連付けて前記記憶部に記憶させるステップを実行させ、
前記入力された前記文書データについて、前記第１のユーザに対し承認を依頼するための入力操作、および、前記文書データを構成する文言が所定の要件を満たしているかのチェックをするためのチェック処理を前記第４のユーザが行った結果の入力を、前記第４のユーザから受け付けるステップを実行させ、
前記入力操作を受け付けるステップにおいて、前記第４のユーザから、前記承認を依頼するための入力操作を受け付けることに応じて、前記第１のユーザに対し、前記文書データ、および、前記第４のユーザが行った前記チェック処理の結果を提示する、請求項１に記載のプログラム。
前記文書データを作成する作成者である第４のユーザの情報を、前記文書データと関連付けて前記記憶部に記憶させるステップを実行させ、
前記入力された前記文書データについて、前記第１のユーザに対し承認を依頼するための入力操作、および、前記文書データを構成する文言が所定の要件を満たしているかのチェックをするためのチェック処理を前記第４のユーザが行った結果の入力を、前記第４のユーザから受け付けるステップを実行させ、
前記入力操作を受け付けるステップにおいて、前記第４のユーザから、前記承認を依頼するための入力操作を受け付けることに応じて、前記第１のユーザに対し、前記文書データ、および、前記第４のユーザが行った前記チェック処理の結果を提示する、請求項１に記載のプログラム。
【請求項10】
前記プログラムは、前記プロセッサに、さらに、
前記文書データを作成する作成者である第４のユーザの情報を、前記文書データと関連付けて前記記憶部に記憶させるステップと、
前記第４のユーザが作成した前記文書データの内容の確認を第５のユーザに依頼する操作を前記第４のユーザから受け付けることにより、前記第５のユーザに対し、前記文書データを閲覧させ、前記文書データの内容に対しコメントを入力するための入力操作を受け付けるステップと、を実行させ、
前記第５のユーザが前記文書データに対しコメントをした結果に対し、前記第４のユーザが応答をする入力操作を受け付けることにより、前記第１のユーザに対し、前記文書データを提示して、前記承認する入力操作を受け付ける、請求項１に記載のプログラム。
前記文書データを作成する作成者である第４のユーザの情報を、前記文書データと関連付けて前記記憶部に記憶させるステップと、
前記第４のユーザが作成した前記文書データの内容の確認を第５のユーザに依頼する操作を前記第４のユーザから受け付けることにより、前記第５のユーザに対し、前記文書データを閲覧させ、前記文書データの内容に対しコメントを入力するための入力操作を受け付けるステップと、を実行させ、
前記第５のユーザが前記文書データに対しコメントをした結果に対し、前記第４のユーザが応答をする入力操作を受け付けることにより、前記第１のユーザに対し、前記文書データを提示して、前記承認する入力操作を受け付ける、請求項１に記載のプログラム。
【請求項11】
前記プログラムは、前記プロセッサに、さらに、
前記文書データを前記官公庁へ提出するための提出処理を行うステップを実行させ、
前記第１のユーザが承認する入力操作を行った前記文書データの内容と、前記提出処理により前記官公庁へ提出される前記文書データの内容との一致度合いを比較した比較結果を生成する、請求項１に記載のプログラム。
前記文書データを前記官公庁へ提出するための提出処理を行うステップを実行させ、
前記第１のユーザが承認する入力操作を行った前記文書データの内容と、前記提出処理により前記官公庁へ提出される前記文書データの内容との一致度合いを比較した比較結果を生成する、請求項１に記載のプログラム。
【請求項12】
前記コンピュータは、前記記憶部に、複数の特許文献の情報を蓄積させており、
前記文書データの入力を受け付けるステップにおいて、
発明の内容に関する文言の入力を第６のユーザから受け付けるステップと、
前記受け付けた前記発明の内容に関する文言を解析して単語を抽出することにより、前記記憶部に蓄積される前記複数の特許文献から、前記抽出される単語に関連する複数の記載を特定するステップと、
前記特定された前記複数の記載に基づいて、前記知的財産権に関する前記文書データを生成するステップと、を実行させ、
前記生成される前記文書データの記載の出典となる前記特許文献の情報の統計値を演算し、演算した前記統計値を前記第１のユーザに対し提示する、請求項１に記載のプログラム。
前記文書データの入力を受け付けるステップにおいて、
発明の内容に関する文言の入力を第６のユーザから受け付けるステップと、
前記受け付けた前記発明の内容に関する文言を解析して単語を抽出することにより、前記記憶部に蓄積される前記複数の特許文献から、前記抽出される単語に関連する複数の記載を特定するステップと、
前記特定された前記複数の記載に基づいて、前記知的財産権に関する前記文書データを生成するステップと、を実行させ、
前記生成される前記文書データの記載の出典となる前記特許文献の情報の統計値を演算し、演算した前記統計値を前記第１のユーザに対し提示する、請求項１に記載のプログラム。
【請求項13】
前記生成される前記文書データの各記載について、出典となる前記特許文献の書誌事項に基づく情報を特定することにより、前記統計値を演算する、請求項１２に記載のプログラム。
【請求項14】
前記抽出される単語に関連する複数の記載を特定するステップにおいて、
前記発明の内容に関する文言に基づき抽出される単語に基づいて、前記複数の特許文献から前記複数の記載を特定するための検索条件を生成するステップと、
前記生成した検索条件に基づき前記複数の特許文献それぞれを重みづけすることにより、前記抽出される単語に関連する前記複数の記載を特定するステップと、を実行させ、
前記検索条件を、前記第１のユーザに提示する、請求項１２に記載のプログラム。
前記発明の内容に関する文言に基づき抽出される単語に基づいて、前記複数の特許文献から前記複数の記載を特定するための検索条件を生成するステップと、
前記生成した検索条件に基づき前記複数の特許文献それぞれを重みづけすることにより、前記抽出される単語に関連する前記複数の記載を特定するステップと、を実行させ、
前記検索条件を、前記第１のユーザに提示する、請求項１２に記載のプログラム。
【請求項15】
前記検索条件を生成するステップにおいて、
前記検索条件として、前記抽出される複数の単語について、前記複数の特許文献における単語間の距離の長短により、前記複数の特許文献それぞれを重みづけする、請求項１４に記載のプログラム。
前記検索条件として、前記抽出される複数の単語について、前記複数の特許文献における単語間の距離の長短により、前記複数の特許文献それぞれを重みづけする、請求項１４に記載のプログラム。
【請求項16】
前記第６のユーザに対し、前記検索条件を提示し、
前記第６のユーザから、前記検索条件を変更する操作を受け付けることにより、変更後の前記検索条件に基づき、前記抽出される単語に関連する前記複数の記載を特定する、請求項１４に記載のプログラム。
前記第６のユーザから、前記検索条件を変更する操作を受け付けることにより、変更後の前記検索条件に基づき、前記抽出される単語に関連する前記複数の記載を特定する、請求項１４に記載のプログラム。
【請求項17】
前記第１のユーザに対し、前記文書データと、前記検索条件とをともに提示して、前記文書データを承認する入力操作を受け付ける、請求項１４に記載のプログラム。
【請求項18】
前記プログラムは、前記プロセッサに、さらに、 前記文書データの出願人から前記文書データの承認の依頼を受け付けることが可能か否かの設定を前記第１のユーザから受け付けて前記記憶部に前記設定を記憶させるステップと、
前記出願人の前記文書データについて、前記第１のユーザが前記承認の依頼を受け付けることが可能と設定されている場合に、前記第１のユーザに対し前記文書データへの承認を要求する、請求項１に記載のプログラム。
前記出願人の前記文書データについて、前記第１のユーザが前記承認の依頼を受け付けることが可能と設定されている場合に、前記第１のユーザに対し前記文書データへの承認を要求する、請求項１に記載のプログラム。
【請求項19】
前記出願人の前記文書データの承認をする権限のある複数のユーザの情報を第７のユーザに提示するステップと、
前記提示される前記複数のユーザのうち、前記文書データの承認を依頼するユーザを選択する入力操作を前記第７のユーザから受け付けるステップと、
前記選択された前記ユーザに対し、前記文書データを閲覧させ、前記文書データに承認をする操作を受け付けるための画面を提示するステップと、を実行させる、請求項１８に記載のプログラム。
前記提示される前記複数のユーザのうち、前記文書データの承認を依頼するユーザを選択する入力操作を前記第７のユーザから受け付けるステップと、
前記選択された前記ユーザに対し、前記文書データを閲覧させ、前記文書データに承認をする操作を受け付けるための画面を提示するステップと、を実行させる、請求項１８に記載のプログラム。
【請求項20】
前記承認をする権限のある複数のユーザの情報を前記第７のユーザに提示するステップにおいて、
前記複数のユーザがそれぞれ承認をする対象の前記文書データが割り当てられている状況、
前記複数のユーザが前記承認を行った履歴、
前記複数のユーザが前記承認を行った文書データの技術分類、
前記複数のユーザが前記文書データを作成または文書データの内容のチェックをした案件の技術分類、
からなる群から選択される少なくとも１つに基づいて、前記第７のユーザに優先して提示する前記複数のユーザを特定する、請求項１９に記載のプログラム。
前記複数のユーザがそれぞれ承認をする対象の前記文書データが割り当てられている状況、
前記複数のユーザが前記承認を行った履歴、
前記複数のユーザが前記承認を行った文書データの技術分類、
前記複数のユーザが前記文書データを作成または文書データの内容のチェックをした案件の技術分類、
からなる群から選択される少なくとも１つに基づいて、前記第７のユーザに優先して提示する前記複数のユーザを特定する、請求項１９に記載のプログラム。
【請求項21】
知的財産権に関する文書を含む文書データの作成を支援するサービスを提供するためのコンピュータを動作させるための方法であって、
前記コンピュータは、記憶部に、前記サービスを利用する複数のユーザのアカウントの情報を記憶させており、
前記複数のユーザそれぞれについて、官公庁へ提出する前記知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を前記記憶部に記憶させており、
前記方法は、前記コンピュータのプロセッサが、
前記官公庁へ提出する前記知的財産権に関する文書データの入力を受け付けるステップと、
前記権限があるユーザである第１のユーザに対し、前記文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、
前記文書データに対し前記承認する入力操作を受け付けることに応じて、前記文書データを、前記承認する権限があると設定されたユーザによって承認されたものとして前記記憶部で管理するステップと、を実行する、方法。
前記コンピュータは、記憶部に、前記サービスを利用する複数のユーザのアカウントの情報を記憶させており、
前記複数のユーザそれぞれについて、官公庁へ提出する前記知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を前記記憶部に記憶させており、
前記方法は、前記コンピュータのプロセッサが、
前記官公庁へ提出する前記知的財産権に関する文書データの入力を受け付けるステップと、
前記権限があるユーザである第１のユーザに対し、前記文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、
前記文書データに対し前記承認する入力操作を受け付けることに応じて、前記文書データを、前記承認する権限があると設定されたユーザによって承認されたものとして前記記憶部で管理するステップと、を実行する、方法。
【請求項22】
知的財産権に関する文書を含む文書データの作成を支援するサービスを提供するための情報処理装置であって、
前記情報処理装置は、記憶部に、前記サービスを利用する複数のユーザのアカウントの情報を記憶させており、
前記複数のユーザそれぞれについて、官公庁へ提出する前記知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を前記記憶部に記憶させており、
前記情報処理装置の制御部が、
前記官公庁へ提出する前記知的財産権に関する文書データの入力を受け付けるステップと、
前記権限があるユーザである第１のユーザに対し、前記文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、
前記文書データに対し前記承認する入力操作を受け付けることに応じて、前記文書データを、前記承認する権限があると設定されたユーザによって承認されたものとして前記記憶部で管理するステップと、を実行する、情報処理装置。
前記情報処理装置は、記憶部に、前記サービスを利用する複数のユーザのアカウントの情報を記憶させており、
前記複数のユーザそれぞれについて、官公庁へ提出する前記知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を前記記憶部に記憶させており、
前記情報処理装置の制御部が、
前記官公庁へ提出する前記知的財産権に関する文書データの入力を受け付けるステップと、
前記権限があるユーザである第１のユーザに対し、前記文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、
前記文書データに対し前記承認する入力操作を受け付けることに応じて、前記文書データを、前記承認する権限があると設定されたユーザによって承認されたものとして前記記憶部で管理するステップと、を実行する、情報処理装置。
【請求項23】
知的財産権に関する文書を含む文書データの作成を支援するサービスを提供するためのシステムを生産する方法であって、
前記システムは、コンピュータを含み、
前記コンピュータは、記憶部に、前記サービスを利用する複数のユーザのアカウントの情報を記憶させており、
前記システムを生産する方法は、
前記コンピュータのプロセッサに、
前記複数のユーザそれぞれについて、官公庁へ提出する前記知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を前記記憶部に記憶させており、
前記プログラムは、前記コンピュータのプロセッサに、
前記官公庁へ提出する前記知的財産権に関する文書データの入力を受け付けるステップと、
前記権限があるユーザである第１のユーザに対し、前記文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、
前記文書データに対し前記承認する入力操作を受け付けることに応じて、前記文書データを、前記承認する権限があると設定されたユーザによって承認されたものとして前記記憶部で管理するステップと、を実行させるためのプログラムを提供することを含む、システムを生産する方法。
前記システムは、コンピュータを含み、
前記コンピュータは、記憶部に、前記サービスを利用する複数のユーザのアカウントの情報を記憶させており、
前記システムを生産する方法は、
前記コンピュータのプロセッサに、
前記複数のユーザそれぞれについて、官公庁へ提出する前記知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を前記記憶部に記憶させており、
前記プログラムは、前記コンピュータのプロセッサに、
前記官公庁へ提出する前記知的財産権に関する文書データの入力を受け付けるステップと、
前記権限があるユーザである第１のユーザに対し、前記文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、
前記文書データに対し前記承認する入力操作を受け付けることに応じて、前記文書データを、前記承認する権限があると設定されたユーザによって承認されたものとして前記記憶部で管理するステップと、を実行させるためのプログラムを提供することを含む、システムを生産する方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、方法、情報処理装置、システムを生産する方法に関する。
【背景技術】
【0002】
官公庁等に対して提出するための書類の作成を支援する技術がある。
【0003】
下記の特許文献１には、特許庁に対してインターネット出願により特許出願を行う場合に、文書中に図等を挿入する作業のなかで、図等の貼り間違えや様式の誤りなどの人為的ミスが発生するおそれに対処することを目的とした技術が記載されている。
【0004】
下記の特許文献２には、特許明細書等の文書の作成を支援するために、過去に作成された文書等に含まれるセンテンスを流用可能か判断するため、ユーザにセンテンスの内容を効率よく把握させることを目的とした技術が記載されている。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０２２－２４６７０号公報
【特許文献2】国際公開第２０１７／０６１２５３号
【発明の概要】
【発明が解決しようとする課題】
【0006】
以上のように、官公庁等に対して提出する書類、例えば特許出願等の法律文書については、法律上の様々な要件が課せられていることが多い。例えば、特許出願関連の書類として特許請求の範囲、特許明細書等があり、これら書類は、特許庁において特許法上の条文等を根拠とした審査を経て、拒絶理由通知等が通知される。
【0007】
以上の事情もあり、官公庁等に対して行う手続を代理する代理人となるための要件が課せられていることもある。例えば、弁護士、弁理士等のように、試験を経て一定の基準を満たすと認定されることにより、代理人として手続を代理することが認められている。
【0008】
また、これら手続により官公庁等へ提出される書類の内容の質について一定の担保がされることにより、その書類の出願人・申請者が一定の利益を受けられると期待される。
【0009】
そこで、本開示により、官公庁等に提出する書類、例えば知的財産関連等の法律文書の内容の質について一定の担保を図るための技術を提供する。
【課題を解決するための手段】
【0010】
本開示に示す一実施形態によると、知的財産権に関する文書を含む文書データの作成を支援するサービスを提供するためのコンピュータを動作させるためのプログラムが提供される。コンピュータは、記憶部に、サービスを利用する複数のユーザのアカウントの情報を記憶させており、複数のユーザそれぞれについて、官公庁へ提出する知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を記憶部に記憶させており、プログラムは、コンピュータのプロセッサに、官公庁へ提出する知的財産権に関する文書データの入力を受け付けるステップと、権限があるユーザである第１のユーザに対し、文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、文書データに対し承認する入力操作を受け付けることに応じて、文書データを、承認する権限があると設定されたユーザによって承認されたものとして記憶部で管理するステップと、を実行させる。
【発明の効果】
【0011】
本開示によれば、官公庁等に提出する書類、例えば知的財産関連等の法律文書の内容の質について一定の担保を図ることができる。
【図面の簡単な説明】
【0012】
【図1】システム１の全体構成の例を示すブロック図である。
【図2】サーバ２０の機能的な構成を示す図である。
【図3】端末装置１０の機能的な構成を示すブロック図である。
【図4】ユーザデータベース２８１のデータ構造を示す図である。
【図5】案件管理データベース２８２のデータ構造を示す図である。
【図6】特許明細書管理データベース２８３のデータ構造を示す図である。
【図7】フィードバック管理データベース２８４のデータ構造を示す図である。
【図8】コンフリクトデータベース２８５を示す図である。
【図9】辞書データベース２８６を示す図である。
【図10】サーバ２０が提供するシステム１において、ユーザの情報の登録を受け付けてユーザデータベース２８１を更新する処理の流れを示す図である。
【図11】サーバ２０が、コンフリクト関係にある依頼主の情報の登録を受け付けて、コンフリクトデータベース２８５を更新する処理の流れを示す図である。
【図12】サーバ２０が、案件の登録をユーザから受け付けて、案件管理データベース２８２を更新する処理の流れを示す図である。
【図13】サーバ２０が、代理人側のユーザから、承認者となるユーザが設定されていない案件についてアサインを促すための処理の流れを示す図である。
【図14】サーバ２０が、ユーザから、案件の内容を入力する操作を受け付けて、特許明細書管理データベース２８３を更新する処理の流れを示す図である。
【図15】サーバ２０が、文書データについて他のユーザへチェック依頼をするための操作を受け付けて、案件管理データベース２８２を更新する処理の流れを示す図である。
【図16】サーバ２０が、案件の内容について承認者となるユーザから承認をする操作を受け付けて、依頼主へ案件を納品する処理の流れを示す図である。
【図17】サーバ２０が、案件について依頼主に納品することと、依頼主側のユーザからフィードバックを受け付けることとを行うための処理の流れを示す図である。
【図18】サーバ２０が、文書データについて官公庁へ提出するための一連の処理の流れを示す図である。
【図20】サーバ２０が、ユーザから、コンフリクト関係にある顧客の情報の登録を受け付けるための画面例を示す。
【図21】サーバ２０が、依頼主側のユーザから、代理人への依頼にかかる案件の情報の登録を受け付けるための画面例を示す。
【図22】サーバ２０が、代理人側のユーザから、依頼主の依頼にかかる案件の情報の登録を受け付けるための画面例を示す。
【図23】サーバ２０が、案件の内容の承認を担当するユーザ（弁理士であるユーザ）の設定を促すための画面例を示す。
【図24】サーバ２０が、担当者にアサインされている各案件の状況を、当該担当者に対して表示している画面例を示す。
【図25】サーバ２０が、案件の内容の入力をユーザから受け付けるための画面例を示す。
【図26】案件の内容について、チェック担当者にレビューを依頼するための操作をユーザから受け付けるための画面例を示す。
【図27】サーバ２０が、辞書データベース２８６を参照して、ユーザから入力を受け付けた単語または文章に基づき、案件の内容に反映させる記載を抽出する操作を受け付けるための画面例を示す。
【図28】サーバ２０が、案件の内容についてチェック担当者等からコメント等でのフィードバックを受け付けるための画面例を示す。
【図29】サーバ２０が、承認者となるユーザに対し、案件の内容を承認するための操作を受け付けるための画面例を示す。
【図30】サーバ２０が、担当者であるユーザが作成した案件について依頼主へ納品するための操作をユーザから受け付けるための画面例を示す。
【図31】サーバ２０が、担当者であるユーザが作成した案件について依頼主が付したコメントを、代理人側のユーザに対して表示するための画面例を示す。
【図32】サーバ２０が、依頼主のコメントに基づいて、担当者であるユーザが案件の内容を修正する操作を受け付けるための画面例を示す。
【図33】サーバ２０が、代理人側の担当者が行った修正内容を依頼主のユーザに提示しつつ、依頼主のユーザから、修正依頼または官公庁への提出指示の操作を受け付けるための画面例を示す。
【図34】サーバ２０が、代理人のユーザから、官公庁への案件の提出（出願）をする操作を受け付けるための画面例を示す。
【発明を実施するための形態】
【0013】
以下、図面を参照しつつ、本開示の実施形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【0014】
＜第１の実施の形態の概略＞
第１の実施の形態では、知的財産権に関する文書データ（例えば、特許出願用の文書データ）の作成を支援するサービスについて説明する。以下のシステム１では、特許出願にかかる文書データの作成および特許庁への提出を支援するため、代理人側での特許明細書の作成、特許明細書のチェック、代理人と依頼主とのコミュニケーションを支援する技術等について説明する。
第１の実施の形態では、知的財産権に関する文書データ（例えば、特許出願用の文書データ）の作成を支援するサービスについて説明する。以下のシステム１では、特許出願にかかる文書データの作成および特許庁への提出を支援するため、代理人側での特許明細書の作成、特許明細書のチェック、代理人と依頼主とのコミュニケーションを支援する技術等について説明する。
【0015】
システム１では、特許庁に提出する文書データの内容について、弁理士等の代理業務が可能なユーザが作成するか、弁理士であるユーザが承認をすることで、依頼主へ納品する処理、特許庁に提出するための処理（例えば、特許庁へ提出するためのファイル形式（html形式等）に変換する、特許庁へ提出する業務を担当する担当者（事務担当者など）への作業依頼を受け付ける等）を実行できるようにする。
【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】
項目「明細書・課題」は、「明細書」の「発明の詳細な説明」のうち「発明が解決しようとする課題」という項目の内容を示す情報である。
【0141】
項目「明細書・解決手段」は、「明細書」の「発明の詳細な説明」のうち「課題を解決するための手段」という項目の内容を示す情報である。
【0142】
項目「明細書・効果」は、「明細書」の「発明の詳細な説明」のうち「発明の効果」という項目の内容を示す情報である。
【0143】
項目「明細書・実施例１」は、「明細書」の「発明の詳細な説明」のうち「発明を実施するための最良の形態」という項目の特定部分の内容を示す情報である。
【0144】
具体的には、項目「明細書・実施例１」は、「発明を実施するための最良の形態」の説明において、ユーザが設定した任意の範囲の記載を「第１の実施形態」であるとして管理することとしてもよい。
【0145】
項目「明細書・実施例２」は、「明細書」の「発明の詳細な説明」のうち「発明を実施するための最良の形態」という項目の特定部分の内容を示す情報である。
【0146】
項目「図面１」は、「図面」に含まれる図１の内容を示す情報である。
【0147】
具体的には、項目「図面１」は、複数の図面が含まれる場合の「図１」の内容を示す。
【0148】
特許出願にかかるドキュメントに複数の図面が含まれる場合、サーバ２０は、それぞれの図面の内容を保持する。
【0149】
図７は、フィードバック管理データベース２８４のデータ構造を示す図である。フィードバック管理データベース２８４は、項目「案件ＩＤ」と、項目「バージョン」と、項目「スレッドＩＤ」と、項目「コメント付与個所」と、項目「コメントＩＤ」と、項目「リプライ対象ＩＤ」と、項目「コメント投稿者ＩＤ」と、項目「チェック項目タグ」と、項目「コメント内容」と、項目「解決済みフラグ」と、項目「解決判断者」と、項目「コメント属性」と、を含む。
【0150】
項目「案件ＩＤ」は、案件それぞれを識別するための情報である。
【0151】
項目「バージョン」は、案件を構成するドキュメントのバージョンを管理するための情報である。
【0152】
具体的には、項目「バージョン」は、各ユーザがコメントを付した対象となるドキュメントのバージョンを保持する。
【0153】
項目「スレッドＩＤ」は、案件を構成するドキュメントの特定の個所（例えば、段落番号）について、複数のユーザによってコメントがつけられ得る場合に、一連のコメントをスレッドと定義して各スレッドを識別するための情報である。
【0154】
具体的には、項目「スレッドＩＤ」は、
項目「コメント付与個所」は、案件を構成するドキュメントに対してコメントが付与された箇所を示す情報である。
項目「コメント付与個所」は、案件を構成するドキュメントに対してコメントが付与された箇所を示す情報である。
【0155】
具体的には、項目「コメント付与個所」は、ユーザがコメントを付与する個所として、以下を含むこととしてもよい。
【0156】
（１）ドキュメントの本文との関連付け
・ 「明細書」の段落番号単位、「課題を解決するための手段」等の項目単位
・ 「請求項」の請求項単位
・ 「明細書」「特許請求の範囲」等のドキュメントに含まれ、ユーザによって入力される本文の記載の特定の個所（コメントを付与するユーザが、当該本文の任意の個所を選択したうえで、コメントを付与する）
・ 「明細書」の段落番号単位、「課題を解決するための手段」等の項目単位
・ 「請求項」の請求項単位
・ 「明細書」「特許請求の範囲」等のドキュメントに含まれ、ユーザによって入力される本文の記載の特定の個所（コメントを付与するユーザが、当該本文の任意の個所を選択したうえで、コメントを付与する）
【0157】
（２）既に付与されたコメントに対する返信
サーバ２０は、既にユーザによって付与されたコメントと関連付けて、例えば返信等の形でユーザからコメントの入力を受け付けることとしてもよい。例えば、サーバ２０は、同じスレッドＩＤで複数のユーザがコメントを受け付け得る。
サーバ２０は、既にユーザによって付与されたコメントと関連付けて、例えば返信等の形でユーザからコメントの入力を受け付けることとしてもよい。例えば、サーバ２０は、同じスレッドＩＤで複数のユーザがコメントを受け付け得る。
【0158】
項目「コメントＩＤ」は、各ユーザによって付与されるコメントそれぞれを識別するための情報である。
【0159】
項目「リプライ対象ＩＤ」は、各ユーザが、他のコメントに対して返信する形でコメントを入力する際の返信元のコメントを識別するための情報である。
【0160】
項目「コメント投稿者ＩＤ」は、コメントを付与したユーザを識別するための情報である。
【0161】
項目「チェック項目タグ」は、コメント内容のカテゴリを示す情報である。
【0162】
具体的には、項目「チェック項目タグ」は、コメント内容のカテゴリとして、以下を含むこととしてもよい。
【0163】
（１）文章表現に関するもの
・ 日本語表現など、国ごとに使用される言語に応じた表現として自然か
・ 誤記。文章チェックツールで検出できるものなどがありえる
・ 日本語から英語へ翻訳する等のように翻訳を想定した際に、翻訳がしやすいか。例えば、日本語表現で主語を明記する、動詞に対応する直接目的語、間接目的語を明記する等があり、翻訳者が翻訳しやすいか、機械翻訳で精度を向上させられるか等の観点があり得る。文章チェックツールで検出できるものがありえる（例えば、主語が抜けている等）
・ 日本語表現など、国ごとに使用される言語に応じた表現として自然か
・ 誤記。文章チェックツールで検出できるものなどがありえる
・ 日本語から英語へ翻訳する等のように翻訳を想定した際に、翻訳がしやすいか。例えば、日本語表現で主語を明記する、動詞に対応する直接目的語、間接目的語を明記する等があり、翻訳者が翻訳しやすいか、機械翻訳で精度を向上させられるか等の観点があり得る。文章チェックツールで検出できるものがありえる（例えば、主語が抜けている等）
【0164】
（２）法律上の要件に関するもの
・ 特許出願等であれば、明確性要件、サポート要件、進歩性要件、実施可能要件など
・ 特許出願等であれば、明確性要件、サポート要件、進歩性要件、実施可能要件など
【0165】
（３）技術分野に特有の論点に関するもの
・ ソフトウェア関連発明に特有の論点に関するもの（例えば、複数主体の実施）など
項目「コメント内容」は、ユーザが入力したコメントの内容を示す情報である。
・ ソフトウェア関連発明に特有の論点に関するもの（例えば、複数主体の実施）など
項目「コメント内容」は、ユーザが入力したコメントの内容を示す情報である。
【0166】
具体的には、項目「コメント内容」は、ユーザが入力するコメントとして、以下を含み得る。
・ 文章の修正の方針、具体的な修正内容
・ 修正の根拠（条文、判例、審査基準など）
項目「解決済みフラグ」は、ユーザが入力したコメントに基づき、そのコメントの内容が解決済みであるか（例えば、ドキュメントの本文に反映されているか否か、当初の記載案で問題ないことを確認したか等）のフラグを示す情報である。
・ 文章の修正の方針、具体的な修正内容
・ 修正の根拠（条文、判例、審査基準など）
項目「解決済みフラグ」は、ユーザが入力したコメントに基づき、そのコメントの内容が解決済みであるか（例えば、ドキュメントの本文に反映されているか否か、当初の記載案で問題ないことを確認したか等）のフラグを示す情報である。
【0167】
具体的には、項目「解決済みフラグ」は、以下の各ユーザから、解決済みのフラグをたてるための入力操作を受け付けて、フィードバック管理データベース２８４に反映させる。
・ コメントを入力した本人
・ コメントを入力したユーザ以外のユーザ
項目「解決判断者」は、コメントに対して解決済みであるとのフラグを設定したユーザを示す情報である。
・ コメントを入力した本人
・ コメントを入力したユーザ以外のユーザ
項目「解決判断者」は、コメントに対して解決済みであるとのフラグを設定したユーザを示す情報である。
【0168】
具体的には、項目「解決判断者」は、以下のような状況で、コメントに対して解決済みのフラグの入力をユーザから受け付ける。
【0169】
（１）依頼者と代理人との間のコミュニケーション
・ 依頼者側のユーザが入力したコメントに対し代理人側のユーザがコメントで返信した内容に基づき、依頼者側のユーザが問題ないと判断した状況
・ 依頼者側のユーザが入力したコメントに対し、代理人側のユーザがドキュメント本文を修正することにより、依頼者側のユーザが問題ないと判断した状況
・ 依頼者側のユーザが入力したコメントに対し代理人側のユーザがコメントで返信した内容に基づき、依頼者側のユーザが問題ないと判断した状況
・ 依頼者側のユーザが入力したコメントに対し、代理人側のユーザがドキュメント本文を修正することにより、依頼者側のユーザが問題ないと判断した状況
【0170】
（２）代理人側のユーザ同士でのコミュニケーション
・ 代理人側で、ドキュメント作成の担当者と、ドキュメントの内容をチェックするチェック担当者とがコメントを入力することがあり得る。例えば、チェック担当者が、ドキュメント本文の段落番号等を指定し、チェック項目のカテゴリの設定およびコメント本文を入力することがあり得る。ドキュメント作成の担当者がコメントに対して返信したり、ドキュメント本文を修正する等により、チェック担当者が問題ないと判断して解決済みのフラグを設定する。
・ 代理人側で、ドキュメント作成の担当者と、ドキュメントの内容をチェックするチェック担当者とがコメントを入力することがあり得る。例えば、チェック担当者が、ドキュメント本文の段落番号等を指定し、チェック項目のカテゴリの設定およびコメント本文を入力することがあり得る。ドキュメント作成の担当者がコメントに対して返信したり、ドキュメント本文を修正する等により、チェック担当者が問題ないと判断して解決済みのフラグを設定する。
【0171】
項目「コメント属性」は、コメントに対して設定する属性を示す情報である。
【0172】
具体的には、項目「コメント属性」は、コメントに対して設定する属性として、以下を含むこととしてもよい。
・ コメントの閲覧権限に関する属性。サーバ２０は、例えば、代理人側のユーザがコメントを入力しつつ、当該コメントについて、代理人側でのみ閲覧できるような属性の設定を受け付ける。当該コメントは、閲覧権限を有するユーザは閲覧できるが、閲覧権限を有さないユーザに対しては表示しない、または、コメントが入力されていること自体は知覚させられるが閲覧を禁止することとしてもよい。
・ コメントの閲覧権限に関する属性。サーバ２０は、例えば、代理人側のユーザがコメントを入力しつつ、当該コメントについて、代理人側でのみ閲覧できるような属性の設定を受け付ける。当該コメントは、閲覧権限を有するユーザは閲覧できるが、閲覧権限を有さないユーザに対しては表示しない、または、コメントが入力されていること自体は知覚させられるが閲覧を禁止することとしてもよい。
【0173】
なお、閲覧権限を組織または部署等に対して設定して、当該組織または部署のユーザが閲覧できるようにしても良い。例えば、代理人側の組織に所属しているユーザであれば誰でも閲覧できるようにすること、代理人側の組織の特定の部署（特許第１部など）のユーザであれば閲覧できるようにすることがあり得る。
【0174】
図示していないが、サーバ２０は、各ユーザが付するコメントと関連付けて、期限の設定を各ユーザから受け付けることとしてもよい。例えば、サーバ２０は、ユーザから、修正の依頼をするコメントとともに、期限の情報の設定を受け付けることができる。
【0175】
図示していないが、サーバ２０は、各ユーザが付するコメントと関連付けて、当該コメントの通知先となるユーザの指定を受け付けることとしてもよい。例えば、コメント本文中に、ユーザの識別情報（アカウント名など）が含まれている場合に、当該コメントが、当該ユーザに向けて付されたものであるとして、サーバ２０は、当該ユーザに、コメントが付されていることを通知することとしてもよい。
【0176】
図８は、コンフリクトデータベース２８５を示す図である。図８に示すように、コンフリクトデータベース２８５は、項目「コンフリクトＩＤ」と、項目「代理人ＩＤ」と、項目「第１の顧客」と、項目「第２の顧客」と、項目「コンフリクト設定時期」と、項目「コンフリクト解消時期」と、項目「事業領域」と、項目「技術分野」と、項目「第１の顧客向けの担当者ＩＤ」と、項目「第２の顧客向けの担当者ＩＤ」と、を含む。
【0177】
項目「コンフリクトＩＤ」は、コンフリクト関係にある顧客の情報をそれぞれ区別して管理するための識別情報である。
【0178】
項目「代理人ＩＤ」は、代理人それぞれを識別するための情報である。
【0179】
具体的には、項目「代理人ＩＤ」は、それぞれの代理人を識別するための情報として、以下を含むこととしてもよい。
・ 代理人の組織（個人事業主としての弁理士、法人としての弁理士法人）
・ 個人としての代理人
例えば、特許出願等の代理において、願書で代理人として表示する単位をもとに、それぞれの代理人を識別する情報を設定しても良い。
・ 代理人の組織（個人事業主としての弁理士、法人としての弁理士法人）
・ 個人としての代理人
例えば、特許出願等の代理において、願書で代理人として表示する単位をもとに、それぞれの代理人を識別する情報を設定しても良い。
【0180】
項目「第１の顧客」は、コンフリクト関係にある複数の顧客の一方を定義する情報である。なお、コンフリクト関係にある顧客としては、２社としてもよいし、特定の事業領域等において３社以上がコンフリクトの関係にあることがあり得る。その場合、当該項目「第１の顧客」は、これら顧客のうちのいずれかを示す情報である。
【0181】
項目「第２の顧客」は、コンフリクト関係にある複数の顧客の他方を定義する情報である。
【0182】
項目「コンフリクト設定時期」は、コンフリクト関係にあると設定した時期を示す情報である。
【0183】
項目「コンフリクト解消時期」は、コンフリクト関係が解消されたと設定した時期を示す情報である。
【0184】
項目「事業領域」は、コンフリクト関係にあるとして設定した事業領域を示す情報である。
【0185】
項目「技術分野」は、コンフリクト関係にあるとして設定した技術分野を示す情報である。
【0186】
項目「第１の顧客向けの担当者ＩＤ」は、コンフリクト関係にある複数の顧客のうち第１の顧客を担当する担当者を示す情報である。
【0187】
項目「第２の顧客向けの担当者ＩＤ」は、コンフリクト関係にある複数の顧客のうち第２の顧客を担当する担当者を示す情報である。なお、コンフリクト関係にある顧客の数は２社に限られず、３社以上、すなわち第３の顧客等があれば、それぞれの顧客について担当者を重複しないように設定し得る。項目「第２の顧客向けの担当者」は、第１の顧客向けの担当者とは重複しないよう設定され得るユーザの情報である。
【0188】
図９は、辞書データベース２８６を示す図である。辞書データベース２８６は、項目「辞書ＩＤ」と、項目「分野タグ」と、項目「文献情報」と、項目「検索式」と、項目「収録件数設定」と、項目「未公開案件の有無」と、項目「利用可能顧客ＩＤ」と、を含む。
【0189】
項目「辞書ＩＤ」は、参照用として収録した文献リストそれぞれを識別するための情報である。
【0190】
項目「分野タグ」は、文献リストそれぞれの分野を示す情報である。
【0191】
具体的には、項目「分野タグ」は、文献リストそれぞれの分野として、以下を含むこととしてもよい。
・ 事業領域
・ 技術分野
これにより、文献リストを活用しようとするユーザに対して、文献リストを選択することを容易にすることができる。
・ 事業領域
・ 技術分野
これにより、文献リストを活用しようとするユーザに対して、文献リストを選択することを容易にすることができる。
【0192】
項目「文献情報」は、文献リストに含まれる各文献を示す情報である。
【0193】
具体的には、項目「文献情報」は、収録する文献として、以下を含むこととしてもよい。
【0194】
（１）段落番号等、所定の様式で本文が区切られている文献
・ 公開済みの特許文献（特許公開公報、特許公報、国際特許出願の国際公開にかかる公報など）
・ 代理人側で代理したが公開前（出願公開がされておらず、特許公報も発行されていない）の案件（当該案件のＰＤＦデータ、特許庁提出に使用したｈｔｍｌデータなど）
・ 公開済みの特許文献（特許公開公報、特許公報、国際特許出願の国際公開にかかる公報など）
・ 代理人側で代理したが公開前（出願公開がされておらず、特許公報も発行されていない）の案件（当該案件のＰＤＦデータ、特許庁提出に使用したｈｔｍｌデータなど）
【0195】
（２）技術文献
・ 論文など
項目「検索式」は、文献リストに含める文献を抽出するための検索式の設定を示す情報である。
・ 論文など
項目「検索式」は、文献リストに含める文献を抽出するための検索式の設定を示す情報である。
【0196】
具体的には、項目「検索式」は、検索式として、以下を含むこととしてもよい。
・ 特許文献を検索するための検索式
これにより、文献リストに、新たに公開された特許文献等を収録することができる。
・ 代理人側で代理した案件の検索式。ドキュメントを格納しているストレージのアドレスなどが含まれる。
・ 特許文献を検索するための検索式
これにより、文献リストに、新たに公開された特許文献等を収録することができる。
・ 代理人側で代理した案件の検索式。ドキュメントを格納しているストレージのアドレスなどが含まれる。
【0197】
これにより、特定の依頼主について出願がされる都度、文献リストに当該出願（公開されていないものを含む）を含めることができる。
【0198】
なお、検索式の設定は任意であるとし、新着の文献を収録しないようにすることもあり得る。
【0199】
項目「収録件数設定」は、文献リストに含める文献の数の設定を示す情報である。
【0200】
具体的には、項目「収録件数設定」は、文献リストに含まれる文献数の上限または下限の少なくともいずれかを含むこととしてもよい。
【0201】
例えば、項目「検索式」に従って新着の文献を文献リストに収録する場合、収録数が増加していく一方となるが、当該項目「収録件数設定」で上限となる文献数を設定しておくことができる。文献数の上限を設定する場合、以下のようにして、文献リストから除外する文献を抽出することとしても良い。
・ 新着の文献を優先し、公開日が古いものほど文献リストから除外する
・ 特許文献の場合、被引用回数など他の特許出願の審査で影響を与えたことが推認されるパラメータに基づき、当該被引用回数等が大きい文献を優先して文献リストに保持する
・ 特許文献の場合、閲覧請求回数、異議申立回数、特許無効審判請求回数、訴訟で使用された回数など、特許出願人または特許権者以外の事業者の注目度が高いであろう文献を優先して文献リストに保持する
・ 特許出願の場合、分割出願、審判請求（拒絶査定不服審判、訂正審判等）の実績など、特許出願人または特許権者が権利化・権利維持のために要したコストが高いであろう文献を優先して文献リストに保持する
項目「未公開案件の有無」は、文献リストに含まれる各文献のうち、未公開のものが含まれるか否かを示すフラグである。
・ 新着の文献を優先し、公開日が古いものほど文献リストから除外する
・ 特許文献の場合、被引用回数など他の特許出願の審査で影響を与えたことが推認されるパラメータに基づき、当該被引用回数等が大きい文献を優先して文献リストに保持する
・ 特許文献の場合、閲覧請求回数、異議申立回数、特許無効審判請求回数、訴訟で使用された回数など、特許出願人または特許権者以外の事業者の注目度が高いであろう文献を優先して文献リストに保持する
・ 特許出願の場合、分割出願、審判請求（拒絶査定不服審判、訂正審判等）の実績など、特許出願人または特許権者が権利化・権利維持のために要したコストが高いであろう文献を優先して文献リストに保持する
項目「未公開案件の有無」は、文献リストに含まれる各文献のうち、未公開のものが含まれるか否かを示すフラグである。
【0202】
具体的には、項目「未公開案件の有無」は、文献リストとして収録される各文献の出願日、公開日、特許公報の発行状況等に基づいて、未公開の文献が含まれているか否かをサーバ２０で判定することで更新される。
【0203】
項目「利用可能顧客ＩＤ」は、文献リストを使用して案件の明細書作成等に利用することができる顧客を示す情報である。
【0204】
＜第１の実施の形態の動作＞
次に、システム１を構成する各装置の動作について説明する。
次に、システム１を構成する各装置の動作について説明する。
【0205】
図１０は、サーバ２０が提供するシステム１において、ユーザの情報の登録を受け付けてユーザデータベース２８１を更新する処理の流れを示す図である。
【0206】
ステップＳ１００１において、端末装置１０Ｃは、ユーザの情報の登録を受け付ける。
【0207】
ステップＳ１００３において、サーバ２０は、受け付けたユーザの情報に基づき、ユーザデータベース２８１を更新する。
【0208】
ステップＳ１００５において、サーバ２０は、スタッフリストを取得して、ユーザデータベース２８１を更新する。例えば、サーバ２０は、事業者の側で管理している従業員リストのファイルを読み込むことで、ユーザデータベース２８１の各項目を更新することとしてもよい。
【0209】
図１１は、サーバ２０が、コンフリクト関係にある依頼主の情報の登録を受け付けて、コンフリクトデータベース２８５を更新する処理の流れを示す図である。
【0210】
ステップＳ１１０１において、端末装置１０Ｃは、ユーザから、コンフリクトとなるクライアントの情報の登録を受け付ける。
【0211】
ステップＳ１１０３において、サーバ２０は、ユーザから受け付けたコンフリクトの情報に基づき、コンフリクトデータベース２８５を更新する。
【0212】
ステップＳ１１０５において、サーバ２０は、コンフリクト設定時期以降、クライアントからの新規案件の受任が一定期間ない場合、ユーザへ通知する。これにより、ユーザに対し、コンフリクトの関係にある依頼主の設定を見直す機会を提供することができる。
【0213】
図１２は、サーバ２０が、案件の登録をユーザから受け付けて、案件管理データベース２８２を更新する処理の流れを示す図である。
【0214】
ステップＳ１２０１において、端末装置１０Ｄは、クライアント側のユーザから、案件の登録と、依頼する代理人の指定とを受け付ける。
【0215】
ステップＳ１２０３において、サーバ２０は、クライアント側から受け付けた案件の情報に基づき、案件管理データベース２８２を更新する。クライアントが指定した代理人側のユーザへ、案件の登録があったことを通知する。
【0216】
ステップＳ１２０５において、端末装置１０Ｃは、クライアントから依頼があった案件の情報を表示する。ユーザから、担当者の指定を受け付ける。コンフリクトある担当者を区別して表示する。これにより、依頼主から依頼があった案件のアサインを進めることができる。
【0217】
図１３は、サーバ２０が、代理人側のユーザから、承認者となるユーザが設定されていない案件についてアサインを促すための処理の流れを示す図である。
【0218】
ステップＳ１３０１において、サーバ２０は、案件管理データベース２８２を参照し、ライセンス保持者（弁理士）がアサインされていない案件について、当該案件に関する所定の期日のタイミングに基づき、代理人のユーザへ通知する。
【0219】
ステップＳ１３０３において、端末装置１０Ｂは、案件について、ライセンス保持者（弁理士）をアサインするための画面を表示する。
【0220】
サーバ２０は、端末装置１０Ｂのユーザに対し、ライセンス保持者をアサインするための画面を表示する際、以下の基準に基づいて、ライセンス保持者の優先度を設定して、各ライセンス保持者を承認者として指定可能に表示することとしてもよい。
・ 承認者となる各ユーザが、それぞれ承認をする対象の文書データが割り当てられている状況。例えば、承認の負荷を分散すべく、各承認者に割り当てられる承認対象の文書データの量を平準化することがあり得る。
・ 承認者となる各ユーザが承認を行った履歴。例えば、承認をした実績が多いユーザを優先することとしてもよいし、承認をした実績がまだ十分に蓄積されていないユーザを優先することとしてもよい。また、承認者となる頻度に基づいて、頻度が高いユーザを優先してもよいし、頻度が低いユーザを優先することとしてもよい。
・ 承認者となる各ユーザが承認を行った文書データの技術分類。例えば、承認対象となる文書データの技術分類に基づいて、当該技術分類の文書データを承認した実績の有無に応じて、承認者となるユーザを優先することがあり得る。
・ 承認者となる各ユーザが文書データを作成または文書データの内容のチェックをした案件の技術分類。例えば、承認対象となる文書データの技術分類に基づいて、当該技術分野の文書データを作成するか、内容のチェックを担当した実績の有無に応じて、承認者となるユーザを優先することがあり得る。
・ 承認者となる各ユーザが、それぞれ承認をする対象の文書データが割り当てられている状況。例えば、承認の負荷を分散すべく、各承認者に割り当てられる承認対象の文書データの量を平準化することがあり得る。
・ 承認者となる各ユーザが承認を行った履歴。例えば、承認をした実績が多いユーザを優先することとしてもよいし、承認をした実績がまだ十分に蓄積されていないユーザを優先することとしてもよい。また、承認者となる頻度に基づいて、頻度が高いユーザを優先してもよいし、頻度が低いユーザを優先することとしてもよい。
・ 承認者となる各ユーザが承認を行った文書データの技術分類。例えば、承認対象となる文書データの技術分類に基づいて、当該技術分類の文書データを承認した実績の有無に応じて、承認者となるユーザを優先することがあり得る。
・ 承認者となる各ユーザが文書データを作成または文書データの内容のチェックをした案件の技術分類。例えば、承認対象となる文書データの技術分類に基づいて、当該技術分野の文書データを作成するか、内容のチェックを担当した実績の有無に応じて、承認者となるユーザを優先することがあり得る。
【0221】
サーバ２０は、案件について、承認者（ライセンス保持者）の指定を受け付けることに応じて、案件管理データベース２８２を更新する。これにより、サーバ２０は、承認者として設定されるユーザに対して、当該案件の内容の閲覧権限を付与することとしてもよい。
【0222】
図１４は、サーバ２０が、ユーザから、案件の内容を入力する操作を受け付けて、特許明細書管理データベース２８３を更新する処理の流れを示す図である。
【0223】
ステップＳ１４０１において、端末装置１０Ａは、ドラフターとなるユーザが、ログインするための入力操作を受け付ける。
【0224】
ステップＳ１４０３において、サーバ２０は、ユーザのログインを受け付けると、案件管理データベース２８２を参照し、当該ユーザが担当する案件の情報を、当該ユーザへ応答する。
【0225】
ステップＳ１４０５において、端末装置１０Ａは、ユーザから、案件を指定する操作を受け付ける。
【0226】
ステップＳ１４０７において、サーバ２０は、ユーザが指定した案件について、明細書等の作成をするための画面を応答する。
【0227】
ステップＳ１４０９において、端末装置１０Ａは、ユーザから、請求項、明細書等を作成するための入力操作を受け付ける。
【0228】
ステップＳ１４１１において、サーバ２０は、ユーザから受け付けた情報に基づき、特許明細書管理データベース２８３を更新する。
【0229】
ステップＳ１４１３において、端末装置１０Ａは、辞書データベース２８６を参照して文書を作成するための「発明」の入力を受け付ける。
【0230】
ステップＳ１４１５において、サーバ２０は、ユーザが指定する辞書データ、および、「発明」の入力に基づき、辞書データベース２８６に収録される各文献から、文書に反映させる候補となる記載を抽出し、抽出した記載に基づき特許明細書管理データベース２８３を更新する。
【0231】
ステップＳ１４１７において、端末装置１０Ａは、ユーザから、明細書の版を保存する操作を受け付ける。
【0232】
ステップＳ１４１９において、サーバ２０は、特許明細書管理データベース２８３において、案件のバージョンを付与して保存する。
【0233】
図１５は、サーバ２０が、文書データについて他のユーザへチェック依頼をするための操作を受け付けて、案件管理データベース２８２を更新する処理の流れを示す図である。
【0234】
ステップＳ１５０１において、端末装置１０Ａは、ユーザから、文書データについて他のユーザへチェック依頼するための入力操作を受け付ける。文書データの文言が所定の要件を満たしているかのチェック処理を行い、所定の要件を満たしていない場合は、チェック依頼を無効とし、所定の要件を満たしていればチェック依頼を受け付ける。
【0235】
ステップＳ１５０３において、サーバ２０は、案件管理データベース２８２のステータスを更新する。チェック依頼で指定されたユーザへ、チェック依頼を通知する。
【0236】
ステップＳ１５０５において、端末装置１０Ｂは、明細書の段落番号、請求項等を指定してコメントの入力を受け付ける。
【0237】
ステップＳ１５０７において、サーバ２０は、入力されたコメントに基づき、フィードバック管理データベース２８４を更新する。
【0238】
ステップＳ１５０９において、端末装置１０Ｂは、チェックが完了したことの入力操作を受け付ける。
【0239】
ステップＳ１５１１において、サーバ２０は、チェックが完了したことの入力操作に基づき、案件管理データベース２８２のステータスを更新する。ドラフターへ、チェックが完了したことを通知する。
【0240】
ステップＳ１５１３において、サーバ２０は、承認する権限があるユーザに対し、文書データの承認依頼を通知する。
【0241】
図１６は、サーバ２０が、案件の内容について承認者となるユーザから承認をする操作を受け付けて、依頼主へ案件を納品する処理の流れを示す図である。
【0242】
ステップＳ１６０１において、端末装置１０Ａは、ユーザから、文書データの入力を受け付ける。承認する権限があるユーザ（弁理士）への承認依頼をするための入力操作を受け付ける。
【0243】
ステップＳ１６０３において、サーバ２０は、承認依頼を受け付けて、案件管理データベース２８２のステータスを更新する。承認する権限があるユーザ（弁理士）に対し、文書データを提示する。
【0244】
ステップＳ１６０５において、端末装置１０Ｂは、承認する権限があるユーザ（弁理士）に対し、文書データを提示する。ドラフターが辞書データベース２８６を参照して文書データを作成した場合は、参照した辞書データの統計情報を提示する。当該ユーザから、当該文書データを承認する入力操作を受け付ける。文書データの文言が所定の要件を満たしているかのチェック処理を行い、チェック処理の結果を、承認者であるユーザへ提示する。
【0245】
ステップＳ１６０７において、サーバ２０は、文書データに対し、権限があるユーザ（弁理士）から承認する入力操作を受け付けることに応じて、文書データを、承認する権限があると設定されたユーザによって承認されたものとして案件管理データベース２８２で管理する。
【0246】
ステップＳ１６０９において、サーバ２０は、文書データが、権限があるユーザ（弁理士）によって承認されたことを通知する。
【0247】
ステップＳ１６１１において、端末装置１０Ａは、文書データが、権限があるユーザ（弁理士）によって承認されたことを表示する。文書データをクライアントへ納品するための入力操作を受け付ける。
【0248】
ステップＳ１６１３において、サーバ２０は、文書データが納品されたことを示す入力操作に応じて、案件管理データベース２８２のステータスを「クライアント確認中」に更新する。
【0249】
ここで、サーバ２０は、ユーザデータベース２８１と案件管理データベース２８２とを参照することにより、案件の作成を担当したドラフターが、弁理士のライセンス保持者である場合、承認者となるユーザの承認を必要とせず、依頼主へ納品するための入力操作を受け付けることができることとしてもよい。このとき、サーバ２０は、依頼主へ納品するための入力操作に応じて、当該案件について、案件の内容をチェックするチェック担当者、また、承認する権限がある他の承認者が確認する操作を要さずとも、承認する権限があるユーザによって承認されたものとして案件管理データベース２８２を更新することとしてもよい。なお、案件の内容を、後述する官公庁へ提出する処理を行う際も同様で、ドラフターがライセンス保持者である場合、サーバ２０は、官公庁へ提出する処理を行うための入力操作をドラフターから受け付けることにより、案件の内容をチェックするチェック担当者、また、承認する権限がある他の承認者が確認する操作を要さずとも、承認する権限があるユーザによって承認されたものとして案件管理データベース２８２を更新することとしてもよい。
【0250】
また、サーバ２０は、ドラフターであるユーザから、承認者であるユーザへと承認依頼をするための入力操作を受け付ける際、バリデーションチェックモジュール２０４８等のチェックツールを用いたチェックを行うことを必須としてもよい。サーバ２０は、承認者であるユーザに対し、ドラフターであるユーザが、チェックツールを用いたチェックを行ったことを通知（さらに、チェックを行った結果を含むこととしてもよい）して、承認者から承認をする操作を受け付けることとしてもよい。これにより、承認者は、ドラフターがチェックツールを使ってチェックをしたであろうことが少なくとも推認される状態で、案件の承認をすることができる。
【0251】
また、サーバ２０は、フィードバック管理データベース２８４を参照することにより、チェック担当者が指摘した段落、コメントについて、ドラフターが修正をするか、後述するようにコメントに対して返信をすることにより、再びチェック担当者にチェック依頼をするか、承認する権限があるユーザへの承認依頼をする操作を受け付けることとしてもよい。サーバ２０は、上記の例において、他のユーザにより入力されたコメントの少なくとも一部に対してドラフターが修正をするかコメントに対し返信をするかしない限り、他のユーザへのチェック依頼、承認依頼を受け付けないこととしてもよい。
【0252】
図１７は、サーバ２０が、案件について依頼主に納品することと、依頼主側のユーザからフィードバックを受け付けることとを行うための処理の流れを示す図である。
【0253】
ステップＳ１７０１において、サーバ２０は、案件管理データベース２８２のステータスを参照し、クライアント側のユーザに対し、文書データの納品があったことを通知する。
【0254】
ステップＳ１７０３において、端末装置１０Ｄは、明細書の段落番号、請求項等を指定してコメントの入力を受け付ける。
【0255】
ステップＳ１７０５において、サーバ２０は、入力されたコメントに基づき、フィードバック管理データベース２８４を更新する。
【0256】
ステップＳ１７０７において、端末装置１０Ｄは、チェックが完了したことの入力操作を受け付ける。
【0257】
ステップＳ１７０９において、サーバ２０は、チェックが完了したことの入力操作に基づき、案件管理データベース２８２のステータスを更新する。文書データの修正依頼がある場合、代理人へ、文書データの修正依頼を通知する。
【0258】
ステップＳ１７１１において、端末装置１０Ａは、文書データについてクライアントからの修正依頼があることを通知する。
【0259】
ステップＳ１７１３において、端末装置１０Ａは、フィードバック管理データベース２８４を参照し、クライアント担当者がフィードバックした個所の一覧を表示する。ユーザから、文書データの修正、および、明細書の段落番号、請求項等を指定したコメントの入力を受け付ける
ステップＳ１７１５において、端末装置１０Ａは、クライアント担当者からの修正依頼の少なくとも一部について確認する操作または返信をすることにより、クライアントへ再納品するための入力操作を受け付ける。
ステップＳ１７１５において、端末装置１０Ａは、クライアント担当者からの修正依頼の少なくとも一部について確認する操作または返信をすることにより、クライアントへ再納品するための入力操作を受け付ける。
【0260】
ステップＳ１７１７において、サーバ２０は、特許明細書管理データベース２８３を参照し、文書データのバージョン情報を更新する。
【0261】
ステップＳ１７１９において、サーバ２０は、クライアント側のユーザに対し、再納品にかかる文書データを提示する。前バージョンとの差分を提示する。
【0262】
ステップＳ１７２１において、端末装置１０Ｄは、再納品にかかる文書データを表示する。庁提出可能な場合は、庁提出指示の入力操作を受け付ける。
【0263】
ステップＳ１７２３において、サーバ２０は、庁提出指示の入力操作を受け付けることにより、案件管理データベース２８２のステータスを更新する。文書データについて庁提出が可能であることを、代理人側のユーザへ通知する。
【0264】
図１８は、サーバ２０が、文書データについて官公庁へ提出するための一連の処理の流れを示す図である。
【0265】
ステップＳ１８０１において、端末装置１０Ａは、文書データについて庁提出を依頼するための入力操作を受け付ける。
【0266】
ステップＳ１８０３において、サーバ２０は、文書データが、権限があるユーザによって承認済みでない場合は、庁提出のための処理を実行させない。文書データが承認済みである場合、案件管理データベース２８２と、特許明細書管理データベース２８３とを参照し、庁提出指示にかかる文書データのバージョンと、承認権限あるユーザ（弁理士）が承認済みのバージョンとを比較する。承認権限あるユーザが承認済みのバージョンよりも、庁提出指示にかかる文書データのバージョンが後であれば（更新があれば）、差分を抽出し、承認権限があるユーザへ提示する。
【0267】
ステップＳ１８０５において、端末装置１０Ｂは、承認する権限があるユーザ（弁理士）に対し、承認済みのバージョンとの差分を提示する。ユーザから、当該文書データを承認する入力操作を受け付ける。
【0268】
ステップＳ１８０７において、サーバ２０は、文書データに対し、権限があるユーザ（弁理士）から承認する入力操作を受け付けることに応じて、文書データを、承認する権限があると設定されたユーザによって承認されたものとして案件管理データベース２８２で管理する。
【0269】
ステップＳ１８０９において、サーバ２０は、文書データについて、官公庁が定める書式に適合するか否かのチェックの実行結果を取得する。書式のチェックにおいてエラーが検出された場合、ユーザに対し、エラーが検出されたことを通知して、文書データの修正または再承認の少なくともいずれかを要求する。
【0270】
ステップＳ１８１１において、端末装置１０Ａは、文書データについて書式のチェックのエラー結果を表示する場合、修正案の入力をユーザから受け付ける。
【0271】
ステップＳ１８１３において、端末装置１０Ｂは、書式のチェックの結果を表示する。
修正案が作成された場合は、修正案をユーザに提示する。
修正案が作成された場合は、修正案をユーザに提示する。
【0272】
ステップＳ１８１５において、端末装置１０Ｂは、文書データの再承認をする入力操作を受け付ける。
【0273】
ステップＳ１８１７において、サーバ２０は、文書データについて、官公庁に提出するための処理を実行する。
【0274】
【0275】
サーバ２０は、画面１９０１において、ユーザの情報の登録を受け付けるための画面を表示させる。
【0276】
サーバ２０は、領域１９０２において、ユーザの情報を構成する各項目の入力を受け付けるための画面を表示させる。
【0277】
図示する例では、サーバ２０は、ユーザが保有するライセンス（「弁理士」）について、当該ライセンスを取得した時期の情報を、画面１９０１に表示させる。
【0278】
サーバ２０は、操作受付部１９０３において、入力されたユーザの情報を、サーバ２０へ登録するための入力操作を受け付ける。
【0279】
サーバ２０は、操作受付部１９０３への入力操作を受け付けることに応じて、領域１９０２において入力された各項目のユーザの情報に基づいて、ユーザデータベース２８１を更新する。
【0280】
サーバ２０は、操作受付部１９０４において、領域１９０２において入力される情報をユーザの情報として登録することをキャンセルするための入力操作を受け付ける。
【0281】
サーバ２０は、操作受付部１９０５において、既に他のシステムまたはファイルとして存在するユーザのリストを読み込むための入力操作を受け付ける。
【0282】
例えば、サーバ２０は、操作受付部１９０５への入力操作に応じて、従業員のリストを示すファイル（表形式のファイルなど）のアップロードを受け付ける。
【0283】
サーバ２０は、従業員のリストを含むファイルの保存場所（オンラインストレージであれば、ファイルへのアクセス先を示すＵＲＬ等）の情報を保持しておき、定期的に、従業員のリストを読み込んで、ユーザデータベース２８１を更新することとしてもよい。
【0284】
【0285】
サーバ２０は、画面２００１において、コンフリクトの関係にある顧客の登録を受け付けるための画面を表示させる。
【0286】
サーバ２０は、領域２００２において、コンフリクト関係にある顧客の各項目の入力を受け付けるための画面を表示させる。
【0287】
サーバ２０は、操作受付部２００３において、入力されたユーザの情報を、サーバ２０へ登録するための入力操作を受け付ける。
【0288】
サーバ２０は、操作受付部２００３への入力操作を受け付けることに応じて、領域２００２において入力された各項目の情報に基づいて、コンフリクトデータベース２８５を更新する。
【0289】
サーバ２０は、操作受付部２００４において、領域２００２において表示される、顧客のコンフリクトの関係を解消するための入力操作を受け付ける。
【0290】
サーバ２０は、コンフリクトデータベース２８５を参照することにより、既にコンフリクトの関係にある顧客の情報を、領域２００２に表示させる。サーバ２０は、操作受付部２００４へのユーザの入力操作を受け付けることにより、コンフリクトデータベース２８５において、当該コンフリクトの関係が解消されたものとして管理し、項目「コンフリクト解消時期」を更新する。サーバ２０は、コンフリクトの関係が解消された時期の入力を以下のように受け付けて、コンフリクトデータベース２８５を更新することとしてもよい。
・ ユーザから任意の時期の指定を受け付ける
・ 操作受付部２００４への入力操作を受け付けたタイミングを、コンフリクトが解消した時期とする
サーバ２０は、操作受付部２００５において、既にコンフリクトの関係にある顧客のリストを読み込むための入力操作を受け付ける。
例えば、サーバ２０は、既にコンフリクトの関係にあるとして設定していた情報を解消するための入力操作を容易にするため、コンフリクトデータベース２８５を参照して、リストから、コンフリクトの関係にある顧客を指定する操作を受け付けることとしてもよい。これにより、サーバ２０は、ユーザが指定した、コンフリクトの関係にある顧客の情報を、領域２００２に表示させる。
・ ユーザから任意の時期の指定を受け付ける
・ 操作受付部２００４への入力操作を受け付けたタイミングを、コンフリクトが解消した時期とする
サーバ２０は、操作受付部２００５において、既にコンフリクトの関係にある顧客のリストを読み込むための入力操作を受け付ける。
例えば、サーバ２０は、既にコンフリクトの関係にあるとして設定していた情報を解消するための入力操作を容易にするため、コンフリクトデータベース２８５を参照して、リストから、コンフリクトの関係にある顧客を指定する操作を受け付けることとしてもよい。これにより、サーバ２０は、ユーザが指定した、コンフリクトの関係にある顧客の情報を、領域２００２に表示させる。
【0291】
また、サーバ２０は、ファイルを読み込む等により、コンフリクトの関係の設定をするためのユーザの入力操作を容易にすることとしてもよい。サーバ２０は、操作受付部１９０５への入力操作に応じて、コンフリクトの関係にあるリストを示すファイル（表形式のファイルなど）のアップロードを受け付ける。サーバ２０は、コンフリクトの関係にあるリストのファイルの保存場所（オンラインストレージであれば、ファイルへのアクセス先を示すＵＲＬ等）の情報を保持しておき、定期的に、コンフリクトの関係にある顧客のリストを読み込んで、コンフリクトデータベース２８５を更新することとしてもよい。
【0292】
【0293】
サーバ２０は、画面２１０１において、案件の情報の登録を受け付けるための画面を表示させる。
【0294】
サーバ２０は、画面２１０１において、依頼主側の組織（例えば、「ＹＹＹ株式会社」といった法人名）の名称またはユーザの情報を表示する。
【0295】
サーバ２０は、領域２１０２において、案件の各項目の入力を受け付けるための画面を表示させる。
【0296】
サーバ２０は、操作受付部２１０３において、入力された案件の情報を、サーバ２０へ登録するための入力操作を受け付ける。
サーバ２０は、操作受付部２１０３への入力操作を受け付けることに応じて、領域２１０２において入力された各項目の情報に基づいて、案件管理データベース２８２を更新する。
サーバ２０は、操作受付部２１０３への入力操作を受け付けることに応じて、領域２１０２において入力された各項目の情報に基づいて、案件管理データベース２８２を更新する。
【0297】
サーバ２０は、操作受付部２１０４において、入力された案件の情報を、サーバ２０へ登録しつつ、依頼主側で指定した代理人へ発注するための入力操作を受け付ける。
サーバ２０は、操作受付部２１０４への入力操作を受け付けることに応じて、領域２１０２において入力された各項目の情報に基づいて、案件管理データベース２８２を更新しつつ、依頼主側のユーザによって指定された代理人へと、当該案件の依頼があったことを通知する。
サーバ２０は、操作受付部２１０４への入力操作を受け付けることに応じて、領域２１０２において入力された各項目の情報に基づいて、案件管理データベース２８２を更新しつつ、依頼主側のユーザによって指定された代理人へと、当該案件の依頼があったことを通知する。
【0298】
具体的には、サーバ２０は、操作受付部２１０４への入力操作を受け付けることにより、案件管理データベース２８２の各サブフィールドを更新し、項目「ステータス」について、「依頼前」から「未着手」へと変更する。これにより、サーバ２０は、依頼者が指定した代理人側で、当該案件のレコードを閲覧可能とする。
【0299】
サーバ２０は、領域２１０２において、依頼者側のユーザが代理人を指定していない場合、代理人へ発注するための操作を受け付けないこととしてもよく、具体的には操作受付部２１０４の表示態様としてユーザの入力操作を受け付けないことを示す表示（例えば、グレーアウトで目立たなくさせる、ボタンを表示させない等）をすることとしてもよい。
【0300】
このように、サーバ２０は、領域２１０２において案件の情報を表示しつつ、操作受付部２１０３と、操作受付部２１０４とを、ともに、画面２１０１において表示することとしてもよい。これにより、依頼主側において、案件の情報の登録状況を参照しつつ、案件の登録はするが代理人への発注及び代理人選定まではしない場合と、代理人選定が済んで発注をする場合との操作の切り替えをよりいっそう容易にすることができる。
【0301】
図示する例では、サーバ２０は、操作受付部２１０４において、案件の情報の登録と代理人への発注とをともに受け付けることとしているが、それぞれ分けて操作受付部として（ボタン等として）画面２１０１に表示させることとしても良い。
【0302】
サーバ２０は、操作受付部２１０５において、依頼主の側において案件管理データベース２８２に登録した各案件についての依頼状況（代理人に依頼したか否か、依頼した場合はどの代理人か）を表示させるための入力操作を受け付ける。
【0303】
【0304】
サーバ２０は、画面２２０１において、案件の情報の登録を受け付けるための画面を表示させる。
サーバ２０は、画面２２０１において、代理人側の組織（例えば、「ＸＸＸ弁理士法人」といった名称）の名称またはユーザの情報を表示する。
サーバ２０は、画面２２０１において、代理人側の組織（例えば、「ＸＸＸ弁理士法人」といった名称）の名称またはユーザの情報を表示する。
【0305】
サーバ２０は、領域２２０２において、案件の各項目の入力を受け付けるための画面を表示させる。
【0306】
代理人側では、サーバ２０が依頼者から受け付けて依頼者が発注した案件の情報を領域２２０２に表示させることがあり得る。
【0307】
例えば、依頼主がサーバ２０へ案件の情報を登録するのではなく、代理人側のユーザが、案件の受注を受けて、領域２２０２において案件の情報を登録していくことがあり得る。
【0308】
図示する例では、サーバ２０は、領域２２０２において設定されている代理人側の担当者の情報と、コンフリクトデータベース２８５とを参照することにより、案件の依頼にかかる依頼主とコンフリクト関係にある顧客の情報を、画面２２０１において表示している。これにより、案件の担当者を決定する意思決定者の思考を支援することができ得る。
【0309】
サーバ２０は、案件の依頼者（出願人）の情報と、コンフリクトデータベース２８５とを参照することにより、当該案件の担当者を指定する操作を受け付ける際に、コンフリクト関係にある担当者の指定をできないようにしてもよい（例えば、コンフリクト関係にある担当者を指定しようとするとエラーが出る、コンフリクト関係にある担当者を選択可能に表示させない等）。これにより、案件の担当者のアサインをよりいっそう適切なものとすることができる。
【0310】
サーバ２０は、操作受付部２２０３において、入力された案件の情報を、サーバ２０へ登録するための入力操作を受け付ける。
サーバ２０は、操作受付部２２０３への入力操作を受け付けることに応じて、領域２２０２において入力された各項目の情報に基づいて、案件管理データベース２８２を更新する。
サーバ２０は、操作受付部２２０３への入力操作を受け付けることに応じて、領域２２０２において入力された各項目の情報に基づいて、案件管理データベース２８２を更新する。
【0311】
サーバ２０は、操作受付部２２０４において、入力された案件について、担当者を決定することを、特定のユーザ（例えば、代理人側においてアサインを担当するユーザ）に依頼するための入力操作を受け付ける。
サーバ２０は、操作受付部２２０４への入力操作を受け付けることに応じて、領域２２０２において入力された各項目の情報に基づいて、案件管理データベース２８２を更新しつつ、代理人側でアサインを担当するユーザに対し、案件の担当者の設定を促すための通知をする。
サーバ２０は、操作受付部２２０４への入力操作を受け付けることに応じて、領域２２０２において入力された各項目の情報に基づいて、案件管理データベース２８２を更新しつつ、代理人側でアサインを担当するユーザに対し、案件の担当者の設定を促すための通知をする。
【0312】
例えば、代理人側において、案件の登録をするユーザ（例えば、事務担当者）と、案件の担当者をアサインするユーザとが別々であることがあり得る。
【0313】
サーバ２０は、操作受付部２２０５において、代理人の側において案件管理データベース２８２に登録した各案件についての担当者のアサイン状況（案件に担当者をアサインしたか否か、アサインした場合はどの担当者か）を表示させるための入力操作を受け付ける。
【0314】
これにより、例えば案件のアサインを担当する担当者は、個別の案件の情報を領域２２０２で確認しつつ（発明タイトル、出願人情報、発明資料など）、各担当者の案件のアサイン状況も考慮して、各案件のアサインを進めることがよりいっそう容易となる。
【0315】
【0316】
サーバ２０は、画面２３０１において、案件の内容を承認する承認者の設定を受け付けるための画面を表示させる。
図示する例では、サーバ２０は、画面２３０１において、以下の情報を表示している。
・ 案件の原稿（特許明細書等の案文）を代理人から依頼主へ送付する予定日（原稿発送予定日）まで一定期間内であること
・ 案件の内容を承認するユーザである承認者（弁理士）の設定がされていないこと（「未設定」）
・ 案件と関連付けて、承認者を設定するよう促す内容（「承認者を設定してください」等）
サーバ２０は、領域２３０２において、案件の各項目の入力を受け付けるための画面を表示させる。
図示する例では、承認者が未だ設定されておらず「未設定」となっている。
図示する例では、サーバ２０は、画面２３０１において、以下の情報を表示している。
・ 案件の原稿（特許明細書等の案文）を代理人から依頼主へ送付する予定日（原稿発送予定日）まで一定期間内であること
・ 案件の内容を承認するユーザである承認者（弁理士）の設定がされていないこと（「未設定」）
・ 案件と関連付けて、承認者を設定するよう促す内容（「承認者を設定してください」等）
サーバ２０は、領域２３０２において、案件の各項目の入力を受け付けるための画面を表示させる。
図示する例では、承認者が未だ設定されておらず「未設定」となっている。
【0317】
サーバ２０は、案件の原稿を発送する日まで一定期間内に至ったことに応答して、承認者を設定するよう、端末装置１０のユーザに対し、プッシュ通知等で通知する。
【0318】
サーバ２０は、操作受付部２３０３において、入力された承認者の情報を、サーバ２０へ登録するための入力操作を受け付ける。
サーバ２０は、操作受付部２３０３への入力操作を受け付けることに応じて、領域２３０２において入力された各項目の情報、特に、承認者の設定に基づいて、案件管理データベース２８２を更新する。
サーバ２０は、操作受付部２３０３への入力操作を受け付けることに応じて、領域２３０２において入力された各項目の情報、特に、承認者の設定に基づいて、案件管理データベース２８２を更新する。
【0319】
サーバ２０は、操作受付部２３０４において、領域２３０２において入力される情報を、案件の情報として登録することをキャンセルするための入力操作を受け付ける。
【0320】
サーバ２０は、操作受付部２３０５において、案件の承認者を設定するために、承認者の候補のリストを表示させる入力操作を受け付ける。
サーバ２０は、操作受付部２３０５への入力操作に応じて、以下に基づき、承認者の候補のリストを表示する。
・ ユーザデータベース２８１の項目「ライセンス保持」を参照し、弁理士等の、承認者となることができるユーザを抽出する
サーバ２０は、以下のようにして、承認者の候補の優先順位を決定し、決定した優先順位に従って並び替える等により、承認者となることができるユーザを端末装置１０のユーザに提示することとしても良い。
・ 案件管理データベース２８２を参照し、承認者となる各ユーザがそれぞれアサインされている案件の数等の状況に応じて、承認者となるユーザの優先順位を決定しても良い。例えば、既に多数の案件について承認者として設定されているユーザについては、承認作業の負荷の平準化のため、さらなる案件の承認者としての優先順位を下げること等があり得る。
・ さらに、コンフリクトデータベース２８５を参照し、案件の依頼主（出願人）とコンフリクトの関係にないユーザを優先して抽出する
・ フィードバック管理データベース２８４を参照し、案件にコメントを付した履歴に基づいて、承認者となるユーザを抽出する。
サーバ２０は、操作受付部２３０５への入力操作に応じて、以下に基づき、承認者の候補のリストを表示する。
・ ユーザデータベース２８１の項目「ライセンス保持」を参照し、弁理士等の、承認者となることができるユーザを抽出する
サーバ２０は、以下のようにして、承認者の候補の優先順位を決定し、決定した優先順位に従って並び替える等により、承認者となることができるユーザを端末装置１０のユーザに提示することとしても良い。
・ 案件管理データベース２８２を参照し、承認者となる各ユーザがそれぞれアサインされている案件の数等の状況に応じて、承認者となるユーザの優先順位を決定しても良い。例えば、既に多数の案件について承認者として設定されているユーザについては、承認作業の負荷の平準化のため、さらなる案件の承認者としての優先順位を下げること等があり得る。
・ さらに、コンフリクトデータベース２８５を参照し、案件の依頼主（出願人）とコンフリクトの関係にないユーザを優先して抽出する
・ フィードバック管理データベース２８４を参照し、案件にコメントを付した履歴に基づいて、承認者となるユーザを抽出する。
【0321】
例えば、
コメントを付した頻度、
コメントを付した量、
当該案件の担当者に対してフィードバックを付した頻度、
等に基づいて、承認者となるユーザの優先順位を決定しても良い。例えば、案件の担当者に対して、当該担当者が過去に作成した案件の内容に対してコメントを付しているほど、当該案件の担当者と、承認者となるユーザとの関係が強いことがあり得る。
コメントを付した頻度、
コメントを付した量、
当該案件の担当者に対してフィードバックを付した頻度、
等に基づいて、承認者となるユーザの優先順位を決定しても良い。例えば、案件の担当者に対して、当該担当者が過去に作成した案件の内容に対してコメントを付しているほど、当該案件の担当者と、承認者となるユーザとの関係が強いことがあり得る。
【0322】
【0323】
図示するように、サーバ２０は、案件管理データベース２８２を参照し、各案件のステータスごとに分けて、担当者にアサインされている案件の情報をユーザに対して提示する。例えば、サーバ２０は、（１）特許明細書の原稿作成、（２）中間対応、などのように、案件のステータスごとに分けて、担当者の案件の一覧をユーザに対して表示する。
【0324】
サーバ２０は、画面２４０１において、担当者にアサインされている案件の一覧を表示するための画面を表示させる。
【0325】
サーバ２０は、ソート条件表示部２４０２において、担当者にアサインされている案件のうち、出願が完了していない案件（特許明細書等）について、担当者が原稿作成中のもの（クライアントに初稿納品していないもの）の並び替えの条件を表示させる。
【0326】
サーバ２０は、ソート条件表示部２４０２において、並び替えの条件を変更するための入力操作をユーザから受け付ける。サーバ２０は、案件管理データベース２８２で管理されている各項目（原稿発送期限等）に基づいて、レコードを並び替えるための条件を指定する操作を、ソート条件表示部２４０２において受け付けることとしてもよい。
【0327】
サーバ２０は、一覧表示部２４０３において、担当者にアサインされている案件のうち、出願が完了していない案件（特許明細書等）で担当者が原稿作成中のものの一覧を表示させる。
これにより、ユーザは、これから依頼主へと送付する必要がある案件について、様々な条件を指定して並び替えることができ、どの案件から着手するかを容易に判断し得る。
これにより、ユーザは、これから依頼主へと送付する必要がある案件について、様々な条件を指定して並び替えることができ、どの案件から着手するかを容易に判断し得る。
【0328】
サーバ２０は、ソート条件表示部２４０４において、担当者にアサインされている案件のうち、出願が完了していない案件（特許明細書等）について、担当者が原稿作成済みで依頼主へ納品済みのものの並び替えの条件を表示させる。
【0329】
サーバ２０は、一覧表示部２４０５において、担当者にアサインされている案件のうち、出願が完了していない案件（特許明細書等）で依頼主へ納品済み（依頼主側で確認中）のものの一覧を表示させる。
【0330】
サーバ２０は、ソート条件表示部２４０６において、担当者にアサインされている案件のうち、官公庁（特許庁）での審査を受けて審査結果を受領した案件で、案件の担当者が作業中（依頼主へ送付する前）のものの並び替えの条件を表示させる。
【0331】
サーバ２０は、一覧表示部２４０７において、担当者にアサインされている案件のうち、官公庁（特許庁）での審査を受けて審査結果を受領した案件で、案件の担当者が作業中（依頼主へ送付する前）のものの一覧を表示させる。
【0332】
サーバ２０は、ソート条件表示部２４０８において、担当者にアサインされている案件のうち、官公庁（特許庁）での審査を受けて審査結果を受領した案件で、案件の担当者が依頼主へ納品し、依頼主側で確認中のものの並び替えの条件を表示させる。
【0333】
サーバ２０は、一覧表示部２４０９において、担当者にアサインされている案件のうち、官公庁（特許庁）での審査を受けて審査結果を受領した案件で、案件の担当者が依頼主へ納品し、依頼主側で確認中のものの一覧を表示させる。
【0334】
サーバ２０は、ユーザ名２４１０において、ログインしているユーザの情報を表示させる。
【0335】
【0336】
サーバ２０は、画面２５０１において、案件の内容、例えば特許明細書の内容についての入力をユーザから受け付けるための画面を表示させる。
図示する例では、サーバ２０は、画面２５０１において、案件管理データベース２８２を参照して案件の書誌的な情報を表示する領域と、案件の内容（特許請求の範囲、明細書等）について入力を受けつつ特許明細書管理データベース２８３を更新するための領域と、をあわせて表示している。
図示する例では、サーバ２０は、画面２５０１において、案件管理データベース２８２を参照して案件の書誌的な情報を表示する領域と、案件の内容（特許請求の範囲、明細書等）について入力を受けつつ特許明細書管理データベース２８３を更新するための領域と、をあわせて表示している。
【0337】
これに限らず、画面２５０１において、案件の書誌的な情報を表示する領域についてはユーザの操作に応じて表示または非表示を切り替えられることとしてもよい。これにより、案件の内容を入力するための領域を広げたい、案件の書誌的な情報を確認したい（例えば、どの依頼者の案件であるかに応じて、明細書・特許請求の範囲の書き方が依頼者に応じたものとするなど）等、情報の表示量を変更することができるため、ユーザが案件の内容を入力する際の操作性をよりいっそう向上させることができる。
【0338】
サーバ２０は、項目２５０２において、案件の依頼主の情報を表示させる。
【0339】
サーバ２０は、項目２５０３において、案件のステータスの情報を表示させる。
【0340】
サーバ２０は、項目２５０４において、案件の依頼主側の整理番号の情報を表示させる。
【0341】
サーバ２０は、項目２５０５において、案件の代理人側の整理番号の情報を表示させる。
【0342】
サーバ２０は、項目２５０６において、案件の発明タイトルの情報を表示させる。
【0343】
サーバ２０は、カラム２５０７において、案件の内容の各項目のアウトラインを表示しつつユーザから各項目を指定する操作を受け付け可能な領域を表示させる。
図示する例では、案件の項目として「特許請求の範囲」等の書類単位でユーザの指定を受け付けることとしてもよく、「技術分野」「背景技術」のように、書類「明細書」における各項目についてユーザの指定を受け付けることとしてもよい。
図示する例では、案件の項目として「特許請求の範囲」等の書類単位でユーザの指定を受け付けることとしてもよく、「技術分野」「背景技術」のように、書類「明細書」における各項目についてユーザの指定を受け付けることとしてもよい。
【0344】
サーバ２０は、ハイライト部２５０８において、ユーザが案件の内容を入力している項目について強調する画像を表示させる。
図示する例では、サーバ２０は、書類「明細書」の「課題」についてユーザから入力を受け付けており、カラム２５０７において「課題」がハイライト部２５０８により強調表示されている。
図示する例では、サーバ２０は、書類「明細書」の「課題」についてユーザから入力を受け付けており、カラム２５０７において「課題」がハイライト部２５０８により強調表示されている。
【0345】
サーバ２０は、入力欄２５０９において、ユーザから、案件の内容の入力を受け付ける。
【0346】
図示する例では、サーバ２０は、入力欄２５０９において、テキストボックスの形式で、ユーザからテキストの入力を受け付けている。
【0347】
サーバ２０は、操作受付部２５１０において、ユーザから、入力欄を追加するための入力操作を受け付ける。
図示する例では、サーバ２０は、操作受付部２５１０への入力操作に応答して、新たな入力欄を表示させる。サーバ２０は、入力欄２５０９において入力された内容と、新たな入力欄で入力された内容とを、それぞれ別の段落番号におけるテキストの入力内容として、特許明細書管理データベース２８３で保持させる。
図示する例では、サーバ２０は、操作受付部２５１０への入力操作に応答して、新たな入力欄を表示させる。サーバ２０は、入力欄２５０９において入力された内容と、新たな入力欄で入力された内容とを、それぞれ別の段落番号におけるテキストの入力内容として、特許明細書管理データベース２８３で保持させる。
【0348】
サーバ２０は、項目２５１１において、ユーザ名を表示させる。
【0349】
サーバ２０は、操作受付部２５１２において、ユーザから、案件の内容をチェックするチェック担当者へチェック依頼をするための入力操作を受け付ける。
図示する例では、サーバ２０は、操作受付部２５１２と関連付けて、チェック担当者のユーザの情報を表示している。サーバ２０は、例えば、案件管理データベース２８２において、各案件について複数の担当者を関連付けて保持することしており、一部の担当者をチェック担当者として管理している。
図示する例では、サーバ２０は、操作受付部２５１２と関連付けて、チェック担当者のユーザの情報を表示している。サーバ２０は、例えば、案件管理データベース２８２において、各案件について複数の担当者を関連付けて保持することしており、一部の担当者をチェック担当者として管理している。
【0350】
サーバ２０は、操作受付部２５１３において、ユーザから、案件の内容を承認する承認者へ承認依頼をするための入力操作を受け付ける。
図示する例では、サーバ２０は、案件管理データベース２８２を参照して、操作受付部２５１２と関連付けて、承認者（弁理士）のユーザの情報を表示している。
図示する例では、サーバ２０は、案件管理データベース２８２を参照して、操作受付部２５１２と関連付けて、承認者（弁理士）のユーザの情報を表示している。
【0351】
サーバ２０は、項目２５１４において、作成している案件のバージョンを表示させる。
【0352】
サーバ２０は、操作受付部２５３１において、案件の内容を入力する際に参照する文献リストを指定するための入力操作を受け付ける。
図示する例では、サーバ２０は、操作受付部２５３１への入力操作に応答して、辞書データベース２８６を参照して、ユーザが利用可能な文献リストを指定可能に表示する。サーバ２０は、ユーザが指定した辞書の情報を、画面２５０１のように案件の内容を入力するための画面で表示することとしてもよい。
図示する例では、サーバ２０は、操作受付部２５３１への入力操作に応答して、辞書データベース２８６を参照して、ユーザが利用可能な文献リストを指定可能に表示する。サーバ２０は、ユーザが指定した辞書の情報を、画面２５０１のように案件の内容を入力するための画面で表示することとしてもよい。
【0353】
図２６は、案件の内容について、チェック担当者にレビューを依頼するための操作をユーザから受け付けるための画面例を示す。サーバ２０は、図２５の例における操作受付部２５１２へのユーザの入力操作に応答して、図２６に示すようにチェック担当者へチェック依頼するための画面を表示させる。図２６の説明は、図１５で説明した処理の流れと対応する。
【0354】
サーバ２０は、詳細表示部２６２１において、担当者が作成した案件の分量に関する情報を表示させる。
【0355】
具体的には、サーバ２０は、案件の分量に関する情報として、以下を表示することとしてもよい。
・ 「特許請求の範囲」における請求項の数。このうち独立形式で記載された請求項の数を記載してもよいし、独立形式で記載された請求項で定義される発明（物、方法、物を生産する方法、プログラム、システムなどの発明名称）を表示してもよい。
・ 「図面」における図面の数
・ 「明細書」「特許請求の範囲」など案件を構成する各書類の文字数の合計。なお、「明細書」など一部の書類
の文字数を表示してもよい。
・ 「特許請求の範囲」における請求項の数。このうち独立形式で記載された請求項の数を記載してもよいし、独立形式で記載された請求項で定義される発明（物、方法、物を生産する方法、プログラム、システムなどの発明名称）を表示してもよい。
・ 「図面」における図面の数
・ 「明細書」「特許請求の範囲」など案件を構成する各書類の文字数の合計。なお、「明細書」など一部の書類
の文字数を表示してもよい。
【0356】
サーバ２０は、案件チェッカー表示部２６２２において、案件の内容のチェック担当者の情報を表示させる。
【0357】
サーバ２０は、承認者表示部２６２３において、案件の内容の承認者の情報を表示させる。
【0358】
サーバ２０は、操作受付部２６２４において、案件の記載内容をチェックするためのチェックツールを起動させるための入力操作を受け付ける。
サーバ２０は、操作受付部２６２４への入力操作に応答して、バリデーションチェックモジュール２０４８により、案件の内容であるテキスト等に対してチェックを実行し、その結果をユーザに提示する。サーバ２０は、バリデーションチェックモジュール２０４８でチェック済みである場合は、その旨を、画面２５０１において表示することとしてもよい。
サーバ２０は、操作受付部２６２４への入力操作に応答して、バリデーションチェックモジュール２０４８により、案件の内容であるテキスト等に対してチェックを実行し、その結果をユーザに提示する。サーバ２０は、バリデーションチェックモジュール２０４８でチェック済みである場合は、その旨を、画面２５０１において表示することとしてもよい。
【0359】
サーバ２０は、操作受付部２６２５において、チェック担当者にチェック依頼をするための入力操作を受け付ける。
図示する例のように、サーバ２０は、画面２５０１において、操作受付部２６２５とともに、詳細表示部２６２１など、案件の内容に関する情報を表示している。これにより、ユーザが、チェック担当者へチェック依頼するか否か判断するための情報を閲覧させつつ、チェック担当者へのチェック依頼を行わせることができる。
図示する例のように、サーバ２０は、画面２５０１において、操作受付部２６２５とともに、詳細表示部２６２１など、案件の内容に関する情報を表示している。これにより、ユーザが、チェック担当者へチェック依頼するか否か判断するための情報を閲覧させつつ、チェック担当者へのチェック依頼を行わせることができる。
【0360】
サーバ２０は、操作受付部２６２５への入力操作に応答して、案件のバージョンを更新しつつ、案件のステータスを更新する（「社内チェック中」）。
【0361】
図２７は、サーバ２０が、辞書データベース２８６を参照して、ユーザから入力を受け付けた単語または文章に基づき、案件の内容に反映させる記載を抽出する操作を受け付けるための画面例を示す。図２７は、図１４のステップＳ１４１３、Ｓ１４１５等の処理と対応する。
【0362】
サーバ２０は、入力欄２７１１において、辞書として指定した文献リストから文章を抽出するためのテキストの入力を受け付ける。
【0363】
例えば、サーバ２０は、入力欄２７１１において、ユーザから文章の入力を受け付けてもよいし、１または複数の単語の入力を受け付けることとしてもよい。
【0364】
サーバ２０は、操作受付部２７１２において、入力欄２７１１に入力された内容（テキスト）に基づいて、文献リストを参照して文章を抽出するための入力操作を受け付ける。
例えば、サーバ２０は、操作受付部２７１２への入力操作に応答して、入力欄２７１１に入力されたテキストから単語を抽出する。入力欄２７１１に入力されたテキストが文章である場合、形態素解析等により、単語を抽出することができる。
例えば、サーバ２０は、操作受付部２７１２への入力操作に応答して、入力欄２７１１に入力されたテキストから単語を抽出する。入力欄２７１１に入力されたテキストが文章である場合、形態素解析等により、単語を抽出することができる。
【0365】
サーバ２０は、辞書表示部２７１３において、ユーザによって指定されている文献リストの情報を表示させる。
【0366】
サーバ２０は、重みづけ条件表示部２７１４において、文献リストから文章を抽出する際の条件を表示させる。
例えば、サーバ２０は、文献リストから文章を抽出する際の条件として、以下の指定を受け付けて、条件に従って、抽出される文章の優先度を設定し、抽出される文章をユーザに選択可能に提示することとしてもよい。
・ ユーザが入力したテキストに基づく単語が複数ある場合、文献リストに含まれる各文献の段落単位で、これら複数の単語の距離が近いものを優先する。例えば、ユーザが入力した単語が「信号」「送信」である場合、文献リストに含まれる各文献の記載内容において、これら「信号」と「送信」という単語同士の間の文字数が少ない（文字間の距離が短い）ものを優先する。
・ ユーザが入力したテキストに基づく単語が複数ある場合、いずれかの単語については文献リストの各文献に含まれることを必須としつつ、他の単語については文献リストの各文献に含まれなくてもよい
図２７の例において、案件を作成する担当者に対し、文献リストから抽出する検索条件を提示しつつ（２７１３、重みづけ条件表示部２７１４）、当該検索条件を変更する操作を受け付けることで、変更後の検索条件で抽出される文献の各記載を選択可能に提示することとしてもよい。
例えば、サーバ２０は、文献リストから文章を抽出する際の条件として、以下の指定を受け付けて、条件に従って、抽出される文章の優先度を設定し、抽出される文章をユーザに選択可能に提示することとしてもよい。
・ ユーザが入力したテキストに基づく単語が複数ある場合、文献リストに含まれる各文献の段落単位で、これら複数の単語の距離が近いものを優先する。例えば、ユーザが入力した単語が「信号」「送信」である場合、文献リストに含まれる各文献の記載内容において、これら「信号」と「送信」という単語同士の間の文字数が少ない（文字間の距離が短い）ものを優先する。
・ ユーザが入力したテキストに基づく単語が複数ある場合、いずれかの単語については文献リストの各文献に含まれることを必須としつつ、他の単語については文献リストの各文献に含まれなくてもよい
図２７の例において、案件を作成する担当者に対し、文献リストから抽出する検索条件を提示しつつ（２７１３、重みづけ条件表示部２７１４）、当該検索条件を変更する操作を受け付けることで、変更後の検索条件で抽出される文献の各記載を選択可能に提示することとしてもよい。
【0367】
図２８は、サーバ２０が、案件の内容についてチェック担当者等からコメント等でのフィードバックを受け付けるための画面例を示す。すなわち、図２８に示す画面例は、案件のチェック担当者に提示される画面である。図２８は、図１５のステップＳ１５０５等の処理に対応する。
【0368】
なお、サーバ２０が、案件を依頼主側のユーザに納品し（依頼主側のユーザに、納品がされたことを通知し）、依頼主側のユーザから、案件の内容についてコメント等でフィードバックを受け付けており、コメントを入力するための操作にかかる画面例も同様であることとしてもよい。
【0369】
サーバ２０は、担当者表示部２８１０において、案件の作成を担当した担当者のユーザの情報を表示させる。
【0370】
サーバ２０は、本文表示部２８１１において、担当者が入力した、案件の内容（明細書等のテキスト）を表示させる。
【0371】
サーバ２０は、本文表示部２８１２において、担当者が入力した、案件の内容（明細書等のテキスト）を表示させる。
【0372】
サーバ２０は、本文表示部２８１３において、担当者が入力した、案件の内容（明細書等のテキスト）を表示させる。
【0373】
サーバ２０は、コメント表示部２８３１において、チェック担当者であるユーザが案件の内容と関連付けて入力したコメントの内容を表示させる。
図示するように、サーバ２０は、案件の内容を、段落番号のように所定の単位で区切って、コメントの入力を受け付けている。サーバ２０は、ひとまとまりの文章の区切りを単位として（例えば、特許明細書管理データベース２８３で段落番号を単位として文章を管理している場合、当該特許明細書管理データベース２８３で管理している単位で）コメントの入力を受け付けることとしてもよい。
図示するように、サーバ２０は、案件の内容を、段落番号のように所定の単位で区切って、コメントの入力を受け付けている。サーバ２０は、ひとまとまりの文章の区切りを単位として（例えば、特許明細書管理データベース２８３で段落番号を単位として文章を管理している場合、当該特許明細書管理データベース２８３で管理している単位で）コメントの入力を受け付けることとしてもよい。
【0374】
また、サーバ２０は、文章の一部の選択をチェック担当者のユーザから受け付けつつ、当該選択された部分に対するコメントの入力を受け付けることとしてもよい。サーバ２０は、特許明細書管理データベース２８３で管理している単位に含まれる文章の一部を選択しつつ、チェック担当者からのコメントの入力を受け付けることとしてもよい。
【0375】
サーバ２０は、操作受付部２８３２において、チェック担当者であるユーザが、案件の内容と関連付けてコメントを入力するための入力操作を受け付ける。
サーバ２０は、操作受付部２８３２への入力操作に応答して、以下を表示しつつ、コメントの入力を受け付けることとしてもよい。
・ コメントのカテゴリの指定（例えば、予めフィードバック管理データベース２８４の「チェック項目タグ」で設定されているカテゴリ）
・ コメント本文
サーバ２０は、コメント表示部２８３３において、チェック担当者であるユーザが案件の内容と関連付けて入力したコメントの内容を表示させる。
サーバ２０は、操作受付部２８３２への入力操作に応答して、以下を表示しつつ、コメントの入力を受け付けることとしてもよい。
・ コメントのカテゴリの指定（例えば、予めフィードバック管理データベース２８４の「チェック項目タグ」で設定されているカテゴリ）
・ コメント本文
サーバ２０は、コメント表示部２８３３において、チェック担当者であるユーザが案件の内容と関連付けて入力したコメントの内容を表示させる。
【0376】
サーバ２０は、操作受付部２８４１において、チェック担当者であるユーザから、チェックが完了したことを示す入力操作を受け付ける。
サーバ２０は、操作受付部２８４１への操作に応じて、案件の内容のチェックが完了したものとして、案件管理データベース２８２の「ステータス」等を更新する。これにより、サーバ２０は、案件の担当者に、チェック担当者のコメントが付された案件があることを通知すること等ができる。
サーバ２０は、操作受付部２８４１への操作に応じて、案件の内容のチェックが完了したものとして、案件管理データベース２８２の「ステータス」等を更新する。これにより、サーバ２０は、案件の担当者に、チェック担当者のコメントが付された案件があることを通知すること等ができる。
【0377】
【0378】
サーバ２０は、チェック担当者表示部２９１１において、案件のチェックを担当したチェック担当者のユーザの情報を表示させる。
【0379】
サーバ２０は、統計情報表示部２９１２において、案件が辞書データベース２８６に収録される文献リストの各文献の記載を抽出しつつ作成された場合に、抽出された文献の情報を表示させる。
【0380】
図示するように、サーバ２０は、文献リストから抽出された文献の情報として、以下を表示させることとしてもよい。
・ 抽出された１または複数の文献の時期に関する情報（特許文献の場合、出願の時期、公開の時期）
・ これら文献の権利者に関する情報（例えば、出願人など）
・ これら文献の発明者に関する情報
サーバ２０は、設定受付部２９１３において、案件に対して付されたコメントを表示するための設定を受け付ける。
サーバ２０は、コメントを表示するための設定として、以下を受け付けて、設定に従って、案件に付されたコメントを表示することとしてもよい。
・ すべてのコメント
・ チェック項目の指定（例えば、特定のチェック項目に関するコメントが付された段落を抽出する）
・ チェック担当者の指定
・ コメントが付された段落のみ表示（例えば、コメントが付されていない段落については表示しないようにする）
サーバ２０は、操作受付部２９４１において、承認者であるユーザが、案件の内容を承認するための入力操作を受け付ける。
サーバ２０は、承認者であるユーザによる操作受付部２９４１への入力操作に応じて、案件管理データベース２８２の「ステータス」を更新する（「弁理士承認済み」。
・ 抽出された１または複数の文献の時期に関する情報（特許文献の場合、出願の時期、公開の時期）
・ これら文献の権利者に関する情報（例えば、出願人など）
・ これら文献の発明者に関する情報
サーバ２０は、設定受付部２９１３において、案件に対して付されたコメントを表示するための設定を受け付ける。
サーバ２０は、コメントを表示するための設定として、以下を受け付けて、設定に従って、案件に付されたコメントを表示することとしてもよい。
・ すべてのコメント
・ チェック項目の指定（例えば、特定のチェック項目に関するコメントが付された段落を抽出する）
・ チェック担当者の指定
・ コメントが付された段落のみ表示（例えば、コメントが付されていない段落については表示しないようにする）
サーバ２０は、操作受付部２９４１において、承認者であるユーザが、案件の内容を承認するための入力操作を受け付ける。
サーバ２０は、承認者であるユーザによる操作受付部２９４１への入力操作に応じて、案件管理データベース２８２の「ステータス」を更新する（「弁理士承認済み」。
【0381】
サーバ２０は、操作受付部２９４２において、承認者であるユーザが、案件の内容を承認しないための入力操作を受け付ける。
サーバ２０は、承認者であるユーザによる操作受付部２９４１への入力操作に応じて、案件管理データベース２８２の「ステータス」を更新する（「原稿作成中」または「社内チェック中」）。サーバ２０は、承認者であるユーザが案件の内容を承認しない場合、案件の担当者またはチェック担当者の少なくともいずれかに対し、承認者が承認しなかった旨を通知することとしてもよい。
サーバ２０は、承認者であるユーザによる操作受付部２９４１への入力操作に応じて、案件管理データベース２８２の「ステータス」を更新する（「原稿作成中」または「社内チェック中」）。サーバ２０は、承認者であるユーザが案件の内容を承認しない場合、案件の担当者またはチェック担当者の少なくともいずれかに対し、承認者が承認しなかった旨を通知することとしてもよい。
【0382】
図２９の説明において、サーバ２０は、承認者であるユーザに対し、案件の内容と、辞書データを用いて文章作成がされた場合の検索条件（図２７の例で説明）とを提示したうえで、承認をする操作を受け付けることとしてもよい。
図２８、図２９の説明において、サーバ２０は、案件のチェック担当者、承認者に対し、案件管理データベース２８４の項目「フォロー必要範囲」を参照することにより、案件の作成を担当した担当者のフォローが必要な範囲（請求項のチェックのみでよいのか等）を提示させつつ、チェック完了の操作、承認完了の操作を受け付けることとしてもよい。
図２８、図２９の説明において、サーバ２０は、案件のチェック担当者、承認者に対し、案件管理データベース２８４の項目「フォロー必要範囲」を参照することにより、案件の作成を担当した担当者のフォローが必要な範囲（請求項のチェックのみでよいのか等）を提示させつつ、チェック完了の操作、承認完了の操作を受け付けることとしてもよい。
【0383】
【0384】
【0385】
サーバ２０は、案件のステータスが「弁理士承認済み」となると、案件の作成を担当するユーザに通知することとしてもよいし、案件の作成を担当したユーザとは別に納品を担当するユーザ（例えば、事務担当者）に通知することとしてもよい。例えば、案件の作成を担当するユーザが弁理士に承認を依頼し、弁理士が承認をすると、案件の作成を担当したユーザに通知するか否かにかかわらず事務担当者に通知がいき、事務担当者に案件の納品をするよう促すこと等があり得る。
【0386】
サーバ２０は、ハイライト部３０１１において、案件について依頼主へ納品が可能であることを表示させる。
サーバ２０は、少なくとも以下のいずれかの条件を満たすことにより、案件についてクライアントへの納品が可能であることを、ハイライト部３０１１を表示させることでユーザに知覚させることとしてもよい。
・案件について承認者が承認した。ステータスが「弁理士承認済み」となった
・案件についてチェック担当者がチェックをした。ステータスが「社内チェック済み」となった
例えば、サーバ２０は、案件についてチェック担当者、承認者のいずれも確認済みではない場合（ステータスが「弁理士承認済み」でもなく「社内チェック済み」でもない場合）、ハイライト部３０１１の表示を強調しないか、表示しないこととしてもよい。これにより、ユーザに対し、依頼主への案件の納品をする段階ではないことを認識させ得る。
サーバ２０は、少なくとも以下のいずれかの条件を満たすことにより、案件についてクライアントへの納品が可能であることを、ハイライト部３０１１を表示させることでユーザに知覚させることとしてもよい。
・案件について承認者が承認した。ステータスが「弁理士承認済み」となった
・案件についてチェック担当者がチェックをした。ステータスが「社内チェック済み」となった
例えば、サーバ２０は、案件についてチェック担当者、承認者のいずれも確認済みではない場合（ステータスが「弁理士承認済み」でもなく「社内チェック済み」でもない場合）、ハイライト部３０１１の表示を強調しないか、表示しないこととしてもよい。これにより、ユーザに対し、依頼主への案件の納品をする段階ではないことを認識させ得る。
【0387】
サーバ２０は、操作受付部３０１２において、案件を依頼主へ納品するための入力操作を受け付ける。
サーバ２０は、操作受付部３０１２へのユーザの入力操作に応じて、案件管理データベース２８２を参照して、案件の「ステータス」を「原稿送付済み・クライアント確認中」に更新する。サーバ２０は、依頼主側のユーザに対し、案件の納品があったことを通知することとしてもよい。
サーバ２０は、操作受付部３０１２へのユーザの入力操作に応じて、案件管理データベース２８２を参照して、案件の「ステータス」を「原稿送付済み・クライアント確認中」に更新する。サーバ２０は、依頼主側のユーザに対し、案件の納品があったことを通知することとしてもよい。
【0388】
サーバ２０は、項目３０２１において、案件の原稿発送期限を表示させる。
【0389】
サーバ２０は、項目３０２２において、案件の出願期限を表示させる。
【0390】
サーバ２０は、項目３０２３において、案件の依頼主側のユーザの情報を表示させる。
【0391】
サーバ２０は、項目３０２４において、納品する案件について、依頼主からの回答を代理人側が希望する期限を表示させる。
サーバ２０は、項目３０２４を指定する操作を代理人側のユーザから受け付ける等により、納品する案件について、依頼主側からの回答を希望する日時の入力を当該ユーザから受け付けることとしてもよい。
サーバ２０は、項目３０２４を指定する操作を代理人側のユーザから受け付ける等により、納品する案件について、依頼主側からの回答を希望する日時の入力を当該ユーザから受け付けることとしてもよい。
【0392】
サーバ２０は、項目３０２５において、案件の納品とともに、代理人側から依頼主側への連絡事項を表示させる。
サーバ２０は、項目３０２５を指定する操作を代理人側のユーザから受け付ける等により、案件の納品とともに依頼主側のユーザへ連絡する内容の入力を受け付けることとしてもよい。例えば、依頼主側での案件の確認に際して、何を確認してほしいかを代理人側から連絡すること等がありえる。
サーバ２０は、項目３０２５を指定する操作を代理人側のユーザから受け付ける等により、案件の納品とともに依頼主側のユーザへ連絡する内容の入力を受け付けることとしてもよい。例えば、依頼主側での案件の確認に際して、何を確認してほしいかを代理人側から連絡すること等がありえる。
【0393】
サーバ２０は、項目３０２６において、案件の納品の際、通知をするユーザの情報を表示させる。
【0394】
サーバ２０は、項目３０２６を指定する操作を代理人側のユーザから受け付ける等により、案件の納品とともに通知をするユーザの入力を受け付けることとしてもよい。例えば、依頼主側へ案件を納品するに際し、打ち合わせに出席した１または複数のユーザ（例えば、発明者）に通知したいこと等があり得る。
【0395】
サーバ２０は、項目３０２７において、代理人側から依頼主へと案件を納品した履歴を表示させる。
例えば、案件を納品した履歴として、初回の納品であるか等の、納品回数の情報が含まれる。
例えば、案件を納品した履歴として、初回の納品であるか等の、納品回数の情報が含まれる。
【0396】
サーバ２０は、項目３０２８において、案件の内容について代理人側でのチェック担当者がチェックした時期の情報を表示させる。
【0397】
サーバ２０は、項目３０２９において、案件の内容について代理人側での承認者が承認した時期の情報を表示させる。
サーバ２０は、これら項目３０２８、項目３０２９、項目３０２１、項目３０２２等を同じ画面に表示することにより、代理人側のユーザに対し、案件の出願完了までのスケジュールを確認させつつ、承認者での承認がされていなければ承認をするよう促したり、項目３０２５等で依頼主への連絡事項の入力を受け付けたりすることができる。
サーバ２０は、これら項目３０２８、項目３０２９、項目３０２１、項目３０２２等を同じ画面に表示することにより、代理人側のユーザに対し、案件の出願完了までのスケジュールを確認させつつ、承認者での承認がされていなければ承認をするよう促したり、項目３０２５等で依頼主への連絡事項の入力を受け付けたりすることができる。
【0398】
図３１は、サーバ２０が、担当者であるユーザが作成した案件について依頼主が付したコメントを、代理人側のユーザに対して表示するための画面例を示す。
【0399】
【0400】
図示するように、サーバ２０は、案件を構成する本文のうち、コメント入力者（この例では、依頼主側のユーザ）がコメントを付した個所（段落番号）を抽出して、本文と、コメントとを対比させて表示する。これにより、ユーザに対し、依頼主が付したコメントの一覧を容易に確認させることができ、依頼主の希望事項、依頼主の原稿確認の観点など、依頼主の意向を、代理人側の担当者であるユーザがよりいっそう把握しやすくすることができる。
【0401】
サーバ２０は、操作受付部３１１１において、代理人側のユーザから、案件について依頼主へ再納品するための入力操作を受け付ける。
図示する例では、依頼主側のユーザが付したコメントに対して、案件の担当者の修正、または、コメントに対する返信が完了していないため、サーバ２０は、操作受付部３１１１への入力操作を受け付けないこととしてもよく、図示するように操作受付部３１１１への操作を無効化して受け付けていないことを示す態様で操作受付部３１１１を表示することとしてもよい。
図示する例では、依頼主側のユーザが付したコメントに対して、案件の担当者の修正、または、コメントに対する返信が完了していないため、サーバ２０は、操作受付部３１１１への入力操作を受け付けないこととしてもよく、図示するように操作受付部３１１１への操作を無効化して受け付けていないことを示す態様で操作受付部３１１１を表示することとしてもよい。
【0402】
サーバ２０は、操作受付部３１１２において、代理人側のユーザから、案件について官公庁（特許庁）への出願手続を進めるための入力操作を受け付ける。
図示する例では、依頼主側のユーザが付したコメントに対して、案件の担当者の修正、または、コメントに対する返信が完了していないため、サーバ２０は、操作受付部３１１２への入力操作を受け付けないこととしてもよく、図示するように操作受付部３１１２への操作を無効化して受け付けていないことを示す態様で操作受付部３１１２を表示することとしてもよい。
図示する例では、依頼主側のユーザが付したコメントに対して、案件の担当者の修正、または、コメントに対する返信が完了していないため、サーバ２０は、操作受付部３１１２への入力操作を受け付けないこととしてもよく、図示するように操作受付部３１１２への操作を無効化して受け付けていないことを示す態様で操作受付部３１１２を表示することとしてもよい。
【0403】
また、サーバ２０は、依頼主側のユーザがコメントを付している場合に、代理人側で、承認者となるユーザから改めて承認する操作を要することとしてもよい。サーバ２０は、依頼主側のユーザがコメントを付した場合に、承認者となるユーザから案件の内容を承認する操作を受け付けることにより、官公庁への出願手続を進められるようにしてもよい。
【0404】
サーバ２０は、検索条件受付部３１１３において、案件に対して付せられたコメントを検索する条件として、コメント入力者の指定を受け付ける。
【0405】
サーバ２０は、検索条件受付部３１１４において、案件に対して付せられたコメントを検索する条件として、コメントの種別の指定を受け付ける。
【0406】
サーバ２０は、詳細表示部３１１５において、案件に対して付せられたコメントに関する統計情報として、コメントの総数の情報を表示させる。
【0407】
サーバ２０は、詳細表示部３１１６において、案件に対して付せられたコメントに関する統計情報として、コメントに対して、案件の担当者が確認したコメントの数の情報を表示させる。
【0408】
サーバ２０は、本文表示部３１２１において、担当者が入力した、案件の内容（明細書等のテキスト）を表示させる。
【0409】
サーバ２０は、本文表示部３１２２において、担当者が入力した、案件の内容（明細書等のテキスト）を表示させる。
図示するように、サーバ２０は、フィードバック管理データベース２８４を参照することにより、案件を構成する文章のうち、依頼主が入力したコメントがある段落を抜粋してユーザに提示している。
図示するように、サーバ２０は、フィードバック管理データベース２８４を参照することにより、案件を構成する文章のうち、依頼主が入力したコメントがある段落を抜粋してユーザに提示している。
【0410】
サーバ２０は、本文表示部３１２３において、担当者が入力した、案件の内容（明細書等のテキスト）を表示させる。
【0411】
サーバ２０は、本文表示部３１２４において、担当者が入力した、案件の内容（明細書等のテキスト）を表示させる。
【0412】
サーバ２０は、コメント表示部３１３１において、依頼主側のユーザが案件の内容と関連付けて入力したコメントの内容を表示させる。
コメントの入力について、図２８の説明と同様に、サーバ２０は、操作受付部３１４１への入力操作に応答して、以下を表示しつつ、コメントの入力を受け付けることとしてもよい。
・ コメントのカテゴリの指定（例えば、予めフィードバック管理データベース２８４の「チェック項目タグ」で設定されているカテゴリ）
・ コメント本文
サーバ２０は、コメント表示部３１３２において、依頼主側のユーザが案件の内容と関連付けて入力したコメントの内容を表示させる。
コメントの入力について、図２８の説明と同様に、サーバ２０は、操作受付部３１４１への入力操作に応答して、以下を表示しつつ、コメントの入力を受け付けることとしてもよい。
・ コメントのカテゴリの指定（例えば、予めフィードバック管理データベース２８４の「チェック項目タグ」で設定されているカテゴリ）
・ コメント本文
サーバ２０は、コメント表示部３１３２において、依頼主側のユーザが案件の内容と関連付けて入力したコメントの内容を表示させる。
【0413】
サーバ２０は、コメント表示部３１３３において、依頼主側のユーザが案件の内容と関連付けて入力したコメントの内容を表示させる。
【0414】
サーバ２０は、コメント表示部３１３４において、依頼主側のユーザが案件の内容と関連付けて入力したコメントの内容を表示させる。
【0415】
サーバ２０は、操作受付部３１４１において、代理人側の担当者が、入力されたコメントに対してリアクションをするための入力操作を受け付ける。
サーバ２０は、操作受付部３１４１への入力操作に応答して、以下をリアクションとして受け付けることとしてもよい。
・ テキストの入力
・ 「確認済み」等の、コメント入力者と情報共有するためのフラグの設定。例えば、以下のようなフラグがあり得る。
サーバ２０は、操作受付部３１４１への入力操作に応答して、以下をリアクションとして受け付けることとしてもよい。
・ テキストの入力
・ 「確認済み」等の、コメント入力者と情報共有するためのフラグの設定。例えば、以下のようなフラグがあり得る。
【0416】
「確認済み」：コメント入力者のコメント内容を理解したことを示すフラグ。例えば、依頼主側のユーザからの連絡事項、一般的な注意事項のコメントがあり、特段、本文の修正が必要ないことがあり得る。
【0417】
「修正済み」：本文を修正したことを示すフラグ。
・ 「お気に入り」等の、コメント入力者には開示されず、担当者であるユーザ（項目２５１１に表示される、ログインにかかるユーザ）が、当該コメントにブックマーク等を付するための操作
サーバ２０は、操作受付部３１４２において、代理人側の担当者が、入力されたコメントに対してリアクションをするための入力操作を受け付ける。
・ 「お気に入り」等の、コメント入力者には開示されず、担当者であるユーザ（項目２５１１に表示される、ログインにかかるユーザ）が、当該コメントにブックマーク等を付するための操作
サーバ２０は、操作受付部３１４２において、代理人側の担当者が、入力されたコメントに対してリアクションをするための入力操作を受け付ける。
【0418】
サーバ２０は、操作受付部３１４３において、代理人側の担当者が、入力されたコメントに対してリアクションをするための入力操作を受け付ける。
【0419】
サーバ２０は、操作受付部３１４４において、代理人側の担当者が、入力されたコメントに対してリアクションをするための入力操作を受け付ける。
【0420】
図３２は、サーバ２０が、依頼主のコメントに基づいて、担当者であるユーザが案件の内容を修正する操作を受け付けるための画面例を示す。
【0421】
図３１の例と比較すると、依頼主のコメントに基づいて、代理人側のユーザが本文の修正をする（本文表示部３１２２、本文表示部３１２４等において、修正箇所が下線、取り消し線等で強調表示されている）、コメントに対してリアクションをする等により、操作受付部３１１１を有効化して、依頼主への案件の再納品が可能となっている。
【0422】
サーバ２０は、レスポンス表示部３２４１において、依頼主のコメント（コメント表示部３１３１）と関連付けて、代理人側のユーザが付したリアクションを表示させる。
【0423】
サーバ２０は、レスポンス表示部３２４２において、依頼主のコメント（コメント表示部３１３２）と関連付けて、代理人側のユーザが付したリアクションを表示させる。
【0424】
サーバ２０は、レスポンス表示部３２４３において、依頼主のコメント（コメント表示部３１３３）と関連付けて、代理人側のユーザが付したリアクションを表示させる。
【0425】
サーバ２０は、レスポンス表示部３２４４において、依頼主のコメント（コメント表示部３１３４）と関連付けて、代理人側のユーザが付したリアクションを表示させる。
【0426】
図３３は、サーバ２０が、代理人側の担当者が行った修正内容を依頼主のユーザに提示しつつ、依頼主のユーザから、修正依頼または官公庁への提出指示の操作を受け付けるための画面例を示す。
【0427】
図３３に示すように、案件の本文のうち、修正があった個所を抜粋して依頼主側のユーザに提示することにより、依頼主側のユーザが入力したコメント（指摘した内容）に対してどのように修正がされたかの確認をよりいっそう容易にさせることができる。このように、前バージョンとの差分を表示（例えば、案文のうち、変更のあった段落を対比して表示）することで、案件の内容の確認を容易にすることができる。
【0428】
サーバ２０は、画面３３０１において、案件の内容のうち、修正がされた箇所を優先して知覚させるための画面を表示させる。
【0429】
サーバ２０は、本文表示部３１２２Ａにおいて、案件の修正前の本文を表示させる。
【0430】
サーバ２０は、特許明細書管理データベース２８３を参照することにより、バージョンが古い版（その後、修正が入る前の版）の本文であって依頼主側のユーザのコメントが入力された箇所（段落番号）の本文を、本文表示部３１２２Ａに表示させる。
【0431】
サーバ２０は、本文表示部３１２２Ｂにおいて、依頼主側のユーザの指摘に応じて修正された修正後の本文を表示させる。
サーバ２０は、特許明細書管理データベース２８３を参照することにより、バージョンが最新の版（修正済みの版）の本文であって依頼主側のユーザのコメントが入力された箇所（段落番号）の本文を、本文表示部３１２２Ａに表示させる。
サーバ２０は、特許明細書管理データベース２８３を参照することにより、バージョンが最新の版（修正済みの版）の本文であって依頼主側のユーザのコメントが入力された箇所（段落番号）の本文を、本文表示部３１２２Ａに表示させる。
【0432】
図示するように、サーバ２０は、本文表示部３１２２Ａと、本文表示部３１２２Ｂとを関連付けて表示しつつ、修正前の本文と、修正後の本文とであることが容易に知覚できる態様で画面３３０１において表示する。
【0433】
サーバ２０は、本文表示部３１２４Ａにおいて、案件の修正前の本文を表示させる。
【0434】
サーバ２０は、本文表示部３１２４Ｂにおいて、依頼主側のユーザの指摘に応じて修正された修正後の本文を表示させる。
このように、サーバ２０は、修正前の本文（本文表示部３１２２Ａ）と、修正後の本文（本文表示部３１２２Ｂ）と、当該本文に対して依頼主側のユーザが付したコメント（コメント表示部３１３２）と、代理人側のユーザが付したコメント（レスポンス表示部３２４２）とを関連付けて表示する。これにより、依頼主側のユーザにとっては、自身が付したコメントの対象が何であるか、コメントを付することでどのように本文が修正されたのか、修正された意図が何なのかを、同画面で容易に確認することができ、修正された本文の確認を容易にさせることができる。
このように、サーバ２０は、修正前の本文（本文表示部３１２２Ａ）と、修正後の本文（本文表示部３１２２Ｂ）と、当該本文に対して依頼主側のユーザが付したコメント（コメント表示部３１３２）と、代理人側のユーザが付したコメント（レスポンス表示部３２４２）とを関連付けて表示する。これにより、依頼主側のユーザにとっては、自身が付したコメントの対象が何であるか、コメントを付することでどのように本文が修正されたのか、修正された意図が何なのかを、同画面で容易に確認することができ、修正された本文の確認を容易にさせることができる。
【0435】
なお、上記は、依頼主側のユーザが付したコメントに対して代理人側のユーザが本文の修正、コメントへのリアクションをする例を説明したが、代理人側の複数のユーザ間で、案件の本文とコメントとを入力する際も同様の画面構成としてもよい。依頼主側の複数のユーザで、本文にコメントを付する場合も同様であるとしてもよ。依頼主側でも案件の本文を新規に入力または修正可能であるとしてもよい。
【0436】
サーバ２０は、操作受付部３５１１において、依頼主側のユーザが、代理人側のユーザに対し、案件の内容の修正を依頼するための入力操作を受け付ける。
【0437】
サーバ２０は、操作受付部３５１１への入力操作に応じて、案件管理データベース２８２のステータスを「クライアント修正指示」へ更新する。
【0438】
サーバ２０は、操作受付部３５１２において、依頼主側のユーザが、代理人に対し、案件について官公庁（特許庁）への提出を依頼するための入力操作を受け付ける。
サーバ２０は、操作受付部３５１２への入力操作に応じて、案件管理データベースのステータスを「庁提出準備」へ更新する。サーバ２０は、代理人側のユーザ（案件の担当者、承認者、事務担当者等）に、依頼主から、官公庁への案件の提出依頼があったことを通知する。
サーバ２０は、操作受付部３５１２への入力操作に応じて、案件管理データベースのステータスを「庁提出準備」へ更新する。サーバ２０は、代理人側のユーザ（案件の担当者、承認者、事務担当者等）に、依頼主から、官公庁への案件の提出依頼があったことを通知する。
【0439】
図３４は、サーバ２０が、代理人のユーザから、官公庁への案件の提出（出願）をする操作を受け付けるための画面例を示す。
【0440】
図３１、図３２の例と比較すると、操作受付部３１１２が操作可能であることをユーザが認識可能に表示することにより、庁提出を他のユーザへ依頼する操作を可能としている。例えば、サーバ２０は、案件を作成した担当者から、案件の庁提出をする担当者（例えば、代理人側において事務担当者であるユーザ）へと、官公庁への提出を依頼する操作を受け付けることで、当該庁提出をする担当者のユーザに通知することとしてもよい。
【0441】
図示する例では、案件の内容について、承認者が承認したバージョンに対して修正がされており、その結果、官公庁へ提出するバージョンと異なっている。サーバ２０は、承認者が承認したバージョン以降において案件の内容が修正等されることでバージョンの更新がされたとしても、承認者の再度の承認を要することなく、官公庁へ提出するための処理（例えば、操作受付部３１１２への入力操作を受け付けること等）を受け付けることとしてもよい。ここで、サーバ２０は、以下の条件が満たされる場合には、承認者の再度の承認を要さず、条件が満たされない場合には、承認者の再度の承認を経たうえで官公庁へ提出するための処理を受け付けることとしてもよい。
・ 案件を作成する担当者が行った修正内容が軽微なものである場合
サーバ２０は、修正内容が軽微であるか否かについて、以下のように判定してもよい。
・ 案件を作成する担当者が行った修正内容が軽微なものである場合
サーバ２０は、修正内容が軽微であるか否かについて、以下のように判定してもよい。
【0442】
（１）案件の内容について修正がされ、その修正箇所と関連付けてユーザがコメントを付しており、そのコメントに設定されるタグが特定のタグ（例えば、「誤記」等）である場合。図示する例では、本文に対して修正がされているが、その修正内容に対し、コメント表示部３４３１において「誤記」であるとのタグが付されている。このような場合に、承認者の再度の承認を不要として、官公庁への提出を進められることとしてもよい。
【0443】
（２）案件のテキストに対してバリデーションチェックツールによりチェックを行い、特定の項目のチェック結果に対応して修正されたものであること。例えば、バリデーションチェックツールにより検出される誤記、使用しないほうがよい助詞等を修正することなどがあり得る。
【0444】
（３）案件の内容について修正前のテキストと修正後のテキストとを比較して、一致個所、変更箇所を特定する。変更箇所の前後の単語の並び順に基づいて、単語辞書に含まれる語句と照合することで、誤記か否かを判別する。
・ 案件の内容のうち、官公庁での実体的な審査（例えば、特許要件の審査）に影響しない修正である場合
例えば、案件の本文のテキストに改行を加え、段落番号を追加する等のように、本文の内容に実質的に影響を及ぼさない修正内容があり得る。
・ 案件の内容のうち、官公庁での実体的な審査（例えば、特許要件の審査）に影響しない修正である場合
例えば、案件の本文のテキストに改行を加え、段落番号を追加する等のように、本文の内容に実質的に影響を及ぼさない修正内容があり得る。
【0445】
サーバ２０は、承認済みバージョン表示部３４１１において、案件について承認者が承認済みのバージョンの情報を表示させる。
【0446】
サーバ２０は、差分表示部３４１２において、承認者が承認済みのバージョンからの変更内容に関する情報を表示させる。
【0447】
サーバ２０は、変更内容に関する情報として、以下を表示することとしてもよい。
・ 変更箇所（特許明細書管理データベース２８３において管理している単位であるとしてもよい。例えば、ひとつの段落について修正されていれば、変更箇所は１か所であるとする）
サーバ２０は、操作受付部３４１３において、ユーザから、案件の内容を承認する承認者へ承認依頼をするための入力操作を受け付ける。
・ 変更箇所（特許明細書管理データベース２８３において管理している単位であるとしてもよい。例えば、ひとつの段落について修正されていれば、変更箇所は１か所であるとする）
サーバ２０は、操作受付部３４１３において、ユーザから、案件の内容を承認する承認者へ承認依頼をするための入力操作を受け付ける。
【0448】
サーバ２０は、操作受付部３４１３と関連付けて、承認者への承認をスキップできる場合は、その旨を画面２５０１において表示しつつ、操作受付部３１１２において庁提出を進めるための操作を受け付けている。
【0449】
これにより、ユーザは、案件について修正をしたが、承認者の承認をスキップできることを確認しつつ、操作受付部３１１２への入力操作により、庁提出のための通知等の処理を進めることができる。
【0450】
なお、図示する例では、操作受付部２５１３と操作受付部３４１３と、承認者へ承認依頼するための操作部材が複数表示されているが、いずれかを表示することとしてもよい。
【0451】
サーバ２０は、本文表示部３４２１において、承認者が承認済みのバージョンから、案件の担当者が修正した本文を表示させる。
【0452】
サーバ２０は、ユーザから、案件の修正箇所を指定する操作を受け付けつつ、本文の修正を受け付けることとしてもよい。
【0453】
図示する例では、サーバ２０は、承認者が承認済みのバージョンで「送信純」と記載されているところ、誤記であるとしてユーザが「送信順」と修正する操作を受け付けて、本文表示部３４２１において表示している。
【0454】
サーバ２０は、本文表示部３４２２において、承認者が承認済みのバージョンの、案件の本文を表示させる。
【0455】
サーバ２０は、コメント表示部３４３１において、ユーザが案件の内容と関連付けて入力したコメントの内容を表示させる。
【0456】
図示する例では、サーバ２０は、ユーザから、本文の修正内容について、「誤記」であるというタグを付しつつ、「明らかな誤記を修正」というコメントを受け付けて、コメント表示部３４３１において表示している。
【0457】
以上、本開示のいくつかの実施形態を説明したが、これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。
＜付記＞
以上の実施形態で説明した事項を以下に付記する。
＜付記＞
以上の実施形態で説明した事項を以下に付記する。
【0458】
（付記１）
知的財産権に関する文書を含む文書データの作成を支援するサービス（１）を提供するためのコンピュータ（１０、２０）を動作させるためのプログラムであって、コンピュータは、記憶部に、サービスを利用する複数のユーザのアカウントの情報（２８１）を記憶させており、複数のユーザそれぞれについて、官公庁へ提出する知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定（２８１、Ｓ１００３）を記憶部に記憶させており、プログラムは、コンピュータのプロセッサに、官公庁へ提出する知的財産権に関する文書データの入力を受け付けるステップ（Ｓ１４０９、Ｓ１４１１、Ｓ１４１３、Ｓ１４１５、Ｓ１４１７等の図１４の各ステップ）と、権限があるユーザである第１のユーザに対し、文書データを提示して（Ｓ１６０３）、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップ（Ｓ１６０７）と、文書データに対し承認する入力操作を受け付けることに応じて、文書データを、承認する権限があると設定されたユーザによって承認されたものとして記憶部で管理するステップ（Ｓ１６０７、２８２）と、を実行させる、プログラム。
知的財産権に関する文書を含む文書データの作成を支援するサービス（１）を提供するためのコンピュータ（１０、２０）を動作させるためのプログラムであって、コンピュータは、記憶部に、サービスを利用する複数のユーザのアカウントの情報（２８１）を記憶させており、複数のユーザそれぞれについて、官公庁へ提出する知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定（２８１、Ｓ１００３）を記憶部に記憶させており、プログラムは、コンピュータのプロセッサに、官公庁へ提出する知的財産権に関する文書データの入力を受け付けるステップ（Ｓ１４０９、Ｓ１４１１、Ｓ１４１３、Ｓ１４１５、Ｓ１４１７等の図１４の各ステップ）と、権限があるユーザである第１のユーザに対し、文書データを提示して（Ｓ１６０３）、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップ（Ｓ１６０７）と、文書データに対し承認する入力操作を受け付けることに応じて、文書データを、承認する権限があると設定されたユーザによって承認されたものとして記憶部で管理するステップ（Ｓ１６０７、２８２）と、を実行させる、プログラム。
【0459】
（付記２）
プログラムは、プロセッサに、さらに、
文書データを官公庁へ提出するための提出処理を行うステップ（Ｓ１８１７）を実行させ、文書データが承認されたものとして記憶部で管理されていない場合に、提出処理を行うステップを実行させず、文書データが承認されたものとして記憶部で管理されている場合に、文書データについて、提出処理を行うステップ（図３２、図３３、図３４、Ｓ１８１７）を実行させる、付記１に記載のプログラム。
プログラムは、プロセッサに、さらに、
文書データを官公庁へ提出するための提出処理を行うステップ（Ｓ１８１７）を実行させ、文書データが承認されたものとして記憶部で管理されていない場合に、提出処理を行うステップを実行させず、文書データが承認されたものとして記憶部で管理されている場合に、文書データについて、提出処理を行うステップ（図３２、図３３、図３４、Ｓ１８１７）を実行させる、付記１に記載のプログラム。
【0460】
（付記３）
プログラムは、プロセッサに、さらに、
入力された文書データについて、第１のユーザに対し承認を依頼するための入力操作を、第２のユーザから受け付けるステップ（Ｓ１６０１）を実行させ、入力操作を受け付けるステップにおいて、第２のユーザから、承認を依頼するための入力操作を受け付けることに応じて、第１のユーザに対し、文書データを提示し（Ｓ１６０９、Ｓ１６１１）、
第２のユーザから受け付けるステップにおいて、文書データに対し、文書データを構成する文言が所定の要件を満たしているかのチェックをするためのチェック処理により所定の要件を満たしていない場合に、第１のユーザに対し承認を依頼するための入力操作を制限する（Ｓ１８０３）、付記１に記載のプログラム。
プログラムは、プロセッサに、さらに、
入力された文書データについて、第１のユーザに対し承認を依頼するための入力操作を、第２のユーザから受け付けるステップ（Ｓ１６０１）を実行させ、入力操作を受け付けるステップにおいて、第２のユーザから、承認を依頼するための入力操作を受け付けることに応じて、第１のユーザに対し、文書データを提示し（Ｓ１６０９、Ｓ１６１１）、
第２のユーザから受け付けるステップにおいて、文書データに対し、文書データを構成する文言が所定の要件を満たしているかのチェックをするためのチェック処理により所定の要件を満たしていない場合に、第１のユーザに対し承認を依頼するための入力操作を制限する（Ｓ１８０３）、付記１に記載のプログラム。
【0461】
（付記４）
プログラムは、プロセッサに、さらに、入力された文書データについて、第１のユーザに対し承認を依頼するための入力操作を、第２のユーザから受け付けるステップを実行させ、入力操作を受け付けるステップにおいて、第２のユーザから、承認を依頼するための入力操作を受け付けることに応じて、第１のユーザに対し、文書データを提示し、このとき、文書データを構成する文言が所定の要件を満たしているかのチェックをするためのチェック処理の結果を、第１のユーザに提示する（Ｓ１８０９）、付記１に記載のプログラム。
プログラムは、プロセッサに、さらに、入力された文書データについて、第１のユーザに対し承認を依頼するための入力操作を、第２のユーザから受け付けるステップを実行させ、入力操作を受け付けるステップにおいて、第２のユーザから、承認を依頼するための入力操作を受け付けることに応じて、第１のユーザに対し、文書データを提示し、このとき、文書データを構成する文言が所定の要件を満たしているかのチェックをするためのチェック処理の結果を、第１のユーザに提示する（Ｓ１８０９）、付記１に記載のプログラム。
【0462】
（付記５）
プログラムは、プロセッサに、さらに、第１のユーザによって承認をする操作が行われた文書データを官公庁へ提出するための提出処理を行うステップを実行させ、提出処理を行うステップにおいて、文書データを官公庁へ提出するための書式のチェックの実行結果を取得し、書式のチェックにおいてエラーが検出された場合、第１のユーザに対し、エラーが検出されたことを通知して文書データの再承認を要求する（Ｓ１８０９）、付記１に記載のプログラム。
プログラムは、プロセッサに、さらに、第１のユーザによって承認をする操作が行われた文書データを官公庁へ提出するための提出処理を行うステップを実行させ、提出処理を行うステップにおいて、文書データを官公庁へ提出するための書式のチェックの実行結果を取得し、書式のチェックにおいてエラーが検出された場合、第１のユーザに対し、エラーが検出されたことを通知して文書データの再承認を要求する（Ｓ１８０９）、付記１に記載のプログラム。
【0463】
（付記６）
提出処理を行うステップにおいて、書式のチェックにおいてエラーが検出された場合、第３のユーザから、エラーに対する修正案の入力を受け付けるステップ（Ｓ１８１１）と、入力された修正案を第１のユーザに提示するステップ（Ｓ１８１３）と、第１のユーザから、修正案を承認する操作を受け付けるステップ（Ｓ１８１５）と、第１のユーザが修正案を承認する操作を受け付けることに応じて、文書データを官公庁へ提出するための処理を再開するステップ（Ｓ１８１７）と、を実行させる、付記５に記載のプログラム。
提出処理を行うステップにおいて、書式のチェックにおいてエラーが検出された場合、第３のユーザから、エラーに対する修正案の入力を受け付けるステップ（Ｓ１８１１）と、入力された修正案を第１のユーザに提示するステップ（Ｓ１８１３）と、第１のユーザから、修正案を承認する操作を受け付けるステップ（Ｓ１８１５）と、第１のユーザが修正案を承認する操作を受け付けることに応じて、文書データを官公庁へ提出するための処理を再開するステップ（Ｓ１８１７）と、を実行させる、付記５に記載のプログラム。
【0464】
（付記７）
プログラムは、プロセッサに、さらに、
文書データを作成する作成者である第４のユーザの情報を、文書データと関連付けて記憶部に記憶させるステップ（２８２）を実行させ、管理するステップにおいて、第４のユーザが内容の妥当さを承認する権限があると設定されているユーザである場合、第４のユーザが文書データの内容を確定させる操作を行うことにより、内容の妥当さを承認する権限があると設定されている他のユーザの承認を要さずとも、第４のユーザが確定させた文書データについて、承認する権限があると設定されたユーザによって承認されたものとして記憶部で管理する、付記１に記載のプログラム。
プログラムは、プロセッサに、さらに、
文書データを作成する作成者である第４のユーザの情報を、文書データと関連付けて記憶部に記憶させるステップ（２８２）を実行させ、管理するステップにおいて、第４のユーザが内容の妥当さを承認する権限があると設定されているユーザである場合、第４のユーザが文書データの内容を確定させる操作を行うことにより、内容の妥当さを承認する権限があると設定されている他のユーザの承認を要さずとも、第４のユーザが確定させた文書データについて、承認する権限があると設定されたユーザによって承認されたものとして記憶部で管理する、付記１に記載のプログラム。
【0465】
（付記８）
プログラムは、プロセッサに、さらに、文書データを作成する作成者である第４のユーザの情報を、文書データと関連付けて記憶部に記憶させるステップと、第４のユーザが作成した文書データの内容の確認を第５のユーザに依頼する操作を第４のユーザから受け付けることにより、第５のユーザに対し、文書データを閲覧させ、文書データの内容を確認するための入力操作を受け付けるステップ（Ｓ１５０１、Ｓ１５０３）と、を実行させ、
第５のユーザから、文書データの内容を確認するための入力操作を受け付ける（Ｓ１５０９）ことにより、第１のユーザに対し、文書データを提示して、承認する入力操作を受け付ける（Ｓ１５１３）、付記１に記載のプログラム。
プログラムは、プロセッサに、さらに、文書データを作成する作成者である第４のユーザの情報を、文書データと関連付けて記憶部に記憶させるステップと、第４のユーザが作成した文書データの内容の確認を第５のユーザに依頼する操作を第４のユーザから受け付けることにより、第５のユーザに対し、文書データを閲覧させ、文書データの内容を確認するための入力操作を受け付けるステップ（Ｓ１５０１、Ｓ１５０３）と、を実行させ、
第５のユーザから、文書データの内容を確認するための入力操作を受け付ける（Ｓ１５０９）ことにより、第１のユーザに対し、文書データを提示して、承認する入力操作を受け付ける（Ｓ１５１３）、付記１に記載のプログラム。
【0466】
（付記９）
プログラムは、プロセッサに、さらに、文書データを作成する作成者である第４のユーザの情報を、文書データと関連付けて記憶部に記憶させるステップを実行させ（２８２）、入力された文書データについて、第１のユーザに対し承認を依頼するための入力操作、および、文書データを構成する文言が所定の要件を満たしているかのチェックをするためのチェック処理を第４のユーザが行った結果の入力を、第４のユーザから受け付けるステップを実行させ、
入力操作を受け付けるステップにおいて、第４のユーザから、承認を依頼するための入力操作を受け付けることに応じて、第１のユーザに対し、文書データ、および、第４のユーザが行ったチェック処理の結果を提示する（図１６、Ｓ１６１３）、付記１に記載のプログラム。
プログラムは、プロセッサに、さらに、文書データを作成する作成者である第４のユーザの情報を、文書データと関連付けて記憶部に記憶させるステップを実行させ（２８２）、入力された文書データについて、第１のユーザに対し承認を依頼するための入力操作、および、文書データを構成する文言が所定の要件を満たしているかのチェックをするためのチェック処理を第４のユーザが行った結果の入力を、第４のユーザから受け付けるステップを実行させ、
入力操作を受け付けるステップにおいて、第４のユーザから、承認を依頼するための入力操作を受け付けることに応じて、第１のユーザに対し、文書データ、および、第４のユーザが行ったチェック処理の結果を提示する（図１６、Ｓ１６１３）、付記１に記載のプログラム。
【0467】
（付記１０）
プログラムは、プロセッサに、さらに、
文書データを作成する作成者である第４のユーザの情報を、文書データと関連付けて記憶部に記憶させるステップと、第４のユーザが作成した文書データの内容の確認を第５のユーザに依頼する操作を第４のユーザから受け付けることにより（Ｓ１５０１）、第５のユーザに対し、文書データを閲覧させ、文書データの内容に対しコメントを入力するための入力操作を受け付けるステップ（Ｓ１５０５）と、を実行させ、
第５のユーザが文書データに対しコメントをした結果に対し、第４のユーザが応答をする入力操作を受け付けることにより、第１のユーザに対し、文書データを提示して、承認する入力操作を受け付ける、付記１に記載のプログラム。
プログラムは、プロセッサに、さらに、
文書データを作成する作成者である第４のユーザの情報を、文書データと関連付けて記憶部に記憶させるステップと、第４のユーザが作成した文書データの内容の確認を第５のユーザに依頼する操作を第４のユーザから受け付けることにより（Ｓ１５０１）、第５のユーザに対し、文書データを閲覧させ、文書データの内容に対しコメントを入力するための入力操作を受け付けるステップ（Ｓ１５０５）と、を実行させ、
第５のユーザが文書データに対しコメントをした結果に対し、第４のユーザが応答をする入力操作を受け付けることにより、第１のユーザに対し、文書データを提示して、承認する入力操作を受け付ける、付記１に記載のプログラム。
【0468】
（付記１１）
プログラムは、プロセッサに、さらに、
文書データを官公庁へ提出するための提出処理を行うステップを実行させ、第１のユーザが承認する入力操作を行った文書データの内容と、提出処理により官公庁へ提出される文書データの内容との一致度合いを比較した比較結果を生成する（図３４、３４１２、３４２１、３４２２）、付記１に記載のプログラム。
プログラムは、プロセッサに、さらに、
文書データを官公庁へ提出するための提出処理を行うステップを実行させ、第１のユーザが承認する入力操作を行った文書データの内容と、提出処理により官公庁へ提出される文書データの内容との一致度合いを比較した比較結果を生成する（図３４、３４１２、３４２１、３４２２）、付記１に記載のプログラム。
【0469】
（付記１２）
コンピュータは、記憶部に、複数の特許文献の情報を蓄積させており（２８６）、文書データの入力を受け付けるステップにおいて、発明の内容に関する文言の入力を第６のユーザから受け付けるステップ（Ｓ１４１３、２７１１）と、受け付けた発明の内容に関する文言を解析して単語を抽出することにより、記憶部に蓄積される複数の特許文献から、抽出される単語に関連する複数の記載を特定するステップ（Ｓ１４１５）と、特定された複数の記載に基づいて、知的財産権に関する文書データを生成するステップ（Ｓ１４１５）と、を実行させ、生成される文書データの記載の出典となる特許文献の情報の統計値を演算し、演算した統計値を第１のユーザに対し提示する（２９１２）、付記１に記載のプログラム。
コンピュータは、記憶部に、複数の特許文献の情報を蓄積させており（２８６）、文書データの入力を受け付けるステップにおいて、発明の内容に関する文言の入力を第６のユーザから受け付けるステップ（Ｓ１４１３、２７１１）と、受け付けた発明の内容に関する文言を解析して単語を抽出することにより、記憶部に蓄積される複数の特許文献から、抽出される単語に関連する複数の記載を特定するステップ（Ｓ１４１５）と、特定された複数の記載に基づいて、知的財産権に関する文書データを生成するステップ（Ｓ１４１５）と、を実行させ、生成される文書データの記載の出典となる特許文献の情報の統計値を演算し、演算した統計値を第１のユーザに対し提示する（２９１２）、付記１に記載のプログラム。
【0470】
（付記１３）
生成される文書データの各記載について、出典となる特許文献の書誌事項に基づく情報を特定することにより、統計値を演算する（２９１２）、付記１２に記載のプログラム。
生成される文書データの各記載について、出典となる特許文献の書誌事項に基づく情報を特定することにより、統計値を演算する（２９１２）、付記１２に記載のプログラム。
【0471】
（付記１４）
抽出される単語に関連する複数の記載を特定するステップにおいて、発明の内容に関する文言に基づき抽出される単語に基づいて、複数の特許文献から複数の記載を特定するための検索条件を生成するステップと（２７１３、２７１４）、生成した検索条件に基づき複数の特許文献それぞれを重みづけすることにより、抽出される単語に関連する複数の記載を特定するステップと（２７１４）、を実行させ、検索条件を、第１のユーザに提示する（２７１３、２７１４）、付記１２に記載のプログラム。
抽出される単語に関連する複数の記載を特定するステップにおいて、発明の内容に関する文言に基づき抽出される単語に基づいて、複数の特許文献から複数の記載を特定するための検索条件を生成するステップと（２７１３、２７１４）、生成した検索条件に基づき複数の特許文献それぞれを重みづけすることにより、抽出される単語に関連する複数の記載を特定するステップと（２７１４）、を実行させ、検索条件を、第１のユーザに提示する（２７１３、２７１４）、付記１２に記載のプログラム。
【0472】
（付記１５）
検索条件を生成するステップにおいて、検索条件として、抽出される複数の単語について、複数の特許文献における単語間の距離の長短により、複数の特許文献それぞれを重みづけする（２７１４）、付記１４に記載のプログラム。
検索条件を生成するステップにおいて、検索条件として、抽出される複数の単語について、複数の特許文献における単語間の距離の長短により、複数の特許文献それぞれを重みづけする（２７１４）、付記１４に記載のプログラム。
【0473】
（付記１６）
第６のユーザに対し、検索条件を提示し（２７１３、２７１４）、第６のユーザから、検索条件を変更する操作を受け付けることにより、変更後の検索条件に基づき、抽出される単語に関連する複数の記載を特定する（２７１２、２７１３、２７１４）、付記１４に記載のプログラム。
第６のユーザに対し、検索条件を提示し（２７１３、２７１４）、第６のユーザから、検索条件を変更する操作を受け付けることにより、変更後の検索条件に基づき、抽出される単語に関連する複数の記載を特定する（２７１２、２７１３、２７１４）、付記１４に記載のプログラム。
【0474】
（付記１７）
第１のユーザに対し、文書データと、検索条件とをともに提示して、文書データを承認する入力操作を受け付ける、付記１４に記載のプログラム。
第１のユーザに対し、文書データと、検索条件とをともに提示して、文書データを承認する入力操作を受け付ける、付記１４に記載のプログラム。
【0475】
（付記１８）
プログラムは、プロセッサに、さらに、文書データの出願人から文書データの承認の依頼を受け付けることが可能か否かの設定を第１のユーザから受け付けて記憶部に設定を記憶させるステップと（２８５、Ｓ１１０１、Ｓ１１０３）、出願人の文書データについて、第１のユーザが承認の依頼を受け付けることが可能と設定されている場合に、第１のユーザに対し文書データへの承認を要求する、付記１に記載のプログラム。
プログラムは、プロセッサに、さらに、文書データの出願人から文書データの承認の依頼を受け付けることが可能か否かの設定を第１のユーザから受け付けて記憶部に設定を記憶させるステップと（２８５、Ｓ１１０１、Ｓ１１０３）、出願人の文書データについて、第１のユーザが承認の依頼を受け付けることが可能と設定されている場合に、第１のユーザに対し文書データへの承認を要求する、付記１に記載のプログラム。
【0476】
（付記１９）
出願人の文書データの承認をする権限のある複数のユーザの情報を第７のユーザに提示するステップと、提示される複数のユーザのうち、文書データの承認を依頼するユーザを選択する入力操作を第７のユーザから受け付けるステップと、選択されたユーザに対し、文書データを閲覧させ、文書データに承認をする操作を受け付けるための画面を提示するステップと、を実行させる、付記１８に記載のプログラム。
出願人の文書データの承認をする権限のある複数のユーザの情報を第７のユーザに提示するステップと、提示される複数のユーザのうち、文書データの承認を依頼するユーザを選択する入力操作を第７のユーザから受け付けるステップと、選択されたユーザに対し、文書データを閲覧させ、文書データに承認をする操作を受け付けるための画面を提示するステップと、を実行させる、付記１８に記載のプログラム。
【0477】
（付記２０）
承認をする権限のある複数のユーザの情報を第７のユーザに提示するステップにおいて、複数のユーザがそれぞれ承認をする対象の文書データが割り当てられている状況、複数のユーザが承認を行った履歴、複数のユーザが承認を行った文書データの技術分類、複数のユーザが文書データを作成または文書データの内容のチェックをした案件の技術分類、からなる群から選択される少なくとも１つに基づいて、第７のユーザに優先して提示する複数のユーザを特定する、付記１９に記載のプログラム。
承認をする権限のある複数のユーザの情報を第７のユーザに提示するステップにおいて、複数のユーザがそれぞれ承認をする対象の文書データが割り当てられている状況、複数のユーザが承認を行った履歴、複数のユーザが承認を行った文書データの技術分類、複数のユーザが文書データを作成または文書データの内容のチェックをした案件の技術分類、からなる群から選択される少なくとも１つに基づいて、第７のユーザに優先して提示する複数のユーザを特定する、付記１９に記載のプログラム。
【0478】
（付記２１）
知的財産権に関する文書を含む文書データの作成を支援するサービスを提供するためのコンピュータを動作させるための方法であって、コンピュータは、記憶部に、サービスを利用する複数のユーザのアカウントの情報を記憶させており、複数のユーザそれぞれについて、官公庁へ提出する知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を記憶部に記憶させており、方法は、コンピュータのプロセッサが、官公庁へ提出する知的財産権に関する文書データの入力を受け付けるステップと、権限があるユーザである第１のユーザに対し、文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、文書データに対し承認する入力操作を受け付けることに応じて、文書データを、承認する権限があると設定されたユーザによって承認されたものとして記憶部で管理するステップと、を実行する、方法。
知的財産権に関する文書を含む文書データの作成を支援するサービスを提供するためのコンピュータを動作させるための方法であって、コンピュータは、記憶部に、サービスを利用する複数のユーザのアカウントの情報を記憶させており、複数のユーザそれぞれについて、官公庁へ提出する知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を記憶部に記憶させており、方法は、コンピュータのプロセッサが、官公庁へ提出する知的財産権に関する文書データの入力を受け付けるステップと、権限があるユーザである第１のユーザに対し、文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、文書データに対し承認する入力操作を受け付けることに応じて、文書データを、承認する権限があると設定されたユーザによって承認されたものとして記憶部で管理するステップと、を実行する、方法。
【0479】
（付記２２）
知的財産権に関する文書を含む文書データの作成を支援するサービスを提供するための情報処理装置であって、情報処理装置は、記憶部に、サービスを利用する複数のユーザのアカウントの情報を記憶させており、複数のユーザそれぞれについて、官公庁へ提出する知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を記憶部に記憶させており、情報処理装置の制御部が、官公庁へ提出する知的財産権に関する文書データの入力を受け付けるステップと、権限があるユーザである第１のユーザに対し、文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、文書データに対し承認する入力操作を受け付けることに応じて、文書データを、承認する権限があると設定されたユーザによって承認されたものとして記憶部で管理するステップと、を実行する、情報処理装置。
知的財産権に関する文書を含む文書データの作成を支援するサービスを提供するための情報処理装置であって、情報処理装置は、記憶部に、サービスを利用する複数のユーザのアカウントの情報を記憶させており、複数のユーザそれぞれについて、官公庁へ提出する知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を記憶部に記憶させており、情報処理装置の制御部が、官公庁へ提出する知的財産権に関する文書データの入力を受け付けるステップと、権限があるユーザである第１のユーザに対し、文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、文書データに対し承認する入力操作を受け付けることに応じて、文書データを、承認する権限があると設定されたユーザによって承認されたものとして記憶部で管理するステップと、を実行する、情報処理装置。
【0480】
（付記２３）
知的財産権に関する文書を含む文書データの作成を支援するサービスを提供するためのシステムを生産する方法であって、システムは、コンピュータを含み、コンピュータは、記憶部に、サービスを利用する複数のユーザのアカウントの情報を記憶させており、システムを生産する方法は、コンピュータのプロセッサに、複数のユーザそれぞれについて、官公庁へ提出する知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を記憶部に記憶させており、プログラムは、コンピュータのプロセッサに、官公庁へ提出する知的財産権に関する文書データの入力を受け付けるステップと、権限があるユーザである第１のユーザに対し、文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、文書データに対し承認する入力操作を受け付けることに応じて、文書データを、承認する権限があると設定されたユーザによって承認されたものとして記憶部で管理するステップと、を実行させるためのプログラムを提供することを含む、システムを生産する方法。
知的財産権に関する文書を含む文書データの作成を支援するサービスを提供するためのシステムを生産する方法であって、システムは、コンピュータを含み、コンピュータは、記憶部に、サービスを利用する複数のユーザのアカウントの情報を記憶させており、システムを生産する方法は、コンピュータのプロセッサに、複数のユーザそれぞれについて、官公庁へ提出する知的財産権に関する文書データの内容の妥当さを承認する権限があるか否かの設定を記憶部に記憶させており、プログラムは、コンピュータのプロセッサに、官公庁へ提出する知的財産権に関する文書データの入力を受け付けるステップと、権限があるユーザである第１のユーザに対し、文書データを提示して、当該第１のユーザから、当該文書データを承認する入力操作を受け付けるステップと、文書データに対し承認する入力操作を受け付けることに応じて、文書データを、承認する権限があると設定されたユーザによって承認されたものとして記憶部で管理するステップと、を実行させるためのプログラムを提供することを含む、システムを生産する方法。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
