JP5240231B2 - 携帯端末の管理システム - Google Patents

Description

本発明は、携帯端末の管理システムに関するものである。

携帯型の光学的情報読取装置等の携帯端末では、ホストコンピュータによって保守、管理を行う方法が広く用いられている。その一例としては、メンテナンスツールを備えたホストコンピュータを携帯端末と通信可能に接続する構成が挙げられ、このようにすれば、メンテナンスツールにより携帯端末の保守、管理を様々に行うことができるようになる。

特開２００３−２８３６６６公報

上記携帯端末では、定められたスケジュールに従って各種イベントを実行させたい場合もあり得る。このような要請に応える方法としては、例えばホストコンピュータに各イベントのスケジュールを登録しておき、登録されたタイミング毎にホストコンピュータから携帯端末に対してイベントの通知を行うといった方法が考えられる。しかしながら、このような方法を用いると、ホストコンピュータからのイベントの通知を携帯端末が常時待ち続けなければならず、携帯端末のバッテリ消費を早めてしまうという問題がある。

他方、各イベントのスケジュールを携帯端末に登録しておき、イベントの登録時刻に逐次携帯端末を起動させる方法も考えられるが、単純に各イベントのスケジュールを携帯端末に登録しただけでは、ホストコンピュータと携帯端末との同期がとれないという問題があり、その結果、各イベントがスケジュール通りに実行されなくなる虞がある。

本発明は、上述した課題を解決するためになされたものであり、携帯端末においてバッテリの電力消費を抑えつつ定められたスケジュールに従って各イベントを実行することができ、且つ携帯端末とホストコンピュータの同期を安定的に確保し得る管理システムを提供することを目的とする。

請求項１の携帯端末の管理システムは、入力手段を備えたホストコンピュータと、前記ホストコンピュータと通信可能な通信手段を備えた携帯端末と、を備えたシステムとして構成されている。
また、前記ホストコンピュータは、前記入力手段により各イベントのスケジュールデータが入力されることに基づいて、少なくとも前記各イベントの動作日時を定めたイベントスケジュールデータを登録するホスト側登録手段と、前記ホスト側登録手段に登録された前記イベントスケジュールデータに基づいて、前記携帯端末の動作スケジュールデータを生成する動作スケジュールデータ生成手段と、ホスト側日時データを生成する日時データ生成手段と、前記動作スケジュールデータ生成手段によって生成された前記動作スケジュールデータと、前記日時データ生成手段によって生成された前記ホスト側日時データとを前記携帯端末に配信する配信手段と、当該管理システムにより管理する前記携帯端末を予め登録する管理端末登録手段と、前記起動通知手段により前記携帯端末の起動が通知されたときに、その起動通知がなされた前記携帯端末が、前記管理端末登録手段に登録された登録端末であるか否かを判別する判別手段と、前記起動通知手段によって起動通知がなされた前記携帯端末が、前記判別手段によって前記登録端末でないと判別された場合に、その登録端末でないと判別された前記携帯端末に対して所定の非動作信号を出力する非動作信号出力手段と、を備えている。
更に、前記携帯端末は、前記配信手段によって配信された前記動作スケジュールデータ及び前記ホスト側日時データを受信する受信手段と、前記受信手段によって受信された前記動作スケジュールデータを登録する端末側登録手段と、端末側日時データを発生させる時計手段と、前記受信手段によって受信された前記ホスト側日時データに基づいて、前記時計手段を調整する日時合わせ手段と、前記端末側登録手段に登録された前記動作スケジュールデータの内、少なくとも現在日時後の最も近い動作日時を登録する動作日時登録手段と、前記時計手段にて発生する前記端末側日時データが前記動作日時となったときに、当該動作日時に対応する動作対象イベントを実行する端末側イベント実行手段と、予め定められた所定条件の成立に基づいて前記携帯端末を起動させる起動手段と、前記起動手段によって前記携帯端末が起動されたときに、前記ホストコンピュータに通知する起動通知手段と、を備えている。
そして、前記携帯端末の前記受信手段は、前記非動作信号出力手段によって前記非動作信号が出力されたときに当該非動作信号を受信し、前記端末側イベント実行手段は、前記受信手段によって前記非動作信号が受信された場合に、前記動作対象イベントの実行を中止することを特徴としている。

請求項２の発明は、請求項１に記載の携帯端末の管理システムにおいて、前記通信手段が、前記ホストコンピュータと無線通信を行う無線通信手段からなることを特徴としている。

請求項３の発明は、請求項１又は請求項２に記載の携帯端末の管理システムにおいて、更に、前記ホストコンピュータの前記配信手段は、前記起動通知手段からの通知を受信した場合に、前記動作スケジュールデータを前記携帯端末に対して配信するように構成されている。

請求項４の発明は、請求項３に記載の携帯端末の管理システムにおいて、前記ホストコンピュータが、前記動作対象イベントが当該ホストコンピュータと連携して行うべき連携イベントである場合に、当該連携イベントに対応するホスト側イベントを実行するホスト側イベント実行手段を備えている。
また、前記起動手段は、前記時計手段にて発生する前記端末側日時データが前記連携イベントの前記動作日時となった場合に前記携帯端末を起動させる構成をなし、前記配信手段は、前記連携イベントの前記動作日時となったときの前記起動通知手段による通知を受信した場合に、前記ホスト側イベント実行手段による前記ホスト側イベントの実行に先立って、前記動作スケジュールデータを前記携帯端末に対して配信している。
そして、前記ホスト側イベント実行手段は、前記配信手段による前記動作スケジュールデータの配信後に、前記ホスト側イベントを実行している。

請求項５の発明は、請求項１から請求項４のいずれか一項に記載の携帯端末の管理システムにおいて、前記ホスト側登録手段が、前記イベントについての実行日時及び繰り返し方法の入力に基づき、当該イベントの前記実行日時及び前記繰り返し方法を設定した前記イベントスケジュールデータを登録することを特徴としている。

請求項６の発明は、請求項１から請求項５のいずれか一項に記載の携帯端末の管理システムにおいて、前記ホスト側登録手段が、前記イベントについてのリトライ回数及びリトライ期間の少なくともいずれかの入力に基づき、当該イベントのリトライスケジュールを設定した前記イベントスケジュールデータを登録することを特徴としている。

請求項７の発明は、請求項６に記載の携帯端末の管理システムにおいて、前記端末側イベント実行手段による前記動作対象イベントの実行が成功したときに前記ホストコンピュータに通知する成功通知手段が設けられ、前記動作スケジュールデータ生成手段は、前記成功通知手段によって通知がなされた場合、その成功した前記動作対象イベントの前記リトライスケジュールを削除して、前記動作スケジュールデータを再生成し、前記配信手段は、その再生成された前記動作スケジュールデータを前記携帯端末に配信することを特徴とする。

請求項８の発明は、請求項１から請求項７のいずれか一項に記載の携帯端末の管理システムにおいて、前記動作スケジュールデータ生成手段が、前記登録手段に登録された前記イベントスケジュールデータの内の一部期間のスケジュールデータを、前記動作スケジュールデータとして生成することを特徴としている。

請求項９の発明は、請求項１から請求項８のいずれか一項に記載の携帯端末の管理システムにおいて、前記配信手段が、前記一部期間についての前記動作スケジュールデータを配信する毎に前記ホスト側日時データを配信することを特徴としている。

