JP2005295375A - 情報取得支援システム - Google Patents

Abstract

【課題】情報の取捨選択の容易化および効率化を図るための技術を提供する。
【解決手段】 音声出力部が音声を出力しつつ、情報入力部１がユーザからの入力を待ち受ける。関心情報生成部が、ユーザ入力があった時に出力していた音声からキーワードを抽出する。また、この音声やキーワードに関連する番組が、録画部で自動的に録画され、録画データＤＢに格納される。マーキング部が録画データ中のキーワード登場箇所にマーキングを施し、再生制御部２はそのキーワード登場箇所を選んで部分的に再生を行う。
【選択図】図１

Description

本発明は、膨大な情報の中から所望の情報を取得するための技術に関する。

ネットワーク通信技術や映像技術の進化、インターネットの普及、デジタル放送による多チャンネル化などにともなって、配信される情報量が爆発的に増加し、我々はいつでも膨大な情報や数多くのテレビ・ラジオ番組に接する環境の中にいる。そのさまは情報の洪水と言ってもよい。このような情報氾濫社会の中では、情報の受け手側にその取捨選択が求められる。しかし、膨大な情報の中から所望する情報に的確に辿りつくことは容易ではない。

インターネット上に公開されているテキスト情報（ページ情報）の場合は、検索サイトや検索ツールを効果的に使いこなせるだけのスキルがあれば、所望の情報を見つけ出すことも可能かもしれない。ところが、映像情報や音声情報、特にそれらの情報が放送またはネットワークを通じてブロードキャストされる番組の場合には、容易に検索することができない。それゆえ、番組表を見ながら自分の興味がありそうな番組をピックアップし、それらを全て録画または録音しておいて、後ほど有益な情報（映像や音声）が含まれているかどうか調べる、といった作業を行うしかない。

番組録画を支援する技術としては、端末に受信した電子番組表（ＥＰＧ）を利用するものが知られている（特許文献１参照）。ユーザが通信端末に表示されたテレビ番組情報を見ながら所望する番組を指定すると、その番組を録画するための番組予約情報がビデオデッキに送信され、その番組予約情報に基づいて番組録画が実行されるものである。また最近では、キーワードを登録しておくと、ＥＰＧからキーワードを含む番組を自動的にピックアップし、ハードディスクやＤＶＤなどの大容量記憶媒体に録画していく製品も登場している。

しかしながら、テレビチャンネル（番組供給源）が急増している現在では、番組表を見て所望の番組を選び出す操作自体がすでに煩雑といえる。つまり、番組表に含まれる情報が膨大になり過ぎており、どれを録画もしくは録音してよいのかユーザ側で取捨選択することが難しいのである（問題点１）。しかも、１つの番組には単一のコンテンツでなく複数のコンテンツが盛り込まれているのが一般的である（１情報１コンテンツでなく、１情報複数コンテンツ）。よって、所望のコンテンツと不要なコンテンツとの切り分けのために、ユーザは録画した番組をいちいちチェックしなくてはならず、時間と労力を浪費する結果となる（問題点２）。

また、音声案内を利用して記事情報の取得を支援する技術も知られている（特許文献２参照）。「概要」と「詳細な内容」の２パート構成になっている記事情報のうち概要部分のみを音声で案内し、ユーザが音声出力中に取得希望ボタンを押すと、対応する詳細な記事内容が送信される仕組みである。

しかしながら、この仕組みは、概要情報と詳細情報が予めセットで用意されている状態を前提としており、限られたサービスの範囲内でしか情報を取得することができない。つまり、取得対象となり得る情報の母集団が極めて小さく、インターネット、テレビ、ラジオなどの広範なメディアから情報収集を行うことができないという不利がある。またこの仕組みでも、ユーザ自身が詳細情報の中から所望のコンテンツを探し出さなくてはならない点は同じであり、上述した問題点２は解決されない。

また、映像情報のダイジェストを生成することで、映像の内容確認の支援を意図したシステムも知られている（特許文献３参照）。このシステムでは、番組の録画中にその代表画面を一覧表示したダイジェスト情報を作成する。

しかしながら、無作為に選んだ代表画面をダイジェスト表示したとしても、それが番組の内容を的確に捉える代表画面でない限り、予約録画した番組を後から見るに値するか否かを判断するための判断材料にはなり得ない。それゆえ、情報の見落としなどが起きる可能性があり、上記問題点２を解決する手段としてはさほど有効ではないといえる。

以上述べたように、膨大な情報の中から所望の情報を取得することは煩雑かつ困難であり、それを改善する有効な技術は存在しないのが実情である。
特開平８−１９０６３号公報 特開平９−２８２２７８号公報 特許第３３６７２６８号明細書

本発明は上記実情に鑑みてなされたものであって、その目的とするところは、情報の取捨選択の容易化および効率化を図るための技術を提供することにある。

上記目的を達成するために本発明では、以下の手段または処理によってユーザによる電子情報の取得を支援する。ここで、電子情報とは、映像、音声もしくはテキスト、または、これらのうち２つ以上の組み合わせからなる情報をいい、典型的には、放送または電気通信回線を通じて提供されるテレビ番組やラジオ番組、あるいは、ページ情報に代表されるインターネット上の情報資源をさす。なお、以下に述べる手段および処理は、情報処理装置（コンピュータシステム）によって実現し実行されるものである。

まず、入力受付手段が、音声を出力しつつユーザからの入力を待ち受ける。そして、ユーザからの入力を受けると、キーワード抽出手段が、ユーザ入力があった時に出力されていた音声からキーワードを抽出する。

ここで音声出力する情報は、ユーザの関心事を探るために用意されたものであり、情報取得の「きっかけ」をユーザに与えるものである。例えば、テレビ番組やラジオ番組の内容を紹介する番組情報、商品やサービスを紹介する広告宣伝情報などでもよいし、あるいは、ニュースや番組そのものであってもよい。ユーザが何に関心を示すかは予想することが困難であるため、できるだけ種々雑多な情報を出力することが好ましい。

音声を利用すれば、ユーザは、車の運転や家事などの「必ずしなければならないこと」をしながら、さながらＢＧＭでも聴くような感覚で（つまり情報に正対することなく）、広く浅く情報を受け取ることができる。そして、ユーザは、気になる番組、商品、時事、話題などの関心事を耳にした時にシステムに対して入力を行えばよい。それだけで、ユーザが耳にしていた音声の中から、ユーザの関心事が、コンピュータ処理に適したキーワードの形式で自動的に抽出される。

ユーザからの入力受付はどのような手段を採用してもよい。例えば、ユーザのボタン操作により受け付けてもよいし、音声入力により受け付けてもよい。音声入力の場合は、他の事をしながらの入力が容易になり、利便性が増す。

好ましくは、入力受付手段が、出力用の音声に対応するテキスト情報を保持しており、キーワード抽出手段が、ユーザ入力があった時に出力されていた音声に対応するテキスト情報を解析してキーワードを抽出するとよい。典型的には、テキストデータ（文字列）を形態素解析して、名詞や複合名詞を抽出すればよい。これによりキーワード抽出が容易になる。

音声出力に用いる情報としては、本システム用に予め作成された専用の情報を用いてもよいが、放送や電気通信回線を通じて配信されている汎用の情報を利用することも好ましい。専用の情報の場合は、対応関係にある音声情報とテキスト情報を予め用意しておくことが好ましい。汎用の情報としては、電子番組表（ＥＰＧ）における番組データ、ポータルサイトやニュースサイトのテキスト情報、テレビ放送、ラジオ放送、データ放送などが想定される。このような汎用の情報を利用する場合には、入力受付手段が、テキスト情報から出力用の音声を生成する音声合成手段、または／および、出力用の音声をテキスト情報に変換する音声認識手段を有しているとよい。これにより、汎用の情報に音声またはテキストのいずれか一方しか含まれていない場合であっても、音声出力およびテキスト情報によるキーワード抽出を実行することができる。

以上のようにして１つまたは複数のキーワードが抽出されると、情報取得手段が、抽出されたキーワードを含む電子情報を取得し、記憶装置に格納する。ここでいうところの「取得」は、放送の受信、電気通信回線を通じた受信（ダウンロード）、上記記憶装置に既に格納されている電子情報の選択、他の記憶装置や記録媒体からの読み込み、を含む。また、電子情報が「キーワードを含む」とは、電子情報を構成する映像、音声もしくはテキストの中に、画像、音声、テキストのいずれかの形式でキーワードが含まれていることをいう。

好ましくは、入力受付手段が、電子情報の取得先もしくは取得方法を特定する識別子とその電子情報の内容紹介とを含む紹介情報に基づいて、電子情報の内容紹介を音声出力するものであり、情報取得手段が、ユーザ入力があった時に出力されていた内容紹介に対応する識別子に基づき電子情報を取得するものであるとよい。つまり、キーワード抽出のために用いる音声情報と、取得対象となる電子情報と、の間に予め対応関係がある場合である。例えば、電子情報が放送番組のときは、入力受付手段がＥＰＧの番組データに含まれる番組紹介を音声出力し、情報取得手段が当該番組データに含まれる番組コード（識別子）に基づき放送番組を受信し記録すればよい。他にも、識別子としては、放送番組のチャンネルおよび時間、情報資源のＵＲＩ（Uniform Resource Identifiers）などが想定される。この態様によれば、ユーザが内容紹介を聴き関心をもった番組や情報資源そのものが自動的に取得されることになる。

あるいは、情報取得手段が、抽出されたキーワードを検索キーとして検索を行い、索出された電子情報を記憶装置に格納することも好ましい。この態様によれば、音声情報と電子情報との間に対応関係がなくてもよく、検索対象となり得る広い範囲の中から該当する電子情報を自由に収集することができる。例えば、インターネット全体やデータベースを検索してキーワードを含む複数の情報資源をダウンロードしたり、ＥＰＧを検索してキーワードを含む複数の番組を受信したり、といった態様が想定される。

記憶装置に格納された１つまたは複数の電子情報については、ユーザの要求に応じて自由に再生可能であるが、加えて、本発明では、次のような部分的な再生処理を行うことができる。なお、ここでいうところの「再生」は、映像の表示、音声の出力、テキストの表示を含む。

すなわち、前記記憶装置から電子情報を読み出して再生する際に、部分再生手段が、前
記キーワードの登場箇所を選んで部分的に再生を行う。「部分的」とは、電子情報全体を再生するのでなく、その一部のみを再生するという意味である。登場箇所が複数ある場合には、ユーザ入力により、または、自動的に、再生箇所を順次切り替えるようにするとよい。

このように部分的に再生された情報（部分情報）は、ユーザが関心を示したキーワードを必ず含むため、電子情報の他の部分に比べて、ユーザの希望に合致する可能性が極めて高い。よって、ユーザは、電子情報全体を視聴するまでもなく、部分情報のみを視聴するだけで、その電子情報が自分に有益かどうかの判断（情報の取捨選択）を簡単かつ効率的に行うことができる。また、この方法であれば、従来のような情報の見落としが生じる可能性も小さい。

好ましくは、部分再生手段が、電子情報の中から前記キーワードの登場箇所を探索する探索手段と、探索結果に基づいてキーワードの登場箇所を表すマーカ情報を生成するマーキング手段と、を有しており、前記マーカ情報を参照することにより該当部分の再生を行うとよい。予めマーカ情報を生成しておけば、部分再生すべき箇所への移動（スキップ）を高速に行うことができる。

さらに好ましくは、探索手段が、電子情報に画像が含まれる場合に、画像認識処理によって画像中のテキストを認識し、そのテキスト情報の中から前記キーワードを探索したり、電子情報に音声が含まれる場合に、音声認識処理によって音声をテキスト情報に変換し、そのテキスト情報の中から前記キーワードを探索したりするとよい。これにより、電子情報の形式（映像、音声、テキスト）によらず部分再生が可能となり、従来困難であった映像情報や音声情報の取捨選択が容易になる。

なお、本発明は、上記手段の少なくとも一部を有する情報取得支援システムとして捉えることができる。また、本発明は、上記処理の少なくとも一部を含む情報取得支援方法、または、かかる方法を実現するためのプログラムとして捉えることもできる。上記手段および処理の各々は可能な限り互いに組み合わせて本発明を構成することができる。

本発明によれば、情報の取捨選択の容易化および効率化を図ることができる。

以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。

＜第１の実施形態＞
［利用シーン］
本発明の第１の実施形態で想定している利用シーンは次のようなものである。

（１）ユーザは帰宅途中の車、電車あるいはバスの中にいる。ユーザ端末からは、今晩放送される様々な番組のタイトルと番組の概要が音声にて出力されている。ユーザは聞くでもなし聞かぬでもなしの「ながら」状態で音声情報を聞き流している。

最近、体重が気になっていたので、「ダイエット特集２００４」という番組の紹介に非常に興味をひかれた。そこですかさず「それ！」と発声し、ユーザ端末への音声入力を行う。また、手軽な運動に興味があったので、「テレビショッピング２００４」のルームランナーの紹介にも興味をひかれた。そこですかさずユーザ端末のボタンを押し、ユーザ端末への入力を行う。

（２）ユーザ端末では、ユーザ入力があった時に出力されていた音声から「ダイエット」、「ルームランナー」などのキーワードが自動抽出される。また、番組の録画予約情報が生成される。これらの情報はセルラ通信や無線ＬＡＮ通信により自宅のホームサーバに送信される。

（３）ホームサーバでは、ユーザ端末から受信した録画予約情報に従って、「ダイエット特集２００４」および「テレビショッピング２００４」が自動録画される。さらに、録画されたデータ中の「ダイエット」、「ルームランナー」などのキーワード登場箇所にマーキングが施される。

（４）帰宅後、ユーザがホームサーバの再生開始ボタンを押すと、「ダイエット特集２００４」のうち「ダイエット」というキーワードが登場する部分の映像が再生され、つづけて、「テレビショッピング２００４」のうち「ルームランナー」というキーワードが現れる部分の映像が再生される。

このように、ユーザが「ながら」状態で指示するだけで、システムが自動的に番組を録画し重要な部分を選び出しておいてくれる。よって、ユーザは所望の情報を容易かつ効率的に見つけることができる。

［構成］
図１は、第１の実施形態に係る情報取得支援システムの機能ブロック図である。同図を参照して、情報取得支援システムの構成について説明する。

情報取得支援システムは、１台または複数台の情報処理装置（コンピュータ）により構成可能である。本実施形態では、携帯可能なユーザ端末（モバイルＰＣ、ＰＤＡ、携帯電話など）と自宅に設置されるホームサーバとで構成されており、ユーザ端末側に、音声情報ＤＢ、再生制御部１、音声出力部、情報入力部１、関心情報生成部、関心情報ＤＢ、予約情報生成部が設けられ、ホームサーバ側に、放送受信部、録画部、録画データＤＢ、マーキング部、マーカ情報ＤＢ、情報入力部２、再生制御部２、映像・音声出力部が設けられる。これらの諸機能は、情報取得支援プログラムがユーザ端末およびホームサーバのそれぞれのＣＰＵにて実行されることで実現されるものである。

本実施形態では、音声情報ＤＢ、再生制御部１、音声出力部および情報入力部１が本発明の入力受付手段として機能し、関心情報生成部および関心情報ＤＢが本発明のキーワード抽出手段として機能し、放送受信部、録画部および予約情報生成部が本発明の情報取得手段として機能し、録画データＤＢが本発明の記憶装置として機能し、マーキング部、マーカ情報ＤＢ、再生制御部２および映像・音声出力部が本発明の部分再生手段として機能する。

音声情報ＤＢは、音声データと、該音声データに対応するテキストデータとが格納されるデータベースである。このデータは、少なくとも、番組のタイトルや番組の内容紹介など、番組内容がわかる情報を含む。また、このデータに、番組に対応する番組ＩＤやコンテンツＩＤが含まれることが好ましい。番組ＩＤやコンテンツＩＤは、番組や番組を構成する各コンテンツの取得先もしくは取得方法を特定する識別子であればよく、その形式は問わない。代表例としてＧコードがある。また、放送形式（地上波アナログ、地上波デジタル、ＣＳ、ＢＳデジタルなど）、チャンネル、番組開始の日時、番組の時間長などのデータが含まれていてもよい。

再生制御部１は、音声情報ＤＢに格納されている音声データを順番に読み込み、音声出力部を使って再生する。音声出力部は、音声を出力する装置であって、例えばスピーカや
ヘッドホンが該当する。

情報入力部１は、ユーザの入力を受け付ける機能である。ユーザ入力の方法には、ボタン操作による入力と音声入力の２通りが想定される。情報入力部１は両者を備えてもよいし、いずれか一方だけを備えてもよい。前者の方法では、情報入力部１にボタンやタッチパネルなどの入力装置を設ける。後者の方法では、マイクなどの音声入力装置と音声認識機能を設け、ユーザの特定の発話キーワード（例えば「それ！」、「そこ！」、「詳しく！」、「開始」、「終了」などの特定の言葉をユーザの声で予め登録しておく。）を検出して、特定の入力があった旨を判断する。情報入力部１では「関心あり」の入力を受け付け可能である。また、これ以外に、「音声出力開始」、「音声出力終了」の入力を受け付けられることが好ましい。図２に、情報入力部１の入力ボタンの一例を示す。

関心情報生成部は、ユーザ入力があった時に出力されていた音声からキーワードを抽出する機能である。詳しくは、ユーザ入力を検知すると、そのとき再生中の音声データに対応するテキストデータを音声情報ＤＢから取得し、そのテキストデータに含まれる名詞または複合名詞をキーワードとして抽出する。さらに、音声情報ＤＢから当該音声データに付随する番組ＩＤ（コンテンツＩＤ）を取得し、キーワードおよび番組ＩＤ（コンテンツＩＤ）からなる関心情報を生成する。この関心情報は、関心情報ＤＢに格納される。このとき関心情報が作成された日時も格納されるとよい。

放送受信部は、放送を受信する装置である。例えば、放送電波を受信するアンテナ装置などが、これにあたる。

予約情報生成部は、関心情報生成部から受け取った番組ＩＤ（コンテンツＩＤ）に基づいて録画予約情報を生成し、録画部へ送信する。例えば、Ｇコードのような識別コードを録画予約情報として、録画部へ送信する。録画部が識別コードに非対応の場合は、予め用意された電子番組表（ＥＰＧ）データから、番組ＩＤ（コンテンツＩＤ）に対応する、放送形式（地上波アナログ、地上波デジタル、ＣＳ、ＢＳデジタルなど）、チャンネル番号、番組開始の日時、番組の時間長を抽出して、録画予約情報を生成し、録画部へ送る。ＥＰＧデータは、放送電波やインターネットなどを通じて、常時更新されていることが好ましい。

録画部は、タイマー機能とチューナ機能と番組データ保存機能を有する。録画部は、録画予約情報に従って、指定された日時に、指定された放送形式とチャンネルで放送される番組をデジタル録画する。録画されたデータは、番組ＩＤ（コンテンツＩＤ）とともに、録画データＤＢに保存される。録画部および録画データＤＢは、例えば、ＤＶＤレコーダ、ＨＤレコーダなどで構成される。録画部に複数のチューナ（同調装置）を設ければ、放送時間が重複する複数の番組を並行して録画することも可能である。

なお、本実施形態では、取り扱う電子情報としてテレビ番組を想定して説明をしているが、例えばラジオ番組など音声のみの電子情報の場合も同様である。

マーキング部は、主に、録画データの中から上記キーワードの登場箇所を探索する機能（探索手段）と、探索結果に基づいてキーワードの登場箇所を表すマーカ情報を生成する機能（マーキング手段）とを有する。詳しくは、マーキング部は、録画データの音声部分を音声認識処理によってテキストデータに変換し、そのテキストデータに対して、関心情報のキーワードと一致する個所を特定し、その録画データ上での登場時間を取得する。そして、マーキング部は、取得した時間情報に基づき、番組ＩＤ（コンテンツＩＤ）、キーワードおよび時間マーカ（録画データの開始位置からの時間を示す。複数可。）の組からなるマーカ情報を生成する。マーカ情報はマーカ情報ＤＢに保存される。

録画データから字幕データが抽出できる場合は、音声認識結果の代わりに、字幕データを使って同様にマーカ情報を生成してもよい。録画データの画像の部分を画像認識処理することで、画面中のテキストを取得できる場合は、その認識結果を使って同様にマーカ情報を生成してもよい。上記以外に、録画データに対して、その詳細内容と時間情報の関連が特定できるテキスト情報が付与されている場合には、そのテキスト情報を使って同様にマーカ情報を生成してもよい。

情報入力部２は、録画データの「再生開始」、「再生停止」、「スキップ」などの操作を受け付ける機能であり、ボタンやタッチパネルなどの入力装置を備える。また、マイクなどの音声入力装置と音声認識機能を設けて、特定の発話キーワードを検出して、特定の入力があった旨を判断するようにしてもよい。

再生制御部２は、情報入力部２で受け付けたユーザ入力に従って、録画データの再生を行う機能である。「再生開始」が入力されると、録画データの再生を開始する。再生中に「再生停止」が入力されると、再生を停止する。また、再生中に「スキップ」が入力されると、次の時間マーカの位置までスキップする。

映像・音声出力部は、映像と音声を出力する装置であり、例えば、ＣＲＴ、ＬＣＤ、ＰＤＰなどの映像出力装置と、スピーカなどの音声出力装置とから構成される。なお、電子情報としてラジオ番組のような音声のみの情報を扱う場合には、音声出力装置だけで構成してもよい。また、電子情報として動画または静止画のみの情報を扱う場合には、映像出力装置だけで構成してもよい。

図３に、情報入力部２の操作パネルと映像・音声出力部の外観の一例を示す。この例では、タッチパネル式モニタを用いて、動画や静止画などの録画データや収集データを表示する領域と、「スキップボタン」、「再生開始ボタン」、「再生停止ボタン」からなる操作パネルとが表示され、モニタの脇に音声出力用のスピーカが設置されている。

＜変形例＞
図４に、本実施形態の情報取得支援システムの変形例を示す。この変形例は、電子番組表（ＥＰＧ）から音声合成により自動的に音声データを生成する構成を備える。この場合の構成は、図１で説明した構成に、番組表取得部と音声合成部を追加したものとなる。

番組表取得部は、放送される番組に関する情報（電子番組表）を取得する。代表的な手段として、放送電波から電子番組表のデータを取得する方法がある。電子番組表は、各番組の、番組ＩＤ、放送形式（地上波アナログ、地上波デジタル、ＢＳデジタル、ＣＳデジタルなど）、チャンネル、番組開始日時、番組の時間長、番組タイトル、番組概要、番組の詳細な内容などから構成されるのが一般的である。番組を構成するコンテンツの単位で、上記の情報を取得できる場合もある。また、放送電波以外に、インターネットなどネットワーク上の情報サーバから番組表に関するデータを取得したり、ＣＤなどの記録媒体から番組表に関するデータを取得するようにしてもよい。

音声合成部は、テキスト情報から出力用の音声を生成する音声合成手段である。音声合成部は、電子番組表に含まれる番組タイトル、番組概要、番組の詳細な内容などのテキストデータを音声データに変換し、テキストデータと音声データを関連づけて音声情報ＤＢに格納する。

他の変形例として、音声情報取得部と音声認識部を追加する構成も好ましい。音声情報取得部は放送電波やインターネットを通じて音声による番組案内を取得する。そして音声
認識部が、その音声による番組案内を音声認識処理によりテキストデータに変換し、番組案内（音声データ）とテキストデータを関連づけて音声情報ＤＢに格納する。

［処理手順］
図５および図６のフローチャートを参照して、情報取得支援システムにおける処理を説明する。なお、以下の処理は、情報取得支援システム（ユーザ端末もしくはホームサーバ）が実行するものである。

（番組表を音声出力するフロー；図５左）
情報入力部１より「音声出力開始」が入力されると処理が開始される。

１．番組表受信
放送電波をアンテナで受信して、電子番組表に関するデータを取得する。

２．番組データ抽出
電子番組表データから番組データを抽出する（通常、電子番組表データは複数の番組データから構成される）。図７，図８に、番組データの例を示す。

３．音声合成
番組データのタイトルと概要に関するテキスト情報を音声合成部により音声データに変換する。

４．音声再生
音声データをタイトル、概要の順番で再生して、スピーカにより音声を出力する。

上記３，４の処理は全ての番組データに対して実行される。例えば、図７，図８の２つの番組データがある場合には、最初に「ダイエット２００４ 中国式ダイエットなどを紹介します。」という音声が出力され、つづけて「テレビショッピング２００４ ダイエットのためのルームランナーを紹介します。」と出力される。すべての番組データについて処理が完了した場合、もしくは、情報入力部１より「音声出力終了」が入力された場合、本フローは終了する。

（関心情報生成のフロー；図５中央）
情報入力部１より「音声出力開始」が入力されると処理が開始される。本フローは、上述した「番組表を音声出力するフロー」と並列に実行される。

音声が出力されている間、情報入力部１はユーザからの入力を待ち受けている。「音声出力終了」が入力されるか、番組表の音声出力が終了したら、本フローは終了する。音声出力中にボタン操作または音声入力により「関心あり」が入力されると、以下の１〜４の処理を実行する。

１．再生中番組データの取得
関心情報生成部はまず、音声情報ＤＢから、「関心あり」のユーザ入力があった時に出力されていた音声に対応する番組ＩＤを取得する。例えば、図７の番組データの音声再生中に入力があったならば、「1-50-200410101700」が、図８の番組データの音声再生中に
入力があったならば、「1-60-200410101200」が取得される。

２．関心情報作成
関心情報生成部が、音声情報ＤＢから番組ＩＤに対応する番組データの「タイトル」、「概要」のテキストデータを取得する。テキストデータを形態素解析し、名詞または複合名詞をキーワードとして抽出する。抽出したキーワードと番組ＩＤを合せて関心情報とす
る。関心情報は関心情報ＤＢに保存する。

図９，図１０に関心情報の例を示す。この例では、番組ごとに関心情報が生成されている。図９の関心情報には、キーワードとして「ダイエット」、「中国式ダイエット」という単語が登録されており、図１０の関心情報には、「テレビショッピング」、「ダイエット」、「ルームランナー」という単語が登録されている。

ここでキーワードを抽出する方法としては、上記手法に限らず、情報検索の分野で知られている各種手法を利用してもよい。例えば、単純に名詞や複合名詞を抽出するのではなく、不要語リストなどを用意しておき、不要語がキーワードに含まれないようにしてもよい。また、名詞や複合名詞以外の品詞をキーワードとして扱ってもよい。また、形態素解析した結果の単語の出現頻度などを考慮してキーワードを決定してもよい。

３．予約情報生成
予約情報生成部が、番組ＩＤに対応する番組データに基づいて録画予約に必要なデータ（録画予約情報）を作成する。録画予約情報は、図１１の例に示すように、番組データから抽出した、番組ＩＤ、放送形式、チャンネル、番組開始の日時、番組の時間長を含む。

４．録画予約設定
録画部に対して、前記予約情報を何らかの通信手段を用いて送信して、録画予約設定を行う。例えば、録画部（ホームサーバ）が遠距離にある場合には、セルラ通信網やインターネットなどを利用して録画予約情報を送信するとよい。近距離にある場合には、有線通信、あるいは、赤外線通信や無線ＬＡＮやＢｌｕｅｔｏｏｔｈなどを利用して録画予約情報を送信してもよい。

録画部は、指定された録画予約情報に従い該当する番組を録画する。録画されたデータは、ＭＰＥＧなどの形式で録画データＤＢに格納される。

（録画データに対するマーキングのフロー；図５右）
録画部による番組録画が終了するたびに、未マーキングの録画データ１つ１つに対して、以下１〜４の処理が実行される。

１．対応する関心情報（キーワード）を取得
マーキング部が、ある録画データに対応する関心情報を関心情報ＤＢから取得する。このとき番組ＩＤを参照して関心情報と録画データの対応関係をとる。関心情報の送受信についても、録画予約情報と同じ通信手段を用いればよい。

２．音声認識
マーキング部が、１で着目した録画データの音声部分に対して、音声認識処理を行い、録画データと音声認識結果を対応させた「録画テキストデータ」を作成する。「録画テキストデータ」は、音声認識結果のテキスト情報と、該テキスト情報が対応する録画データ上の時間情報から構成される。図９の番組ＩＤに対応する録画テキストデータは、例えば図１２のようになる。

３．時間マーカを生成
マーキング部が、関心情報からキーワードを取得し、２で生成した録画テキストデータの中からキーワードの登場箇所を探索する。キーワードが見つかるたびに、録画データ上の登場時間（時間マーカ）を記憶していく。図１２の録画テキストデータの場合、「ダイエット」というキーワードについては、０分４３秒、０分５０秒、１分３０秒、・・・となる。同様に、「中国式ダイエット」というキーワードについては、０分４３秒、１分３
０秒、・・・となる。

４．マーカ情報保存
マーキング部が、録画データの番組ＩＤ、該当する関心情報のキーワード、および、時間マーカからマーカ情報を生成し、マーカ情報ＤＢに格納する。番組ＩＤが同一で、キーワードが複数ある場合は、キーワードごとにマーカ情報を作るとよい。例えば、３で述べたように「ダイエット」と「中国式ダイエット」の２つのキーワードでマーキング処理を行った場合には、図１３および図１４に示すように、マーカ情報は２つ作成され保存される。

（再生フロー；図６）
情報入力部２より「再生開始」が入力されると処理が開始される。

１．マーカ情報を同一キーワードでグループ化
再生制御部２が、マーカ情報ＤＢ内のマーカ情報を同じキーワードでグループ化し、グループ単位で２以降の処理を行う。例えば、図１３，図１５，図１６の３つのマーカ情報がマーカ情報ＤＢ内にあった場合は、図１３と図１６の２つのマーカ情報は、異なる番組ではあるがキーワードが「ダイエット」で同一であるため、１つのグループとして以下の処理を行うことになる。

２．あるグループのマーカ情報に対して処理
再生制御部２が、グループ内の各マーカ情報に対して、３以降の処理を行う。例えば、図１３と図１６の２つのマーカ情報が同一グループであるから、図１３のマーカ情報、図１６のマーカ情報の順で、３以降の処理を行う。なお、一つのグループに対する処理が終了すると、次のグループである図１５のマーカ情報に関する処理が行われる。

３．マーカ情報取得
再生制御部２が、該当するマーカ情報を取得する。例えば、図１３のマーカ情報を取得する。

４．録画データ取得
再生制御部２が、マーカ情報の番組ＩＤに一致する録画データを録画データＤＢから取得する。例えば、図１３のマーカ情報の場合は、番組ＩＤが「1-50-2004101017」である
から、該番組ＩＤの録画データを録画データＤＢから取得する。

５．最初の時間マーカの位置から再生
再生制御部２が、マーカ情報に記述されている時間マーカの最も早い位置から再生を開始する。ただし、時間マーカがない場合は、録画データの最初から再生を開始する。再生された映像・音声は、モニタとスピーカから構成される映像・音声出力部からそれぞれ出力される。例えば、図１３のマーカ情報の場合は、最初の時間マーカは０分４３秒であるから、該番組ＩＤの録画データを０分４３秒の位置から再生する。

以降の処理、「番組の終了位置またはコンテンツの終了位置まで再生？」「スキップ操作あり？」「次の時間マーカあり？」「次の時間マーカの位置から再生」に関しては、以下のように、場合わけして説明する。

（１）録画データの再生が、録画データの番組の終了位置もしくは番組を構成するコンテンツの終了位置まできた場合

着目しているマーカ情報に終了位置以降の時間マーカがあれば、その時間マーカ位置ま
でスキップして再生を継続する。該マーカ情報に終了位置以降の時間マーカがなければ、次のマーカ情報に対して、３から処理を行う。なお、本実施形態では、番組の終了位置は、録画データの終了位置としている。

例えば、図１３のマーカ情報については、番組ＩＤ「1-50-2004101017」の録画データ
が０分４３秒から再生されるが、該録画データの最後まで再生された場合には、次のマーカ情報（図１６）に従い、番組ＩＤ「1-60-200410101200」の録画データが５分１０秒の
位置から再生される。

ここで、番組データにコンテンツが複数含まれ、それらコンテンツの終了位置が特定できる場合は、再生の終了位置として利用するとよい。コンテンツの終了位置の情報は、録画データ自身に埋め込まれていても良いし、電子番組表の番組データから取得して利用するようにしてもよい。

例えば、図１３のマーカ情報について処理を行う際に、図１７に示すように番組ＩＤのコンテンツ終了位置がわかっていた場合には、録画データの０分４３秒の位置から再生が開始され、１分００秒で再生がいったん終了する。そして、マーカ情報から次の時間マーカが取得され、その位置（１分３０秒）へスキップして再生されることになる。

（２）再生中に情報入力部２に「スキップ」の入力があった場合

着目しているマーカ情報に、現在の再生位置以降の時間マーカがあれば、その時間マーカ位置までスキップして再生を継続する。着目しているマーカ情報に、現在の再生位置以降の時間マーカがなければ、次のマーカ情報に対して、３以降の処理を行う。

例えば、図１３のマーカ情報に基づき番組ＩＤ「1-50-2004101017」の録画データを再
生している際、０分５８秒の時点で「スキップ」入力があった場合には、番組ＩＤ「1-50-2004101017」の録画データの１分３０秒の位置へスキップして再生される。

また、例えば、図１３のマーカ情報に基づき番組ＩＤ「1-50-2004101017」の録画デー
タを再生している際、１分４５秒の時点で「スキップ」入力があった場合には、次のマーカ情報（図１６）に従い、番組ＩＤ「1-60-200410101200」の録画データが５分１０秒の
位置から再生される。

また、フローチャートには記述していないが、情報入力部２に「再生停止」の入力があった場合には、再生中であっても再生を中断して、本フローを終了する。

以上述べた本実施形態によれば、ユーザが流れている音声情報に関心を示すだけで、自動的にテレビ番組やラジオ番組が記録され、さらに、それらのデータを再生する際には、ユーザが関心を示したキーワードの登場部分が部分的に再生される。よって、特別な操作をすることなく、ユーザは、簡単かつ効率的に所望の電子情報を取得することができる。

＜第２の実施形態＞
次に、本発明の第２の実施形態に係る情報取得支援システムを説明する。第１の実施形態では、ユーザが関心を示した番組を予約録画する構成を採用したが、第２の実施形態では、関心情報とは無関係に番組を録画・蓄積しておいて、後ほど、キーワードを含む録画データだけを選び出す構成を採用する。

なお、以下では、第２の実施形態に特徴的な部分を中心に説明し、第１の実施形態と共通する部分については説明を省略する。

［構成］
図１８は、第２の実施形態に係る情報取得支援システムの機能ブロック図である。

本実施形態では、音声情報ＤＢ、再生制御部１、音声出力部および情報入力部１が本発明の入力受付手段として機能し、関心情報生成部および関心情報ＤＢが本発明のキーワード抽出手段として機能し、検索・マーキング部が本発明の情報取得手段として機能し、録画データＤＢ２が本発明の記憶装置として機能し、検索・マーキング部、マーカ情報ＤＢ、再生制御部２および映像・音声出力部が本発明の部分再生手段として機能する。

録画部は、番組を録画し、録画データを番組ＩＤとともに録画データＤＢ１に保存する。番組ＩＤは録画データを特定できるものであればどのような情報であってもよい。録画部では放送されるすべての番組を録画してもよいし、無作為に選んだ番組を録画してもよい。また、予め登録されている条件（例えば、チャンネル、時間帯、ジャンル、出演者など）に合致する番組を自動的に選んで録画することも好ましい。

検索・マーキング部は、録画データＤＢ１に格納された全ての録画データについて、その音声部分を音声認識処理によってテキスト情報に変換する。そして、そのテキスト情報に対して、関心情報のキーワードと一致する個所を特定し、その録画データ上での登場時間を取得する。そして、検索・マーキング部は、取得した時間情報に基づき、番組ＩＤ、キーワードおよび時間マーカ（録画データの開始位置からの時間を示す。複数可。）の組からなるマーカ情報を生成する。マーカ情報はマーカ情報ＤＢに保存される。

また、検索・マーキング部は、マーカ情報がある録画データ（つまり、関心情報のキーワードが含まれる録画データ）を録画データＤＢ２にコピーし、録画データＤＢ１内の録画データを削除する。また、マーカ情報がない録画データ（つまり、関心情報のキーワードが含まれない録画データ）は、録画データＤＢ１から削除する。すなわち、録画データＤＢ１は録画データが一時的に格納される１次記憶部であり、録画データＤＢ２は検索・マーキング部で必要と判断された番組ＩＤ付き録画データが保存される２次記憶部である。

録画データから字幕データが抽出できる場合は、音声認識結果の代わりに、該字幕データを使って同様に処理してもよい。録画データの画像の部分を画像認識処理することで、画面中のテキストを取得できる場合は、その認識結果を使って同様の処理をしてもよい。録画データに上記以外の番組の詳細内容を特定できるテキスト情報が付与されている場合には、そのテキスト情報を使って同様の処理をしてもよい。

音声情報ＤＢは、音声データとテキストデータの対が１つの情報として（複数）保存されるデータベースである。第１の実施形態と異なり、番組を特定するための識別子（例えば、第１実施形態で説明したＧコードのような番組ＩＤやコンテンツＩＤ）を含まなくてもよい。

［処理手順］
図１９のフローチャートを参照して、情報取得支援システムにおける処理を説明する。なお、以下の処理は、情報取得支援システム（ユーザ端末もしくはホームサーバ）が実行するものである。

（音声出力するフロー；図１９左）
情報入力部１より「音声出力開始」が入力されると処理が開始される。

１．音声再生
音声情報ＤＢに蓄積されている音声データを順番に再生して、スピーカにより音声を出力する。

音声情報ＤＢに格納されたすべての音声データについて上記１の処理が完了した場合、もしくは、「音声出力終了」が入力された場合、本フローは終了する。

（関心情報生成のフロー；図１９中央）
情報入力部１より「音声出力開始」が入力されると処理が開始される。本フローは、上述した「音声出力するフロー」と並列に実行される。

音声が出力されている間、情報入力部１はユーザからの入力を待ち受けている。「音声出力終了」が入力されるか、「音声出力するフロー」が終了したら、本フローは終了する。音声出力中に「関心あり」が入力されると、以下の１，２の処理を実行する。

１．再生中音声データのテキスト情報の取得
関心情報生成部が、音声情報ＤＢから、ユーザ入力があった時に出力されていた音声データに対応するテキストデータを取得する。

２．関心情報作成
関心情報生成部が、テキストデータを形態素解析し、名詞または複合名詞をキーワードとして抽出する。本実施形態では、キーワードを関心情報とする。関心情報は関心情報ＤＢに保存される。

第１の実施形態の「関心情報作成」の処理との違いは、番組ＩＤを含まない点である。それ以外の処理内容は、第１の実施形態と同一のため説明は割愛する。

例えば、テキストデータが「ダイエットの最新情報です。中国式ダイエットなどを紹介します。」の場合には、関心情報は図２０のようになる。また「テレビショッピング。手軽にできるルームランナーを紹介します。」の場合には、関心情報は図２１のようになる。

（録画データに対するマーキングのフロー；図１９右）
録画部による番組録画が終了するたびに、未マーキングの録画データ１つ１つに対して、以下１〜４の処理が実行される。

１．全ての関心情報（キーワード）を取得
検索・マーキング部が、関心情報ＤＢから、全ての関心情報のキーワードを取得する。複数の関心情報に同一のキーワードが含まれている場合は、そのうち１つだけを取得するようにする。

例えば、関心情報が、図２０と図２１に示す２つしかない場合には、キーワードは、「ダイエット」、「最新情報」、「中国式ダイエット」、「テレビショッピング」、「ルームランナー」の５つが抽出される。

なお、キーワードの数が多すぎる場合には、関心情報のタイムスタンプを参照し、直前の一定期間内の情報だけを用いるようにしてもよい。あるいは、登場回数の多いキーワードほど優先して用いるようにしてもよい。

２．音声認識
検索・マーキング部が、ある録画データの音声部分に対して、音声認識処理を行い、録画データと音声認識結果を対応させた「録画テキストデータ」を作成する（この処理は、第１の実施形態の「音声認識」に関する処理と同一である）。例えば、番組ＩＤ「1-50-2004101017」の録画データに対しては、図１２のような録画テキストデータが作成される
。

３．時間マーカを生成
検索・マーキング部が、２で生成した録画テキストデータの中から各キーワードの登場箇所を探索し、その登場時間（時間マーカ）を取得する。キーワードが、「ダイエット」、「最新情報」、「中国式ダイエット」、「テレビショッピング」、「ルームランナー」の５つであるならば、５つのキーワードそれぞれについて登場時間を調べる。例えば、「ダイエット」というキーワードが０分４３秒、０分５０秒、１分３０秒、・・・に登場し、「中国式ダイエット」というキーワードが、０分４３秒、１分３０秒、・・・に登場し、その他のキーワードは登場しなかったとする。

４．時間マーカあり？
２で注目した録画データに対して、時間マーカが生成された場合には、５以降の処理を行う。生成されなかった場合には、７以降の処理を行う。

５．マーカ情報保存
時間マーカがあるキーワードに対して、以下の処理を行う。

検索・マーキング部が、録画データの番組ＩＤ、該当する関心情報のキーワード、および、時間マーカからマーカ情報を生成し、マーカ情報ＤＢに格納する。番組ＩＤが同一で、キーワードが複数ある場合は、キーワードごとにマーカ情報を作るとよい。例えば、ある番組ＩＤに対してキーワードが２つある場合には、第１の実施形態における図１３、図１４のように、マーカ情報は２つ作成され保存される。

６．録画データ２として保存
２で注目した録画データを録画データＤＢ２へコピーする。

７．録画データ１を削除
２で注目した録画データを録画データＤＢ１から削除する。つまり、時間マーカがある録画データは録画データＤＢ２に残るが、それ以外の録画データは消去される。

以上の処理により、第１の実施形態と同様、録画データＤＢ２には録画データが用意され、マーカ情報ＤＢには録画データに対応したマーカ情報が用意される。従って、第１の実施形態と同じ再生フローにより、録画データのキーワード登場箇所を選んで部分的に再生することができる。

＜第３の実施形態＞
次に、本発明の第３の実施形態に係る情報取得支援システムを説明する。本実施形態は、ユーザが関心を示したキーワードを検索キーとして電子情報を検索し取得する構成を採用している。また、上記実施形態では放送番組を取得対象としたのに対し、本実施形態では、インターネットなどで公開されているページ情報、映像情報、音声情報などの情報資源も取得対象に加えている。

なお、以下では、第３の実施形態に特徴的な部分を中心に説明し、上記実施形態と共通する部分については説明を省略する。

［利用シーン］
本発明の第３の実施形態で想定している利用シーンは次のようなものである。

（１）ユーザは帰宅途中の車、電車あるいはバスの中にいる。ユーザ端末からは、ニュースが音声にて出力されている。ユーザは聞くでもなし聞かぬでもなしの「ながら」状態で音声情報を聞き流している。

そこへ気になるニュースが流れる。「ついさきほど、突然の首相辞任で、衆議院も解散。与野党の思惑が入り乱れ、政局混乱。衆院選でついに政界再編へと大きく政治が動き出した・・・。」
そこですかさずユーザ端末に「関心あり」の入力を行う。

（２）ユーザ端末では、ユーザ入力があった時に出力されていた音声から「首相辞任」、「解散」などのキーワードが自動抽出される。抽出されたキーワードは自宅のホームサーバに送信される。

（３）ホームサーバでは、キーワードを検索キーとして、情報の検索および収集が行われる。このとき、テレビの報道番組だけでなく、インターネット上の新聞社サイトやポータルサイトやデータベースの記事情報など広範な範囲から情報が集められる。索出された情報は、キーワード登場箇所にマーキングが施され、記憶装置に次々と蓄積される。

（４）帰宅後、ユーザがホームサーバの再生開始ボタンを押すと、収集された電子情報のうちキーワードが登場する部分の内容が順に再生される。ユーザはゆっくりと気になる情報のみを視聴できる。

ニュースの場合には一般に多くの番組やサイトで取り上げられるので、ユーザは、取材方針や表現の違いを見比べることができ、自らが気になる情報のみについて多面的に比較検討することが出来る。そして、十分堪能したら、再生終了の指示を入力して視聴を中止すればよい。

［構成］
図２２は、第３の実施形態に係る情報取得支援システムの機能ブロック図である。

本実施形態では、音声情報ＤＢ、再生制御部１、音声出力部および情報入力部１が本発明の入力受付手段として機能し、関心情報生成部および関心情報ＤＢが本発明のキーワード抽出手段として機能し、放送受信部、録画部、予約情報生成部および情報収集部が本発明の情報取得手段として機能し、録画データＤＢおよび収集データＤＢが本発明の記憶装置として機能し、マーキング部、マーカ情報ＤＢ、再生制御部２および映像・音声出力部が本発明の部分再生手段として機能する。

情報収集部は、関心情報のキーワードを検索キーとして用いて、データベースやウェブサイトにある情報の検索を行い、キーワードにヒットする情報を収集する。代表的な例は、インターネットの情報を検索する検索エンジンである。

収集データＤＢは、情報収集部で収集した情報が蓄積されるデータベースである。テキストや画像や動画などのマルチメディアデータ、ＨＴＭＬ、ＸＭＬなどのハイパーテキストデータ、ワープロや表計算などのアプリケーションで使用するデータなどの情報資源が対象となる。

マーキング部は、第１の実施形態で示したマーキング処理に加えて、収集データに関し
てもマーキングをしてもよい。収集データが動画の場合は、録画データと同様の処理をすればよい。また、収集データがテキストデータやハイパーテキストデータの場合は、対応するキーワードを保持するとよい。マーキング部では、収集データの種別に応じて次のようなマーカ情報が生成される。録画データ用のマーカ情報は、種別（録画データ）、番組ＩＤ、キーワード、時間マーカ（録画データの開始位置からの時間を示す。複数可。）を含む。動画データ用のマーカ情報は、種別（動画データ）、ファイル名もしくはＩＤ、キーワード、時間マーカ（動画データの開始位置からの時間を示す。複数可。）を含む。それ以外のデータ用のマーカ情報は、種別（収集データ（テキストorＨＴＭＬor画像or・・・）、ファイル名もしくはＩＤ、キーワード（複数可）を含む。マーカ情報はマーカ情報ＤＢに保存される。

情報入力部２は、録画データや収集データの「再生開始」、「再生停止」、「スキップ」などの操作を受け付ける機能であり、ボタンやタッチパネルやマウスなどの入力装置を備える。また、マイクなどの音声入力装置と音声認識機能を設けて、特定の発話キーワードを検出して、特定の入力があった旨を判断するようにしてもよい。また、ハイパーテキストを取り扱う場合には、ハイパーテキスト上のリンク個所を指定するための入力ができることが好ましい。また、映像・音声出力部において、スライダーを表示する場合には、スライダーを操作するための入力ができることが好ましい。

再生制御部２は、情報入力部２で受け付けたユーザ入力に従って、録画データや収集データの再生を行う機能である。「再生開始」が入力されると、録画データや収集データを順次再生する。なお、「再生」には「画像やテキストの表示」や「音声の出力」も含まれる。（テキスト情報やＨＴＭＬを表示する場合は、必要に応じて、上下、左右のスライダーを用意してもよい。また、ＨＭＴＬのリンク個所は、マウス等を用いてポインタでクリックしてリンク先が表示できるようにするとよい。リンク先の表示は、例えば、別途ブラウザで表示するようにしてもよい。）

録画データおよび動画データの再生開始位置は、対応するマーカ情報の時間マーカの位置とする。また、テキスト情報やＨＴＭＬなどを表示する場合には、例えば、キーワードの現れる個所が表示領域に表示されるように上下、左右に予めスライドさせて表示させたり、キーワードに対応する個所の文字色を変えたり、下線を引いたり、点滅させたりするなどするとよい。

再生中に「再生停止」が入力されると、再生を終了する。

また、再生中に「スキップ」が入力されると、再生中の録画データや動画データに次の時間マーカがある場合は、その位置までスキップして再生を行う。次の時間マーカがない場合は、当該データの再生は中止し、次の録画データや収集データを再生する。テキストや静止画やハイパーテキストなどを表示している時に、「スキップ」が入力されると、データ中の次のキーワード登場箇所に表示を切り替えたり、次の録画データや収集データを再生したりする。

［処理手順］
図２３および図２４のフローチャートを参照して、情報取得支援システムにおける処理を説明する。なお、以下の処理は、情報取得支援システム（ユーザ端末もしくはホームサーバ）が実行するものである。

放送番組に関する処理、すなわち「番組表を音声出力するフロー」、「関心情報生成のフロー」、「録画データに対するマーキングのフロー」に関しては、第１の実施形態で説明した内容（図５）と同一のため、説明を割愛する。

以下では、「ついさきほど、突然の首相辞任で、衆議院も解散。与野党の思惑が入り乱れ、政局混乱。」という音声情報が出力されている時に、ユーザから「関心あり」が入力され、図２５に示す関心情報が作成されたとして、説明をする。

（情報収集と収集データに対するマーキングのフロー；図２３）
本フローは、１時間おきなど、一定時間ごとに実行される。また、下記１〜７の処理は、直前の一定時間の間に作成された全ての関心情報のそれぞれに対して、順に実行される。例えば、直前１時間の間に、図２０、図２１、図２５に示す３つの関心情報が作成されていた場合には、１〜７の処理が３回繰り返されることになる。以下、図２５の関心情報を例に挙げて説明を行う。

１．ＤＢや情報サーバから情報検索
情報収集部が、インターネット検索エンジンを使用して、関心情報のキーワードで検索を行う。検索式は、関心情報に含まれる全キーワードをＡＮＤにして作成する。この検索式で検索した結果の件数が０件であった場合は、件数が１件以上になるように、再度、検索式を作成しなおす。例えば、キーワードを１つ少なくしてＡＮＤにした検索式を作成するようにしてもよい。検索結果の件数が１件以上になるまで、キーワードを減らすようにようにするとよい。また、減らすキーワードは、重要でないキーワードを削除するようにするとよい。例えば、キーワードの重要性を示す辞書を用意して、重要でないキーワードから削除するとよい。

図２５の例では、検索式は「首相辞任ＡＮＤ衆議院ＡＮＤ解散ＡＮＤ与野党ＡＮＤ思惑ＡＮＤ政局混乱」となる。この場合に１件以上の情報が索出されたものとして説明を続ける。

２．収集したデータの保存
情報収集部が、索出されたデータを収集データＤＢに保存する。このとき、情報検索結果の上位数件のデータを保存するとよい。例えば、上位２つを保存するようにする。以下では、上記検索式において、ＨＴＭＬデータＡ，動画データＢの２つが得られたとして説明する。

３．全ての収集データに対して処理
次に、マーキング部が、収集されたデータ１つ１つに対して以下の４〜７の処理を行う。例えば、ＨＴＭＬデータＡ，動画データＢの２つがある場合には、それぞれについて４〜７の処理を行う。

４．動画？
マーキング部はまず収集データの種別を調べる。収集データが動画である場合は、５以降の処理を行う。動画でない場合は、７以降の処理を行う。

５．音声認識
マーキング部が、動画データの音声部分に対して、音声認識処理を行い、動画データと音声認識結果を対応させた「録画テキストデータ」を作成する。（この処理は、第１の実施形態の「音声認識」に関する処理と同一である。）例えば、動画データＢに対応する録画テキストデータとして、図２６に示すようなデータが作成される。

６．時間マーカを生成
マーキング部が、５で生成した録画テキストデータの中から、現在着目しているキーワードの登場箇所を探索する。そのキーワードが見つかるたびに、動画データ上の登場時間
（時間マーカ）を記憶していく。図２６の録画テキストデータに対して、図２５の各キーワード「首相辞任」、「衆議院」、「解散」、「与野党」、「思惑」、「政局混乱」のそれぞれの登場時間を調べると、例えば、「首相辞任」というキーワードについては、０分３０秒となり、また、「政局混乱」というキーワードについては、０分４５秒となる。

７．マーカ情報保存
収集データが動画の場合、マーキング部は、収集データのファイル名（もしくはＩＤ）、キーワード、時間マーカをマーカ情報としてマーカ情報ＤＢに保存する。一方、動画でない場合、マーキング部は、収集データのファイル名（もしくはＩＤ）、キーワードをマーカ情報としてマーカ情報ＤＢに保存する。

例えば、動画データＢの場合には、キーワード別に図２７や図２８に示すようなマーカ情報が生成され、ＨＴＭＬデータＡの場合には、図２９に示すようなマーカ情報が生成される。

なお、動画以外のデータの場合にも、時間マーカに相当する情報（マーカ）を作成してもよい。例えば、ＨＴＭＬデータなどのテキスト情報の場合はキーワードの現れる行番号やバイト数を、画像情報の場合は画像上の座標やピクセル値を、音声情報の場合は時間マーカをそれぞれマーカ情報に含めておけば、再生処理の際にキーワード登場箇所を選んで再生することが容易になる。

（再生フロー；図２４）
情報入力部２より「再生開始」が入力されると処理が開始される。

１．マーカ情報を同一キーワードでグループ化
再生制御部２が、マーカ情報ＤＢ内のマーカ情報を同じキーワードでグループ化し、グループ単位で２以降の処理を行う。例えば、図２７，図２８，図２９，図３０の４つのマーカ情報がマーカ情報ＤＢ内にあった場合は、図２７と図２９の２つのマーカ情報は、それぞれ動画データ、ＨＴＭＬデータと種別が異なるが、キーワードが「首相辞任」で同一であるため、１つのグループとして以下の処理を行う。図２８と図３０のマーカ情報は、それぞれ別グループとして処理する。

２．あるグループ内のマーカ情報に対して処理
再生制御部２が、グループの各マーカ情報に対して、３以降の処理を行う。例えば、図２７と図２９の２つが同一グループであるから、図２７のマーカ情報、図２９のマーカ情報の順で、３以降の処理を行う。なお、これらの処理が終了すると、次のグループである図２８のマーカ情報に関する処理が実行され、それが終了すると、さらに次のグループである図３０のマーカ情報に関する処理が実行される。

３．マーカ情報取得
再生制御部２が、該当するマーカ情報を取得する。例えば、図２７のマーカ情報を取得する。

４．種別？
再生制御部２が、マーカ情報を参照してデータの種別を調べる。種別により処理が分岐し、録画データや動画データの場合は、６の処理へ、それ以外のテキスト、ＨＴＭＬ、画像の場合は、５の処理へ移行する。

５．画面に表示
テキスト、ＨＴＭＬ、または、画像の場合は、再生制御部２が、収集データを映像・音
声出力部（モニタ）の表示領域（図３参照）に表示する。このとき、キーワード登場箇所が、表示領域の左上や中央などの目立つ位置に表示されるようにするとよい。また上述したように、キーワードの表示色や表示態様を変えることも好ましい。

情報入力部２に「スキップ」の入力があった場合には、次のマーカ情報について、３以降の処理を行う。ただし、注目しているグループ内の次のマーカ情報がない場合は、次のグループに関して２以降の処理を行う。次のグループがない場合は、本フローを終了する。「スキップ」の入力がない場合は、そのまま待機する。

６．録画（動画）データ取得
録画データの場合は、再生制御部２が、マーカ情報の番組ＩＤに一致する録画データを録画データＤＢから取得する。動画データの場合は、再生制御部２が、マーカ情報のファイル名に一致する動画データを収集データＤＢから取得する。例えば、図２７のマーカ情報の場合は、ファイル名が「movie100.mpg」のデータを、収集データＤＢから取得する。

７．最初の時間マーカの位置から再生
再生制御部２が、マーカ情報に記述されている時間マーカの最も早い位置から再生を開始する。ただし、時間マーカがない場合は、録画（動画）データの最初から再生を開始する。再生された映像・音声は、モニタとスピーカから構成される映像・音声出力部からそれぞれ出力される。例えば、図２７のマーカ情報の場合は、最初の時間マーカは０分３０秒であるから、当該ファイル（movie100.mpg）の動画データを０分３０秒の位置から再生する。

以降の処理、「番組の終了位置またはコンテンツの終了位置まで再生？」「スキップ操作あり？」「次の時間マーカあり？」「次の時間マーカの位置から再生」に関しては、以下のように、場合わけして説明する。

（１）録画（動画）データの再生が、録画（動画）データの番組の終了位置もしくは番組を構成するコンテンツの終了位置まできた場合

着目しているマーカ情報に終了位置以降の時間マーカがあれば、その時間マーカ位置までスキップして再生を継続する。該マーカ情報に終了位置以降の時間マーカがなければ、次のマーカ情報に対して、３から処理を行う。

例えば、図２７のマーカ情報については、最初の時間マーカは０分３０秒であるから、該ファイル（movie100.mpg）の動画データは０分３０秒から再生される。その録画データの最後まで再生された場合には、次のマーカ情報（図２９）に従い、ＨＴＭＬデータ（news010203.html）が表示される。

ここで、録画（動画）データにコンテンツが複数含まれ、それらコンテンツの終了位置が特定できる場合は、再生の終了位置として利用するとよい。コンテンツの終了位置の情報は、録画（動画）データ自身に埋め込まれていても良いし、電子番組表の番組データから取得して利用するようにしてもよい。

例えば、図３０のマーカ情報について処理を行う際に、図３１に示すようにコンテンツ終了位置がわかっていた場合には、録画（動画）データの０分３０秒の位置から再生が開始され、１分１０秒で再生がいったん終了する。そして、マーカ情報から次の時間マーカが取得され、その位置（１分３０秒）へスキップして再生されることになる。

（２）録画（動画）データの再生中に情報入力部２に「スキップ」の入力があった場合

着目しているマーカ情報に、現在の再生位置以降の時間マーカがあれば、その時間マーカ位置までスキップして再生を継続する。着目しているマーカ情報に、現在の再生位置以降の時間マーカがなければ、次のマーカ情報に対して、３以降の処理を行う。

例えば、図２７のマーカ情報に基づき動画データ（movie100.mpg）を再生している際、１分００秒の時点で「スキップ」入力があった場合には、動画データ（movie100.mpg）の１分３０秒の位置へスキップして再生される。

また、例えば、図２７のマーカ情報に基づき動画データ（movie100.mpg）を再生している際、１分４５秒の時点で「スキップ」入力があった場合には、次のマーカ情報（図２９）に従い、ＨＴＭＬデータ（news010203.html）が表示される。

以上述べた第３の実施形態によれば、電子情報をインターネットや放送などの広範な範囲から取得することができる。また、テレビ番組やラジオ番組のみならず、種々の情報資源を取得対象とすることができる。

なお、上記実施形態は本発明の一具体例を例示したものにすぎない。本発明の範囲は上記実施形態に限られるものではなく、その技術思想の範囲内で種々の変形が可能である。

例えば、上記実施形態では、マーカ情報ごとキーワードごとに順番に再生を行っているが、キーワードの類似度に基づいて電子情報をカテゴライズし、カテゴリ順に再生するようにしてもよい。

また、上記実施形態では、ユーザ端末とホームサーバとで情報取得支援システムを構成したが、機器構成はこれに限るものではない。１台の情報処理装置で情報取得支援システムを構成してもよいし、３台以上の情報処理装置を組み合わせた構成にしてもよい。

第１の実施形態に係る情報取得支援システムの機能ブロック図。 情報入力部１の入力ボタンの一例を示す図。 情報入力部２の操作パネルと映像・音声出力部の外観の一例を示す図。 第１の実施形態に係る情報取得支援システムの変形例を示す機能ブロック図。 第１の実施形態に係る情報取得支援方法を示すフローチャート。 第１の実施形態に係る情報取得支援方法を示すフローチャート。 電子番組表における番組データの一例を示す図。 電子番組表における番組データの一例を示す図。 第１の実施形態に係る関心情報の一例を示す図。 第１の実施形態に係る関心情報の一例を示す図。 第１の実施形態に係る録画予約情報の一例を示す図。 第１の実施形態に係る録画テキストデータの一例を示す図。 第１の実施形態に係るマーカ情報の一例を示す図。 第１の実施形態に係るマーカ情報の一例を示す図。 第１の実施形態に係るマーカ情報の一例を示す図。 第１の実施形態に係るマーカ情報の一例を示す図。 第１の実施形態に係るコンテンツ終了位置に関する情報の一例を示す図。 第２の実施形態に係る情報取得支援システムの機能ブロック図。 第２の実施形態に係る情報取得支援方法を示すフローチャート。 第２の実施形態に係る関心情報の一例を示す図。 第２の実施形態に係る関心情報の一例を示す図。 第３の実施形態に係る情報取得支援システムの機能ブロック図。 第３の実施形態に係る情報取得支援方法を示すフローチャート。 第３の実施形態に係る情報取得支援方法を示すフローチャート。 第３の実施形態に係る関心情報の一例を示す図。 第３の実施形態に係る録画テキストデータの一例を示す図。 第３の実施形態に係るマーカ情報の一例を示す図。 第３の実施形態に係るマーカ情報の一例を示す図。 第３の実施形態に係るマーカ情報の一例を示す図。 第３の実施形態に係るマーカ情報の一例を示す図。 第３の実施形態に係るコンテンツ終了位置に関する情報の一例を示す図。

Claims (11)

1. 音声を出力しつつユーザからの入力を待ち受ける入力受付手段と、
   ユーザ入力があった時に出力されていた音声からキーワードを抽出するキーワード抽出手段と、
   抽出されたキーワードを含む電子情報を取得し、記憶装置に格納する情報取得手段と、
   前記記憶装置から電子情報を読み出して再生する際に、前記キーワードの登場箇所を選んで部分的に再生する部分再生手段と、
   を備えた情報取得支援システム。
2. 入力受付手段は、音声入力によりユーザからの入力を受け付ける
   請求項１記載の情報取得支援システム。
3. 入力受付手段は、出力用の音声に対応するテキスト情報を保持しており、
   キーワード抽出手段は、ユーザ入力があった時に出力されていた音声に対応するテキスト情報を解析してキーワードを抽出する
   請求項１または２記載の情報取得支援システム。
4. 入力受付手段は、テキスト情報から出力用の音声を生成する音声合成手段、または／および、出力用の音声をテキスト情報に変換する音声認識手段を有する
   請求項３記載の情報取得支援システム。
5. 入力受付手段は、電子情報の取得先もしくは取得方法を特定する識別子とその電子情報の内容紹介とを含む紹介情報に基づいて、電子情報の内容紹介を音声出力するものであり、
   情報取得手段は、ユーザ入力があった時に出力されていた内容紹介に対応する識別子に基づき電子情報を取得する
   請求項１〜４のうちいずれか１項記載の情報取得支援システム。
6. 前記電子情報は、放送または電気通信回線を通じて提供される番組であり、
   前記紹介情報は、電子番組表（ＥＰＧ）における番組データである
   請求項５記載の情報取得支援システム。
7. 情報取得手段は、抽出されたキーワードを検索キーとして検索を行い、索出された電子情報を記憶装置に格納する
   請求項１〜４のうちいずれか１項記載の情報取得支援システム。
8. 部分再生手段は、
   電子情報の中から前記キーワードの登場箇所を探索する探索手段と、
   探索結果に基づいてキーワードの登場箇所を表すマーカ情報を生成するマーキング手段と、を有し、
   前記マーカ情報を参照することにより該当部分の再生を行う
   請求項１〜７のうちいずれか１項記載の情報取得支援システム。
9. 探索手段は、電子情報に画像が含まれる場合に、画像認識処理によって画像中のテキストを認識し、そのテキスト情報の中から前記キーワードを探索する
   請求項８記載の情報取得支援システム。
10. 探索手段は、電子情報に音声が含まれる場合に、音声認識処理によって音声をテキスト情報に変換し、そのテキスト情報の中から前記キーワードを探索する
    請求項８または９記載の情報取得支援システム。
11. 情報処理装置が、
    音声を出力しつつ、ユーザからの入力を待ち受け、
    ユーザ入力があった時に出力していた音声からキーワードを抽出し、
    抽出したキーワードを含む電子情報を取得し、
    取得した電子情報を記憶装置に格納し、
    前記記憶装置から電子情報を読み出して再生する際に、前記キーワードの登場箇所を選んで部分的に再生する
    情報処理装置による情報取得支援方法。

Images