JP3496015B2

JP3496015B2 - 端末装置、コンテンツデータ保存方法およびその方法を実行するためのプログラム

Info

Publication number: JP3496015B2
Application number: JP2002154299A
Authority: JP
Inventors: 順小澤; 貴弘工藤; 聰松浦
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2001-05-30
Filing date: 2002-05-28
Publication date: 2004-02-09
Anticipated expiration: 2022-05-28
Also published as: JP2003091559A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツデータ
を、半導体メモリカード等の記録媒体に、検索が容易に
なるように保存する技術に属する。

【０００２】

【従来の技術】近年、インターネットの急速な普及と発
展に伴い、各種の情報を利用者に送信するサービスが様
々な形態で実現されている。

【０００３】このようなサービスの中では、受信したコ
ンテンツデータを単に端末装置で閲覧するだけのものの
他に、各利用者が、ダウンロードしたコンテンツデータ
（例えば音楽データ）を半導体メモリカードのような記
録媒体に保存し、他の応用機器によってそのコンテンツ
データを利用して楽しむような形態のものもある。

【０００４】

【発明が解決しようとする課題】上述したサービスの１
つとして、電子レンジ等の調理機器によって調理を行う
ためのレシピデータを、サーバ側から配信する方法が提
案されている。各利用者は、自分の好きなメニューのレ
シピデータをダウンロードして、記録媒体に保存するこ
とができる。そして、その記録媒体を調理機器にセット
し、そのレシピデータを用いて好きなメニューの調理を
容易に行うことができる、というものである。

【０００５】ところがこのようなサービスにおいて、ダ
ウンロードしたレシピデータの数が増えてくると、記録
媒体に記録された大量のレシピデータの中から、自分が
利用したいレシピデータを見つけだすのが困難になって
くる。この点で、利用者の利便性を向上させるために
は、レシピデータの検索を容易にする何らかの仕組みが
必要になる。

【０００６】しかも、ダウンロードされるレシピデータ
の種類は、利用者の好みによってまちまちである。また
利用者は、レシピデータの追加や削除を、頻繁に、かつ
不定期に行うものと考えられる。したがって、検索を容
易にするための仕組みは、固定されたものであってはな
らず、利用者に応じて柔軟に、そして利用者の操作に対
して動的に、対応できるものでなければならない。

【０００７】前記の問題に鑑み、本発明は、保存したレ
シピデータ等のコンテンツデータを、利用者が、容易に
検索できるようにすることを課題とする。

【０００８】

【課題を解決するための手段】前記の課題を解決するた
めに、請求項１の発明が講じた解決手段は、コンピュー
タを有し、コンテンツデータを記録する記録媒体に対し
て処理を行う端末装置として、前記記録媒体は、当該記
録媒体に記録されたコンテンツデータの検索キーに基づ
く分類階層を表すコンテンツ階層情報を有しており、前
記記録媒体からコンテンツデータを削除するとき、前記
コンピュータが、前記コンテンツデータに係る検索キー
を前記コンテンツ階層情報から検索し、この検索キーの
ルートキーを特定する第１のステップと、前記ルートキ
ーの残りの子キーが１個であるか否かを判断する第２の
ステップと、前記第２のステップにおいて残りの子キー
が１個であると判断したとき、前記ルートキーを削除す
るとともに、前記残りの子キーを前記ルートキーの更な
るルートキーに付ける第３のステップと、前記コンテン
ツデータおよび前記検索キーを前記コンテンツ階層情報
から削除する第４のステップとを行うものである。

【０００９】請求項２の発明が講じた解決手段は、コン
ピュータを有し、コンテンツデータを記録する記録媒体
に対して処理を行う端末装置として、前記記録媒体は、
当該記録媒体に記録されたコンテンツデータの検索キー
に基づく分類階層を表すコンテンツ階層情報を有してお
り、新たなコンテンツデータを前記記録媒体に追加する
とき、前記コンピュータが、前記コンテンツデータに係
る検索キーが前記コンテンツ階層情報に存在するか否か
を検索し、存在するとき、その検索キーに当該コンテン
ツデータを割り付ける第１のステップと、前記第１のス
テップにおいて前記検索キーが前記コンテンツ階層情報
に存在しないとき、前記検索キーを、前記コンピュータ
または前記記録媒体が有し、コンテンツ全体における前
記検索キーの階層関係を表す全体階層情報から検索し、
当該検索キーのルートキーを検索する第２のステップ
と、前記ルートキーが前記コンテンツ階層情報に存在す
るか否かを検索し、存在しないとき、前記ルートキーの
子キーのいずれかが前記コンテンツ階層情報に存在する
か否かを検索し、存在するとき、当該子キーの上位に前
記ルートキーを挿入するとともに、前記ルートキーの下
位に前記検索キーを付加し、この検索キーに当該コンテ
ンツデータを割り付ける第３のステップとを行うもので
ある。

【００１０】そして、請求項３，４の発明は、請求項
１，２の発明とそれぞれ実質的に同一思想である、コン
テンツデータ保存方法に係る発明である。

【００１１】また、請求項５，６の発明は、請求項１，
２の発明とそれぞれ実質的に同一思想である、コンテン
ツデータ保存方法をコンピュータに実行させるためのプ
ログラムに係る発明である。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照して説明する。

【００１３】（第１の実施形態）図１は本発明の第１の実施形態に係る情報送信システム
の全体構成の概略を示す図である。図１の情報通信シス
テムにおいて、本実施形態に係るコンテンツデータ保存
方法が実現される。図１において、１０１はレシピデー
タの提供等のサービスを司るサーバ、１０２はインター
ネットに代表される通信ネットワーク、１０３は端末装
置としてのパソコン（ＰＣ）、１０４は記録媒体として
の例えばＳＤカード等の半導体メモリカード、１０５は
調理機器としての電子レンジである。

【００１４】サーバ１０１は利用者に供給するための複
数のレシピデータが格納されたレシピＤＢ（データベー
ス）１１１を備えている。各レシピデータは、調理時に
おける調理機器の温度設定や出力に関する調理データフ
ァイル、調理手順や必要な材料と分量などを画面表示す
るための文書ファイル、そのレシピの完成イメージや調
理アドバイスのためのイメージを含む画像ファイルなど
をそれぞれ有している。

【００１５】電子レンジ１０５は、半導体メモリカード
１０４を装着可能に構成されており、かつ、調理手順等
を表示するための液晶画面１１０が設けられている。半
導体メモリカード１０４はパソコン１０３によって受信
されたレシピデータを電子レンジ１０５に供給する役割
を果たす。

