JP3057090B2 - Software component search method and software component search device - Google Patents
Software component search method and software component search deviceInfo
- Publication number
- JP3057090B2 JP3057090B2 JP2259425A JP25942590A JP3057090B2 JP 3057090 B2 JP3057090 B2 JP 3057090B2 JP 2259425 A JP2259425 A JP 2259425A JP 25942590 A JP25942590 A JP 25942590A JP 3057090 B2 JP3057090 B2 JP 3057090B2
- Authority
- JP
- Japan
- Prior art keywords
- component
- software component
- software
- request
- candidate
- 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.)
- Expired - Fee Related
Links
Landscapes
- Stored Programmes (AREA)
Description
【発明の詳細な説明】 ［発明の目的］ （産業上の利用分野） 本発明は、プロクラム設計仕様書からソフトウェア部
品の検索を行うソフトウェア部品検索方法およびソフト
ウェア部品検索装置に関する。Description: Object of the Invention (Industrial application field) The present invention relates to a software component search method and a software component search device for searching for a software component from a program design specification.
（従来の技術） ソフトウェア部品を利用したプログラムの作成におい
て、利用すべきソフトウェア部品の検索は、通常、プロ
グラム設計仕様書上の部品要求文を基に一つ一つ行われ
る。この場合の部品検索の主な方法としては、部品要求
記述文の中のキーワードを用いる方法やカテゴリ分類方
式等がある。また最近、これらの方法に意味ネットワー
ク等を用いた辞書を導入することにより、検索キーが必
ずしも一致しなくても要求になるべく近い部品を検索で
きる方式も提案されている。(Prior Art) In creating a program using software components, search for software components to be used is usually performed one by one based on a component request statement in a program design specification. In this case, a main method of component search includes a method using a keyword in a component request description sentence, a category classification method, and the like. Recently, a method has been proposed in which a dictionary using a semantic network or the like is introduced into these methods so that a component as close to a request as possible can be searched for even if search keys do not always match.
しかしながら、これらの方法は、いずれも部品要求に
対し一つ一つ部品を検索して行く方法であるため、検索
作業自体に大変な手間を要し、また必要な全ての部品を
検索してプログラムに埋め込んだ後、全ての部品間の整
合性チェックを行う必要がある等、数々の課題を有して
いる。However, each of these methods is a method of searching for parts one by one in response to a part request, so that the search operation itself requires a great deal of trouble, and also searches for all necessary parts and program There are a number of issues, such as the necessity of checking the consistency between all components after embedding in.
（発明が解決しようとする課題） 本発明はこのような課題を解決するためのもので、プ
ロクラム設計仕様書をそのまま部品検索の要求とみな
し、各部品要求にそれぞれ適合する部品群を一括してし
かも各部品間の整合をとりながら検出することのできる
ソトウェア部品検索方法およびソフトウェア部品検索装
置の提供を目的としている。(Problem to be Solved by the Invention) The present invention is intended to solve such a problem, and considers a program design specification as a component search request as it is, and collectively collects a group of components that respectively meet each component request. Moreover, it is an object of the present invention to provide a software component search method and a software component search device that can detect a component while matching each component.
［発明の構成］ （課題を解決するための手段） 上記の目的を達成するために、本発明のソフトウェア
部品検索方法は、ソフトウェア部品の取込み要求と該ソ
フトウェア部品の仕様とから構成される複数の部品要求
が含まれるプログラム設計仕様の中から、それぞれの部
品要求を抽出し、前記抽出されたそれぞれの部品要求に
対して、ソフトウェア部品候補群を選択し、前記選択さ
れたソフトウェア部品候補群の中から、ソフトウェア部
品間の関係の強さに関する情報に基づいて第１のソフト
ウェア部品群を、ソフトウェア部品の使用制約または利
用順序の少なくとも一方についての情報に基づいて第２
のソフトウェア部品群を、ソフトウェア部品間のインタ
ーフェースの整合性に関する情報に基づいて第３のソフ
トウェア部品群を各々選択し、前記選択された第１、第
２および第３のソフトウェア部品群に基づいて、前記プ
ログラム設計仕様に応じた特定のソフトウェア部品群を
決定することを特徴とする。[Structure of the Invention] (Means for Solving the Problems) In order to achieve the above object, a software component search method according to the present invention includes a plurality of software component retrieval requests and specifications of the software component specifications. Each component request is extracted from the program design specification including the component request, a software component candidate group is selected for each of the extracted component requests, and the software component candidate group is selected from the selected software component candidate group. From the first software component group based on the information on the strength of the relationship between the software components, and the second software component group based on the information on at least one of the usage constraint or the usage order of the software components.
A third software component group is selected based on information on interface consistency between software components, and based on the selected first, second, and third software component groups, A specific software component group is determined according to the program design specification.
また、本発明のソフトウェア部品検索装置は、ソフト
ウェア部品の取込み要求と該ソフトウェア部品の仕様と
から構成される複数の部品要求が含まれるプログラム設
計仕様の中から、それぞれの該部品要求を抽出する部品
要求抽出部と、前記抽出されたそれぞれの部品要求に対
して、ソフトウェア部品候補群を選択する部品候補群選
択部と、前記選択されたソフトウェア部品候補群の中か
ら、ソフトウェア部品間の関係の強さに関する情報、ソ
フトウェア部品の使用制約または利用順序の少なくとも
一方についての情報、およびソフトウェア部品間のイン
ターフェースの整合性に関する情報に基づいて、前記プ
ログラム設計仕様に応じた特定のソフトウェア部品群を
決定する部品決定部とを具備することを特徴とする。Further, the software component search device of the present invention is a component for extracting each component request from a program design specification including a plurality of component requests composed of a software component capture request and the software component specification. A request extracting unit, a component candidate group selecting unit that selects a software component candidate group for each of the extracted component requests, and a strength of a relationship between software components from the selected software component candidate group. Parts that determine a specific software component group according to the program design specification based on information about the software design, information about at least one of the use constraints or the use order of the software parts, and information about the consistency of the interface between the software parts And a determining unit.
（作用） 本発明のソフトウェア検索方法及びソフトウェア検索
装置は、ソフトウェア部品の取込み要求と該ソフトウェ
ア部品の仕様とから構成される複数の部品要求が含まれ
るプログラム設計仕様の中から、それぞれの部品要求を
抽出し、抽出されたそれぞれの部品要求に対して、ソフ
トウェア部品候補群を選択する。(Operation) The software search method and the software search device of the present invention provide a program design specification that includes a plurality of component requests including a software component capture request and a software component specification. A software component candidate group is selected for each extracted component request.
そして、選択されたソフトウェア部品候補群の中か
ら、例えば、同一のデータを扱っているといったような
相互関係の強さ、ソフトウェア部品の予め定義された部
品利用に関する制約等の部品利用知識、およびソフトウ
ェア部品間のインターフェースの整合性に基づいて、特
定のソフトウェア部品群を決定する。Then, from the selected software component candidate group, for example, the strength of mutual relation such as handling the same data, the knowledge of component use such as restrictions on the predefined component use of software components, and software A specific software component group is determined based on the consistency of the interface between components.
これにより、検索対象のソフトウェア部品を、一括し
てしかも各ソフトウェア部品間の整合性をとりながら探
し出すことが可能となる。As a result, it becomes possible to search for software components to be searched collectively and while maintaining consistency between the software components.
（実施例） 以下、本発明の実施例を図面に基づいて説明する。(Example) Hereinafter, an example of the present invention will be described with reference to the drawings.
第１図は本発明に係る一実施例のソフトウェア部品検
索システムの構成を説明するためのブロック図である。FIG. 1 is a block diagram for explaining the configuration of a software component search system according to one embodiment of the present invention.
同図において、１は読込んだプログラム設計仕様書Ｐ
から後述する部品要求部を抽出する部品要求抽出部で
る。In the figure, 1 is the read program design specification P
Is a component request extraction unit that extracts a component request unit to be described later.
２はこの部品要求抽出部１により抽出された各部品要
求にそれぞれ応じた部品候補群を概略的に選択する部品
候補群選択部である。Reference numeral 2 denotes a component candidate group selecting unit that roughly selects a component candidate group corresponding to each component request extracted by the component request extracting unit 1.
３はこの部品候補群選択部２により選択された部品候
補間の関係の強さを基に、各部品要求にそれぞれ適合す
る部品候補を絞り込む第１の部品候補絞り込み手段とし
ての強度優先部品候補検索部である。この強度優先部品
候補検索部３は、各部品要求に対してそれぞれ選択され
た部品候補群において、例えば、同一のデータを扱って
いるような部品候補の組合わせを相互関係が強いものと
して判定し、強い相互関係を持つ部品候補ほど高い確信
度を示す重みを付加するように構成されている。Reference numeral 3 denotes a strength-priority component candidate search as first component candidate narrowing-down means for narrowing down component candidates that respectively meet each component request based on the strength of the relationship between the component candidates selected by the component candidate group selection unit 2. Department. In the component candidate group selected for each component request, the strength-priority component candidate search unit 3 determines, for example, a combination of component candidates that handles the same data as having a strong correlation. , A component candidate having a stronger mutual relation is weighted to indicate a higher degree of certainty.
４は予め定義された部品利用に関する制約等の部品利
用知識を基に、部品候補群選択部２により選択された部
品候補群の中から各部品要求にそれぞれ適合する部品候
補の絞り込みを行う第２の部品候補絞り込み手段しての
利用知識優先部品候補検索部である。この利用知識優先
部品候補検索部４も上述した強度優先部品候補検索部３
と同様に、部品利用知識に適合する部品候補ほど高い重
みを付加するよう構成されている。Reference numeral 4 denotes a second method of narrowing down component candidates each of which meets each component request from the component candidate group selected by the component candidate group selection unit 2 based on the predefined component use knowledge such as restrictions on component use. Is a use knowledge priority part candidate search unit as a part candidate narrowing-down unit. The use knowledge priority part candidate search unit 4 is also the strength priority part candidate search unit 3 described above.
In the same manner as described above, the configuration is such that a higher weight is assigned to a component candidate that matches the component usage knowledge.
５は部品候補群選択部２により選択された部品候補間
のインタフェースの整合性を基に、各部品要求にそれぞ
れ適合する部品候補の絞り込みを行う第３の部品候補絞
り込み手段としてのインタフェース優先部品候補検索部
である。このインタフェース優先部品候補検索部５も上
述した強度優先部品候補検索部３や利用知識優先部品候
補検索部４と同様に、インタフェースの整合性のとれた
部品候補ほど高い重みを付加するよう構成されている。Reference numeral 5 denotes an interface-priority component candidate as third component candidate narrowing-down means for narrowing down component candidates each corresponding to each component request based on the interface consistency between the component candidates selected by the component candidate group selection unit 2. The search unit. The interface-priority component candidate search unit 5 is configured to add a higher weight to a component candidate with a more consistent interface, similarly to the strength-priority component candidate search unit 3 and the use knowledge-priority component candidate search unit 4 described above. I have.
６は上述した強度優先部品候補検索部３、利用知識優
先部品候補検索部４およびインタフェース優先部品候補
検索部５による各部品候補への重み付け結果を統合し
て、最終的に各部品要求に応じた部品を決定する部品最
終決定部である。Numeral 6 integrates the weighting results for each component candidate by the above-described strength-priority component candidate search unit 3, use knowledge priority component candidate search unit 4, and interface priority component candidate search unit 5, and finally responds to each component request. This is a component final determination unit that determines a component.
第２図は部品間の関係の強度を知るための知識および
部品利用知識の記述例を示している。FIG. 2 shows a description example of knowledge for knowing the strength of the relationship between components and knowledge of component use.
同図に示すように、本実施例システムでは、同一対象
を扱う部品群をパッケージ化して、同一パッケージ内の
部品の強度は最強であるとしている。またパッケージ内
の部品群についての利用知識もこのパッケージ内にまと
めて記述されている。この例では部品利用の順序に関す
る知識が記述がされている。つまり、ここでは「このパ
ッケージ内の部品を使うときには“kertab−init"の部
品が最初に使われてなければならない。」「このパッケ
ージ内の部品を使った後に、必ず使わなければならない
部品はない。」という部品利用知識が記述されている。
さらに、パッケージ間にもいくつかの関係が定義されて
おり、この関係の強さが定義されている。As shown in the figure, in the system of the present embodiment, a group of components handling the same object is packaged, and the strength of the components in the same package is assumed to be the highest. Usage knowledge about the components in the package is also described collectively in this package. In this example, knowledge about the order of component use is described. In other words, here, "When using the components in this package, the components of" kertab-init "must be used first.""No component must be used after using the components in this package. . "Is described.
In addition, some relationships are defined between packages, and the strength of this relationship is defined.
本システムでは、このような知識情報をパッケージご
とにファイルとして図示しないファイル保存部に保存し
て、強度優先部品候補検索部３および利用知識優先部品
候補検索部４からの参照に応じられるようにしている。
なお、部品間のインタフェースについての知識情報も同
様にファイル保存部に保存されている。In the present system, such knowledge information is stored as a file for each package in a file storage unit (not shown) so that it can be referred to from the strength priority component candidate search unit 3 and the use knowledge priority component candidate search unit 4. I have.
Note that knowledge information on interfaces between components is also stored in the file storage unit.
次にこの実施例システムの動作について説明する。 Next, the operation of the system of this embodiment will be described.
第３図は複数の部品要求部を含むプロクラム設計仕様
書の記述例を示している。FIG. 3 shows a description example of a program design specification including a plurality of component request units.
この記述において、Ａで示される記号が部品の取込み
を要求している箇所を示している。またこれらの記号Ａ
の図中左側に存在するボックスＢ内の文が要求部品につ
いての仕様記述文である。部品要求部はこの記号Ａとボ
ックスＢとから構成される。なお、このプログラム設計
仕様書には全部で８個の部品要求部が存在するが、この
中には同一の仕様記述文も存在するため種類として６個
の部品を取り込もうとしている。In this description, the symbol indicated by A indicates the place where the part is requested to be taken. These symbols A
The sentence in the box B existing on the left side of the figure is a specification description sentence for the required component. The parts request section is composed of the symbol A and the box B. In this program design specification, there are a total of eight parts requesting parts. Since the same specification description exists in these parts, six parts are to be imported as types.
さて、こうしたプログラム設計仕様書が本システムに
与えられると、まず部品要求抽出部１は、当該プログラ
ム設計仕様書からその中に含まれる全ての部品要求部の
抽出を行う。Now, when such a program design specification is provided to the present system, first, the component request extraction unit 1 extracts all the component request units included in the program design specification from the program design specification.
全ての部品要求部が抽出されると、次に部品候補群選
択部２は、これらの部品要求にそれぞれ応じた部品候補
群を概略的に選択する。すなわち、ここで部品候補群選
択部２は、部品要求部のボックスＢ内の仕様記述文から
切り出したキーワードと各部品に記述されている検索キ
ーとのマッチングを行うことにより部品候補群を選択す
る。When all the component requesting parts are extracted, the component candidate group selecting unit 2 next roughly selects a component candidate group corresponding to each of these component requests. That is, here, the component candidate group selecting unit 2 selects a component candidate group by performing matching between the keyword extracted from the specification description sentence in the box B of the component requesting unit and the search key described in each component. .
第４図はこの部品候補群選択部２により選択された各
部品要求に対する部品候補群の一覧を示している。FIG. 4 shows a list of component candidate groups for each component request selected by the component candidate group selection unit 2.
この後、選択された部品候補群は、強度優先部品候補
検索部３、利用知識優先部品候補検索部４およびインタ
フェース優先部品候補検索部５にそれぞれ渡される。Thereafter, the selected component candidate group is passed to the strength priority component candidate search unit 3, the use knowledge priority component candidate search unit 4, and the interface priority component candidate search unit 5, respectively.
すると強度優先部品候補検索部３は、当該部品候補間
の関係の強さをファイル保存部のファイルを参照して調
べ、その結果を基に、各部品候補にそれぞれ関係の強さ
に応じた重みを付ける。同様に、利用知識優先部品候補
検索部４は部品利用知識を基に、インタフェース優先部
品候補検索部５は部品候補間のインタフェースの整合性
を基に、各部品候補に重みを付ける。Then, the strength-priority component candidate search unit 3 checks the strength of the relationship between the component candidates with reference to the file in the file storage unit, and, based on the result, assigns a weight to each component candidate according to the strength of the relationship. Attached. Similarly, the use knowledge priority part candidate search unit 4 weights each part candidate based on the part use knowledge, and the interface priority part candidate search unit 5 weights each part candidate based on the interface consistency between the part candidates.
第５図は以上の処理で得た部品候補群と各部品候補に
付された重みの一覧を示している。FIG. 5 shows a list of the component candidate groups obtained by the above processing and the weights assigned to each component candidate.
この後、部品最終決定部６は、この重み付けの結果を
基に、最終的に各部品要求に応じた部品を決定し、その
結果を出力する。第６図はその最終的な部品の検索結果
を示す図である。なお、この部品最終決定部６において
最終的に部品を決定する方法としては、例えば、各部品
の重みの合計値の最も高いものを最終結果とする方法等
が挙げられる。Thereafter, based on the result of the weighting, the component final determining unit 6 finally determines a component corresponding to each component request and outputs the result. FIG. 6 is a view showing the final part search result. As a method of finally deciding a component in the component final deciding unit 6, there is, for example, a method in which a component having the highest total value of weights of components is determined as a final result.
かくしてこの実施例のソフトウェア部品検索システム
によれば、プログラム設計仕様書をそのまま部品検索要
求として、各部品要求にそれぞれ応じた部品群を一括し
て検索することができる。しかも、本システムでは、部
品間の関係の強さ、部品利用知識およびインタフェース
の整合性を考慮して部品検索を行っているので、部品を
プログラムに実際に埋め込んだ後の部品間整合性チェッ
クが必要なくなる等の効果も生じ、この結果、プログラ
ム作成の効率を大幅に高めることができる。Thus, according to the software component search system of this embodiment, the program design specification can be used as a component search request as it is, and a component group corresponding to each component request can be searched collectively. In addition, in this system, component search is performed in consideration of the strength of relationship between components, knowledge of component use, and consistency of interfaces. Therefore, it is possible to check the consistency between components after actually embedding the components in the program. There are also effects such as the fact that the program is no longer required, and as a result, the efficiency of program creation can be greatly increased.
［発明の効果］ 以上説明したように本発明のソフトウェア部品検索方
法およびソフトウェア部品検索装置によれば、プログラ
ム設計仕様書をそのまま部品検索の要求とみなし、各部
品要求にそれぞれ応じた部品群を一括してしかも各部品
間の整合をとりながら検出することができる。[Effect of the Invention] As described above, according to the software component search method and the software component search device of the present invention, the program design specification is regarded as a component search request as it is, and a component group corresponding to each component request is collectively collected. In addition, the detection can be performed while matching the components.
第１図は本発明に係る一実施例のソフトウェア部品検索
システムの構成を説明するためのブロック図、第２図は
各部品の関係の強度を知るための知識情報および部品利
用知識の記述例を示す図、第３図はプログラム設計仕様
書の記述例を示す図、第４図は部品候補群選択部により
選択された各部品要求に対する部品候補群の一覧を示す
図、第５図は部品候補群選択部、強度優先部品候補検索
部、利用知識優先部品候補検索部およびインタフェース
優先部品候補検索部により得た部品候補群と各部品候補
に付けられた重みの一覧を示す図、第６図は最終的な部
品の検索結果を示す図である。 Ｐ……プログラム設計仕様書、１……部品要求抽出部、
２……部品候補群選択部、３……強度優先部品候補検索
部、４……利用知識優先部品候補検索部、５……インタ
フェース優先部品候補検索部、６……部品最終決定部。FIG. 1 is a block diagram for explaining the configuration of a software component search system according to one embodiment of the present invention, and FIG. 2 is a description example of knowledge information and component use knowledge for knowing the strength of the relationship between components. FIG. 3 is a diagram showing a description example of a program design specification, FIG. 4 is a diagram showing a list of component candidate groups for each component request selected by the component candidate group selection unit, and FIG. 5 is a component candidate. FIG. 6 is a diagram showing a list of component candidate groups obtained by a group selection unit, a strength priority component candidate search unit, a use knowledge priority component candidate search unit, and a weight given to each component candidate obtained by an interface priority component candidate search unit. It is a figure showing the search result of the final part. P ... Program design specification, 1 ... Parts requirement extractor,
2 ... part candidate group selection unit, 3 ... strength priority part candidate search unit, 4 ... use knowledge priority part candidate search unit, 5 ... interface priority part candidate search unit, 6 ... part final decision unit.
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 「情報処理学会研究報告」Ｖｏｌ. 89，Ｎｏ．81（1989−８）Ｐ．１−８ 「情報処理学会第40回（平成２年前 期）全国大会講演論文集」（1990−３− 14）Ｐ．1073−1074 (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 9/06 ──────────────────────────────────────────────────続 き Continuation of the front page (56) References “IPSJ Research Report” Vol. 81 (1989-8) p. 1-8 “Information Processing Society of Japan 40th (early 1990) National Conference Lecture Papers” (1990-3-14) 1073-1074 (58) Field surveyed (Int.Cl. 7 , DB name) G06F 9/06
Claims (2)
ソフトウェア部品検索方法であって、 ソフトウェア部品の取込み要求と該ソフトウェア部品の
仕様とから構成される複数の部品要求が含まれるプログ
ラム設計仕様の中から、それぞれの部品要求を抽出し、 前記抽出されたそれぞれの部品要求に対して、ソフトウ
ェア部品候補群を選択し、 前記選択されたソフトウェア部品候補群の中から、ソフ
トウェア部品間の関係の強さに関する情報に基づいて第
１のソフトウェア部品群を、ソフトウェア部品の使用制
約または利用順序の少なくとも一方についての情報に基
づいて第２のソフトウェア部品群を、ソフトウェア部品
間のインターフェースの整合性に関する情報に基づいて
第３のソフトウェア部品群を各々選択し、 前記選択された第１、第２および第３のソフトウェア部
品群に基づいて、前記プログラム設計仕様に応じた特定
のソフトウェア部品群を決定する ことを特徴とするソフトウェア部品検索方法。1. A software component search method in a software component search system, comprising: a program design specification including a plurality of component requests including a software component capture request and a software component specification; A software component candidate group is selected for each of the extracted component requests, and information on the strength of the relationship between software components is selected from the selected software component candidate group. A first software component group based on information on at least one of a usage constraint and a use order of the software component, and a third software component group based on information on interface consistency between the software components. Software component groups are selected, and the selected first A software component search method for determining a specific software component group according to the program design specification based on the second and third software component groups.
部品検索装置であって、 ソフトウェア部品の取込み要求と該ソフトウェア部品の
仕様とから構成される複数の部品要求が含まれるプログ
ラム設計仕様の中から、それぞれの該部品要求を抽出す
る部品要求抽出部と、 前記抽出されたそれぞれの部品要求に対して、ソフトウ
ェア部品候補群を選択する部品候補群選択部と、 前記選択されたソフトウェア部品候補群の中から、ソフ
トウェア部品間の関係の強さに関する情報、ソフトウェ
ア部品の使用制約または利用順序の少なくとも一方につ
いての情報、およびソフトウェア部品間のインターフェ
ースの整合性に関する情報に基づいて、前記プログラム
設計仕様に応じた特定のソフトウェア部品群を決定する
部品決定部と を具備することを特徴とするソフトウェア部品検索装
置。2. A software component search apparatus for searching for a software component, comprising: a program design specification including a plurality of component requests including a software component fetch request and a software component specification; A component request extraction unit that extracts the component request, a component candidate group selection unit that selects a software component candidate group for each of the extracted component requests, and a software component candidate group selected from the selected software component candidate group. Based on information on the strength of the relationship between software components, information on at least one of the use constraints or use order of the software components, and information on the consistency of the interface between the software components, a specific And a component determination unit that determines a software component group. Characterized software component search device.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2259425A JP3057090B2 (en) | 1990-09-28 | 1990-09-28 | Software component search method and software component search device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2259425A JP3057090B2 (en) | 1990-09-28 | 1990-09-28 | Software component search method and software component search device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04137037A JPH04137037A (en) | 1992-05-12 |
| JP3057090B2 true JP3057090B2 (en) | 2000-06-26 |
Family
ID=17333923
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2259425A Expired - Fee Related JP3057090B2 (en) | 1990-09-28 | 1990-09-28 | Software component search method and software component search device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3057090B2 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6797038B2 (en) * | 2017-01-25 | 2020-12-09 | 株式会社日立ソリューションズ | Software material selection support device and software material selection support program |
-
1990
- 1990-09-28 JP JP2259425A patent/JP3057090B2/en not_active Expired - Fee Related
Non-Patent Citations (2)
| Title |
|---|
| 「情報処理学会研究報告」Ｖｏｌ．８９，Ｎｏ．８１（１９８９−８）Ｐ．１−８ |
| 「情報処理学会第４０回（平成２年前期）全国大会講演論文集」（１９９０−３−１４）Ｐ．１０７３−１０７４ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH04137037A (en) | 1992-05-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10482134B2 (en) | Document management techniques to account for user-specific patterns in document metadata | |
| US7113954B2 (en) | System and method for generating a taxonomy from a plurality of documents | |
| US8983977B2 (en) | Question answering device, question answering method, and question answering program | |
| US6826576B2 (en) | Very-large-scale automatic categorizer for web content | |
| JP3099756B2 (en) | Document processing device, word extraction device, and word extraction method | |
| US20090043767A1 (en) | Approach For Application-Specific Duplicate Detection | |
| EP1396799A1 (en) | Content management system | |
| US20050262058A1 (en) | Query to task mapping | |
| EP2674884A1 (en) | Method, system and computer-readable recording medium for adding a new image and information on the new image to an image database | |
| JP2001519952A (en) | Data summarization device | |
| KR20060045786A (en) | Verifying relevance between keywords and web site contents | |
| JPH05324726A (en) | Document data classifying device and document classifying function constituting device | |
| CN110276009B (en) | Association word recommendation method and device, electronic equipment and storage medium | |
| JP2010536086A (en) | User-centric information search method and system | |
| KR20180129001A (en) | Method and System for Entity summarization based on multilingual projected entity space | |
| US20070174314A1 (en) | Scheduling of index merges | |
| US20120130999A1 (en) | Method and Apparatus for Searching Electronic Documents | |
| CN114117038A (en) | Document classification method, device and system and electronic equipment | |
| US6070169A (en) | Method and system for the determination of a particular data object utilizing attributes associated with the object | |
| KR102110523B1 (en) | Document analysis-based key element extraction system and method | |
| JP3057090B2 (en) | Software component search method and software component search device | |
| Rodrigues et al. | Removing DUST using multiple alignment of sequences | |
| US20110172991A1 (en) | Sentence extracting method, sentence extracting apparatus, and non-transitory computer readable record medium storing sentence extracting program | |
| JP2011108242A (en) | Method and system for dynamically extracting and providing most suitable image according to user's request, and computer-readable recording medium | |
| JP3477822B2 (en) | Document registration search system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080414 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090414 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |