具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的实施方式。相反，提供这些实施方式使得本发明将全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的结构，因而将省略对它们的重复描述。

图1是本发明的基于用户群的会议室预订方法的流程图。如图1所示，本发明的实施例提供一种基于用户群的会议室预订方法，包括以下步骤：

S110、基于会议室状态表提供备选会议室信息集合，上述备选会议室信息集合包括至少一会议室的识别信息和空闲时段信息。

S120、遍历备选会议室信息集合，获得上述空闲时段信息满足会议时间的会议室的识别信息，形成候选会议室信息的集合。

S130、根据参加会议的用户群的工位信息，获得上述用户群到达每个上述候选会议室的导航路径参数的总和。

S140、根据上述会议时间以及上述导航路径参数的总和最小的候选会议室信息，进行会议室使用预订，更新上述会议室状态表，但不以此为限。

本发明的要点：通过公司的内部系统获取到员工的座位号信息，比如几号楼几层，规范化公司所有会议室的名字，比如楼号层数具体位置具体名称(SH18#2F03普罗旺斯(Provence)(12人))，通过会议室名就可以知道具体的会议室位置。然后就可以大致算出员工位置到各个会议室的距离，把对参会的所有员工的总距离最近的会议室排序优先显示给所有用户。

在一个优选实施例中，上述步骤S110之前还包括以下步骤：

S100、预存每个用户的工位信息，上述工位信息至少包括上述用户所属的办公室的识别信息，但不以此为限。

在一个优选实施例中，上述办公室的识别信息至少包括：办公室编号和办公室地址。

上述会议室的识别信息至少包括：会议室编号和会议室地址，但不以此为限。

在一个优选实施例中，上述步骤S130中，根据上述用户群中每个用户的办公室地址与上述候选会议室的会议室地址获得导航路径长度作为导航路径参数，将所有上述用户的导航路径长度求和获得导航路径参数的总和，但不以此为限。

在一个优选实施例中，上述步骤S100中，还包括收集用户在会议室和办公室之间的步行轨迹以及对应轨迹的平均步行时长。

上述步骤S130中，根据上述用户群中每个用户的办公室地址与上述候选会议室的会议室地址获得导航路径，根据上述导航路径匹配对应对的步行轨迹，获得上述导航路径对应的路径步行时长，将所有上述用户的路径步行时长求和获得导航路径参数的总和，但不以此为限。

在一个优选实施例中，上述办公室地址和会议室地址位于同一建筑中或者同一园区中，但不以此为限。

在一个优选实施例中，所述步骤S130中包括，在预设时长的会议预订阶段中2，实时更新所述会议的用户群，根据参加会议的用户群的工位信息，获得当前时刻所述用户群到达每个所述候选会议室的导航路径参数的总和。所述步骤S140中包括，根据当前时刻所述会议时间以及所述导航路径参数的总和最小的候选会议室信息，进行会议室使用预订，实时更新所述会议室状态表，直到预设时长结束。例如，在用户完成了初步会议信息，并将会议邀请信息(包括了用户群、会议时间、预设会议主题、会议室编号等信息)发布在公司内网后预设时长内(例如：15分钟，但不以此为限)，如果还有会其他的用户想要参加这个会议，将新的用户加入到会议的用户群中，通过更新会议的用户群，重新计算对用户群中的所有用户而言导航路径参数的总和最小的候选会议室信息，并将更新后的候选会议室信息也实时更新到网站上得到的会议邀请信息中，从而考虑到不同时段加入的所有用户的共同成本，优化所有用户的整体体验。

在一个优选实施例中，上述办公室的识别信息和上述会议室的识别信息为同一建筑的同一楼层中的不同房间号码。

上述步骤S130中，当上述办公室和会议室均在同一建筑的同一楼层中，通过上述用户群中每个用户的办公室的房间号码与上述候选会议室的房间号码相减的绝对值作为导航路径参数，将所有上述用户的导航路径参数求和获得导航路径参数的总和，但不以此为限。

图2是本发明的基于用户群的会议室预订方法的实施过程示意图。如图2所示，预存每个用户的工位信息，工位信息至少包括用户所属的办公室的识别信息，并且，收集所有用户在会议室和办公室之间的步行轨迹以及对应轨迹的平均步行时长，本实施例中通过跟踪用户佩戴的智能传感设备或者手机结合现有的基于局域网或是移动网络用户定位方法，记录用户在建筑内的历史足迹，从而获得建筑内各会议室和办公室之间的步行轨迹以及对应轨迹的平均步行时长，但不以此为限。其中，办公室的识别信息至少包括：办公室编号和办公室地址，本实施例中，用户A的工位位于办公室161中，用户B的工位位于办公室153中，用户C的工位位于办公室125中。

基于会议室状态表提供备选会议室信息集合，备选会议室信息集合包括至少一会议室的识别信息和空闲时段信息。会议室的识别信息至少包括：会议室编号和会议室地址，办公室地址和会议室地址位于同一建筑中或者同一园区中。

用户A发起会议准备和用户B、C两人在下午3点到4点开会。遍历备选会议室信息集合后，获得空闲时段信息满足会议时间(下午3点到4点)的会议室的识别信息，本实施例中，会议室134和会议室131都满足上述会议时间的需求，会议室134和会议室131形成候选会议室信息的集合。

根据参加会议的用户群的工位信息，获得用户群到达每个候选会议室的导航路径参数的总和。对于会议室134而言，根据用户群中每个用户(A、B、C)的办公室地址与候选会议室的会议室地址获得导航路径(S1、S2、S3)，根据导航路径匹配对应对的步行轨迹，获得导航路径对应的路径步行时长(T1、T2、T3)，将所有用户的路径步行时长求和获得导航路径参数的总和T₁₃₄(T₁₃₄＝T1+T2+T3)。同理获得，对于会议室131而言，所有用户的路径步行时长求和获得导航路径参数的总和T₁₃₁，由于T₁₃₄的时长＜T₁₃₁的时长，所以，用户A、B、C共同到会议室134开会的路程成本要低于用户A、B、C共同到会议室131开会的路程成本，则将会议室134作为目标会议室进行会议室使用预订，并更新会议室状态表。

本发明的基于用户群的会议室预订方法可以采用传统的java web架构，应用连接会议室管理系统，坐席管理等系统获取员工的位置信息和会议室的一些信息。通过RestfulAPI的访问方式对外提供服务，并将用户的会议室推荐记录信息录入Mysql数据库，以供后续分析。

本发明也可以根据会议室的位置，可分为“同楼的会议室推荐”和“邻楼的会议室推荐”两种情况：

(1)同楼/同层的会议室推荐

大部分的企业员工，肯定还是更倾向于同楼的或者说同层的会议室，因为距离相对来说比较近。同楼层的会议室距离计算比较简单，首先通过坐席管理系统可以知道员工的区域和座位信息，比如SH18#2F021表示的是上海的18号楼2层的021号。当员工选择一个时间段的时候，推荐给他的是他选择时间段的可用最近会议室。首先通过会议室管理系统获取到上海18号楼的所有会议室信息，之后再对这些会议室按照距离员工的位置进行排序。距离的具体算法是：同一楼层按照序号的绝对值，比如会议室的位置是18#2F023，18#2F015，距离分别是2和6，那18#2F023这个会议室的距离就是最近的。

不同楼层按照楼层的绝对值，因为绝大部分公司的办公楼都是有电梯的，所以对员工来说，上楼和下楼的距离是一样的，再按照会议室的楼层和员工位置的楼层算出每个楼层会议室的距离最后再按照算出的距离数值排序，就可以得到同楼所有会议室的远近排序。通过会议室管理系统获取到会议室当前选择时段的实际空闲信息，结合上面排序的所有同楼会议室信息，过滤出可用的会议室，此时可用的会议室就是按照距离远近排序，最后通过前端小程序或者页面显示给用户，供用户选择。

(2)邻楼的会议室推荐

若用户选择的时段同楼没有可用会议室，此时用户又特别想在这个时段开会。这时候，邻楼的会议室也可以是一种选择。一般大型企业的办公楼是一个裙楼，每栋楼之间都有连廊，但是连廊的位置可能不一。比如说18号楼可能跟16号楼的连廊是1、3、4、10、11层，跟15号的连廊是1、2、10、11层。这时候需要调查出公司所有区域的裙楼连廊情况，因为公司裙楼的连廊信息后期基本是不会变动的，所以只要最初调查一次就可以了。然后把邻楼信息，连廊信息，连廊距离(比如18号楼到16号楼，连廊的距离短一点，距离可以算1，到15号楼的连廊的距离稍微长一点，距离可以算2，这个根据具体的连廊长度定义一个合理值)等维护到配置文件中。下面就是获取所有邻楼的所有会议室信息，之后再对这些会议室按照距离员工的位置进行排序计算。具体的算法是：先算出员工位置通过所有连廊到同一个会议室的距离(比如我现在的位置是2楼，3，4层有连廊，去邻楼5层的会议室的话，可以坐电梯上1层然后通过3层的连廊再坐电梯上2层；也可以坐电梯上2层然后通过4层的连廊再坐电梯上1层)。然后根据上述同楼算距离的算法再加上连廊的距离就可以得出员工位置从所有连廊到目的会议室的距离，排序后就能得到最短的距离。之后用同样方法得出员工从连廊到所有领楼所有会议室的最短距离，最后再对这个最短距离进行排序，就可以得到所有邻楼所有会议室的远近排序。后面要做的就比较简单了，与上述同楼的方式一样，要通过会议室管理系统获取到会议室当前选择时段的实际空闲信息，然后结合上面排序的所有邻楼所有会议室的信息，过滤出可用的会议室，最后再显示给用户。

使用本发明的会议室预订小程序等能够提供了推荐可用最近会议室的服务，这套方法之后还可以用于获取员工就近的售货柜，避免了各类系统重复造轮子。同时，透明化就近的会议室资源，让员工实时了解到附近会议室资源的占用情况，提高了内部员工感受的同时也提高了会议室资源的利用率。

图3是本发明的基于用户群的会议室预订系统的模块示意图。如图3所示，本发明的基于用户群的会议室预订系统5包括：

会议室信息模块51，基于会议室状态表提供备选会议室信息集合，上述备选会议室信息集合包括至少一会议室的识别信息和空闲时段信息；

会议室筛选模块52，遍历备选会议室信息集合，获得上述空闲时段信息满足会议时间的会议室的识别信息，形成候选会议室信息的集合；

导航路径模块53，根据参加会议的用户群的工位信息，获得上述用户群到达每个上述候选会议室的导航路径参数的总和；

会议室预订模块54，根据上述会议时间以及上述导航路径参数的总和最小的候选会议室信息，进行会议室使用预订，更新上述会议室状态表。

本发明的基于用户群的会议室预订系统本身采用SpringBoot框架开发，web应用本身调用各类的上游数据源的接口获取原始信息数据，之后对这些数据进行加工，获取到员工的位置信息，可用的会议室信息。对会议室的信息由上述算法进行排序后，近的会议室优先显示给用户。用户通过Restful的请求，传入用户id，会议的时间段等信息，之后由服务端返回推荐的会议室信息。

本发明的基于用户群的会议室预订系统能够提高闲置会议室的利用率，更合理的利用会议室资源，透明化附近的会议室可用情况，增强员工预订会议室的使用感受。

上述实施例仅为本发明的优选例，并不用来限制本发明，凡在本发明的原则之内，所做的任何等同替代、修改和变化，均在本发明的保护范围之内。

本发明实施例还提供一种基于用户群的会议室预订设备，包括处理器。存储器，其中存储有处理器的可执行指令。其中，处理器配置为经由执行可执行指令来执行的基于用户群的会议室预订方法的步骤。

如上所示，该实施例本发明的基于用户群的会议室预订系统能够提高闲置会议室的利用率，更合理的利用会议室资源，透明化附近的会议室可用情况，增强员工预订会议室的使用感受。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“平台”。

图4是本发明的基于用户群的会议室预订设备的结构示意图。下面参照图4来描述根据本发明的这种实施方式的电子设备600。图4显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，存储单元存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，处理单元610可以执行如图1中所示的步骤。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储平台等。

本发明实施例还提供一种计算机可读存储介质，用于存储程序，程序被执行时实现的基于用户群的会议室预订方法的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。

如上所示，该实施例本发明的基于用户群的会议室预订系统能够提高闲置会议室的利用率，更合理的利用会议室资源，透明化附近的会议室可用情况，增强员工预订会议室的使用感受。

图5是本发明的计算机可读存储介质的结构示意图。参考图5所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

综上，本发明的目的在于提供基于用户群的会议室预订方法、系统、设备及存储介质，能够提高闲置会议室的利用率，更合理的利用会议室资源，透明化附近的会议室可用情况，增强员工预订会议室的使用感受。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。