JP2010079709A

JP2010079709A - 文書作成支援装置、プログラムおよび文書作成支援方法

Info

Publication number: JP2010079709A
Application number: JP2008248780A
Authority: JP
Inventors: Yasutaka Otake; 康隆大嶽; Hiroshi Murayama; 廣村山
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2008-09-26
Filing date: 2008-09-26
Publication date: 2010-04-08

Abstract

【課題】データ品質を向上させることができる文書作成支援装置を提供する。
【解決手段】辞書要素として文書に対する文字列の入力を受け付ける文字列入力手段２１と、文字列が辞書３０で定義された辞書要素の何れであることを意図したものであるかを検証するために、確からしさを表す類似度順に辞書要素を検索する類似検索手段２４と、検索された辞書要素を文字列に代える候補として選択可能なように提示する候補提示手段２５ａと、を備えることにより、データ項目名称は一致させられなくても、概念自体は標準辞書に定義された名称と一致させることができるようになるので、製品の仕様文書を利用するユーザ企業、製品の仕様文書を作成するサプライ企業や間の意味解釈の齟齬をなくすことができ、データ品質を向上させることができる。
【選択図】図３

Description

本発明は、文書作成支援装置、プログラムおよび文書作成支援方法に関する。

一般に、ホームページなどで提供される製品カタログや製品納入仕様書をはじめとする製品の仕様文書は、ワープロソフトやＨＴＭＬエディタを用いて作成されることが多い。また、製品の仕様文書は、サプライヤ各社における独自のデータ項目やレイアウトを定義・使用し、提供されることが多い。すなわち、サプライヤ間においては、データ項目の統一がとれていないことが一般的である。このようにサプライヤ各社における独自のデータ項目やレイアウトで製品の仕様文書が提供される場合、仕様を表現するデータ項目が不統一となるため、文書を横並びで検索しようとする際に不都合が生じるという問題がある。

そこで、近年においては、上述のような問題を解決すべく、製品仕様を表現するデータ項目およびデータ項目を表現するためのアトリビュートを標準化しようという試みがなされている。

その１つとして、ISO13584（通称、ＰＬＩＢ）がある。このＰＬＩＢは、製品仕様を記述する「辞書」と呼ばれるデータ項目の集合と、辞書に従って具体的な製品仕様を記述した「コンテンツ」を交換するための構造を定めた国際規格である。ＰＬＩＢは、階層型データベースの１つととらえることができる。

このようなＰＬＩＢ規格のデータモデルに従う国際辞書としては、計測器に関するISO13584-501、ボルト／ナットなどに関するISO13584-511などがある。また、工業界標準辞書としては、日本ではECALS辞書、JeMarche辞書などがある。世界各国においても、このような辞書の開発が活発となっている。

さらに、近年においては、ＰＬＩＢ規格に準拠したシステムがいくつか提案されている（特許文献１，２）。

特開２００４−１７７９９６号公報特開２００４−１７８０１５号公報

しかしながら、ＰＬＩＢ規格に準拠してシステムを構築した場合であっても、解決せねばならない問題がある。

例えば、サプライヤ企業においては、製品の仕様文書にデータ項目を記述する際、サプライヤ企業が独自に定めた標準で定義されたものとは異なるデータ項目名称を用いることがあり、これがユーザ企業側の利便性を損なう点が問題となっている。また、標準で定義された名称に改訂しようとしても、サプライヤ企業内における歴史的理由から、サプライヤ企業が定義したデータ項目名称を突然標準的な名称に全面的に変更することはできないという問題が生じることがある。

本発明は、上記に鑑みてなされたものであって、製品の仕様文書などにおいて可能な限り標準辞書で定義された用語と概念を用いたデータ項目の記述が実現でき、ひいては製品の仕様文書を利用するユーザ企業、製品の仕様文書を作成するサプライヤ企業間の意味解釈の齟齬をなくすことができ、データ品質を向上させることができる文書作成支援装置、プログラムおよび文書作成支援方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明の文書作成支援装置は、編集対象となる文書に対してコンテンツとして記述するためのプロパティ及び当該プロパティの性質を定義するアトリビュートを有する標準辞書にて定められる辞書要素と、前記プロパティの集合に付された少なくとも１つの識別子とを関連付けて辞書を格納する辞書記憶手段と、前記辞書要素として前記文書に対する文字列の入力を受け付ける文字列入力手段と、前記文字列が前記辞書で定義された前記辞書要素の何れであることを意図したものであるかを検証するために、確からしさを表す類似度順に前記辞書要素を検索する類似検索手段と、検索された前記辞書要素を前記文字列に代える候補として選択可能なように提示する候補提示手段と、を備えることを特徴とする。

また、本発明のプログラムは、編集対象となる文書に対してコンテンツとして記述するためのプロパティ及び当該プロパティの性質を定義するアトリビュートを有する標準辞書にて定められる辞書要素として前記文書に対する文字列の入力を受け付けて第１の文字列を確定する文字列入力手段と、前記文字列が前記辞書で定義された前記辞書要素の何れであることを意図したものであるかを検証するために、確からしさを表す類似度順に前記辞書要素を検索する類似検索手段と、検索された前記辞書要素を前記文字列に代える候補として選択可能なように提示する候補提示手段と、としてコンピュータを機能させることを特徴とする。

また、本発明の文書作成支援方法は、文書作成支援装置で実行される文書作成支援方法であって、前記文書作成支援装置は、制御部と記憶部を備え、前記制御部において実行される、文字列入力手段が、編集対象となる文書に対してコンテンツとして記述するためのプロパティ及び当該プロパティの性質を定義する詳細情報フィールドであるアトリビュートを有する標準辞書にて定められる辞書要素として前記文書に対する文字列の入力を受け付けて第１の文字列を確定するステップと、類似検索手段が、前記文字列が前記辞書で定義された前記辞書要素の何れであることを意図したものであるかを検証するために、確からしさを表す類似度順に前記辞書要素を検索するステップと、候補提示手段が、検索された前記辞書要素を前記文字列に代える候補として選択可能なように提示するステップと、を含むことを特徴とする。

本発明によれば、辞書要素として文書に対する文字列の入力を受け付けた第１の文字列が辞書で定義された辞書要素の何れであることを意図したものであるかを検証するために、確からしさを表す類似度順に辞書要素を検索し、検索された何れかの辞書要素を第１の文字列に代えて入力された辞書要素として確定することにより、データ項目名称は一致させられなくても、概念自体は標準辞書に定義された名称と一致させることができるようになるので、製品の仕様文書などにおいて可能な限り標準辞書で定義された用語と概念を用いたデータ項目の記述が実現でき、ひいては製品の仕様文書を利用するユーザ企業、製品の仕様文書を作成するサプライ企業や間の意味解釈の齟齬をなくすことができ、データ品質を向上させることができる、という効果を奏する。

以下に添付図面を参照して、この発明にかかる文書作成支援装置、プログラムおよび文書作成支援方法の最良な実施の形態を詳細に説明する。

本発明の実施の一形態を図１ないし図１２に基づいて説明する。

［１．システムの構成］
図１は、本発明の実施の一形態にかかる文書作成支援システムのシステム構築例を示す模式図である。文書作成支援システムは、図１に示すように、サーバコンピュータ（以下、サーバという）１にＬＡＮ（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）を介して表示部１０７に出力し、表示部１０７に表示された各画面上でオペレータが入力部１０８を介して行った作業や設定内容に基づくデータやコマンドを、ＧＵＩを介して受け取り、サーバ１へ送信する。詳細は後述するが、本実施の形態におけるクライアント端末３は、編集処理プログラムに従うことにより、図３に示すように、文書編集者が使用するものであって各種文書項目の編集を行う文書編集者端末１１として機能する。

一方、サーバ１は、図３に示すように、文書作成支援プログラムに従うことにより、文書作成支援装置として機能するものであって、標準辞書にて定められた辞書要素（後述するＰＬＩＢ規格ではプロパティに相当する）を格納する辞書である辞書要素ＤＢ３０を備える。

また、サーバ１は、文書作成支援プログラムに従うことにより、文字列入力部２１と、仮名漢字変換部２２と、評価点計算部２３と、類似検索部２４と、辞書要素確定部２５と、辞書要素挿入部２６と、文書編集部２７と、既入力文字列管理部２８と、対象製品クラス指定部３１と、対象領域指定部３２と、を備える。

以下、各部について詳述する。

文字列入力部２１は、文字列入力手段として機能するものであり、文書編集者端末１１より文字列入力を受け付ける。

仮名漢字変換部２２は、文字列入力部２１で入力を受け付けた仮名文字列を漢字文字列（第１の文字列）へ変換する。入力を受け付けた仮名文字列を変換した漢字文字列を以下、第１の文字列と称する。

評価点計算部２３は、仮名漢字変換部２２により変換された第１の文字列と辞書要素との間における類似度を予め決められた計算式又は表により求める。本実施の形態においては、以下に示すような類似度計算を行うための基準である評価点が、評価点計算部２３に定められているものとする。文書編集者端末１１を介して入力される文字列を
Ｓｔｒ（ｋ）（ｋ＝０,１,２,…ｎ）
とし、その文書上の位置をＰｋと表現する。今入力した文字列Ｓｔｒ（０）が、プロパティＱであることを意図したものである確からしさ（類似度）を、下記に示す式１のように定義する。

なお、評価点（Ｑ,Ｓｔｒ（ｋ））は以下のように定義する。
１）文字列Ｓｔｒ（ｋ）がプロパティＱの「名称」と完全一致する場合１０点
２）文字列Ｓｔｒ（ｋ）がプロパティＱの「名称」と部分一致する場合５点
３）文字列Ｓｔｒ（ｋ）がプロパティＱの「同義語」と完全一致する場合８点
４）文字列Ｓｔｒ（ｋ）がプロパティＱの「同義語」と部分一致する場合３点
５）文字列Ｓｔｒ（ｋ）がプロパティＱの「定義」と部分一致する場合２点

また、文字列間の近接度合いＮｅｉｇｈ（Ｐ_ｋ，Ｐ_０）は、下記に示す式２のように定義する。

Ｐ_０：今入力した文字列の先頭位置
Ｐ_ｋ：指定領域中の入力済みの文字列の先頭位置（ｋ＞＝１の時）
Dist（Ｐｘ,Ｐｙ）：位置Ｐｘと位置Ｐｙとのユークリッド距離
Dist０：指定領域の対角線距離
ｋ＝０,１,…ｎ

なお、近接度合いは、文字列間の距離が０の時は近接度合いが１となり、距離が遠くなるに従い指数関数的に近接度合いは減っていく特徴を持つ関数とする。

類似検索部２４は、類似検索手段として機能するものであり、仮名漢字変換部２２により変換された第１の文字列をキーとし、評価点計算部２３の計算結果に従って類似度の高い辞書要素を検索する。

辞書要素確定部２５は、辞書要素確定手段として機能するものであり、類似検索部２４による類似検索結果を文書編集者端末１１に提示する候補提示手段２５ａを備え、文書編集者端末１１を介して編集者の指示を受け辞書要素を確定し、第１の文字列、もしくは、確定した辞書要素のアトリビュート値のうち指定した１つの値を確定データ項目名として確定する。辞書要素確定部２５は、確定した確定データ項目名を文書編集部２７に渡す。

辞書要素挿入部２６は、辞書要素挿入手段として機能するものであり、辞書要素確定部２５で確定した辞書要素の概念識別子であるＢＳＵコードを確定データ項目名へのタグとして文書編集部２７に渡す。

文書編集部２７は、辞書要素確定部２５から渡された対象文書への確定データ項目名に対し、辞書要素挿入部２６から渡されたＢＳＵコードをタグとして挿入して編集する。

既入力文字列管理部２８は、文書編集部２７にて編集されたデータ項目について、その位置情報を管理し、第１の文字列に距離上に近い（複数の）既確定データ項目名を補足文字列として取得する。

対象製品クラス指定部３１は、クラス指定手段として機能するものであり、文書編集者の指示によって文書編集者端末１１を介して入力された対象製品のクラスの指定を受け付ける。

対象領域指定部３２は、文書編集者の指示によって文書編集者端末１１を介して入力された編集対象となる表領域の指定を受け付ける。

［２．辞書要素ＤＢ３０に格納される辞書要素のデータ構造］
次に、辞書要素ＤＢ３０に格納される辞書要素のデータ構造について説明する。図４は、辞書要素ＤＢ３０に格納される辞書要素のデータ構造の一例を示す模式図である。図４に示す辞書要素は、クラスの親子構造、プロパティとそのアトリビュートの種類、データ型の種類などの辞書の構造を定めたデータモデルの１つとして、製品部品ライブラリの交換フォーマットの国際標準であるISO13584/Parts Library（ＰＬＩＢ）規格に従ったものである。より詳細には、図４に示す辞書要素は、「ＣＯＭＰＯＮＥＮＴ」という分類をルートクラスとし、その子クラスとして「汎用ロジックＩＣ」と「汎用リニアＩＣ」とが関連付けられ、さらに「汎用ロジックＩＣ」の子クラスとして「ＣＭＯＳ」と「ＴＴＬ」とが関連付けられた階層構造を有している。すなわち、「汎用ロジックＩＣ」は「ＣＭＯＳ」「ＴＴＬ」という２つの分類に細分化されることを示している。なお、このような階層構造は何段であっても構わない。また、（）内に書かれた記号（この例では、EC#XJAnnn#001）は、辞書内で唯一につけられたクラスを表すコードであり、ＰＬＩＢ規格では「クラスＢＳＵコード」と呼ぶ識別子に相当する。

図４に示すように、階層構造を定義するクラスには、それぞれ固有のプロパティ（図４中、破線で囲まれた部分）が定義される。各クラスにおいては、当該クラスの上位クラスで定義されたプロパティを継承する。例えば、クラス「ＣＭＯＳ」が持つプロパティは、当該クラスで定義されたプロパティ（この例では存在しない）と、その上位クラス「汎用ロジックＩＣ」で定義されたプロパティ（「EC#XJG067#001」「EC#XJG068#001」「EC#XJG074#001」「EC#XJG075#001」）と、クラス「ＣＯＭＰＯＮＥＮＴ」で定義されたプロパティ（「EC#XJE010#001」「EC#XJE132#001」「EC#XJE016#001」「EC#XJE017#001」「EC#XJE007#001」）ということになる。クラスの場合と同様にプロパティにおいても辞書内で唯一につけられたプロパティを表すコード（「プロパティＢＳＵコード」又は単に「ＢＳＵ」）が付与される。

また、各プロパティの具体的定義項目を図５に示す。各プロパティには、その詳細情報フィールドである（すなわち、プロパティの性質を定義する）アトリビュートが付与される。ここにあげた「ＢＳＵ」「名称.日本語」「名称.英語」「定義.日本語」「同義語.日本語」はアトリビュートの例である。また、本実施の形態では利用しないが、プロパティのデータ型を示す「データ型」や、プロパティ自体の定義の出典を示す「出典文書」といったアトリビュートもＰＬＩＢ規格には存在する。

なお、本実施の形態においては、辞書がＰＬＩＢ規格に従った場合の適用例を用い説明するが、この制限が本発明をＰＬＩＢ規格以外のデータベースへ適用することを妨げるものではない。また、本実施の形態においては、階層型の辞書を元に説明を行ったが、プロパティが決まったアトリビュートを持つ辞書であれば、階層の無いフラットな辞書であっても、本発明の適用を妨げるものではない。

［３．動作説明］
次に、文書作成支援システム全体の処理について、図３のデータの流れを参照しつつ順を追って説明する。

なお、本実施の形態では、作成する文書は図６および図７に示すような表形式文書（スペックシート）とし、図６および図７に提示したところまでは入力済みであるとする。また、編集対象とする製品クラスは、文書編集者の指示により対象製品クラス指定部３１から指定されたＣＭＯＳ（EC#XJA676#001）であることがわかっているものとする。

まず、図６に示す「ページ１／２」で示した表形式文書の編集について説明する。図６に示す表形式文書においては、対象製品クラス指定部３１を介して文書編集者より指定された対象製品クラスがＣＭＯＳ（EC#XJA676#001）であるため、対象プロパティはＣＭＯＳで定義されたプロパティに絞られる。なお、対象領域指定部３２においては、文書編集者より編集対象となる表領域が指定可能であることとなっているが、図６に示す表形式文書では表領域の指定はなされていないものとする。

このような状態において、図８に示すように、矢印Ａで示す表形式文書の欄に「きのう」と入力されたことを文字列入力部２１により受け付けたとする。すると、図８に示すように、仮名漢字変換部２２は、文字列入力部２１に入力を受け付けた仮名文字列を漢字文字列（第１の文字列）へ変換する。ここでは、仮名漢字変換部２２は、「機能」「昨日」「きのう」「帰納」といった候補を提示する。そして、例えば文書編集者が「機能」を選択した場合には、第１の文字列としては「機能」と確定する。

続いて、類似検索部２４において、第１の文字列である「機能」という文字列が、図５で定義された各プロパティの何れであることを意図したものであるかを検証し、確からしい順番（類似度順）にプロパティを順位付ける。ここで、類似検索部２４における類似検索処理の流れを図９および図１０のフローチャートを参照しつつ説明する。

