JP2008003770A

JP2008003770A - Mobile terminal

Info

Publication number: JP2008003770A
Application number: JP2006171357A
Authority: JP
Inventors: Hiroyuki Sato; 宏幸佐藤; Tsutomu Yamashita; 勉山下
Original assignee: Denso Wave Inc
Current assignee: Denso Wave Inc
Priority date: 2006-06-21
Filing date: 2006-06-21
Publication date: 2008-01-10
Anticipated expiration: 2026-06-21
Also published as: JP4462238B2

Abstract

<P>PROBLEM TO BE SOLVED: To provide a mobile terminal avoiding trouble caused by an unstable operating system beforehand even when the operating system becomes unstable. <P>SOLUTION: In the mobile terminal, monitoring threads (1), (2), etc. periodically set corresponding flags of operation status monitoring flags with respect to operation information, and interrupt processing provided with a diagnostic program periodically checks the operation status monitoring flags and informs of abnormality in response to detection of a set flag. The interrupt processing determines the OS to be unstable and saves important information from a RAM 4 to a flash memory 5 and then sends a reset request to the OS and restores the important information to the RAM in response to restart of the OS. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

本発明は、オペレーティングシステムによりアプリケーションの動作を管理する携帯端末に関する。 The present invention relates to a portable terminal that manages the operation of an application by an operating system.

例えばパソコンのＯＳ（Operating System）では、メモリリークなどの不安定要因により、急激に処理速度が低下したり、処理が停止（ロック）したりする場合がある。メモリリークとは、パソコンの動作中に、使用可能なメモリ容量がだんだん減っていく現象で、システムの性能が低下したり、不安定になったりすることの要因となる。
特開平９−１７９７５４号公報 For example, in an OS (Operating System) of a personal computer, the processing speed may be suddenly reduced or the processing may be stopped (locked) due to an unstable factor such as a memory leak. A memory leak is a phenomenon in which the usable memory capacity gradually decreases during the operation of a personal computer, which causes the system performance to deteriorate or become unstable.
JP 9-179754 A

特許文献１のものでは、コンピュータ上で実行するユーザ定義タスクの各種外乱による停止時間が許容時間を超過した場合に、ユーザ定義タスクに事象を通知するようにしている。従って、ユーザ定義タスクは、外乱による実行遅れを知ることができるので、対処することが可能となる。 In Patent Document 1, when a stop time due to various disturbances of a user-defined task executed on a computer exceeds an allowable time, an event is notified to the user-defined task. Therefore, the user-defined task can know the execution delay due to the disturbance and can deal with it.

ところで、物流情報或いは在庫情報を管理するための携帯端末にもＯＳが搭載されており、アプリケーション及びドライバの動作を管理しているものの、ＯＳが不安定要因により、システムの性能が低下したり、不安定となったりした場合に、特許文献１のものでは、これまで内部に蓄積していたデータが消失したり、業務が停止したりする障害が発生する虞がある。 By the way, although the OS is installed in the portable terminal for managing the distribution information or the inventory information, and the operation of the application and the driver is managed, the performance of the system is lowered due to the unstable factor of the OS, In the case of the instability, there is a possibility that the data stored in the patent document 1 may be lost or the operation may be stopped.

本発明は上記事情に鑑みてなされたもので、その目的は、オペレーティングシステムが不安定状態となった場合でも、その不安定状態で生じる不具合を未然に回避することができる携帯端末を提供することにある。 The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a portable terminal capable of avoiding problems occurring in an unstable state even when the operating system is in an unstable state. It is in.

請求項１の発明によれば、オペレーティングシステムが何らかの要因で不安定状態となると、予測手段が各種診断結果に基づいてオペレーティングシステムは不安定状態となったと予測するようになる。すると、回避策実行手段が予測された不安定状態に応じた所定の回避策を実行するようになるので、不安定状態による不具合を未然に回避する。 According to the first aspect of the present invention, when the operating system becomes unstable due to some factor, the prediction means predicts that the operating system becomes unstable based on various diagnostic results. Then, since the avoidance measure executing means executes a predetermined avoidance measure corresponding to the predicted unstable state, a problem due to the unstable state is avoided in advance.

請求項２の発明によれば、複数の監視スレッドは、自己に対応する動作状況監視フラグを定期的にセットしている。アプリケーションまたはドライバの各スレッドの動作が不安定状態となると、そのスレッドの優先順位よりも低い監視スレッドが自己に対応する動作状況監視フラグをセットできなくなる。診断プログラムは、動作状況監視フラグを割り込み処理により定期的に監視しており、所定時間内に更新されない動作状況監視フラグがある場合は、そのフラグを更新する監視スレッドより優先順位が同一または上位に設定されたスレッドが不安定状態となったと判断する。 According to the invention of claim 2, the plurality of monitoring threads periodically set the operation status monitoring flag corresponding to the monitoring thread. If the operation of each thread of the application or driver becomes unstable, a monitoring thread lower than the priority of the thread cannot set the operation status monitoring flag corresponding to itself. The diagnostic program periodically monitors the operating status monitoring flag by interrupt processing. If there is an operating status monitoring flag that is not updated within a predetermined time, the priority is the same or higher than the monitoring thread that updates the flag. Judge that the set thread has become unstable.

請求項３の発明によれば、複数の監視スレッドは、動作状況を最優先監視スレッドに定期的に通知している。最優先監視スレッドは、監視スレッドからの動作状況の通知を定期的にチェックしており、所定時間内に動作状況を通知しない監視スレッドがあった場合は、その監視スレッドより優先順位が同一または上位に設定されたスレッドが不安定状態となったと判断する。 According to the invention of claim 3, the plurality of monitoring threads periodically notify the operation status to the highest priority monitoring thread. The highest priority monitoring thread periodically checks the notification of the operation status from the monitoring thread. If there is a monitoring thread that does not notify the operation status within a predetermined time, the priority is the same or higher than that of the monitoring thread. It is determined that the thread set to has become unstable.

請求項４の発明によれば、アプリケーションまたはドライバなどの各スレッドが不安定状態となった場合は、このスレッドよりも優先順位が低い監視スレッドが最優先監視スレッドに動作状況を通知できなくなることから、通知できない監視スレッドの優先順位に基づいて不安定状態となったスレッドを判断することが可能となる。 According to the invention of claim 4, when each thread such as an application or a driver becomes unstable, a monitoring thread having a lower priority than this thread cannot notify the highest priority monitoring thread of the operation status. Therefore, it is possible to determine the thread that has become unstable based on the priority order of the monitoring threads that cannot be notified.

請求項５の発明によれば、ユーザは、不安定状態と判断する時間を任意に設定することができる。
アプリケーションやドライバなどの各スレッドがメモリリークを生じると、スレッドの動作が不安定状態となると共に、スレッドが使用するメモリ使用サイズが通常よりも大きくなる。このような場合、請求項６の発明によれば、監視スレッドは、提供手段に対して各スレッドのメモリ使用サイズを定期的に問合せ、その応答により各スレッドのメモリ使用サイズを取得し、当該メモリ使用サイズが所定メモリサイズを越えた場合は、不安定状態となったと判断する。 According to the invention of claim 5, the user can arbitrarily set the time for determining the unstable state.
When a memory leak occurs in each thread such as an application or a driver, the operation of the thread becomes unstable, and the memory usage size used by the thread becomes larger than usual. In such a case, according to the invention of claim 6, the monitoring thread periodically inquires the providing unit for the memory usage size of each thread, acquires the memory usage size of each thread by the response, and When the used size exceeds the predetermined memory size, it is determined that the state is unstable.

請求項７の発明によれば、監視スレッドは、提供手段に対してスレッド全体のメモリ使用サイズを定期的に問合せ、その応答によりスレッド全体のメモリ使用サイズを取得し、当該メモリ使用サイズが所定メモリサイズを越えた場合は、不安定状態となったと判断する。 According to the invention of claim 7, the monitoring thread periodically inquires the providing means for the memory usage size of the entire thread, acquires the memory usage size of the entire thread by the response, and the memory usage size is a predetermined memory. If the size is exceeded, it is determined that the state is unstable.

請求項８の発明によれば、ユーザは、不安定状態と判断する時間を任意に設定することができる。
オペレーティングシステムが不安定状態となると、ユーザが必須機能を動作させるように操作させようとするものの、必須機能が動作しないことがある。このような場合、請求項９の発明によれば、必須スレッドは、自己に対応する動作状況監視フラグをセットしなくなる。診断プログラムは、動作状況監視フラグを割り込み処理により定期的に監視しており、所定時間内に更新されない動作状況監視フラグがある場合は、当該動作状況監視フラグを更新する必須スレッドが不安定状態となったと判断する。 According to the invention of claim 8, the user can arbitrarily set the time for determining the unstable state.
If the operating system becomes unstable, the user may try to operate the essential function, but the essential function may not operate. In such a case, according to the invention of claim 9, the essential thread does not set the operation status monitoring flag corresponding to itself. The diagnostic program periodically monitors the operation status monitoring flag by interrupt processing. If there is an operation status monitoring flag that is not updated within a predetermined time, the essential thread that updates the operation status monitoring flag is in an unstable state. Judge that it became.

請求項１０の発明によれば、オペレーティングシステムが不安定状態となると、必須スレッドは、動作状況を監視スレッドに通知しなくなる。監視スレッドは、必須スレッドからの動作状況の通知を定期的にチェックしており、所定時間内に動作状況を通知しない必須スレッドがあった場合は、当該必須スレッドが不安定状態となったと判断する。 According to the invention of claim 10, when the operating system becomes unstable, the essential thread does not notify the monitoring thread of the operation status. The monitoring thread periodically checks the notification of the operation status from the essential thread. If there is an essential thread that does not notify the operation status within a predetermined time, it is determined that the essential thread has become unstable. .

請求項１１の発明によれば、ユーザは、不安定状態と判断する所定時間を任意に設定することができる。
請求項１２の発明によれば、監視スレッドは、検査用プログラムを定期的に動作させ、その検査用プログラムの開始から終了までに要した時間を動作時間結果エリアに格納している。診断プログラムは、動作時間結果エリアを定期的に監視しており、監視スレッドの動作速度を求め、当該動作速度が所定速度より遅い場合は、不安定状態となったと判断する。 According to the invention of claim 11, the user can arbitrarily set the predetermined time for determining the unstable state.
According to the twelfth aspect of the invention, the monitoring thread periodically operates the inspection program, and stores the time required from the start to the end of the inspection program in the operation time result area. The diagnostic program periodically monitors the operation time result area, obtains the operation speed of the monitoring thread, and determines that the state is unstable when the operation speed is slower than a predetermined speed.

請求項１３の発明によれば、監視スレッドは、検査用プログラムを定期的に動作させ、その検査用プログラムの開始から終了までに要した時間を最優先監視スレッドに通知している。オペレーティングシステムが不安定となると、検査プログラムの動作速度が遅くなる。最優先監視スレッドは、監視スレッドからの時間通知を定期的にチェックし、検査用プログラムの動作速度を求め、当該検査用プログラムの動作速度が所定速度より遅い場合は、不安定状態となったと判断する。 According to the thirteenth aspect of the invention, the monitoring thread periodically operates the inspection program and notifies the highest priority monitoring thread of the time required from the start to the end of the inspection program. When the operating system becomes unstable, the operation speed of the inspection program becomes slow. The highest priority monitoring thread periodically checks the time notification from the monitoring thread to obtain the operation speed of the inspection program. If the operation speed of the inspection program is lower than the predetermined speed, it is determined that the state is unstable. To do.

請求項１４の発明によれば、ユーザは、オペレーティングシステムが不安定状態となったと判断する所定速度を任意に設定することができる。
請求項１５の発明によれば、ユーザは、オペレーティングシステムが不安定状態となったことを認識することが可能となる。 According to the invention of claim 14, the user can arbitrarily set a predetermined speed at which the operating system is determined to be in an unstable state.
According to the fifteenth aspect of the present invention, the user can recognize that the operating system has become unstable.

請求項１６の発明によれば、オペレーティングシステムが不安定状態となったときは、オペレーティングシステムを自動的にリセットすることができるので、面倒な操作を行うことなくオペレーティングシステムの不安定状態を解消することができる。
請求項１７の発明によれば、オペレーティングシステムがリセットされるのに先立って所定データを退避させることができるので、重要なデータが消失してしまうことを防止できる。
請求項１８の発明によれば、ユーザは、退避する所定データを任意に設定することができる。 According to the invention of claim 16, when the operating system becomes unstable, the operating system can be automatically reset, so that the unstable state of the operating system is eliminated without troublesome operations. be able to.
According to the seventeenth aspect of the present invention, since the predetermined data can be saved before the operating system is reset, it is possible to prevent important data from being lost.
According to the invention of claim 18, the user can arbitrarily set the predetermined data to be saved.

以下、本発明を携帯型読取情報端末に適用した実施例について図面を参照して説明する。
図１は、本発明に係る携帯型読取情報端末のハードウェアとソフトウェアの構成を概略的に示している。この図１において、携帯型読取情報端末（携帯端末に相当）１は、ＣＰＵ２を主体として構成されており、プログラム及びアプリケーション並びにドライバなどのソフトウェア記憶用のＲＯＭ３、ワークデータ記憶用のＲＡＭ４、データ退避用のフラッシュメモリ５などが設けられている。また、携帯型読取情報端末１の上面には、操作部６及び表示器７が設けられている。
携帯型読取情報端末１のソフトウェアは、アプリケーション、オペレーティングシステム（以下、ＯＳ）、各ドライバ、割り込み処理とから構成されており、ＯＳにより各ソフトウェアの動作が管理されている。 Embodiments in which the present invention is applied to a portable reading information terminal will be described below with reference to the drawings.
FIG. 1 schematically shows the hardware and software configurations of a portable reading information terminal according to the present invention. In FIG. 1, a portable reading information terminal (corresponding to a portable terminal) 1 is composed mainly of a CPU 2, and includes a ROM 3 for storing software such as programs, applications, and drivers, a RAM 4 for storing work data, and data saving. A flash memory 5 is provided. An operation unit 6 and a display 7 are provided on the upper surface of the portable reading information terminal 1.
The software of the portable reading information terminal 1 includes an application, an operating system (hereinafter referred to as OS), drivers, and interrupt processing, and the operation of each software is managed by the OS.

さて、本実施例の携帯型読取情報端末１には、急激な処理速度の低下や処理の停止（ロック）を事前に予測するために、実施例に対応して以下の予測手段及び回避策実行手段として機能する診断プログラムを搭載している。この診断プログラムは、アプリケーション、ドライバ、割り込み処理に分散して搭載されており、連携して動作するようになっている。 Now, in the portable reading information terminal 1 of the present embodiment, in order to predict in advance a sudden decrease in processing speed or stop (lock) of processing, the following prediction means and avoidance measures are executed corresponding to the embodiment. It has a diagnostic program that functions as a means. This diagnostic program is distributed and installed in applications, drivers, and interrupt processing, and operates in cooperation.

診断プログラム（ａ）……ＯＳが割当てる処理の優先レベル毎に停止しているかを診断する。
診断プログラム（ｂ）……ドライバやユーザプログラムが確保しているメモリサイズを定期的に診断する。
診断プログラム（ｃ）……携帯型読取情報端末１に搭載している必須の機能が動作しているかどうかを診断する。
診断プログラム（ｄ）……ＯＳが割当てる処理の優先レベル毎に処理速度を診断する。 Diagnosis program (a): Diagnoses whether or not the process is stopped for each priority level of processing assigned by the OS.
Diagnosis program (b): Periodically diagnoses the memory size secured by the driver or user program.
Diagnosis program (c): Diagnoses whether the essential functions installed in the portable reading information terminal 1 are operating.
Diagnosis program (d): Diagnoses the processing speed for each priority level of processing assigned by the OS.

携帯型読取情報端末１は、これらの診断プログラムの組合せに基づいて決められた条件を満たしたと判断したとき、後述するように停止が近い或いは停止状態などを判断し、警告を表示したり、自動リセットしたりするようになっている。 When the portable reading information terminal 1 determines that the condition determined based on the combination of these diagnostic programs is satisfied, the portable reading information terminal 1 determines whether the stop is near or stopped, as described later, and displays a warning or automatically It is supposed to reset.

