JP2013200661A - アイデア提案管理システム - Google Patents

Abstract

【課題】効率的なアイデア・知的財産管理を実現する。
【解決手段】本アイデア提案管理システム１００は、アイデア登録機能１１、アイデア検索機能１２、提案書登録機能１３、提案書検索機能１４、回覧機能１５、定義機能１６を有する。回覧機能１５は、第１のユーザの操作に基づき、第１の画面で、提案書の回覧ルートを設定して回覧を申請する第１の回覧機能と、提案書の回覧ルートの各回覧者である第２のユーザの操作に基づき、第２の画面で、回覧ルートの回覧工程の作業を実行する第２の回覧機能とを有し、各ユーザが画面で提案書の回覧ルート及び回覧状況を表示して確認可能とする。本構成により、アイデアに基づく提案書の作成、各関係者の回覧の作業、等を含む一連の作業を効率化する。
【選択図】図１

Description

本発明は、情報処理技術に関し、特に、企業等におけるアイデアや提案などの知的財産管理に関する。特に、社員・関係者などが知的財産になり得るアイデアや提案書などを登録・閲覧・修正などができるシステムに関する。

企業等において発明（特許）などの知的財産を電子化して管理するシステムは従来より存在する。しかしながら知的財産になるかどうかわからないアイデア等については個人（社員など）で管理しており、システムとしては管理されていない。例えば社員個人でアイデア等を管理している場合、それが知財部担当者などの第三者から見て有効な知的財産になり得るアイデア等であっても、社内の知財管理システム等では知的財産としては管理されておらず、社内に埋もれてしまう。

また上記アイデア等を知的財産としてシステムで管理しようとする場合にも、知的財産に関する種類（種別）が多く、それら各種類（種別）に応じて管理すべき内容（情報管理項目）が異なってくるため、例えばプログラム改修が必要である等、システム管理の手間やコスト等を要する。

また上記社員（例えば発明者）がアイデアをもとに知的財産（発明）として提案・申請等をする場合、その社員（発明者）、上長、知財部担当者などを含む各関係者が、その提案書類（提案書）などを閲覧・検討・確認などをする作業（業務）がよく行われている。従来システムでは、そのような各関係者による一連の作業（特に回覧）については情報管理されておらず、作業の非効率性があった。

先行技術例としては、特開２００７−８０３００号公報（特許文献１）などがある。特許文献１では、知的財産情報管理システムとして、知的財産情報を一元的に管理している知的財産情報管理装置と、利用者端末とがネットワークで接続され、自己が所有する知的財産の期限管理及び包袋管理を行うとともに、発明部門及び知的財産部門の知的財産業務に関する回覧・検討・承認をワークフロー化したシステム、といった記載がある（要約参照）。

特開２００７−８０３００号公報

従来技術では以下のような課題（問題等）がある。

（１） 第１の課題として、前述のように企業等で社員（発明者等）にアイデア等があっても、個人で管理しており、システムとしては管理されてはいないため、社内に埋もれてしまう。例えば知財部担当者などの第三者から見て社内にどのような有効な知的財産になり得るアイデア等が眠っているか把握できない。即ち、アイデア等の管理（知的財産管理）の非効率性の問題がある。

（２） 第２の課題として、例えば社員（発明者等）がアイデアをもとに知的財産へと申請（発明提案等）したい場合にも、そのアイデアの内容が知的財産のレベルに達していなかったり（即ち知的財産としての有効性や種別がわからない等）、その申請等の手続きがわからず調べるのに手間がかかったり等している。即ちアイデアから知的財産への連携に関してシステム的な支援が不十分であり、アイデア・知的財産管理の非効率性の問題がある。

（３） 第３の課題として、前述のように上記アイデア等を知的財産としてシステムで管理しようとする場合にも、知的財産としての提案・登録の段階で、種類（種別）が多く、それら各種類（種別）ごとに必要な情報管理項目が異なってくるため、例えばプログラム改修が必要である等、システム管理の手間や非効率性の問題がある。

（４） 第４の課題として、前述のように企業の知財管理などの業務において、社員（例えば発明者）のアイデアに基づく知的財産への提案書などを、その社員、上長、知財部担当者などを含む各関係者が、閲覧・検討・確認などをする作業が行われているが、従来システムでは、そのような各関係者による一連の作業（特に回覧）については情報管理されていない（あるいは機能的に不十分である）ため、各関係者の回覧作業（回覧工程）や各関係者間での連携などに手間がかかっている等、非効率性があった。

また例えば同じ提案書の回覧であっても、その回覧の関係者全員に対して同じ情報項目を参照させていることで、非効率が生じていた。例えば発明提案書の回覧の際には、発明者の上長は概要などの簡易な項目のみの参照や承認でよいが、知財部担当者は詳細な項目まで参照や入力の必要がある等、回覧者の作業（工程）ごとに、及び提案書の種別ごとに、必要な情報の項目、作業などが異なっている。従来システムではこのような点はサポートされておらず不十分である。即ちアイデア・提案の回覧を含む作業に関する非効率性の問題がある。

上記（１）〜（４）等の課題に対応して、本発明は下記（１）〜（４）等の目的がある。

（１） 第１の目的として、企業等で社員がアイデア等を登録できる環境（システム）を用意し、その登録したアイデア等を第三者（知財部担当者など）が参照等でき、効率的なアイデア等の管理（知的財産管理）を実現できる技術を提供する。

（２） 第２の目的として、例えば上記環境（システム）へのアクセスにより社員がアイデアをもとに知的財産への提案書などを容易に作成（登録）でき、知的財産への申請等の手続きが容易で、第三者による確認・検討などへスムーズに連携できる等、アイデアから知的財産への連携に関して支援し、効率的なアイデア・知的財産管理を実現できる技術を提供する。

（３） 第３の目的として、知的財産への提案・登録の段階で、知的財産に関する種類（種別）ごとに必要な情報管理項目をシステムで管理して自動対応でき、システムの画面で種別ごとに異なる情報項目を自動的に参照できる等、効率的な知的財産管理及びシステム管理を実現できる技術を提供する。

（４） 第４の目的として、アイデアや提案の回覧を含む作業に関する高度な情報管理の機能を持つシステムの提供により、各関係者の回覧作業やその連携を効率化できる技術を提供する。

また上記に関連して更に、例えば発明者による提案書の申請（回覧依頼）時に、画面で回覧ルート（回覧順、回覧者、回覧工程など）等を容易・柔軟に設定や変更することができ、回覧を効率化できる技術を提供する。例えば一旦ある回覧ルートでの回覧を実施したが、途中で、例えば提案書の内容の見直しや、別の関係者による確認の必要が生じた場合など、回覧ルートの変更の必要が生じる場合がある。このような場合、従来システムでは回覧ルート等を管理していないため、回覧作業の混乱や手間が生じている。そこで、このような回覧ルートの変更にもうまく対処できる技術を提供する。

なお前記特許文献１等の従来システムは、上記のように各関係者がアイデアや提案書などを回覧する作業を含む知的財産管理を想定・適用した場合、機能的に不十分であり改善余地がある。例えば後述する本発明のように柔軟な回覧ルートの設定や変更はできない。

以上のように、まとめると、本発明の主な目的は、社員によるアイデアの登録、アイデアに基づく提案書の作成（登録）、提案書の回覧の申請、各関係者の回覧の作業、知財部への受付（知的財産としての受付）、回覧ルート・回覧状況の可視化や変更、等を含む一連の作業をシステムで管理して容易化・効率化し、効率的なアイデア・知的財産管理や創出支援などを実現できる技術を提供することである。

上記目的を達成するため、本発明のうち代表的な形態は、コンピュータの情報処理を用いて、社員等（ユーザ）のアイデアや提案、知的財産などを管理するシステム（アイデア提案管理システム）等であって、以下に示す構成を有することを特徴とする。

本システムは、ユーザによるアイデアの登録、アイデアに基づく提案書の作成（登録）、提案書の回覧の申請、各関係者の回覧の作業、知財部での受付、回覧ルート・回覧状況の可視化や変更、等を含む一連の作業（業務）をシステムで管理し容易化・効率化する。

本システムは、サーバ装置の情報処理を用いてユーザによるアイデア及びアイデアに基づく提案書を管理するアイデア提案管理システムであって、ユーザの操作に基づき画面でアイデアを第１のＤＢへ登録する処理を行うアイデア登録機能と、ユーザの操作に基づき画面でアイデアを第１のＤＢから検索して参照する処理を行うアイデア検索機能と、ユーザの操作に基づき画面で提案書を第２のＤＢへ登録する処理を行う提案書登録機能と、ユーザの操作に基づき画面で提案書を第２のＤＢから検索して参照する処理を行う提案書検索機能と、ユーザの操作に基づき画面で前記提案書の回覧の内容を設定して当該回覧を実行する処理を行う回覧機能と、管理者の操作に基づき画面で、上記各機能の画面の表示の制御に関する定義情報を設定する処理を行う定義機能と、を有する。

前記回覧機能は、第１のユーザの操作に基づき、第１の画面で、前記提案書の回覧ルートを設定して当該回覧ルートによる回覧を申請する第１の回覧機能と、前記提案書の回覧ルートの各回覧者である第２のユーザの操作に基づき、第２の画面で、前記提案書の回覧ルートの回覧工程の作業を実行する第２の回覧機能と、を有する。前記回覧ルートは、前記提案書の参照の作業を含む、指定の回覧順での複数の各々の回覧者の回覧工程のつながりで構成される。前記回覧機能は、前記ユーザの操作に基づき画面で前記提案書の回覧ルート及び回覧状況を表示して確認可能とする処理を行う。

本発明のうち代表的な形態によれば、社員によるアイデアの登録、アイデアに基づく提案書の作成（登録）、提案書の回覧の申請、各関係者の回覧の作業、知財部への受付、回覧ルート・回覧状況の可視化や変更、等を含む一連の作業をシステムで管理して容易化・効率化し、効率的なアイデア・知的財産管理や創出支援などを実現できる。

