特開 2022-3480 データ管理装置、データ管理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2022-3480(P2022-3480A)

(43)【公開日】2022年1月11日

(54)【発明の名称】データ管理装置、データ管理方法及びプログラム

(51)【国際特許分類】

   G06F 16/33 20190101AFI20211217BHJP

   G06F 40/166 20200101ALI20211217BHJP

【ＦＩ】

   G06F16/33

   G06F40/166

【審査請求】有

【請求項の数】5

【出願形態】ＯＬ

【全頁数】16

(21)【出願番号】特願2020-107994(P2020-107994)

(22)【出願日】2020年6月23日

(11)【特許番号】特許第6965480号(P6965480)

(45)【特許公報発行日】2021年11月10日

(71)【出願人】

【識別番号】501435901

【氏名又は名称】エヌ・ティ・ティ・ビズリンク株式会社

(74)【代理人】

【識別番号】100141139

【弁理士】

【氏名又は名称】及川 周

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山 靖彦

(72)【発明者】

【氏名】廣橋 美紀

(72)【発明者】

【氏名】鎌村 星平

(72)【発明者】

【氏名】田中 一也

(72)【発明者】

【氏名】安部 充

(72)【発明者】

【氏名】外山 篤史

(72)【発明者】

【氏名】藤井 憲作

【テーマコード（参考）】

5B109

5B175

【Ｆターム（参考）】

5B109QB11

5B109QB17

5B109QB18

5B109SA12

5B109SA14

5B109VC03

5B175DA01

(57)【要約】      （修正有）

【課題】関連するテキストファイルのテキストデータに不整合が発生しないように、関連するテキストファイルを編集することが可能であるデータ管理装置、データ管理方法及びプログラムを提供する。
【解決手段】データ管理システム１において、データ管理装置２は、第１のテキストファイルと第２のテキストファイルとが作成され、第２のテキストファイルに第１メタ情報が対応付けられ、第１のテキストファイルを編集する。データ管理装置２は、第２の編集の内容を表す情報を生成するインタフェース２２と、第１のテキストファイルの識別情報と第１の編集に関する情報とを含む第１メタ情報を取得し、第１のテキストファイルの識別情報に基づいて第１のテキストファイルを取得し、第１の編集に関する情報に基づいて第１の編集の内容に関する情報を取得し、第１の編集の内容と第２の編集の内容とに基づいて第１のテキストファイルを編集する管理部２４と、を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

第１のテキストファイルに対して第１の編集が実行された結果として第２のテキストファイルが作成されており、前記第２のテキストファイルに第１メタ情報が対応付けられており、前記第１のテキストファイルを編集するデータ管理装置であって、
前記第２のテキストファイルに対して実行された第２の編集の内容を表す情報を生成するインタフェースと、
前記第１のテキストファイルの識別情報と前記第１の編集に関する情報とを含む前記第１メタ情報を取得し、前記第１のテキストファイルの識別情報に基づいて前記第１のテキストファイルを取得し、前記第１の編集に関する情報に基づいて前記第１の編集の内容に関する情報を取得し、前記第１の編集の内容と第２の編集の内容とに基づいて前記第１のテキストファイルを編集する管理部と
を備えるデータ管理装置。

【請求項2】

前記インタフェースは、前記第２の編集の内容を前記第１のテキストファイルに反映させるか否かを定めるための条件である反映条件を生成し、
前記管理部は、前記第１のテキストファイルの元のテキストファイルに対して実行された編集に関する情報を含む第２メタ情報を取得し、前記第１のテキストファイルの元のテキストファイルに対して実行された編集に関する情報が前記反映条件に合致している場合、前記第２の編集の内容を前記第１のテキストファイルに反映させる、
請求項１に記載のデータ管理装置。

【請求項3】

前記第１のテキストファイルの元のテキストファイルに対して実行された編集に関する情報は、テキストデータの作成、削除、抽出及び加工のうちの少なくとも一つを表す制御情報と、前記第１のテキストファイルの著者情報と、前記第１のテキストファイルに関する時刻情報と、前記第１のテキストファイルの保存場所情報とのうちの少なくとも一つである、
請求項２に記載のデータ管理装置。

【請求項4】

第１のテキストファイルに対して第１の編集が実行された結果として第２のテキストファイルが作成されており、前記第２のテキストファイルに第１メタ情報が対応付けられており、前記第１のテキストファイルを編集するデータ管理装置が実行するデータ管理方法であって、
前記第２のテキストファイルに対して実行された第２の編集の内容を表す情報を生成するステップと、
前記第１のテキストファイルの識別情報と前記第１の編集に関する情報とを含む前記第１メタ情報を取得し、前記第１のテキストファイルの識別情報に基づいて前記第１のテキストファイルを取得し、前記第１の編集に関する情報に基づいて前記第１の編集の内容に関する情報を取得し、前記第１の編集の内容と第２の編集の内容とに基づいて前記第１のテキストファイルを編集するステップと
を含むデータ管理方法。

【請求項5】

請求項１から請求項３のいずれか一項に記載のデータ管理装置としてコンピュータを機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データ管理装置、データ管理方法及びプログラムに関する。

【背景技術】

【0002】

音声認識技術及び自然言語処理技術の発展に伴い、様々な価値をテキストデータが提供する機会が増加している。また、テキストデータを含むテキストファイルの保管方法の多様化や、複数人が協同してテキストデータを編集するという機会の増加に応じて、関連するテキストファイルが様々な場所に保管されるようになった。また、関連するテキストファイルが編集される頻度も増加している。

【0003】

特許文献１には、関連する文書を日付に基づいて効率的に検索できる仕組みを提供することを目的とした文書管理システムが開示されている。特許文献１に開示された文書管理システムは、バージョン管理された文書に対する編集を管理することによって、ある文書に対してどのような編集が行われたのかを検索することができる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１７−６８５５８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、関連するテキストファイルが編集されることによって、関連するテキストファイルの間のテキストデータに不整合が発生する場合がある。例えば、第１テキストファイルと、第１テキストファイルに基づいて作成された第２テキストファイルとのうちの一方のみを、例えば人名について編集した場合、第１テキストファイルに記載の人名と第２テキストファイルに記載の人名とで、同一人物の人名であるにもかかわらず、人手による編集漏れによって不整合が発生してしまう場合がある。

【0006】

また例えば、所定の「製品Ｘ」の「機能Ａ」と、所定の「製品Ｙ」の「機能Ａ」とは、同じ文字列のテキストデータ「機能Ａ」であっても、「機能Ａ」同士で異なる意味を持っている場合がある。このよう場合において、異なる意味を持つ同じ文字列のテキストデータが同じ意味を持つ同じ文字列のテキストデータして扱われ、誤った編集が行われてしまうことで不整合が発生してしまう場合がある。

【0007】

これらのような不整合を防ぐためには、関連するテキストファイルを漏れなく人が編集しなければならないが、関連するテキストファイルの個数及びデータ量が多いほど、漏れなく人が編集することは難しい。このように従来では、関連するテキストファイルのテキストデータに不整合が発生しないように、関連するテキストファイルを編集することができない場合がある。

【0008】

上記事情に鑑み、本発明は、関連するテキストファイルのテキストデータに不整合が発生しないように、関連するテキストファイルを編集することが可能であるデータ管理装置、データ管理方法及びプログラムを提供することを目的としている。

【課題を解決するための手段】

【0009】

本発明の一態様は、第１のテキストファイルに対して第１の編集が実行された結果として第２のテキストファイルが作成されており、前記第２のテキストファイルに第１メタ情報が対応付けられており、前記第１のテキストファイルを編集するデータ管理装置であって、前記第２のテキストファイルに対して実行された第２の編集の内容を表す情報を生成するインタフェースと、前記第１のテキストファイルの識別情報と前記第１の編集に関する情報とを含む前記第１メタ情報を取得し、前記第１のテキストファイルの識別情報に基づいて前記第１のテキストファイルを取得し、前記第１の編集に関する情報に基づいて前記第１の編集の内容に関する情報を取得し、前記第１の編集の内容と第２の編集の内容とに基づいて前記第１のテキストファイルを編集する管理部とを備えるデータ管理装置である。

【0010】

本発明の一態様は、第１のテキストファイルに対して第１の編集が実行された結果として第２のテキストファイルが作成されており、前記第２のテキストファイルに第１メタ情報が対応付けられており、前記第１のテキストファイルを編集するデータ管理装置が実行するデータ管理方法であって、前記第２のテキストファイルに対して実行された第２の編集の内容を表す情報を生成するステップと、前記第１のテキストファイルの識別情報と前記第１の編集に関する情報とを含む前記第１メタ情報を取得し、前記第１のテキストファイルの識別情報に基づいて前記第１のテキストファイルを取得し、前記第１の編集に関する情報に基づいて前記第１の編集の内容に関する情報を取得し、前記第１の編集の内容と第２の編集の内容とに基づいて前記第１のテキストファイルを編集するステップとを含むデータ管理方法である。

【0011】

本発明の一態様は、上記のデータ管理装置としてコンピュータを機能させるためのプログラムである。

【発明の効果】

【0012】

本発明により、関連するテキストファイルのテキストデータに不整合が発生しないように、関連するテキストファイルを編集することが可能である。

【図面の簡単な説明】

【0013】

【図1】実施形態における、データ管理システムの構成例を示す図である。

【図2】実施形態における、テキストファイルとテキストファイル管理情報との例を示す図である。

【図3】実施形態における、編集メタ情報と関数定義情報とを示す図である。

【図4】実施形態における、データ管理装置の動作例を示すフローチャートである。

【図5】実施形態における、変更が反映されたテキストファイルと、テキストファイル管理情報との例を示す図である。

【図6】実施形態における、反映条件に応じたデータ管理装置の動作例を示すフローチャートである。

【図7】実施形態における、反映条件に応じて変更が反映されたテキストファイルと、テキストファイル管理情報との例を示す図である。

【図8】実施形態において、複数のテキストファイルに基づいて作成されたテキストファイルの例を示す図である。

