(57)【要約】【課題】保守サービスのデータを管理するＲＤＢサーバのＲＤＢとデータ同期をとることのできるＰＤＡを提供する。【解決手段】このフィールドサービスシステムは、ＲＤＢ１２を備えたＲＤＢサーバ１と、入力された保守データをローカルＤＢ３０に蓄積する携帯端末としてのＰＤＡ２と、ＰＤＡ２とＲＤＢサーバ１とをＬＡＮ３および無線ＬＡＮで接続する無線ＬＡＮＡＰ４と、管理者が操作する管理用端末５とを備えている。ＰＤＡ２は、ローカルＤＢ３０とＲＤＢ１２とのデータ同期をとるＣＰＵ２５を有している。ＣＰＵ２５は、ＲＤＢ１２とデータ同期をとる際に、フィルタに設定されているデータのみを取得する。【選択図】      図１
2005038030.tif 000002
【特許請求の範囲】
【請求項１】
保守サービスのデータをリレーショナルデータベースで管理するコンピュータと通信を行う携帯端末において、
前記コンピュータに対して通信回線の接続を行う手段と、
前記コンピュータとの通信回線の接続が確立した場合、携帯端末のユーザを識別するためのユーザ識別情報を含む要求を前記コンピュータに発行する手段と、
前記要求に対して前記コンピュータのリレーショナルデータベースのデータの中からユーザ識別情報に基づいて他をフィルタリングして得た該当ユーザのデータを受信する手段と、
受信されたユーザのデータをローカルデータベースに記憶する手段と
を具備したことを特徴とする携帯端末。
【請求項２】
保守サービスのデータを管理するコンピュータと通信を行う携帯端末において、
前記コンピュータに対して通信回線の接続を行う手段と、
前記コンピュータとの通信回線の接続が確立した場合、前記コンピュータのリレーショナルデータベースとのデータ同期を開始してローカルデータベースに既に記憶されているデータの中の差分データを前記コンピュータへ送信する手段と、
前記コンピュータへ送信した差分データにてリレーショナルデータベースの該当ユーザのデータが更新されたときに、前記コンピュータ側に存在した差分データを受信する手段と、
受信されたユーザの差分データにてローカルデータベースを更新する手段と
を具備したことを特徴とする携帯端末。
【請求項３】
保守サービスのデータをリレーショナルデータベースで管理するコンピュータと通信を行う携帯端末に処理を実行させる同期制御プログラムにおいて、
前記携帯端末を、
前記コンピュータに対して通信回線の接続を行う手段と、
前記コンピュータとの通信回線の接続が確立した場合、携帯端末のユーザを識別するためのユーザ識別情報を含む要求を前記コンピュータに発行する手段と、
前記要求に対して前記コンピュータのリレーショナルデータベースのデータの中からユーザ識別情報に基づいて他をフィルタリングして得た該当ユーザのデータを受信する手段と、
受信されたユーザのデータをローカルデータベースに記憶する手段と
して機能させることを特徴とする同期制御プログラム。
【請求項４】
保守サービスのデータを管理するコンピュータと通信を行う携帯端末にに処理を実行させる同期制御プログラムにおいて、
前記携帯端末を、
前記コンピュータに対して通信回線の接続を行う手段と、
前記コンピュータとの通信回線の接続が確立した場合、前記コンピュータのリレーショナルデータベースとのデータ同期を開始してローカルデータベースに既に記憶されているデータの中の差分データを前記コンピュータへ送信する手段と、
前記コンピュータへ送信した差分データにてリレーショナルデータベースの該当ユーザのデータが更新されたときに、前記コンピュータ側に存在した差分データを受信する手段と、
受信されたユーザの差分データにてローカルデータベースを更新する手段と
して機能させることを特徴とする同期制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば保守サービスに用いる携帯端末、同期制御プログラムに関する。
【０００２】
【従来の技術】
保守サービスの分野では、ユーザに行った保守管理の内容を保守会社のサーバコンピュータに構築したリレーショナルデータベースで管理している。通常、サービスマンがフィールドにおいて、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）などを利用して情報を取得して会社に持ち返り、ＰＤＡのデータを会社のサーバコンピュータへ移すことで、リレーショナルデータベースに登録している。
従来は、ＰＤＡとサーバコンピュータ間でデータを移す仕組みとして、ＰＤＡを有線ＬＡＮなどでサーバコンピュータへ接続してデータファイルを移動させた後、サーバコンピュータの専用ソフトでデータファイルを開き保守データとしてリレーショナルデータベースに登録および管理するようにしていた。
【０００３】
一方、近年では、コンピュータとＰＤＡなどの携帯端末との間でブルートゥースデバイス等の無線通信機器による同期を確立する技術（通信システム）が実現されている（例えば特許文献１参照）。
【０００４】
【特許文献１】
特開２００３−３２１７５号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、従来の通信システムの場合、無線通信のための同期は確立するものの、実際にどういったデータをどのように移動させるかといったアプリケーションレベルまでの技術は具現化されておらず、保守サービスの分野への早急な適用が望まれている。
【０００６】
本発明はこのような課題を解決するためになされたもので、保守サービスのデータを管理するコンピュータのリレーショナルデータベースとデータ同期をとることのできる携帯端末、同期制御プログラムを提供することを目的としている。
【０００７】
【課題を解決するための手段】
上記した目的を達成するために、本発明の携帯端末は、保守サービスのデータをリレーショナルデータベースで管理するコンピュータと通信を行う携帯端末において、前記コンピュータに対して通信回線の接続を行う手段と、前記コンピュータとの通信回線の接続が確立した場合、携帯端末のユーザを識別するためのユーザ識別情報を含む要求を前記コンピュータに発行する手段と、前記要求に対して前記コンピュータのリレーショナルデータベースのデータの中からユーザ識別情報に基づいて他をフィルタリングして得た該当ユーザのデータを受信する手段と、受信されたユーザのデータをローカルデータベースに記憶する手段とを具備したことを特徴としている。
本発明の携帯端末は、保守サービスのデータを管理するコンピュータと通信を行う携帯端末において、前記コンピュータに対して通信回線の接続を行う手段と、前記コンピュータとの通信回線の接続が確立した場合、前記コンピュータのリレーショナルデータベースとのデータ同期を開始してローカルデータベースに既に記憶されているデータの中の差分データを前記コンピュータへ送信する手段と、前記コンピュータへ送信した差分データにてリレーショナルデータベースの該当ユーザのデータが更新されたときに、前記コンピュータ側に存在した差分データを受信する手段と、受信されたユーザの差分データにてローカルデータベースを更新する手段とを具備したことを特徴としている。
【０００８】
本発明の同期制御プログラムは、保守サービスのデータをリレーショナルデータベースで管理するコンピュータと通信を行う携帯端末に処理を実行させる同期制御プログラムにおいて、前記携帯端末を、前記コンピュータに対して通信回線の接続を行う手段と、前記コンピュータとの通信回線の接続が確立した場合、携帯端末のユーザを識別するためのユーザ識別情報を含む要求を前記コンピュータに発行する手段と、前記要求に対して前記コンピュータのリレーショナルデータベースのデータの中からユーザ識別情報に基づいて他をフィルタリングして得た該当ユーザのデータを受信する手段と、受信されたユーザのデータをローカルデータベースに記憶する手段として機能させることを特徴としている。
本発明の同期制御プログラムは、保守サービスのデータを管理するコンピュータと通信を行う携帯端末にに処理を実行させる同期制御プログラムにおいて、前記携帯端末を、前記コンピュータに対して通信回線の接続を行う手段と、前記コンピュータとの通信回線の接続が確立した場合、前記コンピュータのリレーショナルデータベースとのデータ同期を開始してローカルデータベースに既に記憶されているデータの中の差分データを前記コンピュータへ送信する手段と、前記コンピュータへ送信した差分データにてリレーショナルデータベースの該当ユーザのデータが更新されたときに、前記コンピュータ側に存在した差分データを受信する手段と、受信されたユーザの差分データにてローカルデータベースを更新する手段として機能させることを特徴としている。
【０００９】
本発明では、コンピュータと携帯端末との通信回線の接続が確立した場合、携帯端末のユーザを識別するためのユーザ識別情報を含む要求を発行し、この要求に対してコンピュータのリレーショナルデータベースのデータの中からユーザ識別情報にて他をフィルタリングして得た該当ユーザのデータを受信すると、そのユーザのデータをローカルデータベースに記憶するので、コンピュータと携帯端末間においてリレーショナルデータベースのデータ同期をとることができる。
本発明では、コンピュータと携帯端末との通信回線の接続が確立したことでコンピュータのリレーショナルデータベースとのデータ同期を開始してローカルデータベースに既に記憶されているデータの中の差分データをコンピュータへ送信する。そして、コンピュータへ送信した差分データにてリレーショナルデータベースの該当ユーザのデータが更新されたときに、コンピュータ側に差分データが存在した場合、その差分データが携帯端末に受信されると、受信されたユーザの差分データにてローカルデータベースを更新するので、コンピュータと携帯端末間においてリレーショナルデータベースとローカルデータベースとのデータ同期をとることができる。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
図１は本発明に係る一つの実施形態のフィールドサービスシステムの構成を示す図である。
【００１１】
同図に示すように、この実施形態のフィールドサービスシステムは、コンピュータとしてのリレーショナルデータベースサーバ１（以下ＲＤＢサーバ１と称す）と、入力された保守データをローカルデータベース３０（以下ローカルＤＢ３０と称す）に蓄積する携帯端末としてのＰＤＡ２と、ＰＤＡ２とＲＤＢサーバ１とをＬＡＮ３および無線ＬＡＮで接続する無線ＬＡＮアクセスポイント４（以下無線ＬＡＮＡＰ４）と、管理者が操作する管理用端末５とを備えている。
【００１２】
ＲＤＢ１２とＲＤＢ管理部１１とが設けられている。ＲＤＢ管理部１１は、ＲＤＢ１２の内容を管理するソフトウェアの一つの機能である。ＲＤＢサーバ１の内容についてはローカルＤＢ３０と同期をとるためユーザ単位のデータとしては、通常は同内容とされている。
ＰＤＡ２は、無線ＬＡＮインターフェース部（無線ＬＡＮＩ／Ｆ部）２１と、同期制御プログラムが記憶されたメモリ２２と、同期制御プログラムの実行により各種画面（ログイン画面、入力画面、同期画面など）を表示する表示部２３と、各画面においてユーザ操作に応じた指示入力をＣＰＵ２５へ行う操作部２４と、同期制御プログラムを読み込み実行することで上記画面の表示機能、操作部２４から入力されたデータをローカルＤＢ３０に蓄積および管理する機能、ローカルＤＢ３０とＲＤＢサーバ１のＲＤＢ１２とのデータ同期をとる自動シンクロ機能などを実現するＣＰＵ２５とを備えている。
無線ＬＡＮＩ／Ｆ部２１は、ＲＤＢサーバ１に対して通信回線の接続を行う。メモリ２２にはローカルＤＢ３０が構築されている。メモリ２２はフラッシュメモリであり、ＰＤＡ２のバッテリの有無にかかわらず記憶内容（ローカルＤＢのデータおよびプログラムなど）は保持される。
ＣＰＵ２５は、無線ＬＡＮＩ／Ｆ部２１とＲＤＢサーバ１との間で通信回線の接続が確立した場合、ユーザを識別するためのユーザ識別情報であるユーザＩＤを含む要求をＲＤＢサーバ１に発行する。この要求に対してＲＤＢサーバ１のＲＤＢ管理部１１が、要求に含まれていたユーザＩＤに基づいてＲＤＢサーバ１のＲＤＢ１２のデータの中から他をフィルタリングして得た該当ユーザの情報を返信し、それを無線ＬＡＮＩ／Ｆ部２１が受信すると、ＣＰＵ２５は、受信されたユーザのデータをローカルＤＢ３０に記憶する。
【００１３】
ＲＤＢ１２およびローカルＤＢ３０には、図２に示すように、顧客マスタ３１、ユーザマスタ３２、スケジュールテーブル３３、対処法テーブル３４、技術支援テーブル３５などが設けられている。
顧客マスタ３１には、顧客ＩＤに関連付けて顧客名、郵便番号、住所１、住所２、Ｔｅｌ、Ｆａｘ、ＵＲＬ、担当者、担当者Ｅ−ｍａｉｌ、担当者Ｔｅｌ、最寄駅、画像、更新者、更新日などの情報が記憶されている。ユーザマスタ３２には、ユーザＩＤに関連付けてパスワード、ユーザ名が記憶されている。スケジュールテーブル３３には、スケジュールＩＤに関連付けてユーザＩＤ（ＦＫ）、作業予定日、開始時間、終了時間、顧客ＩＤ（ＦＫ）、作業内容、状況、詳細、担当者、担当者Ｔｅｌ、担当者Ｅ−ｍａｉｌなどの情報が記憶される。対処法テーブル３４には、対処法ＩＤに関連付けてタイトル、状態、例１、例２、例３、例４、画像等の情報が記憶されている。技術支援テーブル３５には、技術ＩＤに関連付けて日付、タイトル、メッセージ、画像などの情報が記憶されている。
【００１４】
ＣＰＵ２５は、ローカルＤＢ３０のデータを基にサービスマンが行う保守サービスを支援する。ＣＰＵ２５は、表示部２３に表示したヘルプメニューなどから指定された閲覧要求によって、技術支援テーブル３５より該当情報過去の事例や新たな点検方法などのデータを抽出して表示部２３に表示して閲覧可能とする。ＣＰＵ２５は、表示部２３に表示したヘルプメニューなどから指定された閲覧要求によって、対処法テーブル３４より点検時に必要となる点検方法、点検基準などのデータを抽出して表示部２３に表示して閲覧可能とする。ＣＰＵ２５は、顧客情報入力画面から新たな点検先の顧客情報が入力された場合、新たな顧客データを生成して顧客情報を顧客マスタ３１に登録する。ＣＰＵ２５は、スケジュール画面において入力、変更、削除されたスケジュールのデータをスケジュールテーブル３３に登録、更新、削除を行い、スケジュールをカレンダー形式で閲覧可能に管理する。ＣＰＵ２５は、ＲＤＢ１２とのデータ同期でユーザマスタ３２よりデータを読み出してこのＰＤＡを扱うユーザの情報を登録する。
ＲＤＢ管理部１１は、ＲＤＢ１２のデータを基に保守サービスデータを管理する。ＲＤＢ管理部１１は、技術支援テーブル３５のデータにより過去の事例や新たな点検方法等の管理を行う。ＲＤＢ管理部１１は、対処法テーブル３４のデータにより点検時に必要となる点検方法、点検基準などの管理を行う。ＲＤＢ管理部１１は、顧客マスタ３１のデータにより点検先の顧客情報を管理する。ＲＤＢ管理部１１は、スケジュールテーブル３３のデータにより顧客、ユーザのデータを利用して点検者、点検先の管理を行う。ＲＤＢ管理部１１は、ユーザマスタ３２のデータにより点検を行う（ＰＤＡ２を扱う）ユーザの情報を管理する。
【００１５】
ここで、ＰＤＡ２のメモリ２２の記憶内容について説明する。
ＰＤＡ２のメモリ２２には、自動シンクロｃｏｎｆｉｇファイルと、自動シンクロｊａｒファイルと、自動実行ｃｏｎｆｉｇファイルと、自動実行アプリケーションファイルと、データベース同期ソフトウェアが記憶されている。
自動シンクロｃｏｎｆｉｇファイルには、ローカルＤＢ３０とＲＤＢ１２の情報、シンクロする利用ユーザ情報（ユーザ名、パスワード）、シンクロ先（接続先）のＵＲＬ（ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｘ．ｘｘ）等が設定されている。ＵＲＬとはＵｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒの略称である。
自動シンクロｊａｒファイルは、自動シンクロｃｏｎｆｉｇファイルを参照して自動シンクロ機能を実行するアプリケーションファイルである。
自動実行ｃｏｎｆｉｇファイルは、一定時間毎に何をするかを決めるｔｘｔ形式で記述された設定ファイルである。自動実行ｃｏｎｆｉｇファイルには、コネクション、接続開始時刻、接続終了時刻、タイムインターバル（実行間隔）、コマンドファイルネーム、コマンドプログラム等が設定されている。具体的には、コネクションとして「ＬＡＮ」、接続開始時刻として「８時」、接続終了時刻として「１６時」、タイムインターバル（実行間隔）として「３５分」、コマンドファイルネームとして「ＪＡＶＡ（登録商標）の実行ファイル（ｅｖｍ．ｅｘｅ）」、コマンドプログラムとして「自動シンクロｊａｒファイル」が設定されている。
自動実行アプリケーションファイルは、自動実行ｃｏｎｆｉｇファイルを参照して該当ソフトウェアを自動実行させるアプリケーションファイルである。この場合、３５分おきに自動シンクロ機能が実行される。
【００１６】
この実施形態のフィールドサービスシステムの場合、ＰＤＡ２とＲＤＢサーバ１との間の同期環境を整えておく必要がある。
ＲＤＢサーバ１では、セットアップ時に以下の作業を事前に行うことで、ＰＤＡ２との間における同期処理が可能となる。
まず、ＲＤＢサーバ１とクライアントであるＰＤＡ２とを繋ぐサーバ側の接続口であるＨＵＢを作成する。このＨＵＢの作成では、ＨＵＢに、同期処理を行うための各種テーブルをＲＤＢ１２に登録する。初回は全てのテーブルを登録する。
一方、ＰＤＡ２には、各ログインユーザ毎にＲＤＢサーバ１に接続するためのクライアント側の接続口であるＳＰＯＫＥを作成する。ＳＰＯＫＥを作成する上では、データベース同期ソフトウェアがｃｒｅａｔｅＳｐｏｋｅ（）を実行することで、ＰＤＡ２のメモリ２２にＳＰＯＫＥが作成されてユーザ毎のローカルＤＢ３０用の領域が確保される。具体的には、ＳＰＯＫＥにはユーザの名前、パスワード、フィルタが設定される。フィルタには、ログインを許可するユーザＩＤを設定（セット）する。このフィルタ設定によりユーザＩＤが例えばｔａｎａｋａのＰＤＡ２には、そのローカルＤＢ３０のユーザマスタ３２にｔａｎａｋａのみのデータが設定される。また、フィルタには、スケジュール情報として取得するユーザＩＤを設定（セット）する。このフィルタ設定により例えばユーザＩＤがｔａｎａｋａのＰＤＡ２にはユーザＩＤがｔａｎａｋａであるスケジュールのみが取得される。
【００１７】
このように同期環境を整えたＰＤＡ２をサービスマンが携帯して、フィールドへ出向き、保守点検等のサービス業務を行い、その際に同期制御プログラムを起動させることで、ＣＰＵ２５によって以下の処理が実行される。
ＣＰＵ２５は、保守情報入力用の画面を表示部２３に表示する。この画面でユーザが操作部２４から各種データを入力すると、ＣＰＵ２５は、入力されたデータをメモリ２２のローカルＤＢ３０に登録および蓄積する。この時点でＲＤＢサーバ１のＲＤＢ１２とＰＤＡ２のデータが異なることになる。
【００１８】
以下、図３、図４を参照してこのフィールドサービスシステムの動作を説明する。
ＰＤＡ２では、メニュー画面からの自動実行アプリケーションの起動操作で自動実行アプリケーションを起動すると、自動実行アプリケーションは、自動実行ｃｏｎｆｉｇファイルを読み込み（図３のＳ１０１）、自動実行ｃｏｎｆｉｇファイルの設定条件と自身の時計機能によって計時された時刻とを比較する（Ｓ１０２）。
この比較の結果、タイムインターバルの指定時刻、つまり自動実行開始時刻になると、自動実行アプリケーションは、自動シンクロｊａｒファイルをキックする（Ｓ１０３）。
すると、自動シンクロｊａｒファイルは、自動シンクロｃｏｎｆｉｇファイルを読み込み（Ｓ１０４）、データベース同期アプリケーションに対して自動シンクロ処理を実行させる（Ｓ１０５）。
データベース同期アプリケーションによる自動シンクロ処理が正常に終了すると（Ｓ１０６のＹｅｓ）、自動シンクロｊａｒファイルは、Ｓ１０２の監視状態となる。
【００１９】
一方、自動シンクロ処理の結果、データ同期が不完全に終了した場合（Ｓ１０６のＮｏ）、自動シンクロｊａｒファイルは、データ同期の不完全終了のメッセージをＬｏｇデータに書き出す（Ｓ１０７）。
これにより、データ同期を何度も行ってＰＤＡ２側のバッテリが消耗するのを防ぐことができる。また、ユーザは、データが同期されていないことが分かる。
【００２０】
このフィールドサービスシステムの場合、ＰＤＡ２において自動シンクロ機能を始めて動作させたとき（初回起動時）と２回目以降とでは、シンクロ動作が異なるので、それぞれに分けて説明する。
初回のシンクロ動作であれば、自動シンクロｊａｒファイルは、データベース同期アプリケーションに対してＳＰＯＫＥ生成コマンドであるｃｒｅａｔｅＳｐｏｋｅ（）を実行させる。すると、データベース同期アプリケーションは、メモリ２２にＳＰＯＫＥを生成する（図４のＳ２０１）。
ＳＰＯＫＥが生成されると、自動シンクロｊａｒファイルは、データベース同期アプリケーションに対してＲＤＢサーバ１へのデータ要求コマンドであるｇｅｔＳｎａｐｓｈｏｔ（）を実行させる（Ｓ２０２）。すると、データベース同期アプリケーションは、ユーザＩＤを含むデータ取得要求であるＲｅｑｕｅｓｔをＲＤＢサーバ１へ発行する。
Ｒｅｑｕｅｓｔを受けたＲＤＢサーバ１では、ＲＤＢ管理部１１が、ＰＤＡ２のＳＰＯＫＥの名前に対応するＨＵＢのＳＰＯＫＥＣｏｎｆｉｇを読み込み（Ｓ２０３）、ＲＤＢ１２にアクセスする。ＨＵＢのＳＰＯＫＥ  Ｃｏｎｆｉｇには、ＳＰＯＫＥＩＤ、ＳＰＯＫＥパスワード、パブリケーションネーム、フィルタが設定されている。ＳＰＯＫＥＩＤおよびＳＰＯＫＥパスワードはＰＤＡ２のユーザの情報である。パブリケーションネームとは、ＲＤＢ１２の中のどのテーブルを持ってくるかを示す情報である。フィルタは、パブリケーションネームで指定されているテーブルから所定のデータだけを抽出する情報である。
したがって、ＲＤＢ管理部１１は、ＳＰＯＫＥ  Ｃｏｎｆｉｇで設定されているフィルタを通過するＲＤＢ１２内のデータのみをＲＤＢ１２より取得して（Ｓ２０４）、要求発行元のＰＤＡ２へ送り返す。
ＰＤＡ２では、ＲＤＢサーバ１よりユーザのデータが受信されると、ＣＰＵ２５は、メモリ２２のＳＰＯＫＥに各マスタおよびテーブルなどのデータを記憶し、それをローカルＤＢ３０とする。
【００２１】
２回目以降、ＰＤＡ２において、自動実行アプリケーションが自動実行ｃｏｎｆｉｇファイルの設定（接続開始時刻、接続終了時刻、タイムインターバル）  と時刻を監視する中で自動実行開始時刻になると、自動シンクロｊａｒファイルをキックし、自動シンクロｊａｒファイルは、データベース同期ソフトウェアに対してｓｙｎｃ（）を実行させる（Ｓ２０５）。
すると、データベース同期ソフトウェアは、ＳＰＯＫＥを通じてＲＤＢサーバ１のＨＵＢとの間で通信回線の接続を試みる。
通信接続を試みた結果、通信回線の接続が確立すると（Ｓ２０６）、データベース同期ソフトウェアは、ＲＤＢ１２とのデータ同期を開始してローカルＤＢ３０に既に記憶されているデータの中の差分データのみをＲＤＢサーバ１へ送信する。
ＲＤＢサーバ１では、ＰＤＡ２より送られてきた差分データを受信すると、ＲＤＢ管理部１１は、上記同様にＳＰＯＫＥの名前に対応するＳＰＯＫＥ  Ｃｏｎｆｉｇを読み（Ｓ２０７）、ＲＤＢ１２にアクセスし、受信された差分データにて該当マスタおよびテーブルのデータを更新する。
また、ＲＤＢ管理部１１は、ＨＵＢのＳＰＯＫＥ  Ｃｏｎｆｉｇで設定されているフィルタを通過するデータうち、サーバ側に新たに追加されたデータがある場合、更新後の差分データのみをＲＤＢ１２より取得して、要求発行元のＰＤＡ２へ送り返す（Ｓ２０８）。
ＰＤＡ２では、ＲＤＢサーバ１から送り返されてきた差分データを受信すると、データベース同期ソフトウェアは、ローカルＤＢ３０の該当マスタおよびテーブルのデータを更新する。これにより、互いのデータベースのデータ同期がとれる。
【００２２】
このようにこの実施形態のフィールドサービスシステムによれば、ＰＤＡ２に汎用的なアプリケーションの自動実行機能（自動実行アプリケーションおよび自動実行ｃｏｎｆｉｇファイル）と自動シンクロ機能（自動実行ｊａｒファイルおよび自動シンクロｃｏｎｆｉｇファイル）とを設け、自動シンクロ機能を自動実行機能に実行させることで、ＰＤＡ２がＬＡＮを介してＲＤＢサーバ１と接続されると、ＲＤＢサーバ１のＲＤＢ１２とデータ同期を定期的に行うようになるので、ユーザがデータを移す等のデータコピー操作を一々行うことなく、ＲＤＢサーバ１のＲＤＢ１２とＰＤＡ２のローカルＤＢ３０とのデータ同期をとることができる。
また、自動シンクロ機能でＲＤＢ１２への接続に成功すると、ＰＤＡ２のＣＰＵ２５は、差分データをＲＤＢサーバ１へ送信してＤＢ間の差分を更新するので、少ないデータの転送で短時間にデータ同期をとることができる。
さらに、Ｌｏｇデータによりデータ同期処理の結果をブラウザから確認することができるので、データ同期を何度も行ってＰＤＡ２側のバッテリの電力が消費されるのを防ぐことができる。
この結果、保守サービスのデータを管理するＲＤＢサーバ１のＲＤＢ１２とデータ同期をとることのできるＰＤＡを提供することができる。
【００２３】
なお、本発明は上記実施形態のみに限定されるものではない。
上記実施形態におけるＰＤＡ２の同期制御プログラムは、フレキシブルディスクなどのコンピュータが読み出し可能な記憶媒体に記憶されていても良く、また、ソフトウェア（プログラム）単体としてＬＡＮやインターネットなどのネットワーク上を伝送されるものでもよい。コンピュータは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するものであって、パソコンなどの一つからなる装置、複数の装置がネットワーク接続されたシステムなどのいずれの構成であっても良い。
【００２４】
【発明の効果】
以上説明したように本発明によれば、保守サービスのデータを管理するコンピュータのリレーショナルデータベースとデータ同期をとることができる携帯端末を提供することができる。
【図面の簡単な説明】
【図１】本発明の一つの実施形態のフィールドサービスシステムの構成を示す図。
【図２】このフィールドサービスシステムにおいて、ＲＤＢおよびローカルＤＢの内容を示す図。
【図３】このフィールドサービスシステムの動作を示すフローチャート。
【図４】このフィールドサービスシステムにおいて、同期処理を示す通信シーケンス図。
【符号の説明】
１…ＲＤＢサーバ、２…ＰＤＡ、３…ＬＡＮ、４…無線ＬＡＮＡＰ、５…管理用端末、１１…ＲＤＢ管理部、１２…ＲＤＢ、２１…無線ＬＡＮＩ／Ｆ部、２２…メモリ、２３…表示部、２４…操作部、２５…ＣＰＵ。
【図１】
2005038030.tif 000003
【図２】
2005038030.tif 000004
【図３】
2005038030.tif 000005
【図４】
2005038030.tif 000006