請求項１０の発明は、請求項１から請求項９のいずれか一項に記載の携帯端末の管理システムにおいて、前記携帯端末の前記端末側イベント実行手段は、前記時計手段にて発生する前記端末側日時データが前記動作日時となった場合に当該携帯端末を自動的に起動する構成をなし、他方、前記受信手段によって前記非動作信号が受信された場合には、その後の当該携帯端末の自動的な起動を中止することを特徴としている。

請求項１の発明は、ホスト側登録手段に登録されたイベントスケジュールデータに基づいて、携帯端末の動作スケジュールデータを生成し、携帯端末に配信している。このようにすると、ホストコンピュータに登録されたスケジュール内容を、携帯端末にも登録することができ、携帯端末で複雑な登録作業を行わずともホストコンピュータと同様のスケジュール内容を携帯端末で保有することができる。
また、動作スケジュールデータに加え、日時データ生成手段によって生成されたホスト側日時データをも携帯端末に配信しており、このホスト側日時データに基づき、日時合わせ手段によって時計手段を調整している。このようにすると、ホストコンピュータと携帯端末とで同期をとることができ、両装置のスケジュールを同一基準日時で実行することができる。特に、携帯端末側では、端末側日時データが動作対象イベントの動作日時となったときに当該動作対象イベントを実行しており、ホスト側日時データと合わせられた端末側日時データに従い、ホストコンピュータと同期した適切なタイミングで動作対象イベントを実行できるようになる。
また、携帯端末側に動作スケジュールが登録されるため、ホストコンピュータからスケジュールの指示を常時待つ必要がなく、より効果的に省電力化を図ることができる。
また、携帯端末において、予め定められた所定条件の成立に基づいて携帯端末を起動させる起動手段と、起動手段によって携帯端末が起動されたときに、ホストコンピュータに通知する起動通知手段とが設けられている。このようにすると、携帯端末が起動されていることを、ホストコンピュータ側で確認できるようになり、ホストコンピュータと携帯端末との間でデータの送受信を適切に行いやすくなる。
更に、ホストコンピュータには、当該管理システムにより管理する携帯端末を予め登録する管理端末登録手段と、起動通知手段により携帯端末の起動が通知されたときに、その起動通知がなされた携帯端末が、管理端末登録手段に登録された登録端末であるか否かを判別する判別手段と、起動通知手段によって起動通知がなされた携帯端末が、判別手段によって登録端末でないと判別された場合に、その登録端末でないと判別された携帯端末に対して所定の非動作信号を出力する非動作信号出力手段とが設けられている。そして、携帯端末の受信手段は、非動作信号出力手段によって非動作信号が出力されたときに当該非動作信号を受信し、端末側イベント実行手段は、受信手段によって非動作信号が受信された場合に、動作対象イベントの実行を中止するように構成されている。
この構成によれば、管理対象とする携帯端末をホストコンピュータ側で一括して登録、管理することができる。また、既登録の携帯端末（登録端末）を管理対象から外したい場合には、ホストコンピュータ側でその携帯端末の登録を解除すれば良く、この場合、当該携帯端末に対して非動作信号が出力され、この非動作信号を受信した当該携帯端末側では、動作対象イベントの実行が中止されることとなる。従って、携帯端末毎に複雑な登録解除操作を行う必要がなく、登録の解除についても、ホストコンピュータ側で集中して管理・操作することができる。
更には、登録が解除されて当該管理システムの管理外となった携帯端末内に過去の動作スケジュール（登録解除前の動作スケジュール）が残存していたとしても、動作対象イベントの実行を強制的に中止することができるため、管理外となった携帯端末が動作スケジュールに従って自動的に動作してしまうことを防止することができ、過去の動作対象イベントに従った不要な動作を中止させて効果的に省電力化を図ることができる。

請求項２の発明は、通信手段がホストコンピュータと無線通信を行う無線通信手段によって構成されている。このようにホストコンピュータと無線通信を行う構成では、ホストコンピュータから電力供給を受ける機会が少なく、バッテリの消耗がより問題となるが、本発明では、携帯端末側に動作スケジュールを登録することで効果的に省電力化を図っており、上記のように無線通信を行う構成においてより有利となる。

請求項３の発明では、ホストコンピュータの配信手段は、起動通知手段からの通知を受信した場合に、動作スケジュールデータを携帯端末に対して配信するように構成されている。このように携帯端末から起動通知を受信した場合に動作スケジュールを配信する構成とすれば、動作スケジュールを配信する際に、ホストコンピュータと携帯端末との接続が維持されている可能性が高く、より安定的なデータ配信が可能となる。

請求項４の発明は、時計手段にて発生する端末側日時データが連携イベントの動作日時となった場合に携帯端末を起動させる構成をなし、連携イベントの動作日時となったときの起動通知手段による通知を受信した場合に、ホスト側イベントの実行に先立って、動作スケジュールデータを携帯端末に対して配信している。このようにすると、起動が確認された直後のより安定的な接続環境下で優先的に動作スケジュールデータを配信することができる。

請求項５の発明は、イベントについての実行日時及び繰り返し方法の入力に基づき、当該イベントの実行日時及び繰り返し方法を設定したイベントスケジュールデータを登録している。このようにすると、繰り返されるイベントをより簡易な作業で登録できる。

請求項６の発明は、イベントについてのリトライ回数及びリトライ期間の少なくともいずれかの入力に基づき、当該イベントのリトライスケジュールを設定したイベントスケジュールデータを登録している。このようにすると、各イベントのリトライスケジュールを登録することができるため、各イベントをより成功しやすくすることができ、且つ必要以上にリトライが繰り返されることを防止しうる構成となる。

請求項７の発明は、動作対象イベントの実行が成功したときに、その成功した動作対象イベントのリトライスケジュールを削除して、動作スケジュールデータを再生成している。そして、その再生成された動作スケジュールデータを携帯端末に配信している。このようにすると、動作対象イベントが成功してリトライが不要になった場合に、当該動作対象イベントについてリトライを行わないようにすることができ、携帯端末の不要な起動を防ぐことができる。

請求項８の発明は、登録手段に登録されたイベントスケジュールデータの内の一部期間のスケジュールデータを動作スケジュールデータとして生成している。このようにすると、ホストコンピュータと比較してメモリの記憶容量を確保しにくい携帯端末において、必要メモリ容量を効果的に削減できる。

請求項９の発明は、一部期間についての動作スケジュールデータを配信する毎にホスト側日時データを配信している。このようにすると、端末側日時データをホスト側日時データと合わせる機会が増え、ホストコンピュータと携帯端末との同期の精度をより高めることができる。

請求項１０の発明では、携帯端末の端末側イベント実行手段は、時計手段にて発生する端末側日時データが動作日時となった場合に当該携帯端末を自動的に起動する構成をなし、他方、受信手段によって非動作信号が受信された場合には、その後の当該携帯端末の自動的な起動を中止するように構成されている。このようにすると、例えば、ホストコンピュータ側で登録を解除されて当該管理システムの管理外となった携帯端末内に過去の動作スケジュール（登録解除前の動作スケジュール）が残存していたとしても、管理外となった当該携帯端末が動作スケジュールに従って自動的に起動してしまうことを防止することができるため、過去の動作対象イベントに従った不要な起動を中止させて一層効果的に省電力化を図ることができる。

図１は、第１参考例に係る管理システムの電気的構成を概略的に例示するブロック図である。 図２（ａ）は、図１の管理システムで用いられる携帯端末の電気的構成を概略的に例示するブロック図である。図２（ｂ）は、図２（ａ）の携帯端末で用いられる非接触通信部の電気的構成を概略的に例示するブロック図である。図２（ｃ）は、図２（ａ）の携帯端末で用いられる光学的情報読取装置の電気的構成を概略的に例示するブロック図である。 図３は、ホストコンピュータで行われるスケジュール作成処理を例示するフローチャートである。 図４は、図３のＳ１の処理で表示されるカレンダー画面を例示する説明図である。 図５は、図３のＳ３の処理で表示される入力画面を例示する説明図である。 図６は、スケジュールの初期設定時のデータの流れを説明する説明図である。 図７は、スケジュール実行時のデータの流れを説明する説明図である。 図８は、イベントスケジュールデータのデータ構成を概念的に説明する説明図である。 図９は、登録された各携帯端末の各識別情報（ＩＤ）及びこの識別情報に対応する動作スケジュールデータを概念的に説明する説明図である。 図１０は、第１実施形態に係る管理システムにおけるスケジュールの初期設定時のデータの流れを説明する説明図である。

[第１参考例]
以下、第１参考例について、図面を参照して説明する。

（全体構成）
まず、図１、図２を参照して本実施形態に係る携帯端末の管理システム１（以下、単に管理システム１とも称する）の全体構成を説明する。
図１に示すように、本実施形態に係る管理システム１は、ホストコンピュータ２と携帯端末１０とによって構成されている。

ホストコンピュータ２は、例えばパーソナルコンピュータ（以下、ＰＣとも称する）として構成されており、図１に示すように、液晶ディスプレイ等からなるモニタ３、ＣＰＵ４，ＲＯＭ５、通信手段６、ハードディスクドライブ（以下ＨＤＤとも称する）７、ＲＡＭ８、キーボードやマウスなどからなる操作手段９などを備えている。通信手段６は、携帯端末１０と公知の無線通信（例えば、公知の無線ＬＡＮ通信）を行う無線通信部として構成されている。

携帯端末１０は、図２（ａ）に示すように、当該携帯端末１０を全体的に制御する制御部１１が設けられている。この制御部１１は、マイコンを主体として構成されるものであり、ＣＰＵ、システムバス、入出力インタフェース等を有し、メモリ１７とともに情報処理装置を構成している。また、制御部１１には、ＬＥＤ１２、表示部１３、通信部１４、キー操作部１５、スピーカ１６、などが接続されている。キー操作部１５は、制御部１１に対して操作信号を与える構成をなしており、制御部１１は、この操作信号を受けて操作信号の内容に応じた動作を行う。また、ＬＥＤ１２、スピーカ１６、表示部１３は、制御部１１によって制御される構成をなしており、それぞれ、制御部１１からの指令を受けて動作する。

通信部１４は、ホストコンピュータ２との間でのデータ通信を行うためのインタフェースとして構成されており、制御部１１と協働して通信処理を行う構成をなしている。具体的には、通信部１４は、ホストコンピュータ２と公知の無線通信（例えば、公知の無線ＬＡＮ通信）を行う無線通信部として構成されている。

また、携帯端末１０は、図示しないケース内に、電源となるバッテリ１８や電源部１９が設けられており、これらによって制御部１１や各種電気部品に電力が供給されるようになっている。バッテリ１８は、例えばリチウムイオン電池等の公知の二次電池として構成されている。

また、制御部１１には、非接触通信部２０及び情報コード読取部３０がそれぞれ接続されている。非接触通信部２０は、アンテナ５１及び制御部１１と協働して無線タグ等の非接触通信媒体との間で電磁波による通信を行い、非接触通信媒体に記憶されるデータの読取り、或いは非接触通信媒体に対するデータの書込みを行うように機能するものである。この非接触通信部２０は、公知の電波方式で伝送を行う回路として構成されており、図２（ｂ）にて概略的に示すように、発振器２１、変調器２２、復調器２３などを備えてなるものである。なお、非接触通信部２０には、これら以外の公知構成（例えば、増幅器、フィルタ回路、整合回路等）も設けられているが、図２（ｂ）ではこれらについては図示を省略している。

情報コード読取部３０は、図２（ｃ）に示すように、ＣＣＤエリアセンサからなる受光センサ３３、結像レンズ３７、複数個のＬＥＤやレンズ等から構成される照明部３１などを備えた構成をなしており、制御部１１と協働して読取対象Ｒに付された情報コードＣ（バーコードや二次元コード）を読み取るように機能する。この情報コード読取部３０によって読み取りを行う場合、まず、制御部１１によって指令を受けた照明部３１から照明光Ｌｆが出射され、この照明光Ｌｆが読取口（図示略）を通って読取対象Ｒに照射される。そして、照明光Ｌｆが情報コードＣ（バーコードや二次元コード）にて反射した反射光Ｌｒは読取口（図示略）を通って装置内に取り込まれ、結像レンズ３７を通って受光センサ３３に受光される。結像レンズ３７は、情報コードＣの像を受光センサ３３上に結像させる構成をなしており、受光センサ３３はこの情報コードＣの像に応じた受光信号を出力する。受光センサ３３から出力された受光信号は、画像データとしてメモリ１７（図２（ａ））に記憶され、デコード処理に用いられるようになっている。なお、情報コード読取部３０には、受光センサ３３からの信号を増幅する増幅回路や、その増幅された信号をデジタル信号に変換するＡＤ変換回路等が設けられているがこれらの回路については図示を省略している。

（特徴的内容）
次に、本実施形態に係る管理システム１の特徴的内容を説明する。
図３は、ホストコンピュータで行われるスケジュール作成処理を例示するフローチャートである。図４は、図３のＳ１の処理で表示されるカレンダー画面を例示する説明図である。図５は、図３のＳ３の処理で表示される入力画面を例示する説明図である。図６は、スケジュールの初期設定時のデータの流れを説明する説明図である。図７は、スケジュール実行時のデータの流れを説明する説明図である。図８は、イベントスケジュールデータのデータ構成を概念的に説明する説明図である。

本実施形態に係る管理システム１では、図３に示すスケジュール作成処理、図６に示すスケジュールの初期設定処理、図７に示すスケジュール実行処理などが行われるようになっており、登録された動作スケジュールデータに従って携帯端末１０を動作させている。

まず、図３のスケジュール作成処理を説明する。このスケジュール作成処理は、ホストコンピュータ２において、所定条件の成立（例えば、操作手段９に対する所定操作等）によって開始され、まず、カレンダー画面をモニタ３（図１）に表示する処理が行われる（Ｓ１）。このカレンダー画面７０は、ＧＵＩ（Graphical User Interface）として構成されるものであり、各日付部７１がマウス操作等によって選択可能とされている。

本実施形態では、図４左端側に表示されるような端末リスト７２においていずれかの携帯端末が選択されることで、図４のように、当該選択端末のスケジュールがカレンダー画面７０として表示されるようになっている。図４に示すカレンダー画面７０は、選択された携帯端末のスケジュールを入力するための画面であり、カレンダー画面７０においていずれかの日付部７１が選択されたときには、Ｓ２においてＹｅｓに進み、図５の入力画面７５を表示し、個別のイベントデータを受け付ける処理が行われる。この入力画面７５も、ＧＵＩ（Graphical User Interface）として構成され、操作手段９によってイベントに関するデータを入力しうるように構成されている。図５の入力画面７５には、ファイル名入力部７５ａ、イベント種別選択部７５ｂ、実施日時入力部７５ｃ、繰り返し方法データ入力部７５ｄ、リトライ期間入力部７５ｅが設けられている。これら入力部７５ａ〜７５ｅに入力されたデータは、それぞれ、ファイル名データ、イベント種別データ、実施日時データ、繰り返し方法データ、リトライスケジュールデータとして扱われることとなる。また、Ｓ３では、複数の日付についてそれぞれイベントデータを入力してもよく、同一の日付について複数のイベントデータを入力してもよい。
なお、本実施形態では、操作手段９が「入力手段」の一例に相当する。

