KR20070019606A - Terminal control method, terminal apparatus and program - Google Patents

Abstract

An object of the present invention is to efficiently add a function of a terminal.

The present invention provides a service definition for storing a device processing unit (100) executed using a device included in a terminal, application programs (310, 320, 330) installed in the terminal, and user settings when executing the application program. The file 312, 322, 332 and the device processing are judged to determine whether an item corresponding to the user setting condition defined in the service definition file is executed by the device processing, and when the item is executed, the application program is executed. It is configured to have a broker (210, broker) that executes the defined processing.

Terminal, Add Function, Program, Application, Device, Broker, Serialization, Deserialization

Description

Terminal control method, terminal device and program {TERMINAL CONTROL METHOD, TERMINAL APPARATUS AND PROGRAM}

1 is a block diagram illustrating an example of a terminal according to an embodiment of the present invention.

2 is a diagram illustrating an example of a launcher framework component according to an embodiment of the present invention.

3 is an explanatory diagram showing an example of a setting screen according to an embodiment of the present invention.

4 is an explanatory diagram showing an example of conditional connection according to an embodiment of the present invention.

5 is an explanatory diagram showing an example of processing of a broker according to an embodiment of the present invention.

6 is a flowchart illustrating an operation of a broker according to an embodiment of the present invention.

7 is a block diagram illustrating an example of an interrupt notification and serialization conversion according to an embodiment of the present invention.

8 is an explanatory diagram showing an example of setting conditions according to an embodiment of the present invention.

9 is an explanatory diagram showing an example of a user condition input according to an embodiment of the present invention.

10 is an explanatory diagram showing an example of a condition determination interface according to an embodiment of the present invention.

11 is an explanatory diagram showing an example of a de-serialization interface according to an embodiment of the present invention.

12 is an explanatory diagram showing an example of downloading a launcher core framework and region information according to an embodiment of the present invention.

13 is a flowchart illustrating a manner mode setting example according to an embodiment of the present invention.

14 is a flowchart illustrating an example of silent mode release according to an embodiment of the present invention.

[Description of the code]

11: antenna 12: wireless communication processing unit

13: data processor 14: voice processor

15: Speaker 16: Microphone

21: control unit 22: display unit

23: control panel 24: memory

25: GPS processing unit 27: non-contact IC card unit

100: device application 110: GPS device application

120: timer application 130: contactless IC card application

200: launcher framework core 210: broker

220: setting application 310: first application

311: Silent Mode Settings Application

312: Silent Mode Settings Application Service Definition File

320: second application 321: wallpaper application

322: Wallpaper application service definition file

330: third application 331: browser application

332: Browser application service definition file

Patent Document 1: Japanese Patent Application Laid-Open No. 2004-312619

The present invention relates to, for example, a terminal control method suitable for an information processing terminal such as a cellular phone terminal, a terminal device to which the control is applied, and a program for executing the control.

In a conventional information processing terminal such as a cellular phone terminal, some terminal settings are automatically made at a timing specified by a user. For example, as a simple example, a timer may be automatically activated when a user-specified time arrives so that a ring tone sounds.

The function operated by such user's setting is realized by an application program built in the cellular phone terminal.

Patent Document 1 describes an example of a portable terminal capable of realizing various functions by user setting.

  By the way, the function performed automatically based on the user setting described above is to determine the arrival of the time, etc. using a threshold value preset in the terminal, and the items that can be set are also limited. It was difficult. That is, for example, in the case of an example in which the timer is automatically started when the time specified by the user is reached, the action of "sounding at the designated time" cannot be changed under conditions other than the condition of "the specified time". In order to add a plurality of conditions, it is necessary to modify the setting application program in the terminal, but it is generally difficult to correct this.

In a terminal such as a conventional cellular phone, a settable value is selected by a user in a predetermined setting item. Therefore, it was not possible to set a condition on an application added by downloading or the like, or to transfer the setting item to the downloaded application. For example, if you pass a playback message to an application for music playback, you can add or modify a setting item later, such as passing a file to play back and passing information along on or off in silent mode. It was difficult to do it.

The present invention has been made in view of this point, and an object thereof is to effectively add a function of a terminal.

The present invention provides a service definition file in which device processing executed using a device provided in a terminal, an application program installed in the terminal, a service definition file storing user settings when executing the application program, and a device process are determined. It is configured to determine whether an item corresponding to the user setting condition defined as is executed by device processing, and when the item is executed, to have a broker that executes the defined process for the application program.

In this way, for example, when there is an interrupt from an application program that performs device processing, the broker determines whether or not an item corresponding to the user setting condition defined in the service definition file is satisfied. At this point, the defined application program is executed.

EMBODIMENT OF THE INVENTION Hereinafter, one Embodiment of this invention is described with reference to an accompanying drawing.

Fig. 1 is a diagram showing an example of the configuration of a portable telephone terminal device which performs the processing of the present embodiment. Referring to FIG. 1, the radio communication processing unit 12 to which the antenna 11 is connected performs radio transmission and reception between base stations and the like. The received signal is transmitted to the data processing unit 13, and processing for taking out necessary data is performed. When receiving the voice data, the received voice data is supplied to the voice processing unit 14 to perform voice data processing. The audio signal is output from the speaker 16. In addition, the voice signal collected by the microphone 16 is supplied to the voice processing unit 14 to perform the processing of the voice data for transmission, and the processed voice data is transmitted to the data processing unit 13 to transmit the data for transmission. Configure. The transmission data generated by the data processing unit 13 is subjected to wireless transmission processing in the wireless communication processing unit 12 and wirelessly transmitted from the antenna 11.

In order to transmit and receive data such as transmission and reception of electronic mail data or the like from the terminal device, the data received from the data processing unit 13 is transmitted to the control unit 21 side, and stored in the memory 24, About transmission data, it is sent from the memory 24 to the data processing part 13, and a transmission process is carried out. Based on the mail data accumulated in the memory 24 and the data for browsing the browser, the display unit 22 performs a corresponding display. Moreover, it is equipped with the operation part 23 comprised from operation keys etc. which a user operates, and the control part 21 determines an operation state, and is comprised so that the operation state or operation mode corresponding to an operation may be set.

In addition, the terminal device of the present embodiment includes a GPS (Global Positioning System) processing unit 25, and is capable of positioning the current position of the terminal device based on a signal from the positioning satellite received by the GPS antenna 26. Consists of. The positioning position information is determined by the control unit 21 side.

In addition, the terminal apparatus of this embodiment is provided with a non-contact IC card unit 27, and is configured to perform wireless communication for authentication between adjacent readers and writers, and to perform personal authentication, billing processing, and the like. The control unit 21 also monitors the processing state in the non-contact IC card unit 27 and is configured to display an authentication state or the like.

Next, a configuration for executing software for operating each function prepared in the mobile phone terminal apparatus of the present embodiment will be described with reference to FIG. 2 is a diagram showing a launcher framework component of the present embodiment. The launcher framework component is a component configured by execution in the control unit 21 of a program stored in the memory 24 shown in FIG. In FIG. 2, a device that executes each function included in the terminal device is shown as the device application program 100. Here, the device application program 100 includes a GPS device application program 110, a timer application program 120, and a non-contact IC card application program 130. Each application program 110, 120, 130 is connected to a broker 210 of the launcher framework core 200 by the sensing interfaces 111, 121, 131.

In the launcher framework core 200, the broker 210 communicates with the setting application 220 through the application program interface 221. The broker 210 controls the execution of the application program set in this terminal. Here, the application program includes a first application 310, a second application 320, and a third application 330.

The first application program 310 includes a manner mode setting application program 311, and has a manner mode setting application service definition file 312. The second application program 320 includes a wallpaper application 321 and has a wallpaper application service definition file 322. The third application 330 includes a browser application 331 and has a browser application service definition file 332. Each application program 311, 321, 331 is connected to the broker 210 via the launcher interface 313, 323, 333. The launcher interfaces 313, 323, and 333, in the case of receiving the serialized format data in the present embodiment, convert the data into the original format data and deliver it to the application program.

Each setting application (311, 321, 331) reads the service definition files (312, 322, 332) of each application to determine what to do if the user meets the conditions of the device and the operation of the device. To select the user.

The broker 210 checks each time there is an interrupt from the device application whether there is an item that meets the conditions set by the user, and if there is an item that is matched, calls the set application and defines Notify the message.

For example, suppose that there is an application program to set to silent mode when arriving at a station, and the GPS device application program 110 is connected as a sensor, for example, when connecting it to a GPS device application program. The manner mode setting application is connected. It is assumed that the service definition file of the silent mode setting application includes the following items.

<Service>

<Name> silent mode setting </ name>

<Parameter type = “ON / OFF” name = “Switch” />

<Start type type = “HOGEHOGE” />

    </ Service>

In this example, the service is an item of a type in which one service called "manner mode setting" is defined and the on / off can be selected as a parameter.

The silent mode configuration application is called from the broker through the launcher interface. In Launcher l / F, the user-specified value can be obtained according to the service definition file. Since the silent mode is specified on / off, the property named "Switch" is acquired. When the mode is on, the silent mode is turned on and the event is terminated.

The service definition file described above describes a service that can be started and set by an application program. Hereinafter, the service definition file will be described. The service definition file of this embodiment is a separate file and is described in a language having general purpose. Therefore, not only the built-in application program but also the application program downloaded and added later can be supported. The service definition file is read from the launcher's configuration application to provide the user with options.

The structure of the service definition file is, for example, the following file described in a general-purpose meta description language.

<Service>

<Name> silent mode setting </ name>

<Parameter type = “ON / OFF” name = “Switch” />

<Start type type = “HOGEHOGE” />

    </ Service>

Here, a name and parameters are specified for one service. In addition, HOGEHOGE is set as a selectable start type.

The parameter indicates an item input by the user. The type of input is represented by [type], and the primitive type prepared in advance and the original type defined for each device can be set via the device application program, and are simultaneously transmitted when sending a message to the application program according to an event. In the present embodiment, one application program may provide a plurality of services, and a plurality of parameters may be designated.

There are two types of parameters passed to the application: primitive types and original types. Primitive types are built into the launcher from scratch. For example, types such as on / off, text, numeric value, URL, file selection, list, and time are prepared. In the case of on / off, the input box becomes an item of on and off, and the user selects either on or off. In the case of text, it becomes a text input state and can set text.

The original type can be a complex type other than input from a user or a device dependent type. For example, the current position acquired from the GPS, the binary data input from the non-contact IC application program, or the like can be displayed. They allow each device application to serialize in binary, and the handled application to deserialize and receive data.

The original type may be set to a user by calling a device application program, or may obtain a value from the device application program when an event occurs. In the case of GPS, it is possible to allow a user to select a location from a map when setting an event, and to transmit a current location when an event occurs.

When an event occurs, the broker calls a device application program that maps a type name to a value. For example, if a type such as “LAST-GPS-LOCATION” is specified, the mapped GPS application is called and the last acquired position information is returned.

The data is serialized in binary through the sensing interfaces 111, 121, 131 (FIG. 2) and transmitted simultaneously with the event to the application.

Unlike the primitive type, since the original type is binary, it is used in each application by deserializing the specification of each device application or application.

When installing on the terminal of the application program, the service definition file is developed. Applications can run independently, but deployed services can be launched and invoked from the launcher core framework.

The setting application program 220 (FIG. 2) is a component which graphically displays a service definition file and becomes an interface with a user. In other words, the setting application program is a part of the launcher core user interface. The setting application program performs a process of graphically displaying the service definition file. When the setting application program is activated, a screen such as the setting screen shown in FIG. 3 is displayed on the display unit 22 of the terminal device.

