(57)【要約】【課題】製造コストを削減できるソフトウエア実行システムを提供する。【解決手段】センタ側装置２が端末装置３の画面に表示すべき操作案内要素と、操作案内要素に関連付けて定義され、当該関連づけられた操作案内要素を用いて行われる指示操作の内容に関する操作条件と、を規定する画面記述情報を、端末装置３に対する指示に変換して送信し、端末装置３は、センタ側装置２から受信される指示に従って、ユーザの指示操作の入力を受け付け、当該受け付けた指示操作の内容が、指示に含まれた操作条件に合致するか否かを判断し、当該判断の結果に対応づけて、センタ側装置２から指定された処理を行うソフトウエア実行システムである。【選択図】        図１
2004213066.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と、前記端末装置に対して通信可能に接続されたセンタ側装置と、を含むソフトウエア実行システムであって、
前記センタ側装置は、
前記端末装置の画面に表示すべき操作案内要素と、操作案内要素に関連付けて定義され、当該関連づけられた操作案内要素を用いて行われる指示操作の内容に関する操作条件と、を規定する画面記述情報を、前記端末装置に対する指示に変換して送信する手段と、
前記端末装置から受信された指示操作に対し所定の処理を行う手段と、
を含み、
前記端末装置は、
前記センタ側装置から受信される指示に従って、ユーザの指示操作の入力を受け付ける手段と、
前記受け付けた指示操作の内容が、前記指示に含まれた操作条件に合致するか否かを判断し、当該判断の結果に対応づけて、前記センタ側装置から指定された処理を行う手段と、
前記受け付けた指示操作をセンタ側装置に対して送信する手段と、
を含む、
ことを特徴とするソフトウエア実行システム。
【請求項２】
センタ側装置との間で通信可能に接続される端末装置であって、
前記センタ側装置から画面に表示すべき操作案内要素と、操作案内要素に関連付けて定義され、当該関連づけられた操作案内要素を用いて行われる指示操作の内容に関する操作条件とを含んだ指示を受信する手段と、
前記受信した指示を解釈し、その解釈の結果に従って前記操作案内要素の表示を行う手段と、
表示された操作案内要素のうち、注目操作案内要素に基づいてユーザが指示操作を行った際に、当該指示操作が、当該注目操作案内要素に関連づけられた操作条件に合致するか否かを判断し、当該判断の結果を報知する手段と、
前記受け付けた指示操作をセンタ側装置に対して送信する手段と、
を含むことを特徴とする端末装置。
【請求項３】
端末装置に対して通信可能に接続されたセンタ側装置であって、
前記端末装置の画面に表示すべき操作案内要素を規定する画面記述情報を、前記端末装置に対する指示に変換して送信する手段と、
前記端末装置から受信された指示操作に対し所定の処理を行う手段と、
を含むことを特徴とするセンタ側装置。
【請求項４】
請求項３に記載のセンタ側装置において、前記端末装置に対する指示には、当該指示に含まれる操作案内要素のいずれかに関連付けて定義され、当該関連づけられた操作案内要素を用いて行われる指示操作の内容に関する操作条件の情報が含まれることを特徴とするセンタ側装置。
【請求項５】
センタ側装置との間で通信可能に接続される端末装置に、
前記センタ側装置から画面に表示すべき操作案内要素と、操作案内要素に関連付けて定義され、当該関連づけられた操作案内要素を用いて行われる指示操作の内容に関する操作条件とを含んだ指示を受信する手順と、
前記受信した指示を解釈し、その解釈の結果に従って前記操作案内要素の表示を行う手段と、
表示された操作案内要素のうち、注目操作案内要素に基づいてユーザが指示操作を行った際に、当該指示操作が、当該注目操作案内要素に関連づけられた操作条件に合致するか否かを判断し、当該判断の結果を報知する手順と、
前記受け付けた指示操作をセンタ側装置に対して送信する手順と、
を実行させることを特徴とするプログラム。
【請求項６】
端末装置に対して通信可能に接続されたセンタ側装置に、
前記端末装置の画面に表示すべき操作案内要素を規定する画面記述情報と、前記端末装置に対する指示には、当該指示に含まれる操作案内要素のいずれかに関連付けて定義され、当該関連づけられた操作案内要素を用いて行われる指示操作の内容に関する操作条件とを、前記端末装置に対する指示に変換して送信する手順と、
前記端末装置から受信された指示操作に対し所定の処理を行う手順と、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばバーコードリーダを備えたハンディターミナルや家電製品などでソフトウエアを実行させるためのソフトウエア実行システムに関する。
【０００２】
【従来の技術】
近年では、業務で利用されるバーコードリーダを備えたハンディターミナル（以下、ハンディターミナルという）を始め、種々の家庭電化製品といった、多くの機器がマイクロコンピュータによって制御されている。また、インターネット技術など通信技術の発展に伴って、こうした各種機器に通信機能が搭載され、ネットワークを介してデータを送受信する機能を有するようになってきている。
【０００３】
例えば、ハンディターミナルの例でいえば、読み込んだバーコードに基づいて集計処理を行い、その集計結果を指示に応じてセンタ側に配置されたコンピュータに送信する機能を有したものがある。
【０００４】
また、別の代表的な例は、携帯電話機におけるｉｍｏｄｅ（登録商標）である。この例では、携帯電話機にいわゆるウエブ・ブラウザやＪａｖａ（登録商標）実行環境をインストールしておきパケット交換網のセンタ側装置がインターネット上のサーバからＨＴＭＬ（Hyper Text Markup Language）で記述された文書を取得し、これをそのまま携帯電話機に配信する。携帯電話機ではＨＴＭＬを解釈して画面表示を行う。
【０００５】
こうした機器の中にはさらに、ＨＴＭＬを利用して、機器に搭載されたキーの機能を切り替えるもの（特許文献１）がある。また、多くのインターネット通信販売などのサイトでは、ユーザが端末側で入力したデータをサーバ側で受信して検証し、検証の結果、データの入力に誤りがあるなど、再入力の必要がある場合は、それを促すためのＨＴＭＬ文書をさらに端末側に配信する、ということが行われている。
【０００６】
【特許文献１】
再公表９８／００６０３７号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、上記従来のマイクロコンピュータ制御される機器やそれに伴うシステムでは、当該機器に含まれるコンピュータ資源（プロセッサの能力やメモリ容量など）が多くないため、汎用のオペレーティングシステムなどは搭載されていない。このため、読み取ったバーコードを集計するなどの処理を行わせるアプリケーションプログラムは、ハンディターミナルの機種ごとに個別に開発しなければならなかった。
【０００８】
また、これによって例えば、ハンディターミナルを新しい機種に入れ替えようとすると、それに応じてアプリケーションプログラムを新たに開発しなければならず、コストがかかるという問題点があった。
【０００９】
この事情は家庭用電化製品でも同じであって、各家庭用電化製品の制御プログラムは、ほぼ、その機種ごとに開発を行っているのが現状であり、これによって製造コストなどが増大してしまう。
【００１０】
本発明は上記実情に鑑みて為されたもので、機種によらない開発環境を提供でき、製造コストを削減できるソフトウエア実行システムを提供することをその目的の一つとする。
【００１１】
【課題を解決するための手段】
上記従来例の問題点を解決するための本発明は、端末装置と、前記端末装置に対して通信可能に接続されたセンタ側装置と、を含むソフトウエア実行システムであって、前記センタ側装置は、前記端末装置の画面に表示すべき操作案内要素と、操作案内要素に関連付けて定義され、当該関連づけられた操作案内要素を用いて行われる指示操作の内容に関する操作条件と、を規定する画面記述情報を、前記端末装置に対する指示に変換して送信する手段と、前記端末装置から受信された指示操作に対し所定の処理を行う手段と、を含み、前記端末装置は、前記センタ側装置から受信される指示に従って、ユーザの指示操作の入力を受け付ける手段と、前記受け付けた指示操作の内容が、前記指示に含まれた操作条件に合致するか否かを判断し、当該判断の結果に対応づけて、前記センタ側装置から指定された処理を行う手段と、前記受け付けた指示操作をセンタ側装置に対して送信する手段と、を含む、ことを特徴としている。
【００１２】
上記従来例の問題点を解決するための本発明は、センタ側装置との間で通信可能に接続される端末装置であって、前記センタ側装置から画面に表示すべき操作案内要素と、操作案内要素に関連付けて定義され、当該関連づけられた操作案内要素を用いて行われる指示操作の内容に関する操作条件とを含んだ指示を受信する手段と、前記受信した指示を解釈し、その解釈の結果に従って前記操作案内要素の表示を行う手段と、表示された操作案内要素のうち、注目操作案内要素に基づいてユーザが指示操作を行った際に、当該指示操作が、当該注目操作案内要素に関連づけられた操作条件に合致するか否かを判断し、当該判断の結果を報知する手段と、前記受け付けた指示操作をセンタ側装置に対して送信する手段と、を含むことを特徴としている。
【００１３】
また、上記従来例の問題点を解決するための本発明は、端末装置に対して通信可能に接続されたセンタ側装置であって、前記端末装置の画面に表示すべき操作案内要素を規定する画面記述情報を、前記端末装置に対する指示に変換して送信する手段と、前記端末装置から受信された指示操作に対し所定の処理を行う手段と、を含むことを特徴としている。
【００１４】
また、このセンタ側装置において、前記端末装置に対する指示には、当該指示に含まれる操作案内要素のいずれかに関連付けて定義され、当該関連づけられた操作案内要素を用いて行われる指示操作の内容に関する操作条件の情報が含まれることとしてもよい。
【００１５】
さらに本発明のある実施態様は、センタ側装置との間で通信可能に接続される端末装置に、前記センタ側装置から画面に表示すべき操作案内要素と、操作案内要素に関連付けて定義され、当該関連づけられた操作案内要素を用いて行われる指示操作の内容に関する操作条件とを含んだ指示を受信する手順と、前記受信した指示を解釈し、その解釈の結果に従って前記操作案内要素の表示を行う手段と、表示された操作案内要素のうち、注目操作案内要素に基づいてユーザが指示操作を行った際に、当該指示操作が、当該注目操作案内要素に関連づけられた操作条件に合致するか否かを判断し、当該判断の結果を報知する手順と、前記受け付けた指示操作をセンタ側装置に対して送信する手順と、を実行させるプログラムである。
【００１６】
また本発明の別の実施態様は、端末装置に対して通信可能に接続されたセンタ側装置に、前記端末装置の画面に表示すべき操作案内要素を規定する画面記述情報と、前記端末装置に対する指示には、当該指示に含まれる操作案内要素のいずれかに関連付けて定義され、当該関連づけられた操作案内要素を用いて行われる指示操作の内容に関する操作条件とを、前記端末装置に対する指示に変換して送信する手順と、前記端末装置から受信された指示操作に対し所定の処理を行う手順と、を実行させるプログラムである。
【００１７】
【発明の実施の形態】
本発明の実施の形態について図面を参照しながら説明する。本実施の形態に係るソフトウエア実行システムは、図１に示すように、サーバ装置１と、センタ側装置２と、端末装置３とを含んで構成されている。なお、ここでは端末装置３は一つだけ図示しているが、複数あっても構わない。また、サーバ装置１とセンタ側装置２とは、インターネットを介して接続される、別体の装置として示しているが、同じコンピュータによってこれらが実装されていてもよい。また、端末装置３は、制御部３１と、記憶部３２と、操作部３４と、表示部３３と、通信部３５とを含む。
【００１８】
サーバ装置１は、一般的なウエブサーバであり、ＨＴＭＬやＸＭＬ（eXtensible Markup Language）など、ユーザに対して表示されるべきユーザインタフェースの外観等を規定する情報（画面記述情報）を少なくとも一つ格納しており、ＨＴＴＰ（Hyper Text Transfer Protocol）による要求を受けて、当該要求に係る画面記述情報を要求元に対して配信する。本実施の形態では画面記述情報は、文字列（テキスト）やボタン、入力欄といった画面要素をそれぞれ規定する。なお、こうした画面要素のうち、ユーザが行う指示操作を受け付けるもの（ボタンや入力欄、メニュー等）を以下、操作案内要素と呼ぶ。本実施の形態においては、このサーバ装置１が提供する画面記述情報が端末装置３側から見たときのアプリケーションのユーザインタフェースを規定することになる。
【００１９】
［センタ側装置］
センタ側装置２は、ＣＰＵ、記憶部、表示部を有してなる一般的なサーバコンピュータであり、予めインストールされたプログラムに従って動作する。このセンタ側装置２のプログラムの内容は、図２に示すような機能ブロック図を利用して説明できる。すなわちセンタ側装置２のプログラムは、制御部２１と、モデム管理部２２と、モデム制御部２３と、モデム部２４と、ＨＴＴＰクライアント部２５と、情報変換部２６とを含んで構成されている。
【００２０】
制御部２１は、モデム管理部２２から入力されるモデム管理情報と、モデム制御部２３から入力されるモデムの状態を表すモデム状態情報と、ＨＴＴＰクライアント部２５から入力される、サーバ装置１との通信状態を表すサーバ側状態情報と、をそれぞれ記録する。
【００２１】
モデム管理部２２は、制御部２１が記録しているモデム状態情報を読み出して、管理者に対して当該モデム状態情報を表示する。また、管理者からモデムの状態を設定するための指示を受け付けて、当該指示をモデム管理情報として制御部２１に出力する。
【００２２】
モデム制御部２３は、モデム部２４に対して端末装置３からのアクセスがあったか否かを一定時間ごとに問い合わせ（ポーリング）しており、端末装置３からのアクセスを受け付けたモデム部２４が、端末装置３から受信した情報を情報変換部２６に出力する。また、このモデム制御部２３は、情報変換部２６が出力する指示をモデム部２４に出力する。
【００２３】
モデム部２４は、センタ側装置２が備えているモデム（ここでいうモデムは、電話回線網を介してデータを送受するためにデータをアナログ信号に変調して送受信するものだけでなく、単に符号／複号を行う、一般的なＬＡＮトランシーバなども含み、ここでは単数ないし複数あるものとしている）ごとに設けられ、端末装置３側からアクセスを受け付けて、当該端末装置３から受信したデータをバッファし、モデム制御部２３からのポーリングを受けて、当該バッファしたデータをモデム制御部２３に出力する。また、モデム制御部２３から入力されたデータをアクセス中の端末装置３に対して送信する。なお、ここではモデムはセンタ側装置２に含まれているものとしているが、モデムのハードウエア自体にＩＰアドレスを割り当てておき、モデムとモデム部２４との間で通信可能な状態となれば、例えばモデムをインターネットを介してセンタ側装置２に接続するといったように、モデムのハードウエア自体はセンタ側装置２から遠隔に配置されていてもよい。
【００２４】
ここでモデム制御部２３は、モデム部２４が複数ある場合は、各モデム部２４を順次ポーリングしていき、モデム部２４がバッファしている情報を情報変換部２６に出力する。また、情報変換部２６から指示が入力されると、当該指示を対応する端末装置３と通信を行っているモデム部２４に出力する。具体的には、端末装置３が情報を送信する際に、端末装置３ごとに予め設定した識別子とともに情報を送信するようにし、モデム制御部２３が各モデム部２４が現在通信をしている端末装置３の識別子を保持しておけばよい。そして後に説明する情報変換部２６が変換後の情報に、当該識別子を付してＨＴＴＰクライアント部２５に出力し、ＨＴＴＰクライアント部２５が当該識別子を保持し、サーバ装置１側に要求を送信して、その応答を受信したときに、その保持している識別子と応答とを情報変換部２６に出力し、情報変換部２６が変換した情報とともに、当該識別子をモデム制御部２３に出力して、モデム制御部２３が、当該識別子に基づいて変換された情報を出力する先となるモデム部２４を決定する。
【００２５】
ＨＴＴＰクライアント部２５は、情報変換部２６から入力されるＵＲＬ（Uniform Resource Locators）からＨＴＭＬ又はＸＭＬなどによって記述された画面記述情報を取得する要求をＨＴＴＰプロトコルによってサーバ装置１に伝達し、サーバ装置１から要求した画面記述情報を受信して、当該受信した画面記述情報を情報変換部２６に出力する。
【００２６】
情報変換部２６は、画面記述情報に含まれる各画面要素を、それぞれ端末装置３側で解釈可能なデータ形式（端末装置３に対する指示）に変換する。具体的に、この情報変換部２６は、画面上に表示されるボタンを指示するＸＭＬ文書要素として、「button」タグを用いた画面要素の記述が、「<button mode=aaa size=bbb x=ccc y=ddd buttontype=fff url=ggg>eee</button>」のようになっているとき、これを端末装置３側で解釈可能なものとして予め定められたデータ形式に変換し、図３（ｂ）に示すようなデータストリームとする。図３には、テキスト、ボタン、入力欄、スプラッシュスクリーン、選択メニュー、ヒント情報の６種類の画面要素に関する記述がそれぞれ情報変換部２６によってどのような指示に変換されるかを示している。
【００２７】
例えば、図３（ｂ）は、タイプ（Type）情報が「２」となっており、ボタンであることを示し、続いてボタンの表示態様を表すモード（mode）、サイズ（size）、画面上の表示位置座標を表す「x」及び「y」、ボタンとして表示されるテキスト（上の例でいう「eee」の部分）と、ボタンのタイプ（プッシュボタンか、ラジオボタンなどの選択用ボタンかなど）をあらわすボタンタイプ（buttontype）、そしてそのボタンがクリックされたときに読み出されるべきＵＲＬ（もしあれば）を表す「url」などからなるデータ形式である。また、テキストやＵＲＬなど、固定長でないデータのデリミタは「0xFE 0xDC」となっている。
【００２８】
本実施の形態において特徴的なことの一つは、操作案内要素の一つである入力欄のインタフェースを規定するデータ形式（及びそれに対応するＸＭＬのＤＴＤの記述）において、バーコード入力の可否を表す「barcode」と、入力値の最大、最小を定める「min」及び「max」といった、操作入力されるべき情報に関する条件（操作条件）、及び操作条件を満足するか否かに応じて行われるべき処理を特定する情報（goodhintやbadhint）を含めていることである（図３（ｃ））。
【００２９】
［端末装置］
端末装置３の制御部３１は、記憶部３２に格納されているプログラムに従って動作し、通信部３５から入力される指示を解釈して、当該指示に従って各部を制御する。この制御部３１の具体的動作の内容は後から詳しく述べる。
【００３０】
記憶部３２は、ＲＡＭ（Random Access Memory）やフラッシュメモリなど、プログラムを保持する、コンピュータ読み取り可能な情報記憶媒体であり、また、少なくとも一部に読み書き可能な部分を含み、制御部３１の動作に必要な情報を記憶する、ワークメモリとしても動作する。
【００３１】
操作部３４は、キーパッドやバーコードリーダなどであり、ユーザの操作に応じて情報入力を受け入れ、当該受け入れた情報を制御部３１に出力する。表示部３３は、制御部３１から入力される指示に従って情報を表示するディスプレイである。具体的にこの表示部３３は、液晶ドットマトリクスディスプレイなどがあるが、これに限られるものではない。通信部３５は、センタ側装置２から受信される指示を制御部３１に出力し、また、制御部３１から入力される指示に従って、情報をセンタ側装置２に対して送信する。
【００３２】
［端末装置における制御動作］
ここで端末装置３の制御部３１の動作について説明する。制御部３１が実行するプログラムは、図３に示した形式の指示を解釈するインタプリタであり、その解釈の結果に従って、表示部３３に対して文字列の表示などを行わせる。例えば、図３（ａ）に示した文字列の表示指示を解釈し、先頭が「１」であるので、テキストの表示であると判断し、モードの指定で表される表示態様（点滅、下線、反転表示その他の態様）と、サイズの情報に表されるサイズとに基づいて表示フォントを選択し、続くｘ，ｙの座標で表される位置に、選択した表示フォントで、テキスト文字列を表示する。ここで、ｘ，ｙで表される座標の値は、ピクセルの値であってもよいし、ミリや、行・カラムなどの単位で表しておき、表示部３３の解像度に合わせて調整してもよい。
【００３３】
本実施の形態において特徴的なことの一つは、制御部３１によって、ユーザが入力した情報が適正であるか否かが判断されることである。具体的に、図３（ｃ）に示した入力欄のインタフェースにおいては、ここで定められたフォントで、ｘ，ｙの座標値で示された位置に最大文字数（Maxchar）で示した文字数分の入力欄を表示部３３に表示させるとともに、ユーザからの入力を待機する。ユーザが操作部３４を操作して、この入力欄に情報を入力しようとすると、制御部３１は、それが、「min」や、「max」で示された最小値や最大値の操作条件を満足しているか否かを判断し、満足していれば、続いて「Goodhint」として指定された文字列を表示部３３に表示する。また、条件を満足していなければ、「Badhint」として指定された文字列を表示部３３に表示する。なお、ここでは値の最大最小を操作条件として例示しているが、操作条件の例は、これに限られるものではなく、文字種（数値・文字の別）や特定のフォームに従っているか否か（例えば、文字列は「http」で始まっているか、等）であっても構わない。さらにここでは判断の結果に応じた情報の表示によって判断結果の報知を行っているが、これだけではなく、ブザの鳴動、バイブレータの振動、ＬＥＤなどの点灯・明滅等、種々の方法で判断の結果を報知できる。また、判断の結果を報知するだけでなく、例えば判断が正当であれば、「Goodhint」で示されたＵＲＬをセンタ側装置２に送信し、当該ＵＲＬで特定されるＸＭＬデータに基づく指示を受信するようにしてもよい。
【００３４】
また、この入力欄の設定においては「barcode」指示により、バーコード入力の可否が示されており、この欄が「可」となっていないのに、ユーザがバーコードによって情報の入力をしたとき（操作部３４の一部としてのバーコードリーダから情報が入力されたとき）には、「Badhint」として指定された文字列を表示部３３に表示する。さらに、ここでは「Goodhint」や「Badhint」に文字列等を直接関連づけているが、これらに関連づけるべき文字列等を別途ヒント（Hint）としてラベル情報に関連づけて定義し、当該ラベル情報を「Goodhint」や「Badhint」に関連づけることで、間接的に文字列等の関連づけを行ってもよい。
【００３５】
このように、ユーザの操作入力の誤りをその場で報知するようにしたので、ユーザが誤りに対して機敏に対処でき、利便性が高まる。なお、こうして入力された情報は、通信部３５を介してセンタ側装置２に送信される。つまり、操作条件を満足した情報が選択的にセンタ側装置２に送信されることとなる。
【００３６】
［モデム状態情報及びモデム管理情報］
ここでモデム状態情報及びモデム管理情報について説明する。本実施の形態ではモデムはグループに分けて群管理される。ここでグループは任意に設定することができ、例えばユーザ側に複数の事業所がある場合、各事業所ごとのグループとすることもできる。この場合は、第１の事業所に属する端末装置３からは、当該事業所に対応するグループに分けられたモデムのいずれかに対して発信をするようにすればよい。具体的には、各モデムには識別子を付与し、各端末装置３には、対応するグループのモデムの識別子を保持させ、そのいずれかと通信をするように設定する。
【００３７】
本実施の形態では、モデムは、グループ識別子（gid）と、ＩＰアドレスとで識別される。モデム状態情報及びモデム識別情報は、これらグループ識別子とＩＰアドレスとをキーとして管理され、例えばモデム状態情報は、各モデムが利用するＴＣＰプロトコルのポート番号と、状態コード（status）、及びコメントをキーに関連づけてなる。ここで状態コードは、オンライン（通信中）となっているか、オフラインであるかの別を主として示す。
【００３８】
また、モデム管理情報は、グループ識別子とＩＰアドレスとをキーとして、モデムを追加（新たなモデムを登録する）するための情報や、モデムの設定内容を変更（オンラインをオフラインに変更する、ＩＰアドレスやポート番号を変更する等）するための情報等である。
【００３９】
本実施の形態では、モデム管理部２２は、ウエブサーバとしての機能を備えて、モデム状態情報を提供すべき旨の要求を受けて、モデムの状態情報を要求元に対してウエブページとして配信するようにしてもよい。
【００４０】
［動作］
次に、本実施の形態のソフトウエア実行システムの動作について説明する。本実施の形態では、サーバ装置１側にアプリケーションプログラムをインストールすることになる。このアプリケーションプログラムは、ＨＴＴＰプロトコルにより入出力用の情報を配信可能な状態で記述される。具体的には、このアプリケーションプログラムは、Ｊａｖａ（登録商標）、及びそのサーブレットのほか、ＪａｖａＳｃｒｉｐｔ、ＰＨＰ、ＡＳＰ（Active Server Pages）等のスクリプト言語によっても記述できる。以下の例では、Ｊａｖａ（登録商標）によって、在庫管理のアプリケーションプログラムを記述した場合について説明する。ここではバーコード入力されるべき商品の品番の情報と、キーパットによって入力されるべきその数量の情報とを受け付けて、アプリケーションプログラム側で各商品の数量を集計する、という簡単な例を考える。
【００４１】
サーバ装置１にインストールされるアプリケーションプログラムは、従って、情報入力のために品番と数量との入力欄と「入力」ボタン及び「集計」ボタンを配したインタフェースを規定するＸＭＬ文書と、入力ボタンに応答し、情報を受け入れるＪａｖａ（登録商標）プログラムと、集計ボタンに応答し、情報の集計を行うＪａｖａ（登録商標）プログラムとを含む。
【００４２】
このインタフェースを規定するＸＭＬ文書は、図４に示すように、品番の入力欄の規定（Ａ）と、数量の入力欄の規定（Ｂ）とを含む。なお、図４では一部を省略して記述しており、省略箇所は「…」としている。この記述のうち、品番の入力欄の規定では、バーコード入力が可能（barcode="yes"）となっており、数量の入力欄では、バーコード入力が不可（barcode="no"）とされ、また、数値の制限として最小でも「５０」、最大でも「１００」が入力されるべきとの指定（５０以上１００以下の入力がされるべきとの操作条件の指定）が行われている。
【００４３】
端末装置３には、このＸＭＬ文書のＵＲＬを予め指定しておき、初期化操作が行われたときに、当該指定されたＵＲＬからデータを取得する要求を送信させる。この要求は、センタ側装置２に対して送信され、センタ側装置２では、当該要求を受け付けてモデムの一つがオンラインとなり、当該要求をバッファする。
【００４４】
センタ側装置２のモデム制御部２３がこのモデムを次にポーリングしたときに、当該要求は、モデム制御部２３によって読み出されて、情報変換部２６に出力される。情報変換部２６は、この要求がＵＲＬからのデータ取得要求であることを検出（例えばデータが「http」で始まる文字列であるなど、ＵＲＬそのものであったときに、そのように検出する）し、そのデータ取得要求に係るＵＲＬをＨＴＴＰクライアント部２５に出力する。
【００４５】
そしてＨＴＴＰクライアント部２５は、当該ＵＲＬからデータを取得するＨＴＴＰプロトコルによる要求をサーバ装置１側に送出する。サーバ装置１では、当該ＨＴＴＰプロトコルによる要求に応答して、対応するＸＭＬ文書を要求元であるセンタ側装置２に配信する。
【００４６】
そしてセンタ側装置２のＨＴＴＰクライアント部２５が当該ＸＭＬ文書を受信することとなる。このＸＭＬ文書は、情報変換部２６により図３に示したような指示に変換される。この指示のうちには、入力欄を表示し、ユーザの操作を受け入れるべき指示が含まれ、かつその指示には、各入力欄での操作に関する操作条件が指定されている。具体的には、第１の入力欄（品番の入力欄）では、バーコード入力が可能である旨の操作条件が指定されており、第２の入力欄（数量の入力欄）では、５０以上１００以下の数値をキーパットによって入力すべき操作条件が指定されている。情報変換部２６は、この情報（品番、数量の情報）をモデム制御部２３に出力し、モデム制御部２３は、当該情報をモデム部２４を介して端末装置３に送信する。なお、情報変換部２６は、ＸＭＬ文書に記述された各タグの情報（各画面要素の情報）を、その記述順の通りに図３に示したようなデータ形式の指示に変換して出力する。
【００４７】
端末装置３の制御部３１は、通信部３５が受信した、この指示の入力を受けて、その内容を解釈し、表示部３３上のｘ＝５，ｙ＝１０で特定される位置に品番の入力欄を、ｘ＝５，ｙ＝１５で特定される位置に数量の入力欄をそれぞれ表示する。
【００４８】
端末装置３の制御部３１は、入力された指示の順に従って、まず、最初に入力された操作案内要素に係る指示である、品番の入力欄にカーソルを移動して待機する。このカーソルによって特定される入力欄、すなわち操作案内要素が、本発明の注目操作案内要素に相当する。なおキーパットの操作によって、カーソルを移動できるようにしておくこととしてもよい。この場合カーソルの移動順序は指示に含まれる画面要素の順序としてもよい。
【００４９】
ユーザが操作部３４のハンディターミナルを操作して在庫品に係るバーコードを読みとると、当該ハンディターミナルがそのバーコードリーダで読みとった情報が制御部３１に出力され、制御部３１は、当該情報を記憶部３２に格納するとともに、品番の入力欄に表示するよう表示部３３を制御し、数量の入力欄にカーソルを移動する。
【００５０】
ここでユーザが操作部３４のハンディターミナルを誤って操作しても、制御部３１は、この入力欄に対応する指示として「barcode="no"」、つまりバーコード入力を禁止する指示を受けているので、制御部３１は、当該ハンディターミナルの誤操作により入力される情報を受け付けずに、同じ指示上に「badhint」で示された文字列「操作が間違っています。入力し直してください。」を表示部３３に表示する。また、ユーザが誤って「５」や「１０００」といった数値をキーパットを操作して入力すると、制御部３１は指示に含まれる最大最小の値と入力された値とを比較して、当該情報を受け付けずに同じ指示上に「badhint」で示された文字列「操作が間違っています。入力し直してください。」を表示部３３に表示する。また、ここでは「badhint」が一種類であるので、同じ文字列となっているが、バーコード入力の禁止に関する「barcode_badhint」と、数量の最大最小に関する「badhint」とを異なるものとして設定するようにしてもよい。この場合は、例えば「barcode_badhint」としては、「バーコード入力できません」などとしておく。
【００５１】
ユーザが指示からみて正当な数値、例えば「１００」を入力して、「入力」ボタンを操作すると、制御部３１は、当該入力ボタンに関連づけられているＵＲＬ（入力ボタンに応答し、情報を受け入れるＪａｖａ（登録商標）プログラムのＵＲＬ）と、入力された値（品番及び数量）のリスト（パラメータリスト）とを通信部３５を介してセンタ側装置２に送信する。
【００５２】
そしてセンタ側装置２の情報変換部２６は、ＵＲＬの情報をＨＴＴＰクライアント部２５に出力し、ＨＴＴＰクライアント部２５は、当該ＵＲＬで特定されるデータの要求をサーバ装置１側に送信する。
【００５３】
サーバ装置１は、この要求に応答して、情報を受け入れるＪａｖａ（登録商標）プログラムを実行し、先に受信したパラメータリストに示された値をデータベース（不図示）に格納する。
【００５４】
「集計」のボタンを操作が行われた場合も同様に、サーバ装置１が集計のためのＪａｖａ（登録商標）プログラムに基づき、図示しないデータベース内に格納された情報を利用して、例えば品番をキーとして数量を累算した結果を生成する。
【００５５】
こうして生成された結果のデータは、サーバ装置１に保持しておき、後から表示、印刷するようにしてもよいし、サーバ装置１が各Ｊａｖａ（登録商標）プログラムからの出力を、センタ側装置２に配信し、センタ側装置２が当該出力を端末装置３で解釈可能な指示に変換して、端末装置３に送信するようにしてもよい。
【００５６】
このように本実施の形態では、端末装置３の代わりにセンタ側装置２がウエブサーバとの通信を実行し、また、サーバ装置１が端末装置３に代わってプログラム処理を実行し、その実行の結果をセンタ側装置２に配信し、センタ側装置２にて、端末装置３で表示可能な状態に変換させ、その変換後の情報を端末装置３側に送信し、端末装置３側で表示させるようになっている。また、端末装置３側では、システムの実用性やユーザの利便性に配慮して、ある操作案内要素を用いて入力された情報について、操作案内要素ごとに定められた操作条件を満足するか否かを判断する。つまり、端末装置３の機種ごとに、インタプリタのプログラムだけ予め開発しておけば、機種を入れ替える等の場合も、基本的に当該入れ替え後の機種にインタプリタのプログラムをインストールすることで、サーバ装置１にインストールされている従来通りのプログラムはそのまま利用できる。つまり、本実施の形態によると、機種によらない開発環境が提供され、システム全体の製造コストを削減できる。
【００５７】
また、ここではＪａｖａ（登録商標）プログラムの例について説明したが、これに限らず、スクリプト言語であっても構わない。また、センタ側装置２からサーバ装置１に対して要求されるＵＲＬには、処理に必要なパラメータを含めておいてもよい。
【００５８】
［変形例］
なお、本発明の実施態様は、上述の実施形態に限られるものではない。例えば、端末装置３が汎用のオペレーティングシステムを搭載している場合は、センタ側装置２の情報変換部２６とＨＴＴＰクライアント部２５とを端末装置３上で実装し、制御部３１がこれらの処理も兼ねるようにしてもよい。このようにすると、汎用のオペレーティングシステムを搭載する機種も、そうでない機種も同等に扱うことが可能となる。
【００５９】
また、ここでは端末装置３の例として、ハンディターミナル装置を用いて説明してきたが、端末装置３は、家庭用電化製品や、その他のマイクロコンピュータ制御機器であっても構わない。例えば家庭用電化製品であれば、機種に関わらず共通した機能を実装する場合に、各機種ごとにプログラムを作成したり、コンパイルし直したりということがなくなって、製造コストを削減できる。プロセッサごとにインタプリタが事前に生成され、当該インタプリタが解釈可能な情報をＸＭＬやＨＴＭＬといった画面記述情報に基づいて生成する情報変換部２６があるからである。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るシステムの一例を表す構成ブロック図である。
【図２】センタ側装置の例を表す機能ブロック図である。
【図３】端末装置にて解釈可能なデータ形式の一例を表す説明図である。
【図４】画面記述情報の一例を表す説明図である。
【符号の説明】
１  サーバ装置、２  センタ側装置、３  端末装置、２１，３１  制御部、２２  モデム管理部、２３  モデム制御部、２４  モデム部、２５  ＨＴＴＰクライアント部、２６  情報変換部、３２  記憶部、３３  表示部、３４  操作部、３５  通信部。
【図１】
2004213066.tif 000003
【図２】
2004213066.tif 000004
【図３】
2004213066.tif 000005
【図４】
2004213066.tif 000006