【００１６】パソコン１０３は、ディレクトリＲ／Ｗモ
ジュール１３１、分類構成アルゴリズムモジュール１３
２、およびレシピ全体における検索キーの階層関係を表
す全体階層情報１３３を備えている。また半導体メモリ
カード１０４は、ダウンロードされたレシピデータを格
納するレシピ格納部１４１と、検索キーに基づくレシピ
データの分類階層を表すコンテンツ階層情報としてのレ
シピ階層情報１４２とを備えている。

【００１７】パソコン１０３のディレクトリＲ／Ｗモジ
ュール１３１は、サーバ１０１から通信ネットワーク１
０２を介して受信したレシピデータをメモリカード１０
４に保存する。また分類構成アルゴリズムモジュール１
３２は、メモリカード１０４からレシピ階層情報１４２
を読み出し、このレシピ階層情報１４２を、全体階層情
報１３３を参照して、新たに保存するレシピデータを含
むように更新し、メモリカード１０４に格納する。この
分類構成アルゴリズムモジュール１３２が、本発明に係
るコンテンツ保存方法をコンピュータに実行させるため
のプログラムに相当する。

【００１８】図２は本実施形態に係る全体階層情報１３
３の一例である。図２の例では、各レシピに係る検索キ
ーとして「素材」を用いている。すなわち、最上位の第
１階層に「素材」を配置し、その下の第２階層に「豆」
「根菜」「葉菜」「肉」「魚介」を、「根菜」の下の第
３階層に「じゃがいも」「にんじん」「大根」「ごぼ
う」を、「肉」の下の第３階層に「鶏肉」「豚肉」「牛
肉」を、「豚肉」のさらに下の第４階層に「ロース」
「もも」「ばら」を配置している。

【００１９】ここで、レシピデータの検索キーとして
「素材」を用いたのは、次のような理由からである。例
えば「料理名」で検索する場合、その文字入力が煩雑に
なるととともに、料理名には地域や各家庭に応じて様々
なバリエーションがあるため（例えば「カレーライス」
と「ライスカレー」）、入力された料理名がシステム内
の料理名と必ずしも合致しない場合があり、利便性を損
なうおそれがある。もちろん、推論検索機能等を付加す
ることも可能だが、調理機器側のハード的な制約（例え
ば、キーボードの設置が困難、画面サイズが小さい、ボ
タン数に上限がある、など）もあり、そのような複雑な
機能を付加することは好ましくない。これに対して、
「素材」による検索は、利用者の指定入力も容易であ
り、またその個数にも限りがあるので、調理機器側のシ
ステム構成も簡易になる。また、他の側面として、利用
者が、冷蔵庫の残り物やスーパーの特売品などからメニ
ューを連想する際に、大きな支援となり得る。

【００２０】もちろん、「素材」以外のもの、例えば、
料理の種類（和・洋・中、煮る・焼く・揚げるなど）、
調理時間（お手軽度合）、栄養素、カロリー、塩分、コ
スト、季節などを検索キーとして用いてもかまわない。

【００２１】＜レシピ追加処理＞図３はレシピデータを追加する処理を示すフローチャー
トである。いま、メモリカード１０４内に「五目なま
す」「ふろふき大根」「豚肉と大根の中華スープ」の３
種類の大根のレシピのみが保存されているものとする。
このとき、メモリカード１０４内のレシピ階層情報１４
２は図４のようになる。

【００２２】そしてこの状態で、「にんじんのきんぴ
ら」（素材：にんじん）のレシピデータをメモリカード
１０４に追加するものとする。「にんじんのきんぴら」
の素材は「にんじん」であるので、Ｐ＝「にんじん」と
なる（Ｓ０１）。

【００２３】次に、Ｐがメモリカード１０４のレシピ階
層情報１４２に存在するか否かを検索する（Ｓ０２）。
存在するときは、レシピ階層情報１４２におけるＰの下
に、新たなレシピデータを追加する（Ｓ０３）。ここで
は、Ｐ（にんじん）はレシピ階層情報１４２には存在し
ないので（Ｓ０２でＮＯ）ステップＳ０４にすすむ。

【００２４】ステップＳ０４において、パソコン１０３
の全体階層情報１３３の中からＰを検索する。そして、
Ｍａｔ＝Ｐとなる素材Ｍａｔの上位階層のカテゴリー名
Ｒｏｏｔ（Ｍａｔ）、すなわちＰのルートキーとなる素
材をＴａｒｇｅｔとして定める（Ｓ０５）。ここでは、
図２の全体階層情報から、「にんじん」の上の階層の
「根菜」がＴａｒｇｅｔとなる。

【００２５】その後、Ｔａｒｇｅｔがレシピ階層情報１
４２に存在するか否かを検索する（Ｓ０６）。存在する
ときは、レシピ階層情報１４２におけるＴａｒｇｅｔの
下に、新たなレシピデータを追加する（Ｓ０７）。ここ
ではＴａｒｇｅｔ（根菜）はレシピ階層情報１４２には
存在しないので（Ｓ０６でＮＯ）ステップＳ０８にすす
む。

【００２６】ステップＳ０８において、Ｔａｒｇｅｔの
子キーＣｈｉｌｄ（Ｔａｒｇｅｔ）のいずれかがレシピ
階層情報１４２に存在するか否かを検索する。もし、Ｃ
ｈｉｌｄ（Ｔａｒｇｅｔ）のいずれもレシピ階層情報１
４２に存在しないとき（Ｓ０８でＮｏ）は、Ｔａｒｇｅ
ｔの更なるルートキーＲｏｏｔ（Ｔａｒｇｅｔ）を新た
なＴａｒｇｅｔとし（Ｓ１０）、ステップＳ０６に戻
る。

【００２７】図２の全体階層情報から分かるように、
「根菜」の子キーに相当するのは「じゃがいも」「にん
じん」「大根」「ごぼう」である。ステップＳ０８で
は、これらの素材がメモリカード１０４内のレシピ階層
情報１４２に存在するか否かを検索する。図４から明ら
かなように、「大根」はレシピ階層情報１４２に存在す
る。そこで、「大根」すなわち存在した子キーの上に、
Ｔａｒｇｅｔすなわち「根菜」の階層を挿入し（Ｓ０
９）、その下に新たなレシピデータ「にんじんのきんぴ
ら」を追加する（Ｓ０７）。この結果、更新後のレシピ
階層情報は図５のようになる。

