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

Abstract

(57)【要約】 【課題】 複数の作業者により参照・編集される文書に
つき、各人の作業に必要な箇所を分かりやすく提示する
こと。 【解決手段】 ワークフロー内の各作業者により順次作
業結果を書き込まれる電子文書は、サーバで公開・共有
するものとする。この電子文書には、当該文書につき作
業がどこまで進んでいるかを示す状態区分コードが保持
され、この状態区分コードに応じて、文書内のどのセク
ションが表示されるか、表示されるとして開／閉いずれ
の状態であるかが決定される。たとえば、過去にした特
許出願の審査請求価値を評価するワークフローにおい
て、開発部門の評価者が評価をおこなう局面では、当該
評価者に対しては文書中当該評価者の記入すべきセクシ
ョンのみが最初から開いた状態で表示されるとともに、
単に閲覧されるだけのセクションは閉状態で表示され、
評価に不必要なセクションは全く表示されない。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

【０００５】

【発明が解決しようとする課題】この検討には、少なく
とも知財部門・開発部門の複数のメンバーが関与する
（本出願人の場合は最低でも四人）。そして、各人がそ
れぞれの立場からそれぞれの判断を下すので、たとえば
一つの出願につき一つの電子文書を回覧して順次評価を
書き込ませようとすると、各人の立場に応じた種々の記
入欄を設けなければならず、文書が長文化する傾向にあ
る。ワークフローの下流では、上流で記入された検討結
果のために文書はさらに長文化する。

【０００６】その結果、各人は長大な文書の中から自己
に関係のある部分をその都度探し出さなければならな
い。紙文書に比較して電子文書にはまだまだ見づらいと
ころが多く、ページをめくるように容易には、所望の箇
所に到達することができない。しかも、上述の定期的な
検討は一回に数百件〜数千件の出願についておこなわれ
るものであり、各人に割り当てられる件数も多いため、
一つ一つの文書から各人が自己の記入欄を検索していた
のでは作業の効率が落ちてしまう。

【０００７】この発明は上記従来技術の問題点に鑑みて
なされたものであって、複数の作業者により参照・編集
される文書につき、各人の作業に必要な箇所を分かりや
すく提示することが可能なワークフロー支援システム、
ワークフロー支援方法、ワークフロー支援プログラムお
よびそのプログラムを記録したコンピュータ読み取り可
能な記録媒体を提供することを目的とする。

【０００８】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するため、請求項１に記載のワークフロー支
援システムは、電子文書に記述された情報の価値を評価
するための複数の工程からなり、少なくとも前記電子文
書の格納先に関する情報を含む電子メールを前記各工程
における作業者のメールアドレスに対して送信すること
により、前記電子文書に記述された情報の価値の評価を
おこなうワークフローの支援システムにおいて、前記各
情報につき、前記複数の工程のうち任意の工程における
作業が完了されているか否かを判定する判定手段と、前
記判定手段により前記任意の工程における作業が完了さ
れていないと判定された情報につき、当該情報の記述さ
れた電子文書の格納先に関する情報を含む電子メールを
前記任意の工程のつぎの工程における作業者のメールア
ドレスに対して送信する送信手段と、前記送信手段によ
り送信された電子メールに含まれる前記情報により特定
される電子文書内の複数の箇所のうち、前記つぎの工程
における作業者の作業に必要な箇所を特定する特定手段
と、前記送信手段により送信された電子メールに含まれ
る前記情報により特定される電子文書内の複数の箇所の
うち、前記特定手段により特定された箇所を表示する表
示手段と、を備えたことを特徴とする。

【０００９】この請求項１に記載の発明によれば、上記
電子メールを受信した作業者がその本文内のリンクから
上記文書にアクセスすると、文書内の当該作業者に必要
な箇所のみが表示される。

【００１０】また、請求項２に記載のワークフロー支援
システムは、前記請求項１に記載の発明において、さら
に、前記複数の工程のうち任意の工程における作業を完
了すべき期限に関する情報を読み出す読み出し手段を備
え、前記判定手段が、前記読み出し手段により読み出さ
れた情報により特定される期限を経過した場合に前記各
情報につき前記任意の工程における作業が完了されてい
るか否かを判定することを特徴とする。

【００１１】この請求項２に記載の発明によれば、作業
期限になると送信されてくる上記電子メールを受信した
作業者が、その本文内のリンクから上記文書にアクセス
すると、文書内の当該作業者に必要な箇所のみが表示さ
れる。

【００１２】また、請求項３に記載のワークフロー支援
システムは、前記請求項１または請求項２に記載の発明
において、さらに、前記特定手段により特定された箇所
以外の箇所を指定する第１の指定手段を備え、前記表示
手段が、前記電子文書内の複数の箇所のうち前記特定手
段により特定された箇所および前記第１の指定手段によ
り指定された箇所を表示することを特徴とする。

【００１３】この請求項３に記載の発明によれば、上記
電子メールを受信した作業者はその本文内のリンクから
上記文書にアクセスして、デフォルトで表示されている
箇所以外の任意の箇所を表示させることができる。

【００１４】また、請求項４に記載のワークフロー支援
システムは、前記請求項１〜請求項３のいずれか一つに
記載の発明において、さらに、前記特定手段により特定
された箇所を指定する第２の指定手段を備え、前記表示
手段が、前記電子文書内の複数の箇所のうち前記特定手
段により特定されかつ前記第２の指定手段により指定さ
れなかった箇所および前記第１の指定手段により指定さ
れた箇所を表示することを特徴とする。

【００１５】この請求項４に記載の発明によれば、上記
電子メールを受信した作業者はその本文内のリンクから
上記文書にアクセスして、デフォルトで表示されている
任意の箇所を表示させないようにすることができる。

【００１６】また、請求項５に記載のワークフロー支援
システムは、前記請求項１〜請求項４のいずれか一つに
記載の発明において、前記電子文書に記述された情報の
価値の評価とは、前記電子文書に記述された特許出願中
の発明について審査請求をおこなう価値があるか否かの
評価であることを特徴とする。

【００１７】この請求項５に記載の発明によれば、特に
特許出願の審査請求価値を評価するためのワークフロー
において、上記電子メールを受信した作業者がその本文
内のリンクから上記文書にアクセスすると、文書内の当
該作業者に必要な箇所のみが表示される。

【００１８】また、請求項６に記載のワークフロー支援
方法は、電子文書に記述された情報の価値を評価するた
めの複数の工程からなり、少なくとも前記電子文書の格
納先に関する情報を含む電子メールを前記各工程におけ
る作業者のメールアドレスに対して送信することによ
り、前記電子文書に記述された情報の価値の評価をおこ
なうワークフローの支援方法において、前記各情報につ
き、前記複数の工程のうち任意の工程における作業が完
了されているか否かを判定する判定ステップと、前記判
定ステップで前記任意の工程における作業が完了されて
いないと判定された情報につき、当該情報の記述された
電子文書の格納先に関する情報を含む電子メールを前記
任意の工程のつぎの工程における作業者のメールアドレ
スに対して送信する送信ステップと、前記送信ステップ
で送信された電子メールに含まれる前記情報により特定
される電子文書内の複数の箇所のうち、前記つぎの工程
における作業者の作業に必要な箇所を特定する特定ステ
ップと、前記送信ステップで送信された電子メールに含
まれる前記情報により特定される電子文書内の複数の箇
所のうち、前記特定ステップで特定された箇所を表示す
る表示ステップと、を含んだことを特徴とする。

【００１９】この請求項６に記載の発明によれば、上記
電子メールを受信した作業者がその本文内のリンクから
上記文書にアクセスすると、文書内の当該作業者に必要
な箇所のみが表示される。

【００２０】また、請求項７に記載のワークフロー支援
方法は、前記請求項６に記載の発明において、さらに、
前記複数の工程のうち任意の工程における作業を完了す
べき期限に関する情報を読み出す読み出しステップを含
み、前記判定ステップでは、前記読み出しステップで読
み出された情報により特定される期限を経過した場合に
前記各情報につき前記任意の工程における作業が完了さ
れているか否かを判定することを特徴とする。

【００２１】この請求項７に記載の発明によれば、作業
期限になると送信されてくる上記電子メールを受信した
作業者が、その本文内のリンクから上記文書にアクセス
すると、文書内の当該作業者に必要な箇所のみが表示さ
れる。

【００２２】また、請求項８に記載のワークフロー支援
方法は、前記請求項６または請求項７に記載の発明にお
いて、さらに、前記特定ステップで特定された箇所以外
の箇所を指定する第１の指定ステップを含み、前記表示
ステップでは、前記電子文書内の複数の箇所のうち前記
特定ステップで特定された箇所および前記第１の指定ス
テップで指定された箇所を表示することを特徴とする。

【００２３】この請求項８に記載の発明によれば、上記
電子メールを受信した作業者はその本文内のリンクから
上記文書にアクセスして、デフォルトで表示されている
箇所以外の任意の箇所を表示させることができる。

【００２４】また、請求項９に記載のワークフロー支援
方法は、前記請求項６〜請求項８のいずれか一つに記載
の発明において、さらに、前記特定ステップで特定され
た箇所を指定する第２の指定ステップを含み、前記表示
ステップでは、前記電子文書内の複数の箇所のうち前記
特定ステップで特定されかつ前記第２の指定ステップで
指定されなかった箇所および前記第１の指定ステップで
指定された箇所を表示することを特徴とする。

【００２５】この請求項９に記載の発明によれば、上記
電子メールを受信した作業者はその本文内のリンクから
上記文書にアクセスして、デフォルトで表示されている
任意の箇所を表示させないようにすることができる。

【００２６】また、請求項１０に記載のワークフロー支
援方法は、前記請求項６〜請求項９のいずれか一つに記
載の発明において、前記電子文書に記述された情報の価
値の評価とは、前記電子文書に記述された特許出願中の
発明について審査請求をおこなう価値があるか否かの評
価であることを特徴とする。

【００２７】この請求項１０に記載の発明によれば、特
に特許出願の審査請求価値を評価するためのワークフロ
ーにおいて、上記電子メールを受信した作業者がその本
文内のリンクから上記文書にアクセスすると、文書内の
当該作業者に必要な箇所のみが表示される。

【００２８】また、請求項１１に記載のワークフロー支
援プログラムは、電子文書に記述された情報の価値を評
価するための複数の工程からなり、少なくとも前記電子
文書の格納先に関する情報を含む電子メールを前記各工
程における作業者のメールアドレスに対して送信するこ
とにより、前記電子文書に記述された情報の価値の評価
をおこなうワークフローの支援プログラムにおいて、前
記各情報につき、前記複数の工程のうち任意の工程にお
ける作業が完了されているか否かを判定する判定ステッ
プと、前記判定ステップで前記任意の工程における作業
が完了されていないと判定された情報につき、当該情報
の記述された電子文書の格納先に関する情報を含む電子
メールを前記任意の工程のつぎの工程における作業者の
メールアドレスに対して送信する送信ステップと、前記
送信ステップで送信された電子メールに含まれる前記情
報により特定される電子文書内の複数の箇所のうち、前
記つぎの工程における作業者の作業に必要な箇所を特定
する特定ステップと、前記送信ステップで送信された電
子メールに含まれる前記情報により特定される電子文書
内の複数の箇所のうち、前記特定ステップで特定された
箇所を表示する表示ステップと、をコンピュータに実行
させることを特徴とする。

【００２９】この請求項１１に記載の発明によれば、上
記電子メールを受信した作業者がその本文内のリンクか
ら上記文書にアクセスすると、文書内の当該作業者に必
要な箇所のみが表示される。

【００３０】また、請求項１２に記載のワークフロー支
援プログラムは、前記請求項１１に記載の発明におい
て、さらに、前記特定ステップで特定された箇所以外の
箇所を指定する第１の指定ステップをコンピュータに実
行させるとともに、前記表示ステップでは、前記電子文
書内の複数の箇所のうち前記特定ステップで特定された
箇所および前記第１の指定ステップで指定された箇所を
表示することを特徴とする。

【００３１】この請求項１２に記載の発明によれば、上
記電子メールを受信した作業者はその本文内のリンクか
ら上記文書にアクセスして、デフォルトで表示されてい
る箇所以外の任意の箇所を表示させることができる。

【００３２】また、請求項１３に記載のワークフロー支
援プログラムは、前記請求項１１または請求項１２に記
載の発明において、さらに、前記特定ステップで特定さ
れた箇所を指定する第２の指定ステップをコンピュータ
に実行させるとともに、前記表示ステップでは、前記電
子文書内の複数の箇所のうち前記特定ステップで特定さ
れかつ前記第２の指定ステップで指定されなかった箇所
および前記第１の指定ステップで指定された箇所を表示
することを特徴とする。

【００３３】この請求項１３に記載の発明によれば、上
記電子メールを受信した作業者はその本文内のリンクか
ら上記文書にアクセスして、デフォルトで表示されてい
る任意の箇所を表示させないようにすることができる。

【００３４】また、請求項１４に記載のワークフロー支
援プログラムは、前記請求項１１〜請求項１３のいずれ
か一つに記載の発明において、前記電子文書に記述され
た情報の価値の評価とは、前記電子文書に記述された特
許出願中の発明について審査請求をおこなう価値がある
か否かの評価であることを特徴とする。

【００３５】この請求項１４に記載の発明によれば、特
に特許出願の審査請求価値を評価するためのワークフロ
ーにおいて、上記電子メールを受信した作業者がその本
文内のリンクから上記文書にアクセスすると、文書内の
当該作業者に必要な箇所のみが表示される。

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

【００３７】この請求項１５に記載の発明によれば、前
記請求項１１〜請求項１４のいずれか一つに記載のプロ
グラムがコンピュータにより読み取られて実行される。

【００３８】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００９６】評価者または承認者による再評価（評価
の変更） なお、評価者はいったん承認者に承認された案件につ
き、後述のように外部の特許事務所にその審査請求依頼
がなされる前、あるいは自社による審査請求がなされる
前であれば、いつでもその評価（結論または理由）を変
更することができる。たとえばいったん要とした後に発
見した先行技術から、当該案件の特許性がきわめて低い
と予見されるような場合、すでに開発区の先の知財区で
評価中の案件につき、自主的に否への評価変更をおこな
うことがある。

【００９７】図２６は、開発区評価者による再評価の手
順を示すフローチャートである。再評価は作業依頼メー
ルにもとづいておこなうわけではないので、評価者は審
査請求ＤＢ１０２ａを開いて、評価の変更が必要な案件
の評価表を直接オープンする（ステップＳ３８０１・Ｓ
３８０２）。

【００９８】図２７は、いったん開発区承認者による承
認があった後の審査請求評価表の一例を示す説明図であ
る。図５や図１５に示した評価表と異なり、開発区承認
者による承認を経て後述する知財区評価の局面に入った
評価表が、再度評価者に対して表示される際には、その
上部に「編集」ボタンに代えて「開発区評価変更」ボタ
ンが配置される。

【００９９】そして、評価者は評価表を編集モードにし
て、過去の評価を上書きするのではなく、この「開発区
評価変更」ボタンをクリックして（ステップＳ３８０
３：Ｙｅｓ）、図２８に示すような評価表の子文書を表
示させる（ステップＳ３８０４）。

【０１００】図示するようにこの子文書には、「変更
前」欄に前回までの評価の履歴が表示され（なお同図に
は一回分しか示していないが、過去に何度も評価を変更
しているときは、すべての履歴が縦割りで表示され
る）、さらに今回の評価を入力するための「変更後」欄
が設けられている。この「変更後」欄の「評価」ボタン
をクリックした後の処理は、図１７に示した最初の評価
の場合と同様である。

【０１０１】なお、このようにいったん下流のプロセス
に移行した案件につき、その上流で評価の変更があった
場合には、前回の評価から今回の評価変更までの間に何
らかの処理をおこなった下流の関係者に対して、変更の
事実が図２９に示すような電子メールで通知される。

【０１０２】さらに、図３０に示すように、その評価表
の「開発区審査請求要否評価」セクションには「変更履
歴」項目が表示されるようになる。図中、「変更履歴」
項目に埋め込まれているリンク（図中アイコンで示され
る）をクリックすると、図２８の子文書でも表示されて
いる過去の評価結果を表示させることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１３５】そして、本システムにおいてはの扱いに
なった場合の代理人への依頼作業や、の扱いになった
場合の代理人への通知作業（自社により審査請求をおこ
なった旨の）についても種々の支援をおこなっている
が、本発明とは直接の関係がないので、ここでは説明を
省略する。

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１４９】なお、どのセクションがどの状態で表示さ
れるかだけでなく、どのボタンが配置されるかなども状
態区分コードによって差異がある。たとえば図２７に示
した「開発区評価変更」ボタンは、状態区分コードが４
１以上６１以下、７１あるいは７２の評価表を表示した
ときにのみに表示され、代理人への審査請求依頼がなさ
れて状態区分コードが６２になった後、あるいは自社審
査請求がなされて７３になった後は表示されなくなる。
その結果、評価者がいったんした評価を変更できるの
は、上述のように代理人への審査請求依頼前あるいは自
社による審査請求前に限られることになる。

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

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

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

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

【０１５４】（システムのハードウェア構成）つぎに、
本発明の実施の形態によるワークフロー支援システムの
中核をなす、サーバ１０２のハードウェア構成について
説明する。説明の便宜上、サーバ１０２〜ＰＣ１０７は
いずれも同一のハードウェア構成を有するものとする。

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

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

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

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

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

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

【０１６１】図中、８９０１〜８９０５はサーバ１０２
の機能部である。まず、８９０１は評価表データ記憶部
であり、個々の出願の審査請求評価表に記載される各種
のデータ、たとえば各出願の名称や要約、出願日などの
書誌的事項、ワークフロー内の各工程における作業者
（知財区担当者・承認者や開発区評価者・承認者な
ど）、各作業者による作業結果、状態区分コードなどを
保持している。

【０１６２】８９０２はスケジュール管理部であり、上
述のスケジュールマスタに設定された個々の作業期限を
定期的に読み出して、現在日時と比較する。そして、い
ずれかの作業期限の切迫あるいはいずれかの作業期限の
経過を検知すると、つぎに評価表データ記憶部８９０１
内を検索して、上記期限までになされるべき作業がまだ
なされていない案件、たとえばその状態区分コードが従
前のままとなっている案件を特定する。さらに、スケジ
ュール管理部８９０２は上記で特定した作業未了の案件
（を特定できる情報）を、後述する電子メール作成・送
信部８９０３に通知する。

【０１６３】８９０３は電子メール作成・送信部であ
り、スケジュール管理部８９０２から作業期限が切迫し
ている案件、あるいは作業期限を経過した案件を通知さ
れると、図３をはじめとする各種の作業依頼メール、あ
るいは図３９をはじめとする各種の催促メールを作成し
て、それぞれの宛先に送信する。なお、これらのメール
には上記案件へのリンクが埋め込まれ、このリンクのク
リックにより上記案件の評価表をたどることができるよ
うになっている。

【０１６４】８９０４は文書設計情報記憶部であり、上
述の審査請求評価表や作業依頼メールなど、本システム
で流通する各種文書の文書設計情報（フォーム）を保持
している。文書設計情報とは、文書内のどこに何を配置
するといった全体のレイアウトを定義したひな形であっ
て、評価表に関しては状態区分コードごとに異なるひな
形が用意されている。

【０１６５】たとえば、「書誌的事項」「知財区担当
者」「開発区評価者」「開発区審査請求要否評価」およ
び「知財区審査請求要否評価」の計五つのセクションの
うち、状態区分コード＝２ｘ用のひな形には前三者、３
ｘ用のひな形には前四者、４ｘ用のひな形にはすべての
セクションが、それぞれ設けられている（図４９参
照）。また、ひな形中の各セクションには、最初の表示
時に（すなわち、デフォルトで）当該セクションを開状
態で表示するか、閉状態で表示するかを示す種別が設定
されている。

【０１６６】８９０５は評価表作成部であり、後述する
評価表入力部８９０７から任意の出願につきその評価表
のオープン指示があった場合に、まず評価表データ記憶
部８９０１から上記出願の状態区分コードを読み出す。
つぎに、読み出した状態区分コードに対応するひな形を
文書設計情報記憶部８９０４から読み出し、このひな形
で要求されているデータを評価表データ記憶部８９０１
から読み出す。そして、読み出したデータを上記ひな形
に流し込むことで、図５、図１５あるいは図３２に示し
たような各種の評価表を作成し、作成した評価表をオー
プン指示の入力元となったＰＣ１０３・１０４に返信す
る。

【０１６７】また、図中８９０６および８９０７は知財
区ＰＣ１０３または開発区ＰＣ１０４の機能部である。
まず、８９０６は評価表表示部であり、サーバ１０２の
評価表作成部８９０５から送信されてきた評価表を、Ｐ
Ｃ１０３・１０４のディスプレイ８８０８上に表示す
る。なお、このときセクション部分に関しては、上記評
価表内のセクションのうち開状態で表示することが設定
されているものだけを特定して表示する。

【０１６８】また、８９０７は評価表入力部であり、評
価表表示部８９０６により表示された評価表に対する必
要事項の入力を操作者から受け付けるとともに、入力内
容をサーバ１０２に送信して、評価表データ記憶部８９
０１に書き込ませる。

【０１６９】また、評価表入力部８９０７は閉状態で表
示されているセクションのセクションマークがクリック
されたとき、すなわち上記セクションを指定したそのオ
ープン指示を受け付けたときは、すでに開状態で表示さ
れているセクションに加えて、上記指定されたセクショ
ンを開状態で表示するよう評価表表示部８９０６に指示
する。逆に、開状態で表示されているセクションのセク
ションマークがクリックされたとき、すなわち上記セク
ションを指定したそのクローズ指示を受け付けたとき
は、評価表表示部８９０６に指示して上記セクションを
閉状態で再表示させる。

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

【０１７１】また、図５２に示すスケジュール管理部８
９０２が請求項にいう「判定手段」および「読み出し手
段」に相当し、そのおこなう処理の中に請求項にいう
「判定ステップ」および「読み出しステップ」が含まれ
る。また、電子メール作成・送信部８９０３が請求項に
いう「送信手段」に相当し、そのおこなう処理の中に請
求項にいう「送信ステップ」が含まれる。

【０１７２】また、評価表表示部８９０６が請求項にい
う「特定手段」および「表示手段」に相当し、そのおこ
なう処理の中に請求項にいう「特定ステップ」および
「表示ステップ」が含まれる。また、評価表入力部８９
０７が請求項にいう「第１の指定手段」および「第２の
指定手段」に相当し、そのおこなう処理の中に請求項に
いう「第１の指定ステップ」および「第２の指定ステッ
プ」が含まれる。

【０１７３】以上説明したように本実施の形態にかかる
ワークフロー支援システムによれば、審査請求評価表に
は複数のセクションが設けられ、状態区分コードにより
それぞれ開状態で表示、閉状態で表示、非表示の区別が
ある。したがって、評価の各段階で各作業者が目にする
評価表には、当該作業者の作業に関連するセクションだ
けが表示され、中でも当該作業者が書き込むべきセクシ
ョンは最初から開状態になっているので、作業者は上記
文書をスクロールするなどして、自己の記入欄をいちい
ち検索する必要がない。

【０１７４】また、特にある案件につき上述（３）の担
当者・評価者の決定と、（４）の開発区評価とが（３）
の決定期限前に終了してしまった場合、知財区の担当者
のもとには（５）の知財区評価の局面を迎えた当該案件
と、（３）で止まったままになっている他の案件とが同
時に蓄積されることになる。しかしこの場合も、前者の
評価表を開けば「知財区審査請求要否評価」セクション
が、後者の評価表を開けば「知財区担当者」および「開
発区評価者」セクションが、それぞれ最初から開いて表
示されるので、担当者はすぐに自己のなすべき作業を把
握し、当該作業に取りかかることができる。

【０１７５】

【発明の効果】以上説明したように請求項１に記載の発
明は、電子文書に記述された情報の価値を評価するため
の複数の工程からなり、少なくとも前記電子文書の格納
先に関する情報を含む電子メールを前記各工程における
作業者のメールアドレスに対して送信することにより、
前記電子文書に記述された情報の価値の評価をおこなう
ワークフローの支援システムにおいて、前記各情報につ
き、前記複数の工程のうち任意の工程における作業が完
了されているか否かを判定する判定手段と、前記判定手
段により前記任意の工程における作業が完了されていな
いと判定された情報につき、当該情報の記述された電子
文書の格納先に関する情報を含む電子メールを前記任意
の工程のつぎの工程における作業者のメールアドレスに
対して送信する送信手段と、前記送信手段により送信さ
れた電子メールに含まれる前記情報により特定される電
子文書内の複数の箇所のうち、前記つぎの工程における
作業者の作業に必要な箇所を特定する特定手段と、前記
送信手段により送信された電子メールに含まれる前記情
報により特定される電子文書内の複数の箇所のうち、前
記特定手段により特定された箇所を表示する表示手段
と、を備えたので、上記電子メールを受信した作業者が
その本文内のリンクから上記文書にアクセスすると、文
書内の当該作業者に必要な箇所のみが表示され、これに
よって、複数の作業者により参照・編集される文書につ
き、各人の作業に必要な箇所を分かりやすく提示するこ
とが可能なワークフロー支援システムが得られるという
効果を奏する。

【０１７６】また、請求項２に記載の発明は、前記請求
項１に記載の発明において、さらに、前記複数の工程の
うち任意の工程における作業を完了すべき期限に関する
情報を読み出す読み出し手段を備え、前記判定手段が、
前記読み出し手段により読み出された情報により特定さ
れる期限を経過した場合に前記各情報につき前記任意の
工程における作業が完了されているか否かを判定するの
で、作業期限になると送信されてくる上記電子メールを
受信した作業者が、その本文内のリンクから上記文書に
アクセスすると、文書内の当該作業者に必要な箇所のみ
が表示され、これによって、複数の作業者により参照・
編集される文書につき、各人の作業に必要な箇所を分か
りやすく提示することが可能なワークフロー支援システ
ムが得られるという効果を奏する。

【０１７７】また、請求項３に記載の発明は、前記請求
項１または請求項２に記載の発明において、さらに、前
記特定手段により特定された箇所以外の箇所を指定する
第１の指定手段を備え、前記表示手段が、前記電子文書
内の複数の箇所のうち前記特定手段により特定された箇
所および前記第１の指定手段により指定された箇所を表
示するので、上記電子メールを受信した作業者はその本
文内のリンクから上記文書にアクセスして、デフォルト
で表示されている箇所以外の任意の箇所を表示させるこ
とができ、これによって、複数の作業者により参照・編
集される文書につき、各人の作業に必要な箇所を分かり
やすく提示することが可能なワークフロー支援システム
が得られるという効果を奏する。

【０１７８】また、請求項４に記載の発明は、前記請求
項１〜請求項３のいずれか一つに記載の発明において、
さらに、前記特定手段により特定された箇所を指定する
第２の指定手段を備え、前記表示手段が、前記電子文書
内の複数の箇所のうち前記特定手段により特定されかつ
前記第２の指定手段により指定されなかった箇所および
前記第１の指定手段により指定された箇所を表示するの
で、上記電子メールを受信した作業者はその本文内のリ
ンクから上記文書にアクセスして、デフォルトで表示さ
れている任意の箇所を表示させないようにすることがで
き、これによって、複数の作業者により参照・編集され
る文書につき、各人の作業に必要な箇所を分かりやすく
提示することが可能なワークフロー支援システムが得ら
れるという効果を奏する。

【０１７９】また、請求項５に記載の発明は、前記請求
項１〜請求項４のいずれか一つに記載の発明において、
前記電子文書に記述された情報の価値の評価とは、前記
電子文書に記述された特許出願中の発明について審査請
求をおこなう価値があるか否かの評価であるので、特に
特許出願の審査請求価値を評価するためのワークフロー
において、上記電子メールを受信した作業者がその本文
内のリンクから上記文書にアクセスすると、文書内の当
該作業者に必要な箇所のみが表示され、これによって、
複数の作業者により参照・編集される文書につき、各人
の作業に必要な箇所を分かりやすく提示することが可能
なワークフロー支援システムが得られるという効果を奏
する。