【図9】実施形態における、反映条件に応じて変更が反映されたテキストファイルと、テキストファイル管理情報との変形例を示す図である。

【発明を実施するための形態】

【0014】

本発明の実施形態について、図面を参照して詳細に説明する。
図１は、データ管理システム１の構成例を示す図である。データ管理システム１は、関連するテキストファイルのテキストデータに対する編集を管理するシステムである。この「編集」には、テキストデータの作成、削除、抽出及び加工（例えば、追記、フォント変更）等の制御が含まれる。データ管理システム１は、関連するテキストファイルのテキストデータに不整合が発生しないように、関連するテキストファイルを編集することが可能である。

【0015】

データ管理システム１は、データ管理装置２と、通信回線３と、Ｍ（Ｍは１以上の整数）台のユーザ端末４（情報処理端末）とを備える。データ管理装置２は、通信部２０と、第１記憶部２１と、インタフェース２２と、第２記憶部２３と、管理部２４とを備える。

【0016】

データ管理装置２の各機能部のうちの少なくとも一部は、サーバ等のコンピュータにおける、ＣＰＵ（Central Processing Unit）等のプロセッサが、記憶部に記憶されたプログラムを実行することにより実現される。記憶部は、例えばフラッシュメモリ、ＨＤＤ（Hard Disk Drive）などの不揮発性の記録媒体（非一時的な記録媒体）が好ましい。記憶部は、ＲＡＭ（Random Access Memory）などの揮発性の記録媒体を備えてもよい。データ管理装置２の各機能部のうちの少なくとも一部は、例えば、ＬＳＩ（Large Scale Integrated circuit）やＡＳＩＣ（Application Specific Integrated Circuit）等のハードウェア（電子回路）を用いて実現されてもよい。

【0017】

以下、編集に関するメタ情報を「編集メタ情報」という。以下、編集の内容を表す情報を「編集内容情報」という。編集の実行前のテキストデータを「編集前テキスト」という。以下では、編集の内容は、テキストファイルに対して実行される制御関数の定義として定められる。以下、編集の実行後のテキストデータを「編集後テキスト」という。

【0018】

以下では、ユーザ端末４−１からユーザ端末４−Ｍまでの各ユーザ端末に共通する事項については、符号の記載の一部を省略して、「ユーザ端末４」と表記する。ユーザ端末４は、通信部２０を経由して、通信部２０と通信する。ユーザ端末４は、ユーザによる操作に応じて、テキストファイルを通信部２０に送信する。送信されたテキストファイルは、第１記憶部２１に記憶される。

【0019】

ユーザ端末４は、ユーザによる操作に応じて通信部２０及びインタフェース２２を経由して、第１記憶部２１にテキストファイルを記録する。ユーザ端末４は、ユーザによる操作に応じて通信部２０及びインタフェース２２を経由して、第１記憶部２１に記憶されているテキストファイルを編集する。

【0020】

通信部２０は、通信回線３を経由して、各ユーザ端末４と通信する。通信部２０は、ユーザ端末４から受信されたテキストファイルを、インタフェース２２に出力する。通信部２０は、ユーザ端末４から受信された編集内容情報を、インタフェース２２に出力する。

【0021】

第１記憶部２１（テキスト・ストレージ）は、テキストファイルとテキストファイル管理情報とを記憶する。

【0022】

インタフェース２２は、ユーザ端末４から受信されたテキストファイルを、通信部２０から取得する。インタフェース２２は、受信されたテキストファイルを、第１記憶部２１に記録する。すなわち、通信部２０によってユーザ端末４から受信されたテキストファイルは、インタフェース２２によって第１記憶部２１に記録される。インタフェース２２は、第１記憶部２１に記憶されているテキストファイルごとに、テキストファイル管理情報を生成する。インタフェース２２は、受信されたテキストファイルに、テキストファイル管理情報を付与する。

【0023】

図２は、実施形態における、テキストファイルとテキストファイル管理情報との例を示す図である。図２には、テキストファイル１００（音声認識結果のオリジナルのテキストファイル）と、テキストファイル１０１と、テキストファイル１０２とが、第１記憶部２１に記憶されているテキストファイルとして表されている。

【0024】

テキストファイル１００は、例えば会議の音声認識結果として、ユーザ端末４によって作成されたテキストファイルである。音声認識結果として作成されたテキストファイル１００には、「えーと、」及び「あー、」等の不要語が含まれている。テキストファイル１０１は、不要語及び不要文章（不要なテキストデータ）を削除する編集がテキストファイル１００に対して実行された結果として、インタフェース２２によって編集（作成）されたテキストファイルである。このため、テキストファイル１０１では、不要語が削除されている。テキストファイル１０２は、特定語を抽出する編集がテキストファイル１０１に対して実行された結果として、インタフェース２２によって編集（作成）されたテキストファイルである。このため、テキストファイル１０１には、テキストファイル１０１から抽出された「開発方針を決定するため」及び「山田、白井」等の特定語が、所定のテンプレートに応じて含まれている。

【0025】

また図２には、テキストファイル管理情報２００と、テキストファイル管理情報２０１と、テキストファイル管理情報２０２とが、第１記憶部２１に記憶されている各テキストファイル管理情報として表されている。テキストファイル管理情報２００は、テキストファイル１００の管理情報である。テキストファイル管理情報２０１は、テキストファイル１０１の管理情報である。テキストファイル管理情報２０２は、テキストファイル１０２の管理情報である。

【0026】

テキストファイル１００のテキストファイル管理情報２００には、テキストファイル１００に割り当てられているテキストＩＤが「１」であることと、テキストファイル１００の元となっているテキストファイル（前テキスト）に割り当てられているテキストＩＤ（前テキストＩＤ）が「０」であることと、テキストファイル１００の保存場所が「ｓｔｏｒａｇｅ／ｒ１」であることとが登録されている。以下では、例えば前テキストＩＤ「０」が割り当てられたテキストファイルは、オリジナルのテキストファイルである。

【0027】

テキストファイル１０１のテキストファイル管理情報２０１には、テキストファイル１０１に割り当てられているテキストＩＤが「２」であることと、テキストファイル１０１の元となっているテキストファイル１００に割り当てられているテキストＩＤ（前テキストＩＤ）が「１」であることと、テキストファイル１０１の保存場所が「ｓｔｏｒａｇｅ／ｒ２」であることとが登録されている。

【0028】

テキストファイル１０２のテキストファイル管理情報２０２には、テキストファイル１０２に割り当てられているテキストＩＤが「３」であることと、テキストファイル１０２の元となっているテキストファイル１０１に割り当てられているテキストＩＤ（前テキストＩＤ）が「２」であることと、テキストファイル１０２の保存場所が「ｓｔｏｒａｇｅ／ｒ３」であることとが登録されている。

【0029】

インタフェース２２は、編集内容情報を作成する。編集内容情報は、第１記憶部２１に記載されているテキストファイルのテキストＩＤ（テキスト識別情報）「ｔｅｘｔＩＤ」と、テキストファイル内での編集前テキストの行番号と、テキストファイル内での編集の開始位置と、テキストファイル内での編集の終了位置と、編集前テキストと、編集後テキストとを含む。インタフェース２２は、編集内容情報を管理部２４に出力する。

【0030】

図１に示された第２記憶部２３（編集情報データベース）は、編集メタ情報と関数定義情報とを記憶する。

【0031】

図３は、実施形態における、編集メタ情報と関数定義情報とを示す図である。図３には、編集メタ情報３００と、編集メタ情報３０１と、編集メタ情報３０２と、関数定義情報４０１と、関数定義情報４０２とが表されている。編集メタ情報３００は、テキストファイル１００に対する編集に関するメタ情報である。編集メタ情報３０１は、テキストファイル１０１に対する編集に関するメタ情報である。編集メタ情報３０２は、テキストファイル１０２に対する編集に関するメタ情報である。

【0032】

編集メタ情報は、テキストファイルのテキストＩＤ（ｔｅｘｔＩＤ）と、編集される前のテキストファイルのテキストＩＤである前テキストＩＤ（ｐｒｅｖ＿ｔｅｘｔＩＤ）と、テキストファイルの保存場所を表す空間情報（ｐｌａｃｅ）と、テキストファイルの著者情報と、テキストファイルの編集（作成）の時刻を表す時刻情報と、関数定義情報とを、編集に関する属性情報として含む。

【0033】

関数定義情報４０１は、テキストファイル１０１に対して実行された編集の内容を表す情報である。以下では、関数定義情報４０１は、テキストファイル１０１に対して実行された編集の内容を表す情報である。関数定義情報４０２は、テキストファイル１０２に対して実行された不要なテキストデータの削除の内容を表す情報である。関数定義情報「ｒ_ｎ」の「ｂｅｆｏｒｅ」と、関数定義情報「ｒ_ｎ」の「ａｆｔｅｒ」とは、互いに対応付けられている。関数定義情報「ｒ_ｎ」の「ｂｅｆｏｒｅ」と、関数定義情報「ｒ_ｎ−１」の「ａｆｔｅｒ」とは、互いに対応付けられている。

【0034】

図１に示された管理部２４は、編集内容情報をインタフェース２２から取得する。編集内容情報は、テキストＩＤと、行番号と、編集の開始位置と、編集の終了位置と、編集前テキストと、編集後テキストとを含んでいる。さらに編集内容情報は、反映条件を含んでもよい。

【0035】

管理部２４は、第１のテキストファイル（例えば、テキストファイル１０１）の識別情報（例えば、ｐｒｅｖ＿ｔｅｘｔＩＤ）と第１の編集「ｒ３」（例えば、特定語抽出）に関する情報（例えば、関数定義情報４０２）とを含む第１メタ情報として、編集メタ情報３０２を取得する。管理部２４は、第１のテキストファイルの識別情報に基づいて、第１のテキストファイルを取得する。管理部２４は、第１の編集に関する情報に基づいて、第１の編集「ｒ３」の内容に関する情報（例えば、関数定義情報４０２の「ｂｅｆｏｒｅ」）を取得する。管理部２４は、第１の編集の内容と第２の編集の内容（例えば、「山田」→「安田部長」）とに基づいて、第１のテキストファイルを編集する。

【0036】

管理部２４は、第１のテキストファイルの元のテキストファイル（例えば、テキストファイル１００）に対して実行された編集「ｒ２」（例えば、不要語削除）に関する情報（例えば、著者情報）を含む第２メタ情報として、編集メタ情報３０１を取得する。管理部２４は、第１のテキストファイルの元のテキストファイルに対して実行された編集に関する情報が反映条件に合致している場合、第２の編集の内容を第１のテキストファイルに反映させてもよい。第１のテキストファイルの元のテキストファイルに対して実行された編集に関する情報は、テキストデータの作成、削除、抽出及び加工のうちの少なくとも一つを表す制御情報（関数定義情報）と、第１のテキストファイルの著者情報と、第１のテキストファイルに関する時刻情報と、第１のテキストファイルの保存場所情報とのうちの少なくとも一つである。

【0037】

次に、データ管理装置２の動作を説明する。
図４は、実施形態における、データ管理装置２の動作例を示すフローチャートである。図４では一例として、テキストＩＤ「３」のテキストファイルの第２行目（行番号「２」）における、６文字目から７文字目までの範囲で、テキストデータ「山田」がテキストデータ「安田部長」と編集されている。このため、編集内容情報は、テキストＩＤ「Ｎ＝３」と、行番号「２」と、開始位置「６文字目」と、終了位置「７文字目」と、編集前テキスト「山田」と、編集後テキスト「安田部長」とを含んでいる。

【0038】

管理部２４は、編集内容情報をインタフェース２２から取得する。管理部２４は、変数「ｎ」に値「Ｎ＝３」を代入する（ステップＳ１０１）。

【0039】

管理部２４は、編集内容情報のテキストＩＤ「ｎ」のテキストファイルに付与された編集メタ情報「Ｍ_ｎ」を、第２記憶部２３から取得する。例えば、管理部２４は、編集内容情報のテキストＩＤ「３」のテキストファイルに付与された編集メタ情報「Ｍ_３」を、第２記憶部２３から取得する（ステップＳ１０２）。

【0040】

管理部２４は、編集メタ情報「Ｍ_ｎ」の関数「ｆｕｎｃ」が無効「ｎｕｌｌ」であるか否かを判定する（ステップＳ１０３）。

【0041】

編集メタ情報「Ｍ_ｎ」の関数「ｆｕｎｃ」が無効「ｎｕｌｌ」である場合（ステップＳ１０３：ｎｕｌｌである）、編集メタ情報「Ｍ_ｎ」が付与されたテキストファイルは、オリジナルのテキストファイルである。図４では、オリジナルのテキストファイルに対してはテキストデータの変更を反映することが不要である。このため、管理部２４は、図４に示された処理を終了する。

【0042】

編集メタ情報「Ｍ_ｎ」の関数「ｆｕｎｃ」が無効「ｎｕｌｌ」でない場合（ステップＳ１０３：ｎｕｌｌでない）、管理部２４は、編集メタ情報「Ｍ_ｎ」の関数定義情報「ｒ_ｎ」を、第２記憶部２３から取得する。例えば、管理部２４は、編集メタ情報「Ｍ_２」の関数定義情報「ｒ_２」を、第２記憶部２３から取得する（ステップＳ１０４）。

【0043】

管理部２４は、前テキストＩＤ「ｎ−１」のテキストファイルを、第２記憶部２３から取得する。例えば、管理部２４は、前テキストＩＤ「２」のテキストファイル１０１を、第２記憶部２３から取得する（ステップＳ１０５）。

【0044】

管理部２４は、前テキストＩＤ「ｎ−１」のテキストファイルにおいて、関数定義情報「ｒ_ｎ」の編集前内容「ｂｅｆｏｒｅ」に一致する箇所の編集前テキスト「山田」を、編集後テキスト「安田部長」に変更する。例えば、管理部２４は、テキストファイル１０１において、関数定義情報４０２「ｒ_３」の編集前内容「ｂｅｆｏｒｅ」に一致する箇所の編集前テキスト「山田」を、編集後テキスト「安田部長」に変更する（ステップＳ１０６）。

【0045】

管理部２４は、関数定義情報「ｒ_ｎ」において、編集前内容「ｂｅｆｏｒｅ」の編集前テキスト「山田」を、編集後テキスト「安田部長」に変更する。例えば、管理部２４は、関数定義情報４０１「ｒ_３」において、編集前内容「ｂｅｆｏｒｅ」に記載されている編集前テキスト「山田」を、編集後テキスト「安田部長」に変更する（ステップＳ１０７）。

【0046】

管理部２４は、次回実行されるステップＳ１０２において編集メタ情報「Ｍ_ｎ−１」が取得されるように、添字「ｎ」から１を減算する（ステップＳ１０８）。管理部２４は、ステップＳ１０２に処理を戻す。

【0047】

図５は、実施形態における、変更が反映されたテキストファイルと、テキストファイル管理情報との例を示す図である。図５には、テキストファイル１００（オリジナルのテキストファイル）と、変更が反映されたテキストファイル１０１と、編集によってテキストデータが変更されたテキストファイル１０２とが、第１記憶部２１に記憶されている各テキストファイルとして表されている。また図５には、テキストファイル管理情報２００と、テキストファイル管理情報２０１と、テキストファイル管理情報２０２とが、第１記憶部２１に記憶されている各テキストファイル管理情報として表されている。

【0048】

図５では、テキストファイル１０２において、第２行目の編集前テキスト「山田」が編集後テキスト「安田部長」と変更されている。インタフェース２２は、この編集の内容を表す編集内容情報を、管理部２４に出力する。テキストファイル１０１において、関数定義情報「ｒ３」の「ｂｅｆｏｒｅ」に一致する第２行目の編集前テキスト「山田、参加しました。」が、編集後テキスト「安田部長、参加しました。」と変更されている。

【0049】

図６は、実施形態における、反映条件に応じたデータ管理装置の動作例を示すフローチャートである。図６では一例として、テキストＩＤ「３」のテキストファイルの第２行目における、６文字目から７文字目までの範囲で、テキストデータ「山田」がテキストデータ「安田部長」と編集されている。このため、編集内容情報は、テキストＩＤ「Ｎ＝３」と、行番号「２」と、開始位置「６文字目」と、終了位置「７文字目」と、編集前テキスト「山田」と、編集後テキスト「安田部長」とを含んでいる。さらに、編集内容情報は、反映条件を含んでいる。

【0050】

反映条件は、関連するテキストファイルに編集が反映されるために合致すべき条件である。例えば、反映条件は、テキストデータの著者の条件、テキストデータの編集（作成）の時刻の条件、又は、テキストファイルに対して実行された編集の内容（関数定義）の条件である。例えば、反映条件は、テキストに割り当てられたフォントに関する条件でもよい。編集の内容は、特定の編集の内容に限定されない。例えば、編集の内容は、音声認識結果という定義でもよいし、不要なテキストデータ（不要語、不要文章）の削除という定義でもよいし、特定のテキストデータ（特定語、特定文章）の抽出という定義でもよい。

【0051】

反映条件が著者に関する条件である場合、関連するテキストファイルについて、例えば、同一の著者によって編集されたテキストデータのみが、管理部２４によって編集される。反映条件が時刻に関する条件である場合、関連するテキストファイルについて、例えば、その時刻を含む所定時間内に編集されたテキストデータのみが、管理部２４によって編集される。反映条件が編集の内容に関する条件である場合、関連するテキストファイルについて、例えば、同一の関数定義に基づく編集（例えば、不要なテキストデータの削除）がなされたテキストデータのみが、管理部２４によって編集される。

【0052】

管理部２４は、編集内容情報をインタフェース２２から取得する。管理部２４は、変数「ｎ」に値「Ｎ＝３」を代入する（ステップＳ２０１）。

【0053】

管理部２４は、編集内容情報のテキストＩＤ「ｎ」のテキストファイルに付与された編集メタ情報「Ｍ_ｎ」を、第２記憶部２３から取得する（ステップＳ２０２）。

【0054】

管理部２４は、編集メタ情報「Ｍ_ｎ」の関数「ｆｕｎｃ」が無効「ｎｕｌｌ」であるか否かを判定する（ステップＳ２０３）。

【0055】

編集メタ情報「Ｍｎ」の関数「ｆｕｎｃ」が無効「ｎｕｌｌ」である場合（ステップＳ２０３：ｎｕｌｌである）、編集メタ情報「Ｍ_ｎ」が付与されたテキストファイルは、オリジナルのテキストファイルである。図６では、オリジナルのテキストファイルに対してはテキストデータの変更を反映することが不要である。このため、管理部２４は、図６に示された処理を終了する。

【0056】

編集メタ情報「Ｍ_ｎ」の関数「ｆｕｎｃ」が無効「ｎｕｌｌ」でない場合（ステップＳ２０３：ｎｕｌｌでない）、管理部２４は、編集メタ情報「Ｍ_ｎ」の関数定義情報「ｒ_ｎ」を、第２記憶部２３から取得する（ステップＳ２０４）。管理部２４は、編集メタ情報「Ｍ_ｎ−１」を、第２記憶部２３から取得する（ステップＳ２０５）。

【0057】

管理部２４は、編集メタ情報「Ｍ_ｎ−１」の例えば著者情報等の情報が反映条件に合致しているか否かを判定する（ステップＳ２０６）。編集メタ情報「Ｍ_ｎ−１」の著者情報等の情報が反映条件に合致していない場合（ステップＳ２０６：ＮＯ）、管理部２４は、ステップＳ２１０に処理を進める。

【0058】

編集メタ情報「Ｍ_ｎ−１」の著者情報等の情報が反映条件に合致している場合（ステップＳ２０６：ＹＥＳ）、管理部２４は、前テキストＩＤ「ｎ−１」のテキストファイルにおいて、関数定義情報「ｒ_ｎ」の編集前内容「ｂｅｆｏｒｅ」に一致している箇所の編集前テキスト「山田」を、編集後テキスト「安田部長」に変更する（ステップＳ２０８）。管理部２４は、関数定義情報「ｒ_ｎ」において、編集前内容「ｂｅｆｏｒｅ」に記載されている編集前テキスト「山田」を、編集後テキスト「安田部長」に変更する（ステップＳ２０８）。管理部２４は、次回実行されるステップＳ２０２において編集メタ情報「Ｍ_ｎ−１」が取得されるように、添字「ｎ」から１を減算する（ステップＳ２０９）。管理部２４は、ステップＳ２０２に処理を戻す。

【0059】

図７は、実施形態における、反映条件に応じて変更が反映されたテキストファイルと、テキストファイル管理情報との例を示す図である。図７には、テキストファイル１００（オリジナルのテキストファイル）と、変更が反映されていないテキストファイル１０１と、編集によってテキストデータが変更されたテキストファイル１０２とが、第１記憶部２１に記憶されている各テキストファイルとして表されている。また図５には、テキストファイル管理情報２００と、テキストファイル管理情報２０１と、テキストファイル管理情報２０２とが、第１記憶部２１に記憶されている各テキストファイル管理情報として表されている。

【0060】

図７では、テキストファイル１０２において、第２行目の編集前テキスト「山田」が編集後テキスト「安田部長」と変更されている。インタフェース２２は、この編集の内容を表す編集内容情報を、管理部２４に出力する。図３に示された編集メタ情報３０１「Ｍ_２」の著者情報が「ｓａｔｏｕ」であり「ｋａｔｏｕ」でないため、編集メタ情報「Ｍ_２」の著者情報が反映条件に合致していない。このため、テキストファイル１０１において、第２行目の編集前テキスト「山田、参加しました。」が編集後テキスト「安田部長、参加しました。」と変更されていない。

【0061】

以上のように、第１のテキストファイル（例えば、テキストファイル１０１）に対して第１の編集（例えば、特定語抽出）が実行された結果として、第２のテキストファイル（例えば、テキストファイル１０２）が作成されている。また、第２のテキストファイルに第１メタ情報（例えば、編集メタ情報３０２）が対応付けられている。インタフェース２２は、第２のテキストファイルに対して実行された第２の編集の内容（例えば、「山田」→「安田部長」）を表す情報（編集内容情報）を生成する。管理部２４は、第１のテキストファイルの識別情報（例えば、ｐｒｅｖ＿ｔｅｘｔＩＤ）と第１の編集「ｒ３」に関する情報（例えば、関数定義情報４０２）とを含む第１メタ情報を取得する。管理部２４は、第１のテキストファイルの識別情報に基づいて、第１のテキストファイルを取得する。管理部２４は、第１の編集に関する情報に基づいて、第１の編集「ｒ３」の内容に関する情報（例えば、関数定義情報４０２の「ｂｅｆｏｒｅ」）を取得する。管理部２４は、第１の編集の内容と第２の編集の内容（例えば、「山田」→「安田部長」）とに基づいて、第１のテキストファイルを編集する。

【0062】

このように、管理部２４は、第１の編集の内容と第２の編集の内容とに基づいて、第１のテキストファイルを編集する。これによって、関連するテキストファイルのテキストデータに不整合が発生しないように、関連するテキストファイルを編集することが可能である。

【0063】

インタフェース２２は、第２の編集の内容を第１のテキストファイルに反映させるか否かを定めるための条件である反映条件を生成してもよい。管理部２４は、第１のテキストファイルの元のテキストファイル（例えば、テキストファイル１００）に対して実行された編集「ｒ２」（例えば、不要語削除）に関する情報（例えば、著者情報）を含む第２メタ情報として、編集メタ情報３０１を取得する。管理部２４は、第１のテキストファイルの元のテキストファイルに対して実行された編集に関する情報が反映条件に合致している場合、第２の編集の内容を第１のテキストファイルに反映させてもよい。第１のテキストファイルの元のテキストファイルに対して実行された編集に関する情報は、テキストデータの作成、削除、抽出及び加工のうちの少なくとも一つを表す制御情報（関数定義情報）と、第１のテキストファイルの著者情報と、第１のテキストファイルに関する時刻情報と、第１のテキストファイルの保存場所情報とのうちの少なくとも一つである。

【0064】

時刻情報と空間情報と実行された制御（関数）に関する情報と著者情報等を含む編集メタ情報がテキストファイルに付与されることによって、複数のテキストファイルの紐付けや、同一のテキスト（表記が同じである文字列等）の意味が考慮された編集が容易になる。時間的及び空間的に分散して保存されているテキストファイルを構造的に管理することが可能となる。

【0065】

編集メタ情報は、ユーザ端末４を操作した人の位置（空間情報）を含んでもよい。このような編集メタ情報を用いて、管理部２４は、関連するテキストファイルにおいて編集を反映させる範囲を、ユーザ端末４を操作した人の位置に基づいて制御することが可能である。

【0066】

編集メタ情報は、テキストファイルが保存されているフォルダの位置情報（空間情報）を含んでもよい。このような編集メタ情報を用いて、管理部２４は、関連するテキストファイルにおいて編集を反映させる範囲を、テキストファイルが保存されているフォルダの位置に基づいて制御することが可能である。

【0067】

ユーザ端末４による一度の編集作業によって、関連するテキストファイルを管理部２４が一度に編集することが可能である。編集漏れ等の誤編集を回避することが可能である。テキストファイルの編集の効率を向上させることが可能である。テキストファイルの管理の構造化によって、編集処理の制御プログラムの効率的な実装が可能である。

【0068】

関連するテキストファイルのテキストデータを検索することが可能なだけでなく、関連するテキストファイルに変更を漏れなく反映することが可能である。また、編集の内容に関しても、ユーザによって定義した関数（制御）を用いてデータ管理装置２がテキストファイルを編集することが可能である。

【0069】

（変形例）
テキストファイルは、複数のテキストファイルに基づいて作成されてもよい。これらの複数のテキストファイルに対して、互いに異なる編集（関数の実行）が成されてもよい。

【0070】

図８は、実施形態の変形例において、複数のテキストファイルに基づいて作成されたテキストファイルの例を示す図である。図８には、テキストファイル５００と、テキストファイル５０１と、テキストファイル５０２と、テキストファイル５０３と、テキストファイル５０４とが、第１記憶部２１に記憶されている各テキストファイルとして表されている。

【0071】

テキストファイル５００は、製品「Ｘ」の開発案を表すテキストデータを含む。テキストファイル５０１は、製品「Ｙ」の開発案を表すテキストデータを含む。テキストファイル５０２は、製品「Ｘ」の仕様と製品「Ｙ」の仕様書を表すテキストデータを含む。テキストファイル５０３は、製品「Ｘ」の設計書を表すテキストデータを含む。テキストファイル５０４は、製品「Ｙ」の設計書を表すテキストデータを含む。

【0072】

テキストファイル５００とテキストファイル５０１という複数のテキストファイルに対して、仕様書テンプレートに書式を合わせるという編集が成される（関数が実行される）ことによって、テキストファイル５０２が作成される。テキストファイル５０２の製品「Ｘ」の記載に対して、設計書テンプレートに書式を合わせるという編集が成されることによって、テキストファイル５０３が作成される。テキストファイル５０２の製品「Ｙ」の記載に対して、設計書テンプレートに書式を合わせるという編集が成されることによって、テキストファイル５０４が作成される。

【0073】

テキストファイル５００に記載の「製品Ｘ」の「機能Ａ」とテキストファイル５００に記載の「機能Ａ」とは、異なる機能を意味している。すなわち、テキストファイル５００に記載の「機能Ａ」とテキストファイル５００に記載の「機能Ａ」とは、異なる意味を持つテキストデータである。そこで、「製品Ｘ」の「機能Ａ」と「製品Ｙ」の「機能Ａ」との混同が生じないように、「製品Ｙ」についてのみ、「機能Ａ」という記載が「機能Ｄ」という記載に変更される必要がある。

【0074】

このような場合、編集内容情報は、テキストファイル５０４を示すテキストＩＤと、行番号「５」と、開始位置「７文字目」と、終了位置「９文字目」と、編集前テキスト「機能Ａ」と、編集後テキスト「機能Ｄ」と、反映条件「製品Ｙの機能Ａ」とを含む。

【0075】

図９は、実施形態における、反映条件に応じて変更が反映されたテキストファイルと、テキストファイル管理情報との変形例を示す図である。図９には、テキストファイル５００（オリジナルのテキストファイル）と、テキストファイル５０１（オリジナルのテキストファイル）と、変更が反映されたテキストファイル５０２と、テキストファイル５０３と、編集によってテキストデータが変更されたテキストファイル５０４とが、第１記憶部２１に記憶されている各テキストファイルとして表されている。

【0076】

図９に示されたテキストファイル５０４では、第５行目において「機能Ａ」という記載が「機能Ｄ」と編集されている。このため、テキストファイル５０２では「製品Ｙ」についてのみ、第６行目の編集前テキスト「機能Ａ」が編集後テキスト「機能Ｄ」と変更されている。また、テキストファイル５０１では、第３行目において「機能Ａ」という記載が「機能Ｄ」と編集されている。テキストファイル５０１は、オリジナルのテキストファイルであるが、図６に示されたステップＳ２０３において「ｎｕｌｌである」場合でもステップ２０４に処理を進めるようにすることで編集されてもよい。

【0077】

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

【符号の説明】

【0078】

１…データ管理システム、２…データ管理装置、３…通信回線、４…ユーザ端末、２０…通信部、２１…第１記憶部、２２…インタフェース、２３…第２記憶部、２４…管理部、１００−１０２…テキストファイル、２００−２０２…テキストファイル管理情報、３００−３０２…メタ情報、４０１…関数定義情報、４０２…関数定義情報、５００−５０４…テキストファイル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】