JP2000082001A - Data management device and method - Google Patents

Data management device and method

Info

Publication number
JP2000082001A
JP2000082001A JP10251325A JP25132598A JP2000082001A JP 2000082001 A JP2000082001 A JP 2000082001A JP 10251325 A JP10251325 A JP 10251325A JP 25132598 A JP25132598 A JP 25132598A JP 2000082001 A JP2000082001 A JP 2000082001A
Authority
JP
Japan
Prior art keywords
data
multimedia data
content
record
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP10251325A
Other languages
Japanese (ja)
Inventor
Taisuke Fujino
泰典 藤野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
AI SOFT KK
Original Assignee
AI SOFT KK
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by AI SOFT KK filed Critical AI SOFT KK
Priority to JP10251325A priority Critical patent/JP2000082001A/en
Publication of JP2000082001A publication Critical patent/JP2000082001A/en
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Storage Device Security (AREA)

Abstract

PROBLEM TO BE SOLVED: To early restore a system without lowering the retrieval speed and despite breakdown of a hierarchical structure by storing the multimedia data as a file in a hierarchical area of the hierarchical structure corresponding to a record and retrieving and reading out a relevant position in the hierarchical structure in a read mode. SOLUTION: A prescribed data base management system is used and the records which manage every contents are stored in a contents data base 84a of a contents server 84. At the same time, a directory structure accordant with the field data on every record is formed in a file system and the contents data including the image data, etc., are managed under the control of the directory. In a read mode of the contents data, a position of the directory structure is retrieved and the contents data are read out of the corresponding position. If a record stored in the base 84a or the directory structure is broken, the broken data are restored based on the data on the other non-broken one.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、データ管理装置お
よびデータ管理方法に関し、特に、マルチメディアデー
タを含む複数のフィールドデータから構成されるレコー
ドを管理するデータ管理装置およびデータ管理方法に関
する。
The present invention relates to a data management apparatus and a data management method, and more particularly to a data management apparatus and a data management method for managing a record composed of a plurality of field data including multimedia data.

【0002】[0002]

【従来の技術】DBMS(DataBase Mana
gement System;データベース管理システ
ム)によって複数フィールドで構成されるレコードを管
理する場合、予め各フィールドの型を定義しておき、そ
の型定義に応じたフィールドデータから構成されるレコ
ードを保存する。ここにおけるフィールドの型定義とし
ては、例えば文字データ型、数値データ型、日付データ
型などが用意されており、実際に使用するレコードフォ
ーマットに合わせて各フィールドの型を定義することに
なる。
2. Description of the Related Art DBMS (DataBase Mana)
In the case where a record composed of a plurality of fields is managed by a management system (data management system), a type of each field is defined in advance, and a record composed of field data corresponding to the type definition is stored. As the field type definition here, for example, a character data type, a numerical data type, a date data type, and the like are prepared, and the type of each field is defined according to a record format to be actually used.

【0003】近年においては、インターネット等の普及
に伴って画像データや音声データ等のマルチメディアデ
ータを含むレコードを管理する必要が高まりつつある。
そこで、多くのDBMSにおいては、このようなレコー
ドを管理することができるようになっており、この場合
にはマルチメディアデータが格納されるフィールドの型
定義として、バイナリデータなどを格納する際に使用す
るローデータ型などを定義しておく。
In recent years, with the spread of the Internet and the like, the need to manage records including multimedia data such as image data and audio data has been increasing.
Therefore, many DBMSs can manage such records, and in this case, they are used for storing binary data as a type definition of a field in which multimedia data is stored. Define the raw data type to be used.

【0004】[0004]

【発明が解決しようとする課題】上述した従来のデータ
管理装置においては、次のような課題があった。マルチ
メディアデータは通常の文字データや数値データに比べ
てデータ量が多大であるし、また、当然に可変長データ
であるため、検索時などにおけるDBMSに対する負荷
も多大とならざるを得ず、結果として検索速度なども著
しく低下してしまう。さらに、マルチメディアデータが
画像データや音声データなど複数種のデータによって構
成されている場合にはDBMSでの管理が複雑とならざ
るを得なかった。
The above-mentioned conventional data management apparatus has the following problems. Multimedia data has a large data amount compared to normal character data and numerical data, and of course, because it is variable length data, the load on the DBMS at the time of retrieval etc. must be large, resulting in As a result, the search speed and the like are significantly reduced. Further, when the multimedia data is composed of a plurality of types of data such as image data and audio data, the management by the DBMS has to be complicated.

【0005】この点、マルチメディアデータをファイル
システムのディレクトリ配下で管理することも可能であ
る。すなわち、検索時の検索キーに応じて階層的にディ
レクトリを形成するとともに、その配下にマルチメディ
アデータを保存しておく。そして、検索時には所望の検
索キーに基づいてディレクトリ構造を探索してマルチメ
ディアデータを取得する。確かに、かかる構成とすれば
マルチメディアデータが画像データや音声データなど複
数種のデータによって構成されていても、それぞれ別個
のファイルとして管理すればよく、管理上の煩わしさも
ないといえる。しかし、段階的に検索処理を実行する場
合などにおいては、その都度ディレクトリ構造を探索し
なければならないため効率が悪く、検索速度も全体とし
て低下してしまうことになりかねない。
In this regard, multimedia data can be managed under a directory of a file system. That is, a directory is formed hierarchically according to a search key at the time of search, and multimedia data is stored under the directory. At the time of search, the directory structure is searched based on a desired search key to obtain multimedia data. Indeed, with such a configuration, even if the multimedia data is composed of a plurality of types of data such as image data and audio data, they can be managed as separate files, and it can be said that there is no troublesome management. However, when the search process is executed step by step, the directory structure must be searched each time, so that the efficiency is low and the search speed may be reduced as a whole.

【0006】さらに、前者の手法においてレコードが破
壊された場合には、データベースのバックアップデータ
を用いてデータを復元するしかシステム復旧する術はな
かったし、後者においてディレクトリ構造が破壊された
場合にも同様にバックアップデータを用いて復元するし
かシステム復旧する術はなく、いずれの手法にあっても
データ破壊時におけるシステムの早期復旧を行うことが
できなかった。
Further, when a record is destroyed in the former method, the only way to restore the system is to restore the data using the backup data of the database. In the latter case, the directory structure is destroyed. Similarly, the only way to restore the system is to restore it using backup data, and any of the methods could not restore the system early in the event of data corruption.

【0007】本発明は、上記課題にかんがみてなされた
もので、マルチメディアデータを含む複数のフィールド
データから構成されるレコードを管理するにあたり、検
索速度を低下させないようにするとともに、データ破壊
時において早期にシステム復旧することが可能なデータ
管理装置およびデータ管理方法の提供を目的とする。
SUMMARY OF THE INVENTION The present invention has been made in view of the above-mentioned problems, and in managing a record composed of a plurality of field data including multimedia data, it is necessary to prevent a search speed from being lowered, It is an object of the present invention to provide a data management device and a data management method capable of recovering a system at an early stage.

【課題を解決するための手段】上記目的を達成するた
め、請求項1にかかる発明は、マルチメディアデータを
含む複数のフィールドデータから構成されるレコードを
管理するデータ管理装置であって、階層構造で管理可能
な記憶媒体に対して上記レコードに対応して階層構造を
形成しつつマルチメディアデータのフィールドに対応す
る階層領域に上記マルチメディアデータをファイルとし
て保存するマルチメディアデータ階層化管理手段と、上
記マルチメディアデータの参照要求を入力して上記階層
構造における所在を検索し、対応する所在から同マルチ
メディアデータを読み出して供給するマルチメディアデ
ータ読出供給手段とを備えた構成としてある。
According to one aspect of the present invention, there is provided a data management apparatus for managing a record composed of a plurality of field data including multimedia data, comprising: Multimedia data hierarchical management means for storing the multimedia data as a file in a hierarchical area corresponding to a field of the multimedia data while forming a hierarchical structure corresponding to the record for a storage medium which can be managed by; Multimedia data reading and supplying means for inputting the multimedia data reference request, searching for the location in the hierarchical structure, reading and supplying the multimedia data from the corresponding location.

【0008】上記のように構成した請求項1にかかる発
明においては、マルチメディアデータを含む複数のフィ
ールドデータから構成されるレコードを管理するにあた
り、マルチメディアデータ階層化管理手段は、階層構造
で管理可能な記憶媒体に対して上記レコードに対応して
階層構造を形成しつつマルチメディアデータのフィール
ドに対応する階層領域に上記マルチメディアデータをフ
ァイルとして保存しており、かかるマルチメディアデー
タの参照要求を発行すると、マルチメディアデータ読出
供給手段が上記階層構造における所在を検索し、対応す
る所在から同マルチメディアデータを読み出して供給す
る。
[0008] In the invention according to claim 1 configured as described above, when managing a record composed of a plurality of field data including multimedia data, the multimedia data hierarchical management means manages the record in a hierarchical structure. The multimedia data is stored as a file in a hierarchical area corresponding to the field of the multimedia data while forming a hierarchical structure corresponding to the record on a possible storage medium, and a request for referring to the multimedia data is issued. When issued, the multimedia data reading and supplying means searches for the location in the hierarchical structure, and reads out and supplies the multimedia data from the corresponding location.

【0009】具体的な管理体系として、例えば「a,
b,c,d」(「,」はフィールドの区切り)の4フィ
ールドからなるレコードを管理する場合において、
「d」がマルチメディアデータで構成されていたものと
する。この場合において、DBMSによって「a,b,
c」のレコードを管理するとともに、ファイルシステム
にディレクトリ「a/b/c」(「/」はディレクトリ
の区切り)を構築し、その配下にマルチメディアデータ
「d」をファイルとして保存することなどが該当する。
As a specific management system, for example, “a,
b, c, d "(where", "is a field delimiter) when managing a record consisting of four fields,
"D" is assumed to be composed of multimedia data. In this case, "a, b,
In addition to managing the record of “c”, a directory “a / b / c” (“/” is a directory delimiter) may be constructed in the file system, and multimedia data “d” may be stored as a file under the directory. Applicable.

【0010】ここで、DBMSに管理されている「a,
b,c」のレコードにおいて、例えば、「c」のフィー
ルドデータが破壊されて読み取ることができなくなった
ものとする。かかる場合には、通常、データベースのバ
ックアップデータを利用してレコードを修復することに
なるが、ファイルシステムに「a/b/c」のディレク
トリ構造が残っていれば、このディレクトリ構造を利用
してレコードの修復が可能となる。他方、「a/b/
c」のディレクトリ構造が破壊された場合も同様であ
り、データベースに「a,b,c」のレコードが残って
いれば、バックアップデータがなくともディレクトリ構
造の修復が可能となる。
[0010] Here, "a,
In the record “b, c”, for example, it is assumed that the field data “c” is destroyed and cannot be read. In such a case, the record is usually repaired by using the backup data of the database, but if the directory structure of “a / b / c” remains in the file system, this directory structure is used. The record can be repaired. On the other hand, "a / b /
The same applies to the case where the directory structure of “c” is destroyed. If the record of “a, b, c” remains in the database, the directory structure can be repaired without backup data.

【0011】むろん、「a,b,c,d」の4フィール
ドで一つのレコードが構成されているため、DBMSに
おいて「a,b,c」のレコードが削除されれば、当然
にマルチメディアデータ「d」も削除される。また、こ
の際にディレクトリ「a/b/c」もあわせて削除して
もよい。さらに、厳密に各フィールドデータに対応した
階層構造を形成する必要はなく、例えば「a/c」とい
うディレクトリ配下にマルチメディアデータ「d」をフ
ァイルとして保存してもよい。この場合であっても、少
なくとも「a」および「c」というフィールドデータに
関しては、DBMSに管理されるレコードと、ファイル
システムに形成されるディレクトリ構造との間で相互に
修復が可能となる。
Of course, since one record is composed of four fields “a, b, c, d”, if the record “a, b, c” is deleted in the DBMS, the multimedia data “D” is also deleted. At this time, the directory “a / b / c” may also be deleted. Further, it is not necessary to strictly form a hierarchical structure corresponding to each field data. For example, the multimedia data “d” may be stored as a file under the directory “a / c”. Even in this case, with respect to at least the field data “a” and “c”, the record managed by the DBMS and the directory structure formed in the file system can be mutually repaired.

【0012】ここにおけるマルチメディアデータとは、
バイナリデータなどの可変長データを広く含むものであ
り、具体的には画像データや音声データなどが該当す
る。むろん、その実質的な形態としては画像データ単独
で構成されたり、音声データ単独で構成されるなど、各
種の形態をとりうるものであって特に限定されることは
ない。その一例として、請求項2にかかる発明は、請求
項1に記載のデータ管理装置において、上記マルチメデ
ィアデータ階層化管理手段は、複数種別のデータで構成
されるマルチメディアデータを種別に応じた複数のファ
イルとして保存する構成としてある。
Here, the multimedia data is:
It widely includes variable-length data such as binary data, and specifically includes image data and audio data. Of course, the substantial form is not particularly limited, and can take various forms, such as being composed of image data alone or composed of audio data alone. As one example, the invention according to claim 2 is the data management device according to claim 1, wherein the multimedia data layering management means converts multimedia data composed of a plurality of types of data into a plurality of types corresponding to the types. It is configured to save as a file.

【0013】上記のように構成した請求項2にかかる発
明においては、マルチメディアデータが複数種別のデー
タで構成されており、マルチメディアデータ階層化管理
手段はその種別に応じた複数のファイルとして保存す
る。例えば、マルチメディアデータが画像データと音声
データとを含んでいる場合に、画像データファイルと音
声データファイルとして保存する。
[0013] In the invention according to claim 2 configured as described above, the multimedia data is composed of a plurality of types of data, and the multimedia data hierarchical management means saves the data as a plurality of files corresponding to the type. I do. For example, when the multimedia data includes image data and audio data, the multimedia data is stored as an image data file and an audio data file.

【0014】マルチメディアデータ読出供給手段は、マ
ルチメディアデータの参照要求を入力してマルチメディ
アデータの所在を検索し、対応する所在から同マルチメ
ディアデータを読み出して供給することができればよ
く、具体的な検索手法としては各種の手法を適用可能で
ある。その一例として、請求項3にかかる発明は、請求
項1または請求項2のいずれかに記載のデータ管理装置
において、上記マルチメディアデータ読出供給手段は、
上記レコードを検索して参照されたフィールドデータの
対応関係から上記階層構造を検出して上記マルチメディ
アデータを読み出す構成としてある。
The multimedia data read / supply means only needs to be able to search for the location of the multimedia data by inputting a reference request for the multimedia data, and to read and supply the multimedia data from the corresponding location. Various methods can be applied as a simple search method. As one example, the invention according to claim 3 is the data management device according to claim 1 or 2, wherein the multimedia data reading and supplying means is:
The record is searched and the hierarchical structure is detected from the correspondence of the field data referred to, and the multimedia data is read.

【0015】上記のように構成した請求項3にかかる発
明においては、マルチメディアデータの参照要求が発行
されると、マルチメディアデータ読出供給手段はレコー
ドを検索してフィールドデータの対応関係を参照し、そ
の対応関係から階層構造を検出してマルチメディアデー
タを読み出して供給する。例えば、上述した例におい
て、DBMSにおいて所定の検索処理にて「a,b,
c」のレコードを検索し、各フィールドデータから「a
/b/c」のディレクトリ構造を検出してマルチメディ
アデータを読み出す場合などが該当する。
In the invention according to claim 3 configured as described above, when a multimedia data reference request is issued, the multimedia data read / supply means searches the record and refers to the correspondence of the field data. The multimedia data is read and supplied by detecting the hierarchical structure from the correspondence. For example, in the example described above, “a, b,
c) and retrieves “a” from each field data.
This corresponds to a case where the directory structure of “/ b / c” is detected and multimedia data is read.

【0016】また、この場合に好適な構成の一例とし
て、請求項4にかかる発明は、請求項3に記載のデータ
管理装置において、上記レコードはマルチメディアデー
タの所在を示すフィールドデータを含んでおり、上記マ
ルチメディアデータ読出供給手段は、上記マルチメディ
アデータの所在を示すフィールドデータを検出して上記
マルチメディアデータを読み出す構成としてある。
According to a fourth aspect of the present invention, in the data management apparatus according to the third aspect, the record includes field data indicating the location of the multimedia data. The multimedia data read / supply means detects field data indicating the location of the multimedia data and reads the multimedia data.

【0017】すなわち、検索して得られたレコードには
マルチメディアデータの所在を示すフィールドデータが
含まれており、マルチメディアデータ読出供給手段は同
フィールドデータを検出し、その所在に基づいてマルチ
メディアデータを読み出す。例えば、上述した例におい
て、「a/b/c」というフィールドデータがDBMS
で管理されるレコードに含まれており、このフィールド
データから直接にマルチメディアデータを読み出す。
That is, the record obtained by the search includes field data indicating the location of the multimedia data, and the multimedia data read / supply means detects the field data and, based on the location, detects the multimedia data. Read data. For example, in the above-described example, the field data "a / b / c"
The multimedia data is read directly from the field data included in the record managed by the.

【0018】また、マルチメディアデータ読出供給手段
がマルチメディアデータを読み出す別の手法の一例とし
て、請求項5にかかる発明は、請求項1または請求項2
のいずれかに記載のデータ管理装置において、上記マル
チメディアデータ読出供給手段は、上記マルチメディア
データの参照要求に応じて上記階層構造から検索して該
当するマルチメディアデータを読み出す構成としてあ
る。
The invention according to claim 5 is an example of another method for reading multimedia data by the multimedia data reading and supplying means.
In the data management device according to any one of the above, the multimedia data read / supply means is configured to retrieve from the hierarchical structure and read the corresponding multimedia data in response to the multimedia data reference request.

【0019】上記のように構成した請求項5にかかる発
明においては、マルチメディアデータの参照要求が発行
されると、マルチメディアデータ読出供給手段は階層構
造から検索して該当するマルチメディアデータを読み出
す。例えば、上述した例において、第三フィールドに
「c」というデータが格納されたマルチメディアデータ
をまとめて読み出す場合に、DBMSを経由することな
くファイルシステム上で「c」というディレクトリを検
索し、その配下に保存されたマルチメディアデータをま
とめて読み出せば効率がよいと言える。
In the invention according to claim 5 configured as described above, when a reference request for multimedia data is issued, the multimedia data reading / supplying means searches from the hierarchical structure and reads the corresponding multimedia data. . For example, in the above-described example, when the multimedia data in which the data “c” is stored in the third field is collectively read, the directory “c” is searched on the file system without going through the DBMS, and the It can be said that the efficiency is high if the multimedia data stored under the subordinate is collectively read.

【0020】マルチメディアデータを含む複数のフィー
ルドデータから構成されるレコードを管理するにあた
り、階層構造で管理可能な記憶媒体に対して上記レコー
ドに対応して階層構造を形成しつつマルチメディアデー
タのフィールドに対応する階層領域に上記マルチメディ
アデータをファイルとして保存する手法は、必ずしも実
体のある装置に限られる必要もない。その一例として、
請求項6にかかる発明は、マルチメディアデータを含む
複数のフィールドデータから構成されるレコードを管理
するデータ管理方法であって、階層構造で管理可能な記
憶媒体に対して上記レコードに対応して階層構造を形成
しつつマルチメディアデータのフィールドに対応する階
層領域に上記マルチメディアデータをファイルとして保
存するとともに、上記マルチメディアデータの参照要求
を入力して上記階層構造における所在を検索し、対応す
る所在から同マルチメディアデータを読み出して供給す
る構成としてある。すなわち、必ずしも実体のある装置
に限らず、その方法としても有効であることに相違はな
い。
In managing a record composed of a plurality of field data including multimedia data, a multimedia data field is formed on a storage medium which can be managed in a hierarchical structure while forming a hierarchical structure corresponding to the record. The method of saving the multimedia data as a file in a hierarchical area corresponding to the above is not necessarily limited to a substantial device. As an example,
According to a sixth aspect of the present invention, there is provided a data management method for managing a record composed of a plurality of field data including multimedia data. The multimedia data is stored as a file in a hierarchical area corresponding to a field of the multimedia data while forming a structure, and a reference request for the multimedia data is input to search for a location in the hierarchical structure, and the corresponding location is searched. And reads and supplies the multimedia data. That is, there is no difference that the method is not necessarily limited to a substantial device and is effective as a method.

【0021】[0021]

【発明の効果】以上説明したように本発明は、マルチメ
ディアデータを含む複数のフィールドデータから構成さ
れるレコードを管理するにあたり、レコードに対応した
階層構造の階層領域にマルチメディアデータをファイル
として保存し、読出時には階層構造における所在を検索
し、対応する所在から同マルチメディアデータを読み出
すようにしたため、検索速度を低下させることがなく、
さらに、階層構造が破壊された場合などにおいても早期
にシステム復旧することが可能なデータ管理装置を提供
することができる。
As described above, according to the present invention, when managing a record composed of a plurality of field data including multimedia data, the multimedia data is stored as a file in a hierarchical area having a hierarchical structure corresponding to the record. However, at the time of reading, the location in the hierarchical structure is searched, and the multimedia data is read from the corresponding location, without lowering the search speed.
Further, it is possible to provide a data management device capable of recovering the system at an early stage even when the hierarchical structure is destroyed.

【0022】また、請求項2にかかる発明によれば、複
数種別のマルチメディアデータをその種別に応じて複数
のファイルとして管理すればよく、管理体系を簡易化す
ることができる。
Further, according to the invention of claim 2, a plurality of types of multimedia data may be managed as a plurality of files according to the type, and the management system can be simplified.

【0023】さらに、請求項3にかかる発明によれば、
レコードを検索して参照されたフィールドデータの対応
関係から階層構造を検出してマルチメディアデータを読
み出すようにしたため、複数の検索キーを用いて検索処
理を実行する場合に検索速度を向上させることができ
る。
Further, according to the third aspect of the present invention,
Since the multimedia data is read out by detecting the hierarchical structure from the correspondence between the field data referred by searching the records, it is possible to improve the search speed when performing a search process using a plurality of search keys. it can.

【0024】さらに、請求項4にかかる発明によれば、
マルチメディアデータの所在を示すフィールドデータを
レコードに含め、このフィールドデータを用いてマルチ
メディアデータにアクセスするようにしたため、さらに
高速なアクセスを行うことができる。
Further, according to the invention according to claim 4,
Since field data indicating the location of the multimedia data is included in the record, and the multimedia data is accessed using the field data, a higher-speed access can be performed.

【0025】さらに、請求項5にかかる発明によれば、
マルチメディアデータの参照要求に応じて階層構造から
検索して該当するマルチメディアデータを読み出すよう
にしたため、例えば、一つの検索キーを充足するマルチ
メディアデータをまとめて読み出す場合などにおいて効
率がよい。
Further, according to the invention of claim 5,
Since the corresponding multimedia data is read out by searching from the hierarchical structure in response to the multimedia data reference request, the efficiency is high when, for example, the multimedia data satisfying one search key is read collectively.

【0026】さらに、請求項6にかかる発明によれば、
同様にして検索速度を低下させることがなく、さらに、
階層構造が破壊された場合などにおいても早期にシステ
ム復旧することが可能なデータ管理方法を提供すること
ができる。
Further, according to the invention according to claim 6,
Similarly, without slowing down the search speed,
It is possible to provide a data management method capable of recovering the system early even when the hierarchical structure is destroyed.

【0027】[0027]

【発明の実施の形態】以下、図面にもとづいて本発明の
実施形態を説明する。図1は、本発明の一実施形態にか
かるデータ管理装置を適用したシステム構成を概略ブロ
ック図により示している。同図を参照すると、インター
ネット網10には端末接続サーバ20、地図情報サーバ
30およびGPSサーバ40などが接続されていること
が分かる。ここにおいて、端末接続サーバ20は、公衆
回線50を介して利用者のPC60等をインターネット
網10にダイヤルアップ接続したり、あるいは32kb
psのディジタル通信機能を搭載したPDA(携帯情報
端末)70をインターネット網10に接続するためのも
のであり、PC60やPDA70は同端末接続サーバ2
0を経由してインターネット網10にアクセス可能とな
っている。
Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a schematic block diagram showing a system configuration to which a data management device according to an embodiment of the present invention is applied. Referring to FIG. 1, it can be seen that a terminal connection server 20, a map information server 30, a GPS server 40, and the like are connected to the Internet network 10. Here, the terminal connection server 20 connects the user's PC 60 or the like via the public line 50 to the Internet network 10 by dial-up connection or 32 kb.
The PDA (Personal Digital Assistant) 70 having a digital communication function of Ps is connected to the Internet 10 and the PC 60 and the PDA 70 are connected to the terminal connection server 2.
0 is accessible to the Internet network 10.

【0028】一方、地図情報サーバ30は、地図情報に
かかる画像データを備えており、インターネット網10
から同地図情報を取得可能となっている。また、PDA
70にはいわゆるGPS機能が備えられており、このG
PS機能によってPDA70の所在を特定することが可
能となっている。具体的な構成については詳述しない
が、各PDA70には予め固有の識別情報が付与されて
おり、かかる識別情報に基づいて各PDA70の所在が
GPSサーバ40によって管理されているものとする。
On the other hand, the map information server 30 has image data relating to map information, and
The map information can be obtained from. Also, PDA
70 is provided with a so-called GPS function.
The location of the PDA 70 can be specified by the PS function. Although a specific configuration is not described in detail, it is assumed that unique identification information is assigned to each PDA 70 in advance, and the location of each PDA 70 is managed by the GPS server 40 based on the identification information.

【0029】さらに、図からも分かるように、インター
ネット網10にはシステム提供業者80の所有するWe
bサーバ81、会員管理サーバ82、グルーピングサー
バ83およびコンテンツサーバ84が接続されており、
これらのサーバは図2に示すように構成されている。同
図において、Webサーバ81には複数のCGIプログ
ラムで構成されるCGIプログラム群81aと、各CG
Iプログラムから適宜呼び出される複数のAPIから構
成される掲示板ライブラリ81bとが備えられている。
そして、この掲示板ライブラリ81bを構成する各AP
Iによって、会員管理サーバ82の会員管理データベー
ス82a、グルーピングサーバ83のグルーピングデー
タベース83aやコンテンツサーバ84のコンテンツデ
ータベース84aにアクセスするなどの処理が実行され
る。なお、図示しないが、これらの会員管理サーバ8
2、グルーピングサーバ83およびコンテンツサーバ8
4は、それぞれ所定のDBMSを備えて各データベース
を管理している。
Further, as can be seen from the figure, the Internet network 10 has the We
b server 81, member management server 82, grouping server 83 and content server 84 are connected,
These servers are configured as shown in FIG. In the figure, a Web server 81 includes a CGI program group 81a including a plurality of CGI programs, and each CG program group.
A bulletin board library 81b including a plurality of APIs appropriately called from the I program is provided.
Then, each AP constituting the bulletin board library 81b
According to I, processes such as accessing the member management database 82a of the member management server 82, the grouping database 83a of the grouping server 83, and the content database 84a of the content server 84 are executed. Although not shown, these member management servers 8
2. Grouping server 83 and content server 8
Reference numeral 4 is provided with a predetermined DBMS and manages each database.

【0030】本実施形態におけるシステム提供業者80
は、PC60やPDA70から利用可能な掲示板を提供
しており、PC60やPDA70からHTTPプロトコ
ルに従ってWebサーバ81に所望のCGIプログラム
に対するURLをリクエストする。すると、Webサー
バ81側でそのCGIプログラムが実行されて所定のA
PIが呼び出され、そのAPIによって上記会員管理デ
ータベース82a、グルーピングデータベース83aや
コンテンツデータベース84aにアクセスするなどの処
理が実行された後、その処理結果が掲示板としてPC6
0やPDA70に表示される。次に、かかる掲示板を表
示する具体的な構成について、PDA70を利用する場
合を例示して詳述する。
The system provider 80 in the present embodiment
Provides a bulletin board that can be used from the PC 60 or the PDA 70, and requests a URL for a desired CGI program from the PC 60 or the PDA 70 to the Web server 81 according to the HTTP protocol. Then, the CGI program is executed on the Web server 81 side and a predetermined A
After the PI is called and the API executes processes such as access to the member management database 82a, the grouping database 83a, and the content database 84a, the processing result is displayed on the PC 6 as a bulletin board.
0 or displayed on the PDA 70. Next, a specific configuration for displaying such a bulletin board will be described in detail using a case where the PDA 70 is used as an example.

【0031】PDA70は概略図3に示すように略矩形
箱形に形成されるとともに、その正面には液晶表示パネ
ル71が埋め込まれて画面表示が可能となっているとと
もに、通信アンテナ72を介してディジタル通信が可能
となっており、上述したように端末接続サーバ20を介
してインターネット網10に接続する。すると、PDA
70から上記Webサーバ81の所定のCGIプログラ
ムに対するURLがリクエストされ、その後にWebサ
ーバ81からPDA70にデータが転送されて液晶表示
パネル71に図4に示すような画面が表示される。
The PDA 70 is formed in a substantially rectangular box shape as shown in FIG. 3, and a liquid crystal display panel 71 is embedded in the front of the PDA 70 to enable screen display. Digital communication is possible, and connection to the Internet network 10 is made via the terminal connection server 20 as described above. Then PDA
The URL for the predetermined CGI program of the Web server 81 is requested from the Web server 81, and then the data is transferred from the Web server 81 to the PDA 70, and the liquid crystal display panel 71 displays a screen as shown in FIG.

【0032】同図を参照すると、「ID」、「Pass
word入力」および「LOGIN」の三項目が表示さ
れていることが分かる。ここにおいて各項目は選択入力
可能に表示されているが、「ID」については端末固有
のIDが初期値として設定されているため、利用者は
「Password入力」を選択してパスワードを入力
する。そして、かかる入力が終了したら「LOGIN」
を選択する。すると、ここで設定されたIDおよびパス
ワードを入力としてWebサーバ81にて次なるCGI
プログラムが実行される。
Referring to FIG. 3, "ID", "Pass"
It can be seen that three items of “word input” and “LOGIN” are displayed. Here, each item is displayed so as to be selectable and inputtable. However, as for “ID”, an ID unique to the terminal is set as an initial value, so the user selects “Password input” and inputs a password. When the input is completed, "LOGIN"
Select Then, the Web server 81 inputs the ID and the password set here to the next CGI.
The program is executed.

【0033】このCGIプログラムは、入力されたID
とパスワードを用いてユーザ認証処理を行うものであ
る。具体的には、会員管理サーバ82の会員管理データ
ベース82aにて端末固有のID、利用者のユーザID
やパスワードなどの個人情報が管理されており、当該C
GIプログラムによって同会員管理データベース82a
を検索し、入力されたIDとパスワードに整合性がある
か否かを判定する。ここにおいて、入力されたIDとパ
スワードに整合性が認められる場合にはログインを許可
し、会員管理データベース82aからユーザIDを取得
する。また、グルーピングサーバ83のグルーピングデ
ータベース83aにて各利用者が属するグループIDな
どのグループ情報が管理されており、上記のようにユー
ザIDを取得した後、このグルーピングデータベース8
3aから利用者が属するグループIDを取得する。むろ
ん、入力されたIDとパスワードに整合性が認められな
い場合にはログインは許可されない。
This CGI program uses the input ID
The user authentication process is performed using the password and the password. Specifically, in the member management database 82a of the member management server 82, the terminal-specific ID and the user ID of the user are used.
And personal information such as passwords are managed.
The member management database 82a by the GI program
To determine whether the input ID and password are consistent. Here, if the input ID and password are found to be consistent, login is permitted and the user ID is acquired from the member management database 82a. Further, group information such as a group ID to which each user belongs is managed in a grouping database 83a of the grouping server 83, and after acquiring the user ID as described above, the grouping database 8a
The group ID to which the user belongs is acquired from 3a. Of course, if the input ID and password do not match, login is not permitted.

【0034】このようにしてユーザ認証処理が完了した
ら、同様にしてWebサーバ81からPDA70にデー
タが転送されて液晶表示パネル71に図5に示すような
掲示板トップページが表示される。同図を参照すると、
「個人掲示板」、「グループ掲示板」および「ユーザ設
定」の三項目が表示されており、これらの各項目につい
ても選択入力可能である。本実施形態においては、「ユ
ーザ設定」の項目を選択することにより各種のユーザ設
定を行うことができるようになっており、かかるユーザ
設定は予め行われていたものとする。ここで、「個人掲
示板」を選択すると、さらに次なるCGIプログラムが
起動され、液晶表示パネル71に図6に示すような表示
地図選択画面が表示される。
When the user authentication process is completed as described above, data is similarly transferred from the Web server 81 to the PDA 70, and a bulletin board top page as shown in FIG. Referring to FIG.
Three items of "personal bulletin board", "group bulletin board" and "user setting" are displayed, and each of these items can be selected and inputted. In the present embodiment, various user settings can be made by selecting the item “user setting”, and it is assumed that such user settings have been made in advance. Here, when "Personal Bulletin Board" is selected, the next CGI program is further activated, and a display map selection screen as shown in FIG.

【0035】この表示地図選択画面は、地図情報サーバ
30から所望の地図情報を選択するための選択画面であ
り、「最後に表示した掲示板の位置を表示」、「最後に
現在地プロットをした位置を表示」、「現在地プロット
をして表示」および「地図から選択」の四項目が選択可
能に表示されている。ここで、「最後に表示した掲示板
の位置を表示」の項目の下には「JR渋谷駅前」と表示
されていることが分かる。これは、最後に表示した地図
情報が「JR渋谷駅前」であることを意味しており、こ
の項目を選択すると所定のCGIプログラムが起動され
てJR渋谷駅前の地図情報が地図情報サーバ30からW
ebサーバ81に取得され、適宜加工された後にPDA
70にデータ転送されて画面表示される。また、「最後
に現在地プロットをした位置を表示」の項目の下には
「渋谷センター街」と表示されており、この項目を選択
した場合にも同様に所定のCGIプログラムが起動され
て渋谷センター街の地図情報が地図情報サーバ30から
Webサーバ81に取得され、同様に適宜加工された後
にPDA70にデータ転送されて画面表示される。
This display map selection screen is a selection screen for selecting desired map information from the map information server 30, and includes "display the position of the last displayed bulletin board" and "display the position where the current location plotted last." The four items of “display”, “display with current location plot” and “select from map” are displayed in a selectable manner. Here, it can be seen that "JR Shibuya station square" is displayed below the item "display the position of the last displayed bulletin board". This means that the last displayed map information is “JR Shibuya Station”, and when this item is selected, a predetermined CGI program is activated and the map information of the JR Shibuya Station is sent from the map information server 30 to the WWW.
PDA after being acquired by the eb server 81 and appropriately processed
The data is transferred to 70 and displayed on the screen. In addition, under the item "Display the position where the current location was plotted last", "Shibuya Center Street" is displayed. Even when this item is selected, a predetermined CGI program is started and the Shibuya Center is started. The map information of the town is obtained from the map information server 30 by the Web server 81, similarly processed as appropriate, and then transferred to the PDA 70 and displayed on the screen.

【0036】より具体的には図7に示すように、Web
サーバ81にて上記表示地図選択画面を表示するための
CGIプログラムが起動されると、コンテンツサーバ8
4に対する検索要求が発行される。同図からも分かるよ
うに、コンテンツサーバ84のコンテンツデータベース
84aには、各ユーザ毎に最後に表示した掲示板の位置
を所定の三次元座標系で表した「第一の履歴位置情報」
フィールドおよびその住所を表す「第一の履歴住所情
報」フィールドと、最後に現在地プロットをした位置を
同様に三次元座標系で表した「第二の履歴位置情報」フ
ィールドおよびその住所を表す「第二の履歴住所情報」
フィールドとからなる履歴情報管理テーブルが管理され
ている。従って、ユーザIDを用いてかかる履歴情報管
理テーブルを検索すれば、利用者が最後に表示した掲示
板の位置と、最後に現在地プロットをした位置も判明す
ることになり、Webサーバ81はその検索結果に基づ
いて対応する地図情報をPDA70に転送して画面表示
させている。
More specifically, as shown in FIG.
When the CGI program for displaying the display map selection screen is started in the server 81, the content server 8
A search request for No. 4 is issued. As can be seen from the figure, the content database 84a of the content server 84 has "first history position information" representing the position of the bulletin board displayed last for each user in a predetermined three-dimensional coordinate system.
Field and a "first history address information" field representing the address, and a "second history location information" field representing the location where the current location was plotted in a three-dimensional coordinate system and a "second history address information" representing the address. Second History Address Information "
A history information management table including fields is managed. Therefore, if the history information management table is searched using the user ID, the position of the bulletin board displayed last by the user and the position where the current location plot was last performed are also determined, and the Web server 81 determines the search result. , The corresponding map information is transferred to the PDA 70 and displayed on the screen.

【0037】一方、「現在地プロットをして表示」の項
目が選択された場合にも所定のCGIプログラムが実行
される。この場合、同CGIプログラムによってPDA
70の位置情報をGPSサーバ40から取得するととも
に、その位置情報に基づいて対応する地図情報を地図情
報サーバ30から取得し、適宜加工した後にPDA70
にデータ転送して画面表示させる。さらに、「地図から
選択」を選択した場合にも、同様に所定のCGIプログ
ラムが実行されるが、この場合には縮尺の小さな地図情
報が地図情報サーバ30から取得され、PDA70にデ
ータ転送されて画面表示されるようになっている。ここ
で、利用者がPDA70の表示画面上で所望の位置を選
択すると、順次絞り込まれて縮尺の大きな地図情報が地
図情報サーバ30から取得され、同様にしてPDA70
にて画面表示される。
On the other hand, a predetermined CGI program is also executed when the item "present location plot and display" is selected. In this case, the PDA is
70 is obtained from the GPS server 40, and corresponding map information is obtained from the map information server 30 based on the position information, and is appropriately processed.
Transfer data to and display it on the screen. Further, when "select from map" is selected, a predetermined CGI program is executed in the same manner. In this case, small-scale map information is acquired from the map information server 30 and transferred to the PDA 70 by data transfer. It is displayed on the screen. Here, when the user selects a desired position on the display screen of the PDA 70, the map information is sequentially narrowed down and large-scale map information is acquired from the map information server 30, and similarly, the PDA 70 is obtained.
Is displayed on the screen.

【0038】図8は、上記の表示地図選択画面にて所望
の項目を選択して個人掲示板を表示させた状態のPDA
70の表示画面を示している。同図を参照すると、表示
された地図上には人型の図柄のアイコンが表示されてい
ることが分かる。このアイコンは利用者によってコンテ
ンツが登録されていることを意味しており、図8に示す
「アップロード」の項目を選択すると、所定のCGIプ
ログラムが起動されて図9のフローチャートに従ってコ
ンテンツの登録処理が行われる。なお、ここにおけるコ
ンテンツとは、画像データやテキストデータなどのデー
タから構成されており、利用者によって地図上の所望の
位置に登録することができるようになっている。
FIG. 8 shows a PDA in a state where a desired item is selected on the display map selection screen and a personal bulletin board is displayed.
70 shows a display screen. Referring to the figure, it can be seen that an icon of a human figure is displayed on the displayed map. This icon means that the content has been registered by the user. When the “upload” item shown in FIG. 8 is selected, a predetermined CGI program is started, and the content registration process is performed according to the flowchart of FIG. Done. Here, the content is composed of data such as image data and text data, and can be registered at a desired position on a map by a user.

【0039】図9において、ステップS110では専用
のエディタがオープンされるので、図10に示すように
利用者は同エディタ上で題名や本文のテキスト入力、画
像データの貼り付けなどを行う。なお、ここで貼り付け
られる画像データとしては、予めサーバ側で用意されて
いるものを利用してもよいし、利用者が自己の顔写真な
どを登録することも可能である。その後、画面右下の
「送信」を選択すると、ステップS120を経由してス
テップS130で図11に示すようなヘッダ情報が表示
される。同図において、「題名」の項目には実際に入力
された題名が表示され、「宛先」の項目にはコンテンツ
を送信しようとする宛先が表示され、「場所」の項目に
はコンテンツを登録しようとする場所が表示されるの
で、必要に応じて各項目を変更した後に「投稿」を選択
する。すると、ステップS140を経由してステップS
150でコンテンツデータベース84aのユーザコンテ
ンツ管理テーブルにレコード登録処理が行われる。
In FIG. 9, since a dedicated editor is opened in step S110, as shown in FIG. 10, the user performs the input of the title and the text of the body, the pasting of the image data, and the like on the editor. Here, as the image data to be pasted, data prepared in advance on the server side may be used, or the user may register his / her own face photograph or the like. Thereafter, when "SEND" is selected at the lower right of the screen, the header information as shown in FIG. 11 is displayed in step S130 via step S120. In the figure, the title that is actually input is displayed in the item of “title”, the destination to which the content is to be transmitted is displayed in the item of “destination”, and the content is registered in the item of “location”. Is displayed. After changing each item as necessary, select “Post”. Then, step S140 is performed via step S140.
At 150, record registration processing is performed on the user content management table of the content database 84a.

【0040】このユーザコンテンツ管理テーブルは、図
12に示すように構成されている。ここにおいて「コン
テンツ番号」は利用者によって登録されたコンテンツに
対してユニークに採番された番号であり、「グループI
D」については一律に「0」が設定され、「ユーザI
D」は各利用者のユーザIDが格納される。また、「作
成年月日」、「更新年月日」については、それぞれ作成
および更新された日付がシステム日付から取得されて格
納され、「タイトル」については実際に入力されたコン
テンツのタイトルが格納される。さらに、「位置情報」
についてはコンテンツを登録しようとする位置の三次元
座標系が格納され、データパスについては(ユーザコン
テンツ管理ルートディレクトリ)/(ユーザIDの頭文
字)/(ユーザID)/(コンテンツ番号)の法則に従
ってパスが生成されて格納される。なお、ここにおける
ユーザコンテンツ管理ルートディレクトリは任意に設定
可能であるが、本実施形態においては、「/home/
user」としてある。
This user content management table is configured as shown in FIG. Here, “content number” is a number uniquely assigned to the content registered by the user, and “group I”
“D” is uniformly set to “0”, and “User I”
“D” stores the user ID of each user. In addition, for "Creation Date" and "Update Date", the creation and update dates are respectively obtained from the system date and stored, and for "Title", the title of the content actually entered is stored Is done. In addition, "location information"
Is stored in the three-dimensional coordinate system of the position where the content is to be registered, and the data path is in accordance with the rule of (user content management root directory) / (initial of user ID) / (user ID) / (content number). A path is generated and stored. Note that the user content management root directory here can be set arbitrarily, but in the present embodiment, “/ home /
user ".

【0041】このようにレコード登録処理が完了した
ら、次のステップS160でコンテンツサーバ84の図
示しないハードディスクに必要なディレクトリおよびフ
ァイルを作成する。すなわち、図13に示すように上記
のデータパスに相当するディレクトリを構築するととも
に、その末端ディレクトリであるコンテンツ番号ディレ
クトリ配下に上記エディタにて入力された画像データや
テキストをファイルとして格納する。なお、上述しなか
ったが音声データファイルもコンテンツとして登録する
ことが可能であり、図13に示すものにおいては音声デ
ータファイル(WAVサウンドファイル)も格納されて
おり、これらの画像データファイル、テキストファイル
および音声データファイルによって一つのコンテンツデ
ータが形成されている。
After the record registration process is completed, necessary directories and files are created on a hard disk (not shown) of the content server 84 in the next step S160. That is, as shown in FIG. 13, a directory corresponding to the above data path is constructed, and image data and text inputted by the editor are stored as files under the content number directory which is the terminal directory. Although not described above, an audio data file can also be registered as a content, and an audio data file (WAV sound file) is also stored in the audio data file shown in FIG. And audio data file form one content data.

【0042】図8に示す個人掲示板を表示するためのC
GIプログラムは、地図情報サーバ30から取得した元
地図情報に上記のように登録されたコンテンツに対する
アイコンを貼り付けるように加工し、PDA70にデー
タ転送して画面表示を行わせており、その処理手順とし
ては図14のフローチャートに示すようになる。同図に
おいて、ステップS210においては、図6の表示地図
選択画面にて利用者が選択した項目に対する元地図情報
を地図情報サーバ30から取得し、次のステップS22
0で図15に示すように元地図情報において四隅の三次
元座標系からなる位置情報を検出する。その後、ステッ
プS230で利用者のユーザIDおよび検出した元地図
情報の位置情報を検索キーとして上記ユーザコンテンツ
管理テーブルを先頭レコードから順に検索し、表示しよ
うとする元地図情報上に登録された該当コンテンツを検
出する。
C for displaying the personal bulletin board shown in FIG.
The GI program processes the original map information acquired from the map information server 30 so that the icon for the content registered as described above is pasted, transfers the data to the PDA 70, and performs the screen display. As shown in the flowchart of FIG. In the figure, in step S210, the original map information for the item selected by the user on the display map selection screen in FIG. 6 is acquired from the map information server 30, and the next step S22
At 0, position information consisting of a three-dimensional coordinate system at four corners is detected in the original map information as shown in FIG. Then, in step S230, the user content management table is searched in order from the top record using the user ID of the user and the position information of the detected original map information as a search key, and the corresponding content registered on the original map information to be displayed is displayed. Is detected.

【0043】ここにおいて該当コンテンツを検出した
ら、ステップS240で同コンテンツに対応するレコー
ドのデータパス名を取得し、このデータパス名に基づい
てその末端ディレクトリ配下に格納された画像データフ
ァイルを取得し、次のステップS250でそのコンテン
ツの位置情報で示される位置に同画像データファイルを
サムネイルで貼り付けて加工する。以降、同様にして該
当コンテンツを検出したら同様にサムネイルで貼り付け
て地図情報を加工し、全ての該当コンテンツを検出し終
えたら、ステップS260で加工した地図情報をPDA
70に転送する。すると、これを受信したPDA70側
で図8に示すようにアイコンが貼り付けられた地図情報
が表示される結果となる。
If the content is detected, the data path name of the record corresponding to the content is obtained in step S240, and the image data file stored under the terminal directory is obtained based on the data path name. In the next step S250, the same image data file is pasted as a thumbnail at the position indicated by the position information of the content and processed. Thereafter, when the corresponding content is detected in the same manner, the map information is processed by pasting it in the same manner as a thumbnail, and when all the corresponding contents have been detected, the map information processed in step S260 is converted to the PDA.
Transfer to 70. Then, on the PDA 70 receiving this, the map information with the icon attached is displayed as shown in FIG.

【0044】ここで表示されたアイコンは選択可能であ
り、所望のアイコンを選択すると、所定のCGIプログ
ラムが起動され、図16のフローチャートに従って処理
が実行される。同図において、ステップS310では上
記ユーザコンテンツ管理テーブルを検索し、選択された
アイコンに対するコンテンツのデータパスを取得する。
そして、ステップS320にて同データパスに基づいて
末端ディレクトリ配下に格納された画像データファイル
やテキストファイルなどのコンテンツデータを取得し、
次のステップS330にて所定の画面情報を生成した後
に、ステップS340で同画面情報をPDA70に送信
する。すると、この画面情報を取得したPDA70側で
は、図17に示すように登録されたコンテンツが表示さ
れる。
The displayed icons can be selected. When a desired icon is selected, a predetermined CGI program is started, and the processing is executed according to the flowchart of FIG. In the figure, in a step S310, the user content management table is searched to obtain a data path of the content for the selected icon.
Then, in step S320, content data such as an image data file or a text file stored under the terminal directory is acquired based on the same data path,
After generating predetermined screen information in the next step S330, the same screen information is transmitted to the PDA 70 in step S340. Then, the PDA 70 that has acquired the screen information displays the registered content as shown in FIG.

【0045】このコンテンツの利用方法としては概略次
のようになる。例えば、利用者がお気に入りの店などを
発見したら、メモ書きなどを添えてコンテンツとして登
録しておく。すると、次にその近辺の地図情報を表示し
たときに、登録されたコンテンツがアイコンとして表示
されるため、そのアイコンを選択してコンテンツを表示
させればお気に入りの店などが判明することになる。む
ろん、これは利用方法の一例に過ぎず、別の目的で利用
することも可能であるし、目的に応じて登録する画像デ
ータを変更すれば利用者にとっても分かりやすいといえ
る。
The method of using this content is roughly as follows. For example, if a user finds a favorite store or the like, the user registers the content with a memo or the like. Then, the next time the map information in the vicinity is displayed, the registered content is displayed as an icon. Therefore, if the icon is selected and the content is displayed, a favorite shop or the like can be found. Of course, this is only an example of a usage method, and it can be used for another purpose, and it can be said that it is easy for a user to understand if the registered image data is changed according to the purpose.

【0046】なお、図8を参照すると、複数のアイコン
が重なるように表示されている部分があることが分か
る。これは近接する複数の位置情報、あるいは同一の位
置情報を有する場所に複数のコンテンツが登録されてい
ることを意味しており、これらのアイコンを選択すると
所定のCGIプログラムが起動されて重なっているコン
テンツが検出され、図18に示すように各コンテンツの
画像データがサムネイルにて表示されるとともに、それ
ぞれに登録されたタイトルが表示される。そして、この
コンテンツ一覧画面において「PREV/NEXT」を
適宜選択して所望のコンテンツを選択すると、選択され
たコンテンツが同様にして表示される。
Referring to FIG. 8, it can be seen that there is a portion where a plurality of icons are displayed so as to overlap. This means that a plurality of pieces of content are registered in a plurality of pieces of proximity information or a place having the same piece of location information. When these icons are selected, a predetermined CGI program is activated and overlaps. The content is detected, and as shown in FIG. 18, the image data of each content is displayed as a thumbnail, and the registered title is displayed. Then, when "PREV / NEXT" is appropriately selected on the content list screen and a desired content is selected, the selected content is displayed in the same manner.

