CN103902644B - 搜索方法和信息处理设备 - Google Patents
搜索方法和信息处理设备 Download PDFInfo
- Publication number
- CN103902644B CN103902644B CN201310722411.7A CN201310722411A CN103902644B CN 103902644 B CN103902644 B CN 103902644B CN 201310722411 A CN201310722411 A CN 201310722411A CN 103902644 B CN103902644 B CN 103902644B
- Authority
- CN
- China
- Prior art keywords
- file
- information
- subordinate
- condition
- document
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/14—Details of searching files based on file metadata
- G06F16/144—Query formulation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/13—File access structures, e.g. distributed indices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/14—Details of searching files based on file metadata
- G06F16/156—Query results presentation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Library & Information Science (AREA)
- Mathematical Physics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Computational Linguistics (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本发明提供了搜索方法和信息处理设备。该搜索方法根据信息之间的从属关系来控制搜索范围,该搜索方法包括:获取第一信息和第二信息的选择顺序,第一信息包括在通过执行第一文件显示的显示数据中,第二信息包括在通过执行第二文件显示的显示数据中;以及与第一信息和第二信息的选择顺序相对应地显示第一信息和第二信息之间的第一从属关系以及其中第一从属关系被反转的第二从属关系作为从属关系的设置候选。
Description
技术领域
本文中所述的实施例涉及一种搜索程序、一种搜索方法和一种信息处理设备。
背景技术
在产品的设计和开发中,对在设计和开发过程中所生成的诸如规范文档、设计文档和验证数据的交付物的文件进行管理。这样的产品的示例包括汽车工业、电气工业和精密工业等中所使用的控制系统和嵌入式系统等。当以该方式进行文件管理时,使相关文件彼此相关联,以使得在规范或设计的一部分发生任意改变的情况下,可以发现改变的影响范围。该文件关联旨在改进可追踪性。
专利文献1:日本早期公开专利公布第09-223008号
专利文献2:日本早期公开专利公布第10-254691号
专利文献3:日本早期公开专利公布第09-101884号
专利文献4:日本早期公开专利公布第08-194610号
然而,如以下将说明的,上述对影响范围的搜索具有在缩小影响范围方面自然受限的问题。即,在上述对影响范围的搜索中,从要改变的文件中全方位检索一系列关联。结果,在对影响范围的搜索中,徒劳地搜索基本不受影响的文件。以该方式,在上述对影响范围的搜索中,搜索结果中相当多地包含了不太有用的文件,因此,扩大了被识别为搜索结果的影响范围。
本发明的一方面在于提供能够支持设置文件之间的从属关系的操作以改进缩小影响范围的精确度的搜索程序、搜索方法和信息处理设备。
发明内容
根据实施例的一方面,一种搜索方法根据信息之间的从属关系来控制搜索范围。该搜索方法包括:获取第一信息和第二信息的选择顺序,第一信息包括在通过执行第一文件显示的显示数据中,第二信息包括在通过执行第二文件显示的显示数据中;以及与第一信息和第二信息的选择顺序相对应地显示第一信息和第二信息之间的第一从属关系以及其中第一从属关系被反转的第二从属关系作为从属关系的设置候选。
根据实施例的另一方面,一种信息处理设备用于根据信息之间的从属关系控制搜索范围,该信息处理设备包括:获取单元,其获取第一信息和第二信息的选择顺序,第一信息包括在通过执行第一文件显示的显示数据中,第二信息包括在通过执行第二文件显示的显示数据中;以及设置显示单元,其与第一信息和第二信息的选择顺序相对应地显示第一信息和第二信息之间的第一从属关系以及其中第一从属关系被反转的第二从属关系作为从属关系的设置候选。
附图说明
图1是示出根据第一实施例的文件管理系统的配置的图;
图2是示出根据第一实施例的文件管理服务器的功能配置的框图;
图3是示出树结构的示例的图;
图4是示出对象信息的示例的图;
图5是示出条件信息的示例的图;
图6是示出文件夹条件、文件条件和文件元素条件的示例的图;
图7是示出关联信息的示例的图;
图8是示出客户端终端上所显示的屏幕的示例的图;
图9是示出客户端终端上所显示的屏幕的示例的图;
图10是示出禁止关联的情况的示例的图;
图11是示出客户端终端上所显示的屏幕的示例的图;
图12是示出客户端终端上所显示的屏幕的示例的图;
图13是示出根据第一实施例的关联处理的过程的流程图;
图14是示出根据第一实施例的搜索处理的过程的流程图;以及
图15是用于说明执行根据第一实施例和第二实施例的搜索程序的计算机的示例的图。
具体实施方式
将参照附图说明优选实施例。顺便提及,这些实施例不限制应用范围。此外,可以在不引起处理内容的任何矛盾的范围内对实施例进行任意组合。
[a]第一实施例
系统配置
图1是示出根据第一实施例的文件管理系统的配置的图。图1所示的文件管理系统1用于对在产品的设计和开发过程中客户端终端30A至30C生成的诸如规范文档、设计文档和验证数据的开发资产的文件进行管理。
如图1所示,文件管理系统1包括文件管理服务器10和客户端终端30A至30C。顺便提及,在图1中,示出了三个客户端终端;然而,文件管理系统1可以包括任意数量的客户端终端。此外,图1示出一个文件管理服务器管理文件的情况;然而,多个文件管理服务器可以以分布方式管理文件。下文中,在不区分客户端终端30A至30C时,可将客户端终端30A至30C统称为“客户端终端30”。
文件管理服务器10和客户端终端30通过网络5相连接以彼此进行通信。可以采用诸如因特网、局域网(LAN)和虚拟专用网(VPN)的任何种类的通信网络(无论是有线的还是无线的)作为网络5。
文件管理服务器10是为客户端终端30提供用于搜索产品规范或设计的改变对于另一文件的影响范围的搜索服务的计算机。文件管理服务器10可以被实现为执行与搜索服务有关的处理的网络服务器,并且还可以被实现为通过外包(outsourcing)来提供搜索服务的云(cloud)。作为另一模式,搜索服务可以通过将作为封装式软件或在线软件所提供的搜索程序预先安装或安装在期望的计算机上来实现。
客户端终端30是接受搜索服务的提供的计算机。例如,客户端终端30由从事于产品开发和设计的开发者以及间接参与开发和设计的人等使用。下文中,可将开发者和参与的人统称为“开发相关人员”。作为客户端终端30的形式,除了包括个人计算机的固定终端之外,可以采用诸如智能电话、移动电话、个人手持电话系统(PHS)和个人数字助理(PDA)的移动终端。
用作接收文件管理服务器10提供的搜索服务的提供的前端的应用程序(例如,网络浏览器等)被预先安装或安装在客户端终端30上。顺便提及,下文中,可将在客户端终端30上运行的应用程序称为“客户端应用程序”。
例如,客户端终端30通过客户端应用程序接收诸如开发相关人员的账户名或密码的登录认证信息的输入,并且将登录认证信息传送到文件管理服务器10。由此,执行了开发相关人员的登录认证。结果,当登录认证成功时,即,当客户端终端30的操作者已被认证为开发相关人员时,文件管理服务器10根据开发相关人员具有的权限来开放搜索服务的一部分或全部。在登录认证成功之后,客户端终端30可以通过客户端应用程序接收开发相关人员对文件管理服务器10的各种文件操作。
文件操作的形式包括将新的文件上传到文件管理服务器10上的操作、改变在文件管理服务器10上所管理的文件的内容的一部分的操作以及删除文件的操作等。顺便提及,下文中,可将在利用文字处理软件和电子表格软件在产品的开发和设计过程中所创建的规范文档、设计文档以及验证数据等的文档文件均称为“文档”。作为文件操作的另一种形式,存在将在文件管理服务器10上所管理的文件之中的多条相关文件信息相关联的关联操作。为了实现对于搜索例如文件的内容的改变对于另一文件的影响范围的可追踪性的目的,执行了该关联。
顺便提及,这里的术语“文件信息”并不总是指文件本身,并且可以是文件的内容代表的文档中所包含的元素。例如,在表格式数据的文件的情况下,文件信息可以是使用电子表格软件所显示的表格的单元格。下文中,可将文件的内容代表的文档中所包含的元素(诸如,电子表格软件中的单元格)称为“文件元素”。
文件管理服务器10的配置
随后,说明根据本实施例的文件管理服务器10的功能配置。图2是示出根据第一实施例的文件管理服务器10的功能配置的框图。如图2所示,文件管理服务器10包括通信接口(I/F)单元11、存储单元13和控制单元15。顺便提及,除了图2所示的功能单元外,文件管理服务器10还可以包括已知的服务器装置具有的各种功能单元,例如,诸如输入装置和语音输出装置的功能单元。
通信I/F单元11是控制与诸如客户端终端30的另一装置的通信的接口。作为通信I/F单元11的形式,可以采用诸如局域网(LAN)卡的网络接口卡。例如,通信I/F单元11从客户端终端30接收与文件操作有关的命令或者与命令相对应的文件,并且接收用于搜索文件元素的改变对于另一文件或另一文件元素的影响范围的请求。此外,通信I/F单元11传送与来自客户端终端30的文件操作命令相对应的文件,并且传送搜索影响范围的结果。
存储单元13是将控制单元15执行的各种程序(诸如,操作系统(OS)和搜索程序)存储在其中的存储装置。存储单元13的形式包括诸如闪速存储器的半导体存储装置和诸如硬盘或光盘的存储装置。顺便提及,存储单元13不限于上述类型的存储装置,并且可以是随机存取存储器(RAM)或只读存储器(ROM)。
存储单元13将作为控制单元14执行的程序中所使用的数据示例的文件13a、对象信息13b、条件信息13c和关联信息13d存储在其中。顺便提及,除了文件13a、对象信息13b、条件信息13c和关联信息13d外,诸如开发相关人员的文件访问权限的其他电子数据也可以存储在存储单元13中。
文件13a包括在产品的开发和设计过程中所生成的各种文件。作为示例,文件13a包括在要求分析、概略(outline)设计和细节设计的过程中所生成的各种文档以及在验证(即,在程序设计之后对所编程的程序的测试)过程中所生成的各种文档。为了给出具体示例,文件13a包括将产品的功能规范定义为要求分析的结果的“功能要求文档”、将产品的功能的基本设计定义为概略设计的结果的“功能设计文档”以及将产品的功能的详细设计定义为细节设计的结果的“功能详细设计文档”等。此外,文件13a还包括从要求的观点制定关于程序测试的计划的“要求测试规范文档”以及从功能的观点制定关于程序测试的计划的“功能测试规范文档”等。
通过虚拟树结构来实现在客户端终端30上显示文件13a并操作文件13a。图3是示出树结构的示例的图。图3示出根文件夹位于最上面并且产品的开发和设计过程的文件夹(诸如,“功能要求”、“功能设计”、“功能详细设计”、“要求测试规范”和“功能测试规范”)位于根文件夹下作为子文件夹的树结构。
如图3所示,“功能要求”文件夹将“功能要求文档”文件存储在其中。“功能要求文档”文件包含诸如“功能要求1”和“功能要求2”的文件元素。此外,“功能设计”文件夹将“功能A设计文档”文件和“功能B设计文档”文件这两个文件存储在其中。“功能A设计文档”文件包含诸如“功能A1设计”和“功能A2设计”的文件元素;“功能B设计文档”文件包含“功能B1设计”的文件元素。此外,“功能A1详细设计”文件夹将“功能A1详细设计文档”文件、“功能A2详细设计文档”文件和“功能B1详细设计文档”文件这三个文件存储在其中。“功能A1详细设计文档”文件包含诸如“详细设计(a)”和“详细设计(b)”的文件元素。“功能A2详细设计文档”文件包含文件元素“详细设计(α)”。“功能B1详细设计文档”文件包含文件元素“详细设计(i)”。此外,“要求测试规范”文件夹将“要求1测试规范文档”文件存储在其中,以及“要求1测试规范文档”文件包含与功能要求1有关的“测试规范1”。此外,“功能测试规范”文件夹将“功能A1测试规范文档”文件存储在其中,以及“功能A1测试规范文档”文件包含与功能A1有关的“测试规范A1”。
对象信息13b是经过上述关联的关于诸如文件夹、文件和文件元素的对象的信息。当已执行来自客户端终端30的文件操作时,稍后描述的登记单元15a生成、更新或删除对象信息13b。
例如,在从客户端终端30接收到在文件管理服务器10上新创建文件夹的文件操作时,将新创建的文件夹新登记为对象。此外,在从客户端终端30接收到新上传文件的文件操作时,将新上传的文件新登记为对象。于是,提取新上传的文件的内容之中的特定文件元素,并且将该文件元素新登记为对象。此外,在从客户端终端30接收到删除文件管理服务器10上的文件夹的文件操作时,删除诸如与所接收到的文件操作相对应的文件夹、文件夹中所包含的文件以及文件中所包含的文件元素的对象。此外,当已接收到删除文件的文件操作时,删除诸如与所接收到的文件操作相对应的文件和文件中所包含的文件元素的对象。此外,在从客户端终端30接收到更新文件管理服务器10上的文件的文件操作时,重新提取要更新的文件的内容之中的特定文件元素,并且以新对象重写文件元素。
作为对象信息13b的形式,可以采用与“对象标识符(ID)”、“类型”、“文件夹”、“文件”和“文件元素”等项目相关联的数据。这里的术语“对象ID”是指用于识别对象的识别信息;文件夹、文件和文件元素的对象被分配了特有的ID,以便可以识别例如同一文件夹中的文件或者同一文件中的文件元素。这里的术语“类型”是指对象的类型;类型的示例包括文件夹、文件和文件元素等。
图4是示出对象信息13b的示例的图。图4示出图3所示的文件夹、文件和文件元素的各个对象。图4所示的具有对象ID“object0001”的对象表示图3所示的“功能要求”文件夹。当对象是像这样的文件夹时,文件的和文件元素的字段是空白,如图4所示。此外,图4所示的具有对象ID“object0002”的对象表示图3所示的“功能要求文档”文件。当对象是像这样的文件时,如图4所示,文件元素的字段是空白。此外,图4所示的具有对象ID“object0003”的对象表示图3所示的文件元素“功能要求1”。当对象是像这样的文件元素时,如图4所示,各个值存储在文件夹、文件和文件元素的字段中。顺便提及,图4所示的对象信息13b的模式(shcema)仅是示例,并且不限于图4所示的示例。例如,代替文件夹和文件,可以存储表示文件夹或文件的存储位置的路径。
条件信息13c是定义关于对象之间的关联的条件的信息。作为示例,条件信息13c可以是所谓的白列表(whitelist),其是关于对于两个对象之间的关联的许可的条件的列表。顺便提及,以下,描述了条件信息13c是白列表的示例;然而,条件信息13c可以是黑列表(blacklist)。
这里,设置关于对象之间的关联的条件的原因在于防止将弱相关的(tenuously-related)对象错误地关联。为了将此实现,在本实施例中,仅允许将具有两个对象中的一个对象从属于另一对象的从属关系的对象的组合进行关联。从属关系的示例包括以下。
例如,在图3所示的示例中,当以文件夹为粒度(granularity)查看对象(即,过程)时,根据关于要求分析的功能要求文档(其被称为功能规范文档)进行功能设计;因此,可以认为功能设计从属于功能要求。同样地,可以认为功能详细设计(即,细节设计)从属于功能要求;可以认为要求测试规范从属于功能要求;以及可以认为功能测试规范从属于功能设计。
此外,在图3所示的示例中,当以文件为粒度查看对象时,根据关于功能A1的概略设计的功能A设计文档进行功能A1和A2的详细设计。因此,可以认为功能A1详细设计文档和功能A2详细设计文档从属于功能A设计文档。同样地,可以认为功能B1详细设计文档从属于功能B设计文档;可以认为要求1测试规范文档从属于功能要求文档;以及可以认为功能A1测试规范文档从属于功能A设计文档。
此外,在图3所示的示例中,当以文件元素为粒度查看对象时,根据在功能要求文档中所定义的功能要求1进行功能A1的概略设计;因此,可以认为功能A设计文档从属于作为功能要求文档的文件元素的功能要求1。此外,根据在功能A设计文档中所定义的功能A1设计进行功能A1的详细设计;因此,可以认为功能A1详细设计文档从属于功能A1设计。就像这样,可以认为功能A2详细设计文档从属于功能A2设计,以及可以认为功能B1详细设计文档从属于功能B1设计。同样地,可以认为要求1测试规范文档从属于功能要求1,以及可以认为功能A1测试规范文档从属于功能A1设计。此外,可以认为测试规范1从属于功能要求1,以及可以认为测试规范A1从属于功能A1设计。
由此,在条件信息13c中设置关于具有对象之一从属于其他对象的从属关系的对象的组合的条件。
作为条件信息13c的形式,可以采用与“条件编号”、“类型”、“条件1”和“条件2”等项目相关联的数据。这里的术语“条件编号”是指用于识别条件的识别信息。这里的术语“类型”是指条件的类型。作为示例,存在文件夹条件“文件夹”,其表示对被指定为经受关联操作的两个对象之一所从属的上级对象的对象所施加的粒度条件是文件夹。作为另一示例,存在文件条件“文件”,其表示施加于上级对象的粒度条件是文件。作为又一示例,存在文件元素条件“元素”,其表示施加于上级对象的粒度条件是文件元素。此外,这里的术语“条件1”是指施加于经受关联操作的两个对象之中的上级对象的条件,以及这里的术语“条件2”是指施加于经受关联操作的两个对象之中的下级对象的条件。
图5是示出条件信息13c的示例的图。图6是示出文件夹条件、文件条件和文件元素条件的示例的图。图5示出当将图3所示的对象进行关联时要施加的文件夹条件、文件条件和文件元素条件。图6示出图5所示的文件夹条件、文件条件和文件元素条件中的每一个的从上级对象到下级对象的箭头方向。顺便提及,在图6中,在图5所示的条件之中,选择性地示出了作为与“功能要求”文件夹有关的文件夹条件的具有条件编号“P001”和“P004”的条件、作为与“功能设计”文件夹有关的文件夹条件的具有条件编号“P002”和“P003”的条件、作为与“功能A设计文档”文件有关的文件条件的具有文件编号“P005”和“P006”的条件以及作为与“功能A1设计”文件元素有关的文件元素条件的具有条件编号“P008”至“P010”的条件。此外,在图6中,从上级对象到下级对象的方向由箭头表示的原因在于使得该方向与要改变的文件元素的影响朝向比文件元素所属的过程晚执行的过程的对象延伸的方向(即,搜索影响范围的方向)一致。
图5所示的具有条件编号“P001”至“P004”的条件是文件夹条件的示例。例如,在图5所示的具有条件编号“P001”的文件夹条件中,如图6所示,设置了上级对象所属的文件夹是“功能要求”以及下级对象所属的文件夹是“功能设计”的要求。此外,在图5所示的具有条件编号“P002”的文件夹条件中,如图6所示,设置了上级对象所属的文件夹是“功能设计”以及下级对象所属的文件夹是“功能详细设计”的要求。此外,在图5所示的具有条件编号“P003”的文件夹条件中,如图6所示,设置了上级对象所属的文件夹是“功能设计”以及下级对象所属的文件夹是“功能测试规范”的要求。此外,在图5所示的具有条件编号“P004”的文件夹条件中,如图6所示,设置了上级对象所属的文件夹是“功能要求”以及下级对象所属的文件夹是“要求测试规范”的要求。
图5所示的具有条件编号“P005”和“P006”的条件是文件条件的示例。例如,在图5所示的具有条件编号“P005”的文件条件中,如图6所示,设置了包含经受关联操作的两个对象之中的被指定为上级对象的文件或文件元素的文件是“功能A设计文档”以及包含被指定为下级对象的文件或文件元素的文件是“功能A1详细设计文档”的要求。此外,在图5所示的具有条件编号“P006”的文件条件中,如图6所示,设置了包含被指定为上级对象的文件或文件元素的文件是“功能A设计文档”以及包含被指定为下级对象的文件或文件元素的文件是“功能A2详细设计文档”的要求。顺便提及,这里,作为示例,描述了具有条件编号“P005”和“P006”的文件条件;然而,这并没有禁止在条件信息13c中设置除这些之外的其他文件条件,包括具有条件编号“P007”的条件。
图5所示的具有条件编号“P008”和“P010”的条件是文件元素条件的示例。例如,在图5所示的具有条件编号“P008”的文件元素条件中,设置了经受关联操作的两个对象之中的被指定为上级对象的文件元素是“功能A1设计”以及被指定为下级对象的文件是“功能A1详细设计文档”的要求。此外,在图5所示的具有条件编号“009”的文件元素条件中,如图6所示,设置了被指定为上级对象的文件元素是“功能A1设计”以及被指定为下级对象的文件元素“是详细设计(a)”的要求。此外,在图5所示的具有条件编号“P010”的文件元素条件中,如图6所示,设置了被指定为上级对象的文件元素是“功能A1设计”以及被指定为下级对象的文件元素是“详细设计(b)”的要求。顺便提及,这里,作为示例,描述了具有条件编号“P008”和“P010”的文件元素条件;然而,这并没有禁止在条件信息13c中设置除这些之外的其他文件元素条件,包括具有条件编号“P011”至“P013”的条件。
在图5所示的条件信息13c的示例中,描述了如下示例:当上级对象与在“条件1”中所设置的文件夹名称、文件名称或文件元素名称完全匹配并且下级对象与在“条件2”中所设置的文件夹名称、文件名称或文件元素名称也完全匹配时,确定对象的组合符合文件夹条件、文件条件或文件元素条件;替选地,当两个对象分别与“条件1”和“条件2”部分匹配时,可以确定对象的组合符合条件。例如,假设在文件元素条件的条件1中设置功能A以及在文件元素条件的条件2中设置功能A1。在这种情况下,当将部分匹配的文件元素名称为条件1“功能A”的对象指定为上级以及将部分匹配文件元素名称或文件名称为条件2“功能A1”的对象指定为下级时,确定对象的组合符合文件元素条件。因此。例如,当执行将具有文件元素条件名称“功能A1设计”的对象指定为上级对象并将具有文件名称“功能A1详细设计文档”的对象指定为下级对象的关联操作时,确定对象的组合符合文件元素条件。
关联信息13d是关于多条文件信息之间的关联(即,对象之间的关联)的信息。当经受关联操作的上级对象与下级对象的组合符合文件夹条件、文件条件和文件元素条件中的至少一个时,关联单元15d将关于上级对象与下级对象的组合的信息添加到关联信息13d中。
作为关联信息13d的形式,可以采用彼此相关联的项目“对象ID1”和“对象ID2”。这里的术语“对象ID1”是指对象的组合之中的上级对象(即,“主(primary)”对象)的对象ID。此外,这里的术语“对象ID2”是指对象的组合之中的下级对象(即,“次(secondary)”对象)的对象ID。
图7是示出关联信息13d的示例的图。图7示出图3所示的对象之中的关联对象的组合。例如,在图7所示的对象ID1“object0002”与对象ID2“object0006”的组合中,设置了功能要求文档文件与功能A设计文档文件之间的关联,即关系。该关系意味着功能A设计文档文件从属于功能要求文档文件。此外,在图7所示的对象ID1“object0003”与对象ID2“object0006”的组合中,设置了功能要求1文件元素与功能A设计文档文件之间的关系。该关系意味着功能A设计文档文件从属于功能要求1文件元素。此外,在图7所示的对象ID1“object0003”与对象ID2“object0021”的组合中,设置了功能要求1文件元素与测试规范1文件元素之间的关系。该关系意味着测试规范1文件元素从属于功能要求1文件元素。
控制单元15具有用于存储定义各种处理过程的程序和控制数据的内部存储器,并且使用这些执行各种处理。如图2所示,控制单元15包括登记单元15a、设置显示单元15b、确定单元15c、关联单元15d和搜索单元15e。
登记单元15a是将从客户端终端30接收到的文件登记到存储单元13中的处理单元。作为一种模式,当接收到从客户端终端30新上传文件的文件操作时,登记单元15a将新上传的文件登记到存储单元13中。此外,登记单元15a将对象ID分配给新上传的文件,并且以与文件的名称和存储有该文件的文件夹的名称相关联的方式将对象ID和文件的类型添加到存储在存储单元13中的关联信息13d中。此外,登记单元15a从新上传的文件的内容中提取特定文件元素,诸如代表文件的特征的文件元素。例如,提取诸如写入位于与给定项目相同的行或列中的单元格的编号、符号和字符串的信息作为特定文件元素。可以根据文档的内容设置以该方式从单元格提取的项目。例如,当从功能要求文档文件中提取文件元素时,可以设置代表分析的每个功能要求的特征的标识符、名称和描述文本这些项目。然后,登记单元15a将对象ID分配给所提取的文件元素中的每一个。此后,登记单元15a以与从其提取了文件元素的文件的名称和存储有源文件的文件夹的名称相关联的方式,将对象ID和文件元素的类型添加到存储在存储单元13中的对象信息13b中。
作为另一种模式,当从客户端终端30接收到更新文件管理服务器10上的文件的文件操作时,登记单元15a将要更新的文件重写到存储单元13中。此外,登记单元15a从更新后的文件的内容中重新提取特定文件元素。然后,登记单元15a将对象ID分配给重新提取的文件元素之中的与在更新之前所提取的任意文件元素不匹配的文件元素。此后,登记单元15a以与文件元素的名称、从其重新提取了文件元素的文件的名称和存储有源文件的文件夹的名称相关联的方式,将所分配的对象ID和文件元素的类型添加到存储在存储单元13中的对象信息13b中。此时,登记单元15a从存储单元13中所存储的对象信息13b中删除在更新之前所提取的文件元素之中尚未被重新提取的文件元素的记录。
设置显示单元15b是这样的处理单元:其根据两个对象的选择顺序选择性地显示首先选择的对象从属于随后选择的对象的关系或者随后选择的对象从属于首先选择的对象的关系作为要设置的从属关系。
作为一种模式,当接收到对于客户端终端30上所显示的对象的拖动操作时,设置显示单元15b开始处理。随后,设置显示单元15b接收对于与从其已开始拖动操作的对象不同的另一对象的放下操作。顺便提及,在设置显示单元15b接收在不存在经受拖动操作的对象的位置上的拖动操作或者对已接收到拖动操作的同一对象的放下操作的情况下,由于选择了仅一个对象,因此取消关联操作。
然后,设置显示单元15b将经受放下操作的对象从属于经受拖动操作的对象的从属关系作为用于建立关联的候选显示在客户端终端30上。此后,如果在设置显示单元15b接收认可在客户端终端30上所显示的两个对象之间的从属关系的操作之前已进行反转从属关系的操作,则设置显示单元15b反转在客户端终端30上所显示的两个对象之间的从属关系。然后,当接收到认可从属关系的操作时,设置显示单元15b将在接收到认可操作时客户端终端30上所显示的从属关系识别为上级对象和下级对象。因此,接受了对上级对象和下级对象的关联操作。经受关联操作的对象的组合的示例包括例如文件与文件的组合、文件元素与文件的组合以及文件元素与文件元素的组合。顺便提及,这里,描述了通过开发相关人员执行的操作来指定上级对象和下级对象的情况;替选地,可以自动提取上级对象和下级对象。
以该方式,当执行以拖动操作为起点来拖动两个对象中的一个对象并以放下操作为终点来将该对象放在另一对象上的拖放操作时,将经受拖动操作的对象和经受放下操作的对象的顺序确定为两个对象的选择顺序。因此,可以将选择两个对象的操作分配给点击鼠标左键的一个动作,使得可以减少操作次数。此外,可以将指定从属关系的操作分配给鼠标移动,因此,可以直观地指定从属关系。
顺便提及,这里,从实现使鼠标的移动方向与搜索影响范围的方向匹配的操作感的观点,描述了经受放下操作的对象从属于经受拖动操作的对象的情况;替选地,从实现使鼠标的移动方向与对象所从属的方向匹配的操作感的观点,经受拖动操作的对象可以从属于经受放下操作的对象。
图8和图9是示出在客户端终端30上所显示的屏幕的示例的图。图8和图9示出文件管理系统1为了管理文件提供的文件管理屏幕200和210。顺便提及,在图8所示的示例中,在窗口被分割成上部和下部的状态下,在客户端终端30上显示文件管理屏幕200;然而,不一定需要分割该屏幕。
如图8所示,在接收到对于文件管理屏幕200上所显示的文件元素“功能要求1”的拖动操作并且随后接收到对于作为不同于文件元素“功能要求1”的文件元素的文件元素“功能A1设计”的放下操作时,如下显示要建立的候选从属关系。如图9所示,文件管理屏幕210在作为与向上方向上的拖放操作相同的方向的、从“功能要求1”到“功能A1设计”的方向上显示从属关系,这意味着经受放下操作的“功能A1设计”从属于经受拖动操作的“功能要求1”是要建立的候选关联操作。因此,可以将选择两个文件元素的操作分配给点击鼠标左键的一个动作,使得可以减少操作次数。此外,可以将指定从属关系的操作分配给鼠标移动,因此,可以直观地指定从属关系。此外,开发相关人员可以通过点击文件管理屏幕210上所显示的单选按钮来反转当前显示的从属关系。此后,当按下文件管理屏幕210上所显示的确定(OK)按钮210A时,采用在按下确定按钮210A时在文件管理屏幕210上所显示的从属关系。即,接受了用于在上级文件元素“功能要求1”与下级文件元素“功能A1设计”之间进行关联的操作。
顺便提及,这里,描述了在拖动操作中使用鼠标左键的情况;替选地,可以与键盘上的特定键(例如,“Ctrl”键或功能键)协作执行拖动操作。此外,在拖放操作中可以使用除了鼠标外的指向装置。此外,不一定需要通过拖放操作来确定选择顺序。例如,通过连续地接收选择一个对象的操作和选择其他对象的操作,可以以相同方式指定对象的组合和从属关系。
确定单元15c是参考存储在存储单元13中的条件信息13c来确定是否允许关联操作的处理单元。
作为一种模式,当接收到指定上级对象和下级对象的关联操作时,确定单元15c参考对象信息13b来识别设置显示单元15b已接收到该指定的上级对象和下级对象所属的相应文件夹。例如,当指定的对象是文件时,提取对象信息13b中所包括的记录之中的包含指定已被接收的文件的名称的记录中的文件夹名称。此外,当指定的对象是文件元素时,提取对象信息13b中所包括的记录之中的包含指定已被接收的文件元素的名称的记录中的文件夹名称。
然后,确定单元15c确定上级对象所属的文件夹和下级对象所属的文件夹是否符合在条件信息13c中所设置的文件夹条件中的任意文件夹条件。例如,当存储有被指定为上级对象的文件的文件夹的文件夹名称或存储有包含被指定为上级对象的文件元素的文件的文件夹的文件夹名称与图5所示的任意文件夹条件中包括的条件1中所设置的文件夹名称完全匹配、并且存储有被指定为下级对象的文件的文件夹的文件夹名称或存储有包含被指定为下级对象的文件元素的文件的文件夹的文件夹名称与图5所示的相同文件夹条件中包括的条件2中所设置的文件夹名称也完全匹配时,确定单元15c确定经受关联操作的对象的组合符合文件夹条件。根据是否符合任意文件夹条件,可以确认上级对象和下级对象在“文件夹”的粒度下是否具有从属关系。此时,当上级对象所属的文件夹和下级对象所属的文件夹不符合条件信息13c中所设置的任意文件夹条件时,可以推测上级对象和下级对象很可能是不具有从属关系的对象的错误组合。在这种情况下,确定单元15c禁止进行经受关联操作的对象的组合之间的关联。
另一方面,当上级对象所属的文件夹和下级对象所属的文件夹符合条件信息13c中所设置的任意文件夹条件时,如下确定是否符合任意文件条件。即,确定单元15c确定与上级对象相对应的文件和与下级对象相对应的文件是否符合条件信息13c中所设置的任意文件条件。例如,当被指定为上级对象的文件的文件名称或包含被指定为上级对象的文件元素的文件的文件名称与图5所示的任意文件条件中包括的条件1中所设置的文件名称完全匹配、并且被指定为下级对象的文件的文件名称或包含被指定为下级对象的文件元素的文件的文件名称与图5所示的相同文件条件中包括的条件2中所设置的文件名称也完全匹配时,确定单元15c确定经受关联操作的对象的组合符合文件条件。根据是否符合任意文件条件,可以确认上级对象和下级对象在“文件”的粒度下是否具有从属关系。
此时,当与上级对象相对应的文件和与下级对象相对应的文件不符合条件信息13c中所设置的任意文件条件时,可以推断上级对象和下级对象很可能是不具有从属关系的对象的错误组合。在这种情况下,确定单元15c禁止进行经受关联操作的对象的组合之间的关联。
另一方面,当与上级对象相对应的文件和与下级对象相对应的文件符合条件信息13c中所设置的任意文件条件时,确定单元15c确定被指定为上级的对象的粒度是否为文件元素。此时,当上级对象的粒度不是文件元素而是文件时,可以确认经受关联操作的对象的组合是文件与文件。在这种情况下,不需要确定是否符合粒度比文件更细的任意文件元素条件。因此,确定单元15c允许进行经受关联操作的对象的组合之间的关联。
此外,当被指定为上级的对象的粒度是文件元素时,确定经受关联操作的对象的组合是文件元素与文件的组合或文件元素与文件元素的组合。在这种情况下,继续执行文件元素条件的确定。即,确定单元15c确定与上级对象相对应的文件元素和与下级对象相对应的文件或文件元素是否符合条件信息13c中所设置的文件元素条件中的任意文件元素条件。例如,当被指定为上级对象的文件元素的文件元素名称与图5所示的任意文件元素条件中包括的条件1中所设置的文件元素名称完全匹配、并且被指定为下级对象的文件的文件名称或被指定为下级对象的文件元素的文件元素名称与图5所示的相同文件元素条件中包括的条件2中所设置的文件名称或文件元素名称也完全匹配时,确定单元15c确定经受关联操作的对象的组合符合文件元素条件。根据是否满足任意文件元素条件,可以确认上级对象和下级对象在“文件元素”的粒度下是否具有从属关系。
此时,当与上级对象相对应的文件元素和与下级对象相对应的文件或文件元素不符合条件信息13c中所设置的任意文件元素条件时,可以推断上级对象和下级对象很可能是不具有从属关系的对象的错误组合。在这种情况下,确定单元15c禁止进行经受关联操作的对象的组合之间的关联。另一方面,当与上级对象相对应的文件元素和与下级对象相对应的文件或文件元素符合条件信息13c中所设置的任意文件元素条件时,可以确定在文件夹、文件和文件元素的所有粒度下完成了从属关系的确认。在这种情况下,确定单元15c允许进行经受关联操作的对象的组合之间的关联。
顺便提及,这里,描述了通过使用文件夹条件、文件条件和文件元素条件来确定是允许还是禁止进行关联的情况;替选地,可以将这些条件缩减为文件夹条件、文件条件和文件元素条件中的至少任一个,并且可以确定对象的组合是否符合该(这些)条件。例如,当经受关联操作的对象的组合符合文件夹条件时,确定单元15c可以允许进行对象的组合之间的关联。此外,当经受关联操作的对象的组合符合文件条件时,确定单元15c可以允许进行对象的组合之间的关联。此外,当经受关联操作的对象的组合符合文件元素条件时,确定单元15c可以允许进行对象的组合之间的关联。
关联单元15d是执行对象之间的关联的处理单元。作为一种模式,当确定单元15c已允许进行关联时,关联单元15d将关于相关联的上级对象和下级对象的信息添加到关联信息13d中。此时,关联单元15d将上级对象存储在关联信息13d中所包括的字段之中的对象ID1的字段中,并且将下级对象存储在对象ID2的字段中。
这里,用图10说明禁止进行关联的情况的具体示例。图10是示出禁止进行关联的情况的示例的图。图10示出对于不符合图5所示的条件信息13c中所设置的任意文件夹条件的对象的组合的关联操作、对于不符合任意文件条件的对象的组合的关联操作以及对不于符合任意文件元素条件的对象的组合的关联操作。
例如,假设“功能A设计文档”文件被指定为上级对象。这里,文件夹条件不允许将在被指定为上级的对象之前的已执行的过程中所生成的对象指定为下级的关联操作。因此,如图10所示的箭头(1)所示,将在要求分析过程中所生成的功能要求文档作为下级对象进行关联的关联操作不符合文件夹条件,其中该要求分析过程是在生成功能A设计文档的概略设计过程之前执行的过程。相应地,禁止功能A设计文档与功能要求文档的关联。此外,文件夹条件不允许将即使在被指定为上级的对象之后也被执行的过程中所生成的但与上级对象没有从属关系且与上级对象弱相关的对象指定为下级的关联操作。因此,如图10所示的箭头(2)所示,将要求1测试规范文档指定为下级对象的关联操作不符合文件夹条件,并且禁止功能A设计文档与要求测试规范文档的关联。
此外,假设“功能A设计文档”文件被指定为上级对象。这里,文件条件不允许将一个文件的功能不包括在另一文件的功能中的对象进行关联的关联操作。因此,如图10所示的箭头(3)所示,将不包括在功能A设计文档中的关于功能B1设计的详细设计的功能B1详细设计文档指定为下级对象的关联操作不符合文件条件,并且禁止功能A设计文档与功能B1详细设计文档的关联。
此外,假设“功能A1设计”文件元素被指定为上级对象。这里,文件元素条件不允许将不具有相同功能的对象进行关联的关联操作。因此,如图10所示的箭头(4)所示,将属于种类与被指定为上级的功能A1设计的功能A1不同的功能B的、关于功能B1的详细设计的功能B1详细设计文档指定为下级对象的关联操作不符合文件元素条件,并且禁止功能A1设计与功能B1详细设计文档的关联。此外,如图10所示的箭头(5)和(6)所示,即使属于种类与被指定为上级的功能A1设计的功能A1相同的功能A的、关于功能A2的详细设计的功能A2详细设计文档被指定为下级对象,上级对象和下级对象各自的功能也是相似的,但不是相同的。因此,将功能A2详细设计文档和在功能A2详细设计文档中所定义的详细设计(α)中的任一个指定为下级对象的关联操作不符合文件元素条件。因此,禁止功能A1设计与功能A2详细设计文档和详细设计(α)的关联。
为了返回到图2的说明,搜索单元15e是参考关联信息13d搜索文件元素的改变对于另一文件的影响范围的处理单元。作为一种模式,搜索单元15e从客户端终端30接收要改变的文件元素的指定。然后,搜索单元15e在关联信息13d中所包括的下级对象之中、在图7所示的示例中是在对象ID1中检索与被指定为其上级的文件元素组合的下级对象。此后,搜索单元15e重复地执行以下处理,直到搜索单元15e已完成预定次数的检索为止。即,搜索单元15e参考关联信息13d来检索将上次检索到的下级对象作为上级对象的对象的组合。然后,搜索单元15e在所检索的对象的组合之中识别下级对象。然后,在已完成预定次数的检索之后,搜索单元15e将从检索获得的对象作为搜索影响范围的结果输出到客户端终端30。此时,搜索单元15e可以根据预定粒度来输出从检索获得的对象。例如,当已将文件设置为从检索获得的对象之中的作为搜索影响范围的结果而输出的对象的粒度时,作为搜索影响范围的结果而直接输出文件,而对于文件元素,替代文件元素,可以输出包含文件元素的文件作为搜索影响范围的结果。
图11和图12是示出客户端终端30上所显示的屏幕的示例的图。图11示出可以向其输入各种搜索条件的搜索屏幕220。图12示出当输入了图11所示的搜索条件时包含搜索影响范围的结果的搜索结果屏幕230。图11所示的搜索屏幕220包括文件夹、文件和文件元素的下拉菜单。因此,开发相关人员可以通过将文件夹、文件和文件元素的下拉菜单按该顺序进行操作来指定要改变的文件元素。除了这些外,搜索屏幕220还包括“检索次数”和“作为搜索影响范围的结果而要输出的对象的粒度”的下拉菜单,并且可以连同要改变的文件元素一起接收检索次数和粒度。
如图11所示,当在搜索屏幕220上选择了作为要改变的文件元素的“功能A1设计”、作为检索次数的“1”以及作为粒度的“文件”的状态下按下搜索按钮220A时,参考图7所示的关联信息13d执行以下检索。即,检索与所指定的“功能A1设计”文件元素的对象ID1(即,包括在关联信息13d中的对象ID1“object0007”)组合的对象ID2“object0012”、“object0013”、“object0014”和“object0024”。在图11所示的示例中,所指定的检索次数是一次,因此仅这次(即,仅一次)就终止检索。顺便提及,当按下取消按钮220B时,取消检索,然后,客户端终端30的屏幕显示转变为上次阅览的屏幕或用于产品的开发和设计的首页屏幕(topscreen)等。
在从检索获得的对象ID“object0012”、“object0013”、“object0014”和“object0024”之中,对象ID“object0013”、“object0014”分别对应于详细设计(a)和详细设计(b)。此外,对象ID“object0024”对应于测试规范A1。这些对象ID object0013”、“object0014”和“object0024”是文件元素的ID。在图11所示的示例中,将“文件”指定为粒度,因此提取了包含具有对象ID“object0013”和“object0014”的文件元素的“功能A1详细设计文档”文件来替代详细设计(a)和详细设计(b)。此外,提取了包含具有对象ID“object0024”的文件元素的“功能A1测试规范文档”文件来替代测试规范A1。顺便提及,这里,已检索具有对象ID“object0012”的对象“功能A1详细设计文档”,因此,不必执行进一步的提取。顺便提及,例如,当作为搜索结果输出文件元素时,可以在搜索结果屏幕230上显示与文件元素有关系的每个文件元素。此外,例如,当作为搜索结果输出文件时,可以在搜索结果屏幕230上显示包含与文件元素有关系的每个文件元素的文件。可以将搜索结果的输出配置为用户可设置的。
另外,如图12所示,在搜索结果屏幕230上显示与对象ID“object0012”相对应的功能A1详细设计文档和与对象ID“object0024”相对应的功能A1测试规范文档这两个文档。该显示使得开发相关人员能够掌握在对功能A1设计的文件元素进行改变的情况下该改变影响功能A1详细设计文档和功能A1测试规范文档。此外,当如同上述传统技术中一样仅执行基于文件的关联时,也输出与功能A1设计无关的功能A2详细设计文档作为搜索影响范围的结果。另一方面,在本实施例中,以文件元素为单位、使用关于关联的关联信息13d执行搜索;因此,可以避免输出与功能A1设计无关的功能A2详细设计文档,结果,可以改进可追踪性的精确度。
此后,当按下搜索结果屏幕230上的重新搜索(RE-SEARCH)按钮230A时,客户端终端30的屏幕显示再次转变为图11所示的搜索屏幕220,并且重新指定“要改变的文件元素”、“检索次数”或“作为搜索影响范围的结果而要输出的对象的粒度”,然后,执行重新搜索。另一方面,当按下搜索结果屏幕230上的返回按钮230B时,客户端终端30的屏幕显示转变为上次阅览的屏幕或用于产品的开发和设计的首页屏幕等。
顺便提及,可以采用各种集成电路和电子电路作为控制单元15。此外,控制单元15中所包括的功能单元的一部分可以由其他集成电路或电子电路构成。例如,集成电路包括专用集成电路(ASIC)。此外,电子电路包括中央处理单元(CPU)和微处理单元(MPU)等。
处理流程
随后,说明根据本实施例的文件管理服务器进行的处理的流程。顺便提及,这里,首先说明文件管理服务器10执行的关联处理,并且此后,说明搜索处理。
(1)关联处理
图13是示出根据第一实施例的关联处理的过程的流程图。该关联处理在接收到对于客户端终端30上所显示的对象的拖动操作时开始。
如图13所示,当接收到对于对象的拖动操作时(步骤S101),设置显示单元15b随后接收对于与从其已开始拖动操作的对象不同的另一对象的放下操作(步骤S102)。
然后,设置显示单元15b在客户端终端30上显示经受放下操作的对象从属于经受拖动操作的对象的从属关系,作为用于要建立关联的候选(步骤S103)。
此后,设置显示单元15b确定设置显示单元15b是否已接收到反转从属关系的操作(步骤S104)。此时,当进行了反转从属关系的操作(在步骤S104为是)时,设置显示单元15b反转在客户端终端30上所显示的两个对象之间的从属关系(步骤S105)。顺便提及,当未进行反转从属关系的操作(在步骤S104为否)时,处理跳过步骤S105并移动到步骤S106。
然后,在设置显示单元15b接收到认可客户端终端30上所显示的两个对象之间的从属关系的操作(在步骤S106为否)以前,重复执行步骤S104和S105的处理。
此后,当设置显示单元15b接收到认可从属关系的操作(在步骤S106为是)时,将在接收到认可操作时在客户端终端30上所显示的从属关系识别为上级对象和下级对象。结果,已接受对于上级对象和下级对象的关联操作。
然后,确定单元15c参考对象信息13b来识别所识别出的上级对象和下级对象所属的相应文件夹(步骤S107)。
然后,确定单元15c确定上级对象所属的文件夹和下级对象所属的文件夹是否满足条件信息13c中所设置的任意文件夹条件(步骤S108)。
这里,当上级对象所属的文件夹和下级对象所属的文件夹不符合条件信息13c中所设置的任意文件夹条件(在步骤S108为否)时,可以推断上级对象和下级对象很可能是不具有从属关系的对象的错误组合。在这种情况下,不执行经受关联操作的对象的组合之间的关联,并且终止该处理。
另一方面,当上级对象所属的文件夹和下级对象所属的文件夹满足条件信息13c中所设置的任意文件夹条件(在步骤S108为是)时,确定单元15c确定对象的组合是否符合如下任意文件条件。即,确定单元15c确定与上级对象相对应的文件和与下级对象相对应的文件是否符合条件信息13c中所设置的任意文件条件(步骤S109)。
此时,当与上级对象相对应的文件和与下级对象相对应的文件不符合条件信息13c中所设置的任意文件条件(在步骤S109为否)时,可以推断上级对象和下级对象很可能是不具有从属关系的对象的错误组合。在这种情况下,不执行经受关联操作的对象的组合之间的关联,并且终止该处理。
另一方面,当与上级对象相对应的文件和与下级对象相对应的文件符合条件信息13c中所设置的任意文件条件(在步骤S109为是)时,确定单元15c确定被指定为上级的对象的粒度是文件元素(步骤S110)。
此时,当粒度不是文件元素(在步骤S110为否)时,可以确认经受关联操作的对象的组合是文件与文件。在这种情况下,不需要确定是否符合粒度比文件细的任意文件元素条件。因此,允许经受关联操作的对象的组合之间的关联,并且处理移到步骤S112。
此外,当被指定为上级的对象的粒度是文件元素(在步骤S110为是)时,确定经受了关联操作的对象的组合是文件元素与文件的组合或者文件元素与文件元素的组合。
在这种情况下,继续执行文件元素条件的确定。即,确定单元15c确定与上级对象相对应的文件元素和与下级对象相对应的文件或文件元素是否符合条件信息13c中所设置的任意文件元素条件(步骤S111)。
这里,当与上级对象相对应的文件元素和与下级对象相对应的文件或文件元素不符合条件信息13c中所设置的任意文件元素条件(在步骤S111为否)时,可以推断上级对象和下级对象很可能是不具有从属关系的对象的错误组合。在这种情况下,不执行经受关联操作的对象的组合之间的关联,并且终止该处理。
另一方面,当与上级对象相对应的文件元素和与下级对象相对应的文件或文件元素符合条件信息13c中所设置的任意文件元素条件(在步骤S111为是)时,允许进行经受关联操作的对象的组合之间的关联。在这种情况下,关联单元15d将下级对象与上级对象进行关联(步骤S112),并且将关于相关联的对象的信息添加到关联信息13d中(步骤S113),然后,终止关联处理。
(2)搜索处理
图14是示出根据第一实施例的搜索处理的过程的流程图。该搜索处理在从客户端终端30接收到搜索请求时开始。如图14所示,搜索单元15e通过客户端终端30上所显示的搜索屏幕接收对“要改变的文件元素”、“检索次数”和“作为搜索影响范围的结果而要输出的对象的粒度”的指定(步骤S301至S303)。
然后,搜索单元15e参考关联信息13d检索与被指定为其上级的文件元素组合的下级对象(步骤S304)。
此后,搜索单元15e重复执行以下处理直到搜索单元15e完成了预定次数的检索为止(在步骤S305为否)。即,搜索单元15e参考关联信息13d来检索将上次检索到的下级对象作为上级对象的对象的组合(步骤S306)。然后,搜索单元15e在所检索到的对象的组合之中识别下级对象(步骤S307)。
然后,在已完成预定次数的检索(在步骤S305为是)之后,搜索单元15e将从检索获得的对象转换为在步骤S303所指定的粒度,并且将转换后的对象作为搜索影响范围的结果输出到客户端终端30(步骤S308),然后,终止搜索处理。
顺便提及,图14所示的步骤S301至S303的处理可以以随机顺序来改序,并且还可以并行执行。此外,可以通过预先设置检索次数和粒度来省略步骤S302和S303的处理。顺便提及,在图14中,描述了通过顺序地根据上级对象识别下级对象来搜索影响范围的处理。也可以通过顺序地根据下级对象识别上级对象来搜索影响范围。
第一实施例的效果
如上所述,根据本实施例的文件管理服务器10选择性地显示两个对象之中首先选择的对象从属于随后选择的另一对象的关系或者随后选择的对象从属于首先选择的对象的关系作为要设置的从属关系。因此,根据本实施例的文件管理服务器10可以执行具有从属关系的对象之间的关联,并因而可以从主要对象向次要对象搜索对象。因此,根据本实施例的文件管理服务器10可以防止徒劳地搜索基本不受影响的文件,并且可以提高非常有用的文件包含在搜索结果中的可能性。相应地,根据本实施例的文件管理服务器10可以支持设置文件之间的从属关系的操作,从而改进缩小影响范围的精确度。
[b]第二实施例
以上说明了根据本发明的设备的实施例;然而,本发明可以以除了上述实施例外的各种不同形式来实现。以下说明本发明中所包括的其他实施例。
应用示例
例如,文件管理服务器10可以根据从属关系已被定义的文件夹是否具有循环关系来确定是否满足任意条件。例如,假设包括在条件信息13c中的上级对象和下级对象形成以下一系列关联。例如,假设形成了“文件A→文件B→文件C→文件D”这一系列关联,其中文件B从属于文件A,文件C从属于文件B,以及文件D从属于文件C。在这种情况下,当进行将“文件D”指定为上级以及将“文件A”指定为下级的关联操作时,如果允许进行关联,则这一系列关联变为“文件A→文件B→文件C→文件D→文件A”并且形成循环。当一系列关联以该方式形成循环时,重复地搜索相同文件作为搜索影响范围的结果,并且可能降低可追踪性的精确度。因此,为了抑制可追踪性的精确度的降低,文件管理服务器10可以禁止导致循环(例如,“文件D→文件A”)形成的关联操作。
分散和集成
附图中所示的每个设备的部件并不总是需要如图所示那样物理地配置。即,每个设备的部件的分散和集成的具体形式不限于附图中所示的具体形式,并且可以根据各个负载和使用条件等将全部或部分部件配置为以任意单元在功能上或物理上分散或集成。例如,登记单元15a、设置显示单元15b、确定单元15c、关联单元15d或搜索单元15e可以作为外部装置经由网络连接到文件管理服务器10。此外,登记单元15a、设置显示单元15b、确定单元15c、关联单元15d和搜索单元15e可以分别包括在其他装置中,并且文件管理服务器10的上述功能可以以使得这些装置连接到网络并一起工作的方式来实现。此外,存储在存储单元中的文件13a、对象信息13b、条件信息13c和关联信息13d中的全部或部分可以分别由其他装置保持,并且文件管理服务器10的上述功能可以以使得这些装置连接到网络并一起工作的方式来实现。
搜索程序
上述实施例中的各种处理可以通过使得诸如个人计算机或工作站的计算机执行预先准备的程序来实现。以下用图15来说明执行具有与上述实施例中所述的功能相同的功能的搜索程序的计算机的示例。
图15是用于说明执行根据第一实施例和第二实施例的搜索程序的计算机的示例的图。如图15所示,计算机100包括操作单元110a、扬声器110b、摄像装置110c、显示器120和通信单元130。此外,该计算机100包括CPU 150、ROM 160、HDD 170和RAM 180。这些单元110至180经由总线140相连接。
如图15所示,完成与在第一实施例中所述的登记单元15a、设置显示单元15b、确定单元15c、关联单元15d和搜索单元15e相同的功能的搜索程序170a已预先存储在HDD 170中。该搜索程序170a可以如图2所示的登记单元15a、设置显示单元15b、确定单元15c、关联单元15d和搜索单元15e一样任意地集成或分散。即,不需要将存储在HDD 170中的各个数据项全部存储在HDD 170中,而是可将仅用于处理的数据项存储在HDD 170中。
然后,CPU 150从HDD 170读出搜索程序170a,并且将所读取的搜索程序170a扩展到RAM 180中。相应地,如图15所示,搜索程序170a起到搜索处理180a的作用。该搜索处理180a将从HDD 170读出的各种数据解压到RAM 180的被分配给搜索处理180a的区域中,并且基于解压后的数据执行各种处理。顺便提及,搜索处理180a包括图2所示的登记单元15a、设置显示单元15b、确定单元15c、关联单元15d和搜索单元15e执行的处理,诸如图13和图14所示的处理。此外,在CPU 150上虚拟实现的全部处理单元并不总是在CPU 150上运行,并且仅需要虚拟地实现用于处理的处理单元。
顺便提及,上述搜索程序170a不必从开始就已存储在HDD 170或ROM 160中。例如,搜索程序170a可以存储在“便携式物理介质”(诸如,软盘(FD)、CD-ROM、DVD、磁光盘或IC卡)中以将其插入计算机100中。然后,计算机100可以从便携式物理介质获取程序并执行所获取的程序。此外,搜索程序170a可以存储在经由公共电路、因特网、LAN或WAN连接到计算机100的其他计算机或服务器装置中,并且计算机100可以从其他计算机或服务器装置获取程序并执行所获取的程序。
根据一个实施例,可以支持设置文件之间的从属关系的操作,因此,可以改进缩小影响范围的精确度。
Claims (5)
1.一种搜索方法,使计算机根据信息之间的从属关系来控制搜索范围,所述搜索方法的特征在于:
当在第一信息中检测到拖操作之后、在第二信息中检测到放操作时,确定使作为拖和放操作的起点的所述第一信息、以及作为所述拖和放操作的终点的所述第二信息中的一方的信息从属于另一方的信息的第一从属关系;以及
选择地显示确定的第一从属关系以及其中所述第一从属关系被反转的第二从属关系作为从属关系的设置候选。
2.根据权利要求1所述的搜索方法,其中,
通过根据所述第一信息与所述第二信息之间的从属关系、从被定义为“次”的信息向被定义为“主”的信息追踪所述信息,来识别所述搜索范围。
3.根据权利要求1所述的搜索方法,其中,
通过根据所述第一信息与所述第二信息之间的从属关系、从被定义为“主”的信息向被定义为“次”的信息追踪所述信息,来识别所述搜索范围。
4.根据权利要求2或3所述的搜索方法,其中,所述搜索方法还包括:
在根据所述搜索中所识别的从属关系输出搜索结果时,确定是输出从属关系已被设置的各信息还是输出包含从属关系已被设置的各信息的相应文件。
5.一种信息处理设备,用于根据信息之间的从属关系控制搜索范围,所述信息处理设备包括:
获取单元,当在第一信息中检测到拖操作之后、在第二信息中检测到放操作时,确定使作为拖和放操作的起点的所述第一信息、以及作为所述拖和放操作的终点的所述第二信息中的一方的信息从属于另一方的信息的第一从属关系;以及
设置显示单元,其选择地显示确定的第一从属关系以及其中所述第一从属关系被反转的第二从属关系作为从属关系的设置候选。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012286155A JP6321904B2 (ja) | 2012-12-27 | 2012-12-27 | 検索プログラム、検索方法及び情報処理装置 |
JP2012-286155 | 2012-12-27 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103902644A CN103902644A (zh) | 2014-07-02 |
CN103902644B true CN103902644B (zh) | 2018-04-24 |
Family
ID=50993968
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310722411.7A Active CN103902644B (zh) | 2012-12-27 | 2013-12-24 | 搜索方法和信息处理设备 |
Country Status (3)
Country | Link |
---|---|
US (1) | US10019453B2 (zh) |
JP (1) | JP6321904B2 (zh) |
CN (1) | CN103902644B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6364786B2 (ja) * | 2014-01-24 | 2018-08-01 | 富士通株式会社 | 設計書管理プログラム、設計書管理方法および設計書管理装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101452479A (zh) * | 2007-12-04 | 2009-06-10 | 株式会社理光 | 文件管理装置、文件管理方法和计算机程序产品 |
CN101281526B (zh) * | 2007-04-02 | 2012-07-18 | 富士施乐株式会社 | 信息处理装置、信息处理系统和信息处理方法 |
CN102768703A (zh) * | 2012-07-03 | 2012-11-07 | 河海大学 | 基于树图模型的水轮发电机组虚拟装配建模方法和系统 |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08194610A (ja) | 1995-01-19 | 1996-07-30 | Matsushita Electric Ind Co Ltd | ソフトウェア設計方法及びプログラム構造 |
JPH09101884A (ja) | 1995-10-05 | 1997-04-15 | Nec Corp | リバースエンジニアリング支援システム |
JPH09223008A (ja) | 1996-02-16 | 1997-08-26 | Hitachi Ltd | 影響範囲抽出システム |
JP3373129B2 (ja) | 1997-03-07 | 2003-02-04 | 日立ソフトウエアエンジニアリング株式会社 | プログラム開発支援方法 |
JP2003532953A (ja) * | 2000-01-26 | 2003-11-05 | リアル・コンサルティング・エルエルシー | オポチュニティ追跡情報システム |
JP3730174B2 (ja) * | 2001-01-12 | 2005-12-21 | 有限会社築城ソフト研究所 | 関係付け情報管理システム、関係付け情報管理用プログラム、及び記録媒体 |
JP2003099466A (ja) * | 2001-09-21 | 2003-04-04 | Nippon Telegr & Teleph Corp <Ntt> | コンテキストデータ表示方法、編集方法及びプログラム |
US7236966B1 (en) * | 2002-03-08 | 2007-06-26 | Cisco Technology | Method and system for providing a user-customized electronic book |
US8074185B2 (en) * | 2007-05-16 | 2011-12-06 | Sherwood Electronics Laboratories, Inc. | System and method for displaying and manipulating hierarchically linked data in a genealogy database using a graphical interface |
JP5304172B2 (ja) * | 2007-12-04 | 2013-10-02 | 株式会社リコー | ファイル管理装置、ファイル管理方法及びファイル管理プログラム |
US8892560B2 (en) * | 2008-08-29 | 2014-11-18 | Adobe Systems Incorporated | Intuitive management of electronic files |
JP5200793B2 (ja) * | 2008-09-11 | 2013-06-05 | 株式会社リコー | 文書管理装置、文書管理方法、文書管理プログラムおよび記憶媒体 |
US8473473B2 (en) * | 2010-03-16 | 2013-06-25 | Microsoft Corporation | Object oriented data and metadata based search |
US20120096389A1 (en) * | 2010-10-19 | 2012-04-19 | Ran J Flam | Integrated web-based workspace with curated tree-structure database schema |
KR101078747B1 (ko) * | 2011-06-03 | 2011-11-01 | 한국과학기술정보연구원 | 인스턴스 경로 탐색 및 시각화 방법 및 장치 |
US9262496B2 (en) * | 2012-03-30 | 2016-02-16 | Commvault Systems, Inc. | Unified access to personal data |
-
2012
- 2012-12-27 JP JP2012286155A patent/JP6321904B2/ja active Active
-
2013
- 2013-12-24 CN CN201310722411.7A patent/CN103902644B/zh active Active
- 2013-12-26 US US14/140,671 patent/US10019453B2/en not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101281526B (zh) * | 2007-04-02 | 2012-07-18 | 富士施乐株式会社 | 信息处理装置、信息处理系统和信息处理方法 |
CN101452479A (zh) * | 2007-12-04 | 2009-06-10 | 株式会社理光 | 文件管理装置、文件管理方法和计算机程序产品 |
CN102768703A (zh) * | 2012-07-03 | 2012-11-07 | 河海大学 | 基于树图模型的水轮发电机组虚拟装配建模方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
US20140188850A1 (en) | 2014-07-03 |
JP2014127191A (ja) | 2014-07-07 |
CN103902644A (zh) | 2014-07-02 |
US10019453B2 (en) | 2018-07-10 |
JP6321904B2 (ja) | 2018-05-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9760077B2 (en) | Content management | |
CN108197114B (zh) | 表格数据的检测方法、装置、存储介质及电子装置 | |
US11093543B2 (en) | Masking restrictive access control system | |
US9563861B2 (en) | Integration of workflow and library modules | |
CN107894952A (zh) | 接口测试用例的生成方法、装置、设备及可读存储介质 | |
CN104298478B (zh) | 基于文件名对存储库动作的推断 | |
US9355193B2 (en) | Object design data model | |
EP2770428B1 (en) | Runtime process diagnostics | |
JP6422583B2 (ja) | ウェブページ上で認証情報を提供する方法、装置、システム、記憶媒体、プログラム、及びコンピュータ装置 | |
CN106406999A (zh) | 计算系统和计算系统的执行控制方法 | |
AU2017265144A1 (en) | Information retrieval | |
JP6708083B2 (ja) | アプリケーション開発環境提供システム、アプリケーション開発環境提供方法、アプリケーション開発環境提供プログラム、及び端末装置 | |
CN103902644B (zh) | 搜索方法和信息处理设备 | |
JP2022041859A (ja) | プログラム、方法、情報処理装置、及びシステム | |
CN103914505B (zh) | 信息管理方法和信息管理装置 | |
JP6758167B2 (ja) | データ処理装置、データ処理方法及びデータ処理プログラム | |
JP6966301B2 (ja) | ワークフロー設定装置、ワークフロー設定方法及びワークフロー設定プログラム | |
JP2010033530A (ja) | 設計支援システム、設計支援装置、設計支援プログラム及び該プログラムを記録した記録媒体 | |
JP5108642B2 (ja) | ユースケースシナリオ作成支援システム、ユースケースシナリオ作成支援方法、およびユースケースシナリオ作成支援プログラム | |
JP7235827B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
JP6277778B2 (ja) | 情報処理装置、情報処理システム、プログラム | |
CN115204870A (zh) | 区块链应用的管理方法、装置、计算机设备和存储介质 | |
JP2010146330A (ja) | 情報処理装置、情報処理方法、及びプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |