誰發明分層出售

Ⅰ 開發商將商場分成若干個小商埔出售，售出四.五年時間沒辦房產手續，

這個要看當初的銷售合同怎麼簽的。好像早在09年之前就不允許做小產權格子鋪，也不允許以返租的形式來對商鋪進行管理。。你可以拿著資料去咨詢一下律師。

Ⅱ 金字塔是誰發明的

金字塔是古埃及奴隸制國王的陵寢。這些統治者在歷史上稱之為「法老」。古代埃及人對神的虔誠信仰，使其很早就形成了一個根深蒂固的「來世觀念」，他們甚至認為「人生只不過是一個短暫的居留，而死後才是永久的享受」。因而，埃及人把冥世看做是塵世生活的延續。受這種「來世觀念」的影響，古埃及人活著的時候，就誠心備至、充滿信心地為死後做准備。每一個有錢的埃及人都要忙著為自己准備墳墓，並用各種物品去裝飾墳墓，以求死後獲得永生。以法老或貴族而論，他會花費幾年，甚至幾十年的時間去建造墳墓，還命令匠人以墳墓壁畫和木製模型來描繪他死後要繼續從事的駕船、狩獵、歡宴活動，以及僕人們應做的活計，等等，使他能在死後同生前一樣生活得舒適如意。
相傳，古埃及第三王朝之前，無論王公大臣還是老百姓死後，都被葬入一種用泥磚建成的長方形的墳墓，古代埃及人叫它「馬斯塔巴」。後來，有個聰明的年輕人叫伊姆荷太普，在給埃及法老左塞王設計墳墓時，發明了一種新的建築方法。
他用山上採下的呈方形的石塊來代替泥磚，並不斷修改修建陵墓的設計方案，最終建成一個六級的梯形金字塔——這就是我們現在所看到的金字塔的雛形。
在古代埃及文中，金字塔是梯形分層的，因此又稱作層級金字塔。這是一種高大的角錐體建築物，底座四方形，每個側面是三角形，樣子就像漢字的「金」字，所以我們叫它「金字塔」。伊姆荷太普設計的塔式陵墓是埃及歷史上的第一座石質陵墓。
左塞王之後的埃及法老紛紛效仿他，在生前就大肆為自己修建墳墓，從此在古埃及掀起一股營造金字塔之風。由於金字塔起源於古王國時期，而且最大的金字塔也建在此時期內，因此，埃及的古王國時期又被稱為金字塔時代。古代埃及的法老們為什麼要將墳墓修成角錐體的形式，即修成漢字中的金字形呢？
原來，在最早的時候，埃及的法老是准備將馬斯塔巴作為死後的永久性住所的。後來，大約在第二至第三王朝的時候，古埃及人產生了國王死後要成為神，他的靈魂要升天的觀念。在後來發現的《金字塔銘文》中有這樣的話：「為他(法老)建造起上天的天梯，以便他可由此上到天上」。金字塔就是這樣的天梯。同時，角錐體金字塔形式又表示對太陽神的崇拜，因為古代埃及太陽神「拉」的標志是太陽光芒。金字塔象徵的就是刺向青天的太陽光芒。因為，當你站在通往基澤的路上，在金字塔棱線的角度上向西方看去，可以看到金字塔象撒向大地的太陽光芒。

Ⅲ 個人自建一棟大樓,是商業用地手續齊全,可分層出售嗎

可以的。
涉及個人土地使用權證部分轉讓，到當地土地管理部門詳細咨詢 ；另外涉及房屋所有權證的辦理，請到房管部門咨詢。

Ⅳ 賽璐璐分層動畫製作工藝的發明者是誰

1915年，埃爾·霍德發明了「賽璐珞動畫」：將運動的物體與不運動的背景繪制在不同的透明膠片版上，疊權加後再放置在專用攝影台上進行拍攝。
20世紀50年代，賽璐珞動畫技術已經趨於成熟，並且有一套完整的製作流程。賽璐珞技術不僅使動畫工業化成為可能，也被大量應用在低成本動畫的製作中。例如一個男人坐在椅子上說話，畫面中只有男人的頭部在動。動畫師將男人的頭部單獨分層進行繪制。在有些場合中，動畫師甚至讓頭部不動，只將男人說話的嘴進行分層。這種「能不動則不動」的繪制方式被稱為有限動畫，常常用於電視動畫的製作。

Ⅳ 最早發現電子分層排布的科學家

最早發現電子分層排布的科學家------德國人洪特
德國人洪特(F.Hund)根據大量光譜實驗數據總結出一個規律，即電子分布到能量簡並的原子軌道時，優先以自旋相同的方式分別占據不同的軌道，因為這種排布方式原子的總能量最低。所以在能量相等的軌道上，電子盡可能自旋平行地多佔不同的軌道。例如碳原子核外有6個電子，按能量最低原理和泡利不相容原理，首先有2個電子排布到第一層的1s軌道中，另外2個電子填入第二層的2s軌道中，剩餘2個電子排布在2個p軌道上，具有相同的自旋方向，而不是兩個電子集中在一個p軌道，自旋方向相反。

Ⅵ 安卓是誰發明的

最初創始人是安迪. 魯賓。

後來2005年由谷歌收購，2007年htc發布了第一款安卓專手屬機htc g1 dream。

因為安卓開源，免費，所以迅速走紅，成為當今最熱門的手機系統。

Android的Logo是由Ascender公司設計的，誕生於2010年，其設計靈感源於男女廁所門上的圖形符號，於是布洛克繪制了一個簡單的機器人。

(6)誰發明分層出售擴展閱讀

一、系統架構

Android的系統架構和其操作系統一樣，採用了分層的架構。從架構圖看，Android分為四個層，從高層到低層分別是應用程序層、應用程序框架層、系統運行庫層和Linux內核層。

二、應用程序

Android會同一系列核心應用程序包一起發布，該應用程序包包括客戶端，SMS短消息程序，日歷，地圖，瀏覽器，聯系人管理程序等。所有的應用程序都是使用JAVA語言編寫的。

Ⅶ ngoss誰發明的