以下、上記の診断プログラム（ａ）〜（ｄ）を実行するための実施例を順に説明する。
（第１実施例）
上記診断プログラム（ａ）を説明する第１実施例について図２ないし図９を参照して説明する。図２は、携帯型読取情報端末１のソフトウェア構成を示す概略図である。この図２において、ＯＳ８は、例えばWindows（登録商標） CEである。このWindows CEはＰＤＡ（Personal Digital Assistant）、或いは組み込み機器向けリアルタイムＯＳであり、対象となる装置に組込んで使用することを前提としたＯＳである。ドライバスレッド９、ユーザスレッド１０、監視スレッド１１は、それぞれプログラムである。スレッドとは、マルチスレッドに対応したＯＳ上で１つのアプリケーションの処理を複数に分割して実行する場合のソフトウェアの実行単位（タスク）である。高度な処理を行なうアプリケーションソフトなどでは、スレッドを複数走らせることにより、同時に複数の処理が実行可能となる。 Hereinafter, embodiments for executing the above-described diagnostic programs (a) to (d) will be described in order.
(First embodiment)
A first embodiment for explaining the diagnostic program (a) will be described with reference to FIGS. FIG. 2 is a schematic diagram illustrating a software configuration of the portable reading information terminal 1. In FIG. 2, the OS 8 is, for example, Windows (registered trademark) CE. This Windows CE is a PDA (Personal Digital Assistant) or a real-time OS for embedded devices, and is an OS premised on being used in a target device. The driver thread 9, the user thread 10, and the monitoring thread 11 are programs. A thread is an execution unit (task) of software when processing of one application is divided and executed on an OS that supports multi-threading. In application software or the like that performs advanced processing, a plurality of processes can be executed simultaneously by running a plurality of threads.

ドライバスレッド９は、周辺機器を動作させるためのソフトウェアである。つまり、周辺機器の仕様や制御方法は製品によって大きく異なるため、ＯＳ８が単独ですべての製品をサポートすることはできないことから、ドライバスレッド９によりＯＳ８が周辺機器を制御するための橋渡しを行なう。 The driver thread 9 is software for operating peripheral devices. That is, since the specifications and control methods of the peripheral devices vary greatly depending on the product, the OS 8 cannot support all products alone, and therefore, the driver thread 9 provides a bridge for the OS 8 to control the peripheral devices.

ユーザスレッド１０は、アプリケーションプログラムを構成するスレッドで、各スレッドがイベントに応じて動作することによりアプリケーションプログラムとして機能する。
上記診断プログラム（ａ）は、監視スレッド１１と割り込み処理１２とから構成されている。 The user thread 10 is a thread constituting an application program, and functions as an application program when each thread operates according to an event.
The diagnostic program (a) includes a monitoring thread 11 and an interrupt process 12.

監視スレッド１１は、ＯＳ８が割り当てる処理の優先レベルに対応して設けられている。つまり、例えばWindows CE 3.0では、２５６段階の優先レベルの割り込みをサポートしており、動作可能な複数の優先順位のスレッドがある場合、優先順位の高いスレッドが優先的に実行され、優先順位の低いスレッドは、優先順位の高いスレッドの実行が終了してから実行されるようになっている。本実施例では、このスレッドの優先順位を利用して、２５６段階の優先順位０〜２５５に対応して２５６の監視スレッド（以下、優先順位０の監視スレッドを監視スレッド（１）、優先順位１の監視スレッドを監視スレッド（２）、……、優先順位ｎ−１の監視スレッドを監視スレッド（ｎ）と称する）を作成し、各監視スレッド１１によりＲＡＭ４上の動作状況監視フラグ（図３参照）のうち自己に対応するフラグを定期的（一定時間毎）にセットするようになっている。このような動作状況監視フラグのセットは、ＯＳ８に対する割り込み処理により行われる。
尚、アプリケーション或いはドライバのスレッドに設定する優先順位として、複数のスレッドに同一の優先順位を設定することは可能である。 The monitoring thread 11 is provided corresponding to the priority level of processing assigned by the OS 8. In other words, for example, Windows CE 3.0 supports 256 levels of priority level interrupts, and when there are multiple priority threads that can operate, the higher priority thread is executed preferentially and the lower priority order. The thread is executed after the execution of the thread having the higher priority is finished. In this embodiment, using this thread priority, 256 monitoring threads corresponding to 256 levels of priority 0 to 255 (hereinafter, monitoring thread (1) with priority 0 is referred to as monitoring thread (1), priority 1). The monitoring thread (2),..., The monitoring thread having the priority order n-1 is referred to as the monitoring thread (n)), and each monitoring thread 11 operates the operation status monitoring flag on the RAM 4 (see FIG. 3). The flag corresponding to the self is set periodically (at regular intervals). Such an operation status monitoring flag is set by an interrupt process for the OS 8.
Note that the same priority order can be set for a plurality of threads as the priority order set for the application or driver thread.

割り込み処理１２は、動作状況監視フラグを割り込み処理により定期的に監視し、予め決められた所定時間内に更新されない動作状況監視フラグがある場合は、その動作状況監視フラグ（以下、監視スレッド（１）に対応した動作状況監視フラグを動作状況監視フラグ（１）、監視スレッド（２）に対応した動作状況監視フラグを動作状況監視フラグ（２）、……、監視スレッド（ｎ）に対応した動作状況監視フラグを動作状況監視フラグ（ｎ）と称する）を更新する監視スレッド１１より優先順位が同一または上位のスレッドで停止したと判断するようになっている。この場合、予め決められた所定時間は、アプリケーション或いはユーザにより任意に設定可能となっている。 The interrupt processing 12 periodically monitors the operation status monitoring flag by the interrupt processing, and if there is an operation status monitoring flag that is not updated within a predetermined time, the operation status monitoring flag (hereinafter referred to as a monitoring thread (1) ), The operation status monitoring flag corresponding to the monitoring thread (n), the operation status monitoring flag corresponding to the monitoring thread (2), the operation status monitoring flag corresponding to the monitoring thread (n),... The status monitoring flag is referred to as the operation status monitoring flag (n)), and it is determined that the thread is stopped in the thread having the same priority or higher than the monitoring thread 11 that updates the status monitoring flag. In this case, the predetermined time determined in advance can be arbitrarily set by the application or the user.

次に、上記構成の作用について説明する。
ユーザが携帯型読取情報端末１の電源を投入すると、ＯＳ８が起動する。このとき、ＯＳ８は、ドライバスレッド９及び監視スレッド１１を起動する。これにより、ＯＳ８は、ドライバスレッド９を通じて周辺回路とデータ通信が可能となる。また、監視スレッド１１は、動作状況監視フラグ（１），（２）……を定期的にセットする。 Next, the operation of the above configuration will be described.
When the user turns on the portable reading information terminal 1, the OS 8 is activated. At this time, the OS 8 activates the driver thread 9 and the monitoring thread 11. As a result, the OS 8 can perform data communication with the peripheral circuit through the driver thread 9. Further, the monitoring thread 11 periodically sets the operation status monitoring flags (1), (2).

図４は、各監視スレッド（１），（２）……の動作を示している。この図４に示すように、例えば監視スレッド（３）は、自己に対応する動作状況監視フラグ（３）をセットしてから、指定時間待機するという動作を繰返すようになっている。また、例えば監視スレッド（２５２）は、自己に対応する動作状況監視フラグ（２５２）をセットしてから、指定時間待機するという動作を繰返すようになっている。これにより、各監視スレッド（１），（２）……の動作により動作状況監視フラグ（１），（２）……のうちの対応するフラグが一定時間毎にセットされるようになる。 FIG. 4 shows the operation of each monitoring thread (1), (2). As shown in FIG. 4, for example, the monitoring thread (3) repeats the operation of waiting for a specified time after setting the operation status monitoring flag (3) corresponding to the monitoring thread (3). Also, for example, the monitoring thread (252) repeats the operation of setting the operation status monitoring flag (252) corresponding to itself and waiting for a specified time. Accordingly, the corresponding flag of the operation status monitoring flags (1), (2)... Is set at regular intervals by the operations of the monitoring threads (1), (2).

