CN102376020A - 信息处理装置和信息处理方法 - Google Patents

Abstract

本发明提供了信息处理装置和信息处理方法，所述信息处理装置包括差计算模块、相加模块和输出模块。所述差计算模块计算当构成业务处理的业务结束时在第一负责人和第二负责人之间产生的第一信息量与当构成业务处理的业务结束时估计在第一负责人和第二负责人之间产生的第二信息量之间的差。所述相加模块将在所述业务处理中的所述第一负责人和所述业务处理中或者与所述业务处理相关的其他业务处理中的所述第二负责人的组合中由差计算模块计算出的差相加。所述输出模块将由相加模块计算出的差的和作为业务处理的风险输出。

Description

信息处理装置和信息处理方法

技术领域

本发明涉及信息处理装置和信息处理方法。

背景技术

专利文献1披露了一种业务风险管理装置，该装置检测应对业务处理中的风险的问题并且对有关的人提出警告或建议。这种业务风险管理装置存储根据特定业务活动推测出的业务风险以及彼此相关联地应对这种风险的业务活动，基于应当受到保护的各个业务处理的内部控制规则来检测各个业务处理中的内部控制问题，并且将检测到的问题通知给用户。

专利文献2披露了一种评估系统，其可以自动地预测在不同的活动中进行交流的人并且基于预测的信息来执行高精度的交流评估。这种评估系统包括：处理描述保持单元，其用于保持与在一个处理中多个活动之间的相互关系有关的处理描述数据；活动阶段保持单元，其用于保持组织中的成员的活动相关信息；期望值计算单元，其利用处理描述数据和成员的活动相关信息来预测在各种活动中进行的组织内的对话；对话历史保持单元，其用于保持实际的对话历史；以及比较单元，其利用所预测的信息和对话历史来指定处理中的特定活动并且比较在活动期间所进行的对话。

专利文献3披露了一种系统，所述系统利用存档的摘要来执行对公司风险的评估控制的处理并且相对于整个处理执行统一的评估。该系统包括：控制记录单元，其用于记录对于每次处理的控制；各处理等级计算单元，其用于为每次处理计算控制等级；各处理评估单元，其用于对每次处理的控制进行评估；以及业务处理评估单元，其用于对整个处理的评估进行统一，其中，控制记录单元管理多种风险内容、作为待应对内容的控制内容以及对于每次处理的控制结果的验证，各处理等级计算单元为由控制记录单元管理的处理的每种风险来计算控制结果等级，各处理评估单元为每次处理的每种风险来设置控制结果的计算等级，并且业务处理评估单元借助于处理等级和为每次处理设置的处理评估来对整个处理的风险控制进行评估。

[相关技术文献]

[专利文献]

[专利文献1]JP-A-2009-064114

[专利文献2]JP-A-2009-059075

[专利文献3]JP-A-2007-183807

发明内容

本发明的一些方面的优势是提供这样的信息处理装置和信息处理方法：其能够输出通过执行业务而实现的业务处理中的风险。

[1]根据本发明的一个方面，一种信息处理装置包括：

差计算模块，其计算当构成业务处理的业务结束时在第一负责人和第二负责人之间产生的第一信息量与当构成所述业务处理的所述业务结束时估计在所述第一负责人和所述第二负责人之间产生的第二信息量之间的差；

相加模块，其将在所述业务处理中的所述第一负责人和所述业务处理中或者与所述业务处理相关的其它业务处理中的所述第二负责人的组合中由所述差计算模块计算出的差相加；以及

输出模块，其将由所述相加模块计算出的所述差的和作为所述业务处理的风险输出。

[2]项[1]中所述的信息处理装置还包括信息量计算模块，所述信息量计算模块根据所述业务处理和除了所述业务处理之外的与所述第一负责人和所述第二负责人相关的业务处理彼此重叠的时间段的比率来计算所述第一信息量，

其中，所述差计算模块计利用由所述信息量计算模块所计算出的所述第一信息量来计算所述第一信息量与所述第二信息量之间的所述差。

[3]项[1]或项[2]中所述的信息处理装置还包括第二相加模块，所述第二相加模块在从所述业务处理开始至当前的时间段中执行所述差计算模块的计算和所述相加模块的相加，并且将由所述相加模块执行的所述相加的结果相加，

其中，所述输出模块将由所述第二相加模块执行的所述相加的结果作为所述业务处理的风险输出。

[4]项[1]或项[2]中所述的信息处理装置还包括第三相加模块，所述第三相加模块将基于由所述第一负责人或所述第二负责人执行的业务处理的数量的值与由所述相加模块执行的所述相加的结果相加，

其中，所述输出模块将由所述第三相加模块执行的所述相加的结果作为所述业务处理的风险输出。

[5]项[1]或项[2]中所述的信息处理装置，其中，所述差计算模块从当所述业务结束时估计在所述第一负责人和所述第二负责人之间产生的预定可传送信息量中减去当所述业务结束时在所述第一负责人和所述第二负责人之间产生的可传送信息量，如果相减的结果的值大于或等于0，则所述差计算模块确定所述结果为由所述差计算模块所计算出的所述差，而如果相减的结果的值小于0，则所述差计算模块确定0为由所述差计算模块所计算出的所述差。

[6]项[1]或项[2]中所述的信息处理装置，其中，所述输出模块将在结束的业务处理为对象的情况下所述业务处理的风险与中断的业务处理为对象的情况下所述业务处理的风险进行比较并且输出比较结果。

[7]根据本发明的另一方面，一种信息处理方法包括：

计算步骤，计算当构成业务处理的业务结束时在第一负责人和第二负责人之间产生的第一信息量与当构成所述业务处理的所述业务结束时估计在所述第一负责人和所述第二负责人之间产生的第二信息量之间的差；

相加步骤，将在所述业务处理中的所述第一负责人和在所述业务处理中或者在与所述业务处理相关的其他业务处理中的所述第二负责人的组合中由所述计算步骤计算出的所述差相加；以及

输出步骤，将由所述相加步骤计算出的所述差的和作为所述业务处理的风险输出。

通过项[1]中的构造，可以由当业务结束时产生的负责人之间的可传送信息量来输出业务处理中的风险。

通过项[2]中的构造，可以根据多个处理彼此重叠的时间段的比率来计算可传送信息量。

通过项[3]中的构造，可以计算出业务处理中的各个处理的风险的累计。

通过项[4]中的构造，可以根据负责人同时服务的业务处理的数量来输出业务处理中的风险。

通过项[5]中的构造，可以将小于预定可传送信息量的可传送信息量认为是业务处理中的风险。

通过项[6]中的构造，可以将结束的业务处理中的风险和中断的业务处理中的风险彼此进行比较并且输出。

通过项[7]中的方法，可以由当业务结束时产生的负责人之间的可传送信息量来输出业务处理中的风险。

附图说明

将基于下列附图详细地说明本发明的示例性实施例，其中：

图1是示出根据与本发明示例性实施例对应的构造实例的概念模块的构造的示意图；

图2是示出业务处理的定义实例的说明图；

图3是示出业务处理的事例实例的说明图；

图4是示出业务处理事例表的数据结构实例的说明图；

图5是示出活动日志表的数据结构实例的说明图；

图6是示出电子邮件日志表的数据结构实例的说明图；

图7是示出示出电话/TV会议(视频会议)日志表的数据结构实例的说明图；

图8是示出事例和通信量表的数据结构实例的说明图；

图9是示出期望通信量表的数据结构实例的说明图；

图10是示出随着时间变化的通信量实例的说明图；

图11是示出业务处理中的事例重叠实例的说明图；

图12是示出根据本发明示例性实施例的处理实例的流程图1；

图13是示出在本发明示例性实施例中呈现出的显示屏幕的实例1的说明图；

图14是示出根据本发明示例性实施例的处理实例的流程图2；

图15是示出在本发明示例性实施例中呈现出的显示屏幕的实例2的说明图；以及

图16是示出在本发明示例性实施例中实现的计算机硬件构造的实例的框图。

具体实施方式

将参考附图说明本发明的示例性实施例。

图1是示出根据与本发明示例性实施例对应的构造实例的概念模块的构造的示意图。

这里使用的术语“模块”通常指的是在逻辑上可分离的软件(计算机程序)或硬件组件等。因此，在本发明的示例性实施例中，模块不仅指计算机程序中的模块，而且指硬件构造中的模块。因此，在本发明的示例性实施例中，还对用作模块的计算机程序(用于执行计算机中的各个过程的程序、用于使计算机用作各种单元的程序以及用于实现计算机中的各种功能的程序)、系统和方法进行说明。然而，尽管为了便于说明而使用了措词“存储”、“储存”及其等同词，但这些词指的是在以计算机或程序为示例的情况下在存储装置中进行存储或者进行控制以存储在存储装置中。而且，模块可以与功能一一对应，并且在安装时，一个模块可以被构造成一个程序，多个模块可以被构造成一个程序，或者相反地，一个模块可以被构造成多个程序。此外，可以由一台计算机来执行多个模块，并且在分散或并行的环境中，可以由多台计算机来执行一个模块。在这种情况下，一个模块可以包括另一模块。另外，在下文中，术语“连接”不仅可以用作物理连接，而且可以用作逻辑连接(数据交换、指示、数据之间的引用关系等)。措词“预定的”指的是在对象处理之前的确定，并且在本发明的示例性实施例中，不仅在根据根据本发明的示例性实施例的处理开始之前，而且即使在根据本发明的示例性实施例的处理开始之后但只要在对象处理之前时的情形或状况或者根据直至此时的情形或状况来进行确定。

此外，术语“系统”或“装置”包括这样的结构：除了多台计算机、硬件、装置等经由诸如网络等通信单元(包括一对一方式的通信连接)连接的构造之外，还包括由一台计算机、硬件、装置等实现的构造。术语“装置”和“系统”用作具有相同含义的词。当然，术语“系统”不包括只是作为人为缔结的社会“结构”(社会系统)。

另外，在由各个模块执行处理或者在一个模块中执行多个处理的情况下，对于每种处理从存储装置中读取对象信息，并且在执行处理之后将处理的结果写入存储装置中。因此，对于与在处理之前从存储装置中读取以及在处理之后写入存储装置中有关的内容，可以省略说明。这里，存储装置可以包括硬盘、RAM(随机存取存储器)、外部存储介质、通过通信线路的存储装置、CPU(中央处理单元)中的寄存器。

根据本发明的示例性实施例的信息处理装置输出业务处理中的风险，并且如图1中的实例所示，信息处理装置包括业务处理管理装置110、业务处理执行期间风险评估模块120、活动日志/ICT日志存储模块130以及输出模块140。

业务处理管理装置110包括业务处理管理模块112、业务处理定义和实体存储模块114。业务处理管理装置110定义业务处理并且进行管理以便根据业务处理的定义来实际执行业务。这种装置可以为现有的业务处理管理装置。

业务处理由多个业务(在构成业务处理的情况下，多个业务被称为步骤)构成，并且由各个业务之间的依赖关系来定义。当然，还定义在各个业务中执行的业务内容。

在图2中示出了业务处理的定义(模型)的实例。图2是示出业务处理的定义实例的说明图。业务处理定义200由业务A(202)、业务B1(204)、业务B2(206)、业务C(208)以及业务D(210)构成，并且定义为使得：在业务A(202)之后执行业务B1(204)和业务B2(206)，在业务B1(204)和业务B2(206)之后执行业务C(208)，并且在业务C(208)之后执行业务D(210)。表示业务处理定义200的数据存储在业务处理定义和实体存储模块114中。具体而言，可以使用能够实现这种网络结构的任何数据结构。例如，数据结构可以为列表结构、表格结构等。在这种情况下，处理ID(标识)与业务处理定义相关联，该处理ID为可以唯一地识别业务处理定义的代码。

接下来，将对在根据业务处理定义而实际执行业务处理的情况下所管理的信息进行说明。在图3中示出了根据如图2例示的业务处理定义的实例。图3是示出业务处理事例的实例的说明图。这里，事例指的是根据业务处理定义的实体(还称为具体化、实体化等)。也就是说，在执行业务的情况下，实现事例以使负责人被分配到各个业务，并且管理在哪个时间点执行哪种业务的进程。

业务处理事例300由业务A(302)、业务B1(304)、业务B2(306)、业务C(308)以及业务D(310)构成，并且每种业务对应于如图2所例示的业务处理定义200。在这种情况下，业务D(310)尚未执行，并且因此以虚线来表示。在本发明的示例性实施例中，处理ID和事例ID与业务处理事例相关联，其中处理ID表示作为基础的业务处理的定义，并且事例ID作为能够唯一地识别业务处理事例的代码。

表示业务处理事例300的数据存储在业务处理定义和实体存储模块114中。各个业务对应于表示已执行业务的负责人的职员ID以及执行业务的日期(完成业务的日期、开始下一个业务的日期)。例如，已经表明由职员x1在日期T1执行业务A(302)。对应于各个业务的信息连同业务处理事例表400一起存储在业务处理定义和实体存储模块114中。图4是示出业务处理事例表400的数据结构实例的说明图。

业务处理事例表400包括业务ID部分402、日期部分404以及负责人ID部分406。业务ID部分402存储业务ID，所述业务ID为可以唯一地识别作为对象的业务处理事例中的业务的代码。日期部分404存储执行业务的日期。负责人ID部分406存储负责人ID，所述负责人ID为可以唯一地识别执行业务的负责人的代码。

此外，业务处理定义或业务处理事例表400可以包括与生产需求有关的信息或者可以与另一负责人传递信息的适当量(通信量)有关的信息，以使这些信息可以在ABC分析(重点分析)中用作各个业务的业务内容。

业务处理管理模块112连接至业务处理定义和实体存储模块114。业务处理管理模块112管理一个或多个业务处理的定义和事例(实体)及其状态。例如，根据业务处理定义，业务处理管理模块112可以向执行业务的负责人呈现指令，以实现利用电子邮件等执行业务。如果业务完成，则业务处理管理模块112将执行业务的负责人ID和完成日期存储在业务处理事例表400中，以与业务的业务ID对应。

业务处理定义和实体存储模块114连接至业务处理管理模块112和业务处理执行期间风险评估模块120。业务处理定义和实体存储模块114存储由业务处理管理模块112管理的信息。例如，业务处理定义和实体存储模块114存储业务处理定义信息、业务处理事例等。

活动日志/ICT日志存储模块130连接至业务处理执行期间风险评估模块120。活动日志/ICT日志存储模块130存储利用诸如实际空间中的会议、邮件或电话、TV会议等ICT(信息通信技术)系统的日志。

实际空间中的会议的日志为例如下述记录：即，通过追踪由负责人所拥有的ID卡而得到的在特定会议室中会见的负责人。例如，记录被存储为活动日志表500。图5是示出活动日志表500的数据结构实例的说明图。活动日志表500包括ID部分502、日期部分504、位置部分506、负责人ID集合部分508以及会议时间部分510。ID部分502存储用于唯一地识别会议日志的ID。日期部分504存储会议举行的日期。位置部分506存储会议举行的地点(例如，会议室ID、经纬度信息等)。负责人ID集合部分508存储出席会议的负责人的负责人ID。在这种情况下，可以有一个或多个负责人出席会议。会议时间部分510存储会议举行的时间(可以为结束时间)。

另外，电子邮件日志被存储在电子邮件日志表600中。图6是示出电子邮件日志表600的数据结构实例的说明图。电子邮件日志表600包括ID部分602、日期部分604、源地址负责人ID部分606以及发送方负责人ID集合部分608。ID部分602存储用于唯一地识别电子邮件的发送/接收日志的ID。日期部分604存储发送/接收电子邮件的日期。源地址负责人ID部分606存储发送电子邮件的负责人的负责人ID。发送方负责人ID集合部分608存储接收电子邮件的负责人(可以呈现一个或多个负责人)的负责人ID集合。

