WO2017185649A1 - 一种文档发布方法、装置及电子设备 - Google Patents

一种文档发布方法、装置及电子设备 Download PDF

Info

Publication number
WO2017185649A1
WO2017185649A1 PCT/CN2016/101119 CN2016101119W WO2017185649A1 WO 2017185649 A1 WO2017185649 A1 WO 2017185649A1 CN 2016101119 W CN2016101119 W CN 2016101119W WO 2017185649 A1 WO2017185649 A1 WO 2017185649A1
Authority
WO
WIPO (PCT)
Prior art keywords
document
published
published document
version information
version
Prior art date
Application number
PCT/CN2016/101119
Other languages
English (en)
French (fr)
Inventor
张甲超
卢中阳
Original Assignee
乐视控股（北京）有限公司
乐视网信息技术（北京）股份有限公司
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 乐视控股（北京）有限公司, 乐视网信息技术（北京）股份有限公司 filed Critical 乐视控股（北京）有限公司
Publication of WO2017185649A1 publication Critical patent/WO2017185649A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/1873—Versioning file systems, temporal file systems, e.g. file system supporting different historic versions of files
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/93—Document management systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Definitions

  • the present application relates to the field of Internet technologies, and in particular, to a document publishing method, apparatus, and electronic device.
  • Internet applications need to manage data through data warehouse.
  • Internet applications need to upload relevant data to the data warehouse.
  • data warehouses In order to avoid data redundancy or errors, data warehouses generally use a specification document to constrain the data upload process.
  • a wiki is generally used for the management of a specification document, and a wiki is a hypertext system.
  • the entire specification document consists of a number of wiki pages, and the update to the specification document actually updates some of the wiki pages in the specification document.
  • Embodiments of the present application provide a document publishing method, apparatus, and electronic device for managing a specification document more comprehensively and efficiently, so as to facilitate data upload based on a specification document.
  • An embodiment of the present application provides a document publishing method, including:
  • the embodiment of the present application further provides a document publishing apparatus, including:
  • a determining module configured to determine version information of the to-be-published document according to the published document
  • a publishing module configured to publish version information of the to-be-published document and the to-be-published document to a server.
  • the embodiment of the present application further provides a non-transitory computer storage medium storing computer executable instructions for executing the above-mentioned document publishing method of the present application.
  • An embodiment of the present application provides a document publishing electronic device, including: at least one processor;
  • the memory stores instructions executable by the one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the document publishing method of any of the above-described embodiments of the present application.
  • the embodiment of the present application further provides a computer program product, the computer program product comprising a computing program stored on a non-transitory computer readable storage medium, the computer program comprising program instructions, when the program instructions are executed by a computer The computer is caused to perform the above-described document issuance method of the present application.
  • the document publishing method and apparatus provided by the embodiments of the present application generate version information of the document when the document is published, and publish the document together with the version information thereof, so that the versions of the document can be retained instead of being retained in the specification document as in the prior art.
  • Different versions of wiki pages enable more comprehensive and effective management of documents.
  • each business line can refer to the specified version of the document upload data according to its own needs, and the data warehouse can be relied upon, so no data confusion occurs.
  • the use of the embodiment of the present application facilitates data uploading according to the published document.
  • FIG. 1 is a schematic flowchart diagram of a document publishing method according to an embodiment of the present application
  • FIG. 2 is a schematic flowchart of a method for generating a to-be-published document according to another embodiment of the present disclosure
  • FIG. 3 is a schematic structural diagram of a document publishing apparatus according to another embodiment of the present disclosure.
  • FIG. 4 is a schematic structural diagram of a document publishing apparatus according to another embodiment of the present disclosure.
  • FIG. 5 is a schematic structural diagram of a document publishing electronic device according to another embodiment of the present disclosure.
  • the present invention provides a solution to the problem that the document is managed by using the wiki in the prior art.
  • the main principle is: the version information is generated when the document is published, and the document is released together with the version information, so that each The version of the document, rather than retaining different versions of the wiki page in the document as in the prior art, allows for more comprehensive and efficient management of the document.
  • each service line can refer to the specified version of the document upload data according to its own needs, and the data warehouse can be relied on, so that data confusion does not occur, so the technical solution of the present application is adopted according to the published document. Upload data.
  • FIG. 1 is a schematic flowchart diagram of a document publishing method according to an embodiment of the present application. As shown in Figure 1, The method includes:
  • This embodiment provides a document publishing method for more comprehensive and effective management of a document, so as to facilitate data uploading according to the published document.
  • the document to be published in this embodiment is a minimum publishing unit, and includes at least one information page.
  • a new document may be generated according to the changed information item in the original document and the information item that has not changed, the new document is the document to be published, and then the new document may be determined.
  • Version information and publish the new document as a new version of the original document, rather than re-publishing a new version of the changed page as in the prior art, so that different versions of the document can be retained instead of in the document Keep different versions of the page.
  • the original document and the document to be published are not limited, and the document to be published may be a document that needs to be published in various application scenarios.
  • the document to be published may be a specification document used by the data warehouse, a patch or plug-in of the application, an installation package of the application, a description of the application or product, and the like. The way you generate a document to be published varies depending on the document to be released.
  • the developer may use a programming tool to generate a document to be published; if the document to be published is an application or a product description, generally a text type, then You can use a text editing tool to generate a document to be published.
  • the document to be published is a specification document used by the data warehouse, and the specification document is used to regulate data uploaded by each service line to the data warehouse.
  • the specification document generally stores data fields that need to be uploaded to the data warehouse, data formats required for reporting, upload timing, and maintenance methods of some forms.
  • documents need to be published to the Internet, which requires the documents to be published to be recognized by the browser. Based on this, a way to generate a document to be published, as shown in FIG. 2, includes:
  • the initial document may be various types of documents that the browser can recognize, such as a Hyper Text Markup Language (HTML) document, a Hypertext Preprocessor (PHP) document, and the like.
  • HTML Hyper Text Markup Language
  • PGP Hypertext Preprocessor
  • this embodiment preferably uses an HTML document as the initial document.
  • the HTML document can be written directly by the programmer.
  • writing a text document is simple and easy to implement.
  • the text document can be written using an existing text editing tool and then converted to an HTML document.
  • Org-mode is an editing mode for Eemacs that supports content grading. It can write org documents, and org documents are text-type documents.
  • org-mode can also convert org documents into HTML documents. Using org-mode in Emacs to write org documents and convert them into HTML documents is more convenient and easier than writing HTML documents directly, so document generation is more efficient.
  • org-mode can also refer to the Cascading Style Sheets (CSS) document that emacs comes with to define the presentation form of the HTML document, thereby improving the readability of the document to be published.
  • CSS Cascading Style Sheets
  • the documentation used to define the presentation of the initial document will vary depending on the initial document.
  • the version information of the to-be-published document is determined according to the published document, and then the information is to be The published document is published to the server along with its version information.
  • the process of determining the version information of the to-be-published document according to the published document includes: comparing the to-be-published document with the published document, and determining whether the to-be-published document belongs to the published document; if the to-be-published document belongs to the published document, The latest version information of the published document is added with the specified version interval as the version information of the document to be published; if the document to be published does not belong to the published document, the version information of the document to be released is set to the initial value.
  • the identification information of the document to be published may be compared with the identification information of each document in the published document. If the identification information of the document to be published is found in the published document, the determination is determined.
  • the document to be published belongs to the published document; if the document whose identification information is identical to the identification information of the document to be published is not found in the published document, it is determined that the document to be published does not belong to the published document.
  • the identifier information of the to-be-published document or the published document refers to information that can uniquely identify the document to be published or the published document, and may be, for example, a document name, an ID, an identifier of the belonging service, and the like. The same identification information is available for different versions of the document.
  • the version information used by different versions is different.
  • the version information may be incremented according to the specified version interval.
  • the version interval may be adaptively set according to an application requirement, and may be, for example, 1, but is not limited to 1. Assuming the version interval is 1, the version information used by the document after each update is incremented by 1 based on the latest version information.
  • the initial value may also be adaptively set according to application requirements, and may be, for example, 1, but not limited to 1. For example, if the document to be published is a new document, the version information of the document can be set to 1. If the document is updated later, the version information of the updated document is 2.
  • the document to be released and its version information can be published to the server.
  • the version information of the to-be-published document and the document to be released is automatically published to the server in a continuous integration manner, which does not require manual manual release, which is beneficial to improving the efficiency and timeliness of document publishing.
  • continuous integration tools such as CruiseControL, hudson, jenkins, and Continuum can be used to automatically publish the version information of the document to be released and the document to be released to the server.
  • a version release notification message corresponding to the document to be released is generated, and a version release notification message is sent to the document subscriber, so that the document subscriber can know the version information of the newly released document and the document in time.
  • a mail subscription function may be added to the server, and based on this, the version release notification message may be sent to the document subscriber in the form of mail.
  • the embodiment of the present application generates version information when the document is published, and the document and the version information thereof are Release, so that you can keep the documents of each version, instead of retaining the latest version of the document as in the prior art, to achieve more comprehensive and effective management of the document.
  • each service line can refer to the specified version of the document upload data according to the needs of the user, and the data warehouse can be relied on, so that data confusion does not occur, so the embodiment of the present application is convenient to be based on the published document. Upload data.
  • the execution bodies of the steps of the method provided by the foregoing embodiments may all be the same device, or the method may also be performed by different devices.
  • the execution body of step 101 and step 102 may be device A
  • the execution body of step 103 may be device B
  • the execution body of step 101 may be device A
  • the execution body of step 102 and step 103 may be device B. ;and many more.
  • FIG. 3 is a schematic structural diagram of a document publishing apparatus according to another embodiment of the present disclosure. As shown in FIG. 3, the apparatus includes: a generating module 31, a determining module 32, and a publishing module 33.
  • the generating module 31 is configured to generate a document to be published.
  • the determining module 32 is configured to determine version information of the document to be released according to the published document.
  • the publishing module 33 is configured to publish version information of the to-be-published document and the to-be-published document to the server.
  • the document to be published in this embodiment is a minimum publishing unit, and includes at least one information page.
  • a new document may be generated according to the changed information item in the original document and the information item that has not changed, the new document is the document to be published, and then the new document may be determined.
  • Version information and publish the new document as a new version of the original document, rather than re-publishing a new version of the changed page as in the prior art, so that different versions of the document can be retained instead of in the document Keep different versions of the page.
  • the documents to be published may be specification documents used by the data warehouse, patches or plug-ins applied, application installation packages, application or product specifications, and the like.
  • the way to generate a document to be published will vary depending on the document to be released.
  • the generating module 31 may use a programming tool to generate a document to be published; if the document to be published is an application or The specification of the product, generally of the text type, the generation module 31 can generate a document to be published by using a text editing tool.
  • the document to be published is a specification document used by the data warehouse, and the specification document is used to regulate data uploaded by each service line to the data warehouse.
  • the specification document generally stores data fields that need to be uploaded to the data warehouse, data formats required for reporting, upload timing, and maintenance methods of some forms.
  • the document needs to be published to the Internet, which requires the document to be published to be recognized by the browser.
  • the generating module 31 is specifically configured to:
  • the above initial document may be various types of documents that the browser can recognize, such as an HTML document, a PHP document, or the like.
  • this embodiment preferably uses an HTML document as the initial document.
  • the generating module 31 can directly write the HTML document.
  • the generating module 31 may also first write a text document and then convert the text document into an HTML document. Compared with directly writing the HTML document, writing the text document is simple and easy to implement.
  • the generating module 31 can write the above text document by using an existing text editing tool, and then convert the file into an HTML document.
  • the generation module 31 can be implemented using the org-mode editing module in the text editing software Emacs, and the org-mode editing module is used to write the org document using the org-mode editing mode in the text editing software Emacs.
  • the org-mode editing module is an editing mode for Eemacs that supports content grading. It can write org documents, and org documents are text-type documents.
  • the org-mode editing module can also convert org documents into HTML documents.
  • the org-mode editing module can also refer to the presentation form of the HTML document by the CSS document that comes with emacs, thereby improving the readability of the document to be published.
  • the documentation used to define the presentation of the initial document will vary depending on the initial document.
  • the determining module 32 is specifically configured to:
  • the latest version information of the published document is added with the specified version interval as the version information of the document to be released;
  • the determining module 32 may compare the identifier information of the to-be-published document with the identifier information of each document in the published document, and if the identifier information of the document to be published is found in the published document, the identifier is determined.
  • the document to be published belongs to the published document; if the document whose identification information is identical to the identification information of the document to be published is not found in the published document, it is determined that the document to be published does not belong to the published document.
  • the identifier information of the to-be-published document or the published document refers to information that can uniquely identify the document to be published or the published document, and may be, for example, a document name, an ID, an identifier of the belonging service, and the like. The same identification information is available for different versions of the document.
  • the determining module 32 may be implemented by using an existing gitlab version management system, but is not limited thereto.
  • the publishing module 33 is specifically configured to:
  • the continuous integration method automatically publishes the version information of the documents to be released and the documents to be released to the server.
  • the publishing module 33 can be implemented by using existing continuous integration tools, such as CruiseControL, hudson, jenkins, and Continuum, but is not limited thereto.
  • the apparatus further includes: a notification module 34.
  • the notification module 34 is configured to: after the publishing module 33 publishes the version information of the to-be-published document and the to-be-published document to the server, generate a version release notification message corresponding to the to-be-published document, and send the version release notification message to the mailing form.
  • the document subscribers so that the document subscribers can keep abreast of the newly released documents and the version information of the documents.
  • the document publishing apparatus provided in this embodiment generates version information of the document when the document is published, and publishes the document together with the version information thereof, so that the versions of the document can be retained instead of the prior art. Keep different versions of the wiki page in the document to achieve more comprehensive and effective management of the document.
  • each service line can refer to the specified version of the document upload data according to the needs of the user, and the data warehouse can be relied on, so that data confusion does not occur, so the embodiment of the present application is convenient to be based on the published document. Upload data.
  • the embodiment of the present application provides a non-volatile computer storage medium storing computer-executable instructions, which can execute the document publishing method in any of the foregoing method embodiments.
  • FIG. 5 is a schematic structural diagram of a document publishing electronic device according to another embodiment of the present disclosure.
  • the device in this embodiment may be part of a document publishing server or a document publishing server, and the device may include:
  • One or more processors 501 and memory 502, one processor 501 is taken as an example in FIG.
  • the document distribution electronic device may further include: an input device 503 and an output device 504.
  • the processor 501, the memory 502, the input device 503, and the output device 504 can be connected by a bus or other means.
  • the memory 502 is used as a non-transitory computer readable storage medium for storing non-transitory software programs, non-transitory computer executable programs, and modules, such as program instructions/modules corresponding to the document publishing method in the embodiments of the present application.
  • the processor 501 executes various functional applications and data processing of the server by running non-transitory software programs, instructions, and modules stored in the memory 502, that is, implementing the above-described method embodiment document publishing method.
  • the memory 502 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function; the storage data area may store data created according to usage of the document distribution device, and the like.
  • memory 502 can include high speed random access memory, and can also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device.
  • the memory 502 can optionally include memory remotely located relative to the processor 501 that can be connected to the processing device of the list item operation over a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.
  • the input device 503 can receive input numeric or character information and generate key signal inputs related to user settings and function control of the document issuing device.
  • Output device 504 can include a display device such as a display screen.
  • the one or more modules are stored in the memory 502, and when executed by the one or more processors 501, perform a document publishing method in any of the above method embodiments.
  • the electronic device of the embodiment of the present application exists in various forms, including but not limited to:
  • Mobile communication devices These devices are characterized by mobile communication functions and are mainly aimed at providing voice and data communication.
  • Such terminals include: smart phones (such as iPhone), multimedia phones, functional phones, and low-end phones.
  • Ultra-mobile personal computer equipment This type of equipment belongs to the category of personal computers, has computing and processing functions, and generally has mobile Internet access.
  • Such terminals include: PDAs, MIDs, and UMPC devices, such as the iPad.
  • Portable entertainment devices These devices can display and play multimedia content. Such devices include: audio, video players (such as iPod), handheld game consoles, e-books, and smart toys and portable car navigation devices.
  • the server consists of a processor, a hard disk, a memory, a system bus, etc.
  • the server is similar to a general-purpose computer architecture, but because of the need to provide highly reliable services, processing power and stability High reliability in terms of reliability, security, scalability, and manageability.
  • the embodiment of the present application further provides a computer readable storage medium, where the program for executing the method of the foregoing embodiment is stored.
  • embodiments of the present application can be provided as a method, system, or computer program product. Therefore, the present application can employ an entirely hardware embodiment, an entirely software embodiment, Or in the form of an embodiment of the software and hardware aspects. Moreover, the application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
  • a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • processors CPUs
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • the memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory.
  • RAM random access memory
  • ROM read only memory
  • Memory is an example of a computer readable medium.
  • Computer readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information storage can be implemented by any method or technology.
  • the information can be computer readable instructions, data structures, modules of programs, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory technology, CD-ROM, digital versatile disc (DVD) or other optical storage, magnetic tape cartridge, magnetic tape storage or other magnetic storage device Or any other non-transportable medium that can be used to store information that can be accessed by a computing device.
  • PRAM phase change memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • RAM random access memory
  • ROM read only memory
  • EEPROM electrically erasable programmable read only memory
  • flash memory or other memory technology
  • CD-ROM
  • embodiments of the present application can be provided as a method, system, or computer program product.
  • the present application can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment in combination of software and hardware.
  • the application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请实施例提供一种文档发布方法、装置及电子设备。方法包括：生成待发布文档；根据已发布文档，确定所述待发布文档的版本信息；将所述待发布文档和所述待发布文档的版本信息发布到服务器上。本申请可以更加全面有效的管理规范文档，以便于基于规范文档进行数据上传。

