JP2002149855A - ソフトウェア問題管理システム - Google Patents

Abstract

(57)【要約】 【課題】広く公開されたベータ版ソフトウェアなどの問
題報告はボランティアで行われており、積極的に問題報
告が行われていない。 【解決手段】問題評価手段を用いて報告された問題に対
する価値を評価点という形で算出する。算出された評価
点を、評価点管理手段で問題報告者と結びつけてテーブ
ル上で管理する。対価支払手段では、評価点を規則に従
い対価に変換し問題報告者に支払うことで、問題報告に
対する価値を明確化する。問題報告への対価が発生する
ことで、これまでボランティアで行われていたベータ版
ソフトウェア評価への参加層が広がり、報告される問題
の質も向上する。また、広範囲にわたる問題のフィード
バックが行われることで、製品版ソフトウェアの品質が
向上する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、発生した問題を管
理するための方式に関するものである。

【０００２】

【従来の技術】特願平１０−２６９２８３号や、特願平
９−４５７３１号で述べられている問題管理システムで
は、問題の報告手段や問題の管理手段を効率化すること
に着目しているが、問題報告を行う者に対する利益を算
出することに対しては着目していない。

【０００３】

【発明が解決しようとする課題】近年ＰＣソフトウェア
の開発では、プログラムのステップ数は増える傾向にあ
るが、発売までのスケジュールは短くなる傾向にある。
また、多種多様な周辺機器が各メーカから発売されてお
り、すべての組み合わせについてソフトウェアのテスト
を行うのは事実上困難を極める。そのため、各ソフトウ
ェアメーカは、製品前のベータ版ソフトウェアを広く公
開し、問題点のフィードバックを求める、というケース
がある。

【０００４】しかし現在、ベータ版ソフトウェアの問題
報告は、一般ユーザのボランティアで行われるか、企業
による先行評価において行われる。そして、問題の報告
及び修正に必要な情報提供等の作業に対する価値が問題
報告者に対して明確でないため、積極的な問題報告が行
われているとは言い難い。

【０００５】

【課題を解決するための手段】問題評価手段を用いて報
告された問題に対する価値を評価点という形で算出す
る。算出された評価点を、評価点管理手段で問題報告者
と結びつけてテーブル上で管理する。対価支払手段で
は、評価点を規則に従い対価に変換し問題報告者に支払
うことで、問題報告に対する価値を明確化する。

【０００６】

【発明の実施の形態】以下、本発明の実施例を図面に基
づき説明する。

【０００７】図１は本発明の一実施例を示す問題管理シ
ステムの全体構成図である。このシステムは、端末
（１）、端末（２）と、問題管理装置（３）と、それぞ
れを繋ぐネットワーク（４）から構成される。問題管理
装置（３）は、ベータ版ソフトウェアを公開しているソ
フトウェア会社が所有・運用している。ネットワーク
（４）はソフトウェア会社のイントラネット、及びイン
ターネットを含むものとする。

【０００８】端末（１）は、ソフトウェア開発者が、問
題管理装置（３）にアクセスし、自分が修正する問題を
参照したり、修正が完了したことを記録したりするため
に使用する。開発者とは、この問題管理システムで問題
管理を行うソフトウェアに関して、問題修正を行うユー
ザとしてシステムに登録されている人のことである。複
数のソフトウェアの問題を管理する場合は各ソフトウェ
アそれぞれに開発者が存在する。

【０００９】端末（２）は、問題報告者が、問題管理装
置（３）にアクセスし、問題をシステムに報告したり、
対価を得る要求を出すために使用する。問題報告者と
は、この問題管理システムで問題管理を行うソフトウェ
アのテストを行い、見つけた問題の報告を行うユーザと
してシステムに登録されている人のことである。

【００１０】問題管理装置（３）は、問題が報告される
ソフトウェアの情報が格納されたソフトウェアテーブル
（３１）と、このシステムを使用する全てのユーザ情報
が格納されたユーザテーブル（３２）と、報告された問
題の情報を格納する問題テーブル（３３）と、端末
（１）、端末（２）からの要求に応じソフトウェアテー
ブル（３１）、ユーザテーブル（３２）、問題テーブル
（３３）の内容を操作する問題管理部（３ａ）と、問題
テーブル（３３）に格納された情報を評価し評価点を算
出する評価点算出手段（３ｘ）と、各ユーザが保有する
評価点の合計や、評価点の対価への変換状況を管理した
する評価点管理手段（３ｙ）と、評価点を元に各ユーザ
に対し実際の対価を支払う対価支払手段（３ｚ）から構
成される。

【００１１】評価点算出手段（３ｘ）は、ソフトウェア
テーブル（３１）の各ソフトウェアに対する評価規則を
持つ評価規則テーブル（３４）と、評価規則テーブル
（３４）に従い問題テーブル（３３）の内容を評価して
評価点を算出する評価点算出部（３ｂ）から構成され
る。評価規則テーブル（３４）に格納される規則は、ベ
ータ版ソフトウェアを公開しているソフトウェア会社が
決定する。

【００１２】評価点管理手段（３ｙ）は、ユーザテーブ
ル（３２）に登録されたユーザのうち問題報告を行うユ
ーザそれぞれに対して現在保有する評価点の合計及び現
在の評価点の使用状況を格納する評価点管理テーブル
（３５）と、評価点管理テーブル（３５）の操作を行う
評価点管理部（３ｃ）から構成される。

【００１３】対価支払手段（３ｚ）は、評価点から実際
に支払われる対価への対応規則を持つ対価規則テーブル
（３６）と、対価規則テーブル（３６）の規則を用いて
評価点から実際の対価を支払う対価算出部（３ｄ）から
構成される。対価規則テーブル（３６）に格納される規
則は、ベータ版ソフトウェアを公開しているソフトウェ
ア会社が決定し、対価を支払う際に発生する費用はソフ
トウェア会社が負担する。

【００１４】図２はソフトウェアテーブル（３１）の一
例を示す。ソフトウェアテーブル（３１）には、この問
題管理システムで問題管理を行うソフトウェアに関する
情報があらかじめ格納されているとする。ソフトウェア
番号１，２，・・・に対応するソフトウェア名、バージョ
ン、ソフトウェアの開発元、問題修正を担当する開発者
のユーザテーブル（３２）上でのユーザ番号が格納され
ている。

【００１５】図３はユーザテーブル（３２）の一例を示
す。ユーザテーブルにはこのシステムを使用するすべて
のソフトウェア開発者及び問題報告者の情報があらかじ
め格納されているとする。この例ではユーザ番号１，
２，・・・に対応する情報として、開発者であるか問題報
告者であるかの区分、氏名、住所、会社名・学校名、連
絡先メールアドレス、振込口座番号、といったものが格
納されている。住所、連絡先メールアドレス、振込み口
座番号といった情報は、問題解決のために開発者、問題
報告者間での連絡や、問題報告者が対価を受け取る際に
使用される。

【００１６】図４は問題テーブル（３３）の一例を示
す。この例では、問題番号１，２、・・・に対応する、ソ
フトウェア番号、問題を報告したユーザ番号、問題の重
要度、問題の詳細内容、問題が修正されたかどうかを示
す状態、問題が報告された日時、問題修正にあたるユー
ザの番号、問題が修正されるまでの解析記録、問題が修
正された日時、評価点、が格納される。重要度は、図５
に示すように１から１０までの値をとり、値が大きいほ
ど重要であることを示す。状態は、図５に示すように、
現在その問題点は未修正であることを示す”未修正”、
既に問題は修正されていることを示す”修正済”、報告
された問題は先に報告されており、そちらで対応するこ
とを示す”既知問題”などがある。

【００１７】図６は評価規則テーブル（３４）の一例を
示す。ソフトウェア番号１，２、・・・に対応する、評価
点を算出するための評価規則が格納されている。プログ
ラム番号１に対する規則（３４ｘ）は、（重要度＊１
０）＋（問題修正日−問題登録日＋１））という数式が
かかれており、単純計算のみで評価点が算出されること
がわかる。ソフトウェア番号２に対応する規則（３４
ｙ）は、開発者に評価点を入力させる、となっている。
評価規則テーブル（３４）に格納される規則は、ベータ
版ソフトウェアを公開しているソフトウェア会社が決定
する。

【００１８】図７は評価点管理テーブル（３５）の一例
を示す。評価点管理テーブルで管理するのは、ユーザテ
ーブル（３２）で問題報告者として登録されているユー
ザに関しての情報だけである。ユーザ番号に対する使用
可能評価点、使用済み評価点、評価点合計、使用履歴、
が格納されている。使用可能評価点は、ユーザがこれま
で問題報告によって獲得してきた評価点の合計の内、対
価の支払いに使用できる点数を示す。ユーザが対価支払
いを希望する場合、最大で使用可能評価点分の対価を得
ることができる。使用済み評価点は、過去にユーザが対
価を得た分の評価点の合計を格納する。評価点合計は使
用可能評価点と使用済み評価点を足したものであり、ユ
ーザがこれでまで総合で評価点をどれだけ確保したかを
示す。使用履歴はユーザがこれまで評価点を使用した対
価の情報であり、このユーザがどういったものを好むの
かといった傾向分析に役立つ。図７では、ユーザ番号３
のユーザは使用可能評価点を１１００持ち、使用済み評
価点は１５００点であり、これまでに獲得した評価点の
合計は２６００であることがわかる。また、使用履歴か
ら、使用済み評価点は絵皿セット、高級ペアウォッチと
いった対価に使用されたことがわかる。

【００１９】図８に対価規則テーブル（３６）の一例を
示す。問題報告者は獲得した評価点に応じた景品を受け
取ったり、評価点を換金したりすることで対価を受け取
ることができる。図８では、評価点１００点でコーヒー
カップ、５００点で絵皿セット、１０００点で高級ペア
ウォッチ、１００００点でアメリカ西海岸旅行に変換で
きる事を示している。また、換金レートは１評価点あた
り１０円となっており、評価点を金銭に変換することも
可能であることを示している。対価規則テーブル（３
６）に格納される規則は、ベータソフトウェアを公開し
ているソフトウェア会社が決定する。

【００２０】次に、この問題点管理システムを使用し
て、問題の報告から評価点の算出までの流れを図９を使
用して説明する。

【００２１】ステップ０１：公開されているベータ版ソ
フトウェアの問題を発見した問題報告者は、端末（２）
から問題登録要求（２１）を作成する。問題登録要求
（２１）の詳細を図１０に示す。ソフトウェア番号（２
１ｂ）には、問題があったソフトウェアの名前・バージ
ョンを使ってソフトウェアテーブル（３１）上を検索し
て得られた番号Ｓｘを格納する。問題報告者ユーザ番号
（２１ｃ）は、問題報告者自身を示すユーザテーブル
（３２）上のユーザ番号Ｔｘを格納する。重要度（２１
ｄ）は、図５に示すように１から１０までの値をとり、
値が大きいほど重要であることを示す。この場合問題報
告者はこの問題の重要度を５と判断している。報告詳細
内容（２１ｅ）は、どのような問題が出たのか、発生条
件、発生環境などの情報を自由に記述し格納する。情報
（２１）の各要素（２１ｂ）〜（２１ｅ）は、問題テー
ブル（３３）の要素（３３ｂ）〜（３３ｅ）に対応す
る。

【００２２】ステップ０２:端末（２）から、問題登録
要求（２１）は問題管理装置（３）にネットワーク
（４）を介して転送される。