另外，电话或TV会议日志被存储在电话/TV会议日志表700中。图7是示出电话/TV会议日志表700的数据结构实例的说明图。电话/TV会议日志表700包括ID部分702、日期部分704、执行会议负责人ID集合部分706以及会议时间部分708。ID部分702存储用于唯一地识别举行电话或TV会议的日志的ID。日期部分704存储电话或TV会议举行的日期。执行会议负责人ID集合部分706存储出席电话或TV会议的负责人的ID集合。会议时间部分708存储电话或TV会议举行的时间(可以为结束时间)。

业务处理执行期间风险评估模块120连接至业务处理定义和实体存储模块114、活动日志/ICT日志存储模块130、通知模块142以及显示模块144，并且基于业务处理定义和实体存储模块114和活动日志/ICT日志存储模块130中的信息而通过使业务处理事例与通信日志彼此对应来评估在业务处理事例中的各个业务的通信量与业务处理的期望通信量之间的差值作为风险。在下文中，将对此进行更加详细地说明。

业务处理执行期间风险评估模块120计算可传送信息量A与预定可传送信息量B之间的差，其中可传送信息量A是当构成业务处理的业务结束时在负责人A和负责人B之间产生的可传送信息量，预定可传送信息量B是当业务结束时估计在负责人A和负责人B之间产生的预定可传送信息量。而且，业务处理执行期间风险评估模块120将在第一负责人A和第二负责人B的组合中由差计算处理计算出的差相加，所述第一负责人A负责作为对象的业务处理，所述第二负责人B负责业务处理或与业务处理相关的另一业务处理。将相加的结果用作风险评估值。在这种情况下，负责人A和/或负责人B可以为团队或组中的一个负责人或多个负责人。

这里，“业务结束”的时间指的是状态变化时刻的时间邻域。在业务处理事例中一个业务结束并且下一个业务开始的时刻被设定为业务处理中的“状态变化时刻”。更具体而言，在图3中例示的事例中，业务A(302)的日期T1对应于状态变化时刻。在这种情况下，在本发明的示例性实施例中以日期来指定状态变化时刻就足够了，并且所述日期可以由年、月、日、小时、分钟、秒以及秒以下的任一个或者组合来表示。另外，状态变化时刻的时间邻域指的是至少包括状态变化时刻的预定时间段。状态变化时刻可以是或不是时间段的中点。例如，状态变化时刻之前的时间段可以较长，并且状态变化时刻之后的时间段可以较短。

“当业务结束时在负责人A和负责人B之间产生的可传送信息量A”指的是实际产生的通信量(下文中称为“通信量A”)。通过对事例的状态变化时刻的通信量进行测量来获得该通信量。

“当业务结束时估计在负责人A和负责人B之间产生的预定可传送信息量B”指的是在标准上执行业务所必需的期望通信量(下文中称为“通信量B”)，并且所述预定可传送信息量B为预定值。

在业务中，由于通常是在“状态变化时刻”的时间邻域内产生通信，因此业务处理执行期间风险评估模块120测量在时间邻域内的负责人之间的通信量A，并且将通信量A与期望通信量B之间的差作为风险进行评估。

在“与业务处理相关的另一业务处理”中的“另一业务处理”与作为对象的业务处理具有预定的关系，并且例如可以预先与对象业务处理对应。

也就是说，在通信范围内，不仅业务处理事例的各个负责人，还有相关业务处理事例的负责人，都可以成为对象。例如，作为相关业务处理事例，存在从相同业务处理的定义中产生的事例，并且与已经结束的事例的负责人(前任)或者当前正在执行的另一事例的负责人的通信在通信范围内。也就是说，通信范围被确定为不仅包括与作为对象的业务处理事例的负责人的通信还包括与业务处理事例相关的业务处理事例的负责人的通信。

在时刻t的业务处理事例P的风险评估E(P，t)由等式(1)来计算。

$E(P,t)=\underset{P^{\&prime;}\&Element;R\left(P\right)}{\mathrm{\&Sigma;}}\underset{\underset{M\left(P\right)\&times;M\left(P^{\&prime;}\right)}{<m_1,m_2>\&Element;}}{\mathrm{\&Sigma;}}|C(t,m_1,m_2,P)-B(m_1,m_2,P)|......\left(1\right)$

此处，M(P)表示业务处理事例P的负责人的集合，M(P’)表示业务处理事例P’的负责人的集合，P’表示与业务处理事例P相关的另一事例，R(P)表示包括与业务处理事例P相关的另一事例和业务处理事例P的集合，C(t，m₁，m₂，P)表示在时刻t关于业务处理事例P在负责人m₁和m₂之间进行的通信量的估计值(稍后将说明)，并且B(m₁，m₂，P)表示在业务处理事例P中定义的负责人m₁和m₂之间的期望通信量B(典型地，在不具有依赖关系的负责人之间设定为0，并且在具有依赖关系的负责人之间设定基于业务内容的值)。

在等式(1)的右侧的绝对值的计算部分用于计算通信量A与通信量B之间的差。另外，通过在等式(1)的右侧的两个∑，在业务处理中的负责人A和业务处理或者与该业务处理相关的另一业务处理中的负责人B的组合中使绝对值的计算结果相加。

这里，将对C(t，m₁，m₂，P)的计算进行说明。

业务处理管理装置110可以生成存储在活动日志/ICT日志存储模块130中的信息。在这种情况下，由于业务处理管理装置110对活动对应于哪种业务进行管理，因此可以通过使业务ID与上述活动日志表500、电子邮件日志表600以及电话/TV会议日志表700相对应来存储信息。在这种情况下，通信量A对应于作为对象的业务，并且对在状态变化时刻的时间邻域内产生的通信数量进行计数。

另外，将对如下情况进行说明：即，无论业务处理管理装置110如何，已经生成存储在活动日志/ICT日志存储模块130中的信息。在这种情况下，可能不需要包括与下述有关的信息：存储在活动日志/ICT日志存储模块130中的通信已经与哪个业务处理相关联地执行。

在业务处理事例P中的状态变化时刻t处，相关人之间的通信量在时间邻域内增加。由在正常状态下每单位时间的通信量之间的差来测量取决于状态变化时刻(即，在状态变化时刻的时间邻域内)的每单位时间的通信量。

图10是示出随时间变化的通信量的实例的说明图。该图在竖直轴上表示通信量，并且在水平轴上表示时间变化。如图10所示，在设定用于测量时刻t的时间邻域Δ和正常状态下的通信量的窗口宽度T的情况下，在正常状态下每单位时间的通信量为通过使从t0至t1以及从t2至t3的通信量的累积值S0除以(T-Δ)所获得的值，并且在正常状态下在时刻t的时间邻域内每单位时间的通信量为通过使从t1至t2的通信量的累积值S1除以Δ所获得的值。因此，取决于业务处理事例P的状态变化的每单位时间的通信量为S1/Δ-S0/(T-Δ)。

此时，通信量的维度(单位)可以根据日志来确定。例如，在活动日志或电话/TV会议的情况下，所述维度为会议时间(具体为，活动日志表500的会议时间部分510以及电话/TV会议表700的会议时间部分708)，并且在电子邮件的情况下，所述维度为邮件的数量(具体为，作为对象的负责人的负责人ID存储在电子邮件日志表600的源地址负责人ID 606或者存储在发送方负责人ID集合部分608中的次数)。

业务处理执行期间风险评估模块120可以根据作为对象的业务处理和除了与负责人A和负责人B相关的业务处理之外的业务处理彼此重叠的时间段的比率来计算通信量A。另外，差计算处理可以利用由可传送信息量计算单元计算出的通信量A来计算通信量A与通信量B之间的差。

这是由于，在负责人m₁和m₂参与除了业务处理事例P之外的另一业务处理事例P’并且业务处理事例P’中的状态变化时刻t’接近于业务处理事例P中的状态变化时刻t的情况下，不清楚负责人m₁和m₂进行的通信是关于业务处理事例P或是业务处理事例P’。在这种情况下，t接近于t’的事实指的是，在t的时间邻域Δ和t’的时间邻域Δ中发生了重叠。

图11是示出业务处理中事例重叠的实例的说明图。如图11所示，在t接近于t’的情况下，t的时间邻域Δ和t’的时间邻域Δ彼此重叠(图11中的阴影部分)。

因此，可以如等式(2)来定义“精度”，并且可以由等式(3)来粗略地估计每单位时间的通信量。

Z(m₁，m₂，t，P)＝1-∑(t和t’的时间邻域Δ的重叠比率)/N    ...(2)

t’∈{除了与负责人m₁和m₂相关的

业务处理事例P之外的业务处理的事

例的状态变化时刻的集合}

负责人m₁和m₂进行与业务处理事例P相关的通信的精度Z(m₁，m₂，t，P)由在除了m₁和m₂负责的业务处理事例P之外的业务处理的事例中Δ的重叠比率来定义。在这种情况下，N表示负责人m₁和m₂同时参与的业务处理的事例的数量。在图11的实例中，如果假设t的时间邻域Δ和t’的时间邻域Δ的重叠部分为Δ的25％，则精度变成1-0.25/2＝0.875。

C(t，m₁，m₂，P)＝Z(m₁，m₂，t，P)×(S1/Δ-S0/(T-Δ)) ...(3)

使用上述E(P，t)作为业务处理事例P的状态变化时刻在时间t的风险评估函数。风险评估函数可以为如下的评估函数。

<累计风险量>

业务处理执行期间风险评估模块120可以进一步将从业务处理事例开始至当前的时间段内结束的业务中E(P，t)的计算结果相加。通过这样做，风险评估模块120可以计算累计风险量EA(P)。该计算结果被设定为风险评估值。在从业务处理事例P开始至当前时间的时间段内状态变化时刻的集合设定为等式(4)，并且累计风险量EA(P)如等式(5)中计算。

ST(P)＝{t1，t2，...，tn}......(4)

$E_A\left(P\right)=\underset{t\&Element;\mathrm{ST}\left(P\right)}{\mathrm{\&Sigma;}}E(P,t)......\left(5\right)$

<考虑负责人的职位多样性的风险量>

业务处理执行期间风险评估模块120可以进一步将基于由负责人A或负责人B所执行的业务处理的数量的值与E(P，t)的计算结果相加。该计算结果被设定为风险评估值。计算结果表示在等式(6)中。

$E_D(P,t)=E(P,t)+\mathrm{\&alpha;}\underset{m\&Element;M\left(P\right)}{\mathrm{\&Sigma;}}D(m,t)......\left(6\right)$

假设雇员m在时间t负责执行的业务处理的事例数量为D(m，t)。

“考虑到负责人的职位多样性的风险量ED(P，t)”为通过将负责业务处理事例P的雇员的职位多样性的和与风险量相加所获得的计算结果。在这种情况下，权重值α为设定职位多样性与风险的反映程度的因子并且为预定值。例如，分析者考虑到负责人的业务复杂度来确定权重值α。例如，由于复杂的业务同时保持职位并且具有高风险，因此设定大的权重值α，否则设定小的权重值α。

<基于通信时刻的不适当性的风险量>

业务处理执行期间风险评估模块120可以通过从当业务结束时估计在负责人A和负责人B之间产生的预定通信量B中减去当业务结束时在负责人A和负责人B之间产生的通信值来进行差计算处理。计算的结果用作风险评估值。在这种情况下，如果相减的结果的值大于或等于0，则业务处理执行期间风险评估模块120确定所述结果作为由差计算单元(差计算处理)计算出的差，而如果相减的结果的值小于0，则业务处理执行期间风险评估模块120确定0作为由差计算单元计算的差。这以等式(7)来表示。

$E_U(P,t)=\underset{P^{\&prime;}\&Element;R\left(P\right)}{\mathrm{\&Sigma;}}\underset{\underset{M\left(P\right)\&times;M\left(P^{\&prime;}\right)}{<m_1,m_2>\&Element;}}{\mathrm{\&Sigma;}}U(B(m_1,m_2,P)-C(t,m_1,m_2,P))......\left(7\right)$

在通信量小于在业务处理事例P的状态变化时刻的时刻t的期望通信量的情况下，这被理解为风险。在这种情况下，函数U(x)为这样的函数：即，在x≥0的情况下返回x，并且在x＜0的情况下返回0。

在这种情况下，业务处理执行期间风险评估模块120可以如事例和通信量表800那样存储上述通信量A。图8是示出事例和通信量表800的数据结构实例的说明图。事例和通信量表800包括业务ID部分802、日期部分804、负责人A ID部分806、负责人B ID部分808以及通信量部分810。业务ID部分802存储业务ID，所述业务ID为可以唯一地识别作为对象的业务处理事例中的业务的代码。日期部分804存储业务执行的日期(状态变化时刻)。负责人A ID部分806存储执行业务的负责人A的负责人ID。负责人B ID部分808存储与负责人A进行通信的负责人B的负责人ID。通信量部分810存储如上所述由业务处理执行期间风险评估模块120计算出的C(t，m₁，m₂，P)。

另外，业务处理执行期间风险评估模块120可以如期望通信量表900那样存储上述通信量B。图9是示出期望通信量表900的数据结构实例的说明图。期望通信量表900包括业务ID部分902、负责人A ID部分904、负责人B ID部分906以及通信量部分908。业务ID部分902存储业务ID，业务ID为可以唯一地识别作为对象的业务处理事例中的业务的代码。负责人A ID部分904存储执行业务的负责人A的负责人ID。负责人B ID部分906存储执行业务的负责人B的负责人ID。通信量部分908存储预定的期望通信量B。在这种情况下，期望通信量B可以为根据业务处理的业务确定的值、根据负责人A和负责人B的组合确定的值、或者根据业务处理的业务与负责人A和负责人B的组合确定的值。

业务处理执行期间风险评估模块120利用事例和通信量表800和期望通信量表900来计算风险评估值。

输出模块140包括通知模块142和显示模块144。输出模块140将由业务处理执行期间风险评估模块120得到的风险评估函数(等式(1)、(5)、(6)和(7))的计算结果作为对象的业务处理的事例的风险输出。

通知模块142连接至业务处理执行期间风险评估模块120，并且通过电子邮件将风险评估函数的计算结果通知给用户。例如，通知模块142通过将计算结果的值与预定阈值进行比较来生成达到警告效果的消息，以将消息通知给用户。

显示模块144连接至业务处理执行期间风险评估模块120，并且在根据本发明的示例性实施例的信息处理装置中设置的显示装置上显示风险评估函数的计算结果。

图12是示出根据本发明示例性实施例的处理实例的流程图1。该处理实例为以俯视的方式对正在执行的业务处理的风险进行可视化的实例。将利用图13来说明这一实例。图13是示出根据本发明示例性实施例呈现出的显示屏幕1300的说明图。

在步骤S1202中，业务处理执行期间风险评估模块120计算关于正在执行的业务处理事例P在当前时刻t的风险评估值E(P，t)，并且显示模块144显示该风险评估值E(P，t)。例如，如图13所示，显示模块144在根据本发明示例性实施例而安装的显示装置上对显示屏幕1300进行显示。在显示屏幕1300中显示了业务处理事例显示区域1310。根据风险评估值E(P，t)来显示表示业务处理事例ID的业务处理事例图标1321至1329。而且，如果由鼠标光标1320指示任一个业务处理事例图标，则可以显示业务处理事例内容显示区域1330。在业务处理事例内容显示区域1330中显示的内容等同于如图3中所示的业务处理事例300，并且为由鼠标光标1320指示的业务处理事例的内容。在这种情况下，以对应于风险评估值E(P，t)的高度在业务处理事例显示区域1310中显示业务处理事例图标。在这种情况下，使用随机值来确定图标的水平位置，以使图标的水平位置彼此不重叠。

在步骤S1204中，业务处理执行期间风险评估模块120判断在正在执行的业务处理事例中是否存在状态已经变化的业务处理事例，如果存在，则处理转入步骤S1208，否则，处理转入步骤S1206。

在步骤S1206中，业务处理执行期间风险评估模块120等待预定时间，并且然后执行步骤S1204的处理。

在步骤S1208中，业务处理执行期间风险评估模块120将状态已经发生变化的业务处理事例的事例ID代入变量P，并且将当前时刻(状态变化时刻)代入变量t。

在步骤S1210中，业务处理执行期间风险评估模块120计算风险评估值E(P，t)，并且显示模块144更新相应的显示。然后，业务处理执行期间风险评估模块120重复从步骤S1204起的处理。

