JP2000082001A

JP2000082001A - データ管理装置およびデータ管理方法

Info

Publication number: JP2000082001A
Application number: JP10251325A
Authority: JP
Inventors: Taisuke Fujino; 泰典藤野
Original assignee: AI SOFT KK
Current assignee: AI SOFT KK
Priority date: 1998-09-04
Filing date: 1998-09-04
Publication date: 2000-03-21

Abstract

(57)【要約】【課題】マルチメディアデータを含む複数フィールド
のレコードを管理する場合、検索速度が遅くなってしま
ったり、データ破壊時のシステム復旧を早期に行うこと
ができなかった。【解決手段】所定のＤＢＭＳを利用してコンテンツデ
ータベース８４ａにて各コンテンツを管理するためのレ
コードを格納するとともに、各レコードのフィールドデ
ータに応じたディレクトリ構造をファイルシステムに構
築してそのディレクトリ配下で画像データなどのコンテ
ンツデータを管理し、コンテンツデータの読出時にはデ
ィレクトリ構造における所在を検索して対応する所在か
らコンテンツデータを読み出し、コンテンツデータベー
ス８４ａ内のレコードとディレクトリ構造のいずれか一
方が破壊された場合には、他方のデータに基づいて破壊
されたデータを復元するようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ管理装置お
よびデータ管理方法に関し、特に、マルチメディアデー
タを含む複数のフィールドデータから構成されるレコー
ドを管理するデータ管理装置およびデータ管理方法に関
する。

【０００２】

【従来の技術】ＤＢＭＳ（ＤａｔａＢａｓｅＭａｎａ
ｇｅｍｅｎｔＳｙｓｔｅｍ；データベース管理システ
ム）によって複数フィールドで構成されるレコードを管
理する場合、予め各フィールドの型を定義しておき、そ
の型定義に応じたフィールドデータから構成されるレコ
ードを保存する。ここにおけるフィールドの型定義とし
ては、例えば文字データ型、数値データ型、日付データ
型などが用意されており、実際に使用するレコードフォ
ーマットに合わせて各フィールドの型を定義することに
なる。

【０００３】近年においては、インターネット等の普及
に伴って画像データや音声データ等のマルチメディアデ
ータを含むレコードを管理する必要が高まりつつある。
そこで、多くのＤＢＭＳにおいては、このようなレコー
ドを管理することができるようになっており、この場合
にはマルチメディアデータが格納されるフィールドの型
定義として、バイナリデータなどを格納する際に使用す
るローデータ型などを定義しておく。

【０００４】

【発明が解決しようとする課題】上述した従来のデータ
管理装置においては、次のような課題があった。マルチ
メディアデータは通常の文字データや数値データに比べ
てデータ量が多大であるし、また、当然に可変長データ
であるため、検索時などにおけるＤＢＭＳに対する負荷
も多大とならざるを得ず、結果として検索速度なども著
しく低下してしまう。さらに、マルチメディアデータが
画像データや音声データなど複数種のデータによって構
成されている場合にはＤＢＭＳでの管理が複雑とならざ
るを得なかった。

【０００５】この点、マルチメディアデータをファイル
システムのディレクトリ配下で管理することも可能であ
る。すなわち、検索時の検索キーに応じて階層的にディ
レクトリを形成するとともに、その配下にマルチメディ
アデータを保存しておく。そして、検索時には所望の検
索キーに基づいてディレクトリ構造を探索してマルチメ
ディアデータを取得する。確かに、かかる構成とすれば
マルチメディアデータが画像データや音声データなど複
数種のデータによって構成されていても、それぞれ別個
のファイルとして管理すればよく、管理上の煩わしさも
ないといえる。しかし、段階的に検索処理を実行する場
合などにおいては、その都度ディレクトリ構造を探索し
なければならないため効率が悪く、検索速度も全体とし
て低下してしまうことになりかねない。

【０００６】さらに、前者の手法においてレコードが破
壊された場合には、データベースのバックアップデータ
を用いてデータを復元するしかシステム復旧する術はな
かったし、後者においてディレクトリ構造が破壊された
場合にも同様にバックアップデータを用いて復元するし
かシステム復旧する術はなく、いずれの手法にあっても
データ破壊時におけるシステムの早期復旧を行うことが
できなかった。

【０００７】本発明は、上記課題にかんがみてなされた
もので、マルチメディアデータを含む複数のフィールド
データから構成されるレコードを管理するにあたり、検
索速度を低下させないようにするとともに、データ破壊
時において早期にシステム復旧することが可能なデータ
管理装置およびデータ管理方法の提供を目的とする。

【課題を解決するための手段】上記目的を達成するた
め、請求項１にかかる発明は、マルチメディアデータを
含む複数のフィールドデータから構成されるレコードを
管理するデータ管理装置であって、階層構造で管理可能
な記憶媒体に対して上記レコードに対応して階層構造を
形成しつつマルチメディアデータのフィールドに対応す
る階層領域に上記マルチメディアデータをファイルとし
て保存するマルチメディアデータ階層化管理手段と、上
記マルチメディアデータの参照要求を入力して上記階層
構造における所在を検索し、対応する所在から同マルチ
メディアデータを読み出して供給するマルチメディアデ
ータ読出供給手段とを備えた構成としてある。

【０００８】上記のように構成した請求項１にかかる発
明においては、マルチメディアデータを含む複数のフィ
ールドデータから構成されるレコードを管理するにあた
り、マルチメディアデータ階層化管理手段は、階層構造
で管理可能な記憶媒体に対して上記レコードに対応して
階層構造を形成しつつマルチメディアデータのフィール
ドに対応する階層領域に上記マルチメディアデータをフ
ァイルとして保存しており、かかるマルチメディアデー
タの参照要求を発行すると、マルチメディアデータ読出
供給手段が上記階層構造における所在を検索し、対応す
る所在から同マルチメディアデータを読み出して供給す
る。

【０００９】具体的な管理体系として、例えば「ａ，
ｂ，ｃ，ｄ」（「，」はフィールドの区切り）の４フィ
ールドからなるレコードを管理する場合において、
「ｄ」がマルチメディアデータで構成されていたものと
する。この場合において、ＤＢＭＳによって「ａ，ｂ，
ｃ」のレコードを管理するとともに、ファイルシステム
にディレクトリ「ａ／ｂ／ｃ」（「／」はディレクトリ
の区切り）を構築し、その配下にマルチメディアデータ
「ｄ」をファイルとして保存することなどが該当する。

【００１０】ここで、ＤＢＭＳに管理されている「ａ，
ｂ，ｃ」のレコードにおいて、例えば、「ｃ」のフィー
ルドデータが破壊されて読み取ることができなくなった
ものとする。かかる場合には、通常、データベースのバ
ックアップデータを利用してレコードを修復することに
なるが、ファイルシステムに「ａ／ｂ／ｃ」のディレク
トリ構造が残っていれば、このディレクトリ構造を利用
してレコードの修復が可能となる。他方、「ａ／ｂ／
ｃ」のディレクトリ構造が破壊された場合も同様であ
り、データベースに「ａ，ｂ，ｃ」のレコードが残って
いれば、バックアップデータがなくともディレクトリ構
造の修復が可能となる。

【００１１】むろん、「ａ，ｂ，ｃ，ｄ」の４フィール
ドで一つのレコードが構成されているため、ＤＢＭＳに
おいて「ａ，ｂ，ｃ」のレコードが削除されれば、当然
にマルチメディアデータ「ｄ」も削除される。また、こ
の際にディレクトリ「ａ／ｂ／ｃ」もあわせて削除して
もよい。さらに、厳密に各フィールドデータに対応した
階層構造を形成する必要はなく、例えば「ａ／ｃ」とい
うディレクトリ配下にマルチメディアデータ「ｄ」をフ
ァイルとして保存してもよい。この場合であっても、少
なくとも「ａ」および「ｃ」というフィールドデータに
関しては、ＤＢＭＳに管理されるレコードと、ファイル
システムに形成されるディレクトリ構造との間で相互に
修復が可能となる。

【００１２】ここにおけるマルチメディアデータとは、
バイナリデータなどの可変長データを広く含むものであ
り、具体的には画像データや音声データなどが該当す
る。むろん、その実質的な形態としては画像データ単独
で構成されたり、音声データ単独で構成されるなど、各
種の形態をとりうるものであって特に限定されることは
ない。その一例として、請求項２にかかる発明は、請求
項１に記載のデータ管理装置において、上記マルチメデ
ィアデータ階層化管理手段は、複数種別のデータで構成
されるマルチメディアデータを種別に応じた複数のファ
イルとして保存する構成としてある。

【００１３】上記のように構成した請求項２にかかる発
明においては、マルチメディアデータが複数種別のデー
タで構成されており、マルチメディアデータ階層化管理
手段はその種別に応じた複数のファイルとして保存す
る。例えば、マルチメディアデータが画像データと音声
データとを含んでいる場合に、画像データファイルと音
声データファイルとして保存する。

【００１４】マルチメディアデータ読出供給手段は、マ
ルチメディアデータの参照要求を入力してマルチメディ
アデータの所在を検索し、対応する所在から同マルチメ
ディアデータを読み出して供給することができればよ
く、具体的な検索手法としては各種の手法を適用可能で
ある。その一例として、請求項３にかかる発明は、請求
項１または請求項２のいずれかに記載のデータ管理装置
において、上記マルチメディアデータ読出供給手段は、
上記レコードを検索して参照されたフィールドデータの
対応関係から上記階層構造を検出して上記マルチメディ
アデータを読み出す構成としてある。

【００１５】上記のように構成した請求項３にかかる発
明においては、マルチメディアデータの参照要求が発行
されると、マルチメディアデータ読出供給手段はレコー
ドを検索してフィールドデータの対応関係を参照し、そ
の対応関係から階層構造を検出してマルチメディアデー
タを読み出して供給する。例えば、上述した例におい
て、ＤＢＭＳにおいて所定の検索処理にて「ａ，ｂ，
ｃ」のレコードを検索し、各フィールドデータから「ａ
／ｂ／ｃ」のディレクトリ構造を検出してマルチメディ
アデータを読み出す場合などが該当する。

【００１６】また、この場合に好適な構成の一例とし
て、請求項４にかかる発明は、請求項３に記載のデータ
管理装置において、上記レコードはマルチメディアデー
タの所在を示すフィールドデータを含んでおり、上記マ
ルチメディアデータ読出供給手段は、上記マルチメディ
アデータの所在を示すフィールドデータを検出して上記
マルチメディアデータを読み出す構成としてある。

【００１７】すなわち、検索して得られたレコードには
マルチメディアデータの所在を示すフィールドデータが
含まれており、マルチメディアデータ読出供給手段は同
フィールドデータを検出し、その所在に基づいてマルチ
メディアデータを読み出す。例えば、上述した例におい
て、「ａ／ｂ／ｃ」というフィールドデータがＤＢＭＳ
で管理されるレコードに含まれており、このフィールド
データから直接にマルチメディアデータを読み出す。

【００１８】また、マルチメディアデータ読出供給手段
がマルチメディアデータを読み出す別の手法の一例とし
て、請求項５にかかる発明は、請求項１または請求項２
のいずれかに記載のデータ管理装置において、上記マル
チメディアデータ読出供給手段は、上記マルチメディア
データの参照要求に応じて上記階層構造から検索して該
当するマルチメディアデータを読み出す構成としてあ
る。

【００１９】上記のように構成した請求項５にかかる発
明においては、マルチメディアデータの参照要求が発行
されると、マルチメディアデータ読出供給手段は階層構
造から検索して該当するマルチメディアデータを読み出
す。例えば、上述した例において、第三フィールドに
「ｃ」というデータが格納されたマルチメディアデータ
をまとめて読み出す場合に、ＤＢＭＳを経由することな
くファイルシステム上で「ｃ」というディレクトリを検
索し、その配下に保存されたマルチメディアデータをま
とめて読み出せば効率がよいと言える。

【００２０】マルチメディアデータを含む複数のフィー
ルドデータから構成されるレコードを管理するにあた
り、階層構造で管理可能な記憶媒体に対して上記レコー
ドに対応して階層構造を形成しつつマルチメディアデー
タのフィールドに対応する階層領域に上記マルチメディ
アデータをファイルとして保存する手法は、必ずしも実
体のある装置に限られる必要もない。その一例として、
請求項６にかかる発明は、マルチメディアデータを含む
複数のフィールドデータから構成されるレコードを管理
するデータ管理方法であって、階層構造で管理可能な記
憶媒体に対して上記レコードに対応して階層構造を形成
しつつマルチメディアデータのフィールドに対応する階
層領域に上記マルチメディアデータをファイルとして保
存するとともに、上記マルチメディアデータの参照要求
を入力して上記階層構造における所在を検索し、対応す
る所在から同マルチメディアデータを読み出して供給す
る構成としてある。すなわち、必ずしも実体のある装置
に限らず、その方法としても有効であることに相違はな
い。

【００２１】

【発明の効果】以上説明したように本発明は、マルチメ
ディアデータを含む複数のフィールドデータから構成さ
れるレコードを管理するにあたり、レコードに対応した
階層構造の階層領域にマルチメディアデータをファイル
として保存し、読出時には階層構造における所在を検索
し、対応する所在から同マルチメディアデータを読み出
すようにしたため、検索速度を低下させることがなく、
さらに、階層構造が破壊された場合などにおいても早期
にシステム復旧することが可能なデータ管理装置を提供
することができる。

【００２２】また、請求項２にかかる発明によれば、複
数種別のマルチメディアデータをその種別に応じて複数
のファイルとして管理すればよく、管理体系を簡易化す
ることができる。

【００２３】さらに、請求項３にかかる発明によれば、
レコードを検索して参照されたフィールドデータの対応
関係から階層構造を検出してマルチメディアデータを読
み出すようにしたため、複数の検索キーを用いて検索処
理を実行する場合に検索速度を向上させることができ
る。

【００２４】さらに、請求項４にかかる発明によれば、
マルチメディアデータの所在を示すフィールドデータを
レコードに含め、このフィールドデータを用いてマルチ
メディアデータにアクセスするようにしたため、さらに
高速なアクセスを行うことができる。

【００２５】さらに、請求項５にかかる発明によれば、
マルチメディアデータの参照要求に応じて階層構造から
検索して該当するマルチメディアデータを読み出すよう
にしたため、例えば、一つの検索キーを充足するマルチ
メディアデータをまとめて読み出す場合などにおいて効
率がよい。

【００２６】さらに、請求項６にかかる発明によれば、
同様にして検索速度を低下させることがなく、さらに、
階層構造が破壊された場合などにおいても早期にシステ
ム復旧することが可能なデータ管理方法を提供すること
ができる。

【００２７】

【発明の実施の形態】以下、図面にもとづいて本発明の
実施形態を説明する。図１は、本発明の一実施形態にか
かるデータ管理装置を適用したシステム構成を概略ブロ
ック図により示している。同図を参照すると、インター
ネット網１０には端末接続サーバ２０、地図情報サーバ
３０およびＧＰＳサーバ４０などが接続されていること
が分かる。ここにおいて、端末接続サーバ２０は、公衆
回線５０を介して利用者のＰＣ６０等をインターネット
網１０にダイヤルアップ接続したり、あるいは３２ｋｂ
ｐｓのディジタル通信機能を搭載したＰＤＡ（携帯情報
端末）７０をインターネット網１０に接続するためのも
のであり、ＰＣ６０やＰＤＡ７０は同端末接続サーバ２
０を経由してインターネット網１０にアクセス可能とな
っている。

【００２８】一方、地図情報サーバ３０は、地図情報に
かかる画像データを備えており、インターネット網１０
から同地図情報を取得可能となっている。また、ＰＤＡ
７０にはいわゆるＧＰＳ機能が備えられており、このＧ
ＰＳ機能によってＰＤＡ７０の所在を特定することが可
能となっている。具体的な構成については詳述しない
が、各ＰＤＡ７０には予め固有の識別情報が付与されて
おり、かかる識別情報に基づいて各ＰＤＡ７０の所在が
ＧＰＳサーバ４０によって管理されているものとする。

【００２９】さらに、図からも分かるように、インター
ネット網１０にはシステム提供業者８０の所有するＷｅ
ｂサーバ８１、会員管理サーバ８２、グルーピングサー
バ８３およびコンテンツサーバ８４が接続されており、
これらのサーバは図２に示すように構成されている。同
図において、Ｗｅｂサーバ８１には複数のＣＧＩプログ
ラムで構成されるＣＧＩプログラム群８１ａと、各ＣＧ
Ｉプログラムから適宜呼び出される複数のＡＰＩから構
成される掲示板ライブラリ８１ｂとが備えられている。
そして、この掲示板ライブラリ８１ｂを構成する各ＡＰ
Ｉによって、会員管理サーバ８２の会員管理データベー
ス８２ａ、グルーピングサーバ８３のグルーピングデー
タベース８３ａやコンテンツサーバ８４のコンテンツデ
ータベース８４ａにアクセスするなどの処理が実行され
る。なお、図示しないが、これらの会員管理サーバ８
２、グルーピングサーバ８３およびコンテンツサーバ８
４は、それぞれ所定のＤＢＭＳを備えて各データベース
を管理している。

【００３０】本実施形態におけるシステム提供業者８０
は、ＰＣ６０やＰＤＡ７０から利用可能な掲示板を提供
しており、ＰＣ６０やＰＤＡ７０からＨＴＴＰプロトコ
ルに従ってＷｅｂサーバ８１に所望のＣＧＩプログラム
に対するＵＲＬをリクエストする。すると、Ｗｅｂサー
バ８１側でそのＣＧＩプログラムが実行されて所定のＡ
ＰＩが呼び出され、そのＡＰＩによって上記会員管理デ
ータベース８２ａ、グルーピングデータベース８３ａや
コンテンツデータベース８４ａにアクセスするなどの処
理が実行された後、その処理結果が掲示板としてＰＣ６
０やＰＤＡ７０に表示される。次に、かかる掲示板を表
示する具体的な構成について、ＰＤＡ７０を利用する場
合を例示して詳述する。

【００３１】ＰＤＡ７０は概略図３に示すように略矩形
箱形に形成されるとともに、その正面には液晶表示パネ
ル７１が埋め込まれて画面表示が可能となっているとと
もに、通信アンテナ７２を介してディジタル通信が可能
となっており、上述したように端末接続サーバ２０を介
してインターネット網１０に接続する。すると、ＰＤＡ
７０から上記Ｗｅｂサーバ８１の所定のＣＧＩプログラ
ムに対するＵＲＬがリクエストされ、その後にＷｅｂサ
ーバ８１からＰＤＡ７０にデータが転送されて液晶表示
パネル７１に図４に示すような画面が表示される。

【００３２】同図を参照すると、「ＩＤ」、「Ｐａｓｓ
ｗｏｒｄ入力」および「ＬＯＧＩＮ」の三項目が表示さ
れていることが分かる。ここにおいて各項目は選択入力
可能に表示されているが、「ＩＤ」については端末固有
のＩＤが初期値として設定されているため、利用者は
「Ｐａｓｓｗｏｒｄ入力」を選択してパスワードを入力
する。そして、かかる入力が終了したら「ＬＯＧＩＮ」
を選択する。すると、ここで設定されたＩＤおよびパス
ワードを入力としてＷｅｂサーバ８１にて次なるＣＧＩ
プログラムが実行される。

【００３３】このＣＧＩプログラムは、入力されたＩＤ
とパスワードを用いてユーザ認証処理を行うものであ
る。具体的には、会員管理サーバ８２の会員管理データ
ベース８２ａにて端末固有のＩＤ、利用者のユーザＩＤ
やパスワードなどの個人情報が管理されており、当該Ｃ
ＧＩプログラムによって同会員管理データベース８２ａ
を検索し、入力されたＩＤとパスワードに整合性がある
か否かを判定する。ここにおいて、入力されたＩＤとパ
スワードに整合性が認められる場合にはログインを許可
し、会員管理データベース８２ａからユーザＩＤを取得
する。また、グルーピングサーバ８３のグルーピングデ
ータベース８３ａにて各利用者が属するグループＩＤな
どのグループ情報が管理されており、上記のようにユー
ザＩＤを取得した後、このグルーピングデータベース８
３ａから利用者が属するグループＩＤを取得する。むろ
ん、入力されたＩＤとパスワードに整合性が認められな
い場合にはログインは許可されない。

【００３４】このようにしてユーザ認証処理が完了した
ら、同様にしてＷｅｂサーバ８１からＰＤＡ７０にデー
タが転送されて液晶表示パネル７１に図５に示すような
掲示板トップページが表示される。同図を参照すると、
「個人掲示板」、「グループ掲示板」および「ユーザ設
定」の三項目が表示されており、これらの各項目につい
ても選択入力可能である。本実施形態においては、「ユ
ーザ設定」の項目を選択することにより各種のユーザ設
定を行うことができるようになっており、かかるユーザ
設定は予め行われていたものとする。ここで、「個人掲
示板」を選択すると、さらに次なるＣＧＩプログラムが
起動され、液晶表示パネル７１に図６に示すような表示
地図選択画面が表示される。

【００３５】この表示地図選択画面は、地図情報サーバ
３０から所望の地図情報を選択するための選択画面であ
り、「最後に表示した掲示板の位置を表示」、「最後に
現在地プロットをした位置を表示」、「現在地プロット
をして表示」および「地図から選択」の四項目が選択可
能に表示されている。ここで、「最後に表示した掲示板
の位置を表示」の項目の下には「ＪＲ渋谷駅前」と表示
されていることが分かる。これは、最後に表示した地図
情報が「ＪＲ渋谷駅前」であることを意味しており、こ
の項目を選択すると所定のＣＧＩプログラムが起動され
てＪＲ渋谷駅前の地図情報が地図情報サーバ３０からＷ
ｅｂサーバ８１に取得され、適宜加工された後にＰＤＡ
７０にデータ転送されて画面表示される。また、「最後
に現在地プロットをした位置を表示」の項目の下には
「渋谷センター街」と表示されており、この項目を選択
した場合にも同様に所定のＣＧＩプログラムが起動され
て渋谷センター街の地図情報が地図情報サーバ３０から
Ｗｅｂサーバ８１に取得され、同様に適宜加工された後
にＰＤＡ７０にデータ転送されて画面表示される。

【００３６】より具体的には図７に示すように、Ｗｅｂ
サーバ８１にて上記表示地図選択画面を表示するための
ＣＧＩプログラムが起動されると、コンテンツサーバ８
４に対する検索要求が発行される。同図からも分かるよ
うに、コンテンツサーバ８４のコンテンツデータベース
８４ａには、各ユーザ毎に最後に表示した掲示板の位置
を所定の三次元座標系で表した「第一の履歴位置情報」
フィールドおよびその住所を表す「第一の履歴住所情
報」フィールドと、最後に現在地プロットをした位置を
同様に三次元座標系で表した「第二の履歴位置情報」フ
ィールドおよびその住所を表す「第二の履歴住所情報」
フィールドとからなる履歴情報管理テーブルが管理され
ている。従って、ユーザＩＤを用いてかかる履歴情報管
理テーブルを検索すれば、利用者が最後に表示した掲示
板の位置と、最後に現在地プロットをした位置も判明す
ることになり、Ｗｅｂサーバ８１はその検索結果に基づ
いて対応する地図情報をＰＤＡ７０に転送して画面表示
させている。

【００３７】一方、「現在地プロットをして表示」の項
目が選択された場合にも所定のＣＧＩプログラムが実行
される。この場合、同ＣＧＩプログラムによってＰＤＡ
７０の位置情報をＧＰＳサーバ４０から取得するととも
に、その位置情報に基づいて対応する地図情報を地図情
報サーバ３０から取得し、適宜加工した後にＰＤＡ７０
にデータ転送して画面表示させる。さらに、「地図から
選択」を選択した場合にも、同様に所定のＣＧＩプログ
ラムが実行されるが、この場合には縮尺の小さな地図情
報が地図情報サーバ３０から取得され、ＰＤＡ７０にデ
ータ転送されて画面表示されるようになっている。ここ
で、利用者がＰＤＡ７０の表示画面上で所望の位置を選
択すると、順次絞り込まれて縮尺の大きな地図情報が地
図情報サーバ３０から取得され、同様にしてＰＤＡ７０
にて画面表示される。

【００３８】図８は、上記の表示地図選択画面にて所望
の項目を選択して個人掲示板を表示させた状態のＰＤＡ
７０の表示画面を示している。同図を参照すると、表示
された地図上には人型の図柄のアイコンが表示されてい
ることが分かる。このアイコンは利用者によってコンテ
ンツが登録されていることを意味しており、図８に示す
「アップロード」の項目を選択すると、所定のＣＧＩプ
ログラムが起動されて図９のフローチャートに従ってコ
ンテンツの登録処理が行われる。なお、ここにおけるコ
ンテンツとは、画像データやテキストデータなどのデー
タから構成されており、利用者によって地図上の所望の
位置に登録することができるようになっている。

【００３９】図９において、ステップＳ１１０では専用
のエディタがオープンされるので、図１０に示すように
利用者は同エディタ上で題名や本文のテキスト入力、画
像データの貼り付けなどを行う。なお、ここで貼り付け
られる画像データとしては、予めサーバ側で用意されて
いるものを利用してもよいし、利用者が自己の顔写真な
どを登録することも可能である。その後、画面右下の
「送信」を選択すると、ステップＳ１２０を経由してス
テップＳ１３０で図１１に示すようなヘッダ情報が表示
される。同図において、「題名」の項目には実際に入力
された題名が表示され、「宛先」の項目にはコンテンツ
を送信しようとする宛先が表示され、「場所」の項目に
はコンテンツを登録しようとする場所が表示されるの
で、必要に応じて各項目を変更した後に「投稿」を選択
する。すると、ステップＳ１４０を経由してステップＳ
１５０でコンテンツデータベース８４ａのユーザコンテ
ンツ管理テーブルにレコード登録処理が行われる。

【００４０】このユーザコンテンツ管理テーブルは、図
１２に示すように構成されている。ここにおいて「コン
テンツ番号」は利用者によって登録されたコンテンツに
対してユニークに採番された番号であり、「グループＩ
Ｄ」については一律に「０」が設定され、「ユーザＩ
Ｄ」は各利用者のユーザＩＤが格納される。また、「作
成年月日」、「更新年月日」については、それぞれ作成
および更新された日付がシステム日付から取得されて格
納され、「タイトル」については実際に入力されたコン
テンツのタイトルが格納される。さらに、「位置情報」
についてはコンテンツを登録しようとする位置の三次元
座標系が格納され、データパスについては（ユーザコン
テンツ管理ルートディレクトリ）／（ユーザＩＤの頭文
字）／（ユーザＩＤ）／（コンテンツ番号）の法則に従
ってパスが生成されて格納される。なお、ここにおける
ユーザコンテンツ管理ルートディレクトリは任意に設定
可能であるが、本実施形態においては、「／ｈｏｍｅ／
ｕｓｅｒ」としてある。

【００４１】このようにレコード登録処理が完了した
ら、次のステップＳ１６０でコンテンツサーバ８４の図
示しないハードディスクに必要なディレクトリおよびフ
ァイルを作成する。すなわち、図１３に示すように上記
のデータパスに相当するディレクトリを構築するととも
に、その末端ディレクトリであるコンテンツ番号ディレ
クトリ配下に上記エディタにて入力された画像データや
テキストをファイルとして格納する。なお、上述しなか
ったが音声データファイルもコンテンツとして登録する
ことが可能であり、図１３に示すものにおいては音声デ
ータファイル（ＷＡＶサウンドファイル）も格納されて
おり、これらの画像データファイル、テキストファイル
および音声データファイルによって一つのコンテンツデ
ータが形成されている。

【００４２】図８に示す個人掲示板を表示するためのＣ
ＧＩプログラムは、地図情報サーバ３０から取得した元
地図情報に上記のように登録されたコンテンツに対する
アイコンを貼り付けるように加工し、ＰＤＡ７０にデー
タ転送して画面表示を行わせており、その処理手順とし
ては図１４のフローチャートに示すようになる。同図に
おいて、ステップＳ２１０においては、図６の表示地図
選択画面にて利用者が選択した項目に対する元地図情報
を地図情報サーバ３０から取得し、次のステップＳ２２
０で図１５に示すように元地図情報において四隅の三次
元座標系からなる位置情報を検出する。その後、ステッ
プＳ２３０で利用者のユーザＩＤおよび検出した元地図
情報の位置情報を検索キーとして上記ユーザコンテンツ
管理テーブルを先頭レコードから順に検索し、表示しよ
うとする元地図情報上に登録された該当コンテンツを検
出する。

【００４３】ここにおいて該当コンテンツを検出した
ら、ステップＳ２４０で同コンテンツに対応するレコー
ドのデータパス名を取得し、このデータパス名に基づい
てその末端ディレクトリ配下に格納された画像データフ
ァイルを取得し、次のステップＳ２５０でそのコンテン
ツの位置情報で示される位置に同画像データファイルを
サムネイルで貼り付けて加工する。以降、同様にして該
当コンテンツを検出したら同様にサムネイルで貼り付け
て地図情報を加工し、全ての該当コンテンツを検出し終
えたら、ステップＳ２６０で加工した地図情報をＰＤＡ
７０に転送する。すると、これを受信したＰＤＡ７０側
で図８に示すようにアイコンが貼り付けられた地図情報
が表示される結果となる。

【００４４】ここで表示されたアイコンは選択可能であ
り、所望のアイコンを選択すると、所定のＣＧＩプログ
ラムが起動され、図１６のフローチャートに従って処理
が実行される。同図において、ステップＳ３１０では上
記ユーザコンテンツ管理テーブルを検索し、選択された
アイコンに対するコンテンツのデータパスを取得する。
そして、ステップＳ３２０にて同データパスに基づいて
末端ディレクトリ配下に格納された画像データファイル
やテキストファイルなどのコンテンツデータを取得し、
次のステップＳ３３０にて所定の画面情報を生成した後
に、ステップＳ３４０で同画面情報をＰＤＡ７０に送信
する。すると、この画面情報を取得したＰＤＡ７０側で
は、図１７に示すように登録されたコンテンツが表示さ
れる。

【００４５】このコンテンツの利用方法としては概略次
のようになる。例えば、利用者がお気に入りの店などを
発見したら、メモ書きなどを添えてコンテンツとして登
録しておく。すると、次にその近辺の地図情報を表示し
たときに、登録されたコンテンツがアイコンとして表示
されるため、そのアイコンを選択してコンテンツを表示
させればお気に入りの店などが判明することになる。む
ろん、これは利用方法の一例に過ぎず、別の目的で利用
することも可能であるし、目的に応じて登録する画像デ
ータを変更すれば利用者にとっても分かりやすいといえ
る。

【００４６】なお、図８を参照すると、複数のアイコン
が重なるように表示されている部分があることが分か
る。これは近接する複数の位置情報、あるいは同一の位
置情報を有する場所に複数のコンテンツが登録されてい
ることを意味しており、これらのアイコンを選択すると
所定のＣＧＩプログラムが起動されて重なっているコン
テンツが検出され、図１８に示すように各コンテンツの
画像データがサムネイルにて表示されるとともに、それ
ぞれに登録されたタイトルが表示される。そして、この
コンテンツ一覧画面において「ＰＲＥＶ／ＮＥＸＴ」を
適宜選択して所望のコンテンツを選択すると、選択され
たコンテンツが同様にして表示される。

【００４７】一方、図８に示す表示画面において「コン
テンツ一覧」を選択した場合にも、所定のＣＧＩプログ
ラムによって図１８に示すようなコンテンツ一覧画面が
表示されるが、この場合には利用者によって登録された
全てのコンテンツの一覧が表示される。具体的には（ユ
ーザコンテンツ管理ルートディレクトリ）／（ユーザＩ
Ｄの頭文字）／（ユーザＩＤ）のディレクトリ配下で全
ての画像データファイルを取得し、コンテンツ番号順に
ソートしつつ表示画面上にサムネイルで貼り付ける。そ
の一方で、コンテンツデータベース８４ａのユーザコン
テンツ管理テーブルにて利用者のユーザＩＤを検索キー
として検索し、得られたレコードをコンテンツ番号でソ
ートしつつ、タイトルを同様にして表示画面上に順次貼
り付ける。

【００４８】すなわち、画像データファイルについては
利用者によって登録された全てのコンテンツについて取
得する必要があるため、コンテンツデータベース８４ａ
を検索することなく、利用者のユーザＩＤのディレクト
リ配下を辿りつつ全ての画像データファイルをまとめて
取得した方が検索効率は良いと言える。一方、タイトル
についてはコンテンツデータベース８４ａに記憶されて
いる情報であるため、同コンテンツデータベース８４ａ
を検索して取得することになる。このように、それぞれ
の検索ルーチンにて異なる検索態様とすることで検索速
度は全体として向上することになる。

【００４９】さらに、図８に示す表示画面において「地
図縮尺変更」を選択すれば、縮尺の変更された地図が表
示されるようになっているとともに、八方向の矢印を選
択することにより選択された矢印方向に遷移した地図を
表示することができるようになっている。すなわち、か
かる地図情報は縮尺に応じて図１９に示すように升目状
に構成されており、選択された矢印方向の地図情報を地
図情報サーバ３０から新たに取得する。

【００５０】一方、図５に示す掲示板トップページにお
いて、「グループ掲示板」を選択した場合には、同様に
所定のＣＧＩプログラムが実行されて図２０に示すグル
ープ掲示板トップページが表示される。同図において、
「グループＡ」および「グループＢ」は、「グループ設
定／管理」の項目を選択して作成されたグループであ
る。なお、詳述しないが「グループ設定／管理」を選択
することによって各グループのメンバーを追加したり、
削除したりすることができるようになっている。以下、
説明の便宜上「グループＡ」の項目が選択されたものと
して、グループ掲示板の機能について説明する。むろ
ん、「グループＢ」など他のグループの項目が選択され
た場合でも同様である。

【００５１】図２１は、「グループＡ」の項目が選択さ
れた場合に表示されるグループ掲示板を示している。同
図において、この場合も同様に地図上にアイコンが表示
されていることが分かる。そして、これらのアイコンも
利用者によって登録されたコンテンツが存在することを
意味しており、上述した個人掲示板の場合と同様に「ア
ップロード」の項目を選択することによって登録され
る。ただし、ここで登録されるコンテンツはグループと
してのコンテンツであり、同一グループに属するユーザ
によって共有されることを前提としているため、上述し
たユーザコンテンツとは管理体系が異なる。

【００５２】例えば、図２２はかかるグループコンテン
ツを管理するためのコンテンツデータベース８４ａ内の
グループコンテンツ管理テーブルを示している。このグ
ループコンテンツ管理テーブルの各フィールドは、上述
したユーザコンテンツ管理テーブルと同様であるが、実
際に格納されるデータにおいて相違する。すなわち、上
述したユーザコンテンツ管理テーブルにおいては、「グ
ループＩＤ」に一律に「０」が格納されていたが、グル
ープコンテンツ管理テーブルにおいては利用者の属する
グループＩＤが格納される。

【００５３】また、データパスについては（グループコ
ンテンツ管理ルートディレクトリ）／（グループＩＤの
末尾）／（グループＩＤ）／（ユーザＩＤの頭文字）／
（ユーザＩＤ）／（コンテンツ番号）の法則に従ってパ
スが生成されて格納される。なお、ここにおけるグルー
プコンテンツ管理ルートディレクトリも任意に設定可能
であるが、本実施形態においては、「／ｈｏｍｅ／ｇｒ
ｏｕｐ」としてある。むろん、ハードディスクに構築さ
れるディレクトリも図２３に示すようにユーザコンテン
ツの場合とは異なるが、その末端ディレクトリであるコ
ンテンツ番号ディレクトリ配下に画像データファイルや
テキストファイル等からなるコンテンツデータが格納さ
れることは同様である。

【００５４】従って、図２１に示すグループ掲示板を表
示するためのＣＧＩプログラムの処理手順としては、図
１４に示したフローチャートと概ね同様であるが、ステ
ップＳ２３０におけるデータベースの検索処理において
異なる。すなわち、検索対象となるテーブルがグループ
コンテンツ管理テーブルであり、その検索キーがグルー
プＩＤたる「１００」および元地図情報の位置情報とな
る。むろん、図２１のグループ掲示板において、アイコ
ンが選択された場合のＣＧＩプログラムの処理手順につ
いても、図１６に示したフローチャートと同様である
が、検索対象となるテーブルがグループコンテンツ管理
テーブルとなることは言うまでもない。

【００５５】さらに、図２１に示すグループ掲示板にお
いて「コンテンツ一覧」を選択した場合にも、所定のＣ
ＧＩプログラムが実行され、上述した個人掲示板の場合
と同様にして同一グループ内のグループコンテンツの一
覧画面が表示される。むろん、この場合には（グループ
コンテンツ管理ルートディレクトリ）／（グループＩＤ
の末尾）／（グループＩＤ）のディレクトリ配下でディ
レクトリ構造を辿りつつ全ての画像データファイルを取
得し、コンテンツ番号順にソートして表示画面上にサム
ネイルで貼り付ける。その一方で、コンテンツデータベ
ース８４ａのグループコンテンツ管理テーブルにて利用
者のグループＩＤを検索キーとして検索し、得られたレ
コードをコンテンツ番号でソートしてタイトルを表示画
面上に順次貼り付けることになる。

【００５６】一方、図２１のグループ掲示板には、「メ
ンバー現在地」の項目が表示されていることが分かる。
この項目も選択可能に表示されており、実際に選択され
ると所定のＣＧＩプログラムが実行され、表示された地
図上に存在する同一グループのメンバーの現在位置がア
イコンで表示されるようになっている。具体的には、図
７に示す位置情報管理テーブルに各利用者の属するグル
ープＩＤおよび各利用者が最後に現在地プロットをした
位置を示す「第二の履歴位置情報」が管理されているこ
とから、これらのフィールドデータを検索することによ
り、表示された地図上に存在するメンバーとその位置と
を検出し、予め記録されている各メンバーの顔写真など
をサムネイルで貼り付けて表示する。

【００５７】以上のように、コンテンツを管理するため
の情報をコンテンツデータベース８４ａに管理するとと
もに、このコンテンツデータベース８４ａの外部の領域
にて実際のコンテンツデータを管理するようにした場
合、次のような特徴的な効果が得られる。

【００５８】第一にファイルシステム内のディレクトリ
構造が破壊されてしまった場合、コンテンツデータベー
ス８４ａの各レコードを参照することによってディレク
トリ構造を復元することができる点にある。なぜなら、
ディレクトリ構造は各レコードのフィールドデータに対
応しているため、全てのレコードのフィールドデータを
参照することによってディレクトリ構造もある程度判明
することになる。第二にコンテンツデータベース８４ａ
が破壊されてしまった場合に、データベースのバックア
ップがなくとも部分的にデータベースリカバリを行える
点にある。例えば、図１２に示すユーザコンテンツ管理
テーブルにおいて、コンテンツ番号「２０００」のレコ
ードのデータパスがデータブロックなどの破損によって
読み取れなくなってしまった場合、「／ｈｏｍｅ／ｕｓ
ｅｒ」配下で「２０００」というディレクトリを検索
し、そのパス名を読み取れなくなったデータパスのフィ
ールドデータに置き換えればよい。

【００５９】次に、上記のように構成した本実施形態の
動作について説明する。３２ｋｂｐｓのディジタル通信
機能を搭載したＰＤＡ７０を端末接続サーバ２０を介し
てインターネット網１０に接続すると、同ＰＤＡ７０か
らＷｅｂサーバ８１のＣＧＩプログラム群８１ａにおけ
る所定のＣＧＩプログラムに対するＵＲＬのリクエスト
がＨＴＴＰプロトコルに従って送出される。すると、Ｗ
ｅｂサーバ８１からＰＤＡ７０にデータが転送され、同
ＰＤＡ７０にて図４に示すログイン画面が表示される。

【００６０】ここにおいて「ＩＤ」については端末固有
のＩＤが初期値として設定されているため、利用者は
「Ｐａｓｓｗｏｒｄ入力」を選択してパスワードを入力
する。そして、かかる入力が終了したら「ＬＯＧＩＮ」
を選択する。すると、ここで設定されたＩＤおよびパス
ワードを入力としてＷｅｂサーバ８１にて次なるＣＧＩ
プログラムが実行されてユーザ認証処理が行われる。

【００６１】ログインが許可されてユーザ認証処理が完
了すると、同様にしてＷｅｂサーバ８１からＰＤＡ７０
にデータが転送されて図５に示すような掲示板トップペ
ージが表示される。ここで「個人掲示板」を選択する
と、さらに次なるＣＧＩプログラムが起動され、液晶表
示パネル７１に図６に示すような表示地図選択画面が表
示されるので、利用者は所望の項目を選択する。する
と、さらに所定のＣＧＩプログラムが起動され、図６の
表示地図選択画面にて利用者が選択した項目に対する元
地図情報を地図情報サーバ３０から取得し（ステップＳ
２１０）、同元地図情報において四隅の三次元座標系か
らなる位置情報を検出する（ステップＳ２２０）。その
後、利用者のユーザＩＤおよび検出した元地図情報の位
置情報を検索キーとして上記ユーザコンテンツ管理テー
ブルを先頭レコードから順に検索し、その元地図情報上
に登録された該当コンテンツを検出する（ステップＳ２
３０）。