For example, if the primitive type on / off is specified in the service definition file, the setting application causes the list box to be displayed to select on / off. In the case of the primitive type for inputting the time, the time is displayed, and the user operates to select it.

The setting application program 220 receives a plurality of event settings from the user and stores the event list. The set event can be edited or deleted. The broker 210 and the setting application 220 are independent, and the broker 210 resides and reads the setting items stored in the setting application 220 when an event occurs.

In the example of FIG. 3, the item which can be set by a manner mode setting application is a manner mode setting, and it is ON / OFF as an option. When the condition button is pressed, the sensing device can be selected and connected to the connected GPS device application program 110. Fig. 4 is a diagram showing a connection state under the condition at this time, connected to an alarm application program based on an input from the GPS device application program 110, and simultaneously notifying the user of an on parameter from the alarm application program. .

When the user presses the setting button, control is passed to the GPS application and the mode is set. When the setting of the place is completed, the setting of the silent mode is completed. And a plurality of conditions can be added. For example, when the home is set in the afternoon and the GPS application in the settings of the timer application program, it is possible to set the condition that the home of the afternoon home.

In this manner, when the user approaches the setting place, the user sets an event for the manner mode setting application to turn on the manner mode switch. They can change / add / delete settings at any time by launching the setup application.

The broker 210 is a core component which handles an event by matching an event input from a sensor with an event group set by a user. In addition, this behavior becomes the framework of the launcher core. 5 is a diagram illustrating a processing example of the broker 210. As shown in Fig. 5, for example, due to the occurrence of an interrupt from the GPS application program, the user setting item is referred to from the service definition file, and the corresponding application program is called with the parameter.

The broker of this embodiment is a component that performs device connection and event handling. The component is a resident component that matches an event from a device with an item set by a user from a database of a setting application program and generates an event specified by the user. The broker checks whether or not it matches the setting item specified by the user, but the determination itself is performed by each device application program through the sensing interface.

The broker operates as shown in the flowchart shown in FIG. Referring to the operation example according to Fig. 6, the broker resides in the standby state. Operation is based on interrupts from each sensing device. Upon receiving an interrupt from the sensing device, the system enters a setting item loop (step S11), extracts a setting item corresponding to the device of the interrupt source, determines whether there is an unchecked setting item (step S12), and unchecks it. If there is a specified setting item, data of the user setting item is obtained (step S13). Then, it is determined whether or not the interrupt generating device is included in the condition (step S14), and if it is included, the set condition is acquired (step S15), and further, it is determined whether the interrupt generating device is included in the condition. (Step S16), the conditional check loop process is performed (steps S17, S18, S19). Then, it is judged whether all the conditions are satisfied (step S20), and when it is satisfied, control to execute the corresponding action is performed (step S21). Then, it repeats until the item setting loop ends (step S22).

The operation shown in the above flowchart is processing for determining whether an event may be generated for each extracted setting item. However, the broker itself does not make a determination, but makes the determination to the device application program corresponding to the sensing device. When the device application program actually makes a determination, the broker sends a corresponding application program message.

At this time, if the application program is not started, it attempts to start, and if it is started, a message is sent. The message is transmitted in a general format such as XML (eXtensible Markup Language) from the parameter group defined in the service definition file.

For example, in the case of an interrupt from a GPS device application program, when the location information is acquired, the location information is posted to the broker. Here, the broker searches for events that can correspond to the GPS device application, and informs the GPS device application whether or not there is an event corresponding to the current location information. In this case, call the silent mode setting application. If the corresponding application program is not started, the application program is started to transmit a message.

Moreover, the device application program which operates each device is a special application program which installs the sensing interface, as shown in FIG.

Here, the interrupt notification that interrupts the broker will be described. The device application program is a component connected to the device driver. When an interrupt is received from the device driver, the broker communicates with each other to notify that the interrupt by the device has been performed.