【０１８０】また、請求項６に記載の発明は、電子文書
に記述された情報の価値を評価するための複数の工程か
らなり、少なくとも前記電子文書の格納先に関する情報
を含む電子メールを前記各工程における作業者のメール
アドレスに対して送信することにより、前記電子文書に
記述された情報の価値の評価をおこなうワークフローの
支援方法において、前記各情報につき、前記複数の工程
のうち任意の工程における作業が完了されているか否か
を判定する判定ステップと、前記判定ステップで前記任
意の工程における作業が完了されていないと判定された
情報につき、当該情報の記述された電子文書の格納先に
関する情報を含む電子メールを前記任意の工程のつぎの
工程における作業者のメールアドレスに対して送信する
送信ステップと、前記送信ステップで送信された電子メ
ールに含まれる前記情報により特定される電子文書内の
複数の箇所のうち、前記つぎの工程における作業者の作
業に必要な箇所を特定する特定ステップと、前記送信ス
テップで送信された電子メールに含まれる前記情報によ
り特定される電子文書内の複数の箇所のうち、前記特定
ステップで特定された箇所を表示する表示ステップと、
を含んだので、上記電子メールを受信した作業者がその
本文内のリンクから上記文書にアクセスすると、文書内
の当該作業者に必要な箇所のみが表示され、これによっ
て、複数の作業者により参照・編集される文書につき、
各人の作業に必要な箇所を分かりやすく提示することが
可能なワークフロー支援方法が得られるという効果を奏
する。

【０１８１】また、請求項７に記載の発明は、前記請求
項６に記載の発明において、さらに、前記複数の工程の
うち任意の工程における作業を完了すべき期限に関する
情報を読み出す読み出しステップを含み、前記判定ステ
ップでは、前記読み出しステップで読み出された情報に
より特定される期限を経過した場合に前記各情報につき
前記任意の工程における作業が完了されているか否かを
判定するので、作業期限になると送信されてくる上記電
子メールを受信した作業者が、その本文内のリンクから
上記文書にアクセスすると、文書内の当該作業者に必要
な箇所のみが表示され、これによって、複数の作業者に
より参照・編集される文書につき、各人の作業に必要な
箇所を分かりやすく提示することが可能なワークフロー
支援方法が得られるという効果を奏する。

【０１８２】また、請求項８に記載の発明は、前記請求
項６または請求項７に記載の発明において、さらに、前
記特定ステップで特定された箇所以外の箇所を指定する
第１の指定ステップを含み、前記表示ステップでは、前
記電子文書内の複数の箇所のうち前記特定ステップで特
定された箇所および前記第１の指定ステップで指定され
た箇所を表示するので、上記電子メールを受信した作業
者はその本文内のリンクから上記文書にアクセスして、
デフォルトで表示されている箇所以外の任意の箇所を表
示させることができ、これによって、複数の作業者によ
り参照・編集される文書につき、各人の作業に必要な箇
所を分かりやすく提示することが可能なワークフロー支
援方法が得られるという効果を奏する。

【０１８３】また、請求項９に記載の発明は、前記請求
項６〜請求項８のいずれか一つに記載の発明において、
さらに、前記特定ステップで特定された箇所を指定する
第２の指定ステップを含み、前記表示ステップでは、前
記電子文書内の複数の箇所のうち前記特定ステップで特
定されかつ前記第２の指定ステップで指定されなかった
箇所および前記第１の指定ステップで指定された箇所を
表示するので、上記電子メールを受信した作業者はその
本文内のリンクから上記文書にアクセスして、デフォル
トで表示されている任意の箇所を表示させないようにす
ることができ、これによって、複数の作業者により参照
・編集される文書につき、各人の作業に必要な箇所を分
かりやすく提示することが可能なワークフロー支援方法
が得られるという効果を奏する。

【０１８４】また、請求項１０に記載の発明は、前記請
求項６〜請求項９のいずれか一つに記載の発明におい
て、前記電子文書に記述された情報の価値の評価とは、
前記電子文書に記述された特許出願中の発明について審
査請求をおこなう価値があるか否かの評価であるので、
特に特許出願の審査請求価値を評価するためのワークフ
ローにおいて、上記電子メールを受信した作業者がその
本文内のリンクから上記文書にアクセスすると、文書内
の当該作業者に必要な箇所のみが表示され、これによっ
て、複数の作業者により参照・編集される文書につき、
各人の作業に必要な箇所を分かりやすく提示することが
可能なワークフロー支援方法が得られるという効果を奏
する。

【０１８５】また、請求項１１に記載の発明は、電子文
書に記述された情報の価値を評価するための複数の工程
からなり、少なくとも前記電子文書の格納先に関する情
報を含む電子メールを前記各工程における作業者のメー
ルアドレスに対して送信することにより、前記電子文書
に記述された情報の価値の評価をおこなうワークフロー
の支援プログラムにおいて、前記各情報につき、前記複
数の工程のうち任意の工程における作業が完了されてい
るか否かを判定する判定ステップと、前記判定ステップ
で前記任意の工程における作業が完了されていないと判
定された情報につき、当該情報の記述された電子文書の
格納先に関する情報を含む電子メールを前記任意の工程
のつぎの工程における作業者のメールアドレスに対して
送信する送信ステップと、前記送信ステップで送信され
た電子メールに含まれる前記情報により特定される電子
文書内の複数の箇所のうち、前記つぎの工程における作
業者の作業に必要な箇所を特定する特定ステップと、前
記送信ステップで送信された電子メールに含まれる前記
情報により特定される電子文書内の複数の箇所のうち、
前記特定ステップで特定された箇所を表示する表示ステ
ップと、をコンピュータに実行させるので、上記電子メ
ールを受信した作業者がその本文内のリンクから上記文
書にアクセスすると、文書内の当該作業者に必要な箇所
のみが表示され、これによって、複数の作業者により参
照・編集される文書につき、各人の作業に必要な箇所を
分かりやすく提示することが可能なワークフロー支援プ
ログラムが得られるという効果を奏する。

【０１８６】また、請求項１２に記載の発明は、前記請
求項１１に記載の発明において、さらに、前記特定ステ
ップで特定された箇所以外の箇所を指定する第１の指定
ステップをコンピュータに実行させるとともに、前記表
示ステップでは、前記電子文書内の複数の箇所のうち前
記特定ステップで特定された箇所および前記第１の指定
ステップで指定された箇所を表示するので、上記電子メ
ールを受信した作業者はその本文内のリンクから上記文
書にアクセスして、デフォルトで表示されている箇所以
外の任意の箇所を表示させることができ、これによっ
て、複数の作業者により参照・編集される文書につき、
各人の作業に必要な箇所を分かりやすく提示することが
可能なワークフロー支援プログラムが得られるという効
果を奏する。

【０１８７】また、請求項１３に記載の発明は、前記請
求項１１または請求項１２に記載の発明において、さら
に、前記特定ステップで特定された箇所を指定する第２
の指定ステップをコンピュータに実行させるとともに、
前記表示ステップでは、前記電子文書内の複数の箇所の
うち前記特定ステップで特定されかつ前記第２の指定ス
テップで指定されなかった箇所および前記第１の指定ス
テップで指定された箇所を表示するので、上記電子メー
ルを受信した作業者はその本文内のリンクから上記文書
にアクセスして、デフォルトで表示されている任意の箇
所を表示させないようにすることができ、これによっ
て、複数の作業者により参照・編集される文書につき、
各人の作業に必要な箇所を分かりやすく提示することが
可能なワークフロー支援プログラムが得られるという効
果を奏する。

【０１８８】また、請求項１４に記載の発明は、前記請
求項１１〜請求項１３のいずれか一つに記載の発明にお
いて、前記電子文書に記述された情報の価値の評価と
は、前記電子文書に記述された特許出願中の発明につい
て審査請求をおこなう価値があるか否かの評価であるの
で、特に特許出願の審査請求価値を評価するためのワー
クフローにおいて、上記電子メールを受信した作業者が
その本文内のリンクから上記文書にアクセスすると、文
書内の当該作業者に必要な箇所のみが表示され、これに
よって、複数の作業者により参照・編集される文書につ
き、各人の作業に必要な箇所を分かりやすく提示するこ
とが可能なワークフロー支援プログラムが得られるとい
う効果を奏する。

【０１８９】また、請求項１５に記載の発明によれば、
前記請求項１１〜請求項１４のいずれか一つに記載のプ
ログラムをコンピュータに実行させることが可能な記録
媒体が得られるという効果を奏する。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２７】いったん開発区承認者による承認があった後
の審査請求評価表の一例を示す説明図である。

【図２８】「開発区評価変更」ボタンをクリックすると
表示される、審査請求評価表の子文書の一例を示す説明
図である。

【図２９】開発区評価者による再評価があった場合に、
関係者に送信される変更通知メールの一例を示す説明図
である。

【図３０】開発区評価者による再評価後の審査請求評価
表、特にその「開発区審査請求要否評価」セクション付
近の一例を示す説明図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

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

Claims (15)

【特許請求の範囲】
1. 【請求項１】 電子文書に記述された情報の価値を評価
   するための複数の工程からなり、少なくとも前記電子文
   書の格納先に関する情報を含む電子メールを前記各工程
   における作業者のメールアドレスに対して送信すること
   により、前記電子文書に記述された情報の価値の評価を
   おこなうワークフローの支援システムにおいて、 前記各情報につき、前記複数の工程のうち任意の工程に
   おける作業が完了されているか否かを判定する判定手段
   と、 前記判定手段により前記任意の工程における作業が完了
   されていないと判定された情報につき、当該情報の記述
   された電子文書の格納先に関する情報を含む電子メール
   を前記任意の工程のつぎの工程における作業者のメール
   アドレスに対して送信する送信手段と、 前記送信手段により送信された電子メールに含まれる前
   記情報により特定される電子文書内の複数の箇所のう
   ち、前記つぎの工程における作業者の作業に必要な箇所
   を特定する特定手段と、 前記送信手段により送信された電子メールに含まれる前
   記情報により特定される電子文書内の複数の箇所のう
   ち、前記特定手段により特定された箇所を表示する表示
   手段と、 を備えたことを特徴とするワークフロー支援システム。
2. 【請求項２】 さらに、前記複数の工程のうち任意の工
   程における作業を完了すべき期限に関する情報を読み出
   す読み出し手段を備え、 前記判定手段は、前記読み出し手段により読み出された
   情報により特定される期限を経過した場合に前記各情報
   につき前記任意の工程における作業が完了されているか
   否かを判定することを特徴とする前記請求項１に記載の
   ワークフロー支援システム。
3. 【請求項３】 さらに、前記特定手段により特定された
   箇所以外の箇所を指定する第１の指定手段を備え、 前記表示手段は、前記電子文書内の複数の箇所のうち前
   記特定手段により特定された箇所および前記第１の指定
   手段により指定された箇所を表示することを特徴とする
   前記請求項１または請求項２に記載のワークフロー支援
   システム。
4. 【請求項４】 さらに、前記特定手段により特定された
   箇所を指定する第２の指定手段を備え、 前記表示手段は、前記電子文書内の複数の箇所のうち前
   記特定手段により特定されかつ前記第２の指定手段によ
   り指定されなかった箇所および前記第１の指定手段によ
   り指定された箇所を表示することを特徴とする前記請求
   項１〜請求項３のいずれか一つに記載のワークフロー支
   援システム。
5. 【請求項５】 前記電子文書に記述された情報の価値の
   評価とは、前記電子文書に記述された特許出願中の発明
   について審査請求をおこなう価値があるか否かの評価で
   あることを特徴とする前記請求項１〜請求項４のいずれ
   か一つに記載のワークフロー支援システム。
6. 【請求項６】 電子文書に記述された情報の価値を評価
   するための複数の工程からなり、少なくとも前記電子文
   書の格納先に関する情報を含む電子メールを前記各工程
   における作業者のメールアドレスに対して送信すること
   により、前記電子文書に記述された情報の価値の評価を
   おこなうワークフローの支援方法において、 前記各情報につき、前記複数の工程のうち任意の工程に
   おける作業が完了されているか否かを判定する判定ステ
   ップと、 前記判定ステップで前記任意の工程における作業が完了
   されていないと判定された情報につき、当該情報の記述
   された電子文書の格納先に関する情報を含む電子メール
   を前記任意の工程のつぎの工程における作業者のメール
   アドレスに対して送信する送信ステップと、 前記送信ステップで送信された電子メールに含まれる前
   記情報により特定される電子文書内の複数の箇所のう
   ち、前記つぎの工程における作業者の作業に必要な箇所
   を特定する特定ステップと、 前記送信ステップで送信された電子メールに含まれる前
   記情報により特定される電子文書内の複数の箇所のう
   ち、前記特定ステップで特定された箇所を表示する表示
   ステップと、 を含んだことを特徴とするワークフロー支援方法。
7. 【請求項７】 さらに、前記複数の工程のうち任意の工
   程における作業を完了すべき期限に関する情報を読み出
   す読み出しステップを含み、 前記判定ステップでは、前記読み出しステップで読み出
   された情報により特定される期限を経過した場合に前記
   各情報につき前記任意の工程における作業が完了されて
   いるか否かを判定することを特徴とする前記請求項６に
   記載のワークフロー支援方法。
8. 【請求項８】 さらに、前記特定ステップで特定された
   箇所以外の箇所を指定する第１の指定ステップを含み、 前記表示ステップでは、前記電子文書内の複数の箇所の
   うち前記特定ステップで特定された箇所および前記第１
   の指定ステップで指定された箇所を表示することを特徴
   とする前記請求項６または請求項７に記載のワークフロ
   ー支援方法。
9. 【請求項９】 さらに、前記特定ステップで特定された
   箇所を指定する第２の指定ステップを含み、 前記表示ステップでは、前記電子文書内の複数の箇所の
   うち前記特定ステップで特定されかつ前記第２の指定ス
   テップで指定されなかった箇所および前記第１の指定ス
   テップで指定された箇所を表示することを特徴とする前
   記請求項６〜請求項８のいずれか一つに記載のワークフ
   ロー支援方法。
10. 【請求項１０】 前記電子文書に記述された情報の価値
    の評価とは、前記電子文書に記述された特許出願中の発
    明について審査請求をおこなう価値があるか否かの評価
    であることを特徴とする前記請求項６〜請求項９のいず
    れか一つに記載のワークフロー支援方法。
11. 【請求項１１】 電子文書に記述された情報の価値を評
    価するための複数の工程からなり、少なくとも前記電子
    文書の格納先に関する情報を含む電子メールを前記各工
    程における作業者のメールアドレスに対して送信するこ
    とにより、前記電子文書に記述された情報の価値の評価
    をおこなうワークフローの支援プログラムにおいて、 前記各情報につき、前記複数の工程のうち任意の工程に
    おける作業が完了されているか否かを判定する判定ステ
    ップと、 前記判定ステップで前記任意の工程における作業が完了
    されていないと判定された情報につき、当該情報の記述
    された電子文書の格納先に関する情報を含む電子メール
    を前記任意の工程のつぎの工程における作業者のメール
    アドレスに対して送信する送信ステップと、 前記送信ステップで送信された電子メールに含まれる前
    記情報により特定される電子文書内の複数の箇所のう
    ち、前記つぎの工程における作業者の作業に必要な箇所
    を特定する特定ステップと、 前記送信ステップで送信された電子メールに含まれる前
    記情報により特定される電子文書内の複数の箇所のう
    ち、前記特定ステップで特定された箇所を表示する表示
    ステップと、 をコンピュータに実行させることを特徴とするワークフ
    ロー支援プログラム。
12. 【請求項１２】 さらに、前記特定ステップで特定され
    た箇所以外の箇所を指定する第１の指定ステップをコン
    ピュータに実行させるとともに、 前記表示ステップでは、前記電子文書内の複数の箇所の
    うち前記特定ステップで特定された箇所および前記第１
    の指定ステップで指定された箇所を表示することを特徴
    とする前記請求項１１に記載のワークフロー支援プログ
    ラム。
13. 【請求項１３】 さらに、前記特定ステップで特定され
    た箇所を指定する第２の指定ステップをコンピュータに
    実行させるとともに、 前記表示ステップでは、前記電子文書内の複数の箇所の
    うち前記特定ステップで特定されかつ前記第２の指定ス
    テップで指定されなかった箇所および前記第１の指定ス
    テップで指定された箇所を表示することを特徴とする前
    記請求項１１または請求項１２に記載のワークフロー支
    援プログラム。
14. 【請求項１４】 前記電子文書に記述された情報の価値
    の評価とは、前記電子文書に記述された特許出願中の発
    明について審査請求をおこなう価値があるか否かの評価
    であることを特徴とする前記請求項１１〜請求項１３の
    いずれか一つに記載のワークフロー支援プログラム。
15. 【請求項１５】 前記請求項１１〜請求項１４のいずれ
    か一つに記載のプログラムを記録したコンピュータ読み
    取り可能な記録媒体。