"ホストと、無線端末装置とを備え、前記無線端末装置から送信されたデータを前記ホストで管理する無線通信システムであって、前記ホストが、イベント発生により特定のデータを前記無線端末装置に送信し、前記無線端末装置からの問い合わせのリクエストに対してデータの要求を返信するものであり、前記無線端末装置が、前記特定のデータを契機として前記ホストに問い合わせのリクエストを行い、前記ホストからのデータの要求を受信し、当該要求に対応するデータを前記ホストに送信することを特徴とする、無線通信システム。ホストと通信を行う無線端末装置であって、前記ホストから特定のデータを受信すると、当該特定のデータを契機として前記ホストに問い合わせのリクエストを行い、前記ホストからそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータを前記ホストに送信することを特徴とする、無線端末装置。しかしながら、上記従来の無線通信システムにおけるシーケンス例1では、ホストからターミナルに必要なデータを要求することができず、ホストがターミナルをリアルタイムに監視することができないという問題点があった。また、上記無線通信システムにおけるシーケンス例2では、SMSを利用してホストがターミナルに要求を出して、ターミナルがSMSを解析してリクエストデータをホストに送信するものであるため、システムが大掛かりとなり、携帯電話事業者の協力が必要になるという問題点があった。また、上記無線通信システムにおけるシーケンス例3では、ホストとターミナルに、HTTPサーバ機能とHTTPクライアント機能の両方を実装する必要があり、ホストとターミナルの双方でソフトウェアが増大し、ホストがメモリとCPU特性の制約を受けるという問題点があった。本発明は上記実情に鑑みて為されたもので、携帯電話事業者のシステムを改変することなく、またホストの構成を大きく改変することなく、ホストからの要求を処理できる無線通信システム及び無線端末装置を提供することを目的とする。上記従来例の問題点を解決するための本発明は、ホストと、無線端末装置とを備え、無線端末装置から送信されたデータをホストで管理する無線通信システムであって、ホストが、イベント発生により特定のデータを無線端末装置に送信し、無線端末装置からの問い合わせのリクエストに対してデータの要求を返信するものであり、無線端末装置が、特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからのデータの要求を受信し、当該要求に対応するデータをホストに送信することを特徴としている。また、本発明は、ホストと通信を行う無線端末装置であって、ホストから特定のデータを受信すると、当該特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータをホストに送信することを特徴としている。本発明によれば、ホストが、イベント発生により特定のデータを無線端末装置に送信し、無線端末装置からの問い合わせのリクエストに対してデータの要求を返信するものであり、無線端末装置が、特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからのデータの要求を受信し、当該要求に対応するデータをホストに送信するので、ホストの構成を大きく改変することなく、主に無線端末装置の対応でホストからの要求を処理できる効果がある。また、本発明によれば、無線端末装置が、ホストからの特定のデータを受信すると、当該特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータをホストに送信するので、無線端末装置のアプリケーションの対応で、ホストからの要求を処理できる効果がある。本発明の実施の形態について図面を参照しながら説明する。[実施の形態の概要]本発明の実施の形態に係る無線通信システムは、ホストと、無線端末装置本例では外部装置DTE:DataTerminalEquipmentと接続される無線端末アダプタとを備え、無線端末装置から送信されたデータをホストで管理するものであり、ホストは、イベント発生により、無線端末装置に特定のデータ本例ではPING等のパケットを送信し、無線端末装置からの問い合わせのリクエストに対してデータの要求を返信し、無線端末装置は、特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからのデータの要求に対応するデータをホストに送信するようにしているので、ホストの構成を大きく改変することなく、主に無線端末装置の対応でホストからの要求を処理できるものである。本発明の実施の形態に係る無線端末装置本例では無線端末アダプタは、ホストから特定のデータ本例ではPING等のパケットを受信すると、その特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータをホストに送信するものであり、無線端末装置のアプリケーションの対応で、ホストからの要求を処理できるものである。[無線通信システム:図1]本発明の実施の形態に係る無線通信システムについて図1を参照しながら説明する。図1は、本発明の実施の形態に係る無線通信システムの構成ブロック図である。本発明の実施の形態に係る無線通信システム本システムは、図1に示すように、ホストHTTPサーバ1と、基地局2と、無線端末装置であるターミナルHTTPクライアント3と、交換機5と、通信網6とを基本的に有している。図1では、一つの基地局2に、2組のターミナル3が無線接続しているが、基地局2に3組以上のターミナル3等が接続する構成でもよいし、また、基地局2が複数設けられていてもよい。ホスト1は、通信網6を介して交換機5に接続し、交換機5は基地局2に接続する。基地局2は、無線通信によりターミナル3に接続している。そして、ホスト1とターミナル3との間は、通信網6,交換機5、基地局2を経由してデータの送受信を行う。[本システムの各部]本システムの各部について具体的に説明する。ホストHTTPサーバ1は、ターミナル3から送信されたリクエストデータを受信し、当該データの管理を行う。尚、管理とは少なくともデータを受信し保持することをいう。また、ホスト1は、本実施形態の特徴として、イベントが発生すると、パケット例えばPINGをターミナル3に送信し、そのパケット受信をトリガにターミナル3からリクエスト問い合わせを受信すると、ターミナル3にレスポンス要求を送信し、そのレスポンスに対してターミナル3からリクエストデータを受信し、レスポンスOKをターミナル3に返信する。リクエストデータは、ホスト1で管理される。基地局2は、ターミナル3からの接続要求で、接続処理を行い、ホスト1からのパケット受信によりターミナル3との接続処理を行う。ターミナル3は、イベントが発生すると、後述する無線通信部4を介して基地局2に接続し、リクエストデータをホスト1に送信する。また、ターミナル3は、基地局2からの接続処理後にパケットを受信すると、そのパケットをトリガにホスト1にリクエスト問い合わせを送信し、ホスト1からレスポンス要求を受信すると、その要求に基づいて対応するリクエストデータをホスト1に送信する。交換機5は、ホスト1と基地局2と接続制御を行うものである。通信網6は、ホスト1と基地局2と接続する通信路となる通信ネットワークである。[ターミナル無線端末アダプタ:図2]次に、ターミナル3の具体的な構成について図2を参照しながら説明する。図2は、ターミナル無線端末アダプタの構成ブロック図である。ターミナル無線端末アダプタ3は、図2に示すように、無線通信部4とアダプタ部30とで構成される。アダプタ部30は、制御部31と、記憶部としてフラッシュFlashROMReadOnlyMemory32、RAMRandomAccessMemory33と、入出力処理部34とを有している。尚、アダプタ部30は、インターフェイス図示せずを介して例えば自動販売機などのDTEに接続されており、ターミナル3は、DTEからのデータを無線通信部4、基地局2等を介してホスト1に送信する。無線通信部4は、基地局2と無線通信によりデータの送受信を行う。制御部31は、例えばCPUCentralProcessingUnitで、データ通信用の無線端末の各種制御や、TCP/IP,HTTPのスタック処理を行う。フラッシュROM32は、無線通信端末を動作させるプログラムを格納する。RAM33は、制御部31のワークメモリや取得したデータを保存する。入出力処理部34は、無線通信部4と制御部31との入出力を制御する。ターミナル3の制御部31は、フラッシュROM32からアプリケーションプログラム処理プログラムを読み込み、図4のシーケンス、図6の処理を実行する。また、RAM33には、図5のレスポンス要求対応テーブルを記憶している。[スタックの構成:図3]次に、スタックの構成について図3を参照しながら説明する。図3は、スタックの構成を示す概略図である。HTTPを扱うための一般的なスタック構成であるが、アプリケーションは呼制御と呼ばれる発着信の処理から着信のイベントを受け取ることができる構成となっている。この着信イベントをトリガにアプリケーションが動作する。スタックは、図3に示すように、データリンク層にPPPPointtoPointProtocol/MACMediaAccessControlが、ネットワーク層にIPInternetProtocol、ICMPInternetControlMessageProtocolが、トランスポート層にTCPTransmissionControlProtocol、UDPUserDatagramProtocolが、アプリケーション層にHTTPがある。ここで、ICMPは、インターネット制御通知プロトコルであり、ICMPを利用したツールにPING等がある。PINGは、ネットワーク疎通を確認したいホストがIPパケットを発行して、そのパケットが正しく届いて返答が行われるかを確認するためのコマンドである。本実施例では、ホスト1からターミナル3に送信する特定のパケットとして、一例として、PINGを用いている。従って、ターミナル3は、PINGによる着信をトリガにリクエストをホスト1に送信し、ホスト1がどのようなデータを要求しているのか問い合わせを行うものである。[実施の形態のシーケンス例:図4]次に、本システムにおけるシーケンスの例について図4を参照しながら説明する。図4は、実施の形態のシーケンス例を示す図である。ホスト1でイベントが発生するS1と、ターミナル3に対してコールバックを要求する着信を発生させるため、基地局2にパケットを送信するS2。ここで、ホスト1でのイベントとは、例えば管理者がDTEの現状のデータを収集したいなど、能動的にデータを収集する契機である。尚、送信するパケットとして、着信をトリガとするPINGがアプリケーションの変更を小さくできるため望ましいが、PING以外ではUDP、TCP等であってもよい。基地局2は、PING等のパケットを受信するとターミナル3への接続処理を行いS3、そして、PING等のパケットをターミナル3に送信するS4。ターミナル3は、PING等のパケットによる着信をソフトウェア処理アプリケーションで検知し、その着信をトリガとして、リクエストとして問い合わせを、基地局2を介してホスト1に送信するS5。ターミナル3からの問い合わせを受信したホスト1は、基地局2を介してターミナル3にレスポンス要求を返信するS6。リクエスト問い合わせに対するレスポンスは、ホスト1で発生したイベントに対応する情報を要求するもので、ホスト1がイベントに対してどのような情報を要求しているのかを示すものである。そして、ターミナル3は、ホスト1からのレスポンス要求を受信すると、その要求に対応するデータをリクエストとして、基地局2を介してホスト1に送信するS7。リクエストデータを受信したホスト1は、基地局2を介してターミナル3にデータ受け取りを示すレスポンスOKを、基地局2を介してターミナル3に送信するS8。[レスポンス要求対応テーブル:図5]本システムにおいて、ターミナル3とホスト1での処理を実現するためには、ターミナル3とホスト1でレスポンス要求対応テーブルを記憶しておく必要がある。レスポンス要求対応テーブルについて図5を参照しながら説明する。図5は、レスポンス要求対応テーブルの概略図である。レスポンス要求対応テーブルは、図5に示すように、ホスト1からのレスポンス要求の番号No.又は識別子と、その番号等に対応するリクエストデータの種類を記憶している。つまり、ホスト1は、内部に記憶するレスポンス要求対応テーブルを参照し、発生したイベントに対応して要求リクエストするデータの種類に対応するレスポンス要求の番号等を読み取り、その番号等をレスポンス要求に含めてターミナル3に送信する。また、ターミナル3は、ホスト1から受信したレスポンス要求を解析し、含まれるレスポンス要求の番号等を読み取り、内部に記憶するレスポンス要求対応テーブルを参照し、読み取った番号等に対応するデータの種類を読み取り、その種類のデータをリクエストとしてホスト1に送信する。[ターミナルでの処理フロー:図6]本システムのターミナル3での処理フローについて図6を参照しながら説明する。図6は、ターミナルでの処理を示すフローチャートである。尚、図6では、ホスト1からのパケットはPINGを用いている。ターミナル3の制御部31は、着信があったか否かを判定しS11、着信がなかった場合Noの場合、他の処理、例えば終了処理に移行しS14、着信があった場合Yesの場合、特定のホストからの着信のみを受け付けるか否かを判定するS12。ホストの指定がなく、全ての着信を受け付ける設定の場合Noの場合、この着信をトリガにHTTPリクエストの送信処理を開始するS15。また、特定のホストからの着信のみを受け付ける設定ホスト指定の場合Yesの場合、指定されたホストからの着信であるか否かの判定を行うS13。指定された特定のホストからの着信である場合Yesの場合、この着信をトリガにHTTPリクエストの送信処理を開始するS15。指定された特定のホストからの着信でなかった場合Noの場合、他の処理、例えば、通常の着信処理に移行するS16。[実施の形態の効果]本システムによれば、HTTPサーバ機能を有するホスト1でイベントが発生すると、ホスト1は、HTTPクライアント機能を有するターミナル3に特定のパケットを送信し、ターミナル3は、その特定のパケットを契機としてホスト1に問い合わせのリクエストを行い、ホスト1がそのリクエストに対してデータの要求を返信すると、ターミナル3は、その要求に対応するデータをリクエストでホスト1に送信するようにしているので、ホストの構成を大きく改変することなく、主にターミナルの対応でホストからの要求を処理できる効果がある。また、本システムにおけるターミナル3は、HTTPクライアント機能を有し、HTTPサーバ機能を有するホスト1からの特定パケットを受信すると、その特定のパケットを契機としてホスト1に問い合わせのリクエストを行い、ホスト1からそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータをリクエストでホスト1に送信するものであり、ターミナル3のアプリケーションの対応で、ホストからの要求を処理できる効果がある。尚、本発明は上述した実施形態に限定されるものではなく、種々変更して実施することができる。例えば、上述した実施形態では、HTTPによりホスト1とターミナル3とが通信を行い、特定のデータ、リクエスト、応答などを送受信するように構成したが、ホスト1とターミナル3とのプロトコルはHTTPに限定されるものではなく、当然他のプロトコルが用いられてもよい。この場合であっても上述した実施形態と同様に、ターミナル3はホスト1から受信した特定のデータに基づいて、ホスト1にリクエスト問い合わせを行い、ホスト1からのトリガでホスト1がターミナル3と所望のデータ通信を行う。これにより、上述した実施形態と同様の作用効果を得ることができる。"