KR101577285B1 - Apparatus having android-based sensor abstraction layer for U-health application development - Google Patents

Abstract

The present invention relates to a sensor abstraction layer for developing U-health applications in an Android-based smartphone, and more particularly, to a sensor abstraction layer for developing U- Based sensor abstraction layer for developing a u-health application that interoperates with a mobile phone.
According to the present invention, a sensor abstraction layer that is standardized so that an application program can be developed regardless of the type of an external device is provided. Based on the message filtering technology, unnecessary information is removed and information necessary for standardization is added, . In addition, by utilizing the table-based API mapping technique, the standard message is transmitted from the sensor abstraction layer.

Description

[0001] The present invention relates to an Android-based sensor abstraction layer for U-

The present invention relates to an Android-based sensor abstraction apparatus for U-health application development, and more particularly, to an apparatus and a method for linking sensors and an Android-based smart phone to improve the convenience of U- To an apparatus having an Android-based sensor abstraction layer for developing a u-health application.

With the proliferation of smart devices, there is a growing need to rapidly develop and deliver diverse applications. Particularly, there is a growing interest in U-health related to human health, and a variety of related applications are being developed.

U-health refers to the use of information and communication networks such as the Internet, mobile phones, and interactive cable TV to connect patients and physicians without regard to time and place, and to provide healthcare and health care such as diagnosis, Service. Through this, blood pressure, blood sugar, body temperature, as well as diagnostic images, prescriptions, and medical history are provided to the doctor, the patient can receive services such as medication prescription, diet management, health care, emergency transport. An example of a typical u-health service is the Google Health Program, which provides periodic health checks and related news by entering personal health information on the Internet homepage.

U-Health, which corresponds to Health Technology (HT), is the most advanced field in Korea where smart phones are actively used, and is expected to grow greatly. In particular, among u-health fields, There is a growing interest in technology.

However, in order to provide a service based on a mobile phone, a technology for interlocking the sensor devices with the smartphone is required. For this purpose, an application developer needs to use a hardware- There is a problem that it is possible to develop application programs with knowledge. In addition, there is a problem that the application code and the library code for controlling the sensor must be modified every time the sensor is detached or the type of the sensor is changed.

It is an object of the present invention to provide a sensor abstraction device standardized so that an application developer can develop an application program regardless of the type of an external device such as a sensor.

The purpose of this paper is to remove the unnecessary information based on the message filtering technology and add the information necessary for standardization to generate a standardized message.

It also aims at transmitting a standard message from the sensor abstraction layer by utilizing a table-based API mapping technique.

According to an aspect of the present invention, there is provided a hardware abstraction device for developing a u-health application in a smartphone,

A Linux kernel part that supports drivers for various devices; A hardware abstraction layer that is a collection of routines that handle hardware-dependent details, a library part that is an assembly of operating system programs, and Android that allows you to allocate separate virtual machines for each process and run multiple virtual machines simultaneously A system library unit having a runtime unit; An application framework part having an Android API part calling the system library part and the Linux kernel part and using a plurality of managers and providing a building block used in application creation; And an application unit for executing an application program programmed by a user, wherein the hardware abstraction layer unit comprises a plurality of U-health sensors for measuring and outputting body information of a examinee for u-healthcare, a Java Native Interface (JNI) A sensor abstraction layer for filtering various information inputted from each of the u-health sensors and converting the various information into a standardized message and providing the same as an application program for u health care executed in the application unit; And a plurality of interfaces for transmitting the information output from the u-health sensor to the sensor abstraction layer. The present invention provides an Android-based sensor abstraction device for developing a u-health application.

delete

Wherein the sensor abstraction layer unit comprises: a table mapping module in which data of each of the healthcare sensors is stored in a table form for each type; A message filtering module for filtering data input from the u-health sensor and extracting only predetermined messages; An API module that converts the standard message into a standard message through the table mapping module and the message filtering module and outputs the standard message to the application unit when the application unit receives the information of the specific health sensor; And a standard message output module that receives the message extracted from the message filtering module, arranges the message according to a predetermined order, and outputs the message as a standard message.

Preferably, the message filtering module analyzes various lengths and various types of messages transmitted from the u-health sensor to remove unnecessary information and unifies the sensor value execution period of the sensor.

The API module may set a pre-stored data table so as to map the interface to the interface 1: 1, and may provide information corresponding to the sensing information requested from the application unit.

The standard message output module may generate and provide a standardized message by adding information required for standardization to a message passed through the message filtering module.

According to the present invention, there is an effect of providing a standardized sensor abstraction layer so that an application program can be developed regardless of the type of external device by forming a hardware abstraction layer for developing a u-health application in a smartphone.

In addition, based on the message filtering technology, there is an effect of eliminating unnecessary information and generating a standardized message by adding information necessary for standardization.

In addition, by utilizing the table-based API mapping technique, the standard message is transmitted from the sensor abstraction layer.

1 is a diagram illustrating an Android platform according to an embodiment of the present invention;
2 is a diagram illustrating JNI technology applied to an Android platform according to an embodiment of the present invention;
3 is a diagram illustrating a connection of a sensor, an interface, and a sensor abstraction layer according to an embodiment of the present invention;
4 is a diagram illustrating message filtering according to an embodiment of the present invention.
5 is a diagram illustrating filtering of the execution cycle of a sensor according to an embodiment of the present invention;
6 is a diagram illustrating filtering of error values of data received from sensors according to an embodiment of the present invention;

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. Prior to this, terms and words used in the present specification and claims should not be construed as limited to ordinary or dictionary terms, and the inventor should appropriately interpret the concepts of the terms appropriately It should be interpreted in accordance with the meaning and concept consistent with the technical idea of the present invention based on the principle that it can be defined. Therefore, the embodiments described in this specification and the configurations shown in the drawings are merely the most preferred embodiments of the present invention and do not represent all the technical ideas of the present invention. Therefore, It is to be understood that equivalents and modifications are possible.

1 is a diagram illustrating an Android platform according to an embodiment of the present invention. 2 is a diagram illustrating JNI technology applied to an Android platform according to an embodiment of the present invention.

1 and 2, the Android platform according to the present invention includes a Linux kernel unit 10 for supporting drivers for various device devices, an input or output interface 213, program interrupts, The hardware abstraction layer 21, which is a collection of routines for processing hardware-dependent details, and the library that is provided by the device, And an Android runtime unit 23 for allocating a separate virtual machine for each process to improve the stability and reduce memory consumption so that a plurality of virtual machines can be operated at the same time ), Calls the system library and the Linux kernel, Activity Manager, Window Manager, Contents Manager, View System, Notification Manager, Package Manager, Resource Manager, and so on. An application framework unit 30 provided with an Android API unit to utilize and providing a building block used in application creation, and an application unit 40 programmed by a user to produce an application program. At this time, the platform is a concept including the processor and hardware devices that are the basic of the system and the operating system that drives the system.

The Linux kernel portion 10 is the lowest layer of Android and performs internal memory management, process management, networking, and operating system services.

The system library unit 20 may include a hardware abstraction layer unit 21, a library unit 22, and an Android runtime unit 23. At this time, the hardware abstraction layer 21 serves to support communication, image processing, and sensor devices mounted on the smart phone by using an application (application program, application software) Will be described later. The library unit 22 is composed of a C or C ++ program and includes a surface manager, a graphic library (OpenGL / ES), a media framework, an SQL DB (SQLite), and a browser engine (Webkit) . The Android runtime 23 also includes a Dalvik VM that runs Dalvik executable (.dex) format files optimized with minimal memory footprint and is based on the Linux kernel for thread management and low-level memory management And so on.

The application framework unit 30 is a collection of classes and libraries that implement an application program standard structure for a specific operating system in programming. By integrating a large number of reusable codes into a framework, The application can be used in the same way as before without rewriting. An example of this is the graphical user interface (GUI). Since the basic code structure of the application is clear, the standard framework can be used to automatically create a GUI tool. In this case, the implementation of the program is such that the application-specific class in which the object-oriented programming technique is used inherits the existing class of the framework .

