Nhãn người nói và dấu thời gian giúp bản chép lời có thể tìm kiếm, xác định người nói và dễ kiểm chứng hơn, nhưng chỉ khi định dạng phù hợp với sản phẩm bàn giao. Sử dụng tên đã được xác minh cho những người tham gia đã biết, nhãn vai trò khi không cần xác định danh tính, nhãn ẩn danh ổn định khi chỉ cần phân biệt các 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. Đối với bản chép lời dễ đọc, hãy thêm dấu thời gian tại mỗi lần chuyển người nói; sử dụng khoảng thời gian bắt đầu-kết thúc cho việc biên tập hoặc làm bằng chứng, và khoảng thời gian cue 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ấn và đưa ra 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 nói, trong khi dấu thời gian kết nối lượt nói đó với một thời điểm trong nguồn. Mặc định nhanh chóng và đáng tin cậy nhất là tên đã xác minh hoặc nhãn vai trò ổn định kèm dấu thời gian bắt đầu lượt nói, chẳng hạn như [00:09] Maya Chen:. Sử dụng khoảng thời gian cho việc biên tập, thời gian cue 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à dấu thời gian là siêu dữ liệu của bản chép lời, dùng để quy trách nhiệm lời nói cho một người hoặc vai trò nhất quán và kết nối các từ, lượt nói hoặc cue phụ đề với vị trí chính xác trong âm thanh nguồn.
Nhãn người nói và dấu thời gian là gì?
Nhãn người nói và dấu 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 nội dung và ở đâu đoạn nội dung đó xuất hiện trong nguồn. Một bản chép lời hữu ích giữ hai câu hỏi này tách biệt vì một hệ thống có thể định vị và tách các giọng nói chính xác nhưng vẫn gán sai tên ngoài đời thực.
| Thuật ngữ | Định nghĩa ngắn | Có thể xác lập điều gì | Không thể tự mình xác lập điều gì |
|---|---|---|---|
| Phân đoạn người nói | Phân đoạn âm thanh theo giọng nói và gán các nhãn được tạo nhất quán cho các lượt nói. | Ai đã nói vào lúc nào so với các giọng nói được phát hiện khác. | Tên đã xác minh, vai trò, thẩm quyền hoặc ý định của người đó. |
| Nhận dạng người nói | Ánh xạ một giọng nói được phát hiện với một người thực hoặc vai trò dự án đã được xác minh. | Nhãn dễ đọc được con người hỗ trợ bởi danh sách nhân sự, phần giới thiệu hoặc bản ghi âm đã biết. | Việc quy kết hoàn hảo khi các giọng nói chồng lấn hoặc bằng chứng không rõ ràng. |
| Khoảng thời gian | Thời gian bắt đầu và kết thúc của một từ, lượt nói, đoạn hoặc cue phụ đề. | Khoảng thời gian trong nguồn gắn với phần văn bản. | Liệu các từ hoặc nhãn người nói có chính xác hay không. |
| Dấu sự kiện | Ký hiệu nhất quán cho một âm thanh hoặc điều kiện nguồn có ý nghĩa, chẳng hạn như [tiếng cười], [cửa đóng], [lời nói chồng lấn] hoặc [không nghe được 00:24]. | Bối cảnh mà chỉ lời nói không thể truyền tải. | Các từ không nghe được hoặc danh tính chưa được xác minh. |
Google Cloud mô tả việc phân đoạn người nói là phát hiện các lần chuyển người nói và gán nhãn cho những giọng nói khác nhau. Tài liệu của IBM đi xa hơn: các ID được tạo có thể không tuần tự, ID tạm thời có thể thay đổi và không nên hiểu cùng một nhãn là tên đã xác minh nếu không có nguồn bằng chứng khác.
Nguồn: Google Cloud: Phát hiện những người nói khác nhau và IBM Cloud: Nhãn người nói, được rà soát ngày 2026-08-05.
Nhãn người nói chính xác trong bản chép lời là gì?
Nhãn người nói chính xác là quy kết cụ thể nhất mà bằng chứng hỗ trợ, được sử dụng nhất quán từ đầu đến cuối. Kiểu trình bày trực quan chỉ là yếu tố thứ yếu. Nhãn phải giúp người đọc dự kiến phân biệt các lượt nói mà không phóng đại mức độ chắc chắn.
| Bằng chứng hiện có | Nhãn đề xuất | 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: | Đối chiếu 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à sử dụng một cách viết nhất quán trong toàn bộ nội dung. |
| Đã tách các giọng nói nhưng chưa biết danh tính | Mã định danh ẩn danh | Speaker 2: | Giữ nguyên cách ánh xạ; không mặc định rằng con số thể hiện thứ tự thời gian. |
| Không thể xác nhận danh tính | Nêu rõ sự không chắc chắn | Unknown speaker: | Để ở trạng thái chưa xác định cho đến khi tệp âm thanh hoặc hồ sơ dự án hỗ trợ việc sửa đổi. |
Có thể: đổi tên nhãn ẩn danh sau khi đã xác minh giọng nói. Không thể: coi số phân biệt người nói, thứ tự hiển thị, giọng, chức danh công việc do người khác đề cập hoặc giọng nói có vẻ phù hợp là bằng chứng về danh tính.
Trong phụ đề, vị trí hiển thị đôi khi có thể xác định 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ị xác định rõ người nói và trình bày nhất quán; tổ chức này cũng lưu ý rằng tên riêng được dùng làm mã người nói được viết hoa, trong khi các cách xác định chung thường được viết thường. Bản chép lời thông thường 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, được xem xét ngày 2026-08-05.
Định dạng nhãn người nói nào là đúng?
Không có định dạng nhãn người nói phổ quát. Định dạng đúng là định dạng mà nơi tiếp nhận yêu cầu và được áp dụng nhất quán. Sử 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 kiểu định dạng của khách hàng khi tòa án, đài phát thanh truyền hình, dự án nghiên cứu, nhà cung cấp dịch vụ hỗ trợ tiếp cận hoặc kho lưu trữ quy định một kiểu cụ thể.
| Sản phẩm bàn giao | Mẫu đề xuất | 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: The pilot starts September 22. | Không phải tệp phụ đề và không căn chỉnh ở cấp độ từ. |
| Phỏng vấn theo vai trò | Vai trò ổn định + dấu hai chấm | Interviewer: What changed? | Có thể che giấu danh tính khi thiết kế nghiên cứu yêu cầu ghi rõ người phát biểu. |
| Bản chép lời nghiên cứu ẩn danh | Mã người tham gia | P03: The handoff was unclear. | Mã phải được quản lý riêng với danh tính cá nhân. |
| Phụ đề WebVTT | Khoảng thời gian cue + phạm vi giọng nói | <v Maya Chen>The pilot starts September 22. | Khả năng hỗ trợ của trình phát và các quy tắc đặt phụ đề vẫn rất quan trọng. |
Tránh thay đổ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 trong lúc xem xét, hãy cập nhật mọi lượt nói trước đó và kiểm tra lại mọi bản tóm tắt, mục hành động, trích dẫn hoặc câu trả lời được tạo ra từ nhãn cũ.
Nên đặt tham chiếu thời gian trong bản chép lời ở đâu?
Mặc định nhanh và hữu ích nhất cho bản chép lời dễ đọc có nhiều người nói là đặt dấu thời gian bắt đầu lượt nói ngay trước nhãn người nói. Cách này cung cấp cho người xem xét một điểm nhấp hoặc tua cho mỗi lần chuyển lượt nói mà không lấp đầy mọi câu bằng dữ liệu thời gian. Chỉ chọn mức độ khác khi tác vụ tiếp theo cần đến mức đó.
| 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ô để xác minh trích dẫn. |
| Bắt đầu lượt lời | [00:02:14] Maya Chen: | Bản chép lời phỏng vấn và cuộc họp dễ đọc | Không hiển thị thời điểm kết thúc chính xác. |
| Khoảng thời gian của lượt lời | [00:02:14-00:02:19] | Biên tập, xem xét bằng chứng và các lượt lời chồng lấn | Nhiều nhiễu thị giác hơn. |
| Khoảng thời gian cue phụ đề | 00:02:14.000 --> 00:02:19.000 | Thời gian hiển thị WebVTT | Yêu cầu 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 làm văn bản hiển thị. |
Google Cloud cung cấp độ lệch thời gian bắt đầu và kết thúc cho các từ được nhận dạng. W3C WebVTT định nghĩa cue là các khoảng thời gian được căn chỉnh với âm thanh hoặc video và sử 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à 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ừ trong khi chỉ hiển thị dấu thời gian cấp lượt lời. Không thể: giả định rằng thời gian chi tiết hơn chứng minh việc nhận dạng hoặc quy kết là chính xác.
Nguồn: Google Cloud: Word time offsets và W3C WebVTT, được xem xét ngày 2026-08-05.
Bản chép lời nguyên văn đầy đủ, 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 mục đích khác nhau. Nguyên văn đầy đủ bảo toàn đặc điểm lời nói, nguyên văn thông minh cải thiện khả năng đọc trong khi giữ nguyên ý nghĩa và quy kết, còn phụ đề 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: Vào 00:09.100, Maya nói, "Um, so I, I think the pilot starts September 22." Vào 00:11.500, Luis nói chồng lên, "Pending procurement approval." Vào 00:13.300, Maya nói, "Right." Đây là mẫu QA được dựng, không phải thử nghiệm sản phẩm có đăng nhập.
Bản chép lời 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.
Sử dụng cấp độ này khi việc lặp lại, từ đệm, khoảng dừng, gián đoạn và tranh lượt lời là một phần của phân tích hoặc đặc tả dự án. Xác định mọi ký hiệu trong bảng quy cách.
Bản chép lời 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ỏ sự ngập ngừng nhưng không 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 sử dụng thời gian cue bắt đầu-kết thúc và hỗ trợ vùng giọng nói. Việc sản xuất phụ đề cũng phải xem xét 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 về nội dung, nhận dạng 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 sử dụng các nguyên tắc xem xét: chính xác, đồng bộ, đầy đủ và được đặt đúng vị trí.
Nguồn: W3C WebVTT, DCMP Captioning Key và 47 CFR 79.1, được xem xét ngày 2026-08-05. Các quy tắc về chất lượng phụ đề trong CFR áp dụng cho bối cảnh truyền hình được định nghĩa trong đó; bài viết này sử dụng bốn thuật ngữ chất lượng như tiêu chí xem xét, không phải một tuyên bố pháp lý phổ quát.
Nên xử lý phần chồng lấn, người nói không xác định và các dấu hiệu sự kiện như thế nào?
Phần chồng lấn vừa là vấn đề chép lời vừa là vấn đề quy kết. Nếu cả hai giọng nói đều nghe rõ, hãy giữ lại cả hai lượt lời với các khoảng thời gian giao nhau. Nếu chỉ nghe rõ một giọng, hãy chép lại giọng đó và chỉ đánh dấu tình trạng khi điều này 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 được và quay lại xử lý trong quá trình QA.
- Lượt lời chồng lấn nhưng nghe rõ: giữ nhãn và khoảng thời gian riêng biệt; không gộp hai người nói vào một câu.
- Phản hồi ngắn: kiểm tra cẩn thận "yes," "right," và "mm-hmm" vì việc phân tách người nói thường gán sai các lượt lời ngắn.
- Không xác định được danh tính: sử dụng
Người nói không xác định: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õ: sử dụng một ký hiệu do dự án định nghĩa như
[không nghe rõ 00:24]; không bao giờ viết từ mà người kiểm duyệt dự đoán là đã nghe thấy. - Âm thanh có ý nghĩa: sử dụng các mô tả ngắn gọn, viết thường như
[tiếng cười],[cửa đóng], hoặc[điện thoại reo]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 đến cuộc hội thoại có ý nghĩa đối với sản phẩm bàn giao.
IBM cảnh báo rằng lời nói chồng lấn hoặc nói đè có thể khó hoặc không thể được nhận diện chính xác trong âm thanh trộn, trong khi các lượt lời ngắn, tiếng ồn, người nói chiếm ưu thế và nhiều người tham gia cũng có thể làm giảm hiệu suất gán nhãn người nói. Các kênh được 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.
Đâu là những giới hạn của việc nhận diện người nói tự động?
Các hệ thống tự động có thể đẩy nhanh việc phân đoạn và điều hướng nguồn, nhưng đầu ra phân tách người nói là siêu dữ liệu tạm thời. Hãy coi đó là hàng đợi cần xem xét, không phải hồ sơ danh tính cuối cùng.
| Lỗi | Nguyên nhân | Triệu chứng hiển thị | Hành động của người kiểm duyệt |
|---|---|---|---|
| Hoán đổi người nói | Giọng nói tương tự hoặc chuyển lượt yếu | 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 thời điểm chuyển đổi rồi sửa toàn bộ đoạn bị ảnh hưởng. |
| Người nói ảo | Tiếng ồn hoặc biến đổi giọng nói | Một nhãn mới xuất hiện mặc dù không có người mới tham gia | Chỉ gộp sau khi đối chiếu giọng nói với các lượt lờ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 chiếm ưu thế | Một người tham gia phát biểu ngắn bị gán cho giọng nói chính | Xem xét thủ công các lượt chen lời và phản hồi ngắn. |
| Gộp phần chồng lấn | Một kênh âm thanh trộn | Hai giọng nói trở thành một câu bị ngắt quãng | Sử dụng phát lại theo khoảng thời gian hoặc các bản ghi riêng khi có sẵn. |
| Trôi nhãn tạm thời | Mô hình điều chỉnh ước tính khi có thêm âm thanh | Số người nói thay đổi giữa đầu ra một phần và đầu ra 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, sau đó chuẩn hóa. |
Có thể: sử dụng phân tách người nói để ưu tiên việc xem xét các lần chuyển người nói. Không thể: cam kết rằng mọi giọng nói, lượt chen lời hoặc tên đều chính xác nếu không nghe nguồn.
Bạn thực hiện QA thủ công đối với nhãn người nói và dấu thời gian như thế nào?
Bắt đầu với tài liệu có rủi ro cao thay vì phát lại tệp theo tuyến tính: quyết định, nghĩa vụ, tên, ngày tháng, con số, trích dẫn, cam kết với bên ngoài và những điểm giọng nói chồng lấn. Sau đó chuẩn hóa toàn bộ tài liệu.
- Chuẩn bị danh sách người nói và quy 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 đánh dấu sự kiện và các hạn chế về quyền riêng tư.
- Xác định các giọng nói đã biết. Sử dụng phần tự giới thiệu hoặc một thời điểm khác trong nguồn đã được xác minh để liên kết giọng nói với tên thật; không suy luận danh tính từ số phân tách người nói.
- Xem xét các lần chuyển người nói. Phát lại lần chuyển đầu tiên và mọi lần bàn giao có rủi ro cao, trích dẫn, người phụ trách, hạn chót, xác nhận ngắn và lượt chen lời.
- Giải quyết phần chồng lấn và sự không chắc chắn. Giữ lại các lượt lời đồng thời nhưng nghe rõ, đánh dấu nhất quán phần chồng lấn hữu ích hoặc các sự kiện âm thanh, và giữ lại các nhãn Người nói không xác định hoặc không nghe rõ khi bằng chứng không đủ.
- Kiểm tra căn chỉnh dấu thời gian. Xác nhận rằng dấu thời gian bắt đầu lượt lời hoặc khoảng thời gian mở đúng thời điểm trong nguồn và rằng thời điểm bắt đầu, kết thúc của phụ đề cùng thứ tự đọc khớp với âm thanh.
- Chuẩn hóa tài liệu. Áp dụng thống nhất cách viết nhãn, viết hoa, dấu câu, mẫu dấu thời gian và kiểu đánh dấu sự kiện trong toàn bộ sản phẩm bàn giao.
- Kiểm tra lại các đầu ra được tạo ra. Sau khi sửa một nhãn hoặc thời gian, hãy xác minh các bản tóm tắt, mục hành động, trích dẫn, tệp xuất và câu trả lời có dẫn nguồn để lỗi không tiếp tục tồn tại ở các bước sau.
Quy trình có thể bảo vệ nhanh nhất: sử dụng các nhãn được tạo ổn định và dấu thời gian bắt đầu lượt lời, xác minh phần giới thiệu hoặc mẫu rõ ràng đầu tiên của mỗi giọng nói, xem xét mọi lần bàn giao có tác động lớn, sau đó đổi tên nhãn trên toàn cục. Nếu sản phẩm bàn giao có rủi ro cao, hãy sử dụng người kiểm duyệt thứ hai hoặc một quy tắc lấy mẫu được ghi chép thay vì cho rằng lượt xem xét đầu tiên đã hoàn tất.
Đã đo lường: SERP của Google và Bing cùng các trang Google Cloud, IBM Cloud, W3C, DCMP và FCC đã được xem xét vào ngày 2026-08-05. Không áp dụng: tải lên âm thanh, đầu ra phân tách người nói, độ chính xác của sản phẩm, mức độ thống nhất giữa những người kiểm duyệt, tốc độ xử lý và khả năng sử 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 dựa trên nguồn khi nhãn, thời điểm trong nguồn và câu trả lời được tạo ra 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 mang tên người phụ trách cũ.
Minh họa biên tập có kiểm soát; không áp dụng phép đo sản phẩm.
00:09 Maya Chen: "Chương trình thí điểm bắt đầu vào ngày 22 tháng 9."
00:24 Người nói 2: "Tôi sẽ gửi danh sách truy cập trước ngày 15 tháng 9."
00:41 Maya Chen: "Phê duyệt mua sắm vẫn đang chờ xử lý."
Quy trình xem xét: Mở 00:24, so sánh giọng nói với phần giới thiệu đã xác minh của Luis Ortiz, đổi Người nói 2 thành Luis Ortiz, rồi chạy lại hoặc kiểm tra lại mọi đầu ra được tạo ra.
Mục hành động đã chỉnh sửa: Luis Ortiz - gửi danh sách quyền 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 phụ trách danh sách quyền truy cập?" Luis Ortiz [00:24].
Việc chỉnh sửa chỉ hoàn tất khi bản chép lời, 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 sử dụng tên Luis. Nếu không thể xác minh danh tính, câu trả lời trung thực là Người nói 2 phụ trách hành động này, với nguồn 00:24, đang chờ xác định.
HiNoter phù hợp ở đâu trong quy trình này?
HiNoter là công cụ ghi chú cuộc họp và nhiều nguồn bằng AI, biến các cuộc họp, video YouTube, tệp PDF, video và âm thanh được cấp quyền thành các 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 cấp quyền xử lý, HiNoter có thể được đánh giá về khả năng điều hướng bản chép lời có gắn nhãn người nói, phát lại theo dấu thời gian, chỉnh sửa nhãn, tạo bả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 đến các thời điểm trong nguồn. Liên kết nguồn giúp việc chỉnh sửa có thể được kiểm tra; nhưng 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: Việc chỉnh sửa nhãn người nói, điều hướng theo dấu thời gian, tự động ghi nhận người tham dự, tạo bản chép lời, 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 thử 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, quyền kiểm soát quyền riêng tư, quyền truy cập nguồn, việc cập nhật 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ử nghiệm quy trình chuyển âm thanh thành văn bản, so sánh ghi chú cuộc họp bằng AI, kiểm tra các 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 chuyển bản chép lời đa ngôn ngữ liên quan giải thích tại sao việc quy cho người nói và ý nghĩa giữa các ngôn ngữ là hai bước kiểm tra chất lượng riêng biệt.
Cần thực hiện những kiểm tra nào về quyền riêng tư và quyền cho phép?
Nhãn người nói có thể biến một bản chép lời chung 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 phép sử dụng, thông báo cho người tham gia khi cần và giới hạn bản chép lời cùng bản ghi nguồn cho những người cần truy cập.
- Ghi lại mục đích của việc ghi âm, chép lời, xác định 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 khử nhận dạng.
- Không suy luận các đặc điểm nhận dạng nhạy cảm từ giọng nói.
- Hạn chế quyền 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 các quy tắc lưu giữ và xóa cho cả bản chép lời lẫn âm thanh nền tảng.
- Đối với tài liệu pháp lý, nhân sự, chăm sóc sức khỏe, khách hàng hoặc tài liệu chịu quản lý, hãy tham vấn 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 về quyền riêng tư của sản phẩm và quy định địa phương về ghi âm hoặc sinh trắc học đối với những người tham gia, khu vực pháp lý và trường hợp sử dụng thực tế.
Các câu hỏi thường gặp
Nhãn người nói trong bản chép lời là gì?
Nhãn người nói trong bản chép lời 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 phát biểu. Ví dụ gồm Maya Chen, Người phỏng vấn, Người nói 2 và Người nói không xác định. Nhãn phải 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à chính xác?
Nhãn người nói chính xác là nhãn cụ thể nhất được bằng chứng hỗ trợ: tên đã xác minh khi danh tính quan trọng, vai trò khi vai trò là đủ, số ẩn danh ổn định khi việc phân tách người nói chỉ mới tách được các giọng nói, hoặc Người nói không xác định khi không thể xác nhận danh tính. Tính nhất quán và khả năng xác minh quan trọng hơn định dạng mang tính trang trí.
Định dạng nhãn người nói chính xác là gì?
Để bản chép lời dễ đọc, hãy dùng một nhãn theo sau là dấu hai chấm ở đầu mỗi lượt phát biểu, ví dụ [00:09] Maya Chen: Bản thử nghiệm bắt đầu vào ngày 22 tháng 9. Đối với phụ đề, hãy tuân theo đặc tả tệp mục tiêu; WebVTT hỗ trợ một đoạn giọng nói xác định người nói của cue. Khách hàng, tòa án, đài phát thanh truyền hình hoặc dự án nghiên cứu có thể yêu cầu một quy chuẩn riêng khác.
Tham chiếu thời gian trong bản chép lời nên xuất hiện ở đâu?
Đối với bản chép lời thông thường, hãy đặt dấu thời gian bắt đầu lượt phát biểu ngay trước nhãn người nói. Sử 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, dấu thời gian định kỳ chỉ khi dự án yêu cầu và khoảng thời gian cue cho phụ đề. Thời gian ở cấp độ từ nên được giữ dưới dạng dữ liệu căn chỉnh máy có thể đọc thay vì in trước mỗi 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 phát biểu khi lời nói có thể hiểu được và cung cấp khoảng thời gian cho từng lượt. Thêm một dấu hiệu điều kiện nhất quán như [lời nói chồng lấn] khi điều đó giúp người đánh giá. Nếu không thể xác minh giọng nói hoặc lời nói, hãy dùng Người nói không xác định hoặc [không nghe rõ 00:24] thay vì gán một cái tên có vẻ đúng hoặc bịa ra văn bản.
HiNoter xử lý nhãn người nói và dấu thời gian như thế nào?
Sau khi được cấp quyền, HiNoter có thể được đánh giá về khả năng điều hướng bản chép lời, chỉnh sửa nhãn người nói, tạo ghi chú có cấu trúc, mục hành động và 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, gói, quyền kiểm soát quyền riêng tư và quy trình liên kết nguồn hiện tại trước khi xuất bản.
Kiểm tra bản chép lời được cấp quyền với nguồn của nó
Trước tiên, 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 cấp quyền trong HiNoter, chỉnh 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, các mục hành động và câu trả lời AI Chat đều mang thông tin quy cho người nói đã được chỉnh sửa.
Xử lý một cuộc họp hoặc tệp được cấp quyền | Xem AI Chat liên kết nguồn