解决方案搜寻系统及解决方案搜寻系统的操作方法技术领域
本发明涉及一种解决方案搜寻系统，特别涉及一种利用巨量资料及资料探勘技术
的解决方案搜寻系统。
背景技术
一个产品的成功与否除了与研发技术息息相关之外，亦须要大量的测试以确保产
品的稳定性，尤其是要求高稳定性、高信赖度的科技产品，如工业仪器、行动装置、工作站、
个人计算机或服务器…等产品，对于品管测试的标准即更加严格。而当产品被检测出问题
时，必须经由复制问题、搜集及分析相关资料、找出问题可能的成因、提出可能的解决方案
并验证所提出的解决方案…等步骤以确保检测出的问题得以被适当地解决，这些过程不仅
可能十分耗时，甚至可能导致产品错过进入市场的时机，且实行上又必需仰赖工程师的个
人经验及专业程度；亦即工程师的经验及专业程度是否足够将会大大地影响提出解决方案
所需要的时间，同时也可能影响了所提出的解决方案是否能够彻底解决问题，导致解决方
案的质量不易掌握。另外，由于个人经验不易传承，因此即便欲解决的问题相同或类似，不
同的工程师仍可能必须重复上述的过程才能得出解决方案，这样的做法不仅没有效率，也
无法确保工程师能找出最适切的解决方案。
此外，对于同类型的产品，其出现相同或相似问题的比例甚高，过去虽亦有将解决
方案以记录或存档的作法，但由于问题种类繁多，所牵涉到的信息量相当庞大，加上各工程
师对于问题描述的方式可能不一致，因此难以系统化地储存，导致在实行上，工程师仍不易
搜寻到相关的解决方案，而难以达成使工程师共享经验的目的。
发明内容
本发明的一实施例提供一种解决方案搜寻系统，解决方案搜寻系统包括运算服务
器、复数个模型服务器、巨量数据库、数据库服务器、中枢服务器及关联式数据库。
运算服务器接收并根据问题描述档案及问题描述档案所对应的预测模型的编号，
产生问题描述档案对应于预测模型的模型输入档案。每一模型服务器对应至一预测模型，
每一模型服务器用以当接收到模型输入档案时，利用模型服务器所对应的预测模型及模型
输入档案产生解决方案代码。数据库服务器根据模型服务器所产生的解决方案代码由巨量
数据库读取至少一解决方案。关联式数据库储存使用者的身份、使用者所对应的可使用的
预测模型及中枢服务器在运算时所需的小量及/或暂时性的资料。
中枢服务器根据使用者的身份提供复数个可使用的预测模型给使用者选择，复数
个可使用的预测模型所对应的资料探勘算法相异。当使用者自可使用的预测模型中选择第
一预测模型并传送第一问题描述档案时，中枢服务器将第一问题描述档案及第一预测模型
的编号传送至运算服务器。中枢服务器将运算服务器所产生的第一问题描述档案对应于第
一预测模型的第一模型输入档案传送至对应于第一预测模型的第一模型服务器。中枢服务
器将第一模型服务器所产生的第一解决方案代码传送至数据库服务器，并输出数据库服务
器由巨量数据库读取的第一解决方案。
本发明的另一实施例提供一种解决方案搜寻系统的操作方法，解决方案搜寻系统
包括运算服务器、复数个模型服务器、巨量数据库、数据库服务器、中枢服务器及关联式数
据库。解决方案搜寻系统的操作方法包括中枢服务器根据关联式数据库中所纪录的使用者
的身份提供复数个可使用的预测模型给使用者选择，当使用者自可使用的预测模型中选择
第一预测模型并传送第一问题描述档案至中枢服务器时，中枢服务器将第一问题描述档案
及第一预测模型的编号传送至运算服务器，运算服务器根据第一问题描述档案及第一预测
模型的编号，产生第一问题描述档案对应于第一预测模型的第一模型输入档案，中枢服务
器将运算服务器所产生的第一模型输入档案传送至对应于第一预测模型的第一模型服务
器，第一模型服务器利用第一预测模型及第一模型输入档案产生第一解决方案代码，中枢
服务器将第一模型服务器所产生的第一解决方案代码传送至数据库服务器，数据库服务器
根据第一解决方案代码由巨量数据库读取至少一第一解决方案，及中枢服务器输出数据库
服务器由巨量数据库读取的至少一第一解决方案。本发明关联于一种高效率的解决方案搜
寻系统，可有效解决现行物联网架构中无法精确命中问题核心的缺陷。
附图说明
图1为本发明一实施例的解决方案搜寻系统的示意图。
图2为本发明另一实施例的解决方案搜寻系统的示意图。
图3为本发明一实施例的解决方案搜寻系统的操作方法流程图。
图4为本发明另一实施例的解决方案搜寻系统的操作方法流程图。
图5为本发明一实施例的关联式数据库所储存的使用者的身份纪录表。
图6为本发明一实施例的关联式数据库中所储存的授权群组及其相关资料。
图7为本发明一实施例的标准词对照表的部分内容。
图中符号说明：
100、200：解决方案搜寻系统
110：运算服务器
1201至120N：模型服务器
130：巨量数据库
140：数据库服务器
150：中枢服务器
160：关联式数据库
170：建模服务器
User1、Admin1：使用者
A1：第一问题描述档案
B1：第一模型输入档案
C1：第一解决方案代码
D1：第一解决方案
A2：第二问题描述档案
B2：第二模型输入档案
C2：第二解决方案代码
D2：第二解决方案
P1、P2、P3：模型参数组
300、400：方法
S310至S380、S410至S460：步骤
具体实施方式
图1为本发明一实施例的解决方案搜寻系统100的示意图。解决方案搜寻系统100
包括运算服务器110、N个模型服务器1201至120N、巨量数据库130、数据库服务器140、中枢
服务器150及关联式数据库160，N为大于1的正整数。
在本发明的部分实施例中，使用者可以将其操作某产品系统时所遭遇到的问题整
理成问题描述档案，问题描述档案可利用文字的形式来记载与产品系统问题相关的信息，
其内容可包括系统的问题描述、观察到的现象及结果、与产品系统问题相关的的子系统为
何以及发生问题的经过(亦即，可说明如何能够复制问题)，但不限于上述信息。
当有使用者尝试利用解决方案搜寻系统100来搜寻解决方案时，中枢服务器150可
根据关联式数据库160中所记录的使用者身份提供对应的复数个可使用的预测模型给使用
者选择。图5为本发明一实施例的关联式数据库160所储存的使用者的身份纪录表。
图5中的身份纪录表纪录了解决方案搜寻系统100的使用者账号及其对应的密码。
在图5中，每个使用者的密码都预设为「0000」，然而在本发明的其他实施例中，也可使用其
他的预设密码，且使用者也可能自行更改密码。此外，图5的身份纪录表还记录了每个使用
者的身份类别，例如使用者User1、User2、User3的身份为一般使用者，而使用者Admin1及
Admin2则具有管理者的身份。在本发明的部分实施例中，具有一般使用者身份的使用者可
以利用其所属的授权群组的可使用的预测模型，而具有管理者身份的使用者则是授权群组
的建立者，同时也可建立授权群组中可使用的预测模型。图6为本发明一实施例的关联式数
据库160中所储存的授权群组及其相关资料。在图6中，授权群组G1及G2为使用者Admin1所
建立，其分别对应到公司A的产品1及产品2，授权群组G3则为使用者Admin2所建立，会对应
到公司B的产品3。举例来说，使用者Admin1可能是负责管理客户公司A，而公司A所使用的产
品有产品1，例如为服务器，及产品2，例如为个人计算机，由于产品1及2的功能属性可能有
所差异，其所遭遇到的问题及解决的方法也可能都不相同，因此使用者Admin1可为产品1及
2分别建立授权群组G1及G2，而授权群组G1及G2则会分别使用相异的预测模型。如此一来，
在解决方案搜寻系统100建立预测模型的过程中，就能够避免因为将不同属性的产品的问
题混合，而造成预测模型的预测准确率偏低的问题。
再者，使用者Admin2可能是负责管理客户公司B，由于公司A及公司B所使用的产品
也不相同，因此使用者Admin2也另外建立了授权群组G3，并自行建立授权群组G3所可使用
的预测模型，如此一来，同样能够避免因为将不同属性的产品的问题混合，而造成预测模型
的预测准确率偏低的问题。
此外，在图5中，使用者Super的身份为超级管理者，具有超级管理者身份的使用者
可建立赋予使用者对应的管理者身份，同时也可以自由运用或建立各个授权群组中的预测
模型。在本发明的部分实施例中，解决方案搜寻系统100可预设只有一个超级管理者，但不
以此为限制
在上述的实施例中，若中枢服务器150根据关联式数据库160中所记录资料比对出
第一使用者User1为一般使用者，其所属的授权群组为G1，而授权群组G1可使用的预测模型
有预测模型M1、M 2及M3。因此当第一使用者User1利用解决方案搜寻系统100来搜寻解决方
案时，中枢服务器150即可将可使用的预测模型M1、M 2及M3提供给第一使用者User1选择。
在本发明的部分实施例中，预测模型M1、M 2及M3可分别对应至相异的资料探勘算
法，例如Bayes、CBayes或SGD等算法。也就是说，使用者可以根据需求选择偏好的预测模型。
当使用者User1自可使用的预测模型M1、M 2及M3中选择第一预测模型M1并传送第
一问题描述档案A1时，中枢服务器150可将第一问题描述档案A1及第一预测模型M1的编号
传送至运算服务器110。
运算服务器110接收到根据第一问题描述档案A1及第一预测模型M1的编号后，即
可根据第一问题描述档案A1及第一预测模型M1的编号，产生第一问题描述档案A1对应于第
一预测模型M1的第一模型输入档案B1。
在本发明的部分实施例中，第一问题描述档案A1可利用固定格式来条列与系统问
题相关的信息，例如但不限于csv、json、xml等文字档案格式，使得运算服务器110能够较为
精确地判读第一问题描述档案A1的内容以产生第一模型输入档案B1。在本发明的其他实施
例中，第一问题描述档案A1亦可使用非固定格式的文字条列与系统问题相关的信息。
在本发明的一实施例中，运算服务器110可根据第一问题描述档案A1的文字产生
关键词(attributes)描述档案。关键词(attributes)描述档案可由多个关键词
(attributes)所组成，每一个关键词是由一对关键词名字(attribute name)与关键词的值
(attribute value)所组成，在本发明的一实施例中，可以json的文字格式来描述。当第一
问题描述档案A1使用非固定格式文字条列与系统问题相关的信息时，运算服务器110亦可
使用正规表示法(regular expression)来识别关键词名字与取得关键词的值。再者，运算
服务器110可利用标准词对照表与第一问题描述档案A1的文字对照以产生关键词描述档
案。图7为本发明一实施例的标准词对照表的部分内容。透过标准词对照表可以标准化同义
的字汇与词汇，如此即可较正确及有效率地表达关键词描述档案的语意。此外，为避免关键
词描述档案的语意的混淆，所有关键词的值皆可以小写表示。
完成关键词描述档案后，运算服务器110可自关键词描述档案中优先挑选出权重
较高或使用者预设偏好的关键词作为预测因子(predictors)以产生预测因子档案，再根据
预测因子档案及预测模型产生第一模型输入档案B1，例如运算服务器110可根据预测模型
的特性调整预测因子档案，例如在CBayes模型中，并不考虑数字的相依性，因此可将预测因
子档案中的数字部分删除，以产生第一模型输入档案B1，然而不同的预测模型对于输入档
案的格式有不同要求，本发明并不以上述实施例为限。
由于标准词对照表的内容，亦即其所包括的标准词数量及种类会直接影响到关键
词描述档案及预测因子档案的内容，也会影响到预测模型的预测准确度，因此在本发明的
部分实施例中，预测模型M1、M2及M3也可能分别对应到不同的标准词对照表。亦即具有管理
者身份的使用者在建立预测模型时，除了可选择不同的资料探勘算法之外，也可以为每个
预测模型建立不同的标准词对照表以符合不同产品特性。
由于每一个模型服务器1201至120N会利用不同预测模型来进行分析预测，因此运
算服务器110产生第一模型输入档案B1后，中枢服务器150可将第一模型输入档案B1传送至
模型服务器1201至120N中对应于第一预测模型M1的模型服务器，举例来说，若第一模型服
务器1201所对应的预测模型为M1，则中枢服务器150就会将第一模型输入档案B1传送到第
一模型服务器1201。
在本发明的部分实施例中，关联式数据库160中还可存放每一预测模型所对应的
模型服务器的对照表，以供中枢服务器150参考查找。
当第一模型服务器1201接收到第一模型输入档案B1时，第一模型服务器1201可利
用第一模型服务器1201所对应的预测模型M1从第一模型输入档案B1中分析出第一问题描
述档案A1可能会与哪些类型的问题描述档案相近，进而产生解决方案代码C1。接着中枢服
务器150会将第一模型服务器1201所产生的第一解决方案代码C1传送至数据库服务器140。
数据库服务器140可根据第一模型服务器1201所产生的第一解决方案代码C1由巨量数据库
130中读取至少一解决方案D1，亦即，每一个解决方案代码可能会对应到不只一个解决方
案。最后中枢服务器150则会输出数据库服务器140由巨量数据库130所读取的第一解决方
案D1。
在本发明的一实施例中，数据库服务器140及巨量数据库130可为支援Hadoop
Distribute File System(HDFS)、Hadoop Map/Reduce及Hive…等系统的数据库服务器及
巨量数据库，或可支援其他适合处理巨量资料的数据库系统，以符合解决方案搜寻系统100
对于快速处理、储存大量资料的需求。此外，关联式数据库160可为一般的档案系统(file
system)，例如为MySql、PostgreSql…等关联式数据库，除了储存上述有关使用者身份及其
对应可使用的预测模型编号之外，还可储存中枢服务器150在运算时所需的小量及/或暂时
性的资料。
透过上述本发明实施例的解决方案搜寻系统100，即可使工程师分享彼此过去解
决系统问题的经验，而能轻易地搜寻到可能的解决方案以缩短产品开发的时间，并提升解
决方案的质量。此外，透过设定使用者的身份，还能够进一步让解决方案搜寻系统100以各
自独立的预测模型来搜寻不同类型产品所遭遇的问题的解决方案，因此能够避免先前技术
因为产品属性不同，而造成解决方案搜寻系统准确率偏低的问题。
图2为本发明一实施例的解决方案搜寻系统200的示意图，解决方案搜寻系统200
与解决方案搜寻系统100可根据相同原理运作，然而解决方案搜寻系统200还包括建模服务
器170。也就是说，解决方案搜寻系统200能够让使用者建立预测模型。当使用者欲透过解决
方案搜寻系统200来建立预测模型时，中枢服务器150会先辨识使用者的身份，例如透过图5
的内容来确认，确认使用者Admin1具有管理者的身份之后，中枢服务器150即可提供复数个
可使用的模型参数组，给使用者Admin1选择，例如模型参数组P1至P3。每一可使用的模型参
数组P1至P3可分别对应至相异的资料探勘算法及/或相异的标准词对照表，因此使用者
Admin1可以根据需求选择所建立的预测模型的特性。此外，为了让建模服务器170能够建立
模型，使用者Admin1还须提供复数个已解决的第二问题描述档案A2，已解决的第二问题描
述档案A2可与第一问题描述档案A1具有相同的格式，且每一个已解决的第二问题描述档案
A2除了可包括纪录与系统问题的相关栏位，如系统问题及现象的描述、系统问题所属的子
系统、发生问题的经过...等栏位之外，尚可包括系统问题的成因说明栏位、解决方案栏位
及解决方案代码。如此一来，建模服务器170才能够进一步利用对应的资料探勘算法找寻出
各个已解决的第二问题描述档案A2与其解决方案的间的关联，并建立预测模型。
举例来说，当使用者Admin1自可使用的模型参数组P1至P3中选择第一可使用的模
型参数组，例如为可使用的模型参数组P1，并传送复数个已解决的第二问题描述档案A2时，
中枢服务器150可将复数个已解决的第二问题描述档案A2及第一可使用的模型参数组P1传
送至运算服务器110。运算服务器110在接收到复数个已解决的第二问题描述档案A2及第一
可使用的模型参数组P1之后，会根据复数个已解决的第二问题描述档案A2及第一可使用的
模型参数组P1所对应的资料探勘算法及标准词对照表产生每一已解决的第二问题描述档
案A2所对应的第二解决方案D2及每一已解决的第二问题描述档案A2所对应的第二模型输
入档案B2。
中枢服务器150可将每一已解决的第二问题描述档案A2所对应的第二解决方案D2
传送至数据库服务器140，以使数据库服务器140根据每一第二解决方案A2所包括的第二解
决方案代码C2将每一第二解决方案D2储存至巨量数据库130。同时，中枢服务器150可将每
一已解决的第二问题描述档案A2所对应的第二解决方案代码C2及每一已解决的第二问题
描述档案A2所对应的第二模型输入档案B2及第一可使用的模型参数组P1传送至建模服务
器170，以使建模服务器170根据每一已解决的第二问题描述档A2的第二模型输入档案B2、
每一已解决的第二问题描述档案A2所对应的第二解决方案代码C2及第一可使用的模型参
数组P1所对应的资料探勘算法及标准词对照表来建立可使用的预测模型。
在本发明的一实施例中，运算服务器110可根据每一第二问题描述档案A2中复数
个关键栏位的文字，如纪录问题所属的子系统(例如为bios、bmc、power、thermal、
mechanical、hardware、os、driver)的栏位、系统问题的成因说明栏位及解决方案栏位中的
文字叙述，产生每一第二问题描述档案A2所对应的第二解决方案D2，每一个第二解决方案
D2包括第二解决方案代码C2、解决方案栏位及成因说明栏位。在本发明一实施例中，解决方
案栏位可用以记录解决步骤文件所存放的位址，如网络位址，而非直接记录解决方案的步
骤，如此即可避免因为解决步骤太过繁复与相关资料太大，而不必要地增加运算服务器110
的负担。
此外，虽然每一个第二问题描述档案A2中原本即可能已包括其所对应的解决方案
代码，然而运算服务器110可进一步根据第二问题描述档案A2中其他栏位，如成因说明栏
位、子系统栏位等信息来调整最终每一个第二解决方案中所包括的第二解决方案代码。例
如可根据成因说明栏位的内容取得关键字的方式以产生解决方案代码，使得凡是具有相同
成因说明的解决方案皆可具有相同的解决方案代码。
例如在本发明的一实施例中，若有一第二问题描述档案的解决方案代码包括复数
个子代码，如bios.mrc，其中bios表示第二问题描述档案与基本输入输出系统(basic
input/output system)相关，而mrc表示第二问题描述档案系与基本输入输出系统中的存
储器参照码(memory reference code)相关，则运算服务器110可以根据其他栏位的信息将
第二问题描述档案中的解决方案代码bios.mrc扩充至bios.mrc.i2c，表示第二问题描述档
案系与基本输入输出系统中存储器参照码的内部整合电路(Inter-integrated circuit,
I2C)相关。亦即当解决方案代码所包括的子代码数目越多时，表示将问题分类得越细。由于
解决方案代码所包括的子代码数目可能影响到解决方案搜寻系统200的搜寻速度及准确
度，因此可根据各系统的需求来调整。
在数据库服务器140根据每一个第二解决方案D2所包括的第二解决方案代码C2将
每一第二解决方案D2储存在巨量数据库130，且建模服务器170完成建立预测模型后，解决
方案搜寻系统200即可利用建模服务器170所建立的预测模型来搜寻系统问题的可能解决
方案。在本发明的部分实施例中，中枢服务器150可将建立好的预测模型传送至模型服务器
1201至120N中的一个指定的模型服务器，并将预测模型与模型服务器的对照关系储存在关
联式数据库160中。如此一来，当有使用者欲利用此预测模型来搜寻解决方案时，中枢服务
器150就能够将使用者所输入的问题描述档案传送至对应的模型服务器。
前述的实施例中，当数据库服务器140根据模型服务器120所产生的第一解决方案
代码C1欲由巨量数据库130读取第一解决方案D1时，数据库服务器140所读取的第一解决方
案D1即可为复数个第二解决方案D2中具有与第一解决方案代码C1相符的第二解决方案代
码C2的第二解决方案，且与第一解决方案代码C1相符的第二解决方案代码C2所包括的子代
码的数目不少于第一解决方案代码C1所包括的子代码的数目。
此外，在本发明一实施例中，解决方案搜寻系统200中，中枢服务器150与运算服务
器110、数据库服务器140、模型服务器120及建模服务器170的间可透过网络封包以及应用
程序界面(application programming interface,API)传送档案与通讯。在本发明的一实
施例中，可利用使用者资料协定(User Datagram Protocol,UDP)埠或传输控制协定
(Transmission Control Protocol,TCP)埠来达成应用程序界面间的远端程序呼叫
(Remote Procedure Call,RPC)，如此一来，解决方案搜寻系统200即可以分散式的方式建
构，而有利于系统扩充及维护。
由于本发明的解决方案搜寻系统200可透过巨量数据库及资料探勘的算法使工程
师分享彼此过去解决系统问题的经验，因此能够轻易地搜寻到可能的解决方案以减少解决
产品问题的时间，并提升解决方案质量。此外，透过设定使用者的身份，还能够进一步让解
决方案搜寻系统200建立各自独立的预测模型，并用来搜寻不同类型产品所遭遇的问题的
解决方案，因此能够避免先前技术因为产品属性不同，而造成解决方案搜寻系统准确率偏
低的问题。
图3为本发明一实施例中，解决方案搜寻系统100的操作方法300的流程图。解决方
案搜寻系统的操作方法300包括步骤S310至S380：
S310：中枢服务器150根据关联式数据库160中所纪录的使用者User1的身份提供
复数个可使用的预测模型M1、M2及M3给第一使用者User1选择；
S320：当第一使用者User1自可使用的预测模型M1、M2及M3中选择第一预测模型M1
并传送第一问题描述档案A1至中枢服务器150时，中枢服务器150将第一问题描述档案A1及
第一预测模型M1的编号传送至运算服务器110；
S330：运算服务器110根据第一问题描述档案A1及第一预测模型M1的编号，产生第
一问题描述档案A1对应于第一预测模型M1的第一模型输入档案B1；
S340：中枢服务器150将运算服务器110所产生的第一模型输入档案B1传送至模型
服务器1201至120N中对应于第一预测模型M1的第一模型服务器1201；
S350：第一模型服务器1201利用第一预测模型M1及第一模型输入档案B1产生第一
解决方案代码C1；
S360：中枢服务器150将第一模型服务器1201所产生的第一解决方案代码C1传送
至数据库服务器140；
S370：数据库服务器140根据第一解决方案代码C1由巨量数据库130读取至少一第
一解决方案D1；
S380：中枢服务器150输出数据库服务器140由巨量数据库130读取的至少一第一
解决方案D1。
图4说明为本发明另一实施例中，解决方案搜寻系统200的操作方法400的流程图。
解决方案搜寻系统200的操作方法400包括步骤S410至S460：
S410：中枢服务器150根据关联式数据库160中所纪录的第二使用者Admin1的身份
提供复数个可使用的模型参数组P1、P2及P3给第二使用者Admin1选择；
S420：当第二使用者Admin1自可使用的模型参数组P1、P2及P3中选择第一可使用
的模型参数组P1并传送复数个已解决的第二问题描述档案A2时，中枢服务器150将复数个
已解决的第二问题描述档案A2及第一可使用的模型参数组P1传送至运算服务器110；
S430：运算服务器110根据复数个已解决的第二问题描述档案A2及第一可使用的
模型参数组P1产生每一已解决的第二问题描述档案A2所对应的第二解决方案D2及每一已
解决的第二问题描述档案A2所对应的第二模型输入档案B2；
S440：数据库服务器140根据每一第二解决方案D2所包括的第二解决方案代码C2
储存每一第二解决方案D2；
S450：中枢服务器150将每一已解决的第二问题描述档案A2所对应的第二解决方
案代码C2及每一已解决的第二问题描述档案A2所对应的第二模型输入档案B2及第一可使
用的模型参数组P1传送至建模服务器170；
S460：建模服务器170根据每一已解决的第二问题描述档A2的第二模型输入档案
B2、每一已解决的第二问题描述档案A2所对应的第二解决方案代码C2及第一可使用的模型
参数组P1所对应的资料探勘算法建立可使用的预测模型。
透过本发明上述实施例的解决方案搜寻系统100、200的操作方法300及400，即可
利用巨量数据库及资料探勘的算法使工程师分享彼此过去解决系统问题的经验，而能轻易
地搜寻到可能的解决方案以减少解决产品问题的时间，并提升解决方案质量。
综上所述，本发明实施例的解决方案搜寻系统及解决方案搜寻系统的操作方法，
可利用巨量数据库及资料探勘的算法，协助使用者分享彼此过去解决问题的经验，而在使
用者发现系统问题时，能轻易地搜寻到可能的解决方案以减少解决产品问题的时间。如此
一来，就可以避免先前技术中，因为相关的解决方案搜寻不易，而导致解决系统问题的效率
及质量难以控制的问题。此外，透过设定使用者的身份，还能够进一步让解决方案搜寻系统
以独立的预测模型来搜寻不同类型产品所遭遇的问题的解决方案，因此能够避免先前技术
因为产品属性不同，而造成解决方案搜寻系统准确率偏低的问题。
以上所述仅为本发明的较佳实施例，凡依本发明申请专利范围所做的均等变化与
修饰，皆应属本发明的涵盖范围。