JP4595407B2 - ロボット装置及びそのコンテンツ管理方法 - Google Patents

Description

本発明は、例えばインターネットを介してコンテンツを取得して利用するロボット装置及びそのコンテンツ管理方法に関する。

現在、例えばインターネット上のコンテンツを取得し、利用することが広く行われている。ここで、コンテンツは、メディア又はハイパーメディアで構成されたものである。このうちメディアとは、例えばテキストファイルや画像ファイルを示し、ハイパーメディアとは、例えばテキストファイルが画像ファイルと関係付けられているもの、或いはその逆など、複数の異なるタイプのメディアが相互に関係付けられているものを示す。

このようなコンテンツをインターネット上から取得して利用する場合を考える。
従来、所望のコンテンツを検索する方法としては、例えばデータベース管理システムを利用した構造的検索、或いは検索エンジンを利用した非構造的検索があった。しかしながら、このような検索方法では検索結果の妥当性が低いという問題があった。すなわち、検索結果の妥当性は、入力したキーワードが適切であるか否かに懸かっているため、キーワードによっては所望の情報が得られないことがあった。また、キーワードを入力するなど、明示的且つ特定の形式でコンテンツ要求を行う必要があるという問題があった。

また、コンテンツを検索する際の戦略としては、キーワードやカテゴリを利用した明示的な検索、或いは予め定義されたユーザの好みや個々にカスタマイズ可能なパラメータ集合を利用した検索があった。しかしながら、この場合にもユーザやユーザが動かす何らかのエージェントによって、明示的な形式でコンテンツ要求を行う必要があるという問題があった。

Maarten van Steen, Guillaume Pierre, Ihor Kuz, Andrew Tanenbaum,"On Differentiating Distribution Strategies for Internet Applications.", Vrije Universiteit Amsterdam, Faculty of Science Dept. Mathematics and Computer Science Lin Zhang, Javed Khanm "An In-depth Survey on Web Caching.", Math and Computer Science Department. Kent State University., April 1999

ここで、コンテンツをインターネット上から取得して利用する場合には、取得したコンテンツを如何に保存するかということも重要である。従来、コンテンツの保存方法としては、コンテンツを一度利用したら捨ててしまう方法、或いはコンテンツのデータをローカルでコピーして保存しておく方法があった（非特許文献１，２参照）。また、保存した後には、データのタイムスタンプやサイズに応じて、適宜削除することが行われていた。しかしながら、このコンテンツの保存はファイル単位であってコンテンツ単位ではなかったため、あるコンテンツが複数のファイルで構成されている場合には、コンテンツを利用する際に全てのファイルが揃っていることを保証できないという問題があった。例えば、あるコンテンツがテキストファイルと画像ファイルとで構成されている場合、メモリの空き容量が少なくなったときにサイズの大きい画像ファイルから削除され、その結果、そのコンテンツが利用できなくなる可能性があった。

ところで、近年、人間のパートナとして生活を支援する、すなわち住環境その他の日常生活上の様々な場面における人的活動を支援する、生物を模したロボット装置の開発が進められている。このようなロボット装置の中には、インターネットに接続可能とされ、インターネット上に存在する様々なコンテンツを扱うことができるものも存在するが、このようなロボット装置においても上述した問題と同様の問題が生じ得る。加えて、このようなロボット装置においてコンテンツを例えばタイムスタンプに応じて削除する場合、ファイルが全て揃っているか全て揃っていないかの何れかの状態しかとり得ないため、人間などの生物の記憶メカニズムと比較して著しく異なったものとなってしまう。

本発明は、このような従来の実情に鑑みて提案されたものであり、取得したコンテンツをより生物的な方法により管理するロボット装置及びそのコンテンツ管理方法を提供することを目的とする。

上述した目的を達成するために、本発明に係るロボット装置は、コンピュータを、コンテンツの取得要求を生成する要求手段と、ネットワークを介して所望のコンテンツを取得する取得手段と、取得したコンテンツが保存されるコンテンツ保存手段と、取得したコンテンツを管理するコンテンツ管理手段として機能させるロボット装置であって、上記取得手段は、取得したコンテンツが複数の記述レベルになっているか否かを判別し、複数の記述レベルになっていない場合にはそれぞれ情報量が異なり固有の存続時間を有する複数の記述レベルに変換して上記コンテンツ保存手段に保存し、上記コンテンツ管理手段は、取得したコンテンツの各記述レベルでの存続期間を管理し、保存された各コンテンツの現在の記述レベルでの存続時間が経過すると、現在よりも情報量の少ない下位の記述レベルに変換する。

ここで、上記コンテンツ管理手段は、保存された各コンテンツの現在の記述レベルでの存続時間が経過すると、現在よりも情報量の少ない下位の記述レベルに変換する。

また、本発明に係るロボット装置は、取得したコンテンツの重要度を算出する重要度算出手段をさらに備えてもよく、上記コンテンツ管理手段は、新たに取得するコンテンツを保存できるだけの容量が上記コンテンツ保存手段にない場合、取得してから所定時間以上が経過しており、且つ上記重要度算出手段によって算出された重要度が閾値以下であるコンテンツを現在よりも情報量の少ない下位の記述レベルに変換することができる。

また、本発明に係るロボット装置のコンテンツ管理方法は、コンピュータに、コンテンツの取得要求を生成する要求工程と、ネットワークを介して所望のコンテンツを取得する取得工程と、取得したコンテンツをコンテンツ保存手段に保存するコンテンツ保存工程と、取得したコンテンツを管理するコンテンツ管理工程とを実行させるロボット装置のコンテンツ管理方法であって、上記取得工程では、取得したコンテンツが複数の記述レベルになっているか否かを判別し、複数の記述レベルになっていない場合にはそれぞれ情報量が異なり固有の存続時間を有する複数の記述レベルに変換して上記コンテンツ保存手段に保存し、上記コンテンツ管理工程では、取得したコンテンツの各記述レベルでの存続期間を管理し、保存された各コンテンツの現在の記述レベルでの存続時間が経過すると、現在よりも情報量の少ない下位の記述レベルに変換する。

本発明に係るロボット装置及びそのコンテンツ管理方法によれば、ファイル単位等ではなく各コンテンツを単位として管理しているため、コンテンツが複数のファイルから構成されている場合であっても、一部のファイルのみが削除されてしまいコンテンツが利用できなくなることを防止できる。また、取得したコンテンツをそれぞれ存続時間が定められた複数の記述レベルに変換して管理するようにしているため、従来のようにコンテンツ全体をタイムスタンプで管理する場合と比較して、より生物的なコンテンツの保存及びその利用を実現することができる。

以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。この実施の形態は、本発明を、インターネットに接続可能とされ、インターネット上に存在する様々なコンテンツを扱うことができるロボット装置に適用したものである。

ここで、本実施の形態では、情報を含む要素或いは要素集合をコンテンツと定義する。コンテンツの例としては、ｉ）ＡＳＣＩＩテキストファイル等の単一のファイル、ii）ＨＴＭＬファイル、関連付けられた画像ファイル、スクリプトファイル等のファイル集合、iii）ロボット装置があるタスクを実行するために必要なデータファイル集合（例えば、ダンスを実行する際のロボット装置の動作、音楽、音声等が記述された全てのファイル）、が挙げられる。

さらに、本実施の形態では、コンテンツのライフサイクルという概念を導入する。これは、コンテンツが作成されてから最終的に削除されるまでの幾つかの段階を表したものである。このライフサイクルは、短いもので数秒、長いもので数ヶ月或いは数年など、コンテンツによって様々である。

コンテンツのライフサイクルにおける各段階を分類する方法は、コンテンツ作成者の立場、或いはコンテンツ使用者の立場など、立場によって様々であるが、以下では、コンテンツ利用者の立場にたち、図１に示すような複数の段階に分割する。図１に示すように、コンテンツのライフサイクルは、コンテンツの取得処理を開始させる要求フェーズと、コンテンツを取得する取得フェーズと、取得したコンテンツを取り扱う管理フェーズとに大別される。このうち、取得フェーズは、さらに検索段階と選別段階と取得段階とに分けられ、管理フェーズは、利用段階と保存段階と削除段階とに分けられる。

本実施の形態におけるロボット装置は、図２に示すように、上述した各フェーズにおける処理を実現するために、要求モジュール１０、取得モジュール２０及び管理モジュール３０を少なくとも有する。以下、この各モジュールにおける内容について詳細に説明する。

（１）要求モジュール
要求モジュール１０は、コンテンツの取得処理を開始させるモジュールである。ここで、「要求」とは、コンテンツの取得及び使用に必要なあらゆる条件を含むものとする。

前述したように、コンテンツ要求は、通常、検索用のキーワードやユーザの好みを明示的に与えることで行われる。例えば、ロボット装置をユーザがインターネット上のコンテンツにアクセスするためのエージェントとして捉えた場合、ユーザが例えば会話を通じて、ある特定の内容（例えば天気或いはテレビジョン番組についてのニュース）に関連したコンテンツを検索するようにロボット装置に対して指示する場面を想像することができる。この場合のコンテンツ要求は、動機の観点からもその内容の指定の観点からも明らかにユーザに依存している。本実施の形態では、このようなコンテンツ要求を「明示的要求」と称し、要求モジュール１０は、このような明示的要求を行うことが可能とされる。

また、ロボット装置とユーザとが会話やジェスチャや遊びを通じてインタラクションを図っている場合、ロボット装置がユーザとのインタラクションの助けとするために、自らコンテンツ要求を生成する場面を想像することができる。例えば、ユーザとの会話が音楽及び最新のヒットリリースに関するものであった場合、ロボット装置がユーザとは無関係に自らの意思で関連するコンテンツをインターネット上で検索し、さらには幾つかの歌をダウンロードし、コミュニケーションの一環としてその歌をユーザに披露するような場面を想像することができる。この場合のコンテンツ要求は、ユーザとの会話に依存するものである。より詳しく説明すると、コンテンツ要求の動機はユーザとロボット装置とで共有されているものの、実際に要求を生成しているのはロボット装置である。本実施の形態では、このようなコンテンツ要求を「黙示的要求」と称し、要求モジュール１０は、このような黙示的要求を行うことも可能とされる。

また、ロボット装置が感情サブシステム及び学習サブシステムを有する場合、ロボット装置が自身の感情又は学習欲を満たすために自らコンテンツ要求を生成する場面を想像することができる。例えば、ロボット装置が「悲しい」と感じている場合、すなわち感情サブシステムの悲しみレベルが高いか喜びレベルが低い場合、ロボット装置が悲しい歌をインターネット上で検索してダウンロードし、どこかに座ってその歌を歌うような場面を想像することができる。また、ロボット装置が何かを表現しなければならない場合に、そのものを直接口にするのではなく、何か暗喩的なコンテンツを検索して取得し、その表現を用いるような場面を想像することができる。このよい例としてはパントマイムゲームがある。パントマイムゲームでは、例えば映画のタイトルを直接口にするのではなく、その映画の内容を演じなければならない。本実施の形態では、このようなコンテンツ要求を「自然要求」と称し、要求モジュール１０は、このような自然要求を行うことも可能とされる。

本実施の形態における要求モジュール１０は、上述した明示的要求、黙示的要求及び自然要求を実現するため、図３に示すように、明示的要求ユニット１１、黙示的要求ユニット１２及び自然要求ユニット１３を有している。このように、要求モジュール１０は、３種類のユニットを有しているため、従来のように明示的要求しか存在しない場合と比較して、ロボット装置の機能を改善することができる。特に、黙示的要求ユニット１２又は自然要求ユニット１３によれば、ユーザが明示的にコンテンツ要求を行わなくても、ユーザとのインタラクション或いはロボット装置自身の状態を改善するためにコンテンツ要求を生成することができる。また、ユーザとの会話を通じて得られた情報を用いることにより、ユーザの好みに従って検索を行う際の検索結果の妥当性を改善することができる。

（２）取得モジュール
取得モジュール２０は、要求モジュール１０からのコンテンツ要求に応じて、ロボット装置がすぐにそのコンテンツを利用できるようにコンテンツを取得するモジュールである。なお、この取得フェーズでは、管理モジュール３０の要求に適合するように適切な処理を行ってもよく、行わなくてもよい。

前述したように、コンテンツ取得は、通常、明示的なコンテンツ要求があった場合に、検索を行い、検索結果を選別し、選択されたコンテンツをダウンロードすることによって行われる。

本実施の形態では、常にロボット装置を介してコンテンツが利用される。すなわち、例えばユーザ自身がコンテンツを利用するのではなく、ロボット装置がテキスト文を話し、或いはダンスを披露する。これは、ウェブブラウジングにおいてユーザがコンピュータを道具としてインターネット上で利用可能なコンテンツにアクセスし利用するのと同様である。さらに、要求モジュール１０の説明の際にも述べたように、ロボット装置は、自己のために自然要求を生成することができるため、ユーザがコンテンツのライフサイクルに全く関与しない場合もあり得る。換言すれば、本実施の形態におけるロボット装置は、コンテンツのライフサイクルに関してパーソナルコンピュータの場合よりも積極的な役割を担っている。

このようなことから、本実施の形態では、以下に説明するように、
（ｉ）経験に基づくコンテンツのフィルタリング
（ii）コンテンツの多次元レベル表示
という２つの考え方を導入してコンテンツを取得し利用する。

取得モジュール２０の内部構成を図４に示す。図４に示すように、取得モジュール２０は、コンテンツアクセス部２１と、取得処理ユニット２２と、フィルタユニット２３と、要求入力部２４と、フィルタ入力部２５と、コンテンツ多次元化ユニット２６と、コンテンツ出力部２７とを有する。

要求モジュール１０から要求入力部２４にコンテンツ要求が送られてくると、取得モジュール２０は、フィルタユニット２３、取得処理ユニット２２及びコンテンツアクセス部２１を介してインターネット上のコンテンツにアクセスして取得し、フィルタユニット２３でフィルタリングされたコンテンツがコンテンツ多次元化ユニット２６に供給される。コンテンツ多次元化ユニット２６は、後述のようにコンテンツを多次元レベルに変換し、コンテンツ出力部２７は、この多次元レベルに変換されたコンテンツを後述するコンテンツ保存部に保存する。

以下、上述した（ｉ）経験に基づくコンテンツのフィルタリング、（ii）コンテンツの多次元レベル表示、に関する処理について詳細に説明する。

（２−１）経験に基づくコンテンツのフィルタリング
上述したように、本実施の形態ではロボット装置がコンテンツのライフサイクルにおいて積極的な役割を担っているため、図４に示したように取得モジュール２０はフィルタユニット２３を有しており、ロボット装置が過去にコンテンツを利用した時の経験に基づいて取得するコンテンツをフィルタリングする。特に、本実施の形態におけるフィルタユニット２３は、管理モジュール３０と後述する内部状態モジュールとから情報を受け取り、その情報をコンテンツの取得処理に反映させることができる。

新しいコンテンツを取得する場合、他のモジュールからのフィードバックにより、実際のロボット装置の好みに適するように、検索処理及び選別処理が影響を受ける。この適正化の処理は動的なものであり、ロボット装置の経験、或いはユーザとのインタラクションに依存する。

本実施の形態における取得モジュール２０は、コンテンツ要求を入力してコンテンツを出力するが、この際に、過去にコンテンツを利用した時の経験をフィードバックすることで、検索処理及び選別処理がより適切なものになる。さらに、このようなフィードバックの存在によりコンテンツ要求を厳密な形で行う必要がなくなり、より一般的なコンテンツ要求でよくなる。

以下、ロボット装置がユーザと会話やジェスチャや遊びを通じてインタラクションを図っている場合におけるコンテンツのフィルタリング方法について具体的に説明する。

例えばインタラクションが映画及び最新のヒットリリースに関するものであった場合、ロボット装置は、ユーザとは無関係に自らの意思で「最近のヒットリリース」についての黙示的要求を生成する。そして、その要求を取得モジュール２０の入力として用いることで、ｎ１個の候補コンテンツが検索結果として得られる。これは、人間がロボット装置と同じ状況であった場合に「最近のヒットリリース」について“考える”或いは“思い出す”のが自然であるという意味において、極めて自然なものである。

ここで、
（ｉ）ロボット装置はユーザが“ＡＡＡ”という名前の俳優と“ＢＢＢ”という名前の映画監督が好きであるということを内部状態モジュールを通じて知っている
（ii）ロボット装置はアクションに関連したコンテンツがあまり利用されないことを管理モジュール３０を通じて知っている
（iii）ロボット装置はロボットに関連したトピックをより好む
という条件を考え、これを取得モジュール２０の入力とすると、入力は、「最近のヒットリリース」に関する黙示的要求と「−アクション ＡＡＡ ＢＢＢ ＋ロボット」というフィルタ条件とになる。なお、“−”の記号は、そのキーワードに関するコンテンツを除くという意味の論理記号であり、“＋”の記号は、そのキーワードに関するコンテンツを含めるという意味の論理記号である。この結果、ｎ２個のコンテンツが得られることになるが、これは通常、上述したｎ１個よりも遙かに少ないもの（ｎ２≪ｎ１）である。

勿論、あらゆる複雑な検索方法或いは選別方法を用いることも可能であるが、このフィルタユニット２３は、
（ｉ）環境に関する情報。例えばロボット装置がインタラクションしているユーザに関する情報。
（ii）ロボット装置自身に関する情報。例えば、ロボット装置はロボットに関連した話をすることが容易であるという情報。
（iii）コンテンツ利用に関する情報。例えば、各記述レベルにおけるコンテンツの利用頻度に関する情報。
を取得処理の際に用いることに特徴を有する。

（２−２）コンテンツの多次元レベル表示
取得モジュール２０は、コンテンツを幾つかの異なった記述レベルで表現し、管理モジュール３０における管理ポリシーもこれを反映したものとなっている。より詳しくは、コンテンツ多次元化ユニット２６は、ダウンロードしたコンテンツが多次元レベルになっていない場合には、内部での管理に適するように多次元レベルに変換する。すなわち、図５に示すように、先ずステップＳ１においてコンテンツを取得し、ステップＳ２において、取得したコンテンツが多次元レベルであるか否かを判別する。そして、多次元レベルでない場合（No）にはステップＳ３で多次元レベルに変換してからステップＳ４でコンテンツを保存する。一方、多次元レベルである場合（Yes）にはそのままステップＳ４でコンテンツを保存する。

ここで、本実施の形態では、コンテンツを、
（ｉ）詳細レベル・・・そのコンテンツに関する全ての情報が存在
（ii）要約レベル・・・そのコンテンツに関する簡単な情報のみが存在
（iii）存在レベル・・・そのコンテンツに関する不可欠な情報のみが存在
（iv）削除レベル・・・そのコンテンツに関する情報の全てが存在せず
という４つの記述レベルで表現するものとする。

一例として、コンテンツをロボット装置がダンスをするために必要なデータファイル集合と捉えた場合、全てのデータファイルはロボット装置がダンスをするために必要な動作、音楽、音声等に関するものとなっている。この場合、上述した各記述レベルは例えば以下に示すようなものとなっている。
（ｉ）詳細レベル
・コンテンツに導くための要求（キーワード、会話のテーマ、ロボット装置の内部状態等のうち使用したもの）
・取得ログ（コンテンツを取得した日時、フィルタ条件、コンテンツのＵＲＬなど）
・パフォーマンス（ダンス）の名前
・パフォーマンスの所要時間
・パフォーマンスを構成する個々のファイル（動作、音楽、音声など）のリストとファイル自体
（ii）要約レベル
・コンテンツに導くための要求
・取得ログ
・パフォーマンス（ダンス）の名前
（iii）存在レベル
・パフォーマンス（ダンス）の名前
（iv）削除レベル
・なし
コンテンツ多次元化ユニット２６は、このようにダウンロードしたコンテンツを多次元レベルに変換した後、後述するコンテンツ保存部に保存する。

なお、本実施の形態では、このような記述レベル毎に存続時間が定められており、例えば詳細レベルは短い存続時間、要約レベルは中程度の存続時間、存在レベルは長い存続時間が定められるが、詳細については後述する。

（３）管理モジュール
管理モジュール３０は、ロボット装置が保存しているコンテンツを取り扱うモジュールである。この管理モジュール３０は、以下に説明するように、（ｉ）コンテンツの重要度を管理すると共に、（ii）コンテンツのライフタイムを管理する。

管理モジュール３０の内部構成を図６に示す。図６に示すように、管理モジュール３０は、重要度管理ユニット３１と、ライフタイムユニット３２と、コンテンツ削除ユニット３３と、コンテンツ保存管理部３４とを有する。

重要度管理ユニット３１は、後述のように保存しているコンテンツの利用状況や利用した際のロボット装置やユーザの内部状態の変化に基づいて、コンテンツの重要度を管理する。ライフタイムユニット３２は、コンテンツを取得してからの経過時間をコンテンツ保存管理部３４に通知し、コンテンツ保存管理部３４は、この経過時間に従って後述するようにコンテンツ保存部に保存されているコンテンツの記述レベル等を制御する。また、コンテンツ削除ユニット３３は、重要度管理ユニット３１及びライフタイムユニット３２からの情報に基づいてコンテンツの削除指令をコンテンツ保存管理部３４に送り、コンテンツ保存管理部３４は、この削除指令に基づいてコンテンツ保存部に保存されているコンテンツを削除する。

以下、上述した（ｉ）コンテンツの重要度の管理、（ii）コンテンツのライフタイムの管理、に関する処理について詳細に説明する。

（３−１）コンテンツの重要度管理
重要度管理ユニット３１は、コンテンツの重要度を、
（ｉ）そのコンテンツを利用することによる内部状態モジュールにおける変化
（ii）コンテンツの利用頻度
（iii）コンテンツの古さ、すなわちコンテンツの当該時点における記述レベル
の関数として算出する。

一例として、コンテンツをロボット装置がダンスをするために必要なデータファイル集合と捉えた場合、全てのデータファイルはロボット装置がダンスをするために必要な動作、音楽、音声等に関するものとなっている。この場合、重要度管理ユニット３１は、ダンスを披露した際にユーザの満足度が上がればコンテンツの重要度を上げ、ユーザの満足度が下がればコンテンツの重要度を下げる。同様に、重要度管理ユニット３１は、ダンスを行った際にロボット装置の満足度が上がればコンテンツの重要度を上げ、ロボット装置の満足度が下がればコンテンツの重要度を下げる。また、そのダンスを行った回数に応じてコンテンツの重要度を上げ、さらに、そのコンテンツを取得してからの経過時間に従ってコンテンツの重要度を下げる。

重要度管理ユニット３１は、上述のようにして各コンテンツについて重要度を算出する。この重要度は、例えばコンテンツを削除する際に考慮される。

（３−２）コンテンツのライフタイムの管理
上述したように、本実施の形態では、各コンテンツは詳細レベル、要約レベル、存在レベル及び削除レベルの４つの記述レベルで表現され、記述レベル毎に存続時間が定められている。例えば詳細レベルは短い存続時間、要約レベルは中程度の存続時間、存在レベルは長い存続時間が定められている。

あるコンテンツにおける記述レベルの変化を図７に示す。図７に示すように、コンテンツを取得した時刻ｔ０では詳細レベルで記述されており、時刻ｔ１において要約レベルに変化し、時刻ｔ２において存在レベルに変化する。そして、時刻ｔ３において削除レベルに変化し、ロボット装置から完全に削除される。このように記述レベルが変化する毎にコンテンツの情報が少なくなる。この結果、コンテンツ保存に必要な記憶容量が減るため、他のコンテンツを新たに保存することが可能となる。なお、コンテンツの情報が少なくなるに従ってより多くのコンテンツが「忘れられる」ことになるが、これは従来のように全てを憶えているか全てを忘れているかという２元的なものではなく、人間のように次第に忘れていくというものである。

以上の記述レベルの変化は、ライフタイムユニット３２及びコンテンツ保存管理部３４によって例えば図８のフローチャートのようにして定期的に制御される。先ずステップＳ１０において、ライフタイムユニット３２は、各コンテンツのライフタイムをチェックしてコンテンツ保存管理部３４に通知する。次にステップＳ１１において、コンテンツ保存管理部３４は、ライフタイムユニット３２から通知された各コンテンツのライフタイムに基づいて、コンテンツ保存部に保存されているコンテンツの記述レベルを変化させる。このとき、コンテンツ保存部は、コンテンツの記述レベルが要約レベル以下になると、コンテンツを取得モジュール２０のフィルタユニット２３に移す。これにより、そのコンテンツの情報は、フィルタリングにのみ用いられるようになる。続いてステップＳ１２において、完全に削除されたコンテンツがあるか否かを判別し、ある場合（Yes）にはステップＳ１３で削除されたコンテンツに関する情報を取得モジュール２０に登録させ、処理を終了する。このように、削除されたコンテンツに関する情報を登録させておくことで、例えば削除されてから一定期間はそのコンテンツを取得しないようにすることができる。一方、削除されたコンテンツがない場合（No）にはそのまま処理を終了する。

ところで、ロボット装置は多くのコンテンツにアクセスすることができるため、記憶容量の観点からも演算量の観点からも、適切なコンテンツ削除ポリシーを持つことが重要となる。上述のようにコンテンツの記述レベルを変化させることによりコンテンツの情報量は少なくなるが、新たなコンテンツを保存するためのリソースを確保するため、さらに不必要なコンテンツを削除することが必要な場合がある。そこで、本実施の形態では、このような場合には、コンテンツの重要度に基づいてコンテンツを削除する。

コンテンツの重要度に基づいてコンテンツを削除する手順を図９に示す。先ずステップＳ２０において、取得してから所定時間以上経過したコンテンツを検索する。次にステップＳ２１において、そのコンテンツの重要度をチェックし、ステップＳ２２において、例えば重要度が最も低いコンテンツの記述レベルを下位の記述レベルに変換する。このとき、コンテンツ保存部は、コンテンツの記述レベルが要約レベル以下になると、コンテンツを取得モジュール２０のフィルタユニット２３に移す。これにより、そのコンテンツの情報は、フィルタリングにのみ用いられるようになる。続いてステップＳ２３において、完全に削除されたコンテンツがあるか否かを判別し、ある場合（Yes）にはステップＳ２４で削除されたコンテンツに関する情報を取得モジュール２０に登録させ、処理を終了する。このように、削除されたコンテンツに関する情報を登録させておくことで、例えば削除されてから一定期間はそのコンテンツを取得しないようにすることができる。一方、削除されたコンテンツがない場合（No）にはそのまま処理を終了する。

（４）全体構成及びその他のモジュール
上述したロボット装置のコンテンツ取得及び管理に関する部分の全体構成を図１０に示す。なお、図１０における各モジュール内の構成は、その一部のみを示している。

図１０に示すように、ロボット装置は、要求モジュール１０と、取得モジュール２０と、管理モジュール３０と、コンテンツ保存部４０と、内部状態モジュール５０とを有している。

要求モジュール１０でコンテンツ要求が生成されると、取得モジュール２０は、何らかのコンテンツを検索して取得し、フィルタユニット２３は、管理モジュール３０や内部状態モジュール５０からの情報に基づいてそのコンテンツをフィルタリングする。コンテンツ多次元化ユニット２６は、フィルタリングされたコンテンツを上述のように詳細レベル、要約レベル、存在レベル及び削除レベルの４つのレベルに変換してコンテンツ保存部４０に保存する。重要度管理ユニット３１は、例えば内部状態モジュール５０のユーザ状態部５１及びロボット状態部５２からの情報に基づいて、保存されているコンテンツの重要度を算出し、ライフタイムユニット３２は、保存されているコンテンツのライフタイムを監視する。そして、コンテンツ削除ユニット３３は、削除レベルとなったコンテンツ或いは重要度が低いコンテンツを削除すると共に、削除したコンテンツに関する情報をフィルタユニット２３に登録させる。

このように、本実施の形態におけるロボット装置によれば、例えばファイル単位ではなく各コンテンツを単位として管理しているため、コンテンツが複数のファイルから構成されている場合であっても、一部のファイルのみが削除されてしまいコンテンツが利用できなくなることを防止できる。

また、本実施の形態におけるロボット装置によれば、取得したコンテンツをそれぞれ存続時間が定められた詳細レベル、要約レベル、存在レベル及び削除レベルの４つの記述レベルに変換して管理するようにしているため、従来のようにコンテンツ全体をタイムスタンプで管理する場合と比較して、より生物的なコンテンツの保存及びその利用を実現することができる。

（５）ロボット装置の構成
以下、上述したロボット装置の構成の一例について説明する。なお、以下では、２足歩行タイプのロボット装置に適用するものとして説明するが、この例に限定されないことは勿論である。

図１１に示すように、本実施の形態におけるロボット装置１は、体幹部ユニット２の所定の位置に頭部ユニット３が連結されると共に、左右２つの腕部ユニット４Ｒ／Ｌと、左右２つの脚部ユニット５Ｒ／Ｌが連結されて構成されている（但し、Ｒ及びＬの各々は、右及び左の各々を示す接尾辞である。以下において同じ。）。

このロボット装置１が具備する関節自由度構成を図１２に模式的に示す。頭部ユニット３を支持する首関節は、首関節ヨー軸１０１と、首関節ピッチ軸１０２と、首関節ロール軸１０３という３自由度を有している。

また、上肢を構成する各々の腕部ユニット４Ｒ／Ｌは、肩関節ピッチ軸１０７と、肩関節ロール軸１０８と、上腕ヨー軸１０９と、肘関節ピッチ軸１１０と、前腕ヨー軸１１１と、手首関節ピッチ軸１１２と、手首関節ロール軸１１３と、手部１１４とで構成される。手部１１４は、実際には、複数本の指を含む多関節・多自由度構造体である。但し、手部１１４の動作は、ロボット装置１の姿勢制御や歩行制御に対する寄与や影響が少ないので、本明細書ではゼロ自由度と仮定する。したがって、各腕部ユニット４Ｒ／Ｌは、７自由度で構成される。

また、体幹部ユニット２は、体幹ピッチ軸１０４と、体幹ロール軸１０５と、体幹ヨー軸１０６という３自由度を有する。

また、下肢を構成する各々の脚部ユニット５Ｒ／Ｌは、股関節ヨー軸１１５と、股関節ピッチ軸１１６と、股関節ロール軸１１７と、膝関節ピッチ軸１１８と、足首関節ピッチ軸１１９と、足首関節ロール軸１２０と、足部１２１とで構成される。本明細書中では、股関節ピッチ軸１１６と股関節ロール軸１１７の交点は、ロボット装置１の股関節位置を定義する。人体の足部は、実際には多関節・多自由度の足底を含んだ構造体であるが、ロボット装置１の足部１２１は、ゼロ自由度とする。したがって、各脚部ユニット５Ｒ／Ｌは、６自由度で構成される。

以上を総括すれば、ロボット装置１全体としては、合計で３＋７×２＋３＋６×２＝３２自由度を有することになる。但し、エンターテインメント向けのロボット装置１が必ずしも３２自由度に限定される訳ではない。設計・制作上の制約条件や要求仕様等に応じて、自由度すなわち関節数を適宜増減することができることはいうまでもない。

上述したようなロボット装置１が持つ各自由度は、実際にはアクチュエータを用いて実装される。外観上で余分な膨らみを排してヒトの自然体形状に近似させること、２足歩行という不安定構造体に対して姿勢制御を行うことなどの要請から、アクチュエータは小型且つ軽量であることが好ましい。

図１３には、ロボット装置１の制御システム構成を模式的に示している。図１３に示すように、制御システムは、ユーザ入力などに動的に反応して情緒判断や感情表現を司る思考制御モジュール２００と、アクチュエータ３５０の駆動などロボット装置１の全身協調運動を制御する運動制御モジュール３００とで構成される。

思考制御モジュール２００は、情緒判断や感情表現に関する演算処理を実行するＣＰＵ（Central Processing Unit）２１１や、ＲＡＭ（Random Access Memory）２１２、ＲＯＭ（Read Only Memory）２１３、及び外部記憶装置（ハード・ディスク・ドライブなど）２１４で構成され、モジュール内で自己完結した処理を行うことができる独立駆動型の情報処理装置である。

この思考制御モジュール２００は、画像入力装置２５１から入力される画像データや音声入力装置２５２から入力される音声データなど、外界からの刺激などに従って、ロボット装置１の現在の感情や意思を決定する。ここで、画像入力装置２５１は、例えばＣＣＤ（Charge Coupled Device）カメラを左右に１つずつ備えており、また、音声入力装置２５２は、例えばマイクロホンを複数備えている。また、思考制御モジュール２００は、スピーカを備える音声出力装置２５３を介して音声を出力することができ、通信インターフェース（Ｉ／Ｆ）２５４を介してインターネット上のコンテンツを取得することができる。

また、思考制御モジュール２００は、意思決定に基づいた動作又は行動シーケンス、すなわち四肢の運動を実行するように、運動制御モジュール３００に対して指令を発行する。

一方の運動制御モジュール３００は、ロボット装置１の全身協調運動を制御するＣＰＵ３１１や、ＲＡＭ３１２、ＲＯＭ３１３、及び外部記憶装置（ハード・ディスク・ドライブなど）３１４で構成され、モジュール内で自己完結した処理を行うことができる独立駆動型の情報処理装置である。外部記憶装置３１４には、例えば、オフラインで算出された歩行パターンや目標とするＺＭＰ軌道、その他の行動計画を蓄積することができる。ここで、ＺＭＰとは、歩行中の床反力によるモーメントがゼロとなる床面上の点のことであり、また、ＺＭＰ軌道とは、例えばロボット装置１の歩行動作期間中にＺＭＰが動く軌跡を意味する。なお、ＺＭＰの概念並びにＺＭＰを歩行ロボットの安定度判別規範に適用する点については、Miomir Vukobratovic 著“LEGGED LOCOMOTION ROBOTS”（加藤一郎外著『歩行ロボットと人工の足』（日刊工業新聞社））に記載されている。

運動制御モジュール３００には、図１２に示したロボット装置１の全身に分散するそれぞれの関節自由度を実現するアクチュエータ３５０、体幹部ユニット２の姿勢や傾斜を計測する姿勢センサ３５１、左右の足底の離床又は着床を検出する接地確認センサ３５２，３５３、バッテリなどの電源を管理する電源制御装置３５４などの各種の装置が、バス・インターフェース（Ｉ／Ｆ）３０１経由で接続されている。ここで、姿勢センサ３５１は、例えば加速度センサとジャイロ・センサの組み合わせによって構成され、接地確認センサ３５２，３５３は、近接センサ又はマイクロ・スイッチなどで構成される。

思考制御モジュール２００と運動制御モジュール３００とは、共通のプラットフォーム上で構築され、両者間はバス・インターフェース２０１，３０１を介して相互接続されている。

運動制御モジュール３００では、思考制御モジュール２００から指示された行動を体現すべく、各アクチュエータ３５０による全身協調運動を制御する。すなわち、ＣＰＵ３１１は、思考制御モジュール２００から指示された行動に応じた動作パターンを外部記憶装置３１４から取り出し、又は内部的に動作パターンを生成する。そして、ＣＰＵ３１１は、指定された動作パターンに従って、足部運動、ＺＭＰ軌道、体幹運動、上肢運動、腰部水平位置及び高さなどを設定すると共に、これらの設定内容に従った動作を指示する指令値を各アクチュエータ３５０に転送する。

また、ＣＰＵ３１１は、姿勢センサ３５１の出力信号によりロボット装置１の体幹部ユニット２の姿勢や傾きを検出すると共に、各接地確認センサ３５２，３５３の出力信号により各脚部ユニット５Ｒ／Ｌが遊脚又は立脚の何れの状態であるかを検出することによって、ロボット装置１の全身協調運動を適応的に制御することができる。

また、ＣＰＵ３１１は、ＺＭＰ位置が常にＺＭＰ安定領域の中心に向かうように、ロボット装置１の姿勢や動作を制御する。

さらに、運動制御モジュール３００は、思考制御モジュール２００において決定された意思通りの行動がどの程度発現されたか、すなわち処理の状況を、思考制御モジュール２００に返すようになっている。

このようにしてロボット装置１は、制御プログラムに基づいて自己及び周囲の状況を判断し、自律的に行動することができる。特に、ロボット装置１は、通信インターフェース（Ｉ／Ｆ）２５４を介して取得したインターネット上のコンテンツを上述したように４つの記述レベルに変換して保存し、利用することができる。

なお、本発明は上述した実施の形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。

コンテンツのライフサイクルにおける各段階を示す図である。 本実施の形態におけるロボット装置が有するモジュールの一部を示す図である。 要求モジュールが有する明示的要求ユニット、黙示的要求ユニット及び自然要求ユニットを示す図である。 取得モジュールの内部構成を示す図である。 取得モジュールがコンテンツを多次元レベルに変換する手順を説明するフローチャートである。 管理モジュールの内部構成を示す図である。 あるコンテンツにおける記述レベルの変化を示す図である。 コンテンツのライフタイムに基づいてコンテンツを削除する手順を説明するフローチャートである。 コンテンツの重要度に基づいてコンテンツを削除する手順を説明するフローチャートである。 同ロボット装置のコンテンツ取得及び管理に関する部分の全体構成を示す図である。 同ロボット装置の外観を示す斜視図である。 同ロボット装置の機能構成を模式的に示すブロック図である。 同ロボット装置の制御ユニットの構成を詳細に示すブロック図である。

符号の説明

１ ロボット装置、１０ 要求モジュール、１１ 明示的要求ユニット、１２ 黙示的要求ユニット、１３ 自然要求ユニット、２０ 取得モジュール、２１ コンテンツアクセス部、２２ 取得処理ユニット、２３ フィルタユニット、２４ 要求入力部、２５ フィルタ入力部、２６ コンテンツ多次元化ユニット、２７ コンテンツ出力部、３０ 管理モジュール、３１ 重要度管理ユニット、３２ ライフタイムユニット、３３ コンテンツ削除ユニット、３４ コンテンツ保存管理部、４０ コンテンツ保存部、５０ 内部状態モジュール、５１ ユーザ状態部、５２ ロボット状態部、２５４ 通信インターフェース

Claims (8)

1. コンピュータを、
   コンテンツの取得要求を生成する要求手段と、
   ネットワークを介して所望のコンテンツを取得する取得手段と、
   取得したコンテンツが保存されるコンテンツ保存手段と、
   取得したコンテンツを管理するコンテンツ管理手段
   として機能させるロボット装置であって、
   上記取得手段は、取得したコンテンツが複数の記述レベルになっているか否かを判別し、複数の記述レベルになっていない場合にはそれぞれ情報量が異なり固有の存続時間を有する複数の記述レベルに変換して上記コンテンツ保存手段に保存し、
   上記コンテンツ管理手段は、取得したコンテンツの各記述レベルでの存続期間を管理し、保存された各コンテンツの現在の記述レベルでの存続時間が経過すると、現在よりも情報量の少ない下位の記述レベルに変換する
   ロボット装置。
2. コンピュータを、
   取得したコンテンツの重要度を算出する重要度算出手段としてさらに機能させ、
   上記コンテンツ管理手段は、新たに取得するコンテンツを保存できるだけの容量が上記コンテンツ保存手段にない場合、取得してから所定時間以上が経過しており、且つ上記重要度算出手段によって算出された重要度が閾値以下であるコンテンツを現在よりも情報量の少ない下位の記述レベルに変換する
   請求項１記載のロボット装置。
3. 上記取得手段は、自己若しくは当該ロボット装置のユーザについての知識、又は過去のコンテンツの利用状況に基づいて取得するコンテンツを選別する選別手段を有する請求項１記載のロボット装置。
4. 上記コンテンツ管理手段は、上記コンテンツ保存手段に保存された各コンテンツの記述レベルが所定のレベル以下となった場合、当該コンテンツを上記選別手段に移して保存させる請求項３記載のロボット装置。
5. コンピュータに、
   コンテンツの取得要求を生成する要求工程と、
   ネットワークを介して所望のコンテンツを取得する取得工程と、
   取得したコンテンツをコンテンツ保存手段に保存するコンテンツ保存工程と、
   取得したコンテンツを管理するコンテンツ管理工程と
   を実行させるロボット装置のコンテンツ管理方法であって、
   上記取得工程では、取得したコンテンツが複数の記述レベルになっているか否かを判別し、複数の記述レベルになっていない場合にはそれぞれ情報量が異なり固有の存続時間を有する複数の記述レベルに変換して上記コンテンツ保存手段に保存し、
   上記コンテンツ管理工程では、取得したコンテンツの各記述レベルでの存続期間を管理し、保存された各コンテンツの現在の記述レベルでの存続時間が経過すると、現在よりも情報量の少ない下位の記述レベルに変換する
   ロボット装置のコンテンツ管理方法。
6. コンピュータに、
   取得したコンテンツの重要度を算出する重要度算出工程をさらに実行させ、
   上記コンテンツ管理工程では、新たに取得するコンテンツを保存できるだけの容量が上記コンテンツ保存手段にない場合、取得してから所定時間以上が経過しており、且つ上記重要度算出工程にて算出された重要度が閾値以下であるコンテンツを現在よりも情報量の少ない下位の記述レベルに変換する
   請求項５記載のロボット装置のコンテンツ管理方法。
7. 上記取得工程では、自己若しくは当該ロボット装置のユーザについての知識、又は過去のコンテンツの利用状況に基づいて取得するコンテンツを選別する請求項５記載のロボット装置のコンテンツ管理方法。
8. 上記コンテンツ保存手段に保存された各コンテンツの記述レベルが所定のレベル以下となった場合、当該コンテンツを上記コンテンツ保存手段から削除すると共に、当該コンテンツの情報を上記取得工程におけるコンテンツの選別の際に用いる請求項７記載のロボット装置のコンテンツ管理方法。

Images