JP5820320B2 - 情報処理端末及び方法、並びに、情報管理装置及び方法 - Google Patents

Description

本発明の実施形態は、情報処理端末及び方法、並びに、情報管理装置及び方法に関する。

動画像や電子書籍等のコンテンツの情報をネットワーク上で検索可能なコンテンツサイトを管理する情報管理装置がある。このような情報管理装置では、特定のコンテンツに対して複数のユーザが付加したコメント等の注釈情報を、ユーザ間で共有可能とするものがある。

このようなコンテンツサイト上で、コンテンツに対する注釈情報をユーザ間で共有可能にする場合、情報管理装置は、当該コンテンツと当該注釈情報とを対応付けて、データベースに格納しておく必要がある。

しかしながら、当該コンテンツと当該注釈情報とは一対一に対応付けられているため、データベース内で互いに関連するコンテンツ（例えば、内容は同じだが、バージョンや出版社が異なるコンテンツ等）が複数存在する場合、関連するコンテンツ間で注釈情報を共有することができない場合がある。さらに、著作権切れの書籍データをユーザが各自のローカル環境で、様々なフォーマットや書式により独立して保有している場合には、データベースやファイルシステムが散在していることになり、注釈情報の共有が困難であった。

このため、従来の情報管理装置では、ユーザが知りたいコンテンツの情報やそれに関連する注釈情報を適切に検索することができないとの課題がある。

特開２００９−７０２７８号公報

発明が解決しようとする課題は、ユーザが知りたいコンテンツの情報を適切に検索することができる情報処理端末及び方法、並びに、情報管理装置及び方法を提供することである。

上記課題を解決するために、本発明の実施形態に係る情報処理端末は、電子文書に関するメタデータと、当該メタデータに対応付けられた注釈情報とを管理する情報管理装置と接続可能な情報処理端末であって、生成部と、取得部と、出力部とを備える。

生成部は、電子文書を解析し、前記電子文書に含まれるテキスト情報と、前記電子文書の構造情報とを含むメタデータを生成する。取得部は、前記メタデータを前記情報管理装置に送信し、前記メタデータに類似する類似メタデータを推定させ、前記類似メタデータに対応する注釈情報を取得する。出力部は、前記注釈情報を、前記電子文書に対応付けて出力する。

また、本発明の他の実施形態に係る情報管理装置は、電子文書に関するメタデータを情報処理端末から受信可能な情報管理装置であって、格納部と、取得部と、抽出部と、送信部とを備える。

格納部は、電子文書に含まれるテキスト情報と、前記電子文書の構造情報とを含むメタデータ、及び、前記メタデータに対応付けられた注釈情報を格納する。取得部は、前記情報処理端末から、検索対象のメタデータを取得する。抽出部は、前記格納部を検索して、前記メタデータに類似する類似メタデータを推定し、前記類似メタデータに対応する注釈情報を抽出する。送信部は、前記注釈情報を前記情報処理端末に送信する。

第１の実施形態に係る情報処理端末１及び情報管理装置２を表すブロック図。 情報処理端末１及び情報管理装置２の処理を表すフローチャート。 情報処理端末１の生成部１１の処理を表すフローチャート。 構造情報の説明図。 メタデータの一例図。 情報処理端末１の取得部１２の処理を表すフローチャート。 対応情報の一例図。 注釈情報の説明図。 第３の実施形態における決定部１１０の処理を表すフローチャート。 格納部２３に格納されているメタデータ及び注釈情報の一例図。 類似メタデータの一例図。 類似メタデータの一例図。 抽出部２２による注釈情報の抽出後の処理を表すフローチャート。 注釈情報の表示例を表す図。 第２の実施形態に係る情報処理端末１０及び情報管理装置２を表すブロック図。

（第１の実施形態）
第１の実施形態に係る情報処理端末１は、電子文書に関するリソース（ファイルやアプリケーション）を処理可能な情報端末（例えば、ＰＣやスマートフォン、ネットブック等）に好適である。本実施形態に係る情報管理装置２は、情報処理端末１と接続可能なサーバに好適である。電子文書に関するリソースには、例えば、電子書籍等がある。

情報処理端末１は、処理対象となる電子文書（以降、対象文書）を解析し、当該対象文書のテキスト情報と構造情報と含むメタデータ（対象メタデータ）を生成し、当該対象メタデータを情報管理装置２に送信する。

テキスト情報は、電子文書に含まれるテキスト自体の情報や、テキストをハッシュ化した情報を含む。構造情報とは、電子文書に含まれる文書の論理構造やレイアウトに関する情報である。例えば、構造情報には、電子文書の各行における、インデント数、テキストの数、記号の数、数詞の数、テキスト集合の数、文字種の数、フォントサイズ、論理要素（題名、見出し、本文等）、レイアウト情報等がある。インデント数とは、行の先頭から最初に出現するテキストまでの間に含まれるスペースの数に相当する。テキスト集合とは、スペースを含まずに連続するテキストの纏まりをいう。

情報管理装置２は、電子文書に関するメタデータと、当該メタデータに関する注釈情報とを対応付けて格納している。注釈情報とは、電子文書に含まれるテキストに付された情報である。例えば、注釈情報は、不特定のユーザが各々の情報処理端末を用いて電子文書に含まれるテキストに対して付加したコメントや、電子文書中のテキストを読み上げた際の音声に関する音声情報等がある。ただし、注釈情報は、電子文書に関連する情報であれば、いかなる情報であっても構わない。

情報管理装置２は、情報処理端末１から受信した対象メタデータに類似する類似メタデータを検索し、類似メタデータに対応する注釈情報を情報処理端末１に送信する。

情報処理端末１は、情報管理装置２から受信した注釈情報を、対象文書に対応付けて出力する。これにより、ユーザが知りたいコンテンツの情報を適切に検索することができる。

図１は、情報処理端末１及び情報管理装置２を表すブロック図である。情報処理端末１は、生成部１１と、取得部１２と、記憶部１３と、出力部１４とを備える。

生成部１１は、対象文書を取得し、対象文書に含まれるテキスト情報と、前記電子文書の構造情報とを含むメタデータ（対象メタデータ）を生成する。例えば、生成部１１は、情報処理端末１に保存されている電子文書や、ユーザがダウンロードした電子文書を対象文書として取得してよい。

取得部１２は、対象メタデータに類似する類似メタデータを情報管理装置２に推定させるための検索クエリを生成し、当該検索クエリを情報管理装置２に送信する。このとき、取得部１２は、対象文書と対象メタデータとを対応付けて記憶部１３に書き込んでもよい。取得部１２は、情報管理装置２が推定した類似メタデータに対応する注釈情報を、情報管理装置２から取得する。

出力部１４は、取得された注釈情報を、対象文書に対応付けて出力する。

生成部１１と取得部１２とは、中央演算処理装置（ＣＰＵ）、及びＣＰＵが用いるメモリにより実現されてよい。記憶部１３は、ＣＰＵが用いるメモリや補助記憶装置により実現されてよい。出力部１４は、液晶ディスプレイや有機ＥＬディスプレイ等の表示部（不図示）や、スピーカ等の音声出力部（不図示）であってよい。

情報管理装置２は、受信部２１と、抽出部２２と、格納部２３と、送信部２４とを備える。

受信部２１は、情報処理端末１の取得部１２から送信された検索クエリを受信する。受信部２１は、受信した検索クエリを抽出部２２に供給する。

格納部２３は、電子文書に関するメタデータと、当該メタデータに関する注釈情報とを対応付けて格納している。例えば、格納部２３は、ある電子文書に含まれるテキストについて、不特定のユーザが付加したコメント等を注釈情報とし、当該注釈情報を当該電子文書のメタデータに対応付けて格納していてよい。

抽出部２２は、供給された検索クエリに基づき、格納部２３を検索して、対象メタデータに対する類似メタデータを推定する。抽出部２２は、推定した類似メタデータに対応付けられた注釈情報を格納部２３から抽出する。抽出部２２は、抽出した注釈情報を送信部２４に供給する。

送信部２４は、供給された注釈情報を情報処理端末１の取得部１２に送信する。

受信部２１と、抽出部２２と、送信部２４とは、ＣＰＵ、及びＣＰＵが用いるメモリにより実現されてよい。格納部２３は、ＣＰＵが用いるメモリや補助記憶装置により実現されてよい。

以上、情報処理端末１の構成、及び情報管理装置２の構成について説明した。

図２は、情報処理端末１及び情報管理装置２の処理を表すフローチャートである。図２（ａ）は、情報処理端末１の処理を表すフローチャートである。図２（ｂ）は、情報管理装置２の処理を表すフローチャートである。

図２（ａ）に示す情報処理端末１の処理について説明する。

生成部１１は、対象文書を取得し、対象メタデータを生成する（Ｓ１０１）。取得部１２は、対象メタデータに類似する類似メタデータを情報管理装置２に推定させるための検索クエリを生成する（Ｓ１０２）。取得部１２は、生成した検索クエリを情報管理装置２に送信する（Ｓ１０３）。取得部１２は、情報管理装置２が推定した類似メタデータに対応する注釈情報を、情報管理装置２から取得する（Ｓ１０４）。出力部１４は、取得された注釈情報を、対象文書に対応付けて出力し（Ｓ１０５）、処理を終了する。

以上、情報処理端末１の処理について説明した。

図２（ｂ）に示す情報管理装置２の処理について説明する。情報管理装置２の処理は、情報処理端末１の処理のステップＳ１０３と、ステップＳ１０４との間に行われる。

受信部２１は、情報処理端末１の取得部１２から送信された検索クエリを受信する（Ｓ０１）。抽出部２２は、検索クエリに従い、格納部２３を検索して、対象メタデータに対する類似メタデータを推定する（Ｓ２０２）。抽出部２２は、推定した類似メタデータに対応付けられた注釈情報を格納部２３から抽出する（Ｓ２０３）。送信部２４は、注釈情報を情報処理端末１の取得部１２に送信し（Ｓ２０４）、処理を終了する。

以上、情報管理装置２の処理について説明した。

図３は、情報処理端末１の生成部１１の処理を表すフローチャートである。生成部１１は、取得した電子文書を形態素解析して、電子文書に含まれるテキストを単語単位に分割する（Ｓ３０１）。生成部１１は、分割して得られた単語の中で、出現頻度の高い単語を求める（Ｓ３０２）。例えば、生成部１１は、出現頻度が所定の順位以上の単語を求めてよい。生成部１１は、出現頻度の高い単語の情報もテキスト情報として保持しておく。

生成部１１は、取得した電子文書を解析して、当該電子文書の構造情報を求める（Ｓ３０３）。図４は、構造情報の説明図である。図４に示すように、本実施形態における構造情報は、電子文書の各行における、インデント数や、文字数、記号の数、数詞の数、テキスト集合の数、フォントサイズ、論理要素、レイアウト情報等、その行に含まれるテキストの構造に関する情報である。

図４に示す「イワンの馬鹿」という電子文書の第１行目の構造情報について説明する。第１行目において、行の最初から、「イワンの馬鹿」というテキストの最初の文字である「イ」までにあるスペースの数が「４」であるとき、インデント数は「４」となる。「イワンの馬鹿」の文字数は「６」である。「イワンの馬鹿」に含まれる記号の数は「０」である。「イワンの馬鹿」に含まれる数詞の数は「０」である。「イワンの馬鹿」に含まれるテキスト集合の数は「１」である。「イワンの馬鹿」に含まれる文字種の数は「３」である。「イワンの馬鹿」というテキストのフォントサイズは「２０」である。「イワンの馬鹿」の論理要素は、「題名」である。

レイアウト情報とは、その行において、テキストが存在する位置を「１」で表し、存在しない位置を「０」で表すことにより、その行におけるテキストの位置（レイアウト）を示すものである。したがって、図４の電子文書の第１行目のレイアウト情報は「００１１１０００００００００」のように表せる。第２行目、第３行目についても、図４に示すような構造情報で表すことができる。他の行についても同様である。

生成部１１は、テキスト情報と構造情報とを構造化して対象メタデータを生成する（Ｓ３０４）。図５は、メタデータの一例図である。図５に示すように、本実施形態の対象メタデータは、対象メタデータを識別するためのメタデータＩＤ（<matadata id>）が付され、テキスト情報や構造情報が構造化されて記述されたデータである。図５に示す対象メタデータのメタデータＩＤは、「１２３」である。

例えば、生成部１１は、図５に示すように、テキスト情報と構造情報とに基づいて、著者名の要素（<creator>）に「トルストイ」を記述し、題名（<title>）の要素に「イワンの馬鹿」を記述し、訳者名（<translator>）の要素に「菊池寛」を記述する。このとき、生成部１１は、これらの要素を対象文書の識別ＩＤ（<description id>）の内容として記述する。図５に示す対象文書の識別ＩＤは、「４５６」である。なお、生成部１１は、対象文書の識別ＩＤ（<description id>）に、対象文書の電子文書ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含めて記述してもよい。図５に示す対象文書の電子文書ＵＲＬは、「http://www.toshiba.co.jp/ebook/#1298129sw」である。

生成部１１は、ステップＳ３０３で求めた図４に示す構造情報を「<layout-pattern>」の要素に記述する。また生成部１１は、「<text-info>」の要素に、ステップＳ３０２で求めたテキストの出現頻度を記述する。ここでは、頻出する単語やフレーズの例として、「年寄った悪魔」の出現頻度が「３５」で、「麦わら」の出現頻度が「２０」で、「テイブル」の出現頻度が「１０」で、「イワン」の出現頻度が「５」であることを示している。生成部１１は、対象文書と、生成した対象メタデータとを取得部１２に供給する。生成部１１は、対象メタデータに対応する対象文書を識別するための電子文書ＩＤ、対象文書のＵＲＬもう構造情報に含めて記述する。図５に示す対象文書の電子文書ＩＤは、「１００」である。

なお、ここでは、簡単のために各行のテキストの内容を、そのままテキスト要素の一行として記述しているが、レイアウト情報等はハッシュ化した情報として記述してもよい。また、構造情報以外にも、書誌情報として抽出可能な要素については、メタデータに含めてよい。例えば、図５の例のような著者名、題名、訳者名の他にも、出版社名、出版年月日、巻番号等をメタデータに含めてよい。

図６は、取得部１２の処理を表すフローチャートである。取得部１２は、供給された対象文書と対象メタデータとを対応付けた対応情報を記憶部１３に書き込む（Ｓ４０１）。取得部１２は、対象メタデータに類似する類似メタデータを情報管理装置２に推定させるための検索クエリを生成し、当該検索クエリを情報管理装置２に送信する（Ｓ４０２）。取得部１２は、類似メタデータに対応する注釈情報を情報管理装置２から取得する（Ｓ４０３）。情報管理装置２での類似メタデータの推定方法の詳細は後述する。取得部１２は、取得した注釈情報を出力部１４に供給する。

対応情報について説明する。図７は、対応情報の一例図である。図７に示すように、対応情報は、電子文書のメタデータのメタデータＩＤと、電子文書の電子文書ＩＤと、電子文書ＵＲＬと、図５に示すメタデータのＵＲＬとを対応付けたものである。メタデータのカラムには、メタデータの内容そのもの、又はメタデータ内容に対するリンク（パス）が記述されていればよい。

情報管理装置２について詳述する。情報管理装置２の格納部２３は、電子文書に関連するメタデータと注釈情報とを対応付けて格納している。図８は、注釈情報の説明図である。図８に示す注釈情報は、ユーザが自身の情報処理端末で閲覧中の電子書籍に含まれるテキストを当該ユーザが指定して、当該テキストに対して書き込んだコメントや、当該テキストの音声情報（読みやアクセント）である。

図８に示す例では、「イワンの馬鹿」という電子文書に含まれる「馬鹿のイワンという三人の息子」というテキストに対して、「この表現には、・・・。」というコメントが、あるユーザから書き込まれた場合を示している。また、指定された「馬鹿のイワンという三人の息子」の音声情報は、「バカノ／イ’ワン／トイウ／サンニンノ／ムスコ」である（アポストロフィ（’）は、アクセントの位置を表す）。すなわち、本例における注釈情報は、「この表現には、・・・。」というコメント、及び、「バカノ／イ’ワン／トイウ／サンニンノ／ムスコ」という音声情報である。

図９は、格納部２３に格納されている注釈情報の一例図である。例えば、格納されている注釈情報は、ＸＭＬ形式で記述されていてよい。本例では、コメントと音声情報とが注釈情報として「<annotation-info>」の要素に記述されている。

格納部２３には、注釈情報を識別するための注釈情報ＩＤと、当該注釈情報が対応する電子文書の電子文書ＩＤ「<refid>」と、当該電子文書のどの部分に対応するかを示すためのインデックス位置や、長さ等で示される。

電子文書ＩＤは、予めＧＵＩＤ等、一意に特定可能なＩＤが付与されているのが望ましい。電子文書に直接アクセス可能な場合は、これらのＩＤを用いて電子文書から抽出することで、注釈情報が対応する電子文書に部分を特定することができる。

また、図９の上部は、注釈情報がコメントである場合を示している。ここでは、「<commentary>」の要素に、あるユーザが付与したコメントが記述されている。図９の下部には、注釈情報が音声情報である場合を示している。音声情報は、"<midterm>"の要素にテキスト形式で記述されている。

図１０は、格納部２３に格納されているメタデータ及び注釈情報の一例図である。格納部２３は、メタデータと注釈情報とを、メタデータＩＤと、注釈情報ＩＤと、注釈情報とを用いて対応付けて格納している。

情報管理装置２の抽出部２２について説明する。抽出部２２には、受信部２１から供給された対象メタデータに対する類似メタデータを推定する際に、テキスト情報に基づく第１類似度と、構造情報に基づく第２類似度と、テキスト情報及び構造情報に基づく第３類似度とを算出する。抽出部２２は、第１類似度と、第２類似度と、第３類似度とに基づいて、格納部２３から類似メタデータを抽出する。

図１１は、抽出部２２の処理を表すフローチャートである。抽出部２２は、第１類似度を算出する（Ｓ５０１）。第１類似度は、テキスト情報に関する類似の程度を表すものである。例えば、抽出部２３は、対象メタデータと格納部２３に格納されているメタデータとの間において、出現頻度が高い単語や文字のｎ−ｇｒａｍが一致する程度や、出現するテキスト列のパターンが一致する程度等から、第１類似度を算出してよい。

具体的に、第１類似度は、対象メタデータと格納部２３に格納されているメタデータについて、文字や単語の出現頻度の差分を計測したり、キーワード列間の編集距離（レーベンシュタイン距離）を算出し、各キーワード列間の類似度を算出することで求められる。

抽出部２２は、第２類似度を算出する（Ｓ５０２）。第２類似度は、構造情報における論理要素の階層を木構造として表した場合における、当該木構造間の類似の程度を表すものである。

具体的に、第２類似度は、木構造データ間の編集距離を算出することにより、求めることができる。

抽出部２２は、第２類似度を算出する際、論理要素に相当するノード部分には、論理要素の種類によって重みを変えてもよい。例えば、「章」に相当するノードについては重み付けを大きくし、「参照」や「注釈」等に相当するノードについては重み付けを小さくする等しても構わない。

抽出部２２は、第３類似度を算出する（Ｓ５０３）。第３類似度は、例えば、電子文書の題名、著者名・訳者名、出版年等の書誌事項等、テキスト情報と構造情報とを組み合わせた情報の類似の程度である。本例における書誌事項は、電子文書を示す情報として公開や利用がなされているものである。

具体的に、対象メタデータにおける「題名」の文字列が、対象メタデータの<LayoutSim>要素内に、「パス情報：/document/root/chapter[@title="第一章"]」、「テキスト要素：川崎駅で逢いましょう」と記述されているとする。

一方、格納部２３に格納されているメタデータの一つには、<LayoutSim>の要素に、「パス情報：/document/chapter/chapter_title」、「テキスト要素：川崎駅(ステーション)で逢いましょう」と記述されているものがあるとする。

このとき、第３類似度は、パス情報の編集距離と、テキスト要素の編集距離のそれぞれの類似度を算出し、それらを合算することで求めることができる。

一般的に、電子文書の本文が同じであっても、構造情報が完全に同一とは限らない。例えば、題名であっても字体等の表記が異なる場合、訳文や訳者が異なる場合、バージョンが異なる場合、出版社が異なる場合等があり、どの程度までを同一の電子文書とするかは、アプリケーション毎に異なる。

例えば、ある外国の著作物について、同じ作品であれば訳者を問わずに注釈情報を抽出したい場合もあれば、訳者の違いにより注釈情報を抽出すべきでない場合もある。

このような違いは、ステップＳ５０４における重み係数の設定として反映することができ、重み係数によって上記の観点を考慮した類似度の算出が可能となる。

抽出部２２は、供給された対象メタデータに対する類似メタデータを検索する際の第１類似度と、第２類似度と、第３類似度とに用いる重み係数（各々、α、β、γとする）を設定する（Ｓ５０４）。重み係数の設定方法は、予めシステム管理者等が定めた係数を設定する方法でもよいし、対象メタデータが示す電子文書のタイプや種別によって動的に設定する方法でもよい。また、算出された各類似度を用いて各重み係数を設定してもよい。さらに、抽出部２２は、各類似度の算定順序を変更してもよい。すなわち、優先度が高い項目についての類似度が算出された結果を受けて、続く処理を省略する等してもよい。

抽出部２２は、第１類似度と、第２類似度と、第３類似度とに基づいて、格納部２３を検索して類似メタデータを推定する。例えば、抽出部２２は、第１類似度と、第２類似度と、第３類似度と、各重み係数（α、β、γ）とから、式１により類似度を算出し、算出した類似度が所定の閾値以上となるメタデータを類似メタデータとして推定してよい。

抽出部２２により、例えば図１２に示す類似メタデータが推定されたとする。ここでは、図１０に示したメタデータ（図１２の上の行）と、別ユーザによって、電子文書ＩＤが異なる電子文書に対して付与された注釈情報に対応するメタデータとが、類似メタデータとして推定されたとする。

抽出部２２は、類似メタデータのメタデータＩＤに対応付けられている注釈情報を、格納部２３から抽出する（Ｓ５０６）。本例では、抽出部２３は、図１２に示す２つの注釈情報を抽出する。異なるメタデータに対応付けられている注釈情報に対しては、対象文書との整合性を取る必要がある。なぜならば、検索している電子文書が異なるため、電子文書の本文の内容によっては、全体的に一致していても、細部に関しては一致性が失われる場合があるためである。このため、一致性が確保できる共通構造を見つけることが望ましい。

注釈情報の抽出方法についてさらに詳述する。図１３は、抽出部２２による注釈情報の抽出後の処理を表すフローチャートである。

抽出部２２は、類似メタデータと対応する注釈情報を抽出する（Ｓ６０１）。抽出部２２は、注釈情報の参照範囲に関する情報を取得する（Ｓ６０２）。これは、図１２の注釈情報に示されるような各種の属性である。具体的には、注釈情報が対応するテキストについて、電子文書の冒頭から何文字目に当該テキストの開始位置があるかを示す「index」、当該テキストの長さを示す「length」、当該テキストの属する章構造を示す「chapter」、節単位の構造を示す「section」、パラグラフ単位の構造を示す「para」、参照範囲に含まれる出現頻度の高いテキストの順位に関する情報等がある。

抽出部２２は、これらの参照範囲に関する情報について、大きな構造から順に、対象メタデータの対象部分と、類似メタデータの対象部分とがマッチングを行なう（Ｓ６０３）。

抽出部２２は、対象部分どうしのマッチングが取れたか否かを判定する（Ｓ６０４）。現在、注釈情報は、メタデータ間の類似性の一致で取得したものであるため、一番大きな構造単位では一致していることを前提とする。構造間の単位は、ここでは大きな順に、「chapter＞section＞para＞freqterm＞index」といった関係が成り立っているとし、抽出部２２は、この順で構造間の一致を判定する。

マッチングしている場合には（ステップＳ６０４：ＹＥＳ）、より小さい構造単位でマッチングを行ない（Ｓ６０５）、ステップＳ６０３に遷移する。マッチングしている場合には（ステップＳ６０４：ＮＯ）、ステップＳ６０６に遷移する。図１２の例では、"index"の構造単位を比較した場合に、差異が生じることがわかる。そのため、抽出部２２は、"#4"で一致した"freqterm"の構造単位に注釈情報を対応付け、送信部２４に供給する（Ｓ６０６）。送信部２４は、供給された注釈情報を情報処理端末１の取得部１２に送信する。

以上、情報管理装置２について詳述した。

情報処理端末１の出力部１４は、取得された注釈情報を、対象文書に対応付けて出力する。図１４は、出力部１４が情報処理端末１の表示画面に注釈情報を出力する場合の表示例を表す図である。図１４（ａ）に示すように、出力部１４は、対象範囲を指したポップアップを表示したり、後続する文書内へインサート表示したり、動的に参照記号（たとえばタガー記号など）を付与した上で、別エリアに表示する等してよい。また、コメントを同時には表示せずに、対象のエリアをハイライトするなどによりコメントがあることのみを知らせ、ユーザの指示に応じて、コメントを表示してもよい。一方、詳細な領域まで一致しない場合は、図１４（ｂ）に示すように、閲覧ページと連動させてカラム形式で表示したり、脚注として対象領域が含む領域が表示された場合に、対応して注釈情報を表示してもよい。

本実施形態によれば、同じ内容を有するコンテンツへの関連情報や派生の創作物にも関わらず、コンテンツ同士の対応が付かなかったために分散していた注釈情報を対応づけることができ、特定のサービスプロバイダである書籍販売元などが用意している限られた書籍コンテンツだけでなく、サイト間を跨いだ参照や、ユーザが電子化したコンテンツ同士の注釈情報についても活用・参照が可能となる。

（第２の実施形態）
第２の実施形態の情報処理端末１０は、本端末を利用するユーザからも注釈情報の入力を可能とし、入力された注釈情報を情報管理装置２に送信する点が、前実施形態の場合と異なる。

図１５は、情報処理端末１０及び情報管理装置２を表すブロック図である。情報処理端末１０に対し、解析部１５をさらに備える。解析部１５は、本端末のユーザからの電子文書に対するコメント等の注釈情報を入力する。本実施形態の注釈情報は、電子文書に対してユーザが入力した注釈情報を取得する。ここで、注釈情報は、例えば、電子ブックビューアのプラグイン機能や、電子書籍閲覧サービスサイト上のＵＩ機能等から入力されてよい。

解析部１５は、入力された注釈情報を取得部１２に供給する。取得部１２は、供給された注釈情報と対象メタデータとを対応付けて構造データ化し、記憶部１３に書き込む。さらに、取得部１２は、注釈情報と対象メタデータとを対応付け、情報管理装置２の受信部２１に送信する。情報管理装置２では、抽出部２２が、供給された注釈情報と対象メタデータとを格納部２３に格納する。

本実施形態の情報処理端末１０によれば、対象メタデータに対する類似メタデータの注釈情報を情報管理装置２から取得すると同時に、情報処理端末１０のユーザが入力した注釈情報も情報管理装置２に送信することができる。

上述した実施形態によれば、ユーザが知りたいコンテンツの情報を適切に検索することができる。

なお、上述した各実施形態に係る情報処理端末及び情報管理装置は、例えば、汎用のコンピュータ装置を基本ハードウェアとして用いることでも実現することが可能である。すなわち、情報処理端末及び情報管理装置が備えるべき構成要素は、上記のコンピュータ装置に搭載されたプロセッサにプログラムを実行させることにより実現することができる。このとき、情報処理端末及び情報管理装置は、上記のプログラムをコンピュータ装置にあらかじめインストールすることで実現してもよいし、ＣＤ−ＲＯＭなどの記憶媒体に記憶して、あるいはネットワークを介して上記のプログラムを配布して、このプログラムをコンピュータ装置に適宜インストールすることで実現してもよい。また、上記のコンピュータ装置に内蔵あるいは外付けされたメモリ、ハードディスクもしくはＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒなどの記憶媒体などを適宜利用して実現することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１，１０・・・情報処理端末
２・・・情報管理装置
１１・・・生成部
１２・・・取得部
１３・・・記憶部
１４・・・出力部
１５・・・解析部
２１・・・受信部
２２・・・抽出部
２３・・・格納部
２４・・・送信部

Claims (8)

1. 第１の電子文書に含まれるテキスト自体の情報および当該第１の電子文書の構造情報を含む第１のメタデータと、当該第１のメタデータに対応付けられた第１の注釈情報とを管理する情報管理装置と接続可能な情報処理端末であって、
   第２の電子文書を解析し、当該第２の電子文書に含まれるテキスト自体の情報および当該第２の電子文書の構造情報を含む第２のメタデータを生成する生成部と、
   前記第２のメタデータを前記情報管理装置に送信し、前記第２のメタデータに類似する前記第１のメタデータに対応する前記第１の注釈情報を取得する取得部と、
   取得した前記第１の注釈情報を、前記第２の電子文書に対応付けて出力する出力部と
   を備える、情報処理端末。
2. 前記第１の注釈情報は、前記第１の電子文書に対してユーザが付加したコメントに関する情報、あるいは、前記第１の電子文書の音声に関する情報である、
   請求項１記載の情報処理端末。
3. 前記ユーザからの前記コメントに関する情報を解析する解析部をさらに備え、
   前記取得部は、前記コメントに関する情報と前記第２のメタデータとを対応付けて、前記情報管理装置に送信する、
   請求項２記載の情報処理端末。
4. 前記出力部は、前記第２のメタデータと類似する前記第１のメタデータとの類似の度合に応じて、取得した前記第１の注釈情報の出力形態を変化させる、
   請求項３記載の情報処理端末。
5. 第１の電子文書に含まれるテキスト自体の情報および当該第１の電子文書の構造情報を含む第１のメタデータと、当該第１のメタデータに対応付けられた第１の注釈情報を格納する格納部と、
   情報処理端末から、第２のメタデータを取得する取得部と、
   前記第２のメタデータに類似する前記第１のメタデータに対応する前記第１の注釈情報を抽出する抽出部と、
   抽出した前記第１の注釈情報を前記情報処理端末に送信する送信部と
   を備える、情報管理装置。
6. 前記抽出部は、前記第２のメタデータに含まれる前記テキスト自体の情報および前記構造情報が類似する前記第１のメタデータに対応する前記第１の注釈情報を抽出する、
   請求項５記載の情報管理装置。
7. 第１の電子文書に含まれるテキスト自体の情報および当該第１の電子文書の構造情報を含む第１のメタデータと、当該第１のメタデータに対応付けられた第１の注釈情報とを管理する情報管理装置と接続可能な情報処理端末を制御する情報処理方法であって、
   第２の電子文書を解析し、当該第２の電子文書に含まれるテキスト自体の情報および当該第２の電子文書の構造情報を含む第２のメタデータを生成し、
   前記第２のメタデータを前記情報管理装置に送信し、前記第２のメタデータに類似する前記第１のメタデータに対応する前記第１の注釈情報を取得し、
   取得した前記第１の注釈情報を、前記第２の電子文書に対応付けて出力する、
   情報処理方法。
8. 第１の電子文書に含まれるテキスト自体の情報および当該第１の電子文書の構造情報を含む第１のメタデータと、当該第１のメタデータに対応付けられた第１の注釈情報とを管理する情報管理装置の情報管理方法であって、
   情報処理端末から、第２のメタデータを取得する取得部と、
   前記第２のメタデータに類似する前記第１のメタデータに対応する前記第１の注釈情報を抽出し、
   抽出した前記第１の注釈情報を前記情報処理端末に送信する、
   情報管理方法。

Images