设备故障应对委托系统及其服务器、程序、方法

专利名称：设备故障应对委托系统及其服务器、程序、方法
技术领域：
本发明涉及设备故障应对委托系统、故障应对委托服务器、设备故障应对委托程序及设备故障应对委托方法。特别是涉及在利用网络的打印机、复印机等设备中，实现使因错误或故障所导致的设备停机时间减少的设备故障应对委托系统、故障应对委托服务器、设备故障应对委托程序及设备故障应对委托方法。
背景技术：
在利用网络的打印机、复印机等设备中，为了极力缩短因故障的发生而导致不能利用设备的时间而设置了监视设备的故障的系统，在发生了故障时，把此情况通知给设备的管理者。但是，在这样的通知方法中，由于是无论故障内容如何均通知给管理者，必须管理者把握故障的内容，进一步进行修复故障的布置。对此，迄今为止，提出了不对管理者产生负担的故障应对委托方法。
在专利文献1中，提出了以下方案，根据发生在设备上的故障的严重程度和发生的日期和时间，从‘使用者侧的管理者’、‘交货设备的SI(System Integrator)的维修责任者’以及‘生产厂家的维修责任者’之中选择故障的通知处，并将附加有故障的内容以及/或者故障的应对方法的应对通知发送给所选择的通知处。
专利文献特开2002-152207号公报然而，在专利文献1的发明中，仅把发生在设备上的故障的应对通知发送给通知处而到由通知处的责任者解决该故障之前不进行应对。也就是说，即使把来自系统的故障的应对通知发送给通知处，也不能够确认是否由应对故障通知处的责任者实施该故障的修复作业。
另外，由于不能用系统把握在发送了故障应对通知的通知处的应对状况，例如，在通知处的责任者不在那样的、通知处的责任者不能够应对的场合，存在不能够实施通过把故障的应对通知发送到别的通知处来修复设备等的修复作业的之类问题。

