一種服務合約創(chuàng)建方法和系統(tǒng)的制作方法
【專利摘要】本發(fā)明的服務合約創(chuàng)建方法和系統(tǒng)，預先定義授信及合同等產(chǎn)品家族，并分別為各產(chǎn)品家族集成相應的產(chǎn)品類型集，同時為產(chǎn)品類型集中的每一產(chǎn)品類型預先集成相應的輔助信息集。在此基礎上，當有服務合約創(chuàng)建需求時，可基于預先集成的各配置因素配置所需內容，實現(xiàn)合約的創(chuàng)建，具體地，如接收到產(chǎn)品創(chuàng)建請求時，依據(jù)該請求中所包括的產(chǎn)品類型，創(chuàng)建初始產(chǎn)品模型；接收到輔助信息添加請求時，向所建模型中添加所配置的輔助信息等?？梢姡景l(fā)明通過將銀行系統(tǒng)中不同授信額度和合同定義為不同產(chǎn)品，實現(xiàn)了服務合約的配置式創(chuàng)建功能，為銀行人員提供了便利，同時提高了服務合約的創(chuàng)建效率。
【專利說明】一種服務合約創(chuàng)建方法和系統(tǒng)

【技術領域】
[0001]本發(fā)明屬于銀行信息管理【技術領域】，尤其涉及一種服務合約創(chuàng)建方法和系統(tǒng)。

【背景技術】
[0002]銀行信貸系統(tǒng)中，授信額度和合同種類繁多，各個種類的授信額度或合同所涉及的參數(shù)較多，且不同種類授信額度或合同間的關系較為復雜。
[0003]目前，銀行方面在為客戶創(chuàng)建相應的服務合約時，需人工輸入服務合約所涉及的授信額度種類、合同種類、各參數(shù)內容以及不同種類授信額度或合同間的關系等各項信息，為銀行人員的工作帶來了諸多不便，同時，降低了服務合約的創(chuàng)建效率。


【發(fā)明內容】

