JP5217762B2

JP5217762B2 - 携帯端末装置及びプログラム

Info

Publication number: JP5217762B2
Application number: JP2008207834A
Authority: JP
Inventors: 基大塚
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 2008-08-12
Filing date: 2008-08-12
Publication date: 2013-06-19
Anticipated expiration: 2028-08-12
Also published as: JP2010044562A

Description

本発明は、携帯端末装置及びプログラムに関する。

近年、ＰＤＡ（Personal Digital Assistants）、ノート型パソコン、携帯電話機等の携帯端末装置内に、例えば、顧客の個人情報、商品情報、営業情報等の重要なデータを格納して持ち歩くケースが増えている。このようなケースでは、携帯端末装置の紛失等により情報が漏洩すると大きな問題となる。

携帯端末装置からの情報漏洩を防止するための技術として、例えば、特許文献１には、一定時間毎に記憶部のユーザデータをサーバに送信して退避させた後、記憶部からユーザデータを消去する技術が記載されている。また、特許文献２には、メモリのアクセス要求信号がきたときに認証処理を行い、否認結果を得たときにメモリの所定データを通信部を介して所定の保存部に退避させた後、所定データをメモリから消去する技術が記載されている。また、特許文献３には、ユーザ端末のデータファイルをサーバに自動転送する技術が記載されている。
特開２００８−１７３２９号公報特開２００７−１５６９８６号公報特開２００８−４０５９３号公報

しかしながら、上記特許文献１〜３においては、メモリや記憶部に記憶されている全てのデータ、又は退避すべきものとして指定されたデータ（ファイル等）がサーバに送信されており、システムに対する負荷が大きいという問題がある。また、データをサーバに退避して消去するタイミングも予め定められており、例えば、データファイルのフィールド等によってサーバにデータを送信するタイミングを変えることもできない。

本発明の課題は、携帯端末装置から消去するデータファイルをサーバに退避する際に、変更のあった必要なフィールドのデータのみをサーバに送信することによってシステムの負荷を低減させることである。

上記課題を解決するため、請求項１に記載の発明は、
複数フィールドからなるレコードを格納するデータファイルが保存されたサーバとデータ通信を行う通信手段を備えた携帯端末装置であって、
前記サーバから前記通信手段を介して受信されたデータファイルと、前記データファイルにおける複数フィールドのうちデータに変更があった場合に前記サーバへの通知を必要とする変更通知必要フィールドの情報を格納する変更通知必要フィールド管理テーブルと、を記憶する記憶手段と、
前記データファイルのレコードが更新された際に、前記変更通知必要フィールド管理テーブルに基づいて前記更新によりデータに変更のあったフィールドが前記変更通知必要フィールドであるか否かを判断し、前記変更通知必要フィールドであると判断した場合に、当該更新されたレコードのデータ格納位置を前記記憶手段に記憶させる更新レコード管理手段と、
前記データファイルを消去する際に、前記変更通知必要フィールドに変更があったレコードを前記通信手段により前記サーバに送信させる変更通知手段と、
を備える。

請求項２に記載の発明は、請求項１に記載の発明において、
前記変更通知必要フィールド管理テーブルは、前記変更通知必要フィールドのそれぞれに、当該変更通知必要フィールドのデータに変更があった場合に前記サーバに通知するための条件を特定する情報を対応付けて格納し、
前記変更通知手段は、前記変更通知必要フィールド管理テーブルにおいて何れかの変更通知必要フィールドに対応付けられている条件に該当する事象が発生したときに、前記データファイルを前記記憶手段から消去するとともに、当該発生した事象が条件として対応付けられている変更通知必要フィールドに変更があったレコードを前記通信手段により前記サーバに送信させる。

請求項３に記載の発明は、請求項２に記載の発明において、
前記変更通知必要フィールド管理テーブルにおいて前記変更通知必要フィールドのそれぞれに対応付けられている条件は、一又は複数の条件の組み合わせからなる。

請求項４に記載の発明のプログラムは、
複数フィールドからなるレコードを格納するデータファイルが保存されたサーバとデータ通信を行う通信手段を備えた携帯端末装置に用いられるコンピュータを、
前記サーバから前記通信手段を介して受信されたデータファイルと、前記データファイルにおける複数フィールドのうちデータに変更があった場合に前記サーバへの通知を必要とする変更通知必要フィールドの情報を格納する変更通知必要フィールド管理テーブルと、を記憶する記憶手段、
前記データファイルのレコードが更新された際に、前記変更通知必要フィールド管理テーブルに基づいて前記更新によりデータに変更のあったフィールドが前記変更通知必要フィールドであるか否かを判断し、前記変更通知必要フィールドであると判断した場合に、当該更新されたレコードのデータ格納位置を前記記憶手段に記憶させる更新レコード管理手段、
前記データファイルを消去する際に、前記変更通知必要フィールドに変更があったレコードを前記通信手段により前記サーバに送信させる変更通知手段、
として機能させる。

本発明によれば、携帯端末装置から消去するデータファイルをサーバに退避する際に、変更のあった必要なフィールドのデータのみをサーバに送信することによってシステムの負荷を低減させることができる。

以下、図を参照して本発明の実施形態について詳細に説明する。
まず、構成を説明する。

（データ管理システム１００の構成）
図１に、本発明に係るデータ管理システム１００の全体構成例を示す。図１に示すように、データ管理システム１００は、サーバ１と携帯端末装置２とがネットワークＰＮ及び基地局３を介してデータ通信可能に接続されて構成されている。ネットワークＰＮは、インターネット、移動体通信網等を利用した情報通信網である。携帯端末装置２は基地局３を介してネットワークＰＮに無線接続される。なお、携帯端末装置２の台数、ネットワークＰＮ上の基地局３の台数は特に限定されない。

（サーバ１の構成）
サーバ１は、例えば、企業の本部や営業所等に設置された情報管理装置である。サーバ１は、携帯端末装置２で使用するオリジナルデータファイル１３１、条件設定テーブル１３２、条件コード定義テーブル１３３、変更通知必要フィールド管理テーブル１３４を作成、保存するとともに、そのコピーであるデータファイル２３１、条件設定テーブル２３２、条件コード定義テーブル２３３、変更通知必要フィールド管理テーブル２３４を携帯端末装置２に送信する。また、サーバ１は、携帯端末装置２から送信されたデータに基づいてオリジナルデータファイル１３１を更新する。

図２に、サーバ１の機能構成例を示す。図２に示すように、サーバ１は、ＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、記憶部１３、操作部１４、表示部１５、通信制御部１６等を備えて構成され、各部はバス１７により接続されている。

ＣＰＵ１１は、記憶部１３に記憶されているシステムプログラムを読み出し、ＲＡＭ１２内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ１１は、記憶部１３に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述するデータファイル作成処理を始めとする各種処理を実行する。

ＲＡＭ１２は、ＣＰＵ１１により記憶部１３から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納するワークエリアを形成する。

記憶部１３は、ＨＤＤ（Hard Disc Drive）や半導体の不揮発性メモリ等により構成される。
記憶部１３は、ＣＰＵ１１で実行されるシステムプログラムや、データファイル作成処理プログラムを始めとする各種プログラム、これらのプログラムの実行に必要なデータを記憶する。各種プログラムは、コンピュータ読み取り可能なプログラムコードの形態で記憶部１３に格納され、ＣＰＵ１１は、当該プログラムコードに従った動作を逐次実行する。

また、記憶部１３は、後述するデータファイル作成処理において作成されるオリジナルデータファイル１３１、条件設定テーブル１３２、条件コード定義テーブル１３３、変更通知必要フィールド管理テーブル１３４を記憶する。

オリジナルデータファイル１３１は、携帯端末装置２に送信するデータファイル２３１のオリジナル（原本）である。オリジナルデータファイル１３１は、複数のフィールドからなるレコードを格納する。図３に、オリジナルデータファイル１３１のデータ格納例を示す。図３に示すオリジナルデータファイル１３１では、フィールド１〜フィールド６を有し、フィールド１〜フィールド６のデータからなるレコードを格納する。

条件設定テーブル１３２は、携帯端末装置２においてデータファイル２３１を消去するとともにデータファイル２３１の変更内容をサーバ１に通知するための条件を格納するテーブルである。図４に、条件設定テーブル１３２のデータ格納例を示す。図４に示す条件設定テーブル１３２では、条件１として「３０分間操作無」が格納され、条件２として「ログイン３回失敗」が格納され、条件３として「レジストリエディタ起動」が格納されている。

条件コード定義テーブル１３３は、変更通知必要フィールド管理テーブル１３４において各変更通知必要フィールドに対応付けられた条件コードの定義を格納するテーブルである。具体的に、条件コード定義テーブル１３３は、条件コードと、条件設定テーブル１３２に記憶されている一又は複数の条件の組み合わせとを対応付けて記憶する。図５に、条件コード定義テーブル１３３のデータ格納例を示す。図５に示す条件コード定義テーブル１３３では、条件コードＡが図４の条件設定テーブル１３２に記憶されている条件１と条件２のＯＲ条件であることを定義しており、条件コードＢが図４の条件設定テーブル１３２に記憶されている条件２であることを定義しており、条件コードＣが図４の条件設定テーブル１３２に記憶されている条件２と条件３のＯＲ条件であることを定義している。

変更通知必要フィールド管理テーブル１３４は、携帯端末装置２において、データファイル２３１内における複数フィールドのうちデータに変更があった場合にサーバ１に通知する必要のあるフィールド（変更通知必要フィールドという）の情報を格納するテーブルである。また、変更通知必要フィールド管理テーブル１３４は、変更通知必要フィールドのそれぞれに、当該変更通知必要フィールドにおいてデータに変更があった場合にサーバ１に通知するための条件を示す条件コードを対応付けて格納する。なお、サーバ１への通知は、具体的には、変更通知必要フィールドに変更があったレコードのデータをサーバ１に送信することにより行われる。

図６に、変更通知必要フィールド管理テーブル１３４のデータ格納例を示す。図６に示す変更通知必要フィールド管理テーブル１３４では、フィールド２、フィールド３、フィールド４に変更があったらサーバ１に通知する必要のあることを示している。また、フィールド２に変更があった場合には条件コードＡで定義されている条件に該当する事象が発生したときにサーバ１に変更を通知することを示し、フィールド３に変更があった場合には条件コードＣで定義されている条件の事象が発生したときにサーバ１に変更を通知することを示し、フィールド４に変更があった場合には条件コードＢで定義されている条件の事象が発生したときにサーバ１に変更を通知することを示している。即ち、各変更通知必要フィールドは、条件コードにより特定される、条件設定テーブル１３２に記憶された一又は複数の条件の組み合わせの事象が発生した場合に、その変更内容がサーバ１に通知される。

操作部１４は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ１１に出力する。

表示部１５は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ(Cathode Ray Tube)や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ１１から入力される表示信号の指示に従って、各種画面を表示する。

通信制御部１６は、モデム、ルータ、ＴＡ（Terminal Adapter）等によって構成され、ネットワークＰＮに接続された携帯端末装置２を始めとする外部機器とのデータ送受信を制御する。

（携帯端末装置２の構成）
携帯端末装置２は、例えば、外出先の従業員等が所持する無線通信端末である。携帯端末装置２は、サーバ１において作成されたデータファイル２３１を取り込んで外出先で参照、更新するために使用される。携帯端末装置２としては、例えば、ＰＤＡ、ノート型パソコン、携帯電話機等が適用可能である。

図７に、携帯端末装置２の機能構成例を示す。図７に示すように、携帯端末装置２は、ＣＰＵ２１、ＲＡＭ２２、記憶部２３、操作部２４、表示部２５、無線通信部２６、電源２７等を備えて構成され、各部はバス２８により接続されている。

ＣＰＵ２１は、記憶部２３に記憶されているシステムプログラムを読み出し、ＲＡＭ２２内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ２１は、記憶部２３に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述するメイン制御処理を始めとする各種処理を実行する。

ＲＡＭ２２は、ＣＰＵ２１により記憶部２３から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納するワークエリアを形成する。

記憶部２３は、ＨＤＤ（Hard Disc Drive）や半導体の不揮発性メモリ等により構成される。
記憶部２３は、ＣＰＵ２１で実行されるシステムプログラムや、メイン制御処理プログラム、データファイル２３１の表示・編集用のアプリケーションプログラムを始めとする各種プログラム、これらのプログラムの実行に必要なデータを記憶する。各種プログラムは、コンピュータ読み取り可能なプログラムコードの形態で記憶部２３に格納され、ＣＰＵ２１は、当該プログラムコードに従った動作を逐次実行する。

また、記憶部２３は、サーバ１から送信されたデータファイル２３１、条件設定テーブル２３２、条件コード定義テーブル２３３、変更通知必要フィールド管理テーブル２３４や、後述するメイン制御処理において使用される差分データ管理テーブル２３５を記憶する。

データファイル２３１は、サーバ１において作成されたオリジナルデータファイル１３１のコピーであり、オリジナルデータファイル１３１と同様、複数のフィールドからなるレコードを格納する。図３に、データファイル２３１のデータ格納例を示す。

条件設定テーブル２３２は、サーバ１において作成された条件設定テーブル１３２のコピーであり、携帯端末装置２においてデータファイル２３１を消去するとともにデータファイル２３１の変更内容をサーバ１に通知するための条件を記憶する。図４に、条件設定テーブル２３２のデータ格納例を示す。

条件コード定義テーブル２３３は、サーバ１において作成された条件コード定義テーブル１３３のコピーであり、条件コードが示す条件内容の定義を記憶する。具体的に、条件コード定義テーブル２３３は、条件コードと、条件設定テーブル２３２に記憶されている一又は複数の条件の組み合わせとを対応付けて記憶する。図５に、条件コード定義テーブル２３３のデータ格納例を示す。

変更通知必要フィールド管理テーブル２３４は、サーバ１において作成された変更通知必要フィールド管理テーブル１３４のコピーであり、変更通知必要フィールドの情報及び各変更通知必要フィールドのデータに変更があった場合にサーバ１に通知するための条件を示す条件コードを記憶する。図６に、変更通知必要フィールド管理テーブル２３４のデータ格納例を示す。

また、記憶部２３は、携帯端末装置２の使用を許可されたユーザのユーザＩＤ及びパスワードを記憶している。

操作部２４は、テンキー、カーソルキー、電源ＯＮ／ＯＦＦキー、各種ファンクションキー等を有し、キーの押下信号による操作信号をＣＰＵ２１に出力する。また、操作部２４は、表示部２５の表示画面上を覆うように重畳して設けられたタッチパネルを有し、電磁誘導式、磁気歪式、感圧式等の座標読み取り原理で、専用のペンによってタップされた座標を検出し、検出した座標を位置信号としてＣＰＵ２１に出力する。

表示部２５は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ２１から入力される表示信号の指示に従って、各種画面を表示する。

無線通信部２６は、基地局３との無線通信が可能なアンテナ（図示せず）を備えて構成され、基地局３とアンテナとの間で信号の送受信を行うことにより、基地局３を介してネットワークＰＮに接続されたサーバ１を始めとする各種装置との通信を行う。

電源２７は、リチウムイオン電池等の充電池を内蔵し、図示しない充電端子を介して接続される充電器から供給される電流を充電池に蓄積し、電源ＯＮ時に携帯端末装置２の各部に電力を供給する。

（データ管理システム１００における動作）
次に、データ管理システム１００を構成する各装置の動作について説明する。
まず、サーバ１において実行されるデータファイル作成処理について説明する。
図８に、ＣＰＵ１１において実行されるデータファイル作成処理のフローを示す。当該処理は、操作部１４によりデータファイル作成指示が入力された際に、ＣＰＵ１１とデータファイル作成処理プログラムとの協働によるソフトウエア処理により実現される。

まず、携帯端末装置２で使用するデータファイル２３１のオリジナルデータファイル１３１が作成される（ステップＳ１）。ステップＳ１においては、例えば、表示部１５にデータファイル作成画面が表示され、操作部１４によりフィールド名や各フィールドのデータ型の入力、レコードの入力等が行われてオリジナルデータファイル１３１が作成される。

次いで、操作部１４により、携帯端末装置２においてデータファイル２３１を消去するとともにデータファイル２３１の変更内容をサーバ１に通知するための条件が設定されると（ステップＳ２）、設定された条件を格納した条件設定テーブル１３２が作成され、記憶部１３に記憶される（ステップＳ３）。ステップＳ２においては、例えば、表示部１５に条件設定テーブル作成画面が表示され、操作部１４による条件の設定入力が受け付けられる。

次いで、操作部１４により条件コードの定義が設定されると（ステップＳ４）、設定された条件コードの定義を格納した条件コード定義テーブル１３３が作成され、記憶部１３に記憶される（ステップＳ５）。ステップＳ５においては、例えば、表示部１５に条件コード定義テーブル作成画面が表示され、操作部１４により条件コードの入力と、各条件コードに対応する条件の設定入力が受け付けられる。なお、条件コードに対応する条件としては、条件設定テーブル１３２に記憶されている条件の何れか、又は、条件設定テーブル１３２に記憶されている複数の条件のＡＮＤ、ＯＲ等による組み合わせが受け付け可能となっている。

次いで、操作部１４により携帯端末装置２において変更があった場合にサーバ１への通知が必要となる変更通知必要フィールドと、各変更通知必要フィールドに変更があった場合にサーバ１へ通知するための条件を示す条件コードが設定されると（ステップＳ６）、設定された変更通知必要フィールド及び条件コードを対応付けて格納する変更通知必要フィールド管理テーブル１３４が作成される（ステップＳ７）。ステップＳ７においては、例えば、表示部１５に変更通知必要フィールド管理テーブル１３４が表示され、操作部１４により変更通知が必要なフィールド（例えば、フィールド名）の入力と、入力された各フィールドの変更をサーバ１に通知する条件に対応する条件コードの設定入力が受け付けられる。条件コードは、条件コード定義テーブル１３３で定義されている条件コードの入力のみが受け付けられる。

そして、作成されたオリジナルデータファイル１３１、条件設定テーブル１３２、条件コード定義テーブル１３３、変更通知必要フィールド管理テーブル１３４のコピーであるデータファイル２３１、条件設定テーブル２３２、条件コード定義テーブル２３３、変更通知必要フィールド管理テーブル２３４が通信制御部１６により携帯端末装置２に送信され（ステップＳ８）、本処理は終了する。

携帯端末装置２において、サーバ１から送信されたデータファイル２３１、条件設定テーブル２３２、条件コード定義テーブル２３３、変更通知必要フィールド管理テーブル２３４がネットワークＰＮを介して無線通信部２６により受信されると、受信されたデータファイル２３１、条件設定テーブル２３２、条件コード定義テーブル２３３、変更通知必要フィールド管理テーブル２３４が記憶部２３に記憶される。この動作は、ＣＰＵ２１と記憶部２３に記憶されたプログラムとの協働によって行われる。

なお、サーバ１と携帯端末装置２とのデータファイル２３１等のデータ送受信は、上述のようにネットワークＰＮを介して行うことに限定されない。例えば、サーバ１と携帯端末装置２の双方にＵＳＢ（Universal Serial Bus）等のデータ通信ケーブル等を接続するための通信Ｉ／Ｆを備える構成とし、データ通信ケーブルを介してデータ送受信を行うこととしてもよい。

次に、携帯端末装置２において実行されるメイン制御処理について説明する。
図９に、電源が投入された際にＣＰＵ２１により実行されるメイン制御処理のフローを示す。当該処理は、ＣＰＵ２１とメイン制御処理プログラムとの協働によるソフトウエア処理により実現される。メイン制御処理のステップＳ２２〜２４によって更新レコード管理手段が実現され、ステップＳ２５〜Ｓ２９によって変更通知手段が実現される。
なお、以下のメイン制御処理の説明では、記憶部２３に図３に示すデータファイル２３１、図４に示す条件設定テーブル２３２、図５に示す条件コード定義テーブル２３３、図６に示す変更通知必要フィールド管理テーブル２３４が記憶されているものとして説明する。

まず、記憶部２３に記憶されている条件設定テーブル２３２及び条件コード定義テーブル２３３がＲＡＭ２２に読み出される（ステップＳ２１）。

次いで、データファイル２３１のレコード更新が発生したか否かが判断される（ステップＳ２２）。

ここで、データファイル２３１のレコード更新について説明する。
操作部２４からデータファイル２３１をオープンする指示が入力されると、まず、ＣＰＵ２１によりデータファイル２３１の表示・編集用のアプリケーションが起動され、ログイン認証が行われる。ログイン認証が成功すると、データファイル２３１がオープンされ表示部２５に表示される。操作部２４によりデータファイル２３１におけるレコードの変更（レコードの追加を含む）が入力指示されると、入力に応じてデータファイル２３１のレコードが更新される。
ＣＰＵ２１は、データファイル２３１の表示・編集用のアプリケーションに従ってデータファイル２３１のレコード更新を行った場合、レコード更新が発生したと判断する。

データファイル２３１のレコード更新が発生していないと判断されると（ステップＳ２２；ＮＯ）、処理はステップＳ２５に移行する。

一方、データファイル２３１のレコード更新が発生したと判断されると（ステップＳ２２；ＹＥＳ）、変更通知必要フィールド管理テーブル２３４が参照され、レコード更新によって変更されたフィールドが変更通知必要フィールドであるか否かが判断される（ステップＳ２３）。レコード更新によって変更されたフィールドが変更通知必要フィールドではないと判断されると（ステップＳ２３；ＮＯ）、処理はステップＳ２５に移行する。レコード更新によって変更されたフィールドが変更通知必要フィールドであると判断されると（ステップＳ２３；ＹＥＳ）、差分データ管理テーブル２３５に、更新されたレコードへのポインタ及び変更されたフィールド名が格納（追加）され（ステップＳ２４）、処理はステップＳ２５に移行する。更新されたレコードへのポインタとは、具体的には、更新されたレコードの格納位置を示すアドレス情報である。

例えば、図１０（ａ）に示すように図３に示すデータファイル２３１の第２レコードのフィールド２、５、第１レコードのフィールド４、第３レコードのフィールド５のデータが更新された場合、差分データ管理テーブル２３５は図１０（ｂ）に示すとおりとなる。即ち、図６に示す変更通知必要フィールド管理テーブル２３４にはフィールド２、３、４が変更通知必要フィールドとして存在しているので、図１０（ｂ）に示すように、第１レコードへのポインタ及びデータ変更されたフィールド名である「フィールド４」と、第２レコードへのポインタ及び第２レコードにおいてデータ変更されたフィールド名である「フィールド２」が差分データ管理テーブル２３５へ格納される。第３レコードは「フィールド５」が変更されているが、変更通知必要フィールド管理テーブル２３４にはフィールド５は変更通知必要フィールドとして存在していないので、差分データ管理テーブル２３５には格納されない。

ステップＳ２５においては、条件コード定義テーブル２３３で定義されている条件に該当する事象が発生したか否かが判断される（ステップＳ２５）。例えば、図５に示す条件コード定義テーブル２３３では、３０分間操作がなかったか又はログインに３回失敗した場合、ログインに３回失敗した場合、ログインに３回失敗したか又はレジストリエディタが起動された場合、条件コード定義テーブル２３３で定義されている条件に該当する事象が発生したと判断される。

なお、上述のように、条件コード定義テーブル２３３は変更通知必要フィールド管理テーブル２３４において各変更通知必要フィールドに対応付けられた条件コードの定義を格納しており、ステップＳ２５では、条件コード定義テーブル２３３で定義された条件に該当する事象が発生したか否かを判断することによって、変更通知必要フィールド管理テーブル２３４に格納されている何れかの変更通知必要フィールドを通知するための条件に該当する事象が発生したか否かを判断する。

条件コード定義テーブル２３３で定義されている条件に該当する事象が発生していないと判断されると（ステップＳ２５；ＮＯ）、処理はステップＳ２２に戻る。条件コード定義テーブル２３３で定義されている条件に該当する事象が発生したと判断されると（ステップＳ２５；ＹＥＳ）、変更通知必要フィールド管理テーブル２３４において、発生した事象を条件とする条件コードに対応付けられているフィールド名が取得され（ステップＳ２６）、差分データ管理テーブル２３５に、取得されたフィールド名が存在するか否かが判断される（ステップＳ２７）。即ち、サーバ１に変更を通知すべき変更通知必要フィールドのフィールド名が変更通知必要フィールド管理テーブル２３４から取得されるとともに、差分データ管理テーブル２３５に基づいてその変更通知必要フィールドに変更があったか否かが判断される。

差分データ管理テーブル２３５に、ステップＳ２６で取得されたフィールド名が存在しない（即ち、発生した条件下においてサーバ１に変更を通知すべき変更通知必要フィールドのデータが変更されたレコードが存在しない）と判断されると（ステップＳ２７；存在しない）、処理はステップＳ２２に戻る。ステップＳ２６で取得されたフィールド名が存在する（即ち、発生した条件下においてサーバ１に変更を通知すべき変更通知必要フィールドのデータが変更されたレコードが存在する）と判断されると（ステップＳ２７；存在する）、無線通信部２６によりサーバ１へ差分データレコードの受信要求が送信され、差分データ管理テーブル２３５において上記取得されたフィールド名がポイントしているレコード（差分データレコードという）が無線通信部２６を介してサーバ１に送信される（ステップＳ２８）。例えば、条件２である「ログイン３回失敗」が発生した場合、図１０（ｂ）に示す差分データ管理テーブル２３５では、ログイン３回失敗時に通知すべきフィールド２〜フィールド４が変更されたレコードとして第１レコード、第２レコードがポイントされているので、第１レコード、第２レコードのデータがサーバ１に送信される。そして、記憶部２３に記憶されている当該データファイル２３１が消去（破壊）され（ステップＳ２９）、処理はステップＳ２２に戻る。電源が投入されている間、メイン制御処理のステップＳ２２〜Ｓ２９の処理が繰り返し実行される。

ここで、データファイル２３１の消去とは、記憶部２３からデータファイル２３１が復元できないように消去することをいう。例えば、記憶部２３がハードディスクである場合は、ファイルシステムのデータのみならず、ファイルの実データについても意味のないデータに置き換える等により実データを完全に破壊することを含む。

サーバ１においては、通信制御部１６により携帯端末装置２から差分データレコードの受信要求が受信されると、差分データ受信・同期処理が実行される。
図１１に、サーバ１のＣＰＵ１１により実行される差分データ受信・同期処理のフローを示す。当該処理は、ＣＰＵ１１と差分データ受信・同期処理プログラムとの協働によるソフトウエア処理により実現される。

差分データ受信・同期処理においては、通信制御部１６により差分データレコードの受信が行われ（ステップＳ３１）、オリジナルデータファイル１３１とデータファイル２３１との同期処理が実行される（ステップＳ３２）。オリジナルデータファイル１３１とデータファイル２３１との同期処理では、受信した差分データレコードでオリジナルデータファイル１３１の対応するレコードを書き換えて更新する。

例えば、オリジナルデータファイル１３１が図１２（ａ）に示すとおりであり、消去前のデータファイル２３１が図１２（ｂ）に示すとおりである場合、図１１のステップＳ３２における同期処理によってオリジナルデータファイル１３１は図１２（ｃ）に示す内容に書き換わる。即ち、携帯端末装置２のデータファイル２３１の第1レコード及び第２レコードにおいて、変更通知必要フィールド管理テーブル２３４で規定されているフィールド２〜フィールド４のデータが変更されているので、第１レコード及び第２レコードが差分データレコードとして携帯端末装置２より送信される。そして、サーバ１において、差分データレコードに基づいてオリジナルデータファイル１３１の第１レコード及び第２レコードの内容がデータファイル２３１で変更された内容に書き換わる。なお、データファイル２３１においては、第３レコードのフィールド５のデータも変更されているが、フィールド５は変更通知必要フィールド管理テーブル２３４に存在しないフィールドであるのでサーバ１には差分データレコードとして送信されない。よって、サーバ１の第３フィールドのデータは書き換わらない。

（データ管理システム１００の実施例）
以下、上記データ管理システム１００を小売業に適用した実施例について説明する。例えば、小売業の本部にサーバ１が設置され、スーパバイザ等が発注用のデータファイル２３１の記憶された携帯端末装置２を持って店舗を回り、商品発注等を行う場合を例にとり説明する。

サーバ１では、データファイル作成処理によって、例えば、図１３（ａ）に示すオリジナルデータファイル１３１、図１３（ｂ）に示す条件設定テーブル１３２、図１３（ｃ）に示す条件コード定義テーブル１３３、図１３（ｄ）に示す変更通知必要フィールド管理テーブル１３４が作成される。そして、携帯端末装置２にこれらのコピー（データファイル２３１、条件設定テーブル２３２、条件コード定義テーブル２３３、変更通知必要フィールド管理テーブル２３４）が送信される。即ち、商品コード、商品名、発注数、発注日、仕入れ価格の５つのフィールドをもち、商品コード、商品名、仕入れ価格に予めデータの入ったオリジナルデータファイル１３１が作成され、携帯端末装置２に送信される。

