JP4320491B2 - 文書処理システム、端末装置、文書提供装置、文書処理方法、記録媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明はユーザーが使用する端末装置、及びこの端末装置に対して電子文書データの提供を行う文書提供装置から成る文書処理システムや、この文書処理システムにおける端末装置、文書提供装置、及びこの文書処理システムにおける文書処理方法、及びその文書処理方法を実現する動作制御プログラムが記録された記録媒体に関するものである。
【０００２】
【従来の技術】
従来、インターネットにおいて、ウィンドウ形式でハイパーテキスト型情報を提供するアプリケーションサービスとしてＷＷＷ（World Wide Web）が提供されている。
【０００３】
ＷＷＷは、文書の作成、公開または共有化の文書処理を実行し、新しいスタイルの文書の在り方を示したシステムである。しかし、文書の実際上の利用の観点からは、文書の内容に基づいた文書の分類や要約といった、ＷＷＷを越える高度な文書処理が求められている。このような高度な文書処理には、文書の内容の機械的な処理が不可欠である。
【０００４】
しかしながら、文書の内容の機械的な処理は、以下のような理由から依然として困難である。
第１に、ハイパーテキストを記述する言語であるＨＴＭＬ（Hyper Text Markup Language）は、文書の表現については規定するが、文書の内容についてはほとんど規定しない。第２に、文書間に構成されたハイパーテキストのネットワークは、文書の読者にとって文書の内容を理解するために必ずしも利用しやすいものではない。第３に、一般に文章の著作者は読者の便宜を念頭に置かずに著作するが、文書の読者の便宜が著作者の便宜と調整されることはない。
【０００５】
このように、ＷＷＷは新しい文書の在り方を示したシステムであるが、文書を機械的に処理しないので、高度な文書処理をおこなうことができなかった。換言すると、高度な文書処理を実行するためには、文書を機械的に処理することが必要となる。
【０００６】
そこで、文書の機械的な処理を目標として、文書の機械的な処理を支援するシステムが自然言語研究の成果に基づいて開発されている。自然言語研究による文書処理として、文書の著作者等による文書の内部構造についての属性情報、いわゆるタグの付与を前提とした、文書に付与されたタグを利用する機械的な文書処理が提案されている。
【０００７】
【発明が解決しようとする課題】
ところで、近年のコンピュータの普及や、ネットワーク化の進展に伴い、文章処理や、文書の内容に依存した索引などで、テキスト文書の作成、ラベル付け、変更などを行う文書処理の高機能化が求められている。たとえば、ユーザの要望に応じた文書の要約や、文書の分類等が望まれる。
そしてこのためには、提供される文書ファイルとしてのデータ自体に、各種の文書処理に必要な情報が付与されていることが必要となり、従って、そのような文書データを作成するオーサリング技術（文書データ作成技術）が求められている。またそのオーサリング技術は、高度な専門知識を有する人に限られず、広く多数の人が文書データ作成者となり得るように、作業性がよくまた簡易なものであることも求められる。
そしてさらに、オーサリングによって生成された文書データが、一般ユーザーに対して容易かつ効率よく提供することができる文書処理システムの構築が要望されている。
また、ユーザーサイドから、或る文書データ或いは分野に関連する文書データを要求したいということが多々あることから、ユーザーサイドから、或る文書又は分野を指定して、それに関連する文書データが提供されるような文書提供システムを構築することも求められる。
【０００８】
【課題を解決するための手段】
本発明は、このような事情に鑑みて提案されたものであって、ユーザーが求める分野・種類の文書データを、ユーザーの要望に応じて、容易に提供できる文書処理システムを実現することを目的とする。
【０００９】
このため本発明の文書処理システムは、端末装置と、文書提供装置とからなるようにする。
そして上記端末装置は、電子文書をその特徴に基づいて複数の分類項目に分類する分類手段と、上記文書提供装置と通信する通信手段と、上記複数の分類項目に分類されている電子文書又は上記複数の分類項目のいずれかを指定できるようにされた指定入力手段と、上記指定入力手段により指定された電子文書又は分類項目の特徴を示す特徴情報を上記通信手段を介して上記文書提供装置に送信させる制御手段と、を備え、上記端末装置の上記制御手段は、上記指定情報入力手段により指定された電子文書又は分類項目の特徴を示す特徴情報とともに、指定された電子文書又は分類項目の識別子を、上記通信手段を介して上記文書提供装置に送信させ、上記端末装置の上記分類手段は、上記文書提供装置から送信されてきた電子文書について、その特徴に基づいて該当する分類項目を判別するとともに、判別された分類項目が、上記指定入力手段により指定された分類項目、又は指定された電子文書が属する分類項目と一致する場合は、上記文書提供装置から送信されてきた電子文書をその分類項目に分類し、判別された分類項目が、上記指定入力手段により指定された分類項目、又は指定された電子文書が属する分類項目と異なる場合は、操作入力に基づいて、上記文書提供装置から送信されてきた電子文書を或る分類項目に分類するようにする。
また上記文書提供装置は、複数の電子文書を登録可能なデータベースと、上記データベースに登録されている電子文書から所望の電子文書を検索する検索手段と、上記端末装置と通信する通信手段と、上記通信手段が上記特徴情報を受信した時に、上記検索手段により上記データベースに登録されている複数の電子文書から上記特徴情報と関連する電子文書を検索させ、検索された電子文書に関連する情報を上記通信手段により上記端末装置に送信させる制御手段と、を備えるようにする。
【００１１】
また上記文書提供装置の上記制御手段は、上記検索された電子文書に関連する情報として、検索により抽出された電子文書自体を、上記通信手段により上記端末装置に送信させる。
【００１２】
或いは上記文書提供装置の上記制御手段は、上記検索された電子文書に関連する情報として、検索により抽出された電子文書のリスト情報を、上記通信手段により上記端末装置に送信させる。
これに対して上記端末装置では、上記通信手段により上記リスト情報が送信された際に、そのリスト情報に挙げられた電子文書の中から特定の電子文書を指定する電子文書指定情報が入力される電子文書指定手段が設けられるようにし、上記端末装置の上記制御手段は、上記電子文書指定手段に入力された電子文書指定情報を、上記通信手段を介して上記文書提供装置に送信させるようにする。
また上記文書提供装置の上記制御手段は、上記端末装置から送信されてきた上記電子文書指定情報により指定される電子文書を、上記通信手段により上記端末装置に送信させるようにする。
【００１３】
また上記文書提供装置の上記制御手段は、上記検索手段により上記データベースから検索された全ての電子文書について、上記リスト情報を生成して上記端末装置に送信させる。
或いは、上記文書提供装置の上記制御手段は、上記検索手段により上記データベースから検索された電子文書の中で一部の電子文書について、上記リスト情報を生成し、記端末装置に送信させる。
或いは上記文書提供装置の上記制御手段は、上記検索手段により上記データベースから検索された全部又は一部の電子文書についてソート処理を行って上記リスト情報を生成し、上記端末装置に送信させる。
【００１４】
上記端末装置の上記分類手段は、上記文書提供装置から送信されてきた電子文書を分類項目に分類することに応じて、分類情報を更新する。
【００１５】
また上記文書提供装置には、電子文書を上記端末装置に送信することに応じて、上記端末装置に対して課金処理を行なう課金処理手段を備えるようにする。
【００１６】
本発明の端末装置は、電子文書をその特徴に基づいて複数の分類項目に分類する分類手段と、文書提供装置と通信する通信手段と、上記複数の分類項目に分類されている電子文書又は上記複数の分類項目のいずれかを指定できるようにされた指定入力手段と、上記指定入力手段により指定された電子文書又は分類項目の特徴を示す特徴情報を、上記通信手段を介して上記文書提供装置に送信させる制御手段と、を備え、上記制御手段は、上記指定情報入力手段により指定された電子文書又は分類項目の特徴を示す特徴情報とともに、指定された電子文書又は分類項目の識別子を、上記通信手段を介して上記文書提供装置に送信させ、上記分類手段は、上記文書提供装置から送信されてきた電子文書について、その特徴に基づいて該当する分類項目を判別するとともに、判別された分類項目が、上記指定入力手段により指定された分類項目、又は指定された電子文書が属する分類項目と一致する場合は、上記文書提供装置から送信されてきた電子文書をその分類項目に分類し、判別された分類項目が、上記指定入力手段により指定された分類項目、又は指定された電子文書が属する分類項目と異なる場合は、操作入力に基づいて、上記文書提供装置から送信されてきた電子文書を或る分類項目に分類するようにする。
【００１８】
本発明の端末装置側の処理に相当する本発明の文書処理方法としては、電子文書をその特徴に基づいて複数の分類項目に分類する分類手順と、上記複数の分類項目に分類されている電子文書又は上記複数の分類項目のいずれかの指定を要求する指定要求手順と、上記指定要求手順により指定された電子文書又は分類項目の特徴を示す特徴情報を、文書提供装置に送信する送信手順と、が行われ、上記送信手順は、上記指定要求手順により指定された電子文書又は分類項目の特徴を示す特徴情報とともに、指定された電子文書又は分類項目の識別子を、上記通信手段を介して上記文書提供装置に送信させ、上記分類手順は、上記文書提供装置から送信されてきた電子文書について、その特徴に基づいて該当する分類項目を判別するとともに、判別された分類項目が、上記指定要求手順により指定された分類項目、又は指定された電子文書が属する分類項目と一致する場合は、上記文書提供装置から送信されてきた電子文書をその分類項目に分類し、判別された分類項目が、上記指定要求手順により指定された分類項目、又は指定された電子文書が属する分類項目と異なる場合は、操作入力に基づいて、上記文書提供装置から送信されてきた電子文書を或る分類項目に分類するようにする。
【００１９】
また本発明の文書提供装置側の処理に相当する本発明の文書処理方法としては、端末装置から電子文書又は分類項目の特徴情報を受信した時に、データベースに登録されている複数の電子文書から上記特徴情報と関連する電子文書を検索する検索手順と、上記検索手順で検索された電子文書に関連する情報を上記端末装置に送信する送信手順とが行われ、上記送信手順は、上記指定要求手順により指定された電子文書又は分類項目の特徴を示す特徴情報とともに、指定された電子文書又は分類項目の識別子を、上記通信手段を介して上記文書提供装置に送信させ、上記分類手順は、上記文書提供装置から送信されてきた電子文書について、その特徴に基づいて該当する分類項目を判別するとともに、判別された分類項目が、上記指定要求手順により指定された分類項目、又は指定された電子文書が属する分類項目と一致する場合は、上記文書提供装置から送信されてきた電子文書をその分類項目に分類し、判別された分類項目が、上記指定要求手順により指定された分類項目、又は指定された電子文書が属する分類項目と異なる場合は、操作入力に基づいて、上記文書提供装置から送信されてきた電子文書を或る分類項目に分類するようにする。
【００２０】
また本発明の記録媒体としては、上記の端末装置側の処理に相当する文書処理方法としての動作プログラムを記録したものとする。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態について次の順序で説明する。
説明としては以下に示す順序のように、まず第１の実施の形態としての文書処理システムの構成を述べ、次に、その文書処理システムにおいて文書データの提供を受ける側となる文書処理装置、及び文書データ構造について述べていく。そしてその後に、文書処理装置に対して提供する文書データを作成するオーサリング装置を説明する。そしてさらにその後、文書処理システムの動作を説明する。また以上の第１の実施の形態の説明に準拠して、第２、第３の実施の形態も説明する。
［Ｉ］第１の実施の形態
１．文書処理システムの構成
２．文書処理装置（ユーザー端末）の構成
３．文書データ構造
４．文書データに対する手動分類処理
４−１ 処理手順
４−２ インデックス作成
４−３ 文書閲覧／分類作成／分類操作
４−４ 分類モデル作成／登録
５．文書データに対する自動分類処理
５−１ 処理手順
５−２ 自動分類
６．要約作成処理
７．読み上げ処理
８．オーサリング装置の構成
９．オーサリング処理
１０．文書処理システムの動作（文書プロバイダからのオーサリング要求）
［II］第２の実施の形態
１１．文書処理システムの構成
１２．文書処理システムの動作（文書処理装置からのオーサリング要求）
［III］第３の実施の形態
１３．文書処理システムの構成
１４．文書処理システムの動作（文書処理装置からの逆引検索＃１）
１５．逆引検索後の分類処理
１６．文書処理システムの動作（文書処理装置からの逆引検索＃２）
【００２２】
［Ｉ］第１の実施の形態
１．文書処理システムの構成
図１に第１の実施の形態としての文書処理システムの構成例を示す。
本例の文書処理システムは、主に、文書処理装置１、オーサリング装置２、サーバ３、文書プロバイダ４等から成る。
【００２３】
図１には、各部が有する機能を示しているが、文書処理装置１、オーサリング装置２、サーバ３、文書プロバイダ４の全ては、受信／送信機能を有し、図中実線又は破線で示すように、相互に情報の通信が可能とされている。
【００２４】
ここで実線で示す通信回線６とは、有線（例えば一般公衆回線、専用通信線、インターネットなど）又は無線（例えば衛星通信や無線電話回線など）による通信回線を示している。
また破線は可搬性の記録媒体３２による情報の伝送を示しており、光ディスク、光磁気ディスク、磁気ディスクなどのディスク状記録媒体や、例えばフラッシュメモリなどを搭載したメモリカード、或いはテープメディアなど、各種の記録媒体が相当する。
すなわち図示する各部は、通信回線６又は記録媒体３２により、電子文書、タグ付電子文書、識別子、その他の各種制御データを相互に伝送することができる。
なお本例では、オーサリング装置２により電子文書にタグを付してタグ付電子文書を生成するものであるが、タグが付されていない元の電子文書を「プレーンテキスト」、タグが付された電子文書を「タグファイル」ということする。
【００２５】
文書プロバイダ４は、提供すべき文書としての元のテキストデータ、つまり後述するタグ等が付加されていない通常の文書データであるプレーンテキストを提供する部位としている。
文書プロバイダ４はプレーンテキスト格納機能を備え、格納してあるプレーンテキストを、通信回線６又は記録媒体３２を介してサーバ３又はオーサリング装置２に送信できる。
また文書作成機能を備え、プレーンテキストを作成することもできる。但し、必ずしも文書プロバイダ４において文書作成機能を備える必要はない。即ち、文書プロバイダ４はあくまでもプレーンテキストを提供できる部位であればよく、通信回線６又は記録媒体３２を介してシステム外部の文書製作者等から受け取ったプレーンテキストを提供するようにしてもよい。
【００２６】
オーサリング装置２は、文書プロバイダ４又はサーバ３から通信回線６又は記録媒体３２を介して提供されたプレーンテキストに対してオーサリング処理を行ってタグファイルを生成する部位である。
生成したタグファイルは通信回線６又は記録媒体３２を介してサーバ３に送信し、サーバ３内のデータベースに格納させる。
【００２７】
このオーサリング装置２としては、上記オーサリング処理を行うためのオーサリング機能を有するほか、詳しくは後述するが、オーサリング対象となるプレーンテキストの受信／要求やサーバ３のデータベースの検索要求などを行ない、また生成されたタグファイルのサーバ３への送信などの制御を実行し、効率的なオーサリング動作を実現するオーサリング制御機能を備える。
また課金機能を備え、オーサリング動作に伴って、オーサリング料金を文書プロバイダ４に課金することも行われる。
【００２８】
なお図示していないが、オーサリング装置２に文書作成機能が設けられるようにして、文書プロバイダ４からプレーンテキストの供給を受けなくても、プレーンテキストを生成し、そのプレーンテキストに対してオーサリング処理を行ってタグファイルを生成することができるようにしてもよい。
【００２９】
オーサリング装置２においては、オーサリング機能、課金機能、受信送信機能、オーサリング制御機能を実現するための動作制御プログラムが用意されるが、この動作制御プログラムは予め装置内部に保持されることの他、システム外部から通信回線６でダウンロードしたり、或いは記録媒体３２により提供を受けるものでもよい。
例えばこのようにシステム外部から提供を受けることで、汎用のパーソナルコンピュータをオーサリング装置として適用することも可能となる。
なおオーサリング装置２としてのハードウエア構成や処理動作については後述する。
【００３０】
サーバ３は、データベースを有し、データベースには文書プロバイダ４から送信されてきたプレーンテキストや、オーサリング装置２から送信されてきたタグファイルが格納される。
データベースに保存された文書データ（タグファイル又はプレーンテキスト）は、サーバ３の管理に基づいて、フロッピーディスクや光ディスク等の記録媒体３２或いは通信回線６によって、一般ユーザー側の文書処理装置１に提供されるものとなる。
サーバ３はデータベースに対する検索機能も備える。
【００３１】
一般ユーザーサイドでは、文書処理機能を備える文書処理装置１を用いることで、サーバ３から提供された文書データについて後述するように各種の処理を行い、多様かつ高度な文書情報を得ることができる。
【００３２】
なお、この図１のシステム構成は、説明上の１モデルにすぎず、実際のシステム構成は多様に考えられる。
例えば文書プロバイダ４、オーサリング装置２、サーバ３等が多数存在したり、或いはサーバ３側にオーサリング装置２が構築されたりするなど、多様な構成例が考えられる。
【００３３】
２．文書処理装置（ユーザー端末）の構成
上記文書処理システムにおいて 文書データの提供を受ける側となる文書処理装置１について説明していく。
【００３４】
文書処理装置１は、図２に示すように、制御部１１およびインターフェース１２を備える本体１０と、ユーザからの入力を受けて本体１０に送る入力部２０と、外部との信号の送受信を行う通信部２１と、本体１０からの出力を表示する表示部３０と、記録媒体３２に対して情報を記録／再生する記録／再生部３１と、音声出力部３３と、ＨＤＤ（ハードディスクドライブ）３４を有している。
【００３５】
本体１０は、制御部１１およびインターフェース１２を有し、この文書処理装置１の主要な部分を構成している。
制御部１１は、この文書処理装置１における処理を実行するＣＰＵ１３と、揮発性のメモリであるＲＡＭ１４と、不揮発性のメモリであるＲＯＭ１５とを有している。
ＣＰＵ１３は、たとえばＲＯＭ１５に記録された手順にしたがって、必要な場合にはデータを一時的にＲＡＭ１４に格納して、プログラムを実行するための制御をおこなう。
この制御部１１の動作としては、詳しくはそれぞれ後述していくが、供給された文書データに関する分類処理、要約作成処理、読み上げ動作のための音声読み上げ用ファイルの生成処理、及びこれらの処理に必要な文書解析などがある。そしてこれらの動作のために必要なプログラムやアプリケーションソフトが、ＲＯＭ１５や、ＨＤＤ３４、あるいは記録媒体３２に記憶されている。
なお、制御部１１が用いる文書処理プログラムは上記のようにあらかじめＲＯＭ１５に格納されたり、あるいは、記録媒体３２やＨＤＤ３４から取り込むことが考えられるが、例えば通信部２１（通信回線６）を介して、インターネット等のネットワークから、外部サーバ等が提供する文書処理プログラムをダウンロードすることも考えられる。
【００３６】
インターフェース１２は、制御部１１、入力部２０、通信部２１、表示部３０、記録／再生部３１、音声出力部３３、ＨＤＤ３４に接続される。
そしてインターフェース１２は、制御部１１の制御の下に、入力部２０からのデータの入力、通信部２１との間のデータの入出力、表示部３０へのデータの出力、記録／再生部３１に対するデータの入出力、音声出力部３３へのデータの出力、ＨＤＤ３４に対するデータの入出力の各動作を行う。具体的には制御部１１と上記各部の間でのデータの入出力のタイミングを調整したり、データの形式を変換することなどを行う。
【００３７】
入力部２０は、この文書処理装置１に対するユーザの入力を受ける部分である。この入力部２０は、たとえばキーボードやマウスにより構成される。ユーザは、この入力部２０を用い、キーボードによリキーワード等の文字を入力したり、マウスにより表示部３０に表示されている電子文書のエレメントを選択することなどができる。
なお、以下では文書処理装置１で扱う文書データ（タグファイル等）を、単に「文書」と称する場合もある。また「エレメント」とは文書を構成する要素であって、たとえば文書、文および語が含まれる。
【００３８】
通信部２１は、この文書処理装置１に外部からたとえば通信回線６を介して送信される信号を受信したり、通信回線６に信号を送信する部位である。
この通信部２１は、例えば上記サーバ３から送信された１又は複数の文書データ（タグファイル）等を受信し、受信したデータを本体１０に送る。もちろん通信回線６を介して外部装置にデータを送信することも可能である。
【００３９】
表示部３０は、この文書処理装置１の出力としての文字や画像情報を表示する部位である。この表示部３０は、たとえば陰極線管（cathode ray tube；CRT）や液晶表示装置（Liquid crystal display；LCD）などにより構成され、たとえば単数または複数のウィンドウを表示し、このウィンドウ上に文字、図形等を表示する。
【００４０】
記録／再生部３１は、例えばフロッピーディスクや光ディスクなどの記録媒体３２に対してデータの記録／再生を行う。
なお、ここでは記録媒体３２の例としてフロッピーディスク（磁気ディスク）、光ディスクを例にあげているが、もちろん上述したように、光磁気ディスク、メモリカード、磁気テープなど、可搬性メディアであれば記録媒体３２の例として適用できる。そして記録／再生部３１は、メディアに応じた記録再生装置（ディスクドライブ、カードドライブなど）であればよい。
【００４１】
記録媒体３２が、文書を処理するための文書処理プログラムが記録されているものである場合は、記録／再生部３１は、その記録媒体３２から文書処理プログラムを読み出して制御部１１に供給することができる。
また記録媒体３２に文書データが記録されていれば、記録／再生部３１でそれを読み出して制御部１１に供給することができる。即ち文書処理装置１にとって、通信部２１による文書データの受信とは別の文書データの入力態様となる。
さらに、制御部１１は当該文書処理装置１で処理した文書データを記録／再生部３１において記録媒体３２に記録させることもできる。
【００４２】
音声出力部３３は、文書処理装置１の出力としての文書を、読み上げ音声として出力する部位である。
即ち音声出力部３３は、制御部１１が文書情報（後述する読み上げ用ファイル）に基づいた音声合成処理により生成した音声信号が供給された際に、その音声信号の出力処理を行うことで、表示部３０とともに文書処理装置１の出力手段として機能する。
【００４３】
ＨＤＤ３４は、文書処理装置１における大容量の記録領域を提供する。ＨＤＤ３４は、制御部１１の制御に基づいて情報の記録／再生を行う。
このＨＤＤ３４は、制御部１１で実行される各種処理のためのアプリケーションプログラム、例えば音声合成のためのプログラムなどを格納するために用いられたり、例えば当該文書処理装置１に取り込まれた文書データ等を格納しておく部位として用いることなどが可能となる。
【００４４】
３．文書データ構造
続いて、本例における文書データの構造について説明する。本例においては、文書処理は、文書に付与された属性情報であるタグを参照しておこなわれる。本例で用いられるタグには、文書の構造を示す統語論的（syntactic）タグと、多言語間で文書の機械的な内容理解を可能にするような意味的（semantic）・語用論的タグとがある。
【００４５】
統語論的なタグとしては、文書の内部構造を記述するものがある。
タグ付けによる内部構造は、図３に示すように、文書、文、語彙エレメント等の各エレメントが互いに、通常リンク、参照・被参照リンクによりリンクされて構成されている。
図中において、白丸“○”はエレメントを示し、最下位の白丸は文書における最小レベルの語に対応する語彙エレメントである。また、実線は文書、文、語彙エレメント等のエレメント間のつながり示す通常リンク（normal link）であり、破線は参照・被参照による係り受け関係を示す参照リンク（reference link）である。
文書の内部構造は、上位から下位への順序で、文書（documemt）、サブディビジョン（subdivision）、段落（paragraph）、文（sentence）、サブセンテンシャルセグメント（subsentential segment）、・・・、語彙エレメントから構成される。このうち、サブディビジョンと段落はオプションである。
【００４６】
一方、意味論・語用論的なタグ付けとしては、多義語の意味のように意味等の情報を記述するものがある。
本例におけるタグ付けは、ＨＴＭＬ（Hyper Text Markup Language）と同様なＸＭＬ（Extensible Markup Language）の形式によるものである。
【００４７】
タグ付けの一例を次に示すが、文書へのタグ付けはこの方法に限られない。また、以下では英語と日本語の文書の例を示すが、タグ付けによる内部構造の記述は他の言語にも同様に適用することができる。
【００４８】
たとえば、“Time flies like an arrow.”という文については、下記のようなタグ付けをすることができる。＜ ＞が、文書に対して付与されたタグである。
【００４９】
＜文＞＜名詞句 語義＝“time０”＞time＜／名詞句＞
＜動詞句＞＜動詞 語義＝“fly１”＞flies＜／動詞＞
＜副詞句＞＜副詞 語義＝like０＞like＜／副詞＞ ＜名詞句＞an
＜名詞 語義＝“arrow０”＞arrow＜／名詞＞＜／名詞句＞
＜／副詞句＞＜／動詞句＞．＜／文＞
【００５０】
ここで＜文＞、＜名詞＞、＜名詞句＞、＜動詞＞、＜動詞句＞、＜副詞＞、＜副詞句＞は、それぞれ文、名詞、名詞句、動詞、動詞句、形容詞／副詞（前置詞句または後置詞句を含む）、形容詞句／副詞句、を示している。つまり文の統語構造（syntactic structure）を表している。
【００５１】
これらのタグは、エレメントの先端の直前および終端の直後に対応して配置される。エレメントの終端の直後に配置されるタグは、記号“ ／”によりエレメントの終端であることを示している。エレメントとは統語的構成素、すなわち句、節、および文のことである。
なお、語義（word sense）＝“time０”は、語“time”の有する複数の意味、すなわち複数の語義のうちの第０番目の意味を指している。具体的には、語“time”には少なくとも名詞、形容詞、動詞の意味があるが、ここでは語“time”が名詞（＝第０番目の意味）であることを示している。同様に、語“オレンジ”は少なくとも植物の名前、色、果物の意味があるが、これらも語義によって区別することができる。
【００５２】
本例では、文書データについては、図４に示すように、表示部３０上のウィンドウ１０１において、その統語構造を表示することができる。このウィンドウ１０１においては、右半面１０３に語彙エレメントが、左半面１０２に文の内部構造がそれぞれ表示されている。
【００５３】
例えば図示するようにこのウィンドウ１０１には、タグ付けにより内部構造が記述された文章「Ａ氏のＢ会が終わったＣ市で、一部の大衆紙と一般紙がその写真報道を自主規制する方針を紙面で明らかにした。」の一部が表示されている。この文書のタグ付けの例は次のようになる。
【００５４】
＜文書＞＜文＞＜副詞句 関係＝“場所”＞＜名詞句＞＜副詞句 場所＝“Ｃ市”＞
＜副詞句 関係＝“主語”＞＜名詞句 識別子＝“Ｂ会”＞＜副詞句 関係＝“所有”＞＜人名 識別子＝“Ａ氏”＞Ａ氏＜／人名＞の＜／副詞句＞＜組織名 識別子＝“Ｂ会”＞Ｂ会＜／組織名＞＜／名詞句＞が＜／副詞句＞
終わった＜／副詞句＞＜地名 識別子＝“Ｃ市”＞Ｃ市＜／地名＞＜／名詞句＞で、＜／副詞句＞＜副詞句 関係＝“主語”＞＜名詞句 識別子＝“press” 統語＝“並列”＞＜名詞句＞＜副詞句＞一部の＜／副詞句＞大衆紙＜／名詞句＞と＜名詞＞一般紙＜／名詞＞＜／名詞句＞が＜／副詞句＞
＜副詞句 関係＝“目的語”＞＜副詞句 関係＝“内容” 主語＝“press”＞＜副詞句 関係＝“目的語”＞＜名詞句＞＜副詞句＞＜名詞 共参照＝“Ｂ会”＞そ＜／名詞＞の＜／副詞句＞写真報道＜／名詞句＞を＜／副詞句＞
自主規制する＜／副詞句＞方針を＜／副詞句＞
＜副詞句 関係＝“位置”＞紙面で＜／副詞句＞
明らかにした。＜／文＞＜／文書＞
【００５５】
このようにタグ付されることで、各一対のタグ＜ ＞〜＜／ ＞によって文書の構造が表現される。
例えば＜文書＞〜＜／文書＞で１つの文書の範囲が示され、同様に＜文＞〜＜／文＞で１つの文の範囲が示される。また例えば、＜名詞句 識別子＝“Ｂ会”＞〜＜／名詞句＞により、「Ａ氏のＢ会」という部分が「Ｂ会」を識別子とする名詞句として表現される。
即ち上記タグ付により、図４の左半面１０２に示した文の内部構造が表現される。
【００５６】
さらに、この文書においては、「一部の大衆紙と一般紙」は、統語＝“並列”というタグにより並列であることが表されている。並列の定義は、係り受け関係を共有するということである。特に何も指定がない場合、たとえば、＜名詞句 関係＝ｘ＞＜名詞＞Ａ＜／名詞＞＜名詞＞Ｂ＜／名詞＞＜／名詞句＞は、ＡがＢに依存関係のあることを表す。関係＝ｘは関係属性を表す。
【００５７】
関係属性は、統語、意味、修辞についての相互関俵を記述する。主語、目的語、間接目的語のような文法機能、動作主、被動作者、受益者などのような主題役割、および理由、結果などのような修辞関係はこの関係属性により記述される。本例では、主語、目的語、間接目的語のような比較的容易な文法機能について関係属性を記述する。
【００５８】
また、この文書においては、“Ａ氏”、“Ｂ会”、“Ｃ市”のような固有名詞について、地名、人名、組織名等のタグにより属性が記述されている。これら地名、人名、組織名等のタグが付与されることで、その語が固有名詞であることが表現される。
【００５９】
４．文書データに対する手動分類処理
４−１ 処理手順
本例の文書処理装置１では、例えば通信部２１（又は記録／再生部３１）により外部から文書データが取り込まれると、その文書データを内容に応じて分類する処理を行う。なお、以下の説明では、外部からの文書データは通信部２１を介して取り込まれるとして述べていくが、その説明は、外部からフロッピーディスク等の可搬性メディアの形態で供給され、記録／再生部３１から文書データが取り込まれる場合も同様となるものである。
【００６０】
分類処理としては、文書データ内容に応じてユーザーが手動で分類する手動分類処理と、文書処理装置１が自動的に分類する自動分類処理がある。
これらの分類処理は、後述する分類モデルに基づいて行われるわけであるが、文書処理装置１においては、初期状態では分類モデルは存在しない。そのため初期状態にある時点では、手動分類処理として、分類モデルの作成を含む分類処理が必要になる。そして、分類モデルが生成された後においては、入力された文書データに対して自動分類処理が可能となるものである。
まずここでは、最初に実行することが必要とされる手動分類処理について説明する。即ちこの手動分類処理とは、初期状態にある文書処理装置１が外部から送られた文書データを受信した際に、ユーザーの操作に基づいて、制御部１１が分類モデルの作成及び文書データの分類を行う動作となる。
【００６１】
まず手動分類処理としての全体の処理手順を図５に示す。なお、各処理ステップの詳細な処理については後述する。
【００６２】
図５のステップＦ１１は、文書処理装置１の受信部２１による文書受信処理を示している。このステップＦ１１では、受信部２１は、たとえば通信回線を介して送信された１又は複数の文書を受信する。受信部２１は、受信した文書を文書処理装置の本体１０に送る。制御部１１は供給された１又は複数の文書データをＲＡＭ１４又はＨＤＤ３４に格納する。
【００６３】
ステップＦ１２では、文書処理装置１の制御部１１は、受信部２１から送られた複数の文書の特徴を抽出し、それぞれの文書の特徴情報すなわちインデックスを作成する。制御部１１は、作成したインデックスを、たとえばＲＡＭ１４又はＨＤＤ３４に記憶させる。
後述するがインデックスは、その文書に特徴的な、固有名詞、固有名詞以外の語義などを含むものであり、文書の分類や検索に利用できるものである。
【００６４】
ステップＦ１３の文書閲覧は、ユーザーの必要に応じて実行される処理である。つまりユーザーの操作に応じて行われる。なお、このステップＦ１３や次のステップＦ１４は、ユーザ操作に基づく処理である。
入力された文書データに対しては、ユーザーは所要の操作を行うことにより、表示部３０の画面上で、その文書内容を閲覧することができる。
そして文書閲覧中は、ユーザーは画面上のアイコン等に対する操作により、例えば後述する要約作成などの各種処理を指示できるが、この手動分類処理に関しては、ステップＦ１４として示すように、分類項目の作成及び分類操作としての処理に進むことになる。
ステップＦ１４では、ユーザーが分類項目（なお本明細書では、分類項目のことをカテゴリともいう）を設定する操作を行うことに応じて、制御部１１は分類項目を生成／表示していく。またユーザーが文書データを、設定された分類項目に振り分けていく操作も行うことになり、それに応じて制御部１１は文書データの振り分け／表示を行うことになる。
【００６５】
ステップＦ１５では、制御部１１は、ステップＦ１４でユーザーが行った分類項目作成及び分類操作に応じて、分類モデルを作成する。
分類モデルは、文書を分類する複数の分類項目（カテゴリ）から構成されるとともに、各カテゴリに対して各文書のインデックス（ステップＦ１２で作成した各文書のインデックス）を対応づけることで、分類状態を規定するデータである。
このような分類モデルを生成したら、ステップＦ１６で、その分類モデルを登録する。即ち制御部１１は、分類モデルをたとえばＲＡＭ１４に記憶させることで登録を行う。
以上の図５の処理により、文書処理状態１が初期状態にある時に入力された１又は複数の各文書データについて、手動分類及び分類モデルの作成が行われたことになる。
この図５のステップＦ１２以下の処理について詳しく述べていく。
【００６６】
４−２ インデックス作成
ステップＦ１４では、制御部１１は入力された文書データについてインデックスの作成を行う。
まず、或る１つの文書データに対して作成されたインデックスの具体例を示す。
【００６７】
＜インデックス 日付＝“AAAA/BB/CC” 時刻＝“DD:EE:FF” 文書アドレス＝“1234”＞
＜ユーザの操作履歴 最大要約サイズ＝“100”＞
＜選択 エレメントの数＝“10”＞ピクチャーテル＜／選択＞
・・・
＜／ユーザの操作履歴＞
＜要約＞減税規模、触れず−Ｘ首相の会見＜／要約＞
＜語 語義＝“0003” 中心活性値＝“140.6”＞触れず＜／語＞
＜語 語義＝“0105” 識別子＝“Ｘ” 中心活性値＝“67.2”＞首相＜／語＞
＜人名 識別子＝“Ｘ” 語 語義＝“6103” 中心活性値＝“150.2”＞Ｘ首相＜／語 ／人名＞
＜語 語義＝“5301” 中心活性値＝“120.6”＞求めた＜／語＞
＜語 語義＝“2350” 識別子＝“Ｘ” 中心活性値＝“31.4”＞首相＜／語＞
＜語 語義＝“9582” 中心活性値＝“182.3”＞強調した＜／語＞
＜語 語義＝“2595” 中心活性値＝“93.6”＞触れる＜／語＞
＜語 語義＝“9472” 中心活性値＝“12.0”＞予告した＜／語＞
＜語 語義＝“4934” 中心活性値＝“46.7”＞触れなかった＜／語＞
＜語 語義＝“0178” 中心活性値＝“175.7”＞釈明した＜／語＞
＜語 語義＝“7248” 識別子＝“Ｘ” 中心活性値＝“130.6”＞私＜／語＞
＜語 語義＝“3684” 識別子＝“Ｘ” 中心活性値＝“121.9”＞首相＜／語＞
＜語 語義＝“1824” 中心活性値＝“144.4.”＞訴えた＜／語＞
＜語 語義＝“7289” 中心活性値＝“176.8”＞見せた＜／語＞
＜／インデックス＞
【００６８】
このインデックスにおいては、＜インデックス＞および＜／インデックス＞は、インデックスの始端および終端を、＜日付＞および＜時刻＞はこのインデックスが作成された日付および時刻を、＜要約＞および＜／要約＞はこのインデックスの内容の要約の始端および終端を、それぞれ示している。
また、＜語＞および＜／語＞は語の始端および終端を示している。
さらに例えば、語義＝“0003”は、第３番目の語義であることを示している。他についても同様である。上述したように、同じ語でも複数の意味を持つ場合があるので、それを区別するために語義ごとに番号が予め決められており、その該当する語義が番号で表されているものである。
【００６９】
また、＜ユーザの操作履歴＞および＜／ユーザの操作履歴＞は、ユーザの操作履歴の始端および終端を、＜選択＞および＜／選択＞は、選択されたエレメントの始端および終端を、それぞれ示している。最大要約サイズ＝“100”は、要約の最大のサイズが１００文字であることを、エレメントの数＝“10”は、選択されたエレメントの数が１０であることを示している。
【００７０】
この例のように、インデックスは、その文書に特徴的な、固有名詞、固有名詞以外の語義などを含むものである。
例えばこのようなインデックスを作成するステップＦ１２の処理を、図６〜図９で説明する。なお、図６は１つの文書データに対するインデックス作成処理を示しており、従って複数の文書データについて処理を行う場合は、各文書データについてこの図６の処理が行われることになる。
また図６のステップＦ３１の詳細な処理を図８に示し、さらに図８のステップＦ４３の詳細な処理を図９に示している。
【００７１】
上述した図５のステップＦ１２のインデックス作成処理としては、まず図６のステップＦ３１の活性拡散が行われる。
この活性拡散とは、文書データについて、エレメントの中心活性値を文書の内部構造に基づいて拡散することで、中心活性値の高いエレメントと関わりのあるエレメントにも高い中心活性値を与えるような処理である。
即ち、文書を構成する各エレメントに対して初期値としての中心活性値を与えた後、その中心活性値を、文書の内部構造、具体的にはリンク構造に基づいて拡散する。
この中心活性値は、タグ付けによる内部構造に応じて決定されるので、文書の特徴の抽出等に利用されるものである。
制御部１１は、このステップＦ３１として、活性拡散を行い、活性拡散の結果として得られた各エレメントの中心活性値を、たとえばＲＡＭ１４に記憶させることになる。
【００７２】
ステップＦ３１の活性拡散について、図７〜図９で詳しく説明していく。
まずエレメントとエレメントのリンク構造の例を図７に示す。
図７においては、文書を構成するエレメントとリンクの構造の一部として、エレメントＥ１、Ｅ２の周辺を示している。Ｅ１〜Ｅ８はエレメントの例であり、この中でエレメントＥ１、Ｅ２に注目して説明する。
【００７３】
エレメントＥ１の中心活性値はｅ１であるとし、またエレメントＥ２の中心活性値はｅ２であるとする。
このエレメントＥ１，Ｅ２は、リンクＬ１２（上述した通常リンクもしくは参照リンク）にて接続されている。
リンクＬ１２のエレメントＥ１に接続する端点をＴ１２、エレメントＥ２に接続する端点をＴ２１とする。
エレメントＥ１は、さらにエレメントＥ３，Ｅ４，Ｅ５と、それぞれリンクＬ１３，Ｌ１４，Ｌ１５で接続されている。各リンクＬ１３，Ｌ１４，Ｌ１５におけるエレメントＥ１側の端点をそれぞれＴ１３，Ｔ１４，Ｔ１５とする。
またエレメントＥ２は、エレメントＥ６，Ｅ７，Ｅ８とも、それぞれリンクＬ２６，Ｌ２７，Ｌ２８で接続されている。各リンクＬ２６，Ｌ２７，Ｌ２８におけるエレメントＥ２側の端点をそれぞれＴ２６，Ｔ２７，Ｔ２８とする。
このようなリンク構造の例を用いながら、図８、図９の活性拡散処理を説明していく。
【００７４】
図８のステップＦ４１で制御部１１は、インデックス作成対象としての文書データについて活性拡散を開始するにあたり、まず文書データの全エレメントについて中心活性値の初期設定を行う。
中心活性値の初期値としては、例えば固有名詞や、ユーザーが選択（クリック）したエレメント等に高い値を与えるようにする。
また制御部１１は、参照リンクと通常リンクに関して、エレメントを連結するリンクの端点Ｔ(xx)の端点活性値を０に設定する。制御部１１は、このように付与した端点活性値の初期値を、たとえばＲＡＭ１４に記憶させる。
【００７５】
ステップＦ４２においては、制御部１１は、文書を構成するエレメントＥｉを計数するカウンタの初期化をおこなう。すなわち、エレメントを計数するカウンタのカウント値ｉを１に設定する。ｉ＝１の場合、このカウンタは、第１番目のエレメント（例えば図７のエレメントＥ１）を参照することになる。
【００７６】
ステップＦ４３においては、制御部１１は、カウンタが参照するエレメントについて、新たな中心活性値を計算する中心活性値更新処理を実行する。
この中心活性値更新処理について、エレメントＥ１についての処理を例に挙げながら、図９で詳しく説明する。
この中心活性値更新処理は、エレメントについての端点活性値を更新し、さらに更新された端点活性値と現在の中心活性値を用いて、新たな中心活性値を算出する処理となる。
【００７７】
図９のステップＦ５１では、制御部１１は、文書を構成するエレメントＥｉ（例えばこの場合Ｅ１）に一端が接続されたリンクの数を計数するカウンタの初期化をおこなう。すなわち、リンクを計数するカウンタのカウント値ｊを１に設定する。ｊ＝１の場合、このカウンタは、エレメントＥｉと接続された第１番目のリンクＬ（yy）を参照することになる。図７の例では、エレメントＥ１についての第１のリンクとして例えばリンクＬ１２を参照する。
【００７８】
ステップＦ５２で制御部１１は、参照中のリンク、つまりエレメントＥ１とＥ２を接続するリンクＬ１２について、関係属性のタグを参照することにより通常リンクであるか否かを判断する。制御部１１は、リンクＬ１２が通常リンクであればステップＦ５３に、一方リンクＬ１２が参照リンクであればステップＦ５４に処理を進める。
【００７９】
リンクＬ１２が通常リンクと判断されてステップＦ５３に進んだ場合は、制御部１１は、エレメントＥ１の通常リンクＬ１２に接続された端点Ｔ１２の新たな端点活性値を計算する処理をおこなう。
端点Ｔ１２の端点活性値ｔ１２は、リンク先のエレメントＥ２の端点活性値のうち、リンクＬ１２以外のリンクに接続するすべての端点の各端点活性値（この場合Ｔ２６、Ｔ２７、Ｔ２８の各端点活性値ｔ２６、ｔ２７，ｔ２８）と、エレメントＥ２の中心活性値ｅ２を加算し、この加算で得た値を、文書に含まれるエレメントの総数で除することにより求められる。
制御部１１は、この様な演算を、ＲＡＭ１４から読み出した各端点活性値および各中心活性値を用いて行うことで、通常リンクと接続された端点についての新たな端点活性値を算出し、算出した端点活性値を、ＲＡＭ１４に記憶させる。つまり端点Ｔ１２の端点活性値ｔ１２を更新する。
【００８０】
一方、ステップＦ５２でリンクＬ１２が参照リンクであると判断され、ステップＦ５４に進んだ場合は、同じく制御部１１は、通常リンクＬ１２に接続されたエレメントＥ１の端点Ｔ１２の新たな端点活性値を計算する処理をおこなうことになるが、端点活性値の算出のための演算は次のようになる。
即ちこの場合は、端点Ｔ１２の端点活性値ｔ１２は、リンク先のエレメントＥ２の端点活性値のうち、リンクＬ１２以外のリンクに接続するすべての端点の各端点活性値（この場合Ｔ２６、Ｔ２７、Ｔ２８の各端点活性値ｔ２６、ｔ２７，ｔ２８）と、エレメントＥ２の中心活性値ｅ２を加算した値とする。（つまり除算がない点が上記通常リンクの場合と異なるものとなる）
そして制御部１１は、この様な演算を、ＲＡＭ１４から読み出した各端点活性値および各中心活性値を用いて行うことで、参照リンクと接続された端点についての新たな端点活性値を算出し、算出した端点活性値を、ＲＡＭ１４に記憶させる。つまり端点Ｔ１２の端点活性値ｔ１２を更新する。
【００８１】
このようなステップＦ５３又はＦ５４の処理を行なったら、制御部１１はステップＦ５５での判別処理を介して（判別結果がＮＯであれば）ステップＦ５７に進み、カウント値ｊをインクリメントしてステップＦ５２に戻る。
即ち続いて、カウント値ｊ＝２とされることにより、エレメントＥ１についての第２のリンク（例えばリンクＬ１３）が参照されることになるため、上記同様にステップＦ５２以降の処理でリンクＬ１３に接続される端点Ｔ１３の端点活性値ｔ１３が算出／更新されることになる。
【００８２】
ステップＦ５５では、制御部１１は、現在カウント値ｉで参照中のエレメントＥｉ（Ｅ１）について、全てのリンクについての新たな端点活性値が計算されたか否かを判別して処理を分岐するものであるため、端点活性値の更新処理は、参照中のエレメントＥｉの全ての端点活性値が更新されるまで行われる。
つまりステップＦ５７でカウント値ｊがインクリメントされながら処理が繰り返されることで、例えばエレメントＥ１については、端点Ｔ１２，Ｔ１３，Ｔ１４，Ｔ１５についてそれぞれ端点活性値ｔ１２，ｔ１３，ｔ１４，ｔ１５が更新されていき、その全てが更新された時点で、処理はステップＦ５５からＦ５６に進むことになる。
【００８３】
エレメントＥｉについての全ての端点活性値が求められたことに応じて、ステップＦ５６では、更新された端点活性値を用いて、エレメントＥｉの新たな中心活性値ｅｉを算出する。
エレメントＥｉの新たな中心活性値ｅｉは、エレメントＥｉの現在の中心活性値ｅｉとエレメントＥｉのすべての端点の新たな端点活性値の和で求められる。例えば図７のエレメントＥ１の場合は、新たな中心活性値ｅ１(new)は、
ｅ１(new)＝ｅ１＋ｔ１２＋ｔ１３＋ｔ１４＋ｔ１５
となる。
【００８４】
制御部１１は、このようにして現在カウント値ｉで参照中のエレメントＥｉの中心活性値ｅｉを算出する。そして、制御部１１は、計算した新たな中心活性値ｅｉをＲＡＭ１４に記憶させる。つまりエレメントＥｉの中心活性値ｅｉを更新する。（但しこの時点では、後述するステップＦ４５の処理で用いるため、旧中心活性値も保持しておく）
【００８５】
図８のステップＦ４３の中心活性値更新処理として、以上図９に示したような処理が行われるたら、制御部１１の処理は図８のステップＦ４４に進み、制御部１１は、文書中のすべてのエレメントについて中心活性値更新処理が完了したか否かを判断する。具体的には、制御部１１は、カウント値ｉが、文書に含まれるエレメントの総数に達したか否かを判断する。
制御部１１は、すべてのエレメントについて中心活性値更新処理が完了していないときは、ステップＦ４７に処理を進め、カウント値ｉをインクリメントしてステップＦ４３に戻る。
例えば上記のようにエレメントＥ１についての処理が終わった後であれば、カウント値ｉ＝２とされて、今度はエレメントＥ２が参照されることになる。
そしてエレメントＥ２について、ステップＦ４３の中心活性値更新処理（即ち図９の処理）が上記同様に行われる。
重複説明となるため詳細は述べないが、図７のリンク例でいえば、エレメントＥ２の場合は、図９の処理において端点Ｔ２１，Ｔ２６，Ｔ２７，Ｔ２８の各端点活性値ｔ２１，ｔ２６，ｔ２７，ｔ２８が更新された後、新たな中心活性値ｅ２(new)が、
ｅ２(new)＝ｅ２＋ｔ２１＋ｔ２６＋ｔ２７＋ｔ２８
として算出され、更新されることになる。
【００８６】
図８の処理においては、このようにステップＦ４７でカウント値ｉがインクリメントされて参照エレメントが変更されながらステップＦ４３の中心活性値更新処理が繰り返されることで、文書に含まれる全てのエレメントの中心活性値が更新されていくことになる。
【００８７】
文書中のすべてのエレメントについて中心活性値の更新が完了したときは、処理はステップＦ４４からＦ４５に進むことになる。
ステップＦ４５においては、制御部１１は、文書に含まれるすべてのエレメントの中心活性値の変化分、すなわち新たに計算された中心活性値の元の中心活性値に対する変化分について平均値を計算する。
例えば制御部１１は、ＲＡＭ１４に記憶された旧中心活性値と、更新した新たな中心活性値を、文書に含まれるすべてのエレメントについて読み出す。そして各エレメントについて新中心活性値と旧中心活性値の差分を求め、その差分の総和をエレメントの総数で除することにより、すべてのエレメントの中心活性値の変化分の平均値を計算する。
制御部１１は、このように計算したすべてのエレメントの中心活性値の変化分の平均値を、たとえばＲＡＭ１４に記憶させる。
【００８８】
続いてステップＦ４６において制御部１１は、ステップＦ４５で計算した平均値が、あらかじめ設定された閾値以内であるか否かを判断する。
そして、制御部１１は、上記平均値が閾値以内である場合は、活性拡散処理としての一連の行程を終了するが、上記平均値が閾値以内でないときには、ステップＦ４２にもどって、上述した一連の行程を再び実行する。
【００８９】
この一連の活性拡散処理は、中心活性値が高いエレメントに関連のある（リンクする）エレメントについて、その中心活性値を引き上げていく処理といえるものである。
ところが、この活性拡散を１回行うのみでは、インデックス作成処理の目的を考えたときに、本来中心活性値を引き上げられるべきエレメントの中で、中心活性値が十分に引き上げられないものが発生する場合もありうる。例えば、１回の活性拡散では、中心活性値の初期値が高く設定されたエレメントに直接リンクするエレメントについては、或る程度中心活性値が引き上げられるが、直接リンクしていないエレメントは、それがインデックスとして重要なエレメントであっても十分に中心活性値が引き上げられないことが生ずる。
そこで、ステップＦ４６の判断を介して、必要に応じて活性拡散処理を複数回行うようにすることで、全体的に中心活性値が収束されるようにし、中心活性値が引き上げられない重要なエレメントがなるべく生じないようにするものである。
なお、複数回の活性拡散で、全体的に中心活性値が収束されていくのは、活性拡散処理で更新された各エレメントの中心活性値に基づいて、さらに次の活性拡散処理で各エレメントの中心活性値が更新されていくためである。但し、このような活性拡散処理が多数回行われすぎると、全エレメントの中心活性値が収束しきってほぼ同値となるような事態となり、不適切である。
このため、ステップＦ４５，Ｆ４６の処理として、中心活性値の変化分の平均値を求めるように、その変化分に基づいて活性拡散処理の終了タイミングを判断することで、インデックス作成に好適な活性拡散が実現されることになる。
【００９０】
以上の図８、図９のような活性拡散処理（即ち図６のステップＦ３１）が完了したら、制御部１１の処理は図６のステップＦ３２に進むことになる。
ステップＦ３２においては、制御部１１は、ステップＦ３１で得られた各エレメントの中心活性値に基づいて、中心活性値があらかじめ設定された閾値を超えるエレメントを抽出する。制御部１１は、このように抽出したエレメントをＲＡＭ１４に記憶させる。
【００９１】
続いてステップＦ３３においては、制御部１１は、ステップＦ３２にて抽出したエレメントをたとえばＲＡＭ１４から読み出す。そして制御部１１は、この抽出したエレメントの中からすべての固有名詞を取り出してインデックスに加える。固有名詞は語義を持たず、辞書に載っていないなどの特殊の性質を有するので固有名詞以外の語とは別に扱うものである。なお語義とは、前述したように、語の有する複数の意味のうちの各意味に対応したものである。
各エレメントが固有名詞であるか否かは、文書に付されたタグに基づいて判断することができる。たとえば、図４に示したタグ付けによる内部構造においては、“Ａ氏”、“Ｂ会”および“Ｃ市”は、タグによる関係属性がそれぞれ“人名”、“組織名”および“地名”であるので固有名詞であることが分かる。そして、制御部１１は、取り出した固有名詞をインデックスに加え、その結果をＲＡＭ１４に記憶させる。
【００９２】
次のステップＦ３４においては、制御部１１は、ステップＦ３２にて抽出したエレメントの中から、固有名詞以外の語義を取り出してインデックスに加え、その結果をＲＡＭ１４に記憶させる。
【００９３】
以上の処理により、例えば上記した具体例のようなインデックスが生成される。即ちインデックスは、タグ付けされた文書の特徴を発見して、その特徴を配列したものとなり、その文書の特徴は、文書の内部構造に応じて拡散処理された中心活性値に基づいて判断されるものとなる。
そしてこのようなインデックスは、文書を代表するような特徴を表す語義および固有名詞を含むので、所望の文書を参照する際に用いることができる。
なお、インデックスには、文書の特徴を表す語義および固有名詞とともに、その文書がＲＡＭ１４（又はＨＤＤ３４）において記憶された位置を示す文書アドレスを含めておく。
【００９４】
４−３ 文書閲覧／分類作成／分類操作
以上の図６〜図９で説明したインデックス作成処理は図５のステップＦ１２で行われるものとなる。従って図５の手動分類処理としては、続いてステップＦ１３，Ｆ１４の処理、即ち上述したようにユーザーによる閲覧及び手動分類の処理に移る。
【００９５】
上述のように、図５のステップＦ１３においては、ユーザーは表示部３０に表示される文書を閲覧することができる。
またステップＦ１４においては、ユーザーが分類項目を設定する操作や、文書データを、設定された分類項目に振り分けていく操作を行うことができる。
このステップＦ１３，Ｆ１４で行われる操作や、それに対応する制御部１１の処理及び表示部３０の表示例は以下のようになる。
【００９６】
図１０、図１１は表示部３０における表示の具体例を示している。
まず図１０は、詳しくは後述する分類モデルに対応した分類ウインドウ２０１の表示例である。即ち、文書分類の表示に用いられるグラフィックユーザインターフェース（graphic user interface；GUI）の具体例となる。
この分類ウィンドウ２０１には、操作用のボタン表示２０２として、画面のウィンドウの状態を初期の位置にもどすポジションリセット（position reset）ボタン２０２ａと、文書の内容を閲読するブラウザ（browser）を呼び出すブラウザボタン２０２ｂと、このウィンドウからの脱出（exit）ボタン２０２ｃとが表示される。
また、詳しくは後述する第２の実施の形態、第３の実施の形態において説明するが、ユーザーが文書データ（タグファイル）をサーバ３側に要求する際にデータベースの検索を求める操作を行うためのファイル要求ボタン２０２ｄや、逆引検索のための逆引検索ボタン２０２ｅ、さらにはユーザーが文書（プレーンテキスト）を作成する画面を呼び出す文書作成ボタン２０２ｆが表示される。
また後述する逆引検索では、分類項目又は文書データをユーザーが選択するものとなるが、選択操作のために用いる分類項目チェックボックス２２１、文書データチェックボックス２２２が、各分類項目及び各文書データの表示に対応して用意されている。
【００９７】
また、この分類ウィンドウ３０１には、分類モデルに対応する分類項目に応じた小ウインドウとして、文書分類エリア２０３，２０４，２０５・・・が形成される。
文書分類エリア２０３は、“他のトピックス”を表示するエリアとされる。この”他のトピックス”の文書分類エリア２０３は、まだ分類されていない文書が提示される領域となる。例えば図５のステップＦ１１で受信された各文書（つまりこれから分類しようとする文書）は、この”他のトピックス”の文書分類エリア２０３に提示される。
文書分類エリア２０４は、例えば”ビジネスニュース”に分類された文書が提示される領域となる。
文書分類エリア２０５は、例えば”政治ニュース”に分類された文書が提示される領域となる。
これら以外にも、図中で符号を付していない文書分類エリアは、それぞれ特定の分類項目に応じた文書が提示される領域となる。
【００９８】
これらの各文書分類エリア２０３，２０４・・・では、その各文書分類エリアに設定された分類項目（カテゴリ）に分類された文書が、その文書のアイコンと文書のタイトルにより提示される。タイトルがない場合には、一文の要約が表示される。
また各文書分類エリア２０３，２０４・・・の大きさは固定的ではなく、ユーザーがドラッグ操作などにより各文書分類エリアを区切る区切枠２１１，２１２，２１３・・・を移動させることにより、各文書分類エリア２０３，２０４・・・の面積を任意に変更させることができる。文書分類エリアの数もユーザーが任意に増減できる。
【００９９】
また各文書分類エリア２０３，２０４・・・のタイトル（例えば「政治ニュース」など）は、ユーザーが任意に設定、変更できるものである。
なお、この文書分類エリアの数及び各タイトルは、後述する分類モデルの分類項目に応じたものとなる。言い換えれば、ユーザーがこの分類ウインドウ２０１においてマウスやキーボード等による入力部２０からの操作で、文書分類エリアの設定や削除、或いはタイトル設定を行うことで、分類モデルの分類項目の数やタイトルが設定されることになる。
【０１００】
図１１は、ユーザーが文書データの内容を閲覧する閲覧ウインドウ３０１の例を示している。
例えばユーザーが、図１０の分類ウインドウ２０１において或る文書をクリックして選択した状態としたうえで、ブラウザボタン２０２ｂをクリックすることで、制御部１１は図１１のように選択された文書を表示する閲覧ウインドウ３０１を開くようにする。
【０１０１】
この閲覧ウインドウ３０１には、文書データファイルのファイル名を表示するファイル名表示部３０２、そのファイル名の文書データを表示する文書表示部３０３、文書表示部３０３に表示された文書の要約文を表示する要約表示部３０４、キーワードの入力／表示を行うキーワード表示部３０５が設けられる。また操作用のボタン表示３０６として、要約文の作成を指示するための要約作成ボタン３０６ａ、アンドゥ操作（操作取消）を行うためのアンドゥボタン３０６ｂ、読み上げ動作を実行させるための読み上げボタン３０６ｃなどが表示される。
【０１０２】
この様な閲覧ウインドウ３０１において、ユーザーは文書表示部３０３に表示される文書を閲覧することができる。なお、文書の全体を表示しきれないときは、文書の一部が表示される。もちろんスクロール操作を行うことで、全文を閲覧できる。
また、ユーザーは要約作成ボタン３０６ａをクリックすることで、文書表示部３０３に表示される文書についての要約文を作成させ、要約表示部３０４に表示させることができる。
なお、要約文作成のための制御部１１の処理については後述する。
さらにユーザーは、読み上げボタン３０６ｃをクリックすることで、文書表示部３０３に表示されている文書の本文又は要約文についての読み上げを実行させることができる。
この読み上げ動作についても後述する。
【０１０３】
以上のような分類ウインドウ２０１、閲覧ウインドウ３０１は、図５の手動分類処理の際に限らず、ユーザーの操作に応じて随時表示部２０に表示されるものであるが、図５の手動分類処理に関していえば、ユーザーは受信した文書の種類や内容を、分類ウインドウ２０１、閲覧ウインドウ３０１で確認することができるものである。
具体的には、図５のステップＦ１１で受信された１又は複数の文書は、ステップＦ１２でのインデックス作成処理の後、図１０のような分類ウインドウ２０１における”他のトピックス”の文書分類エリア２０３に表示される。
この分類ウインドウ２０１において、ユーザーは、文書分類エリア２０３に表示された各文書を手動で分類していくことになるが、例えば文書のタイトルだけ等では内容がわからない場合は、図１１の閲覧ウインドウ３０１により文書内容を確認する。そのようにユーザの必要に応じて行われる閲覧が図５のステップＦ１３の処理となる。
【０１０４】
ステップＦ１４としては、ユーザーは分類ウインドウ２０１上において分類項目の追加、更新、削除等を任意に行うことができ、その操作に応じて、制御部１１は表示される文書分類エリア２０３、２０４・・・の表示態様（数、面積、タイトル等）を変更させていく。
なお、ユーザーによる分類項目（文書分類エリアのタイトル）の設定／変更は、それが後述する分類モデルに反映されることになる。
【０１０５】
ユーザーは必要に応じて分類項目の設定を行った後、文書分類エリア２０３に表示されている各文書を、各文書分類エリアに振り分けていく。つまりユーザーの手動により、文書を分類する。
具体的には、”他のトピックス”の文書分類エリア２０３に表示されている文書のアイコンを、例えば入力部２０のマウスを用い、所望の分類項目（カテゴリ）に対応する文書分類エリアにドラッグすることによりおこなう。
例えばユーザーは、「スポーツ」というタイトルの文書分類エリアを設定したうえで、”他のトピックス”の文書分類エリア２０３に表示されているスポーツ関連の文書のアイコンを、“スポーツ”の文書分類エリアにドラッグするような操作を行う。
このようにして手動で分類された各文書のアイコンやタイトルは、以降、そのドラッグされた先の文書分類エリア内で表示される。
【０１０６】
４−４ 分類モデル作成／登録
以上のようにユーザーによる手動分類操作が行われたら、制御部１１は図５のステップＦ１５において、ユーザの分類操作に基づいた複数のカテゴリからなる分類モデルを作成する。すなわち制御部１１は、各カテゴリに分類された上記複数の文書のインデックスを集めて、分類モデルを生成する。そして、分類モデルの各カテゴリに上記複数の文書を分類する。
【０１０７】
分類モデルは、文書を分類する複数の分類項目（カテゴリ）から構成される。そして各カテゴリについて、分類された文書が示されるデータ形態となる。
各文書については、上記ステップＦ１２などでインデックスが形成されるが、分類モデルは例えば図１２（ａ）に示すように、各カテゴリについて分類された文書のインデックスが対応づけられたようなデータ構造となる。
この図１２（ａ）では、カテゴリとして「スポーツ」「会社」「コンピュータ」・・・等が設定されているが、これらは上記のように分類ウインドウ２０１においてユーザーが設定した分類項目となる。なお、もちろんユーザーが設定しなくとも、予め設定されている（つまり分類ウインドウで文書分類エリアとして表示される）カテゴリがあってもよい。
そして各分類項目にはインデックスＩＤＸ１、ＩＤＸ２・・・が対応づけられるが、即ち各分類項目には、ユーザーが上記のように分類した文書のインデックスが対応づけられるものとなる。
【０１０８】
各分類項目に対応づけられるインデックスは、分類ウインドウ２０１においてその分類項目の文書分類エリアに表示されている文書のインデックスである。
例えばインデックスＩＤＸ１がカテゴリ「スポーツ」に対応づけられているのは、ユーザーが、分類ウインドウ２０１において「スポーツ」をタイトルとする文書分類エリアを作成し、さらにインデックスＩＤＸ１の文書のアイコンを、その「スポーツ」をタイトルとする文書分類エリアにドラッグするという手動分類を行ったことに基づくものとなる。
【０１０９】
ところで上述のように各文書のインデックスは、固有名詞、固有名詞以外の語義や文書アドレス等を含んでいる。
そして、例えば図１２（ａ）のように１つの分類項目には１又は複数のインデックスが対応づけられるが、インデックスとして固有名詞、語義、文書アドレス等が含まれるため、分類モデルは図１２（ｂ）のようにも表すことができる。
【０１１０】
即ち図１２（ｂ）に示すように、分類モデルは、各カテゴリに対応するカテゴリインデックスとして、固有名詞、固有名詞以外の語義、文書アドレスの欄を有する構造となる。
そして分類モデルにおいては、各カテゴリ「スポーツ」「社会」「コンピュータ」「植物」「美術」「イベント」に対して、固有名詞“Ａ氏、・・・”、“Ｂ氏、・・・”、“Ｃ社、Ｇ社、・・・”、“Ｄ種、・・・”、“Ｅ氏、・・・”および“Ｆ氏”等の固有名詞が割り当てられる。
また、“野球（４５４６）、グランド（２３４３）、・・・”、“労働（３１１２）、固有（９８２１）、・・・”、“モバイル（２１０２）、・・・”、“桜１（１１１１１）、オレンジ１（９９１１）”、“桜２（１１１１２）、オレンジ２（９９１２）”および“桜３（１１１１３）”等の語義も各カテゴリに割り当てられる。
さらに文書アドレス“ＳＰ１、ＳＰ２、ＳＰ３、・・・”、“Ｓ０１、Ｓ０２、Ｓ０３、・・・”、“ＣＯ１、ＣＯ２、ＣＯ３、・・・”、“ＰＬ１、ＰＬ２、ＰＬ３、・・・”、“ＡＲ１、ＡＲ２、ＡＲ３、・・・”および“ＥＶ１、ＥＶ２、ＥＶ３、・・・”も各カテゴリに割り当てられる。
【０１１１】
なお、“桜１”“桜２”“桜３”は、“桜”の第１の語義（１１１１１）、第２の語義（１１１１２）、第３の語義（１１１１３）を示している。また、“オレンジ１”“オレンジ２”は、“オレンジ”の第１の語義（９９１１）、第２の語義（９９１２）を示している。たとえば“オレンジ１”は植物のオレンジを表し、“オレンジ２”はオレンジ色を表す。
固有名詞以外の場合に語そのものではなく語義を用いるのは、この様に、同じ語でも複数の意味を有することがあるからである。
【０１１２】
図５のステップＦ１５では、ユーザーの手動分類操作に応じて例えばこの様な分類モデルが生成される。そしてステップＦ１６として分類モデルが登録、即ちＲＡＭ１５（又はＨＤＤ３４）に記録される。
このように分類モデルが生成／登録されることにより、文書の分類が行われたことになる。
【０１１３】
なお、このように図５におけるステップＦ１５、Ｆ１６として分類モデルの作成／登録が行われた後は、後述する自動分類処理や、ユーザーの分類項目の編集、或いは手動分類操作などに応じて、分類モデルは逐次更新されていくことになる。
分類モデルが更新されると、分類モデルに更新日時が記録される。図１２には、更新日時として“１９９８年１２月１０日１９時５６分１０秒”が記録されている。
【０１１４】
５．文書データに対する自動分類処理
５−１ 処理手順
本例の文書処理装置１では、上記のように一旦分類モデルが作成された後は、例えば通信部２１により外部から取り込まれた文書データを、自動的に分類していく自動分類処理が可能となる。
即ち以下説明する自動分類処理とは、文書処理装置１が外部から送られた文書データを受信した際に、その文書データを分類モデルに対して分類していく処理となる。
なお、この例では、一つの文書を受信する毎に以下説明する自動分類処理をおこなうこととするか、複数の所定数の文書を受信する度におこなってもよいし、ユーザが図９の画面を開く操作をしたときにそれまでに受信した全文書に対して自動分類処理をおこなうようにしてもよい。
【０１１５】
自動分類処理としての全体の処理手順を図１３に示す。
図１３のステップＦ２１は、文書処理装置１の受信部２１による文書受信処理を示している。このステップＦ２１では、受信部２１は、たとえば通信回線を介して送信された１又は複数の文書を受信する。受信部２１は、受信した文書を文書処理装置の本体１０に送る。制御部１１は供給された１又は複数の文書データをＲＡＭ１４又はＨＤＤ３４に格納する。
【０１１６】
続いてステップＦ２２に進み、制御部１１は、ステップＦ２１で取り込まれた文書についてインデックスを作成する。
【０１１７】
ステップＦ２３では、制御部１１は、分類モデルに基づいて、インデックスを付された各文書を、分類モデルのいずれかのカテゴリに自動分類する。そして、制御部１１は、分類の結果をたとえばＲＡＭ１４に記憶させる。自動分類の詳細については後述する。
【０１１８】
ステップＦ２４では、制御部１１は、ステップＦ２３での新たな文書の自動分類の結果に基づいて、分類モデルを更新する。
そしてステップＦ２５では、制御部１１は、ステップＦ２４で更新された分類モデルを登録する。例えば分類モデルをＲＡＭ１４に記憶させる。
【０１１９】
以上の図１３の処理により、文書処理状態１に入力された文書データが、分類モデル上で分類されるように自動分類処理が行われることになる。
すなわちこの自動分類処理においては、受信した文書に対してはインデックスが作成され、さらに自動分類が行われた後、そのインデックスを構成している固有名詞、語義、文書アドレス等が、上記図１２のように分類モデル上で或るカテゴリーに対応づけられることになる（分類モデルが更新される）。
【０１２０】
ステップＦ２１、Ｆ２２の処理は、上述した手動分類処理におけるステップＦ１１，Ｆ１２と同様である。即ちステップＦ２２のインデックス作成処理としては、図６〜図９で説明した処理が行われるものであり、ここでの繰り返しの説明は避ける。
また、ステップＦ２４の分類モデルの更新は、ステップＦ２３の自動分類の分類結果に応じてものとなる。
以下、上述の手動分類処理とは異なる処理として、ステップＦ２３の自動分類について詳細に説明する。
【０１２１】
５−２ 自動分類
図１３のステップＦ２３での自動分類の詳しい処理を図１４に示す。
図１４のステップＦ６１では、制御部１１は、分類モデルのカテゴリＣｉに含まれる固有名詞の集合と、ステップＦ２１で受信した文書から抽出されインデックスに入れられた語のうちの固有名詞の集合とについて、これらの共通集合の数をＰ（Ｃｉ）とする。そして制御部１１は、このようにして算出した数Ｐ（Ｃｉ）をＲＡＭ１４に記憶させる。
【０１２２】
ステップＦ６２においては、制御部１１は、その文書のインデックス中に含まれる全語義と、各カテゴリＣｉに含まれる全語義との語義間関連度を、後述する図１６に示す語義間関連度の表を参照して、語義間関連度の総和Ｒ（Ｃｉ）を演算する。
すなわち制御部１１は、分類モデルにおける固有名詞以外の語について、全語義間関連度の総和Ｒ（Ｃｉ）を演算する。そして制御部１１は、演算した語義間関連度の総和Ｒ（Ｃｉ）をＲＡＭ１４に記憶させる。
【０１２３】
ここで語義間関連度について説明しておく。
語義間関連度は、図１５の処理により文書処理装置１が備える電子辞書に含まれる語義について予め算出し、その結果を図１６のように保持しておけばよい。つまり、制御部１１が予め一度だけ図１５の処理を実行しておくようにすることで、図１４の自動分類処理の際に用いることができる。
【０１２４】
制御部１１が予め実行しておく図１５の処理は次のようになる。
まずステップＦ７１において、制御部１１は、電子辞書内の語の語義の説明を用いて、この辞書を使って語義のネットワークを作成する。
すなわち、辞書における各語義の説明とこの説明中に現れる語義との参照関係から、語義のネットワークを作成する。
ネットワークの内部構造は、上述したようなタグ付けにより記述される。文書処理装置の制御部１１は、たとえばＲＡＭ１４に記憶された電子辞書について、語義とその説明を順に読み出して、ネットワークを作成する。
制御部１４は、このようにして作成した語義のネットワークをＲＡＭ１４に記憶させる。
【０１２５】
なお、上記ネットワークは、文書処理装置の制御部１１が辞書を用いて作成する他に、受信部２１にて外部から受信したリ、記録／再生部３１にて記録媒体３２から再生したりすることにより得ることもできる。
また上記電子辞書は、受信部２１にて外部から受信したり、記録／再生部３１にて記録媒体３２から再生したりすることにより得ることができる。
【０１２６】
ステップＦ７２においては、ステップＦ７１で作成された語義のネットワーク上で、各語義のエレメントに対応する中心活性値の拡散処理をおこなう。この活性拡散により、各語義に対応する中心活性値は、上記辞書により与えられたタグ付けによる内部構造に応じて与えられる。中心活性値の拡散処理は、図８で説明した処理となる。
【０１２７】
ステップＦ７３においては、ステップＦ７１で作成された語義のネットワークを構成するある一つの語義Ｓｉを選択し、続くステップＦ７４においては、この語義Ｓｉに対応する語彙エレメントＥｉの中心活性値ｅｉの初期値を変化させ、このときの中心活性値の差分△ｅｉを計算する。
【０１２８】
さらにステップＦ７５においては、ステップＦ７４におけるエレメントＥｉの中心活性値ｅｉの差分△ｅｉに対応する、他の語義Ｓｊに対応するエレメントＥｊの中心活性値ｅｊの差分△ｅｊを求める。
ステップＦ７６においては、ステップＦ７５で求めた差分△ｅｊを、ステップＦ７４で求めた△ｅｉで除した商△ｅｊ／△ｅｉを、語義Ｓｉの語義ｓｊに対する語義間関連度とする。
【０１２９】
ステップＦ７７においては、一の語義Ｓｉと他の語義Ｓｊとのすべての対について語義間関連度の演算が終了したか否かについて判断する。
すべての語義の対について語義間関連度の演算が終了していないときには、ステップＦ７３にもどり、語義間関連度の演算が終了していない対について語義間関連度の演算を継続する。
このようなステップＦ７３からステップＦ７７のループにおいて、制御部１１は、必要な値をたとえばＲＡＭ１４から順に読み出して、上述したように語義間関連度を計算する。制御部１１は、計算した語義間関連度をたとえばＲＡＭ１４に順に記憶させる。
そして、すべての語義の対について語義間関連度の演算が終了したときには、ステップＦ７７から、この一連の処理を終了する。
【０１３０】
このような語義間関連度の算出は、或る１つの語義の中心活性値を変化させた時に、それにつられて中心活性値が変化する語義を、関連度が高いものとする処理といえる。
つまりステップＦ７４で或る語義の中心活性値を変化させると、それに応じて関連する（リンクされた）語義の中心活性値が変化するものとなるため、その変化の度合いを調べれば、或る語義に対する他の各語義の関連度がわかるものである。（或るエレメントＥｉの中心活性値は、上述した活性拡散の説明において述べたように、リンク先のエレメントの中心活性値と端点活性値が反映されて、そのエレメントＥｉ端点活性値が更新されたうえで、そのエレメントＥｉの端点活性値と現在の中心活性値の和から求められるため、リンク先との関連度が大きいほど中心活性値の変化量は大きくなる）
このような処理を各語義から他の全ての語義に対して行っていくことで、すべての語義の対（組み合わせ）について、関連度を算出することができる。
【０１３１】
このように計算された語義間関連度は、図１６に示すように、それぞれの語義と語義の間に定義される。この図１６の表においては、語義間関連度は０から１までの値をとるように正規化されている。そしてこの表においては一例として“コンピュータ”、“テレビ”、“ＶＴＲ”の間の相互の語義間関連度が示されている。“コンピュータ”と“テレビ”の語義間関連度は０．５５、“コンピュータ” と“ＶＴＲ”の語義間関連度は０．２５、“テレビ”と“ＶＴＲ”の語義間関連度は０．６０である。
【０１３２】
以上のように予め算出されていた語義間関連度を用いて図１４のステップＦ６２の処理が行われたら、続いて制御部１１は、ステップＦ６３として、カテゴリＣｉに対する文書の文書分類間関連度Ｒｅｌ（Ｃｉ）を
Ｒｅｌ（Ｃｉ）＝ｍ１Ｐ（Ｃｉ）＋ｎ１Ｒ（Ｃｉ）
として算出する。
ここで、係数ｍ１、ｎ１は定数で、それぞれの値の文書分類間関連度への寄与の度合いを表すものである。
制御部１１は、ステップＦ６１で算出した共通集合の数Ｐ（Ｃｉ）およびステップＦ６２で算出した語義間関連度の総和Ｒ（Ｃｉ）を用いて、上記式の演算を行い、文書分類間関連度Ｒｅｌ（Ｃｉ）を算出する。
制御部１１は、このように算出した文書分類間関連度Ｒｅｌ（Ｃｉ）をＲＡＭ１４に記憶させる。
【０１３３】
なお、これらの係数ｍ１、ｎ１の値としては、たとえばｍ１＝１０、ｎ１＝１とすることができる。
また係数ｍ１、ｎ１の値は、統計的手法を使って推定することもできる。すなわち、制御部１１は、複数の係数ｍおよびｎの対について文書分類間関連度Ｒｅｌ（Ｃｉ）が与えられることで、上記係数を最適化により求めることができる。
【０１３４】
ステップＦ６４においては、制御部１１は、カテゴリＣｉに対する文書分類間関連度Ｒｅｌ（Ｃｉ）が最大で、その文書分類間関連度Ｒｅｌ（Ｃｉ）の値がある閾値を越えているとき、そのカテゴリＣｉに文書を分類する。
すなわち制御部１１は、複数のカテゴリに対してそれぞれ文書分類間関連度を作成し、最大の文書分類間関連度が閣値を越えているときには、文書を最大の文書分類間関連度を有する上記カテゴリＣｉに分類する。これにより文書が自動的に所要のカテゴリに分類されることになる。
なお最大の文書分類間関連度が閾値を越えていないときには、文書の分類はおこなわない。
【０１３５】
以上のような図１４の処理として、図１３のステップＦ２３の自動分類が行われたら、ステップＦ２４、Ｆ２５で、それに応じて分類モデルを更新し、登録することで、一連の自動分類が完了する。
即ち文書処理装置１に受信された文書データは、自動的に分類されたことになり、ユーザーは例えば図１０の分類ウインドウ２０１において、所要の文書分類エリアにおいて、受信された文書データを確認できることになる。
【０１３６】
６．要約作成処理
続いて、文書データについての要約文を作成する処理について述べる。
上述したようにユーザーは、文書を選択して図１１のような閲覧ウインドウ３０１を開くことにより、文書の本文を閲覧することができる。例えば上述した手動分類処理におけるステップＦ１３の時点や、その他任意の時点において、図１０で説明した分類ウインドウ２０１から、閲覧ウインドウ３０１を開くことができる。
【０１３７】
例えば分類ウインドウ２０１において或る文書を選択した状態でブラウザボタン２０２ｂをクリックすることで、図１７のように、文書表示部３０３に選択された文書の本文が表示された閲覧ウインドウ３０１が開かれる。
なお文書表示部３０３に文書全文が表示できないときには、その文書の一部が表示される。
また要約文が作成されていない時点では、図１７のように要約表示部３０４は空白とされる。
【０１３８】
この閲覧ウインドウ３０１において要約作成ボタン３０６ａがクリックされると、文書表示部３０３に表示されている文書についての要約文が作成され、図１８に示すように要約表示部３０４に表示される。
つまり制御部１１は、ユーザーの要約作成操作に応じて、以下説明するような要約文作成処理を行い、作成後、それを表示する制御を行うものとなる。
文書から要約を作成する処理は、文書のタグ付けによる内部構造に基づいて実行される。
なお要約文は、要約表示部３０４のサイズに応じて生成される。そして本文表示部３０３と要約表示部３０４の面積は、ユーザーが仕切枠３１２を移動させることで変化させることができる。
つまり要約文は、要約作成が指示された時点での要約表示部３０４のサイズに応じたサイズ（文書長）で作成されることになる。
【０１３９】
要約作成ボタン３０６ａがクリックされることにより開始される、制御部１１の要約作成処理を図１８に示す。
【０１４０】
図１９のステップＦ８１では、制御部１１は活性拡散を行う。本例においては、活性拡散により得られた中心活性値を重要度として採用することにより、文書の要約を行うものである。すなわち、タグ付けによる内部構造を与えられた文書においては、活性拡散を行うことにより、各エレメントにタグ付けによる内部構造に応じた中心活性値を付与することができる。
ステップＦ８１で行う活性拡散処理は、図７〜図９で説明したものと同様の処理となるが、上述したように活性拡散は、中心活性値の高いエレメントと関わりのあるエレメントにも高い中心活性値を与えるような処理である。すなわち、活性拡散は、照応（共参照）表現とその先行詞の間で中心活性値が等しくなり、それ以外では中心活性値が減衰するような中心活性値についての演算である。この中心活性値は、タグ付けによる内部構造に応じて決定されるので、タグ付けによる内部構造を考慮した文書の分析に利用することができる。
【０１４１】
次にステップＦ８２では、制御部１１は、表示部３０に表示されている閲覧ウィンドウ３０１の要約表示部３０４のサイズ、具体的にはこの要約表示部３０４に表示可能な最大文字数をｗｓと設定する。また制御部１１は、要約の文字列（要約文を保持する内部レジスタ）ｓを初期化して初期値ｓ（０）＝””と設定する。制御部１１は、このように設定した、最大文字数ｗｓおよび文字列ｓの初期値ｓ（０）を、ＲＡＭ１４に記録する。
【０１４２】
ステップＦ８３では、制御部１１は、文の骨格の抽出処理をカウントするカウンタのカウント値ｉを「１」に設定する。
そしてステップＦ８４で制御部１１は、カウンタのカウント値ｉに基づいて、文章からｉ番目に平均中心活性値の高い文の骨格を抽出する。
平均中心活性値とは、一つの文を構成する各エレメントの中心活性値を平均したものである。
制御部１１は、たとえばＲＡＭ１４に記録した文字列ｓ（ｉ−１）を読み出し、この文字列ｓ（ｉ−１）に対して、抽出した文の骨格の文字列を加えて、Ｓ（ｉ）とする。そして制御部１１は、このようにして得た文字列ｓ（ｉ）をＲＡＭ１４に記録する。
初回は、文字列ｓ（ｉ−１）は初期値ｓ（０）であるので、今回抽出した文の骨格が文字列Ｓ（ｉ）としてＲＡＭ１４に記憶されることになる。
また以降においてステップＦ８４の処理が行われる場合は、抽出された文の骨格が文字列Ｓ（ｉ）に、それまでの文字列Ｓ（ｉ）（つまりその時点では文字列Ｓ（ｉ−１））に追加されていくものとなる。
また同時に、制御部１１はこのステップＦ８４において、上記文の骨格に含まれないエレメントの中心活性値順のリストＬ（ｉ）を作成し、このリストＬ（ｉ）をＲＡＭ１４に記録する。
【０１４３】
すなわち、このステップＦ８４においては、要約のアルゴリズムは、活性拡散の結果を用いて、平均中心活性値の大きい順に文を選択し、選択された文の骨格の抽出する。文の骨格は、文から抽出した必須要素により構成される。必須要素になりうるのは、エレメントの主辞（head）と、主語（subject）、目的語（object）、間接目的語（indirect object）、所有者（possessor）、原因（cause）、条件（condition）または比較（comparison）の関係属性を有する要素と、等位構造が必須要素のときにはそれに直接含まれるエレメントとが必須要素を構成するものである。そして、文の必須要素をつなげて文の骨格を生成し、要約に加える。
【０１４４】
ステップＦ８５では制御部１１は、文字列ｓ（ｉ）の長さが、閲覧ウィンドウ３０１の要約表示部１０４の最大文字数ｗｓより大きいか否かを判断する。
このステップＦ８５は、要約表示部３０４のサイズに応じた要約文を作成するための判断処理となる。
【０１４５】
制御部１１は、文字列ｓ（ｉ）の長さが最大文字数ｗｓに達していないときは、処理をステップＦ８６に進める。
ステップＦ８６では制御部１１は、文書中で、（ｉ＋１）番目に平均中心活性値が高い文のエレメントの中心活性値と、上記ステップＦ８４で作成したリストＬ（ｉ）の最も中心活性値が高いエレメントの中心活性値を比較する。
つまり、上記ステップＦ８４において要約として採用された文の次に平均中心活性値が高い文（即ち次に要約文に付加する候補となる文）と、ステップＦ８４において要約として採用された文の中で骨格ではないとして要約からは排除されたエレメントの中心活性値を比較する。
【０１４６】
このステップＦ８６の処理は、要約文としての文字列に次に加える部位を、その直前のステップＦ８４で採用した文において骨格として採用されなかったものから選ぶか、或いは他の文から選ぶかを判断する処理となる。
【０１４７】
（ｉ＋１）番目に平均中心活性値が高い文におけるエレメントの中心活性値よりも、リストＬ（ｉ）における最も高い中心活性値の方が、中心活性値が高い値であった場合は、要約文としての文字列に次に加える部位を、その直前のステップＦ８４で採用した文において骨格として採用されなかったものから選ぶようにする。
このため制御部１１の処理はステップＦ８８に進み、リストＬ（ｉ）における最も中心活性値が高いエレメントを、その時点で記憶されている文字列Ｓ（ｉ）に加え、文字列ＳＳ（ｉ）とする。
またこのとき、文字列ＳＳ（ｉ）に加えたエレメントをリストＬ（ｉ）から削除する。
そして、ステップＦ８９において、文字列ＳＳ（ｉ）が、最大文字数ｗｓより大きいか否かを判断し、大きくなければステップＦ８６に戻る。
【０１４８】
ステップＦ８６において、（ｉ＋１）番目に平均中心活性値が高い文のエレメントとして、リストＬ（ｉ）における最も高い中心活性値よりも中心活性値が高いエレメントがあった場合は、要約文としての文字列に次に加える部位を、その直前のステップＦ８４で採用した文とは別の文から選ぶこととしてステップＦ８７でカウント値ｉをインクリメントしてステップＦ８４に戻ることになる。
つまりステップＦ８６で、（ｉ＋１）番目に平均中心活性値が高い文とされた文について、ステップＦ８４で骨格を抽出し、それを文字列Ｓ（ｉ）に加えるようにする。
【０１４９】
以上のように、ステップＦ８４又はステップＦ８８で文の骨格となるエレメントやその他のエレメントとして、中心活性値の高いものを基準として文字列に加えていきながら、ステップＦ８５又はステップＦ８９で、文字列Ｓ（ｉ）又はＳＳ（ｉ）を最大文字数ｗｓと比較していくことで、最大文字数ｗｓに近いが最大文字数ｗｓを越えない文字列を作成していくことになる。
【０１５０】
例えばステップＦ８５で文字列Ｓ（ｉ）が最大文字数ｗｓを越えた場合は、制御部１１の処理はステップＦ９０に進み、直前のステップＦ８４で骨格を加える前の文字列Ｓ（ｉ−１）を、要約文とする。
つまり、これはステップＦ８４で文の骨格を加えたことにより、最大文字数ｗｓを越えてしまったことになるため、その骨格を加える前の文字列Ｓ（ｉ−１）が、最大文字数ｗｓに近いが最大文字数ｗｓを越えない文字列であると判断して、それを要約文とするものである。
【０１５１】
なお、このため初めてステップＦ８４で文字列Ｓ（ｉ）を生成した時点（ｉ＝１の時点）で、ステップＦ８５で、文字列Ｓ（ｉ）が最大文字数ｗｓを越えた場合は、文字列Ｓ（ｉ−１）は、ステップＦ８２で設定した初期値としての文字列Ｓ（０）となるため、実質的に要約文は作成できなかったことになる。
これは、要約表示部３０４のサイズが小さすぎたことに起因するため、ユーザーは画面上で要約表示部３０４の面積を広げた上で、再度、要約作成ボタン３０６ａをクリックして、図１９の処理が開始されるようにすればよい。
【０１５２】
ステップＦ８５で文字列Ｓ（ｉ）が最大文字数ｗｓを越えていない場合は、上述のように制御部１１の処理はステップＦ８６に進み、次に文字列に加える部分を判断することになる。
そして上記のようにステップＦ８９に進んだ場合は、文字列ＳＳ（ｉ）が最大文字数ｗｓを越えたか否かを判別する。
ここで文字列ＳＳ（ｉ）が最大文字数ｗｓを越えた場合は、制御部１１の処理はステップＦ９１に進み、直前のステップＦ８８で或るエレメントを加える前の文字列Ｓ（ｉ）を、要約文とすることになる。
つまり、これはステップＦ８８でエレメントを加えたことにより、最大文字数ｗｓを越えてしまったことになるため、そのエレメントを加える前の文字列Ｓ（ｉ）が、最大文字数ｗｓに近いが最大文字数ｗｓを越えない文字列であると判断して、それを要約文とするものである。
【０１５３】
以上のような処理により、その時点の要約表示部３０４のサイズに適合した要約文が作成されることになる。そしてその要約文の内容は、平均中心活性値の高い１又は複数の文の骨格、及び骨格以外の中心活性値の高いエレメントが用いられたものとなる。
そしてこの様に作成された要約文は、ＲＡＭ１４に記憶されるとともに、図１８のように要約表示部３０４に表示される。
【０１５４】
なお、表示された要約文を見てユーザーがより詳しい要約文を見たいと思った場合、或いはより短い要約文を見たいと思った場合は、閲覧ウインドウ３０１の要約表示部３０４のサイズ（面積）を増減した上で、再度要約作成ボタン３０６ａをクリックすればよい。
すると、上述した図１９の処理により、その時点の要約表示部３０４のサイズに応じた文書長の要約書が作成され、表示されることになる。
【０１５５】
７．読み上げ処理
文書処理装置１は、以上のように、サーバ３等からタグ付けされた文書データを受信すると、その本文や要約文を表示してユーザーに提示できるが、さらに受信した文書を音声でユーザーに提示することもできる。
即ちＣＰＵ１３により、ＲＯＭ１５やＨＤＤ３４に記録されている電子文書処理プログラムのうちの音声読み上げプログラムを起動することで、図２０に示すような一連の工程を経ることによって、文書の読み上げを行うことができる。
まずここでは、簡略化した各工程の説明を行い、その後、具体的な文書例を用いて、各工程の説明を詳細に行う。
【０１５６】
制御部１１の処理として、図２０のステップＦ１０１は、図５のステップＦ１１（又は図１３のステップＦ２１）と同様の文書受信／記憶処理である。上述ののように、受信した文書データ（タグファイル）については手動又は自動での分類処理が行われるが、それと同様に、受信した文書について読み上げ処理も実行可能という意味で図２０にステップＦ１０１を記したものである。ここでは特に処理手順として、分類処理と読み上げ処理の順序その他を規定するものではない。
【０１５７】
なお、文書読み上げ処理の対象となる文書（受信文書）には、後述するように、音声合成を行うために必要なタグが付与されていることが必要である。
図１で説明したようにタグが付与された文書データ（タグファイル）は、オーサリング装置２において生成されるものである。従って、オーサリング装置２では、音声合成を行うために必要なタグも付与する。
但し、文書処理装置１は、タグ付けされた文章を受信したうえで、その文書に音声合成を行うために必要なタグを新たに付与して文書を作成することもできる。つまり音声合成を行うために必要なタグについては、オーサリング装置２側で必ずしも付与する必要はない。
【０１５８】
文書処理装置１の文書読み上げ処理としては続いてステップＦ１０２において、ＣＰＵ１３の制御のもとに、タグファイルに基づいて読み上げ用ファイルを生成する。この読み上げ用ファイルは、後述するように、タグファイル中のタグから、読み上げのための属性情報を導出し、この属性情報を埋め込むことにより生成される。
【０１５９】
続いてステップＦ１０３において文書処理装置１は、ＣＰＵ１３の制御のもとに、読み上げ用ファイルを用いて、音声合成エンジンに適した処理を行う。
なお、この音声合成エンジンは、ハードウェアで構成してもよいし、ソフトウェアで実現するようにしてもよい。音声合成エンジンをソフトウェアで実現する場合には、そのアプリケーションプログラムは、ＲＯＭ１５やＨＤＤ３４等に予め記憶されている。
【０１６０】
続いて文書処理装置１はステップＦ１０４において、ユーザが後述するユーザインターフェースを用いて行う操作に応じて処理を行う。
文書処理装置１は、このような処理を行うことによって、与えられた文書を読み上げることができる。これらの各工程について、以下詳細に説明する。
【０１６１】
まず、ステップＦ１０１におけるタグ付けされた文書の受信又は作成について説明する。
文書処理装置１は、例えば通信部２１から文書（音声合成を行うために必要なタグが既に付与されている文書）を受信する。
または、文書処理装置１は、タグ付けされた文書を受信し、その文書に音声合成を行うために必要なタグを新たに付与して文書を作成する。
【０１６２】
説明上の例として、以下のような、日本語、及び英語の文書にタグ付けがなされたタグファイルが、受信又は作成されものとする。
【０１６３】
まずタグファイルの元となる日本語文書は、次のような文書とする。
「［素敵にエイジング］／８ガン転移、抑えられる！？
がんはこの十数年、わが国の死因第一位を占めている。そめ死亡率は年齢が進むとともに増加傾向にある。高齢者の健康を考えるとき、がんの問題を避けて通れない。
がんを特徴づけるのは、細胞増殖と転移である。人間の細胞には、自動車でいえばアクセルに当たり、がんをどんどん増殖する「がん遺伝子」と、ブレーキ役の「がん抑制遺伝子」がある。
双方のバランスが取れていれば問題はない。正常な調節機能が失われ、細胞内でブレーキが利かない変異が起こると、がんの増殖が始まる。高齢者の場合、長い年月の間にこの変異が蓄積し、がん化の条件を備えた細胞の割合が増え、がん多発につながるわけだ。
ところで、もう一つの特徴、転移という性質がなければ、がんはそれほど恐れる必要はない。切除するだけで、完治が可能になるからである。転移を抑制することの重要性がここにある。
この転移、がん細胞が増えるだけでは発生しない。がん細胞が細胞と細胞の間にある蛋白（たんぱく）質などを溶かし、自分の進む道をつくって、血管やリンパ管に入り込む。循環しながら新たな“住み家”を探して潜り込む、といった複雑な動きをすることが、近年解明されつつある。」
【０１６４】
タグファイルの元となる英語の文書の例は次のようなものとする
「During its centennial year, The ABC Journal will report events of the past century that stand as milestones of American business history. THREE COMPUTERS THAT CHANGED the face of personal computing were Iaunched in 1977. That year the PC A II, PC B and PC C came to market. The computers were crude by today's standerds. PC A ll owners, for example,had to use their television sets as screens and stored data on audiocassettes.」
【０１６５】
文書処理装置１は、このような日本語又は英語の文書についてタグが付された文書を受信すると、分類処理や、図１７、図１８等で説明したようにその本文を表示したり、要約文を作成して表示することができる。
【０１６６】
ここで上記の日本語又は英語の文書は、それそれ、図２２又は図２３に示すようなタグファイルとして構成されている。
日本語文書のタグファイルとしては、図２２（ａ）に見出しの部分である「〔素敵にエイジング〕／８ガン転移、抑えられる！？」を抜粋したものを示し、図２２（ｂ）に、文書中の最後の段落である「この転移、がん細胞が・・・・近年解明されつつある。」を抜粋したものを示している。残りの段落については省略してある。
なお、実際のタグファイルは、見出し部分から最後の段落までが１つのファイルとして構成されている。
【０１６７】
図２２（ａ）に示す見出し部分において、＜見出し＞というタグは、この部分が見出しであることを示している。
この図２２（ａ）（ｂ）に示すタグファイルは基本的には、図３を用いて文書データ構造を説明した際に用いたタグファイル例と同様にタグが付されているものであり、上述した各タグについての細かい説明は省略するが、所要各所に、音声合成を行うために必要なタグが付与されているものである。
【０１６８】
音声合成を行うために必要なタグとしては、例えばまず、図中「例１」の部分に示すように、「蛋白（たんぱく）」のように元の文書に読み仮名を示す情報が与えられているときに付与されるものがある。すなわち、この場合では、「たんぱくたんぱく」と重複して読み上げてしまうことを防ぐために、発音＝“null”という読み属性情報が記述されており、「（たんぱく）」の部分読み上げを禁止するタグが付与されている。
また、音声合成を行うために必要なタグとしては、図中「例２」「例３」に示すように、「リンパ管」のような専門用語や「住み家」のように、誤った読み上げを行う可能性のある難訓部分に付与されるものがある。すなわち、この場合では、「りんぱくだ」や「すみいえ」と読み上げてしまうことを防ぐために、それぞれ、発音＝“りんぱかん”、発音＝“すみか”という読み仮名を示す読み属性情報が記述されている。
【０１６９】
一方、図２３に示すタグファイルにおける音声合成を行うために必要なタグとしては、図中「例４」として示す部分のように、「ＩＩ」というローマ数字に対して、発音＝“two”という読み属性情報が記述されている。これは、「ＩＩ」を「トゥ（two）」と読み上げさせたい場合に、「セカンド（second）」と読み上げてしまうことを防ぐために記述されているものである。
【０１７０】
また、例えば文書内に引用文が含まれている場合、このようなタグファイルには、図示しないが、その文が引用文であることを示すタグが付与される。さらに、タグファイルには、例えば文書内に疑問文がある場合、図示しないが、その文が疑問文であることを示すタグが付与される。
【０１７１】
文書処理装置１は、先に図２０に示したステップＦ１０１において、例えば以上の例のように、音声合成を行うために必要なタグが付与された文書を受信又は作成するものとなる。
【０１７２】
つぎに、図２０のステップＦ１０２における読み上げ用ファイルの生成について説明する。
文書処理装置１は、タグファイル中のタグから、読み上げめための属性情報を導出し、この属性情報を埋め込むことによって読み上げ用ファイルを生成する。
具体的には、文書処理装置１は、文書の段落、文、句の先頭を示すタグを見つけ出し、これらのタグに対応して読み上げのための属性情報を埋め込む。また文書処理装置は、文書の要約文を作成した場合には、その要約文に含まれる部分の先頭を文書から見つけ出し、読み上げの際に音量を増大させる属性情報を埋め込み、要約文に含まれる部分であることを強調することなどもできる。
【０１７３】
文書処理装置１は、図２２又は図２３に示したタグファイルから図２４又は図２５に示すような読み上げ用ファイルを生成する。なお、図２４（ａ）（ｂ）は図２２（ａ）（ｂ）に示した部分に対応するものである。実際の読み上げ用ファイルは、上述した見出し部分から最後の段落までが１つのファイルとして構成されていることは勿論である。
【０１７４】
図２４に示す読み上げ用ファイルには、文書の先頭に対応してCom=Lang***という属性情報が埋め込まれている。この属性情報は、文書を記述している言語を示す。ここでは、Com=Lang=JPNという属性情報であり、文書を記述している言語が日本語であることを示している。文書処理装置においては、この属性情報を参照することで、文書毎に言語に応じた適切な音声合成エンジンを選択することができる。
【０１７５】
また、この読み上げ用ファイルには各所に、Com=begin_p、Com=begin_s、Com=begin_phという属性情報が埋め込まれている。これらの属性情報は、それぞれ、文書の段落、文及び句の先頭を示す。文書処理装置１は、上述したタグファイル中のタグに基づいて、これらの段落、文及び句の先頭を識別する。
なお、読み上げ用ファイルにおいて、例えば上述したタグファイル中の＜形容動詞句＞＜名詞句＞のように、同じレベルの統語構造を表すタグが連続して表れる部分に対しては、それぞれに対応する数のCom=begin_phが埋め込まれずに、まとめられて１つのCom=begin_phが埋め込まれる。
【０１７６】
さらに、読み上げ用ファイルには、Com=begin_p、Com=begin_s、及びCom=begin_phに対応して、それぞれ、Pau=500、Pau=100及びPau=50という属性情報が埋め込まれている。これらの属性情報は、それぞれ、読み上げの際に５００ミリ秒、１００ミリ秒及び５０ミリ秒の休止期間を設けることを示す。
すなわち文書処理装置１が、文章の段落、文及び句の先頭こおいて、それぞれ、５００ミリ秒、１００ミリ秒及び５０ミリ秒の休止期間を設けて文書を音声合成エンジンにより読み上げるようにするための情報である。
なお、これらの属性情報は、Com=begin_p、Com=begin_s及びCom=begin_phに対応して埋め込まれる。そのため、例えばタグファイル中の＜副詞句＞＜名詞句＞のように、同じレベルの統語構造を表すタグが連続して表れる部分は、１つの句として捉えられ、それぞれに対応する数のPau=50が埋め込まれずに、まとめられて１つのPau=50が埋め込まれる。
また、例えばタグファイル中の＜段落＞＜文＞＜名詞句＞のように、異なるレベルの統語構造を表すタグが連続して表れる部分については、それぞれに対応するPau=***が埋め込まれる。そのため文書処理装置１は、このような部分を読み上げる際には、例えば文書の段落、文及び句のそれぞれの休止期間を加算して得られる６５０ミリ秒の休止期間を設けて読み上げるようにする。
このように、文書処理装置１は、段落、文及び句に対応した休止期間を設けることで、段落、文及び句の切れ目を考慮した違和感のない読み上げを行うことができる。なお、この休止期間は、文書の段落、文及び句の先頭において、それぞれ、６００ミリ秒、１００ミリ秒及び５０ミリ秒である必要はなく、適宜変更することができる。
【０１７７】
さらにまた、読み上げ用ファイルにおいては、タグファイル中で記述されている発音＝“null”という読み属性情報に対応して、「（たんぱく）」が除かれているとともに、発音＝“りんぱかん”、発音＝“すみか”という読み属性情報に対応して、「リンパ管」、「住み家」が、それぞれ、「りんぱかん」、「すみか」に置換されている。文書処理装置１は、このような読み属性情報を埋め込むことで、音声合成エンジンが参照する辞書の不備による読み誤りをすることがないようにしている。
【０１７８】
また、読み上げ用ファイルには、文書内に含まれた引用文であることを示すタグに基づいて、この引用文のみを別の音声合成エンジンを用いるように指定するための属性情報が埋め込まれてもよい。
さらに、読み上げ用ファイルには、疑問文であることを示すタグに基づいて、その文の語尾のイントネーションを上げるための属性情報が埋め込まれるようにしてもよい。
さらにまた、読み上げ用ファイルには、必要に応じて、いわゆる「である調」の文体を「ですます調」の文体に変換するための属性情報を埋め込むこともできる。なお、この場合、文書処理装置１は、このような属性情報を読み上げ用ファイルに埋め込むのではなく、「である調」の文体を「ですます調」の文体に変換して音声読み上げ用ファイルを生成するようにしてもよい。
【０１７９】
一方、図２５に示す読み上げ用ファイルには、文書の先頭に対応してCom=Lang=ENGという属性情報が埋め込まれており、文書を記述している言語が英語であることを示している。
また、読み上げ用ファイルには、Com=Vol=***という属性情報が埋め込まれている。この属性情報は、読み上げの時の音量を示す。例えば、Com=Vol=0は、文書処理装置のデフォルトの音量で読み上げることを示している。また、Com=Vol=80は、デフォルトの音量を８０％増量した音量で読み上げることを示している。任意の、Com=Vol=***は、次のCom=Vol=***まで有効である。
さらに、読み上げ用ファイルにおいては、タグファイル中で記述されている発音＝“two”という読み属性情報に対応して、「ＩＩ」が「two」に置換されている。
【０１８０】
文書処理装置１は、図２１に示す一連の工程を経ることによって、このような読み上げ用ファイルを生成する。
まず文書処理装置１は、ステップＦ２０１において、ＣＰＵ１３によって、受信又は作成したタグファイルを解析する。ここで文書処理装置１は、文書を記述している言語を判別するとともに、文書の段落、文及び句の先頭や、読み属性情報をタグに基づいて探し出す。
続いて文書処理装置１は、ステップＦ２０２において、ＣＰＵ１３によって、文書を記述している言語に応じて文書の先頭にCom=Lang=***という属性情報を埋め込む。
【０１８１】
次に文書処理装置１は、ステップＦ２０３において、ＣＰＵ１３によって、文書の段落、文及び句の先頭を読み上げ用ファイルにおける属性情報に置換する。すなわち文書処理装置１は、タグファイル中の＜段落＞、＜文＞及び＜＊＊＊句＞を、それぞれ、Com=begin_p、Com=begin_s及びCom=begin_phに置換する。
【０１８２】
さらに文書処理装置１は、ステップＦ２０４において、ＣＰＵ１３によって、同じレベルの統語構造が表れて同じCom=begin_***が重複しているものを、１つのCom=begin_***にまとめる。
続いて文書処理装置１は、ステップＦ２０５において、ＣＰＵ１３によって、Com=begin_***に対応してPau=***を埋め込む。すなわち文書処理装置１は、Com=begin_pの前にPau=500を埋め込み、Com=begin_sの前にPau=100を埋め込み、Com=begin_phの前にPau=50を埋め込む。
そして文書処理装置１は、ステップＦ２０６において、ＣＰＵ１３によって、読み属性情報に基づいて、正しい読みに置換する。すなわち文書処理装置１は、発音＝“null”という読み属性情報に基づいて、「（たんぱく）」を除去するとともに、発音＝“りんぱかん”、発音＝“すみか”という読み属性情報に基づいて、「リンパ管」、「住み家」を、それぞれ、「りんぱかん」、「すみか」に置換する。
【０１８３】
文書処理装置１は、先に図２０に示したステップＦ１０２において、この図２１に示す処理を行うことによって、読み上げ用ファイルを自動的に生成する。文書処理装置１は、生成した読み上げ用ファイルをＲＡＭ１４に記憶させる。
【０１８４】
つぎに、図２０のステップＦ１０３における読み上げ用ファイルを用いた処理について説明する。
文書処理装置１は、読み上げ用ファイルを用いて、ＲＯＭ１５やＨＤＤ３４等に予め記憶されている音声合成エンジンに適した処理をＣＰＵ１３の制御のもとに行う。
具体的には、文書処理装置１は、読み上げ用ファイルに埋め込まれているCom=Lang=***という属性情報に基づいて、使用する音声合成エンジンを選択する。
音声合成エンジンは、言語や男声／女声等の種類に応じて識別子が付されており、その情報が例えば初期設定ファイルとしてＨＤＤ３４に記録されている。文書処理装置１は、初期設定ファイルを参照し、言語に対応した識別子の音声合成エンジンを選択する。 ．
【０１８５】
また文書処理装置１は、読み上げ用ファイルに埋め込まれているCom=begin_***を音声合成エンジンに適した形式に変換する。
例えば文書処理装置１は、Com=begin_phをMark=10000のように１００００番台の番号でマーク付けする。またCom=begin_sをMark=1000のように１０００番台の番号でマーク付けし、Com=begin_pをMark=100のように１００番台の番号でマーク付けする。
これは、＜句＞、＜文＞、＜段落＞の先頭が、それぞれ１００００番台、１０００番台、１００番台の番号で示されることを意味し、このマークによって＜句＞、＜文＞、＜段落＞の先頭が識別できるようになる。
さらに、読み上げ用ファイルにおいては、音量の属性情報がVoll=***のようにデフォルトの音量の百分率で表されていることから、文書処理装置１は、この属性情報に基づいて、百分率の情報を絶対値の情報に変換して求める。
【０１８６】
文書処理装置１は、先に図２０に示したステップＦ１０３において、このような読み上げ用ファイルを用いた処理を行うことによって、読み上げ用ファイルを音声合成エンジンが文書を読み上げることが可能な形式に変換するものとなる。
【０１８７】
つぎに、図２０のステップＦ１０４におけるユーザインターフェースを用いた操作について説明する。
文書処理装置１は、ユーザが例えば入力部２０のマウス等を操作して先に図１７又は図１８に示した読み上げボタン３０６ｃをクリックすることによって、音声合成エンジンを起動する。
そして文書処理装置１は、図２５に示すようなユーザインターフェース用の読み上げウインドウ４０１を表示部３０に表示する。
【０１８８】
この読み上げウインドウ４０１は、図示するように、文書を読み上げさせるための再生ボタン４２０と、読み上げを停止させるための停止ボタン４２１と、読み上げを一時停止させるための一時停止ボタン４２２とを有する。
また、この読み上げウインドウ４０１は、文単位で頭出し、早戻し及び早送りさせるための頭出しボタン４１１、早戻しボタン４１２及び早送りボタン４１３と、段落単位で頭出し、早戻し及び早送りさせるための頭出しボタン４１４、早戻しボタン４１５及び早送りボタン４１６と、句単位で頭出し、早戻し及び早送りさせるための頭出しボタン４１７、早戻しボタン４１８及び早送りボタン４１９とを有する。
【０１８９】
さらに、読み上げウインドウ４０１は、読み上げる対象を全文とするか、上述したようにして作成された要約文とするかを選択するための選択スイッチ４２３，４２４を有する。
また、読み上げ時に画像を表示する画像表示エリア４０３が設定され、読み上げている人のイメージを表示したり、テロップ表示エリア４０２が設けられ、読み上げ音声に対応して文字がテロップ表示できるようにされている。
【０１９０】
なお、ここでは図示しないが、例えば、音声を増減させるためのボタンや読み上げの速さを増減させるためのボタン、男声／女声等の声を変化させるためのボタン等を有していてもよい。
【０１９１】
文書処理装置１は、ユーザがこれらの各種ボタン／スイッチを例えば入力部２０のマウス等を操作してクリック／選択することに応じて、音声合成エンジンによる読み上げ動作を行う。
例えば、文書処理装置１は、ユーザが再生ボタン４２０をクリックすることによって、文書の読み上げを開始する。具体的には制御部１１は音声合成処理により生成した音声信号を音声出力部３３に供給し、音声として出力する。
また文書処理装置１は、停止ボタン４２１、一時停止ボタン４２２のクリックにおいて、読み上げ処理の停止や一時停止を行う。
【０１９２】
また、読み上げの途中でユーザが頭出しボタン４１１を押すことによって、現在読み上げている文の先頭にジャンプして再び読み上げる。頭出しボタン４１４、４１７についても同様に、それぞれ現在読み上げている段落や句の先頭にジャンプして再び読み上げを行う。
制御部１１は、この頭出しボタン４１１、４１４、４１７の操作に関しては、上記したマーク付により、ジャンプ先を認識するものとなる。即ち、文に関する頭出しボタン４１１が操作された際には、制御部１１は、現在読み上げている文の途中位置から文を遡っていき、１０００番台のマークをサーチする。そして１０００番台のマークが検出されたら、そこから読み上げを再開するものとなる。段落や句の場合は、それぞれ１００番台、１００００番台のマークを探して読み上げを再開するものとなる。
この様な処理によって、例えば文書中でユーザが所望の部分を繰り返し再生させたいといった要求に応えることができる。
【０１９３】
文書処理装置１は、図２０のステップＦ１０４において、ユーザがこのような読み上げウインドウ４０１でのユーザインターフェースを用いた操作を行うことに応じて、音声合成エンジンにより文書を読み上げる。
このようにして文書処理装置１は、所望の文書を音声合成エンジンにより違和感なく読み上げることができる。
【０１９４】
ところで読み上げる対象の文書としては文書データの本文でもよいし、要約文であってもよい。本文か要約文かは、選択スイッチ４２３，４２４のクリックにより選択されるが、いずれにしても、本文又は要約文としてのタグファイルについて、図２０のステップＦ１０２，Ｆ１０３の処理が行われることで、音声合成エンジンによる文書読み上げが可能となる。
【０１９５】
なお本例では、受信又は作成したタグファイルから読み上げ用ファイルを生成するものとしたが、このような読み上げ用ファイルを生成せずに、タグファイルに基づいて直接読み上げを行うようにしてもよい。
この場合、文書処理装置１は、タグファイルを受信又は作成した後、音声合成エンジンを用い、タグファイルに付与されている段落、文及び句を示すタグに基づいて、段落、文及び句の先頭に所定の休止期間を設けて読み上げる。このようにすることによって、文書処理装置１は、音声読み上げ用ファイルを生成することなく、タグファイルに基づいて直接読み上げることができる。
【０１９６】
８．オーサリング装置の構成
以上のように、文書処理装置１では、供給された文書データに対して、分類モデルへの分類処理、本文又は要約文の表示処理、ウインドウサイズに応じた要約作成処理、本文又は要約文の読み上げ処理などが実行可能とされ、ユーザーは文書データとして提供された情報を所望の手法で見聞きすることができる。
上述の説明からわかるように、文書処理装置１でこれらの処理を行うには、文書データがタグファイルとして形成されていることが必要であり、このため図１に示した文書処理システムにおいて、オーサリング装置２によって原文であるプレーンテキストに対するオーサリング処理が施されて、タグファイルとしての文書データが形成されるものである。
【０１９７】
以下、オーサリング装置２の構成及びオーサリング処理動作について説明していく。
図２７にオーサリング装置２の構成を示す。
【０１９８】
オーサリング装置２は、図２７に示すように、制御部７２およびインターフェース７６を備える本体７１と、ユーザ、すなわちこのオーサリング装置２に関して操作を行うオーサリング作業者からの入力を受けて本体７１に送る入力部７８と、外部との信号の送受信を行う通信部７７と、本体７１からの出力を表示する表示部７９と、記録媒体３２に対して情報を記録／再生する記録／再生部８０と、ＨＤＤ（ハードディスクドライブ）８２を有している。
【０１９９】
本体７１は、制御部７２およびインターフェース７６を有し、このオーサリング装置２の主要な部分を構成している。
制御部７２は、このオーサリング装置２における処理を実行するＣＰＵ７３と、揮発性のメモリであるＲＡＭ７４と、不揮発性のメモリであるＲＯＭ７５とを有している。制御部７２により実行される処理とは、プレーンテキストに対するオーサリング処理、外部機器からのプレーンテキストの入力のための各種処理、オーサリングを行った文書データの外部機器への出力処理、及びこれらに伴う表示や操作入力のユーザーインターフェース処理、課金処理等となる。
すなわち制御部７１は、図１で説明したオーサリング機能、課金機能、受信／送信機能、オーサリング制御機能を実現するための各種処理を行う。なお、プレーンテキストとしてのデータ作成処理を実行可能としてもよい。
ＣＰＵ７３は、たとえばＲＯＭ７５に記憶された各種プログラムにしたがってこれらの処理を実行する。また必要な場合にはデータを一時的にＲＡＭ７４に格納して、プログラムを実行するための制御をおこなう。
【０２００】
この制御部７２の制御により実現されるオーサリング処理動作については後述するが、オーサリング機能の動作のために必要なオーサリングプログラムやオーサリング制御機能のための制御プログラムなどは、ＲＯＭ７５やＨＤＤ８２に記憶されている。
或いは上述したように、外部で用意されるオーサリングプログラムや制御プログラムが記録媒体３２や通信回線６によってオーサリング装置２に提供され、ＲＯＭ７５やＨＤＤ８２に記憶される。もしくは記録媒体３２や通信回線６で提供されるオーサリングプログラムが直接ＲＡＭ７４に展開され、起動されるようにもできる。
【０２０１】
インターフェース７６は、制御部７２、入力部７８、通信部７７、表示部７９、記録／再生部８０、ＨＤＤ８２に接続される。
そしてインターフェース７６は、制御部７２の制御の下に、入力部７８からのデータの入力、通信部７７との間のデータの入出力、表示部７９へのデータの出力、記録／再生部８０に対するデータの入出力、ＨＤＤ８２に対するデータの入出力の各動作をを行う。具体的には制御部７２と上記各部の間でのデータの入出力のタイミングを調整したり、データの形式を変換することなどを行う。
【０２０２】
入力部７８は、このオーサリング装置２に対するオーサリング作業者の入力を受ける部分である。この入力部７８は、例えばキーボードやマウスにより構成される。オーサリング作業者は、この入力部７８を用い、キーボードによリオーサリング装置処理のための文字を入力したり、マウスにより表示部７９に表示されている操作ボタンやアイコンのクリック、或いは文書エレメントの選択などができる。
【０２０３】
通信部７７は、このオーサリング装置２に外部から通信回線６を介して送信される信号を受信したり、通信回線６に信号を送信する部位である。
この通信部７７は、例えば図１に示した文書プロバイダ４から送信された１又は複数のプレーンテキスト（タグが付されていない文書）や、上記のようにオーサリングプログラム、制御プログラム等を受信し、受信したデータを本体７１に送る。
もちろん通信部７７から通信回線６を介して外部装置にデータを送信することも可能である。具体的には、オーサリング処理を行って生成したタグファイルをサーバ３に送信することなどが行われる。
【０２０４】
表示部７９は、このオーサリング装置２におけるオーサリング作業時の出力としての文字や画像情報を表示する部位である。この表示部７９は、たとえば陰極線管や液晶表示装置などにより構成され、たとえば単数または複数のウィンドウを表示し、このウィンドウ上に文字、図形等を表示する。
【０２０５】
記録／再生部８０は、例えばフロッピーディスクや光ディスクなどの記録媒体３２に対してデータの記録／再生をおこなう。もちろん光磁気ディスク、メモリカード、磁気テープなど、他の種の可搬性メディアも記録媒体３２の例として適用できるものであり、記録／再生部８０は、メディアに応じた記録再生装置（ディスクドライブ、カードドライブなど）であればよい。
【０２０６】
記録媒体３２が、オーサリングプログラムや制御プログラムが記録されているものである場合は、記録／再生部８０は、その記録媒体３２からオーサリングプログラムや制御プログラムを読み出して制御部７２に供給することができる。
また記録媒体３２にプレーンテキストが記録されていれば、記録／再生部８０でそれを読み出して制御部７２に供給することができる。即ちオーサリング装置２にとって、通信部７７によるプレーンテキストの受信とは別のプレーンテキストの入力態様となる。
さらに、制御部７２は当該オーサリング装置２でオーサリング処理した文書データを記録／再生部８０において記録媒体３２に記録させ、例えばサーバ３に提供することなどもできる。
【０２０７】
ＨＤＤ８２は、オーサリング装置２における大容量の記録領域を提供する。ＨＤＤ８２は、制御部７２の制御に基づいて情報の記録／再生を行う。
このＨＤＤ８２は、制御部７２で実行される各種処理のためのプログラム、例えばオーサリングプログラムなどの格納に用いられたり、例えば当該オーサリング装置２に取り込まれたプレーンテキストや、オーサリング処理により生成したタグファイル等を格納しておく部位として用いることなどができる。
【０２０８】
９．オーサリング処理
このようなオーサリング装置２で実行されるオーサリング処理について図２８のフローチャートで説明する。このフローチャートは、オーサリングプログラムに基づいて制御部７２が実行する処理を示すものである。
また図２９〜図４３は、オーサリング処理時の表示部７９で表示されるオーサリングウインドウ６０１の例であるが、これらの図も参照しながら説明する。
【０２０９】
制御部７２においてオーサリングプログラムが起動されると、制御部７２により図２８のオーサリング処理が開始される。
制御部７１は、まずステップＦ３０１でオーサリング処理対象となる或るプレーンテキストを選択する。
例えば文書プロバイダ４から送信されたプレーンテキストとして、ＲＡＭ７４、ＨＤＤ８２、記録媒体３２などに格納されている１又は複数のプレーンテキストを表示部７９に一覧表示し、オーサリング作業者に選択させる。制御部７２は、オーサリング作業者の選択操作に応じてオーサリング処理対象としての１つのプレーンテキストを選択決定する。
そして制御部７２は、決定したプレーンテキストを表示部７９に表示する。
例えば図２９の表示例のように、オーサリングウインドウ６０１を表示部７９上に開く。
このオーサリングウインドウ６０１には、例えば第１の文書表示部６０２、第２の文書表示部６０３、ファイル名６０４、及び各種操作ボタン６０５等を表示する。
【０２１０】
オーサリングウインドウ６０１では、ファイル名６０４として選択されたプレーンテキストのファイル名が表示される。そしてプレーンテキストが文書表示部６０２に表示される。
なお、文書表示部６０２，６０３の各サイズは、仕切枠を移動させることによりオーサリング作業者が任意に変更可能であり、またオーサリング処理の進行に伴って自動的に変更されることもある。
【０２１１】
このようにプレーンテキストが表示された状態で、オーサリング作業者がアナライズボタン６０５ａをクリックすることで、制御部７２の処理はステップＦ３０２以降に進む。
まずステップＦ３０２で制御部７２は、プレーンテキストに対して形態素解析を行う。
即ちプレーンテキストとしての文章を、形態素となる文節（又は語）毎に区切っていくとともに、各形態素についての品詞を判別する。但し、実際には自動解析によって必ずしも正確な語の区切や品詞が設定できるものではないため、自動的に確定できない区切や品詞は、それらの候補を設定することになる。
そしてそのように形態素解析した結果をオーサリングウインドウ６０１において文書表示部６０２に、例えば図３０のように表示する。
【０２１２】
即ち、解析の結果としての形態素の区切を文書中でスラッシュ「/」で表示するとともに、例えば確定部分、未確定部分をスラッシュ「/」の色分けで表現する。
なお、図３０〜図４３としての図面上では、色の違いを表現できないため、「/」は通常色（文字と同じ色）で表示されるスラッシュとしており、「●」は、実際には例えば赤色のスラッシュとして表示される部分であるとする（以下、スラッシュ「／」、赤スラッシュ「●」と呼ぶ）。
また、後の説明においてスラッシュが緑色で表示される部分が発生するが、図面上、その部分は「◆」として表記し、また説明上、緑スラッシュ「◆」と呼ぶこととする。
【０２１３】
図３０のように文書表示部６０２においては、解析の結果、形態素として区切及び品詞が確定された部分はスラッシュ「／」で示される。
そして複数の候補が考えられる部分は、赤スラッシュ「●」及びアンダーラインにより、その部分が示される。
また赤スラッシュ「●」のみの部分は、品詞が未定義とされている部分を示している。
【０２１４】
オーサリング作業者はこのような解析結果を見て、入力部７８のマウスやキーボードを用いて、未確定部分を確定させていく操作を行う。また文の修正等も行うことができる。
制御部７２は、ステップＦ３０４の処理として、オーサリング作業者の入力に応じた処理、即ち候補の中からの１つの候補の確定や文の修正に対応した処理を行い、その都度ステップＦ３０２で、結果表示を行う。また文が追加された場合など必要に応じて再度の形態素解析も行う。
【０２１５】
例えば図３１は、赤スラッシュ「●」及びアンダーラインにより未確定部分とされている或る形態素「素敵」を指定した場合の表示例である。即ち制御部７２はステップＦ３０４の処理として、オーサリング作業者が「素敵」の部分をクリックすることに応じて、「素敵」の部分にかかる形態素及び品詞の候補を表示している状態である。なお、図面上では、選択されている部分を反転表示としているが、実際は赤などの色付表示で選択部分を提示するようにしてもよい。他の図でも同様である。
オーサリング作業者はこのように候補が表示されることに応じて、最も適切であると思われる候補を選択（クリック）する。これにより、未確定部分が確定される。
例えば図３１のように２つの候補が表示されているときに、オーサリング作業者が、２つ目の候補（「すてきに 素敵だ 形容詞・・・・」）を選択することで、未確定部分にかかる形態素の区切及び品詞が確定され、またこれによって表示は図３２の状態となる。即ち「素敵に」という形態素が確定部分としてスラッシュ「／」で示される状態となる。
【０２１６】
また図３３は、赤スラッシュ「●」のみの部分として、品詞が未定義とされている形態素をオーサリング作業者が指定した場合の表示例である。即ち制御部７２はステップＦ３０４の処理として、オーサリング作業者が「エイジング」の部分をクリックすることに応じて、「エイジング」の部分が未定義語であることをオーサリング作業者に提示している状態である。
オーサリング作業者はこのような未定義語を定義する作業を行う。例えばオーサリング作業者が再度この部分をクリックすることに応じて、制御部７２は図３４に示すような編集ウインドウ６２０を開き、オーサリング作業者に入力を求める。
この編集ウインドウ６２０では、タグ名表示６２１、タグ属性表示６２２、ＯＫボタン６２３、キャンセルボタン６２４などが表示される。
未定義の状態では、図示するようにタグ名表示６２１として「ｓｅｇ」と示される。これは未定義のエレメントを意味する。そしてタグ属性表示６２２として未定義語とされているエレメント「エイジング」が提示される。
これに対してオーサリング作業者は定義づけを行う。例えばタグ名表示６２１のプルダウンメニューから「ｎ」を選択した状態を図３５に示す。「ｎ」とは「名詞」の意味である。
この状態でオーサリング作業者がＯＫボタン６２３をクリックすると、制御部７２は「エイジング」というエレメントが「名詞」と設定されたとして処理を行う。
表示上では、タグ名が変更されたことを提示するために、スラッシュが緑スラッシュ「◆」となる。
【０２１７】
例えば以上の例のように、オーサリング作業者は解析結果として表示された形態素について、赤スラッシュ「●」で示される部分について、未確定の区切や品詞の確定、未定義語の定義付けを行っていく。また、オーサリング作業者が文の追加や変更を行うことで、制御部７２は再度形態素解析を行い、解析状況をスラッシュ「／」、赤スラッシュ「●」、アンダーラインで表示する。その時点で赤スラッシュ「●」が存在していれば、オーサリング作業者はその部分について未確定の区切や品詞の確定、未定義語の定義付けを行っていく。
【０２１８】
つまりオーサリング作業者は、文書表示部６０２に表示されている文書において赤スラッシュ「●」の部分がなくなるように、作業を進行させていく。
図３７は全ての形態素の区切及び品詞が確定され、また全ての未定義語が定義付けされた状態を示す。
この時点でステップＦ３０３で形態素についての処理の完了と判断される。即ち、この時点では、図３で説明した文書データ構造における最下層となっている「語」としての区切及び品詞が全て確定された状態である。換言すれば、「語」単位でのタグが付与された状態である。
【０２１９】
続いて制御部７２は、ステップＦ３０５に進んで、形態素単位のタグが確定したデータから、より上位の文書構造のタグを自動生成する処理を行う。
即ち、形態素及びその品詞に基づいて、まず図３における語→サブセンテンシャルセグメント→文までの構造を示すタグを付与する。
そしてその結果を図３８のように文書表示部６０２に表示する。
ここでは、スラッシュ、アンダーライン、タグ名によって１つのタグが表現される状態としている。
またここでは、赤スラッシュ「●」は、係り先の候補が複数存在する部分を提示するものとなっている。
【０２２０】
また表示されているタグ名としては、例えば次のようなものがある。
ｎ：名詞、ｎｐ：名詞句
ｖ：動詞、ｖｐ：動詞句
ａｊ：形容詞、ａｊｐ：形容詞句
ａｄ：副詞、ａｄｐ：副詞句
ｉｊ：間投詞、感動詞
ｔｉｍｅ：時刻、ｔｉｍｅｐ：時刻句
ｎａｍｅ：固有名詞、ｎａｍｅｐ：固有名詞句
ｐｅｒｓｎａｍｅ：人名、ｐｅｒｓｎａｍｅｐ：人名句
ｏｒｇｎａｍｅ：組織名、ｏｒｇｎａｍｅｐ：組織名句
ｇｅｏｇｎａｍｅ：地名、ｇｅｏｇｎａｍｅｐ：地名句
ｎｕｍ：数値、ｎｕｍｐ：数値句
【０２２１】
なお、これらはタグ名としての一例であり、他にも多様なタグが考えられる。またタグ名及び各タグの定義も一例であって、これに限られるものではない。
【０２２２】
図３８のように文書表示部６０２においては、スラッシュ「／」、赤スラッシュ「●」、アンダーライン、タグ名により、上位の文書構造、及び係り受け関係が未確定な部分が提示される。
【０２２３】
オーサリング作業者はこのような上位の文書構造のタグ生成結果を見て、入力部７８のマウスやキーボードを用いて、未確定部分を確定させていく操作を行う。また文の修正等も行うことができる。
制御部７２は、ステップＦ３０７の処理として、オーサリング作業者の入力に応じた処理、即ち候補の中からの１つの候補の確定や文の修正に対応した処理を行い、その都度ステップＦ３０２で、結果表示を行う。
また文が追加された場合など必要に応じて、破線で示すようにステップＦ３０２に戻って再度の形態素解析を行う場合もある。
【０２２４】
例えば図３９は、オーサリング作業者が、赤スラッシュ「●」及びアンダーラインにより係り先が未確定（候補が複数ある）と提示されている部分である「正常な」を指定した場合の表示例である。即ち制御部７２はステップＦ３０７の処理として、オーサリング作業者が「正常な」の部分をクリックすることに応じて、「正常な」の部分の係り先の候補を表示している状態である。
即ち「正常な」は、次の「調節」にかかる形容詞であるのか、或いはさらに次の「機能」にかかる形容詞であるのかが未確定であるとして、係り先候補である「調整」「機能」を表示している。
【０２２５】
オーサリング作業者はこのように候補が表示されることに応じて、最も適切であると思われる候補を選択（クリック）する。これにより係り先が確定される。
例えばオーサリング作業者が「機能」をクリックすることで、「正常な」は「機能」にかかる形容詞であると確定される。
例えばこのようにして、係り先が未確定とされている部分（赤スラッシュ「●」の部分）を確定させていく作業をオーサリング作業者は実行し、最終的に赤スラッシュ「●」部分がなくなるようにしていく。
【０２２６】
また、ステップＦ３０５の処理で生成されるタグは、図３でいう語→サブセンテンシャルセグメント→文までの構造を示すタグであるが、さらに上位のタグ、即ち図３でいう「段落」「サブディビジョン」「文書」としてのタグは、オーサリング作業者がステップＦ３０７での入力により任意に付加するものとなる。
【０２２７】
例えば図４０は、オーサリング作業者が「［素敵にエイジング・・・抑えられる！？」の部分を指定した場合であり、このとき制御部７２は図示するように編集ウインドウ６２０を開いてオーサリング作業者が新規のタグ入力を実行できる状態とする。
ここでは、オーサリング作業者が例えばタグ名表示６２１のプルダウンメニューから「ｈ１」を選択した状態を示している。「ｈ」（「ｈ１」「ｈ２」・・・）は「題目」の意味である。
この状態でオーサリング作業者がＯＫボタン６２３をクリックすると、制御部７２は「［素敵にエイジング・・・抑えられる！？」の部分が「題目１」と設定されたとして処理、つまりタグ付けを行う。
表示上では、例えば図４１のように、「［素敵にエイジング・・・抑えられる！？」の部分において、タグが追加されたことを示す緑スラッシュ「◆」、アンダーライン及びタグ「ｈ１」が表示される。
【０２２８】
なおこの図４１では、さらに、文書を構成する各文についてステップＦ３０５の処理で付されたタグも示している。つまり上記係り先の選択が行われた図３９の表示より上の階層の文構造のタグを表示している。図示するようにステップＦ３０５で付されたタグとして、それぞれの文について、スラッシュ「／」、アンダーライン及び「文」の意味を有するタグ「ｓｕ」が表示されている。
【０２２９】
例えば以上の例のように、オーサリング作業者は「語」より上位の文書構造としてタグ生成結果の確認、未確定な係り先の選択、段落（又は題目）、文書などさらに上位の文書構造のタグの追加などを行っていく。
つまりオーサリング作業者は、文書表示部６０２に表示されている文書において少なくとも赤スラッシュ「●」の部分がなくなるように作業を進行させていくとともに、必要に応じて任意に、段落、題目、文書などの単位でのタグ付けを行う。
以上の処理が行われることで、ステップＦ３０６で文書構造のタグ付けの完了と判断される。即ち、この時点は、図３で説明した文書データ構造における「語」〜「文」又は「段落」「サブディビジョン」「文書」としてのタグが付与された状態である。
【０２３０】
なお、この時点以降、タグ付け結果のイメージ（例えば文書処理装置１で表示されるブラウザイメージ）を確認することができる。
例えば図４２のように、ジェネレートボタン６０５ｂをクリックすると、文書表示部６０２における、それまでのタグ付けが行われた状態の表示に加えて、文書表示部６０３に、ブラウザイメージが表示され、これまでのタグ付けに基づいて一般ユーザー（文書処理装置１の使用者）に提示される画面状況を確認できる。例えば上記のように題目としてのタグ「ｈ１」を付加したことで、題目部分が太字で提示されることが確認できる。
また、このように表示イメージが確認できることで、オーサリング作業者は、それが適切でないと思えば、ステップＦ３０７でのタグ或いは文書の修正、さらにはステップＦ３０２からの形態素解析からのやり直しをすべきことの判断も可能となる。
【０２３１】
ステップＦ３０６でタグ付け完了と判断された場合は、制御部７２の処理はステップＦ３０８に進み、図３で説明した参照リンクの設定処理を行う。
なお、図３で説明した通常リンクについては、これまでのタグ付けから自動的に形成されるものである（つまりステップＦ３０６でタグ付け完了と判断された時点で、そのタグで示される文書構造に基づいて、通常リンクは形成されている）。
制御部７２はステップＦ３０８では、参照リンクの付加のための解析を行い、参照リンク設定の候補を表示する。具体的には、代名詞等に対する指し先の候補を表示する。
例えば図４３に示すように、文書表示部６０２においてタグ付けされたデータを表示するとともに、文書表示部６０３に上記のブラウザイメージと同様に文書を表示する。
そして、例えば図示するように文書表示部６０２で選択されている「双方」という語の指し先が、「がん遺伝子」と「がん抑制遺伝子」であることが文書表示部６０３において提示されるようにする。例えば反転表示や、異なる色による表示などで提示する。
【０２３２】
このような表示状態をオーサリング作業者は確認し、その参照関係が間違っていたら修正を行う。又は、或る語を選択して、新たに参照関係を付加する操作を行う。
例えば「双方」という語が、「がん遺伝子」と「がん抑制遺伝子」であることで正しい場合は、それについては修正操作は必要ない。ところが或る語について提示された指し先が間違っている場合は、オーサリング作業者は文書表示部６０３において正しい指し先を指定する操作を行う。
また、文書表示部６０２において或る語を選択したときに、文書表示部６０３において指し先が提示されない場合は、参照リンクが設定されていない場合であるが、オーサリング作業者は必要であれば、その際に文書表示部６０３において指し先を指定する操作を行うことで、参照リンクを追加する。
【０２３３】
制御部７２は、ステップＦ３１０、Ｆ３０８の処理として、このようなオーサリング作業者の入力に応じた処理、即ち参照リンクの修正や追加処理を行い、その都度結果表示を行う。
また、この時点でもオーサリング作業者が文の追加、或いはタグの修正要求操作などを行うことができ、それらの場合は制御部７２は、破線で示すようにステップＦ３０２に戻って再度の形態素解析からの処理を行うこともできる。
【０２３４】
制御部７２は、オーサリング作業者の操作に応じた参照リンクの確定処理を完了することで、処理をステップＦ３０９からＦ３１１に進め、その時点で必要なタグが付加された文書データが完成されたとする。そしてその文書データを、オーサリング済の文書データとしてＲＡＭ７４又はＨＤＤ８２に記憶する。
このように生成された文書データはその後、記録媒体８１もしくは通信回線６を介してサーバ３側に送られ、データベース３ａに格納される。
そしてサーバ３の管理の元に一般ユーザー側の端末である文書処理装置１に提供され、文書処理装置１では上述したように文書データに対して各種の処理（表示、要約作成・表示、読み上げ等）を実行できるようになる。
【０２３５】
以上のように本例のオーサリング装置２では、原文（プレーンテキスト）を各形態素に分けるとともに各形態素についての形態素情報を付加し、また原文に階層的な文書構造を示す文書構造情報を付加し、さらに原文内の文書部分間における参照関係を示す参照情報を付加していくことで、文書処理に好適な文書データ（タグファイル）が作成できる。
そしてこのオーサリング処理は、まず形態素を解析してから、順に上位階層に向かって文書構造を設定してことになる。また、区切、品詞、係り先、指し先については候補が表示され、作業者が選択していくものとされている。
これらのことから、オーサリングのための操作手順は、オーサリング作業者にわかりやすく、特に高度な文法知識、語学知識がなくとも、容易にオーサリング作業を進めることができる。またこれは、文法知識等がなくとも、文書内容に応じた正確なタグ付けが可能となることも意味する。
またオーサリング作業時の作業者の入力は、候補の選択や文中の所要部分の指定などでよいことからも、作業は容易かつ迅速に実行できる。
【０２３６】
また、形態素の区切りもしくは形態素情報や、文書構造情報、参照情報の変更、追加、修正、文の追加、修正、削除などを入力手段からのオーサリング実行者の入力に応じて決定できるようにすることで、自動的な処理だけではまかなえない程度の高度なタグ付加が可能となるとともに、作業者が意図するとおりのタグファイルを作成できる。
さらに、表示部に、形態素の区切り、形態素情報、文書構造情報、参照情報についての候補等を表示させることで、オーサリング作業者にとってオーサリング状況が把握しやすくなり、またオーサリング作業者のオーサリング作業の進行を簡易化することができる。
【０２３７】
なお、図２８及び図２９〜図４３で説明したオーサリング処理は、一例にすぎず、多様な変形例が考えられる。
例えば上記例では、既に作成されたプレーンテキストに対してオーサリングを行う場合として説明したが、作業者が、プレーンテキストを作りながら、同時進行的にオーサリング処理を行うことも考えられる。例えば作業者が文を入力していく毎に、形態素解析等が行われ、その結果が上記スラッシュ、アンダーライン等で表示されていくようにする。そして、オーサリング作業者は必要な候補選択作業や文の修正等を行なった後に、続く文書を入力していくというような作業手順である。
【０２３８】
また、オーサリング状況を提示する態様としては、もちろん上記のスラッシュ「／」、赤スラッシュ「●」、緑スラッシュ「◆」、アンダーライン、タグ等の表示に限られるものではなく、提示手法は、オーサリングプログラムや表示デバイス、表示用フォント等の事情に応じて全く任意に設計できるものである。
もちろん各種の段階での候補の提示方式なども上記例に限られるものではない。
【０２３９】
１０．文書処理システムの動作（文書プロバイダからのオーサリング要求）
以上のように、文書プロバイダ４から提供されるプレーンテキストは、オーサリング装置２によってタグファイルとされ、サーバ３のデータベースに格納される。そしてサーバ３からユーザ端末としての文書処理装置にタグファイルが提供されることで、ユーザーサイドでは、文書の分類、本文閲覧、要約作成／閲覧、読み上げなどの各種処理が可能となる。
【０２４０】
このような文書提供を実現するための図１に示した文書処理システムにおける、各部で送受信されるデータの内容を図４４に模式的に示す。
【０２４１】
文書プロバイダ４はプレーンテキストＰＴをオーサリング装置２又はサーバ３に対して送信できる。
また文書プロバイダ４はプレーンテキストＰＴを送信する際には、各プレーンテキストに固有に設定された識別子としての電子文書ＩＤ（IDtxt）も同時に送信する。
サーバ３は、文書プロバイダ４からプレーンテキストＰＴと電子文書ＩＤ（IDtxt）を受信した場合は、そのプレーンテキストＰＴと電子文書ＩＤ（IDtxt）をデータベース３ａに格納する。
【０２４２】
文書プロバイダ４からプレーンテキストＰＴと電子文書ＩＤ（IDtxt）がオーサリング装置２に送信される場合は、文書プロバイダ４が、そのプレーンテキストＰＴについてのオーサリングを求める場合である。
この場合、オーサリング装置２は受信したプレーンテキストＰＴに対してオーサリング処理を行ってタグファイルＴＦを生成する。そしてオーサリング装置２は、タグファイルＴＦと電子文書ＩＤ（IDtxt）をサーバ３に送信する。
サーバ３は、オーサリング装置２らタグファイルＴＦと電子文書ＩＤ（IDtxt）を受信した場合は、そのタグファイルＴＦと電子文書ＩＤ（IDtxt）をデータベース３ａに格納する。
【０２４３】
文書プロバイダ４は、あるプレーンテキストＰＴについてのオーサリングを求める場合に、オーサリング装置２に対して電子文書ＩＤ（IDtxt）のみを送信する場合もある。
この場合オーサリング装置２は、サーバ３に対してデータベース検索要求通知Ｉｓｃ及び電子文書ＩＤ（IDtxt）を送信する。
サーバ３ではデータベース検索要求通知Ｉｓｃを受けると、同時に受信した電子文書ＩＤ（IDtxt）で示される電子文書（プレーンテキストＰＴ又はタグファイルＴＦ）がデータベース３ａに格納されているか否かを検索する。
そしてサーバ３は、検索結果内容をデータベース検索結果通知Ａｓｃとしてオーサリング装置２に送信する。
【０２４４】
オーサリング装置２は、データベース検索結果通知Ａｓｃにより、該当する電子文書としてタグファイルＴＦがデータベース３ａに存在することが分かった場合は、文書プロバイダ４に対して、電子文書ＩＤ（IDtxt）で示されるタグファイルＴＦが既にデータベースに存在すること、つまりオーサリングは不要であることを知らせるタグファイル存在通知Ｉｔｆを送信する。
これにより文書プロバイダ４は、あるプレーンテキストＰＴについて既にオーサリングが完了してユーザーに提供できる状態にあることを知ることができる。
【０２４５】
オーサリング装置２は、上記データベース検索要求通知Ｉｓｃに対する、サーバ３からのデータベース検索結果通知Ａｓｃにより、該当する電子文書としてプレーンテキストＰＴがデータベース３ａに存在することが分かった場合は、サーバ３に対して、電子文書ＩＤ（IDtxt）で示されるプレーンテキストＰＴを要求するプレーンテキスト要求通知Ｉｐｔを送信する。
これに応じてサーバ３はオーサリング装置２に対してプレーンテキストＰＴ（及び電子文書ＩＤ（IDtxt））を送信する。
オーサリング装置２は受信したプレーンテキストＰＴに対してオーサリングを行い、生成したタグファイルＴＦ（及び電子文書ＩＤ（IDtxt））をサーバ３に送信する。
サーバ３は、タグファイルＴＦと電子文書ＩＤ（IDtxt）を受信したら、そのタグファイルＴＦを、電子文書ＩＤ（IDtxt）に基づいてプレーンテキストＰＴに関連づけた状態でデータベース３ａに格納する。
【０２４６】
オーサリング装置２は、上記データベース検索要求通知Ｉｓｃに対する、サーバ３からのデータベース検索結果通知Ａｓｃにより、該当する電子文書としてプレーンテキストＰＴもタグファイルＴＦも、データベース３ａには存在しないことが分かった場合は、文書プロバイダ４に対して、電子文書ＩＤ（IDtxt）で示されるプレーンテキストＰＴを要求するプレーンテキスト要求通知Ｉｐｔを送信する。
これに応じて文書プロバイダ４はオーサリング装置２に対してプレーンテキストＰＴ（及び電子文書ＩＤ（IDtxt））を送信する。
オーサリング装置２は受信したプレーンテキストＰＴに対してオーサリングを行い、生成したタグファイルＴＦ（及び電子文書ＩＤ（IDtxt））をサーバ３に送信する。
サーバ３は、タグファイルＴＦと電子文書ＩＤ（IDtxt）を受信したら、それらをデータベース３ａに格納する。
【０２４７】
これらのような通信により、文書プロバイダ４があるプレーンテキストＰＴに対してオーサリングを求め、結果としてオーサリング装置２のオーサリングにより生成されたタグファイルＴＦがデータベース３ａに格納された状態となるまでの処理経路としては、次のパターン［１］〜［４］の４パターンがあり得ることになる。なお▲１▼、▲２▼・・・は、各パターンにおける処理手順を示している。
【０２４８】
パターン［１］・・・文書プロバイダ４がオーサリング装置２にプレーンテキストＰＴと電子文書ＩＤ（IDtxt）を送信する場合。
▲１▼．文書プロバイダ４がオーサリング装置２にプレーンテキストＰＴと電子文書ＩＤ（IDtxt）を送信する。
▲２▼．オーサリング装置２が受信したプレーンテキストＰＴに対してオーサリングを行い、タグファイルＴＦを生成する。
▲３▼．オーサリング装置２がタグファイルＴＦ及び電子文書ＩＤ（IDtxt）をサーバ ３に送信する。
▲４▼．サーバ３が受信したタグファイルＴＦ及び電子文書ＩＤ（IDtxt）をデータベ ース３ａに格納する。
【０２４９】
パターン［２］・・・文書プロバイダ４がオーサリング装置２に電子文書ＩＤ（IDtxt）のみを送信する場合で、データベース３ａに該当するタグファイルＴＦが既に存在する場合。
▲１▼．文書プロバイダ４がオーサリング装置２に電子文書ＩＤ（IDtxt）のみを送信 する。
▲２▼．オーサリング装置２は受信した電子文書ＩＤ（IDtxt）について、データベー ス３ａに該当文書データの存在を確かめる検索要求をサーバ３に対して行う 。
▲３▼．サーバ３は検索を行い、検索結果としてデータベース３ａに、該当するタグファイルＴＦが存在する旨の通知をオーサリング装置２に対して行う。
▲４▼．オーサリング装置２は文書プロバイダ４にタグファイルＴＦがすでに存在する旨の通知を行う。
【０２５０】
パターン［３］・・・文書プロバイダ４がオーサリング装置２に電子文書ＩＤ（IDtxt）のみを送信する場合で、データベース３ａに該当するタグファイルＴＦもプレーンテキストも存在しない場合。
▲１▼．文書プロバイダ４がオーサリング装置２に電子文書ＩＤ（IDtxt）のみを送信 する。
▲２▼．オーサリング装置２は受信した電子文書ＩＤ（IDtxt）について、データベー ス３ａに該当文書データの存在を確かめる検索要求をサーバ３に対して行う 。
▲３▼．サーバ３は検索を行い、検索結果としてデータベース３ａに、該当するタグファイルＴＦもプレーンテキストＰＴも存在しない旨の通知をオーサリング装置２に対して行う。
▲４▼．オーサリング装置２は文書プロバイダ４に電子文書ＩＤ（IDtxt）で示される プレーンテキストＰＴの送信を求める。
▲５▼．文書プロバイダ４はオーサリング装置２にプレーンテキストＰＴ及び電子文書ＩＤ（IDtxt）を送信する。
▲６▼．オーサリング装置２は受信したプレーンテキストＰＴに対してオーサリングを行い、タグファイルＴＦを生成する。
▲７▼．オーサリング装置２はタグファイルＴＦ及び電子文書ＩＤ（IDtxt）をサーバ ３に送信する。
▲８▼．サーバ３が受信したタグファイルＴＦ及び電子文書ＩＤ（IDtxt）をデータベ ース３ａに格納する。
【０２５１】
パターン［４］・・・文書プロバイダ４がオーサリング装置２に電子文書ＩＤ（IDtxt）のみを送信する場合で、データベース３ａに該当するプレーンテキストＰＴが存在した場合。
▲１▼．文書プロバイダ４がオーサリング装置２に電子文書ＩＤ（IDtxt）のみを送信 する。
▲２▼．オーサリング装置２は受信した電子文書ＩＤ（IDtxt）について、データベー ス３ａに該当文書データの存在を確かめる検索要求をサーバ３に対して行う 。
▲３▼．サーバ３は検索を行い、検索結果としてデータベース３ａに、該当するプレーンテキストＰＴが存在する旨の通知をオーサリング装置２に対して行う。
▲４▼．オーサリング装置２はサーバ３に、電子文書ＩＤ（IDtxt）で示されるプレー ンテキストＰＴの送信を求める。
▲５▼．サーバ３はオーサリング装置２にプレーンテキストＰＴ及び電子文書ＩＤ（ IDtxt）を送信する。
▲６▼．オーサリング装置２は受信したプレーンテキストＰＴに対してオーサリングを行い、タグファイルＴＦを生成する。
▲７▼．オーサリング装置２はタグファイルＴＦ及び電子文書ＩＤ（IDtxt）をサーバ ３に送信する。
▲８▼．サーバ３は受信したタグファイルＴＦを、既に格納されている電子文書ＩＤ（IDtxt）及びプレーンテキストＰＴに対応させた状態で、データベース３ａ に格納する。
【０２５２】
以上の４パターンの手順で、タグファイルＴＦがデータベース３ａに格納された状態となる。
なお、パターン［１］［３］［４］の場合、すなわちオーサリング装置２がオーサリング処理を行って、生成したタグファイルＴＦをサーバ３に送信し、データベース３ａに格納させた場合は、オーサリング装置２は、文書プロバイダ４に対して完了通知Ｉｃｐを送信する。
また本例の文書処理システムでは、オーサリング装置２は、オーサリング処理に伴って、そのオーサリング料金を文書プロバイダ４に課金するものとしている（図４４の課金処理ＫＭ）。
従って、パターン［１］［３］［４］の場合で、文書プロバイダ４に対して完了通知Ｉｃｐを送信した後には、オーサリング装置２は文書プロバイダ４に対してオーサリング料金の課金処理を行うことになる。
【０２５３】
なお、この４パターンは図４４のシステム形態における例であり、実際には文書処理システムの構成に応じて、他のパターンも考えられる。
【０２５４】
データベース３ａにおける電子文書の格納形態としては、例えば図４５のようになる。
図４５（ａ）は電子文書ＩＤ（IDtxt）とプレーンテキストＰＴが対応されて格納されている状態である。例えば文書プロバイダ４がサーバ３に対して電子文書ＩＤ（IDtxt）とプレーンテキストＰＴを送信した場合は、データベース３ａにはこのように格納される。また上記パターン［４］で、データベース３ａに該当するプレーンテキストが存在する場合とは、それ以前に文書プロバイダ４がサーバ３に対して電子文書ＩＤ（IDtxt）とプレーンテキストＰＴを送信していたことで図４５（ａ）のように格納されていた場合のこととなる。
【０２５５】
図４５（ｂ）は電子文書ＩＤ（IDtxt）とタグファイルＴＦが対応されて格納されている状態である。例えばオーサリング装置２がサーバ３に対して電子文書ＩＤ（IDtxt）とタグファイルＴＦを送信した場合は、データベース３ａにはこのように格納される。例えば上記パターン［１］の手順▲４▼又はパターン［３］の手順▲８▼による場合はこれに相当する。
【０２５６】
図４５（ｃ）は電子文書ＩＤ（IDtxt）とタグファイルＴＦとプレーンテキストＰＴが対応されて格納されている状態である。例えば上記パターン［４］の手順▲８▼で、タグファイルＴＦを既に格納されている電子文書ＩＤ（IDtxt）及びプレーンテキストＰＴに対応させた状態で、データベース３ａに格納する場合はこのようになる。
或いは上記パターン［１］又はパターン［３］において、オーサリング装置２がタグファイルＴＦ及び電子文書ＩＤ（IDtxt）に加えて、プレーンテキストＰＴを送信することも考えられるが、そのような場合は、この図４５（ｃ）の状態となり得る。
【０２５７】
なお、図４５（ｄ）（ｅ）は、図４５（ｂ）（ｃ）の状態において、タグファイルＴＦが存在することを示す識別子ＩＤｔｆが付加された例である。
データベース３ａにタグファイルＴＦが格納されることで、そのタグファイルＴＦをユーザー端末（文書処理装置１）側に提供できるものであるが、従って図４５（ｂ）（ｃ）のように、識別子ＩＤｔｆとして、或る電子文書ＩＤ（IDtxt）についてのタグファイルＴＦの存在が識別されるようにしてもよい。
なお図４５（ｂ）（ｃ）の場合は、タグファイルＴＦ自体が、タグファイルＴＦの存在を示すものとされている。
また上記パターン［２］として示した、データベース３ａに該当するタグファイルＴＦが既に存在する場合とは、この図４５（ｂ）（ｃ）、又は図４５（ｄ）（ｅ）の格納状態にあることをいう。
【０２５８】
図４５（ｂ）（ｃ）、又は図４５（ｄ）（ｅ）の格納状態にある電子文書は、文書処理装置１に対して提供できるものとなる。
この場合サーバ３は、文書処理装置１に対して電子文書ＩＤ（IDtxt）とタグファイルＴＦを送信する。また図４５（ｃ）（ｅ）の場合は、同時にプレーンテキストＰＴを送信するようにしてもよい。
【０２５９】
以上のように図４５を用いて説明したパターン［１］〜［４］の動作を実現するための、オーサリング装置２の処理を図４６で説明する。
図４６は、オーサリング装置２が文書プロバイダ４からオーサリングの要求を受けた場合の処理を示している。具体的には、オーサリング装置２において図２７に示した制御部７２が実行する処理となる。
【０２６０】
制御部７２は、文書プロバイダ４からオーサリング要求としての情報を受信した場合は、処理をステップＦ４０１からＦ４０２に進め、まずその受信内容を確認する。
具体的には、文書プロバイダ４から電子文書ＩＤ（IDtxt）とプレーンテキストＰＴを受信したのか、或いは電子文書ＩＤ（IDtxt）のみを受信したのかを判別する処理となる。
【０２６１】
文書プロバイダ４から電子文書ＩＤ（IDtxt）とプレーンテキストＰＴの両方を受信した場合であったのなら、制御部７２は処理をステップＦ４０３に進め、受信されたプレーンテキストＰＴに対するオーサリング処理を行う。すなわち図２８で説明した処理を行うことで、タグファイルＴＦを生成する。
タグファイルＴＦが生成されたら、制御部７２はステップＦ４０４として、タグファイルＴＦ（及び電子文書ＩＤ（IDtxt））をサーバ３に送信し、データベース３ａに格納させる。
これにより上記パターン［１］としての処理が完了されることになる。
そして制御部７２は、ステップＦ４０５で、データベース３ａへのタグファイルＴＦの登録の完了を通知する（図４４の完了通知Ｉｃｐ）。
また制御部７２はステップＦ４０６として、文書プロバイダ４に対して、オーサリング処理料金の課金処理を行う（図４４の課金処理ＫＭ）。例えばオーサリングを行った電子文書の電子文書ＩＤ（IDtxt）を、課金対象として内部的に登録し、後の事務・経理処理用のデータとする。
以上で一連の処理を終える。
【０２６２】
文書プロバイダ４からのオーサリング要求が、電子文書ＩＤ（IDtxt）のみによるものであった場合は、制御部７２は処理をステップＦ４０２からステップＦ４０７に進め、受信した電子文書ＩＤ（IDtxt）について、サーバ３にデータベースの検索要求を行うことになる（図４４のデータベース検索要求通知Ｉｓｃ）。
上述したようにサーバ３では、これに応じて電子文書ＩＤ（IDtxt）に基づいたデータベース３ａの検索を行い、その検索結果をオーサリング装置２に送信してくる（図４４のデータベース検索結果通知Ａｓｃ）。制御部７２はステップＦ４０８でこの検索結果を受信する。
【０２６３】
制御部７２は受信した検索結果を確認して、データベース３ａにおける電子文書ＩＤ（IDtxt）に該当するタグファイルＴＦの有無、及び該当するプレーンテキストＰＴの有無をステップＦ４０９，Ｆ４１０で判別する。
ステップＦ４０９において、データベース３ａにおける該当するタグファイルＴＦの存在が確認された場合は、制御部７２は処理をステップＦ４１５に進め、文書プロバイダ４に対して、今回オーサリング要求された電子文書ＩＤ（IDtxt）に関し、既にタグファイルＴＦがデータベース３ａに存在することを通知する（図４４のタグファイル存在通知Ｉｔｆ）。そして一連の処理を終える。
つまりオーサリングが不要な上記パターン［２］の動作となる。なお、この場合はオーサリングを行わないため課金処理は行わない。
【０２６４】
一方、ステップＦ４０９において該当するタグファイルＴＦがデータベース３ａに存在しないと判別され、またステップＦ４１０において該当するプレーンテキストＰＴも存在しないと判別された場合は、制御部７２は処理をステップＦ４１３に進めることとなり、この場合は、制御部７２は文書プロバイダ４に対して、電子文書ＩＤ（IDtxt）で示されるプレーンテキストＰＴの送信を要求することになる（図４４のプレーンテキスト要求通知Ｉｐｔ）。
文書プロバイダ４では、これに応じて電子文書ＩＤ（IDtxt）に基づいたプレーンテキストＰＴ（及び電子文書ＩＤ（IDtxt））をオーサリング装置２に送信してくる。制御部７２はステップＦ４１４で送信されてきたプレーンテキストＰＴ及び電子文書ＩＤ（IDtxt）を受信する。
【０２６５】
これによってオーサリング装置２ではオーサリングを行うべきプレーンテキストＰＴを入手できたことになるため、制御部７２は処理をステップＦ４０３に進め、受信されたプレーンテキストＰＴに対するオーサリング処理を行う。すなわち図２８で説明した処理を行うことで、タグファイルＴＦを生成する。
タグファイルＴＦが生成できたら、制御部７２はステップＦ４０４として、タグファイルＴＦ（及び電子文書ＩＤ（IDtxt））をサーバ３に送信し、データベース３ａに格納させる。
これにより上記パターン［３］としての処理が完了されることになる。
そして制御部７２は、ステップＦ４０５で、データベース３ａへのタグファイルＴＦの登録の完了を通知し（図４４の完了通知Ｉｃｐ）、また制御部７２はステップＦ４０６として、文書プロバイダ４に対して、オーサリング処理料金の課金処理を行う（図４４の課金処理ＫＭ）。
以上で一連の処理を終える。
【０２６６】
上記ステップＦ４０９において該当するタグファイルＴＦがデータベース３ａに存在しないと判別されたが、ステップＦ４１０において該当するプレーンテキストＰＴがデータベース３ａに存在すると判別された場合は、制御部７２は処理をステップＦ４１１に進める。
この場合は、制御部７２はサーバ３に対して、電子文書ＩＤ（IDtxt）で示されるプレーンテキストＰＴの送信を要求することになる（図４４のプレーンテキスト要求通知Ｉｐｔ）。
サーバ３では、これに応じて電子文書ＩＤ（IDtxt）で示されるプレーンテキストＰＴをデータベース３ａから読み出して、をオーサリング装置２に送信してくる。制御部７２はステップＦ４１２で送信されてきたプレーンテキストＰＴ及び電子文書ＩＤ（IDtxt）を受信する。
【０２６７】
これによってオーサリング装置２ではオーサリングを行うべきプレーンテキストＰＴを入手できたことになるため、制御部７２は処理をステップＦ４０３に進め、受信されたプレーンテキストＰＴに対して図２８で示したオーサリング処理を行ない、タグファイルＴＦを生成する。
そして制御部７２はステップＦ４０４として、タグファイルＴＦ（及び電子文書ＩＤ（IDtxt））をサーバ３に送信し、データベース３ａに格納させる。
これにより上記パターン［４］としての処理が完了されることになる。
そして制御部７２は、ステップＦ４０５で、データベース３ａへのタグファイルＴＦの登録の完了を通知し（図４４の完了通知Ｉｃｐ）、また制御部７２はステップＦ４０６として、文書プロバイダ４に対して、オーサリング処理料金の課金処理を行う（図４４の課金処理ＫＭ）。
以上で一連の処理を終える。
【０２６８】
以上のように、オーサリング装置２における図４６の処理によって、上記パターン［１］〜パターン［４］のいづれかの方式で、オーサリング動作が実行され、文書プロバイダがオーサリングを要求したプレーンテキストＰＴについてのタグファイルＴＦがデータベース３ａに格納された状態となる。
すなわち、文書プロバイダ４が提供するプレーンテキストＰＴについて、状況に応じて効率よくタグファイルを生成し、データベース３ａに記憶することができる。またこれによって文書処理装置１（ユーザー端末）側では、データベース３ａから容易にタグ付電子文書の提供を受けることができるようになる。
例えばオーサリング装置２は、文書プロバイダ４からプレーンテキストＰＴと電子文書ＩＤ（IDtxt）の組を受信した際には、そのプレーンテキストＰＴにタグを付与したタグファイルＴＦを生成し、サーバ３に送信することで、タグファイルＴＦをデータベース３ａに記憶させることができる。
また文書プロバイダ４から電子文書ＩＤ（IDtxt）のみを受信した際には、受信した電子文書ＩＤ（IDtxt）で示されるタグファイルＴＦがデータベース３ａに記憶されているか否かを検出し、タグファイルＴＦが存在する場合は無用なオーサリング処理を行なわない。またデータベース３ａにプレーンテキストＰＴが存在すれば、それを入手してオーサリングを行うことができる。またデータベース３ａにプレーンテキストＰＴも存在しなければ、文書プロバイダ４にプレーンテキストを要求して、オーサリングを行えばよい。
【０２６９】
さらにオーサリング装置２は、オーサリングを行なった際に、文書プロバイダ４に対して課金処理を行なうようにすることで、オーサリングサービスに関しての適正な課金が可能となり、システムの構築、発展、普及に寄与できる。
【０２７０】
さらにまた記録媒体３２として、上述した図２８のオーサリング処理のためのプログラムや、図４６のオーサリング制御処理のためのプログラムが書き込まれたディスク状記録媒体やテープ状記録媒体、メモリカード、メモリチップ等を提供することが容易に実現できる。
そしてそのような記録媒体によれば、上記してきた文書処理方法、オーサリング方式を実現するプログラムを提供できることになり、例えば汎用のパーソナルコンピュータ等を用いて、オーサリング装置２を容易に実現できる。
さらに本例のオーサリング処理、オーサリング制御処理を実現するプログラムは、例えばインターネット等のネットワーク通信を介しても提供することができるものであり、従って、プログラムサーバ側もしくは通信過程における記録媒体としても適用できる。
【０２７１】
［II］第２の実施の形態
１１．文書処理システムの構成
続いて第２の実施の形態としての文書処理システムを説明する。なお、上記第１の実施の形態において説明した文書処理装置１での各種文書処理や、オーサリング装置２でのオーサリング処理は、この第２の実施の形態においても同様に実行されるものである。
【０２７２】
図４７は、上記図１と同様にシステム構成を模式的に示すものである。
この場合は、受信／送信機能及びユーザー端末側に対する課金機能を有するサービスプロバイダ５を設けており、このサービスプロバイダ５とサーバ３により、文書処理装置１側にタグファイルを提供するサービス提供部７が構成されるものとしている。
【０２７３】
文書プロバイダ４、オーサリング装置２、サーバ３の各機能については、図１の例と同様であるが、この例では文書プロバイダ４は、サーバ３のデータベース３ａにプレーンテキストＰＴを格納させる場合に、同時にフラグ（後述するオーサリング可否ＩＤ（IDa））を付加することで、そのプレーンテキストＰＴのオーサリングの許可／禁止を設定するオーサリング可否設定機能を備えるようにしている。
【０２７４】
また図１の例の場合と同様に、各部は、通信回線６又は記録媒体３２により相互に各種データ通信が可能とされている。
なお、この例ではサービスプロバイダ５とサーバ３を分けているが、サーバ３にサービスプロバイダ５としての機能を含めれば、図１の構成であってもかまわないものである。
【０２７５】
１２．文書処理システムの動作（文書処理装置からのオーサリング要求）
第２の実施の形態の文書処理システムの動作について説明していく。上記第１の実施の形態では、文書プロバイダ４からのオーサリング要求があった際の動作としたが、この第２の実施の形態では、文書処理装置１からのオーサリング要求、すなわちユーザーサイドからオーサリングを要求する場合の動作となる。
【０２７６】
第１の実施の形態のシステムにおいて説明したように、文書プロバイダ４から提供されるプレーンテキストＰＴは、オーサリング装置２によってタグファイルＴＦとされ、サーバ３のデータベース３ａに格納される。
或いは文書プロバイダ４からプレーンテキストＰＴが直接サーバ３に供給され、プレーンテキストＰＴの状態でデータベース３ａに格納される。
このようにしてデータベース３ａには、各種のプレーンテキストやタグファイルが格納された状態となっているが、本例では、文書処理装置１のユーザーは、データベース３ａに格納されている文書データ（プレーンテキストＰＴ又はタグファイルＴＦ）について、任意に選択してタグファイルの送信を要求できるものとしている。
つまり、例えばユーザーがデータベース３ａに格納されている或るタグファイルＴＦを要求した場合は、サービス提供部７は、そのタグファイルＴＦをデータベース３ａから読み出して文書処理装置１に送信する。
また例えばユーザーがデータベース３ａに格納されている或るプレーンテキストＰＴを要求した場合は、サービス提供部７は、そのプレーンテキストＰＴについてオーサリング装置２によってタグファイルＴＦとさせ、その生成されたタグファイルＴＦを文書処理装置１に送信するものとしている。
【０２７７】
このようにしてユーザが求めたタグファイルＴＦが文書処理装置１に提供されることで、ユーザーサイドでは、所望の文書データに対して、それを入手し、文書の分類、本文閲覧、要約作成／閲覧、読み上げなどの各種処理を行うことが可能となる。
【０２７８】
又さらに本例の場合は、ユーザーが文書処理装置１側において作成した文書（プレーンテキスト）を、サービス提供部７側に送信し、オーサリング装置２でのオーサリングを求めることもできる。すなわちユーザーが作成したプレーンテキストＰＴについてのタグファイルＴＦを得ることもできるようにしている。
【０２７９】
このような文書提供を実現するための図４７に示した文書処理システムにおける、各部で送受信されるデータの内容を図４８に模式的に示す。
【０２８０】
文書プロバイダ４はプレーンテキストＰＴをオーサリング装置２又はサーバ３に対して送信できる。
また文書プロバイダ４はプレーンテキストＰＴを送信する際には、各プレーンテキストに固有に設定された識別子としての電子文書ＩＤ（IDtxt）も同時に送信する。
さらに文書プロバイダ４は、サーバ３に対してプレーンテキストＰＴを送信し、データベース３ａに格納させる場合は、オーサリング可否ＩＤ（IDa）を付加することができる。
電子文書データに関しては、文書の著作者の意向やその他の事情により、一般ユーザーに対してタグファイルを提供したくない場合もあり得るため、オーサリング可否ＩＤ（IDa）により、オーサリングの許可／禁止、つまりタグファイルの提供の許可／禁止を、文書プロバイダ４側から設定できるようにするものである。
【０２８１】
サーバ３は、文書プロバイダ４からプレーンテキストＰＴと電子文書ＩＤ（IDtxt）、及びオーサリング可否ＩＤ（IDa）を受信した場合は、そのプレーンテキストＰＴと電子文書ＩＤ（IDtxt）、オーサリング可否ＩＤ（IDa）をデータベース３ａに格納する。
【０２８２】
文書プロバイダ４からプレーンテキストＰＴと電子文書ＩＤ（IDtxt）がオーサリング装置２に送信される場合、もしくは文書プロバイダ４から電子文書ＩＤ（IDtxt）のみがオーサリング装置２に送信される場合は、文書プロバイダ４が、そのプレーンテキストＰＴについてのオーサリングを求める場合である。
これは上記第１の実施の形態において説明したとおりの動作である。すなわちこの場合は、オーサリング装置２は上記パターン［１］〜［４］の動作を行う。
【０２８３】
また本例では、ユーザーからのオーサリング要求に基づいて、サーバ３がオーサリング装置２にオーサリングを求めることが発生する。
すなわちサーバ３からオーサリング装置２に対して、プレーンテキストＰＴと電子文書ＩＤ（IDtxt）が送信されることにより、オーサリング装置２は受信したプレーンテキストＰＴに対してオーサリング処理を行ってタグファイルＴＦを生成する。そしてオーサリング装置２は、タグファイルＴＦと電子文書ＩＤ（IDtxt）をサーバ３に送信する。
サーバ３は、そのタグファイルＴＦを、既に格納してある電子文書ＩＤ（IDtxt）及びプレーンテキストに対応させてデータベース３ａに格納する。
【０２８４】
ユーザーサイドから所望のタグファイルを要求する場合、文書処理装置１からサービスプロバイダ５に対して、タグファイル要求通知Ｉｒｑ及び検索のためのキーワードＫＷを送信する。
或いは、文書処理装置１からサービスプロバイダ５に対して、タグファイル要求通知Ｉｒｑ及び特定文書を指定する電子文書ＩＤ（IDtxt）を送信する。
キーワードＫＷを送信するのは、ユーザーが所望の文書を特定できない場合である。一方、電子文書ＩＤ（IDtxt）を送信するのは、ユーザーが特定の文書を指定して要求する場合である。
【０２８５】
なお、ユーザーがまだ入手していない文書データを電子文書ＩＤ（IDtxt）で指定するためには、データベース３ａに格納されている文書データの情報、つまりデータベース３ａの一覧リストのような情報を、サービス提供部７から文書処理装置１に定期的に送信するようにすればよい。もちろん、一覧リストをデータとして送信するのではなくとも、例えば新聞やダイレクトメールなどでユーザーサイドに伝達してもよい。つまりユーザーに対して提供可能な文書データの情報が、ユーザーに対して伝達されるのであればどのような伝達形態でもよい。
【０２８６】
サービスプロバイダ５は、文書処理装置１からタグファイル要求通知Ｉｒｑと、キーワードＫＷ又は電子文書ＩＤ（IDtxt）を受信したら、サーバ３に対して、データベース検索要求通知Ｉｓｃを送信する。このときデータベース検索のためにキーワードＫＷ又は電子文書ＩＤ（IDtxt）も送信する。
サーバ３では、データベース検索要求通知Ｉｓｃに応じて、キーワードＫＷ又は電子文書ＩＤ（IDtxt）に基づいてデータベース３ａを検索する。つまり、キーワードＫＷ又は電子文書ＩＤ（IDtxt）に相当するタグファイルＴＦ又はプレーンテキストＰＴがデータベース３ａに格納されているか否かを検索する。
【０２８７】
サーバ３は、該当するタグファイルＴＦが見つかったら、データベース検索結果通知Ａｓｃとともに、タグファイルＴＦ（及び電子文書ＩＤ（IDtxt））をサービスプロバイダ５に送信する。
【０２８８】
またサーバ３は、該当するタグファイルＴＦは存在しないが該当するプレーンテキストＰＴが見つかった場合は、そのプレーンテキストＰＴ（及び電子文書ＩＤ（IDtxt））をオーサリング装置２に送信してオーサリングを求め、オーサリング結果としてのタグファイルＴＦ（及び電子文書ＩＤ（IDtxt））をオーサリング装置２から受信する。そしてデータベース３ａに格納する。そして、サービスプロバイダ５に対して、データベース検索結果通知Ａｓｃとともに、タグファイルＴＦ（及び電子文書ＩＤ（IDtxt））を送信する。
【０２８９】
またサーバ３は、該当するタグファイルＴＦもプレーンテキストＰＴもデータベース３ａに存在しなかった場合は、サービスプロバイダ５に対して、データベース検索結果通知Ａｓｃを送信する。
【０２９０】
サービスプロバイダ５は、サーバからタグファイルＴＦが送信されてきた場合は、文書処理装置１に対して、タグファイルＴＦ（及び電子文書ＩＤ（IDtxt））を送信する。
一方、データベース検索結果通知Ａｓｃによりデータベース３ａに該当するタグファイルＴＦもプレーンテキストＰＴも存在しないと判別された場合は、文書処理装置１に対してエラー通知Ｉｅを送信する。
【０２９１】
ところで文書処理装置１からは、ユーザーサイドで作成したプレーンテキストＰＴをサービスプロバイダ５に送信し、オーサリングを求めることもできる。この場合、文書処理装置１からは、タグファイル要求通知Ｉｒｑとともに、プレーンテキストＰＴ、及びそのプレーンテキストＰＴがユーザーサイドで作成した文書であることを示す作成文書ＩＤ（IDb）がサービスプロバイダ５に送信される。
このときサービスプロバイダ５及びサーバ３は、そのプレーンテキストＰＴをオーサリング装置２に送信してオーサリングを求め、オーサリング結果としてのタグファイルＴＦをオーサリング装置２から受信する。そして、サービスプロバイダ５から文書処理装置１に、生成されたタグファイルＴＦを送信する。
【０２９２】
これらのような通信により、文書処理装置１がサービス提供部７に対して或る電子文書のタグファイルを求め、結果として文書処理装置１にタグファイルＴＦが提供されるまで（又はエラー終了となるまで）の処理経路としては、次のパターン［１１］〜［１４］の４パターンがあり得ることになる。▲１▼、▲２▼・・・は、各パターンにおける処理手順である。
なお、以下の説明では、サーバ３とサービスプロバイダ５の動作は、サービス提供部７の動作としてまとめて述べることとする。
【０２９３】
パターン［１１］・・・文書処理装置１が要求した文書データとしてのタグファイルＴＦがデータベース３ａに存在した場合。
▲１▼．文書処理装置１がサービス提供部７に対して、キーワードＫＷ又は電子文書ＩＤ（IDtxt）により或るタグファイルＴＦを要求する。
▲２▼．サービス提供部７はデータベース３ａを検索し、要求されたタグファイルＴＦを抽出する。
▲３▼．サービス提供部７は文書処理装置１に対してタグファイルＴＦを送信する。
【０２９４】
パターン［１２］・・・文書処理装置１が要求した文書データとしてのプレーンテキストＰＴがデータベース３ａに存在した場合。
▲１▼．文書処理装置１がサービス提供部７に対して、キーワードＫＷ又は電子文書ＩＤ（IDtxt）により或るタグファイルＴＦを要求する。
▲２▼．サービス提供部７はデータベース３ａを検索し、要求されたタグファイルＴＦに相当するプレーンテキストＰＴを抽出する。
▲３▼．サービス提供部７はオーサリング装置２にプレーンテキストＰＴ及び電子文書ＩＤ（IDtxt）を送信しオーサリングを求める。
▲４▼．オーサリング装置２は受信したプレーンテキストＰＴに対してオーサリングを行い、タグファイルＴＦを生成する。
▲５▼．オーサリング装置２はタグファイルＴＦ及び電子文書ＩＤ（IDtxt）をサービ ス提供部７に送信する。
▲６▼．サービス提供部７は受信したタグファイルＴＦを既に格納されている電子文書ＩＤ（IDtxt）及びプレーンテキストＰＴに対応させた状態で、データベー ス３ａに格納する。
▲７▼．サービス提供部７は文書処理装置１に対してタグファイルＴＦを送信する。
【０２９５】
パターン［１３］・・・文書処理装置１が要求した文書データとしてのタグファイルＴＦもプレーンテキストＰＴもデータベース３ａに存在しなかった場合、またはプレーンテキストＰＴが存在したがオーサリングが禁止されていた場合。
▲１▼．文書処理装置１がサービス提供部７に対して、キーワードＫＷ又は電子文書ＩＤ（IDtxt）により或るタグファイルＴＦを要求する。
▲２▼．サービス提供部７はデータベース３ａを検索し、要求された文書データに関してタグファイルＴＦ又はプレーンテキストＰＴが存在しないとする検索結果を出す。又は検索により抽出されたプレーンテキストＰＴがオーサリング禁止であることを確認する。
▲３▼．サービス提供部７は文書処理装置１に対してエラー通知を送信する。
【０２９６】
パターン［１４］・・・文書処理装置１がプレーンテキストＰＴとしての文書データを作成し、それについてのタグファイルＴＦを要求した場合。
▲１▼．文書処理装置１がサービス提供部７にプレーンテキストＰＴ及び作成文書ＩＤ（IDb）を送信し、タグファイルＴＦを要求する。
▲２▼．サービス提供部７はオーサリング装置２にプレーンテキストＰＴを送信しオーサリングを求める。
▲３▼．オーサリング装置２は受信したプレーンテキストＰＴに対してオーサリングを行い、タグファイルＴＦを生成する。
▲４▼．オーサリング装置２はタグファイルＴＦをサービス提供部７に送信する。
▲５▼．サービス提供部７は受信したタグファイルＴＦを文書処理装置１に対して送信する。
【０２９７】
以上の４パターンの手順で、ユーザーの求めたタグファイルＴＦが文書処理装置１に提供された状態（又はエラー終了となった状態）となる。
【０２９８】
また本例の文書処理システムでは、オーサリング装置２は、オーサリング処理に伴って、そのオーサリング料金をサービス提供部７に課金するものとしている（図４８の課金処理ＫＭ２）。従って、上記パターン［１２］［１４］の場合は、課金処理Ｋ２が行われる。
またサービス提供部７は、文書処理装置１にタグファイルＴＦを提供することに応じて、ユーザーに対して電子文書の提供料金、及び／又はオーサリング料金を課金するものとしている（図４８の課金処理ＫＭ１）。つまり、上記パターン［１２］の場合は、ユーザーに対して電子文書提供料金及びオーサリング料金を課金し、上記パターン［１１］の場合は、ユーザーに対して電子文書提供料金のみを課金し、上記パターン［１４］の場合は、オーサリング料金のみを課金することとなる。
【０２９９】
なお、この４パターンは図４４のシステム形態における例であり、実際には文書処理システムの構成に応じて、他のパターンも考えられる。
【０３００】
データベース３ａにおける電子文書の格納形態としては、例えば図４９のようになる。
図４９（ｂ）〜（ｅ）は、上述した図４５（ｂ）〜（ｅ）と同様であるため説明を省略するが、タグファイルＴＦが存在しない図４９（ａ）の場合は、電子文書ＩＤ（IDtxt）と、オーサリング可否ＩＤ（IDa）と、プレーンテキストＰＴが対応されて格納されるものとなる。
オーサリング可否ＩＤ（IDa）によって、このプレーンテキストＰＴについてオーサリングを行い、タグファイルを生成してよいか否かが識別される。
【０３０１】
上記のように図４８を用いて説明したパターン［１１］〜［１４］の動作を実現するための各部の処理を図５０〜図５２に示す。図５０は文書処理装置１の処理を、図５１はサービス提供部７の処理を、図５２はオーサリング装置２の処理を、それぞれ示している。
また、図５３、図５４、図５５により、文書処理装置１側でユーザーが或るタグファイルを要求する際の表示部３０の表示例を示す。
【０３０２】
ユーザーは、サービス提供部７に対して或るタグファイルＴＦの提供を要求する場合は、まず文書処理装置１から、所望のタグファイルＴＦの電子文書ＩＤ（IDtxt）又はキーワードＫＷを設定し、サービス提供部７に対して検索要求を行うことになる。
或いは、ユーザーが文書処理装置１で作成したプレーンテキストＰＴをサービス提供部７に送信して、オーサリングを求め、そのオーサリング結果としてのタグファイルＴＦを要求することになる。
このための処理が、文書処理装置１の制御部１１の制御として、図５０のステップＦ５０１，Ｆ５０２で行われる。
【０３０３】
具体的な操作例は例えば次のようになる。
ユーザーは、文書処理装置１の表示部３０に、図１０に示した分類ウインドウ２０１が開かれている状態において、ファイル要求ボタン２０２ｄをクリックする。
すると制御部１１は、図５３のようなファイル要求ウインドウ２５０を表示部３０に表示させる。
このファイル要求ウインドウ２５０には、例えば文書ＩＤ入力部２５１、キーワード入力部２５２、検索範囲入力部２５３、検索条件入力部２５４、実行ボタン２５６、キャンセルボタン２５７などが表示される。
【０３０４】
ユーザは文書ＩＤ入力部２５１に電子文書ＩＤ（IDtxt）を入力することで、特定の文書データを指定できる。ユーザーが電子文書ＩＤ（IDtxt）を入力するためには、上述したようにサービス提供部７から電子文書ＩＤ（IDtxt）の一覧リストのような情報が提供されていればよい。
或いは、この図５３の表示例及び図５０、図５１の処理には示していないが、ユーザーが電子文書ＩＤ（IDtxt）の入力を求める場合、データベース３ａに格納されている文書データのリスト情報が送信され、表示部３０に文書データのタイトル等が一覧表示されることで、ユーザーが所望の文書データを選択できるようにしてもよい。その場合は、ユーザーによる電子文書ＩＤ（IDtxt）の入力を省略できる。
【０３０５】
ユーザーが特定の文書データを指定できない場合は、所望の文書をキーワードにより検索を求めることができる。
すなわちキーワード入力部２５２に１又は複数の任意のキーワードを入力できる。
またキーワードの入力とともに、検索範囲入力部２５３において日時範囲（文書データ作成日時）を指定したり、検索条件入力部２５４でアンド条件、オア条件を設定できる。
【０３０６】
このファイル要求ウインドウ２５０においてユーザーが電子文書ＩＤ（IDtxt）又はキーワード等を入力し、実行ボタン２５６をクリックした場合は、制御部１１の処理はステップＦ５０１からＦ５０２に進む。なお、キャンセルボタン２５７がクリックされた場合は、処理がキャンセルされ、例えば図１０の分類ウインドウ２０１に戻る。
【０３０７】
実行ボタン２５６のクリックにより制御部１１の処理がステップＦ５０２に進んだら、制御部１１は、サービス提供部７にタグファイル要求通知Ｉｒｑを送信するとともに、ファイル要求ウインドウ２５０において設定された電子文書ＩＤ（IDtxt）又はキーワードＫＷ等を送信する。
そして以降は、ステップＦ５０３、Ｆ５０４として、サービス提供部７からの結果を待つ。ここでは要求したタグファイルＴＦの送信か、或いはエラー通知Ｉｅを待つことになる。
【０３０８】
ところで、ユーザーが文書処理装置１側で作成したプレーンテキストＰＴについてのオーサリングを求める場合は、例えば分類ウインドウ２０１において文書作成ボタン２０２ｆをクリックする。
制御部１１はこれに応じて例えば図５４に示す文書作成ウインドウ２７０を表示部３０に表示させる。
この文書作成ウインドウ２７０では、テキスト表示部２７１、及び各種操作ボタン２７２等が表示される。操作ボタン２７２としては、新規作成ボタン２７２ａ、保存ボタン２７２ｂ、上書保存ボタン２７２ｃ、読込ボタン２７２ｄ、挿入読込ボタン２７２ｅ、ファイル要求ボタン２７２ｆなどが表示される。
【０３０９】
ユーザーは、この文書作成ウインドウ２７０において、いわゆる通常のワードプロセッサ的な使用法により、プレーンテキストＰＴとしての文書の作成、更新、編集、保存などが可能となる。
すなわち入力部２０におけるキーボードやマウスの操作により、新規に文書を作成したり、記録媒体３２やＨＤＤ３４に保存してあった文書を読み出したり、或いはそれらを編集できる。
【０３１０】
そして、或るプレーンテキストＰＴがテキスト表示部２７１に表示されている状態において、ユーザーがそのプレーンテキストＰＴに対するオーサリングを望む場合は、ファイル要求ボタン２７２ｆをクリックする。
すると制御部１１は、文書作成ウインドウ２７０上に、図５５に示すように確認ウインドウ２８０を開くように制御する。ユーザーは確認ウインドウ２８０において、オーサリング要求を実行する場合は、ＯＫボタン２８１をクリックする。オーサリング要求を実行しない場合は、キャンセルボタン２８２をクリックする。
【０３１１】
ＯＫボタン２８１がクリックされた場合は、制御部１１の処理はステップＦ５０１からＦ５０２に進む。そして制御部１１は、サービス提供部７にタグファイル要求通知Ｉｒｑを送信するとともに、文書作成ウインドウ２７０に表示されているプレーンテキストＰＴ、及びそのプレーンテキストＰＴがユーザーサイドで作成した文書であることを示す作成文書ＩＤ（IDb）を送信する。
そして以降は、ステップＦ５０３、Ｆ５０４として、サービス提供部７からの結果、つまり要求したタグファイルＴＦの送信か、或いはエラー通知Ｉｅを待つことになる。
【０３１２】
サービス提供部７では、文書処理装置１からのタグファイル要求通知Ｉｒｑを受信したら、処理を図５１のステップＦ６０１からＦ６０２に進め、まずプレーンテキストＰＴ及び作成文書ＩＤ（IDb）が同時に送信されてきたものであるか否かを判別する。
そしてタグファイル要求通知Ｉｒｑとともに電子文書ＩＤ（IDtxt）又はキーワードＫＷが送信されてきた場合であったのなら、サービス提供部７は処理をステップＦ６０３に進め、電子文書ＩＤ（IDtxt）又はキーワードＫＷに基づいてデータベース３ａの検索を実行する。
電子文書ＩＤ（IDtxt）に基づく検索の場合は、図４９のようにその電子文書ＩＤ（IDtxt）が付されて記憶されている特定のタグファイルＴＦ又はプレーンテキストＰＴを検索することになる。
またキーワードＫＷに基づく検索の場合は、データベース３ａに記憶されているタグファイルＴＦ又はプレーンテキストＰＴのうちで、キーワードＫＷ及びユーザーの指定した検索条件に合致するタグファイルＴＦ又はプレーンテキストＰＴを抽出する。
【０３１３】
検索結果として、或るタグファイルＴＦが得られた場合は、サービス提供部７は処理をステップＦ６０４からＦ６０５に進め、そのタグファイルＴＦをデータベース３ａから読み出す。そしてステップＦ６０６として、当該タグファイルＴＦ及び電子文書ＩＤ（IDtxt）を文書処理装置１に送信する。
文書処理装置１では、タグファイルＴＦを受信したら、制御部１１は処理を図５０のステップＦ５０３からＦ５０５に進め、そのタグファイルＴＦをＲＡＭ１４又はＨＤＤ３４等に取り込む。
これにより、上記パターン［１１］としての動作が完了する。
【０３１４】
文書処理装置１においては、その後、取り込んだタグファイルＴＦに対して、図５で示した手動分類処理、又は図１３で示した自動分類処理が行われることになり、さらに上述した閲覧、要約作成・表示、読み上げなどの各種文書処理が可能となる。
またサービス提供部７側では、ステップＦ６０６での送信後において、ステップＦ６０７で、文書処理装置１のユーザーに対する課金処理を行う（図４８の課金処理ＫＭ１）。この場合は、オーサリング動作は行われていないため、電子文書提供料金のみ課金処理となる。
以上で一連の処理を終える。
【０３１５】
電子文書ＩＤ（IDtxt）又はキーワードＫＷに基づいたステップＦ６０３の検索結果において、タグファイルＴＦは存在しないが或るプレーンテキストＰＴが得られた場合は、サービス提供部７は処理をステップＦ６０４→Ｆ６０８→Ｆ６０９と進め、そのプレーンテキストＰＴが、オーサリングが許可されているか否かを確認する。
図４９（ａ）に示したように、プレーンテキストＰＴのみの文書データに関しては、文書プロバイダ４で設定されたオーサリング可否ＩＤ（IDa）が付されており、これによりオーサリングの実行の許可／禁止が示されている。
【０３１６】
ステップＦ６０９においてオーサリング許可が確認されたら、サービス提供部７は処理をステップＦ６１０に進め、検索されたプレーンテキストＰＴ及び電子文書ＩＤ（IDtxt）をデータベース３ａから読み出して、オーサリング装置２に送信し、オーサリングを要求する。
【０３１７】
オーサリング装置２では、このようにサービス提供部７からオーサリングが要求された場合は、オーサリング装置２の制御部７２は図５２に示す処理を実行する。すなわちオーサリング要求に応じて処理をステップＦ７０１からステップＦ７０２に進め、サービス提供部７から送信されてきたプレーンテキストＰＴ及び電子文書ＩＤ（IDtxt）を取り込む。
そして制御部７２はステップＦ７０３で、受信されたプレーンテキストＰＴに対して図２８で示したオーサリング処理を行ない、タグファイルＴＦを生成する。さらにステップＦ７０４で制御部７２は、生成したタグファイルＴＦ（及び電子文書ＩＤ（IDtxt））をサービス提供部７に送信する。
なお制御部７２は、ステップＦ７０５で、サービス提供部７に対して、オーサリング処理料金の課金処理を行う（図４８の課金処理ＫＭ２）。
【０３１８】
サービス提供部７では、図５１のステップＦ６１１において、オーサリング装置２から送信されてきたタグファイルＴＦ及び電子文書ＩＤ（IDtxt）を受信し、データベース３ａに記憶する。つまり既に記憶されているプレーンテキストＰＴに対応させた状態でタグファイルＴＦを記憶する。
そしてサービス提供部７は処理をステップＦ６１２に進め、そのタグファイルＴＦをデータベース３ａから読み出し、ステップＦ６１３で当該タグファイルＴＦ及び電子文書ＩＤ（IDtxt）を文書処理装置１に送信する。
文書処理装置１ではタグファイルＴＦを受信したら、制御部１１は処理を図５０のステップＦ５０３からＦ５０５に進め、そのタグファイルＴＦをＲＡＭ１４又はＨＤＤ３４等に取り込む。
これにより、上記パターン［１２］としての動作が完了する。
文書処理装置１においては、その後、取り込んだタグファイルＴＦに対して、図５で示した手動分類処理、又は図１３で示した自動分類処理が行われることになり、さらに上述した閲覧、要約作成・表示、読み上げなどの各種文書処理が可能となる。
またサービス提供部７側では、ステップＦ６１３での送信後において、ステップＦ６１４で、文書処理装置１のユーザーに対する課金処理を行う（図４８の課金処理ＫＭ１）。この場合は、オーサリング動作が行われているため、電子文書提供料金とオーサリング料金を合わせた課金処理となる。
以上で一連の処理を終える。
【０３１９】
ところで上記ステップＦ６０３での、電子文書ＩＤ（IDtxt）又はキーワードＫＷに基づいた検索結果として、該当するタグファイルＴＦもプレーンテキストＰＴも得られない場合もある（Ｆ６０８→Ｆ６１５）。
また、検索により或るプレーンテキストＰＴが抽出されたが、上記したオーサリング可否ＩＤ（ＩＤａ）を確認したところ、ステップＦ６０９においてそのプレーンテキストＰＴが、オーサリングが禁止されているものであると判別される場合もある（Ｆ６０９→Ｆ６１５）。
これらの場合は、ユーザーに対してタグファイルＴＦを提供することができないため、サービス提供部７はステップＦ６１５において、文書処理装置１にエラー通知Ｉｅを送信する。
【０３２０】
文書処理装置１ではエラー通知Ｉｅを受信したら、制御部１１は処理を図５０のステップＦ５０４からＦ５０６に進め、エラー処理を行って終了する。エラー処理としては、例えばユーザーに対して、要求したタグファイルＴＦが得られなかった旨を表示するなどの処理を行う。
以上は、上記パターン［１３］としての動作となる。
【０３２１】
上述したように、文書処理装置１からサービス提供部７に、ユーザー側で作成されたプレーンテキストＰＴが送信され、オーサリングが求められる場合もある。すなわち上記ステップＦ６０２で、プレーンテキストＰＴの受信が確認された場合である。
このときサービス提供部７は処理をステップＦ６１６に進め、受信したプレーンテキストＰＴをオーサリング装置２に送信し、オーサリングを要求する。
【０３２２】
オーサリング装置２の制御部７２では、このようにサービス提供部７からオーサリングが要求された場合は、上述した図５２に示す処理を実行する。すなわちオーサリング要求に応じて処理をステップＦ７０１からステップＦ７０２に進め、サービス提供部７から送信されてきたプレーンテキストＰＴを取り込む。
そして制御部７２はステップＦ７０３で、受信されたプレーンテキストＰＴに対して図２８で示したオーサリング処理を行ない、タグファイルＴＦを生成し、ステップＦ７０４で生成したタグファイルＴＦをサービス提供部７に送信する。
また制御部７２は、ステップＦ７０５で、サービス提供部７に対して、オーサリング処理料金の課金処理を行う（図４８の課金処理ＫＭ２）。
【０３２３】
サービス提供部７では、図５１のステップＦ６１７において、オーサリング装置２から送信されてきたタグファイルＴＦを受信する。但しこの場合は、ユーザーの作成した文書データであるため、データベース３ａには記憶しない。（但しユーザーが一般に文書を公開する意志を示す場合は、データベース３ａに登録するような処理手順を構築してもよい。）
【０３２４】
そしてサービス提供部７は処理をステップＦ６１８に進め、オーサリング装置２から受信したタグファイルＴＦを文書処理装置１に送信する。
文書処理装置１ではタグファイルＴＦを受信したら、制御部１１は処理を図５０のステップＦ５０３からＦ５０５に進め、そのタグファイルＴＦをＲＡＭ１４又はＨＤＤ３４等に取り込む。
これにより、上記パターン［１４］としての動作が完了する。
文書処理装置１においては、その後、取り込んだタグファイルＴＦに対して、図５で示した手動分類処理、又は図１３で示した自動分類処理が行われることになり、さらに上述した閲覧、要約作成・表示、読み上げなどの各種文書処理が可能となる。
またサービス提供部７側では、ステップＦ６１８での送信後において、ステップＦ６１９で、文書処理装置１のユーザーに対する課金処理を行う（図４８の課金処理ＫＭ１）。この場合は、オーサリング動作が行われているが、文書データ自体はユーザが作成したものであるため、オーサリング料金のみの課金処理となる。
以上で一連の処理を終える。
【０３２５】
以上のように各部における図５０、図５１、図５２の処理により、文書処理装置１側から或るタグファイルＴＦを要求した場合に、上記パターン［１１］〜パターン［１４］のいづれかの方式で、必要に応じてオーサリング動作が実行され、タグファイルＴＦが文書処理装置１に提供される状態となる。又はエラー終了となる。
これによってユーザーは、所望のタグファイルＴＦを容易に入手することができるシステムが構築され、円滑な文書情報提供が実現される。
またユーザーが作成したプレーンテキストＰＴについても、タグファイルＴＦを入手できることになるため、文書処理装置１のユーザーが、当該文書処理システムを有効に利用して、多様かつ独自の文書処理を実現できる。
【０３２６】
さらにオーサリング装置２は、オーサリングを行なった際に、文書プロバイダ４に対して課金処理を行なうようにすることで、オーサリングサービスに関しての適正な課金が可能となり、システムの構築、発展、普及に寄与できる。
またサービス提供部７は、ユーザーへのタグファイルＴＦの提供に応じて課金処理を行なうようにすることで、文書提供サービスに関しての適正な課金が可能となり、これもシステムの構築、発展、普及に寄与できる。
また、ユーザーから要求された文書データとしてデータベース３ａにタグファイルＴＦが存在した場合、つまりオーサリングが不要であった場合と、要求された文書データとしてデータベース３ａにプレーンテキストＰＴしか存在しなかった場合、つまりオーサリングが必要であった場合とで、オーサリング料金を含まない／含む、という異なる料金の課金処理を行うことで、システム及びユーザーの双方に対して適正な課金処理が実現される。
さらにユーザー側からプレーンテキストＰＴが提供された場合は、ユーザーに対してはオーサリング料金のみを課金することで、適切な課金処理となる。
【０３２７】
さらにまた記録媒体３２として、図５０の文書処理装置１の処理のためのプログラム、或いは図５１のサービス提供部７の処理のためのプログラム、或いは図５２のオーサリング装置２におけるオーサリング制御処理のためのプログラムが書き込まれたディスク状記録媒体やテープ状記録媒体、メモリカード、メモリチップ等を提供することが容易に実現できる。
そしてそのような記録媒体によれば、上記してきた文書処理方法を実現するプログラムを提供できることになり、例えば汎用のパーソナルコンピュータ等を用いて、文書処理装置１、サービス提供部７、オーサリング装置２を容易に実現できる。
さらに本例の文書処理システムの動作を実現する各プログラムは、例えばインターネット等のネットワーク通信を介しても提供することができるものであり、従って、プログラムサーバ側もしくは通信過程における記録媒体としても適用できる。
【０３２８】
なお上記例においてキーワードＫＷに基づいてデータベース３ａの検索を行う場合は、プレーンテキストＰＴ又はタグファイルＴＦとして、複数の文書データが抽出される場合がある。
上記処理例には示していないが、そのような場合は、複数の文書データが抽出された旨、及び抽出した文書データのリストをサービス提供部７が文書処理装置１に送信し、ユーザーが提供を求める文書データをリストの中から選択できるようにしてもよい。そしてそのユーザーの選択情報が文書処理装置１からサービス提供部７に送信されるようにし、サービス提供部７では選択された文書データがタグファイルＴＦであれば、それを文書処理装置１に送信する。また選択された文書データがプレーンテキストＰＴであれば、それについてオーサリング装置２でのオーサリングを求め、その結果得られたタグファイルＴＦを文書処理装置１に送信するようにするものである。
【０３２９】
また、上記図５１のステップＦ６１０又はステップＦ６１７でサービス提供部７がオーサリング装置２にオーサリングを求める場合、必ずしもその直後にオーサリングが行われてサービス提供部７がタグファイルＴＦを入手できるとは限らない。
そこで実際には、ステップＦ６１０又はステップＦ６１７でオーサリングを求めた場合には、その旨を文書処理装置１のユーザーに通知して一旦各部の通信及び処理を中断する。そしてオーサリング装置２からタグファイルＴＦが送信されてきた時点で、各部の処理を再開し、サービス提供部６が文書処理装置１にタグファイルＴＦを送信するようにすることが考えられる。
【０３３０】
さらに上記例では、ユーザーサイドからは文書処理装置１でユーザーが作成したプレーンテキストＰＴをサービス提供部７に送信し、そのプレーンテキストＰＴについてのタグファイルＴＦを入手できるものとしたが、この場合のプレーンテキストＰＴは、必ずしもユーザーが文書処理装置１における文書作成機能を用いて作成した文書データでなくてもよい。すなわち記録媒体３２或いは通信回線６を介してユーザーサイドが入手したプレーンテキストＰＴを、例えば図５４の文書作成ウインドウ２７０に呼び出し、それをそのままサービス提供部７に送信して、そのプレーンテキストＰＴについてのタグファイルＴＦを入手することも当然可能である。
【０３３１】
［III］第３の実施の形態
１３．文書処理システムの構成
続いて第３の実施の形態としての文書処理システムを説明する。
この第３の実施の形態は、文書処理装置１のユーザーが、特定の分類項目、或いは特定の文書データを指定し、サービス提供部７に検索を要求することで、その分類項目或いは文書データに関連するタグファイルの提供を受けることができるようにするものである。このような動作を、説明上、逆引検索と呼ぶこととする。
つまりユーザーは、既に文書処理装置１に取り込まれている文書データ、或いは分類項目を指定することで、逆引検索として、指定した文書データ又は分類項目に関連するタグファイルを得られることができるようにするものである。
なお分類項目とは、図１２で説明した分類モデルに挙げられる分類項目のことで、図１０の分類ウインドウ２０１に表示される各項目に相当する。
【０３３２】
なお、上記第１の実施の形態において説明した文書処理装置１での各種文書処理や、オーサリング装置２でのオーサリング処理は、この第３の実施の形態においても同様に実行されるものである。
【０３３３】
図５６は、第３の実施の形態のシステム構成を模式的に示すものである。なお、ここではオーサリング処理部２、文書プロバイダ４は示していないが、これらは上記図４４、図４８と同様であるとする。
また、図４８と同様にサービスプロバイダ５とサーバ３によるサービス提供部７を示しているが、図４４のように特にサービスプロバイダ５が独立されていない構成でも、本例のサービス提供部７とすることもできる。
【０３３４】
図示しないオーサリング処理部２、文書プロバイダ４と、サービス提供部７の間の通信情報及び実行される動作は、第１、第２の実施の形態で説明したものと同様であり、従って、サーバ３のデータベース３ａにはプレーンテキストＰＴやタグファイルＴＦが格納される。
また、文書プロバイダがプレーンテキストＰＴをデータベース３ａに格納させる場合に、上述したオーサリング可否ＩＤ（IDa）を付加するようにしてもよい。
【０３３５】
また通信形態については図示していないが、上述してきた各実施の形態と同様に、文書処理装置１とサービス提供部７、及び図示しないオーサリング処理部２、文書プロバイダ４の間は、通信回線６又は記録媒体３２により相互に各種データ通信が可能とされている。
【０３３６】
１４．文書処理システムの動作（文書処理装置からの逆引検索＃１）
第３の実施の形態の文書処理システムの動作として、文書処理装置からの逆引検索＃１について説明する。なおこの逆引検索＃１としての動作例は、オーサリング装置２でのオーサリング動作を伴わない動作例であり、システム動作は基本的には文書処理装置１とサービス提供部７の間の動作となる。
一方、オーサリング装置２でのオーサリング動作を伴なう動作例も考えられるが、それについては逆引検索＃２として後述する。
【０３３７】
第１、第２の実施の形態のシステムにおいて説明したように、サーバ３のデータベース３ａには、各種のプレーンテキストＰＴやタグファイルＴＦが格納された状態となっているが、本例では、文書処理装置１のユーザーは、或る文書データ又は分類項目を指定して、関連するタグファイルＴＦをデータベース３ａに検索させ、抽出されたタグファイルＴＦの提供を受けることができるようにしている。
【０３３８】
そして、このようにしてユーザが求めたタグファイルＴＦが文書処理装置１に提供されることで、ユーザーサイドでは、指定した文書データもしくは分類項目に関連するものとして新たなタグファイルＴＦを入手し、そのタグファイルＴＦについて文書の分類、本文閲覧、要約作成／閲覧、読み上げなどの各種処理を行うことが可能となる。
【０３３９】
このような逆引検索を実現するために各部で送受信されるデータの内容を図５６に示した。
【０３４０】
文書処理装置１のユーザーからは逆引検索のために分類項目もしくは特定の文書データを指定し、逆引検索実行の操作を行う。
このとき文書処理装置１からサービス提供部７に対して、データベース検索要求通知Ｉｓｃ、及び検索のための特徴データＳＤを送信する。また指定された分類項目のＩＤ（IDct）もしくは、指定された文書データの電子文書ＩＤ（IDtxt）も送信する。
特徴データＳＤとは、指定された分類項目又は文書データの特徴を示す情報であり、具体的な例としては、図６、図１２等で説明したインデックスが挙げられる。
【０３４１】
サービス提供部７は、文書処理装置１からデータベース検索要求通知Ｉｓｃを受信したら、それに応じて、特徴データＳＤに基づいてデータベース３ａを検索する。この逆引検索＃１の動作例としては、データベース３ａ内のプレーンテキストＰＴは除外し、タグファイルＴＦのみを対象として検索することとする。
そしてサービス提供部７は、該当する１又は複数のタグファイルＴＦが見つかったら、その検索結果としてのリスト情報Ｌｓｔを生成し、文書処理装置１に送信する。
リスト情報Ｌｓｔは、抽出された各タグファイルについてのファイル名（及び電子文書ＩＤ（IDtxt））のみでもよいし、ファイル名に加えて、概略的な文書内容（短い要約文）或いは文書の一部、特徴データＳＤからの関連度などを含む情報としてもよい。
なお、検索結果として該当するタグファイルＴＦが存在しなかった時は、サービス提供部７は文書処理装置１にエラー通知Ｉｅを送信する。この場合文書処理装置１側では、逆引検索動作がエラー終了される。
【０３４２】
文書処理装置１は、リスト情報Ｌｓｔを受信したら、その内容を検索結果リストとしてユーザーに提示し、選択を求める。
ユーザーはこれに対し、実際にどのタグファイルＴＦを求めるかを選択操作することになるが、その選択操作に応じて、文書処理装置１は文書選択情報Ｓｅｌをサービス提供部７に送信する。つまりリスト情報Ｌｓｔで挙げられたタグファイルＴＦのうちで、実際にユーザーが求めるタグファイルＴＦを示した情報である。
なお、ユーザーが検索結果リストを確認して、欲しいタグファイルＴＦが存在しないと判断したときは、キャンセル操作を行うことになり、その場合は文書処理装置１は、サービス提供部７にキャンセル通知Ｃｌを送信する。
【０３４３】
サービス提供部７は、文書選択情報Ｓｅｌを受信したら、その文書選択情報Ｓｅｌによって示されている１又は複数のタグファイルＴＦ（及び電子文書ＩＤ（IDtxt））をデータベース３ａから読み出して、文書処理装置１に送信する。なお、このとき逆引検索の基準となった、分類項目のＩＤ（IDct）、もしくは電子文書ＩＤ（IDtxt）も送信する。
【０３４４】
サービス提供部７は、キャンセル通知Ｃｌを受信した場合は、逆引検索に関する処理を終える。
【０３４５】
これらのような通信により、文書処理装置１がサービス提供部７に対して逆引検索として或る電子文書又は分類項目に関連するタグファイルＴＦを求め、結果として検索結果及びユーザーの選択結果に基づいて、特定のタグファイルＴＦが文書処理装置１に提供されることになる。
【０３４６】
以上のような逆引検索の動作を実現するための処理として文書処理装置の処理を図５７に、またサービス提供部７の処理を図５９に示す。なお、図５８は文書処理装置１が逆引検索により得たタグファイルＴＦについての分類処理であり、これについては後述する。
また、図６０、図６１は、逆引検索の動作過程における文書処理装置１側での表示部３０の表示例を示す。
【０３４７】
ユーザーは、サービス提供部７に対して逆引検索によりタグファイルＴＦの提供を要求する場合は、まず文書処理装置１において、逆引検索の基準となる分類項目又は文書データを指定する必要がある。
このための処理が、文書処理装置１の制御部１１の制御として、図５７のステップＦ８０１で行われる。
【０３４８】
具体的な操作例は例えば次のようになる。
文書処理装置１の表示部３０に図１０に示した分類ウインドウ２０１が開かれている状態においては、ユーザーは、設定されている分類項目や各分類項目に分類されている文書データを確認できることになる。
例えばこの分類ウインドウ２０１を利用するようにすることで、ユーザーは任意の分類項目又は文書データを容易に指定できる。
【０３４９】
図１０の例では、「ビジネスニュース」「政治ニュース」などの分類項目が例示されているが、上述したように各分類項目については分類項目チェックボックス２２１が用意されている。また各文書データについても文書データチェックボックス２２２が用意されている。
ユーザーはこのような表示に対して、分類項目チェックボックス２２１をクリックすることで、その分類項目が指定された状態とすることができる。
同様に、文書データチェックボックス２２２をクリックすることで、その文書データが選択された状態とすることができる。
そして、或る分類項目又は文書データを指定した状態で、逆引検索ボタン２０２ｅをクリックする。
すると制御部１１は、図６０のように、逆引検索の実行確認ウインドウ２６０を表示部３０に表示させる。
この例では、ユーザーが「政治ニュース」という分類項目についての分類項目チェックボックス２２１をクリックし、図示するようにチェックマーク２２０が表示された状態で、逆引検索ボタン２０２ｅをクリックした場合を示している。
【０３５０】
図６０のように実行確認ウインドウ２６０においてユーザーがＯＫボタン２６１をクリックした場合は、制御部１１の処理は図５７のステップＦ８０１からＦ８０２に進む。なお、キャンセルボタン２６２がクリックされた場合は、処理がキャンセルされ、例えば図１０の分類ウインドウ２０１に戻る。
【０３５１】
ＯＫボタン２６１のクリックにより制御部１１の処理がステップＦ８０２に進んだら、制御部１１は、サービス提供部７にデータベース検索要求通知Ｉｓｃを送信するとともに、上記のように指定された分類項目又は文書データの特徴データＳＤを送信する。特徴データＳＤとは指定された分類項目又は文書データについて設定されている１又は複数のインデックスである（図６、図１２等参照）。
また、さらに同時に、指定された分類項目を識別するための分類項目のＩＤ（IDct）もしくは、指定された文書データの電子文書ＩＤ（IDtxt）も送信する。
【０３５２】
そして以降は、ステップＦ８０３、Ｆ８０４として、サービス提供部７からの結果を待つ。ここではリスト情報Ｌｓｔの送信か、或いはエラー通知Ｉｅを待つことになる。
【０３５３】
サービス提供部７では、上記の文書処理装置１からの送信により、逆引検索が求められた場合は、処理を図５９のステップＦ９０１からＦ９０２に進め、特徴データＳＤに基づいてデータベース３ａの検索を実行する。ここでは、タグファイルＴＦを対象として検索を行うことになる。すなわち、特徴データＳＤに基づいて、ユーザーが指定した分類項目又は文書データに対して関連するタグファイルＴＦを検索する。
また特徴データＳＤとしてのインデックスに基づく検索であるため、ここでいう「関連するタグファイル」とは、例えば同じテーマを扱った文書、類似の文書、同一分野の文書、ユーザーが指定した文書データと一連のシリーズを構成する他の文書、同一の分類項目に含まれるような文書、などとなる。
【０３５４】
検索結果として、特徴データＳＤに該当する１又は複数のタグファイルＴＦが得られた場合は、サービス提供部７は処理をステップＦ９０３からＦ９０５に進め、その１又は複数のタグファイルＴＦについてのリスト情報Ｌｓｔを生成する。
ここで生成するリスト情報Ｌｓｔの内容としては各種の例が考えられる。すなわち上述したように、リスト情報Ｌｓｔには、抽出された各タグファイルについてのファイル名（及び電子文書ＩＤ（IDtxt））のみが含まれるものとしてもよいし、ファイル名に加えて、概略的な文書内容（短い要約文）或いは文書の一部、特徴データＳＤからの関連度、文書作成日時（データベース３ａへの格納日時）などを含む情報としてもよい。関連度とは、図１５、図１６で説明した語義間関連度に基づいて算出した値としてもよいし、抽出された各タグファイルにおいて、検索のキーとなった１又は複数のインデックスの出現頻度、出現数などから算出される値でもよい。
【０３５５】
サービス提供部７はリスト情報Ｌｓｔを生成したら、ステップＦ９０６において、そのリスト情報Ｌｓｔを文書処理装置１に送信する。
なお、サービス提供部７は、抽出された各タグファイルＴＦを示すリスト情報Ｌｓｔについて、ファイル名、関連度などに基づいて、リスト上でソートを行うようにしてもよい。
また非常に多数のタグファイルＴＦがリストに挙げられることもあるため、例えば関連度の高い上位数件或いは１０数件のみなど、抽出されたタグファイルＴＦのうちで一部のタグファイルＴＦをリスト情報Ｌｓｔに含ませて、文書処理装置１に送信するようにしてもよい。
また、リスト情報Ｌｓｔにリストアップされるタグファイル数を、予めユーザーが指定することも考えられる。例えば上記のように逆引検索の要求を行う際に、文書処理装置１からリストアップ数を指定する情報を送信し、サービス提供部７はそれに基づいて送信するリスト情報Ｌｓｔを作成してもよい。
【０３５６】
サービス提供部７は、リスト情報Ｌｓｔを文書処理装置１に送信したら、ステップＦ９０７、Ｆ９０８として、文書処理装置１からの文書選択情報Ｓｅｌの送信か、或いはキャンセル通知Ｃｌを待つことになる。
【０３５７】
なおサービス提供部７は、ステップＦ９０２の検索結果として該当するタグファイルＴＦが１つも存在しなかった時は、処理をステップＦ９０３からＦ９０４に進め、文書処理装置１にエラー通知Ｉｅを送信して処理を終える。
【０３５８】
文書処理装置１では、エラー通知Ｉｅを受信したら、制御部１１は処理を図５７のステップＦ８０４からＦ８０９に進め、エラー処理を行って終了する。エラー処理としては、例えばユーザーに対して、逆引検索に該当するタグファイルＴＦがデータベース３ａに存在しなかった旨を表示するなどの処理を行う。
【０３５９】
文書処理装置１では、サービス提供部７からのリスト情報Ｌｓｔを受信した場合は、制御部１１は処理を図５７のステップＦ８０３からＦ８０５に進め、図６１に示すように、表示部３０にリストウインドウ２７０を表示させ、リスト情報Ｌｓｔに基づくリスト表示をユーザーに提示する。そしてステップＦ８０６，Ｆ８０７で、ユーザーの選択完了又はキャンセル操作を待つ。
【０３６０】
図６１の例は、リストデータＬｓｔに、リストアップされた各タグファイルＴＦについて、少なくともファイル名（及び電子文書ＩＤ（IDtxt））、文書作成日時、関連度が含まれていた場合の例であり、従って図示するように、リスト表示部２７１には、ファイル名表示部分２７１ａ、文書作成日時表示部分２７１ｂ、関連度表示部分２７１ｃが用意され、各タグファイルの情報が一覧表示される。
例えばリストデータＬｓｔが、関連度の高い順にソートされたデータであったとすると、図示するように関連度の高い順にタグファイルＴＦが提示される。
【０３６１】
なお、上述のようにサービス提供部７側で、予じめ関連度の高い上位ｎ件のタグファイルＴＦのみをリスト情報Ｌｓｔに含めるようにしたり、或いはソートを行なっておくようにするほか、文書処理装置１側でユーザーが任意にソートや抽出を行うようにすることも考えられる。
例えばサービス提供部７は検索により抽出された全てのタグファイルＴＦを含むリスト情報Ｌｓｔを文書処理装置１に送信するようにする。
そして文書処理装置側では、リストウインドウ２７０上でのユーザーの操作に応じてソートを行うようにするものである。例えば図６１の例の場合であれば、ファイル名によるソート、作成日時によるソート、関連度によるソートを、ユーザーが任意に指示できるようにしてもよい。もちろん、作成日時の範囲や、関連度のしきい値をユーザーが入力して、非該当のタグファイルをリスト表示から消すようにすることも有効である。
【０３６２】
図６１のようにリスト表示が提示されると、ユーザーは、その中で所望するタグファイルを選択する。
例えば図示するように各タグファイルについてのチェックボックス２７５が用意されている場合、必要とするタグファイルＴＦのチェックボックス２７５をクリックし、チェックマーク２７４を表示させる。
１又は複数のタグファイルＴＦについてチェックマーク２７４を付す操作を行った後、選択完了ボタン２７２をクリックすることで、ユーザーの選択操作は完了する。
【０３６３】
なおユーザーは、リストを確認して必要なタグファイルがないと判断したときは、キャンセルボタン２７３をクリックすることになる。
キャンセル操作があった場合は、制御部１１は処理をステップＦ８０７からＦ８０８に進め、サービス提供部７に対してキャンセル通知Ｃｌを送信する。そして一連の逆引検索の処理を終える。
サービス提供部７では、キャンセル通知Ｃｌを受信したら、図５９のステップＦ９０８から処理を終了する。
【０３６４】
上記リストウインドウ２７０において、選択完了ボタン２７２がクリックされた場合は、制御部１１の処理は図５７のステップＦ８０６からＦ８１０に進み、文書選択情報Ｓｅｌをサービス提供部７に送信する。
文書選択情報Ｓｅｌとしては、上記リストウインドウ２７０においてチェックマーク２７４が付されたタグファイルＴＦの電子文書ＩＤ（IDtxt）を含むものとする。
制御部１１は文書選択情報Ｓｅｌを送信したら、ステップＦ８１１でタグファイルＴＦの受信を待機する。
【０３６５】
サービス提供部７では、文書選択情報Ｓｅｌを受信したら、処理を図５９のステップＦ９０７からＦ９０９に進め、その文書選択情報Ｓｅｌに含まれている１又は複数の電子文書ＩＤ（IDtxt）に相当するタグファイルＴＦをデータベース３ａから読み出す。そしてステップＦ９１０として、読み出したタグファイルＴＦ（及び電子文書ＩＤ（IDtxt））を文書処理装置１に送信する。なお、このとき指定された分類項目を識別するための分類項目のＩＤ（IDct）もしくは、指定された文書データの電子文書ＩＤ（IDtxt）も送信する。
【０３６６】
文書処理装置１では、タグファイルＴＦを受信したら、制御部１１は処理を図５７のステップＦ８１１からＦ８１２に進め、そのタグファイルＴＦをＲＡＭ１４又はＨＤＤ３４等に取り込む。
これにより、逆引検索により要求したタグファイルＴＦが得られたことになる。
【０３６７】
文書処理装置１においては、その後、取り込んだタグファイルＴＦに対して、分類モデルへの分類処理が行われる。これについては図５８で後述するが、分類モデルへの分類が行われることで、図１０の分類ウインドウ２０１にも表示され、上述した閲覧、要約作成・表示、読み上げなどの各種文書処理が可能となる。
またサービス提供部７側では、ステップＦ９１０での送信後において、ステップＦ９１１で、文書処理装置１のユーザーに対する課金処理を行う。すなわち電子文書提供料金を課金する。
以上で一連の処理を終える。
【０３６８】
以上のように文書処理装置１とサービス提供部７の図５７、図５９の処理により、文書処理装置１側からの逆引検索要求にかかる動作が実行され、ユーザーが必要とするタグファイルＴＦが文書処理装置１に提供された状態となる。又はエラー終了、又はキャンセル終了となる。
これによってユーザーは、或る文書データや分類項目に関連するタグファイルＴＦを容易に入手することができるシステムが構築され、円滑かつ幅広い文書情報提供が実現される。
【０３６９】
またサービス提供部７は、ユーザーへのタグファイルＴＦの提供に応じて課金処理を行なうようにすることで、文書提供サービスに関しての適正な課金が可能となり、システムの構築、発展、普及に寄与できる。
【０３７０】
１５．逆引検索後の分類処理
ところで文書処理装置１では、上記逆引検索により取り込まれたタグファイルＴＦについては、まず分類モデルに分類する処理を行うことになる。
例えば上述した図１３の自動分類処理が行われる。
但し、逆引検索の場合は、上述のように分類項目、もしくは既に分類されている或る文書データを指定して、それに関連するタグファイルＴＦを得るものであるという事情に対応して、自動分類を行う際の処理が一部異なるものとしている。
すなわち、図１３の自動分類処理では、ステップＦ２１での取込処理、ステップＦ２２のインデックス作成処理は同様となるが、ステップＦ２３の自動分類は、図１４の処理ではなく図５８の処理が行われるようにする。
【０３７１】
なお、図５８において、図１４と同一の処理ステップは同一のステップ番号を付し、説明を省略する。
この図５８の場合は、制御部１１は、ステップＦ６３の後に、ステップＦ６５〜Ｆ６８の処理を行う点で、図１４と相違している。
【０３７２】
図１４の説明で述べたように、或るタグファイルＴＦについてはステップＦ６３までの処理により、分類項目が選定されるわけであるが、この図５８の場合はタグファイルをそのまま選定された分類項目に入れるものとはしない。
つまり制御部１１は、逆引検索により取り込んだタグファイルＴＦについては、ステップＦ６３までの文書分類間関連度の処理結果により、ステップＦ６５で、分類先としての分類項目の候補を設定する。
そしてステップＦ６６において、検索データとしての分類項目と、ステップＦ６５で設定した分類項目の候補が一致しているか否かを確認する。
【０３７３】
ここでいう検索データとしての分類項目とは、上記逆引検索のためにユーザーが或る分類項目を指定した場合は、その分類項目であり、一方逆引検索のためにユーザーが或る文書データを指定した場合は、その文書データが含まれている分類項目のことである。
上述したように逆引検索の結果として、タグファイルＴＦが送られてくる際には、逆引検索開始時にユーザーが指定した分類項目を識別する分類項目のＩＤ（IDct）もしくは、逆引検索開始時にユーザーが指定した文書データの電子文書ＩＤ（IDtxt）も送信されてくる。
そこでステップＦ６６では、その送信されてきた分類項目のＩＤ（IDct）と、ステップＦ６５で分類先候補として設定した分類項目のＩＤ（IDct）が一致しているか否かを確認する。
又は、送信されてきた電子文書ＩＤ（IDtxt）が含まれる分類項目のＩＤ（IDct）と、ステップＦ６５で分類先候補として設定した分類項目のＩＤ（IDct）が一致しているか否かを確認する。
【０３７４】
ここで、両分類項目が一致した場合は、逆引検索で入手したタグファイルＴＦを、そのまま分類候補としての分類項目に分類してかまわないため、ステップＦ６４に進んで、分類処理を行う。
ところが、分類項目が一致しなかった場合は、そのまま分類してしまうとユーザーに混乱を来す。
一例を挙げると、「政治ニュース」という分類項目を指定して逆引検索を行って得たタグファイルＴＦが、自動分類処理により「ビジネスニュース」という分類項目に分類されてしまうこととなってしまうと、ユーザーは入手したタグファイルＴＦが分類ウインドウ２０１上で見つけにくい（又は見つけられない）といったことが生ずる可能性もある。
そこで、逆引検索に用いた分類項目と、その結果得られたタグファイルＴＦについてステップＦ６３までの処理で設定された分類項目が一致しなかった場合は、制御部１１は処理をステップＦ６７に進め、表示部３０に所要の表示を行って、分類先の候補をユーザーに提示するとともに、分類先の候補をユーザーが任意に変更できるようにする。そしてユーザーに分類先の指定を求める。
【０３７５】
これに対してユーザーは分類先を指定する入力操作を行い、その操作に応じて制御部は、ステップＦ６８として、ユーザーの指定にかかる分類項目に対して当該タグファイルを分類する処理を行う。
このようにステップＦ６４又はＦ６８での分類処理が行われ、図５８の処理、すなわち図１３のステップＦ２３の処理を終えたら、続く図１３のステップＦ２４によって、分類モデル（図１２参照）を更新する。つまりステップＦ６４又はＦ６８での分類処理が有効となるように分類モデルを更新する。そしてステップＦ２５で、更新された分類モデルを例えばＲＡＭ１４に登録する。
以上の処理により、逆引検索によって得られたタグファイルＴＦは、所要の分類項目に分類され、またその分類結果は、ユーザーに混乱を来すものではなくなる。
【０３７６】
１６．文書処理システムの動作（文書処理装置からの逆引検索＃２）
次に、逆引検索＃２の動作例として、基本的には文書処理装置１とサービス提供部７の間の動作となるが、場合によっては、オーサリング装置２でのオーサリング動作を伴なうこととなる動作例について説明する。
なおこの場合のシステム構成及び通信する情報は、上記図５６及び図４８で説明したとおりとなる。つまり文書処理装置１とサービス提供部７間は、図５６のような各種通信が行われる。また、オーサリング動作を伴う場合は、図４８において示した、サービス提供部７とオーサリング装置２の間の通信が行われる。
【０３７７】
オーサリング装置２でのオーサリングが行われるのは、逆引検索を要求された際にデータベース３ａから該当するプレーンテキストＰＴが抽出され、かつユーザーがそのプレーンテキストＰＴの送信を求めた場合である。
すなわちこの逆引検索＃２では、サービス提供部７はデータベース３ａにおいてタグファイルＴＦだけでなく、まだタグファイルＴＦが生成されていないプレーンテキストＰＴも検索対象に加えるものとしている。つまり図４９（ａ）のように格納されている文書データも検索対象に含める。
【０３７８】
この逆引検索＃２の動作を実現するための処理として、サービス提供部７の処理を図６２に示す。なお文書処理装置１の処理は、上述した図５７、図５８の処理と同様となるため、図示及び説明を省略する。
【０３７９】
上記の逆引検索＃１の場合と同様に、ユーザーは、サービス提供部７に対して逆引検索によりタグファイルＴＦの提供を要求する場合は、文書処理装置１において、逆引検索の基準となる分類項目又は文書データを指定する。
それによって文書処理装置１からサービス提供部７に、データベース検索要求通知Ｉｓｃ、指定された分類項目又は文書データの特徴データＳＤ、指定された分類項目の分類項目のＩＤ（IDct）もしくは指定された文書データの電子文書ＩＤ（IDtxt）が送信される。
【０３８０】
このような文書処理装置１からの送信により逆引検索が求められた場合は、サービス提供部７では、処理を図６２のステップＦ９５１からＦ９５２に進め、特徴データＳＤに基づいてデータベース３ａの検索を実行する。この場合は、タグファイルＴＦ及びプレーンテキストＰＴの両方を対象として検索を行うことになる。
そして、特徴データに基づいて、ユーザーが指定した分類項目又は文書データに対して関連するタグファイルＴＦ又はプレーンテキストＰＴを検索する。
【０３８１】
検索結果として、特徴データＳＤに該当する１又は複数のタグファイルＴＦ又はプレーンテキストＰＴが得られた場合は、サービス提供部７は処理をステップＦ９５３に進め、抽出されたプレーンテキストＰＴの中で、オーサリングが許可されていないプレーンテキストＰＴを除外する。これは、検索により抽出された文書データ内にプレーンテキストＰＴが含まれていた場合に、その各プレーンテキストＰＴについて、上述したオーサリング可否ＩＤ（IDa）を確認する処理となる。
【０３８２】
ステップＦ９５２の検索処理及びステップＦ９５３の除外処理の結果として、１又は複数の文書データ（タグファイルＴＦ又はプレーンテキストＰＴ）が抽出された場合は、サービス提供部７は処理をステップＦ９５４からＦ９５５に進め、その１又は複数の文書データについてのリスト情報Ｌｓｔを生成する。
なお、この場合は、リスト情報Ｌｓｔの内容としては上述した内容の他、各文書データについてタグファイルＴＦか、或いはオーサリングが必要となるプレーンテキストＰＴかを示す情報を付加しておくとよい。
【０３８３】
サービス提供部７はリスト情報Ｌｓｔを生成したら、ステップＦ９５６において、そのリスト情報Ｌｓｔを文書処理装置１に送信する。
そしてサービス提供部７は、ステップＦ９５７、Ｆ９５８として、文書処理装置１からの文書選択情報Ｓｅｌの送信か、或いはキャンセル通知Ｃｌを待つことになる。
【０３８４】
なおサービス提供部７は、ステップＦ９５２の検索処理及びステップＦ９５３の除外処理の結果として、該当する文書データが１つも存在しなかった時は、処理をステップＦ９５４からＦ９６８に進め、文書処理装置１にエラー通知Ｉｅを送信して処理を終える。
図５７で説明したように、文書処理装置１では、エラー通知Ｉｅを受信したら、エラー処理を行って処理を終了する。
【０３８５】
また同じく図５７で説明したように、文書処理装置１では、サービス提供部７からのリスト情報Ｌｓｔを受信した場合は、表示部３０にリストウインドウ２７０を表示してユーザーの選択完了又はキャンセル操作を求める。
そしてその操作に応じて、サービス提供部７に対してキャンセル通知Ｃｌ又は文書選択情報Ｓｅｌをサービス提供部７に送信する。
【０３８６】
サービス提供部７では、キャンセル通知Ｃｌを受信したら、図６２のステップＦ９５８から処理を終了する。
またサービス提供部７では、文書選択情報Ｓｅｌを受信したのであれば、処理をステップＦ９５７からＦ９５９に進め、文書選択情報Ｓｅｌにおいて指定されている文書データ内に、プレーンテキストＰＴが含まれているか否かを確認する。
プレーンテキストＰＴが含まれていなければ、ステップＦ９６０で、その文書選択情報Ｓｅｌにより指定されている１又は複数のタグファイルＴＦをデータベース３ａから読み出す。そしてステップＦ９６１として、読み出したタグファイルＴＦとその電子文書ＩＤ（IDtxt）、及び分類項目のＩＤ（IDct）もしくは最初に指定された文書データの電子文書ＩＤ（IDtxt）を文書処理装置１に送信する。
【０３８７】
図５７で説明したように文書処理装置１では、タグファイルＴＦを受信したら、そのタグファイルＴＦをＲＡＭ１４又はＨＤＤ３４等に取り込むとともに、図５８で説明したように分類処理を行う。
サービス提供部７側では、ステップＦ９６１での送信後において、ステップＦ９６２で、文書処理装置１のユーザーに対する課金処理を行う。すなわち電子文書提供料金を課金する。
【０３８８】
一方、上記ステップＦ９５９において、文書選択情報Ｓｅｌにおいて指定されている文書データとして、プレーンテキストＰＴが含まれていると判別された場合は、サービス提供部７は処理をステップＦ９６３に進め、そのプレーンテキストＰＴ及び電子文書ＩＤ（IDtxt）をデータベース３ａから読み出して、オーサリング装置２に送信し、オーサリングを要求する。
【０３８９】
オーサリング装置２では、このようにサービス提供部７からオーサリングが要求された場合は、オーサリング装置２の制御部７２は上述した図５２に示す処理を実行する。
すなわち図５２のステップＦ７０１〜Ｆ７０５の処理として、送信されてきたプレーンテキストＰＴに対して図２８で示したオーサリング処理を行ない、タグファイルＴＦを生成する。そして生成したタグファイルＴＦ（及び電子文書ＩＤ（IDtxt））をサービス提供部７に送信するとともに、サービス提供部７に対して、オーサリング処理料金の課金処理を行う。
【０３９０】
サービス提供部７ではステップＦ９６４で、以上のようにしてオーサリング装置２から送信されてきたタグファイルＴＦ及び電子文書ＩＤ（IDtxt）を受信し、データベース３ａに記憶する。つまり既に記憶されているプレーンテキストＰＴに対応させた状態でタグファイルＴＦを記憶する。
【０３９１】
そしてサービス提供部７は処理をステップＦ９６５に進め、文書処理装置１からの文書選択情報Ｓｅｌにより指定されている１又は複数のタグファイルＴＦをデータベース３ａから読み出す。つまりこの時点では、文書選択情報Ｓｅｌにより指定されていたプレーンテキストＰＴについてタグファイルＴＦが存在する。
そしてステップＦ９６６として、読み出したタグファイルＴＦとその電子文書ＩＤ（IDtxt）、及び分類項目のＩＤ（IDct）もしくは最初に指定された文書データの電子文書ＩＤ（IDtxt）を文書処理装置１に送信する。
文書処理装置１では、タグファイルＴＦを受信したら、そのタグファイルＴＦをＲＡＭ１４又はＨＤＤ３４等に取り込むとともに、図５８で説明した分類処理を行う。
サービス提供部７側では、ステップＦ９６６での送信後において、ステップＦ９６７で、文書処理装置１のユーザーに対する課金処理を行う。この場合は、各タグファイルＴＦについての電子文書提供料金を課金するとともに、当初データベース３ａにプレーンテキストＰＴしか存在しなかった文書データのタグファイルＴＦについては、オーサリング料金も課金することになる。
【０３９２】
以上のように文書処理装置１とサービス提供部７の間の動作、及び場合によってはオーサリング装置２の動作を含めて、逆引検索＃２としての動作が実現される。
これによってユーザーは、或る文書データや分類項目に関連するタグファイルＴＦを、より広い範囲で、容易に入手することができる。
【０３９３】
なお、上述した第２の実施の形態の場合と同様に、サービス提供部７がオーサリング装置２にオーサリングを求める場合、必ずしもその直後にオーサリングが行われてサービス提供部７がタグファイルＴＦを入手できるとは限らない。
そこで実際には、ステップＦ９６３でオーサリングを求めた場合には、その旨を文書処理装置１のユーザーに通知して一旦各部の通信及び処理を中断する。そしてオーサリング装置２からタグファイルＴＦが送信されてきた時点で、各部の処理を再開し、サービス提供部６が文書処理装置１にタグファイルＴＦを送信するようにすることが考えられる。
【０３９４】
また、上述した逆引検索＃１、＃２としては、データベース３ａの検索結果がリスト情報Ｌｓｔとして一旦ユーザー側に送信され、ユーザーが実際に入手したい文書データを選択するようにしたが、このような動作手順をなくし、検索により抽出された全タグファイルが、そのまま文書処理装置１に送信されるようにすることも考えられる。
【０３９５】
さらにまた記録媒体３２として、上述した図５９、又は図６２のサービス提供部７の処理のためのプログラムが書き込まれたディスク状記録媒体やテープ状記録媒体、メモリカード、メモリチップ等を提供することが容易に実現できる。
そしてそのような記録媒体によれば、上記してきた逆引検索を実現するプログラムを提供できることになり、例えば汎用のパーソナルコンピュータ等を用いて、サービス提供部７を構成することを容易に実現できる。
さらに本例の逆引検索を実現するプログラムは、例えばインターネット等のネットワーク通信を介しても提供することができるものであり、従って、プログラムサーバ側もしくは通信過程における記録媒体としても適用できる。
【０３９６】
以上本発明の実施の形態として各種の例を説明してきたが、これらはあくまで一例であり、文書処理システムや各部の構成は多様に考えられる。
また、文書処理装置１やオーサリング装置２における本体１０，７１、表示部３０，７９、入力部２０，７８、通信部２１，７７、記録／再生部３１，８０、ＨＤＤ３４，８２などの各デバイスの具体的構造、接続形態も多様に考えられる。例えば入力部２０，７８を例に挙げれば、キーボードやマウスだけでなく、タブレット、ライトペン、赤外線等を利用した無線コマンダ装置等のデバイスも考えられる。
もちろん、複数の記録／再生部を備えたり、プリンタなど、他のハードウエア構成を備えてもよい。
また、文書処理装置１やオーサリング装置２としては、例えば据置型のパーソナルコンピュータ、携帯型のパーソナルコンピュータ、ワークステーションなど汎用の情報処理装置を用いて実現できるが、もちろん専用装置として構成してもよい。
【０３９７】
また実施の形態において、オーサリング（文書へのタグ付け）の方法の一例を示したが、本発明がこのタグ付けの方法に限定されないことはもちろんである。
さらに、上述の実施の形態においては、タグファイルＴＦの例として日本語および英語の文章を例示したが、本発明がこれらの言語に限られないことはいうまでもない。
さらに、動画、静止画などのビデオデータが付随する文書データを処理するものであってもよい。
【０３９８】
また各実施の形態では、オーサリング料金や文書データ提供料金を所定部位から所定部位に課金処理するものとして説明したが、無料のオーサリングシステム、文書データ提供システムとして、これらの課金処理が行われないシステム動作例も考えられる。
【０３９９】
このように、本発明は、その趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。
【０４００】
【発明の効果】
以上の説明からわかるように本発明では、次のような効果が得られる。
即ち本発明の文書処理システム、文書処理方法、端末装置、文書提供装置によれば、端末装置側のユーザーは、分類項目又は文書データを指定することで、その分類項目又は文書データに関連する電子文書を容易に入手することができるという、逆引検索が可能なシステムが構築され、円滑な文書情報提供が実現される。
文書提供装置側からみれば、ユーザーからの指定に応じて、ユーザーが望む電子文書を検索し、提供できることで、電子文書の提供を効率的に実行できるという効果がある。
【０４０１】
また端末装置からは電子文書又は分類項目の特徴を示す特徴情報とともに、電子文書又は分類項目の識別子を文書提供装置に送信することで、例えば検索結果としての電子文書の提供を受けるときに上記識別子を同時に送信してもらうようにすることで、検索された電子文書の分類の際の処理に有効となる。
【０４０２】
文書提供装置は、上記検索された電子文書に関連する情報として、検索により抽出された電子文書自体を端末装置に送信することで、検索結果としてユーザーの求める電子文書を即座に提供できる。
また文書提供装置は、検索により抽出された電子文書のリスト情報を、端末装置に送信し、端末装置側ではユーザーがリストの中から特定の電子文書を指定し、文書提供装置では指定された電子文書を端末装置に送信するようにすることで、ユーザーが真に求める電子文書を提供できることになり、ユーザーにとっての利便性や、文書提供動作の効率化を図ることができる。
特に検索において多量の電子文書が抽出される状況を考えると、このようにリスト情報を用いることは非常に好適なものとなる。
【０４０３】
またリスト情報については、データベースから検索された全ての電子文書について生成することで、広い範囲でユーザーに選択を求めることができる。
また検索された電子文書の中の一部の電子文書について、リスト情報を生成することで、ユーザーにとって選択しやすいものとなる。
また検索された全部又は一部の電子文書についてソート処理を行ってリスト情報を生成することで、ユーザーにとって選択しやすいリストを提供できる。
【０４０４】
文書提供装置から送信されてきた電子文書については、その特徴に基づいて該当する分類項目を判別するとともに、判別された分類項目が、逆引検索を求める際に指定された分類項目又は指定された電子文書が属する分類項目と一致する場合は、その分類項目に分類することで、適切な自動分類が実行できる。
一方、判別された分類項目が、逆引検索を求める際に指定された分類項目、又は指定された電子文書が属する分類項目と異なる場合は、ユーザーの操作入力に基づいて或る分類項目に分類することで、ユーザーの混乱のない分類が実現できる。
【０４０５】
また文書提供装置側では、電子文書を端末装置に送信することに応じて、端末装置に対して課金処理を行なうようにしている。これにより、ユーザへの電子文書の提供に応じて適正な課金が可能となるとともに、文書提供を行う文書処理システムの構築、発展、普及に寄与できる。
【０４０６】
また本発明の記録媒体によれば、本発明の端末装置、文書提供装置を実現するプログラムを提供でき、例えば汎用のパーソナルコンピュータ等を用いて、容易に本発明の端末装置、文書提供装置を実現できるなど、これもシステムの構築、発展、普及に貢献できる。
【図面の簡単な説明】
【図１】本発明の実施の形態の文書処理システムの構成の説明図である。
【図２】実施の形態の文書処理装置のブロック図である。
【図３】実施の形態で用いる文書構造の説明図である。
【図４】実施の形態の文章構造を表示するウインドウの説明図である。
【図５】実施の形態の手動分類処理のフローチャートである。
【図６】実施の形態のインデックス作成処理のフローチャートである。
【図７】実施の形態のエレメントの活性値の説明図である。
【図８】実施の形態の活性拡散処理のフローチャートである。
【図９】実施の形態の中心活性値更新処理のフローチャートである。
【図１０】実施の形態の分類ウインドウの説明図である。
【図１１】実施の形態の閲覧ウインドウの説明図である。
【図１２】実施の形態の分類モデルの説明図である。
【図１３】実施の形態の自動分類処理のフローチャートである。
【図１４】実施の形態の自動分類のフローチャートである。
【図１５】実施の形態の語義間関連度算出処理のフローチャートである。
【図１６】実施の形態の語義間関連度の説明図である。
【図１７】実施の形態の閲覧ウインドウの表示例の説明図である。
【図１８】実施の形態の閲覧ウインドウの要約文を含む表示例の説明図である。
【図１９】実施の形態の要約作成処理のフローチャートである。
【図２０】実施の形態の文書読み上げ処理のフローチャートである。
【図２１】実施の形態の読み上げ用ファイル生成処理のフローチャートである。
【図２２】実施の形態のタグファイル例の説明図である。
【図２３】実施の形態のタグファイル例の説明図である。
【図２４】実施の形態の読み上げ用ファイル例の説明図である。
【図２５】実施の形態の読み上げ用ファイル例の説明図である。
【図２６】実施の形態の読み上げウインドウの説明図である。
【図２７】実施の形態のオーサリング装置のブロック図である。
【図２８】実施の形態のオーサリング処理のフローチャートである。
【図２９】実施の形態のオーサリング処理のプレーンテキスト表示例の説明図である。
【図３０】実施の形態のオーサリング処理の形態素解析時の表示例の説明図である。
【図３１】実施の形態のオーサリング処理の形態素の候補の表示例の説明図である。
【図３２】実施の形態のオーサリング処理の形態素決定時の表示例の説明図である。
【図３３】実施の形態のオーサリング処理の未定義語の表示例の説明図である。
【図３４】実施の形態のオーサリング処理の未定義語の処理時の表示例の説明図である。
【図３５】実施の形態のオーサリング処理の未定義語の設定時の表示例の説明図である。
【図３６】実施の形態のオーサリング処理の未定義語の処理終了時の表示例の説明図である。
【図３７】実施の形態のオーサリング処理の形態素処理終了時の表示例の説明図である。
【図３８】実施の形態のオーサリング処理の文書構造タグ付加時の表示例の説明図である。
【図３９】実施の形態のオーサリング処理の文書構造の係り先候補の表示例の説明図である。
【図４０】実施の形態のオーサリング処理のタグ追加時の表示例の説明図である。
【図４１】実施の形態のオーサリング処理のタイトル及び文のタグの表示例の説明図である。
【図４２】実施の形態のオーサリング処理のタグ付の結果の表示例の説明図である。
【図４３】実施の形態のオーサリング処理の文の指し先の表示例の説明図である。
【図４４】実施の形態の文書処理システムの通信データの説明図である。
【図４５】実施の形態の文書処理システムのデータベースの格納形態の説明図である。
【図４６】実施の形態のオーサリング装置の処理のフローチャートである。
【図４７】実施の形態の文書処理システムの構成の説明図である。
【図４８】実施の形態の文書処理システムの通信データの説明図である。
【図４９】実施の形態の文書処理システムのデータベースの格納形態の説明図である。
【図５０】実施の形態の文書処理装置の処理のフローチャートである。
【図５１】実施の形態のサービス提供部の処理のフローチャートである。
【図５２】実施の形態のオーサリング装置の処理のフローチャートである。
【図５３】実施の形態のファイル要求ウインドウの説明図である。
【図５４】実施の形態の文書作成ウインドウの説明図である。
【図５５】実施の形態の文書作成ウインドウからのファイル要求時の表示例の説明図である。
【図５６】実施の形態の文書処理システムの逆引検索のための通信データの説明図である。
【図５７】実施の形態の逆引検索時の文書処理装置の処理のフローチャートである。
【図５８】実施の形態の逆引検索時の自動分類のフローチャートである。
【図５９】実施の形態の逆引検索時のサービス提供部の処理のフローチャートである。
【図６０】実施の形態の逆引検索時の実行確認ウインドウの説明図である。
【図６１】実施の形態のリストウインドウの説明図である。
【図６２】実施の形態の逆引検索時のサービス提供部の処理のフローチャートである。
【符号の説明】
１ 文書処理装置、２ オーサリング装置、３ サーバ、３ａ データベース、４ 文書プロバイダ、６ 通信回線、７ サービス提供部、１１，７２ 制御部、１３，７３ ＣＰＵ、１４，７４ ＲＡＭ、１５，７５ ＲＯＭ、１２，７６ インターフェース、２１，７７ 通信部、２０，７８ 入力部、３０，７９表示部、３１，８０ 記録再生部、３２ 記録媒体、３４，８２ ＨＤＤ

Claims (15)

1. 端末装置と、文書提供装置とを備える文書処理システムにおいて、
   上記端末装置は、
   電子文書をその特徴に基づいて複数の分類項目に分類する分類手段と、
   上記文書提供装置と通信する通信手段と、
   上記複数の分類項目に分類されている電子文書又は上記複数の分類項目のいずれかを指定できるようにされた指定入力手段と、
   上記指定入力手段により指定された電子文書又は分類項目の特徴を示す特徴情報を、上記通信手段を介して上記文書提供装置に送信させる制御手段と、
   を備え、
   上記文書提供装置は、
   複数の電子文書を登録可能なデータベースと、
   上記データベースに登録されている電子文書から所望の電子文書を検索する検索手段と、
   上記端末装置と通信する通信手段と、
   上記通信手段が上記特徴情報を受信した時に、上記検索手段により上記データベースに登録されている複数の電子文書から上記特徴情報と関連する電子文書を検索させ、検索された電子文書に関連する情報を上記通信手段により上記端末装置に送信させる制御手段と、
   を備え、
   上記端末装置の上記制御手段は、上記指定情報入力手段により指定された電子文書又は分類項目の特徴を示す特徴情報とともに、指定された電子文書又は分類項目の識別子を、上記通信手段を介して上記文書提供装置に送信させ、
   上記端末装置の上記分類手段は、上記文書提供装置から送信されてきた電子文書について、その特徴に基づいて該当する分類項目を判別するとともに、
   判別された分類項目が、上記指定入力手段により指定された分類項目、又は指定された電子文書が属する分類項目と一致する場合は、上記文書提供装置から送信されてきた電子文書をその分類項目に分類し、
   判別された分類項目が、上記指定入力手段により指定された分類項目、又は指定された電子文書が属する分類項目と異なる場合は、操作入力に基づいて、上記文書提供装置から送信されてきた電子文書を或る分類項目に分類する
   文書処理システム。
2. 上記文書提供装置の上記制御手段は、上記検索された電子文書に関連する情報として、検索により抽出された電子文書自体を、上記通信手段により上記端末装置に送信させることを特徴とする請求項１に記載の文書処理システム。
3. 上記文書提供装置の上記制御手段は、上記検索された電子文書に関連する情報として、検索により抽出された電子文書のリスト情報を、上記通信手段により上記端末装置に送信させることを特徴とする請求項１に記載の文書処理システム。
4. 上記端末装置は、上記通信手段により上記リスト情報が送信された際に、そのリスト情報に挙げられた電子文書の中から特定の電子文書を指定する電子文書指定情報が入力される電子文書指定手段が設けられ、
   上記端末装置の上記制御手段は、上記電子文書指定手段に入力された電子文書指定情報を、上記通信手段を介して上記文書提供装置に送信させることを特徴とする請求項３に記載の文書処理システム。
5. 上記文書提供装置の上記制御手段は、上記端末装置から送信されてきた上記電子文書指定情報により指定される電子文書を、上記通信手段により上記端末装置に送信させることを特徴とする請求項４に記載の文書処理システム。
6. 上記文書提供装置の上記制御手段は、上記検索手段により上記データベースから検索された全ての電子文書について、上記リスト情報を生成し、上記通信手段により上記端末装置に送信させることを特徴とする請求項３に記載の文書処理システム。
7. 上記文書提供装置の上記制御手段は、上記検索手段により上記データベースから検索された電子文書の中で一部の電子文書について、上記リスト情報を生成し、上記通信手段により上記端末装置に送信させることを特徴とする請求項３に記載の文書処理システム。
8. 上記文書提供装置の上記制御手段は、上記検索手段により上記データベースから検索された全部又は一部の電子文書についてソート処理を行って上記リスト情報を生成し、上記通信手段により上記端末装置に送信させることを特徴とする請求項３に記載の文書処理システム。
9. 上記分類手段は、上記文書提供装置から送信されてきた電子文書を分類項目に分類することに応じて、分類情報を更新することを特徴とする請求項１に記載の文書処理システム。
10. 上記文書提供装置には、電子文書を上記端末装置に送信することに応じて、上記端末装置に対して課金処理を行なう課金処理手段を備えることを特徴とする請求項１に記載の文書処理システム。
11. 電子文書をその特徴に基づいて複数の分類項目に分類する分類手段と、
    文書提供装置と通信する通信手段と、
    上記複数の分類項目に分類されている電子文書又は上記複数の分類項目のいずれかを指定できるようにされた指定入力手段と、
    上記指定入力手段により指定された電子文書又は分類項目の特徴を示す特徴情報を、上記通信手段を介して上記文書提供装置に送信させる制御手段と、
    を備え、
    上記制御手段は、上記指定情報入力手段により指定された電子文書又は分類項目の特徴を示す特徴情報とともに、指定された電子文書又は分類項目の識別子を、上記通信手段を介して上記文書提供装置に送信させ、
    上記分類手段は、上記文書提供装置から送信されてきた電子文書について、その特徴に基づいて該当する分類項目を判別するとともに、
    判別された分類項目が、上記指定入力手段により指定された分類項目、又は指定された電子文書が属する分類項目と一致する場合は、上記文書提供装置から送信されてきた電子文書をその分類項目に分類し、
    判別された分類項目が、上記指定入力手段により指定された分類項目、又は指定された電子文書が属する分類項目と異なる場合は、操作入力に基づいて、上記文書提供装置から送信されてきた電子文書を或る分類項目に分類する
    端末装置。
12. 上記通信手段により、上記文書提供装置からの、上記特徴情報に基づいて検索された電子文書のリスト情報が受信された際に、そのリスト情報に挙げられた電子文書の中から特定の電子文書を指定する電子文書指定情報が入力される電子文書指定手段が設けられ、
    上記制御手段は、上記電子文書指定手段に入力された電子文書指定情報を、上記通信手段を介して上記文書提供装置に送信させることを特徴とする請求項１１に記載の端末装置。
13. 上記分類手段は、上記文書提供装置から送信されてきた電子文書を分類項目に分類することに応じて、分類情報を更新することを特徴とする請求項１１に記載の端末装置。
14. 電子文書をその特徴に基づいて複数の分類項目に分類する分類手段と、文書提供装置と通信する通信手段と、上記複数の分類項目に分類されている電子文書又は上記複数の分類項目のいずれかを指定できるようにされた指定入力手段と、上記指定入力手段により指定された電子文書又は分類項目の特徴を示す特徴情報を、上記通信手段を介して上記文書提供装置に送信させる制御手段とを備える端末装置の文書処理方法において、
    上記電子文書をその特徴に基づいて上記複数の分類項目に分類する分類手順と、
    上記複数の分類項目に分類されている電子文書又は上記複数の分類項目のいずれかの指定を要求する指定要求手順と、
    上記指定要求手順の要求に応じて指定された電子文書又は分類項目の特徴を示す特徴情報を、文書提供装置に送信する送信手順と、
    が行われ、
    上記送信手順は、上記指定要求手順により指定された電子文書又は分類項目の特徴を示す特徴情報とともに、指定された電子文書又は分類項目の識別子を、上記通信手段を介して上記文書提供装置に送信させ、
    上記分類手順は、上記文書提供装置から送信されてきた電子文書について、その特徴に基づいて該当する分類項目を判別するとともに、
    判別された分類項目が、上記指定要求手順により指定された分類項目、又は指定された電子文書が属する分類項目と一致する場合は、上記文書提供装置から送信されてきた電子文書をその分類項目に分類し、
    判別された分類項目が、上記指定要求手順により指定された分類項目、又は指定された電子文書が属する分類項目と異なる場合は、操作入力に基づいて、上記文書提供装置から送信されてきた電子文書を或る分類項目に分類する
    文書処理方法。
15. 電子文書をその特徴に基づいて複数の分類項目に分類する分類手段と、上記文書提供装置と通信する通信手段と、上記複数の分類項目に分類されている電子文書又は上記複数の分類項目のいずれかを指定できるようにされた指定入力手段と、上記指定入力手段により指定された電子文書又は分類項目の特徴を示す特徴情報を、上記通信手段を介して上記文書提供装置に送信させる制御手段とを備える端末装置の文書処理方法において、
    上記電子文書をその特徴に基づいて上記複数の分類項目に分類する分類手順と、
    上記複数の分類項目に分類されている電子文書又は上記複数の分類項目のいずれかの指定を要求する指定要求手順と、
    上記指定要求手順の要求に応じて指定された電子文書又は分類項目の特徴を示す特徴情報を、文書提供装置に送信する送信手順と、
    が行われ、
    上記送信手順は、上記指定要求手順により指定された電子文書又は分類項目の特徴を示す特徴情報とともに、指定された電子文書又は分類項目の識別子を、上記通信手段を介して上記文書提供装置に送信させ、
    上記分類手順は、上記文書提供装置から送信されてきた電子文書について、その特徴に基づいて該当する分類項目を判別するとともに、
    判別された分類項目が、上記指定要求手順により指定された分類項目、又は指定された電子文書が属する分類項目と一致する場合は、上記文書提供装置から送信されてきた電子文書をその分類項目に分類し、
    判別された分類項目が、上記指定要求手順により指定された分類項目、又は指定された電子文書が属する分類項目と異なる場合は、操作入力に基づいて、上記文書提供装置から送信されてきた電子文書を或る分類項目に分類する
    ようにした動作制御プログラムが記録されていることを特徴とする記録媒体。

Images