专利名称：响应行为的优先级区分的制作方法
技术领域：
本发明一般地涉及系统维护的技术系统，并且，在一个示例性实施例中，涉及用于处理从报告实体接收到的报告与系统相关的问题的问题数据的方法和系统。
背景技术：
随着计算机系统、网络和经由这种计算机系统或网络访问的数据库被更广泛地使用并且变得更加复杂，对这些资源的功能和使用的监视已经造成了越来越大的技术挑战。为了检测可能存在的与特定系统相关的问题和疑难，系统操作者可以布置自动监视代理来监视系统并自动报告所发生的任何与系统有关的问题。此外，系统操作者可以向系统用户提供工具和机制，以使用户能够向管理人员或组织报告他们意识到的任何问题。这种管理人员或组织随后通常将会在适当时响应于所报告的问题采取动作。
随着管理实体可能从其接收到问题报告的人类源或自动源的数目增大，对这些问题报告的处理和应对可能会对管理实体造成技术挑战。例如，所报告的大量问题可能淹没管理实体的应对资源。
上述与问题报告处理相关的问题被多个因素放大，这些因素例如是与系统(例如论坛的在线资源)的操作相关的复杂度或规则的增加，以及问题报告可能从其发起的源数目的增大。
图1是示出用于应对从用户3接收到的问题报告的现有技术系统2的框图。具体而言，用户3向报告引擎4提交问题数据，该问题数据例如与遇到或检测到的关于该系统的问题相关。该问题报告引擎4随后将该数据传输到消息传递系统5，该消息传递系统5将自动响应或自动确认(例如用户可以在调查之后接收到来自客户服务代表的更正式的响应)通过电子邮件提供回用户3，并且还创建问题报告消息，其中包括问题数据。问题报告消息随后被置于一个或多个队列6中，其中每个队列由一个代理服务。具体而言，代理可以从相关联的队列6取得问题消息，评估问题，并在经批准的情况下采取动作以解决该问题。
考虑以下情形以上参考图1描述的现有技术系统2被用于传输从许多不同用户3接收到的关于特定复杂系统的越来越多的问题报告。假定队列6被相关联的代理以先进先出(FIFO)的方式服务，则需要越来越多的代理8来为接收到的问题报告提供服务。此外，随着接收到的问题报告的数目以及这种问题报告的潜在主题的增加，可能需要紧急关注的问题报告变得更难以识别。因此，例如利用图1所示的现有技术系统2来进行的问题报告处理造成了许多技术挑战，例如对付与不断增多的主题和问题相关的越来越多的问题报告。
发明内容
根据本发明的一个方面，提供了一种由计算机实现的用于处理与系统相关的问题数据的方法。从报告实体接收问题数据，该问题数据标识与系统相关的问题和报告实体。访问数据库以取得关于报告实体的性能数据。性能数据指示报告实体过去在报告与系统相关的问题方面的性能。利用关于报告实体的性能数据自动地对响应于该问题的响应行为进行优先级区分。
图1是示出用于应对从用户接收到的问题报告的现有技术系统的框图。
图2是示出根据本发明一个示例性实施例的系统的示意图，该系统具有客户端-服务器体系结构，关于该系统的问题可以被报告，并且在该系统内可以执行问题报告处理。
图3是示出在本发明的一个示例性实施例中被提供作为基于网络的市场的一部分的多个市场和支付应用的框图。
图4是示出被基于网络的市场的市场和支付应用所访问的数据库36内可能维护的各种表的高级实体关系图。
图5是在高级别上示出根据本发明示例性实施例的问题处理系统的体系结构的框图。
图6是示出可见性模块的示例性体系结构的框图，该模块执行操作以提供对特定问题或与系统相关联的实体作为报告的问题的主题的次数的量化估计。
图7是示出关于根据本发明示例性实施例的严重性模块的细节的框图。
图8是提供关于暴露风险(exposure)模块的细节的框图，根据本发明的一个示例性实施例，该暴露风险模块接收问题数据作为输入并且输出指示可能的损失或债务的暴露风险优先级。
图9是提供关于根据本发明示例性实施例的用户性能模块的更多细节的框图。
图10是示出根据本发明示例性实施例的执行操作以生成合并的问题优先级的优先级加权引擎的框图。
图11是示出关于根据本发明示例性实施例的问题队列186的细节的框图，该队列被示为填充有问题条目。
图12是示出结合网站的问题处理系统的示例性部署的示意图，该系统例如可以支持基于网络的市场。
图13和图14提供了示出根据本发明示例性实施例的用于处理与系统相关的问题数据的由计算机实现的方法的流程图。
图15是示出根据本发明示例性实施例的用于更新反映报告实体的历史报告准确性的信息或者用于更新与涉及被报告实体的报告有关的历史信息的方法的流程图。
图16示出可以呈现给基于网络的市场的用户的界面的示例，该界面采取项目列表项界面的形式。
图17示出根据本发明一个实施例的HTML文档形式的示例性问题报告界面。
图18示出采取计算机系统的示例性形式的机器的图示，在该机器内可以执行用于使该机器执行这里所论述的方法中的任何一个或多个的一组指令。
具体实施例方式
描述了用于处理与系统相关的问题数据的方法和系统。在下面的描述中，为了说明，阐述了许多具体细节以提供对本发明的透彻理解。但是，对于本领域的技术人员来说显而易见的是在没有这些具体细节的情况下也可以实现本发明。
下面在电子商务平台的上下文内论述本发明的示例性实施例。但是，应当理解所描述的商务平台仅仅是与之有关的问题可以被报告的系统的示例。因此，下文描述的用于处理问题数据的系统和方法应当被理解为示例性的，而不是局限于商务系统。实际上，相信本发明的宽泛教导和原理可以应用于处理与多种系统相关的问题数据。
平台体系结构图2是示出根据本发明一个示例性实施例的具有客户端-服务器体系结构的系统10的示意图。采取基于网络的市场12的示例性形式的商务平台经由网络14(例如因特网)向一个或多个客户端提供服务器方功能。图2例如示出了在各自的客户端机器20和22上执行的web客户端16(例如浏览器，例如由Redmond，Washington State的Microsoft Corporation开发的Internet Explorer浏览器)和程序客户端18。
具体转到基于网络的市场12，应用程序接口(API)服务器24和web服务器26耦合到一个或多个应用服务器28，并分别向其提供程序接口和web接口。应用服务器28容宿一个或多个市场应用30和支付应用32。应用服务器28进而又被示为耦合到帮助访问一个或多个数据库36的一个或多个数据库服务器34。
市场应用30向访问市场12的用户提供多个市场功能和服务。支付应用32同样向用户提供多个支付服务和功能。市场应用30可以允许用户在账户中量化和积累价值(例如以商业货币(例如美元)的形式，或者以专有货币(例如“点数”)的形式)，并且允许用户在之后兑换积累的价值以获得经由市场应用30而变得可用的产品(例如货物或服务)。虽然市场应用30和支付应用32在图2中都被示为形成了基于网络的市场12的一部分，但是应当理解，在本发明的替换实施例中，支付应用32可以形成与市场12相分离并且相区别的支付服务的一部分。
此外，虽然图2所示的系统10采用了客户端-服务器体系结构，但是本发明当然不局限于这种体系结构，而是在分布式或对等体系结构系统中都同样能适用。各种市场应用30和支付应用32也可以实现为不一定具有联网能力的独立软件程序。
应当意识到，web客户端16经由web服务器26所支持的web接口访问各种市场应用30和支付应用32。类似地，程序客户端18经由API服务器24所提供的程序接口访问市场应用30和支付应用32所提供的各种服务和功能。程序客户端18例如可以是卖方应用(例如由San Jose，California的eBay Inc.开发的TurboLister应用)，以使卖方能够以离线方式创作和管理市场12上的列表项，并且能在程序客户端18和基于网络的市场12之间执行分批模式通信。
图2还示出了在第三方服务器40上执行的第三方应用38，它能够经由API服务器24所提供的程序接口对基于网络的市场12进行程序访问。例如，第三方应用38可以利用从基于网络的市场12取得的信息在由第三方容宿的网站上支持一个或多个特征或功能。第三方网站例如可以提供由基于网络的市场12的有关应用所支持的一个或多个推广、市场或支付功能。
市场应用图3是示出多个市场和支持应用30的框图，在本发明的一个示例性实施例中，这些市场和支持应用是作为基于网络的市场12的一部分提供的。市场12可以提供多个列表项和价格设置机制，通过这些列表项和价格设置机制，卖方可以列出供销售的货物或服务，买方可以表达对这种货物或服务的兴趣或表明购买这种货物或服务的愿望，并且针对与货物或服务相关的交易的价格可以被设置。为此，市场应用30被示为包括一个或多个拍卖应用44，这些拍卖应用44支持拍卖格式列表项和价格设置机制(例如英语、荷兰语、Vickrey、汉语、双重、反向拍卖等)。各种拍卖应用44还可以提供支持这种拍卖格式列表项的多个特征，例如预定价格特征，通过此特征卖方可以联系列表项指定预定价格；以及代理出价特征，通过此特征出价者可以调用自动代理出价。
多个固定价格应用46支持固定价格列表项格式(例如传统分类广告型列表或目录列表)和买断(buy-out)型列表项。具体而言，买断型列表项(例如包括由San Jose，California的eBay Inc.开发的现在购买(BIN)技术)可以结合拍卖格式列表项提供，并且允许买方以通常高于拍卖的起始价格的固定价格购买也经由拍卖许诺销售的货物或服务。
商店应用48允许卖方将其列表项聚集在“虚拟”商店内，卖方可以为该“虚拟”商店确定品牌或者以其他方式对其进行个性化。这种虚拟商店还可以提供对有关卖方来说特定的或个性化的推广、鼓励和特征。
信誉应用50允许利用基于网络的市场12进行交易的参与方确立、构建和维护信誉，这种信誉可以被提供或发布给可能的买卖伙伴。例如，考虑基于网络的市场12支持人对人买卖的情况，用户可能没有可以用来评估可能买卖伙伴的可信度和可靠度的历史或其他参考信息。信誉应用50允许用户例如通过由其他交易伙伴提供的反馈来确立基于网络的市场12内一段时间中的信誉。其他可能的买卖伙伴于是可以出于评估可靠度和可信度的目的参考这种信誉。
个性化应用52允许市场12的用户对其与市场12的交互的各个方面进行个性化。例如，用户可以利用适当的个性化应用52创建用来查看关于用户正在(或已经)参与的交易的信息的个性化参考页面。此外，个性化应用52可以使用户能够对列表项以及它与市场12和其他参与方的交互的其他方面进行个性化。
在一个实施例中，基于网络的市场12可以支持例如为特定地理区域定制的多个市场。市场12的一个版本可以为英国定制，而市场12的另一个版本可以为美国定制。这些版本中的每一个可以充当独立的市场，或者可以是公共的基本市场的定制的(或国际化的)呈现。
基于网络的市场12的导航可以由一个或多个导航应用56来辅助。例如，搜索应用实现了对经由市场12发布的列表项的关键字搜索。浏览应用允许用户浏览各种类别、目录或库存数据结构，在市场12内列表项可以根据这些类别、目录或库存数据结构分类。可以提供各种其他导航应用以补充搜索应用和浏览应用。
为了经由基于网络的市场12以视觉信息性和吸引力尽可能高的方式使列表项可用，市场应用30可以包括一个或多个图像应用58，利用这些图像应用58，用户可以上载图像以便包括在列表项内。图像应用58还执行操作以将图像结合在被查看的列表项内。图像应用58还可以支持一个或多个推广特征，例如呈现给潜在买方的图像库。例如，卖方可以支付额外的费用以将图像包括在用于推广项目的图像库内。
列表项创建应用60允许卖方方便地创作与它们希望经由市场12交易的货物或服务相关的列表项，而列表项管理应用62允许卖方管理这种列表项。具体而言，在特定卖方已经创作和/或发布了大量列表项的情况下，对这种列表项的管理可能会造成一项挑战。列表项管理应用62提供大量特征(例如自动重列出、库存级别监视器等等)来帮助卖方管理这种列表项。一个或多个列出后管理应用64也帮助卖方进行通常发生在列出之后的多个行为。例如，在完成由一个或多个拍卖应用44辅助的拍卖之后，卖方可能留下关于特定买方的反馈。为此，列出后管理应用64可以提供到一个或多个信誉应用50的接口，以允许卖方方便地向信誉应用50提供关于多个卖方的反馈。
争端解决应用66提供用来解决交易参与方之间发生的争端的机制。例如，争端解决应用66可以提供用来引导参与方经过多个步骤以尝试解决争端的引导程序。在不能经过引导程序解决争端的情况下，可以使争端上升到第三方调停者或仲裁者。
多个防欺骗应用68实现各种欺骗检测和防止机制，以减少市场12内欺骗的发生。根据本发明的示例性实施例，一个这种防欺骗应用68是问题报告应用69，其使得对向基于网络的市场12报告的问题的优先级区分自动化，并且还提供多个功能和特征，这些功能和特征使得用户和其他报告实体例如向基于网络的市场12的管理员的问题报告自动化并且更加方便。下面提供关于问题报告应用69的示例性实施例的更多细节，该实施例采取问题相关和优化级区分引擎128的形式。
消息传递应用70负责生成消息并将其递送到基于网络的市场12的用户，这种消息例如向用户宣传市场12处的列表项的状态(例如在拍卖过程期间向出价者提供“出价最高(outbit)”通知，或者向用户提供推广和推销信息)。
推销应用72支持向卖方提供的使卖方能够经由市场12增加销售的各种推销功能。推销应用80还操作卖方可以调用的各种推销特征，并且可以监视和跟踪卖方采用的推销策略的成功。
基于网络的市场12本身或一个或多个经由市场12进行交易的参与方可以操作由一个或多个忠诚度/推广应用74所支持的忠诚度计划。例如，卖方可以因为与特定卖方确立和/或达成的每次交易而赚取忠诚度或推广点数，并且被提供可以兑换积累的忠诚度点数来获得的报酬。
数据结构图4是示出被市场应用30和支付应用32所利用并支持市场应用30和支付应用32并且在数据库36内维护的各种表90的高级实体关系图。用户表92针对基于网络的市场12的每个注册用户包含一条记录，并且可以包括与每个这样的注册用户相关的标识符、地址和金融凭证信息。将会意识到，在基于网络的市场12内，用户可以充当卖方、买方，或者既充当卖方又充当买方。在本发明的一个示例性实施例中，买方可以是拥有积累的价值(例如商业货币或专有货币)，于是能够用积累价值交换基于网络的市场12许诺销售的项目的用户。
表90还包括项目表94，其中维护着关于可用于经由市场12交易或已经经由市场12交易的货物或服务的项目记录。项目表94内的每个项目记录还可以链接到用户表92内的一个或多个用户记录，以便使卖方和一个或多个实际或潜在的买方与每个项目记录相关联。
交易表96针对与项目表94内存在其记录的项目相关的每个交易(例如购买交易)包含一条记录。
订单表98被填充以订单记录，每个订单记录与一个订单相关联。每个订单又可以是关于交易表96内存在其记录的一个或多个交易的。
出价表100内的每个出价记录涉及与拍卖应用44所支持的拍卖格式列表项相联系的在基于网络的市场12接收到的一个出价。在一个示例性实施例中，反馈表102被一个或多个信誉应用50用来构造和维护关于用户的信誉信息。历史表104维护用户已经参与的交易的历史。一个或多个属性表106记录与项目表94内存在其记录的项目相关的属性信息。只考虑这种属性的单个示例，属性表106可以指示与特定项目相关联的货币属性，该货币属性标识卖方指定的卖方项目的价格货币。
表90还被示为包括用户问题报告性能表108，其被填充有指示用户过去在向基于网络的市场12报告问题方面的性能的性能数据的记录。例如，性能表108内的记录可以记录假阳性率(false positive rate)(或计数)，以及用户在报告问题方面的历史准确性或正确性。正如将在下文更详细描述的，性能表108内存储的针对每个用户(或报告实体)的性能数据可以基于相关用户提交给基于网络的市场12的问题数据的准确性或有效性而被不断更新。
为了使得向基于网络的市场12报告的问题能够更容易被处理和分析，可以定义多个预定义的问题类型(或类别)。向市场12报告的问题随后可以根据这些预定义的问题类型被分类。为此，表90包括问题类型表110，该问题类型表110针对市场12所识别的每个预定义问题类型包含一条记录。例如，问题可以被分类为涉及欺骗性的、被禁止的销售实践，或者被盗财产的交易。在本发明的一个实施例中，可以定义问题类别树结构，根据该问题类别树结构，可以以更高级别的粒度来对问题进行分类。
此外，这种问题类别树可以不仅基于特定问题动作，而且利用与问题相关的特定交易的主题来区分问题类型。例如，问题类型“被盗财产交易-艺术品类别”可以与问题类型“被盗财产交易一玩具类别”相区分。
问题严重性表112和问题暴露风险表114也可以与问题类型表110相关联。问题严重性表112被填充有这样的记录，这种记录针对问题类型表110内存在其记录的每个问题类型包括一个预定的严重性级别。例如，与禁止的销售实践相关联的严重性级别(或值)可能低于与被盗财产交易相关联的严重性级别。
类似地，问题暴露风险表114可以被填充以针对每个问题类型包括一个预定的暴露风险值的记录。在示例性实施例中，暴露风险值可以指示在不解决问题的情况下特定交易的参与方或市场12可能面对的潜在损失或债务。此外，与市场12的艺术品项目类别的被盗财产交易相关联的暴露风险值可以高于与玩具类别的被盗财产交易相关联的暴露风险值。
对于报告给基于网络的市场12的每个问题，问题表116被填充以一条记录，每条这样的记录包含与相应的被报告的问题有关的细节。这些细节例如可以包括报告实体(例如报告者)和被报告实体两者的身份。问题表116被示为与用户表92相关联，并且适当的应用因此可以获得已经由特定用户或其他实体报告给市场12的，或者报告给市场12的与特定用户或其他实体相关的问题的历史。
表90还包括交易规则表117，该交易规则表117被填充以定义约束市场12内的交易实践的多个交易规则的记录。例如，交易规则表117内指定的交易规则可以定义在市场12内有效地进行交易所需要的做法和程序，并且还可以指定市场12内具体禁止或排队的某些做法或行为。例如，这种交易规则可以指定用来检测与经由市场12许诺销售的项目相关的欺骗性出价的参数或行为。交易规则表117内定义的各种规则可以由规则引擎124来实施，该规则引擎124在下面参考图5进一步描述。
图5是在高级别上示出根据本发明示例性实施例的问题处理系统118的体系结构的框图。采取人类用户120和规则引擎124的示例性形式的报告实体被示为分别将用户生成的问题数据122和规则生成的问题数据126传输到问题相关和优先级区分引擎128。在图2所示的系统10的上下文内，用户120可以是利用客户端机器22来与基于网络的市场12通信的用户。用户可能意识到与基于网络的市场12相关的问题，并且希望向市场12的管理员或操作者报告该问题。这种问题例如可以是技术性的(例如，用户无法访问由市场12提供的特定服务或功能)，或者可以是商业性的(例如用户120意识到了违反约束市场12内的交易实践的交易规则的买卖实践)。用户120还可以被主动分派监视经由市场12许诺销售的项目的任务，以检测违规的交易行为。例如，用户可以监视市场12以获得伪造的或禁止的项目的列表项。用户120可以被执法机构所雇佣，并且代表该机构监视市场12内的行为。用户还可以例如被著作权所有者(例如电影工作室或软件公司)所雇佣，以识别伪造的或侵犯著作权的项目的列表项。用户120还可以是出于某种原因对进行有关交易的方式不满意交易参与方。例如，用户120可能经由市场12达成了购买某个项目的协议，并且向卖方进行了支付，但却未从卖方接收到有关项目。在这种情况下，卖方有可能是欺骗性卖方，在这种情况下用户生成的问题数据可以标识该问题。
如上文参考图3所描述，市场应用30还可以包括用户可以用来在市场12内建立信誉的信誉应用50。这些信誉对于用户可能是很重要的，因为当潜在的买卖伙伴评估与特定用户做买卖的合意程度时，通常会大量利用这些信誉。因此，用户120往往会非常保护其信誉，而与特定用户120相关的信誉信息内的负面评价对于用户120的损害性可能是很高的。市场12内实施的交易规则可以指定关于用户之间提供反馈的指导方针，以阻遏该系统的滥用。从用户120传输到问题相关和优先级区分引擎128的用户生成的问题数据122从而还可以报告与特定用户120在市场12处记录的反馈或者在市场12处报告的关于特定用户120的反馈相关的问题。例如，用户120可能已经经历了所谓的“反馈胁迫”，利用这种“反馈胁迫”，另一个用户威胁用户120采取预定的动作(例如留下关于进行胁迫的用户的正面反馈)否则就会留下关于用户120的负面反馈。
规则引擎124是一个自动代理，在一个实施例中，它监视与系统(例如基于网络的市场12)相关的某些参数。例如，规则引擎124可以监视支持市场12的各种计算机系统和数据库的技术方面，也可以自动监视市场12内的行为，以检测对例如交易规则表117内定义的交易规则的违反。规则引擎124可以自动监视在市场12内工作的用户的已知别名，以尝试自动地检测人为地夸大被许诺销售的项目的价格的欺骗性出价行为。将会意识到，规则引擎124可以监视大量技术和/或行为参数，以便检测要向问题相关和优先级区分引擎128报告的问题。
图5还示出用户生成的问题数据122或规则生成的问题数据126内可以包括的数据。例如，问题数据可以包括报告实体标识符(例如用户标识符)、被报告实体标识符(例如违犯者标识符，其中这种违犯者可以由用户120识别)，问题描述(例如可以从呈现给用户120的预定的问题描述列表项或菜单中选出)、问题类型(例如也可以由用户从预定的问题类型列表项中选出)、日期和时间信息以及站点标识符信息，其中市场12例如可以支持多个能够用来进行买卖的网站。
根据本发明的一个示例性实施例中，问题相关和优先级区分引擎128执行操作以使问题数据122和/或126相关(例如基于报告共同的问题)，并且还用于在呈现问题数据或在考虑对问题数据的响应行为之前在问题队列内对问题数据进行优先级区分。为此，引擎128被示为包括调节和整合模块130，其对在引擎128处接收到的问题数据122和126执行初始处理。具体而言，调节和整合模块130负责基于例如共同问题的有关问题数据报告来调节从多个源(例如从多个用户120和多个规则引擎124)接收到的问题数据。考虑人类用户120和规则引擎124可能分别传输报告共同问题的问题数据122和126的情况。在这种情况下，调节和整合模块130识别共同的问题，并且调节两组问题数据，然后整合两组问题数据。为此，模块130可以包括解析问题数据内包括的问题描述、问题类型、日期和时间以及站点标识信息的逻辑，并且基于该数据执行调节和整合。问题数据的解析可以在调节和整合模块130本身内执行，或者，如下文更详细描述的，可以由可见性模块132执行。
可见性模块132、严重性模块134、暴露风险模块136和用户性能模块138执行操作以对经调节和整合的问题数据进行优先级区分，该问题数据随后被输出，作为经优先级区分的问题数据140，例如问题队列。然后，经优先级区分的问题数据140可以从该问题队列被提供给客户服务代表(CSR)，以便例如获得响应行为。在所报告的问题与市场12内的违规列表项相关的情况下，客户服务代表可以将该列表项从市场12去除。或者，在问题更偏重技术性的情况下，客户服务代表可以发起适当的技术响应行为。经优先级区分的问题数据140还可以被报告给任何能够发起或能够确实执行适当的响应行为的实体或个人。
图5还将响应行为示为向用户性能模块138中提供反馈，如下文将更详细描述的，该用户性能模块138执行操作以基于客户服务代表的响应行为和/或对问题数据的评估来更新一个或多个报告实体的性能数据。例如，在客户服务代表将有关问题数据标记为“假阳性”(例如问题没有价值)的情况下，报告实体(或多个报告实体)的性能数据可以被更新以反映此“假阳性”。另一方面，如果问题确实被评估为有效问题，则报告实体(或多个报告实体)的性能数据可以类似地被更新。
鼓励引擎144可以接收来自问题相关和优先级区分引擎128或者直接来自客户服务代表动作142的输入，并且响应于这些输入中的至少一个，基于所报告的特定的一组问题数据的准确性或有效性，或者基于指示报告实体过去在识别和报告问题方面的性能已经超过预定的奖赏阈值的性能数据，来向用户120提供鼓励性奖赏。
图6-10是提供关于图5所示的问题相关和优先级区分引擎128的各种组件的体系结构、数据结构、输入和输出的更多细节的框图。具体而言，图6是示出可见性模块132的示例性体系结构的框图，该模块执行操作以提供对特定问题或与系统相关联的实体作为报告的问题的主题的次数的量化估计。问题数据150被示为被输入到可见性模块132，以及输入到调节和整合模块130。然后，可见性模块内的解析器152解构问题数据，并且将这个经解构的问题数据传输到调节和整合模块130。可见性模块132还被示为包括计数器154，该计数器154接收来自调节和整合模块130的输入，以便使得可见性模块132能够维护对特定问题或与系统相关联的实体作为报告的问题的主题的次数的计数。基于该信息，可见性模块132随后基于对特定问题或实体作为报告的问题的主题的次数的量化估计来输出可见性优先级156，该可见性优先级156是优先级指示，它可选地与问题数据150相关联。可见性优先级156例如可以是根据预定的可见性标度正规化的数值指示。
图7是示出关于根据本发明示例性实施例的严重性模块134的细节的框图。严重性模块134也被示为接收被解析器152解构的问题数据150。严重性模块134随后可以在第一操作中利用问题严重性表11执行查找，以取得存储的归属于特定问题类型的问题严重性值。在另一个操作中，严重性模块134可以执行对问题描述内包括的项目的分析，以尝试进一步推断或识别问题类型。为此，还示出了项目数据160被严重性模块134取得，并且被与例如问题描述内包括的项目相比较，以尝试进一步确认或识别被报告的问题。基于取得的问题严重性值，以及/或者由于项目分析而确定的其他问题类型标识，严重性模块134随后可以输出严重性优先级162，该严重性优先级162同样可以是根据预定的标度的数值指示，其主要基于与问题数据150相关的标识出的问题类型来指示与问题数据相关联的优先级。例如，比起可能只会导致系统的轻微性能恶化的问题来，可能导致系统(例如市场12)内的灾难性故障的技术问题可以被赋予较高的严重性优先级162。在另一个示例中，在报告的问题被识别为是尝试交易禁止的或违规的项目的情况下，严重性优先级162可以高于仅仅是对与系统相关的规则(例如与市场12相关的交易规则)的轻微违反的问题的严重性优先级162。
图8是提供关于暴露风险模块136的细节的框图，该暴露风险模块根据本发明的一个示例性实施例接收问题数据150作为输入，并且输出向系统的操作者(例如市场12的操作者)或与系统相关联的某个其他实体(例如经由市场12进行交易的卖方或买方)指示潜在损失或债务的暴露风险优先级166。暴露风险优先级166同样可以是根据预定的暴露风险标度定义的数值。为了评估与特定问题数据150相关联的暴露风险，暴露风险模块136同样被示为包括解析接收到的问题数据的解析器152。利用经解析的问题数据，对问题暴露风险表114执行查找以取得可能与特定问题或实体相关联的问题暴露风险值。与严重性模块134一样，暴露风险模块136可以接收项目数据164作为输入，该项目数据164可以被暴露风险模块136用于识别特定问题，或与问题相关联并且有助于在问题暴露风险表114中执行查找的其他属性。
图9是提供关于根据本发明示例性实施例的用户性能模块138的更多细节的框图。用户性能模块138被示为接收问题数据150和客户服务代表动作数据170作为输入。解析器152如上所述执行操作以将问题数据150解构为有意义的单元。用户性能模块138执行操作以至少部分地基于报告实体过去在报告与系统(例如市场12)相关的问题方面的性能来输出性能优先级172，该性能优先级172采取对照预定标度指示问题数据的优先级区分的性能优先级值的示例性形式。例如，如果性能数据指示过去特定报告实体在报告与系统相关的问题方面非常可靠且准确，则用户性能模块138将会执行操作以向问题数据150分配相对较高的性能优先级172。为此，用户性能模块138包括读过程176，该过程利用标识报告实体的用户标识符来在用户问题报告性能表108中执行查找，以取得关于报告实体的性能数据。例如，如图9所示，用户问题报告性能表108可以包括反映实体过去的报告准确性、报告频率、被报告频率、报告假阳性率以及被报告假阳性率的信息。
将会意识到，性能优先级172除了基于报告实体过去的性能之外，还可以受被报告实体(例如市场12的被指控违规的用户)过去的历史影响。例如，考虑问题数据150将特定用户标识为潜在的违规用户的情况，读过程176可以从表108取得历史被报告假阳性率。相对较高的假阻性率可以指示有关用户先前曾被联系某个问题被报告，但是这些问题已经被评估为虚假的。在这种情况下，用户性能模块138将会赋予将低的性能优先级172。总之，用户性能模块138在计算性能优先级172可以既考虑到报告实体过去的性能，又考虑到被报告实体过去的性能。模块138还可以向与报告实体和被报告实体相关的信息赋予不同的权重。例如，可以向报告实体过去的性能赋予较高的权重。
用户性能模块138还被示为包括更新写过程174，该过程基于响应行为，更新用户问题报告性能表108内的信息。例如，在特定问题被评估为假阳性的情况下，表性能表108针对报告实体和被报告实体两者的记录都可以被更新以反映此结果。或者，在发现问题确实存在的情况下，表108内的适当记录可以类似地被更新。在一个实施例中，更新写过程174可以从客户服务代表动作数据170确定响应行为，该客户服务代表动作数据170指示客户服务代表响应于问题数据执行了哪些行为。例如，在市场12的上下文内，在客户服务代表把特定项目从市场12中的销售列表项上删除时，动作数据170可以反映该情况，然后该数据被更新写过程174利用。
图10是示出根据本发明示例性实施例的执行操作以将可见性优先级156、严重性优先级162、暴露风险优先级166和性能优先级172合并成合并的问题优先级的优先级加权引擎180的框图，所述合并的问题优先级与为获得响应行为而被写入问题队列186的经调节和整合的问题数据相关联。为此，优先级加权引擎180被示为接收优先级156、162、166和172中的每一个作为输入，然后将一个或多个加权规则182应用到接收到的优先级，以生成合并的问题优先级184。加权规则182可以是静态的(例如可见性优先级156的权重可以始终高于其他优先级)，或者可以是动态的。例如，可以根据时间或动态确定的其他因素来动态地修改各种优先级之间的优先级加权。
图11是示出关于根据本发明示例性实施例的问题队列186的细节的框图，该队列被示为填充有问题条目188。如参考图5所描述，每个问题条目188被对问题数据122和126进行相关、聚集和优先级区分的问题相关和优先级区分引擎128写入到问题队列186中。因此，队列186内的单个问题条目188可以代表在问题相关和优先级区分引擎128接收到的多组问题数据(例如问题报告)的聚集。每个问题条目188还被示为包括问题类型信息190、问题描述192、初次报告问题时间194、报告计数196(接收到的报告有关问题的独特问题数据集合的数目)以及合并的问题优先级184。
每个问题条目188还被示为包括一个或多个报告实体标识符198和一个或多个被报告实体标识符199。由于每个问题条目188可以代表从任意多个报告实体接收到的与任意多个被报告实体相关的多组问题数据的聚集，因此跟踪与单个问题条目188相关联的多个实体中的每一个将会是有用的。例如，关于问题是否有效的评估被用来更新关于报告实体和被报告实体的历史信息。通过跟踪每个问题条目188的多个报告实体标识符和被报告实体标识符，用户性能模块138就能够更新用户问题报告性能表108内针对适当实体的记录。
来自问题队列186的问题条目188被工作流应用200根据合并的问题优先级184分发给客户服务代理202以获得响应行为。在问题队列186内的多个问题条目188具有相同的合并的问题优先级184的情况下，工作流应用200则可以检查初次报告问题时间194以确定当适当的资源(例如代理)变得可用时哪个问题条目会接收到响应行为。
图12是示出结合网站214的问题处理系统210的示例性部署的示意图，该网站214例如可以支持基于网络的市场。市场12的用户212例如利用HTML表单向市场网站214提交问题数据122，从该网站214处，问题数据122被传输到消息传递系统216。在该问题属于特定类型的情况下，消息传递系统216可以将问题数据122传输到由客户服务代理220服务的队列218。消息传递系统216还将自动响应电子邮件提供回用户212。网站214随后还将问题数据122传输到数据仓库224，从该数据仓库224处可以生成各种报告226。问题数据122还被从网站214传输到示例性问题相关和优先级区分引擎228，经相关和优先级区分的问题数据(为方便起见称为操作数据230)从该处被提供到准确性审查过程232。然后，在234处用户的性能和历史数据被更新和总结。操作数据230还可以被工作流应用232访问(例如从问题队列访问)，并且利用与操作数据230相关联的优先级数据被提供到客户服务代理234以获得适当的响应行为。
图13是示出根据本发明示例性实施例的用于处理与系统相关的问题数据的由计算机实现的方法240的流程图。下面在联系基于网络的市场12的问题报告的上下文中论述示例性方法240。
方法240在块242处开始于用户120或自动代理(例如规则引擎124)发出采取问题报告的示例性形式的问题数据。考虑人类用户发起问题报告的具体示例，接口可以被呈现给用户，以便允许用户方便地开始问题报告过程。图16示出可以呈现给基于网络的市场12的用户的接口的示例，该接口采取项目列表项接口310的形式。在一个实施例中，项目列表项接口310是从基于网络的市场12的web服务器26被传输到用户的客户端机器20以供web客户端16显示的HTML文档。项目列表项接口310被示为包括列表项标识符312(例如项目代码)、列表项描述和图像314、卖方标识符316(例如电子邮件地址、句柄、别名等)以及列表项价值信息318(例如美元数量)。接口310还包括采取问题报告按钮320的示例性形式的问题报告机制，其能够被用户选择，以发起问题报告。在本发明的一个实施例中，问题报告按钮320可以只被包括在呈现给某些用户的接口310内。例如，基于网络的市场12的某些用户可以是问题报告计划内的注册参与者。当这种注册用户访问基于网络的市场12时，有关用户将会被识别为问题报告计划内的注册参与者，并且诸如项目列表项接口310这样的接口可以相应地被定制。在本发明的另一个示例性实施例中，可以根据用户问题报告性能表108内反映的关于有关用户的性能数据来定制项目列表项接口310。具体而言，可以仅当表108内包含的针对有关用户的信息满足预定的标准或超过预定的阈值时，才将问题报告按钮320结合在接口310内。例如，web服务器26可以基于表108中反映的所记录的用户报告准确性或假阳性数目而选择性地包括问题报告按钮320。
返回图13，在块244处，基于网络的市场12生成包括预定义的报告字段的报告表单，并将其发送到客户端机器20。图17示出根据本发明一个实施例的HTML文档形式的示例性问题报告接口330，其可以在块244处生成和发送。问题报告接口330被示为包括报告者(或报告)实体名称或标识符输入字段332、列表项标识符输入字段334、可选的被报告实体名称/标识符输入字段336、列表项价值信息输入字段338和问题类型输入字段340。提供预定的一组问题类型标识符的下拉菜单342可以被呈现，以帮助报告实体提供适当的问题类型信息。下拉菜单342的内容例如可以从图4所示的问题表116中提取。最后，问题报告接口330可以包括附加评价/描述输入字段344，其中报告实体可以提供与所报告的问题相关的评价和描述。发送按钮346可由用户选择，以致使输入到接口330的各种输入字段中的信息被从客户端机器20传输到服务器方(例如传输到基于网络的市场12)。
再次返回图13，在块246处，用户将适当的信息输入到报告表单(例如问题报告接口330)中，并且发送问题报告问题数据(例如通过选择发送按钮346)。
将会意识到，在问题数据是由自动代理(例如规则引擎124)生成的情况下，自动代理可以执行一个或多个问题检测算法并监视适用于被监视系统的各种参数。这些操作可以包括将被监视参数与预定的规则相比较，并且可能基于对被监视参数的分析生成问题数据，并将该问题数据传输到服务器方。
在块248处，问题数据被传输到可见性模块132和调节和整合模块130。在块252处，调节和整合模块130在接收到经解析的问题数据之后，采用逻辑来识别与问题数据相关的问题。该操作可以简单地包括从问题数据内包括的问题类型信息来识别问题类型，或者，在其他实施例中，可以包括利用复杂的分析问题数据的算法。在块252处执行的操作尝试识别问题，以便调节和整合模块130可以确定与有关问题相关的问题条目188是否已经存在于问题队列186内，从而允许调节和整合模块130对在不同时间从不同源接收到的可能报告共同问题的问题数据进行调节和聚集。该聚集的有利之处在于它具有减小问题队列186内要求例如客户服务代理202或某个其他分析实体或服务关注的离散条目的数目的作用。
在判决块256处，已经在块252处识别了有关问题的调节和整合模块130判断在问题队列186内是否存在针对识别出的问题的问题条目188。如果没有，则方法240进行到块270，并且模块130在问题队列186内为新识别出的问题创建问题条目188。
另一方面，在问题队列186内已经存在问题条目188的情况下，可见性模块132在块258处递增有关问题条目188的报告计数196，然后在块260处基于新接收到的问题数据150生成有关问题的可见性优先级156。
在块262处，问题数据随后被提供给上文所述的暴露风险模块136和严重性模块134，其随后例如利用由调节和整合模块在块252处生成的问题标识信息来识别问题。
对示例性方法240的描述在图14中继续。具体而言，在判决块272处，严重性模块134判断在问题严重性表112内是否存储有针对标识出的问题的问题严重性值。如果有，则在块274处，严重性模块134利用该严重性值生成严重性优先级162。在问题严重性表112内不存在针对识别出的问题的记录的情况下，严重性模块134仍然可以利用图7中示出的可供严重性模块134使用的项目数据160，基于例如对包括在问题数据内的项目的分析来生成有关问题的严重性优先级162。
继续前进到块276，问题数据随后被提供给暴露风险模块136，暴露风险模块136再次识别与问题数据150相关的问题。在判决块178处，判断在问题暴露风险表114内是否存在针对识别出的问题的问题暴露风险值。如果有，则方法240进行到块280，在这里暴露风险模块136利用取得的问题暴露风险值生成暴露风险优先级166。同样，在问题暴露风险表114中不存在针对识别出的问题的适当记录的情况下，暴露风险模块136也可以采用各种算法以利用项目数据164分析问题数据150的项目和其他属性，以便生成与问题数据150相关联的暴露风险优先级166。
在块282处，问题数据被传输到用户性能模块138。在块284处，用户性能模块138确定报告实体(例如报告用户120)的历史报告性能。例如，该确定可以通过访问用户问题报告性能表108来执行，如上文参考图9所描述。如前所述，在块284处，用户性能模块138还可以基于用户问题报告性能表108内的适当记录来确定与被报告实体(例如被报告的违规用户)相关的被报告信息的历史准确性。
在块286处，用户性能模块138随后基于报告用户的历史报告性能和/或与被报告用户(或实体)相关的历史被报告信息来生成性能优先级172。
继续前进到块287，各种优先级156、162、166和172被从各自的模块传输到优先级加权引擎180，该优先级加权引擎180应用加权规则182以生成合并的问题优先级184。合并的问题优先级184随后被写到问题队列186内的适当的问题条目188。
在块288处，利用合并的问题优先级184为问题区分至少一个响应行为的优先级。例如，图11所示的工作流应用200可以根据合并的优先级将问题条目88分派给客户服务代202，客户服务代202随后根据需要采取适当的响应行为。例如，在所报告的问题是列出违规项目以经由基于网络的市场12销售的情况下，客户服务代理可以使许诺销售的项目被从列表项中删除。此外，客户服务代理可以将该问题通知给适当的权力机构。
在问题是技术性问题的情况下，问题可以被工作流应用200分派给技术专家，然后技术专家将会采取适当的步骤来解决该技术问题。
方法240除其他优点以外，还提供了利用性能优先级172计算合并的问题优先级184的优点。这具有允许在对问题的响应行为进行优先级区分时考虑到与报告实体(例如人类报告用户)相关联的历史准确性(或其他性能度量)的作用。还将意识到，虽然在上文已经将各优先级模块执行的各种优先级计算描述为以串行方式执行，但是这些优先级行为也可以被并行执行。此外，以上描述的各种优先级当然不需要全都被执行，在各种实施例，可以只布置这些优先级行为中的一个或多个。
图15是示出根据本发明示例性实施例的用于更新反映报告实体的历史报告准确性的信息或者用于更新与涉及被报告实体(例如被报告用户)的报告有关的历史信息的方法290的流程图。方法290在块292处开始于问题相关和优先级区分引擎128记录标识适当问题以及报告实体和被报告实体的问题数据150。
在块294处，问题相关和优先级区分引擎128记录可能已经执行的与有关问题相关的响应行为(或没有响应行为)。为此，图5示出了客户服务代表动作142可以被传输回用户性能模块138。例如，在客户服务代表从基于网络的市场12中的列表项删除项目的情况下，这种从列表项删除可以被用户性能模块138记录为针对该问题的适当响应行为。类似地，在被报告问题涉及列表项并且在客户服务审查之后列表项被保留的情况下，这种基于网络的市场12内列表项的保留也可以被记录为响应行为，或者在特定情况下被记录为没有响应行为(即没有从列表项删除)。
在块296中，表108内的报告实体和/或被报告实体的问题报告频率被用户性能模块138更新。
在块298处，用户性能模块138基于记录的响应行为，判断问题报告是否生成假阳性。具体而言，这可以包括判断所报告的问题是否确实是有效问题，或者所报告的问题的准确性和/或有效性是否是不确定的。当在判断块198处检测到假阳性的情况下，方法290进行到块300，在这里，用户性能模块138降低报告用户的历史报告准确性。此外，用户性能模块138可以修改报告实体和被报告实体的报告频率和被报告频率，并且还修改被报告实体的被报告假阳性率。
另一方面，当在判决块298处不存在假阳性的情况下，在判决块302处判断被报告问题的有效性和/或准确性是否是未决的。如果是，则方法进行到块304，并且在表108内维持有关实体的被报告准确性和报告准确性。但是，由于接收到有关问题数据150，每个实体的报告频率和被报告频率可以递增。
在判决块302处作出否定判断的情况下(这表明真阳性，即所报告的问题确实是被准确报告的并且是有效的问题)，在块306处，被报告用户的历史报告准确性被递增，并且在表108内适当实体的被报告频率和报告频率也被更新。
在块308处，可以向报告实体提供鼓励性奖赏。具体而言，可以基于提供被评估为有效和/或准确的特定问题数据150来提供鼓励性奖赏。或者，可以基于报告实体的历史报告准确性和/或报告频率超过预定奖赏阈值来提供鼓励性奖赏。
在本发明的另一个实施例中，可以应用相反的方法，其中可以向被报告实体提供被报告实体提供阻挠(disincentive)。在与被报告实体相d关联的被报告频率超过阈值的情况下，可以针对被报告实体采取某些阻挠性动作。例如，在被报告实体是基于网络的市场12的以预定频率接收到问题报告的用户并且这些问题报告被评估为有效的情况下，市场12内被报告实体的买卖特权可以被撤销。或者，可以向被报告实体发送关于报告给问题相关和优先级区分引擎128的问题的自动警告，并且建议被报告实体停止这种行为或面对惩罚性后果。
方法290随后在块390处终止。
图18示出采取计算机系统400的示例性形式的机器的图示，在该机器内可以执行用于使该机器执行这里所论述的方法中的任何一个或多个的一组指令。在替换实施例中，机器充当独立的设备，或者可以连接(例如联网)到其他机器。在联网布置中，机器可以以服务器-客户端网络环境中的服务器或客户端机器的身份工作，或者可以充当对等(或分布式)网络环境中的对等机器。机器可以是服务器计算机、客户端计算机、个人计算机(PC)、平板PC、机顶盒(STB)、个人数字助理(PDA)、蜂窝电话、web器具、网络路由器、交换机或网桥，或者任何能够执行指定机器所采取的动作的一组指令(顺序的或其他形式的)的机器。此外，虽然只示出了单个机器，但是术语“机器”也应当被理解为包括独立或联合执行一组(或多组)指令以执行这里论述的方法中的任何一个或多个的机器任何集合。
示例性计算机系统400包括经由主线408彼此通信的处理器402(例如中央处理单元(CPU)、图形处理单元(GPU)或两者)、主存储器404和静态存储器406。计算机系统400还可以包括视频显示单元410(例如液晶显示器(LCD)或阴极射线管(CRT))。计算机系统400还包括数字字母输入设备412(例如键盘)、光标控制设备414(例如鼠标)、盘驱动单元416、信号生成设备418(例如扬声器)和网络接口设备420。
盘驱动单元416包括机器可读介质422，其上存储了实现这里描述的方法或功能中的任何一个或多个的一组或多组指令(例如软件424)。软件424在被计算机系统400执行期间也可以完全或至少部分地驻留在主存储器404内和/或处理器402内，主存储器404和处理器402也构成机器可读介质。
软件424还可以经由网络接口设备在网络426上被发送或接收。
虽然在示例性实施例中机器可读介质492被示为单个介质，但是术语“机器可读介质”应当被理解为包括存储一组或多组指令的单个介质或多个介质(例如集中式或分布式数据库和/或相关联的缓存和服务器)。术语“机器可读介质”还应当被理解为包括能够存储、编码或携带一组指令以供机器执行并致使机器执行本发明的任何一个或多个方法的任何介质。术语“机器可读介质”因此应当被理解为包括但不限于固态存储器、光介质和磁介质以及载波信号。
权利要求
1.一种用于处理与系统相关的问题数据的装置，该装置包括优先级区分引擎，用于经由网络接收来自报告实体的问题数据，所述问题数据报告与系统相关的问题并且包括用于标识所述报告实体的标识符；以及用户性能模块，用于访问数据库，并且利用所述标识符来从数据库取得关于所述报告实体的性能数据，所述性能数据指示所述报告实体过去在报告与所述系统相关的问题方面的性能；所述优先级区分引擎利用关于所述报告实体的所述性能数据自动地对响应于所述问题的响应行为进行优先级区分。
2.如权利要求1所述的装置，其中所述性能数据指示所述报告实体先前报告与所述系统相关的问题的历史准确性。
3.如权利要求2所述的装置，其中所述历史准确性是按照从所述报告实体接收到的假阳性问题数据的数目来表达的。
4.如权利要求1所述的装置，其中所述性能数据指示所述报告实体先前报告与所述系统相关的问题的速率。
5.如权利要求1所述的装置，其中所述用户性能模块用于评估所述问题数据中报告的与所述系统相关的所述问题的有效性，并且用于基于所评估的所述问题的有效性来更新关于所述报告实体的所述性能数据。
6.如权利要求5所述的装置，其中所述用户性能模块用于通过针对所述问题注册假阳性和假阴性中的至少一个来更新所述性能数据。
7.如权利要求1所述的装置，其中所述优先级区分引擎用于将所述问题数据传输到一个代理以便执行所述响应行为，所述问题数据到所述代理的传输是根据分配给所述问题的优先级来执行的。
8.如权利要求7所述的装置，其中所述代理用于评估所述问题的有效性，并且用于致使基于所评估的所述问题的有效性来更新关于所述报告实体的所述性能数据。
9.如权利要求7所述的装置，其中所述代理是自动代理和人类代理中的至少一种。
10.如权利要求1所述的装置，其中所述优先级区分引擎用于自动递增指示已经报告的与所述系统相关的问题的次数的计数值，并且用于利用所述计数值对所述响应行为进行优先级区分。
11.如权利要求1所述的装置，其中所述优先级区分引擎用于取得与所述问题相关联的预定严重性值，并且用于利用所述预定严重性值来对所述响应行为进行优先级区分。
12.如权利要求11所述的装置，其中所述优先级区分引擎用于识别所述问题的问题类型，并且用于利用识别出的问题类型来取得所述预定严重性值。
13.如权利要求1所述的装置，其中所述优先级区分引擎用于取得与所述问题相关联的预定暴露风险信息，并且用于利用所述预定暴露风险信息对所述响应行为进行优先级区分，所述预定暴露风险信息指示归因于所述问题的损失和债务值中的至少一个。
14.如权利要求1所述的装置，其中所述优先级区分引擎用于利用所述性能数据、对所述问题被报告的次数的计数、与所述问题相关联的预定严重性值以及与所述问题相关联的暴露风险信息中的至少两个的组合来对所述响应行为进行优先级区分。
15.如权利要求1所述的装置，包括鼓励引擎，用于向所述报告实体提供鼓励性奖赏。
16.如权利要求15所述的装置，其中所述鼓励性奖赏是由所述鼓励引擎响应于接收到所述问题数据而提供给所述报告实体的。
17.如权利要求15所述的装置，其中所述鼓励性奖赏是由所述鼓励引擎响应于所述报告实体的性能数据满足预定标准而提供给所述报告实体的。
18.如权利要求1所述的装置，其中所述用户性能模块用于选择性地基于指示所述报告实体过去的性能的性能数据来提供问题数据报告机制。
19.一种用于处理与系统相关的问题数据的由计算机实现的方法，该方法包括接收来自报告实体的问题数据，所述问题数据报告与系统相关的问题并且包括用于标识所述报告实体的标识符；利用所述标识符访问数据库以取得关于所述报告实体的性能数据，所述性能数据指示所述报告实体过去在报告与所述系统相关的问题方面的性能；以及利用关于所述报告实体的所述性能数据自动地对响应于所述问题的响应行为进行优先级区分。
20.如权利要求19所述的方法，其中所述性能数据指示所述报告实体先前报告与所述系统相关的问题的历史准确性。
21.如权利要求20所述的方法，其中所述历史准确性是按照从所述报告实体接收到的假阳性问题数据的数目来表达的。
22.如权利要求19所述的方法，其中所述性能数据指示所述报告实体先前报告与所述系统相关的问题的速率。
23.如权利要求19所述的方法，包括评估所述问题数据中报告的与所述系统相关的所述问题的有效性，并且基于所评估的所述问题的有效性来更新关于所述报告实体的所述性能数据。
24.如权利要求23所述的方法，其中更新所述性能数据的步骤包括注册针对所述问题的假阳性和假阴性中的至少一个。
25.如权利要求19所述的方法，包括将所述问题数据传输到一个代理以便执行所述响应行为，所述问题数据到所述代理的传输是根据分配给所述问题的优先级来执行的。
26.如权利要求25所述的方法，其中所述代理用于评估所述问题的有效性，并且用于致使基于所评估的所述问题的有效性来更新关于所述报告实体的所述性能数据。
27.如权利要求25所述的方法，其中所述代理是自动代理和人类代理中的至少一种。
28.如权利要求19所述的方法，包括自动递增指示已经报告的与所述系统相关的问题的次数的计数值，并且利用所述计数值对所述响应行为进行优先级区分。
29.如权利要求19所述的方法，包括取得与所述问题相关联的预定严重性值，并且利用所述预定严重性值来对所述响应行为进行优先级区分。
30.如权利要求29所述的方法，包括识别所述问题的问题类型，并且利用识别出的问题类型来取得所述预定严重性值。
31.如权利要求19所述的方法，包括取得与所述问题相关联的预定暴露风险信息，并且利用所述预定暴露风险信息对所述响应行为进行优先级区分，所述预定暴露风险信息指示归因于所述问题的损失和债务值中的至少一个。
32.如权利要求19所述的方法，包括利用所述性能数据、对所述问题被报告的次数的计数、与所述问题相关联的预定严重性值以及与所述问题相关联的暴露风险信息中的至少两个的组合来对所述响应行为进行优先级区分。
33.如权利要求19所述的方法，包括向所述报告实体提供鼓励性奖赏。
34.如权利要求33所述的方法，其中所述鼓励性奖赏是响应于接收到所述问题数据而提供给所述报告实体的。
35.如权利要求33所述的方法，其中所述鼓励性奖赏是响应于所述报告实体的性能数据满足预定标准而提供给所述报告实体的。
36.如权利要求19所述的方法，包括基于指示所述报告实体过去的性能的性能数据来选择性地提供问题数据报告机制。
37.一种机器可读介质，其存储了一组指令，所述指令在被机器执行时致使所述机器接收来自报告实体的问题数据，所述问题数据报告与系统相关的问题并且包括用于标识所述报告实体的标识符；利用所述标识符访问数据库以取得关于所述报告实体的性能数据，所述性能数据指示所述报告实体过去在报告与所述系统相关的问题方面的性能；以及利用关于所述报告实体的所述性能数据自动地对响应于所述问题的响应行为进行优先级区分。
全文摘要
一种由计算机实现的方法处理与系统相关的问题数据。接收来自报告实体的问题数据，该问题数据标识与系统相关的问题和报告实体。访问数据库以取得关于报告实体的性能数据。性能数据指示报告实体过去在报告与系统相关的问题方面的性能。利用关于报告实体的性能数据自动地对响应于该问题的响应行为进行优先级区分。
文档编号G06Q30/00GK1902591SQ200480039458
公开日2007年1月24日 申请日期2004年12月21日 优先权日2003年12月29日
发明者凯文·H·恩博立, 埃伦·斯勒维尔 申请人:电子湾有限公司