WO2019229908A1

WO2019229908A1 - 画面表示システムおよび画面表示方法

Info

Publication number: WO2019229908A1
Application number: PCT/JP2018/020853
Authority: WO
Inventors: 靖熊野; 許斐　浩祐
Original assignee: 株式会社アイ・エル・シー
Priority date: 2018-05-30
Filing date: 2018-05-30
Publication date: 2019-12-05
Also published as: JPWO2019229908A1

Abstract

組込機器（１１０）から端末（１２０）に画面情報を転送する画面表示システム（１００）において、組込機器（１１０）は、自機の制御状態を示す画面情報を生成し、生成したＧＵＩ画面情報を端末（１２０）に送信し、端末（１２０）は、組込機器（１１０）から受信したＧＵＩ画面情報に基づく表示画面を生成し、生成した表示画面を表示する表示部（１２１）と、を有する。組込機器（１１０）は、自機内にＧＵＩ画面情報の表示部を有さず、ＧＵＩ画面情報の画面構築および構成部品ごとの配置情報を生成し、端末（１２０）は、ＧＵＩ画面情報の構成部品の配置情報に基づき画面描画を行う。

Description

画面表示システムおよび画面表示方法

　この発明は、機器が生成した画面情報を端末に転送し表示させる画面表示システムおよび画面表示方法に関する。

　ＧＵＩ（Ｇｒａｐｈｉｃ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）画面を用いることで、ユーザによる機器の操作を直感的に容易に操作できる。このＧＵＩ画面の表示データを機器間で転送することにより、例えばユーザは、携帯する端末を用いて、端末上のＧＵＩ画面を操作することにより、機器の操作を容易に行えるようになる。

　従来技術として、メモリ量の制約がある端末の記憶部に記憶するＧＵＩデータのうちＧＵＩ表示に使用するグリフデータのみを記憶部に記憶することで、ＧＵＩデータのデータ量を低減する技術がある（例えば、下記特許文献１参照。）。

特開２００８－１１７３１９号公報

　あらかじめ定められた制御を行う組込機器等は、制御内容をＧＵＩ画面で表示することで、制御操作を容易に行うことができるが、ＧＵＩ画面の生成処理のみならず、描画処理を行う構成とした場合、組込機器のハードウェア部品が増えて低コスト化することができなかった。例えば、組込機器に端末が通信接続されるシステム構成の場合、これら組込機器側に配置するＧＵＩの機能と、端末側に配置するＧＵＩの機能とを、効率的に分離する必要がある。

　本発明は、上記課題に鑑み、機器が生成した表示画面を端末に転送するシステムを低コスト化できることを目的とする。

　上記目的を達成するため、本発明の画面表示システムは、機器から端末に画面情報を転送する画面表示システムにおいて、前記機器は、自機の制御状態を示す画面情報を生成する制御部と、前記制御部が生成した画面情報を前記端末に送信する通信部と、を有し、前記端末は、前記機器から受信した前記画面情報に基づく表示画面を生成する処理部と、前記処理部が生成した前記表示画面を表示する表示部と、を有し、前記機器は、自機内に前記画面情報の表示部を有さず、前記制御部によりＧＵＩ（Ｇｒａｐｈｉｃ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）の画面構築および構成部品ごとの配置情報を生成し、前記端末の前記処理部は、前記画面情報の前記構成部品の配置情報に基づき画面描画を行うことを特徴とする。

　また、前記端末は、操作部を有し、当該操作部による操作情報を前記機器に送信し、前記機器は、前記端末から受信した前記操作情報に基づく制御を行い、当該制御に基づき前記画面情報を更新し、更新した前記画面情報を前記端末に送信することを特徴とする。

　また、前記機器の前記制御部は、前記構成部品ごとの情報として、前記構成部品ごとの形状、テキスト、表示座標、色に関する情報を生成することを特徴とする。

　また、前記機器の前記制御部は、前記表示画面の更新時、前記画面情報のうち更新する構成部品に関する形状、テキスト、表示座標、色に関する情報のみを生成し、前記機器の前記通信部は、更新した前記構成部品に関する情報のみを前記端末に転送することを特徴とする。

　また、前記端末は、複数の前記機器に対し通信接続され、当該通信接続した前記機器の前記表示情報を前記表示部に表示するとともに、前記操作部の操作により前記機器を制御することを特徴とする。

　また、前記機器は、用途が限定された所定の制御を行う組込機器であることを特徴とする。

　また、前記機器の前記制御部は、前記画面情報の生成処理のうち、組込機器の構成に依存する最低限の生成処理を行うＧＵＩアプリケーションを有し、前記端末は、前記画面情報に含まれる構成部品に関する情報を描画する単一機能のＧＵＩアプリケーションを有することを特徴とする。

　また、本発明の画面表示方法は、機器から端末に画面情報を転送する画面表示方法において、前記機器は、自機の制御状態を示す画面情報を生成し、当該生成した画面情報を前記端末に送信し、前記端末は、前記機器から受信した前記画面情報に基づく表示画面を生成し、当該生成した前記表示画面を表示し、前記機器は、自機内に前記画面情報を表示せず、ＧＵＩ（Ｇｒａｐｈｉｃ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）の画面構築および構成部品ごとの配置情報を生成し、前記端末は、前記画面情報の前記構成部品の配置情報に基づき画面描画を行うことを特徴とする。

　上記構成によれば、画面表示システムは、機器が生成したＧＵＩの画面情報を端末の表示部に表示できる。機器は、例えば、用途が限定された所定の制御を行う組込機器であり、表示部を有さず、ユーザは端末上の表示部の表示画面により機器の制御状態を把握し、操作部の操作により、機器を制御できる。これにより、機器における画面描画を不要にして処理負荷を軽減でき、機器を低コスト化できる。

　また、機器から端末に送信されるＧＵＩの画面情報は、オブジェクトごとの形状、テキスト文字、座標、色等からなるものであり、イメージデータに比してデータ量が小さい。これにより、ＧＵＩ画面のデータを少ないデータ量で機器から端末に転送でき、機器の処理負荷を軽減できる。また、機器は、ＧＵＩ画面の更新時に、更新したオブジェクトのみ、形状、テキスト文字、座標、色等を生成して、端末に送信する。これにより、ＧＵＩ画面の更新時のデータ量をさらに削減した少ないデータ量で機器から端末に転送できるようになる。

　本発明によれば、機器が生成した表示画面を端末に転送するシステムを低コスト化できるという効果を奏する。

図１は、実施の形態にかかる画面表示システムの構成例を示す図である。図２は、実施の形態にかかる画面表示システムの機能を示す図である。図３は、実施の形態にかかる画面表示システムのハードウェア構成例を示すブロック図である。図４は、実施の形態にかかる画面表示システムによる表示画面の転送状態を説明する図である。図５は、実施の形態にかかる画面表示システムによる表示および表示更新を説明する図である。（その１）図６は、実施の形態にかかる画面表示システムによる表示および表示更新を説明する図である。（その２）図７は、実施の形態にかかる画面表示システムによる表示および表示更新処理を示すフローチャートである。（その１）図８は、実施の形態にかかる画面表示システムによる表示および表示更新処理を示すフローチャートである。（その２）図９は、従来の技術による表示および表示更新時の転送状態を示すフローチャートである。（その１）図１０は、従来の技術による表示および表示更新時の転送状態を示すフローチャートである。（その２）図１１は、実施の形態にかかる画面表示システムによる端末への画面表示例を示す説明図である。（その１）図１２は、実施の形態にかかる画面表示システムによる端末への画面表示例を示す説明図である。（その２）図１３は、従来の組込機器の構成例を示す図である。図１４は、実施の形態にかかる画面表示システムの他の機能を示す図である。図１５は、従来のＧＵＩアプリケーションの作成状態を説明する図である。図１６は、実施の形態にかかる画面表示システムのＧＵＩアプリケーションの更新処理例を示す図である。図１７は、種類の異なる組込機器に対する開発工数の比較の説明図である。（その１）図１８は、種類の異なる組込機器に対する開発工数の比較の説明図である。（その２）図１９は、種類の異なる組込機器に対する開発工数の比較の説明図である。（その３）

（実施の形態）
　以下に添付図面を参照して、この発明にかかる画面表示システムおよび画面表示方法の好適な実施の形態を詳細に説明する。

　図１は、実施の形態にかかる画面表示システムの構成例を示す図である。画面表示システム１００は、組込機器１１０と、端末１２０とを含む。

　組込機器１１０は、例えば、リモコンやデジカメ、ＩＣレコーダ、車載装置、医療装置、監視カメラや侵入検知器等、用途（動作）が限定された特定用途の機器である。端末１２０は、スマートフォンやタブレット等、ユーザが携帯し移動自在な機器（スマートデバイス）である。端末１２０と組込機器１１０は、通信接続され、例えば、Ｗｉ－Ｆｉ（登録商標）等の無線により通信接続される。

　組込機器１１０には、センサＡ，Ｂ（１１１）、ＬＥＤ１（１１２）等が接続され、図示しない制御部がＧＵＩ画面情報を生成する。また、制御部が生成したＧＵＩ画面情報を端末１２０に送信する通信部を有する。例えば、組込機器１１０の制御部は、組込機器１１０に接続されたセンサＡ，Ｂ（１１１）の検出に基づいて所定の処理を行い、処理結果をＬＥＤ１（１１２）等に表示させる。また、組込機器１１０の制御部は、端末１２０の操作情報に基づいて組込機器１１０を制御する所定の制御動作を行う。

　この制御動作において、組込機器１１０の制御部は、センサＡ，Ｂ（１１１）が検出した値や、ユーザ操作の情報等に基づく制御状態、例えば、ＬＥＤ１（１１２）の点灯／消灯に関するＧＵＩ画面情報を生成する。

　ここで、組込機器１１０は、生成したＧＵＩ画面情報を自装置内で表示せず、端末１２０に送信し、端末１２０で表示させる。すなわち、組込機器１１０は、表示部を有していない。

　端末１２０は、組込機器１１０から送信されたＧＵＩ画面情報を受信する通信部と、ＧＵＩ画面情報を表示制御する制御部と、ＧＵＩ画面情報を表示する表示部１２１とを有している。表示部１２１は、タッチパネル等によりユーザ操作を受けることもでき、制御部は、ユーザ操作の入力に基づく操作情報を組込機器１１０に送信する。

　上記の画面表示システム１００は、組込機器１１０が生成したＧＵＩ画面情報を端末１２０へ送信し、端末１２０の表示部１２１にＧＵＩ画面を表示する。すなわち、端末１２０の表示部１２１には、組込機器１１０が制御処理するＧＵＩ画面が表示される。

　図２は、実施の形態にかかる画面表示システムの機能を示す図である。組込機器１１０と、端末１２０の内部機能をそれぞれ示す。図２では、ＧＵＩ画面の表示に関する機能を主に記載してある。

　組込機器１１０は、制御部が実行処理するＧＵＩアプリケーション２０１を有する。ＧＵＩアプリケーション２０１は、ＧＵＩ画面を構築処理する画面構築処理部２１１を含む。画面構築処理部２１１は、構築したＧＵＩ画面に含まれる部品の部品配置情報ｋを生成し、ＧＵＩ画面情報Ｋとして端末１２０に送信する。

　ＧＵＩ画面情報Ｋ（部品配置情報ｋ）は、端末１２０の表示部１２１上に表示するＧＵＩ画面の部品、例えば、図１の端末１２０の表示部１２１上に表示するＧＵＩ画面に示すセンサＡ，Ｂ（１１１）、ＬＥＤ１（１１２）の点灯／消灯の配置位置を含み、例えば、ＧＵＩ画面上の座標情報を含む。

　端末１２０は、画面描画処理部２２０を含む。画面描画処理部２２０は、組込機器１１０から受信したＧＵＩ画面情報Ｋ（部品配置情報ｋを含む）に基づく画面描画処理を行い、表示部１２１にＧＵＩ画面を表示出力する。

　そして、組込機器１１０に接続したセンサＡ，Ｂ（１１１）の値が変化した場合、端末１２０の表示部１２１上に表示されているＧＵＩ画面上でセンサＡ，Ｂ（１１１）に対応するセンサ値の表示内容が変化する。同様に、組込機器１１０でのＬＥＤ１（１１２）の点灯／消灯状態が端末１２０の表示部１２１上に表示される（表示状態は図１参照）。

　また、端末１２０に設けられた操作部２２１を操作することにより、組込機器１１０に対し操作情報Ｓを送信できる。例えば、図１に示した表示部１２１上に表示されているＧＵＩ画面上のＬＥＤ１（１１２）の点灯／消灯をボタン操作で変更することができる。この際、組込機器１１０に設けられたＧＵＩアプリケーション２０１が端末１２０の操作情報Ｓに基づき、ＧＵＩ画面を更新する表示制御を行う。

　図３は、実施の形態にかかる画面表示システムのハードウェア構成例を示すブロック図である。上述した組込機器１１０、および端末１２０それぞれのハードウェア構成例を示す。

　組込機器１１０は、制御部（ＣＰＵ）３０１と、Ｒｅａｄ－Ｏｎｌｙ　Ｍｅｍｏｒｙ（ＲＯＭ）３０２と、Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ（ＲＡＭ）３０３と、半導体メモリやディスクドライブ等の記憶部３０４と、通信インタフェース（Ｉ／Ｆ）３０５と、を含む。これらＣＰＵ３０１～通信Ｉ／Ｆ３０５は、バス３０８によってそれぞれ接続されている。