Description

一种文档发布方法、装置及电子设备
交叉引用
本申请要求于2016年04月26日递交中国专利局，申请号为2016102667127的中国专利申请的优先权，其全部内容通过引用被全部并入本申请。
技术领域
本申请涉及互联网技术领域，尤其涉及一种文档发布方法、装置及电子设备。
背景技术
在大数据环境下，越来越多的互联网应用需要通过数据仓库进行数据管理。互联网应用需要将有关数据上传至数据仓库。为了避免数据冗余或错误，数据仓库一般采用规范文档约束数据上传过程。
在现有技术中，一般采用维基(wiki)进行规范文档的管理，wiki是一种超文本系统。在wiki方案中，整个规范文档由许多wiki页组成，对规范文档的更新实际上是对规范文档中部分wiki页进行更新。
每当更新规范文档中某个wiki页时，该更新的wiki页就会生产一个新的版本，这会导致规范文档中各个wiki页存在不同的版本，而没有统一的版本，使得规范文档不可控制。对基于规范文档向数据仓库上传数据的业务线来说，可能会按照wiki页的不同版本向数据仓库上传数据，无法按照统一版本上传数据，从而导致数据仓库中发生数据混乱。由此可见，有必要提出一种能够全面有效的管理规范文档的方法，以便于基于规范文档进行数据上传。
发明内容
本申请的实施例提供一种文档发布方法、装置及电子设备，用以更加全面有效的管理规范文档，以便于基于规范文档进行数据上传。
本申请实施例提供一种文档发布方法，包括：
生成待发布文档；
根据已发布文档，确定所述待发布文档的版本信息；
将所述待发布文档和所述待发布文档的版本信息发布到服务器上。
本申请实施例还提供一种文档发布装置，包括：
生成模块，用于生成待发布文档；
确定模块，用于根据已发布文档，确定所述待发布文档的版本信息；
发布模块，用于将所述待发布文档和所述待发布文档的版本信息发布到服务器上。
本申请实施例还提供一种非暂态计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行本申请上述任一项文档发布方法。
本申请实施例提供一种文档发布电子设备，包括：至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述一个处理器执行的指令，所述指令被被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请上述任一项文档发布方法。本申请实施例还提供了一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行本申请上述任一项文档发布方法。
本申请实施例提供的文档发布方法及装置，在文档发布时生成其版本信息，将文档和其版本信息一同发布，这样可以保留各版本的文档，而不是像现有技术那样在规范文档中保留不同版本的wiki页，实现对文档更加全面有效的管理。另外，基于文档的版本信息，各个业务线可根据自己的需求参考指定版本的文档上传数据，数据仓库有据可依，所以不会发生数据混乱，所 以采用本申请实施例便于根据所发布的文档进行数据上传。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请一实施例提供的文档发布方法的流程示意图；
图2为本申请另一实施例提供的生成待发布文档的方法的流程示意图；
图3为本申请又一实施例提供的文档发布装置的结构示意图；
图4为本申请又一实施例提供的文档发布装置的结构示意图；
图5为本申请又一实施例提供的文档发布电子设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
针对现有技术采用wiki进行文档管理时存在的问题，本申请实施例提供一种解决方案，主要原理是：在文档发布时生成其版本信息，将文档和其版本信息一同发布，这样可以保留各版本的文档，而不是像现有技术那样在文档中保留不同版本的wiki页，从而更加全面有效的管理文档。另外，基于文档的版本信息，各个业务线可根据自己的需求参考指定版本的文档上传数据，数据仓库有据可依，所以不会发生数据混乱，所以采用本申请技术方案便于根据所发布的文档进行数据上传。
以下结合附图，详细说明本申请各实施例提供的技术方案。
图1为本申请一实施例提供的文档发布方法的流程示意图。如图1所示， 该方法包括：
101、生成待发布文档。
102、根据已发布文档，确定待发布文档的版本信息。
103、将待发布文档和待发布文档的版本信息发布到服务器上。
本实施例提供一种文档发布方法，用以对文档进行更加全面有效的管理，以便于根据所发布的文档进行数据上传。
具体的，当需要发布文档时，用户首先生成待发布文档。本实施例中的待发布文档是最小发布单元，包括至少一个信息页。例如，当原始文档中的部分信息页发生变化时，可以根据该原始文档中发生变化的信息项和未发生变化的信息项生成新文档，该新文档即为待发布文档，之后可以确定新文档的版本信息并将该新文档作为原始文档的新版本发布出去，而不是像现有技术那样仅对发生变化的信息页生成新版本重新发布，这样可以保留不同版本的文档，而不是在文档中保留不同版本的信息页。
值得说明的是，本实施例不对原始文档和待发布文档进行限定，待发布文档可以是各种应用场景中需要发布的文档。例如，待发布文档可以是数据仓库使用的规范文档，应用的补丁或插件，应用的安装包，应用或产品的说明书等等。根据待发布文档的不同，生成待发布文档的方式也会有所不同。例如，若待发布文档为应用的安装包、补丁或插件，一般为代码，则可由研发人员利用编程工具生成待发布文档；若待发布文档为应用或产品的说明书，一般是文本类型的，则可以利用文本编辑工具生成待发布文档。
在一可选实施方式中，待发布文档为数据仓库使用的规范文档，该规范文档用于规范各业务线向数据仓库上传的数据。该规范文档一般存储有需要上传到数据仓库的数据字段、上报时要求使用的数据格式、上传时机、以及一些表格的维护方式等。
在一种具体应用场景中，文档需要发布到互联网上，这要求待发布文档能够被浏览器所识别。基于此，一种生成待发布文档的方式，如图2所示，包括：
1011、生成浏览器可识别的初始文档。
1012、定义初始文档的展现形式，以生成待发布文档。
上述初始文档可以是浏览器能够识别的各种类型的文档，例如可以是超文本标记语言(Hyper Text Mark-up Language，HTML)文档、超文本预处理器(Hypertext Preprocessor，PHP)文档等。
考虑到HTML具有的各种优势，例如灵活性、易用性、代码简单清晰等，本实施例优选HTML文档作为上述初始文档。可选的，可由编程人员直接编写HTML文档。或者，也可以先编写文本文档，再将文本文档转换为HTML文档，相对于直接编写HTML文档来说，编写文本文档要简单容易，易于实现。
可选的，可以采用已有的文本编辑工具来编写上述文本文档，然后转换为HTML文档。例如，可以利用文本编辑软件Emacs中的org-mode编辑模式编写org文档。org-mode是Eemacs的一种支持内容分级显示的编辑模式，可以编写出org文档，org文档属于文本类型的文档。除此之外，org-mode还可以将org文档转换成HTML文档。使用Emacs中的org-mode来编写org文档并转换成HTML文档，比直接编写HTML文档要方便、容易，所以文档生成效率较高。另外，对于HTML文档来说，org-mode还可以引用emacs自带的层叠样式表(Cascading Style Sheets，CSS)文档定义HTML文档的展现形式，从而提高待发布文档的可阅读性。当然，根据初始文档的不同，用于定义初始文档的展现形式的文档也会有所不同。
在本实施例中，在获得待发布文档之后，并不是像现有技术那样直接发布并利用待发布文档替换已有文档，而是根据已发布文档，确定待发布文档的版本信息，之后将待发布文档和其版本信息一同发布到服务器上。
其中，根据已发布文档，确定待发布文档的版本信息的过程包括：将待发布文档与已发布文档进行比较，判断待发布文档是否属于已发布文档；若待发布文档属于已发布文档，将已发布文档的最新版本信息增加指定版本间隔作为待发布文档的版本信息；若待发布文档不属于已发布文档，将待发布文档的版本信息设置为初始值。
其中，在上述方式中，可以将待发布文档的标识信息与已发布文档中各文档的标识信息进行比较，若在已发布文档中发现标识信息与待发布文档的标识信息相同的文档，则确定待发布文档属于已发布文档；若未在已发布文档中发现标识信息与待发布文档的标识信息相同的文档，则确定待发布文档不属于已发布文档。其中，待发布文档或已发布文档的标识信息是指可以唯一标识待发布文档或已发布文档的信息，例如可以是文档名称、ID、所属业务的标识等。对于不同版本的文档具有相同的标识信息。
另外，考虑到同一文档可能存在多个版本，不同版本使用的版本信息不同，随着文档的更新，版本信息可以按照指定版本间隔递增。所述版本间隔可以根据应用需求适应性设置，例如可以是1，但不限于1。假设版本间隔为1，则文档在每次更新后使用的版本信息都是在最新版本信息的基础上加1。当然，如果待发布文档是新文档，则可以直接设置其版本信息为初始值。所述初始值也可以根据应用需求适应性设置，例如可以是1，但不限于1。例如，若待发布文档是新文档，则可以设置其版本信息为1，如果后续该文档更新了，则更新后的文档的版本信息为2。
值得说明的是，上述确定待发布文档的版本信息的过程，可以自行编写的代码实现，也可以采用现有gitlab版本管理系统实现。
在确定待发布文档的版本信息之后，可以将待发布文档以及其版本信息发布到服务器上。优选的，可以采用持续集成方式，自动将待发布文档及待发布文档的版本信息发布到服务器上，这种方式不需要人工手动发布，有利于提高文档发布的效率和及时性。具体的，可以采用持续集成工具，例如CruiseControL，hudson，jenkins以及Continuum等，自动将待发布文档及待发布文档的版本信息发布到服务器上。
进一步，在发布待发布文档之后，生成待发布文档对应的版本发布通知消息，并将版本发布通知消息发送给文档订阅者，以便文档订阅者及时了解新发布的文档及文档的版本信息。可选的，可以在服务器上增加邮件订阅功能，基于此，可以以邮件形式，将版本发布通知消息发送给文档订阅者。
本申请实施例在文档发布时生成其版本信息，将文档和其版本信息一同 发布，这样可以保留各版本的文档，而不是像现有技术那样只能保留最新版本的文档，实现对文档更加全面有效的管理。另外，基于文档的版本信息，各个业务线可根据自己的需求参考指定版本的文档上传数据，数据仓库有据可依，所以不会发生数据混乱，所以采用本申请实施例便于根据所发布的文档进行数据上传。
需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤101和步骤102的执行主体可以为设备A，步骤103的执行主体可以为设备B；又比如，步骤101的执行主体可以为设备A，步骤102和步骤103的执行主体可以为设备B；等等。
图3为本申请又一实施例提供的文档发布装置的结构示意图。如图3所示，该装置包括：生成模块31、确定模块32和发布模块33。
生成模块31，用于生成待发布文档。
确定模块32，用于根据已发布文档，确定待发布文档的版本信息。
发布模块33，用于将待发布文档和待发布文档的版本信息发布到服务器上。
本实施例中的待发布文档是最小发布单元，包括至少一个信息页。例如，当原始文档中的部分信息页发生变化时，可以根据该原始文档中发生变化的信息项和未发生变化的信息项生成新文档，该新文档即为待发布文档，之后可以确定新文档的版本信息并将该新文档作为原始文档的新版本发布出去，而不是像现有技术那样仅对发生变化的信息页生成新版本重新发布，这样可以保留不同版本的文档，而不是在文档中保留不同版本的信息页。
待发布文档可以是数据仓库使用的规范文档，应用的补丁或插件，应用的安装包，应用或产品的说明书等等。
值得说明的是，根据待发布文档的不同，生成待发布文档的方式也会有所不同。例如，若待发布文档为应用的安装包、补丁或插件，一般为代码，则生成模块31可以利用编程工具生成待发布文档；若待发布文档为应用或 产品的说明书，一般是文本类型的，则生成模块31可以利用文本编辑工具生成待发布文档。
在一可选实施方式中，待发布文档为数据仓库使用的规范文档，该规范文档用于规范各业务线向数据仓库上传的数据。该规范文档一般存储有需要上传到数据仓库的数据字段、上报时要求使用的数据格式、上传时机、以及一些表格的维护方式等。
在一可选实施方式中，文档需要发布到互联网上，这要求待发布文档能够被浏览器所识别。基于此，生成模块31具体用于：
生成浏览器可识别的初始文档；
定义初始文档的展现形式，以生成待发布文档。
上述初始文档可以是浏览器能够识别的各种类型的文档，例如可以是HTML文档、PHP文档等。
考虑到HTML具有的各种优势，例如灵活性、易用性、代码简单清晰等，本实施例优选HTML文档作为上述初始文档。可选的，生成模块31可以直接编写HTML文档。或者，生成模块31也可以先编写文本文档，再将文本文档转换为HTML文档，相对于直接编写HTML文档来说，编写文本文档要简单容易，易于实现。
可选的，生成模块31可以采用已有的文本编辑工具来编写上述文本文档，然后转换为HTML文档。例如，生成模块31可以采用文本编辑软件Emacs中的org-mode编辑模块实现，org-mode编辑模块用于采用文本编辑软件Emacs中的org-mode编辑模式编写org文档。org-mode编辑模块是Eemacs的一种支持内容分级显示的编辑模式，可以编写出org文档，org文档属于文本类型的文档。除此之外，org-mode编辑模块还可以将org文档转换成HTML文档。使用Emacs中的org-mode编辑模块来编写org文档并转换成HTML文档，比直接编写HTML文档要方便，容易，所以文档生成效率较高。另外，对于HTML文档来说，org-mode编辑模块还可以引用emacs自带的CSS文档定义HTML文档的展现形式，从而提高待发布文档的可阅读性。当然，根据初始文档的不同，用于定义初始文档的展现形式的文档也会有所不同。
在一可选实施方式中，确定模块32具体用于：
判断待发布文档是否属于已发布文档；
若待发布文档属于已发布文档，将已发布文档的最新版本信息增加指定版本间隔作为待发布文档的版本信息；
若待发布文档不属于已发布文档，将待发布文档的版本信息设置为初始值。
可选的，确定模块32可以将待发布文档的标识信息与已发布文档中各文档的标识信息进行比较，若在已发布文档中发现标识信息与待发布文档的标识信息相同的文档，则确定待发布文档属于已发布文档；若未在已发布文档中发现标识信息与待发布文档的标识信息相同的文档，则确定待发布文档不属于已发布文档。其中，待发布文档或已发布文档的标识信息是指可以唯一标识待发布文档或已发布文档的信息，例如可以是文档名称、ID、所属业务的标识等。对于不同版本的文档具有相同的标识信息。
可选的，上述确定模块32可以采用现有gitlab版本管理系统实现，但不限于此。
在一可选实施方式中，发布模块33具体用于：
采用持续集成方式，自动将待发布文档和待发布文档的版本信息发布到服务器上。
可选的，发布模块33可以采用现有持续集成工具，例如CruiseControL，hudson，jenkins以及Continuum等实现，但不限于此。
在一可选实施方式中，如图4所示，该装置还包括：通知模块34。
通知模块34，用于在发布模块33将待发布文档和待发布文档的版本信息发布到服务器上之后，生成待发布文档对应的版本发布通知消息，并以邮件形式，将版本发布通知消息发送给文档订阅者，以便文档订阅者及时了解新发布的文档及文档的版本信息。
本实施例提供的文档发布装置，在文档发布时生成其版本信息，将文档和其版本信息一同发布，这样可以保留各版本的文档，而不是像现有技术那 样在文档中保留不同版本的wiki页，实现对文档更加全面有效的管理。另外，基于文档的版本信息，各个业务线可根据自己的需求参考指定版本的文档上传数据，数据仓库有据可依，所以不会发生数据混乱，所以采用本申请实施例便于根据所发布的文档进行数据上传。
本申请实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的文档发布方法。
图5为本申请又一实施例提供的文档发布电子设备的结构示意图，本实施例所述设备可以为文档发布服务器或文档发布服务器中的一部分，该设备可以包括：
一个或多个处理器501以及存储器502，图5中以一个处理器501为例。
文档发布电子设备还可以包括：输入装置503和输出装置504。
处理器501、存储器502、输入装置503和输出装置504可以通过总线或者其他方式连接。
存储器502作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本申请实施例中的文档发布方法对应的程序指令/模块。处理器501通过运行存储在存储器502中的非暂态软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例文档发布方法。
存储器502可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据文档发布装置的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器502可选包括相对于处理器501远程设置的存储器，这些远程存储器可以通过网络连接至列表项操作的处理装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置503可接收输入的数字或字符信息，以及产生与文档发布装置的用户设置以及功能控制有关的键信号输入。输出装置504可包括显示屏等显示设备。
所述一个或者多个模块存储在所述存储器502中，当被所述一个或者多个处理器501执行时，执行上述任意方法实施例中的文档发布方法。
上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。
本申请实施例的电子设备以多种形式存在，包括但不限于:
(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。
(2)超移动个人计算机设备:这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：PDA、MID和UMPC设备等，例如iPad。
(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括：音频、视频播放器(例如iPod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。
(4)服务器：提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。
(5)其他具有数据交互功能的电子装置。
相应地，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有用于执行上述实施例方法的程序。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、 或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (13)

  1. 一种文档发布方法，应用于电子设备，其特征在于，包括：
    生成待发布文档；
    根据已发布文档，确定所述待发布文档的版本信息；
    将所述待发布文档和所述待发布文档的版本信息发布到服务器上。
  2. 根据权利要求1所述的方法，其特征在于，所述生成待发布文档，包括：
    生成浏览器可识别的初始文档；
    定义所述初始文档的展现形式，以生成所述待发布文档。
  3. 根据权利要求1所述的方法，其特征在于，所述根据已发布文档，确定所述待发布文档的版本信息，包括：
    判断所述待发布文档是否属于所述已发布文档；
    若所述待发布文档属于已发布文档，将所述已发布文档的最新版本信息增加指定版本间隔作为所述待发布文档的版本信息；
    若所述待发布文档不属于已发布文档，将所述待发布文档的版本信息设置为初始值。
  4. 根据权利要求1所述的方法，其特征在于，所述将所述待发布文档和所述待发布文档的版本信息发布到服务器上，包括：
    采用持续集成方式，自动将所述待发布文档和所述待发布文档的版本信息发布到所述服务器上。
  5. 根据权利要求1-4任一项所述的方法，其特征在于，所述将所述待发布文档和所述待发布文档的版本信息发布到服务器上之后，还包括：
    生成所述待发布文档对应的版本发布通知消息；
    将所述版本发布通知消息发送给文档订阅者。
  6. 一种文档发布装置，其特征在于，包括：
    生成模块，用于生成待发布文档；
    确定模块，用于根据已发布文档，确定所述待发布文档的版本信息；
    发布模块，用于将所述待发布文档和所述待发布文档的版本信息发布到服务器上。
  7. 根据权利要求6所述的装置，其特征在于，所述生成模块具体用于：
    生成浏览器可识别的初始文档；
    定义所述初始文档的展现形式，以生成所述待发布文档。
  8. 根据权利要求6所述的装置，其特征在于，所述确定模块具体用于：
    判断所述待发布文档是否属于所述已发布文档；
    若所述待发布文档属于已发布文档，将所述已发布文档的最新版本信息增加指定版本间隔作为所述待发布文档的版本信息；
    若所述待发布文档不属于已发布文档，将所述待发布文档的版本信息设置为初始值。
  9. 根据权利要求6所述的装置，其特征在于，所述发布模块具体用于：
    采用持续集成方式，自动将所述待发布文档和所述待发布文档的版本信息发布到所述服务器上。
  10. 根据权利要求6-9任一项所述的装置，其特征在于，还包括：
    通知模块，用于生成所述待发布文档对应的版本发布通知消息，并将所述版本发布通知消息发送给文档订阅者。
  11. 一种文档发布电子设备，其特征在于，包括：
    至少一个处理器；以及，
    与所述至少一个处理器通信连接的存储器；其中，
    所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5任一所述方法。
  12. 一种非暂态计算机可读存储介质，其特征在于，所述非暂态计 算机可读存储介质存储计算机指令，当所述计算机可执行指令被电子设备执行时，使所述电子设备执行权利要求1-5任一所述方法。
  13. 一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序，所述计算机程序包括程序指令，当所述程序指令被电子设备执行时，使所述电子设备执行权利要求1-5任一所述方法。
PCT/CN2016/101119 2016-04-26 2016-09-30 一种文档发布方法、装置及电子设备 WO2017185649A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610266712.7 2016-04-26
CN201610266712.7A CN105847402A (zh) 2016-04-26 2016-04-26 一种文档发布方法及装置

Publications (1)

Publication Number Publication Date
WO2017185649A1 true WO2017185649A1 (zh) 2017-11-02

Family

ID=56589084

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/101119 WO2017185649A1 (zh) 2016-04-26 2016-09-30 一种文档发布方法、装置及电子设备

Country Status (2)

Country Link
CN (1) CN105847402A (zh)
WO (1) WO2017185649A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109814910A (zh) * 2018-12-14 2019-05-28 深圳壹账通智能科技有限公司 自动化灰度发布方法、装置、计算机系统及存储介质
CN112306544A (zh) * 2019-07-26 2021-02-02 深圳Tcl数字技术有限公司 一种自动生成版本信息的方法、存储介质及服务器
CN112329396A (zh) * 2019-07-17 2021-02-05 小船出海教育科技（北京）有限公司 一种在线文档的分页方法、装置、设备以及可读介质
US11366961B2 (en) 2019-06-14 2022-06-21 Mathresources Incorporated Systems and methods for document publishing
CN116910330A (zh) * 2023-09-12 2023-10-20 湖南科研云信息科技有限公司 一种财务档案管理的方法、系统、电子设备及存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105847402A (zh) * 2016-04-26 2016-08-10 乐视控股（北京）有限公司 一种文档发布方法及装置
CN108122090A (zh) * 2016-11-30 2018-06-05 北京国双科技有限公司 一种办公信息处理方法及服务器
CN112463182A (zh) * 2019-09-06 2021-03-09 英业达科技有限公司 发布文件产生方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006132232A1 (ja) * 2005-06-07 2006-12-14 Ntt Docomo, Inc. コンテンツ中継装置及びコンテンツ中継方法
CN104035780A (zh) * 2014-06-26 2014-09-10 北京京东尚科信息技术有限公司 一种发布apk文件的方法和装置
CN104793970A (zh) * 2015-04-02 2015-07-22 安徽四创电子股份有限公司 一种基于ftp的在线升级方法
CN105159681A (zh) * 2015-09-18 2015-12-16 北京恒华伟业科技股份有限公司 程序发布方法及装置
CN105847402A (zh) * 2016-04-26 2016-08-10 乐视控股（北京）有限公司 一种文档发布方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006132232A1 (ja) * 2005-06-07 2006-12-14 Ntt Docomo, Inc. コンテンツ中継装置及びコンテンツ中継方法
CN104035780A (zh) * 2014-06-26 2014-09-10 北京京东尚科信息技术有限公司 一种发布apk文件的方法和装置
CN104793970A (zh) * 2015-04-02 2015-07-22 安徽四创电子股份有限公司 一种基于ftp的在线升级方法
CN105159681A (zh) * 2015-09-18 2015-12-16 北京恒华伟业科技股份有限公司 程序发布方法及装置
CN105847402A (zh) * 2016-04-26 2016-08-10 乐视控股（北京）有限公司 一种文档发布方法及装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109814910A (zh) * 2018-12-14 2019-05-28 深圳壹账通智能科技有限公司 自动化灰度发布方法、装置、计算机系统及存储介质
US11366961B2 (en) 2019-06-14 2022-06-21 Mathresources Incorporated Systems and methods for document publishing
CN112329396A (zh) * 2019-07-17 2021-02-05 小船出海教育科技（北京）有限公司 一种在线文档的分页方法、装置、设备以及可读介质
CN112306544A (zh) * 2019-07-26 2021-02-02 深圳Tcl数字技术有限公司 一种自动生成版本信息的方法、存储介质及服务器
CN116910330A (zh) * 2023-09-12 2023-10-20 湖南科研云信息科技有限公司 一种财务档案管理的方法、系统、电子设备及存储介质
CN116910330B (zh) * 2023-09-12 2023-12-05 湖南科研云信息科技有限公司 一种财务档案管理的方法、系统、电子设备及存储介质

Also Published As

Publication number Publication date
CN105847402A (zh) 2016-08-10

Similar Documents

Publication Publication Date Title
WO2017185649A1 (zh) 一种文档发布方法、装置及电子设备
US10255108B2 (en) Parallel execution of blockchain transactions
US11301419B2 (en) Data retention handling for data object stores
US8615499B2 (en) Estimating data reduction in storage systems
US10025878B1 (en) Data lineage analysis
US20170063833A1 (en) Application Service Architecture
US9098821B2 (en) Analytic solution integration
US20100299678A1 (en) Dynamic event collection and structured storage
CN107943465B (zh) 一种生成html表单的方法及装置
CN108287708B (zh) 一种数据处理方法、装置、服务器及计算机可读存储介质
US20160364575A1 (en) Document state interface
US9256520B2 (en) Using linked data to determine package quality
CN110020353B (zh) 网页表单的构建方法及装置
WO2016110203A1 (zh) 一种文件路径的存储和本地文件的访问方法及装置
US9442718B1 (en) System for assisting in locating changes in source code version control system
US10942984B2 (en) Portal connected to a social backend
CN107391528B (zh) 前端组件依赖信息搜索方法及设备
CN112084446A (zh) 一种网页编辑方法、编辑器、电子设备和可读存储介质
WO2017096826A1 (zh) 移动终端的控制方法及装置
US11429400B2 (en) User interface metadata from an application program interface
US9230022B1 (en) Customizable result sets for application program interfaces
US10509659B1 (en) Input processing logic to produce outputs for downstream systems using configurations
Guthrie et al. Building Cloud Apps with Microsoft Azure: Best practices for DevOps, data storage, high availability, and more
US8990836B2 (en) Integrating software solution units
US20210157804A1 (en) Reporting and knowledge discovery for databases

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16900158

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 16900158

Country of ref document: EP

Kind code of ref document: A1