[0004]有鑒于此，本發(fā)明的目的在于提供一種服務合約創(chuàng)建方法和系統(tǒng)，以克服現(xiàn)有技術存在的需人工輸入合約信息的缺陷，為銀行人員的工作提供便利，同時提高服務合約的創(chuàng)建效率。
[0005]為此，本發(fā)明公開如下技術方案:
[0006]一種服務合約創(chuàng)建方法，包括:
[0007]接收操作人員針對目的產(chǎn)品家族所發(fā)出的產(chǎn)品創(chuàng)建請求，所述產(chǎn)品創(chuàng)建請求包括目的產(chǎn)品類型，所述目的產(chǎn)品類型為操作人員基于所述目的產(chǎn)品家族中預先集成的產(chǎn)品類型集所配置的產(chǎn)品類型，其中，產(chǎn)品家族包括授信家族和合同家族；
[0008]創(chuàng)建初始產(chǎn)品模型，所述初始產(chǎn)品模型所屬的產(chǎn)品類型為所述目的產(chǎn)品類型；
[0009]接收操作人員的輔助信息添加請求，所述輔助信息添加請求包括目的輔助信息，所述目的輔助信息為操作人員基于預先集成的輔助信息集所配置的輔助信息；
[0010]在所述初始產(chǎn)品模型中添加所述目的輔助信息，以形成完整的第一產(chǎn)品。
[0011]上述方法，優(yōu)選的，所述輔助信息集包括產(chǎn)品服務類型集、產(chǎn)品價格類型集和產(chǎn)品特征類型集。
[0012]上述方法，優(yōu)選的，還包括:
[0013]接收操作人員的產(chǎn)品類別關聯(lián)請求，所述產(chǎn)品類別關聯(lián)請求包括目的產(chǎn)品分類類另O，所述目的產(chǎn)品分類類別為操作人員基于目的產(chǎn)品分類方式下預先集成的產(chǎn)品分類類別集所配置的分類類別；
[0014]在所創(chuàng)建的第一產(chǎn)品上關聯(lián)所述目的產(chǎn)品分類類別。
[0015]上述方法，優(yōu)選的，還包括:
[0016]接收操作人員的產(chǎn)品關系創(chuàng)建請求，所述產(chǎn)品關系創(chuàng)建請求包括第二產(chǎn)品標識信息及配置的關系參數(shù)；
[0017]基于所述關系參數(shù)，創(chuàng)建所述第一產(chǎn)品與所述第二產(chǎn)品標識信息所對應的第二產(chǎn)品間的廣品關系。
[0018]上述方法，優(yōu)選的，所述關系參數(shù)包括關系類型，關系復合條件及關系有效日期。
[0019]上述方法，優(yōu)選的，還包括:
[0020]接收操作人員的外部對象關聯(lián)請求，所述外部對象關聯(lián)請求包括外部對象標識信息，所述外部對象關聯(lián)請求為操作人員通過配置所需的外部對象所觸發(fā)的請求；
[0021]創(chuàng)建所述第一產(chǎn)品與所述外部對象標識信息所對應的外部對象間的關聯(lián)關系。
[0022]一種服務合約創(chuàng)建系統(tǒng)，包括:
[0023]第一接收模塊，用于接收操作人員針對目的產(chǎn)品家族所發(fā)出的產(chǎn)品創(chuàng)建請求，所述產(chǎn)品創(chuàng)建請求包括目的產(chǎn)品類型，所述目的產(chǎn)品類型為操作人員基于所述目的產(chǎn)品家族中預先集成的產(chǎn)品類型集所配置的產(chǎn)品類型；
[0024]創(chuàng)建模塊，用于創(chuàng)建初始產(chǎn)品模型，所述初始產(chǎn)品模型所屬的產(chǎn)品類型為所述目的產(chǎn)品類型；
[0025]第二接收模塊，用于接收操作人員的輔助信息添加請求，所述輔助信息添加請求包括目的輔助信息，所述目的輔助信息為操作人員基于預先集成的輔助信息集所配置的輔助信息；
[0026]添加模塊，用于在所述初始產(chǎn)品模型中添加所述目的輔助信息，以形成完整的第一章口廣PR ο
[0027]上述系統(tǒng)，優(yōu)選的，還包括:
[0028]第三接收模塊，用于接收操作人員的產(chǎn)品類別關聯(lián)請求，所述產(chǎn)品類別關聯(lián)請求包括目的產(chǎn)品分類類別，所述目的產(chǎn)品分類類別為操作人員基于目的產(chǎn)品分類方式下預先集成的產(chǎn)品分類類別集所配置的分類類別；
[0029]第一關聯(lián)模塊，用于在所創(chuàng)建的第一產(chǎn)品上關聯(lián)所述目的產(chǎn)品分類類別。
[0030]上述系統(tǒng)，優(yōu)選的，還包括:
[0031]第四接收模塊，用于接收操作人員的產(chǎn)品關系創(chuàng)建請求，所述產(chǎn)品關系創(chuàng)建請求包括第二產(chǎn)品標識信息及配置的關系參數(shù)；
[0032]產(chǎn)品關系創(chuàng)建模塊，用于基于所述關系參數(shù)，創(chuàng)建所述第一產(chǎn)品與所述第二產(chǎn)品標識信息所對應的第二產(chǎn)品間的產(chǎn)品關系。
[0033]上述系統(tǒng)，優(yōu)選的，還包括:
[0034]第五接收模塊，用于接收操作人員的外部對象關聯(lián)請求，所述外部對象關聯(lián)請求包括外部對象標識信息，所述外部對象關聯(lián)請求為操作人員通過配置所需的外部對象所觸發(fā)的請求；
[0035]第二關聯(lián)模塊，用于創(chuàng)建所述第一產(chǎn)品與所述外部對象標識信息所對應的外部對象間的關聯(lián)關系。
[0036]由以上方案可知，本發(fā)明預先定義授信及合同等產(chǎn)品家族，并分別為各產(chǎn)品家族集成相應的產(chǎn)品類型集，同時為產(chǎn)品類型集中的每一產(chǎn)品類型預先集成相應的輔助信息集(如產(chǎn)品服務類型集)。在此基礎上，當有服務合約創(chuàng)建需求時，可基于預先集成的各配置因素配置所需內容，實現(xiàn)合約的創(chuàng)建，具體地，如接收到產(chǎn)品創(chuàng)建請求時，依據(jù)該請求中所包含的產(chǎn)品類型，創(chuàng)建初始產(chǎn)品模型；接收到輔助信息添加請求時，向所建模型中添加所配置的輔助信息等?？梢姡景l(fā)明通過將銀行系統(tǒng)中不同授信額度和合同定義為不同產(chǎn)品，實現(xiàn)了服務合約的配置式創(chuàng)建功能，為銀行人員提供了便利，同時提高了服務合約的創(chuàng)建效率。

【專利附圖】

【附圖說明】
[0037]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。
[0038]圖1是本發(fā)明實施例一公開的服務合約創(chuàng)建方法的一種流程圖；
[0039]圖2是本發(fā)明實施例二公開的服務合約創(chuàng)建方法的另一種流程圖；
[0040]圖3是本發(fā)明實施例三公開的服務合約創(chuàng)建方法的又一種流程圖；
[0041]圖4是本發(fā)明實施例四公開的服務合約創(chuàng)建方法的再一種流程圖；
[0042]圖5是本發(fā)明實施例五公開的服務合約創(chuàng)建系統(tǒng)的一種結構示意圖；
[0043]圖6是本發(fā)明實施例五公開的服務合約創(chuàng)建系統(tǒng)的另一種結構示意圖；
[0044]圖7是本發(fā)明實施例五公開的服務合約創(chuàng)建系統(tǒng)的又一種結構示意圖；
[0045]圖8是本發(fā)明實施例五公開的服務合約創(chuàng)建系統(tǒng)的再一種結構示意圖；
[0046]圖9是本發(fā)明實施例五公開的服務合約的配置式創(chuàng)建的邏輯原理圖。

【具體實施方式】
[0047]下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0048]實施例一
[0049]本實施例一公開一種服務合約創(chuàng)建方法，參考圖1，所述方法可以包括以下步驟:
[0050]SlOl:接收操作人員針對目的產(chǎn)品家族所發(fā)出的產(chǎn)品創(chuàng)建請求，所述產(chǎn)品創(chuàng)建請求包括目的產(chǎn)品類型，所述目的產(chǎn)品類型為操作人員基于所述目的產(chǎn)品家族中預先集成的產(chǎn)品類型集所配置的產(chǎn)品類型，其中，產(chǎn)品家族包括授信家族和合同家族。
[0051]S102:創(chuàng)建初始產(chǎn)品模型，所述初始產(chǎn)品模型所屬的產(chǎn)品類型為所述目的產(chǎn)品類型。
[0052]S103:接收操作人員的輔助信息添加請求，所述輔助信息添加請求包括目的輔助信息，所述目的輔助信息為操作人員基于預先集成的輔助信息集所配置的輔助信息。
[0053]S104:在所述初始產(chǎn)品模型中添加所述目的輔助信息，以形成完整的第一產(chǎn)品。
[0054]本發(fā)明預先定義授信及合同等產(chǎn)品家族，并在各產(chǎn)品家族下創(chuàng)建相應的產(chǎn)品類型，產(chǎn)品家族是從頂層維度對產(chǎn)品進行分類。
[0055]在產(chǎn)品家族下可建立產(chǎn)品類型，具體地，本發(fā)明分別為授信家族和合同家族集成了相應的產(chǎn)品類型集，例如，授信家族的產(chǎn)品類型集可包括綜合授信額度類型、中小授信額度類型等；合同家族的產(chǎn)品類型集包括借款合同類型、銀行承兌匯票合同類型等。同時，本發(fā)明為每一產(chǎn)品類型預先集成了相應的產(chǎn)品服務類型集、產(chǎn)品價格類型集和產(chǎn)品特征類型集等輔助信息，以實現(xiàn)為后續(xù)的服務合約創(chuàng)建過程中，建立完整的產(chǎn)品信息提供支持。
[0056]其中，產(chǎn)品價格類型和產(chǎn)品特征類型依賴于產(chǎn)品服務類型，產(chǎn)品特征類型還依賴于產(chǎn)品類型(所述“依賴于”是指建立產(chǎn)品特征類型時必須選擇某一產(chǎn)品類型)。
[0057]產(chǎn)品特征類型是指某類型產(chǎn)品所共有的特征。以授信額度為例，綜合授信額度類型的共有特征為金額、授信最短期限、授信最長期限、是否代付等；中小授信額度類型的共有特征為金額、授信最短期限、授信最長期限等。以合同為例，借款合同類型的共有特征為合同金額、合同生效日、合同到期日等；銀行承兌匯票合同類型的共有特征為合同金額、合同生效日、合同到期日、承兌協(xié)議編號等。
[0058]產(chǎn)品參數(shù)是指某一具體產(chǎn)品其產(chǎn)品特征類型的值，比如綜合授信額度類型下產(chǎn)品A，其授信最短期限為6個月，則6個月就是產(chǎn)品A的產(chǎn)品參數(shù)；又比如銀行承兌匯票合同類型下產(chǎn)品B，其承兌協(xié)議編號為12345678，則12345678就是產(chǎn)品B的產(chǎn)品參數(shù)。
[0059]在定義了產(chǎn)品家族，并集成了各種產(chǎn)品類型以及諸如產(chǎn)品服務類型、產(chǎn)品價格類型和產(chǎn)品特征類型等各種輔助信息的基礎上，并發(fā)明還為操作人員提供產(chǎn)品家族的靈活建立功能，以及產(chǎn)品類型和各輔助信息的個性化配置、快速定制功能，從而為產(chǎn)品或服務合約的配置式創(chuàng)建奠定基礎。
[0060]以上內容可作為本發(fā)明的預處理部分，在此基礎上，當銀行與客戶進行合約簽訂，銀行操作人員需為客戶創(chuàng)建所需的服務合約時，可采用本發(fā)明的各步驟處理邏輯實現(xiàn)服務合約的創(chuàng)建。其中，服務合約是產(chǎn)品、產(chǎn)品與產(chǎn)品分類類別間的關聯(lián)關系、產(chǎn)品與產(chǎn)品間的關聯(lián)關系、產(chǎn)品與外部對象間關聯(lián)關系的集合，服務合約至少需包含一個產(chǎn)品，該產(chǎn)品可以是授信家族某一產(chǎn)品類型的產(chǎn)品，也可以是合同家族某一產(chǎn)品類型的產(chǎn)品，因此，服務合約的創(chuàng)建至少需包含一個產(chǎn)品的創(chuàng)建過程。
[0061]實際應用場景中，可采用軟件系統(tǒng)的形式實現(xiàn)本發(fā)明的各步驟處理邏輯。
[0062]具體地，當銀行操作人員有服務合約的創(chuàng)建請求時，需首先創(chuàng)建所需的產(chǎn)品，此時，操作人員可依據(jù)客戶的實際需求在本發(fā)明軟件系統(tǒng)上選取所需的目的產(chǎn)品家族，并基于目的產(chǎn)品家族所對應的產(chǎn)品類型集配置所需的目的產(chǎn)品類型，在此基礎上，觸發(fā)產(chǎn)品創(chuàng)建操作，實現(xiàn)向軟件系統(tǒng)發(fā)送產(chǎn)品創(chuàng)建請求。
[0063]當軟件系統(tǒng)接收到所述產(chǎn)品創(chuàng)建請求后，依據(jù)該請求中所包含的產(chǎn)品類型引用銀行方面預先創(chuàng)建的相應產(chǎn)品模板，在其界面上為操作人員創(chuàng)建一個初始產(chǎn)品模型。
[0064]在創(chuàng)建了初始產(chǎn)品模型后，需對所建模型進行相應的信息填充，以實現(xiàn)完整產(chǎn)品的建立。此時，銀行操作人員可依據(jù)客戶的實際需求從預先集成的產(chǎn)品服務類型集、產(chǎn)品價格類型集和產(chǎn)品特征類型集中配置所需的產(chǎn)品服務類型、產(chǎn)品價格類型和產(chǎn)品特征類型，本發(fā)明的軟件系統(tǒng)在接收到用戶的配置信息后(即相當于發(fā)送所述輔助信息添加請求)，在所述初始產(chǎn)品模型中添加用戶所配置的信息、使其生效，從而實現(xiàn)了對所述初始產(chǎn)品模型進行信息細化設計，進而實現(xiàn)了完整產(chǎn)品的建立。
[0065]若客戶需求的服務合約較為簡單，僅包含一個產(chǎn)品，則至此已實現(xiàn)了完整服務合約的建立。
[0066]需要說明的是，實際應用本發(fā)明時，不必局限于本文所定義的授信及合同這兩個產(chǎn)品家族，可由銀行方面依據(jù)其實際的業(yè)務需求對所述產(chǎn)品家族進行自行定義。
[0067]由以上方案可知，本發(fā)明預先定義授信及合同等產(chǎn)品家族，并分別為各產(chǎn)品家族集成相應的產(chǎn)品類型集，同時為產(chǎn)品類型集中的每一產(chǎn)品類型預先集成相應的輔助信息集(如產(chǎn)品服務類型集)。在此基礎上，當有服務合約創(chuàng)建需求時，可基于預先集成的各配置因素配置所需內容，實現(xiàn)合約的創(chuàng)建，具體地，如接收到產(chǎn)品創(chuàng)建請求時，依據(jù)該請求中所配置的產(chǎn)品類型，創(chuàng)建初始產(chǎn)品模型；接收到輔助信息添加請求時，向所建模型中添加所配置的輔助信息等?？梢?，本發(fā)明通過將銀行系統(tǒng)中不同授信額度和合同定義為不同產(chǎn)品，實現(xiàn)了服務合約的配置式創(chuàng)建功能，為銀行人員提供了便利，同時提高了服務合約的創(chuàng)建效率。
[0068]實施例二
[0069]本實施例二中，參考圖2，所述方法還可以包括以下步驟:
[0070]S105:接收操作人員的產(chǎn)品類別關聯(lián)請求，所述產(chǎn)品類別關聯(lián)請求包括目的產(chǎn)品分類類別，所述目的產(chǎn)品分類類別為操作人員基于目的產(chǎn)品分類方式下預先集成的產(chǎn)品分類類別集所配置的分類類別；
[0071]S106:在所創(chuàng)建的第一產(chǎn)品上關聯(lián)所述目的產(chǎn)品分類類別。
[0072]本實施例中，除了在產(chǎn)品家族下建立產(chǎn)品類型，還同時在產(chǎn)品家族下建立產(chǎn)品分類方式，產(chǎn)品分類方式是從不同維度對產(chǎn)品進行分類，比如從產(chǎn)品金額大小這一維度可將產(chǎn)品分為一萬以上、一萬以下這兩種產(chǎn)品分類類別；從產(chǎn)品期限長短這一維度可將產(chǎn)品分為兩年以上、兩年以下一年以上和一年以下這三種產(chǎn)品分類類別。產(chǎn)品分類類別基于產(chǎn)品分類方式，即產(chǎn)品分類方式下可建立產(chǎn)品分類類別，產(chǎn)品分類類別可描述為某一產(chǎn)品分類方式下的產(chǎn)品分類類別，產(chǎn)品分類類別不可單獨存在。
[0073]本實施例預先集成各種分類方式及各分類方式所對應的產(chǎn)品分類類別，并同時為操作人員提供各分類方式及各產(chǎn)品分類類別的靈活建立、配置、快速定制功能。
[0074]需要說明的是，產(chǎn)品類型和產(chǎn)品分類都是對產(chǎn)品進行劃分。不同點在于產(chǎn)品必須屬于某一產(chǎn)品類型；而對于產(chǎn)品分類來說，產(chǎn)品可以與產(chǎn)品分類類別做關聯(lián)，也可不做關聯(lián)，產(chǎn)品可以與不同產(chǎn)品分類方式下的某一產(chǎn)品分類類別關聯(lián)，但不可以與相同產(chǎn)品分類方式下的多個產(chǎn)品分類類別關聯(lián)。對于產(chǎn)品而言，產(chǎn)品類型是必須的，產(chǎn)品分類類別不是必須的。
[0075]與客戶簽訂合約時，若依據(jù)客戶實際需求，需將所建產(chǎn)品與相應分類方式下的相應產(chǎn)品分類類別進行關聯(lián)，可首先從預先集成的各分類方式中配置出所需的分類方式，并進而在該分類方式下的產(chǎn)品分類類別集合中配置出所需的產(chǎn)品分類類別，當軟件系統(tǒng)接收到用戶配置的產(chǎn)品分類類別(相當于接收到產(chǎn)品類別關聯(lián)請求)時，即在所建產(chǎn)品上關聯(lián)所述產(chǎn)品分類類別，使所述產(chǎn)品分類類別生效。
[0076]實施例三
[0077]本實施例三中，參考圖3，所述方法還可以包括以下步驟:
[0078]S107:接收操作人員的產(chǎn)品關系創(chuàng)建請求，所述產(chǎn)品關系創(chuàng)建請求包括第二產(chǎn)品標識信息及配置的關系參數(shù)；
[0079]S108:基于所述關系參數(shù)，創(chuàng)建所述第一產(chǎn)品與所述第二產(chǎn)品標識信息所對應的第一廣品間的廣品關系。
[0080]本實施例還為操作人員提供產(chǎn)品關系的靈活配置功能，具體地，通過配置關系類型、關系復合條件、關系有效日期，可靈活配置不同產(chǎn)品之間的關系。
[0081]其中，關系類型包括包含關系、依賴關系和關聯(lián)關系。包含關系是指一個產(chǎn)品包含另一個產(chǎn)品；依賴關系是指一個產(chǎn)品依賴于另一個產(chǎn)品，依賴關系是單向的，比如產(chǎn)品A使用到了產(chǎn)品B，這種關系具有偶然性，但是產(chǎn)品B的變化會影響到產(chǎn)品A ;關聯(lián)關系是一種強依賴關系，這種關系一般是長期性，雙方一般是平等的。關系復合條件是指用戶配置的產(chǎn)品與產(chǎn)品之間的規(guī)則(比如產(chǎn)品A的金額大于某一范圍時，其與產(chǎn)品B才可以是依賴關系)，可與關系類型同時使用，更靈活的配置產(chǎn)品之間的關系。
[0082]若所創(chuàng)建的服務合約中，需在不同產(chǎn)品之間創(chuàng)建產(chǎn)品關系，則操作人員可依據(jù)客戶的實際需求，配置當前產(chǎn)品與目標產(chǎn)品間的關系類型、關系復合條件、關系有效日期等關系參數(shù)(相當于發(fā)送產(chǎn)品關系創(chuàng)建請求)，之后軟件系統(tǒng)接收所配置的信息，并使其生效，完成廣品關系的配置。
[0083]實施例四
[0084]本實施例中，參考圖4，所述方法還可以包括以下步驟:
[0085]S109:接收操作人員的外部對象關聯(lián)請求，所述外部對象關聯(lián)請求包括外部對象標識信息，所述外部對象關聯(lián)請求為操作人員通過配置所需的外部對象所觸發(fā)的請求；
[0086]SllO:創(chuàng)建所述第一產(chǎn)品與所述外部對象標識信息所對應的外部對象間的關聯(lián)關系O
[0087]本實施例在以上各實施例的基礎上，還提供產(chǎn)品關聯(lián)外部對象的配置功能，即具體地，可根據(jù)產(chǎn)品關聯(lián)外部對象提供類獲取外部對象，配置產(chǎn)品同外部對象的關聯(lián)關系。產(chǎn)品關聯(lián)外部對象提供類實現(xiàn)獲取外部對象列表的接口。銀行方面實現(xiàn)了合約對象類，此類可獲取合約對象列表，比如信貸證明合約，技術改造貸款合約等，則產(chǎn)品可與某一合約對象做關聯(lián)，兩者之間的關系默認為關聯(lián)關系。
[0088]實施例五
[0089]本實施例五公開一種服務合約創(chuàng)建系統(tǒng)，該系統(tǒng)與以上各實施例公開的服務合約創(chuàng)建方法相對應。
[0090]首先，相應于實施例一，參考圖5，所述系統(tǒng)包括第一接收模塊100、創(chuàng)建模塊200、第二接收模塊300和添加模塊400。
[0091]第一接收模塊100，用于接收操作人員針對目的產(chǎn)品家族所發(fā)出的產(chǎn)品創(chuàng)建請求，所述產(chǎn)品創(chuàng)建請求包括目的產(chǎn)品類型，所述目的產(chǎn)品類型為操作人員基于所述目的產(chǎn)品家族中預先集成的產(chǎn)品類型集所配置的產(chǎn)品類型；
[0092]創(chuàng)建模塊200，用于創(chuàng)建初始產(chǎn)品模型，所述初始產(chǎn)品模型所屬的產(chǎn)品類型為所述目的產(chǎn)品類型；
[0093]第二接收模塊300，用于接收操作人員的輔助信息添加請求，所述輔助信息添加請求包括目的輔助信息，所述目的輔助信息為操作人員基于預先集成的輔助信息集所配置的輔助信息；
[0094]添加模塊400，用于在所述初始產(chǎn)品模型中添加所述目的輔助信息，以形成完整的笛——章口弟廣口口。
[0095]相應于實施例二，參考圖6，所述系統(tǒng)還可以包括第三接收模塊500和第一關聯(lián)模塊 600。
[0096]第三接收模塊500，用于接收操作人員的產(chǎn)品類別關聯(lián)請求，所述產(chǎn)品類別關聯(lián)請求包括目的產(chǎn)品分類類別，所述目的產(chǎn)品分類類別為操作人員基于目的產(chǎn)品分類方式下預先集成的產(chǎn)品分類類別集所配置的分類類別；
[0097]第一關聯(lián)模塊600，用于在所創(chuàng)建的第一產(chǎn)品上關聯(lián)所述目的產(chǎn)品分類類別。
[0098]相應于實施例三，參考圖7，所述系統(tǒng)還可以包括第四接收模塊700和產(chǎn)品關系創(chuàng)建模塊800。
[0099]第四接收模塊700，用于接收操作人員的產(chǎn)品關系創(chuàng)建請求，所述產(chǎn)品關系創(chuàng)建請求包括第二產(chǎn)品標識信息及配置的關系參數(shù)；
[0100]產(chǎn)品關系創(chuàng)建模塊800，用于基于所述關系參數(shù)，創(chuàng)建所述第一產(chǎn)品與所述第二產(chǎn)品標識?目息所對應的第一廣品間的廣品關系。
[0101]相應于實施例四，參考圖8，所述系統(tǒng)還可以包括第五接收模塊900和第二關聯(lián)模塊 1000
[0102]現(xiàn)實應用場景中，可采用產(chǎn)品管理構件的形式實現(xiàn)本發(fā)明，如圖9所示。
[0103]對于本發(fā)明實施例五公開的服務合約創(chuàng)建系統(tǒng)而言，由于其與以上各實施例公開的服務合約創(chuàng)建方法相對應，所以描述的比較簡單，相關相似之處請參見以上各實施例中服務合約創(chuàng)建方法部分的說明即可，此處不再詳述。
[0104]綜上所述，本發(fā)明通過將銀行信貸系統(tǒng)中不同的授信額度和合同定義為不同產(chǎn)品，并通過對產(chǎn)品類型、產(chǎn)品特征類型、產(chǎn)品分類方式、產(chǎn)品分類等進行靈活配置，實現(xiàn)了服務合約的配置式開發(fā)，解決了產(chǎn)品多樣化和產(chǎn)品分類多樣化帶來的產(chǎn)品開發(fā)、服務合約開發(fā)問題，最終可使開發(fā)者把注意力集中在分析業(yè)務需求和配置模型上，為項目提供了快速構建功能。
[0105]為了描述的方便，描述以上系統(tǒng)時以功能分為各種模塊或單元分別描述。當然，在實施本申請時可以把各單元的功能在同一個或多個軟件和/或硬件中實現(xiàn)。
[0106]通過以上的實施方式的描述可知，本領域的技術人員可以清楚地了解到本申請可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本申請的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本申請各個實施例或者實施例的某些部分所述的方法。
[0107]最后，還需要說明的是，在本文中，諸如第一、第二、第三和第四等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。
[0108]需要說明的是，本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。
[0109]以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本【技術領域】的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。
【權利要求】
1.一種服務合約創(chuàng)建方法，其特征在于，包括: 接收操作人員針對目的產(chǎn)品家族所發(fā)出的產(chǎn)品創(chuàng)建請求，所述產(chǎn)品創(chuàng)建請求包括目的產(chǎn)品類型，所述目的產(chǎn)品類型為操作人員基于所述目的產(chǎn)品家族中預先集成的產(chǎn)品類型集所配置的產(chǎn)品類型，其中，產(chǎn)品家族包括授信家族和合同家族； 創(chuàng)建初始產(chǎn)品模型，所述初始產(chǎn)品模型所屬的產(chǎn)品類型為所述目的產(chǎn)品類型； 接收操作人員的輔助信息添加請求，所述輔助信息添加請求包括目的輔助信息，所述目的輔助信息為操作人員基于預先集成的輔助信息集所配置的輔助信息； 在所述初始產(chǎn)品模型中添加所述目的輔助信息，以形成完整的第一產(chǎn)品。
2.根據(jù)權利要求1所述的方法，其特征在于，所述輔助信息集包括產(chǎn)品服務類型集、產(chǎn)品價格類型集和產(chǎn)品特征類型集。
3.根據(jù)權利要求1所述的方法，其特征在于，還包括: 接收操作人員的產(chǎn)品類別關聯(lián)請求，所述產(chǎn)品類別關聯(lián)請求包括目的產(chǎn)品分類類別，所述目的產(chǎn)品分類類別為操作人員基于目的產(chǎn)品分類方式下預先集成的產(chǎn)品分類類別集所配置的分類類別； 在所創(chuàng)建的第一產(chǎn)品上關聯(lián)所述目的產(chǎn)品分類類別。
4.根據(jù)權利要求1所述的方法，其特征在于，還包括: 接收操作人員的產(chǎn)品關系創(chuàng)建請求，所述產(chǎn)品關系創(chuàng)建請求包括第二產(chǎn)品標識信息及配置的關系參數(shù)； 基于所述關系參數(shù)，創(chuàng)建所述第一產(chǎn)品與所述第二產(chǎn)品標識信息所對應的第二產(chǎn)品間的廣品關系。
5.根據(jù)權利要求4所述的方法，其特征在于，所述關系參數(shù)包括關系類型，關系復合條件及關系有效日期。
6.根據(jù)權利要求1所述的方法，其特征在于，還包括: 接收操作人員的外部對象關聯(lián)請求，所述外部對象關聯(lián)請求包括外部對象標識信息，所述外部對象關聯(lián)請求為操作人員通過配置所需的外部對象所觸發(fā)的請求； 創(chuàng)建所述第一產(chǎn)品與所述外部對象標識信息所對應的外部對象間的關聯(lián)關系。
7.一種服務合約創(chuàng)建系統(tǒng)，其特征在于，包括: 第一接收模塊，用于接收操作人員針對目的產(chǎn)品家族所發(fā)出的產(chǎn)品創(chuàng)建請求，所述產(chǎn)品創(chuàng)建請求包括目的產(chǎn)品類型，所述目的產(chǎn)品類型為操作人員基于所述目的產(chǎn)品家族中預先集成的產(chǎn)品類型集所配置的產(chǎn)品類型； 創(chuàng)建模塊，用于創(chuàng)建初始產(chǎn)品模型，所述初始產(chǎn)品模型所屬的產(chǎn)品類型為所述目的產(chǎn)品類型； 第二接收模塊，用于接收操作人員的輔助信息添加請求，所述輔助信息添加請求包括目的輔助信息，所述目的輔助信息為操作人員基于預先集成的輔助信息集所配置的輔助信息; 添加模塊，用于在所述初始產(chǎn)品模型中添加所述目的輔助信息，以形成完整的第一產(chǎn)品O
8.根據(jù)權利要求7所述的系統(tǒng)，其特征在于，還包括: 第三接收模塊，用于接收操作人員的產(chǎn)品類別關聯(lián)請求，所述產(chǎn)品類別關聯(lián)請求包括目的產(chǎn)品分類類別，所述目的產(chǎn)品分類類別為操作人員基于目的產(chǎn)品分類方式下預先集成的產(chǎn)品分類類別集所配置的分類類別； 第一關聯(lián)模塊，用于在所創(chuàng)建的第一產(chǎn)品上關聯(lián)所述目的產(chǎn)品分類類別。
9.根據(jù)權利要求7所述的系統(tǒng)，其特征在于，還包括: 第四接收模塊，用于接收操作人員的產(chǎn)品關系創(chuàng)建請求，所述產(chǎn)品關系創(chuàng)建請求包括第二產(chǎn)品標識信息及配置的關系參數(shù)； 產(chǎn)品關系創(chuàng)建模塊，用于基于所述關系參數(shù)，創(chuàng)建所述第一產(chǎn)品與所述第二產(chǎn)品標識信息所對應的第二產(chǎn)品間的產(chǎn)品關系。
10.根據(jù)權利要求7所述的系統(tǒng)，其特征在于，還包括: 第五接收模塊，用于接收操作人員的外部對象關聯(lián)請求，所述外部對象關聯(lián)請求包括外部對象標識信息，所述外部對象關聯(lián)請求為操作人員通過配置所需的外部對象所觸發(fā)的請求； 第二關聯(lián)模塊，用于創(chuàng)建所述第一產(chǎn)品與所述外部對象標識信息所對應的外部對象間的關聯(lián)關系。
【文檔編號】G06Q10/06GK104463507SQ201410843965
【公開日】2015年3月25日 申請日期:2014年12月30日 優(yōu)先權日:2014年12月30日
【發(fā)明者】張青, 趙圣杰, 康凱, 趙建云 申請人:山東中創(chuàng)軟件工程股份有限公司