專利名稱：開(kāi)發(fā)方法、開(kāi)發(fā)支持系統(tǒng)和儲(chǔ)存其程序的存儲(chǔ)介質(zhì)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種開(kāi)發(fā)方法、開(kāi)發(fā)支持系統(tǒng)和儲(chǔ)存其程序的存儲(chǔ)介質(zhì)，更具體地涉及用于開(kāi)發(fā)半導(dǎo)體器件之類的硬件和/或軟件的系統(tǒng)開(kāi)發(fā)方法，或者是通過(guò)用因特網(wǎng)或內(nèi)部網(wǎng)之類的網(wǎng)絡(luò)將它們進(jìn)行混合的系統(tǒng)的開(kāi)發(fā)方法，還涉及儲(chǔ)存系統(tǒng)開(kāi)發(fā)方法程序的存儲(chǔ)介質(zhì)，以及儲(chǔ)存用于操作支持系統(tǒng)開(kāi)發(fā)的開(kāi)發(fā)支持系統(tǒng)的程序、和儲(chǔ)存用于控制開(kāi)發(fā)支持系統(tǒng)的開(kāi)發(fā)支持系統(tǒng)控制程序的存儲(chǔ)介質(zhì)。
本發(fā)明要求日本專利申請(qǐng)2000-104029號(hào)(2000年4月5日申請(qǐng))的優(yōu)先權(quán)，其內(nèi)容在此引用作為參考。
隨著半導(dǎo)體器件的集成度及其封裝密度的提高，包括由一百萬(wàn)個(gè)甚至更多的晶體管構(gòu)成的LSI(大規(guī)模集成電路)的半導(dǎo)體器件也能夠?qū)崿F(xiàn)了。一個(gè)例子是系統(tǒng)LSI，其通過(guò)將包括由總線和信號(hào)線連接的CPU(中央處理單元)、儲(chǔ)存器件如ROM(只讀存儲(chǔ)器)和RAM(隨機(jī)存取存儲(chǔ)器)、緩沖器和多個(gè)執(zhí)行各種信號(hào)處理的外圍器件等在內(nèi)的系統(tǒng)集成到一塊半導(dǎo)體芯片上。
因?yàn)檫@種系統(tǒng)LSI的電路規(guī)模是非常大的，因而不可能直接在晶體管層面上進(jìn)行電路設(shè)計(jì)。因此，為了使CPU、ROM和RAM、緩沖器和兩個(gè)或更多的外圍器件每個(gè)都能作為一個(gè)功能模塊執(zhí)行所要達(dá)到的功能，就需要順序地和分段地進(jìn)行用于定義和確定整個(gè)系統(tǒng)操作和構(gòu)造的系統(tǒng)設(shè)計(jì)、用于根據(jù)由系統(tǒng)設(shè)計(jì)所確定的規(guī)格來(lái)確定功能模塊之間的關(guān)系及各功能模塊內(nèi)操作的功能設(shè)計(jì)、用于通過(guò)將基本的門(mén)電路如NAND門(mén)和/或NOR門(mén)等進(jìn)行組合來(lái)構(gòu)造各功能模塊的詳細(xì)的邏輯設(shè)計(jì)、和用于在晶體管層面確定電子電路和邏輯器件的特性以符合基于邏輯設(shè)計(jì)的電路規(guī)格的電路設(shè)計(jì)，該邏輯設(shè)計(jì)包含了功能設(shè)計(jì)和詳細(xì)的邏輯設(shè)計(jì)。而且，需要在每個(gè)設(shè)計(jì)階段使用計(jì)算機(jī)進(jìn)行工作模擬和驗(yàn)證是否能得到所需要的功能。
常規(guī)地，在邏輯設(shè)計(jì)階段，要進(jìn)行以下的工作。首先，邏輯設(shè)計(jì)者根據(jù)系統(tǒng)設(shè)計(jì)所確定的規(guī)格進(jìn)行功能設(shè)計(jì)，以確定包括CPU和/或兩個(gè)以上的外圍器件等的功能模塊間的關(guān)系及各功能模塊內(nèi)的操作。接下來(lái)，邏輯設(shè)計(jì)者通過(guò)操作構(gòu)成用于半導(dǎo)體器件邏輯設(shè)計(jì)的專用計(jì)算機(jī)或儲(chǔ)存用于半導(dǎo)體器件邏輯設(shè)計(jì)程序的通用計(jì)算機(jī)的鍵盤(pán)或鼠標(biāo)，通過(guò)將基本邏輯單元如NAND門(mén)和/或NOR門(mén)或基本邏輯電路如鎖存器、計(jì)數(shù)器或由這些基本邏輯單元組合形成的器件等進(jìn)行組合，來(lái)進(jìn)行詳細(xì)地邏輯設(shè)計(jì)，以實(shí)現(xiàn)通過(guò)上述功能設(shè)計(jì)來(lái)確定了其內(nèi)部操作的各功能模塊，并形成半導(dǎo)體器件的仿真模型。上述基本邏輯單元或基本邏輯電路稱為宏，而宏的函數(shù)以編程語(yǔ)言如HDL(硬件描述語(yǔ)言)或C語(yǔ)言(商品名稱)來(lái)描述，并事先在FD(軟盤(pán))、HD(硬盤(pán))或CD-ROM等中儲(chǔ)存起來(lái)。然后，邏輯設(shè)計(jì)者在將這樣形成的半導(dǎo)體器件仿真模型與儲(chǔ)存在存儲(chǔ)介質(zhì)如FD、HD或CD-ROM等中和從與這些存儲(chǔ)介質(zhì)相應(yīng)的外部存儲(chǔ)介質(zhì)讀取的宏庫(kù)一起進(jìn)行編譯之后，使用一計(jì)算機(jī)執(zhí)行仿真程序以對(duì)該半導(dǎo)體進(jìn)行檢驗(yàn)。
在上述常規(guī)的邏輯設(shè)計(jì)中，當(dāng)仿真和檢驗(yàn)結(jié)果顯示存在功能故障并且表明該功能故障歸因于宏的功能故障時(shí)，將采用下面的措施，從而造成了后述的不便。
即，因?yàn)榘l(fā)現(xiàn)宏故障的邏輯設(shè)計(jì)者一般通過(guò)電話、傳真等個(gè)別地詢問(wèn)關(guān)于宏故障的問(wèn)題，在一些情況下，告知宏出現(xiàn)故障的通知并沒(méi)有提供給其它正在用宏設(shè)計(jì)系統(tǒng)的邏輯設(shè)計(jì)者，或者是通知過(guò)遲。因此，如果其它的設(shè)計(jì)者在不知道道宏有故障的情況下繼續(xù)使用該宏來(lái)設(shè)計(jì)系統(tǒng)LSI，則在某些情況下就會(huì)在產(chǎn)品完成后出現(xiàn)故障，造成大的損害。而且，如果很多邏輯設(shè)計(jì)者都個(gè)別地向宏開(kāi)發(fā)者詢問(wèn)關(guān)于宏故障的相同問(wèn)題，由于宏開(kāi)發(fā)者必須逐個(gè)地進(jìn)行回答，這樣就會(huì)干擾宏開(kāi)發(fā)者的正常工作，或者減少了用于改正宏故障的時(shí)間，從而使宏開(kāi)發(fā)者不能立即滿足提出這種問(wèn)題的邏輯設(shè)計(jì)者的愿望。
此外，一般只有現(xiàn)存于庫(kù)中的被宏開(kāi)發(fā)者識(shí)別的宏故障被改正，而存在于作為已經(jīng)交給邏輯設(shè)計(jì)者的庫(kù)的存儲(chǔ)介質(zhì)中的宏故障則沒(méi)有被改正，除了被正式提出的問(wèn)題之外。盡管需要向可能使用有問(wèn)題的宏的邏輯設(shè)計(jì)者立即提供關(guān)于功能故障的通知，因?yàn)槌Ｒ?guī)上沒(méi)有手段來(lái)具體了解邏輯設(shè)計(jì)者使用什么種類的宏、或由哪個(gè)邏輯設(shè)計(jì)者使用宏，所以難以識(shí)別一個(gè)宏開(kāi)發(fā)者必須與之聯(lián)系的邏輯設(shè)計(jì)者。但是，與所有的邏輯設(shè)計(jì)者聯(lián)系需要耗費(fèi)大量的時(shí)間和人力。因此，如果使用有問(wèn)題宏但還未得到功能故障和對(duì)該功能故障的改正的通知的邏輯設(shè)計(jì)者進(jìn)行系統(tǒng)LSI的邏輯設(shè)計(jì)，而不知道這種功能故障，則在開(kāi)發(fā)系統(tǒng)LSI中就會(huì)產(chǎn)生滯后，并且在某些情況下，會(huì)產(chǎn)生很大的損害。這是因?yàn)橛糜陂_(kāi)發(fā)的宏在完成生產(chǎn)之后才被發(fā)現(xiàn)具有缺陷。此外，提供給任何還沒(méi)有使用有問(wèn)題宏的邏輯設(shè)計(jì)者的關(guān)于缺陷的通知會(huì)造成混亂。
此外，當(dāng)宏具有用作子宏開(kāi)發(fā)的模型的父宏時(shí)。在普通情況下，關(guān)于子宏和父宏之間的關(guān)系的信息在庫(kù)中沒(méi)有說(shuō)明，而宏的開(kāi)發(fā)者僅以備忘錄的形式來(lái)保存信息。因此，當(dāng)子宏的功能故障歸因于父宏的功能故障時(shí)，父宏的開(kāi)發(fā)者得不到該功能故障的通知，從而造成對(duì)子宏改正的滯后。
上述不便還發(fā)生在軟件開(kāi)發(fā)過(guò)程中。盡管小規(guī)模和數(shù)量的軟件可以由一個(gè)開(kāi)發(fā)者所開(kāi)發(fā)，在軟件的規(guī)模和數(shù)量很大的情況下，其由多個(gè)執(zhí)行預(yù)定處理的子程序構(gòu)成，并且多個(gè)開(kāi)發(fā)者分頭去開(kāi)發(fā)各個(gè)程序并在最后將多個(gè)程序集中到一個(gè)軟件中。當(dāng)更新一個(gè)版本時(shí)，或者甚至在開(kāi)發(fā)新的軟件時(shí)，在某些情況下，并非所有的程序都要從頭開(kāi)始設(shè)計(jì)，而是將一些已經(jīng)開(kāi)發(fā)出來(lái)的程序結(jié)合進(jìn)來(lái)，只對(duì)那些要加入新功能的程序進(jìn)行開(kāi)發(fā)。因此，當(dāng)考慮各程序相當(dāng)于宏，并且控制整個(gè)軟件開(kāi)發(fā)的開(kāi)發(fā)者與上述邏輯設(shè)計(jì)者相同時(shí)，象在軟件中宏開(kāi)發(fā)發(fā)生的情況一樣，會(huì)有同樣的不便。此后，當(dāng)上述宏和程序被一般性地引用時(shí)，在它們執(zhí)行統(tǒng)一的功能這個(gè)意義上，將它們稱為“功能單元”。
考慮到上述問(wèn)題，本發(fā)明的第一個(gè)目的是提供一種系統(tǒng)開(kāi)發(fā)方法，和開(kāi)發(fā)支持系統(tǒng)，其能夠迅速和正確地糾正功能單元的功能故障，并使功能單元的功能故障或?qū)δ芄收系募m正結(jié)果確實(shí)地通知給所有使用該功能單元的系統(tǒng)開(kāi)發(fā)者，從而能夠迅速地開(kāi)發(fā)系統(tǒng)。本發(fā)明還提供一種儲(chǔ)存上述系統(tǒng)開(kāi)發(fā)方法的程序和開(kāi)發(fā)支持系統(tǒng)的存儲(chǔ)介質(zhì)。
根據(jù)本發(fā)明的第一方面，提供了一種系統(tǒng)開(kāi)發(fā)方法，用于使用開(kāi)發(fā)支持系統(tǒng)來(lái)開(kāi)發(fā)系統(tǒng)。該開(kāi)發(fā)支持系統(tǒng)包括服務(wù)器，用于提供關(guān)于執(zhí)行各種不同功能的功能單元的信息、以及描述不同功能的文件；至少一個(gè)開(kāi)發(fā)功能單元的開(kāi)發(fā)者客戶機(jī)；以及至少一個(gè)通過(guò)將功能單元組合來(lái)開(kāi)發(fā)構(gòu)成為執(zhí)行所希望操作的系統(tǒng)的用戶客戶機(jī)，其中所有的服務(wù)器、開(kāi)發(fā)者客戶機(jī)和用戶客戶機(jī)通過(guò)因特網(wǎng)連接，該開(kāi)發(fā)方法包括第一步，由用戶客戶機(jī)將用戶客戶機(jī)的操作者登錄作為開(kāi)發(fā)支持系統(tǒng)的用戶；第二步，由用戶客戶機(jī)通過(guò)參考關(guān)于功能單元的信息，獲得描述在開(kāi)發(fā)各種系統(tǒng)時(shí)所需要的多種功能單元的文件；和第三步，由用戶客戶機(jī)通過(guò)將描述多種功能單元的文件進(jìn)行組合來(lái)開(kāi)發(fā)系統(tǒng)；第四步，當(dāng)系統(tǒng)由于功能單元的功能故障而不能正確操作、或當(dāng)要得到系統(tǒng)開(kāi)發(fā)所要求的信息時(shí)，由用戶客戶機(jī)向服務(wù)器發(fā)出關(guān)于功能單元的問(wèn)題信息，或關(guān)于系統(tǒng)開(kāi)發(fā)所需要的信息的關(guān)鍵字信息；和第五步，由用戶客戶機(jī)在需要時(shí)根據(jù)對(duì)問(wèn)題信息的回答信息，或關(guān)于根據(jù)關(guān)鍵字信息檢索的信息，得到另一功能單元的文件，并且如果需要，改變?cè)O(shè)計(jì)以進(jìn)行其它開(kāi)發(fā)系統(tǒng)的嘗試并檢查所開(kāi)發(fā)系統(tǒng)的操作。
在上述方案中，一種優(yōu)選的方式是，在第二步中，僅當(dāng)進(jìn)行單獨(dú)或集中獲取文件的申請(qǐng)、并且經(jīng)過(guò)對(duì)要獲得各功能單元或每個(gè)集中的功能單元組的申請(qǐng)的審查而被授予了獲得文件的權(quán)利時(shí)，才允許得到多個(gè)功能單元的文件。
另外，優(yōu)選的方式是，在第四步中，在問(wèn)題信息中包含了已經(jīng)被詢問(wèn)過(guò)的任何關(guān)于功能單元的信息時(shí)，提供關(guān)于功能單元的問(wèn)題已經(jīng)被問(wèn)過(guò)的通知信息，并且可以得到開(kāi)發(fā)系統(tǒng)所要求的其它信息。
還有，優(yōu)選的方式是，其中對(duì)問(wèn)題信息的應(yīng)答信息被發(fā)送至由已經(jīng)獲得文件的用戶操作的用戶客戶機(jī)和開(kāi)發(fā)者客戶機(jī)的每一個(gè)，所述用戶包括已經(jīng)發(fā)送問(wèn)題信息的的用戶、想得到文件但還沒(méi)有得到文件的用戶、當(dāng)存在已經(jīng)用作功能單元開(kāi)發(fā)的模型功能單元時(shí)，已經(jīng)開(kāi)發(fā)了該模型功能單元的用戶。
另外，優(yōu)選方式是其中包括第六步驟，當(dāng)功能單元的開(kāi)發(fā)者已經(jīng)發(fā)現(xiàn)功能單元的功能故障時(shí)，發(fā)送通知功能單元已經(jīng)具有功能故障的聯(lián)絡(luò)信息，和關(guān)于對(duì)該功能故障采取措施的方法的信息。
另外，優(yōu)選方式是其中系統(tǒng)是半導(dǎo)體器件，而功能單元是基本邏輯單元或通過(guò)將多個(gè)基本邏輯單元組合而構(gòu)成的基本邏輯電路。
另外，優(yōu)選的方式是，其中系統(tǒng)是半導(dǎo)體器件，而功能單元是CPU(中央處理單元)、存儲(chǔ)裝置、緩沖器和外圍器件，其中將外圍器件的文件構(gòu)成為能夠選擇通過(guò)使用硬件實(shí)現(xiàn)其功能的文件，或是通過(guò)使用軟件實(shí)現(xiàn)其功能的文件。
另外，優(yōu)選的方式是，其中系統(tǒng)是軟件，而功能單元是要執(zhí)行預(yù)定處理的程序或?qū)ο蟆?br> 根據(jù)本發(fā)明的第二方面，提供一種儲(chǔ)存用于在計(jì)算機(jī)中實(shí)現(xiàn)上述功能的系統(tǒng)開(kāi)發(fā)程序的存儲(chǔ)介質(zhì)。
根據(jù)本發(fā)明的第三方面，提供一種開(kāi)發(fā)支持系統(tǒng)，包括服務(wù)器，用于提供關(guān)于執(zhí)行各種不同功能的功能單元的信息、以及描述不同功能的文件；至少一個(gè)開(kāi)發(fā)功能單元的開(kāi)發(fā)者客戶機(jī)；至少一個(gè)通過(guò)將功能單元組合來(lái)開(kāi)發(fā)構(gòu)成為執(zhí)行所希望操作的系統(tǒng)的用戶客戶機(jī)；和其中所有的服務(wù)器、開(kāi)發(fā)者客戶機(jī)和用戶客戶機(jī)通過(guò)因特網(wǎng)連接，其中用戶客戶機(jī)得到多個(gè)功能單元的文件，通過(guò)將多個(gè)功能單元的文件組合來(lái)開(kāi)發(fā)系統(tǒng)，并檢查所開(kāi)發(fā)系統(tǒng)的操作，作為結(jié)果，當(dāng)開(kāi)發(fā)的系統(tǒng)由于功能單元的任何一個(gè)的功能故障而不能正確操作時(shí)，向服務(wù)器發(fā)送關(guān)于功能單元的功能故障的問(wèn)題信息，其中服務(wù)器在接受和登錄問(wèn)題信息之后，向功能單元開(kāi)發(fā)者操作的開(kāi)發(fā)者客戶發(fā)送問(wèn)題信息，其中開(kāi)發(fā)者客戶機(jī)向服務(wù)器發(fā)送關(guān)于所述問(wèn)題信息的回答信息，其中服務(wù)器在接收和登錄了回答信息后，向與功能單元有利害關(guān)系的用戶操作的用戶客戶機(jī)或其它開(kāi)發(fā)者客戶機(jī)發(fā)送回答消息。
在上述方案中，優(yōu)選用戶客戶機(jī)請(qǐng)求獲得多個(gè)功能單元的每一個(gè)或集中獲得多個(gè)功能單元，服務(wù)器對(duì)多個(gè)功能單元的每一個(gè)或集中地對(duì)多個(gè)功能單元審查該申請(qǐng)，并授予該用戶客戶機(jī)獲取的權(quán)利，用戶客戶機(jī)根據(jù)的授予的權(quán)利，從服務(wù)器得到功能單元的文件。
另外，優(yōu)選的方式是，服務(wù)器僅當(dāng)問(wèn)題信息已經(jīng)被登記為來(lái)自開(kāi)發(fā)支持系統(tǒng)用戶，并且該問(wèn)題信息已經(jīng)從得到功能單元文件的用戶那里發(fā)送出來(lái)時(shí)，才接受該問(wèn)題信息。
另外，優(yōu)選的方式是，服務(wù)器當(dāng)已經(jīng)接受和登記登記關(guān)于功能單元的問(wèn)題信息時(shí)，與該問(wèn)題信息一起登錄已經(jīng)被登錄的問(wèn)題信息，并將登記的內(nèi)容發(fā)送至開(kāi)發(fā)者客戶機(jī)。
另外，優(yōu)選的方式是，當(dāng)應(yīng)當(dāng)對(duì)開(kāi)發(fā)者客戶機(jī)回答問(wèn)題信息時(shí)，服務(wù)器發(fā)送一個(gè)日期，如果到該日期為止沒(méi)有回答，則發(fā)送信息催促開(kāi)發(fā)者客戶機(jī)作出回答，并且，如果即使在該日期后仍沒(méi)有回答，則再次向開(kāi)發(fā)者客戶機(jī)發(fā)送信息催促開(kāi)發(fā)者客戶機(jī)在預(yù)定的日期回答。
另外，優(yōu)選的方式是，服務(wù)器每次在上述日期后拖延一個(gè)日期作出回答時(shí)、或在上述日期后經(jīng)過(guò)預(yù)定的日期再回答時(shí)，則與催促開(kāi)發(fā)者客戶機(jī)作出回答的消息一起，發(fā)送信息通知處以預(yù)定的罰金，并且每次在上述日期后拖延一個(gè)日期作出回答時(shí)、或在上述日期后經(jīng)過(guò)預(yù)定的日期再回答時(shí)，就將與該罰金相等的金額從帳戶上劃出。
另外，優(yōu)選的方式是，服務(wù)器僅在由已經(jīng)被登錄為開(kāi)發(fā)支持系統(tǒng)用戶，并且開(kāi)發(fā)了所述功能單元的用戶發(fā)出了回答信息時(shí)，才接受回答信息。
另外，優(yōu)選的方式是，其中所述感興趣的用戶是已經(jīng)得到文件的用戶，這些用戶包括已經(jīng)發(fā)送了問(wèn)題信息的用戶，想得到文件但還沒(méi)有得到文件的用戶，或者是當(dāng)存在已經(jīng)被用作開(kāi)發(fā)功能單元的模型的模型功能單元時(shí)，已經(jīng)開(kāi)發(fā)了模型功能單元的用戶。
另外，優(yōu)選的方式是，當(dāng)功能單元的開(kāi)發(fā)者已經(jīng)發(fā)現(xiàn)功能單元的功能故障時(shí)，開(kāi)發(fā)者客戶機(jī)向服務(wù)器發(fā)送通知功能單元已經(jīng)具有功能故障的聯(lián)絡(luò)信息，和關(guān)于對(duì)該功能故障采取措施的方法的信息。
另外，優(yōu)選方式是其中系統(tǒng)是半導(dǎo)體器件，而功能單元是基本邏輯單元或通過(guò)將多個(gè)基本邏輯單元組合而構(gòu)成的基本邏輯電路。
另外，優(yōu)選的方式是，其中系統(tǒng)是半導(dǎo)體器件，而功能單元是CPU、存儲(chǔ)裝置、緩沖器和外圍器件，其中將外圍器件的文件構(gòu)成為能夠選擇通過(guò)使用硬件實(shí)現(xiàn)其功能的文件，或是通過(guò)使用軟件實(shí)現(xiàn)其功能的文件。
另外，優(yōu)選的方式是，其中系統(tǒng)是軟件，而功能單元是執(zhí)行預(yù)定處理的程序或?qū)ο蟆?br> 根據(jù)本發(fā)明的第四方面，提供一種儲(chǔ)存用于在計(jì)算機(jī)中實(shí)現(xiàn)上述功能的系統(tǒng)開(kāi)發(fā)控制程序的存儲(chǔ)介質(zhì)。
利用上述結(jié)構(gòu)，即使存在功能單元的功能故障，也可以立即和恰當(dāng)?shù)貙?duì)功能故障進(jìn)行糾正，并且將功能故障確切地通知所有用該功能單元開(kāi)發(fā)系統(tǒng)的開(kāi)發(fā)者。這樣就可以迅速和精確地開(kāi)發(fā)系統(tǒng)了。
本發(fā)明的上述及其它目的、優(yōu)點(diǎn)和特征將從下面的結(jié)合附圖所作的說(shuō)明中得到體現(xiàn)。


圖1是顯示根據(jù)本發(fā)明一實(shí)施例的半導(dǎo)體器件開(kāi)發(fā)支持系統(tǒng)的結(jié)構(gòu)框圖；圖2是顯示儲(chǔ)存在根據(jù)本發(fā)明實(shí)施例的存儲(chǔ)裝置中的信息(宏信息)結(jié)構(gòu)的概念圖；圖3顯示了本發(fā)明實(shí)施例的存儲(chǔ)裝置中宏名稱信息表的結(jié)構(gòu)例；圖4顯示了本發(fā)明實(shí)施例的存儲(chǔ)裝置中宏信息表的結(jié)構(gòu)例；圖5顯示了本發(fā)明實(shí)施例的存儲(chǔ)裝置中宏功能信息表的結(jié)構(gòu)例；圖6顯示了本發(fā)明實(shí)施例的存儲(chǔ)裝置中處理信息表的結(jié)構(gòu)例；圖7顯示了本發(fā)明實(shí)施例的存儲(chǔ)裝置中宏區(qū)分信息表的結(jié)構(gòu)例；圖8顯示了本發(fā)明實(shí)施例的存儲(chǔ)裝置中CPU名稱區(qū)分信息表的結(jié)構(gòu)例；圖9顯示了本發(fā)明實(shí)施例的存儲(chǔ)裝置中界面分類信息表的結(jié)構(gòu)例；圖10顯示了本發(fā)明實(shí)施例的存儲(chǔ)裝置中宏開(kāi)發(fā)者信息表的結(jié)構(gòu)例；圖11顯示了本發(fā)明實(shí)施例的存儲(chǔ)裝置中宏用戶信息表的結(jié)構(gòu)例；圖12顯示了本發(fā)明實(shí)施例的存儲(chǔ)裝置中下載信息表的結(jié)構(gòu)例；圖13顯示了本發(fā)明實(shí)施例的存儲(chǔ)裝置中QA信息表的結(jié)構(gòu)例；圖14顯示了本發(fā)明實(shí)施例的宏開(kāi)發(fā)處理例的流程圖；圖15顯示了本發(fā)明實(shí)施例的半導(dǎo)體器件開(kāi)發(fā)處理例的流程圖；圖16顯示了本發(fā)明實(shí)施例的獲取關(guān)于宏的信息的處理例的流程圖；圖17也顯示了本發(fā)明實(shí)施例的獲取關(guān)于宏信息的處理例的流程圖；圖18顯示了本發(fā)明實(shí)施例的解決關(guān)于宏的問(wèn)題的處理例的流程圖；圖19顯示了本發(fā)明實(shí)施例的提供關(guān)于宏的信息的處理例的流程圖。
以下將利用各個(gè)實(shí)施例并參考附圖對(duì)實(shí)現(xiàn)本發(fā)明的最佳模式進(jìn)行進(jìn)一步地詳細(xì)說(shuō)明。
圖1的示意框圖顯示了根據(jù)本發(fā)明一個(gè)實(shí)施例的半導(dǎo)體器件開(kāi)發(fā)支持系統(tǒng)的結(jié)構(gòu)。
根據(jù)該實(shí)施例的這種半導(dǎo)體器件開(kāi)發(fā)支持系統(tǒng)主要包括服務(wù)器1，存儲(chǔ)裝置2，因特網(wǎng)3，由已開(kāi)發(fā)出一個(gè)宏的開(kāi)發(fā)者(宏開(kāi)發(fā)者)進(jìn)行操作以進(jìn)行宏開(kāi)發(fā)的客戶機(jī)41至4m(m為自然數(shù))以及由作為宏用戶的邏輯設(shè)計(jì)者(宏的用戶)進(jìn)行操作以進(jìn)行半導(dǎo)體器件開(kāi)發(fā)的客戶機(jī)51至5n(n為自然數(shù))。服務(wù)器1、客戶機(jī)41至4m和客戶機(jī)51至5n通過(guò)因特網(wǎng)3相連接。服務(wù)器1由一計(jì)算機(jī)構(gòu)成，該計(jì)算機(jī)包括CPU；內(nèi)部存儲(chǔ)裝置(包括ROM、RAM，等等)；外部存儲(chǔ)裝置(包括FDD、HDD、CD-ROM驅(qū)動(dòng)器)或者其中安裝有FD、HD及CD-ROM驅(qū)動(dòng)器的類似設(shè)備；輸出單元(包括CRT顯示器、液晶顯示器，等等)；輸入單元(包括鍵盤(pán)、鼠標(biāo)，等等)；以及通信單元，該單元能夠響應(yīng)客戶機(jī)41至4m和客戶機(jī)51至5n所發(fā)出的請(qǐng)求，利用因特網(wǎng)3在客戶機(jī)41至4m與客戶機(jī)51至5n之間執(zhí)行數(shù)據(jù)通信，并能通過(guò)因特網(wǎng)3向保存在存儲(chǔ)裝置2中的宏提供數(shù)據(jù)，以及控制半導(dǎo)體器件開(kāi)發(fā)支持系統(tǒng)。存儲(chǔ)裝置2由HDD或其中安裝了保存有宏數(shù)據(jù)的HD的類似設(shè)備構(gòu)成?？蛻魴C(jī)41至4m和客戶機(jī)51至5n中的每一個(gè)都由一計(jì)算機(jī)組成，該計(jì)算機(jī)包括CPU；內(nèi)部存儲(chǔ)裝置(包括ROM、RAM，等等)；外部存儲(chǔ)裝置(包括FDD、HDD、CD-ROM驅(qū)動(dòng)器)或者其中安裝有FD、HD及CD-ROM的類似設(shè)備；輸出單元(包括CRT顯示器、液晶顯示器，等等)；輸入單元(包括鍵盤(pán)、鼠標(biāo)，等等)以及用于通過(guò)因特網(wǎng)3與服務(wù)器1進(jìn)行數(shù)據(jù)通信的通信單元。
圖2的概念圖顯示了保存在根據(jù)本發(fā)明實(shí)施例的存儲(chǔ)裝置2的信息(宏信息)結(jié)構(gòu)的一個(gè)例子。如圖2所示，存儲(chǔ)裝置2(如圖1所示)包含有宏名稱信息表11、個(gè)宏信息表12、宏功能信息表13、過(guò)程信息表14、宏種類表15、CPU名稱信息表16、接口分類信息表17，宏開(kāi)發(fā)者信息表18、宏用戶信息表19、下載信息表20、QA信息表21以及宏文件存儲(chǔ)區(qū)22。
如圖3所示，宏名稱信息表11中保存有分配給該宏的宏代碼、分配給該宏的宏名稱以及開(kāi)發(fā)該宏的宏開(kāi)發(fā)者姓名，它們分別被分配以變量標(biāo)識(shí)符MacroCod、MacroName以及MacroDeveloperName。宏代碼由一個(gè)幾位的整數(shù)(未示出)表示，而宏名稱和宏開(kāi)發(fā)者姓名則由文本文件格式的字符串(未示出)表示。
如圖4所示，宏信息表12中保存有宏代碼、宏開(kāi)發(fā)者的姓名、流程代碼(用于在宏生成時(shí)分配給一個(gè)流程使用)、分配給宏文件的文件名(在該文件中，由宏開(kāi)發(fā)者開(kāi)發(fā)出來(lái)并被允許登錄的宏的功能通過(guò)利用包括HDL或C語(yǔ)言在內(nèi)的程序語(yǔ)言得到說(shuō)明)以及用日語(yǔ)和英語(yǔ)說(shuō)明的分配給宏(例如16位定時(shí)計(jì)數(shù)器)的宏調(diào)用名。它們分別被分配以變量標(biāo)識(shí)符MacroCode、MacroDeveloperName、ProcessCode、FileName、MacroCallnameJ和MacroCallnameE。宏開(kāi)發(fā)者的姓名、文件名以及宏調(diào)用名(用日語(yǔ)和英語(yǔ)表示)都由文本文件格式的字符串(未示出)表示。
如圖4所示，宏信息表12中還保存有代表宏類型的宏種類信息、根據(jù)功能分類而分配給宏的一個(gè)功能的宏功能代碼、分配給一能夠?qū)赀M(jìn)行控制的CPU的CPU代碼、當(dāng)宏向外部發(fā)送數(shù)據(jù)或從外部接收數(shù)據(jù)時(shí)所需的作為接口分類的I/F分類代碼、用日語(yǔ)說(shuō)明的該宏功能的功能概況以及用英語(yǔ)說(shuō)明的該宏功能的功能概況。它們分別被分配以變量標(biāo)識(shí)符MacroDifferentiation、MacroFunctionCode、CPUNameCode、InterfaceClassificationCode、FunctionOutlineJ以及FunctionOutlineE。當(dāng)宏為“單元庫(kù)軟宏”時(shí)，宏種類信息被設(shè)定成
，當(dāng)宏為“單元庫(kù)硬宏”時(shí)，宏種類信息被設(shè)定成[1]，當(dāng)宏為“人工硬宏”時(shí)，宏種類信息被設(shè)定成[2]。宏功能代碼、CPU名稱代碼以及I/F分類代碼都由一個(gè)幾位的整數(shù)(未示出)來(lái)表示。日語(yǔ)和英語(yǔ)的宏功能概況則都由文本文件格式的字符串(未示出)表示。
如圖4所示，宏信息表12中還保存有用日語(yǔ)說(shuō)明的使用該宏時(shí)的付費(fèi)或收費(fèi)的注意和限制事項(xiàng)、用英語(yǔ)說(shuō)明的使用該宏時(shí)的付費(fèi)或收費(fèi)的注意和限制事項(xiàng)、關(guān)聯(lián)宏(它是一個(gè)與該宏有關(guān)的父宏名稱列表)、代表計(jì)劃發(fā)布該宏的宏文件的預(yù)期發(fā)布年份，預(yù)期發(fā)布月份以及預(yù)期發(fā)布日期。它們分別被分配以變量標(biāo)識(shí)符AttentionRestrictionItemJ、AttentionRestrictionItemE、RelationMacro、ReleasePlanDateY、ReleasePlanDateM以及ReleasePlanDateD。注意和限制事項(xiàng)(日語(yǔ))、注意和限制事項(xiàng)(英語(yǔ))以及關(guān)聯(lián)宏都由文本文件格式的字符串(未示出)表示。預(yù)期發(fā)布年份、預(yù)期發(fā)布月份以及預(yù)期發(fā)布日期則都由一個(gè)幾位的整數(shù)(未示出)來(lái)表示。
如圖4所示，宏信息表12中還保存有宏的當(dāng)前版本、數(shù)據(jù)更新年份、數(shù)據(jù)更新月份和含有宏信息表12中所述各類數(shù)據(jù)更新時(shí)間的數(shù)據(jù)更新日期以及在保證操作條件等級(jí)情況下使用該宏時(shí)所提供的質(zhì)量等級(jí)。它們分別被分配以變量標(biāo)識(shí)符Version、DataUpdateDateY、DataUpdateM、DataUpdateD以及QualityClass。當(dāng)前版本由文本文件格式的字符串(未示出)表示。數(shù)據(jù)更新年份、數(shù)據(jù)更新月份以及數(shù)據(jù)更新日期則都由一個(gè)幾位的整數(shù)(未示出)來(lái)表示。當(dāng)宏在一般保證等級(jí)下(在該等級(jí)中，宏的運(yùn)行在一般條件下被保證不會(huì)出現(xiàn)任何問(wèn)題)時(shí)，其質(zhì)量等級(jí)被設(shè)定為“0”；當(dāng)宏在不工作條件等級(jí)下(在該等級(jí)中，宏在某些特定條件下不能運(yùn)行)時(shí)，其質(zhì)量等級(jí)被設(shè)定為“1”；當(dāng)宏在工作條件等級(jí)下(在該等級(jí)中，宏被保證可在特定條件下工作)時(shí)，其質(zhì)量等級(jí)被設(shè)定為“2”，當(dāng)宏在無(wú)保證等級(jí)下(在該等級(jí)中，宏只能在嚴(yán)格限制的條件下工作)時(shí)，其質(zhì)量等級(jí)被設(shè)定為“3”，當(dāng)宏在尚未完成的等級(jí)下(在該等級(jí)中，宏被計(jì)劃開(kāi)發(fā)或正在開(kāi)發(fā))時(shí)，其質(zhì)量等級(jí)被設(shè)定為“4”。
如圖4所示，宏信息表12中還保存有代表宏在X方向上長(zhǎng)度的長(zhǎng)度X、代表宏在Y方向上長(zhǎng)度的長(zhǎng)度Y、代表宏的鋁布線層數(shù)目的AL(鋁)布線層數(shù)、柵格數(shù)、組成宏的標(biāo)準(zhǔn)單元的單元數(shù)以及組成宏的晶體管的Tr數(shù)。它們分別被分配以變量標(biāo)識(shí)符SizeX、SizeY、AlLayerCount、GridCount、CellCount以及TrCount。長(zhǎng)度X和長(zhǎng)度Y都由文本文件格式的字符串(未示出)表示。AL層數(shù)、柵格數(shù)以及單元數(shù)則都由一個(gè)幾位的整數(shù)(未示出)來(lái)表示。
如圖4所示，宏信息表12中還保存有宏的運(yùn)行頻率、故障的檢測(cè)率、相關(guān)QA號(hào)(分配給用戶提出的與宏有關(guān)的問(wèn)題或者與這些問(wèn)題的回答有關(guān)的信息的序號(hào))、宏運(yùn)行時(shí)使用的存儲(chǔ)器的存儲(chǔ)容量、存儲(chǔ)器的總線寬度(當(dāng)使用宏時(shí)存儲(chǔ)器與宏連接所用的總線的位寬)、以及存儲(chǔ)器的訪問(wèn)速度(使用宏時(shí)對(duì)存儲(chǔ)器的訪問(wèn)速度)。它們分別被分配以變量標(biāo)識(shí)符ActionFrequency、MalfunctionDetectionRate、RelationQANumber、MemoryCapacity、MemoryBusWidth以及MemoryAccessSpeed。運(yùn)行頻率、故障檢測(cè)率、存儲(chǔ)器容量、存儲(chǔ)器總線寬度以及存儲(chǔ)器訪問(wèn)速度都由文本文件格式的字符串(未示出)表示。相關(guān)QA號(hào)則由一個(gè)幾位的整數(shù)(未示出)來(lái)表示。
如圖4所示，宏信息表12中還保存有登錄年份、登錄月份以及登錄日期(它們代表了當(dāng)宏的宏文件被用宏文件存儲(chǔ)區(qū)22第一次登錄時(shí)的年、月、日)、最后刷新年份、最后刷新月份以及最后刷新日期(它們代表了當(dāng)宏的宏文件已被最終刷新時(shí)的年、月、日)、以及安全級(jí)別(它代表了宏信息的安全程度)。它們分別被分配以變量標(biāo)識(shí)符RegistrationDateY、RegistrationDateM、RegistrationDateD、FinalRenewalDateY、FinalRenewalDateM、FinalRenewalDateD以及SecurityLevel。登錄年份、登錄月份以及登錄日期都一個(gè)幾位的整數(shù)(未示出)來(lái)表示。當(dāng)宏可被所有宏用戶瀏覽時(shí)，其安全級(jí)別被設(shè)定為“0”，當(dāng)宏只能被和宏開(kāi)發(fā)者簽訂有特殊協(xié)議的宏用戶瀏覽時(shí)，其安全級(jí)別被設(shè)定為“1”。但是，即使安全級(jí)別被設(shè)定為“1”，為了在當(dāng)宏用戶決定是否與宏開(kāi)發(fā)者簽訂一個(gè)特殊協(xié)議時(shí)提供信息，宏代碼、宏開(kāi)發(fā)者的姓名、宏調(diào)用名(日語(yǔ))、宏調(diào)用名(英語(yǔ))、宏種類信息、宏功能代碼、功能概況(日語(yǔ))、功能概況(英語(yǔ))或類似內(nèi)容也可被所有宏用戶瀏覽。在許多情況下安全級(jí)別都被設(shè)定為“1”，尤其是當(dāng)質(zhì)量等級(jí)被設(shè)定為“4”時(shí)，即，當(dāng)宏處于將被完成的等級(jí)下時(shí)，在該等級(jí)中，宏被計(jì)劃開(kāi)發(fā)或正在開(kāi)發(fā)。但是，即使宏被計(jì)劃開(kāi)發(fā)，當(dāng)不需要安全性時(shí)，甚至當(dāng)質(zhì)量等級(jí)被設(shè)定為“4”時(shí)，其安全級(jí)別也可不為“1”。
如圖5所示，在宏功能信息表13中保存有宏功能的代碼、用日語(yǔ)表示的宏功能的名稱(它作為與宏功能的代碼相對(duì)應(yīng)的各個(gè)宏的功能的日語(yǔ)名稱)以及用英語(yǔ)表示的上述宏功能的名稱。它們分別被分配以變量標(biāo)識(shí)符MacroFunctionCode MacroFunctionNameJ及MacroFunctionNameE。宏功能代碼由一個(gè)幾位的整數(shù)(未示出)表示。用日語(yǔ)和英語(yǔ)表示的宏功能的名稱則都由文本文件格式的字符串(未示出)來(lái)表示。
如圖6所示，在過(guò)程信息表14中保存有過(guò)程代碼以及用于在宏生成時(shí)分配給與過(guò)程代碼相對(duì)應(yīng)的過(guò)程的過(guò)程名稱。它們分別被分配以變量標(biāo)識(shí)符[ProcessCode]和[ProcessName]。過(guò)程代碼由一個(gè)幾位的整數(shù)(未示出)表示。過(guò)程名稱則由文本文件格式的字符串(未示出)來(lái)表示。
如圖7所示，在宏種類信息表15中保存有宏種類信息、用英語(yǔ)表示的宏種類名稱(它作為分配給與上述宏種類信息相對(duì)應(yīng)的各個(gè)宏種類信息的英語(yǔ)名稱)以及用日語(yǔ)表示的宏種類名稱(它作為分配給宏種類信息的日語(yǔ)名稱)。它們分別被分配以變量標(biāo)識(shí)符MacroDifferentiation、MacroDifferentiationE和MacroDifferentiationJ。宏種類信息由一個(gè)幾位的整數(shù)(未示出)表示，用英語(yǔ)和日語(yǔ)表示的宏種類名稱則都由文本文件格式的字符串(未示出)來(lái)表示。即，作為被保存的宏種類信息“單元庫(kù)軟宏”(日語(yǔ)和英語(yǔ)表示)，它對(duì)應(yīng)于宏種類信息“0”。作為被保存的宏種類信息“單元庫(kù)硬宏”(日語(yǔ)和英語(yǔ)表示)，它對(duì)應(yīng)于宏種類信息“1”。作為被保存的宏種類信息“人工硬宏”(日語(yǔ)和英語(yǔ)表示)，它對(duì)應(yīng)于宏種類信息“2”。
如圖8所示，在CPU名稱信息表16中保存有CPU名稱代碼以及分配給與CPU名稱代碼相對(duì)應(yīng)的各CPU的CPU名稱。它們分別被分配以變量標(biāo)識(shí)符CPUNameCode和CPUName。CPU名稱代碼由一個(gè)幾位的整數(shù)(未示出)表示。CPU名稱則由文本文件格式的字符串(未示出)來(lái)表示。
如圖9所示，在接口(I/F)分類信息表17中保存有接口(I/F)分類代碼的代碼以及I/F分類的名稱(它代表了當(dāng)各個(gè)宏向外部發(fā)送數(shù)據(jù)或從外部接收數(shù)據(jù)時(shí)所需的接口名稱)。它們分別被分配以變量標(biāo)識(shí)符InterfaceClassificationcode和InterfaceClassificationName。I/F分類代碼由一個(gè)幾位的整數(shù)(未示出)表示。I/F分類名稱則由文本文件格式的字符串(未示出)來(lái)表示。
如圖10所示，在宏開(kāi)發(fā)者信息表18中保存有宏開(kāi)發(fā)者ID(它作為分配給宏開(kāi)發(fā)者的身份識(shí)別號(hào)并且在使用系統(tǒng)時(shí)需要出示)、宏開(kāi)發(fā)者姓名(作為宏開(kāi)發(fā)者的姓名)、宏開(kāi)發(fā)者使用的口令、用日語(yǔ)和英語(yǔ)表示的宏開(kāi)發(fā)者的姓名、用日語(yǔ)和英語(yǔ)表示的宏開(kāi)發(fā)者所屬的單位、宏開(kāi)發(fā)者的郵政地址、宏開(kāi)發(fā)者的電話號(hào)碼以及宏開(kāi)發(fā)者的E-mail地址。它們分別被分配以變量標(biāo)識(shí)符MacroDeveloperID、MacroDeveloperName、Password、NameJ、NameE、OrganizationJ、OrganizationE、PMail、Telnet以及EMail。宏開(kāi)發(fā)者ID由一個(gè)幾位的整數(shù)(未示出)表示。宏開(kāi)發(fā)者姓名、口令、姓名(日語(yǔ))、姓名(英語(yǔ))、所屬單位(日語(yǔ))、所屬單位(英語(yǔ))、郵政地址、電話號(hào)碼及E-mail地址則都由文本文件格式的字符串(未示出)來(lái)表示。
如圖11所示，在宏用戶信息表19中保存有產(chǎn)品開(kāi)發(fā)者的名稱、宏用戶使用的口令、宏用戶的姓名、宏用戶所屬單位的名稱、宏用戶的郵政地址、宏用戶的電話號(hào)碼、宏用戶的E-mail地址、可下載宏(它是一個(gè)可由宏用戶通過(guò)服務(wù)器1從存儲(chǔ)裝置2中下載的宏文件的列表)、訪問(wèn)級(jí)別(它代表了宏用戶通過(guò)服務(wù)器1訪問(wèn)存儲(chǔ)裝置2所處的級(jí)別)。它們分別被分配以變量標(biāo)識(shí)符ProductionDeveloperName、Password、Name、Organization、PMail、Telnet、EMail、DownloadableMacro以及AccessLevel。產(chǎn)品開(kāi)發(fā)者的名稱、口令、姓名、單位、郵政地址、電話號(hào)碼、E-mail地址以及可下載宏都由文本文件格式的字符串(未示出)表示。當(dāng)宏用戶只被允許訪問(wèn)保存在存儲(chǔ)裝置2中的宏信息的概況時(shí)，訪問(wèn)級(jí)別被設(shè)定為“0”，當(dāng)宏用戶只被允許訪問(wèn)保存在存儲(chǔ)裝置2中的宏信息的概況和細(xì)節(jié)時(shí)，訪問(wèn)級(jí)別被設(shè)定為“1”，當(dāng)宏用戶被允許下載宏文件時(shí)，訪問(wèn)級(jí)別被設(shè)定為“2”。當(dāng)訪問(wèn)級(jí)別被設(shè)定為“0”時(shí)，除宏信息以外，宏用戶被允許瀏覽(例如)宏調(diào)用名(日語(yǔ))、宏調(diào)用名(英語(yǔ))、宏種類信息、宏功能代碼、功能概況(日語(yǔ))、功能概況(英語(yǔ))、質(zhì)量等級(jí)、長(zhǎng)度X、長(zhǎng)度Y、Al布線層數(shù)、單元數(shù)、Tr數(shù)、工作頻率、故障檢測(cè)率、等等。當(dāng)訪問(wèn)級(jí)別被設(shè)定為“1”時(shí)，用戶可以瀏覽宏圖4所示信息表12中的所有信息。另外，即使訪問(wèn)級(jí)別被設(shè)定為“2”，宏用戶也不會(huì)被允許立刻對(duì)宏文件進(jìn)行下載，也就是說(shuō)，宏用戶必須提交一個(gè)申請(qǐng)以獲取下載各個(gè)宏的宏文件的權(quán)利，當(dāng)用戶獲取下載宏文件的權(quán)利之后，就可進(jìn)行下載。
宏用戶信息表19中的訪問(wèn)級(jí)別與宏信息表12中所提供的安全級(jí)別的不同之處在于訪問(wèn)級(jí)別是根據(jù)所有宏信息被各宏用戶訪問(wèn)的程度而設(shè)定的，而安全級(jí)別則是根據(jù)各個(gè)宏信息被所有宏用戶瀏覽的程度而設(shè)定的。因此，一般情況下，安全級(jí)別被設(shè)定為“0”，但是，當(dāng)宏開(kāi)發(fā)者想用特別增加的安全性來(lái)控制宏時(shí)，安全級(jí)別將被設(shè)定為“1”，并且與宏開(kāi)發(fā)者簽訂有特殊協(xié)議的每個(gè)宏用戶都被允許訪問(wèn)宏的文件。
接下來(lái)將對(duì)訪問(wèn)級(jí)別與質(zhì)量等級(jí)間的關(guān)系進(jìn)行說(shuō)明。一般來(lái)說(shuō)，在宏信息的質(zhì)量等級(jí)被設(shè)定為“0”至“2”的情況下，訪問(wèn)級(jí)別被設(shè)定為“2”。在宏信息的質(zhì)量等級(jí)被設(shè)定為“3”的情況下，即，在宏處于無(wú)保證等級(jí)的情況下，當(dāng)宏開(kāi)發(fā)者與宏用戶簽訂了特殊的個(gè)人協(xié)議之后，或者當(dāng)從其它競(jìng)爭(zhēng)性宏用戶處獲得許可之后，訪問(wèn)級(jí)別被設(shè)定為“3”。另外，盡管在宏用戶信息表19中沒(méi)有示出，但它也對(duì)與適當(dāng)級(jí)別有關(guān)的信息進(jìn)行了說(shuō)明，在此級(jí)別中，作為一個(gè)特例情況(有特權(quán)或處于受限制方式下)，當(dāng)需要時(shí)，可根據(jù)宏用戶所存在的區(qū)域來(lái)對(duì)區(qū)域級(jí)別或訪問(wèn)級(jí)別進(jìn)行設(shè)定。
如圖12所示，在下載信息表20中保存有下載權(quán)利請(qǐng)求ID(它代表了當(dāng)宏用戶向服務(wù)器1發(fā)出的請(qǐng)求是下載所需宏文件的權(quán)利時(shí)將要使用的一個(gè)身份識(shí)別號(hào))、請(qǐng)求下載的用戶的姓名、發(fā)出下載宏文件請(qǐng)求時(shí)的年、月和日期、其文件被宏用戶請(qǐng)求下載的宏的名稱、過(guò)程代碼、宏文件將被下載時(shí)的下載計(jì)劃年份、月份以及日期以及代表下載處理是否已得到執(zhí)行的“動(dòng)作標(biāo)志”。它們分別被分配以變量標(biāo)識(shí)符DownloadRequestID、UserName、RequestDateY、RequestDateM、RequestDateD、MacroName、ProcessCode、DownloadDateY、DownloadDateM、DownloadDateD以及ActionFlag。下載權(quán)利請(qǐng)求ID、下載請(qǐng)求的年份、月份和日期、流程代碼、下載計(jì)劃年份、下載計(jì)劃月份以及下載計(jì)劃日期都由一個(gè)幾位的整數(shù)(未示出)表示。用戶姓名和宏名稱則都由文本文件格式的字符串(未示出)表示。當(dāng)下載宏文件的處理尚未完成時(shí)，動(dòng)作標(biāo)志被設(shè)定為“0”，當(dāng)下載宏文件的處理已經(jīng)完成時(shí)，動(dòng)作標(biāo)志被設(shè)定為“5”，當(dāng)下載請(qǐng)求被拒絕時(shí)，動(dòng)作標(biāo)志被設(shè)定為“6”。
如圖13所示，在QA信息表21中保存有QA代碼(分配給由宏用戶提出的與宏的新開(kāi)發(fā)有關(guān)或與故障有關(guān)的問(wèn)題或者與對(duì)這些問(wèn)題的回答有關(guān)的信息的序號(hào))、宏的宏代碼、過(guò)程代碼、宏的版本、當(dāng)宏開(kāi)發(fā)者給出與宏的新進(jìn)展有關(guān)的信息時(shí)或者當(dāng)用戶提出問(wèn)題時(shí)出現(xiàn)問(wèn)題的年份、出現(xiàn)問(wèn)題的月份以及出現(xiàn)問(wèn)題的日期、當(dāng)宏開(kāi)發(fā)者對(duì)問(wèn)題作出回答時(shí)的聯(lián)絡(luò)年份、聯(lián)絡(luò)月份、聯(lián)絡(luò)日期、聯(lián)絡(luò)小時(shí)以及聯(lián)絡(luò)分鐘、當(dāng)宏用戶請(qǐng)求宏開(kāi)發(fā)者對(duì)問(wèn)題作出回答時(shí)的請(qǐng)求結(jié)束年份、月份和日期、發(fā)出提問(wèn)的用戶所屬的單位、發(fā)出提問(wèn)的用戶的郵政地址、發(fā)出提問(wèn)的用戶的電話號(hào)碼、提問(wèn)者的姓名、提問(wèn)者的E-mail地址、由與宏的新開(kāi)發(fā)有關(guān)的信息組成的內(nèi)容、具體內(nèi)容(它包括問(wèn)題或?qū)?wèn)題的回答、聯(lián)絡(luò)信息或與宏開(kāi)發(fā)者所發(fā)現(xiàn)的宏的故障有關(guān)并被宏開(kāi)發(fā)者主動(dòng)提供的信息)、代表是否已對(duì)問(wèn)題做出回應(yīng)的狀態(tài)標(biāo)志、宏開(kāi)發(fā)者計(jì)劃最終完成報(bào)告時(shí)的最終報(bào)告預(yù)期年份、月份和日期、宏開(kāi)發(fā)者實(shí)際做出最終報(bào)告時(shí)的最終報(bào)告年份、月份和日期、代表宏開(kāi)發(fā)者回答問(wèn)題計(jì)劃的回答預(yù)期標(biāo)志以及代表問(wèn)題重要程度的重要性標(biāo)志。它們分別被分配以變量標(biāo)識(shí)符QACode、MacroCode、ProcessCode、Version、ProblemDateY、ProblemDateM、ProblemDateD、ContactDateY、ContactDateM、ContactDateD、ContactTimeH、ContactTimeM、FinishRequestDateY、FinishRequestDateM、FinishRequestDateD、ContactorOrganization、ContactorPMail、ContactorTelnet、ContactorName、ContactorEMail、Contents、StatusFlag、FinalReportPlanDateY、FinalReportPlanDateM、FinalReportPlanDateD、AnswerPlanFlag、以及ImportantFlag。QA代碼、宏代碼、過(guò)程代碼、出現(xiàn)問(wèn)題的年份、月份和日期、聯(lián)絡(luò)年份、月份、日期、小時(shí)和分鐘、請(qǐng)求結(jié)束的年份、月份和日期、最終報(bào)告預(yù)期年份、月份和日期、最終報(bào)告的實(shí)際年份、月份和日期都由一個(gè)幾位的整數(shù)(未示出)表示。而版本、用戶的單位、用戶的郵政地址、用戶的姓名、用戶的E-mail地址以及用戶的內(nèi)容則都由文本文件格式的字符串(未示出)來(lái)表示。當(dāng)僅有問(wèn)題提出而無(wú)回答時(shí)，狀態(tài)標(biāo)志被設(shè)定為“0”，當(dāng)最終回答已被作出時(shí)，狀態(tài)標(biāo)志被設(shè)定為“1”。當(dāng)宏開(kāi)發(fā)者沒(méi)有計(jì)劃作出回答時(shí)，回答預(yù)期標(biāo)志被設(shè)定為“0”，當(dāng)宏開(kāi)發(fā)者已經(jīng)計(jì)劃作出回答時(shí)，回答預(yù)期標(biāo)志被設(shè)定為“1”。當(dāng)問(wèn)題與出現(xiàn)故障或障礙有關(guān)并且宏文件的下載必須被臨時(shí)停止時(shí)(如果需要的話)，重要性標(biāo)志將被宏開(kāi)發(fā)者指定為“0”，當(dāng)問(wèn)題的內(nèi)容不重要并且可給出一般提示以作出回答時(shí)，重要性標(biāo)志將被設(shè)定為“1”。宏文件存儲(chǔ)區(qū)(見(jiàn)圖2)保存有一個(gè)宏文件，在該文件中保存著宏開(kāi)發(fā)者利用包括HDL或C語(yǔ)言在內(nèi)的程序語(yǔ)言對(duì)其所開(kāi)發(fā)出來(lái)并被允許登錄的宏的全部功能的說(shuō)明。
接下來(lái)將對(duì)半導(dǎo)體器件開(kāi)發(fā)支持系統(tǒng)的操作進(jìn)行詳細(xì)說(shuō)明。
首先參考圖14對(duì)用于開(kāi)發(fā)宏的流程進(jìn)行說(shuō)明，在該流程中，宏開(kāi)發(fā)者通過(guò)服務(wù)器1利用存儲(chǔ)裝置2開(kāi)發(fā)出宏并登錄關(guān)于宏和宏文件的信息。在該用于開(kāi)發(fā)宏的流程中，通過(guò)宏開(kāi)發(fā)者對(duì)包含在客戶機(jī)41內(nèi)的輸入單元(如鍵盤(pán)或鼠標(biāo))的操作，保存在客戶機(jī)41內(nèi)部存儲(chǔ)裝置或外部存儲(chǔ)裝置之中的宏開(kāi)發(fā)程序被讀取至客戶機(jī)41內(nèi)的CPU，并且該宏開(kāi)發(fā)程序會(huì)對(duì)CPU的操作進(jìn)行控制。當(dāng)宏開(kāi)發(fā)處理程序開(kāi)始運(yùn)行時(shí)，客戶機(jī)41內(nèi)的CPU將把宏開(kāi)發(fā)處理程序的各個(gè)內(nèi)容顯示在CRT顯示器或類似設(shè)備上，并且通過(guò)響應(yīng)宏開(kāi)發(fā)者的鍵盤(pán)或鼠標(biāo)操作而與服務(wù)器1進(jìn)行數(shù)據(jù)通信，然后再執(zhí)行后面的處理。為了簡(jiǎn)化說(shuō)明，在以下的說(shuō)明不會(huì)提及客戶機(jī)41、服務(wù)器1或類似設(shè)備的具體操作或動(dòng)作，并且所作的說(shuō)明就好象宏開(kāi)發(fā)者直接和獨(dú)立地執(zhí)行各個(gè)處理一樣。
首先，宏開(kāi)發(fā)者通過(guò)利用鍵盤(pán)輸入宏開(kāi)發(fā)者的姓名或其所屬單位的名稱，將自己登錄進(jìn)半導(dǎo)體器件開(kāi)發(fā)支持系統(tǒng)，從而完成宏開(kāi)發(fā)者登錄處理(步驟SA1)。當(dāng)?shù)卿洬@得服務(wù)器1的許可時(shí)，宏開(kāi)發(fā)者、所屬單位等的名稱將被保存進(jìn)圖10所示的宏開(kāi)發(fā)者信息表18。接下來(lái)，宏開(kāi)發(fā)者將判斷是否已經(jīng)獲得一個(gè)待被分配給計(jì)劃開(kāi)發(fā)的宏的宏名稱(步驟SA2)。如果尚未獲得宏名稱，則獲取宏的名稱的處理將被執(zhí)行(步驟SA3)。具體來(lái)說(shuō)，宏開(kāi)發(fā)者輸入一個(gè)想要使用的宏名稱，并通過(guò)對(duì)保存在宏名稱信息表11中的信息進(jìn)行檢索以檢查出是否有相同的宏名稱已被宏開(kāi)發(fā)者輸入使用。如果該宏名稱未被使用并且當(dāng)服務(wù)器1允許使用該宏名稱時(shí)，宏開(kāi)發(fā)者就可將其輸入的宏名稱作為可使用的宏名稱。如果宏名稱已被使用，則可輸入不同的名稱并通過(guò)對(duì)宏名稱信息表11的檢索以對(duì)其進(jìn)行檢查。該處理將重復(fù)執(zhí)行直至宏名稱得到許可為止。當(dāng)獲取一個(gè)宏名稱之后，服務(wù)器會(huì)為該宏名稱分配一個(gè)宏代碼。當(dāng)宏開(kāi)發(fā)者已經(jīng)獲得該宏名稱或者當(dāng)宏開(kāi)發(fā)者已得到一個(gè)新的宏名稱時(shí)，宏開(kāi)發(fā)者將輸入與待被新開(kāi)發(fā)的宏有關(guān)的信息(步驟SA4)。與開(kāi)發(fā)有關(guān)的信息包括開(kāi)發(fā)者的姓名、宏的名稱、過(guò)程的名稱、開(kāi)發(fā)計(jì)劃、功能概況、等等。服務(wù)器1根據(jù)與宏的開(kāi)發(fā)有關(guān)的信息(具體來(lái)說(shuō)是根據(jù)功能的概況)，通過(guò)對(duì)圖4所示宏信息表12中的相關(guān)信息進(jìn)行檢索，從而判斷出是否有任何與該計(jì)劃開(kāi)發(fā)的宏具有相同功能概況的宏正在開(kāi)發(fā)中，或者是否已計(jì)劃開(kāi)發(fā)。如果該計(jì)劃開(kāi)發(fā)的宏尚未被開(kāi)發(fā)、未在開(kāi)發(fā)中、或者未被計(jì)劃開(kāi)發(fā)，則服務(wù)器1將通過(guò)E-mail通知宏開(kāi)發(fā)者該計(jì)劃中的宏被允許開(kāi)發(fā)。服務(wù)器1還在具有與圖4所示宏信息表12中的宏代碼相應(yīng)的宏代碼的存儲(chǔ)區(qū)之中保存有開(kāi)發(fā)者的姓名、宏的名稱、過(guò)程的名稱、宏的計(jì)劃發(fā)布年份、月份和日期、以及功能的概況(用英語(yǔ)和日語(yǔ)描述)并將其質(zhì)量等級(jí)設(shè)定為“4”以顯示它正處于尚未完成的等級(jí)。另外，在分配完QA代碼(它是一個(gè)序列號(hào)，用于按照與開(kāi)發(fā)和問(wèn)題有關(guān)的信息的接收順序來(lái)控制詢問(wèn)信息)之后，服務(wù)器1還在具有與圖13所示QA信息表21中的宏代碼相應(yīng)的宏代碼的存儲(chǔ)區(qū)之中保存了開(kāi)發(fā)信息，即宏代碼、過(guò)程代碼、版本、出現(xiàn)問(wèn)題的年份、月份和日期以及開(kāi)發(fā)信息的具體內(nèi)容。
另一方面，如果與宏開(kāi)發(fā)者所輸入的宏具有相同功能的宏已被開(kāi)發(fā)出來(lái)、或正在開(kāi)發(fā)中、或被計(jì)劃開(kāi)發(fā)，則服務(wù)器1將用E-mail通知該宏開(kāi)發(fā)者有具有類似功能的宏代碼存在。
因此，當(dāng)收到通知有與該待被開(kāi)發(fā)的宏具有類似功能的宏已被開(kāi)發(fā)、或正在開(kāi)發(fā)、或被計(jì)劃開(kāi)發(fā)時(shí)(步驟SA5)，宏開(kāi)發(fā)者就可根據(jù)宏代碼對(duì)圖4所示宏信息表12進(jìn)行瀏覽(步驟SA6)，并確定是否因?yàn)榇珊觊_(kāi)發(fā)者開(kāi)發(fā)的宏所具有的功能概況與已經(jīng)開(kāi)發(fā)出來(lái)、正在開(kāi)發(fā)中或被計(jì)劃開(kāi)發(fā)的宏的功能相同、以及因?yàn)椴荒芨淖兇婚_(kāi)發(fā)的宏的計(jì)劃或者由于宏的開(kāi)發(fā)是可延續(xù)的所以不需進(jìn)行大的修改而只需做部分改動(dòng)即可等原因而停止宏的開(kāi)發(fā)(步驟SA7)。當(dāng)宏的開(kāi)發(fā)被停止時(shí)，服務(wù)器1將終止一系列的處理，而且當(dāng)開(kāi)發(fā)工作可以延續(xù)時(shí)，輸入與需用來(lái)對(duì)功能的概況進(jìn)行修正的開(kāi)發(fā)有關(guān)的信息的處理將得到執(zhí)行(步驟SA4)。當(dāng)宏開(kāi)發(fā)者接到通知有與該待被開(kāi)發(fā)的宏具有類似功能的宏已進(jìn)入開(kāi)發(fā)、或已被其它宏開(kāi)發(fā)者計(jì)劃開(kāi)發(fā)時(shí)，他可通過(guò)E-mail或(如果需要的話)直接見(jiàn)面的方式與正在開(kāi)發(fā)或計(jì)劃開(kāi)發(fā)該宏的其它宏開(kāi)發(fā)者探討相互合作進(jìn)行宏的開(kāi)發(fā)或者只由一個(gè)開(kāi)發(fā)者單獨(dú)進(jìn)行開(kāi)發(fā)的可能性；當(dāng)確定只由一個(gè)開(kāi)發(fā)者單獨(dú)開(kāi)發(fā)宏時(shí)，準(zhǔn)備開(kāi)發(fā)該宏的另一個(gè)開(kāi)發(fā)者應(yīng)該怎樣接收及接收什么類型的請(qǐng)求。在這種情況下，宏開(kāi)發(fā)者之間的E-mail交換可根據(jù)后面將要說(shuō)明的解決問(wèn)題的處理而被執(zhí)行。
另一方面，當(dāng)宏開(kāi)發(fā)者從服務(wù)器1接收到通知宏可被開(kāi)發(fā)或允許被開(kāi)發(fā)時(shí)，宏開(kāi)發(fā)者將執(zhí)行宏的開(kāi)發(fā)處理工作(步驟SA8)。由于宏的開(kāi)發(fā)處理工作與傳統(tǒng)的執(zhí)行方法相同，故此省略說(shuō)明。根據(jù)宏的大小，完成宏的開(kāi)發(fā)工作需要花費(fèi)幾天或幾個(gè)月的時(shí)間。因此，宏開(kāi)發(fā)者在每個(gè)工作日結(jié)束時(shí)都輸入宏的進(jìn)度狀態(tài)(步驟SA9)。在這種情況下，當(dāng)開(kāi)發(fā)周期長(zhǎng)于或短于最初的預(yù)期時(shí)，計(jì)劃日期將被輸入處理改變。即，服務(wù)器1將改變保存在宏信息表12中的“預(yù)期發(fā)布年份、月份和日期”以及“數(shù)據(jù)更新年份、月份和日期”。因此，當(dāng)與宏的開(kāi)發(fā)有關(guān)以及與開(kāi)發(fā)進(jìn)度狀態(tài)有關(guān)的信息被輸入時(shí)，由于這些信息被保存在宏信息表12的預(yù)定存儲(chǔ)區(qū)中，所以當(dāng)前的宏開(kāi)發(fā)者及其它的宏開(kāi)發(fā)者都可瀏覽它們。在一些情況下，為了獲得更加詳細(xì)的信息，當(dāng)前宏開(kāi)發(fā)者或其它已瀏覽過(guò)計(jì)劃開(kāi)發(fā)或正在開(kāi)發(fā)的宏的信息的宏開(kāi)發(fā)者可以發(fā)出含有與上述宏的計(jì)劃開(kāi)發(fā)日期或其預(yù)期功能有關(guān)的問(wèn)題的信息。在這種情況下，當(dāng)接收到通知有宏用戶和/或其它開(kāi)發(fā)者發(fā)出問(wèn)題時(shí)，已開(kāi)始對(duì)宏進(jìn)行開(kāi)發(fā)的宏開(kāi)發(fā)者對(duì)與其它宏用戶及/或其它宏開(kāi)發(fā)者的問(wèn)題或期待有關(guān)的信息(它保存在具有QA信息表21中QA代碼的存儲(chǔ)區(qū)內(nèi)，并且附在與當(dāng)前正由上述宏開(kāi)發(fā)者開(kāi)發(fā)的宏的開(kāi)發(fā)有關(guān)的信息之中)進(jìn)行瀏覽，根據(jù)問(wèn)題或請(qǐng)求的數(shù)量而改變計(jì)劃開(kāi)發(fā)日期，或者在必要情況下，改變正在開(kāi)發(fā)的宏的功能。另外，當(dāng)宏開(kāi)發(fā)者對(duì)宏用戶和/或其它宏開(kāi)發(fā)者所發(fā)出的問(wèn)題作出回答時(shí)整個(gè)半導(dǎo)體器件開(kāi)發(fā)支持系統(tǒng)所需執(zhí)行的詳細(xì)處理將在后面說(shuō)明。宏開(kāi)發(fā)者不斷執(zhí)行宏開(kāi)發(fā)處理并及時(shí)輸入上述進(jìn)度狀態(tài)，直至開(kāi)發(fā)工作完成為止(步驟SA8至SA10)。
接下來(lái)，當(dāng)開(kāi)發(fā)工作結(jié)束時(shí)(步驟SA10)，宏開(kāi)發(fā)者會(huì)申請(qǐng)?jiān)诤晡募鎯?chǔ)區(qū)22中登錄一個(gè)宏文件(步驟SA11)。在申請(qǐng)進(jìn)行登錄時(shí)，宏開(kāi)發(fā)者可對(duì)宏的運(yùn)行執(zhí)行檢查，并且判斷該宏是處于一般保證等級(jí)(在該等級(jí)中，宏的工作在一般條件下被保證不會(huì)出現(xiàn)任何問(wèn)題)、或是處于不工作條件等級(jí)(在該等級(jí)中，宏在某些特定條件下不能工作)、或是處于工作條件等級(jí)(在該等級(jí)中，宏被保證可在特定條件下工作)、還是處于無(wú)保證等級(jí)(在該等級(jí)中，宏只能在嚴(yán)格限制的條件下工作)，并且進(jìn)一步添加與這些等級(jí)、工作頻率、故障檢測(cè)率、等等有關(guān)的信息。另外，宏開(kāi)發(fā)者還為宏信息和宏文件添加與安全級(jí)別(即，是所有宏用戶都能瀏覽宏信息或宏文件還是只有與宏開(kāi)發(fā)者簽訂有特殊協(xié)議的宏用戶才能瀏覽它們)有關(guān)的信息，并且還添加與價(jià)格水平有關(guān)的信息(即，與宏的出售價(jià)格有關(guān)的信息)。在檢查完為之提出登錄申請(qǐng)的宏文件的內(nèi)容之后，服務(wù)器1將通知宏開(kāi)發(fā)者該宏文件的內(nèi)容是否適于登錄。如果服務(wù)器1的通知表明允許登錄，則宏開(kāi)發(fā)者將向服務(wù)器1發(fā)出確認(rèn)的通知(步驟SA12和SA13)。服務(wù)器1將該宏文件登錄進(jìn)宏文件存儲(chǔ)區(qū)22，并將登錄日期和必要的信息保存進(jìn)宏信息表12和其它信息表中。如果服務(wù)器1的通知表明該宏文件的登錄未或批準(zhǔn)且原因是格式錯(cuò)誤(例如宏開(kāi)發(fā)者所起草的登錄申請(qǐng)文檔中出現(xiàn)錯(cuò)誤)，宏開(kāi)發(fā)者可對(duì)申請(qǐng)進(jìn)行修正(步驟SA14和SA11)，如果服務(wù)器1的通知表明登錄未獲批準(zhǔn)且原因是其中有重要錯(cuò)誤或基本錯(cuò)誤(如宏文件內(nèi)容出現(xiàn)錯(cuò)誤)，則宏開(kāi)發(fā)者將再次進(jìn)行宏的開(kāi)發(fā)處理(步驟SA14和SA8)。
下面將參考圖15所示流程圖對(duì)宏用戶如何利用半導(dǎo)體器件開(kāi)發(fā)輔助系統(tǒng)對(duì)半導(dǎo)體器件進(jìn)行開(kāi)發(fā)處理進(jìn)行說(shuō)明。在半導(dǎo)體器件的開(kāi)發(fā)處理中，宏用戶通過(guò)操縱客戶機(jī)51中的鍵盤(pán)、鼠標(biāo)或類似設(shè)備，將保存在內(nèi)部存儲(chǔ)裝置或外部存儲(chǔ)裝置之中的半導(dǎo)體器件開(kāi)發(fā)處理程序讀出至客戶機(jī)51的CPU中，并利用該讀出的半導(dǎo)體器件開(kāi)發(fā)處理程序來(lái)控制CPU的操作。當(dāng)半導(dǎo)體器件開(kāi)發(fā)處理程序被啟動(dòng)時(shí)，在CRT顯示屏上顯示出程序的各個(gè)內(nèi)容之后，客戶機(jī)51中的CPU將響應(yīng)鍵盤(pán)、設(shè)備或類似設(shè)備的操作而執(zhí)行以下的處理，并且通過(guò)通信單元或因特網(wǎng)3與服務(wù)器1進(jìn)行數(shù)據(jù)通信。為了簡(jiǎn)化說(shuō)明，在以下的說(shuō)明不會(huì)提及客戶機(jī)51、服務(wù)器1或類似設(shè)備的具體操作或動(dòng)作，并且所作的說(shuō)明就好象宏開(kāi)發(fā)者直接和獨(dú)立地執(zhí)行各個(gè)處理一樣。
首先，宏用戶利用鍵盤(pán)輸入宏用戶的姓名或其所屬單位的名稱以將自己登錄進(jìn)半導(dǎo)體器件開(kāi)發(fā)支持系統(tǒng)，從而完成宏用戶登錄處理(步驟SB1)。當(dāng)宏用戶的登錄得到服務(wù)器1的許可時(shí)，該宏用戶或其所屬單位的名稱將被登錄進(jìn)圖11所示的宏用戶信息表19。在進(jìn)行登錄時(shí)，根據(jù)宏用戶與半導(dǎo)體器件開(kāi)發(fā)支持系統(tǒng)的系統(tǒng)管理者之間所簽訂的協(xié)議，宏文件的訪問(wèn)級(jí)別將被設(shè)定為以下級(jí)別中的任何一個(gè)，即“0”級(jí)—宏用戶只被允許訪問(wèn)保存在存儲(chǔ)裝置2中的宏信息的概況；“1”級(jí)—宏用戶只被允許訪問(wèn)保存在存儲(chǔ)裝置2中的宏信息的概況和細(xì)節(jié)；“2”級(jí)—宏用戶被允許下載宏文件。訪問(wèn)級(jí)別根據(jù)各個(gè)宏的保證等級(jí)、安全級(jí)別或價(jià)格水平而有一個(gè)基本設(shè)定。另外，可根據(jù)區(qū)域等級(jí)(它是根據(jù)各個(gè)宏用戶所處的區(qū)域來(lái)設(shè)定的)以及/或者作為特例情況(有特權(quán)或處于受限制方式下)而設(shè)定的權(quán)利級(jí)別而對(duì)上述訪問(wèn)級(jí)別進(jìn)行改動(dòng)。
接下來(lái)，當(dāng)執(zhí)行完用于確定含有CPU或多個(gè)外圍設(shè)備的功能塊與各個(gè)功能塊內(nèi)部的操作之間關(guān)系的功能設(shè)計(jì)(步驟SB2)之后，宏用戶將根據(jù)半導(dǎo)體器件的規(guī)格(其開(kāi)發(fā)已由系統(tǒng)設(shè)計(jì)確定)執(zhí)行處理，以通過(guò)因特網(wǎng)3從與服務(wù)器1相連的存儲(chǔ)裝置2中獲取包括與宏有關(guān)的宏信息在內(nèi)的信息并獲取宏文件(步驟SB3)，上述宏含有多個(gè)基本邏輯單元(如NAND邏輯門(mén)、NOR邏輯門(mén)或類似的邏輯門(mén))以及由多個(gè)這種基本邏輯單元與鎖存器、計(jì)數(shù)器或類似電路的組合所構(gòu)成的基本邏輯電路。獲取與宏有關(guān)的信息的處理將在后面得到說(shuō)明。
然后，根據(jù)獲取宏信息和宏文件的處理過(guò)程中所獲取的宏信息，宏用戶將對(duì)各個(gè)功能塊(其內(nèi)部功能已由功能設(shè)計(jì)定義好)進(jìn)行具體的邏輯設(shè)計(jì)，并且在形成一個(gè)半導(dǎo)體器件的仿真模型之后(步驟SB4)，將該仿真模型與宏文件一起進(jìn)行編譯，然后通過(guò)使客戶機(jī)51運(yùn)行仿真模擬來(lái)對(duì)半導(dǎo)體器件進(jìn)行校驗(yàn)(步驟SB5)。
接下來(lái)，如果仿真模擬的結(jié)果顯示出沒(méi)有問(wèn)題(步驟SB6)，用戶就可結(jié)束該半導(dǎo)體器件的開(kāi)發(fā)工作。如果仿真模擬的結(jié)果顯示出有問(wèn)題，則宏用戶將檢查問(wèn)題是由于宏本身問(wèn)題造成(步驟SB7)還是因具體的邏輯設(shè)計(jì)而造成。當(dāng)判斷出問(wèn)題的原因是具體邏輯設(shè)計(jì)造成的，則宏用戶必須再次重復(fù)具體邏輯設(shè)計(jì)，直到從仿真模擬中獲得所需結(jié)果為止(步驟SB4至SB6)。
另一方面，如果宏用戶判斷出問(wèn)題的原因是宏本身造成的，則宏用戶可建立與宏的故障有關(guān)的問(wèn)題并將詢問(wèn)信息通過(guò)E-mail發(fā)送給服務(wù)器1(步驟SB8)。待由整個(gè)半導(dǎo)體器件開(kāi)發(fā)支持系統(tǒng)執(zhí)行處理以解決問(wèn)題并答復(fù)問(wèn)題的操作將在后面詳細(xì)說(shuō)明。另外，當(dāng)宏用戶收到宏開(kāi)發(fā)者所作出的對(duì)與宏故障有關(guān)的答復(fù)或聯(lián)絡(luò)信息為宏開(kāi)發(fā)者已對(duì)宏和宏文件的宏信息作出修正時(shí)，宏用戶就可獲取經(jīng)修正的宏信息和宏文件，并再次嘗試和重復(fù)具體邏輯設(shè)計(jì)，直到獲得滿意的仿真模擬結(jié)果為止(步驟SB9至SB9和步驟SB3至SB6)。另一方面，當(dāng)宏用戶所收到的答復(fù)或聯(lián)絡(luò)信息表明該宏不會(huì)被修正并且故障的原因是因?yàn)楹瓯皇褂糜诤甑墓δ軜O限點(diǎn)附近或宏被以錯(cuò)誤的方式使用時(shí)，則宏用戶必須再次嘗試具體邏輯設(shè)計(jì)，直到獲得滿意的仿真模擬結(jié)果為止(步驟SB4至SB6)，或者宏用戶也可通過(guò)獲取其它宏和宏文件的信息并重復(fù)具體邏輯設(shè)計(jì)，直到獲得滿意的仿真模擬結(jié)果為止(步驟SB3至SB6)。
這樣，通過(guò)根據(jù)費(fèi)用或預(yù)算來(lái)設(shè)定訪問(wèn)級(jí)別以用于宏的使用，就使得按照價(jià)格水平來(lái)使用宏成為可能，而且不會(huì)出現(xiàn)宏的使用費(fèi)用超過(guò)預(yù)算的情況。另外，除了與宏故障等有關(guān)的問(wèn)題以外，如果需要的話，通過(guò)將開(kāi)發(fā)半導(dǎo)體器件所需信息的關(guān)鍵字發(fā)送給服務(wù)器1，就使宏用戶能夠按照關(guān)鍵字對(duì)信息進(jìn)行集中檢索以獲取相關(guān)宏的信息以及相關(guān)的宏文件。
接下來(lái)將參考附圖16和17對(duì)獲取宏信息的處理進(jìn)行詳細(xì)說(shuō)明。在這些例子中，假設(shè)在宏用戶登錄處理時(shí)，該宏用戶的訪問(wèn)級(jí)別被設(shè)定為“2”。
首先，宏用戶利用關(guān)鍵字(如宏代碼、宏功能、宏種類代碼、過(guò)程名稱，等等)對(duì)所需的宏信息進(jìn)行檢索(步驟SC1)。由于檢索的結(jié)果使得CRT顯示屏上出現(xiàn)一個(gè)宏信息的列表(步驟SC2)，所以宏用戶可以從CRT顯示屏上所顯示出的多個(gè)宏中選取一個(gè)適合于待被開(kāi)發(fā)的半導(dǎo)體器件的規(guī)格的宏，并發(fā)出指示以將選中的宏的概況顯示在CRT顯示屏上(步驟SC3)。此舉使得宏信息的概況被顯示在CRT顯示器或類似設(shè)備上(步驟SC4)。具體來(lái)說(shuō)，保存在宏信息表12中的功能的概況(用日語(yǔ)和英語(yǔ)說(shuō)明)或類似內(nèi)容被顯示出來(lái)。因此，宏用戶可以通過(guò)參考CRT上所顯示的功能概況(用日語(yǔ)和英語(yǔ)說(shuō)明)來(lái)判斷是否選取該宏(步驟SC5)，如果宏用戶未選取屏幕上顯示的宏，則可再次將宏信息的列表顯示在CRT顯示屏上，然后重復(fù)上述處理，直至選中所需使用的宏為止(步驟SC2至SC4)。
另一方面，如果宏用戶選中了其功能概況(用日語(yǔ)和英語(yǔ)說(shuō)明)被顯示在CRT單元或類似設(shè)備上的宏，則宏用戶將確定是否需將該宏信息的詳細(xì)內(nèi)容顯示在CRT單元上，若需將它們顯示在CRT單元上，則宏用戶可發(fā)出一個(gè)指令以顯示它們(步驟SC6)。此舉使得宏信息的信息內(nèi)容被顯示在CRT單元之上(步驟SC7)。具體來(lái)說(shuō)，圖4所示宏信息表12中的全部詳細(xì)都將被顯示出來(lái)。宏用戶可通過(guò)所顯示的參考宏信息的信息內(nèi)容以確定是否使用該宏，或者通過(guò)參考宏信息的信息內(nèi)容而立刻決定不用(步驟SC8)，如果宏未被采用，則宏用戶將再次在CRT顯示屏上顯示出宏信息的列表，并重復(fù)選擇所需宏的處理，直至決定采用宏為止(步驟SC2至SC7)。當(dāng)宏用戶確定是否使用宏時(shí)，宏用戶將對(duì)宏的保證等級(jí)或運(yùn)行條件是否與待由宏用戶開(kāi)發(fā)的半導(dǎo)體器件的規(guī)格相符合進(jìn)行判斷。盡管宏正處于尚未完成的等級(jí)上，即使宏用戶選中它的信息并且要求將其顯示出來(lái)，它也不能被顯示和下載，這是因?yàn)橹挥信c計(jì)劃日期和/或功能概況有關(guān)的信息能被宏用戶獲取。該信息可被當(dāng)作有用的參考信息，必要時(shí)，可以適當(dāng)延遲半導(dǎo)體器件的開(kāi)發(fā)直到宏被開(kāi)發(fā)出來(lái)為止。但是，宏用戶可以向宏開(kāi)發(fā)者提出與處于尚未完成等級(jí)的宏有關(guān)的問(wèn)題，并請(qǐng)求獲得與宏有關(guān)的詳細(xì)信息(包括計(jì)劃日期和功能)。處理整個(gè)半導(dǎo)體器件以控制這些問(wèn)題將在后面得到說(shuō)明。
另一方面，當(dāng)確定使用選中的宏之后，宏用戶將判斷他是否已獲得下載該宏的宏文件的權(quán)利(圖17中的步驟SC9)，如果宏用戶已獲得了下載權(quán)利，則在下載完宏文件之后(步驟SC10)，宏用戶就可開(kāi)始詳細(xì)的邏輯設(shè)計(jì)(圖15中的步驟SB4)。如果宏用戶尚未獲得下載權(quán)利，則他可向服務(wù)器1發(fā)出一個(gè)申請(qǐng)以獲取下載權(quán)利(步驟SC11)。然后，當(dāng)服務(wù)器1通知宏用戶已給予其下載宏文件的許可時(shí)(步驟SC13)，則在執(zhí)行完下載宏文件之后(步驟SC10)，宏用戶就可開(kāi)始詳細(xì)的邏輯設(shè)計(jì)(圖15中的步驟SB4)。服務(wù)器1將保存在圖11所示宏用戶信息表19中的宏的列表指定為可下載宏，如果列表中有該宏，則服務(wù)器1將從宏文件存儲(chǔ)區(qū)22中讀出宏的一個(gè)宏文件并將讀出的宏文件發(fā)送給客戶機(jī)51。
另外，申請(qǐng)下載宏文件的權(quán)利也可用一個(gè)單獨(dú)的宏來(lái)完成，如果有多個(gè)其它的宏被引入一個(gè)宏、或者宏相互兼容、或者有兩個(gè)或多個(gè)宏具有相同的特征，則可用多個(gè)宏集中構(gòu)成具體應(yīng)用。
如果服務(wù)器1給出的通知表明下載宏文件的請(qǐng)求未得到許可(步驟SC12)，由于它表明了選定的宏不能使用，所以為了找出另一個(gè)宏，宏用戶將再次把宏信息的列表顯示在CRT顯示器上(圖16中的步驟SC2)，并重復(fù)選擇另一個(gè)宏的處理，直至一個(gè)可用的宏的宏文件可被下載為止。然后再開(kāi)始具體的邏輯設(shè)計(jì)工作(圖15中的步驟SB4)。如圖11中的宏用戶信息表19所述，待由服務(wù)器1進(jìn)行檢驗(yàn)以賦予下載權(quán)的工作不僅是從對(duì)宏的訪問(wèn)級(jí)別是否被設(shè)定為“2”的視點(diǎn)(它代表宏可被下載)來(lái)執(zhí)行的，而且它還包括對(duì)質(zhì)量等級(jí)、安全級(jí)別的考慮，必要的話，它還包括了宏用戶與宏開(kāi)發(fā)者之間所簽訂的協(xié)議的實(shí)際狀態(tài)(協(xié)議內(nèi)容、協(xié)議簽訂日期、付費(fèi)情況、與其它宏用戶簽訂的協(xié)議、等等)。
接下來(lái)將參考圖18所示流程圖對(duì)解決問(wèn)題的處理進(jìn)行說(shuō)明。由于不僅是宏用戶而且宏開(kāi)發(fā)者和服務(wù)器都涉及到了解決問(wèn)題的處理，所以對(duì)該處理的說(shuō)明就像整個(gè)半導(dǎo)體器件開(kāi)發(fā)支持系統(tǒng)都執(zhí)行處理一樣。首先，宏用戶通過(guò)E-mail向宏開(kāi)發(fā)者發(fā)出與其中發(fā)現(xiàn)問(wèn)題的宏有關(guān)的信息(步驟SD1)，該信息包括宏代碼、過(guò)程代碼、還有與提問(wèn)者所屬單位有關(guān)的信息、提問(wèn)者的協(xié)議、以及提問(wèn)者的姓名。這里將對(duì)兩個(gè)針對(duì)宏的提問(wèn)或問(wèn)題的具體例子進(jìn)行說(shuō)明。第一個(gè)問(wèn)題的例子是，當(dāng)?shù)谝痪彌_器(其輸出被提供給外部時(shí)鐘的一個(gè)輸入)的一個(gè)輸出端上存在有通過(guò)連接六個(gè)緩沖器而形成的作為第一級(jí)緩沖器的時(shí)鐘樹(shù)，并且通過(guò)并聯(lián)連接三個(gè)緩沖器以作為第一級(jí)緩沖器的任意一個(gè)輸出的第二級(jí)緩沖器時(shí)，其結(jié)果將導(dǎo)致第二級(jí)緩沖器的輸出變得不穩(wěn)定。第二個(gè)問(wèn)題的例子是，當(dāng)一個(gè)用于父宏的單片機(jī)的定時(shí)器被用于通過(guò)用父宏作為模型而構(gòu)成的子宏，并且其定時(shí)器的可使定時(shí)器的值將被連續(xù)兩次讀取的連續(xù)讀取功能(尚未用于父宏)被使用時(shí)，則在進(jìn)行第二次讀取時(shí)會(huì)出現(xiàn)不穩(wěn)定的數(shù)值。
當(dāng)服務(wù)器1判斷出所接收到的詢問(wèn)信息是一個(gè)已通過(guò)宏用戶登錄處理(圖15中的步驟SB1)并且是被一個(gè)已下載了宏的宏文件的提問(wèn)者發(fā)出的問(wèn)題時(shí)，它會(huì)接受此問(wèn)題，并且在為該問(wèn)題分配一個(gè)QA代碼(它是一個(gè)序列號(hào)，用于按照接收詢問(wèn)信息的順序來(lái)對(duì)所接收到的詢問(wèn)信息進(jìn)行管理)之后，將該詢問(wèn)信息和與提問(wèn)者有關(guān)的信息(包括提問(wèn)者所屬的單位、以及提問(wèn)者的郵政地址、電話號(hào)碼、姓名、E-mail地址、還有出現(xiàn)問(wèn)題的年份、月份和日期等)一起保存在具有與圖13所示QA信息表21中相應(yīng)的QA代碼的存儲(chǔ)區(qū)之中，然后再將狀態(tài)標(biāo)志設(shè)定為“0”(步驟SD2)。在這種情況下，如果服務(wù)器1已經(jīng)接受過(guò)與宏有關(guān)的相同詢問(wèn)信息，則它將把該詢問(wèn)信息保存在其中保存有已登錄信息的存儲(chǔ)區(qū)中，并通知宏用戶服務(wù)器1曾經(jīng)接受過(guò)相同的詢問(wèn)信息。這樣就允許宏用戶及早地獲取答復(fù)，因而使半導(dǎo)體器件開(kāi)發(fā)工作的延遲被減低到最小程度。
接下來(lái)，服務(wù)器1從具有保存在QA信息表21中的QA代碼的詢問(wèn)信息中進(jìn)行宏代碼檢索，并且通過(guò)參考圖10所示的宏開(kāi)發(fā)者信息表18，以宏代碼為依據(jù)，檢索出宏的開(kāi)發(fā)者的姓名和E-mail地址，然后向宏開(kāi)發(fā)者發(fā)出E-mail以通知其有與分配給宏的QA代碼相對(duì)應(yīng)的詢問(wèn)信息到來(lái)(步驟SD3)。服務(wù)器1還通過(guò)E-mail在詢問(wèn)信息中添加一個(gè)請(qǐng)求完成的年份、月份和日期(它代表了對(duì)詢問(wèn)信息做出答復(fù)或聯(lián)絡(luò)的時(shí)限)。
宏開(kāi)發(fā)者接收到服務(wù)器1發(fā)出的E-mail之后，將判斷是否能夠?qū)υ搯?wèn)題作出回答(步驟SD4)，如果能夠立刻做出答復(fù)，則可馬上用E-mail通過(guò)因特網(wǎng)3向服務(wù)器1做出回應(yīng)(步驟SD5)。在向提問(wèn)者發(fā)出答復(fù)或聯(lián)絡(luò)信息時(shí)，宏開(kāi)發(fā)者會(huì)告訴提問(wèn)者是否不需進(jìn)行計(jì)劃修正、或者是否因宏的故障或問(wèn)題而需臨時(shí)停止下載宏的宏文件、或者因問(wèn)題的內(nèi)容不重要而只給出一般的提示。
在出現(xiàn)如第一個(gè)例子所述的問(wèn)題的情況下，宏開(kāi)發(fā)者判斷出該宏已被用在其功能極限點(diǎn)附近，因此，宏開(kāi)發(fā)者不會(huì)做出修改，并且其答復(fù)中可指出這種情況是一個(gè)不重要的普通故障。如果宏開(kāi)發(fā)者采取了臨時(shí)措施以避免故障，則他可提出這樣的建議當(dāng)六個(gè)或更多緩沖器被并聯(lián)在一起以作為第一級(jí)緩沖器時(shí)，第一級(jí)緩沖器的任何一個(gè)輸出端上所并聯(lián)連接的緩沖器的數(shù)目應(yīng)限制在兩個(gè)以內(nèi)，或者應(yīng)將第一級(jí)緩沖器的并聯(lián)緩沖器的數(shù)目限制在5個(gè)以內(nèi)，并且將緩沖器數(shù)目的上述限制在圖4所示宏信息表12的注意和限制項(xiàng)(用日語(yǔ)和英語(yǔ)說(shuō)明)中描述出來(lái)以作為注意事項(xiàng)。
另外，在出現(xiàn)如第二個(gè)例子所述的問(wèn)題的情況下，它是一個(gè)設(shè)計(jì)錯(cuò)誤，其錯(cuò)誤在于，當(dāng)?shù)谝淮巫x取與第二次讀取之間的時(shí)間間隔內(nèi)沒(méi)有時(shí)鐘上升時(shí)，鎖定信號(hào)禁止對(duì)定時(shí)器的讀緩沖器的更新將一種保持有效，結(jié)果，如果第二次讀取時(shí)出現(xiàn)時(shí)鐘上升，則鎖定信號(hào)將變得無(wú)效，從而導(dǎo)致讀緩沖器在讀取中間被更新，因此讀入了不確定的數(shù)值。在這種情況下，宏開(kāi)發(fā)者可提出這樣一個(gè)建議以作為臨時(shí)措施，即，宏用戶被要求避免使用定時(shí)器的連續(xù)讀取功能，即避免定時(shí)器的數(shù)值被連續(xù)兩次讀取，而且還承諾由于需對(duì)電路中的故障進(jìn)行校正所以要對(duì)版本進(jìn)行更新(例如，從V1.00至V1.01)。并告知宏用戶最終報(bào)告的預(yù)期年份、月份和日期。
另一方面，如果服務(wù)器1未接收到宏開(kāi)發(fā)者對(duì)請(qǐng)求完成的年份、月份和日期的答復(fù)，則服務(wù)器1將向宏開(kāi)發(fā)者再發(fā)E-mail以催促其做出答復(fù)或聯(lián)絡(luò)信息(步驟SD6)。在這種情況下，糾正故障的臨時(shí)措施可由宏開(kāi)發(fā)者的答復(fù)或聯(lián)絡(luò)信息中直接給出，而且沒(méi)有必要向宏用戶提供一個(gè)解決故障所需的最終措施。告知措施正在被研究或僅僅已經(jīng)獲知詢問(wèn)信息的報(bào)告都是可以接受的。
當(dāng)服務(wù)器1在請(qǐng)求完成日期之前或響應(yīng)請(qǐng)求而接收到答復(fù)或聯(lián)絡(luò)信息時(shí)，并且在確認(rèn)已完成登錄(圖14中的步驟SA1)并實(shí)際開(kāi)發(fā)出該宏的宏開(kāi)發(fā)者已經(jīng)發(fā)出答復(fù)之后，服務(wù)器1將接受此答復(fù)或聯(lián)絡(luò)信息。然后，服務(wù)器1將宏開(kāi)發(fā)者所提供的答復(fù)或聯(lián)絡(luò)信息、聯(lián)絡(luò)年份、月份和日期附在宏用戶提出的問(wèn)題之后一起保存進(jìn)具有圖13所示QA信息表21中的QA代碼的存儲(chǔ)區(qū)中，并將狀態(tài)標(biāo)志設(shè)定為“1”、回答預(yù)期標(biāo)志設(shè)定為“0”(即，未計(jì)劃采取措施)或“1”(即，計(jì)劃采取某些措施)、重要性標(biāo)志設(shè)定為“0”(即，問(wèn)題的內(nèi)容與宏的故障或問(wèn)題有關(guān)并且必要的話需臨時(shí)停止宏的宏文件下載)或“1”(即，問(wèn)題的內(nèi)容不重要并且可給出一般提示以作為回答)(步驟SD7)。
在第一個(gè)例子的情況下，回答預(yù)期標(biāo)志被設(shè)定為“0”且重要性標(biāo)志被設(shè)定為“1”，在第二個(gè)例子的情況下，回答預(yù)期標(biāo)志被設(shè)定為“1”、重要性標(biāo)志被設(shè)定為“0”并且版本被更新至“V1.01”，而且年份、月份和日期被保存作為宏開(kāi)發(fā)者所給出的最終報(bào)告的預(yù)期年份、月份和日期。
接下來(lái)，當(dāng)有已經(jīng)下載了宏的宏文件并且提出問(wèn)題的任何宏用戶、以及被賦予下載宏的宏文件的權(quán)利但尚未下載宏的宏文件的任何宏用戶、而且有開(kāi)發(fā)出當(dāng)前宏所屬的父宏的開(kāi)發(fā)者時(shí)，服務(wù)器1將向有利害關(guān)系的各方(如曾開(kāi)發(fā)出該父宏的宏開(kāi)發(fā)者)發(fā)出E-mail以通知他們與具有該QA代碼的問(wèn)題有關(guān)的答復(fù)和聯(lián)絡(luò)信息已被宏開(kāi)發(fā)者提供。(步驟SD8)。在這種情況下，向由有利害關(guān)系的各方組成的提問(wèn)者發(fā)出的E-mail被發(fā)送給保存在圖13所示QA信息表21之中的提問(wèn)者的E-mail地址。為了向作為其它有利害關(guān)系的各方的其它用戶發(fā)送E-mail，通過(guò)利用圖12所示的下載信息表20，在從作為目標(biāo)問(wèn)題的同一宏的下載權(quán)的一個(gè)請(qǐng)求者的列表中提取出其動(dòng)作標(biāo)志被設(shè)定為“0”(它表明了下載工作尚未被執(zhí)行)或“1”(它表明了下載工作已被完成)的請(qǐng)求者之后，就可將E-mail發(fā)送至保存在圖11所示宏用戶信息表19之中的一個(gè)宏用戶(其姓名與提取出的請(qǐng)求者的姓名相同)的E-mail地址。為了將E-mail發(fā)送給作為有利害關(guān)系的各方之一的父宏的開(kāi)發(fā)者，在從保存在圖4所示宏信息表12之中的一個(gè)父宏名稱列表中提取一個(gè)父宏的名稱并進(jìn)一步從保存在圖3所示宏信息表11之中的一個(gè)宏開(kāi)發(fā)者列表中提取出具有相同父宏名稱的宏的開(kāi)發(fā)者的姓名，就可將E-mail發(fā)送至與從保存在圖10所示宏開(kāi)發(fā)者信息表18內(nèi)的宏開(kāi)發(fā)者中提取的開(kāi)發(fā)者姓名相同的開(kāi)發(fā)者的地址處。
除有利害關(guān)系的各方以外，對(duì)已經(jīng)下載了宏的宏文件但卻不知道其故障的提問(wèn)者或宏用戶來(lái)說(shuō)，他可以通過(guò)瀏覽與圖13所示QA信息表21中的QA代碼相對(duì)應(yīng)的答復(fù)和聯(lián)絡(luò)信息(步驟SD9)，并且如參考圖15的流程圖所說(shuō)明的那樣，獲取經(jīng)修改的宏信息或與其它宏有關(guān)的宏信息，并且再次嘗試進(jìn)行具體的邏輯設(shè)計(jì)和仿真模擬。
除有利害關(guān)系的各方以外，對(duì)已得到下載權(quán)但尚未下載宏文件的宏用戶來(lái)說(shuō)，在知道宏的故障或?qū)ζ溥M(jìn)行糾正之后，他可以通過(guò)瀏覽圖與13所示QA信息表21中的QA代碼相對(duì)應(yīng)的答復(fù)和聯(lián)絡(luò)信息(步驟SD9)，執(zhí)行一些處理，包括下載宏文件、停止宏文件的下載以將當(dāng)前宏改變?yōu)槠渌暮辍⒌鹊取?br> 除有利害關(guān)系的各方以外，父宏的開(kāi)發(fā)者在瀏覽與圖13所示QA信息表21中的QA代碼相對(duì)應(yīng)的答復(fù)和聯(lián)絡(luò)信息之后，可以執(zhí)行信息的供應(yīng)，即，如果他有正確的方法，則可向子宏的開(kāi)發(fā)者發(fā)出一個(gè)用于糾正宏故障的措施方法，如果子宏的故障是因?yàn)楦负甓斐傻?，則可向子宏的開(kāi)發(fā)者提供另一種另一種措施方法。當(dāng)子宏的故障是因該子宏的父宏故障而造成時(shí)，如果有父宏(父宏的父宏)被用作父宏開(kāi)發(fā)的一個(gè)模型，則父宏的開(kāi)發(fā)者將向父宏的父宏的開(kāi)發(fā)者發(fā)送E-mail信息以告知故障，如果除當(dāng)前發(fā)現(xiàn)故障的子宏以外父宏還有一個(gè)子宏，必要的話，父宏的開(kāi)發(fā)者也會(huì)向子宏的開(kāi)發(fā)者發(fā)送E-mail信息以告知故障。另外，當(dāng)宏用戶或其它宏開(kāi)發(fā)者提出與正在開(kāi)發(fā)的宏有關(guān)的問(wèn)題時(shí)，由于除了有利害關(guān)系的各方被限制為提問(wèn)者以外，控制問(wèn)題的處理與前面所述的完全內(nèi)容相同，故此省略說(shuō)明。
接下來(lái)將參考圖19所示的流程圖對(duì)提供與宏開(kāi)發(fā)者找出宏的故障有關(guān)的信息以及在自愿的基礎(chǔ)上提供與消除故障的措施和使用中的警告有關(guān)的信息的處理進(jìn)行說(shuō)明。
首先，當(dāng)找到宏開(kāi)發(fā)者所開(kāi)發(fā)出的宏的故障時(shí)，宏開(kāi)發(fā)者將通過(guò)E-mail向服務(wù)器1發(fā)出信息(步驟SE1)，該信息與糾正故障的措施或包括待在宏的使用中采取的警告在內(nèi)的聯(lián)絡(luò)信息有關(guān)。在這種情況下，由于待由宏開(kāi)發(fā)者提供的聯(lián)絡(luò)信息的內(nèi)容與答復(fù)或聯(lián)絡(luò)信息的處理情況相同，故此省略說(shuō)明。
當(dāng)確認(rèn)提供此聯(lián)絡(luò)信息的宏開(kāi)發(fā)者已經(jīng)在宏開(kāi)發(fā)者登錄處理中進(jìn)行登錄(圖14中的步驟SA1)并且聯(lián)絡(luò)信息已肯定被登錄的宏開(kāi)發(fā)者發(fā)送出來(lái)時(shí)，服務(wù)器1將接受此聯(lián)絡(luò)信息，并且在分配一個(gè)QA代碼(它是一個(gè)序列號(hào)，用于按照接收詢問(wèn)信息的順序來(lái)對(duì)所接收到的詢問(wèn)信息進(jìn)行管理)之后，將聯(lián)絡(luò)信息與聯(lián)絡(luò)年份、月份和日期一起保存在具有與圖13所示QA信息表21中相應(yīng)的QA代碼的存儲(chǔ)區(qū)之中，然后再根據(jù)此聯(lián)絡(luò)信息將狀態(tài)標(biāo)志和回答預(yù)期標(biāo)志都設(shè)定為“1”(步驟SE2)。
接下來(lái)，服務(wù)器1將向已獲得下載宏的宏文件的權(quán)利但尚未下載宏的宏文件的宏用戶以及曾開(kāi)發(fā)出父宏的宏開(kāi)發(fā)者(如果受到提問(wèn)的宏有其父宏的話)發(fā)出一個(gè)E-mail以通知他們宏開(kāi)發(fā)者已經(jīng)向有利害關(guān)系的各方(包括已經(jīng)下載完宏的宏文件但尚未知道其故障的宏用戶)提供出具有此QA代碼的聯(lián)絡(luò)信息(步驟SE3)。在這種情況下，發(fā)送E-mail的方法幾乎與上述向有利害關(guān)系的各方發(fā)送E-mail的處理情況(步驟SD8)一樣，故此省略說(shuō)明。有利害關(guān)系的各方對(duì)與圖13所示QA信息表21中的QA代碼相對(duì)應(yīng)的聯(lián)絡(luò)信息進(jìn)行瀏覽(步驟SE4)，并且根據(jù)各個(gè)有利害關(guān)系的各方的位置和狀態(tài)而執(zhí)行必要的處理。由于有利害關(guān)系的各方瀏覽信息的方法與瀏覽答復(fù)和聯(lián)絡(luò)信息的情況(圖18中的步驟SD9)一樣，故此省略說(shuō)明。
如上所述，根據(jù)本發(fā)明實(shí)施例的半導(dǎo)體器件開(kāi)發(fā)支持系統(tǒng)由服務(wù)器1(其中保存有宏的宏信息和宏文件)、被宏開(kāi)發(fā)者操作的客戶機(jī)41至4m、被宏用戶操作的客戶機(jī)51至5n、以及用于連接服務(wù)器1的因特網(wǎng)3組成?？蛻魴C(jī)41至4m和客戶機(jī)51至5n被按這樣一種方式操作，即，用于半導(dǎo)體器件開(kāi)發(fā)的與宏用戶所使用的宏的故障有關(guān)的詢問(wèn)信息被保存在QA信息表21中，與宏有關(guān)的詢問(wèn)信息通過(guò)因特網(wǎng)3被從宏用戶發(fā)送給曾開(kāi)發(fā)出該宏的宏開(kāi)發(fā)者，要求宏開(kāi)發(fā)者做出答復(fù)的請(qǐng)求在預(yù)定的日期上會(huì)受到催促，并且宏開(kāi)發(fā)者所做出的答復(fù)或與宏開(kāi)發(fā)者所做出的修正有關(guān)的信息通過(guò)因特網(wǎng)3被只發(fā)送給有利害關(guān)系的各方—包括已下載完宏的宏文件的宏用戶、提問(wèn)者、已經(jīng)獲得了下載宏的宏文件的權(quán)利但尚未下載宏文件的宏用戶以及開(kāi)發(fā)出父宏的開(kāi)發(fā)者(如果該宏有父宏的話)。由于詢問(wèn)信息的發(fā)送是按照這樣一種方式，即，信息被按順序排列，所以對(duì)詢問(wèn)信息做出答復(fù)的宏開(kāi)發(fā)者可以順暢且快速地發(fā)送答復(fù)而且不會(huì)其工作不會(huì)受到干擾。
另外，當(dāng)一個(gè)宏文件被修改時(shí)，由于保存在存儲(chǔ)裝置2中的公用宏文件得到了修改，所以宏開(kāi)發(fā)者只需做一次性處理，而且由于服務(wù)器1會(huì)將對(duì)宏文件的修改自動(dòng)通知給有利害關(guān)系的各方，所以它既不需要時(shí)間也不耗費(fèi)勞力。另外，由于對(duì)宏文件的修改被通知給所有有利害關(guān)系的各方，因而就能及時(shí)采取正確的措施，這樣就可加速半導(dǎo)體器件的開(kāi)發(fā)并且防止因宏的故障而造成的半導(dǎo)體器件的不完整開(kāi)發(fā)所帶來(lái)的損害。
另外，當(dāng)有問(wèn)題的宏擁有父宏時(shí)，由于答復(fù)和聯(lián)絡(luò)信息只被通知給父宏的宏開(kāi)發(fā)者，所以如果當(dāng)前故障是因父宏的問(wèn)題而造成，就可以立刻采取措施，并且如果必要的話，可通知父宏的開(kāi)發(fā)者，或者如果當(dāng)前宏除發(fā)現(xiàn)問(wèn)題的子宏之外還有另一個(gè)子宏，則另一個(gè)子宏的宏開(kāi)發(fā)者可針對(duì)當(dāng)前出現(xiàn)的故障而立刻采取措施以糾正故障，從而防止另一個(gè)子宏也出現(xiàn)故障。
由于與宏開(kāi)發(fā)者自己發(fā)現(xiàn)的故障有關(guān)的聯(lián)絡(luò)信息被恰當(dāng)?shù)赝ㄖo有利害關(guān)系的各方，所以宏用戶就能夠防止故障的出現(xiàn)，并且可在不使用具有出現(xiàn)故障危險(xiǎn)的宏的情況下、或者在獲知故障的情況下使用宏以進(jìn)行半導(dǎo)體器件的開(kāi)發(fā)，這樣，在任何情況下都可高效地進(jìn)行半導(dǎo)體器件的開(kāi)發(fā)。
還有，在上述例子中，由于宏開(kāi)發(fā)者被允許設(shè)定質(zhì)量等級(jí)和安全級(jí)別，必要的話還可為各個(gè)宏設(shè)定區(qū)域等級(jí)或權(quán)限等級(jí)并為各個(gè)宏用戶設(shè)定訪問(wèn)級(jí)別，這樣就使宏開(kāi)發(fā)者能夠集中精力進(jìn)行開(kāi)發(fā)工作而無(wú)需單獨(dú)進(jìn)行簽訂協(xié)議以控制需高度安全性的宏的討論，從而防止了使宏開(kāi)發(fā)者的本身的工作受到干擾的情況。另外，由于宏用戶是在獲知宏的實(shí)際質(zhì)量等級(jí)之后才使用宏的，因此就不會(huì)出現(xiàn)因使用假設(shè)應(yīng)具有更高質(zhì)量等級(jí)的宏而使半導(dǎo)體器件的開(kāi)發(fā)工作受到干擾的情況，或者是宏開(kāi)發(fā)者與宏用戶之間出現(xiàn)不必要的麻煩的情況，以及由于沒(méi)有對(duì)宏使用質(zhì)量等級(jí)信息而導(dǎo)致校驗(yàn)水平超過(guò)了所需水平所造成的工作努力和時(shí)間都被白費(fèi)的情況。
另外，在開(kāi)始開(kāi)發(fā)一個(gè)新的宏之前，宏開(kāi)發(fā)者可以接收與宏開(kāi)發(fā)者將要開(kāi)發(fā)、正在開(kāi)發(fā)或計(jì)劃開(kāi)發(fā)的宏具有相同功能的已被開(kāi)發(fā)出來(lái)的宏的信息以避免宏的重復(fù)或重疊開(kāi)發(fā)，從而防止了時(shí)間和勞力的浪費(fèi)，并且通過(guò)與其它開(kāi)發(fā)者協(xié)作開(kāi)發(fā)新的宏，宏開(kāi)發(fā)者就可開(kāi)發(fā)出具有更優(yōu)秀功能的宏，從而大大提高了宏開(kāi)發(fā)的效率。
還有，由于宏開(kāi)發(fā)者或宏用戶能夠?yàn)g覽與正在開(kāi)發(fā)的宏有關(guān)的信息，并且由于宏用戶對(duì)宏開(kāi)發(fā)的需求和期望都被保存在QA信息表21中，所以宏的宏開(kāi)發(fā)者可以靈活地響應(yīng)宏用戶的需求，并且由于需求和/或期望都被體現(xiàn)在宏的開(kāi)發(fā)中，因而可以更有效地進(jìn)行宏的開(kāi)發(fā)。
很明顯，本發(fā)明并不受上述實(shí)施例的限制，在不脫離本發(fā)明的范圍和精神的情況下可對(duì)其進(jìn)行各種變換和修改。例如，在上述實(shí)施例中，本發(fā)明被應(yīng)用于半導(dǎo)體器件的邏輯設(shè)計(jì)階段宏的開(kāi)發(fā)或者利用宏進(jìn)行的半導(dǎo)體器件開(kāi)發(fā)上，但是，它也可被應(yīng)用于在半導(dǎo)體器件的系統(tǒng)設(shè)計(jì)階段開(kāi)發(fā)功能塊或者利用功能塊開(kāi)發(fā)半導(dǎo)體器件的情況。也就是說(shuō)，在系統(tǒng)設(shè)計(jì)階段，整個(gè)系統(tǒng)(它使用了CPU、ROM、緩沖器以及多個(gè)外圍設(shè)備)的操作和配置被當(dāng)作一個(gè)功能塊以獲取所需的功能，其中，只需通過(guò)將諸如CPU、ROM、RAM、緩沖器以及多個(gè)外圍器件的功能塊當(dāng)作一個(gè)宏來(lái)進(jìn)行控制以實(shí)現(xiàn)對(duì)功能塊的開(kāi)發(fā)的人可被看作是如上所述的宏開(kāi)發(fā)者，而只集中注意利用這些功能塊本身的功能進(jìn)行半導(dǎo)體器件開(kāi)發(fā)的人則可被看作是宏用戶。因此，盡管宏與功能塊在大小上有所不同，但可能會(huì)出現(xiàn)相同的問(wèn)題，而且可以用與上述內(nèi)容相同的方式來(lái)解決它們。在這種情況下，外圍器件的例子包括定時(shí)計(jì)數(shù)器、A/D(模擬/數(shù)字)轉(zhuǎn)換器、語(yǔ)音識(shí)別電路、語(yǔ)音分析電路以及圖像處理電路。最近，也可用軟件來(lái)實(shí)現(xiàn)外圍器件的功能(它被稱為middleware)。就是說(shuō)，系統(tǒng)設(shè)計(jì)者可以自由地開(kāi)發(fā)半導(dǎo)體器件而無(wú)需考慮功能塊的功能是由硬件還是middleware來(lái)實(shí)現(xiàn)，而且，在決定半導(dǎo)體器件結(jié)構(gòu)的最終階段上，系統(tǒng)設(shè)計(jì)者可以通過(guò)將待被使用的CPU的性能、操作的周期、待由硬件占用的面積、以及待用于保存軟件的ROM容量等考慮在內(nèi)，從而判斷出功能塊的功能應(yīng)由硬件還是middleware來(lái)實(shí)現(xiàn)。雖然middleware的操作依賴于所用的CPU的性能，但其操作可響應(yīng)于各個(gè)CPU的middleware而預(yù)先準(zhǔn)備好。
另外，通過(guò)將軟件的程序或一套統(tǒng)一的處理步驟看成是等價(jià)于宏，就可將本發(fā)明應(yīng)用于軟件的開(kāi)發(fā)上。就是說(shuō)，在大規(guī)模軟件的情況下，由于軟件的每個(gè)程序都是由多個(gè)軟件開(kāi)發(fā)者單獨(dú)開(kāi)發(fā)出來(lái)的，并且這些程序被最終集成為一個(gè)軟件，而且在某些情況下新的軟件是通過(guò)將一些已經(jīng)開(kāi)發(fā)出來(lái)的程序與具有新功能的程序組合在一起而被開(kāi)發(fā)出來(lái)的，因而就可以將每個(gè)程序都當(dāng)作是上述的宏。最近，一種分布式對(duì)象系統(tǒng)已被開(kāi)發(fā)出來(lái)，在這種系統(tǒng)中，一個(gè)集成有數(shù)據(jù)以及用于處理數(shù)據(jù)的軟件的對(duì)象被以分散的方式安裝在多個(gè)服務(wù)器中，并且客戶可通過(guò)因特網(wǎng)讀取這些對(duì)象以使用它們，就象這些對(duì)象被安裝在客戶的設(shè)備中一樣。當(dāng)這種分布式系統(tǒng)中的每個(gè)對(duì)象都被看作是宏時(shí)，如果對(duì)象本身出現(xiàn)故障，則本發(fā)明就可被應(yīng)用于該分布式對(duì)象系統(tǒng)。在使用這種分布式系統(tǒng)的情況下，雖然一類對(duì)象已被安裝在一個(gè)服務(wù)器中，但與半導(dǎo)體器件不同，由于分布式對(duì)象系統(tǒng)需要快速和迅急的措施，所以通過(guò)應(yīng)用本發(fā)明所述的內(nèi)容，就可以獲得更加優(yōu)良的效果。
還有，在上述實(shí)施例中，服務(wù)器通過(guò)顯示請(qǐng)求完成的年份、月份和日期來(lái)敦促宏開(kāi)發(fā)者對(duì)宏用戶所提出的問(wèn)題做出答復(fù)。但是，本發(fā)明所述的系統(tǒng)也可被設(shè)置成能夠迫使宏開(kāi)發(fā)者從請(qǐng)求完成的年份、月份和日期算起按照做出答復(fù)和聯(lián)絡(luò)信息所延遲的日期數(shù)而繳納一定的罰金，或者可使罰金的繳納被按照一種稱為電子解決方案的辦法(即，從銀行帳戶自動(dòng)劃轉(zhuǎn)或用信用卡在因特網(wǎng)上支付)來(lái)執(zhí)行。通過(guò)這種措施，由于宏開(kāi)發(fā)者受到心理壓力，因而就可能盡快獲得答復(fù)或聯(lián)絡(luò)信息。在這種情況下，系統(tǒng)也可被設(shè)置成不僅使服務(wù)器作為上述實(shí)施例情況中第三方來(lái)進(jìn)行服務(wù)，而且還可利用電子解決方案而從請(qǐng)求完成的年份、月份和日期算起按照做出答復(fù)和聯(lián)絡(luò)信息所延遲的日期數(shù)來(lái)自動(dòng)進(jìn)行罰款。
另外，在上述實(shí)施例中，包括宏名稱信息表11至QA信息表21在內(nèi)的每個(gè)表格都是由利用宏代碼、宏功能代碼以及過(guò)程代碼鏈接的單獨(dú)表格構(gòu)成的，但是，它們也可由一個(gè)保存有全部信息的主表格以及與保存有全部信息的主表格相鏈接的具有鏈接信息的單獨(dú)表格(如果必要的話)構(gòu)成。
此外，在上述實(shí)施例中，服務(wù)器1、客戶機(jī)41至4m以及客戶機(jī)51至5n都通過(guò)因特網(wǎng)3相連，但是，該系統(tǒng)也可被設(shè)置成使服務(wù)器1、客戶機(jī)41至4m以及客戶機(jī)51至5n通過(guò)內(nèi)部網(wǎng)相連(即，公司內(nèi)部的網(wǎng)絡(luò))。因特網(wǎng)和內(nèi)部網(wǎng)都可用來(lái)將它們相連。
權(quán)利要求
1.一種系統(tǒng)開(kāi)發(fā)方法，用于使用開(kāi)發(fā)支持系統(tǒng)來(lái)開(kāi)發(fā)系統(tǒng)，所述開(kāi)發(fā)支持系統(tǒng)包括服務(wù)器，用于提供關(guān)于執(zhí)行各種不同功能的功能單元的信息、以及描述所述不同功能的文件；至少一個(gè)開(kāi)發(fā)所述功能單元的開(kāi)發(fā)者客戶機(jī)；以及至少一個(gè)通過(guò)將所述功能單元組合來(lái)開(kāi)發(fā)構(gòu)成為執(zhí)行所希望操作的所述系統(tǒng)的用戶客戶機(jī)，其中所有的所述服務(wù)器、所述開(kāi)發(fā)者客戶機(jī)和所述用戶客戶機(jī)通過(guò)因特網(wǎng)連接，該開(kāi)發(fā)方法包括第一步，由所述用戶客戶機(jī)將所述用戶客戶機(jī)的操作者登錄作為所述開(kāi)發(fā)支持系統(tǒng)的用戶；第二步，由所述用戶客戶機(jī)通過(guò)參考關(guān)于所述功能單元的信息獲得描述在開(kāi)發(fā)各種系統(tǒng)時(shí)所需要的所述多種功能單元的文件；和第三步，由所述用戶客戶機(jī)通過(guò)將描述所述多種功能單元的文件進(jìn)行組合來(lái)開(kāi)發(fā)所述系統(tǒng)；第四步，當(dāng)所述系統(tǒng)由于所述功能單元的功能故障而不能正確操作，或當(dāng)要得到開(kāi)發(fā)所述系統(tǒng)所要求的所述信息時(shí)，由所述用戶客戶機(jī)向所述服務(wù)器發(fā)出關(guān)于所述功能單元的問(wèn)題信息，或關(guān)于所述系統(tǒng)的開(kāi)發(fā)所需要的信息的關(guān)鍵字信息；和第五步，由所述用戶客戶機(jī)在需要時(shí)根據(jù)對(duì)所述問(wèn)題信息的回答信息，或關(guān)于根據(jù)所述關(guān)鍵字信息檢索的所述信息，得到另一功能單元的文件，并且如果需要，改變?cè)O(shè)計(jì)以進(jìn)行其它開(kāi)發(fā)系統(tǒng)的嘗試并檢查所開(kāi)發(fā)系統(tǒng)的操作。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)開(kāi)發(fā)方法，其中，在所述第二步中，僅當(dāng)進(jìn)行單獨(dú)或集中獲取文件的申請(qǐng)、并且經(jīng)過(guò)對(duì)要獲得各功能單元或每個(gè)集中的功能單元組的申請(qǐng)的審查而被授予了獲得文件的權(quán)利時(shí)，才允許得到所述多個(gè)功能單元的所述文件。
3.根據(jù)權(quán)利要求1或2所述的系統(tǒng)開(kāi)發(fā)方法，其中，在所述第四步中，在所述問(wèn)題信息中包含了已經(jīng)被詢問(wèn)過(guò)的任何關(guān)于所述功能單元的信息時(shí)，提供關(guān)于所述功能單元的所述問(wèn)題已經(jīng)被問(wèn)過(guò)的通知信息，并且可以得到開(kāi)發(fā)所述系統(tǒng)所要求的其它信息。
4.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的系統(tǒng)開(kāi)發(fā)方法，其中，對(duì)所述問(wèn)題信息的所述應(yīng)答信息被發(fā)送至由已經(jīng)獲得所述文件的所述用戶操作的所述用戶客戶機(jī)和所述開(kāi)發(fā)者客戶機(jī)的每一個(gè)，所述用戶包括已經(jīng)發(fā)送所述問(wèn)題信息的所述用戶、想得到所述文件但還沒(méi)有得到所述文件的所述用戶、和當(dāng)存在已經(jīng)用作功能單元開(kāi)發(fā)的模型功能單元時(shí)，已經(jīng)開(kāi)發(fā)了所述模型功能單元的所述用戶。
5.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的系統(tǒng)開(kāi)發(fā)方法，還包括第六步驟，當(dāng)所述功能單元的所述開(kāi)發(fā)者已經(jīng)發(fā)現(xiàn)所述功能單元的功能故障時(shí)，發(fā)送通知所述功能單元已經(jīng)具有功能故障的聯(lián)絡(luò)信息，和關(guān)于對(duì)所述功能故障采取措施的方法的信息。
6.根據(jù)權(quán)利要求1至5任一項(xiàng)所述的系統(tǒng)開(kāi)發(fā)方法，其中，所述系統(tǒng)是半導(dǎo)體器件，而所述功能單元是基本邏輯單元或通過(guò)將多個(gè)所述基本邏輯單元組合而構(gòu)成的基本邏輯電路。
7.根據(jù)權(quán)利要求1至5任一項(xiàng)所述的系統(tǒng)開(kāi)發(fā)方法，其中所述系統(tǒng)是半導(dǎo)體器件，而所述功能單元是中央處理單元、存儲(chǔ)裝置、緩沖器和外圍器件，其中將所述外圍器件的文件構(gòu)成為能夠選擇通過(guò)使用硬件實(shí)現(xiàn)其功能的文件，或是通過(guò)使用軟件實(shí)現(xiàn)其功能的文件。
8.根據(jù)權(quán)利要求1至5任一項(xiàng)所述的系統(tǒng)開(kāi)發(fā)方法，其中所述系統(tǒng)是軟件，而所述功能單元是要執(zhí)行預(yù)定處理的程序或?qū)ο蟆?br> 9.一種存儲(chǔ)介質(zhì)，其儲(chǔ)存用于在計(jì)算機(jī)中實(shí)現(xiàn)權(quán)利要求1到8任一項(xiàng)所述功能的系統(tǒng)開(kāi)發(fā)程序。
10.一種開(kāi)發(fā)支持系統(tǒng)，包括服務(wù)器，用于提供關(guān)于執(zhí)行各種不同功能的功能單元的信息、以及描述所述不同功能的文件；至少一個(gè)開(kāi)發(fā)所述功能單元的開(kāi)發(fā)者客戶機(jī)；至少一個(gè)用戶客戶機(jī)，其通過(guò)將所述功能單元組合來(lái)開(kāi)發(fā)構(gòu)成為執(zhí)行所希望操作的系統(tǒng)；和其中所有的所述服務(wù)器、所述開(kāi)發(fā)者客戶機(jī)和所述用戶客戶機(jī)通過(guò)因特網(wǎng)連接，其中所述用戶客戶機(jī)得到多個(gè)所述功能單元的文件，通過(guò)將所述多個(gè)功能單元的所述文件組合來(lái)開(kāi)發(fā)所述系統(tǒng)，并檢查所開(kāi)發(fā)系統(tǒng)的操作，作為結(jié)果，當(dāng)開(kāi)發(fā)的所述系統(tǒng)由于所述功能單元的任何一個(gè)的功能故障而不能正確操作時(shí)，向所述服務(wù)器發(fā)送關(guān)于所述功能單元的功能故障的問(wèn)題信息，其中所述服務(wù)器在接受和登錄所述問(wèn)題信息之后，向所述功能單元的所述開(kāi)發(fā)者操作的所述開(kāi)發(fā)者客戶機(jī)發(fā)送所述問(wèn)題信息，其中所述開(kāi)發(fā)者客戶機(jī)向所述服務(wù)器發(fā)送關(guān)于所述問(wèn)題信息的回答信息，其中所述服務(wù)器在接受和登錄了所述回答信息后，向與所述功能單元有利害關(guān)系的用戶操作的所述用戶客戶機(jī)或其它開(kāi)發(fā)者客戶機(jī)發(fā)送所述回答消息。
11.根據(jù)權(quán)利要求10所述的開(kāi)發(fā)支持系統(tǒng)，其中，所述用戶客戶機(jī)請(qǐng)求獲得多個(gè)功能單元的每一個(gè)或集中獲得多個(gè)功能單元，所述服務(wù)器對(duì)所述多個(gè)功能單元的每一個(gè)或集中地對(duì)所述多個(gè)功能單元審查所述申請(qǐng)，并授予所述用戶客戶機(jī)獲取的權(quán)利，所述用戶客戶機(jī)根據(jù)授予的權(quán)利，從所述服務(wù)器得到所述功能單元的文件。
12.根據(jù)權(quán)利要求10或11所述的開(kāi)發(fā)支持系統(tǒng)，其中，所述服務(wù)器僅當(dāng)所述問(wèn)題信息已經(jīng)被登錄為來(lái)自所述開(kāi)發(fā)支持系統(tǒng)的所述用戶，并且該問(wèn)題信息已經(jīng)從得到所述功能單元文件的所述用戶那里發(fā)送出來(lái)時(shí)，才接受所述問(wèn)題信息。
13.根據(jù)權(quán)利要求10至12任一項(xiàng)所述的開(kāi)發(fā)支持系統(tǒng)，其中，所述服務(wù)器當(dāng)已經(jīng)接受和登記關(guān)于所述功能單元的問(wèn)題信息時(shí)，與所述問(wèn)題信息一起登錄已經(jīng)被登錄的問(wèn)題信息，并將所述登錄的內(nèi)容發(fā)送至所述開(kāi)發(fā)者客戶機(jī)。
14.根據(jù)權(quán)利要求10至13任一項(xiàng)所述的開(kāi)發(fā)支持系統(tǒng)，其中，當(dāng)應(yīng)當(dāng)對(duì)所述開(kāi)發(fā)者客戶機(jī)回答問(wèn)題信息時(shí)，所述服務(wù)器發(fā)送一個(gè)日期，如果到所述日期為止沒(méi)有回答，則發(fā)送信息催促所述開(kāi)發(fā)者客戶機(jī)作出回答，并且，如果即使在所述日期后仍沒(méi)有回答，則再次向所述開(kāi)發(fā)者客戶機(jī)發(fā)送信息催促所述開(kāi)發(fā)者客戶機(jī)在每個(gè)預(yù)定的日期回答。
15.根據(jù)權(quán)利要求14所述的開(kāi)發(fā)支持系統(tǒng)，其中，每次在所述日期后拖延一個(gè)日期作出回答時(shí)、或在所述日期后經(jīng)過(guò)預(yù)定的日期再回答時(shí)，所述服務(wù)器將通知處以預(yù)定罰金的信息與催促所述開(kāi)發(fā)者客戶機(jī)作出所述回答的消息一起發(fā)送，并且每次在所述日期后拖延一個(gè)日期作出回答時(shí)、或在所述日期后經(jīng)過(guò)預(yù)定的日期再回答時(shí)，就將與所述罰金相等的金額從帳戶上劃出。
16.根據(jù)權(quán)利要求10至15任一項(xiàng)所述的開(kāi)發(fā)支持系統(tǒng)，其中，所述服務(wù)器僅在由已經(jīng)被登錄為所述開(kāi)發(fā)支持系統(tǒng)的用戶，并且開(kāi)發(fā)了所述功能單元的所述用戶發(fā)出了回答信息時(shí)，才接受所述回答信息。
17.根據(jù)權(quán)利要求10至16任一項(xiàng)所述的開(kāi)發(fā)支持系統(tǒng)，其中，所述感興趣的用戶是已經(jīng)得到所述文件的所述用戶，這些用戶包括已經(jīng)發(fā)送了問(wèn)題信息的所述用戶，想得到所述文件但還沒(méi)有得到所述文件的所述用戶，或者是當(dāng)存在已經(jīng)被用作開(kāi)發(fā)所述功能單元的模型的模型功能單元時(shí)，已經(jīng)開(kāi)發(fā)了所述模型功能單元的所述用戶。
18.根據(jù)權(quán)利要求10至17任一項(xiàng)所述的開(kāi)發(fā)支持系統(tǒng)，其中，當(dāng)所述功能單元的所述開(kāi)發(fā)者已經(jīng)發(fā)現(xiàn)所述功能單元的功能故障時(shí)，所述開(kāi)發(fā)者客戶機(jī)向所述服務(wù)器發(fā)送通知所述功能單元已經(jīng)具有所述功能故障的聯(lián)絡(luò)信息，和關(guān)于對(duì)所述功能故障采取措施的方法的信息。
19.根據(jù)權(quán)利要求10至18的任一項(xiàng)所述的開(kāi)發(fā)支持系統(tǒng)，其中所述系統(tǒng)是半導(dǎo)體器件，而所述功能單元是基本邏輯單元或通過(guò)將多個(gè)所述基本邏輯單元組合而構(gòu)成的基本邏輯電路。
20.根據(jù)權(quán)利要求10至18的任一項(xiàng)所述的開(kāi)發(fā)支持系統(tǒng)，其中所述系統(tǒng)是半導(dǎo)體器件，而所述功能單元是中央處理單元、存儲(chǔ)裝置、緩沖器和外圍器件，其中將所述外圍器件的文件構(gòu)成為能夠選擇通過(guò)使用硬件實(shí)現(xiàn)其功能的文件，或是通過(guò)使用軟件實(shí)現(xiàn)其功能的文件。
21.根據(jù)權(quán)利要求10至18的任一項(xiàng)所述的開(kāi)發(fā)支持系統(tǒng)，其中所述系統(tǒng)是軟件，而所述功能單元是要執(zhí)行預(yù)定處理的程序或?qū)ο蟆?br> 22.一種存儲(chǔ)介質(zhì)，其儲(chǔ)存用于在計(jì)算機(jī)中實(shí)現(xiàn)上述權(quán)利要求10至21的任一項(xiàng)所述的功能的開(kāi)發(fā)控制程序。
全文摘要
一種系統(tǒng)開(kāi)發(fā)方法，該方法使用的開(kāi)發(fā)支持系統(tǒng)包括因特網(wǎng)連接的服務(wù)器、開(kāi)發(fā)宏的客戶機(jī)、將宏組合以開(kāi)發(fā)半導(dǎo)體器件的客戶機(jī)?？蛻魴C(jī)通過(guò)登錄宏用戶、參考宏信息和得到兩個(gè)以上的宏的文件并將其組合來(lái)開(kāi)發(fā)半導(dǎo)體器件。當(dāng)半導(dǎo)體器件由于宏的故障而不能正確工作時(shí)，向服務(wù)器發(fā)送關(guān)于該宏的詢問(wèn)信息。根據(jù)所回答的信息，得到另一宏的文件，然后改變?cè)O(shè)計(jì)以進(jìn)行另外的開(kāi)發(fā)嘗試，再檢查所開(kāi)發(fā)半導(dǎo)體器件的操作。
文檔編號(hào)G06F17/50GK1316705SQ0111043
公開(kāi)日2001年10月10日 申請(qǐng)日期2001年4月5日 優(yōu)先權(quán)日2000年4月5日
發(fā)明者魚(yú)田祐治 申請(qǐng)人:日本電氣株式會(huì)社