현재 위치 - 법률 상담 무료 플랫폼 - 특허 조회 - BSD 프로토콜에 대한 BSD 라이센스.
BSD 프로토콜에 대한 BSD 라이센스.
다음은 BSD 라이센스 템플릿입니다. 사용자 고유의 라이센스를 생성하려면 여기에 제공된 소유자, 조직 및 연도의 원래 값을 변경하고 사용자 값으로 대체합니다.

참고: BSD Unix 파일에 나타나는 라이센스에 대한 광고 조항은 7 월 22 일 California University Technical Licensing Office 주임이 1999 를 공식 철회했습니다. 그는 제 3 조가 특별히 전부 삭제된다고 밝혔다.

따라서 새 BSD 라이센스는 배서 없는 최종 조항을 제외하고 MIT 라이센스와 동일합니다.

& lt 소유자 및 gt 캘리포니아 대학 이사

Lt 조직 및 gt 캘리포니아 대학 버클리 지점

& lt 연도>= 1998

초기 BSD 라이센스에서 면책 성명에 나오는 문구 저작권 소유자와 기여자는 모두 법 집행자와 기여자입니다.

라이센스 템플릿은 다음과 같습니다.

저작권 (c )& amp;; Lt; 연도와 시간. Gt; , & amplt;; 소유자 및 소유자. Gt;

판권 소유

다음 조건이 충족되면 소스 코드와 바이너리 (수정 또는 수정 안 함) 로 재배포하고 사용할 수 있습니다.

소스 코드를 재배포할 경우 위의 저작권 고지와 이 약관 목록 및 다음 부인 내용을 그대로 유지해야 합니다.

바이너리 형태의 재배포는 배포와 함께 제공되는 설명서 및/또는 기타 자료에 위 저작권 공지, 본 조건 목록 및 다음 부인 내용을 복제해야 합니다.

& amplt;; 도 아닙니다 조직과 관리. Gt; 사전 서면 허가 없이는 이 소프트웨어에서 파생된 제품을 보증하거나 홍보하는 데 제공자의 이름을 사용할 수 없습니다.

본 소프트웨어는 저작권 소유자와 기여자가 있는 그대로 제공하며 상품성 및 특정 목적에의 적합성에 대한 암묵적 보증을 포함하되 이에 제한되지 않는 모든 명시적 또는 암묵적 보증을 거부합니다. 저작권 소유자나 기여자는 어떠한 경우에도 직접적, 간접적, 부수적, 특수적, 징계적 또는 결과적 손해 (대체 상품이나 서비스의 구매를 포함하되 이에 제한되지 않음) 에 대해 책임을 지지 않습니다. 용도, 데이터 또는 이익의 손실; , 또는 업무 중단) 및 모든 책임 이론 (계약 책임, 엄격한 책임, 불법 행위 책임 (부정 또는 기타 책임 포함) 은 그러한 손해의 가능성을 이미 알고 있는 경우에도 마찬가지입니다. 다음은 BSD 라이센스 템플릿입니다. 자체 라이센스를 만들려면 원본 템플릿의 소유자, 기관 및 연도 (아래 참조) 값을 고유한 값으로 대체해야 합니다.

참고: BSD Unix 문서에 나타난 공개 조항은 1999 년 7 월 22 일 캘리포니아 대학 기술허가국 주임에 의해 공식 명의로 폐지되었습니다. 그는 제 3 항 "특별히 삭제하겠습니다" 라고 밝혔다.

새 BSD 라이센스와 MIT 라이센스는 최종 미승인 조항을 제외하고 동일합니다.

& lt 모두 > = 캘리포니아 대학 이사

& lt 기관 > = UC 버클리 지점

& lt 연도 > = 1998

초기 BSD 허가에서 면책 조항에 나오는 "저작권 소유자와 기여자" 도 "감독과 기여자" 로 해석될 수 있습니다.

라이센스 템플릿은 다음과 같습니다.

저작권 (c); 연도; 모두;

판권 소유

다음 조건을 준수하면 소프트웨어의 수정 여부에 관계없이 소프트웨어를 재배포하거나 소스 및 바이너리 형태로 사용할 수 있습니다.

소스 코드를 재배포할 경우 위의 저작권 고지와 이 약관 목록 및 다음 부인 내용을 준수해야 합니다.

바이너리 형태로 재배포할 경우 위의 저작권 고지와 이 약관 목록, 문서 아래의 부인 고지 사항 및/또는 코드 배포 시 제공되는 기타 정보를 복제해야 합니다.

사전 서면 승인 없이는 "조직" 이름이나 기여자 이름을 사용하여 소프트웨어의 파생 제품을 지원하거나 홍보할 수 없습니다.

본 소프트웨어는 저작권 소유자와 기여자가 "있는 그대로" 제공하며 소프트웨어 상품성 및 특정 목적에 대한 적합성에 대한 암묵적 보증을 포함하되 이에 제한되지 않습니다. 어떠한 경우에도 저작권 소유자 또는 그 기여자는 직접적, 간접적, 우발적, 특수적, 전형적 또는 그에 따른 손실 (대체 제품 또는 서비스 구입 포함) 에 대해 책임을 지지 않습니다. 사용 가치, 데이터 또는 이익의 손실 또는 업무 중단) 및 계약, 엄격한 책임 또는 침해 행위 (과실 또는 기타 포함) 를 포함한 모든 책임 이론에 따라 책임을 져야 합니다. 이는 그러한 손실이 경고된 경우에도 마찬가지입니다. 일찍이' 오픈 소스' 라는 단어가 탄생하기 전에 소프트웨어는 느슨한 프로그래머 연합이 개발했으며 자유롭게 교환할 수 있었다. 1950 년대 이후 SHARE 와 DECUS 는 하드웨어와 함께 번들로 제공되는 많은 소프트웨어를 개발했습니다. 당시 컴퓨터 회사는 모두 하드웨어 업무를 했다. 소프트웨어 비용을 절감하고 사용 가능한 소프트웨어를 늘리면 하드웨어 경쟁력을 높일 수 있습니다.

1960 의 끝에서 이 패턴이 바뀌었습니다. 1965 년 ADR 은 하드웨어 회사로부터 분리된 소프트웨어를 개발하여 IBM 이 시작한 일부 고객의 소프트웨어 패키지와 경쟁했습니다. 1968 ADR 은 자체 소프트웨어 특허를 획득했습니다.

* * * 소프트웨어를 즐기지 못하도록 소프트웨어 제품의 전체 수명 주기를 지불해야 하는 임대 계약하에 소프트웨어를 제공합니다. 따라서 ADR 은 소프트웨어 소유권을 유지하며 소프트웨어의 재판매 및 재사용을 제어할 수 있습니다.

1969 미국 법무부는 IBM 에 무료 소프트웨어 및 하드웨어 번들 판매를 중단하라고 명령했다. 그 이후로 소프트웨어는 하드웨어 독립적인 제품이 되었습니다.

1968 년 정보학 회사는 먼저 킬러급 앱을 제시하여 소프트웨어 제품 및 소프트웨어 회사의 개념을 신속하게 확립하여 높은 수익률을 얻었다. Informatics 는 현재 소프트웨어 업계 전반에 걸쳐 표준 영구 라이센스 계약을 체결했습니다. 본 계약에서 소프트웨어 소유권은 고객에게 절대 이전되지 않습니다. At & UNIX 초기 구현자; T, 반독점법사무소의 독점통제로 소프트웨어 제품을 합법적으로 판매할 수는 없지만, 미디어비만 받는 조건 하에서 학술기관에 UNIX 를 제공할 수 있다.

운영 체제 회의에서 실용성을 공개한 후 대학은 곧 유닉스를 받아들였다. 매우 유리한 점은 유닉스가 매우 저렴한 16 비트기, PDP- 1 1 을 실행하여 시스템 프로그래밍에 적합한 고급 언어로 작성된다는 것입니다. 그 당시 DEC 고객이 운영 체제를 직접 쓰는 것은 흔한 일이었다. DEC PDP- 1 1 하드웨어 인터페이스 공개 DEC 의 설립자 켄 처럼? 켄 올슨은 "좋은 하드웨어를 가지고 있을 때 소프트웨어는 천국에서 온 것처럼 좋다" 고 주장했다.

1975, 유닉스의 저자 켄? Ken Thompson 은 모교인 캘리포니아 대학 버클리 분교로 돌아와 유닉스 커널 소스 코드를 한 줄씩 가르쳤다. 이로 인해 유명한 진화 시스템인 UNIX-BSD (버클리 소프트웨어 배포 키트) 가 등장했습니다. UC 버클리는 UNIX 를 32 비트 시스템으로 변환하고 가상 메모리를 늘려 인터넷을 구축하는 데 필요한 TCP/IP 스택을 구현했습니다. Unix 는 UC 버클리 분교에서 유명한 BSD 협정에 따라 미디어를 대가로 BSD 를 사용할 수 있게 했다. AT& 의 고객 T 는 UNIX 를 사서 UC 버클리 분교의 BSD 테이프를 샀다.

65438 년부터 1980 년대 중반까지 미국 정부는 반토라스법을 통해 AT & amp; 를 분해했다. T 가 끝나다. 미국 전화 전신 회사. T 는 유닉스도 가지고 있어서 지금 팔 수 있어요. 권한 부여, AT & amp;; T 는 급진적인 조치를 취했기 때문에 대부분의 상용 UNIX 는 AT & amp; 를 기반으로 합니다. T 의

1990s 이전 기간, at &;; T UC 버클리 분교 BSD 침해 기소. 캘리포니아 대학 버클리 분교에서 발견, at & amp;; T BSD 의 많은 개선 사항을 AT& 에 통합합니다. 제품을 테스트하다. 따라서 게임은 주로 at & amp; 에 있습니다. T 와 UC 버클리 분교 사이의 마라톤 소송이 시작되었다. 한편, UC 버클리 분교의 일부 프로그래머들은 at & amp; 에 대해 글을 쓰고 있습니다. T 의 코드 항목입니다. 이 프로젝트는 결국 BSD4.4-lite 라는 시스템을 만들었습니다. (Lite, clear, light, 이것은 완전한 시스템이 아니기 때문에 6 개의 AT &;; 파일 테스트)

얼마 지나지 않아 BSD 에서 시작된 386 개의 PC 버전 UNIX 를 묘사한 일련의 문장 들이 도브스 박사 잡지에 실렸다. 이번 UNIX 버전에는 BSD 4.4-lite 대신 BSD 프로토콜 라이센스 문서가 포함되어 있습니다. 이 386BSD 시스템은 UC 버클리 분교 이외의 프로그래머인 윌리엄 덕분이어야 합니까? 윌리엄 조리즈. 오늘날, 그것은 모든 개인용 컴퓨터의 BSD 공급원이 되었다.

1990 년대 중반, Novell 은 AT & amp; 를 구입했습니다. T 의 유닉스 소유권은 몰래 소송 종료에 대한 지식을 얻었다. 캘리포니아 대학 버클리 분교는 곧 BSD 에 대한 지원을 중단했다. 최근 몇 년 동안 FreeBSD 에 적용된 이른바 새로운 BSD 프로토콜은 실제로 프로그램이나 소스 코드에 대해 무엇이든 할 수 있게 해 주지만, 여기에는 저자의 면책 선언이 포함되어 있다 (당신은 누구를 기소할 수 없다). 이 새로운 BSD 협정은 제품의 상업화를 장려하는 경향이 있다. 모든 BSD 코드를 판매하거나 개인 제품에 포함할 수 있습니다. 이는 코드 적용과 향후 동작에 대한 엄격한 제한이 없습니다.

새로운 BSD 프로토콜을 무료로 이용할 수 있는 공공 서비스 또는 제품과 혼동하지 마십시오. 그 물건들은 어떤 목적으로도 무료로 사용할 수 있지만 주인은 없다. BSD 오픈 소스 프로토콜은 사용자에게 큰 자유도를 제공하는 프로토콜입니다. 소스 코드를 자유롭게 사용하고 수정할 수 있으며 수정된 코드를 오픈 소스 또는 독점 소프트웨어로 재배포할 수 있습니다. BSD 프로토콜을 사용하여 코드를 게시하거나 BSD 프로토콜 코드를 기반으로 자체 제품을 개발할 때 다음 세 가지 조건을 충족해야 합니다.

1. 재배포 제품에 소스 코드가 포함된 경우 소스 코드에는 원본 코드의 BSD 프로토콜이 포함되어야 합니다.

2. 이진 클래스 라이브러리/소프트웨어만 재배포하는 경우 클래스 라이브러리/소프트웨어의 문서 및 저작권 고지에 있는 원본 코드에 BSD 프로토콜을 포함해야 합니다.

3. 오픈 소스 코드의 작성자/조직의 이름과 원본 제품의 이름을 사용하여 마케팅해서는 안 됩니다.

BSD 코드는 코드 즐거움을 장려하지만 코드 작성자의 저작권을 존중해야 합니다. BSD 는 사용자가 코드를 수정 및 재배포할 수 있고 사용자가 BSD 코드에서 상용 소프트웨어 배포 및 판매를 사용하거나 개발할 수 있도록 하기 때문에 비즈니스 통합에 친숙한 프로토콜입니다. 많은 회사와 기업은 오픈 소스 제품을 선택할 때 BSD 프로토콜을 선호합니다. 이러한 타사 코드를 완전히 제어하고 필요한 경우 수정하거나 다시 개발할 수 있기 때문입니다.