【0047】一方、図8に示す表示画面において「コン
テンツ一覧」を選択した場合にも、所定のCGIプログ
ラムによって図18に示すようなコンテンツ一覧画面が
表示されるが、この場合には利用者によって登録された
全てのコンテンツの一覧が表示される。具体的には(ユ
ーザコンテンツ管理ルートディレクトリ)/(ユーザI
Dの頭文字)/(ユーザID)のディレクトリ配下で全
ての画像データファイルを取得し、コンテンツ番号順に
ソートしつつ表示画面上にサムネイルで貼り付ける。そ
の一方で、コンテンツデータベース84aのユーザコン
テンツ管理テーブルにて利用者のユーザIDを検索キー
として検索し、得られたレコードをコンテンツ番号でソ
ートしつつ、タイトルを同様にして表示画面上に順次貼
り付ける。
On the other hand, when "content list" is selected on the display screen shown in FIG. 8, a content list screen as shown in FIG. 18 is displayed by a predetermined CGI program. A list of all registered contents is displayed. Specifically, (user content management root directory) / (user I
All image data files are obtained under the directory of (initial letter D) / (user ID), and are pasted as thumbnails on the display screen while being sorted in the order of content numbers. On the other hand, a search is performed using the user ID of the user in the user content management table of the content database 84a as a search key, and the obtained records are sorted by content number, and the titles are similarly pasted on the display screen in the same manner. .

【0048】すなわち、画像データファイルについては
利用者によって登録された全てのコンテンツについて取
得する必要があるため、コンテンツデータベース84a
を検索することなく、利用者のユーザIDのディレクト
リ配下を辿りつつ全ての画像データファイルをまとめて
取得した方が検索効率は良いと言える。一方、タイトル
についてはコンテンツデータベース84aに記憶されて
いる情報であるため、同コンテンツデータベース84a
を検索して取得することになる。このように、それぞれ
の検索ルーチンにて異なる検索態様とすることで検索速
度は全体として向上することになる。
That is, since it is necessary to acquire all the contents registered by the user for the image data file, the contents database 84a
It can be said that the search efficiency is better if all the image data files are acquired collectively while tracing under the directory of the user ID of the user without searching for. On the other hand, since the title is the information stored in the content database 84a,
Will be retrieved and retrieved. As described above, by setting different search modes in each search routine, the search speed is improved as a whole.

【0049】さらに、図8に示す表示画面において「地
図縮尺変更」を選択すれば、縮尺の変更された地図が表
示されるようになっているとともに、八方向の矢印を選
択することにより選択された矢印方向に遷移した地図を
表示することができるようになっている。すなわち、か
かる地図情報は縮尺に応じて図19に示すように升目状
に構成されており、選択された矢印方向の地図情報を地
図情報サーバ30から新たに取得する。
Further, when "change map scale" is selected on the display screen shown in FIG. 8, a map whose scale is changed is displayed, and the map is selected by selecting an arrow in eight directions. It is possible to display a map that has transitioned in the direction of the arrow. That is, the map information is formed in a grid shape as shown in FIG. 19 according to the scale, and the map information in the selected arrow direction is newly acquired from the map information server 30.

【0050】一方、図5に示す掲示板トップページにお
いて、「グループ掲示板」を選択した場合には、同様に
所定のCGIプログラムが実行されて図20に示すグル
ープ掲示板トップページが表示される。同図において、
「グループA」および「グループB」は、「グループ設
定/管理」の項目を選択して作成されたグループであ
る。なお、詳述しないが「グループ設定/管理」を選択
することによって各グループのメンバーを追加したり、
削除したりすることができるようになっている。以下、
説明の便宜上「グループA」の項目が選択されたものと
して、グループ掲示板の機能について説明する。むろ
ん、「グループB」など他のグループの項目が選択され
た場合でも同様である。
On the other hand, when "group bulletin board" is selected on the bulletin board top page shown in FIG. 5, a predetermined CGI program is similarly executed, and the group bulletin board top page shown in FIG. 20 is displayed. In the figure,
“Group A” and “Group B” are groups created by selecting the item “Group setting / management”. Although not described in detail, you can add members of each group by selecting "Group setting / management"
And can be deleted. Less than,
The function of the group bulletin board will be described assuming that the item of “group A” is selected for convenience of explanation. Of course, the same applies to a case where an item of another group such as “group B” is selected.

【0051】図21は、「グループA」の項目が選択さ
れた場合に表示されるグループ掲示板を示している。同
図において、この場合も同様に地図上にアイコンが表示
されていることが分かる。そして、これらのアイコンも
利用者によって登録されたコンテンツが存在することを
意味しており、上述した個人掲示板の場合と同様に「ア
ップロード」の項目を選択することによって登録され
る。ただし、ここで登録されるコンテンツはグループと
してのコンテンツであり、同一グループに属するユーザ
によって共有されることを前提としているため、上述し
たユーザコンテンツとは管理体系が異なる。
FIG. 21 shows a group bulletin board displayed when the item "group A" is selected. In the same figure, it can be seen that an icon is displayed on the map in this case as well. These icons also mean that the content registered by the user exists, and are registered by selecting the item of “upload” as in the case of the personal bulletin board described above. However, since the content registered here is a content as a group and is assumed to be shared by users belonging to the same group, the management system is different from the above-described user content.

【0052】例えば、図22はかかるグループコンテン
ツを管理するためのコンテンツデータベース84a内の
グループコンテンツ管理テーブルを示している。このグ
ループコンテンツ管理テーブルの各フィールドは、上述
したユーザコンテンツ管理テーブルと同様であるが、実
際に格納されるデータにおいて相違する。すなわち、上
述したユーザコンテンツ管理テーブルにおいては、「グ
ループID」に一律に「0」が格納されていたが、グル
ープコンテンツ管理テーブルにおいては利用者の属する
グループIDが格納される。
For example, FIG. 22 shows a group content management table in the content database 84a for managing such group content. Each field of the group content management table is the same as the above-described user content management table, but differs in data to be actually stored. That is, in the above-mentioned user content management table, “0” is stored uniformly in “group ID”, but in the group content management table, the group ID to which the user belongs is stored.

【0053】また、データパスについては(グループコ
ンテンツ管理ルートディレクトリ)/(グループIDの
末尾)/(グループID)/(ユーザIDの頭文字)/
(ユーザID)/(コンテンツ番号)の法則に従ってパ
スが生成されて格納される。なお、ここにおけるグルー
プコンテンツ管理ルートディレクトリも任意に設定可能
であるが、本実施形態においては、「/home/gr
oup」としてある。むろん、ハードディスクに構築さ
れるディレクトリも図23に示すようにユーザコンテン
ツの場合とは異なるが、その末端ディレクトリであるコ
ンテンツ番号ディレクトリ配下に画像データファイルや
テキストファイル等からなるコンテンツデータが格納さ
れることは同様である。
For the data path, (group content management root directory) / (end of group ID) / (group ID) / (initial of user ID) /
A path is generated and stored according to the (user ID) / (content number) rule. Note that the group content management root directory here can also be set arbitrarily, but in the present embodiment, “/ home / gr” is used.
"up". Needless to say, the directory constructed on the hard disk is also different from the case of the user content as shown in FIG. 23, but the content data including the image data file and the text file is stored under the content number directory which is the terminal directory. Is similar.

【0054】従って、図21に示すグループ掲示板を表
示するためのCGIプログラムの処理手順としては、図
14に示したフローチャートと概ね同様であるが、ステ
ップS230におけるデータベースの検索処理において
異なる。すなわち、検索対象となるテーブルがグループ
コンテンツ管理テーブルであり、その検索キーがグルー
プIDたる「100」および元地図情報の位置情報とな
る。むろん、図21のグループ掲示板において、アイコ
ンが選択された場合のCGIプログラムの処理手順につ
いても、図16に示したフローチャートと同様である
が、検索対象となるテーブルがグループコンテンツ管理
テーブルとなることは言うまでもない。
Therefore, the processing procedure of the CGI program for displaying the group bulletin board shown in FIG. 21 is almost the same as that of the flowchart shown in FIG. 14, but differs in the database search processing in step S230. In other words, the table to be searched is the group content management table, and its search key is the group ID “100” and the position information of the original map information. Of course, the processing procedure of the CGI program when an icon is selected in the group bulletin board of FIG. 21 is the same as that of the flowchart shown in FIG. 16, but the table to be searched is not the group content management table. Needless to say.

【0055】さらに、図21に示すグループ掲示板にお
いて「コンテンツ一覧」を選択した場合にも、所定のC
GIプログラムが実行され、上述した個人掲示板の場合
と同様にして同一グループ内のグループコンテンツの一
覧画面が表示される。むろん、この場合には(グループ
コンテンツ管理ルートディレクトリ)/(グループID
の末尾)/(グループID)のディレクトリ配下でディ
レクトリ構造を辿りつつ全ての画像データファイルを取
得し、コンテンツ番号順にソートして表示画面上にサム
ネイルで貼り付ける。その一方で、コンテンツデータベ
ース84aのグループコンテンツ管理テーブルにて利用
者のグループIDを検索キーとして検索し、得られたレ
コードをコンテンツ番号でソートしてタイトルを表示画
面上に順次貼り付けることになる。
Further, when "content list" is selected on the group bulletin board shown in FIG.
The GI program is executed, and a list screen of group contents in the same group is displayed in the same manner as in the case of the personal bulletin board described above. Of course, in this case, (group content management root directory) / (group ID
All image data files are acquired while tracing the directory structure under the directory of (end of) / (group ID), sorted in the order of content number, and pasted on the display screen as thumbnails. On the other hand, a search is performed using the group ID of the user in the group content management table of the content database 84a as a search key, the obtained records are sorted by content number, and the titles are sequentially pasted on the display screen.

【0056】一方、図21のグループ掲示板には、「メ
ンバー現在地」の項目が表示されていることが分かる。
この項目も選択可能に表示されており、実際に選択され
ると所定のCGIプログラムが実行され、表示された地
図上に存在する同一グループのメンバーの現在位置がア
イコンで表示されるようになっている。具体的には、図
7に示す位置情報管理テーブルに各利用者の属するグル
ープIDおよび各利用者が最後に現在地プロットをした
位置を示す「第二の履歴位置情報」が管理されているこ
とから、これらのフィールドデータを検索することによ
り、表示された地図上に存在するメンバーとその位置と
を検出し、予め記録されている各メンバーの顔写真など
をサムネイルで貼り付けて表示する。
On the other hand, it can be seen that the item "member present location" is displayed on the group bulletin board in FIG.
This item is also displayed so as to be selectable. When the item is actually selected, a predetermined CGI program is executed, and the current position of members of the same group present on the displayed map is displayed as an icon. I have. Specifically, since the position ID management table shown in FIG. 7 manages the group ID to which each user belongs and the “second history position information” indicating the position where each user last plotted the current position. By searching these field data, members existing on the displayed map and their positions are detected, and a face photograph or the like of each member recorded in advance is displayed as a thumbnail.

【0057】以上のように、コンテンツを管理するため
の情報をコンテンツデータベース84aに管理するとと
もに、このコンテンツデータベース84aの外部の領域
にて実際のコンテンツデータを管理するようにした場
合、次のような特徴的な効果が得られる。
As described above, when the information for managing the content is managed in the content database 84a and the actual content data is managed in an area outside the content database 84a, the following will occur. Characteristic effects can be obtained.

【0058】第一にファイルシステム内のディレクトリ
構造が破壊されてしまった場合、コンテンツデータベー
ス84aの各レコードを参照することによってディレク
トリ構造を復元することができる点にある。なぜなら、
ディレクトリ構造は各レコードのフィールドデータに対
応しているため、全てのレコードのフィールドデータを
参照することによってディレクトリ構造もある程度判明
することになる。第二にコンテンツデータベース84a
が破壊されてしまった場合に、データベースのバックア
ップがなくとも部分的にデータベースリカバリを行える
点にある。例えば、図12に示すユーザコンテンツ管理
テーブルにおいて、コンテンツ番号「2000」のレコ
ードのデータパスがデータブロックなどの破損によって
読み取れなくなってしまった場合、「/home/us
er」配下で「2000」というディレクトリを検索
し、そのパス名を読み取れなくなったデータパスのフィ
ールドデータに置き換えればよい。
First, when the directory structure in the file system is destroyed, the directory structure can be restored by referring to each record in the content database 84a. Because
Since the directory structure corresponds to the field data of each record, the directory structure can be determined to some extent by referring to the field data of all the records. Second, the content database 84a
In the event that is destroyed, a partial database recovery can be performed without a database backup. For example, in the user content management table shown in FIG. 12, when the data path of the record with the content number “2000” cannot be read due to damage of a data block or the like, “/ home / us
The directory "2000" may be searched under "er", and its path name may be replaced with field data of the data path that cannot be read.

【0059】次に、上記のように構成した本実施形態の
動作について説明する。32kbpsのディジタル通信
機能を搭載したPDA70を端末接続サーバ20を介し
てインターネット網10に接続すると、同PDA70か
らWebサーバ81のCGIプログラム群81aにおけ
る所定のCGIプログラムに対するURLのリクエスト
がHTTPプロトコルに従って送出される。すると、W
ebサーバ81からPDA70にデータが転送され、同
PDA70にて図4に示すログイン画面が表示される。
Next, the operation of the present embodiment configured as described above will be described. When a PDA 70 equipped with a 32 kbps digital communication function is connected to the Internet 10 via the terminal connection server 20, a URL request for a predetermined CGI program in the CGI program group 81a of the Web server 81 is transmitted from the PDA 70 according to the HTTP protocol. You. Then W
The data is transferred from the eb server 81 to the PDA 70, and the PDA 70 displays the login screen shown in FIG.

【0060】ここにおいて「ID」については端末固有
のIDが初期値として設定されているため、利用者は
「Password入力」を選択してパスワードを入力
する。そして、かかる入力が終了したら「LOGIN」
を選択する。すると、ここで設定されたIDおよびパス
ワードを入力としてWebサーバ81にて次なるCGI
プログラムが実行されてユーザ認証処理が行われる。
Here, as for the “ID”, since an ID unique to the terminal is set as an initial value, the user selects “Password input” and inputs a password. When the input is completed, "LOGIN"
Select Then, the Web server 81 inputs the ID and the password set here to the next CGI.
The program is executed to perform a user authentication process.

【0061】ログインが許可されてユーザ認証処理が完
了すると、同様にしてWebサーバ81からPDA70
にデータが転送されて図5に示すような掲示板トップペ
ージが表示される。ここで「個人掲示板」を選択する
と、さらに次なるCGIプログラムが起動され、液晶表
示パネル71に図6に示すような表示地図選択画面が表
示されるので、利用者は所望の項目を選択する。する
と、さらに所定のCGIプログラムが起動され、図6の
表示地図選択画面にて利用者が選択した項目に対する元
地図情報を地図情報サーバ30から取得し(ステップS
210)、同元地図情報において四隅の三次元座標系か
らなる位置情報を検出する(ステップS220)。その
後、利用者のユーザIDおよび検出した元地図情報の位
置情報を検索キーとして上記ユーザコンテンツ管理テー
ブルを先頭レコードから順に検索し、その元地図情報上
に登録された該当コンテンツを検出する(ステップS2
30)。
When the login is permitted and the user authentication process is completed, the Web server 81 similarly sends the PDA 70
Is transferred to a message board top page as shown in FIG. If "Personal Bulletin Board" is selected here, the next CGI program is started, and a display map selection screen as shown in FIG. 6 is displayed on the liquid crystal display panel 71, so that the user selects a desired item. Then, a predetermined CGI program is further activated, and the original map information for the item selected by the user on the display map selection screen of FIG. 6 is acquired from the map information server 30 (step S).
210), position information consisting of a three-dimensional coordinate system at the four corners is detected from the same map information (step S220). Thereafter, the user content management table is searched in order from the top record using the user ID of the user and the position information of the detected original map information as a search key, and the corresponding content registered on the original map information is detected (step S2).
30).

【0062】ここにおいて該当コンテンツを検出した
ら、同コンテンツに対応するレコードのデータパス名を
取得するとともに、このデータパス名に基づいて末端デ
ィレクトリ配下に格納された画像データファイルを取得
し(ステップS240)、そのコンテンツの位置情報で
示される位置に同画像データファイルをサムネイルで貼
り付けて加工する(ステップS250)。以降、同様に
して該当コンテンツを検出したら同様にサムネイルで貼
り付けて地図情報を加工し、全ての該当コンテンツを検
出したところで加工した地図情報をPDA70に転送す
る(ステップS260)。すると、これを受信したPD
A70側で図8に示すような個人掲示板が表示される結
果となる。
When the content is detected, the data path name of the record corresponding to the content is obtained, and the image data file stored under the terminal directory is obtained based on the data path name (step S240). Then, the same image data file is pasted as a thumbnail at the position indicated by the position information of the content and processed (step S250). Thereafter, when the corresponding content is detected in the same manner, the map information is processed by pasting it in the same manner as a thumbnail, and the processed map information is transferred to the PDA 70 when all the corresponding contents are detected (step S260). Then, PD which received this
As a result, a personal bulletin board as shown in FIG. 8 is displayed on the A70 side.

【0063】さらに、図8に示す個人掲示板において、
所望のアイコンを選択すると、所定のCGIプログラム
が起動され、ユーザコンテンツ管理テーブルを検索し、
選択されたアイコンに対するコンテンツのデータパスを
取得する(ステップS310)。そして、同データパス
に基づいて末端ディレクトリ配下に格納された画像デー
タファイルやテキストファイルなどのコンテンツデータ
を取得し(ステップS320)、所定の画面情報を生成
した後に(ステップS330)、同画面情報をPDA7
0に送信する(ステップS340)。すると、この画面
情報を取得したPDA70側では、図17に示すように
登録されたコンテンツが表示される。
Further, in the personal bulletin board shown in FIG.
When a desired icon is selected, a predetermined CGI program is started, a user content management table is searched,
The data path of the content for the selected icon is obtained (step S310). Then, content data such as an image data file or a text file stored under the terminal directory is acquired based on the data path (step S320), and after generating predetermined screen information (step S330), the screen information is obtained. PDA7
0 (step S340). Then, the PDA 70 that has acquired the screen information displays the registered content as shown in FIG.

