专利名称：用于显示与商业时间表有关的信息的装置和方法
技术领域：
本发明涉及一种用于显示与商业时间表有关以及与这些商业时间表相关联的商业申请有关的信息的方法和装置。
背景技术：
调度器能够存储时间表并显示它们，这是公知的。
一个商业执行者能够输入将要由他或她自己执行的商业时间表，并在他或她需要它的情况下显示所存储的时间表以确认它们。
顺便说一下，当一个商业执行者执行在商业时间表上的一个事务时，他或她经常需要提交一个与该事务相联系的申请。例如，当安排了一个商业旅行时，对商业执行者来说需要提交一个书面申请以向他或她的主管请求到达该商业旅行的目的地所必需的交通费用。做为选择，如果有一个加班工作的时间表，则应该提交一个它的许可书面申请。此外，有一种情况是当一个商业执行者已经完成一个商业时，他或她提交一个书面申请以请求一个休息日，而且这样一个申请没有与该商业的直接关系。在下文中，由一个商业执行者提交的申请将被称为一个商业申请。
正如从上述例子中了解的那样，除了管理他或她的商业时间表之外，商业执行者还被要求要适当地处理与每个商业时间表有关的商业申请。
然而，时间表和商业申请分别由独立的系统进行管理。因此，如果一个商业执行者想要确认为他或她自己的商业时间表提交的商业申请、以及该商业申请当前已经被批准到什么程度，则该商业执行者被迫使用不同的系统进行确认。这样一种确认在操作中是复杂的。
发明概述本发明已经考虑了上述情况，而且本发明的一个目的是提供一种允许商业执行者容易地管理他们的时间表和与这些时间表有关的商业申请的方法和装置。
为了实现这个目的，本发明提供了一种调度器，它包含存储装置，用于存储一个商业执行者的一个商业时间表和表示由该商业执行者请求的一件事情的申请信息，这两者是彼此相互关联的；提取装置，用于提取在存储装置中存储的商业时间表和申请信息；以及显示装置，用于显示所提取的彼此相互关联的商业时间表和申请信息。
依据该调度器，显示一个商业执行者彼此相互关联的商业时间表和申请信息。因此，商业执行者能够容易地管理他或她自己的商业时间表和仅仅关于这个显示的申请事件。
申请信息的一个例子是请求关于一个特定事件的批准的信息。在这种情况下，特定事件的例子包含加班工作和获得一个休息日中的至少一个。
申请信息的另一个例子是执行一件特定工作。在这种情况下，特定工作的例子包含支付交通费用、给予津贴和给予报销帐单中的至少一个。
在一个最佳实施例中，显示装置在同一个屏幕上显示商业时间表和申请信息。
在另一个最佳实施例中，显示装置能够响应于商业执行者的一个操作，有选择地切换显示商业时间表的第一个显示屏幕和显示对应于该商业时间表的申请信息的第二个屏幕。
在一个最佳实施例中，显示装置显示由申请信息指示的这类请求事件和该商业申请批准处理过程的进展。
在这个实施例中，显示装置借助于一个图标显示这类请求事件和批准处理过程的进展。代替这个，显示装置可以用要显示的一个屏幕的背景颜色表示该商业申请的批准处理过程的进展。
在一个最佳实施例中，在一个通过一种无线方式传递数据的移动通信终端中提供了显示装置。
本发明进一步提供了一种时间表显示方法，它包含以下步骤从存储在存储装置中的商业时间表和申请信息当中提取一个商业时间表和申请信息，其中每个商业时间表和每个申请信息彼此相互关联；以及显示所提取的彼此相互关联的商业时间表和申请信息。
在一个最佳实施例中，显示步骤是一个在同一个屏幕上显示商业时间表和申请信息的步骤。
在另一个最佳实施例中，显示步骤包含以下步骤显示商业时间表；接收商业执行者的一个操作以从显示的商业时间表中选择一个想要的商业时间表；以及显示存储的、与选择的商业时间表有关的申请信息。
本发明的工作范围不仅包含如上所述的调度器的生产和销售，而且还包含这样的实施例通过一个电子通信链路向用户分配一段致使一台计算机起到这样一个调度器作用的程序，或是在计算机可读介质中记录这样一段程序并向用户分配它们。
附图简要说明
图1是一个举例说明了依据本发明一个实施例的一个系统的整体配置方框图；图2是一个说明了在该实施例中的一个PC配置的方框图；图3是一个说明了在该实施例中的一个本地服务器配置的方框图；图4是一个说明了在该实施例中的一个路径信息存储器例子的格式图；图5是一个说明了在该实施例中的工作人员信息存储器例子的格式图；图6是一个用插图说明了在该实施例中的一个流通路径表的例子图例；图7是一个说明了在该实施例中的一个时间表信息存储器例子的格式图；图8是一个用插图说明了在该实施例的PC10中显示的一个GUI例子的图例；图9是一个用插图说明了在该实施例的PC10中显示的GUI例子的图例；图10A、10B、10C、10D、10E和10F是用插图说明了在该实施例中的GUI上显示的图标例子的图例；图11用插图说明了在该实施例PC10的一个显示器15上显示的一个GUI例子；图12说明了在该实施例的PC10中显示的一个GUI例子；图13说明了在该实施例的PC10中显示的一个GUI例子；图14用插图显示了在该实施例中使用的一个色调表；图15举例说明了在该实施例中使用的PC10中显示的一个GUI例子；图16举例说明了在该实施例中使用的PC10中显示的一个GUI例子；图17是一个说明了依据一段注册/读取程序的主程序、由在该实施例中使用的PC的CPU执行的一个操作的流程图；图18是一个说明了由在该实施例中使用的PC的CPU执行的、用于生成一个申请文档的操作的流程图；图19是一个说明了由在该实施例中使用的一个本地服务器的CPU设置一个流通路径的操作的流程图；图20是一个说明了由在该实施例中使用的一个本地服务器的CPU流通一个申请文档的操作的流程图；图21用插图举例说明了在该实施例中使用的PC上显示的一个批准屏幕的例子。
用于实现本发明的最佳方式参见附图，下面将描述本发明的实施例。然而，本发明不会被限制在这样的实施例中，而且在它的技术原理内能够进行各种改变。
A配置下面将描述一个实施例的配置。
(1)整体系统的配置图1是一个完全显示了依据该实施例的一个系统的配置的方框图。
如这儿所示，本系统包含多台个人电脑(此后，称作PCs)10-1到10-5、一个本地服务器20、以及一个互相连接那些组件的通信线路30。
PCs10-1到10-5是由工作人员使用的计算机，而且每个PC具有响应于例如由一个工作人员执行的操作，生成时间表信息和与该时间表信息有关的各种类型申请文档信息的功能。此后，在PCs10-1到10-5中的一个未指定的PC，即这样的一个PC将被称为“PC10”。
本地服务器20保存由PCs10生成的时间表信息、在PCs当中流通与该时间表信息有关的申请文档信息、并管理该申请的批准状况。一个已经被批准了的申请的数据从本地服务器20发送到一个未显示的帐户系统，该数据在那儿进行有关该申请的帐户处理过程。
(2)PC10的配置参考在图2中所示的方框图，下面将描述每个PC10的配置。如图中所示，PC10包含一个通信单元11、CPU(Central ProcessingUnit，中央处理单元)12、ROM(Read Only Memory，只读存储器)13、RAM(Random Access Memory，随机存取存储器)14、显示器15、操作设备16、硬盘单元17、以及互相连接那些组件的总线18。
通信单元11包含一个到通信电路30和通信控制电路的连接接口，并且允许通过通信线路30与本地服务器20进行数据通信。
ROM 13是一个只读程序存储器。CPU 12执行从ROM 13读取的控制程序以便控制整个PC 10。在这种控制下，RAM 14被用作一个CPU12的工作区域。
显示器16是一个显示设备，诸如一个CRT(cathode-ray tube，阴极射线管)显示器或液晶显示器，并且在CPU 12的控制之下显示包含例如时间表信息和申请文档信息的各种信息。
控制设备16由一个未显示的键盘或鼠标组成，并接收用户的操作以通过总线18向CPU 12提供表示这些操作的信号。
硬盘单元17是一个用于存储将要被安装到PC 10里的各种应用程序的存储器。例如，这样的应用程序包含一段登记/读取程序17a以及一段文档件批准程序17b。
文档批准程序17b是一段这样的程序，用于在显示器15上显示一个由本地服务器20流通的申请文档；接收由涉及该显示的申请文档的一个工作人员所做出的一个批准/不批准操作；并向本地服务器20通知该操作。
登记/读取程序17a是这样一段程序，用于响应于由一个工作人员所做出的一个操作，生成时间表信息和伴随该时间表信息的申请文档信息；并显示存储在本地服务器20中的时间表信息和伴随该时间表信息的申请文档信息。执行登记/读取程序17a允许在显示器15上显示一个稍后描述的GUI(Graphical User Interface，图形用户界面)。在GUI上，显示时间表信息，而且伴随这种信息的申请文档信息用它的屏幕图标和色调表示。
(3)本地服务器20的配置参见如图3所示的方框图，下面将描述本地服务器20的配置。如这儿所示，本地服务器20配备有一个通信单元21、CPU 22、ROM 23、RAM 24、硬盘单元25、以及互相连接那些构成部分的总线26。
通信单元21包含一个到通信线路30和通信控制电路的连接接口，并且允许通过通信线路30与PCs10进行数据通信。
ROM 23是一个只读程序存储器。CPU 22执行从ROM 23中读取的控制程序以便控制整个本地服务器20。在这种控制下，RAM 24被用作一个CPU 22的工作区域。
硬盘单元25存储一段文档流通程序25a和一段流通路径表25b。硬盘单元25具有一个用于存储该程序和表的存储区，以及包含时间表存储器25c、路由信息存储器25d和工作人员信息存储器25e的三个存储区。
时间表存储器25c存储由PCs10生成的时间表信息。
文档流通程序25a是一段这样的程序，其用于确定由PCs10中的一个生成的申请文档信息的流通路径；并通过确定的流通路径流通该申请文档信息到每个PC10。确定这种流通路径所必需的信息被存储在路径信息存储器25d和工作人员信息存储器25e中。
一个确定的流通路径被CPU 22写入到流通路径表25b里。硬盘单元25具有一个含有多个数据单元的地址表(未显示)，其中每个数据单元显示了在每个工作人员的工作人员代码和该工作人员的PC10的地址之间的对应。使用通过参见上述流通路径获得的工作人员代码作为关键字，CPU 22在地址表中检索工作人员们的PCs10的地址，并且根据得到的地址流通一个申请文档信息。表示在该流通路径上的每个工作人员是否批准该申请的信息也被写入到流通路径表25b中。
(4)时间表存储器25c的配置图4显示了在时间表存储器25c中存储的数据的一个格式例子。如图所示，每个“工作人员代码”和由该工作人员代码指示的有关一个工作人员的时间表信息被彼此相互关联地存储。每个时间表信息由“时间表代码”、“计划的时间和日期”、“计划地点”、和“时间表内容”组成。
“时间表代码”是标识每个时间表的信息。每个时间表代码是唯一的，而且仅仅指定一个时间表。时间表代码被共同指定给每个时间表和伴随该时间表的每个申请文档信息。这使管理彼此相互关联的时间表信息和申请文档信息成为可能。
在如图4所示的例子中，由工作人员代码“E0001”表示的一个工作人员有一个“2000年4月25日从1000到1200”在“总公司”参加一个“项目会议”的计划。在这个例子中，时间表代码“E0001-N0001”被分配给这个时间表信息。
在这个时间表代码“E0001-N0001”中，“E0001”部分显示了对每个工作人员固有的工作人员代码来说共同的代码信息，而“N0001”部分显示了被固定到该工作人员的每个时间表上的代码信息。
(5)路径信息存储器25d的配置图5显示了在路径信息存储器25d中的数据的一个格式例子。如图所示，“文档代码”是每个申请文档信息的标识，“路径信息”是表示基于内务指令预先决定的、在该申请文档信息的流通路径上的目的地、以及该申请文档信息被传送的次序的信息。在流通路径上的目的地用“管理职位代码”表示以指定想要的管理职位。例如，由文档代码“DOC0001”表示的一个“交通费用申请将按管理职位“P01”、“P03”、“P04”、到“P05”的次序，即负责人、组长、部门助理、到部门主管的次序进行流通。
此外，跟着“P”后面的每个管理职位的数字意指每个管理职位的级别水平，其中随着数字变得越小而级别水平变得越低。例如，“P01”是级别水平最低的一个管理职位。
本地服务器20中的CPU22使用由每个PC10给出的申请文档信息的文档代码作为一个关键字，以便在路径信息存储器25c中检索信息，借此根据一个管理职位名称提取必要的路径信息。
(6)工作人员信息存储器25e的配置图6显示了在工作人员信息存储器25e中的数据的一种格式。在这个图中，“工作人员代码”是每个工作人员的一个标识代码，“部门代码”是每个部门的一个标识代码，且“组代码”是构成某个部门的每一个组的一个标识代码。例如，它意味着由工作人员代码“E0002”表示的一个工作人员“B”属于在由部门代码“D01”表示的一个营业部门中的由组代码“S01”表示的第一个销售组，且该工作人员是一个负责人。
如上所述，本地服务器20的CPU 22基于管理职位名称使用路径信息存储器25d提取路径信息。此外，CPU 22用存储在工作人员信息存储器25e中的一个工作人员代码替换包含在该路径信息内的一个管理职位代码。这产生了一个其目的地由工作人员代码所表示的流通路径。
(7)流通路径表25b的配置图7举例说明了流通路径表25b的一种格式。在流通路径表25b中，存储有一个“时间表代码”、伴随着由该时间表代码表示的时间表的申请文档信息的“文档代码”、申请文档的“流通路径和批准状况”、“当前流通目的地”以及“批准状况”，所有这些是彼此相互关联的。
例如，在该图中，作为伴随着时间表代码为“E0001-N0001”的时间表的申请文档信息，有由文档代码“DOC0001”和“DOC0002”表示的文档类型。而且该例子显示了由文档代码“DOC0001”表示的申请文档将要沿着“E0001、E0003、E0004、到E0005”的流通路径进行流通，而由文档代码“DOC0002”表示的申请文档将要沿着“E0001、E0003、到E0004”的流通路径进行流通。
“当前流通目的地”是表示在流通路径中目前正在读取中的目的地信息。该例子显示了由文档代码“DOC0001”和“DOC0002”表示的申请文档当前被流通到“E0004”用于读取。
此外，“批准状况”是显示对每个申请文档的批准已经发展了哪个阶段的信息。具体地说，这个信息是一个分数，把流通目的地的数目而不是提出一个申请文档的工作人员作为分母，并且把已经批准了该申请文档的流通目的地的数目作为分子。该显示的例子意味着由文档代码“DOC0001”表示的一个申请文档具有1/3的批准状况，因为在所有三个流通目的地“E0003、E0004和E0005”当中的一个流通目的地“E0003”已经批准了它。此外，由文档代码“DOC0002”表示的一个申请文档具有1/2的批准状况，因为在所有两个流通目的地“E0003和E0004”当中的一个流通目的地“E0003”已经批准了它。
因此，当位于某个流通路径最后的最后一个流通目的地批准了一个文档时，由于用于该批准状况的分母和分子彼此相等，所以显示批准状况的数值为“1”。即，用于“批准状况”的数值越接近于“1”，批准就越往前。
上述“当前流通目的地”并不总是与完成批准的一个流通目的地一致。例如，由时间表代码“E0002-N0024”表示的一个时间表伴随有由文档代码“DOC0025”和“DOC0101”表示的两个申请文档。它意味着，在这些文档中由文档代码“DOC0025”表示的一个申请文档已经被流通到由代码“E0220”表示的一个目的地，并且经该目的地批准，因为它的批准状况是“1/1”。另一方面，由文档代码“DOC0101”表示的一个申请文档已经被流通到由代码“E0652”表示的最后一个目的地，但是还没有被由代码“E0652”表示的一个流通目的地批准，因为它的批准状况是“2/3”。该状况是只有由代码“E0485”表示的一个流通目的地批准了它。
(8)GUI的配置将描述在上述PCs10每一个的显示器15上显示的GUI的配置。
每一个PC10的CPU12执行在硬盘单元17中存储的登记/读取程序以在显示器15上显示如图8所示的一个GUI。
在该图中，附图标记F10表示对应于不同时间段的一组时间表栏。一个工作人员能够操作一个鼠标指向栏F10中想要的一个，以选择一个想要的时间段，并用一个键盘或鼠标在所选择的时间表栏F10中的时间段中写入一个时间表的地点和/或内容。图9用插图举例说明了其中包含了一个参加“4月25日从1000到1200”在“总公司”举行的一个“项目会议”的时间表的GUI。
在图8中，附图标记F20显示了伴随时间表的各种申请类型的图标。
这些图标将结合图10A到10F进行描述。图10A显示了一个表示加班工作申请的图标，图10B显示了一个表示交通费用申请的图标，图10C显示了一个表示批准乘出租车申请的图标，图10D显示了一个表示支付社交费用/会议费用申请的图标，以及图10E显示了一个表示休息日申请的图标。此外，图10F显示了一个不是表示一个申请、但是与一个想要的时间表在某种程度上有相互关系的附加信息的图标。例如，在时间表是会议的情况下，该附加信息包含有关在会议中使用的资料和其它内容的信息。
在输入一个想要的时间表之后，工作人员用鼠标指向图标F20中的任何一个，由指向的图标表示的一个申请所必需的一个申请文档的格式然后将显示在显示器15上图11说明了用于交通费用申请的一种格式，在显示交通费用申请的图标被指向的情况下，它被显示在显示器15上。因此，工作人员可以依据显示的格式生成申请文档。
当工作人员已经生成申请文档时，表示该申请文档类型的图标被显示在时间表栏F10中。图12说明了当伴随着“4月25日从1000到1200”在“总公司”举行“项目会议”的时间表、用于交通费用和社交费用/会议费用的申请已经被生成时，获得的GUI例子。工作人员能够参考该GUI容易地理解已经生成了和哪一个时间表有关的哪一个申请。
这样生成的申请文档随后被每一个流通目的地批准，有关该申请的批准状况被保持在流通路径表25c中。这个批准状况用GUI的时间表栏F10的背景颜色表示。例如，图13用插图显示了表示用于有关“4月25日1000到1200”的申请的一个批准状况的GUI。在该图中，对应于“4月25日1000到1200”的时间表栏F10的背景颜色被设置为一个对应于由在该时间表栏F10内的图标显示的该申请批准状况的色调。在每一个PC10的硬盘单元17中，存储了如图14中所示的一个色调表。CPU12参考该色调表以确定对应于各个批准状况的一个背景颜色，并且以所确定的颜色为一个或多个必要的时间段上色。在该色调表中，有一系列的背景颜色，它们的色调随着批准状况数值越接近于“1”而变得越深。因此，批准状况前进得越多，该色调或背景就越深。然而，在时间表栏F10的一个部分中存在有多个图标的情况下，选中具有最高优先级的一个批准状况，而且对应于所选择的批准状况的背景颜色被确定下来。有一些方法用于确定优先级。在该方法的一个例子中，在由这些图标表示的申请当中具有最高前进水平的申请的批准状况被确定为具有最高优先级。在另一个例子中，拒绝被认为是比批准更重要。也就是说，当对应于这些图标的申请中的一个被拒绝时，以对应于该拒绝的颜色显示背景。
参考时间表栏F10的这种背景颜色，工作人员能够可视地了解一个申请文档的流通是如何前进的。
在一个申请最后被同意的情况下，也就是说，在流通路径表25c中用于批准状况的数值变成“1”时，如图15所示将对应于那个申请的图标加圆圈。该时间表栏的一个目标部分的背景用对应于由还没有被加圆圈的一个图标显示的一个申请的色调进行上色。
参考哪一个图标被加圆圈允许工作人员可视地理解一个申请文档最后是否被批准。
再次参见图8，附图标记F30显示了一个用于逐月显示时间表的图标。点击这个图标使得显示屏幕移动到用于每月时间表的那个显示屏幕，如图16所示。当如图16所示的一个图标F31被点击时，如图16所示的每月显示屏幕被允许传送到如图8所示的每日显示屏幕。
此外，如图8所示的附图标记F40和F50是移动到最后一天时间表或第二天时间表显示屏幕的图标。换句话说，在如图8所示的状况下，当一个工作人员点击图标F40时，该显示屏幕转移到用于4月24日时间表的那个显示屏幕。如果图标F50被点击了，则显示屏幕被转移到用于4月26日时间表的那个显示屏幕。
如上所述，在时间表和关于伴随该时间表的申请信息彼此相互关联的状况下，GUI能够在同一个屏幕上显示时间表和该信息。
B操作下面将描述以上配置的实施例的一个操作。
此后，将给出对分成以下三个部分的每一个操作进行描述，这三个部分是(1)生成时间表信息和一个申请文档；(2)流通该申请文档；以及(3)显示该时间表信息和一个批准状况。
此后，假定其工作人员代码是“E0001”的一个工作人员输入他或她参加“公元2000年4月25从1000到1200”在“总公司”举行的一个“项目会议”的一个时间表，并且执行交通费用和社交费用/会议费用的一个申请。
(1)生成时间表信息和申请文档首先，参考如图17所示的一个流程图，下面将描述一个用于使每一个PC10的CPU12生成时间表信息和一个申请文档的操作。
一个工作人员操作控制设备16以输入一条指令使某个PC10开始执行登记/读取程序17a。响应于该指令，CPU12从硬盘单元17中读出程序17a以加载它到RAM 14里，并且开始执行如图17所示的一个主程序。
首先，在步骤Sa1，CPU 12在显示器15上显示一个屏幕，它促使工作人员输入他或她的工作人员代码，并且等待由该工作人员进行的一个输入操作。该工作人员然后输入他或她的工作人员代码“E0001”。
然后，在步骤Sa2，CPU12经由通信线路30通过控制通信单元11访问本地服务器20。
然后，在步骤Sa3，CPU12使用在步骤Sa1中输入的该工作人员代码“E0001”作为一个关键字，从时间表信息存储器25c中读出具有该关键字的时间表信息，然后使用包含在读出的时间表信息中的一个时间表代码作为另一个关键字，并在流通路径表25b上读出一个具有该关键字的批准状况。
CPU12然后在先前描述的GUI上显示该读取信息。在这种情况下，假定在时间表信息存储器25c中没有有关要在4月25日执行的时间表记录。因此，在这时候如图8所示显示该屏幕。
然后，在步骤Sa4，CPU12扫描操作设备16以确定是否存在一个工作人员的输入操作。如果没有这种输入操作，则确定结果是“NO”，CPU 12将重复步骤Sa4。
当一个工作人员执行输入操作时，处理过程转到步骤Sa5，在那儿CPU 12确定该输入操作是否为字符的输入。如果确定是“YES”，则处理过程转到步骤Sa6以便显示该字符。
在工作人员输入一个他或她参加“公元2000年4月25日从1000到1200”在“总公司”举行的一个“项目会议”的时间表的情况下，显示与这个输入相对应的字符。当工作人员完成该时间表的输入时，在处理过程返回到步骤Sa4之前，字符“总公司，项目会议”被显示在“4月25日1000到1200”的时间段处，如图9所示。
当该时间表已经被输入时，CPU 12增加一个时间表代码“E0001-N0001”到这个时间表上，然后在RAM 14中存储该时间表信息和时间表代码。
然后，为了应用伴随着这个时间表的申请，该工作人员首先用一个鼠标指向一个显示一个交通费用申请的图标。做为结果，在步骤Sa4的确定变成“YES”，然后在步骤Sa5中的确定变成“NO”，借此处理过程转到步骤Sa7。
在步骤Aa7，CPU 12确定该输入操作是否显示了一个申请。在这种情况下，确定是“YES”，因此处理过程转到步骤Sa8，在那儿CPU12执行处理以生成一个申请文档，这将在稍后进行描述。
在这个生成申请文档的处理过程中，响应于该工作人员的操作，生成一个用于交通费用的申请文档和一个用于社交费用/会议费用的申请文档。每当这些申请文档中的每一个被生成时，一个用于表示该申请的图标被显示在时间表栏上。因此，当生成申请文档的处理过程完成时，表示用于交通费用和用于社交费用/会议费用申请的图标被显示在该时间表栏中的“4月25日1000到1200”时间段中，其中显示了“总公司”、“项目会议”，如图13所示。
当完成了时间表输入和生成伴随它的申请文档的处理过程时，工作人员执行操作以建立该时间表和申请的内容。响应于这些操作，在进行到步骤Sa9之前，CPU12确定在图17中的步骤Sa4为“YES”，在步骤Sa5为“NO”，且在步骤Sa7为“NO”。在步骤Sa9，CPU12确定输入操作是否表示了内容的建立。在这种情况下，由于判定变成“YES”，所以处理过程转到步骤Sa10。
在步骤Sa10，CPU12将已经由工作人员输入的、表示时间表信息的数据和表示伴随该时间表信息的申请文档的数据，连同工作人员代码、时间表代码、和申请文档的文档代码一起发送给本地服务器20。
在这种情况下，发送给本地服务器20的是指定到“4月25日1000到1200”的“总公司、项目会议”的时间表信息、表示用于交通费用和社交费用/会议费用的申请的数据、工作人员代码“E0001”、时间表代码“E0001-N0001”、以及文档代码“DOC0001”和“DOC0002”。
当工作人员执行一个终止登记/读取程序的操作时，在步骤Sa11的判定就变成了“YES”，因此处理过程结束。
如果该操作用于除输入字符、申请、建立、和终止之外的目的的话，则在步骤Sa11的判定为“NO”，因此对应于实际上执行的操作的其它处理过程将被执行。例如，这种操作包含用于将显示屏从当天显示切换到本月显示、和从最后一天的时间表切换到第二天的时间表的操作。
下面将详述生成申请文档的上述处理过程。
图18显示了一个表示这种生成申请文档的处理过程的流程图。
首先，在步骤Sb1，CPU12从本地服务器20的硬盘单元25中读取由工作人员所选择的一个图标表示的一个申请文档的格式数据。读取的格式数据被显示在显示器15上。
当工作人员操作操作设备16以执行涉及所显示格式的输入操作时，CPU12在步骤Sb2接收该指令。
然后，在步骤Sb3，确定接收的操作是否表示一条用于结束该文档生成的指令。如果接收的操作是除生成该文档的指令以外的操作，诸如输入字符或符号，则判定变成“NO”，然后转到步骤Sb4。
在步骤Sb4，CPU12执行对应于该输入操作的处理过程。例如，在这个处理过程中，输入的字符或符号被显示在显示器15上。处理过程再次返回到步骤Sb2。这样，CPU12重复地接收用户的输入字符操作以显示那些字符。
当工作人员完成该申请文档的生成时，他或她将生成显示它的操作。这使在步骤Sb3的判定为“YES”，然后处理过程转到步骤Sb5。
在步骤Sb5，在返回到如图17所示的主程序中的步骤Sa4之前，CPU12在时间表栏上显示一个对应于所生成的申请文档的图标。
(2)申请文档的流通下面将描述一个申请文档的流通。
首先，参见如图19所示的流程图，下面将详述一个允许本地服务器20的CPU22指定一个流通路径的操作。
如上述的(1)所述，对从PC10到本地服务器20的申请文档的数据传输做出响应，本地服务器20的CPU22从硬盘单元25中读取文档流通程序25a，并加载它到RAM 24里。这开始执行如图19所示的流程图中的过程。
首先，在步骤Sc1，CPU 22从接收的数据中提取工作人员代码、时间表代码和文档代码，将时间表信息存储到时间表信息存储器25c中，并把表示申请文档的数据存储到硬盘单元25的一个给定存储区中。
在这种情况下，除了提取工作人员代码“E0001”、时间表代码＂E0001-N0001＂以及文档代码＂DOC0001＂和＂DOC0002＂之外，对应于＂4月25日1000到1200＂的＂总公司、项目会议＂的时间表信息存储到时间表信息存储器25c里，并且用于交通费用和社交费用/会议费用申请的数据存储到硬盘单元25里。
然后，在步骤Sc2，CPU 22使用提取的文档代码“DOC0001”和“DOC0002”作为关键字以在如图4所示的路径信息存储器25d中检索信息，以便获得对应于每一个文档代码的路径信息。在这个实施例中，对文档代码“DOC0001”来说，获得有关P01(负责人)、P03(组长)、P04(部门助理)、到P05(部门主管)的路径信息。另一方面中，对文档代码“DOC0002”来说，获得有关P01(负责人)、P03(组长)、到P04(部门助理)的路径信息。
然后，在步骤Sc3，CPU22根据存储在工作人员信息存储器25d中有关工作人员的职位名称和信息引用该路径信息，因此使用工作人员代码表示流通路径。
具体地说，使用生成该文档的一个工作人员的工作人员代码作为关键字，在工作人员信息存储器25e中的数据上执行检索，以便提取该工作人员所属的一个组织的部门和组代码。由于如前所述已经从PC10中提供了工作人员代码连同申请文档数据，所以这个代码也被使用了。
然后，从对应于由该部门和组代码表示的组织、并且存储在工作人员存储器25e中的数据中，提取对应于在该路径信息中包含的职位名称代码的工作人员代码。
然后，用提取的工作人员代码代替在该路径信息中包含的职位名称代码，并且最终获得一个其中用他们的工作人员代码定义了作为目标的工作人员的流通路径。在终止该处理过程之前，这样获得的流通路径被写入到与时间表代码“E0001-N0001”有关的流通路径表25b中。
结合如图20所示的序列，下面将描述申请文档流通的一个操作。
如图20所示，当已经完成了流通路径的判定时，本地服务器20的CPU22的处理过程转到步骤Sd1。在步骤Sd1，CPU22参考如图7所示的流通路径表25b以指定由文档代码“DOC0001”表示的申请文档接下来应该被流通到的一个目标。在这个实施例中，紧接着编写该文档、并且由工作人员代码“E0001”表示的那个人的流通目标，是一个其代码是“E0003”的工作人员。
然后，在步骤Sd2，CPU22参考一个未显示的地址表，并借此获得在PC10的网络上、由申请文档接下来将流通到的工作人员使用的一个地址。使用这个地址，CPU22发送由文档代码“DOC0001”表示的申请文档。在这种情况下，CPU22将“E0003”写入到在流通路径表25b上对应于文档代码“DOC0001”的“当前流通目标”位置中。
当PC10接收申请文档时，处理过程转到步骤Sd3。在这个步骤Sd3，PC10的CPU12暂时将接收的数据存储到硬盘单元17中，并在显示器15上显示一个通知，以通知该申请文档已经被接收了。
当看到该通知的工作人员通过操作设备16执行一个显示批准处理过程的操作时，处理过程转到步骤Sd4，在那儿CPU12进行操作以便在显示器15上显示一个如图21所示的批准屏幕。
如图21所示，有关应该被批准或不批准的、或是已经被批准的申请的信息被显示在显示器15上。例如、这个显示表示由一个申请人B提交的在4月26日休息一天的申请已经被负责批准的工作人员批准了。
负责批准的工作人员能够通过用鼠标指向一个批准按钮B1或一个不批准按钮B2来执行一个批准/不批准的操作。
当一个工作人员想要知道一个申请的详情时，他或她指向一个详情按钮B3。CPU12对这个指向做出响应，从而使它从硬盘单元17中读出想要的申请文档的数据，然后在显示器15上显示该数据。该工作人员能够参考一个显示的申请文档以确定该申请是否应该被批准，并且进行一个预定的操作。
响应于一个工作人员、表示对该申请文档的批准或不批准的操作，处理过程转到步骤Sd5，在那儿CPU12接受这个操作。
然后，在步骤Sd6，CPU 12向本地服务器20发送一个表示批准或不批准的通知连同批准的申请文档的文档代码。
当本地服务器20接收已经从PC10发送的数据时，处理过程转到步骤Sd7。在步骤Sd7，本地服务器20的CPU22依据接收的数据更新流通路径表25b。
在这种情况下，如果批准了，则CPU22在流通路径表25b上重写该批准状况的值为“1/3”。然后，由CPU22进行的处理过程返回到步骤Sd1，这样该申请文档的上述流通过程将为由“E0004”表示的下一个工作人员执行。
如上所述的处理过程将被依次为在流通路径表25b中写入的流通路径上的要被流通的所有目标执行。当在流通路径上要被流通的最后一个目标批准了该申请时，表示批准状况的值变成“1”。
(3)时间表信息和批准状况的显示参见如图17所示的流程图，下面将描述时间表信息和批准状况的显示。
在其中显示的步骤Sa3，每一个PC10的CPU12从本地服务器20的时间表信息存储器25e中读出时间表信息。使用在所读取的时间表信息中包含的一个时间表代码作为关键字，CPU12还进一步读出对应于该关键字、并存储在流通路径表25b中的一个文档代码和一个批准状况。在如图6所示的流通路径表的情况下，对文档代码“DOC0001”的批准状况为“1/3”，而对文档代码“DOC0002”的批准状况为“1/2”。
然后CPU12在GUI上显示多条读取信息，如图13所示。也就是说，从上述色调表中读出对应于最接近于“1”数值(在这个实施例中为“1/2”)的批准状况的读取数据的色调数据。然后在显示该时间表栏F10的背景颜色中使用所读取的色调。
此外，如果对文档代码“DOC0001”的批准状况已经增加直到“1”，则对应于文档代码“DOC0001”的表示交通费用申请的一个图标被加圆圈，如图15所示。
依据本实施例，有关工作人员的时间表信息和伴随该时间表信息的申请种类和批准状况以互相对应的方式显示在同一个屏幕上。这使一个工作人员能够通过仅仅参考这个屏幕就容易地管理他或她的时间表和申请。
C修改如前所述，本发明不局限于上述实施例，但是下列各种修改是允许的。
(1)PCs10的实施例在上述实施例中，使用了连接到通信线路30的PCs10。可以使用其中包括了一个无线通信系统、诸如PHS(Personal HandyphoneSystem，个人便携式电话系统)的PDAs(Personal DigitalAssistants，个人数字助理)，而不是PCs。在这种情况下，本地服务器20被配置为与一个包含PHS的PHS网络相连，而且数据经由该PHS网络和PDAs进行相互传递。
(2)本地服务器20的功能尽管上述实施例使用了包含时间表存储功能和申请文档读取功能的本地服务器20，但是这些功能可以被指定给与通信线路30耦合的不同节点。做为选择，时间表存储功能可以被给予PCs10。
(3)GUI的配置如图8、9、10A、10B、10C、10D、10E、10F、11到13、15、16和21所示的GUI的布局刚好显示了一个例子。考虑可操纵性和可视性能，能够设计其它各种型式的GUI布局。
代替以不同的背景色调显示批准状况，该批准状况可以用它的数值本身按照原样表示。做为选择，依据各种批准状况，表示那些批准状况的图标可以在它们的形状和色调方面进行变化。
此外，代替对一个对应于一个最终批准申请的图标加圆圈，可以提供各种修改。那些修改包含改变图标的显示颜色，额外显示一个表示最后批准的消息，以及从屏幕中清除最终批准的图标。
此外，可以做出这样的修改以便当一个申请被拒绝时，对应于该申请的图标进行闪烁。
(4)显示方式尽管，在上述实施例中，时间表和伴随该时间表的信息被显示在同一个屏幕上，但是本发明并不总是局限于这样的一种显示方式。
例如，一个默认屏幕可以被配置为单独显示时间表，其中当一个工作人员从显示的时间表中选择一个想要的时间表时，该显示屏幕被转换到一个显示伴随所选择时间表的信息的屏幕。也就是说，只要时间表和伴随该时间表的申请是相互联系的，任何显示方式都是可能的。
(5)流通处理过程的实施例在上述实施例中，在每个工作人员和每个PC10是逐个相关的假定之下，一个申请文档进行该流通处理过程。具体地说，本地服务器20含有表示了在工作人员代码和PCs10的地址之间的对应关系的地址表。而且通过检索该地址表的信息，该申请文档已经在一个PC10的地址上被流通过了。
然而，本发明不局限于这个处理技术，而且可以使用下列修改。
本地服务器20为负责批准的每个工作人员保存申请文档，而不是向由这些工作人员中的每一个所处理的每个PC发送它们。如果负责批准的一个工作人员操作某个PC10(它并不总是该工作人员单独拥有的这个PC)以通过输入一个用户ID和验证一个密码登录该系统，则本地服务器20向该PC10发送已经保持的、与该工作人员有关的申请文档。这使得一个工作人员通过任一台PC10、不局限于他或她自己的PC10从事申请文档的流通和批准操作成为可能。
权利要求
1.一个调度器，包含存储装置，用于存储一个商业执行者的一个商业时间表和表示由该商业执行者请求的一个事件的申请信息，这两者是彼此相互关联的；提取装置，用于提取在存储装置中存储的商业时间表和申请信息；以及显示装置，用于显示所提取的彼此相互关联的商业时间表和申请信息。
2.如权利要求1所述的调度器，其特征在于申请信息是请求对有关一个特定事件进行批准的信息。
3.如权利要求2所述的调度器，其特征在于该特定事件包含加班工作和获取一个休息日中的至少一个。
4.如权利要求1所述的调度器，其特征在于申请信息是执行一个特定工作的信息。
5.如权利要求4所述的调度器，其特征在于特定工作包含支付交通费用、给予津贴和给予报销帐单中的至少一个。
6.如权利要求1所述的调度器，其特征在于显示装置在同一个屏幕上显示商业时间表和申请信息。
7.如权利要求1所述的调度器，其特征在于显示装置能够响应于商业执行者的一个操作，有选择地切换显示商业时间表的第一个显示屏幕和显示对应于该商业时间表的申请信息的第二个屏幕。
8.如权利要求1所述的调度器，其特征在于显示装置显示由该申请信息指示的这类请求事件和用于该商业申请的批准处理过程的进展。
9.如权利要求8所述的调度器，其特征在于显示装置借助于一个图标显示这类请求事件和批准处理过程的进展。
10.如权利要求8所述的调度器，其特征在于显示装置用要被显示的一个屏幕的背景颜色表示用于该商业申请的批准处理过程的进展。
11.如权利要求1所述的调度器，其特征在于显示装置被提供在一个通过一种无线方式传递数据的移动通信终端中。
12.一种时间表显示方法，包含以下步骤在存储在存储装置中的商业时间表和申请信息当中提取一个商业时间表和申请信息，其中每个商业时间表和每个申请信息是彼此相互关联的；以及显示所提取的彼此相互关联的商业时间表和申请信息。
13.如权利要求12所述的时间表显示方法，其特征在于显示步骤是一个用于在同一个屏幕上显示商业时间表和申请信息的步骤。
14.如权利要求12所述的时间表显示方法，其特征在于显示步骤包含以下步骤显示商业时间表；接收商业执行者的一个操作以从显示的商业时间表中选择一个想要的商业时间表；以及显示存储的、与所选择的商业时间表有关的申请信息。
15.一段程序，使一台计算机执行以下步骤在存储在存储装置中的商业时间表和申请信息当中提取一个商业时间表和申请信息，其中每个商业时间表和每个申请信息是彼此相互关联的；以及显示所提取的彼此相互关联的商业时间表和申请信息。
16.一种计算机可读记录介质，存储有一段使一台计算机执行以下步骤的程序在存储在存储装置中的商业时间表和申请信息当中提取一个商业时间表和申请信息，其中每个商业时间表和每个申请信息是彼此相互关联的；以及显示所提取的彼此相互关联的商业时间表和申请信息。
全文摘要
PCs10－1到10－5是由工作人员使用的计算机,而且每台计算机具有响应于每个工作人员的操作、生成时间表信息和与该时间表有关的申请信息的功能。本地服务器20是一台保存了由PCs10－1到10－5生成的时间表信息、在PCs当中流通与该时间表信息有关的申请文档信息、并管理该申请的批准状况的计算机。将一个已经被批准了的申请的数据从本地服务器20发送到一个未显示的帐户系统,该数据在那儿进行有关该申请的帐户处理过程。
文档编号G06Q10/06GK1388936SQ01802541
公开日2003年1月1日 申请日期2001年7月2日 优先权日2000年7月3日
发明者西川清二, 式见政则, 能势友季子 申请人:株式会社Ntt都科摩