专利名称：用于调整工作日程安排的系统和方法
技术领域：
本发明总体上涉及用于调整工作日程安排(schedule)的系统、方法和程序。更具体地说，本发明涉及这样一种系统、方法和程序，在始终应该保证存在若干雇员以便完成任务的组织中，当某个雇员提交涉及工作日程安排的申请(例如，休假申请)时，所述系统、方法和程序有助于做出调整以便确保存在所需数目的雇员。
背景技术：
在诸如公司之类的组织中，管理者(例如，直接管理者)应该管理雇员的工作日程安排，以便保证不会有任何事情干扰任务的完成。因此，当雇员希望休假，或者反之，当他们希望在其通常不工作的日子里工作时，管理者遵行这样一个过程，即，命令雇员预先提交申请，然后给予批准或者拒绝。
当管理者接收到来自雇员的休假申请时，所述管理者通过确定该雇员希望的假期是否会干扰任务的完成来判断是否批准所述申请。为了做出这种确定，管理者必需检查所请求的休假当天的所有雇员的日程安排。
为了解决这种需求，例如专利文献1公开了如下系统。如果申请者提交了某天的休假申请，而忘记那天他有工作要做，那么接收到该申请的老板无法检查申请者那天是否有工作要做。为了解决这种问题，在此系统中，基于指定申请者和涉及申请中指明的日期的信息，把申请休假的那天的日程安排报告给申请者终端，并且把涉及日程安排的信息报告给批准者终端，其中所述信息是基于指定所述申请者的信息被指定的。
专利文献1公开号为2004-21361的日本未经审查的专利申请发明内容本发明将解决的问题在某些组织中，若干雇员应该同时工作，以便确保不会有任何事情干扰任务的完成。在这种组织中，如果管理者预先认识到许多雇员将在同一天休假并且那天工作的雇员数目不充足，那么管理者可以预先进行调整以便确保存在所需数目的雇员。这种调整是通过要求某些雇员改变所请求的休假日来进行的。在此情况下，如果管理者管理许多雇员，或者如果所述任务要求特殊的资格，那么这种调整是耗时的并且是麻烦的。
因此，本发明的目的在于提供一种系统、方法和程序，用于在应该确保存在若干雇员来完成任务的组织中，帮助做出调整，以便当雇员提交涉及工作日程安排的申请(例如，休假申请)时确保存在所需数目的雇员。
解决所述问题的手段为了实现上述目的，提供了这样一种系统，如果应当工作(due towork)的雇员数目小于所需雇员数目，那么所述系统通过向非应当工作(not due to work)的雇员发送电子邮件以要求他们改变工作日程安排来调整工作日程安排。所述系统包括接收器，用于从雇员终端接收涉及工作日程安排的一个或多个申请并且存储所接收的一个或多个申请，所需雇员数目存储部件，用于存储工作中的所需雇员数目，计算器，用于通过累计所接收的一个或多个申请来计算应当工作的雇员数目，确定部件，用于确定应当工作的雇员数目是否小于所需雇员数目，选择器，用于当应当工作的雇员数目小于所需雇员数目时，基于所存储的一个或多个申请来选择非应当工作的一个或多个雇员，以及请求器，用于发送请求以便要求所选择的一个或多个雇员改变工作日程安排。
优选的是，如果申请中所指明的那天的应当工作的雇员数目因接收到申请而变得小于所需雇员数目，那么可以在申请屏幕上显示用于要求停止提交申请的消息。
优选的是，所述确定部件响应于所需雇员数目的改变来重新确定应当工作的雇员数目是否变得小于所需雇员数目。
优选的是，可以依照每种申请来设置优先级，并且所述选择器可以依照优先级来选择一个或多个雇员以便向他们发送请求。
优选的是，所述系统还可以包括雇员数据存储部件，用于存储每个雇员拥有的资格。所需雇员数目存储部件还可以存储所要求的资格，并且如果要求工作中的雇员具有预定的资格，那么选择器可以参考雇员数据存储部件，以便从拥有预定的资格的雇员当中选择一个或多个雇员，以便向他们发送请求。
优选的是，所述系统还可以包括雇员数据存储部件，用于存储每个雇员的工作模式。所需雇员数目存储部件可以依照每个工作模式来存储所需雇员数目，并且所述选择器可以根据所述工作模式来选择一个或多个雇员，以便向他们发送请求。
已经在用于调整工作日程安排的系统的背景下论述了本发明的概要，本发明还可以包括用于调整工作日程安排的方法和程序。
在上述的发明内容部分中，没有描述本发明所需的所有特征，应该注意的是，本发明的特征的组合或者子组合都包括在本发明中。
优势根据本发明，在应该确保存在若干雇员以便完成任务的情况下，在无需管理者和雇员之间进行直接交谈的情况下可以有效地进行调整。
图1举例说明了依照本发明实施例的用于调整工作日程安排的系统的总体配置。
图2是举例说明依照本发明实施例的用于调整工作日程安排的系统的服务器20的功能框图。
图3举例说明了依照本发明实施例的休假申请屏幕的示例。
图4举例说明了依照本发明实施例的申请存储部件202的数据结构的示例。
图5举例说明了依照本发明实施例的所需雇员数目存储部件203的数据结构的示例。
图6举例说明了依照本发明实施例的休假类型存储部件208的数据结构的示例。
图7举例说明了依照本发明实施例的雇员数据存储部件207的数据结构的示例。
图8是依照本发明实施例的要求申请者改变休假日的电子邮件的示例。
图9是举例说明依照本发明实施例的用于调整工作日程安排的系统的服务器20所执行的处理的流程图。
图10举例说明了信息处理设备100的硬件配置的示例，其充当雇员终端10、用于调整工作日程安排的系统的服务器20或者管理者终端30。
具体实施例方式
下面将参考附图详细描述本发明的优选实施方式。然而，下列实施例决不意欲限制所请求保护的发明的范围。此外，在所述实施例中公开的特征的所有组合并非总是本发明解决手段所必需的。
此外，本发明可以依照许多不同的模式来进行，并且不应该被解释为局限于具体实施方式
。还应注意的是，在所述实施例中公开的特征的所有组合并非总是本发明解决手段所必需的。在具体实施方式
的描述中，利用相同的附图标记来表示相同的元件。
图1是依照本发明实施例的用于调整工作日程安排的系统。用于调整工作日程安排的系统包括服务器20、雇员终端10以及管理者终端30。所述服务器20接收由雇员从雇员终端10输入的涉及工作日程安排的申请，所述雇员诸如是全日制雇员、临时雇员以及兼职雇员。涉及工作日程安排的申请是休假申请。另一方面，在要求雇员提交有关他们何时打算工作的申请的组织中，涉及工作日程安排的申请可以是工作申请。当接收到这种申请时，提交申请的雇员的管理者在管理者终端30上检查申请中表明的内容，并且如果休假不会产生任何问题，那么管理者批准所述申请。为了便于描述，除非另有说明，否则现在假定雇员提交休假申请。
图2是举例说明依照本发明实施例的用于调整工作日程安排的系统的服务器20的功能框图。所述服务器20包括接收器201、申请存储部件202、所需雇员数目存储部件203、计算器204、确定部件205、选择器206、雇员数据存储部件207、休假类型存储部件208和请求器209。
所述接收器201首先向雇员终端10发送休假申请屏幕。图3举例说明了在雇员终端10上显示的休假申请屏幕的示例。所述休假申请屏幕显示申请者部门、申请者姓名和工作模式以及分配给申请者的轮班模式，作为用于说明申请者的信息。所述屏幕还显示所要求的资格、受到工作管理的月和年、申请者在当月和年的工作日程安排、申请类型、涉及申请是否已被批准的信息、没有任何困难地完成任务所需雇员数目、应当工作的当前雇员数目、以及申请者可以调整休假日的可能性。
根据涉及存储在雇员数据存储部件207中的申请者工作模式的信息来显示申请者工作日程安排。休假类型包括有薪假期和特殊假期。特殊假期指的是公司不应该/不能通过特殊理由来拒绝的高优先级假期，正如妇女的产假那样。因此，在优选的实施例中，特殊假期不同于有薪假期，并且把较高优先级给予特殊假期。采用这样的安排，只有当日应当工作的雇员数目超出所需雇员数目时，才会批准有薪假期的申请。另一方面，即便当日应当工作的雇员数目少于所需雇员数目时，也会批准特殊假期的申请。在这种申请屏幕的示例中，在“申请”的列中，“P”指的是已经申请的有薪假期，而“S”指的是已经申请的特殊假期。
根据存储在所需雇员数目存储部件203中的所需雇员数目数据来显示所需雇员数目，下面将论述这部分内容。作为所需雇员数目，所需雇员数目是根据申请者工作模式和轮班模式来显示的。应当工作的雇员数目是根据存储在申请存储部件202中的申请信息来计算的，下面将论述这部分内容，并且所计算的雇员人数被显示出来。依照此方式，通过显示所需雇员数目和应当工作的雇员数目，申请者在申请休假以前可以检查他/她是否可以休假而不会产生任何问题。如果应当工作的雇员数目少于所需雇员数目，那么期待申请者主动改变休假日。
可能会存在某些情况，例如在一个雇员刚刚申请休假之后，另一雇员申请同一天休假，并且因更新数据的时间问题，使得应当工作的雇员数目变得少于所需雇员数目。在此情况下，如果所述申请涉及常规的有薪假期而不是特殊假期，那么判断所述申请是可调整的，并且在“可调整性”列中用O表示。这样做会引起申请者注意，并且期待申请者主动改变休假日，而不是由管理者命令调整休假日。
返回参考图2的描述，当雇员通过休假申请屏幕申请休假时，所述接收器201接收从雇员终端10发送的申请。所述接收器201把接收到的申请中包含的信息存储在申请存储部件202中。图4举例说明了申请存储部件202的数据结构的示例。在所述申请存储部件202中，休假日、申请者姓名和申请类型(即，有薪假期或特殊假期)被存储。在这些例子中，在2005年6月3日，Ichiro KINMU申请有薪假期，而Hanako SUZUKI申请特殊假期。
所述所需雇员数目存储部件203存储每个工作日的所需雇员数目。图5举例说明了所需雇员数目存储部件203的数据结构的示例。所需雇员数目存储部件203依照工作模式、轮班模式和所要求的资格来存储每天的所需雇员数目。在这些例子中，表明了2005年6月1日的所需雇员数目。对于固定工作雇员(9:00-17:00)，需要15名雇员。对于拥有资格A的轮班(早班、晚班和夜班中的一个)工作雇员，需要10名雇员。
计算器204累计每个工作日的休假申请的数目，以便计算应当工作的雇员数目。休假申请的数目可以参考申请存储部件202通过累计每个工作日的申请数目来计算。应当工作的雇员数目可以通过从属于相应组织的雇员数目中减去申请数目来计算。如果要求雇员提交他们打算何时工作的申请，那么申请的数目等于应当工作的雇员数目。在上述休假申请屏幕上显示已计算的应当工作的雇员人数以及从所需雇员数目存储部件203中读取的所需雇员数目。
确定部件205确定由计算器204计算的应当工作的雇员数目是否少于所需雇员数目。所需雇员数目可以从所需雇员数目存储部件203中获得。如果确定部件205确定应当工作的雇员数目少于所需雇员数目，那么控制从确定部件205转入选择器206。
如果雇员申请在应当工作的雇员数目少于所需雇员数目的那天休假，那么接收器201会在申请屏幕上显示一条消息，所述消息用来请求雇员停止提交申请，所述消息例如是“在你申请休假的那天，完成任务所需的雇员数目不够，恳请重新考虑你的申请”。这样做会使雇员主动停止在那天休假。作为选择，如果确定应当工作的雇员数目少于所需雇员数目，那么可以系统性地阻止雇员提交申请。在此情况下，把表明是否停止提交申请的标志提供给所需雇员数目存储部件203，并且接收器201通过参考所述标志来控制对申请的接收。
如果存储在所需雇员数目存储部件203中的所需雇员数目被改变，特别是如果所需雇员数目增加，那么在改变之后，应当工作的当前雇员数目可能变得少于所需雇员数目。因此，在优选的实施例中，如果所需雇员数目被改变，那么确定部件205重新确定应当工作的雇员数目是否少于所需雇员数目。
选择器206选择非应当工作的雇员，即，已经提交申请的雇员，以便发送电子邮件来请求他们改变休假日。可以通过参考申请存储部件202来获得已经提交申请的雇员。如果要求雇员提交关于他们打算何时工作的申请，那么存储在申请存储部件202中的雇员是应当工作的雇员，并且非应当工作的雇员是属于相应组织并且没有提交申请的雇员。在此情况下，选择器206通过参考雇员数据存储部件207来选择属于该组织并且没有提交申请的雇员，下面论述此部分内容。
在优选的实施例中，休假的申请例如被分类为有薪假期和特殊假期，并且把优先级分配给已分类的元素并且存储在休假类型存储部件208中。在图6所示的例子中，特殊假期的优先级被设置得比有薪假期要高。只有当日应当工作的雇员数目超出所需雇员数目时，才会批准有薪假期的申请。另一方面，即便当日应当工作的雇员数目少于所需雇员数目时，也会批准特殊假期的申请。
某些工作要求雇员拥有预定的资格。因此，在优选的实施例中，参考图5讨论的所需雇员数目存储部件203存储拥有预定资格的所需雇员数目。雇员数据存储部件207存储涉及各个雇员所拥有的资格的信息。选择器206参考所需雇员数目存储部件203以便检查应当工作的雇员是否需要预定的资格。如果是，选择器206就参考雇员数据存储部件207，以便从拥有预定资格的雇员当中选择已经提交休假申请的雇员。
某些组织具有多个工作模式(例如，固定工作模式、三班工作模式、家庭办公模式)。因此，在优选的实施例中，在参考图5论述的所需雇员数目存储部件203中，依照每种工作模式来存储所需雇员数目，并且雇员数据存储部件207存储每一雇员的工作模式。如果预定工作模式的应当工作的雇员数目少于所需雇员数目，那么选择器206参考雇员数据存储部件207，以便从该工作模式的雇员当中选择已经提交申请的雇员。
图7举例说明了雇员数据存储部件207的数据结构的示例。雇员数据存储部件207存储雇员姓名、部门、资格和工作模式。在这个例子中，Ichiro KINMU属于制造厂1，拥有资格A并且以三班模式工作。
如上所述，选择器206选择要向其发送电子邮件来要求他们改变休假日的雇员。然而，如果存在许多特殊假期申请，由于无论所需雇员数目如何都应该批准，所以在相应工作模式的雇员当中没有雇员可以被要求改变休假日。在此情况下，选择器206可以选择另一工作模式的雇员。这样做能够向家庭办公模式的雇员发送电子邮件来要求他们在办公室工作。如果在相应的组织中没有可以要求其改变休假日的雇员，那么选择器206可以选择属于另一组织的雇员并且向管理者报告所选雇员。
请求器209向选择器206选择的雇员发送电子邮件，以便要求他/她改变休假日或者改变家庭办公日。图8举例说明了要求雇员改变休假日的电子邮件的示例。在这种电子邮件中，为了方便雇员，将雇员可以休假的替代日期一起示出。所述替代日期是从存在比工作中所需雇员数目更多的雇员的日期中选出的。
图9是举例说明依照本发明实施例的用于调整工作日程安排的系统的服务器20所执行的处理的流程图。服务器20的接收器201向雇员终端10发送申请屏幕(S901)。雇员提交休假申请，然后，所述接收器201接收从雇员终端10发送的申请(S902)。把申请中表明的内容存储在申请存储部件202中(S903)。
计算器204通过参考申请存储部件202来累计申请数目(S904)。累计运算可以每隔一定间隔或者每当雇员提交申请时执行。在这种累计运算中，根据所累计的申请数目来计算应当工作的雇员数目。
确定部件205确定所计算的应当工作的雇员人数是否少于存储在所需雇员数目存储部件203中的所需雇员数目(S905)。如果应当工作的雇员数目不少于所需雇员数目(S905是)，那么申请被批准(S906)。
如果应当工作的雇员数目少于所需雇员数目(S905否)，那么选择器206通过搜索申请存储部件202来选择可以要求其改变休假日的一个或多个雇员，即，已经要求休假的申请者(S907)。
请求器209向所选雇员发送电子邮件来要求他们改变休假日(S908)。
如果存储在所需雇员数目存储部件203中的所需雇员数目增加，那么确定部件205重新确定应当工作的雇员数目在改变之后是否变得少于所需雇员数目(S905)。
图10举例说明了信息处理设备100的硬件配置的示例，其充当雇员终端10、用于调整工作日程安排的系统的服务器20或者管理者终端30。信息处理设备100包括CPU(中央处理单元)1001和连接至总线1002的主存储器1004。诸如硬盘驱动器1013和1030、CD-ROM驱动器1026和1029、软盘驱动器1020、MO驱动器1028和DVD-ROM驱动器1031之类的可移动存储设备(可移除记录介质的外部存储系统)经由IDE控制器1025或者SCSI控制器1027与总线1002相连。所述硬盘驱动器1013或者1030可以充当图2中所示的申请存储部件202、所需雇员数目存储部件203或者雇员数据存储部件207。
诸如软盘、MO、CD-ROM或者DVD-ROM之类的存储介质可安装在可移动存储设备中。把用于协同操作系统向CPU发送命令以便实施本发明的计算机程序代码存储在上述存储介质、硬盘驱动器1013和1030和ROM 1014中。计算机程序可以通过被载入主存储器1014来执行。计算机程序可以被压缩或者划分为多个段，并且被记录在多个记录介质上。通过程序驱动并由信息处理设备100执行的操作与用于调整工作日程安排的系统的服务器20执行的操作相同，这部分内容已经参考图9论述过了，由此省略对其的说明。
信息处理设备100经由键盘/鼠标控制器1005来接收来自用户接口设备的输入，所述用户接口设备诸如是键盘1006和鼠标1007。信息处理设备100经由DAC/LCDC 1010连接至显示设备1011，以便向用户呈现可视数据。
信息处理设备100可以经由网络适配卡1018(Ethernet卡或者令牌环卡)与网络相连，以便与其它计算机通信。
依照先前的描述，易于理解的是，适用于实现依照本发明实施例的有助于工作日程安排管理的服务器20的信息处理设备100可以通过大型机、工作站、诸如通用个人计算机的信息处理设备或者其组合来实现。形成信息处理设备100的部件仅仅是举例，而不是实现本发明必不可少的所有元件。
本领域技术人员很容易对本发明做出各种修改。例如，可以组合多个机器，并且可以把形成用于本发明实施例的信息处理设备100的硬件元件的功能分布到被组合的机器中并且执行。这种修改应包括在本发明的思想内。
虽然已经参考优选实施例描述了本发明，但是应该理解的是，本发明的技术范围不局限于所公开的实施例。本领域技术人员显而易见的是，可以向实施例添加不同的修改和改进。随后权利要求书的范围应被给予最宽泛的解释，从而包括这种修改和改进。
权利要求
1.一种用于调整工作日程安排的系统，包括接收器，用于从雇员终端接收涉及工作日程安排的一个或多个申请并且存储所接收的一个或多个申请；所需雇员数目存储部件，用于存储所需的工作中的雇员数目；计算器，用于通过累计所接收的一个或多个申请来计算应当工作的雇员数目；确定部件，用于确定应当工作的雇员数目是否小于所需雇员数目；选择器，用于当应当工作的雇员数目小于所需雇员数目时，基于所存储的一个或多个申请来选择非应当工作的一个或多个雇员；以及请求器，用于发送请求以便要求所选择的一个或多个雇员改变工作日程安排。
2.如权利要求1所述的系统，其中所述接收器在雇员终端的申请屏幕上至少显示在所述申请中指明的那一天所需雇员数目和当前的应当工作的雇员数目。
3.如权利要求2所述的系统，其中涉及工作日程安排的所述一个或多个申请是休假申请。
4.如权利要求3所述的系统，其中，如果因申请的接受而使得在申请中所指明的那一天应当工作的雇员数目变得小于所需雇员数目，那么接收器在申请屏幕上显示用于请求停止提交申请的消息。
5.如权利要求3所述的系统，其中在所述请求中指明了休假的替代日期。
6.如权利要求1所述的系统，其中所述确定部件响应于所需雇员数目的改变来重新确定应当工作的雇员数目是否变得小于所需雇员数目。
7.如权利要求1所述的系统，其中依照每种类型的申请设置优先级，并且所述选择器依照优先级选择向其发送请求的一个或多个雇员。
8.如权利要求1所述的系统，还包括雇员数据存储部件，用于存储每个雇员拥有的资格，其中所需雇员数目存储部件还存储所要求的资格，并且如果要求工作中的雇员具有预定的资格，那么选择器参考雇员数据存储部件，以便从拥有预定的资格的雇员当中选择向其发送请求的一个或多个雇员。
9.如权利要求1所述的系统，还包括雇员数据存储部件，用于存储每个雇员的工作模式，其中所需雇员数目存储部件依照每个工作模式来存储所需雇员数目，并且所述选择器根据工作模式来选择向其发送请求的一个或多个雇员。
10.如权利要求9所述的系统，其中，如果没有所要求的工作模式的雇员，那么所述选择器从另一种工作模式的雇员中选择向其发送请求的一个或多个雇员。
11.一种用于调整工作日程安排的方法，包括存储步骤，用于存储从雇员终端接收的涉及工作日程安排的一个或多个申请；计算步骤，用于通过累计所接收的一个或多个申请来计算应当工作的雇员数目；确定步骤，用于确定应当工作的雇员数目是否小于预先确定的所需雇员数目；选择步骤，用于当应当工作的雇员数目小于所需雇员数目时，基于在存储步骤中所存储的一个或多个申请来选择非应当工作的一个或多个雇员；以及发送步骤，用于发送请求以便要求所选择的一个或多个雇员改变工作日程安排。
全文摘要
提供了这样一种系统，如果应当工作的雇员数目小于所需雇员数目，那么所述系统通过向非应当工作的雇员发送电子邮件以要求他们改变工作日程安排来调整工作日程安排。所述系统包括接收器，用于从雇员终端接收涉及工作日程安排的一个或多个申请并且存储所接收的一个或多个申请，所需雇员数目存储部件，用于存储工作中的所需雇员数目，计算器，用于通过累计所接收的一个或多个申请来计算应当工作的雇员数目，确定部件，用于确定应当工作的雇员数目是否小于所需雇员数目，选择器，用于当应当工作的雇员数目小于所需雇员数目时，基于所存储的一个或多个申请来选择非应当工作的一个或多个雇员，以及请求器，用于发送请求以便要求所选择的一个或多个雇员改变工作日程安排。
文档编号G06Q10/10GK1991886SQ200610144660
公开日2007年7月4日 申请日期2006年11月14日 优先权日2005年12月26日
发明者村川淳一 申请人:国际商业机器公司