ユーザが所望のアプリケーションプログラムを起動すると、ＯＳ８は、キー操作などのイベントの発生に応じてアプリケーションプログラムに対応したユーザスレッド１０（以下、優先順位０のユーザスレッドをユーザスレッド（１）、優先順位１のユーザスレッドをユーザスレッド（２）、……、優先順位ｎのユーザスレッドをユーザスレッド（ｎ）と称する）を起動したり、周辺機器に対応してドライバスレッド９（以下、優先順位０のドライバスレッドをドライバスレッド（１）、優先順位１のドライバスレッドをドライバスレッド（２）、……、優先順位ｎのドライバスレッドをドライバスレッド（ｎ）と称する）を起動したりすることによりアプリケーションプログラムを実行する。このようなアプリケーションプログラムとしては、商品に貼付されたラベルのコード読取りによる棚卸管理或いは在庫管理である。 When the user activates a desired application program, the OS 8 responds to the occurrence of an event such as a key operation by using a user thread 10 corresponding to the application program (hereinafter referred to as a user thread (1) having a priority of 0 as a user thread (1)). The user thread (2),..., The user thread with priority n is referred to as user thread (n)), or a driver thread 9 (hereinafter referred to as priority 0 driver) corresponding to the peripheral device. Execute the application program by starting the driver thread (1), the driver thread (2) with the priority 1 driver thread, and the driver thread (n) with the priority n driver thread (n). To do. Such an application program is inventory management or inventory management by reading a code on a label attached to a product.

図３は、ＯＳ８が起動したプログラムの優先順位を示している。この図３に示すように、監視スレッド（１）及びユーザスレッド（１）並びにドライバスレッド（１）の優先度（優先順位０）が最も高く、次に監視スレッド（２）及びユーザスレッド（２）並びにドライバスレッド（２）の優先度（優先順位１）が続いて設定されている。同様に、優先度（ｎ）に対応して監視スレッド（ｎ＋１）及びユーザスレッド（ｎ＋１）並びにドライバスレッド（ｎ＋１）が設定されている。 FIG. 3 shows the priority order of programs started by the OS 8. As shown in FIG. 3, the monitoring thread (1), the user thread (1), and the driver thread (1) have the highest priority (priority order 0), followed by the monitoring thread (2) and the user thread (2). In addition, the priority (priority order 1) of the driver thread (2) is subsequently set. Similarly, a monitoring thread (n + 1), a user thread (n + 1), and a driver thread (n + 1) are set corresponding to the priority (n).

ここで、割り込み処理１２は、一定間隔で動作する割り込みにより動作状況監視フラグがセットされているかを一定間隔でチェックしている。
図５は、割り込み処理１２の動作のうち診断プログラムとしての動作を示すフローチャートである。この図５に示すように、割り込み処理１２は、ｎ＝１を設定してから（Ｓ１）、監視スレッド（１）の動作状況監視フラグ（１）のフラグがセットされているかを判断する（Ｓ２）。このとき、フラグがセットされているときは（Ｓ３：ＹＥＳ）、監視スレッド（１）は正常に動作していると判断し、監視スレッド（１）の動作状況監視フラグをリセットする（Ｓ４）。 Here, the interrupt process 12 checks at regular intervals whether the operation status monitoring flag is set by an interrupt that operates at regular intervals.
FIG. 5 is a flowchart showing the operation of the interrupt processing 12 as a diagnostic program. As shown in FIG. 5, after setting n = 1 (S1), the interrupt processing 12 determines whether the flag of the operation status monitoring flag (1) of the monitoring thread (1) is set (S2). ). At this time, when the flag is set (S3: YES), it is determined that the monitoring thread (1) is operating normally, and the operation status monitoring flag of the monitoring thread (1) is reset (S4).

次に、ｎ＝ｎ＋１によりｎ＝２を設定してから（Ｓ５）、ｎ＝２５６かを判断し（Ｓ６）、ｎ＝２５６でないときは（Ｓ６：ＮＯ）、ステップ（Ｓ２）に移行して上述した動作を繰返す。そして、ｎ＝２５６となったときは（Ｓ６：ＹＥＳ）、この後、指定時間後に割り込みが発生するように設定する。指定時間後に割り込みが発生すると、Ｓ１からの動作を繰返す。 Next, after setting n = 2 by n = n + 1 (S5), it is determined whether n = 256 (S6). If not n = 256 (S6: NO), the process proceeds to step (S2). The above operation is repeated. Then, when n = 256 (S6: YES), after that, it is set so that an interrupt occurs after a specified time. When an interrupt occurs after the designated time, the operation from S1 is repeated.

さて、何れかのユーザスレッド１０または何れかのドライバスレッド９が何らかの要因により停止（ロック）すると、同一の優先順位が設定された監視スレッド１１が起動されなくなることから、その監視スレッド１１により動作状況監視フラグがセットされなくなる。このようにスレッドが動作状況監視フラグのセット状態を更新しなくなった場合は、割り込み処理１２は、図５に示すステップＳ３において、動作状況監視フラグがセットされていないと判断し（Ｓ３：ＮＯ）、優先順位の処理で問題が発生したと判断する（Ｓ８）。 Now, when any user thread 10 or any driver thread 9 is stopped (locked) for some reason, the monitoring thread 11 with the same priority is not activated. The monitoring flag is not set. When the thread no longer updates the set state of the operation status monitoring flag in this way, the interrupt process 12 determines in step S3 shown in FIG. 5 that the operation status monitoring flag is not set (S3: NO). It is determined that a problem has occurred in the priority processing (S8).

監視スレッド１１は、上述したように割り込み処理１２が優先順位の処理で問題が発生したと判断したときは、ロックリセット条件が成立したと判断し、図６に示すように携帯型読取情報端末１の表示器７に「ロック警告」というメッセージを表示する。従って、ユーザは、アプリケーションまたはドライバの何れかのスレッドがロックしたことを認識することができる。尚、このようなロック判断としては、特定の優先順位の監視スレッド１１が動作しなくなることにより判断するようにしてもよい。 As described above, the monitoring thread 11 determines that the lock reset condition is satisfied when the interrupt processing 12 determines that a problem has occurred in the priority processing, and the portable reading information terminal 1 as shown in FIG. A message “lock warning” is displayed on the display 7. Therefore, the user can recognize that any thread of the application or the driver is locked. Note that such a lock determination may be made when the monitoring thread 11 having a specific priority is not operated.

監視スレッド１１は、上述のように割り込み処理１２がスレッドはロックしたと判断したときは、図７に示すようにＲＡＭ４に記憶されている重要情報（機器固有の情報、携帯型読取情報端末１を起動するための情報など）を、図８に示すようにフラッシュメモリ５に退避（コピー）させてから、ＯＳ８に対してリセット要求を指令する。 When the monitoring thread 11 determines that the thread is locked as described above, the monitoring thread 11 stores important information stored in the RAM 4 (device-specific information, the portable reading information terminal 1 as shown in FIG. 7). The information for starting up is saved (copied) in the flash memory 5 as shown in FIG.

ＯＳ８は、監視スレッド１１によりリセット要求が指令されたときは、ソフトリセットを実行することにより再起動する。これにより、不安定状態となったスレッドを含む全てのスレッドがリセットされて再起動されるので、スレッドは安定状態で動作するようになる。 When a reset request is instructed by the monitoring thread 11, the OS 8 is restarted by executing a soft reset. As a result, all threads including the thread in an unstable state are reset and restarted, so that the thread operates in a stable state.

そして、ＯＳ８は、再起動したときは、図９に示すようにフラッシュメモリ５に退避した重要情報をＲＡＭに復帰させる。
以上の動作により、ＯＳ８がリセットされるにしても、重要情報がクリアされてしまうことを防止できるので、ユーザは、携帯型読取情報端末１による作業を中断した作業から続行することができる。 When the OS 8 is restarted, the important information saved in the flash memory 5 is restored to the RAM as shown in FIG.
With the above operation, even if the OS 8 is reset, it is possible to prevent the important information from being cleared, so that the user can continue from the work in which the work by the portable reading information terminal 1 is interrupted.

このような実施例によれば、携帯型読取情報端末１のＯＳ８が起動したときは、優先順位が設定された監視スレッド１１を起動して動作状況監視フラグを一定間隔でセットすると共に、割り込み処理１２により動作状況監視フラグの状態を監視し、不安定となったと判断したときは、ＯＳ８をリセットすることにより自動復帰するようにしたので、ユーザが特別な操作を実行する必要はなく、使い勝手に優れている。
また、ＯＳ８をリセットする場合は、保存されている重要情報をフラッシュメモリ５にコピーし、ＯＳ８が立上ってから重要情報をＲＡＭ４に復帰するようにしたので、携帯型読取情報端末１による作業を継続することができる。 According to such an embodiment, when the OS 8 of the portable reading information terminal 1 is activated, the monitoring thread 11 to which the priority order is set is activated to set the operation status monitoring flag at regular intervals, and interrupt processing is performed. 12, the state of the operation status monitoring flag is monitored, and when it is determined that the state becomes unstable, the OS 8 is automatically reset to reset, so that the user does not need to perform a special operation and is easy to use. Are better.
When the OS 8 is reset, the saved important information is copied to the flash memory 5 and the important information is restored to the RAM 4 after the OS 8 is started up. Can continue.

さらに、ＯＳ８が不安定となったときは、そのことをユーザに報知するようにしたので、ユーザは、ＯＳ８が不安定となったことを認識することができ、その要因を解消するように対処することが可能となる。この場合、不安定となった監視スレッド１１を報知するようにすれば、ロックしたアプリ／ドライバスレッドを予測することが可能となり、対処が容易となる。 Further, when the OS 8 becomes unstable, this is notified to the user, so that the user can recognize that the OS 8 has become unstable, and take measures to eliminate the cause. It becomes possible to do. In this case, if the monitoring thread 11 that has become unstable is notified, the locked application / driver thread can be predicted, and handling is facilitated.

（第２実施例）
次に、上記診断プログラム（ａ）を説明する第２実施例について図１０及び図１１を参照して説明するに、第１実施例と同一構成には同一符号を付して説明を省略し、異なる点について説明する。 (Second embodiment)
Next, a second embodiment for explaining the diagnostic program (a) will be described with reference to FIG. 10 and FIG. 11, and the same components as those in the first embodiment are denoted by the same reference numerals and the description thereof is omitted. Different points will be described.

ソフトウェア構成を示す図１０において、診断プログラムは、複数の監視スレッド（１），（２）……と、これらの監視スレッド（１），（２）……を監視するための最優先監視スレッドとからなる。各監視スレッド（１），（２）……は、動作状況を最優先監視スレッドに定期的に通知する。 In FIG. 10 showing the software configuration, the diagnostic program includes a plurality of monitoring threads (1), (2)... And a highest priority monitoring thread for monitoring these monitoring threads (1), (2). Consists of. Each of the monitoring threads (1), (2)... Periodically notifies the operation status to the highest priority monitoring thread.

ユーザスレッド１０及びドライバスレッド９の優先度は、第１実施例と同様に、何れかの監視スレッド１１の優先度と同一となるように設定されている。
最優先監視スレッドは、各監視スレッド（１），（２）……からの動作状況の通知を定期的にチェックし、決められた所定時間内に動作状況を通知しない監視スレッド（１），（２）……があった場合、その監視スレッド（１），（２）……より優先順位と同一または上位のスレッドでロックしたと判断してユーザに報知する。この場合、予め決められた所定時間は、アプリケーション或いはユーザにより任意に設定可能となっている。
また、ロックしたことを判断した場合は、ＲＡＭ４に記憶されている重要情報をフラッシュメモリ５に退避してからＯＳ８をリセットすると共に、リセット後に重要情報をＲＡＭ４に復帰させるのは第１実施例と同一である。 The priorities of the user thread 10 and the driver thread 9 are set to be the same as the priority of any of the monitoring threads 11 as in the first embodiment.
The highest priority monitoring thread periodically checks the notification of the operation status from each of the monitoring threads (1), (2)..., And does not notify the operation status within a predetermined time. If 2)... Is present, it is determined that the monitoring thread (1), (2)... In this case, the predetermined time determined in advance can be arbitrarily set by the application or the user.
If it is determined that the lock has been made, the important information stored in the RAM 4 is saved in the flash memory 5 and then the OS 8 is reset, and the important information is restored to the RAM 4 after the reset as in the first embodiment. Are the same.

このような実施例によれば、携帯型読取情報端末１のＯＳ８が起動したときは、優先順位が設定された監視スレッド（１），（２）……を起動して最優先監視スレッドに一定間隔で通知すると共に、最優先監視スレッドにより監視スレッド（１），（２）……からの通知状況を監視するようにしたので、割り込み処理を用いることなくＯＳ８が不安定となったことをユーザに報知することができると共に、ＯＳ８の不安定状態を自動的に解消することができる。 According to such an embodiment, when the OS 8 of the portable reading information terminal 1 is activated, the monitoring threads (1), (2). Since notification is performed at intervals and the notification status from the monitoring threads (1), (2)... Is monitored by the highest priority monitoring thread, the user that the OS 8 has become unstable without using interrupt processing. And the unstable state of the OS 8 can be automatically resolved.

（第３実施例）
次に、上記診断プログラム（ｂ）を説明する第３実施例について図１２及び図１３を参照して説明する。この第３実施例は、メモリリークによる異常に対処するものである。
メモリリークとは、携帯型読取情報端末１の動作中に、使用可能なメモリ容量がだんだん減っていく現象である。ＯＳ８やアプリケーションソフトが処理のために占有したメモリ領域を、なんらかの理由で解放しないまま放置してしまうために起きる。多くの場合、ＯＳ８のメモリ管理方法に問題があったり、アプリケーションソフトに不具合(バグ)が残っていたりすることが原因である。メモリリークにより利用可能なメモリ領域が減少すると、システムの性能が低下したり、不安定になったりする。 (Third embodiment)
Next, a third embodiment for explaining the diagnostic program (b) will be described with reference to FIGS. The third embodiment deals with an abnormality caused by a memory leak.
The memory leak is a phenomenon in which the usable memory capacity gradually decreases during the operation of the portable reading information terminal 1. This occurs because the memory area occupied by the OS 8 or application software for processing is left unreleased for some reason. In many cases, this is because there is a problem in the memory management method of the OS 8 or a defect (bug) remains in the application software. If the available memory area decreases due to a memory leak, system performance may be degraded or unstable.

ソフトウェア構成を示す図１２において、監視スレッド１１としてロック診断プログラムの機能を有する監視スレッドが設定されている。ＯＳ８は、各スレッドのメモリ使用サイズを提供するＡＰＩ（Application Programming Interface、提供手段に相当）を有している。ロック診断プログラムの機能を有する監視スレッド１１は、図１３に示すように、ＯＳ８に対して各スレッドのメモリ使用サイズを問い合わせ、その応答により各スレッドのメモリ使用サイズを取得する。監視スレッド１１は、各スレッドのメモリ使用サイズが予め決められたメモリサイズを超えた場合、ロック状況に近いと判断する。この場合、予め決められたメモリサイズは、アプリケーション或いはユーザの操作により任意に設定可能となっている。 In FIG. 12 showing the software configuration, a monitoring thread having a lock diagnosis program function is set as the monitoring thread 11. The OS 8 has an API (Application Programming Interface, corresponding to providing means) that provides the memory usage size of each thread. As shown in FIG. 13, the monitoring thread 11 having the function of the lock diagnosis program inquires of the OS 8 about the memory usage size of each thread, and acquires the memory usage size of each thread according to the response. When the memory usage size of each thread exceeds a predetermined memory size, the monitoring thread 11 determines that the lock state is close. In this case, the predetermined memory size can be arbitrarily set by an application or user operation.

監視スレッド１１がメモリサイズは予め決められたメモリサイズを超えたと判断したときは、ＲＡＭ４に記憶されている重要情報をフラッシュメモリ５に退避してからＯＳ８をリセットすると共に、リセット後に重要情報をＲＡＭ４に復帰させるのは第１実施例と同一である。 When the monitoring thread 11 determines that the memory size exceeds the predetermined memory size, the important information stored in the RAM 4 is saved in the flash memory 5 and then the OS 8 is reset. After the reset, the important information is stored in the RAM 4. Returning to is the same as in the first embodiment.

このような実施例によれば、スレッドの異常動作によりメモリ使用サイズが通常よりも大きくなった場合は、ロック状況であると判断し、そのことをユーザに報知すると共にＯＳ６をソフトリセットするようにしたので、ＯＳ８がロックしてしまうことを未然に防止することができる。 According to such an embodiment, when the memory usage size becomes larger than normal due to abnormal operation of the thread, it is determined that the lock state is present, and this is notified to the user and the OS 6 is soft reset. Therefore, it is possible to prevent the OS 8 from being locked.