まず、対象領域指定部３２が、文書編集者の指示によって文書編集者端末１１を介して入力された編集対象となる表領域の指定を受け付けたか否かを判断する（ステップＳ１）。上述したように、表領域の指定を受け付けていないので（ステップＳ１のＮｏ）、ステップＳ３に進み、ｎ＝０を設定する。

なお、表領域の指定を受け付けている場合には（ステップＳ１のＹｅｓ）、既入力文字列管理部２８より対象指定領域中の既存文字列の数を取得し、その値ｎを設定する（ステップＳ２）。

次に、全プロパティＱ（ｉ）に対して類似度計算を実行する（ステップＳ４〜Ｓ６）。ここで、Ｑ（ｉ）は、辞書要素ＤＢ３０に格納されたプロパティのうち、対象製品クラス指定部３１で指定されたクラスで定義済みのプロパティである。本実施の形態においては、対象製品クラスがＣＯＭＳ（EC#XJA676#001）であるので、Ｑ（ｉ）は図５で定義されたプロパティのうち、EC#XJH267#001以外のプロパティとなる。

上述のように類似度計算を全Ｑ（ｉ）に対して処理することになるが、図５中のプロパティEC#XJE132#001を対象とした場合の処理について説明する。上述したように、ステップＳ３でｎ＝０が設定されているため、既に入力された文字列についての評価点は加算しないこととなる。すなわち、図１０に示す類似度計算処理（ステップＳ５）のフローチャートによれば、ステップＳ５２のＦｏｒループは１度しか評価されず、ステップＳ５３〜Ｓ５５を通過する。従って、その類似度は、文字列Ｓｔｒ（ｋ）がプロパティＱの「名称」と完全一致しており評価点（Ｑ,Ｓｔｒ（ｋ））は１０点であり、文字列間の距離が０の時は近接度合いが１であることから、
類似度₀（XJE132，“機能”）＝評価点（XJE132,“機能”）＊Neigh（Ｐ_０，Ｐ_０）
＝１０＊１＝１０
となる。なお、評価点は評価点計算部２３から取得し、Neighは既入力文字列管理部２８より取得する。

同様に、図５中のプロパティEC#XJE016#001を対象とした場合には、文字列Ｓｔｒ（ｋ）がプロパティＱの「名称」と部分一致しており評価点（Ｑ,Ｓｔｒ（ｋ））は５点であり、文字列間の距離が０の時は近接度合いが１であることから、
類似度₀（XJE016，“機能”）＝評価点（XJE016,“機能”）＊Neigh（Ｐ_０，Ｐ_０）
＝５＊１＝５
となる。

なお、上式におけるプロパティコードの表記では、サプライヤコードとバージョン番号を省略している。すなわち、XJE016はEC#XJE016#001を示している。また、その他のプロパティとの間の類似度は、評価点が０である為に全て０となる。

次に、辞書要素確定部２５にて、この候補が文書編集者端末１１を通して文書編集者に提示され、文書編集者は提示された候補から選択することになる。例えば、文書編集者がEC#XJE132#001を選択したものとすると、確定データ項目名としては次の２種類から選べることになる。
１）仮名漢字変換部２２の出力である第１の文字列としての「機能」
２）確定した辞書要素のアトリビュートのいずれか（例えば、アトリビュート：名称.ｅｎの「function」）

すなわち、英文の表形式文書に対して文書編集者が「機能」と入力した場合でも、図１１に示すように、英文の表形式文書に合わせて確定した辞書要素の中のアトリビュート値のうちの１つの値「function」に変換することができる。

さらに、辞書要素挿入部２６において、辞書要素確定部２５にて確定したプロパティ（「概念」とも呼ぶ）のＢＳＵコード（この例では名称も）を、確定データ項目名に対するタグとして文書編集部２７を通して挿入する。

ここで、確定したプロパティのＢＳＵコードの確定データ項目名に対するタグとしての挿入例について説明する。近年では、文書内のデータとレイアウトを分離するため、ＸＭＬ形式による記述がなされることがある。すでに作成された文書からデータを分離するには、文書への明示的なタグ付けが必要となる。編集者によるタグ付けを支援する商用エディタはすでにいくつか存在する。例えば、Microsoft社のword2007では、「カスタム定義ＸＭＬ」という機能があり、編集者が文書上のフラグメントに独自に定義したタグを用いタグ付けすることができる。また、編集文書は、「Office Open XML」という標準フォーマットで出力・保存される。そこで、Office Open XML形式に従い、カスタム定義ＸＭＬを利用した時のタグ挿入例（該当部分のみ）を下記に示す。

<w:tc>
<w:tcPr>
<w:tcW w:w="2175" w:type="dxa" />
</w:tcPr>
<w:customXml w:uri="http://www.sample.world/prop" w:element="property">
<w:customXmlPr>
<w:attr w:name="cid" w:val="EC#XJE132#001" />
<w:attr w:name="prefName" w:val="機能" />
</w:customXmlPr>
<w:p w:rsidR="00A779E9" w:rsidRDefault="00CB42ED" w:rsidP="00A779E9">
<w:r>
<w:rPr>
<w:sz w:val="20" />
<w:szCs w:val="20" />
</w:rPr>
<w:t>機能</w:t>
</w:r>
</w:p>
</w:customXml>
</w:tc>

なお、ここで予め定義したカスタムＸＭLのスキーマは以下の通りである。

<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:prop="http://www.sample.world/prop"
targetNamespace="http://www.sample.world/prop">
<xsd:element name="property" type="prop:propertyType"/>
<xsd:complexType name="propertyType" mixed="true">
<!BSUコード
<xsd:attribute name="cid" type="xsd:string" use="required"/>
<!名称
<xsd:attribute name="prefName" type="xsd:string"/>
</xsd:complexType>
</xsd:schema>

次に、図７に示す「ページ２／２」で示した表形式文書の編集について説明する。図７に示す表形式文書においては、図６に示す表形式文書と同様に、対象製品クラス指定部３１を介して文書編集者より指定された対象製品クラスがＣＭＯＳ（EC#XJA676#001）であるため、対象プロパティはＣＭＯＳで定義されたプロパティに絞られる。なお、対象領域指定部３２においては、文書編集者より編集対象となる表領域が指定可能であることとなっているが、図７に示す表形式文書では文書編集者より太線内の表領域が指定されているものとする。

このような状態において、図１２に示すように、矢印Ｂで示す表形式文書の欄Ｐ０に「こうれべる」と入力されたことを文字列入力部２１により受け付けたとする。この場合、Dist（Ｐ０，Ｐ０）＝１，Dist（Ｐ１，Ｐ０）＝１．５，Dist（Ｐ２，Ｐ０）＝４．０，Dist０＝１０とする。

すると、図１２に示すように、仮名漢字変換部２２は、文字列入力部２１に入力を受け付けた仮名文字列を漢字文字列（第１の文字列）へ変換する。ここでは、仮名漢字変換部２２は、「高レベル」「梱れベル」といった候補を提示する。そして、例えば、文書編集者が「高レベル」を選択した場合には、第１の文字列としては「高レベル」と確定する。

続いて、類似検索部２４において、第１の文字列である「高レベル」という文字列が、図５で定義された各プロパティの何れであることを意図したものであるかを検証し、確からしい順番（類似度順）にプロパティを順位付ける。ここで、類似検索部２４における類似検索処理の流れを図９および図１０のフローチャートを参照しつつ説明する。

まず、対象領域指定部３２が、文書編集者の指示によって文書編集者端末１１を介して入力された編集対象となる表領域の指定を受け付けたか否かを判断する（ステップＳ１）。上述したように、文書編集者より表領域が指定されているので（ステップＳ１のＹｅｓ）、ステップＳ２に進み、既入力文字列管理部２８より対象指定領域中の既存文字列の数を取得し、その値ｎとする。具体的には、図７に示す例で指定されていて対象領域にある既存文字列は「出力電圧」（位置Ｐ１）、「入力電流」（位置Ｐ２）である。従って、ｎ＝２を設定する。

