业务规范再生系统、业务规范再生方法与流程

本发明涉及业务规范再生系统及业务规范再生方法。

背景技术：

从旧系统移向新系统时，需要进行伴随该替代的系统开发(替代开发)。在替代开发中，新系统沿用旧系统的规范(规程、标准、说明，specification)的部分占有较多的比例，旧系统的正确的文档很少会被残留。在这样的情况下，虽然通过解析旧系统的源从而再生该旧系统的规范，但即使系统级的规范能够根据源再生，业务级的规范的再生也较困难的情况较多。因此，以往业务级的规范多为通过对用户进行的说明会或操作指南等的文档来再生，但由于用户的主观、操作指南未被维护等的理由，而未能掌握正确的规范。

鉴于这样的问题点，例如，在专利文献1中，将指定的url作为起点，递归地进行网页取得、画面截图、页面中包含的链接的提取、链接目的地的页面取得这样的步骤，从而自动地取得页面转换。另外，在专利文献2中，对指示了打印机或复合机的打印的用户的id、以及表示打印的文件的图像的图像日志进行积存，将该信息与原本注册的日志记录组所包含的图像日志彼此进行比较，根据该比较求出属于相同的单独业务的日志记录的集合，根据该类似图像的处理时刻与用户信息等的属性推断与单独业务对应的业务流程。

先行技术文献

专利文献

专利文献1：日本特开2010－79342号公报

专利文献2：日本特开2009－224958号公报

技术实现要素：

发明所要解决的课题

然而，在上述专利文献1所记载的技术中，虽然能够再生画面转换图这种系统的规范，但存在不能提取其在业务上具有何种含义、或在实际的业务中怎样被使用这样的问题。另外，在上述专利文献2所记载的技术中，通过类似的单据的批准印章的有无等的不同来推断业务的进程，但存在不能追踪单据的形式大为不同的业务(例如，一览表与单张票据等)、进程这样的问题。

本发明鉴于上述问题而做出，其目的在于提供能够根据系统的日志提取在组织或角色级进行的人与系统的交互的业务规范再生系统、业务规范再生方法。

解决课题的手段

上述课题所要解决的本发明所涉及的业务规范再生系统的特征在于，其构成为具备：案件流程生成部，基于操作日志数据，生成表示案件中的负责人所进行的业务的进程的案件流程，上述操作日志数据记录有执行上述案件所需的业务中的每个上述负责人的操作；模板生成部，基于将上述业务的组织与上述业务建立关联而成的组织数据、及通过上述案件流程生成部生成的案件流程，生成业务层级模板及组织模板，上述业务层及模板表示上述组织与上述业务的关系，上述组织模板表示上述组织与上述负责人的关系；以及业务流程生成部，基于上述模板生成部所生成的上述业务层级模板与上述组织模板，生成按每个上述组织表示上述业务的进程的业务流程。

另外，本发明也作为由上述业务规范再生系统进行的行业务规范再生方法来把握。

发明的效果

根据本发明，能够根据系统的日志，提取在组织或角色级进行的人与系统的交互。

附图说明

图1为表示具有业务规范再生装置的业务规范再生系统的构成例的图。

图2为表示存储部存储的操作日志的例子的图。

图3为表示案件流程生成部所生成的案件流程的例子的图。

图4为表示生成案件流程的案件流程生成处理的处理步骤的流程图。

图5为表示模板生成部生成的业务层级图模板的例子的图。

图6为表示模板生成部生成的组织图模板的例子的图。

图7为表示模板生成部生成的业务层级图模板的例子的图(负责部署记录时)。

图8为表示模板生成部生成的组织图模板的例子的图(负责部署记录时)。

图9为表示画面级的业务流程图的例子的图。

图10为表示业务级的业务流程图的例子的图。

具体实施方式

以下参照附图对本发明所涉及的业务规范再生系统、业务规范再生方法的实施方式进行详细地说明。