The application unit 40 is a top layer of the Android platform, and means a space in which a program executed on a visible screen is executed. In the present invention, an application is developed in order to link various sensors and applications (application programs) for monitoring the health state of a patient in real time in the field of u-health.

However, conventionally, whenever the new devices are added, the source code of the hardware abstraction layer 21 is modified to add the setting of the interface 213, and there is a need to newly update the system image after recompiling the settings , And it was difficult for the program developers to perform this directly. Accordingly, the problem is overcome by using a method of accessing the sensor in the application unit 40 by utilizing the standard library generation technique and the Java Native Interface (JNI) technology. That is, by standardizing the sensor access interface, it is possible to provide an environment in which the development of an application can be made convenient in a u-health environment in which various sensors are detached and attached. Here, the standard library generation technology refers to a technique for creating a library-type code for controlling an external device when the external device is added. The JNI (Java Native Interface) technology is a technique for providing a mechanism by which a function of the library unit 22 implemented by a C or C ++ program in an application unit 40 implemented in a Java programming language can be called and used .

In the present invention, data transmitted from various biometric sensors is provided at the library level using the JNI technology. The sensor abstraction layer 212 implemented at the level of the system library unit 20 receives the standardized message do. Accordingly, the application developer provides a programming basis without having to analyze the operation mode of the sensor 211 and the type of the message transmitted from the sensor 211.

FIG. 3 is a diagram illustrating a connection of the sensor 211, the interface 213, and the sensor abstraction layer 212 according to an embodiment of the present invention.

Referring to FIG. 3, the hardware abstraction layer unit 21 generates a code for controlling an external device when the external device is added, in a form of a library. The application abstraction layer unit 21 includes a library implemented by a C program or a C ++ program And connects the sensor 211 and the sensor abstraction layer 212 based on JNI (Java Native Interface) that calls a function of the sensor. At this time, the Android platform includes a plurality of sensors 211 for measuring and outputting physical information of the examinee for U-health care, a sensor abstraction layer 212 for outputting information output from the plurality of sensors 211, And the application unit 40 downloaded and installed for a healthcare service, information is requested from each sensor 211, and then various information inputted from each sensor 211 is filtered And a sensor abstraction layer 212 for converting the message into a standardized message and providing the same to the application unit 40.

At this time, a message filtering technique and a table-based API mapping technique are utilized to provide a standardized interface 213 to an application developer irrespective of the type of the sensor 211. The sensor abstraction layer unit 212 includes a table mapping module 2121 in which data of each sensor 211 is stored in a table form for each type, a message filtering module 2122 for filtering data input from the sensor, An API module 2123 for converting a standard message through a table mapping module 2121 and a message filtering module 2122 and outputting the converted standard message as a standard message when a request is received from the sensor 211 in an application unit, And a standard message output module 2124 for sorting the messages according to a predetermined order and outputting the sorted messages as standard messages.

FIG. 4 is a diagram illustrating message filtering according to an exemplary embodiment of the present invention. Referring to FIG. 5 is a diagram illustrating filtering of the execution period of the sensor 211 according to an embodiment of the present invention. 6 is a diagram illustrating filtering of error values of data received from the sensors 211 according to an embodiment of the present invention.

4, the message filtering module 2122 removes unnecessary information by analyzing messages of various types and various types transmitted from the sensor 211, and unifies the sensor value execution cycle of the sensor 211 . The API module 2123 sets and stores a data table in advance so that the sensor 211 and the interface 212 can perform 1: 1 mapping, and provides information corresponding to the sensing information requested through the application program. In addition, the standard message output module 2124 adds information necessary for standardization to a message passed through the message filtering module 2122 to generate and provide a standardized message.

The message filtering module 2122 measures data values from a blood pressure sensor, a body temperature sensor, an internal body carbon dioxide measurement sensor, a heart rate sensor, and the like, and transmits the data values to the sensor abstraction layer unit 212. Then, the information transmitted from each sensor 211 is filtered by the message filtering module 2122. That is, since the message transmitted from each biometric sensor 211 has a length different from that of the biometric sensor 211, a problem occurs that the user must analyze and interpret the message each time, so that the message is filtered and reproduced as a standard message. At this time, the message filtering module 2122 includes not only the filtering but also a summary technique for producing a unified message (standard message) by adding the information necessary for standardization to the message from which unnecessary information is removed.

Referring to FIG. 5, since the intervals for updating the values of all the sensors 211 are different, there is an inconvenience that the developer must grasp the values and read the values at necessary intervals during application program development. Accordingly, the developer can set the period of each sensor and transmit the message according to the period requested by the developer. That is, regardless of the type of the sensor 211 or the sensing period, the information collected by each sensor can be set to be received in order.

Referring to FIG. 6, there is a possibility that error values such as noise are included in the data values transmitted from the sensors 211. If an error value that can be generated, for example, in FIG. 6, is determined to be an error value, the error value is filtered in this drawing. In other words, by setting the range of the error value in advance by the user, the error value can be detected and filtered. In this way, despite the possible error value, it can be filtered to provide a stable sensing result to the developer.

As a result, a specific message is transmitted regardless of the message type or configuration of the biometric sensor 211, the period for updating the value of the sensor 211 can be unified, and the error value among the data transmitted from the sensor 211 Can be detected and removed.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed embodiments, but, on the contrary, And various modifications and variations are possible within the scope of the appended claims.

10: Linux kernel part 20: System library part
30: Application framework part 40: Application part
21: hardware abstraction layer unit 22: library unit
23: Android Runtime
30: Application framework part 40: Application part
211: sensor 212: sensor abstraction layer unit
213: Interface
2121: Table mapping module 2122: Message filtering module
2123: API module 2124: Standard message output module

Claims (6)

A Linux kernel part that supports drivers for various devices;
A hardware abstraction layer that is a collection of routines that handle hardware-dependent details, a library part that is an assembly of operating system programs, and Android that allows you to allocate separate virtual machines for each process and run multiple virtual machines simultaneously A system library unit having a runtime unit;
An application framework part having an Android API part calling the system library part and the Linux kernel part and using a plurality of managers and providing a building block used in application creation; And
An application unit in which an application program programmed by a user is executed;
Lt; / RTI >
The hardware abstraction layer unit is connected to a plurality of U-health sensors that measure and output physical information of a examinee for u healthcare, based on JNI (Java Native Interface)
A sensor abstraction layer for filtering various information received from each of the u-health sensors and converting the various information into a standardized message and providing the same as an application program for u-health care executed in the application unit; And
A plurality of interfaces for transmitting information output from the u-health sensor to the sensor abstraction layer;
Based sensor abstraction device for developing a u-health application. delete The method according to claim 1,
The sensor abstraction layer comprises:
A table mapping module in which data of each of the united health sensors is stored in the form of a table for each type;
A message filtering module for filtering data input from the u-health sensor and extracting only predetermined messages;
An API module that converts the standard message into a standard message through the table mapping module and the message filtering module and outputs the standard message to the application unit when the application unit receives the information of the specific health sensor; And
A standard message output module for receiving a message extracted from the message filtering module, sorting the message according to a predetermined order, and outputting the message as a standard message;
Based sensor abstraction device for developing a u-health application. The method of claim 3,
Wherein the message filtering module comprises:
Based sensor abstraction device for developing a u-health application, the method comprising: analyzing messages of various lengths and various types transmitted from the u-health sensor to remove unnecessary information and unifying the sensor value execution cycle of the sensor. The method of claim 3,
Wherein the API module comprises:
Wherein the controller is configured to set a pre-stored data table so that the interface can be 1: 1 mapped to the interface, and provides information corresponding to the sensing information requested from the application unit. Sensor abstraction device. The method of claim 3,
Wherein the standard message output module comprises:
Wherein the standardized message is generated and provided by adding information required for standardization to a message passed through the message filtering module.

Images