【0064】このようなコンテンツを登録する場合は、
図8に示す個人掲示板において「アップロード」の項目
を選択する。すると、所定のCGIプログラムが起動さ
れ、専用のエディタがオープンされるので(ステップS
110)、図10に示すように利用者は同エディタ上で
題名や本文のテキスト入力、画像データの貼り付けなど
を行う。その後、画面右下の「送信」を選択すると、図
11に示すようなヘッダ情報が表示される(ステップS
120,S130)。同図において、「題名」の項目に
は実際に入力された題名が表示され、「宛先」の項目に
はコンテンツを送信しようとする宛先が表示され、「場
所」の項目にはコンテンツを登録しようとする場所が表
示されるので、必要に応じて各項目を変更した後に「投
稿」を選択する。すると、コンテンツデータベース84
aのユーザコンテンツ管理テーブルにレコード登録処理
が行われる(ステップS140,S150)。
When registering such contents,
The item "upload" is selected on the personal bulletin board shown in FIG. Then, a predetermined CGI program is started and a dedicated editor is opened (step S
110), as shown in FIG. 10, the user inputs the title and text of the text, pastes image data, and the like on the editor. Thereafter, when "Send" is selected at the lower right of the screen, header information as shown in FIG. 11 is displayed (step S).
120, S130). In the figure, the title that is actually input is displayed in the item of “title”, the destination to which the content is to be transmitted is displayed in the item of “destination”, and the content is registered in the item of “location”. Is displayed. After changing each item as necessary, select “Post”. Then, the content database 84
A record registration process is performed on the user content management table a (steps S140 and S150).

【0065】すなわち、ユーザコンテンツ管理テーブル
の「コンテンツ番号」にはコンテンツに対してユニーク
に採番された番号が格納され、「グループID」につい
ては一律に「0」が設定され、「ユーザID」は利用者
のユーザIDが格納される。また、「作成年月日」、
「更新年月日」については、それぞれ作成および更新さ
れた日付がシステム日付から取得されて格納され、「タ
イトル」については実際に入力されたコンテンツのタイ
トルが格納される。さらに、「位置情報」についてはコ
ンテンツを登録しようとする位置の三次元座標系が格納
され、データパスについては(ユーザコンテンツ管理ル
ートディレクトリ)/(ユーザIDの頭文字)/(ユー
ザID)/(コンテンツ番号)の法則に従ってパスが生
成されて格納される。
That is, in the “content number” of the user content management table, a number uniquely assigned to the content is stored, and for the “group ID”, “0” is uniformly set, and the “user ID” is set. Indicates the user ID of the user. In addition, "Creation date"
For "update date", the creation and update dates are acquired from the system date and stored, and for "title", the title of the actually input content is stored. Further, the "position information" stores the three-dimensional coordinate system of the position where the content is to be registered, and the data path is (user content management root directory) / (initial of user ID) / (user ID) / ( A path is generated and stored according to the rule of (content number).

【0066】このようにレコード登録処理が完了した
ら、コンテンツサーバ84の図示しないハードディスク
に必要なディレクトリおよびファイルを作成する(ステ
ップS160)。すなわち、図13に示すように上記の
データパスに相当するディレクトリを構築するととも
に、その末端ディレクトリであるコンテンツ番号ディレ
クトリ配下に上記エディタにて入力された画像データや
テキストなどをファイルとして格納する。
When the record registration process is completed, necessary directories and files are created on a hard disk (not shown) of the content server 84 (step S160). That is, as shown in FIG. 13, a directory corresponding to the above data path is constructed, and image data, text, and the like input by the editor are stored as files under the content number directory which is the terminal directory.

【0067】さらに、図8に示す個人掲示板において
「コンテンツ一覧」を選択した場合には、所定のCGI
プログラムによって図18に示すようなコンテンツ一覧
画面が表示されるが、この場合には利用者によって登録
された全てのコンテンツの一覧が表示される。具体的に
は(ユーザコンテンツ管理ルートディレクトリ)/(ユ
ーザIDの頭文字)/(ユーザID)のディレクトリ配
下で全ての画像データファイルを取得し、コンテンツ番
号順にソートしつつ表示画面上にサムネイルで貼り付け
る。その一方で、コンテンツデータベース84aのユー
ザコンテンツ管理テーブルにて利用者のユーザIDを検
索キーとして検索し、得られたレコードをコンテンツ番
号でソートしつつ、タイトルを同様にして表示画面上に
順次貼り付ける。
Further, when "content list" is selected on the personal bulletin board shown in FIG.
The content list screen as shown in FIG. 18 is displayed by the program. In this case, a list of all the contents registered by the user is displayed. Specifically, all image data files are obtained under the directory of (user content management root directory) / (initial letter of user ID) / (user ID), and are pasted as thumbnails on the display screen while being sorted in order of content number. wear. On the other hand, a search is performed using the user ID of the user in the user content management table of the content database 84a as a search key, and the obtained records are sorted by content number, and the titles are similarly pasted on the display screen in the same manner. .

【0068】一方、図5に示す掲示板トップページにお
いて、「グループ掲示板」を選択した場合には、同様に
所定のCGIプログラムが実行されて図20に示すグル
ープ掲示板トップページが表示される。利用者はここで
「グループA」の項目を選択したものとする。すると、
所定のCGIプログラムが実行され、上述した個人掲示
板の場合と同様にして地図情報が加工され、図21に示
すグループ掲示板がPDA70に表示される。ただし、
この場合には検索対象となるテーブルがグループコンテ
ンツ管理テーブルであり、その検索キーがグループID
たる「100」および元地図情報の位置情報となること
は言うまでもない。また、図21に示すグループ掲示板
において アイコンが選択された場合には所定のCGI
プログラムが起動され、上述した個人掲示板の場合と同
様にして該当するコンテンツが表示される。むろん、こ
の場合の検索対象となるテーブルはグループコンテンツ
管理テーブルである。
On the other hand, when "group bulletin board" is selected on the bulletin board top page shown in FIG. 5, a predetermined CGI program is similarly executed, and the group bulletin board top page shown in FIG. 20 is displayed. Here, it is assumed that the user has selected the item of “group A”. Then
A predetermined CGI program is executed, map information is processed in the same manner as in the case of the personal bulletin board described above, and the group bulletin board shown in FIG. However,
In this case, the table to be searched is the group content management table, and the search key is the group ID.
Needless to say, it becomes the position information of the barrel "100" and the original map information. When the icon is selected on the group bulletin board shown in FIG.
The program is started, and the corresponding content is displayed in the same manner as in the case of the personal bulletin board described above. Of course, the table to be searched in this case is the group content management table.

【0069】そして、これらのコンテンツも上述した個
人掲示板の場合と同様に「アップロード」の項目を選択
することによって登録される。ただし、ここで登録され
るコンテンツはグループとしてのコンテンツであり、同
一グループに属するユーザによって共有されることを前
提としているため、上述したユーザコンテンツとは異な
る。
These contents are also registered by selecting the item of "upload" as in the case of the personal bulletin board described above. However, the content registered here is different from the above-described user content because it is assumed that the content is a group content and is shared by users belonging to the same group.

【0070】すなわち、レコード登録処理が行われるコ
ンテンツデータベース84a内のグループコンテンツ管
理テーブルの各フィールドは、上述したユーザコンテン
ツ管理テーブルと同様であるが、グループコンテンツ管
理テーブルにおける「グループID」には利用者の属す
るグループIDが格納され、データパスについては(グ
ループコンテンツ管理ルートディレクトリ)/(グルー
プIDの末尾)/(グループID)/(ユーザIDの頭
文字)/(ユーザID)/(コンテンツ番号)の法則に
従ってパスが生成されて格納される。また、ハードディ
スク上のコンテンツ番号ディレクトリ配下に画像データ
ファイルやテキストファイル等からなるコンテンツデー
タが格納されることは上述した個人掲示板と同様であ
る。
That is, each field of the group content management table in the content database 84a in which the record registration process is performed is the same as the above-described user content management table, but the “group ID” in the group content management table includes the user. Is stored, and for the data path, (group content management root directory) / (end of group ID) / (group ID) / (initial of user ID) / (user ID) / (content number) A path is generated and stored according to the rules. The storage of content data such as image data files and text files under the content number directory on the hard disk is the same as in the personal bulletin board described above.

【0071】さらに、図21に示すグループ掲示板にお
いて「コンテンツ一覧」を選択した場合にも、所定のC
GIプログラムが実行され、上述した個人掲示板の場合
と同様にして同一グループ内のグループコンテンツの一
覧画面が表示される。むろん、この場合には(グループ
コンテンツ管理ルートディレクトリ)/(グループID
の末尾)/(グループID)のディレクトリ配下でディ
レクトリ構造を辿りつつ全ての画像データファイルを取
得し、コンテンツ番号順にソートして表示画面上にサム
ネイルで貼り付ける。その一方で、コンテンツデータベ
ース84aのグループコンテンツ管理テーブルにて利用
者のグループIDを検索キーとして検索し、得られたレ
コードをコンテンツ番号でソートしてタイトルを表示画
面上に順次貼り付けることになる。
Further, when "content list" is selected on the group bulletin board shown in FIG.
The GI program is executed, and a list screen of group contents in the same group is displayed in the same manner as in the case of the personal bulletin board described above. Of course, in this case, (group content management root directory) / (group ID
All image data files are acquired while tracing the directory structure under the directory of (end of) / (group ID), sorted in the order of content number, and pasted on the display screen as thumbnails. On the other hand, a search is performed using the group ID of the user in the group content management table of the content database 84a as a search key, the obtained records are sorted by content number, and the titles are sequentially pasted on the display screen.

【0072】このように、所定のDBMSを利用してコ
ンテンツデータベース84aにて各コンテンツを管理す
るためのレコードを格納するとともに、各レコードのフ
ィールドデータに応じたディレクトリ構造をファイルシ
ステムに構築してそのディレクトリ配下で画像データな
どのコンテンツデータを管理し、コンテンツデータの読
出時にはディレクトリ構造における所在を検索して対応
する所在からコンテンツデータを読み出し、コンテンツ
データベース84a内のレコードとディレクトリ構造の
いずれか一方が破壊された場合には、他方のデータに基
づいて破壊されたデータを復元するようにしたため、コ
ンテンツデータの検索速度を低下させることがなく、さ
らに、データ破壊時においても早期にシステム復旧する
ことができる。
As described above, a record for managing each content is stored in the content database 84a using a predetermined DBMS, and a directory structure corresponding to the field data of each record is constructed in the file system, and Content data such as image data is managed under the directory. When reading the content data, the location in the directory structure is searched and the content data is read from the corresponding location, and one of the record and the directory structure in the content database 84a is destroyed. In this case, the data destroyed based on the other data is restored, so that the retrieval speed of the content data is not reduced, and the system can be restored early even when the data is destroyed. .

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明の一実施形態にかかるデータ管理装置を
適用したシステム構成を示す概略ブロック図である。
FIG. 1 is a schematic block diagram showing a system configuration to which a data management device according to an embodiment of the present invention is applied.

【図2】各種サーバの構成を示す概略ブロック図であ
る。
FIG. 2 is a schematic block diagram illustrating a configuration of various servers.

【図3】PDAの一例を示す正面斜視図である。FIG. 3 is a front perspective view showing an example of a PDA.

【図4】PDAに表示されたログイン画面を示す図であ
る。
FIG. 4 is a view showing a login screen displayed on the PDA.

【図5】PDAの画面に表示された掲示板トップページ
を示す図である。
FIG. 5 is a diagram showing a bulletin board top page displayed on the screen of the PDA.

【図6】同掲示板トップページにて「個人掲示板」を選
択した時にPDAに表示された表示地図選択画面の一例
を示す図である。
FIG. 6 is a diagram showing an example of a display map selection screen displayed on the PDA when “Personal Bulletin Board” is selected on the bulletin board top page.

【図7】Webサーバからコンテンツデータベースを検
索する構成を示す図である。
FIG. 7 is a diagram showing a configuration for searching a content database from a Web server.

【図8】PDAの画面に表示された個人掲示板の一例を
示す図である。
FIG. 8 is a diagram illustrating an example of a personal bulletin board displayed on a screen of a PDA.

【図9】コンテンツ登録処理の処理手順を示す図であ
る。
FIG. 9 is a diagram showing a processing procedure of content registration processing.

【図10】PDAにて使用するエディタの編集画面の一
例を示す図である。
FIG. 10 is a diagram showing an example of an editing screen of an editor used in a PDA.

【図11】PDAの画面に表示されたヘッダ情報の一例
を示す図である。
FIG. 11 is a diagram illustrating an example of header information displayed on a screen of a PDA.

【図12】ユーザコンテンツ管理テーブルを示す図であ
る。
FIG. 12 is a diagram showing a user content management table.

【図13】ユーザコンテンツデータが格納されるディレ
クトリ構造を示す図である。
FIG. 13 is a diagram showing a directory structure in which user content data is stored.

【図14】個人掲示板表示処理の処理手順を示すフロー
チャートである。
FIG. 14 is a flowchart illustrating a processing procedure of a personal bulletin board display process.

【図15】元地図における四隅の座標値を取得すること
を示す図である。
FIG. 15 is a view showing that coordinate values of four corners in an original map are obtained.

【図16】コンテンツ表示処理の処理手順を示すフロー
チャートである。
FIG. 16 is a flowchart illustrating a processing procedure of content display processing.

【図17】PDAの画面に表示されたコンテンツデータ
の一例を示す図である。
FIG. 17 is a diagram illustrating an example of content data displayed on a screen of a PDA.

【図18】PDAの画面に表示されたコンテンツ一覧を
示す図である。
FIG. 18 is a diagram showing a content list displayed on the screen of the PDA.

【図19】地図情報が升目状に構成されていることを示
す図である。
FIG. 19 is a diagram showing that map information is configured in a grid shape.

【図20】PDAの画面に表示されたグループ掲示板ト
ップページを示す図である。
FIG. 20 is a diagram showing a group bulletin board top page displayed on the screen of the PDA.

【図21】PDAの画面に表示されたグループ掲示板の
一例を示す図である。
FIG. 21 is a diagram showing an example of a group bulletin board displayed on a screen of a PDA.

【図22】グループコンテンツ管理テーブルを示す図で
ある。
FIG. 22 is a diagram showing a group content management table.

【図23】グループコンテンツデータが格納されるディ
レクトリ構造を示す図である。
FIG. 23 is a diagram showing a directory structure in which group content data is stored.

【符号の説明】[Explanation of symbols]

10…インターネット網 20…端末接続サーバ 30…地図情報サーバ 40…GPSサーバ 50…公衆回線 60…PC 70…PDA 71…液晶表示パネル 72…通信アンテナ 80…システム提供業者 81…Webサーバ 81a…CGIプログラム群 81b…掲示板ライブラリ 82…会員管理サーバ 82a…会員管理データベース 83…グルーピングサーバ 83a…グルーピングデータベース 84…コンテンツサーバ 84a…コンテンツデータベース DESCRIPTION OF SYMBOLS 10 ... Internet network 20 ... Terminal connection server 30 ... Map information server 40 ... GPS server 50 ... Public line 60 ... PC 70 ... PDA 71 ... Liquid crystal display panel 72 ... Communication antenna 80 ... System provider 81 ... Web server 81a ... CGI program Group 81b: bulletin board library 82: member management server 82a: member management database 83: grouping server 83a: grouping database 84: content server 84a: content database

Claims (6)

【特許請求の範囲】[Claims] 【請求項1】 マルチメディアデータを含む複数のフィ
ールドデータから構成されるレコードを管理するデータ
管理装置であって、 階層構造で管理可能な記憶媒体に対して上記レコードに
対応して階層構造を形成しつつマルチメディアデータの
フィールドに対応する階層領域に上記マルチメディアデ
ータをファイルとして保存するマルチメディアデータ階
層化管理手段と、 上記マルチメディアデータの参照要求を入力して上記階
層構造における所在を検索し、対応する所在から同マル
チメディアデータを読み出して供給するマルチメディア
データ読出供給手段とを具備することを特徴とするデー
タ管理装置。
1. A data management device for managing a record composed of a plurality of field data including multimedia data, wherein a hierarchical structure is formed on a storage medium that can be managed in a hierarchical structure in accordance with the record. Multimedia data hierarchical management means for storing the multimedia data as a file in a hierarchical area corresponding to the field of the multimedia data while inputting a reference request for the multimedia data to search for a location in the hierarchical structure And a multimedia data reading and supplying means for reading and supplying the multimedia data from a corresponding location.
【請求項2】 上記請求項1に記載のデータ管理装置に
おいて、上記マルチメディアデータ階層化管理手段は、
複数種別のデータで構成されるマルチメディアデータを
種別に応じた複数のファイルとして保存することを特徴
とするデータ管理装置。
2. The data management apparatus according to claim 1, wherein said multimedia data layering management means comprises:
A data management device for storing multimedia data composed of a plurality of types of data as a plurality of files corresponding to the types.
【請求項3】 上記請求項1または請求項2のいずれか
に記載のデータ管理装置において、上記マルチメディア
データ読出供給手段は、上記レコードを検索して参照さ
れたフィールドデータの対応関係から上記階層構造を検
出して上記マルチメディアデータを読み出すことを特徴
とするデータ管理装置。
3. The data management device according to claim 1, wherein the multimedia data read / supply unit searches the record to determine the hierarchical level based on a correspondence relationship of field data referred to by the search. A data management device for detecting a structure and reading the multimedia data.
【請求項4】 上記請求項3に記載のデータ管理装置に
おいて、上記レコードはマルチメディアデータの所在を
示すフィールドデータを含んでおり、 上記マルチメディアデータ読出供給手段は、上記マルチ
メディアデータの所在を示すフィールドデータを検出し
て上記マルチメディアデータを読み出すことを特徴とす
るデータ管理装置。
4. The data management device according to claim 3, wherein the record includes field data indicating the location of the multimedia data, and the multimedia data read / supply unit determines the location of the multimedia data. A data management device for detecting the field data shown and reading the multimedia data.
【請求項5】 上記請求項1または請求項2のいずれか
に記載のデータ管理装置において、上記マルチメディア
データ読出供給手段は、上記マルチメディアデータの参
照要求に応じて上記階層構造から検索して該当するマル
チメディアデータを読み出すことを特徴とするデータ管
理装置
5. The data management device according to claim 1, wherein the multimedia data read / supply unit retrieves from the hierarchical structure in response to the multimedia data reference request. A data management device for reading out corresponding multimedia data
【請求項6】 マルチメディアデータを含む複数のフィ
ールドデータから構成されるレコードを管理するデータ
管理方法であって、 階層構造で管理可能な記憶媒体に対して上記レコードに
対応して階層構造を形成しつつマルチメディアデータの
フィールドに対応する階層領域に上記マルチメディアデ
ータをファイルとして保存するとともに、 上記マルチメディアデータの参照要求を入力して上記階
層構造における所在を検索し、対応する所在から同マル
チメディアデータを読み出して供給することを特徴とす
るデータ管理方法。
6. A data management method for managing a record composed of a plurality of field data including multimedia data, wherein a hierarchical structure is formed on a storage medium that can be managed in a hierarchical structure in accordance with the record. While storing the multimedia data as a file in a hierarchical area corresponding to the field of the multimedia data, a reference request for the multimedia data is input to search for a location in the hierarchical structure. A data management method for reading and supplying media data.
JP10251325A 1998-09-04 1998-09-04 Data management device and method Pending JP2000082001A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP10251325A JP2000082001A (en) 1998-09-04 1998-09-04 Data management device and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP10251325A JP2000082001A (en) 1998-09-04 1998-09-04 Data management device and method

Publications (1)

Publication Number Publication Date
JP2000082001A true JP2000082001A (en) 2000-03-21

Family

ID=17221148

Family Applications (1)

Application Number Title Priority Date Filing Date
JP10251325A Pending JP2000082001A (en) 1998-09-04 1998-09-04 Data management device and method

Country Status (1)

Country Link
JP (1) JP2000082001A (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002073623A (en) * 2000-09-01 2002-03-12 Sharp Corp Device and method for providing information, and machine readable recording medium recorded with program for realizing the method
JP2002207742A (en) * 2001-01-09 2002-07-26 Yafoo Japan Corp Web serve for providing place of information exchange in regional community with map as medium on information communication network
JP2004118129A (en) * 2002-09-30 2004-04-15 Sopac System:Kk Application software for learning assistance
JP2009528555A (en) * 2006-02-24 2009-08-06 ヤフー! インコーポレイテッド User-defined private map
JP2009252148A (en) * 2008-04-10 2009-10-29 Nippon Telegr & Teleph Corp <Ntt> Database automatic recovery device and method, and database automatic recovery program
JP2014238651A (en) * 2013-06-06 2014-12-18 キヤノン株式会社 Content management device, content management method, and program
US9280682B2 (en) 2011-12-05 2016-03-08 Globalfoundries Inc. Automated management of private information

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002073623A (en) * 2000-09-01 2002-03-12 Sharp Corp Device and method for providing information, and machine readable recording medium recorded with program for realizing the method
JP2002207742A (en) * 2001-01-09 2002-07-26 Yafoo Japan Corp Web serve for providing place of information exchange in regional community with map as medium on information communication network
JP2004118129A (en) * 2002-09-30 2004-04-15 Sopac System:Kk Application software for learning assistance
JP2009528555A (en) * 2006-02-24 2009-08-06 ヤフー! インコーポレイテッド User-defined private map
JP2009252148A (en) * 2008-04-10 2009-10-29 Nippon Telegr & Teleph Corp <Ntt> Database automatic recovery device and method, and database automatic recovery program
US9280682B2 (en) 2011-12-05 2016-03-08 Globalfoundries Inc. Automated management of private information
JP2014238651A (en) * 2013-06-06 2014-12-18 キヤノン株式会社 Content management device, content management method, and program

Similar Documents

Publication Publication Date Title
US8316299B2 (en) Information processing apparatus, method and program
US7092969B2 (en) Management of source and derivative image data
US20070094611A1 (en) Method and program for displaying information and information processing apparatus
US20080222232A1 (en) Method and Apparatus for Widget and Widget-Container Platform Adaptation and Distribution
US20110295879A1 (en) Systems and methods for document management
JP3560758B2 (en) Data management method and data management device using the same
CA2622625A1 (en) Networked information indexing and search apparatus and method
TW200821905A (en) Improved mobile communications terminal
JP2005503616A (en) Techniques for restoring data based on data content and attributes
JP2009301335A (en) Image processing device, image processing method and computer program
JP2001043354A (en) Photo quilt(r)
CN113568995A (en) Dynamic tile map making method based on retrieval conditions and tile map system
EP1696340A1 (en) Information processing apparatus, information processing method, and computer program
US7680792B2 (en) Document management system and document management method
JP2009003549A (en) Data management device, data management method, data management program, and data management program storage medium
JP2000082001A (en) Data management device and method
CN116414854A (en) Data asset query method, device, computer equipment and storage medium
US20050262054A1 (en) Item type specific structured search
JP2004038283A (en) Contents management program, information processor, and information processing method
JP2009187401A (en) Document management system, document management apparatus, and document managing method and program
JP2010244187A (en) Document retrieval system and method
JP2006252125A (en) Database system, server, program and recording medium
JPH10326282A (en) Method and system for electronic file retrieval and edition, and storage medium stored with program therefor
JPH1115708A (en) Directory information management method and record medium recording program for execution of processing of the method
WO2007069742A1 (en) Retrieved information display system