JP4601983B2 - Mobile phone terminal device, program management method, and computer program therefor - Google Patents

Mobile phone terminal device, program management method, and computer program therefor Download PDF

Info

Publication number
JP4601983B2
JP4601983B2 JP2004100267A JP2004100267A JP4601983B2 JP 4601983 B2 JP4601983 B2 JP 4601983B2 JP 2004100267 A JP2004100267 A JP 2004100267A JP 2004100267 A JP2004100267 A JP 2004100267A JP 4601983 B2 JP4601983 B2 JP 4601983B2
Authority
JP
Japan
Prior art keywords
worker
application program
worker process
application
return
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.)
Expired - Fee Related
Application number
JP2004100267A
Other languages
Japanese (ja)
Other versions
JP2005284904A (en
Inventor
哲 西田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kyocera Corp
Original Assignee
Kyocera Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kyocera Corp filed Critical Kyocera Corp
Priority to JP2004100267A priority Critical patent/JP4601983B2/en
Priority to CNA2005100624311A priority patent/CN1677352A/en
Priority to US11/091,347 priority patent/US7730479B2/en
Publication of JP2005284904A publication Critical patent/JP2005284904A/en
Application granted granted Critical
Publication of JP4601983B2 publication Critical patent/JP4601983B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

本発明は、複数のプログラムを制御する携帯電話端末装置及びプログラム管理方法並びにそのコンピュータプログラムに関する。   The present invention relates to a mobile phone terminal device, a program management method, and a computer program for controlling a plurality of programs.

従来の技術では、シングルタスクオペレーティングシステムにおいて、マルチタスク的な動きをさせるために、OS(オペレーティングシステム)のメモリ上で動作しているアプリケーションプログラムについてのスレッド履歴を記憶しておく。そして、次に動作を要求するアプリケーションプログラムがあるか否かをオペレーティングシステムにてタイマー等により監視する。次に動作を要求するアプリケーションプログラムがある場合には、アプリケーションプログラムのスレッド履歴に当該アプリケーションプログラムを追加し、当該アプリケーションプログラムにオペレーティングシステムが制御を切り替える。元に使用していたアプリケーションプログラムを再び操作するために切り替えるときは、蓄積されたスレッド履歴において最先に蓄積されたものから順に読み出して1つずつ処理を切り替える形にして実現していた(例えば、特許文献1)。   In the conventional technique, in order to make a multitasking operation in a single task operating system, a thread history of an application program operating on an OS (operating system) memory is stored. Then, it is monitored by a timer or the like in the operating system whether there is an application program that requires the next operation. Next, when there is an application program that requires an operation, the application program is added to the thread history of the application program, and the operating system switches control to the application program. When switching to re-operate the application program that was originally used, it was realized by sequentially reading the accumulated thread history from the earliest accumulated one and switching the processing one by one (for example, Patent Document 1).

特許文献1に示す技術は、処理能力的に携帯電話機よりも余裕があり、かつ、着信のような突発的割り込み制御の発生率が低いパーソナルコンピュータ上での制御例である。
携帯電話機における従来技術では、複数のアプリケーションプログラムの起動指示がタイマー等から指定されたとしても、1つずつの処理が完了しない限りは、次のアプリケーションプログラムの処理に入ることができなかった。さらに、元のアプリケーションプログラムの状態を複数保持しておくこともできなかった。そのため、従来技術である特許文献2に示す携帯端末では、着信等の事象発生時にアプリケーションプログラムの種別または状態によって個別に監視して制御を行っている。
特開平6−44084号公報 特開2003−319020号公報
The technique shown in Patent Document 1 is an example of control on a personal computer that has more processing capacity than a mobile phone and has a low incidence of sudden interrupt control such as incoming calls.
In the conventional technology for a mobile phone, even if an instruction to start a plurality of application programs is specified from a timer or the like, the next application program cannot be processed unless each process is completed. Furthermore, it was not possible to maintain multiple states of the original application program. Therefore, in the portable terminal shown in Patent Document 2 which is a conventional technique, when an event such as an incoming call occurs, it is individually monitored and controlled according to the type or state of the application program.
JP-A-6-44084 JP 2003-319020 A

しかしながら、上述した通り特許文献1における技術は携帯電話機のように突発的な割り込み事象の発生率が低いパーソナルコンピュータ上での技術であり、蓄積したスレッド履歴において最先に蓄積されたものから順に読み出していくことしかできないという問題がある。また、特許文献2における携帯端末では、個々のアプリケーションの種別や状態ごとに制御を行っているためアプリケーションごとに制御を作り込まなければならないという問題がある。   However, as described above, the technique disclosed in Patent Document 1 is a technique on a personal computer that has a low rate of sudden interruption events such as a mobile phone, and reads out in order from the earliest accumulated thread history. There is a problem that can only be followed. Moreover, in the portable terminal in patent document 2, since it controls for every kind and state of each application, there exists a problem that control must be built for every application.

本発明は、上記問題を解決すべくなされたもので、その目的は、着信等の割り込み事象を考慮して、複数のアプリケーションプログラムの制御を行うことのできる携帯電話端末装置及びプログラム管理方法並びにそのコンピュータプログラムを提供することにある。   The present invention has been made to solve the above-described problem, and its object is to consider a mobile phone terminal device and a program management method capable of controlling a plurality of application programs in consideration of an interrupt event such as an incoming call, and its program To provide a computer program.

上述した課題を解決するために、本発明は、アプリケーションプログラムを複数有し、それぞれのアプリケーションプログラムに関する個別の処理であるワーカー処理を択一的に実行可能な携帯電話端末装置であって、前記複数のワーカー処理には、それぞれ競合条件が予め設定されており、イベント情報を受信し、当該受信したイベント情報に対応するワーカー処理を行う際に、当該ワーカー処理を行うためのアプリケーションプログラムを複数のアプリケーションプログラムの中から特定し、当該特定したアプリケーションプログラムを択一的に起動した上で前記受信したイベントに対応するワーカー処理を行うよう、前記複数のアプリケーションプログラムの動作を管理するプログラム管理手段と、新たにイベントを受信して新たなワーカー処理が発生するごとに、当該新たなワーカー処理の実行を要求した他のワーカー処理があれば、その引用関係を記憶するチェーンテーブル記憶手段と、前記複数のアプリケーションプログラムのうち、先に第1のアプリケーションプログラムが起動されており、当該第1のアプリケーションプログラムに関する第1ワーカー処理が動作している状態で、後から前記第1のアプリケーションプログラムとは異なる第2のアプリケーションプログラムに関する第2ワーカー処理の実行を要求するイベント情報を受信した際に、前記第2ワーカー処理についての前記競合条件に基づいて当該第2ワーカー処理の実行可否を判定する判定手段と、前記複数のアプリケーションプログラムにはそれぞれあらかじめ復帰優先度が設定されており、前記判定手段にて前記第2ワーカー処理実行可能と判定され、前記第2のアプリケーションプログラムを起動して前記第2ワーカー処理を実行するために、前記第1のアプリケーションプログラムを終了させ際に、前記第1のアプリケーションプログラムの終了に連携して停止される前記第1ワーカー処理を、前記第1のアプリケーションプログラム後に再び起動する際に必要な復帰情報として当該第1のアプリケーションプログラムに対応する復帰優先度に関連付けて追加記憶するとともに、前記チェーンテーブル記憶手段を参照し、前記第1ワーカー処理に引用関係のある第3ワーカー処理があれば、当該引用関係を共に記憶する復帰情報記憶手段と、前記第2のアプリケーションプログラムが終了した場合、前記復帰情報記憶手段に記憶される前記引用関係、および前記復帰優先度に基づいて前記第1のアプリケーションプログラムを再び起動すると共に、前記第1ワーカー処理を実行し、前記引用関係があれば前記第3ワーカー処理その後実行するプログラム復帰手段と、
を備えることを特徴とする。
In order to solve the above-described problem, the present invention provides a mobile phone terminal device that includes a plurality of application programs and can selectively execute worker processing that is individual processing related to each application program. Each worker process is pre-set with a competition condition. When receiving event information and performing a worker process corresponding to the received event information, a plurality of application programs for performing the worker process are provided. identified from within the program, to perform the worker process corresponding to the event that the received upon starting the application program the specified alternatively, the program management means for managing the operation of said plurality of application programs, new New event Each time the car processing occurs, if another worker process that requested the execution of the new worker process, and the chain table storage means for storing the reference relation among the plurality of application programs, the first 1 of which the application program is started, the second worker process for different second application program with the first state of being first worker process Gado operation relating to the application program, the later first application program When the event information requesting the execution of the second worker process is received, the determination means for determining whether or not the second worker process can be executed based on the competition condition for the second worker process, and the plurality of application programs in advance return priority has been set, before It is determined to be running the second worker processing in the determination unit, to perform the second worker process starts the second application program, when the Ru to terminate the first application program, return corresponding to said linkage to be stopped at the end of the first application program a first worker process, the first application program as the return information required to re-start after the first application program In addition to storing in association with the priority, with reference to the chain table storage means, if there is a third worker process having a citation relationship in the first worker process, return information storage means for storing the citation relationship together ; When the second application program ends, the return information storage means The first application program is started again based on the stored citation relationship and the return priority, and the first worker process is executed. If there is the citation relationship, the third worker process is subsequently executed. Program return means for
It is characterized by providing .

本発明は、上記の発明において、前記復帰情報記憶手段、前記第1ワーカー処理が終了した場合に、当該第1ワーカー処理についてを削除するとともに、当該第1ワーカー処理と引用関係にある第3ワーカー処理がある場合には、当該第3ワーカー処理についても前記起動順序から削除することを特徴とする。 In the present invention, the above invention, the return information storage means, if the previous SL first word manufacturers treatment has finished, with the cutting and dividing with the said first worker process, and the first worker process When there is a third worker process in a citation relationship, the third worker process is also deleted from the activation order.

本発明は、上記の発明において、前記プログラム復帰手段は、前記復帰情報記憶手段に記憶される複数のワーカー処理のうち、いずれか実行中のワーカー処理が停止して、他のワーカー処理のうち、前記復帰優先度の高いワーカー処理を読み出す際に、重複する前記復帰優先度を有するアプリケーションプログラムに関するワーカー処理が複数があるときは、復帰情報記憶手段において最も記録の新しいワーカー処理を読み出し、当該ワーカー処理について、これに対応するアプリケーションプログラムを起動して実行することを特徴とする。 According to the present invention, in the above invention, the program return unit is configured such that one of the plurality of worker processes stored in the return information storage unit is stopped, and one of the other worker processes is stopped . wherein when reading a return high priority worker processing, when the worker process is more about the application program with the return priority duplicate most reads a new worker process recorded in restoration information storing means, the The worker process is characterized by starting and executing an application program corresponding to the worker process .

本発明は、上記の発明において、前記復帰優先度は、ユーザの操作の下で任意に設定を変更することができることを特徴とする。   The present invention is characterized in that, in the above-mentioned invention, the setting of the return priority can be arbitrarily changed under a user operation.

本発明は、上記の発明において、前記復帰優先度は、所定の値を設定可能であり、前記所定の値が設定されたワーカー処理は復帰させないことを特徴とする。 The present invention is characterized in that, in the above invention, the return priority can be set to a predetermined value, and the worker process in which the predetermined value is set is not returned.

本発明は、アプリケーションプログラムを複数有し、それぞれのアプリケーションプログラムに関する個別の処理であるワーカー処理を択一的に実行可能な携帯電話端末装置のプログラム管理方法において、前記複数のワーカー処理には、それぞれ競合条件が予め設定されており、イベント情報を受信し、当該受信したイベント情報に対応するワーカー処理を行う際に、当該ワーカー処理を行うためのアプリケーションプログラムを複数のアプリケーションプログラムの中から特定し、当該特定したアプリケーションプログラムを択一的に起動した上で前記受信したイベントに対応するワーカー処理を行うよう、前記複数のアプリケーションプログラムの動作を管理するプログラム管理手段と、新たにイベントを受信して新たなワーカー処理が発生するごとに、当該新たなワーカー処理の実行を要求した他のワーカー処理があれば、その引用関係を記憶するチェーンテーブル記憶手段と、前記複数のアプリケーションプログラムのうち、先に第1のアプリケーションプログラムが起動されており、当該第1のアプリケーションプログラムに関する第1ワーカー処理が動作している状態で、後から前記第1のアプリケーションプログラムとは異なる第2のアプリケーションプログラムに関する第2ワーカー処理の実行を要求するイベント情報を受信した際に、前記第2ワーカー処理についての前記競合条件に基づいて当該第2ワーカー処理の実行可否を判定する判定手段と、前記複数のアプリケーションプログラムにはそれぞれあらかじめ復帰優先度が設定されており、前記判定手段にて前記第2ワーカー処理実行可能と判定され、前記第2のアプリケーションプログラムを起動して前記第2ワーカー処理を実行するために、前記第1のアプリケーションプログラムを終了させ際に、前記第1のアプリケーションプログラムの終了に連携して停止される前記第1ワーカー処理を、前記第1のアプリケーションプログラム後に再び起動する際に必要な復帰情報として当該第1のアプリケーションプログラムに対応する復帰優先度に関連付けて追加記憶するとともに、前記チェーンテーブル記憶手段を参照し、前記第1ワーカー処理に引用関係のある第3ワーカー処理があれば、当該引用関係を共に記憶する復帰情報記憶手段と、を備え、前記第2のアプリケーションプログラムが終了した場合、前記復帰情報記憶手段に記憶される前記引用関係、および前記復帰優先度に基づいて前記第1のアプリケーションプログラムを再び起動すると共に、前記第1ワーカー処理を実行し、前記引用関係があれば前記第3ワーカー処理を実行する過程を備えたことを特徴とする。 The present invention has a plurality of application programs , and in the program management method of a mobile phone terminal device capable of alternatively executing worker processing which is individual processing related to each application program, each of the plurality of worker processing includes competitive conditions are set in advance, it receives the event information, when performing the worker process corresponding to the received event information, from an application program for performing the workers processing the plurality of application programs specified, to perform a worker process corresponding to the event that the received upon starting the application program the specified alternatively, the program management means for managing the operation of the previous SL plurality of application programs, a new event Receive new worker processing Your capital generated, the if there is another worker process that requested the execution of a new worker process, and the chain table storage means for storing the reference relation among the plurality of application programs, previously first application program has been started, in a state where the first word manufacturers processing Gado operation relating to the first application program, the second worker process for different second application program from the first application program after When the event information requesting execution is received, determination means for determining whether or not the second worker process can be executed based on the contention condition for the second worker process, and each of the plurality of application programs is returned in advance. priority is set, the determination means It is determined to be running the second worker process Te, in order to execute the second worker process starts the second application program, when the Ru to terminate the first application program, the first The first worker process that is stopped in cooperation with the termination of the application program is set to a return priority level corresponding to the first application program as return information required when the first application program is started again later. In addition to storing in association, and referring to the chain table storage means, if there is a third worker process having a citation relationship in the first worker process, the return information storage means for storing the citation relationship together , When the second application program ends, the return information storage means stores the information. The first application program is started again based on the remembered citation relationship and the return priority, and the first worker process is executed. If there is the citation relationship, the third worker process is executed. It is characterized by having a process .

本発明は、アプリケーションプログラムを複数有し、それぞれのアプリケーションプログラムに関する個別の処理であるワーカー処理を択一的に実行可能な携帯電話端末装置のコンピュータを、前記複数のワーカー処理には、それぞれ競合条件が予め設定されており、イベント情報を受信し、当該受信したイベント情報に対応するワーカー処理を行う際に、当該ワーカー処理を行うためのアプリケーションプログラムを複数のアプリケーションプログラムの中から特定し、当該特定したアプリケーションプログラムを択一的に起動した上で前記受信したイベントに対応するワーカー処理を行うよう、前記複数のアプリケーションプログラムの動作を管理するプログラム管理手段と、新たにイベントを受信して新たなワーカー処理が発生するごとに、当該新たなワーカー処理の実行を要求した他のワーカー処理があれば、その引用関係を記憶するチェーンテーブル記憶手段と、前記複数のアプリケーションプログラムのうち、先に第1のアプリケーションプログラムが起動されており、当該第1のアプリケーションプログラムに関する第1ワーカー処理が動作している状態で、後から前記第1のアプリケーションプログラムとは異なる第2のアプリケーションプログラムに関する第2ワーカー処理の実行を要求するイベント情報を受信した際に、前記第2ワーカー処理についての前記競合条件に基づいて当該第2ワーカー処理の実行可否を判定する判定手段と、前記複数のアプリケーションプログラムにはそれぞれあらかじめ復帰優先度が設定されており、前記判定手段にて前記第2ワーカー処理実行可能と判定され、前記第2のアプリケーションプログラムを起動して前記第2ワーカー処理を実行するために、前記第1のアプリケーションプログラムを終了させ際に、前記第1のアプリケーションプログラムの終了に連携して停止される前記第1ワーカー処理を、前記第1のアプリケーションプログラム後に再び起動する際に必要な復帰情報として当該第1のアプリケーションプログラムに対応する復帰優先度に関連付けて追加記憶するとともに、前記チェーンテーブル記憶手段を参照し、前記第1ワーカー処理に引用関係のある第3ワーカー処理があれば、当該引用関係を共に記憶する復帰情報記憶手段と、として機能させ、前記第2のアプリケーションプログラムが終了した場合、前記復帰情報記憶手段に記憶される前記引用関係、および前記復帰優先度に基づいて前記第1のアプリケーションプログラムを再び起動すると共に、前記第1ワーカー処理を実行し、前記引用関係があれば前記第3ワーカー処理を実行させることを特徴とする。 The present invention provides a computer of a mobile phone terminal device that has a plurality of application programs and can selectively execute worker processing that is individual processing related to each application program. matter is preset to receive event information, when performing the worker process corresponding to the received event information, and identifies the application program for the workers processing from among a plurality of application programs receives to perform worker process corresponding to the event that the received upon starting the application program the specified alternatively, the program management means for managing the operation of the previous SL plurality of application programs, a new event your new worker process Te occurs To, if another worker process that requested the execution of the new worker process, and the chain table storage means for storing the reference relation among the plurality of application programs, the first application program is started first and requests the execution of the second worker process for different second application program with the first state of being first word manufacturers processing Gado operation relating to the application program, the later first application program When event information is received, determination means for determining whether or not the second worker process can be executed based on the contention condition for the second worker process, and a return priority is set in advance in each of the plurality of application programs It is, the second by the determining means Is determined manufacturers process executable with the to second to start the application program to execute the second worker process, when Ru is terminated the first application program, the first application program The first worker process stopped in cooperation with the end is additionally stored in association with the return priority corresponding to the first application program as return information required when the first application program is started again later. In addition, referring to the chain table storage unit, if there is a third worker process having a citation relationship in the first worker process, the second table is made to function as a return information storage unit that stores the citation relationship together . If the application program is completed, the storage of the resumption information memory means The citation relationships, and again with activating the first application program on the basis of the return priority, running the first worker process that is executing the third worker process if there is a citation Features.

この発明によれば、起動が保留されたプログラム、または、競合により停止させられたプログラムを復帰させるための復帰情報をプログラムに予め設定されている復帰優先度に基づいて復帰情報記憶部に記憶する。そして、起動中のプログラムが終了した際に、復帰優先度の高い順で、かつ最も新しく記憶した復帰情報に基づいてプログラムを復帰させる構成となっている。そのため、携帯電話端末装置上のアプリケーションプログラムの任意の復帰制御が可能となる。それによって、着信中などの割り込み処理、Eメール着信、アラームの順でプログラムが保留されても、最初にアラームを復帰させてその後Eメール着信の処理を行わせるなどの制御が可能となる。   According to the present invention, return information for returning a program whose activation has been suspended or a program stopped due to competition is stored in the return information storage unit based on the return priority preset in the program. . When the running program ends, the program is returned in the order of higher return priority and based on the latest stored return information. Therefore, arbitrary return control of the application program on the mobile phone terminal device is possible. As a result, even if the program is put on hold in the order of interrupt processing such as an incoming call, e-mail incoming call, and alarm, it is possible to perform control such as returning the alarm first and then processing e-mail incoming.

また、本発明によれば、ユーザが携帯電話端末装置において復帰優先度を変更できる構成となっている。そのため、ユーザが個々に自らの好みに合わせて復帰順序を変更することができる。   Further, according to the present invention, the user can change the return priority in the mobile phone terminal device. For this reason, the user can individually change the return order according to his / her preference.

また、本発明によれば、復帰優先度として所定の値、例えばゼロを設定することでそのアプリケーションプログラムを復帰させないようにする構成となっている。そのため、着信中に、オートパワーオフのプログラムを保留したとしても、オートパワーオフを着信後に復帰させないようにすることが可能となる。   In addition, according to the present invention, the application program is not restored by setting a predetermined value, for example, zero, as the restoration priority. For this reason, even if the auto power off program is suspended during the incoming call, it is possible to prevent the auto power off from being restored after the incoming call.

以下、本発明の一実施形態による携帯電話端末装置を図面を参照して説明する。
図1は、この発明の一実施形態による携帯電話端末装置におけるアプリケーションプログラム管理に関わる部分の構成を示す概略ブロック図である。
イベントアプリケーションテーブル70は、オペレーティングシステム(以下、OS:Operating Systemと略す。)や他のアプリケーションプログラムから通知されたイベントをどのアプリケーションプログラムに通知するものかの対応付けを記憶しているテーブルである。
Hereinafter, a mobile phone terminal according to an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a schematic block diagram showing a configuration of a part related to application program management in a mobile phone terminal device according to an embodiment of the present invention.
The event application table 70 is a table that stores associations between the operating system (hereinafter abbreviated as OS: Operating System) and which application programs are notified of events notified from other application programs.

アプリケーション状態テーブル71は、それぞれのアプリケーションプログラムの状態を記憶する。アプリケーション内部状態72は、動作中のアプリケーションプログラムの動作状態を記憶する。
また、復帰レベルテーブル80は、起動中に停止(=Suspend)されたアプリケーションプログラムや後述する競合判定により起動時に保留(=Idle)されたアプリケーションプログラムの復帰時に必要な復帰情報を記憶するスタック型の記憶部である。
アプリケーション30a、30b、30cは、携帯電話端末装置内で動作するアプリケーションプログラムであり、待ち受けアプリケーション、メール、カメラ等のプログラムがある。
The application state table 71 stores the state of each application program. The application internal state 72 stores the operation state of the running application program.
In addition, the return level table 80 stores return information necessary for returning an application program that has been stopped (= Suspend) during startup or an application program that has been suspended (= Idle) during startup due to a conflict determination described later. It is a storage unit.
The applications 30a, 30b, and 30c are application programs that operate in the mobile phone terminal device, and include programs such as a standby application, mail, and camera.

イベントジャッジ部20a、20b、20cは、アプリケーション30a、30b、30cごとに設けられており、アプリケーションプログラムを起動するイベントを受信した際に、起動中のアプリケーションプログラムとの関係で起動が可能か否かの競合状態を判定する。競合状態の判定のため、他のアプリケーションの状態や内部状態を照会する。また、自らが管理するアプリケーションプログラムに固有の競合条件を予め記憶しており、他のアプリケーションの状態や記憶している固有の競合条件に基づいて、アプリケーションプログラムの動作を決定する。  The event judgment units 20a, 20b, and 20c are provided for each of the applications 30a, 30b, and 30c. When an event for starting the application program is received, whether or not the event judge unit 20a, 20b, and 20c can be started in relation to the running application program. Determine the race condition. Queries the status and internal status of other applications to determine the race condition. In addition, a competition condition unique to the application program managed by itself is stored in advance, and the operation of the application program is determined based on the state of another application and the stored unique competition condition.

同図において、アプリケーション管理部(図中のAPMAN)10は、携帯電話端末装置で発生する全てのイベントを受信し、受信したイベントを現在動作中のアプリケーション、もしくは、イベントアプリケーションテーブル70に対応付けられているアプリケーションプログラムにイベントを通知する。   In the figure, an application management unit (APMAN in the figure) 10 receives all events that occur in the mobile phone terminal device, and the received events are associated with the currently operating application or the event application table 70. Event to the current application program.

また、アプリケーション管理部10は、アプリケーションプログラムの起動要求やその他のイベントの受信をOSから受信し、イベントアプリケーションテーブル70から対応するアプリケーションプログラムのイベントジャッジ部にイベントを送信する。イベントジャッジ部からの問い合わせによって他のアプリケーションの状態情報等を応答する。イベントジャッジ部における結果に従って、起動要求のあったアプリケーションプログラムを起動し、現在動作中のアプリケーションを停止する。  In addition, the application management unit 10 receives an application program activation request and other event reception from the OS, and transmits an event from the event application table 70 to the event judge unit of the corresponding application program. In response to an inquiry from the event judge section, status information of other applications is returned. In accordance with the result in the event judge section, the application program requested to start is started, and the currently operating application is stopped.

また、イベントジャッジ部における判定結果において将来起動予定として保留されたアプリケーションや現在動作中で停止されたアプリケーションの復帰情報を復帰レベルテーブルに記憶する。また、動作中のアプリケーションの正常終了により、復帰レベルテーブルが記憶している中から優先度の最も高いアプリケーションの復帰情報を読み出して復帰させる。  Further, the return information of the application suspended as a future start schedule and the application stopped during the current operation in the determination result in the event judge section is stored in the return level table. In addition, when the running application is normally terminated, the return information of the application with the highest priority is read from the return level table and returned.

図2は、従来と本実施形態のアプリケーション管理に関わる機能ブロックの構成の違いを示した図である。同図の(1)及び(2)において、OSライブラリ1は、携帯電話端末装置においてアプリケーションプログラムを実際に実行するためのオペレーティングシステムの一部であり、ユーザが携帯電話端末装置を操作した場合等にその操作に基づいてイベントを発生させる。   FIG. 2 is a diagram showing a difference in configuration of functional blocks related to application management according to the present embodiment and the conventional one. In (1) and (2) in the figure, the OS library 1 is a part of an operating system for actually executing an application program in the mobile phone terminal device, and when the user operates the mobile phone terminal device, etc. An event is generated based on the operation.

同図(1)は、従来における構成を示した図であり、携帯電話端末装置のOSライブラリ1がユーザの操作によって発生する信号を受信し、アプリケーション30にイベントの振り分けを行う。また、OSライブラリ1は、アプリケーションの競合管理等も行っており、アプリケーションが追加される度に競合処理を新たに作り込む必要があるため、競合処理のために大きなテーブルを必要とし、非常に複雑な構成となっていた。   FIG. 1A is a diagram showing a conventional configuration. The OS library 1 of the mobile phone terminal device receives a signal generated by a user operation and distributes an event to the application 30. In addition, the OS library 1 also manages the competition of applications, and it is necessary to create a new competition process every time an application is added. Therefore, a large table is required for the competition process, which is very complicated. It was the composition.

同図(2)は、本実施形態における構成を示した図であり、OSライブラリ1はイベントをアプリケーション30に直接通知せず、最初に、アプリケーション管理部10に全てを通知する。各アプリケーション30にはそれぞれのアプリケーション30の競合条件を記憶しているイベントジャッジ部20が個別に備えられている。アプリケーション管理部10は、受信したイベントを各アプリケーション30に振り分ける際、最初に対応するイベントジャッジ部20に通知する。   FIG. 2B is a diagram showing a configuration in the present embodiment, and the OS library 1 does not directly notify the application 30 of the event, but first notifies the application management unit 10 of everything. Each application 30 is individually provided with an event judge section 20 that stores the competition condition of each application 30. When distributing the received event to each application 30, the application management unit 10 first notifies the corresponding event judgment unit 20.

イベントジャッジ部20は、予め記憶している自らが管理するアプリケーションプログラムの競合条件に照らし合わせて、起動できるかどうかを判定する。その際、イベントジャッジ部は携帯電話端末装置のカメラ等を利用するための装置のリソースの状態や、他のアプリケーションの状態等をアプリケーション管理部10に要求して取得する。そして、起動可能と判定した場合には対応するアプリケーション30を起動する。起動可能でない場合には、保留するため復帰情報を復帰レベルテーブル80に記憶する。   The event judge unit 20 determines whether or not the event judge unit 20 can be activated in light of the competition condition of the application program that is stored in advance and managed by the event judge unit 20. At that time, the event judge section requests the application management section 10 to acquire the resource status of the device for using the camera of the mobile phone terminal device, the status of other applications, and the like. If it is determined that the application can be activated, the corresponding application 30 is activated. If the activation is not possible, the return information is stored in the return level table 80 for suspension.

また、同図(2)において、アプリケーション管理部10は、携帯電話端末装置において動作中のアプリケーション30が常に1つになるように制御を行う。そのため、新しいアプリケーション30が起動すると、起動中のアプリケーション30を停止し、メモリ上から退避させるためにそのアプリケーションプログラムを終了させて、復帰情報を上述した復帰レベルテーブル80に記憶する制御も行う。   In FIG. 2B, the application management unit 10 performs control so that the number of applications 30 that are operating in the mobile phone terminal device is always one. Therefore, when the new application 30 is activated, the activated application 30 is stopped, the application program is terminated in order to save it from the memory, and the return information is stored in the return level table 80 described above.

従来では、OSライブラリ1が、イベントの振り分け処理とアプリケーション30の起動、終了、停止、保留及び復帰の処理と競合判定の処理を行っていた。一方、本実施形態では、アプリケーション管理部10が、イベントの振り分け処理とアプリケーション30の起動、終了、停止、保留及び復帰の処理を行い、それぞれのイベントジャッジ部20が対応するアプリケーション30に閉じて競合判定の処理を行っている。   Conventionally, the OS library 1 performs an event distribution process, an application 30 start / end / stop / hold / return process, and a conflict determination process. On the other hand, in the present embodiment, the application management unit 10 performs event distribution processing and application 30 start, end, stop, hold, and return processing, and each event judge unit 20 closes to the corresponding application 30 to compete. Judgment processing is performed.

そのため、競合判定の処理が1つの部分に集中せずに分散され、アプリケーション30が追加されても、イベントジャッジ部20を新たに設けることで、競合判定処理の追加をすることができる。例えば、カメラデバイスの性能向上時などにおいても、競合判定処理を変更する必要がなく、カメラデバイスの制御関係のアプリケーションプログラムの変更で済み、OSやアプリケーション管理部10等については大きな変更が伴わないようにすることができる。   Therefore, even if the competition determination process is distributed without concentrating on one part and the application 30 is added, the competition determination process can be added by newly providing the event judgment unit 20. For example, when the performance of the camera device is improved, it is not necessary to change the competition determination process, the application program related to the control of the camera device may be changed, and the OS, the application management unit 10 and the like are not significantly changed. Can be.

また、アプリケーション管理部10は、携帯電話端末装置上で1つしかアプリケーション30を起動しないように制御している。そのため、OS上では1つのアプリケーションプログラムしか起動していないことになり、優先処理などの複雑な復帰処理ができないOSライブラリ1のスタック記憶領域を利用する必要がなくなる。   In addition, the application management unit 10 performs control so that only one application 30 is activated on the mobile phone terminal device. Therefore, only one application program is activated on the OS, and there is no need to use the stack storage area of the OS library 1 that cannot perform complicated return processing such as priority processing.

それによって、アプリケーションプログラムの競合判定をアプリケーション管理部10だけで制御することが可能となり、機能追加等もOSを変更する必要なくアプリケーション側に閉じて実施することが可能となる。さらに、常に1つしかアプリケーションが起動しないため、競合判定処理の制約も少なくシンプルにすることができ、処理が容易になるだけでなく、設計上も有利に働く。   Accordingly, it is possible to control the competition determination of the application program only by the application management unit 10, and it is possible to perform the function addition or the like by closing the application side without changing the OS. Furthermore, since only one application is always activated, there are few restrictions on the contention determination process, which can be simplified, which not only facilitates the process but also favors the design.

図3は、上述した復帰レベルテーブル80を利用することによって達成するアプリケーションプログラム復帰時の優先処理の具体例を示した図である。
同図において、携帯電話端末装置上のアプリケーションプログラムの例として予め設定してある日付及び時刻になるとアラームが鳴動するスケジュールアラームと時間がくると自動的に電源を落とすオートパワーオフを取り上げている。
FIG. 3 is a diagram showing a specific example of priority processing at the time of application program return achieved by using the return level table 80 described above.
In the figure, as an example of an application program on a cellular phone terminal device, a schedule alarm that sounds when a preset date and time are reached and an auto power-off that automatically turns off the power when the time comes are taken up.

ここで、着信中にスケジュールアラームのイベントが通知され、その後オートパワーオフのイベントが通知された場合を想定する。従来では、スタックの最先にあるイベントから復帰させることしかできなかったため、オートパワーオフが復帰し、スケジュールアラームを鳴動することなく携帯電話端末装置の電源がオフ状態となる。このような仕様では、ユーザにとって不都合であるため、本実施形態では、最初にスケジュールアラームを鳴動し、その後オートパワーオフで電源をオフにするという順序の入れ替えを復帰レベルテーブル80を利用して可能としている。   Here, it is assumed that a schedule alarm event is notified during an incoming call, and then an auto power-off event is notified. Conventionally, since it was only possible to recover from the event at the top of the stack, auto power-off is recovered, and the mobile phone terminal device is turned off without sounding a schedule alarm. Since such a specification is inconvenient for the user, in this embodiment, it is possible to use the return level table 80 to change the order in which a schedule alarm is sounded first and then the power is turned off by auto power off. It is said.

図4は、アプリケーション管理部10がイベントを制御するための情報を記憶するテーブルを示した図である。
同図(1)のイベントアプリケーションテーブル70は、アプリケーション管理部10がOSライブラリ1から受信したイベントを振り分ける際に参照するテーブルであり、イベントとアプリケーションプログラムへの参照情報を対応付けて記憶している。
同図(2)のアプリケーション状態テーブル71は、各アプリケーションの現在の状態を記憶しているテーブルであり、状態には動作中(Active)、停止中(Suspend)、保留中(Idle)がある。
FIG. 4 is a diagram illustrating a table that stores information for the application management unit 10 to control an event.
The event application table 70 of FIG. 1A is a table that is referred to when the application management unit 10 distributes events received from the OS library 1, and stores the event and reference information to the application program in association with each other. .
The application status table 71 in FIG. 2B is a table that stores the current status of each application. The status includes operating (Active), stopped (Suspend), and pending (Idle).

同図(3)のアプリケーション内部状態テーブル72は、各アプリケーションの内部状態を記憶しているテーブルであり、例えば、Dormant(休止中)、NULL(状態無し)、Wait(待機中)、Connect(接続中)等、各アプリケーションに特有の状態を記憶している。   The application internal state table 72 in FIG. 3 is a table that stores the internal state of each application. For example, Dormant (pause), NULL (no state), Wait (standby), Connect (connection) The state peculiar to each application is memorized.

図5は、イベントジャッジ部20の競合判定の結果によりアプリケーション管理部10が起動中に停止、若しくは起動時に保留したアプリケーションプログラムを復帰させる際に必要となる情報を記憶する復帰レベルテーブル80を示した図である。復帰レベルテーブル80は、スタック型の記憶領域であり、最先に記憶したものから順に復帰させることになる。   FIG. 5 shows a return level table 80 that stores information necessary for returning an application program that has been stopped or started during startup by the application management unit 10 based on the result of the conflict judgment of the event judge unit 20. FIG. The return level table 80 is a stack type storage area, and the return level table 80 is returned in order from the one stored first.

また、同図に示す通り、復帰レベルテーブル80a、80b、80c、80dのように幾つかの復帰レベルごとにスタックを備えている。そして、アプリケーションプログラムに予め設定されている復帰レベルに従って、各アプリケーションプログラムを該当するレベルのスタックに記憶する。そして、現在動作中のアプリケーションが正常終了した際に、アプリケーション管理部10が復帰レベルテーブルを参照し、優先度のレベルが最も高く、最先に記憶したアプリケーションプログラムを復帰させる。   Further, as shown in the figure, a stack is provided for each of several return levels, such as return level tables 80a, 80b, 80c, and 80d. Each application program is stored in a corresponding level stack according to a return level preset in the application program. When the currently running application ends normally, the application management unit 10 refers to the return level table, and returns the application program stored at the earliest with the highest priority level.

上述したOSライブラリ1もアプリケーションを停止及び保留するためのスタック型の記憶領域を有しているが、1つしか有していないため、スタックに記憶したうち最先のアプリケーションプログラムからしか復帰させることができなかった。一方、本実施形態では、アプリケーションプログラムに予め設定された復帰レベルに従って記憶するため、携帯電話端末装置の仕様に合わせて復帰させるべき順番でアプリケーションプログラムを復帰させることを可能としている。また、アプリケーションプログラムの復帰レベルは任意に変更することができるため、携帯電話端末装置上で個々のユーザが自由に設定することが可能となる。   The OS library 1 described above also has a stack type storage area for stopping and holding an application, but since it has only one, it can be restored only from the earliest application program stored in the stack. I could not. On the other hand, in the present embodiment, the application program is stored in accordance with the return level set in advance, so that the application program can be returned in the order to be returned in accordance with the specifications of the mobile phone terminal device. Further, since the return level of the application program can be arbitrarily changed, each user can freely set it on the mobile phone terminal device.

例えば、復帰に関する優先順位をユーザに指定可能にするならば、競合の発生するアプリケーションそれぞれに関し、個別の復帰レベルの番号を割振るよう、特に図示しない携帯電話端末装置の表示部にグラフィックユーザインタフェースを用いて表示させる。例えば、カメラ、Eメール受信、メール作成、オートパワーオフ、スケジュールアラーム、目覚ましアラーム等といった競合の起こりうる事象を列挙しておき、これらの隣に図示しないテンキーなどにより、個別の通し番号を1から割振らせる。   For example, if it is possible to specify the priority order for return to the user, a graphic user interface is not provided on a display unit of a mobile phone terminal (not shown) so that an individual return level number is assigned to each conflicting application. To display. For example, events that may cause a conflict such as a camera, email reception, mail creation, auto power off, schedule alarm, alarm alarm, etc. are listed, and an individual serial number is assigned from 1 using a numeric keypad not shown. Shake.

ここで、復帰レベルテーブルは通し番号分設けられており、これらのアプリケーションのそれぞれが保留されたときに、その時点のワーカーがスタックされていくこととなる。アプリケーションの数と通し番号の和は一致しなく、重複する番号が多少あっても良い。しかし、重複する場合は、重複する番号の復帰レベルテーブルに、異なるアプリケーションがスタックされうることとなり、復帰時には新しいものが先に復帰するような扱いとなる。   Here, the return level table is provided for the serial numbers, and when each of these applications is put on hold, the workers at that time are stacked. The number of applications and the sum of serial numbers do not match and there may be some overlapping numbers. However, in the case of duplication, different applications can be stacked in the restoration level table of the duplicated number, and at the time of restoration, a new one is treated first.

ここで、復帰レベルとして指定する番号に、「0」を指定させても良い。この場合は、復帰レベルテーブル「0」を設けるというよりも、保留指示がなされて通常は復帰レベルに従って復帰レベルテーブルにスタックされるところだが、「0」であるため復帰レベルテーブルにスタックされることなく、終了の処理扱いとなる。つまり、復帰レベル「0」の指定されたアプリケーションが起動されようとしたが、既に起動しているほかのアプリケーションとの競合判定が行われる。   Here, “0” may be designated as the number designated as the return level. In this case, rather than providing a return level table “0”, a hold instruction is given and normally the stack is placed in the return level table according to the return level, but because it is “0”, it is stacked in the return level table. Instead, it is handled as a termination process. That is, an application designated with a return level “0” is about to be activated, but a conflict determination with another application already activated is performed.

そして、その判定の結果、起動不可と判定され、保留すると決定されたが、復帰レベルテーブルにこのワーカーはスタックされず、終了の扱いとなる。ユーザが、既に何らかのアプリケーションを起動している場合には、目覚ましアラームは鳴動させなくとも良いと思う場合に、この復帰レベル「0」を予め指定しておけばよい。それによって、このような細かなニーズにも対応できるようになる。   Then, as a result of the determination, it is determined that activation is impossible and it is determined to hold, but this worker is not stacked in the return level table and is treated as an end. If the user has already started any application, the return level “0” may be designated in advance if it is not necessary to sound the alarm. As a result, such detailed needs can be met.

図6の子チェーンテーブル81は、復帰の際にアプリケーションプログラムの親子関係を考慮して復帰させるために親子関係を記憶している。復帰レベルテーブル80を参照して復帰させるアプリケーションプログラムを検出する際に、子の関係に該当するアプリケーションプログラムを検出する場合等にアプリケーション管理部10が参照する。   The child chain table 81 in FIG. 6 stores a parent-child relationship in order to return the application program in consideration of the parent-child relationship of the application program. When the application program to be returned is detected by referring to the return level table 80, the application management unit 10 refers to the application program corresponding to the child relationship.

図7は、本実施形態におけるアプリケーションプログラムの構成を示したブロック図である。同図において、OSアプレット60は、OSに備わっているアプリケーションプログラムであり、ユーザがインターネット等のサービスを利用するために用いるブラウザ62やEメール63等のプログラムの他に、待機機能61a、アドレス帳61b等の一般的に用いられるアプリケーションを1つにパッケージ化したOSアプリケーション61から構成されている。   FIG. 7 is a block diagram showing the configuration of the application program in the present embodiment. In the figure, an OS applet 60 is an application program provided in the OS, and in addition to programs such as a browser 62 and an e-mail 63 used by a user to use services such as the Internet, a standby function 61a, an address book The OS application 61 is a package of commonly used applications such as 61b.

ダウンロードアプレット40は、ユーザが携帯電話端末装置を介して自らダウンロードしたゲーム等の幾つかのアプレット40a、40b…を有している。UI(User Interface)プロキシ50は、主に各種アプリケーションプログラムの起動に関わるユーザへの画面表示などの制御を行うためのプログラムであって、電話機能51、データ通信のためのコネクタ通信52、発信確認画面53、待受け54及びSMS(Short Message Service)55等を備えている。   The download applet 40 has several applets 40a, 40b, etc. such as games downloaded by the user himself / herself through the mobile phone terminal device. A UI (User Interface) proxy 50 is a program for mainly controlling screen display to a user related to activation of various application programs, and includes a telephone function 51, a connector communication 52 for data communication, and a call confirmation. A screen 53, a standby 54, an SMS (Short Message Service) 55, and the like are provided.

以下、本実施形態では、競合判定や復帰制御の対象をアプレットではなく、アプレットを構成する最小構成単位であるワーカーを基に処理や制御について説明する。制御対象をアプレットとしないのは、アプレットは更に幾つかのワーカーから構成されており、アプレット単位で制御を行うことは、そのアプレットに関連する複数のワーカーの動作も制御することになるため制御が複雑になるからである。   Hereinafter, in the present embodiment, processing and control will be described based on a worker, which is a minimum constituent unit that constitutes an applet, rather than an applet as a target of competition determination and return control. The control target is not an applet. The applet is composed of several workers, and control by applet unit also controls the operations of multiple workers related to the applet. Because it becomes complicated.

同図において、ワーカーとは例えば、OSアプリケーション61の待機機能61a、アドレス帳61b等の処理や制御であって、その最小単位のそれぞれがワーカーとなる。また、ダウンロードアプレット40においては、アプレット40a及び40bがワーカーとなる。さらに、また、UIプロキシ50の電話機能51においては第1呼通話51a及び第2呼通話51bがワーカーとなり、待受け54においては、それに含まれるスクリーンセーバー54a及び節電54bがワーカーとなる。 In the figure, a worker is, for example, processing and control of the standby function 61a and address book 61b of the OS application 61, and each of the minimum units is a worker. In the download applet 40, applets 40a and 40b are workers. Furthermore, in the telephone function 51 of the UI proxy 50, the first call call 51a and the second call call 51b are workers, and in the standby 54, the screen saver 54a and the power saving 54b included therein are workers.

図8から図14を参照して、イベントジャッジ部20における競合判定の制御について説明する。図8は、競合判定制御におけるアプリケーション管理部10及びイベントジャッジ部20の関係を示した概略図である。   With reference to FIGS. 8 to 14, the competition determination control in the event judgment unit 20 will be described. FIG. 8 is a schematic diagram showing the relationship between the application management unit 10 and the event judge unit 20 in the competition determination control.

同図において、(1)アプリケーション管理部10のイベント受信部10aは、アプレット60(またはアプレット50)からイベントを受信する。(2)イベント受信部10aは、アプレットに設定されているクラスID等の情報からどのワーカーに対する要求なのかを判断する。(3)イベントジャッジ部20は、競合判定を行い、オペレーションを決定する。競合判定は、そのワーカーが起動できる状態かどうかを判断し、競合している場合には、起動ワーカーの保留、拒否及び起動中ワーカーの終了等の処理を決定する。(4)アプリケーション管理部10のオペレーション実行制御部10bは、決定されたオペレーションに従い、対応するアプレット60(またはアプレット50)において、ワーカーの起動だけでなく、終了及びワーカー復帰のための処理をアプリケーション終了制御部10cやアプリケーション復帰制御部10dに行わせる。   In the figure, (1) the event receiving unit 10a of the application management unit 10 receives an event from the applet 60 (or applet 50). (2) The event receiving unit 10a determines which worker is requested from information such as a class ID set in the applet. (3) The event judge unit 20 performs competition determination and determines an operation. In the conflict determination, it is determined whether or not the worker can be activated, and if there is a conflict, processing such as suspension or rejection of the activated worker and termination of the activated worker is determined. (4) In accordance with the determined operation, the operation execution control unit 10b of the application management unit 10 not only starts the worker but also terminates and returns the worker to the corresponding applet 60 (or applet 50). The control unit 10c and the application return control unit 10d are caused to perform this.

図9は、各ワーカーに割り当てられたイベントジャッジ部20ごとに予め設定する競合条件テーブル90の構成を示した図である。競合条件テーブル90は同図に示すとおり、拒否条件90aと保留条件90bのテーブルから構成されており、拒否条件90a及び保留条件90bごとに幾つかの条件の組み合わせを設定する。   FIG. 9 is a diagram showing a configuration of a competition condition table 90 that is preset for each event judgment unit 20 assigned to each worker. As shown in the figure, the competition condition table 90 includes a table of a rejection condition 90a and a hold condition 90b, and a combination of several conditions is set for each of the reject condition 90a and the hold condition 90b.

ちなみに、携帯電話端末装置内部にて発生する全てのアプリケーションプログラムに伴うワーカーが起動する際に、既に起動中のアプリケーションプログラムのワーカーと競合し、即起動してはならない条件の全てが競合条件として拒否条件90aもしくは保留条件90bのいずれかに予め記述される。例えば、スケジュールアラーム起動のワーカーは着信中には保留されるよう、スケジュールアラーム起動のワーカーに関する保留条件テーブルに条件の一つとして「着信中」が記述されている。   By the way, when workers associated with all application programs generated inside the mobile phone terminal device start up, they compete with the worker of the application program that is already running, and all conditions that should not be started immediately are rejected as competing conditions. It is described in advance in either the condition 90a or the hold condition 90b. For example, “incoming call” is described as one of the conditions in the hold condition table for the schedule alarm activated worker so that the schedule alarm activated worker is held during the incoming call.

また、オートパワーオフ起動のワーカーも同様に着信中には保留されるよう、オートパワーオフ起動のワーカー保留条件の一つに「着信中」が記述される。さらに、拒否条件テーブルには、既に何らかのワーカーに対して割り込みで生じた場合には、起動する必要の無いような競合条件が記述される。   Similarly, “incoming call” is described as one of the worker hold conditions for auto power-off activation so that the worker with auto-power-off activation is similarly held during incoming calls. Furthermore, in the refusal condition table, a race condition that does not need to be activated when an interrupt has already occurred to some worker is described.

競合判定においては最初に、拒否条件90aを判定し、設定されている条件のうちいずれかの条件に該当した場合に、判定結果が拒否となる。拒否条件のいずれにも該当しない場合には、次に、保留条件90bを判定し、保留条件90bに設定されているいずれかの条件を満たしたときに、競合判定結果は保留となる。   In the competition determination, first, the rejection condition 90a is determined, and if any of the set conditions is satisfied, the determination result is rejected. If none of the refusal conditions is met, next, the hold condition 90b is determined, and when any of the conditions set in the hold condition 90b is satisfied, the contention determination result is put on hold.

拒否条件90a及び保留条件90bのどちらにも当てはまらなければ、競合判定結果は許可となる。例えば、着信中に予め設定していた時刻が到来し、スケジュールアラーム鳴動のワーカーがイベントジャッジ部に通知されたときには、イベントジャッジ部はこの「着信中」という競合条件が競合条件テーブルに記述されているか否かを判定する。この場合、先に述べたように保留条件90bにこの条件が記述されるため、着信のワーカーを停止することなく、スケジュールアラーム鳴動のワーカーが起動を保留する。そして、イベントジャッジ部20は、オペレーション実行制御部10bに決定した内容を通知する。   If neither the refusal condition 90a nor the hold condition 90b applies, the conflict determination result is permitted. For example, when a preset time arrives during an incoming call, and the worker who schedules the alarm is notified to the event judge section, the event judge section describes the race condition “incoming call” in the competition condition table. It is determined whether or not. In this case, since this condition is described in the hold condition 90b as described above, the schedule alarm ringing worker holds the start without stopping the incoming worker. Then, the event judge unit 20 notifies the determined content to the operation execution control unit 10b.

図10は、図9の条件の記述を具体的に示した図である。例えば、拒否条件としては
Eメール通信中(同図の条件10)またはSMS通信中(条件11)が設定されている。保留条件90bはカメラ起動中(条件50)かつ、カメラ撮影中(条件12)の条件と、カメラ起動中(条件50)かつ、カメラ保存中(条件13)が設定されている。
なお、各条件に設定されている携帯電話端末装置のカメラ等を利用するための装置のリソース状態及び他のアプレットの状態等の競合判定に必要な情報については、イベントを受信したイベントジャッジ部20がアプリケーション管理部10に照会を行う。照会を受けたアプリケーション管理部10は、装置のリソース情報及び各イベントジャッジ部が登録している各アプリケーションの状態等の情報を応答する。
FIG. 10 is a diagram specifically showing the description of the conditions of FIG. For example, e-mail communication (condition 10 in the figure) or SMS communication (condition 11) is set as the rejection condition. The hold condition 90b is set such that the camera is activated (condition 50) and the camera is being photographed (condition 12), the camera is activated (condition 50), and the camera is being saved (condition 13).
For information necessary for contention determination such as the resource status of the device and the status of other applets for using the camera of the mobile phone terminal set in each condition, the event judge unit 20 that has received the event. Makes an inquiry to the application management unit 10. Upon receiving the inquiry, the application management unit 10 responds with information such as device resource information and the status of each application registered by each event judge unit.

図11は、イベントジャッジ部20の競合条件判定において競合判定の制御ができない様々なイベント発生時等の状況において、共通の状態に起因して携帯電話端末装置内部で発生する事象を考慮した特例措置の手段を説明するための図である。   FIG. 11 is a special measure that takes into account an event that occurs in the mobile phone terminal device due to a common state in situations such as when various events that cannot be controlled in the competition condition determination of the event judge unit 20 occur. It is a figure for demonstrating the means of.

同図において、特例競合管理テーブル91は、複数のイベントに共通の競合条件をまとめたものであり、それぞれのイベントジャッジ部に対応する競合条件テーブル90に個別に設定するよりも1つにまとめることで管理が容易による。設定されている値がNULLの場合は、特例競合判定による動作が設定されていないことを意味する。NULLで無い場合には、ワーカー別特例競合テーブル92への参照情報が格納される。   In the figure, a special conflict management table 91 is a collection of common conflict conditions for a plurality of events, and is combined into one rather than being individually set in the conflict condition table 90 corresponding to each event judge section. Easy to manage. When the set value is NULL, it means that the operation based on the special conflict determination is not set. If it is not NULL, the reference information to the worker specific special competition table 92 is stored.

ワーカー別特例競合テーブル92は、特例競合処理が必要なイベント、例えばワーカー起動、ワーカー終了等のイベントが設定されており、それに該当する特例競合処理関数93への参照情報を格納している。
特例競合処理関数93が実行する特例競合処理は、制御を決定する処理及びその他の必要な処理である。特例競合処理関数93は、各ワーカーが提供するアプリケーションインタフェース(API)であり、判定結果としてイベントジャッジ部20の判定結果と同じ返り値である許可、保留、拒否を返すことで、その後のワーカー起動や終了の処理はイベントジャッジ部20における競合判定処理と同様に行われる。
The worker-specific special conflict table 92 is set with events that require special conflict processing, for example, events such as worker activation and worker termination, and stores reference information to the special conflict processing function 93 corresponding to the event.
The special conflict processing executed by the special conflict processing function 93 is processing for determining control and other necessary processing. The special conflict processing function 93 is an application interface (API) provided by each worker, and returns the same return value as the determination result of the event judge unit 20 as the determination result, and then starts the worker after that. The end process is performed in the same manner as the contention determination process in the event judge unit 20.

ここで、特例競合管理テーブル91に設定される具体的な特例となる競合の例としてバッテリー残量を取り上げて説明する。携帯電話端末装置には充電式のバッテリーが搭載されており、このバッテリーは図示しないバッテリー電圧管理部により、残量が管理されている。このバッテリー残量が第1の所定値を下回ると、メモリへの書き込みや読み出しが不安定になりがちであるため、第1の所定値以下になると限られた一部のワーカー以外は起動を受け付けなくなる。例えば、カメラ起動などは受け付けないが、着信があれば着信通知は行う、といった状態になる。さらに、残量が少なくなり、第1の所定値よりも低い第2の所定値にまで落ち込むと、バッテリー切れをユーザインタフェース上で通知した後に、全てのワーカーを強制終了させる。ここでいう、バッテリー電圧管理部からの、残量警告のイベントに対応するワーカーへの入力を受け付けたイベントジャッジ部が特例判定を行うことになる。   Here, the remaining battery level will be described as an example of a specific conflict that is set in the special conflict management table 91. The mobile phone terminal device is equipped with a rechargeable battery, and the remaining amount of this battery is managed by a battery voltage management unit (not shown). When the remaining battery level falls below the first predetermined value, writing to and reading from the memory tends to become unstable. When the battery remaining level falls below the first predetermined value, only a limited number of workers accept activation. Disappear. For example, camera activation is not accepted, but if there is an incoming call, an incoming call notification is made. Further, when the remaining amount decreases and falls to a second predetermined value lower than the first predetermined value, all workers are forcibly terminated after notifying on the user interface that the battery has run out. In this case, the event judge unit that receives an input from the battery voltage management unit to the worker corresponding to the remaining amount warning event performs a special case determination.

ここで、NULLとならないワーカーとして、上述した残量警告のイベントのような特殊な条件でのワーカーが挙げられる。第1の所定値に基づく残量警告イベントに対応するワーカーならば、ワーカー別特例競合テーブルのワーカー起動にはカメラ起動中やスケジュールアラーム等の条件が記述され、これに基づく特例競合処理関数には許可を応答する関数が記述される。   Here, the worker who does not become NULL includes a worker under a special condition such as the above-described remaining amount warning event. If the worker corresponds to the remaining amount warning event based on the first predetermined value, conditions such as camera activation and schedule alarm are described in the worker activation of the worker specific exception competition table, and the special conflict processing function based on this A function that responds with permission is described.

さらに、ワーカー別特例競合テーブル92のワーカー終了として、着信中が記述され、これは特例競合処理関数93として保留を返す関数が設定される。その他、許可、保留もしくは拒否のいずれかが記述されることとなる。また、第2の所定値に基づく残量警告ならば、ほぼ全てのアプリケーションプログラムに基づくワーカーが、ワーカー起動かつ許可(つまり、第2の所定値に基づく残量警告ならば即実行)として記述されることとなる。   Furthermore, the termination of the worker is described in the worker specific exception competition table 92, and an incoming call is described, and this is set as a special conflict processing function 93 that returns a hold. In addition, either permission, hold, or rejection will be described. If the remaining amount warning is based on the second predetermined value, workers based on almost all application programs are described as worker activation and permission (that is, immediate execution if the remaining amount warning is based on the second predetermined value). The Rukoto.

第2の所定値に基づく残量警告がイベントとして発生した場合として、特例競合管理テーブル91には、たいていがワーカー起動かつ許可として記述されているが、条件付許可として「通信中」も記述されている。つまり、バッテリー残量が低下し、通信が維持できなくなる危険性が生じると前述の警告がイベントとして発生し、ほぼ全てのワーカーを終了させる。しかし、特例として、通信中の場合には、通信を終了させる前に、必ず課金に関する通話時間や獲得パケット数を計算し、これをメモリに格納もしくは通信網に送信し終わってから通信を終了するという、条件付き許可が記述されている。   When the remaining amount warning based on the second predetermined value occurs as an event, the special conflict management table 91 is usually described as worker activation and permission, but “communication” is also described as conditional permission. ing. In other words, when there is a risk that the remaining battery level is low and communication cannot be maintained, the aforementioned warning is generated as an event, and almost all workers are terminated. However, as a special case, when communication is in progress, the communication time for charging and the number of acquired packets are always calculated before the communication is terminated, and the communication is terminated after being stored in the memory or transmitted to the communication network. The conditional permission is described.

一方、NULLとなるワーカーは、上述の特殊な競合判定ではなく、一般的なワーカーに基づくものに記述される場合と、個別の競合条件テーブル90に設定されているため特例競合管理テーブル91においてはNULLと設定されている場合がある。   On the other hand, the NULL worker is not described in the special conflict determination described above, but is described in a general worker-based case, and in the special conflict management table 91 because it is set in the individual conflict condition table 90. It may be set to NULL.

また、バッテリー残量以外の特例競合の判定を伴う例として、通話中に通話を維持した状態で必要に迫られEメールを起動する場合がある。Eメールの起動によりイベントとして「Eメール展開要求」が発生し、イベントを受信したイベントジャッジ部は特例競合管理テーブル91を参照する。このとき、「Eメール展開要求」のイベントに特例競合条件として登録されているのは上述した「バッテリー残量低(第2所定値)」だけであるとする。バッテリー残量に余裕がある場合には、この条件には該当しないため、次に競合テーブルが参照され、通話中であってもEメールの展開要求は許可であるため、Eメールを展開しEメールを表示する。表示されたEメールのテキスト中に0で始まる11桁の数字列が含まれていると、これを電話番号であると自動認識し、その数字列の表示色を変更するようになっている。   Further, as an example involving determination of special conflicts other than the remaining battery level, there is a case where an e-mail is activated when necessary while a call is maintained during a call. When the e-mail is activated, an “e-mail deployment request” is generated as an event, and the event judge section that receives the event refers to the special conflict management table 91. At this time, it is assumed that only the above-mentioned “low battery level (second predetermined value)” is registered as a special competition condition in the event “E-mail deployment request”. This condition is not met when there is a surplus in the remaining battery power, so the contention table is referred to next, and even if a call is in progress, an e-mail expansion request is permitted. Display mail. If the displayed e-mail text contains an 11-digit number string starting with 0, it is automatically recognized as a telephone number and the display color of the number string is changed.

上記の状態に継続して、その数字列がユーザが操作するカーソルによって選択され、決定キーが押下されると、その番号に発呼する「Phone to機能」が起動し、発呼要求のイベントが発生する。このイベントについてもイベントジャッジ部は特例競合管理テーブル91が設定されており、発呼要求のイベントには、拒否条件として「通話中」が記述されているとする。この時、発呼要求のイベントは「通信中」の条件に従って、新たな発呼をすることができず、エラーの表示を行う。   Continuing to the above state, when the numeric string is selected by the cursor operated by the user and the enter key is pressed, the “Phone to function” for calling the number is activated, and the call request event is appear. Also for this event, it is assumed that a special competition management table 91 is set in the event judge section, and “calling” is described as a rejection condition in the call request event. At this time, the call request event cannot display a new call according to the “communication” condition, and displays an error.

ただし、3者通話契約を事前に通信事業者との間でなされていたならば、「許可」が記述されており、発呼することができる。ただし、この「許可」には3者通話という条件の関数が指定されており、この条件において許可される。このとき、特例競合管理テーブル91の「発呼要求イベント」発生時の「通話中」の場合の条件として「拒否」から「条件付許可」に書き換えられる。この書き換えはローダーマシンにて行っても良いし、特例競合管理テーブル91としてまとめられているため書き換えが容易になっているために、無線通信で書き換えを基地局経由で行っても良い。   However, if a three-party call contract has been made with a communication carrier in advance, “permitted” is described and a call can be made. However, a function of a condition of three-party call is specified for this “permission”, and is permitted under this condition. At this time, the condition for “calling” when the “call request event” occurs in the special conflict management table 91 is rewritten from “reject” to “conditional permission”. This rewriting may be performed by a loader machine, or since rewriting is easy because it is organized as a special conflict management table 91, rewriting may be performed via a base station by wireless communication.

また、さらに、特例として設定する事例として、外部インタフェースの接続有無なども挙げられる。携帯電話端末装置は通常10〜18芯程度のコネクタを有しており、内部のメモリの書き換えや読み出し、または携帯電話端末装置をモデムとして使用するためにパーソナルコンピュータが接続されるときに外部インタフェースとして使用される。この外部インタフェースの使用時にはたいていの操作を「拒否」するように構成したいときにも特例競合条件テーブル91は有効となる。つまり、外部インタフェース使用中か否かの判断テーブルを作成するだけでよく、他の多くの競合条件テーブル90については手を加えることもなく競合判定処理が行えるからである。   Furthermore, examples of setting as a special case include the presence or absence of connection of an external interface. The mobile phone terminal device usually has a connector of about 10 to 18 cores, and can be used as an external interface when a personal computer is connected to rewrite or read the internal memory, or to use the mobile phone terminal device as a modem. used. The special conflict condition table 91 is also valid when it is desired to “reject” most operations when using this external interface. In other words, it is only necessary to create a determination table for determining whether or not the external interface is being used, and it is possible to perform the conflict determination process for many other conflict condition tables 90 without any modification.

こういった特例の条件は、メーカ側としてはモデルチェンジしても変更するような仕様でないため、設計変更する際に変更箇所が少なくてすむため非常に有効な手段である。つまり、特例競合条件テーブル91にて許可が指定されるイベントは、複数のイベントに重複して発生しうる条件が記述されることが多くなる。   These special conditions are very effective means because the manufacturer does not have specifications that change even if the model is changed, so that the number of change points can be reduced when changing the design. That is, an event for which permission is specified in the special competition condition table 91 is often described as a condition that can occur repeatedly in a plurality of events.

図12は、イベントジャッジ部20におけるワーカー起動時の処理を示したフローチャートである。
イベントジャッジ部20は、上述した競合条件テーブル90に従って判定処理を行う。
同図におけるイベントジャッジ部20aは、ワーカー起動のイベントをアプリケーション管理部10から受信したイベントジャッジ部20aであり後述する競合状態により停止し、終了させられるワーカーに対応するイベントジャッジ部20bと区別するために符号を別にしている。
FIG. 12 is a flowchart showing processing at the time of worker activation in the event judge unit 20.
The event judge unit 20 performs determination processing according to the above-described competition condition table 90.
The event judge unit 20a in FIG. 6 is an event judge unit 20a that has received a worker activation event from the application management unit 10 and is stopped due to a race condition described later, so as to be distinguished from an event judge unit 20b corresponding to a worker to be terminated. The sign is different.

最初にアプリケーション管理部10のイベント受信部10aからワーカー起動のイベントを受信し、上述した特例競合管理テーブル91に従って特例競合条件判定処理を実行する(ステップS12−1)。特例競合条件判定処理の結果を判定し(ステップS12−2)、一致する条件がある場合、即ち競合条件有りとなった場合にはステップS12−4の競合判定結果の処理に進む。一致する条件が無い場合、即ち特例競合管理テーブルにNULLと記述されているなど、競合条件無しとなった場合には、競合条件テーブル90に設定されている条件に従って競合条件判定処理を行う(ステップS12−3)。   First, a worker activation event is received from the event reception unit 10a of the application management unit 10, and a special conflict condition determination process is executed according to the special conflict management table 91 described above (step S12-1). The result of the special competition condition determination process is determined (step S12-2). If there is a matching condition, that is, if there is a competition condition, the process proceeds to the process of the competition determination result in step S12-4. When there is no matching condition, that is, when there is no competition condition such as NULL described in the special competition management table, the competition condition determination process is performed according to the conditions set in the competition condition table 90 (step S12-3).

そして、競合条件判定処理の結果を判定し(ステップS12−4)、拒否の場合は競合判定結果拒否をアプリケーション管理部10に送信する。判定結果が保留の場合には後述するワーカー保留処理を実行すると共に、アプリケーション復帰制御部10dに保留ワーカー追加指示を送信する。アプリケーション復帰制御部10dは復帰レベルテーブル80にそのワーカーを追加する(ステップS12−5)。   Then, the result of the competition condition determination process is determined (step S12-4), and in the case of rejection, a competition determination result rejection is transmitted to the application management unit 10. When the determination result is on hold, a worker hold process described later is executed, and a hold worker addition instruction is transmitted to the application return control unit 10d. The application return control unit 10d adds the worker to the return level table 80 (step S12-5).

許可の場合にはワーカーを起動するために競合しているワーカーを終了する必要があり、競合ワーカー終了制御を実行する。その際、アプリケーション終了制御部10cに競合する起動中のワーカーを停止し、終了させるワーカー終了を指示する(ステップS12−6)。起動中のワーカーを終了させた後、起動要求のあったワーカーを起動すると共に、アプリケーション終了制御部10cにワーカー起動を指示する(ステップS12−7)。   In the case of permission, it is necessary to terminate the competing worker in order to start the worker, and the competing worker termination control is executed. At that time, the active worker competing is stopped to the application termination control unit 10c, and the termination of the worker to be terminated is instructed (step S12-6). After ending the activated worker, the worker that requested activation is activated, and the application termination control unit 10c is instructed to activate the worker (step S12-7).

ワーカーの起動または終了を行ったアプリケーション終了制御部10cはワーカー起動またはワーカー終了の処理を行って、アプリケーション管理部10にワーカー起動またはワーカー終了を通知する。
イベントジャッジ部20aは、競合判定の結果が許可もしくは保留の場合もアプリケーション管理部10に競合判定結果許可もしくは競合判定結果保留の情報を送信する。拒否、保留、許可、ワーカー起動及びワーカー終了を受信したアプリケーション管理部10は、ワーカーの起動及び終了をOSに対して指示し、起動中のワーカーが終了し、起動を要求されたワーカーが起動する。
The application termination control unit 10c that has activated or terminated the worker performs worker activation or worker termination processing, and notifies the application management unit 10 of worker activation or worker termination.
The event judge unit 20a transmits information on whether or not the contention determination result is permitted or the contention determination result is held to the application management unit 10 even when the result of the contention determination is permission or suspension. The application management unit 10 that has received refusal, hold, permission, worker activation, and worker termination instructs the OS to start and terminate the worker, the worker being activated is terminated, and the worker requested to activate is activated. .

図13は、図12において競合により停止し、終了させるワーカーが存在した場合に、当該ワーカーに対応するイベントジャッジ部20bが実行する処理を示したフローチャートである。
同図においてワーカー終了のイベントは図12のイベントジャッジ部20aの起動中ワーカー終了の要求に基づいてアプリケーション管理部10が送信したものである。ワーカー終了のイベントを受信したイベントジャッジ部20bは、特例競合管理テーブル91に従って特例競合条件判定処理を実行する(ステップS13−1)。
FIG. 13 is a flowchart showing a process executed by the event judge unit 20b corresponding to a worker that is stopped due to contention in FIG.
In the figure, the worker termination event is transmitted by the application management unit 10 based on a request for termination of the worker during activation of the event judge unit 20a in FIG. The event judge unit 20b that has received the worker end event executes a special conflict condition determination process according to the special conflict management table 91 (step S13-1).

特例競合条件判定処理の結果を判定し(ステップS13−2)、一致する条件がある場合、即ち競合条件有りとなった場合にはステップS13−4の競合判定結果の処理に進む。一致する条件が無い場合、即ち競合条件無しとなった場合には、競合条件テーブル90に設定されている条件に従って競合条件判定処理を行う(ステップS13−3)。   The result of the special competition condition determination process is determined (step S13-2). If there is a matching condition, that is, if there is a competition condition, the process proceeds to the process of the competition determination result in step S13-4. When there is no matching condition, that is, when there is no competition condition, a competition condition determination process is performed according to the conditions set in the competition condition table 90 (step S13-3).

そして、競合条件判定処理の結果を判定する(ステップS13−4)。競合判定の結果が、拒否もしくは保留の場合はその結果をアプリケーション管理部10に送信する。結果が許可の場合にはワーカー終了処理を行う。その際、アプリケーション終了制御部10cに当該ワーカー終了を指示する。また、ワーカーの終了を行ったアプリケーション終了制御部10cはワーカー終了をアプリケーション管理部10に送信する(ステップS13−5)。ワーカー終了を受信したアプリケーション終了制御部10cは、ワーカー終了の処理を行いアプリケーション管理部10にワーカー終了を通知する。アプリケーション管理部10は当該ワーカーの終了をOSに対して指示する。   Then, the result of the competition condition determination process is determined (step S13-4). If the result of the conflict determination is rejection or suspension, the result is transmitted to the application management unit 10. If the result is permission, worker termination processing is performed. At that time, the application termination control unit 10c is instructed to terminate the worker. In addition, the application termination control unit 10c that terminated the worker transmits the worker termination to the application management unit 10 (step S13-5). Upon receiving the worker termination, the application termination control unit 10c performs worker termination processing and notifies the application management unit 10 of the worker termination. The application management unit 10 instructs the OS to end the worker.

図14は、図12の処理において、競合判定の結果、保留されたワーカー及び、起動中に停止し、終了させられたワーカーを復帰させる場合のイベントジャッジ部20aにおける処理のフローチャートである。
起動中のワーカーが強制的ではなく正常に終了すると、その旨を受信したアプリケーション管理部10が復帰レベルテーブル80から復帰させるワーカーを読み出し、そのワーカーのイベントジャッジ部20cにワーカー起動を送信する。
FIG. 14 is a flowchart of processing in the event judgment unit 20a when returning a worker who has been suspended as a result of the conflict determination in the processing of FIG. 12 and a worker that has stopped and ended during startup.
When the activated worker ends normally instead of being compulsory, the application management unit 10 that has received the message reads the worker to be restored from the restoration level table 80, and transmits the worker activation to the event judge unit 20c of the worker.

最初にワーカー起動のイベントを受信したイベントジャッジ部20aは、特例競合管理テーブル91に従って特例競合条件判定処理を実行する(ステップS14−1)。特例競合条件判定処理の結果を判定し(ステップS14−2)、一致する条件がある場合、即ち競合条件有りとなった場合にはステップS13−4の競合判定結果の処理に進む。一致する条件が無い場合、即ち競合条件無しとなった場合には、競合条件テーブル90に設定されている条件に従って競合条件判定処理を行う(ステップS14−3)。   The event judge unit 20a that first receives the worker activation event executes the special conflict condition determination process according to the special conflict management table 91 (step S14-1). The result of the special competition condition determination process is determined (step S14-2). If there is a matching condition, that is, if there is a competition condition, the process proceeds to the process of the competition determination result in step S13-4. When there is no matching condition, that is, when there is no competition condition, a competition condition determination process is performed according to the conditions set in the competition condition table 90 (step S14-3).

そして、競合条件判定処理の結果を判定する(ステップS14−4)。判定結果が許可の場合には競合ワーカー終了制御の処理を行い、競合しているワーカーを終了させるためアプリケーション終了制御部10cに終了を指示し、許可の結果をアプリケーション復帰制御部10dに送信する(ステップS14−5)。   Then, the result of the competition condition determination process is determined (step S14-4). If the determination result is permission, the competing worker termination control process is performed, the termination is instructed to the application termination control unit 10c to terminate the competing workers, and the permission result is transmitted to the application return control unit 10d ( Step S14-5).

判定結果が、拒否または保留の場合はその結果をアプリケーション復帰制御部10dに送信する。拒否を受信したアプリケーション復帰制御部10dは該当するワーカーを復帰レベルテーブル80から削除する。保留を受信した場合には、再び復帰レベルテーブル80に登録する。許可を受信した場合には、復帰レベルテーブル80に記憶している当該ワーカーを読み出してアプリケーション管理部10に当該ワーカーへの参照情報を含んだワーカー起動を送信する。競合するワーカーの終了指示を受信したアプリケーション終了制御部10cは、ワーカー終了の処理を行って、ワーカー終了をアプリケーション管理部10に送信する。   If the determination result is rejection or hold, the result is transmitted to the application return control unit 10d. The application return control unit 10 d that has received the rejection deletes the corresponding worker from the return level table 80. When the hold is received, it is registered in the return level table 80 again. When the permission is received, the worker stored in the return level table 80 is read, and worker activation including reference information to the worker is transmitted to the application management unit 10. The application termination control unit 10 c that has received the competing worker termination instruction performs worker termination processing and transmits the worker termination to the application management unit 10.

図15から図19を参照して上述したアプリケーション終了制御部10cが実行するワーカーの起動及び終了の処理について説明する。これらに基づき、復帰レベルテーブルへの書き込み、読み出し、削除、さらに強制終了させる場合などにおいてイベントジャッジ部は親ワーカーと子ワーカーとを共に取り扱う。   With reference to FIGS. 15 to 19, worker activation and termination processing executed by the application termination control unit 10 c described above will be described. Based on these, the event judge unit handles both the parent worker and the child worker when writing to the return level table, reading, deleting, and forcibly terminating.

図15は、ワーカー間の親子関係を記憶している子チェーンテーブル81を示したものである。あるワーカーを終了させるとそれに従属するワーカーも終了させるなどの連鎖した終了処理を制御するためのテーブルである。
同図では、基準となるルートから起動されたワーカーをリンクさせていくことで親子関係が生じることを示している。起動するワーカーを子とするかどうかは、動作結果を期待するワーカーなのか、自身を終了したとき一緒に終了させたいワーカーなのか、または、他ワーカーから引用されて起動されているワーカーなのか等を携帯電話端末装置の仕様に基づいて決定する必要がある。
FIG. 15 shows a child chain table 81 that stores a parent-child relationship between workers. It is a table for controlling chained termination processing such as terminating a worker and terminating a worker depending on the worker.
In the figure, it is shown that a parent-child relationship is generated by linking workers started from a reference route. Whether to start the worker as a child is whether it is a worker that expects the operation result, whether it is a worker that wants to end together when it ends, or is a worker that is cited and started by another worker, etc. Needs to be determined based on the specifications of the mobile phone terminal.

図16は、従属関係が親子関係無しの場合を示した図であり、ワーカーCがルートから直接リンクされる。
図17は、従属関係が親子関係有りの場合を示した図であり、ワーカーAとワーカーDが親子関係となっている。ワーカーDがユーザ操作によって起動したものである場合には、ワーカーAが終了してもリンクされているワーカーDは終了せずに親がリンクしていた場所、即ちルートにリンクする。一方、ワーカーDがワーカーAから引用されて起動したものである場合には、ワーカーAが終了するとワーカーDも終了する。
FIG. 16 is a diagram showing a case where the subordinate relationship has no parent-child relationship, and worker C is directly linked from the root.
FIG. 17 is a diagram showing a case where the subordinate relationship has a parent-child relationship, and worker A and worker D have a parent-child relationship. When the worker D is activated by a user operation, the linked worker D is not terminated even when the worker A is terminated, and is linked to the place where the parent is linked, that is, the route. On the other hand, when worker D is cited and started by worker A, worker D ends when worker A ends.

図18は、子のワーカーDが終了した場合の処理を示した図である。アプリケーション管理部10からの要求により子のワーカーDが終了すると、子のワーカーDは親のワーカーAに終了通知を送信する。終了通知を受信した親のワーカーAは子ワーカーDの情報を削除する等の処理を行う。   FIG. 18 is a diagram illustrating processing when the child worker D is completed. When the child worker D is terminated by a request from the application management unit 10, the child worker D transmits an end notification to the parent worker A. The parent worker A that has received the end notification performs processing such as deleting the information of the child worker D.

図19は、アプリケーション終了制御部10cの処理を示したフローチャートである。イベントジャッジ部20よりワーカー起動を受信し、起動を要求したワーカーの子であるか否かを判定する(ステップS19−1)。起動を要求したワーカーの子の場合には、子チェーンテーブル81に起動を要求したワーカーの子としてリンクする(ステップS19−2)。起動元の子で無い場合には子チェーンテーブル81においてルートにリンクする(ステップS19−3)。 FIG. 19 is a flowchart showing the processing of the application end control unit 10c. A worker activation is received from the event judge unit 20, and it is determined whether or not it is a child of a worker who has requested activation (step S19-1). In the case of the child of the worker who has requested activation, the child chain table 81 is linked as the child of the worker who has requested activation (step S19-2). If it is not a child of the activation source, it is linked to the root in the child chain table 81 (step S19-3).

次に、動作中(=アクティブ)ワーカーが有るか否かを判定する(ステップS19−4)。動作中のワーカーが有る場合には、ワーカー追加指示をアプリケーション復帰制御部10dに送信して復帰レベルテーブル80に動作中のワーカーを記憶させ、アプリケーション管理部10にワーカー起動を送信する。また、動作中のワーカーが無い場合にもアプリケーション管理部10にワーカー起動を送信する。この処理によって、競合によって起動中から保留されたワーカーを復帰レベルテーブルに記憶する。
ワーカー終了を受信した場合には、子チェーンテーブル81から終了要求のあったワーカーを削除してワーカー終了をアプリケーション管理部10に送信する。
Next, it is determined whether there is an active (= active) worker (step S19-4). When there is an operating worker, a worker addition instruction is transmitted to the application return control unit 10d, the operating worker is stored in the return level table 80, and worker activation is transmitted to the application management unit 10. Even when there is no worker in operation, the worker activation is transmitted to the application management unit 10. Through this process, workers that have been put on hold due to contention are stored in the return level table.
When the worker termination is received, the worker that requested termination is deleted from the child chain table 81 and the worker termination is transmitted to the application management unit 10.

次に、図20から図25を参照して、図6で取り上げた復帰レベルテーブル80へのワーカーの追加手段について説明する。
復帰レベルテーブル80がワーカーを追加する場合としては、動作中であったワーカーが保留状態になる場合、または、上記競合判定において起動を保留された場合がある。
復帰レベルテーブルに対する制御としては、復帰レベルテーブル80にワーカーを追加する制御、起動を保留されている親子関係のある保留ワーカーにリンクする制御等がある。
Next, a means for adding a worker to the return level table 80 taken up in FIG. 6 will be described with reference to FIGS.
As a case where the return level table 80 adds a worker, there is a case where a worker who has been operating is put on hold or a start is put on hold in the contention determination.
As control for the return level table, there are control for adding a worker to the return level table 80, control for linking to a suspended worker having a parent-child relationship for which activation is suspended.

図20に示す復帰レベルテーブルにワーカーを追加する処理は、動作中のワーカーが、ユーザ操作によって待ち受けアプリケーションが起動したワーカーである場合と、電話機能アプリケーション及びアラームなどの割り込みワーカーである場合に発生する。つまり、親子関係を持たず、上記したルートに直接リンクするワーカーの場合に復帰レベルテーブルに直接積み上げられることになる。   The process of adding a worker to the return level table shown in FIG. 20 occurs when the worker in operation is a worker in which a standby application is activated by a user operation, or when it is an interrupt worker such as a telephone function application or an alarm. . That is, in the case of a worker that does not have a parent-child relationship and is directly linked to the above-described route, it is directly stacked in the return level table.

図21に示す保留ワーカーに動作中のワーカーをリンクする処理は、動作中のワーカーが、待ち受けアプリケーション以外のワーカーからのワーカー起動だった場合に発生する。この場合は、上述した親子関係をもつワーカーにおいて、子のワーカーが動作中であり、親ワーカーが保留中の場合に発生することになる。 Process to link the worker during operation on hold workers shown in FIG. 21, the worker during operation, occurs when it was Wa manufacturers started from other than the standby application worker. In this case, in the worker having the parent-child relationship described above, this occurs when the child worker is operating and the parent worker is on hold.

図22は、他のワーカーからリンクされているワーカーが終了した場合の処理を示した図である。同図において保留ワーカー(2)が終了すると、終了したワーカー(2)の子のワーカーである(3)が(1)にリンクすることになる。例えば、カメラに関するワーカーについて考え、用法を示す。この場合、親となるのは「カメラ起動中」ワーカーである。さらに、子ワーカーとなるのが、「セルフタイマー」や「ズームアップ」である。図22に置き換えると、(1)がカメラ起動中、(2)がセルフタイマー、(3)ズームアップとなる。仕様にもよるが、例えば、これら(1)から(3)が起動している状態で、さらに目覚ましアラーム起動のワーカーが入ってくるとイベントジャッジ部はオペレーション実行制御の時にアプリケーション復帰管理部にて、カメラ関係のワーカーの保留要求がなされる。
FIG. 22 is a diagram illustrating processing when a worker linked from another worker is terminated. When the on-hold worker (2) is terminated in the figure, (3), which is a child worker of the terminated worker (2), is linked to (1). For example, consider a camera worker and show usage. In this case, the parent is the “camera activated” worker. Furthermore, “self-timer” and “zoom-up” are the child workers. In FIG. 22, (1) is during camera activation, (2) is self-timer, and (3) zooms up. Depending on the specifications, for example, if (1) to (3) are activated, and an alarm wake-up worker enters, the event judge section will use the application return management section during operation execution control . , A hold request for a camera-related worker is made.

担当のイベントジャッジ部では、これら(1)から(3)について図22の左図に示すように親子関係を対応付けたまま復帰レベルテーブルに積み上げられる。そして目覚ましアラームの処理が完了したとき、特に(2)のセルフタイマーについてはタイムカウントに間が空いてしまい、セルフタイマーとしては使い物にならなくなってしまう場合がある。その場合には、これを削除し(3)のズームアップを繰り上げて右図のように(2)として積み上げ直し、この積み上げ直し後の復帰レベルテーブルに従って、カメラに関するアプリケーションを復帰させる。   In the event judge section in charge, these (1) to (3) are piled up in the return level table with the parent-child relationship associated with each other as shown in the left diagram of FIG. When the alarm alarm processing is completed, the self-timer (2) in particular may not be usable as the self-timer because the time count is not available. In that case, this is deleted, the zoom-up of (3) is advanced, and it is restacked as (2) as shown in the right figure, and the application relating to the camera is returned according to the return level table after this restacking.

図23は、ワーカー起動を受信した場合のアプリケーション復帰制御部10dの内部処理を示したフローチャートである。同図は、アプリケーション終了制御部10cがイベントジャッジ部20からワーカー起動の指示を受信し、既に動作中のワーカーがある場合に、動作中のワーカーを保留するためにワーカー追加指示をアプリケーション復帰制御部10dに送信した場合を示している。ワーカー追加指示を受信したアプリケーション復帰制御部10dは、ワーカー追加指示に含まれている当該ワーカーが復帰するための情報を設定されているレベルに合わせて復帰レベルテーブルに追加して処理を終了する。   FIG. 23 is a flowchart showing an internal process of the application return control unit 10d when a worker activation is received. In the figure, when the application termination control unit 10c receives an instruction for starting a worker from the event judge unit 20, and there is an already operating worker, an application return control unit issues a worker addition instruction to hold the operating worker. The case where it transmits to 10d is shown. Upon receiving the worker addition instruction, the application return control unit 10d adds information for returning the worker included in the worker addition instruction to the return level table in accordance with the set level, and ends the process.

図24は、起動したワーカーが、競合判定の結果により保留ワーカーとなった場合を示した図であり、新たに発生した保留ワーカーを設定されているレベルに合わせて復帰レベルテーブルに追加する。   FIG. 24 is a diagram showing a case where the activated worker becomes a pending worker based on the result of the conflict determination, and a newly generated pending worker is added to the return level table in accordance with the set level.

図25は、図24の場合におけるアプリケーション復帰制御部10dの内部処理を示したフローチャートである。
競合判定結果が保留の場合にイベントジャッジ部20はアプリケーション復帰制御部10dに保留ワーカー追加指示を送信する。保留ワーカー追加を受信したアプリケーション復帰制御部10dは、保留ワーカー追加指示に含まれている復帰のための情報及びレベルに合わせてワーカーを復帰レベルテーブルに追加して処理を終了する。
FIG. 25 is a flowchart showing internal processing of the application return control unit 10d in the case of FIG.
When the competition determination result is on hold, the event judge unit 20 transmits a hold worker addition instruction to the application return control unit 10d. The application return control unit 10d that has received the pending worker addition adds the worker to the return level table in accordance with the information and level for return included in the pending worker addition instruction, and ends the processing.

以上のように、復帰レベルテーブル80がアプリケーションに予め設定されている復帰レベルに従って、保留もしくは停止し、終了されたアプリケーションプログラムの復帰情報を記憶している。そして、起動中のプログラムが終了した際に、復帰レベルの高い順で、かつ最も新しく記憶した復帰情報に基づいてプログラムを復帰する構成となっている。   As described above, the return level table 80 stores the return information of the application program that has been suspended or stopped according to the return level preset for the application. Then, when the running program ends, the program is returned in the order of the highest return level and based on the latest stored return information.

そのため、予め、オートパワーオフの復帰レベルをスケジュールアラームの復帰レベルよりも低く設定してあれば、着信中にスケジュールアラームのイベントが通知され、さらにオートパワーオフのイベントが通知された2つのイベントが保留された場合でも、着信の終了後に先にオートパワーオフが復帰し、スケジュールアラームが放置され電源オフしてしまうようなことがなくなる。さらに、復帰レベルを任意に設定可能にすることにより、携帯電話端末装置上のアプリケーションプログラムの任意の順序での復帰制御を可能としている。それによって、例えば、着信中などの割り込み処理、Eメール着信、アラームの順でプログラムが保留にされても、最初にアラームを復帰させてその後Eメール着信の処理を行わせるなどの制御が可能となる。   Therefore, if the auto power off return level is set lower than the schedule alarm return level in advance, the schedule alarm event is notified during an incoming call, and two events that are notified of the auto power off event are Even when the call is put on hold, auto power off is restored first after the end of the incoming call, and the schedule alarm is not left and the power is turned off. Further, by making it possible to arbitrarily set the return level, it is possible to perform return control in any order of application programs on the mobile phone terminal device. As a result, for example, even if the program is put on hold in the order of interrupt processing such as an incoming call, incoming e-mail, and alarm, it is possible to perform control such as returning the alarm first and then processing the incoming e-mail. Become.

上述の携帯電話端末装置は内部に、コンピュータシステムを有している。そして、上述した携帯電話端末装置の処理過程は、プログラムの形式でコンピュータ読み取り可能な記
録媒体に記憶されており、このプログラムをコンピュータが読み出して実行すること
によって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、
磁気ディスク、光磁気ディスク、CD−ROM、DVD−ROM、半導体メモリ等を
いう。また、このコンピュータプログラムを通信回線によってコンピュータに配信
し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
The mobile phone terminal device described above has a computer system inside. The process of the mobile phone terminal described above is stored in a computer-readable recording medium in the form of a program, and the above process is performed by the computer reading and executing this program. Here, the computer-readable recording medium is
Magnetic disk, magneto-optical disk, CD-ROM, DVD-ROM, semiconductor memory, etc. Further, the computer program may be distributed to the computer via a communication line, and the computer that has received the distribution may execute the program.

本発明の一実施形態による携帯電話端末装置におけるアプリケーションプログラム管理に関わる部分の構成を示すブロック図である。It is a block diagram which shows the structure of the part in connection with the application program management in the mobile telephone terminal device by one Embodiment of this invention. 従来技術と同実施形態におけるアプリケーション管理に関わる機能ブロックの構成の違いを示した図である。It is the figure which showed the difference in the structure of the functional block regarding application management in the same embodiment as the prior art. 同実施形態におけるアプリケーションプログラム復帰時の優先処理の具体例を示した図である。It is the figure which showed the specific example of the priority process at the time of the application program return in the same embodiment. 同実施形態におけるアプリケーション管理部がイベント制御のための情報を記憶するテーブル構成図である。It is a table block diagram in which the application management part in the same embodiment memorizes information for event control. 同実施形態における復帰レベルテーブルを示した図である。It is the figure which showed the return level table in the same embodiment. 同実施形態における子チェーンテーブルを示した図である。It is the figure which showed the child chain table in the same embodiment. 同実施形態におけるアプリケーションプログラムの構成を示したブロック図である。It is the block diagram which showed the structure of the application program in the same embodiment. 同実施形態におけるアプリケーション管理部及びイベントジャッジ部の競合判定制御における関係図である。It is a related figure in competition judgment control of an application management part and an event judge part in the embodiment. 同実施形態における競合条件テーブルの構成図である。It is a block diagram of the competition condition table in the same embodiment. 同実施形態における競合条件テーブルの具体的設定形態を示す図である。It is a figure which shows the specific setting form of the competition condition table in the embodiment. 同実施形態における特例措置の手段を示した図である。It is the figure which showed the means of the special measure in the same embodiment. 同実施形態におけるイベントジャッジ部のワーカー起動の処理を示したフローチャートである。It is the flowchart which showed the process of worker starting of the event judge part in the same embodiment. 同実施形態におけるイベントジャッジ部の競合発生によるワーカー終了の処理を示したフローチャートである。It is the flowchart which showed the process of the worker end by the competition generation | occurrence | production of the event judge part in the embodiment. 同実施形態におけるイベントジャッジ部の保留ワーカー復帰の処理を示したフローチャートである。It is the flowchart which showed the process of the pending worker return of the event judge part in the embodiment. 同実施形態におけるワーカー間の親子関係を記憶している子チェーンテーブルを示した図である。It is the figure which showed the child chain table which has memorize | stored the parent-child relationship between the workers in the same embodiment. 同実施形態におけるワーカー間の従属関係が親子関係無しの場合を示した図である。It is the figure which showed the case where the subordinate relationship between workers in the same embodiment has no parent-child relationship. 同実施形態におけるワーカー間の従属関係が親子関係有りの場合を示した図である。It is the figure which showed the case where the subordinate relationship between workers in the same embodiment has a parent-child relationship. 同実施形態における子が終了時の処理を示した図である。It is the figure which showed the process when the child in the embodiment is complete | finished. 同実施形態におけるアプリケーション終了制御部の処理を示したフローチャートである。It is the flowchart which showed the process of the application completion control part in the embodiment. 同実施形態における復帰レベルテーブルにワーカーを追加する処理を示した図である。It is the figure which showed the process which adds a worker to the return level table in the embodiment. 同実施形態における保留ワーカーに動作中のワーカーをリンクする処理を示した図である。It is the figure which showed the process which links the worker in operation to the holding worker in the embodiment. 同実施形態における他のワーカーからリンクされているワーカーを終了させた場合の処理を示した図である。It is the figure which showed the process at the time of ending the worker linked from the other worker in the embodiment. 同実施形態におけるアプリケーション復帰制御部の処理を示したフローチャート(その1)である。It is the flowchart (the 1) which showed the process of the application return control part in the embodiment. 同実施形態における起動中ワーカーが競合判定の結果により保留ワーカーとなった場合を示した図である。It is the figure which showed the case where the starting worker in the same embodiment turns into a pending worker by the result of competition determination. 同実施形態におけるアプリケーション復帰制御部の処理を示したフローチャート(その2)である。It is the flowchart (the 2) which showed the process of the application return control part in the embodiment.

符号の説明Explanation of symbols

10 アプリケーション管理部
20(20a〜20c) イベントジャッジ部
30(30a〜30c) アプリケーション

10 Application management unit 20 (20a to 20c) Event judge unit 30 (30a to 30c) Application

Claims (7)

アプリケーションプログラムを複数有し、それぞれのアプリケーションプログラムに関する個別の処理であるワーカー処理を択一的に実行可能な携帯電話端末装置であって、
前記複数のワーカー処理には、それぞれ競合条件が予め設定されており、イベント情報を受信し、当該受信したイベント情報に対応するワーカー処理を行う際に、当該ワーカー処理を行うためのアプリケーションプログラムを複数のアプリケーションプログラムの中から特定し、当該特定したアプリケーションプログラムを択一的に起動した上で前記受信したイベントに対応するワーカー処理を行うよう、前記複数のアプリケーションプログラムの動作を管理するプログラム管理手段と、
新たにイベントを受信して新たなワーカー処理が発生するごとに、当該新たなワーカー処理の実行を要求した他のワーカー処理があれば、その引用関係を記憶するチェーンテーブル記憶手段と、
前記複数のアプリケーションプログラムのうち、先に第1のアプリケーションプログラムが起動されており、当該第1のアプリケーションプログラムに関する第1ワーカー処理が動作している状態で、後から前記第1のアプリケーションプログラムとは異なる第2のアプリケーションプログラムに関する第2ワーカー処理の実行を要求するイベント情報を受信した際に、前記第2ワーカー処理についての前記競合条件に基づいて当該第2ワーカー処理の実行可否を判定する判定手段と、
前記複数のアプリケーションプログラムにはそれぞれあらかじめ復帰優先度が設定されており、前記判定手段にて前記第2ワーカー処理実行可能と判定され、前記第2のアプリケーションプログラムを起動して前記第2ワーカー処理を実行するために、前記第1のアプリケーションプログラムを終了させ際に、前記第1のアプリケーションプログラムの終了に連携して停止される前記第1ワーカー処理を、前記第1のアプリケーションプログラム後に再び起動する際に必要な復帰情報として当該第1のアプリケーションプログラムに対応する復帰優先度に関連付けて追加記憶するとともに、前記チェーンテーブル記憶手段を参照し、前記第1ワーカー処理に引用関係のある第3ワーカー処理があれば、当該引用関係を共に記憶する復帰情報記憶手段と、
前記第2のアプリケーションプログラムが終了した場合、前記復帰情報記憶手段に記憶される前記引用関係、および前記復帰優先度に基づいて前記第1のアプリケーションプログラムを再び起動すると共に、前記第1ワーカー処理を実行し、前記引用関係があれば前記第3ワーカー処理その後実行するプログラム復帰手段と、
を備えることを特徴とする携帯電話端末装置。
A mobile phone terminal device that has a plurality of application programs and can alternatively execute worker processing that is individual processing related to each application program ,
Each of the plurality of worker processes is preliminarily set with a competition condition, and receives a plurality of application programs for receiving the event information and performing the worker process corresponding to the received event information. A program management means for managing the operations of the plurality of application programs so as to perform worker processing corresponding to the received event after alternatively starting the identified application program ,
Each time a new worker process is received by receiving a new event, if there is another worker process that has requested execution of the new worker process, a chain table storage unit that stores the citation relationship ;
Among the plurality of application programs, previously it has been activated the first application program, in a state where the first worker process Gado operation relating to the first application program, said first application program later Determining whether or not to execute the second worker process based on the contention condition for the second worker process when receiving event information requesting the execution of the second worker process related to a different second application program Means,
A return priority is set in advance for each of the plurality of application programs, and it is determined that the second worker process can be executed by the determination unit, and the second application process is started by starting the second application program. in order to perform, when the Ru to terminate the first application program, said first ends cooperation with the first worker process that is stopping the application program again after the first application program As the return information required at the time of activation, a third information that is additionally stored in association with the return priority corresponding to the first application program and that has a citation relationship with the first worker process with reference to the chain table storage means if the worker process, the return of both storing the citation And boric storage means,
When the second application program ends, the first application program is started again based on the citation relationship stored in the return information storage unit and the return priority, and the first worker process is performed. run the program returning means for the citation is then executes the third worker process if,
Cellular phone terminal device characterized by comprising a.
前記復帰情報記憶手段、前記第1ワーカー処理が終了した場合に、当該第1ワーカー処理についてを削除するとともに、当該第1ワーカー処理と引用関係にある第3ワーカー処理がある場合には、当該第3ワーカー処理についても前記起動順序から削除する
ことを特徴とする請求項1に記載の携帯電話端末装置。
The return information storage means, if the previous SL first word manufacturers treatment has finished, with the cutting and dividing with the said first worker process, a third worker process in reference relationship with the first worker process 2. The mobile phone terminal device according to claim 1 , wherein in some cases, the third worker process is also deleted from the activation order.
前記プログラム復帰手段は、前記復帰情報記憶手段に記憶される複数のワーカー処理のうち、いずれか実行中のワーカー処理が停止して、他のワーカー処理のうち、前記復帰優先度の高いワーカー処理を読み出す際に、重複する前記復帰優先度を有するアプリケーションプログラムに関するワーカー処理が複数があるときは、復帰情報記憶手段において最も記録の新しいワーカー処理を読み出し、当該ワーカー処理について、これに対応するアプリケーションプログラムを起動して実行する
ことを特徴とする請求項1または2記載の携帯電話端末装置。
The program return means, among the plurality of workers processing stored in the resumption information memory unit, and the worker processes running either stop, among other worker processes, higher the return priority worker treatment when reading, when the worker process is more about the application program with the return priority duplicate in resumption information memory means most reads a new worker process of the recording, for the worker process, corresponding to the application The mobile phone terminal device according to claim 1 or 2, wherein the program is started and executed .
前記復帰優先度は、ユーザの操作の下で任意に設定を変更することができることを特徴とする請求項1から3のいずれか1つに記載の携帯電話端末装置。   The mobile phone terminal device according to any one of claims 1 to 3, wherein the return priority can be arbitrarily changed under a user operation. 前記復帰優先度は、所定の値を設定可能であり、
前記所定の値が設定されたワーカー処理は復帰させないことを特徴とする請求項1から4のいずれか1つに記載の携帯電話端末装置。
The return priority can be set to a predetermined value,
5. The mobile phone terminal device according to claim 1, wherein the worker process in which the predetermined value is set is not returned. 6.
アプリケーションプログラムを複数有し、それぞれのアプリケーションプログラムに関する個別の処理であるワーカー処理を択一的に実行可能な携帯電話端末装置のプログラム管理方法において、
前記複数のワーカー処理には、それぞれ競合条件が予め設定されており、イベント情報を受信し、当該受信したイベント情報に対応するワーカー処理を行う際に、当該ワーカー処理を行うためのアプリケーションプログラムを複数のアプリケーションプログラムの中から特定し、当該特定したアプリケーションプログラムを択一的に起動した上で前記受信したイベントに対応するワーカー処理を行うよう、前記複数のアプリケーションプログラムの動作を管理するプログラム管理手段と、
新たにイベントを受信して新たなワーカー処理が発生するごとに、当該新たなワーカー処理の実行を要求した他のワーカー処理があれば、その引用関係を記憶するチェーンテーブル記憶手段と、
前記複数のアプリケーションプログラムのうち、先に第1のアプリケーションプログラムが起動されており、当該第1のアプリケーションプログラムに関する第1ワーカー処理が動作している状態で、後から前記第1のアプリケーションプログラムとは異なる第2のアプリケーションプログラムに関する第2ワーカー処理の実行を要求するイベント情報を受信した際に、前記第2ワーカー処理についての前記競合条件に基づいて当該第2ワーカー処理の実行可否を判定する判定手段と、
前記複数のアプリケーションプログラムにはそれぞれあらかじめ復帰優先度が設定されており、前記判定手段にて前記第2ワーカー処理実行可能と判定され、前記第2のアプリケーションプログラムを起動して前記第2ワーカー処理を実行するために、前記第1のアプリケーションプログラムを終了させ際に、前記第1のアプリケーションプログラムの終了に連携して停止される前記第1ワーカー処理を、前記第1のアプリケーションプログラム後に再び起動する際に必要な復帰情報として当該第1のアプリケーションプログラムに対応する復帰優先度に関連付けて追加記憶するとともに、前記チェーンテーブル記憶手段を参照し、前記第1ワーカー処理に引用関係のある第3ワーカー処理があれば、当該引用関係を共に記憶する復帰情報記憶手段と、
を備え、
前記第2のアプリケーションプログラムが終了した場合、前記復帰情報記憶手段に記憶される前記引用関係、および前記復帰優先度に基づいて前記第1のアプリケーションプログラムを再び起動すると共に、前記第1ワーカー処理を実行し、前記引用関係があれば前記第3ワーカー処理を実行する過程を備えたプログラム管理方法。
In a program management method for a mobile phone terminal device that has a plurality of application programs and can alternatively execute worker processing that is individual processing related to each application program ,
The plurality of worker processes, each contention condition is set in advance, it receives the event information, when performing the worker process corresponding to the received event information, application for performing the worker process identifying a program from among a plurality of application programs, to perform the worker process corresponding to the event that the received upon starting the application program the specified alternatively, manages the operation of the previous SL plurality of application programs Program management means;
Newly receiving events put out every time a new worker process occurs, if another worker process that requested the execution of the new worker process, and the chain table storage means for storing the reference relation,
Wherein among the plurality of application programs are started first application program previously said in the first state where the first is Wa manufacturers treated Gado operation relating to the application program, the later first application program When event information requesting execution of a second worker process related to a second application program different from the above is received, it is determined whether or not the second worker process can be executed based on the competition condition for the second worker process A determination means;
A return priority is set in advance for each of the plurality of application programs, and it is determined that the second worker process can be executed by the determination unit, and the second application process is started by starting the second application program. in order to perform, when the Ru to terminate the first application program, said first ends cooperation with the first worker process that is stopping the application program again after the first application program As the return information required at the time of activation, a third information that is additionally stored in association with the return priority corresponding to the first application program and that has a citation relationship with the first worker process with reference to the chain table storage means. if the worker process, the return of both storing the citation And boric storage means,
With
When the second application program ends, the first application program is started again based on the citation relationship stored in the return information storage unit and the return priority, and the first worker process is performed. A program management method comprising a step of executing and executing the third worker process if there is a citation relationship .
アプリケーションプログラムを複数有し、それぞれのアプリケーションプログラムに関する個別の処理であるワーカー処理を択一的に実行可能な携帯電話端末装置のコンピュータを、
前記複数のワーカー処理には、それぞれ競合条件が予め設定されており、イベント情報を受信し、当該受信したイベント情報に対応するワーカー処理を行う際に、当該ワーカー処理を行うためのアプリケーションプログラムを複数のアプリケーションプログラムの中から特定し、当該特定したアプリケーションプログラムを択一的に起動した上で前記受信したイベントに対応するワーカー処理を行うよう、前記複数のアプリケーションプログラムの動作を管理するプログラム管理手段と、
新たにイベントを受信して新たなワーカー処理が発生するごとに、当該新たなワーカー処理の実行を要求した他のワーカー処理があれば、その引用関係を記憶するチェーンテーブル記憶手段と、
前記複数のアプリケーションプログラムのうち、先に第1のアプリケーションプログラムが起動されており、当該第1のアプリケーションプログラムに関する第1ワーカー処理が動作している状態で、後から前記第1のアプリケーションプログラムとは異なる第2のアプリケーションプログラムに関する第2ワーカー処理の実行を要求するイベント情報を受信した際に、前記第2ワーカー処理についての前記競合条件に基づいて当該第2ワーカー処理の実行可否を判定する判定手段と、
前記複数のアプリケーションプログラムにはそれぞれあらかじめ復帰優先度が設定されており、前記判定手段にて前記第2ワーカー処理実行可能と判定され、前記第2のアプリケーションプログラムを起動して前記第2ワーカー処理を実行するために、前記第1のアプリケーションプログラムを終了させ際に、前記第1のアプリケーションプログラムの終了に連携して停止される前記第1ワーカー処理を、前記第1のアプリケーションプログラム後に再び起動する際に必要な復帰情報として当該第1のアプリケーションプログラムに対応する復帰優先度に関連付けて追加記憶するとともに、前記チェーンテーブル記憶手段を参照し、前記第1ワーカー処理に引用関係のある第3ワーカー処理があれば、当該引用関係を共に記憶する復帰情報記憶手段と、
として機能させ、
前記第2のアプリケーションプログラムが終了した場合、前記復帰情報記憶手段に記憶される前記引用関係、および前記復帰優先度に基づいて前記第1のアプリケーションプログラムを再び起動すると共に、前記第1ワーカー処理を実行し、前記引用関係があれば前記第3ワーカー処理を実行させるコンピュータプログラム。
A computer of a mobile phone terminal device that has a plurality of application programs and can selectively execute worker processing that is individual processing related to each application program ,
The plurality of worker processes, each contention condition is set in advance, it receives the event information, when performing the worker process corresponding to the received event information, application for performing the worker process identifying a program from among a plurality of application programs, to perform the worker process corresponding to the event that the received upon starting the application program the specified alternatively, manages the operation of the previous SL plurality of application programs Program management means;
Newly receiving events put out every time a new worker process occurs, if another worker process that requested the execution of the new worker process, and the chain table storage means for storing the reference relation,
Wherein among the plurality of application programs are started first application program previously said in the first state where the first is Wa manufacturers treated Gado operation relating to the application program, the later first application program When event information requesting execution of a second worker process related to a second application program different from the above is received, it is determined whether or not the second worker process can be executed based on the competition condition for the second worker process A determination means;
A return priority is set in advance for each of the plurality of application programs, and it is determined by the determination means that the second worker process can be executed, and the second application process is started by starting the second application program. in order to perform, when the Ru to terminate the first application program, said first ends cooperation with the first worker process that is stopping the application program again after the first application program As the return information required at the time of activation, a third information that is additionally stored in association with the return priority corresponding to the first application program and that has a citation relationship with the first worker process with reference to the chain table storage means if the worker process, the return of both storing the citation And boric storage means,
Function as
When the second application program ends, the first application program is started again based on the citation relationship stored in the return information storage unit and the return priority, and the first worker process is performed. A computer program that executes and executes the third worker process if there is a citation relationship .
JP2004100267A 2004-03-30 2004-03-30 Mobile phone terminal device, program management method, and computer program therefor Expired - Fee Related JP4601983B2 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2004100267A JP4601983B2 (en) 2004-03-30 2004-03-30 Mobile phone terminal device, program management method, and computer program therefor
CNA2005100624311A CN1677352A (en) 2004-03-30 2005-03-28 Cell-phone terminal, program management method and computer program of the same
US11/091,347 US7730479B2 (en) 2004-03-30 2005-03-28 Cell-phone terminal, program management method and computer program of same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004100267A JP4601983B2 (en) 2004-03-30 2004-03-30 Mobile phone terminal device, program management method, and computer program therefor

Publications (2)

Publication Number Publication Date
JP2005284904A JP2005284904A (en) 2005-10-13
JP4601983B2 true JP4601983B2 (en) 2010-12-22

Family

ID=35183196

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004100267A Expired - Fee Related JP4601983B2 (en) 2004-03-30 2004-03-30 Mobile phone terminal device, program management method, and computer program therefor

Country Status (1)

Country Link
JP (1) JP4601983B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009081502A1 (en) 2007-12-26 2009-07-02 Fujitsu Limited Communication terminal
US8392932B2 (en) 2008-06-25 2013-03-05 Panasonic Corporation Information processing device for causing a processor to context switch between threads including storing contexts based on next thread start position
US20100034124A1 (en) * 2008-08-05 2010-02-11 Qualcomm Incorporated Tethered data call with continuous application
JP4729611B2 (en) 2008-10-30 2011-07-20 株式会社エヌ・ティ・ティ・ドコモ Event queue management apparatus and event queue management method

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08190491A (en) * 1995-01-04 1996-07-23 Hitachi Koki Haramachi Co Ltd Task switching method
JP2003177926A (en) * 2001-12-11 2003-06-27 Nec Corp Personal digital assistant device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08190491A (en) * 1995-01-04 1996-07-23 Hitachi Koki Haramachi Co Ltd Task switching method
JP2003177926A (en) * 2001-12-11 2003-06-27 Nec Corp Personal digital assistant device

Also Published As

Publication number Publication date
JP2005284904A (en) 2005-10-13

Similar Documents

Publication Publication Date Title
US7730479B2 (en) Cell-phone terminal, program management method and computer program of same
JP4058752B2 (en) Portable information terminal device
JP3633465B2 (en) Mobile phone terminal and screen transition control method used therefor
JP4205980B2 (en) Terminal device and program
US7809363B2 (en) Mobile phone terminal, program management method, and computer program for the same
JP2003169372A (en) Portable communication apparatus
JP2001521223A (en) Apparatus and method for setting a portable intelligent communication device during a conference
JP4563710B2 (en) Mobile phone terminal device, program management method, and computer program therefor
US20060179135A1 (en) Data communication method, data communication system, and communication terminal
JP4637242B2 (en) Communication equipment
JP2008172683A (en) Portable telephone terminal
JP4601983B2 (en) Mobile phone terminal device, program management method, and computer program therefor
US7761853B2 (en) Portable terminal device, method for restoring program, method for terminating program, and computer program therefor
JP4675891B2 (en) Task scheduling apparatus, task scheduling method, task scheduling program, recording medium, and transmission medium
EP1762938B1 (en) Linked operation method and mobile communication terminal device
JP4731822B2 (en) Mobile phone terminal device, program management method, and computer program therefor
KR20020005127A (en) Method of updating an application program in a mobile terminal
JP2008072568A (en) Adaptive asynchronous communication control program
JP3245500B2 (en) Event management method in multi-programming
JP4503466B2 (en) Portable terminal device, program termination method, and computer program therefor
CN106603871A (en) Method and system for preventing missing information transmission of mobile terminal
TWI506986B (en) System and method for controlling the phone calls firewall
JP3038435U (en) Message call service device
JP2004134948A (en) Data update system for mobile phone
JP4606857B2 (en) Mobile phone terminal, task management method and computer program therefor

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070213

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090105

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090414

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090612

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090714

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090914

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100921

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100929

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131008

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees