JP2003108730A - ワークフロー支援システム、ワークフロー支援方法、ワークフロー支援プログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 多数の特許出願の審査請求に要する費用を事
前に正確に把握できるようにすること。 【解決手段】 審査請求に際して特許庁に支払うべき手
数料（審査請求一件あたりの基本料金、一請求項あたり
の基準金額など）、および代理人に支払うべき手数料
（補正により増加する一請求項あたりの標準手数料額な
ど）を所定のテーブルから取得し、手続きを自社により
行うか、特許事務所に委任するかなど個々の案件の事情
に応じて、その審査請求にかかる費用を自動計算する。
また、操作者が任意に選択した複数の案件につき、上記
で計算された個々の案件の費用を合計することにより、
その審査請求にかかる総費用を自動計算する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、電子文書に記述
された情報の価値を評価するためのワークフローの支援
システム、ワークフローの支援方法、ワークフローの支
援プログラムおよびそのプログラムを記録したコンピュ
ータ読み取り可能な記録媒体に関する。

【０００２】

【従来の技術】コンピュータ関連技術の急速な進歩、お
よびコンピュータ関連機器の急速な価格低下を背景に、
ＰＣやＬＡＮなどを導入する企業の数が近年飛躍的に増
大している。そして、ある程度以上の規模の企業では、
一般に「グループウェア」と呼ばれるソフトウェア（代
表的なものに米国Ｌｏｔｕｓ社の「Ｌｏｔｕｓ Ｎｏｔ
ｅｓ」がある）を使用して、複数人による情報の共有化
や意思疎通をはかることにより、業務の生産性を大きく
向上させている。

【０００３】そして、さらに電子文書を所定の宛先に順
次回付することで、ある事項についての企業としての意
思決定（稟議・決裁）、あるいは意思決定後の事務作業
などを支援するための、一般に「ワークフロー支援シス
テム」などと呼ばれるシステムも広く実用化されてい
る。たとえば特開平１１−１４３９６３号公報、特開平
１１−１４３９８０号公報、特開平１１−２１９４０１
号公報、特開平１１−２１９４０２号公報、特開平１１
−２１９３９３号公報などでは、企業による特許出願を
円滑におこなうためのワークフロー支援システムが提案
されている。

【０００４】ところでいったん出願した発明について
は、さらにその審査請求をおこなうか否かを出願後七年
以内に決定しなければならない。このように審査請求の
可能な時期には法律上の制限があるため、過誤により権
利化不能となる発明が発生しないよう、発明の価値の検
討は適切な時期に確実におこなわなければならない。そ
して、年間数千件単位の特許出願をおこなう企業では、
年に数度過去のある時期に出願した発明につき一括して
審査請求の要否を検討し、企業にとって必要な発明とそ
うでない発明とを選別するのが一般的である。

【０００５】

【発明が解決しようとする課題】そして、最終的に審査
請求要と結論された出願については、その審査請求手続
きが取られるが、当該手続きにかかる費用は個々の出願
の事情によって異なっている。たとえば、特許庁に接続
された電子申請専用端末を介して自ら審査請求書を提出
する場合には、費用は特許庁に支払う手数料のみである
が、代理人に審査請求手続きを依頼する場合には、上記
に加えて代理人に支払うべき手数料が発生する。また、
審査請求に際しての補正の有無、補正後の請求項数など
によっても上記費用は異なってくる。

【０００６】そして、大企業ともなると上記検討の対象
となる出願の数が一回につき数百件〜数千件といったレ
ベルであり、そのうち最終的に審査請求されるものの件
数も多くなる。そのため、個々の出願につき個々の事情
に応じて審査請求費用を逐一計算することは、非常に煩
雑であるとともに計算ミスなども生じやすくなり、正確
な予算管理が困難になるという問題点があった。

【０００７】また、たとえ個々の出願の費用は正確に計
算できたとしても、請求書管理の観点からは特にどの特
許事務所に対して、何月何日に総額いくらの支払いが発
生するかを正確に把握する必要がある。そして、多数あ
る案件の中から特定の事務所に依頼するものだけを拾い
出す際に一件でも過不足が生ずると、請求書に記載の金
額との不一致を生じ、請求元の事務所も巻き込んで混乱
を生じてしまうという問題点があった。

【０００８】この発明は上記従来技術の問題点に鑑みて
なされたものであって、多数の特許出願の審査請求に要
する費用を事前に正確に把握することが可能なワークフ
ロー支援システム、ワークフロー支援方法、ワークフロ
ー支援プログラムおよびそのプログラムを記録したコン
ピュータ読み取り可能な記録媒体を提供することを目的
とする。

【０００９】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するため、請求項１に記載のワークフロー支
援システムは、特許出願の審査請求価値を評価するため
の複数の工程からなり、前記各工程における作業者のメ
ールアドレスに対して前記評価のために必要な情報また
は前記評価のために必要な情報の格納先に関する情報を
電子メールで送信することにより前記評価をおこなうワ
ークフローの支援システムにおいて、前記特許出願の審
査請求時における請求項の個数を算出する第１の算出手
段と、前記特許出願の審査請求に際して特許庁に支払う
べき基本料金および前記請求項ごとの基準金額を読み出
す第１の読み出し手段と、前記特許出願の審査請求に際
して当該審査請求の手続きを代理する代理人に支払うべ
き手数料を読み出す第２の読み出し手段と、前記第１の
算出手段により算出された請求項の個数、および前記第
１の読み出し手段により読み出された基本料金および基
準金額、および／または前記第２の読み出し手段により
読み出された手数料にもとづいて、前記特許出願の審査
請求のために必要な費用を算出する第２の算出手段と、
を備えたことを特徴とする。

【００１０】また、請求項２に記載のワークフロー支援
システムは、前記請求項１に記載の発明において、さら
に、前記特許出願の審査請求に際して補正をおこなうか
否かを判定する判定手段を備え、前記第２の算出手段
は、前記判定手段により補正をおこなうと判定された場
合に、前記第１の算出手段により算出された請求項の個
数、前記第１の読み出し手段により読み出された基本料
金および基準金額、および前記第２の読み出し手段によ
り読み出された手数料にもとづいて、前記特許出願の審
査請求のために必要な費用を算出することを特徴とす
る。

【００１１】また、請求項３に記載のワークフロー支援
システムは、前記請求項１または請求項２に記載の発明
において、さらに、複数の前記特許出願を選択する選択
手段と、前記選択手段により選択された各特許出願につ
き前記第２の算出手段により算出された費用にもとづい
て、前記選択手段により選択された複数の特許出願の審
査請求のために必要な総費用を算出する第３の算出手段
と、を備えたことを特徴とする。

【００１２】また、請求項４に記載のワークフロー支援
方法は、特許出願の審査請求価値を評価するための複数
の工程からなり、前記各工程における作業者のメールア
ドレスに対して前記評価のために必要な情報または前記
評価のために必要な情報の格納先に関する情報を電子メ
ールで送信することにより前記評価をおこなうワークフ
ローの支援方法において、前記特許出願の審査請求時に
おける請求項の個数を算出する第１の算出ステップと、
前記特許出願の審査請求に際して特許庁に支払うべき基
本料金および前記請求項ごとの基準金額を読み出す第１
の読み出しステップと、前記特許出願の審査請求に際し
て当該審査請求の手続きを代理する代理人に支払うべき
手数料を読み出す第２の読み出しステップと、前記第１
の算出ステップで算出された請求項の個数、および前記
第１の読み出しステップで読み出された基本料金および
基準金額、および／または前記第２の読み出しステップ
で読み出された手数料にもとづいて、前記特許出願の審
査請求のために必要な費用を算出する第２の算出ステッ
プと、を含んだことを特徴とする。

【００１３】また、請求項５に記載のワークフロー支援
方法は、前記請求項４に記載の発明において、さらに、
前記特許出願の審査請求に際して補正をおこなうか否か
を判定する判定ステップを含み、前記第２の算出ステッ
プでは、前記判定ステップで補正をおこなうと判定され
た場合に、前記第１の算出ステップで算出された請求項
の個数、前記第１の読み出しステップで読み出された基
本料金および基準金額、および前記第２の読み出しステ
ップで読み出された手数料にもとづいて、前記特許出願
の審査請求のために必要な費用を算出することを特徴と
する。

【００１４】また、請求項６に記載のワークフロー支援
方法は、前記請求項４または請求項５に記載の発明にお
いて、さらに、複数の前記特許出願を選択する選択ステ
ップと、前記選択ステップで選択された各特許出願につ
き前記第２の算出ステップで算出された費用にもとづい
て、前記選択ステップで選択された複数の特許出願の審
査請求のために必要な総費用を算出する第３の算出ステ
ップと、を含んだことを特徴とする。

【００１５】また、請求項７に記載のワークフロー支援
プログラムは、特許出願の審査請求価値を評価するため
の複数の工程からなり、前記各工程における作業者のメ
ールアドレスに対して前記評価のために必要な情報また
は前記評価のために必要な情報の格納先に関する情報を
電子メールで送信することにより前記評価をおこなうワ
ークフローの支援プログラムにおいて、前記特許出願の
審査請求時における請求項の個数を算出する第１の算出
ステップと、前記特許出願の審査請求に際して特許庁に
支払うべき基本料金および前記請求項ごとの基準金額を
読み出す第１の読み出しステップと、前記特許出願の審
査請求に際して当該審査請求の手続きを代理する代理人
に支払うべき手数料を読み出す第２の読み出しステップ
と、前記第１の算出ステップで算出された請求項の個
数、および前記第１の読み出しステップで読み出された
基本料金および基準金額、および／または前記第２の読
み出しステップで読み出された手数料にもとづいて、前
記特許出願の審査請求のために必要な費用を算出する第
２の算出ステップと、をコンピュータに実行させること
を特徴とする。

【００１６】また、請求項８に記載のワークフロー支援
プログラムは、前記請求項７に記載の発明において、さ
らに、複数の前記特許出願を選択する選択ステップと、
前記選択ステップで選択された各特許出願につき前記第
２の算出ステップで算出された費用にもとづいて、前記
選択ステップで選択された複数の特許出願の審査請求の
ために必要な総費用を算出する第３の算出ステップと、
をコンピュータに実行させることを特徴とする。

【００１７】また、請求項９に記載の記録媒体は、前記
請求項７または請求項８のいずれか一つに記載のプログ
ラムを記録したことを特徴とする。

【００１８】

【発明の実施の形態】以下に添付図面を参照して、本発
明にかかるワークフロー支援システム、ワークフロー支
援方法、ワークフロー支援プログラムおよびそのプログ
ラムを記録したコンピュータ読み取り可能な記録媒体の
好適な実施の形態を詳細に説明する。

【００１９】（システム全体の概略構成）図１は、本発
明の実施の形態によるワークフロー支援システムの概略
構成を示す説明図である。図中、メインフレーム１０１
には本出願人が出願人あるいは権利者となっている国内
の特許出願、および実用新案登録出願のデータを格納し
た「国内特実マスタ」１０１ａと、本出願人の現在雇用
する、あるいは過去に雇用していた社員に関するデータ
を格納する「人事マスタ」１０１ｂとが保持されてい
る。

【００２０】また、サーバ１０２には「審査請求ＤＢ
（データベース）」１０２ａ（正確には「審査請求要否
評価ＤＢ」であるが、以下では単に「審査請求ＤＢ」と
いう）が保持されている。

【００２１】後述のように、審査請求の要否はメインフ
レーム１０１に格納された全出願のうち、出願から一定
期間を経過したごく一部について判断されるわけである
が、一連の評価作業の間、評価対象となっている出願の
データだけを、メインフレーム１０１上の国内特実マス
タ１０１ａからサーバ１０２上の審査請求ＤＢ１０２ａ
に読み出しておく。そして要否の判断を終えた後、およ
び必要な出願についてその審査請求をおこなった後に、
審査請求ＤＢ１０２ａのデータを国内特実マスタ１０１
ａに書き戻すようにする。

【００２２】また、サーバ１０２には知財区（知財部
門）のＰＣ１０３や開発区（開発部門）のＰＣ１０４な
ど、社内の複数のＰＣがＬＡＮにより接続されている。
サーバ１０２および各ＰＣ１０３・１０４にはグループ
ウェア、具体的には上述の「Ｌｏｔｕｓ Ｎｏｔｅｓ」
がインストールされており、その提供する機能により、
ＰＣ１０３・１０４からサーバ１０２上の審査請求ＤＢ
１０２ａのデータを参照・編集することができる。な
お、知財区にはＰＣ１０３のほか、特許庁に対する各種
電子手続きをおこなうための電子申請専用端末１０５が
設置されている。

【００２３】また、サーバ１０２はファイアウォール
（図示せず）を介してネットワーク回線、さらに「事務
所ＤＢ」１０６ａを保持する所定のＳＰのサーバ１０６
に接続されている。

【００２４】最終的に審査請求が必要とされた案件で、
外部の特許事務所に審査請求の手続きを委任するものに
ついては、審査請求ＤＢ１０２ａから必要事項を抜き出
して事務所ＤＢ１０６ａにコピーしておく。これによ
り、代理人はその事務所内のＰＣ１０７から事務所ＤＢ
１０６ａの複製をおこなうことで、依頼された案件の詳
細な内容を確認できるようになる。なお、このＳＰのサ
ーバ１０６および各事務所のＰＣ１０７にも、上述の
「Ｌｏｔｕｓ Ｎｏｔｅｓ」がインストールされてい
る。

【００２５】（ワークフローの概略手順）つぎに、上記
システムにより実現される審査請求要否評価ワークフロ
ー（以下単に「審査請求ワークフロー」という）の概略
手順について説明する。審査請求の要否の評価には、出
願から一定期間を経過した発明につき定期的におこなう
定期審査請求処理と、早急な権利化が要請される発明な
どにつき臨時的におこなう臨時審査請求処理とがある
が、以下ではもっぱら前者について説明する。

【００２６】定期審査請求処理（以下単に「定期評価」
という）は、通常その出願後１年半〜２年を経過した発
明についておこなう、審査請求の要否の検討とその実際
の手続きである。定期評価の概略の手順は、 （１）国内特実マスタ１０１ａから審査請求ＤＢ１０２
ａへ、今回の評価の対象となる出願のデータを読み出す
（以上、メインフレーム１０１におけるバッチ処理） （２）上記データに必要な修正を施す（以上、知財区の
事務担当者による処理） （３）各出願につき知財区の担当者や開発区の評価者を
決定する（以上、知財区の知財担当者による処理） （４）各出願につき開発区の評価者を決定するととも
に、開発区において審査請求の要否を判断する（以上、
開発区の評価者およびその上司による処理） （５）各出願につき知財区において審査請求の要否を判
断する（以上、知財区の担当者およびその上司による処
理） （６）審査請求ＤＢ１０２ａから国内特実マスタ１０１
ａへデータを書き戻す（以上、サーバ１０２におけるバ
ッチ処理） （７）審査請求要と判断された出願につき、代理人に審
査請求の依頼をし、あるいは自ら審査請求をおこなう
（以上、知財区の事務担当者による処理） のようになる。以下、各々の作業について順次説明す
る。

【００２７】（１）審査請求ＤＢ１０２ａへのデータの
読み出し 図２は、メインフレーム１０１からサーバ１０２へのデ
ータの読み出し（コピー）の手順を示すフローチャート
である。メインフレーム１０１上で動作するソフトウェ
ア（具体的には（株）ビーコンインフォメーションテク
ノロジー社の「Ａ−ＡＵＴＯ」）は、あらかじめ設定さ
れた抽出日になると（ステップＳ２０１：Ｙｅｓ）、あ
らかじめ設定された抽出条件に合致する出願のレコード
を国内特実マスタ１０１ａから検索するためのバッチプ
ログラムを起動する（ステップＳ２０２）。

【００２８】なお、この抽出日は本出願人の場合一年に
三回の頻度で設定され、また抽出条件は主として出願日
により、たとえば「１９９７年２月１日〜同年８月３１
日の期間に出願され、かつ審査請求がまだされていない
発明」のように設定される。

【００２９】そして、上記条件に合致する出願があった
場合（ステップＳ２０３：Ｙｅｓ）、現在注目している
のが何番目の出願であるかを示す変数ｎを初期化する
（ステップＳ２０４）。つぎに、抽出条件に合致した出
願のうちｎ番目のもの（もしあれば）のデータ、たとえ
ばその社内番号（ＦＮＯ：Ｆｉｌｅ Ｎｕｍｂｅｒ）、
出願日、出願番号、公開日、公開番号、発明者、発明の
名称、知財区担当者（以下単に「担当者」ともいう）、
代理人、要約文などを読み出し（ステップＳ２０５：Ｙ
ｅｓ、ステップＳ２０６）、ＣＳＶ形式の転送用ファイ
ルに順次書き込む（ステップＳ２０７）。

【００３０】その後ｎがインクリメントされて（ステッ
プＳ２０８）、後続の出願につき上記処理が繰り返され
る結果、転送用ファイルには抽出条件に合致したすべて
の出願のデータが記述されることになる。そしてこのフ
ァイルは、メインフレーム１０１とサーバ１０２の双方
で動作するソフトウェア（具体的には（株）セゾン情報
システムズ社の「ＨＵＬＦＴ」）により、所定のプロト
コルにしたがってサーバ１０２に送信される（ステップ
Ｓ２０９）。

【００３１】（２）データの修正 上記のようにしてメインフレーム１０１から抽出された
各出願のデータは、サーバ１０２で個々の出願ごとに作
成される「審査請求評価表」（以下単に「評価表」とも
いう）内に格納される。そして、これらの評価表はサー
バ１０２の審査請求ＤＢ１０２ａ内に格納される。

【００３２】ただし、上記で抽出されたデータは不完全
または不適切で、そのままでは評価表への格納のできな
い場合がある。そこで、上記評価表の作成に先立ってデ
ータをチェックし、不備があれば可能な限り自動で当該
不備を補う。さらに、自動では補い切れなかった不備を
知財区の審査請求管理者（事務担当者）に通知し、手動
で補完をおこなわせる。代表的な不備と、その補完の例
を下記に示す。

【００３３】公開番号の欠落 公開番号の項目にデータがない場合である。上述のよう
に定期評価は出願後１年半〜２年で実施されるので、本
来ならば上記抽出の時点ですでに発明は公開され、公開
番号が付与されているはずである。唯一の例外は国内優
先権主張の基礎とされた出願であって、これらの出願は
出願後１年３ヶ月を経過した時点で取り下げたものとみ
なされるため、公開番号が付与されることはない。

【００３４】そこで、上記転送用ファイルの各出願のデ
ータを自動でチェックし、公開番号の欠落した出願は一
律にエラー一覧に拾い出してゆく。そして、審査請求管
理者はこのエラー一覧と、別途管理されている紙資料な
どとを照合して、各出願の公開番号の欠落が単なる入力
漏れによるものか、優先権主張によるものかの見極めを
おこなう。その結果、前者の出願については漏れた公開
番号を入力するが、後者の出願についてはそもそも評価
をおこなう実益がない（みなし取下げにより、もはや審
査請求による権利化の余地がない）ため、当該出願を評
価の対象から除外する。

【００３５】担当者の欠落、不在など 担当者の項目にデータがない、あるいはデータはあるも
のの、その担当者がすでに人事異動などにより当該発明
の担当を外れているような場合である。前者については
知財区の人事を把握している審査請求管理者に通知し
て、関係者とも協議の上、適切な担当者を入力させれば
よい。また、後者については「担当者移動状況マスタ」
（任を解かれる担当者と新たに任ぜられる担当者との対
照表であり、異動の都度審査請求管理者により更新され
る）にもとづいて、旧担当者から新担当者（現担当者）
への差し替えを自動的におこなう。

【００３６】発明者の欠落 発明者の項目にデータがない場合である。発明者全員が
退職者や休職者である場合にこのような欠落が生じう
る。もっとも、これを発見してももっぱら事務を担当す
る審査請求管理者には、不在の発明者に代わる他の者を
選定することは困難である。そのため、通常発明者の欠
落は審査請求管理者の段階で補完されることはなく、
（３）で後述するように、その後段の知財区担当者によ
り新たな評価者の選定がなされることで補完される。

【００３７】なお、逆に発明者が複数ある場合には、後
述のようにそのうち一人を代表として評価を依頼するこ
とになるので、評価表の作成の時点でこの代表者（開発
区評価者）を選定しておく。この代表としては、発明者
中の筆頭発明者、すなわち発明者が複数あれば第一番目
の発明者、発明者が一人のみであれば当該発明者が機械
的に任命される。

【００３８】（３）担当者と評価者の決定 上記のようにして、自動抽出されたデータに自動あるい
は手動による必要な修正が施されると、つぎに各出願の
知財区担当者に対して、開発区での評価に先立つ事務作
業が依頼される。そして担当者による以後の作業は、
発明内容を確認し、知財区における担当者を決定（必
要に応じて変更）し、開発区における評価者を決定
（必要に応じて変更）する、という手順で進められる。
以下、順に説明する。

【００３９】発明内容の確認 図３は、審査請求管理者によるデータ修正後、知財区担
当者に送信される作業依頼メールの一例を示す説明図で
ある。図示するようにメール本文には依頼の趣旨のみが
示され、作業に必要な情報、たとえば発明の内容などは
本文内に埋め込まれたリンクを介して参照するようにな
っている。

【００４０】図４は、上記リンク（図中アイコンで示さ
れる）をクリックすると表示される「担当者＆評価者変
更」ビュー、また図５は、上記ビューでいずれかの案件
をダブルクリックすると表示される審査請求評価表の一
例を示す説明図である。

【００４１】上述のように、この評価表は個々の出願ご
とに作成されてサーバ１０２の審査請求ＤＢ１０２ａに
保存されるもので、文書内のどこに何を配置するといっ
た全体のレイアウトは、文書設計情報（フォーム）とし
てあらかじめ規定されている。また、当該フォームに流
し込まれる要約文や書誌的事項、知財区担当者・開発区
評価者などは、サーバ１０２への抽出後自動もしくは手
動により上述の修正を施されたものである。

【００４２】図示するように、評価表の冒頭には発明の
名称と要約とが表示され、さらに「ＰＶ起動」ボタンを
クリックすることで、当該出願の公開公報全文を表示さ
せることができる。ここでＰＶ（Ｐａｔｅｎｔ Ｖｉｅ
ｗｅｒ）とは、本出願人が社内で運用している特許公報
検索システムの名称である。

【００４３】また、発明の名称や要約の下には複数のセ
クションが設けられている。このセクションとはＬｏｔ
ｕｓ Ｎｏｔｅｓの設計上の用語であって、文書中「セ
クションマーク（下向き矢印もしくは右向き矢印）＋セ
クション名」の直下の、任意に開閉できるようになって
いるエリアをいう。

【００４４】たとえば、図中「知財区担当者」セクショ
ンと「開発区評価者」セクションとは開いているが、セ
クションマークをクリックすることで、セクションを閉
じてその内容が表示されないようにすることができる。
なお、このときセクションマークは下向き矢印から右向
き矢印に変わる。逆に、図中「書誌的事項」セクション
は閉まっているが、同様にセクションマークをクリック
することで、セクションを開いてその内容を表示させる
ことができる。このときセクションマークは右向き矢印
から下向き矢印に変わる。

【００４５】なお、初期状態すなわち評価表を開いた直
後の時点でどのセクションが表示されているか、そして
表示されているセクションのうちどのセクションが開き
どのセクションが閉じているかは、評価がどの段階まで
進んでいるかによって異なるが、この点については後述
する。

【００４６】担当者の決定 上記の評価表により発明内容を確認した担当者は、自己
が当該出願の担当者としてふさわしくないと判断したと
きは、自己に代わる担当者を自ら決定し、あるいは自己
の上司にその決定を依頼することができる。なお、自己
が当該出願の担当者として適切であれば、下記の処理は
省略して後述へ進む。

【００４７】ａ）自己に代わる担当者を自ら決定する場
合 まず、図５に示した評価表の「編集」ボタンをクリック
して、当該文書を編集モード（編集可能な状態）にす
る。図６は編集モードの評価表、特にその「知財区担当
者」セクション付近の一例を示す説明図である。

【００４８】図中、「知財区担当者」の項目にある「ア
ドレス帳より選択」ボタンをクリックすると、図７に示
すようなアドレス帳が表示されるので、自己以外の適切
な担当者を選択して「ＯＫ」ボタンをクリックする。こ
の後「担当者変更」ボタンをクリックすると、変更後の
担当者へ図３に示したのと同様の作業依頼メールが送信
される。

【００４９】なお、図４に示した一覧画面で「担当者変
更」ボタンをクリックすることにより、その時点で選択
されている複数の案件（自己が担当者になっているもの
に限る）につき、一括して担当者を変更することもでき
る。

【００５０】ｂ）自己に代わる担当者の決定を上司に依
頼する場合 また、担当者が自己に代わる適切な担当者を選定できな
い場合には、図６に示した評価表で「担当者変更依頼」
ボタンをクリックして、図８に示すようなダイアログを
表示させる。そして、担当者変更の依頼先（通常は当該
担当者の承認者）、適切と思われる担当者や発明の概要
など必要事項を記入して「ＯＫ」ボタンをクリックする
と、上記依頼先に図９に示すような作業依頼メールが送
信される。

【００５１】図１０は上記依頼先で上記メールに埋め込
まれたリンクをクリックすると表示される「担当者変更
確定」ビューであり、いずれかの案件をダブルクリック
すれば、当該案件の審査請求評価表を表示させることが
できる。ここで表示される評価表は図５と同様のもので
あり、依頼先では上記と同様の手順で新たな担当者を決
定する。

【００５２】なお、担当者は図４に示した一覧画面で
「担当者変更依頼」ボタンをクリックすることにより、
その時点で選択されている複数の案件（自己が担当者に
なっているものに限る）につき、一括して担当者の変更
を依頼することができる。また、その依頼先では図１０
に示した一覧画面で「担当者変更」ボタンをクリックす
ることにより、その時点で選択されている複数の案件
（自己が担当者変更依頼先になっているものに限る）に
つき、一括してその担当者を変更することができる。

【００５３】評価者の決定（知財区） 上記のようにして担当者が決定されると、つぎに決定さ
れた担当者は、審査請求評価表に記載されている評価者
が当該出願の審査請求要否を判断すべき者として適切で
あるかどうかを判断する。そして、適切でないと判断し
た場合には評価者の変更をおこなう。

【００５４】まず、図５に示した評価表の「編集」ボタ
ンをクリックして、当該文書を編集モード（編集可能な
状態）にする。図１１は編集モードの評価表、特にその
「開発区評価者」セクション付近の一例を示す説明図で
ある。

【００５５】図中、「開発区評価者」の項目にある「発
明者リストより選択」ボタンをクリックすると、図１２
に示すような、当該評価表に設定された発明者のリスト
が表示される。また、図１１の評価表で「アドレス帳よ
り選択」ボタンをクリックすると、図７に示したのと同
様のアドレス帳が表示される。この発明者リスト、ある
いはアドレス帳から適切な評価者を選択してＯＫした
後、「評価依頼」ボタンをクリックすると、変更後の評
価者へ図１３に示すような作業依頼メールが送信され
る。

【００５６】（４）評価者の決定と開発区評価 つぎに、図１３の作業依頼メールを受け取った開発区に
おける以後の作業は、発明内容を確認し、評価者を
決定（必要に応じて変更）し、評価者自身が評価をお
こない、さらにその承認者が評価をおこなう、という
手順で進められる。以下、順に説明する。

【００５７】発明内容の確認 知財区により担当者と評価者とが決定されると、決定さ
れた評価者には上述のように、図１３に示したような作
業依頼メールが送信される。図示するように、上記作業
とは具体的には審査請求の要否の判断であって、メール
本文には依頼の趣旨のみが示され、作業に必要な情報は
本文内に埋め込まれたリンクを介して参照するようにな
っている。

【００５８】図１４は、上記リンク（図中アイコンで示
される）をクリックすると表示される「開発区評価」ビ
ュー、また図１５は、上記ビューでいずれかの案件をダ
ブルクリックすると表示される審査請求評価表の一例を
示す説明図である。

【００５９】評価者の決定（開発区） 評価者は、同図の評価表により発明内容を確認し、自己
が当該出願の審査請求要否を判断するのにふさわしくな
いと判断したときは、評価者の変更を知財区の担当者に
依頼することができる。まず、同図の評価表を編集モー
ドにするとともに、その「開発区評価者」セクションを
開く。

【００６０】図１６は編集モードの評価表、特にその
「開発区評価者」セクション付近の一例を示す説明図で
ある。図１１に示した「開発区評価者」セクション（担
当者や評価者の変更に際して、知財区担当者に対して表
示されたもの）とは、新たに「評価者再設定依頼」ボタ
ンが設けられている点で異なっている。このボタンをク
リックすると、評価者の再設定（変更）を依頼する内容
の電子メールが担当者に送信され、これによりいったん
処理を開発区から知財区に差し戻すことができる。

【００６１】なお、評価者は図１４に示した一覧画面で
「評価者再設定」ボタンをクリックすることにより、そ
の時点で選択されている複数の案件（自己が評価者にな
っているものに限る）につき、一括して評価者の変更を
依頼することができる。また、再設定依頼を受けた知財
区の担当者は、上記と同様の手順で他の適切な評価者を
選定する。

【００６２】評価者による評価 また、自己が当該出願の審査請求要否を判断するのに適
切であるときは、評価者は上記を省略して直接評価に
入る。図１７は、開発区の評価者による評価の手順を示
すフローチャートである。

【００６３】まず、上述のように作業依頼メールにリン
クされた一覧から、自己に割り当てられた案件の評価表
（図１５）をオープンし（ステップＳ２９０１・Ｓ２９
０２）、その「編集」ボタンをクリックすることによ
り、当該文書を編集モードすなわち編集可能な状態にす
る（ステップＳ２９０３：Ｙｅｓ）。

【００６４】そして、その「開発区審査請求要否評価」
セクション内の「評価」ボタンをクリックすると（ステ
ップ２９０４：Ｙｅｓ）、審査請求の要否を選択してそ
れぞれの理由を入力するためのダイアログが開く。この
ダイアログで必要事項を選択・入力してＯＫすると、表
示中の評価表で、「審査請求要」「審査請求否」のいず
れか選択した側に入力したその理由が表示される（ステ
ップＳ２９０５）。

【００６５】この後「審査・承認依頼」ボタンをクリッ
クして（ステップＳ２９０６：Ｙｅｓ）、図１８に示す
ダイアログから適切な承認者を選択しＯＫすると（ステ
ップＳ２９０７）、当該承認者に図１９に示すような作
業依頼メールが送信される（ステップＳ２９０８）。そ
して、評価表はその「評価結果」に上記要否とその理
由、「承認者」に上記承認者をそれぞれ設定の上クロー
ズされる（ステップＳ２９０９・Ｓ２９１０）。

【００６６】なお、「審査・承認依頼」ボタンを押さず
に単に「保存して戻る」ボタンを押すのみであったとき
は（ステップＳ２９０６：Ｎｏ、ステップＳ２９１１：
Ｙｅｓ）、評価表への設定とクローズのみが（ステップ
Ｓ２９０９・Ｓ２９１０）、「戻る」ボタンを押すのみ
であったときは（ステップＳ２９０６：Ｎｏ、ステップ
Ｓ２９１１：Ｎｏ、ステップＳ２９１２：Ｙｅｓ）、評
価表のクローズのみが（ステップＳ２９１０）、それぞ
れおこなわれる。

【００６７】また、「保存する」ボタンを押すのみであ
ったときは（ステップＳ２９０６：Ｎｏ、ステップＳ２
９１１：Ｎｏ、ステップＳ２９１２：Ｎｏ、ステップＳ
２９１３：Ｙｅｓ）、評価表にその時点での設定内容を
保存後（ステップＳ２９１４）、続けて編集待ちとなる
（ステップＳ２９０４）。

【００６８】なお、図１４に示した一覧画面で「一括審
査・承認依頼」ボタンをクリックすれば、その時点で選
択されている複数の案件（自己が評価者になっているも
のに限る）につき、一括して承認を依頼することもでき
る。ちなみに「審査」と「承認」の区別であるが、承認
とは最終の審査のことであって、同一部門内で三人以上
が順次評価に関わる場合、最初の一人が評価者、最後の
一人が承認者、他の者は審査者という関係になる。しか
しここでは説明の便宜上、開発区で評価をおこなうのは
評価者と承認者の二人のみ、すなわち審査者は存在しな
いものとする。

【００６９】承認者による評価 上述のように、図１８に示したダイアログで選択された
承認者には、図１９に示したような作業依頼メールが送
信される。図示するように、メール本文には依頼の趣旨
のみが示され、作業に必要な情報は本文内に埋め込まれ
たリンクを介して参照するようになっている。

【００７０】図２０は、上記リンク（図中アイコンで示
される）をクリックすると表示される「開発区審査・承
認中」ビューの一例を示す説明図である。この一覧画面
でいずれかの案件をクリックすると、図１５に示したの
と同様の評価表が表示される。ただしその「開発区審査
請求要否評価」セクションには、前段の評価者による評
価結果が記述されている（前段の評価者による評価が
「要」であれば、図中「審査請求要」以下にその理
由、「否」であれば「審査請求否」以下にその理由が
それぞれ表示される）。

【００７１】図２１は、開発区の承認者による評価の手
順を示すフローチャートである。まず、上述のように作
業依頼メールにリンクされた一覧から、自己に割り当て
られた案件の評価表（図１５）をオープンし（ステップ
Ｓ３３０１・Ｓ３３０２）、その「編集」ボタンをクリ
ックすることにより、当該文書を編集モードすなわち編
集可能な状態にする（ステップＳ３３０３：Ｙｅｓ）。

【００７２】そして、前段の評価をやり直させる必要が
特になければ、承認者はその「承認」ボタンをクリック
し（ステップＳ３３０４：Ｙｅｓ）、続いて表示される
図２２のようなダイアログで「要」「否」のいずれかを
選択する（ステップＳ３３０５）。

【００７３】そして、承認者の結論が要否いずれである
にせよ、この後図２３に示すような承認通知メールが評
価者に送信されるとともに（ステップＳ３３０６）、知
財区の担当者に対して図２４に示すような作業依頼メー
ルが送信される（ステップＳ３３０７）。そして、評価
表は承認者や承認日付、および承認者の評価結果を設定
の上クローズされる（ステップＳ３３０８・Ｓ３３０
９）。

【００７４】なお、図２０に示した一覧画面で「一括承
認」ボタンをクリックすれば、その時点で選択されてい
る複数の案件（自己が承認者になっているものに限る）
につき、一括して承認することもできる。

【００７５】また、前段の評価をやり直させる必要があ
るときは、承認者は図１５に示した評価表で「否認」ボ
タンをクリックするので（ステップＳ３３０４：Ｎｏ、
ステップＳ３３１０：Ｙｅｓ）、評価者に対して図２５
に示すような否認通知メールを送信し（ステップＳ３３
１１）、否認者と否認日付とを設定の上（ステップＳ３
３１２）評価表をクローズする（ステップＳ３３０
９）。承認者により評価を否認された評価者は、再度評
価をやり直さなければならない。

【００７６】（５）知財区評価 つぎに、図２４の作業依頼メールを受け取った知財区に
おける以後の作業は、担当者が評価をおこない、さ
らにその承認者が評価をおこなう、という手順で進めら
れる。この手順は基本的には開発区の評価者・承認者に
よる評価の手順と同一なので、以下では差異を中心に簡
単に説明する。

【００７７】担当者による評価 開発区での評価が終わると、上述のように知財区の担当
者には図２４に示したような作業依頼メールが送信され
る。図示するように、メール本文には依頼の趣旨のみが
示され、作業に必要な情報は本文内に埋め込まれたリン
クを介して参照するようになっている。

【００７８】図２６は、上記リンク（図中アイコンで示
される）をクリックすると表示される「知財区評価」ビ
ュー、また図２７は、上記ビューでいずれかの案件をダ
ブルクリックすると表示される審査請求評価表の一例を
示す説明図である。

【００７９】同図に示す「知財区審査請求要否評価」セ
クションで「評価」ボタンをクリックすると、あらかじ
め用意された審査請求の要否とその理由の組が複数表示
されるので、いずれかを選択してＯＫする。また、「開
発区と同一評価」ボタンをクリックすると、原則として
開発区でなされた評価と同一の評価をすることができる
（すなわち、開発区での評価を踏襲することができ
る）。

【００８０】なお、いずれにせよ結論が要となる場合に
は、審査請求に際して補正や分割、あるいは早期審査の
手続きをおこなうかどうかを上記セクションで設定す
る。なお、補正を「有り」に設定するには、「ファイル
指定」ボタンにより補正内容を記入したファイルを指定
するか、あるいは「補正連絡書添付」欄に直接補正内容
を記入するかしなければならない。また、補正があると
きはそれにより増加あるいは減少する請求項の個数も記
入しなければならない。

【００８１】そして、「評価」「開発区と同一評価」の
いずれにより評価をおこなった場合も、また結論が
「要」「否」のいずれになった場合も、最後に「審査・
承認依頼」ボタンをクリックすることで、後段の承認者
に図２８に示すような作業依頼メールを送信した時点
で、担当者の作業は終了となる。

【００８２】承認者による評価 このようにして担当者による評価が終わると、上述のよ
うにその上司である承認者に対し、図２８に示したよう
な作業依頼メールが送信される。図示するように、メー
ル本文には依頼の趣旨のみが示され、作業に必要な情報
は本文内に埋め込まれたリンクを介して参照するように
なっている。

【００８３】図２９は、上記リンク（図中アイコンで示
される）をクリックすると表示される「知財区審査・承
認中」ビューの一例を示す説明図である。この一覧画面
でいずれかの案件をダブルクリックすると、図２７に示
したのと同様の評価表が表示されるので（ただしその
「評価結果」項目には前段の担当者による評価結果が表
示されている）、「承認」ボタンをクリックすれば図３
０に示すような承認通知メールが、「否認」ボタンをク
リックすれば図３１に示すような否認通知メールが、そ
れぞれ前段の担当者に送信される。承認者に否認された
場合担当者が評価をやり直さなければならないことは、
開発区で否認があった場合と同様である。

【００８４】評価完了までのスケジュールについて なお、ここで上述（２）〜（５）の作業のスケジュール
についてまとめておく。知財区の審査請求管理者は、上
述（２）のデータの修正と平行して（あるいはそれに先
立って）、今回の定期評価における作業スケジュールを
決定する。なお、決定されたスケジュールは審査請求Ｄ
Ｂ１０２ａ内の「スケジュールマスタ」に登録され、審
査請求管理者はいつでも閲覧・変更することができる。

【００８５】図３２は、スケジュールマスタに登録され
たスケジュールの一例を示す説明図である。同図に示す
ように、このスケジュールとは具体的には各段階におけ
る処理のデッドラインであって、たとえば知財区でのデ
ータの修正期限（上述（２））が２００１年５月２３
日、知財区での担当者と評価者の決定期限（同（３））
が同２８日、開発区での評価期限（同（４））が同６月
１１日、知財区での評価期限（同（５））が同１８日、
のように、それぞれ年月日で設定される。

【００８６】そして、上述（２）〜（５）の各作業はこ
のスケジュールにしたがって進められ、期限になっても
なされるべき処理がなされていないときは、強制的につ
ぎの段階へ処理を移行したり、あるいは当該処理を怠っ
ている者に催促のメールを送付したりといった措置が自
動的に取られる。以下、具体例により説明する。

【００８７】ａ）担当者や評価者の決定が遅れていると
き あらかじめ規定された決定期限になっても担当者や評価
者の決定されていない案件があるときは、当該案件はデ
フォルトの設定のまま、強制的に知財区から開発区に移
管される。

【００８８】図３３は、知財区での決定期限を徒過した
案件についておこなわれる、開発区への移管の手順を示
すフローチャートである。知財区での決定期限を経過し
た時点で（ステップＳ５５０１：Ｙｅｓ）、まず現在注
目しているのが審査請求ＤＢ１０２ａ中何番目の評価表
であるかを示す変数ｎを初期化する（ステップＳ５５０
２）。つぎにｎ番目の評価表をチェックして、評価者が
設定されていれば（ステップＳ５５０３：Ｙｅｓ、ステ
ップＳ５５０４：Ｙｅｓ）、当該評価者に対して図１３
に示した作業依頼メールを送信する（ステップＳ５５０
５）。

【００８９】また、評価者が設定されていなければ（ス
テップＳ５５０４：Ｎｏ）、代わりに評価表に設定され
ている知財区担当者とその承認者に対して図３４に示す
ような催促メールを送信する（ステップＳ５５０６）。
その後ｎをインクリメントして（ステップＳ５５０
７）、上記処理を終えていない評価表がある限り（ステ
ップＳ５５０３：Ｙｅｓ）、同様の処理を繰り返す。

【００９０】ｂ）開発区での評価が遅れているとき あらかじめ規定された評価期限の数日前（具体的には３
日前）になっても開発区での評価の終わっていない案件
があるときは、その評価者および承認者に電子メールで
催促がなされ、催促にもかかわらず評価のなされない案
件については、上記期限を徒過した時点で強制的に開発
区から知財区に移管される。

【００９１】図３５は、開発区での評価期限直前におこ
なわれる評価者および承認者への催促の手順を示すフロ
ーチャートである。開発区での評価期限まで３日となっ
た時点で（ステップＳ５７０１：Ｙｅｓ）、まず現在注
目しているのが審査請求ＤＢ１０２ａ中何番目の評価表
であるかを示す変数ｎを初期化する（ステップＳ５７０
２）。

【００９２】つぎにｎ番目の評価表をチェックして、評
価者による評価結果が記入されていない、あるいは評価
結果は記入されているが承認者による承認がない場合に
は（ステップＳ５７０４：Ｎｏ）、評価者およびその承
認者に対して図３６に示すような催促メールを送信する
（ステップＳ５７０５）。その後ｎをインクリメントし
て（ステップＳ５７０６）、上記処理を終えていない評
価表がある限り（ステップＳ５７０３：Ｙｅｓ）、同様
の処理を繰り返す。

【００９３】また、図３７は開発区での評価期限を徒過
した案件についておこなわれる、知財区への移管の手順
を示すフローチャートである。開発区での評価期限を経
過した時点で（ステップＳ５９０１：Ｙｅｓ）、まず現
在注目しているのが審査請求ＤＢ１０２ａ中何番目の評
価表であるかを示す変数ｎを初期化する（ステップＳ５
９０２）。

【００９４】つぎにｎ番目の評価表をチェックして、評
価者による評価結果が記入されていれば（ステップＳ５
９０４：Ｙｅｓ）、知財区の担当者に対して図２４に示
した作業依頼メールを送信する（ステップＳ５９０
５）。

【００９５】また、評価者による評価結果が記入されて
いなければ（ステップＳ５９０４：Ｎｏ）、その評価結
果として「仮要」を設定した後（ステップＳ５９０
６）、評価者および承認者に対して図３８に示すよう
な、仮要を自動設定した旨の通知メールを送信する（ス
テップＳ５９０７）。

【００９６】そして、この場合も知財区の担当者に対し
て、図２４に示した作業依頼メールを送信する（ステッ
プＳ５９０５）。その後ｎをインクリメントして（ステ
ップＳ５９０８）、上記処理を終えていない評価表があ
る限り（ステップＳ５９０３：Ｙｅｓ）、同様の処理を
繰り返す。

【００９７】ｃ）知財区での評価が遅れているとき あらかじめ規定された評価期限の数日前（具体的には３
日前）になっても知財区での評価の終わっていない案件
があるときは、その担当者および承認者に電子メールで
催促がなされ、催促にもかかわらず評価のなされない案
件については、上記期限を徒過した時点でさらに同様の
催促がなされる。

【００９８】図３９は、知財区での評価期限直前におこ
なわれる担当者および承認者への催促の手順を示すフロ
ーチャートである。同図の手順は基本的に、図３５に示
した開発区の評価者および承認者に対する催促手順と同
一であるのでここでは繰り返さない。なお、図４０は作
業を懈怠している知財区の担当者およびその承認者に送
信される、催促メールの一例を示す説明図である。

【００９９】また、図４１は知財区での評価期限を経過
した時点でおこなわれる、評価完了処理の手順を示すフ
ローチャートである。この評価完了処理には、以下で説
明するように評価が終わっていない案件についての催促
のほか、最終的に審査請求要とされた案件についての、
審査請求に要する費用の算出が含まれる。

【０１００】知財区での評価期限を経過した時点で（ス
テップＳ６３０１：Ｙｅｓ）、まず現在注目しているの
が審査請求ＤＢ１０２ａ中何番目の評価表であるかを示
す変数ｎを初期化する（ステップＳ６３０２）。つぎに
ｎ番目の評価表をチェックして、担当者による評価結果
が記入されていない、あるいは評価結果は記入されてい
るが承認者による承認がない場合には（ステップＳ６３
０４：Ｎｏ）、担当者およびその承認者に対して、速や
かに処理を完了させるべき旨の催促メールを送信する
（ステップＳ６３０５）。

【０１０１】また、評価表に担当者の評価結果が記入さ
れ、かつその承認者による承認も済んでいる場合には
（ステップＳ６３０４：Ｙｅｓ）、最終的な結論が「審
査請求要」である場合に限り（ステップＳ６３０６：Ｙ
ｅｓ）、後述する手順にしたがってその審査請求にかか
る費用を算出する（ステップＳ６３０７）。その後ｎを
インクリメントして（ステップＳ６３０８）、上記処理
を終えていない評価表がある限り（ステップＳ６３０
３：Ｙｅｓ）、同様の処理を繰り返す。