本発明の一実施の形態のアイデア提案管理システムの全体ブロック構成を示す図である。 回覧機能のブロック構成を示す図である。 本実施の形態での、アイデア、提案書、種別、工程、回覧ルート、等の情報（関係）を整理した説明図である。 本実施の形態での、回覧ルート（対応する業務）の例を示す説明図である。 ユーザ管理テーブルの構成例を示す図である。 アイデア管理ＤＢのアイデア管理テーブル及びアイデアファイル管理テーブルの構成例を示す図である。 提案書管理ＤＢの提案書管理テーブル及び提案書ファイル管理テーブルの構成例を示す図である。 回覧管理ＤＢの回覧管理テーブル及び項目別承認管理テーブルの構成例を示す図である。 定義管理ＤＢの種別管理テーブル及び項目管理テーブルの構成例を示す図である。 定義管理ＤＢの工程管理テーブル及び表示項目管理テーブルの構成例を示す図である。 アイデア検索機能の処理フロー図である。 提案書登録機能の処理フロー図である。 提案書検索機能の処理フロー図である。 提案書情報取得処理（S501）の処理フロー図である。 回覧機能の優先表示機能（種別表示機能）の処理フロー図である。 回覧状況の遷移例を示す説明図である。 アイデア登録機能の画面例（Ｇ１）を示す図である。 アイデア検索機能の画面例（Ｇ２）を示す図である。 提案書登録機能（アイデアから提案書を作成する場合）の画面例（Ｇ３）を示す図である。 提案書登録機能（提案書を作成する場合）の画面例（Ｇ４）のその１（Ｇ４−１）を示す図である。 提案書登録機能（提案書を作成する場合）の画面例（Ｇ４）のその２（Ｇ４−２）を示す図である。 提案書検索機能の画面例（Ｇ５）を示す図である。 回覧機能の回覧状況確認（詳細）の画面例（Ｇ６）を示す図である。 回覧機能の回覧申請時（回覧ルート設定）の画面例（Ｇ７）を示す図である。 回覧機能の回覧申請時（回覧工程実行）の画面例（Ｇ８）を示す図である。 回覧機能の各者回覧時の処理依頼案件一覧表示の画面例（Ｇ９）を示す図である。 回覧機能の各者回覧時の回覧ルート確認・修正の画面例（Ｇ１０）を示す図である。 回覧機能の各者回覧時の提案書内容確認・修正の画面例（Ｇ１１）を示す図である。 回覧機能の各者回覧時の回覧工程実行（承認の場合）の画面例（Ｇ１２）を示す図である。 定義機能の提案書種別定義の画面例（Ｇ２１）を示す図である。 定義機能の書誌項目定義の画面例（Ｇ２２）を示す図である。 定義機能の書誌項目表示定義の画面例（Ｇ２３）を示す図である。 定義機能の回覧工程定義の画面例（Ｇ２４）を示す図である。 定義機能の回覧工程表示定義（回覧工程毎の書誌項目表示定義）の画面例（Ｇ２５）を示す図である。 回覧機能の差戻し機能の画面例（Ｇ３１）を示す図である。

以下、本発明の一実施の形態を図面に基づいて詳細に説明する。概要として、本実施の形態のシステム（アイデア提案管理システム）は、図１，図２等のシステム構成を有し、図５〜図１０のような情報・データを管理し、図１１〜図１５のような処理を行い、図１７〜図３５のような画面（ＧＵＩ）を提供する。

本システム１００（図１）の機能を用いてユーザは例えば以下のような流れで作業可能である。

（１） ユーザＡ（発明者）は、アイデア登録機能１１を用いて画面（例：Ｇ１）でアイデア情報を登録する。

（２） ユーザＡは、アイデア検索機能１２を用いて画面（例：Ｇ２）で上記登録されたアイデアを検索・参照する。検索で、ユーザＡは、過去に登録したアイデアを確認し、当該アイデアを修正して登録することもできる。

（３） ユーザＡは、上記アイデアが知的財産としての可能性があると考えた場合、知的財産への提案・申請をするために、提案書登録機能１３を用いて画面（例：Ｇ３）で、当該アイデアをもとに提案書を作成し登録する。

（４） またユーザＡは、上記登録したアイデアを画面（例：Ｇ５）で検索して確認・修正することもできる。

（５） ユーザＡは、上記提案書の登録に伴い、回覧機能１５（第１の回覧機能１５Ａ）を用いて、画面（Ｇ７，Ｇ８）で、当該提案書の回覧を申請（実行）することができる。回覧は、例えば提案書のブラッシュアップ（閲覧）や承認などのため行われる（例：図４）。ユーザＡは、上記提案書の回覧を新規に行うときは回覧の申請を行う。ユーザＡは、上記提案書の回覧の申請の時には、当該提案書の回覧ルートを設定（Ｇ７）して、申請を実行（Ｇ８）する。これにより当該提案書の関係者（回覧者）に対する回覧が実行開始される。

（６） 上記提案書の回覧（回覧ルート）に係わる各関係者（ユーザＡ，Ｂ，Ｃ）は、回覧機能１５（第２の回覧機能１５Ｂ）を用いて画面で自分に要求されている回覧（回覧工程）の作業を確認して実行する。

各回覧工程で、各回覧者は、画面で自分の処理依頼案件を確認し（例：Ｇ９）、案件（提案書）の回覧ルート及び自分の回覧工程を確認し（例：Ｇ１０）、提案書内容を確認し（例:Ｇ１１）、自分の回覧工程の作業（次の回覧工程への連携（引き渡し）を含む）を実行する（例：Ｇ１２）。これにより、次の回覧工程（回覧者）へ連携される。

同様に繰り返し、回覧ルートの最後の回覧者による最後の回覧工程を実行することで、回覧全体が完了する。

［システム］
図１は、本実施の形態のアイデア提案管理システムの全体構成例を示す。全体は、アイデア提案管理システム１００と、各ユーザのクライアント（端末）１０１とが通信網１０２で接続される構成である。アイデア提案管理システム１００は、サーバ装置などで構成される。各ユーザのクライアント１０１から通信網１０２を経由して本システム（サーバ装置）１００の各機能にアクセスし利用する。ユーザは、例えば企業の社員などであり、発明者（ユーザＡ）、上長（ユーザＢ）、知財部担当者（ユーザＣ）、等がいるとする。通信網１０２は例えば企業ＬＡＮやインターネットである。

各ユーザはクライアント（端末）１０１から本システム１００にアクセスし、例えば最初にログイン画面が表示され、ユーザＩＤ等を入力してログインを行い、各機能を利用する。

アイデア提案管理システム１００（サーバ装置）は、演算部２０１、記憶部２０２、Ｗｅｂサーバ部２０３などで構成される。演算部２０１は、ソフトウェアプログラム処理などにより各処理部（１１等の機能）を実現する。記憶部２０２は、データベース（ＤＢ）やテーブル（Ｔ）に各種データ情報を格納・管理する。Ｗｅｂサーバ部２０３は、演算部２０１の各機能との連携で、クライアント１０１に対しＷｅｂ画面（ＧＵＩ）を提供する。

演算部２０１において、アイデア登録機能１１、アイデア検索機能１２、提案書登録機能１３、提案書検索機能１４、回覧機能１５、定義機能１６などを有する。

記憶部２０２において、ユーザ管理Ｔ（テーブル）２０、アイデア管理ＤＢ２１、提案書管理ＤＢ２３、回覧管理ＤＢ２５、定義管理ＤＢ２６などを有する。アイデア管理ＤＢ２１は、後述のアイデア管理Ｔ２１Ａ、アイデアファイル管理Ｔ２１Ｂを含み、アイデアの情報・データを管理する。提案書管理ＤＢ２３は、後述の提案書管理Ｔ２３Ａ、提案書ファイル管理Ｔ２３Ｂを含み、提案書の情報・データを管理する。回覧管理ＤＢ２５は、後述の回覧管理Ｔ２５Ａ、項目別承認管理Ｔ２５Ｂを含み、回覧の情報・データを管理する。定義管理ＤＢ２６は、後述の種別管理Ｔ２６Ａ、項目管理Ｔ２６Ｂ、工程管理Ｔ２６Ｃ、表示項目管理Ｔ２６Ｄ、等を含み、各種定義情報（設定情報）を管理する。また本システム１００は、後述のプロパティファイル２７を管理する。

アイデア登録機能１１は、ユーザがＷｅｂ画面でアイデア情報を登録（入力・編集等）することができる機能であり、ユーザによりアイデアの名称、概要、アイデアデータファイル等を入力し、入力データ情報をアイデア管理ＤＢ２１（２１Ａ，２１Ｂ）（図６）に保存・管理する。

アイデア検索機能１２は、各ユーザがＷｅｂ画面で登録アイデア情報を検索して閲覧（参照）することができる機能であり、ユーザによりアイデアの名称、概要、ファイル等のテキスト内容を検索条件として入力し、アイデア管理ＤＢ２１から検索し、検索結果を画面に表示することで、アイデア内容を確認することができる。

提案書登録機能１３は、ユーザがＷｅｂ画面で提案書情報を登録（入力・編集等）することができる機能であり、ユーザにより提案書の名称、概要、書誌項目、提案書ファイル（提案書や関連資料を構成するデータファイル）等を入力／登録し、入力／登録データ情報を提案書管理ＤＢ２３（２３Ａ，２３Ｂ）（図７）に保存・管理する。

また提案書登録機能１３は、ユーザにより登録アイデアをもとに提案書（知的財産への提案書）を作成する機能や、提案書の作成の際に種別などの情報を自動的に優先的に画面に表示して支援する機能（優先表示機能）などを含む。登録アイデアをもとに提案書を作成する機能では、画面で登録アイデアの名称、概要、ファイルなどを引き継いで提案書の内容を作成することができる。

提案書検索機能１３は、各ユーザがＷｅｂ画面で登録提案書情報を検索して閲覧（参照）することができる機能であり、ユーザにより提案書の名称、概要、書誌項目、ファイル等のテキスト内容を検索条件として入力し、提案書管理ＤＢ２３から検索し、検索結果（提案書の一覧）を画面に表示することで、提案書の内容を確認することができる。

［回覧機能］
図２に、回覧機能１５の構成を示す。回覧機能１５は、ユーザがＷｅｂ画面で提案書の回覧を申請・実行し、各関係者（回覧者）による回覧を実行できる機能である。回覧機能１５は、第１の回覧機能１５Ａ（回覧申請機能）と、第２の回覧機能１５Ｂ（回覧実行機能）とを含む。なお各機能と対応する画面Ｇ１等も示す。回覧機能１５は、Ｗｅｂ画面での回覧ルートの設定（登録）、回覧ルート及び回覧状況の表示（確認）、回覧ルートの変更、などの機能を含む。

