CN112925880A - 信息处理装置、存储介质及信息处理方法 - Google Patents
信息处理装置、存储介质及信息处理方法 Download PDFInfo
- Publication number
- CN112925880A CN112925880A CN202010493330.4A CN202010493330A CN112925880A CN 112925880 A CN112925880 A CN 112925880A CN 202010493330 A CN202010493330 A CN 202010493330A CN 112925880 A CN112925880 A CN 112925880A
- Authority
- CN
- China
- Prior art keywords
- document
- document element
- relationship
- changed
- elements
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/197—Version control
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
- G06F16/33—Querying
- G06F16/3331—Query processing
- G06F16/334—Query execution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2358—Change logging, detection, and notification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
- G06F16/33—Querying
- G06F16/335—Filtering based on additional data, e.g. user or group profiles
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/93—Document management systems
Abstract
一种信息处理装置、存储介质及信息处理方法,其包括处理器,所述处理器通过复数种关系中的至少一种关系对第1文档要素和与所述第1文档要素不同的第2文档要素建立关系,当所述第1文档要素被变更时,关于所述第2文档要素,执行和所述第1文档要素与所述第2文档要素的所述关系的种类对应的处理。
Description
技术领域
本发明涉及一种信息处理装置、存储介质及信息处理方法。
背景技术
世界上充斥着相互具有关系的文档。若对相互具有关系的文档中的1个进行变更,则有时需要与其对应地对其余一些文档进行变更。存在一种机制,即当对某一文档进行了变更时向与该文档具有关系的文档的参与者(例如作者)告知该变更,从而促使采取诸如该具有关系的文档的变更等必要的措施。
例如,专利文献1中公开了一种文档更新通知装置,其中,判断主页等的文档数据有无变更,当有变更时,在与该被变更的文档具有关系的文档上自动附加有变更的内容的信息,且对于能够访问该文档的利用者,经由通信线路进行变更通知。
并且,专利文献2中所记载的系统具备如下单元:将通过不同的媒体记录的文档的最新状态记录到计算机;与文档的创建、改订、删除同时定义文档之前的影响关系;限制利用以便只能利用最新的文档;任意文档被改订、删除时提取有影响关系的文档而向有权改订或删除的人通知需要确认改订或删除的必要性;及对已结束有无其他文档的创建、改订、删除的影响的确认的文档进行识别。
专利文献1:日本专利第3890785号说明书
专利文献2:日本特开平11-306055号公报
发明内容
本发明的目的在于,与无论第1文档要素与第2文档要素的关系的种类如何,将当第1文档要素被变更时关于第2文档要素进行的处理设为统一的处理的情况相比,减少由进行统一的处理而引起的弊端。
方案1所涉及的发明为信息处理装置,其包括处理器,所述处理器通过复数种关系中的至少一种关系对第1文档要素和与所述第1文档要素不同的第2文档要素建立关系,当所述第1文档要素被变更时,关于所述第2文档要素,执行和所述第1文档要素与所述第2文档要素的所述关系的种类对应的处理。
方案2所涉及的发明在方案1所述的信息处理装置中,当所述第1文档要素与所述第2文档要素的所述关系为所述第1文档要素与所述第2文档要素的相似度为大于0的规定的第1阈值以上的第1种关系时,所述处理为向所述第2文档要素的参与者通知所述第1文档要素被变更的通知处理。
方案3所涉及的发明在方案2所述的信息处理装置中,所述通知处理为如下处理,即在显示被变更的所述第1文档要素与和所述第1文档要素建立了关系的一个以上的所述第2文档要素的关系的显示画面上,以与所述第1文档要素的变更后被变更的所述第2文档要素不同的显示方式显示一个以上的所述第2文档要素中在所述第1文档要素的变更后未被变更的所述第2文档要素。
方案4所涉及的发明在方案2或3所述的信息处理装置中,在所述处理中,即使所述第1文档要素与所述第2文档要素的所述关系为所述第1种关系,当所述第1文档要素与所述第2文档要素包含于同一文档时,也不进行所述通知处理。
方案5所涉及的发明在方案1至4中任一项所述的信息处理装置中,当所述第1文档要素与所述第2文档要素的所述关系为第2种关系时,所述处理为将变更后的所述第1文档要素复制到所述第2文档要素的处理,所述第2种关系为所述相似度是将所述第1文档要素与所述第2文档要素视作相同的相似度的最低值即第2阈值以上的关系。
方案6所涉及的发明在方案1所述的信息处理装置中,所述处理为如下处理,即在显示被变更的所述第1文档要素与和所述第1文档要素建立了关系的一个以上的所述第2文档要素的关系的显示画面上,将所述一个以上的所述第2文档要素的每一个以和该第2文档要素与所述第1文档要素的关系的种类对应的显示方式显示。
方案7所涉及的发明在方案6所述的信息处理装置中,所述处理包括如下处理,即根据所述第1文档要素与所述第2文档要素的所述关系的种类控制是否将与所述第2文档要素建立了关系的第3文档要素显示于所述显示画面。
方案8所涉及的发明在方案6所述的信息处理装置中,所述处理包括如下处理,即根据所述第1文档要素与所述第2文档要素的所述关系的种类和所述第2文档要素与所述第3文档要素的所述关系的种类的组合控制是否将与所述第2文档要素建立了关系的第3文档要素显示于所述显示画面。
方案9所涉及的发明在方案6所述的信息处理装置中,所述处理包括如下处理,即根据所述第1文档要素与所述第2文档要素的所述关系的种类控制在所述显示画面上将相对于所述第2文档要素以链状方式建立了关系的文档要素组显示至哪一阶段的关系。
方案10所涉及的发明为存储介质,其存储有用于使计算机执行如下处理的程序:通过复数种关系中的至少一种关系对第1文档要素和与所述第1文档要素不同的第2文档要素建立关系,当所述第1文档要素被变更时,关于所述第2文档要素,执行和所述第1文档要素与所述第2文档要素的所述关系的种类对应的处理。
方案11所涉及的发明为信息处理方法,其包括如下步骤:通过复数种关系中的至少一种关系对第1文档要素和与所述第1文档要素不同的第2文档要素建立关系,当所述第1文档要素被变更时,关于所述第2文档要素,执行和所述第1文档要素与所述第2文档要素的所述关系的种类对应的处理。
发明效果
根据本发明的第1、10或11方案,与无论第1文档要素与第2文档要素的关系的种类如何,将当第1文档要素被变更时关于第2文档要素进行的处理设为统一的处理的情况相比,能够减少由进行统一的处理而引起的弊端。
根据本发明的第2方案,当对于第1文档要素具有关系的第2文档要素未根据第1文档要素的变更而已进行变更时,能够向第2文档要素的参与者告知该情内容
根据本发明的第3方案,能够通过显示画面上的第2文档要素的显示方式的不同向用户告知对于第1文档要素具有关系的第2文档要素是否根据第1文档要素的变更而已进行变更。
根据本发明的第4方案,当第1文档要素与第2文档要素包含于同一文档时,能够不进行通知处理。
根据本发明的第5方案,当第2文档要素为可将其内容视作与第1文档要素相同时,能够向第2文档要素反映第1文档要素的变更。
根据本发明的第6方案,能够通过第2文档要素的显示方式的不同而区分与被变更的第1文档要素建立了关系的第2文档要素对于第1文档要素具有哪种关系。
根据本发明的第7或8方案所涉及的发明,能够根据第1文档要素与第2文档要素的关系的种类控制与第2文档要素具有关系的第3文档要素的显示。
根据本发明的第9方案,能够根据第1文档要素与第2文档要素的关系的种类控制将直接或间接地与被变更的第1文档要素具有关系的文档要素显示至哪一阶段的关系。
附图说明
根据以下附图,对本发明的实施方式进行详细叙述。
图1为例示包含文档服务系统的整体系统的结构的图;
图2为用于对图1的系统中的文档创建操作的例进行说明的图;
图3为例示实际安装有文档服务系统的计算机的硬件结构的图;
图4为例示由文档服务系统执行的数据库的构建及维护的处理步骤的图;
图5为例示文档的结构的图;
图6为例示数据库中的文档属性的数据结构的图;
图7为例示数据库中的要素属性的数据结构的图;
图8为例示数据库中的关系信息的图;
图9为表示由文档服务系统提供的信息提供画面的一例的图;
图10为例示由文档服务系统执行的用于生成信息提供画面的处理步骤的图;
图11为例示由文档服务系统提供的信息提供画面的另一例的图;
图12为表示由文档服务系统执行的用于生成信息提供画面的处理步骤的另一例的图;
图13为表示由文档服务系统提供的信息提供画面的又一例的图;
图14为表示由文档服务系统执行的用于生成信息提供画面的处理步骤的又一例的图;
图15为表示由文档服务系统提供的图表显示的一例的图;
图16为例示由文档服务系统执行的通知处理的步骤的一部分的图。
符号说明
10-设计书管理系统,20-内部规定管理系统,30-客户端,40-内部网络,50-互联网,60-法令管理系统,70-XX标准管理系统,100-文档服务系统,102-处理器,104-存储器,106-辅助储存装置,108-输入输出装置,110-网络接口,112-总线。
具体实施方式
<整体系统的例>
图1中例示用于利用包括本发明所涉及的信息处理装置的一实施方式即文档服务系统100的文档的整体系统。
该例中,文档服务系统100与某一公司的内部网络40连接。内部网络40中连接有如设计书管理系统10或内部规定管理系统20用于管理公司内的各种文档的1个以上的文档管理系统。并且,内部网络40中连接有由用户操作的个人计算机等客户端30。
互联网50上存在法令管理系统60或管理“XX”技术的标准文档的XX标准管理系统70等各种文档管理系统。内部网络40上的文档服务系统100或客户端30等装置能够访问这些互联网50上的文档管理系统所具有的文档。
关于文档服务系统100,当与设计书管理系统10等内部的文档管理系统内的文档具有关系的其他文档被变更时,针对该文档提供与其他文档的变更对应的服务(例如,向有关人员通知该变更)。
如图2所例示,考虑公司内部的某一用户创建某一产品的设计书A并将其注册到设计书管理系统10而进行维护的情况。产品需要被设计成满足各种法令或各种内部规定,因此设计书A也参考这些法令或内部规定等其他文档而创建。例如,设计书A参考注册到法令管理系统60的法令DB62中的道路运输车辆法和注册到内部规定管理系统20的内部规定DB22中的完成检查施规定而创建。法令DB62内的各法令和内部规定DB22内的各项规定均追踪修订而随时更新。
若道路运输车辆法和完成检查实施规定被修订,则有时需要更新设计书A的内容,但并不是一定要进行更新。例如,当法令等的经修订的部分与设计书A的内容所依据的部分不同时,无需更新设计书A的内容。
并且,即使设计书A是依据法令的某一部分而创建的,该依据的方法也有多种。例如,既有在设计书A内以直接复制的形式引用了法令的一段的情况,也有仅为仅通过确认法令的关系部分的同时描述了设计书A内的某一部分而在两者之间发现术语一致的程度。当为前者时,对应于法令的一段被修正而修改设计书A内的引用部分的必要性高。相对于此,当为后者时,与法令的关系部分的修订对应的设计书A侧的对应必要程度比前者低。
因此,本实施方式的文档服务系统100对于该设计书A的管理负责人等文档的参与者提供支持判断是否需要根据与该文档具有关系的其他文档的变更而对该文档进行变更的操作等的服务。
在此,“文档”为某种数据形式的数据,该数据形式并无特别限定。例如,文档可以是文本数据形式的数据,也可以是PDF形式等各种文档文件形式。并且,文档可以是各种图像数据形式的图像数据,也可以是视频数据,也可以是如HTML(HyperText MarkupLanguage:超文本标记语言)形式或XML(eXtensible Markup Language:可扩展标记语言)形式等的结构化文档形式的数据。
并且,在该说明书中,对于文档的“参与者”为参与维护该文档的内容的个人或用户组。参与者例如可以是维护该文档的内容的负责人,也可以是对该负责人敦促执行该维护的角色。例如,创建了文档的用户或更新了文档的用户为参与者的代表例。并且,文档由复数个文档要素构成,且可以对每一文档要素设定参与者。
<硬件结构的例>
文档服务系统100通过使计算机执行表示该系统的功能的程序而实现。
在此,成为文档服务系统100的基础的计算机例如如图3所示具有如下电路结构,即控制作为硬件的处理器102、随机存取存储器(RAM)等存储器(主存储装置)104、闪存器或SSD(固态硬盘)、HDD(硬盘驱动器)等辅助储存装置106的控制器、与各种输入输出装置108的接口、进行用于与局域网等网络连接的控制的网络接口110等例如经由总线112等数据传送路径而连接。描述有文档服务系统100的各功能的处理内容的程序经由网络等而安装于计算机,并保存于辅助储存装置106。存储在辅助储存装置106中的程序通过处理器102使用存储器104而执行,由此实现文档服务系统100的各功能。
其中,所述处理器102是指广义的处理器,还包括通用的处理器(例如CPU:CentralProcessing Unit(中央处理器)等)或专用处理器(例如GPU:Graphics Processing Unit(图形处理器)、ASIC:Application Specific Integrated Circuit(专用集成电路)、FPGA:Field Programmable Gate Array(现场可编程门阵列)、可编程逻辑装置等)。
并且,处理器102的动作并不仅由1个处理器102构成,也可以是由存在于物理分开的位置的复数个处理器102协同构成。并且,处理器102的各动作并不仅限定于在以下实施方式中进行说明的顺序而可以适当地进行变更。
另外,设计书管理系统10、内部规定管理系统20、客户端30等其他装置也与文档服务系统100相同地以计算机为基础而构成。
<数据库构建>
参考图4~图8对用于由文档服务系统100提供服务的数据库的构建处理的例进行说明。该数据库构建于文档服务系统100所具备的辅助储存装置106内。
文档服务系统100例如定期访问设计书管理系统10、内部规定管理系统20、法令管理系统60等公司内外的规定文档管理系统,并获取注册到这些各文档管理系统中的文档组而进行分析。在该情况下,文档服务系统100对所通知的信息进行分析。图4所示的步骤表示在文档服务系统100从任意文档管理系统获取到1个文档(S10)时执行的处理。
在该情况下,文档服务系统100的处理器102通过对所获取到的文档的结构进行分析而以文档要素的单元对该文档进行分割(S12)。结构分析例如通过将文档转换成HTML形式的处理而进行。存在用于HTML转换的各种各样的工具,在S12中使用适合该文档的文件形式的工具即可。或者,可以使用从文档内容识别标题、章、节、段落等结构的现有技术来进行结构分析。并且,当所获取到的文档已为XML形式等的结构化文档时,可以省略S12。
接着,处理器102判定和在S10中获取到的文档相同的文档的数据是否注册在数据库内(S14)。在此所述的“相同”是指具有文档彼此具有相同的识别信息而不是文档的全部内容相同。将文档的识别信息称为文档ID。在S14中判定具有与所获取到的文档相同的文档ID的文档的信息是否在数据库内。
作为文档ID,例如可以使用该文档的获取源的文档管理系统(例如内部规定管理系统20或法令管理系统60)的识别信息与该文档管理系统中的该文档的识别信息的组合。例如,为将位于文档管理系统内的该文档的URL(Uniform Resource Locator:统一资源定位符)设为该文档的文档ID等。
当S14的判定结果为“否”时,在S10中获取到的文档为处理器102最初遇到的文档。在该情况下,处理器102将在S10中获取到的文档的信息和通过S12的结构分析得到的各文档要素的信息注册到数据库(S16)。
接着,处理器102按这些文档要素的每一个而计算与注册到数据库内的其他文档要素之间的内容的相似度,并将所得到的相似度注册到数据库(S17)。文档要素彼此的内容的相似度例如通过将这些每一个文档要素中所包含的字符串向量化,并通过公知的方法(例如余弦相似度)而计算所得到的文档要素的向量彼此的相似度来求出即可。作为将文档要素的字符串向量化的方法,使用TF-IDF(Term Frequency-Inverse DocumentFrequency:词频-逆文档频率法)或doc2vec等已知方法即可。
在此,求出与在S12中求出的文档要素的相似度的对象即“其他文档要素”典型地为注册在数据库中的其他文档的文档要素。但是,并不限定于此,还可以进一步计算在S12中求出的文档要素彼此之间的相似度。
接着,处理器102计算在S10中获取到的文档与注册到数据库中的其他文档之间的相似度,并将计算结果的相似度注册到数据库(S18)。例如,将在S12的结构分析中得到的文档内的章、节的标题的字符串按其出现顺序排列并合并而得的字符串作为表示该文档的特征的字符串,并将该字符串向量化。将如此得到的表示文档的特征的字符串的向量彼此的相似度作为这些文档之间的相似度而求出。另外,文档之间的相似度的计算方式并不限定于此。除此以外,例如也可以将由文档内的文档要素(例如章、节、段落)构成的树状结构作为该文档的特征,并将该特征彼此的相似度作为文档之间的相似度。
当S14的判定结果为“是”时,在S10中获取到的文档的数据被注册到文档服务系统100的数据库内。在该情况下,处理器102调查在S10中获取到的文档及在S12中求出的各文档要素是否从注册到数据库内的文档及文档要素进行变更(S20)。在该步骤中,例如按在S12中求出的每一文档要素对该文档要素的内容(即字符串)与数据库内的相同的文档要素(即识别信息相同的文档要素)的内容进行比较,若两者一致则判定为该文档要素无变更,若不一致则判定为该文档要素有变更。并且,与在S12中求出的文档要素相同的文档要素不在数据库内的情况和与在数据库内的文档要素相同的文档要素不在S12的结构分析结果的情况均为该文档要素中有变更的情况的例。而且,当对于任意1个以上的文档要素判定为有变更时在整个文档中有变更,若无1个判定为有变更的文档要素则整个文档中无变更。
处理器102判定在S20中是否检测出关于文档、文档要素的变更(S22),当检测出变更时,向数据库反映所检测出的变更的信息(S24)。例如,当某一文档要素的内容被变更时,将数据库内的该文档要素的内容更新为其变更后的内容。关于未检测出变更的文档要素,注册到数据库中的信息不需要变更。并且,当检测出文档内的文档要素的变更时,变更数据库内的该文档的更新日期和时间等信息。
并且,关于在S20中检测出内容的变更的文档要素,处理器102计算与数据库内的其他文档要素之间的内容的相似度。而且,将注册到数据库中的这些文档要素之间的相似度的值更新为通过该计算得到的值(S26)。另外,当在S20中检测出内容的变更的文档要素为并不在数据库内的新的文档要素时,计算该文档要素与数据库内的其他文档要素的相似度,并将该相似度注册到数据库。并且,当在S20中检测出数据库内的文档要素消失时,可以从数据库删除该消失的文档要素与其他文档要素的相似度的信息。另外,关于未检测出变更的文档要素,不进行S26的处理。
并且,处理器102以与S18的情况相同地计算在S10中获取到的文档与数据库内的其他文档的相似度,并根据该计算结果更新数据库内的该文档与其他文档的相似度(S28)。
参考图5~图8对注册到文档服务系统100内的数据库中的信息的例进行说明。
图5中例示注册到数据库中的2个文档200及210的基于HTML化的结构分析结果的信息。文档200具有H1要素(例如该文档的标题)来作为子级文档要素(以下,称为子级要素),该H1要素作为子级要素而具有2个H2要素,这些H2要素分别具有2个及1个H3要素来作为子级要素。如此,文档200的结构信息通过图示的树状结构而显示。文档及各文档要素中分别分配有唯一的识别信息。数据库中,作为文档的结构信息,与该文档的识别信息建立对应而注册显示图示的树状结构的数据。
并且,数据库中注册关于文档200及210各自的属性数据(称为“文档属性”)和关于每个文档要素的属性数据(称为“要素属性”)。
并且,计算文档200与文档210之间的文档之间的相似度,并注册到数据库。并且,计算该文档要素彼此之间的内容的相似度,并注册到数据库。
图6中示出注册在数据库中的文档属性的数据结构的一例。图6中所例示的文档的文档属性中包括该文档的文档ID、文档名、文档特征、创建者、创建日期和时间、最终更新者、更新日期和时间、获取日期和时间、存储部位的各项目。文档名例如为该文档的文件名。并且,文档特征为表示该文档的特征的数据,例如将前述该文档内的章、节的标题的字符串按其出现顺序排列并合成而得的字符串为其一例。并且,可以将该字符串向量化而得的向量用作文档特征。创建者表示最初创建了该文档的用户的用户ID,创建日期和时间表示该创建的日期和时间。并且,最终更新者表示最后更新了该文档的用户的用户ID,更新日期和时间表示该更新的日期和时间。这些创建者、创建日期和时间、最终更新者、更新日期和时间的信息例如从该文档的文件的属性数据获取即可。并且,获取日期和时间表示处理器102最后从内部规定管理系统20或法令管理系统60等文档管理系统获取到该文档的日期和时间。存储部位为确定原本存储有该文档的文档管理系统的信息(例如,该文档管理系统的URL)。
在前述图4的步骤的S18及S26中,将这种文档属性的信息和在S12中求出的该文档的树状结构的信息注册到数据库。
图7中示出注册在数据库中的要素属性的数据结构的一例。图7中所例示的文档要素的要素属性中包括该文档要素的要素ID、要素名、要素内容、内容特征、创建者、创建日期和时间、最终更新者、更新日期和时间、获取日期和时间、存储部位的各项目。要素ID为该文档要素的识别信息。例如,可以将包括该文档要素的文档的文档ID与在该文档内唯一分配到该文档要素的编号的组作为要素ID。要素名为该文档要素的名称。例如,当该文档要素包括标题时可以将该标题作为要素名。并且,当该文档要素不包括标题时,可以将该文档要素的前列的规定文字数的字符串作为要素名。要素内容为该文档要素的内容的数据。例如,若该文档要素文本,则要素内容为该文本的字符串。要素特征为表示该文档要素的特征的数据。例如为将前述该文档要素的字符串向量化而得的向量。创建者表示最初创建了该文档的用户的用户ID,创建日期和时间表示该创建的日期和时间。当原始文档的文件(或对其进行管理的文档管理系统)以文档要素单元具有创建者或创建日期和时间的信息时,将这些信息注册到要素属性的创建者及创建日期和时间的项目中。在原始文档的文件以文档单元仅具有创建者及创建日期和时间的通常的情况下,在该文档中所包含的文档要素的要素属性的创建者及创建日期和时间中注册该文档的创建者及创建日期和时间。
最终更新者表示最后更新了该文档要素的用户的用户ID,更新日期和时间表示该更新的日期和时间。当原始文档的文件(或管理其的文档管理系统)以文档要素单元具有最终更新者或更新日期和时间的信息时,这些信息注册到要素属性的最终更新者及更新日期和时间的项目中。在原始文档的文件以文档单元仅具有最终更新者或更新日期和时间的通常的情况下,在该文档中所包含的文档要素的要素属性的最终更新者或更新日期和时间的项目中注册检测到该文档要素的内容被变更时的文档的最终更新者或更新日期和时间的值。另外,通过对在S12中得到的文档要素的要素内容或内容特征与具有和其相同的要素ID的数据库内的文档要素的要素内容或内容特征进行比较来判定文档要素的内容是否被变更即可。
并且,获取日期和时间为处理器102最后获取到该文档要素的日期和时间。该获取日期和时间与包含该文档要素的文档的获取日期和时间相同。存储部位为确定原本存储有该文档要素的文档管理系统的信息,且与包含该文档要素的文档的存储部位相同。
在前述图4的步骤的S16中,将这种要素属性的各项目的信息注册到数据库中。并且,在S24中,将检测到变更的文档要素的要素属性的各项目的值更新为与该变更的内容对应的值。
另外,当从外部(例如除了内部网络40以外)的文档管理系统获取到文档时,关于该文档有时无法获取图6及图7中所例示的文档属性及要素属性中的所有的项目的信息。将这种项目设为空值,或者根据其他信息设定文档服务系统100求出的值。例如,关于从法令管理系统60获取到的文档,认为无法从该文档或法令系统60获取创建者、创建日期和时间、最终更新者、更新日期和时间的信息。该情况下,可以将创建者、创建日期和时间、最终更新者的项目设为空值。并且,当在图4的步骤的S20中对获取到的文档内的文档要素检测到变更时,文档服务系统100对该文档要素及该文档的更新日期和时间设定其获取的日期和时间即可。
图6及图7中所例示的文档属性及要素属性的项目组仅为一例。文档属性及要素属性无需包含图示的所有项目,并且可以包含未图示的项目。
图8中例示注册到数据库中的文档要素彼此的关系信息。图8中所例示的关系信息与2个文档要素的要素ID的组对建立对应而包含这些2个文档要素的内容的相似度的值和根据该值判定的这些文档要素彼此的关系的种类。该例中,根据文档要素彼此的内容的相似度的大小将文档要素彼此的关系的种类分类成几个。例如,当文档要素彼此的内容的相似度为0.95(即95%)以上时,将这些文档要素彼此的关系的种类命名为“引用”。并且,将文档要素彼此的内容的相似度为0.80以上且小于0.95时的关系的种类命名为“相似”,将0.60以上且小于0.80时的关系的种类命名为“参考”。并且,当相似度小于0.60时,判断为这些2个文档要素无关。
并且,图8中虽省略,但还可以将判定相似度或关系的种类的日期和时间注册到关系信息中。
在图4的步骤的S17及S26中,判定文档要素彼此的相似度和与该相似度对应的关系的种类,并将这些值注册到图8中所例示的关系信息中。
另外,图8中所例示的关系信息仅为例示。作为关系信息,可以使用包括相似度但不包括关系的种类的信息,也可以使用与其相反地不包括相似度但包括关系的种类的信息。
<由文档服务系统提供的服务>
使用所构建的数据库对由文档服务系统100提供的服务的例进行说明。
图9中例示由文档服务系统100向用户提供的信息提供画面300。该信息提供画面300提供与由用户指定的文档320中有变更的文档要素322及324具有关系的文档要素332及342的信息。该信息以这些文档320或文档要素322、324、332、342的关系的图表310的形式提供。
另外,在该信息提供画面300中仅显示与有变更的文档要素322及324具有关系的文档要素中其用户为参与者(例如,进行了该文档要素的创建或更新的人等)的文档要素而不是所有的文档要素。关于其用户为参与者的文档要素,由于期待由该用户进行与文档要素322及324的变更对应的变更操作,因此向该用户提供该文档要素的信息。相对于此,关于用户并不是参与者的文档要素,由于即使向该用户提供信息,该用户不进行修正等对应操作的可能性高,因此不进行信息提供。
另外,在此作为文档要素的参与者,例示了文档要素的要素属性中所包含的创建者或更新者,但除此以外,也可以将对该文档要素或包括该文档要素的文档具有编辑权限的用户或用户组作为该文档要素的参与者。
在图示例中,由用户指定的文档为文档名为“服务质量保证指南”的文档,其中检测出要素名为“规定第7项”的文档要素322和要素名为“规定第11项”的文档要素324来作为有变更的文档要素。文档要素中是否有变更例如通过在从当前追溯相当于预定长度(例如1个月)的期间内该文档要素是否被更新来判定即可。即,若文档要素的最终更新日期和时间在该期间内则判定为“有变更”,若最终更新日期和时间比该期间提前则判定为“无变更”即可。另外,可以设为用户能够指定该期间的长度。并且,可以设为用户能够指定该期间的开始时期和结束时期这两者。信息提供画面300的右下的“期间”的指定栏为此而使用。
并且,在图示例中,发现对于有变更的文档要素322具有“参考”的关系的文档要素332。该文档要素332为属于文档名为“族动作环境.docx”的文档330的文档要素,且具有“3.动作规格”这一要素名。并且,发现对于有变更的文档要素324具有“参考”关系的文档要素342。该文档要素342为属于文档名为“质量检验结果报告书.xlsx”的文档340的文档要素,且具有“2.实施对象”这一要素名。
并且,在图示例中,示出了文档320的文档要素组中相互处于“相似”的关系的文档要素326及328。
在图表310中示出表示这些文档320、330、340的节点组、表示文档要素322~328、332、342的节点组和表示这些节点之间的关系的边缘组。在各边缘附近显示表示该边缘所示的关系的种类的字符串。例如,在表示文档要素322、332之间的关系的边缘中显示“参考”这一字符串,在表示文档要素326、328之间的关系的边缘显示“相似”这一字符串。并且,例如在从文档要素322向文档320延伸的箭头状边缘显示“父级”这一字符串。这表示从文档要素322来看文档320为树状结构上的父级。
图表310中,以表示有变更的特别的显示方式强调显示有变更的文档320及文档要素322、324的节点。
并且,与有变更的文档要素322、324具有关系的文档要素332、342和作为该文档要素332、342的父级的文档330、340的节点也以其他显示方式强调显示。在图示例中,文档要素322、332之间的关系与文档要素324、342之间的关系均为“参考”,因此文档要素332与文档要素342的强调显示的显示方式相同。相对于此,假设当这些2个关系的种类不同时,文档要素332与文档要素342的强调显示的显示方式不同。例如,如后述图13所示,以比“参考”关系更醒目的显示方式显示对于被变更的文档要素324具有“引用”关系的文档要素352的节点。与“参考”相比“引用”关系的两文档要素之间的内容的相似度明显高,因此认为对应于被变更的文档要素而修正内容的必要性在“引用”中明显高。
将创建图9所示的信息提供画面300的处理步骤的例示于图10。
在图10的步骤中,文档服务系统100的处理器102例如以网页的形态对客户端30提供用于输入搜索条件等的输入方面,并从用户接收搜索条件等的输入(S30)。接着,处理器102从数据库内搜索与所输入的搜索条件一致的文档(S32),向客户端30提供表示搜索结果的文档的列表的画面,并从用户接收关注文档的选择(S34)。图9为用户选择了文档320“服务质量保证指南”来作为关注文档的情况的例。
接着,处理器102通过调查属于用户所选择的关注文档的各文档要素的要素属性来确定规定期间内有变更的文档要素,并判定是否有变更的文档要素(S36)。当在关注文档内没有有变更的文档要素时,处理器102生成表示该内容的画面,并将其显示于客户端30(S38)。
当S36的判定结果为“是”时,处理器102从数据库内的关系信息(参考图8)求出与所确定的有变更的文档要素具有关系的文档要素,并提取所求出的文档要素中该用户为参与者的文档要素(S40)。该提取参考所求出的文档要素的要素属性来进行即可。而且,处理器102生成表示在S36中求出的有变更的文档要素和该文档要素所属的文档及在S40中提取的文档要素和该文档要素所属的文档的关系的图表310。而且,向客户端30提供包括该图表310的信息提供画面300(S42)。处理器102根据该文档要素的变更有无或该文档要素与有变更的文档要素的关系的种类来确定图表310中所显示的各文档要素的节点的显示方式。
图11中例示文档服务系统100向用户提供的信息提供画面300的另一例。
在图11所示的图表310中,在与关注文档320内的有变更的文档要素322、324具有关系且该用户为参与者的文档要素332、342中,强调显示在该变更后未对内容加以变更的文档要素332。相对于此,与有变更的文档要素324具有关系的文档要素342在该变更后内容已进行变更,因此不进行强调显示。
若文档要素322被变更,则确认是否需要与之对应地对与该文档要素322具有关系的文档要素进行变更,若需要则进行变更。因此,在与有变更的文档要素具有关系的文档要素中,强调显示未变更的文档要素,由此向用户敦促确认。
将创建图11所示的信息提供画面300的处理步骤的例示于图12。图12的步骤中,对进行与图10的步骤相同的处理的步骤标注相同的符号并省略其说明。
在图12的步骤中,处理器102判定在S40中提取的文档要素是否在相对应的被变更的文档要素的变更后进行了变更(S50)。例如,当判定对象的文档要素的最终更新日期和时间比相对应的被变更的文档要素的最终更新日期和时间晚,则在S50中判定为已进行变更,相反时则在S50中判定为未变更。若以图10的例进行说明,文档要素332的最终更新日期和时间比相对应的有变更的文档要素322的最终更新日期和时间早,因此判定为文档要素332未变更。
处理器102生成图表310,并且从该图表310中以用于告知未变更的内容的特别的显示方式强调显示在S50判定为未变更的文档要素的节点。而且,向客户端30提供包括该图表310的信息提供画面300(S42A)。
用户在向客户端30显示的该信息提供画面300上选择有变更的文档要素322和经强调显示的未变更的文档要素332的节点。与之对应地,文档服务系统100的处理器102向客户端30提供显示这些所选择的文档要素的最新的内容的画面。用户在该画面确认这些各文档要素的内容,并判断是否需要对文档要素332的内容进行变更。而且,若判断为需要变更文档要素332,则用户对该文档要素332的内容加以需要的变更。与该变更对应地,处理器102对数据库内的文档要素332的要素属性(参考图7)的要素内容或内容特征进行变更。并且,处理器102使用该要素属性内的存储部位的信息访问对该文档要素332所属的文档进行管理的文档管理系统,并将该变更反映于与该文档的原件中的文档要素332对应的部分。
另外,用户确认在对文档要素进行变更之后,是否根据该变更而对与该文档要素具有关系的文档要素进行变更的结果,也有判断为不需要变更的情况。在该情况下,后者的文档要素的内容未变更,但已进行必要的确认,因此若在图表310中强调显示,则会导致向用户要求多余的确认。因此,文档服务系统100的处理器102通过显示在信息提供画面300上所选择的文档要素的内容的画面上接收该内容的编辑,除此以外还接收有无确认该内容的指定。而且,若从用户接收已确认的指定,则将该文档要素的最终更新日期和时间变更为进行该指定的时刻。由此,该文档要素不会在之后的信息提供画面300强调显示成未变更。
图13中示出由文档服务系统100向用户提供的信息提供画面300的又一例。
图13所示的图表310中,除了图9所示的节点组以外,还显示与有变更的文档要素322具有关系且该用户为参与者的另一文档要素352和作为该文档要素352的父级的文档350(文档名“功能规格书.xlsx”)的节点。文档要素352对于有变更的文档要素324具有“引用”的关系。即,文档要素352的内容与文档要素324的内容相同或非常接近。其他文档要素342也对于相同的文档要素324具有关系,但该关系为文档要素的内容彼此的相似度明显比“引用”低的“参考”。因此,文档要素352的节点以表示“引用”的关系的显示方式强调显示,该显示方式为比表示“参考”关系的显示方式更明显的方式。
并且,该例中,当检测出对于有变更的文档要素322具有“引用”关系的文档要素352时,文档服务系统100与有变更的文档要素322的内容对应地更新该文档要素352的内容。即,例如,对于文档要素352覆盖变更后的文档要素322的内容。
该更新对文档服务系统100的数据库内的文档要素352的要素内容(参考图7)进行。而且,对于对包括该文档要素352的文档350进行管理的文档管理系统(省略图示)内的该文档350的原件数据也执行相同的更新。
并且,该更新可以由文档服务系统100自动执行而不等待用户的确认。并且,作为另一例,向用户要求确认是否进行该更新,当从用户得到进行更新的指示时,可以由文档服务系统100执行该更新。
将图13的例中的文档服务系统100的处理步骤的例示于图14。图12的步骤中,对于进行与图10的步骤相同的处理的步骤标注相同的符号并省略其说明。
在图14的步骤中,处理器102调查在S40中提取的文档要素中是否有对于有变更的文档要素(称为变更要素)具有“引用”关系的文档要素(称为对象要素)。若有对象要素,则与该变更要素的变更后的内容对应地更新文档服务系统100内的数据库的该对象要素的要素内容及对包括该对象要素的文档进行管理的文档管理系统内的该文档(S55)。伴随该更新,还更新该数据库内的该对象要素的要素属性的内容特征、最终更新者、更新日期和时间等及包括该对象要素的文档的文档属性(参考图6)的文档特征、最终更新者、更新日期和时间等。
另外,处理器102向客户端30提供咨询是否执行对象要素的更新的画面,当用户对于该画面指示执行时,可以执行S55。当由用户输入对于该画面不执行更新的指示时,处理器102不执行S55。
并且,处理器102生成图表310,并且以表示“引用”的特别的显示方式强调显示该图表310中,对于有变更的文档要素具有“引用”关系的文档要素的节点。而且,向客户端30提供包括该图表310的信息提供画面300(S42B)。
以上,关于信息提供画面300分别示出了图9、图11、图13所示的3个例,但也可以组合这些3个例的显示控制。例如,将对于有变更的文档要素具有关系的文档要素以与该关系的种类对应的显示方式显示,并且后者的文档要素在前者的变更后未变更,则向后者追加表示未变更的内容的强调显示。
图15中示出文档服务系统100向用户提供的信息提供画面300内的图表310的另一例。
图15所示的图表310为对于图9所示的图表310追加文档要素334、文档要素A、B、C、D、X、Y的各节点,并将文档要素322与334的关系从“参考”变更为“相似”。如上所述,“相似”的文档要素彼此的内容的相似度比“参考”高。
文档要素334(要素名“4.动作环境”)为文档330内的文档要素,且对于文档320内的有变更的文档要素322具有“引用”关系。文档要素A、B、C对于该文档要素334分别具有“引用”、“相似”、“参考”的关系。并且,文档要素D对于文档要素A具有“引用”的关系。
并且,文档要素X、Y对于文档要素332分别具有“引用”、“相似”的关系。
如此,在图15的图表310中还显示对于有变更的文档要素322不具有直接关系的文档要素A、B、C、D、X、Y。以下对对于有变更的文档要素不具有直接关系的文档要素的显示的控制进行说明。
在此,在以下说明中,将在用户所指定的文档内有变更的文档要素称为变更要素,将对于该变更要素具有直接关系的文档要素称为一级要素。并且,将对于一级要素具具有关系的要素称为二级要素,将对于二级要素具具有关系的文档要素称为三级要素。在图15的例中,文档要素322及324为变更要素,文档要素332、334及342为一级要素。并且,文档要素A、B、C、X、Y为二级要素,文档要素D为三级要素。二级要素及三级要素对于变更要素不具有直接关系。并且,在以下的说明中,将变更要素与一级要素的关系称为一级关系,将一级要素与二级要素的关系称为二级关系,将二级要素与三级要素的关系称为三级关系。若一般化,这时(n-1)级要素与n级要素的关系为n级关系(n为1以上的整数)。但是,在该情况下,变更要素为0级要素。
首先,文档服务系统100的处理器102根据相对应的一级关系的种类而限制图表310中所包含的即显示的二级关系的种类。即,一级关系的种类越“强”,则相对应的二级关系中图表310中所包含的二级关系的种类越多。并且,越是“弱”的关系,越不易包含于图表310中。一级关系不受种类限制而包含于图表310中,但二级关系的仅根据相对应的一级关系的种类而限定的种类包含于图表310中。至此所例示的“引用”、“相似”、“参考”这3种关系中,“引用”为最强,接着为“相似”,最弱为“参考”。该强弱关系反映构成这些各种关系的文档要素彼此的内容相似度的大小关系。
在图15的例中,若一级关系为“引用”则显示3种所有的二级关系,若一级关系为“相似”则仅显示“引用”和“相似”这2种二级关系,若一级关系为“参考”则仅显示“引用”这1种二级关系。
例如,关于碎玉变更要素322具有“引用”这一一级关系的一级要素334,显示“引用”(即与二级要素A的关系)、“相似”(即与二级要素B的关系)、“参考”(即与二级要素C的关系)的所有种类的二级关系。
相对于此,关于对于变更要素322具有“相似”这一一级关系的一级要素332,仅显示“引用”(即与二级要素X的关系)、“相似”(即与二级要素Y的关系)这2种二级关系。假设即使存在对于一级要素332具有“参考”这一种类的二级关系的二级要素,该二级关系及二级要素也不显示于图表310。
并且,关于对于变更要素324具有“参考”这一一级关系的一级要素342,二级关系及二级要素不显示于图表310。关于对于变更要素具有“参考”这一一级关系的一级要素,能够显示最强的“引用”的种类的二级关系,但在图15的例中,不存在对于一级要素342具有“引用”的二级关系的二级要素,因此不显示。假设即使存在对于一级要素342具有“相似”或“参考”的关系的二级要素,其也不显示于图表310。
并且,处理器102可以根据一级关系的种类来确定图表310中所包含的n级关系的n的上限值。
在图15的例中,关于从文档要素322与334的“引用”的一级关系延伸的关系,最多三级为止的关系包含于图表310。相对于此,关于从比“引用”弱的“相似”的一级关系延伸的关系,仅最多二级为止包含于图表310。文档要素322与332的一级关系为“相似”,因此假设即使存在对于与一级要素332具有关系的二级要素X存在具有“引用”等强的三级关系的三级要素,该三级关系及三级要素也不显示于图表310。
并且,在图15的例中,即使为与在S32中搜索到的文档内有变更的文档要素具有关系的文档要素,关于与有变更的文档要素相同的文档(即搜索到的文档)中所包含的文档要素,不显示于向用户提供的图表310中。其原因为,对于搜索到的文档或其中的文档要素,该用户并不一定具有编辑权利。但是,按每一与有变更的文档要素具有关系的文档要素确认该用户是否具有编辑权利,当具有编辑权利时,即使为与有变更的文档要素相同的文档内的文档要素,也可以显示于图表310。
<服务的另一例>
在以上所示的例中,文档服务系统100仅在检测到文档要素的变更的时间点将其记录于数据库。该变更的信息被提供给用户的时间点为由用户指定包括该文档要素的文档,并与之对应地向该用户提供针对该文档的信息提供画面300的时间点。
作为对于此的另一例,以下对文档服务系统100检测到某一文档要素的内容被变更时,对对于该档要素具有关系的其他文档要素的参与者进行通知的处理进行说明。
将该处理的步骤的一例示于图16。图16的步骤表示续接于图4所示的步骤中的S28之后的步骤组。
在图16的步骤中,当在S22(参考图4)中检测出有变更的文档要素时,处理器102从数据库内的关系信息(参考图8)提取对于该文档要素具有关系的文档要素组(S60)。而且,处理器102按所提取的每一文档要素从数据库求出该文档要素的参与者的信息,且对于该参与者以与该关系的种类对应的通知方式执行告知该变更的通知(S62)。对参与者的通知的方式中例如有显示于参与者登录到文档服务系统100时显示的门户网页上的通知栏的方式、对于文档服务系统100向该参与者提供的信息提供画面300等的画面作为弹出画面而显示告知该变更的消息的方式、对参与者注册到文档服务系统100中的该参与者的电子邮件地址通过电子邮件发送的方式等复数种方式。关于通知栏的显示,相对于参与者未登录到文档服务系统100时则不显示而言,通过电子邮件进行的通知则即使在参与者未登录到文档服务系统100的期间参与者也可收到,因此对于参与者而言,电子邮件的方式更明显。在S62中,该关系的种类越强,则进行对于参与者而言越明显的方式的通知。例如,若该关系的种类为“参考”及“相似”,则仅显示于参与者的门户网页上的通知栏,相对于此,若该关系的种类为比这些强的“引用”,则除了显示于该通知栏以外,还通过电子邮件通知参与者。
以上进行了说明的实施方式仅为例示而在本发明的范围内可进行各种变形。
例如,在上述实施方式中,将文档要素彼此的关系的种类根据这些文档要素的内容的相似度进行了确定,但这仅为一例。
例如,创建或更新了文档要素的用户可以将对于文档要素具有关系的其他文档要素和该关系的种类注册到文档服务系统100。
并且,也可以由向用户提供文档编辑功能的装置(例如,由客户端30提供的文档编辑应用程序)根据用户在编辑文档要素的过程中进行的操作来判定文档要素之间的关系,并将其注册到文档服务系统100。例如,当用户通过复制&粘贴操作将在装置的画面上打开的文档A内的文档要素a复制到在该画面上打开的另一文档B内的文档要素b时,该装置判定为文档要素b对于文档要素a具有“引用”的种类的关系。而且,将该“引用”关系注册到文档服务系统100。并且,例如,当由用户编辑在画面上打开的文档要素c的过程中在该画面上打开了另一文档要素d(但是,未进行从文档要素d到c的复制&粘贴)时,装置判定为文档要素c对于文档要素d具有“参考”的关系。
在以上进行了说明的实施方式中,文档要素为构成文档的要素。在此,可以存在将由文档管理系统管理的每一个文档作为构成要素的大单元的文档。在该情况下,前者的每一个文档对于后者的大单元的文档而言为文档要素。例如,当将通过超链接而链接的复数个文档所构成的超文本视为大单元的文档时,从该超文本的角度而言,这些复数个文档相当于文档要素。
上述本发明的实施方式是以例示及说明为目的而提供的。另外,本发明的实施方式并不全面详尽地包括本发明,并且并不将本发明限定于所公开的方式。很显然,对本发明所属的领域中的技术人员而言,各种变形及变更是自知之明的。本实施方式是为了最容易理解地说明本发明的原理及其应用而选择并说明的。由此,本技术领域中的其他技术人员能够通过对假定为各种实施方式的特定使用最优化的各种变形例来理解本发明。本发明的范围由以上的权利要求书及其等同物来定义。
Claims (11)
1.一种信息处理装置,其包括处理器,
所述处理器通过复数种关系中的至少一种关系对第1文档要素和与所述第1文档要素不同的第2文档要素建立关系,
当所述第1文档要素被变更时,关于所述第2文档要素,执行和所述第1文档要素与所述第2文档要素的所述关系的种类对应的处理。
2.根据权利要求1所述的信息处理装置,其中,
当所述第1文档要素与所述第2文档要素的所述关系为所述第1文档要素与所述第2文档要素的相似度为大于0的规定的第1阈值以上的第1种关系时,所述处理为向所述第2文档要素的参与者通知所述第1文档要素被变更的通知处理。
3.根据权利要求2所述的信息处理装置,其中,
所述通知处理为如下处理,即在显示被变更的所述第1文档要素与和所述第1文档要素建立了关系的一个以上的所述第2文档要素的关系的显示画面上,以与所述第1文档要素的变更后被变更的所述第2文档要素不同的显示方式显示一个以上的所述第2文档要素中在所述第1文档要素的变更后未被变更的所述第2文档要素。
4.根据权利要求2或3所述的信息处理装置,其中,
在所述处理中,即使所述第1文档要素与所述第2文档要素的所述关系为所述第1种关系,当所述第1文档要素与所述第2文档要素包含于同一文档时,也不进行所述通知处理。
5.根据权利要求1至4中任一项所述的信息处理装置,其中,
当所述第1文档要素与所述第2文档要素的所述关系为第2种关系时,所述处理为将变更后的所述第1文档要素复制到所述第2文档要素的处理,
所述第2种关系为所述相似度是将所述第1文档要素与所述第2文档要素视作相同的相似度的最低值即第2阈值以上的关系。
6.根据权利要求1所述的信息处理装置,其中,
所述处理为如下处理,即在显示被变更的所述第1文档要素与和所述第1文档要素建立了关系的一个以上的所述第2文档要素的关系的显示画面上,将所述一个以上的所述第2文档要素的每一个以和该第2文档要素与所述第1文档要素的关系的种类对应的显示方式显示。
7.根据权利要求6所述的信息处理装置,其中,
所述处理包括如下处理,即根据所述第1文档要素与所述第2文档要素的所述关系的种类控制是否将与所述第2文档要素建立了关系的第3文档要素显示于所述显示画面。
8.根据权利要求6所述的信息处理装置,其中,
所述处理包括如下处理,即根据所述第1文档要素与所述第2文档要素的所述关系的种类和所述第2文档要素与所述第3文档要素的所述关系的种类的组合控制是否将与所述第2文档要素建立了关系的第3文档要素显示于所述显示画面。
9.根据权利要求6所述的信息处理装置,其中,
所述处理包括如下处理,即根据所述第1文档要素与所述第2文档要素的所述关系的种类控制在所述显示画面上将相对于所述第2文档要素以链状方式建立了关系的文档要素组显示至哪一阶段的关系。
10.一种存储介质,其存储有用于使计算机执行如下处理的程序:
通过复数种关系中的至少一种关系对第1文档要素和与所述第1文档要素不同的第2文档要素建立关系,
当所述第1文档要素被变更时,关于所述第2文档要素,执行和所述第1文档要素与所述第2文档要素的所述关系的种类对应的处理。
11.一种信息处理方法,其包括如下步骤:
通过复数种关系中的至少一种关系对第1文档要素和与所述第1文档要素不同的第2文档要素建立关系,
当所述第1文档要素被变更时,关于所述第2文档要素,执行和所述第1文档要素与所述第2文档要素的所述关系的种类对应的处理。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019-220545 | 2019-12-05 | ||
JP2019220545A JP7456136B2 (ja) | 2019-12-05 | 2019-12-05 | 情報処理装置及びプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112925880A true CN112925880A (zh) | 2021-06-08 |
Family
ID=76163343
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010493330.4A Pending CN112925880A (zh) | 2019-12-05 | 2020-06-03 | 信息处理装置、存储介质及信息处理方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20210174011A1 (zh) |
JP (1) | JP7456136B2 (zh) |
CN (1) | CN112925880A (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2021089668A (ja) * | 2019-12-05 | 2021-06-10 | 富士フイルムビジネスイノベーション株式会社 | 情報処理装置及びプログラム |
JP2022059704A (ja) * | 2020-10-02 | 2022-04-14 | 富士フイルムビジネスイノベーション株式会社 | ファイル管理装置およびプログラム |
Family Cites Families (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3934965B2 (ja) | 2002-03-22 | 2007-06-20 | 株式会社東芝 | 文書管理装置、文書管理方法及びプログラム |
US20040098405A1 (en) * | 2002-11-16 | 2004-05-20 | Michael Zrubek | System and Method for Automated Link Analysis |
CA2418255A1 (en) * | 2003-01-31 | 2004-07-31 | Ibm Canada Limited - Ibm Canada Limitee | Tracking and maintaining related and derivative code |
JP4872079B2 (ja) * | 2006-05-19 | 2012-02-08 | 国立大学法人長岡技術科学大学 | 文章更新量評価プログラム |
NZ553484A (en) * | 2007-02-28 | 2008-09-26 | Optical Systems Corp Ltd | Text management software |
US8032546B2 (en) * | 2008-02-15 | 2011-10-04 | Microsoft Corp. | Transformation-based framework for record matching |
US9384175B2 (en) * | 2008-02-19 | 2016-07-05 | Adobe Systems Incorporated | Determination of differences between electronic documents |
US8694887B2 (en) * | 2008-03-26 | 2014-04-08 | Yahoo! Inc. | Dynamic contextual shortcuts |
US8606796B2 (en) * | 2008-09-15 | 2013-12-10 | Kilac, LLC | Method and system for creating a data profile engine, tool creation engines and product interfaces for identifying and analyzing files and sections of files |
JP5962277B2 (ja) | 2012-07-12 | 2016-08-03 | 富士ゼロックス株式会社 | 文書関連付け装置及びプログラム |
JP6171703B2 (ja) | 2013-08-07 | 2017-08-02 | 富士ゼロックス株式会社 | 文書管理装置及び文書管理プログラム |
US10739951B2 (en) * | 2013-09-06 | 2020-08-11 | Knowledge Initiatives LLC | Interactive user interfaces for electronic textbook implementations |
US10216715B2 (en) * | 2015-08-03 | 2019-02-26 | Blackboiler Llc | Method and system for suggesting revisions to an electronic document |
JP2017219954A (ja) * | 2016-06-06 | 2017-12-14 | 岡田 泰成 | ホームページの作成を支援する方法、プログラム、記録媒体、および装置 |
US11941344B2 (en) * | 2016-09-29 | 2024-03-26 | Dropbox, Inc. | Document differences analysis and presentation |
JP6677624B2 (ja) | 2016-11-09 | 2020-04-08 | 株式会社日立製作所 | 分析装置、分析方法、および分析プログラム |
US10832000B2 (en) * | 2016-11-14 | 2020-11-10 | International Business Machines Corporation | Identification of textual similarity with references |
WO2018226888A1 (en) * | 2017-06-06 | 2018-12-13 | Diffeo, Inc. | Knowledge operating system |
WO2020005986A1 (en) * | 2018-06-25 | 2020-01-02 | Diffeo, Inc. | Systems and method for investigating relationships among entities |
WO2020060718A1 (en) * | 2018-08-22 | 2020-03-26 | Three10 Solutions, Inc. | Intelligent search platforms |
US11263223B2 (en) * | 2018-10-23 | 2022-03-01 | International Business Machines Corporation | Using machine learning to determine electronic document similarity |
US11163555B2 (en) * | 2018-12-21 | 2021-11-02 | Beijing Voyager Technology Co., Ltd. | Tree delta encoding |
JP7331384B2 (ja) * | 2019-03-01 | 2023-08-23 | 富士フイルムビジネスイノベーション株式会社 | 情報処理装置及びプログラム |
JP7326803B2 (ja) | 2019-03-25 | 2023-08-16 | 日本電気株式会社 | 文書管理装置、文書管理方法、及び、プログラム |
US20200364270A1 (en) * | 2019-05-14 | 2020-11-19 | General Electric Company | Feedback-based improvement of cosine similarity |
JP7456137B2 (ja) * | 2019-12-05 | 2024-03-27 | 富士フイルムビジネスイノベーション株式会社 | 情報処理装置及びプログラム |
FR3104282B1 (fr) * | 2019-12-05 | 2024-01-19 | Codexo | Sauvegarde de documents en blocs |
JP2021089668A (ja) * | 2019-12-05 | 2021-06-10 | 富士フイルムビジネスイノベーション株式会社 | 情報処理装置及びプログラム |
JP2021089667A (ja) * | 2019-12-05 | 2021-06-10 | 富士フイルムビジネスイノベーション株式会社 | 情報処理装置及びプログラム |
JP2021089665A (ja) * | 2019-12-05 | 2021-06-10 | 富士フイルムビジネスイノベーション株式会社 | 情報処理装置及びプログラム |
US11687723B2 (en) * | 2020-03-23 | 2023-06-27 | International Business Machines Corporation | Natural language processing with missing tokens in a corpus |
US11594054B2 (en) * | 2021-02-19 | 2023-02-28 | Capital One Services, Llc | Document lineage management system |
US11580764B2 (en) * | 2021-06-22 | 2023-02-14 | Microsoft Technology Licensing, Llc. | Self-supervised document-to-document similarity system |
-
2019
- 2019-12-05 JP JP2019220545A patent/JP7456136B2/ja active Active
-
2020
- 2020-04-13 US US16/847,594 patent/US20210174011A1/en not_active Abandoned
- 2020-06-03 CN CN202010493330.4A patent/CN112925880A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
US20210174011A1 (en) | 2021-06-10 |
JP7456136B2 (ja) | 2024-03-27 |
JP2021089664A (ja) | 2021-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10489454B1 (en) | Indexing a dataset based on dataset tags and an ontology | |
US10901583B2 (en) | Systems and methods for visual definition of data associations | |
US10621211B2 (en) | Language tag management on international data storage | |
JP2006268638A (ja) | 文書差分検出装置 | |
US8601367B1 (en) | Systems and methods for generating filing documents in a visual presentation context with XBRL barcode authentication | |
CN113032336A (zh) | 信息处理装置、存储介质及信息处理方法 | |
US20210174013A1 (en) | Information processing apparatus and non-transitory computer readable medium storing program | |
US11651607B2 (en) | Information processing apparatus and non-transitory computer readable medium storing program | |
US11030391B2 (en) | Document creation support system | |
US20070234201A1 (en) | Information Management Device | |
US10249068B2 (en) | User experience for multiple uploads of documents based on similar source material | |
CN112925880A (zh) | 信息处理装置、存储介质及信息处理方法 | |
JP2010191519A (ja) | 文書管理装置、方法、及び、プログラム | |
US20050273721A1 (en) | Data transformation system | |
US8799256B2 (en) | Incorporated web page content | |
AU2021201489A1 (en) | System and Process for generating an internet application | |
US20070220439A1 (en) | Information Management Device | |
KR20110094804A (ko) | 소프트웨어 재사용을 지원하기 위한 시맨틱 태깅 서버와 그 방법 | |
US11468228B2 (en) | Content frames for productivity applications | |
CN113032518A (zh) | 信息处理装置、存储介质及信息处理方法 | |
KR20170129225A (ko) | 스타일에 대한 선언적 캐스캐이드 재정렬 | |
US9582782B2 (en) | Discovering a reporting model from an existing reporting environment | |
US20210011906A1 (en) | Document creation support system | |
US20090199084A1 (en) | Document processing device and document processing method | |
US11783120B2 (en) | System and process for generating an internet application |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |