You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/cognitive-services/Speech-Service/includes/pattern-matching-overview.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -58,25 +58,25 @@ These entities are lazy matches that attempt to match as few words as possible u
58
58
59
59
In this case, the utterance "Take me to the floor parking 2" would match and return floorName1 = "parking" and floorName2 = "2".
60
60
61
-
It may be tricky to handle extra text if it's captured. Perhaps the user kept talking and the utterance captured more than their command. "Take me to floor parking 2 yes Janice I heard about that let's". In this case the floorName1 would be correct, but floorName2 would = "2 yes Janice I heard about that let's". It's important to be aware of the way the Entities will match, and adjust your scenario appropriately. The Any entity type is the most basic and least precise type of matching done.
61
+
It may be tricky to handle extra text if it's captured. Perhaps the user kept talking and the utterance captured more than their command. "Take me to floor parking 2 yes Janice I heard about that let's". In this case the floorName1 would be correct, but floorName2 would = "2 yes Janice I heard about that let's". It's important to be aware of the way the Entities match, and adjust your scenario appropriately. The Any entity type is the most basic and least precise type of matching done.
62
62
63
63
### List Entity
64
64
65
-
The "List" entity is made up of a list of phrases that will guide the engine on how to match it. The "List" entity has two modes. "Strict" and "Fuzzy".
65
+
The "List" entity is made up of a list of phrases that guide the engine on how to match it. The "List" entity has two modes. "Strict" and "Fuzzy".
66
66
67
67
Let's assume we have a list of floors for our elevator. Since we're dealing with speech, we add entries using the lexical format as well.
When an entity of type ID "List" is used in "Strict" mode, the engine will only match if the text in the slot appears in the list.
71
+
When an entity of type ID "List" is used in "Strict" mode, the engine only matches if the text in the slot appears in the list.
72
72
73
73
> "take me to floor one" will match.
74
74
75
75
> "take me to floor 5" will not.
76
76
77
77
It's important to note that the entire Intent will not match, not just the entity.
78
78
79
-
When an entity of type ID "List" is used in "Fuzzy" mode, the engine will still match the Intent, and will return the text that appeared in the slot in the utterance even if it's not in the list. This is useful behind the scenes to help make the speech recognition better.
79
+
When an entity of type ID "List" is used in "Fuzzy" mode, the engine still matches the Intent, and will return the text that appeared in the slot in the utterance, even if it's not in the list. This is useful behind the scenes to help make the speech recognition better.
80
80
81
81
> [!WARNING]
82
82
> Fuzzy list entities are implemented, but not integrated into the speech recognition part. Therefore, they will match entities, but not improve speech recognition.
@@ -117,7 +117,7 @@ If "floorName" is a prebuilt integer entity, the expectation is that whatever te
117
117
118
118
In the pattern, it is allowed to include words or entities that "might" be present in the utterance. This is especially useful for determiners like "the", "a", or "an". This doesn't have any functional difference from hard coding out the many combinations, but can help reduce the number of patterns needed. Indicate optional items with "[" and "]". Indicate required items with "(" and ")". You may include multiple items in the same group by separating them with a '|' character.
119
119
120
-
To see how this would reduce the number of patterns needed consider the following set.
120
+
To see how this would reduce the number of patterns needed, consider the following set:
0 commit comments