日程安排系统、日程安排程序、日程安排方法和存储介质与流程

本发明涉及日程安排(调度)系统、日程安排程序、日程安排方法和存储介质。

背景技术

作为本技术领域的背景技术，有日本特开2006-285784号公报(专利文献1)。该公报记载了这样的内容(参见摘要)，“接收任务，计算由设备日程管理部管理的设备的使用时间中，包括作业人员的人工作业期间在内的设备的占用时间，根据由作业人员日程管理表管理的作业人员的作业时间和设备的占用时间，计算可在规定时间段作业的作业人数，根据1个以上设备的占用时间中包含的人工作业期间计算规定时间段的重复人工作业数，基于作业人数和重复人工作业数使设备的使用时间错开，并按照由设备日程管理部分配的设备的使用时间、作业人数和重复人工作业数，更新作业人员的作业时间。”

作为另一背景技术，有日本特开2015-138501号公报(专利文献2)。该公报记载了这样的内容(参见摘要)，“实施方式的运行计划生成辅助装置包括行驶时间预测值计算部，其基于暂定时间表计算电动车辆的行驶时间的预测值。并且，包括耗电量预测值计算部，其基于暂定时间表计算因电动车辆行驶而消耗的电量的预测值。并且，包括充电时间预测值计算部，其基于暂定时间表计算在充电站对电动车辆的蓄电池进行充电所需的充电时间的预测值。并且，包括评价数据输出部，其将考虑了因时间段、一周内的哪一天、季节等引起的各预测值的变动后的值作为各计算部的预测结果输出。”

作为另一背景技术，有日本特开2015-149063号公报(专利文献3)。该公报记载了这样的内容(参见摘要)，“电子日历按照水平或垂直方向的视图表示已安排的任务的时间进展。电子日历及其图形用户界面(GUI)向用户提供查看模式。查看模式的方向与已安排任务的时间进展中增加/减少的日期-时刻具有相同含义。重日程安排引擎将用户请求的任务安排进日历，并对冲突的任务自动地重新日程安排。重日程安排引擎还对每个已安排任务安排用户所选择的资源(人员、机器人、工具等)。”

作为另一背景技术，有日本特开2017-117294号公报(专利文献4)。该公报记载了这样的内容(参见摘要)，“检查日程保持部用于保持多个内窥镜检查的检查日程信息。变更内容获取部在因重日程安排处理导致检查日程信息发生了变更的情况下，获取检查日程信息的变更内容。通知目标确定部基于变更内容获取部获取的变更内容确定变更内容的通知目标。通知时刻决定部基于所确定的通知目标决定要通知变更内容的时刻。通知处理部在所决定的时刻将检查日程信息的变更内容通知给所确定的通知目标。”

现有技术文献

专利文献

专利文献1：日本特开2006-285784号公报

专利文献2：日本特开2015-138501号公报

专利文献3：日本特开2015-149063号公报

专利文献4：日本特开2017-117294号公报

技术实现要素：

发明要解决的技术问题

上述专利文献1～4公开了关于日程的生成方法的技术，以及由于对现有的日程提出了新的日程而对日程进行变更的技术等。

不过，对于发生了必须要变更某个用户现有的将来日程之事态的情况下的应对措施，专利文献1～4并没有给出任何提案。

为此，本发明的技术问题是提供一种日程安排系统、日程安排程序、日程安排方法和存储介质，能够在发生了必须要变更某个用户现有的将来日程之事态的情况下加以应对。

用于解决问题的技术方案

为解决上述问题，本发明提供一种日程安排系统，其特征在于，包括：日程信息存储部，其存储用户、设备和设施中的至少一者的日程信息；信息获取部，其获取表示存储在所述日程信息存储部中的所述用户、所述设备和所述设施中的至少一者的日程将来可能发生变更的信息；解决方案决定部，其在所述信息获取部获取了所述信息时提取因所述日程将来的变更而要发生的问题，从所述日程信息中参照作为与解决该问题的解决方案相关的相关方的所述用户、所述设备和所述设施中的至少一者的所述日程，来决定能够通过变更该相关方的所述日程来应对所述问题的解决方案；提案部，其将所述解决方案决定部的所述决定提供给作为所述相关方的所述用户；接收部，其针对所述提案部的所述提案从所述用户接收表示同意的意思；和变更部，其在所述接收部接收到所述表示同意的意思时，按照所述解决方案变更所述日程信息。

本发明的另一技术方案提供一种日程安排程序，其特征在于，使计算机执行下述处理：信息获取处理，其中，针对用于存储用户、设备和设施中的至少一者的日程信息的日程信息存储部，获取表示存储在该日程信息存储部中的所述用户、所述设备和所述设施中的至少一者的日程将来可能发生变更的信息；解决方案决定处理，其中，当在所述信息获取处理中获取了所述信息时提取因所述日程将来的变更而要发生的问题，从所述日程信息中参照作为与解决该问题的解决方案相关的相关方的所述用户、所述设备和所述设施中的至少一者的所述日程，来决定能够通过变更该相关方的所述日程来应对所述问题的解决方案；提案处理，其中，将所述解决方案决定处理的所述决定提供给作为所述相关方的所述用户；接收处理，其中，针对所述提案处理的所述提案从所述用户接收表示同意的意思；和变更处理，其中，在通过所述接收处理接收到所述表示同意的意思时，按照所述解决方案变更所述日程信息。

本发明的另一技术方案提供一种日程安排方法，其特征在于，包括：信息获取步骤，其中，针对用于存储用户、设备和设施中的至少一者的日程信息的日程信息存储部，获取表示存储在该日程信息存储部中的所述用户、所述设备和所述设施中的至少一者的日程将来可能发生变更的信息；和解决方案决定步骤，其中，当在所述信息获取步骤中获取了所述信息时提取因所述日程将来的变更而要发生的问题，从所述日程信息中参照作为与解决该问题的解决方案相关的相关方的所述用户、所述设备和所述设施中的至少一者的所述日程，来决定能够通过变更该相关方的所述日程来应对所述问题的解决方案；提案步骤，其中，将所述解决方案决定步骤中的所述决定提供给作为所述相关方的所述用户；接收步骤，其中，针对所述提案步骤中的所述提案从所述用户接收表示同意的意思；和变更步骤，其中，在所述接收步骤中接收到所述表示同意的意思时，按照所述解决方案变更存储在所述日程信息存储部中的所述日程信息。

本发明的另一技术方案提供一种计算机可读的存储介质，其中存储有日程安排程序，该日程安排程序使计算机执行下述处理：信息获取处理，其中，针对用于存储用户、设备和设施中的至少一者的日程信息的日程信息存储部，获取该日程信息存储部中存储的所述用户、所述设备和所述设施中的至少一者的日程将来可能发生变更的信息；解决方案决定处理，其中，当在所述信息获取处理中获取了所述信息时提取因所述日程将来的变更而发生的问题，从所述日程信息中参照作为与解决该问题的解决方案相关的相关方的所述用户、所述设备和所述设施中的至少一者的所述日程，来决定能够通过变更该相关方的所述日程来应对所述问题的解决方案；提案处理，其中，将所述解决方案决定处理的所述决定提供给作为所述相关方的所述用户；接收处理，其中，针对所述提案处理的所述提案从所述用户接收表示同意的意思；和变更处理，其中，在通过所述接收处理接收到所述表示同意的意思时，按照所述解决方案变更所述日程信息。

发明效果

采用本发明能够提供一种日程安排系统、日程安排程序、日程安排方法和存储介质，能够在发生了必须要变更某个用户现有的将来日程之事态的情况下加以应对。

上述以外的技术问题、技术特征和技术效果可通过以下实施方式的说明而明确。

附图说明

图1是表示本发明一实施例的以日程安排系统为中心的网络结构的框图。

图2是表示本发明一实施例的日程安排系统的系统结构的框图。

图3是表示本发明一实施例的终端装置的系统结构的框图。

图4是本发明一实施例的日程安排系统的功能框图。

图5A是说明本发明一实施例的日程安排系统的动作的流程图。

图5B是说明本发明一实施例的日程安排系统的动作的流程图。

图5C是说明本发明一实施例的日程安排系统的动作的流程图。

图6是说明本发明一实施例的日程安排系统的动作的流程图。

图7是说明本发明一实施例的日程安排系统的动作的流程图。

图8是说明本发明一实施例的日程安排系统的具体示例1的日程信息的概念图。

图9是说明本发明一实施例的日程安排系统的具体示例1的日程信息的概念图。

图10是表示在本发明一实施例的终端装置中，通过S16向用户请求手动调整日程的情况下的画面显示例的平面图。

图11是表示在本发明一实施例的终端装置中，操作了搜索范围扩大按钮时显示的扩大后的搜索范围之示例的画面显示例的平面图。

图12是说明本发明一实施例的日程安排系统的具体示例2的日程信息的概念图。

图13是说明本发明一实施例的日程安排系统的具体示例2的日程信息的概念图。

图14是说明本发明一实施例的日程安排系统的具体示例3的日程信息的概念图。

图15是说明本发明一实施例的日程安排系统的具体示例3的日程信息的概念图。

图16是说明本发明一实施例的日程安排系统的具体示例4的日程信息的概念图。

图17是说明本发明一实施例的日程安排系统的具体示例4的日程信息的概念图。

图18是表示本发明一实施例的日程安排系统的解决方案决定部的细节的功能框图。

具体实施方式

以下使用附图对本发明的实施例进行说明。

图1是表示本实施例的以日程安排系统为中心的网络结构的框图。日程安排系统1是与网络例如因特网101等连接的服务器装置。日程安排系统1的用户能够通过自身的终端装置102经因特网101与日程安排系统1通信。作为终端装置102能够使用智能手机、平板电脑、个人计算机等各种信息终端装置。在终端装置102为智能手机等的情况下，经由通过网关103与因特网101连接的移动通信网104的基站105，与日程安排系统1进行通信。当然，也可以不经由移动通信网104地与因特网101上的日程安排系统1通信。在终端装置102为平板电脑、个人计算机的情况下，能够与因特网101上的日程安排系统1通信而无需经由移动通信网104。当然，也能够使用无线wi-fi(注册商标)设备经由移动通信网104与日程安排系统1进行通信。

图2是表示日程安排系统1的系统结构的框图。日程安排系统1包括进行各种运算并集中地对日程安排系统1的各部分进行控制的CPU(Central Processing Unit，中央处理单元)11。CPU11与作为CPU11的工作区的RAM(Random Access Memory，随机访问存储器)12、存储有BIOS(Basic Input Output System，基本输入输出系统)等的ROM13、用于存储各种数据的作为非易失性存储装置的磁存储装置(HDD)14连接。另外，CPU11还与通信控制装置15、存储介质读取装置17连接，其中，通信控制装置15用于与因特网101等进行通信，存储介质读取装置17是光盘装置等，用于读取DVD(Digital Versatile Disc，数字多用途光盘)或CD(光盘)等各种媒介的存储介质16上的数据。此外，CPU11还与键盘、鼠标等输入装置18，液晶显示器、有机EL显示器等显示装置19，以及显卡、TPU等行动推测运算装置32连接。磁存储装置14上安装有日程安排程序20。日程安排程序20可以从因特网101等下载并安装到磁存储装置14上，也可以由存储介质读取装置17从存储介质16读取并安装到磁存储装置14上。另外，前述了将行动推测运算装置32设置在日程安排系统1内的例子，但本发明不限于此。也可以是，利用例如家庭内的其他设备、因特网101上的云服务等，构成具有与行动推测运算装置32相同功能的装置，在日程安排系统1的外部与因特网101连接。此外，也可以由日程安排程序20执行行动推测运算装置32的功能。

图2中为方便起见，将日程安排系统1图示为单个服务器装置，但日程安排系统1也可以采用彼此协作工作的、因特网101上的多台服务器装置来实施。该情况下，图2中作为一个集合的数据表示的日程安排程序20，也成为各自分散地安装于多台服务器装置的程序组的集合体。该情况下，存储介质16也成为由与各服务器装置对应的存储介质构成的存储介质组的集合体。

图3是表示终端装置102的系统结构的框图。该例中终端装置102是智能手机。终端装置102包括进行各种运算并集中地对终端装置102的各部分进行控制的CPU111。CPU111与作为CPU111的工作区的RAM112、由半导体存储装置或磁存储装置等构成的用于存储各种数据的非易失性存储装置113、与移动通信网104等进行通信的通信控制装置114连接。并且，CPU111与液晶显示器、有机EL显示器等显示装置115，按钮、触摸面板等输入装置116，检测终端装置102的当前位置的GPS(Global Positioning System，全球定位系统)装置117，扬声器118以及麦克风119连接。非易失性存储装置113中安装有规定的应用程序120。

如前文，上述专利文献1～4公开了关于日程的生成方法的技术，以及由于对现有的日程提出了新的日程而对日程进行变更的技术等。

不过，对于发生了必须要变更某个用户现有的将来日程之事态的情况下的应对措施，并没有给出任何提案(它们针对的均是由用户对现有的日程进行变更的情况)。

与此相关地，日本特愿平8-518591号公报中记载了一种系统，在想要前往目的地的用户指定了时间地点时，能够搜索去往目的地的最优路线、途经地点，来生成驾驶日程(计划)，其中，在接收到堵车信息或恶劣天气信息的情况下，对该日程进行重新设定。

不过，该公报的技术只要重新设定该用户的日程即可解决问题，并没有提到仅通过变更该用户的日程无法解决该问题的情况。

本实施例中，在发生(发现)了某种事态导致不得不变更某用户的将来日程的情况下，为了解决因该事态引起的问题，通过变更其他用户或其他设备等的日程来谋求解决该问题。

为了解决上述问题而在日程安排系统1中执行的方案的大致流程如以下(1)～(7)所述。

(1)登记多个用户或多个设备等的例如当日的日程(计划)。

(2)获取会导致不得不变更该用户的将来日程的事态的信息。

(3)基于该事态提取该用户处发生的问题。

此处想像的示例是，作为用户的母亲因工作会议延长导致不能去孩子的幼儿园接孩子(与优先级有关)。对于飞机延误的已预约的客户，酒店无法接送以及准备餐食(此时的用户是酒店)。发现无法约到10人用的会议室，无法为不常聚齐的10个人举办会议(此时的用户是会议主办者)。

(4)制定问题的解决方案。具体而言，搜索其他用户或其他设备等的日程。

(5)向用户(上述例子中的母亲、酒店、主办者)提示解决方案供其选择。

(6)接受其他用户或其他设备的允许(在设备等的情况下，与其说是允许不如说是重新日程安排)。

(7)作为用户或设备等的日程生成方法，是手动输入、由日程安排系统1自动设定、通过行动推测来制定日程。

下面参照功能框图、流程图等对前述大致流程进行详细说明。

图4是日程安排系统1的功能框图。在该功能框图中，图示了由日程安排系统1基于日程安排程序20执行的处理的内容。

日程安排系统1是对其用户、各种设备、设施的日程进行管理的系统。

日程安排系统1包括日程信息存储部21、信息获取部22、解决方案决定部23、提案部24、接收部25、变更部26、日程信息生成部27、日程信息输入接收部28、日程信息记录部29、行动推测部30、持续功能更新部31。另外，日程安排系统1只要能够实施其功能即可，可以不必包括前述所有的功能部。

<与大致流程(1)对应的部分>

日程信息存储部21是存储日程信息的数据库，由磁存储装置14构建，其中，日程信息中记录了日程安排系统1的用户和由日程安排系统1管理的各种设备、设施的日程。各日程的优先级和决定日程的变更方法时的基准也保存在该日程信息存储部21中。

日程信息生成部27获取由行动推测部30推测的用户的行动、由行动推测部30推测的设备的动作、设施的使用状况，由此生成要存储在日程信息存储部21中的日程信息。

该情况下，行动推测部30可以基于存储在日程信息存储部21中的过去的日程信息的历史，来推测用户的行动、设备的动作等。

此外，行动推测部30也可以通过机器学习等基于统计的方法分析收集到的数据，有效用于推测中。例如，可以使用深度学习的递归神经网络分析过去的实际数据来推测将来的状态。除此之外，还可以组合多种分析方法用于推测。

日程信息输入接收部28从用户的终端装置102接收要存储到日程信息存储部21中的日程信息的输入。

日程信息记录部29将日程信息生成部27生成的日程信息，或由日程信息输入接收部28接收的日程信息记录到日程信息存储部21中。另外，日程安排系统1也可以只包括日程信息生成部27和日程信息输入接收部28中的一个。

<与大致流程(2)对应的部分>

信息获取部22通过各种方式获取表示存储在日程信息存储部21中的用户的日程将来可能发生变更的信息。该信息从下述来源获取：对日程信息存储部21的数据变更申请、行动推测部30、因特网101、传感器等。

<与大致流程(3)对应的部分>

图18是表示解决方案决定部的细节的功能框图。解决方案决定部23在信息获取部22获取了这样的信息时，提取会因记录在日程信息存储部21中的日程的将来的变更而发生的问题。日程匹配部23b将信息获取部22获取的信息，与存储在日程信息存储部21上的日程之中的与该信息对应的部分的日程进行比较。此处，在该信息与对应部分的日程重叠的情况下，提取因日程匹配而导致的问题。

<与大致流程(4)对应的部分>

接着，解决方案决定部23的资源匹配部23c从日程信息存储部21的日程信息中，参照作为与解决该问题的解决方案相关的相关方的用户、设备或设施的日程，提出能够通过变更该相关方的日程来应对该问题的解决方案，并由最佳服务决定部23a考虑日程的优先级、用户的喜好等，决定要作为解决方案提供给用户的候选方案。该解决方案可以仅为1个方案，也可以是多个方案。

<与大致流程(5)对应的部分>

提案部24向用户提供由解决方案决定部23决定的要作为解决方案提供给用户的候选方案。具体而言，对用户的终端装置102发送由解决方案决定部23决定的解决方案的内容。日程安排系统1与终端装置102之间的数据交互，以及基于该交互而实现的显示装置115上的图像显示、输入装置116对输入的接收等终端装置102一侧的处理，是基于应用程序120进行的。