上述のように類似度計算を全Ｑ（ｉ）に対して処理することになるが、図５中のプロパティEC#XJG074#001を対象とした場合の処理について説明する。上述したように、ステップＳ２でｎ＝２が設定されているため、既に入力された文字列についての評価点も加算することになる。すなわち、図１０に示す類似度計算処理（ステップＳ５）のフローチャートによれば、ステップＳ５２のＦｏｒループは３度評価される。従って、その類似度は、ｋ＝０時に文字列Ｓｔｒ（ｋ）がプロパティＱの「同義語」と部分一致しており評価点（Ｑ,Ｓｔｒ（ｋ））は３点であって文字列間の距離が０の時は近接度合いが１．０であり、ｋ＝１時に文字列Ｓｔｒ（ｋ）がプロパティＱの「名称」と部分一致しており評価点（Ｑ,Ｓｔｒ（ｋ））は５点であるとともに文字列Ｓｔｒ（ｋ）がプロパティＱの「同義語」と部分一致しており評価点（Ｑ,Ｓｔｒ（ｋ））は３点であって文字列間の距離がDist（Ｐ１，Ｐ０）の時は近接度合いが０．４７であり、ｋ＝２時に文字列Ｓｔｒ（ｋ）はプロパティＱと一致しておらず評価点（Ｑ,Ｓｔｒ（ｋ））は０点であって文字列間の距離がDist（Ｐ２，Ｐ０）の時は近接度合いが０．１３であることから、
類似度₂（XJG074）＝評価点（XJG074,“高レベル”）＊Neigh（Ｐ０，Ｐ０）ｋ＝０
＋評価点（XJG074,“出力電圧”）＊Neigh（Ｐ１，Ｐ０）ｋ＝１
＋評価点（XJG074,“入力電流”）＊Neigh（Ｐ２，Ｐ０）ｋ＝２
＝３＊１．０＋（５＋３）＊０．４７＋０＊０．１３
＝６．８

同様にして、プロパティEC#XJG067#001を対象とする場合は、下記のような類似度が算出される。
類似度₂（XJG067）＝評価点（XJG067,“高レベル”）＊Neigh（Ｐ０，Ｐ０）ｋ＝０
＋評価点（XJG067,“出力電圧”）＊Neigh（Ｐ１，Ｐ０）ｋ＝１
＋評価点（XJG067,“入力電流”）＊Neigh（Ｐ２，Ｐ０）ｋ＝２
＝３＊１．０＋０＊０．４７＋（５＋３）＊０．１３
＝４．０

同様にして、プロパティEC#XJG075#001を対象とする場合は、、下記のような類似度が算出される。
類似度₂（XJG075）＝評価点（XJG075,“高レベル”）＊Neigh（Ｐ０，Ｐ０）ｋ＝０
＋評価点（XJG075,“出力電圧”）＊Neigh（Ｐ１，Ｐ０）ｋ＝１
＋評価点（XJG075,“入力電流”）＊Neigh（Ｐ２，Ｐ０）ｋ＝２
＝０＊１．０＋（５＋３）＊０．４７＋０＊０．１３
＝３．７

同様にして、プロパティEC#XJG068#001を対象とする場合は、下記のような類似度が算出される。
類似度₂（XJG068）＝評価点（XJG068,“高レベル”）＊Neigh（Ｐ０，Ｐ０）ｎ＝０
＋評価点（XJG068,“出力電圧”）＊Neigh（Ｐ１，Ｐ０）ｎ＝１
＋評価点（XJG068,“入力電流”）＊Neigh（Ｐ２，Ｐ０）ｎ＝２
＝０＊１．０＋０＊０．４７＋０＊０．１３
＝０

また、その他のプロパティとの間の類似度も（評価点が０である為）全て０となる。なお、EC#XJH268#001については、類似検索の対象外となっていることに注意する。

次に、辞書要素確定部２５にて、この候補が文書編集者端末１１を通して文書編集者に提示され、文書編集者は提示された候補から選択することになる。

このように本実施の形態によれば、辞書要素として文書に対する文字列の入力を受け付けた第１の文字列が辞書で定義された辞書要素の何れであることを意図したものであるかを検証するために、確からしさを表す類似度順に辞書要素を検索し、検索された何れかの辞書要素を第１の文字列に代えて入力された辞書要素として確定することにより、データ項目名称は一致させられなくても、概念自体は標準辞書に定義された名称と一致させることができるようになるので、製品の仕様文書などにおいて可能な限り標準辞書で定義された用語と概念を用いたデータ項目の記述が実現でき、ひいては製品の仕様文書を利用するユーザ企業、製品の仕様文書を作成するサプライ企業や間の意味解釈の齟齬をなくすことができ、データ品質を向上させることができる。

