JP2010055229A - 携帯端末システム - Google Patents

Abstract

【課題】ホストコンピュータで設計された設計画面の一部を携帯端末上で表示できると共に、その設計画面の表示対象位置を移動させて切り替え可能であり、更に、ユーザにとってより有利な機能が付加された携帯端末システムを提供する。
【解決手段】携帯端末システムは、ホストコンピュータと携帯端末とを有し、ホストコンピュータの設計画面データによって構成される設計画面の一部が携帯端末の表示画面にて表示され、かつその表示対象位置の移動により切り替え表示がなされる構成となっている。携帯端末は、ホストコンピュータの設計画面データを取得して格納する格納手段を有しており、その格納される設計画面データの設計画面おいて複数の領域をそれぞれ表示すべき対象領域として指定し、更にそれら指定される各対象領域についての表示画面上での表示位置をそれぞれ指定するように構成されている。
【選択図】図４

Description

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

携帯端末の分野では、ホストコンピュータ上で画面を設計し、携帯端末の表示画面上でその設計画面を表示させるエミュレーションシステムが提供されている。なお、このようなシステムに関連する技術としては、例えば特許文献１、２のようなものがある。
特開２００７−２６７１９９公報 特開２００６−３９９１９公報

上記エミュレーションシステムは、ホストコンピュータ上で設計された設計画面の一部を携帯端末の表示画面上に表示させて様々な動作確認を行おうとするものであるが、この種のエミュレーションシステムでは、表示画面上で表示される設計画面の一部を必要に応じて任意に切り替えうる構成が望まれ、更に、ユーザにとってより有利な機能が付加されることが望まれる。

本発明は、上述した課題を解決するためになされたものであり、ホストコンピュータで設計された設計画面の一部を携帯端末の表示画面上で表示できると共に、当該表示画面で表示される前記設計画面の表示対象位置を移動させて切り替え可能であり、更に、ユーザにとってより有利な機能が付加された携帯端末システムを提供することを目的とする。

上記目的を達成するため、請求項１の発明は、設計画面データを備えたホストコンピュータと、表示装置を備えた携帯端末と、を有し、前記ホストコンピュータの前記設計画面データによって構成される設計画面の一部を、前記表示装置の表示画面にて表示させ、かつ当該表示画面で表示される前記設計画面の表示対象位置を移動させて切り替え表示可能な携帯端末システムであって、前記携帯端末は、前記ホストコンピュータの前記設計画面データを取得して格納する格納手段と、前記格納手段に格納された前記設計画面データによって構成される前記設計画面において、前記表示画面に表示する対象となる対象領域を指定する対象領域指定手段と、前記表示画面における前記対象領域の表示位置を指定する表示位置指定手段と、を備え、前記対象領域指定手段は、前記設計画面における複数の領域をそれぞれ前記対象領域として指定し、前記表示位置指定手段は、前記対象領域指定手段によって指定される各対象領域についての前記表示画面における前記表示位置をそれぞれ指定することを特徴とする。

請求項２の発明は、請求項１に記載の携帯端末システムにおいて、前記対象領域指定手段は、少なくともいずれかの前記対象領域を前記設計画面内において移動させる対象領域移動手段と、前記設計画面内における前記対象領域の移動可能領域を設定する移動可能領域設定手段と、前記対象領域移動手段による前記対象領域の移動が前記移動可能領域の終端位置に達した場合に前記対象領域の移動を規制する移動規制手段と、を有することを特徴とする。

請求項３の発明は、請求項２に記載の携帯端末システムにおいて、前記設計画面内に存在する文字を認識する文字認識手段を備え、前記移動可能領域設定手段は、前記文字認識手段によって認識された前記文字の存在範囲を前記移動可能領域として設定し、前記移動規制手段は、前記対象領域移動手段による前記対象領域の移動が、前記文字の前記存在範囲の終端に達した場合に前記対象領域の移動を規制することを特徴とする。

請求項４の発明は、請求項２又は請求項３に記載の携帯端末システムにおいて、前記携帯端末は、操作キーを有し、前記対象領域移動手段は、前記操作キーに対する所定操作に応じて前記対象領域を移動させることを特徴とする。

請求項５の発明は、請求項１から請求項４のいずれか一項に記載の携帯端末システムにおいて、前記携帯端末は、入力デバイスとして、キーボードと、光学的情報読取手段と、を有し、出力デバイスとして、前記表示装置、表示用ＬＥＤ、ブザー、及びバイブレータを有することを特徴とする。

請求項６の発明は、請求項１から請求項５のいずれか１項に記載の携帯端末システムにおいて、前記携帯端末は、前記対象領域指定手段によって指定された少なくともいずれかの前記対象領域についての表示と非表示とを切り替える切替手段を有することを特徴とする。

請求項７の発明は、 設計画面データを備えたホストコンピュータと、表示装置を備えた携帯端末と、前記携帯端末からの指示に基づいて印刷を行うプリンタと、を有し、前記ホストコンピュータの前記設計画面データによって構成される設計画面の一部を、前記表示装置の表示画面にて表示させ、かつ当該表示画面で表示される前記設計画面の表示対象位置を移動させて切り替え表示可能な携帯端末システムであって、前記設計画面データによって構成される前記設計画面の特定領域に、前記プリンタを制御するためのプリンタコマンドが記述され、前記携帯端末は、前記ホストコンピュータの前記設計画面データを取得して格納する格納手段と、前記設計画面における前記プリンタコマンドを取得するための取得範囲を前記特定領域と対応させて指定する取得範囲指定手段と、前記取得範囲指定手段によって指定された前記取得範囲に存在する前記プリンタコマンドを取得する取得手段と、前記取得手段によって取得された前記プリンタコマンドを前記プリンタに転送する転送手段と、を有することを特徴とする。

請求項８の発明は、請求項７に記載の携帯端末システムにおいて、前記ホストコンピュータは、前記携帯端末を制御するスクリプトを生成するスクリプト生成手段と、前記スクリプト生成手段によって生成された前記スクリプトを前記携帯端末に送信するスクリプト送信手段と、を有し、前記携帯端末は、前記スクリプトを取得すると共に、当該スクリプトに従った情報処理を行うことを特徴とする。

請求項９の発明は、請求項８に記載の携帯端末システムにおいて、前記スクリプト生成手段によって生成される前記スクリプトは、前記プリンタコマンドが記述された前記特定領域を特定するものであり、前記携帯端末の前記取得範囲指定手段は、前記スクリプトに基づき、当該スクリプトによって特定される前記特定領域を前記取得範囲として指定することを特徴とする。

請求項１０の発明は、請求項８又は請求項９に記載の携帯端末システムにおいて、前記スクリプト生成手段によって生成される前記スクリプトは、前記プリンタからの応答情報を前記ホストコンピュータに送信する指示を与えるものであり、前記携帯端末は、前記スクリプトの指示に基づき、前記プリンタからの前記応答情報を前記ホストコンピュータに送信することを特徴とする。

請求項１１の発明は、請求項７から請求項１０のいずれか一項に記載の携帯端末システムにおいて、前記転送手段は、前記プリンタコマンドを、所定コマンドずつ前記プリンタに送信し、前記プリンタは、前記転送手段からの前記所定コマンドを受信する毎に、当該所定コマンドに対するコマンド応答情報を前記携帯端末に出力し、前記転送手段は、前記所定コマンドに対する前記コマンド応答情報が前記携帯端末にて受信されることに応じて、その受信された前記コマンド応答情報に対応する前記所定コマンドの次の前記所定コマンドを送信することを特徴とする。

請求項１２の発明は、請求項７から請求項１１のいずれか一項に記載の携帯端末システムにおいて、前記取得範囲指定手段は、前記設計画面における前記表示画面に表示されていない領域を前記取得範囲として指定することを特徴とする。

ホストコンピュータ上で設計された設計画面は、パーソナルコンピュータ等の画面を想定して設計されることが多く、このような設計画面を携帯端末の表示画面上で表示しようとすると、一般的には設計画面上の一部の領域のみしか表示できない。このような従来構成の場合、設計画面内の所望の情報を携帯端末の表示画面にて確認するために表示位置を移動させる必要があり、ユーザの負担が大きいという問題がある。
しかしながら、請求項１の発明では、ホストコンピュータにて設計された設計画面データを携帯端末に格納した上で、設計画面における複数の領域を表示画面に表示すべき対象領域として指定し、更に、各対象領域についての表示画面における各表示位置をそれぞれ指定するようにしている。このようにすると、設計画面において表示が必要となる複数領域を指定して携帯端末の表示画面に所望の位置関係で表示できるようになり、設計画面内の必要な情報を容易に且つ適切に確認できるようになる。

請求項２の発明は、対象領域移動手段が設けられているため、少なくともいずれかの対象領域を設計画面内において移動させることができ、設計画面における携帯端末に表示すべき領域を必要に応じて適切に変更できる。また、移動可能領域設定手段及び移動規制手段が設けられているため、対象領域の移動を特定の範囲に限定することができ、不要な表示等を効果的に防止できる。

請求項３の発明は、文字認識手段によって認識される文字の終端に達した場合に対象領域の移動が規制されるため、設計画面内において少なくともいずれかの対象領域の移動エリアを文字の存在する領域内に収めることができ、文字の存在するエリアに絞って効率的に表示できる。

請求項４の発明によれば、ユーザが、操作キーに対する所定操作によって対象領域を容易に移動できるようになる。

請求項５の発明によれば、様々な入力デバイス及び出力デバイスを備え、且つ光学的情報を読み取る機能を有する携帯端末においてエミュレーションを適切に行うことができる。

請求項６の発明は、いずれかの対象領域についての表示／非表示を切り替えることができるため、必要に応じて対象領域を表示させたり、非表示とすることができ、動作確認の自由度を一層高めることができる。

ホストコンピュータ上で設計された設計画面は、パーソナルコンピュータ等の比較的大型の画面を想定して設計されることが多く、このような設計画面を携帯端末の表示画面上で表示しようとすると、一般的には設計画面上の一部の領域のみしか表示できない。しかしながら、表示画面で表示される設計画面の表示対象位置を移動させて切り替え表示しうるエミュレーションシステムを構築することで、上記のような設計画面を携帯端末用に設計し直すことなく携帯端末の表示画面上で好適に動作確認できるようになる。
一方、上記のようなエミュレーションシステムでは、携帯端末で表示される設計画面をプリンタで出力すべき場合もあり、そのためには、携帯端末からプリンタに対し、当該携帯端末の表示画面内容を印刷するためのコマンドを発行する必要がある。しかしながら、エミュレーション中に携帯端末においてコマンドを記述しようとしても、コマンドを画面内に書き切れない、画面に書きにくい、或いは本来携帯端末に表示させたい内容を犠牲にしなければならない等の問題がある。
このような問題に対し、請求項７の発明では、ホストコンピュータで設計される設計画面の特定領域にプリンタコマンドを記述しておき、携帯端末にその記述されたコマンドを取得させる構成としているため、携帯端末に直接プリンタコマンドを記述する等の労力を軽減でき、携帯端末の表示画面内容を容易にプリンタ出力できるようになる。

請求項８の発明は、ホストコンピュータによって携帯端末を制御するスクリプトを生成、送信し、携帯端末においてそのスクリプトに従った情報処理を行うように構成されているため、複雑な設計等を要することなく携帯端末を適切に制御できるようになる。

請求項９の発明は、プリンタコマンドが記述された特定領域を特定しうるようにスクリプトが構成され、携帯端末は、そのスクリプトに基づき、プリンタコマンドが記述された領域（特定領域）を特定し、当該領域に記述されたプリンタコマンドを取得するように構成されている。このようにすると、複雑な設計等を要することなく携帯端末に対してプリンタコマンドの記述領域を正確に伝達できる。

請求項１０の発明は、スクリプトにより、携帯端末に対し、プリンタからの応答情報をホストコンピュータに送信する指示が与えられ、そのスクリプトの指示に基づき、プリンタからの応答情報がホストコンピュータに送信されるようになっている。このようにすると、ホストコンピュータがプリンタからの応答情報を確認できる構成を、複雑な設計や膨大なコストを伴うことなく良好に実現できる。

請求項１１の発明は、プリンタコマンドを所定コマンドずつプリンタに送信し、更に、その所定コマンドに対するプリンタからのコマンド応答情報に応じて次の所定コマンドを送信するように構成されている。このようにすると、プリンタコマンドのサイズが大きい場合であっても当該プリンタコマンドをプリンタに円滑に送信できるようになる。

請求項１２の発明は、設計画面における表示画面に表示されていない領域をプリンタコマンドを取得する取得範囲として指定するように構成されているため、表示画面に表示すべき内容を犠牲にすることなく携帯端末にプリンタコマンドを取得させることができる。

[第１実施形態]
以下、本発明に係る携帯端末システムを具現化した第１実施形態について、図面を参照して説明する。
図１は、本発明の第１実施形態に係る携帯端末システムを概略的に例示する説明図である。図２は、携帯端末の構成を概略的に例示するブロック図である。図３は、図１の携帯端末システムに用いられるホストコンピュータ及び当該ホストコンピュータ設計される設計画面を概略的に説明する説明図である。図４は、ホストコンピュータで設計された設計画面を携帯端末で表示した例を示す説明図である。図５は、携帯端末に与える各種設定値を設定する設定処理の流れを例示するフローチャートである。図６は、図５の設定処理にて設定されたデータ内容を概念的に説明する説明図である。図７は、ホストコンピュータで設計された設計画面を携帯端末で表示する表示処理を例示するフローチャートである。図８は、文字認識に基づいて移動可能範囲を設定する設定処理のフローチャートである。図９は、文字認識に基づく移動可能範囲の設定を説明する説明図である。図１０は、キー情報取得処理の流れを例示するフローチャートである。図１１は、キー情報取得処理について図８とは異なる例を示すフローチャートである。

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

携帯端末１０は、光学的情報読取装置（本実施形態ではバーコードリーダを例示）として構成されるものであり、図２のような構成をなしている。この携帯端末１０は、ケースの内部に回路部２０が収容されてなるものであり、この回路部２０は、主に、照明光源２１、受光センサ２８、結像レンズ２７等の光学系と、メモリ３５、制御回路４０等のマイクロコンピュータ（以下「マイコン」という）系と、から構成されている。
なお、本実施形態では、上記回路部２０が「光学的情報読取手段」の一例に相当している。

光学系は、投光光学系と、受光光学系とに分かれている。投光光学系を構成する照明光源２１は、照明光Ｌｆを発光可能な照明光源として機能するもので、例えば、赤色のＬＥＤとこのＬＥＤの出射側に設けられるレンズとから構成されている。なお、図２では、バーコードＢが付された読取対象物Ｒに向けて照明光Ｌｆを照射する例を概念的に示している。受光光学系は、受光センサ２８、結像レンズ２７、反射鏡（図示略）などによって構成されている。受光センサ２８は、読取対象物ＲやバーコードＢに照射されて反射した反射光Ｌｒを受光可能に構成されるものである。この受光センサ２８は、結像レンズ２７を介して入射する入射光を受光可能にプリント配線板（図示略）に実装されている。また、結像レンズ２７は、外部から読取口（図示略）を介して入射する入射光を集光して受光センサ２８の受光面２８ａに像を結像可能な結像光学系として機能するものである。本実施形態では、照明光源２１から照射された照明光Ｌｆが、バーコードＢにて反射した後、この反射光Ｌｒを結像レンズ２７で集光し、受光センサ２８の受光面２８ａにコード像を結像させている。

マイコン系は、増幅回路３１、Ａ／Ｄ変換回路３３、メモリ３５、アドレス発生回路３６、同期信号発生回路３８、制御回路４０、操作キー４３ａ、表示ＬＥＤ（以下、単にＬＥＤとも称する）４５、ブザー４４、液晶表示器４６、通信インタフェース４８等から構成されている。なお、液晶表示器４６は、「表示装置」の一例に相当する。

光学系の受光センサ２８から出力される画像信号（アナログ信号）は、増幅回路３１に入力されることで所定ゲインで増幅された後、Ａ／Ｄ変換回路３３に入力されると、アナログ信号からディジタル信号に変換される。そして、ディジタル化された画像信号、つまり画像データ（画像情報）は、メモリ３５に入力されると、所定のコード像画像情報格納領域に蓄積される。なお、同期信号発生回路３８は、受光センサ２８およびアドレス発生回路３６に対する同期信号を発生可能に構成されており、またアドレス発生回路３６は、この同期信号発生回路３８から供給される同期信号に基づいて、メモリ３５に格納される画像データの格納アドレスを発生可能に構成されている。

制御回路４０は、携帯端末１０全体を制御可能なマイコンで、ＣＰＵ、システムバス、入出力インタフェース等からなるもので、メモリ３５とともに情報処理装置を構成し得るもので情報処理機能を有する。この制御回路４０は、内蔵された入出力インタフェースを介して種々の入出力装置と接続可能に構成されており、本実施形態の場合、操作キー４３ａ、ＬＥＤ４５、ブザー４４、液晶表示器４６、通信インタフェース４８等を接続されている。これにより、例えば、操作キー４３ａの監視や管理、ＬＥＤ４５の点灯、非点灯、ビープ音やアラーム音を発生可能なブザー４４の鳴動のオンオフ、液晶表示器４６の表示制御等を可能にしている。なお、本実施形態では、制御回路４０に図示しない公知のバイブレータが接続されており、制御回路４０によって振動、非振動が制御されるようになっている。

通信インターフェース４８は外部機器と通信を行うためのインターフェースであり、本実施形態ではこの通信インターフェース４８とホストコンピュータ２の通信手段６との間で情報通信がなされている。

次に、携帯端末１０によるエミュレーションについて説明する。
本実施形態に係る携帯端末システム１では、ホストコンピュータ２において画面設計を行い得るように構成されており、図３には、ホストコンピュータ２において設計された画面（設計画面）の一例を示している。ホストコンピュータ２には、このような設計画面を表示するための設計画面データが記憶手段（ＨＤＤ７等）に記憶されている。なお、コンピュータ上で画面設計を行う技術は公知であるので詳細は省略する。

携帯端末１０は、ホストコンピュータ２に設けられた上記設計画面データを取得し、当該設計画面データによって構成される設計画面の一部を、例えば図４（ａ）のように液晶表示器４６（表示装置）の表示画面に表示させ、更に、当該表示画面で表示される設計画面の表示対象位置を移動させて切り替え表示可能とされている。以下、このようなエミュレーションを行うための具体的内容について詳述する。

まず、図５を参照して携帯端末に与える各種設定値を設定するための設定処理を説明する。当該設定処理は、ホストコンピュータ２において行われるものであり、当該処理が開始されると、まず、携帯端末１０に表示すべき対象領域数の設定が行われる（Ｓ１）。図３、図４（ａ）の例のように、表示すべき対象領域を２つとする場合には、表示領域数は「２」と設定される。なお、この「２」という設定情報は、ホストコンピュータ２を扱うユーザによって入力され、設定された対象領域数「２」は記憶手段（ＲＡＭ８，ＨＤＤ７等）に記憶される。

次に、各対象領域についての携帯端末１０での表示サイズを設定する（Ｓ２）。例えば、図４（ａ）では、携帯端末１０の表示画面において２つの表示領域ＡＲ１、ＡＲ２が設定される例を示しているが、Ｓ２ではこのような表示領域ＡＲ１、ＡＲ２の各表示サイズが設定される。各表示サイズデータは、ホストコンピュータ２を扱うユーザによって入力され（例えば、Ｎ１文字×Ｎ２文字、或いはＬ１ｍｍ×Ｌ２ｍｍといったデータが入力され）、Ｓ１で設定された領域数の分だけ生成される。

次に、携帯端末に表示する各対象領域についての設計画面内での移動可能なエリア（移動可能領域）を設定する（Ｓ３）。この処理では、例えば破線領域ＡＲ３（図３）にて概念的に示すようにユーザが設計画面内の所望のエリアを設定することができる。なお、各移動可能領域を特定するデータは、ホストコンピュータ２を扱うユーザによって入力（例えば、座標値と領域サイズの入力等）され、Ｓ１で設定された領域数の分だけ生成することができる。

次に、携帯端末１０の表示画面内での初期表示位置を設定する処理が行われる（Ｓ４）。この処理では、Ｓ１で設定される数の各対象領域を、初期状態において携帯端末１０の表示画面のどの位置に配置するかを定める処理である。この初期表示位置も、ホストコンピュータ２を扱うユーザによって入力（例えば、各初期表示位置の各座標値の入力等）され、Ｓ１で設定された数の分だけ生成される。

更に、携帯端末１０の表示画面で表示されるべき各対象領域についての初期表示領域を設定する（Ｓ５）。この処理は、初期状態においてＳ３で設定される各移動可能領域のどの位置を表示するかを定める処理であり、例えば、移動可能領域ＡＲ３内の領域ＡＲ４（図３）を初期状態で表示させる場合には、領域ＡＲ４を特定する座標値（例えば図３における位置Ｐ１の座標値）を設定すればよい。なお、表示サイズについては、Ｓ２の処理で設定されているため、位置Ｐ１を特定できれば領域ＡＲ４を初期表示領域として特定できるようになる。なお、このような初期表示領域を特定するデータもホストコンピュータ２を扱うユーザによって入力（例えば各移動可能領域毎の各座標値の入力等）され、Ｓ１で設定された領域数の分だけ生成される。

このような設定処理が一通り完了した後には、各設定値を記録した設定ファイル（設定情報）が記憶手段（例えばＨＤＤ７）に保存される（Ｓ６）なお、図６には、表示対象領域数が「２」であるときの設定ファイルのデータ内容を概念的に示しており、当該設定ファイルによれば、設計画面における表示対象領域数「２」、各対象領域についての携帯端末での各表示サイズデータＤ２１、Ｄ２２、各対象領域についての移動可能領域データＤ３１、Ｄ３２、各対象領域を携帯端末１０で表示するときの当該携帯端末上での各初期表示位置データＤ４１，Ｄ４２、各対象領域についての各初期表示領域データＤ５１，Ｄ５２が得られることとなる。

次に、図７を参照して携帯端末１０で行われる表示処理を説明する。当該処理では、まず図５の処理で生成された設定ファイルが取得される（Ｓ１０）。このＳ１０の処理では、例えば、携帯端末１０からホストコンピュータ２に対し設定ファイルの要求が行われ、当該要求に応じてホストコンピュータ２から出力された設定ファイルが携帯端末１０のメモリ３５に記憶される。

その後、Ｓ１１〜Ｓ１５において、各設定値が登録される。Ｓ１１では、Ｓ１０で取得した設定ファイルが読み出され、Ｓ１で設定された携帯端末１０に表示すべき対象領域数が登録される。同様に、Ｓ２で設定された各対象領域の各表示サイズが登録され（Ｓ１２）、Ｓ３で設定された各移動可能領域が登録される（Ｓ１３）。更には、Ｓ４で設定された、携帯端末１０の表示画面内での初期表示位置が登録され（Ｓ１４）、Ｓ５で設定された各対象領域についての初期表示領域が登録される（Ｓ１５）。なお、これらの登録データはＲＡＭ等に記憶され、以降の処理において設計画面を表示するために用いられることとなる。

なお、本実施形態では、図７のプログラムを実行する制御回路４０が「対象領域指定手段」の一例に相当し、上記登録内容に基づき、格納された設計画面データによって構成される設計画面において、携帯端末１０の表示画面に表示する対象領域を複数指定するように機能する。また、制御回路４０は、「表示位置指定手段」の一例にも相当し、上記登録内容に基づき、携帯端末１０の表示画面における各対象領域の表示位置をそれぞれ指定するように機能する。

Ｓ１５の後には、ホストコンピュータ２から設計画面データが取得される。なお、本実施形態では、例えば、携帯端末１０からホストコンピュータ２に対して設計画面データの要求が行われ、当該要求に応じてホストコンピュータ２から出力された設計画面データが携帯端末１０のメモリ３５に記憶される。なお、メモリ３５及び制御回路４０が「格納手段」の一例に相当する。

次に、文字認識に基づく移動可能領域の設定処理が行われる（Ｓ１７）。この処理は、設計画面内に存在する文字を認識し、その認識された文字の存在範囲を移動可能領域として設定する処理である。なお、本実施形態では図８のプログラムを実行する制御回路４０が「文字認識手段」「移動可能領域設定手段」の一例に相当する。

図８は、Ｓ１７の処理の流れを例示するフローチャートであり、当該処理が開始されると、まず、Ｘ座標（行方向の座標）の値Ａ及びＹ座標（列方向の座標）の値Ｂの初期化が行われる（Ｓ３０）。この処理では、着目する領域（Ｓ１３で設定されたいずれかの移動可能領域）において角部の座標が初期値として取得される。例えば、Ｓ１３において図９（ａ）のような領域ＡＲ５が設定されている場合、当該領域ＡＲ５の右下の角部位置Ｚ１の座標（１，１０）を初期値として設定する。

そして、現在行の最初の文字座標が取得される（Ｓ３１）。例えば、Ｓ３０において位置Ｚ１の座標（１，１０）が初期値として取得されたときには、その位置Ｚ１を含んだ行の最初の文字「Ｍ」の位置Ｚ２の座標（１，８）が取得される。そして、現在行においてＸ座標値が現在のＡの値よりも小さい文字が存在するか否かを判断し（Ｓ３２）、存在する場合には、Ｓ３２にてＹｅｓに進み、存在する文字の座標のうち最も小さい値をＡとするようにＡの値を更新する（Ｓ３３）。例えば、図９において現在行が１行目である場合には最も文字が存在する位置のうちＸ座標値が最も小さい「Ｊ」の位置Ｚ３のＸ座標値「４」がＡの値となる。更に、現在行の最後の文字座標を取得する（Ｓ３４）。

更に、Ｙ座標値が現在のＢの値よりも大きい文字が存在するか否かを判断し（Ｓ３５）、存在する場合にはＳ３５にてＹｅｓに進み、Ｂの値を、現在Ｂの値の次に大きい座標の値に更新し（Ｓ３６）、着目する行を次の行に進める（Ｓ３７）。例えば、現在の行が１行目である場合には、Ｓ３６においてＢの値が「２」に更新され、Ｓ３７において着目する行が２行目に進められることとなる。

その後、現在行が着目している指定領域（即ちＳ１３で設定された領域）から外れたか否かを判断し（Ｓ３８）、外れていない場合にはＳ３８にてＮｏに進み、Ｓ３１以降の処理を繰り返す。例えばＳ３７において２行目に進められた場合には現在行を二行目としてＳ３１以降の処理を繰り返す。また、二行目についてＳ３１〜Ｓ３６までの処理が終わると、Ｓ３７にて三行目に進められると共に、三行目についてＳ３１〜Ｓ３６までの処理が繰り返される。そして、Ｓ３７にて４行目に進められると、指定領域を外れることとなるのでＳ３８にてＹｅｓに進みＳ３８の設定処理が行われる。着目する指定領域についてＳ３０〜Ｓ３８までの処理が終了し、Ｓ３８にてＹｅｓに進むときには、Ａの値は、文字が存在する領域における最も小さいＸ座標値（図９では位置Ｚ７のＸ座標値「３」）に設定され、Ｂの値は、文字が存在する領域における最も大きいＹ座標値（図９では「３」）に設定されている。また、文字が存在する領域の最も小さいＹ座標値、及び最も大きいＸ座標値も容易に特定できるため、これら４つの座標値に基づいて矩形状の移動可能領域が設定される（Ｓ３９：図９（ｂ）のＡＲ６参照）。

なお、上記のような文字認識に基づく移動可能領域の設定処理は、全てに対象領域について行うようにしてもよく、一部の対象領域のみについて行うようにしてもよい。例えば、図４（ａ）のような表示画面設定がなされる場合、補助領域ＡＲ２に表示する対象となる対象領域のみについて行うようにしてもよく、全ての領域ＡＲ１、ＡＲ２について行うようにしてもよい。

図８の処理が終わると、図７のＳ１８に示す表示内容の更新処理が行われる（Ｓ１８）。この処理は、後述するＳ１９の処理結果に応じて表示画面の表示内容を更新する処理であり、Ｓ１９の処理が行われていない初回には、Ｓ１６で取得された設計画面データによって構成される設計画面がＳ１１〜Ｓ１７までの設定に従って表示される。

Ｓ１８の後にはキー情報取得処理が行われる（Ｓ１９）。この処理では、ユーザが携帯端末１０の操作キー４３ａ（図１等）を操作することに応じてそのキー情報が取得され、キー操作内容に応じた表示制御がなされる。本実施形態に係る携帯端末１０では、キー操作の種類毎に表示制御内容が決められており、具体的には、メイン画面の移動指示、サブ画面の移動指示、メイン画面の内容移動指示、サブ画面の内容移動指示、サブ画面の表示指示、サブ画面の非表示指示、ホストへの情報送信指示、アプリケーション終了指示（表示処理終了指示）、についてそれぞれキー操作の種類が予め定められている。

図１０は、キー情報取得処理の具体的な流れを例示しており、当該処理ではまず、メイン画面の移動指示がなされたか否か（メイン画面移動情報が取得されたか否か）が判断される（Ｓ５０）。本実施形態では、図４に示すように、携帯端末１０に表示する領域として、表示画面上の大部分を占める主領域ＡＲ１と、主領域（メイン画面）ＡＲ１よりも小さい補助領域（サブ画面）ＡＲ２とが設定されるように構成されており、キー操作が携帯端末１０の表示画面内での主領域ＡＲ１（メイン画面）の移動を指示するものである場合には、Ｓ５０にてＹｅｓに進み、表示画面内での移動可能か否かを判断する（Ｓ５１
。例えば、メイン画面が表示画面内のほぼ全体に亘って構成され、移動するエリアが無い場合や、メイン画面を移動させようとする方向において既に表示画面の端部に達している場合には移動が不可能であるためＳ５１にてＮｏに進み、当該処理を終了する。一方、メイン画面の移動が可能である場合には、Ｓ５１にてＹｅｓに進み、携帯端末１０の表示画面におけるメイン画面の表示座標を変更し、メイン画面を、キー操作に応じた方向に指示された量だけ移動させる設定を行う（Ｓ５２）。

Ｓ５０でＮｏに進む場合には、サブ画面の移動指示がなされたか否か（サブ画面移動情報が取得されたか否か）が判断される（Ｓ５３）。キー操作が携帯端末１０の表示画面内での補助領域ＡＲ２（サブ画面）の移動を指示するものである場合には、Ｓ５３にてＹｅｓに進み、当該サブ画面を表示画面内で移動可能か否かを判断する（Ｓ５４）。例えば、サブ画面を移動させようとする方向において既に表示画面の端部に達している場合（例えば、図４（ａ）のような状態において下方向に移動させる指示がなされた場合等）には、移動が不可能であるためＳ５４にてＮｏに進み、当該処理を終了する。一方、サブ画面の移動が可能である場合には、Ｓ５４にてＹｅｓに進み、携帯端末１０の表示画面におけるサブ画面の表示座標を変更し、サブ画面を、キー操作に応じた方向に指示された量だけ移動させる設定を行う（Ｓ５５）。

一方、Ｓ５３にてＮｏに進む場合には、メイン画面の内容移動指示がなされたか否か（メイン画面の内容移動情報が取得されたか否か）が判断される（Ｓ５６）。キー操作によってメイン画面の内容を移動させる指示がなされた場合とは、即ち、設計画面におけるメイン画面（主領域ＡＲ１）に表示させるべき対象領域を移動可能領域内で移動させる指示がなされた場合のことであり、このような場合にはＳ５６にてＹｅｓに進み、移動が可能か否かを判断する（Ｓ５７）。メイン画面（主領域ＡＲ１）で表示すべき対象領域を設計画面内で移動可能な場合にはＳ５７にてＹｅｓに進み、メイン画面の内容領域の座標を変更し（即ち、設計画面における主領域ＡＲ１に表示させるべき対象領域を移動可能領域内で移動させ）メイン画面の表示内容を変更する設定を行う（Ｓ５８）。一方、設計画面内においてメイン画面（主領域ＡＲ１）に表示させるべき対象領域を移動できない場合（例えば、主領域ＡＲ１の表示サイズと主領域ＡＲ１についての移動可能領域とが同サイズの場合、或いは、対象領域を移動させようとする方向において移動可能領域の終端に達している場合等）には、Ｓ５７にてＮｏに進み、当該処理を終了する。

なお、本実施形態では、図１０のプログラムを実行する制御回路４０が「対象領域移動手段」の一例に相当し、少なくともいずれかの対象領域を設計画面内において移動させるように機能する。また、制御回路４０は、「移動規制手段」の一例に相当し、対象領域の移動が移動可能領域の終端位置に達した場合に対象領域の移動を規制するように機能する。

一方、Ｓ５６にてＮｏに進む場合には、サブ画面の内容移動指示がなされたか否か（サブ画面の内容移動情報が取得されたか否か）が判断される（Ｓ５９）。キー操作によってサブ画面の内容を移動させる指示がなされた場合とは、即ち、設計画面におけるサブ画面（補助領域ＡＲ２）に表示させるべき対象領域を移動可能領域内で移動させる指示がなされた場合のことであり、このような場合にはＳ５９にてＹｅｓに進み、移動が可能か否かを判断する（Ｓ６０）。サブ画面（補助領域ＡＲ２）で表示すべき対象領域を設計画面内で移動可能な場合にはＳ６０にてＹｅｓに進み、サブ画面の内容領域の座標を変更し（即ち、設計画面における補助領域ＡＲ２に表示させるべき対象領域を移動可能領域内で移動させ）サブ画面の表示内容を変更する設定を行う（Ｓ６１）。一方、設計画面内においてサブ画面（補助領域ＡＲ２）に表示させるべき対象領域を移動できない場合には、Ｓ６０にてＮｏに進み、当該処理を終了する。例えば、Ｓ１７（図７、図８）で説明した文字認識に基づく移動可能領域の設定処理により移動可能領域が文字の存在範囲に限定されている場合、キー操作によって対象領域を移動させようとする方向において当該対象領域が文字の存在範囲の終端に達している場合には移動が規制されるため、このような場合にはＳ６０にてＮｏに進み当該処理を終了する。