　ＣＰＵ３０１は、組込機器１１０全体の制御を司る演算処理装置である。そして、ＣＰＵ３０１は、ＧＵＩアプリケーション２０１を実行処理し、上述したＧＵＩ画面を生成して端末１２０に転送する。ＲＯＭ３０２は、ＧＵＩアプリケーション２０１のプログラム等を記憶する不揮発性メモリである。ＲＡＭ３０３は、ＣＰＵ３０１によるＧＵＩアプリケーション２０１のプログラムの演算処理実行時のワークエリアとして使用される揮発性メモリである。記憶部３０４には、組込機器１１０の機能を実行する際のデータや他のアプリケーション等を格納保持することができる。

　通信インタフェース３０５は、端末１２０との間のネットワーク接続のインタフェースを司り、通信する情報の入出力を制御する。具体的に、通信インタフェース（Ｉ／Ｆ）３０５は、無線／有線のＬｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ（ＬＡＮ）、Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ（ＷＡＮ）、インターネットなどのネットワーク３１０に接続され、組込機器１１０を端末１２０に通信接続する。

　組込機器１１０は、ＣＰＵ３０１がＧＵＩアプリケーション２０１をプログラム実行することにより、ＧＵＩ画面を表示するためのＧＵＩ画面情報Ｋ（部品配置情報ｋ）を生成し、生成したＧＵＩ画面情報Ｋを端末１２０に送信する機能を有する。ＧＵＩ画面情報Ｋを端末１２０に送信し、端末１２０から操作情報Ｓを受信する機能は、上記通信Ｉ／Ｆ３０５によって実現できる。

　また、端末１２０は、制御部（ＣＰＵ）３１１と、ＲＯＭ３１２と、ＲＡＭ３１３と、半導体メモリ等の記憶部３１４と、通信Ｉ／Ｆ３１５と、タッチパネル３１６と、ディスプレイ３１７と、を含む。これらＣＰＵ３１１～ディスプレイ３１７は、バス３１８によってそれぞれ接続されている。

　また、タッチパネル３１６は、組込機器１１０を操作するボタンを有する。タッチパネル３１６は、図２の操作部２２１に相当する。ディスプレイ３１７は、ＣＰＵ３１１のプログラム実行に基づきＧＵＩ画面を表示する表示装置であり、図１および図２の表示部１２１に相当する。ディスプレイ３１７には、例えば、Ｔｈｉｎ　Ｆｉｌｍ　Ｔｒａｎｓｉｓｔｏｒ（ＴＦＴ）液晶表示部、プラズマ表示部、有機ＥＬ表示部などを採用することができる。ディスプレイ３１７上にタッチパネル３１６が配置されており、ディスプレイ３１７に表示されたＧＵＩ画面上のボタン部分をタッチパネル３１６上で操作することで、ボタン操作時の操作情報Ｓを出力できる。

　このように、端末１２０についても、図３に記載したＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３等を備えたハードウェアにより構成することができる。端末１２０は、ＧＵＩ画面情報Ｋ（部品配置情報ｋ）を組込機器１１０から受信し、受信したＧＵＩ画面情報Ｋに基づきディスプレイ３１７上にＧＵＩ画面を描画する機能を有する。画面描画機能は、上記ＣＰＵ３１１のプログラム実行により実現できる。また、ＧＵＩ画面情報Ｋを組込機器１１０から受信し、タッチパネル３１６の操作情報Ｓを組込機器１１０に送信する機能は、上記通信Ｉ／Ｆ３１５によって実現できる。端末１２０は、例えば、汎用のタブレットやスマートフォン、携帯型のＰＣ等を用いることができる。

　図４は、実施の形態にかかる画面表示システムによる表示画面の転送状態を説明する図である。組込機器１１０が生成したＧＵＩ画面情報Ｋを端末１２０の表示部１２１に表示する状態を示す。

　組込機器１１０の制御部（ＣＰＵ３０１）は、組込機器１１０を制御するＧＵＩ画面情報Ｋを端末１２０に送信する。また、組込機器１１０は、ＧＵＩ画面を更新した場合には、更新したＧＵＩ画面情報Ｋを端末１２０に送信する。組込機器１１０は、端末１２０の操作により送信された操作情報Ｓに基づき、ＧＵＩ画面の更新を行うこともできる。

　組込機器１１０は、ＧＵＩ画面情報Ｋとして、ＧＵＩ画面の構成部品ごとの部品配置情報ｋを端末１２０に転送する。図４に示すように、組込機器１１０が生成したＧＵＩ画面の構成部品は、丸（〇）形状の構成部品と、三角（△）形状の構成部品と、四角（□）形状の構成部品と、文字列であるとする。

　そして、組込機器１１０の制御部（ＣＰＵ３０１）は、ＧＵＩ画面上で各構成部品を抽出し、丸（〇）形状の構成部品について、形状（〇）の情報と、表示の座標位置（ｘ，ｙ）と、色（例えば赤）の部品配置情報ｋを生成する。また、三角（△）形状の構成部品について、形状（△）の情報と、表示の座標位置（ｘ，ｙ）と、色（例えば青）の部品配置情報ｋを生成する。また、四角（□）形状の構成部品について、形状（□）の情報と、表示の座標位置（ｘ，ｙ）と、色（例えば緑）の部品配置情報ｋを生成する。また、文字列の構成部品について、文字列「ＡＢＣＤＥ」の情報と、表示の座標位置（ｘ，ｙ）と、色（例えば白）の部品配置情報ｋを生成する。

　そして、組込機器１１０は、このＧＵＩ画面情報Ｋを構成する部品配置情報ｋを端末１２０に送信する。端末１２０では、受信したＧＵＩ画面情報Ｋについて、部品配置情報ｋに基づき描画処理する。端末１２０は、部品配置情報ｋに含まれる各構成部品の形状や文字列、座標位置、色の情報に基づきＧＵＩ画面を生成し、表示部１２１に表示する。

　上記構成によれば、組込機器１１０から端末１２０に送信するＧＵＩ画面の表示データは、画面全体の画像（イメージ）ではなく、画面を構成するデータ要素である部品配置情報ｋのみを送信するため、データ転送量を少なくできる。また、データ転送量が少ないため、組込機器１１０と端末１２０との間の転送速度が遅くても、短時間で転送できるようになる。

（ＧＵＩ画面の転送処理）
　つぎに、組込機器１１０から端末１２０に対するＧＵＩ画面の転送処理について説明する。上述したように、組込機器１１０は、生成したＧＵＩ表示画面を端末１２０に転送する。

　はじめに、上記説明した図４は、起動時の状態を示しており、例えば、組込機器１１０に端末１２０が通信接続された場合、組込機器１１０から端末１２０へのＧＵＩ画面の転送状態を示す。起動時において、組込機器１１０は、端末１２０に対しＧＵＩ画面の全ての構成部品の部品配置情報ｋを端末１２０に転送する。

　この際、組込機器１１０は、丸（〇）形状の構成部品について、形状（〇）の情報と、表示の座標位置（ｘ，ｙ）と、色（例えば赤）の部品配置情報ｋを生成する。また、三角（△）形状の構成部品について、形状（△）の情報と、表示の座標位置（ｘ，ｙ）と、色（例えば青）の部品配置情報ｋを生成する。また、四角（□）形状の構成部品について、形状（□）の情報と、表示の座標位置（ｘ，ｙ）と、色（例えば緑）の部品配置情報ｋを生成する。また、文字列の構成部品について、文字列「ＡＢＣＤＥ」の情報と、表示の座標位置（ｘ，ｙ）と、色（例えば白）の部品配置情報ｋを生成する。

　そして、組込機器１１０は、生成したＧＵＩ画面の全ての構成部品の部品配置情報ｋを端末１２０に転送する。

　図５および図６は、実施の形態にかかる画面表示システムによる表示および表示更新を説明する図である。図５は、ＧＵＩ画面の更新操作の状態を示している。組込機器１１０側でＧＵＩ画面の更新を行うに限らず、例えば、端末１２０を操作することで組込機器１１０のＧＵＩ画面を更新することができる。

　図５の例では、ＧＵＩ画面を表示している端末１２０の操作により、組込機器１１０は、ＧＵＩ画面を更新する。端末１２０の表示部１２１のタッチパネル上で更新箇所をタッチする。例えば、四角（□）形状の構成部品について、表示の座標位置（ｘ，ｙ）を変更する操作を行ったとする。この場合、端末１２０は、ＧＵＩ画面のうち、四角（□）形状の構成部品をタッチして、表示の座標位置（ｘ，ｙ）を変更する操作、例えば、更新後の座標（ｔｘ，ｔｙ）を含む操作情報Ｓを組込機器１１０に送信する。端末１２０は、他の構成部品についても同様の操作により、形状、文字列、位置（座標）、色等の更新のための操作情報Ｓを同様に組込機器１１０に送信することができる。

　図６は、更新したＧＵＩ画面の転送状態を示している。組込機器１１０側では、端末１２０の操作等による更新後のＧＵＩ画面を端末１２０に転送する。

　組込機器１１０は、端末１２０の操作等に基づき、ＧＵＩ画面を更新する。図６に示す例では、四角（□）形状の構成部品について、更新後の表示の座標位置（ｘ’，ｙ’）の情報を生成する。また、三角（△）形状の構成部品について、色を黄色に変更後の情報を生成する。また、変更後の文字列「あいう」の情報を生成する。

　そして、組込機器１１０は、更新（変更）した構成部品の情報だけを部品配置情報ｋ’として端末１２０に送信する。図６の例では、組込機器１１０は、四角（□）形状の構成部品の更新後の表示の座標位置（ｘ’，ｙ’）の情報と、三角（△）形状の構成部品について、色を黄色に変更後の情報と、変更後の文字列「あいう」の情報と、を部品配置情報ｋ’として端末１２０に送信する。

　このように、ＧＵＩ画面の変更（更新）時には、組込機器１１０は、ＧＵＩ画面上で更新された部品配置情報ｋ’だけを端末１２０に送信する。これにより、組込機器１１０は、ＧＵＩ画面の更新ごとにＧＵＩ画面全体の画像データを送信する必要がなく、表示画面の更新に必要な最小限の部品配置情報ｋ’だけの送信で済むため、転送データ量を削減できるようになる。

　図７および図８は、実施の形態にかかる画面表示システムによる表示および表示更新処理を示すフローチャートである。主に、組込機器１１０側のＣＰＵ３０１および端末１２０側のＣＰＵ３１１がそれぞれ行う処理を示す。

　図７は、起動時の状態を示しており、例えば、組込機器１１０に端末１２０が通信接続された場合、組込機器１１０から端末１２０へのＧＵＩ画面の転送状態を示す。起動時において、組込機器１１０のＣＰＵ３０１は、ＧＵＩ表示画面の表示データを構成する全ての構成部品の部品配置情報ｋを作成する（ステップＳ７０１）。

　部品配置情報ｋの作成時、組込機器１１０は、ＧＵＩ画面情報Ｋの各構成部品（オブジェクト）ごとの情報を生成する。丸（〇）形状の構成部品について、形状（〇）の情報と、表示の座標位置（ｘ，ｙ）と、色（例えば赤）の情報を生成する。また、三角（△）形状の構成部品について、形状（△）の情報と、表示の座標位置（ｘ，ｙ）と、色（例えば青）の情報を生成する。また、四角（□）形状の構成部品について、形状（□）の情報と、表示の座標位置（ｘ，ｙ）と、色（例えば緑）の情報を生成する。また、文字列の構成部品について、文字列「ＡＢＣＤＥ」の情報と、表示の座標位置（ｘ，ｙ）と、色（例えば白）の情報を生成する。

　そして、ＣＰＵ３０１は、生成したＧＵＩ画面情報Ｋに含まれる全ての構成部品からなる部品配置情報ｋを通信Ｉ／Ｆ３０５を介して端末１２０に送信する（ステップＳ７０２）。

　端末１２０のＣＰＵ３１１１は、組込機器１１０から送信された部品配置情報ｋを通信Ｉ／Ｆ３１５を介して受信する（ステップＳ７０３）。そして、端末１２０のＣＰＵ３１１は、受信した部品配置情報ｋの画面描画処理を行う（ステップＳ７０４）。この際、ＣＰＵ３１１は、各構成部品（オブジェクト）ごとの情報を表示部１２１に表示する描画処理を行う。

　丸（〇）形状の構成部品については、形状（〇）を座標位置（ｘ，ｙ）に、色（例えば赤）で描画処理する。また、三角（△）形状の構成部品については、形状（△）を座標位置（ｘ，ｙ）に、色（例えば青）で描画処理する。また、四角（□）形状の構成部品については、形状（□）を座標位置（ｘ，ｙ）に、色（例えば緑）で描画処理する。また、文字列の構成部品については、文字列「ＡＢＣＤＥ」を座標位置（ｘ，ｙ）に、色（例えば白）で描画処理する。

　図８は、更新したＧＵＩ画面の転送状態を示している。ＧＵＩ画面情報Ｋの更新時、組込機器１１０のＣＰＵ３０１は、更新後のＧＵＩ画面情報Ｋを端末１２０に転送する。例えば、組込機器１１０のＣＰＵ３０１は、端末１２０の操作情報Ｓを受信すると、操作情報Ｓに基づきＧＵＩ画面情報Ｋを更新処理する。

　図８に示す例では、端末１２０の操作により、三角（△）形状の構成部品の座標位置と、文字列の情報を更新した状態である。三角（△）形状の構成部品については、座標位置が（ｘ，ｙ）から（ｘ’，ｙ’）に変更されている。また、文字列は「ＡＢＣＤＥ」から「ＸＹＺ」に変更されている。

　この場合、組込機器１１０のＣＰＵ３０１は、更新（変更）した構成部品の情報だけを部品配置情報ｋ’として生成する（ステップＳ７０１）。図８の例では、組込機器１１０のＣＰＵ３０１は、形状（△）の情報（変更なし）と、新たな座標位置（ｘ’，ｙ’）と、色（例えば青）の情報（変更なし）を生成する。また、文字列の構成部品について、新たな文字列「ＸＹＺ」の情報と、表示の座標位置（ｘ，ｙ）の情報（変更なし）と、色（例えば白）の情報（変更なし）を生成する。

　そして、組込機器１１０のＣＰＵ３０１は、更新により生成した構成部品のみの部品配置情報ｋ’を通信Ｉ／Ｆ３０５を介して端末１２０に送信する（ステップＳ７０２）。

　端末１２０のＣＰＵ３１１は、組込機器１１０から送信された部品配置情報ｋ’を通信Ｉ／Ｆ３１５を介して受信する（ステップＳ７０３）。そして、ＣＰＵ３１１は、受信した部品配置情報ｋの画面描画処理を行う（ステップＳ７０４）。

　この際、端末１２０のＣＰＵ３１１は、それまでのＧＵＩ画面情報Ｋを保持しており、受信により更新された構成部品の表示状態のみを変更して描画処理する。

　すなわち、端末１２０のＣＰＵ３１１は、更新されていない丸（〇）形状と、四角形状（□）の構成部品は、変更なしで描画処理する。そして、更新された三角（△）形状の構成部品について、更新前と同じ形状（△）の表示位置を新たな座標位置（ｘ’，ｙ’）に、更新前と同じ色（例えば青）で描画処理する。また、更新された文字列の構成部品については、新たな文字列「ＸＹＺ」を更新前と同じ座標位置（ｘ，ｙ）に、更新前と同じ色（例えば白）で描画処理する。

　このように、組込機器１１０のＣＰＵ３０１は、ＧＵＩ画面情報Ｋを、構成部品単位のデータのみからなる部品配置情報ｋとして端末１２０に転送するため、画面全体の画像データを送信する必要がない。図８の例では、更新による変更が生じた部品Ｐの部品配置情報ｋ’のみを生成して、組込機器１１０から端末１２０に転送するため、転送するデータ量を少なくすることができる。

　さらに、ＧＵＩ画面の変更（更新）時には、組込機器１１０のＣＰＵ３０１は、更新した情報だけを更新して端末１２０に送信する。これにより、組込機器１１０は、ＧＵＩ画面の更新ごとに画面全体の画像データを送信する必要がなく、表示画面の更新に必要な最小限の部品配置情報ｋ’だけを送信するため、組込機器１１０と端末１２０との間での転送データ量を部品配置情報ｋよりもさらに少なくできる。また、端末１２０においても、最小限のデータ量で表示部１２１を更新することができ、描画の処理負荷を軽減できるようになる。

（従来の画像データ転送との比較例）
　図９および図１０は、従来の技術による表示および表示更新時の転送状態を示すフローチャートである。

　図９は、機器１００１から端末１０１１への表示画面の転送状態を示す。機器１００１は、表示データＧを作成し（ステップＳ９０１）、機器１００１上の表示画面に描画処理する（ステップＳ９０２）。また、作成した表示データＧを端末１０１１に送信する（ステップＳ９０３）。

　端末１０１１は、機器１００１から送信された表示データＧを受信する（ステップＳ９０４）。そして、端末１０１１は、受信した表示データＧの画面描画処理を行い（ステップＳ９０５）、表示画面１０１２に表示する。

　図１０は、更新したＧＵＩ画面の転送状態を示している。表示画面の更新時、機器１００１は、更新後の表示データＧ’を端末１０１１に転送する。

　図１０に示すように、表示データＧ’は、更新前の表示データＧと比べて、三角（△）形状の構成部品の座標位置と、文字列の情報が更新されているとする（図６と同様の更新）。三角（△）形状の構成部品については、座標位置が（ｘ，ｙ）から（ｘ’，ｙ’）に変更されている。また、文字列は「ＡＢＣＤＥ」から「ＸＹＺ」に変更されている。

　しかしながら、従来の技術では、機器１００１は、表示データＧを更新（変更）した場合でも、図１０に示すように、画面の描画処理は図９と同様である。これにより、機器１００１は、全ての部品に対する更新後の表示データＧ’を作成し（ステップＳ９０１）、機器１００１上の表示画面に描画処理する（ステップＳ９０２）。また、生成した表示データＧ’を端末１０１１に送信する（ステップＳ９０３）。

　端末１０１１は、機器１００１から送信された表示データＧ’を受信する（ステップＳ９０４）。そして、端末１０１１は、受信した表示データＧ’の画面描画処理を行い（ステップＳ９０５）、表示画面１０１２に表示する。

　したがって、図１０に示す表示画面の更新時において生成した表示データＧ’は、更新前の表示データＧとデータサイズが同じである。すなわち、表示データＧおよび表示データＧ’は、表示画面１０１２全体のイメージ（全画素）に対応するデータ量を有する。

　このように、従来の技術では、画面全体の画像データを送信するため、機器１００１から端末１０１１に転送する表示データＧのデータサイズは、実施の形態に比して大きくなる。さらに、ＧＵＩ画面の変更（更新）時においても、画面全体の画像データを送信するため、機器１００１から端末１０１１に転送する表示データＧ’のデータサイズは、表示データＧと変わらず、実施の形態に比して大きい。

（実施の形態のＧＵＩ画面の遠隔表示例）
　上述した画面表示システム（組込機器１１０）により生成したＧＵＩ画面を端末１２０に表示させる各種適用例について説明しておく。

　図１１および図１２は、実施の形態にかかる画面表示システムによる端末への画面表示例を示す説明図である。

　図１１には、ある工場１１００内の組込機器１１０が生成したＧＵＩ画面情報Ｋを端末１２０の表示部１２１に表示させる例を示す。組込機器１１０は、例えば、工場１１００で生産する部品の生産ラインの一部の機器である。ユーザは、端末１２０を携帯することにより、組込機器１１０の場所で直接操作することなく、組込機器１１０から離れた箇所で表示部１２１を見て組込機器１１０を操作することができる。

　例えば、組込機器１１０がクリーンルームに設置されている場合、端末１２０は、クリーンルームの外に位置していても組込機器１１０の制御状態を表示させることができる。これにより、組込機器１１０の設置箇所に限定されず、組込機器１１０から遠隔箇所で組込機器１１０を操作できるようになる。

　そして、実施の形態では、組込機器１１０には表示画面を設けなくとも、ユーザが端末１２０の表示部１２１を見て組込機器１１０を操作することができる。この場合、組込機器１１０に表示部を設けないため、コストダウンを図ることができる。さらには、複数台の組込機器１１０を端末１２０に通信接続することにより、１台の端末１２０の表示部１２１を見ながら組込機器１１０を切り替えて、切り替えた組込機器１１０が行っている動作状況等の監視を端末１２０の表示部１２１に表示させることができる。

　図１２には、ある工場１２０１内の組込機器１１０が生成したＧＵＩ画面情報Ｋを他の工場１２０２の端末１２０の表示部１２１に表示させる例を示す。組込機器１１０は、例えば、工場１２０１で生産する部品の生産ラインの一部の機器である。ユーザは、他の工場１２０２で端末１２０を操作することにより、組込機器１１０の場所で直接操作することなく、組込機器１１０から離れた箇所で表示部１２１を見ながら組込機器１１０を操作することができる。

　例えば、組込機器１１０が他国の工場１２０１に設置されている場合、自国の工場１２０２の位置の端末１２０を操作することで、組込機器１１０のＧＵＩ画面情報Ｋを表示させることができる。これにより、組込機器１１０の設置箇所に限定されず、組込機器１１０の遠隔箇所で組込機器１１０を操作でき、例えば、組込機器１１０を端末１２０でリモートメンテナンスできるようになる。

（従来技術と実施の形態の組込機器の対比）
　図１３は、従来の組込機器の構成例を示す図である。実施の形態（図２参照）と同等の機能を有する従来の組込機器１３０１を示す。従来の組込機器１３０１は、センサ１３１１、ＬＥＤ１３１２、ＧＵＩアプリケーション１３２１に加えて、表示部１３４１、操作部１３４２を有している。

　ＧＵＩアプリケーション１３２１は、部品配置情報ｋに基づいてＧＵＩ画面を表示部１２２１に表示するために、画面構築処理部１３３１と、画面描画処理部１３３２とを含む。

　このように、従来の組込機器１３０１では、タッチパネル等の操作部１３４２や、液晶画面等の表示部１３４１のハードウェアを有しているため、組込機器１３０１重量や大きさが大きくなり、また、部品コストが高く、コストを下げることが難しかった。また、画面描画処理部１３３２が行う画面描画処理の処理負荷がかかりメモリ使用量が高いため、ＧＵＩアプリケーション１３２１を実行するためには、高性能な制御部（ＣＰＵ等のマイコン）と、大容量のメモリが必要となり、組込機器１３０１のコストを下げることが難しい。

　これに対し、実施の形態では、図２に示したように、画面描画処理部２２０と、表示部１２１を端末１２０側に設け、組込機器１１０には設けない。組込機器１１０は、ＧＵＩ画面情報Ｋ（部品配置情報ｋ）を端末１２０に送信する。このように、組込機器１１０は、画面描画処理と、表示にかかるハードウェアを汎用のスマートデバイス（端末１２０）に設けることで、組込機器１１０のコストを抑えることができる。また、組込機器１１０は、画面描画処理と、表示にかかる処理負荷およびメモリ使用量を抑えることができるようになる。

　また、実施の形態によれば、組込機器１１０と端末１２０とで同じＧＵＩ画面を表示する無駄を省くことができ、ユーザが携帯する端末１２０だけでＧＵＩ画面を表示することでＧＵＩ画面を見るユーザにだけ提示でき、組込機器１１０でのＧＵＩ画面表示に伴う消費電力等の無駄も省くことができる。

　なお、端末１２０は、本来画面描画処理と表示のハードウェアを備えたものであるため、端末１２０での画面描画処理と、表示にかかる処理負荷およびメモリ使用量は増えず、コスト高を招かない。さらに、操作部についても組込機器１１０から端末１２０側に設けることで、組込機器１１０のコストをより下げることができる。

　図１４は、実施の形態にかかる画面表示システムの他の機能を示す図である。図１４に示す例では、異なるシステム（種類）の複数の組込機器１１０（１１０Ａ～１１０Ｃ）に対して１台の端末１２０を通信接続する構成例を示す。

　実施の形態では、上述したように、画面描画処理と、表示にかかるハードウェアを組込機器１１０に備えずに、端末１２０に設ける。このシステム構成においては、図１４に示すように、１台の端末１２０を複数の組込機器１１０（１１０Ａ～１１０Ｃ）に対し通信接続することで、１台の端末１２０に複数の組込機器１１０（１１０Ａ～１１０Ｃ）のＧＵＩ画面を表示することができるようになる。また、１台の端末１２０で複数の組込機器１１０（１１０Ａ～１１０Ｃ）を制御できるようになる。

　例えば、端末１２０側の操作で、一つの組込機器１１０Ａに切り替えて通信接続することで、通信接続した組込機器１１０Ａが制御中のＧＵＩ画面を端末１２０の表示部１２１上に表示することができ、端末１２０の操作部２２１の操作で通信接続中の組込機器１１０Ａを制御することができる。

　図１４に示すようなシステム構成によれば、従来、例えば３台の組込機器１１０（１１０Ａ～１１０Ｃ）にそれぞれ設けていた画面描画処理部１３３２と、表示部１３４１、さらに操作部１３４２（図１３参照）を削減することができ、組込機器１１０の設置箇所での無駄なＧＵＩ表示を省いてシステム全体を大幅に低コスト化できるようになる。

　図１５は、従来のＧＵＩアプリケーションの作成状態を説明する図である。つぎに、ＧＵＩアプリケーション作成の観点で従来と実施の形態とを対比する。図１５の組込機器１１０は、ＧＵＩ画面の表示機能がない例を示す。

　このような従来の組込機器１１０は、組込機器１１０の構成ごとにＰＣ等の外部コンピュータ１５１０側にＧＵＩアプリケーション１５２１を作成する必要があった。ＧＵＩアプリケーション１５２１は、上述同様に、画面構築処理部１５３１が部品配置情報ｋを生成し、画面描画処理部１５３２が表示部１５４１に表示するＧＵＩ画面を描画処理する。また、操作部１５４２による操作情報を組込機器１１０に送信処理する。

　上記構成では、組込機器１１０のシステム構成（種類）が異なるごとに、外部コンピュータ１５１０側のＧＵＩアプリケーション１５２１の種類が増え、システム構成ごとにＧＵＩアプリケーション１５２１を作成する必要があった。これにより、ＧＵＩアプリケーション１５２１のソフトウェア構造および機能が複雑になり、開発工数が増え、開発コストを下げることが難しい問題を有している。

　これに対し、実施の形態のシステム構成によれば、図２に示したように、各システム構成の組込機器１１０には、ＧＵＩアプリケーション処理の中で組込機器１１０の構成に依存する最低限の部分だけを組込機器１１０内に配置している。すなわち、組込機器１１０にＧＵＩアプリケーション２０１を配置し、端末１２０に画面描画処理部２２０と表示部１２１（および操作部２２１）を配置している。

　これにより、スマートデバイス（端末１２０）側では、画面描画処理部２２０は、ＧＵＩアプリケーションの処理を「部品配置情報ｋに基づいて画面描画を行う」という汎用的な処理とすることができる。これにより、異なる構成の組込機器１１０に対しても、端末１２０のＧＵＩアプリケーションは１種類で対応することができ、開発工数を削減することができるようになる。すなわち、端末１２０の画面描画処理部２２０は、組込機器１１０から送信される部品配置情報ｋに基づいて画面描画を行う、という単一機能を有すればよく、汎用化でき従来技術に比べて開発コストを下げることができるようになる。

　つぎに、図１５に示す従来のシステム構成では、外部コンピュータ１５１０のＯＳのバージョンアップ等によりＧＵＩアプリケーション１５２１（画面構築処理部１５３１、画面描画処理部１５３２）の変更が必要となる。この場合、個別のＧＵＩアプリケーション１５２１全ての修正と再テストが必要となり、開発工数が増える問題を有している。

　これに対し、実施の形態のシステム構成（図２参照）によれば、異なる構成の組込機器１１０に対しても端末１２０のＧＵＩアプリケーション（画面描画処理部２２０等）は１種類で対応できる。このため、実施の形態では、ＧＵＩアプリケーション２０１の変更と再テストは１回だけ行えばよく、従来技術に比べて開発工数を削減できるようになる。

　すなわち、端末１２０上のＧＵＩアプリケーション（画面描画処理部２２０等）は、組込機器１１０の種類によらず、１種類であるため、ＯＳバージョンアップ時等のＧＵＩアプリケーション２０１の変更と再テストは１回だけ行えばよく、変更と再テストは１回で済ませることができる。

　図１６は、実施の形態にかかる画面表示システムのＧＵＩアプリケーションの更新処理例を示す図である。ＧＵＩアプリケーションの更新時、変更した端末１２０側のＧＵＩアプリケーション２０１Ｂ（画面描画処理部２２０等）を外部コンピュータ１５１０等からアプリケーションダウンロード用サーバ１６０１にアップロードしておく。そして、端末１２０がアプリケーションダウンロード用サーバ１６０１からＧＵＩアプリケーション２０１Ｂ（画面描画処理部２２０等）をダウンロードして端末１２０にインストールすることができる。

　つぎに、図１７～図１９は、種類の異なる組込機器に対する開発工数の比較の説明図である。図１７には、従来技術による種類の異なる組込機器のシステム構成を示し、図１８には、実施の形態による種類の異なる組込機器のシステム構成を示す。図１９には、従来技術と実施の形態との開発工数の比較を示す図表を示す。

　従来、図１７に示すように、３つの組込機器１１０（１１０Ａ～１１０Ｃ）は、例えば、組込機器１１０Ａは、一つのセンサＡ（１１１）と、一つのＬＥＤ　Ａ（１１２）とを備え、組込機器１１０Ｂは、二つのセンサＢ１，Ｂ２（１１１）と、一つのＬＥＤ　Ｂ（１１２）とを備え、組込機器１１０Ｃは、一つのセンサＣ（１１１）と、二つのＬＥＤ　Ｃ１，Ｃ２（１１２）とを備え、異なる種類で異なる制御を行う。

　これら種類の異なる複数の組込機器１１０（１１０Ａ～１１０Ｃ）は、それぞれ個別にＰＣ等の外部コンピュータ１５１０に通信接続される。各外部コンピュータ１５１０は、組込機器１１０Ａ～１１０Ｃそれぞれに対応する３つのＧＵＩアプリケーション１５２１Ａ～１５２１Ｃを有している。

　図１８に示す実施の形態のシステム構成においても、３つの組込機器１１０側は、従来技術（図１７）と同様に異なる種類の構成を有するが、端末１２０側のＧＵＩアプリケーションは共通する一つのＧＵＩアプリケーション（画面描画処理部２２０等）である。

　図１９を用いて、従来技術（図１７）と、実施の形態（図１８）のそれぞれのシステム構成における開発工数を比較する。従来技術と実施の形態とを比較して、組込機器１１０Ａ～１１０Ｃ側の開発工数は、いずれも３種類分だけ同様の開発工数がかかる。

　そして、従来技術の外部コンピュータ１５１０側では、外部コンピュータ１５１０ごとに異なる３種類のＧＵＩアプリケーション１５２１Ａ～１５２１Ｃの開発が必要となる。ここで、従来技術では、各ＧＵＩアプリケーション１５２１Ａ～１５２１Ｃは、それぞれ部品配置と画面描画処理の開発が必要である。

　これに対し、実施の形態の端末１２０側では、３つの組込機器１１０でそれぞれセンサ１１１やＬＥＤ１１２の配置構成が異なることに対応して、３つの組込機器１１０それぞれに対応した部品配置処理ｋ１～ｋ３の開発工数が必要であるが、画面描画処理部２２０の画面描画処理については共通した開発工数で済む。

　このように、実施の形態では、端末１２０側のＧＵＩアプリケーションにかかる画面描画処理は、異なる種類の組込機器１１０に対して共通とすることができ、開発を１回で完了させることができる。また、部品配置処理と画面描画処理を分離することにより、異なるシステム構成の影響を受ける部分を最小限に抑えることができ、従来技術と比べて開発工数を削減できる。

　そして、図１９に示すように、従来技術と実施の形態とを比較した場合、工数の差分（格差）は、組込機器１１０の種類の数に比例して増大する。すなわち、実施の形態によれば、組込機器１１０の種類が増えるほど、従来技術に対してより開発工数の削減の効果を得ることができるようになる。

　以上説明した実施の形態によれば、組込機器で生成したＧＵＩ画面を端末に転送し、端末でＧＵＩ画面を描画処理して表示することで、組込機器の制御状態を表示することができる。組込機器は、ＧＵＩ画面の表示を行わず、端末のみでＧＵＩ画面を表示する。また、端末のＧＵＩ画面に対する操作により組込機器は対応する制御を行う。

　上記構成によれば、組込機器側でＧＵＩ画面を表示するための描画処理等を行う必要がなく、組込機器の処理負荷を下げることができ、かつ組込機器を低コスト化できる。あらかじめ定められた制御を行う組込機器等は、制御内容をＧＵＩ画面で表示することで、制御操作を容易に行うことができるが、実施の形態では、組込機器は、ＧＵＩ画面を生成処理するだけとし、描画処理は行わない。加えて、組込機器は、表示部を有さない構成とした。これにより、組込機器のハードウェア構成を簡素化でき、低コスト化できる。

　すなわち、実施の形態では、組込機器に端末が通信接続されるシステム構成において、組込機器側にＧＵＩ画面の生成処理を配置し、端末側にＧＵＩ画面の描画処理を配置することで、ＧＵＩの機能を機器と端末に効率的に分離配置して、システム全体を低コスト化した。なお、端末は、汎用のスマートデバイスを用いて描画処理を行うことができるため、コスト高を招かない。

　また、一つの端末で複数の異なるシステム（種類）の組込機器に通信接続することができ、例えば、端末が通信を切り替えて接続した１台の組込機器が生成したＧＵＩ画面を表示し、組込機器を制御できる。また、通信切り替えして同じ端末で異なる組込機器のＧＵＩ画面の表示および制御を行うことができ、複数の組込機器を含むシステム全体のコストを抑えることができるようになる。

　また、実施の形態によれば、ＧＵＩ画面表示のためのＧＵＩアプリケーションのうち、主に画面構築にかかる構成を組込機器側に持たせ、画面描画にかかる構成を端末側に持たせてＧＵＩアプリケーションの機能を分割配置している。これにより、組込機器側が各種システムごとに対応して種類が増えた場合であっても、端末側は単一機能のＧＵＩアプリケーションで対応し、描画処理することができる。

　これにより、例えば、ＯＳバージョンアップ等によりＧＵＩアプリケーションの変更が必要になった場合でも、実施の形態によれば、端末側のＧＵＩアプリケーションは、組込機器の種類によらず１種類であるため、１回の変更および再テストだけで済ませることができる。この点、従来技術では、組込機器の種類分、ＧＵＩアプリケーションの全てを変更および再テストする必要が生じ、組込機器の種類が増えるほど開発工数がかかり、開発工数が増大する。

　また、実施の形態によれば、組込機器が生成したＧＵＩ画面を端末上に表示でき、ユーザは、端末の表示画面を見ながら組込機器を操作できる。この際、組込機器から端末に送信されるＧＵＩ画面は、オブジェクトごとの形状、テキスト文字、座標、色等からなるものであり、イメージデータに比してデータ量が小さい。これにより、ＧＵＩ画面のデータを少ないデータ量で組込機器から端末に転送できるようになる。また、データ転送量が少ないため、組込機器と端末との間の転送速度が遅くても、短時間で転送できるようになる。

　また、組込機器は、ＧＵＩ画面の更新時に、更新したオブジェクトのみ、形状、テキスト文字、座標、色等を生成して、端末に送信する。これにより、ＧＵＩ画面の更新時のデータ量をさらに削減した少ないデータ量で組込機器から端末に転送できるようになる。

　通信接続される組込機器と端末は、端末の操作により、組込機器を動作制御できる。これにより、機器が設置された箇所から離れた位置であっても、ユーザは端末の表示画面を見て組込機器の動作状態等を監視でき、また、組込機器を動作制御できるようになる。

　そして、組込機器から端末へ転送するＧＵＩ画面のデータ量を削減できるため、組込機器の設置箇所までユーザが出向かなくても、遠隔地での端末操作で組込機器を制御できるようになる。また、端末を用いて遠隔地から組込機器の不具合時等にリモートメンテナンスすることができるようになる。また、端末で組込機器のＧＵＩ画面を表示できるため、組込機器の表示画面を設けずコストダウンを図ることができる。さらには、端末を複数台の組込機器に接続することにより、１台の端末で複数台の組込機器を監視できるようになる。

　なお、本実施の形態で説明した画面表示のプログラムは、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーション、ＰＣ（タブレット、スマートフォンを含む）等のコンピュータで実行することにより実現することができる。また、本画面表示方法は、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ－Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。

　以上のように、本発明は、所定の制御を行う機器が生成した表示画面を端末に転送する技術に適用して有用である。

　１００　画面表示システム
　１１０　組込機器
　１１１　センサ
　１１２　ＬＥＤ
　１２０　端末
　１２１　表示部
　２０１　ＧＵＩアプリケーション
　２１１　画面構築処理部
　２２０　画面描画処理部
　２２１　操作部
　３０１，３１１　ＣＰＵ
　３０２，３１２　ＲＯＭ
　３０３，３１３　ＲＡＭ
　３０４，３１４　記憶部
　３０５，３１５　通信インタフェース
　３０８，３１８　バス
　３１０　ネットワーク
　３１６　タッチパネル
　３１７　ディスプレイ
　Ｋ　ＧＵＩ画面情報
　ｋ　部品配置情報
　Ｓ　操作情報

Claims

　機器から端末に画面情報を転送する画面表示システムにおいて、
　前記機器は、
　自機の制御状態を示す画面情報を生成する制御部と、
　前記制御部が生成した画面情報を前記端末に送信する通信部と、を有し、
　前記端末は、
　前記機器から受信した前記画面情報に基づく表示画面を生成する処理部と、
　前記処理部が生成した前記表示画面を表示する表示部と、を有し、
　前記機器は、自機内に前記画面情報の表示部を有さず、前記制御部によりＧＵＩ（Ｇｒａｐｈｉｃ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）の画面構築および構成部品ごとの配置情報を生成し、
　前記端末の前記処理部は、前記画面情報の前記構成部品の配置情報に基づき画面描画を行うことを特徴とする画面表示システム。
　前記端末は、操作部を有し、当該操作部による操作情報を前記機器に送信し、
　前記機器は、前記端末から受信した前記操作情報に基づく制御を行い、当該制御に基づき前記画面情報を更新し、更新した前記画面情報を前記端末に送信することを特徴とする請求項１に記載の画面表示システム。
　前記機器の前記制御部は、前記構成部品ごとの情報として、前記構成部品ごとの形状、テキスト、表示座標、色に関する情報を生成することを特徴とする請求項１または２に記載の画面表示システム。
　前記機器の前記制御部は、前記表示画面の更新時、前記画面情報のうち更新する構成部品に関する形状、テキスト、表示座標、色に関する情報のみを生成し、
　前記機器の前記通信部は、更新した前記構成部品に関する情報のみを前記端末に転送することを特徴とする請求項３に記載の画面表示システム。
　前記端末は、複数の前記機器に対し通信接続され、当該通信接続した前記機器の前記表示情報を前記表示部に表示するとともに、前記操作部の操作により前記機器を制御することを特徴とする請求項１～４のいずれか一つに記載の画面表示システム。
　前記機器は、用途が限定された所定の制御を行う組込機器であることを特徴とする請求項１～５のいずれか一つに記載の画面表示システム。
　前記機器の前記制御部は、前記画面情報の生成処理のうち、組込機器の構成に依存する最低限の生成処理を行うＧＵＩアプリケーションを有し、
　前記端末は、前記画面情報に含まれる構成部品に関する情報を描画する単一機能のＧＵＩアプリケーションを有することを特徴とする請求項６に記載の画面表示システム。
　機器から端末に画面情報を転送する画面表示方法において、
　前記機器は、
　自機の制御状態を示す画面情報を生成し、当該生成した画面情報を前記端末に送信し、
　前記端末は、
　前記機器から受信した前記画面情報に基づく表示画面を生成し、当該生成した前記表示画面を表示し、
　前記機器は、自機内に前記画面情報を表示せず、ＧＵＩ（Ｇｒａｐｈｉｃ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）の画面構築および構成部品ごとの配置情報を生成し、
　前記端末は、前記画面情報の前記構成部品の配置情報に基づき画面描画を行うことを特徴とする画面表示方法。