尚、ＯＳ８がスレッド全体のメモリ使用サイズを提供するＡＰＩを有し、監視スレッド１１によるロック診断プログラムは、定期的にＯＳ８に対してスレッド全体のメモリ使用サイズを問い合わせ、その応答によりスレッド全体のメモリ使用サイズを取得し、スレッド全体のメモリ使用サイズが予め決められたメモリサイズを越えた場合、ロック状況に近いと判断するようにしてもよい。この場合、予め決められたメモリサイズは、アプリケーション或いはユーザの操作により任意に設定できるのが望ましい。 Note that the OS 8 has an API that provides the memory usage size of the entire thread, and the lock diagnosis program by the monitoring thread 11 periodically inquires the OS 8 of the memory usage size of the entire thread and responds to the response to the memory of the entire thread. The used size may be acquired, and when the memory used size of the entire thread exceeds a predetermined memory size, it may be determined that the lock state is close. In this case, it is desirable that the predetermined memory size can be arbitrarily set by an application or user operation.

（第４実施例）
次に、上記診断プログラム（ｃ）を説明する第４実施例について図１４及び図１５を参照して説明する。この第４実施例は、携帯型読取情報端末１が有する必須機能が動作しているかに基づいてＯＳ８を判断することを特徴とする。 (Fourth embodiment)
Next, a fourth embodiment for explaining the diagnostic program (c) will be described with reference to FIGS. The fourth embodiment is characterized in that the OS 8 is determined based on whether an essential function of the portable reading information terminal 1 is operating.

ソフトウェア構成を示す図１４において、ユーザスレッド１０またはドライバスレッド９は、それらに組み込まれた必須の機能を実現する必須スレッド（１），（２）……を有すると共に、診断プログラムの機能を備えた割り込み処理１２を有している。 In FIG. 14 showing the software configuration, the user thread 10 or the driver thread 9 has essential threads (1), (2)... For realizing the essential functions incorporated therein, and also has a function of a diagnostic program. Interrupt processing 12 is provided.

必須スレッド（１），（２）……とは、携帯型読取情報端末１が動作中に必ず必ず動作しなければならない処理であり、キー入力を受け付ける、或いはタップ入力を受け付けるなどである。これらの入力が受け付けられなくなった場合は、何らかの障害でロックしていると推定される。
このような必須スレッド（１），（２）……のロックを検出するために、必須スレッド（１），（２）……は、図１５に示すように、定期的にＲＡＭ４上の動作状況監視フラグをセットする。 The essential threads (1), (2)... Are processes that must be performed without fail when the portable reading information terminal 1 is in operation, such as accepting key input or accepting tap input. If these inputs are not accepted, it is presumed that they are locked due to some kind of failure.
In order to detect such locks of the essential threads (1), (2)..., The essential threads (1), (2)... Set the watch flag.

診断プログラムを備えた割り込み処理１２は、動作状況監視フラグを定期的に監視（ポーリング）し、予め決められた所定時間内に更新されない動作状況監視フラグがある場合、その動作状況監視フラグを更新する必須スレッド（１），（２）……がロックしたと判断してユーザに報知する。この場合、予め決められた所定時間は、アプリケーションまたはユーザの操作により任意に設定可能となっている。 The interrupt process 12 having a diagnostic program periodically monitors (polls) the operation status monitoring flag, and updates the operation status monitoring flag when there is an operation status monitoring flag that is not updated within a predetermined time. It is determined that the essential threads (1), (2),... In this case, the predetermined time determined in advance can be arbitrarily set by an application or user operation.

割り込み処理１２が必須スレッド（１），（２）……はロック状況に近いと判断したときは、ＲＡＭ４に記憶されている重要情報をフラッシュメモリ５に退避してからＯＳ８をリセットすると共に、リセット後に重要情報をＲＡＭ４に復帰させるのは第１実施例と同一である。 When the interrupt processing 12 determines that the essential threads (1), (2)... Are close to the locked state, the OS 8 is reset and the reset is performed after saving important information stored in the RAM 4 to the flash memory 5. The important information is later returned to the RAM 4 in the same manner as in the first embodiment.

このような実施例によれば、診断プログラムを備えた割り込み処理１２は、予め決められた時間内に動作状況を通知しない必須スレッド（１），（２）……があった場合は、当該必須スレッド（１），（２）……がロックしたと判断するようにしたので、携帯型読取情報端末１に必ず設けられている必須スレッド（１），（２）……を利用してロックの監視を行うことができる。 According to such an embodiment, the interrupt processing 12 provided with the diagnostic program requires the essential thread (1), (2)... That does not notify the operation status within a predetermined time. Since it is determined that the threads (1), (2)... Are locked, the essential threads (1), (2)... Monitoring can be performed.

（第５実施例）
次に、上記診断プログラム（ｃ）を説明する第５実施例について図１６及び図１７を参照して説明する。
ソフトウェア構成を示す図１６において、必須スレッド（１），（２）……は、定期的に動作状況を最優先監視スレッドに通知する（図１７参照）。最優先監視スレッドは、必須スレッド（１），（２）……からの動作状況の通知を定期的にチェックし、予め決められた所定時間内に動作状況を通知しない必須スレッド（１），（２）……があった場合、その必須スレッド（１），（２）……がロックしたと判断する。 (5th Example)
Next, a fifth embodiment for explaining the diagnostic program (c) will be described with reference to FIGS.
In FIG. 16 showing the software configuration, the essential threads (1), (2)... Periodically notify the operation status to the highest priority monitoring thread (see FIG. 17). The highest priority monitoring thread periodically checks the notification of the operation status from the essential threads (1), (2)... And does not notify the operation status within a predetermined time. 2) If there is, it is determined that the essential thread (1), (2).

このような実施例によれば、携帯型読取情報端末１のＯＳ８が起動したときは、必須スレッド（１），（２）……を起動して最優先監視スレッドに一定間隔で通知すると共に、最優先監視スレッドにより必須スレッド（１），（２）……からの通知状況に基づいて各プログラムの動作時間を監視するようにしたので、第４実施例のように割り込み処理を用いることなくＯＳ８が不安定となったことをユーザに報知することができると共に、ＯＳ８の不安定状態を自動的に解消することができる。 According to such an embodiment, when the OS 8 of the portable reading information terminal 1 is activated, the essential threads (1), (2)... Are activated to notify the highest priority monitoring thread at regular intervals. Since the operation time of each program is monitored based on the notification status from the essential threads (1), (2)... By the highest priority monitoring thread, the OS 8 is used without using interrupt processing as in the fourth embodiment. Can be notified to the user, and the unstable state of the OS 8 can be automatically resolved.

（第６実施例）
次に、上記診断プログラム（ｄ）を説明する第６実施例について図１８及び図１９を参照して説明する。この第６実施例は、処理速度に基づいてＯＳ８の異常を判断することを特徴とするものである。 (Sixth embodiment)
Next, a sixth embodiment for explaining the diagnostic program (d) will be described with reference to FIGS. The sixth embodiment is characterized in that the abnormality of the OS 8 is determined based on the processing speed.

第１実施例と同様に、ＯＳ８は、起動したときは、各優先順位の監視スレッド（１），（２）……を一定間隔で起動し、決められたプログラムを動作させ、その動作時間を測定する。この結果をＲＡＭ４の動作時間結果エリアに保存し、診断プログラムを備えた割り込み処理１２でこれらの動作時間を確認し、処理が遅くなっているかどうかを判断する（図１９参照）。この判断としては、各優先順位の処理について、予め決められた所定時間よりも長くかかっているかを判断する。 As in the first embodiment, when the OS 8 starts up, it starts the monitoring threads (1), (2)... Of the respective priorities at regular intervals, operates a predetermined program, and sets the operation time. taking measurement. This result is stored in the operation time result area of the RAM 4, and these operation times are confirmed by the interrupt processing 12 provided with a diagnostic program to determine whether the processing is slow (see FIG. 19). As this determination, it is determined whether the processing of each priority order takes longer than a predetermined time.

このような実施例によれば、プログラムの実行時間に基づいてロックしているかを判断するようにしたので、ロックするのに先立って対処することが可能となり、早い段階でＯＳ８の不安定状態に対処することができる。 According to such an embodiment, since it is determined whether or not the program is locked based on the execution time of the program, it is possible to cope with it before the lock, and the OS 8 is in an unstable state at an early stage. Can be dealt with.

