[發(fā)明專(zhuān)利]問(wèn)題檢測(cè)系統(tǒng)

在審

• 申請(qǐng)?zhí)枺?/td>: 202211149761.4
• 申請(qǐng)日: 2022-09-21
• 公開(kāi)（公告）號(hào): CN115934456A
• 公開(kāi)（公告）日: 2023-04-07
• 發(fā)明（設(shè)計(jì)）人: P.埃伯萊恩;V.德里森
• 申請(qǐng)（專(zhuān)利權(quán)）人: SAP歐洲公司
• 主分類(lèi)號(hào): G06F11/30
• 分類(lèi)號(hào): G06F11/30;G06F11/32
• 代理公司: 北京市柳沈律師事務(wù)所 11105
• 代理人: 王新宇

一種系統(tǒng)和方法包括監(jiān)測(cè)一個(gè)或多個(gè)軟件應(yīng)用以確定與第一過(guò)程的實(shí)例相關(guān)聯(lián)的第一指標(biāo)的值，所述第一過(guò)程包括由所述一個(gè)或多個(gè)軟件應(yīng)用執(zhí)行的步驟；確定在所述第一過(guò)程的第一數(shù)量的正在進(jìn)行的實(shí)例中所述第一指標(biāo)的值已經(jīng)超過(guò)與所述第一過(guò)程相關(guān)聯(lián)的閾值；確定所述第一數(shù)量大于與所述第一過(guò)程相關(guān)聯(lián)的第一計(jì)數(shù)限制；并且響應(yīng)于確定所述第一數(shù)量大于所述第一計(jì)數(shù)限制，向與所述第一過(guò)程的每個(gè)正在進(jìn)行的實(shí)例相關(guān)聯(lián)的用戶(hù)發(fā)送錯(cuò)誤消息。

背景技術(shù)

企業(yè)計(jì)算系統(tǒng)促進(jìn)企業(yè)內(nèi)許多過(guò)程的執(zhí)行。盡管盡了最大努力，但潛在的技術(shù)問(wèn)題可能會(huì)延遲或阻止此類(lèi)過(guò)程的完成。技術(shù)問(wèn)題可能存在于不同的計(jì)算系統(tǒng)中，并且可能是零星的或否則難以由負(fù)責(zé)的技術(shù)支持團(tuán)隊(duì)監(jiān)測(cè)和/或檢測(cè)。

當(dāng)過(guò)程被延遲、停滯或以其他方式表現(xiàn)不佳時(shí)，受影響的用戶(hù)(例如，啟動(dòng)過(guò)程的用戶(hù))創(chuàng)建支持工單并將其提交給技術(shù)支持團(tuán)隊(duì)。第二用戶(hù)稍后可能會(huì)啟動(dòng)相同的過(guò)程并最終注意到所述過(guò)程未正確執(zhí)行，從而導(dǎo)致第二用戶(hù)創(chuàng)建并提交另一個(gè)支持工單。支持工單由支持團(tuán)隊(duì)排隊(duì)，并且通知用戶(hù)有關(guān)其相應(yīng)工單的持續(xù)狀態(tài)。

如果過(guò)程的問(wèn)題是由于一個(gè)或多個(gè)潛在的技術(shù)問(wèn)題(例如，網(wǎng)絡(luò)連接故障)，許多用戶(hù)將受到影響并且將創(chuàng)建許多支持工單。大量的工單可能會(huì)使技術(shù)支持團(tuán)隊(duì)不堪重負(fù)，他們將在嘗試識(shí)別和解決問(wèn)題的同時(shí)繼續(xù)接收和排隊(duì)新的工單。同時(shí)，整體用戶(hù)滿(mǎn)意度下降。

在一個(gè)實(shí)例中，公司允許其員工提交他們?nèi)粘９ぷ魉璧纳唐泛头?wù)的采購(gòu)請(qǐng)求。購(gòu)買(mǎi)任何超過(guò)一定價(jià)值的物品必須由創(chuàng)建對(duì)應(yīng)采購(gòu)請(qǐng)求的員工的管理者批準(zhǔn)。由于最近的配置更改，基于組織數(shù)據(jù)確定員工的管理者的規(guī)則開(kāi)始出現(xiàn)故障。所述規(guī)則不會(huì)確定管理者，而是返回空的結(jié)果集。因此，不會(huì)發(fā)送任何批準(zhǔn)請(qǐng)求，并且所有采購(gòu)請(qǐng)求都未得到批準(zhǔn)。

由于判定規(guī)則繼續(xù)返回技術(shù)上有效的結(jié)果，因此沒(méi)有檢測(cè)到技術(shù)問(wèn)題。過(guò)程監(jiān)測(cè)解決方案可能會(huì)檢測(cè)到采購(gòu)請(qǐng)求批準(zhǔn)的平均處理時(shí)間的增加，但這種檢測(cè)對(duì)于檢測(cè)或觸發(fā)潛在技術(shù)問(wèn)題的解決并不是特別有幫助。因此，只有在多名員工獨(dú)立注意到異常延遲、與他們的管理者核實(shí)、詢(xún)問(wèn)其他同事是否有同樣的問(wèn)題并最終創(chuàng)建支持工單時(shí)，才會(huì)檢測(cè)到問(wèn)題。

希望系統(tǒng)能夠有效且主動(dòng)地識(shí)別干擾操作過(guò)程的技術(shù)問(wèn)題并通知受影響的用戶(hù)，同時(shí)限制錯(cuò)誤的通知。

附圖說(shuō)明

圖1是根據(jù)一些實(shí)施例的通過(guò)監(jiān)測(cè)應(yīng)用層來(lái)檢測(cè)和解決技術(shù)層中的潛在問(wèn)題的架構(gòu)的框圖。

圖2包括根據(jù)一些實(shí)施例的通過(guò)監(jiān)測(cè)應(yīng)用層來(lái)檢測(cè)和解決技術(shù)層中的潛在問(wèn)題的過(guò)程的流程圖。

圖3至圖7展示了根據(jù)一些實(shí)施例的隨著時(shí)間的推移對(duì)應(yīng)用過(guò)程的監(jiān)測(cè)和用戶(hù)通知的發(fā)布。

圖8展示了根據(jù)一些實(shí)施例的用于應(yīng)用監(jiān)測(cè)的指標(biāo)閾值的設(shè)置。

圖9是根據(jù)一些實(shí)施例的通過(guò)監(jiān)測(cè)應(yīng)用層并基于用戶(hù)工作時(shí)間來(lái)檢測(cè)和解決技術(shù)層中的潛在問(wèn)題的架構(gòu)的框圖。

圖10是根據(jù)一些實(shí)施例的硬件系統(tǒng)的框圖。

具體實(shí)施方式

提供以下描述以使本領(lǐng)域的任何人都能夠制作和使用所描述的實(shí)施例，并提出了為執(zhí)行一些實(shí)施例而設(shè)想的最佳模式。然而，各種修改對(duì)于本領(lǐng)域技術(shù)人員來(lái)說(shuō)將是顯而易見(jiàn)的。

實(shí)施例可以減少檢測(cè)導(dǎo)致操作過(guò)程延遲或失敗的技術(shù)問(wèn)題的時(shí)間和精力。通過(guò)加速對(duì)此類(lèi)技術(shù)問(wèn)題的檢測(cè)，可以比現(xiàn)有系統(tǒng)更快地觸發(fā)相關(guān)聯(lián)的通知和解決過(guò)程。

實(shí)施例可以檢測(cè)問(wèn)題并且作為響應(yīng)啟動(dòng)解決過(guò)程并且在用戶(hù)手動(dòng)創(chuàng)建一堆支持工單之前主動(dòng)通知用戶(hù)。此類(lèi)特征不僅減少了檢測(cè)問(wèn)題所涉及的用戶(hù)開(kāi)銷(xiāo)并且加快了問(wèn)題的解決，而且還向支持人員提供了快速的指示，即問(wèn)題不僅與一個(gè)用戶(hù)特定的過(guò)程有關(guān)，而且可能更為根本，因?yàn)樗瑯訒?huì)影響多個(gè)用戶(hù)和過(guò)程。