接收部25针对提案部24发出的提案，从用户的终端装置102接收表示同意的通知。

<与大致流程(6)对应的部分>

接着，提案部24将用户已同意的解决方案向作为相关方的用户发出请求(委托)。具体而言，对作为相关方的用户的终端装置102发送用户已同意的解决方案的内容。日程安排系统1与终端装置102之间的数据交互，以及基于该交互而实现的显示装置115上的图像显示、输入装置116对输入的接收等终端装置102一侧的处理，是基于应用程序120进行的。

接收部25针对提案部24发出的请求(委托)，从相关方的用户的终端装置102接收表示同意的通知。

<与大致流程(7)对应的部分>

变更部26在接收部25从相关方的用户处也接收到表示同意的意思时，按照所提出的解决方案，对存储在日程信息存储部21中的日程信息进行变更。

持续功能更新部31基于信息获取部22和存储在日程信息记录部29中的信息，对解决方案决定部23的各结构要素和行动推测部30的功能进行更新。例如，解决方案决定部23的最佳服务决定部23a通过参照同一用户过去采用的服务，能够容易决定与该用户的喜好相符的服务。资源匹配部23c通过参照同一用户过去匹配的对象，能够容易得到该用户满意度高的匹配结果。日程匹配部23b通过沿用同一用户过去采用的匹配方针，能够容易得到与该用户的行动趋势具有较高配合度的匹配结果。行动推测部30可以使用机器学习，学习中使用的数据量越多则越能够实现高精度的动作。

图5A、图5B、图5C、图6和图7是说明日程安排系统1的动作的流程图。该流程图所示的处理由日程安排系统1的CPU11基于日程安排程序20执行。该处理用于实现本发明的日程安排方法。

<与大致流程(1)对应的部分>

首先，在日程信息存储部21的日程信息中记录信息。图6、图7的处理均涉及在日程信息存储部21的日程信息中记录信息的处理。

对图6的处理进行说明。首先，日程信息生成部27接收由行动推测部30对用户的行动、设备的动作和设施的使用状况中的至少一者进行推测的结果，生成要存储在日程信息存储部21中的日程信息(S31)(日程信息生成处理、日程信息生成步骤)。该情况下，行动推测部30基于存储在日程信息存储部21中的过去的日程信息的历史、信息获取部22获取的信息，来推测用户的行动、设备的动作、设施的使用状况。

接着，日程信息记录部29将从日程信息生成部27接收到的日程信息记录在日程信息存储部21中(S32)(日程信息记录处理、日程信息记录步骤)。由此，结束图6的处理。

对图7的处理进行说明。首先，日程信息输入接收部28从用户的终端装置102接收要存储到日程信息存储部21中的日程信息的输入(S36中“是”)(日程信息输入接收处理、日程信息输入接收步骤)。接着，日程信息记录部29将从日程信息输入接收部28接收到的日程信息记录在日程信息存储部21中(S37)(日程信息输入接收处理、日程信息输入接收步骤)。由此，结束图7的处理。另外，日程安排系统1可以构成为能够执行图6、图7两者的处理，也可以构成为仅执行一者的处理。

<与大致流程(2)对应的部分>

日程安排系统1的信息获取部22判断是否获取了表示存储在日程信息存储部21中的用户的日程将来可能发生变更的信息。具体而言，首先，信息获取部22判断作为已经存储在日程信息存储部21中的用户的日程的第一日程是否可能因外在因素而变更(S1)(实际行动是否按照日程进行)。或者也可以是，即使第一日程没有直接变更，也将行动推测部30推测的结果发送到信息获取部22，由信息获取部22判断第一日程是否可能发生变更(S1)。该情况下，对于用户等的地点等的变更，可以将其换算成该变更所需要的所需时间进行判断。在发生了该变更时(S1中“是”)，解决方案决定部23的日程匹配部23b判断是否存在假定第一日程有变更时会受到影响的、存储在日程信息存储部21中的日程(S2)。在不存在时(S2中“否”)，信息获取部22执行存储在日程信息存储部21中的第一日程的变更(S3)。在存在时(S2中“是”)，相当于获取了表示用户的日程将来可能发生变更的信息(信息获取处理、信息获取步骤)，转移到S4及之后的处理。

<与大致流程(3)对应的部分>

在S4及之后的处理中，解决方案决定部23的日程匹配部23b提取会因日程将来的变更而发生的问题。然后，解决方案决定部23的资源匹配部23c从日程信息存储部21的日程信息中，参照作为与解决该问题的解决方案相关的相关方的用户、设备、设施的日程。接着，解决方案决定部23的资源匹配部23c基于该参照，提出能够通过变更该相关方的日程来应对上述问题的解决方案，并由最佳服务决定部23a决定要作为解决方案提供给用户的候选方案(以上为解决方案决定处理、解决方案决定步骤)。

作为该解决方案决定处理、解决方案决定步骤，例如执行S4～S12的处理。首先，解决方案决定部23判断S2中通过“是”所认定的会受到影响的日程(第二日程)的优先级，是否是能够由用户出发来实施日程变更的优先级(S4)。

<与大致流程(4)对应的部分>

在为可变更的优先级时(S4中“是”)，解决方案决定部23通过各种方式搜索能够应用于第二日程的日程变更方法(S5)。作为该搜索方式，例如可以预先定义一个表，在其中按照日程的优先级分配能够应用的日程变更方法，参照该表进行搜索。作为该日程变更方法，包括取消预定、更改预定、缩短时间、他人代办等。

<与大致流程(5)对应的部分>

接着，解决方案决定部23的最佳服务决定部23a从能够应用的变更方法中，基于用户预先确定的基准选择1个候选方法(S6)。具体包括：提示选项供用户选择，选择所花时间最短的方法，选择所需成本最低的方法，选择成功概率最高的方法，选择人物可靠度最高的方法，根据访问权限的有无来选择等。接着，解决方案决定部23的最佳服务决定部23a判断是否存在一个以上的候选变更方法(S23)。在存在时(S23中“是”)前进至S7，在不存在时(S23中“否”)前进至S16。然后，解决方案决定部23针对具有第二日程作为关联日程的所有设备、设施、个人和组织，通过各种方式搜索会因第二日程的变更而受到影响的其他的关联日程(S7)。作为该搜索方式，例如对日程赋予家人、公司、朋友等表示关系性的属性，优先搜索具有相同属性的日程。接着，解决方案决定部23判断S7中搜索出的受到影响的所有的关联日程是否可变更(S8)。

在可变更时(S8中“是”)，解决方案决定部23转移至S13。另一方面，在上述S4中不是可变更的优先级时(S4中“否”)，解决方案决定部23判断作为第二日程是否存在其他可选择的日程(S9)。在存在其他可选择的日程时(S9中“是”)，解决方案决定部23针对该可选择的第二日程进行上述S2及之后的处理。另外，在上述S8中为不可变更时(S8中“否”)，解决方案决定部23判断在该不可变更的关联日程之中，是否存在若考虑了用户的优先级则能够从调整对象中排除的日程(S10)。在上述S9中不存在其他可选择的日程时(S9中“否”)，以及在上述S10中不存在能够从调整对象中排除的日程时(S10中“否”)，解决方案决定部23转移至步骤S11。在S11中，解决方案决定部23判断是否能够扩大S2中用于提取会受影响的日程的范围。在能够扩大进行提取的范围时(S11中“是”)，解决方案决定部23扩大进行日程提取的范围(S12)。接着，解决方案决定部23对扩大的第二日程执行上述S5及之后的处理。在不能扩大进行提取的范围时(S11中“否”)，解决方案决定部23将选中的变更方法从候选方法中排除(S24)，转移至S6。

<与大致流程(6)对应的部分>

在上述S8中所有的关联日程可变更的情况下，提案部24将解决方案决定部23的决定发送到作为相关方的用户的终端装置102提供给该用户(S13)(提案处理、提案步骤)。

接着，接收部25针对提案部24的提案，从用户的终端装置102接收表示同意的意思(S14中“是”)(接收处理、接收步骤)。

<与大致流程(7)对应的部分>

然后，变更部26在接收部25接收到表示同意的意思时(S14中“是”)，判断关联日程信息是否全部是用户自身的日程(S17)。在关联日程信息全部是用户自身的日程时(S17中“是”)，变更部26按照上述解决方案，对日程信息存储部21中相应的第一、第二和关联日程信息实施变更(S15)(变更处理、变更步骤)。

接着，变更部26向用户的终端装置102通知已完成相应的第一、第二和关联日程信息的变更以及变更结果(S20)。

<与大致流程(4)(5)(6)等对应的部分>

在上述S14中，变更部26在接收部25从用户接收到表示不同意的意思时(S14中“否”)，转移至上述S24。

在上述S17中，在关联日程信息中存在不是用户自身的日程时(S17中“否”)，解决方案决定部23向与关联日程相关的其他用户请求/申请变更日程(S18)。这里，与该其他用户的终端装置102进行联络。然后，在所有的其他用户准许了该请求/申请时(S19的“是”)，解决方案决定部23转移至上述S15。在该其他用户之中存在不准许该请求/申请的用户时(S19中“否”)，解决方案决定部23判断若考虑了用户的优先级是否能够将不准许申请的其他用户从调整对象中排除(S21)。在能够排除时(S21中“是”)转移至上述S15。在不能排除时(S21中“否”)，解决方案决定部23向用户通知未能从日程调整所必须的成员处获得准许(S22)。这里，与该用户的终端装置102进行联络。然后，解决方案决定部23将处理转移至上述S11。

接着，针对日程安排系统1执行的处理的具体示例，用多个例子进行说明。

[具体示例1]

图8、图9是说明具体示例1的日程信息的概念图。该例中，日程安排系统1的用户是包括妻子、丈夫、孩子的3人家庭中的妻子和丈夫。该例中日程调整的主体是妻子。外在因素是“会议”预定的变更。作为用户的妻子和丈夫持有终端装置102。图8的概念图按时间顺序表示了存储在日程信息存储部21中的妻子的日程信息51和丈夫的日程信息52。该妻子的日程信息51和丈夫的日程信息52由图6或图7的处理生成，并预先存储在日程信息存储部21中。

图9的妻子的日程信息53和丈夫的日程信息54表示相对于图8的日程发生变更后的日程。首先，接收到在妻子的日程信息51中有很高的可能性会发生日程变更的信息，该日程变更使得，原本定于15：00至17：00召开的妻子工作单位的“会议”的预定，如图9所示将时刻移至17：00至19：00之间召开。该变更的申请由信息获取部22从妻子的终端装置102等获取。这表示，作为用户的妻子的第一日程因外在因素而发生了变更(S1中“是”)。此处也可以是，根据日程信息存储部21中过去存储的会议的历史、数据变更的申请或行动推测部30等，推测妻子所在公司的人员会对妻子设定会议，并基于这些信息推测妻子的第一日程发生变更的可能性很高。该情况下，图5中虽未记载，但也可以对妻子通知推测其第一日程发生变更的可能性很高，请求其判断是否进行之后的处理。像这样，由于“会议”的时间发生了变更，或者推测发生变更的可能性很高，因此判断为无法执行妻子的日程信息51中自18：00预定的“去幼儿园接孩子”。这表示，存在因第一日程的结果而受到影响的日程(S2中“是”)。

为此，由解决方案决定部23判断该受到影响的日程(第二日程)即“去幼儿园接孩子”的优先级，是否是能够由用户出发来变更的优先级(S4)。“去幼儿园接孩子”对该家庭而言是日常执行的日程，并且也能够由妻子以外的丈夫等代为执行，因此使其为能够由作为用户的妻子出发来变更的优先级，与“去幼儿园接孩子”关联地预先存储在日程信息存储部21中。因此，判断为“去幼儿园接孩子”是可变更的优先级(S4中“是”)，由日程信息存储部21搜索能够对该第二日程即“去幼儿园接孩子”应用的日程变更方法(S5)。该情况下，“去幼儿园接孩子”被作为难以取消或变更等的日程预先存储在日程信息存储部21中。不过，“去幼儿园接孩子”还作为可代办的日程预先存储在日程信息存储部21。此处，其存储方式可以利用优先级，例如预先定义一个表，在其中按日程的优先级分配能够应用的日程变更方法。并且，由于是同一家庭的成员，妻子的日程信息53与丈夫的日程信息54被关联地预先存储在日程信息存储部21中。因此，作为能够应用于“去幼儿园接孩子”这一第二日程的日程变更方法，利用解决方案决定部23搜索出由“丈夫”“代为执行”“去幼儿园接孩子”的方式(S5)。

接着，从能够应用的变更方法中，基于用户预先确定的基准选择1个候选方法(S6)。作为日程安排系统1的用户的妻子和丈夫在日程信息存储部21中预先存储了这样的基准，即，在妻子无法执行“去幼儿园接孩子”时，从最低成本、人物可靠度等观点出发，首先选择由丈夫代为执行这一方式。接着，因为搜索出了由丈夫代为执行“去幼儿园接孩子”这一方式(S5)，所以在S6中，由解决方案决定部23的最佳服务决定部23a参照日程信息存储部21的上述信息，将由“丈夫”“代为执行”“去幼儿园接孩子”这一方式选作最佳服务。然后，搜索因该第二日程的变更而受到影响的其他的关联日程(S7)。在此，作为关联日程，搜索出丈夫的日程信息52中的、丈夫自18：00去“健身房”这一日程，其与妻子的日程信息51中的、妻子自18：00“去幼儿园接孩子”重叠。

接着，利用解决方案决定部23的日程匹配部23b，判断受到影响的所有的关联日程是否可变更(S8)。在日程信息存储部21中，例如以优先级的形式预先存储了，丈夫的日程中去“健身房”是比较容易变更的日程。为此，能够判断为可实施这样的日程变更，即，将丈夫去“健身房”这一日程取消，取而代之由丈夫“去幼儿园接孩子”。

之后，经过S13、S14、S15、S17、S20的处理，变更部26执行第一、第二和关联日程信息的变更(S15)。S13、S14中向用户发出的提案以及表示同意的意思的接收，是以妻子为对象进行的。在此，向妻子请求其准许日程变更方法。在S14中未得到准许的情况下，排除选中的日程变更方法，针对其他的日程变更方法重新研究(S14中“否”)。在得到准许的情况下，在S17中实施选中的日程变更方法时，确认关联的全部日程都是与自身相关的日程。在关联的全部日程都是与自身相关的日程的情况下，经过S15、S20的处理，在日程信息存储部21中，将图8的妻子的日程信息51和丈夫的日程信息52分别变更为图9的妻子的日程信息53和丈夫的日程信息54。另一方面，在S17中有自身以外的日程相关联的情况下，对该关联的全部用户申请日程变更(S18)。在关联的全部用户准许日程变更的情况下，经过上述S15、S20及之后的处理，更新妻子的日程信息53和丈夫的日程信息54。在关联的用户之中存在不准许日程变更的用户的情况下，在S21中，研究在考虑了妻子的日程的优先级的情况下是否能够将该不准许的用户从调整对象中排除。在能够排除的情况下，前进至上述S15、S20及之后的处理。在不能排除的情况下，在S22中通知妻子这一情况，前进至S11的处理。接着在S11中，研究是否能够扩大用于提取会受影响的日程的范围。在不能扩大的情况下，进行S24及之后的处理。在能够扩大的情况下，扩大范围(S12)，从S5即日程变更方法的搜索开始重新执行。通过反复进行以上的处理，最终在日程信息存储部21中，图8的妻子的日程信息51和丈夫的日程信息52分别变更为图9的妻子的日程信息53和丈夫的日程信息54。

图10表示在S16中请求用户手动调整日程的情况下的用户的终端装置102的画面显示例。这是向用户通知不存在上述可调整的日程，要求用户通过按钮来选择如何处理的画面。当妻子操作了取消按钮55时，日程调整被取消。当操作了手动按钮56时，妻子操作终端装置102手动地组织日程变更的调整。当操作了搜索范围扩大按钮57时，进行S12及之后的处理。在图5的流程图中，当不存在候选的日程变更方法时(S23中“否”)，请求用户手动进行日程调整(S16)，但也可以在S16的阶段基于用户的指示执行S12及之后的处理。

图11表示在操作了搜索范围扩大按钮57时显示的扩大后的搜索范围之示例的画面显示例。当前设定下的搜索范围是丈夫等，但作为搜索范围的扩大候选，可以考虑家庭内的丈夫之外的家人(包括祖父、祖母、家政服务工等)、学校、公司等。

[具体示例2]

图12、图13是说明具体示例2的日程信息的概念图。该例中，对某营业场所的访客的日程进行调整。此时的日程安排系统1的用户是接待访客的营业场所、作为访客的用户A、用户B等。该例中日程调整的主体是接待访客的营业场所的管理人员。外在因素是电车延误。

作为日程安排系统1的用户的用户B如日程信息61所示，将某日要在营业场所于12:00起在202会议室开会的日程，作为日程信息预先存储在日程信息存储部21中。在营业场所中，对访客进行招待的人形机器人等设备的日程管理也由日程安排系统1进行。该例中是设备α、设备β、设备Y、设备Y′。该例中，设备Y和设备Y′是同种设备。

已有了这样的日程，即，除了用户B之外，用户A当天也在该营业场所于12:00起在201会议室开会。并且该日程中，用户A从9:00至9:30通过电车从C站移动至B站。不过，由于电车延误，用户A申请将日程变更为乘坐电车至10:00。该申请由信息获取部22从用户A的终端装置102等获取。即，用户A的第一日程因外在因素而发生了变更(S1中“是”)。此处，由该访客A的终端操作而发出的日程变更的申请，例如可以用下述处理来代替，即，由信息获取部22从因特网上获取交通信息，由行动推测部30基于电车的延误信息推测访客A也会延误，故将延误反映到日程信息存储部21的访客A的日程表中。用户A、B在通过电车和步行移动而到达营业场所时，在会议之前需要使用设备α、设备β、设备Y(设备Y′)。由于用户A到达营业场所发生延迟，用户A、B按照何种顺序使用设备α、设备β、设备Y(设备Y′)这一日程将受到影响(S2中“是”)。

该设备α、设备β、设备Y(设备Y′)的使用这一第二日程的优先级是能够由用户出发来实施日程变更的优先级(S4中“是”)。即，在日程信息存储部21中预先存储了，用户按照何种顺序使用设备α、设备β、设备Y(设备Y′)均可，使用的用户的顺序可变更。此处，其存储方法可以是例如预先定义一个表，在其中按日程表的优先级分配能够应对的用户。接着，解决方案决定部23的日程匹配部23b搜索能够对该第二日程应用的日程变更方法(S5)。作为日程变更方法，可以按照针对设备α、设备β、设备Y(设备Y′)的使用，使得用户A的使用不与用户B的使用重叠的方式进行变更。

接着，解决方案决定部23从S5所搜索出的变更方法中，基于用户即营业场所预先确定的基准选择1个候选方法(S6)。此处，营业场所确定了设备按照设备α、设备β、设备Y(设备Y′)的顺序使用，将其预先存储在日程信息存储部21中。于是，从针对设备α、设备β、设备Y(设备Y′)的使用能够使得用户A的使用不与用户B的使用重叠的变更方法中，选择用户A和用户B各自按照设备α、设备β、设备Y(设备Y′)来使用设备的候选方法。

接着，解决方案决定部23搜索因该第二日程的变更而受到影响的其他的关联日程(S7)。此处，搜索设备α、设备β、设备Y(设备Y′)之各设备的日程。并且，解决方案决定部23判断该所有的关联日程是否可变更(S8)。设备α、设备β、设备Y(设备Y′)之各设备只要用户A和用户B的使用发生重叠，即可变更日程。之后，经过S13、S14、S15、S17、S20的处理，变更部26执行第一、第二和关联日程信息的变更(S15)。S13、S14中向用户发出的提案以及表示同意的意思的接收，是以营业场所为对象进行的。此外，在S17中，作为关联日程至少提取出访客A、访客B。其结果是，实施了第一、第二和关联日程信息的变更(S15)得到的是图12的日程信息62。日程信息得到调节，使得在同一时间段不重复使用同一设备，并且用户A、用户B均能够按照设备α、设备β、设备Y(设备Y′)的顺序使用各设备。

[具体示例3]

图14、图15是说明具体示例3的日程信息的概念图。该例是旅客乘坐飞机航行并在目的地的酒店住宿的情况下的日程调整。该例中日程调整的主体是酒店的所有者(关系人)。外在因素是飞机“航行”延误。

图13中，作为用户的旅客A的日程信息71和作为用户的酒店中旅客A所用酒店服务的日程信息72被存储在日程信息存储部21中。在原本旅客A的日程信息71中，15:00至18:00是飞机的“航行”时间。不过，该“航行”延误，导致“航行”时间延至17:00。该变更信息的申请由信息获取部22从旅客A的终端装置102等获取。由于，旅客A的“航行”这一第一日程因外在因素而发生了变更(S1中“是”)。此处，由旅客A的终端操作而发出的日程变更的申请，例如也可以用下述处理来代替，即，由信息获取部22从因特网上获取交通信息，由行动推测部30基于飞机的航行延误信息推测旅客A也会延误，故将延误反映到日程信息存储部21的旅客A的日程表中。由此，旅客A的“航行”之后的日程，即“移动”、“入住”、“晚餐”这一连续的日程会受到影响(S2中“是”)。解决方案决定部23判断该受到影响的第二日程的优先级，是否是能够由用户出发来变更的(S4)。“移动”、“入住”、“晚餐”这一日程预先作为即使时间稍有变更也能够容许的日程，被存储在日程信息存储部21中，因而，判断为这些日程能够变更(S4中“是”)。此处，其存储方式可以例如预先定义一个表，在其中按日程的优先级分配能够容许的时间变动。

接着，解决方案决定部23的日程匹配部23b搜索能够对该第二日程即“移动”、“入住”、“晚餐”应用的日程变更方法(S5)。其结果是，如上所述，“移动”、“入住”、“晚餐”能够按照“航行”的延误而相应移位，因此搜索出该变更方法。于是，由于从搜索结果中选中了1个候选方法(S6)，因此选中了这样的方法，即，使“移动”、“入住”、“晚餐”各自的预定移位以使之延迟。

接着，解决方案决定部23的资源匹配部23c搜索因该第二日程的变更而受到影响的其他的关联日程(S7)。该例中，在旅客A用酒店服务的日程信息72中搜索关联日程。即，由于“航行”的时间延误，酒店一方为旅客A提供的用车接送旅客A的“接机”、办理入住手续的“入住”、在酒店餐厅提供晚餐的“餐厅”服务将因第二日程变更而受到影响。对这些服务进行管理，指的是对酒店的车辆、前台、餐厅的各设施进行管理。

接送，解决方案决定部23判断搜索出的关联日程是否可变更(S8)。日程信息存储部21中已存储了“接机”、“入住”、“餐厅”之各服务是基本上在酒店内只在预定时刻前提供的服务，因此，随着“航行”的延误，可能需要推迟开始提供服务的时刻。此处，其存储方法可以是例如预先定义一个表，在其中按日程的优先级分配能够容许的时间变动。不过，关于“餐厅”，则取决于酒店内餐厅的预约状况，有可能无法提供服务。为此，解决方案决定部23访问管理酒店的各种预约状况等的服务器(未图示)，搜索在将提供“餐厅”服务的时间错开1个小时的情况下，是否有空闲的餐位。在由此导致不存在空闲餐位的情况下，作为可变更的服务，选择代替“餐厅”服务而由“客房服务”来提供晚餐。或者，向旅客A推荐去酒店外的餐厅进用晚餐也可以成为一个选项。该情况下，还搜索酒店附近地区正在营业的餐馆的信息(饭菜种类、餐馆所在地的地图)。

之后，经过S13、S14、S15、S17、S20的处理，变更部26执行第一、第二和关联日程信息的变更(S15)。S13、S14中向用户发出的提案以及表示同意的意思的接收，是对酒店进行的。此外，在S17中，作为关联日程至少提取出旅客A。实施了第一、第二和关联日程信息的变更而得到的新的日程信息，是图14的旅客A的日程信息73和酒店中旅客A所用酒店服务的日程信息74。该例中，由于没有空闲餐位无法提供“餐厅”服务，因此采用提供“客房服务”。而“接机”、“入住”服务则按照“航行”的延误而相应推迟预定时间。另外，本具体示例中，日程调整的主体也可以是旅客A。即，可以是，S13、S14中向用户发出的提案以及表示同意的意思的接收对旅客A实施，在S17中，作为关联日程至少提取出酒店。

