(57)【要約】【課題】端末装置側のプログラムの更新作業を容易に行う。【解決手段】端末装置は、サーバ装置２００と無線通信可能な端末通信部１０６と、サーバ装置２００からダウンロード可能な所定の端末プログラム１１０を格納するための端末記憶部１０２と、端末プログラム１１０を実行可能でサーバ装置２００に対する要求データ１４０を生成する端末制御部１０４とを備える。端末装置１００側が端末通信部１０６を介してサーバ装置２００に要求データ１４０を送信することで、サーバ装置２００は接続されたデータベース４００に必要に応じてアクセスし、該要求データ１４０に対応する応答データ２４０を返信するよう、端末制御部１０４が要求データ１４０を生成する。要求データ１４０は、端末プログラム１１０の世代情報を含み、端末プログラム１１０の必要性を判断できる。【選択図】図４
2005196269.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置(200)と無線通信可能な端末通信部(106)と、
前記端末通信部(106)を介してサーバ装置(200)からダウンロード可能な所定の端末プログラム(110)を格納するための端末記憶部(102)と、
前記端末記憶部(102)に格納された所定の端末プログラム(110)を実行可能で、サーバ装置(200)に対する要求データ(140)を生成する端末制御部(104)と、
を備え、前記端末制御部(104)で端末プログラム(110)を実行した処理結果を前記端末通信部(106)でサーバ装置(200)とデータ通信可能に構成されてなるリッチクライアント方式の端末装置であって、
端末装置(100)側が前記端末通信部(106)を介してサーバ装置(200)に要求データ(140)を送信することで、サーバ装置(200)は接続されたデータベース(400)に必要に応じてアクセスし、該要求データ(140)に対応する応答データ(240)を返信するよう、前記端末制御部(104)が要求データ(140)を生成することを特徴とする端末装置。
【請求項２】
請求項１に記載の端末装置であって、前記端末制御部(104)が、生成する要求データ(140)にデータベース(400)にアクセスするための変数を含めることを特徴とする端末装置。
【請求項３】
請求項１または２に記載の端末装置であって、前記端末制御部(104)が生成する要求データ(140)に、前記端末制御部(104)で実行される端末プログラム(110)の世代情報を含ませることが可能であり、端末プログラム世代情報(142)に基づきサーバ側が端末プログラム(110)の世代を確認し、システムに応じて端末プログラム(110)を更新する必要があると判断したときは、応答データ(240)に端末プログラム(110)の更新に関する端末プログラム更新情報(242)を付加して端末装置(100)に返信するよう構成されてなることを特徴とする端末装置。
【請求項４】
請求項３に記載の端末装置であって、前記端末プログラム更新情報(242)に従い、端末装置(100)が端末プログラム(110)を更新するための更新データを前記端末通信部(106)を介してサーバ装置(200)から受信するよう構成されてなることを特徴とする端末装置。
【請求項５】
請求項３または４に記載の端末装置であって、前記端末プログラム更新情報(242)が、端末プログラム(110)の更新に関する優先度(244)を含んでいることを特徴とする端末装置。
【請求項６】
請求項３から５のいずれかに記載の端末装置であって、前記端末プログラム更新情報(242)が、サーバ装置(200)で実行されるプログラムの世代情報を含んでいることを特徴とする端末装置。
【請求項７】
請求項１から６のいずれかに記載の端末装置であって、前記端末プログラム(110)が、前記端末通信部(106)を介してサーバ装置(200)とデータ通信するためのライブラリを備えることを特徴とする端末装置。
【請求項８】
一以上のリッチクライアント方式の端末装置(100)と無線通信可能なサーバ通信部(206)と、
サーバ装置(200)で実行されるプログラムとして、前記サーバ通信部(206)を介して端末装置(100)とデータ通信するためのサーバ基本プログラム(220)と、用途に応じて編集可能なサーバ応用プログラム(230)とを実行可能なサーバ制御部(204)と、
前記サーバ基本プログラム(220)およびサーバ応用プログラム(230)とを各々格納するためのサーバ記憶部(202)と、
を備え、前記サーバ通信部(206)で端末装置(100)とデータ通信し、端末装置(100)から送信される要求データ(140)に応じて、サーバ装置(200)に接続されたデータベース(400)に必要に応じてアクセスし、前記サーバ制御部(204)がサーバ応用プログラム(230)を実行して該要求データ(140)に対応する応答データ(240)を生成し、前記サーバ通信部(206)からサーバ基本プログラム(220)に従い端末装置(100)に返信することを特徴とするサーバ装置。
【請求項９】
請求項８に記載のサーバ装置であって、端末装置(100)からの要求データ(140)が、端末装置(100)で実行される端末プログラム(110)の世代情報を含む場合、該端末プログラム世代情報(142)に基づきサーバ装置(200)がシステムに要求される端末プログラム(110)の世代と比較し、端末プログラム(110)を更新する必要があると判断したときは、応答データ(240)に端末プログラム(110)の更新に関する端末プログラム更新情報(242)を付加して端末装置(100)に返信するよう構成されてなることを特徴とするサーバ装置。
【請求項１０】
請求項９に記載のサーバ装置であって、前記応答データ(240)に端末プログラム更新情報(242)に加えて、端末装置(100)で端末プログラム(110)を更新するための更新データを、前記サーバ通信部(206)から端末装置(100)に送信するよう構成されてなることを特徴とするサーバ装置。
【請求項１１】
請求項９または１０に記載のサーバ装置であって、前記端末プログラム更新情報(242)が、端末プログラム(110)の更新に関する優先度(244)を含んでいることを特徴とするサーバ装置。
【請求項１２】
請求項９から１１のいずれかに記載のサーバ装置であって、前記端末プログラム更新情報(242)が、サーバ装置(200)で実行されるプログラムの世代情報であることを特徴とするサーバ装置。
【請求項１３】
一以上のリッチクライアント方式の端末装置(100)と無線通信可能なサーバ通信部(206)を備えるサーバ装置(200)において実行されるサーバプログラムであって、
前記サーバ通信部(206)を介して端末装置(100)とデータ通信するためのサーバ基本プログラム(220)と、用途に応じて編集可能なサーバ応用プログラム(230)とを含んでおり、
前記サーバ基本プログラム(220)が前記サーバ通信部(206)を介して端末装置(100)とデータ通信する機能を備えており、
前記サーバ応用プログラム(230)が無線又は有線によりデータベース(400)を接続したホスト装置(300)とデータ通信する機能を備えており、
前記サーバ基本プログラム(220)とサーバ応用プログラム(230)とがサーバ装置(200)内部で各々通信する機能を備えることを特徴とするサーバプログラム。
【請求項１４】
サーバ装置(200)と無線通信可能なリッチクライアント方式の端末装置(100)において実行される端末プログラム(110)を設定するための端末プログラム(110)設定装置であって、
前記端末装置(100)のデータを保持する端末記憶部(102)に保持された端末側データと、
前記サーバ装置(200)のデータを保持するサーバ記憶部(202)に保持されたサーバ側データとを
切り替えて読み込み可能であり、これらのデータを参照、加工して端末プログラム(110)を編集可能及び／又はデータを保存可能に構成してなることを特徴とする端末プログラム(110)設定装置。
【請求項１５】
サーバ装置(200)と無線通信可能なリッチクライアント方式の端末装置(100)において実行される端末プログラム(110)を設定するための端末プログラム設定プログラムであって、コンピュータに
前記端末装置(100)のデータを保持する端末記憶部(102)に保持された端末側データと、
前記サーバ装置(200)のデータを保持するサーバ記憶部(202)に保持されたサーバ側データとを
選択して読み込むための選択機能を実現させてなることを特徴とする端末プログラム設定プログラム。
【請求項１６】
請求項１３または１５のプログラムを格納したコンピュータで読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置と無線通信が可能な携帯端末等のリッチクライアント方式の端末装置を使用する無線通信システムにおける端末装置、サーバ装置、サーバプログラム、端末プログラム設定装置、端末プログラム設定プログラム、サーバプログラム設定装置、サーバプログラム設定プログラム、コンピュータで読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
携帯端末をホスト側と通信可能とし、ホスト側の親機と端末側の子機とをデータ通信させるシステムが利用されている。例えば、バーコードスキャナ付ハンディターミナルを用いて、倉庫での在庫管理データの収集、店頭での商品データの収集、宅配システムの出荷／集荷データ入力等に利用されている。ハンディターミナル等の端末装置がサーバ装置とデータ通信する方式としては、端末装置に無線通信機能を内蔵する方式と、専用通信ユニットにセットして一括送信するバッチ方式とがある。後者は、ハンディターミナルでデータを順次入力して保持した後、クレードル等の通信ユニットに載置して一括してデータをホスト側に送出する方式である。これに対して無線内蔵型はホスト側と通信可能な状態であり、一々通信ユニットにセットすることなく、入力されたデータをリアルタイムで端末装置からサーバ側に送出できる利点がある。
【０００３】
一方、端末の制御方法としてはシンクライアント方式とリッチクライアント方式がある。シンクライアント方式とは、端末側に端末プログラムを設けず、コンピュータ等のホスト側にアプリケーションやデータを置き、端末側ではデータの入力のみ行い、必要な処理はすべてホスト側に置かれたアプリケーションプログラムで行う（例えば特許文献１参照）。これに対して、リッチクライアント方式はファットクライアントとも呼ばれ、端末側に端末プログラムを置き、端末側での処理を可能としている。
【０００４】
シンクライアント方式は、システムの入れ替えやプログラムのメンテナンス、更新作業等の作業をホスト側のシステムのみで行えば良い利点があり、有線接続された端末等、常時通信が可能な環境においては好適に利用できる。しかしながら、シンクライアント方式においては無線通信ができない場合は、処理が一切行えないという欠点を有している。特にハンディターミナルに適用する場合を検討すると、作業場所や条件等によっては通信可能範囲の圏外となり通信ができなかったり、また通信が不安定となることがあり、このような場合にシンクライアント方式の端末では何ら作業ができなくなるという問題があった。
【０００５】
一方、リッチクライアント方式を採用すると、ホスト側と通信ができなくとも端末のみで処理が行えるものの、アプリケーションのメンテナンス作業が面倒になるという問題がある。例えばアプリケーションの入れ替えやアップデート作業等を行うには、システムの運用を一旦停止した上で、各端末毎に行う必要があり、特に端末の数が数百台等多くなると作業量が膨大となり容易でないという欠点があった。
【０００６】
また一方で、ユーザは使用目的や用途に応じて必要なプログラムを端末側用およびホスト側用にそれぞれ作成する必要があった。この手間を軽減するため、システムを提供する際に予め必要な端末用の端末プログラムを用意しておき、ユーザはホスト側プログラムのみ作成するようにすることもできる。ただ、この場合はシステムに不具合が生じた際、システムのどの部分に不具合が発生しているのか、特定することが困難になるという問題もある。特に、ユーザがプログラムを作成しているため、このユーザが作成したプログラムに不具合があるのか、あるいはシステムの製造元が原因で不具合を生じているのかの判別が困難であり、復旧のための原因特定が困難になるという問題が生じていた。
【０００７】
さらにまた、従来シンクライアント方式で利用するホスト側のアプリケーションプログラムは、ホスト側に記録されたデータしか扱うことができず、一方リッチクライアント方式で利用する端末側の端末プログラムでは端末側に記録されたデータしか扱うことができず、ホスト側、端末側で相互のデータを利用することが困難であった。
【特許文献１】特開２００３−６９４７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、このような問題点を解決するためになされたものである。本発明の第１の目的は、端末装置側のプログラムの更新作業を容易にできる無線通信システムにおける端末装置、サーバ装置、サーバプログラム、端末プログラム設定装置、端末プログラム設定プログラム、サーバプログラム設定装置、サーバプログラム設定プログラム、コンピュータで読み取り可能な記録媒体を提供することにある。また、本発明の第２の目的は、システムに不具合が発生し得る箇所をユーザが作成した特定のプログラムに集中させることで、不具合の発生箇所を容易に特定可能な無線通信システムにおける端末装置、サーバ装置、サーバプログラム、端末プログラム設定装置、端末プログラム設定プログラム、サーバプログラム設定装置、サーバプログラム設定プログラム、コンピュータで読み取り可能な記録媒体を提供することにある。さらに、本発明の第３の目的は、サーバ側のデータと端末装置側のデータを同列に扱うことのできる無線通信システムにおける端末装置、サーバ装置、サーバプログラム、端末プログラム設定装置、端末プログラム設定プログラム、サーバプログラム設定装置、サーバプログラム設定プログラム、コンピュータで読み取り可能な記録媒体を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の請求項１に記載される端末装置は、サーバ装置２００と無線通信可能な端末通信部１０６と、前記端末通信部１０６を介してサーバ装置２００からダウンロード可能な所定の端末プログラム１１０を格納するための端末記憶部１０２と、前記端末記憶部１０２に格納された所定の端末プログラム１１０を実行可能で、サーバ装置２００に対する要求データ１４０を生成する端末制御部１０４とを備え、前記端末制御部１０４で端末プログラム１１０を実行した処理結果を前記端末通信部１０６でサーバ装置２００とデータ通信可能に構成されてなるリッチクライアント方式の端末装置であって、端末装置１００側が前記端末通信部１０６を介してサーバ装置２００に要求データ１４０を送信することで、サーバ装置２００は接続されたデータベース４００に必要に応じてアクセスし、該要求データ１４０に対応する応答データ２４０を返信するよう、前記端末制御部１０４が要求データ１４０を生成することを特徴とする。この構成によって、端末装置を主導とするシステムを構築でき、例えば端末側が必要なデータを要求データとしてサーバ装置に送出し、サーバ装置側はこの要求データに対応した関数を呼び出し、処理結果を応答データとして端末側に返すことができる。
【００１０】
また、請求項２に記載される端末装置は、請求項１に記載の端末装置であって、前記端末制御部１０４が、生成する要求データ１４０にデータベース４００にアクセスするための変数を含めることを特徴とする。この構成によって、サーバ装置がホスト装置に接続されたデータベースにアクセスし易いデータ構造を要求データに持たせることができる。
【００１１】
さらに、請求項３に記載される端末装置は、請求項１または２に記載の端末装置であって、前記端末制御部１０４が生成する要求データ１４０に、前記端末制御部１０４で実行される端末プログラム１１０の世代情報を含ませることが可能であり、端末プログラム世代情報１４２に基づきサーバ側が端末プログラム１１０の世代を確認し、システムに応じて端末プログラム１１０を更新する必要があると判断したときは、応答データ２４０に端末プログラム１１０の更新に関する端末プログラム更新情報２４２を付加して端末装置１００に返信するよう構成されてなることを特徴とする。この構成によって、端末プログラムの世代をサーバ装置側で確認でき、更新が必要な場合は端末プログラム更新情報を通知して更新作業を行うようにでき、端末プログラムの世代の相違による不具合を解消できる。
【００１２】
さらにまた、請求項４に記載される端末装置は、請求項３に記載の端末装置であって、前記端末プログラム更新情報２４２に従い、端末装置１００が端末プログラム１１０を更新するための更新データを前記端末通信部１０６を介してサーバ装置２００から受信するよう構成されてなることを特徴とする。この構成によって、端末プログラム更新情報に従って端末装置は、必要時に端末プログラムの更新作業に必要な更新データをダウンロードできるので、端末プログラムの世代の相違による不具合を解消できる。
【００１３】
さらにまた、請求項５に記載される端末装置は、請求項３または４に記載の端末装置であって、前記端末プログラム更新情報２４２が、端末プログラム１１０の更新に関する優先度２４４を含んでいることを特徴とする。この構成によって、端末プログラムの更新の優先度に応じて、作業を中止して直ちに更新作業に移行したり、作業の終了後に端末プログラムの更新作業を行う等、緊急度合いに応じた更新作業を優先順位を決定できる。
【００１４】
さらにまた、請求項６に記載される端末装置は、請求項３から５のいずれかに記載の端末装置であって、前記端末プログラム更新情報２４２が、サーバ装置２００で実行されるプログラムの世代情報を含んでいることを特徴とする。この構成によって、端末装置で実行される端末プログラムの世代とサーバ装置で実行されるプログラムの世代とを端末装置が対比でき、更新作業の必要性を判断できる。
【００１５】
さらにまた、請求項７に記載される端末装置は、請求項１から６のいずれかに記載の端末装置であって、前記端末プログラム１１０が、前記端末通信部１０６を介してサーバ装置２００とデータ通信するためのライブラリを備えることを特徴とする。この構成によって、端末プログラムは予め用意されたライブラリを利用して端末通信部１０６を介したデータ通信を容易に行うことができる。
【００１６】
また、請求項８に記載されるサーバ装置は、一以上のリッチクライアント方式の端末装置１００と無線通信可能なサーバ通信部２０６と、サーバ装置２００で実行されるプログラムとして、前記サーバ通信部２０６を介して端末装置１００とデータ通信するためのサーバ基本プログラム２２０と、用途に応じて編集可能なサーバ応用プログラム２３０とを実行可能なサーバ制御部２０４と、前記サーバ基本プログラム２２０およびサーバ応用プログラム２３０とを各々格納するためのサーバ記憶部２０２とを備える。このサーバ装置は、前記サーバ通信部２０６で端末装置１００とデータ通信し、端末装置１００から送信される要求データ１４０に応じて、サーバ装置２００に接続されたデータベース４００に必要に応じてアクセスし、前記サーバ制御部２０４がサーバ応用プログラム２３０を実行して該要求データ１４０に対応する応答データ２４０を生成し、前記サーバ通信部２０６からサーバ基本プログラム２２０に従い端末装置１００に返信することを特徴とする。この構成によって、端末装置を主導とするシステムを構築でき、例えば端末側が必要なデータを要求データとしてサーバ装置に送出し、サーバ装置側はこの要求データに対応した関数を呼び出し、処理結果を応答データとして端末側に返すことができる。加えて、例えばサーバ装置で実行されるプログラムを、通信等の基本動作を行うサーバ基本プログラムと、用途に応じてユーザが編集可能なサーバ応用プログラムに分けて多層化するとともに、サーバ基本プログラムとサーバ応用プログラムとの間でプロセス間の通信を可能とすることで、万一サーバ応用プログラムに不具合が生じても、システムを維持できる。特にユーザが作成したサーバ応用プログラムに起因する不具合と、予め用意されるサーバ基本プログラムに起因する不具合とを切り分けられ、問題箇所の特定及び解消に有効である。
【００１７】
さらに、請求項９に記載されるサーバ装置は、請求項８に記載のサーバ装置であって、端末装置１００からの要求データ１４０が、端末装置１００で実行される端末プログラム１１０の世代情報を含む場合、該端末プログラム世代情報１４２に基づきサーバ装置２００がシステムに要求される端末プログラム１１０の世代と比較し、端末プログラム１１０を更新する必要があると判断したときは、応答データ２４０に端末プログラム１１０の更新に関する端末プログラム更新情報２４２を付加して端末装置１００に返信するよう構成されてなることを特徴とする。この構成によって、端末プログラムの世代をサーバ装置側で確認でき、更新が必要な場合は端末プログラム更新情報を通知して更新作業を行うようにでき、端末プログラムの世代の相違による不具合を解消できる。
【００１８】
さらにまた、請求項１０に記載されるサーバ装置は、請求項９に記載のサーバ装置であって、前記応答データ２４０に端末プログラム更新情報２４２に加えて、端末装置１００で端末プログラム１１０を更新するための更新データを、前記サーバ通信部２０６から端末装置１００に送信するよう構成されていることを特徴とする。この構成によって、サーバ装置は端末プログラム世代情報に従い端末装置で実行中の端末プログラムの世代をチェックでき、端末プログラムの更新作業が必要な場合は更新データを端末装置に送信してアップデートできるので、端末プログラムの世代の相違による不具合を解消できる。
【００１９】
さらにまた、請求項１１に記載されるサーバ装置は、請求項９または１０に記載のサーバ装置であって、前記端末プログラム更新情報２４２が、端末プログラム１１０の更新に関する優先度２４４を含んでいることを特徴とする。この構成によって、端末プログラムの更新の優先度に応じて、作業を中止して直ちに更新作業に移行したり、作業の終了後に端末プログラムの更新作業を行う等、緊急度合いに応じた更新作業を優先順位を決定できる。
【００２０】
さらにまた、請求項１２に記載されるサーバ装置は、請求項９から１１のいずれかに記載のサーバ装置であって、前記端末プログラム更新情報２４２が、サーバ装置２００で実行されるプログラムの世代情報であることを特徴とする。この構成によって、端末装置で実行される端末プログラムの世代とサーバ装置で実行されるプログラムの世代とを端末装置が対比でき、更新作業の必要性を判断できる。ここでサーバ装置で実行されるプログラムは、サーバ基本プログラムと、サーバ応用プログラムを含む。
【００２１】
また、請求項１３に記載されるサーバプログラムは、一以上のリッチクライアント方式の端末装置１００と無線通信可能なサーバ通信部２０６を備えるサーバ装置２００において実行されるサーバプログラムであって、前記サーバ通信部２０６を介して端末装置１００とデータ通信するためのサーバ基本プログラム２２０と、用途に応じて編集可能なサーバ応用プログラム２３０とを含んでおり、前記サーバ基本プログラム２２０が前記サーバ通信部２０６を介して端末装置１００とデータ通信する機能を備えており、前記サーバ応用プログラム２３０が無線又は有線によりデータベース４００を接続したホスト装置３００とデータ通信する機能を備えており、前記サーバ基本プログラム２２０とサーバ応用プログラム２３０とがサーバ装置２００内部で各々通信する機能を備えることを特徴とする。この構成によって、例えばサーバ装置で実行されるサーバプログラムを、通信等の基本動作を行うサーバ基本プログラムと、用途に応じてユーザが編集可能なサーバ応用プログラムに分けて多層化するとともに、サーバ基本プログラムとサーバ応用プログラムとの間でプロセス間の通信を可能とすることで、万一サーバ応用プログラムに不具合が生じても、システムを維持できる。特にユーザが作成したサーバ応用プログラムに起因する不具合と、予め用意されるサーバ基本プログラムに起因する不具合とを切り分けられ、問題箇所の特定及び解消に有効である。
【００２２】
また、請求項１４に記載される端末プログラム設定装置は、サーバ装置２００と無線通信可能なリッチクライアント方式の端末装置１００において実行される端末プログラム１１０を設定するための端末プログラム設定装置であって、前記端末装置１００のデータを保持する端末記憶部１０２に保持された端末側データと、前記サーバ装置２００のデータを保持するサーバ記憶部２０２に保持されたサーバ側データとを切り替えて読み込み可能であり、これらのデータを参照、加工して端末プログラム１１０を編集可能及び／又はデータを保存可能に構成してなることを特徴とする。この構成によって、端末プログラム設定装置は、端末プログラムを編集する際に個別のプログラムで作成された異なるフォーマットのデータや異なる場所に保存されたデータ等を、そのような相違を意識することなく一元的に選択・利用できるので、便利に作業できる。
【００２３】
また、請求項１５に記載される端末プログラム設定プログラムは、サーバ装置２００と無線通信可能なリッチクライアント方式の端末装置１００において実行される端末プログラム１１０を設定するための端末プログラム１１０設定プログラムであって、コンピュータに、前記端末装置１００のデータを保持する端末記憶部１０２に保持された端末側データと、前記サーバ装置２００のデータを保持するサーバ記憶部２０２に保持されたサーバ側データとを選択して読み込むための選択機能を実現させてなることを特徴とする。この構成によって、端末プログラム設定プログラムは、端末プログラムを編集する際に個別のプログラムで作成された異なるフォーマットのデータや異なる場所に保存されたデータ等を、そのような相違を意識することなく一元的に選択・利用できるので、便利に作業できる。
【００２４】
さらに、請求項１６に記載されるコンピュータで読み取り可能な記録媒体は、請求項１３または１５のプログラムを格納したものである。記録媒体には、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷやフレキシブルディスク、磁気テープ、ＭＯ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ＋Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、ｂｌｕ−ｌａｙディスク、ＨＤ  ＤＶＤ（ＡＯＤ）等の磁気ディスク、光ディスク、光磁気ディスク、半導体メモリその他のプログラムを格納可能な媒体が含まれる。また上記のプログラムは、ネットワークを介してダウンロード可能な形態も含まれる。
【発明の効果】
【００２５】
本発明の端末装置、サーバ装置、サーバプログラム、端末プログラム設定装置、端末プログラム設定プログラム、サーバプログラム設定装置、サーバプログラム設定プログラム、コンピュータで読み取り可能な記録媒体によれば、無線通信可能なシステムで端末装置とサーバ装置との作業効率を向上できる。例えば、無線通信ができない状況でも、リッチクライアント方式の採用により端末側で作業を続行できる利点に加えて、従来面倒であった端末プログラムの更新作業を容易にできる。例えば、端末装置側で端末プログラムの更新作業の必要性を認識でき、また自動的に更新されるよう必要なファイルのダウンロードおよびアップデート作業を自動化することができる。さらに、端末プログラムやサーバプログラムを設定する際に、データ形式や保存場所に関わらず同列に扱うことができ、作業効率を改善できる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態を図面に基づいて説明する。ただし、以下に示す実施の形態は、本発明の技術思想を具体化するための端末装置、サーバ装置、サーバプログラム、端末プログラム設定装置、端末プログラム設定プログラム、サーバプログラム設定装置、サーバプログラム設定プログラム、コンピュータで読み取り可能な記録媒体を例示するものであって、本発明は端末装置、サーバ装置、サーバプログラム、端末プログラム設定装置、端末プログラム設定プログラム、サーバプログラム設定装置、サーバプログラム設定プログラム、コンピュータで読み取り可能な記録媒体を以下のものに特定しない。
【００２７】
また、本明細書は特許請求の範囲に示される部材を、実施の形態の部材に特定するものでは決してない。特に実施の形態に記載されている構成部品の寸法、材質、形状、その相対的配置等は特に特定的な記載がない限りは、本発明の範囲をそれのみに限定する趣旨ではなく、単なる説明例にすぎない。なお、各図面が示す部材の大きさや位置関係等は、説明を明確にするため誇張していることがある。さらに以下の説明において、同一の名称、符号については同一もしくは同質の部材を示しており、詳細説明を適宜省略する。さらに、本発明を構成する各要素は、複数の要素を同一の部材で構成して一の部材で複数の要素を兼用する態様としてもよいし、逆に一の部材の機能を複数の部材で分担して実現することもできる。
【００２８】
なお本明細書においては、無線接続と有線接続を混在させることもできる。例えば、無線接続のハンディターミナルに加えて、有線接続のハンディターミナルも併用するシステムにおいても本発明を適用できる。また、サーバ装置とホスト装置の接続方式については、無線、有線を問わない。例えば、電気接点やコネクタを介した物理的な電気接続による接続方式としては、ＩＥＥＥ１３９４、ＲＳ−２３２ｘやＲＳ−４２２、ＵＳＢ等のシリアル接続、パラレル接続、あるいは１０ＢＡＳＥ−Ｔ、１００ＢＡＳＥ−ＴＸ、１０００ＢＡＳＥ−Ｔ等のネットワークを介して電気的に接続して通信を行うことができる。無線接続族の例としては、ＩＥＥＥ８０２．１ｘ、ＯＦＤＭ方式等の無線ＬＡＮやＢｌｕｅｔｏｏｔｈ等の電波、ＩｒＤＡ等の赤外線、光通信等を利用した方式が挙げられる。また、これらの通信は必要に応じて暗号化、圧縮等の処理を付加することもできる。あるいはＯＥＩＣ（オプトエレクトロニクスインテグレーテッドサーキット）等電気光素子を用いたデータやエネルギーの送受信のように、電気や光をはじめとする電磁気、圧力、音波、電波、熱等を媒体とする信号データの送受信や各種エネルギーの送受信が可能なように「接続」された状態も本明細書でいう接続であるとするものであり、直接接続、間接接続は問わない。さらには、常時接続されている必要はなく、スイッチ回路や切り替え回路にて駆動回路の駆動状況に応じて必要時のみ（例えば電荷、電気、電流が通る時のみ）接続されるように構成しても良い。あるいはまた、コンピュータで作成したアプリケーションプログラムの端末装置への送信は、記録媒体を介した伝達も可能であり、このような記録媒体としてはＰＣカードやコンパクトフラッシュ（登録商標）、スマートメディア、ＳＤカード、メモリスティック等のメモリカードや半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク等が利用できる。
【００２９】
本明細書において端末プログラム設定装置、端末プログラム設定プログラム、サーバプログラム設定装置、サーバプログラム設定プログラムは、プログラムの作成や設定等を行うシステムそのもの、ならびにプログラム作成、設定等に関連する入出力、表示、演算、通信その他の処理をハードウェア的に行う装置や方法に限定するものではない。ソフトウェア的に処理を実現する装置や方法も本発明の範囲内に包含する。例えば汎用の回路やコンピュータにソフトウェアやプログラム、プラグイン、オブジェクト、ライブラリ、アプレット、コンパイラ、モジュール、特定のプログラム上で動作するマクロ等を組み込んでアプリケーション作成、設定自体あるいはこれに関連する処理を可能とした汎用あるいは専用のコンピュータ、ワークステーション、端末、携帯型電子機器、ＰＤＣやＣＤＭＡ、Ｗ−ＣＤＭＡ、ＦＯＭＡ（登録商標）、ＧＳＭ、ＩＭＴ２０００や第４世代等の携帯電話、ＰＨＳ、ＰＤＡ、ページャ、スマートフォンその他の電子デバイスも、本発明の端末プログラム設定装置、端末プログラム設定プログラム、サーバプログラム設定装置、サーバプログラム設定プログラムの少なくともいずれかに含まれる。また本明細書においては、プログラム自体もプログラム設定装置に含むものとする。また本プログラムは単体で使用するものに限られず、特定のコンピュータプログラムやソフトウェア、サービス等の一部として機能する態様や、必要時に呼び出されて機能する態様、ＯＳ等の環境においてサービスとして提供される態様、環境に常駐して動作する態様、バックグラウンドで動作する態様やその他の支援プログラムという位置付けで使用することもできる。
【００３０】
図１に本発明の一実施の形態としてサーバ装置、ホスト装置等がネットワーク接続されたシステムに端末装置を無線通信可能に接続したシステムの一例を示す。この例では、在庫管理システムにおいて子機である端末装置１００にバーコードスキャナを備えるハンディターミナルを使用し、在庫に付されたバーコードをスキャンして親機であるサーバ装置に無線送信し、サーバ装置で在庫管理を行う例を示している。サーバ装置２００は、アクセスポイント５００やハブ７００等を介して複数の端末装置１００と接続される。図の例ではアクセスポイント５００やサーバ装置２００、ホスト装置３００等を一のみ図示しているが、複数の機器をネットワークで接続可能であることはいうまでもない。このようなネットワーク接続においては、イーサネット（登録商標）によるＴＣＰ／ＩＰプロトコル等、既存の、あるいは将来開発される通信プロトコルが適宜採用できる。図１の例では端末装置１００とサーバ装置２００との無線接続の通信方式は、本実施の形態においてはＩＥＥＥ８０２．１１ｂを利用している。ただ、ＩＥＥＥ８０２．１１ａやｇ、ｈ等の他、ＢｌｕｅｔｏｏｔｈやＩｒＤＡ等の赤外線通信等、無線による通信が可能な他の方式も利用可能であることは言うまでもない。このようなＬＡＮ等のネットワークは、ルータを介して他のネットワークと接続することもできる。
【００３１】
端末装置１００は、カードリーダ、バーコードスキャナ、プリンタ等の機能を一以上備えるハンディターミナルや、ＰＤＡや携帯電話等の携帯型電子端末である。これらの端末装置１００は、いわゆるリッチクライアント方式又はファットクライアント方式により、端末装置自体に端末プログラムの実行機能を備えており、ホスト装置３００との間で通信が確立されていない状態でも処理を行える。以下の例では、端末装置１００として図２に示すリッチクライアント方式のバーコードスキャナ付ハンディターミナルを用いる場合を説明する。図２（ａ）はハンディターミナルの正面図、図２（ｂ）は斜視図をそれぞれ示す。このハンディターミナルは、通信結果等を表示可能な端末表示部１０７として液晶ディスプレイや操作キー等の端末操作部１０８等が設けられる。また、無線通信用ユニットや背面に備えたバーコードスキャナ１０９、端末表示部１０７、端末操作部１０８等の制御を実行するための端末制御部１０４として、マイクロプロセッサを搭載している。
【００３２】
サーバ装置２００およびホスト装置３００は、コンピュータやメインフレーム等が利用される。図の例では、サーバ装置２００およびホスト装置３００に汎用のパーソナルコンピュータを使用している。またサーバ装置２００やホスト装置３００のコンピュータには、モニタや入出力デバイスを接続しない構成とすることもできる。ホスト装置３００は、システムに必要なデータベース４００を接続している。データベース４００は外付けの他、ホスト装置３００を構成するコンピュータのハードディスク等の二次記憶装置と併用する等により、内蔵式としても良い。なお図の例ではホスト装置３００とサーバ装置２００を個別に用意しているが、本明細書においては、図３に示すようにホスト装置を統合したサーバ装置２００Ｂとし、データベース４００を接続してホスト装置としても機能させる態様も包含する。なお本明細書においてデータベースとは、データベース管理プログラムによって作成された専用フォーマットのデータファイルに限られず、汎用的なファイル形式も含めたデータを含むファイルを意味し、例えばテーブルやフォーマットに関するデータを含む。
【００３３】
図４に、端末装置１００とサーバ装置２００及びホスト装置３００とがデータをやりとりする状態を示す。この図に示すように端末装置１００では端末プログラム１１０が実行されており、サーバ装置２００ではサーバプログラム２１０が実行される。なお図４において、斜線部分はユーザが設定可能な部分を示している。
【００３４】
［端末装置１００］
端末装置１００は、端末プログラム１１０やデータを保持するための端末記憶部１０２と、端末記憶部１０２から必要なデータを読み込んで端末プログラム１１０を実行する端末制御部１０４と、サーバ装置２００と通信するための端末通信部１０６とを備える。
【００３５】
［端末プログラム１１０］
端末プログラム１１０は、端末記憶部１０２に保存されており、端末制御部１０４に呼び出されて実行される。端末記憶部１０２は読み書き可能な記憶素子であり、Ｅ２ＰＲＯＭ等のメモリやハードディスク等の二次記憶媒体が利用できる。これによって、後述するように更新・変更された端末プログラム１１０をダウンロードして書き換え保存することができる。端末プログラム１１０は端末プログラム設定装置や端末プログラム設定プログラムを用いて作成される。典型的には、端末プログラム設定プログラムをインストールしたコンピュータ上で作成される。端末プログラムは、使用される端末装置やサーバ装置の仕様や用途に応じて予め複数の端末ライブラリ１１２が用意されており、これらを呼び出して必要な機能が実行される。所定の動作を行うライブラリを予め端末装置に実装して提供することで、これらを利用してプログラムの作成や編集を容易に行え、ユーザは端末プログラム設定装置等を用いて端末プログラムのすべての機能を規定して作成するプログラミング作業を軽減される。また、所定の機能を備える端末プログラムを予め提供して、ユーザはプログラミング作業を行うことなくこれを利用することもできる。また、ユーザが使用目的等に応じて端末プログラムをカスタマイズすることもできる。端末ライブラリ１１２には、通信用のライブラリが含まれる。端末プログラム１１０は端末ライブラリ１１２を用いて、端末通信部１０６を介してサーバ装置２００とデータ通信を行う。
【００３６】
［サーバ装置２００］
一方サーバ装置２００は、同様にサーバプログラム２１０やデータを保持するためのサーバ記憶部２０２と、サーバ記録部から必要なデータを読み込んでサーバプログラム２１０を実行するサーバ制御部２０４と、端末装置１００と通信するためのサーバ通信部２０６と、通信結果等を表示可能なモニタ等で構成されるサーバ表示部２０７を備える。サーバ制御部２０４は、コンピュータのＭＰＵ等の演算部により実現される。
【００３７】
［サーバプログラム２１０］
サーバプログラム２１０は、同様にサーバ記憶部２０２に保存されており、サーバ制御部２０４に呼び出されて実行される。サーバ記憶部２０２も読み書き可能な記憶素子であり、Ｅ２ＰＲＯＭ等のメモリやハードディスク等の二次記憶媒体が利用できる。これによって、サーバプログラム２１０も書き換え可能とできる。サーバプログラム２１０はサーバプログラム設定装置やサーバプログラム設定プログラムを用いて作成される。なお、これらの設定装置やプログラムは、サーバプログラムに加えて、端末プログラムの作成、編集も可能とすることもできるし、あるいは個別の装置や機器を使用して端末プログラムやサーバプログラムをそれぞれ作成、編集するよう設計することもできる。図４の例では、サーバ装置２００を構成するコンピュータにインストールされたサーバプログラム設定プログラムによってサーバプログラム２１０を作成・編集し、サーバ記憶部２０２に保存する。サーバプログラム２１０は、サーバ通信部２０６を介して端末装置１００とデータ通信するためのサーバ基本プログラム２２０と、これとは独立したプログラムとして、用途に応じて作成されるサーバ応用プログラム２３０とを備える。サーバ応用プログラム２３０は、ユーザがエディタ等を利用してプログラムコードを記述したテキストファイルとして作成される。ただ、ユーザのプログラム設計を支援するサーバプログラム設定プログラムを用いてサーバ応用プログラム２３０を作成・編集することもできる。これらのサーバ応用プログラム２３０とサーバ基本プログラム２２０との間は、サーバ装置２００内部で通信を行う。具体的には、サーバ基本プログラム２２０に含まれるリクエストマネージャ２２２と、サーバ応用プログラム２３０に含まれるリクエストハンドラ２３２とが、各プログラムのプロセス間の通信を行う。リクエストハンドラ２３２とリクエストマネージャ２２２は、共有メモリ、メールスロット、パイプ、ソケット通信等の手段を使用して通信する。またサーバ基本プログラム２２０は端末プログラム１１０と同様に通信用のライブラリを備えており、これによってサーバ通信部２０６のハードウェアを制御し、サーバ装置２００と端末装置１００との通信が行われる。この構成により、サーバ応用プログラム２３０はサーバ基本プログラム２２０を介して端末装置１００側とデータ通信を行う。このように、端末プログラム１１０は端末通信用ライブラリを含む形で実装されているが、これに対してサーバプログラム２１０では、サーバ応用プログラム２３０をサーバ通信用ライブラリ２２４を含むサーバ基本プログラム２２０と独立させている。
【００３８】
このようにプログラムを多層化し、ユーザが作成するプログラムと他の機器との間で通信を受け持つプログラムとを切り分けることによって、不具合発生時の動作の維持と問題の特定とを可能とする。すなわち、システム側で提供されるサーバ基本プログラム部分は、一般に製造元が様々な試験を行い動作確認を行っているため、不具合の発生する可能性は少ない。一方、ユーザが作成するサーバ応用プログラム部分は、このような動作確認が不十分であることがあり、動作不良を生じる原因となる可能性が高くなる。したがって、サーバ応用プログラム部分に不具合が生じても、端末装置１００との通信等最低限の動作をサーバ基本プログラム２２０が受け持つことによってシステム全体をダウンさせることなく、不具合が生じたサーバ装置以外のシステムの動作を維持できる。また、プログラムを多層化することにより、問題発生箇所の特定も容易となる。すなわち、サーバ応用プログラム部分のいずれかで不具合が生じる可能性が高いと考えられるため、この部分のみの検証を行うことで問題を特定できる可能性が高くなり、作業時間の短縮に寄与し得る。
【００３９】
［要求データ１４０］
図４に示す無線通信システムにおいては、データ通信は端末装置１００からサーバ装置２００に対して要求を発信することで開始される。要求データ１４０は、端末プログラム１１０をロードした端末制御部１０４で生成され、サーバ装置２００に対して送信される。要求データ１４０は図５（ａ）に示すようなフォーマットで生成される。この図に示す要求データ１４０は、先頭にデータ種別を示すヘッダ情報１４１、端末プログラム世代情報１４２、および実データ１４３を含んでいる。要求データ１４０がデータベースにアクセスする必要のある要求、例えば指定された検索式による検索結果を含んでいる場合は、データベースへのアクセスを容易にする構造を実データ１４３に含ませることが好ましい。このような構造としては、データベースへのアクセスに必要な条件を変数としたデータ構造が好適に利用できる。変数の一例を表１に示す。実データ１４３は、表１のような構造体のデータを通信に適したバイナリもしくはテキストデータに変換したものである。
【００４０】
【表１】
2005196269.tif 000003
【００４１】
上記の表１の例では、要求データ１４０に含まれる変数として、アクセス対象となるデータベース名（１２７文字まで指定可能）、テーブル名（１２７文字まで指定可能）、さらに検索条件を指定する等の処理内容を示すkeydataとして、ここでは検索データに関する有効フィールドのデータ数、フィールドのインデックス番号、演算式、検索キー等を使用する。また、加えてnewdataとして取得するフィールドに関する変数のフィールドを適宜追加できる。このように、データベース中の検索等、処理に必要な項目を変数としてフィールド毎に記述することで、処理内容の解析が容易となり、要求データ１４０を受信したサーバ装置２００はデータベースに対するアクセス情報を取得して処理をスムーズに行うことができる。
【００４２】
［応答データ２４０］
このような変数を含む要求データ１４０をサーバ基本プログラム２２０が受け取ると、これをサーバ応用プログラム２３０に送信する。サーバ応用プログラム２３０は受信した要求データ１４０のコマンドを解析し、例えばホスト装置３００に接続されたデータベース４００にアクセスする等、適切な処理を行い、その処理結果を応答データ２４０として作成し、サーバ基本プログラム２２０に送信して端末装置１００側に返信する。端末装置１００は応答データ２４０を受信した後、端末プログラム１１０で規定されている後処理を行い、次の要求データを送信できる状態に戻る。サーバ装置２００はサーバ通信用ライブラリ２２４にて用意された関数を実行することで、応答データ２４０を端末装置１００側に送信して次の要求データ待ち状態となる。このように端末プログラム１１０とサーバ応用プログラム２３０との間にサーバ基本プログラム２２０を介在させることにより、仮にサーバ応用プログラムが動作を停止していても端末装置からの要求をサーバ基本プログラム２２０が受け取ることができるので、端末装置へエラー応答を返すことや、要求を溜めてサーバ応用プログラムの回復後に要求データを一括送信することが可能となる。
【００４３】
応答データ２４０のフォーマットは、例えば図５（ｂ）に示すように、先頭にデータ種別を示すヘッダ情報２４１、端末プログラム更新情報２４２、優先度２４４、実データ２４３を含んでいる。この実データ２４３に含まれる変数の一例を表２に示す。
【００４４】
【表２】
2005196269.tif 000004
【００４５】
上記の表２の例では、応答データ２４０に含まれる変数として、処理が成功か失敗かを示すresult、処理結果を示すresultdataとして、有効フィールドのデータ数を示すfield_num、フィールドのインデックス数を示すindex、及び検索結果データを示すdata（１２７文字まで指定可能）等が含まれる。なお演算子を示すoperation変数は、応答データ２４０では使用されない。このような変数で、要求データ１４０に対する結果を端末装置１００側に返す。
【００４６】
また要求データ１４０の作成時に予め上記演算結果の変数を含めておき、その値を仮に０やnull等としてサーバ装置２００側に送信し、サーバ装置２００で応答データ２４０の作成時に演算結果を各変数の値として代入して端末装置１００側に返送することで、端末装置１００側で必要なデータを適切に得ることができる。
【００４７】
［端末プログラム世代情報１４２］
さらに、図５に示すように、要求データ１４０には端末プログラム世代情報１４２を付加することができる。端末プログラム世代情報１４２とは、端末プログラムの世代情報であり、例えばプログラムのバージョン番号、リビジョン番号やプログラム名等である。一般にリッチクライアント方式の端末装置では、端末装置側に端末プログラムが実装されているため、システムの入れ替えやアップグレード（バージョンアップ）は端末装置毎に個別に行う必要があり、特に端末装置の台数が多くなると手間がかかっていた。そこで本実施の形態では、この作業を容易にするために端末プログラム１１０の世代情報を要求データ１４０に含めている。サーバ装置２００は端末プログラム世代情報１４２から通信先の端末装置１００にインストールされた端末プログラム１１０のバージョン等を把握できるので、現行のシステムに要求されるプログラムバージョンを備えているかどうかを判別し、必要な場合は適宜プログラムの更新作業を先に要求する等して適切な処理を行わせることができる。例えば、現行の端末プログラムでは正常動作が困難であるような場合には作業を中断してプログラムの更新作業や入れ替え作業を強制的に行わせたり、作業に支障のないプログラムの違いは無視して作業を継続する、あるいはプログラムの更新作業が必要である旨をユーザに告知し、更新作業はユーザが手動で指示するように構成することもできる。特に、この方法では単なるプログラムのアップデートに限られず、プログラム自体を入れ替えることも可能である。あるいはこれらの作業をユーザに通知することなく行わせても良い。例えば、現在の作業終了後に続けて自動的にプログラム更新作業に移行する、あるいは処理と平行してバックグラウンドで更新作業等を行わせても良い。なお、プログラムの更新や入れ替えに必要なデータは、例えば図１の例ではサーバ装置２００のハードディスクやホスト装置３００のデータベース４００に登録されており、端末装置１００が必要なファイルをこれらからダウンロードする方式等が採用できる。これにより、要求された処理に先立ち、端末プログラムの妥当性を事前に確認できるので、バージョン違い等により適切に動作しなくなる事態を回避でき、また更新作業の必要性を端末装置１００側に通知することができるので、更新し忘れをなくしシステムの適切な運用が図られる。
【００４８】
［端末プログラム更新情報２４２］
上述の例では、サーバ装置２００は要求データ１４０に含まれる端末プログラム世代情報１４２に基づき、端末装置１００に対してプログラムの更新情報等を指示している。一方、図５（ｂ）に示すようにサーバ装置２００が端末装置１００に返す応答データ２４０に端末プログラム更新情報２４２を含めることができる。端末プログラム更新情報２４２は、上記と同様に端末プログラム１１０の更新作業等を指示するための情報である。例えば、端末プログラム更新情報２４２にサーバプログラム２１０のバージョン情報やリビジョン番号、プログラム名等を含めることで、端末装置１００は通信先のサーバ装置２００で稼働中のプログラムのバージョン情報等を取得できるので、これを自身の端末プログラムと比較し、一致していない場合や更新が必要な場合は、適切なプログラムのファイルをダウンロードするようサーバ装置側に要求することができる。なおバージョンの不一致とは、例えば端末プログラムのバージョン番号とサーバプログラムのバージョン番号とが一致するとき正しい動作が可能となるようにバージョン番号を設定しておくことで、互いのプログラムのバージョン情報が一致するかどうかをチェックして更新作業の必要性を判別できる。このように、端末装置側で更新作業等の必要性を判断して、サーバ装置に必要な作業を働きかける構成とすることも可能である。あるいは、端末装置とサーバ装置の両方で端末プログラムの更新の必要性を判断する構成としても良いことはいうまでもない。
【００４９】
［優先度２４４］
さらに、このような更新作業に優先度２４４を持たせることもできる。すなわち、端末プログラムの更新作業が緊急性の高いものであれば、現在の作業を中断してでも直ちに更新が必要なことがあり、逆に緊急性の低いものであれば、直ちに作業を行う必要はなく、作業の終了後に自動的に行ったり、あるいはユーザが指定した時期に行わせることもできる。図５（ｂ）の例では、応答データ２４０に優先度２４４を含ませており、端末装置１００側でバージョンの不一致を検出した際の動作を規定できる。例えば、優先度２４４を優先順位が高い順にＡ、Ｂ、Ｃに区分し、最も優先順位の高いＡの場合は端末装置１００の作業に割り込んで更新を強制する。例えば、端末装置１００の作業中の表示画面にプログラム更新が必要である旨のメッセージやダイアログを表示させ、作業を中断して直ちに端末プログラムの更新作業に移行する。またこれよりも優先順位が低いＢの場合は、作業中の端末装置１００の表示画面に端末プログラムの更新が必要であるというダイアログが割り込むが、実際の更新作業は行われない。この状態では、ユーザは現在の作業が区切りがついた段階で、プログラム更新のメニューを選択する等して、プログラム更新作業を開始することができる。また最も優先順位の低いＣの場合は、プログラムの更新が必要であるという情報は端末装置１００に通知され、端末記憶部１０２等に記録されるものの、割込み表示等は行われず、ユーザに対しては明示的に告示されない。ユーザはプログラム更新のメニューを選択する等の方法で更新の必要性を確認することができる。例えば作業の区切りがついた段階等、ユーザは所望のタイミングで自発的にプログラム更新のメニューを選びプログラムの更新を実行する。この例に限られず、例えば優先順位や緊急度に応じて表示メッセージの強調、例えば文字の大きさやハイライト表示、音声案内、警告音、表示灯の点灯・点滅、バイブレーションの組み合わせ等を変化させてもよい。あるいは、ユーザに対する通知は、メッセージウィンドウを開く方法やメッセージ領域への表示、ポップアップ、ツールチップのようなバルーン表示等が利用できる。更に、特定の操作を行うことなく自動的にプログラム更新作業に移行するよう設定する、またはユーザが認可しない限り更新作業に移行しないように設定する等、様々な形態が適宜採用できる。このように、更新作業の緊急性に応じて、更新作業を促すメッセージの表示方法や自動／手動更新を変更させて、更新作業の重要度と作業効率とのバランスを図った運用が可能となる。
【００５０】
［データの切替］
以上のような端末プログラム１１０やサーバ応用プログラム２３０は、上述の通り個別の、あるいは統合された設定プログラムにより作成／編集／カスタマイズされる。この設定プログラムは、サーバ装置２００やホスト装置３００を構成するコンピュータにインストールされて実行され、設定装置として機能している。このような設定プログラムのユーザインターフェースの一例を図６に示す。この図に示す設定プログラムは、端末プログラム１１０を作成する設定プログラムで、ユーザは図のような設定画面上で、端末装置であるハンディターミナル上で動作するアプリケーションの振る舞いを定義する。具体的には、図６上部でワークフロー、作業の流れを規定し、下部の「画面レイアウト」タブでハンディターミナルの表示画面に表示される表示内容を作成する。ジョブや作業は上部右のボタンを押下して追加できる。さらに図６右欄で各項目（プロパティ）の値が確認できる。
【００５１】
設定プログラムは、既に作成されたデータファイルを参照することができる。従来の設定プログラムでは、所定の場所、すなわちローカルに保存されたデータのみしか参照することができなかった。例えば端末プログラム１１０の設定プログラムにおいては、端末装置の端末記憶部１０２等に保持されたデータファイルのみを参照することができ、サーバ装置のデータファイルは参照できなかった。一方サーバ応用プログラム２３０の設定プログラムにおいては、サーバ装置のサーバ記憶部等に保持されたデータのみを参照可能で、端末装置に保持されたデータは参照できなかった。これらのデータは保存場所が異なる他、データのファイル形式も異なるため、従来はそれぞれ専用のプログラムで扱うのが一般的であり、言い換えると同列で扱い難いという問題があった。しかしながら、プログラムの設定時にこれらのデータを参照できると、便利なこともある。例えば端末プログラムの設定作業時に、サーバ装置に保持されたテーブルやデータベースのデータを参照したい場合がある。このような場合にデータの保存場所やデータ形式によらず、同列で扱えるとユーザに便利である。そこで本実施の形態では、データ形式の違い等をユーザに意識させることなく、参照データを同列で扱える機能を持たせた。例えば、図７に示す画面で、データの参照先を切り替えることができる。この図の例では、端末プログラム１１０の設定時にデータの参照先としてドライブ１であるＲＯＭ、ドライブ２であるＲＡＭ（いずれも端末装置１００の端末記憶部１０２の一部）、あるいはサーバ上、すなわちサーバ装置２００のサーバ記憶部２０２のいずれかを選択して切り替えることができる。これらのデータは、プログラム内部で各々のデータ形式に応じた処理を行う一方、プログラム画面上ではデータ形式の違いによらず同一のユーザインターフェースで扱うことができるよう設計される。これによってユーザにデータの違いを意識させることなく、あたかもデータの対象を切り替えるのみでスムーズな作業環境が提供される。また、参照された対象データは閲覧のみならず、編集して更新することも可能である。これによって、異なる場所に保存された異なるデータを、同一の設定プログラム上で扱うことができ、設定プログラムの使い勝手を良くして効率よくプログラム設定作業を行える。また、データの参照と同様にデータのオープンや保存に際しても、上記のようにデータの位置を切替可能に構成することもでき、より便利に使用できる。
【産業上の利用可能性】
【００５２】
本発明に係る端末装置やサーバ装置等を用いて、ハンディターミナルの端末装置と、コンピュータであるホスト装置を組み合わせたＰＯＳ（販売時点管理システム）や在庫管理、入出庫管理、出荷検品、工程進捗管理、発注管理等のシステムに好適に利用できる。
【図面の簡単な説明】
【００５３】
【図１】本発明の一実施の形態に係る端末装置、サーバ装置、ホスト装置が通信可能に接続されて無線通信システムを構成する一例を示す概念図である。
【図２】図１の端末装置を構成するバーコードスキャナ付ハンディターミナルを示す正面図及び斜視図である
【図３】本発明の他の実施の形態に係る端末装置、サーバ装置兼ホスト装置が通信可能に接続されて無線通信システムを構成する一例を示す概念図である。
【図４】端末装置とサーバ装置およびホスト装置とがデータをやりとりする状態を示す概念図である。
【図５】要求データ及び応答データの構成を示す概念図である。
【図６】設定プログラムのユーザインターフェースの一例を示すイメージ図である。
【図７】設定プログラムでデータの参照先を切り替えるダイヤログ画面の一例を示すイメージ図である。
【符号の説明】
【００５４】
１００…端末装置
１０２…端末記憶部
１０４…端末制御部
１０６…端末通信部
１０７…端末表示部
１０８…端末操作部
１０９…バーコードスキャナ
１１０…端末プログラム
１１２…端末ライブラリ
１４０…要求データ
１４１…ヘッダ情報
１４２…端末プログラム世代情報
１４３…実データ
２００、２００Ｂ…サーバ装置
２０２…サーバ記憶部
２０４…サーバ制御部
２０６…サーバ通信部
２０７…サーバ表示部
２１０…サーバプログラム
２２０…サーバ基本プログラム
２２２…リクエストマネージャ
２２４…サーバ通信用ライブラリ
２３０…サーバ応用プログラム
２３２…リクエストハンドラ
２４０…応答データ
２４１…ヘッダ情報
２４２…端末プログラム更新情報
２４３…実データ
２４４…優先度
３００…ホスト装置
４００…データベース
５００…アクセスポイント
６００…ルータ
７００…ハブ
【図１】
2005196269.tif 000005
【図３】
2005196269.tif 000006
【図４】
2005196269.tif 000007
【図５】
2005196269.tif 000008
【図２】
2005196269.tif 000009
【図６】
2005196269.tif 000010
【図７】
2005196269.tif 000011