（第７実施例）
次に、上記診断プログラム（ｄ）を説明する第７実施例について図２０及び図２１を参照して説明する。この第７実施例は、最優先監視スレッドによりプログラムの実行時間を監視することを特徴とする。 (Seventh embodiment)
Next, a seventh embodiment for explaining the diagnostic program (d) will be described with reference to FIGS. The seventh embodiment is characterized in that the execution time of the program is monitored by the highest priority monitoring thread.

ソフトウェア構成を示す図２０において、監視スレッド（１），（２）……は、一定間隔毎に動作時間を最優先監視スレッドに通知し、最優先監視スレッドは、監視スレッド（１），（２）……から通知された動作時間に基づいてプログラムの実行時間の遅れを監視するようになっている。 In FIG. 20 showing the software configuration, the monitoring threads (1), (2)... Notify the highest priority monitoring thread of the operation time at regular intervals, and the highest priority monitoring threads are the monitoring threads (1), (2 ) ... The delay of the program execution time is monitored based on the operation time notified from.

このような実施例によれば、携帯型読取情報端末１のＯＳ８が起動したときは、優先順位が設定された監視スレッド（１），（２）……を起動して最優先監視スレッドに一定間隔で通知すると共に、最優先監視スレッドにより監視スレッド（１），（２）……からの通知状況に基づいてプログラムの実行時間を監視するようにしたので、割り込み処理を用いることなくＯＳ８が不安定となったことをユーザに報知することができると共に、ＯＳ８の不安定状態を自動的に解消することができる。 According to such an embodiment, when the OS 8 of the portable reading information terminal 1 is activated, the monitoring threads (1), (2). Since the program execution time is monitored based on the notification status from the monitoring threads (1), (2)... By the highest priority monitoring thread, the OS 8 can be used without interrupt processing. It is possible to notify the user that it has become stable, and it is possible to automatically resolve the unstable state of the OS 8.

（第８実施例）
次に、本発明の第８実施例について図２２を参照して説明する。この実施例は、携帯型読取情報端末１がアプリケーションをＷｅｂサーバからダウンロードしながら実行する構成に適用したものである。 (Eighth embodiment)
Next, an eighth embodiment of the present invention will be described with reference to FIG. This embodiment is applied to a configuration in which the portable reading information terminal 1 executes an application while downloading it from a Web server.

図２２は、携帯型読取情報端末１とＷｅｂサーバ２１を概略的に示している。Ｗｅｂサーバ２１には携帯型読取情報端末１の業務アプリケーションとして例えば棚卸しアプリケーション（URL:/tanaoroshi/html）、在庫確認アプリケーション1/5（URL:/zaiko.html）、在庫確認アプリケーション2/5（URL:/zaiko.html）、……が登録されていると共に、通信デバイス２２を備えて構成されている。 FIG. 22 schematically shows the portable read information terminal 1 and the Web server 21. The Web server 21 includes, for example, an inventory application (URL: / tanaoroshi / html), an inventory confirmation application 1/5 (URL: /zaiko.html), an inventory confirmation application 2/5 (URL : /zaiko.html),... are registered, and the communication device 22 is provided.

携帯型読取情報端末１はＷｅｂブラウザ２３及び通信デバイス２４を備えて構成されており、通信デバイス２４をインターネット２５に接続した状態でＷｅｂブラウザを起動することにより通信デバイス２４を通じてＷｅｂサーバ２１にアクセスし、Ｗｅｂサーバ２１に登録されている所定の業務プログラムをダウンロードして実行するようになっている。 The portable read information terminal 1 is configured to include a web browser 23 and a communication device 24, and accesses the web server 21 through the communication device 24 by starting the web browser with the communication device 24 connected to the Internet 25. A predetermined business program registered in the Web server 21 is downloaded and executed.

ここで、携帯型読取情報端末１は、業務プログラムをダウンロードする際は、そのＵＲＬをフラッシュメモリ５に一時記憶するようになっている。
ユーザは携帯型読取情報端末１により作業を実行する場合は、携帯型読取情報端末１からＷｅｂサーバ２１にアクセスし、Ｗｅｂサーバ２１からユーザが所望する業務プログラムをダウンロードして実行する。業務プログラムが図２２に示す在庫確認プログラムのように分割されている場合は、在庫確認プログラムを携帯型読取情報端末１に順にダウンロードしながら実行するようになっている。 Here, the portable reading information terminal 1 temporarily stores the URL in the flash memory 5 when downloading the business program.
When the user performs work by the portable reading information terminal 1, the user accesses the Web server 21 from the portable reading information terminal 1, downloads and executes the business program desired by the user from the Web server 21. When the business program is divided as shown in the inventory confirmation program shown in FIG. 22, the inventory confirmation program is executed while being downloaded to the portable reading information terminal 1 in order.

さて、携帯型読取情報端末１に業務プログラムをダウンロードして作業する場合は、フラッシュメモリ５にはダウンロードしている業務プログラムのＵＲＬが一時記憶されていることになる。例えば在庫確認アプリケーションをダウンロードしながら在庫確認作業を実行する場合は、フラッシュメモリ５にはアプリケーションの動作位置として在庫確認アプリケーションのうち現在ダウンロードしているＵＲＬが一時記憶されている。 When a business program is downloaded to the portable reading information terminal 1 to work, the URL of the downloaded business program is temporarily stored in the flash memory 5. For example, when the inventory confirmation operation is executed while downloading the inventory confirmation application, the flash memory 5 temporarily stores the URL currently downloaded in the inventory confirmation application as the operation position of the application.

携帯型読取情報端末１により在庫確認作業中に、上記各実施例で説明した診断プログラムによりＯＳ８がロックしたと判断した場合は、ＲＡＭ４のデータをフラッシュメモリ５に退避してからＯＳ８に対してリセット要求を指令する。これにより、ＯＳ８が再起動するようようなる。このとき、フラッシュメモリ５には動作位置を示すＵＲＬが記憶されていると共に、在庫確認作業中に入力したデータが一時記憶されているので、ＯＳ８は、動作位置を示すＵＲＬに基づいてＷｅｂサーバ２１から中断した在庫確認アプリケーションを再びダウンロードして実行するようになると共に、フラッシュメモリ５に退避していたデータをＲＡＭ４に復帰するようになる。従って、ユーザは、特別な操作を行うことなく中断した棚卸し作業を再開することができる。 When the portable reading information terminal 1 determines that the OS 8 is locked by the diagnostic program described in the above embodiments during the inventory check operation, the data in the RAM 4 is saved in the flash memory 5 and then reset to the OS 8. Command the request. As a result, the OS 8 is restarted. At this time, since the URL indicating the operation position is stored in the flash memory 5 and the data input during the inventory check operation is temporarily stored, the OS 8 is based on the URL indicating the operation position. Then, the suspended inventory check application is downloaded and executed again, and the data saved in the flash memory 5 is returned to the RAM 4. Therefore, the user can resume the suspended inventory work without performing a special operation.

このような実施例によれば、携帯型読取情報端末１にサーバから業務プログラムをダウンロードしながら実行する構成において、ダウンロードした業務プログラムの動作位置をフラッシュメモリ５に一時記憶すると共に、ＯＳ８がロックしたと判断したときは、業務プログラムの実行中における入力データをフラッシュメモリ５に一時記憶するようにしたので、業務プログラムの実行中に携帯型読取情報端末１のＯＳ８がロックした場合であっても、中断した業務プログラムを再開することができる。従って、携帯型読取情報端末１による業務プログラムの作業中にＯＳ８がロックした場合であっても、ユーザは面倒な作業を行うことなく業務プログラムを再開することができるので、使い勝手に優れている。 According to such an embodiment, in a configuration in which a business program is downloaded from the server to the portable reading information terminal 1, the operating position of the downloaded business program is temporarily stored in the flash memory 5, and the OS 8 is locked. Since the input data during the execution of the business program is temporarily stored in the flash memory 5 when the OS 8 of the portable reading information terminal 1 is locked during the execution of the business program, The suspended business program can be resumed. Therefore, even when the OS 8 is locked during the operation of the business program by the portable reading information terminal 1, the user can restart the business program without performing troublesome work, which is excellent in usability.

本発明は、上記実施例に限定されることなく、例えば携帯型読取情報端末以外の各種携帯端末に適用してもよいなど、要旨を逸脱しない範囲で変形または拡張できる。 The present invention is not limited to the above-described embodiments, and can be modified or expanded without departing from the gist of the invention, such as being applicable to various portable terminals other than the portable reading information terminal.