【０１０２】つぎに、図４２は図４１中、審査請求費用
の算出の手順を詳細に示すフローチャートである。費用
算出の手順は、注目している案件の審査請求が自社によ
りなされるものであるか、代理人によりなされるもので
あるかにより異なる。

【０１０３】自ら審査請求をおこなう場合とは（ステッ
プＳ６４０１：Ｙｅｓ）、後述のように審査請求に際し
て補正や分割などの手続きを取らない場合であり、費用
は特許庁に支払う手数料のみとなる。

【０１０４】まず、評価表から請求項数を読み出すとと
もに（ステップＳ６４０２）、あらかじめ用意されてい
る金額テーブルから一出願あたりの基本料金と一請求項
あたりの基準金額とを読み出して（ステップＳ６４０
３）、基本料金に請求項数分の基準金額を足しあわせる
ことで、上記手数料を算出する（ステップＳ６４０
４）。そして、この金額を評価表の「予想金額」に設定
する（ステップＳ６４０５）。

【０１０５】これに対し、審査請求を自社ではおこなわ
ない場合とは（ステップＳ６４０１：Ｎｏ）、後述のよ
うに審査請求に際して補正や分割などが必要な場合で、
代理人に一切の手続きを委任する場合であるので、上記
のほか代理人に支払う手数料が必要である。

【０１０６】まず、評価表から請求項数のほか、補正に
よる請求項の増加数、明細書全文訂正の有無、誤記訂正
がある図面の数など、代理人手数料の額に影響する諸要
素を読み出す（ステップＳ６４０６）。つぎに、上記金
額テーブルから一出願あたりの基本料金と一請求項あた
りの基準金額、および上記各要素に応じた標準（代理
人）手数料額を読み出し（ステップＳ６４０７）、これ
らから特許庁に支払う手数料と代理人に支払う手数料と
を合わせた合計を算出する（ステップＳ６４０８）。そ
して、この金額を同様に評価表の「予想金額」に設定す
る（ステップＳ６４０５）。

【０１０７】（６）国内特実マスタ１０１ａへのデータ
の書き戻し 上記のようにして開発区・知財区による評価が完了する
と、つぎにサーバ１０２の審査請求ＤＢ１０２ａからメ
インフレーム１０１の国内特実マスタ１０１ａへのデー
タの書き戻しをおこなう。

【０１０８】図４３は、サーバ１０２からメインフレー
ム１０１へのデータの書き戻し（コピー）の手順を示す
フローチャートである。サーバ１０２上で動作するソフ
トウェアは、あらかじめ設定された日、具体的には知財
区における評価期限を経過すると（ステップＳ６５０
１：Ｙｅｓ）、現在注目しているのが審査請求ＤＢ１０
２ａ中何番目の評価表であるかを示す変数ｎを初期化す
る（ステップＳ６５０２）。なお、ここではデータの書
き戻しを知財区評価期限におこなうようにしているが、
当該期限以降であればどの時点であってもよい。

【０１０９】つぎに、ｎ番目の評価表（もしあれば）に
設定されたデータをＣＳＶ形式の転送用ファイルに順次
書き込み（ステップＳ６５０３：Ｙｅｓ、ステップＳ６
５０４）、ｎをインクリメントして（ステップＳ６５０
５）、すべての評価表につき上記処理を終えた時点で
（ステップＳ６５０３：Ｎｏ）、上記転送用ファイルを
所定のプロトコルにしたがってメインフレーム１０１に
送信する（ステップＳ６５０６）。そして、メインフレ
ーム１０１では受信した転送用ファイルにもとづき、国
内特実マスタ１０１ａのデータを更新する（ステップＳ
６５０７）。

【０１１０】なお、上記の処理は実際には、メインフレ
ーム１０１ともサーバ１０２とも異なる第３のコンピュ
ータ（図示せず）上で動作する、ＩＢＭ社のミドルウェ
ア「ＭＱ」によりおこなう。もっとも、サーバ１０２が
上記処理を担当しないのはもっぱらシステム構築上の都
合によるものであるので、ここでは説明の便宜上、上記
処理はサーバ１０２によりおこなうものとして説明す
る。

【０１１１】（７）審査請求 開発区および知財区による評価を経て、最終的に審査請
求が必要と判断された出願については、この後主として
知財区の審査請求管理者のもとで、特許庁に対する審査
請求の手続きが取られる。

【０１１２】審査請求は、代理人に依頼しておこなわ
せる場合と（審査請求依頼）、特許庁と接続された専
用端末１０５により自らおこなう場合（自社審査請求）
とがある。そして、ある出願が上記いずれの扱いになる
かは、その審査請求と同時に補正・分割あるいは早期審
査の手続きを取るか否かにより機械的に決定される。

【０１１３】すなわち図２７に示した評価表において、
知財区の担当者が補正・分割あるいは早期審査のいずれ
かに「有り」を設定していた場合に、上記の扱いとな
り、いずれも「無し」に設定していた場合に、上記の
扱いとなる。以下、順に説明する。

【０１１４】審査請求依頼 代理人に手続きを依頼すべき案件がある場合、知財区の
審査請求管理者はサーバ１０２の審査請求ＤＢ１０２ａ
を開いて、図４４に示すような「事務所依頼」ビューを
表示させる。そして、一覧中のいずれかの案件を選択し
て「事務所依頼」ボタンをクリックすると、選択された
案件の評価表に設定されている代理人ごとに、図４５に
示すような審査請求手続きを委任する旨の作業依頼メー
ルが作成・送信される。

【０１１５】さらに、上記で選択された案件の代理人ご
とに図４６に示すような手続き依頼一覧が作成され、こ
の依頼一覧と各案件のデータのうち代理人の作業に必要
なものとが、サーバ１０２上の審査請求ＤＢ１０２ａか
らＳＰのサーバ１０６上の事務所ＤＢ１０６ａにコピー
される。

【０１１６】なお、図４５に示した作業依頼メールに埋
め込まれたリンク（図中アイコンで示される）をクリッ
クすると、事務所ＤＢ１０６ａ上にコピーされた図４６
の依頼一覧が表示され、さらにこの依頼一覧に埋め込ま
れたリンク（図中アイコンで示される）をクリックする
と、同じく事務所ＤＢ１０６ａ上にコピーされた各案件
のデータにもとづいて、図４７に示すような個々の案件
の依頼書が作成・表示される。このように、代理人は受
信した作業依頼メールからリンクをたどってゆくこと
で、必要なデータをいつでも参照することができる。

【０１１７】自社審査請求 また、自社により手続きすべき案件がある場合、知財区
の審査請求管理者は審査請求ＤＢ１０２ａを開いて、図
４８に示すような「自社審査請求」ビューを表示させ
る。そして、一覧中「自社審査請求待ち」以下のいずれ
かの案件を選択して「ＦＤ作成」ボタンをクリックし、
ＦＤを挿入すると、評価表内のデータにもとづいて作成
された審査請求書が上記ＦＤに出力される。この後、上
記ＦＤは電子申請専用端末１０５に挿入され、所定の手
順にしたがって特許庁への審査請求がおこなわれる。

【０１１８】なお、図４４や図４８に示した一覧では、
各案件につき図４２の手順により算出された予想金額が
表示されているが、任意に選択した複数の案件の費用合
計を計算させることもできる。

【０１１９】図４９は、複数の案件の審査請求にかかる
総費用の算出の手順を示すフローチャートである。たと
えば図４４のような一覧を表示させて（ステップＳ７８
０１）、「費用計算」ボタンをクリックすると（ステッ
プＳ７８０２：Ｙｅｓ）、その時点で選択されている案
件があれば（ステップＳ７８０３：Ｙｅｓ）、各案件の
予想金額がその評価表から読み出され（ステップＳ７８
０４）、その合計が計算される（ステップＳ７８０
５）。

【０１２０】つぎに、図５０に示すようなダイアログが
開いてその中に合計金額が表示され（ステップＳ７８０
６）、ＯＫボタンをクリックすれば（ステップＳ７８０
７：Ｙｅｓ）ダイアログを閉じることができる（ステッ
プＳ７８０８）。なお、図中チェックマークの入ってい
る案件が選択された案件である。また、ここでは事務所
依頼分の案件の費用合計を計算・表示させたが、自社手
続き分の案件の費用合計も同様に計算・表示させられる
ことは言うまでもない。

【０１２１】（８）各種文書の異同について なお、上述した審査請求ワークフローでは互いに類似し
た種々の文書が使用されるので、最後に主なものについ
て、その異同をまとめておく。上記ワークフローで使用
される文書には、大別して各作業者に送付される文書
と、サーバ１０２に存在して各作業者から参照・編集
される文書とがあり、の主なものが上述の作業依頼メ
ール、の主なものが上述の審査請求評価表である。

【０１２２】作業依頼メール 審査請求管理者や知財区の担当者・承認者、あるいは開
発区の評価者・承認者それぞれに送付される作業依頼メ
ールは、依頼内容が異なるだけで、いずれもほぼ同様の
スタイルである。メール本文の末尾には、上述のように
審査請求ＤＢ１０２ａ内の文書へのリンク（その位置情
報、と言ってもよい）が埋め込まれ、各人の作業に必要
な情報を即座に閲覧できるようになっている。

【０１２３】なお、本文中の文章はあらかじめサーバ１
０２に保持されている依頼文（定型文）の中からいずれ
かを選択の上、スケジュールマスタに設定された作業期
限をはめ込むことで作成されるが、使用する依頼文と期
限とは一連の作業がどの段階まで終了しているかにより
決定される。そして、ある出願につき処理がどこまで進
んでいるかは、その評価表内に「状態区分コード」とし
て保持されている。

【０１２４】図５１は、各々の状態区分コードとその意
味とをまとめた説明図である。たとえば、知財区の担当
者が図１１に示した評価表で「評価依頼」ボタンをクリ
ックした結果、あるいは知財区における担当者および評
価者の決定期限を徒過した結果、開発区の評価者に図１
３に示した作業依頼メールが送信された時点で、状態区
分コードは「２ｘ」から「３ｘ」に変更される。

【０１２５】同様に、開発区の承認者が図１５に示した
評価表で「承認」ボタンをクリックした結果、あるいは
開発区における評価期限を徒過した結果、知財区の担当
者に図２４に示した作業依頼メールが送信された時点
で、状態区分コードは「３ｘ」から「４ｘ」に変更され
る。

【０１２６】また、知財区における評価期限を経過した
時点で、審査請求要かつその請求に際して補正・分割な
どが必要と判断されたもの、すなわち審査請求を代理人
に依頼するものについては状態区分コードが「４ｘ」か
ら「６ｘ」に、審査請求要だが補正・分割などはいずれ
も不要と判断されたもの、すなわち審査請求を自社でお
こなうものについては状態区分コードが「４ｘ」から
「７ｘ」に、それぞれ変更される。

【０１２７】この状態区分コードを参照することで、つ
ぎは誰にどんな作業を依頼すべきかが分かるので、複数
の依頼文の中から当該作業を依頼する内容のものを選択
することができる。また、その作業期限はスケジュール
マスタから取得することができるので、これを上記依頼
文の適切な位置にはめ込むことで、上述した種々の作業
依頼メールを作成することができる。