Ｓ３で表示された入力画面７５においてデータが入力された場合には、Ｓ４にてＹｅｓに進み、Ｓ３で入力対象となった携帯端末（即ち、図４左側の端末リストで選択された携帯端末）についてのホストコンピュータ２に登録されたイベントスケジュールデータを更新する処理を行う（Ｓ５）。本実施形態では、各携帯端末１０で行うべき各イベントが当該各イベントの実施日時（動作日時）と対応付けられてホストコンピュータ２のメモリ（ＨＤＤ７等）に記憶されており、これら各イベントのデータ群によって各携帯端末のイベントスケジュールデータが構成されている。図８は、ホストコンピュータ２に登録されたいずれかの携帯端末のイベントスケジュールデータのデータ構成を概念的に示しており、Ｓ３で入力された個別のイベントデータの集合としてイベントスケジュールデータが構成されている。なお、図５のリトライ期間入力部７５ｅにリトライ期間を入力しなくてもよく、この場合、リトライは行われないことになる。

本実施形態では、ＣＰＵ４及びＨＤＤ７が協働して、「ホスト側登録手段」の一例として機能し、操作手段９（入力手段）により各イベントのスケジュールデータが入力されることに基づいて、少なくとも各イベントの動作日時（実施日時）を定めたイベントスケジュールデータを登録するように機能する。

また、本実施形態では、図５の実施日時入力部７５において対象イベントについての実行日時が入力されることに基づいて、当該対象イベントの実行日時を設定し、繰り返し方法データ入力部７５ｄに対象イベントの繰り返し方法（対象イベントを、１回のみ（今回のみ）とするか、毎日行うか、毎週行うか、毎月行うかを定める設定）が入力されることに基づき、当該対象イベントの繰り返し方法を設定しており、これら実行日時及び繰り返し方法を、対象イベントの内容（ファイル名入力部７５ａに入力されたファイル名、及びイベント種別選択部７５ｂに入力された当該ファイル名のファイルに対する処理内容）と対応付け、イベントスケジュールデータの一部としてメモリ（ＨＤＤ７等）に記憶（登録）している。また、図５のリトライ期間入力部７５ｅにリトライ期間が入力されることに基づき、対象イベントのリトライ期間（リトライスケジュール）を設定して当該対象イベントについてのイベントデータをイベントスケジュールデータの一部として記憶（登録）している。なお、リトライ期間入力部７５ｅには、リトライスケジュールとして「リトライ回数」が入力されても良く、この場合、対象イベントのリトライスケジュールとして「リトライ回数」が登録される。

更に、Ｓ５で記憶（登録）されたスケジュールデータ（イベントスケジュールデータ）に基づいて、スケジュールデータの対象となる携帯端末１０（即ち、Ｓ３において図４左側の端末リストで選択された携帯端末）に送信する動作スケジュールデータを生成し、これをメモリ（ＨＤＤ７）に記憶する。本実施形態では、ホストコンピュータ２に記憶（登録）される図８のようなイベントスケジュールデータの内の、動作日時が一部期間（例えばＳ６の処理時から直近１週間）に含まれるスケジュールデータを動作スケジュールデータとして生成しており、Ｓ６では、この動作スケジュールデータをメモリ（ＨＤＤ７等）に保存している。なお、本実施形態では、ＣＰＵ４が「動作スケジュールデータ生成手段」の一例に相当し、登録されたイベントスケジュールデータに基づいて、携帯端末１０の動作スケジュールデータを生成するように機能する。

次に、スケジュールの初期設定時の各処理について説明する。
図６に示すように、スケジュール初期設定は、例えば、携帯端末１０（以下、ＢＨＴとも称する）の起動をトリガとして行われる。図６の例では、キー操作部１５に対する所定操作（キー入力）によって携帯端末１０が起動しており（図６（１））、その後、携帯端末１０からホストコンピュータ２（以下、ＰＣとも称する）に対して起動通知がなされている（図６（２））。図６（２）の起動通知処理では、例えばホストコンピュータ２に対して所定の起動信号を送信している。

なお、本実施形態では、制御部１１が「起動手段」の一例に相当し、予め定められた所定条件の成立に基づいて携帯端末１０を起動させるように機能する。また、制御部１１は、「起動通知手段」の一例に相当し、携帯端末１０が起動されたときに、ホストコンピュータ２に通知する機能を有している。

一方、ホストコンピュータ２では、携帯端末１０からの起動通知を受信し、起動通知に対する応答処理を行う（図６（３））。この応答処理では、例えば携帯端末１０に対して所定の応答信号を送信する。なお、携帯端末１０側ではこの応答信号を監視しており、応答信号が受信できないときには携帯端末１０の電源をオフ状態としている。

更に、ホストコンピュータ２は、図６（３）の応答処理の後に、ホストコンピュータ２で発生するホスト側日時データを出力する処理を行う（図６（４））。本実施形態では、例えば、ＣＰＵ４或いはＣＰＵ４とは異なる時計回路（ＲＴＣ等）などによって「日時データ生成手段」が構成され、この日時データ生成手段によって日時データ（ホスト側日時データ）が常時生成されており、図６（４）では、この日時データ（ホスト側日時データ）を携帯端末１０に送信している。

携帯端末１０側では、ホストコンピュータ２から送信されるホスト側日時データを受信し、時計部６０の時刻を「ホスト側日時データ」で示される時刻に合わせる処理を行う（図６（５））。時計部６０は、「時計手段」の一例に相当し、端末側日時データを発生させるように機能するものであり、本実施形態では、例えばＲＴＣ（Real Time Clock）等の時計回路によって構成されている。この時計部６０は、携帯端末１０の電源がオフとなっている間（制御部１１等に対する電力供給が遮断されている間）も内蔵電池から電源供給を受けて動作している。

なお、本実施形態では、制御部１１が「日時合わせ手段」の一例に相当し、受信された「ホスト側日時データ」に基づいて時計部６０（時計手段）を調整（具体的には、ホストコンピュータ２の「日時データ生成手段」の時刻と、時計部６０の時刻を合わせるように調整）するように機能する。

また、ホストコンピュータ２側では、ホスト側日時データの配信と一緒に、或いはホスト側日時データの配信の後に別途配信する方法で、Ｓ６（図３）で生成された動作スケジュールデータを携帯端末１０に送信している（図６（６））。ここでは、Ｓ６（図３）で生成された一部期間（例えば一週間）についての動作スケジュールデータを配信している。なお、本実施形態では、ＣＰＵ４が「配信手段」の一例に相当し、動作スケジュールデータ及びホスト側日時データを携帯端末１０に配信する機能を有している。

ホストコンピュータ２から動作スケジュールデータが送信されると、携帯端末１０は、この動作スケジュールデータを受信し、自身のメモリ１７に記憶（登録）する（図６（７））。なお、本実施形態では、制御部１１が「受信手段」の一例に相当する。また、メモリ１７及び制御部１１が協働して「端末側登録手段」として機能する。

その後、携帯端末１０は、メモリ１７に記憶（登録）された動作スケジュールデータの内、少なくとも現在日時（図６（８）の処理実行時）後であって且つ当該現在日時に最も近い動作日時をメモリに記憶（登録）すると共に、電源をオフ状態とする（図６（８））。時計部６０は、この登録される動作日時を参照し、端末側日時データが動作日時に達したときに所定のトリガ信号（アラーム信号）発生させるようになっており、登録される動作日時はアラーム日時に相当している。
なお、本実施形態では、制御部１１が「動作日時登録手段」の一例に相当する。

