(57)【要約】  実施形態の音訳作業支援装置は、入力部と、抽出部と、提示部と、受付部と、修正部と、を備える。入力部は、文書情報を入力する。抽出部は、修正の仕方に同一の規則性のある複数の表層表現を一の形式で表した修正パターンに一致する文書情報の表層表現を修正箇所として抽出する。提示部は、修正箇所の抽出に使用された修正パターンに応じて定められた修正の仕方を提示する。受付部は、修正の仕方の選択を受け付ける。修正部は、選択された修正の仕方に基づいて修正箇所を修正する。
2015162737.tif 000002
【特許請求の範囲】
【請求項１】
文書情報を入力する入力部と、
修正の仕方に同一の規則性のある複数の表層表現を一の形式で表した修正パターンに一致する前記文書情報の表層表現を修正箇所として抽出する抽出部と、
前記修正箇所の抽出に使用された前記修正パターンに応じて定められた修正の仕方を提示する提示部と、
前記修正の仕方の選択を受け付ける受付部と、
選択された前記修正の仕方に基づいて前記修正箇所を修正する修正部と、
を備える音訳作業支援装置。
【請求項２】
前記文書情報の修正履歴から前記修正パターンと、前記修正の仕方と、が関連付けられた修正パターン情報を作成する作成部を更に備え、
前記抽出部は、前記修正パターン情報の修正パターンに一致する前記文書情報の表層表現を修正箇所として抽出し、
前記提示部は、前記修正箇所の抽出に使用された前記修正パターン情報の修正パターンに関連付けられた修正の仕方を提示する
請求項１に記載の音訳作業支援装置。
【請求項３】
前記修正パターンと、前記修正パターンに応じて定められた修正の仕方と、は前記文書情報の種類毎に定められ、
前記抽出部は、前記入力部に入力された前記文書情報の種類と最も類似する前記文書情報の種類の修正パターンを使用して前記文書情報の修正箇所を抽出する
請求項１に記載の音訳作業支援装置。
【請求項４】
前記提示部は、前記文書情報の修正箇所を強調して提示する
請求項１に記載の音訳作業支援装置。
【請求項５】
前記受付部は、前記修正の種類を更に受け付け、
前記提示部は、前記修正箇所の抽出に使用された前記修正パターンに応じて定められた修正の仕方を前記修正の種類に応じて提示する
請求項１に記載の音訳作業支援装置。
【請求項６】
前記提示部は、前記文書情報の修正箇所の強調の仕方を前記修正の種類に応じて変更する
請求項５に記載の音訳作業支援装置。
【請求項７】
入力部が、文書情報を入力するステップと、
抽出部が、修正の仕方に同一の規則性のある複数の表層表現を一の形式で表した修正パターンに一致する前記文書情報の表層表現を修正箇所として抽出するステップと、
提示部が、前記修正箇所の抽出に使用された前記修正パターンに応じて定められた修正の仕方を提示するステップと、
受付部が、前記修正の仕方の選択を受け付けるステップと、
修正部が、選択された前記修正の仕方に基づいて前記修正箇所を修正するステップと、
を含む音訳作業支援方法。
【請求項８】
コンピュータを、
文書情報を入力する入力部と、
修正の仕方に同一の規則性のある複数の表層表現を一の形式で表した修正パターンに一致する前記文書情報の表層表現を修正箇所として抽出する抽出部と、
前記修正箇所の抽出に使用された前記修正パターンに応じて定められた修正の仕方を提示する提示部と、
前記修正の仕方の選択を受け付ける受付部と、
選択された前記修正の仕方に基づいて前記修正箇所を修正する修正部、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は音訳作業支援装置、音訳作業支援方法及びプログラムに関する。
【背景技術】
【０００２】
主に視覚障碍や識字障碍の方のために、文章情報から音声情報を生成する音訳作業が行われている。音訳作業では、例えば文章情報から音声合成して得られた音声情報の品質を向上させるため、音声情報の読み誤りやアクセント誤りの修正が行われる。音訳作業により修正された音声情報や音声情報付き複合文書情報は、専用のハードウェアやアプリケーション等の読み上げ装置から出力され、視覚障碍者や識字障碍者等のユーザに利用される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−２２２１８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら文書情報の音訳作業は、音声試聴と修正という試行錯誤の繰り返し作業となり効率的に作業を行うことが難しかった。
【課題を解決するための手段】
【０００５】
実施形態の音訳作業支援装置は、入力部と、抽出部と、提示部と、受付部と、修正部と、を備える。入力部は文書情報を入力する。抽出部は、修正の仕方に同一の規則性のある複数の表層表現を一の形式で表した修正パターンに一致する前記文書情報の表層表現を修正箇所として抽出する。提示部は前記修正箇所の抽出に使用された前記修正パターンに応じて定められた修正の仕方を提示する。受付部は前記修正の仕方の選択を受け付ける。修正部は選択された前記修正の仕方に基づいて前記修正箇所を修正する。
【図面の簡単な説明】
【０００６】
【図１】実施形態の音訳作業支援装置の構成の例を示す図。
【図２】実施形態の修正済み文書情報の例を示す図。
【図３】実施形態の文書ＩＤ３４の文書情報の例を示す図。
【図４】実施形態の文書ＩＤ５８の文書情報の例を示す図。
【図５】実施形態の文書ＩＤ１０１の文書情報の例を示す図。
【図６】複数の修正事例から修正パターンを作成する具体例１を示す図。
【図７】複数の修正事例から修正パターンを作成する具体例２を示す図。
【図８】実施形態の修正パターン情報の例を示す図。
【図９】実施形態の提示部が提示する修正候補の具体例１を示す図。
【図１０】実施形態の提示部が提示する修正候補の具体例２を示す図。
【図１１】実施形態の音訳作業支援方法の全体フローの例を示す図。
【図１２Ａ】実施形態の修正パターンの作成処理の例を示す図。
【図１２Ｂ】実施形態の修正パターンの作成処理の例を示す図。
【図１３】実施形態の修正箇所の抽出、修正候補の提示及び修正処理の例を示す図。
【図１４】実施形態の変形例の標準修正パターン情報の例を示す図。
【図１５】実施形態の音訳作業支援装置のハードウェア構成の例を示す図。
【発明を実施するための形態】
【０００７】
以下、添付図面を参照して、音訳作業支援装置、音訳作業支援方法及びプログラムの実施形態を詳細に説明する。
【０００８】
図１は実施形態の音訳作業支援装置１００の構成の例を示す図である。音訳作業支援装置１００は、作成部１、入力部２、抽出部３、提示部４、受付部５、修正部６及び出力部７を備える。また音訳作業支援装置１００は、修正済み文書情報１１及び修正パターン情報１２を図１では図示されていない記憶部に記憶する。
【０００９】
作成部１は修正済み文書情報１１の複数の修正事例から修正パターン情報１２を作成する。修正パターン情報１２は、複数の修正事例に含まれる表層表現を修正したものをまとめたもの（以下、修正パターンという）に修正の種類（後述の属性）及び属性修正の仕方（後述の属性値）を関連付けた情報である。つまり、修正パターンとは、修正の仕方に規則性がある場合、複数の修正事例に含まれる表層表現を修正したものをまとめたパターンである。
【００１０】
まず修正済み文書情報１１について説明する。修正済み文書情報１１は、音訳作業で修正した文書情報の修正事例（履歴）を記憶する。音訳作業で修正の対象となる情報は、文書情報、及び、文書情報に含まれる語句及び記号等の音訳の仕方である。文書情報は音訳対象の文書を含む情報である。文書情報の形式は任意でよい。文書情報は、例えば音声と読み上げ文書を同期再生可能な複合文書フォーマットとして出力するための構造情報（タグ等）を有していてもよい。
【００１１】
図２は実施形態の修正済み文書情報１１の例を示す図である。修正済み文書情報１１は、例えば図２に示されるようなスキーマを有するＲＤＢＭＳ（Ｒｅｌａｔｉｏｎａｌ  ＤａｔａＢａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）等により記憶される。修正済み文書情報１１は、文書ＩＤ、行番号、先頭位置、終端位置、表層表現、属性及び属性値のフィールドを含む。文書ＩＤは文書情報を一意に識別する識別情報である。行番号は修正された表層表現の行の番号である。先頭位置は修正された表層表現の先頭の位置を示し、行頭から数えた文字数により表される。終端位置は修正された表層表現の終端の位置を示し、先頭位置と同様に行頭から数えた文字数により表される。表層表現は過去に修正された表層表現である。属性は修正の種類を示す。属性値は修正の仕方を示す。
【００１２】
修正済み文書情報１１の各レコードは、過去の修正事例（修正履歴）の各々に対応する。修正済み文書情報１１の各レコードについて具体的に説明する。図３は実施形態の文書ＩＤ３４の文書情報の例を示す図である。図４は実施形態の文書ＩＤ５８の文書情報の例を示す図である。図５は実施形態の文書ＩＤ１０１の文書情報の例を示す図である。
【００１３】
１番目のレコードは、文書ＩＤが３４の文書情報（図３参照）に含まれる文章の１行目の１文字目から１２文字目の「作業名：音訳文書編集支援」に、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）のメタ情報として「ｔｉｔｌｅ」を付与した事例を示す。この事例は表層表現「作業名：音訳文書編集支援」に、タイトルであることを示す情報を付与することにより、例えばタイトルであることに応じた読み上げを読み上げ装置に行わせるための修正である。
【００１４】
２番目のレコードは、文書ＩＤが３４の文書情報（図３参照）に含まれる文章の３行目の１７文字目から１８文字目の「ＤＢ」の読み方を示す情報として「データベース」を付与した事例を示す。これにより３行目の１７文字目から１８文字目の「ＤＢ」の読み方は、「デービー」等ではなく「データベース」となる。
【００１５】
３番目のレコードは、文書ＩＤが３４の文書情報（図３参照）に含まれる文章の４行目の８文字目から１１文字目の表層表現１５の読み方を示す情報として属性値１６を付与した事例を示す。これにより４行目の８文字目から１１文字目の表層表現１５の読み方は、漢字を含む語句である属性値１６の読み方となる。これにより表層表現１５を含む図３の文章は区切りが明確になり、読み上げ時の発音及びアクセント等が適切に行われるようになる。
【００１６】
４番目のレコードは、文書ＩＤが５８の文書情報（図４参照）に含まれる文章の１行目の１文字目から１５文字目の「＜お知らせ＞新機能追加について」に、ＳＳＭＬ（Ｓｐｅｅｃｈ  Ｓｙｎｔｈｅｓｉｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）のメタ情報として「ｐｉｔｃｈ＝＋１」を付与した事例を示す。
【００１７】
５番目のレコードは、文書ＩＤが５８の文書情報（図４参照）に含まれる文章の４行目の５文字目から７文字目の「ｄｉｃ」の読み方を示す情報として「辞書」を付与した事例を示す。これにより４行目の５文字目から７文字目の「ｄｉｃ」の読み方は、「ディック」等ではなく「辞書」の読み方となる。
【００１８】
６番目のレコードは、文書ＩＤが１０１の文書情報（図５参照）に含まれる文章の３行目の４文字目の後にロングポーズ（属性「ポーズ」、属性値「ロング」）を付与した事例を示す（図５の記号２１参照）。同様に、７番目のレコードは、文書ＩＤが１０１の文書情報（図５参照）に含まれる文章の３行目の９文字目の後にロングポーズ（属性「ポーズ」、属性値「ロング」）を付与した事例を示す（図５の記号２２参照）。ポーズは読み上げ時の間を表し、ロングポーズは例えば０．９秒であり、ショートポーズは例えば０．３秒である。
【００１９】
図１に戻り、作成部１は修正済み文書情報１１の各レコードにより示される各々の修正事例を比較し、同様の修正を１つの形式にまとめることにより修正パターン情報１２を作成する。ここで複数の修正事例から修正パターン情報１２を作成する具体例について説明する。
【００２０】
図６は複数の修正事例から修正パターンを作成する具体例１を示す図である。図６上段の表は２つの修正事例を示す。また図６下段の表は上段の２つの修正事例から作成された１つの修正パターンを示す。図６上段の１番目の修正事例では、表層表現６０の読み上げ時の間について、カタカナ表記６１と記号「・」との間にショートポーズ（記号２３）を挿入し、カタカナ表記６２と「作・絵」との題にロングポーズ（記号２４）を挿入している。また図６上段の２番目の修正事例では、表層表現６６の読み上げ時の間について、カタカナ表記６３と記号「・」との間にショートポーズ（記号２５）を挿入し、カタカナ表記６４と記号「・」との間にショートポーズ（記号２６）を挿入し、カタカナ表記６５と「作」との題にロングポーズ（記号２７）を挿入している。
【００２１】
図６上段の２つの修正事例は修正の仕方に同一の規則性があるため、図６上段の２つの表層表現は図６下段の修正パターン「＄カナ・＄カナ  “作・絵｜作”」にまとめることができる。ここで「＄カナ」は任意のカタカナ文字列を表す。また「“作・絵｜作”」は、「“作・絵”」又は「“作”」を表す。また図６上段の２つの属性値は図６下段の属性値２８にまとめることができる。属性値２８は「＄カナ」と「・」との間にショートポーズを挿入し、「＄カナ」と「“作・絵｜作”」との間にロングポーズを挿入する修正の仕方を表す。
【００２２】
図７は複数の修正事例から修正パターンを作成する具体例２を示す図である。図７上段の表は６つの修正事例を示す。また図７下段の表は上段の６つの修正事例から作成された修正パターンを示す。図７下段の修正パターンは、一の修正パターンに２種類の属性及び属性値が関連付けられる場合の例である。
【００２３】
図７上段の１番目の修正事例は、表層表現「ステップ１…電源ボタンを押しながらロックボタンを５秒以上長押しします。」に含まれる「ステップ１…」の読み方を「ステップ１では、次の操作を行います。」に修正した事例である。また図７上段の２番目の修正事例は、表層表現「ステップ２…“ピー”という音が３回なったら手を離します。」に含まれる「ステップ２…」の読み方を「ステップ２では、次の操作を行います。」に修正した事例である。また図７上段の３番目の修正事例は、表層表現「ステップ３…“モードボタン”を２回押して、現在のステータスが表示…」に含まれる「ステップ３…」の読み方を「ステップ３では、次の操作を行います。」に修正した事例である。
【００２４】
図７上段の４〜６番目の修正事例は、実施形態の音訳作業支援装置１００で出力対象としているデータ形式の一つであるＤＡＩＳＹ（Ｄｉｇｉｔａｌ  Ａｃｃｅｓｓｉｂｌｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＳＹｓｔｅｍ）フォーマットに関する修正事例である。ＤＡＩＳＹフォーマットでは、一般的なＨＴＭＬ要素に加えて、階層定義及びページ情報を明示的に指定することが特徴である。
【００２５】
図７上段の４番目の修正事例は、表層表現「ステップ１…電源ボタンを押しながらロックボタンを５秒以上長押しします。」のＤａｉｓｙＬｅｖｅｌを３に修正した事例である。具体的には、ＤＡＩＳＹにおける階層定義（１〜６のいずれか）を付与するｓｅｔＤａｉｓｙＬｅｖｅｌの引数に３を指定することにより階層定義を行う。４番目の修正事例では、表層表現「ステップ１…電源ボタンを押しながらロックボタンを５秒以上長押しします。」の行にレベル３の値が付与される。同様に、図７上段の５番目の修正事例は、表層表現「ステップ２…“ピー”という音が３回なったら手を離します。」のＤａｉｓｙＬｅｖｅｌを３に修正した事例である。同様に、図７上段の６番目の修正事例では、表層表現「ステップ３…“モードボタン”を２回押して、現在のステータスが表示…」のＤａｉｓｙＬｅｖｅｌを３に修正した事例である。
【００２６】
図７上段の１〜３番目の修正事例は修正の仕方に同一の規則性があるため、図７上段の１〜３番目の表層表現は図７下段の修正パターン「“ステップ”（＋数字）・・・（＄ＴＥＸＴ）」にまとめることができる。ここで「（＋数字）」は任意の数字を表す。また「（＄ＴＥＸＴ）」は任意の文字列を表す。また図６上段の１〜３番目の属性値は図６下段の１番目の属性値「“ステップ”％ｄでは、次の操作を行います。＄ＴＥＸＴ」にまとめることができる。「％ｄ」は、図７下段の修正パターンに一致する表層表現の「ステップ」の後ろに続く数字を表す。「＄ＴＥＸＴ」は、図７下段の修正パターンに一致する表層表現「・・・」の後ろに続く文字列を表す。
【００２７】
同様に、図７上段の４〜６番目の修正事例は修正の仕方に同一の規則性があるため、図７上段の４〜６番目の表層表現は図７下段の修正パターン「“ステップ”（＋数字）・・・（＄ＴＥＸＴ）」にまとめることができる。
【００２８】
次に図６及び図７に示すような方法によって作成部１により作成された修正パターンを記憶する修正パターン情報１２について説明する。図８は実施形態の修正パターン情報１２の例を示す図である。修正パターン情報１２は、例えば図８に示されるようなスキーマを有するＲＤＢＭＳ（Ｒｅｌａｔｉｏｎａｌ  ＤａｔａＢａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）等により記憶される。修正パターン情報１２は、修正パターンＩＤ、文書ＩＤ、修正パターン、属性、属性値、優先度及び出現頻度のフィールドを含む。
【００２９】
修正パターンＩＤは修正パターン情報１２のレコードを一意に識別する識別情報である。文書ＩＤは文書情報を一意に識別する識別情報である。修正パターンは、修正の仕方に同一の規則性がある複数の表層表現を正規表現等により表すことにより、１つの形式でまとめて表した表現である。なお表層表現を正規表現等でまとめて表すことができない場合、修正パターンは表層表現そのものである。属性は修正の種類を示す。属性値は修正の仕方を示す。優先度は一の修正パターンに、同一の属性の修正（属性値）が複数関連付けられている場合に設定される。優先度の値が小さいレコードの属性値ほど優先的に参照される。出現頻度は修正パターンが表層表現そのものである場合に設定される。出現頻度は当該レコードの属性及び属性値により特定される修正を行った表層表現の数、及び文書ＩＤが付与されている全ての文書情報に含まれる当該表層表現の数を示す。作成部１は出願頻度に基づいて優先度を設定してもよい。作成部１は、例えば出現頻度が高いほど優先度を高く設定してもよい。
【００３０】
修正パターン情報１２の各レコードについて具体的に説明する。修正パターンＩＤ１により特定される１番目のレコードは、文書ＩＤが１の文書情報に含まれる修正パターン「ＤＢ」に、属性「よみ」及び属性値「データベース」により特定される修正を行った事例を示す。また、この修正事例の優先度は１である。また「ＤＢ」の出現頻度は「ＴＦ＝１５（２３０）」であることを示す。これは「ＤＢ」は全文書中で２３０箇所出現し、そのうち文書ＩＤが１の文書情報の１５箇所で「ＤＢ」の読み方が「データベース」に修正されたことを示す。
【００３１】
修正パターンＩＤ２により特定される２番目のレコードは、文書ＩＤが９００の文書情報に含まれる修正パターン「ＤＢ」に、属性「よみ」及び属性値「どらごんばとる」により特定される修正を行った事例を示す。また、この修正事例の優先度は２である。また「ＤＢ」の出現頻度は「ＴＦ＝３（２３０）」であることを示す。これは「ＤＢ」は全文書中で２３０箇所出現し、そのうち文書ＩＤが９００の文書情報の３箇所で「ＤＢ」の読み方が「どらごんばとる」に修正されたことを示す。
【００３２】
修正パターンＩＤ３により特定される３番目のレコードは、文書ＩＤが１０の文書情報に含まれる修正パターン「ｄｂ」に、属性「よみ」及び属性値「でしべる」により特定される修正を行った事例を示す。また、この修正事例の優先度は設定されていない。また「ｄｂ」の出現頻度は「ＴＦ＝５（１０）」であることを示す。これは「ｄｂ」は全文書中で１０箇所出現し、そのうち文書ＩＤが１０の文書情報の５箇所で「ｄｂ」の読み方が「でしべる」に修正されたことを示す。
【００３３】
修正パターンＩＤ４により特定される４番目のレコードは、文書ＩＤが１０２０の文書情報に含まれる修正パターン「ＤａｔａＢａｓｅ」に、属性「よみ」及び属性値「データベース」により特定される修正を行った事例を示す。また、この修正事例の優先度は設定されていない。また「ＤａｔａＢａｓｅ」の出現頻度は「ＴＦ＝１２（１２３）」であることを示す。これは「ＤａｔａＢａｓｅ」は全文書中で１２３箇所出現し、そのうち文書ＩＤが１０２０の文書情報の１２箇所で「ＤａｔａＢａｓｅ」の読み方が「データベース」に修正されたことを示す。
【００３４】
修正パターンＩＤ５により特定される５番目のレコードは、文書ＩＤが１０１の文書情報に含まれる修正パターン３１に、属性「ポーズ」及び属性値３２により特定される修正を行った事例を示す。また、この修正事例の優先度及び出現頻度は、修正パターンが表層表現そのものではないため設定されていない。修正パターン３１及び属性値３２に含まれている「＄ＮＥ」は任意の固有表現（ｎａｍｅｄ  ｅｎｔｉｔｙ）を示す。固有表現は、例えば人名である。
【００３５】
修正パターンＩＤ６により特定される６番目のレコードは、文書ＩＤが１３３の文書情報に含まれる修正パターン３３に、属性「ポーズ」及び属性値３４により特定される修正を行った事例を示す。６番目のレコードは上述の図６を参照して説明した事例に対応する。
【００３６】
音訳作業支援装置１００は修正パターン情報１２を、文書情報のタイプ（種類）毎に記憶する。これは一般に、文書情報の種類に応じて修正パターン（修正対象の表層表現）、及び、修正の仕方を示す属性値は異なるためである。文書情報のタイプは、例えば「図書目録」や、「マニュアル」等である。
【００３７】
図１に戻り、入力部２は文書情報を受け付ける。入力部２は受け付けた文書情報を抽出部３に入力する。抽出部３は文書情報のタイプ毎に記憶されている全ての修正パターン情報１２の修正パターンを参照し、文書情報のタイプ毎に修正パターンに一致する文書情報の表層表現を修正箇所として抽出する。また抽出部３は修正箇所の抽出に使用された修正パターンを含むレコードを修正パターン情報１２から取得する。そして抽出部３は文書情報のタイプ毎に抽出した修正箇所、及び、修正箇所の抽出に使用された修正パターン情報１２の修正パターンを含むレコードを提示部４に入力する。また抽出部３は入力部２から受信した文書情報を提示部４に入力する。
【００３８】
提示部４は文書情報の修正箇所と、文書情報の修正箇所の抽出に使用された修正パターンに関連付けられた属性値（修正の仕方）と、を修正候補として提示する。受付部５は提示部４により提示された修正候補の選択を受け付ける。修正部６は受付部５により受け付けられた選択に応じて文書情報の修正箇所を修正する。修正部６は、修正箇所の音訳の仕方を修正する場合は、当該修正箇所（文書情報に含まれる語句及び記号等）の音訳の仕方を音訳補助情報（メタデータ）として記憶する。音訳補助情報を文書情報とともに音声合成エンジンに入力することにより、音訳補助情報に応じた所望の音声データを得ることができる。ここで提示部４が提示する修正候補の具体例について説明する。
【００３９】
図９は実施形態の提示部４が提示する修正候補の具体例１を示す図である。一般に文書タイプ（文書の種類）に応じて適切な修正候補が変わるため、提示部４は文書タイプに応じて提示する修正候補を変更する。更に提示部４は属性（修正の種類）に応じて提示する修正候補を変更する。具体的には、提示部４は受付部５により受け付けられた文書タイプ及び属性に応じて提示する修正候補を変更する。図９は文書タイプが「図書目録」であり、修正の種類の示す属性が「ポーズ」である場合に、修正箇所４４及び属性値４１〜４３を修正候補として提示する場合の例である。図９の例は、プルダウンメニューから候補１〜候補３のいずれか１つを選択することにより、修正箇所４４のポーズ情報を修正する。受付部５がプルダウンメニューにより候補１の選択を受け付けた場合、修正部６が属性値４１の修正を修正箇所４４に適用する。また受付部５がプルダウンメニューにより候補２の選択を受け付けた場合、修正部６が属性値４２の修正を修正箇所４４に適用する。また受付部５がプルダウンメニューにより候補３の選択を受け付けた場合、修正部６が属性値４３の修正を修正箇所４４に適用する。
【００４０】
図１０は実施形態の提示部４が提示する修正候補の具体例２を示す図である。図１０は文書タイプが「マニュアル」であり、修正の種類の示す属性が「ＤＡＩＳＹメタデータ［ページ］」である場合に、修正箇所５４及び属性値５１〜５３を修正候補として提示する場合の例である。図１０の例は、プルダウンメニューから候補１〜候補３のいずれか１つを選択することにより、修正箇所５４のページに関するＤＡＩＳＹメタデータを修正する。受付部５がプルダウンメニューにより候補１の選択を受け付けた場合、修正部６が属性値５１の修正を修正箇所５４に適用する。すなわちページの表記を「ｐ１９」とし、当該ページに関するメタデータとして、「ｓｐａｎ  ｉｄ  ＝”ｘ０２３”」及び「ｃｌａｓｓ＝”ｐａｇｅ−ｎｏｒｍａｌ”」を付与する。また受付部５がプルダウンメニューにより候補２の選択を受け付けた場合、修正部６が属性値５２の修正を修正箇所５４に適用する。すなわちページの表記を「１９ページ」とし、当該ページに関するメタデータとして、「ｓｐａｎ  ｉｄ  ＝”ｘ０２３”」及び「ｃｌａｓｓ＝”ｐａｇｅ−ｎｏｒｍａｌ”」を付与する。また受付部５がプルダウンメニューにより候補３の選択を受け付けた場合、修正部６が属性値５３の修正を修正箇所５４に適用する。すなわちページの表記を「１９」とし、当該ページに関するメタデータとして、「ｓｐａｎ  ｉｄ  ＝”ｘ０２３”」及び「ｃｌａｓｓ＝”ｐａｇｅ−ｎｏｒｍａｌ”」を付与する。
【００４１】
図１に戻り、修正部６は文書情報の修正箇所を修正し、文書情報及び音訳補助情報を出力部７に入力する。出力部７は当該文書情報及び当該音訳補助情報を所定のデータ形式により出力する。所定のデータ形式は音声合成エンジンに入力可能な文書情報及び音訳補助情報のデータ形式である。
【００４２】
次に実施形態の音訳作業支援方法について説明する。図１１は実施形態の音訳作業支援方法の全体フローの例を示す図である。実施形態の音訳作業支援方法は、修正パターンの作成処理（ステップＳ１）、及び修正箇所の抽出、修正候補の提示、及び修正処理（ステップＳ２）を含む。まず修正パターンの作成処理（ステップＳ１）について説明する。
【００４３】
図１２Ａ及びＢは実施形態の修正パターンの作成処理の例を示す図である。まず作成部１は、修正済み文書情報１１から処理対象のレコードを読み出す（ステップＳ１１）。処理対象のレコードは修正済み文書情報１１の全部のレコードであっても、一部のレコードであってもよい。次に作成部１はステップＳ１１により読み出したレコードの表層表現フィールドの情報を抽出する（ステップＳ１２）。次に作成部１はステップＳ１２で抽出した表層表現の形態素解析及び固有表現の特定を行う（ステップＳ１３）。ステップＳ１３の処理結果は表層表現の比較処理（後述のステップＳ１５）に利用される。次に作成部１は処理対象の全てのレコードの表層表現を抽出したか否かを判定する（ステップＳ１４）。
【００４４】
処理対象の全てのレコードの表層表現を抽出していない場合（ステップＳ１４、Ｎｏ）、処理はステップＳ１２に戻る。処理対象の全てのレコードの表層表現を抽出した場合（ステップＳ１４、Ｙｅｓ）、作成部１は抽出した表層表現を互いに比較する（ステップＳ１５）。そして作成部１は表層表現の一部又は全部を正規表現等でまとめて表すことにより、表層表現をパターン化できるか否かを判定する（ステップＳ１６）。パターン化できる場合（ステップＳ１６、Ｙｅｓ）、作成部１は表層表現の一部又は全部を正規表現等でまとめて表すことにより、複数の表層表現を１つの形式でまとめて表した修正パターンを作成する（ステップＳ１７）。パターン化できない場合（ステップＳ１６、Ｎｏ）、処理はステップＳ１８に進む。
【００４５】
次に作成部１は処理対象の全てのレコードの表層表現を比較したか否かを判定する（ステップＳ１８）。処理対象の全てのレコードの表層表現を比較していない場合（ステップＳ１８、Ｎｏ）、処理はステップＳ１５に戻る。
【００４６】
処理対象の全てのレコードの表層表現を比較した場合（ステップＳ１８、Ｙｅｓ）、作成部１は修正パターン（表層表現を一の形式にまとめることができない場合は表層表現そのもの）が同一のレコードの組み合わせ毎に、属性フィールドの情報を抽出する（ステップＳ１９）。次に作成部１はステップＳ１９で抽出した属性を互いに比較する（ステップＳ２０）。次に作成部１は属性が同一のレコードがあるか否かを判定する（ステップＳ２１）。属性が同一のレコードがない場合（ステップＳ２１、Ｎｏ）、処理はステップＳ２７に進む。
【００４７】
属性が同一のレコードがある場合（ステップＳ２１、Ｙｅｓ）、属性が同一のそれぞれのレコードの属性値フィールドの情報を抽出する（ステップＳ２２）。次に作成部１はステップＳ２２で抽出した属性値を互いに比較する（ステップＳ２３）。そして作成部１は属性値の一部又は全部を正規表現等でまとめて表すことにより、属性値をパターン化できるか否かを判定する（ステップＳ２４）。パターン化できる場合（ステップＳ２４、Ｙｅｓ）、作成部１は属性値の一部又は全部を正規表現等でまとめて表すことにより、複数の属性値を１つの形式でまとめて表す（ステップＳ２５）。パターン化できない場合（ステップＳ２４、Ｎｏ）、処理はステップＳ２６に進む。
【００４８】
次に作成部１は修正パターン（表層表現を一の形式にまとめることができない場合は表層表現そのもの）、属性（修正の種類）、及び属性値（修正の仕方）の組み合わせのうち、修正パターン及び属性が同一で、属性値が異なる組み合わせについて優先度を付与する（ステップＳ２６）。優先度は、例えば提示部４が属性値を修正候補として提示する際の順序の決定等に利用される。
【００４９】
次に作成部１は修正パターン（表層表現を一の形式にまとめることができない場合は表層表現そのもの）が同一のレコードの組み合わせ毎に、当該組み合わせに含まれる属性を全て比較したか否かを判定する（ステップＳ２７）。当該組み合わせに含まれる属性を全て比較していない場合（ステップＳ２７、Ｎｏ）、処理はステップＳ２０に戻る。当該組み合わせに含まれる属性を全て比較した場合（ステップＳ２７、Ｙｅｓ）、処理は終了する。
【００５０】
図１１に戻り、次に修正箇所の抽出、修正候補の提示、及び修正処理（ステップＳ２）について説明する。図１３は実施形態の修正箇所の抽出、修正候補の提示及び修正処理の例を示す図である。まず入力部２は文書情報の入力を受け付ける（ステップＳ３１）。次に受付部５は文書情報のタイプ（種類）毎に記憶された修正パターン情報１２の修正パターンを使用して、文書情報の種類毎に修正箇所を抽出する（ステップＳ３２）。
【００５１】
次に受付部５は文書情報の種類を受け付ける（ステップＳ３３）。次に受付部５は属性を受け付ける（ステップＳ３４）。次に提示部４はステップＳ３３で受け付けた文書情報の種類に基づいて修正箇所及び修正候補を提示する（ステップＳ３５）。具体的には、提示部４はステップＳ３３で受け付けた文書情報の種類に、最も類似する文書情報の種類の修正パターン情報１２の修正パターンにより抽出された修正箇所を提示する。提示部４は修正箇所を下線、文字列（数字や記号等を含む）の色・フォントの変更、又は背景のハイライト等により強調（マーキング）して提示する。このとき提示部４は修正箇所の強調の仕方を属性（修正の種類）により変更してもよい。提示部４は当該修正パターンに関連付けられた属性値を修正候補として提示する。
【００５２】
次に受付部５は修正候補の選択を受け付けたか否かを判定する（ステップＳ３６）。修正候補の選択を受け付けた場合（ステップＳ３６、Ｙｅｓ）、修正部６は選択された修正候補に応じた修正を、文書情報に行う（ステップＳ３７）。このとき修正部６は、修正箇所の音訳の仕方を修正する場合は、当該修正箇所（文書情報に含まれる語句及び記号等）の音訳の仕方を音訳補助情報（メタデータ）として記憶する。次に提示部４はステップＳ３７により修正された箇所を強調（マーキング）することにより明示する（ステップＳ３８）。修正候補の選択を受け付けなかった場合（ステップＳ３６、Ｎｏ）、修正部６による修正を行わずに当該修正箇所の修正処理を終了する。
【００５３】
以上説明したように実施形態の音訳作業支援装置１００は、修正の仕方に同一の規則性のある複数の表層表現を一の形式で表した修正パターンと、修正の種類を示す属性と、修正の仕方を示す属性値と、が関連付けられた修正パターン情報１２を記憶する。そして抽出部３が修正パターンに一致する文書情報の表層表現を修正箇所として抽出し、提示部４が文書情報の修正箇所と、文書情報の修正箇所の抽出に使用された修正パターンに関連付けられた属性値（修正の仕方）を、修正候補として提示する。これにより修正箇所と修正の仕方とを把握することができるので文書情報の音訳作業を効率的に行うことができる。
【００５４】
また音声合成エンジンにより作成された音声データは、文書情報の種類に応じたきめ細かな修正が必要だが、実施形態の音訳作業支援装置１００は、修正された表層表現そのものの履歴情報の流用に留まらず、特に上述の修正パターンに基づいて修正候補を提示する。そのため表層表現は同一ではないが、体裁や構造が類似する表層表現の音訳作業に、過去に修正された文書情報の音訳作業の履歴を活用することができるので文書情報の音訳作業を効率的に行うことができる。
【００５５】
＜実施形態の変形例＞
上述の実施形態の音訳作業支援装置１００では、抽出部３が過去の修正履歴から作成された修正パターンを使用して修正箇所を抽出した。しかしながら抽出部３は過去の修正履歴から作成された修正パターンによらない標準修正パターンを使用して修正箇所を抽出してもよい。実施形態の変形例では、音訳作業支援装置１００が標準修正パターン情報を使用して修正候補を提示することにより音訳作業を支援する場合について説明する。
【００５６】
図１４は実施形態の変形例の標準修正パターン情報の例を示す図である。より具体的には、図１４の例は抽出部３が文書ＩＤ「３０１」の文書情報を、標準修正パターン情報を使用して抽出した情報の例を示す。標準修正パターン情報を使用して抽出した情報は、例えば図１４に示されるようなスキーマを有するＲＤＢＭＳ（Ｒｅｌａｔｉｏｎａｌ  ＤａｔａＢａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）等により記憶される。標準修正パターン情報は、修正パターンＩＤ、文書ＩＤ、修正パターン、属性、属性値、優先度及び出現頻度のフィールドを含む。標準修正パターン情報のスキーマは上述の修正パターン情報と同じなので説明を省略する。標準修正パターン情報の各レコードについて具体的に説明する。
【００５７】
修正パターンＩＤ「Ｄ１」により特定される１番目のレコードは、文書ＩＤが「３０１」の文書情報に、インデント数（行頭のスペース数）が０の行が含まれていることを示す。同様に修正パターンＩＤ「Ｄ２」により特定される２番目のレコードは、文書ＩＤが「３０１」の文書情報に、インデント数（行頭のスペース数）が４の行が含まれていることを示す。
【００５８】
修正パターンＩＤ「Ｄ３」により特定される３番目のレコードは、文書ＩＤが「３０１」の文書情報に、箇条書き（・記号や、１，２，３，という連番の冒頭記号の連続）による記載が３箇所含まれていることを示す。
【００５９】
修正パターンＩＤ「Ｄ４」により特定される４番目のレコードは、文書ＩＤが「３０１」の文書情報に、フォントの変更の記載が８箇所含まれていることを示す。修正パターンＩＤ「Ｄ４」により特定される４番目のレコードの属性値では、例えば文書情報のタグ情報（ＨＴＭＬ文書の＜ｈ１＞タグや＜ｂ＞タグ等）により、文字の大きさや太さなどの装飾が行われている回数が検出されている。
【００６０】
修正パターンＩＤ「Ｄ５」により特定される５番目のレコードは、文書ＩＤが「３０１」の文書情報に、ＵＲＬの記載が３箇所含まれていることを示す。
【００６１】
修正パターンＩＤ「Ｄ６」により特定される６番目のレコードは、文書ＩＤが「３０１」の文書情報に、人名や地名等の固有表現の記載が１７箇所含まれていることを示す。
【００６２】
実施形態の変形例の提示部４は、修正パターンＩＤ「Ｄ１」〜「Ｄ６」により特定される属性を提示することにより、ユーザが必要に応じて当該属性に関する修正箇所を一括で修正できるようにする。図１４の例の場合、例えば提示部４は、文書ＩＤが「３０１」の文書情報に２種類のインデントの仕方（０文字及び４文字）があることを提示する。これにより音訳作業支援装置１００のユーザはインデントの仕方を統一する等の修正を一括で行うことができる。また提示部４は、文書ＩＤが「３０１」の文書情報にＵＲＬの記載が３箇所あることを提示する。これにより音訳作業支援装置１００のユーザはＵＲＬの記載にハイパーリンクタグ（＜ａ  ｈｒｅｆ＝．．／＞）を掛ける修正を一括で行うことができる。また提示部４は、文書ＩＤが「３０１」の文書情報に固有表現の記載が１７箇所あることを提示する。これにより音訳作業支援装置１００のユーザは固有表現の読み上げをゆっくり、大きな声で読むという音声合成の指定タグを掛ける（＜ｐｒｏｓｏｄｙ  ｐｉｔｃｈ＝“＋１”  ｖｏｉｃｅ＝“＋１０”＞）という修正を一括で行うことができる。
【００６３】
以上説明したように、実施形態の変形例の音訳作業支援装置１００は、過去の修正事例による修正パターンに応じた修正候補だけでなく、標準的に修正の対象となる修正箇所を更に提示するので文書情報の音訳作業を効率的に行うことができる。
【００６４】
最後に実施形態の音訳作業支援装置１００のハードウェア構成について説明する。図１５は実施形態の音訳作業支援装置１００のハードウェア構成の例を示す図である。
【００６５】
本実施形態の音訳作業支援装置１００は、制御装置７１、主記憶装置７２、補助記憶装置７３、表示装置７４、入力装置７５及び通信装置７６を備える。制御装置７１、主記憶装置７２、補助記憶装置７３、表示装置７４、入力装置７５及び通信装置７６は、バス７７を介して互いに接続されている。
【００６６】
制御装置７１は、補助記憶装置７３から主記憶装置７２に読み出されたプログラムを実行する。主記憶装置７２は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメモリである。補助記憶装置７３は、例えばハードディスクやメモリカード等である。表示装置７４は、音訳作業支援装置１００の状態等を表示する画面である。表示装置７４は、例えば液晶ディスプレイ等である。入力装置７５は、音訳作業支援装置１００を操作するためのインタフェースである。入力装置７５は、例えばキーボードやマウス等である。通信装置７６は、ネットワークに接続するためのインタフェースである。
【００６７】
本実施形態の音訳作業支援装置１００で実行されるプログラムを、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、メモリカード、ＣＤ−Ｒ及びＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録し、コンピュータ・プログラム・プロダクトとして提供してもよい。また、本実施形態の音訳作業支援装置１００で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供してもよい。また、本実施形態の音訳作業支援装置１００で実行されるプログラムをダウンロードさせずに、インターネット等のネットワーク経由で提供、又は配布してもよい。また、本実施形態の音訳作業支援装置１００のプログラムを、ＲＯＭ等に予め組み込んで提供してもよい。
【００６８】
本実施形態の音訳作業支援装置１００で実行されるプログラムは、上述した音訳作業支援装置１００の各機能ブロックのうち、プログラムとしても実現可能な機能ブロック（作成部１、入力部２、抽出部３、提示部４、受付部５、修正部６及び出力部７）を含むモジュール構成となっている。
【００６９】
当該モジュールは、実際のハードウェアとしては、制御装置７１が上記記憶媒体からプログラムを読み出して実行することにより、上記各モジュールが主記憶装置７２上にロードされる。すなわち、上記各モジュールは、主記憶装置７２上に生成される。なお、音訳作業支援装置１００の各機能ブロックの一部、又は全部を、プログラムにより実現せずに、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）等のハードウェアにより実現してもよい。
【図１】
2015162737.tif 000003
【図２】
2015162737.tif 000004
【図３】
2015162737.tif 000005
【図４】
2015162737.tif 000006
【図５】
2015162737.tif 000007
【図６】
2015162737.tif 000008
【図７】
2015162737.tif 000009
【図８】
2015162737.tif 000010
【図９】
2015162737.tif 000011
【図１０】
2015162737.tif 000012
【図１１】
2015162737.tif 000013
【図１２Ａ】
2015162737.tif 000014
【図１２Ｂ】
2015162737.tif 000015
【図１３】
2015162737.tif 000016
【図１４】
2015162737.tif 000017
【図１５】
2015162737.tif 000018
【国際調査報告】
2015162737.tif 000019
2015162737.tif 000020
2015162737.tif 000021
2015162737.tif 000022