(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022105766
(43)【公開日】2022-07-14
(54)【発明の名称】産業財産権の費用見積もりシステムおよびその方法
(51)【国際特許分類】
G06Q 50/18 20120101AFI20220707BHJP
【FI】
G06Q50/18 310
【審査請求】有
【請求項の数】5
【出願形態】OL
(21)【出願番号】P 2022087531
(22)【出願日】2022-05-30
(62)【分割の表示】P 2018167931の分割
【原出願日】2018-09-07
(71)【出願人】
【識別番号】300010899
【氏名又は名称】NGB株式会社
(74)【代理人】
【識別番号】110001416
【氏名又は名称】特許業務法人 信栄特許事務所
(72)【発明者】
【氏名】吉田 均
(72)【発明者】
【氏名】長谷川 雅則
(72)【発明者】
【氏名】菊田 桃子
(57)【要約】
【課題】単独保有の産業財産権の費用と共有の産業財産権の費用とを合わせて見積もることができる、産業財産権の費用見積もりシステム1を提供する。
【解決手段】システム1は、一つ以上の産業財産権について出願から権利維持の全ての手続きに関する将来的な費用を見積もる。システム1は、産業財産権について将来的に発生する手続きを予定手続きとして特定し、予定手続きにおいて生じる請求予定額と請求予定日とを算出し、全ての産業財産権の請求予定額と請求予定日に基づき、請求予定日が同一年度に属する請求予定額を合算して年度毎に生じる年度毎請求予定額の総額を算出するように構成されている。システム1は、年度毎請求予定額を算出する際に、分担比率が設定されている産業財産権については、該分担比率を請求予定額に乗じた分担額を請求予定額とみなして、年度毎請求予定額を算出するように構成されている。
【選択図】
図2
【特許請求の範囲】
【請求項1】
特定の産業財産権を識別可能な識別情報と、前記産業財産権に関する、権利の種別と、費用を算出するために要する書誌事項と、前記産業財産権が属するグループが識別可能なグループ識別情報とを含む案件データベースと、
前記産業財産権の種別ごとに、出願から権利維持のための手続きの種類が記録されたリーガルデータベースと、
各々の前記手続きに要する費用が記録されたコストデータベースと、
を用いて、一つ以上の前記産業財産権について出願から権利維持の前記手続きに関する将来的な費用を見積もるシステムであって、前記システムは、
前記案件データベースと前記リーガルデータベースに基づいて、特定の前記グループに属する前記産業財産権における各々の前記産業財産権について将来的に発生する前記手続きを予定手続きとして特定し、
前記コストデータベースに基づいて特定された前記予定手続きに関する請求予定額を算出可能に構成されている、産業財産権の費用見積もりシステム。
【請求項2】
前記リーガルデータベースには各々の前記手続きまたはその請求が発生する標準的なタイムスケジュールが記録され、
前記案件データベースと前記リーガルデータベースとに基づいて、前記予定手続きにおいて生じる請求予定日とを算出する、請求項1の費用見積もりシステム。
【請求項3】
前記グループは、企業の事業に対応する情報である、請求項1の費用見積もりシステム。
【請求項4】
前記グループは、企業のプロジェクトに対応する情報である、請求項1の費用見積もりシステム。
【請求項5】
前記グループは、ユーザが任意に指定可能な情報である、請求項1の費用見積もりシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、産業財産権の費用見積もりシステムおよびその方法に関する。
【背景技術】
【0002】
特許、実用新案、意匠、商標などの産業財産権は、取得するまでに相応の費用が生じ、また、該産業財産権を維持するために相応の費用が生じる。企業においては、これらの産業財産権に関する費用を管理することが求められている。そこで例えば特許出願のライフサイクルに亘るコストを管理する方法として、特許文献1に記載の方法が知られている。
【先行技術文献】
【特許文献】
【0003】
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで企業は他社と共同して特許を出願したりすることがある。特許出願を例に挙げれば、共同出願先とは契約に基づいて費用の負担率を設定している。このような共同出願を含む複数の特許出願の将来的に発生する費用を見積もる際には、単独保有に係る特許出願と共有に係る特許出願とが混在する際には、費用の見積もりが煩雑になる。しかも、費用の負担率が一律に設定されていればまだしも、現実には、共同出願の相手毎、特許出願毎、出願国毎などに応じて様々に負担率が設定されている。このため、共同出願および共同保有に係る産業財産権に関する費用と、単独出願および単独保有に係る産業財産権に関する費用とを合わせて管理することは煩雑であった。
【0005】
そこで、本発明は、単独保有の産業財産権の費用と共有の産業財産権の費用とを合わせて見積もることができる、産業財産権の費用見積もりシステムおよびその方法を提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明によれば、
特定の産業財産権を識別可能な識別情報と、該産業財産権に関する、出願日と、出願国と、権利の種別と、費用を算出するために要する書誌事項と、を含む案件データベースと、
産業財産権の種別ごとに、出願から権利維持のための全ての手続きの種類、および各々の前記手続きまたはその請求が発生する標準的なタイムスケジュールが記録されたリーガルデータベースと、
各々の前記手続きに要する庁費用と代理人費用とが記録されたコストデータベースと、
を用いて、一つ以上の産業財産権について出願から権利維持の全ての手続きに関する将来的な費用を見積もるシステムであって、前記システムは、
前記案件データベースと前記リーガルデータベースに基づいて、各々の産業財産権について将来的に発生する手続きを予定手続きとして特定し、
前記案件データベースと前記リーガルデータベースと前記コストデータベースに基づいて、前記予定手続きにおいて生じる請求予定額と請求予定日とを算出し、
全ての産業財産権の前記請求予定額と前記請求予定日に基づき、請求予定日が同一年度に属する請求予定額を合算して年度毎に生じる年度毎請求予定額の総額を算出するように構成されており、
前記システムは、前記年度毎請求予定額を算出する際に、分担比率が設定されている産業財産権については、該分担比率を前記請求予定額に乗じた分担額を用いて、前記年度毎請求予定額を算出するように構成されている、産業財産権の費用見積もりシステムが提供される。
【0007】
また本発明によれば、
特定の産業財産権を識別可能な識別情報と、該産業財産権に関する、出願日と、出願国と、権利の種別と、費用を算出するために要する書誌事項と、を含む案件データベースと、
産業財産権の種別ごとに、出願から権利維持のための全ての手続きの種類、および各々の前記手続きまたはその請求が発生する標準的なタイムスケジュールが記録されたリーガルデータベースと、
各々の前記手続きに要する庁費用と代理人費用とが記録されたコストデータベースと、
を用いて、一つ以上の産業財産権について出願から権利維持の全ての手続きに関する将来的な費用を見積もるシステムであって、前記システムは、
前記案件データベースと前記リーガルデータベースに基づいて、各々の産業財産権について将来的に発生する手続きを予定手続きとして特定し、
前記案件データベースと前記リーガルデータベースと前記コストデータベースに基づいて、前記予定手続きにおいて生じる請求予定額と請求予定日とを算出し、
全ての産業財産権の前記請求予定額と前記請求予定日に基づき、請求予定日が同一年および同一月に属する請求予定額を合算して月単位で生じる月毎請求予定額の総額を算出するように構成されており、
前記システムは、前記月毎請求予定額を算出する際に、分担比率が設定されている産業財産権については、該分担比率を前記請求予定額に乗じた分担額を用いて、前記月毎請求予定額を算出するように構成されている、産業財産権の費用見積もりシステムが提供される。
【0008】
また本発明によれば、
特定の産業財産権を識別可能な識別情報と、該産業財産権に関する、出願日と、出願国と、権利の種別と、費用を算出するために要する書誌事項と、を含む案件データベースと、
産業財産権の種別ごとに、出願から権利維持のための全ての手続きの種類、および各々の前記手続きまたはその請求が発生する標準的なタイムスケジュールが記録されたリーガルデータベースと、
各々の前記手続きに要する庁費用と代理人費用とが記録されたコストデータベースと、
プロセッサと
前記プロセッサにより実行されるコンピュータ可読命令を記録する非一時的記録手段と、
を用いて、一つ以上の産業財産権について出願から権利維持の全ての手続きに関する将来的な費用を見積もる方法であって、前記方法は前記プロセッサに、
前記案件データベースと前記リーガルデータベースに基づいて、各々の産業財産権について将来的に発生する手続きを予定手続きとして特定させ、
前記案件データベースと前記リーガルデータベースと前記コストデータベースに基づいて、前記予定手続きにおいて生じる請求予定額と請求予定日とを算出させ、
全ての産業財産権の前記請求予定額と前記請求予定日に基づき、請求予定日が同一年度に属する請求予定額を合算して年度毎に生じる年度毎請求予定額を算出させるように構成されており、
前記年度毎請求予定額を算出する際に、分担比率が設定されている産業財産権については、該分担比率を前記請求予定額に乗じた分担額を用いて、前記年度毎請求予定額を算出する、産業財産権の費用見積もり方法が提供される。
【0009】
また本発明によれば、
特定の産業財産権を識別可能な識別情報と、該産業財産権に関する、出願日と、出願国と、権利の種別と、費用を算出するために要する書誌事項と、を含む案件データベースと、
産業財産権の種別ごとに、出願から権利維持のための全ての手続きの種類、および各々の前記手続きまたはその請求が発生する標準的なタイムスケジュールが記録されたリーガルデータベースと、
各々の前記手続きに要する庁費用と代理人費用とが記録されたコストデータベースと、
プロセッサと
前記プロセッサにより実行されるコンピュータ可読命令を記録する非一時的記録手段と、
を用いて、一つ以上の産業財産権について出願から権利維持の全ての手続きに関する将来的な費用を見積もる方法であって、前記方法は前記プロセッサに、
前記案件データベースと前記リーガルデータベースに基づいて、各々の産業財産権について将来的に発生する手続きを予定手続きとして特定させ、
前記案件データベースと前記リーガルデータベースと前記コストデータベースに基づいて、前記予定手続きにおいて生じる請求予定額と請求予定日とを算出させ、
全ての産業財産権の前記請求予定額と前記請求予定日に基づき、請求予定日が同一年および同一月に属する請求予定額を合算して月単位で生じる月毎請求予定額を算出させるように構成されており、
前記月毎請求予定額を算出する際に、分担比率が設定されている産業財産権については、該分担比率を前記請求予定額に乗じた分担額を用いて、前記月毎請求予定額を算出するように構成されている、産業財産権の費用見積もり方法が提供される。
【発明の効果】
【0010】
本発明によれば、単独保有の産業財産権の費用と共有の産業財産権の費用とを合わせて見積もることができる、産業財産権の費用見積もりシステムおよびその方法が提供される。
【図面の簡単な説明】
【0011】
【
図1】本発明の第一実施形態に係る産業財産権の費用見積もりシステムを示すブロック図である。
【
図2】本発明の第一実施形態におけるメインサーバが実行する処理のフローチャートである。
【
図3】本発明の第一実施形態における案件データベースの一例を示す。
【
図4】本発明の第一実施形態におけるリーガルデータベースの一例を示す。
【
図5】本発明の第一実施形態における中間データベースの一例を示す。
【
図6】本発明の第一実施形態におけるコストデータベースの一例を示す。
【
図7】本発明の第一実施形態における年度毎請求予定額の一例を示す。
【
図8】本発明の第二実施形態における案件データベースの一例を示す。
【
図9】本発明の第二実施形態におけるリーガルデータベースの一例を示す。
【
図10】本発明の第二実施形態における中間データベースの一例を示す。
【
図11】本発明の第二実施形態におけるコストデータベースの一例を示す。
【
図12】本発明の第二実施形態における月毎請求予定額および年度毎請求予定額の一例を示す。
【
図13】本発明の第二実施形態の変形例に係る案件データベースの一例を示す。
【
図14】本発明の変形例に係る中間データベースの一例を示す。
【発明を実施するための形態】
【0012】
添付の図面を参照しつつ、本発明に係る実施形態の例について、以下詳細に説明する。
【0013】
<第一実施形態>
図1は、本発明の第一実施形態に係る産業財産権の費用見積もりシステム(以降、単にシステム1と呼ぶ)を示すブロック図である。システム1は複数のユーザの端末2とメインサーバ10とデータサーバ20を有している。本システム1は産業財産権を出願または保有しているユーザに対して、ユーザが保有している産業財産権の将来的に生じる費用を月毎あるいは年度毎に算出する。
【0014】
なお、本発明が見積もる費用は、特許・実用新案・意匠・商標の出願時に要する費用、特許出願・実用新案出願・意匠出願・商標出願が特許庁に係属している間に生じる費用、特許権・実用新案権・意匠件・商標件を維持するための費用である。
以降の説明において、産業財産権、出願中の産業財産権、出願を予定している産業財産権をまとめて、単に案件と呼ぶことがある。
なお、次に説明する第一実施形態は、より予測のしやすい産業財産権の権利を維持するために要する費用の見積もりに本発明を適用した例である。
【0015】
メインサーバ10はプロセッサ11(central processing unit)と、一時的記録装置(RAM12)と、非一時的記録装置(ROM13またはHDD)とを有している。ROM13(非一時的記録手段)に記録されたプログラム(コンピュータ可読命令)がRAM12に展開され、プロセッサ11により実行されると、以下に詳述する産業財産権の費用見積もり方法が実行される。
【0016】
ユーザの端末2は、ネットワーク3を介してメインサーバ10に通信可能に接続されている。ユーザの端末2とは、ユーザが所有する端末であってもよいし、ユーザがログインした自身が所有していない端末であってもよい。端末とは、パーソナルコンピュータでもよいし、タブレット端末、携帯電話端末であってもよい。
【0017】
データサーバ20はネットワーク3を介してメインサーバ10に通信可能に接続されている。データサーバ20は、以下に詳述する、ユーザデータベース、案件データベース、リーガルデータベース、コストデータベースを含んでいる。なおデータサーバ20はメインサーバ10とともに一つの装置をなす構成としてもよいし、メインサーバ10とデータサーバ20はそれぞれが独立した装置として構成してもよい。
【0018】
図2は、メインサーバ10が実行する処理のフローチャートである。
図2に示すように、まずメインサーバ10はログイン処理を行う(S01)。
メインサーバ10がログイン処理を実行すると、メインサーバ10は、ユーザの端末2からユーザ識別情報とパスワードを取得する。ユーザデータベースにはユーザ識別情報とパスワードが記録されている。メインサーバ10は、取得したユーザ識別情報とパスワードが、ユーザデータベースに登録されたユーザ識別情報とパスワードと一致する場合に、ユーザがログインしたものと識別する。
以降、ユーザAAAが本システム1にログインしたものとして説明する。
【0019】
次にメインサーバ10は、年度の定義を取得する(ステップS02)。年度の定義とは、ユーザの言う年度の開始月(または終了月)である。例えば、ユーザAAAの言う年度とは4月から来年の3月までの期間を言う場合があり、ユーザBBBの言う年度とは1月から12月までの期間を言う場合がある。本システム1は、ユーザの言う年度の定義に合わせて年度毎の費用を算出できるように構成されている。なお年度の定義は、ユーザの端末2から取得するように構成してもよい。あるいは、ユーザデータベースにユーザの年度の定義が記録されており、ユーザデータベースから特定のユーザの年度の定義を取得するように構成してもよい。
以降、ユーザAAAが4月が年度の開始月であると年度を定義したものとして説明する。
【0020】
次にメインサーバ10は、ユーザが表示したい年度または月を取得する(ステップS03)。ユーザが表示したい年度とは、例えば今年度、来年度、再来年度の三年間である。あるいは、ユーザが表示したい月とは、例えば今年の12月、あるいは今年の4月から六ヶ月間である。なお表示したい年度または月は、ユーザの端末2から取得するように構成してもよい。あるいは、ユーザデータベースにユーザの表示したい年度または月が記録されており、ユーザデータベースから特定のユーザの表示したい年度または月を取得するように構成してもよい。
以降、第一実施形態では、今年度(2018年度)から2038年度までの20年間がユーザAAAが表示したい年度であるとして説明する。
【0021】
次にメインサーバ10は、見積もりを算出する案件情報を取得する(ステップS04)。案件情報とは、費用を見積もる対象となる案件に関する情報である。本実施形態では、案件情報は前もって案件データベースに登録されている。メインサーバ10は、特定したユーザが保有する案件の情報を抽出する。なお、これとは異なり、メインサーバ10がユーザの端末2から複数の案件情報を取得するように構成してもよい。あるいは、ユーザは自らが保有するデータベースに案件情報を蓄積していることがある。そこでメインサーバ10はこのデータベースをユーザの端末などから取得するように構成してもよい。
以降の説明においては、ユーザAAAがシステム1にログインしたものとし、ユーザAAAが保有する全ての案件を費用の見積もりを算出する対象とする例を説明する。
【0022】
まず、権利を維持するために所定の期間毎に支払いが必要となる産業財産権の特許料あるいは登録料の支払い手続きに関する見積もりに本発明を適用した第一実施形態の例を
図3から
図7を用いて説明する。
【0023】
図3は、案件データベースの一例を示している。
図3に示すように案件データベースは、例えば、案件ID、ユーザID、ユーザ整理番号、種別、出願国、出願番号、基礎出願日、実際の出願日、登録日、請求項の数、頁数、図面の数、区分の数、グループ、分担比率を含んでいる。
なお、以降の説明においては2018年4月1日を現在とする。
【0024】
案件IDとは、本システム1を運用する事業者が個々の案件を識別可能にするために個々の案件に付与した識別情報である。案件IDは数字、アルファベットや記号などを含んでいてもよい。
【0025】
ユーザIDとは、本システム1を運用する事業者が個々のユーザを識別可能にするために、個々のユーザに付与した識別情報である。ユーザIDも、数字、アルファベット、記号などを含んでいてもよい。
【0026】
ユーザ整理番号とは、個々のユーザが案件に付している番号である。例えばあるユーザが特定のユーザ整理番号の費用の見積もりを知りたい場合には、ユーザ整理番号を特定することにより、該見積もりを算出することができる。ユーザ整理番号も数字の他にアルファベットや記号などを含んでいてもよい。
【0027】
種別とは、案件が特許であるか、実用新案であるか、意匠であるか、商標であるかを示している。
図3においてPは特許、Uは実用新案、Dは意匠、Tは商標を示している。
【0028】
出願国とは、案件が出願された国である。JPは日本国特許庁への出願を意味し、USはアメリカ合衆国特許商標庁への出願を意味し、EPとは欧州特許庁への出願を意味し、CNは中国特許庁への出願を意味する。
【0029】
基礎出願日とは、第一国目の出願日である。パリ条約による優先権を主張する出願においては優先権を主張する出願の出願日である。
【0030】
実際の出願日とは、第二国目の実際の出願日である。第一国目の出願においては、基礎出願日と実際の出願日は同一となる。
【0031】
登録日とは、産業財産権が登録された日である。
【0032】
請求項の数、頁数、図面の数、区分の数などは、見積もり費用の算出に用いられる項目である。例えば日本の特許出願における特許料の庁費用は、請求項の数および登録日からの経過年数に応じて定まる。あるいは日本における登録商標の更新に要する庁費用は、区分の数に応じて定まる。このように、案件データベースには、権利維持の手続きに要する費用を算出するために必要とされる書誌事項が含まれている。
グループおよび分担比率については、後に詳しく説明する。
【0033】
ステップS04において、メインサーバ10は案件データベースを照合し、ユーザAAAを示す、ユーザIDがAAAの案件を抽出する。図示の例では、案件ID00001~00006を以下の処理の対象とする。
【0034】
次にメインサーバ10は、予定手続きを特定する(ステップS05)。メインサーバ10は、対象とする複数の産業財産権において将来的に発生する全ての手続きの費用を見積もる。そこで、メインサーバ10は、将来的に発生する全ての手続きを、案件データベースとリーガルデータベースを用いて特定する。メインサーバ10は、特定した将来的に発生する全ての予定手続きを中間データベースに出力する。図示の例では、案件ID00001~00006について、全ての予定手続きを
図5に示す中間データベースに出力する。
【0035】
図4はリーガルデータベースの一例を示している。リーガルデータベースには、産業財産権の種別ごとに、権利維持のための全ての手続きの種類、および各々の前記手続きの請求が発生する標準的なタイムスケジュールが記録されている。本実施形態において
図4に示すようにリーガルデータベースには、産業財産権の権利維持の全ての手続きの種類と、該手続きが生じる予定日を算出するために必要な起算日と、起算日から該手続き発生までの日数が含まれている。例えば日本の特許において第四年目の登録料の支払いに関する費用の請求が生じるまでには、基礎出願日からおよそ1460日経過する。
【0036】
このリーガルデータベースは、過去の膨大な出願の経緯を基にして、各々の手続きが起算日からどのくらい経過した後に生じるかを記録したものである。このリーガルデータベースは、直近の状況が反映されるように定期的に更新されることが好ましい。
【0037】
なお、
図4においては基礎出願日と現実の出願日と登録日が起算日として使われることが想定されているが、これに限られない。基礎出願日と登録日のみを起算日としてもよいし、これら以外の日を起算日としてもよい。また、リーガルデータベースには手続きが発生する標準的なタイムスケジュールが記録されていてもよい。リーガルデータベースには、起算日から手続きが発生するまでの標準的な所要日数が記録されていてもよいし、起算日から手続きが発生するまでの標準的な所要月数が記録されていてもよい。
【0038】
図5は中間データベースの一例を示している。
図5に示すように中間データベースには、案件毎に全ての手続きが列挙され、各々の手続きの請求予定日が特定されている。
例えば案件ID00001は日本の特許権である。そこでメインサーバ10は、案件ID00001について、
図4のリーガルデータベースを用いて将来的に発生する予定手続きと、各々の手続きの請求予定日を特定し、
図5に示す中間データベースを作成する。案件ID00001について具体的に説明する。
【0039】
まずメインサーバ10は、各々の予定手続きの請求予定日を特定する。
図4より、日本の四年目の特許料の納付に関わる請求予定日は登録日から1460日経過後に生じる。
図3より、登録日は2015年7月19日である。そこでメインサーバ10は
図5の中間データベースに示すように、案件ID00001の四年目の特許料の納付に関わる請求予定日を2019年7月18日と特定する。
【0040】
同様にしてメインサーバ10は五年目の特許料の納付に関わる請求予定日を登録日から1825日後の2020年7月17日、六年目の特許料の納付に関わる請求予定日を登録日から2190日後の2021年7月17日、などと特定する。
【0041】
メインサーバ10は特定したこれらの予定手続きと各々の請求予定日とを
図5に示す中間データベースとして記録する。
【0042】
図2に戻り、次にメインサーバ10は、案件ごとに設定される分担比率を取得する(ステップS06)。本実施形態においては、
図3の案件データベースに分担比率が記録されている。そこでメインサーバ10は案件データベースから分担比率を取得する。なお本例とは異なり、ユーザの端末2から案件毎に分担比率を取得するように構成してもよい。
【0043】
図3の案件データベースより、案件ID00001の分担比率は20%である。そこでメインサーバ10は、中間データベースの案件ID00001の分担比率に20%を書き込む。以下、ユーザAAAの全ての案件について分担比率を取得し、中間データベースに書き込む。なお本例では、案件データベースの分担比率が記入されていない欄については、分担比率が100%としている。
【0044】
分担比率とは、その案件に関する費用のうちユーザが負担する比率を表す指標である。例えば、ある出願Aが甲と乙の二社の共有に係るものであった場合、甲と乙の分担比率が半々である場合があったり、甲が30%、乙が70%である場合がある。あるいは同じ基礎出願を有する外国出願であっても、米国出願については甲の分担比率が30%で、中国出願については甲の分担比率が50%などと定められる場合がある。共同開発に関わる契約などにより案件によって様々な分担比率が定められている。そのため、
図3に示したように、案件毎に分担比率が設定されている。
【0045】
図2に戻り、次にメインサーバ10は、請求予定額を算出する(ステップS07)。請求予定額は、
図6に示すコストデータベースを用いて算出する。まず四年目の特許料の納付について、コストデータベースに記録されている庁費用とユーザAAAの代理人費用を参照し、これらを合計した金額を一時請求額として
図5の中間データベースに書き込む。さらにメインサーバ10はこの一次請求額に分担比率を乗じて請求予定額を算出する。
【0046】
コストデータベースには、各々の手続きに要する庁費用と代理人費用とが記録されている。メインサーバ10は、この庁費用と代理人費用とを合算した費用を一次請求額として算出する。
図6のコストデータベースは、各々の手続きに要する費用を直接的な数値あるいは費用を算出する計算式として記録している。
【0047】
本実施形態において代理人の費用体系は、総じて高めのAランク、総じて低めのCランク、中間のBランクにランク分けされて記録されている。また、ユーザは特定の代理人を利用することも多い。あるいはユーザによっては代理人へ特別な料金体系を設定してもらっている場合もある。そこでコストデータベースは、ユーザA用代理人費用を記録していてもよい。あるいはコストデータベースは単に多数の代理人の識別情報とともにその費用体系が記録されており、ユーザと案件の出願国に合わせてユーザが事前に登録している(例えばユーザデータベースなどに登録)指定の代理人に合わせた費用体系が選択されるように構成されていてもよい。
【0048】
なお、コストデータベースは適宜更新される。例えば、法改正を受けて庁費用を更新する。あるいは、定期的に直近の通貨レートを反映させて所費用を更新する。あるいは、定期的に代理人費用の変動を反映させて代理人費用を更新する。
【0049】
図2に戻り、次にメインサーバ10は年度毎請求予定額および月毎請求予定額の少なくとも一方を算出する(ステップS08)。
図5に示したように、中間データベースとして請求予定日と請求予定額とがまとめられている。
【0050】
先述したように、本例ではユーザAAAが2018年度から2037年度までの20年間について見積もりを取得したいと希望しているケースを想定している。そこでメインサーバ10は、請求予定日が同じ年度に属する請求予定額を足し合わせて年度毎請求予定額を算出する。ここで、先述したようにユーザAAAの年度は4月開始である。そこで例えば、請求予定日が2018年4月から2019年3月までに属する請求予定額を合計して2018年度の請求予定額を算出する。請求予定日が2019年4月から2020年3月までに属する請求予定額を合計して2019年度の請求予定額を算出する。このようにして、
図7に示すように2018年度から2027年度の20年分の年度毎請求予定額を算出する。
【0051】
ここで、メインサーバ10は一次請求額に分担比率を乗じて請求予定額を算出している。つまり、年度毎請求予定額を算出する際に、分担比率が設定されている産業財産権については、該分担比率を請求予定額に乗じた分担額を用いて年度毎請求予定額が算出される。
【0052】
図2に戻り、メインサーバ10は算出した年度毎請求予定額をユーザの端末2へ出力する(ステップS09)。メインサーバ10は、ユーザの端末2の表示装置へ数値として年度毎請求予定額を表示させてもよいし、年度毎の変動がわかりやすいようにグラフで表示させてもよい。あるいは、産業財産権の種別毎に表示してもよいし、手続きの種類毎に表示してもよい。あるいは、ユーザによって表示方法をカスタマイズ可能に構成されていてもよい。
【0053】
以上のように、本実施形態に係る産業財産権の費用見積もりシステム1およびその方法によれば、案件毎に分担比率を特定し、一次請求額にこの分担比率を乗じて請求予定額を算出する。このため、単独保有の産業財産権の権利維持に係る費用と共有の産業財産権の権利維持に係る費用とを合わせて見積もることができる。特に、自身が保有する産業財産権の権利維持に係る費用を見積もることが比較的容易であるものの、分担比率が様々な共有に係る産業財産権の権利維持に係る費用を、単独保有に係る産業財産権の権利維持に係る費用とまとめて見積もることは非常に煩雑であった。本システム1および方法によれば、共有に係る産業財産権の権利維持に関する費用と、単独保有に係る産業財産権の権利維持に関する費用とを、まとめて見積もることができる。このため、予算編成など産業財産権の権利維持に要する費用の管理に係るユーザの負担が大幅に軽減される。
【0054】
本システム1および方法により、ユーザは産業財産権に関する年間の予算を立てるための費用を簡単に見積もることができる。
【0055】
なお、上述した実施形態ではユーザの保有する全ての案件について見積もりを算出する例を説明したが、本発明はこれに限られない。本システム1は、抽出条件を取得し、案件データベースに登録されている全ての案件のうちで、抽出条件を満たすものを見積もり対象の産業財産権として特定し、見積もり対象の産業財産権について、年度毎請求予定額を算出するように構成されていてもよい。
例えば見積もりを算出する基礎出願日や権利の種別の範囲を取得し、該範囲に属する案件のみについて見積もりを算出するように構成してもよい。
【0056】
また、
図3の「グループ」に示すように、本実施形態の案件データベースは、産業財産権が属するグループが識別可能なグループ識別情報を含んでいる。本システム1は、案件データベースに基づいて、特定のグループに属する産業財産権の権利維持に関する請求予定額を算出可能に構成されている。
例えば企業は事業やプロジェクトごとに産業財産権を管理することがある。そこでユーザはある事業に関連する産業財産権にグループ1を付与することができる。これにより、グループ1のみを簡単に抽出して見積もりを取得することができる。このように、グループ識別情報は、ユーザが任意に指定可能な情報である。
【0057】
なお、上述した第一実施形態においては、産業財産権の特許料あるいは登録料の支払い手続きに関する見積もりに、本発明を適用した例を説明した。このような権利維持に関する費用は、国毎および産業財産権の種別毎に、法律で支払いの期限が明確に定められているため、費用の支払いが生じる予定日を精度よく予測しやすい。しかし、本発明はこれに限られない。次に、出願から特許料あるいは登録料の支払い手続きを含む、出願から権利維持のための全ての手続きに関する見積もりに、本発明を適用する第二実施形態を説明する。なお、第二実施形態においても、見積もりを算出するシステムおよびフローチャートは上記第一実施形態のシステムおよびフローチャートと共通である。このため、適宜
図1および
図2も用いて第二実施形態を説明する。
【0058】
<第二実施形態>
図8は、第二実施形態の案件データベースの一例を示している。
図8に示すように案件データベースは、例えば、案件ID、ユーザID、ユーザ整理番号、種別、出願国、出願番号、基礎出願日、実際の出願日、審査請求日、指令書通知日、登録日、請求項の数、頁数、図面の数、区分の数、グループ、分担比率を含んでいる。
なお、以降の説明においては2018年4月1日を現在とする。
図8においては2018年4月1日以前に生じた手続きの請求日が入力されている。2018年4月2日以降に生じる予定の手続きの請求日は空欄とされている。
また、本第二実施形態においては、ユーザAAAが2018年度から2020年度までの三年間の出願から権利維持に係る全て手続きに要する費用の見積もりを取得したい場合を想定している。
【0059】
案件ID、ユーザID,ユーザ整理番号、種別、出願国、基礎出願日、実際の出願日、登録日、請求項の数、頁数、図面の数、区分の数、などは上述した第一実施形態と同様である。
【0060】
審査請求日とは、審査請求した日である。なお、米国のように審査請求制度がない国においては、審査請求日が存在しないことを示す[n/a]が入力されている。
【0061】
指令書通知日とは、拒絶理由通知書が通知された日である。なお、日本の実用新案のように拒絶理由通知書が発行されない場合には、指令書通知日にn/aが入力される。なお、図示の例では指令書が一回のみ通知されることを想定しているが、複数回の指令書が発行されることを前提として案件データベースを構成してもよい。
【0062】
ステップS04において、メインサーバ10は案件データベースを照合し、ユーザAAAを示す、ユーザIDがAAAの案件を抽出する。図示の例では、案件ID1001~1006を以下の処理の対象とする。
【0063】
次にメインサーバ10は、予定手続きを特定する(ステップS05)。メインサーバ10は、対象とする複数の産業財産権において将来的に発生する全ての手続きの費用を見積もる。そこで、メインサーバ10は、将来的に発生する全ての手続きを、案件データベースとリーガルデータベースを用いて特定する。メインサーバ10は、特定した将来的に発生する全ての予定手続きを中間データベースに出力する。図示の例では、案件ID1001~1006について、全ての予定手続きを
図10に示す中間データベースに出力する。
【0064】
図9はリーガルデータベースの一例を示している。リーガルデータベースには、産業財産権の種別ごとに、出願から権利維持のための全ての手続きの種類、および各々の前記手続きの請求が発生する標準的なタイムスケジュールが記録されている。本実施形態において
図9に示すようにリーガルデータベースには、産業財産権の出願から権利維持に至る全ての手続きの種類と、該手続きが生じる予定日を算出するために必要な起算日と、起算日から該手続き発生までの日数が含まれている。例えば日本の特許において審査請求の費用の請求が生じるまでには、基礎出願日からおよそ500日経過する。
【0065】
このリーガルデータベースは、過去の膨大な出願の経緯を基にして、各々の手続きが起算日からどのくらい経過した後に生じるかを記録したものである。このリーガルデータベースは、直近のデータが反映されるように定期的に更新される。
【0066】
なお、
図9においては基礎出願日と現実の出願日と登録日が起算日として用いられることが想定されているが、これに限られない。基礎出願日と登録日のみを起算日としてもよいし、これら以外の日を起算日としてもよい。また、リーガルデータベースには手続きが発生する標準的なタイムスケジュールが記録されていてもよい。リーガルデータベースには、起算日から手続きが発生するまでの標準的な所要日数が記録されていてもよいし、起算日から手続きが発生するまでの標準的な所要月数が記録されていてもよい。
【0067】
また、
図9に示したリーガルデータベースには、一回の指令書(拒絶理由通知)の対応のみが登録されているが、例えば指令書が複数回通知されることを想定して複数回の指令書の対応を登録しておいてもよい。また、
図9においては典型的な手続きのみを示したが、各国あるいは産業財産権の種類に基づいて必要な手続きが全て登録されている。
【0068】
図10は中間データベースの一例を示している。
図10に示すように中間データベースには、案件毎に全ての手続きが列挙され、各々の手続きの請求予定日が特定されている。
例えば案件ID01001は日本の特許出願である。そこでメインサーバ10は、案件ID01001について、
図9のリーガルデータベースを用いて将来的に発生する予定手続きと、各々の手続きの請求予定日を特定し、
図10に示す中間データベースを作成する。案件ID01001について具体的に説明する。
【0069】
まずメインサーバ10は、
図8の案件データベースに登録された既に発生した手続きと、案件データベースに登録されておらず未発生の手続きとを識別する。メインサーバ10は、案件データベースより、指令書が直近の手続きであり、これ以降の手続きが生じていないと判別する。そこでメインサーバ10は
図9のリーガルデータベースを用いて指令書より後に生じる予定手続きとして、登録料の納付、四年目の特許料の納付、五年目以降の特許料といった全ての予定手続きを特定する。なお、
図10においては六年目以降の特許料の納付の手続きについては図示していない。
【0070】
さらにメインサーバ10は、各々の予定手続きの請求予定日を特定する。
図9より、登録料の納付に関わる請求予定日は現実の出願日から800日経過後に生じる。
図8より、現実の出願日は2016年2月3日である。そこでメインサーバ10は
図10の中間データベースに示すように、案件ID01001の登録料の納付に関わる請求予定日を2018年4月13日と特定する。
【0071】
同様にしてメインサーバ10は四年目の特許料の納付に関わる請求予定日を登録日から1460日後の2023年5月17日、五年目の特許料の納付に関わる請求予定日を登録日から1825日後の2024年5月16日、などと特定する。
【0072】
メインサーバ10は特定したこれらの予定手続きと各々の請求予定日とを
図10に示す中間データベースとして記録する。
【0073】
図2に戻り、次にメインサーバ10は、案件ごとに設定される分担比率を取得する(ステップS06)。本実施形態においては、
図8の案件データベースに分担比率が記録されている。そこでメインサーバ10は案件データベースから分担比率を取得する。なお本例とは異なり、ユーザの端末2から案件毎に分担比率を取得するように構成してもよい。
【0074】
図8の案件データベースより、案件ID01001の分担比率は20%である。そこでメインサーバ10は、中間データベースの案件ID01001の分担比率に20%を書き込む。以下、ユーザAAAの全ての案件について分担比率を取得し、中間データベースに書き込む。なお本例では、案件データベースの分担比率が記入されていない欄については、分担比率が100%としている。
【0075】
分担比率とは、その案件に関する費用のうちユーザが負担する比率を表す指標である。例えば、ある出願Aが甲と乙の二社の共有に係るものであった場合、甲と乙の分担比率が半々である場合があったり、甲が30%、乙が70%であったりする場合がある。あるいは同じ基礎出願を有する外国出願であっても、米国出願については甲の分担比率が30%で、中国出願については甲の分担比率が50%などと定められる場合がある。共同開発に関わる契約などにより案件によって様々な分担比率が定められている。そのため、
図8に示したように、案件毎に分担比率が設定されている。
【0076】
図2に戻り、次にメインサーバ10は、請求予定額を算出する(ステップS07)。請求予定額は、
図11に示すコストデータベースを用いて算出する。まず登録料の納付について、コストデータベースに記録されている庁費用とユーザAAAの代理人費用を参照し、これらを合計した金額を一時請求額として
図10の中間データベースに書き込む。さらにメインサーバ10はこの一次請求額に分担比率を乗じて請求予定額を算出する。
【0077】
コストデータベースには、各々の手続きに要する庁費用と代理人費用とが記録されている。メインサーバ10は、この庁費用と代理人費用とを合算した費用を一次請求額として算出する。
図11のコストデータベースは、各々の手続きに要する費用を直接的な数値あるいは費用を算出する計算式として記録している。
【0078】
本実施形態において代理人の費用体系は、総じて高めのAランク、総じて低めのCランク、中間のBランクにランク分けされて記録されている。また、ユーザは特定の代理人を利用することも多い。あるいはユーザによっては代理人へ特別な料金体系を設定してもらっている場合もある。そこでコストデータベースは、ユーザA用代理人費用を記録していてもよい。あるいはコストデータベースは単に多数の代理人の識別情報とともにその費用体系が記録されており、ユーザと案件の出願国に合わせてユーザが事前に登録している(例えばユーザデータベースなどに登録)指定の代理人に合わせた費用体系が選択されるように構成されていてもよい。
【0079】
なお、コストデータベースは適宜更新される。例えば、法改正を受けて庁費用を更新する。あるいは、定期的に直近の通貨レートを反映させて所費用を更新する。あるいは、定期的に代理人費用の変動を反映させて代理人費用を更新する。
【0080】
図2に戻り、次にメインサーバ10は年度毎請求予定額および月毎請求予定額の少なくとも一方を算出する(ステップS08)。
図10に示したように、中間データベースとして請求予定日と請求予定額とがまとめられている。
【0081】
先述したように、本例ではユーザAAAが今年度、来年度、再来年度の三年間について見積もりを取得したいと希望しているケースを想定している。そこでメインサーバ10は、現在(2018年4月)から一月毎に、同じ年の同じ月に属する請求予定額を足し合わせて月毎請求予定額を算出する。また、先述したようにユーザAAAの年度は4月開始である。そこで2018年4月から2019年3月までの月毎請求予定額を合計して2018年度の年度毎請求予定額を算出し、同様にして2019年度の年度毎請求予定額、2020年度の年度毎請求予定額を算出する。このようにして、
図12に示すように2018年度の請求予定額、2019年度の請求予定額、2020年度の請求予定額を算出する。
【0082】
なお年度毎請求予定額は、月毎請求予定額を算出することなく、
図10の中間データベースから請求予定日が同じ年度に属する請求予定額を足し合わせて直接算出してもよいことはもちろんである。
【0083】
ここで、メインサーバ10は、一次請求額に分担比率を乗じて請求予定額を算出している。つまり、年度毎請求予定額を算出する際に、分担比率が設定されている産業財産権については、該分担比率を請求予定額に乗じた分担額を用いて、年度毎請求予定額が算出される。また、月毎請求予定額を算出する際に、分担比率が設定されている産業財産権については、該分担比率を請求予定額に乗じた分担額を用いて、月毎請求予定額が算出される。
【0084】
図2に戻り、メインサーバ10は算出した年度毎請求予定額および月毎請求予定額の少なくとも一方をユーザの端末2へ出力する(ステップS09)。メインサーバ10は、ユーザの端末2の表示装置へ数値として年度毎請求予定額および月毎請求予定額の少なくとも一方を表示させてもよいし、年度毎または月毎の変動がわかるようにグラフで表示させてもよい。あるいは、産業財産権の種別毎に表示してもよいし、手続きの種類毎に表示してもよい。あるいは、ユーザによって表示方法をカスタマイズ可能に構成されていてもよい。
【0085】
以上のように、本実施形態に係る産業財産権の費用見積もりシステム1およびその方法によれば、案件毎に分担比率を特定し、一次請求額にこの分担比率を乗じて請求予定額を算出する。このため、単独保有の産業財産権の費用と共有の産業財産権の費用とを合わせて見積もることができる。特に、自身が保有する産業財産権に関する費用を見積もることが比較的容易であるものの、分担比率が様々な共有に係る産業財産権に関する費用を、単独保有に係る産業財産権に関する費用とまとめて見積もることは非常に煩雑であった。本システム1および方法によれば、共有に係る産業財産権に関する費用と、単独保有に係る産業財産権に関する費用とを、まとめて見積もることができる。このため、予算編成など産業財産権に要する費用の管理に係るユーザの負担が大幅に軽減される。
【0086】
本システム1および方法により、ユーザは年間の予算を立てるために費用を簡単に見積もることができる。また、月毎請求額の変動を予測することができるため、資金管理をしやすい。
【0087】
なお上記実施形態では、案件データベースに既に発生した手続きの請求日が記入されており、これに基づいてメインサーバ10が予定手続きを特定する構成を説明したが、本発明はこれに限られない。
図13は本発明の変形例に係る案件データベースの一例を示す。
図13に示すように、案件データベースには、基礎出願日と実際の出願日と登録日のみが記録され、審査請求など他の手続きに関する請求日は記録されていない。このような案件データベースであっても、
図9に示したリーガルデータベースに基づいて、
図14の中間データベースに示すように全ての手続きについて費用が生じた請求日または将来的に費用が生じる請求予定日を算出することができる。
【0088】
この中間データベースを用いて、請求予定日が同じ年の同じ月に属する請求予定額を足し合わせて月毎請求予定額を算出し、請求予定日が同じ年度に属する請求予定額を足し合わせて年度毎請求予定額を算出することができる。これにより、費用の予測精度は若干低下する可能性があるものの、ユーザにとって案件情報を入力する労力が大幅に低減され、より使いやすいシステム1および方法が提供される。
【0089】
なお上記実施形態では、案件情報は前もって案件データベースに登録されている形態を説明したが、本発明はこれに限られない。例えば、ログイン処理後に、費用の見積もりをする対象となる案件情報をユーザの端末2から取得するように構成されていてもよい。なお、ユーザの端末2から取得した案件情報は案件データベースに記録されるように構成されていることが好ましい。
【0090】
なお上記実施形態では、説明の便宜のために中間データベースを出力する構成を説明したが、中間データベースを出力せず直接年度毎または月毎の請求予定額を算出するように構成してもよい。また、中間データベースに起算日や加算日数、分担比率、一次請求額などを含んでいなくてもよいことはもちろんである。
【0091】
なお、上述した実施形態ではユーザの保有する全ての案件について見積もりを算出する例を説明したが、本発明はこれに限られない。本システム1は、抽出条件を取得し、案件データベースに登録されている全ての案件のうちで、抽出条件を満たすものを見積もり対象の産業財産権として特定し、見積もり対象の産業財産権について、年度毎請求予定額または月毎請求予定額を算出するように構成されていてもよい。
例えば見積もりを算出する基礎出願日や権利の種別の範囲を取得し、該範囲に属する案件のみについて見積もりを算出するように構成してもよい。
【符号の説明】
【0092】
1 システム
2 ユーザの端末
3 ネットワーク
10 メインサーバ
11 プロセッサ
12 RAM
13 ROM
20 データサーバ
21 ユーザデータベース
22 案件データベース
23 リーガルデータベース
24 コストデータベース
25 中間データベース