Resource Description Framework(RDF)는 XML을 사용하여, 음악, 사진, 이벤트와 같은 개인적인 수집물이나 라이브러리 카탈로그나 월드와이드 디렉토리로 부터 뉴스, 소프트웨어, 목차 등과 같은 집합체인 어플리케이션의 다양성을 통합한다.RDF 명세서는 웹 상의 지식교환을 위해 경량의 온톨로지 시스템을 제공한다. W3C Semantic Web Activity Statement는 RDF Core WG, Web Ontology 그리고 RDF 그룹을 포함하는 W3C의 RDF 계획을 설명한다.
Composite Capability/Preference Profiles (CC/PP): Structure and Vocabularies 1.0 W3C Recommendation 15 January 2004. Graham Klyne, Franklin Reynolds, Chris Woodrow, Hidetaka Ohto, Johan Hjelm, Mark H. Butler, Luu Tran CC/PP 1.0 is a system for expressing device capabilities and user preferences using RDF making it easier to deliver Web content to devices.
Evaluation and Report Language (EARL) 1.0 W3C Working Draft 06 December 2002. Wendy Chisholm, Sean B. Palmer EARL is a general-purpose language for expressing test results and defines a basic vocabulary in terms of RDF.
An RDF Schema for P3P W3C Note 25 January 2002, Brian McBride, Rigo Wenning, Lorrie Cranor
Document Content Description for XML submitted July 1998 to the W3C by IBM and Microsoft. DCD is an RDF vocabulary to define document constraints in an XML syntax.
AgentWeb provides a resource guide and newsfeed covering Agent-related technologies
SemanticWeb.org, coordinated by Stefan Decker, tracks RDF and Semantic Web related events and provides detailed background information on related technologies.
The Eclectic weblog provides a summary of the (high traffic) XML-DEV mailing list. since Sep 1999
RDF에 대한 소개
While the RDF specs provide the most in-depth details about RDF, a number of shorter overviews and presentations are also available, for developers and for a general audience.
The semantic web: How RDF will change learning technology standards, Mikael Nilsson, Center for User-Oriented IT-design, Royal Institute of Technology, Stockholm The semantic web: How RDF will change learning technology standards Mikael Nilsson, Center for User-Oriented IT-design, Royal Institute of Technology, Stockholm September 27, 2001
PRISM is a packaging and metadata format, similar to NewsML, RSS, and XMLNews-Meta. Like RSS 1.0 and XMLNews-Meta, PRISM is based on RDF. PRISM is developed by an industry consortium of publishing software developers and publishers, including (among many others) Adobe, Quark, Condé Nast, and Time Inc.
The UK Mirror Service is a national UK service providing mirrors/collections of software and data from around the world. It uses RDF internally for mirror description and mirror content description of over 4 million resources. April 2000
Daniel Veillard's Linux Packages Database, a tool that makes use of RDF encoded metadata for locating and identifying dependencies between software packages available for the Linux operating system.
Java, RDF, and the "Virtual Web", Leon Shklar (see also parts two and three), a Gamelan Tech Focus series on content syndication and aggregation strategies, September/October 1999.
Some of the most exciting applications of RDF are at a smaller scale, very close to home. These applications depend on emerging technical and social mechanisms for managing trust on the web (access control, privacy, rights management), so as of this writing (Aug 2001) they tend to be advanced development projects more than production systems.
Designed to create a portable and flexible means of storing and exchanging metadata related to digital audio and video tracks based on RDF/XML and Dublin Core
RDF는 웹 상에 정보를 재게시하기 위한 일반적인 목적의 언어이다. RDF 스키마는 웹 상에 RDF 보카블러리를 기술하기 위해 어떻게 RDF를 사용해야 하는가를 기술하는 하나의 표준이다.
다음의 샘플은 어떻게 보카블러리를 이용하여 서비스를 생성하는지에 대한 것이다.
SchemaWeb provides a comprehensive directory of RDF schemas to be browsed and searched by human agents and also an extensive set of web services to be used by RDF agents and reasoning software applications that wish to obtain real-time schema information whilst processing RDF data.
Dublin Core Metadata Registry is an RDF based metadata registry designed to provide users and applications an authoritative source of information about the Dublin Core element set and related vocabularies.
DAML Ontology Library which organizes hundreds of ontologies in a variety of different ways (keyword, organization, submission date, etc.)
Interrupt - 컴퓨터에서 프로그램 실행중에 CPU의 정상적인 처리를 방해하는 매커니즘
인터럽트의 예) 1,2,3,4,5,6,7,8,9, 순서로 프로그램을 실행한다고 가정한다. 1,2,3,4,5 까지 실행했는데 중간에 다른 프로그램을 실행한다. 그래서 1,2,3,4,5 -> 다른 프로그램실행 -> 6,7,8,9 순으로 실행되야 한다. 6,7,8,9 로 복귀하기 위해선 서비스 프로그램이 필요하며 우린 이것을 Interrupt Service Routine(ISR)이라 부른다.
인터럽트가 요구되었을 때 CPU의 동작 수행 1. 현재의 명령어 실행을 즉시 중단. 2. 다음에 실행할 명령어의 주소를 Stack에 저장. 3. 인터럽트 서비스 루틴을 호출하기 위해 루틴의 시작 주소를 PC에 적재
t0 : MBR ,- PC (PC의 내용을 MBR로 전송) t1: MAR <- SP,PC <- ISR의 시작주소 (SP의 내용이 MAR로 전송) t2: M[MAR] <-MBR (MBR에 저장된 원래의 PC 내용을 스택에 저장) SP: 스택포인터
간접사이클이란? - 기억장치에 저장된 데이터는 명령어에는 그 데이터를 호출하기 위한 기억장치의 주소가 포함되어 있을 것이다. 명령어에 포함된 주소를 데이터의 주소가 저장된 기억장치 주소로 사용하는 경우에 실행 사이클이 시작되기 전에 해당 주소를 기억장치로 부터 읽어와야 한다.
<명령어> 명령어 ------> 인출단계 ------------> 실행단계 -------> 실행결과
1 2 3 4 클럭주기 |-------|----------|-----------|-----------| 인출 실행 |<---->|<-------->| 인출 실행 |<-------->|<-------->| 인출 실행 |<-------->|<-------->|
명령어를 실행하는 하드웨어는 인출단계(fetch stage)와 실행단계(execute stage)라는 두 개의 파이프 라인 단계들로 나누어진다.
두번째 단계에서는 실행과 동시에 인출이 일어난다. 이렇게 먼저 인출이 일어나는 것을 명령어 선인출 이라고 하거나 중복 인출 이라고 한다. 인출 + 실행 단계의 경우는 시간이 좀 걸리기지는 2번째 단계부터는 2배로 빨라진다. 이런 파이프라인의 갯수가 많을수록 성능이 향상된다.
파이프라인의 구성 명령어 인출(IF) : 다음 명령어를 기억장치에서 인출 명령어 해독(ID): 디코더를 이용해서 명령어 해석 오퍼랜드 인출(OF) : 기억장치에서 오퍼랜드를 인출 실행(EX) : 지정된 연산을 수행
Interface를 사용하는 목적 - 그것은 구현(Implementation)을 하기 위함이다. - 이것은 비완전한 클래스 이므로 완전해지기 위해 구현을 해야 한다. - 반드시 내부의 구현되지 않은 모든 멤버를 구현해야 한다. - 인터페이스는 클래스에서 구현되어야 한다.
인터페이스의 구현 예) using System; using System.Collections.Generic; using System.Text;
namespace CA_Interface {
interface IPrint { void SetUp(); void PowerOn(); void PowerOff(); void LowPrint(); void MidPrint(); void FastPrint(); } public class Program : IPrint { public void SetUp() { Console.WriteLine("프린트 설정을 준비중!"); Console.ReadLine(); return; } public void PowerOn() { Console.WriteLine("프린트 파워를 켜는 중!"); Console.ReadLine(); return; } public void PowerOff() { Console.WriteLine("프린트 파워를 끄는 중"); Console.ReadLine(); return; } public void LowPrint() { Console.WriteLine("느린 속도로 인쇄하는 중"); Console.ReadLine(); return; } public void MidPrint() { Console.WriteLine("중간 속도로 인쇄하는 중"); Console.ReadLine(); Console.ReadLine(); return; } public void FastPrint() { Console.WriteLine("빠른 속도로 인쇄하는 중"); Console.ReadLine(); return; }
static void Main(string[] args) { IPrint ip = new Program(); ip.SetUp(); } } }
인터페이스 + 인터페이스(속성)의 예) using System; using System.Collections.Generic; using System.Text;
namespace CA_Interface { interface IPowerOn { int IFlag { get; set; } } interface IPrint { void SetUp(); void PowerOn(); void PowerOff(); void LowPrint(); void MidPrint(); void FastPrint(); } public class Program : IPrint, IPowerOn { public void SetUp() { Console.WriteLine("Ready, Print Setup"); Console.ReadLine(); return; } public void PowerOn() { Console.WriteLine("Print Power On"); Console.ReadLine(); return; } public void PowerOff() { Console.WriteLine("Print Power Off"); Console.ReadLine(); return; } public void LowPrint() { Console.WriteLine("Doing Low Speed Print"); Console.ReadLine(); return; } public void MidPrint() { Console.WriteLine("Doing Miduam Speed Print"); Console.ReadLine(); Console.ReadLine(); return; } public void FastPrint() { Console.WriteLine("Doing Fast Speed Print"); Console.ReadLine(); return; }
private int iflag = 0; public int IFlag { get { return iflag; } set { iflag = value; } }
static void Main(string[] args) { IPrint ip = new Program(); ip.SetUp();
1. CPU가 각 명령어 사이클의 시작단계에서 대기 2. PC(프로그램 카운터)가 가리키는 기억장치의 위치에서 명령어 인출 3. PC의 내용을 1씩 증가(기억장치에 저장된 순서대로 명령어를 읽는다.)
t0 : MAR <- PC t1: MBR <- M[MAR], PC <- PC + 1 t2: IR <- MBR t0,t1,t2는 CPU 클럭의 주기
실행 사이클(4가지 연산) 데이터 이동: CPU와 기억장치 또는 CPU와 I/O 장치 간에 데이터 이동 데이터 처리: 데이터에 대하여 산술 혹은 논리 연산을 수행 데이터 저장: 연산결과 데이터 혹은 입력장치로부터 읽어들인 데이터를 기억장치에 저장. 제어: 프로그램의 실행 순서를 결정.
명령어의 구성은 연산코드|오퍼랜드(address)로 구성됨. 첫번째 연산 - IR(Instructure Register)에 저장된 오퍼랜드(addr) 를 MAR을 통해 기억장치로 보내어 데이터를 인출 t0 : MAR <- IR(addr) (IR에 있는 주소를 MAR로 보낸다.) t1: MBR <- M[MAR] (주소가 지정한 기억장소에서 데이터 인출하고 MBR로 전송) t2: AC <- MBR (AC에 적재, LOAD 실행완료) t0,t1,t2는 CPU 클럭의 주기
두번째 연산 - AC 레지스터의 내용을 기억장치에 저장 t0 : MAR <- IR(addr) (IR에 있는 주소를 MAR로 보낸다.) t1: MBR <- AC (저장할 데이터를 버퍼 레지스터로 이동(MBR)) t2: M[MAR] <- MBR (MBR의 내용을 MAR이 지정하는 기억장소에 저장) t0,t1,t2는 CPU 클럭의 주기
세번째 연산 - 데이터 처리 명령어, 기억장치에 저장된 데이터를 AC의 내용과 더해 다시 AC에 저장. t0 : MAR <- IR(addr) (IR에 있는 주소를 MAR로 보낸다.) t1: MBR <- M[MAR] (주소가 지정한 기억장소에서 데이터 인출하고 MBR로 전송) t2: AC <- AC + MBR (AC의 내용을 더하고 결과값을 AC에 저장) t0,t1,t2는 CPU 클럭의 주기
네번째 연산: 제어 명령은 대부분 분기 명령어로 실행 t0 : PC<- IR(addr) (오퍼랜드가 PC로 적재됨)
interface의 사전적 의미는 경계면, 접점, 공유영역, 결부하다, 조합하다라는 의미를 가집니다. 인터페이스는 일종의 추상클래스 이지만 추상클래스보다 추상화가 높습니다. 우리가 추상클래스를 부분적으로 그려진 그림이라고 가정한다면 인터페이스는 가징 기본적인 것만 밑 그림으로 그려진 기본 설계도라고 할 수 있습니다.
인터페이스는 클래스를 작성하는데 도움을 줄 목적으로 사용됩니다.
인터페이스를 작성하는 키워드는 interface 입니다. 인터페이스의 예를 코드로 작성하면 다음과 같습니다.
interface IEmployee { int Compare(object obj); } - 클래스나 구조체에 속하는 관련 동작의 그룹을 설명 - 메소드, 속성, 이벤트, 인덱서 등의 조합으로 구성될 수 있다. - 하지만 필드는 포함될 수 없다. - 기본적으로 public 이다.
인터페이스를 상속 받아서 클래스에서 구현하기 위해서는 정적이 아닌 공용 멤버여야 하고, 인터페이스 멤버와 동일한 이름이나 시그니처를 사용해야 한다.
인터페이스의 속성? - 추상클래스와 비슷, 비추상 형식에서는 해당 멤버를 모두 구현 해야 함. - 인스턴스화 할 수 없다. - 메소드의 구현을 포함하지 않음.
명시적 인터페이스 구현 - 두 인터페이스의 시그니처가 동일한 경우 클래스에서 이 멤버를 구현하면 두 인터페이스에서 이 멤버를 해당 구현으로 사용한다.
interface IControl { void Paint(); } interface ISurface { void Paint(); } class SampleClass : IControl, ISurface { // Both ISurface.Paint and IControl.Paint call this method. publicvoid Paint() { } }
- 두 인터페이스의 시그니처가 다른 경우 이 경우에 구현시 구현이 잘못될 가능성이 존재한다. 특정 인터페이스의 멤버를 명시적으로 구현할려면 마침표를 이용해야 한다. publicclass SampleClass : IControl, ISurface { void IControl.Paint() { System.Console.WriteLine("IControl.Paint"); ------ 1 } void ISurface.Paint() { System.Console.WriteLine("ISurface.Paint"); -------2 } }
1은 IControl에서만 쓰였고, 2는 ISurface에서만 사용되었다. 두 메소드의 구현은 철저하게 별개이다. SampleClass sc = new Sample(); IControl ic = (IControl)sc; ic.Paint();
SOA가 등장하게 된 이유는? - 기업의 비즈니스 요구사항과 끊임없이 변화하는 환경 변화에 기민하게 대응하고, 기업이 가지는 다양한 형태의 이기종 환경에서 시스템간의 상호 운용성을 극대화하기 위한 방안으로 등장하였음.
SOA는 서비스 지향 아케텍처 이다.
그럼 서비스란 무엇인가? 재사용 가능한 업무 로직을 포함하고, 메시지 전달이 원할해야 하며 보안이나 트랜잭션 같은 정책을 기술.
서비스 지향이 가지는 원칙은? - Boundary(경계), Autonomy(자치), Contract(계약), Policy(정책)
Boundary(경계) - 명확한 경계를 가져야 한다. - 조직이나 기업 업무 간의 역량을 구분하기 위한 명확한 경계와 같은 의미임. - 서비스 모델 관점에서 서비스 인터페이스에 해당함.
Autonomy(자치) - 자치권을 가져야 한다. - 하나의 서비스에 대한 변경이 다른 서비스에 영향을 미쳐서는 안된다. - 특정 비즈니스 프로세스에 대한 변경이 그것을 사용하는 외부 영역에 절대 영향을 줘서는 안된다. - 상호교환이 가능하고 느슨한 형태의 결합으로 이루어져야 함.
개인인증서 만드는 명령어 참고 주소: ms-help://MS.VSCC.v80/MS.MSDN.v80/MS.VisualStudio.v80.ko/dv_fxdeploy/html/a05b5f2f-d1f2-471a-8096-8b11f7554265.htm
스마트 클라이언트에서 클릭원스 매니페스트 서명 인증키가 제공되는데 이것은 기본적으로 테스트 인증서 입니다. 이 인증서는 생성 후 1년 밖에 사용하지 못합니다. 즉 1년 이후로는 만기가 되기 때문에 새로운 버전이 배포 되어도 업데이트가 이루어지지 않고 오류가 발생하여 아예 실행이 되지 않습니다.
더군다나 이렇게 생성된 테스트 인증서는 만기날짜 조정이 불가능 합니다. 그렇기 때문에 날짜가 조정가능한 한 인증서를 만들기 위해서는 cmd 창에서 아래 코드를 실행하면 개인인증서가 만들어 집니다.
CPU가 수행해야 할 기능 - 명령어 인출(Instruction Fetch): 기억장치에서 명령어를 읽어온다. - 명령어 해독(Instruction Decode): 수행해야 할 동작을 결정하기 위하여 명령어를 해독. - 데이터 인출(Data Fetch): 명령어 실행을 위하여 데이터가 필요한 경우에는 기억장치 또는 I/O장치로부터 데이터를 읽어온다. - 데이터 처리(Data Process): 데이터에 대한 산술적 혹은 논리적 연산을 수행. - 데이터 저장(Data Store): 수행한 결과를 저장
CPU의 기본구조 기본구조 - 산술논리연산장치(ALU), 레지스터 세트, 제어 유닛으로 구성
ALU(Arithmetic and Logical Unit) - 산술 연산과 논리연산을 수행하는 회로로 이루어진 하드웨어 모듈 레지스터 - CPU 내부에 위치한 기억장치. 제어유닛 - 명령어를 해석하고, 제어신호를 순차적으로 발생시키는 하드웨어 모듈
명령어 실행 - 기본적으로 기억장치에 저장된 명령어들을 인출, 실행함으로써 실제적인 작업을 수행. 명령어 인출(Instruction Fetch) - 기억장치에서 한 번에 한 개씩 명령어를 읽어옴. 명령어 실행(Instruction execution) - 인출된 명령어를 실행함. 명령어사이클(Instruction Cycle) = 명령어 인출 + 명령어 실행
CPU 내부 레지스터의 구성 프로그램 카운터(Program Counter : PC) - 나중에 인출될 명령어의 주소를 가지고 있다. - 명령어 인출 후 자동으로 1 또는 명령어의 길이 만큼 증가. - 분기 명령의 경우 목적지 주소로 갱신.
누산기(Accumulator: AC) - 데이터를 일시적으로 저장하는 레지스터 - 레지스터의 비트수 = CPU가 한번에 처리할 수 있는 데이터 비트 수
명령어 레지스터(Instruction Register : IR) - 가장 최근에 인출된 명령어가 저장된 레지스터
기억장치 주소 레지스터(Memory Address Register : MAR) - PC에 저장된 명령어 주소가 주소 버스로 출력되기 전에 일시적으로 저장되는 주소 레지스터 기억장치 버퍼 레지스터(Memory Buffer Register: MBR) - 기억장치에 쓰여질 데이터 또는 기억장치로부터 읽혀진 데이터를 일시적으로 저장하는 버퍼 레지스터
시스템 버스의 구성: 주소버스(address bus), 데이터 버스(data bus), 제어 버스(control bus)로 구성
주소버스(address bus)란? - CPU가 외부로 주소정보를 전송하는 선들의 집합 - 주소 선의 수에 의해 CPU와 접속될 수 있는 최대 기억장치의 용량이 결정됨 - CPU가 발생하는 주소 비트 수가 16비트(주소 버스의 폭임) 라면 2의 16인 65,536개의 기억 장소 지정가능 - 단방향성(why? CPU가 주소를 만들어서 내보내기 때문.)
데이터 버스(data bus)란? - CPU가 기억장치나 I/O장치 사이에 데이터를 전송하기 위한 신호 선들의 집합. - 데이터 선의 수는 CPU가 한 번에 전송할 수 있는 비트수를 결정. - 32비트 시스템은 한번에 32비트씩 읽음. - 양방향 전송(why? 읽기/쓰기 작업을 해야 하기 때문)
제어버스(control bus)란? - CPU가 시스템 내의 각종 요소들의 동작을 제어하기 위한 신호선의 집합 - CPU와 시스템 구성에 따라 달라짐. - 기본적인 제어신호로는 기억장치 읽기/쓰기, I/O 읽기쓰기 신호가 있음.
기억장치 쓰기 시간(memory write time) - CPU가 주소와 데이터를 보낸 순간부터 저장이 완료될 때 까지의 시간
기억장치 읽기 시간(memory read time) - CPU가 주소를 발생한 시간부터 읽기 동작이 완료될 때까지의 시간
