Sonos Music API 服务报告和清单文件

Question

我们已经构建了一个提供有声读物的 SMAPI 实现。我们能够浏览书籍并播放它们，但我们遇到了让报告正常工作的问题。我们看到 SMAPI 的报告端点是 deprecated，因此我们正尝试遵循 "Add reporting" page 的指示。

我们在https://<our_service>/v1/reporting 添加了一个报告路径，并在该基本路径之外添加了对/context 和/timePlayed 的请求的端点。我们可以自己直接打他们，所以他们跑了。

我们还在https://<our_service>/v1/files/manifest.json 创建并托管了一个清单文件，我们还可以直接点击它并获取 JSON 文件。

{
  "schemaVersion": "1.0",
  "endpoints": [
    {
      "type": "reporting",
      "uri": "https://<our_service>/v1/reporting"
    }
  ],
  "strings": {
    "uri": "https://<our_service>/v1/files/strings.xml",
    "version": 1
  }
}

之后，我们添加了使用customsd page 进行测试的服务。我们仍然能够导航菜单和播放有声读物，但 Sonos 似乎将弃用的报告请求发送到我们的 SOAP 服务，而不是新的报告端点。

我们发现this question 似乎有人在使用 SMAPI 实现以及新端点，但我们无法弄清楚我们正在做的不同导致问题的原因。任何想法或建议将不胜感激。

Answer 1

您的报告端点和清单 Uri 的版本号似乎不受支持。不支持v1。可接受的版本号为v1.0、v2.0 或更高版本。供参考，请参阅：

• Add reporting 中添加带有端点的清单文件下的示例。
• POST /timePlayed 获取每个版本的功能列表。
• 云队列基本 URL 和 API 版本在Play audio (cloud queue) 中了解有关 URL 和 API 版本格式的详细信息。

更新了更多细节：

• endpoint结尾不一定要有report，可以随便调用。
• 顺序无关紧要。 /v2.1/reporting 和 /stuff/report/v2.3 都有效。
• 报告端点不必是 HTTPS，它可以是不安全的 HTTP。
• 清单 URL 不能不安全，它必须使用 HTTPS。