本発明の実施例を説明するための携帯型読取情報端末のハードウェア及びソフトウェアの構造を示す図The figure which shows the structure of the hardware and software of a portable reading information terminal for demonstrating the Example of this invention 本発明の第１実施例を示すソフトウェアの構成を示す図The figure which shows the structure of the software which shows 1st Example of this invention. 監視スレッドと動作状況監視フラグとの関係を示す図Diagram showing the relationship between monitoring threads and operation status monitoring flags 監視スレッドの動作を示すフローチャートFlow chart showing the operation of the monitoring thread 割り込み処理による診断プログラムの動作を示すフローチャートFlow chart showing operation of diagnostic program by interrupt processing ロック警告の表示動作を示す図２相当図FIG. 2 equivalent diagram showing the lock warning display operation ハードウェア構成を示す図Diagram showing hardware configuration ソフトウェア構成及びハードウェア構成を示す図Diagram showing software configuration and hardware configuration 図８相当図Equivalent to FIG. 本発明の第２実施例を示す図２相当図FIG. 2 equivalent diagram showing a second embodiment of the present invention. 図３相当図3 equivalent figure 本発明の第３実施例を示す図２相当図FIG. 2 equivalent view showing a third embodiment of the present invention. 監視スレッドの動作を説明するための図Diagram for explaining the operation of the monitoring thread 本発明の第４実施例を示す図２相当図FIG. 2 equivalent diagram showing a fourth embodiment of the present invention. 図３相当図3 equivalent figure 本発明の第５実施例を示す図２相当図FIG. 2 equivalent diagram showing a fifth embodiment of the present invention. 図３相当図3 equivalent figure 本発明の第６実施例を示す図２相当図FIG. 2 equivalent diagram showing a sixth embodiment of the present invention. 図３相当図3 equivalent figure 本発明の第７実施例を示す図２相当図FIG. 2 equivalent view showing a seventh embodiment of the present invention 図３相当図3 equivalent figure 本発明の第８実施例を説明するためのハードウェア及びソフトウェアを示す図The figure which shows the hardware and software for describing 8th Example of this invention

Explanation of symbols

図面中、１は携帯型読取情報端末（携帯端末）、５はフラッシュメモリ、８はオペレーティングシステム、１０はＯＳ（提供手段に相当）、１１は監視スレッド（予測手段、回避策実行手段）、１２は割り込み処理（予測手段、回避策実行手段）である。 In the drawings, 1 is a portable reading information terminal (portable terminal), 5 is a flash memory, 8 is an operating system, 10 is an OS (corresponding to providing means), 11 is a monitoring thread (prediction means, avoidance measure execution means), 12 Is interrupt processing (prediction means, avoidance measure execution means).

Claims

In a mobile terminal that manages operations of applications and drivers by an operating system,
Prediction means for diagnosing any of the following diagnostic contents (a) to (d) and predicting that the operating system is in an unstable state based on the diagnostic result;
(A) Diagnose whether or not it is stopped for each priority level of processing assigned by the operating system (b) Periodically diagnose the memory size secured by the application, driver, etc. (c) Installed in the mobile terminal Diagnose whether essential functions are operating (d) Diagnose processing speed for each priority level of processing assigned by the operating system If the predicting means predicts that the operating system is in an unstable state, A portable terminal comprising: avoidance measure execution means for executing a predetermined avoidance measure according to a stable state.

The prediction means for diagnosing the diagnostic content (a) is composed of a plurality of monitoring threads set with different priorities and a diagnostic program for interrupt processing,
The monitoring thread periodically sets an operation status monitoring flag corresponding to itself,
The diagnostic program periodically monitors the operation status monitoring flag by interrupt processing, and if there is the operation status monitoring flag that is not updated within a predetermined time, the diagnostic program has a higher priority than the monitoring thread that updates the operation status monitoring flag. 2. The portable terminal according to claim 1, wherein it is determined that the same or higher-order thread is in an unstable state.

The prediction means for diagnosing the diagnosis content (a) is composed of a plurality of monitoring threads set with different priorities, and a highest priority monitoring thread for monitoring these monitoring threads,
The monitoring thread periodically notifies the highest priority monitoring thread of the operation status,
The highest priority monitoring thread periodically checks the notification of the operation status from the monitoring thread, and if there is the monitoring thread that does not notify the operation status within a predetermined time, the priority is the same as the monitoring thread or The mobile terminal according to claim 1, wherein it is determined that an upper thread is in an unstable state.

4. The mobile terminal according to claim 2, wherein the priority order of the plurality of monitoring threads is set to be the same as or between the priority orders set for each thread such as an application or a driver. .

The portable terminal according to claim 2, wherein the predetermined time can be set by an application or a user operation.

The prediction means for diagnosing the diagnosis content (b) includes a monitoring thread and a providing means for providing a memory usage size of each thread such as an application or a driver,
The monitoring thread periodically inquires the memory usage size of each thread to the providing means, obtains the memory usage size of each thread by its response, and when the memory usage size exceeds a predetermined memory size, The mobile terminal according to claim 1, wherein the mobile terminal is determined to be in an unstable state.

The prediction means for diagnosing the diagnosis content (b) includes a monitoring thread and a providing means for providing a memory usage size of the entire thread,
The monitoring thread periodically inquires the memory usage size of the entire thread to the providing means, acquires the memory usage size of the entire thread by the response, and when the memory usage size exceeds a predetermined memory size, The mobile terminal according to claim 1, wherein the mobile terminal is determined to be in an unstable state.

The portable terminal according to claim 6 or 7, wherein the predetermined memory size can be set by an application or a user operation.

The prediction means for diagnosing the diagnosis content (c) is composed of an essential thread that realizes the essential function, and a diagnostic program that performs interrupt processing.
The essential thread periodically sets an operation status monitoring flag corresponding to the self thread,
The diagnostic program periodically monitors the operation status monitoring flag by interrupt processing. If there is an operation status monitoring flag that is not updated within a predetermined time, the essential thread for updating the operation status monitoring flag is in an unstable state. The mobile terminal according to claim 1, wherein the mobile terminal is determined to have become.

The prediction means for diagnosing the diagnostic content (c) is composed of an essential thread that realizes the essential function and a monitoring thread that monitors the essential thread.
The essential thread periodically notifies the monitoring thread of the operation status,
The monitoring thread periodically checks the notification of the operation status from the essential thread. If there is an essential thread that does not notify the operation status within a predetermined time, the monitoring thread determines that the essential thread has become unstable. The mobile terminal according to claim 1.

The mobile terminal according to claim 9 or 10, wherein the predetermined time can be set by an application or a user operation.

The predicting means for diagnosing the diagnostic content (d) includes a plurality of monitoring threads for executing a test program corresponding to the diagnostic content (d) and a diagnostic program for interrupt processing.
The monitoring thread periodically operates the inspection program, stores the time required from the start to the end of the inspection program in the operation time result area,
The diagnostic program periodically monitors the operation time result area by interrupt processing, obtains an operation speed based on the time required from the start to the end of the inspection program, and the operation speed is slower than a predetermined speed The mobile terminal according to claim 1, wherein the mobile terminal is determined to be in an unstable state.

The predicting means for diagnosing the diagnostic content (d) includes a plurality of monitoring threads set with different priorities, and a highest priority monitoring thread for monitoring these monitoring threads.
The monitoring thread periodically operates the inspection program, notifies the highest priority monitoring thread of the time required from the start to the end of the inspection program,
The highest priority monitoring thread periodically checks time notification from the monitoring thread, obtains an operation speed based on the time required from the start to the end of the inspection program, and the operation speed is slower than a predetermined speed. The mobile terminal according to claim 1, wherein the mobile terminal is determined to be in an unstable state.

The mobile terminal according to claim 12 or 13, wherein the predetermined speed can be set by an application or a user operation.

The mobile terminal according to any one of claims 1 to 14, further comprising notification means for notifying a user when the prediction means is determined to be unstable.

16. The portable device according to claim 1, wherein the avoidance measure execution unit instructs the operating system to request a reset when it determines that the prediction unit is in an unstable state. Terminal.

17. The avoidance measure execution unit, when determining that the prediction unit has become unstable, saves predetermined data prior to instructing the operating system to request a reset. Mobile devices.

The mobile terminal according to claim 17, wherein the predetermined data can be set by an application or a user operation.