JP5587744B2 - Program component search method, program component search system, and component search program - Google Patents

Description

本発明は、アプリケーションソフトウェアの部品である複数のコンポーネントを登録し、それらのコンポーネントの中から適切なコンポーネントを検索する技術に関するものである。   The present invention relates to a technique for registering a plurality of components that are parts of application software and searching for an appropriate component from among those components.

ソフトウェア開発においては、効率的な開発を行うために、既存ソフトウェア開発で作成されたソフトウェアコンポーネントを再利用することや、共通利用できるコンポーネントを再利用することが有効とされている。そのような再利用の方法については、従来から種々の検討がなされている。一般的に、自分たちが必要としているコンポーネントを見つけ出すためには、機能名による検索を行うことが多い。技術者がコンポーネント群の全体を把握している場合は、必要なコンポーネントを適宜探し出すことは可能であるが、そのような技術者は高スキルを持つ技術者に限られることがほとんどである。一般技術者は、一個人としての経験を頼りに、機能名で検索したり、これまでに利用したことのあるものの中から必要なコンポーネントを探し出しているのが実情である。   In software development, in order to perform efficient development, it is effective to reuse software components created by existing software development or reuse components that can be commonly used. Various studies have been made on such reuse methods. In general, in order to find the components that we need, we often search by function name. If the engineer knows the entire component group, it is possible to find the necessary components as appropriate, but such engineers are often limited to engineers with high skills. The general situation is that a general engineer is searching for a necessary component among those that have been used so far by searching for a function name based on the experience of an individual.

結果として、同じチームやプロジェクト内でも他人が作成しているコンポーネントについて認識がないために類似コンポーネントを作り込んだり、適切なコンポーネントを選択できずに間違った実装をしたりするケースがあり、思うような再利用が行われていないのが現実である。   As a result, there are cases in which similar components are created because there is no awareness of the components created by others in the same team or project, or incorrect implementations can be made because the appropriate components cannot be selected. The reality is that no re-use is done.

下記特許文献１，２には、再利用性を促すためのツールであるコンポーネント検索ツールが開示されている。特許文献１に記載の技術は、コンポーネント毎に適用分野と利用形態に応じた適合度を求めて利用情報リポジトリに格納しておき、検索時には、指定された適用分野と適合度に応じたコンポーネントを提示できるようにしたものである。また、特許文献２に記載の技術は、分類するに至った根拠を示す分類子により複数の分類概念へ分類する際の分類化の観点が明示されるようにし、この分類子が付随される統一的な階層構造に従った登録・検索が行えるようにしたものである。   Patent Documents 1 and 2 below disclose a component search tool that is a tool for promoting reusability. The technology described in Patent Document 1 obtains the degree of conformity according to the application field and usage form for each component and stores it in the usage information repository. At the time of retrieval, the component corresponding to the designated application field and degree of conformity is stored. It can be presented. In addition, the technique described in Patent Document 2 makes it clear that a classification point of view when classifying into a plurality of classification concepts is clearly indicated by a classifier indicating the basis for the classification, and this classifier is attached to the unified classification. Registration and search according to a typical hierarchical structure.

特開２００４−２５２５１２号公報JP 2004-252512 A 特開２００７−２２６３７５号公報JP 2007-226375 A

上記特許文献１に記載の技術では、機能仕様を中心に適合性を見ているために、仕様書の間違いや実際に利用者の利用結果が反映されることがない。また、上記特許文献２に記載の技術では、標準化された階層構造にコンポーネントを分析する必要があり、慣れるまでに時間がかかる。また検索方法も階層構造を理解する必要があり、直感的ではない。何れの検索システムも、登録情報やプログラムに対する情報の設定が多くなり、システム運用負荷や検索システムを利用できるまでの情報登録に対する負荷が大きい。また、初心者や技術的に一定レベルを満たしていない技術者にとっては慣れるまでに時間を要し、標準化した効果があまり得られない。   In the technique described in the above-mentioned Patent Document 1, since compatibility is seen focusing on functional specifications, mistakes in specifications and actual use results of users are not reflected. Further, in the technique described in Patent Document 2, it is necessary to analyze components in a standardized hierarchical structure, and it takes time to get used to it. Also, the search method needs to understand the hierarchical structure and is not intuitive. In any of the search systems, registration information and information settings for programs increase, and the system operation load and the load for information registration until the search system can be used are large. In addition, for beginners and engineers who do not meet a certain level technically, it takes time to get used to, and a standardized effect is not obtained so much.

以上のように、従来のコンポーネント部品検索手法では、単純な名前などによる検索を行うか、あるいは事前に階層構造に分解した機能仕様やユーザの求める機能との適合度等を登録しておく必要があった。そのため、高度な分析スキルと機能仕様の理解が不可欠であり、スキルが千差万別な一般的な技術者への対応は難しかった。また、高度なスキルを有する人材で適用を開始して初期導入はうまく言っても、運用要員の入れ替えなどによりシステムの維持が困難になる場合もあった。   As described above, in the conventional component parts search method, it is necessary to perform a search by a simple name or the like, or to register in advance a function specification that has been decomposed into a hierarchical structure or a degree of compatibility with a function requested by a user. there were. Therefore, it is indispensable to understand advanced analysis skills and functional specifications, and it is difficult to deal with general engineers with various skills. In addition, even if the initial introduction was successful after starting application with human resources with advanced skills, it was sometimes difficult to maintain the system due to replacement of operation personnel.

また、一般的なスキルの技術者だけでは、コンポーネントのデータ登録や仕組みの理解で時間がかかり、効果的な再利用まで結びついていないのが現状である。そのため、コンポーネント検索システムは、導入容易性と個人頼みの技術者たちの検索ノウハウを集約することがなければ、より実践的な検索機能を実現できないのである。   In addition, it is the current situation that only engineers with general skills take time to understand component data registration and mechanism, and have not led to effective reuse. For this reason, the component search system cannot realize a more practical search function unless it is easy to introduce and the search know-how of engineers who rely on individuals.

本発明の目的は、導入のための準備作業の時間や手間の軽減が図れ、継続的な利用を行うことで利用者にとって有益な検索が可能な技術を提供することにある。   An object of the present invention is to provide a technique capable of reducing the time and labor of preparation work for introduction and enabling a search useful for the user through continuous use.

上記目的を達成するため、本発明は、プログラムの部品であるコンポーネントに関する情報を記憶するコンポーネントリポジトリを備えるコンポーネント検索システムを利用してコンポーネントの検索を行う場合に、ファイル抽出型検索インデックス登録部で、処理対象のソースファイルを読み込み、コンポーネント毎に、該ソースファイルから検索キーワードを抽出し、該検索キーワードと該コンポーネントのＩＤとを対応させて前記コンポーネントリポジトリへ検索インデックスとして登録し、キーワード検索部で、利用者により入力された検索キーワードを前記コンポーネントリポジトリの検索インデックスから検索し、検索結果のコンポーネントＩＤを提示し、検索入力キーワード抽出／格納部で、前記利用者により入力された検索キーワードと該検索結果のコンポーネントＩＤとを、検索履歴情報に登録し、利用ランク型検索インデックス登録部で、前記検索履歴情報から検索キーワードと検索結果のコンポーネントＩＤとを抽出し、前記検索履歴情報に当該検索キーワードとコンポーネントＩＤの検索履歴が多くあるほど高くなる優先度を付けて、前記コンポーネントリポジトリへ検索インデックスとして登録するようにし、前記キーワード検索部による検索で検索結果のコンポーネントＩＤを提示する際には、前記優先度が高い順に検索結果のコンポーネントＩＤを提示することを特徴とする。   In order to achieve the above object, the present invention provides a file extraction type search index registration unit when searching for a component using a component search system including a component repository that stores information related to a component that is a part of a program. Read a source file to be processed, extract a search keyword from the source file for each component, associate the search keyword with the ID of the component, and register it as a search index in the component repository. The search keyword input by the user is searched from the search index of the component repository, the component ID of the search result is presented, and the search input keyword extraction / storage unit inputs the search keyword by the user The search keyword and the component ID of the search result are registered in the search history information, and the use rank type search index registration unit extracts the search keyword and the component ID of the search result from the search history information, and stores the search history information in the search history information. When the search history of the search keyword and component ID increases, a higher priority is given, and it is registered as a search index in the component repository, and when the component ID of the search result is presented in the search by the keyword search unit Presents component IDs of search results in descending order of priority.

さらに、コンポーネントインターフェイス情報登録部で、処理対象のソースファイルを読み込み、コンポーネント毎に、該ソースファイルからインターフェイス情報を抽出して、コンポーネントリポジトリへコンポーネントインターフェイス情報として登録し、インターフェイス検索部で、利用者により入力された検索キーワードを前記コンポーネントリポジトリのコンポーネントインターフェイス情報から前方一致検索で検索し、検索結果のコンポーネントＩＤを提示し、検索入力キーワード抽出／格納部で、前記利用者により入力された検索キーワードと該検索結果のコンポーネントＩＤとを、検索履歴情報に登録するようにしてもよい。   Furthermore, the component interface information registration unit reads the source file to be processed, extracts the interface information from the source file for each component, registers it as component interface information in the component repository, and the interface search unit allows the user to The input search keyword is searched by forward matching search from the component interface information of the component repository, the component ID of the search result is presented, and the search input keyword extraction / storage unit and the search keyword input by the user The component ID of the search result may be registered in the search history information.

また、前記利用ランク型検索インデックス登録部が、前記検索履歴情報から抽出した情報を優先度を付けて前記コンポーネントリポジトリへ検索インデックスとして登録する場合、当該コンポーネントの使用実績を取得し、より使用実績のあるものほど高くなるような優先度を付けるようにしてもよい。   In addition, when the use rank type search index registration unit registers information extracted from the search history information with a priority as a search index in the component repository, the use rank type search index registration unit acquires the use record of the component, You may make it give a priority so that it may become high.

さらに、処理対象のソースファイルを特定する情報と実行日時を含む実行定義情報に基づいて、前記コンポーネントインターフェイス情報登録部によるコンポーネントインターフェイス情報の登録、前記ファイル抽出型検索インデックス登録部による検索インデックスの登録、および、前記利用ランク型検索インデックス登録部による検索インデックスの登録のうちの少なくとも１つを自動実行するようにしてもよい。   Further, based on the execution definition information including the information specifying the source file to be processed and the execution date and time, the registration of the component interface information by the component interface information registration unit, the registration of the search index by the file extraction type search index registration unit, In addition, at least one of search index registration by the use rank type search index registration unit may be automatically executed.

本発明によれば、導入のための準備作業の時間や手間の軽減が図れ、継続的な利用を行うことで利用者にとって、有益な検索が可能になる。   According to the present invention, it is possible to reduce time and labor for preparation work for introduction, and it is possible to perform a useful search for the user by performing continuous use.

本発明の一実施形態であるコンポーネント検索システムの全体構成図である。1 is an overall configuration diagram of a component search system according to an embodiment of the present invention. コンポーネントリポジトリの構成図である。It is a block diagram of a component repository. 検索履歴情報の構成図である。It is a block diagram of search history information. コンポーネント利用情報の構成図である。It is a block diagram of component usage information. コンポーネントインターフェイス情報等登録部の処理の概要を示すフローチャートである。It is a flowchart which shows the outline | summary of a process of registration parts, such as component interface information. ファイル抽出型検索インデックス登録部の処理の概要を示すフローチャートである。It is a flowchart which shows the outline | summary of a process of a file extraction type search index registration part. 利用ランク型検索インデックス登録部の処理の概要を示すフローチャートである。It is a flowchart which shows the outline | summary of a process of a use rank type search index registration part. コンポーネント検索部による検索処理の概要を示すフローチャートである。It is a flowchart which shows the outline | summary of the search process by a component search part. 更新操作端末の画面例である。It is an example of a screen of an update operation terminal. 検索操作端末の画面例である。It is an example of a screen of a search operation terminal. 検索結果一覧の画面例である。It is an example of a screen of a search result list. 検索結果詳細の画面例である。It is an example of a screen of search result details.

以下、本発明に係るコンポーネント検索システムの実施の形態について、図面を参照して説明する。なお、本実施の形態では、Java（登録商標）言語（Sun Microsystems社が開発したプログラミング言語）によって記述されたソフトウェア部品の検索のシステムおよび方法について説明する。もちろん他の言語で記述されたコンポーネントを検索対象にしてもよい。   Hereinafter, an embodiment of a component search system according to the present invention will be described with reference to the drawings. In the present embodiment, a system and method for searching for software components described in Java (registered trademark) language (a programming language developed by Sun Microsystems) will be described. Of course, a component described in another language may be a search target.

図１は、本実施形態におけるコンポーネント検索システムの概略構成図である。コンポーネント検索システム１００は、コンポーネント検索部１０１とコンポーネント情報登録部１０２とを備える。コンポーネント検索部１０１は、インターフェイス検索部１０３、キーワード検索部１０４、および検索入力キーワード抽出／格納部１０５を備える。コンポーネント検索部１０１は、検索操作端末１１０で選択された検索方法に基づき、インターフェイス検索部１０３またはキーワード検索部１０４による検索処理を実行する。その際の検索対象は、コンポーネントリポジトリ１１５である。また、検索入力キーワード抽出／格納部１０５は、検索が実行された際に、ユーザＩＤなどのユーザを特定できる情報とともに、検索用に入力されたキーワードと抽出結果を、検索履歴情報１１４に格納する。   FIG. 1 is a schematic configuration diagram of a component search system in the present embodiment. The component search system 100 includes a component search unit 101 and a component information registration unit 102. The component search unit 101 includes an interface search unit 103, a keyword search unit 104, and a search input keyword extraction / storage unit 105. The component search unit 101 executes search processing by the interface search unit 103 or the keyword search unit 104 based on the search method selected by the search operation terminal 110. The search target at that time is the component repository 115. Further, the search input keyword extraction / storage unit 105 stores, in the search history information 114, the keyword input for search and the extraction result together with information that can specify the user such as a user ID when the search is executed. .

コンポーネント情報登録部１０２は、ファイル読込み部１０６、コンポーネントインターフェイス情報等登録部１０７、ファイル抽出型検索インデックス登録部１０８、および利用ランク型検索インデックス登録部１０９を備える。コンポーネント情報登録部１０２は、更新操作端末１１１からの利用者の指示により、または、実行定義情報１１６に基づく自動実行処理により、コンポーネントのコンポーネントリポジトリ１１５への登録処理を実行する。この登録処理では、ファイル読込み部１０６がソースファイル１１２およびコンパイルやテストの成否などのソースファイルの状態を保持するプロセス情報ファイル１１３を読み込み、各登録部１０７〜１０９により作成した登録情報をコンポーネントリポジトリ１１５へ登録する。   The component information registration unit 102 includes a file reading unit 106, a component interface information etc. registration unit 107, a file extraction type search index registration unit 108, and a use rank type search index registration unit 109. The component information registration unit 102 executes a registration process of the component in the component repository 115 according to a user instruction from the update operation terminal 111 or an automatic execution process based on the execution definition information 116. In this registration process, the file reading unit 106 reads the source file 112 and the process information file 113 that holds the status of the source file such as the success or failure of compilation and testing, and the registration information created by each of the registration units 107 to 109 is stored in the component repository 115. Register with

コンポーネントインターフェイス情報等登録部１０７は、ファイル読込み部１０６により読込んだソースファイル１１２から、コンポーネント毎に、インターフェイス情報を抽出し、コンポーネントリポジトリ１１５に登録する処理などを行う。   The component interface information registration unit 107 performs processing for extracting interface information for each component from the source file 112 read by the file reading unit 106 and registering it in the component repository 115.

２つの検索インデックス登録部１０８および１０９は、それぞれの使い道が異なる。ファイル抽出型検索インデックス登録部１０８は、コンポーネントの初期登録時や更新時に、ソースファイルなどに含まれるｊａｖａｄｏｃ形式などの公知の書式に基づいた機能仕様情報から、検索用のインデックスを作成して登録する。一方、利用ランク型検索インデックス登録部１０９は、ユーザが検索操作端末１１０から検索した履歴を格納した検索履歴情報１１４やプロセス情報ファイル１１３を元に、ユーザが検索に利用したキーワードの中から、実績があってかつユーザに馴染みのあるキーワードを検索用のインデックスに追加登録していくものである。   The two search index registration units 108 and 109 have different uses. The file extraction type search index registration unit 108 creates and registers a search index from functional specification information based on a known format such as a javadoc format included in a source file or the like at the time of initial registration or update of a component. . On the other hand, the use rank type search index registration unit 109 stores the results from the keywords used for the search by the user based on the search history information 114 and the process information file 113 storing the history searched by the user from the search operation terminal 110. In addition, keywords that are familiar to the user are additionally registered in the search index.

なお、コンポーネント検索部１０１、コンポーネント情報登録部１０２、およびこれらに含まれる各部は、ハードウェアとして構成しても良いし、ソフトウェアとして構成しても良い。ソフトウェアとして構成される場合には、ソフトウェアとしての各部はＨＤＤ等の記憶装置からメモリ等の主記憶装置に読み出され、ＣＰＵ等の演算部により実行されることで実現される。後述する各図における処理動作も、これを前提としてハードウェアまたはソフトウェアとしての各部により実現されるものとする。   The component search unit 101, the component information registration unit 102, and each unit included therein may be configured as hardware or software. When configured as software, each unit as software is realized by being read from a storage device such as an HDD to a main storage device such as a memory and executed by a calculation unit such as a CPU. It is assumed that processing operations in each drawing described later are also realized by each unit as hardware or software on the assumption of this.

図２は、コンポーネントリポジトリ１１５のデータ構成例を示す。コンポーネントＩＤ２００は、コンポーネントを一意に識別するＩＤ（識別子）である。コンポーネントインターフェイス２０１は、コンポーネントの構成要素のうち、外部から利用する際に使用するインターフェイス等を記述したデータである。さらに、コンポーネントリポジトリ１１５は、各コンポーネントの付帯情報として、そのコンポーネントの開発状態を把握するための情報であるコンポーネント実績情報２０２と、検索キーワードを格納する検索インデックス２０３を備える。   FIG. 2 shows a data configuration example of the component repository 115. The component ID 200 is an ID (identifier) that uniquely identifies the component. The component interface 201 is data describing an interface to be used when used from the outside among the component elements of the component. Furthermore, the component repository 115 includes component performance information 202 that is information for grasping the development status of each component as supplementary information of each component, and a search index 203 that stores a search keyword.

コンポーネント実績情報２０２により、コンポーネントＩＤ毎に、そのコンポーネントの現在の状態をＶｅｒｓｉｏｎ ＩＤ２０５やビルド日２０６やテスト完了日２０７で把握できる。ビルド日２０６は、未だビルドが行われていない状態ではＮＵＬＬが設定されている。同様に、テスト完了日２０７は、未だテストが行われていない状態ではＮＵＬＬが設定されている。これらの情報は、コンポーネントに変更が起きるたびに更新される。   From the component result information 202, the current state of the component can be grasped by the version ID 205, the build date 206, and the test completion date 207 for each component ID. The build date 206 is set to NULL when the build has not yet been performed. Similarly, the test completion date 207 is set to NULL when the test has not been performed. These pieces of information are updated whenever changes occur to the component.

検索インデックス２０３には、検索インデックス登録部１０８，１０９で作成された検索用のキーワードを格納する。優先度２１０は、”テスト完了”、”ビルド完了”、”情報登録のみ”の順番で優先度が低くなるような値を設定する。”テスト完了”はテスト完了日２０７にテスト完了した日付データが設定されている状態、”ビルド完了”はビルド完了日２０６にビルド完了した日付データが設定されている状態、”情報登録のみ”はビルド日２０６およびテスト完了日２０７の何れもＮＵＬＬの状態を示す。   The search index 203 stores search keywords created by the search index registration units 108 and 109. The priority 210 is set to a value that lowers the priority in the order of “test completed”, “build completed”, and “information registration only”. “Test completed” indicates that the test completion date 207 is set to date data that the test is completed, “Build completion” indicates that the build completion date 206 is set to date that the build is completed, and “Information registration only” is Both the build date 206 and the test completion date 207 indicate a NULL state.

なお、図２ではコンポーネントＩＤ２００のコンポーネントＡから伸びた矢印が指すブロック中にコンポーネントリポジトリ１１５の全体構成を図示している。コンポーネントＡのみについてのデータを図示したものではない。要するに、コンポーネント毎に、コンポーネントインターフェースとコンポーネント実績情報と検索インデックスが登録でき検索できるような構成であればよい。   In FIG. 2, the entire configuration of the component repository 115 is illustrated in a block indicated by an arrow extending from the component A having the component ID 200. The data for only component A is not shown. In short, any configuration may be used as long as the component interface, component result information, and search index can be registered and searched for each component.

図３は、検索履歴情報１１４のデータ構成例を示す。検索利用者のユーザＩＤ３０１と、そのユーザの利用情報を格納するデータベースである。利用情報としては、検索を利用した際の検索キーワード３０２、詳細まで照会した際のコンポーネントＩＤ３０３、および検索日時３０４を格納する。   FIG. 3 shows a data configuration example of the search history information 114. It is a database that stores a user ID 301 of a search user and usage information of the user. As usage information, a search keyword 302 when using search, a component ID 303 when inquiring to details, and a search date 304 are stored.

図４は、実行定義情報１１６のデータ構成例を示す。このデータはコンポーネント情報登録部１０２の自動実行のためのものである。ジョブＩＤ４０１をキーにして、対象となるコンポーネントＩＤ４０２、ソースファイル名４０３、プロセス情報ファイル４０４、取り込み方法４０５、および実行日時４０６を事前に登録しておき、自動実行を行う。   FIG. 4 shows a data configuration example of the execution definition information 116. This data is for automatic execution of the component information registration unit 102. Using the job ID 401 as a key, the target component ID 402, source file name 403, process information file 404, capture method 405, and execution date and time 406 are registered in advance, and automatic execution is performed.

次に、本システムの動作の内容について説明する。   Next, the contents of the operation of this system will be described.

まず、コンポーネント情報登録の詳細を以下で説明する。コンポーネント情報を登録したい利用者が更新操作端末１１１で所定の操作を行うことにより、図９の画面が表示される。   First, details of component information registration will be described below. When the user who wants to register component information performs a predetermined operation on the update operation terminal 111, the screen of FIG. 9 is displayed.

図９は、更新操作端末１１１の画面例９００である。プロジェクト名９０１は登録対象のプロジェクト名を入力する領域、プロジェクトＩＤ９０２は登録対象のプロジェクトＩＤを入力する領域、プログラム指定９０３はコンポーネントの利用情報を調査する対象のプログラム１１２やプロセス情報ファイル１１３を指定する領域である。検索開始ボタン９０４は、コンポーネント情報登録の更新の開始を指示するボタンである。 FIG. 9 is a screen example 900 of the update operation terminal 111. The project name 901 is an area for inputting a registration target project name, the project ID 902 is an area for inputting a registration target project ID, and a program designation 903 designates a program 112 and a process information file 113 to be examined for component usage information. It is an area. A search start button 904 is a button for instructing to start updating component information registration.

利用者が、図９の画面において、プロジェクト名９０１、プロジェクトＩＤ９０２、およびプログラム指定９０３の各入力領域に登録対象のプロジェクト情報を入力し、更新開始ボタン９０４を押すと、コンポーネント情報登録部１０２はコンポーネント情報登録の処理を開始する。   When the user inputs the project information to be registered in the input areas of the project name 901, project ID 902, and program designation 903 on the screen of FIG. 9 and presses the update start button 904, the component information registration unit 102 Start the information registration process.

まず、ファイル読込み部１０６が、プログラム指定９０３で指定されたソースファイル１１２およびプロセス情報ファイル１１３を読み込む。ソースファイル１１２の形式はｊａｖａｄｏｃ形式のソースファイルにもとづいたモデル情報とするが、ＵＭＬなどの任意の形式を用いても良い。その後、コンポーネントインターフェイス情報等登録部１０７、ファイル抽出型検索インデックス登録部１０８、および利用ランク型検索インデックス登録部１０９を起動し、それぞれの登録処理を以下の図５〜図７に示す手順で実行する。   First, the file reading unit 106 reads the source file 112 and the process information file 113 specified by the program specification 903. The format of the source file 112 is model information based on the Javadoc format source file, but any format such as UML may be used. Thereafter, the component interface information etc. registration unit 107, the file extraction type search index registration unit 108, and the use rank type search index registration unit 109 are activated, and the respective registration processes are executed according to the procedures shown in FIGS. .

図５は、コンポーネントインターフェイス情報等登録部１０７の登録処理の手順を示す。この処理は、ファイル読込み部１０６で読み込んだ情報を元に、コンポーネントリポジトリ１１５へ登録可能な形式に加工した情報を登録する処理である。   FIG. 5 shows the procedure of registration processing of the registration section 107 such as component interface information. This process is a process of registering information processed into a format that can be registered in the component repository 115 based on the information read by the file reading unit 106.

コンポーネントインターフェイス情報等登録部１０７は、まずファイル読込み部１０６から、指定されたソースファイル１１２を解析用に取り込む（Ｓ５０１）。取り込んでからは、コンポーネントＩＤ毎（Ｓ５０２）に、インターフェイス情報をソースファイル１１２のコメントから抽出し（Ｓ５０３）、既にコンポーネントリポジトリ１１５に登録済みの既存コンポーネントかどうかを確認し（Ｓ５０４）、更新履歴が残るようにｖｅｒｓｉｏｎ ＩＤを付与して（Ｓ５０５）、コンポーネントリポジトリ１１５に登録する（Ｓ５０６）。Ｓ５０６では、Ｓ５０３で抽出したインターフェイス情報をコンポーネントインターフェイス２０１に登録し、Ｓ５０５で付与したｖｅｒｓｉｏｎ ＩＤをコンポーネント実績情報２０２に登録する。なお、ビルド日２０６とテスト完了日２０７には初期値としてＮＵＬＬを設定する。Ｓ５０４で既存コンポーネントの場合はＳ５０５，Ｓ５０６の処理は行わない。以上のＳ５０２〜Ｓ５０７の動作をコンポーネントＩＤ毎に繰り返す。   First, the component interface information registration unit 107 fetches the designated source file 112 from the file reading unit 106 for analysis (S501). After importing, for each component ID (S502), the interface information is extracted from the comments of the source file 112 (S503), and it is confirmed whether the existing component is already registered in the component repository 115 (S504). A version ID is assigned so that it remains (S505), and it is registered in the component repository 115 (S506). In step S506, the interface information extracted in step S503 is registered in the component interface 201, and the version ID assigned in step S505 is registered in the component performance information 202. Note that NULL is set as an initial value for the build date 206 and the test completion date 207. In the case of an existing component in S504, the processing in S505 and S506 is not performed. The operations from S502 to S507 are repeated for each component ID.

以上の処理により、ソースファイル１１２から抽出された各コンポーネントの情報が、図２のコンポーネントインターフェイス２０１とコンポーネント実績情報２０２に設定される。   Through the above processing, information of each component extracted from the source file 112 is set in the component interface 201 and the component result information 202 in FIG.

次に、検索インデックスの作成と登録を行う。図６は、ファイル抽出型検索インデックス登録部１０８の登録処理の手順を示す。この処理は、コンポーネントインターフェイス情報等登録部１０７と同様に、ファイル読込み部１０６からソースファイル１１２を読み込み、該ソースファイル１１２のコメント情報から検索用のキーワードを抽出し、コンポーネントリポジトリ１１５の検索インデックス２０３に登録する処理である。   Next, a search index is created and registered. FIG. 6 shows the registration processing procedure of the file extraction type search index registration unit 108. Similar to the component interface information registration unit 107, this process reads the source file 112 from the file reading unit 106, extracts search keywords from the comment information of the source file 112, and stores it in the search index 203 of the component repository 115. It is a process to register.

ファイル抽出型検索インデックス登録部１０８は、まずファイル読込み部１０６から、指定されたソースファイル１１２を解析用に取り込む（Ｓ６０１）。取り込んでからは、コンポーネントＩＤ毎（Ｓ６０２）に以下の処理を行う。まず、取り込んだソースファイルからコメントを抽出する（Ｓ６０３）。次に、コメントの書式や書かれている言語特性にあわせて、機能概要や入出力仕様などを解析する（Ｓ６０４）。日本語の場合、日本語の特徴に合せて、第一文もしくは末文を中心に文節毎に区切って、キーワードを抽出していく。その後、助詞や助動詞、ＩＴ用語などを分離し、特異性のあるキーワードのみを抽出する（Ｓ６０５）。そして、抽出したキーワードを検索インデックス２０３に登録する（Ｓ６０６）。優先度２１０には、初期値として”情報登録のみ”に対応する最低の優先度を示す値を設定する。以上のＳ６０２〜Ｓ６０７の動作をコンポーネントＩＤ毎に繰り返す。   The file extraction type search index registration unit 108 first takes in the designated source file 112 for analysis from the file reading unit 106 (S601). After importing, the following processing is performed for each component ID (S602). First, a comment is extracted from the imported source file (S603). Next, in accordance with the comment format and written language characteristics, the function outline and input / output specifications are analyzed (S604). In the case of Japanese, keywords are extracted according to the characteristics of Japanese by dividing the sentence into segments centering on the first sentence or the end sentence. After that, particles, auxiliary verbs, IT terms, etc. are separated, and only unique keywords are extracted (S605). Then, the extracted keyword is registered in the search index 203 (S606). In the priority 210, a value indicating the lowest priority corresponding to “information registration only” is set as an initial value. The operations in S602 to S607 are repeated for each component ID.

以上の処理により、ソースファイル１１２から抽出された各コンポーネントのキーワードが、全て図２の検索インデックス２０３に設定される。なお、Ｓ６０１で取り込んだソースファイルが既に解析済みのものであった場合は、Ｓ６０２以降の処理は行わないようになっている。   Through the above processing, all the keywords of each component extracted from the source file 112 are set in the search index 203 of FIG. If the source file imported in S601 has already been analyzed, the processing from S602 is not performed.

次に、検索インデックスの追加または見直しの処理を行う。図７は、利用ランク型検索インデックス登録部１０９の登録処理の手順を示す。この処理は、検索履歴情報１１４とプロセス情報ファイル１１３を活用して行う。図３で説明した検索履歴情報１１４には、後述する検索処理が実行されたときに、その検索処理で指定された検索キーワードやその検索キーワードでヒットしたコンポーネントのＩＤなどが格納されている。プロセス情報ファイル１１３には、ソースファイル１１２を利用してビルドやテストを行った際の実績情報が格納されている。   Next, search index addition or review processing is performed. FIG. 7 shows a procedure of registration processing of the use rank type search index registration unit 109. This process is performed using the search history information 114 and the process information file 113. The search history information 114 described with reference to FIG. 3 stores the search keyword specified in the search process when the search process described later is executed, the ID of the component hit by the search keyword, and the like. The process information file 113 stores performance information when a build or test is performed using the source file 112.

利用ランク型検索インデックス登録部１０９は、まずファイル読込み部１０６から、指定されたソースファイル１１２とプロセス情報ファイル１１３を取り込む（Ｓ７０１，Ｓ７０２）。データの取込み後は、検索履歴情報１１４からユーザ毎の過去の検索用に入力した検索キーワード（図３の３０２）とその検索でヒットしたコンポーネントＩＤ（図３の３０３）を抽出するとともに、コンポーネント毎のビルドやテスト成否などの実績情報をプロセス情報ファイル１１３から抽出する（Ｓ７０３）。コンポーネント自身もコンポーネントの組み合わせであるため、コンポーネント内で依存関係を抽出し、利用されたコンポーネントを抽出する。なお、ビルドやテストはビルド日やテスト完了日がプロセス情報ファイル１１３に存在すれば、ビルドやテストが成功したものとする。その後、コンポーネントＩＤ毎に検索キーワードを抽出する（Ｓ７０４）。Ｓ７０４の処理は、検索履歴情報１１４から抽出した情報を、コンポーネントＩＤ毎に集約し、各コンポーネントでどのような検索キーワードが使用されているかをまとめる処理である。   The use rank type search index registration unit 109 first fetches the designated source file 112 and process information file 113 from the file reading unit 106 (S701, S702). After fetching the data, the search keyword (302 in FIG. 3) and the component ID (303 in FIG. 3) hit in the search are extracted from the search history information 114 for each user's past search. Result information such as the build and test success / failure is extracted from the process information file 113 (S703). Since the component itself is a combination of components, the dependency relationship is extracted in the component, and the used component is extracted. Note that if the build date or the test completion date exists in the process information file 113, it is assumed that the build or test is successful. Thereafter, a search keyword is extracted for each component ID (S704). The process of S704 is a process of collecting information extracted from the search history information 114 for each component ID, and collecting what search keywords are used in each component.

次に、コンポーネントＩＤ毎に以下の処理を行う（Ｓ７０５）。まず、Ｓ７０３で抽出したコンポーネントの実績情報とＳ７０４で抽出した検索キーワードとをコンポーネントＩＤで結び付けて検索インデックスに登録するデータを作成していく（Ｓ７０６）。これにより、いま処理対象である１つのコンポーネントに対して、その検索に利用された検索キーワードとビルドやテストの実績情報とが結び付けられる。その後、助詞や助動詞、ＩＴ用語などを削除し、特異性のあるキーワードのみを登録用に抽出する（Ｓ７０７）。この処理は、検索履歴情報１１４から抽出した検索キーワードからキーワードとして適正な部分を取り出す処理であるが、もちろん検索履歴情報１１４から抽出した検索キーワードのままで良ければそれが登録用の検索キーワードになる。   Next, the following processing is performed for each component ID (S705). First, the component performance information extracted in S703 and the search keyword extracted in S704 are linked by the component ID to create data to be registered in the search index (S706). As a result, the search keyword used for the search and the result information of the build or test are linked to one component that is the processing target. Thereafter, particles, auxiliary verbs, IT terms, etc. are deleted, and only unique keywords are extracted for registration (S707). This process is a process for extracting an appropriate part as a keyword from the search keyword extracted from the search history information 114. Of course, if the search keyword extracted from the search history information 114 can be left as it is, it becomes a search keyword for registration. .

次に、Ｓ７０７で取り出した検索キーワードの優先度を決定する（Ｓ７０８）。優先度は、後述する検索処理で検索結果を表示する際に、使用実績や検索実績があり有効な情報と評価できるものがより上位の優先順位で表示されるようにするために用いる指標である。優先度は、コンポーネントＩＤと検索キーワードの組に対して付与される値である。優先度は、同じ検索キーワードで同じコンポーネントを検索した回数（検索履歴情報１１４からカウントできる）が多いほど大きくなるような値とし、その場合、より多くのユーザで検索に用いられているものほど大きくなるような値とする。さらに、Ｓ７０６で対応付けたコンポーネントの実績情報（図２の２０２）に基づき、「情報登録のみ」、「ビルド完了」、「テスト完了」の順に大きくなるような値とする。本実施形態では、検索履歴から何度も繰り返し利用されている検索キーワードは優先度の値を大きく増やし、実績情報から使用実績が上がったコンポーネントに対応する検索キーワードは優先度の値を小さく増やすようにしている。   Next, the priority of the search keyword extracted in S707 is determined (S708). The priority is an index used to display information that can be evaluated as valid information with a use record or a search record when the search result is displayed in a search process to be described later. . The priority is a value given to a set of a component ID and a search keyword. The priority is set to a value that increases as the number of times the same component is searched with the same search keyword (which can be counted from the search history information 114) increases. In this case, the priority is increased as the number of users used for the search increases. The value is such that Further, the value is set so as to increase in the order of “information registration only”, “build completion”, and “test completion” based on the result information (202 in FIG. 2) of the component associated in S706. In the present embodiment, the search keyword that is repeatedly used from the search history increases the priority value greatly, and the search keyword corresponding to the component that has been used from the record information increases the priority value. I have to.

Ｓ７０８で優先度を決定した後、上記抽出した検索キーワードと、それに対応するコンポーネントＩＤおよび決定した優先度を、検索インデックス２０３に登録する（Ｓ７０９）。なお、既にそのコンポーネントＩＤと検索キーワードが登録済であった場合は、優先度２１０のみを書き替えるものとする。   After the priority is determined in S708, the extracted search keyword, the corresponding component ID, and the determined priority are registered in the search index 203 (S709). When the component ID and the search keyword have already been registered, only the priority 210 is rewritten.

