(57)【特許請求の範囲】
【請求項１】
図面ファイルを一意的に識別する識別コードの入力に応答して、対応する図面ファイルを図面データベースから検索する図面管理システムであって、
前記図面データベースに記憶されている図面ファイルに付与された識別コードを、大小関係を定めて記憶する手段と、
ユーザによって入力されたあいまいな検索用識別コードに応答して、前記大小関係に基づき、前記識別コード記憶手段から該検索用識別コードより小さい識別コードの中から、大きな値の順に複数の識別コードを検索する手段と、を備え、
該検索される複数の識別コードの個数は、ユーザが指定した数によって定められ、
前記識別コードは、主番号、類別番号、および種別番号を含み、該主番号および類別番号によって親図面が表され、
前記識別コード検索手段は、前記主番号および主番号より上位に定めた類別番号によって識別コードを検索する、あいまいな検索用識別コードに基づいて図面を検索する図面管理システム。
【請求項２】
前記識別コードは、０から９およびＡからＺの３６種類の文字の組み合わせからなり、該識別コードの大小関係は、ＥＢＣＤＩＣコードにおける１６進表記の大小関係により定められる請求項１に記載の図面管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、電子化された図面を管理するコンピュータ・システムに関連し、具体的には複数の図面ファイルを記憶する図面データベースから任意の図面ファイルを検索する図面管理システムに関する。
【０００２】
【従来の技術】
製品の部品図面は、その部品を製作する際に使用されるだけでなく、他の関連部門でも頻繁に使用される。例えば、物流部門では包装の仕様作成のために部品図面を必要とするし、品質部門では部品受け入れ検査や市場問い合わせなどで部品図面を必要とする。このため、メーカーでは、全社で共通の図面を使用できるよう部品図面を管理しなければならない。
【０００３】
これらの管理対象となる部品図面は、現在から過去までの製品において使用された全部品図面である。このため、歴史のある大企業の場合、膨大な数の図面を管理しなければならない。例えば自動車会社などでは、１つの車種に使用される部品点数が多く、それらの部品点数に応じた数の図面が存在する。さらに製品の定期的なモデルチェンジに応じて図面の数は増加する。
【０００４】
通常、メーカーでは、この様な膨大な数の図面を管理するために図面管理専用の部門を設けている。従来、図面管理部門ではマイクロフィルムや紙などの記録媒体を使用して登録図面を管理してきたが、近年ではコンピュータの発展に伴い登録図面が電子化され管理されている。この様な電子化された図面を管理するコンピュータ・システムを図面管理システムと呼ぶ。
【０００５】
図面管理システムでは、各部品の図面は、電子化され、図面管理部門に設置された図面管理サーバによって一元的に集中管理される。図面管理部門は、製品が量産化されて各部品の仕様が定められたときに、それらの部品図面を受け取り、部品を一意的に識別する識別コードを付与して、その図面ファイルを図面データベースに登録する。
【０００６】
図面データベースへのアクセス権限を有する社内ユーザが図面を見たいときには、図面管理サーバと相互接続された端末で所望の識別コードを指定することによって、その識別コードに対応した図面を閲覧することができる。
【０００７】
一般に、図面に付与される識別コードは、人間が識別コードを見て、その識別コードに対応する部品図面がどの様な種類の部品図面であるかをある程度推測することができるよう定められる。
【０００８】
図１は、識別コードの１つの例を示している。識別コードは、部品の属性（部品の種類、部品が使用される機種など）に応じて４分割された１５桁の文字（数字も含む）からなる。１５桁の識別コードの上位５桁が主番号を表し、それに続く４桁が類別番号を表す。この主番号と類別番号は、親図面の識別コードを表している。主番号および類別番号の後に続く４桁は種別番号を表し、これが親図面に対する子図面の識別コードを表している。種別番号に続く２桁は補足番号を表し、必要に応じて定められる。各桁には、０〜９の数字およびＡ〜Ｚの英文字からなる３６種類の文字が部品の属性に応じて割り当てられる。識別コードは重複することなく部品図面ごとに固有の識別コードが割り当てられるので、識別コードが分かれば、それに対応する図面が一意的に定まる。
【０００９】
【発明が解決しようとする課題】
先に述べたように、部品の属性に応じて識別コードの各桁に文字が割り当てられるので、その割り当て方を熟知している人間であれば、どの様な部品図面であるかを識別コードからある程度推測することができる。しかしながら、識別コードの個数自体が膨大な数であるので、全識別コードを完全に把握することは不可能である。さらに、識別コードが連続した順序で部品図面に付与されていないことが識別コードの把握を困難にする。
【００１０】
例えば、新規の部品図面に識別コードを付与する場合、その部品の属性に基づいて、空きの主番号、類別番号、種別番号および補足番号がそれぞれ割り当てられる。このため、図面データベースに登録されている識別コードを大小の順番で並べたときに、それらの識別コードは連続した順序にはならない。
【００１１】
具体的な例で説明すると、仮に「１７５０９−Ｓ０４」という識別コードがデータベースに登録されていても、識別コードが通し番号で付与されていないので、１つ手前のコードである「１７５０８−Ｓ０４」という識別コードがデータベースに登録されているとは限らないし、「１７５０９−Ｓ０３」も登録されているとは限らない。この様な識別コードの個数の多さおよび識別コードの散在した並び方は、ユーザが行う図面の検索を困難にする。
【００１２】
例えば、ユーザが所望とする部品図面の正確な識別コード（すなわちデータベースに登録されている識別コード）を知らない場合、ユーザは、所望とする部品図面の属性から識別コードを推測するであろう。この様なユーザが推測したあいまいな識別コード（すなわちデータベースに登録されているかどうか確定していない識別コード）に基づいて正しい識別コードを見つけだす状況を想定する。
【００１３】
ユーザは、あいまいな識別コードを図面管理サーバに問い合わせ、その応答から、その識別コードがデータベースに存在しているかどうかを判断するであろう。あいまいな識別コードがデータベースに存在していなければ図面管理サーバからエラーが返されるので、ユーザは、その応答により、入力した識別コードが存在していないことを認識する。その場合、ユーザは異なる識別コード（おそらく前に入力した識別コードに類似している）を再び問い合わせ、その応答を見るであろう。この様な試行錯誤の結果、ユーザは、正しい識別コードを得ることができるかもしれないが、そのユーザの試行錯誤は多大な労力を必要とする。
【００１４】
したがって、個数が多く散在して存在する識別コードに適した検索手段が求められる。ユーザが正確な識別コードを知らず、あいまいな識別コードしか知らない場合でも、データベースに登録されている識別コードを適当に検索することができる図面管理システムが求められる。
【００１５】
本発明は、図面ファイルを識別コードで管理する図面管理システムにおける識別コードの新規な検索手段を提供することを目的とする。
【００１６】
【課題を解決するための手段】
上記課題を解決するために、本発明の図面管理システムは、図面ファイルを一意的に識別する識別コードの入力に応答して対応する図面ファイルを図面データベースから検索する図面管理システムであって、前記図面データベースに記憶されている図面ファイルに付与された識別コードを大小関係を定めて記憶する手段と、ユーザによって入力された検索用コードに応答して、前記大小関係に基づき、前記識別コード記憶手段から該検索用コードより小さくかつ最も近い値を有する識別コードを検索する手段と、を備えるよう構成される。
【００１７】
この発明によると、識別コードの大小関係に基づき、検索用コードより小さく最も近い値を有する識別コードが検索されるので、検索用コードに含まれる文字と不一致が大きい識別コードでもユーザに提示することができる。
【００１８】
この発明の１つの形態によれば、前記図面管理システムにおいて、前記識別コード検索手段は、前記検索された識別コードから大きな値の順に複数の識別コードを検索し、該検索される複数の識別コードの個数は、ユーザが指定した数によって定められるよう構成される。
【００１９】
この形態によると、ユーザの所望に応じた個数の識別コードを検索することができ、検索される識別コードは、検索用コードに最も近い値を有する識別コードから大きい順に選択される。
【００２０】
この発明の１つの形態によれば、前記図面管理システムにおいて、前記識別コードは、主番号、類別番号、および種別番号を含み、該主番号および類別番号によって親図面が表され、前記識別コード検索手段は、前記主番号および類別番号によって識別コードを検索するよう構成される。
【００２１】
この形態によると、主番号および類別番号に基づいて登録された識別コードが検索されるので、親図面を表す識別コードを検索することができる。
【００２２】
この発明の１つの形態によれば、前記図面管理システムにおいて、前記識別コードは、０から９およびＡからＺの３６種類の文字の組み合わせからなり、該識別コードの大小関係は、ＥＢＣＤＩＣコードにおける１６進表記の大小関係により定められるよう構成される。
【００２３】
この形態によると、識別コードは、０から９の数字とＡからＺのアルファベットからなり、それらの文字をＥＢＣＤＩＣコードの１６進表記にしたときの値で識別コードの大小関係が表される。
【００２４】
【発明の実施の形態】
次に本発明の実施例を図面を参照して説明する。図２は、本発明の図面管理システムの実施例の概要を示している。図２には、ある会社における図面管理室１１が示されている。この例では、具体的に図面管理室１１は、会社構内に存在する１つの部屋である。
【００２５】
図面管理室１１には、図面データベース１７に接続された図面管理サーバ１５が設置されており、図面データベース１７には、社内での正式な登録を受けた図面（すなわち正式な番号を付与され、承認された図面）が電子的図面ファイルとして記憶されている。
【００２６】
例えば図面ファイルは、ＴＩＦＦファイル、ＢＭＰファイル、またはＪＰＥＧファイルなどの画像ファイルであり、実際の紙面上に描かれた図面をスキャナなどで電子的に取り込むことにより作成される。別の実施形態では、図面ファイルのフォーマットは、画像ファイルではなく、ＣＡＤシステムなどで使用される座標データに基づくファイル・フォーマットでもよい。
【００２７】
図面管理サーバ１５および図面データベース１７は、図面管理部門における管理担当者によって管理端末１３を介してメインテナンスされる。例えば新規の部品図面を図面データベース１７に登録する場合、管理担当者は、その図面に対して一意的に識別することができる識別コードを付与し、画像ファイルにして図面データベース１７に登録する。
【００２８】
管理担当者が任意の部品図面を参照したい場合、管理端末１３を介して図面管理サーバ１５にアクセスし、識別コードをキーにして図面データベース１７を検索することによって、識別コードに対応する図面を管理端末１３のモニタ上に表示させることができる。さらに、図面管理サーバ１５には、プリンタまたはプロッタ１９などの印刷装置が接続され、図面を印刷出力することができる。
【００２９】
図面管理室１１に設置された図面管理サーバ１５は、他の場所に設置されたユーザ端末２７に任意のネットワークを介してそれぞれ接続される。図面データベース１７に記憶されている図面ファイルを不法アクセスから保護する必要があるので、通常、ユーザ端末２７と図面管理サーバ１５とを結び付けるネットワークには社内専用回線が使用される。
【００３０】
図２の場合、図面管理サーバ１５に接続される各ユーザ端末２７は、設置される場所に基づいてグループ化され示されている。例えば、同一構内２１に設置されたユーザ端末２７、国内遠隔地２３に設置されたユーザ端末２７、および国外２５に設置されたユーザ端末２７がそれぞれグループ化されて示されている。
【００３１】
同一構内２１とは、図面管理室１１とは異なる部屋であるが、同一の建物または同一の事業所などに設置されたユーザ端末２７である。国内遠隔地２３とは、図面管理室１１が存在する事業所とは異なる場所に存在する、この会社の関連会社または事業所などに設置されたユーザ端末２７である。国外２５とは、図面管理室１１が存在する国とは異なる国に存在する、この会社の関連会社または事業所などに設置されたユーザ端末２７である。
【００３２】
これらの様々な場所に設けられた複数のユーザ端末２７は、ネットワークを介して図面管理サーバ１５に接続される。先に述べた様に図面データベース１７自体は図面管理室１１に存在し、社内における登録図面は一元的にここで管理されている。したがって、各場所に存在する社内ユーザは、最寄りのユーザ端末２７を介して図面管理サーバ１５にアクセスし、図面データベース１７内の図面ファイルを各ユーザ端末２７で出力する。
【００３３】
一般に、全ての社員が登録図面を閲覧または印刷する権限を有しているわけではない。すなわち、図面を必要とする部門の社員だけが登録図面を閲覧する権限を有しており、それらの部門における特定の社員だけが登録図面を印刷する権限を有しているのが一般的である。
【００３４】
このため、ユーザ端末２７からの図面管理サーバ１５へのアクセスには、社員ユーザを特定するための認証を必要とする。ユーザ認証を経て図面管理サーバ１５との接続が確立された後では、ログインしたユーザによって図面の検索、表示、印刷などが実行される。
【００３５】
これらの一連の作業を処理するために、ユーザ端末２７には、図面出力処理専用のアプリケーション・ソフトウェアがインストールされている。この明細書では、このユーザ端末２７にインストールされるアプリケーション・ソフトウェアを「ユーザ端末ソフトウェア」と呼ぶ。
【００３６】
「ユーザ端末ソフトウェア」に対して、図面管理サーバ１５にインストールされているソフトウェアを「図面管理ソフトウェア」と呼ぶ。図面管理ソフトウェアは、ユーザ端末ソフトウェアにおける図面の検索、表示、印刷などの機能を含んでいると共に、各ユーザの認証処理、図面データベースの管理処理などの図面管理システム全体を維持するための機能を含んでいる。
【００３７】
ユーザ端末２７にインストールされたユーザ端末ソフトウェアと図面管理サーバ１５にインストールされた図面管理ソフトウェアは、それぞれ相互に連携して動作し、ネットワークを介して様々な機能を提供することができる。
【００３８】
図３は、本発明のあいまい検索機能を備える図面管理サーバ１５とユーザ端末２７の詳細な機能ブロック図である。以下の説明では、ユーザ端末２７と図面管理サーバ１５との接続が既に確立されているものとして説明する。
【００３９】
それぞれの場所に設置されているユーザ端末２７は、例えばキーボードおよびマウスなどの入力装置４９を備える。１つの実施形態では、これらのユーザ端末２７は、一般的なパーソナルコンピュータであってもよい。
【００４０】
ユーザが図面を出力（表示または印刷）したい場合、ユーザは、出力したい部品図面の識別コードを正確に入力し、図面管理サーバ１５に送信する。この識別コードの送信は、図３に示すユーザ端末２７の図面要求送信部５７によって処理される。
【００４１】
図面要求送信部５７によって送信された識別コードは、図面管理サーバ１５の図面要求受信部３５で受信され、そこから図面ファイル検索部３７に送信される。図面ファイル検索部３７は、受信した識別コードをキーにして対応する図面ファイルを図面データベース１７から検索する。
【００４２】
図面ファイル検索部３７が図面データベース１７から対応する図面ファイルを見つけ出した場合、図面送信部３９にその図面ファイルが送られる。図面送信部３９は、その図面ファイルを図面ファイル検索部３７から受信し、図面の要求元のユーザ端末２７に送信する。
【００４３】
ユーザ端末２７の図面受信部５９は、図面管理サーバ１５から送信されてきた図面ファイルを受信し、一時的に記憶する。この図面ファイルは、ユーザ端末２７と図面管理サーバ１５との接続が切断されるまで図面受信部５９に記憶されている。
【００４４】
図面受信部５９は、図面ファイルを受信したときにそのファイルを一時記憶すると共に、モニタ５１の画面を通じてユーザに検索結果を通知する。もし入力された識別コードに対応する図面ファイルが図面データベース１７に存在していなければ、モニタ５１の画面を通じてエラーが表示される。したがって、図面管理システムでユーザが所望の図面を出力したい場合、その図面ファイルに対応する正確な識別コードを予め知っている必要がある。
【００４５】
本発明に従う図面管理システムは、前述した１５桁の正確な識別コードが分からないときにユーザが識別コードを検索するための「あいまい検索」と呼ばれる検索手段を備えている。あいまい検索は、あいまいな識別コードが入力されることに応答して、図面データベース１７に登録されている識別コードをユーザに提示する機能である。ユーザは、このあいまい検索機能を利用することによって正しい識別コードを見つけ出すことができる。
【００４６】
この実施例のあいまい検索では、４種類の番号（主番号、類別番号、種別番号、補足番号）からなる識別コードのうちの主番号と類別番号だけを使用する。すなわち、親図面に対応する識別コードのみを検索対象としている。しかしながら、他の実施形態では、種別番号または補足番号を含む、子図面に対応する識別コードまでを含んだあいまい検索を行ってもよい。
【００４７】
より具体的にあいまい検索を説明するために、この実施例で定められる識別コードの大小関係を最初に説明する。識別コードの大小関係は、ＥＢＣＤＩＣコードとして知られる文字コード体系における１６進表記の大小で定められる。あいまい検索は、識別コードをＥＢＣＤＩＣコードで変換し、その大小関係に基づいて、図面データベース１７に存在する識別コードを検索する。
【００４８】
先に述べたように、識別コードの各桁には、０から９の数字およびＡからＺの文字が値として割り当てられている。図４は、この０から９の数字およびＡからＺの文字のＥＢＣＤＩＣコードにおける１６進表記の対応表を示す。
【００４９】
識別コードの大小関係がＥＢＣＤＩＣコードにおける１６進表記の大小関係に基づいて定められるので、それぞれの数字および文字の大小関係は表１のように定められる。すなわち、「９」が最も大きな値であり、「０」の次に小さな値が「Ｚ」であり、「Ａ」が最も小さな値になる。
【００５０】
【表１】
９＞８＞・・・＞１＞０＞Ｚ＞Ｙ＞・・・＞Ｂ＞Ａ
【００５１】
図５は、５桁の値からなる主番号をＥＢＣＤＩＣコードの１６進表記に変換した具体例を示している。図５からも明らかなように、５桁の値からなる主番号の場合、最大のコードが「９９９９９」になり、最小のコードが「ＡＡＡＡＡ」になる。同様にして３桁のコードからなる類別番号の大小関係も定められる。
【００５２】
この実施例では、５桁の主番号と３桁の類別番号のみを使用するので、検索に使用される識別コードの桁数は計８桁である。主番号と類別番号とを組み合わせたコードの大小関係の場合、類別番号は、主番号より上位の番号として定められる。これは、類別番号を上位３桁とし、主番号を下位５桁とする８桁のコードの大小関係で定めることができる。
【００５３】
例えば、主番号が「１７５５５」で類別番号が「９９９」である第１の識別コードと、主番号が「１７５３５」で類別番号が「９９８」である第２の識別コードとの大小関係を比較する場合を考える。この場合、第１の識別コードは「９９９１７５５５」で表され、第２の識別コードは「９９８１７３５３」で表される。したがって、第１の識別コードと第２の識別コードとの大小関係は、「９９９１７５５５」＞「９９８１７３５３」と表される。この関係は、ＥＢＣＤＩＣコードに従って１６進表記に変換した場合にも成立する。
【００５４】
図６は、上記の大小関係に基づき大きな順番で並べた識別コードの一覧を示している。図６に示すように主番号と類別番号からなるコードにおいて最大のコードは、類別番号「９９９」−主番号「９９９９９」であり、最小のコードは、類別番号「ＡＡＡ」−主番号「ＡＡＡＡＡ」である。
【００５５】
識別コードの各桁に割り当てられる値は、１０個の数字と２６個の英文字の計３６個であり、識別コードの桁数は、類別番号の３桁と主番号の５桁からなる計８桁である。したがって、識別コードの取りうる組み合わせの総数は、３６８通りになる。
【００５６】
前述したように３６８通りの識別コード全てに対して図面ファイルが関連付けられているわけではない。実際に識別コードとして使用されているコードは、その中のごく一部である。さらに、部品図面に対する識別コードの割り当て方は、上記の大小関係に依存しない。このため、上記の大小関係に従って識別コードを並べた場合、実際に登録されている識別コードは、連続せずに散らばって存在する。
【００５７】
これらの連続していない識別コード（すなわち図面データベース１７に記憶されている図面に対応する識別コード）を一括して記憶するために、この実施形態では、図３に示す識別コードテーブル４１を使用する。
【００５８】
識別コードテーブル４１では、登録された各識別コードに対して、大きい値を有する順番で通し番号が付与され記憶されている。この識別コードテーブル４１を参照することにより、登録されている識別コードとその大小の順位を確認することができる。
【００５９】
この識別コードテーブル４１は、新たに登録された識別コードを順次追加していくことによって生成される。図３のテーブル生成部４５は、新たな図面ファイルが図面データベース１７に新規登録されるときに、図面ファイルに付与された識別コードを識別コードテーブル４１に追加する。そのとき、テーブル生成部４５は、識別コードテーブル４１における全ての通し番号を更新し、テーブル内の各識別コードの大小関係を更新する。
【００６０】
あいまい検索では、ユーザが入力したあいまいな識別コードを識別コードテーブル４１と比較し、入力された識別コードの大小の順位に基づいて、登録されている識別コードを任意の数だけユーザに提示する。この明細書では、ユーザが検索のために入力するあいまいな識別コードを検索用コードと呼ぶ。
【００６１】
次に、ユーザが行う手順に沿って図面管理システムにおけるあいまい検索を説明する。図７は、モニタ５１に表示されるメニュー画面を示し、ここでユーザは検索方法を選択する。あいまい検索の機能を使用したいユーザは、メニュー画面７１であいまい検索ボタン７５を選択し、実行ボタン７７をクリックする。
【００６２】
メニュー画面７１であいまい検索が選択されると、図８に示すあいまい検索画面７９が表示される。あいまい検索画面７９には、検索用コード入力フォーム８１、８３、検索数入力フォーム８５、あいまい検索開始ボタン８７、メニューボタン８９、および検索結果ウインドウ９１が設けられている。
【００６３】
検索用コード入力フォームは、主番号入力フォーム８１と類別番号入力フォーム８３とに分けられており、主番号入力フォーム８１には識別コードにおける主番号を入力し、類別番号入力フォーム８３には類別番号入力フォームを入力する。
【００６４】
先に述べたように、識別コードにおける主番号と類別番号は、親図面のコードを表している。この実施例におけるあいまい検索は、入力された検索用コード（主番号、類別番号）に基づいて、図面データベース１７に登録されている識別コードを、指定された検索数だけ取得する。
【００６５】
検索数入力フォーム８５は、識別コードの検索数を指定するために使用される。例えば、この入力フォーム８５にユーザが「１０」の値を入力すれば、識別コードテーブル４１に存在する１０個分の識別コードが取得される。
【００６６】
あいまい検索開始ボタン８７は、識別コード入力フォーム８１、８３に入力された検索用コードを確定し、検索を開始するときにクリックされる。検索結果ウインドウ９１は、検索された識別コードを一覧にして表示する。メニューボタン８９は、あいまい検索画面７９からメニュー画面７１に戻る際にクリックされる。
【００６７】
以下では、具体例を述べながらあいまい検索を説明する。この具体例では、ユーザがあいまい検索画面７９おける主番号入力フォーム８１に「１７５５５」、類別番号入力フォーム８３に「Ｓ０４」、検索数入力フォームに「１０」を入力し、この入力に基づいてあいまい検索を実行する状況を考える。
【００６８】
この場合、ユーザは、あいまい検索ボタン８７をクリックして、図面管理サーバ１５に検索用コードと検索数を送信する。この検索用コードと検索数の送信は、図３に示すユーザ端末２７の検索用コード送信部６１によって処理される。
【００６９】
送信された識別コードおよび検索数は、図３に示す図面管理サーバ１５の検索用コード受信部４５によって受信され、あいまい検索部４３に送られる。あいまい検索部４３は、登録されている識別コードを記憶した識別コードテーブル４１を参照し、その中から入力された検索数の個数だけ識別コードを取得する。その際にあいまい検索部４３によって取得される識別コードは、検索用コードより小さく、かつ検索用コードの値に最も近い順番で選ばれる。
【００７０】
図９は、図面データベース１７から生成された識別コードテーブル４１の例を示しており、入力された「１７５５５−Ｓ０４」付近の一部を具体例として示している。この図９を参照して、あいまい検索部４３の処理の説明を続ける。
【００７１】
最初に、ユーザが入力した検索用コード「１７５５５−Ｓ０４」は、識別コードテーブル４１と比較される。この結果、「１７５５５−Ｓ０４」に一致する識別コードが図９の識別コードテーブル４１に存在していないことが分かる。すなわち、図面データベースに「１７５５５−Ｓ０４」に対応する親図面が存在しないことが判明する。
【００７２】
検索用コードに一致する識別コードが識別コードテーブル４１に無い場合、「１７５５５−Ｓ０４」の次に小さな識別コードが識別コードテーブル４１から検索される。図９の場合、識別コードテーブル４１において「１７５５５−Ｓ０４」の次に小さい識別コードは、「１７５５０−Ｓ０４」である。したがって、「１７５５０−Ｓ０４」が１個目に取得される識別コードとなる。すなわち、この識別コードが、「１７５５５−Ｓ０４」より小さくかつ最も近い値を有する識別コードとして検索される。
【００７３】
この具体例では。ユーザによって指定された検索数が「１０」である。したがって、識別コードテーブル４１の中でその次に小さな値を有する識別コードが検索される。この場合、「１７５５０−Ｓ０４」の次に小さな識別コードは、「１７５３８−Ｓ０４」であり、これが、２個目に取得される識別コードとなる。
【００７４】
同様にして識別コードテーブル４１から順番に計１０個の識別コードが取得される。すなわち、識別コードテーブル４１における通し番号「３０９」から「３１８」までの識別コードがあいまい検索部４３によって取得され、これらの取得された１０個の識別コードがあいまい検索の検索結果となる。
【００７５】
あいまい検索部４３の検索結果は、図３の検索結果送信部４７によって、検索依頼元のユーザ端末２７に送信される。送信された検索結果は、ユーザ端末２７の検索結果受信部６３で受信され、モニタ５１を通じて検索結果ウインドウ９１に表示される。
【００７６】
あいまい検索による検索結果は、従来のコード内の文字の一致に基づく検索手段とは異なる検索結果となる。例えば、従来のワイルドカードを使用した検索手段では、前方一致、後方一致、部分一致などでコードを検索する。しかしながら、その様な文字の一致に基づく検索では、上記の例における「９９９５３−Ｓ０３」から「９９９５１−Ｓ０３」までの識別コードを検索することは、コード内の文字の不一致が大きいので困難である。
【００７７】
本発明のあいまい検索では、文字の一致ではなく、識別コードの大小関係を定め、その大小関係に基づいて最も近い値の識別コードを検索するので、コード内の文字（数字を含む）の不一致が大きい場合でも、登録されている識別コードを確実にユーザに提示することができる。
【００７８】
図１０は、あいまい検索のフローチャートの例を示す。最初にステップ１０１で各パラメータが初期設定される。ｎは、ユーザが指定した検索数である。ＩＮＰＵＴＣＯＤＥは、ユーザによって入力された検索用コード（類別番号、主番号）であり、類別番号を上位３桁、主番号を下位５桁とする（例えば前述の具体例の場合「Ｓ０４１７５５５」となる）。ｋは、識別コードテーブル４１内で識別コードの大小を示す通し番号を表し、ステップ１０１で「０」に初期化される。ｍは、ｎ個の識別コードを取得するために使用されるパラメータであり、これも「０」に初期化される。
【００７９】
ステップ１０３では、通し番号ｋに１の値が加算され、ステップ１０５では、識別コードテーブル４１における通し番号ｋに対応する識別コードがＩＮＰＵＴＣＯＤＥと比較される。識別コードテーブル４１におけるｋ番目の識別コードがＩＮＰＵＴＣＯＤＥより大きい場合には、ステップ１０３に戻り、一連の処理が繰り返される。すなわち、ステップ１０５では、識別コードテーブル４１における識別コードが大きな順からＩＮＰＵＴＣＯＤＥと比較される。
【００８０】
例としてＩＮＰＵＴＣＯＤＥの値が「Ｓ０４１７５５５」であり、図９の識別コードテーブル４１が使用される場合を説明する。この場合、ｋ＝３０８（識別コード「Ｓ０４１７５５６」）までは、ＩＮＰＵＴＣＯＤＥは識別コードテーブル４１の識別コードより大きい。しかしながら、次回のステップ１０５においてｋ＝３０８＋１＝３０９となるので、それに対応する識別コードは、「Ｓ０４１７５５０」になる。このとき、ｋ番目の識別コードがＩＮＰＵＴＣＯＤＥより小さくなるので、ステップ１０７に進むことになる。
【００８１】
ステップ１０９からステップ１１３では、識別コードテーブル４１から、ユーザが指定した検索数の数だけ識別コードが取得される。ステップ１０９では、（ｋ＋ｍ）番目の識別コードが検索結果として追加される。ステップ１０１でｍの初期値が「０」にされており、ステップ１１３でｍの値に１が加算されるので、ステップ１０７からステップ１１３のループを繰り返すことによって識別コードテーブル４１から検索結果に識別コードが追加される。ステップ１１１で（ｎ−１）がｍの値と比較されるので、これによりユーザによって指定された検索数の数だけ識別コードが取得されることになる。
【００８２】
以上この発明を特定の実施例について説明したが、この発明はこの様な実施例に限定されるものではなく、当業者が容易に行うことができる種々の変形もこの発明の範囲に含まれる。
【００８３】
【発明の効果】
本発明によると、入力された検索用コードに応答して、予め定めた大小関係に基づき登録されている識別コードがユーザに提示される。これにより、ユーザが正確な識別コードを知らず、あいまいな識別コードしか知らない場合でも、あいまいな識別コードに最も近い適当な識別コードが提示される。
【図面の簡単な説明】
【図１】識別コードの例。
【図２】本発明の図面管理システムの実施例。
【図３】本発明のあいまい検索機能を備える図面管理サーバとユーザ端末の機能ブロック図。
【図４】数字および英字のＥＢＣＤＩＣコード対応表。
【図５】主番号に対するＥＢＣＤＩＣコードの１６進表記への変換例。
【図６】識別コードを大きな順番で並べた一覧表。
【図７】検索方法を選択するためのメニュー画面の実施例。
【図８】あいまい検索画面の実施例。
【図９】識別コードテーブルの一部を例として示す図。
【図１０】あいまい検索のフローチャート。
【符号の説明】
１３        管理端末
１５        図面管理サーバ
１７        図面データベース
２７        ユーザ端末
４９        入力装置
５１        モニタ
【図１】
0003605052.tif 000002
【図２】
0003605052.tif 000003
【図３】
0003605052.tif 000004
【図４】
0003605052.tif 000005
【図５】
0003605052.tif 000006
【図６】
0003605052.tif 000007
【図７】
0003605052.tif 000008
【図８】
0003605052.tif 000009
【図９】
0003605052.tif 000010
【図１０】
0003605052.tif 000011