图1为表示具有业务规范再生装置的业务规范再生系统1000的构成例的图。如图1所示，业务规范再生系统1000具有对成为业务规范的再生对象的旧系统的操作日志进行保持的对象服务器100、以及基于从对象服务器100接受到的操作日志来生成最终的业务流程的分析服务器200，它们经由网络n而连接。此外，网络n是因特网等的一般性的通信线路网。

对象服务器100由一般性的服务器构成，具有存储部101、控制部102、及通信部103。存储部101例如是hdd(harddiskdrive，硬盘驱动器)等的一般性的存储装置，并存储旧系统中的业务的操作日志。

图2为表示存储部101存储的操作日志的例子的图。如图2所示，在操作日志中，将由用户操作旧系统的时刻、该用户、该用户所操作的画面、以及通过该操作或者画面来识别的业务的案件编号建立关联地存储。在图2中示出了：例如，在7月1日的10时00分，作为用户的佐藤，从关于由案件编号00100识别的案件的报价注册画面进行报价注册，在同日的10时01分，该报价注册出现错误，注册错误画面显示于与对象服务器100连接的操作终端的显示部，并且，在同日的10时02分，再次从报价注册画面进行报价注册，在同日的10时05分，报价注册结束并从报价批准画面委托了报价批准。并且示出了：在7月1日的11时05分，作为用户的铃木从批准委托确认画面确认该报价批准委托，在同日的11时07分，从批准画面批准了该报价批准委托。具体在后详述，这样，分析服务器200的操作日志取得部201取得存储在对象服务器100中的操作日志。

控制部102例如是cpu(centralprocessingunit，中央处理单元)等的一般性的运算装置，将从连接于对象服务器100的供上述用户操作的操作终端输入的信息存储于上述操作日志，或控制对象服务器100的各个部的动作。

通信部103例如是nic(networkinterfacecard，网络接口卡)等的一般性的通信设备，对与上述操作终端及分析服务器200之间的各种信息进行收发。

分析服务器200与对象服务器100同样地，由一般性的服务器构成，具有操作日志取得部201、案件流程生成部202、模板生成部203、业务流程生成部204、控制部205、及通信部206。此外，控制部205与对象服务器100的控制部102相同，控制分析服务器200中的各个部的动作，通信部206与对象服务器100的通信部103相同，对与对象服务器100之间的各种信息进行收发。

操作日志取得部201以规定的定时(例如，每周周六夜间或实时)取得存储在对象服务器100中的操作日志，并向案件流程生成部202输出。

案件流程生成部202接受操作日志取得部201所取得的操作日志，并生成案件流程。图3为表示案件流程生成部202所生成的案件流程的例子的图。

如图3所示，在所生成的案件流程中，上述案件编号被与对应于“报价注册”、“注册错误”、“报价批准委托”、“批准委托确认”、“批准”各业务的画面建立关联，在上述各画面中记录有操作该画面并进行了该业务的用户。在图3中，例如记录有在上述操作日志中说明了的业务的进程。从“报价注册”向“注册错误”的进程是不规则的情况，发生的频度较低，因此用细线记录，从“报价注册”向“报价批准委托”的进程、从“批准确认委托”向“批准”的进程是通常的业务的进程，发生的频度较高，因此用粗线记录。关于这样的线的粗细，例如若该业务的进程发生的次数为某阈值以下则设为细线、比该阈值大则设为粗线等，能够适当地进行规定。另外，从“报价注册”至“报价批准委托”为止的业务由用户(佐藤)一人进行，从“批准确认委托”至“批准”为止的业务变为其他的用户(铃木)，因此在该边界记录有人的间断。

图4为表示生成上述案件流程的案件流程生成处理的处理步骤的流程图。如图4所示，首先，案件流程生成部202将案件编号设为关键词，在从操作日志取得部201接受到的操作日志中，取出1案件量的操作日志全套(s401)。