次に、スケジュール実行時の各処理について説明する。本実施形態では、スケジュール実行時以外のときには、ユーザによって起動されない限り、携帯端末１０の電源がオフ状態に維持されるようになっており、時計部６０（時計手段）にて発生する「端末側日時データ」が図６（８）の処理等で登録された動作日時（アラーム日時）となったときに、時計部６０（ＲＴＣ）からトリガ信号（アラーム信号）が発生し、この信号発生により、携帯端末１０の電源がオン状態となるように構成されている（図７（１））。電源がオン状態となったときには、制御部１１等に電力供給がなされ、各種処理が行われるようになる。 なお、本実施形態では、制御部１１が「端末側イベント実行手段」の一例に相当し、時計部６０にて発生する端末側日時データが動作対象イベントの動作日時（アラーム日時）となったときに、当該動作対象イベントを実行するように機能する。

携帯端末１０の電源がオン状態となり、携帯端末１０が起動したときには、携帯端末１０は、ホストコンピュータ２に起動信号を出力し、起動を通知する（図７（２））。その後、ホストコンピュータ２は、図６（３）と同様に起動通知に対する応答処理を行い（図７（３））、図６（４）と同様に、端末側日時データを出力する（図７（４））。携帯端末１０は、この端末側日時データを受信し、図６（５）と同様に日時合わせをする（図７（５））。また、ホストコンピュータ２は、図６（６）と同様に、動作スケジュールデータを送信する（図７（６））。この動作スケジュールデータを受信した携帯端末１０は、図６（７）と同様に、動作スケジュールデータをメモリに記憶（登録）する（図７（７））。

図７では、携帯端末１０で行われる動作対象イベントが、ホストコンピュータ２と連携して行うべき連携イベント（ホストコンピュータ２からのファイル受信）である場合を例示しており、この場合、ホストコンピュータ２は、当該連携イベントに対応するホスト側イベント（例えばファイル送信等）を通知し（図７（８））、その後、当該ホスト側イベントを実行する（図７（９））。なお、本実施形態では、ＣＰＵ４が「ホスト側イベント実行手段」の一例に相当する。

なお、図７の例では、時計部６０にて発生する端末側日時データが連携イベントの動作日時となった場合に携帯端末１０を起動（図７（１））させており、ホストコンピュータ２側では、連携イベントの動作日時となったときの起動通知（図７（２））を受信した場合に、ホスト側イベントの実行（図７（９））に先立って、図７（６）において動作スケジュールデータを携帯端末１０に対して配信している。

図７では、図７（９）においてファイル送信処理が行われた後に、携帯端末１０が、このファイル送信処理で送信された特定ファイルを受信するファイル受信処理を行っている（図７（１０））。そして、このファイル受信処理（動作対象イベント）が成功したときには、ホストコンピュータ２に対して当該動作対象イベントの成功を通知する（図７（１１））。この成功通知を受信したホストコンピュータ２は、その成功した動作対象イベントのリトライスケジュールを削除して、動作スケジュールデータを再生成している（図７（１２））。即ち、動作スケジュールデータは、図８と同様の構成をなし、各イベント毎にリトライ期間が設定されており（なお、設定されないものもある）、図７（１２）では、動作スケジュールデータにおいて成功イベントに対応して設定されたリトライ期間のデータを削除し、動作スケジュールデータを再生成する。
なお、制御部１１は、「成功通知手段」の一例に相当し、「端末側イベント実行手段」による動作対象イベントの実行が成功したときにホストコンピュータ２に通知を行うように機能する。

図７（１２）の再生成処理の後には、その再生成された動作スケジュールデータを、ホストコンピュータ２で生成されるホスト側日時データと共に携帯端末１０に送信する（図７（１３）。携帯端末１０は、これらホスト側日時データ及び動作スケジュールデータを受信し、図６（５）と同様に時計部６０の日時調整を行う（図７（１４））。また、図６（７）と同様に、再生成された動作スケジュールデータをメモリに登録し（図７（１５））、図６（８）と同様に、メモリ登録された動作スケジュールデータの内、少なくとも現在日時後の最も近い動作日時をアラーム日時としてメモリに登録する（図７（１６））。そして、携帯端末１０の電源をオフ状態にする（図７（１７））。

（第１参考例の主な効果）
本実施形態では、「ホスト側登録手段」に登録されたイベントスケジュールデータに基づいて、携帯端末１０の動作スケジュールデータを生成し、携帯端末１０に配信している。このようにすると、ホストコンピュータ２に登録されたスケジュール内容を、携帯端末１０にも登録することができ、携帯端末１０で複雑な登録作業を行わずともホストコンピュータ２と同様のスケジュール内容を携帯端末１０で保有することができる。
また、動作スケジュールデータに加え、日時データ生成手段によって生成されたホスト側日時データをも携帯端末１０に配信しており、このホスト側日時データに基づき、日時合わせ手段によって時計部６０（時計手段）を調整している。このようにすると、ホストコンピュータ２と携帯端末１０とで同期をとることができ、両装置のスケジュールを同一基準日時で実行することができる。特に、携帯端末側では、端末側日時データが動作対象イベントの動作日時となったときに当該動作対象イベントを実行しており、ホスト側日時データと合わせられた端末側日時データに従い、ホストコンピュータ２と同期した適切なタイミングで動作対象イベントを実行できるようになる。
また、携帯端末側に動作スケジュールが登録されるため、ホストコンピュータ２からスケジュールの指示を常時待つ必要がなく、より効果的に省電力化を図ることができる。

また、本実施形態では、携帯端末１０の通信部１４（通信手段）がホストコンピュータと無線通信を行う「無線通信手段」によって構成されている。このようにホストコンピュータ２と無線通信を行う構成では、ホストコンピュータ２から電力供給を受ける機会が少なく、バッテリの消耗がより問題となるが、本発明では、携帯端末側に動作スケジュールを登録することで効果的に省電力化を図っており、上記のように無線通信を行う構成においてより有利となる。

また、本実施形態では、携帯端末１０において、予め定められた所定条件の成立に基づいて当該携帯端末１０を起動させる「起動手段」が設けられており、更に、「起動手段」によって携帯端末１０が起動されたときに、ホストコンピュータ２に通知する「起動通知手段」が設けられている。そして、ホストコンピュータ２の「配信手段」は、「起動通知手段」からの通知を受信した場合に、動作スケジュールデータを携帯端末１０に対して配信するように構成されている。このように携帯端末１０から起動通知を受信した場合に動作スケジュールを配信する構成とすれば、動作スケジュールを配信する際に、ホストコンピュータ２と携帯端末１０との接続が維持されている可能性が高く、より安定的なデータ配信が可能となる。

また、本実施形態では、時計部６０（時計手段）にて発生する端末側日時データが連携イベントの動作日時となった場合に携帯端末１０を起動させる構成をなし、連携イベントの動作日時となったときの「起動通知手段」による通知を受信した場合に、ホスト側イベントの実行に先立って、動作スケジュールデータを携帯端末１０に対して配信している。このようにすると、起動が確認された直後のより安定的な接続環境下で優先的に動作スケジュールデータを配信することができる。

また、本実施形態では、イベントについての実行日時及び繰り返し方法の入力に基づき、当該イベントの実行日時及び繰り返し方法を設定したイベントスケジュールデータを登録している。このようにすると、繰り返されるイベントをより簡易な作業で登録できる。

