JP7689725B2 - 年金管理システム、それに用いられる権利管理システムおよび受託者システム - Google Patents

Description

本発明は、年金管理システム、それに用いられる権利管理システムおよび受託者システムに関する。

特許権、実用新案権、意匠権、商標権を維持するための産業財産権の年金の管理は、国ごとに異なった支払い起算日、支払い年次などが設定されており、その管理は非常に煩雑である一方、その管理には正確さが求められる。このため特許文献１のように、権利者は年金管理のために、年金管理会社など外部の事業者を利用することが一般的である。
権利者などの委託者は、年金の管理を委託したい権利の番号と管理してもらいたい年次を年金管理会社などの受託会社に連絡し、受託会社は管理してもらいたい年次以降の年金の管理を請け負っていた。

日本国特開２０１８－１０４７９号公報

ところで、近年では、産業財産権の出願から登録までの手続を電子化し、これらの手続で生じる書類やデータを一元管理するシステムが提供されている。このようなシステムを使って、例えば特許公報の発行という手続きが生じた場合など年金特定情報に更新があったときに年金管理の必要が生じたと判定し、該システムから年金管理会社に自動的に年金管理を発注することが考えられている。
年金管理会社は、更新があった年金特定情報と法律に基づいて管理を開始する年度を特定し、以降の年金の管理を開始することができる。しかしながら、過去分の年金が適切に支払われていなければ、管理対象の年次の年金を適切に支払ったとしても権利を存続させることができない。
そこで本発明は、本来管理対象とすべき年次以前の年次についても管理対象とすることで、より信頼性の高い年金管理システムを提供することを目的とする。

上記目的を達成するために、本発明によれば、
産業財産権の維持に必要な年金の支払いを管理する年金管理システムであって、
産業財産権に関する情報を取得して、少なくとも出願から権利化に至るまでの手続きを管理可能な権利管理システムと、
前記権利管理システムとネットワークを介して接続され、前記産業財産権の維持に必要な年金の支払いを管理する受託者システムと、を有し、
前記権利管理システムは、権利の種別、国名、出願日、出願番号、登録日、登録番号、年金支払い状況を含む年金特定情報を収集し、管理データベースに記録可能であり、
前記権利管理システムは、前記管理データベースにおける情報が更新されたときに、更新された案件の識別情報と更新された前記情報を前記受託者システムに通知し、
前記受託者システムは、前記権利管理システムにおける前記情報の更新によって前記案件の年金管理が可能となると判定したときに、前記受託者システムは、国、法域ごとの年金の支払い年次および支払い期限の起算日が記録された法律データベースと、前記案件の前記情報とに基づき、前記案件の管理を開始する開始年次を特定し、
前記受託者システムは、前記開始年次を前記権利管理システムに通知し、
前記受託者システムは、前記開始年次およびそれ以前の年次である過去年次の年金支払い状況の管理を開始し、
前記権利管理システムは、前記過去年次の年金支払い状況に関する情報を前記受託者システムに通知する、年金管理システムが提供される。

上述した年金管理システムにおいて、
前記権利管理システムは、更新された前記情報が年金特定情報であると判定したときに、更新された案件の前記識別情報と更新された前記年金特定情報を前記受託者システムに通知してもよい。

上述した年金管理システムにおいて、
前記受託者システムは、更新された前記情報が年金特定情報であると判定したときに、前記年金特定情報の更新によって前記案件の年金管理が可能となるかを判定してもよい。

上述した年金管理システムにおいて、
前記受託者システムは、前記権利管理システムから前記過去年次の年金支払い状況に関する情報を取得し、前記過去年次に支払いが確認できない未確認年次がある場合に、前記未確認年次を通知してもよい。

上述した年金管理システムにおいて、
前記受託者システムは、現時点から猶予期間後に支払期限日を迎える年次を前記開始年次として特定し、
前記受託者システムは、前記開始年次と前記法律データベースに基づき、前記開始年次の直前の年次である直前年次の支払い期限を算出し、
前記受託者システムは、前記直前年次の支払い期限が現時点より前または後の所定期間内にあり、かつ、前記権利管理システムから取得した前記過去年次の年金支払い状況に関する情報に前記直前年次の支払い完了を示す情報が含まれていないと判定した場合に、前記直前年次の支払い状況に関する情報の入力を要求する、または、前記直前年次の支払いを希望するか否かを前記権利管理システムに問い合わせてもよい。

上述した年金管理システムにおいて、
前記受託者システムから前記権利管理システムへの前記開始年次の通知後に、前記権利管理システムは、その開始年次に対応する該案件の年金管理を前記受託者システムの受託者に委託するか否かの権利者または出願代理人の判断を取得し、その判断結果を前記受託者システムに通知し、
前記判断結果が年金管理を委託するという場合に、前記受託者システムは、前記開始年次および前記過去年次の年金支払い状況の管理を開始してもよい。

上述した年金管理システムにおいて、
前記権利管理システムは、前記産業財産権を保有する権利者により運用される権利者システムでもよい。

上述した年金管理システムにおいて、
前記産業財産権に関する情報を取得して、少なくとも出願から権利化に至るまでの手続きを管理可能であり、前記産業財産権を保有する権利者により運用される権利者システムをさらに有しており、
前記権利管理システムは、前記産業財産権を取得するための手続きを代理する出願代理人により運用される出願代理人システムであり、
前記出願代理人システムは、前記管理データベースにおける情報が更新されたときに、更新された案件の前記識別情報と更新された前記情報と共に更新された案件の顧客情報とを前記受託者システムに通知し、
前記受託者システムは、前記顧客情報に対応する権利者により運用される前記権利者システムに前記案件の管理の開始と開始年次を通知してもよい。

上記目的を達成するために、本発明によれば、
産業財産権の維持に必要な年金の支払いを管理する年金管理システムに用いられる権利管理システムであって、
前記権利管理システムは、産業財産権に関する情報を取得して、少なくとも出願から権利化に至るまでの手続きを管理可能であり、
前記権利管理システムは、前記産業財産権の維持に必要な年金の支払いを管理する受託者システムとネットワークを介して接続され、
前記権利管理システムは、権利の種別、国名、出願日、出願番号、登録日、登録番号、年金支払い状況を含む年金特定情報を収集し、管理データベースに記録可能であり、
前記権利管理システムは、前記管理データベースにおける情報が更新されたときに、前記受託者システムに更新された案件の識別情報と更新された前記情報を通知し、
前記権利管理システムにおける前記情報の更新によって前記案件の年金管理が可能となると判定したときに、国、法域ごとの年金の支払い年次および支払い期限の起算日が記録された法律データベースと、前記案件の前記情報とに基づき、前記受託者システムによって算出される前記案件の管理を開始する開始年次を前記受託者システムから取得し、
前記権利管理システムは、取得した前記開始年次より以前の年次である過去年次の年金支払い状況に関する情報を前記受託者システムに通知する、権利管理システムが提供される。

上記目的を達成するために、本発明によれば、
産業財産権の維持に必要な年金の支払いを管理する年金管理システムに用いられる受託者システムであって、
前記受託者システムは、前記産業財産権の維持に必要な年金の支払いを管理するものであり、
産業財産権に関する情報を取得して少なくとも出願から権利化に至るまでの手続きを管理可能な権利管理システムとネットワークを介して接続され、
権利の種別、国名、出願日、出願番号、登録日、登録番号、年金支払い状況を含む年金特定情報を収集し、管理データベースに記録可能な前記権利管理システムにおいて、前記管理データベースにおける情報が更新されたときに、更新された案件の識別情報と更新された前記情報を前記権利管理システムから通知し、
前記権利管理システムにおける前記情報の更新によって前記案件の年金管理が可能となると判定したときに、前記受託者システムは、国、法域ごとの年金の支払い年次および支払い期限の起算日が記録された法律データベースと、前記案件の前記情報とに基づき、前記案件の管理を開始する開始年次を特定し、
前記開始年次を前記権利管理システムに通知し、
前記開始年次およびそれ以前の年次である過去年次の年金支払い状況の管理を開始し、
前記過去年次の年金支払い状況に関する情報を前記権利管理システムから取得する、受託者システムが提供される。

本発明によれば、本来管理対象とすべき年次以前の年次についても管理対象とされ、より信頼性の高い年金管理システムが提供される。

第一実施形態に係る年金管理システムのシステム構成図である。 年金管理システムが実行する処理のフローチャートであり、年金管理開始までの処理を示している。 管理データベースの権利情報データベースの一例を示している。 管理データベースの更新状況データベースの一例を示している。 管理データベースのタスクデータベースの一例を示している。 ２０２０年４月１２日時点の仮受入データベース中の概略情報を示す。 仮受入データベース中の支払い状況を示す。 受託者法律データベースを示す。 運用データベースの更新状況データベースを示す。 年金管理システムが実行する処理のフローチャートであり、年金管理開始から年金支払い処理までの処理を示している。 第二実施形態に係る年金管理システムのシステム構成図である。 年金管理システムが実行する処理のフローチャートであり、年金管理開始までの処理を示している。 第三実施形態に係る年金管理システムのシステム構成図である。 管理データベースの権利情報データベースの一例を示している。 年金管理システムが実行する処理のフローチャートであり、年金管理開始までの処理を示している。 ２０２０年４月１２日時点の仮受入データベース中の概略情報を示す。 年金管理システムが実行する処理のフローチャートであり、年金管理開始から年金支払い処理までの処理を示している。

（第一実施形態）
第一実施形態に係る年金管理システム１は、年金特定情報の更新があったときに権利者システム１０が受託者システム３０へ通知し、受託者システム３０が該更新に基づき年金管理が可能な場合に自動的に年金管理が仮発注されたものと判断して権利者システム１０に通知し、権利者システム１０が仮発注を正式発注として承認したら受託者システム３０が該年金の管理を開始する。この際に、受託者システム３０は、年金管理の開始年次とともにそれ以前の年次についても年金の支払いを管理することとしたものである。権利者システム１０は、権利管理システムの一例である。以下、図１～１０を参照して、詳細に説明する。

図１は、第一実施形態に係る年金管理システム１のシステム構成図である。年金管理システム１は、日本国やそれ以外の国などの特許権、実用新案権、意匠権、商標権などの産業財産権の維持に必要な年金の支払いを管理する。図１に示したように、年金管理システム１は、ネットワーク５を介して互いに接続された権利者システム１０と受託者システム３０とを有している。

なお、本来は産業財産権とは登録された権利のことを言うが、ここでは、申請中であって未登録の特許出願、実用新案出願、意匠出願、商標出願もまとめて産業財産権と言うこととする。年金管理は、出願中の案件であっても開始される場合があるからである。例えば日本国の特許で言えば登録査定が通知された場合に１年次～３年次の特許料をまとめて納付することが求められ、登録査定の受領時から年金管理が可能になる場合がある。

権利者システム１０は、特許庁システム２または出願代理人システム３から産業財産権に関する情報を取得して、少なくとも出願から権利化に至るまでの手続きを管理可能なシステムである。本実施形態においては、権利者システム１０は、産業財産権の権利を申請および保有している権利者が運用するシステムである。権利者は、産業財産権を取得および維持するための情報および手続きを管理するために権利者システム１０を運用している。権利者システム１０は、単一の情報処理装置で構成される場合もあるし、複数の情報処理装置で構成される場合もある。また権利者システム１０は、いわゆるクラウド上のサービスとしてサービスプロバイダーから提供される場合もある。

権利者システム１０は、例えば、特許庁システム２や出願代理人システム３と接続されている。権利者システム１０は、特許庁システム２や出願代理人システム３から情報を取得し、産業財産権の管理を行う。例えば、特許出願について特許庁から拒絶理由通知書が発行されると、特許庁システム２または出願代理人システム３から拒絶理由通知書の電子データを取得し、権利者システム１０は拒絶理由通知書に関するタスクの管理を行う。具体的には、権利者システム１０は、拒絶理由通知書を受領すると、意見書や補正書の提出期限日を設定し、意見書および補正書の提出が期限日までに提出されたか否かを管理する。あるいは、出願番号通知書が発行されると、権利者システム１０は該当する案件に出願番号の情報を追加してデータベースに記録する。尚、権利者システム１０は、特許庁システム２や出願代理人システム３に接続されていなくてもよい。この場合、権利者システム１０を運用する権利者が特許庁や出願代理人から入手した情報をデータベースに入力してもよい。

権利者システム１０は、権利者制御部１１と、管理データベース２０と、年金特定データベース１２と、権利者法律データベース１３と、権利者通信部１４を有している。権利者制御部１１は、管理データベース２０および権利者通信部１４を制御する。権利者通信部１４は、受託者システム３０や、特許庁システム２、出願代理人システム３と通信を行う。本実施形態において管理データベース２０は、権利情報データベース２１と、更新状況データベース２２と、タスクデータベース２３を含んでいる。
権利者システム１０の権利者制御部１１は、例えば、プロセッサと記録部を備えた情報処理装置により構成される。プロセッサは、記憶部に記憶されたコンピュータ可読命令を読み出し、以下に詳述する処理を実行する。

権利者システム１０は、権利の種別、国名、出願日、出願番号、登録日、登録番号、年金支払い状況を含む年金特定情報を収集し、管理データベース２０に記録可能である。年金特定情報とは、受託者システム３０が年金の管理を開始できるか否かに影響を及ぼす可能性のある情報である。権利者システム１０が収集する情報のうち、どの情報が年金特定情報に該当する項目かが、年金特定データベース１２に登録されている。このため、権利者制御部１１は、年金特定データベース１２に基づき、管理データベース２０の更新項目が年金特定情報に該当するか否かを判定することができる。年金特定データベース１２とは、管理データベース２０に記録される情報の項目のうち、受託者システム３０が年金の管理を開始できるか否かに影響を及ぼす可能性のある項目が記録されたデータベースである。

年金の管理を開始するに当たっては、管理対象となる案件を特定し、年金支払いが必要か否かを特定し、年金支払いの期限日を特定する。例えば権利の種別、国名、出願番号によって管理対象となる案件を特定可能である。また、出願日や登録日などに基づき年金の各年次の支払い期限を特定可能である。さらに、登録日が登録されたことにより年金の支払いが発生したことを特定可能である。

もっとも、権利者システム１０は年金の管理だけを目的としていないので、この他の情報を含んでよいことはもちろんである。例えば審査請求をしたか否か、審査請求の期限日、公開日、公開番号、拒絶理由通知書に対する応答期限日、クレーム数、など産業財産権を管理するために必要な情報が管理データベース２０に記録されていてもよい。

受託者システム３０は、産業財産権の年金に関わる業務を代行する年金管理会社などが運用するシステムである。ここでは、年金管理業務を権利者から受託する者として、権利者から年金管理を請け負うものを受託者と呼んでいる。受託者は、産業財産権の維持に必要な年金を期限までに支払うことを管理するために、受託者システム３０を運用する。受託者システム３０も、単一の情報処理装置で構成される場合もあるし、複数の情報処理装置で構成される場合もある。
受託者システム３０は、受託者制御部３１と、運用データベース４１と仮受入データベース４２を含む年金データベース４０と、受託者法律データベース３２と、受託者通信部３３を備えている。

受託者制御部３１は、例えば、プロセッサと記録部を備えた情報処理装置により構成される。プロセッサは、記憶部に記憶されたコンピュータ可読命令を読み出し、以下に詳述する処理を実行する。また、受託者制御部３１は、受託者通信部３３を介して権利者システム１０に通信を行う。さらに、受託者制御部３１は、受託者通信部３３を介して、年金支払い代理人システム４に年金の支払いの指示を送信したり、年金支払い代理人システム４から年金支払いの完了報告を取得する。

図２は、年金管理システム１が実行する処理のフローチャートであり、年金管理開始までの処理を示している。年金管理システム１は、図２に示した処理を実行する。以下、図を用いて詳細に説明する。

まず権利者システム１０の権利者制御部１１は、特許庁システム２や出願代理人システム３からある案件について何らかの情報を取得したときに、年金特定データベース１２に基づき管理データベース２０における年金特定情報のいずれかの情報が更新されたか否かを判定する（ステップＳ０１）。

権利者制御部１１は、年金特定情報が更新されないと判定したときは（ステップＳ０１：Ｎｏ）、何もせず、再び特許庁システム２や出願代理人システム３からある案件について何らかの情報を取得するまで待機する。
権利者制御部１１は、年金特定情報が更新されたと判定したときは（ステップＳ０１：Ｙｅｓ）、更新された案件の識別情報と更新された年金特定情報を受託者システム３０に通知する。

図３は、管理データベース２０の権利情報データベース２１の一例を示している。図３では、権利者の整理番号００１についての情報を示している。図３に示した例では、権利情報データベース２１は、出願国、権利の種別、パリ条約の優先権番号、優先日、出願番号、出願日、公開番号、公開日、登録番号、登録日、係属・放棄状況、創作者（発明者）、権利者、出願の有無、審査請求の有無、国内代理人情報、現地代理人情報、更新管理代理人情報、データ更新日、を有している。

なお対象案件が外国出願の場合、権利者は、出願国における出願代理人（現地代理人）に直接連絡を取るのではなく、代理人（国内代理人）を通じて連絡を取る場合がある。このため、国内代理人と現地代理人の項目が用意されている。なお国内出願の場合には現地代理人の欄は空欄となる。また、図１で示した出願代理人システム３とは、国内出願および外国出願ともに国内代理人のシステムである。
データ更新日とは、この整理番号００１について権利情報データベース２１が更新された最新の日付である。

図４は、管理データベース２０の更新状況データベース２２の一例を示している。図４では、権利者の整理番号００１についての情報を示している。図４に示した例では、対象案件（整理番号：００１）が中国特許である。このため、１年次から２０年次にかけて一年ごとに年金を支払う必要がある。そこで更新状況データベース２２は、これらの年次ごとの支払期限と、支払い状況を記録している。図示した例では、１年次から４年次までの支払いが完了しており、５年次から２０年次の支払いが未完了である。

図５は、管理データベース２０のタスクデータベース２３の一例を示している。図５では、権利者の整理番号００１についての情報を示している。本実施形態においては、権利者システム１０は、出願から権利維持に至るまでの特許庁に対して行う必要のある手続き（タスク）を図５に示したタスクデータベース２３で管理している。図示した例では、対象案件（整理番号：００１）の出願、審査請求、認可通知、１年次から５年次の年金の支払いのタスクを管理している。それぞれのタスクについて、起票日、完了期限日、処理日、完了日を管理している。

起票日とは、該タスクが起票された日である。例えば審査請求であれば、審査請求期限が定まり、権利者が権利者システム１０に審査請求のタスクを登録させた日である。

完了期限日とは、該タスクの期限日である。例えば日本国の特許の審査請求であれば、出願日から３年後の日付である。なお、完了期限日は、権利者システム１０が有する権利者法律データベース１３に基づき算出されてもよいし、権利者等により計算されてもよい。権利者法律データベース１３は、後述する受託者法律データベース３２と同様のデータベースである。

処理日とは、権利者が出願代理人または年金管理者に該タスクの実行を指示した日付である。また、完了日とは、出願代理人または年金管理者が該タスクの実行の完了を報告した日付である。例えば権利者が権利者システム１０を通じて出願代理人に審査請求を実行する指示を通知した日付が処理日である。また、出願代理人が出願代理人システム３を通じて審査請求の実行を報告してきた日付が完了日である。

なお、権利者制御部１１は、そのタスクを行う必要が生じたときに該タスクを起票する。例えば審査請求が完了した時点では、出願と審査請求のタスクのみがタスクデータベース２３に登録されている。図５に示した例では、中国の特許において、登録査定が発行されると、権利者制御部１１は認可通知および４年次年金というタスクを起票し、登録査定の送達日を起票日として登録し、４年次の年金の支払い期限を完了期限日として登録する。図５においては、４年次の年金の支払いの完了時に５年次の年金の支払いのタスクが起票されている。また、５年次の年金の支払いについては、権利者はまだ支払いを年金管理者に指示していない。

さて、現在の日を２０２０年４月１２日とする。図２に戻り、この日に、案件：００１について登録査定の通知を受領し、権利者制御部１１は、管理データベース２０の権利情報データベース２１に登録番号と登録日を入力し、データ更新日を２０２０年４月１２日と書き換えたものとする。
この登録番号および登録日は、受託者システム３０が年金の管理を開始できるか否かに影響を及ぼす年金特定情報であり、この項目は年金特定データベース１２に登録されている。このため、権利者制御部１１は、更新された項目は年金特定情報に該当すると判定し（ステップＳ０１：Ｙｅｓ）、更新された案件の識別情報（対象案件の整理番号００１）と更新された項目である登録番号および登録日を受託者システム３０に通知する（ステップＳ０２）。

本実施形態では、受託者制御部３１は、権利者システム１０から年金特定情報が通知されてくると、まず、年金特定情報が通知されてきた対象案件が年金データベース４０に登録されているか否かを判定する（ステップＳ０３）。

ここでは、現時点より一日前の２０２０年４月１１日の年金データベース４０には対象案件００１に関する年金特定情報が登録されていないものとする（ステップＳ０３：Ｎｏ）。この場合、受託者制御部３１は権利者システム１０に問い合わせ、対象案件００１に関する全ての年金特定情報を取得し、仮受入データベース４２に登録する（ステップＳ０４）。

なお、年金データベース４０に対象案件００１に関する情報が登録されている場合には（ステップＳ０３：Ｙｅｓ）、受託者制御部３１は権利者システム１０から取得した年金特定情報で仮受入データベース４２を書き換える（ステップＳ０５）。ここでは仮受入データベース４２にも対象案件００１に関する情報が登録されておらず、仮受入データベース４２に対象案件００１に関する情報が新規に登録される。

次に受託者制御部３１は、対象案件００１の仮受入データベース４２と運用データベース４１の年金特定情報を比較し（ステップＳ０６）、対象案件００１について仮受入データベース４２と運用データベース４１の相違点を特定する。

図６は、現時点である２０２０年４月１２日の仮受入データベース４２を示し、権利者システム１０から取得した対象案件００１の概略情報を示す。また図７は、２０２０年４月１２日時点の仮受入データベース４２を示し、権利者システム１０から取得した対象案件００１の支払い状況を示す。２０２０年４月１２時点において、既に説明したように運用データベース４１には対象案件００１の年金特定情報が含まれていない。このため、ステップＳ０６において受託者システム３０は、仮受入データベース４２に含まれる全ての項目が相違点であると特定する。

次に受託者制御部３１は、権利者システム１０における年金特定情報の更新によって対象案件の年金管理が可能となるか否かを判定する（ステップＳ０７）。ここでは、運用データベース４１と仮受入データベース４２との相違点と、受託者法律データベース３２に基づき、年金管理が可能となるか否かを判定する。

受託者制御部３１は、対象案件の年金管理が可能と判定した場合（ステップＳ０７：Ｙｅｓ）、国、法域ごとの年金の支払い年次および支払い期限の起算日が記録された受託者法律データベース３２と、案件の年金特定情報とに基づき、案件の管理を開始する開始年次を特定する（ステップＳ０８）。

図８は、受託者法律データベース３２を示す。受託者法律データベース３２には、年金の支払い年次や支払期限を計算したり、年金管理対象となるか否かを判定したりするための各国の法律情報が記録されている。図示した例では、出願国、種別、年金管理開始時、支払期限の起算日、更新年が記録されている。

なお、年金支払いに関する法律や規則には改正や変更がなされることがあり、その度に該改正や変更などを正しく把握する必要がある。多数の国で産業財産権を維持しようとする権利者がこのような法改正等に都度対応するのは大変である。そこで年金管理会社などは、年金の支払いに関する業務に特化し、様々な国の法改正などをタイムリーに正しく把握し、受託者法律データベース３２を都度更新し続けている。上述した説明では、権利者法律データベース１３と受託者法律データベース３２とが同様であるとは説明したが、権利者法律データベース１３はこのような年金に関する法改正などに随時対応することが難しいことから、権利者法律データベース１３と受託者法律データベース３２とは必ずしも一致するとは限らない。

本実施形態においては、対象案件００１の出願国が中国であり、種別は特許である。そこで受託者制御部３１は、受託者法律データベース３２において出願国が中国、種別が特許の年金管理開始時、支払期限の起算日、更新年を参照する。
年金管理開始時は登録後である。ここで、運用データベース４１と仮受入データベース４２との相違点には登録日と登録番号が含まれる。そこで受託者制御部３１は、対象案件００１は年金管理対象となると判定する。

さらに受託者制御部３１は、各年次の支払い期限日を算出する。支払期限日は出願日を起算日として特定され、更新年は１年毎である。本実施形態では、受託者制御部３１は、図７に示したように既に権利者システム１０から各年次の支払い期限日を取得している。しかし、受託者制御部３１は独自に受託者法律データベース３２に基づいて支払期限日を算出し、権利者システム１０から取得した支払期限日と照合し、両者が異なる場合には受託者法律データベース３２に基づいて算出した支払い期限日に修正する。上述したように権利者システム１０の権利者法律データベース１３は法改正などのアップデートが定義なされていない場合があるからである。

対象案件００１の年金特定情報が受託者システム３０に入力された日は、２０２０年４月１２日（現在の日）である。受託者制御部３１は、現在の日から所定の猶予期間（本実施形態では、３カ月）を加えて２０２０年７月１２日以降に到来する支払い期限日の年次を管理を開始する開始年次として特定する。ここでは、開始年次は、２０２１年５月２３日に支払期限日を迎える６年次が開始年次として特定される。

なお、猶予期間とは、権利者と受託者との間で契約により定められる期間である。年金の管理業務においては、権利者から年金納付の依頼を受けてから、依頼手続きをとるまでに時間を要する。また、依頼時の年金特定情報が不足していた場合には更なる時間を要する場合がある。さらには、外国での年金の支払いを現地の年金支払代理人に依頼して行うために、権利者から年金の管理業務を依頼されても、すぐには対応できないことが多い。このため、権利者と受託者との間で、依頼時から所定期間の間に支払い期限を年金に関しては受託者が対応できないことを確認している。よって、本実施形態の年金管理システム１においても、３カ月の猶予期間が設定されている。
もっとも、権利者・受託者・年金支払代理人間の連絡および処理が迅速に行えるようなシステムにおいては、猶予期間が設定されなくてもよい。

なお、ステップＳ０７において対象案件の年金管理が不可能と判定した場合（ステップＳ０７：Ｎｏ）、受託者制御部３１は特に何の処理も行わず、処理を終了する。例えば、出願日と出願番号のみが権利者システム１０から通知されてきた場合などは、出願番号通知書が特許庁から発行されただけであり、まだ年金の支払いが不要な段階であるため、年金管理を開始しない。

次に受託者制御部３１は、特定した開始年次（６年次）を権利者システム１０に通知する（ステップＳ０９）。開始年次を通知することにより、受託者はこの年次からの年金管理を受注してよいかを権利者に問い合わせる。なお受託者制御部３１は、開始年次とともに開始年次の支払い期限日を権利者システム１０に通知してもよい。あるいは受託者制御部３１は、開始年次とともに開始年次よりも前の全てあるいは一部の過去年次と、その支払い期限日を権利者システム１０に通知してもよい。

次に権利者制御部１１は、権利者から開始年次を通知してきた受託者に年金管理を委託するか否かの入力を取得する（ステップＳ１０）。例えば権利者制御部１１は、権利者システム１０のディスプレイに年金管理会社名、対象案件の番号（００１）、開始年次を表示させ、年金管理を委託するか否かを表示させ、キーボードやマウスといった入力装置による入力を促す。これにより、受託者システム３０が仮受注したものと判定した案件の年金管理について、権利者は正式に受託者に委託するか否かを決定する。

ステップＳ１０において権利者制御部１１が年金管理を委託しない旨の入力を取得した場合（ステップＳ１０：Ｎｏ）、権利者制御部１１は、対象案件００１の年金管理を委託しない旨を受託者システム３０に通知する（ステップＳ１３）。
ステップＳ１０において権利者制御部１１が年金管理を委託する旨の入力を取得した場合（ステップＳ１０：Ｙｅｓ）、権利者制御部１１は、対象案件００１の年金管理を委託する旨を受託者システム３０に通知する。

受託者制御部３１は、権利者システム１０から対象案件００１の年金管理を委託する旨の通知を取得したら（ステップＳ１０：Ｙｅｓ）、該案件の年金管理を開始する（ステップＳ１２）。受託者にとっては、権利者システム１０から対象案件００１の年金管理を委託する旨の通知を取得したことが、正式な受注となる。

本実施形態では、受託者システム３０は、年金管理を開始すると、該案件の仮受入データベース４２中の情報を全て運用データベース４１に書き写す。これにより、年金管理開始後は、対象案件に関する仮受入データベース４２中の情報と運用データベース４１中の情報は同一となる。受託者システム３０は、図９に示した運用データベース４１の更新状況データベース４１１を用いて年金を管理する。図９は、対象案件００１の更新状況データベース４１１を示している。

受託者システム３０は、運用データベース４１中の更新状況データベース４１１を用いて年金を管理する。図９に示したように、更新状況データベース４１１は、年次と、支払期限日と、支払い指示日、支払完了日、支払報告日を含んでいる。支払い指示日とは、受託者が年金支払代理人へ年金の支払いを指示した日付である。支払い完了日とは、年金支払代理人が現地特許庁へ年金を支払った日付である。支払報告日とは、受託者が権利者に年金支払いの完了を報告した日付である。受託者システム３０は、年金の支払いが支払い期限日前までに完了するように管理する。また、受託者システム３０は、年金支払の報告が支払い期限日から所定期間内に完了するように管理してもよい。

図１０は、年金管理システム１が実行する処理のフローチャートであり、年金管理開始から年金支払い処理までの処理を示している。
図１０に示したように、受託者制御部３１は、対象案件００１の年金管理を開始すると、該案件の年金管理を開始したことを権利者システム１０に通知する（ステップＳ２１）。

権利者制御部１１は、該通知を取得すると、更新状況データベース２２から開始年次および過去年次の支払い状況を索出する（ステップＳ２２）。権利者制御部１１は、索出した開始年次および過去年次の支払い状況を受託者システム３０に通知する（ステップＳ２３）。なお、権利者システム１０は既にステップＳ０９にて開始年次を受託者システム３０から受領しており、権利者システム１０には開始年次の情報が記録されており、開始年次が分かれば過去年次についても特定できる。

なお、権利者システム１０は、開始年次の支払い状況を索出しないように構成してもよい。開始年次の支払い状況を管理することは、本来は受託者側の責務で行う工程だからである。

なお、既にステップＳ０２にて権利者システム１０から受託者システム３０に年金特定情報として開始年度を含む各年度の支払い状況が通知されている場合もある。それにも関わらず、権利者制御部１１が、ステップＳ２３にて再び支払い状況を受託者システム３０に通知するのは、以下のような事情による。
例えば、日本国で特許証が送付された場合を考える。この場合、既に１年次から３年次の年金が支払われているはずである。しかしながら、出願代理人の事務作業の遅れなどに起因して、特許証の報告が、１年次から３年次の年金支払いの完了報告よりも先に生じてしまうことがなる。この場合、権利者システム１０が特許証を受領した時に、登録日および登録番号を管理データベース２０に登録し、該年金特定情報を受託者システム３０に通知する。しかしながら、この時点では権利者システム１０は１年次から３年次の年金支払いの完了報告を受け取っていないのだから、管理データベース２０上では１年次から３年次の年金の支払い状況は未完了となっている。そこで本実施形態では、ステップＳ２３など支払い状況を問い合わせる複数の機会を設けることにより、常に最新の支払い状況を把握できるように構成されている。

受託者制御部３１は、開始年次および過去年次の支払い状況を権利者システム１０から受領すると、受託者制御部３１は、支払いの未確認年次があるか否かを判定する（ステップＳ２４）。具体的には、受託者制御部３１は、図９に示した更新状況データベース４１１を参照し、開始年次および開始年次よりも過去の年度である過去年次について支払い完了日が記入されていない年次を特定する。

ステップＳ０９にて受託者制御部３１は、６年次を開始年次として設定した。過去年次は１～５年次である。受託者制御部３１は、これら４～６年次について、支払い完了日が未記入の年次を特定する。受託者制御部３１は、過去年次のうち５年次および、開始年次である６年次について、支払いの未確認年次があると特定する。

過去年次に支払いの未確認年次があると判定した場合（ステップＳ２４：Ｙｅｓ）、受託者制御部３１は、未確認年次を権利者システム１０に通知する（ステップＳ２５）。本例では、受託者制御部３１は、５年次を権利者システム１０に通知する。

権利者制御部１１は、受託者システム３０から未確認年次が通知されると、未確認年次の支払い状況を管理データベース２０の更新状況データベース２２に基づき確認する（ステップＳ２６）。更新状況データベース２２に未確認年次の支払い完了日が登録されていれば、各々の年次についてその支払い完了日を受託者システム３０に通知する（ステップＳ２７）。また、未確認年次の支払い完了日が登録されていなければ、その旨を受託者システム３０に通知する。

受託者システム３０は、権利者システム１０から未確認年次の確認結果を取得すると、再び過去年次に支払いの未確認年次があるか否かの判定を繰り返す（ステップＳ２４）。

過去年次に支払いの未確認年次がないと判定した場合（ステップＳ２４：Ｎｏ）、受託者制御部３１は開始年次の年金支払い処理を行う（ステップＳ２８）。

このように本実施形態に係る年金管理システム１によれば、権利者システム１０と受託者システム３０との間で自動的に開始年次に関する年金管理の仮発注・仮受注が行われる。この際に、受託者システム３０では、権利者と受託者との間の契約に定められた開始年次のみならずその以前の過去年次についても年金支払い状況の管理を行う。過去年次に年金の不払いがあれば、開始年次の年金を支払ったとしても対象案件を有効に維持することができないからである。本実施形態では、未確認年次が無いことが確認され、対象案件が有効に存続していることを確認する。このため、過去年次に年金が支払われていないのに開始年次の年金を支払ってしまうような事態を避けることができる。
このように、本実施形態の年金管理システム１によれば、本来管理対象とすべき年次以前の年次についても管理対象とすることで、より信頼性が高まっている。

また、上記の例では、５年次の支払い期限は２０２０年５月２３日であり、２０２０年４月１２日の現在の日から近い。例えば、権利者に５年次の年金の支払いが完了した旨の書簡が届いているにも関わらず、権利者システム１０の管理データベース２０に該情報を入力するのに時間を要しており、２０２０年４月１２日までに管理データベース２０が登録されていないといった事態が想定される。
この場合、本実施形態とは異なり、年金管理の委託の正式注が行われた後に（ステップＳ１１）、過去年次の支払い状況を通知する（ステップＳ２３）あるいは未確認年次の支払い状況の再確認（ステップＳ２７）といった工程を行わない場合には、権利維持の観点から受託者も５年次の年金を支払ってしまうといった事態も招来する。本実施形態では、ステップＳ２３およびステップＳ２７のように、正式発注の後に未確認年次の支払い状況を確認しているので、かかる事態の招来を防止できる。

なお、上述した実施形態では、ステップＳ０２において、権利者システム１０は年金特定情報のうち更新された項目のみを受託者システム３０に通知する例を説明したが、本発明はこれに限られない。ステップＳ０２において、権利者システム１０は更新された項目を含む複数の項目の年金特定情報を受託者システム３０に通知してもよいし、権利者システム１０は更新された項目を含む全ての項目の年金特定情報を受託者システム３０に通知してもよい。なお、このように権利者システム１０が更新された項目を含む全ての項目の年金特定情報を受託者システム３０に通知する場合には、受託者システム３０は、ステップＳ０２で権利者システム１０から取得した年金特定情報と運用データベース４１に記録された年金特定情報とを比較するようにステップＳ０６を変更できる。また、ステップＳ０２において、権利者システム１０は、権利情報データベース２１に記録されている情報であって、更新されていない案件の情報を受託者システム３０に通知してもよい。この場合、権利情報データベース２１に記録されている全ての案件の情報を受託者システム３０に通知してもよいし、更新された案件を含む一部の案件の情報を通知するようにしてもよい。

また本実施形態では、ステップＳ２３において、過去年次と開始年次の支払い状況が権利者システム１０から受託者システム３０に通知される。これとは異なり、開始年次の支払い状況が受託者システム３０に通知されない場合であって、猶予期間がないあるいは短い場合、受託者制御部３１が開始年次を特定した時点で開始年次の支払い期限がすぐに到来してしまうことがある。この場合、権利維持を優先するあまり、権利者でも開始年次の年金を支払い、受託者でも開始年次の年金を支払ってしまう二重払いの事態が生じうる。このため、上述した実施形態のように、過去年次とともに開始年次についても支払い状況が権利者システム１０から受託者システム３０に通知されると、権利者での支払い状況を確認した上で受託者が開始年次の年金の支払い処理を進めることができ、二重払いの事態が生じにくい。

また本実施形態では、受託者システム３０は、現時点から猶予期間後に支払期限日を迎える年次を開始年次として特定している。
受託者システム３０は、開始年次と法律データベースに基づき、開始年次の直前の年次である直前年次の支払い期限を算出し、
受託者システム３０は、直前年次の支払い期限が現時点より前または後の所定期間内にあり、かつ、権利者システム１０から取得した過去年次の年金支払い状況に関する情報に直前年次の支払い完了を示す情報が含まれていないと判定した場合に、直前年次の支払い状況に関する情報の入力を要求する、または、直前年次の支払いを希望するか否かを権利者システム１０に問い合わせるように構成してもよい。
このような構成によって、権利者の積極的な対応を促すことができ、至急対応が求められる直前年次の年金の支払いを迅速に確認できたり、あるいは、支払いの要否を迅速に確認できる。

また本実施形態では、
受託者システム３０から権利者システム１０への開始年次の通知後に、権利者システム１０は、その開始年次に対応する該案件の年金管理を受託者に委託するか否かの権利者の判断を取得し（ステップＳ１０）、その判断結果を受託者システム３０に通知し（ステップＳ１１，Ｓ１３）、
判断結果が年金管理を委託するという場合に（ステップＳ１０：Ｙｅｓ）、受託者システム３０は、開始年次および過去年次の年金支払い状況の管理を開始する（ステップＳ１２）。

このような構成によれば、受託者システム３０が更新された年金特定情報に基づき年金管理可能な案件を特定し、これを仮発注したものとして、権利者に仮発注を正式発注として受託してよいかを問い合わせることができる。
権利者にとっては、本実施形態とは異なり年金特定情報の更新に基づき権利者自身が判断して年金管理の発注を行うことは、負担が大きい。
一方で、本実施形態とは異なり権利者が委託するか否かを判断するステップＳ１０の工程がない場合には、権利の維持を放棄したかった案件であるのに勝手に受託者システム３０によって年金管理が開始されてしまうといった事態が生じうる。
本実施形態によれば、年金管理に精通した受託者システム３０によって年金管理可能となるか否かを判断し、自動的に仮発注が行われるので、権利者側の負担が軽減されている。また、仮発注のみで年金管理を開始するのではなく、権利者による正式発注を得た後に年金管理を開始するので、権利者の意思に基づき年金管理を行うことができる。

また上述した実施形態では、ステップＳ０９にて受託者システム３０が開始年次を権利者システム１０に通知した後に、ステップＳ１０，１１，１３にて権利者システム１０から正式受注を受けるか否かの判断を待ってから、ステップＳ１２にて年金管理を開始する構成を説明した。
本発明はこれに限らず、ステップＳ０９にて受託者システム３０が開始年次を権利者システム１０に通知した後に、権利者からの回答を待たずにステップＳ１２の年金管理を開始するように構成してもよい。このような構成により、例えば権利者の正式発注のタイミングが遅れることに起因して至急対応が求められる年金支払いが遅れてしまうといった事態を防止できる。また、この場合は、年金管理を開始したのちに権利者からの正式発注に関する指示（ステップＳ１０，１１，１３）を受領し、権利者システム１０から年金管理を委託しない旨の通知を受託者システム３０が取得した際には、該当案件の年金管理を中止するように構成してもよい。

（第二実施形態）
次に、第二実施形態に係る年金管理システム１００の構成について、図１１と図１２を参照して説明する。上述した第一実施形態では、権利者システム１０は、年金特定情報が更新されたと判定したときのみ（図２のステップＳ０１：Ｙｅｓ）、更新された案件の識別情報と更新された年金特定情報を受託者システム３０に通知している（ステップＳ０２）。すなわち、年金特定情報の更新の判定は権利者システム１０により行われている。これに対して、第二実施形態では、年金特定情報の更新の判定は、受託者システム３０で行われる。なお、以下の説明では、第一実施形態の年金管理システム１と相違する部分について主に説明し、共通する部分については同じ符号を付し、その説明は適宜省略する。

図１１は、第二実施形態に係る年金管理システム１００のシステム構成図である。年金管理システム１００は、ネットワーク５を介して互いに接続された権利者システム１１０と受託者システム１３０とを有している。権利者システム１１０は、権利者制御部１１と、管理データベース２０と、権利者法律データベース１３と、権利者通信部１４を備えている。受託者システム１３０は、受託者制御部３１と、年金データベース４０と、受託者法律データベース３２と、受託者通信部３３と、年金特定データベース３４を備えている。年金特定データベース３４とは、年金データベース４０に記録される情報の項目のうち、受託者システム３０が年金の管理を開始できるか否かに影響を及ぼす可能性のある項目が記録されたデータベースである。

図１２は、年金管理システム１００が実行する年金管理開始までの処理のフローチャートである。なお、年金管理システム１００が実行する年金管理開始から年金支払い処理までの処理は第一実施形態の年金管理システム１（図１０）と同じであるため説明は省略する。

まず権利者システム１０の権利者制御部１１は、特許庁システム２や出願代理人システム３からある案件について何らかの情報を取得した場合、更新された案件の識別情報と更新された項目を受託者システム３０に通知する（ステップＳ３１）。

例えば、案件：００１について登録査定の通知を受領し、権利者制御部１１は、管理データベース２０の権利情報データベース２１に登録番号と登録日を入力し、データ更新日を２０２０年４月１２日と書き換えたものとする。権利者制御部１１は、更新された案件の識別情報（対象案件の整理番号００１）と更新された項目である登録番号および登録日を受託者システム３０に通知する（ステップＳ３１）。

受託者制御部３１は、権利者システム１０から更新された項目が通知されてくると、年金特定データベース３４を参照し、更新された項目が年金特定情報に該当するかを判定する（ステップＳ３２）。例えば、更新された項目が登録番号および登録日である場合には、受託者制御部３１は、更新された項目が年金特定情報であると判定する。

受託者制御部３１は、更新された項目が年金特定情報に該当しないと判定したときは（ステップＳ３２：Ｎｏ）、特に何の処理も行わず、処理を終了する。受託者制御部３１は、更新された項目が年金特定情報に該当すると判定したときは（ステップＳ３２：Ｙｅｓ）、更新された年金特定情報の対象案件が年金データベース４０に登録されているか否かを判定する（ステップＳ０３）。ステップＳ０３以降については、年金管理システム１００は、第一実施形態の年金管理システム１（図２）と同じ処理を実行する。

このような構成によれば、更新された項目が年金特定情報に該当するか否かの判定が受託者システム３０で行われているので、権利者システム１０の処理負担が軽減される。また、更新された項目が年金特定情報に該当するにもかかわらず権利者システム１０から受託者システム３０へ通知がなされないような事態を避けることができる。

（第三実施形態）
次に、第三実施形態に係る年金管理システム２００の構成について、図１３～図１７を参照して説明する。上述した第一実施形態では、産業財産権の権利者が権利者システム１０を使用して、受託者システム３０との間で自動的に開始年次に関する年金管理の仮発注・仮受注および年金支払い状況の確認・管理を行っている。これに対して、第三実施形態では、産業財産権の権利者の代わりに出願代理人が出願代理人システム２１０を使用して、受託者システム２３０との間で自動的に開始年次に関する年金管理の仮発注・仮受注および年金支払い状況の確認・管理を行う。

すなわち、第三実施形態に係る年金管理システム２００は、年金特定情報の更新があったときに更新された情報を出願代理人システム２１０が受託者システム２３０へ通知し、受託者システム２３０が該更新に基づき年金管理が可能な場合に自動的に年金管理が仮発注されたものと判断して出願代理人システム２１０に通知し、出願代理人システム２１０が仮発注を正式発注として承認したら受託者システム２３０が該年金の管理を開始する。この際に、受託者システム２３０は、年金管理の開始年次とともにそれ以前の年次についても年金の支払いを管理することとしたものである。出願代理人システム２１０は、権利管理システムの一例である。なお、以下の説明では、第一実施形態の年金管理システム１と相違する部分について主に説明し、共通する部分については同じ符号を付し、その説明は適宜省略する。

図１３は、第三実施形態に係る年金管理システム２００のシステム構成図である。年金管理システム２００は、ネットワーク５を介して互いに接続された出願代理人システム２１０と受託者システム２３０とを有している。出願代理人システム２１０は、産業財産権の権利者すなわち出願人の代わりに国内および／または外国の産業財産権を取得するための手続きを代理する出願代理人が運用するシステムである。出願代理人システム２１０は、単一の情報処理装置で構成される場合もあるし、複数の情報処理装置で構成される場合もある。また出願代理人システム２１０は、いわゆるクラウド上のサービスとしてサービスプロバイダーから提供される場合もある。

出願代理人システム２１０は、例えば、特許庁システム２または現地代理人システム６と接続され、国内または外国の産業財産権に関する情報を取得し、少なくとも出願から権利化に至るまでの手続きを管理する。現地代理人システム６とは、外国出願の手続きを代理する現地代理人のシステムである。なお、出願代理人システム２１０は、特許庁システム２または現地代理人システム６に接続されていなくてもよい。この場合、出願代理人システム２１０を運用する出願代理人が、特許庁や現地代理人から入手した情報をデータベースに入力してもよい。また、出願代理人システム２１０は、権利者システム１０と接続され、取得した産業財産権に関する情報を権利者システム１０へ送信する。権利者システム１０は、第一実施形態の権利者システム１０と同様の構造を有している。

出願代理人システム２１０は、代理人制御部２１１と、管理データベース２２０と、年金特定データベース２１２と、代理人法律データベース２１３と、代理人通信部２１４を備えている。代理人制御部２１１は、管理データベース２２０および代理人通信部２１４を制御する。代理人通信部２１４は、受託者システム２３０や、特許庁システム２、権利者システム１０、現地代理人システム６と通信を行う。本実施形態において管理データベース２２０は、権利情報データベース２２１と、更新状況データベース２２２と、タスクデータベース２２３を含んでいる。
出願代理人システム２１０の代理人制御部２１１は、例えば、プロセッサと記録部を備えた情報処理装置により構成される。プロセッサは、記憶部に記憶されたコンピュータ可読命令を読み出し、以下に詳述する処理を実行する。

出願代理人システム２１０は、権利の種別、国名、出願日、出願番号、登録日、登録番号、年金支払い状況を含む年金特定情報を収集し、顧客情報に関連付けて、管理データベース２２０に記録可能である。図１４は、管理データベース２２０の権利情報データベース２２１の一例を示している。図１４では、整理番号００１についての情報を示している。図１４に示した例では、権利情報データベース２２１は、出願国、権利の種別、パリ条約の優先権番号、優先日、出願番号、出願日、公開番号、公開日、登録番号、登録日、係属・放棄状況、創作者（発明者）、権利者、出願の有無、審査請求の有無、現地代理人情報、更新管理代理人情報、データ更新日、を有している。権利情報データベース２２１はさらに、顧客名、顧客整理番号を有している。なお、対象案件が共同出願である場合、複数の権利者のうち代表者から産業財産権の取得の依頼を受ける場合がある。あるいは、権利者が在外者である場合、権利者が居住する国における代理人を通じて産業財産権の取得の依頼を受ける場合がある。この場合、権利者の代表者または代理人が顧客となる。このため、権利者と顧客の項目が用意されている。

管理データベース２２０の更新状況データベース２２２は、図４に示した更新状況データベース２２と同様に、対象案件の年次ごとの年金の支払期限と、支払い状況を記録している。管理データベース２２０のタスクデータベース２２３は、図５に示したタスクデータベース２３と同様に、出願から権利維持に至るまでの特許庁に対して行う必要のある手続き（タスク）を記録している。なお、本例では、タスクデータベース２２３における処理日とは、出願代理人が該タスクを実行した日付あるいは現地代理人または年金管理者に該タスクの実行を指示した日付である。また、完了日とは、顧客へ当該タスクの実行の完了を報告した日付である。

年金特定データベース２１２は、図１で示した年金特定データベース１２と同様に、管理データベース２２０に記録される情報の項目のうち、受託者システム２３０が年金の管理を開始できるか否かに影響を及ぼす可能性のある項目が記録されたデータベースである。代理人法律データベース２１３は、図１で示した権利者法律データベース１３と同様に、年金の支払い年次や支払期限を計算したり、年金管理対象となるか否かを判定したりするための各国の法律情報が記録されたデータベースである。

受託者システム２３０は、受託者制御部３１と、年金データベース４０と、受託者法律データベース３２と、受託者通信部３３を備えている。受託者制御部３１は、受託者通信部３３を介して出願代理人システム２１０に通信を行う。また、受託者制御部３１は、受託者通信部３３を介して権利者システム１０に通信を行う。

図１５は、年金管理システム２００が実行する処理のフローチャートであり、年金管理開始までの処理を示している。

まず出願代理人システム２１０の代理人制御部２１１は、特許庁システム２や現地代理人システム６からある案件について何らかの情報を取得したときに、年金特定データベース２１２に基づき管理データベース２２０における年金特定情報のいずれかの情報が更新されたか否かを判定する（ステップＳ４１）。

代理人制御部２１１は、年金特定情報が更新されないと判定したときは（ステップＳ４１：Ｎｏ）、再び特許庁システム２や現地代理人システム６からある案件について何らかの情報を取得するまで待機する。代理人制御部２１１は、年金特定情報が更新されたと判定したときは（ステップＳ４１：Ｙｅｓ）、更新された案件の識別情報と更新された年金特定情報と更新された案件の顧客情報を受託者システム１３０に通知する（ステップＳ４２）。

受託者制御部３１は、出願代理人システム２１０から年金特定情報が通知されてくると、まず、年金特定情報が通知されてきた対象案件が年金データベース４０に登録されているか否かを判定する（ステップＳ４３）。年金特定情報が通知されてきた対象案件が年金データベース４０に登録されていない場合には（ステップＳ４３：Ｎｏ）、受託者制御部３１は出願代理人システム２１０に問い合わせ、対象案件に関する全ての年金特定情報を取得し、顧客情報と共に仮受入データベース４２に登録する（ステップＳ４４）。年金データベース４０に対象案件に関する情報が登録されている場合には（ステップＳ４３：Ｙｅｓ）、受託者制御部３１は出願代理人システム２１０から取得した年金特定情報で仮受入データベース４２を書き換える（ステップＳ４５）。

次に受託者制御部３１は、対象案件の仮受入データベース４２と運用データベース４１の年金特定情報を比較し（ステップＳ４６）、対象案件について仮受入データベース４２と運用データベース４１の相違点を特定する。

図１６は、現時点である２０２０年４月１２日の仮受入データベース４２を示し、出願代理人システム２１０から取得した対象案件００１の概略情報を示す。仮受入データベース４２は、図６の仮受入データベース４２に含まれる情報に加えて、顧客名、顧客整理番号を含んでいる。なお、仮受入データベース４２にはさらに第一実施形態（図７）と同様に出願代理人システム２１０から取得した対象案件００１の支払い状況が含まれている。

次に受託者制御部３１は、出願代理人システム２１０における年金特定情報の更新によって対象案件の年金管理が可能となるか否かを判定する（ステップＳ４７）。ここでは、運用データベース４１と仮受入データベース４２との相違点と、受託者法律データベース３２に基づき、年金管理が可能となるか否かを判定する。

受託者制御部３１は、対象案件の年金管理が可能と判定した場合（ステップＳ４７：Ｙｅｓ）、国、法域ごとの年金の支払い年次および支払い期限の起算日が記録された受託者法律データベース３２と、案件の年金特定情報とに基づき、案件の管理を開始する開始年次を特定する（ステップＳ４８）。なお、対象案件の年金管理が不可能と判定した場合（ステップＳ４７：Ｎｏ）、受託者制御部３１は特に何の処理も行わず、処理を終了する。

次に受託者制御部３１は、特定した開始年次を出願代理人システム２１０に通知する（ステップＳ４９）。

次に代理人制御部２１１は、開始年次を通知してきた受託者に年金管理を委託するか否かの入力を取得する（ステップＳ５０）。代理人制御部２１１が年金管理を委託しない旨の入力を取得した場合（ステップＳ５０：Ｎｏ）、代理人制御部２１１は、対象案件００１の年金管理を委託しない旨を受託者システム２３０に通知する（ステップＳ５３）。代理人制御部２１１が年金管理を委託する旨の入力を取得した場合（ステップＳ５０：Ｙｅｓ）、代理人制御部２１１は、対象案件００１の年金管理を委託する旨を受託者システム２３０に通知する（ステップＳ５１）。

受託者制御部３１は、出願代理人システム２１０から対象案件００１の年金管理を委託する旨の通知を取得したら（ステップＳ５０：Ｙｅｓ）、該案件の年金管理を開始する（ステップＳ５２）。

受託者システム２３０は、年金管理を開始すると、該案件の仮受入データベース４２中の情報を全て運用データベース４１に書き写す。これにより、年金管理開始後は、対象案件に関する仮受入データベース４２中の情報と運用データベース４１中の情報は同一となる。受託者システム２３０は、図９に示す運用データベース４１の更新状況データベース４１１を用いて年金を管理する。

図１７は、年金管理システム２００が実行する処理のフローチャートであり、年金管理開始から年金支払い処理までの処理を示している。
図１７に示したように、受託者制御部３１は、対象案件００１の年金管理を開始すると、該案件の年金管理を開始したことを出願代理人システム２１０に通知する（ステップＳ６１）。

代理人制御部２１１は、該通知を取得すると、更新状況データベース２２２から開始年次および過去年次の支払い状況を索出する（ステップＳ６２）。代理人制御部２１１は、索出した開始年次および過去年次の支払い状況を受託者システム２３０に通知する（ステップＳ６３）。なお、出願代理人システム２１０は既にステップＳ４９にて開始年次を受託者システム３０から受領しており、出願代理人システム２１０には開始年次の情報が記録されており、開始年次が分かれば過去年次についても特定できる。なお、出願代理人システム２１０は、開始年次の支払い状況を索出しないように構成してもよい。

受託者制御部３１は、開始年次および過去年次の支払い状況を出願代理人システム２１０から受領すると、受託者制御部３１は、支払いの未確認年次があるか否かを判定する（ステップＳ６４）。具体的には、受託者制御部３１は、運用データベース４１中の更新状況データベース４１１を参照し、開始年次および開始年次よりも過去の年度である過去年次について支払い完了日が記入されていない年次を特定する。

過去年次に支払いの未確認年次があると判定した場合（ステップＳ６４：Ｙｅｓ）、受託者制御部３１は、未確認年次を出願代理人システム２１０に通知する（ステップＳ６５）。

代理人制御部２１１は、受託者システム２３０から未確認年次が通知されると、未確認年次の支払い状況を管理データベース２２０の更新状況データベース２２２に基づき確認する（ステップＳ６６）。更新状況データベース２２２に未確認年次の支払い完了日が登録されていれば、各々の年次についてその支払い完了日を受託者システム２３０に通知する（ステップＳ６７）。また、未確認年次の支払い完了日が登録されていなければ、その旨を受託者システム２３０に通知する。

受託者システム２３０は、出願代理人システム２１０から未確認年次の確認結果を取得すると、再び過去年次に支払いの未確認年次があるか否かの判定を繰り返す（ステップＳ６４）。

過去年次に支払いの未確認年次がないと判定した場合（ステップＳ６４：Ｎｏ）、受託者システム２３０は、運用データベース４１に記録された顧客情報に対応する権利者により運用される権利者システム１０に年金管理を開始した旨および開始年次を通知する（ステップＳ６８）。本例においては、対象案件００１の顧客と権利者は同一であり、受託者システム２３０は、運用データベース４１に記録された顧客情報に基づいて顧客である権利者により運用される権利者システム１０に年金管理開始を通知する。なお、権利者が在外者であり顧客と権利者が同一でない場合は、顧客（代理人）を通じて権利者により運用される権利者システム１０に年金管理開始が通知されてもよい。権利者システム１０は、受託者システム２３０から年金管理開始の通知を取得すると、開始年次を管理データベースに記録する。

また、受託者制御部３１は開始年次の年金支払い処理を行う（ステップＳ６９）。なお、権利者システム１０への年金開始通知（ステップＳ６８）前に、開始年次の年金支払い処理が行われてもよい。

このような構成によれば、出願代理人システム２１０と受託者システム２３０との間で自動的に開始年次に関する年金管理の仮発注・仮受注および年金支払い状況の確認・管理まで行われる。すなわち、権利者システム１０を介すことなく出願代理人システム２１０と受託者システム２３０の間で年金管理の仮発注から年金支払いまでが完結する。これにより、年金管理の発注や年金支払い状況の確認などの権利者の処理負担が軽減される。他方、権利者システム１０には年金管理開始と開始年次が通知されるので、権利者システム１０を運用する権利者は、年金管理状況を把握できる。

また、開始年次の年金支払い処理前に権利者システム１０へ年金管理開始の通知が通知される場合には、権利者が権利の維持を放棄したかった案件の年金管理が開始されてしまうといった事態を回避できる。例えば権利者システム１０は、ステップＳ６８において年金管理開始通知を取得した場合に、年金管理の委託の中止などを受託者システム２３０に通知してもよい。

なお、上述した実施形態においては、更新された情報が年金特定情報であるか否かの判定が出願代理人システム２１０において行われているが、第二実施形態のように、更新された情報が年金特定情報であるか否かの判定は受託者システム２３０において行われてもよい。この場合、受託者システム２３０は、図１１の受託者システム１３０と同様に、年金特定データベース３４を有する。

また、上述した実施形態においては、出願代理人は、年金管理はすべて受託者に委託しているが、一部の年次（例えば６年次）の年金管理を出願代理人で行ってもよい。例えば、出願代理人は、図１５のステップＳ５１において、対象案件の所定の年次（例えば７年次以降）の年金管理を委託する旨を受託者システム３０に通知してもよい。この場合、出願代理人システム２１０は、一部の年次（例えば６年次）の年金管理開始を権利者システム１０に通知する。また、出願代理人システム２１０は、年金の支払いが完了した場合はその旨を権利者システム１０と受託者システム２３０に通知する。

また本発明は、上述した年金管理システム１，１００，２００を構成する権利管理システム（権利者システム１０，１１０または出願代理人システム２１０）として、以下のように構成することができる。
産業財産権の維持に必要な年金の支払いを管理する年金管理システム１，１００，２００に用いられる権利管理システムであって、
前記権利管理システムは、産業財産権に関する情報を取得して、少なくとも出願から権利化に至るまでの手続きを管理可能であり、
前記権利管理システムは、前記産業財産権の維持に必要な年金の支払いを管理する受託者システム３０，１３０，２３０とネットワーク５を介して接続され、
前記権利管理システムは、権利の種別、国名、出願日、出願番号、登録日、登録番号、年金支払い状況を含む年金特定情報を収集し、管理データベース２０，２２０に記録可能であり、
前記権利管理システムは、前記管理データベース２０，２２０における情報が更新されたときに、前記受託者システム３０，１３０，２３０に更新された案件の識別情報と更新された前記情報を通知し、
前記権利管理システムにおける前記情報の更新によって前記案件の年金管理が可能となると判定したときに、国、法域ごとの年金の支払い年次および支払い期限の起算日が記録された法律データベースと、前記案件の前記情報とに基づき、前記受託者システム３０，１３０，２３０によって算出される前記案件の管理を開始する開始年次を前記受託者システム３０，１３０，２３０から取得し、
前記権利管理システムは、取得した前記開始年次より以前の年次である過去年次の年金支払い状況に関する情報を前記受託者システム３０，１３０，２３０に通知する、権利管理システム。

また本発明は、上述した年金管理システム１，１００，２００を構成する受託者システム３０，１３０，２３０として、以下のように構成することができる。
産業財産権の維持に必要な年金の支払いを管理する年金管理システム１，１００，２００に用いられる受託者システム３０，１３０，２３０であって、
前記受託者システム３０，１３０，２３０は、前記産業財産権の維持に必要な年金の支払いを管理するものであり、
産業財産権に関する情報を取得して少なくとも出願から権利化に至るまでの手続きを管理可能な権利管理システム（権利者システム１０、１１０または出願代理人システム２１０）とネットワーク５を介して接続され、
権利の種別、国名、出願日、出願番号、登録日、登録番号、年金支払い状況を含む年金特定情報を収集し、管理データベース２０，２２０に記録可能な前記権利管理システムにおいて、前記管理データベース２０，２２０における情報が更新されたときに、更新された案件の識別情報と更新された前記情報を前記権利管理システムから通知し、
前記権利管理システムにおける前記情報の更新によって前記案件の年金管理が可能となると判定したときに、前記受託者システム３０，１３０，２３０は、国、法域ごとの年金の支払い年次および支払い期限の起算日が記録された法律データベースと、前記案件の前記情報とに基づき、前記案件の管理を開始する開始年次を特定し、
前記開始年次を前記権利管理システムに通知し、
前記開始年次およびそれ以前の年次である過去年次の年金支払い状況の管理を開始し、
前記過去年次の年金支払い状況に関する情報を前記権利管理システムから取得する、受託者システム３０，１３０，２３０。

以上、本発明の実施形態について説明をしたが、本発明の技術的範囲が本実施形態の説明によって限定的に解釈されるべきではないのは言うまでもない。本実施形態は単なる一例であって、特許請求の範囲に記載された発明の範囲内において、様々な実施形態の変更が可能であることが当業者によって理解されるところである。本発明の技術的範囲は特許請求の範囲に記載された発明の範囲及びその均等の範囲に基づいて定められるべきである。

上述した第一実施形態の変形例は、第二実施形態および第三実施形態にも適用されうる。

１，１００，２００ 年金管理システム
２ 特許庁システム
３，２１０ 出願代理人システム
４ 代理人システム
５ ネットワーク
６ 現地代理人システム
１０，１１０ 権利者システム
１１ 権利者制御部
１２ 年金特定データベース
１３ 権利者法律データベース
１４ 権利者通信部
２０ 管理データベース
２１ 権利情報データベース
２２ 更新状況データベース
２３ タスクデータベース
３０，１３０，２３０ 受託者システム
３１ 受託者制御部
３２ 受託者法律データベース
３３ 受託者通信部
３４ 年金特定データベース
４０ 年金データベース
４１ 運用データベース
４２ 仮受入データベース
４１１ 更新状況データベース
２１１ 代理人制御部
２１２ 年金特定データベース
２１３ 代理人法律データベース
２１４ 代理人通信部
２２０ 管理データベース
２２１ 権利情報データベース
２２２ 更新状況データベース
２２３ タスクデータベース

Claims (10)

1. 産業財産権の維持に必要な年金の支払いを管理する年金管理システムであって、
   産業財産権に関する情報を取得して、少なくとも出願から権利化に至るまでの手続きを管理可能な権利管理システムと、
   前記権利管理システムとネットワークを介して接続され、前記産業財産権の維持に必要な年金の支払いを管理する受託者システムと、を有し、
   前記権利管理システムは、権利の種別、国名、出願日、出願番号、登録日、登録番号、年金支払い状況を含む年金特定情報を収集し、管理データベースに記録可能であり、
   前記権利管理システムは、前記管理データベースにおける情報が更新されたときに、更新された案件の識別情報と更新された前記情報を前記受託者システムに通知し、
   前記受託者システムは、前記権利管理システムにおける前記情報の更新によって前記案件の年金管理が可能となると判定したときに、前記受託者システムは、国、法域ごとの年金の支払い年次および支払い期限の起算日が記録された法律データベースと、前記案件の前記情報とに基づき、前記案件の管理を開始する開始年次を特定し、
   前記受託者システムは、前記開始年次を前記権利管理システムに通知し、
   前記受託者システムは、前記開始年次およびそれ以前の年次である過去年次の年金支払い状況の管理を開始し、
   前記権利管理システムは、前記過去年次の年金支払い状況に関する情報を前記受託者システムに通知する、年金管理システム。
2. 前記権利管理システムは、更新された前記情報が年金特定情報であると判定したときに、更新された案件の前記識別情報と更新された前記年金特定情報を前記受託者システムに通知する、請求項１に記載の年金管理システム。
3. 前記受託者システムは、更新された前記情報が年金特定情報であると判定したときに、前記年金特定情報の更新によって前記案件の年金管理が可能となるかを判定する、請求項１に記載の年金管理システム。
4. 前記受託者システムは、前記権利管理システムから前記過去年次の年金支払い状況に関する情報を取得し、前記過去年次に支払いが確認できない未確認年次がある場合に、前記未確認年次を通知する、請求項１から請求項３の何れか一項に記載の年金管理システム。
5. 前記受託者システムは、現時点から猶予期間後に支払期限日を迎える年次を前記開始年次として特定し、
   前記受託者システムは、前記開始年次と前記法律データベースに基づき、前記開始年次の直前の年次である直前年次の支払い期限を算出し、
   前記受託者システムは、前記直前年次の支払い期限が現時点より前または後の所定期間内にあり、かつ、前記権利管理システムから取得した前記過去年次の年金支払い状況に関する情報に前記直前年次の支払い完了を示す情報が含まれていないと判定した場合に、前記直前年次の支払い状況に関する情報の入力を要求する、または、前記直前年次の支払いを希望するか否かを前記権利管理システムに問い合わせる、請求項１から請求項３の何れか一項に記載の年金管理システム。
6. 前記受託者システムから前記権利管理システムへの前記開始年次の通知後に、前記権利管理システムは、その開始年次に対応する該案件の年金管理を前記受託者システムの受託者に委託するか否かの権利者または出願代理人の判断を取得し、その判断結果を前記受託者システムに通知し、
   前記判断結果が年金管理を委託するという場合に、前記受託者システムは、前記開始年次および前記過去年次の年金支払い状況の管理を開始する、請求項１から請求項３の何れか一項に記載の年金管理システム。
7. 前記権利管理システムは、前記産業財産権を保有する権利者により運用される権利者システムである、請求項１から請求項６の何れか一項に記載の年金管理システム。
8. 前記産業財産権に関する情報を取得して、少なくとも出願から権利化に至るまでの手続きを管理可能であり、前記産業財産権を保有する権利者により運用される権利者システムをさらに有しており、
   前記権利管理システムは、前記産業財産権を取得するための手続きを代理する出願代理人により運用される出願代理人システムであり、
   前記出願代理人システムは、前記管理データベースにおける情報が更新されたときに、更新された案件の前記識別情報と更新された前記情報と共に更新された案件の顧客情報を前記受託者システムに通知し、
   前記受託者システムは、前記顧客情報に対応する権利者により運用される前記権利者システムに前記案件の管理の開始と開始年次を通知し、
   前記権利者システムは、前記受託者システムから通知された前記案件の開始年次を記憶する、請求項１から請求項６の何れか一項に記載の年金管理システム。
9. 産業財産権の維持に必要な年金の支払いを管理する年金管理システムに用いられる権利管理システムであって、
   前記権利管理システムは、産業財産権に関する情報を取得して、少なくとも出願から権利化に至るまでの手続きを管理可能であり、
   前記権利管理システムは、前記産業財産権の維持に必要な年金の支払いを管理する受託者システムとネットワークを介して接続され、
   前記権利管理システムは、権利の種別、国名、出願日、出願番号、登録日、登録番号、年金支払い状況を含む年金特定情報を収集し、管理データベースに記録可能であり、
   前記権利管理システムは、前記管理データベースにおける情報が更新されたときに、前記受託者システムに更新された案件の識別情報と更新された前記情報を通知し、
   前記権利管理システムにおける前記情報の更新によって前記案件の年金管理が可能となると判定したときに、国、法域ごとの年金の支払い年次および支払い期限の起算日が記録された法律データベースと、前記案件の前記情報とに基づき、前記受託者システムによって算出される前記案件の管理を開始する開始年次を前記受託者システムから取得し、
   前記権利管理システムは、取得した前記開始年次より以前の年次である過去年次の年金支払い状況に関する情報を前記受託者システムに通知する、権利管理システム。
10. 産業財産権の維持に必要な年金の支払いを管理する年金管理システムに用いられる受託者システムであって、
    前記受託者システムは、前記産業財産権の維持に必要な年金の支払いを管理するものであり、
    産業財産権に関する情報を取得して少なくとも出願から権利化に至るまでの手続きを管理可能な権利管理システムとネットワークを介して接続され、
    権利の種別、国名、出願日、出願番号、登録日、登録番号、年金支払い状況を含む年金特定情報を収集し、管理データベースに記録可能な前記権利管理システムにおいて、前記管理データベースにおける情報が更新されたときに、更新された案件の識別情報と更新された前記情報を前記権利管理システムから通知し、
    前記権利管理システムにおける前記情報の更新によって前記案件の年金管理が可能となると判定したときに、前記受託者システムは、国、法域ごとの年金の支払い年次および支払い期限の起算日が記録された法律データベースと、前記案件の前記情報とに基づき、前記案件の管理を開始する開始年次を特定し、
    前記開始年次を前記権利管理システムに通知し、
    前記開始年次およびそれ以前の年次である過去年次の年金支払い状況の管理を開始し、
    前記過去年次の年金支払い状況に関する情報を前記権利管理システムから取得する、受託者システム。
    

Images