識別子発行システム、プログラムおよび識別子発行方法
【課題】階層型辞書の階層構造に従って識別子が必要な構成要素を対象とした識別子の発行を容易にし、利便性を向上させる。
【解決手段】分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書内に存在していて対象を一意に示す識別子が必要な構成要素別に定義され、分類の階層構造に従って継承される識別子を一定の規則に則って生成する生成ルールを設定し、階層型辞書の編集により新規の構成要素が追加された場合は、生成ルールに従って識別子を生成し、生成ルールに従って生成された識別子に重複がないことを確認してから当該識別子を発行する。これにより、階層型辞書の階層構造に従って識別子が必要な構成要素を対象とした識別子の発行が容易になるので、利便性を向上させることができる。
【解決手段】分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書内に存在していて対象を一意に示す識別子が必要な構成要素別に定義され、分類の階層構造に従って継承される識別子を一定の規則に則って生成する生成ルールを設定し、階層型辞書の編集により新規の構成要素が追加された場合は、生成ルールに従って識別子を生成し、生成ルールに従って生成された識別子に重複がないことを確認してから当該識別子を発行する。これにより、階層型辞書の階層構造に従って識別子が必要な構成要素を対象とした識別子の発行が容易になるので、利便性を向上させることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＸＭＬスキーマ、ＲＤＦ、ＯＷＬ、ＲＱＬ、ＯＱＬ、ISO13584／IEC61360、もしくはＩＳＯ15926規格等に準拠する階層型データ構造の構成要素に付与される識別子を発行する識別子発行システム、プログラムおよび識別子発行方法に関する。
【背景技術】
【０００２】
オブジェクト指向データベース（ＯＯＤＢ）やオブジェクト・リレーショナル型データベース（ＯＲＤＢ）を代表とする階層型データベースでは、下位が上位分類のプロパティを継承する階層構造を持つ。この階層型データベースにおいては、継承に従って下位の分類ではプロパティが累増する。この上位分類のプロパティを下位に継承することは、通常「インヘリタンス」と呼ばれており、このような技術は多くの文献に記載されている。
【０００３】
また、オブジェクト指向データベースにおいては、階層中の分類は「クラス」と呼ばれることが多い。一方、オブジェクト・リレーショナル型データベース（ＯＲＤＢ）においては、継承を許したテーブルがこれに相当し、上下関係を持つテーブル間において、上位のテーブルから下位のテーブルへ属性（プロパティ）、すなわち上位テーブルを構成するコラムのヘッダ情報が下位テーブルへ継承される。各階層の分類に属する同じ属性種を持つデータを「インスタンス」と呼び、その集合をデータの「ポピュレーション」と呼ぶ。データのポピュレーションは、関係データベース（ＲＤＢ）あるいはＯＲＤＢにおいては、テーブルと呼ばれる構造に格納されるのが普通である。テーブルにおいてそれを構成する属性の並びをテーブルのヘッダと呼ぶ。
【０００４】
階層型データベースの１つとしては、製品情報を電子的に提供する電子カタログシステムを実装するための国際規格であるISO13584 Parts Library規格（以下、ＰＬＩＢ規格という）がある。このＰＬＩＢ規格は、複数の“Part"（通常、「分冊」と訳される）からなる製品あるいは部品ライブラリデータに関するオブジェクト指向的な記述の方法とその交換ファイル形式のセマンティックス、すなわち、どのような用語や記述方式およびデータ型を用いるかを定める国際規格である。ＰＬＩＢ規格のPart42（分冊第４２）はIEC61360-2（分冊第２）と内容が共通している。この規格は、オブジェクト指向的に製品を分類し、個々の分類を特徴付ける属性群を明らかにし、分類に対するコンテンツをファイル交換する仕組みであるので、勿論、属性の継承の概念はこの中に含まれている。また、この規格はISO6523"Structure for Identification of organizations and organization parts"を引用して作られており、特に、ISO6523の定めるＩＣＤ（International Code Designator）を活用して属性に対して世界的に一意な識別子を割り振ることが可能である。
【０００５】
近年においては、ＰＬＩＢ規格に準拠した情報管理システムおよび情報表示装置がいくつか提案されている（例えば、特許文献１，２参照）。
【０００６】
ところで、これらの階層型データベース構造を持つ情報管理システムおよび情報表示装置において、クラスやクラスに属するプロパティの名称は通常自然言語を用いて記述されるが、複数の言語が用いられた場合に相互の参照のために、あるいは、同じ言語内においても、利用者グループ間の呼称の違いにより、呼称とは別に対象を一意に示す識別子であるＩＤを設ける場合がある。
【０００７】
特に、データ辞書に関するデータモデルであるISO13584-IEC61360規格においては、クラスのＩＤ、クラスに属するプロパティのＩＤ、およびクラスやプロパティの定義者を一意に特定するＩＤは必須のものである。したがって、クラスやプロパティなどの新たなエンティティの生成時には、他のクラスやプロパティと重複しないようなＩＤを設定する必要があり、既存ＩＤ情報の管理が必要である。
【０００８】
例えばISO13584-42規格のように、ある分類クラス以下においてサブクラスを大きく、マテリアル、コンポーネント、フィーチャのように大分類し、そのクラス以下では全てのサブクラスが、それぞれマテリアル、コンポーネント、フィーチャの細分化であるように取り決めるものがあり、この場合は、クラスやプロパティあるいはインスタンスのＩＤから情報が、マテリアル、コンポーネント、フィーチャのいずれに対するものであるかを、瞬時に判断できるようなＩＤをつけることは情報の管理上非常に有益である。
【０００９】
この点、従来においては、ある時点で使用されたＩＤを保存し、次のクラス、プロパティ、あるいはインスタンスに対してシーケンシャルなＩＤを振るための方法や装置が開発されている。
【００１０】
【特許文献１】特開２００５−１７７９９６号公報
【特許文献２】特開２００５−１７８０１５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、これまで、対象の階層構造に応じて一貫したＩＤを発生する方法や、申請者の所属するあるいは位置する階層構造に応じてＩＤを発生する方法は発案されていない。
【００１２】
また、計測器に関する製品分類と属性の分類に関する辞書を定めるISO13584-501規格においては、その製品分類クラスのＩＤの生成において、本来計測器に関するクラスやプロパティの分類と、計測器にも現れるが本来計測器以外の製品、例えばケーブルやコンピュータなど他の分野のクラスやプロパティは、measuring instrumentとauxiliary part と大きな別体系のクラス体系に分けられ、それぞれ別な符号化ルールに基づくＩＤにより管理識別することが定められているが、これを満たすようなＩＤの自動生成ルールは存在しない。
【００１３】
本発明は、上記に鑑みてなされたものであって、階層型辞書の階層構造に従って識別子が必要な構成要素を対象とした識別子の発行が容易になるので、利便性を向上させることができる識別子発行システム、プログラムおよび識別子発行方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するために、本発明の識別子発行システムは、分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書と、前記分類の階層構造に従って継承され、前記階層型辞書内に存在している構成要素別に定義される識別子を一定の規則に則って生成する生成ルールを設定する生成ルール設定手段と、この生成ルール設定手段により設定した前記生成ルールを保持している生成ルールデータベースと、ユーザの指示に従って前記階層型辞書の編集を行うとともに、編集により新規の前記構成要素が追加された場合は、前記生成ルールデータベースで定められている前記生成ルールに従って前記識別子を生成する辞書情報管理手段と、この辞書情報管理手段により前記生成ルールに従って生成された前記識別子に重複がないことを確認してから当該識別子を発行する識別子発行手段と、を備えることを特徴とする。
【００１５】
また、本発明のプログラムは、分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書を記憶する機能と、前記分類の階層構造に従って継承され、前記階層型辞書内に存在している構成要素別に定義される識別子を一定の規則に則って生成する生成ルールを設定する生成ルール設定機能と、この生成ルール設定機能により設定した前記生成ルールを記憶する機能と、ユーザの指示に従って前記階層型辞書の編集を行うとともに、編集により新規の前記構成要素が追加された場合は、前記生成ルールに従って前記識別子を生成する辞書情報管理機能と、この辞書情報管理機能により前記生成ルールに従って生成された前記識別子に重複がないことを確認してから当該識別子を発行する識別子発行機能と、をコンピュータに実行させる。
【００１６】
また、本発明の識別子発行方法は、分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書を記憶する工程と、前記分類の階層構造に従って継承され、前記階層型辞書内に存在している構成要素別に定義される識別子を一定の規則に則って生成する生成ルールを設定する生成ルール設定工程と、この生成ルール設定工程により設定した前記生成ルールを記憶する工程と、ユーザの指示に従って前記階層型辞書の編集を行うとともに、編集により新規の前記構成要素が追加された場合は、前記生成ルールに従って前記識別子を生成する辞書情報管理工程と、この辞書情報管理工程により前記生成ルールに従って生成された前記識別子に重複がないことを確認してから当該識別子を発行する識別子発行工程と、を含む。
【発明の効果】
【００１７】
本発明によれば、階層型辞書の階層構造に従って識別子が必要な構成要素を対象とした識別子の発行が容易になるので、利便性を向上させることができるという効果を奏する。
【発明を実施するための最良の形態】
【００１８】
以下に添付図面を参照して、この発明にかかる識別子発行システム、プログラムおよび識別子発行方法の最良な実施の形態を詳細に説明する。
【００１９】
［第１の実施の形態］
本発明の第１の実施の形態を図１ないし図１４に基づいて説明する。
【００２０】
［１．階層型辞書について］
最初に、本実施の形態の前提となる、製品情報を電子的に提供する電子カタログシステムに用いられるメタデータを格納する階層型辞書について説明する。メタデータとは、他のデータ（例えばコンテンツデータ）の記述仕様を定義するデータのことである。データベースにおいては、データベース・スキーマに相当する情報（テーブル名、属性名、関連など）が独立してデータとして流通する形態をとったものであり、通常の値データとは区別される。このようなメタデータは、ISO13584規格やIEC61360規格等では、辞書もしくはデータ辞書と呼ばれる。このような辞書は、クラスとそのクラスを特徴付けるプロパティから成る。本実施例では、製品分類をクラス、製品分類を表す属性をプロパティと呼ぶ。クラス間には階層関係があり、上位のクラスで定義されたプロパティを継承する。以下、階層型データベースの一つであるISO13584データモデル（以降、ＰＬＩＢデータモデル）を例に説明を行う。
【００２１】
図１は、ＰＬＩＢデータモデルの構成の一例を示す説明図である。図１中の四角はクラスを表し、点線で囲まれた角が丸い四角の中には、クラスで定義されたプロパティが列挙されている。図１に示す例の場合、最上位クラス「C001：component」の下位クラスとして「C002：electric products」が定義され、さらにその下位クラスとして「C003：personal computer」「C004：refrigerator」が定義されている。「C001：component」の場合、クラスのＩＤはC001、クラスの標準名称はcomponentである。クラス「C001：component」には、三つのプロパティ「P001：製造者」、「P002：製品名」、「P003：製造番号」が定義されており、これらのプロパティは下位のクラスで継承される。したがって、例えば「C003：personal computer」では、自クラスで定義した「P005：CPU」のほかに上位から継承した「P001：製造者」、「P002：製品名」、「P003：製造番号」、および「C002：refrigerator」から継承した「P004：電源電圧」の５つのプロパティを利用することができる。
【００２２】
このようにして定義された辞書に対して、ＰＬＩＢデータモデルにおいては、インスタンスが定義される場合がある。クラスで利用できるプロパティの一部或いは全てに対して、値を入れたものをインスタンスという。図１に示すように、インスタンスＩはテーブルに格納されることが多く、一行が一製品のデータを表している。なお、図１ではインスタンスＩに対するＩＤは付与されていないが、インスタンスＩ毎に、あるいはインスタンスＩを束ねた塊、すなわちテーブルに対してＩＤが付与される場合もある。
【００２３】
上述したように、ＰＬＩＢデータモデルの場合、クラスやプロパティのほかにも、ＩＤで識別され、クラスで定義され、下位クラスに継承されるモデル構成要素がある。例えば、データタイプ、ドキュメントなどである。本発明は、これらのデータタイプ、ドキュメントなどに関しても、クラスやプロパティと同様に適用可能である。説明中は簡便のため、クラスとプロパティのみを取り上げるが、本発明は、クラスとプロパティのＩＤ自動生成のみに特化するものでなく、ＩＤが必要な辞書内の全てのデータに対して適用可能なものである。
【００２４】
［２．システムの構成］
本実施の形態のシステム構成について説明する。図２は、識別子発行システム１００のシステム構築例を示す模式図である。識別子発行システム１００は、図２に示すように、２つのサーバコンピュータ（以下、サーバという）１にＬＡＮ（Local Area Network）等のネットワーク２を介してクライアントコンピュータ（以下、クライアント端末という）３が複数台接続されたサーバクライアントシステムを想定する。クライアント端末３は、一般的なパーソナルコンピュータ等である。
【００２５】
図３は、サーバ１およびクライアント端末３のモジュール構成図である。サーバ１およびクライアント端末３は、情報処理を行うＣＰＵ（Central Processing Unit）１０１、ＢＩＯＳなどを記憶した読出し専用メモリであるＲＯＭ（Read Only Memory）１０２、各種データを書換え可能に記憶するＲＡＭ（Random Access Memory）１０３、各種データベースとして機能するとともに各種のプログラムを格納するＨＤＤ（Hard Disk Drive）１０４、記憶媒体１１０を用いて情報を保管したり外部に情報を配布したり外部から情報を入手するためのＣＤ−ＲＯＭドライブ等の媒体駆動装置１０５、ネットワーク２を介して外部の他のコンピュータと通信により情報を伝達するための通信制御装置１０６、処理経過や結果等を操作者に表示するＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等の表示部１０７、並びに操作者がＣＰＵ１０１に命令や情報等を入力するためのキーボードやマウス等のポインティングデバイスである入力部１０８等から構成されており、これらの各部間で送受信されるデータをバスコントローラ１０９が調停して動作する。
【００２６】
このようなサーバ１およびクライアント端末３では、オペレータが電源を投入するとＣＰＵ１０１がＲＯＭ１０２内のローダーというプログラムを起動させ、ＨＤＤ１０４よりＯＳ（Operating System）というコンピュータのハードウェアとソフトウェアとを管理するプログラムをＲＡＭ１０３に読み込み、このＯＳを起動させる。このようなＯＳは、オペレータの操作に応じてプログラムを起動したり、情報を読み込んだり、保存を行ったりする。ＯＳのうち代表的なものとしては、Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）等が知られている。これらのＯＳ上で走る動作プログラムをアプリケーションプログラムと呼んでいる。なお、アプリケーションプログラムは、所定のＯＳ上で動作するものに限らず、後述の各種処理の一部の実行をＯＳに肩代わりさせるものであってもよいし、所定のアプリケーションソフトやＯＳなどを構成する一群のプログラムファイルの一部として含まれているものであってもよい。
【００２７】
ここで、一方のサーバ１は、アプリケーションプログラムとして、辞書管理プログラムをＨＤＤ１０４に記憶している。この意味で、ＨＤＤ１０４は、辞書管理プログラムを記憶する記憶媒体として機能する。このように辞書管理プログラムをＨＤＤ１０４に記憶しているサーバ１は、ＯＳ上で動作する辞書管理プログラムが起動すると、この辞書管理プログラムに従い、ＣＰＵ１０１が各種の演算処理を実行して各部を集中的に制御して、辞書サーバ１Ａ（図４参照）として機能することになる。他方のサーバ１は、アプリケーションプログラムとして、ＩＤ発行プログラムをＨＤＤ１０４に記憶している。この意味で、ＨＤＤ１０４は、ＩＤ発行プログラムを記憶する記憶媒体として機能する。このようにＩＤ発行プログラムをＨＤＤ１０４に記憶しているサーバ１は、ＯＳ上で動作するＩＤ発行プログラムが起動すると、このＩＤ発行プログラムに従い、ＣＰＵ１０１が各種の演算処理を実行して各部を集中的に制御して、ＩＤ発行サーバ１Ｂ（図４参照）として機能することになる。
【００２８】
また、クライアント端末３は、アプリケーションプログラムとして、入出力操作プログラムをＨＤＤ１０４に記憶している。この意味で、ＨＤＤ１０４は、入出力操作プログラムを記憶する記憶媒体として機能する。クライアント端末３は、ＯＳ上で動作する入出力操作プログラムが起動すると、この入出力操作プログラムに従い、ＣＰＵ１０１が各種の演算処理を実行して各部を集中的に制御する。
【００２９】
また、一般的には、サーバ１およびクライアント端末３のＨＤＤ１０４にインストールされるアプリケーションプログラムは、ＣＤ−ＲＯＭやＤＶＤなどの各種の光ディスク、各種光磁気ディスク、フレキシブルディスクなどの各種磁気ディスク、半導体メモリ等の各種方式のメディア等の記憶媒体１１０に記録され、この記憶媒体１１０に記録された動作プログラムがＨＤＤ１０４にインストールされる。このため、ＣＤ−ＲＯＭ等の光情報記録メディアやＦＤ等の磁気メディア等の可搬性を有する記憶媒体１１０も、アプリケーションプログラムを記憶する記憶媒体となり得る。さらには、アプリケーションプログラムは、例えば通信制御装置１０６を介して外部から取り込まれ、ＨＤＤ１０４にインストールされても良い。
【００３０】
次に、サーバ１およびクライアント端末３のＣＰＵ１０１が実行する各種の演算処理のうち、本実施の形態の特長的な処理について以下に説明する。
【００３１】
図４は、識別子発行システム１００の概略構成を示すブロック図である。以下、サーバ１（辞書サーバ１Ａ、ＩＤ発行サーバ１Ｂ）およびクライアント端末３における各機能について説明する。
【００３２】
クライアント端末３は、表示部１０７や入力部１０８を制御する制御部３１を備えている。クライアント端末３は、辞書の編集や、ユーザ階層、その他システムの設定などを行うための入出力制御部である。クライアント端末３の制御部３１は、辞書サーバ１Ａから受信したデータを、ＧＵＩ（Graphic User Interface）を介して表示部１０７に出力し、表示部１０７に表示された各画面上でオペレータが入力部１０８を介して行った作業や設定内容に基づくデータやコマンドを、ＧＵＩを介して受け取り、辞書サーバ１Ａへ送信する。
【００３３】
ＩＤ発行サーバ１Ｂは、識別子発行手段として機能するＩＤ発行部２１と、発行済みＩＤデータベース２２とを備える。なお、発行済みＩＤデータベース２２は、記憶部であるＲＡＭ１０３またはＨＤＤ１０４に格納されている。ＩＤ発行サーバ１Ｂは、辞書内で一意になるように、定義された生成ルールに従って申請されたＩＤを発行するサーバである。ＩＤ発行サーバ１Ｂは、複数のサプライヤが持つ複数の辞書を管理する。クラスやプロパティのＩＤはサプライヤで一意であるため、ＩＤ発行サーバ１Ｂが辞書内のＩＤをサプライヤ毎に管理することにより、重複を防ぐことができる。
【００３４】
ＩＤ発行サーバ１ＢのＩＤ発行部２１は、辞書サーバ１Ａ内のＩＤ生成ルール設定部１３で定義されたＩＤ生成ルールに従って申請されたクラスやプロパティなどのＩＤを受け付ける。辞書のサプライヤを特定し、そのサプライヤが発行済みのＩＤを辞書サーバ１Ａ内の辞書データベース１２から検索し、重複がないことを確認し、辞書に対して、申請されたＩＤを発行する。それと同時に、発行済みＩＤデータベース２２にも登録を行う。発行済みＩＤデータベース２２は、サプライヤごとに、発行されたＩＤを管理するデータベースである。
【００３５】
辞書サーバ１Ａは、図４に示すように、辞書管理プログラムに従うことにより、辞書情報管理手段として機能する辞書情報管理部１１と、辞書データベース１２と、生成ルール設定手段として機能するＩＤ生成ルール設定部１３と、生成ルールデータベースとして機能するＩＤ生成ルールデータベース１４と、ユーザ情報管理部１５と、ユーザ情報データベース１６と、制御部１７とを備える。なお、辞書データベース１２、ＩＤ生成ルールデータベース１４およびユーザ情報データベース１６は、記憶部であるＲＡＭ１０３またはＨＤＤ１０４に格納されている。なお、ユーザ管理を行わない場合には、ユーザ情報管理部１５とユーザ情報データベース１６とは不要である。
【００３６】
辞書データベース１２は、複数の辞書から成る。ＩＤ生成ルールデータベース１４は、辞書内のクラスごと、或いは、ユーザごとに定義されているＩＤ生成ルールを保持しているデータベースである。
【００３７】
辞書情報管理部１１は、クライアント端末３を介して制御部１７から入力されるユーザの指示に従って、辞書データベース１２にアクセスし、辞書データベース１２で管理している複数の辞書をリストで表示し、さらに選択された辞書について、階層的にクラスやプロパティ、及びそれらの詳細な情報、クラスやプロパティに基づいて登録されているコンテンツの情報を表示する。また、辞書情報管理部１１は、ＩＤ生成ルールデータベース１４からＩＤ生成ルールを読み込み、辞書情報と同様に、ＩＤ生成ルールの内容を表示する。
【００３８】
加えて、辞書情報管理部１１は、クライアント端末３を介して制御部１７から入力されるユーザの指示に従って、辞書の編集を行う。新規のクラスやプロパティなどが追加された場合は、ＩＤ生成ルールデータベース１４で定められているルールに従って、仮のＩＤを生成し、ＩＤ発行サーバ１Ｂに対して重複がないか確認を行う。重複がある場合には、ＩＤを再度生成し、再確認を行い、重複がないものとして正式にＩＤ発行サーバ１Ｂから発行されたＩＤを新規クラスやプロパティのＩＤとして辞書データベース１２に登録する。また、ユーザ管理が行われている場合には、ユーザ情報データベース１６の情報に従い、辞書データベース１２へのアクセスコントロールを行う。
【００３９】
ＩＤ生成ルール設定部１３は、選択したクラス、あるいはユーザツリー上のユーザに対して、そのクラスやユーザ以下のクラスやユーザで継承されるべき、ＩＤ生成ルールの設定を行い、ＩＤ生成ルールをＩＤ生成ルールデータベース１４に書き込む。なお、ＩＤ生成ルール設定部１３において設定されるＩＤ生成ルールの詳細については、後述する。
【００４０】
ユーザ情報管理部１５は、クライアント端末３を介して制御部１７から入力されるユーザの指示に従って、ユーザ情報データベース１６に対するユーザの情報の確認・登録・編集・削除・管理を行う。ユーザ情報データベース１６は、ユーザ情報管理部１５により管理されるユーザの情報を保持するためのデータベースである。ユーザ情報データベース１６は、ユーザ情報が、辞書情報と同様の階層構造で表現されている場合には、辞書データベース１２とほぼ同様の形式で保持されることもある。
【００４１】
ここで、ユーザ管理について説明する。本実施の形態においては、辞書やＩＤ生成ルールの編集・表示に対して、ユーザ管理が行われている。すなわち、ＩＤ生成ルールの変更を行うのに、ある権限以上の管理者であることが要件とされている。
【００４２】
例えば、クライアント端末３から辞書やＩＤ発生ルールの表示・編集のためのアクセス要求が来ると、制御部１７は、ユーザ情報管理部１５にユーザ情報を問い合わせる。制御部１７は、クライアント端末３からの要求を受けて、ユーザ情報管理部１５からユーザの情報を取得する。ここで、制御部１７は、ユーザの権限にしたがって、辞書の表示を行う。ユーザの権限とは、例えば図５に例示されるような、「辞書閲覧権限」、「辞書編集権限／ＩＤ生成ルール閲覧権限」、「ＩＤ生成ルール編集権限」である。そして、各権限においては、図６のテーブルに示すような対応付けがなされている。具体的には、一般ユーザは、辞書閲覧のみが許される「辞書閲覧権限」である。そして、「辞書閲覧権限」よりもユーザの権限が高い「辞書編集権限／ＩＤ生成ルール閲覧権限」が付与されている者には、辞書の編集及びＩＤ生成ルールの閲覧を許し、それ以上の権限である「ＩＤ生成ルール編集権限」が付与されている者には、ＩＤ発生ルールの編集を許す。
【００４３】
次に、ＩＤ生成ルール設定部１３において設定されるＩＤ生成ルールについて詳述する。ここで、図７は設定されたＩＤ生成ルールを例示的に示す模式図である。図７に示すように、ＩＤ生成ルールはクラスで定義されている。この時点で定義されているのは、C001，C002，A001の三つのクラスにそれぞれ定義されているＩＤ生成ルールだけである。このようにしてクラスで定義されたＩＤ生成ルールは、該クラス以下のクラスと該クラス以下のクラスで定義されるプロパティ等に対して、適用されるものとする。また、ＩＤ生成ルールは適用種類別に定義することができる。この場合においては、適用対象クラスと適用対象プロパティに対して別々に定義している。もちろん、適用対象クラスと適用対象プロパティにおいて同じでも構わない。
【００４４】
図７に示すように、C001に定義されているＩＤ生成ルールは、該クラス以下のクラスに対するＩＤ生成ルール“rule11”「１文字目Ｃ、２文字から４文字はシーケンシャルな数字」、該クラス以下のクラスで定義されるプロパティに対するＩＤ生成ルール“rule12”「１文字目アルファベット、２文字から４文字はシーケンシャルな数字」が定められている。
【００４５】
C002では、クラスに対するＩＤ生成ルールはそのまま上位クラスC001から継承し、プロパティに対してはＩＤ生成ルール“rule22”「１文字目Ｘ」が定義されている。ＩＤ生成ルール“rule22”は上位クラスの“rule12”と競合しないため、“rule12”も継承する。したがって、C002以下で定義を行うプロパティに対するＩＤ生成ルールは、「１文字目Ｘ、２文字から４文字はシーケンシャルな数字」となる。
【００４６】
A001では、クラスに対するＩＤ生成ルール“rule31”「１文字目Ａ、２文字から４文字はシーケンシャルな数字」が定義されているが、これは上位のルール“rule11”と競合するため、上位ルールは継承せず、このＩＤ生成ルール“rule31”を上書きし、以降（A001以下のクラスでは）、ＩＤ生成ルール“rule31”が適応されるものとする。
【００４７】
また、プロパティに対するＩＤ生成ルール“rule32”「定義クラスの標準名称から生成する」も同様に上位のＩＤ生成ルール“rule22”と競合するため、上位ルールは継承せず、このＩＤ生成ルール“rule32”を上書きする。
【００４８】
ここで、図８に示すように、図７に例示した辞書に対してC001，C002，A001に新しいプロパティ（網掛けで示す）を定義するとともに、A001の下に新しいクラス（網掛けで示す）を定義したした場合について説明する。
【００４９】
このような場合、C001で定義された新しいプロパティのＩＤは、ＩＤ生成ルール“rule22”に則って「N000」が、C002で定義された新しいプロパティのＩＤは、ＩＤ生成ルール“rule22”とＩＤ生成ルール“rule22”に則って「X000」が、A001で定義された新しいプロパティのＩＤはＩＤ生成ルール“rule32”に則って「PC1」がＩＤ発行サーバ１Ｂから発行される。また、A001の下の新しいクラスのＩＤには、ＩＤ生成ルール“rule31”が適用されて「A002」がＩＤ発行サーバ１Ｂから発行される。
【００５０】
また、この実施の形態とは別に、クラスにＩＤ生成ルールが定義されている場合には、上位のＩＤ生成ルールと競合部分をチェックせず、そのまま上書きするものとしても良い。この場合、ＩＤ生成ルールが定義されていないクラスは、上位のＩＤ生成ルールを継承するものとする。
【００５１】
ところで、ISO13584規格では、辞書は辞書サプライヤに定義される。辞書サプライヤは、ＩＣＤ（International Code Designator）と呼ばれる世界で唯一のＩＤを持つ団体によって、サプライヤＩＤを割り振られる。クラスを世界で唯一識別することができるＩＤは、サプライヤＩＤとクラスＩＤから成り、プロパティは、サプライヤＩＤと、プロパティを定義したクラスＩＤ、さらにプロパティＩＤの三つから成る。
【００５２】
図９は、ＩＤの構造を示す模式図である。図９における例では、ＩＣＤコード１４０を持つ団体が、ある辞書サプライヤに対して「TOSHIBA」という組織名を与える。このサプライヤのサプライヤＩＤは、“140/TOSHIBA//”となる。サプライヤ“140/TOSHIBA//”が定義したクラス「CLS001」は、サプライヤＩＤと組み合わさって一つのＩＤを成し、プロパティ「PRP003」は、クラス「CLS001」とサプライヤＩＤとが組み合わさって一つのＩＤを成す。これらのことから、クラスＩＤは少なくともサプライヤ内で一意である必要があり、プロパティＩＤは少なくとも定義クラスでは一意でなければならない。したがって、ISO13584規格に従った階層型データベースで実現する場合には、前述のルールに従って一意になるように、クラスやプロパティのＩＤを発行しなければならない。
【００５３】
続いて、クライアント端末３側における処理について説明する。
【００５４】
下位分類が上位分類の属性を継承するような製品分類体系の表示方式には、本出願人による特開２００４−１７８０１５号公報に記載されているものがある。この表示方式は、階層構造を成すクラスが定義された階層型データベースの階層構造表示を表示するにあたり、階層構造を成すいずれか一のクラスを識別する第１の表示領域の少なくとも一部が、該クラスから派生した子クラスを識別する第２の表示領域の全てを含むように第１及び第２の表示領域を表示することにより、階層型データベースにおけるクラス間の包含関係を適切かつ効果的に表示することができるＧＵＩを提供するようにしたものである。
【００５５】
図１０は、階層構造表示に関するＧＵＩ画面の構成例を示す正面図である。図１０に示すクライアント端末３側の表示部１０７のＧＵＩ画面は、クラスに付与されているＩＤ生成ルールの有無あるいは内容を、製品分類体系図上で表示した例である。なお、このクライアント端末３は、「辞書編集権限／ＩＤ生成ルール閲覧権限」が付与されている者または「ＩＤ生成ルール編集権限」が付与されている者により使用されている。図１０に示すように、製品分類を階層的に表している領域（辞書ツリー）４１には、クラス階層が表示されており、製品分類「C005：デスクトップＰＣ」を選択すると、その製品分類の情報であるＩＤ、名称、定義などが領域４３に表示される。本実施の形態においては、これらの製品分類情報と併せて、領域４３にＩＤ生成ルールを表示することができる。ＩＤ生成ルールの表示は、図１０に示すように文章で表示しても良いし、ルールを記述するための定められた言語、例えば正規表現やシステムで独自に定めた記述方法を用いることが考えられる。
【００５６】
なお、マーク４２は、クラスにＩＤ生成ルールが定義されていることを示すものである。このマーク４２が階層上に表示されていれば、クラスを選択してそのクラス情報を見なくても、一瞥してＩＤ生成ルールがあることが分かる。また、ボタン４４を押すことにより、上位クラスで定義されているＩＤ生成ルールを見ることができるようにしても良い。
【００５７】
次に、ＩＤ生成ルールの編集について説明する。ＩＤ生成ルールの編集には、新たなＩＤ生成ルールの開始あるいは変更ポイントの指定も含まれる。図１０に示すような製品分類を階層的に表している領域（辞書ツリー）４１より、ＩＤ生成ルールを定義するクラスをクライアント端末３の入力部１０８を用いて選択すると、図１１に示す辞書を編集するためのフレーム５２がクライアント端末３の表示部１０７に表示される。このクライアント端末３は、「ＩＤ生成ルール編集権限」が付与されている者により使用されている。なお、クラスの選択は、辞書ツリーでなくても、クラスを選択できるようなものであればよく、また、ＩＤ生成ルールの設定のための画面表示も、メニューから、或いはマウスクリックなどで直接行えても構わない。
【００５８】
さらに、図１１に示すボタン５３を入力部１０８を用いて操作すると、ＩＤ生成ルールを設定するための画面が表示部１０７に表示される。図１２は、ＩＤ生成ルールの設定画面を使用したＩＤ生成の流れを示す模式図である。図１１に示すボタン５３が操作されると、図１２に示すようなＩＤ生成ルール設定の補助を行う画面６１が表示部１０７に表示される。画面６１において、「ナビゲータを使ってコードルールを設定する」という生成方法が入力部１０８を用いてラジオボタンにより選択されて決定されると、図１２に示す画面６２が表示部１０７に表示される。画面６２では、ＩＤ生成ルールを設定する対象（例えば、クラスやプロパティ）をラジオボタンにより選択可能である。例えば、画面６２で「プロパティ」が入力部１０８を用いてラジオボタンにより選択されて決定されると、画面６３で予めシステムで用意しているＩＤ生成ルールを表示部１０７に表示し、ユーザに選択させる。
【００５９】
例えば、画面６３で「作成時間から生成」が入力部１０８を用いてラジオボタンにより選択されて決定されると、作成時間をシステムから読み取り、例えば２００５年１２月１６日午後１４時３５分であれば、そのまま「200512161435」というＩＤを振るなどが考えられる。
【００６０】
また、画面６３で「定義クラスの名前から生成」が入力部１０８を用いてラジオボタンにより選択されて決定された場合、例えば「定義クラス名の単語の頭文字を集め、全体が６文字になるように、後ろには数字をシーケンシャルに振る」などと具体的に定義しておいたとすると、定義クラスの標準名称が「personal computer」の場合、「pc000001」等のＩＤが新規プロパティに対して生成される。
【００６１】
さらに、画面６３で「定義クラスのＩＤから生成」が入力部１０８を用いてラジオボタンにより選択されて決定された場合、例えば「定義クラスＩＤ＋シーケンシャルな数字３桁」などと具体的に定義しておいたとすると、定義クラスのＩＤが「C005」の場合、「C005001」等のＩＤが新規プロパティに対して生成される。
【００６２】
なお、上述したようなＩＤ生成ルール以外にも、
１．ＩＤ中に固定部を持つもの
２．可変部が数字やアルファベットなどを利用したシーケンシャルな（連番）ＩＤ
３．可変部が時間・日時、作成順番に基づくＩＤ
４．可変部がクラス名あるいはプロパティ名を利用した符号化による一意のＩＤ
５．上記の組合せによるＩＤ
などの基本オプションが考えられる。
【００６３】
また、本出願人による特開２００４−１１８７４１号公報には、クラスやプロパティの標準名称を用いてその略称を自動生成させる技術が提案されているが、同等のルールをＩＤ生成ルールに適用するようにしても良い。
【００６４】
このようにＩＤ生成ルールの編集を行う際に、予め用意されているいくつかのＩＤ生成ルールを選択的に設定可能な態様でユーザに提示することで、生成ルールの編集の補助を行うことができる。
【００６５】
一方、図１３に示すように、画面６１において、「正規表現で記述する」という生成方法が入力部１０８を用いてラジオボタンにより選択されて決定されると、図１３に示すようなＩＤ生成ルールの設定画面６４が表示部１０７に表示される。例えば、ＩＤ生成ルールの設定画面６４において、クラスのＩＤ生成ルールを正規表現で「AAA\d｛3｝」とした場合、該クラス以下のクラスのＩＤは、「１文字目から３文字目まではアルファベットＡ、４文字目から６文字目までは数字」という制約がつけられることになり、「AAA001」「AAA120」「AAA809」・・・などのＩＤが生成されることになる。このような正規表現は、ルールを記述するための表現の一例であり、ルールを記述するための言語であれば他のものでも構わない。
【００６６】
また、図１４はＩＤ生成ルールを設定するための画面の変形例である。図１４に示すように、ＩＤ生成ルールのナビゲーションは、用意されたＩＤ生成ルールを組み合わせて生成するようなインターフェースを設けても構わない。図１４に示す例では、画面６５でＩＤ生成ルールを入力部１０８を用いてラジオボタンにより指定すると、画面６５で指定されたＩＤ生成ルールが画面６６のカーソルの位置から設定される。
【００６７】
このようにしてＩＤ生成ルールを設定する際には、デフォルトで上位から継承されたルールを表示しておいてもよい。ユーザは、上位から継承されているＩＤ生成ルールをそのまま利用してもよいし、デフォルトで表示されているルールを編集し、再定義を行っても構わない。
【００６８】
ところで、辞書は実際のコンテンツを記述するための器であり、辞書はコンテンツを交換・共有するために利用されることが多い。それゆえ、一度公に公開した辞書には、それに基づいたコンテンツが作成されている可能性があるため、辞書の中のクラスやプロパティの削除、また、ＩＤの変更は好ましくない。このようなことから、辞書は公開されるまでに、一定時間検討を行ったり、権限を持つ承認者によって承認される承認ルーチンなどを通ったりすることが多い。すなわち、ある条件下（一定時間内、特定承認者による承認前、開示・発行前など）において、特に指定された承認者や管理者にのみ上書き変更することを許容することとする。これらのタイミングで、承認者や管理者が自動生成されたＩＤを上書きすることができることにより、辞書編集者による誤定義を防ぐことが可能となる。なお、承認者や管理者によってＩＤが上書きされる場合には、ＩＤ発行サーバ１Ｂへ問い合わせ、再発行のための手続きが必要となる。ここで再発行のための手続きとは、例えば、発行済みＩＤからの不要ＩＤの削除、再発行ＩＤの登録のことである。また、承認者や管理者によって書き換えられたＩＤが、クラスで定義されているＩＤ生成ルールと異なる場合には、なんらかのフラグを用意し、発行したＩＤがＩＤ生成ルールに則っていないことを示してもよい。
【００６９】
ＩＤ生成ルールは製品ツリーにおいては、クラス作成時に設定される。なお、クラス作成後の設定変更は、
１．発行済みＩＤと生成ルールが異なる場合があるので許さない。
２．発行済みＩＤには適応せず、新規クラス・プロパティにのみ適応し、さらに必要であれば、発行済みＩＤには生成ルールと異なることを示すフラグを付与する。
など、該クラス以下の発行済みＩＤについての対処を定義していれば、可能としても構わない。これにより、自動発生させたＩＤについて、時間や承認状況などを指定したある条件下において、特に指定された管理者による上書き変更を許容できる。
【００７０】
このように本実施の形態によれば、分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書内に存在していて対象を一意に示す識別子が必要な構成要素別に定義され、分類の階層構造に従って継承される識別子を一定の規則に則って生成する生成ルールを設定し、階層型辞書の編集により新規の構成要素が追加された場合は、生成ルールに従って識別子を生成し、生成ルールに従って生成された識別子に重複がないことを確認してから当該識別子を発行する。これにより、階層型辞書の階層構造に従って識別子が必要な構成要素を対象とした識別子の発行が容易になるので、利便性を向上させることができる。
【００７１】
［第２の実施の形態］
次に、本発明の第２の実施の形態を図１５に基づいて説明する。なお、前述した第１の実施の形態と同じ部分は同じ符号で示し説明も省略する。
【００７２】
第１の実施の形態においては、製品分類を表す辞書ツリーのクラスに対するＩＤ生成ルール設定の例を示したが、本実施の形態は、辞書ツリーの他に、ユーザ階層を表すユーザツリーのクラスに対してもＩＤ生成ルール設定を可能にしたものである。
【００７３】
図１５は、本発明の第２の実施の形態にかかる辞書ツリーおよびユーザツリーの構成を示す模式図である。図１５中、楕円はクラスを表し、四角はユーザクラスに定義されているＩＤ生成ルールを表す。また、角が丸い四角は、プロパティを表す。
【００７４】
図１５に示すように、本実施の形態においては、製品分類を表す辞書ツリーのほかに、ユーザ階層を表すユーザツリーを用意している。図１５に示す例では、ユーザツリーは、「工業会」が最上位ユーザクラスであり、その下に工業会「AAA」、「BBB」がある。さらに、夫々のユーザクラスの下に「Ｔ社」、「Ｔ社」と「Ｙ社」がある。「Ｔ社」は二つの工業会の下に存在するが、同じ一つの会社である。
【００７５】
ユーザツリーには、ユーザクラスに対してＩＤ生成ルールが定義されている。このようにしてユーザクラスに定義されているＩＤ生成ルールは、そのユーザクラスに所属するユーザが、製品分類を表す辞書ツリー内で申請するクラスやプロパティのＩＤに対して適応されるものであり、ユーザクラスのＩＤに対して適応されるものではない。ユーザツリーで定義されているＩＤ生成ルールも、辞書ツリーで定義されているＩＤ生成ルールと同様に継承される。
【００７６】
したがって、ユーザクラス「工業会」で定義されているＩＤ生成ルール「プロパティＩＤは８桁、始めの文字はＰ」は、ユーザクラス「AAA」「BBB」に継承される。ユーザクラス「AAA」では、ＩＤ生成ルール「二文字目以降AAA」が定義されているため、ユーザクラス「AAA」に所属するユーザが、辞書ツリーに対して新規プロパティを追加し、ＩＤ申請を行った場合に発行されるプロパティＩＤは、「PAAAxxxx」（ｘは任意の文字）となる。
【００７７】
すなわち、辞書ツリー上に記述されているクラス「C2」で定義されているプロパティ「PAAAT002」は「AAA」下のユーザクラス「Ｔ社」のユーザが申請したプロパティであり、クラス「C5」で定義されているプロパティ「PBBBTsss」は「BBB」下のユーザクラス「Ｔ社」のユーザが申請したプロパティであり、プロパティ「PAAAY004」は「AAA」下のユーザクラス「Ｙ社」のユーザが申請したプロパティである。
【００７８】
また、ユーザツリーで定義されているＩＤ生成ルールも、辞書ツリーで定義されているＩＤ生成ルールと同様に、下位クラスで上書きが可能である。
【００７９】
なお、ユーザツリーで定義されているＩＤ生成ルールと、辞書ツリーで定義されているＩＤ生成ルールのどちらを優先させるかは、システムや辞書などで設定するものとする。
【００８０】
なお、各実施の形態においては、入出力操作用のクライアント端末３と、辞書サーバ１Ａとを別体として設けたが、これらが一体となった構成であって良い。
【００８１】
また、各実施の形態においては、辞書データベース１２、ＩＤ生成ルール設定部１３、ＩＤ生成ルールデータベース１４は全て、辞書サーバ１Ａに備えられるようにしたが、ＩＤ発行サーバ１Ｂに備えられるものであっても良い。この場合、辞書データベース１２は、辞書サーバ１ＡとＩＤ発行サーバ１Ｂで二重に持つことになる。このような場合、辞書サーバ１Ａで新規のクラスやプロパティの追加が起こると、ＩＤ生成ルールを持っているＩＤ発行サーバ１Ｂに問い合わせ、重複のないＩＤを発行してもらうことが可能である。ＩＤ生成ルールや発行済みＩＤの情報をＩＤ発行サーバ１Ｂ側で持っていることにより、前述の方式に比べて、重複があるかどうかの問い合わせの回数が減る。
【図面の簡単な説明】
【００８２】
【図１】本発明の第１の実施の形態にかかるＰＬＩＢデータモデルの構成の一例を示す説明図である。
【図２】識別子発行システムのシステム構築例を示す模式図である。
【図３】サーバおよびクライアント端末のモジュール構成図である。
【図４】識別子発行システムの概略構成を示すブロック図である。
【図５】ユーザの権限の例を示す模式図である。
【図６】ユーザの権限に応じた処理の対応付けを示す模式図である。
【図７】設定されたＩＤ生成ルールを例示的に示す模式図である。
【図８】新規にＩＤを生成した状態を例示的に示す模式図である。
【図９】ＩＤの構造を示す模式図である。
【図１０】階層構造表示に関するＧＵＩ画面の構成例を示す正面図である。
【図１１】辞書を編集するためのフレームを示す正面図である。
【図１２】ＩＤ生成ルールの設定画面を使用したＩＤ生成の流れを示す模式図である。
【図１３】「正規表現で記述する」場合のＩＤ生成ルールの設定画面を示す正面図である。
【図１４】ＩＤ生成ルールを設定するための画面の変形例を示す正面図である。
【図１５】本発明の第２の実施の形態にかかる辞書ツリーおよびユーザツリーの構成を示す模式図である。
【符号の説明】
【００８３】
１１ 辞書情報管理手段
１３ 生成ルール設定手段
１４ 生成ルールデータベース
２１ 識別子発行手段
１００ 識別子発行システム
【技術分野】
【０００１】
本発明は、ＸＭＬスキーマ、ＲＤＦ、ＯＷＬ、ＲＱＬ、ＯＱＬ、ISO13584／IEC61360、もしくはＩＳＯ15926規格等に準拠する階層型データ構造の構成要素に付与される識別子を発行する識別子発行システム、プログラムおよび識別子発行方法に関する。
【背景技術】
【０００２】
オブジェクト指向データベース（ＯＯＤＢ）やオブジェクト・リレーショナル型データベース（ＯＲＤＢ）を代表とする階層型データベースでは、下位が上位分類のプロパティを継承する階層構造を持つ。この階層型データベースにおいては、継承に従って下位の分類ではプロパティが累増する。この上位分類のプロパティを下位に継承することは、通常「インヘリタンス」と呼ばれており、このような技術は多くの文献に記載されている。
【０００３】
また、オブジェクト指向データベースにおいては、階層中の分類は「クラス」と呼ばれることが多い。一方、オブジェクト・リレーショナル型データベース（ＯＲＤＢ）においては、継承を許したテーブルがこれに相当し、上下関係を持つテーブル間において、上位のテーブルから下位のテーブルへ属性（プロパティ）、すなわち上位テーブルを構成するコラムのヘッダ情報が下位テーブルへ継承される。各階層の分類に属する同じ属性種を持つデータを「インスタンス」と呼び、その集合をデータの「ポピュレーション」と呼ぶ。データのポピュレーションは、関係データベース（ＲＤＢ）あるいはＯＲＤＢにおいては、テーブルと呼ばれる構造に格納されるのが普通である。テーブルにおいてそれを構成する属性の並びをテーブルのヘッダと呼ぶ。
【０００４】
階層型データベースの１つとしては、製品情報を電子的に提供する電子カタログシステムを実装するための国際規格であるISO13584 Parts Library規格（以下、ＰＬＩＢ規格という）がある。このＰＬＩＢ規格は、複数の“Part"（通常、「分冊」と訳される）からなる製品あるいは部品ライブラリデータに関するオブジェクト指向的な記述の方法とその交換ファイル形式のセマンティックス、すなわち、どのような用語や記述方式およびデータ型を用いるかを定める国際規格である。ＰＬＩＢ規格のPart42（分冊第４２）はIEC61360-2（分冊第２）と内容が共通している。この規格は、オブジェクト指向的に製品を分類し、個々の分類を特徴付ける属性群を明らかにし、分類に対するコンテンツをファイル交換する仕組みであるので、勿論、属性の継承の概念はこの中に含まれている。また、この規格はISO6523"Structure for Identification of organizations and organization parts"を引用して作られており、特に、ISO6523の定めるＩＣＤ（International Code Designator）を活用して属性に対して世界的に一意な識別子を割り振ることが可能である。
【０００５】
近年においては、ＰＬＩＢ規格に準拠した情報管理システムおよび情報表示装置がいくつか提案されている（例えば、特許文献１，２参照）。
【０００６】
ところで、これらの階層型データベース構造を持つ情報管理システムおよび情報表示装置において、クラスやクラスに属するプロパティの名称は通常自然言語を用いて記述されるが、複数の言語が用いられた場合に相互の参照のために、あるいは、同じ言語内においても、利用者グループ間の呼称の違いにより、呼称とは別に対象を一意に示す識別子であるＩＤを設ける場合がある。
【０００７】
特に、データ辞書に関するデータモデルであるISO13584-IEC61360規格においては、クラスのＩＤ、クラスに属するプロパティのＩＤ、およびクラスやプロパティの定義者を一意に特定するＩＤは必須のものである。したがって、クラスやプロパティなどの新たなエンティティの生成時には、他のクラスやプロパティと重複しないようなＩＤを設定する必要があり、既存ＩＤ情報の管理が必要である。
【０００８】
例えばISO13584-42規格のように、ある分類クラス以下においてサブクラスを大きく、マテリアル、コンポーネント、フィーチャのように大分類し、そのクラス以下では全てのサブクラスが、それぞれマテリアル、コンポーネント、フィーチャの細分化であるように取り決めるものがあり、この場合は、クラスやプロパティあるいはインスタンスのＩＤから情報が、マテリアル、コンポーネント、フィーチャのいずれに対するものであるかを、瞬時に判断できるようなＩＤをつけることは情報の管理上非常に有益である。
【０００９】
この点、従来においては、ある時点で使用されたＩＤを保存し、次のクラス、プロパティ、あるいはインスタンスに対してシーケンシャルなＩＤを振るための方法や装置が開発されている。
【００１０】
【特許文献１】特開２００５−１７７９９６号公報
【特許文献２】特開２００５−１７８０１５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、これまで、対象の階層構造に応じて一貫したＩＤを発生する方法や、申請者の所属するあるいは位置する階層構造に応じてＩＤを発生する方法は発案されていない。
【００１２】
また、計測器に関する製品分類と属性の分類に関する辞書を定めるISO13584-501規格においては、その製品分類クラスのＩＤの生成において、本来計測器に関するクラスやプロパティの分類と、計測器にも現れるが本来計測器以外の製品、例えばケーブルやコンピュータなど他の分野のクラスやプロパティは、measuring instrumentとauxiliary part と大きな別体系のクラス体系に分けられ、それぞれ別な符号化ルールに基づくＩＤにより管理識別することが定められているが、これを満たすようなＩＤの自動生成ルールは存在しない。
【００１３】
本発明は、上記に鑑みてなされたものであって、階層型辞書の階層構造に従って識別子が必要な構成要素を対象とした識別子の発行が容易になるので、利便性を向上させることができる識別子発行システム、プログラムおよび識別子発行方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するために、本発明の識別子発行システムは、分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書と、前記分類の階層構造に従って継承され、前記階層型辞書内に存在している構成要素別に定義される識別子を一定の規則に則って生成する生成ルールを設定する生成ルール設定手段と、この生成ルール設定手段により設定した前記生成ルールを保持している生成ルールデータベースと、ユーザの指示に従って前記階層型辞書の編集を行うとともに、編集により新規の前記構成要素が追加された場合は、前記生成ルールデータベースで定められている前記生成ルールに従って前記識別子を生成する辞書情報管理手段と、この辞書情報管理手段により前記生成ルールに従って生成された前記識別子に重複がないことを確認してから当該識別子を発行する識別子発行手段と、を備えることを特徴とする。
【００１５】
また、本発明のプログラムは、分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書を記憶する機能と、前記分類の階層構造に従って継承され、前記階層型辞書内に存在している構成要素別に定義される識別子を一定の規則に則って生成する生成ルールを設定する生成ルール設定機能と、この生成ルール設定機能により設定した前記生成ルールを記憶する機能と、ユーザの指示に従って前記階層型辞書の編集を行うとともに、編集により新規の前記構成要素が追加された場合は、前記生成ルールに従って前記識別子を生成する辞書情報管理機能と、この辞書情報管理機能により前記生成ルールに従って生成された前記識別子に重複がないことを確認してから当該識別子を発行する識別子発行機能と、をコンピュータに実行させる。
【００１６】
また、本発明の識別子発行方法は、分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書を記憶する工程と、前記分類の階層構造に従って継承され、前記階層型辞書内に存在している構成要素別に定義される識別子を一定の規則に則って生成する生成ルールを設定する生成ルール設定工程と、この生成ルール設定工程により設定した前記生成ルールを記憶する工程と、ユーザの指示に従って前記階層型辞書の編集を行うとともに、編集により新規の前記構成要素が追加された場合は、前記生成ルールに従って前記識別子を生成する辞書情報管理工程と、この辞書情報管理工程により前記生成ルールに従って生成された前記識別子に重複がないことを確認してから当該識別子を発行する識別子発行工程と、を含む。
【発明の効果】
【００１７】
本発明によれば、階層型辞書の階層構造に従って識別子が必要な構成要素を対象とした識別子の発行が容易になるので、利便性を向上させることができるという効果を奏する。
【発明を実施するための最良の形態】
【００１８】
以下に添付図面を参照して、この発明にかかる識別子発行システム、プログラムおよび識別子発行方法の最良な実施の形態を詳細に説明する。
【００１９】
［第１の実施の形態］
本発明の第１の実施の形態を図１ないし図１４に基づいて説明する。
【００２０】
［１．階層型辞書について］
最初に、本実施の形態の前提となる、製品情報を電子的に提供する電子カタログシステムに用いられるメタデータを格納する階層型辞書について説明する。メタデータとは、他のデータ（例えばコンテンツデータ）の記述仕様を定義するデータのことである。データベースにおいては、データベース・スキーマに相当する情報（テーブル名、属性名、関連など）が独立してデータとして流通する形態をとったものであり、通常の値データとは区別される。このようなメタデータは、ISO13584規格やIEC61360規格等では、辞書もしくはデータ辞書と呼ばれる。このような辞書は、クラスとそのクラスを特徴付けるプロパティから成る。本実施例では、製品分類をクラス、製品分類を表す属性をプロパティと呼ぶ。クラス間には階層関係があり、上位のクラスで定義されたプロパティを継承する。以下、階層型データベースの一つであるISO13584データモデル（以降、ＰＬＩＢデータモデル）を例に説明を行う。
【００２１】
図１は、ＰＬＩＢデータモデルの構成の一例を示す説明図である。図１中の四角はクラスを表し、点線で囲まれた角が丸い四角の中には、クラスで定義されたプロパティが列挙されている。図１に示す例の場合、最上位クラス「C001：component」の下位クラスとして「C002：electric products」が定義され、さらにその下位クラスとして「C003：personal computer」「C004：refrigerator」が定義されている。「C001：component」の場合、クラスのＩＤはC001、クラスの標準名称はcomponentである。クラス「C001：component」には、三つのプロパティ「P001：製造者」、「P002：製品名」、「P003：製造番号」が定義されており、これらのプロパティは下位のクラスで継承される。したがって、例えば「C003：personal computer」では、自クラスで定義した「P005：CPU」のほかに上位から継承した「P001：製造者」、「P002：製品名」、「P003：製造番号」、および「C002：refrigerator」から継承した「P004：電源電圧」の５つのプロパティを利用することができる。
【００２２】
このようにして定義された辞書に対して、ＰＬＩＢデータモデルにおいては、インスタンスが定義される場合がある。クラスで利用できるプロパティの一部或いは全てに対して、値を入れたものをインスタンスという。図１に示すように、インスタンスＩはテーブルに格納されることが多く、一行が一製品のデータを表している。なお、図１ではインスタンスＩに対するＩＤは付与されていないが、インスタンスＩ毎に、あるいはインスタンスＩを束ねた塊、すなわちテーブルに対してＩＤが付与される場合もある。
【００２３】
上述したように、ＰＬＩＢデータモデルの場合、クラスやプロパティのほかにも、ＩＤで識別され、クラスで定義され、下位クラスに継承されるモデル構成要素がある。例えば、データタイプ、ドキュメントなどである。本発明は、これらのデータタイプ、ドキュメントなどに関しても、クラスやプロパティと同様に適用可能である。説明中は簡便のため、クラスとプロパティのみを取り上げるが、本発明は、クラスとプロパティのＩＤ自動生成のみに特化するものでなく、ＩＤが必要な辞書内の全てのデータに対して適用可能なものである。
【００２４】
［２．システムの構成］
本実施の形態のシステム構成について説明する。図２は、識別子発行システム１００のシステム構築例を示す模式図である。識別子発行システム１００は、図２に示すように、２つのサーバコンピュータ（以下、サーバという）１にＬＡＮ（Local Area Network）等のネットワーク２を介してクライアントコンピュータ（以下、クライアント端末という）３が複数台接続されたサーバクライアントシステムを想定する。クライアント端末３は、一般的なパーソナルコンピュータ等である。
【００２５】
図３は、サーバ１およびクライアント端末３のモジュール構成図である。サーバ１およびクライアント端末３は、情報処理を行うＣＰＵ（Central Processing Unit）１０１、ＢＩＯＳなどを記憶した読出し専用メモリであるＲＯＭ（Read Only Memory）１０２、各種データを書換え可能に記憶するＲＡＭ（Random Access Memory）１０３、各種データベースとして機能するとともに各種のプログラムを格納するＨＤＤ（Hard Disk Drive）１０４、記憶媒体１１０を用いて情報を保管したり外部に情報を配布したり外部から情報を入手するためのＣＤ−ＲＯＭドライブ等の媒体駆動装置１０５、ネットワーク２を介して外部の他のコンピュータと通信により情報を伝達するための通信制御装置１０６、処理経過や結果等を操作者に表示するＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等の表示部１０７、並びに操作者がＣＰＵ１０１に命令や情報等を入力するためのキーボードやマウス等のポインティングデバイスである入力部１０８等から構成されており、これらの各部間で送受信されるデータをバスコントローラ１０９が調停して動作する。
【００２６】
このようなサーバ１およびクライアント端末３では、オペレータが電源を投入するとＣＰＵ１０１がＲＯＭ１０２内のローダーというプログラムを起動させ、ＨＤＤ１０４よりＯＳ（Operating System）というコンピュータのハードウェアとソフトウェアとを管理するプログラムをＲＡＭ１０３に読み込み、このＯＳを起動させる。このようなＯＳは、オペレータの操作に応じてプログラムを起動したり、情報を読み込んだり、保存を行ったりする。ＯＳのうち代表的なものとしては、Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）等が知られている。これらのＯＳ上で走る動作プログラムをアプリケーションプログラムと呼んでいる。なお、アプリケーションプログラムは、所定のＯＳ上で動作するものに限らず、後述の各種処理の一部の実行をＯＳに肩代わりさせるものであってもよいし、所定のアプリケーションソフトやＯＳなどを構成する一群のプログラムファイルの一部として含まれているものであってもよい。
【００２７】
ここで、一方のサーバ１は、アプリケーションプログラムとして、辞書管理プログラムをＨＤＤ１０４に記憶している。この意味で、ＨＤＤ１０４は、辞書管理プログラムを記憶する記憶媒体として機能する。このように辞書管理プログラムをＨＤＤ１０４に記憶しているサーバ１は、ＯＳ上で動作する辞書管理プログラムが起動すると、この辞書管理プログラムに従い、ＣＰＵ１０１が各種の演算処理を実行して各部を集中的に制御して、辞書サーバ１Ａ（図４参照）として機能することになる。他方のサーバ１は、アプリケーションプログラムとして、ＩＤ発行プログラムをＨＤＤ１０４に記憶している。この意味で、ＨＤＤ１０４は、ＩＤ発行プログラムを記憶する記憶媒体として機能する。このようにＩＤ発行プログラムをＨＤＤ１０４に記憶しているサーバ１は、ＯＳ上で動作するＩＤ発行プログラムが起動すると、このＩＤ発行プログラムに従い、ＣＰＵ１０１が各種の演算処理を実行して各部を集中的に制御して、ＩＤ発行サーバ１Ｂ（図４参照）として機能することになる。
【００２８】
また、クライアント端末３は、アプリケーションプログラムとして、入出力操作プログラムをＨＤＤ１０４に記憶している。この意味で、ＨＤＤ１０４は、入出力操作プログラムを記憶する記憶媒体として機能する。クライアント端末３は、ＯＳ上で動作する入出力操作プログラムが起動すると、この入出力操作プログラムに従い、ＣＰＵ１０１が各種の演算処理を実行して各部を集中的に制御する。
【００２９】
また、一般的には、サーバ１およびクライアント端末３のＨＤＤ１０４にインストールされるアプリケーションプログラムは、ＣＤ−ＲＯＭやＤＶＤなどの各種の光ディスク、各種光磁気ディスク、フレキシブルディスクなどの各種磁気ディスク、半導体メモリ等の各種方式のメディア等の記憶媒体１１０に記録され、この記憶媒体１１０に記録された動作プログラムがＨＤＤ１０４にインストールされる。このため、ＣＤ−ＲＯＭ等の光情報記録メディアやＦＤ等の磁気メディア等の可搬性を有する記憶媒体１１０も、アプリケーションプログラムを記憶する記憶媒体となり得る。さらには、アプリケーションプログラムは、例えば通信制御装置１０６を介して外部から取り込まれ、ＨＤＤ１０４にインストールされても良い。
【００３０】
次に、サーバ１およびクライアント端末３のＣＰＵ１０１が実行する各種の演算処理のうち、本実施の形態の特長的な処理について以下に説明する。
【００３１】
図４は、識別子発行システム１００の概略構成を示すブロック図である。以下、サーバ１（辞書サーバ１Ａ、ＩＤ発行サーバ１Ｂ）およびクライアント端末３における各機能について説明する。
【００３２】
クライアント端末３は、表示部１０７や入力部１０８を制御する制御部３１を備えている。クライアント端末３は、辞書の編集や、ユーザ階層、その他システムの設定などを行うための入出力制御部である。クライアント端末３の制御部３１は、辞書サーバ１Ａから受信したデータを、ＧＵＩ（Graphic User Interface）を介して表示部１０７に出力し、表示部１０７に表示された各画面上でオペレータが入力部１０８を介して行った作業や設定内容に基づくデータやコマンドを、ＧＵＩを介して受け取り、辞書サーバ１Ａへ送信する。
【００３３】
ＩＤ発行サーバ１Ｂは、識別子発行手段として機能するＩＤ発行部２１と、発行済みＩＤデータベース２２とを備える。なお、発行済みＩＤデータベース２２は、記憶部であるＲＡＭ１０３またはＨＤＤ１０４に格納されている。ＩＤ発行サーバ１Ｂは、辞書内で一意になるように、定義された生成ルールに従って申請されたＩＤを発行するサーバである。ＩＤ発行サーバ１Ｂは、複数のサプライヤが持つ複数の辞書を管理する。クラスやプロパティのＩＤはサプライヤで一意であるため、ＩＤ発行サーバ１Ｂが辞書内のＩＤをサプライヤ毎に管理することにより、重複を防ぐことができる。
【００３４】
ＩＤ発行サーバ１ＢのＩＤ発行部２１は、辞書サーバ１Ａ内のＩＤ生成ルール設定部１３で定義されたＩＤ生成ルールに従って申請されたクラスやプロパティなどのＩＤを受け付ける。辞書のサプライヤを特定し、そのサプライヤが発行済みのＩＤを辞書サーバ１Ａ内の辞書データベース１２から検索し、重複がないことを確認し、辞書に対して、申請されたＩＤを発行する。それと同時に、発行済みＩＤデータベース２２にも登録を行う。発行済みＩＤデータベース２２は、サプライヤごとに、発行されたＩＤを管理するデータベースである。
【００３５】
辞書サーバ１Ａは、図４に示すように、辞書管理プログラムに従うことにより、辞書情報管理手段として機能する辞書情報管理部１１と、辞書データベース１２と、生成ルール設定手段として機能するＩＤ生成ルール設定部１３と、生成ルールデータベースとして機能するＩＤ生成ルールデータベース１４と、ユーザ情報管理部１５と、ユーザ情報データベース１６と、制御部１７とを備える。なお、辞書データベース１２、ＩＤ生成ルールデータベース１４およびユーザ情報データベース１６は、記憶部であるＲＡＭ１０３またはＨＤＤ１０４に格納されている。なお、ユーザ管理を行わない場合には、ユーザ情報管理部１５とユーザ情報データベース１６とは不要である。
【００３６】
辞書データベース１２は、複数の辞書から成る。ＩＤ生成ルールデータベース１４は、辞書内のクラスごと、或いは、ユーザごとに定義されているＩＤ生成ルールを保持しているデータベースである。
【００３７】
辞書情報管理部１１は、クライアント端末３を介して制御部１７から入力されるユーザの指示に従って、辞書データベース１２にアクセスし、辞書データベース１２で管理している複数の辞書をリストで表示し、さらに選択された辞書について、階層的にクラスやプロパティ、及びそれらの詳細な情報、クラスやプロパティに基づいて登録されているコンテンツの情報を表示する。また、辞書情報管理部１１は、ＩＤ生成ルールデータベース１４からＩＤ生成ルールを読み込み、辞書情報と同様に、ＩＤ生成ルールの内容を表示する。
【００３８】
加えて、辞書情報管理部１１は、クライアント端末３を介して制御部１７から入力されるユーザの指示に従って、辞書の編集を行う。新規のクラスやプロパティなどが追加された場合は、ＩＤ生成ルールデータベース１４で定められているルールに従って、仮のＩＤを生成し、ＩＤ発行サーバ１Ｂに対して重複がないか確認を行う。重複がある場合には、ＩＤを再度生成し、再確認を行い、重複がないものとして正式にＩＤ発行サーバ１Ｂから発行されたＩＤを新規クラスやプロパティのＩＤとして辞書データベース１２に登録する。また、ユーザ管理が行われている場合には、ユーザ情報データベース１６の情報に従い、辞書データベース１２へのアクセスコントロールを行う。
【００３９】
ＩＤ生成ルール設定部１３は、選択したクラス、あるいはユーザツリー上のユーザに対して、そのクラスやユーザ以下のクラスやユーザで継承されるべき、ＩＤ生成ルールの設定を行い、ＩＤ生成ルールをＩＤ生成ルールデータベース１４に書き込む。なお、ＩＤ生成ルール設定部１３において設定されるＩＤ生成ルールの詳細については、後述する。
【００４０】
ユーザ情報管理部１５は、クライアント端末３を介して制御部１７から入力されるユーザの指示に従って、ユーザ情報データベース１６に対するユーザの情報の確認・登録・編集・削除・管理を行う。ユーザ情報データベース１６は、ユーザ情報管理部１５により管理されるユーザの情報を保持するためのデータベースである。ユーザ情報データベース１６は、ユーザ情報が、辞書情報と同様の階層構造で表現されている場合には、辞書データベース１２とほぼ同様の形式で保持されることもある。
【００４１】
ここで、ユーザ管理について説明する。本実施の形態においては、辞書やＩＤ生成ルールの編集・表示に対して、ユーザ管理が行われている。すなわち、ＩＤ生成ルールの変更を行うのに、ある権限以上の管理者であることが要件とされている。
【００４２】
例えば、クライアント端末３から辞書やＩＤ発生ルールの表示・編集のためのアクセス要求が来ると、制御部１７は、ユーザ情報管理部１５にユーザ情報を問い合わせる。制御部１７は、クライアント端末３からの要求を受けて、ユーザ情報管理部１５からユーザの情報を取得する。ここで、制御部１７は、ユーザの権限にしたがって、辞書の表示を行う。ユーザの権限とは、例えば図５に例示されるような、「辞書閲覧権限」、「辞書編集権限／ＩＤ生成ルール閲覧権限」、「ＩＤ生成ルール編集権限」である。そして、各権限においては、図６のテーブルに示すような対応付けがなされている。具体的には、一般ユーザは、辞書閲覧のみが許される「辞書閲覧権限」である。そして、「辞書閲覧権限」よりもユーザの権限が高い「辞書編集権限／ＩＤ生成ルール閲覧権限」が付与されている者には、辞書の編集及びＩＤ生成ルールの閲覧を許し、それ以上の権限である「ＩＤ生成ルール編集権限」が付与されている者には、ＩＤ発生ルールの編集を許す。
【００４３】
次に、ＩＤ生成ルール設定部１３において設定されるＩＤ生成ルールについて詳述する。ここで、図７は設定されたＩＤ生成ルールを例示的に示す模式図である。図７に示すように、ＩＤ生成ルールはクラスで定義されている。この時点で定義されているのは、C001，C002，A001の三つのクラスにそれぞれ定義されているＩＤ生成ルールだけである。このようにしてクラスで定義されたＩＤ生成ルールは、該クラス以下のクラスと該クラス以下のクラスで定義されるプロパティ等に対して、適用されるものとする。また、ＩＤ生成ルールは適用種類別に定義することができる。この場合においては、適用対象クラスと適用対象プロパティに対して別々に定義している。もちろん、適用対象クラスと適用対象プロパティにおいて同じでも構わない。
【００４４】
図７に示すように、C001に定義されているＩＤ生成ルールは、該クラス以下のクラスに対するＩＤ生成ルール“rule11”「１文字目Ｃ、２文字から４文字はシーケンシャルな数字」、該クラス以下のクラスで定義されるプロパティに対するＩＤ生成ルール“rule12”「１文字目アルファベット、２文字から４文字はシーケンシャルな数字」が定められている。
【００４５】
C002では、クラスに対するＩＤ生成ルールはそのまま上位クラスC001から継承し、プロパティに対してはＩＤ生成ルール“rule22”「１文字目Ｘ」が定義されている。ＩＤ生成ルール“rule22”は上位クラスの“rule12”と競合しないため、“rule12”も継承する。したがって、C002以下で定義を行うプロパティに対するＩＤ生成ルールは、「１文字目Ｘ、２文字から４文字はシーケンシャルな数字」となる。
【００４６】
A001では、クラスに対するＩＤ生成ルール“rule31”「１文字目Ａ、２文字から４文字はシーケンシャルな数字」が定義されているが、これは上位のルール“rule11”と競合するため、上位ルールは継承せず、このＩＤ生成ルール“rule31”を上書きし、以降（A001以下のクラスでは）、ＩＤ生成ルール“rule31”が適応されるものとする。
【００４７】
また、プロパティに対するＩＤ生成ルール“rule32”「定義クラスの標準名称から生成する」も同様に上位のＩＤ生成ルール“rule22”と競合するため、上位ルールは継承せず、このＩＤ生成ルール“rule32”を上書きする。
【００４８】
ここで、図８に示すように、図７に例示した辞書に対してC001，C002，A001に新しいプロパティ（網掛けで示す）を定義するとともに、A001の下に新しいクラス（網掛けで示す）を定義したした場合について説明する。
【００４９】
このような場合、C001で定義された新しいプロパティのＩＤは、ＩＤ生成ルール“rule22”に則って「N000」が、C002で定義された新しいプロパティのＩＤは、ＩＤ生成ルール“rule22”とＩＤ生成ルール“rule22”に則って「X000」が、A001で定義された新しいプロパティのＩＤはＩＤ生成ルール“rule32”に則って「PC1」がＩＤ発行サーバ１Ｂから発行される。また、A001の下の新しいクラスのＩＤには、ＩＤ生成ルール“rule31”が適用されて「A002」がＩＤ発行サーバ１Ｂから発行される。
【００５０】
また、この実施の形態とは別に、クラスにＩＤ生成ルールが定義されている場合には、上位のＩＤ生成ルールと競合部分をチェックせず、そのまま上書きするものとしても良い。この場合、ＩＤ生成ルールが定義されていないクラスは、上位のＩＤ生成ルールを継承するものとする。
【００５１】
ところで、ISO13584規格では、辞書は辞書サプライヤに定義される。辞書サプライヤは、ＩＣＤ（International Code Designator）と呼ばれる世界で唯一のＩＤを持つ団体によって、サプライヤＩＤを割り振られる。クラスを世界で唯一識別することができるＩＤは、サプライヤＩＤとクラスＩＤから成り、プロパティは、サプライヤＩＤと、プロパティを定義したクラスＩＤ、さらにプロパティＩＤの三つから成る。
【００５２】
図９は、ＩＤの構造を示す模式図である。図９における例では、ＩＣＤコード１４０を持つ団体が、ある辞書サプライヤに対して「TOSHIBA」という組織名を与える。このサプライヤのサプライヤＩＤは、“140/TOSHIBA//”となる。サプライヤ“140/TOSHIBA//”が定義したクラス「CLS001」は、サプライヤＩＤと組み合わさって一つのＩＤを成し、プロパティ「PRP003」は、クラス「CLS001」とサプライヤＩＤとが組み合わさって一つのＩＤを成す。これらのことから、クラスＩＤは少なくともサプライヤ内で一意である必要があり、プロパティＩＤは少なくとも定義クラスでは一意でなければならない。したがって、ISO13584規格に従った階層型データベースで実現する場合には、前述のルールに従って一意になるように、クラスやプロパティのＩＤを発行しなければならない。
【００５３】
続いて、クライアント端末３側における処理について説明する。
【００５４】
下位分類が上位分類の属性を継承するような製品分類体系の表示方式には、本出願人による特開２００４−１７８０１５号公報に記載されているものがある。この表示方式は、階層構造を成すクラスが定義された階層型データベースの階層構造表示を表示するにあたり、階層構造を成すいずれか一のクラスを識別する第１の表示領域の少なくとも一部が、該クラスから派生した子クラスを識別する第２の表示領域の全てを含むように第１及び第２の表示領域を表示することにより、階層型データベースにおけるクラス間の包含関係を適切かつ効果的に表示することができるＧＵＩを提供するようにしたものである。
【００５５】
図１０は、階層構造表示に関するＧＵＩ画面の構成例を示す正面図である。図１０に示すクライアント端末３側の表示部１０７のＧＵＩ画面は、クラスに付与されているＩＤ生成ルールの有無あるいは内容を、製品分類体系図上で表示した例である。なお、このクライアント端末３は、「辞書編集権限／ＩＤ生成ルール閲覧権限」が付与されている者または「ＩＤ生成ルール編集権限」が付与されている者により使用されている。図１０に示すように、製品分類を階層的に表している領域（辞書ツリー）４１には、クラス階層が表示されており、製品分類「C005：デスクトップＰＣ」を選択すると、その製品分類の情報であるＩＤ、名称、定義などが領域４３に表示される。本実施の形態においては、これらの製品分類情報と併せて、領域４３にＩＤ生成ルールを表示することができる。ＩＤ生成ルールの表示は、図１０に示すように文章で表示しても良いし、ルールを記述するための定められた言語、例えば正規表現やシステムで独自に定めた記述方法を用いることが考えられる。
【００５６】
なお、マーク４２は、クラスにＩＤ生成ルールが定義されていることを示すものである。このマーク４２が階層上に表示されていれば、クラスを選択してそのクラス情報を見なくても、一瞥してＩＤ生成ルールがあることが分かる。また、ボタン４４を押すことにより、上位クラスで定義されているＩＤ生成ルールを見ることができるようにしても良い。
【００５７】
次に、ＩＤ生成ルールの編集について説明する。ＩＤ生成ルールの編集には、新たなＩＤ生成ルールの開始あるいは変更ポイントの指定も含まれる。図１０に示すような製品分類を階層的に表している領域（辞書ツリー）４１より、ＩＤ生成ルールを定義するクラスをクライアント端末３の入力部１０８を用いて選択すると、図１１に示す辞書を編集するためのフレーム５２がクライアント端末３の表示部１０７に表示される。このクライアント端末３は、「ＩＤ生成ルール編集権限」が付与されている者により使用されている。なお、クラスの選択は、辞書ツリーでなくても、クラスを選択できるようなものであればよく、また、ＩＤ生成ルールの設定のための画面表示も、メニューから、或いはマウスクリックなどで直接行えても構わない。
【００５８】
さらに、図１１に示すボタン５３を入力部１０８を用いて操作すると、ＩＤ生成ルールを設定するための画面が表示部１０７に表示される。図１２は、ＩＤ生成ルールの設定画面を使用したＩＤ生成の流れを示す模式図である。図１１に示すボタン５３が操作されると、図１２に示すようなＩＤ生成ルール設定の補助を行う画面６１が表示部１０７に表示される。画面６１において、「ナビゲータを使ってコードルールを設定する」という生成方法が入力部１０８を用いてラジオボタンにより選択されて決定されると、図１２に示す画面６２が表示部１０７に表示される。画面６２では、ＩＤ生成ルールを設定する対象（例えば、クラスやプロパティ）をラジオボタンにより選択可能である。例えば、画面６２で「プロパティ」が入力部１０８を用いてラジオボタンにより選択されて決定されると、画面６３で予めシステムで用意しているＩＤ生成ルールを表示部１０７に表示し、ユーザに選択させる。
【００５９】
例えば、画面６３で「作成時間から生成」が入力部１０８を用いてラジオボタンにより選択されて決定されると、作成時間をシステムから読み取り、例えば２００５年１２月１６日午後１４時３５分であれば、そのまま「200512161435」というＩＤを振るなどが考えられる。
【００６０】
また、画面６３で「定義クラスの名前から生成」が入力部１０８を用いてラジオボタンにより選択されて決定された場合、例えば「定義クラス名の単語の頭文字を集め、全体が６文字になるように、後ろには数字をシーケンシャルに振る」などと具体的に定義しておいたとすると、定義クラスの標準名称が「personal computer」の場合、「pc000001」等のＩＤが新規プロパティに対して生成される。
【００６１】
さらに、画面６３で「定義クラスのＩＤから生成」が入力部１０８を用いてラジオボタンにより選択されて決定された場合、例えば「定義クラスＩＤ＋シーケンシャルな数字３桁」などと具体的に定義しておいたとすると、定義クラスのＩＤが「C005」の場合、「C005001」等のＩＤが新規プロパティに対して生成される。
【００６２】
なお、上述したようなＩＤ生成ルール以外にも、
１．ＩＤ中に固定部を持つもの
２．可変部が数字やアルファベットなどを利用したシーケンシャルな（連番）ＩＤ
３．可変部が時間・日時、作成順番に基づくＩＤ
４．可変部がクラス名あるいはプロパティ名を利用した符号化による一意のＩＤ
５．上記の組合せによるＩＤ
などの基本オプションが考えられる。
【００６３】
また、本出願人による特開２００４−１１８７４１号公報には、クラスやプロパティの標準名称を用いてその略称を自動生成させる技術が提案されているが、同等のルールをＩＤ生成ルールに適用するようにしても良い。
【００６４】
このようにＩＤ生成ルールの編集を行う際に、予め用意されているいくつかのＩＤ生成ルールを選択的に設定可能な態様でユーザに提示することで、生成ルールの編集の補助を行うことができる。
【００６５】
一方、図１３に示すように、画面６１において、「正規表現で記述する」という生成方法が入力部１０８を用いてラジオボタンにより選択されて決定されると、図１３に示すようなＩＤ生成ルールの設定画面６４が表示部１０７に表示される。例えば、ＩＤ生成ルールの設定画面６４において、クラスのＩＤ生成ルールを正規表現で「AAA\d｛3｝」とした場合、該クラス以下のクラスのＩＤは、「１文字目から３文字目まではアルファベットＡ、４文字目から６文字目までは数字」という制約がつけられることになり、「AAA001」「AAA120」「AAA809」・・・などのＩＤが生成されることになる。このような正規表現は、ルールを記述するための表現の一例であり、ルールを記述するための言語であれば他のものでも構わない。
【００６６】
また、図１４はＩＤ生成ルールを設定するための画面の変形例である。図１４に示すように、ＩＤ生成ルールのナビゲーションは、用意されたＩＤ生成ルールを組み合わせて生成するようなインターフェースを設けても構わない。図１４に示す例では、画面６５でＩＤ生成ルールを入力部１０８を用いてラジオボタンにより指定すると、画面６５で指定されたＩＤ生成ルールが画面６６のカーソルの位置から設定される。
【００６７】
このようにしてＩＤ生成ルールを設定する際には、デフォルトで上位から継承されたルールを表示しておいてもよい。ユーザは、上位から継承されているＩＤ生成ルールをそのまま利用してもよいし、デフォルトで表示されているルールを編集し、再定義を行っても構わない。
【００６８】
ところで、辞書は実際のコンテンツを記述するための器であり、辞書はコンテンツを交換・共有するために利用されることが多い。それゆえ、一度公に公開した辞書には、それに基づいたコンテンツが作成されている可能性があるため、辞書の中のクラスやプロパティの削除、また、ＩＤの変更は好ましくない。このようなことから、辞書は公開されるまでに、一定時間検討を行ったり、権限を持つ承認者によって承認される承認ルーチンなどを通ったりすることが多い。すなわち、ある条件下（一定時間内、特定承認者による承認前、開示・発行前など）において、特に指定された承認者や管理者にのみ上書き変更することを許容することとする。これらのタイミングで、承認者や管理者が自動生成されたＩＤを上書きすることができることにより、辞書編集者による誤定義を防ぐことが可能となる。なお、承認者や管理者によってＩＤが上書きされる場合には、ＩＤ発行サーバ１Ｂへ問い合わせ、再発行のための手続きが必要となる。ここで再発行のための手続きとは、例えば、発行済みＩＤからの不要ＩＤの削除、再発行ＩＤの登録のことである。また、承認者や管理者によって書き換えられたＩＤが、クラスで定義されているＩＤ生成ルールと異なる場合には、なんらかのフラグを用意し、発行したＩＤがＩＤ生成ルールに則っていないことを示してもよい。
【００６９】
ＩＤ生成ルールは製品ツリーにおいては、クラス作成時に設定される。なお、クラス作成後の設定変更は、
１．発行済みＩＤと生成ルールが異なる場合があるので許さない。
２．発行済みＩＤには適応せず、新規クラス・プロパティにのみ適応し、さらに必要であれば、発行済みＩＤには生成ルールと異なることを示すフラグを付与する。
など、該クラス以下の発行済みＩＤについての対処を定義していれば、可能としても構わない。これにより、自動発生させたＩＤについて、時間や承認状況などを指定したある条件下において、特に指定された管理者による上書き変更を許容できる。
【００７０】
このように本実施の形態によれば、分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書内に存在していて対象を一意に示す識別子が必要な構成要素別に定義され、分類の階層構造に従って継承される識別子を一定の規則に則って生成する生成ルールを設定し、階層型辞書の編集により新規の構成要素が追加された場合は、生成ルールに従って識別子を生成し、生成ルールに従って生成された識別子に重複がないことを確認してから当該識別子を発行する。これにより、階層型辞書の階層構造に従って識別子が必要な構成要素を対象とした識別子の発行が容易になるので、利便性を向上させることができる。
【００７１】
［第２の実施の形態］
次に、本発明の第２の実施の形態を図１５に基づいて説明する。なお、前述した第１の実施の形態と同じ部分は同じ符号で示し説明も省略する。
【００７２】
第１の実施の形態においては、製品分類を表す辞書ツリーのクラスに対するＩＤ生成ルール設定の例を示したが、本実施の形態は、辞書ツリーの他に、ユーザ階層を表すユーザツリーのクラスに対してもＩＤ生成ルール設定を可能にしたものである。
【００７３】
図１５は、本発明の第２の実施の形態にかかる辞書ツリーおよびユーザツリーの構成を示す模式図である。図１５中、楕円はクラスを表し、四角はユーザクラスに定義されているＩＤ生成ルールを表す。また、角が丸い四角は、プロパティを表す。
【００７４】
図１５に示すように、本実施の形態においては、製品分類を表す辞書ツリーのほかに、ユーザ階層を表すユーザツリーを用意している。図１５に示す例では、ユーザツリーは、「工業会」が最上位ユーザクラスであり、その下に工業会「AAA」、「BBB」がある。さらに、夫々のユーザクラスの下に「Ｔ社」、「Ｔ社」と「Ｙ社」がある。「Ｔ社」は二つの工業会の下に存在するが、同じ一つの会社である。
【００７５】
ユーザツリーには、ユーザクラスに対してＩＤ生成ルールが定義されている。このようにしてユーザクラスに定義されているＩＤ生成ルールは、そのユーザクラスに所属するユーザが、製品分類を表す辞書ツリー内で申請するクラスやプロパティのＩＤに対して適応されるものであり、ユーザクラスのＩＤに対して適応されるものではない。ユーザツリーで定義されているＩＤ生成ルールも、辞書ツリーで定義されているＩＤ生成ルールと同様に継承される。
【００７６】
したがって、ユーザクラス「工業会」で定義されているＩＤ生成ルール「プロパティＩＤは８桁、始めの文字はＰ」は、ユーザクラス「AAA」「BBB」に継承される。ユーザクラス「AAA」では、ＩＤ生成ルール「二文字目以降AAA」が定義されているため、ユーザクラス「AAA」に所属するユーザが、辞書ツリーに対して新規プロパティを追加し、ＩＤ申請を行った場合に発行されるプロパティＩＤは、「PAAAxxxx」（ｘは任意の文字）となる。
【００７７】
すなわち、辞書ツリー上に記述されているクラス「C2」で定義されているプロパティ「PAAAT002」は「AAA」下のユーザクラス「Ｔ社」のユーザが申請したプロパティであり、クラス「C5」で定義されているプロパティ「PBBBTsss」は「BBB」下のユーザクラス「Ｔ社」のユーザが申請したプロパティであり、プロパティ「PAAAY004」は「AAA」下のユーザクラス「Ｙ社」のユーザが申請したプロパティである。
【００７８】
また、ユーザツリーで定義されているＩＤ生成ルールも、辞書ツリーで定義されているＩＤ生成ルールと同様に、下位クラスで上書きが可能である。
【００７９】
なお、ユーザツリーで定義されているＩＤ生成ルールと、辞書ツリーで定義されているＩＤ生成ルールのどちらを優先させるかは、システムや辞書などで設定するものとする。
【００８０】
なお、各実施の形態においては、入出力操作用のクライアント端末３と、辞書サーバ１Ａとを別体として設けたが、これらが一体となった構成であって良い。
【００８１】
また、各実施の形態においては、辞書データベース１２、ＩＤ生成ルール設定部１３、ＩＤ生成ルールデータベース１４は全て、辞書サーバ１Ａに備えられるようにしたが、ＩＤ発行サーバ１Ｂに備えられるものであっても良い。この場合、辞書データベース１２は、辞書サーバ１ＡとＩＤ発行サーバ１Ｂで二重に持つことになる。このような場合、辞書サーバ１Ａで新規のクラスやプロパティの追加が起こると、ＩＤ生成ルールを持っているＩＤ発行サーバ１Ｂに問い合わせ、重複のないＩＤを発行してもらうことが可能である。ＩＤ生成ルールや発行済みＩＤの情報をＩＤ発行サーバ１Ｂ側で持っていることにより、前述の方式に比べて、重複があるかどうかの問い合わせの回数が減る。
【図面の簡単な説明】
【００８２】
【図１】本発明の第１の実施の形態にかかるＰＬＩＢデータモデルの構成の一例を示す説明図である。
【図２】識別子発行システムのシステム構築例を示す模式図である。
【図３】サーバおよびクライアント端末のモジュール構成図である。
【図４】識別子発行システムの概略構成を示すブロック図である。
【図５】ユーザの権限の例を示す模式図である。
【図６】ユーザの権限に応じた処理の対応付けを示す模式図である。
【図７】設定されたＩＤ生成ルールを例示的に示す模式図である。
【図８】新規にＩＤを生成した状態を例示的に示す模式図である。
【図９】ＩＤの構造を示す模式図である。
【図１０】階層構造表示に関するＧＵＩ画面の構成例を示す正面図である。
【図１１】辞書を編集するためのフレームを示す正面図である。
【図１２】ＩＤ生成ルールの設定画面を使用したＩＤ生成の流れを示す模式図である。
【図１３】「正規表現で記述する」場合のＩＤ生成ルールの設定画面を示す正面図である。
【図１４】ＩＤ生成ルールを設定するための画面の変形例を示す正面図である。
【図１５】本発明の第２の実施の形態にかかる辞書ツリーおよびユーザツリーの構成を示す模式図である。
【符号の説明】
【００８３】
１１ 辞書情報管理手段
１３ 生成ルール設定手段
１４ 生成ルールデータベース
２１ 識別子発行手段
１００ 識別子発行システム
【特許請求の範囲】
【請求項１】
分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書と、
前記分類の階層構造に従って継承され、前記階層型辞書内に存在している構成要素別に定義される識別子を一定の規則に則って生成する生成ルールを設定する生成ルール設定手段と、
この生成ルール設定手段により設定した前記生成ルールを保持している生成ルールデータベースと、
ユーザの指示に従って前記階層型辞書の編集を行うとともに、編集により新規の前記構成要素が追加された場合は、前記生成ルールデータベースで定められている前記生成ルールに従って前記識別子を生成する辞書情報管理手段と、
この辞書情報管理手段により前記生成ルールに従って生成された前記識別子に重複がないことを確認してから当該識別子を発行する識別子発行手段と、
を備えることを特徴とする識別子発行システム。
【請求項２】
前記生成ルール設定手段により前記生成ルールを設定する際には、上位分類から継承されている前記生成ルールを下位分類で再定義することが可能である、
ことを特徴とする請求項１記載の識別子発行システム。
【請求項３】
前記辞書情報管理手段における前記階層型辞書の編集や前記生成ルール設定手段における前記生成ルールの設定について、ユーザ制限を設ける、
ことを特徴とする請求項１記載の識別子発行システム。
【請求項４】
ユーザ分類間に階層関係を有していて上位ユーザ分類から下位ユーザ分類へとプロパティを継承するユーザ辞書を更に備え、
前記生成ルール設定手段は、前記ユーザ分類の階層構造に従って継承され、前記ユーザ辞書内に存在していて対象を一意に示す識別子がユーザ別に定義され、前記ユーザにおける前記識別子を一定の規則に則って生成する生成ルールを設定する、
ことを特徴とする請求項１ないし３のいずれか一記載の識別子発行システム。
【請求項５】
前記構成要素に付与されている前記生成ルールの有無を、ＧＵＩ（Graphical User Interface）として与える前記構成要素の体系図に関連付けて表示する、
ことを特徴とする請求項１ないし４のいずれか一記載の識別子発行システム。
【請求項６】
前記構成要素に付与されている前記生成ルールの内容を、ＧＵＩ（Graphical User Interface）として与える前記構成要素の体系図に関連付けて表示する、
ことを特徴とする請求項１ないし４のいずれか一記載の識別子発行システム。
【請求項７】
前記構成要素に付与される前記生成ルールの編集を、ＧＵＩ（Graphical User Interface）として与える前記構成要素の体系図上から実行可能である、
ことを特徴とする請求項１ないし６のいずれか一記載の識別子発行システム。
【請求項８】
前記生成ルールの編集を行う際に、予め用意された生成ルールを選択的に設定可能な態様で提示する、
ことを特徴とする請求項７記載の識別子発行システム。
【請求項９】
前記識別子発行手段により発行された前記識別子について、所定の条件の下に、上書き変更を許容する、
ことを特徴とする請求項１ないし８のいずれか一記載の識別子発行システム。
【請求項１０】
分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書を記憶する機能と、
前記分類の階層構造に従って継承され、前記階層型辞書内に存在している構成要素別に定義される識別子を一定の規則に則って生成する生成ルールを設定する生成ルール設定機能と、
この生成ルール設定機能により設定した前記生成ルールを記憶する機能と、
ユーザの指示に従って前記階層型辞書の編集を行うとともに、編集により新規の前記構成要素が追加された場合は、前記生成ルールに従って前記識別子を生成する辞書情報管理機能と、
この辞書情報管理機能により前記生成ルールに従って生成された前記識別子に重複がないことを確認してから当該識別子を発行する識別子発行機能と、
をコンピュータに実行させることを特徴とするプログラム。
【請求項１１】
分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書を記憶する工程と、
前記分類の階層構造に従って継承され、前記階層型辞書内に存在している構成要素別に定義される識別子を一定の規則に則って生成する生成ルールを設定する生成ルール設定工程と、
この生成ルール設定工程により設定した前記生成ルールを記憶する工程と、
ユーザの指示に従って前記階層型辞書の編集を行うとともに、編集により新規の前記構成要素が追加された場合は、前記生成ルールに従って前記識別子を生成する辞書情報管理工程と、
この辞書情報管理工程により前記生成ルールに従って生成された前記識別子に重複がないことを確認してから当該識別子を発行する識別子発行工程と、
を含むことを特徴とする識別子発行方法。
【請求項１】
分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書と、
前記分類の階層構造に従って継承され、前記階層型辞書内に存在している構成要素別に定義される識別子を一定の規則に則って生成する生成ルールを設定する生成ルール設定手段と、
この生成ルール設定手段により設定した前記生成ルールを保持している生成ルールデータベースと、
ユーザの指示に従って前記階層型辞書の編集を行うとともに、編集により新規の前記構成要素が追加された場合は、前記生成ルールデータベースで定められている前記生成ルールに従って前記識別子を生成する辞書情報管理手段と、
この辞書情報管理手段により前記生成ルールに従って生成された前記識別子に重複がないことを確認してから当該識別子を発行する識別子発行手段と、
を備えることを特徴とする識別子発行システム。
【請求項２】
前記生成ルール設定手段により前記生成ルールを設定する際には、上位分類から継承されている前記生成ルールを下位分類で再定義することが可能である、
ことを特徴とする請求項１記載の識別子発行システム。
【請求項３】
前記辞書情報管理手段における前記階層型辞書の編集や前記生成ルール設定手段における前記生成ルールの設定について、ユーザ制限を設ける、
ことを特徴とする請求項１記載の識別子発行システム。
【請求項４】
ユーザ分類間に階層関係を有していて上位ユーザ分類から下位ユーザ分類へとプロパティを継承するユーザ辞書を更に備え、
前記生成ルール設定手段は、前記ユーザ分類の階層構造に従って継承され、前記ユーザ辞書内に存在していて対象を一意に示す識別子がユーザ別に定義され、前記ユーザにおける前記識別子を一定の規則に則って生成する生成ルールを設定する、
ことを特徴とする請求項１ないし３のいずれか一記載の識別子発行システム。
【請求項５】
前記構成要素に付与されている前記生成ルールの有無を、ＧＵＩ（Graphical User Interface）として与える前記構成要素の体系図に関連付けて表示する、
ことを特徴とする請求項１ないし４のいずれか一記載の識別子発行システム。
【請求項６】
前記構成要素に付与されている前記生成ルールの内容を、ＧＵＩ（Graphical User Interface）として与える前記構成要素の体系図に関連付けて表示する、
ことを特徴とする請求項１ないし４のいずれか一記載の識別子発行システム。
【請求項７】
前記構成要素に付与される前記生成ルールの編集を、ＧＵＩ（Graphical User Interface）として与える前記構成要素の体系図上から実行可能である、
ことを特徴とする請求項１ないし６のいずれか一記載の識別子発行システム。
【請求項８】
前記生成ルールの編集を行う際に、予め用意された生成ルールを選択的に設定可能な態様で提示する、
ことを特徴とする請求項７記載の識別子発行システム。
【請求項９】
前記識別子発行手段により発行された前記識別子について、所定の条件の下に、上書き変更を許容する、
ことを特徴とする請求項１ないし８のいずれか一記載の識別子発行システム。
【請求項１０】
分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書を記憶する機能と、
前記分類の階層構造に従って継承され、前記階層型辞書内に存在している構成要素別に定義される識別子を一定の規則に則って生成する生成ルールを設定する生成ルール設定機能と、
この生成ルール設定機能により設定した前記生成ルールを記憶する機能と、
ユーザの指示に従って前記階層型辞書の編集を行うとともに、編集により新規の前記構成要素が追加された場合は、前記生成ルールに従って前記識別子を生成する辞書情報管理機能と、
この辞書情報管理機能により前記生成ルールに従って生成された前記識別子に重複がないことを確認してから当該識別子を発行する識別子発行機能と、
をコンピュータに実行させることを特徴とするプログラム。
【請求項１１】
分類およびその分類に属するインスタンスの属性であるプロパティを定義しているメタデータを格納し、分類間に階層関係を有していて上位分類から下位分類へとプロパティを継承する階層型辞書を記憶する工程と、
前記分類の階層構造に従って継承され、前記階層型辞書内に存在している構成要素別に定義される識別子を一定の規則に則って生成する生成ルールを設定する生成ルール設定工程と、
この生成ルール設定工程により設定した前記生成ルールを記憶する工程と、
ユーザの指示に従って前記階層型辞書の編集を行うとともに、編集により新規の前記構成要素が追加された場合は、前記生成ルールに従って前記識別子を生成する辞書情報管理工程と、
この辞書情報管理工程により前記生成ルールに従って生成された前記識別子に重複がないことを確認してから当該識別子を発行する識別子発行工程と、
を含むことを特徴とする識別子発行方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００７−２６５２５０（Ｐ２００７−２６５２５０Ａ）
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願番号】特願２００６−９１９９６（Ｐ２００６−９１９９６）
【出願日】平成１８年３月２９日（２００６．３．２９）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願日】平成１８年３月２９日（２００６．３．２９）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]