また、本実施形態では、イベントについてのリトライ回数及びリトライ期間の少なくともいずれかの入力に基づき、当該イベントのリトライスケジュールを設定したイベントスケジュールデータを登録している。このようにすると、各イベントのリトライスケジュールを登録することができるため、各イベントをより成功しやすくすることができ、且つ必要以上にリトライが繰り返されることを防止しうる構成となる。

また、動作対象イベントが成功したときに、その成功した動作対象イベントのリトライスケジュールを削除して、動作スケジュールデータを再生成している。そして、その再生成された動作スケジュールデータを携帯端末に配信している。このようにすると、動作対象イベントが成功してリトライが不要になった場合に、当該動作対象イベントについてリトライを行わないようにすることができ、携帯端末の不要な起動を防ぐことができる。

また、本実施形態では、ホストコンピュータ２の「登録手段」に登録されたイベントスケジュールデータの内の一部期間のスケジュールデータを動作スケジュールデータとして生成している。このようにすると、ホストコンピュータ２と比較してメモリの記憶容量を確保しにくい携帯端末１０において、必要メモリ容量を効果的に削減できる。

また、本実施形態では、一部期間についての動作スケジュールデータを配信する毎にホスト側日時データを配信している。このようにすると、端末側日時データをホスト側日時データと合わせる機会が増え、ホストコンピュータ２と携帯端末１０との同期の精度をより高めることができる。

［第１実施形態］
次に、本発明の第１実施形態に係る携帯端末１０の管理システム１におけるスケジュールの初期設定時の各処理について図９及び図１０を参照しながら説明する。本第１実施形態では、登録が解除された携帯端末１０に対して、ホストコンピュータ２が非動作信号を出力する点が、上記第１参考例にて述べた携帯端末装置１と主に異なる。従って、第１参考例の携帯端末装置１と実質的に同一の構成部分には、同一符号を付し、その説明を省略する。

以下、本第１実施形態に係る携帯端末１０の管理システム１について説明する。本第１実施形態では、上記第１参考例と同様に、管理対象とする携帯端末１０をホストコンピュータ側で一括して登録、管理するようにしており、図４に示したカレンダー画面７０の左端側に表示されるような端末リスト７２に、当該管理システム１により管理する携帯端末１０のリスト（予め登録されたリスト）が表示されるようになっている（図４の端末リストでは、一例として、予め登録された「端末１」、「端末２」、「端末３」の３つが表示されている）。

第１参考例ではホストコンピュータ２での各携帯端末の具体的な登録方法を省略したが、第１参考例及び本第１実施形態のいずれも、ホストコンピュータ２にて各携帯端末１０を識別するための識別情報が登録（記憶）可能とされ、この識別情報に基づいて管理対象となる各携帯端末１０が認識可能とされている。具体的には、ホストコンピュータ２による各携帯端末の自動的な読み取り、或いはホストコンピュータ２にて所定入力操作がなされることにより、管理対象となる各携帯端末１０の各識別情報（ＩＤ）がホストコンピュータ２のＨＤＤ７に登録（記憶）されるようになっている。そして、図９のように、登録された各携帯端末１０の各識別情報（ＩＤ）に対応付けられて、携帯端末毎の動作スケジュールデータ（図８のようなデータ）が記憶されるようになっている。

なお、ホストコンピュータ２で行われる携帯端末毎の動作スケジュールデータの入力例、登録例については、第１参考例で説明した通りであり、図９のように記憶された各携帯端末のリストが図４のように端末リストとして表示され、その端末リストのいずれかの端末を選択する操作がなされたときに、その選択された携帯端末のスケジュールが入力可能となり、当該携帯端末の動作スケジュールデータを生成できるようになっている（図３のＳ２〜Ｓ６、図４、図５等参照）。

更に本実施形態では、このようにホストコンピュータ２に登録されている携帯端末１０（登録端末）のいずれかの端末を当該管理システム１の管理対象から外したい場合に、ホストコンピュータ２側でその携帯端末１０の登録を解除する所定の解除操作を行うことにより、この解除操作がなされた携帯端末１０を当該管理システムの管理外とすることができるように構成されている。

具体的には、例えば、ユーザが、操作手段９により、端末リスト７２に表示されるいずれかの登録端末を削除する所定操作を行うことで、当該携帯端末１０（その削除操作がなされた登録端末）のデータに対して非動作を示す識別フラグが付され、これにより当該携帯端末１０の登録が解除されるようになっている。例えば、図４に示す端末リスト７２の中で、「端末３」の登録を解除したい場合（例えば、「端末３」が代替機などとして一時的に管理対象とされたものであり、代替機としての使用が終了した当該「端末３」を管理システム１の管理から外したい場合）、ユーザが操作手段９を操作して端末リスト７２に表示される登録端末の中から「端末３」を削除する所定操作を行うことで、図９のように当該「端末３」のデータに対して非動作を示す識別フラグが付され、当該「端末３」の登録が一時的に解除されることとなる。
なお、本実施形態では、ＣＰＵ４及びＨＤＤ７が協働して、「管理端末登録手段」の一例として機能し、管理システム１により管理する携帯端末１０を予め登録するように機能する。

本第１実施形態では、端末リスト７２から登録が解除された携帯端末１０に対して、ホストコンピュータ２が非動作信号を出力する点が特徴的内容であり、以下、図９及び図１０を用いてこの特徴的内容を主に説明する。なお、本第１実施形態では、起動通知がなされた携帯端末１０が登録端末である場合のスケジュールの初期設定時の各処理は、第１参考例で説明した図６の処理と同様の処理を行うので、適宜、図６を参照して説明する。

図１０に示すように、スケジュール初期設定は、上述した第１参考例と同様に、例えば、携帯端末１０（以下、ＢＨＴとも称する）の起動をトリガとして行われる。図１０の例では、キー操作部１５に対する所定操作（キー入力）によって携帯端末１０が起動しており（図１０（１））、その後、携帯端末１０からホストコンピュータ２（以下、ＰＣとも称する）に対して起動通知がなされている（図１０（２））。図１０（２）の起動通知処理では、例えばホストコンピュータ２に対して所定の起動信号を送信している。

なお、本実施形態では、制御部１１が「起動手段」の一例に相当し、予め定められた所定条件の成立に基づいて携帯端末１０を起動させるように機能する。また、制御部１１は、「起動通知手段」の一例に相当し、携帯端末１０が起動されたときに、ホストコンピュータ２に通知する機能を有している。

一方、ホストコンピュータ２は、携帯端末１０から起動通知を受信すると、この起動通知がなされた携帯端末１０が端末リスト７２に登録されている登録端末であるか否かを判別する（図１０（３））。具体的には、起動通知を受信した携帯端末１０から当該携帯端末１０の識別情報（ＩＤ）を取得し、当該携帯端末１０が登録端末であるか（図９（Ｂ）の例では動作識別フラグ（登録識別フラグ）が動作可能状態を示す「１」であるか）を判別する。そして、起動通知がなされた携帯端末１０が登録端末でないと判別した場合（起動通知がなされた携帯端末１０の登録が解除されている場合であり、図９（Ｂ）の例では動作識別フラグが非動作状態を示す「０」である場合）には、その登録端末でないと判別した携帯端末１０に対して所定の非動作信号を出力する（図１０（４））。