【００６２】ここにおいて該当コンテンツを検出した
ら、同コンテンツに対応するレコードのデータパス名を
取得するとともに、このデータパス名に基づいて末端デ
ィレクトリ配下に格納された画像データファイルを取得
し（ステップＳ２４０）、そのコンテンツの位置情報で
示される位置に同画像データファイルをサムネイルで貼
り付けて加工する（ステップＳ２５０）。以降、同様に
して該当コンテンツを検出したら同様にサムネイルで貼
り付けて地図情報を加工し、全ての該当コンテンツを検
出したところで加工した地図情報をＰＤＡ７０に転送す
る（ステップＳ２６０）。すると、これを受信したＰＤ
Ａ７０側で図８に示すような個人掲示板が表示される結
果となる。

【００６３】さらに、図８に示す個人掲示板において、
所望のアイコンを選択すると、所定のＣＧＩプログラム
が起動され、ユーザコンテンツ管理テーブルを検索し、
選択されたアイコンに対するコンテンツのデータパスを
取得する（ステップＳ３１０）。そして、同データパス
に基づいて末端ディレクトリ配下に格納された画像デー
タファイルやテキストファイルなどのコンテンツデータ
を取得し（ステップＳ３２０）、所定の画面情報を生成
した後に（ステップＳ３３０）、同画面情報をＰＤＡ７
０に送信する（ステップＳ３４０）。すると、この画面
情報を取得したＰＤＡ７０側では、図１７に示すように
登録されたコンテンツが表示される。

【００６４】このようなコンテンツを登録する場合は、
図８に示す個人掲示板において「アップロード」の項目
を選択する。すると、所定のＣＧＩプログラムが起動さ
れ、専用のエディタがオープンされるので（ステップＳ
１１０）、図１０に示すように利用者は同エディタ上で
題名や本文のテキスト入力、画像データの貼り付けなど
を行う。その後、画面右下の「送信」を選択すると、図
１１に示すようなヘッダ情報が表示される（ステップＳ
１２０，Ｓ１３０）。同図において、「題名」の項目に
は実際に入力された題名が表示され、「宛先」の項目に
はコンテンツを送信しようとする宛先が表示され、「場
所」の項目にはコンテンツを登録しようとする場所が表
示されるので、必要に応じて各項目を変更した後に「投
稿」を選択する。すると、コンテンツデータベース８４
ａのユーザコンテンツ管理テーブルにレコード登録処理
が行われる（ステップＳ１４０，Ｓ１５０）。

【００６５】すなわち、ユーザコンテンツ管理テーブル
の「コンテンツ番号」にはコンテンツに対してユニーク
に採番された番号が格納され、「グループＩＤ」につい
ては一律に「０」が設定され、「ユーザＩＤ」は利用者
のユーザＩＤが格納される。また、「作成年月日」、
「更新年月日」については、それぞれ作成および更新さ
れた日付がシステム日付から取得されて格納され、「タ
イトル」については実際に入力されたコンテンツのタイ
トルが格納される。さらに、「位置情報」についてはコ
ンテンツを登録しようとする位置の三次元座標系が格納
され、データパスについては（ユーザコンテンツ管理ル
ートディレクトリ）／（ユーザＩＤの頭文字）／（ユー
ザＩＤ）／（コンテンツ番号）の法則に従ってパスが生
成されて格納される。

【００６６】このようにレコード登録処理が完了した
ら、コンテンツサーバ８４の図示しないハードディスク
に必要なディレクトリおよびファイルを作成する（ステ
ップＳ１６０）。すなわち、図１３に示すように上記の
データパスに相当するディレクトリを構築するととも
に、その末端ディレクトリであるコンテンツ番号ディレ
クトリ配下に上記エディタにて入力された画像データや
テキストなどをファイルとして格納する。

【００６７】さらに、図８に示す個人掲示板において
「コンテンツ一覧」を選択した場合には、所定のＣＧＩ
プログラムによって図１８に示すようなコンテンツ一覧
画面が表示されるが、この場合には利用者によって登録
された全てのコンテンツの一覧が表示される。具体的に
は（ユーザコンテンツ管理ルートディレクトリ）／（ユ
ーザＩＤの頭文字）／（ユーザＩＤ）のディレクトリ配
下で全ての画像データファイルを取得し、コンテンツ番
号順にソートしつつ表示画面上にサムネイルで貼り付け
る。その一方で、コンテンツデータベース８４ａのユー
ザコンテンツ管理テーブルにて利用者のユーザＩＤを検
索キーとして検索し、得られたレコードをコンテンツ番
号でソートしつつ、タイトルを同様にして表示画面上に
順次貼り付ける。

【００６８】一方、図５に示す掲示板トップページにお
いて、「グループ掲示板」を選択した場合には、同様に
所定のＣＧＩプログラムが実行されて図２０に示すグル
ープ掲示板トップページが表示される。利用者はここで
「グループＡ」の項目を選択したものとする。すると、
所定のＣＧＩプログラムが実行され、上述した個人掲示
板の場合と同様にして地図情報が加工され、図２１に示
すグループ掲示板がＰＤＡ７０に表示される。ただし、
この場合には検索対象となるテーブルがグループコンテ
ンツ管理テーブルであり、その検索キーがグループＩＤ
たる「１００」および元地図情報の位置情報となること
は言うまでもない。また、図２１に示すグループ掲示板
においてアイコンが選択された場合には所定のＣＧＩ
プログラムが起動され、上述した個人掲示板の場合と同
様にして該当するコンテンツが表示される。むろん、こ
の場合の検索対象となるテーブルはグループコンテンツ
管理テーブルである。

【００６９】そして、これらのコンテンツも上述した個
人掲示板の場合と同様に「アップロード」の項目を選択
することによって登録される。ただし、ここで登録され
るコンテンツはグループとしてのコンテンツであり、同
一グループに属するユーザによって共有されることを前
提としているため、上述したユーザコンテンツとは異な
る。

【００７０】すなわち、レコード登録処理が行われるコ
ンテンツデータベース８４ａ内のグループコンテンツ管
理テーブルの各フィールドは、上述したユーザコンテン
ツ管理テーブルと同様であるが、グループコンテンツ管
理テーブルにおける「グループＩＤ」には利用者の属す
るグループＩＤが格納され、データパスについては（グ
ループコンテンツ管理ルートディレクトリ）／（グルー
プＩＤの末尾）／（グループＩＤ）／（ユーザＩＤの頭
文字）／（ユーザＩＤ）／（コンテンツ番号）の法則に
従ってパスが生成されて格納される。また、ハードディ
スク上のコンテンツ番号ディレクトリ配下に画像データ
ファイルやテキストファイル等からなるコンテンツデー
タが格納されることは上述した個人掲示板と同様であ
る。

【００７１】さらに、図２１に示すグループ掲示板にお
いて「コンテンツ一覧」を選択した場合にも、所定のＣ
ＧＩプログラムが実行され、上述した個人掲示板の場合
と同様にして同一グループ内のグループコンテンツの一
覧画面が表示される。むろん、この場合には（グループ
コンテンツ管理ルートディレクトリ）／（グループＩＤ
の末尾）／（グループＩＤ）のディレクトリ配下でディ
レクトリ構造を辿りつつ全ての画像データファイルを取
得し、コンテンツ番号順にソートして表示画面上にサム
ネイルで貼り付ける。その一方で、コンテンツデータベ
ース８４ａのグループコンテンツ管理テーブルにて利用
者のグループＩＤを検索キーとして検索し、得られたレ
コードをコンテンツ番号でソートしてタイトルを表示画
面上に順次貼り付けることになる。

【００７２】このように、所定のＤＢＭＳを利用してコ
ンテンツデータベース８４ａにて各コンテンツを管理す
るためのレコードを格納するとともに、各レコードのフ
ィールドデータに応じたディレクトリ構造をファイルシ
ステムに構築してそのディレクトリ配下で画像データな
どのコンテンツデータを管理し、コンテンツデータの読
出時にはディレクトリ構造における所在を検索して対応
する所在からコンテンツデータを読み出し、コンテンツ
データベース８４ａ内のレコードとディレクトリ構造の
いずれか一方が破壊された場合には、他方のデータに基
づいて破壊されたデータを復元するようにしたため、コ
ンテンツデータの検索速度を低下させることがなく、さ
らに、データ破壊時においても早期にシステム復旧する
ことができる。

【図面の簡単な説明】

【図１】本発明の一実施形態にかかるデータ管理装置を
適用したシステム構成を示す概略ブロック図である。

【図２】各種サーバの構成を示す概略ブロック図であ
る。

【図３】ＰＤＡの一例を示す正面斜視図である。

【図４】ＰＤＡに表示されたログイン画面を示す図であ
る。

【図５】ＰＤＡの画面に表示された掲示板トップページ
を示す図である。

【図６】同掲示板トップページにて「個人掲示板」を選
択した時にＰＤＡに表示された表示地図選択画面の一例
を示す図である。

【図７】Ｗｅｂサーバからコンテンツデータベースを検
索する構成を示す図である。

【図８】ＰＤＡの画面に表示された個人掲示板の一例を
示す図である。

【図９】コンテンツ登録処理の処理手順を示す図であ
る。

【図１０】ＰＤＡにて使用するエディタの編集画面の一
例を示す図である。

【図１１】ＰＤＡの画面に表示されたヘッダ情報の一例
を示す図である。

【図１２】ユーザコンテンツ管理テーブルを示す図であ
る。

【図１３】ユーザコンテンツデータが格納されるディレ
クトリ構造を示す図である。

【図１４】個人掲示板表示処理の処理手順を示すフロー
チャートである。

【図１５】元地図における四隅の座標値を取得すること
を示す図である。

【図１６】コンテンツ表示処理の処理手順を示すフロー
チャートである。

【図１７】ＰＤＡの画面に表示されたコンテンツデータ
の一例を示す図である。

【図１８】ＰＤＡの画面に表示されたコンテンツ一覧を
示す図である。

【図１９】地図情報が升目状に構成されていることを示
す図である。

【図２０】ＰＤＡの画面に表示されたグループ掲示板ト
ップページを示す図である。

【図２１】ＰＤＡの画面に表示されたグループ掲示板の
一例を示す図である。

【図２２】グループコンテンツ管理テーブルを示す図で
ある。

【図２３】グループコンテンツデータが格納されるディ
レクトリ構造を示す図である。

【符号の説明】

１０…インターネット網２０…端末接続サーバ３０…地図情報サーバ４０…ＧＰＳサーバ５０…公衆回線６０…ＰＣ７０…ＰＤＡ７１…液晶表示パネル７２…通信アンテナ８０…システム提供業者８１…Ｗｅｂサーバ８１ａ…ＣＧＩプログラム群８１ｂ…掲示板ライブラリ８２…会員管理サーバ８２ａ…会員管理データベース８３…グルーピングサーバ８３ａ…グルーピングデータベース８４…コンテンツサーバ８４ａ…コンテンツデータベース

Claims

【特許請求の範囲】

【請求項１】マルチメディアデータを含む複数のフィ
ールドデータから構成されるレコードを管理するデータ
管理装置であって、階層構造で管理可能な記憶媒体に対して上記レコードに
対応して階層構造を形成しつつマルチメディアデータの
フィールドに対応する階層領域に上記マルチメディアデ
ータをファイルとして保存するマルチメディアデータ階
層化管理手段と、上記マルチメディアデータの参照要求を入力して上記階
層構造における所在を検索し、対応する所在から同マル
チメディアデータを読み出して供給するマルチメディア
データ読出供給手段とを具備することを特徴とするデー
タ管理装置。
【請求項２】上記請求項１に記載のデータ管理装置に
おいて、上記マルチメディアデータ階層化管理手段は、
複数種別のデータで構成されるマルチメディアデータを
種別に応じた複数のファイルとして保存することを特徴
とするデータ管理装置。
【請求項３】上記請求項１または請求項２のいずれか
に記載のデータ管理装置において、上記マルチメディア
データ読出供給手段は、上記レコードを検索して参照さ
れたフィールドデータの対応関係から上記階層構造を検
出して上記マルチメディアデータを読み出すことを特徴
とするデータ管理装置。
【請求項４】上記請求項３に記載のデータ管理装置に
おいて、上記レコードはマルチメディアデータの所在を
示すフィールドデータを含んでおり、上記マルチメディアデータ読出供給手段は、上記マルチ
メディアデータの所在を示すフィールドデータを検出し
て上記マルチメディアデータを読み出すことを特徴とす
るデータ管理装置。
【請求項５】上記請求項１または請求項２のいずれか
に記載のデータ管理装置において、上記マルチメディア
データ読出供給手段は、上記マルチメディアデータの参
照要求に応じて上記階層構造から検索して該当するマル
チメディアデータを読み出すことを特徴とするデータ管
理装置
【請求項６】マルチメディアデータを含む複数のフィ
ールドデータから構成されるレコードを管理するデータ
管理方法であって、階層構造で管理可能な記憶媒体に対して上記レコードに
対応して階層構造を形成しつつマルチメディアデータの
フィールドに対応する階層領域に上記マルチメディアデ
ータをファイルとして保存するとともに、上記マルチメディアデータの参照要求を入力して上記階
層構造における所在を検索し、対応する所在から同マル
チメディアデータを読み出して供給することを特徴とす
るデータ管理方法。