CN102567377B - Electronic map data management system and method - Google Patents
Electronic map data management system and method Download PDFInfo
- Publication number
- CN102567377B CN102567377B CN201010609145.3A CN201010609145A CN102567377B CN 102567377 B CN102567377 B CN 102567377B CN 201010609145 A CN201010609145 A CN 201010609145A CN 102567377 B CN102567377 B CN 102567377B
- Authority
- CN
- China
- Prior art keywords
- map data
- decompress
- ion
- block map
- block
- 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.)
- Active
Links
Landscapes
- Instructional Devices (AREA)
Abstract
The invention discloses an electronic map data management system and method. The system comprises a map information database, a buffer memory, a drawing unit and a management unit. The method comprises the following steps of: generating a map data block invoking instruction according to user operation information, wherein the invoking instruction comprises a map symbol of a map data block required to be invoked; according to the map symbol in the invoking instruction, judging whether a decompressed map data block corresponding to the map symbol exists in the buffer memory, if so, invoking the decompressed map data block from the buffer memory, otherwise, searching a compressed map data block corresponding to the map symbol from the map information database, decompressing the compressed map data block, and then storing the obtained decompressed map data block into the buffer memory; and invoking the decompressed map data block, and drawing a corresponding map. Therefore, when the same map data block in the buffer memory is extracted again, the decompressed map data block can be directly extracted from the buffer memory, so that the operation of re-decompression is not required to be performed, and the map generation time is further shortened.
Description
Technical field
The present invention relates to electronic map technique, refer to a kind of electronic map data management system and method especially.
Background technology
For the electronic chart in current airmanship, map datum is normally divided into block map data and compresses storage, and described block map data is generally IO (Input Output) supervisory packet.When deployed, need to show certain part map, need that IO supervisory packet corresponding for this part map is read in internal memory decompress(ion) from figure money database and use, from internal memory, when not re-using, discharge corresponding IO supervisory packet.
But adopting the way to manage of above-mentioned map datum, in the operation of electronic chart, is only sometimes carry out the actions such as towing to map, the IO supervisory packet that the map that last time can be shown too is corresponding all discharges.Wherein the d/d IO supervisory packet of part is the IO supervisory packet needing to reuse.These need the IO supervisory packet reused, and owing to being released, therefore need again to read in internal memory and decompress(ion) by figure money database.
Visible, adopt the map data management mode of prior art, for the block map data of Reusability, release and the process of reading in internal memory decompress(ion) of repetition, add the time that electronic chart software also shows according to user's request map making.
Summary of the invention
The present invention solve problem be, due to generate map time Reusability block map data, need repeat release with read in internal memory decompress(ion), and increase electronic chart software according to user's request and produce map and display time.
For solving the problem, the invention provides a kind of electronic map data management system, comprising:
Figure money database, for the block map data that memory partitioning also compresses, each block map data has had the map sheet number of mark action;
Memory buffer, for storing the block map data after decompress(ion);
Image-drawing unit, transfer instruction, and according to the block map data map making transferred, described instruction comprises the map sheet number of the block map data that needs are transferred for producing block map data according to user's operation information;
Administrative unit, for transfer instruction described in receiving and according to described in transfer map sheet number in instruction, judge whether to exist in said buffer memory to should block map data after the decompress(ion) of map sheet number, if so, then transfer the block map data after this decompress(ion) from described memory buffer; If not, then provide database from described figure the block map data transferring compression.
Optionally, described map sheet number has classification key word, framing key word, hierarchical key word.
Optionally, described figure provides the piecemeal of the block map data in database is irregular piecemeal.
Optionally, the block map data after the decompress(ion) in described memory buffer derives from described image-drawing unit or described administrative unit.
Optionally, described administrative unit comprises: judging unit, extraction unit, transmitting element; Described judging unit be used for according to described in transfer instruction and judge whether to exist in said buffer memory to should block map data after the decompress(ion) of map sheet number, if, described extraction unit extracts the block map data after described decompress(ion) from described memory buffer, if not, described extraction unit provides database from described figure the block map data extracting described compression; Described transmitting element is used for the block map data that described extraction unit extracts to send to described image-drawing unit.
Optionally, described image-drawing unit comprises decompression units, graphics generation unit; Described decompression units is used for the block map data of the compression transferred being carried out decompress(ion) and sending to described memory buffer; Described graphics generation unit is used for according to the block map data map making after decompress(ion).
Optionally, described administrative unit comprises: judging unit, extraction unit, decompression units, transmitting element; Described judging unit is used for transferring instruction described in foundation, judge whether to exist in said buffer memory to should block map data after the decompress(ion) of map sheet number, if, described extraction unit extracts the block map data after described decompress(ion) from described memory buffer, if not, described extraction unit provides database from described figure the block map data extracting described compression; Described decompression units is used for the block map data decompress(ion) of described compression and sends to described memory buffer; Described transmitting element is used for the block map data after described decompress(ion) to send to described image-drawing unit.
Optionally, described administrative unit comprises upper limit number judging unit and delete cells; Whether the block map data number after described upper limit number judging unit judges the decompress(ion) in described memory buffer exceeds upper limit number, if so, then described delete cells with the block map data after the decompress(ion) deleted number and delete in described memory buffer.
Optionally, described upper limit number is 100-500, and described deletion number is 5-50.
Optionally, described administrative unit comprises hash units, whether the map sheet in described instruction number is converted into cryptographic hash by described hash units, and adopt hash algorithm to judge to exist in said buffer memory to should block map data after the decompress(ion) of map sheet number according to described cryptographic hash.
The present invention also provides a kind of electronic map data management method, comprising:
Produce block map data according to user's operation information and transfer instruction, described in transfer the map sheet number that instruction comprises the block map data that needs are transferred;
The map sheet number in instruction is transferred described in foundation, judge whether to exist in memory buffer to should block map data after the decompress(ion) of schematic symbol, if, then from described memory buffer, transfer the block map data after decompress(ion), if not, then search from figure money database to should map sheet number compression block map data and be stored in described memory buffer after decompress(ion);
Transfer the block map data after decompress(ion), and draw corresponding map.
Optionally, described map sheet number has classification key word, framing key word, hierarchical key word.
Optionally, describedly judge whether to exist in memory buffer to should block map data after the decompress(ion) of schematic symbol, whether concrete steps are: the described map sheet number transferred in instruction is converted into cryptographic hash, and adopt hash algorithm to judge to exist in said buffer memory to should block map data after the decompress(ion) of map sheet number according to described cryptographic hash.
Optionally, also comprise step: judge whether the block map data number after the decompress(ion) in described memory buffer exceeds upper limit number, if so, then to delete the block map data after decompress(ion) that number deletes in described memory buffer;
Optionally, describedly non-using priciple is at most adopted with the block map data after deleting decompress(ion) that number deletes in described memory buffer.
Optionally, described non-using priciple at most specifically comprises the steps: the block map data after memory buffer often stores a decompress(ion), then map sheet corresponding for this block map data number is stored in the gauge outfit of list, when deleting the block map data after decompress(ion), this list of reverse traversal, draw and delete several untapped map sheet at most number and delete this map sheet number from this list, and by the map datum block delete after this map sheet number corresponding decompress(ion).
Compared with prior art, adopt electronic map data management system of the present invention and method, have the following advantages:
1. read and the block map data of decompress(ion) for from figure money database, be stored in memory buffer, only when it exceeds the upper limit number of memory buffer storage, delete the block map data after this decompress(ion) to delete number.Therefore, when again extracting block map data identical in memory buffer, the block map data after decompress(ion) directly can be extracted from memory buffer, thus need not decompress(ion) again, decrease the rise time of map.
2. adopt non-using priciple at most to delete the block map data after decompress(ion) in memory buffer, make the block map data after the decompress(ion) retained be the data block be more likely extracted, thus more reasonable, be conducive to the rise time reducing map.
Accompanying drawing explanation
Fig. 1 is electronic map data management system block diagram of the present invention.
Fig. 2 is the block diagram of electronic map data management system first embodiment of the present invention.
Fig. 3 is the block diagram of electronic map data management system second embodiment of the present invention.
Fig. 4 is the process flow diagram of electronic map data management method of the present invention.
Embodiment
Just as described in the background section, the block map data of prior art Reusability when generating map, needs repeat release and read in internal memory decompress(ion), and increases the rise time of electronic chart.
For enabling above-mentioned purpose of the present invention, feature and advantage become apparent more, are namely described in detail the specific embodiment of the present invention in conjunction with the accompanying drawings and embodiments below.
Set forth a lot of detail in the following description so that fully understand the present invention, but the present invention can also adopt other to be different from alternate manner described here to implement, therefore the present invention is not by the restriction of following public specific embodiment.
Refer to Fig. 1, Fig. 1 is electronic map data management system block diagram of the present invention.For solving the problem, the invention provides a kind of electronic map data management system, comprising:
Figure money database 10, for the block map data that memory partitioning also compresses, each block map data has had the map sheet number of mark action;
Memory buffer 20, for storing the block map data after decompress(ion);
Image-drawing unit 30, database 10 is provided and described memory buffer 20 is connected with described figure, transfer instruction for producing block map data according to user's operation information, and according to the block map data map making transferred, described instruction comprises the map sheet number of the block map data that needs are transferred;
Administrative unit 40, be connected with described image-drawing unit 30, for transfer instruction described in receiving and according to described in transfer map sheet number in instruction, judge whether to exist in described memory buffer 20 to should block map data after the decompress(ion) of map sheet number, if so, then the block map data after this decompress(ion) is transferred from described memory buffer 20; If not, then provide from described figure the block map data transferring compression database 10.
For the block map data needing to extract, if when there is the block map data after the decompress(ion) of corresponding map sheet number in described memory buffer 20, directly can extract the block map data after decompress(ion) from memory buffer 20, thus need not decompress(ion) again, decrease the rise time of map.
Herein, the block map data after the decompress(ion) in described memory buffer 20 derives from described image-drawing unit 30 or described administrative unit 40.
Herein, described map sheet number can for having classification key word, framing key word, hierarchical key word.Described classification key word is in order to distinguish described block map data location map file, described framing key word in order to distinguish the map sheet at described block map data place, described hierarchical key word in order to distinguish road or the face at described block map data place.
Herein, described figure provides the piecemeal of the block map data in database 10 is irregular piecemeal.Certainly, the piecemeal of described block map data also can be regular piecemeal.
Herein, described administrative unit 40 specifically comprises upper limit number judging unit and delete cells; Whether the block map data number after described upper limit number judging unit judges the decompress(ion) in described memory buffer exceeds upper limit number, if so, then described delete cells with the block map data after the decompress(ion) deleted number and delete in described memory buffer.
Herein, described upper limit number is 100-500, is preferably 200.
Herein, described deletion number is 5-50, is preferably 10.
Herein, described administrative unit 40 comprises hash units 47, whether the map sheet in described instruction number is converted into cryptographic hash by described hash units 47, and adopt hash algorithm to judge to exist in described memory buffer 20 to should block map data after the decompress(ion) of map sheet number according to described cryptographic hash.
Referring again to the block diagram that Fig. 2, Fig. 2 are electronic map data management system first embodiment of the present invention.
In this first embodiment, except having in Fig. 1 except each interconnective module.Described administrative unit 40 specifically comprises: judging unit 41, extraction unit 42, transmitting element 43; Described image-drawing unit 30 specifically comprises decompression units 31, graphics generation unit 32.
Whether described judging unit 41 judges to exist in described memory buffer 20 to should block map data after the decompress(ion) of map sheet number for transferring instruction described in foundation, if, described extraction unit 42 extracts the block map data after described decompress(ion) from described memory buffer 20, if not, described extraction unit 42 provides from described figure the block map data extracting described compression database 20; Described transmitting element 43 sends to described image-drawing unit 30 for the block map data extracted by described extraction unit 42.
Described decompression units 31 is for carrying out decompress(ion) by the block map data of the compression transferred and sending to described memory buffer 20; Described graphics generation unit 32 is for the block map data map making after foundation decompress(ion).
Visible, described extraction unit 42 provides after the block map data extracting described compression database 20 from described figure, can carry out decompress(ion) by the decompression units 31 in described image-drawing unit 30.
Referring again to the block diagram that Fig. 3, Fig. 3 are electronic map data management system second embodiment of the present invention.
In this second embodiment, except having in Fig. 1 except each interconnective module.Described administrative unit 40 specifically comprises: judging unit 41, extraction unit 42, transmitting element 43, decompression units 44.
Whether described judging unit 41 judges to exist in described memory buffer 20 to should block map data after the decompress(ion) of map sheet number for transferring instruction described in foundation, if, described extraction unit 42 extracts the block map data after described decompress(ion) from described memory buffer 20, if not, described extraction unit 42 provides from described figure the block map data extracting described compression database 20; Described decompression units 44 is for sending to described memory buffer 20 by the block map data decompress(ion) of described compression; Described transmitting element 43 sends to described image-drawing unit 30 for the block map data extracted by described extraction unit 42.
Visible, described extraction unit 42 provides after the block map data extracting described compression database 20 from described figure, can carry out decompress(ion) by the decompression units 44 in described image-drawing unit 40.
Refer to Fig. 4, Fig. 4 is the process flow diagram of electronic map data management method of the present invention.The present invention also provides a kind of electronic map data management method, comprising:
Step S1: produce block map data according to user's operation information and transfer instruction, described in transfer the map sheet number that instruction comprises the block map data that needs are transferred;
Step S2: transfer the map sheet number in instruction described in foundation, judge whether to exist in memory buffer to should block map data after the decompress(ion) of schematic symbol, if, then perform step S3: from described memory buffer, transfer the block map data after decompress(ion), if not, then perform step S4: search from figure money database to should map sheet number compression block map data and be stored in described memory buffer after decompress(ion);
Step S5: transfer the block map data after decompress(ion), and draw corresponding map.
Herein, described map sheet number has classification key word, framing key word, hierarchical key word.
Herein, described map sheet number can for having classification key word, framing key word, hierarchical key word.Described classification key word is in order to distinguish described block map data location map file, described framing key word in order to distinguish the map sheet at described block map data place, described hierarchical key word in order to distinguish road or the face at described block map data place.
Herein, described step S2, whether concrete steps are: the described map sheet number transferred in instruction is converted into cryptographic hash, and adopt hash algorithm to judge to exist in said buffer memory to should block map data after the decompress(ion) of map sheet number according to described cryptographic hash.Certainly, alternate manner also can be adopted to judge.
Herein, the method also comprises step: judge whether the block map data number after the decompress(ion) in described memory buffer exceeds upper limit number, if so, then to delete the block map data after decompress(ion) that number deletes in described memory buffer.Thus solve after the block map data number after the decompress(ion) stored in memory buffer exceeds upper limit number, need the problem continuing to carry out storing.
Herein, describedly non-using priciple is at most adopted with the block map data after deleting decompress(ion) that number deletes in described memory buffer.Adopt non-using priciple at most to delete the block map data after decompress(ion) in memory buffer, make the block map data after the decompress(ion) retained be the data block be more likely extracted, thus more reasonable, be conducive to the rise time reducing map.Certainly, Else Rule also can be adopted to delete.
Specifically, described non-using priciple at most can for comprising the steps: when memory buffer often stores the block map data after a decompress(ion), then map sheet corresponding for this block map data number is stored in the gauge outfit of list, when deleting the block map data after decompress(ion), this list of reverse traversal, draw and delete several untapped map sheet at most number and delete this map sheet number from this list, and by the map datum block delete after this map sheet number corresponding decompress(ion).
Although the present invention with preferred embodiment openly as above; but it is not for limiting the present invention; any those skilled in the art without departing from the spirit and scope of the present invention; can make possible variation and amendment, the scope that therefore protection scope of the present invention should define with the claims in the present invention is as the criterion.
Claims (16)
1. an electronic map data management system, is characterized in that, comprising:
Figure money database, for the block map data that memory partitioning also compresses, each block map data has had the map sheet number of mark action;
Memory buffer, for storing the block map data after decompress(ion);
Image-drawing unit, transfer instruction, and according to the block map data map making transferred, described instruction comprises the map sheet number of the block map data that needs are transferred for producing block map data according to user's operation information;
Administrative unit, for transfer instruction described in receiving and according to described in transfer map sheet number in instruction, judge whether to exist in said buffer memory to should block map data after the decompress(ion) of map sheet number, if so, then transfer the block map data after this decompress(ion) from described memory buffer; If not, then provide database from described figure the block map data transferring compression;
Wherein, the block map data after the decompress(ion) in described memory buffer derives from described image-drawing unit or described administrative unit.
2. electronic map data management system as claimed in claim 1, it is characterized in that, described map sheet number has classification key word, framing key word, hierarchical key word.
3. electronic map data management system as claimed in claim 1, it is characterized in that, the piecemeal that described figure provides the block map data in database is irregular piecemeal.
4. the electronic map data management system according to any one of claim 1-3, is characterized in that, described administrative unit comprises: judging unit, extraction unit, transmitting element; Described judging unit be used for according to described in transfer instruction and judge whether to exist in said buffer memory to should block map data after the decompress(ion) of map sheet number, if, described extraction unit extracts the block map data after described decompress(ion) from described memory buffer, if not, described extraction unit provides database from described figure the block map data extracting described compression; Described transmitting element is used for the block map data that described extraction unit extracts to send to described image-drawing unit.
5. electronic map data management system as claimed in claim 4, it is characterized in that, described image-drawing unit comprises decompression units, graphics generation unit; Described decompression units is used for the block map data of the compression transferred being carried out decompress(ion) and sending to described memory buffer; Described graphics generation unit is used for according to the block map data map making after decompress(ion).
6. the electronic map data management system according to any one of claim 1-3, is characterized in that, described administrative unit comprises: judging unit, extraction unit, decompression units, transmitting element; Described judging unit is used for transferring instruction described in foundation, judge whether to exist in said buffer memory to should block map data after the decompress(ion) of map sheet number, if, described extraction unit extracts the block map data after described decompress(ion) from described memory buffer, if not, described extraction unit provides database from described figure the block map data extracting described compression; Described decompression units is used for the block map data decompress(ion) of described compression and sends to described memory buffer; Described transmitting element is used for the block map data after described decompress(ion) to send to described image-drawing unit.
7. the electronic map data management system as described in any one of claim 1-3, is characterized in that, described administrative unit comprises upper limit number judging unit and delete cells; Whether the block map data number after described upper limit number judging unit judges the decompress(ion) in described memory buffer exceeds upper limit number, if so, then described delete cells with the block map data after the decompress(ion) deleted number and delete in described memory buffer.
8. electronic map data management system as claimed in claim 7, it is characterized in that, described upper limit number is 100-500.
9. electronic map data management system as claimed in claim 7, it is characterized in that, described deletion number is 5-50.
10. electronic map data management system as claimed in claim 1, it is characterized in that, described administrative unit comprises hash units, whether the map sheet in described instruction number is converted into cryptographic hash by described hash units, and adopt hash algorithm to judge to exist in said buffer memory to should block map data after the decompress(ion) of map sheet number according to described cryptographic hash.
11. 1 kinds of electronic map data management methods, is characterized in that, comprising:
Produce block map data according to user's operation information and transfer instruction, described in transfer the map sheet number that instruction comprises the block map data that needs are transferred;
The map sheet number in instruction is transferred described in foundation, judge whether to exist in memory buffer to should map sheet number, use before, buffer memory gets off, after decompress(ion), block map data in order to reusing, if, then from described memory buffer, transfer the block map data after decompress(ion), if not, then search from figure money database to should map sheet number compression block map data and be stored in described memory buffer after decompress(ion);
Transfer the block map data after decompress(ion), and draw corresponding map.
12. electronic map data management methods as claimed in claim 11, it is characterized in that, described map sheet number has classification key word, framing key word, hierarchical key word.
13. electronic map data management methods as described in claim 11 or 12, it is characterized in that, describedly judge whether to exist in memory buffer to should block map data after the decompress(ion) of map sheet number, whether concrete steps are: the described map sheet number transferred in instruction is converted into cryptographic hash, and adopt hash algorithm to judge to exist in said buffer memory to should block map data after the decompress(ion) of map sheet number according to described cryptographic hash.
14. electronic map data management methods as claimed in claim 11, it is characterized in that, also comprise step: judge whether the block map data number after the decompress(ion) in described memory buffer exceeds upper limit number, if so, then to delete the block map data after decompress(ion) that number deletes in described memory buffer.
15. electronic map data management methods as claimed in claim 14, is characterized in that, describedly adopt non-using priciple at most with the block map data after deleting decompress(ion) that number deletes in described memory buffer.
16. electronic map data management methods as claimed in claim 15, it is characterized in that, described non-using priciple at most specifically comprises the steps: the block map data after memory buffer often stores a decompress(ion), then map sheet corresponding for this block map data number is stored in the gauge outfit of list, when deleting the block map data after decompress(ion), this list of reverse traversal, draw and delete several untapped map sheet at most number and delete this map sheet number from this list, and by the map datum block delete after this map sheet number corresponding decompress(ion).
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010609145.3A CN102567377B (en) | 2010-12-27 | 2010-12-27 | Electronic map data management system and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010609145.3A CN102567377B (en) | 2010-12-27 | 2010-12-27 | Electronic map data management system and method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102567377A CN102567377A (en) | 2012-07-11 |
| CN102567377B true CN102567377B (en) | 2015-07-15 |
Family
ID=46412816
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010609145.3A Active CN102567377B (en) | 2010-12-27 | 2010-12-27 | Electronic map data management system and method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102567377B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104252371A (en) * | 2014-09-04 | 2014-12-31 | 百度在线网络技术（北京）有限公司 | Method and device for optimizing map loading performance |
| CN104954876A (en) * | 2015-06-16 | 2015-09-30 | 四川长虹电器股份有限公司 | Method and system for realizing quick screenshot of smart television |
| CN106126575A (en) * | 2016-06-17 | 2016-11-16 | 厦门美图之家科技有限公司 | A kind of geo-location service method, server and system |
| CN107773272A (en) * | 2017-10-31 | 2018-03-09 | 飞依诺科技(苏州)有限公司 | The processing method and system of ultrasound data |
| CN109634957B (en) * | 2018-11-19 | 2019-11-29 | 中国石油集团长城钻探工程有限公司 | A kind of log data dynamic high-efficiency access method |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1949222A (en) * | 2006-11-27 | 2007-04-18 | 北京金山软件有限公司 | Storing method and system of playing map and obtaining method and system of playing map |
| CN101294819A (en) * | 2008-06-05 | 2008-10-29 | 凯立德欣技术（深圳）有限公司 | Navigation system client terminal, service terminal, and map data providing and responding method |
| CN101358851A (en) * | 2007-08-03 | 2009-02-04 | 北京灵图软件技术有限公司 | Method for navigating data in local caching, system and customer terminal device |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4900725B2 (en) * | 2008-03-31 | 2012-03-21 | アイシン・エィ・ダブリュ株式会社 | Map update system and map update program |
-
2010
- 2010-12-27 CN CN201010609145.3A patent/CN102567377B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1949222A (en) * | 2006-11-27 | 2007-04-18 | 北京金山软件有限公司 | Storing method and system of playing map and obtaining method and system of playing map |
| CN101358851A (en) * | 2007-08-03 | 2009-02-04 | 北京灵图软件技术有限公司 | Method for navigating data in local caching, system and customer terminal device |
| CN101294819A (en) * | 2008-06-05 | 2008-10-29 | 凯立德欣技术（深圳）有限公司 | Navigation system client terminal, service terminal, and map data providing and responding method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102567377A (en) | 2012-07-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102567377B (en) | Electronic map data management system and method | |
| CN104133822B (en) | A kind of method and device that file on memorizer is scanned | |
| CN102754394B (en) | Method for hash table storage, method for hash table lookup, and devices thereof | |
| CN113495903B (en) | Electric power time sequence database caching method, system, equipment and readable storage medium | |
| CN103186598A (en) | File processing method and system | |
| CN103268449A (en) | Method and system for detecting mobile phone malicious codes at high speed | |
| CN111651525A (en) | Block chain data storage method and device | |
| CN109710502B (en) | Log transmission method, device and storage medium | |
| CN104951482B (en) | A kind of method and device of the image file of operation Sparse formats | |
| CN103780263B (en) | Device and method of data compression and recording medium | |
| CN103116475A (en) | Method of automatic simplifying allocation expansion | |
| CN110019347B (en) | Data processing method and device of block chain and terminal equipment | |
| CN101799890B (en) | Certificate data processing method and system | |
| CN108205559B (en) | Data management method and equipment thereof | |
| CN104063377B (en) | Information processing method and use its electronic equipment | |
| CN101777077B (en) | Method for implementing file system of embedded device | |
| WO2013180891A1 (en) | Systems and methods for storing data and eliminating redundancy | |
| CN105740374A (en) | Distributed memory based three-dimensional platform data fuzzy query method | |
| CN106878431B (en) | Method and device for converting node communication message format in distributed system | |
| CN103914481B (en) | Date storage method and device | |
| CN101957821A (en) | Method and device for processing point of interest address information | |
| CN104615784B (en) | A kind of method for accessing data | |
| CN102708109B (en) | Raster data reading method and device and raster data writing method and device | |
| CN116342123B (en) | Method and device for reading data of hardware wallet | |
| CN103914388A (en) | Method for JAVA card system heap fragment disposal |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: Electronic map data management system and method Effective date of registration: 20190404 Granted publication date: 20150715 Pledgee: Jiading Branch of Shanghai Bank Co., Ltd. Pledgor: Shanghai Botai Yuezhen Electrical Equipment Manufacturing Co., Ltd. Registration number: 2019110000002 |
|
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 201815 208, building 4, No. 1411, Yecheng Road, Jiading Industrial Zone, Jiading District, Shanghai Patentee after: Botai vehicle networking technology (Shanghai) Co.,Ltd. Address before: 200233 block D, 2f, Zhaofeng global building, No. 1800, Zhongshan West Road, Xuhui District, Shanghai Patentee before: SHANGHAI PATEO ELECTRONIC EQUIPMENT MANUFACTURING Co.,Ltd. |
|
| PM01 | Change of the registration of the contract for pledge of patent right | ||
| PM01 | Change of the registration of the contract for pledge of patent right |
Change date: 20220329 Registration number: 2019110000002 Pledgor after: Botai vehicle networking technology (Shanghai) Co.,Ltd. Pledgor before: SHANGHAI PATEO ELECTRONIC EQUIPMENT MANUFACTURING Co.,Ltd. |