接着，案件流程生成部202向表(图3所示的案件流程)的纵轴追加案件编号(s402)，将取出的操作日志按时刻进行排序(s403)。并且，案件流程生成部202从排序后的操作日志的前端开始按顺序取出1件操作日志(s404)，对user1(用户1)＝操作日志.用户(操作日志的用户栏的值)、page1(页面1)＝操作日志.画面(操作日志的画面栏的值)进行读取(s405)，只要在由s402追加了案件编号的表的横轴中无操作日志.画面(例如，报价注册)，则向右侧追加而生成该栏(s406)。

然后，案件流程生成部202向在由s406生成的纵轴：案件、横轴：page1这栏追加user1(例如，佐藤)的节点(s407)，并取出其次的操作日志(s408)。并且，只要在表的横轴无操作日志.画面(例如，注册错误)，则案件流程生成部202向右侧追加而生成该栏(s409)，向纵轴：案件、横轴：操作日志.画面这栏追加user1(例如，佐藤)的节点(s407)。

案件流程生成部202对user1是否＝操作日志.用户(即，在s405读取的用户与在s407及s410追加的用户是否相同)进行判定(s411)，在判定为用户相同的情况下(s411；是)，判定为流程种类＝无划分，不记录图3所示的人的间断而进入s414。另一方面，在案件流程生成部202判定为用户不相同的情况下(s411；否)，判定为流程种类＝有划分，记录图3所示的人的间断并进入s414。

然后，案件流程生成部202，从由s407追加的纵轴：案件、横轴：page1的user1的节点向由s410追加的纵轴：案件、横轴：操作日志.画面的操作日志.用户的节点，追加流程种类的流程(线)(s414)，并读取其次的user1＝操作日志.用户(操作日志的用户栏的值)、page1＝操作日志.画面(操作日志的画面栏的值)(s416)。这里，读取在s407追加的“佐藤”的下侧所示的“佐藤”。

案件流程生成部202对于一个案件全部的操作日志，判定s408～s415的处理是否结束(s416)，在判定为s408～s415的处理未结束的情况下(s416；否)，返回s408重复之后的处理。另一方面，在案件流程生成部202判定为s408～s415的处理结束的情况下(s416；是)，进一步判定针对全部的案件的处理是否结束(s417)，在判定为全部的处理未结束的情况下(s417；否)，返回s401重复之后的处理。另一方面，在案件流程生成部202判定为全部的处理结束的情况下(s417；是)，结束本案件流程生成处理。这样，通过反复执行案件流程生成处理，从而生成图3所示的案件流程。接着，对模板生成部203进行说明。

模板生成部203根据案件流程生成部202生成的案件流程，生成表示组织与业务的关系的业务层级图模板、以及对表示组织与负责人的关系的组织层级进行表示的组织图模板。图5为表示模板生成部203生成的业务层级图模板的例子的图。另外，图6为表示模板生成部203生成的组织图模板的例子的图。

如图5所示，业务层级图模板将由组织进行的业务、通过该组织内的个人进行的业务、以及在该个人进行的业务中使用的画面建立关联。在图5中示出有：在由组织1进行的业务中，“业务1”包含“报价注册”、“注册错误”、“报价批准委托”，“业务2”包含“批准确认委托”、“批准”。

模板生成部203读取上述业务层级图模板、以及通过图4所示的案件流程生成处理生成的案件流程，关于某业务判断为在记录有人的间断的位置之前为止的“报价注册”、“注册错误”、“报价批准委托”为一个业务，与“业务1”建立关联，将“报价注册”、“注册错误”、“报价批准委托”记录于上述业务层级图模板。同样地，模板生成部203判断为记录有人的间断的位置以后的“批准确认委托”、“批准”为一个业务，“与业务2”建立关联，并将“批准确认委托”、“批准”记录于上述业务层级图模板。

另外，如图6所示，组织图模板将由组织进行的业务、通过该组织内的个人进行的业务、及作为负责人的个人建立关联。在图6中示出有：由组织1进行的业务中，“业务1”中的负责人是佐藤、小泉、山田，“业务2”中的负责人是铃木、山田。