本実施形態では、第１参考例に対し、図１０（３）の判別処理及び図１０（４）〜（６）の処理が付加されており、図１０（３）の判別処理において、起動通知がなされた携帯端末１０が登録端末でないと判別した場合には、付加された図１０（４）〜（６）の処理を行っている（後述）。一方、図１０（３）の判別処理において、起動通知がなされた携帯端末１０が登録端末であると判別した場合には、上述した第１参考例の図６（３）〜（８）の処理を実施する。また、本実施形態では携帯端末１０にて、起動通知に対する応答を監視しており、図１０（２）での起動通知後、一定時間内に応答信号（図６（３））又は非動作信号（図１０（４））が受信できないときには携帯端末１０の電源をオフ状態としている。

なお、本実施形態では、ＣＰＵ４が「判別手段」の一例に相当し、携帯端末１０の起動が通知されたときに、その起動通知がなされた携帯端末１０が、端末リスト７２に登録された登録端末であるか否かを判別するように機能する。また、ＣＰＵ４は、「非動作信号出力手段」の一例に相当し、起動通知がなされた携帯端末１０が登録端末でないと判別された場合に、この携帯端末１０に対して所定の非動作信号を出力するように機能する。

上述の第１参考例で説明したように、携帯端末１０には、ホストコンピュータ２から送信された動作スケジュールデータが当該携帯端末１０のメモリ１７に記憶されており、使用者がこのメモリ１７に記憶されている動作スケジュールデータを意図的に消去しない限り、携帯端末１０は、メモリ１７内に残存する動作スケジュールデータに従って動作することとなる。しかしながら、本実施形態では、図１０（４）の非動作信号の送信処理により、携帯端末１０の制御部１１に対して動作スケジュールデータよりも上位の命令信号（非動作信号）が送信されるようになっており、この命令信号（非動作信号）を携帯端末１０が受信した場合、当該携帯端末１０は、動作スケジュールデータがメモリ１７内に残存していても、動作スケジュールデータに従った動作を行わないようになっている。なお、図１０（４）の送信処理で送信する「非動作信号」は、例えば、動作スケジュールに従った動作の中止を指示する特定の中止指示データであってもよく、何も動作対象イベントを実行しない空の動作スケジュールデータであってもよい。

ホストコンピュータ２から非動作信号が出力されると、携帯端末１０は、この非動作信号を受信し、自身のメモリ１７に記憶（登録）する（図１０（５））。そして、携帯端末１０の電源をオフ状態にする（図１０（６））。携帯端末１０では、非動作信号を受信してメモリ１７に記憶することにより、当該携帯端末１０のメモリ１７内に残存している動作スケジュールデータの動作日時となったとき、この動作日時に対応する動作対象イベントの実行が中止されることとなる。また、メモリ１７内に残存している動作スケジュールデータの動作日時となったときに携帯端末１０の電源がオフ状態となっている場合には、当該携帯端末１０の自動的な起動が中止されることとなる。

なお、本実施形態では、図９（Ｂ）のようにホストコンピュータ２での登録が一時的に解除された後も、ホストコンピュータ２のＨＤＤ７にはこの解除された携帯端末１０の動作スケジュールデータが記憶されており、当該携帯端末１０が端末リスト７２に再登録されたときに、このＨＤＤ７に記憶されている動作スケジュールデータが再び有効になるように構成されている。例えば、携帯端末１０が端末リスト７２に再登録された場合には、図９（Ｂ）のように動作識別フラグが非動作状態を示す「０」である状態から、図９（Ａ）のように動作可能状態を示す「１」に再設定されることとなる。

（第１実施形態の主な効果）
本実施形態では、携帯端末１０において、予め定められた所定条件の成立に基づいて携帯端末１０を起動させ、携帯端末１０が起動されたときに、ホストコンピュータ２に通知するようにしている。このようにすると、携帯端末１０が起動されていることを、ホストコンピュータ２側で確認できるようになり、ホストコンピュータ２と携帯端末１０との間でデータの送受信を適切に行いやすくなる。
更に、ホストコンピュータ２には、当該管理システム１により管理する携帯端末１０を予め登録し、携帯端末１０の起動が通知されたときに、その起動通知がなされた携帯端末１０が、登録された登録端末であるか否かを判別し、起動通知がなされた携帯端末１０が登録端末でないと判別された場合に、その登録端末でないと判別された携帯端末１０に対して所定の非動作信号を出力している。そして、携帯端末１０は、非動作信号が出力されたときに当該非動作信号を受信し、非動作信号が受信された場合に、動作対象イベントの実行を中止するように構成されている。
この構成によれば、管理対象とする携帯端末１０をホストコンピュータ２側で一括して登録、管理することができる。また、既登録の携帯端末１０（登録端末）を管理対象から外したい場合には、ホストコンピュータ２側でその携帯端末１０の登録を解除すれば良く、この場合、当該携帯端末１０に対して非動作信号が出力され、この非動作信号を受信した当該携帯端末１０側では、動作対象イベントの実行が中止されることとなる。従って、携帯端末１０毎に複雑な登録解除操作を行う必要がなく、登録の解除についても、ホストコンピュータ２側で集中して管理・操作することができる。
更には、登録が解除されて当該管理システム１の管理外となった携帯端末１０内に過去の動作スケジュール（登録解除前の動作スケジュール）が残存していたとしても、動作対象イベントの実行を強制的に中止することができるため、管理外となった携帯端末１０が動作スケジュールに従って自動的に動作してしまうことを防止することができ、過去の動作対象イベントに従った不要な動作を中止させて効果的に省電力化を図ることができる。

また、本実施形態では、携帯端末１０の端末側日時データが動作日時となった場合に当該携帯端末１０を自動的に起動する構成をなし、他方、非動作信号が受信された場合には、その後の当該携帯端末１０の自動的な起動を中止するように構成されている。このようにすると、例えば、ホストコンピュータ２側で登録を解除されて当該管理システム１の管理外となった携帯端末１０内に過去の動作スケジュール（登録解除前の動作スケジュール）が残存していたとしても、管理外となった当該携帯端末１０が動作スケジュールに従って自動的に起動してしまうことを防止することができるため、過去の動作対象イベントに従った不要な起動を中止させて一層効果的に省電力化を図ることができる。

［他の実施形態]
本発明は上記記述及び図面によって説明した実施形態に限定されるものではなく、例えば次のような実施形態も本発明の技術的範囲に含まれる。

上記実施形態では、イベントとして特定ファイルの送信や特定ファイルの受信を例示したが、登録されるイベントはこれらに限られない。例えば、ファイル関連のイベントとしては、登録時に指定された特定ファイルについての、ファイル送信（ホストコンピュータ２や所定機器に対する送信）、ファイル受信（ホストコンピュータ２や所定機器からの受信）、ファイル削除、ファイルのリネーム、ファイル情報の取得などが挙げられる。
また、登録されるイベントは、携帯端末ステータス関連処理であってもよく、この例としては、携帯端末１０のＯＳバージョンの取得、携帯端末の動作状態の取得、携帯端末１０の設定値の取得、携帯端末１０の設定値の登録などが挙げられる。
また、登録されるイベントは、携帯端末１０のＯＳの更新（例えば、ホストコンピュータ２や所定機器からのダウンロード等）などであってもよい。
また、登録されるアプリケーション関連処理であってもよく、この例としては、携帯端末１０に備えられた特定アプリケーションの起動や特定アプリケーションの停止などが挙げられる。
また、登録されるイベントは、メッセージ関連処理であってもよく、この場合、特定メッセージの送信（ホストコンピュータ２や所定機器に対する送信）などが挙げられる。

上記実施形態では、図６、図７において、ホストコンピュータ２側（ＰＣ側）から携帯端末１０側（ＢＨＴ側）に一方向で通知（図７（８））を行っているが、携帯端末１０からの応答（当該通知に対する応答等）を待って、次の通知を実行するようにしてもよい。