Ｓ５９にてＮｏに進む場合には、キー操作によってサブ画面（補助領域ＡＲ２）を表示させる指示、或いはサブ画面を表示させない指示がなされたか否かを判断する（Ｓ６２）。このような指示がなされた場合にはＳ６２にてＹｅｓに進み、その指示に応じてサブ画面を表示させる設定又は表示させない設定を行う（Ｓ６３）。なお、本実施形態では、図１０のプログラムを実行する制御回路４０が「切替手段」の一例に相当し、少なくともいずれかの対象領域についての表示と非表示とを切り替えるように機能する。

Ｓ６２にてＮｏに進む場合には、キー操作によってホストコンピュータ２へ情報を送信する指示がなされたか否かを判断する（Ｓ６４）。指示がなされた場合にはＳ６４にてＹｅｓに進み、指示された情報をホストコンピュータ２に送信する（Ｓ６５）。

また、Ｓ６４にてＮｏに進む場合には、当該アプリケーションを終了させる指示がなされたか否かを判断し（Ｓ６６）、終了させる指示がなされた場合にはＳ６６にてＹｅｓに進み、図７の表示処理を終了させる設定を行う（Ｓ６７）。

上記のようなキー情報取得処理が終わると、図７のＳ２０に示す判断処理、即ち、図７の表示処理を終了させる指示がなされたか否かの判断処理が行われる。図１０に示すキー情報取得処理において、Ｓ６７の終了設定処理が行われている場合にはＳ２０にてＹｅｓに進み、図７の処理を終了する。一方、終了が指示されていない場合には、Ｓ２０にてＮｏに進み、Ｓ１６以降の処理を繰り返す。なお、再度行われるＳ１６の処理では、キー情報取得処理において設計画面に何らかの変更がなされている場合にはホストコンピュータ２から設計画面データを再度取得し、そうでない場合には設計画面データを再取得せずに既に格納されている設計画面データを利用するようにしてもよい。

また、再度行われるＳ１８の処理では、図１０のキー情報取得処理にて設定された内容（即ち、Ｓ５２、Ｓ５５、Ｓ５８、Ｓ６１、Ｓ６３等の設定内容）を反映するように携帯端末１０の表示画面内容が更新される。

なお、上記の例では、キー情報取得処理として図１０のような例を示したが、これに代えて図１１のような処理を行うようにしてもよい。図１１は、携帯端末１０に表示させる対象領域が３以上設定された場合にも対応しうる処理であり、当該処理の前提として、キー操作により、「画面の指定指示」「画面の移動指示」「画面の内容移動指示」「画面の表示指示」「画面の非表示指示」を与えることができるようになっている。なお、ホストへの情報送信指示、アプリケーション終了指示（表示処理終了指示）、については、図１０の例と同様であるため、Ｓ１１１〜Ｓ１１４の詳細な説明は省略する。

図１１の処理では、まず、画面の指定指示がなされたか否かを判断する（Ｓ１０１）。キー操作により、携帯端末１０の表示画面内に設定される各画面（即ち、各対象領域を表示する各画面）のいずれかが指定された場合にはＳ１０１にてＹｅｓに進み、当該キー情報取得処理において着目するフォーカス画面を指定された画面に変更する設定を行う（Ｓ１０２）。

Ｓ１０１にてＮｏに進む場合には、画面を移動する指示がなされたか否か（画面移動情報が取得されたか否か）を判断する（Ｓ１０３）。即ち、キー操作が携帯端末１０の表示画面内での表示エリアの移動を指示するものである場合には、Ｓ１０４にてＹｅｓに進み、現在のフォーカス画面（Ｓ１０２で設定されている画面）が表示画面内で移動可能か否かを判断する（Ｓ１０４）。移動が可能ならばＳ１０４にてＹｅｓに進み、そのフォーカス画面を、キー操作に応じた方向に指示された量だけ移動させる設定を行う（Ｓ１０５）。移動が不可能ならばＳ１０４にてＮｏに進み当該処理を終了する。

Ｓ１０３にてＮｏに進む場合には、画面の内容移動指示がなされたか否か（画面の内容移動情報が取得されたか否か）が判断される（Ｓ１０６）。画面の内容移動指示がなされた場合、即ち、設計画面におけるフォーカス画面に表示させるべき対象領域を移動可能領域内で移動させる指示がなされた場合には、Ｓ１０６にてＹｅｓに進み、移動が可能か否かを判断する（Ｓ１０７）。フォーカス画面で表示すべき対象領域を設計画面内で移動可能な場合にはＳ１０７にてＹｅｓに進み、フォーカス画面の内容領域の座標を変更し（即ち、設計画面におけるフォーカス画面に表示させるべき対象領域を移動可能領域内で移動させ）フォーカス画面の表示内容を変更する設定を行う（Ｓ１０８）。一方、設計画面内においてフォーカス画面に表示させるべき対象領域を移動できない場合には、Ｓ１０７にてＮｏに進み、当該処理を終了する。

Ｓ１０６にてＮｏに進む場合には、フォーカス画面を表示させる指示、或いはフォーカス画面を表示させない指示がなされたか否かを判断する（Ｓ１０９）。このような指示がなされた場合にはＳ１０９にてＹｅｓに進み、その指示に応じてフォーカス画面を表示させる設定又は表示させない設定を行う（Ｓ１１０）。なお、Ｓ１１１〜Ｓ１１４の処理は、図１０のＳ６４からＳ６７と同様である。

なお、図１１のようなキー情報取得処理が行われる場合もＳ１８（図７）では同様の更新が行われ、フォーカス画面についてＳ１０５、Ｓ１０８、Ｓ１１０の設定内容を反映した変更が行われ、携帯端末１０での表示画面内容が更新される。

本実施形態の構成によれば、例えば以下のような効果を奏する。
本実施形態に係る携帯端末システム１では、ホストコンピュータ２にて設計された設計画面データを携帯端末１０に格納した上で、設計画面における複数の領域を表示画面に表示すべき対象領域として指定し、更に、各対象領域についての表示画面における各表示位置をそれぞれ指定するようにしている。このようにすると、設計画面において表示が必要となる複数領域を指定して携帯端末１０の表示画面に所望の位置関係で表示できるようになり、設計画面内の必要な情報を容易に且つ適切に確認できるようになる。

例えば、図４（ｂ）では、単に設計画面データの一部領域を表示させる構成を例示しているが、このようにすると、設計画面下部のエラーコードを頻繁に確認したい場合に確認し難く、エラーコードが表示されていること自体把握できない場合もありうる。しかしながら、本実施形態の構成によれば、頻繁に確認すべき領域等、必要となる領域を対象領域として携帯端末上に常時表示させることができ、ユーザの利便性を格段に高めることができる。

また、対象領域移動手段が設けられているため、少なくともいずれかの対象領域を設計画面内において移動させることができ、設計画面における携帯端末１０に表示すべき領域を必要に応じて適切に変更できる。また、移動可能領域設定手段及び移動規制手段が設けられているため、対象領域の移動を特定の範囲に限定することができ、不要な表示等を効果的に防止できる。

また、文字認識手段によって認識される文字の終端に達した場合に対象領域の移動が規制されるため、設計画面内において少なくともいずれかの対象領域の移動エリアを文字の存在する領域内に収めることができ、文字の存在するエリアに絞って効率的に表示できる。

また、ユーザが、操作キー４３ａに対する所定操作によって対象領域を容易に移動できるようになる。

また、様々な入力デバイス及び出力デバイスを備え、且つ光学的情報を読み取る機能を有する携帯端末１０においてエミュレーションを適切に行うことができる。

また、いずれかの対象領域についての表示／非表示を切り替えることができるため、必要に応じて対象領域を表示させたり、非表示とすることができ、動作確認の自由度を一層高めることができる。

［第２実施形態]
次に第２実施形態について説明する。図１２は、第２実施形態に係る携帯端末システムを概略的に例示する説明図である。図１３は、図１２の携帯端末システムに用いられる設計画面を説明する説明図である。図１４は、図１２の携帯端末システムで行われる設定処理の流れを例示するフローチャートである。図１５は、図１２の携帯端末システムで扱われるスクリプトを例示する説明図である。図１６は、図１２の携帯端末システムで行われるエミュレーション処理の流れを例示するフローチャートである。

なお、本実施形態の携帯端末システム２００は、ホストコンピュータ２及び携帯端末１０のハードウェア構成は第１実施形態と同一であり、第１実施形態の携帯端末システム１の機能を全て備えているので第１実施形態と同一の内容については説明を省略する。また、第１実施形態の携帯端末システム１と同一の部分については当該携帯端末システム１と同一の符号を付すものとする。

図１２に示すように、本実施形態の携帯端末システム２００も、設計画面データを備えたホストコンピュータ２と、液晶表示器４６（表示装置）を備えた携帯端末１０とを有しており、ホストコンピュータ２の設計画面データによって構成される設計画面（図１３参照）の一部を、液晶表示器４６の表示画面にて表示させ、かつ当該表示画面で表示される設計画面の表示対象位置を移動させて切り替え表示しうるように構成されている。

本実施形態の携帯端末システム２００は、更に、携帯端末１０からの指示に基づいて印刷を行うプリンタ２１０を備えており、携帯端末１０からの指示に基づきプリンタ２１０によって様々な印刷を行い得るように構成されている。このプリンタ２１０は、携帯端末１０からの指示を受けて印刷を行う公知の画像形成装置として構成されており、携帯端末１０との間で通信を行うための通信インターフェース２１４と、印字部２１１と、ＣＰＵ２１２と、ＲＯＭ、ＲＡＭ等からなる記憶装置２１３などを備えている。

このように構成される携帯端末システム２００は、ホストコンピュータ２において、設計画面の特定領域にプリンタを制御するためのプリンタコマンドを記述しており（図１３参照）、携帯端末１０は、ホストコンピュータ２の設計画面データを取得して格納すると共に、設計画面におけるプリンタコマンドを取得するための取得範囲を指定し、その指定された取得範囲に存在するプリンコマンドを取得している。そして、その取得されたプリンタコマンドをプリンタ２１０に転送することで携帯端末１０の指示に基づく印刷を可能としている。
以下、ホストコンピュータ２や携帯端末１０で行われる具体的処理について説明する。

図１４は、ホストコンピュータ２で行われる設定処理の流れを例示するフローチャートである。当該処理では、まず印刷を行う対象プリンタを設定する（Ｓ２０１）このＳ２０１では、携帯端末１０によって指示を与えるプリンタ２１０の機種等を設定している。次いで、携帯端末１０とプリンタ２１０との間の通信設定を行う（Ｓ２０２）。Ｓ２０２では、携帯端末１０とプリンタ２１０との通信が無線通信であるか、光通信であるか等の通信種別設定や、通信速度設定などが行われる。

更に、設計画面（以下、ホスト画面ともいう）におけるプリンタコマンドの記述範囲を設定する（Ｓ２０３）。図１３のように設計画面の特定領域にプリンタコマンドが記述されているため、Ｓ２０３では、この特定領域（プリンタコマンドが記述された領域）が記述範囲として設定される。なお、これらＳ２０１〜Ｓ２０３の設定はホストコンピュータ２上において作業者による指示に基づいて行われ、作業者はホストコンピュータ２に存在する設計画面データを認識ながら、プリンタコマンドが記述された特定領域を把握し、これを記述範囲として指示する作業を行うことになる。このようなＳ２０１〜Ｓ２０３の設定内容は、コンフィグファイルとしてデータ化され、保存される（Ｓ２０４）。

なお、設計画面にプリンタコマンドを記述する処理は、作業者による操作手段９（キーボード等）を用いた入力作業に基づいて予めホストコンピュータ２において行うことができ、ホストコンピュータ２の操作手段９（キーボード等）やＣＰＵ４が設計画面にプリンタコマンドを記述する記述手段の一例に相当する。

Ｓ２０４の後には、スクリプトファイルを携帯端末１０に転送する転送処理が行われる（Ｓ２０５）。本実施形態では、ホストコンピュータ２において図１５のようなスクリプトファイルが予め生成されるようになっている。このスクリプトファイルは、携帯端末１０を制御するスクリプトが記述されたファイルであり、ホストコンピュータ２を扱う作業者がエディタなどを利用した入力操作を行うことにより生成されるものであり、ＣＰＵ４が、「スクリプト生成手段」の一例に相当している。また、図１４のプログラムを実行するＣＰＵ４及び通信手段６が「スクリプト送信手段」の一例に相当し、生成されたスクリプトを携帯端末１０に送信するように機能する。携帯端末１０は、スクリプトを取得して、当該スクリプトに従った情報処理を行うこととなるが、この情報処理については後述する。 Ｓ２０５の後には、上記コンフィグファイルを携帯端末１０に転送する転送処理が行われる（Ｓ２０６）。

次に、図１６を参照して携帯端末１０で行われるエミュレーション処理について説明する。
当該処理では、まずＳ２０６（図１４）で転送されたコンフィグファイルを取得し、登録する処理が行われる（Ｓ２１０）。この処理では、Ｓ２０１〜Ｓ２０３の設定内容が携帯端末１０のメモリ３５に記憶され、登録される。

その後、ホストコンピュータ２の設計画面データを取得する処理が行われる（Ｓ２１１）なお、本実施形態では、例えば、携帯端末１０からホストコンピュータ２に対して設計画面データの要求が行われ、当該要求に応じてホストコンピュータ２から出力された設計画面データが携帯端末１０のメモリ３５に記憶される。なお、メモリ３５及び制御回路４０が「格納手段」の一例に相当する。

Ｓ２１１の後にはイベントを取得する処理が行われる。本実施形態では、図１５のスクリプトファイルに示すように、複数のイベント（キー操作）がスクリプトに登録されており、Ｓ２１２ではこのようなイベントを取得する。その後、スクリプトファイルをチェックしてイベントに対応する処理を特定する（Ｓ２１３）。例えばＦ１キーが操作されたときにはＮｅｘｔＳｃｒｅｅｎ（次の画面への移行）が特定され、Ｆ３キーが操作されたときにはＥＮＤ（当該処理の終了）が特定される。

スクリプトファイルのチェックが終わったあとには、どのようなイベントが取得されたかが判断される（Ｓ２１４）。例えば画面遷移が指示された場合にはＳ２１１以降の処理を行い、当該処理の終了が指示された場合には当該処理を終了し、データ入力が指示された場合にはデータ表示が行われる（Ｓ２１５）。

一方、プリンタ出力が指示された場合（図１５の例ではＦ４キーの操作）、Ｓ２１６に進んでプリンタコマンドを取得する処理を行う。本実施形態では、コンフィグファイルの読み込み、登録処理（Ｓ２１０）によって、プリンタコマンドが記述された特定領域（記述範囲）のデータが携帯端末１０に登録されているため、Ｓ２１６の処理では、このデータに基づき、設計画面におけるプリンタコマンドを取得するための取得範囲を指定し、その指定された取得範囲に存在するプリンタコマンドを切り出して取得する。なお、図１６のプログラムを実行する制御回路４０が「取得範囲指定手段」「取得手段」の一例に相当する。

Ｓ２１６で取得されたプリンタコマンドは所定コマンド（ここでは１コマンド）分切り出され（Ｓ２１７）、プリンタ２１０に送信される（Ｓ２１８）。そして、その送信に応じたプリンタ２１０からの返答を確認する（Ｓ２１９）。正常に送信された返答があった場合にはＳ２２０に進み、残りのコマンドが存在するか否かを確認し、存在する場合にはＳ２１７に戻って再び１コマンド分切り出し（Ｓ２１７）、それをプリンタ２１０に送信する（Ｓ２１８）。一方、Ｓ２２０において残りコマンドが存在しない場合にはＳ２２１に進んで完了表示を行う。

なお、本実施形態では、制御回路４０及び通信インターフェース４８が「転送手段」の一例に相当し、取得されたプリンタコマンドをプリンタに転送するように機能する。また、制御回路４０及び通信インターフェース４８（転送手段）は、プリンタコマンドを、所定コマンドずつプリンタに送信するように機能しており、プリンタ２１０は、所定コマンドを受信する毎に、当該所定コマンドに対するコマンド応答情報を携帯端末１０に出力し、制御回路４０及び通信インターフェース４８（転送手段）は、所定コマンドに対するコマンド応答情報が携帯端末１０にて受信されることに応じて、その受信されたコマンド応答情報に対応する所定コマンドの次の所定コマンドをプリンタ２１０に送信している。なお、携帯端末１０からプリンタ２１０に与えられるコマンドは予め取り決めがなされた公知のコマンドであり、携帯端末１０からコマンドが送られたときにプリンタ２１０によって当該コマンドを実行する点、或いはプリンタ２１０がコマンドを正常に取得したときに次のコマンドを要求する点、プリンタ２１０から次のコマンドが要求されたときに携帯端末１０からプリンタ２１０に対して次のコマンドが送信される点などについては携帯端末１０とプリンタ２１０との間でシーケンスが定められている。

なお、Ｓ２１９においてプリンタ２１０からの返答がなく、タイムアウトとなった場合にはエラー表示がなされる（Ｓ２２２）。また、プリンタ２１０から再送信要求が送られた場合にはＳ２１９からＳ２２３に進み、再送信要求が指定回数に達したか否かを判断し（Ｓ２２３）、達していない場合にはＳ２１８に戻って再送信を行い、指定回数に達している場合にはエラー表示がなされるようになっている（Ｓ２２２）。

本実施形態の構成によれば、例えば以下のような効果を奏する。
ホストコンピュータ上で設計された設計画面は、パーソナルコンピュータ等の比較的大型の画面を想定して設計されることが多く、このような設計画面を携帯端末の表示画面上で表示しようとすると、一般的には設計画面上の一部の領域のみしか表示できない。しかしながら、表示画面で表示される設計画面の表示対象位置を移動させて切り替え表示しうるエミュレーションシステムを構築することで、上記のような設計画面を携帯端末用に設計し直すことなく携帯端末の表示画面上で好適に動作確認できるようになる。
一方、上記のようなエミュレーションシステムでは、携帯端末で表示される設計画面をプリンタで出力すべき場合もあり、そのためには、携帯端末からプリンタに対し、当該携帯端末の表示画面内容を印刷するためのコマンドを発行する必要がある。しかしながら、エミュレーション中に携帯端末においてコマンドを記述しようとしても、コマンドを画面内に書き切れない、画面に書きにくい、或いは本来携帯端末に表示させたい内容を犠牲にしなければならない等の問題がある。
このような問題に対し、本実施形態の構成では、ホストコンピュータ２で設計される設計画面の特定領域にプリンタコマンドを記述しておき、携帯端末１０にその記述されたコマンドを取得させる構成としているため、携帯端末１０に直接プリンタコマンドを記述する等の労力を軽減でき、携帯端末１０の表示画面内容を容易にプリンタ出力できるようになる。

また、ホストコンピュータ２によって携帯端末１０を制御するスクリプトを生成、送信し、携帯端末１０においてそのスクリプトに従った情報処理を行うように構成されているため、複雑な設計等を要することなく携帯端末を適切に制御できるようになる。

また、プリンタコマンドを所定コマンドずつプリンタ２１０に送信し、更に、その所定コマンドに対するプリンタ２１０からのコマンド応答情報に応じて次の所定コマンドを送信するように構成されている。このようにすると、プリンタコマンドのサイズが大きい場合であっても当該プリンタコマンドをプリンタに円滑に送信できるようになる。
［他の実施形態]
本発明は上記記述及び図面によって説明した実施形態に限定されるものではなく、例えば次のような実施形態も本発明の技術的範囲に含まれる。

第２実施形態の図１４から図１６の内容を図１７から図１９のような内容に変更することもできる。以下、この例を第２実施形態の別例１として内容を詳述する。
図１７から図１９の例では、「スクリプト生成手段」によって生成されるスクリプトが、プリンタコマンドが記述された特定領域を特定する構成となっており、携帯端末１０の「取得範囲指定手段」は、このスクリプトに基づき、当該スクリプトによって特定される特定領域を取得範囲として指定するように構成されている。

図１７は、この例についての設定処理を例示するものであり、Ｓ３０１、Ｓ３０２は図１４のＳ２０１、Ｓ２０２と同様である。また、Ｓ３０３においてこれらの設定内容を有するコンフィグファイルを生成している点、このようなコンフィグファイルをＳ３０５において転送している点も図１４のＳ２０４、Ｓ２０６も同様であるが、図１７の例では、コンフィグファイルにおいてプリンタコマンドの記述範囲を設定するのではなく、Ｓ３０４で転送されるスクリプトに記述するようにしている。

図１８は、プリンタコマンドの記述範囲（特定領域）を特定しうるスクリプトの一例を示すものであり、当該スクリプトでは、画面毎にプリンタコマンドの記述範囲を特定している。例えば、画面１（Ｓｃｒｅｅｎ１）については、当該画面１におけるプリンタコマンドの記述範囲（特定領域）をＰｒｉｎｔＯｕｔｐｕｔ（１０，２０，４０，５０）と特定しており、他の画面２、画面３についても同様にプリンタコマンドの記述範囲（特定領域）が特定されている。

図１９のエミュレーション処理Ｓ３１０〜Ｓ３２３は、Ｓ２１６の処理をＳ３１６の処理に変更した点のみが大きく異なり、それ以外は、図１６の処理Ｓ２１０〜Ｓ２２３と同様となっている。この処理では、イベントとしてＦ４キーが操作されたときにＳ３１６の処理が行われる点は図１４〜図１６と同様であるが、Ｓ３１６では、現時点において携帯端末１０に表示されている現画面についてのプリンタコマンドの記述範囲（特定領域）をスクリプトの記述に基づいて特定し、現画面についてのプリンタコマンドを、当該現画面に係る設計画面から切り出して取得している。切り出されたプリンタコマンドをプリンタ２１０に転送する処理については、Ｓ３１７〜Ｓ３２３においてＳ２１７〜Ｓ２２３と同様に行われる。

図１７〜図１９のようにすると、複雑な設計等を要することなく携帯端末に対してプリンタコマンドの記述領域を正確に伝達できる。また、複数の設計画面が存在する場合であっても各設計画面について適切なプリンタコマンドをプリンタに与えることができるようになる。

また、第２実施形態の図１４から図１６の内容を図１７、図２０、図２１のような内容に変更することもできる。以下、この例を別例２として内容について説明する。なお、図２０は、この別例２についてのエミュレーション処理を例示するフローチャートである。図２０の処理は、Ｓ４１０〜Ｓ４１９の処理については、基本的に図１９のＳ３１０〜Ｓ３１８と同様であり、Ｓ４１６の処理が付加されている点のみ（即ち、Ｓ４１４からの分岐が１つ追加されている点のみ）が図１９のＳ３１０〜Ｓ３１８と異なっている。また、図２１に示すスクリプトについても、Ｆ５キーについてのイベントが付加されている点のみが図１８のスクリプトと異なり、それ以外は図１８と同様となっている。

図２０の処理では、Ｓ４１７においてＳ３１６（図１９）と同様のプリンタコマンド切り出し処理を行った後、Ｓ４１８において、現画面についてのプリンタコマンドの１コマンド分が切り出され、当該１コマンド分がプリンタ２１０に送信される（Ｓ４１９）。その後、プリンタ２１０からの返答を待ち、返答結果に応じた処理が行われる。なお、タイムアウトとなった場合にエラー表示（Ｓ４２５）がなされる点や再送信要求がなされた場合（Ｓ４２６）の対応は第２実施形態と同様である。

一方、プリンタ２１０からの返信が確認された場合には、Ｓ４２０からＳ４２１に進み、プリンタからの返信情報（プリンタレスポンス）を変数（ＰｒｉｎｔｅｒＲｅｓｐｏｎｓｅ＄）として保存する（Ｓ４２１）。その後、ステータス異常か否かを判断し（Ｓ４２２）、ステータス異常の場合にはエラー表示を行い（Ｓ４２５）、ステータスが正常の場合にはＳ４２３に進んで残りコマンドが存在するか否かを判断する（Ｓ４２３）。存在する場合にはＳ４１８以降の処理を繰り返し、存在しない場合には完了表示を行う（Ｓ４２４）。

上記のように保存されたプリンタレスポンスは、その後に行われるＳ４１２以降の処理によってホストコンピュータ２に送信することができるようになっている。具体的には、図２１に示すように、イベントがＦ５キーの操作である場合に変数（ＰｒｉｎｔｅｒＲｅｓｐｏｎｓｅ＄）の内容をホストコンピュータ２に送信するようにスクリプトが記述されており、Ｓ４１２で取得されたイベントがＦ５キーである場合にはＳ４１４からＳ４１６に進んで、当該変数（ＰｒｉｎｔｅｒＲｅｓｐｏｎｓｅ＄）の内容、即ちプリンタレスポンスがホストコンピュータ２に送信されることとなる（Ｓ４１６）。

このように別例２では、スクリプト生成手段によって生成されるスクリプトが、プリンタ２１０からの応答情報（プリンタレスポンス）をホストコンピュータ２に送信する指示を与えるものとして構成されており、携帯端末１０は、スクリプトの指示に基づき、プリンタ２１０からの応答情報をホストコンピュータ２に送信するように構成されている。
このようにすると、ホストコンピュータ２がプリンタ２１０からの応答情報を確認できる構成を、複雑な設計や膨大なコストを伴うことなく良好に実現できる。

なお、第２実施形態では、プリンタコマンドの記述領域と、表示画面に表示される対象領域との関係は限定していないが、設計画面における表示画面に表示されていない領域をプリンタコマンドを取得する取得範囲として指定できる構成であるため、表示画面に表示すべき内容を犠牲にすることなく携帯端末１０にプリンタコマンドを取得させることができ、利便性が極めて高い構成となっている。

また、第１実施形態では、文字認識に基づく移動可能領域設定処理（Ｓ１７：図７）が行われるように構成されていたがこのような処理を省略してもよい。

上記第１、第２実施形態では、図５、図１４、図１７のような設定処理をホストコンピュータ２にて行っていたが、このような設定処理はホストコンピュータ２以外のコンピュータにて行うようにしてもよく、この場合、当該設定処理にて設定されたデータを当該コンピュータから携帯端末１０に転送するように構成すればよい。

図１は、本発明の第１実施形態に係る携帯端末システムを概略的に例示する説明図である。 図２は、携帯端末の構成を概略的に例示するブロック図である。 図３は、図１の携帯端末システムに用いられるホストコンピュータ及び当該ホストコンピュータで設計される設計画面等を概略的に説明する説明図である。 図４は、ホストコンピュータで設計された設計画面を携帯端末で表示した例を示す説明図である。 図５は、携帯端末に与える各種設定値を設定する設定処理の流れを例示するフローチャートである。 図６は、図５の設定処理にて設定されたデータ内容を概念的に説明する説明図である。 図７は、ホストコンピュータで設計された設計画面を携帯端末で表示する表示処理を例示するフローチャートである。 図８は、文字認識に基づいて移動可能範囲を設定する設定処理のフローチャートである。 図９は、文字認識に基づく移動可能範囲の設定を説明する説明図である。 図１０は、キー情報取得処理の流れを例示するフローチャートである。 図１１は、キー情報取得処理について図８とは異なる例を示すフローチャートである。 図１２は、第２実施形態に係る携帯端末システムを概略的に例示する説明図である。 図１３は、図１２の携帯端末システムに用いられる設計画面を説明する説明図である。 図１４は、図１２の携帯端末システムで行われる設定処理の流れを例示するフローチャートである。 図１５は、図１２の携帯端末システムで扱われるスクリプトを例示する説明図である。 図１６は、図１２の携帯端末システムで行われるエミュレーション処理の流れを例示するフローチャートである。 図１７は、第２実施形態の別例１についての設定処理を例示するフローチャートである。 図１８は、第２実施形態の別例１で用いるスクリプトを例示する説明図である。 図１９は、第２実施形態の別例１についてのエミュレーション処理を例示するフローチャートである。 図２０は、第２実施形態の別例２についてのエミュレーション処理を例示するフローチャートである。 図２１は、第２実施形態の別例２で用いるスクリプトを例示する説明図である。

符号の説明

１…携帯端末システム
２…ホストコンピュータ
４…ＣＰＵ（スクリプト生成手段、スクリプト送信手段）
６…通信手段（スクリプト送信手段）
１０…携帯端末
２０…回路部（光学的情報読取手段）
３５…メモリ（格納手段）
４０…制御回路（格納手段、対象領域指定手段、表示位置指定手段、対象領域移動手段、移動可能領域設定手段、移動規制手段、文字認識手段、切替手段、取得範囲指定手段、取得手段、転送手段）
４３…キーボード
４３ａ…操作キー
４４…ブザー
４５…ＬＥＤ
４６…液晶表示器（表示装置）
４８…通信インターフェース（転送手段）
２１０…プリンタ

Claims (12)

1. 設計画面データを備えたホストコンピュータと、
   表示装置を備えた携帯端末と、
   を有し、
   前記ホストコンピュータの前記設計画面データによって構成される設計画面の一部を、前記表示装置の表示画面にて表示させ、かつ当該表示画面で表示される前記設計画面の表示対象位置を移動させて切り替え表示可能な携帯端末システムであって、
   前記携帯端末は、
   前記ホストコンピュータの前記設計画面データを取得して格納する格納手段と、
   前記格納手段に格納された前記設計画面データによって構成される前記設計画面において、前記表示画面に表示する対象となる対象領域を指定する対象領域指定手段と、
   前記表示画面における前記対象領域の表示位置を指定する表示位置指定手段と、
   を備え、
   前記対象領域指定手段は、前記設計画面における複数の領域をそれぞれ前記対象領域として指定し、
   前記表示位置指定手段は、前記対象領域指定手段によって指定される各対象領域についての前記表示画面における前記表示位置をそれぞれ指定することを特徴とする携帯端末システム。
2. 前記対象領域指定手段は、
   少なくともいずれかの前記対象領域を前記設計画面内において移動させる対象領域移動手段と、
   前記設計画面内における前記対象領域の移動可能領域を設定する移動可能領域設定手段と、
   前記対象領域移動手段による前記対象領域の移動が前記移動可能領域の終端位置に達した場合に前記対象領域の移動を規制する移動規制手段と、
   を有することを特徴とする請求項１に記載の携帯端末システム。
3. 前記設計画面内に存在する文字を認識する文字認識手段を備え、
   前記移動可能領域設定手段は、前記文字認識手段によって認識された前記文字の存在範囲を前記移動可能領域として設定し、
   前記移動規制手段は、前記対象領域移動手段による前記対象領域の移動が、前記文字の前記存在範囲の終端に達した場合に前記対象領域の移動を規制することを特徴とする請求項２に記載の携帯端末システム。
4. 前記携帯端末は、操作キーを有し、
   前記対象領域移動手段は、前記操作キーに対する所定操作に応じて前記対象領域を移動させることを特徴とする請求項２又は請求項３に記載の携帯端末システム。
5. 前記携帯端末は、
   入力デバイスとして、キーボードと、光学的情報読取手段と、を有し、
   出力デバイスとして、前記表示装置、表示用ＬＥＤ、ブザー、及びバイブレータを有することを特徴とする請求項１から請求項４のいずれか一項に記載の携帯端末システム。
6. 前記携帯端末は、前記対象領域指定手段によって指定された少なくともいずれかの前記対象領域についての表示と非表示とを切り替える切替手段を有することを特徴とする請求項１から請求項５のいずれか一項に記載の携帯端末システム。
7. 設計画面データを備えたホストコンピュータと、
   表示装置を備えた携帯端末と、
   前記携帯端末からの指示に基づいて印刷を行うプリンタと、
   を有し、
   前記ホストコンピュータの前記設計画面データによって構成される設計画面の一部を、前記表示装置の表示画面にて表示させ、かつ当該表示画面で表示される前記設計画面の表示対象位置を移動させて切り替え表示可能な携帯端末システムであって、
   前記設計画面データによって構成される前記設計画面の特定領域に、前記プリンタを制御するためのプリンタコマンドが記述され、
   前記携帯端末は、
   前記ホストコンピュータの前記設計画面データを取得して格納する格納手段と、
   前記設計画面における前記プリンタコマンドを取得するための取得範囲を前記特定領域と対応させて指定する取得範囲指定手段と、
   前記取得範囲指定手段によって指定された前記取得範囲に存在する前記プリンタコマンドを取得する取得手段と、
   前記取得手段によって取得された前記プリンタコマンドを前記プリンタに転送する転送手段と、
   を有することを特徴とする携帯端末システム。
8. 前記ホストコンピュータは、
   前記携帯端末を制御するスクリプトを生成するスクリプト生成手段と、
   前記スクリプト生成手段によって生成された前記スクリプトを前記携帯端末に送信するスクリプト送信手段と、
   を有し、
   前記携帯端末は、前記スクリプトを取得すると共に、当該スクリプトに従った情報処理を行うことを特徴とする請求項７に記載の携帯端末システム。
9. 前記スクリプト生成手段によって生成される前記スクリプトは、前記プリンタコマンドが記述された前記特定領域を特定するものであり、
   前記携帯端末の前記取得範囲指定手段は、前記スクリプトに基づき、当該スクリプトによって特定される前記特定領域を前記取得範囲として指定することを特徴とする請求項８に記載の携帯端末システム。
10. 前記スクリプト生成手段によって生成される前記スクリプトは、前記プリンタからの応答情報を前記ホストコンピュータに送信する指示を与えるものであり、
    前記携帯端末は、前記スクリプトの指示に基づき、前記プリンタからの前記応答情報を前記ホストコンピュータに送信することを特徴とする請求項８又は請求項９に記載の携帯端末システム。
11. 前記転送手段は、前記プリンタコマンドを、所定コマンドずつ前記プリンタに送信し、
    前記プリンタは、前記転送手段からの前記所定コマンドを受信する毎に、当該所定コマンドに対するコマンド応答情報を前記携帯端末に出力し、
    前記転送手段は、前記所定コマンドに対する前記コマンド応答情報が前記携帯端末にて受信されることに応じて、その受信された前記コマンド応答情報に対応する前記所定コマンドの次の前記所定コマンドを送信することを特徴とする請求項７から請求項１０のいずれか一項に記載の携帯端末システム。
12. 前記取得範囲指定手段は、前記設計画面における前記表示画面に表示されていない領域を前記取得範囲として指定することを特徴とする請求項７から請求項１１のいずれか一項に記載の携帯端末システム。

Images