下一代運營支持系統(Next Generation Operations Support Systems)的縮寫。
下一代運營軟體和系統（NGOSS）是「電信管理論壇（TMF）」提出的新一代OSS體系。NGOSS從系統（即插即用規則）、過程（企業事務過程模型）、信息（關聯處理公用數據）、產品四個方面保證OSS體系具備標准化、能夠逐步演化、保證互連互操作（開放）、實現端到端的管理和高度自動化的特點。NGOSS提出一系列的文檔、信息模型和代碼，分析研究企業核心業務流和信息技術，提出一套指導OSS建設的系統框架和設計即插即用的OSS組件方法，幫助開發商迅速開發支撐系統，滿足電信運營商對OSS系統建設的需要，從而使OSS系統設計、開發從滿足個別運營商的個體需求到分析電信運營商的整體需求的范圍上來，進一步使OSS系統的設計、開發進入到一個嶄新時代。貼近運營商需求，使系統開發變得更迅速、更靈活、成本更低是NGOSS的目標。
NGOSS試圖建立一種以構件為基礎的分布式系統結構以及一套關鍵的系統服務，保證OSS具備標准化、能夠逐步演化、保證互連互通、實現端到端的管理等特點。NGOSS關注的是運營系統和軟體，注重通過軟體來實現業務流程的自動化，它強調包含有文檔、模型和代碼等知識庫的創建，側重於業務流程和信息模型的定義、系統框架的定義、合作催化試點項目的實施等關鍵元素。
NGOSS詳細介紹
NGOSS的提出
隨著電信運營管制開放局面的逐步形成，運營商面臨著更為激烈的國際國內競爭環境。電信行業已由追求規模與速度的擴張型發展時期，進入以追求企業效益和市場競爭力為核心的新階段。電信運營商的經營模式已經從傳統的面向網路和技術的經營模式逐步轉變到「以市場為導向，以客戶為中心，以效益為目的」的經營模式。這種經營模式的轉變使電信運營商對電信運營支撐系統(OSS)提出了新的要求。為了贏得競爭，運營商要做到市場信息及時掌握、新業務新功能迅速提供、網路質量和障礙排除按需保障、資費政策靈活調整、多網路運營商和多服務提供商互連互通等，而以上各個方面都需要OSS提供更有效的支撐。因此，實現新一代的運營支撐系統(NGOSS)要從體系結構、系統整合、技術手段等方面入手：
(1)體系結構
企業所有運營活動的原動力來自於客戶的需求。OSS的支撐重心要由從以內部管理為出發點、以技術為中心，轉移到以客戶為出發點、以服務為中心上。新的體系結構要針對電信運營的行業特點，從企業的整體商業流程需要來構造新一代的支撐系統。同時，一個好的OSS體系也必須能夠適應技術的不斷演進，有利於系統的實現，能夠隨時採用最新最有效的技術。
(2)系統整合
傳統的網路與業務管理系統以滿足生產的自動化為目的，以內部管理需求為出發點，各種管理系統獨立設計，缺乏對整體的企業流程考慮，因此在企業內部形成了許多信息孤島，影響了新業務的開展和對客戶的端到端服務，也給系統的改進和系統間的互連互通造成很大困難。為了保護已有的OSS系統投資，適應不斷出現的新功能要求，集成舊有的系統並保證平滑擴展是新一代OSS要解決的問題。
(3)技術手段
電信網路技術正在經歷一個從電路交換向分組交換轉變的變革時期。為了保證迅速響應客戶對新業務的需求，OSS系統必須能夠以最快的速度對新業務和新技術提供支持，使企業在OSS的支持下迅速將這些新的技術和業務推向市場。OSS本身使用的技術手段也要適應不斷發生的變化。IP技術的採用、分布式處理、軟體組件技術的發展為OSS迎接新的挑戰提供了有利的支持。
無論是系統結構還是技術手段，都是為企業的運營而服務的，為了適應企業運營的需要電信管理論壇(TMF)提出了新一代電信運營支撐系統的概念。TMF致力於按電信管理網(TMN)的框架規劃進行電信運營支撐系統的規范開發、概念驗證、示範項目實施等工作。TMF對NGOSS的研究活動十分活躍，提出了一系列的相關規范。
2 NGOSS的特徵
NGOSS體系結構主要包括企業流程抽象、共享信息服務和利用正式可交易的合同進行介面定義。軟體的組件化發展對NGOSS體系結構的形成有著重要的影響。新一代的運營支撐系統具有以客戶為中心、軟體設計組件化、企業流程抽象化、共享信息服務、實行介面合同等特徵。
(1)以客戶為中心
按照ITU-T 有關電信管理網的建議，電信運營的管理需求分布在4個邏輯分層：企業商務管理、業務或服務管理、網路管理、網元管理。由於ITU-T對TMN標准化的活動歷史是一種自下而上的過程，即從網元管理到企業管理，因而導致目前在企業管理層面的標准匱乏。TMF 提出NGOSS體系結構希望為電信網路的不斷演進提供保證。NGOSS體系結構強調自上而下、端到端的運營管理支持，充分體現「以客戶為中心」的運營原則。
NGOSS體系結構以ITU-T的電信管理網框架模型為基礎，以電信管理論壇的電信運營圖或增強電信運營圖(TOM/eTOM)為管理需求的出發點，重新確定了運營支撐系統與軟體所應具有的體系結構特徵。
目前，一個電信企業在電信行業領域可能扮演不同的角色。從價值鏈的角度來看，這些角色包括消費者(用戶)、網路提供者、業務提供者、接入提供者、內容提供者、業務批發者、業務零售者、設備供應者、系統集成者等。每一個企業都希望自己在這樣一個多樣性的環境中是最有效率和效益的。因此，搞清電信運營的內在規律成為各運營企業的追求。為此，TMF提出了電信運營圖(TOM)的概念，抽象總結了電信企業運營活動的過程。2002年又完成了增強電信運營圖(eTOM)規范，增加了從企業視角的業務過程描述以及電子商務所帶來的相應變化內容。TOM/eTOM是有關電信企業運營領域的抽象模型，其核心思想是將電信網路原來以業務為中心的模式改變為以客戶為中心的模式。以客戶為中心實現業務支撐、計費管理等功能，使網路的效率提高，服務能力增強。TOM/eTOM是業務模型，需要通過NGOSS方法論所涉及的相關過程具體實現。
(2)軟體設計組件化
軟體組件化技術的發展和組件開發技術的演進，促進了NGOSS的發展。NGOSS採用組件化的系統設計方法。NGOSS組件是一個可使用的軟體實體，具有至少兩個介面，一個用於組件的管理，一個用於實現企業合同。合同內容體現了功能要求，使流程式控制制實體得以觸發相應的處理過程。各軟體組件可以方便地進行組合，生成新的功能組件。組件的集成使得系統既能夠不斷地實現自身積累，又能夠不斷地採用新技術。
(3)企業流程抽象化
運營支撐系統集成的最終目的是為了支持企業流程，並通過對企業流程的分析與分解得出企業的整體模型。企業的整體模型包含與客戶的關系和與其他運營商的關系。流程式控制制的引入使組件個體不需要具備與流程操作相關的整體企業邏輯知識。流程的分解使組件集成更加容易和靈活。當流程式控制制觸發一個組件時，該組件僅需要按照其介面合同定義的能力提供服務。這種企業流程的抽象與分解，使得企業流程的改變不需要修改應用組件本身，而是通過相應的配置管理來實現。這就提高了組件的可重用性。
(4)共享信息服務
連續一致的企業數據稱之為企業信息。企業數據需要存儲，並在不同組件、不同企業交易之間共享。有些數據的傳送甚至要跨越企業邊界。因此，在NGOSS體系中提供了一種共享企業信息服務機制，這種機制不是簡單地對存儲信息進行創建/讀取/更新/刪除，而是要保證數據的一致性，並實現有續存放、訪問控制和其他分發服務。系統通過分域、分類、授權等手段能夠對相關的各種數據進行集中有效的管理，為企業的聯機分析處理(OLAP)應用打下良好的基礎。
(5)實行介面合同
一個完整的組件介面規范不僅包括一組操作要求，而且要包括觸發語義、通信協議、可用性、安全限制、事先和事後條件等方面的元數據。當採用組件框架結構時，一個動態可配製的集成系統必須提供一種規范的方法來定義和傳遞這些屬性，否則檢查組件是否支持相關的操作會帶來不便。NGOSS提出了一種綜合的介面合同機制來滿足這種要求。組件的每一個介面都通過一個合同規范進行完全的描述，當一個組件投入使用時，它的每一個介面合同都進行注冊並被公示出去以便進行可選擇操作。
從體系結構上來看，NGOSS試圖建立一種以組件為基礎的分布式體系，定義關鍵的系統服務，支持信息和通信業所需的動態業務和運營管理。分層的抽象活動使系統結構與技術無關，以便企業自由選擇其適用的技術，並能應用今後出現的新技術。
綜上所述，以TMN的總體原則為指導，對電信運營企業進行合理的業務流程建模，採用軟體組件技術是NGOSS的主要特徵。
3 NGOSS的體系結構
體系結構是設計與組合系統的科學，包含當設計和建造系統時要用到的概念、原則、規則和導則。當檢查一個系統的體系結構時，可以觀察到一種設計與建造風格，這種風格刻劃了概念、原則、規則和導則之間的關系。NGOSS體系結構解決構造應用時所需要的概念和基本原則。
3.1 高層體系結構
NGOSS體系結構支持把共享信息服務提供給整個分布式組件基礎設施，將企業流程的執行與NGOSS組件的操作相隔離。具體的NGOSS應用實施一定是技術相關的。不同技術相關的NGOSS體系框架是基於一個單一的技術無關的NGOSS體系框架，這就是圖1所要表達的NGOSS高層體系結構關系。
圖1中，應用組件在運行時被企業流程的執行所觸發。應用組件之間並不直接相互觸發，但它可以直接觸發基礎設施組件。所有NGOSS 組件的定位與觸發取決於技術相關的NGOSS體系框架。
3.2 技術無關體系框架
NGOSS體系結構必須權衡各種技術的先進性，不能過分依賴某一種特殊的技術和產品。因此，提出一種技術無關體系(TNA，Technology Neutral Architecture)框架至關重要。這種分離使核心體系框架保持時間上的連續性和穩定性，不受新技術的影響。已有的組件可以在未來通過新的技術來實現，或通過簡單的適配來實現不同技術之間的橋接。
這種技術無關的需求，對體系結構帶來了幾個方面的約束：
● 框架不可以強制任何具體的通信協議
● 框架必須允許同步的、非同步的和主從同步的請求模式
● 不能假設特定的在線數據表示
● 不能規定特定的實現語言
技術無關框架確定介面合同如何定義與執行、組件之間如何利用共享信息服務進行交互，保證組件在分布式的環境中即插即用。技術無關框架相關的規范支持合同的定義、組件介面的定義和企業流程的定義。技術無關框架對組件的管理介面規范定義，實現對組件的監視與控制。
3.3 技術相關體系框架
盡管對核心框架的要求是技術無關的，實施一種框架卻只能選擇特定的技術。因此，技術無關的體系結構在實施前首先要影射到一種或幾種特定的技術框架上。目前可以選用的技術有公共對象請求代理體系結構(CORBA)和企業級Java 組件(EJB：Enterprise JavaBeans)。
每一種技術相關的框架都將全面定義一種執行環境，從而保證組件開發者所開發的組件正常運行。相關的規范包含框架服務所需要的介面定義，如命名、定位、目錄服務等。技術無關框架中的不同部分有可能影射到不同的實現技術。這使集成商可以選擇最合適的技術解決實施中的不同問題。
3.4 領域分類
在NGOSS體系結構中，所有組件都是平等的。無論組件是支持系統服務還是支持企業功能，除了支持組件角色所要完成的合同，還要支持標準的組件管理合同。所有組件均要通過NGOSS合同注冊公示自己的合同內容。應用組件的合同可以被流程式控制制實體代表其他應用組件請求執行。盡管組件在技術上存在相似性，但它們所提供的服務性質卻相差很大。為了簡化對這些服務和用處的描述，在技術無關體系結構中提出了領域分類的概念。把不同的服務歸類為不同的域和子域，更加清晰地描述了NGOSS解決方案的不同功能考慮。這些域主要包括：
● 企業流程服務域??支持企業流程定義和執行的服務類；
● 分布式透明服務域??支持在企業內跨平台、屏蔽物理分布和網路拓撲結構的服務類；
● 信息服務域??支持企業內共享企業信息服務類；
● 系統服務域??支持組件合同注冊、公示和組件安排的服務類；
● 系統服務管理域??對NGOSS組件及其提供的服務進行全面的組織的服務類。
4 NGOSS的方法論及與CORBA的映射
4.1 NGOSS 方法論
TMF制訂了NGOSS方法論(可參見NGOSS: Development and Integration Methodology TMF TR127)。NGOSS方法論強調從多種視圖(企業視圖、系統視圖、實現視圖以及運行視圖)看待NGOSS的開發問題，通過NGOSS知識庫將上述不同視圖映射整合為一體，NOSS框架如圖2所示。圖中整個活動從企業視圖開始順時針進行。
(1)企業視圖
企業視圖由eTOM表示，涵蓋了電信企業的各種企業活動和管理活動，是運營支撐系統/商業支撐系統(OSS/BSS)必須滿足的企業流程的需求模式，為OSS/BSS的開發指明了需求和方向。
(2)系統視圖
系統視圖由系統綜合圖(SIM)表示，描述了可部署的企業組件框架，並指導如何使用組件構建OSS/BSS，以解決某一特定的企業問題。
(3)實現視圖
實現視圖通過示範項目完成，TMF有各種示範項目，通過開發實際的企業案例方案，解決OSS/BSS在現實中遇到的各種問題。
(4)運行視圖
運行視圖考慮應用系統的實時運行(Run-Time)環境和各種技術產品的具體應用。
(5)NGOSS知識庫
NGOSS知識庫由共享信息數據(SID)表示，SID有組織地集合了企業實體和系統實體的定義及其UML(Unified Modeling Language)模型，提供了通用的信息/數據語言，明確了實體間的相互關系。因此，SID起到了NGOSS的前3種視圖之間的「粘合劑」的作用，確保企業需求可以驅動系統的設計和實現。另外，NGOSS的約束性程序提供了OSS/BSS的產品和組件的測試策略、方法、原則，以及與技術無關的測試信息要求和與技術相關的系統實現測試要求，以檢驗這些產品是否符合NGOSS的體系架構和總體原則的要求。
4.2 NGOSS與CORBA的映射
從NGOSS技術無關體繫到技術相關體系結構的映射需要對候選技術做出評判。CORBA作為實施NGOSS的可選技術之一，在許多方面與NGOSS體系結構具有一致性，如對分布式處理的支持。CORBA體系結構設計的出發點就是為了支持分布式處理。NGOSS體系結構的許多方面可以直接映射到CORBA系統及相關的CORBA服務，它們是：
●通信協議，如GIOP/IIOP協議；
●觸發模式，CORBA支持多種對分布式對象的操作觸發模式，其中包括同步和非同步、封鎖與非封鎖模式；
●位置無關，CORBA的命名服務使提供的服務與對象的位置無關，服務消費者通過定位服務，無須事先知道命名綁定；
●分布處理透明，CORBA的事物處理服務使提供的分布式處理具有透明性；
●互操作性，對象請求代理(ORB)之間通信的標准化使不同廠家的ORB產品可以實現互操作；
●松耦合，CORBA支持服務消費者與提供者之間的松耦合。
因此，CORBA為實現NGOSS技術相關體系結構提供了一個堅實的基礎。CORBA 的介面定義語言(IDL)與NGOSS TNA合同十分匹配，CORBA所具有的多種基礎設施服務可以實現NGOSS所追求的基本要求，是一個理想的技術選擇.
選自孔令萍《新一代運營支撐系統》