[具体示例4]

图16、图17是说明具体示例4的日程信息的概念图。该例中，对例如作为公司等的设施的多个会议室的使用进行日程安排。图15表示了存储在日程信息存储部21中的会议室A的使用日程信息81、会议室B的使用日程信息82和会议室C的使用日程信息83。会议室A可供最多10人使用，会议室B可供最多6人使用，会议室C可供最多4人使用。另外，会议室A和会议室C备有TV会议用的设施，而会议室B没有TV会议用的设施。该例中，日程安排系统1的用户是设置了该会议室的公司等组织的职员。该例中日程调整的主体是会议室的所有者或职员。外在因素是想要在同一时间段用同一会议室开会这一申请。

图15的例子中，在会议室A的使用日程信息81中，设定了“3个人在会议室A于14:00至16:00的期间通过TV会议举行碰头会”这一日程。对此，从其他职员新申请了“6个人于14:00至16:00的期间通过TV会议举行碰头会”这一日程。该申请是信息获取部22从想要举行6人TV会议的职员的终端装置102处接收的。该情况下，能够供6个人举行TV会议的仅有会议室A，但会议室A在同一时间段已经被预定。为此，“3个人在会议室A于14:00至16:00的期间通过TV会议举行碰头会”这一原本的第一日程，由于“6个人在会议室A于14:00至16:00的期间通过TV会议举行碰头会”这一外在因素而变更(S1中“是”)。此处也可以是，根据日程信息存储部21中过去存储的会议的历史、数据变更的申请或行动推测部30等，推测会有职员对会议室A设定要有6个人于14:00至16:00的期间通过TV会议举行碰头会，并基于这些信息推测会议室A的日程发生变更的可能性很高。该第一日程发生变更的结果是，“3个人在会议室A于14:00至16:00的期间通过TV会议举行碰头会”这一原本日程将受到影响(S2中“是”)。为此，解决方案决定部23判断该受到影响的第二日程的优先级，是否是能够由作为用户的职员出发来变更的(S4)。于是，由于图15的会议室C的使用日程信息83中会议室C没有使用预定，并且会议室C也能够举行3人使用的TV会议，因此解决方案决定部23判断为该优先级是能够变更的优先级(S4中“是”)。

接着，解决方案决定部23的日程匹配部23b搜索作为第二日程的“3个人于14:00至16:00的期间通过TV会议举行碰头会”这一原本的日程的变更方法(S5)。于是，如上所述，搜索到该3人的TV会议在同一时间段能够在会议室C举行这一变更方法。于是，解决方案决定部23从该可应用的变更方法中选择1个候选方法(S6)。该情况下，选择在会议室C中举行3人使用的TV会议这一S5中搜索出的方案。

接着，解决方案决定部23搜索因作为第二日程的“3个人于14:00至16:00的期间通过TV会议举行碰头会”这一日程而受到影响的其他的关联日程(S7)。接着，解决方案决定部23判断受到影响的所有的关联日程是否可变更(S8)。参照会议室C的使用日程信息83，14:00至16:00的期间的日程为空，因此能够将作为关联日程的“3个人于14:00至16:00的期间通过TV会议举行碰头会”这一日程插入此处。

针对上述方针的日程变更，将这些日程调整的方针通过S13、S14的处理，向加入“6个人在会议室A于14:00至16:00的期间通过TV会议举行碰头会”这一原本的日程的职员请求准许。此外，通过S17的处理，作为关联日程，提取出发起了“于14:00至16:00举行3人TV会议”这一日程的职员。接着，变更部26执行第一、第二和关联日程信息的变更(S15)。由此，原本的日程信息如图16所示，变更为存储在日程信息存储部21中的会议室A的使用日程信息84、会议室B的使用日程信息85和会议室C的使用日程信息86。进行了“在会议室A于14:00至16:00举行6人TV会议”这一日程变更，原本的“在会议室A于14:00至16:00举行3人TV会议”这一日程变更为在会议室C举行。

采用以上说明的日程安排系统1、日程安排程序20、日程安排方法，能够获取表示现有日程有可能发生变更的信息，预测日程变更，生成代替现有日程的新的日程提供给用户。

关于日程信息存储部21中自最初起存储的日程信息，能够由行动推测部30通过图4的处理推测用户的行动、上述设备的动作和上述设施的使用状况中的至少一者，并由日程信息存储部21获取该信息，由此能够容易地生成。

另外，此时，行动推测部30能够基于存储在日程信息存储部21中的过去的日程信息的历史来生成推测结果的日程，因此能够根据过去的日程的趋势而容易地生成日程信息。

此外，利用图7的处理还能够通过用户的输入来构建日程信息。

另外，本发明并不限定于上述实施例，还包括各种各样的变形例。例如，上述实施例中，为了易于理解地说明本发明而进行了详细说明，但本发明并不限定于必需包括所说明的全部结构。

另外，对于上述各结构、功能、处理部、处理单元等而言，它们的一部分或全部可例如通过设计集成电路的方式以硬件实现。并且，上述各结构、功能等也可以由处理器解释并执行实现各功能的程序来以软件实现。实现各功能的程序、表、文件等信息能够存储在存储器、硬盘、SSD(Solid State Drive)等记录装置，或IC卡、SD卡、DVD等记录介质中。

另外，控制线和信息线表示说明上必要的部分，并不一定表示了产品上必需的全部的控制线和信息线。实际上，可以认为几乎所有的结构彼此连接。

附图标记说明

1日程安排系统

16存储介质

20日程安排程序

21日程信息存储部

22信息获取部

23解决方案决定部

24提案部

25接收部

26变更部

27日程信息生成部

28日程信息输入接收部

29日程信息记录部

32行动推测运算装置

30行动推测部

31持续功能更新部

23a最佳服务决定部

23b日程匹配部

23c资源匹配部。