Nhãn người nói và mốc thời gian làm cho bản ghi có thể tìm kiếm, quy trách nhiệm và dễ xác minh hơn, nhưng chỉ khi định dạng khớp với đầu ra cần bàn giao. Hãy dùng tên đã xác minh cho người tham gia đã biết, nhãn theo vai trò khi không cần nhận diện danh tính, nhãn ẩn danh ổn định khi chỉ cần phân biệt giọng nói, và người nói Không xác định khi không thể xác nhận danh tính. Với bản ghi dễ đọc, hãy thêm mốc thời gian ở mỗi lần đổi người nói; dùng khoảng thời gian bắt đầu-kết thúc cho mục đích biên tập hoặc làm bằng chứng và dùng khoảng thời gian gợi ý cho phụ đề. Hướng dẫn này định nghĩa các thuật ngữ, so sánh các định dạng, xử lý lời nói chồng lấp và cung cấp một quy trình QA thủ công có thể lặp lại.
Câu trả lời trực tiếp: Nhãn người nói xác định từng lượt phát biểu, còn mốc thời gian nối lượt đó với một thời điểm trong nguồn. Mặc định nhanh và đáng tin cậy nhất là một tên đã xác minh hoặc nhãn vai trò ổn định cộng với mốc thời gian ở đầu lượt, chẳng hạn [00:09] Maya Chen:. Hãy dùng khoảng thời gian cho biên tập, thời điểm gợi ý cho phụ đề, và dùng người nói Không xác định thay vì đoán danh tính.
Định nghĩa: Nhãn người nói và mốc thời gian là siêu dữ liệu của bản ghi, dùng để gán lời nói cho một người hoặc vai trò nhất quán và nối các từ, lượt nói hoặc tín hiệu phụ đề với các vị trí chính xác trong âm thanh nguồn.
Nhãn người nói và mốc thời gian là gì?
Nhãn người nói và mốc thời gian giải quyết hai câu hỏi khác nhau: ai chịu trách nhiệm cho một đoạn và đoạn đó ở đâu trong nguồn. Một bản ghi hữu ích luôn tách bạch hai câu hỏi này vì một hệ thống có thể xác định và tách giọng nói rất chính xác nhưng vẫn gán nhầm tên thật ngoài đời.
| Thuật ngữ | Định nghĩa ngắn | Nó có thể xác lập điều gì | Nó không thể tự xác lập điều gì |
|---|---|---|---|
| Phân cụm người nói | Chia âm thanh theo giọng nói và gán nhãn do hệ thống tạo ra một cách nhất quán cho các lượt nói. | Ai đã nói khi nào so với các giọng nói khác được phát hiện. | Tên đã xác minh, vai trò, thẩm quyền hay ý định của người đó. |
| Nhận diện người nói | Ánh xạ một giọng nói đã phát hiện với một người thật hoặc vai trò dự án đã được xác minh. | Một nhãn dễ đọc bởi con người, được hỗ trợ bởi danh sách, phần giới thiệu hoặc bản ghi đã biết. | Sự quy trách nhiệm hoàn hảo khi giọng nói chồng lấp hoặc bằng chứng không rõ ràng. |
| Khoảng thời gian mốc thời gian | Thời điểm bắt đầu và kết thúc cho một từ, lượt nói, đoạn hoặc tín hiệu phụ đề. | Cửa sổ nguồn gắn với văn bản. | Việc từ ngữ hoặc nhãn người nói có đúng hay không. |
| Dấu sự kiện | Một ký hiệu nhất quán cho một âm thanh có ý nghĩa hoặc điều kiện của nguồn, như [cười], [cửa đóng], [lời nói chồng lấp] hoặc [không nghe rõ 00:24]. | Bối cảnh mà chỉ lời nói không thể hiện được. | Những từ không nghe được hoặc danh tính chưa được xác minh. |
Google Cloud mô tả diarization là việc phát hiện thay đổi người nói và gán nhãn cho các giọng nói khác nhau. Tài liệu của IBM còn đi xa hơn: các ID do hệ thống tạo có thể không tuần tự, ID tạm thời có thể thay đổi, và cùng một nhãn không nên được diễn giải là tên đã xác minh nếu không có thêm một nguồn bằng chứng khác.
Nguồn: Google Cloud: Phát hiện các người nói khác nhau và IBM Cloud: Nhãn người nói, đã rà soát 2026-08-05.
Nhãn người nói đúng trong phiên âm là gì?
Nhãn người nói đúng là cách quy thuộc cụ thể nhất mà bằng chứng hỗ trợ, được dùng nhất quán từ đầu đến cuối. Kiểu trình bày trực quan là yếu tố thứ yếu. Nhãn phải giúp người đọc dự định phân biệt các lượt nói mà không khẳng định quá mức độ chắc chắn.
| Thông tin sẵn có | Nhãn được khuyến nghị | Ví dụ | Quy tắc xác minh |
|---|---|---|---|
| Đã xác nhận danh tính và có liên quan | Họ tên đầy đủ đã xác minh | Maya Chen: | Khớp với phần tự giới thiệu, danh sách được phê duyệt hoặc giọng nói tham chiếu đã biết. |
| Vai trò quan trọng hơn tên | Vai trò ổn định | Interviewer: | Xác nhận vai trò và dùng một cách viết nhất quán suốt toàn bộ. |
| Các giọng nói đã tách biệt nhưng danh tính chưa biết | Mã định danh ẩn danh | Speaker 2: | Giữ ánh xạ ổn định; không cho rằng con số phản ánh thứ tự thời gian. |
| Không thể xác nhận danh tính | Thể hiện rõ sự không chắc chắn | Unknown speaker: | Giữ nguyên là chưa biết cho đến khi âm thanh hoặc hồ sơ dự án cho phép sửa lại. |
Có thể: đổi tên một nhãn ẩn danh sau khi giọng nói đã được xác minh. Không thể: coi số diarization, thứ tự hiển thị, giọng vùng miền, chức danh do người khác nhắc đến, hoặc giọng nói có vẻ giống là bằng chứng về danh tính.
Trong phụ đề, vị trí trực quan đôi khi có thể giúp nhận diện người nói trên màn hình mà không cần lặp lại tên. DCMP khuyến nghị nhận diện người nói rõ ràng và trình bày nhất quán; tài liệu này cũng lưu ý rằng tên riêng dùng làm mã người nói được viết hoa, còn các cách định danh chung thường được viết thường. Một bản chép lời thuần văn bản có thể dùng cách viết hoa tên thông thường, theo sau là dấu hai chấm.
Nguồn: DCMP Captioning Key, đã rà soát 2026-08-05.
Định dạng nhãn người nói nào là đúng?
Không có một định dạng nhãn người nói duy nhất cho mọi trường hợp. Định dạng đúng là định dạng mà đầu ra yêu cầu và được áp dụng nhất quán. Hãy dùng nhãn lượt nói dễ đọc cho tài liệu, chú thích giọng nói có thể đọc bằng máy cho WebVTT, và đúng phong cách mà khách hàng chỉ định khi tòa án, đài phát sóng, dự án nghiên cứu, nhà cung cấp trợ năng, hoặc kho lưu trữ yêu cầu một kiểu cụ thể.
| Loại đầu ra | Mẫu khuyến nghị | Ví dụ | Hạn chế chính |
|---|---|---|---|
| Bản chép lời dễ đọc | Dấu thời gian + nhãn đã xác minh + dấu hai chấm | [00:09] Maya Chen: Thử nghiệm bắt đầu vào ngày 22 tháng 9. | Không phải tệp phụ đề và không phải căn chỉnh theo từng từ. |
| Phỏng vấn dựa trên vai trò | Vai trò ổn định + dấu hai chấm | Interviewer: Điều gì đã thay đổi? | Có thể che danh tính khi thiết kế nghiên cứu yêu cầu ghi nhận theo tên. |
| Bản chép lời nghiên cứu ẩn danh | Mã người tham gia | P03: Phần bàn giao chưa rõ ràng. | Mã phải được quản lý tách biệt với danh tính cá nhân. |
| Phụ đề WebVTT | Khoảng cue + phạm vi giọng nói | <v Maya Chen>Thử nghiệm bắt đầu vào ngày 22 tháng 9. | Hỗ trợ của trình phát và quy tắc đặt phụ đề vẫn rất quan trọng. |
Tránh thay đổi qua lại giữa Maya, M. Chen, Speaker 1, và Manager cho cùng một giọng nói. Nếu danh tính được sửa giữa chừng trong quá trình rà soát, hãy cập nhật mọi lượt nói trước đó và kiểm tra lại mọi tóm tắt, mục hành động, trích dẫn, hoặc câu trả lời được suy ra từ nhãn cũ.
Mốc thời gian trong bản chép lời nên xuất hiện ở đâu?
Mặc định hữu ích và nhanh nhất cho bản chép lời nhiều người nói, dễ đọc là đặt dấu thời gian ở đầu lượt nói ngay trước nhãn người nói. Cách này cho người rà soát một điểm bấm hoặc tua cho mỗi lần chuyển người nói mà không làm đầy dữ liệu thời gian vào mọi câu. Chỉ chọn mức khác khi tác vụ tiếp theo thực sự cần nó.
| Loại tham chiếu thời gian | Ví dụ | Phù hợp nhất cho | Đánh đổi |
|---|---|---|---|
| Phần hoặc chương | 00:15:00 Procurement risks | Điều hướng podcast, bài giảng hoặc cuộc họp dài | Quá thô để kiểm chứng trích dẫn. |
| Bắt đầu lượt nói | [00:02:14] Maya Chen: | Bản ghi phỏng vấn và cuộc họp dễ đọc | Không cho thấy điểm kết thúc chính xác. |
| Khoảng thời gian của lượt nói | [00:02:14-00:02:19] | Biên tập, rà soát bằng chứng và các lượt nói chồng lấn | Tăng thêm độ nhiễu thị giác. |
| Khoảng chú thích phụ đề | 00:02:14.000 --> 00:02:19.000 | Thời gian hiển thị WebVTT | Cần cú pháp cue hợp lệ và phân đoạn dễ đọc. |
| Độ lệch ở cấp từ | "pilot" 134.2s-134.7s | Căn chỉnh, tìm kiếm và QA tự động | Thường không phù hợp để hiển thị trong văn bản đọc được. |
Google Cloud cung cấp độ lệch bắt đầu và kết thúc cho các từ được nhận dạng. W3C WebVTT định nghĩa các cue là những khoảng thời gian đồng bộ với âm thanh hoặc video và dùng dấu chấm cho mili giây, như trong 00:11.000 --> 00:13.000. Dấu ngoặc vuông trong bản chép lời là một quy ước biên tập, không phải yêu cầu của WebVTT.
Có thể: lưu thời gian ở cấp từ nhưng chỉ hiển thị dấu thời gian ở cấp lượt nói. Không thể: cho rằng timing chi tiết hơn chứng minh việc nhận dạng hoặc gán người nói là đúng.
Nguồn: Google Cloud: Word time offsets và W3C WebVTT, được xem xét 2026-08-05.
Bản chép nguyên văn đầy đủ, bản chép nguyên văn thông minh và phụ đề khác nhau như thế nào?
Cùng một nguồn âm thanh có thể tạo ra ba đầu ra hợp lệ vì mỗi định dạng có một nhiệm vụ khác nhau. Bản chép nguyên văn đầy đủ giữ nguyên cách nói, bản chép nguyên văn thông minh cải thiện khả năng đọc nhưng vẫn giữ nghĩa và quy gán, còn phụ đề thì phân đoạn văn bản để hiển thị đồng bộ.
Mẫu nguồn biên tập có kiểm soát: Lúc 00:09.100, Maya nói, "Ờ, vậy thì tôi, tôi nghĩ thử nghiệm bắt đầu vào ngày 22 tháng 9." Lúc 00:11.500, Luis chen vào, "Chờ phê duyệt mua sắm." Lúc 00:13.300, Maya nói, "Đúng rồi." Đây là một mẫu QA được dựng lên, không phải bài kiểm thử sản phẩm có đăng nhập.
Bản chép nguyên văn đầy đủ
[00:09.100-00:12.700] Maya: Um, so I, I think the pilot starts September 22.
[00:11.500-00:13.200] Luis: [overlapping speech] Pending procurement approval.
[00:13.300-00:13.800] Maya: Right.
Dùng cấp độ này khi sự lặp lại, từ đệm, khoảng dừng, ngắt lời và cạnh tranh lượt nói là một phần của phân tích hoặc đặc tả dự án. Hãy định nghĩa mọi ký hiệu trong bảng kiểu.
Bản chép nguyên văn thông minh
[00:09] Maya: I think the pilot starts September 22.
[00:11] Luis: [overlapping speech] Pending procurement approval.
[00:13] Maya: Right.
Phiên bản này loại bỏ các yếu tố nói ngập ngừng nhưng không được gộp điều kiện của Luis vào câu của Maya. Việc làm sạch ngôn ngữ không được chuyển quyền sở hữu của một phát biểu.
Trích đoạn phụ đề WebVTT
WEBVTT
00:09.100 --> 00:12.700
<v Maya>I think the pilot starts September 22.
00:11.500 --> 00:13.200
<v Luis>Pending procurement approval.
00:13.300 --> 00:13.800
<v Maya>Right.
WebVTT dùng thời gian cue bắt đầu-kết thúc và hỗ trợ một span giọng nói. Sản xuất phụ đề cũng phải cân nhắc tốc độ đọc, ngắt dòng, vị trí và các cue đồng thời. DCMP khuyến nghị đồng bộ hóa, tương đương nội dung, nhận diện người nói và thông tin âm thanh có ý nghĩa; các quy tắc phụ đề truyền hình của FCC dùng các nguyên tắc rà soát là chính xác, đồng bộ, đầy đủ và đặt đúng vị trí.
Nguồn: W3C WebVTT, DCMP Captioning Key, và 47 CFR 79.1, được xem xét 2026-08-05. Các quy tắc chất lượng phụ đề trong CFR áp dụng cho ngữ cảnh truyền hình đã được định nghĩa của chúng; bài viết này dùng bốn thuật ngữ chất lượng như tiêu chí rà soát, không phải một khẳng định pháp lý phổ quát.
Nên xử lý chồng lấn, người nói không xác định và các dấu sự kiện như thế nào?
Chồng lấn vừa là vấn đề phiên âm vừa là vấn đề quy gán. Nếu cả hai giọng đều nghe rõ, hãy giữ cả hai lượt nói với các khoảng thời gian giao nhau. Nếu chỉ một giọng nghe rõ, hãy chép giọng đó và chỉ đánh dấu điều kiện khi nó giúp ích cho người đọc. Nếu không giọng nào đáng tin cậy, hãy đánh dấu nguồn là không nghe rõ và quay lại kiểm tra trong QA.
- Các lượt nói chồng lấn nhưng vẫn nghe rõ: giữ nhãn và khoảng thời gian tách biệt; không gộp hai người nói thành một câu.
- Những lời đáp ngắn kiểu backchannel: kiểm tra cẩn thận "yes," "right," và "mm-hmm" vì phân vùng người nói thường gán nhầm các lời đáp rất ngắn.
- Không rõ danh tính: dùng
Unknown speaker:hoặc một ID ẩn danh ổn định thay vì một cái tên có vẻ đúng. - Từ ngữ không rõ: dùng một ký hiệu do dự án quy định như
[inaudible 00:24]; không bao giờ viết từ mà người rà soát tưởng là đã nghe thấy. - Âm thanh có ý nghĩa: dùng mô tả ngắn, chữ thường như
[laughter],[door closes], hoặc[phone rings]khi chúng ảnh hưởng đến việc hiểu nội dung. - Im lặng và khoảng ngừng: chỉ đánh dấu khi thời lượng hoặc tác động trong hội thoại quan trọng đối với đầu ra.
IBM cảnh báo rằng lời nói chồng lấn hoặc giao thoa có thể khó hoặc không thể nhận diện chính xác trong âm thanh trộn, trong khi các lời nói ngắn, tiếng ồn, một người nói chủ đạo, và nhiều người tham gia cũng có thể làm giảm hiệu năng gán nhãn người nói. Các kênh ghi âm riêng có thể giảm nhu cầu suy đoán ai đã nói, nhưng các kênh vẫn cần được căn chỉnh và QA.
Giới hạn của nhận diện người nói tự động là gì?
Các hệ thống tự động có thể tăng tốc phân đoạn và điều hướng nguồn, nhưng đầu ra phân vùng người nói chỉ là siêu dữ liệu tạm thời. Hãy coi đó là hàng đợi rà soát, không phải hồ sơ danh tính cuối cùng.
| Lỗi | Vì sao xảy ra | Dấu hiệu thấy được | Hành động của người rà soát |
|---|---|---|---|
| Đổi nhầm người nói | Giọng tương tự hoặc chuyển lời không rõ ràng | Câu của một người xuất hiện dưới nhãn của người khác | Phát lại trước và sau điểm chuyển và sửa toàn bộ đoạn bị ảnh hưởng. |
| Người nói ảo | Tiếng ồn hoặc biến thiên giọng nói | Một nhãn mới xuất hiện dù không có người mới tham gia | Chỉ gộp sau khi xác nhận giọng với các lượt nói lân cận. |
| Bỏ sót người nói | Đóng góp ngắn hoặc người nói chính áp đảo | Một người tham gia nói rất ngắn bị gán cho giọng chính | Rà soát thủ công các ngắt lời và backchannel. |
| Sụp đổ vùng chồng lấn | Một kênh trộn duy nhất | Hai giọng nói trở thành một câu bị đứt đoạn | Dùng phát lại theo khoảng thời gian hoặc các track riêng khi có sẵn. |
| Trôi nhãn tạm thời | Mô hình điều chỉnh ước đoán khi có thêm âm thanh | Số thứ tự người nói thay đổi giữa đầu ra tạm thời và cuối cùng | Thực hiện ánh xạ danh tính trên bản chép lời cuối cùng, rồi chuẩn hóa. |
Có thể: dùng phân vùng người nói để ưu tiên rà soát các điểm đổi người nói. Không thể: đảm bảo mọi giọng nói, ngắt lời, hay tên đều đúng nếu chưa nghe nguồn.
Làm QA thủ công cho nhãn người nói và dấu thời gian như thế nào?
Bắt đầu với nội dung rủi ro cao thay vì phát lại tệp theo thứ tự tuyến tính: các quyết định, nghĩa vụ, tên, ngày tháng, số liệu, trích dẫn, cam kết bên ngoài, và những điểm có chồng lấn giọng nói. Sau đó chuẩn hóa toàn bộ tài liệu.
- Chuẩn bị danh sách vai trò và phong cách. Liệt kê những người nói dự kiến, tên hoặc vai trò được phê duyệt, định dạng đầu ra, độ chi tiết của dấu thời gian, quy ước ký hiệu sự kiện, và các hạn chế về quyền riêng tư.
- Neo các giọng nói đã biết. Dùng phần tự giới thiệu hoặc một thời điểm nguồn đã được xác minh khác để nối một giọng nói với tên thật; không suy ra danh tính từ số phân vùng người nói.
- Rà soát các điểm đổi người nói. Phát lại lần chuyển lời đầu tiên và mọi quyết định, trích dẫn, người phụ trách, hạn chót, lời xác nhận ngắn, và ngắt lời có rủi ro cao.
- Xử lý chồng lấn và sự không chắc chắn. Giữ nguyên các lượt nói đồng thời nghe rõ, đánh dấu nhất quán các chồng lấn hữu ích hoặc sự kiện âm thanh, và giữ lại nhãn Unknown speaker hoặc inaudible khi không đủ bằng chứng.
- Kiểm tra căn chỉnh dấu thời gian. Xác nhận rằng dấu thời gian ở đầu lượt nói hoặc theo khoảng mở đúng khoảnh khắc nguồn và rằng điểm bắt đầu, kết thúc, cùng thứ tự đọc của chú thích khớp với âm thanh.
- Chuẩn hóa tài liệu. Áp dụng một cách viết nhãn, viết hoa, dấu câu, mẫu dấu thời gian, và kiểu ký hiệu sự kiện xuyên suốt toàn bộ đầu ra.
- Kiểm tra lại đầu ra dẫn xuất. Sau khi sửa một nhãn hoặc thời gian, xác minh các bản tóm tắt, mục hành động, trích dẫn, bản xuất, và câu trả lời được trích dẫn để lỗi không còn sót xuống các bước sau.
Quy trình khả biện nhanh nhất: dùng các nhãn được tạo ổn định và dấu thời gian ở đầu lượt nói, xác minh phần giới thiệu hoặc mẫu rõ đầu tiên cho mỗi giọng, rà soát mọi điểm chuyển giao có tác động cao, rồi đổi tên nhãn trên toàn cục. Nếu đầu ra có rủi ro cao, hãy dùng người rà soát thứ hai hoặc một quy tắc lấy mẫu đã được ghi nhận thay vì cho rằng lượt rà soát đầu tiên đã hoàn tất.
Đã đo: SERP của Google và Bing cùng các trang Google Cloud, IBM Cloud, W3C, DCMP, và FCC đã được rà soát vào 2026-08-05. N/A: tải lên âm thanh, đầu ra phân vùng người nói, độ chính xác của sản phẩm, mức độ đồng ý của người rà soát, tốc độ xử lý, và khả năng dùng tính năng khi đã đăng nhập.
Nhãn người nói, dấu thời gian và trích dẫn xác minh lẫn nhau như thế nào?
Một bản chép lời trở nên bám nguồn khi nhãn, thời điểm nguồn, và câu trả lời dẫn xuất có thể được kiểm tra như một chuỗi thống nhất. Sửa bản chép lời là chưa đủ nếu một mục hành động hoặc câu trả lời AI vẫn giữ nguyên người phụ trách cũ.
Minh họa biên tập có kiểm soát; đo lường sản phẩm N/A.
00:09 Maya Chen: "The pilot starts September 22."
00:24 Speaker 2: "I will send the access list by September 15."
00:41 Maya Chen: "Procurement approval is still open."
Đường rà soát: Mở 00:24, so sánh giọng nói với phần giới thiệu đã được xác minh của Luis Ortiz, đổi Speaker 2 thành Luis Ortiz, rồi chạy lại hoặc kiểm tra lại mọi đầu ra dẫn xuất.
Mục hành động đã chỉnh sửa: Luis Ortiz - gửi danh sách truy cập - hạn chót ngày 15 tháng 9 - nguồn 00:24.
Câu trả lời được trích dẫn: "Ai sở hữu danh sách truy cập?" Luis Ortiz [00:24].
Việc chỉnh sửa chỉ được xem là hoàn tất khi bản ghi chép, bản tóm tắt, mục hành động, bản xuất và câu trả lời được trích dẫn đều dùng Luis. Nếu không thể xác minh danh tính, câu trả lời trung thực là Speaker 2 chịu trách nhiệm hành động, với nguồn 00:24, đang chờ xác định danh tính.
HiNoter phù hợp ở đâu trong quy trình này?
HiNoter là công cụ ghi chú cuộc họp và đa nguồn bằng AI, chuyển các cuộc họp được ủy quyền, video YouTube, PDF, video và âm thanh thành ghi chú có cấu trúc và câu trả lời có trích dẫn.
Sau khi một cuộc họp hoặc tệp được ủy quyền để xử lý, HiNoter có thể được đánh giá về điều hướng bản ghi có gắn nhãn người nói, phát lại theo dấu thời gian, sửa nhãn, tóm tắt có cấu trúc, mục hành động và câu trả lời AI Chat liên kết ngược về các thời điểm nguồn. Liên kết nguồn giúp một chỉnh sửa có thể được kiểm tra; nó không khiến nhãn tự động ban đầu trở nên không thể sai.
Do người dùng cung cấp / cần xác minh trước khi xuất bản: Chỉnh sửa nhãn người nói, điều hướng theo dấu thời gian, tự động chấm công, tạo bản ghi chép, tốc độ xử lý, hỗ trợ ngôn ngữ, ghi chú có cấu trúc, tích hợp và AI Chat liên kết nguồn chưa được kiểm tra trong tài khoản HiNoter đã đăng nhập cho trang này. Hãy xác minh hành vi hiện tại, gói tài khoản, định dạng xuất, kiểm soát quyền riêng tư, quyền truy cập nguồn, việc truyền tải chỉnh sửa và các tùy chọn xóa trước khi xuất bản.
Truy cập HiNoter, thử quy trình chuyển âm thanh thành văn bản, so sánh ghi chú họp AI, kiểm tra tham chiếu nguồn của AI Chat, xem lại chính sách quyền riêng tư, và xem tích hợp Google Docs. Quy trình xử lý bản ghi đa ngôn ngữ liên quan giải thích vì sao xác định người nói và ý nghĩa xuyên ngôn ngữ là hai bước kiểm tra chất lượng riêng biệt.
Cần những kiểm tra nào về quyền riêng tư và cho phép?
Nhãn người nói có thể biến một bản ghi chép chung thành dữ liệu cá nhân bằng cách liên kết giọng nói, tên, vai trò, phát biểu và thời gian. Chỉ xử lý âm thanh mà bạn sở hữu hoặc được ủy quyền sử dụng, thông báo cho người tham gia khi cần, và giới hạn bản ghi chép cùng bản ghi nguồn cho những người thực sự cần chúng.
- Ghi lại mục đích ghi âm, chuyển biên, nhận diện người nói và xử lý AI tiếp theo.
- Sử dụng mã người tham gia thay vì tên khi nghiên cứu hoặc thiết kế quyền riêng tư yêu cầu ẩn danh hóa.
- Không suy đoán đặc điểm nhận dạng nhạy cảm từ giọng nói.
- Hạn chế truy cập vào danh sách liên kết mã người tham gia ẩn danh với tên thật.
- Áp dụng quy tắc lưu giữ và xóa cho cả bản ghi chép lẫn âm thanh gốc.
- Đối với tài liệu pháp lý, nhân sự, y tế, khách hàng hoặc được quản lý, hãy liên hệ với người phụ trách quyền riêng tư hoặc tuân thủ.
Đây là hướng dẫn quy trình, không phải tư vấn pháp lý. Cần xem xét các điều khoản quyền riêng tư của sản phẩm và các quy định địa phương về ghi âm hoặc sinh trắc học đối với người tham gia thực tế, khu vực pháp lý và trường hợp sử dụng.
Câu hỏi thường gặp
Nhãn người nói trong chuyển biên là gì?
Nhãn người nói trong chuyển biên xác định người, vai trò hoặc giọng nói ẩn danh chịu trách nhiệm cho một lượt nói. Ví dụ gồm Maya Chen, Interviewer, Speaker 2 và Unknown speaker. Nhãn nên nhất quán và không được khẳng định danh tính thật trừ khi danh tính đó đã được xác minh từ nguồn hoặc hồ sơ dự án.
Nhãn người nói nào là đúng?
Nhãn người nói đúng là nhãn cụ thể nhất mà bằng chứng hỗ trợ: tên đã được xác minh khi danh tính quan trọng, vai trò khi vai trò là đủ, một số ẩn danh ổn định khi phân tách người nói chỉ mới tách được các giọng nói, hoặc Unknown speaker khi không thể xác nhận danh tính. Tính nhất quán và khả năng kiểm chứng quan trọng hơn định dạng trang trí.
Định dạng nhãn người nói đúng là gì?
Đối với bản ghi chép dễ đọc, hãy dùng một nhãn theo sau là dấu hai chấm ở đầu mỗi lượt nói, ví dụ [00:09] Maya Chen: Thử nghiệm bắt đầu ngày 22 tháng 9. Với phụ đề, hãy theo đặc tả của tệp đích; WebVTT hỗ trợ thẻ voice span xác định người nói của cue. Khách hàng, tòa án, đơn vị phát sóng hoặc dự án nghiên cứu có thể yêu cầu một kiểu trình bày khác.
Tham chiếu thời gian trong bản ghi chép nên xuất hiện ở đâu?
Với bản ghi chép thông thường, hãy đặt dấu thời gian ở đầu lượt nói ngay trước nhãn người nói. Dùng khoảng thời gian bắt đầu-kết thúc khi biên tập viên cần ranh giới chính xác, chỉ dùng dấu thời gian định kỳ khi dự án yêu cầu, và các khoảng cue cho phụ đề. Thời gian theo từng từ tốt nhất nên được giữ như dữ liệu căn chỉnh có thể đọc bằng máy thay vì in trước từng từ.
Nên gắn nhãn cho người nói chồng lấn hoặc không xác định như thế nào?
Giữ lại cả hai lượt nói khi lời nói có thể hiểu được và gắn cho mỗi lượt một khoảng thời gian. Thêm một dấu trạng thái nhất quán như [overlapping speech] khi điều đó giúp người duyệt. Nếu giọng nói hoặc lời nói không thể xác minh, hãy dùng Unknown speaker hoặc [inaudible 00:24] thay vì gán nhầm tên có khả năng đúng hoặc bịa ra nội dung.
HiNoter làm gì với nhãn người nói và dấu thời gian?
Sau khi được ủy quyền, HiNoter có thể được đánh giá về điều hướng bản ghi, chỉnh sửa nhãn người nói, ghi chú có cấu trúc, mục hành động và các câu trả lời AI Chat quay lại dấu thời gian nguồn. Những hành vi sản phẩm này do người dùng cung cấp cho bài viết này và phải được xác minh trong sản phẩm hiện tại, gói dịch vụ, kiểm soát quyền riêng tư và quy trình liên kết nguồn trước khi xuất bản.
Đối chiếu bản ghi chép đã được ủy quyền với nguồn của nó
Trước hết hãy xem lại ví dụ có kiểm soát ở trên. Sau đó xử lý một cuộc họp hoặc tệp đã được ủy quyền trong HiNoter, sửa nhãn người nói, mở các dấu thời gian nguồn và xác nhận rằng bản tóm tắt, mục hành động và câu trả lời AI Chat đều mang đúng phân bổ đã sửa.
Xử lý một cuộc họp hoặc tệp đã được ủy quyền | Xem AI Chat liên kết nguồn