本発明の実施の一形態にかかる文書作成支援システムのシステム構築例を示す模式図である。サーバおよびクライアント端末のモジュール構成図である。文書作成支援システムの機能構成を示すブロック図である。辞書要素のデータ構造の一例を示す模式図である。プロパティの具体的定義項目を示す模式図である。表形式文書の一例を示す模式図である。表形式文書の一例を示す模式図である。第１の文字列の確定手法を示す模式図である。類似検索処理の流れを示すフローチャートである。類似度計算処理の流れを示すフローチャートである。表形式文書の一例を示す模式図である。第１の文字列の確定手法を示す模式図である。

符号の説明

１文書作成支援装置
２１文字列入力手段
２３評価点計算手段
２４類似検索手段
２５ａ候補提示手段
２６辞書要素挿入手段
３０辞書

Claims

編集対象となる文書に対してコンテンツとして記述するためのプロパティ及び当該プロパティの性質を定義するアトリビュートを有する標準辞書にて定められる辞書要素と、前記プロパティの集合に付された少なくとも１つの識別子とを関連付けて辞書を格納する辞書記憶手段と、
前記辞書要素として前記文書に対する文字列の入力を受け付ける文字列入力手段と、
前記文字列が前記辞書で定義された前記辞書要素の何れであることを意図したものであるかを検証するために、確からしさを表す類似度順に前記辞書要素を検索する類似検索手段と、
検索された前記辞書要素を前記文字列に代える候補として選択可能なように提示する候補提示手段と、
を備えることを特徴とする文書作成支援装置。
前記候補提示手段は、前記辞書要素として確定した前記プロパティを前記文字列に代えて入力する前記辞書要素とする、
ことを特徴とする請求項１記載の文書作成支援装置。
前記候補提示手段は、前記辞書要素として確定した前記プロパティの何れか一のアトリビュートを前記第１の文字列に代えて入力する前記辞書要素とする、
ことを特徴とする請求項１記載の文書作成支援装置。
確定した前記辞書要素の識別子をタグとして挿入する辞書要素挿入手段を更に備える、
ことを特徴とする請求項１ないし３のいずれか一記載の文書作成支援装置。
前記類似検索手段は、前記文字列が前記辞書に格納された前記プロパティのアトリビュートとの一致度に基づくものであって前記類似度を計算するための基準である評価点を計算する評価点計算手段を備える、
ことを特徴とする請求項１ないし４のいずれか一記載の文書作成支援装置。
前記評価点計算手段は、前記評価点の計算に、所定領域内における前記文書に対して既に入力されている文字列と前記辞書に格納された前記プロパティのアトリビュートとの一致度も含める、
ことを特徴とする請求項５記載の文書作成支援装置。
前記類似検索手段は、所定領域内における前記文書に対して既に入力されている文字列と前記文字列との間の距離を考慮して前記類似度を決定する、
ことを特徴とする請求項６記載の文書作成支援装置。
前記類似検索手段は、類似検索の対象となるクラスの指定を受け付けるクラス指定手段をさらに備える、
ことを特徴とする請求項１ないし７のいずれか一記載の文書作成支援装置。
編集対象となる文書に対してコンテンツとして記述するためのプロパティ及び当該プロパティの性質を定義するアトリビュートを有する標準辞書にて定められる辞書要素として前記文書に対する文字列の入力を受け付けて第１の文字列を確定する文字列入力手段と、
前記文字列が前記辞書で定義された前記辞書要素の何れであることを意図したものであるかを検証するために、確からしさを表す類似度順に前記辞書要素を検索する類似検索手段と、
検索された前記辞書要素を前記文字列に代える候補として選択可能なように提示する候補提示手段と、
としてコンピュータを機能させることを特徴とするプログラム。
文書作成支援装置で実行される文書作成支援方法であって、
前記文書作成支援装置は、制御部と記憶部を備え、
前記制御部において実行される、
文字列入力手段が、編集対象となる文書に対してコンテンツとして記述するためのプロパティ及び当該プロパティの性質を定義する詳細情報フィールドであるアトリビュートを有する標準辞書にて定められる辞書要素として前記文書に対する文字列の入力を受け付けて第１の文字列を確定するステップと、
類似検索手段が、前記文字列が前記辞書で定義された前記辞書要素の何れであることを意図したものであるかを検証するために、確からしさを表す類似度順に前記辞書要素を検索するステップと、
候補提示手段が、検索された前記辞書要素を前記文字列に代える候補として選択可能なように提示するステップと、
を含むことを特徴とする文書作成支援方法。