Show Menu
화제×

경험 의사 결정 도메인 모델

이 섹션에서는 의사 결정 서비스의 구성 요소와 이러한 구성 요소가 상호 작용하는 방법에 대해 자세히 설명합니다. 개념과 그 관계는 의사 결정 문제의 도메인에서 형성됩니다. 이러한 기본 구성 요소는 의사 결정 서비스 사용 방법에 관계없이 실행됩니다.

결정 옵션

경험 결정 옵션은 특정 고객에게 표시될 수 있는 잠재적인 경험입니다. 옵션을 선택 또는 대체 요소라고도 합니다. 고객을 위한 다음 최상의 옵션을 결정할 때 의사 결정 서비스는 1 ** 에서** D ** N으로가는 옵션을 제한된 옵션 중에서 고려합니다.
사용 가능한 옵션 집합 중에서 최상의 옵션을 식별하여 결정합니다. 한 가지 방법은 세트 D 에서 *** 결정 옵션을***한​***​번만​***남긴 다음 나머지 세트에서 무작위로 "우승자"를 선택하는것입니다. 다른 의사 결정 방식은 예상되는 결과에 따라 나머지(적격한) 의사 결정 옵션의 등급을 매기는 것입니다.

유한 결정 옵션 집합

Experience Decision 도메인에서 하나 이상의 선택 옵션이 사전 설정으로 존재하며 의사 결정을 계산하는 경우 새로운 옵션이 즉시 만들어지지 않습니다. 우리는 선택권의 영역이 결정이 내려질 때 유한하다고 말합니다. 이것은 한계처럼 보일 수 있지만 한정된 옵션 집합은 기계 학습 알고리즘과 유사한 기술을 사용하여 "최고의 옵션"을 결정할 수 있는 가능성을 높여줍니다. 많은 학습 알고리즘은 서로 비교할 수 없고 샘플 데이터가 없는 무한 대체 요소 중 최상의 옵션을 생성할 수 없습니다.

의사 결정 결과

결정 결과와 d 결과를 구별하는 것이 중요하다. 즉, o 결정에 의해 규정된 의도된 결과이다. 결정은 종종 직접적으로 결과를 낳지 못한다. 최상의 결과를 얻을 수 있는 옵션을 선택(또는 제안)하는 것입니다. 제안과 결과 사이에 많은 이벤트와 상호 작용이 발생하며, 종종 며칠 또는 몇 주가 지연됩니다. 보다 공식적인 관점에서, 결과는 결정의 o = f(d) 기능입니다.
최적의 결정을 찾기 위해 각 결과에 유틸리티 값이 할당됩니다 U(o) = U(f(d)) . 오퍼 결정 사용 사례의 경우, 이 함수는 오퍼를 이행할 비용과 오퍼가 고객이 수락할 때 비즈니스에 의해 얻어지는 값을 계산합니다. 결과는 모든 옵션(오퍼)보다 유틸리티 값을 최대화하여 최적의 결정(오퍼)을 찾는 데 사용됩니다.
어떤 특정한 결정의 결과가 무엇이 될 것인지 확실히 예측할 수 없기 때문에, 확률적 접근은 필수적입니다. 유틸리티 값은 의사 결정 옵션의 U(o) 예상 유틸리티 값이 됩니다 EU(d)

결정 제안

의사 결정 제안은 실제 의사 결정 요청에 대응하여 만들어진 결정 옵션의 선택입니다. 위에서 언급한 바와 같이, 결정의 결과는 훨씬 늦게 발생할 수 있으며, 결과는 한 번에 달성되지 않을 수도 있습니다. 따라서 다양한 경험 이벤트를 통해 제안을 추적하여 결정 옵션으로 되돌릴 수 있어야 합니다. 이 피드백 루프는 에 대한 예측 정확도를 개선하는 데 사용됩니다 EU(d) .
제안은 엔티티로 지속되며 식별자도 있습니다. 엔티티는 선택한 옵션에 대한 참조를 보유하며 의사 결정에 사용된 컨텍스트 데이터를 기록할 수 있습니다. 식별자가 있으면 다른 엔티티가 식별자를 참조할 수도 있습니다. 이러한 엔티티 중 하나가 의사 결정 이벤트입니다 . 타임스탬프가 들어 있으며, 의사 결정(제안)이 수행된 시기를 표시합니다. 의사 결정 이벤트는 의사 결정을 실행하는 작업의 기록된 발생을 의미합니다. 제안 엔티티를 참조하는 다른 이벤트는 경험 이벤트입니다. 모든 경험 이벤트는 의사 결정 제안을 참조하도록 확장할 수 있습니다. 이에 대한 해석은 경험 이벤트가 의사 결정 제안의 전체 또는 부분적으로 기여할 수 있다는 것입니다.

의사 결정 전략 - 알고리즘