显示模块144可以对在结束的业务处理为对象的情况下的业务处理风险和在中断的业务处理为对象的情况下的业务处理风险进行比较并且输出。这是通过相对于已经完成的业务处理事例单独显示正常结束的业务处理事例和中断的业务处理事例来分析业务处理的问题。将利用图14和图15来说明该处理实例。

图14是示出根据本发明示例性实施例的处理实例的流程图2，并且图15是示出在本发明示例性实施例中呈现的显示屏幕1500的实例的说明图。

在步骤S1402中，业务处理执行期间风险评估模块120计算关于业务处理事例P在结束时刻或中断时刻t的风险评估值E(P，t)，并且显示模块144显示所述风险评估值E(P，t)。例如，如图15所示，显示模块144在根据本发明示例性实施例而安装的显示装置上对显示屏幕1500进行显示。在显示屏幕1500中显示结束业务处理事例显示区域1510和中断业务处理事例显示区域1540。根据风险评估值E(P，t)在结束业务处理事例显示区域1510中显示表示业务处理事例ID的业务处理事例图标1521至1529，并且根据风险评估值E(P，t)在中断业务处理事例显示区域1540中显示表示业务处理的事例ID的业务处理事例图标1551至1559。

另外，显示模块144在结束业务处理事例显示区域1510中显示问题业务处理事例显示区域1530。显示模块144选择风险评估值E(P，t)大于预定阈值的显示区域作为待在问题业务处理事例显示区域1530中显示的显示区域。尽管风险评估值大，但是这些显示为正常结束，并且因此可以对此进行改善。

另外，显示模块144在中断业务处理事例显示区域1540中显示问题业务处理事例显示区域1560。显示模块144选择风险评估值E(P，t)小于预定阈值的显示区域作为待在问题业务处理事例显示区域1560中显示的显示区域。尽管风险评估值小，但是这些显示为中断(非正常结束)，并且因此可以对此进行改善。

尽管高风险但正常结束的业务处理事例组和尽管低风险但中断的业务处理事例组可以具有这样的可能性：即，在业务处理的设计上存在问题，并且这样的显示使得用户易于发现问题。

另外，如果由鼠标光标1550来指示任一业务处理事例图标，则可以显示业务处理事例内容显示区域1570。在业务处理事例内容显示区域1570中显示的内容等同于如图3所示的业务处理事例300，并且为由鼠标光标1320所指示的业务处理事例的内容。在这种情况下，以对应于风险评估值E(P，t)的高度在结束业务处理事例显示区域1510和中断业务处理事例显示区域1540中显示业务处理事例图标。在这种情况下，利用随机值来确定图标的水平位置，以使图标的水平位置彼此不重叠。

在步骤S1404中，业务处理执行期间风险评估模块120判断在正在执行的业务处理事例中是否存在结束或中断的业务处理事例，如果存在，则处理转入步骤S1408，否则，处理转入步骤S1406。

在步骤S1406中，业务处理执行期间风险评估模块120等待预定时间，并且然后执行步骤S1404的处理。

在步骤S1408中，业务处理执行期间风险评估模块120将状态已经发生变化的业务处理事例的事例ID代入变量P，并且将当前时刻(状态变化时刻)代入变量t。

在步骤S1410中，业务处理执行期间风险评估模块120计算风险评估值E(P，t)，并且显示模块144更新相应的显示。然后，业务处理执行期间风险评估模块120重复从步骤S1404起的处理。

尽管在利用图12和图14的说明中将E(P，t)用作风险评估值，但也可以使用其它的风险评估值(等式(5)、(6)和(7))。

如图16所示，执行作为根据本发明示例性实施例的程序的计算机的硬件构造为通用计算机，并且具体为个人计算机、可以用作服务器的计算机等。也就是说，作为具体实例，将CPU 1601用作处理单元(运算单元)，并且RAM 1602、ROM 1603和HD 1604用作存储装置。例如，可以使用硬盘作为HD 1604。硬件构造包括：CPU1601，其执行诸如业务处理执行期间风险评估模块120、输出模块140、业务处理管理模块112等的程序；RAM 1602，其存储程序或数据；ROM 1603，其存储用于启动计算机的程序；HD 1604，其作为辅助存储装置；输入装置1606，其诸如为用于输入数据的键盘、鼠标等；输出装置1605，其诸如为CRT或液晶显示器；通信线路接口1607，其诸如为用于与通信网络连接的网络接口卡等；以及总线1608，其用于连接这些部件以在这种部件中交换数据。多台计算机可以通过网络连接。

通过使硬件构造的系统读取作为软件的计算机程序，由计算机程序实现的上述示例性实施例可以与软件和硬件资源协作地实现。

在这种情况下，图16中所示的硬件构造代表一个构造实例。本发明的示例性实施例不限于图16中所示的构造，并且可以使用能够执行如本发明的示例性实施例中所描述的模块的任何构造。例如，一些模块可以由专用硬件(例如，ASIC等)来构造，或者可以设置在外部系统中并且经由通信线连接。此外，如图16所示，多个系统可以经由通信线路来连接以便彼此协作地运行。而且，除了个人计算机之外，根据本发明的示例性实施例的构造可以装配到信息家用设备、复印机、传真机、打印机、多功能外围设备(具有扫描仪、打印机、复印机、传真机等中的两种或以上功能的图像处理装置)上。

在本发明的示例性实施例的前述说明中，将等式(1)、(5)、(6)和(7)中的任一个等式用作风险评估函数。然而，可以使用这些等式的组合。也就是说，可以计算出多个风险评估值。另外，可以根据用户的选择操作来选择多个风险评估函数。而且，可以计算出多个风险评估值，并且作为风险评估值，可以选择和显示问题风险评估值。可以通过将风险评估函数与预定的阈值进行比较来进行问题风险评估值的选择。

上述程序可以存储在记录介质中以便提供，或者可以由通信单元来提供。在这种情况下，例如，上述程序可以被理解为“记录有程序的计算机可读记录介质”的发明。

“记录有程序的计算机可读记录介质”指的是记录有程序的可由计算机读取的记录介质，该记录介质用于程序安装、执行、程序分配等。

在这种情况下，记录介质的实例包括：“DVD-R、DVD-RW、DVD-RAM等”，其作为数字通用光盘(DVD)而与DVD论坛中的适当标准相对应；“DVD+R、DVD+RW等”，其与DVD+RW中的适当标准相对应、作为压缩盘(CD)的只读存储器(CD-ROM)、可记录CD(CD-R)、可重写CD(CD-RW)等；蓝光光盘(注册商标)；磁光盘(MO)；软盘(FD)；磁带；硬盘；只读存储器(ROM)；电可擦写可编程只读存储器(EEPROM)；随机存取存储器(RAM)等。

另外，上述程序或其一部分可以记录在记录介质中，以便保存或分发。而且，通信装置可以利用例如传输介质的来传输程序或其一部分，所述传输介质的实例包括：用于局域网(LAN)、城域网(MAN)、广域网(WAN)、因特网、内联网、外联网等的有线网络、无线通信网或者有线网络与无线通信网络的组合，或者可以在载波上来传送程序。

而且，上述程序可以为另一程序的一部分或者可以与单独的程序一起记录在记录介质中。此外，程序可以被划分地记录在多个记录介质中。另外，如果程序可以被压缩、加密或恢复，则可以以任何方式来记录程序。

出于解释和说明的目的提供了本发明的示例性实施例的前面的说明。不意在穷举或将本发明限制为所公开的确切形式。显然，对于本技术领域的技术人员可以进行许多修改和变型。选择和说明本示例性实施例是为了更好地解释本发明的原理及其实际应用，因此使得本技术领域的其他人能够为实现各个实施例理解本发明和各种适合于所构想的特定应用的修改。目的在于通过所附权利要求及其等同内容限定本发明的范围。

Claims (7)

1.一种信息处理装置，包括：

差计算模块，其计算当构成业务处理的业务结束时在第一负责人和第二负责人之间产生的第一信息量与当构成所述业务处理的所述业务结束时估计在所述第一负责人和所述第二负责人之间产生的第二信息量之间的差；

相加模块，其将在所述业务处理中的所述第一负责人和所述业务处理中或者与所述业务处理相关的其它业务处理中的所述第二负责人的组合中由所述差计算模块计算出的差相加；以及

输出模块，其将由所述相加模块计算出的所述差的和作为所述业务处理的风险输出。

2.根据权利要求1所述的信息处理装置，还包括信息量计算模块，所述信息量计算模块根据所述业务处理和除了所述业务处理之外的与所述第一负责人和所述第二负责人相关的业务处理彼此重叠的时间段的比率来计算所述第一信息量，

其中，所述差计算模块计利用由所述信息量计算模块所计算出的所述第一信息量来计算所述第一信息量与所述第二信息量之间的所述差。

3.根据权利要求1或2所述的信息处理装置，还包括第二相加模块，所述第二相加模块在从所述业务处理开始至当前的时间段中执行所述差计算模块的计算和所述相加模块的相加，并且将由所述相加模块执行的所述相加的结果相加，

其中，所述输出模块将由所述第二相加模块执行的所述相加的结果作为所述业务处理的风险输出。

4.根据权利要求1或2所述的信息处理装置，还包括第三相加模块，所述第三相加模块将基于由所述第一负责人或所述第二负责人执行的业务处理的数量的值与由所述相加模块执行的所述相加的结果相加，

其中，所述输出模块将由所述第三相加模块执行的所述相加的结果作为所述业务处理的风险输出。

5.根据权利要求1或2所述的信息处理装置，其中，所述差计算模块从当所述业务结束时估计在所述第一负责人和所述第二负责人之间产生的预定可传送信息量中减去当所述业务结束时在所述第一负责人和所述第二负责人之间产生的可传送信息量，如果相减的结果的值大于或等于0，则所述差计算模块确定所述结果为由所述差计算模块所计算出的所述差，而如果相减的结果的值小于0，则所述差计算模块确定0为由所述差计算模块所计算出的所述差。

6.根据权利要求1或2所述的信息处理装置，其中，所述输出模块将在结束的业务处理为对象的情况下所述业务处理的风险与中断的业务处理为对象的情况下所述业务处理的风险进行比较并且输出比较结果。

7.一种信息处理方法，包括：

计算步骤，计算当构成业务处理的业务结束时在第一负责人和第二负责人之间产生的第一信息量与当构成所述业务处理的所述业务结束时估计在所述第一负责人和所述第二负责人之间产生的第二信息量之间的差；

相加步骤，将在所述业务处理中的所述第一负责人和在所述业务处理中或者在与所述业务处理相关的其他业务处理中的所述第二负责人的组合中由所述计算步骤计算出的所述差相加；以及

输出步骤，将由所述相加步骤计算出的所述差的和作为所述业务处理的风险输出。

Images