模板生成部203读取上述业务层级图模板、以及通过图4所示的案件流程生成处理生成的案件流程，并读取上述组织图模板，将被判断为是记录有人的间断的位置之前为止的一个业务的业务中所含的人物即佐藤、小泉、山田与“业务1”建立关联并记录，将被判断为是记录有人的间断的位置以后的一个业务的业务中所含的人物即铃木、山田与“业务2”建立关联并记录于上述组织图模板。

并且，模板生成部203读取将预先确定的组织图与组织内的负责业务建立关联而成的组织数据(例如，将上述“业务1”、“业务2”与作为被设成其负责部署的“组织1”的“营业部”建立关联而成的数据)，生成如图7、图8所示那样的记录有具体的负责部署的组织图模板或业务层级图模板。此时，模板生成部203判断与上述业务层级图模板的业务(个人)所对应的“画面”中记录的内容(例如，“报价注册”、“注册错误”、“报价批准委托”)的共同的含义，确定该业务(个人)的名称。例如，在“画面”中记录的内容为“报价注册”、“注册错误”、“报价批准委托”的情况下，判断为“报价制作”业务。同样地，对于“业务2”，判断“批准委托确认”、“批准”的共同的含义，并将该业务(个人)设为“报价批准”。接着，对业务流程生成部204进行说明。

业务流程生成部204读取图3所示的案件流程、图7(或者图6)所示的组织图模板、图8(或者图5)所示的业务层级图模板，来生成画面级的业务流程图。图9为表示画面级的业务流程图的例子的图。如图9所示，画面级的业务流程图将业务的负责部署、作为进行该业务的负责人的个人、以及在画面级进行的业务流程建立关联地记录。在图9中，将图2所示的案件流程中的画面、由该画面进行的业务、表示业务的进程的线(细线、粗线)建立关联，按组织以及个人生成画面级的业务流程。

并且，业务流程生成部204读取上述画面级的业务流程图，根据该业务流程图生成业务级的业务流程图。图10为表示业务级的业务流程图的例子的图。如图10所示，业务级的业务流程图将业务的负责部署、及业务级的业务流程建立关联地记录。在图10中，按图9所示的负责人个人的业务生成业务级的业务流程。

这样，在本系统中，进行上述处理来生成业务流程图，因此能够从操作日志等的系统的日志中，提取在组织、角色级进行的人与系统的交互。例如，从由时刻、用户id、画面id、案件id构成的应用的操作日志中，生成注目于一个案件的案件流程，并注目于案件流程上的人的间断而以一定比例确定更换人的点。由此，能够将一个人进行的画面转换系列作为业务而切割出。另外，能够基于切割出的信息生成业务流程图(画面级，业务级)。因此，能够确定在专利文献1所记载的以往技术中不能进行提取的、业务上具有含义的某画面的集合。另外，只要操作日志中有必要的信息，即使专利文献2所记载的以往技术那样单据的形式不同，也能够进行提取。其结果，由于能够根据旧系统的操作日志而以业务流程图的形式再生由该系统实现的业务规范，因此能够使以往用普通的说明会等进行的旧系统的业务要素的获得基于符合实际情况的信息来进行。另外，关于在分析服务器200进行的处理(分析)，除去在特定的画面进行的作业来执行处理则更佳。例如，如菜单画面那样，通过除去在由多数的利用者使用的画面进行的作业从而容易提取特征。

然而，本发明不限于上述的实施例，包含各种变形例。例如，上述实施例是为了使本发明易于理解地进行说明而详细说明的例子，并非限定于一定具备所说明的全部的构成。另外，某实施例的构成的一部分能够被置换为其他实施例的构成，另外，也能够对某实施例的构成追加其他实施例的构成。另外，能够对各实施例的构成的一部分进行其他构成的追加、删除、置换。

附图标记说明

1000业务规范再生系统

100对象服务器

101存储部

102控制部

103通信部

200分析服务器

201操作日志取得部

202案件流程生成部

203模板生成部

204业务流程生成部

205控制部

206通信部

n网络。