가공데이터 · 한국어 지식관계

링크된 용어들을 포함하는 활성 요약들을 제공하는 검색시스템 document_id A220623052372

분류
의약학
라벨 상태 (label_status)
approved
문맥 (context)
검색 엔진은 사용자가 정보 위치를 알게 하기 위한 컴퓨터 프로그램이다. 특정 토픽 정보의 위치를 알기 위하여, 사용자는 토픽과 관련된 하나 또는 그 이상의 검색 질문 용어들을 검색 엔진에 제출할 수 있다. 이에 응답하여, 검색 엔진은 검색 질문을 실행하고 검색 결과들에 관한 정보를 생성한다. 여기에서 "검색 결과들"이라 불리는 검색 결과들에 관한 정보는 일반적으로 검색 질문을 만족시키는 도큐먼트들, 파일들, 웹페이지들 등등 같은 리소스들의 리스트를 포함한다. 검색 결과들에서 식별된 리소스들은 여기에서 "매칭 리소스들"이라 한다. 검색 엔진들이 다양한 환경들에 적용되는 동안, 하나의 공통적인 용도는 관심있는 도큐먼트들을 검색함으로써 도큐먼트 코퍼스들을 네비게이팅하는 것이다. 그러므로, 검색 엔진들은 인터넷이 리소스들의 거대한 세트로서 생각될 수 있기 때문에, 인터넷을 통하여 액세스할 수 있는 리소스들의 위치를 알기 위하여 특히 유용하다. 많은 다양한 검색 기술들이 인터넷 검색 엔진들에 의해 사용될 수 있다. 예를들어, 인터넷 검색 엔진은 검색 인덱스에 대한 엔트리들을 생성하고, 그 다음에 어떤 페이지들이 검색 질문에 관련되는지를 결정할 때 상기 인덱스를 사용하기 위하여 인터넷상에서 페이지들을 판독 또는 "크롤(crawl)"할 수 있다. 인터넷 검색 결과들에서 식별된 매칭 리소스들은 파일들을 포함할 수 있고, 상기 파일들의 콘텐트는 하이퍼텍스트 마크업 언어(Hypertext Markup Language)(HTML) 같은 페이지 기술 언어들로 구성된다. 상기 파일들은 통상적으로 웹페이지들이라 불린다. 웹 브라우저를 사용하여, 웹페이지는 브라우저의 유니버셜 리소스 로케이터(URL)에 대한 입력에 의해 검색될 수 있다. 그러므로 인터넷 검색 결과들은 매칭하는 리소스들의 URL들에 대한 하이퍼텍스트 링크들의 리스트로서 사용자에게 제공될 수 있다. 사용자들은 검색 결과들에서 발견된 리소스의 하이퍼텍스트 링크 또는 URL을 선택함으로써 검색시 발견되는 관심있는 도큐먼트 또는 리소스를 검색한다. 검색 결과들은 사용자가 질릴 수 있는 너무 많은 매칭 리소스들을 포함할 수 있다. 사용자를 돕기 위하여, 검색 결과들은 종종 각각의 매칭 리소스를 가진 짧은 설명 또는 "요약"을 포함한다. 요약들은, 사용자가 검색 결과들에 리스트된 매칭 리소스의 관련성을 빠르게 판단할 수 있도록, 비교적 짧다. 종종, 매칭하는 리소스에 대한 요약은 매칭 리소스로부터 얻어진 검색 질문과 관련된 초록으로 구성된다. 예를들어, 초록은 검색 질문으로부터의 하나 또는 그 이상의 질문 용어들을 포함하는 매칭 리소스의 섹션 또는 질문 용어에 관련된 정보를 포함하는 섹션을 포함할 수 있다. 일련의 초록 기반 요약들로서 검색 결과들을 제공하는 목적은 사용자가 찾는 정보를 어떤 매칭 리소스들이 포함하는지를 사용자가 판단하는 것을 돕는 것이다. 주어진 매칭 리소스로부터 얻어진 초록을 판독함으로써, 사용자는 매칭 리소스에 대해 추가의 조사를 할 가치가 있는지 여부를 보다 잘 결정할 수 있다. 특정 리소스에 대한 검색은, 질문과 관련된 검색 엔진에 의해 생성된 검색 결과들이 검색자가 원하는 정확한 정보를 포함하지 않아서 추가 검색들이 필요할 수 있을 경우 종종 여러 단계의 처리로 된다. 종종, 검색자는 초기 검색 결과들로부터 얻어진 정보에 기초하여 후속하여 다른 검색 질문을 행한다. 예를들어, 사용자는 야후! 검색 서버 같은 검색 엔진에 의해 공개된 웹페이지의 검색 윈도우에 하나 또는 그 이상의 질문 용어들을 타이핑 또는 오려붙이기에 의해 검색 질문을 시작할 수 있다. 사용된 질문 용어들 및 질문 용어들을 포함하는 페이지들 또는 도큐먼트들의 수에 따라, 검색 결과들은 많은 매칭 리소스들을 포함할 수 있다. 그 다음 사용자는 특정 리소스를 발견하기 위한 추가 조사를 위하여 검색 결과들 내의 특정 매칭 리소스들을 선택한다. 특정 실시예로서, 하나의 위치(예를들어, 박물관)에 대한 운전 방향들을 찾고자 하는 검색자는 위치의 이름(즉, 검색 질문)을 검색 엔진 인터페이스에 입력할 수 있고, 입력된 위치 이름을 포함하는 매칭 리소스들의 리스트로 구성된 검색 결과들을 수신한다. 초기 질문으로부터의 검색 결과들이 위치에 대해서는 핵심적인 내용을 포함할 수도 있지만, 검색 결과들은 사용자가 실제로 원하는 정보인 위치에 대한 운전 방향을 포함하지 않을 수도 있다. 그러나, 검색 결과들은 목표된 운전 방향들을 얻기 위하여 또 다른 검색에 사용될 수 있는 하나의 주소 또는 다른 정보를 포함할 수도 있다. 예를들어, 검색자는 초기 검색에서 알아낸 위치에 대한 주소를, 위치에 대한 운전 방향들을 생성하기 위해 맵 데이터베이스를 검색하도록 구성된 맵핑 검색 엔진(예를들어, 야후! 맵 서버)에 오려붙이기 할 수 있다. 이런 예에서는 두 개의 검색 질문들을 사용하여 원하는 정보를 사용자에게 제공하지만, 많은 경우들에서는 원하는 정보를 발견하기 위하여 보다 많은 수의 검색 질문들이 필요하다. 따라서, 이들 종래 검색 기술들에서는 사용자가 원하는 정보 또는 특정 리소스 위치를 알기 위하여 개별적으로 각각의 검색을 수동(예를들어, 질문 용어들을 타이핑 또는 오려붙이기함)으로 실행하기 때문에 느리고 짜증나기 쉽게 된다.
지시문 (instruction)
주어진 원문을 읽고 필요한 정보를 파악하여, 원문에 근거해 질문에 답하라.
질문 (question)
종래의 검색 기술에서 사용자가 원하는 정보나 특정 리소스의 위치를 알기 위해 개별적으로 검색을 수동으로 실행할 때 발생하는 문제점은 무엇인가?
추론 과정 (compact_reasoning)
  1. 1과제 해석task_interpretation

    종래 검색 기술에서 사용자가 수동으로 검색을 수행할 때 발생하는 부정적인 결과(문제점)를 묻는 질문이다.

  2. 2정보 추출information_extraction

    사용자가 질문 용어를 직접 타이핑하거나 오려붙이는 등의 수동 검색 방식과 관련된 문장을 탐색한다.

    • 사용자가 원하는 정보 또는 특정 리소스 위치를 알기 위하여 개별적으로 각각의 검색을 수동(예를들어, 질문 용어들을 타이핑 또는 오려붙이기함)으로 실행하기 때문에
  3. 3근거 선택evidence_selection

    수동 검색 방식의 결과로 명시된 문제점을 직접적으로 나타내는 구절을 선택한다.

    • 느리고 짜증나기 쉽게 된다.
  4. 4논리 통합logical_integration

    수동 검색 방식(원인)이 느리고 짜증나는 상황(결과)을 초래한다는 인과관계를 확인한다.

    • 수동(예를들어, 질문 용어들을 타이핑 또는 오려붙이기함)으로 실행하기 때문에 느리고 짜증나기 쉽게 된다.
  5. 5결론 도출conclusion_formulation

    수동 검색 방식은 속도가 느리고 사용자에게 짜증을 유발한다는 결론을 도출한다.

    • 느리고 짜증나기 쉽게 된다.
  6. 6답변 생성answer_generation

    질문에 대해 문맥에 근거하여 명확하게 답변을 작성한다.

    • 느리고 짜증나기 쉽게 된다.
최종 답변 (final_answer)
사용자가 원하는 정보 또는 특정 리소스의 위치를 알기 위해 질문 용어들을 타이핑하거나 오려붙이는 등의 검색을 개별적으로 수동으로 실행해야 하기 때문에, 과정이 느리고 짜증나기 쉽다는 문제점이 있다.
핵심 해석 (core_interpretation)
종래의 검색 기술은 사용자가 원하는 정보나 특정 리소스의 위치를 알기 위해 개별 검색을 수동으로 실행해야 하므로 느리고 짜증나기 쉽다는 문제점이 있다.