发明内容
本发明是为了解决以上那样的问题而提出的，其目的是提供可以减少因设备故障导致的设备停机时间的设备故障应对委托系统、故障应对委托服务器、设备故障应对委托程序及设备故障应对委托方法。
提供能够解决所述的现有问题的下述发明。[发明1]发明1是一种设备故障应对委托系统，对作为被监视故障发生的对象的一个或多个设备、和可以委托所述设备上发生的故障的应对作业的多个被委托者分别使用的多个使用者终端可以通信地进行连接，其特征在于具有故障应对委托机构，该故障应对委托机构，从多个被委托者中，基于设备发生故障的故障信息来选择委托所述故障的应对作业的被委托者，并将所述故障的发生通知给所选择的所述被委托者的委托处使用者终端，基于来自委托处使用者终端的响应来判断所述故障的应对是否结束，在判断为未结束时，选择与委托所述故障的应对作业所述被委托者不同的被委托者，将所述故障的发生通知给所选择的被委托者的委托处使用者终端。
采用这种结构，通过故障应对委托机构，基于发生在设备上的故障的故障信息从多个被委托者之中选择委托进行故障的应对作业的被委托者，将故障的发生通知给作为被选择的被委托者使用的使用者终端的委托处使用者终端。并且，基于来自委托处使用者终端对所通知的故障发生的响应判断故障的应对是否已经结束，判断为尚未结束时，就选择与前面的委托了进行故障应对作业的被委托者不同的被委托者，把故障的发生通知给所选择的被委托者的委托处使用者终端。
这样，基于来自委托处使用者终端的响应，就能够确认委托了故障的应对作业的被委托者是否实施了故障的应对作业。因此，通过确实地实施故障的应对作业，与原来相比，能够使发生了故障的设备停机时间缩短。另外，在被委托了对发生在设备上的故障进行应对的被委托者不能够应对时或被委托者不在的场合，能够向其他被委托者发出委托。因此，与原来相比，能够使发生了故障的设备停机时间缩短。
另外，由于也对一般的使用者发出对发生了的故障进行应对委托，所以能够把对管理责任使用者和维修中心的维护责任者这些技术比较好的被委托者的应对作业的负担分担到一般的使用者上去。这里，所谓被委托者是指利用设备的一般使用者、一般使用者之中具有比较高的技术的管理设备的管理责任使用者、交货设备的SI或制造厂家的维修中心的维护责任者之中的至少一人。[发明2]发明2是一种设备故障应对委托系统，在发明1的设备故障应对委托系统的基础上，具有以下特征，所述故障应对委托机构具有故障检测机构，对所述发生了故障的所述设备检测出识别该设备的设备信息以及识别该故障的种类的故障信息；应对委托者选择机构，基于由所述故障检测机构检测出的所述故障信息从所述多个被委托者之中选择委托所述故障的应对作业的所述被委托者；应对委托信息发送机构，将委托所述设备上发生的故障的应对作业的故障应对委托信息发送给所选择的所述被委托者的委托处使用者终端；应对委托处监视机构，对来自由所述应对委托信息发送机构发送所述故障应对委托信息的所述委托处使用者终端的响应进行监视；应对委托处再选择机构，基于来自该委托处使用者终端的响应来判断所述故障的应对是否结束，在判断为未结束时，选择与委托了所述故障的应对作业的所述被委托者不同的被委托者。
采用这样的结构，通过故障检测机构检测出发生了故障的设备的设备信息和发生的故障的故障信息，通过应对委托处选择机构从多个被委托者之中选择委托进行故障的应对作业的被委托者，通过应对委托信息发送机构向所选择的被委托者的委托处使用者终端发送故障应对委托信息。另外，通过应对委托处监视机构监视来自委托处使用者终端对发送的故障应对委托信息的的响应，通过应对委托处再选择机构，基于来自委托处使用者终端的响应(例如，来自委托处使用者终端的响应为拒绝应对、或者没有响应时)，选择与前面委托了进行故障应对作业的被委托者不同的被委托者，通过应对委托信息发送机构将故障应对委托信息发送给所选择的被委托者的委托处使用者终端。
这样，基于来自委托处使用者终端的响应，就能够确认委托了进行故障应对作业的被委托者是否实施了故障的应对作业。因此，通过确实地实施故障的应对作业，与原来相比，能够使发生了故障的设备停机时间缩短。另外，在发出了委托应对的被委托者不能应对发生在设备上的故障的场合或者被委托者不在的场合能够向其他的被委托者发出委托。因此，与原来相比，能够使发生了故障的设备停机时间缩短。
另外，由于也对一般的使用者发出对发生了的故障进行应对的委托，所以能够把对管理责任使用者或服务中心的维修责任者这些技术比较好的被委托者的应对作业的负担分担到一般的使用者上去。[发明3]发明3是一种设备故障应对委托系统，在发明2所述的设备故障应对委托系统的基础上，具有以下特征所述故障应对委托机构还具有应对委托对象者登录机构，该应对委托对象者登录机构，将用于选择委托所述故障的应对作业的所述被委托者的、所述被委托者的使用者信息以及所述使用者终端的信息保存到规定的存储部，所述应对委托处选择机构，基于所述故障信息以及所述使用者信息，从所述多个被委托者之中选择委托所述故障的应对作业的所述被委托者，所述应对委托信息发送机构，基于对应于所选择的所述被委托者的所述使用者终端的信息将所述故障应对委托信息发送给所述委托处使用者终端。
采用这样的结构，通过应对委托对象者登录机构，将用于选择委托进行故障的应对作业的被委托者的被委托者的使用者信息以及使用者终端的信息保存在规定的存储部，通过应对委托处选择机构，基于故障信息以及使用者信息从多个被委托者之中选择出委托进行故障的应对作业的被委托者，通过应对委托信息发送机构基于与所选择的被委托者对应的使用者终端信息将故障应对委托信息发送给委托处使用者终端。
这样就可以从任意使用者终端实施可以委托进行故障应对的被委托者的使用者信息以及使用者终端信息的登录、变更以及删除等。[发明4]发明4是一种设备故障应对委托系统，在发明2或3所述的设备故障应对委托系统基础上，具有以下特征所述应对委托处选择机构具有委托候选处检索机构，基于所述故障信息从所述多个被委托者之中检索可以委托所述故障的应对作业的多个所述被委托者；委托顺序决定机构，对由所述委托候选处检索机构检索出的所述多个被委托者决定委托所述故障的应对作业的顺序；委托处决定机构，基于由所述委托顺序决定机构决定的委托顺序来决定委托所述故障的应对作业的所述被委托者。
采用这样的结构，通过委托候选处检索机构选择出可以委托进行故障应对的被委托者，通过委托顺序决定机构对检索出的被委托者决定出委托进行故障的应对作业的顺序，通过委托处决定机构基于委托顺序决定委托进行故障的应对作业的被委托者。这样，例如，通过使对应对作业时间快的被委托者的通知顺序靠前，对有应对经验的一般使用者的通知顺序靠前，就能够使发生了故障的设备停机时间进一步缩短。[发明5]发明5是一种设备故障应对委托系统，在发明4所述的设备故障应对委托系统的基础上，具有以下特征所述委托候选处检索机构事先对每个所述故障设定表示故障严重程度的故障级别和对每个所述被委托者设定表示可以应对的所述故障级别的应对级别，而选择与所述故障的故障级别相对应的所述应对级别的所述被委托者。
这样，由于能够根据被委托者的应对级别来通知进行故障应对的委托，所以能够比较确实地实行应对作业。因此，与原来相比，就能够使发生了故障的设备停机时间缩短。[发明6]发明6是一种设备故障应对委托系统，在发明4所述的设备故障应对委托系统的基础上，具有以下特征所述委托顺序决定机构使从使用所述设备后的经过时间为规定时间以内、并且最近使用过的所述被委托者的委托顺序提前。
这样，由于是在被委托人使用了后产生的故障，所以被委托者易于产生对该故障的责任感。因此，被委托者答应应对故障的可能性高，就能够使发生了故障的设备停机时间缩短。[发明7]发明7是一种设备故障应对委托系统，在发明4所述的设备故障应对委托系统的基础上，具有以下特征所述委托顺序决定机构从规定的存储部取得表示所述被委托者应对所述故障的经验程度的应对经验信息，并基于所取得的应对经验信息来决定对所述被委托者的委托顺序。
这样，例如，假如对一次应对作业的经验也没有的被委托者优先委托的话，由于应对作业经验者能够增加，以后的应对作业就比较确实地被实行，从而能够使发生了故障的设备停机时间进一步缩短。另外，例如，假如优先通知有应对经验的被委托者，应对作业就能够比较确实地且容易地进行，从而能够使发生了故障的设备停机时间进一步缩短。[发明8]发明8是一种设备故障应对委托系统，在发明2或3所述的设备故障应对委托系统的基础上，具有以下特征在来自发送了所述故障的故障应对委托信息的所述委托处使用者终端的响应为拒绝响应时、或者即使经过规定时间也没有来自所述委托处使用者终端的响应时，所述应对委托处再选择机构基于由所述委托顺序决定机构决定的委托顺序来选择与委托了所述故障的应对作业的所述被委托者不同的被委托者。
这样，在被委托了对发生在设备上的故障进行应对的被委托者不能够应对时或被委托者不在的场合，能够向其他被委托者发出委托。因此，与原来相比，能够使发生了故障的设备停机时间缩短。[发明9]发明9是一种设备故障应对委托系统，在发明2或3所述的设备故障应对委托系统的基础上，具有以下特征在即使来自发送了所述故障的故障应对委托信息的所述委托处使用者终端的响应为承诺响应，但经过了规定的时间后仍未有来自所述委托处使用者终端的所述故障应对结束响应时，所述应对委托处再选择机构就基于由所述委托顺序决定机构决定的委托顺序来选择与被委托了所述故障的应对作业的所述被委托者不同的被委托者。
这样，基于来自委托处使用者终端的响应，就能够确认委托了故障的应对作业的被委托者是否实施了故障的应对作业。因此，通过确实地实施故障的应对作业，与原来相比，能够使发生了故障的设备停机时间缩短。[发明10]发明10是一种设备故障应对委托系统，在发明2或3所述的设备故障应对委托系统的基础上，具有以下特征在来自发送了所述故障的故障应对委托信息的所述委托处使用者终端的响应为拒绝响应时，所述应对委托处再选择机构就基于与拒绝响应一起附加的、所述被委托者的委托者检索条件来选择与委托了所述故障的应对作业的所述被委托者不同的被委托者。
这样，能够将被委托者的意见或判断加到下一个被委托者的检索，通过比较确实地检索实施故障的应对作业的被委托者，就能够使发生了故障的设备停机时间缩短。例如，由于与被委托者同一级别的被委托者不能应对故障，通过包括进选择上一级的应对级别的被委托者这样的委托者检索条件，就能够比较确实地检索实施故障的应对作业的被委托者，从而能够使发生了故障的设备停机时间缩短。[发明11]发明11是一种设备故障应对委托系统，在发明2或3所述的设备故障应对委托系统的基础上，具有以下特征在来自发送了所述故障的故障应对委托信息的所述委托处使用者终端的响应为拒绝响应时，所述应对委托处再选择机构就基于与拒绝响应一起附加的、由所述被委托者指定的被委托者。
这样，能够将被委托者的意见和判断加进下一个被委托者的检索，通过比较确实地检索实施故障的应对作业的被委托者，就能够使发生了故障的设备停机时间缩短。[发明12]发明12是一种设备故障应对委托系统，在发明8至11任何一项所述的设备故障应对委托系统的基础上，具有以下特征所述应对委托处再选择机构选择多个与委托了所述故障的应对作业的所述被委托者不同的被委托者。
这样就能够请多个被委托者实施故障的应对作业，从而能够使发生了故障的设备停机时间缩短。[发明13]发明13是一种故障应对委托服务器，与作为被监视故障发生的对象的一个或多个设备、和可以委托所述设备上发生的故障的应对作业的多个被委托者分别使用的多个使用者终端可以通信地进行连接，其特征在于具有故障应对委托机构，该故障应对委托机构，从多个被委托者中，基于设备发生故障的故障信息来选择委托所述故障的应对作业的被委托者，并将所述故障的发生通知给所选择的所述被委托者的委托处使用者终端，基于来自委托处使用者终端的响应来判断所述故障的应对是否结束，在判断为未结束时，选择与委托所述故障的应对作业所述被委托者不同的被委托者，将所述故障的发生通知给所选择的被委托者的委托处使用者终端。
采用这样的结构，通过故障应对委托服务器，得到了与发明1所述的设备故障应对委托系统同等的作用及效果。[发明14]发明14是一种设备故障应对委托程序，使通过网络利用的1个或多个设备上发生的故障的应对作业、通过被委托者使用的使用者终端委托给该被委托者的处理在计算机上实行，其特征在于在计算机上实行故障应对委托工序，该故障应对委托工序，从多个被委托者中，基于设备发生故障的故障信息来选择委托所述故障的应对作业的被委托者，并将所述故障的发生通知给所选择的所述被委托者的委托处使用者终端，基于来自委托处使用者终端的响应来判断所述故障的应对是否结束，在判断为未结束时，选择与委托所述故障的应对作业所述被委托者不同的被委托者，将所述故障的发生通知给所选择的被委托者的委托处使用者终端。
采用这样的结构，利用计算机读取程序，计算机利用读取的程序实行应对时，得到了与发明1所述的设备故障应对委托系统同等的作用及效果。[发明15]发明15是一种设备故障应对委托方法，通过网络利用的1个或多个设备上发生的故障的应对作业、通过被委托者使用的使用者终端委托给该被委托者，其特征在于具有故障应对委托工序，该故障应对委托工序，从多个被委托者中，基于设备发生故障的故障信息来选择委托所述故障的应对作业的被委托者，并将所述故障的发生通知给所选择的所述被委托者的委托处使用者终端，基于来自委托处使用者终端的响应来判断所述故障的应对是否结束，在判断为未结束时，选择与委托所述故障的应对作业所述被委托者不同的被委托者，将所述故障的发生通知给所选择的被委托者的委托处使用者终端。
这样，得到了与发明1所述的设备故障应对委托系统同等的作用及效果。


图1设备故障应对委托系统的整体结构图。
图2打印机的功能方块图的一例。
图3故障应对委托服务器的功能方块图的一例。
图4表示故障信息DB的结构图的一例。
图5表示应对委托处信息列表的结构图的一例。
图6表示通过预先储存在打印机的ROM中的控制程序来进行故障应对处理的流程图的一例。
图7表示通过预先储存在故障应对委托服务器的ROM中的控制程序来进行故障应对处理的流程图的一例。
图8表示故障应对处理中应对委托处决定处理的流程图的一例。
图9说明委托处列表的生成的图。
图10表示故障应对处理中应对委托处监视应对的流程图的一例。
图11表示通过预先储存在成为委托处的一般使用者终端、管理责任使用者终端、服务中心终端的各计算机的ROM中的控制程序来进行故障应对处理的流程图的一例。
图12表示利用邮件来发送的场合的故障应对委托信息的内容的图。
图13表示利用邮件来发送的场合的故障应对委托的确认通知的内容的图。
图14表示故障应对处理中的、打印机、故障应对委托服务器以及委托处计算机之间的动作的流程图的一例。
图中100-设备故障应对委托系统，101-打印机，102-故障应对委托服务器，103-一般使用者终端，104-管理责任使用者终端，105-服务中心终端，106-通信网络，201-故障识别机构，202-故障传送机构，211-故障信息通知机构，212-故障信息提供机构，301-故障检测机构，302-应对委托处选择机构，303-应对委托信息发送机构，304-应对委托处监视机构，305-应对委托处再选择机构，306-应对委托对象者登录机构，321-委托候选处检索机构，322-委托顺序决定机构，323-委托处决定机构。
具体实施例方式
下面参照附图来说明本发明的一个实施方式。
图1是设备故障应对委托系统的整体结构图。以下，以设备是打印机为例来说明。设备故障应对委托系统100具有打印机101、故障应对委托服务器102、一般使用者终端103、管理责任使用者终端104以及服务中心终端105，介由通信网络106它们之间可以进行通信。
打印机101是有发生故障的可能性的设备。打印机101在发生故障时，将发生了的故障的信息(以下称为‘故障信息’)发送给故障应对委托服务器102。这时，作为故障信息，将识别故障种类的故障ID与识别打印机101的设备信息一起发送给故障应对委托服务器102。
故障应对委托服务器102监视在通过通信网络106所连接的打印机101上所发生的故障，根据其故障的内容选择委托进行故障的应对委托的被委托者，将包含故障的内容以及该故障的应对方法的故障应对委托信息发送给作为所选择的被委托者的使用者终端的委托处使用者终端。即，在打印机101上发生了故障的场合，故障应对委托服务器102取得该故障的故障信息，从该取得的故障信息判断出表示该故障的严重程度的故障级别，根据判断出的故障级别检索具有应对级别的被委托者，对检索出的多个被委托者决定委托应对委托的委托顺序，依照所决定的委托顺序选择委托应对委托的被委托者，将故障应对委托信息发送给作为所选择的被委托者的使用者终端的委托处使用者终端。并且，对发送的故障应对委托信息来自委托处使用者终端的响应为拒绝委托或无响应的场合，根据委托顺序选择与委托了应对委托的被委托者不同的下一个被委托者，将故障应对委托信息发送给所选择的被委托者的使用者终端。在区里，委托处使用者终端是一般使用者终端103、管理责任使用者终端104以及服务中心终端105之中的至少一个。
一般使用者终端103是利用打印机101的被委托者(以下称为‘一般使用者’)所使用的使用者终端，介由通信网络106向打印机101委托打印处理。在这里，在一般使用者中还有具有比较高的技术知识、能够进行打印机101的维护的人。
管理责任使用者终端104是一般使用者终端103，即是负责打印机101的管理的管理责任使用者所使用的使用者终端。管理责任使用者具有比较高的技术知识，能够进行打印机101的维护。服务中心终端105是交货打印机101的SI或生产厂家的服务中心中维修责任者所使用的使用者终端。服务中心的维修责任者能够进行打印机101的维护、打印机101的修理。
另外，虽然没有图示出，打印机101、故障应对委托服务器102、一般使用者终端103、管理责任使用者终端104以及服务中心终端105分别具有基于控制程序来控制计算以及装置整体的CPU、预先把CPU的控制程序等保存到规定区域的ROM、用于保存在从ROM等读出的信息或CPU的计算过程中必要的计算结果的RAM、对外部装置传递信息的输入输出的接口。另外，CPU、ROM、RAM以及接口通过作为用于传输信息的信号线的总线连接成相互之间可以接收发送信息。
图2是打印机101的功能方块图的一例。打印机101备有故障识别机构201以及故障传送机构202。并且，故障传送机构202备有故障信息通知机构211以及故障信息提供机构212。故障识别机构201通过打印机101自身配备的各种传感器等检测出缺纸、缺墨等消耗品的缺少、卡纸、机器异常等，并作为打印机101上发生的故障进行识别，取得发生的故障的故障信息。
故障传送机构202将通过故障识别机构201取得的故障信息经由接口发送给故障应对委托服务器102。故障信息通知机构211在识别到由各种传感器等检测出的异常为打印机101上发生的故障时，就从打印机101把该故障的故障信息发送给故障应对委托服务器102。故障信息提供机构212基于来自故障应对委托服务器102的发送要求把已经识别的发生在打印机101上的故障的故障信息发送给故障应对委托服务器102。
图3是故障应对委托服务器的功能方块图的一例。故障应对委托服务器102具有故障检测机构301、应对委托处选择机构302、应对委托信息发送机构303、应对委托处监视机构304、应对委托处再选择机构305以及应对委托对象者登录机构306。故障检测机构301从打印机101的故障传送机构202接收发生在打印机101上的故障的故障信息以及打印机101的设备信息。这里，来自打印机101的故障传送机构202的信息接收是通过对打印机101提出发送故障信息的要求，来接收故障信息以及设备信息。另外，在发生了故障的时接收来自打印机101的故障传送机构202的故障信息以及设备信息。另外，作为故障信息所接收的是识别故障种类的记号、编号等故障ID。
应对委托处选择机构302基于由故障检测机构301接收到的故障ID来选择委托进行故障的应对的多个被委托者，从所选择的被委托者之中选择通知发生了的故障的发生的被委托者。应对委托处选择机构302具有委托候补处检索机构321、委托顺序决定机构322以及委托处决定机构323。
委托候补处检索机构321基于由故障检测机构301接收到的故障ID，从故障信息数据库(以下称为‘故障信息DB’)311取得与发生在打印机101上的故障相关的各种信息。另外，基于与取得的故障相关的各种信息之中的故障级别，从应对委托处信息列表312生成委托处候选列表。在这里，故障信息DB311保存了与有可能发生的故障相关的各种信息。另外，应对委托处信息列表312保存与委托进行故障的应对的被委托者相关的使用者信息以及使用者终端的信息。委托处候选列表保存可以委托对发生了的故障进行应对的被委托者的使用者信息以及使用者信息终端的信息。
图4表示故障信息DB的结构的图的一例。如图4所示，在故障信息DB311中，至少储存了用于唯一地判断故障种类的故障ID、表示故障严重程度的故障级别、用于通过人的思考来判断故障种类的故障名、具体表示故障内容的故障内容、以及作为表示用于应对故障的方法的网页的URL的应对方法URL的信息。以下，以故障级别分为4级为例来进行说明。A是最严重的故障，D是最轻的故障。
图5是表示应对委托处信息列表312的结构图的一例。如图5所示，在应对委托处信息列表312中，至少保存用于识别被委托者的同时、还识别被委托者的使用者终端的识别ID；表示被委托者可以应对的故障级别的应对级别；用于通知给被委托者的使用者终端的邮件地址；以及表示被委托者有应对经验的某故障ID的有应对经验故障ID。
委托顺序决定机构322基于候选顺序决定规则决定保存在由委托候选处检索机构321生成的委托处候补列表中的多个被委托者的委托顺序，根据所决定的委托顺序生成保存有被委托者的使用者信息以及使用者终端的信息的委托处列表313。在这里，候选顺序决定规则是用于决定对被委托者的委托顺序的规则，表示的是被委托者的条件信息和优先条件信息的顺序。作为被委托者的条件信息，例如可例举出以下条件。(a)最后使用打印机的被委托者由于是在被委托者自身使用之后产生的故障，所以易于对该故障产生责任感，是容易对故障进行应对的被委托者。(b)启动使用者终端的被委托者是有在打印机附近存在的可能性的被委托者。(c)打开打印机设定画面的被委托者立即使用打印机的可能性高，故障发生时感到非常困挠的被委托者，是必然容易产生对故障进行应对意愿的被委托者。(d)启动可以打印的应用程序的被委托者立即使用打印机的可能性高，故障发生时感到非常困挠的被委托者，是必然易于产生对故障进行应对的意愿的被委托者。(e)从时刻表上知道他在位的被委托者是在位可能性高的被委托者。即，将不可能在位的被委托者从委托候选处排除，使预定在位的被委托者的委托优先顺序排在前面。(f)使用发生了故障的设备的频率高的被委托者由于使用该设备的频率高，所以在该设备的附近存在的可能性高，是易于委托进行应对的被委托者。另外，由于接触该设备的机会也多，能够推测出与其他被委托者相比维护技术多少更高的被委托者。(g)在发生故障的时刻，利用该设备的频率高的被委托者在每一被委托者使用频率高的时间带，随星期几等利用频率有变化的场合，故障发生的时刻，使用可能性高的被委托者，根据优先的委托易于得到确实的承诺的被委托者。(h)具有对发生的故障的应对经验的被委托者由于对该故障具有应对经验，所以是比没有经验的被委托者更快地应对的可能性高的被委托者。(i)对发生的故障没有应对经验或者很少的被委托者通过选择没有应对经验的被委托者，能够培育可以应对故障的被委托者。通过使所有的被委托者的应对故障的技术提高，来加快修复故障。(j)应对级别高的一般使用者从多数一般使用者之中优先选择应对级别高的被委托者的话，能够更快地修复故障。(k)在发生了故障的设备附近位置的被委托者是移动到发生了故障的打印机的距离和时间短的被委托者。另外，由于在附近易于看见显示在PC等的显示终端的应对方法，是易于对故障进行应对的被委托者。(1)可能携带笔记本电脑等的委托候选处的被委托者在打印机发生了故障时，以将应对方法显示在笔记本电脑的状态带到该发生故障的场所，能够看着应对方法来对故障进行应对的被委托者。
在本实施方式中，由于应对级别低的被委托者数目多容易应对，所以尽可能优先选择应对级别低的被委托者，同时，优先选择对发生的故障有应对经验的被委托者。委托处决定机构323基于由委托顺序决定机构322生成的委托处列表313的委托顺序选择委托应对委托的被委托者，来决定发送故障应对委托信息的被委托者的委托处使用者终端。在这里，发生了多个不同的故障的场合，基于故障级别高的故障信息来选择被委托者。
应对委托信息发送机构303向基于委托处列表313的委托顺序由应对委托处选择机构302所决定的委托处使用者终端或者应对委托处再选择机构305所决定的委托处使用者终端发送包含发生在打印机101上的故障的故障内容以及该故障的应对方法的应对委托发送信息。另外，在由应对委托处监视机构304接收到来自对应对委托的委托处使用者终端的承诺响应的场合，将应对委托确认信息发送给委托处使用者终端。
应对委托处监视机构304监视来自委托处使用者终端的对由应对委托信息发送机构303发送的故障应对委托信息的响应。应对委托处再选择机构305在来自委托处使用者终端的响应为应对委托的拒绝通知的场合或者没有来自委托处使用者终端的响应的场合，就基于委托处列表313的委托顺序选择与委托了应对委托的被委托者不同的被委托者，来决定发送故障应对委托信息的下一个被委托者的委托处使用者终端。另外，来自委托处使用者终端的响应为应对委托的承诺通知的场合，就向应对委托信息发送机构303要求将应对委托确认信息发送给委托处使用者终端。
应对委托对象者登录机构306将可以应对发生在打印机101上的故障的被委托者相关的使用者信息以及使用者终端的信息登录到如图5所示的应对委托处信息列表312中。即，将使用配置在设备故障应对委托系统100中的一般使用者终端103、管理责任使用者终端104以及服务中心终端105的各使用者终端的被委托者相关的使用者信息以及使用者终端的信息登录到应对委托处信息列表312中。
图6是表示通过预先储存在打印机的ROM中的控制程序来进行故障应对处理的流程图的一例。如图6所示，首先，取得来自各种传感器等的接收信息(S601)，判断接收信息是否为故障信息(S602)，在接收信息不是故障信息的场合(S602；NO)，结束应对。另一方面，在接收信息是故障信息的场合(S602；YES)，就基于接收到的故障信息决定故障ID(S603)，为了将故障的发生通知给故障应对委托服务器102，生成包含决定了的故障ID和打印机101的设备信息的故障检测信息(S604)，然后将生成的故障检测信息发送给故障应对委托服务器102(S605)，结束应对。
图7表示通过预先储存在故障应对委托服务器的ROM中的控制程序来进行故障应对处理的流程图的一例。如图7所示，首先，监视打印机101的状态(S701)，判断打印机101是否发生了故障(S702)，例如，定期地与打印机101通信，取得打印机101的状态，判断是否发生了故障。另外，打印机101发生了故障的场合，接收故障检测信息，识别故障的发生。在打印机101没有发生故障的场合(S702；No)，结束应对。
另一方面，在打印机101发生了故障的场合(S702；Yes)，取出设备信息和故障ID，由设备信息识别发生了故障的打印机101，由故障ID识别发生的故障(S703)。其次，基于取得的故障ID，检索可以委托对发生在打印机101上的故障进行应对的多个被委托者，基于规定的规则决定委托应对的被委托者(S704)。然后，将包含发生在打印机101上的故障的故障内容以及该故障的应对方法的故障应对委托信息发送给所选择的被委托者的委托处使用者终端(S705)。
其次，监视来自委托处使用者终端的对发送的故障应对委托信息的响应直至接收到来自委托处使用者终端的故障应对结束的通知，在来自委托处使用者终端的对发送的故障应对委托信息的响应为拒绝应对或无响应的场合，基于在步骤S704所决定的委托顺序选择与委托了故障应对的被委托者不同的下一个被委托者，将故障应对委托信息发送给所选择的被委托者的委托处使用者终端(S706)。
图8是表示故障应对委托服务器102的故障应对处理中应对委托处选择处理的流程图的一例。如图8所示，基于故障ID参照故障信息DB311，取得与包含故障级别的故障相关的各种信息(S801)。其次，判断取得的故障级别是否为级别A(S802)。故障级别为级别A的场合(S802；Yes)，选择服务中心的维修责任人为被委托者(S803)。结束应对。
另一方面，故障级别不是级别A的场合(S802；No)，就生成委托处候选列表(S804)，判断故障级别是否为故障B(S805)。在故障级别为级别B的场合(S805；Yes)，就从委托处候选列表中删除级别C以及级别D的被委托者的信息(S806)，基于候选顺序决定规则，决定向被委托者委托进行故障应对的委托顺序，根据该顺序生成委托处列表313(S807)，基于生成的委托处列表313选择委托进行故障的应对的被委托者(S808)，结束应对。
在故障级别不是故障B的场合(S805；No)，就判断故障级别是否为故障C(S809)。在故障级别为故障C的场合(S809；Yes)，就从委托处候选列表中删除级别D的被委托者的信息(S810)，移到步骤S807。故障级别不是故障C的场合(S809；No)，移到步骤S807。
图9是说明委托处列表的生成的图。在这里，说明在打印机101发生了故障P2的场合的委托处列表的生成。故障P2表示‘卡纸’，故障级别属于‘级别C’。另外，作为候选顺序决定规则列举下述规则为例来说明。另外，采用规则编号小的为优先顺序高的规则。(规则1)依照一般使用者、管理责任使用者、服务中心的顺序发送委托。(规则2)仅在一般使用者、管理责任使用者、服务中心各自的范畴内交换顺序。(规则3)优先选择并委托对发生的故障有应对经验者。
首先，根据图8的步骤S802以及步骤S804，如图9所示，从应对委托信息列表312取得被委托者的信息，判断被委托者是否有应对故障P2的经验，生成委托处候选列表A。即，委托处候选列表A对每个识别ID确认P2的应对经验，例如，识别ID‘Jake’是对P2没有应对经验，识别ID‘Tommy’是确认有对P2的应对经验，在列表中有它。
其次，由于故障P2的故障级别为‘级别C’，所以通过图8的步骤S805、步骤S809以及步骤S810，如图9所示，生成从委托处列表A删除了级别D的被委托者的委托处候选列表B。即，委托处候选列表B是从委托处列表A删除了识别ID‘Jake’的列表。
最后，通过图8的步骤S807，如图9所示，将候选顺序决定规则应用于生成的委托处候选列表B，来生成委托处列表313。即，在委托处候选列表B中，基于规则3，交换没有对故障P2的应对经验的识别ID‘David’和有对故障P2的应对经验的识别ID‘Kate’的顺序，生成委托处列表313。
图10是表示故障应对委托服务器102的故障应对处理中应对委托处响应委托处理的流程图的一例。如图10所示，首先，判断是否有来自委托处使用者终端的响应(S1001)，在有来自委托处使用者终端的响应(S1001；Yes)的场合，判断响应的内容(S1002)。
来自委托处使用者终端的响应为故障应对委托的承诺通知的场合(S1002；‘承诺委托’)，就将故障应对委托的确认通知发送给委托处使用者终端(S1003)，处于委托处故障应对中(S1004)，然后返回到步骤S1001，待机规定的时间。来自委托处使用者终端的响应为故障应对委托的拒绝通知的场合(S1002；‘拒绝委托’)，则基于通过图7的步骤S704的应对委托处决定处理所生成的委托处列表313来决定下一个委托处使用者终端(S1005)。其次，将故障应对委托的确认信息发送给所决定的委托处使用者终端(S1006)，然后返回到步骤S1001，待机规定的时间。
来自委托处使用者终端的响应为故障应对结束的通知的场合(S1002；‘应对结束’)，就将应对的故障ID追加到使用委托处使用者终端的应对委托处信息列表312的被委托者的已有应对经验故障ID中(S1007)，结束应对。在没有来自委托处使用者终端的响应的场合(S1001；No)，判断是否在委托处故障应对中(S1008)。在委托处故障应对中的场合(S1008；Yes)，就计算出作为从发送了故障应对委托的确认通知后的经过时间的应对结束等待时间(S1009)，判断应对结束等待时间是否经过了规定的等待结束异常判断时间(S1010)。在应对结束等待时间尚未经过规定的等待结束异常判断时间的场合(S1010；No)，就返回步骤S1001，待机规定的时间。
在应对结束等待时间经过了规定的等待结束异常判断时间的场合(S1010；Yes)，则基于委托处列表313，选择下一个被委托者(S1011)。其次，将故障应对委托信息发送给所选择的被委托者的委托处使用者终端(S1012)，然后返回步骤S1001，待机规定的时间。不为委托处故障应对中的场合(S1008；No)，就计算出作为从发送故障应对委托信息后的经过时间的委托响应等待时间(S1013)，判断委托响应等待时间是否经过了规定的响应等待异常判断时间(S1014)。在委托响应等待时间尚未经过响应等待异常判断时间的场合(S1014；No)，就返回步骤S1001，待机规定时间。
在委托响应等待时间经过了响应等待异常判断时间的场合(S1014；Yes)，则基于委托处列表313来选择下一个被委托者(S1015)。其次，将故障应对委托信息发送给所选择的被委托者的委托处使用者终端(S1016)，然后返回步骤S1001，待机规定时间。图11是表示预先储存在一般使用者终端103、管理责任使用者终端104、服务中心终端105之中至少一个委托处终端的ROM中的控制程序来实行的故障应对处理的一例的流程图。
如图11所示，首先，取得来自故障应对委托服务器102的接收信息(S1101)，判断取得的接收信息的内容(S1102)。接收信息为打印机101的故障应对委托信息的场合(S1102；‘应对委托’)，就通过被委托者借助输入装置等，判断对故障应对委托的响应是否被输入(S1103)。
在响应被输入的场合(S1103；Yes)，判断响应是否为承诺响应(S1104)，响应为承诺响应的场合(S1104；Yes)，就将对故障应对委托的承诺通知发送给故障应对委托服务器102，然后返回步骤S1101，待机直到接收到来自故障应对委托服务器102的确认通知。在响应不是承诺响应的场合(S1104；No)，就将对故障应对委托的拒绝通知发送给故障应对委托服务器102(S1106)，结束应对。
响应没有被输入的场合(S1103；No)，则计算从接收来自故障应对委托服务器102的接收信息后的经过时间(S1107)，判断计算出的经过时间是否经过了规定的异常判断时间(S1108)，在尚未经过异常判断时间的场合(S1108；No)，返回步骤S1103，待机规定时间。另一方面，在经过了异常判断时间的场合(S1108；Yes)，结束应对。
接收信息为故障应对委托的确认通知的场合(S1102；‘委托确认’)，就通过被委托者借助输入装置等，判断对打印机101的故障的修复作业的结束是否被输入(S1109)。在结束被输入的场合(S1109；Yes)，就将故障应对委托结束的通知发送给故障应对委托服务器102(S1110)，结束应对。另一方面，结束没有被输入的场合(S1109；No)，计算从接收来自故障应对委托服务器102的接收信息后的经过时间(S1111)，判断计算出的经过时间是否经过了规定的异常判断时间(S1112)，在尚未经过异常判断时间的场合(S1112；No)，返回步骤S1109，待机规定时间。另一方面，在经过了异常判断时间的场合(S1112；Yes)，结束应对。
图12是表示利用邮件来发送的场合的故障应对委托信息的内容的图。如图12所示，在邮件的正文中记载了设备信息1201，故障名1202，以及应对方法URL1203。收信人记载了委托处1204，在题名中记载了设备信息1201和故障名1202。通过被委托者，作为对故障应对委托的响应，承诺的场合点击承诺按钮1205，拒绝的场合就点击拒绝按钮1206，这样就把对故障应对委托的响应通知发送给故障应对委托服务器102。
图13是表示利用邮件来发送的场合的故障应对委托信息的确认通知的内容的图。如图13所示，为了确认故障应对委托，记载了设备信息1301，故障名1302，以及应对方法URL1303。在结束了故障的修复作业时，通过由被委托者点击故障应对结束按钮1304，结束通知就被发送给故障应对委托服务器102。
其次，对本发明的方式的动作加以说明。图14是表示故障应对处理中，打印机101、故障应对委托服务器102以及委托处计算机之间的动作的流程图的一例。如图14所示，打印机101检测出发生的故障(S1401)，将检测出的故障的故障ID与自身的设备信息一起发送给故障应对委托服务器102(S1402)，结束应对。
故障应对委托服务器102监视打印机101的状态(S1411)，在发生了故障的场合，取得故障的故障ID和打印机101的设备信息(S1412)。并且，通过接收到的来自打印机101的故障的故障ID对故障进行识别。其次，基于故障ID，检测出可以对发生在打印机101上的故障进行应对的委托的多个被委托者，基于规定的规则决定对被委托者的委托的委托顺序，基于所决定的委托顺序选择被委托者(S1413)，将故障应对委托信息发送给所选择的被委托者的委托处使用者终端(S1414)。
委托处使用者终端从故障应对委托服务器102接收发生在打印机101上的故障的故障应对委托信息(S1421)，将对由被委托者介由输入装置输入的故障应对委托的响应作为响应通知发送给故障应对委托服务器102(S1422)。即，在被委托者承诺故障应对委托的场合就将承诺通知发送给故障应对委托服务器102，在被委托者拒绝故障应对委托的场合就将拒绝通知发送给故障应对委托服务器102。在承诺了故障应对委托的场合就根据接收到的应对方法，待机直到由被委托者的故障修复作业结束，将由被委托者介由输入装置输入的修复作业的结束作为结束通知发送给故障应对委托服务器102(S1423)，结束应对。
故障应对委托服务器102监视来自委托处使用者终端的对发送的故障应对委托信息的响应、直到接收到来自委托处使用者终端的故障应对结束的通知，在来自委托处使用者终端的对发送的故障应对委托信息的响应为拒绝委托或者无响应的场合，就根据在步骤S1413所决定的委托顺序选择下一个被委托者，将故障应对委托信息发送给所选择的被委托者的委托处使用者终端(S1415)，结束应对。
如上所述，通过在设备故障应对委托系统中配备故障应对委托机构，并且，在故障应对委托机构中配备故障检测机构、应对委托处选择机构、应对委托信息发送机构、应对委托处监视机构、应对委托处再选择机构以及应对委托对象者登录机构，就能够基于来自委托处使用者终端的响应，确认委托了故障的应对作业的被委托者是否实施了故障的应对作业。因此，通过确实地实施故障的应对作业，与从前相比，可以使发生了故障的设备停机时间缩短。
另外，在被委托了对发生在设备上的故障进行应对的被委托者不能够应对时或被委托者不在的场合，能够向其他被委托者发出委托。因此，与原来相比，能够使发生了故障的设备停机时间缩短。另外，由于对一般的使用者也发出对发生了的故障进行应对委托，所以能够把对管理责任使用者和维修中心的维护责任者这些技术比较好的被委托者的应对作业的负担分担到一般的使用者上去。
另外，在上述实施方式中，虽然用故障应对委托服务器102来说明了故障应对委托机构，但也可以作为设备的功能配备故障应对委托机构。即，在打印机10中可以配备故障应对委托机构。另外，在上述实施方式中，虽然用一个打印机101来说明了具有发生故障的可能性的设备，但也可以是以多个相同的设备以及多个不同的设备作为具有在设备故障应对委托系统中发生故障的可能性的设备。
另外，在上述实施方式中，虽然记载的是委托处使用者终端为一个，但是也可以一次将故障应对委托信息发送给多个委托处使用者终端。即，由于可以委托进行故障应对的被委托者大多数是一般使用者，所以通过对多个被委托者发出委托，通过来自依次被委托的相同应对级别的被委托者的拒绝响应，能够防止故障的修复作业的延迟。另外，同时将各故障应对委托也报告给管理责任使用者的话，管理责任使用者就能够知道在发生了故障之后的时刻有关该故障的信息，并且由于能够把握故障应对委托的许诺、拒绝的状况，所以能够看着这些状况来辅助以及实行故障应对。
另外，在上述实施方式中，来自被委托者对故障应对委托的响应为承诺响应或者拒绝响应，在拒绝响应的场合，也能够把下一个被委托者包括在响应通知之中。例如，也能够指定对上一级的应对级别的被委托者发出应对的委托，指定判断为可以应对的被委托者的人。另外，在从故障应对委托服务器102发送给委托处终端的故障应对委托信息中，作为用于判断被委托者对故障应对委托的响应的信息，也能够附加给出拒绝响应的被委托者的使用者信息。
另外，在所述实施方式中，故障应对委托服务器102接收到来自委托处使用者终端的故障应对作业结束的通知，但是也可以通过修复了故障设备来接收修复结束信息。另外，由应对委托对象者登录机构306向应对委托处信息列表312的被委托者的使用者信息以及使用者终端的信息的登录可以由故障应对委托服务器102直接登录，也可以由一般使用者终端103以及管理责任使用者终端104介由故障应对委托服务器102来登录。
另外，在实行上述图6的流程图所示的处理的场合，就实行预先保存在打印机101的ROM中的控制程序的场合进行了说明，但是也可以从记录了使这些各工序实行的程序的信息记录媒体，将这些程序读入RAM来实行。另外，在实行上述图7、图8以及图10的流程图所示的处理的场合，就实行预先保存在故障应对委托服务器102的ROM中的控制程序的场合进行了说明，但是也可以从记录了使这些各工序实行的程序的信息记录媒体，将这些程序读入RAM来实行。
另外，在实行上述图11的流程图所示的处理的场合，就实行预先保存在一般使用者终端103、管理责任使用者终端104、服务中心终端105之中至少一个的委托处使用者终端的ROM中的控制程序的场合进行了说明，但是也可以从记录了使这些各工序实行的程序的信息记录媒体，将区些程序读入RAM来实行。
这里，所谓信息记录媒体是RAM、ROM等半导体记录媒体；FD、HD等磁记忆型记录媒体；CD、CDV、LD、DVD等光学读取方式记录媒体；MO等磁记忆型/光学读取方式记录媒体，无论电子的、磁的、光学等读取方法，只要是能够被计算机读取的信息记录媒体即可，包含所有的信息记录媒体。
还有，上述实施方式是用于说明的，它不限定本发明的范围。因此，技术人员可以采用以与这些各要件或者全部要件等同的要件来置换它们的实施方式，而这些发明也包括在本发明的范围内。
权利要求
1.一种设备故障应对委托系统，对作为被监视故障发生的对象的一个或多个设备、和可以委托所述设备上发生的故障的应对作业的多个被委托者分别使用的多个使用者终端可以通信地进行连接，其特征在于具有故障应对委托机构，该故障应对委托机构，从所述多个被委托者中，基于所述设备上发生所述故障的故障信息来选择委托所述故障的应对作业的所述被委托者，并将所述故障的发生通知给所选择的所述被委托者的委托处使用者终端，再基于来自所述委托处使用者终端的响应来判断所述故障的应对是否结束，在判断为未结束时，选择与委托了所述故障的应对作业的所述被委托者不同的被委托者，并将所述故障的发生通知给所选择的所述被委托者的委托处使用者终端。
2.根据权利要求1所述的设备故障应对委托系统，其特征在于所述故障应对委托机构具有故障检测机构，对所述发生了故障的所述设备检测出识别该设备的设备信息以及识别该故障的种类的故障信息；应对委托者选择机构，基于由所述故障检测机构检测出的所述故障信息从所述多个被委托者之中选择委托所述故障的应对作业的所述被委托者；应对委托信息发送机构，将委托所述设备上发生的故障的应对作业的故障应对委托信息发送给所选择的所述被委托者的委托处使用者终端；应对委托处监视机构，对来自所述委托处使用者终端的响应进行监视，其中，该所述委托处使用者终端是由所述应对委托信息发送机构发送了所述故障应对委托信息的委托处使用者终端；应对委托处再选择机构，基于来自该委托处使用者终端的响应来判断所述故障的应对是否结束，在判断为未结束时，选择与委托了所述故障的应对作业的所述被委托者不同的被委托者。
3.根据权利要求2所述的设备故障应对委托系统，其特征在于所述故障应对委托机构还具有应对委托对象者登录机构，该应对委托对象者登录机构，将用于选择委托所述故障的应对作业的所述被委托者的、所述被委托者的使用者信息以及所述使用者终端的信息保存到规定的存储部，所述应对委托处选择机构，基于所述故障信息以及所述使用者信息，从所述多个被委托者之中选择委托所述故障的应对作业的所述被委托者，所述应对委托信息发送机构，基于与所选择的所述被委托者对应的所述使用者终端的信息将所述故障应对委托信息发送给所述委托处使用者终端。
4.根据权利要求2或3所述的设备故障应对委托系统，其特征在于所述应对委托处选择机构具有委托候选处检索机构，基于所述故障信息从所述多个被委托者之中检索可以委托所述故障的应对作业的多个所述被委托者；委托顺序决定机构，对由所述委托候选处检索机构检索出的所述多个被委托者决定委托所述故障的应对作业的顺序；委托处决定机构，基于由所述委托顺序决定机构决定的委托顺序来决定委托所述故障的应对作业的所述被委托者。
5.根据权利要求4所述的设备故障应对委托系统，其特征在于所述委托候选处检索机构事先对每个所述故障设定表示故障严重程度的故障级别和对每个所述被委托者设定表示可以应对的所述故障级别的应对级别，而选择与所述故障的故障级别相对应的所述应对级别的所述被委托者。
6.根据权利要求4所述的设备故障应对委托系统，其特征在于所述委托顺序决定机构将对使用所述设备后的经过时间为规定时间以内、并且最近使用过的所述被委托者的委托顺序提前。
7.根据权利要求4所述的设备故障应对委托系统，其特征在于所述委托顺序决定机构从规定的存储部取得表示所述被委托者应对所述故障的经验程度的应对经验信息，并基于所取得的应对经验信息来决定对所述被委托者的委托顺序。
8.根据权利要求2或3所述的设备故障应对委托系统，其特征在于在来自发送了所述故障的故障应对委托信息的所述委托处使用者终端的响应为拒绝响应时、或者经过规定时间还没有来自所述委托处使用者终端的响应时，所述应对委托处再选择机构基于由所述委托顺序决定机构决定的委托顺序来选择与委托了所述故障的应对作业的所述被委托者不同的被委托者。
9.根据权利要求2或3所述的设备故障应对委托系统，其特征在于在即使来自发送了所述故障的故障应对委托信息的所述委托处使用者终端的响应为承诺响应、但经过了规定的时间后仍未有来自所述委托处使用者终端的所述故障应对结束响应时，所述应对委托处再选择机构就基于由所述委托顺序决定机构决定的委托顺序来选择与被委托了所述故障的应对作业的所述被委托者不同的被委托者。
10.根据权利要求2或3所述的设备故障应对委托系统，其特征在于在来自发送了所述故障的故障应对委托信息的所述委托处使用者终端的响应为拒绝响应时，所述应对委托处再选择机构就基于与拒绝响应一起附加的、所述被委托者的委托者检索条件来选择与委托了所述故障的应对作业的所述被委托者不同的被委托者。
11.根据权利要求2或3所述的设备故障应对委托系统，其特征在于在来自发送了所述故障的故障应对委托信息的所述委托处使用者终端的响应为拒绝响应时，所述应对委托处再选择机构就基于与拒绝响应一起附加的、由所述被委托者指定的被委托者。
12.根据权利要求8～11中任意一项所述的设备故障应对委托系统，其特征在于所述应对委托处再选择机构选择多个与委托了所述故障的应对作业的所述被委托者不同的被委托者。
13.一种故障应对委托服务器，与作为被监视故障发生的对象的一个或多个设备、和可以委托所述设备上发生的故障的应对作业的多个被委托者分别使用的多个使用者终端可以通信地进行连接，其特征在于具有故障应对委托机构，该故障应对委托机构，从所述多个被委托者中，基于所述设备上发生所述故障的故障信息来选择委托所述故障的应对作业的所述被委托者，并将所述故障的发生通知给所选择的所述被委托者的委托处使用者终端，再基于来自所述委托处使用者终端的响应来判断所述故障的应对是否结束，在判断为未结束时，选择与委托了所述故障的应对作业的所述被委托者不同的被委托者，并将所述故障的发生通知给所选择的所述被委托者的委托处使用者终端。
14.一种设备故障应对委托程序，是在计算机上实行将通过网络利用的1个或多个设备上发生的故障的应对作业、通过被委托者使用的使用者终端委托给该被委托者的处理的程序，其特征在于在计算机上实行故障应对委托工序，该故障应对委托工序，从所述多个被委托者中，基于所述设备上发生所述故障的故障信息来选择委托所述故障的应对作业的所述被委托者，并将所述故障的发生通知给所选择的所述被委托者的委托处使用者终端，再基于来自所述委托处使用者终端的响应来判断所述故障的应对是否结束，在判断为未结束时，选择与委托了所述故障的应对作业的所述被委托者不同的被委托者，并将所述故障的发生通知给所选择的所述被委托者的委托处使用者终端。
15.一种设备故障应对委托方法，将通过网络利用的1个或多个设备上发生的故障的应对作业、通过被委托者使用的使用者终端委托给该被委托者，其特征在于具有故障应对委托工序，该故障应对委托工序，从多个被委托者中，基于所述设备上发生所述故障的故障信息来选择委托所述故障的应对作业的所述被委托者，并将所述故障的发生通知给所选择的所述被委托者的委托处使用者终端，再基于来自所述委托处使用者终端的响应来判断所述故障的应对是否结束，在判断为未结束时，选择与委托了所述故障的应对作业的所述被委托者不同的被委托者，并将所述故障的发生通知给所选择的所述被委托者的委托处使用者终端。
全文摘要
一种设备故障应对委托系统、故障应对委托服务器、设备故障应对委托程序及设备故障应对委托方法，其特征在于从多个被委托者中，基于设备发生故障的故障信息来选择委托所述故障的应对作业的被委托者，并将所述故障的发生通知给所选择的所述被委托者的委托处使用者终端，基于来自委托处使用者终端的响应来判断所述故障的应对是否结束，在判断为未结束时，选择与委托所述故障的应对作业所述被委托者不同的被委托者，将所述故障的发生通知给所选择的被委托者。因此，能够减少因设备发生故障而导致设备停机时间。
文档编号G03G21/00GK1574768SQ200410045310
公开日2005年2月2日 申请日期2004年5月21日 优先权日2003年5月30日
发明者高桥有亮, 高桥透 申请人:精工爱普生株式会社