信息处理方法、装置及设备与流程

1.本技术涉及互联网技术领域，尤其涉及一种信息处理方法、装置及设备。


背景技术：

2.在直播业务场景中，直播链路用于执行直播业务，直播链路通常包括多个设备(包括主播设备和客户设备)，多个设备的执行与各其对应的业务，才能使上述直播链路执行直播业务。目前，通常确定从主播点击了主播设备中的产品到客户通过客户设备看到该产品的过程中，直播链路的耗时。
3.在相关技术中，从主播点击了主播设备中的产品到客户通过客户设备看到该产品的过程中，通过多个设备对应的管理平台，记录每个设备执行与其对应的业务的时长。在统计上述直播链路的耗时过程中，查询每个管理平台，得到每个设备执行业务的时长，进而得到直播链路的耗时。
4.在上述过程中，查询管理平台，获取每个设备执行业务的时长，进而得到直播链路的耗时，导致得到直播链路的耗时的效率较低。


技术实现要素：

5.本技术实施例提供一种信息处理方法、装置及设备，用以解决得到直播链路的耗时的效率较低问题。
6.第一方面，本技术实施例提供一种信息处理方法，应用于第一终端，方法包括：
7.获取提醒消息；提醒消息包括至少一个时间戳和第一对象对应的第一标识，至少一个时间戳包括第二终端响应于触发操作时记录的第一时间戳，触发操作用于指示显示第一对象的属性信息；
8.根据第一标识，获取第一对象的属性信息，显示第一对象的属性信息，并记录显示属性信息的第二时间戳；
9.根据第一时间戳和第二时间戳，确定从第二终端响应于触发操作至显示属性信息的第一时长。
10.在一种可能的设计中，根据第一标识，获取第一对象的属性信息，包括：
11.向服务接口设备发送第一请求；第一请求包括第一标识；
12.接收服务接口设备根据第一标识发送的第一对象的属性信息。
13.在一种可能的设计中，根据第一时间戳和第二时间戳，确定从第二终端响应于触发操作至显示属性信息的第一时长，包括：
14.将第二时间戳和第一时间戳的差值，确定为第一时长。
15.在一种可能的设计中，方法还包括：
16.记录获取到提醒消息时的第五时间戳，第五时间戳用于确定从第二终端响应于触发操作至获取到提醒消息的第二时长。
17.在一种可能的设计中，获取提醒消息，包括：
18.按照轮询的方式，从直播设备中获取提醒消息。
19.在一种可能的设计中，获取提醒消息，包括：
20.接收直播设备发送的提醒消息。
21.第二方面，本技术实施例提供一种信息处理方法，应用于服务接口设备，方法包括：
22.接收第二请求；第二请求中包括第二终端响应于触发操作的第一时间戳，触发操作用于指示显示第一对象的属性信息；
23.根据第二请求，向直播中台设备发送rpc请求；rpc请求用于指示发送提醒消息，rpc请求和提醒消息中包括第一时间戳和第一对象的第一标识。
24.在一种可能的设计中，第二请求中还包括第一对象对应的第一标识和第二终端对应的第二标识；根据第二请求，向直播中台设备发送rpc请求，包括：
25.将第一时间戳、第一标识、第二标识和接收到第二请求时记录的第三时间戳确定为rpc请求；第三时间戳用于确定从第二终端响应于触发操作至接收到第二请求的第三时长；
26.向直播中台设备发送rpc请求和发送rpc请求的第四时间戳；第四时间戳用于确定从第二终端响应于触发操作至发送rpc请求的第四时长。
27.在一种可能的设计中，第二请求还包括第一对象的属性信息；方法还包括：
28.接收第一终端发送的第一请求；第一请求包括第一标识；
29.根据第一标识，向第一终端发送第一对象的属性信息。
30.第三方面，本技术实施例提供一种信息处理装置，应用于第一终端，装置包括：处理模块和显示模块；其中，
31.处理模块，用于获取提醒消息；提醒消息包括至少一个时间戳和第一对象对应的第一标识，至少一个时间戳包括第二终端响应于触发操作时记录的第一时间戳，触发操作用于指示显示第一对象的属性信息；根据第一标识，获取第一对象的属性信息；
32.显示模块，用于显示第一对象的属性信息；
33.处理模块，还用于记录显示属性信息的第二时间戳；根据第一时间戳和第二时间戳，确定从第二终端响应于触发操作至显示属性信息的第一时长。
34.在一种可能的设计中，处理模块具体用于：
35.向服务接口设备发送第一请求；第一请求包括第一标识；
36.接收服务接口设备根据第一标识发送的第一对象的属性信息。
37.在一种可能的设计中，处理模块具体用于：
38.将第二时间戳和第一时间戳的差值，确定为第一时长。
39.在一种可能的设计中，处理模块还用于：
40.记录获取到提醒消息时的第五时间戳，第五时间戳用于确定从第二终端响应于触发操作至获取到提醒消息的第二时长。
41.在一种可能的设计中，处理模块具体用于：
42.按照轮询的方式，从直播设备中获取提醒消息。
43.在一种可能的设计中，处理模块具体用于：
44.接收直播设备发送的提醒消息。
45.第四方面，本技术实施例提供一种信息处理装置，应用于服务接口设备，装置包括：处理模块；处理模块用于：
46.接收第二请求；第二请求中包括第二终端响应于触发操作的第一时间戳，触发操作用于指示显示第一对象的属性信息；
47.根据第二请求，向直播中台设备发送rpc请求；rpc请求用于指示发送提醒消息，rpc请求和提醒消息中包括第一时间戳和第一对象的第一标识。
48.在一种可能的设计中，第二请求中还包括第一对象对应的第一标识和第二终端对应的第二标识；处理模块具体用于：
49.将第一时间戳、第一标识、第二标识和接收到第二请求时记录的第三时间戳确定为rpc请求；第三时间戳用于确定从第二终端响应于触发操作至接收到第二请求的第三时长；
50.向直播中台设备发送rpc请求和发送rpc请求的第四时间戳；第四时间戳用于确定从第二终端响应于触发操作至发送rpc请求的第四时长。
51.在一种可能的设计中，第二请求还包括第一对象的属性信息；处理模块还用于：
52.接收第一终端发送的第一请求；第一请求包括第一标识；
53.根据第一标识，向第一终端发送第一对象的属性信息。
54.第五方面，本技术实施例提供一种第一终端，包括：处理器，以及与处理器通信连接的存储器；
55.存储器存储计算机执行指令；
56.处理器执行存储器存储的计算机执行指令，以实现如第一方面任一项的方法。
57.第六方面，本技术实施例提供一种服务接口设备，包括：处理器，以及与处理器通信连接的存储器；
58.存储器存储计算机执行指令；
59.处理器执行存储器存储的计算机执行指令，以实现如第二方面任一项的方法。
60.第七方面，本技术实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如第一方面或者第二方面任一项的方法。
61.第八方面，本技术实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面或者第二方面任一项的方法。
62.本技术实施例提供一种信息处理方法、装置及设备，该方法包括：获取提醒消息；提醒消息包括至少一个时间戳和第一对象对应的第一标识，至少一个时间戳包括第二终端响应于触发操作时记录的第一时间戳，触发操作用于指示显示第一对象的属性信息；根据第一标识，获取第一对象的属性信息，显示第一对象的属性信息，并记录显示属性信息的第二时间戳；根据第一时间戳和第二时间戳，确定从第二终端响应于触发操作至显示属性信息的第一时长。在上述方法中，第一终端获取第二终端响应于触发操作时记录的第一时间戳、以及记录显示第一对象的属性信息的第二时间戳，并根据第一时间戳和第二时间戳，确定从第二终端响应于触发操作至第一终端显示属性信息的第一时长，无需查询管理平台，从而提高得到直播链路的耗时的效率。
附图说明
63.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
64.图1为本技术实施例提供的直播业务场景的示意图；
65.图2为本技术实施例提供的信息处理方法的流程图一；
66.图3为本技术实施例提供一种界面示意图；
67.图4为本技术实施例提供的信息处理方法的流程图二；
68.图5为本技术实施例提供的信息处理方法的流程图三；
69.图6为本技术实施例提供的一种信息处理装置的结构示意图；
70.图7为本技术实施例提供的另一种信息处理装置的结构示意图；
71.图8为本技术实施例提供的第一终端的硬件示意图；
72.图9为本技术实施例提供的服务接口设备的硬件示意图。
73.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
74.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
75.直播链路的耗时等于从主播点击了主播设备中的产品到客户通过客户设备看到该产品的时长。
76.在实际应用中，由于主播设备与多个客户设备之间的物理距离不相同、与多个客户设备之间的网络质量不相同，导致主播在点击了某个产品之后，多个客户设备看到该产品的时刻也不相同。
77.因此通常需要确定直播链路的耗时，以基于该耗时得到优化时长，并采用优化时长指示主播能够点击产品(例如提前1分钟点击产品)，从而实现多个客户设备中存在一定比例(例如50％、60％等)的客户设备能够在某一时刻看到该产品，从而提高直播效率。
78.在相关技术中，通过管理平台记录设备执行对应业务的时长，为了确定直播链路的耗时，查询管理平台，获取直播链路中每个设备执行业务的时长，进而得到直播链路的耗时。由于需要通过查询管理平台，才能得到直播链路的耗时，因此通过相关技术得到直播链路的耗时的效率较低。
79.本技术中，提高得到直播链路的耗时的效率，发明人想到一种信息处理方法，在主播点击了主播设备中的产品时，记录第一时间戳，并将第一时间戳发送给客户设备，当客户设备显示该产品时，记录第二时间戳，进而第一时间戳和第二时间戳得到直播链路的耗时，无需查询管理平台，从而提高得到直播链路的耗时的效率。
80.下面结合图1，对本技术中涉及的直播业务场景进行说明。
81.图1为本技术实施例提供的直播业务场景的示意图。如图1所示，该业务场景中包
括：主播设备、服务接口设备、直播中台设备、直播设备和至少一个客户设备。例如至少一个客户设备包括客户设备1、客户设备2、客户设备3和客户设备4。
82.需要说明的是，直播链路中包括多个设备中存在主播设备、服务接口设备、直播中台设备、直播设备和客户设备。
83.主播设备和客户设备可以是无线终端、也可以是有线终端。无线终端例如可以为移动电话(或称为“蜂窝”电话)和具有移动终端的计算机(例如平板电脑等设备)。有线终端例如可以为网络电视、台式电脑等。
84.在上述图1中，主播设备响应于主播输入的触控操作(对对象品的点击操作)，并记录响应于触控操作的第一时间戳，进而通过服务接口设备、直播中台设备、直播设备使客户设备显示对象的属性信息。客户设备记录显示属性信息的第二时间戳，并根据第一时间戳和第二时间戳，得到直播链路的耗时，从而提高得到直播链路的耗时的效率。
85.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
86.图2为本技术实施例提供的信息处理方法的流程图一。如图2所示，该方法包括：
87.s201、第一终端获取提醒消息；提醒消息包括至少一个时间戳和第一对象对应的第一标识，至少一个时间戳包括第二终端响应于触发操作时记录的第一时间戳，触发操作用于指示显示第一对象的属性信息。
88.第一终端为图1中至少一个客户设备中的任意一个客户设备。
89.提醒消息为从图1的直播设备中获取到的消息。直播设备中存在多个直播间，每个直播间具有对应的标识，该直播间对应的标识与第二终端对应的第二标识相同、或者对应。提醒消息为第二终端对应的提醒消息，该提醒消息用于指示存在需要第一终端显示的属性信息。
90.可选地，可以通过如下方法11和方式12获取提醒消息。
91.方式11，按照轮询的方式，从直播设备中获取提醒消息。“轮询”表示第一终端周期性的查询直播设备，当查询到直播设备中存在第二终端对应的提醒消息时，从直播设备中获取提醒消息。
92.方式12，接收直播设备发送的提醒消息。需要说明的是，在方式12中，直播设备和第一终端之间通过基于tcp(transmission control protocol，传输控制协议)的全双工通信协议(websocket)实现提醒消息的发送和接收。
93.第一对象例如可以为上述产品，例如可以为衣物、图书、家电、或者物品等。
94.第二终端为图1中的主播设备。
95.可选地，触发操作可以为对第一对象对应的预设控件(pin)的点击操作。下面结合图3对包括预设控件的界面进行示例性说明。图3为本技术实施例提供一种界面示意图。如图3所示，包括：对象列表。对象列表中包括多个对象的图像、每个对象具有对应的属性信息和预设控件。例如属性信息包括对象的价值、介绍、库存量、销售量等中的至少一种。当第二终端接收到对预设控件的触发操作时，第二终端记录第一时间戳。
96.s202、第一终端根据第一标识，获取第一对象的属性信息，显示第一对象的属性信息，并记录显示属性信息的第二时间戳。
97.可选地，可以根据第一标识，从预设对应关系中获取第一对象的属性信息，其中，预设对应关系包括多个对象的标识和每个对象的标识对应的属性信息。
98.s203、第一终端根据第一时间戳和第二时间戳，确定从第二终端响应于触发操作至第一终端显示属性信息的第一时长。
99.在一种可能的设计中，将第二时间戳和第一时间戳的差值，确定为第一时长。需要说明的是，在本技术中，第一时长为直播链路的耗时，即。
100.在图2实施例提供的信息处理方法中，第一终端获取第二终端响应于触发操作时记录的第一时间戳、以及记录显示第一对象的属性信息的第二时间戳，并根据第一时间戳和第二时间戳，确定从第二终端响应于触发操作至第一终端显示属性信息的第一时长，无需查询管理平台，从而提高得到直播链路的耗时的效率。
101.在上述实施例的基础上，下面结合图4实施例，对本技术实施例提供的信息处理方法做进一步地详细说明，如图4所示。
102.图4为本技术实施例提供的信息处理方法的流程图二。如图4所示，该方法包括：
103.s401、第二终端响应于触发操作，向服务接口设备发送第二请求，第二请求中包括第一时间戳和第一标识。
104.触发操作为用户(例如主播、或者主播助理等)对图3所示的预设控件的点击操作，触发操作用于指示第一终端显示第一对象的属性信息。
105.可选地，服务接口设备中包括服务后台接口和pop(post office protocol，邮局协议)服务接口。
106.具体的，第二终端向服务后台接口发送第二请求。
107.可选地，第二请求中还可以包括第二终端对应的第二标识(对应于与主播标识、或者主播间对应的标识)、第一标识和属性信息等。
108.s402、服务接口设备根据第二请求，向直播中台设备发送rpc请求。
109.具体的，服务后台接口根据第二请求，向直播中台设备发送rpc请求。
110.rpc请求用于指示直播中台设备向直播设备发送提醒消息，rpc请求和提醒消息中包括第一时间戳和第一对象的第一标识。
111.可选地，rpc请求中还可以包括第一标识和第二标识。第二标识可以用于指示直播中台设备向直播设备中第二标识对应的主播间发送提醒消息。
112.s403、直播中台设备向直播设备发送提醒消息。
113.s404、直播设备向第一终端发送提醒消息。
114.可选地，第一终端也可以按照轮询的方式，从直播设备中获取提醒消息。
115.s405、第一终端向服务接口设备发送第一请求；第一请求包括第一标识。
116.具体的，第一终端向pop服务接口发送第一请求。
117.s406、服务接口设备根据第一标识，向第一终端发送第一对象的属性信息。
118.具体的，pop服务接口中存储中s202中提及的预设对应关系，pop服务接口根据第一标识，从预设对应关系中获取第一对象的属性信息，并向第一终端发送第一对象的属性信息。
119.s407、第一终端显示第一对象的属性信息，并记录显示属性信息的第二时间戳。
120.s408、第一终端将第二时间戳和第一时间戳的差值，确定为从第二终端响应于触
发操作至第一终端显示属性信息的第一时长。
121.在图4实施例提供的信息处理方法中，第二终端记录的第一时间戳，通过第二请求、rpc请求、提醒消息传递至第一终端，第一终端显示获取到的第一对象的属性信息，并记录显示属性信息的第二时间戳，进而将第二时间戳和第一时间戳的差值，确定为第一时长，提高得到直播链路的耗时的效率。
122.在本技术中，为了优化得到指示执行触发操作的时间，还可以记录直播链路中包括的设备(例如第二终端、服务接口设备、第一终端)执行相关操作的时长，具体的，请参见图5实施例。
123.图5为本技术实施例提供的信息处理方法的流程图三。如图5所示，该方法包括：
124.s501、第二终端响应于触发操作，向服务接口设备中的服务后台接口发送第二请求，第二请求中包括第二终端响应于触发操作的第一时间戳和第二终端对应的第二标识。
125.s502、服务后台接口记录接收到第二请求时的第三时间戳。
126.s503、服务后台接口将第一时间戳、第一标识、第二标识、第三时间戳，确定为rpc请求。
127.rpc请求用于指示直播中台设备向直播设备发送提醒消息
128.s504、服务后台接口向直播中台设备发送rpc请求和发送rpc请求的第四时间戳。
129.s505、直播中台设备向直播设备发送提醒消息，提醒消息包括第一时间戳、第三时间戳、第四时间戳和第一标识和第二标识。
130.s506、直播设备向第一设备发送提醒消息。
131.s507、第一终端记录获取到提醒消息时的第五时间戳，并将第五时间戳与第一时间戳的差值确定为第二时长，将第三时间戳与第一时间戳的差值确定为第三时长，将第四时间戳与第一时间戳的差值确定为第四时长。
132.第五时间戳用于确定第二时长，第二时长为从第二终端响应于所述触发操作至获取到所述提醒消息的时长。
133.第三时间戳用于确定第三时长，第三时长等于从第二终端响应于所述触发操作至接收到所述第二请求的第三时长。
134.第四时间戳用于确定第四时长，第四时长等于从第二终端响应于所述触发操作至发送所述rpc请求的时长。
135.可选地，还可以确定第五时长，第五时长等于服务后台接口接收到第二请求到服务后台接口发送rpc请求的时长，第五时长等于第四时间戳与第三时间戳的差值。
136.可选地，还可以确定第六时长，第六时长等于服务后台接口发送rpc请求至第一终端获取到提醒消息的时长，第六时长第五时间戳与第四时间戳的差值。
137.可选地，还可以确定第七时长，第七时长等于第一终端获取到提醒消息至第一终端显示属性信息的时长，第七时长等于第二时间戳与第五时间戳的差值。
138.s508、向服务接口设备中的pop服务接口发送第一请求；第一请求包括第一标识。
139.s509、pop服务接口根据第一标识，向第一终端发送第一对象的属性信息。
140.s510、第一终端显示属性信息，并记录显示属性信息的第二时间戳。
141.s511、第一终端将第二时间戳和第一时间戳的差值，确定为第一时长。
142.第一时长为从第二终端响应于触发操作至第一终端显示属性信息的时长。
143.与现有技术不同，在现有技术中，通常基于统计平均的方式，采用如下公式得到直播链路的耗时播链路的耗时
144.其中，avg为取平均值，σ为求和操作；t
1n
为第n个主播设备向服务接口平台发送第一请求的时长；t
2n
为服务接口平台对第n个第一请求处理、以得到第n个第一请求对应的第n个第二消息的时长；t
3n
为服务接口平台向直播中台设备发送第n个第二消息的时长；t
4n
为直播中台设备处理第n个第二消息、以得到第n个第二消息对应的第n个第三消息的时长；t
5n
为直播中台设备向直播设备发送第n个第三消息的时长；t
6m
为第m个客户设备获取多个第三消息中的第m个客户设备对应的第三消息的时长；t
7m
为第m个客户设备根据其对应的第三消息显示对象的属性信息的时长其中，n为大于或等于1的整数，m为大于或等于1的整数，t
1n
从网络检测平台a中获取，t
2n
从网络检测平台b中获取，t
3n
从网络检测平台c中获取，t
4n
从网络检测平台d中获取，t
5n
从网络检测平台e中获取，t
6m
从网络检测平台f中获取，t
7m
从网络检测平台g中获取。其中，网络检测平台a、b、c、d、e、f、g可以为同一个网络检测平台，可以为2个网络检测平台等。
145.在上述基于统计平均方法得到直播链路的耗时存在如下3个缺陷：(1)、计算得到的播链路的耗时的准确性差；(2)、无法针对某一个特定的主播设备，得到播链路的耗时；(3)需要查询网络检测平台，导致直播链路的耗时的效率较低。
146.在图5实施例提供的信息处理方法中，提醒消息中第一时间戳，第一终端记录有第二时间戳，因此将第二时间戳和第一时间戳的差值，确定第一时长(即直播链路的耗时)，无需统计平均的方式得到直播链路的耗时，提高得到的直播链路的耗时的准确性，而且需要查询网络检测平台，提高直播链路的耗时的效率，此外，第二请求中包括第二标识，提醒消息中包括第二标识，因此确定的第一时长为第二标识对应的播链路的耗时，从而实现能够针对某一个特定的主播设备得到播链路的耗时的目的。
147.图6为本技术实施例提供的一种信息处理装置的结构示意图。该信息处理装置10应用于第一终端。信息处理装置10包括：处理模块101和显示模块102；其中，
148.处理模块101，用于获取提醒消息；提醒消息包括至少一个时间戳和第一对象对应的第一标识，至少一个时间戳包括第二终端响应于触发操作时记录的第一时间戳，触发操作用于指示显示第一对象的属性信息；根据第一标识，获取第一对象的属性信息；
149.显示模块102，用于显示第一对象的属性信息；
150.处理模块101，还用于记录显示属性信息的第二时间戳；根据第一时间戳和第二时间戳，确定从第二终端响应于触发操作至显示属性信息的第一时长。
151.本技术实施例提供的信息处理装置10可以实现上述第一终端执行信息处理方法，其实现原理以及有益效果类似，此处不再进行赘述。
152.在一种可能的设计中，处理模块101具体用于：
153.向服务接口设备发送第一请求；第一请求包括第一标识；
154.接收服务接口设备根据第一标识发送的第一对象的属性信息。
155.在一种可能的设计中，处理模块101具体用于：将第二时间戳和第一时间戳的差值，确定为第一时长。
156.在一种可能的设计中，处理模块101还用于：记录获取到提醒消息时的第五时间戳，第五时间戳用于确定从第二终端响应于触发操作至获取到提醒消息的第二时长。
157.在一种可能的设计中，处理模块101具体用于：按照轮询的方式，从直播设备中获取提醒消息。
158.在一种可能的设计中，处理模块101具体用于：接收直播设备发送的提醒消息。
159.本技术实施例提供的信息处理装置10可以实现上述第一终端执行的信息处理方法，其实现原理以及有益效果类似，此处不再进行赘述。
160.图7为本技术实施例提供的另一种信息处理装置的结构示意图。该信息处理装置20应用于服务接口设备。信息处理装置20包括：处理模块201；处理模块201用于：
161.接收第二请求；第二请求中包括第二终端响应于触发操作的第一时间戳，触发操作用于指示显示第一对象的属性信息；
162.根据第二请求，向直播中台设备发送rpc请求；rpc请求用于指示发送提醒消息，rpc请求和提醒消息中包括第一时间戳和第一对象的第一标识。
163.本技术实施例提供的信息处理装置20可以实现上述服务接口设备执行的信息处理方法，其实现原理以及有益效果类似，此处不再进行赘述。
164.在一种可能的设计中，第二请求中还包括第一对象对应的第一标识和第二终端对应的第二标识；处理模块201具体用于：
165.将第一时间戳、第一标识、第二标识和接收到第二请求时记录的第三时间戳确定为rpc请求；第三时间戳用于确定从第二终端响应于触发操作至接收到第二请求的第三时长；
166.向直播中台设备发送rpc请求和发送rpc请求的第四时间戳；第四时间戳用于确定从第二终端响应于触发操作至发送rpc请求的第四时长。
167.在一种可能的设计中，第二请求还包括第一对象的属性信息；处理模块201还用于：
168.接收第一终端发送的第一请求；第一请求包括第一标识；
169.根据第一标识，向第一终端发送第一对象的属性信息。
170.本技术实施例提供的信息处理装置20可以实现上述服务接口设备执行的信息处理方法，其实现原理以及有益效果类似，此处不再进行赘述。
171.图8为本技术实施例提供的第一终端的硬件示意图。如图8所示，第一终端30可以包括：收发器301、存储器302和处理器303。
172.其中，收发器301可以包括：发射器和/或接收器。发射器还可称为发送器、发射机、发送端口或发送接口等类似描述。接收器还可称为接收器、接收机、接收端口或接收接口等类似描述。示例性地，收发器301、存储器302、处理器303各部分之间通过总线304相互连接。
173.其中，存储器302用于存储计算机执行指令。处理器303用于执行存储器302存储的计算机执行指令，使得处理器303执行信息处理方法。
174.图9为本技术实施例提供的服务接口设备的硬件示意图。如图9所示，服务接口设备40可以包括：收发器401、存储器402和处理器403。
175.其中，收发器401可以包括：发射器和/或接收器。发射器还可称为发送器、发射机、发送端口或发送接口等类似描述。接收器还可称为接收器、接收机、接收端口或接收接口等
类似描述。示例性地，收发器401、存储器402、处理器403各部分之间通过总线404相互连接。
176.其中，存储器402用于存储计算机执行指令。处理器403用于执行存储器402存储的计算机执行指令，使得处理器403执行信息处理方法。
177.本技术实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当计算机执行指令被处理器执行时实现上述信息处理方法。
178.本技术实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时，可实现上述信息处理方法。
179.实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器(存储介质)包括：只读存储器(read-only memory，rom)、ram、快闪存储器、硬盘、固态硬盘、磁带(magnetic tape)、软盘(floppy disk)、光盘(optical disc)及其任意组合。
180.本技术实施例是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
181.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
182.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
183.显然，本领域的技术人员可以对本技术实施例进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术实施例的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。
184.在本技术中，术语“包括”及其变形可以指非限制性的包括；术语“或”及其变形可以指“和/或”。本本技术中术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。本技术中，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
185.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的
权利要求书指出。
186.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。