【００２３】ステップ０３：問題管理装置（３）の問題
管理部（３ａ）は問題登録要求（２１）を受け取る。受
け取った問題登録要求に新しい問題番号Ｐｘ（３３ａ）
を割り当て、問題テーブル（３３）上に問題番号Ｐｘ用
の格納場所を作成する。問題登録要求（２１）の各要素
（２１ｂ）〜（２１ｅ）を問題番号Ｐｘの各要素（３３
ｂ）〜（３３ｅ）に格納する。また、状態（３３ｆ）は
図５に示す要素の中の”未修正”を格納し、報告日時
（３３ｇ）は現在日時を格納する。開発者ユーザ番号
（３３ｈ）には、ソフトウェア番号（３３ｂ）に対応す
る開発者ユーザ番号を、ソフトウェアテーブル（３１）
から検索して得たＤｘ（３１ｅ）を格納する。その他の
要素はすべて空白で初期化を行う。

【００２４】ステップ０４：ステップ０３で登録された
問題Ｐｘは、開発ユーザＤｘ（３３ｈ）と報告ユーザＴ
ｘ（３３ｃ）は、ユーザテーブル（３２）上のお互いの
連絡先メールアドレス、住所等の情報を使い、連絡を取
り合いながら問題の解決にあたる。解決までのやり取り
は、問題テーブル上の問題Ｐｘに対応する修正記録（３
３ｉ）に随時記録してゆく。

【００２５】ステップ０５：ステップ０４で問題を解決
後、開発者は端末（１）から問題番号Ｐｘの修正完了通
知を作成する。

【００２６】ステップ０６：端末（１）は、問題番号Ｐ
ｘを情報として持つ修正完了通知を、ネットワーク
（４）を介して問題管理装置（３）に送信する。

【００２７】ステップ０７：問題管理装置（３）の問題
管理部（３ａ）は、受け取った修正完了通知に付属する
情報の問題番号Ｐｘから、問題テーブル（３３）上の問
題番号Ｐｘの状態（３３ｆ）を”修正済”に変更し、修
正日時（３３ｊ）に現在の日時を格納する。これで問題
テーブル上の問題番号Ｐｘの問題は修正されたことにな
る。

【００２８】ステップ０８：問題管理部（３ａ）は、解
決された問題点の評価点を算出するため、問題番号Ｐｘ
をパラメータとして、評価点算出手段（３ｘ）を呼び出
す。

【００２９】以下、ステップ０８の詳細について、図１
１を用いて説明する。

【００３０】ステップ０８１：評価点算出部（３ｂ）
は、呼び出された際の情報として受け取った問題番号Ｐ
ｘから、問題テーブル（３３）上に格納されている問題
番号Ｐｘに関連するソフトウェア番号Ｓｘ（３３ｂ）を
得る。

【００３１】ステップ０８２：評価点算出部（３ｂ）
は、ステップ０８１で得たソフトウェア番号Ｓｘを用い
て、評価規則テーブル（３４）上から対応する評価規則
Ｆｘ（３４ａ）を得る。評価規則Ｆｘを用いて問題テー
ブル（３３）上の問題番号Ｐｘの問題の内容を評価し、
評価点を算出する。例えば、問題テーブル（３３）上の
問題番号１の問題の評価を行う場合、ソフトウェア番号
には１が格納されているので、評価規則テーブル（３
４）のソフトウェア番号１に対応する規則（３４ｘ）を
取り出す。規則（３４ｘ）の内容は “（重要度）＊１０＋（修正にかかった日数）” となっており、この規則で使用される問題番号１に関す
る情報は 重要度＝１０ 修正にかかった日数 ＝（問題修正日−問題登録日）＝
2000／5／21から2000／6／3までの日数＝１４日 であるから、 評価点＝１０（重要度）＊１０＋１４（日）＝１１４点 という評価点が算出される。

【００３２】また、問題テーブル（３３）上の問題番号
２についての評価を行う場合、ソフトウェア番号には２
が格納されているので、ソフトウェア番号２に対応する
評価規則テーブル（３４）上の規則（３４ｙ）は、“問
題修正完了までの、問題報告者の協力状況を100点満点
評価で、開発者に評価点を問い合わせる”となる。この
評価規則を用いる場合、問題番号２の開発者ユーザ番号
が２であることから、評価点算出部（３ｂ）は、ユーザ
番号２を持つ開発者に対しユーザテーブル（３２）の連
絡先メールアドレスや住所を使い、もしくは開発者がシ
ステムを使用中に、問題番号２における問題修正完了ま
での問題報告者の協力状況を問い合わせ、評価点を受け
取る。

【００３３】ステップ０８３：評価点算出部（３ｂ）
は、ステップ０８２で算出された評価点を、問題テーブ
ル（３３）上の問題番号Ｐｘに対応する評価点（３３
ｋ）に格納する。これにより、問題毎に何点の評価点が
算出されたかを問題テーブル（３３）上で管理できる。

【００３４】ステップ０８４：ステップ０８２で算出さ
れた評価点を、問題報告者が使用可能な状態にするた
め、問題番号Ｐｘとステップ０８２で算出された評価点
をパラメータとして、評価点管理手段（３ｚ）を呼び出
す。

【００３５】以下、ステップ０８４の詳細について、図
１２を用いて説明する。

【００３６】ステップ０８４１：評価点管理部（３ｃ）
は、問題テーブル（３３）から問題番号Ｐｘの問題報告
者ユーザ番号Ｔｘ（３３ｃ）を得る。

【００３７】ステップ０８４２：評価点管理部（３ｃ）
は、評価点管理テーブル（３５）を参照し、ユーザ番号
Ｔｘに対応する使用可能評価点（３５ｂ）に、ステップ
０８２で算出された評価点を加算し格納する。これによ
り、問題報告者Ｔｘは問題番号Ｐｘの問題報告に対する
評価点を利用可能となる。

【００３８】ステップ０８４３：評価点管理部（３ｃ）
は、問題報告者Ｔｘに対し、ユーザテーブル（３２）の
連絡先メールアドレスや住所などの情報を用いて、問題
番号Ｐｘに対する評価点が利用可能になったことを通知
する。

【００３９】次に、評価点を実際の対価に対応させる流
れについて、図１３を用いて説明する。

【００４０】ステップ０９：ユーザ番号Ｔｘを持つ問題
報告者は、対価支払要求を端末（２）に入力する。

【００４１】ステップ１０：端末（２）は、ユーザ番号
Ｔｘを情報として持つ、対価支払要求をネットワーク
（４）を介して問題管理装置（３）に送信する。

【００４２】ステップ１１：問題管理装置（３）の評価
点管理手段（３ｙ）の評価点管理部（３ｃ）は、評価点
管理テーブル（３５）を参照し、受け取った対価支払要
求が持つユーザ番号ＴｘからユーザＴｘの使用可能評価
点（３５ｂ）を取り出す。取り出した使用可能評価点
（３５ｂ）は問題報告者が使用している端末（２）に送
信され、端末（２）の画面に表示される。

【００４３】ステップ１２：対価支払手段（３ｚ）の対
価算出部（３ｄ）は、対価規則テーブル（３６）の内容
を端末（２）に対し送信する。端末（２）の画面には、
ステップ１１で表示した使用可能評価点と同時に、対価
規則テーブル（３６）の内容が表示される。

【００４４】ステップ１３：対価支払手段（３ｚ）の対
価算出部（３ｄ）は、端末（２）を使用中の問題報告者
Ｔｘに対し、ステップ１２で表示した対価規則のうち、
どの対価規則を使って対価を得るかを選択させる。

【００４５】ステップ１４：評価点管理手段（３ｙ）の
評価点管理部（３ｃ）は、ステップ１３で選択された対
価規則に応じてユーザＴｘに対応する評価点管理テーブ
ル（３５）を更新する。選択された規則で使用される評
価点を、使用可能評価点（３５ｂ）から引き、使用済み
評価点（３５ｃ）に足して格納する。また、選択された
対価規則を使用履歴（３５ｅ）に追加して格納する。

【００４６】ステップ１５：対価支払手段（３ｚ）の対
価算出部（３ｄ）は、ステップ１３で選択された対価規
則に対応する対価を、ユーザ番号Ｔｘに対応するユーザ
テーブル（３２）の住所、振込み口座番号などの情報を
使用して支払う。

【００４７】ここで、ユーザ番号３を持つ問題報告者が
対価支払要求を発行した場合について説明する。図７の
評価点管理テーブルより、ユーザ番号３の使用可能評価
点は１１００点、使用済み評価点は１５００点である。
問題報告者がステップ１３において、図８の対価規則テ
ーブル（３６）からコーヒーカップを選択した場合、使
用する評価点は１００点であるので、ステップ１４で使
用可能評価点は１０００点、使用済み評価点は１６００
点に更新され、使用履歴には“コーヒーカップ”が追加
される。ステップ１５では、ユーザテーブル（３２）か
ら、ユーザ番号３に対応する住所、茨城県水戸市を参照
し、この住所に対してコーヒーカップを発送し、対価の
支払いが完了する。

【００４８】また、問題報告者がステップ１３で、対価
規則テーブル（３６）から換金を選択し、使用可能評価
点１０００点分の換金を要求した場合、ステップ１４で
使用可能評価点は１００点、使用済み評価点は２５００
点に更新され、使用履歴には“換金 １０００点”が追
加される。ステップ１５では、ユーザテーブル（３２）
から、ユーザ番号３に対応する振込み口座番号である
“C銀行 123−456”を参照し、対価規則テーブル（３
６）では換金レートは１評価点＝１０円なので、１００
００円を指定口座に振り込んで対価の支払いは完了す
る。

【００４９】このような流れで、問題報告に対する対価
が支払われる。

【００５０】

【発明の効果】問題報告への対価が発生することで、こ
れまでボランティアで行われていたベータ版ソフトウェ
ア評価への参加層が広がり、報告される問題の質も向上
する。また、広範囲にわたる問題のフィードバックが行
われることで、製品版ソフトウェアの品質が向上する。

【図面の簡単な説明】

【図１】本発明の一実施例の全体を示す図。

【図２】実施例におけるソフトウェアテーブルの構成例
を示す図。

【図３】実施例におけるユーザテーブルの構成例を示す
図。

【図４】実施例における問題テーブルの構成例を示す
図。

【図５】実施例における問題テーブルの要素のうち、重
要度と状態の構成例を示す図。

【図６】実施例における評価規則テーブルの構成例を示
す図。

【図７】実施例における評価点管理テーブルの構成例を
示す図。

【図８】実施例における対価規則テーブルの構成例を示
す図。

【図９】実施例における問題登録から評価点が算出され
るまでのフローチャート。

【図１０】実施例における問題の登録要求の構成例を示
す図。

【図１１】実施例における評価点算出のフローチャー
ト。

【図１２】実施例における評価点を問題報告者に使用可
能にするためのフローチャート。

【図１３】実施例における対価支払いのフローチャー
ト。

【符号の説明】

３…問題管理装置、３１…ソフトウェアテーブル、３２
…ユーザテーブル、３３…問題テーブル、３ｘ…評価点
算出手段、３４…評価規則テーブル、３ｙ…評価点管理
手段、３５…評価点管理テーブル、３ｚ…対価支払手
段、３６…対価規則テーブル。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ソフトウェアの問題管理を行う問題管理
   システムにおいて、 問題の内容を評価するための評価規則が格納された評価
   規則テーブルを備え、報告された問題の内容を規則を用
   いて評価し評価点を算出する評価点算出手段と、 問題報告者が獲得した評価点合計や評価点の利用状況を
   管理する評価点管理テーブルを備え、問題報告者の評価
   点に関する情報を管理する評価点管理手段と、 評価点を実世界での対価へと対応させるための対価規則
   を格納する対価規則テーブルを備え、対価規則を用いて
   評価点から対価を支払う対価支払手段と、を備え、問題
   報告者に対して問題報告への対価を発生させることを特
   徴とする問題管理システム。