以上により、利用者が検索に利用した検索キーワードを検索インデックス２０３に追加することができ、さらにコンポーネントを検索する上で、より使用実績や検索実績があるものほど値が大きい優先度を設定することができる。例えば、検索インデックス２０３に同じコンポーネントＩＤ２０８で異なる複数の検索キーワード２０９が登録されている場合、それらの検索キーワードの中では、検索履歴情報１１４に基づいて、より検索の回数が多いものほど（さらにその中では、より多くのユーザに検索で用いられているものほど）優先度２１０の値が大きくなる。また、検索インデックス２０３に同じ検索キーワード２０９で異なる複数のコンポーネントＩＤ２０８が登録されている場合、それらのコンポーネントＩＤの中では、コンポーネント実績情報２０２に基づいて、より使用実績（ビルドやテスト等）のあるものの優先度２１０の値が大きくなる。   As described above, the search keyword used by the user for the search can be added to the search index 203. Further, when searching for the component, a higher priority is set as there is a use record or a search record. Can do. For example, when a plurality of different search keywords 209 with the same component ID 208 are registered in the search index 203, the search keyword has a higher number of searches based on the search history information 114 (and more Among them, the value of the priority 210 increases as the number of users is used in the search. Further, when a plurality of different component IDs 208 are registered with the same search keyword 209 in the search index 203, among those component IDs, there are more usage records (build, test, etc.) based on the component record information 202. The value of the priority 210 of things increases.

なお、上記では図９の画面から更新開始ボタン９０４を押下することで、図５〜図７の処理を順に実行する例を説明したが、これらの各処理は続けて実行する必要はなく、それぞれ独立に実行してもよい。また、図４の実行定義情報１１６が設定されている場合は、実行日時４０６に至ったとき、ソースファイル名４０３とプロセス情報ファイル４０４で指定されたソースファイルとプロセス情報ファイルを対象として、自動で図５〜図７の処理が実行される。   In the above description, the example in which the processes of FIGS. 5 to 7 are executed in order by pressing the update start button 904 from the screen of FIG. 9 has been described. It may be performed independently. If the execution definition information 116 of FIG. 4 is set, when the execution date and time 406 is reached, the source file specified in the source file name 403 and the process information file 404 and the process information file are automatically processed. The process of FIGS. 5-7 is performed.

次に、コンポーネント検索システム１００が実行する検索処理の概要について説明する。図８は、利用者が検索操作端末１１０により検索動作を指示したときのコンポーネント検索部１０１の処理手順を示す。利用者は、本システムを利用してコンポーネントの検索を行う際には、まず検索操作端末１１０において所定の操作を行って検索初期画面を表示する（Ｓ８０１）。   Next, an outline of search processing executed by the component search system 100 will be described. FIG. 8 shows a processing procedure of the component search unit 101 when a user instructs a search operation using the search operation terminal 110. When searching for a component using this system, the user first performs a predetermined operation on the search operation terminal 110 to display an initial search screen (S801).

図１０は、検索操作端末１１０の検索初期画面例である。検索キーワード１００１は、検索のためのコンポーネントＩＤや名称その他のキーワードを入力するテキストボックスである。検索方法１００２は、検索方法を選択する選択肢である。検索開始ボタン１００３は、コンポーネント検索の検索動作の開始を指示するボタンである。   FIG. 10 is a search initial screen example of the search operation terminal 110. A search keyword 1001 is a text box for inputting a component ID for search, a name, and other keywords. A search method 1002 is an option for selecting a search method. A search start button 1003 is a button for instructing start of a search operation for component search.

図８に戻って、検索処理の手順の説明を続ける。利用者が、Ｓ８０１で表示された図１０の画面で検索方法１００２とキーワード１００１を指定し、検索開始ボタン１００３を押すと、コンポーネント検索部１０１は、指定された検索方法１００２を判別し（Ｓ８０２）、キーワード検索（Ｓ８０３）またはインターフェイス検索（Ｓ８０４）を実行する。   Returning to FIG. 8, the description of the procedure of the search process will be continued. When the user specifies the search method 1002 and the keyword 1001 on the screen of FIG. 10 displayed in S801 and presses the search start button 1003, the component search unit 101 determines the specified search method 1002 (S802). Then, keyword search (S803) or interface search (S804) is executed.

Ｓ８０３のキーワード検索部１０４による検索処理では、予めキーワード検索用にコンポーネントリポジトリ１１５（図２）に登録されている検索インデックス２０３を活用して検索を行う。この検索では、検索インデックス２０３に登録されている検索キーワード２０９の中から、検索画面１０００で入力された検索キーワード１００１と一致するものを抽出する。抽出する際には、優先度２１０の値が大きいものが上位になるように順位付けを行う。図２や図７のＳ７０８で説明したが、優先度２１０は検索実績や使用実績のあるものほど大きい値であるので、より実績があるコンポーネントが上位の優先順位になるように検索結果が表示されることになる。   In the search processing by the keyword search unit 104 in S803, a search is performed using the search index 203 registered in advance in the component repository 115 (FIG. 2) for keyword search. In this search, the search keyword 209 registered in the search index 203 is extracted from the search keyword 209 that matches the search keyword 1001 entered on the search screen 1000. At the time of extraction, the ranking is performed so that the one with the higher priority 210 value is higher. As described in S708 of FIG. 2 and FIG. 7, since the priority 210 has a higher value as there is a search result or use result, the search result is displayed so that the component having a higher result has a higher priority. Will be.

Ｓ８０４のインターフェイス検索部１０３による検索処理では、検索キーワード１００１に入力されたコンポーネントＩＤや名称その他のキーワードなどをコンポーネントリポジトリ１１５のコンポーネントインターフェイス２０１から検索する。その際の検索結果の優先順位は、検索キーワード１００１に対して、コンポーネントＩＤやコンポーネント名称などを前方一致検索した場合の適合する文字の数が多いほど、上位の優先順位になるように決定するものとする。インターフェイス検索は、コンポーネントインターフェイス２０１に存在する情報であれば検索可能である。 In the search processing by the interface search unit 103 in S804, the component ID, name, and other keywords input to the search keyword 1001 are searched from the component interface 201 of the component repository 115. In this case, the priority order of the search results is determined so that the higher the number of characters that match the search keyword 1001 when the component ID, the component name, or the like is searched forward, the higher the priority order. And The interface search can be performed as long as the information exists in the component interface 201.

次に、Ｓ８０３，Ｓ８０４の検索の結果を表示する（Ｓ８０５）。まず、検索一覧表示として検索結果一覧画面を表示する。   Next, the search results of S803 and S804 are displayed (S805). First, a search result list screen is displayed as a search list display.

図１１は、Ｓ８０５で表示する検索結果一覧画面の例である。検索条件１１０１の検索方法と入力情報には、それぞれ、利用者が図１０の検索方法１００２と検索キーワード１００１で指定した検索方法とキーワードが表示される。１１０２は検索結果の一覧表示である。検索されたコンポーネントのコンポーネントＩＤ１１０４と日本語名称１１０５と機能概略１１０６が、優先順位１１０３の順に一覧表示される。優先順位１１０３は、Ｓ８０３，Ｓ８０４で説明した通りに決めたものである。特に、キーワード検索部１０４の検索では、優先度２１０に基づいて優先順位が付けられるので、検索実績や使用実績があるコンポーネントが上位に表示される。   FIG. 11 is an example of a search result list screen displayed in S805. In the search method and input information of the search condition 1101, the search method and keyword designated by the user with the search method 1002 and the search keyword 1001 in FIG. 10 are displayed, respectively. Reference numeral 1102 denotes a search result list display. Component IDs 1104, Japanese names 1105, and function outlines 1106 of the searched components are listed in the order of priority 1103. The priority order 1103 is determined as described in S803 and S804. In particular, in the search by the keyword search unit 104, priorities are assigned based on the priority 210, so that components having a search record and a use record are displayed at the top.

図１１の画面において、コンポーネントＩＤ１１０４の表示にはリンクが埋め込まれており、該リンクを選択することにより、選択されたコンポーネントの詳細表示画面が表示されるようになっている。図１２は、詳細表示画面の例である。検索条件１２０１の検索方法と入力情報は、図１１の検索条件１１０１の表示と同じである。コンポーネントＩＤ１２０２はリンクが選択されたコンポーネントのＩＤ、日本語名称１２０３は当該コンポーネントの日本語名称である。機能仕様１２０４には、当該コンポーネントの機能仕様の詳細が表示される。   In the screen of FIG. 11, a link is embedded in the display of the component ID 1104, and by selecting the link, a detailed display screen of the selected component is displayed. FIG. 12 is an example of a detail display screen. The search method and input information of the search condition 1201 are the same as the display of the search condition 1101 in FIG. The component ID 1202 is the ID of the component whose link is selected, and the Japanese name 1203 is the Japanese name of the component. The functional specification 1204 displays details of the functional specification of the component.

なお、図１１の１１０３〜１１０６に示した表示項目や図１２の１２０２〜１２０４に示した表示項目は必要に応じて変更可能なものとする。また、各コンポーネントの日本語名称、機能概略、および機能仕様の詳細は、図２では図示していないが、コンポーネントリポジトリ１１５内に各コンポーネント毎に格納されているものとする。   The display items shown in 1103 to 1106 in FIG. 11 and the display items shown in 1202 to 1204 in FIG. 12 can be changed as necessary. The details of the Japanese name, functional outline, and functional specification of each component are not shown in FIG. 2, but are stored in the component repository 115 for each component.

図８に戻って、Ｓ８０５で図１１，１２に示すような表示を行った後、検索入力キーワード抽出／格納部１０５により、図３で説明した検索履歴情報１１４に、検索キーワードや検索結果データを登録する（Ｓ８０７）。Ｓ８０７からＳ８０２に戻る点線の矢印は、図１０の画面で別の検索キーワード１００１や検索方法１００２を入力して検索を繰り返すことが可能なことを示すものである。   Returning to FIG. 8, after the display as shown in FIGS. 11 and 12 is performed in S805, the search input keyword extraction / storage unit 105 stores the search keyword and search result data in the search history information 114 described in FIG. Register (S807). Dotted arrows returning from S807 to S802 indicate that the search can be repeated by inputting another search keyword 1001 or search method 1002 on the screen of FIG.

なお、利用者が行った検索の中には所望のコンポーネントを見つけることができないケースもあるので、そのような失敗した検索履歴を検索履歴情報１１４に格納すると、ノイズになってしまうことが考えられる。そのような場合は、図８の処理で検索履歴情報１１４に検索履歴を登録する際に利用者に確認を求め、利用者が所望のコンポーネントを見つけることができたと確認した場合のみ、そのコンポーネントとそれまでに入力した検索キーワードを検索履歴として登録すればよい。また、図８の処理で繰り返し検索を行う間に入力された検索キーワードを一時的に保持しておき、それらの一連の検索において中間的に得られた検索結果は捨て（引き続き検索を実行しているのは、利用者が所望の結果を得られていないからであるとみなす）、最後の検索結果で得られたコンポーネントが最終的に利用者が所望のものであるとみなして、前記一時的に保持しておいた検索キーワードとともに検索履歴として登録するようにしてもよい。   Note that there are cases where a desired component cannot be found in a search performed by a user, and thus storing such a failed search history in the search history information 114 may cause noise. . In such a case, only when the user confirms that the user can find a desired component when the search history is registered in the search history information 114 in the process of FIG. What is necessary is just to register the search keyword input so far as a search history. Further, the search keyword input during the repeated search in the process of FIG. 8 is temporarily stored, and the search results obtained in the middle of those series of searches are discarded (the search is continuously executed). That the user does not obtain the desired result), the component obtained in the last search result is finally regarded as the user's desired, and the temporary It is also possible to register it as a search history together with the search keyword stored in the above.

なお、上記実施形態において、図１０の検索画面の検索キーワード１００１の欄には複数のキーワードを入力することもできる。その場合、複数の検索キーワードによるａｎｄ検索を行い、各検索キーワードでそれぞれ検索されたコンポーネントのａｎｄを採って検索結果とする。優先順位は、例えば、ａｎｄを取るときにそれぞれの優先度を加算するなどして求めた結合優先度に基づいて決めればよい。   In the above embodiment, a plurality of keywords can be entered in the search keyword 1001 column of the search screen of FIG. In that case, an AND search using a plurality of search keywords is performed, and an AND of a component searched for with each search keyword is taken as a search result. The priority order may be determined based on, for example, the combination priority obtained by adding the respective priorities when taking and.

以上のように、本発明の実施形態によれば、利用者が検索を行うたびに、検索キーワードとその検索でヒットしたコンポーネントＩＤを履歴情報として登録しておき、何回も使われるキーワードについては優先度が高くなるようにしているので、より利用者が想像し易いキーワードの優先度が高くなり、検索結果として上位に提示されるようになる。そのため、より利用者が想像し易いキーワードがコンポーネントリポジトリに登録されることになる。結果として、登録されるコンポーネントの増加や利用者の増加によるキーワードの集積によって、初級者から上級者まで利用できる幅広い検索インデックスが作成でき、運用者のスキルに依存しないコンポーネント再利用のナビゲートが可能になる。これらにより、導入のための準備作業の時間や手間の軽減が図れ、継続的な利用を行うことで利用者にとって、有益な検索が可能になる。   As described above, according to the embodiment of the present invention, each time a user performs a search, a search keyword and a component ID hit by the search are registered as history information, and a keyword that is used many times. Since the priority is set higher, the priority of the keyword that the user can easily imagine becomes higher and is presented as a search result at the higher rank. Therefore, keywords that are easier for the user to imagine are registered in the component repository. As a result, it is possible to create a broad search index that can be used from beginners to advanced users by accumulating keywords due to the increase in registered components and users, and it is possible to navigate component reuse independent of operator skills. become. As a result, the time and labor required for preparation work for introduction can be reduced, and the user can search usefully through continuous use.

１００…コンポーネント検索システム、１０１…コンポーネント検索部、１０２…コンポーネント情報登録部、１０３…インターフェイス検索部、１０４…キーワード検索部、１０５…検索入力キーワード抽出／格納部、１０６…ファイル読込み部、１０７…コンポーネントインターフェイス情報等登録部、１０８…ファイル抽出型検索インデックス登録部、１０９…利用ランク型検索インデックス登録部、１１０…検索操作端末、１１１…更新操作端末、１１２…ソースファイル、１１３…プロセス情報ファイル、１１４…検索履歴情報、１１５…コンポーネントリポジトリ、１１６…実行定義情報。   DESCRIPTION OF SYMBOLS 100 ... Component search system 101 ... Component search part 102 ... Component information registration part 103 ... Interface search part 104 ... Keyword search part 105 ... Search input keyword extraction / storage part 106 ... File reading part 107 ... Component Interface information registration unit, 108 ... File extraction type search index registration unit, 109 ... Usage rank type search index registration unit, 110 ... Search operation terminal, 111 ... Update operation terminal, 112 ... Source file, 113 ... Process information file, 114 ... search history information, 115 ... component repository, 116 ... execution definition information.

Claims (6)

プログラムの部品であるコンポーネントに関する情報を記憶するコンポーネントリポジトリを備えるコンポーネント検索システムを利用してコンポーネントの検索を行うプログラムコンポーネント検索方法であって、
前記コンポーネント検索システムが備えるファイル抽出型検索インデックス登録部が、処理対象のソースファイルを読み込み、コンポーネント毎に、該ソースファイルから検索キーワードを抽出し、該検索キーワードと該コンポーネントのＩＤとを対応させて前記コンポーネントリポジトリへ検索インデックスとして登録するステップと、
前記コンポーネント検索システムが備えるキーワード検索部が、利用者により入力された検索キーワードを前記コンポーネントリポジトリの検索インデックスから検索し、検索結果のコンポーネントＩＤを提示するステップと、
前記コンポーネント検索システムが備える検索入力キーワード抽出／格納部が、前記利用者により入力された検索キーワードと該検索結果のコンポーネントＩＤとを、検索履歴情報に登録するステップと、
前記コンポーネント検索システムが備える利用ランク型検索インデックス登録部が、前記検索履歴情報から検索キーワードと検索結果のコンポーネントＩＤとを抽出し、前記検索履歴情報に当該検索キーワードとコンポーネントＩＤの検索履歴が多くあるほど高くなる優先度を付けて、前記コンポーネントリポジトリへ検索インデックスとして登録するステップとを備え、
前記キーワード検索部による検索で検索結果のコンポーネントＩＤを提示する際には、前記優先度が高い順に検索結果のコンポーネントＩＤを提示することを特徴とするプログラムコンポーネント検索方法。 A program component search method for searching for a component using a component search system including a component repository that stores information on a component that is a part of a program,
A file extraction type search index registration unit provided in the component search system reads a source file to be processed, extracts a search keyword from the source file for each component, and associates the search keyword with the ID of the component. Registering as a search index in the component repository;
A keyword search unit provided in the component search system searches a search keyword input by a user from a search index of the component repository, and presents a component ID of a search result;
A search input keyword extraction / storage unit provided in the component search system registers a search keyword input by the user and a component ID of the search result in search history information;
The use rank type search index registration unit provided in the component search system extracts a search keyword and a component ID of a search result from the search history information, and the search history information has a lot of search history of the search keyword and component ID. Registering it as a search index in the component repository with a higher priority.
When presenting a component ID of a search result in a search by the keyword search unit, a component ID of a search result is presented in descending order of priority. 請求項１に記載のプログラムコンポーネント検索方法において、
前記コンポーネント検索システムが備えるコンポーネントインターフェイス情報登録部が、処理対象のソースファイルを読み込み、コンポーネント毎に、該ソースファイルからインターフェイス情報を抽出して、コンポーネントリポジトリへコンポーネントインターフェイス情報として登録するステップと、
前記コンポーネント検索システムが備えるインターフェイス検索部が、利用者により入力された検索キーワードを前記コンポーネントリポジトリのコンポーネントインターフェイス情報から前方一致検索で検索し、検索結果のコンポーネントＩＤを提示するステップと、
前記コンポーネント検索システムが備える検索入力キーワード抽出／格納部が、前記利用者により入力された検索キーワードと該検索結果のコンポーネントＩＤとを、検索履歴情報に登録するステップと
を、さらに備えることを特徴とするプログラムコンポーネント検索方法。 The program component search method according to claim 1,
A component interface information registration unit included in the component search system reads a source file to be processed, extracts interface information from the source file for each component, and registers it as component interface information in a component repository;
An interface search unit provided in the component search system searches for a search keyword input by a user from a component interface information of the component repository by a forward match search, and presents a component ID of a search result;
The search input keyword extraction / storage unit provided in the component search system further comprises a step of registering the search keyword input by the user and the component ID of the search result in search history information. Program component search method. 請求項１または２に記載のプログラムコンポーネント検索方法において、
前記利用ランク型検索インデックス登録部が、前記検索履歴情報から抽出した情報を優先度を付けて前記コンポーネントリポジトリへ検索インデックスとして登録する場合、当該コンポーネントの使用実績を取得し、より使用実績のあるものほど高くなるような優先度を付けることを特徴とするプログラムコンポーネント検索方法。 In the program component search method according to claim 1 or 2,
When the use rank type search index registration unit registers the information extracted from the search history information with a priority as a search index in the component repository, the use rank type search index registration unit acquires the use record of the component and has a more use record A program component search method characterized by assigning priorities that become higher. 請求項２に記載のプログラムコンポーネント検索方法において、
処理対象のソースファイルを特定する情報と実行日時を含む実行定義情報に基づいて、前記コンポーネントインターフェイス情報登録部によるコンポーネントインターフェイス情報の登録、前記ファイル抽出型検索インデックス登録部による検索インデックスの登録、および、前記利用ランク型検索インデックス登録部による検索インデックスの登録のうちの少なくとも１つを自動実行することを特徴とするプログラムコンポーネント検索方法。 In the program component search method according to claim 2 ,
Registration of component interface information by the component interface information registration unit, registration of a search index by the file extraction type search index registration unit, based on execution definition information including information specifying a source file to be processed and execution date and time, and A program component search method, wherein at least one of search index registration by the use rank type search index registration unit is automatically executed. プログラムの部品であるコンポーネントに関する情報を記憶するコンポーネントリポジトリを備えるコンポーネント検索システムであって、
処理対象のソースファイルを読み込み、コンポーネント毎に、該ソースファイルから検索キーワードを抽出し、該検索キーワードと該コンポーネントのＩＤとを対応させて前記コンポーネントリポジトリへ検索インデックスとして登録する、ファイル抽出型検索インデックス登録部と、
利用者により入力された検索キーワードを前記コンポーネントリポジトリの検索インデックスから検索し、検索結果のコンポーネントＩＤを提示する、キーワード検索部と、
前記利用者により入力された検索キーワードと該検索結果のコンポーネントＩＤとを、検索履歴情報に登録する、検索入力キーワード抽出／格納部と、
前記検索履歴情報から検索キーワードと検索結果のコンポーネントＩＤとを抽出し、前記検索履歴情報に当該検索キーワードとコンポーネントＩＤの検索履歴が多くあるほど高くなる優先度を付けて、前記コンポーネントリポジトリへ検索インデックスとして登録する、利用ランク型検索インデックス登録部とを備え、
前記キーワード検索部による検索で検索結果のコンポーネントＩＤを提示する際には、前記優先度が高い順に検索結果のコンポーネントＩＤを提示することを特徴とするプログラムコンポーネント検索システム。 A component search system including a component repository that stores information on components that are parts of a program,
A file extraction type search index that reads a source file to be processed, extracts a search keyword from the source file for each component, and registers the search keyword and the ID of the component in association with each other as a search index in the component repository A registration department;
A keyword search unit for searching a search keyword input by a user from a search index of the component repository and presenting a component ID of a search result;
A search input keyword extraction / storage unit for registering the search keyword input by the user and the component ID of the search result in the search history information;
A search keyword and a component ID of a search result are extracted from the search history information, and a higher priority is given to the search history information as the search history of the search keyword and component ID increases. And a use rank type search index registration unit registered as
When presenting a component ID of a search result in a search by the keyword search unit, a component ID of a search result is presented in descending order of priority. プログラムの部品であるコンポーネントに関する情報を記憶するコンポーネントリポジトリを備えたコンピュータをコンポーネント検索システムとして機能させるコンポーネント検索プログラムであって、
前記コンピュータを、
処理対象のソースファイルを読み込み、コンポーネント毎に、該ソースファイルから検索キーワードを抽出し、該検索キーワードと該コンポーネントのＩＤとを対応させて前記コンポーネントリポジトリへ検索インデックスとして登録する、ファイル抽出型検索インデックス登録部と、
利用者により入力された検索キーワードを前記コンポーネントリポジトリの検索インデックスから検索し、検索結果のコンポーネントＩＤを提示する、キーワード検索部と、
前記利用者により入力された検索キーワードと該検索結果のコンポーネントＩＤとを、検索履歴情報に登録する、検索入力キーワード抽出／格納部と、
前記検索履歴情報から検索キーワードと検索結果のコンポーネントＩＤとを抽出し、前記検索履歴情報に当該検索キーワードとコンポーネントＩＤの検索履歴が多くあるほど高くなる優先度を付けて、前記コンポーネントリポジトリへ検索インデックスとして登録する、利用ランク型検索インデックス登録部とを備え、
前記キーワード検索部による検索で検索結果のコンポーネントＩＤを提示する際には、前記優先度が高い順に検索結果のコンポーネントＩＤを提示するプログラムコンポーネント検索システムとして、機能させるコンポーネント検索プログラム。 A component search program that causes a computer having a component repository that stores information about components that are parts of a program to function as a component search system,
The computer,
A file extraction type search index that reads a source file to be processed, extracts a search keyword from the source file for each component, and registers the search keyword and the ID of the component in association with each other as a search index in the component repository A registration department;
A keyword search unit for searching a search keyword input by a user from a search index of the component repository and presenting a component ID of a search result;
A search input keyword extraction / storage unit for registering the search keyword input by the user and the component ID of the search result in the search history information;
A search keyword and a component ID of a search result are extracted from the search history information, and a higher priority is given to the search history information as the search history of the search keyword and component ID increases. And a use rank type search index registration unit registered as
A component search program that functions as a program component search system that presents component IDs of search results in descending order of priority when presenting search component IDs in a search by the keyword search unit.

Images