【００２８】また、更新前のレシピ階層情報が図６
（ａ）のようなとき、「にんじん」は存在しないが「根
菜」は存在するので、ステップＳ０６でＹｅｓとなり、
「根菜」の下に「にんじん」「にんじんのきんぴら」が
追加され、図６（ｂ）に示すように更新される。

【００２９】＜レシピ削除処理＞図７はレシピデータを削除する処理を示すフローチャー
トである。レシピデータの削除は、利用者が自発的に実
行してもよいし、メモリカード１０４の残容量や各レシ
ピデータの日付等から自動的に実行するようにしてもか
まわない。

【００３０】例えば、メモリカード１０４に、あるレシ
ピＡを追加しようとしたとき、そのメモリ容量（例えば
６４Ｍバイト）を越えてしまうことがある。そこで、メ
モリカード１０４に蓄積されているレシピデータのう
ち、書き込み日時が最も古いレシピＺを選択し、このレ
シピＺを削除するメッセージを利用者に提示する。利用
者がレシピ削除を確認した場合には、レシピＺを削除す
るフローを実行する。また、利用者がレシピを閲覧した
日時がメモリカードに蓄積される場合には、閲覧日時が
最も古いものを削除すべきレシピとして選択してもよ
い。また、レシピが閲覧された回数がメモリカードに蓄
積される場合には、閲覧回数が最も少ないものを削除す
べきレシピとして選択してもよい。

【００３１】いま、メモリカード１０４内に「五目なま
す」「ふろふき大根」「豚肉と大根の中華スープ」の３
種類の大根のレシピと「にんじんのきんぴら」とが保存
されているものとする。このとき、メモリカード１０４
内のレシピ階層情報１４２は図５のようになる。

【００３２】そしてこの状態で、「にんじんのきんぴ
ら」（素材：にんじん）のレシピデータをメモリカード
１０４から削除するものとする。「にんじんのきんぴ
ら」の素材は「にんじん」であるので、Ｐ＝「にんじ
ん」となる（Ｓ２１）。

【００３３】次にステップＳ２２において、レシピ階層
情報１４２の中からＰを検索する。そして、Ｍａｔ＝Ｐ
となる素材Ｍａｔの上位階層のカテゴリー名Ｒｏｏｔ
（Ｍａｔ）、すなわちＰのルートキーとなる素材をＴａ
ｒｇｅｔとして定める（Ｓ２３）。ここでは、図５のレ
シピ階層情報から、「にんじん」の上の階層の「根菜」
がＴａｒｇｅｔとなる。

【００３４】その後、Ｔａｒｇｅｔの子キーＣｈｉｌｄ
（Ｔａｒｇｅｔ）の個数が「２」であるか否かを判断す
る。言い換えると、「にんじん」以外の残りの子キーが
１個であるか否かを判断する。もし残りの子キーが１個
でないとき（Ｓ２４でＮｏ）は、そのままＭＡＴ（＝
Ｐ）およびレシピデータを削除する（Ｓ２６）。ここで
は、残りの子キーは「大根」のみの１個である（Ｓ２４
でＹｅｓ）ので、ステップＳ２５にすすみ、Ｔａｒｇｅ
ｔを削除するとともに、残りの子キーすなわち「大根」
をＴａｒｇｅｔの更なるルートキー（ここでは「素
材」）に付ける。その後、「にんじん」「にんじんのき
んぴら」を削除する（Ｓ２６）。この結果、更新後のレ
シピ階層情報は図４のようになる。

【００３５】上述したレシピ追加処理およびレシピ削除
処理では、あるカテゴリーの下位に単独の素材しか存在
しないとき、そのカテゴリーが省略される。この特徴
は、特に、レシピ追加処理のステップＳ０８，Ｓ０９，
Ｓ１０およびレシピ削除処理のステップＳ２４，Ｓ２５
によって実現される。これにより、階層が徒に深くなる
ことが避けられ、検索をより速く行うことができる。

【００３６】また、レシピの追加によって１個の素材に
対するレシピ数が増加したとき、これらのレシピデータ
を複数のサブキーに分けて割り付けてもよい。例えば電
子レンジ１０５の液晶画面１１０に８個のメニューしか
一度に表示できない場合に、検索キー１個当たりのレシ
ピデータが８個を超えるとき、複数のサブキーに分けて
割り付ける。これにより、１個のカテゴリーに属するレ
シピが複数画面にわたって表示されることがなくなり、
利用者はレシピがより見やすくなる。サブキーとして
は、和・洋・中、煮る・焼く・揚げる、といった料理の
種類、調理時間などのレシピのお手軽度合、栄養素、カ
ロリー、塩分、コスト、季節などが考えられる。各レシ
ピデータに予めこのようなサブキーを付加しておけば、
処理は容易である。

【００３７】また、画面表示の際に、各素材に付いてい
るレシピデータの数を表示してもよい。例えばレシピ階
層情報が図４のような場合、「大根（３）」のように画
面表示する。これにより、利用者は、画面推移すること
なくレシピ数を知ることができる。

【００３８】また、レシピは通常、複数の材料から調理
されるため、複数の素材を検索キーとしてもかまわな
い。例えば「肉じゃが」に対して「牛肉」と「じゃがい
も」を検索キーとし、それぞれにレシピデータ「肉じゃ
が」を付けてもよい。さらに、複数の素材を検索キーと
して持つレシピデータをある素材から検索した場合に、
検索した素材に戻るだけでなく、他の素材の階層にも戻
れるようにしておくのが好ましい。例えば先の「肉じゃ
が」の例では、「牛肉」から検索したとき、「牛肉」に
も「じゃがいも」にも戻れるようにする。

【００３９】以上のように本実施形態によると、レシピ
階層情報は、新たなレシピデータの追加や、レシピデー
タの削除の際に、全体階層情報を参照して更新される。
このため、記録媒体には、現在格納されているレシピデ
ータが正確に反映されたレシピ階層情報が、常に保存さ
れる。したがって、この正確なレシピ階層情報の分類階
層をたどって検索を行うことによって、利用者は、所望
のレシピデータを容易に見つけだすことができる。

【００４０】なお、ここでは調理機器として電子レンジ
１０５を用いるものとしたが、これに限られるものでは
ない。例えば、炊飯器、ＩＨクッキングヒータ、冷蔵
庫、オーブントースタなどが考えられる。また、全体階
層情報１３３を、パソコン１０３の代わりに、半導体メ
モリカード１０４に持たせても良い。

