Tổng quan về luồng VOD
Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
API phân phát nhóm DAI (Chèn quảng cáo động) cung cấp các tệp kê khai nhóm quảng cáo video có tốc độ bit thích ứng, được chuẩn bị theo cách có thể ghép trực tiếp vào danh sách phát nội dung nghe nhìn HLS hoặc MPEG-DASH cho người dùng.
Quy trình tích hợp điển hình với API phân phát nhóm DAI có ba thành phần chính:
Google Ad Manager, ứng dụng trình phát video của máy khách (thường được xây dựng bằng
SDK Quảng cáo trên phương tiện truyền thông tương tác (IMA)—và một
trình thao tác tệp kê khai.
Ad Manager
Ad Manager chịu trách nhiệm phân phối nhóm quảng cáo cho đơn vị kiểm soát tệp kê khai.
Trình thao tác tệp kê khai tương tác với API phân phát nhóm của Ad Manager để yêu cầu nhóm quảng cáo. Dịch vụ này có những trách nhiệm sau:
- Tạo phiên phát trực tiếp cho mỗi yêu cầu từ ứng dụng trình phát video của ứng dụng, chọn quảng cáo, tạo nhóm quảng cáo và cung cấp các lượt hiển thị để phù hợp với hồ sơ mã hoá nội dung của bạn, còn được gọi là "điều chỉnh mẫu quảng cáo dạng video".
(Bước 1 và 2 trong sơ đồ ở trên)
- Phản hồi các yêu cầu về nhóm quảng cáo từ trình thao tác tệp kê khai và cung cấp các tệp kê khai của nhóm quảng cáo được mã hoá đúng cách để ghép vào luồng.
(Bước 4 và 5)
- Phản hồi các yêu cầu về siêu dữ liệu của nhóm quảng cáo từ ứng dụng trình phát video của ứng dụng
và cung cấp bảng tra cứu cho các sự kiện quảng cáo. (Bước 7 và 8)
- Nhận và xử lý ping theo dõi mà ứng dụng trình phát video của ứng dụng nhận được. (Bước 10)
Ứng dụng trình phát video của ứng dụng
Ứng dụng trình phát video của ứng dụng có thể là ứng dụng dành cho TV, ứng dụng dành cho thiết bị di động hoặc ứng dụng web để người dùng xem luồng video. Người chơi có những trách nhiệm sau:
- Yêu cầu tài nguyên luồng từ Ad Manager và nhận đối tượng luồng
đại diện cho một phiên phát duy nhất của một tài sản video cụ thể. (Bước 1 và 2)
- Yêu cầu tệp kê khai luồng từ trình thao tác tệp kê khai và bắt đầu phát. (Bước 3 và 6)
- Yêu cầu siêu dữ liệu nhóm quảng cáo từ Ad Manager, trong đó mô tả các sự kiện quảng cáo
được nhúng vào các sự kiện siêu dữ liệu được tính giờ của luồng. (Bước 7 và 8)
- Nghe trình phát video để biết các lệnh gọi lại với sự kiện siêu dữ liệu được tính giờ được nhúng vào luồng âm thanh hoặc video chứa mã nhận dạng nội dung nghe nhìn của quảng cáo. (Bước 9)
- Tra cứu URL xác minh bằng cách so khớp các mã được nhúng này với các sự kiện quảng cáo
và thông báo cho Ad Manager rằng các sự kiện quảng cáo này đã xảy ra thành công.
(Bước 10)
Để tìm hiểu thêm về cách triển khai ứng dụng trình phát video khách, hãy xem hướng dẫn về SDK IMA cho nền tảng của bạn: Android, HTML5, iOS hoặc tvOS.
Để biết các cách triển khai tuỳ chỉnh, hãy xem hướng dẫn về ứng dụng trình phát video khách của chúng tôi cho API phân phát nhóm VOD cho DAI.
Trình thao tác tệp kê khai
Người kiểm soát tệp kê khai là máy chủ chịu trách nhiệm lưu trữ tệp kê khai luồng được cung cấp cho ứng dụng trình phát video của ứng dụng. Máy chủ có những trách nhiệm sau:
- Yêu cầu tệp kê khai nhóm quảng cáo từ Ad Manager. (Bước 4 và 5)
- Ghép các tệp kê khai quảng cáo này vào luồng nội dung VOD hiện có và cung cấp tệp kê khai cuối cùng cho ứng dụng trình phát video của ứng dụng. (Bước 3 và 6)
Để tìm hiểu thêm về cách triển khai trình thao tác tệp kê khai tuỳ chỉnh, hãy xem
hướng dẫn trình điều khiển tệp kê khai cho
API Phân phát nhóm VOD của DAI.
Trừ phi có lưu ý khác, nội dung của trang này được cấp phép theo Giấy phép ghi nhận tác giả 4.0 của Creative Commons và các mẫu mã lập trình được cấp phép theo Giấy phép Apache 2.0. Để biết thông tin chi tiết, vui lòng tham khảo Chính sách trang web của Google Developers. Java là nhãn hiệu đã đăng ký của Oracle và/hoặc các đơn vị liên kết với Oracle.
Cập nhật lần gần đây nhất: 2025-08-21 UTC.
[null,null,["Cập nhật lần gần đây nhất: 2025-08-21 UTC."],[[["\u003cp\u003eThe DAI Pod Serving API delivers adaptive bitrate video ad pods for seamless integration into HLS or MPEG-DASH playlists.\u003c/p\u003e\n"],["\u003cp\u003eA typical integration involves Google Ad Manager, a client video player app (often using the IMA SDK), and a manifest manipulator.\u003c/p\u003e\n"],["\u003cp\u003eAd Manager handles ad pod delivery, stream session creation, ad selection, encoding, and tracking.\u003c/p\u003e\n"],["\u003cp\u003eThe client video player app requests streams, manifests, and ad metadata, and handles ad event verification.\u003c/p\u003e\n"],["\u003cp\u003eThe manifest manipulator stitches ad manifests into the content stream, creating the final manifest for the client video player.\u003c/p\u003e\n"]]],["The DAI Pod Serving API involves three components: Ad Manager, a client video player app, and a manifest manipulator. Ad Manager delivers ad pods, manages stream sessions, provides ad pod manifests and metadata, and processes tracking pings. The client app requests streams, requests and plays manifests, retrieves ad metadata, and sends ad event notifications. The manifest manipulator requests ad pod manifests from Ad Manager and then stitches them into the content stream, providing the final manifest to the client app.\n"],null,["# Overview for VOD streams\n\nThe DAI Pod Serving API provides adaptive-bitrate video ad pod manifests,\nprepared in such a way that they can be stitched directly into a user-facing HLS\nor MPEG-DASH media playlist.\n\nA typical integration with the DAI Pod Serving API has three main components:\nGoogle Ad Manager, a client video player app---commonly built using\nthe [Interactive Media Ads (IMA) SDK](/interactive-media-ads)---and a\nmanifest manipulator.\n\nAd Manager\n----------\n\nAd Manager is responsible for delivering ad pods to the manifest manipulator.\nThe manifest manipulator interacts with Ad Manager's [Pod Serving\nAPI](//support.google.com/admanager/answer/10492367#dai-pod-serving)\nto request the ad pods. The service has these responsibilities:\n\n- Creating a stream session for each request from the client video player app, selecting ads, building ad pods and providing renditions to match your content encoding profiles, also called \"video creative conditioning\". (Steps 1 and 2 in the diagram above)\n- Responding to ad pod requests from the manifest manipulator and providing properly encoded ad pod manifests for stitching into streams. (Steps 4 and 5)\n- Responding to ad pod metadata requests from the client video player app and providing a lookup table for ad events. (Steps 7 and 8)\n- Receiving and processing tracking pings received by the client video player app. (Step 10)\n\nClient video player app\n-----------------------\n\nThe client video player app can be a TV app, mobile app, or web app where\nusers watch the video stream. The player has these responsibilities:\n\n- Requesting a stream resource from Ad Manager and receiving a stream object that represents a single playback session of a specific video asset. (Steps 1 and 2)\n- Requesting a stream manifest from the manifest manipulator and beginning playback. (Steps 3 and 6)\n- Requesting ad pod metadata from Ad Manager, which describes the ad events embedded in the stream's timed metadata events. (Steps 7 and 8)\n- Listening to the video player for callbacks with timed metadata events embedded in the audio or video stream that contain ad media IDs. (Step 9)\n- Looking up the verification URLs by matching these embedded IDs to ad events and notifying Ad Manager that these ad events have successfully occurred. (Step 10)\n\nTo learn more about implementing the client video player app, see the\nIMA SDK guide for your platform:\n[Android](/ad-manager/dynamic-ad-insertion/sdk/android?service=pod),\n[HTML5](/ad-manager/dynamic-ad-insertion/sdk/html5?service=pod),\n[iOS](/ad-manager/dynamic-ad-insertion/sdk/ios?service=pod), or\n[tvOS](/ad-manager/dynamic-ad-insertion/sdk/tvos?service=pod).\nFor custom implementations, see our [client video player app\nguide](/ad-manager/dynamic-ad-insertion/api/pod-serving/vod/client) for the DAI\nVOD Pod Serving API.\n\nManifest manipulator\n--------------------\n\nThe manifest manipulator is the server in charge of hosting the stream manifest\nprovided to the client video player app. The server has these responsibilities:\n\n- Requesting ad pod manifests from Ad Manager. (Steps 4 and 5)\n- Stitching these ad manifests into the existing VOD content stream and providing the final manifest to the client video player app. (Steps 3 and 6)\n\nTo learn more about implementing a custom manifest manipulator, see the\n[manifest manipulator\nguide](/ad-manager/dynamic-ad-insertion/api/pod-serving/vod/manipulator) for the\nDAI VOD Pod Serving API."]]