【０１２８】審査請求評価表 審査請求評価表は、上述のように各出願につき作成され
てサーバ１０２で公開されるものであるが、状態区分コ
ードによってその表示形態が異なり、また参照に加えて
編集が可能であるかどうかも異なっている。

【０１２９】ａ）表示形態の差異 図５、図１５あるいは図２７に示した評価表を比較すれ
ば分かるように、評価の各段階で各作業者に対して表示
される評価表は必ずしも同一ではない。もっとも、評価
表の冒頭にある発明の名称や要約などは常に（誰に対し
ても）表示されており、異なるのはその下のセクション
部分である。

【０１３０】図５２は、審査請求評価表中の各セクショ
ンの、各段階におけるデフォルトでの表示形態をまとめ
た説明図である。図中、マル印はセクションが開いた状
態で表示されることを示し、三角印はセクションが閉じ
た状態で表示されることを示し、バツ印はセクションそ
のものが表示されない（「セクションマーク＋セクショ
ン名」さえも表示されない）ことを示している。

【０１３１】たとえば図５に示した評価表は、知財区の
担当者と開発区の評価者とを決定する局面（状態区分コ
ード＝２ｘ）で表示されるものであるが、図５２の通り
初期状態では「書誌的事項」セクションが閉、「知財区
担当者」「開発区評価者」セクションが開の状態で表示
され、「開発区審査請求要否評価」「知財区審査請求要
否評価」セクションはいずれも表示されていない。

【０１３２】また図１５に示した評価表は、開発区にお
ける評価の局面（状態区分コード＝３ｘ）で表示される
ものであるが、上記と異なり「知財区担当者」「開発区
評価者」セクションは閉の状態で表示されるとともに、
新たに「開発区審査請求要否評価」セクションが開の状
態で表示されている。

【０１３３】「知財区審査請求要否評価」セクション
は、図２７に示すように知財区における評価の局面（状
態区分コード＝４ｘ）で初めて開状態で表示されるが、
このとき他のセクションはいずれも閉状態である。いず
れの局面でいずれのセクションを表示し、また表示する
として開とするか閉とするかは、主としてその局面で閲
覧者にどの情報が必要かにより決定されている。

【０１３４】ｂ）権限の差異 また、評価表をどのように見せるかだけでなく、誰にそ
の参照権限や編集権限（参照権限を含む）を与えるかも
状態区分コードにより異なっている。図５３は、各段階
における審査請求評価表の参照権者および編集権者をま
とめた説明図である。

【０１３５】図示するように、審査請求管理者はあらゆ
る局面で評価表の編集権限を有している。これは評価表
のデータに誤りがあった場合などに、随時その修正がで
きるようにするためである。

【０１３６】また、知財区で担当者や評価者を決定する
局面（状態区分コード＝２ｘ）では、審査請求管理者の
ほか、知財区の担当者および承認者のみが評価表を見た
り書き換えたりすることができる。開発区での評価の局
面では（状態区分コード＝３ｘ）、審査請求管理者、開
発区の評価者と承認者のほか、評価者としては選定され
なかった当該出願の他の発明者（もしあれば）全員に編
集権が与えられる。また、知財区での評価の局面では
（状態区分コード＝４ｘ）、知財区のメンバーに編集権
を与えるのはもちろんであるが、評価の行方に利害関係
を有する開発区のメンバーにも参照権のみを与える。

【０１３７】なお、各評価表にはその参照権者や編集権
者を書き込むための欄があり、状態区分コードの変更の
都度、評価表に設定された担当者やその承認者、評価者
やその承認者、あるいは発明者などが参照されて、その
ＩＤが参照権者や編集権者の欄に書き込まれる。

【０１３８】（システムのハードウェア構成）つぎに、
本発明の実施の形態によるワークフロー支援システムを
構成する、個々のコンピュータのハードウェア構成につ
いて説明する。説明の便宜上、サーバ１０２〜特許事務
所ＰＣ１０７はいずれも同一のハードウェア構成を有す
るものとする。

【０１３９】図５４は、本発明の実施の形態によるワー
クフロー支援システムを構成する、個々のコンピュータ
のハードウェア構成を示す説明図である。図中、８８０
１は装置全体を制御するＣＰＵを、８８０２は基本入出
力プログラムを記憶したＲＯＭを、８８０３はＣＰＵ８
８０１のワークエリアとして使用されるＲＡＭを、それ
ぞれ示している。

【０１４０】また、８８０４はＣＰＵ８８０１の制御に
したがってＨＤ（ハードディスク）８８０５に対するデ
ータのリード／ライトを制御するＨＤＤ（ハードディス
クドライブ）を、８８０５はＨＤＤ８８０４の制御にし
たがって書き込まれたデータを記憶するＨＤを、それぞ
れ示している。

【０１４１】また、８８０６はＣＰＵ８８０１の制御に
したがってＦＤ（フロッピー（登録商標）ディスク）８
８０７に対するデータのリード／ライトを制御するＦＤ
Ｄ（フロッピーディスクドライブ）を、８８０７はＦＤ
Ｄ８８０６の制御にしたがって書き込まれたデータを記
憶する着脱自在のＦＤを、それぞれ示している。

【０１４２】また、８８０８はカーソル、メニュー、ウ
ィンドウ、あるいは文字や画像などの各種データを表示
するディスプレイを、８８０９は通信ケーブル８８１０
を介してＬＡＮなどのネットワークに接続され、当該ネ
ットワークとＣＰＵ８８０１とのインターフェースとし
て機能するネットワークＩ／Ｆ（インターフェース）
を、それぞれ示している。

【０１４３】また、８８１１は文字、数値、各種指示な
どの入力のための複数のキーを備えたキーボードを、８
８１２は各種指示の選択や実行、処理対象の選択、カー
ソルの移動などをおこなうマウスを、それぞれ示してい
る。また、８８１３は着脱可能な記録媒体であるＣＤ−
ＲＯＭを、８８１４はＣＤ−ＲＯＭ８８１３に対するデ
ータのリードを制御するＣＤ−ＲＯＭドライブを、８８
１５は上記各部を接続するためのバスまたはケーブル
を、それぞれ示している。

【０１４４】（システムの機能的構成）つぎに、本発明
の実施の形態によるワークフロー支援システムの機能的
構成について説明する。図５５は、本発明の実施の形態
によるワークフロー支援システムの機能的構成を示す説
明図である。ただし、同図には請求項に記載の発明を説
明するために必要な最小限の機能部しか示していない。

【０１４５】図中、８９０１〜８９０５はサーバ１０２
の機能部である。まず、８９０１は評価表記憶部であ
り、個々の出願につき作成された審査請求評価表を保持
している。上述のように、評価表には各出願の名称や要
約など評価の参考となる事項のほか、ワークフロー内の
各工程における作業者（知財区担当者・承認者や開発区
評価者・承認者など）、各作業者による評価結果（審査
請求の要否、審査請求時の補正・分割・早期審査の有無
など）、状態区分コードなどが保持されている。

【０１４６】８９０２はスケジュール管理部であり、ワ
ークフロー内の各工程における作業期限が記述された、
上述のスケジュールマスタを保持している。そして、上
記マスタから読み出した期限と現在日時との関係を常時
監視して、期限切迫や期限経過の事実を検知すると、後
述する電子メール作成／送信部８９０４に通知して、各
種の作業依頼メールや催促メールを送信させる。また、
特に上述の知財区評価期限が到来したことを検知したと
きは、後述する審査請求費用算出部８９０５に通知し
て、最終的に審査請求要と結論された案件の審査請求費
用を算出させる。

【０１４７】８９０３は読み出し／書き込み部であり、
評価表記憶部８９０１からのデータの読み出しおよび評
価表記憶部８９０１へのデータの書き込み全般を制御す
る。また、特に後述する審査請求費用算出部８９０５か
らの指示を受けて、審査請求が要に設定された評価表を
検索するとともに、当該評価表から審査請求費用の算出
のために必要な事項（審査請求費用に影響を与える事
項、と言ってもよい）を読み出して、審査請求費用算出
部８９０５に引き渡す。

【０１４８】８９０４は電子メール作成／送信部であ
り、スケジュール管理部８９０２からの指示を受けて、
上述した各種の作業依頼メール（図３など）、催促メー
ル（図３４など）を作成し、適切な作業者のメールアド
レスに対して送信する。なお、各作業者のメールアドレ
スは図示しないアドレス帳から取得する。

【０１４９】８９０５は審査請求費用算出部であり、上
述の個々の出願の審査請求に要する費用の算出、およ
び複数の出願の審査請求に要する総費用の算出をおこ
なう。

【０１５０】個々の出願の審査請求に要する費用の算
出（図４２参照） 個々の出願の審査請求費用の算出は、上述のように知財
区評価期限の到来時に、スケジュール管理部８９０２か
らの指示を受けておこなうものである。審査請求費用算
出部８９０５は、スケジュール管理部８９０２から知財
区評価期限の到来を通知されると、まず読み出し／書き
込み部８９０３に指示して、最終的に審査請求要と結論
された案件の評価表を評価表記憶部８９０１から検索さ
せる。

【０１５１】そして検索された各案件につき、当該案件
の審査請求手続きを代理人に依頼するか、自らおこなう
かを判定する。具体的には、評価表内に設定されている
補正・分割・早期審査の有無を読み出し／書き込み部８
９０３に読み出させ、いずれか一つでも「有」に設定さ
れている案件は前者、いずれも「無」に設定されている
案件は後者とする。

【０１５２】そして、さらに読み出し／書き込み部８９
０３に指示して、前者については現時点での請求項の個
数および補正により増減する請求項の個数を、後者につ
いては現時点での請求項の個数（のみ）を、それぞれ評
価表内から読み出させる。そして、前者については現時
点での請求項数に補正によるその増減を足し合わせたも
のを、後者については現時点での請求項数をそのまま、
それぞれ審査請求時の請求項の個数とする。

【０１５３】つぎに、審査請求費用算出部８９０５はそ
の保持する金額テーブル８９０５ａから、審査請求一件
あたりの基本料金および一請求項あたりの基準金額を読
み出し、各案件につき「基本料金＋基準金額×審査請求
時の請求項数」を算出する。そして、上述の後者すなわ
ち審査請求を自社でおこなう場合には、この金額が審査
請求費用となる。

【０１５４】一方、前者すなわち審査請求を代理人にお
こなわせる場合には、上記金額に当該代理人に支払う手
数料を足し合わせたものが審査請求費用となる。審査請
求費用算出部８９０５はまず読み出し／書き込み部８９
０３に指示して、代理人手数料の算出の基礎となる諸要
素（たとえば本出願人の例であれば、補正による請求項
の増加数、明細書全文訂正の有無、誤記訂正がある図面
の数など）を評価表から読み出させる。つぎに、上記各
要素についての標準手数料額（たとえば増加する請求項
一個あたりの手数料額、誤記訂正がある図面一枚あたり
の手数料額など）を金額テーブル８９０５ａから読み出
して、代理人手数料の総額を算出する。

【０１５５】そして、最終的に算出された審査請求費用
は、審査請求費用算出部８９０５の指示を受けた読み出
し／書き込み部８９０３により、評価表記憶部８９０１
内の各評価表に「予想金額」として設定される。

【０１５６】複数の出願の審査請求に要する総費用の
算出（図４９参照） つぎに、複数の出願の審査請求にかかる総費用の算出
は、知財区ＰＣ１０３（のうち特に審査請求管理者が使
用するＰＣ）の後述する費用計算指示部８９０６からの
指示を受けておこなうものである。