【００４１】なお、本実施形態では、端末装置と調理機
器との間のデータ交換を、記録媒体としてＳＤカード等
の半導体メモリカードを用いて行うものとしたが、他の
記録媒体、例えばフロッピーディスクやＤＶＤ−ＲＡＭ
等を用いてもかまわない。

【００４２】また、記録媒体を用いる代わりに、物理的
な通信ネットワーク（有線または無線）を介して、端末
装置と調理機器との間のデータ交換を行ってもよい。将
来的には、家庭内ＬＡＮが普及し、各調理機器は情報家
電として家庭内ＬＡＮに接続されると予想される。さら
には、調理機器自体が通信機能を有する場合には、この
調理機器をそのまま端末装置として利用することがで
き、この場合は、調理機器が直接サーバとデータ交換を
行うことができる。このような場合、調理機器や端末装
置の内部メモリやハードディスク等が、本発明でいう記
録媒体に該当することになる。

【００４３】（変形例）上述した実施形態では、レシピ階層情報の更新は、端末
装置としてのパソコン１０３が実行した。これに対し
て、端末装置が、電話やＦＡＸなど、上述したようなデ
ータ処理機能を有さない場合には、サーバがレシピ階層
情報の更新を行うようにすることも可能である。

【００４４】図８は本発明の一実施形態に係る情報送信
システムの他の構成の概略を示す図である。図８では、
図１と共通の構成要素には図１と同一の符号を付してお
り、ここではその詳細な説明を省略する。図８の構成で
は、電話、ＦＡＸなどの端末装置２０１がサーバ１０１
Ａからのレシピデータの受信を行う。

【００４５】サーバ１０１ＡはレシピＤＢ１１１に加え
て、分類構成アルゴリズムモジュール１１２を備えてい
る。また半導体メモリカード１０４Ａは、ダウンロード
されたレシピデータを格納するレシピ格納部１４１およ
びレシピ階層情報１４２に加えて、全体階層情報１４３
を備えている。

【００４６】端末装置２０１は、レシピデータの送信要
求とともに、メモリカード１０４Ａ内にあるレシピ階層
情報１４２と全体階層情報１４３をサーバ１０１Ａに送
信する。サーバ１０１Ａは、通信ネットワーク１０２を
介して、端末装置２０１からレシピデータの送信要求を
受信する。このとき、送信されたレシピ階層情報１４２
と全体階層情報１４３も受信する。

【００４７】サーバ１０１Ａ内の分類構成アルゴリズム
モジュール１１２は、受信したレシピ階層情報１４２
を、全体階層情報１４３を参照して、送信要求があった
レシピデータを含むように更新する。そして、サーバ１
０１Ａは、更新したレシピ階層情報１４２を、送信要求
のあったレシピデータとともに端末装置２０１に送信す
る。端末装置２０１のディレクトリＲ／Ｗモジュール２
１１は、サーバ１０１Ａから通信ネットワーク１０２を
介して受信したレシピデータを、メモリカード１０４Ａ
に保存する。

【００４８】以上のように、端末装置がデータ処理機能
を有さない場合には、サーバ自体にレシピ階層情報の更
新機能を持たせることによって、記録媒体のレシピ階層
情報を常に適切なものに保つことができる。なお、もち
ろん、端末装置がデータ処理機能を有する場合であって
も、サーバがレシピ階層情報の更新を行うようにしても
かまわない。

【００４９】なお、上述の変形例では、全体階層情報１
４３をメモリカード１０４Ａに蓄積していたが、サーバ
１０１Ａ側にもたせてもよい。この場合、端末装置２０
１から全体階層情報１４３を送信する必要がなくなり、
通信コストを低減することができる。

【００５０】また、レシピ階層情報１４２をサーバ１０
１Ａに送信せずに、メモリカード１０４Ａに記録された
各レシピデータを表す識別子情報（例えばデータＩＤ）
をサーバ１０１に送信しても、レシピ階層情報１４２の
更新は可能である。すなわち、サーバ１０１Ａは、端末
装置２０１からレシピデータの送信要求とともに、半導
体メモリカード１０４Ａに蓄積されているレシピデータ
を表す識別子情報を受信する。そして、送信要求があっ
たレシピデータと、受信した識別子情報が表すレシピデ
ータとを含むように、レシピ階層情報を新たに生成す
る。そして、送信要求があったレシピデータとともに、
新たに生成したレシピ階層情報を端末装置２０１に送信
する。端末装置２０１が、メモリカード内のレシピ階層
情報１４２を受信したレシピ階層情報に書き替えること
によって、レシピ階層情報の更新が実現される。

【００５１】また、図２３に示すように、利用者による
レシピ追加（ダウンロード）・レシピ削除の履歴をサー
バに蓄積しておくことにより、利用者のメモリカード内
のレシピ分類階層を、常に管理しておくことができる。
この場合、利用者がメモリカードを紛失したときでも、
メモリカードにおけるレシピの編集履歴（追加・削除）
から復元することができる。

【００５２】（第２の実施形態）パソコンや、十分な解像度を有する大画面表示装置でマ
ウス等のインタフェース機器を備えるものであれば、多
量の情報を一見して確認することが可能である。ところ
が、電子レンジや炊飯器等の調理機器は本来、調理する
ための機器であるので、その表示部は、多量の情報を表
示するために十分な大きさをもたないことが多い。

【００５３】このため、調理機器で、多量のレシピ情報
等を利用者が容易に確認できるようにするためには、そ
の情報を自動的に分類し、利用者にとって見やすい形式
で保有する必要がある。本実施形態は、メモリカードの
ような記録媒体に蓄積する調理データを自動的に分類・
蓄積することによって、閲覧・検索を容易に行えるよう
にしたものである。

【００５４】本実施形態に係る全体システムの構成は、
図１と同様である。そして、図９に示すような材料に関
する全体階層情報１３３が、ＰＣ１０３に蓄積されてい
るものとする。図９では、材料の分類情報として、「葉
菜」「果花菜」「根菜・きのこ」「肉」等の８個のカテ
ゴリー（検索キー）があり、各検索キーの下に、さらに
具体的な材料が存在している。例えば、「葉菜」であれ
ば、「キャベツ」「白菜」「ほうれん草・小松菜」「ア
スパラガス」の４つの材料が存在している。このような
材料全体の階層情報を用いて、レシピデータが分類され
る。

【００５５】＜レシピ追加処理＞図１０はレシピデータを追加する際にレシピ階層情報を
更新するアルゴリズムを示すフローチャートである。こ
こでは図１１に示すように、電子レンジ１０５の液晶画
面１１０には、そのサイズから、一度に８個のデータし
か表示できないものとする。したがって、レシピ階層情
報１４２では、一つの分類に属する要素は８個までに抑
える必要がある。すなわち、ここでは、いずれかの検索
キーの下の要素数が上限値としての８個を越えたとき、
当該検索キーの下の要素数が８個以下になるように、レ
シピ階層情報１４２をさらに更新する。

【００５６】まず最初に、レシピＤＢ１１１に格納され
たレシピデータの１つである「豚肉と野菜の中華炒め」
が、サーバ１０１からＰＣ１０３へダウンロードされた
とする。

【００５７】このとき、まず、「豚肉と野菜の中華炒
め」の主要な材料として「キャベツ」と「豚肉」が選択
される（Ｓ３１）。ここで、選択された材料「キャベ
ツ」「豚肉」はともに、レシピ階層情報１４２には存在
しない（Ｓ３２でＮｏ）。そこで、ステップＳ３６へす
すみ、図１２（ａ）に示すように、選択した材料である
「キャベツ」「豚肉」を「材料」の下に追加し、「キャ
ベツ」「豚肉」の下にそれぞれ「豚肉と野菜の中華炒
め」を追加する。そして、追加した「キャベツ」「豚
肉」を含む分類の要素数が８個を超えない（Ｓ３７でＮ
ｏ）ので、アルゴリズムを終了する。

【００５８】次に、レシピデータとして「ロールキャベ
ツ」が追加されたとする。

【００５９】このとき、「ロールキャベツ」の主要な材
料として「キャベツ」と「ひき肉」が選択される（Ｓ３
１）。ここで、選択された材料のうち「ひき肉」は、レ
シピ階層情報１４２にはまだ存在しない新たな材料であ
るため、「豚肉と野菜の中華炒め」を追加した場合と同
様に材料の下に追加され、さらにその下に「ロールキャ
ベツ」が追加される（Ｓ３６〜Ｓ３８）。一方、「キャ
ベツ」はすでにレシピ階層情報１４２に存在する（Ｓ３
２でＹｅｓ）ので、ステップＳ３３にすすみ、すでに存
在する「キャベツ」の下に「ロールキャベツ」を追加す
る（Ｓ３４）。そして、「キャベツ」の下のレシピデー
タ数が８個を越えていない（Ｓ３４でＮｏ）ので、アル
ゴリズムを終了する。この結果、レシピ階層情報１４２
は図１２（ｂ）のように更新される。

【００６０】次に、レシピデータとして「筑前煮」が追
加されたとすると、主要な材料として「にんじん」「ご
ぼう・れんこん」「鶏肉（蒸し物・煮物）」の３つが選
択され（Ｓ３１）、上述のアルゴリズムと同様に、「材
料」の下に追加される。この結果、レシピ階層情報１４
２は図１２（ｃ）のように更新される。

【００６１】さらに、レシピデータとして「アスパラの
ベーコン巻き」が追加されたとすると、主要な材料とし
て「アスパラガス」「肉加工品」の２つが選択され（Ｓ
３１）、上述のアルゴリズムと同様に、「材料」の下に
追加される。この結果、レシピ階層情報１４２は図１３
（ａ）のように更新される。

【００６２】ここで、「材料」の下の要素数が、「キャ
ベツ」「にんじん」「アスパラガス」「ごぼう・れんこ
ん」「豚肉」「ひき肉」「鶏肉（蒸し物・煮物）」「肉
加工品」の合計８個になった。このため、新たな材料が
追加された場合には、「材料」の下の要素数が上限値で
ある８個を越えてしまうので、レシピ階層情報１４２を
さらに更新する。その処理について、ここでレシピデー
タとして「白菜のキムチ風」が追加された場合を例にと
って説明する。

【００６３】まず、「白菜のキムチ風」の主要な材料と
して「白菜」が選択される（Ｓ３１）。選択された「白
菜」はレシピ階層情報１４２に存在しない新たな材料で
あるため（Ｓ３２でＮｏ）、ステップＳ３６にすすみ、
図１３（ｂ）に示すように「白菜」が「材料」の下に追
加される。このとき、「材料」の下の要素数が９個にな
り、上限値である８個を越えるため（Ｓ３７でＹｅ
ｓ）、ステップＳ３８にすすむ。

【００６４】ステップＳ３８では、「材料」の下の９個
の要素を「材料」からはずし、図９に示す全体階層情報
１３３を参照して、「白菜」「キャベツ」の群、「にん
じん」「アスパラガス」の群、「ごぼう・れんこん」の
群、そして「豚肉」「ひき肉」「鶏肉（蒸し物・煮
物）」「肉加工品」の群に分ける。そして、各要素群
を、新たな検索キーである「葉菜」「果花菜」「根菜・
きのこ」「肉」の下におき、さらにこれらを「材料」の
下におく。この結果、図１４に示すような、階層が１つ
増えたレシピ階層情報１４２が得られる。図１４を見る
と分かるように、いずれの検索キーの下の要素数も上限
値である８個を越えておらず、したがって、電子レンジ
１０５の液晶画面１１０に適切に表示することができ
る。

【００６５】上述の例では、ある検索キーの下の要素数
が上限値を超えたとき、図９に示すような材料の階層関
係を表す全体階層情報１３３を参照して、レシピ階層情
報１４２を更新した。これに対して、全体階層情報１３
３を特に参照しないで、レシピ階層情報１４２を更新す
ることも可能である。

【００６６】いま、図１５に示すように、レシピ階層情
報１４２において、「豚肉」の下に８個のレシピデータ
がおかれていたとする。このとき、さらに、「豚肉」に
関するレシピデータ「豚肉の揚げ焼き」が追加された場
合の処理について、図１０のフローチャートを用いて説
明する。

【００６７】まず、「豚肉の揚げ焼き」の主要な材料と
して「豚肉」が選択される（Ｓ３１）。「豚肉」は図１
５に示すレシピ階層情報１４２に存在するので（Ｓ３２
でＹｅｓ）、ステップＳ３３にすすみ、図１５のレシピ
階層情報１４２の「豚肉」の下に「豚肉の揚げ焼き」を
追加する。

【００６８】この結果、「豚肉」を材料とするレシピデ
ータが９個になり、上限値である８個を超えたため（Ｓ
３４でＹｅｓ）、ステップＳ３５にすすむ。そして、
「豚肉」の下のレシピデータを、「豚肉」の下からはず
して２つの群に分け、各群を、新たな検索キー「豚肉
（１）」「豚肉（２）」の下にそれぞれおく。そして、
「豚肉（１）」「豚肉（２）」を「豚肉」の下におく。
これにより、図１５に示すレシピ階層情報１４２は図１
６のように更新され、一つの分類における要素数が８個
を超えないようになり、したがって、ある検索キーの下
にある全てのレシピデータを一画面に表示することがで
きる。

【００６９】なお、図１６の例では、「豚肉」の下に
「豚肉（１）」と「豚肉（２）」を追加したが、図１７
に示すように、新たな検索キー「豚肉（１）」と「豚肉
（２）」を元の「豚肉」に代えておき、「鶏肉」や「牛
肉」と同じ階層に作成してもよい。また、ここではレシ
ピデータを２つの群に分けたが、もちろん３つ以上の群
に分けてもかまわない。

【００７０】また、ここでは、レシピデータを任意に分
類したが、所定のルールに従ってレシピデータを分けて
もよい。例えば、これまでに閲覧された回数に応じて、
回数の多いものと、少ないものとに分けてもよい。

【００７１】また、レシピの材料に係る全体階層情報１
３３以外にも、図１８に示すような他の観点、例えば、
調理時間、カロリー、レシピの国籍などに関するカテゴ
リー情報が蓄えられていることがある。この場合には、
このようなカテゴリー情報を利用して、新たな検索キー
を導入してもよい。図１９の例では、調理時間の観点に
よって新たな分類を行っており、「調理時間短め」と
「調理時間長め」が新たな検索キーとして導入されてい
る。なお、図１８では、一階層の分類のみを示している
が、図９と同様に、２階層以上の分類情報を蓄積してい
ても、同様のアルゴリズムを適用することができる。

【００７２】また、レシピデータを分ける際に、図２０
（ａ）に示すように、レシピデータを７個と２個に分
け、７個のレシピ名と＜次ページ＞という操作名、およ
び、２個のレシピ名と＜前ページ＞という操作名の２つ
のグループに分けてもよい。これにより、図２０（ｂ）
に示すように、７個のレシピが表示された第１の画面か
ら、残りの２個のレシピ名が表示された第２の画面に、
すぐに移動することができ、逆に、第２の画面から第１
の画面に簡単に戻ることができる。すなわち、ただ単に
レシピデータを分けた場合には、豚肉（１）の画面と豚
肉（２）の画面との間は、１階層上の画面を介さないと
移動できなかったが、＜次ページ＞や＜前ページ＞とい
う操作名を挿入することによって、同一分類のレシピデ
ータに関しては、簡単に画面間を移動できるようにな
る。

【００７３】＜レシピ削除処理＞上述の例では、レシピデータを追加する場合について説
明したが、ここでは、逆にレシピデータを削除する場合
の処理について、図２１のフローチャートに従って説明
する。

【００７４】いま、図１４に示すようなレシピ階層情報
１４２が記憶されており、「白菜のキムチ風」「豚肉と
野菜の中華炒め」「ロールキャベツ」「筑前煮」「アス
パラのベーコン巻き」の５種類のレシピデータが蓄積さ
れているものとする。このとき、「筑前煮」を削除する
場合には、次のような処理を行う。

【００７５】まず、「筑前煮」の主要材料として「にん
じん」「ごぼう・れんこん」「鶏肉（蒸し物・煮物）」
が選択される（Ｓ４１）。ここで、「にんじん」「ごぼ
う・れんこん」「鶏肉（蒸し物・煮物）」とも、その下
におかれたレシピデータは「筑前煮」のみである（Ｓ４
２でＹｅｓ）ため、ステップＳ４３にすすむ。そして、
「にんじん」「ごぼう・れんこん」「鶏肉（蒸し物・煮
物）」の材料とともに、「筑前煮」が削除される。

【００７６】そして、図１４のレシピ階層構造１４２か
ら、「にんじん」「ごぼう・れんこん」「鶏肉（蒸し物
・煮物）」の３つの材料を削除したため、その階層の要
素数が「白菜」「キャベツ」「アスパラガス」「豚肉」
「ひき肉」「肉加工品」の計６個となり、上限値である
８個以下になった（Ｓ４４でＹｅｓ）。このため、ステ
ップＳ４５にすすみ、その上位の階層である、「葉菜」
「果花菜」「根菜・きのこ」「肉」の分類を削除する。
この結果、レシピ階層情報１４２は図２２のように更新
される。

【００７７】なお、この例では、一つのレシピデータを
削除する動作について説明したが、本発明では、レシピ
データがレシピ階層情報１４２において材料等によって
分類されているため、レシピデータを分類毎に一括して
削除することも簡単に実現できる。例えば図１４のよう
なレシピ階層情報１４２の場合、検索キーを指定してレ
シピデータを一括削除する機能を実装することによっ
て、例えば「肉」を材料とするレシピデータ（「豚肉と
野菜の中華炒め」「ロールキャベツ」「筑前煮」「アス
パラのベーコン巻き」）を簡単に削除することができ
る。本発明に係る分類階層をもっていなければ、例えば
「肉」を材料とするレシピデータを削除するためには、
レシピデータを一個ずつ指定して削除する必要があり、
不便である。

【００７８】また、携帯電話やＰＤＡ等のモバイル機器
についても、本実施形態に係る方法は有効である。すな
わち、これらのモバイル機器は、屋外での利用を想定し
ているため、その表示部は、多量の情報を閲覧するため
に十分な大きさをもたないことが多い。したがって、こ
のようなモバイル機器についても、本実施形態に係る方
法を採用することによって、レシピデータの閲覧・検索
を容易に実行可能にすることができる。

【００７９】また、ここでは、検索キーの下の要素数の
上限値は８個としたが、これに限られるものではないこ
とはいうまでもない。また、レシピ階層情報を更新した
ときの対象機器とは異なる別の機器でレシピデータを表
示させる場合、その機器の画面サイズが対象機器と異な
っており、要素数の上限値も異なるときは、レシピ階層
情報を、その機器の新たな上限値を用いて更新すればよ
い。

【００８０】なお、上述の各実施形態では、全体階層情
報は一定のものであることを一応の前提としていた。と
ころが、例えば、新たな食材が見つかったり、ある栄養
素の健康への影響が新たに発見されたりしたことによっ
て、レシピデータの新たな分類パターンが望まれる場合
がある。この場合、全体階層情報自体を更新することに
よって、レシピデータの分類階層を、最新のものにした
り、特定の用途に応じたものに変更することが可能であ
る。

【００８１】また、レシピ名や材料を画面に実際に表示
する際に、表示する順序を、過去に実施（調理、閲覧な
ど）した回数の多い順にすることによって、使いやすい
インタフェースを実現することができる。また、過去に
実施していないレシピデータについて、例えばその表示
の色を変更するなどによって、未実施であることを利用
者に知らせてもよい。

【００８２】なお、レシピデータをメモリカード等の記
録媒体に蓄積することを前提としている場合には、その
記憶容量から、蓄積可能なレシピデータはその数が限ら
れることになる。この場合、新たにレシピデータを追加
しようとした際に、記憶容量が不足するときは、過去に
実施したことがない（あるいは実施回数が少ない）レシ
ピデータを優先的に削除するようにしてもよい。また
は、追加した日時の古いものを優先的に削除してもよ
い。

【００８３】なお、上述の各実施形態では、本発明に係
るコンテンツデータ保存方法は、端末装置として機能す
るＰＣやサーバが、分類構成アルゴリズムモジュールを
実行することによって実施された。これ以外の形態で
も、プログラムをコンピュータに実行させることによっ
て、本発明に係るコンテンツデータ保存方法を実行する
ことができる。例えば調理機器において、これに内蔵さ
れたマイコンやＣＰＵがコンピュータとしてプログラム
を実行することによって、本実施形態で示したのと同様
に、メモリカードのような記録媒体にコンテンツデータ
を保存することができる。この場合、通信ネットワーク
を介したデータ送受信は、必ずしも必須ではない。

【００８４】なお、上述の各実施形態では、レシピデー
タを例にとって説明したが、レシピデータ以外の、調理
を行うためのデータについても、本発明は同様に適用可
能であり、同様の作用効果が得られる。調理を行うため
のデータの他の例としては、素材に関するデータや、栄
養価に関するデータなどが考えられる。さらには、調理
を行うためのデータ以外のコンテンツデータについて
も、本発明は同様に適用可能であり、同様の作用効果が
得られる。

【００８５】

【発明の効果】以上のように本発明によると、コンテン
ツデータが新たに追加されたとき、または削除されたと
き、これに応じてコンテンツ階層情報が更新されるの
で、現在格納されているコンテンツデータが正確に反映
されたコンテンツ階層情報が常に保存される。したがっ
て、この正確なコンテンツ階層情報の分類階層をたどっ
て検索を行うことによって、利用者は、所望のコンテン
ツデータを容易に見つけ出すことができる。

【図面の簡単な説明】

【図１】本発明の実施形態に係る情報送信システムの概
略構成図である。

【図２】本発明の第１の実施形態に係る全体階層情報の
一例を示す図である。

【図３】本発明の第１の実施形態に係るレシピデータの
追加処理を示すフローチャートである。

【図４】更新前のレシピ階層情報の一例を示す図であ
る。

【図５】更新後のレシピ階層情報を示す図である。

【図６】レシピ階層情報の更新の他の例を示す図であ
る。

【図７】本発明の第１の実施形態に係るレシピデータの
削除処理を示すフローチャートである。

【図８】本発明の実施形態に係る情報送信システムの他
の概略構成図である。

【図９】本発明の第２の実施形態に係る全体階層情報の
一例である。

【図１０】本発明の第２の実施形態に係るレシピデータ
の追加処理を示すフローチャートである。

【図１１】電子レンジの画面表示の例である。

【図１２】レシピ階層情報にレシピデータが追加される
一例である。

【図１３】レシピ階層情報において、要素数が上限値を
超えた場合を示す図である。

【図１４】階層が増えたレシピ階層情報の一例である。

【図１５】更新前のレシピ階層情報の一例である。

【図１６】図１５のレシピ階層情報の更新後の例を示す
図である。

【図１７】図１５のレシピ階層情報の更新後の他の例を
示す図である。

【図１８】材料以外の観点に関するカテゴリー情報の例
である。

【図１９】図１５のレシピ階層情報を、図１８の情報を
用いて更新した例である。

【図２０】（ａ）は操作名を含むレシピ階層情報の例で
あり、（ｂ）はその画面表示の例である。

【図２１】本発明の第２の実施形態に係るレシピデータ
の削除処理を示すフローチャートである。

【図２２】図１４のレシピ階層情報から、レシピデータ
が削除されたときの例である。

【図２３】サーバが利用者のレシピ追加・削除履歴を管
理する場合の構成図である。

【符号の説明】

１０１，１０１Ａサーバ１０２通信ネットワーク１０３パソコン（端末装置）１０４，１０４Ａ半導体メモリカード（記録媒体）１０５電子レンジ（調理機器）１１１レシピＤＢ１３３，１４３全体階層情報１４２レシピ階層情報（コンテンツ階層情報）２０１端末装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩＦ２４Ｃ 7/02 Ｆ２４Ｃ 7/02 ３０１Ｊ 7/04 ３０１ 7/04 ３０１Ｚ 15/00 15/00 ＫＧ０６Ｆ 12/00 ５２０Ｇ０６Ｆ 12/00 ５２０Ｐ 17/60 １７６ 17/60 １７６Ａ (56)参考文献特開2000−276494（ＪＰ，Ａ) 特開平11−242686（ＪＰ，Ａ) 特開2000−346366（ＪＰ，Ａ) 特開平９−153057（ＪＰ，Ａ) 木村公彦，住友金属システム開発ＭＰ３ＪＵＫＥＢＯＸ４．４ｂｙＭｕｓｉｃＭａｔｃｈ新エンコードエンジンを採用し音質がアップ，ＰＣｆａｎ，日本，株式会社毎日コミュニケーションズ，2000年５月15日，第７巻，第９号，ｐ．133 上岡隆，ＡＶ徹底活用法ジュークボックスソフト編，日経パソコン，日本，日経ＢＰ社，2000年６月12日，第363号, ｐ．180−187 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/30 F24C 7/02 F24C 15/00 G06F 12/00 G06F 17/60

Claims

(57)【特許請求の範囲】

【請求項１】コンピュータを有し、コンテンツデータ
を記録する記録媒体に対して、処理を行う端末装置であ
って、前記記録媒体は、当該記録媒体に記録されたコンテンツ
データの，検索キーに基づく分類階層を表すコンテンツ
階層情報を有しており、前記記録媒体からコンテンツデータを削除するとき、前
記コンピュータが、前記コンテンツデータに係る検索キーを前記コンテンツ
階層情報から検索し、この検索キーのルートキーを特定
する第１のステップと、前記ルートキーの残りの子キーが１個であるか否かを判
断する第２のステップと、前記第２のステップにおいて残りの子キーが１個である
と判断したとき、前記ルートキーを削除するとともに、
前記残りの子キーを前記ルートキーの更なるルートキー
に付ける第３のステップと、前記コンテンツデータおよび前記検索キーを前記コンテ
ンツ階層情報から削除する第４のステップとを行うこと
を特徴とする端末装置。
【請求項２】コンピュータを有し、コンテンツデータ
を記録する記録媒体に対して、処理を行う端末装置であ
って、前記記録媒体は、当該記録媒体に記録されたコンテンツ
データの，検索キーに基づく分類階層を表すコンテンツ
階層情報を有しており、新たなコンテンツデータを前記記録媒体に追加すると
き、前記コンピュータが、前記コンテンツデータに係る検索キーが前記コンテンツ
階層情報に存在するか否かを検索し、存在するとき、そ
の検索キーに当該コンテンツデータを割り付ける第１の
ステップと、前記第１のステップにおいて前記検索キーが前記コンテ
ンツ階層情報に存在しないとき、前記検索キーを、前記
コンピュータまたは前記記録媒体が有し、コンテンツ全
体における前記検索キーの階層関係を表す全体階層情報
から検索し、当該検索キーのルートキーを検索する第２
のステップと、前記ルートキーが前記コンテンツ階層情報に存在するか
否かを検索し、存在しないとき、前記ルートキーの子キ
ーのいずれかが前記コンテンツ階層情報に存在するか否
かを検索し、存在するとき、当該子キーの上位に前記ル
ートキーを挿入するとともに、前記ルートキーの下位に
前記検索キーを付加し、この検索キーに当該コンテンツ
データを割り付ける第３のステップとを行うことを特徴
とする端末装置。
【請求項３】記録媒体に、コンテンツデータを保存す
る方法であって、前記記録媒体は、当該記録媒体に記録されたコンテンツ
データの，検索キーに基づく分類階層を表すコンテンツ
階層情報を有しており、前記記録媒体からコンテンツデータを削除するとき、コ
ンピュータによって、前記コンテンツデータに係る検索キーを前記コンテンツ
階層情報から検索し、この検索キーのルートキーを特定
する第１のステップと、前記ルートキーの残りの子キーが１個であるか否かを判
断する第２のステップと、前記第２のステップにおいて残りの子キーが１個である
と判断したとき、前記ルートキーを削除するとともに、
前記残りの子キーを前記ルートキーの更なるルートキー
に付ける第３のステップと、前記コンテンツデータおよび前記検索キーを前記コンテ
ンツ階層情報から削除する第４のステップとを行うこと
を特徴とするコンテンツデータ保存方法。
【請求項４】記録媒体に、コンテンツデータを保存す
る方法であって、前記記録媒体は、当該記録媒体に記録されたコンテンツ
データの，検索キーに基づく分類階層を表すコンテンツ
階層情報を有しており、新たなコンテンツデータを前記記録媒体に追加すると
き、コンピュータによって、前記コンテンツデータに係る検索キーが前記コンテンツ
階層情報に存在するか否かを検索し、存在するとき、そ
の検索キーに当該コンテンツデータを割り付ける第１の
ステップと、前記第１のステップにおいて前記検索キーが前記コンテ
ンツ階層情報に存在しないとき、前記検索キーを、前記
コンピュータまたは前記記録媒体が有し、コンテンツ全
体における前記検索キーの階層関係を表す全体階層情報
から検索し、当該検索キーのルートキーを検索する第２
のステップと、前記ルートキーが前記コンテンツ階層情報に存在するか
否かを検索し、存在しないとき、前記ルートキーの子キ
ーのいずれかが前記コンテンツ階層情報に存在するか否
かを検索し、存在するとき、当該子キーの上位に前記ル
ートキーを挿入するとともに、前記ルートキーの下位に
前記検索キーを付加し、この検索キーに当該コンテンツ
データを割り付ける第３のステップとを行うことを特徴
とするコンテンツデータ保存方法。
【請求項５】記録媒体にコンテンツデータを保存する
方法を、コンピュータに実行させるためのプログラムで
あって、前記記録媒体は、当該記録媒体に記録されたコンテンツ
データの，検索キーに基づく分類階層を表すコンテンツ
階層情報を有しており、当該プログラムは、前記記録媒体からコンテンツデータ
を削除する処理を行う際に、コンピュータに、前記コンテンツデータに係る検索キーを前記コンテンツ
階層情報から検索し、この検索キーのルートキーを特定
する第１のステップと、前記ルートキーの残りの子キーが１個であるか否かを判
断する第２のステップと、前記第２のステップにおいて残りの子キーが１個である
と判断したとき、前記ルートキーを削除するとともに、
前記残りの子キーを前記ルートキーの更なるルートキー
に付ける第３のステップと、前記コンテンツデータおよび前記検索キーを前記コンテ
ンツ階層情報から削除する第４のステップとを実行させ
ることを特徴とするプログラム。
【請求項６】記録媒体にコンテンツデータを保存する
方法を、コンピュータに実行させるためのプログラムで
あって、前記記録媒体は、当該記録媒体に記録されたコンテンツ
データの，検索キーに基づく分類階層を表すコンテンツ
階層情報を有しており、当該プログラムは、新たなコンテンツデータを前記記録
媒体に追加する処理を行う際に、コンピュータに、前記コンテンツデータに係る検索キーが前記コンテンツ
階層情報に存在するか否かを検索し、存在するとき、そ
の検索キーに当該コンテンツデータを割り付ける第１の
ステップと、前記第１のステップにおいて前記検索キーが前記コンテ
ンツ階層情報に存在しないとき、前記検索キーを、前記
コンピュータまたは前記記録媒体が有し、コンテンツ全
体における前記検索キーの階層関係を表す全体階層情報
から検索し、当該検索キーのルートキーを検索する第２
のステップと、前記ルートキーが前記コンテンツ階層情報に存在するか
否かを検索し、存在しないとき、前記ルートキーの子キ
ーのいずれかが前記コンテンツ階層情報に存在するか否
かを検索し、存在するとき、当該子キーの上位に前記ル
ートキーを挿入するとともに、前記ルートキーの下位に
前記検索キーを付加し、この検索キーに当該コンテンツ
データを割り付ける第３のステップとを実行させること
を特徴とするプログラム。