CN109582650B - Module calling amount processing method and device, electronic equipment and storage medium - Google Patents
Module calling amount processing method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN109582650B CN109582650B CN201811338022.3A CN201811338022A CN109582650B CN 109582650 B CN109582650 B CN 109582650B CN 201811338022 A CN201811338022 A CN 201811338022A CN 109582650 B CN109582650 B CN 109582650B
- Authority
- CN
- China
- Prior art keywords
- module
- product
- call
- product module
- calling
- 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
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
The invention provides a module call volume processing method and device for medical application, electronic equipment and a storage medium. The module calling amount processing method of the medical application comprises the following steps: acquiring a call log of each application programming interface of a server side of the medical application; determining a call log associated with each product module according to a corresponding relation between a prestored application programming interface and the product module; storing the identification of each product module and the call log associated with the identification in a search server; searching the identification of the product module and the call log of the set time period by using a search engine of the search server; performing aggregation counting on the searched call logs to serve as the call volume of the product module in the set time period; and calculating and obtaining the calling quantity change trend and the calling quantity change quantity of each product module in a plurality of set time periods. The method and the device provided by the invention can track the user behavior on the premise of not releasing a new version.
Description
Technical Field
The invention relates to the technical field of computer application, in particular to a module call volume processing method and device for medical application, electronic equipment and a storage medium.
Background
With the continuous development and landing of the concept of internet plus and big data technology, various products and business solutions are also continuously landed in the hospital. On the premise of protecting privacy of patients, the product can only fall in private clouds in the hospital. The present invention seeks to solve the problem of how to efficiently track user behavior in such a production environment to effectively evaluate and operate a product
In internet products, in order to track user behavior, a front-end embedded technical scheme is generally adopted, and the tracking of the user behavior depends on the predefinition of a developer for the behavior needing to be tracked. Unlike version upgrades in the internet environment, version upgrades for products in the hospital are often difficult and heavy. Such as: the hospital needs to be given a lead license, the primary users need to be trained, the usage behavior needs to be observed in the hospital, etc. The invention provides an approximate scheme, which can track the user behavior on the premise of not releasing a new version.
In the current internet products, tracking user behaviors is mainly based on front-end heavy burial points. And recording related operations by the browser, sending the recorded operations to the server, and acquiring the operations recorded by the browser by the server so as to track the user. Then, in such a prior art, there are the following drawbacks:
1) since the embedded point corresponds to the user behavior, the preset embedded point only aims at the preset behavior, and for the user behaviors except the preset behavior, the point needs to be embedded again, and the new product version at the browser can be released to start tracking.
2) The front-end development task at the browser passing through the embedded point is heavy, and the development progress of developers is further aggravated by frequently releasing new product versions at the browser for re-embedding the point.
Disclosure of Invention
The present invention is directed to a method, an apparatus, an electronic device, and a storage medium for processing a module call volume of a medical application, which overcome at least some of the limitations and disadvantages of the related art.
According to an aspect of the present invention, there is provided a module call amount processing method for a medical application, including:
acquiring a call log of each application programming interface of a server side of the medical application;
determining a call log associated with each product module according to a corresponding relation between a prestored application programming interface and the product module;
storing the identification of each product module and the call log associated with the identification in a search server;
searching the identification of the product module and the call log of the set time period by using a search engine of the search server;
performing aggregation counting on the searched call logs to serve as the call volume of the product module in the set time period; and
and calculating to obtain the calling quantity change trend and the calling quantity change quantity of each product module in a plurality of set time periods.
Optionally, the medical application is located within a private cloud.
Optionally, after the aggregating and counting the searched call logs as the call volume of the product module in the set time period, the method further includes:
and sequencing the product modules according to the calling quantity of the product modules in a preset time period.
Optionally, after the calculating obtains the call volume change trend and the change volume of each product module in a plurality of set time periods, the method further includes:
and sequencing the product modules according to the change rate of the calling amount of the product modules, wherein the change rate is (calling amount of the product module in the later time period-calling amount of the product module in the previous time period)/calling amount of the product module in the previous time period.
Optionally, after obtaining the call logs of the application programming interfaces of the server side of the medical application, before determining the call logs associated with each product module according to the correspondence between the pre-stored application programming interfaces and the product modules, the method further includes:
associating a plurality of call logs of the application programming interfaces with parent-child relationships in the call logs of the same user with the same tracking id record according to the parent-child relationships of the application programming interfaces called by the call logs;
and associating a plurality of call logs in the same session of the same user with the same session id record.
Optionally, the calling process of the user is restored according to the same tracking id and/or the same session id.
Optionally, in the step of performing aggregation counting on the searched call logs as the call volume of the product module in the set time period, the call logs of the same application programming interface associated with the same trace id and/or the same session id are not repeatedly counted.
According to yet another aspect of the present invention, there is provided a module call amount processing apparatus for medical application, comprising:
the acquisition module is used for acquiring call logs of application programming interfaces of a server side of the medical application;
the determining module is used for determining a call log related to each product module according to the corresponding relation between the pre-stored application programming interface and the product module;
the storage module is used for storing the identification of each product module and the call log associated with the identification in the search server;
the search module is used for searching the identification of the product module and the call log of the set time period by using a search engine of the search server;
the aggregation module is used for performing aggregation counting on the searched call logs to serve as the call volume of the product module in the set time period; and
and the calculation module is used for calculating and obtaining the calling quantity change trend and the calling quantity change quantity of each product module in a plurality of set time periods.
According to still another aspect of the present invention, there is also provided an electronic apparatus, including: a processor; a storage medium having stored thereon a computer program which, when executed by the processor, performs the steps as described above.
According to yet another aspect of the present invention, there is also provided a storage medium having stored thereon a computer program which, when executed by a processor, performs the steps as described above.
Compared with the prior art, the invention has the advantages that:
on one hand, aiming at the environment that a new version is inconvenient to release at any time in a medical scene (in a hospital), the user behavior tracking technology of the Internet is realized, the characteristics of convenient development and timely statistical analysis are realized, and the user behavior tracking problem is partially solved at a lower cost; on the other hand, the calling log of the calling interface of the server side utilizes a search engine of the search server and an aggregation technology to carry out an aggregation technology, so that the calling quantity variation trend and the variation of the product module can be obtained, the calculation efficiency of the calling quantity variation trend and the variation is accelerated, the obtained calling quantity variation trend and the variation of the product module can be referred to improve the interface and the layout of the product module, and the user experience is improved.
Drawings
The above and other features and advantages of the present invention will become more apparent by describing in detail exemplary embodiments thereof with reference to the attached drawings.
Fig. 1 shows a flow chart of a method for processing a module call volume of a medical application according to an embodiment of the invention.
FIG. 2 illustrates a flow diagram of a product module ordering in accordance with an embodiment of the present invention.
FIG. 3 shows a flow diagram of another product module ordering according to an embodiment of the invention.
FIG. 4 shows a flow diagram for recording trace ids and session ids, according to an embodiment of the invention.
Fig. 5 shows a block diagram of a module call amount processing apparatus for medical applications according to an embodiment of the present invention.
Fig. 6 schematically illustrates a computer-readable storage medium in an exemplary embodiment of the invention.
Fig. 7 schematically illustrates an electronic device in an exemplary embodiment of the invention.
Detailed Description
Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.
Furthermore, the drawings are merely schematic illustrations of the invention and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and thus their repetitive description will be omitted. Some of the block diagrams shown in the figures are functional entities and do not necessarily correspond to physically or logically separate entities. These functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.
The flow charts shown in the drawings are merely illustrative and do not necessarily include all of the steps. For example, some steps may be decomposed, and some steps may be combined or partially combined, so that the actual execution sequence may be changed according to the actual situation.
Fig. 1 shows a flow chart of a method for processing a module call volume of a medical application according to an embodiment of the invention. Referring to fig. 1, the method for processing the module call volume of the medical application may include the following steps:
step S110: acquiring a call log of each application programming interface of a server side of the medical application;
step S120: determining a call log associated with each product module according to a corresponding relation between a prestored application programming interface and the product module;
step S130: storing the identification of each product module and the call log associated with the identification in a search server;
step S140: searching the identification of the product module and the call log of the set time period by using a search engine of the search server;
step S150: performing aggregation counting on the searched call logs to serve as the call volume of the product module in the set time period; and
step S160: and calculating to obtain the calling quantity change trend and the calling quantity change quantity of each product module in a plurality of set time periods.
In the module call volume processing method for medical application of the exemplary embodiment of the present invention, on one hand, the user behavior tracking technology of the internet is realized for the environment where it is inconvenient to release a new version at any time in a medical scene (in a hospital), and the method has the characteristics of convenient development and timely statistical analysis, and partially solves the user behavior tracking problem with a small cost; on the other hand, the calling log of the calling interface of the server side utilizes a search engine of the search server and an aggregation technology to carry out an aggregation technology, so that the calling quantity variation trend and the variation of the product module can be obtained, the calculation efficiency of the calling quantity variation trend and the variation is accelerated, the obtained calling quantity variation trend and the variation of the product module can be referred to improve the interface and the layout of the product module, and the user experience is improved.
A method for processing a module call amount of a medical application according to an exemplary embodiment of the present invention will be described below.
In various embodiments of the present invention, the medical application is located in a private cloud. For user behavior analysis, the calling amount of the application programming interface (api) on the server side can be used for indicating the usage amount of each product module. The absolute usage of the product module is a basic variable, and the change trend and change baggage of the usage of the product module can be obtained according to the method, namely whether positive or negative influence is generated on the related product module after some operation activities are carried out or new functions are on line. In addition, the absolute calling amount of the server-side api can also approximately reflect the absolute using amount of the product module.
In a common BS (browser-service)/CS (client-service) architecture, the use of a front-end product is finally reflected to the call of a server-side api, the present invention may record and concatenate the call of the server-side api, record the information of its input, output, user, etc., and this recording behavior may be generally encapsulated in an http or rpc call frame, thereby making it transparent to the caller and the callee.
In various embodiments of the present invention, optionally, a product module can be called only by one api, and then the product module is mapped only with the api; a plurality of product modules can be called through one api, and the plurality of product modules are mapped with the api; a product module can be called by a plurality of api, and then the product module is mapped with the plurality of api. And generating different mapping relations according to different calling situations, wherein the mapping relations can be prestored in the system.
In a specific embodiment of the present invention, as shown in FIG. 2. FIG. 2 illustrates a flow diagram of a product module ordering in accordance with an embodiment of the present invention. The step S150 of performing aggregation counting on the searched call logs as the call volume of the product module in the set time period may further include the following steps:
step S170: and sequencing the product modules according to the calling quantity of the product modules in a preset time period.
For example, the amount of each product module that is called may be aggregated by day. For example, the calling amount of the product module A at 2018-6-27 is 50; the calling amount of the product module B in 2018-6-27 is 60; the calling amount of the product module C in 2018-6-27 is 70, and the product modules can be sequenced according to the calling amounts of 2018-6-27, so that the calling amounts of the modules 2018-6-27 are more and the calling amounts of the modules are less, the performance of the product module with more calling amount can be improved, the performance of the product module with less calling amount can be reduced, or different offline activities can be proposed according to different modules, which is not limited by the invention.
In a specific embodiment of the present invention, as shown in FIG. 3. FIG. 3 shows a flow diagram of another product module ordering according to an embodiment of the invention.
After the step S160 calculates and obtains the call volume change trend and the call volume change volume of each product module in a plurality of set time periods, the method may further include the following steps:
step S180: and sequencing the product modules according to the change rate of the calling amount of the product modules, wherein the change rate is (calling amount of the product module in the later time period-calling amount of the product module in the previous time period)/calling amount of the product module in the previous time period.
For example, the call amount for each product module may be aggregated on two adjacent days. For example, if the call volume of the product module a in 2018-6-27 is 50 and the call volume of the product module a in 2018-6-28 is 60, the change rate of the call volume of the product module a is (60-50)/50 ═ 20%; the calling amount of the product module B in 2018-6-27 is 60, and the calling amount of the product module B in 2018-6-28 is 50, so that the change rate of the calling amount of the product module B is (50-60)/60 ═ 16.7%; the calling amount of the product module C in 2018-6-27 is 70, and the calling amount of the product module C in 2018-6-28 is 75, then the change rate of the calling amount of the product module B is (75-70)/70 ═ 7.14%, so that the product modules can be sorted from high to low according to the change rate of the calling amount of the product module C in two days 2018-6-27 to 2018-6-28: a product module A and a product module C; and a product module B. Therefore, the calling quantity of the modules 2018-6-27 to 2018-6-28 is changed and increased most, and the calling quantity of the modules is increased negatively, and accordingly, the product modules or offline activities can be analyzed and adjusted correspondingly.
Further, the sorting of the modules may be performed by different users, whereby the behavior of a single user may be tracked and analyzed.
In a specific embodiment of the present invention, as shown in FIG. 4. FIG. 4 shows a flow diagram for recording trace ids and session ids, according to an embodiment of the invention.
After the obtaining of the call logs of the application programming interfaces of the server side of the medical application in step S110, before determining the call logs associated with each product module according to the correspondence between the prestored application programming interfaces and the product modules in step S120, the method may further include the following steps:
step S191: associating a plurality of call logs of the application programming interfaces with parent-child relationships in the call logs of the same user with the same tracking id record according to the parent-child relationships of the application programming interfaces called by the call logs;
step S192: and associating a plurality of call logs in the same session of the same user with the same session id record.
Specifically, in the calling of the product modules, generally, a certain product module can be called only on the premise of calling another product module, and the two product modules are said to have a parent-child relationship in the invention. For example, the product module of the bank card service may be invoked only after the requested product module is paid. Thus, the call logs of the same user can be divided into a plurality of groups in chronological order according to the parent-child relationship of the api (or product module). Each group may form a tree structure. Each call log in the one tree structure may be recorded in the system in association with the same trace id (traceid). Further, the call log of the same user may also be divided into multiple groups by session, and multiple consecutive calls in each group may be recorded in the system in association with the same session id (session). The user's calling process can be restored by tracking id and/or session id based on the search engine of the search server to further analyze the user's interactive behavior.
Further, in the step of performing aggregation counting on the searched call logs as the call volume of the product module in the set time period, in order to prevent duplicate counting, the call logs of the same application programming interface associated with the same trace id and/or the same session id are not repeatedly counted. Thereby, the accuracy of the usage amount of the acquired product module is increased.
Further, the present exemplary embodiment also provides a module call amount processing apparatus for medical applications.
Fig. 5 shows a block diagram of a module call amount processing apparatus for medical applications according to an embodiment of the present invention. The module call amount processing apparatus 400 of the medical application includes an obtaining module 410, a determining module 420, a storing module 430, a searching module 440, an aggregating module 450, and a calculating module 460.
The obtaining module 410 is configured to obtain a call log of each application programming interface of the server side of the medical application;
the determining module 420 is configured to determine a call log associated with each product module according to a correspondence between a pre-stored application programming interface and the product module;
the storage module 430 is configured to store the identifier of each product module and the call log associated with the identifier in the search server;
the search module 440 is configured to search the product module identifier and the call log of the set time period by using a search engine of the search server;
the aggregation module 450 is configured to aggregate and count the searched call logs as the call volume of the product module in the set time period; and
the calculating module 460 is used for calculating and obtaining the calling volume change trend and the calling volume change amount of each product module in a plurality of set time periods.
In the module call volume processing device for medical application of the exemplary embodiment of the present invention, on one hand, the user behavior tracking technology of the internet is realized for the environment where it is inconvenient to release a new version at any time in a medical scene (in a hospital), and the device has the characteristics of convenient development and timely statistical analysis, and partially solves the user behavior tracking problem with a small cost; on the other hand, the calling log of the calling interface of the server side utilizes a search engine of the search server and an aggregation technology to carry out an aggregation technology, so that the calling quantity variation trend and the variation of the product module can be obtained, the calculation efficiency of the calling quantity variation trend and the variation is accelerated, the obtained calling quantity variation trend and the variation of the product module can be referred to improve the interface and the layout of the product module, and the user experience is improved.
Fig. 5 is a schematic diagram illustrating the module call volume processing device for medical application provided by the present invention, and the splitting, combining and adding of modules are within the protection scope of the present invention without departing from the concept of the present invention.
In an exemplary embodiment of the present invention, there is also provided a computer-readable storage medium having stored thereon a computer program which, when executed by, for example, a processor, can implement the steps of the electronic prescription flow processing method described in any one of the above embodiments. In some possible embodiments, aspects of the present invention may also be implemented in the form of a program product comprising program code for causing a terminal device to perform the steps according to various exemplary embodiments of the present invention described in the above-mentioned electronic prescription flow processing method section of this specification, when the program product is run on the terminal device.
Referring to fig. 6, a program product 800 for implementing the above method according to an embodiment of the present invention is described, which may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be run on a terminal device, such as a personal computer. However, the program product of the present invention is not limited in this regard and, in the present document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
The computer readable storage medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable storage medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the tenant computing device, partly on the tenant device, as a stand-alone software package, partly on the tenant computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of remote computing devices, the remote computing devices may be connected to the tenant computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., through the internet using an internet service provider).
In an exemplary embodiment of the invention, there is also provided an electronic device that may include a processor and a memory for storing executable instructions of the processor. Wherein the processor is configured to execute the steps of the electronic prescription flow processing method in any one of the above embodiments via execution of the executable instructions.
As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, method or program product. Thus, various aspects of the invention may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system.
An electronic device 600 according to this embodiment of the invention is described below with reference to fig. 7. The electronic device 600 shown in fig. 7 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present invention.
As shown in fig. 7, the electronic device 600 is embodied in the form of a general purpose computing device. The components of the electronic device 600 may include, but are not limited to: at least one processing unit 610, at least one storage unit 620, a bus 630 that connects the various system components (including the storage unit 620 and the processing unit 610), a display unit 640, and the like.
Wherein the storage unit stores program code executable by the processing unit 610 to cause the processing unit 610 to perform steps according to various exemplary embodiments of the present invention described in the above-mentioned electronic prescription flow processing method section of the present specification. For example, the processing unit 610 may perform the steps shown in any of the flowcharts of fig. 1 to 4.
The storage unit 620 may include readable media in the form of volatile memory units, such as a random access memory unit (RAM)6201 and/or a cache memory unit 6202, and may further include a read-only memory unit (ROM) 6203.
The memory unit 620 may also include a program/utility 6204 having a set (at least one) of program modules 6205, such program modules 6205 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.
The electronic device 600 may also communicate with one or more external devices 700 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a tenant to interact with the electronic device 600, and/or with any devices (e.g., router, modem, etc.) that enable the electronic device 600 to communicate with one or more other computing devices. Such communication may occur via an input/output (I/O) interface 650. Also, the electronic device 600 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the Internet) via the network adapter 660. The network adapter 660 may communicate with other modules of the electronic device 600 via the bus 630. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the electronic device 600, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiment of the present invention may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, or a network device, etc.) to execute the above-mentioned electronic prescription flow processing method according to the embodiment of the present invention.
Compared with the prior art, the invention has the advantages that:
on one hand, aiming at the environment that a new version is inconvenient to release at any time in a medical scene (in a hospital), the user behavior tracking technology of the Internet is realized, the characteristics of convenient development and timely statistical analysis are realized, and the user behavior tracking problem is partially solved at a lower cost; on the other hand, the calling log of the calling interface of the server side utilizes a search engine of the search server and an aggregation technology to carry out an aggregation technology, so that the calling quantity variation trend and the variation of the product module can be obtained, the calculation efficiency of the calling quantity variation trend and the variation is accelerated, the obtained calling quantity variation trend and the variation of the product module can be referred to improve the interface and the layout of the product module, and the user experience is improved.
Other embodiments of the invention will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the invention and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the invention being indicated by the following claims.
Claims (9)
1. A method for processing a module call amount of a medical application is characterized by comprising the following steps:
acquiring a call log of each application programming interface of a medical application server side, wherein the medical application is positioned in a private cloud;
determining a call log associated with each product module according to a corresponding relation between a prestored application programming interface and the product module;
storing the identification of each product module and the call log associated with the identification in a search server;
searching the identification of the product module and the call log of the set time period by using a search engine of the search server;
performing aggregation counting on the searched call logs to serve as the call volume of the product module in the set time period; and
calculating and obtaining calling quantity change trends and change quantities of the product modules in a plurality of set time periods;
sorting the product modules according to the calling quantity change trend and the calling quantity change quantity of each product module in a plurality of set time periods;
the performance of the product module with a large calling amount is improved, and the performance of the product module with a small calling amount is reduced.
2. The method for processing the module call volume of the medical application according to claim 1, wherein after sorting the product modules according to the call volume change trend and change volume of each product module in a plurality of set time periods, the method further comprises:
and sequencing the product modules according to the calling quantity of the product modules in a preset time period.
3. The method of processing module call volume for medical applications according to claim 1, wherein said sorting the product modules according to the call volume change trend and change volume of each product module over a plurality of set time periods further comprises:
and sequencing the product modules according to the change rate of the calling amount of the product modules, wherein the change rate is (calling amount of the product module in the later time period-calling amount of the product module in the previous time period)/calling amount of the product module in the previous time period.
4. The method for processing the module call volume of the medical application according to claim 1, wherein after obtaining the call logs of the application programming interfaces at the server side of the medical application, before determining the call logs associated with each product module according to the pre-stored correspondence between the application programming interfaces and the product modules, the method further comprises:
associating a plurality of call logs of the application programming interfaces with parent-child relationships in the call logs of the same user with the same tracking id record according to the parent-child relationships of the application programming interfaces called by the call logs;
and associating a plurality of call logs in the same session of the same user with the same session id record.
5. The method of claim 4, wherein the calling process of the user is restored according to the same tracking id and/or the same session id.
6. The method according to claim 4, wherein in the step of performing aggregate counting on the searched call logs as the call volume of the product module in the set time period, the call logs of the same application programming interface associated with the same trace id and/or the same session id are not repeatedly counted.
7. A modular call volume processing apparatus for medical applications, comprising:
the acquisition module is used for acquiring a call log of each application programming interface of a server side of the medical application, and the medical application is positioned in a private cloud;
the determining module is used for determining a call log related to each product module according to the corresponding relation between the pre-stored application programming interface and the product module;
the storage module is used for storing the identification of each product module and the call log associated with the identification in the search server;
the search module is used for searching the identification of the product module and the call log of the set time period by using a search engine of the search server;
the aggregation module is used for performing aggregation counting on the searched call logs to serve as the call volume of the product module in the set time period; and
the calculation module is used for calculating and obtaining calling quantity change trends and change quantities of the product modules in a plurality of set time periods;
the module call volume processing apparatus of the medical application is further configured to:
sorting the product modules according to the calling quantity change trend and the calling quantity change quantity of each product module in a plurality of set time periods;
the performance of the product module with a large calling amount is improved, and the performance of the product module with a small calling amount is reduced.
8. An electronic device, characterized in that the electronic device comprises:
a processor;
memory having stored thereon a computer program which, when executed by the processor, performs the method of any of claims 1 to 6.
9. A storage medium, characterized in that the storage medium has stored thereon a computer program which, when being executed by a processor, performs the method according to any one of claims 1 to 6.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811338022.3A CN109582650B (en) | 2018-11-09 | 2018-11-09 | Module calling amount processing method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811338022.3A CN109582650B (en) | 2018-11-09 | 2018-11-09 | Module calling amount processing method and device, electronic equipment and storage medium |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109582650A CN109582650A (en) | 2019-04-05 |
CN109582650B true CN109582650B (en) | 2021-05-25 |
Family
ID=65922174
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811338022.3A Active CN109582650B (en) | 2018-11-09 | 2018-11-09 | Module calling amount processing method and device, electronic equipment and storage medium |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109582650B (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115757302B (en) * | 2022-10-28 | 2023-06-27 | 支付宝(杭州)信息技术有限公司 | Data analysis method, device, equipment and storage medium |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1956395A (en) * | 2005-10-24 | 2007-05-02 | 中兴通讯股份有限公司 | Method for monitoring performance of multi-equipment in telecommunication network management system |
CN103377116A (en) * | 2012-04-27 | 2013-10-30 | 国际商业机器公司 | Method and device for recording and analyzing log in distributed information system |
CN105468506A (en) * | 2014-09-02 | 2016-04-06 | 腾讯科技(深圳)有限公司 | Application management method, device and terminal |
CN106156069A (en) * | 2015-03-31 | 2016-11-23 | 北京畅游天下网络技术有限公司 | Log system and log recording method |
CN107861821A (en) * | 2017-10-26 | 2018-03-30 | 北京百度网讯科技有限公司 | Method for digging, device and the computer-readable medium of module call relation |
CN108111629A (en) * | 2018-01-19 | 2018-06-01 | 京东方科技集团股份有限公司 | Application Programming Interface service unit and Application Programming Interface service system |
KR20180078296A (en) * | 2015-11-03 | 2018-07-09 | 알리바바 그룹 홀딩 리미티드 | Service call information processing method and device |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040076178A1 (en) * | 2001-03-29 | 2004-04-22 | Botton Laurence Jon | Protocol conversion |
US7526550B2 (en) * | 2004-03-26 | 2009-04-28 | Sap Ag | Unified logging service with a log viewer |
CN101329638B (en) * | 2007-06-18 | 2011-11-09 | 国际商业机器公司 | Method and system for analyzing parallelism of program code |
CN102347983B (en) * | 2011-08-26 | 2014-01-29 | 四川长虹电器股份有限公司 | ESB (Enterprise Service Bus) system in SOA (Service-Oriented Architecture) |
CN105591821B (en) * | 2016-01-06 | 2020-06-30 | 北京京东尚科信息技术有限公司 | Monitoring system and service system |
CN107229619B (en) * | 2016-03-23 | 2020-07-28 | 阿里巴巴集团控股有限公司 | Method and device for counting and displaying calling condition of internet service link |
CN106373014A (en) * | 2016-08-24 | 2017-02-01 | 腾讯科技(深圳)有限公司 | Method and apparatus for assessing health degree of application |
CN114281781A (en) * | 2016-10-26 | 2022-04-05 | 华为技术有限公司 | Data processing method and data processing equipment |
-
2018
- 2018-11-09 CN CN201811338022.3A patent/CN109582650B/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1956395A (en) * | 2005-10-24 | 2007-05-02 | 中兴通讯股份有限公司 | Method for monitoring performance of multi-equipment in telecommunication network management system |
CN103377116A (en) * | 2012-04-27 | 2013-10-30 | 国际商业机器公司 | Method and device for recording and analyzing log in distributed information system |
CN105468506A (en) * | 2014-09-02 | 2016-04-06 | 腾讯科技(深圳)有限公司 | Application management method, device and terminal |
CN106156069A (en) * | 2015-03-31 | 2016-11-23 | 北京畅游天下网络技术有限公司 | Log system and log recording method |
KR20180078296A (en) * | 2015-11-03 | 2018-07-09 | 알리바바 그룹 홀딩 리미티드 | Service call information processing method and device |
CN107861821A (en) * | 2017-10-26 | 2018-03-30 | 北京百度网讯科技有限公司 | Method for digging, device and the computer-readable medium of module call relation |
CN108111629A (en) * | 2018-01-19 | 2018-06-01 | 京东方科技集团股份有限公司 | Application Programming Interface service unit and Application Programming Interface service system |
Non-Patent Citations (1)
Title |
---|
基于MEAN+SpringMVC的服务管理平台的设计与实现;张传国等;《计算机科学》;20171115;第44卷(第11A期);538-541页 * |
Also Published As
Publication number | Publication date |
---|---|
CN109582650A (en) | 2019-04-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10051082B2 (en) | Cost determination to provide software as a service | |
US20200159663A1 (en) | Controlling a rate of prefetching based on bus bandwidth | |
CN110874307A (en) | Event buried point collecting and reporting method and device | |
CN109561212B (en) | Merging method, device, equipment and storage medium for published information | |
CN110795697A (en) | Logic expression obtaining method and device, storage medium and electronic device | |
CN109284450B (en) | Method and device for determining order forming paths, storage medium and electronic equipment | |
CN110096521A (en) | Log information processing method and device | |
US10956133B2 (en) | Static optimization of production code for dynamic profiling | |
CN109582650B (en) | Module calling amount processing method and device, electronic equipment and storage medium | |
CN112330502B (en) | Contract auditing method and device, electronic equipment and storage medium | |
CN112445691B (en) | Non-invasive intelligent contract performance detection method and device | |
US11494720B2 (en) | Automatic contract risk assessment based on sentence level risk criterion using machine learning | |
CN111681032B (en) | Method and device for configuring additional resources and electronic equipment | |
CN111026945B (en) | Multi-platform crawler scheduling method, device and storage medium | |
WO2023169165A1 (en) | Access data processing method and apparatus, electronic device, and computer readable medium | |
CN116450723A (en) | Data extraction method, device, computer equipment and storage medium | |
CN109408544B (en) | Data aggregation method and device based on engine, storage medium and server | |
US20200218584A1 (en) | Identifying and demarcating application transactions in an event loop based runtime | |
CN111241048A (en) | Web terminal log management method, device, medium and electronic equipment | |
WO2023138923A1 (en) | Failure prediction using informational logs and golden signals | |
US10353795B2 (en) | Standardizing run-time and historical customer and test environments and workloads comparisons using specific sets of key platform data points | |
US10628840B2 (en) | Using run-time and historical customer profiling and analytics to determine and score customer adoption levels of platform technologies | |
CN112000491B (en) | Application program interface calling method, device, equipment and storage medium | |
US11360877B2 (en) | Forming microservices from monolithic applications | |
US10409704B1 (en) | Systems and methods for resource utilization reporting and analysis |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |