工程管理システムおよび工程管理方法
【課題】 ワークフローの中での工程の状況を、容易に把握することを可能にする工程管理システムおよび工程管理方法を提供する。
【解決手段】 ワークフローの中の各工程で処理される案件の表示用データを作成する工程管理システムであって、各案件を所定長のレコードとして記録しているリレーショナルデータベース３１Ａを記憶する記憶装置３１と、各工程で処理される案件をリレーショナルデータベース３１Ａから読み出し、読み出した案件を基に作成した案件情報と、この案件を処理する工程の処理内容を文章形式で表した工程情報とから成る表示用データを生成する変換装置３０とを備える。
【解決手段】 ワークフローの中の各工程で処理される案件の表示用データを作成する工程管理システムであって、各案件を所定長のレコードとして記録しているリレーショナルデータベース３１Ａを記憶する記憶装置３１と、各工程で処理される案件をリレーショナルデータベース３１Ａから読み出し、読み出した案件を基に作成した案件情報と、この案件を処理する工程の処理内容を文章形式で表した工程情報とから成る表示用データを生成する変換装置３０とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、知的財産などの案件処理の工程を管理する工程管理システムおよび工程管理方法に関する。
【背景技術】
【０００２】
知的財産やその権利に関係する案件（以下、「知財案件」という）は、所定の順序で手続き等の処理をされる。つまり、知財案件を管理する管理業務には、新規発明の受け付け、先行技術の調査、発明者との面談、出願の可・不可の判定、明細書の作成等の、各種の特有な工程から成るワークフローがある。このように多くの工程を経る知財案件を管理する際に、知財案件の管理業務を効率よく行うために、各種のシステムがある。例えば、システムの基礎となるソフトウエアつまりプラットフォームに、ワークフロー機能を持つシステムがある（例えば、特許文献１参照。）。このシステムによれば、ワークフロー機能の業務手順に基づいて、プラットフォームで実行された処理内容が、一定のルールに従ってマッピングされる。これにより、多くの工程から成る知財の管理業務が処理される。
【０００３】
また、知財案件の管理業務を効率よく行うシステムには、業務の流れが定義されたワークフローに基づいて、業務の進捗状況を管理するものがある（例えば、特許文献２参照。）。このシステムでは、ワークフローの定義内容を変更することができるようにしている。これにより、このシステムは業務を円滑に遂行する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１３９７６１号公報
【特許文献２】特開２００４−６２４３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
先に述べた２つのシステムには、次の課題がある。つまり、いずれのシステムもワークフロー機能を基にして、多くの工程を経る知財案件の処理業務をコンピュータで管理している。このとき、発明者や知財担当者（以下、「担当者」という）のコンピュータには、例えば「出願依頼中」、「明細書のチェック中」というように、ワークフローの各工程が表示される。しかしながら、こういった工程の名称だけがコンピュータに表示された場合、知財業務の流れを熟知している担当者以外は、現在の工程が、全体のどの部分に位置するものであり、どういった手続き、処理をこの後進めていかなければならないのか、またはこの手続き、処理は緊急を要するものか、といった工程の進捗状況・次処理内容・緊急度といった状況を把握することが困難となる。特に、担当者ではなく、発明者がこれらのシステムを利用する場合、知財案件の処理業務に慣れていない場合が多く、「出願依頼中」などといった、ワークフローの各工程名称が表示されても、発明者が工程の進捗状況・次処理内容・緊急度を把握することはさらに困難となる。
【０００６】
この発明の目的は、前記の課題を解決し、ワークフローの中での工程の状況を、容易に把握することを可能にする工程管理システムおよび工程管理方法を提供することにある。
【課題を解決するための手段】
【０００７】
前記の課題を解決するために、請求項１の発明は、ワークフローの中の各工程で処理される案件の表示用データを作成する工程管理システムであって、各案件を所定長のレコードとして記録しているリレーショナルデータベースを記憶する記憶手段と、各工程で処理される案件を前記リレーショナルデータベースから読み出し、読み出した案件を基に作成した案件情報と、この案件を処理する工程の処理内容を文章形式で表した工程情報とから成る表示用データを生成する処理手段と、を備えることを特徴とする工程管理システムである。
【０００８】
請求項１の発明では、記憶手段がリレーショナルデータベースを記憶している。リレーショナルデータベースは、各案件を所定長のレコードとして記録している。こうした状態で、処理手段は、各工程で処理される案件をリレーショナルデータベースから読み出す。この後、処理手段は、読み出した案件を基に作成した案件情報と、この案件を処理する工程の処理内容を文章形式で表した工程情報とから成る表示用データを生成する。
【０００９】
請求項２の発明は、請求項１に記載の工程管理システムにおいて、前記処理手段は、ワークフロー中での工程の処理段階をテキスト形式で表す工程番号と、工程の名称を文章形式で表す工程名称とで、工程情報を生成することを特徴とする。
【００１０】
請求項３の発明は、請求項２に記載の工程管理システムにおいて、前記処理手段は、工程情報の工程番号を、数字と符号との組み合わせで形成し、連続して処理される工程を一つの符号で表す、ことを特徴とする。
【００１１】
請求項４の発明は、請求項３に記載の工程管理システムにおいて、前記処理手段は、連続して処理される工程を、所定の範囲にある数字で表す、ことを特徴とする。
【００１２】
請求項５の発明は、ワークフローの中の各工程で処理される案件の表示用データを作成する工程管理方法であって、各案件を所定長のレコードとして記録しているリレーショナルデータベースを記憶し、各工程で処理される案件を前記リレーショナルデータベースから読み出し、読み出した案件を基に作成した案件情報と、この案件を処理する工程の処理内容を文章形式で表した工程情報とから成る表示用データを生成する、ことを特徴とする工程管理方法である。
【発明の効果】
【００１３】
請求項１および請求項５の発明によれば、案件を処理する工程の処理内容を文章形式で表し、この文章形式の処理内容を含む工程情報を、表示用データが含むので、このデータが例えば端末で表示されると、一連の手続きの流れに沿って定義されたワークフローのどの段階の工程で案件が処理されているのか等の、工程の状況を目視により把握することを可能にする。
【００１４】
請求項２の発明によれば、工程情報が工程番号と工程名称とで生成されるので、工程番号により工程が一連の手続きの流れに沿って定義されたワークフローのどの処理段階であるかの確認と、工程の処理内容の確認とを、目視により把握することを可能にする。
【００１５】
請求項３の発明によれば、連続して処理される工程を一つの符号で表すので、工程情報により、連続して処理される工程が一連の手続きの流れに沿って定義されたワークフローの中でどの段階にあるかを、目視で容易に把握可能にする。
【００１６】
請求項４の発明によれば、数字が所定の範囲にあり、数字の始めと終わりがあらかじめ決められているので、連続して処理される工程において、現在の工程の処理段階を、目視で容易に把握可能にする。
【図面の簡単な説明】
【００１７】
【図１】実施の形態１による工程管理システムを示す構成図である。
【図２】発明者データベースの一例を示す図である。
【図３】発明届けデータベースの一例を示す図である。
【図４】出願情報データベースの一例を示す図である。
【図５】登録情報データベースの一例を示す図である。
【図６】変換装置の一例を示す構成図である。
【図７】知財のワークフローの一例を示す図である。
【図８】工程テーブルの一例を示す図である。
【図９】検索テーブルの一例を示す図である。
【図１０】リレーショナルデータベースの一例を示す図である。
【図１１】変換テーブルの一例を示す図であり、図１１（ａ）は変換テーブルを表す図、図１１（ｂ）は変換テーブルの工程情報を表す図である。
【図１２】小工程を工程情報に変換する様子を示す図である。
【図１３】抽出処理を示すフローチャートである。
【図１４】表示データを表示したときの表示画面を示す図である。
【図１５】実施の形態２による表示画面の一例を示す図である。
【発明を実施するための形態】
【００１８】
次に、この発明の実施の形態について、図面を用いて詳しく説明する。
【００１９】
（実施の形態１）
この実施の形態による工程管理システムを図１に示す。この工程管理システムは知財案件を管理するものであり、データベースサーバ１０と、記憶装置１１、３１と、管理端末２０と、変換装置３０と、端末４０１〜４０ｎとを備えている。この実施の形態では、データベースサーバ１０、管理端末２０、変換装置３０および端末４０１〜４０ｎは、ローカルエリアネットワークＬＡＮに接続されて、データの送受信が可能な状態にある。
【００２０】
管理端末２０は、知財案件を管理する担当者によって操作されるコンピュータである。管理端末２０は、データベースサーバ１０および変換装置３０とデータの送受信を行える。端末４０１〜４０ｎは、発明者によって操作されるコンピュータである。端末４０１〜４０ｎは、発明者によって操作される場合に、発明者コードの入力を要求する。この発明者コードとしては、社員を識別するための社員コードが該当する。また、端末４０１〜４０ｎは、変換装置３０とデータの送受信を行える。この実施の形態では、発明者が知財案件の問い合わせを端末４０１〜４０ｎに入力すると、端末４０１〜４０ｎは問い合わせの指示を送信する。このとき、端末４０１〜４０ｎは、問い合わせの指示に対して発明者コードを付加して変換装置３０に送信する。
【００２１】
データベースサーバ１０は、知財の管理に必要とする各種のデータを、記憶装置１１に記憶し、また、記憶装置１１に記憶したデータを管理する。データベースサーバ１０が記憶装置１１に記憶するデータには、発明者データベース（ＤＢ）１１Ａがある。発明者データベース１１Ａは発明者に関するデータを記録している。この発明者データベース１１Ａの一例を図２に示す。図２に示す発明者データベース１１Ａには、発明者を識別するための発明者コード、発明者の氏名および所属等が記録されている。
【００２２】
データベースサーバ１０が記憶装置１１に記憶するデータには、発明届けデータベース（ＤＢ）１１Ｂがある。発明届けデータベース１１Ｂは発明者が提案する発明の内容を記録している。この発明届けデータベース１１Ｂの一例を図３に示す。図３に示す発明届けデータベース１１Ｂには、発明に関する案件を受け付けたときに付けられる受付番号、案件を受け付けた日付、発明者のコード、発明者の氏名、発明の概略などが記録されている。
【００２３】
データベースサーバ１０が記憶装置１１に記憶するデータには、出願情報データベース（ＤＢ）１１Ｃがある。出願情報データベース１１Ｃは出願に関係する情報を記録している。この出願情報データベース１１Ｃの一例を図４に示す。図４に示す出願情報データベース１１Ｃには、出願記事の欄に、特許などの四法の区別および出願番号が記録され、公開記事の欄に公開番号が記録されている。また、出願情報データベース１１Ｃには、出願人、発明者などが記録されている。
【００２４】
データベースサーバ１０が記憶装置１１に記憶するデータには、登録情報データベース（ＤＢ）１１Ｄがある。登録情報データベース１１Ｄは登録に関係する情報を記録している。この登録情報データベース１１Ｄの一例を図５に示す。図５に示す登録情報データベース１１Ｄには、出願記事の欄に、特許などの四法および出願番号が記録され、登録記事の欄に登録番号が記録されている。また、登録情報データベース１１Ｄには、出願人、発明者などが記録されている。
【００２５】
変換装置３０は、データベースサーバ１０に記憶されている各種のデータを管理するコンピュータである。変換装置３０は、図６に示すように、入力部３０Ａ、表示部３０Ｂ、処理部３０Ｃ、記憶部３０Ｄ、通信部３０Ｅおよびインターフェース（ＩＦ）部３０Ｆを備えている。
【００２６】
入力部３０Ａは操作パネルのような装置であり、入力部３０Ａには各種の指示等が入力される。表示部３０Ｂは変換装置３０の動作状態等を表示する装置である。通信部３０Ｅは、処理部３０ＣをローカルエリアネットワークＬＡＮに接続して、管理端末２０や端末４０１〜４０ｎとのデータ通信を可能にする。記憶部３０Ｄは、処理部３０Ｃが行うプログラムを記憶している。インターフェース部３０Ｆは、記憶装置３１を処理部３０Ｃに接続する。
【００２７】
処理部３０Ｃは、記憶部３０Ｄに記憶されているプログラムを実行して、知財案件を管理するための各種の処理を行う。処理部３０Ｃは、データベースサーバ１０の記憶装置１１に記録されている発明者データベース１１Ａ〜登録情報データベース１１Ｄを基に、記憶装置３１のリレーショナルデータベース３１Ａを更新する。この実施の形態で、処理部３０Ｃは、知財案件を１行のレコードで生成し、各レコードを蓄積して、リレーショナルデータベース３１Ａを形成する。つまり、処理部３０Ｃは、管理端末２０から抽出条件を受け取ると、この抽出条件に適合するデータを、データベースサーバ１０の記憶装置１１から抽出する。この後、処理部３０Ｃは、抽出したデータを集約し、リレーショナルデータベース（ＤＢ）３１Ａとして記録する。
【００２８】
具体的に、この実施の形態では、知財のワークフローが図７に示すように、各大工程を表す大工程コードの若番から処理が行われる。図７では、大工程コードの識別番号「０１」の「発明届け受け取り」から処理が始まり、大工程コード「１５」の「権利終了」で処理が終わる。さらに、図８に示すように、大工程は中工程から成り、中工程は小工程から成る。つまり、図７に示す知財のワークフローが階層構造で形成されて、小工程が最下層になっている。こうした場合、処理部３０Ｃは、図８に示す階層構造のデータを、工程テーブル３１Ｂとして記憶装置３１に記憶している。さらに、処理部３０Ｃは、最下層である小工程に該当する知財案件を検索する場合に、検索のための検索条件を記録した検索テーブル３１Ｃを、記憶装置３１に記憶している。この検索テーブル３１Ｃの一例を図９に示す。図９の検索テーブル３１Ｃには、小工程の小工程コードに応じて、検索式が記憶されている。
【００２９】
処理部３０Ｃは、あらかじめ設定された検索周期または管理端末２０の指示で、検索テーブル３１Ｃの検索式を順に呼び出し、この検索式を用いて、データベースサーバ１０の記憶装置１１の発明者データベース１１Ａ〜登録情報データベース１１Ｄの中から、知財案件の受け付け時に与えられる「受付番号」、発明者を表す「発明者コード」などのような、検索式に該当するデータを抽出する。この後、処理部３０Ｃは、抽出したデータを集約して、１件の知財案件を１行のレコードとして生成する。そして、処理部３０Ｃは、生成した各レコードを、小工程を表す小工程コード毎に、記憶装置３１のリレーショナルデータベース３１Ａに記録する。このリレーショナルデータベース３１Ａの一例を図１０に示す。図１０に示すリレーショナルデータベース３１Ａには、各小工程コードに該当する知財案件が１行のレコードとして記録されて蓄積されている。１行のレコードには、明細書データベース（ＤＢ）３１Ｄに記録されている書類であり、かつ、受付番号に該当する書類が、添付書類として添付されている。なお、明細書データベース３１Ｄには、出願前後の明細書等の書類、登録後の書類が記録されている。
【００３０】
変換装置３０の記憶装置３１には、変換テーブル３１Ｅが記録されている。変換テーブル３１Ｅには、工程テーブル３１Ｂ（図８）に記録されている小工程コードに対応して、工程情報が記憶されている。工程情報は、コード化されて記録されている小工程を、目視容易な情報に変換するためのものである。この変換テーブル３１Ｅの一例を図１１（ａ）に示す。図１１（ａ）の変換テーブル３１Ｅは、小工程コード「０１００Ａ０１」などに対応して、テキスト形式の工程情報を記憶している。この工程情報は、図１１（ｂ）に示すように、工程番号と工程名称の２つの部分からなり、例えば、工程情報が「Ａ１ 発明届けを提出して下さい」という内容である場合、「Ａ１」の部分が工程番号に該当し、「発明届けを提出して下さい」の部分が工程名称に該当する。
【００３１】
この実施の形態では、工程番号は、ワークフローにおける小工程の処理段階を示すものであり、アルファベット「Ａ」〜「Ｚ」の英文字と、「１」から始まる数字とから成る英数字の組み合わせで表されている。そして、連続して処理される小工程の集合が一つの英文字で表されている。具体的には、例えば小工程で「０１００Ａ０１」〜「０１００Ａ０７」が連続して処理される場合、アルファベット「Ａ」が、この連続する小工程の集合を表している。しかも、アルファベット「Ａ」〜「Ｚ」の順が、時系列で処理される小工程の各集合を表している。つまり、工程番号の英文字がアルファベット「Ｚ」に近づくほど、小工程の集合がワークフロー（図７）の大工程コード「１５」で表される最終の処理段階に近い、ということがアルファベットで表されている。また、工程情報の数字部分により、連続する小工程の集合における各小工程の処理順序が表されている。この実施の形態では、若番の「１」からの数字の順が、時系列で処理される小工程の順を表している。なお、連続して処理される小工程は、例えば所定期間以内に処理されるものである。
【００３２】
工程情報の工程名称は、工程番号で表された小工程における処理内容を表したものである。この実施の形態では、工程名称が、
ａ１．…して下さい。
ａ２．…待ち。
ａ３．…が届きました。
のようなテキスト形式であり、かつ、文章形式で表されている。なお、工程名称ａ１〜ａ３の「…」は、小工程の処理を表す任意の文章であり、例えば、工程名称ａ１であれば、「…」が「発明届けを提出」というような内容になる。
【００３３】
こうした変換テーブル３１Ｅにより、処理部３０Ｃは、コード化された小工程を、目視による把握容易な工程情報に変換する。工程テーブル３１Ｂが先の図８に示すものである場合、処理部３０Ｃは、図１２に示すように、コード化された小工程を工程情報に変換していく。
【００３４】
処理部３０Ｃは、知財案件の問い合わせの指示を端末４０１〜４０ｎから受信すると、図１３に示す抽出処理を開始する。処理部３０Ｃは、抽出処理を開始すると、問い合わせの指示を送信した発明者および端末を特定する（ステップＳ１）。この実施の形態では、ステップＳ１で、処理部３０Ｃは問い合わせの指示に付加されているデータから、発明者コードを調べて、発明者を特定する。また、ステップＳ１で、処理部３０Ｃは、端末４０１〜４０ｎに付けられている識別情報等により、端末を特定する。なお、ステップＳ１で、指示を送信した端末に問い合わせて、発明者を特定するための発明者コードを得るようにしてもよい。ステップＳ１が終了すると、発明者に対応する知財案件をリレーショナルデータベース３１Ａから抽出する（ステップＳ２）。この実施の形態では、発明者の発明者コードに対応する知財案件を抽出する。ステップＳ２が終了すると、処理部３０Ｃは、変換テーブル３１Ｅを参照し、抽出した知財案件が属する小工程を、工程情報に変換する（ステップＳ３）。これにより、例えば、先に述べた図１０に示すリレーショナルデータベース３１Ａを使用する場合、受付番号「ＡＢ０００１」の知財案件が小工程「０１００Ａ０１」に属するので、処理部３０Ｃは、先に述べた図１１の変換テーブル３１Ｅを参照し、小工程「０１００Ａ０１」を工程情報「Ａ１ 発明届けを提出して下さい」に変換する。この後、処理部３０Ｃは、ステップＳ２およびステップＳ３の処理結果を用いて、表示データを作成する（ステップＳ４）。この実施の形態では、
ｂ１．表題
ｂ２．知財案件の工程情報
ｂ３．知財案件の整理番号
ｂ４．知財案件の発明の名称
の表示項目から成る表示データを生成する。表示データの表示項目ｂ３と表示項目ｂ４とは、知財案件の内容を表す案件情報である。ステップＳ４が終了すると、処理部３０Ｃは、知財案件の問い合わせの指示を出した端末に対して、ステップＳ４で生成した表示データを送信し（ステップＳ５）、抽出処理を終了する。
【００３５】
次に、この実施の形態による工程管理システムを用いた工程管理方法について説明する。発明者が例えば端末４０１を操作して、知財案件の問い合わせを入力する。これにより、端末４０１は、知財案件の問い合わせの指示を変換装置３０に送信する。
【００３６】
変換装置３０の処理部３０Ｃは、問い合わせの指示を受信すると、抽出処理を行い、表示データを生成する。そして、処理部３０Ｃは、生成した表示データを、問い合わせの指示を出した端末４０１に送信する。
【００３７】
端末４０１は、表示データを受信すると、表示装置（図示を省略）に、上記の表示項目ｂ１〜ｂ４から成る表示データを表示する。表示データの表示の様子を図１４に示す。図１４の表示画面では、表示項目ｂ１の表題の下に、表示項目ｂ２の工程情報と、表示項目ｂ３および表示項目ｂ４の案件情報とから成る知財案件が、縦方向に列記されて、表示されている。
【００３８】
こうして、この実施の形態により、知財担当者の管理端末２０や、発明者の端末４０１〜４０ｎには、変換装置３０からの表示データにより、図１４に示されるような表示画面が表示される。これにより、工程情報に含まれる工程番号の英文字から、連続して処理される小工程の集合であり、かつ、知財案件が属する集合がワークフローのどの段階にあるかを目視可能にし、工程番号の数字から、小工程の集合の中で、表示されている知財案件がどの段階にあるのかを目視可能にする。さらに、工程情報に含まれる工程名称から、知財案件に必要とする処理内容を、具体的に把握可能にする。つまり、この実施の形態によれば、ワークフローの中において、知財案件を処理する小工程の状況を、目視により容易に把握することを可能にする。
【００３９】
なお、この実施の形態では、工程情報の工程番号として、英数字の組み合わせを用いたが、これに限定されることはない。例えば、英文字の代わりに、平仮名や片仮名を用いてもよい。また、数字も「Ｉ、ＩＩ、…」のようなローマ数字を用いてもよい。つまり、順序関係が視認できる符号であれば、任意のものが工程番号として利用可能である。また、この実施の形態では、数字の始めを「１」としたが、これを「０」を含む別の数字としてもよい。
【００４０】
（実施の形態２）
この実施の形態では、工程情報を次のようにしている。なお、この実施の形態では、先に説明した実施の形態１と同一もしくは同一と見なされる構成要素には、それと同じ参照符号を付けて、その説明を省略する。この実施の形態では、先に説明した工程情報の中で、直ちに処理する必要がある知財案件の工程情報および案件情報を着色する。このために、処理部３０Ｃは、抽出処理のステップＳ４で、表示データを作成する際に、表示項目ｂ２〜ｂ４の背景色を変えて、表示項目の強調処理を行う。この強調処理により、管理端末２０や端末４０１〜４０ｎには、例えば図１５に示すように、工程情報「Ａ１ 発明届けを提出して下さい」の背景色Ｃ１と、表示項目ｂ３と表示項目ｂ４とから成る案件情報の背景色Ｃ２、Ｃ３とを、例えば赤色にした表示がされる。
【００４１】
なお、直ちに行う必要がある知財案件の判別は、例えば次のようにして行われる。処理部３０Ｃは、工程情報中の工程名称を検索し、処理を促すキーワード「してくだい。」や、問いかけのキーワード「ですか。」等の有無を調べる。これらの特定のキーワードが含まれる工程情報および案件情報に対して、処理部３０Ｃは先の強調処理を行う。
【００４２】
この実施の形態によれば、直ちに処理する必要がある知財案件を表す工程情報および案件情報を着色するので、この知財案件については、目視による確認を可能にする。
【００４３】
なお、この実施の形態では、工程情報と案件情報のすべての背景色を着色したが、工程情報の一部、または、案件情報の一部の背景色を着色してもよい。また、この実施の形態では、背景色を着色したが、各情報を表すフォントを着色してもよい。
【００４４】
（実施の形態３）
この実施の形態では、工程情報を次のようにしている。なお、この実施の形態では、先に説明した実施の形態１と同一もしくは同一と見なされる構成要素には、それと同じ参照符号を付けて、その説明を省略する。この実施の形態では、実施の形態１および実施の形態２で、連続する処理を所定数以内、例えば九つ以内にする。これにより、一連の処理は、「１」〜「９」の数字で表される。
【００４５】
この実施の形態によれば、「１」〜「９」の数字を用いて、連続して処理される小工程の集合における各小工程を表している。これにより、最初の数字「１」で表される小工程に属する知財案件が、小工程の集合の中の最初であることが目視により確認でき、最後の数字「９」で表される小工程に属する知財案件が、小工程の集合の中の最後であることが目視により確認できる。
【００４６】
（実施の形態４）
この実施の形態では、工程情報を次のようにしている。なお、この実施の形態では、先に説明した実施の形態１と同一もしくは同一と見なされる構成要素には、それと同じ参照符号を付けて、その説明を省略する。この実施の形態では、工程情報の工程番号において、連続して処理される小工程の集合を、「１」から始まる数字で表し、この集合での各小工程の処理順序を、「Ａ」〜「Ｚ」の英文字で表している。つまり、この実施の形態では、実施の形態１〜実施の形態３とは逆の方法で工程番号を表している。
【００４７】
この実施の形態によれば、実施の形態１〜実施の形態３と同等の効果を達成することができる。
【産業上の利用可能性】
【００４８】
この発明は、知財案件に限らず、ワークフローに沿って処理される各種の案件について利用可能である。
【符号の説明】
【００４９】
１０ データベースサーバ
１１ 記憶装置
２０ 管理端末
３０ 変換装置（処理手段）
３１ 記憶装置（記憶手段）
３１Ａ リレーショナルデータベース
４０１〜４０ｎ 端末
【技術分野】
【０００１】
この発明は、知的財産などの案件処理の工程を管理する工程管理システムおよび工程管理方法に関する。
【背景技術】
【０００２】
知的財産やその権利に関係する案件（以下、「知財案件」という）は、所定の順序で手続き等の処理をされる。つまり、知財案件を管理する管理業務には、新規発明の受け付け、先行技術の調査、発明者との面談、出願の可・不可の判定、明細書の作成等の、各種の特有な工程から成るワークフローがある。このように多くの工程を経る知財案件を管理する際に、知財案件の管理業務を効率よく行うために、各種のシステムがある。例えば、システムの基礎となるソフトウエアつまりプラットフォームに、ワークフロー機能を持つシステムがある（例えば、特許文献１参照。）。このシステムによれば、ワークフロー機能の業務手順に基づいて、プラットフォームで実行された処理内容が、一定のルールに従ってマッピングされる。これにより、多くの工程から成る知財の管理業務が処理される。
【０００３】
また、知財案件の管理業務を効率よく行うシステムには、業務の流れが定義されたワークフローに基づいて、業務の進捗状況を管理するものがある（例えば、特許文献２参照。）。このシステムでは、ワークフローの定義内容を変更することができるようにしている。これにより、このシステムは業務を円滑に遂行する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１３９７６１号公報
【特許文献２】特開２００４−６２４３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
先に述べた２つのシステムには、次の課題がある。つまり、いずれのシステムもワークフロー機能を基にして、多くの工程を経る知財案件の処理業務をコンピュータで管理している。このとき、発明者や知財担当者（以下、「担当者」という）のコンピュータには、例えば「出願依頼中」、「明細書のチェック中」というように、ワークフローの各工程が表示される。しかしながら、こういった工程の名称だけがコンピュータに表示された場合、知財業務の流れを熟知している担当者以外は、現在の工程が、全体のどの部分に位置するものであり、どういった手続き、処理をこの後進めていかなければならないのか、またはこの手続き、処理は緊急を要するものか、といった工程の進捗状況・次処理内容・緊急度といった状況を把握することが困難となる。特に、担当者ではなく、発明者がこれらのシステムを利用する場合、知財案件の処理業務に慣れていない場合が多く、「出願依頼中」などといった、ワークフローの各工程名称が表示されても、発明者が工程の進捗状況・次処理内容・緊急度を把握することはさらに困難となる。
【０００６】
この発明の目的は、前記の課題を解決し、ワークフローの中での工程の状況を、容易に把握することを可能にする工程管理システムおよび工程管理方法を提供することにある。
【課題を解決するための手段】
【０００７】
前記の課題を解決するために、請求項１の発明は、ワークフローの中の各工程で処理される案件の表示用データを作成する工程管理システムであって、各案件を所定長のレコードとして記録しているリレーショナルデータベースを記憶する記憶手段と、各工程で処理される案件を前記リレーショナルデータベースから読み出し、読み出した案件を基に作成した案件情報と、この案件を処理する工程の処理内容を文章形式で表した工程情報とから成る表示用データを生成する処理手段と、を備えることを特徴とする工程管理システムである。
【０００８】
請求項１の発明では、記憶手段がリレーショナルデータベースを記憶している。リレーショナルデータベースは、各案件を所定長のレコードとして記録している。こうした状態で、処理手段は、各工程で処理される案件をリレーショナルデータベースから読み出す。この後、処理手段は、読み出した案件を基に作成した案件情報と、この案件を処理する工程の処理内容を文章形式で表した工程情報とから成る表示用データを生成する。
【０００９】
請求項２の発明は、請求項１に記載の工程管理システムにおいて、前記処理手段は、ワークフロー中での工程の処理段階をテキスト形式で表す工程番号と、工程の名称を文章形式で表す工程名称とで、工程情報を生成することを特徴とする。
【００１０】
請求項３の発明は、請求項２に記載の工程管理システムにおいて、前記処理手段は、工程情報の工程番号を、数字と符号との組み合わせで形成し、連続して処理される工程を一つの符号で表す、ことを特徴とする。
【００１１】
請求項４の発明は、請求項３に記載の工程管理システムにおいて、前記処理手段は、連続して処理される工程を、所定の範囲にある数字で表す、ことを特徴とする。
【００１２】
請求項５の発明は、ワークフローの中の各工程で処理される案件の表示用データを作成する工程管理方法であって、各案件を所定長のレコードとして記録しているリレーショナルデータベースを記憶し、各工程で処理される案件を前記リレーショナルデータベースから読み出し、読み出した案件を基に作成した案件情報と、この案件を処理する工程の処理内容を文章形式で表した工程情報とから成る表示用データを生成する、ことを特徴とする工程管理方法である。
【発明の効果】
【００１３】
請求項１および請求項５の発明によれば、案件を処理する工程の処理内容を文章形式で表し、この文章形式の処理内容を含む工程情報を、表示用データが含むので、このデータが例えば端末で表示されると、一連の手続きの流れに沿って定義されたワークフローのどの段階の工程で案件が処理されているのか等の、工程の状況を目視により把握することを可能にする。
【００１４】
請求項２の発明によれば、工程情報が工程番号と工程名称とで生成されるので、工程番号により工程が一連の手続きの流れに沿って定義されたワークフローのどの処理段階であるかの確認と、工程の処理内容の確認とを、目視により把握することを可能にする。
【００１５】
請求項３の発明によれば、連続して処理される工程を一つの符号で表すので、工程情報により、連続して処理される工程が一連の手続きの流れに沿って定義されたワークフローの中でどの段階にあるかを、目視で容易に把握可能にする。
【００１６】
請求項４の発明によれば、数字が所定の範囲にあり、数字の始めと終わりがあらかじめ決められているので、連続して処理される工程において、現在の工程の処理段階を、目視で容易に把握可能にする。
【図面の簡単な説明】
【００１７】
【図１】実施の形態１による工程管理システムを示す構成図である。
【図２】発明者データベースの一例を示す図である。
【図３】発明届けデータベースの一例を示す図である。
【図４】出願情報データベースの一例を示す図である。
【図５】登録情報データベースの一例を示す図である。
【図６】変換装置の一例を示す構成図である。
【図７】知財のワークフローの一例を示す図である。
【図８】工程テーブルの一例を示す図である。
【図９】検索テーブルの一例を示す図である。
【図１０】リレーショナルデータベースの一例を示す図である。
【図１１】変換テーブルの一例を示す図であり、図１１（ａ）は変換テーブルを表す図、図１１（ｂ）は変換テーブルの工程情報を表す図である。
【図１２】小工程を工程情報に変換する様子を示す図である。
【図１３】抽出処理を示すフローチャートである。
【図１４】表示データを表示したときの表示画面を示す図である。
【図１５】実施の形態２による表示画面の一例を示す図である。
【発明を実施するための形態】
【００１８】
次に、この発明の実施の形態について、図面を用いて詳しく説明する。
【００１９】
（実施の形態１）
この実施の形態による工程管理システムを図１に示す。この工程管理システムは知財案件を管理するものであり、データベースサーバ１０と、記憶装置１１、３１と、管理端末２０と、変換装置３０と、端末４０１〜４０ｎとを備えている。この実施の形態では、データベースサーバ１０、管理端末２０、変換装置３０および端末４０１〜４０ｎは、ローカルエリアネットワークＬＡＮに接続されて、データの送受信が可能な状態にある。
【００２０】
管理端末２０は、知財案件を管理する担当者によって操作されるコンピュータである。管理端末２０は、データベースサーバ１０および変換装置３０とデータの送受信を行える。端末４０１〜４０ｎは、発明者によって操作されるコンピュータである。端末４０１〜４０ｎは、発明者によって操作される場合に、発明者コードの入力を要求する。この発明者コードとしては、社員を識別するための社員コードが該当する。また、端末４０１〜４０ｎは、変換装置３０とデータの送受信を行える。この実施の形態では、発明者が知財案件の問い合わせを端末４０１〜４０ｎに入力すると、端末４０１〜４０ｎは問い合わせの指示を送信する。このとき、端末４０１〜４０ｎは、問い合わせの指示に対して発明者コードを付加して変換装置３０に送信する。
【００２１】
データベースサーバ１０は、知財の管理に必要とする各種のデータを、記憶装置１１に記憶し、また、記憶装置１１に記憶したデータを管理する。データベースサーバ１０が記憶装置１１に記憶するデータには、発明者データベース（ＤＢ）１１Ａがある。発明者データベース１１Ａは発明者に関するデータを記録している。この発明者データベース１１Ａの一例を図２に示す。図２に示す発明者データベース１１Ａには、発明者を識別するための発明者コード、発明者の氏名および所属等が記録されている。
【００２２】
データベースサーバ１０が記憶装置１１に記憶するデータには、発明届けデータベース（ＤＢ）１１Ｂがある。発明届けデータベース１１Ｂは発明者が提案する発明の内容を記録している。この発明届けデータベース１１Ｂの一例を図３に示す。図３に示す発明届けデータベース１１Ｂには、発明に関する案件を受け付けたときに付けられる受付番号、案件を受け付けた日付、発明者のコード、発明者の氏名、発明の概略などが記録されている。
【００２３】
データベースサーバ１０が記憶装置１１に記憶するデータには、出願情報データベース（ＤＢ）１１Ｃがある。出願情報データベース１１Ｃは出願に関係する情報を記録している。この出願情報データベース１１Ｃの一例を図４に示す。図４に示す出願情報データベース１１Ｃには、出願記事の欄に、特許などの四法の区別および出願番号が記録され、公開記事の欄に公開番号が記録されている。また、出願情報データベース１１Ｃには、出願人、発明者などが記録されている。
【００２４】
データベースサーバ１０が記憶装置１１に記憶するデータには、登録情報データベース（ＤＢ）１１Ｄがある。登録情報データベース１１Ｄは登録に関係する情報を記録している。この登録情報データベース１１Ｄの一例を図５に示す。図５に示す登録情報データベース１１Ｄには、出願記事の欄に、特許などの四法および出願番号が記録され、登録記事の欄に登録番号が記録されている。また、登録情報データベース１１Ｄには、出願人、発明者などが記録されている。
【００２５】
変換装置３０は、データベースサーバ１０に記憶されている各種のデータを管理するコンピュータである。変換装置３０は、図６に示すように、入力部３０Ａ、表示部３０Ｂ、処理部３０Ｃ、記憶部３０Ｄ、通信部３０Ｅおよびインターフェース（ＩＦ）部３０Ｆを備えている。
【００２６】
入力部３０Ａは操作パネルのような装置であり、入力部３０Ａには各種の指示等が入力される。表示部３０Ｂは変換装置３０の動作状態等を表示する装置である。通信部３０Ｅは、処理部３０ＣをローカルエリアネットワークＬＡＮに接続して、管理端末２０や端末４０１〜４０ｎとのデータ通信を可能にする。記憶部３０Ｄは、処理部３０Ｃが行うプログラムを記憶している。インターフェース部３０Ｆは、記憶装置３１を処理部３０Ｃに接続する。
【００２７】
処理部３０Ｃは、記憶部３０Ｄに記憶されているプログラムを実行して、知財案件を管理するための各種の処理を行う。処理部３０Ｃは、データベースサーバ１０の記憶装置１１に記録されている発明者データベース１１Ａ〜登録情報データベース１１Ｄを基に、記憶装置３１のリレーショナルデータベース３１Ａを更新する。この実施の形態で、処理部３０Ｃは、知財案件を１行のレコードで生成し、各レコードを蓄積して、リレーショナルデータベース３１Ａを形成する。つまり、処理部３０Ｃは、管理端末２０から抽出条件を受け取ると、この抽出条件に適合するデータを、データベースサーバ１０の記憶装置１１から抽出する。この後、処理部３０Ｃは、抽出したデータを集約し、リレーショナルデータベース（ＤＢ）３１Ａとして記録する。
【００２８】
具体的に、この実施の形態では、知財のワークフローが図７に示すように、各大工程を表す大工程コードの若番から処理が行われる。図７では、大工程コードの識別番号「０１」の「発明届け受け取り」から処理が始まり、大工程コード「１５」の「権利終了」で処理が終わる。さらに、図８に示すように、大工程は中工程から成り、中工程は小工程から成る。つまり、図７に示す知財のワークフローが階層構造で形成されて、小工程が最下層になっている。こうした場合、処理部３０Ｃは、図８に示す階層構造のデータを、工程テーブル３１Ｂとして記憶装置３１に記憶している。さらに、処理部３０Ｃは、最下層である小工程に該当する知財案件を検索する場合に、検索のための検索条件を記録した検索テーブル３１Ｃを、記憶装置３１に記憶している。この検索テーブル３１Ｃの一例を図９に示す。図９の検索テーブル３１Ｃには、小工程の小工程コードに応じて、検索式が記憶されている。
【００２９】
処理部３０Ｃは、あらかじめ設定された検索周期または管理端末２０の指示で、検索テーブル３１Ｃの検索式を順に呼び出し、この検索式を用いて、データベースサーバ１０の記憶装置１１の発明者データベース１１Ａ〜登録情報データベース１１Ｄの中から、知財案件の受け付け時に与えられる「受付番号」、発明者を表す「発明者コード」などのような、検索式に該当するデータを抽出する。この後、処理部３０Ｃは、抽出したデータを集約して、１件の知財案件を１行のレコードとして生成する。そして、処理部３０Ｃは、生成した各レコードを、小工程を表す小工程コード毎に、記憶装置３１のリレーショナルデータベース３１Ａに記録する。このリレーショナルデータベース３１Ａの一例を図１０に示す。図１０に示すリレーショナルデータベース３１Ａには、各小工程コードに該当する知財案件が１行のレコードとして記録されて蓄積されている。１行のレコードには、明細書データベース（ＤＢ）３１Ｄに記録されている書類であり、かつ、受付番号に該当する書類が、添付書類として添付されている。なお、明細書データベース３１Ｄには、出願前後の明細書等の書類、登録後の書類が記録されている。
【００３０】
変換装置３０の記憶装置３１には、変換テーブル３１Ｅが記録されている。変換テーブル３１Ｅには、工程テーブル３１Ｂ（図８）に記録されている小工程コードに対応して、工程情報が記憶されている。工程情報は、コード化されて記録されている小工程を、目視容易な情報に変換するためのものである。この変換テーブル３１Ｅの一例を図１１（ａ）に示す。図１１（ａ）の変換テーブル３１Ｅは、小工程コード「０１００Ａ０１」などに対応して、テキスト形式の工程情報を記憶している。この工程情報は、図１１（ｂ）に示すように、工程番号と工程名称の２つの部分からなり、例えば、工程情報が「Ａ１ 発明届けを提出して下さい」という内容である場合、「Ａ１」の部分が工程番号に該当し、「発明届けを提出して下さい」の部分が工程名称に該当する。
【００３１】
この実施の形態では、工程番号は、ワークフローにおける小工程の処理段階を示すものであり、アルファベット「Ａ」〜「Ｚ」の英文字と、「１」から始まる数字とから成る英数字の組み合わせで表されている。そして、連続して処理される小工程の集合が一つの英文字で表されている。具体的には、例えば小工程で「０１００Ａ０１」〜「０１００Ａ０７」が連続して処理される場合、アルファベット「Ａ」が、この連続する小工程の集合を表している。しかも、アルファベット「Ａ」〜「Ｚ」の順が、時系列で処理される小工程の各集合を表している。つまり、工程番号の英文字がアルファベット「Ｚ」に近づくほど、小工程の集合がワークフロー（図７）の大工程コード「１５」で表される最終の処理段階に近い、ということがアルファベットで表されている。また、工程情報の数字部分により、連続する小工程の集合における各小工程の処理順序が表されている。この実施の形態では、若番の「１」からの数字の順が、時系列で処理される小工程の順を表している。なお、連続して処理される小工程は、例えば所定期間以内に処理されるものである。
【００３２】
工程情報の工程名称は、工程番号で表された小工程における処理内容を表したものである。この実施の形態では、工程名称が、
ａ１．…して下さい。
ａ２．…待ち。
ａ３．…が届きました。
のようなテキスト形式であり、かつ、文章形式で表されている。なお、工程名称ａ１〜ａ３の「…」は、小工程の処理を表す任意の文章であり、例えば、工程名称ａ１であれば、「…」が「発明届けを提出」というような内容になる。
【００３３】
こうした変換テーブル３１Ｅにより、処理部３０Ｃは、コード化された小工程を、目視による把握容易な工程情報に変換する。工程テーブル３１Ｂが先の図８に示すものである場合、処理部３０Ｃは、図１２に示すように、コード化された小工程を工程情報に変換していく。
【００３４】
処理部３０Ｃは、知財案件の問い合わせの指示を端末４０１〜４０ｎから受信すると、図１３に示す抽出処理を開始する。処理部３０Ｃは、抽出処理を開始すると、問い合わせの指示を送信した発明者および端末を特定する（ステップＳ１）。この実施の形態では、ステップＳ１で、処理部３０Ｃは問い合わせの指示に付加されているデータから、発明者コードを調べて、発明者を特定する。また、ステップＳ１で、処理部３０Ｃは、端末４０１〜４０ｎに付けられている識別情報等により、端末を特定する。なお、ステップＳ１で、指示を送信した端末に問い合わせて、発明者を特定するための発明者コードを得るようにしてもよい。ステップＳ１が終了すると、発明者に対応する知財案件をリレーショナルデータベース３１Ａから抽出する（ステップＳ２）。この実施の形態では、発明者の発明者コードに対応する知財案件を抽出する。ステップＳ２が終了すると、処理部３０Ｃは、変換テーブル３１Ｅを参照し、抽出した知財案件が属する小工程を、工程情報に変換する（ステップＳ３）。これにより、例えば、先に述べた図１０に示すリレーショナルデータベース３１Ａを使用する場合、受付番号「ＡＢ０００１」の知財案件が小工程「０１００Ａ０１」に属するので、処理部３０Ｃは、先に述べた図１１の変換テーブル３１Ｅを参照し、小工程「０１００Ａ０１」を工程情報「Ａ１ 発明届けを提出して下さい」に変換する。この後、処理部３０Ｃは、ステップＳ２およびステップＳ３の処理結果を用いて、表示データを作成する（ステップＳ４）。この実施の形態では、
ｂ１．表題
ｂ２．知財案件の工程情報
ｂ３．知財案件の整理番号
ｂ４．知財案件の発明の名称
の表示項目から成る表示データを生成する。表示データの表示項目ｂ３と表示項目ｂ４とは、知財案件の内容を表す案件情報である。ステップＳ４が終了すると、処理部３０Ｃは、知財案件の問い合わせの指示を出した端末に対して、ステップＳ４で生成した表示データを送信し（ステップＳ５）、抽出処理を終了する。
【００３５】
次に、この実施の形態による工程管理システムを用いた工程管理方法について説明する。発明者が例えば端末４０１を操作して、知財案件の問い合わせを入力する。これにより、端末４０１は、知財案件の問い合わせの指示を変換装置３０に送信する。
【００３６】
変換装置３０の処理部３０Ｃは、問い合わせの指示を受信すると、抽出処理を行い、表示データを生成する。そして、処理部３０Ｃは、生成した表示データを、問い合わせの指示を出した端末４０１に送信する。
【００３７】
端末４０１は、表示データを受信すると、表示装置（図示を省略）に、上記の表示項目ｂ１〜ｂ４から成る表示データを表示する。表示データの表示の様子を図１４に示す。図１４の表示画面では、表示項目ｂ１の表題の下に、表示項目ｂ２の工程情報と、表示項目ｂ３および表示項目ｂ４の案件情報とから成る知財案件が、縦方向に列記されて、表示されている。
【００３８】
こうして、この実施の形態により、知財担当者の管理端末２０や、発明者の端末４０１〜４０ｎには、変換装置３０からの表示データにより、図１４に示されるような表示画面が表示される。これにより、工程情報に含まれる工程番号の英文字から、連続して処理される小工程の集合であり、かつ、知財案件が属する集合がワークフローのどの段階にあるかを目視可能にし、工程番号の数字から、小工程の集合の中で、表示されている知財案件がどの段階にあるのかを目視可能にする。さらに、工程情報に含まれる工程名称から、知財案件に必要とする処理内容を、具体的に把握可能にする。つまり、この実施の形態によれば、ワークフローの中において、知財案件を処理する小工程の状況を、目視により容易に把握することを可能にする。
【００３９】
なお、この実施の形態では、工程情報の工程番号として、英数字の組み合わせを用いたが、これに限定されることはない。例えば、英文字の代わりに、平仮名や片仮名を用いてもよい。また、数字も「Ｉ、ＩＩ、…」のようなローマ数字を用いてもよい。つまり、順序関係が視認できる符号であれば、任意のものが工程番号として利用可能である。また、この実施の形態では、数字の始めを「１」としたが、これを「０」を含む別の数字としてもよい。
【００４０】
（実施の形態２）
この実施の形態では、工程情報を次のようにしている。なお、この実施の形態では、先に説明した実施の形態１と同一もしくは同一と見なされる構成要素には、それと同じ参照符号を付けて、その説明を省略する。この実施の形態では、先に説明した工程情報の中で、直ちに処理する必要がある知財案件の工程情報および案件情報を着色する。このために、処理部３０Ｃは、抽出処理のステップＳ４で、表示データを作成する際に、表示項目ｂ２〜ｂ４の背景色を変えて、表示項目の強調処理を行う。この強調処理により、管理端末２０や端末４０１〜４０ｎには、例えば図１５に示すように、工程情報「Ａ１ 発明届けを提出して下さい」の背景色Ｃ１と、表示項目ｂ３と表示項目ｂ４とから成る案件情報の背景色Ｃ２、Ｃ３とを、例えば赤色にした表示がされる。
【００４１】
なお、直ちに行う必要がある知財案件の判別は、例えば次のようにして行われる。処理部３０Ｃは、工程情報中の工程名称を検索し、処理を促すキーワード「してくだい。」や、問いかけのキーワード「ですか。」等の有無を調べる。これらの特定のキーワードが含まれる工程情報および案件情報に対して、処理部３０Ｃは先の強調処理を行う。
【００４２】
この実施の形態によれば、直ちに処理する必要がある知財案件を表す工程情報および案件情報を着色するので、この知財案件については、目視による確認を可能にする。
【００４３】
なお、この実施の形態では、工程情報と案件情報のすべての背景色を着色したが、工程情報の一部、または、案件情報の一部の背景色を着色してもよい。また、この実施の形態では、背景色を着色したが、各情報を表すフォントを着色してもよい。
【００４４】
（実施の形態３）
この実施の形態では、工程情報を次のようにしている。なお、この実施の形態では、先に説明した実施の形態１と同一もしくは同一と見なされる構成要素には、それと同じ参照符号を付けて、その説明を省略する。この実施の形態では、実施の形態１および実施の形態２で、連続する処理を所定数以内、例えば九つ以内にする。これにより、一連の処理は、「１」〜「９」の数字で表される。
【００４５】
この実施の形態によれば、「１」〜「９」の数字を用いて、連続して処理される小工程の集合における各小工程を表している。これにより、最初の数字「１」で表される小工程に属する知財案件が、小工程の集合の中の最初であることが目視により確認でき、最後の数字「９」で表される小工程に属する知財案件が、小工程の集合の中の最後であることが目視により確認できる。
【００４６】
（実施の形態４）
この実施の形態では、工程情報を次のようにしている。なお、この実施の形態では、先に説明した実施の形態１と同一もしくは同一と見なされる構成要素には、それと同じ参照符号を付けて、その説明を省略する。この実施の形態では、工程情報の工程番号において、連続して処理される小工程の集合を、「１」から始まる数字で表し、この集合での各小工程の処理順序を、「Ａ」〜「Ｚ」の英文字で表している。つまり、この実施の形態では、実施の形態１〜実施の形態３とは逆の方法で工程番号を表している。
【００４７】
この実施の形態によれば、実施の形態１〜実施の形態３と同等の効果を達成することができる。
【産業上の利用可能性】
【００４８】
この発明は、知財案件に限らず、ワークフローに沿って処理される各種の案件について利用可能である。
【符号の説明】
【００４９】
１０ データベースサーバ
１１ 記憶装置
２０ 管理端末
３０ 変換装置（処理手段）
３１ 記憶装置（記憶手段）
３１Ａ リレーショナルデータベース
４０１〜４０ｎ 端末
【特許請求の範囲】
【請求項１】
ワークフローの中の各工程で処理される案件の表示用データを作成する工程管理システムであって、
各案件を所定長のレコードとして記録しているリレーショナルデータベースを記憶する記憶手段と、
各工程で処理される案件を前記リレーショナルデータベースから読み出し、読み出した案件を基に作成した案件情報と、この案件を処理する工程の処理内容を文章形式で表した工程情報とから成る表示用データを生成する処理手段と、
を備えることを特徴とする工程管理システム。
【請求項２】
前記処理手段は、ワークフロー中での工程の処理段階をテキスト形式で表す工程番号と、工程の名称を文章形式で表す工程名称とで、工程情報を生成することを特徴とする請求項１に記載の工程管理システム。
【請求項３】
前記処理手段は、工程情報の工程番号を、数字と符号との組み合わせで形成し、連続して処理される工程を一つの符号で表す、
ことを特徴とする請求項２に記載の工程管理システム。
【請求項４】
前記処理手段は、連続して処理される工程を、所定の範囲にある数字で表す、
ことを特徴とする請求項３に記載の工程管理システム。
【請求項５】
ワークフローの中の各工程で処理される案件の表示用データを作成する工程管理方法であって、
各案件を所定長のレコードとして記録しているリレーショナルデータベースを記憶し、
各工程で処理される案件を前記リレーショナルデータベースから読み出し、
読み出した案件を基に作成した案件情報と、この案件を処理する工程の処理内容を文章形式で表した工程情報とから成る表示用データを生成する、
ことを特徴とする工程管理方法。
【請求項１】
ワークフローの中の各工程で処理される案件の表示用データを作成する工程管理システムであって、
各案件を所定長のレコードとして記録しているリレーショナルデータベースを記憶する記憶手段と、
各工程で処理される案件を前記リレーショナルデータベースから読み出し、読み出した案件を基に作成した案件情報と、この案件を処理する工程の処理内容を文章形式で表した工程情報とから成る表示用データを生成する処理手段と、
を備えることを特徴とする工程管理システム。
【請求項２】
前記処理手段は、ワークフロー中での工程の処理段階をテキスト形式で表す工程番号と、工程の名称を文章形式で表す工程名称とで、工程情報を生成することを特徴とする請求項１に記載の工程管理システム。
【請求項３】
前記処理手段は、工程情報の工程番号を、数字と符号との組み合わせで形成し、連続して処理される工程を一つの符号で表す、
ことを特徴とする請求項２に記載の工程管理システム。
【請求項４】
前記処理手段は、連続して処理される工程を、所定の範囲にある数字で表す、
ことを特徴とする請求項３に記載の工程管理システム。
【請求項５】
ワークフローの中の各工程で処理される案件の表示用データを作成する工程管理方法であって、
各案件を所定長のレコードとして記録しているリレーショナルデータベースを記憶し、
各工程で処理される案件を前記リレーショナルデータベースから読み出し、
読み出した案件を基に作成した案件情報と、この案件を処理する工程の処理内容を文章形式で表した工程情報とから成る表示用データを生成する、
ことを特徴とする工程管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１０−２０４７９９（Ｐ２０１０−２０４７９９Ａ）
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願番号】特願２００９−４７７９７（Ｐ２００９−４７７９７）
【出願日】平成２１年３月２日（２００９．３．２）
【出願人】（０００２１１３０７）中国電力株式会社 (6,505)
【Ｆターム（参考）】
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願日】平成２１年３月２日（２００９．３．２）
【出願人】（０００２１１３０７）中国電力株式会社 (6,505)
【Ｆターム（参考）】
[ Back to top ]