Ⅷ 漢堡包是誰發明的

究竟是復誰發明了漢堡包？制美國兩州起爭議

新華網華盛頓1月18日專電（記者潘雲召 楊晴川）漢堡包是美國人喜愛的快餐食品。它最早是誰發明的？最近，美國兩個州就此起了爭議。

不久前，得克薩斯州的共和黨州議員貝蒂·布朗提出一項議案，宣稱漢堡包是於19世紀80年代在該州阿森斯發明的。她說，當時有一個名叫弗萊舍·戴維斯的人發明了三明治，並在阿森斯法院前的廣場上出售自己生產的漢堡包，這段歷史「證據確鑿」。

隨後，威斯康星州的民主黨州議員湯姆·納爾森提出了針鋒相對的議案，稱威斯康星州的西摩才是名副其實的「漢堡包之都」。他說，漢堡包是威斯康星州一個名叫漢堡·查理·納格林的人於1885年發明的，納格林後來在當地集市上出售了自己製作的漢堡包。

得克薩斯州和威斯康星州的爭論看來一時半會兒不會得出結論。不過，有的辭典解釋說，漢堡包的名稱可追溯到從德國漢堡來到美國的移民。歷史記載還顯示，俄亥俄州的阿克倫和康涅狄格州的紐黑文也可能是漢堡包的起源地。

為什麼要爭漢堡包起源地的頭銜？布朗說，這是因為漢堡包太有名了。（完）