第１の回覧機能１５Ａは、Ｗｅｂ画面で申請者（ユーザ）による回覧の申請（回覧ルートの設定・登録、回覧の実行等）を可能とする機能である。回覧対象の提案書の回覧ルートとして、回覧順、各回覧工程、回覧者、表示項目などを設定することができ、それによる回覧を実行開始できる。

第１の回覧機能１５Ａ（回覧申請機能）は、詳しい機能（処理及び画面等）として、回覧ルート設定６０１と、実行６０２とを含む。回覧ルート設定６０１では、ユーザが回覧ルートを設定（登録）できる。実行６０２では、設定された回覧ルートによる回覧（その申請）をユーザが実行できる。

第２の回覧機能１５Ｂは、Ｗｅｂ画面で各回覧者（回覧を依頼されたユーザ）による回覧（回覧工程の作業）の実行を可能とする機能である。第２の回覧機能１５Ｂ（回覧実行機能）は、詳しい機能（処理及び画面等）として、処理依頼案件一覧表示６１１、回覧ルート確認・修正（表示）６１２、提案書内容確認・修正６１３、実行６１４（６０２と概略同様）を有する（それぞれ後述する）。

各機能では、画面に回覧ルートをわかりやすく可視化して確認できる。例えば後述の画面（Ｇ７，Ｇ１０）で示される。回覧ルートの構成を複数の回覧工程のつながりとして可視化し、各回覧工程の内容の修正・削除などが可能である。

また更に、回覧機能１５は、回覧ルート変更機能３１、差戻し機能３２（差戻し先設定６２１、差戻し実行６２２）、途中終了機能３３、項目別承認機能３４などを備える。それぞれ詳細は後述される。

回覧ルート変更機能３１では、画面で、ユーザ（権限を持つユーザ）が、回覧の目的や状況などに応じて回覧ルートを変更する操作ができる。この変更は、回覧工程・回覧者などの追加（挿入）や削除や詳細内容修正などを含む。回覧ルートの変更の際には、例えば回覧先の回覧者（回覧工程）の各種情報（氏名，部署，連絡先，通知有無など）を指定・修正できる。また画面の回覧ルートの既存の回覧工程の間の矢印ボタンなどにより、既存の回覧工程間に新規の回覧工程を追加挿入ができる。上記変更の権限は例えばユーザ管理Ｔ２０で設定可能としてもよい。

差戻し機能３２では、画面で各回覧者（権限を持つユーザ）が回覧ルート確認中や回覧作業中（例えば提案書内容確認・修正中）に、必要に応じて（例えば提案書内容の見直しや別ユーザの承認が必要になった場合など）、回覧を１つ以上前の指定の回覧工程（回覧者）へ差戻す操作ができる。画面でこの差戻し操作（例えば差戻しボタン押下）がされた場合、差戻し先設定６２１の画面を表示してユーザが差戻し先（回覧者・回覧工程）を指定可能とし、差戻し実行６２２の画面を表示してその差戻しを実行可能とする。定義情報に応じて画面（例：Ｇ１０，Ｇ１１）での差戻しボタンの表示が制御される。上記差戻しの権限は例えばユーザ管理Ｔ２０で設定可能としてもよい。

途中終了機能３３では、画面で各回覧者（権限を持つユーザ）が回覧ルート確認中や回覧作業中（例えば提案書内容確認・修正中）に、必要に応じて（例えばそれ以上の検討が不要になった場合など）、当初の回覧ルートに沿う回覧をその回覧工程で途中終了させる操作ができる。定義情報（途中終了「可」）に応じて回覧工程（回覧者）の画面（例：Ｇ１２）での途中終了ボタンの表示が制御される。上記途中終了の権限は例えばユーザ管理Ｔ２０で設定可能としてもよい。

項目別承認機能３４では、画面で対象の回覧工程の回覧者が回覧作業中に表示項目（書誌項目）別に承認操作（例えば知財部担当者によるチェックや情報入力等）することを、工程管理Ｔ２６Ｃや項目別承認管理Ｔ２５Ｂの設定に基づき制御する。承認使用（要）が設定された回覧工程の場合、画面に各項目情報を表示する際、承認使用（要）が設定された項目や承認操作が済んでいない項目を優先的に上方に表示し、承認未使用（否）が設定された項目や承認操作が済んだ項目を下方に表示する。これにより担当者によるチェックなどを忘れずにしやすくする。

［定義機能］
定義機能１６は、本システム１００の管理者等により、事前及び適宜に、Ｗｅｂ画面（例：Ｇ２１〜Ｇ２５）で、各種定義情報を設定して定義管理ＤＢ２６（２６Ａ〜２６Ｄ）に保存・管理する機能である。定義機能１６により、下記のように、提案書の種別、種別毎の書誌項目、種別毎の工程（工程区分）、回覧工程、回覧工程毎の表示項目（表示情報）、及びそれらを用いて構成される回覧ルート（登録パターン）、等を定義（設定）する操作ができる（図３と対応）。これら要素の定義情報に基づき各機能で処理が行われ各画面表示内容が自動的に制御される。例えば管理者は企業の業務の方針や内容に応じて（例えば図４）、上記種別などの要素や、基本的（標準的）な回覧ルートを設定しておく。

・提案書の種別： 例えば特許（発明）、実用新案、意匠、社内ノウハウ、といった知的財産の種類である。また例えば同じ特許であっても、日本出願／外国出願、防衛用など、更に詳細な定義も可能である。

・書誌項目： 例えば「発明名称」「従来技術」「実施形態」といった情報である。

・工程区分： 例えば「申請」「閲覧」「承認」「受付」といった工程の区分である。

・回覧工程： 工程区分との関係付けで定義され、画面表示上の情報（わかりやすい名称）となる。大まかな工程区分に対して、より詳細な回覧工程を定義できる。例えば同じ「閲覧」でも、発明者によるブラッシュアップ、知財部担当者によるブラッシュアップ、等を定義できる。例えば同じ「承認」でも、課長による承認、部長による承認、等を定義できる。工程区分または回覧工程は、工程に応じた画面表示制御（ボタン表示制御など）などに使用される。

・表示項目： 回覧工程ごとの画面表示で、各表示項目ごとに、表示属性（例えば入力／参照／非表示など）が定義できる。

［要素（関係）］
図３は、補足として、ユーザ、アイデア、提案書、種別、工程（作業）、回覧ルート、等の要素（関係）を示している。ユーザ（Ａ）は、アイデアや提案書を作成する。提案書は種別があり、種別ごとに工程（作業）などが異なる。その工程区分として、本実施の形態で説明する例では、大きく４つ、「申請」、「承認」、「閲覧」、「受付」がある（図４と対応）。提案書は、その回覧の際に回覧ルートが設定（登録）される。回覧ルートは、指定の順序（回覧順）による複数の回覧工程から成る。例えば回覧工程（回覧順）＃１〜＃４から成る。各回覧工程（回覧順）は、回覧者や、表示項目（画面で表示する書誌項目など）が関係付けられて管理される。

例えばユーザＡ（発明者等）は、思いついたアイデアを、アイデア登録機能１１を用いて登録していく。ユーザＡや他のユーザＢ，Ｃは、アイデア検索機能１２を用いて、登録されているアイデアを検索し閲覧する。ユーザＡは、提案書登録機能１３を用いて、検索したアイデアの中から知的財産になりそうなものを提案書として作成する。また登録アイデアとは別に提案書の新規作成も可能である。ユーザＡは、提案書登録機能１３を用いて、作成した提案書を登録する。ユーザＡや他のユーザＢ，Ｃは、登録された提案書を、提案書検索機能１４を用いて検索し閲覧する。また、ユーザＡは、作成した提案書、または検索した提案書を、各関係者に回覧させる際に、回覧機能１５を用いて、回覧を申請（実行）する。そして、ユーザＡ，Ｂ，Ｃ等の各関係者（回覧者）は、回覧機能１５を用いて、自分の回覧工程の作業を実施できる。各回覧工程では、自動的に表示項目が制御される。なお申請自体が１つの回覧工程（実行）として管理される形式である。

［回覧ルート（業務）］
図４は、回覧ルート（対応する業務）の例を示す。まず左側に示す基本パターン（回覧ルート＃１）がある。この回覧ルート＃１の業務は、提案書の種別が特許（発明）の場合であり、（１）発明者による申請（提案書の登録及び回覧の申請）→（２）上長（課長）による承認→（３）上長（部長）による承認→（４）知財部担当者による受付、といった４つの回覧工程から成る。このような基本パターンが第１の回覧ルートとして予め定義（登録）される。例えば上記（２），（３）では上長が提案書内容に問題無いか確認して承認し、（４）では当該提案書を知的財産として受け付ける。

右側の編集パターン（回覧ルート＃２）は、基本パターン（回覧ルート＃１）を編集して得られたパターンであり、第２の回覧ルートとして本システムに定義（登録）される。この回覧ルート＃２の業務は、（１）発明者による申請→（２）知財部担当者によるブラッシュアップ（閲覧）→（３）発明者によるブラッシュアップ（閲覧）→（４）知財部担当者によるブラッシュアップ（閲覧）→（５）発明者によるブラッシュアップ（閲覧）→（６）上長（課長）による承認→（７）知財部担当者による受付、といった７つの回覧工程から成る。例えば上記（２），（４）では担当者が提案書内容のチェックをし、（３），（５）では発明者が提案書内容の見直し（修正）をする。例えば発明者と担当者とで提案書のブラッシュアップ（閲覧）を２回実施した後、上長の承認を得て、担当者が受け付ける（特許出願等へ連携する）流れに相当する。なお回覧工程「ブラッシュアップ」の工程区分は「閲覧」（情報参照・修正等が可能な工程）である。

上記のような各種のパターン（回覧ルート）を定義機能１６を用いて予め登録しておき、各ユーザが回覧申請時にそのまま選択利用することもできるし、各ユーザが回覧申請時に登録パターンを読み出して編集して独自の回覧ルートを設定（登録）してその後に選択利用することもできる。

また後述の回覧ルートの変更の例は以下である。例えば当初の回覧ルート＃２で、提案書内容のブラッシュアップが足らない場合などに、ユーザ（Ａ，Ｃ）は、回覧ルート変更機能３１を用いて画面で回覧ルート変更ができる。例えば回覧ルート＃２に対し、更にブラッシュアップの回覧工程（対応する回覧者等）を追加挿入できる。変更後の回覧ルート＃３として、上記（５）の工程の後に、（６）知財部担当者によるブラッシュアップ（閲覧）→（７）発明者によるブラッシュアップ（閲覧）、が挿入されたものとなる。

以下、本システムの各機能の処理を説明する前に各データ構成例を説明する。

［ユーザ管理テーブル］
図５は、ユーザ管理Ｔ２０の構成例（主要な項目）である。ユーザ管理Ｔ２０には、本システムを利用する各ユーザ（例えば企業の社員）について、ユーザＩＤ、氏名、部署（所属）、連絡先（メールアドレス等）、権限、などの情報が管理されている。「権限」の値は、例えば「一般」は、当該ユーザ自身の情報しか利用（検索等）できないことを示し、「全検索」は、自分以外を含む全ユーザの情報を利用（検索等）できることを示す。

［アイデア管理ＤＢ］
図６は、アイデア管理ＤＢ２１のアイデア管理Ｔ２１Ａ，アイデアファイル管理Ｔ２１Ｂの構成例（主要な項目）である。アイデア管理Ｔ２１Ａには、アイデア情報（アイデア番号（ＩＤ）、名称、概要、作成者など）を管理する。アイデアファイル管理Ｔ２１Ｂには、アイデアを構成するファイルを管理する。

［提案書管理ＤＢ］
図７は、提案書管理ＤＢ２３の提案書管理Ｔ２３Ａ，提案書ファイル管理Ｔ２３Ｂの構成例（主要な項目）である。提案書管理Ｔ２３Ａには、提案書情報（提案書番号（ＩＤ）、種別、名称、概要、作成者、書誌、回覧順、回覧状況、更新日など）を管理する。提案書ファイル管理Ｔ２３Ｂには、提案書を構成するファイルを管理する。種別は例えば特許、商標などがある。書誌は、当該提案書の画面表示上の書誌項目を規定する。

回覧順、回覧状況は、当該提案書の回覧管理に関する情報を格納している。なおこの情報（列）は、分離して、回覧管理ＤＢ２５内（例えば「回覧状況管理テーブル」）などに管理してもよい。回覧順は、当該提案書の次の回覧工程を指し示している。

回覧順の値は、当該提案書の次の回覧工程を指し示し、例えば回覧の申請（開始）前は１であり、申請（開始）後は２になり、回覧ルートの回覧が完全に完了すれば０となる。回覧状況は、当該提案書の回覧状況（回覧状態）を示す値であり、各種が定義可能である。

回覧状況の値は、当該提案書の回覧状況（回覧状態）を示す値であり、画面（例：Ｇ５，Ｇ６）で回覧状況を表示する際の制御に使用され、例えば表示上も同じ値が使用される。回覧状況の値は、例えば「未申請」「回覧中」「終了（処理完了）」「承認待ち」「閲覧待ち」「受付待ち」「処分待ち」「差戻し」「途中終了」などがある。その他、提案書管理Ｔ２３Ａに、現在（回覧中）の回覧工程などの列を管理しても構わない。

［回覧管理ＤＢ］
図８は、回覧管理ＤＢ２５の回覧管理Ｔ２５Ａ，項目別承認管理Ｔ２５Ｂの構成例（主要な項目）である。図８の回覧管理Ｔ２５Ａでは、ある１つの提案書（P-001）の回覧ルートの管理の例である。同様に複数の回覧ルートを管理可能である。

回覧管理Ｔ２５Ａは、提案書番号、回覧順、ユーザＩＤ（回覧者）、コメント、回覧実施日、種別、工程区分、回覧工程、等の情報を管理する。回覧順は、前述（図３，図４）のような回覧の順序を示す。ユーザＩＤは回覧者を示す。コメントは当該回覧順（回覧工程）でユーザが入力したコメント情報である。回覧実施日が当該回覧順（回覧工程）が回覧者により実施された日時情報である。種別は前述の提案書の種別情報である。工程区分は、当該回覧順（回覧工程）の区分（図３）を示す。回覧工程は、種別及び工程区分に関係付けられた回覧工程であり、表示上の名称となる。なおＢＵはブラッシュアップを示す。なお種別と工程区分の組で一意に定まる。

また回覧管理Ｔ２５Ａに「通知有無」列を設けてもよい。後述のように回覧工程の回覧者に情報（回覧が回ってきた旨など）を自動的に通知する場合に、この情報を使用する。例えばユーザの連絡先（ユーザ管理Ｔ２０の連絡先）へ通知メールを送信することで、回覧の工程が回ってきたを報せる。

項目別承認管理Ｔ２５Ｂは、項目別承認機能３４に関する管理情報である。項目別承認管理Ｔ２５Ｂは、提案書番号、回覧工程、保管場所、承認（未／済）、等の情報を管理する。このテーブルでは、提案書の回覧工程の表示項目（書誌項目）ごとに、回覧者による承認（情報入力等）が未実行か済んでいるかを管理する。当該書誌項目の承認が実行された場合、「承認」の値（フラグ）がオン（済）になる。またこの承認済みにより、当該回覧工程については、画面表示上の優先順が下がるように制御される（後述の図）。なお「保管場所」列の「書誌001」等の情報は、リレーショナルＤＢで設定（用意）されている多数の書誌項目の１つ（書誌項目値が格納されている）を指し示している。

上記とは別に回覧状況管理テーブルを設ける場合、例えば、「提案書番号」、「回覧状況」、「現在の回覧順」（現在回覧中の回覧工程（回覧者）、等の情報を管理する。

［定義管理ＤＢ］
図９は、定義管理ＤＢ２６の種別管理Ｔ２６Ａ，項目管理Ｔ２６Ｂの構成例（主要な項目）である。

種別管理Ｔ２６Ａは、種別（書類種別）、名称（書類名称）を管理する。この種別及び名称は、書類（提案書）及び知的財産に関する分類の情報であり、例えばＡ＝特許、Ｂ＝意匠、Ｃ＝ノウハウ、といったように必要に応じて各種が定義可能である。

項目管理Ｔ２６Ｂは、書類の種別（２６Ａで管理）ごとの書誌項目を管理する。項目管理Ｔ２６Ｂは、種別、保管場所、データ名称、等の情報を管理する。例えば種別Ａ（特許）の提案書を画面に表示する際に、書誌項目001として「名称」、書誌項目002として「概要」となることを示す。

図１０は、定義管理ＤＢ２６の工程管理Ｔ２６Ｃ，表示項目管理Ｔ２６Ｄの構成例（主要な項目）である。

工程管理Ｔ２６Ｃは、種別ごとの工程（回覧工程）の情報を管理する。工程管理Ｔ２６Ｃは、種別、回覧工程、項目別承認使用（要否）、途中終了可否、等の情報を管理する。回覧工程は、前述（図８等）同様である。項目別承認使用（要否）は、当該回覧工程で項目別承認機能３４・項目別承認管理Ｔ２５Ｂによる項目別承認を使用するかどうかを設定する。途中終了可否は、当該回覧工程での途中終了機能３３による途中終了の可否を設定する（後述の途中終了ボタンの表示制御に使用される）。

表示項目管理Ｔ２６Ｄは、種別ごと、回覧工程ごとの表示項目を制御するための情報を管理する。表示項目管理Ｔ２６Ｄは、種別、回覧工程、保管場所、表示属性、表示順、等の情報を管理する。表示属性は、当該書誌項目の画面表示上の属性を設定する。表示属性の値は、例えば「参照」「入力」「非表示」がある。「参照」は、ユーザが当該書誌項目情報の参照のみ可能である。「入力」はユーザが当該書誌項目への情報入力（編集）が可能である。「非表示」は当該書誌項目情報自体を画面内に表示しない。表示順は、画面内での各書誌項目の表示順（優先順）を設定する。

次に、各機能の処理例は以下である。なお後述の画面例と対応した内容である。

［アイデア登録機能−処理］
アイデア登録機能１１は、ユーザ（Ａ等）のクライアント１０１に対してアイデア登録画面（例：Ｇ１）を提供し、ユーザが画面（Ｇ１）で項目に入力した内容（情報）と、アイデアとして登録（添付）したファイル（アイデアファイル）とを、アイデア管理ＤＢ２１（アイデア管理Ｔ２１Ａ，アイデアファイル管理Ｔ２１Ｂ）（図６）に格納する。アイデア登録機能１１の処理フロー例は以下である。

（S101） アイデア登録機能１１は、アイデア管理Ｔ２１Ａに、アイデアの作成者（ユーザ）の情報、及び入力情報（アイデア番号、名称、概要など）を格納する。作成者の情報は、例えばログインユーザ情報を使用する。

（S102） アイデア登録機能１１は、アイデアファイル管理Ｔ２１Ｂに、アイデアファイル、及びアイデア番号、ファイル名などの情報などを格納する処理を行う。

［アイデア検索機能−処理］
図１１に、アイデア検索機能１２の処理フロー例を示す。アイデア検索機能１２は、ユーザのクライアント１０１に対してアイデア検索画面（例：Ｇ２）を提供し、画面で入力された検索条件によりアイデア管理ＤＢ２１の情報を検索し、検索結果を応答（表示）する。

（S201,S202,S203） アイデア検索機能１２は、ユーザ管理Ｔ２０（図５）から当該ユーザ（ログインしているユーザ）の権限の情報を取得する処理を行う。１２は、取得した権限が「全検索」権限であるか判定し、「全検索」権限ではない場合（Ｎ）、検索条件に当該ログインユーザ分のみを加える。

（S204〜S207） １２は、画面の検索条件の数分処理を繰り返す。１２は、検索条件が入力された場合（Ｙ）、入力された検索条件（項目）を検索条件に加える。

（S208） １２は、上記検索条件によりアイデア管理Ｔ２１Ａからアイデア情報を検索する。

（S209,S210,S211） １２は、テキスト検索の検索条件が入力さた場合（Ｙ）、アイデアファイル管理Ｔ２１Ｂからアイデアファイルのテキスト検索を行う。そして、１２は、アイデア管理Ｔ２１Ａの検索結果（S208）と、アイデアファイル管理Ｔ２１Ｂのテキスト検索の結果（S210）とをマージして、検索結果として応答する。上記テキスト検索が行われなかった場合（Ｎ）、アイデア管理Ｔ２１Ａの検索結果（S208）を応答する。

［提案書登録機能−処理］
図１２に、提案書登録機能１３の処理を示す。提案書登録機能１３は、ユーザ（Ａ等）のクライアント１０１に対して提案書登録画面（例：Ｇ３，Ｇ４）を提供し、ユーザが画面で項目に入力した内容（情報）と、提案書として登録（添付）したファイル（提案書ファイル）とを、提案書管理ＤＢ２３（提案書管理Ｔ２３Ａ，提案書ファイル管理Ｔ２３Ｂ）（図７）に格納する。提案書登録機能１３の処理フロー例は以下である。

（S301〜S303） １３は、画面の入力項目分、処理を繰り返す。１３は、画面の入力項目にセットされた値を表示項目（メモリ）４１０にセットする。なお表示項目（メモリ）４１０は、画面生成時にＤＢから取得して本システム１００内のメモリ（セッション）に保存される。

（S304） １３は、表示項目（メモリ）４１０から、格納列情報と入力された値からＳＱＬを生成し、ＤＢ（提案書管理Ｔ２３Ａ）に保存する。

（S304） １３は、画面でユーザにより入力（添付）された、提案書を構成するファイル及びその情報を、ＤＢ（提案書ファイル管理Ｔ２３Ｂ）に保存する。

［提案書検索機能−処理］
図１３に、提案書検索機能１４の処理を示す。提案書検索機能１４は、ユーザのクライアント１０１に対して提案書検索画面（例：Ｇ５）を提供し、画面で入力された検索条件により提案書管理ＤＢ２３の情報を検索し、検索結果を応答（表示）する。

（S401,S402,S403） １４は、ユーザ管理Ｔ２０からユーザ（ログインしているユーザ）の権限の情報を取得し、取得したユーザの権限が「全検索」権限か判定し、「全検索」権限ではない場合（Ｎ）、検索条件にログインユーザを加える。

（S404〜S407） ２４は、画面の入力項目の検索条件の数分、処理を繰り返す。２４は、画面の入力項目に検索条件の値が入力された場合（Ｙ）、入力された検索条件の値を検索条件に加える。

（S408） ２４は、上記検索条件により提案書管理Ｔ２３Ａを検索する。

（S409,S410,S411） ２４は、テキスト検索が行われたか判定し、テキスト検索の条件が入力された場合（Ｙ）、提案書ファイル管理Ｔ２３Ｂから提案書ファイルのテキスト検索を行う。そして、提案書管理Ｔ２３Ａの検索結果（S408）と、上記提案書ファイルのテキスト検索結果（S411）とをマージし、応答する。上記テキスト検索が行われなかった場合（Ｎ）は、提案書管理Ｔ２３Ａの検索結果（S408）を応答する。

［回覧ルート設定］
第１の回覧機能１５Ａの回覧ルート設定６０１の処理例は以下である。ユーザ（例：Ａ）は、回覧ルート設定６０１の処理の画面（例：Ｇ７）で、提案書等の回覧に関する回覧ルートを設定（登録）する。１５Ａ（６０１）は、画面でユーザにより入力された回覧ルートの情報（提案書番号、回覧順（回覧工程）、回覧者（ユーザＩＤ）など）を、回覧管理Ｔ２５Ａ（図８）に設定（保存）する。ユーザはボタン押下や項目入力などにより回覧ルート（回覧ルートを構成する各回覧工程の回覧者など）の追加や修正や削除が可能である。

［回覧工程実行］
第１の回覧機能１５Ａの実行（回覧工程実行）６０２の処理例は以下である。ユーザは実行６０２の処理の画面（例：Ｇ８）で、上記回覧ルート設定６０１の画面（Ｇ７）で設定した回覧ルートによる回覧の申請を（１つの回覧工程として）実行する。

（S6021） ６０２は、提案書管理Ｔ２３Ａ（図７）に、回覧対象の提案書の提案書番号、回覧順、回覧状況などの情報を保存する。

（S6022） ６０２は、回覧管理Ｔ２５Ａ（図８）における、該当（現在作業中）の提案書の行（提案書番号、回覧順が同じレコード）に、コメント、回覧実施日、等の実行結果情報を格納する。

［処理依頼案件一覧表示］
第２の回覧機能１５Ｂの処理依頼案件一覧表示６１１の処理例は以下である。

（S6111） ６１１は、ユーザ（ログインユーザ）の案件情報の取得処理で、回覧管理Ｔ２５Ａ（図８）からログインユーザのユーザＩＤに該当する提案書番号、回覧順などの情報を取得する。

（S6112） ６１１は、提案書管理Ｔ２３Ａ（図７）から上記提案書番号に該当する種別、名称などの情報を取得する。

（S6113） ６１１は、上記取得情報による表示情報を生成し、処理依頼案件一覧画面（例：Ｇ９）としてクライアント１０１に応答（提供）する。

［回覧ルート確認・修正（表示）］
第２の回覧機能１５Ｂの回覧ルート確認・修正６１２（回覧ルート表示）の処理例は以下である。

（S6121） ６１２は、画面でユーザにより選択された提案書番号の回覧ルートの情報を回覧管理Ｔ２５Ａから取得する。この際、回覧管理Ｔ２５Ａから、該当の提案書番号のすべての回覧順、ユーザＩＤ、回覧実施日などの情報を取得する。

（S6122） ６１２は、上記取得した回覧ルート情報を画面（例：Ｇ１０）に表示する。

更に、上記回覧ルート確認・修正６１２の処理で、回覧ルート表示画面から回覧ルートの修正（変更）のための次の画面へ遷移する際の処理例は以下である。６１２は、ユーザにより画面で回覧ルートが修正されたかどうかを判定し、修正された場合（Ｙ）、回覧管理Ｔ２５Ａの回覧ルートの情報を更新する。その更新処理では、回覧管理Ｔ２５Ａの該当の提案書番号の回覧順、ユーザＩＤ等の情報を更新する。

修正の手段としては例えば前述の権限を持つユーザの場合に、画面に回覧ルート変更ボタンを表示し、当該ユーザのボタン押下により、前述のＧ７内の回覧ルート設定と同様内容の画面へ遷移し、回覧ルートの修正を可能とする。

［提案書内容確認・修正（表示）］
第２の回覧機能１５Ｂの提案書内容確認・修正６１３（表示）の処理例は以下である。

（S501） ６１３は、提案書管理Ｔ２３Ａ、提案書ファイル管理Ｔ２３Ｂから、提案書の名称、概要、作成者、書誌などの情報を取得する。図１４に、提案書情報取得処理（S501）の詳細処理例を示す。

（S511） ６１３は、まず、工程の項目別承認機能３４の使用（要否）を取得する。この処理では、工程管理Ｔ２６Ｃ（図１０）から「回覧工程」値と、「項目別承認使用（要否）」値とを取得する。

（S512） ６１３は、上記取得した該当の工程（回覧工程）における、表示項目の情報を、表示項目管理Ｔ２６Ｄ（図１０）から、「表示順」列の昇順の通りに取得する。

（S513） ６１３は、項目管理Ｔ２６Ｂ（図９）から、表示項目の保管場所（書誌）の情報を取得する。

（S514） ６１３は、提案書管理Ｔ２３Ａ（図７）における、上記取得した保管場所（書誌）に該当する書誌の列から、表示項目の値を取得する。

（S515,S517,S518） ６１３は、S511で取得した値から、項目別承認機能３４を使用するか（承認要か）を判定する。使用する場合（Ｙ）、項目別承認管理Ｔ２５Ｂ（図８）から、保管場所（書誌）毎の承認（未／済）情報を取得する。そして取得した情報に基づき、未承認の項目を画面内に先（上）に表示するように表示情報を生成する。

（S516） ６１３は、上記使用しない場合（Ｎ）、表示順の通りに画面内に項目を表示するように表示情報を生成する。

（S502） 上記S501（図１４）の処理後、６１３は、上記取得情報を用いて、画面用の表示情報を生成し、当該画面（例：Ｇ１１）に提案書の内容の情報を表示する。

（S503） また６１３は、ボタン表示制御処理として、回覧管理Ｔ２５Ａ（図８）から、該当の提案書番号、回覧順、対応する工程区分などの情報を取得する。そして６１３は、当該工程区分に応じて、画面に差戻しボタン等のボタンを表示するかどうか判定する。

（S504） ６１３は、上記ボタン表示制御の判定に基づき、画面に差戻しボタン等のボタンを表示する。

上記ボタン表示制御（判定）の例は以下である。ユーザ（回覧者）及び回覧工程（種別、工程区分）に応じて画面（例：Ｇ１０，Ｇ１１）内に差戻しボタンを表示するか判定する例である。差戻し機能３２では、前述のようなユーザ情報、回覧工程（種別、工程区分）の情報、及び差戻しに関する設定情報（例えば工程管理Ｔ２６Ｃの「差戻し可否」）を参照し、画面に差戻しボタンを表示するかどうかを制御する。例えば前述のように工程区分（対応する回覧工程）として４つ「申請」「承認」「閲覧」「受付」があるとき、「申請」や「閲覧」の回覧工程では、差戻しボタンを表示しない（即ち差戻し操作が不可能）、「承認」や「受付」の回覧工程では、差戻しボタンを表示する（即ち差戻し操作が可能）、といったように設定される。

上記提案書内容確認・修正６１３の画面（Ｇ１１）から次の処理に遷移する際の更新処理の例は以下である。６１３は、ユーザにより画面（Ｇ１１）で提案書の内容が修正されたかどうか判定し、修正された場合（Ｙ）、提案書登録機能１３の処理（前述同様、図１２）を実行する。

また同画面（Ｇ１１）で、ユーザにより差戻しボタンが押下された場合、差戻し機能３３による差戻し先設定６２１の処理（画面）へ遷移する。

［種別表示機能−処理］
図１５に、提案書登録機能１３に付属する優先表示機能（特に種別表示機能）の処理例を示す。前述の提案書登録機能１３で、例えばユーザ（Ａ）が画面（Ｇ３）でアイデアから提案書を作成する際、提案書情報の欄で、その提案書の種別をユーザが選択・決定する。その際、優先表示機能により、当該ユーザが登録しそうな種別（必要としそうな種別）を、当該ユーザの過去の作成状況（履歴）をもとに自動的に判断し、画面のプルダウンメニュー等で最初に（優先的に）表示する処理を行う。これによりユーザが種別などを入力する作業が容易になる。特に候補となる多数の種別が存在する場合などに有効である。

（S601） 種別表示機能は、本システム（定義機能１６）で管理しているプロパティファイル２７からプロパティ情報（期間、個数）を読み込む処理を行う。例えば「期間」＝１年間、「個数」＝３０件である。

（S602,S603,S604） 種別表示機能は、上記期間のプロパティが設定されているか判定し、設定有りの場合（Ｙ）、ログイン日から「期間」分さかのぼることで日付を算出し、算出した日付を検索条件として設定する。