上記実施形態では、図４に示すように、各携帯端末のスケジュールをカレンダーに表示（即ち、選択された携帯端末のスケジュールをカレンダーに表示）しているが、複数の携帯端末（例えば、図４左端の端末リストに表示された複数の携帯端末）を１つのグループとして管理し、当該グループのスケジュールを図４のカレンダー画面に表示するようにしてもよい。

上記第１実施形態では、端末リスト７２に登録されている登録端末を解除したい場合には、図９（Ｃ）のように、端末リスト７２から解除したい登録端末を削除（図９（Ｃ）では、「端末３」が削除されている）するようにしてもよい。この場合も、この登録が解除された携帯端末１０に対してホストコンピュータ２から図１０（４）の非動作信号が出力される。

１…携帯端末の管理システム
２…ホストコンピュータ
４…ＣＰＵ（ホスト側登録手段、動作スケジュールデータ生成手段、日時データ生成手段、配信手段、ホスト側イベント実行手段、管理端末登録手段、判別手段、非動作信号出力手段）
７…ＨＤＤ（ホスト側登録手段、管理端末登録手段）
９…操作手段（入力手段）
１０…携帯端末
１１…制御部（受信手段、端末側登録手段、日時合わせ手段、動作日時登録手段、端末側イベント実行手段、起動手段、起動通知手段、成功通知手段）
１４…無線通信部（通信手段、無線通信手段）
１７…メモリ（端末側登録手段）
６０…時計部（時計手段）

Claims (10)

1. 入力手段を備えたホストコンピュータと、
   前記ホストコンピュータと通信可能な通信手段を備えた携帯端末と、
   を備えた携帯端末の管理システムであって、
   前記ホストコンピュータは、
   前記入力手段により各イベントのスケジュールデータが入力されることに基づいて、少なくとも前記各イベントの動作日時を定めたイベントスケジュールデータを登録するホスト側登録手段と、
   前記ホスト側登録手段に登録された前記イベントスケジュールデータに基づいて、前記携帯端末の動作スケジュールデータを生成する動作スケジュールデータ生成手段と、
   ホスト側日時データを生成する日時データ生成手段と、
   前記動作スケジュールデータ生成手段によって生成された前記動作スケジュールデータと、前記日時データ生成手段によって生成された前記ホスト側日時データとを前記携帯端末に配信する配信手段と、
   当該管理システムにより管理する前記携帯端末を予め登録する管理端末登録手段と、
   前記起動通知手段により前記携帯端末の起動が通知されたときに、その起動通知がなされた前記携帯端末が、前記管理端末登録手段に登録された登録端末であるか否かを判別する判別手段と、
   前記起動通知手段によって起動通知がなされた前記携帯端末が、前記判別手段によって前記登録端末でないと判別された場合に、その登録端末でないと判別された前記携帯端末に対して所定の非動作信号を出力する非動作信号出力手段と、
   を備え、
   前記携帯端末は、
   前記配信手段によって配信された前記動作スケジュールデータ及び前記ホスト側日時データを受信する受信手段と、
   前記受信手段によって受信された前記動作スケジュールデータを登録する端末側登録手段と、
   端末側日時データを発生させる時計手段と、
   前記受信手段によって受信された前記ホスト側日時データに基づいて、前記時計手段を調整する日時合わせ手段と、
   前記端末側登録手段に登録された前記動作スケジュールデータの内、少なくとも現在日時後の最も近い動作日時を登録する動作日時登録手段と、
   前記時計手段にて発生する前記端末側日時データが前記動作日時となったときに、当該動作日時に対応する動作対象イベントを実行する端末側イベント実行手段と、
   予め定められた所定条件の成立に基づいて前記携帯端末を起動させる起動手段と、
   前記起動手段によって前記携帯端末が起動されたときに、前記ホストコンピュータに通知する起動通知手段と、
   を備え、
   前記携帯端末の前記受信手段は、前記非動作信号出力手段によって前記非動作信号が出力されたときに当該非動作信号を受信し、
   前記端末側イベント実行手段は、前記受信手段によって前記非動作信号が受信された場合に、前記動作対象イベントの実行を中止することを特徴とする携帯端末の管理システム。
2. 前記通信手段が、前記ホストコンピュータと無線通信を行う無線通信手段からなることを特徴とする請求項１に記載の携帯端末の管理システム。
3. 前記ホストコンピュータの前記配信手段は、前記起動通知手段からの通知を受信した場合に、前記動作スケジュールデータを前記携帯端末に対して配信することを特徴とする請求項１又は請求項２に記載の携帯端末の管理システム。
4. 前記ホストコンピュータは、前記動作対象イベントが当該ホストコンピュータと連携して行うべき連携イベントである場合に、当該連携イベントに対応するホスト側イベントを実行するホスト側イベント実行手段を備え、
   前記起動手段は、前記時計手段にて発生する前記端末側日時データが前記連携イベントの前記動作日時となった場合に前記携帯端末を起動させ、
   前記配信手段は、前記連携イベントの前記動作日時となったときの前記起動通知手段による通知を受信した場合、前記ホスト側イベント実行手段による前記ホスト側イベントの実行に先立って、前記動作スケジュールデータを前記携帯端末に対して配信し、
   前記ホスト側イベント実行手段は、前記配信手段による前記動作スケジュールデータの配信後に、前記ホスト側イベントを実行することを特徴とする請求項３に記載の携帯端末の管理システム。
5. 前記ホスト側登録手段は、前記イベントについての実行日時及び繰り返し方法の入力に基づき、当該イベントの前記実行日時及び前記繰り返し方法を設定した前記イベントスケジュールデータを登録することを特徴とする請求項１から請求項４のいずれか一項に記載の携帯端末の管理システム。
6. 前記ホスト側登録手段は、前記イベントについてのリトライ回数及びリトライ期間の少なくともいずれかの入力に基づき、当該イベントのリトライスケジュールを設定した前記イベントスケジュールデータを登録することを特徴とする請求項１から請求項５のいずれか一項に記載の携帯端末の管理システム。
7. 前記端末側イベント実行手段による前記動作対象イベントの実行が成功したときに前記ホストコンピュータに通知する成功通知手段を備え、
   前記動作スケジュールデータ生成手段は、前記成功通知手段によって通知がなされた場合、その成功した前記動作対象イベントの前記リトライスケジュールを削除して、前記動作スケジュールデータを再生成し、
   前記配信手段は、その再生成された前記動作スケジュールデータを前記携帯端末に配信することを特徴とする請求項６に記載の携帯端末の管理システム。
8. 前記動作スケジュールデータ生成手段は、前記登録手段に登録された前記イベントスケジュールデータの内の一部期間のスケジュールデータを、前記動作スケジュールデータとして生成することを特徴とする請求項１から請求項７のいずれか一項に記載の携帯端末の管理システム。
9. 前記配信手段は、前記一部期間についての前記動作スケジュールデータを配信する毎に、前記ホスト側日時データを配信することを特徴とする請求項１から請求項８のいずれか一項に記載の携帯端末の管理システム。
10. 前記携帯端末の前記端末側イベント実行手段は、前記時計手段にて発生する前記端末側日時データが前記動作日時となった場合に当該携帯端末を自動的に起動する構成をなし、他方、前記受信手段によって前記非動作信号が受信された場合には、その後の当該携帯端末の自動的な起動を中止することを特徴とする請求項１から請求項９のいずれか一項に記載の携帯端末の管理システム。

Images