MSTAPI 请求 ID 在哪里初始化?

发布于 2024-07-24 15:57:25 字数 626 浏览 11 评论 0原文

我继承了一些实现 MSTAPI 接口并与之通信的代码。 我很好奇请求 ID 是在哪里初始化的(或者是否初始化)。 我所说的请求 ID 是指 LINE_REPLY 消息

我很好奇的原因是,当我拥有 TSP 和客户端显示请求 ID 时,我将以下内容视为典型序列,并且双方都同意这些数字:

66304
66303
66286
66269
66252
66235
...

第一个值转换为 0x00010300 (这对我来说没有任何意义,但它是一个整数),然后请求 ID减少。 (除非请求 ID 在内部被视为有符号的 2 字节整数,我认为这是可能的。)

我怀疑一侧或另一侧应该初始化某些内容,而不是或正在将其初始化为某些内容不当。

有谁知道请求 ID 应该如何工作? 它是由 MSTAPI 内部生成并提供给 TSP 和客户端的不透明数字吗? 谁能指出解释这一点的参考文献?

谢谢。

I've inherited some code that implements and talks to the MSTAPI interface. I am curious where the request ID's are initialized (or if they are). By request ID, I mean, for example, the parameter idRequest to the LINE_REPLY Message.

The reason I'm curious is that when I have the TSP and the client display request IDs, I see the following as a typical sequence and both sides agree on the numbers:

66304
66303
66286
66269
66252
66235
...

The first value translates to 0x00010300 (which doesn't mean anything to me, but is a round number), and then the request IDs decrease from there. (Unless the request ID is internally being treated as a signed 2-byte integer, which I suppose is possible.)

I suspect that one side or the other side is supposed to be initializing something, and isn't or is initializing it to something inappropriate.

Does anyone know how the request ID is supposed to work? Is it an opaque number generated internally by MSTAPI and provided to both the TSP and client? Can anyone point at references that explain this?

Thanks.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

雪化雨蝶 2024-07-31 15:57:25

请求 ID 由 TAPI 在内部为所有异步操作生成。 当您的程序调用异步 TAPI 函数(如 lineMakeCall)时,TAPI 会返回此操作的请求 ID。 在 TSPI_lineMakeCall 中向 TSP 提供相同的请求 ID。 当 TSP 完成 MakeCall 操作时,TSP 使用该请求 ID 调用 CompletionProc 回调,告诉 TAPI 本次操作已完成。 之后,TAPI 使用相同的请求 ID 向您的应用程序发送 LINE_REPLY 消息,以便您知道您的 lineMakeCall 操作已完成。

Request IDs are generated internally by TAPI for all asynchronous operations. When your program calls asynchronous TAPI function like lineMakeCall, TAPI returns a request ID for this operation. The same request ID is provided to TSP in TSPI_lineMakeCall. When TSP completes MakeCall operation, TSP calls CompletionProc callback with this request ID, telling TAPI that this operation is finished. After that TAPI sends LINE_REPLY message to your application with the same request ID, so you know that your lineMakeCall operation has been completed.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文