CN107491236B - 服务器设备、信息处理系统和信息处理方法 - Google Patents

Abstract

服务器设备、信息处理系统和信息处理方法。服务器设备包括第一获取单元、存储器、第二获取单元、分析单元、生成单元和发送单元。第一获取单元获取第一历史信息和第一属性信息。第一历史信息表示在至少一个客户端设备中显示第一画面期间执行的操作历史。第一属性信息表示使用客户端设备的至少一个用户的属性。存储器存储第一历史信息和第一属性信息。当第二获取单元从客户端设备接收到新画面获取请求时获取表示使用该设备的第一用户的属性的第二属性信息。分析单元分析第一历史信息和第一属性信息以指定具有第二属性信息表示的属性的第二用户的操作特性。生成单元按照指定的操作生成第二画面。发送单元向客户端设备发送表示第二画面的画面数据。

Description

服务器设备、信息处理系统和信息处理方法

技术领域

本发明涉及服务器设备、信息处理系统和信息处理方法。

背景技术

存在基于用户的操作历史为用户提供操作辅助画面的已知技术。例如，日本未经审查的专利申请公开No.2010-277229公开了：显示用户针对设备的操作历史，同时显示与用户执行的获取操作的方法的活动相关的信息。日本未经审查的专利申请公开No.2011-253309公开了：基于用户的操作历史将在移动终端上执行的一系列操作进行分组，并且在画面上显示与已分组操作对应的图标。日本未经审查的专利申请公开No.2013-210952公开了：基于用户的操作日志形成在多个电子设备上执行的一系列操作的模式，并且生成链接程序，用于按照模式化的操作控制所述多个电子设备的链接的操作。所述链接程序提供给用户的移动终端设备。在所述移动终端设备的画面上显示所述链接程序的快捷图标。

发明内容

本发明的目的是，按照具有相同属性的用户的操作历史，生成任务画面以提供给用户。

根据本发明的第一方面，提供了一种服务器设备，包括第一获取单元、存储器、第二获取单元、分析单元、生成单元和发送单元。所述第一获取单元获取第一历史信息和第一属性信息。所述第一历史信息表示在至少一个客户端设备中显示第一画面期间执行的操作的历史。所述第一属性信息表示使用至少一个客户端设备的至少一个用户的属性。所述存储器存储获取的所述第一历史信息和获取的所述第一属性信息。当所述第二获取单元从所述至少一个客户端设备中包括的客户端设备接收到新画面的获取请求时，所述第二获取单元获取表示使用所述客户端设备的第一用户的属性的第二属性信息。所述分析单元分析存储在所述存储器中的所述第一历史信息和所述第一属性信息，以指定所述至少一个用户中包括的具有所获取的第二属性信息表示的属性的第二用户的操作特性。所述生成单元按照指定的操作生成第二画面。所述发送单元发送表示所生成的第二画面的画面数据到所述客户端设备。

根据本发明的第二方面，根据第一方面的服务器设备可以进一步包括计算单元，其基于存储在所述存储器中的所述第一历史数据和所述第一属性数据，根据历史中包括的至少一个操作被第二用户执行的次数，计算至少一个索引值。所述分析单元可以指定所计算的索引值大于或等于第一阈值的操作，所述操作包括在所述至少一个操作中。所述第二画面可以包括与指定的操作相关的第一操作图像。

根据本发明的第三方面，在根据第二方面的服务器设备中，如果所述指定的操作是获取文件的操作，那么所述第一操作图像可以与所述文件相链接并且用于打开所述文件的操作。

根据本发明的第四方面，在根据第二或第三方面的服务器设备中，如果所述指定的操作是执行处理的操作，那么所述第一操作图像可以与所述处理相链接并且用于执行所述处理的操作。

根据本发明的第五方面，根据第二至第四方面中任一项的服务器设备可以进一步包括加权单元，其为包括在所计算的至少一个索引值中的、对应于满足预定条件的操作的索引值分配权重。

根据本发明的第六方面，在根据第二至第五方面中的任一项的服务器设备中，所述第一获取单元可以获取表示在客户端设备中显示所述第二画面期间执行的操作的历史的第二历史信息。所述存储器可以存储所获取的第二历史信息。所述计算单元可以基于存储在所述存储器中的所述第二历史信息和所述第一属性信息计算所述第二用户使用所述第一操作图像的次数或所述第二用户删除所述第一操作图像的次数。如果所计算的所述第二用户使用所述第一操作图像的次数小于第二阈值，或如果所计算的所述第二用户删除所述第一操作图像的次数大于或等于第三阈值，那么所述生成单元可以从所述第二画面删除所述第一操作图像，以生成第三画面。所述发送单元可以发送表示生成的第三画面的画面数据到所述客户端设备。

根据本发明的第七方面，在根据第一至第六方面任一项的服务器设备中，所述第一画面可以包括在多个操作中使用的多个操作图像。所述服务器设备可以进一步包括计算单元，其基于存储在所述存储器中的所述第一历史信息和所述第一属性信息，计算所述第二用户以不同于预定的第一顺序的第二顺序执行所述多个操作的次数。如果所计算的以所述第二顺序执行所述多个操作的次数大于或等于第四阈值，那么所述分析单元可以指定所述第二顺序。可以通过按照所指定的第二顺序改变所述第一画面中包括的所述多个操作图像的排列次序生成所述第二画面。

根据本发明的第八方面，在根据第一至第七方面中任一项的服务器设备中，所述第一画面可以包括与预定操作相关的第二操作图像。所述服务器设备可以进一步包括计算单元，其基于存储在所述存储器中的所述第一历史信息和所述第一属性信息，计算所述第二用户使用所述第二操作图像的次数。如果所计算的所述第二用户使用所述第二操作图像的次数小于第五阈值，那么所述计算单元可以指定所述第二操作图像。可以通过从所述第一画面删除所述第二操作图像来生成所述第二画面。

根据本发明的第九方面，提供一种信息处理系统，包括服务器设备和由至少一个用户使用的至少一个客户端设备。所述至少一个客户端设备包括显示器，其显示第一画面，第一存储器，其存储表示在显示所述第一画面期间执行的操作的历史的第一历史信息，和第一发送单元，发送存储在所述第一存储器中的所述第一历史信息到所述服务器设备。所述服务器设备包括第一获取单元，其获取从所述至少一个客户端设备接收的所述第一历史信息和表示所述至少一个用户的属性的第一属性信息，和第二存储器，其存储所获取的第一历史信息和所获取的第一属性信息。所述至少一个客户端设备中包括的客户端设备包括第二发送单元，其发送新画面获取请求到所述服务器设备。所述服务器设备包括第二获取单元，当所述第二获取单元从所述客户端设备接收到所述获取请求时，其获取表示使用所述客户端设备的第一用户的属性的第二属性信息，分析单元，其分析存储在所述存储器中的所述第一历史信息和所述第一属性信息，以指定所述至少一个用户中包括的具有由所获取的第二属性信息所表示的属性的第二用户的操作特性，生成单元，其按照所指定的操作生成第二画面，和第三发送单元，其将表示所生成的第二画面的画面数据发送到所述客户端设备。

根据本发明的第十方面，提供一种信息处理方法，包括：获取第一历史信息和第一属性信息，所述第一历史信息表示在至少一个客户端设备中显示第一画面期间执行的操作的历史，所述第一属性信息表示使用所述至少一个客户端设备的至少一个用户的属性；使存储器存储获取的第一历史信息和获取的第一属性信息；当从所述至少一个客户端设备中包括的客户端设备接收到新画面的获取请求时，获取表示使用所述客户端设备的第一用户的属性的第二属性信息；分析存储在所述存储器中的所述第一历史信息和所述第一属性信息，以指定所述至少一个用户中包括的具有由所获取的第二属性信息表示的属性的第二用户的操作特性；按照所指定的操作生成第二画面；和将表示生成的第二画面的画面数据发送到所述客户端设备。

根据本发明的第一方面，可以根据具有相同属性的用户的操作历史生成要提供给用户的任务画面。

本发明的第二方面可以允许提高具有相同属性的用户频繁执行的操作的可操作性。

本发明的第三方面可以允许在具有相同属性的用户频繁执行用于获取文件的操作的情况下提高打开文件的操作的可操作性。

本发明的第四方面可以允许在具有相同属性的用户频繁执行用于执行处理的操作的情况下提高可操作性。

根据本发明的第五方面，满足预定条件的操作可以容易地被指定为特性操作。

根据本发明的第六方面，在提供包括新操作图像的操作画面后，如果具有相同属性的用户不频繁使用新操作画面或具有相同属性的很多用户删除所述新操作画面，那么可以从新提供给用户的任务画面中删除操作图像。

在使用多个操作图像的操作被具有相同属性的用户以不同于预定的第一顺序的第二顺序频繁执行的情况下，本发明的第七方面可以允许提高以所述第二顺序使用所述多个操作图像的这种操作的可操作性。

根据本发明的第八方面，如果任务画面中包括的操作图像未被具有相同属性的用户频繁使用，那么可以从要提供给用户的任务画面中删除此操作图像。

根据本发明的第九方面，可以按照具有相同属性的用户的操作历史生成要提供给用户的任务画面。

根据本发明的第十方面，可以按照具有相同属性的用户的操作历史生成要提供给用户的任务画面。

附图说明

将基于下面的附图详细地描述本发明的示例性实施方式，其中：

图1示出信息处理系统的示例；

图2示出服务器设备的硬件构造；

图3示出服务器设备的功能构造；

图4示出客户端设备的硬件构造；

图5是示出历史信息发送处理的顺序图；

图6示出标准任务画面的示例；

图7示出历史信息的示例；

图8示出历史表格的示例；

图9是示出任务画面提供处理的顺序图；

图10是示出画面数据发送处理的流程图；

图11示出历史信息的分析结果的示例；

图12示出新任务画面的示例；

图13示出新任务画面的示例；

图14示出根据变形例的删除表格的示例；和

图15示出根据变形例的服务器设备的功能配置的示例。

具体实施方式

1.构造

图1示出根据示例性实施方式的信息处理系统1的示例。信息处理系统1包括管理设备10、服务器设备20和多个客户端设备30。管理设备10、服务器设备20和多个客户端设备30经由通信线路2连接。例如，通信线路2是互联网。

管理设备10管理用户信息。例如，所述用户信息包含提供给用户的用户ID和用户的属性信息。服务器设备20把任务画面提供给多个客户端设备30。所述任务画面用于统一管理在任务中使用的文件和在任务中执行的处理。每一个客户端设备30显示从服务设备20提供的任务画面。客户端设备30由各自的用户使用。

图2示出服务器设备20的硬件构造。服务器设备20包括控制器21、通信单元22和存储单元23。例如，控制器21由中央处理单元(CPU)和存储器构成。控制器21控制服务器设备20的每一个单元。通信单元22连接到通信线路2。通信单元22经由通信线路2与多个客户端设备30进行通信。例如，存储单元23由硬盘构成。存储单元23存储各种类型的数据和程序。

图3示出服务器设备20的功能构造。服务器设备20用作第一获取单元201、第二获取单元202、分析单元203、生成单元204和发送单元205。例如，这些功能通过CPU执行程序来实现。

第一获取单元201获取表示在客户端设备30中显示第一画面期间所执行的操作的历史的第一历史信息和表示使用客户端设备30的用户的属性的第一属性信息。在此示例中，第一画面是在操作中使用的任务画面。然而，第一画面可以是具有任何内容的画面，只要它是在用户执行的操作中所使用的画面。表述“在显示第一画面期间”指的是从第一画面进行显示到第一画面显示结束时的时段。在此时段内第一画面不必须显示在画面的前景中。例如，可以在另一画面之后显示第一画面或者可以将第一画面最小化。例如，用户的属性包括用户所属的部门和用户的职位。另选地，用户的属性可以包括除了用户的部门和职位以外的属性。

第一获取单元201所获取的第一历史信息和第一属性信息存储到存储单元23。根据本发明的示例性实施方式，存储单元23是“存储器”或“第二存储器”的示例。如果第二获取单元202从客户端设备30接收到获取新画面的请求，那么第二获取单元202获取表示使用客户端设备30的第一用户的属性的第二属性信息。

分析单元203分析存储在存储单元23中的第一历史信息和第一属性信息，并且指定具有第二属性信息所表示的属性的第二用户的操作特性。分析单元203具有计算单元206。计算单元206基于存储在存储单元23中的第一历史信息和第一属性信息，根据历史中包括的操作中的至少一个被第二用户执行的次数计算索引值。此索引值随着操作被执行的次数的增加而增加。例如，索引值可以是操作被执行的次数，或可以是操作被执行的频率。作为另一另选，索引值可以是从操作被执行的次数所获得的值。

生成单元204按照指定单元所指定的操作生成第二画面。例如，在历史包括具有由计算单元206所计算的大于或等于第一阈值的索引值的操作的情况下，第二画面包括与此操作相关的第一操作图像。例如，第一操作图像在用户执行的操作中使用。例如，第一操作图像是图标。然而，第一操作图像可以是任意类型的图像，诸如缩略图或操作按钮，只要在用户执行的操作中使用该图像。

发送单元205将由生成单元204生成的表示第二画面的画面数据发送给客户端设备30。根据本发明的示例性实施方式，发送单元205是“发送单元”或“第三发送单元”的示例。

图4示出每一个客户端设备30的硬件构造。客户端设备30包括控制器31、通信单元32、可操作单元33、显示单元34和存储单元35。例如，控制器31由CPU和存储器构成。控制器31控制客户端设备30的每一个单元。通信单元32连接到通信线路2。通信单元32经由通信线路2与管理设备10和服务器设备20进行通信。例如，可操作单元33由鼠标和键盘构成。可操作单元33用于用户所执行的操作。例如，显示单元34由液晶显示器构成。显示单元34显示各种类型的信息。例如存储单元35由硬盘构成。存储单元35存储各种类型的数据和程序。

2.操作

这里假设服务器设备20提供用于购买请求处理(以下称为“购买请求任务画面”)的任务画面。例如，所述购买请求处理是在公司中购买物品时执行的处理。购买请求处理涉及诸如请求报价、准备批准文书、请求批准和下单的处理。所述处理通过使用多个系统执行，诸如报价系统，决策批准系统，购买系统。例如，购买请求任务画面用于统一管理在购买请求处理中使用的文件和在购买请求处理中执行的处理。

2.1.历史信息发送处理

这里假设用户A使用客户端设备30中的一个来执行购买请求处理。用户A是属于“销售部门”的“普通”员工。在以下描述中，用户A所使用的客户端设备30将被称为“客户端设备30A”。将通过为其附图标记添加后缀“A”来表示客户端设备30A的每一个组件。

图5是示出历史信息发送处理的顺序图。在此处理中，记录在显示购买请求任务画面期间用户A执行的操作的历史，并将表示历史的历史信息发送到服务器设备20。例如，此处理在用户A执行显示购买请求任务画面的操作时开始。

在步骤S101中，控制器31A使得显示单元34A显示购买请求任务画面。在此示例中，存储单元35A在其中预先存储了表示从服务器设备20提供的标准购买请求任务画面的画面数据。显示单元34A按照存储单元35A中所存储的画面数据显示标准购买请求任务画面。根据本发明的示例性实施方式，标准任务画面是“第一画面”的示例。

图6示出标准购买请求任务画面341的示例。任务画面341具有文件区域41和工具区域42。例如，文件区域41包括与将在购买请求处理中使用的文件相链接的图标。此图标用于选择文件或打开文件。例如，如果文件是文档文件或图像文件，那么文件打开操作用于显示作为文件内容的文档或图像。例如，工具区域42包括与将在购买请求处理中所执行的处理相链接的图标文件(以下称为“工具图标”)。这些工具图标中的每一个用于执行对应的处理。处理可以是单一处理或一系列的多个处理。

如图6所述，在此示例中，工具区域42包括工具图标43-46。工具图标43与报价请求相关处理相链接。工具图标43用于执行报价请求相关处理。工具图标44与批准文书准备相关处理相链接。工具图标44用于执行批准文书准备相关处理。工具图标45与批准请求相关处理相链接。工具图标45用于执行批准请求相关处理。工具图标46与下单相关处理相链接。工具图标46用于执行下单相关处理。

回到图5，在步骤S102中，控制器31A从管理设备10获取用户A的属性信息。具体地，管理设备10彼此关联地存储每一个用户的用户ID和属性信息。此属性信息包括用户的部门信息和用户的职位信息。用户A使用可操作单元33A将用户A的用户ID输入到客户端设备30A。控制器31A经由通信单元32A访问管理设备10，以获取与所输入的用户ID相链接的属性信息。在此示例中，所获取的属性信息包括用户的部门信息“销售部门”和用户的职位信息“普通”。

在步骤S103中，控制器31A开始记录操作历史。具体地，当正在显示任务画面341时，每次通过使用可操作单元33A执行操作时，控制器31A生成表示操作历史的历史信息351。历史信息351被存储到存储单元35A。根据本发明的示例性实施方式，存储单元35A是“第一存储器”的示例。

图7示出历史信息351的示例。历史信息351包含时间和日期、操作内容、连接目的地信息和文件。时间和日期表示操作被执行的时间和日期。操作内容包括表示操作内容的信息。连接目的地信息表示外部连接目的地。例如，只有当用于连接到外部连接目的地的操作被执行时，此连接目的地信息才包含在历史信息351中。文件是从外部连接目的地获取的数据。例如，只有当用于从外部连接目的地获取文件的操作被执行时，此文件才包含在历史信息中。

除了通过标准任务画面341所执行的处理以外，购买请求处理还可以包括用户所属部门或用户的职位特有的处理。例如，在销售部门，在准备批准文书时可能有必要附加文书。此文书的模板是称为“template.xdw”的文件，并存储在由统一资源定位符(URL)“http://example.aaa”所指示的存储位置。因此，当准备批准文书时，属于销售部门的用户可以从所述URL所指示的存储位置下载文件“template.xdw”。

在开发部门，在由URL“https://example.bbb”指示的存储位置存储为开发经常购买的物品的价格清单。因此，当请求报价时，属于开发部门的用户可以浏览存储在由所述URL指示的存储位置的价格清单。

这里假设用户A于2016年4月1日的10点使用可操作单元33A从由URL“https://example.aaa”指示的存储位置下载文件“template.xdw”。在这种情况下，如图7所示，生成包含时间和日期“2016/4/1 10:00”、操作内容“下载”、连接目的地信息“https://example.aaa”和文件“template.xdw”的历史信息351。此历史信息351存储在存储单元35A中。

回到图5，在步骤S104中，当用户A执行的操作导致购买请求任务画面的显示结束时，控制器31A结束记录操作历史。

在步骤S105中，控制器31A经由通信单元32A将存储在存储单元35A中的历史信息351和在步骤S102中获取的属性信息发送给服务器设备20。根据本发明的示例性实施方式，控制器31A是“第一发送器”的示例。在此示例中，发送图7所示的历史信息351以及包含部门信息“销售部门”和职位信息“普通”的属性信息。

在步骤S106中，第一获取单元201经由通信单元22接收从客户端设备30A发送的历史信息351和属性信息。根据本发明的示例性实施方式，历史信息351是“第一历史信息”的示例。根据本发明的示例性实施方式，属性信息是“第一属性信息”的示例。

在步骤S107中，第一获取单元201将在步骤S106中所接收的历史信息351和属性信息存储到历史表格231。此历史表格231预先存储在存储单元23中。

图8示出历史表格231的示例。历史表格231具有存储在其中的历史信息和属性信息。在此示例中，最底部记录项目在其中存储了从客户端设备30A所接收的历史信息351和属性信息，即，时间和日期“2016/4/1 10:00”、操作内容“下载”、连接目的地信息“https://example.aaa”、文件“template.xdw”、部门信息“销售部门”和职位信息“普通”。

如上所述的从步骤S101到步骤S105的处理也可以在除了客户端设备30A以外的一个或多个客户端设备30中执行。因此，从多个客户端设备30发送历史信息到服务器设备20。历史表格231具有在其中累积的这些多条历史信息。

2.2.任务画面提供处理

如上所述，购买请求处理可以涉及用户所属部门或用户职位特有的处理。这样的处理有可能被具有相同属性的另一用户执行。因此，按照具有相同属性的用户的操作历史，此处理包括生成将要提供给用户的用户画面。

2.2.1.第一操作示例

图9是示出任务画面提供处理的顺序图。这里假设用户B使用客户端设备30中的一个作出获取新任务画面的请求。用户B是属于“销售部门”的“普通”员工。根据本发明的示例性实施方式，用户B是“第一用户”的示例。在以下描述中，用户B所使用的客户端设备30将被称为“客户端设备30B”。将通过为其附图标记添加后缀“B”来表示客户端设备30B的每一个组件。例如，此处理在用户B执行作出获取新任务画面的请求的操作时开始。

在步骤S201中，控制器31B经由通信单元32B向服务器设备20发送获取新任务画面的请求。根据本发明的示例性实施方式，控制器31B是“第二发送器”的示例。此获取请求包含用户B的属性信息。例如，通过与上述描述的步骤S102类似的方法，从管理设备10获取用户B的属性信息。在此示例中，所获取的属性信息包含用户的部门信息“销售部门”和用户的职位信息“普通”。然后，发送包含此属性信息的获取请求。

在步骤S202中，第二获取单元202经由通信单元22接收此获取请求。根据本发明的示例性实施方式，此获取请求所包含的属性信息是“第二属性信息”的示例。

在步骤S203中，服务器设备20执行画面数据发送处理。

图10是示出画面数据发送处理的流程图。

在步骤S301中，分析单元203确定是否存在对应于与用户B的属性信息的历史信息。具体地，分析单元203首先从获取请求中提取属性信息。在此示例中，提取部门信息“销售部门”和职位信息“普通”。然后，分析单元203确定历史表格231中是否包括所提取的属性信息。如果历史表格231中不包括所提取的属性信息，那么分析单元203确定没有对应于用户B的属性信息的历史信息(步骤S301中的否)。在这种情况下，处理前往步骤S306。

相反地，在此示例中，如图8所述，历史表格231中包括部门信息“销售部门”和职位信息“普通”。在历史表格231中以此方式包括所提取的属性信息这样的情况下，分析单元203确定存在对应于用户B的属性信息的历史信息(步骤S301中的是)。在这种情况下，处理前往步骤S302。

在步骤S302中，分析单元203分析存储在历史表格231中的历史信息。具体地，对于部门信息和职位信息的每一个组合，计算单元206计算历史中所包含的每一个操作被执行的次数(以下称为“操作次数”)。根据本发明的示例性实施方式，所述操作次数是“索引值”的示例。分析单元203生成包括由计算单元206所计算的操作次数的分析结果232。在此分析结果232中，与每一个操作对应的历史信息和操作次数相互关联地存储。

图11示出历史信息的分析结果232的示例。在此分析结果232中，对应于操作内容“下载”、连接目的地信息“https://example.aaa”、文件“template.xdw”、部门信息“销售部门”、和职位信息“普通”的操作次数是“20次”。这表示用于从由URL“https://example.aaa”指示的存储位置下载文件“template.xdw”的操作已经被属于销售部门的普通员工一共执行了200次。

回到图10，在步骤S303中，分析单元203确定是否存在与用户B具有相同属性的用户的操作特性。具体地，基于在步骤S302所生成的分析结果232，分析单元203确定与用户B具有相同属性的用户(即属于销售部门的普通员工)所执行的操作次数是否大于或等于第一阈值。根据本发明的示例性实施方式，具有相同属性的此用户是“第二用户”的示例。在此示例中，第一阈值预先设为100次。