In this embodiment, since the broker is not aware of the interrupt notification for each device, all the interrupt notifications are passed to the broker in serialized form. As a result, even if the number of devices increases, there is no need to modify the broker. That is, as shown in FIG. 7, when the interrupt generation from the GPS processing unit 25 (FIG. 1) exists in the GPS device application program, the data indicating the interrupt notification is passed to the broker as serialized data. Each device application program has a sensing interface as shown in FIG. 2 and is installed to comply with a request from a broker.

Setting of conditions on the device side is complicated. For example, in setting the condition of the timer, time setting (setting ○ o'clock ΔΔ minute □ seconds) or morning / afternoon setting may be performed. In the setting of the position by GPS, for example, as shown in Fig. 8, the map is displayed on the terminal, and the position and range (the range is indicated by the circle in the map in Fig. 8) as the condition in the map. Can be set. In the example of FIG. 8, when entering the displayed range, it is made to activate. Or it can be made to start when it comes out of the displayed range. You can also specify a latitude and longitude to set a range or place.

In the present embodiment, the condition setting interface is provided so that the broker is not modified each time the device is increased, and the condition setting is made for each device. That is, as shown in Fig. 9, there is a display for allowing a user to input a condition by calling a condition setting interface from a setting application program, and the condition is set by performing a user operation based on the display.

When you set a condition, you serialize that condition and respond to the configuration application. Complex settings per device are converted to a binary number by serialization. As a result, the broker and the setting application program do not need to be concerned about the conditions for each device, so that any application program can be added.

The condition determination interface corresponding to the condition check loop in the flowchart of FIG. 6 determines whether or not the set condition is matched. The decision is called when the broker finds a device that matches the condition. Here, the serialized form of the set condition and the serialized form of the interrupt from the device are passed to the condition determination interface to respond whether or not the condition is met. Fig. 10 is a diagram showing an example of processing of the condition determination interface, and if there is data of the device interrupt and data of the user setting condition from the broker, it is determined as the condition determination interface.

The application program (any one of the programs 311, 321, and 331) notified of the event via the launcher interface (Fig. 2) is passed the primitive type parameter and the original type in the serialized form. Here, the launcher interface converts the serialized format data into the original format data and passes the data. Therefore, it has a deserialization interface and restores the serialized data to the messages of each device application program.

The launcher interface is an interface for receiving an event that has occurred. When the broker detects an event, it issues a message envelope to the application through the launcher interface. The application program that receives the event receives the parameter according to the service definition file. Parameters include primitive types and original types. For primitive types, parameters are given by name, and for the original type, the received binary fields are sent from the serialized format to the original message format (e.g., longitude ×××, Latitude ×××, etc.) to extract the data. 11 shows an example of such a case.

 If the application program is not started when the event occurs, start the application program. At this time, the start type is received by the launcher and issues a message envelope.

If the application is running when the event occurs, it issues a message to the application. Since a message envelope is attached to the parameter of the message, various messages are retrieved from the envelope.

Next, an example in which the processing described above is specifically executed will be described with reference to the flowcharts of FIGS. 13 and 14. FIG. 13 is a process example in the case of setting manner mode based on the position detected by GPS positioning, FIG. 14 is a process example regarding the release of the manner mode based on the position detected by GPS positioning, and the flowchart itself is It is almost identical to the broker operational flow of FIG. 6 already described.

A description will be given of the manner mode setting example shown in FIG. 13. In the case of entering the vicinity of Shinagawa station, which is a GPS device application program condition at the time of data acquisition in step S13, as the latitude and longitude and radius of the position and the conditions of entry and exit. It is assumed that the case of entering the range from the outside, the calling function is a manner mode setting application program, and the parameter is in manner mode on. In step S14, the condition is judged to be satisfied, and in step S15, current position information is acquired as the binarized data from the GPS device application program. The binarized data is transmitted as serialized data and determined in the conditional check of step S18.

Then, in step S20, it is determined whether 300 m near the Shinagawa station, which is the condition here, is entered, and when the condition is satisfied, in step S21, the manner mode on parameter for the manner mode setting application program. To set the silent mode. When the manner mode is set, for example, a ringing tone is not sounded when a call is made to the terminal device, and an automatic response is automatically made when a predetermined number of times is called.

Next, the example of manner mode release shown in FIG. 14 will be described. When entering the vicinity of Kawasaki Station, which is a GPS device application program condition at the time of data acquisition in step S13, the latitude, longitude, radius, and the entry and exit of the position are shown. If the condition is entered from the outside as a condition and the time device condition which is a timer device application condition from evening to late night (for example, from 5 pm to midnight 0), the calling function is in silent mode. It is a setting application and assumes that the parameter is silent mode off. In step S14, the condition is judged to be satisfied, and in step S15, the current positional information is acquired as the binarized data from the GPS device application program. The binarized data is transmitted as serialized data and determined by the condition check in step S18.

In step S20, it is determined whether the time zone from the evening to the late night has entered the vicinity of Kawasaki Station, which is the condition here, and when the condition is satisfied, in step S21, the manner mode setting application program is Then, the silent mode off parameter is transmitted to cancel the silent mode setting. By canceling the setting of the silent mode, for example, a ringing tone is sounded at the time of incoming call of the terminal device, and the automatic answering is not performed.

In this way, it is possible to automatically set the function of the terminal such as the silent mode under any condition set by the user.

In the example described so far, a process example of setting the manner mode in accordance with the positioning position by GPS has been described, but other settings are possible. For example, as shown in Fig. 12, the local information can be downloaded in accordance with the location information, and the local information can be displayed in association with the browser.

According to the present invention, since the broker which determines the service definition file is installed and the execution control of the application program is executed, the user setting device can be easily added or modified by adding the service definition file or the like, and the device performing the processing. It can be easily coped with addition of itself.

In this case, the service definition file is serialized and output to the application program, and the broker can determine the service definition file so that the message can be properly received even when the device is added.

In addition, by providing a device and a plurality of device processes to be executed using the device, serializing and outputting data from each device processing program enables a message to be correctly acquired to a new device even if an application program is added. This makes it easy to cope with the addition of applications or devices.

According to the present invention, since the broker which determines the service definition file is installed and the execution control of the application program is performed, the user itself can easily add or modify the user setting condition by adding the service definition file or the like and perform the processing itself. You can easily cope with the addition of.

Claims (5)

Device processing to be executed using a device provided in the terminal, Application programs installed in the terminal, A service definition file that stores user settings when executing the application;  Determining the device processing, determining whether an item corresponding to a user setting condition defined by the service definition file has been executed by the device processing, and when the corresponding item is executed, the processing defined for the application program Terminal control method characterized in that it has a broker (broker) for executing. The method of claim 1, The service definition file transmits serialized data to the application program, so that the broker can determine the service definition file. The method of claim 1, The device and a plurality of device processes to be executed using the device are each provided, the data from each device processing program is serialized, so that the broker can determine the respective device processing Control method. A device function unit that executes processing, An application storage unit for storing an application; A service definition file storage unit for storing user settings when executing an application stored in the application storage unit; Determine a processing execution state in the device function unit, determine whether an item corresponding to a user setting condition defined by a file stored in the service definition file storage unit is executed in the device function unit, and execute the corresponding item And a control unit that executes a defined process for the application program stored in the application program storage unit. In the program installed in the terminal, A device processing program executed by using a device provided in the terminal, Application programs installed in the terminal, A service definition file creation program for storing user settings when executing the application; The execution status of the device processing program is determined, and whether an item corresponding to a user setting condition defined by a service definition file created by the service definition file creation program is executed in the device processing program, and the corresponding item is determined. And a control program which, when executed, executes a process defined for the application program.

Images