（S605,S606） 種別表示機能は、上記個数のプロパティが設定されているか判定し、設定有りの場合（Ｙ）、検索条件に、更新日の降順とリミットの個数を設定する。

（S607） 種別表示機能は、ログインユーザを検索条件に設定する。

（S608） 種別表示機能は、上記検索条件により提案書管理Ｔ２３Ａを検索し、該当ユーザに関する書類の種別毎のカウントをとる。

（S609） 種別表示機能は、上記カウント値が多い順に、選択（優先）の候補として、当該種別の情報を画面に表示する。

［回覧ルート変更機能−処理］
回覧ルート変更機能３１の処理例は以下である。例えば回覧ルート設定の画面（Ｇ７）のように、回覧ルートの構成を表示して各回覧工程の修正・削除を可能などが可能であると共に、回覧工程間には矢印「↓」ボタンを表示し、最後の回覧工程の後には追加ボタンを表示する。回覧ルート変更機能３１は、ユーザにより矢印「↓」ボタンまたは追加ボタンなどが押された場合、その箇所に回覧工程を追加する処理を行う。

回覧ルート変更機能３１による上記回覧ルート変更（回覧工程追加）の際の処理例は以下である。回覧ルート変更機能３１は、矢印「↓」ボタンの押下位置（回覧工程間）が、現在回覧中の回覧順（回覧工程）よりも大きい（後）かどうか判定する。大きい場合、回覧工程の追加が可能であるため、追加する回覧工程のための入力エリア（または別画面など）を表示する。なお上記で小さい（前）場合は、（過去であるため）回覧工程の追加が不可能であるため、処理を終了する。ユーザは上記入力エリアに、追加する回覧工程の情報を入力する。回覧ルート変更機能３１は、上記回覧工程の情報の追加に応じて、回覧管理Ｔ２５Ａの情報を更新する。

上記更新処理例は以下である。回覧ルート変更機能３１は、追加される回覧順（回覧工程）以降の回覧順（回覧工程）をカウントアップし、回覧管理Ｔ２５Ａ（図８）の回覧順の情報を更新する。回覧ルート変更機能３１は、ユーザにより入力された回覧工程の情報（レコード）を回覧管理Ｔ２５Ａに追加する。

例えばある変更前の回覧ルートの回覧順（回覧工程）として｛＃１，＃２，＃３｝があるときに、上記追加の矢印「↓」ボタンにより＃１と＃２の間に新たな回覧工程を追加（挿入）するとする。その場合、その追加（入力）される回覧順（回覧工程）を＃２とし、元の＃２，＃３はカウントアップされ＃３，＃４となる。

［差戻し機能−処理］
差戻し機能３２による差戻し先設定６２１の処理例（画面表示、差戻し先取得など）は以下である。あわせて後述の図のような差戻しの画面（Ｇ３１）を表示する。

（S701） 差戻し機能３２は、回覧管理Ｔ２５Ａ（図８）から、回覧中の提案書の提案書番号に該当する行の回覧情報（回覧順、ユーザＩＤ、コメント、回覧実施日、種別、工程区分、回覧工程など）を取得する。

（S702） ３２は、上記取得した回覧実施日の値が入力されている項目（即ち回覧済みの回覧工程）を、差戻し先の候補であると判定し、抽出する。

（S703） ３２は、上記差戻し先の候補（回覧工程）などの情報に基づき、差戻し先設定の画面（Ｇ３１）の表示情報を生成し、当該画面に表示する。例えば差戻し先の候補となる回覧工程をリスト等で選択可能とする。あるいは、回覧ルート表示で差戻し先の候補の回覧工程に、差戻しのボタン（矢印「←」ボタン）を表示する。ユーザは画面（Ｇ３１）で上記候補から差戻し先を選択（指定）することができる。

差戻し機能２３による差戻し実行６２２の処理例は以下である。

（S711） 差戻し機能３２は、回覧状況の初期化処理を行う。この処理では、回覧管理Ｔ２５Ａのデータ（回覧ルート情報）を対象として、上記ユーザにより選択された差戻し先から現在の回覧順（回覧工程）までのルート範囲の回覧状況などのデータ・情報を初期化する。即ち未回覧の状態（例えば「閲覧待ち」「承認待ち」等）に戻す。上記初期化する項目として、該当の回覧順（回覧工程）のコメント及び回覧実施日など情報を更新する。

（S712） 差戻し機能３２は、対応する提案書管理Ｔ２３Ａにおける差戻された回覧順及び回覧状況などの値を更新する。この際、回覧状況の値は例えば「差戻し」として更新する。

［途中終了機能−処理］
途中終了機能３３の処理例は以下である。途中終了機能３３は、前記実行６１４の処理の際、回覧管理Ｔ２５Ａ（図８）から回覧対象の提案書の「種別」値を取得し、工程管理Ｔ２６Ｃ（図１０）から「途中終了可否」値を取得し、「可」の場合、上記実行６１４の画面（例：Ｇ１２）内に「途中終了」ボタンを表示する。

途中終了機能３３は、画面（Ｇ１２）でユーザにより途中終了ボタンが押された場合、回覧結果更新処理として、回覧管理Ｔ２５Ａの回覧実施日、コメントの値を更新する。そして、回覧状況更新処理として、提案書管理Ｔ２３Ａの「回覧状況」値を例えば「処理完了」（あるいは「途中終了」）として更新する。また「回覧順」値を現在回覧中の回覧順に更新する。

［回覧状況詳細表示］
前記第２の回覧機能１５Ｂの回覧ルート確認・修正６１２（表示）などにより画面に回覧状況詳細情報を表示する処理例は以下である。例えば後述の図２３のような画面（Ｇ６）を表示する。

（S801） ６１２は、詳細表示対象の提案書情報を取得する。例えば提案書検索結果の画面（Ｇ５）で選択された提案書の番号により、提案書管理Ｔ２３Ａから、名称、回覧順、回覧状況、作成者などの情報を取得する。

（S802） ６１２は、回覧管理Ｔ２５Ａから、対象の提案書に関する回覧情報（回覧順、ユーザＩＤ、コメント、回覧実施日、回覧工程など、すべての情報）を取得する。

（S803） ６１２は、上記取得したユーザＩＤを用いてユーザ管理Ｔ２０からユーザ情報（氏名、所属（部署）など）を取得する。

（S804） ６１２は、上記で取得した情報を用いて、回覧状況詳細表示画面（Ｇ６）のための表示情報を生成して当該画面に表示する。

［回覧状況の遷移例］
図１６を用いて、補足として、回覧ルート（回覧工程）に応じた回覧状況の遷移例は以下である。ａの「回覧状況」は、提案書管理Ｔ２３Ａ（図７）の「回覧状況」列に格納される値と対応している。ａの値は、例えば前記図３，図４のような回覧ルート（回覧工程）に応じた定義の例である。ｂの「次の回覧工程（工程区分）」は、ａの値のときの、次の回覧工程の工程区分（申請／閲覧／承認／受付）を示す。ａの値の例として、前述のように「未申請」「承認待ち」「閲覧待ち」「受付待ち」「処理完了（終了）」「差戻し」等がある。

「未申請」は、申請（提案書登録及び回覧申請）の前の時点の状態を示す。「承認待ち」「閲覧待ち」「受付待ち」は、次の回覧工程（工程区分）を見て判定される。例えば次の回覧工程が「承認」である場合は「承認待ち」になる。「処理完了（終了）」は、次の回覧工程が無い場合、即ち回覧ルートの回覧がすべて終了した状態、あるいは途中終了機能３３により途中終了した状態を示す。「差戻し」は、差戻し機能３２により回覧が差し戻された状態を示す。

例えば回覧申請時の画面（例：Ｇ８）で申請の実行ボタンが押されると、当該提案書に関する回覧状況の値は「未申請」から次の回覧工程の待ち状態（例えば「閲覧待ち」）などに更新される。同様に各回覧者の回覧工程実行の画面（例：Ｇ１２）で実行ボタンが押されると、当該提案書の回覧状況の値が次の回覧工程の待ち状態に更新される。

［画面（Ｇ１）］
図１７は、アイデア登録機能１１の画面例（Ｇ１）である。本画面Ｇ１は、概要タブ、添付（アイデアファイル）タブなどがあり、選択されたタブの詳細情報が表示される。概要タブでは、前述のアイデア情報（名称、概要、作成者、作成日など）を表示し、ユーザにより編集可能である。添付タブでは、アイデアを構成するファイルを登録（アップロード）・参照（ダウンロード）・削除などが可能である。

［画面（Ｇ２）］
図１８は、アイデア検索機能１２の画面例（Ｇ２）である。本画面Ｇ２は、検索条件、検索結果の欄がある。検索条件は、前述のＤＢの管理情報項目に応じた各種条件で可能である。検索結果からは、ユーザがアイデアを選択して内容の参照（閲覧・編集等）が可能である。

［画面（Ｇ３）］
図１９は、提案書登録機能１３の提案書登録（作成）の画面例（その１）（Ｇ３）である。本画面Ｇ３は、上記アイデア登録機能１１による登録（作成）済みのアイデアをアイデア検索機能１２により検索・表示し、そのアイデアをもとに提案書を作成する場合の画面例である。この場合、ユーザは、作成済みのアイデアの情報・データ（名称、概要、ファイルなど）をそのまま利用（引継ぎ）あるいは編集して提案書を作成・登録可能であり、提案書作成作業の負荷が少ない。「共有設定引継ぎ」項目では、上記情報・データの引継ぎを選択設定できる。

［画面（Ｇ４）］
図２０，図２１は、提案書登録機能１３の提案書登録（作成）の画面例（その２）（Ｇ４（Ｇ４−１，Ｇ４−２））である。本画面Ｇ４（Ｇ４−１，Ｇ４−２）では、概要タブ、書誌タブ、出願人タブ、発明者タブ、添付タブ、評価タブなどがある。これら表示情報は、書類（提案書）の種別（例えば特許）に応じた情報である。Ｇ４−１では概要タブ、書誌タブの情報を表示した例、Ｇ４−２では出願人タブ、発明者タブ、添付タブ、評価タブの情報を表示した例である。

またＧ４−１で概要タブの「緊急」項目では、当該提案書の回覧に関する緊急性の度合いをユーザが「通常」「緊急」などの値で選択設定することができる。この値は回覧時の画面（例：Ｇ９）で表示され、回覧者に注意を促すことができる。

［画面（Ｇ５）］
図２２は、提案書検索機能１４の画面例（Ｇ５）である。本画面Ｇ５では、検索条件、検索結果の欄がある。検索条件の欄で、種別は、前述の優先表示機能により、当該ユーザが登録しそうな種別情報が自動的に表示される。検索結果の欄で、ユーザは対象の提案書の行を選択し、参照、修正、回覧状況といったボタンの操作が可能である。「参照」は、提案書の内容を表示して参照可能である（例えば前記Ｇ４の内容と同様）。「修正」は、提案書の内容を表示してデータの修正（編集）が可能である（提案書管理ＤＢ２３の更新）。「回覧状況」ボタンからは、回覧状況詳細表示画面（Ｇ６）を表示して確認可能である。

［画面（Ｇ６）］
図２３は、回覧状況詳細表示の画面例（Ｇ６）である。例えば上記提案書検索結果の画面（Ｇ５）から個別案件（提案書）の回覧状況を確認する場合の例である。本画面Ｇ６で、回覧状況詳細、回覧ルート（回覧履歴）などの欄がある。回覧状況詳細の欄では、提案書種別、提案書番号、名称、申請者（提案者）、現在の担当者（知財部担当者など）、回覧状況の値、等を表示する。回覧ルート（回覧履歴）の欄では、提案書の回覧ルート（回覧履歴）の情報を表示する。この情報は、回覧順、回覧工程、回覧者（所属、名前など）、回覧実施日、コメント、等である。回覧順は、回覧ルートを構成する順序で表示する（図２３では回覧順が後の方を上に表示した場合）。回覧実施日は、その回覧順の回覧工程が回覧（実行）された日時であり、値無しの場合は、未回覧を示す。また図２３の例では、回覧順＃１〜３まで実施された後、回覧順＃１へ差し戻され（差戻し機能３２）、それとともに、回覧ルートが回覧順＃１〜４のように変更（回覧ルート変更機能３１）された場合を示している。例えば課長Ｂさんの承認の工程が課長Ｄ，Ｅさんの承認の工程に変更された場合である。次の回覧は変更後の回覧順＃１の申請である。また閲覧ユーザが例えば知財部担当者Ｃさんの場合に、該当（自分）の回覧工程を強調表示した場合である。

［画面（Ｇ７）］
図２４は、回覧ルート設定６０１（回覧申請時）の画面例（Ｇ７）である。本画面Ｇ７で、回覧申請（登録）時に回覧ルートの設定（登録）が可能である。ユーザは例えば「登録ルートから選択」ボタンにより、前述の登録済みのパターン（回覧ルート）から選択して表示し、今回の申請に、そのまま利用あるいは編集利用が可能である。回覧ルート設定の欄で、回覧対象の提案書情報を表示し、図示のように回覧ルートの構成をわかりやすく可視化する。例えば３つの回覧工程から成る回覧ルートの場合である。回覧ルートを構成する各回覧工程をユーザが編集（修正、削除など）が可能である。また前述のように矢印ボタンや追加ボタンをクリックすると、その箇所に回覧工程を追加できる。回覧順は自動的に採番される。また各回覧工程における「通知」項目は、当該回覧工程が当該回覧者に回ってきた時に自動的に当該連絡先（メールアドレス等）へ通知するかしないかを設定可能である。「回覧ルート設定」ボタンにより、画面内の回覧ルートを設定（反映）できる。

［画面（Ｇ８）］
図２５は、回覧（申請）の実行６０２の画面例（Ｇ８）である。本画面Ｇ８では、申請の欄で、回覧（申請）対象の提案書や申請者（提案者）の情報を表示し、回覧ルートに従う次の回覧者（回覧工程）の情報を表示する。またコメント、回覧期限日などを入力可能とする。そして画面の内容での申請を実行する場合はユーザが「実行」ボタンを押す。

［画面（Ｇ９）］
図２６は、各回覧者の処理依頼案件一覧表示６１１の画面例（Ｇ９）である。ログイン後のトップ画面において、該当ユーザ（ログインユーザ）の申請状況（処理状況）、処理依頼案件一覧を表示する例である。例えばユーザが課長Ｂさんの場合である。申請状況（処理状況）の欄では、該当ユーザに関する案件の状況を表示する。処理依頼案件一覧の欄では、該当ユーザに対して回覧が依頼されている案件（提案書）の一覧を表示する。案件ごとに、回覧期限日、提案書種別、提案書番号、名称、依頼工程（回覧工程）などが表示される。「至急」は例えば前述の「緊急」が設定されていた場合に表示される。一覧の中からユーザが案件を選択（例えばリンクのクリック）して情報表示（回覧の画面（Ｇ１０）への遷移）が可能である。

［画面（Ｇ１０）］
図２７は、回覧ルート確認・修正６１２の画面例（Ｇ１０）である。本画面Ｇ１０では、該当提案書に関する該当ユーザに関する回覧順（回覧工程）の情報を表示して確認可能とする。例えば前記画面Ｇ７中の回覧ルートのうちの回覧順＃２（課長Ｂさんによる承認）の場合である。回覧順の確認の欄では、回覧工程、提案書番号、名称、１つ前の回覧者からのコメント、回覧期限日などを表示する。また前述同様に回覧ルートを可視化する。また前述のボタン表示制御に基づき、この回覧工程（承認）では、差戻しが可能であるため、差戻しボタンが表示され、差戻しボタンにより１つ以上前の回覧工程へ差戻しができる。また「回覧ルート変更」ボタンにより回覧ルート変更へ遷移できる。

［画面（Ｇ１１）］
図２８は、提案書内容確認・修正６１３の画面例（Ｇ１１）である。例えば上記画面Ｇ１０（「次へ」）から本画面Ｇ１１へ遷移可能である。本画面Ｇ１１では、回覧対象の提案書の内容の情報を表示する。例えば前述の画面（Ｇ４）と概略同様に、概要、書誌、発明者、添付（提案書ファイル）、評価などのタブで各情報を表示する。図２８では概要タブ選択表示の場合である。また本画面Ｇ１１では、キャンセル、確認、差戻し、等のボタンが表示される。該当回覧工程で差戻しが可能な場合に差戻しボタンが表示される。

［画面（Ｇ１２）］
図２９は、実行６１４の画面例（Ｇ１２）である。特に回覧工程が承認の場合である。例えば上記画面Ｇ１１から本画面Ｇ１２へ遷移可能である。本画面Ｇ１２では、該当回覧工程（承認）の情報として、対象の提案書や申請者（提案者）の情報、回覧ルートに従う次の回覧者（回覧工程）の情報などを表示する。またコメント、回覧期限日などを入力可能とする。そして画面の内容での承認を実行する場合はユーザが「実行」ボタンを押す。またこの承認の回覧工程（回覧者）で途中終了が可能な場合は前述のボタン表示制御に基づき「途中終了」ボタンを表示する。以降の回覧が不要になった場合などにユーザが途中終了ボタンを押すことで途中終了できる。

［画面（Ｇ２１）］
図３０は、定義機能１６の画面例として、提案書種別定義の画面（Ｇ２１）である。本画面Ｇ２１で、管理者は、提案書の種別を定義できる。例えば種別のレコードを選択して追加ボタンを押すと、詳細の表示・編集が可能である。「書誌項目定義」や「回覧項目定義」のボタンからは、下記の対応する定義画面へ遷移可能である。

［画面（Ｇ２２）］
図３１は、定義機能１６の画面例として、書誌項目定義の画面（Ｇ２２）である。本画面Ｇ２２で、管理者は、提案書の種別ごとの書誌項目を定義できる。各書誌項目のレコードで、カラム（書誌項目情報が格納されるテーブルのカラム）、項目名称、項目形式、参照コード、検索対象（検索時の表示有無）、知財評価（チェック要否）、等を定義可能である。例えば書誌項目のレコードを選択して追加ボタンを押すと、詳細の表示・編集が可能である。

［画面（Ｇ２３）］
図３２は、定義機能１６の画面例として、書誌項目表示定義の画面（Ｇ２３）である。本画面Ｇ２３では、提案書の種別における各書誌項目についてデフォルトの表示内容（表示項目）を定義可能である。各書誌項目のレコードで、表示順、項目名称、カラム、入力有無、入力要否などを定義可能である。また例えば書誌項目のレコードを選択して修正ボタンで詳細を表示して編集可能である。表示順は画面内での表示順である。入力有無、入力要否は、当該書誌項目へのユーザによる情報の入力の有無、要否である。

［画面（Ｇ２４）］
図３３は、定義機能１６の画面例として、回覧工程定義の画面（Ｇ２４）である。本画面Ｇ２４では、回覧ルートの設定に使用可能（候補）とする各種の回覧工程を定義可能である。例えば前述（図４）の企業の業務などに応じて定義可能である。本画面Ｇ２４では、対象とする提案書種別（例えば特許）に応じて、各レコードで、回覧工程名、工程区分、表示タブ定義、回覧修正要否、等を定義可能である。表示タブ定義では、例えば書誌、出願人、発明者、添付、評価などのタブで、情報の参照／入力といった属性（形式）を定義可能である。回覧修正要否は、回覧工程が例えば閲覧（ＢＵ）の場合は情報の修正が必要、受付の場合は不要といった定義ができる。例えば回覧工程のレコードを選択して修正ボタンで詳細を表示して編集可能である。

［画面（Ｇ２５）］
図３４は、定義機能１６の画面例として、回覧工程表示定義（回覧工程ごとの書誌項目の表示定義）の画面（Ｇ２５）である。本画面Ｇ２５では、回覧工程（回覧者）毎に異なる書誌項目の表示内容を定義可能である。また書誌項目のレコード選択して追加ボタン等で詳細を編集可能である。詳細設定の欄では、例えば図示のように項目名称をプルダウンメニュー等のリスト（定義済みの項目名称のリスト）で表示してその中からユーザが選択して設定可能である。

［画面（Ｇ３１）］
図３５は、前述の差戻しを行う場合の差戻し先設定６２１及び差戻し実行６２２の画面例（Ｇ３１）である。本画面Ｇ３１では、対象の提案書情報、回覧ルート情報などを前述同様に表示するとともに、差戻し先の回覧工程をユーザにより指定可能である。例えば、「差戻し先の回覧工程」でリスト（候補）から選択指定可能である。また例えば回覧ルート（簡略図示している）における差戻し先としたい回覧工程の矢印（←）ボタンを押すことで指定可能である。なお図３５の例では、＃２の回覧工程のときに差戻す場合なので、差戻し先の候補が自動的に＃１の回覧工程のみとなる場合である。同様に差戻し先の候補の回覧工程が複数存在する場合はそれぞれ矢印（←）ボタンが表示され選択可能である。上側の差戻し先の設定後、下側の差戻し実行の欄（または別画面）に移る。この欄では、上述同様の差戻し先設定の情報を表示して確認可能とし、この画面の内容で差戻しを実行する場合はユーザが実行ボタンを押す。

［効果等］
以上説明したように、本実施の形態によれば、社員によるアイデアの登録、アイデアに基づく提案書の作成（登録）、提案書の回覧の申請、各関係者の回覧の作業、知財部への受付、回覧ルート・回覧状況の可視化や変更、等を含む一連の作業を本システム１００で管理して容易化・効率化し、効率的なアイデア・知的財産管理や創出支援などを実現できる。

（１） 特に、社員がアイデア等を登録できる環境（本システム１００）を用意し、その登録したアイデア等を第三者（知財部担当者など）が参照等できる。

（２） 特に、上記環境へのアクセスにより社員がアイデアをもとに知的財産への提案書などを容易に作成（登録）でき、知的財産への申請等の手続きが容易で、第三者による確認・検討などへスムーズに連携できる。

（３） 特に、知的財産への提案・登録の段階で、知的財産に関する種別ごとに必要な情報管理項目を、本システム１００の画面で自動的に参照できる。また例えば種別や表示項目の変更などを画面での簡単な操作（例えば定義修正のみ）によって容易に行うことができる。

（４） 特に、本システム１００はアイデアや提案の回覧を含む作業に関する高度な情報管理の機能を提供することで、各関係者の回覧作業やその連携を効率化できる。例えば社員の提案書の回覧の際に、提案書（知的財産）の種別ごとや、回覧者（関係者）やその回覧工程（作業）ごとに応じて、画面に表示する項目（情報の参照や入力等をさせる項目）や表示しない項目、及びその優先表示順などを、柔軟に設定・制御することができる。

更に、例えば発明者による提案書の申請（回覧依頼）時に、画面で回覧ルート（回覧順、回覧者、回覧工程など）等を容易・柔軟に設定や変更ができ、回覧を効率化できる。例えば一旦ある回覧ルートでの回覧を実施したが、途中で、例えば提案書の内容の見直しや、別の関係者による確認の必要が生じた場合など、回覧ルートの変更の必要が生じる場合があるが、本システム１００ではこのような場合にもうまく対処できる。例えば回覧の各関係者が画面で回覧ルート及び回覧状況をわかりやすく確認できると共に回覧ルート（回覧工程等）等を変更できる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。

本発明は、知的財産管理システムなどに利用可能である。

１１…アイデア登録機能、１２…アイデア検索機能、１３…提案書登録機能、１４…提案書検索機能、１５…回覧機能、１６…定義機能、２０…ユーザ管理Ｔ（テーブル）、２１…アイデア管理ＤＢ、２３…提案書管理ＤＢ、２５…回覧管理ＤＢ、２６…定義管理ＤＢ、１００…アイデア提案管理システム（サーバ装置）、１０１…クライアント（端末）、１０２…通信網、２０１…演算部、２０２…記憶部、２０３…Ｗｅｂサーバ部。

Claims (12)

1. サーバ装置の情報処理を用いてユーザによるアイデア及びアイデアに基づく提案書を管理するアイデア提案管理システムであって、
   ユーザの操作に基づき画面でアイデアを第１のＤＢへ登録する処理を行うアイデア登録機能と、
   ユーザの操作に基づき画面でアイデアを第１のＤＢから検索して参照する処理を行うアイデア検索機能と、
   ユーザの操作に基づき画面で提案書を第２のＤＢへ登録する処理を行う提案書登録機能と、
   ユーザの操作に基づき画面で提案書を第２のＤＢから検索して参照する処理を行う提案書検索機能と、
   ユーザの操作に基づき画面で前記提案書の回覧の内容を設定して当該回覧を実行する処理を行う回覧機能と、
   管理者の操作に基づき画面で、上記各機能の画面の表示の制御に関する定義情報を設定する処理を行う定義機能と、を有し、
   前記回覧機能は、
   第１のユーザの操作に基づき、第１の画面で、前記提案書の回覧ルートを設定して当該回覧ルートによる回覧を申請する第１の回覧機能と、
   前記提案書の回覧ルートの各回覧者である第２のユーザの操作に基づき、第２の画面で、前記提案書の回覧ルートの回覧工程の作業を実行する第２の回覧機能と、を有し、
   前記回覧ルートは、前記提案書の参照の作業を含む、指定の回覧順での複数の各々の回覧者の回覧工程のつながりで構成され、
   前記回覧機能は、前記ユーザの操作に基づき画面で前記提案書の回覧ルート及び回覧状況を表示して確認可能とする処理を行うこと、を特徴とするアイデア提案管理システム。
2. 請求項１記載のアイデア提案管理システムにおいて、
   前記提案書登録機能は、
   第１のユーザにより画面で、前記提案書の名称、作成者、書誌項目、添付ファイルを入力することで前記提案書を作成し登録する処理を行う第１の登録機能と、
   第１のユーザにより画面で、前記第１のＤＢから検索されたアイデアのデータ情報を用いて、当該アイデアの名称、概要、またはファイルを引き継いで、前記提案書の内容を作成し登録する処理を行う第２の登録機能と、を有すること、を特徴とするアイデア提案管理システム。
3. 請求項１記載のアイデア提案管理システムにおいて、
   前記提案書登録機能は、前記ユーザの操作に基づき前記提案書の種別を設定する処理を行い、
   前記回覧機能は、前記定義機能による定義情報に基づき、
   前記提案書の種別に応じて、前記回覧ルートの回覧工程の設定の際に、当該種別に応じた回覧工程の候補を表示し、
   前記提案書の種別に応じて、前記回覧ルートの回覧工程の作業を実行する際に、当該種別及び回覧工程に応じた項目情報を表示すること、を特徴とするアイデア提案管理システム。
4. 請求項１記載のアイデア提案管理システムにおいて、
   前記定義機能は、前記管理者により基本的な回覧ルートのパターンを定義して登録する処理を行い、
   前記回覧機能は、前記第１のユーザにより前記回覧ルートのパターンを選択してそのまま前記申請に利用する処理と、前記回覧ルートのパターンを選択してその内容を編集して独自の回覧ルートを登録して前記申請に利用する処理と、を行うこと、を特徴とするアイデア提案管理システム。
5. 請求項１記載のアイデア提案管理システムにおいて、
   前記回覧機能は、
   前記第１の回覧機能で前記第１のユーザにより第１の回覧ルートを設定する際、及び、前記第２の回覧機能で前記第２のユーザにより第１の回覧ルートを第２の回覧ルートへ変更する際に、ユーザの操作に基づき画面で、回覧ルートの回覧工程の内容情報を修正する処理と、回覧ルートに回覧工程を追加する処理と、回覧ルートから回覧工程を削除する処理とを行う、回覧ルート変更機能を有し、
   前記回覧ルートに回覧工程を追加する処理は、画面に表示されている回覧工程の間の箇所、または最後の回覧工程の後の箇所を選択する操作で可能であること、を特徴とするアイデア提案管理システム。
6. 請求項１記載のアイデア提案管理システムにおいて、
   前記回覧機能は、前記第２の回覧機能で前記第２のユーザにより回覧ルートの回覧工程の作業をする際に、ユーザの操作に基づき画面で、当該回覧ルートの回覧を、１つ以上前の回覧者の回覧工程へ差戻す処理を行う、差戻し機能を有し、
   前記差戻し機能は、前記第２のユーザの操作に基づき画面で差戻し先の回覧工程を選択指定して差戻しを実行する処理を行うこと、を特徴とするアイデア提案管理システム。
7. 請求項１記載のアイデア提案管理システムにおいて、
   前記回覧機能は、前記第２の回覧機能で前記第２のユーザにより回覧ルートの回覧工程の作業をする際に、ユーザの操作に基づき画面で、当該回覧ルートの回覧を、当該回覧工程で途中終了させる処理を行う、途中終了機能を有し、
   前記途中終了機能は、前記第２のユーザの操作に基づき画面で途中終了を指定して途中終了を実行する処理を行うこと、を特徴とするアイデア提案管理システム。
8. 請求項１記載のアイデア提案管理システムにおいて、
   前記定義機能は、管理者の操作に基づき、提案書の種別及び回覧工程に応じて画面の表示項目情報に対する回覧者の承認の操作の要否を設定する処理を行い、
   前記回覧機能は、前記定義機能による定義情報に基づき、
   前記第２のユーザによる前記提案書の回覧ルートの回覧工程の作業を実行する際に、当該種別及び回覧工程に応じた表示項目情報に対する回覧者の承認の操作が必要な項目情報を画面内に優先表示する処理を行う、項目別承認機能を有すること、を特徴とするアイデア提案管理システム。
9. 請求項１記載のアイデア提案管理システムにおいて、
   前記提案書登録機能は、前記ユーザの操作に基づき前記提案書の種別を設定する処理を行う際に、当該ユーザが登録しそうな種別を当該ユーザの過去の作成状況をもとに判断し、画面内に優先的に表示して選択可能とする処理を行う、優先表示機能を有すること、を特徴とするアイデア提案管理システム。
10. 請求項１記載のアイデア提案管理システムにおいて、
    前記定義機能は、前記管理者の操作に基づき画面で、提案書の種別と、種別ごとの書誌項目と、種別ごとの回覧工程と、前記回覧工程ごとの表示項目と、前記回覧ルートのパターンと、を設定する処理を行うこと、を特徴とするアイデア提案管理システム。
11. 請求項１０記載のアイデア提案管理システムにおいて、
    前記回覧工程は、前記提案書の登録及び回覧の申請を行う申請工程と、前記提案書の内容の参照及び修正を行う閲覧工程と、前記提案書の内容の確認及び承認を行う承認工程と、前記提案書の内容の確認及び知的財産として受け付けを行う受付工程と、が用意され、
    前記回覧ルートは、最初の申請工程と、最後の受付工程とを含む構成であること、を特徴とするアイデア提案管理システム。
12. 請求項１記載のアイデア提案管理システムにおいて、
    前記定義機能は、前記管理者の操作に基づき画面で、前記各機能の各ユーザの操作の権限をテーブルに設定する処理を行うこと、を特徴とするアイデア提案管理システム。

Images