1.本技术涉及但不限于人工智能技术，尤指一种实现信息处理的架构、方法及装置和智能音箱及服务端，以及实现社区中邻里间通话的方法及服务端和智能音箱、实现在家办公的方法及服务端和智能音箱。
背景技术：
2.智能音箱是一种具有集成虚拟助手的无线音箱和语音命令设备，人们通过语音指令使用智能音箱，比如：可以要求智能音箱播放音乐、播报天气、设定闹钟等。一些智能音箱还能集成wi-fi、蓝牙及其他无线协议标准的连接，以增加音频播放之外的用途，比如：通过语音控制智慧家庭设备等。一些智能音箱还包括触摸屏，具有触摸屏的智能音箱被称为智能显示器。
技术实现要素：
3.本技术提供一种实现信息处理的架构、方法及装置和智能音箱及服务端，能够利用智能音箱实现方便、有效的信息流通。本技术还提供一种实现社区中邻里间通话的方法及服务端和智能音箱、一种实现在家办公的方法及服务端和智能音箱。
4.本发明实施例提供了一种实现信息处理的架构，包括：处于同一服务范围内的至少两个智能音箱、服务端；其中，
5.作为请求端的智能音箱，用于接收来自用户的语音信息，将语音信息和智能音箱在所述服务范围内的位置信息发送到服务端；
6.服务端，用于对接收到的位置信息和语音信息进行分析，确定请求用户信息、请求内容、请求范围；将请求用户信息和请求内容发布给请求范围内的智能音箱；
7.作为目的端的智能音箱，用于接收来自服务端的请求用户信息和请求内容，展现给自身所在环境中的用户。
8.在一种示例性实例中，所述智能音箱还用于：
9.根据用户录入的用户信息与所述智能音箱所在位置信息，向所述服务端发起注册申请；
10.所述服务端还用于：判断注册申请中的智能音箱所在位置信息与所述用户信息对应的相关信息是否相同，如果二者相同，将发起注册申请的智能音箱、注册申请中的用户信息与智能音箱所在位置信息绑定；如果二者不相同，向发起注册申请的智能音箱返回信息更正通知。
11.本发明实施例还提供一种实现信息处理的方法，包括：
12.对来自智能音箱的位置信息和语音信息进行分析，确定请求用户信息、请求内容、请求范围；
13.将请求用户信息和请求内容发布给请求范围内的智能音箱。
14.在一种示例性实例中，所述确定请求范围包括：
15.根据所述请求内容和预先设置的发布范围策略确定所述请求范围。
16.在一种示例性实例中，所述方法还包括：
17.接收来自所述智能音箱的注册申请，注册申请中包括：所述智能音箱的用户录入的用户信息与所述智能音箱的位置信息；
18.判断注册申请中的智能音箱所在位置信息与该用户信息对应的相关信息是否相同，如果二者相同，将发起注册申请的智能音箱、注册申请中的用户信息与智能音箱所在位置信息绑定；如果二者不相同，向发起注册申请的智能音箱返回信息更正通知。
19.在一种示例性实例中，所述方法还包括：
20.根据对接收到的语音信息的分析，确定请求内容的紧急程度；
21.所述确定请求范围包括：根据所述请求内容、紧急程度和预先设置的发布范围策略确定所述请求范围。
22.在一种示例性实例中，所述方法还包括：
23.根据发起所述语音信息的智能音箱的位置信息，确定来自该智能音响的同一请求内容的请求次数是否超过预先设置的阈值，如果超过，对该智能音箱对应的用户进行降权处理。
24.在一种示例性实例中，所述方法还包括：
25.确定出所述请求内容的紧急程度为紧急，接收到无人应答反馈，通知管理服务器，以使管理服务器对来自服务端的通知进行分析，获取请求内容并处理；和/或，
26.确定出所述请求内容的紧急程度为紧急，接收到无人应答反馈，向与所述请求范围内的智能音箱绑定的用户的移动终端发送通知。
27.在一种示例性实例中，所述方法还包括：
28.根据所述请求内容的紧急程度和请求范围，确定提醒方式；
29.将提醒方式发布给所述请求范围内的智能音箱，以使得接收到所述请求内容的所述请求范围内的智能音箱结合自身所处位置所在环境中的传感器，判断该环境中是否有人，如果有人，根据所述提醒方式进行提醒；如果没人，当所述请求内容的紧急程度为紧急，通知管理服务器，和/或向与所述请求范围内的智能音箱绑定的用户的移动终端发送通知。
30.本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述任一项所述的实现信息处理的方法。
31.本发明实施例还提供一种实现信息处理的装置，包括存储器和处理器，其中，存储器中存储有以下可被处理器执行的指令：用于执行上述任一项所述的实现信息处理的方法的步骤。
32.本发明实施例还提供一种服务端，包括存储器和处理器，其中，存储器中存储有以下可被处理器执行的指令：用于执行上述任一项所述的实现信息处理的方法的步骤。
33.本发明实施例还提供一种实现信息处理的方法，包括：
34.智能音箱接收来自用户的语音信息；
35.将语音信息和智能音箱在自身所属服务范围内的位置信息发送到服务端。
36.在一种示例性实例中，还包括：
37.根据用户录入的用户信息与智能音箱所在位置信息，向所述服务端发起注册申请。
38.本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述的实现信息处理的方法。
39.本发明实施例还提供一种实现信息处理的装置，包括存储器和处理器，其中，存储器中存储有以下可被处理器执行的指令：用于执行上述的实现信息处理的方法的步骤。
40.本发明实施例还提供一种智能音箱，包括存储器和处理器，其中，存储器中存储有以下可被处理器执行的指令：用于执行上述的实现信息处理的方法的步骤。
41.本发明实施例还提供一种实现信息处理的方法，包括：
42.智能音箱接收来自服务端的请求用户信息和请求内容；
43.将接收到的请求用户信息和请求内容展示给智能音箱自身所在环境中的用户。
44.在一种示例性实例中，所述接收到请求内容后，还包括：
45.判定所述环境中有人，根据服务端决定的提醒方式，展示所述接收到的来自服务端的请求用户信息和请求内容给智能音箱自身所在环境中的用户。
46.在一种示例性实例中，所述展示接收到的来自服务端的请求用户信息和请求内容给所述智能音箱自身所在环境中的用户，包括：
47.如果所述请求内容的紧急程度为非紧急，以第一展示方式展示所述请求用户信息和请求内容；
48.如果所述请求内容的紧急程度为紧急，以第二展示方式展示所述请求用户信息和请求内容。
49.在一种示例性实例中，所述第一展示方式包括：弹窗提醒和提示音；所述第二展示方式包括：循环语音播放和弹窗提醒。
50.在一种示例性实例中，所述接收到请求内容后，还包括：
51.判定所述环境中没人，根据所述请求内容的紧急程度为紧急，通过所述服务端通知管理服务器，使得管理服务器处理请求内容；或者，
52.判定所述环境中没人，根据所述请求内容的紧急程度为紧急，通过所述服务端向所述智能音箱自身绑定的用户的移动终端发送通知。
53.本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述任一项所述的实现信息处理的方法。
54.本发明实施例还提供一种实现信息处理的装置，包括存储器和处理器，其中，存储器中存储有以下可被处理器执行的指令：用于执行昂书任一项所述的实现信息处理的方法的步骤。
55.本发明实施例还提供一种智能音箱，包括存储器和处理器，其中，存储器中存储有以下可被处理器执行的指令：用于执行上述任一项所述的实现信息处理的方法的步骤。
56.本发明实施例又提供一种实现社区中邻里间通话的方法，包括：
57.对来自社区中智能音箱的位置信息和语音信息进行分析，确定主叫用户信息、通话内容、被叫对象；
58.将主叫用户信息和通话内容发布给社区中作为被叫对象的智能音箱。
59.在一种示例性实例中，还包括：
60.接收来自所述智能音箱的注册申请，注册申请中包括用户录入的用户信息与智能音箱所在位置信息；
61.判断注册申请中的智能音箱所在位置信息与该用户信息对应的相关信息是否相同，如果二者相同，将发起注册申请的智能音箱、注册申请中的用户信息与智能音箱所在位置信息绑定；如果二者不相同，向发起注册申请的智能音箱返回信息更正通知。
62.在一种示例性实例中，还包括：
63.确定所述通话内容的紧急程度；
64.确定出所述通话内容的紧急程度为紧急，且接收到无人应答反馈，通知管理服务器，以便管理服务器对通知进行分析后获取请求内容并处理。
65.在一种示例性实例中，还包括：
66.确定所述通话内容的紧急程度；
67.根据所述通话内容的紧急程度和被叫对象，确定提醒方式；
68.将提醒方式发布给所述社区中作为被叫对象的智能音箱。
69.在一种示例性实例中，还包括：
70.接收到的来自智能音箱的无人应答通知，向智能音箱自身绑定的用户的移动终端发送通知。
71.在一种示例性实例中，在所述接收到的来自智能音箱的无人应答通知之后，所述向智能音箱自身绑定的用户的移动终端发送通知之前，还包括：
72.确定所述主叫用户与返回所述无人应答通知的被叫用户间的亲密程度，且亲密程度为高级别。
73.本发明实施例又提供一种服务端，包括存储器和处理器，其中，存储器中存储有以下可被处理器执行的指令：用于执行上述任一项所述的实现社区中邻里间通话的方法的步骤。
74.本发明实施例再提供一种实现社区中邻里间通话的方法，包括：
75.智能音箱接收来自用户的语音信息，将语音信息和智能音箱在自身所属社区的位置信息发送到服务端。
76.在一种示例性实例中，还包括：
77.根据用户录入的用户信息与所述智能音箱所在位置信息，向所述服务端发起注册申请。
78.在一种示例性实例中，还包括：向所述服务端发送请求结束指令。
79.本发明实施例再提供一种智能音箱，包括存储器和处理器，其中，存储器中存储有以下可被处理器执行的指令：用于执行上述任一项所述的实现社区中邻里间通话的方法的步骤。
80.本发明实施例又提供一种实现社区中邻里间通话的方法，包括：
81.接收来自服务端的主叫用户信息和通话内容，展现给智能音箱自身所在环境中的用户。
82.在一种示例性实例中，还包括：
83.根据用户录入的用户信息与所述智能音箱所在位置信息，向所述服务端发起注册申请。
84.在一种示例性实例中，还包括：
85.判定所述环境中有人，根据所述服务端决定的提醒方式，展示所述接收到的来自
服务端的主叫用户信息和通话内容给自身所在环境中的用户。
86.在一种示例性实例中，还包括：
87.判定所述环境中没人，根据所述通话内容的紧急程度为紧急，通过所述服务端通知管理服务器，使得管理服务器处理通话内容；或者，
88.判定所述环境中没人，且所述通话内容的紧急程度为紧急，向所述服务端返回无人应答通知。
89.本发明实施例还提供一种智能音箱，包括存储器和处理器，其中，存储器中存储有以下可被处理器执行的指令：用于执行上述任一项所述的实现社区中邻里间通话的方法的步骤。
90.本发明实施例再提供一种实现在家办公的方法，包括：
91.对来自预设区域中智能音箱的位置信息和语音信息进行分析，确定主叫办公人员信息、通话内容、被叫对象；
92.将主叫办公人员信息和通话内容发布给预设区域中作为被叫对象的智能音箱。
93.在一种示例性实例中，还包括：
94.接收来自所述智能音箱的注册申请，注册申请中包括办公人员录入的办公人员信息与所述智能音箱所在位置信息；
95.判断注册申请中的智能音箱所在位置信息与该办公人员信息对应的相关信息是否相同，如果二者相同，将发起注册申请的智能音箱、注册申请中的办公人员信息与智能音箱所在位置信息绑定；如果二者不相同，向发起注册申请的智能音箱返回信息更正通知。
96.在一种示例性实例中，还包括：
97.接收到无人应答通知，向发起无人应答的智能音箱绑定的办公人员的移动终端发送通知。
98.在一种示例性实例中，所述接收到无人应答通知之后，所述发送通知之前，还包括：
99.确定出所述通话内容的紧急程度为紧急。
100.本发明实施例再提供一种服务端，包括存储器和处理器，其中，存储器中存储有以下可被处理器执行的指令：用于执行上述任一项所述的实现在家办公的方法的步骤。
101.本发明实施例还提供一种实现在家办公的方法，包括：
102.接收来自办公人员的语音信息，将语音信息和智能音箱在自身所属预设区域的位置信息发送到服务端。
103.在一种示例性实例中，还包括：
104.根据所述办公人员录入的办公人员信息与所述智能音箱所在位置信息，向服务端发起注册申请。
105.本发明实施例还提供一种智能音箱，包括存储器和处理器，其中，存储器中存储有以下可被处理器执行的指令：用于执行上述的实现在家办公的方法的步骤。
106.本发明实施例再提供一种实现在家办公的方法，包括：
107.接收来自服务端的主叫办公人员信息和通话内容，展现给智能音箱自身所在环境中的办公人员。
108.在一种示例性实例中，还包括：
109.判定所述环境中有人，展示所述接收到的来自服务端的主叫办公人员信息和通话内容给所述环境中的办公人员。
110.在一种示例性实例中，还包括：
111.判定所述环境中没人，向所述服务端反馈无人应答通知。
112.本发明实施例再提供一种智能音箱，包括存储器和处理器，其中，存储器中存储有以下可被处理器执行的指令：用于执行上述任一项所述的实现在家办公的方法的步骤。
113.本技术实施例利用智能音箱实现了方便、有效的信息流通。特别适合于如社区、在家办公、某办公区域如集团内等。一方面，由于智能音箱支持语音操作，也支持方言识别，使用起来非常方便，而且对于老人等弱势群体来讲，使用门槛低；另一方面，由于智能音箱是固定置于某个地方如家中、某个办公室内等，那么，能收听到信息的用户是保证在家或在办公室的，因此，保证了响应的有效性。
114.本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
115.附图用来提供对本技术技术方案的进一步理解，并且构成说明书的一部分，与本技术的实施例一起用于解释本技术的技术方案，并不构成对本技术技术方案的限制。
116.图1为本技术实现信息处理的架构的组成结构示意图；
117.图2为本技术通过两个智能音箱实现信息处理的实施例的处理过程示意图；
118.图3为本技术实现信息处理的方法的流程示意图；
119.图4为本技术社区中利用智能音箱来实现信息处理的实施例的示例图。
具体实施方式
120.为使本技术的目的、技术方案和优点更加清楚明白，下文中将结合附图对本技术的实施例进行详细说明。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互任意组合。
121.在本技术一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
122.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
123.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机
可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
124.在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
125.图1为本技术实现信息处理的架构的组成结构示意图，如图1所示，包括：处于同一服务范围内的至少两个智能音箱、服务端；其中，
126.作为请求端的智能音箱，用于接收来自用户的语音信息，将语音信息和智能音箱在所述服务范围内的位置信息发送到服务端；
127.服务端，用于对接收到的位置信息和语音信息进行分析，确定请求用户信息、请求内容、请求范围；将请求用户信息和请求内容发布给请求范围内的智能音箱；
128.作为目的端的智能音箱，用于接收来自服务端的请求用户信息和请求内容，展现给自身所在环境中的用户。
129.举个例子来看，如图1所示，智能音箱1作为请求端，为发起语音请求的智能音箱即接收到来自用户的语音信息的智能音箱，智能音箱2、智能音箱3和智能音箱4作为目的端，为请求范围内的智能音箱。在图1所示的实施例中，假设请求范围内的智能音箱4对当前智能音箱1的语音请求进行了响应。
130.在一种示例性实例中，服务范围可以包括但不限于如：社区、某办公区域、某些人组成的指定区域等。
131.在一种示例性实例中，智能音箱所在位置信息可以包括如用户的住户信息、用户的办公室信息等；相应地，服务端存储的用户信息对应的相关信息可以包括如用户的住户信息如某社区的门牌号等、用户的办公室信息如某集团的办公室房间号等。
132.本技术实施例利用智能音箱实现了方便、有效的信息流通。特别适合于如社区、由某些人组成的指定区域内的在家办公、某办公区域如集团内等。本技术提供的实现信息处理的架构，一方面，由于智能音箱支持语音操作，也支持方言识别，使用起来非常方便，而且对于老人等弱势群体来讲，使用门槛低；另一方面，由于智能音箱是固定置于某个地方如家中、某个办公室内等，那么，能收听到信息的用户是保证在家或在办公室的，因此，保证了响应的有效性。
133.在一种示例性实例中，智能音箱还用于：根据用户录入的用户信息与智能音箱所在位置信息，向服务端发起注册申请；相应地，
134.本技术提供的服务端还用于：判断注册申请中的智能音箱所在位置信息与该用户信息对应的相关信息是否相同，如果二者相同，将发起注册申请的智能音箱、注册申请中的用户信息与智能音箱所在位置信息绑定；如果二者不相同，向发起注册申请的智能音箱返回信息更正通知。
135.这里需要说明的是，如果在服务端并不存在该用户信息，可以通过向发起注册申请的智能音箱返回信息补充通知。
136.由于每一台智能音箱与智能音箱所在位置信息如房号或办公室房间号等、以及该位置信息下的特定用户如住户、办公人员等均是绑定的，因此，保证了信息流通的安全性。
137.在一种示例性实例中，请求范围可以包括请求内容涉及的范围，比如：社区中的某户，或社区中的某些户，或者整个社区；再如：集团中的某间办公室，或某些办公室，或整个
集团。
138.在一种示例性实例中，本技术提供的服务端还用于：根据对接收到的语音信息的分析，确定请求内容的紧急程度。
139.其中，紧急程度可以包括紧急、非紧急。可以通过请求内容判断，比如：预先设置什么内容为紧急，如果请求内容与预先设置的内容一致，则确定出紧急程度为紧急，如果请求内容与预先设置的内容不一致，则确定出紧急程度为非紧急。这里需要说明的是，请求内容与预先设置的内容一致并不是要求两个内容完全一样，而是请求内容与预先设置的内容所涉及的事件为同一个事件。
140.这里举个例子来看，假设预先设置好的紧急的内容包括：涉及如摔倒等危及生命安全的事件，以及楼上漏水等严重事件等。对于对来自某住户的智能音箱的语音信息分析后，请求内容中包括如摔倒、不能动，家里没人等关键信息的情况，则认为请求内容与预先设置的内容一致，确定当前的请求内容为紧急；而且通过对请求内容的分析，没有指定的具体的接收住户且为紧急事件，因此按照预先设置的发布范围策略，可以认为请求范围为整个社区。
141.在一种示例性实例中，请求范围可以根据请求内容和预先设置的发布范围策略来确定。预先设置的发布范围策略可以包括如：请求内容中没有具体的接收用户且为紧急事件，那么，请求范围为全部用户如整个社区或办公区域；或者，请求内容中表明具体的接收用户，那么，请求范围为该用户如社区中的指定住户或办公区域中的指定办公人员等；或者，请求内容中虽然没有明确具体的接收用户，但是从请求内容可以看出是说楼上或楼下或隔壁等，那么，请求范围为该用户的楼上或楼下或隔壁的用户；或者，虽然请求内容中明确了具体的接收用户，但是请求内容为某些紧急事件如老人摔倒，那么，请求范围除了包括该指定用户的智能音箱外，还可以包括该指定用户的移动终端如手机。上述发布范围策略仅仅是示例，并不用于限定本技术的保护范围，可以根据实际需要补充或调整发布范围策略。
142.在一种示例性实例中，为了避免谎报，本技术提供的服务端还用于：
143.根据发起语音信息的智能音箱自身的标识信息，确定来自该智能音响的同一请求内容的请求次数是否超过预先设置的阈值如3次等，如果超过，对该标识信息对应的用户进行降权处理，比如：降低该标识信息对应的用户发起的请求被推送的发布范围，和/或降低该标识信息对应的用户发起的请求在推送队列中的优先级别等。
144.在一种示例性实例中，本技术实现信息处理的架构还包括：管理服务器；
145.服务端还用于：确定出请求内容的紧急程度为紧急，接收到无人应答反馈，通知管理服务器；
146.管理服务器，用于对来自服务端的通知进行分析，获取请求内容并处理。
147.本技术实施例中，对于紧急程度为紧急、但是在请求内容信息发布给请求范围内的智能音箱后没有得到应答的情况，进一步通过管理服务器实现了对紧急请求的处理，保证了信息的有效流通。
148.在另一种示例性实例中，服务端还用于：根据请求内容的紧急程度和请求范围，确定提醒方式；将提醒方式发布给请求范围内的智能音箱；
149.相应的，请求范围内的智能音箱还用于：
150.接收到请求内容，结合智能音箱所处位置所在环境中的传感器，判断该环境中是否有人，如果有人，根据服务端决定的提醒方式进行提醒；如果没人，根据请求内容的紧急程度为紧急，通过服务端通知管理服务器，使得管理服务器处理请求内容，和/或通过服务端向与请求范围内的智能音箱绑定的用户的移动终端如手机发送通知。
[0151][0152]
表1
[0153]
表1仅仅是一个提醒方式的实施例，并不用于限定本技术保护范围，提醒方式可以根据使用的场景按照需求进行调整。
[0154]
本技术实施例中，对于紧急的请求，通过结合智能判断与智能音箱绑定用户是否处于与智能音箱绑定的环境如家里或办公室中，与传感器结合，判断出家中无人或办公室无人的情况下，才会将紧急的请求转发到该用户的移动终端如手机上，如图2所示的实施例，最大限度低降低了打扰，同时也保证了信息流通的触达效果。
[0155]
在一种示例性实例中，智能音箱还用于：向服务端发送请求结束指令，如发出表示结束请求的语音信息，或者按下结束按键等；相应地，
[0156]
服务端还用于：接收到来自智能音箱的请求结束指令，结束本次请求的发布。
[0157]
在一种示例性实例中，如果服务端未接收到来自智能音箱的请求结束指令，那么，服务端还用于：在到达预设时长后，重新向请求范围内的智能音箱发布请求内容信息。
[0158]
在一种示例性实例中，智能音箱可以是带屏智能音箱，也可以是普通智能音箱。
[0159]
在一种示例性实例中，通过不同服务范围内的服务端之间的信息交互，可以实现位于不同服务范围内的智能音箱之间的信息交互。
[0160]
在一种示例性实例中，通过云服务端，可以实现位于不同服务范围内的智能音箱之间的信息交互。
[0161]
本技术提供一种智能音箱，用于接收来自用户的语音信息，将语音信息和智能音箱在自身所属服务范围内的位置信息发送到服务端。
[0162]
在一种示例性实例中，智能音箱还用于：根据用户录入的用户信息与智能音箱所在位置信息，向服务端发起注册申请。
[0163]
在一种示例性实例中，智能音箱还用于：向服务端发送请求结束指令，比如发出表示结束请求的语音信息，或者按下结束按键等。
[0164]
本技术还提供一种智能音箱，用于接收来自服务端的请求用户信息和请求内容，展现给智能音箱自身所在环境中的用户。
[0165]
在一种示例性实例中，智能音箱还用于：
[0166]
接收到请求内容，结合智能音箱自身所在环境中的传感器，判定该环境中有人，根据服务端决定的提醒方式，展示接收到的来自服务端的请求用户信息和请求内容给自身所在环境中的用户。
[0167]
在一种示例性实例中，如果判定智能音箱自身所在环境中有人，那么，展示接收到的来自服务端的请求用户信息和请求内容给自身所在环境中的用户，包括：
[0168]
请求内容的紧急程度为非紧急，则以第一展示方式展示请求用户信息和请求内容；
[0169]
请求内容的紧急程度为紧急，则以第二展示方式展示请求用户信息和请求内容。
[0170]
在一种示例性实例中，第一展示方式可以包括但不限于如：弹窗提醒和提示音等。第二展示方式可以包括但不限于如：循环语音播放和弹窗提醒等。
[0171]
在一种示例性实例中，智能音箱还用于：
[0172]
判定该环境中没人，根据请求内容的紧急程度为紧急，通过服务端通知管理服务器，使得管理服务器处理请求内容。
[0173]
在一种示例性实例中，智能音箱还用于：
[0174]
判定该环境中没人，根据请求内容的紧急程度为紧急，通过服务端向智能音箱自身绑定的用户的移动终端如手机发送通知。
[0175]
在一种示例性实例中，智能音箱还用于：向服务端发送请求结束指令，如发出表示结束请求的语音信息，或者按下结束按键等。
[0176]
图3为本技术实现信息处理的方法的流程示意图，如图3所示，包括：
[0177]
步骤300：对来自智能音箱的位置信息和语音信息进行分析，确定请求用户信息、请求内容、请求范围。
[0178]
在一种示例性实例中，本步骤中的确定请求范围可以包括：
[0179]
根据请求内容和预先设置的发布范围策略确定请求范围。
[0180]
在一种示例性实例中，预先设置的发布范围策略可以包括如：请求内容中没有具体的接收用户，那么，请求范围可以为全部用户如整个社区或办公区域；或者，请求内容中表明具体的接收用户，那么，请求范围为该用户如社区中的指定住户或办公区域中的指定办公人员等；或者，请求内容中虽然没有明确具体的接收用户，但是从请求内容可以看出是说楼上或楼下或隔壁等，那么，请求范围为该用户的楼上或楼下或隔壁的用户。上述发布范围策略仅仅是示例，并不用于限定本技术的保护范围，可以根据实际需要补充或调整发布范围策略。
[0181]
步骤301：将请求用户信息和请求内容发布给请求范围内的智能音箱。
[0182]
在一种示例性实例中，智能音箱所在位置信息可以包括如用户的住户信息、用户的办公房间信息等；相应地，服务端存储的用户信息对应的相关信息可以包括如用户的住户信息如某社区的门牌号等、用户的办公室信息如某集团的办公室房间号等。
[0183]
本技术实施例利用智能音箱实现了方便、有效的信息流通。特别适合于如社区、在家办公、某办公区域如集团内等。本技术提供的实现信息处理的架构，一方面，由于智能音箱支持语音操作，也支持方言识别，使用起来非常方便，而且对于老人等弱势群体来讲，使用门槛低；另一方面，由于智能音箱是固定置于某个地方如家中、某个办公室内等，那么，能
收听到信息的用户是保证在家或在办公室的，因此，保证了响应的有效性。
[0184]
在一种示例性实例中，本技术之前还可以包括：
[0185]
接收来自智能音箱的注册申请，注册申请中包括：智能音箱的用户录入的用户信息与智能音箱所在位置信息；
[0186]
判断注册申请中的智能音箱所在位置信息与该用户信息对应的相关信息是否相同，如果二者相同，将发起注册申请的智能音箱、注册申请中的用户信息与智能音箱所在位置信息绑定；如果二者不相同，向发起注册申请的智能音箱返回信息更正通知。
[0187]
这里需要说明的是，如果在服务端并不存在该用户信息，可以通过向发起注册申请的智能音箱返回信息补充通知。
[0188]
由于每一台智能音箱与智能音箱所在位置信息如房号或办公室房间号等、以及该位置信息下的特定用户如住户、办公人员等均是绑定的，因此，保证了信息流通的安全性。
[0189]
在一种示例性实例中，本技术还可以包括：
[0190]
根据对接收到的语音信息的分析，确定请求内容的紧急程度。这种情况下，步骤300中的确定请求范围即根据请求内容和预先设置的发布范围策略确定请求范围，具体包括：
[0191]
根据请求内容、紧急程度和预先设置的发布范围策略确定请求范围。
[0192]
在一种示例性实例中，预先设置的发布范围策略可以包括如：请求内容中没有具体的接收用户且为紧急事件，那么，请求范围为全部用户如整个社区或办公区域；或者，请求内容中表明具体的接收用户，那么，请求范围为该用户如社区中的指定住户或办公区域中的指定办公人员等；或者，请求内容中虽然没有明确具体的接收用户，但是从请求内容可以看出是说楼上或楼下或隔壁等，那么，请求范围为该用户的楼上或楼下或隔壁的用户；或者，虽然请求内容中明确了具体的接收用户，但是请求内容为某些紧急事件如老人摔倒，那么，请求范围除了包括该指定用户的智能音箱外，还可以包括该指定用户的移动终端如手机。上述发布范围策略仅仅是示例，并不用于限定本技术的保护范围，可以根据实际需要补充或调整发布范围策略。
[0193]
在一种示例性实例中，确定请求内容的紧急程度可以包括：
[0194]
通过请求内容判断，比如：预先设置什么内容为紧急，如果请求内容与预先设置的内容一致，则确定出紧急程度为紧急，如果请求内容与预先设置的内容不一致，则确定出紧急程度为非紧急。这里需要说明的是，请求内容与预先设置的内容一致并不是要求两个内容完全一样，而是请求内容与预先设置的内容所涉及的事件为同一个事件。
[0195]
在一种示例性实例中，为了避免谎报，本技术还可以包括：
[0196]
根据发起语音信息的智能音箱自身的标识信息，确定来自该智能音响的同一请求内容的请求次数是否超过预先设置的阈值如3次等，如果超过，对该标识信息对应的用户进行降权处理。
[0197]
在一种示例性实例中，本技术还可以包括：
[0198]
确定出请求内容的紧急程度为紧急，接收到无人应答反馈，通知管理服务器，以使得管理服务器对来自服务端的通知进行分析，获取请求内容并对紧急请求内容进行处理。这样，对于紧急程度为紧急、但是在请求内容信息发布给请求范围内的智能音箱后没有得到应答的情况，进一步通过管理服务器实现了对紧急请求的处理，保证了信息的有效流通。
[0199]
在另一种示例性实例中，本技术还可以包括：
[0200]
根据请求内容的紧急程度和请求范围，确定提醒方式；将提醒方式发布给请求范围内的智能音箱，以使得接收到请求内容的请求范围内的智能音箱结合自身所处位置所在环境中的传感器，判断该环境中是否有人，如果有人，根据服务端决定的提醒方式进行提醒；如果没人，根据请求内容的紧急程度为紧急，通知管理服务器，和/或向与请求范围内的智能音箱绑定的用户的移动终端如手机发送通知。
[0201]
在一种示例性实例中，本技术还可以包括：
[0202]
接收到来自智能音箱的请求结束指令，结束本次请求的发布。
[0203]
在一种示例性实例中，如果服务端未接收到来自智能音箱的请求结束指令，那么，在到达预设时长后，重新向请求范围内的智能音箱发布请求内容信息。
[0204]
本技术还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述任一项的实现信息处理的方法。
[0205]
本技术再提供一种实现信息处理的装置，包括存储器和处理器，其中，存储器中存储有以下可被处理器执行的指令：用于执行上任一项所述的实现信息处理的方法的步骤。
[0206]
本技术还提供一种服务端，包括上述任一项实现信息处理的装置。
[0207]
本技术还提供一种实现信息处理的方法，包括：
[0208]
智能音箱接收来自用户的语音信息；
[0209]
将语音信息和智能音箱在自身所属服务范围内的位置信息发送到服务端。
[0210]
在一种示例性实例中，本实施例提供的实现信息处理的方法，还包括：
[0211]
根据用户录入的用户信息与智能音箱所在位置信息，向服务端发起注册申请。
[0212]
在一种示例性实例中，本实施例提供的实现信息处理的方法，还包括：
[0213]
向服务端发送请求结束指令，比如发出表示结束请求的语音信息，或者按下结束按键等。
[0214]
本技术实施例还提供一种实现信息处理的方法，包括：
[0215]
智能音箱接收来自服务端的请求用户信息和请求内容；
[0216]
将接收到的请求用户信息和请求内容展现给智能音箱自身所在环境中的用户。
[0217]
在一种示例性实例中，本实施例提供的实现信息处理的方法，还包括：
[0218]
接收到请求内容，结合智能音箱自身所在环境中的传感器，判定该环境中有人，根据服务端决定的提醒方式，展示接收到的来自服务端的请求用户信息和请求内容给自身所在环境中的用户。
[0219]
在一种示例性实例中，如果判定智能音箱自身所在环境中有人，那么，展示接收到的来自服务端的请求内容给自身所在环境中的用户，包括：
[0220]
请求内容的紧急程度为非紧急，则以第一展示方式展示请求内容；
[0221]
请求内容的紧急程度为紧急，则以第二展示方式展示请求内容。
[0222]
在一种示例性实例中，第一展示方式可以包括但不限于如：弹窗提醒和提示音等。第二展示方式可以包括但不限于如：循环语音播放和弹窗提醒等。
[0223]
在一种示例性实例中，本实施例提供的实现信息处理的方法，还包括：
[0224]
判定该环境中没人，根据请求内容的紧急程度为紧急，通过服务端通知管理服务器，使得管理服务器处理请求内容。
[0225]
在一种示例性实例中，本实施例提供的实现信息处理的方法，还包括：
[0226]
判定该环境中没人，根据请求内容的紧急程度为紧急，通过服务端向智能音箱自身绑定的用户的移动终端如手机发送通知。
[0227]
在一种示例性实例中，本实施例提供的实现信息处理的方法，还包括：
[0228]
向服务端发送请求结束指令，如发出表示结束请求的语音信息，或者按下结束按键等。
[0229]
下面结合社区应用场景描述本技术实现信息处理的架构的应用。
[0230]
图4为本技术社区中利用智能音箱来实现信息处理的实施例的示例图，本实施例以本技术信息处理方法应用在社区中为例，如图4所示，包括：
[0231]
步骤400：住户1通过智能音箱发起语音请求。
[0232]
住户1在家里通过语音向智能音箱发出语音请求来请求与社区中其他住户之间的互动，语音请求中描述了请求内容。
[0233]
请求内容可以是指向性的，比如：住户1想联系楼上住户，提醒噪音太大；再如：作为老人的住户1想请社区中的人家帮忙搬东西，想问同一楼栋的人，有没有人能帮忙；又如：住户1准备出差，想请小区里的人帮忙照顾宠物等等。
[0234]
本步骤中，智能音箱在收到来自住户1的请求后，将语音请求发到服务端。
[0235]
步骤401～步骤402：服务端分析语音请求，确定请求范围和紧急程度。
[0236]
本实施例中，步骤可以包括：服务端可以将接收到的语音转换为文字信息，然后对文字信息进行自然语言理解后可以得到请求范围和请求的紧急程度，再根据紧急程度和请求范围确定提醒方式。
[0237]
请求范围是住户1当前请求的互动涉及的范围，比如：指定单户、同楼层住户、同楼栋住户，同小区住户等范围。比如：住户1可以在语音中明确指定请求范围是楼上的住户，或者本楼栋等；如果住户1在语音中没有说明请求范围，那么，服务端可以根据请求的内容、紧急程度和预先设置的发布范围策略智能判断推送住户1的语音请求的范围。
[0238]
预先设置的发布范围策略可以包括如：请求内容中没有具体的接收用户且为紧急事件，那么，请求范围为全部用户如整个社区或办公区域；或者，请求内容中表明具体的接收用户，那么，请求范围为该用户如社区中的指定住户或办公区域中的指定办公人员等；或者，请求内容中虽然没有明确具体的接收用户，但是从请求内容可以看出是说楼上或楼下或隔壁等，那么，请求范围为该用户的楼上或楼下或隔壁的用户；或者，虽然请求内容中明确了具体的接收用户，但是请求内容为某些紧急事件如老人摔倒，那么，请求范围除了包括该指定用户的智能音箱外，还可以包括该指定用户的移动终端如手机。上述发布范围策略仅仅是示例，并不用于限定本技术的保护范围，可以根据实际需要补充或调整发布范围策略。
[0239]
在一种实施例中，如果在第一次确定出的请求范围内推送住户1的语音请求后没有人响应，那么，可以进一步确定是否需要扩大范围，比如对于某些紧急程度高的请求，可以考虑在第一次推送范围基础上扩大请求范围再推送等。
[0240]
紧急程度可以包括紧急与非紧急，紧急程度通过请求内容来判断，比如：预先设置什么内容为紧急，如果请求内容与预先设置的内容一致，则确定出紧急程度为紧急，如果请求内容与预先设置的内容不一致，则确定出紧急程度为非紧急。这里需要说明的是，请求内
容与预先设置的内容一致并不是要求两个内容完全一样，而是请求内容与预先设置的内容所涉及的事件为同一个事件。
[0241]
在一种实施例中，紧急程度为紧急的标准可以非常严格，比如老人摔倒等涉及生命安全，或者楼上漏水等涉及严重事件的请求才能认为是紧急的事件。还会参考历史记录，对于多次谎报的业主进行降权。
[0242]
根据紧急程度和请求范围确定提醒方式时，如表1所示，如果是在非正常时间段内，可以设置为互动系统关闭，只有紧急程度为紧急的请求才会推送到物业管理服务器。
[0243]
步骤403～步骤407：请求范围内的智能音箱接收语音请求。
[0244]
本实施例中，位于请求范围内的目标住户的智能音箱收到来自服务端转发的住户1的语音信息后，可以结合家里的传感器判断家中是否有人，如果家中有人，进入步骤405：根据服务端确定的提醒方式进行信息的提醒，如果家中虽然有人但没有人响应，则进入步骤407；如果家中有人且响应，本实施例中，假设住户2响应当前请求，那么住户2可以通过点击确认收到以反馈给服务端，之后进入步骤411。
[0245]
如果家中没有人，进入步骤407：根据请求的紧急程度，如果当前的请求为紧急，则进入步骤409和步骤410，如果当前的请求为非紧急，则进入步骤408。
[0246]
步骤408：对于家中没人且当前的请求为非紧急的情况，将不再提醒，结束本流程。
[0247]
步骤409～步骤410：对于家中没人且当前的请求为紧急，或者家中有人但无人应答且当前的请求为紧急的情况，服务端会通知小区物业的管理服务器，和/或通过请求范围内的智能音箱呼叫请求范围内的住户的手机。结束本流程。
[0248]
步骤411：服务端通知住户1，反馈已经收到。
[0249]
本实施例中，请求范围内的住户或者物业响应住户1的互动请求等方式可以多样，比如：语音聊天、视频聊天、或者采取上门服务等。
[0250]
步骤412～步骤413：如果住户1确认本次互动结束，那么，关闭本次互动请求；如果住户1没有确认本次互动结束，那么，返回步骤402，服务端重新发布来自住户1的本次互动请求。
[0251]
本技术还提供一种实现社区中邻里间通话的方法，包括：
[0252]
对来自社区中智能音箱的位置信息和语音信息进行分析，确定主叫用户信息、通话内容、被叫对象；
[0253]
将主叫用户信息和通话内容发布给社区中作为被叫对象的智能音箱。
[0254]
在一种示例性实例中，实现社区中邻里间通话的方法，还包括：
[0255]
接收来自智能音箱的注册申请，注册申请中包括用户录入的用户信息与智能音箱所在位置信息；
[0256]
判断注册申请中的智能音箱所在位置信息与该用户信息对应的相关信息是否相同，如果二者相同，将发起注册申请的智能音箱、注册申请中的用户信息与智能音箱所在位置信息绑定；如果二者不相同，向发起注册申请的智能音箱返回信息更正通知。
[0257]
在一种示例性实例中，实现社区中邻里间通话的方法，还包括：
[0258]
确定通话内容的紧急程度；
[0259]
确定出通话内容的紧急程度为紧急，且接收到无人应答反馈，通知管理服务器，以便管理服务器对通知进行分析后获取请求内容并处理。
[0260]
在一种示例性实例中，实现社区中邻里间通话的方法，还包括：
[0261]
确定通话内容的紧急程度；
[0262]
根据通话内容的紧急程度和被叫对象，确定提醒方式；
[0263]
将提醒方式发布给社区中作为被叫对象的智能音箱。
[0264]
在一种示例性实例中，实现社区中邻里间通话的方法，还包括：
[0265]
接收到的来自智能音箱的无人应答通知，向智能音箱自身绑定的用户的移动终端如手机发送通知。在一种示例性实例中，通知的实现形式可以包括但不限于如：采用短信方式发送通话内容、直接拨打该移动终端的号码、通过app推送通话内容等。
[0266]
在一种示例性实例中，在接收到的来自智能音箱的无人应答通知之后，向智能音箱自身绑定的用户的移动终端发送通知之前，还可以包括：
[0267]
确定主叫用户与返回无人应答通知的被叫用户间的亲密程度，且亲密程度为高级别。
[0268]
社区中住户间的亲密程度可以在注册申请时发送给服务端，也可以从社区的管理服务器获取。
[0269]
在一种示例性实例中，实现社区中邻里间通话的方法，还包括：
[0270]
接收到来自智能音箱的请求结束指令，结束本次请求的发布。
[0271]
在一种示例性实例中，实现社区中邻里间通话的方法，还包括：
[0272]
如果未接收到来自智能音箱的请求结束指令，在到达预设时长后，重新向作为被叫对象的智能音箱发布主叫用户信息和通话内容。
[0273]
本技术还提供一种实现社区中邻里间通话的方法，包括：
[0274]
智能音箱接收来自用户的语音信息，将语音信息和智能音箱在自身所属社区的位置信息发送到服务端。
[0275]
在一种示例性实例中，还包括：根据用户录入的用户信息与智能音箱所在位置信息，向服务端发起注册申请。
[0276]
在一种示例性实例中，还包括：向服务端发送请求结束指令，比如发出表示结束请求的语音信息，或者按下结束按键等。
[0277]
本技术还提供一种实现社区中邻里间通话的方法，包括：
[0278]
接收来自服务端的主叫用户信息和通话内容，展现给智能音箱自身所在环境中的用户。
[0279]
在一种示例性实例中，还包括：根据用户录入的用户信息与智能音箱所在位置信息，向服务端发起注册申请。
[0280]
在一种示例性实例中，还包括：
[0281]
结合智能音箱自身所在环境中的传感器，判定该环境中有人，根据服务端决定的提醒方式，展示接收到的来自服务端的主叫用户信息和通话内容给自身所在环境中的用户。
[0282]
在一种示例性实例中，如果判定智能音箱自身所在环境中有人，那么，展示接收到的来自服务端的主叫用户信息和通话内容给自身所在环境中的用户，包括：
[0283]
请求内容的紧急程度为非紧急，则以第一展示方式展示主叫用户信息和通话内容；
[0284]
请求内容的紧急程度为紧急，则以第二展示方式展示主叫用户信息和通话内容。
[0285]
在一种示例性实例中，第一展示方式可以包括但不限于如：弹窗提醒和提示音等。第二展示方式可以包括但不限于如：循环语音播放和弹窗提醒等。
[0286]
在一种示例性实例中，还包括：
[0287]
判定该环境中没人，根据通话内容的紧急程度为紧急，通过服务端通知管理服务器，使得管理服务器处理通话内容。
[0288]
在一种示例性实例中，还包括：
[0289]
判定该环境中没人，通话内容的紧急程度为紧急，向服务端返回无人应答通知，以使得通过服务端向智能音箱自身绑定的用户的移动终端如手机发送通知。
[0290]
仍以图1为例，举例来描述实现社区中邻里间通话的具体实现。本实施例中，假设某小区中包括智能音箱1～智能音箱9，智能音箱1～智能音箱9均已分别向服务端发起过注册申请，在注册申请中包括用户录入的用户信息与智能音箱在小区中的位置信息(本实施例中包括楼栋号+门牌号)，而对于每个智能音箱，服务端也成功建立了发起注册申请的智能音箱、注册申请的用户信息与智能音箱所在位置信息的绑定关系。
[0291]
第一实施例中，假设智能音箱1作为主叫方，接收到来自智能音箱1的住户1的语音信息如“明天有一起去爬山的吗？”，将语音信息和智能音箱1在小区中的楼栋号+门牌号发送给服务端；
[0292]
服务端根据本地存储的绑定关系，获得智能音箱1在小区中的楼栋号+门牌号对应的主叫用户信息即住户1；服务端根据预先设置好的紧急的内容，判定住户1发起的语音信息不属于紧急的内容，即紧急程度为非紧急；根据预先设置的发布范围策略，住户1没有指定具体的接收住户，但是从对语音内容的分析可以知道，住户1是希望得到更多人的响应，因此，服务端将小区中的其他住户都作为被叫用户，将住户1和“明天有一起去爬山的吗？”发布给小区中的智能音箱2～智能音箱9；
[0293]
智能音箱2～智能音箱9在接收到来自服务端的住户1和“明天有一起去爬山的吗？”，对于检测出住户在家的情况，智能音箱将语音信息“住户1问明天有一起去爬山的吗？”播放给住户，对于检测出住户不在家的情况，智能音箱可以将语音信息“住户1问明天有一起去爬山的吗？”转化为文字提示在智能音箱的频幕上；
[0294]
服务端会将来自被叫方智能音箱的反馈(如“好啊”、“太遗憾了，明天没空”、“没问题”等)发送给住户1的智能音箱1，本实施例中，可以采用在智能音箱1的屏幕上显示这些反馈信息的方式。
[0295]
在第一实施例中，对于检测出住户不在家的情况，也可以进一步根据住户1与该被叫住户的亲密程度，向与住户1亲密程度高的被叫住户的移动终端发送通知，或拨打电话等。
[0296]
通过本技术实施例提供的实现社区中邻里间通话的方法，在小区中提供了一种邻里关系的构建方式，即利用智能音箱在小区中实现了方便、有效的信息流通。
[0297]
第二实施例中，假设智能音箱1作为主叫方，接收到来自智能音箱1的住户1的语音信息如“楼上的，你们家有酱油吗？”，将语音信息和智能音箱1在小区中的楼栋号+门牌号发送给服务端；
[0298]
服务端根据本地存储的绑定关系，获得智能音箱1在小区中的楼栋号+门牌号对应
的主叫用户信息即住户1；服务端根据预先设置好的紧急的内容，判定住户1发起的语音信息不属于紧急的内容，即紧急程度为非紧急；从语音内容中的“楼上的”和住户1的楼栋号+门牌号，可以确定被叫方的楼栋号+门牌号，从而可以获知时哪个智能音箱(本实施例中假设确定出为智能音箱3)；再根据服务端本地存储的绑定关系，假设确定出被叫用户为住户3；根据预先设置的发布范围策略，服务端将小区中的住户3作为被叫住户，将住户1和“你们家有酱油吗？”发布给小区中的智能音箱3；
[0299]
智能音箱3在接收到来自服务端的住户1和“你们家有酱油吗？”，对于检测出住户在家的情况，智能音箱3将语音信息“住户1问你们家有酱油吗？”播放给住户3，对于检测出住户3不在家的情况，智能音箱3可以不播放该语音信息，直接向服务端返回无应答；
[0300]
服务端会将来自被叫方智能音箱的反馈发送给住户1的智能音箱1，如果住户3在家，可以直接通过智能音箱1播放来自智能音箱3的住户3的语音信息如“有的，我这就给你送过去”；如果住户3在家，可以直接通过智能音箱1播放住户3不在家的语音信息如“住户3不在家”。
[0301]
通过本技术实施例提供的实现社区中邻里间通话的方法，在小区中提供了一种邻里关系的构建方式，即利用智能音箱在小区中实现了方便、有效的信息流通。
[0302]
本技术还提供一种实现在家办公的方法，包括：
[0303]
对来自预设区域中智能音箱的位置信息和语音信息进行分析，确定主叫办公人员信息、通话内容、被叫对象；
[0304]
将主叫办公人员信息和通话内容发布给预设区域中作为被叫对象的智能音箱。
[0305]
通过本技术实施例提供的实现在家办公的方法，提供了方便、快捷的办公形式，办公人员不需要拨打电话、不需要使用其他app，也不需要发邮件等，就可以如同大家在办公室一样通过简单的动嘴说话就实现了语言沟通部分的工作。
[0306]
在一种示例性实例中，实现在家办公的方法，还包括：
[0307]
接收来自智能音箱的注册申请，注册申请中包括办公人员录入的办公人员信息与智能音箱所在位置信息；
[0308]
判断注册申请中的智能音箱所在位置信息与该办公人员信息对应的相关信息是否相同，如果二者相同，将发起注册申请的智能音箱、注册申请中的办公人员信息与智能音箱所在位置信息绑定；如果二者不相同，向发起注册申请的智能音箱返回信息更正通知。
[0309]
本实施例中，智能音箱中还包括定位装置，这样，通过智能音箱所在位置、智能音箱所属办公人员的办公人员信息的绑定，保证了在家办公人员是在注册的办公地点办公的，也就是说，如果办公人员需要临时到某处办公，而不在注册的办公地点办公，是需要向公司重新注册申请临时办公地点的，这样，提升了对在家办公人员的管理。
[0310]
在一种示例性实例中，实现在家办公的方法，还包括：
[0311]
接收到的来自智能音箱的无人应答通知，向智能音箱自身绑定的办公人员的移动终端如手机发送通知。在一种示例性实例中，通知的实现形式可以包括但不限于如：采用短信方式发送通话内容、直接拨打该移动终端的号码、通过app推送通话内容等。
[0312]
在一种示例性实例中，实现在家办公的方法，还包括：
[0313]
确定通话内容的紧急程度；
[0314]
确定出通话内容的紧急程度为紧急，且接收到的来自智能音箱的无人应答通知，
向智能音箱自身绑定的办公人员的移动终端如手机发送通知。在一种示例性实例中，通知的实现形式可以包括但不限于如：采用短信方式发送通话内容、直接拨打该移动终端的号码、通过app推送通话内容等。
[0315]
本技术实施例还提供一种实现在家办公的方法，包括：
[0316]
接收来自办公人员的语音信息，将语音信息和智能音箱在自身所属预设区域的位置信息发送到服务端。
[0317]
在一种示例性实例中，还包括：根据办公人员录入的办公人员信息与智能音箱所在位置信息，向服务端发起注册申请。
[0318]
在一种示例性实例中，还包括：向服务端发送请求结束指令，比如发出表示结束请求的语音信息，或者按下结束按键等。
[0319]
本技术实施例还提供一种实现在家办公的方法，包括：
[0320]
接收来自服务端的主叫办公人员信息和通话内容，展现给智能音箱自身所在环境中的办公人员。
[0321]
在一种示例性实例中，还包括：
[0322]
结合智能音箱自身所在环境中的传感器，判定该环境中有人，展示接收到的来自服务端的主叫办公人员信息和通话内容给自身所在环境中的办公人员。
[0323]
在一种示例性实例中，还包括：
[0324]
结合智能音箱自身所在环境中的传感器，判定该环境中没人，向服务端反馈无人应答通知。
[0325]
仍以图1为例，举例来描述实现在家办公的方法的具体实现。本实施例中，假设预设区域(这里指的是包括需要管理的办公人员的一个范围)中包括智能音箱1～智能音箱9，智能音箱1～智能音箱9均已分别向服务端发起过注册申请，在注册申请中包括办公人员录入的办公人员信息与智能音箱的位置信息(本实施例中包括家庭住址、或办公人员指定办公地址等)，而对于每个智能音箱，服务端也成功建立了发起注册申请的智能音箱、注册申请的办公人员信息与智能音箱所在位置信息的绑定关系。
[0326]
假设智能音箱2作为主叫方，接收到来自智能音箱2的办公人员2的语音信息如“李xx，请尽快将定稿方案发给我，谢谢！”，将语音信息和智能音箱2的办公人员2指定办公地址发送给服务端；
[0327]
服务端根据本地存储的绑定关系，获得智能音箱2的指定办公地址对应的主叫办公人员信息即办公人员2；本实施例中，办公人员2指定具体的接收办公人员即李xx，服务端同样根据本地存储的绑定关系，确定出被叫办公人员(本实施例中假设为办公人员8)及其注册的智能音箱(本实施例中假设为智能音箱8)，因此，服务端将办公人员2和“李xx，请尽快将定稿方案发给我，谢谢！”发布给智能音箱8；
[0328]
智能音箱8在接收到来自服务端的办公人员2和“李xx，请尽快将定稿方案发个我，谢谢！”，对于检测出办公人员8在注册的办公地点的情况，智能音箱8将语音信息“办公人员2说：李xx，请尽快将定稿方案发给我，谢谢！”播放给办公人员8，对于检测出办公人员8不在注册的办公地点的情况，本实施例中，假设办公人员2发起的办公事务为紧急事务，那么，智能音箱8可以将语音信息发送至办公人员8的手机；
[0329]
服务端会将来自被叫方智能音箱的反馈(如“好的，马上”、或“请稍等，五分钟后发
您邮箱”、或无人应答等)发送给办公人员2的智能音箱2，本实施例中，可以直接通过语音播放反馈给办公人员2。
[0330]
虽然本技术所揭露的实施方式如上，但所述的内容仅为便于理解本技术而采用的实施方式，并非用以限定本技术。任何本技术所属领域内的技术人员，在不脱离本技术所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本技术的专利保护范围，仍须以所附的权利要求书所界定的范围为准。