선택할 수 있는 일련의 결정에서는 N 결정 전략이 - 또는 기능 - {11 ,2, 결정,2...d결정 을 취합니다. ND입력과AuthentitmentAsN을Audition을 사용합니다. AuthentitlementListTo등급 결정 옵션 및 등급DrawDrDrDrDrDrDrDrDrkDrDrkDrDr 1Dr1DrDrDrDrDrDrDrDr11DrPutting1PuttingPuttingPutting1PuttingPuttingPuttingPuttingPuttingPuttingPutting11예상 유틸리티에 따라 목록의 첫 번째 결정 옵션이 최적 옵션으로 간주되면 결과 목록의 두 번째 옵션이 두 번째 최상의 옵션으로 간주됩니다. 일반적으로, 결정 알고리즘이 적격하지 않은 옵션을 제거하므로 결과 등급 목록보다 더 높은 기수가 설정되며, 알고리즘이 상위 K 옵션만 반환하도록 구성되며, 충분한 옵션을 찾은 후 중지될 수 있습니다. 일반 의사 결정 프레임워크는 다음 다이어그램에 나와 있습니다.

의사 결정 활동

의사 결정 활동은 특정 의사 결정 전략에 대한 알고리즘 및 공급 매개변수를 구성합니다. 전략 매개변수에는 옵션에 적용된 제한조건 및 등급 함수가 포함됩니다. 모든 결정은 활동의 컨텍스트에서 수행됩니다. 의사 결정 서비스는 많은 활동을 호스팅하며, 활동을 여러 채널에서 다시 사용할 수 있습니다. 지정된 시간에 가장 적합한 옵션은 제한, 규칙 및 모델의 최신 세트를 기반으로 평가됩니다.
의사 결정 활동은 고려될 결정 옵션의 컬렉션을 정의합니다. 이 기능은 이 활동에 관심이 있는 모든 옵션의 하위 집합을 필터링합니다. 이렇게 하면 의사 결정 서비스가 모든 옵션의 카탈로그 내에서 특정 카테고리를 관리할 수 있습니다.
의사 결정 활동에서는 결합된 제약 조건이 다른 모든 옵션을 무효화하면 대체 옵션을 지정합니다. 즉, 항상 질문에 대한 답이 있습니다.현재 "최고" 옵션은 무엇입니까?
의사 결정 활동은 경험이 전달되는 위치를 지정할 수 있습니다. 이렇게 하면 고려될 수 있고 의사 결정 활동에 의해 부과된 또 다른 제한 사항의 수가 더 줄어듭니다. 이를 배치 구속이라고 합니다 . 이 배치 제약 조건을 충족하는 컨텐츠가 있는 의사 결정 옵션만 고려됩니다. 이것은 의사 결정 전략의 초기 단계에서 평가된다. 정의가 변경되면 각 의사 결정 활동의 배치 제한이 재평가되고 결정 옵션이 하나 이상의 의사 결정 활동에 대해 고려되지 않거나 고려되지 않을 수 있습니다.

의사 결정 컨텍스트

지금까지, 그 결정에 영향을 미치는 사업 논리는 설명되었다. 하지만 결과물에 더 큰 영향을 미치는 것은 의사 결정의 입력 데이터입니다 . 이 데이터를 의사 결정 컨텍스트라고 하며, 동일한 활동에 대해 다른 사용자에 대해 동일한 제약 조건, 규칙 및 모델과 대조적으로 각 사용자에 대해 다르게 결정됩니다. 규칙, 제한 및 모델은 덜 자주 변경됩니다. 실시간 의사 결정의 경우 의사 결정 컨텍스트도 실시간으로 파악해야 합니다.
의사 결정 컨텍스트 데이터는 사용자 프로필 관련 데이터, 비즈니스 데이터 및 내부적으로 수집된 데이터로 나눌 수 있습니다.
  • 프로필 엔티티는 최종 사용자 데이터를 나타내는 데 사용되지만 모든 프로필 엔티티가 개인을 나타내는 것은 아닙니다. 가정, 사회 단체, 또는 다른 어떤 주제일 수도 있습니다. 경험 이벤트는 프로필에 연결된 시계열 데이터 레코드입니다. 경험이 있는 경우 이 데이터는 이 경험의 주체가 됩니다.
  • 다른 쪽에는 사업체들이 ​있습니다 상호 작용의 개체로 생각할 수 있습니다. 이러한 개체는 프로필 엔티티의 경험 이벤트에서 종종 참조됩니다. 비즈니스 업체의 예로는 웹 사이트 및 페이지, 스토어, 제품 세부 사항, 디지털 컨텐츠, 제품 재고 데이터 등이 있습니다.
  • 의사 결정 컨텍스트의 마지막 데이터 카테고리는 의사 결정 서비스 작업 중에 만들어진 데이터입니다. 모든 의사 결정 이벤트는 고객의 응답과 함께 제안 데이터 양식과 제안 응답 기록이라는 내부 데이터 세트로 ​분류됩니다.
데이터가 의사 결정 컨텍스트의 일부로 사용될 수 있는 세 가지 경로가 있습니다. 데이터 세트 파일을 통해 기록 및 시간 시리즈 데이터를 업로드할 수 있습니다. 이 경로는 주로 외부 시스템과의 일괄 동기화를 위한 것입니다. 또한 기록 및 시간 시리즈 데이터는 데이터가 인덱스화되고 양식 엔티티에 연결된 플랫폼으로 스트리밍될 수 있습니다. 세 번째 경로를 통해 컨텍스트 데이터를 결정 요청에 매개 변수로 전달할 수 있습니다. 이러한 형태의 데이터는 본질적으로 일시적이며 요청된 결정에 대해서만 관련이 있습니다. 엔티티로 지속되지 않으며 다른 요청에는 사용할 수 없습니다.