【０１５７】後述する費用計算指示部８９０６から、費
用計算の指示およびその時点で選択されている案件（費
用計算の対象となっている案件、と言ってもよい）を特
定できる情報を受信すると、審査請求費用算出部８９０
５は読み出し／書き込み部８９０３に指示して、上記案
件のそれぞれの評価表を検索させる。さらに、検索され
た各評価表の予想金額を読み出し／書き込み部８９０３
に読み出させ、これらを合計することで対象案件の審査
請求に要する総費用を算出する。そして、この総費用を
知財区ＰＣ１０３の後述する費用表示部８９０７に送信
する。

【０１５８】つぎに、８９０６および８９０７は知財区
ＰＣ１０３、中でも特に審査請求管理者が使用するＰＣ
の機能部である。まず、８９０６は費用計算指示部であ
り、図４４に示したビューで「費用計算」ボタンがクリ
ックされたことを検知すると、その事実をその時点で選
択中の案件（を特定できる情報）とともに審査請求費用
算出部８９０５に通知する。

【０１５９】８９０７は費用表示部であり、審査請求費
用算出部８９０５から送信されてきた総費用をあらかじ
め保持しているダイアログの画像と合成することで、図
５０に示したようなダイアログを作成して、そのディス
プレイ８８０８に表示する。

【０１６０】なお、このスケジュール管理部８９０２、
読み出し／書き込み部８９０３、電子メール作成／送信
部８９０４、審査請求費用算出部８９０５、費用計算指
示部８９０６および費用表示部８９０７は、それぞれＨ
Ｄ８８０５などからＲＡＭ８８０３に読み出されたプロ
グラムの命令にしたがって、ＣＰＵ８８０１が命令処理
を実行することにより、各部の機能を実現するものであ
る。このプログラムはＨＤ８８０５のほか、ＦＤ８８０
７、ＣＤ−ＲＯＭ８８１３あるいはＭＯなどの各種記録
媒体に格納することができ、あるいはネットワークを介
して配布することもできる。

【０１６１】また、図５５に示す審査請求費用算出部８
９０５が請求項にいう「第１の算出手段」「第２の算出
手段」「第３の算出手段」「第１の読み出し手段」「第
２の読み出し手段」および「判定手段」に相当し、その
おこなう処理の中に請求項にいう「第１の算出ステッ
プ」「第２の算出ステップ」「第３の算出ステップ」
「第１の読み出しステップ」「第２の読み出しステッ
プ」および「判定ステップ」が含まれる。また、費用計
算指示部８９０６が請求項にいう「選択手段」に相当
し、そのおこなう処理の中に請求項にいう「選択ステッ
プ」が含まれる。

【０１６２】以上説明したように本実施の形態にかかる
ワークフロー支援システムによれば、最終的に審査請求
を要すると結論された案件につき、その審査請求にかか
る費用が個々の事情（手続きを代理人に委任するか、自
社によりおこなうか、など）に応じて自動的に算出され
る。

【０１６３】また、任意に選択された複数の案件につ
き、その審査請求に要する総費用を計算させることもで
きる。しかも、図４４に示したビューでは各案件が審査
請求依頼の予定日別にソートされているので、同一予定
日の案件を連続的に選択することにより、特定の日にど
れだけの費用が発生するかを容易に把握することができ
る。また、あらかじめ各案件を代理人別にソートしてお
けば、どの代理人にどれだけの手数料を支払うことにな
るかも即座に（すなわち、一ヶ所にまとまっている案件
を選択するだけで）計算させることができる。

【０１６４】

【発明の効果】以上説明したように本発明によれば、特
許出願の審査請求価値を評価するための複数の工程から
なり、前記各工程における作業者のメールアドレスに対
して前記評価のために必要な情報または前記評価のため
に必要な情報の格納先に関する情報を電子メールで送信
することにより前記評価をおこなうワークフローの支援
システムにおいて、前記特許出願の審査請求時における
請求項の個数を算出する第１の算出手段と、前記特許出
願の審査請求に際して特許庁に支払うべき基本料金およ
び前記請求項ごとの基準金額を読み出す第１の読み出し
手段と、前記特許出願の審査請求に際して当該審査請求
の手続きを代理する代理人に支払うべき手数料を読み出
す第２の読み出し手段と、前記特許出願の審査請求に際
して補正をおこなうか否かを判定する判定手段と、前記
判定手段により補正をおこなうと判定された場合に、前
記第１の算出手段により算出された請求項の個数、前記
第１の読み出し手段により読み出された基本料金および
基準金額、および前記第２の読み出し手段により読み出
された手数料にもとづいて、前記特許出願の審査請求の
ために必要な費用を算出する第２の算出手段と、複数の
前記特許出願を選択する選択手段と、前記選択手段によ
り選択された各特許出願につき前記第２の算出手段によ
り算出された費用にもとづいて、前記選択手段により選
択された複数の特許出願の審査請求のために必要な総費
用を算出する第３の算出手段と、を備えたので、個々の
特許出願の審査請求費用、および任意に選択された複数
の特許出願の審査請求費用の総額が自動計算され、これ
によって、多数の特許出願の審査請求に要する費用を事
前に正確に把握することが可能なワークフロー支援シス
テムが得られるという効果を奏する。

【０１６５】また、別の発明によれば、特許出願の審査
請求価値を評価するための複数の工程からなり、前記各
工程における作業者のメールアドレスに対して前記評価
のために必要な情報または前記評価のために必要な情報
の格納先に関する情報を電子メールで送信することによ
り前記評価をおこなうワークフローの支援方法におい
て、前記特許出願の審査請求時における請求項の個数を
算出する第１の算出ステップと、前記特許出願の審査請
求に際して特許庁に支払うべき基本料金および前記請求
項ごとの基準金額を読み出す第１の読み出しステップ
と、前記特許出願の審査請求に際して当該審査請求の手
続きを代理する代理人に支払うべき手数料を読み出す第
２の読み出しステップと、前記特許出願の審査請求に際
して補正をおこなうか否かを判定する判定ステップと、
前記判定ステップで補正をおこなうと判定された場合
に、前記第１の算出ステップで算出された請求項の個
数、前記第１の読み出しステップで読み出された基本料
金および基準金額、および前記第２の読み出しステップ
で読み出された手数料にもとづいて、前記特許出願の審
査請求のために必要な費用を算出する第２の算出ステッ
プと、複数の前記特許出願を選択する選択ステップと、
前記選択ステップで選択された各特許出願につき前記第
２の算出ステップで算出された費用にもとづいて、前記
選択ステップで選択された複数の特許出願の審査請求の
ために必要な総費用を算出する第３の算出ステップと、
を含んだので、個々の特許出願の審査請求費用、および
任意に選択された複数の特許出願の審査請求費用の総額
が自動計算され、これによって、多数の特許出願の審査
請求に要する費用を事前に正確に把握することが可能な
ワークフロー支援方法が得られるという効果を奏する。

【０１６６】また、別の発明によれば、特許出願の審査
請求価値を評価するための複数の工程からなり、前記各
工程における作業者のメールアドレスに対して前記評価
のために必要な情報または前記評価のために必要な情報
の格納先に関する情報を電子メールで送信することによ
り前記評価をおこなうワークフローの支援プログラムに
おいて、前記特許出願の審査請求時における請求項の個
数を算出する第１の算出ステップと、前記特許出願の審
査請求に際して特許庁に支払うべき基本料金および前記
請求項ごとの基準金額を読み出す第１の読み出しステッ
プと、前記特許出願の審査請求に際して当該審査請求の
手続きを代理する代理人に支払うべき手数料を読み出す
第２の読み出しステップと、前記第１の算出ステップで
算出された請求項の個数、および前記第１の読み出しス
テップで読み出された基本料金および基準金額、および
／または前記第２の読み出しステップで読み出された手
数料にもとづいて、前記特許出願の審査請求のために必
要な費用を算出する第２の算出ステップと、複数の前記
特許出願を選択する選択ステップと、前記選択ステップ
で選択された各特許出願につき前記第２の算出ステップ
で算出された費用にもとづいて、前記選択ステップで選
択された複数の特許出願の審査請求のために必要な総費
用を算出する第３の算出ステップと、をコンピュータに
実行させるので、個々の特許出願の審査請求費用、およ
び任意に選択された複数の特許出願の審査請求費用の総
額が自動計算され、これによって、多数の特許出願の審
査請求に要する費用を事前に正確に把握することが可能
なワークフロー支援プログラムが得られるという効果を
奏する。

【０１６７】また、別の発明によれば、上記発明にかか
るプログラムを記録したことで、そのプログラムをコン
ピュータ読み取り可能とすることができ、これによっ
て、上記発明の処理をコンピュータによって実現するこ
とが可能な記録媒体が得られるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の実施の形態によるワークフロー支援シ
ステムの概略構成を示す説明図である。

【図２】メインフレーム１０１からサーバ１０２へのデ
ータの読み出し（コピー）の手順を示すフローチャート
である。

【図３】審査請求管理者によるデータ修正後、知財区担
当者に送信される作業依頼メールの一例を示す説明図で
ある。

【図４】知財区担当者に対する作業依頼メール中のリン
クをクリックすると表示される、「担当者＆評価者変
更」ビューの一例を示す説明図である。

【図５】「担当者＆評価者変更」ビューでいずれかの案
件をダブルクリックすると表示される、審査請求評価表
の一例を示す説明図である。

【図６】知財区担当者による編集中の評価表、特にその
「知財区担当者」セクション付近の一例を示す説明図で
ある。

【図７】「アドレス帳より選択」ボタンをクリックする
と表示されるアドレス帳の一例を示す説明図である。

【図８】「担当者変更依頼」ボタンをクリックすると表
示されるダイアログの一例を示す説明図である。

【図９】担当者変更依頼先に対して送信される作業依頼
メールの一例を示す説明図である。

【図１０】担当者変更依頼先に対する作業依頼メール中
のリンクをクリックすると表示される、「担当者変更確
定」ビューの一例を示す説明図である。

【図１１】知財区担当者による編集中の評価表、特にそ
の「開発区評価者」セクション付近の一例を示す説明図
である。

【図１２】「発明者リストより選択」ボタンをクリック
すると表示される発明者リストの一例を示す説明図であ
る。

【図１３】知財区担当者による担当者および評価者の決
定後、開発区評価者に送信される作業依頼メールの一例
を示す説明図である。

【図１４】開発区評価者に対する作業依頼メール中のリ
ンクをクリックすると表示される、「開発区評価」ビュ
ーの一例を示す説明図である。

【図１５】「開発区評価」ビューでいずれかの案件をダ
ブルクリックすると表示される、審査請求評価表の一例
を示す説明図である。

【図１６】開発区担当者による編集中の評価表、特にそ
の「開発区評価者」セクション付近の一例を示す説明図
である。

【図１７】開発区評価者による評価の手順を示すフロー
チャートである。

【図１８】「審査・承認依頼」ボタンをクリックすると
表示されるダイアログの一例を示す説明図である。

【図１９】開発区評価者による評価後、開発区承認者に
送信される作業依頼メールの一例を示す説明図である。

【図２０】開発区承認者に対する作業依頼メール中のリ
ンクをクリックすると表示される、「開発区審査・承認
中」ビューの一例を示す説明図である。

【図２１】開発区承認者による評価の手順を示すフロー
チャートである。

【図２２】「承認」ボタンをクリックすると表示される
ダイアログの一例を示す説明図である。

【図２３】開発区承認者による承認後、開発区評価者に
送信される承認通知メールの一例を示す説明図である。

【図２４】開発区承認者による承認後、知財区担当者に
送信される作業依頼メールの一例を示す説明図である。