如果历史中包括的操作次数小于第一阈值，那么指定单元确定不存在与用户B具有相同属性的用户的操作特性(步骤S303中的否)。在这种情况下，处理前往步骤S306。

从图11所示的分析结果232可以清楚，从URL“https://example.aaa”所指示的存储位置下载文件“template.xdw”的操作已经被属于销售部门的普通员工一共执行了200次。所述操作次数的值200大于或等于第一阈值。如果历史中以此方式包括执行次数大于或等于第一阈值的操作，那么分析单元203确定存在与用户B具有相同属性的用户的操作特性(步骤S303中的是)。在这种情况下，分析单元203指定此特性操作。在此示例中，指定从URL“https://example.aaa”所指示的存储位置下载文件“template.xdw”的操作。然后处理前往步骤S304。

在步骤S304中，生成单元204按照与用户B具有相同属性的用户的操作特性，生成新任务画面342。根据本发明的示例性实施方式，新任务画面342是“第二画面”的示例。具体地，存储单元23在其中预先存储表示所生成的标准购买请求任务画面341的画面数据。生成单元204将与步骤S303中指定的操作相关的图标添加到标准任务画面341中，以生成新任务画面342。

图12示出新任务画面342的示例。在此示例中，将与文件“template.xdw”相链接的图标47添加到文件区域41。此图标47用于打开文件“template.xdw”。根据本发明的示例性实施方式，图标47是“第一操作图像”的示例。

回到图10，在步骤S305中，发送单元205经由通信单元22向客户端设备30B发送表示在步骤S304中生成的任务画面342的画面数据。相反地，如果在上述描述的步骤S301或S303中获得的确定结果表示否，那么处理前往步骤S306。

在步骤S306中，发送单元205经由通信单元22向客户端设备30B发送表示标准购买请求任务画面341的画面数据。具体地，此画面数据存储在存储单元23中。发送单元205从存储单元23读取此画面数据并经由通信单元22向客户端设备30B发送画面数据。

回到图9，在步骤S204中，控制器31B经由通信单元32B接收从服务器设备20发送的画面数据。

在步骤S205中，控制器31B使得显示单元34B基于所接收的画面数据显示任务画面341或342。例如，如果要显示图12所示的任务画面342，那么任务画面342的文件区域41包括图标47。如果用户B期望使用批准文书的模板，那么用户B操作可操作单元33B以使用图标47打开文件。例如，通过双击图标47来执行此操作。因此，在显示单元34B中显示文件“template.xdw”中包含的批准文书的模板。

2.2.2.第二操作示例

这里假设用户C使用客户端设备30中的一个作出改变到新任务画面的请求。用户C是属于“开发部门”的处于“经理”职位的员工。根据本发明的示例性实施方式，用户C是“第一用户”的示例。在以下描述中，用户C使用的客户端设备30将被称为“客户端设备30C”。将通过为其附图标记添加后缀“C”来表示客户端设备30C的每一个组件。

在这种情况下，在上述描述的步骤S201中，发送包含用户C的属性信息(即用户的部门信息“开发部门”和用户的职位信息“经理”)的获取请求。根据本发明的示例性实施方式，用户C的属性信息是“第二属性信息”的示例。在上述描述的步骤S301中，确定是否存在对应于用户C的属性信息的历史信息。在此示例中，如图8所示，历史表格231包括部门信息“开发部门”和职位信息“经理”。在这种情况下，确定存在对应于用户C的属性信息的历史信息(步骤S301中的是)。

在上述描述的步骤S303中，确定是否存在与用户C具有相同属性的用户的操作特性。根据本发明的示例性实施方式，与用户C具有相同属性的用户是“第二用户”的示例。从图11所示的分析结果232可以清楚，显示存储在由URL“https://example.bbb”指示的存储位置的价格清单的操作已经被属于开发部门的经理一共执行了150次。所述操作次数的值150大于或等于第一阈值。在这种情况下，确定存在与用户C具有相同属性的用户的操作特性(步骤S303中的是)。此外，指定用于显示存储在由URL“https://example.bbb”指示的存储位置的价格清单的操作。在上述描述的步骤S304中，生成对应于所指定的操作的新任务画面343。根据本发明的示例性实施方式，任务画面343是“第二画面”的示例。

图13示出新任务画面343的示例。在此示例中，将与URL“https://example.bbb”链接的工具图标48添加到工具区域42。此工具图标48用于显示存储在由URL“https://example.bbb”指示的存储位置的价格清单。根据本发明的示例性实施方式，工具图标48是“第一操作图像”的示例。

在上述描述的步骤S305中，将表示此任务画面343的画面数据发送到客户端设备30C。在上述描述的步骤S205中，在显示单元34C上显示任务画面343。例如，如果用户C想要浏览价格清单，那么用户C操作可操作单元33C以通过使用工具图标48执行处理。例如，通过双击工具图标48来执行此操作。因此，访问由URL“https://example.bbb”指示的存储位置，并在显示单元34C上显示存储在此存储位置的价格清单。

当比较图12所示的任务画面342和图13所示的任务画面343时，图12所示的任务画面342包括图标47，而图13所示的任务画面343不包括图标47。这是因为，尽管销售部门的普通员工下载文件“template.xdw”的次数多，但是开发部门的经理下载此文件的次数少(或者零)。而且，图13所示的任务画面343包括工具图标48，而图12所示的任务画面342不包括工具图标48。这是因为，尽管开发部门的经理显示存储在“https://example.bbb”指示的存储位置的价格清单的次数多，但是销售部门的普通员工显示此价格清单的次数少(或者零)。

根据上述示例性实施方式，按照具有相同属性的用户的操作历史生成提供给用户的任务画面。此任务画面包括由具有相同属性的用户频繁执行的操作中要使用的操作图像。通过使用此操作图像，减少此操作中涉及的步骤数目，从而使得可操作性提高。因此，用户的任务可以顺利地进行。

假如为每一个用户生成任务画面，那么任务画面生成处理既耗费时间又花费成本。由于在上述示例性实施方式中不是基于逐个用户生成用户画面，因此任务画面生成处理更省时并且成本更低。

3.变形例

上述示例性实施方式仅仅是本发明的示例。示例性实施方式可以修改如下。此外，以下变形例可以组合。

3.1.第一变形例

工具图标链接处理不限于上述示例性实施方式描述的处理。例如，也可能是邮件撰写处理。例如，销售部门有普通员工在批准请求处理中向批准者发送邮件的惯例。在这种情况下，销售部门的普通员工经常向所述批准者发送邮件。这里假设，在上述描述的第一操作示例中，销售部门的普通员工向所述批准者发送邮件的次数大于或等于第一阈值。

在这种情况下，在上述描述的步骤S303中，确定存在与用户B具有相同属性的用户的操作特性，并指定向批准者发送邮件的操作。在上述描述的步骤S304中，添加与撰写所述邮件的处理相链接的工具图标以生成工具画面342。在上述描述的步骤S205中，在客户端设备30B的显示单元34B上显示任务画面342。

例如，如果用户B想要向批准者发送邮件，那么用户B操作可操作单元33B以通过使用此工具图标撰写邮件。例如，通过双击工具图标来执行此操作。因此，邮件程序被激活以撰写给批准者的邮件。如果预先设置邮件的主题，那么可以输入预先设置的主题到所撰写邮件的主题中。

3.2.第二变形例

如果将图标(包括工具图标)添加到上述示例性实施方式的任务画面，那么可以反馈所添加的图标的使用状态以生成新任务画面。例如，在将图标添加到任务画面后，如果此图标没有频繁使用或者很多用户将图标从任务画面删除，那么可以从任务画面中删除此图标。

根据此变形例，计算单元206计算具有相同属性的用户执行使用添加到任务画面的图标的操作的次数(称作“使用次数”)和此用户基于存储在历史表格231中的历史信息和属性信息从任务画面删除此图标的次数(删除次数)。基于计算单元206所计算的使用次数和删除次数，分析单元203根据此变形例生成删除表格233。将删除表格233存储到存储单元23。

图14示出删除表格233的示例。删除表格233其中存储了图标ID、部门信息，职位信息、使用次数和删除次数。图标ID是用于识别图标的信息。如图14所示，在此示例中，删除表格233的第一行记录的项目其中存储了图标ID“图标47”、部门信息“销售部门”、职位信息“普通”、使用次数“2”和删除次数“10”。这表示使用图标47的操作已经被销售部门的普通员工一共执行了2次。此外，这还表示从任务画面删除图标47的操作已经被销售部门的普通员工一共执行了10次。

这里假设，在将包括图标47的任务画面342提供给上述描述的第一操作示例中的客户端设备30B后，用户B再次作出获取新任务画面的请求。在这种情况下，基于删除表格233，分析单元203根据此变形例指定使用次数小于第二阈值或删除次数大于或等于第三阈值的图标。例如，如果图标47的使用次数小于第二图标，那么指定图标47。

根据此变形例，生成单元204将图标47从任务画面342中删除以生成新任务画面。根据本发明的示例性实施方式，此任务画面是“第三画面”的示例。根据此变形例，发送单元205经由通信单元22将表示新任务画面的画面数据发送给客户端设备30B。因此，在客户端设备30B的显示单元34B上显示新任务画面。此任务画面不包括图标47。

3.3.第三变形例

尽管上述示例性实施方式与生成任务画面时添加图标(包括工具图标)的示例相关，但是任务画面生成方法不限于此。例如，可以改变标准任务画面所包括的图标的排列次序。

如图6所示的标准任务画面341中，工具图标43-45以如下次序从左开始排列：43、44和45。工具图标43-45一般以工具图标43、44和45的顺序使用。根据本发明的示例性实施方式，此顺序是“第一顺序”的示例。然而，根据用户的部门或职位，工具图标43-45有时可以以不同的顺序使用。这里假设销售部门的普通员工以如下顺序使用工具图标43-45：43、45、和44。根据本发明的示例性实施方式，此顺序是“第二顺序”的示例。

在具有相同属性的用户以与预定的顺序不同的顺序使用标准任务画面341中包括的图标的情况下，计算单元206根据此变形例，基于存储在历史表格231中的历史信息和属性信息，计算以所述顺序使用图标而执行的操作的次数。

如果计算单元206计算的次数大于或等于第四阈值，那么分析单元203根据此变形例指定前面提及的不同的顺序。这里假设销售部门的普通员工使用标准任务画面341中包括的工具图标43-45以上述描述的第一操作示例中的工具图标顺序43、45和44执行操作的次数大于或等于第四阈值。在这种情况下，指定工具图标顺序43、45和44。

根据此变形例，生成单元204从左开始以工具图标次序43、45和44重新排列标准任务画面341中包括的工具图标43-45，以生成任务画面342。因此，客户端设备30B的显示单元34B上显示此任务画面342。在此任务画面342中，工具图标43-45以如下次序从左开始排列：43、45和44。因此，当用户B执行购买请求处理时，用户B可以简单地使用从左开始按该顺序的工具图标43、45和44，从而使得可操作性提高。

3.4.第四变形例

尽管上述示例性实施方式与在生成任务画面时添加图标(包括工具图标)的示例相关，但是任务画面生成方法不限于此。例如，标准任务画面中包括的图标可以从其中删除。

基于存储在历史表格231中的历史信息和属性信息，计算单元206根据此变形例计算具有相同属性的用户使用标准任务画面341中包括的每一个图标的次数(称作“使用次数”)。根据本发明的示例性实施方式，标准任务画面341中包括的图标是“第二操作图像”的示例。

根据此变形例，分析单元203确定计算单元206计算的使用次数是否小于第五阈值。这里假设以上描述的第一操作示例中销售部门的普通员工使用图6所示的标准任务画面341中包括的工具图标44的次数小于第五阈值。

根据此变形例，生成单元204从标准任务画面341删除工具图标44以生成新任务画面342。因此，客户端设备30B的显示单元34B上显示此任务画面342。此任务画面342不包括工具图标44。

3.5.第五变形例

在上述示例性实施例中，计算单元206可以计算执行操作的频率，代替操作次数。例如，在上述描述的第一操作示例中，销售部门的普通员工执行下载文件“template.xdw”的频率计算如下。

首先，基于存储在历史表格231中的历史信息和属性信息，计算单元206计算销售部门的普通员工执行前面提及的下载操作的总次数(以下称作“下载次数”)。而且，基于存储在历史表格231中的历史信息和属性信息，计算单元206计算由于销售部门的普通员工执行的操作而导致的购买请求任务画面显示的次数(以下称作“显示次数”)。然后，计算单元206计算下载次数与显示次数的比值。将以这种方式计算的比值作为销售部门的普通员工执行前面提及的下载操作的频率。例如，如果显示次数是250次并且下载次数是200次，那么频率是200/250×100＝80％。

3.6.第六变形例

在上述示例性实施方式中，关于满足预定条件的操作，可以为根据其操作次数的索引值加权。例如，预定条件可以是基于执行操作的时间和日期或操作内容而设置的条件。

图15示出根据此变形例的服务器设备20的功能构造。除了如图3所示的功能构成以外，服务器设备20用作加权单元207。此加权单元207包括在分析单元203中。加权单元207为计算单元206计算的、对应于满足预定条件的操作的至少一个索引值分配权重。

这里假设预定条件是在4月执行操作的条件。在这种情况下，基于存储在历史表格231中的时间和日期，加权单元207确定历史中包括的每一个操作是否在4月执行。然后，加权单元207为对应于在4月执行的操作的索引值分配权重。例如，通过将索引值增至三倍来执行此加权处理。因此，满足预定条件的操作可以容易地指定为特性操作。

3.7.第七变形例

在上述示例性实施方式中，计算单元206为部门信息和职位信息的每一个组合计算操作次数。另选地，计算单元206可以计算每一条部门信息的操作次数和每一条职位信息的操作次数。因此，例如，分析结果232包括下载存储在由URL“https://example.aaa”指示的存储位置的文件“template.xdw”的操作被属于销售部门的所有用户执行的总次数和此操作被所有部门的普通员工执行的总次数。换句话说，与一用户具有相同属性的用户可以是所有条属性信息与该用户的所有条属性信息相同的用户或者是属性信息与该用户的属性信息部分相同的用户。例如，与用户具有相同属性的用户可以是只具有相同部门信息的用户或者是用户只具有相同职位信息的用户。

而且，可以针对对应于由与该用户具有相同部门信息的用户执行的操作的索引值，或对应于由与该用户具有相同职位信息的用户执行的操作的索引值，执行加权处理。此加权处理类似于上述描述的第六变形例而执行。例如，可以将对应于与该用户具有相同部门信息的用户执行的操作的索引值增加至两倍。因此，例如，在上述描述的第一操作示例中，关于未被所有部门的普通员工频繁执行的操作，如果操作被属于销售部门的用户频繁执行，那么所述操作可以容易地指定为特性操作。

3.8.第八变形例

获取用户属性信息的方法不限于上述示例性实施方式中描述的方法。例如，每一个客户端设备30的存储单元35可以预先具有一个或多个用户的属性信息，并且所述属性信息可以发送到服务器设备20。另选地，服务器设备20可以从管理设备10获取属性信息。在这种情况下，用户ID从对应的客户端设备30发送到服务器设备20。服务器设备20可以访问管理设备10并且获取与从客户端设备30接收的用户ID链接的属性信息。

3.9.第九变形例

在上述示例性实施方式中，用户可以具有多条部门信息或职位信息。例如，存在一个用户属于两个或更多部门的情况。在这种情况下，用户可以具有两条或更多条部门信息。

3.10.第十变形例

在上述示例性实施方式中，可以经由通信线路2(诸如互联网)下载控制器21的CPU执行的程序和控制器31的CPU执行的程序。另选地，这些程序可以用存储状态提供在计算机可读存储介质中，诸如磁存储介质(例如，磁带或磁盘)、光存储介质(例如，光盘)、磁光存储介质或半导体存储器。

出于例证和描述的目的，提供了以上对本发明的示例性实施方式的描述。这不旨在是穷举或者不旨在将本发明限于所公开的精确形式。显而易见，对于本领域的技术人员而言，将清楚许多变形例和变形形式。为了最佳说明本发明的原理及其实际应用，选择并且描述实施方式，从而使本领域的其他技术人员能够理解适于预料的特定使用的本发明的各种实施方式和各种变形例。本发明的范围旨在由随附权利要求书及其等同物限定。

Claims (9)

1.一种服务器设备，所述服务器设备包括：

第一获取单元，其获取第一历史信息和第一属性信息，所述第一历史信息表示在至少一个客户端设备中显示第一画面期间执行的操作的历史，所述第一属性信息表示使用所述至少一个客户端设备的至少一个用户的属性，并且所述第一画面不同于标准任务画面；

存储器，其存储所获取的第一历史信息和所获取的第一属性信息；

第二获取单元，当所述第二获取单元从所述至少一个客户端设备中包括的客户端设备接收到新画面的获取请求时，其获取表示使用所述客户端设备的第一用户的属性的第二属性信息；

分析单元，其分析存储在所述存储器中的所述第一历史信息和所述第一属性信息，以指定所述至少一个用户中包括的具有由所获取的第二属性信息表示的属性的第二用户的操作特性；

生成单元，其按照所指定的操作生成第二画面，所述第二画面包括所述标准任务画面中的操作图像，并且所述第二画面不同于所述标准任务画面；和

发送单元，其将表示所生成的第二画面的画面数据发送到所述客户端设备，

其中，所述第一画面包括在多个操作中使用的多个操作图像，

其中，所述服务器设备进一步包括计算单元，所述计算单元基于存储在所述存储器中的所述第一历史信息和所述第一属性信息，计算所述第二用户以不同于预定的第一顺序的第二顺序执行所述多个操作的次数，

其中，如果所计算的以所述第二顺序执行所述多个操作的次数大于或等于第四阈值，则所述分析单元指定所述第二顺序，并且

其中，通过按照所指定的第二顺序改变所述第一画面中包括的所述多个操作图像的排列次序来生成所述第二画面。

2.根据权利要求1所述的服务器设备，

其中，所述计算单元进一步基于存储在所述存储器中的所述第一历史信息和所述第一属性信息，根据所述历史中包括的至少一个操作被所述第二用户执行的次数，计算至少一个索引值，

其中，所述分析单元指定所计算的索引值大于或等于第一阈值的操作，所述操作包括在所述至少一个操作中，并且

其中，所述第二画面包括与指定的操作相关的第一操作图像。

3.根据权利要求2所述的服务器设备，

其中，如果所述指定的操作是获取文件的操作，则所述第一操作图像与所述文件相链接并且用于打开所述文件的操作。

4.根据权利要求2或3所述的服务器设备，

其中，如果所述指定的操作是执行处理的操作，则所述第一操作图像与所述处理相链接并且用于执行所述处理的操作。

5.根据权利要求2或3所述的服务器设备，所述服务器设备进一步包括：

加权单元，其为所计算的至少一个索引值中包括的与满足预定条件的操作对应的索引值分配权重。

6.根据权利要求2或3所述的服务器设备，

其中，所述第一获取单元获取表示在所述客户端设备中显示所述第二画面期间执行的操作的历史的第二历史信息，

其中，所述存储器存储所获取的第二历史信息，

其中，所述计算单元进一步基于存储在所述存储器中的所述第二历史信息和所述第一属性信息，计算所述第一操作图像被所述第二用户使用的次数或所述第一操作图像被所述第二用户删除的次数，

其中，如果所计算的所述第一操作图像被所述第二用户使用的次数小于第二阈值，或如果所计算的所述第一操作图像被所述第二用户删除的次数大于或等于第三阈值，则所述生成单元从所述第二画面删除所述第一操作图像，以生成第三画面，并且

其中，所述发送单元将表示所生成的第三画面的画面数据发送到所述客户端设备。

7.根据权利要求1至3中任一项所述的服务器设备，

其中，所述第一画面包括与预定操作相关的第二操作图像，

其中，所述计算单元进一步基于存储在所述存储器中的所述第一历史信息和所述第一属性信息，计算所述第二操作图像被所述第二用户使用的次数，

其中，如果所计算的所述第二操作图像被所述第二用户使用的次数小于第五阈值，则所述分析单元指定所述第二操作图像，并且

其中，通过从所述第一画面删除所述第二操作图像来生成所述第二画面。

8.一种信息处理系统，所述信息处理系统包括：

服务器设备；和

由至少一个用户使用的至少一个客户端设备，

其中，所述至少一个客户端设备包括：

显示器，其显示第一画面，

第一存储器，其存储表示在显示所述第一画面期间执行的操作的历史的第一历史信息，所述第一画面不同于标准任务画面，和

第一发送单元，其将存储在所述第一存储器中的所述第一历史信息发送到所述服务器设备，

其中，所述服务器设备包括：

第一获取单元，其获取从所述至少一个客户端设备接收的所述第一历史信息和表示所述至少一个用户的属性的第一属性信息，和

第二存储器，其存储所获取的第一历史信息和所获取的第一属性信息，其中，所述至少一个客户端设备中包括的客户端设备包括：

第二发送单元，其将新画面的获取请求发送到所述服务器设备，并且其中，所述服务器设备包括：

第二获取单元，当所述第二获取单元从所述客户端设备接收到所述获取请求时，其获取表示使用所述客户端设备的第一用户的属性的第二属性信息，

分析单元，其分析存储在所述存储器中的所述第一历史信息和所述第一属性信息，以指定所述至少一个用户中包括的具有由所获取的第二属性信息所表示的属性的第二用户的操作特性，

生成单元，其按照所指定的操作生成第二画面，所述第二画面包括所述标准任务画面中的操作图像，并且所述第二画面不同于所述标准任务画面，和

第三发送单元，其将表示所生成的第二画面的画面数据发送到所述客户端设备，

其中，所述第一画面包括在多个操作中使用的多个操作图像，

其中，所述服务器设备进一步包括计算单元，所述计算单元基于存储在所述存储器中的所述第一历史信息和所述第一属性信息，计算所述第二用户以不同于预定的第一顺序的第二顺序执行所述多个操作的次数，

其中，如果所计算的以所述第二顺序执行所述多个操作的次数大于或等于第四阈值，则所述分析单元指定所述第二顺序，并且

其中，通过按照所指定的第二顺序改变所述第一画面中包括的所述多个操作图像的排列次序来生成所述第二画面。

9.一种信息处理方法，所述信息处理方法包括：

获取第一历史信息和第一属性信息，所述第一历史信息表示在至少一个客户端设备中显示第一画面期间执行的操作的历史，所述第一属性信息表示使用所述至少一个客户端设备的至少一个用户的属性，并且所述第一画面不同于标准任务画面；

使存储器存储获取的第一历史信息和获取的第一属性信息；

当从所述至少一个客户端设备中包括的客户端设备接收到新画面的获取请求时，获取表示使用所述客户端设备的第一用户的属性的第二属性信息；

分析存储在所述存储器中的所述第一历史信息和所述第一属性信息，以指定所述至少一个用户中包括的具有由所获取的第二属性信息表示的属性的第二用户的操作特性；

按照所指定的操作生成第二画面，所述第二画面包括所述标准任务画面中的操作图像，并且所述第二画面不同于所述标准任务画面；和

将表示生成的第二画面的画面数据发送到所述客户端设备，

其中，所述第一画面包括在多个操作中使用的多个操作图像，

其中，所述信息处理方法进一步包括：

基于存储在所述存储器中的所述第一历史信息和所述第一属性信息，计算所述第二用户以不同于预定的第一顺序的第二顺序执行所述多个操作的次数，

其中，如果所计算的以所述第二顺序执行所述多个操作的次数大于或等于第四阈值，则指定所述第二顺序，并且

其中，通过按照所指定的第二顺序改变所述第一画面中包括的所述多个操作图像的排列次序来生成所述第二画面。

Images