shopkeeper/korean_wiki_content_only_120125 huggingface dataset:
시조 민칭도(閔稱道)는 고려 상의봉어(尙衣奉御)를 지냈다. 2세 민세형(閔世衡), 3세 호부원외랑(戶部員外郞) 민의(閔懿)로 이어오다가 4세손 민영모(閔令謨)가 1138년(고려 인종 16년)에 과거에 급제하여 문하시랑평장사(門下侍郞平章事)·판이부사(判吏部事)·태자태사(太子太師)에 올랐다. 민영모의 장남 민식(閔湜)이 1167년(의종 21) 과거에 급제하여 형부상서에 이르렀고, 차남 민공규(閔公珪)는 1177년(명종 7) 문과에 급제하여 문하평장사(門下平章事)를 지냈다. 민영모 이후 고위 관료를 지속적으로 배출하면서 고려사 충선왕조에 왕실과 혼인이 가능한 재상지종 가문 중 하나로 기록되어 있다.
민식(閔湜)의 증손 민지(閔漬)가 1266년(원종 7) 과거에 장원급제하여 1325년(충숙왕 12)에 첨의정승(僉議政丞)에 이르렀고, 1326년 여흥부원군(驪興府院君)에 봉해졌다.
민공규(閔公珪)의 증손인 민종유(閔宗儒)는 1309년(충선왕 1) 찬성사(贊成事)로 치사하고, 1319년(충숙왕 6) 복흥군(福興君)에 봉해졌다. 민종유의 아들 민적(閔頔)은 충혜왕 때 진현관대제학(進賢館大提學)에 올랐다. 민적(閔頔)의 후손은 4명의 왕비를 배출하며 조선 왕실의 외척으로서 명문의 위상을 유지했다. 민적(閔頔)의 셋째 아들 민변(閔抃)이 여흥군(驪興君)에 봉해지고, 민변의 아들 민제(閔霽)의 딸이 태종의 왕비 원경왕후(元敬王后)가 되었다. 태종의 왕권강화책으로 외척인 민제의 네 아들이 제거되면서 가문의 위세가 위축되었으나 세종 이후 복권되어 민적의 둘째 아들인 민유(閔愉)의 후손 중에서 왕비를 다수 배출했다.
조선시대 문과 급제자 242명, 왕비 4명(황후 2명), 상신(相臣) 12명, 종묘배향공신 6명을 배출하였다. 과거 급제자 수는 민식-민지 계열이 민공규-민종유 계열보다 다수를 배출하였으나, 3품 이상의 당상관 배출은 민공규-민종유 계열이 월등히 우세하였는데 이는 조선조 배출된 4명의 민씨 왕비 모두 민공규-민종유 후손이었기에 과거보다는 왕비 배출로 인한 인척 등용이 더 크게 작용하였던 것으로 보인다.
민적(閔頔)의 12세손인 민광훈(閔光勳)을 파조로 하는 삼방파(三房派)에서 민광훈의 셋째 아들인 민유중(閔維重)의 딸이 숙종의 왕비 인현왕후(仁顯王后)가 되면서 민유중은 여양부원군(驪陽府院君)에 봉군되었고, 민유중의 형인 민정중(閔鼎重)이 좌의정에 올랐으며, 민정중의 아들 민진장(閔鎭長)은 우의정에 올랐다. 인현왕후의 오빠인 민진후(閔鎭厚)는 좌참찬(左參贊)에 올랐고, 민진후의 동생인 민진원(閔鎭遠)은 영조 때 노론의 영수로서 좌의정에 이르렀다. 민진후의 현손인 민치록(閔致祿)의 딸이 고종의 비인 명성황후(明成皇后)가 되면서 여흥 민씨의 세도정치가 시작되었다. 여은부원군(驪恩府院君) 민태호(閔台鎬)의 딸은 순종의 비 순명효황후(純明孝皇后)가 되었다.
고구려의 골내근현(骨內斤縣)이었다. 신라 경덕왕이 황효현(黃驍縣)이라 고쳤다. 고려 초에 황려현(黃驪縣)으로 개칭하고, 1257년(고종 44) 영의현(永義縣)으로 개칭하였으며, 1305년(충렬왕 31)에 여흥군(驪興郡)으로 승격하였다. 조선 태종 때 원경왕후(元敬王后)의 친향이라 여흥부(驪興府)로 승격되었다. 1469년(예종 1)에 여주목(驪州牧)으로 개칭하고, 1896년 경기도 여주군이 되었다. 2013년에 여주시로 승격되었다.
치음(齒音), 잇소리는 이에서 나는 소리라는 뜻으로, 조선 시대 훈민정음과 중국의 전통적인 음성학인 음운학에서 쓰였다. 둘은 쓰임이 다르다.
훈민정음에서 치음은 초성의 ㅅ, ㅆ, ㅈ, ㅉ, ㅊ을 말한다. 현대 음성학의 치경 마찰음, 치경 파찰음에 해당된다(단 유성 마찰음을 나타내는 ㅿ[z]은 반치음에 분류되어 있다).
현대 음성학에 있어서 치두음은 치경 마찰음, 파찰음이라는 설이 유력하다. 즉 훈민정음의 치음과 음가가 중복되었다는 것이다.
치음(齒音, dental consonant) 또는 잇소리()는 2가지로 구별 할 수 있는데, 설첨이나 설단을 사용해서 조음하는 소리와, 윗니와 아랫니를 사용해서 조음하는 양치음이 있다. 국제 음성 기호에 있는 치음은 아래와 같다.
국내총생산(國內總生産, )은 일정 기간 동안 한 국가에서 생산된 재화와 용역의 시장 가치를 합한 것을 의미하며 보통 1년을 기준으로 측정한다.
1980년대까지는 한 나라의 경제규모 등을 나타내는 국민소득의 지표로 국민 총생산(GNP, gross national product)이 주로 사용되었으나, 국내에 거주하는 국민의 실제적인 복지를 측정하는 데에는 GDP가 더 적합하다는 의식하에 지금은 GDP가 널리 쓰이고 있다.
산출.
국내 총생산은 소득이 소비(저축은 예비소비)량이나 생산량과 같다는 국민 소득 삼면 등가의 법칙에 입각하여 구한다. GDP를 구하는 데에는 다음 세 가지 방법이 존재한다.
오페라()는 전 세계 3억 5천만명 이상이 사용하는 멀티 플랫폼 웹 브라우저이다. 이 브라우저의 현재 에디션은 크로미엄을 기반으로 한다.
2016년에 오페라는 중국 컨소시엄에 의해 운영되는 투자 그룹에 의해 인수되었다.
개발 단계.
오페라는 개발단계에 따라 분리된 세 개의 채널로 공개되는데, "개발자", "베타"와 "안정판"이다. 각 채널의 오페라는 독립적으로 설치할 수 있다. 새로운 기능이 개발자판에 먼저 적용되고, 피드백 후 베타판을 거쳐 출시된다.
개발자판은 신기능이 제일 먼저 적용되는 채널이다. 개발자, 부가기능 개발자, 얼리어답터를 겨냥한다. 개발자판 오페라(Opera Developer)의 목적은 일상적 이용에 있지 않으므로 불안정하고 오류나 충돌이 잦으나, 안정판을 건드리지 않으면서도 개발 중인 신기능을 써볼 수 있다. 보통 한 주에 수 차례 정도 새롭게 갈음한다.
베타판은 오페라 넥스트(Opera Next)라고도 알려져 있는데, 최종 공개 전의 상태로 어느 정도의 안정성과 품질이 보장된다. 격주로 새롭게 갈음한다.
두 채널은 별다른 설정 없이 안정판과 함께 설치할 수 있다. 각기 다른 아이콘으로 표시되어 구분이 쉽도록 해놓았다.
1994년, 노르웨이 최대 통신회사인 텔레너가 오페라를 개발하기 시작했다. 1995년, 오페라 소프트웨어(Opera Software ASA)가 분리되었다. 오페라의 첫 공식 공개는 1996년 버전 2로,윈도우 운영 체제에서만 돌아갈 수 있었다. 1998년에는 인터넷이 되는 이동식 장치(PDA, 휴대전화 등)라는 신흥 시장에 투자를 시도했다. 모바일 플랫폼에 오페라를 심으려는 시도였던 것이다. 2000년에 나온 오페라 4는 여러 운영체제를 기반으로 돌아가기 쉽게 하기 위해 복합 기반 방식(크로스 플랫폼)을 포함했다.
이때까지 오페라는 일정 기간만 무료이고, 무료 이용 기간이 끝난 후에는 구입해야 했다. 오페라 5 (2000년)부터는 이 방식을 포기한 대신 광고로 수익을 냈다. 이때부터 오페라 사용자는 구글 글자 광고나 배너 광고를 봐야했다. 오페라 8.5(2005년 나옴)부터는 광고를 없앤 대신 구글을 기본 검색 사업자로 하여 구글로부터 수익을 받았다.
오페라 9.1(2006년 나옴)에서 나온 새 기능은 GeoTrust에서 개발한 사기 방지 기능과, PhishTank의 전자 인증서 기능, 피싱 사이트를 추적하는 조직이였다. 오페라 9.5에서는 GeoTrust가 Netcraft로 교체되고, 악성코드로부터 보호하는 오트 보안(Haute Secure)이 추가되었다.
또한 2006년에는 오페라의 닌텐도 DS와 Wii 버전이 개발되었다. Wii판 오페라는, 인터넷 채널(Internet Channel)이라고 이름지어졌고, 2007년 4월 11일부터 6월 30일까지는 무료였지만, 이후로는 500 Wii 포인트를 내야 했다. 2009년 9월 2일에는 다시 무료가 되었다. 이전에 500포인트를 지불한 사용자는 동일한 값의 NES 게임을 이용할 수 있었다. 닌텐도 DS에서는 무료가 아닌 상태이다. 사용하려면 별도의 카트리지를 구입해 꽂아야 한다. Dsi에서 인터넷 채널은 Dsi 상점에서 구입할 수 있다.
오페라 10.5에서는 새 자바스크립트 엔진인 카라칸이 소개되었다. 오페라 소프트웨어에 따르면, SunSpider라는 속도 측정 프로그램으로 측정한 결과 카라칸이 적용된 오페라 10.5는 오페라 10.1보다 7배 빨랐다. 2010년 12월 16일에는 오페라 11이 나왔다. 변화, 추가된 기능은 탭 쌓기, 마우스 동작(제스처) 시각화 힌트, 주소창의 변화 등이다. 새 주소창은 쿼리 부분(?title=)과 프로토콜(http) 부분을 자동으로 숨겨준다(기본값). 2012년 6월 14일에는 오페라 12가 발표되었다.
2013년 2월 12일 오페라는 이때까지 쓰던 프레스토 엔진 대신 구글의 크로뮴의 웹킷 엔진과 자바스크립트 엔진 V8을 쓰기로 했다. 오페라 소프트웨어는 또한 웹킷에 코드를 제공하기로 했다. 2013년 4월 11일, 구글은 블링크로 알려진 새로운 엔진을 만들기 위해 웹킷의 구성요소를 가져올 것이라고 발표했다. 이날 오페라는 구글의 블링크를 적용할 것이라고 확인했다.
2013년 5월 28일, 오페라 15 베타가 공개되었다. 오페라 메일 등 이전 버전에 포함되었던 다양하고 독특한 기능들이 사라졌고, 오페라 메일은 별도의 프로그램으로 떼어져 배포되었다.
2016년 7월 18일, 중국 컨소시엄(치후360, 쿤룬테크 등)에 매각되었다.
오페라는 노르웨이, 오슬로의 오페라 소프트웨어가 개발하고 있으며, 핵심 레이아웃 엔진("프레스토")은 어도비 같은 협력 사업자들에게서 라이선스를 받았고, 어도비 크리에이티브 스위트에 통합되어 있다. 오페라는 스마트폰과 PDA를 위한 브라우저 분야에서 그들의 스몰 스크린 렌더링(Small Screen Rendering) 기술로 시장을 선도하고 있다. iTV 플랫폼에서도 사용되며, 닌텐도의 게임기인 위에 탑재, 닌텐도 DS용 웹 브라우저를 개발하는 등 여러 플랫폼에서 개발 중이다. 현재 음성 인식 “멀티모들(multimodal) 브라우저”를 IBM과 함께 개발 중이다.
2013년 5월 28일, 오페라는 지금껏 사용하던 프레스토 엔진을 버리고 구글의 크롬과 같은 베이스의 블링크를 사용하는 웹브라우저를 발표하였다. 그러나 기존의 프레스토 기반의 오페라에 저장된 즐겨찾기를 가져올수 없고, 오페라의 클라우드 동기화 서비스인 Opera Link를 직접 지원하지 않는 등의 여러 불편사항이 있었다. 무엇보다 '오페라'라는 이름과 특유의 로고(빨간색의 입체 'O'로고), 그리고 오페라 터보등 몇몇 기능을 제외하면 기존의 오페라와 확연히 달라진점, 호환이 안되는 점은 사용자들의 불편을 자아내고 있다. Opera Link의 지원과 프레스토기반의 오페라와의 호환등은 최신버전인 25에서도 아직까지 지원되지 않고 있다.
관련된 브라우저
다른 주요 웹 브라우저
웹 브라우저 관련
이메일 클라이언트(mail user agent, MUA)는 전자우편을 읽고 보낼 때 이용하는 컴퓨터 프로그램이다.
프로토콜.
이메일 클라이언트에서 전자우편 수신을 지원하는 프로토콜은 POP3, POP4 등이 있다. IMAP와 최신의 IMAP4가 서버의 전자우편 저장량을 줄이기 위해 최적화된 반면에, POP3 프로토콜은 보통 클라이언트에서 다운로드한 전자우편을 보관하게 된다. 대부분의 메일 클라이언트는 전자우편을 보낼 때 SMTP 프로토콜을 사용한다. 위에서 설명한 것 말고도 웹 기반의 이메일 프로그램이 있는데, 야후! 메일, 지메일, 핫메일 등이 그것이다.
대부분의 전자우편 클라이언트가 지원하는 중요한 프로토콜 가운데 하나가 이진 첨부파일을 보낼 때 쓰는 MIME이다. 첨부 파일은 본래 전자우편의 일부는 아니지만, 전자우편과 함께 보내진다.
MAPI(Messaging Application Programming Interface)는 마이크로소프트 윈도우의 독자적인 API로, 마이크로소프트 익스체인지 서버에 접근하거나 마이크로소프트 아웃룩 클라이언트와 연동하기 위한 것이다.
종자산(種子山)은 대한민국 경기도 포천시 관인면에 있는 높이 643m의 산이다.
종자산(種子山)은 대한민국 강원특별자치도 홍천군 서면에 있는 높이 581m의 산이다.
응용 소프트웨어() 또는 애플리케이션은 컴퓨터를 작동, 관리 또는 프로그래밍 하는 것이 아니라 최종 사용자의 사용을 목적으로 하는 모든 컴퓨터 프로그램이다. 운영 체제에서 실행되는 모든 소프트웨어를 뜻한다. 따라서, 워드프로세서, 스프레드시트, 웹브라우저들뿐만 아니라 컴파일러나 링커 등도 응용 소프트웨어에 속한다. 또는 좁은 의미에서는 OS 위에서 사용자가 직접 사용하게 되는 소프트웨어들을 뜻한다. 이런 경우 컴파일러나 링커등 시스템소프트웨어를 제외한 워드프로세서 등의 소프트웨어들만을 주로 뜻한다. 이렇게 뜻을 한정할 경우 응용 소프트웨어는 시스템 소프트웨어의 여집합이라고도 생각할 수 있다. 간단하게 줄여서 애플리케이션이라고 하며 준말로 앱(app)이라고도 부른다.
쉽지만 꽤 정확하지는 않은 비유를 쓰자면, 이것은 하드웨어의 세계에서 전기 불빛을 응용 프로그램(애플리케이션)이라 하고, 발전소를 시스템이라고 할 수 있다. 발전소는 전기를 생산하지만, 전등과 같은 응용품을 이용하기 전에는 그 자체가 빛을 내는 등의 사용자가 바라는 기능을 수행하지는 않는다.
응용 프로그램 제품군.
응용 프로그램 제품군은 하나의 꾸러미로 묶인 여러 개의 응용 프로그램을 말한다. 워드 프로세서와 스프레드시트, 그 밖에 몇몇의 응용 프로그램들이 함께 포함된 마이크로소프트 오피스가 대표적인 예이다. 하나의 꾸러미로 묶인 응용 프로그램들은 대개 사용자가 배우거나 사용하기 쉽게 짜여진 일관된 사용자 인터페이스를 사용한다. 그리고 이들은 보통 사용자의 편의를 위해 응용 프로그램 사이에 상호 작용하는 기능을 가진다. 예를 들어, 한 스프레드시트에 워드 프로세서의 문서를 포함할 수 있고, 게다가 다른 종류의 스프레드시트 응용 프로그램에서 이 스프레드시트의 문서를 만들 수도 있다.
사용자 소프트웨어.
사용자 소프트웨어는 시스템이 사용자에 특화된 요구에 적합하도록 만든다. 사용자는 직접 이러한 소프트웨어를 제작하고도 이를 중요하게 여기지 않을 때가 많다.
음가.
MP3(엠피쓰리 또는 엠피스리, MPEG-1 Audio Layer-3 또는 MPEG-2 Audio Layer-3, )는 MPEG-1의 디지털 오디오 규격으로 개발된 손실 압축 오디오 코딩 포맷이다. MP1, MP2를 개량하여 만들어져 가장 대중적인 음악 파일 포맷으로 여겨진다. 컴퓨터 디스크 등의 PCM MPEG-2 MP3는 압축 방식은 동일하지만, 비트율이 낮은 매체를 위한 낮은 고정 비트율, 다채널 대응이 포함되어 있다. 이 형식은 유럽형 DVD에 채용되어 있다. 또한 ISO 표준 규격이 아닌 MPEG-2.5 Audio Layer 3이라는 것도 있으며, 저 비트레이트에서의 사용에 최적화되어 있다.
MP3는 손실 오디오 압축 포맷이다. 정식 명칭은 MPEG-1 Audio Layer III 또는 MPEG-2 Audio Layer III이며, MPEG 표준의 일부로 정의되었다.
MP3는 PCM 오디오 데이터를 사람이 듣는 데 중요하지 않은 부분을 버리고 다시 표현한 것이다. (JPEG 이미지의 손실 압축 기법과 비슷하다.)
MP3에서 사용하는 기술의 대부분은 음향심리학에서의 오디오 데이터의 어느 부분을 폐기할 것인가를 결정하는 데에 있다. 특히 인간의 귀가 잘 인지하지 못하는 주파수 성분이나 다른 소리에 의해 가려지는 성분(마스킹 효과)을 제거하여 파일 크기를 줄인다.
MP3 오디오는 각기 다른 비트레이트로 압축된다. 데이터의 크기와 음질에 서로 관계가 있다. 다시 말해, 데이터의 크기가 커지면 음질은 좋아지는 반면 데이터의 크기가 작아지면 음질과 성능은 떨어진다. 일반적으로 128 kbps가 보급형 음질, 192 kbps 이상이 고음질, 320 kbps가 표준 규격의 최고 음질로 알려져 있다.
MPEG, MP3를 포함하여 최근의 손실 압축은 아르헨티나 부에노스 아이레스(Buenos Aires) 대학 Oscar Bonello 교수의 초기 연구에 기본을 두고 있다. 그는 방송용 라디오 자동화를 위한 스튜디오 장비 설계에 관련이 있었다. 또한, 주된 연구 분야인 음향심리학과 음향학을 대학에서 가르쳤다(실내 음향 디자인에 관한 "Bonello Criterion"이라는 책을 낸 적도 있다.) 1983년, 그는 오디오 신호를 부호화할 때 필요한 비트 스트림을 줄이기 위해 크리티컬 밴드 마스킹(Critical Band Masking) 원리를 사용하는 아이디어를 연구하기 시작했다.
마스킹 원리는 1924년에 처음 개발되었으며 1959년 Egan-Hake와 Richard Ehmer에 의해 더욱 발전되었다. Bonello의 연구는 1987년 IBM 개인용 컴퓨터에서 하드웨어에 의해 구현되며 실시간으로 동작하는 세계 최초의 비트 압축 시스템을 만들어 냈다. 이것은 ECAM이라고 불렸다. 이 플러그인 카드와 관련된 제어 소프트웨어는 완벽히 동작하는 하나의 제품으로써 1988년 오디컴(Audicom)이란 이름으로 처음 전시되었다. 그 뒤 1990년 미국 아틀란타의 국제 NAB 라디오 전시회(Radio Exhibition)를 통해 세계에 알려졌다. 기본적인 Bonello 구현은 현재 MP3와 다른 시스템에서 쓰이고 있다. 그는 이 기술과 관련하여 어떠한 특허 내는 것을 거절하였다.
MPEG-1 Audio Layer 2 인코딩은 독일의 "Deutsche Forschungs- und Versuchsanstalt für Luft- und Raumfahrt"(나중에는 "Deutsches Zentrum für Luft- und Raumfahrt", German Aerospace Center로 불림) 소속 Egon Meier-Engelen가 관리하는 디지털 오디오 방송(Digital Audio Broadcast) 프로젝트로 시작되었다. 이 프로젝트는 일반적으로 EU-147(1987년부터 1994년까지 운영됨)로 알려진 유레카(EUREKA) 연구 프로그램의 한 부분으로써 유럽 연합의 재정 지원을 받았다.
독일의 Erlangen-Nuremberg 대학 박사 연구생인 Karlheinz Brandenburg는 1980년대 초반 디지털 음악 압축에 대한 연구를 시작했다. 그는 어떻게 사람들이 음악을 인지하는지에 초점을 맞추고 있었다. 1989년에 그의 박사 연구는 완성되었으며 Erlangen-Nuremberg에서 조교수가 되었다. 그 뒤 프라운호퍼 연구소(Karlheinz Brandenburg는 1993년에 st스태프로 합류)에서 과학자들과 함께 음악 압축에 관한 연구를 이어나갔다.
1991년 적용할 수 있는 두 개의 제안이 있었으나 필립스(네덜란드),CETT(프랑스), Institut für Rundfunktechnik(독일)이 제안한 Musicam 기술이 높은 음질의 압축 오디오를 인코딩하는 경우에 아주 적은 계산 능력으로 소화해 낼 뿐만 아니라 명료함과 오류 내구성 때문에 채택되었다. 서브밴드 인코딩(sub-band encoding)에 기반을 둔 Musicam 포맷은 MPEG 오디오 압축 포맷(샘플 레이트, 프레임 구조, 헤더, 프레임 당 샘플 수)의 기반을 마련하는 데 주요한 역할을 했다.
그 기술과 아이디어들은 ISO MPEG Audio Layer I과 Layer II, Layer III(MP3) 형식의 정의에 모두 추가되어 있다. Honnover 대학의 Mussmann 교수가 주도하며 Leon van de Kerkhof(Layer I)와 Gerhard Stoll(Layer II)의 책임하에 표준이 수정되었다.
Leon Van de Kerkhof(네덜란드), Gerhard Stoll(독일), Leonardo Chiariglione(이탈리아), Yves-Franc,ois Dehery(프랑스), Karlheinz Brandenburg(독일)들로 구성된 연구 모임은 Musicam과 ASPEC으로부터 아이디어를 가져오는 한편 그들 스스로의 아이디어를 덧붙이기도 하였다. 그래서 192Kbps의 MP2와 같은 음질의 128kbps를 만들어 내는 방법을 만들어냈다.
모든 알고리즘은 1991년에 승인되었으며 1992년, MPEG의 첫 번째 표준 모음들 중의 한 부분으로써 완성시켰다. 그 뒤 1993년 "International Organization for Standardization(ISO)/International Electrotechnical Commission(IEC) 11172-3"에서 국제 표준이 되었다.
MPEG 오디오에 대한 더 많은 연구가 1994년에 이루어졌다. 그것은 MPEG-2라고 하는 MPEG의 2번째 세트 가운데 한 부분이었으며 1995년 발행된 국제 표준 "International Organization for Standardization(ISO)/International Electrotechnical Commission(IEC) 13818-3"로써 공식적으로 더 알려지게 된다.
인코더의 압축 효율은 일반적으로 비트 레이트에 따라 결정된다. 왜냐하면 압축율은 입력신호의 샘플링 레이트와 비트 깊이에 의존하기 때문이다. 그러나 보통 CD 매개변수를 레퍼런스(44.1kHz, 2 채널, 1채널 당 16 비트 또는 2x16 비트)로 사용하여 압축율을 나타내곤 한다. 때로는 디지털 오디오 테이프(DAT) SP가 매개변수로 쓰이기도 한다.(48kHz, 2x16 비트). 이것을 레퍼런스로 사용한 압축률은 더 높아서 손실 인코더에서 "압축률(compression ratio)"이란 단어를 무색하게 만들기도 한다.
Karlheinz Brandenburg MP3의 압축 알고리즘을 평가하기 위해 선택했던 노래가 Suzanne Vega의 노래 Tom's Diner이다. 이 노래는 부드럽고 단조로웠기 때문에 재생하는 동안 압축 포맷에서의 잘못된 부분을 듣기가 쉬웠다. 어떤 사람들은 농담 삼아 Suzanne Vega를 "MP3의 어머니"라 하기도 한다.
오늘날의 MP3에 VBR(Variable Bit Rate) 기술은 프라운호퍼사가 아닌 Xing에서 추가한 기술이다 하지만 Xing Encoder 1.5에서는 16kHz가 잘리는 버그가 있었으나 추후 개선되었다.
1994년 7월 7일, Fraunhofer Society는 I3enc라는 첫 번째 MP3 소프트웨어를 선보였다. 그 뒤 1995년 7월 14일 .mp3라는 확장자가 Fraunhofer팀에 의해 정의되었다.(이전까지는 .bit로 사용되었었다) 첫 번째 실시간 MP3 플레이어 프로그램(1995년 9월 9일 발표)과 함께 많은 사람들이 그들의 PC에서 MP3를 인코딩하고 재생할 수 있게 되었다. 그 때까지는 아주 작은 용량의 하드 디스크였기 때문에(~500MB) 컴퓨터에서 음악을 듣기 위해서는 비악기 기반 음악(non-instrument based Music)을 저장해야 했다.
MP2.
1993년 10월, MP2(MPEG-1 Audio Layer 2)파일이 인터넷에 모습을 드러냈다. MP2는 Xing MPEG Audio Player를 사용하여 재생할 수 있었다. 그 뒤 MAPlay라고 하는 Tobias Banding의 유닉스 프로그램(1994년 2월 22일 초기 버전 발표. 마이크로소프트 윈도우에서 동작하는 버전도 있음)을 사용하여 재생하기도 했다. 초창기 MP2를 만들어 내는 프로그램은 Xing가 유일하게 가능하였으며 cdda2wav라든지, CD 오디오에서 웨이브 형태의 오디오 파일을 만들어내는 CD 리퍼 같은 것들이 함께 쓰였다. Internet Underground Music Archive (IUMA)는 온라인 음악의 대변화의 시작점을 인정하기 시작했다. IUMA는 MP3와 웹이 대중화되기 앞서, 인터넷의 고품질 음악 웹 사이트였다. 그들은 MP3와 웹이 대중화되기 앞서 MP3 레코딩에 관한 수천가지의 권한을 제공했다.
1995년 전반기부터 1990년 후반기까지. MP3는 인터넷에서 퍼지기 시작했다. MP3의 대중성은 널소프트(Nullsoft)의 오디오 플레이어인 윈앰프(1997년 발표)와 유닉스 오디오 플레이어인 mpg123, 그리고 네트워크 P2P 파일 공유 프로그램인 냅스터(1999년 발표)의 출현과 함께 빠르게 성장해 나갔다. 이 프로그램들은 사용자들로 하여금 MP3 공유와 수집, 제작, 재생을 보다 쉽게 해주도록 하였다.
작은 크기의 MP3파일은 P2P를 이용하여 음악을 광범위하게 공유할 수 있게 하였다. 그것은 이전까지는 불가능한 것이었다. 그렇게 무료로 음악을 공유하는 것은 음반 판매를 감소시킨다고 주장하는 주된 레코드 회사들은 냅스터에 법적소송을 걸어 냅스터를 폐쇄시켰다. 그리고 파일 공유에 적극적으로 참여한 개인 사용자들에 대해서도 법적 소송을 걸었다.
MP3의 대중성에 반하여, 온라인 소매상인들은 소유권이 있는 포맷을 사용하기 시작했다. 그 포맷은 DRM로 암호화되어 있어서 사용자들이 레코드 회사에 의해 특별히 인증되지 않은 경로로 구매된 음악을 사용하는 것을 막았다. 레코드 회사들은 P2P로 네트워크에서 파일 공유되어 사용하는 것을 막기 위해 이것은 꼭 필요한 것이라 주장했다. 그러나 이것은 또 다른 문제가 있었다. 바로 사용자들이 정식으로 구입한 노래를 다른 형태의 장치에서 재생하는 것까지 막아 버린 것이었다.(이를테면, MP3 플레이어에서는 재생할 수 있지만 개인용 컴퓨터에서는 재생하지 못한다든지) eMusic과 같은 곳은 MP3 포맷으로 서비스를 계속하여 어떤 장치에서든지 사용자들이 음악을 들을 수 있게 하고 있다. 하지만 이런 일들이 있어도 꾸준히 판매가 늘어났지만 이런 일이 많아지고 계속되자 점점 판매가 줄어들었다.
MPEG-1 표준은 MP3의 정확한 정의는 포함하고 있지 않지만 음향심리학적 예제 모델과, 비율 반복, 비규범적인 부분을 제공하고 있다. 현재에는, 구현에 대한 부분은 매우 진부하다고 암시하고 있다. 표준 구현자(표준에 따른 개발을 하는 개발자)들은 RAW 음원에 독립적인 알고리즘을 만드는 데 노력하고 있다.
결론적으로, 많은 MP3 인코더들이 존재하는데, 모두 생성하는 품질은 다를 수 있다. 그들에 대한 비교결과는 유효하며, 사용자에게 가장 편한 인코더를 선택하는 것이 최선의 방법이다. 매우 높은 비트레이트 샘플링에 요구되는 숙련된 사용방법은 낮은 비트레이트에서는 요구되지 않는다.
파일 구조.
MP3 파일은 여러 블럭들의 집합으로 이루어져 있다. 블럭에는 ID3v1, ID3v2 등의 태그들과 AAU(Audio Access Unit)들로 이루어져 있다. 특히 ID3v2 태그는 선택적으로 여러개 들어갈 수 있다.
AAU.
Audio Access Unit의 약자로서 실제 음향 데이터를 담고있다.
AAU의 길이는 다음과 같다.
AAU's size = 144 * bitrate / frequency + paddingbit (byte)
만약, 비트 레이트가 448,000 bit/s 이고 주파수가 48,000Hz, 패딩 비트가 on(true 또는 1)이라면
AAU's size = 144 * 448,000 / 48,000 + 1 = 1,345 byte
헤더.
헤더에는 하나의 AAU 블럭을 디코딩 하기 위해 필요한 기본적인 정보를 담고 있다. 모든 AAU 마다 헤더를 가지고 있으므로 AAU는 독립적으로 디코딩 될 수 있지만 대개 하나의 MP3에는 동일한 헤더를 가지고 있으므로 디코더는 주로 맨 첫번째 헤더만을 읽는다.
CRC는 프레임의 오류를 검사하기 위한 데이터를 담고 있다. 대부분의 MP3 파일에는 존재하지 않는다.
헤더에서 "Error Protection" 이 "on" 일때만 존재한다.
총 16 bit(2 byte)의 길이를 갖는다.
사이드 인포메이션.
"main_data_begin"
"private_bits"
"scfsi"
"part2_3_length"
"big_values"
"global_gain"
"scalefac_compress"
"window_switching_flag"
"block_type"
"mixed_block_flag"
"table_select"
"subblock_gain"
"region0_count", "region1_count"
"preflag"
"scalefac_scale"
"count1table_select"
메인 데이터.
인코딩된 실제 데이터를 담고있다. 사이드 인포메이션을 바탕으로 디코딩 되어야만 실제 사용 가능한 데이터가 될 수 있다. 허프만 디코딩, 스케일 팩터 디코딩 로 변환해야 한다.
부수 데이터.
Ancillary Data(부수적 데이터)는 말 그대로 부수적인 정보를 담고 있으며 사용자가 임의로 사용할 수 있다. 부수 데이터는 프레임 내에서 크기가 명확하게 표기되어 있지 않으며, 허프만 코드 정보가 끝나는 부분과 다음 프레임의 메인 데이터 시작 포인터가 가리키고 있는 부분과의 거리가 부수 데이터의 크기가 된다.
APE Tag.
Lyrics3v2.
ID3v1.
매독균(梅毒菌, 영어: Treponema pallidum, T.P.)은 성병의 일종인 매독을 유발하는 균이다. 인간에게만 전염된다. 일반적으로 길이가 6–15 μm이고, 폭이 0.1–0.2 μm인 나선 코일형 미생물이다. 매독균의 대사에 에너지가 많이 소모되어 숙주인 사람의 대사 활동이 최소화 된다. 매독균은 세포질 및 외부막을 가지고 있다. 광 현미경을 사용하여 암시 야조명(어두운 부분을 밝게 비추는 조명)을 사용하여 볼 수 있다. 매독균은 3가지 아종으로 구성되고, 각각은 뚜렷한 질병을 가지고 있다.
매독균의 아종.
매종, 풍토성 매독, 매독을 일으키는 3가지 아종은 형태학적으로, 그리고 혈청학적으로 구별할 수 없다. 이 박테리아는 원래 다른 종으로 분류되었지만, DNA 혼성화 분석에 따르면, 동일한 종으로 판명되었다. 아종인 T.P. endemicum과 T.P. pertenue의 질병은 성병이 아닌 것으로 간주된다. 숙주에 잘 침투하는 순으로 배열하면, T. P. pallidum이 가장 잘하고, 그 다음은 T.P. endemicum이며, T. p. carateum은 침투를 잘 하지 못하는 편이다.
매독균 감염 특징.
매독균 전파경로.
매독균의 가장 중요한 전파 경로는 성접촉이다. 1기 또는 2기 매독 환자와 성접촉시 약 50%가 감염이 될 수 있다. 그 외에 매독 환자인 엄마에서 태어난 어린이나 혈액을 통한 감염이 매독 전파의 경로로 알려져 있다.
LDL은 반지름이 약 20~25nm(10-9m)정도 되고, 가장 바깥쪽은 인지질 단분자층으로 되어 있으며, "apoB-100"이라는 단백질을 갖고 있다. 그리고 그 안쪽에 콜레스테롤과 지방산을 갖고 있다.
세포들은 에너지 획득 등과 같은 이유에 의해 지방산과 콜레스테롤을 필요로 한다. LDL은 세포들에게 지방산과 콜레스테롤을 운반해주는 역할을 한다.
작용 기제.
대부분의 포유 동물 세포는 LDL에 있는 "apoB-100"에 붙을 수 있는 수용체를 갖고 있다. LDL 수용체는 일반적으로 세포내이입(endocytosis)을 통해 LDL을 세포 안쪽으로 들여 온다. 지질 이중층 주변은 주로 pH 7.0 정도의 중성을 띠고 있다. 이 상태에서 LDL 수용체는 LDL에 있는 "apoB-100"에 붙을 수 있다. LDL과 붙은 LDL 수용체가 세포 이물질 흡입 작용에 의해 세포의 안쪽으로 들어 오면, 엔도솜과 만나게 된다. 엔도솜은 리소좀과 마찬가지로 V-class의 양성자 펌프를 갖고 있어서, 엔도솜 내부를 pH 5.0 상태로 유지하게 된다. 따라서 엔도솜과 LDL이 안쪽으로 들어 온 소포와 융합하면, LDL 수용체가 산성 조건에 존재하게 되는데, 이 조건에서 LDL 수용체는 "apoB-100"에서 떨어져 나오게 된다. 이렇게 하여 LDL 수용체는 엔도솜에 있다가, 후에 다시 지질 이중층으로 돌아가서 재사용되고, 지방산과 콜레스테롤은 리소좀으로 가게 된다.
《크리스마스 캐럴》()은 영국의 소설가 찰스 디킨스가 쓴 중편 소설로 1843년 12월 19일 발표되었다. 그 후 해마다 5편의 《크리스마스 이야기》를 발표하였으며, 이 소설은 제1작으로 그의 대표작 중의 하나이다. 원작은 영국 런던에서 채프먼 앤 홀 출판사를 통해 출간되었으며, 하드커버와 페이퍼백 두 가지 형태로 간행되었고 삽화는 존리치에 의해 그려졌다.
지독한 구두쇠 스크루지는 크리스마스 이브에 초자연적인 체험을 하고 개과천선한다. 크리스마스 스토리 중 가장 유명한 것으로, 광범위한 독자를 확보하고 디킨스를 세계적으로 유명한 작가로 만든 기념비적인 중편 소설이다. 저임금노동, 아동노동, 다리가 불편한 장애인 티모시가 의료복지를 누리지 못하는 문제 등 영국 사회의 문제를 비판하고 있으며, 과일가게에서 파는 사과와 양파가 손님들에게 자신들을 사달라고 윙크를 보낸다면서 의인법을 사용하기도 한다.
주인공 에비니저 스크루지(Ebenezer Scrooge)는 자린고비로 인정이라곤 손톱끝만치도 없는 수전노이다. 그런 그가 크리스마스 전날 밤에 같이 사업을 하던 동업자 말리의 유령을 만나 자기의 과거, 현재, 미래의 모습을 보고서는 자신의 죄를 뉘우치고 사람다운 마음을 찾게 된다는 이야기이다.
문학 속에서 크리스마스 시즌의 이야기를 다룬 것은 디킨스가 처음이 아니지만, ‘디킨스의 캐롤 철학’이라고 불리는 대중에 대한 인류애적인 비전을 덧붙인 사람은 바로 그이다. 디킨스는 사람들이 빈곤과 사회적 불의에 대한 그의 관심에 관해 접근하는 가장 좋은 방법은 사설이나 홍보전단이 아니라 모두가 공감하는 크리스마스 이야기를 집필하는 것이라고 믿었다.
당시 시대적으로 영국 기독교계가 공립학교 설립에 반대하자, 교육불평등은 무지와 가난을 만들어낸다고 논박하는 등 사회의식이 있는 소설이다. 또한 멜서스가 빈곤 계층의 인구를 복지예산 축소로써 억제해야 한다고 말하자, 먹고 살 걱정이 없는 자들이 가난한 사람들을 업신여기는 말이라고 논박하기도 한다.
GNU 선언문(GNU Manifesto)은 리처드 스톨만이 1985년 3월에 GNU 프로젝트의 목표를 설명하고 다른 사람들의 참여와 지원을 요청하기 위해 닥터 돕스 저널("Dr. Dobb's Journal of Software Tools" 10(3))에 실은 글이다. 처음에는 프로젝트의 진행에 따라 조금씩 개정되었지만, 현재는 있는 그대로를 보존하는 것이 낫다는 판단하에 그대로 유지되고 있다. 전체 본문은 emacs와 같은 GNU소프트웨어에 포함되어 있으며, 공개적으로 사용할 수 있다.
GNU선언문은 GNU의 유닉스 사가 아닌 GNU의 프로젝트의 목표를 설명하는 것으로 시작된다. 작성 당시 GNU의 내용물은 서술되어 있고 상세하게 설명되어 있다. 리처드 스톨 먼 은 그 프로젝트를 성취하는 것의 중요성과 이점을 상당히 세밀하게 정리하고 있다. 스털맨에 의하면 GNU프로젝트에 따른 주요 추진 포인트 중 하나는 유닉스와 그 다양한 구성 요소들이 독점적으로 되어가고 있다는 것이다. 폐쇄형 소스와 비브리브 소프트웨어 나중에, GNU선언문은 거의 모든 사람들이 이 프로젝트로부터 이익을 얻는 방법을 상세하게 알려 준다. 본질적으로, 이것은 두 부분으로 나뉘어 져 있다. 기여자들과 소비자들의 이익에 대한 혜택은 전체적으로 그렇다. 즉, 소프트웨어 개발자(기여자)는 이러한 용어를 사용하여 소스 코드를 수정, 개선, 시정, 보완할 수 있으며, 소프트웨어의 전반적인 안정성과 기능에 기여할 수 있다. 또한, 개발자들은 자체 응용 프로그램에 GNU라이센스 부호를 사용할 수 있다(수신된 GNU라이센스의 정확한 복사본은 모든 배포에 포함된다). 이 섹션의 두번째 부분은 단지 개발자가 혜택을 누릴 뿐만 아니라 최종 사용자에게도 어떻게 도움이 되는지 설명한다. 전반적인 추세는 작가들의 의견에 따르면, 모든 사람들이 이 프로젝트의 목표를 통해 이익을 얻는다고 한다. GNU선언의 상당 부분은 GNU프로젝트의 목표에 대한 가능한 이의 제기를 반박하는 데 초점을 맞추고 있다. 여기서 묘사된 이의는 프로그래머의 생계를 위해 필요한 것, 무료 소프트웨어 배포의 문제, 그리고 이윤 창출의 필요성에 대한 인식의 필요성을 포함한다. 이 글의 대부분은 무료 소프트웨어 철학이 어떻게 작동하는지 설명하고, 왜 기술 산업에 좋은 선택이 될 것인지를 설명한다.
오음(五音)은 한국이나 중국에서 전통적으로 음절 초의 닿소리를 조음 위치와 조음 방법에 따라 분류한 것이며, 아음(牙音, 어금닛소리), 설음(舌音, 혓소리), 순음(脣音, 입술소리), 치음(齒音, 잇소리), 후음(喉音, 목구멍소리)을 가리킨다. 이것에 반설음(半舌音, 반혓소리)과 반치음(半齒音, 반잇소리)을 증가해서 쓰인다. 한국어에 대해서는 초성오음(初聲五音)이라고도 한다.
가장 오래된 기록은 중국 남조(南朝) 양나라(梁) 고야왕(顧野王)이 만든 옥편(玉篇)에 있는 오음성론(五音聲論)에 보인다. 중국에서는 송나라 때 오음으로부터 삼십육자모(三十六字母)가 만들어졌다.
서울 지하철 5호선(서울 地下鐵 5號線)은 서울특별시 강서구에 있는 방화역과 서울특별시 강동구에 있는 상일동역 및 서울특별시 송파구에 있는 마천역을 잇는 서울교통공사의 도시 철도 노선이다. 서울 지하철과 수도권 전철 5호선의 일부를 이룬다. 모든 구간이 지하이며 모든 역에 스크린도어가 설치되어 있고, 전 구간을 서울교통공사에서 운영하고 있다. 노선 색은 보라색이며 통행 방향은 우측통행이다.
열차 운행.
이 노선은 방화행, 상일동행, 마천행,하남검단산행 등이 주를 이루며, 영업 운행하는 모든 열차가 각 역에 정차한다. 방화 ~ 상일동역 구간과 방화 ~ 마천 구간을 왕복 운행하는 열차가 기본을 이루며, 두 계통의 열차는 방화 ~ 강동 구간을 같은 선로로 운행하고 강동역 이동 구간은 각 방면의 Y자 선로를 별개로 사용한다.
수도권 전철에 속한 다른 노선들과 같은 운임 체계를 사용하며, 환승 통로를 이용하여 수도권 전철에 속하는 다른 노선으로 갈아탈 때 별도로 추가되는 요금은 없다. 승차할 때는 자동 발매기에서 구입한 승차권이나 교통카드(T-Money 등), 교통 카드의 기능이 탑재되어 있는 일부 신용카드를 사용할 수 있으며, 수도권 전철 내의 다른 역에서 발매된 승차권이라도 역시 사용할 수 있다. 수도권 통합 요금제의 적용을 받으며, 서울특별시·경기도·인천광역시 버스(경기도 시외버스, 김포공항·인천공항 리무진 제외)에서 갈아탈 때는 기본 운임이 면제·할인된다.
역 번호.
기점인 방화역의 510부터 시작하여 종점인 상일동역의 553에서 끝난다. 지선에 해당하는 구간의 역번호는 서울 지하철 5호선 본선의 마지막 역인 상일동역의 553부터 매겨 554 ~ 560번까지 부여되었다. 그러나 둔촌동역부터 이어지는 역들이 상일동역 뒤에 연결되는 역으로 오인될 소지가 있으므로 현재는 한국철도공사가 수도권 전철 1호선의 번호를 매기는 방식을 따라 강동역 이후 본선에서 갈라지는 분기선이라는 의미에서 Point의 첫 글자인 P를 맨 앞에 붙이고 강동역의 역번호(548)로부터 번호를 매긴 P549 ~ P555의 번호를 사용하고 있다. 하행인 상일동행과 마천행은 역 번호가 커지나 반대로 상행인 방화행은 역 번호가 작아진다.
까치산역 ~ 신정역 구간에 서울 지하철 2호선 신정지선과의 연결선이 방이역 ~ 오금역 구간에 서울 지하철 8호선 가락시장역과의 연결선이 각각 설치되어 있다. 까치산역 연결선은 서울교통공사 5000호대 전동차 일부를 반입할 때에 사용되었으며, 방이역 연결선은 서울교통공사 8000호대 전동차의 반입에 사용되었으며, 현재는 서울교통공사 8000호대 전동차가 고덕차량사업소에서 중검수를 받기 위하여 이동할 때에 사용된다. 1996년 11월 15일 왕십리역 ~ 강동역 개통 당시엔 열차를 4호선 충무로 연결선 3호선을 통해 수서차량사업소 유치 한 후 분해 과정을 거쳐 송파 방이 연결선으로 넣고 재조립 한 후 고덕차량사업소로 반입하였고
방화역 ~ 까치산역 구간 개통 당시엔 열차를 1호선 동묘역 분기점에서 2호선 성수 지선을 통해 성수역~신도림역 구간을 통해 이동 시킨 후 신정 지선을 거쳐 까치산역을 통해 반입 작업을 하였다
방화차량사업소
컴퓨터 소프트웨어(, 혹은 간단히 소프트웨어, , 무른모)는 컴퓨터에게 동작 방법을 지시하는 명령어 집합의 모임이다. 프로그램 소프트웨어는 컴퓨터 하드웨어에 직접 명령어를 주거나 다른 소프트웨어에 입력을 제공함으로써, 명령어의 기능을 수행한다. 컴퓨터 소프트웨어는 컴퓨터 하드웨어의 반대 의미로, 컴퓨터 하드웨어는 해당 일을 실제로 수행하는 시스템이다. 쉽게 설명하자면 생명체를 하드웨어라고 가정한다면, 그를 구성하는 유전자가 소프트웨어라고 생각할 수 있다.
"소프트웨어"라는 용어는 1957년에 존 터키(John W. Tukey)가 처음 사용한 용어이다. 일상적으로 이 용어는 응용 소프트웨어의 의미로 자주 쓰인다. 컴퓨터 과학과 컴퓨터 공학에서 "컴퓨터 소프트웨어"는 컴퓨터 시스템, 프로그램, 데이터에 의해 처리된 모든 정보를 말한다.
소프트웨어 대부분은 고급 프로그래밍 언어로 개발된다. 이 유형의 프로그래밍 언어는 프로그래머들에게 더 쉽고 더 효율적인데, 그 이유는 기계어보다 자연어에 더 가깝기 때문이다. 고급 언어는 컴파일러나 인터프리터, 또는 이 둘의 조합을 이용하여 기계어로 변환된다. 소프트웨어는 컴퓨터의 기계어와 상당히 일치되는 저급 어셈블리어로도 개발이 가능하며 이는 어셈블러를 사용하여 기계어로 변환된다.
소프트웨어의 최초의 장소가 되는 윤곽(알고리즘)은 계획된 해석기관을 위해 19세기 에이다 러브레이스가 작성하였다. 그러나, 해석기관이든 소프트웨어든 실제로 만들어진 것은 없었다.
오늘날 우리가 인식하는 컴퓨터의 발명 이전의 소프트웨어에 대한 최초의 이론은 앨런 튜링이 1935년 수필 《Computable numbers with an application to the Entscheidungsproblem》에서 제안되었다. (결정 문제)
이는 컴퓨터 과학과 소프트웨어 공학의 양대 산맥이 탄생하는 계기가 되었으며, 둘 다 소프트웨어 및 소프트웨어의 제작에 대해 연구한다. 컴퓨터 과학은 더 이론적인 반면(튜링의 수필이 컴퓨터 과학의 한 예이다), 소프트웨어 공학은 더 실용적인 부분에 초점을 둔다.
그러나 1946년 이전까지 우리가 알고있는 소프트웨어, 즉 저장식 프로그램 디지털 컴퓨터의 메모리에 저장되는 프로그램들은 존재하지 않았다. 최초의 전자식 컴퓨팅 장치들이 그 대신 이들을 다시 프로그램할 목적으로 재배치되었다.
사용자들의 시각은 보통 프로그래머의 시각과는 차이가 있다. 현대의 범용 컴퓨터(임베디드 시스템의 반대 의미)를 사용하는 사람들은 보통 소프트웨어를 플랫폼, 응용 프로그램, 사용자 소프트웨어의 세 층으로 분류한다.
소프트웨어의 수행.
소프트웨어를 불러오면 컴퓨터는 소프트웨어를 작동할 수 있다. 컴퓨터는 컴퓨터 프로그램을 "실행"하여 작동시킨다. 여기에는 응용 소프트웨어에서 명령어를 보내는 과정이 포함되는데, 시스템 소프트웨어를 거쳐 궁극적으로 기계어 명령이 하드웨어에 전달된다. 각각의 명령어는 하나의 작업(데이터를 옮기거나, 계산 결과를 저장하거나, 명령의 흐름을 변경하는 등의)을 수행하도록 한다.
소프트웨어 제작.
소프트웨어 특허.
소프트웨어 특허에 대해서는 찬반이 엇갈린다. 특허가 "발명자"의 아이디어를 보호하는 반면에, 많은 이들이 이것이 소프트웨어 개발을 방해한다고 믿기 때문이다.
소프트웨어 라이선스.
소프트웨어에는 여러 종류의 라이선스 형태가 있다. 크게는 다음과 같이 나뉜다.
소프트웨어 개발 단계에 따라 분류를 나눌 수 있다. 소프트웨어 배포자에 따라 이 소프트웨어 분류는 바뀔 수 있지만 일반적인 룰은 다음과 같다.
후음(喉音) 또는 목구멍소리(목소리)는 목구멍에서 나오는 소리의 뜻으로 두자음들을 분류하였던 전통적 음운학에서 쓰인 말이다. 오음의 하나이다.
훈민정음 초성 체계에서는 'ㆆ', 'ㅎ', 'ㆅ', 'ㅇ'의 4가지 닿소리를 목구멍소리에 분류한다. 현대 음성학에서는 성문음이 여기에 포함된다.
설음(舌音) 또는 혓소리(혀쏘리)는 혀에서 나는 소리라는 뜻으로 전통적 음운학에서 두자음들을 분류하였던 말. 오음의 하나.
훈민정음 초성 체계에서는 'ㄷ', 'ㅌ', 'ㄸ', 'ㄴ'의 4 자모가 설음에 분류된다. 현대 음성학에서는 치경 파열음, 치경 비음에 해당된다.
훈민정음 초성 체계에서는 'ㄱ', 'ㅋ', 'ㄲ', 'ㆁ'의 4 자모가 아음에 분류된다. 현대 음성학에서는 연구개 파열음, 연구개 비음에 해당된다.
유럽 헌법 제정 조약(, , , )은 유럽 연합(EU) 및 유럽 공동체(EC), 유럽경제공동체(EEC), 유럽 석탄 철강 공동체(ECSC) 아래 체결, 비준된 50여 개 이상의 조약과 의정서, 부속 문서를 대신하여 이들 조약의 이념과 효력을 하나의 헌법의 형태로 집약해 유럽 연합 가맹국의 의사 결정을 통일화하려는 조약으로, 줄여서 유럽 헌법 조약이라고 부른다. 그러나 프랑스와 네덜란드에서 조약 비준이 부결되는 바람에 다른 나라들의 비준 연기와 취소가 촉발되었고 결국 기존의 유럽 헌법을 대체할 리스본 조약을 2007년 12월 13일에 체결했다.
1957년 3월 25일 6개국이 체결한 로마 조약과 1991년 12월 10일 체결한 마스트리히트 조약에 기초를 두고 있으며 2004년 로마에 각국 수뇌, 외상이 참가해, 조약을 체결하였다. 유럽 연합에 가맹한 27개 나라에서 비준 여부를 묻는 의회로의 심의 또는 국민 투표를 진행하였다.
1999년 유럽 이사회의 결의에 의해 유럽 연합 차원의 기본권 헌장 마련을 위한 헌법회의를 독일 쾰른에서 구성하였다. 2000년 10월에는 54개조의 유럽 연합 기본권 헌장을 의결하고 2개월 후 프랑스 니스에서 유럽 연합 기본권 헌장을 채택하였다. 2001년 12월에 벨리에 라에컴 유럽이사회에서 헌법회의 설치를 결정하였다. 2002년 12월 28일부터 2004년 6월 18일까지 총 26차례의 헌법회의가 열렸고 2004년 6월 18일 벨기에 브뤼셀에서 열린 회의에서 유럽 헌법 조약에 최종 합의하였다.
조약 비준 현황.
조약의 발효를 위해서는 유럽 연합 모든 가맹국의 비준이 필요하지만, 그 절차는 각 나라에 따라 다르다. 의회 결의만으로 비준하는 국가도 있고 국민투표를 시행하는 나라도 있으며, 국민투표 또한 의회가 이에 대해 다시 비준할 수 있는 나라와 구속력을 갖는 나라로 갈린다. 또한 투표율에 따라 구속력이 생기는 나라도 있다. 2005년 2월의 스페인에서 실시된 국민투표에서는 조약이 가결되었지만, 5월의 프랑스와 6월의 네덜란드에서는 부결되었다. 이 부결로 다른 나라들의 비준이 취소되는 결과를 가져왔다.
아래는 비준 현황이다. 나라 순서는 결정 시기 순이다.
가입과 함께 결정.
컴퓨팅에서 펌웨어(firmware)는 컴퓨팅 장치 하드웨어에 저수준 제어를 제공하는 소프트웨어이다. 상대적으로 간단한 장치의 경우, 펌웨어는 모든 제어, 모니터링 및 데이터 조작 기능을 수행할 수 있다. 더 복잡한 장치의 경우, 펌웨어는 상대적으로 저수준 제어뿐만 아니라 운영체제와 같은 상위 수준 소프트웨어에 하드웨어 추상화 서비스를 제공할 수 있다.
펌웨어는 개인용 컴퓨터, 스마트폰, 가전제품, 차량, 컴퓨터 주변기기 및 이러한 대규모 시스템 내의 많은 집적 회로를 포함한 광범위한 컴퓨팅 장치에서 발견된다.
펌웨어는 비휘발성 메모리에 저장된다. 고정 기억 장치 (ROM) 또는 EPROM, EEPROM, 플래시와 같은 프로그래밍 가능한 메모리에 저장된다. ROM에 저장된 장치의 펌웨어를 변경하려면 메모리 칩을 물리적으로 교체해야 한다. 일부 칩은 제조 후 제거하도록 설계되지 않았다. 프로그래밍 가능한 펌웨어 메모리는 플래싱이라고 불리는 절차를 통해 재프로그래밍할 수 있다.
펌웨어를 변경하는 일반적인 이유는 버그를 수정하고 기능을 추가하기 위함이다.
아셔 오플러는 1967년 데이터메이션 기사에서 펌웨어라는 용어를 하드웨어와 소프트웨어 사이의 중간 용어로 사용했다. 오플러는 4세대 컴퓨터 시스템이 쓰기 가능한 제어 저장소 (작고 특화된 고속 메모리)를 가질 것이며, 여기에 마이크로코드 펌웨어가 로드될 것이라고 예상했다. 많은 소프트웨어 기능이 마이크로코드로 이동하고, 명령어 집합은 맞춤형으로 변경될 수 있으며, 다양한 펌웨어가 다른 명령어 집합을 위해 로드될 수 있었다.
컴퓨터가 복잡해지기 시작하면서, 사용자의 재량에 따라 더 복잡한 프로그램을 실행하는 데 필요한 일관된 환경을 제공하기 위해 다양한 프로그램이 먼저 시작되고 실행되어야 한다는 것이 분명해졌다. 이를 위해서는 컴퓨터가 이러한 프로그램을 자동으로 실행하도록 프로그래밍해야 했다. 또한, 기업, 대학 및 마케터들이 기술 지식이 거의 없는 일반인들에게 컴퓨터를 판매하고 싶어함에 따라, 일반 사용자가 실용적인 목적으로 프로그램을 쉽게 실행할 수 있도록 더 큰 자동화가 필요해졌다. 이로 인해 사용자가 의식적으로 실행하지 않으며, 일반 사용자가 알지도 못하는 종류의 소프트웨어가 등장했다.
원래 사용된 펌웨어는 하드웨어(CPU 자체) 및 소프트웨어(CPU에서 실행되는 일반 명령어)와 대비되었다. 펌웨어는 CPU 기계 명령어가 아니라 기계 명령어 구현에 관련된 저수준 마이크로코드로 구성되었다. 펌웨어는 하드웨어와 소프트웨어 사이의 경계에 존재했으며, 따라서 펌웨어라는 이름이 붙었다. 시간이 지나면서 대중적인 사용은 PC의 바이오스, 스마트폰의 부트 펌웨어, 컴퓨터 주변기기, 또는 전자레인지 및 리모컨과 같은 간단한 소비자 전자제품의 제어 시스템을 포함하여 하드웨어와 밀접하게 연결된 모든 컴퓨터 프로그램을 지칭하도록 펌웨어라는 단어를 확장했다.
적용 분야.
어떤 면에서는 다양한 펌웨어 구성 요소가 작동하는 컴퓨터의 운영체제만큼 중요하다. 그러나 대부분의 최신 운영체제와 달리 펌웨어는 장치 출하 후 감지된 기능 문제를 해결하기 위해 자체적으로 업데이트하는 잘 발달된 자동 메커니즘을 거의 가지고 있지 않다.
컴퓨터의 펌웨어는 작은 유틸리티 프로그램을 통해 사용자가 수동으로 업데이트할 수 있다. 반면, 대용량 저장 장치(하드 디스크 드라이브, 광학 디스크 드라이브, 플래시 메모리 저장 장치(예: 솔리드 스테이트 드라이브))의 펌웨어는 플래시 메모리(ROM, EEPROM 대신)가 펌웨어에 사용되더라도 업데이트가 덜 자주 이루어진다.