【図２５】開発区承認者による否認後、開発区評価者に
送信される否認通知メールの一例を示す説明図である。

【図２６】知財区担当者に対する作業依頼メール中のリ
ンクをクリックすると表示される、「知財区評価」ビュ
ーの一例を示す説明図である。

【図２７】「知財区評価」ビューでいずれかの案件をダ
ブルクリックすると表示される、審査請求評価表の一例
を示す説明図である。

【図２８】知財区担当者による評価後、知財区承認者に
送信される作業依頼メールの一例を示す説明図である。

【図２９】知財区承認者に対する作業依頼メール中のリ
ンクをクリックすると表示される、「知財区審査・承認
中」ビューの一例を示す説明図である。

【図３０】知財区承認者による承認後、知財区担当者に
送信される承認通知メールの一例を示す説明図である。

【図３１】知財区承認者による否認後、知財区担当者に
送信される否認通知メールの一例を示す説明図である。

【図３２】スケジュールマスタに登録されたスケジュー
ルの一例を示す説明図である。

【図３３】知財区での決定期限を徒過した案件について
おこなわれる、開発区への移管の手順を示すフローチャ
ートである。

【図３４】作業を懈怠している知財区担当者とその承認
者に送信される、催促メールの一例を示す説明図であ
る。

【図３５】開発区での評価期限直前におこなわれる評価
者および承認者への催促の手順を示すフローチャートで
ある。

【図３６】作業を懈怠している開発区評価者とその承認
者に送信される、催促メールの一例を示す説明図であ
る。

【図３７】開発区での評価期限を徒過した案件について
おこなわれる、知財区への移管の手順を示すフローチャ
ートである。

【図３８】作業を懈怠している開発区評価者とその承認
者に送信される、評価結果に「仮要」を自動設定した旨
の通知メールの一例を示す説明図である。

【図３９】知財区での評価期限直前におこなわれる担当
者および承認者への催促の手順を示すフローチャートで
ある。

【図４０】作業を懈怠している知財区担当者とその承認
者に送信される、催促メールの一例を示す説明図であ
る。

【図４１】知財区での評価期限を経過した時点でおこな
われる、評価完了処理の手順を示すフローチャートであ
る。

【図４２】審査請求費用の算出の手順を詳細に示すフロ
ーチャートである。

【図４３】サーバ１０２からメインフレーム１０１への
データの書き戻し（コピー）の手順を示すフローチャー
トである。

【図４４】審査請求ＤＢ１０２ａにおいて「事務所依
頼」ボタンをクリックすると表示される、「事務所依
頼」ビューの一例を示す説明図である。

【図４５】開発区および知財区による評価完了後、代理
人に対して送信される作業依頼メールの一例を示す説明
図である。

【図４６】代理人に対する作業依頼メール中のリンクを
クリックすると表示される、手続き依頼一覧の一例を示
す説明図である。

【図４７】手続き依頼一覧中のリンクをクリックすると
表示される、個々の案件の審査請求手続き依頼書の一例
を示す説明図である。

【図４８】審査請求ＤＢ１０２ａにおいて「自社手続き
分」ボタンをクリックすると表示される、「自社審査請
求」ビューの一例を示す説明図である。

【図４９】複数の案件の審査請求にかかる総費用の算出
の手順を示すフローチャートである。

【図５０】「費用計算」ボタンをクリックすると表示さ
れるダイアログの一例を示す説明図である。

【図５１】各々の状態区分コードとその意味とをまとめ
た説明図である。

【図５２】審査請求評価表中の各セクションの、各段階
におけるデフォルトでの表示形態をまとめた説明図であ
る。

【図５３】各段階における審査請求評価表の参照権者お
よび編集権者をまとめた説明図である。

【図５４】本発明の実施の形態によるワークフロー支援
システムを構成する、個々のコンピュータのハードウェ
ア構成を示す説明図である。

【図５５】本発明の実施の形態によるワークフロー支援
システムの機能的構成を示す説明図である。

【符号の説明】

１０１ メインフレーム １０１ａ 国内特実マスタ １０１ｂ 人事マスタ １０２ サーバ １０２ａ 審査請求ＤＢ １０３ 知財区ＰＣ １０４ 開発区ＰＣ １０５ 電子申請専用端末 １０６ ＳＰのサーバ １０６ａ 事務所ＤＢ １０７ 特許事務所ＰＣ ８８０１ ＣＰＵ ８８０２ ＲＯＭ ８８０３ ＲＡＭ ８８０４ ＨＤＤ ８８０５ ＨＤ ８８０６ ＦＤＤ ８８０７ ＦＤ ８８０８ ディスプレイ ８８０９ ネットワークＩ／Ｆ ８８１０ 通信ケーブル ８８１１ キーボード ８８１２ マウス ８８１３ ＣＤ−ＲＯＭ ８８１４ ＣＤ−ＲＯＭドライブ ８８１５ バスまたはケーブル ８９０１ 評価表記憶部 ８９０２ スケジュール管理部 ８９０３ 読み出し／書き込み部 ８９０４ 電子メール作成／送信部 ８９０５ 審査請求費用算出部 ８９０５ａ 金額テーブル ８９０６ 費用計算指示部 ８９０７ 費用表示部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 深作 千恵子 東京都大田区中馬込１丁目３番６号 株式 会社リコー内 (72)発明者 野村 延史 東京都大田区中馬込１丁目３番６号 株式 会社リコー内 (72)発明者 鈴木 康志 東京都大田区中馬込１丁目３番６号 株式 会社リコー内 (72)発明者 森木 俊晴 東京都大田区中馬込１丁目３番６号 株式 会社リコー内 (72)発明者 高橋 勝彦 東京都台東区東上野２−１−11

Claims (9)

【特許請求の範囲】
1. 【請求項１】 特許出願の審査請求価値を評価するため
   の複数の工程からなり、前記各工程における作業者のメ
   ールアドレスに対して前記評価のために必要な情報また
   は前記評価のために必要な情報の格納先に関する情報を
   電子メールで送信することにより前記評価をおこなうワ
   ークフローの支援システムにおいて、 前記特許出願の審査請求時における請求項の個数を算出
   する第１の算出手段と、 前記特許出願の審査請求に際して特許庁に支払うべき基
   本料金および前記請求項ごとの基準金額を読み出す第１
   の読み出し手段と、 前記特許出願の審査請求に際して当該審査請求の手続き
   を代理する代理人に支払うべき手数料を読み出す第２の
   読み出し手段と、 前記第１の算出手段により算出された請求項の個数、お
   よび前記第１の読み出し手段により読み出された基本料
   金および基準金額、および／または前記第２の読み出し
   手段により読み出された手数料にもとづいて、前記特許
   出願の審査請求のために必要な費用を算出する第２の算
   出手段と、 を備えたことを特徴とするワークフロー支援システム。
2. 【請求項２】 さらに、前記特許出願の審査請求に際し
   て補正をおこなうか否かを判定する判定手段を備え、 前記第２の算出手段は、前記判定手段により補正をおこ
   なうと判定された場合に、前記第１の算出手段により算
   出された請求項の個数、前記第１の読み出し手段により
   読み出された基本料金および基準金額、および前記第２
   の読み出し手段により読み出された手数料にもとづい
   て、前記特許出願の審査請求のために必要な費用を算出
   することを特徴とする前記請求項１に記載のワークフロ
   ー支援システム。
3. 【請求項３】 さらに、複数の前記特許出願を選択する
   選択手段と、 前記選択手段により選択された各特許出願につき前記第
   ２の算出手段により算出された費用にもとづいて、前記
   選択手段により選択された複数の特許出願の審査請求の
   ために必要な総費用を算出する第３の算出手段と、 を備えたことを特徴とする前記請求項１または請求項２
   に記載のワークフロー支援システム。
4. 【請求項４】 特許出願の審査請求価値を評価するため
   の複数の工程からなり、前記各工程における作業者のメ
   ールアドレスに対して前記評価のために必要な情報また
   は前記評価のために必要な情報の格納先に関する情報を
   電子メールで送信することにより前記評価をおこなうワ
   ークフローの支援方法において、 前記特許出願の審査請求時における請求項の個数を算出
   する第１の算出ステップと、 前記特許出願の審査請求に際して特許庁に支払うべき基
   本料金および前記請求項ごとの基準金額を読み出す第１
   の読み出しステップと、 前記特許出願の審査請求に際して当該審査請求の手続き
   を代理する代理人に支払うべき手数料を読み出す第２の
   読み出しステップと、 前記第１の算出ステップで算出された請求項の個数、お
   よび前記第１の読み出しステップで読み出された基本料
   金および基準金額、および／または前記第２の読み出し
   ステップで読み出された手数料にもとづいて、前記特許
   出願の審査請求のために必要な費用を算出する第２の算
   出ステップと、 を含んだことを特徴とするワークフロー支援方法。
5. 【請求項５】 さらに、前記特許出願の審査請求に際し
   て補正をおこなうか否かを判定する判定ステップを含
   み、 前記第２の算出ステップでは、前記判定ステップで補正
   をおこなうと判定された場合に、前記第１の算出ステッ
   プで算出された請求項の個数、前記第１の読み出しステ
   ップで読み出された基本料金および基準金額、および前
   記第２の読み出しステップで読み出された手数料にもと
   づいて、前記特許出願の審査請求のために必要な費用を
   算出することを特徴とする前記請求項４に記載のワーク
   フロー支援方法。
6. 【請求項６】 さらに、複数の前記特許出願を選択する
   選択ステップと、 前記選択ステップで選択された各特許出願につき前記第
   ２の算出ステップで算出された費用にもとづいて、前記
   選択ステップで選択された複数の特許出願の審査請求の
   ために必要な総費用を算出する第３の算出ステップと、 を含んだことを特徴とする前記請求項４または請求項５
   に記載のワークフロー支援方法。
7. 【請求項７】 特許出願の審査請求価値を評価するため
   の複数の工程からなり、前記各工程における作業者のメ
   ールアドレスに対して前記評価のために必要な情報また
   は前記評価のために必要な情報の格納先に関する情報を
   電子メールで送信することにより前記評価をおこなうワ
   ークフローの支援プログラムにおいて、 前記特許出願の審査請求時における請求項の個数を算出
   する第１の算出ステップと、 前記特許出願の審査請求に際して特許庁に支払うべき基
   本料金および前記請求項ごとの基準金額を読み出す第１
   の読み出しステップと、 前記特許出願の審査請求に際して当該審査請求の手続き
   を代理する代理人に支払うべき手数料を読み出す第２の
   読み出しステップと、 前記第１の算出ステップで算出された請求項の個数、お
   よび前記第１の読み出しステップで読み出された基本料
   金および基準金額、および／または前記第２の読み出し
   ステップで読み出された手数料にもとづいて、前記特許
   出願の審査請求のために必要な費用を算出する第２の算
   出ステップと、 をコンピュータに実行させることを特徴とするワークフ
   ロー支援プログラム。
8. 【請求項８】 さらに、複数の前記特許出願を選択する
   選択ステップと、 前記選択ステップで選択された各特許出願につき前記第
   ２の算出ステップで算出された費用にもとづいて、前記
   選択ステップで選択された複数の特許出願の審査請求の
   ために必要な総費用を算出する第３の算出ステップと、 をコンピュータに実行させることを特徴とする前記請求
   項７に記載のワークフロー支援プログラム。
9. 【請求項９】 前記請求項７または請求項８に記載のプ
   ログラムを記録したコンピュータ読み取り可能な記録媒
   体。