(57)【要約】      （修正有）【課題】携帯端末装置から消去するデータファイルをサーバに退避する際に、変更のあった必要なフィールドのデータのみをサーバに送信することによってシステムの負荷を低減させる。【解決手段】携帯端末装置２は、データファイル２３１のレコードが更新されると、ＣＰＵ２１は、変更通知必要フィールド管理テーブル２３４に基づいて、更新により変更されたフィールドが変更通知必要フィールドであるか否かを判断し、変更通知必要フィールドであると判断した場合に、当該更新されたレコードのデータ格納位置を差分データ管理テーブル２３５に記憶する。そして、データファイル２３１を消去する際に、変更通知必要フィールドが変更されたレコードを無線通信部２６によりサーバに送信する。【選択図】図７
2010044562.tif 000002
【特許請求の範囲】
【請求項１】
複数フィールドからなるレコードを格納するデータファイルが保存されたサーバとデータ通信を行う通信手段を備えた携帯端末装置であって、
前記サーバから前記通信手段を介して受信されたデータファイルと、前記データファイルにおける複数フィールドのうちデータに変更があった場合に前記サーバへの通知を必要とする変更通知必要フィールドの情報を格納する変更通知必要フィールド管理テーブルと、を記憶する記憶手段と、
前記データファイルのレコードが更新された際に、前記変更通知必要フィールド管理テーブルに基づいて前記更新によりデータに変更のあったフィールドが前記変更通知必要フィールドであるか否かを判断し、前記変更通知必要フィールドであると判断した場合に、当該更新されたレコードのデータ格納位置を前記記憶手段に記憶させる更新レコード管理手段と、
前記データファイルを消去する際に、前記変更通知必要フィールドに変更があったレコードを前記通信手段により前記サーバに送信させる変更通知手段と、
を備える携帯端末装置。
【請求項２】
前記変更通知必要フィールド管理テーブルは、前記変更通知必要フィールドのそれぞれに、当該変更通知必要フィールドのデータに変更があった場合に前記サーバに通知するための条件を特定する情報を対応付けて格納し、
前記変更通知手段は、前記変更通知必要フィールド管理テーブルにおいて何れかの変更通知必要フィールドに対応付けられている条件に該当する事象が発生したときに、前記データファイルを前記記憶手段から消去するとともに、当該発生した事象が条件として対応付けられている変更通知必要フィールドに変更があったレコードを前記通信手段により前記サーバに送信させる請求項１に記載の携帯端末装置。
【請求項３】
前記変更通知必要フィールド管理テーブルにおいて前記変更通知必要フィールドのそれぞれに対応付けられている条件は、一又は複数の条件の組み合わせからなる請求項２に記載の携帯端末装置。
【請求項４】
複数フィールドからなるレコードを格納するデータファイルが保存されたサーバとデータ通信を行う通信手段を備えた携帯端末装置に用いられるコンピュータを、
前記サーバから前記通信手段を介して受信されたデータファイルと、前記データファイルにおける複数フィールドのうちデータに変更があった場合に前記サーバへの通知を必要とする変更通知必要フィールドの情報を格納する変更通知必要フィールド管理テーブルと、を記憶する記憶手段、
前記データファイルのレコードが更新された際に、前記変更通知必要フィールド管理テーブルに基づいて前記更新によりデータに変更のあったフィールドが前記変更通知必要フィールドであるか否かを判断し、前記変更通知必要フィールドであると判断した場合に、当該更新されたレコードのデータ格納位置を前記記憶手段に記憶させる更新レコード管理手段、
前記データファイルを消去する際に、前記変更通知必要フィールドに変更があったレコードを前記通信手段により前記サーバに送信させる変更通知手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末装置及びプログラムに関する。
【背景技術】
【０００２】
近年、ＰＤＡ（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レコード及び第２レコードにおいて、変更通知必要フィールド管理テーブル２３４で規定されているフィールド２〜フィールド４のデータが変更されているので、第１レコード及び第２レコードが差分データレコードとして携帯端末装置２より送信される。そして、サーバ１において、差分データレコードに基づいてオリジナルデータファイル１３１の第１レコード及び第２レコードの内容がデータファイル２３１で変更された内容に書き換わる。なお、データファイル２３１においては、第３レコードのフィールド５のデータも変更されているが、フィールド５は変更通知必要フィールド管理テーブル２３４に存在しないフィールドであるのでサーバ１には差分データレコードとして送信されない。よって、サーバ１の第３フィールドのデータは書き換わらない。
【００６５】
（データ管理システム１００の実施例）
以下、上記データ管理システム１００を小売業に適用した実施例について説明する。例えば、小売業の本部にサーバ１が設置され、スーパバイザ等が発注用のデータファイル２３１の記憶された携帯端末装置２を持って店舗を回り、商品発注等を行う場合を例にとり説明する。
【００６６】
サーバ１では、データファイル作成処理によって、例えば、図１３（ａ）に示すオリジナルデータファイル１３１、図１３（ｂ）に示す条件設定テーブル１３２、図１３（ｃ）に示す条件コード定義テーブル１３３、図１３（ｄ）に示す変更通知必要フィールド管理テーブル１３４が作成される。そして、携帯端末装置２にこれらのコピー（データファイル２３１、条件設定テーブル２３２、条件コード定義テーブル２３３、変更通知必要フィールド管理テーブル２３４）が送信される。即ち、商品コード、商品名、発注数、発注日、仕入れ価格の５つのフィールドをもち、商品コード、商品名、仕入れ価格に予めデータの入ったオリジナルデータファイル１３１が作成され、携帯端末装置２に送信される。
【００６７】
スーパバイザ等のユーザは、データファイル２３１等の記憶された携帯端末装置２をもって店舗を回り、発注すべき商品があれば操作部２４を操作してデータファイル２３１へのアクセス要求を行う。携帯端末装置２においては表示部２５にログイン画面等が表示され、操作部２４によるユーザＩＤ及びパスワードの入力が受け付けられる。ログインに成功すると、データファイル２３１の表示用・編集用アプリケーションである発注アプリケーションが起動され、データファイル２３１がオープンされる。
データファイル２３１がオープンされると、ユーザは操作部２４を操作して発注が必要な商品の商品名を表示して発注数、発注日を入力し、レコード更新の指示を行う。レコード更新が行われると、差分データ管理テーブル２３５に、更新されたレコードへのポインタと更新されたフィールド名が追加される。図１４（ｂ）に、図１３（ａ）に示すデータファイル２３１の第１レコード及び第２レコードが図１４（ａ）に示すように更新された場合に作成される差分データ管理テーブル２３５の一例を示す。
【００６８】
ここで、例えば、ユーザが携帯端末装置２を落として３０分間操作がなかった場合や、携帯端末装置２を悪意の第３者が使用してログインに３回失敗した場合等、条件コード定義テーブル２３３で定義されている条件に該当する事象が発生した場合、携帯端末装置２においては、変更通知必要フィールド管理テーブル２３４及び差分データ管理テーブル２３５に基づいて、その条件に該当する事象発生時にサーバ１に変更を通知すべき変更通知必要フィールドのフィールド名が特定されるとともにその変更通知必要フィールドに変更があったレコードが特定される。例えば、図１３（ａ）に示すデータファイル２３１が図１４（ａ）に示す内容に更新された後、「ログイン３回失敗」の事象が発生した場合においては、図１３（ｄ）、図１４（ｂ）より、「発注数」フィールドが変更となった第１レコード及び第２レコードのデータ（差分データレコード）がサーバ１に送信されるとともに、データファイル２３１が記憶部２３から消去される。サーバ１では、オリジナルデータファイル１３１の第１レコード及び第２レコードが差分データレコードによって書き換えられる。
このように、データファイル２３１のデータ漏洩の可能性のある「ログイン３回失敗」が発生した場合に、データファイル２３１が記憶部２３から自動的に消去されるとともに、携帯端末装置２において「発注数」フィールドに変更のあった第１レコード及び第２レコードがサーバ１に送信されるので、データファイル２３１の情報の漏洩を防止することができるとともに、少ないシステム負荷で携帯端末装置２において登録された必要なデータをサーバ１に反映させることができる。
【００６９】
以上説明したように、携帯端末装置２は、サーバ１から送信されたデータファイル２３１と、データファイル２３１における複数のフィールドのうちデータに変更があった場合にサーバ１への通知を必要とする変更通知必要フィールドの情報を格納する変更通知必要フィールド管理テーブル２３４を記憶部２３に記憶する。データファイル２３１のレコードが更新されると、ＣＰＵ２１は、変更通知必要フィールド管理テーブル２３４に基づいて、更新により変更されたフィールドが変更通知必要フィールドであるか否かを判断し、変更通知必要フィールドであると判断した場合に、当該更新されたレコードのデータ格納位置を差分データ管理テーブル２３５に記憶する。そして、ＣＰＵ２１は、データファイル２３１を消去する際に、変更通知必要フィールドが変更されたレコードを無線通信部２６によりサーバ１に送信する。
【００７０】
従って、携帯端末装置２においてデータファイル２３１を消去する際に、データファイル２３１の複数フィールドのうち変更通知必要フィールドのデータに変更のあったレコードのデータのみがサーバ１に送信され、それ以外の必要のない無駄なデータは送信されないため、消去時にデータファイル２３１の全てのデータをサーバ１に送信して退避する場合に比べ、システムに対する負荷を低減することができる。
【００７１】
また、ＣＰＵ２１は、変更通知必要フィールド管理テーブル２３４において何れかの変更通知必要フィールドに対応付けられている条件に該当する事象が発生したときに、データファイル２３１を消去するとともに、発生した事象が変更通知必要フィールド管理テーブル２３４において条件として対応付けられている変更通知必要フィールドに変更があったレコードを無線通信部２６によりサーバ１に送信する。従って、データファイル２３１の変更通知必要フィールドの種類によって、データ変更をサーバ１に通知する条件を変えることができる。
【００７２】
また、変更通知必要フィールド管理テーブル２３４において、変更通知必要フィールドのそれぞれに条件設定テーブル２３２に設定されている一又は複数の条件の組み合わせを示す条件コードを対応付けることができるので、一の条件のみならず、複数の条件の組み合わせ、例えば、複数の条件のＡＮＤ条件やＯＲ条件に該当する事象が発生した場合に変更通知必要フィールドの変更をサーバ１に通知することが可能となる。
【００７３】
なお、上記実施形態における記述内容は、本発明に係るデータ管理システム１００の好適な一例であり、これに限定されるものではない。
例えば、上記実施形態では、図１１のステップＳ３２においては、サーバ１は、差分データレコードによってオリジナルデータファイル１３１の対応するレコードを更新することとして説明したが、差分データレコードの変更通知必要フィールドのデータによってオリジナルデータファイル１３１の対応するレコードの変更通知必要フィールドを更新することとしてもよい。このようにすれば、携帯端末装置２における変更を許可しないフィールドのデータが誤って書き換わってしまうといった事態を防止することができる。
【００７４】
また、上記実施形態においては、携帯端末装置２においてログイン認証をユーザＩＤ及びパスワードの入力により行うこととしたが、これに限定されず、例えば、指紋認証等の生体認証等の他の認証方法によりログイン認証を行うこととしてもよい。
【００７５】
また、上記実施形態で図示したデータファイルや各種テーブルの内容は一例であり、これに限定されるものではない。
【００７６】
その他、データ管理システム１００を構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【図面の簡単な説明】
【００７７】
【図１】本発明の実施形態におけるデータ管理システムの全体構成例を示す図である。
【図２】図１のサーバの機能構成例を示すブロック図である。
【図３】図２のオリジナルデータファイル及び図７のデータファイルのデータ格納例を示す図である。
【図４】図２及び図７の条件設定テーブルのデータ格納例を示す図である。
【図５】図２及び図７の条件定義テーブルのデータ格納例を示す図である。
【図６】図２及び図７の変更通知必要フィールド管理テーブルのデータ格納例を示す図である。
【図７】図１の携帯端末装置の機能構成例を示すブロック図である。
【図８】図２のＣＰＵにより実行されるデータファイル作成処理を示すフローチャートである。
【図９】図７のＣＰＵにより実行されるメイン制御処理を示すフローチャートである。
【図１０】図７の差分データ管理テーブルのデータ格納例を示すための図である。
【図１１】図２のＣＰＵにより実行される差分データ受信・同期処理を示すフローチャートである。
【図１２】図１１のステップＳ３２を説明するための図である。
【図１３】（ａ）はデータファイルの具体例を示す図、（ｂ）は条件設定テーブルの具体例を示す図、（ｃ）は条件コード定義テーブルの具体例を示す図、（ｄ）は変更通知必要フィールド管理テーブルの具体例を示す図である。
【図１４】差分データ管理テーブルの具体例を示すための図である。
【符号の説明】
【００７８】
１  サーバ
１１  ＣＰＵ
１２  ＲＡＭ
１３  記憶部
１３１  オリジナルデータファイル
１３２  条件設定テーブル
１３３  条件コード定義テーブル
１３４  変更通知必要フィールド管理テーブル
１４  操作部
１５  表示部
１６  通信制御部
１７  バス
２  携帯端末装置
２１  ＣＰＵ
２２  ＲＡＭ
２３  記憶部
２３１  データファイル
２３２  条件設定テーブル
２３３  条件コード定義テーブル
２３４  変更通知必要フィールド管理テーブル
２３５  差分データ管理テーブル
２４  操作部
２５  表示部
２６  無線通信部
２７  電源
２８  バス
ＰＮ  ネットワーク
【図１】
2010044562.tif 000003
【図２】
2010044562.tif 000004
【図３】
2010044562.tif 000005
【図４】
2010044562.tif 000006
【図５】
2010044562.tif 000007
【図６】
2010044562.tif 000008
【図７】
2010044562.tif 000009
【図８】
2010044562.tif 000010
【図９】
2010044562.tif 000011
【図１０】
2010044562.tif 000012
【図１１】
2010044562.tif 000013
【図１２】
2010044562.tif 000014
【図１３】
2010044562.tif 000015
【図１４】
2010044562.tif 000016