スーパバイザ等のユーザは、データファイル２３１等の記憶された携帯端末装置２をもって店舗を回り、発注すべき商品があれば操作部２４を操作してデータファイル２３１へのアクセス要求を行う。携帯端末装置２においては表示部２５にログイン画面等が表示され、操作部２４によるユーザＩＤ及びパスワードの入力が受け付けられる。ログインに成功すると、データファイル２３１の表示用・編集用アプリケーションである発注アプリケーションが起動され、データファイル２３１がオープンされる。
データファイル２３１がオープンされると、ユーザは操作部２４を操作して発注が必要な商品の商品名を表示して発注数、発注日を入力し、レコード更新の指示を行う。レコード更新が行われると、差分データ管理テーブル２３５に、更新されたレコードへのポインタと更新されたフィールド名が追加される。図１４（ｂ）に、図１３（ａ）に示すデータファイル２３１の第１レコード及び第２レコードが図１４（ａ）に示すように更新された場合に作成される差分データ管理テーブル２３５の一例を示す。

ここで、例えば、ユーザが携帯端末装置２を落として３０分間操作がなかった場合や、携帯端末装置２を悪意の第３者が使用してログインに３回失敗した場合等、条件コード定義テーブル２３３で定義されている条件に該当する事象が発生した場合、携帯端末装置２においては、変更通知必要フィールド管理テーブル２３４及び差分データ管理テーブル２３５に基づいて、その条件に該当する事象発生時にサーバ１に変更を通知すべき変更通知必要フィールドのフィールド名が特定されるとともにその変更通知必要フィールドに変更があったレコードが特定される。例えば、図１３（ａ）に示すデータファイル２３１が図１４（ａ）に示す内容に更新された後、「ログイン３回失敗」の事象が発生した場合においては、図１３（ｄ）、図１４（ｂ）より、「発注数」フィールドが変更となった第１レコード及び第２レコードのデータ（差分データレコード）がサーバ１に送信されるとともに、データファイル２３１が記憶部２３から消去される。サーバ１では、オリジナルデータファイル１３１の第１レコード及び第２レコードが差分データレコードによって書き換えられる。
このように、データファイル２３１のデータ漏洩の可能性のある「ログイン３回失敗」が発生した場合に、データファイル２３１が記憶部２３から自動的に消去されるとともに、携帯端末装置２において「発注数」フィールドに変更のあった第１レコード及び第２レコードがサーバ１に送信されるので、データファイル２３１の情報の漏洩を防止することができるとともに、少ないシステム負荷で携帯端末装置２において登録された必要なデータをサーバ１に反映させることができる。

以上説明したように、携帯端末装置２は、サーバ１から送信されたデータファイル２３１と、データファイル２３１における複数のフィールドのうちデータに変更があった場合にサーバ１への通知を必要とする変更通知必要フィールドの情報を格納する変更通知必要フィールド管理テーブル２３４を記憶部２３に記憶する。データファイル２３１のレコードが更新されると、ＣＰＵ２１は、変更通知必要フィールド管理テーブル２３４に基づいて、更新により変更されたフィールドが変更通知必要フィールドであるか否かを判断し、変更通知必要フィールドであると判断した場合に、当該更新されたレコードのデータ格納位置を差分データ管理テーブル２３５に記憶する。そして、ＣＰＵ２１は、データファイル２３１を消去する際に、変更通知必要フィールドが変更されたレコードを無線通信部２６によりサーバ１に送信する。

従って、携帯端末装置２においてデータファイル２３１を消去する際に、データファイル２３１の複数フィールドのうち変更通知必要フィールドのデータに変更のあったレコードのデータのみがサーバ１に送信され、それ以外の必要のない無駄なデータは送信されないため、消去時にデータファイル２３１の全てのデータをサーバ１に送信して退避する場合に比べ、システムに対する負荷を低減することができる。

また、ＣＰＵ２１は、変更通知必要フィールド管理テーブル２３４において何れかの変更通知必要フィールドに対応付けられている条件に該当する事象が発生したときに、データファイル２３１を消去するとともに、発生した事象が変更通知必要フィールド管理テーブル２３４において条件として対応付けられている変更通知必要フィールドに変更があったレコードを無線通信部２６によりサーバ１に送信する。従って、データファイル２３１の変更通知必要フィールドの種類によって、データ変更をサーバ１に通知する条件を変えることができる。

また、変更通知必要フィールド管理テーブル２３４において、変更通知必要フィールドのそれぞれに条件設定テーブル２３２に設定されている一又は複数の条件の組み合わせを示す条件コードを対応付けることができるので、一の条件のみならず、複数の条件の組み合わせ、例えば、複数の条件のＡＮＤ条件やＯＲ条件に該当する事象が発生した場合に変更通知必要フィールドの変更をサーバ１に通知することが可能となる。

なお、上記実施形態における記述内容は、本発明に係るデータ管理システム１００の好適な一例であり、これに限定されるものではない。
例えば、上記実施形態では、図１１のステップＳ３２においては、サーバ１は、差分データレコードによってオリジナルデータファイル１３１の対応するレコードを更新することとして説明したが、差分データレコードの変更通知必要フィールドのデータによってオリジナルデータファイル１３１の対応するレコードの変更通知必要フィールドを更新することとしてもよい。このようにすれば、携帯端末装置２における変更を許可しないフィールドのデータが誤って書き換わってしまうといった事態を防止することができる。

また、上記実施形態においては、携帯端末装置２においてログイン認証をユーザＩＤ及びパスワードの入力により行うこととしたが、これに限定されず、例えば、指紋認証等の生体認証等の他の認証方法によりログイン認証を行うこととしてもよい。

また、上記実施形態で図示したデータファイルや各種テーブルの内容は一例であり、これに限定されるものではない。

その他、データ管理システム１００を構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。

本発明の実施形態におけるデータ管理システムの全体構成例を示す図である。図１のサーバの機能構成例を示すブロック図である。図２のオリジナルデータファイル及び図７のデータファイルのデータ格納例を示す図である。図２及び図７の条件設定テーブルのデータ格納例を示す図である。図２及び図７の条件定義テーブルのデータ格納例を示す図である。図２及び図７の変更通知必要フィールド管理テーブルのデータ格納例を示す図である。図１の携帯端末装置の機能構成例を示すブロック図である。図２のＣＰＵにより実行されるデータファイル作成処理を示すフローチャートである。図７のＣＰＵにより実行されるメイン制御処理を示すフローチャートである。図７の差分データ管理テーブルのデータ格納例を示すための図である。図２のＣＰＵにより実行される差分データ受信・同期処理を示すフローチャートである。図１１のステップＳ３２を説明するための図である。（ａ）はデータファイルの具体例を示す図、（ｂ）は条件設定テーブルの具体例を示す図、（ｃ）は条件コード定義テーブルの具体例を示す図、（ｄ）は変更通知必要フィールド管理テーブルの具体例を示す図である。差分データ管理テーブルの具体例を示すための図である。

符号の説明

１サーバ
１１ＣＰＵ
１２ＲＡＭ
１３記憶部
１３１オリジナルデータファイル
１３２条件設定テーブル
１３３条件コード定義テーブル
１３４変更通知必要フィールド管理テーブル
１４操作部
１５表示部
１６通信制御部
１７バス
２携帯端末装置
２１ＣＰＵ
２２ＲＡＭ
２３記憶部
２３１データファイル
２３２条件設定テーブル
２３３条件コード定義テーブル
２３４変更通知必要フィールド管理テーブル
２３５差分データ管理テーブル
２４操作部
２５表示部
２６無線通信部
２７電源
２８バス
ＰＮネットワーク

Claims

複数フィールドからなるレコードを格納するデータファイルが保存されたサーバとデータ通信を行う通信手段を備えた携帯端末装置であって、
前記サーバから前記通信手段を介して受信されたデータファイルと、前記データファイルにおける複数フィールドのうちデータに変更があった場合に前記サーバへの通知を必要とする変更通知必要フィールドの情報を格納する変更通知必要フィールド管理テーブルと、を記憶する記憶手段と、
前記データファイルのレコードが更新された際に、前記変更通知必要フィールド管理テーブルに基づいて前記更新によりデータに変更のあったフィールドが前記変更通知必要フィールドであるか否かを判断し、前記変更通知必要フィールドであると判断した場合に、当該更新されたレコードのデータ格納位置を前記記憶手段に記憶させる更新レコード管理手段と、
前記データファイルを消去する際に、前記変更通知必要フィールドに変更があったレコードを前記通信手段により前記サーバに送信させる変更通知手段と、
を備える携帯端末装置。
前記変更通知必要フィールド管理テーブルは、前記変更通知必要フィールドのそれぞれに、当該変更通知必要フィールドのデータに変更があった場合に前記サーバに通知するための条件を特定する情報を対応付けて格納し、
前記変更通知手段は、前記変更通知必要フィールド管理テーブルにおいて何れかの変更通知必要フィールドに対応付けられている条件に該当する事象が発生したときに、前記データファイルを前記記憶手段から消去するとともに、当該発生した事象が条件として対応付けられている変更通知必要フィールドに変更があったレコードを前記通信手段により前記サーバに送信させる請求項１に記載の携帯端末装置。
前記変更通知必要フィールド管理テーブルにおいて前記変更通知必要フィールドのそれぞれに対応付けられている条件は、一又は複数の条件の組み合わせからなる請求項２に記載の携帯端末装置。
複数フィールドからなるレコードを格納するデータファイルが保存されたサーバとデータ通信を行う通信手段を備えた携帯端末装置に用いられるコンピュータを、
前記サーバから前記通信手段を介して受信されたデータファイルと、前記データファイルにおける複数フィールドのうちデータに変更があった場合に前記サーバへの通知を必要とする変更通知必要フィールドの情報を格納する変更通知必要フィールド管理テーブルと、を記憶する記憶手段、
前記データファイルのレコードが更新された際に、前記変更通知必要フィールド管理テーブルに基づいて前記更新によりデータに変更のあったフィールドが前記変更通知必要フィールドであるか否かを判断し、前記変更通知必要フィールドであると判断した場合に、当該更新されたレコードのデータ格納位置を前記記憶手段に記憶させる更新レコード管理手段、
前記データファイルを消去する際に、前記変更通知必要フィールドに変更があったレコードを前記通信手段により前記サーバに送信させる変更通知手段、
として機能させるためのプログラム。