無線通信システム及び無線端末装置
【課題】 携帯電話事業者のシステムを改変することなく、またホストの構成を大きく改変することなく、主にターミナルの対応でホストからの要求を処理できる無線通信システム及び無線端末装置を提供する。
【解決手段】 ホスト１でイベントが発生すると、ホスト１は、ターミナル３に特定のパケットを送信し、ターミナル３は、その特定のパケットを契機としてホスト１に問い合わせのリクエストを行い、ホスト１がそのリクエストに対してデータの要求を返信すると、ターミナル３は、その要求を解析して対応するデータをリクエストでホスト１に送信する無線通信システム及び無線端末装置である。
【解決手段】 ホスト１でイベントが発生すると、ホスト１は、ターミナル３に特定のパケットを送信し、ターミナル３は、その特定のパケットを契機としてホスト１に問い合わせのリクエストを行い、ホスト１がそのリクエストに対してデータの要求を返信すると、ターミナル３は、その要求を解析して対応するデータをリクエストでホスト１に送信する無線通信システム及び無線端末装置である。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）を利用してホストからの要求に必要なデータを送信する無線通信システム及び無線端末装置に関する。
【背景技術】
【０００２】
［従来の技術］
現在、無線通信を用いたデータ通信は、様々な分野で利用されている。
例えば、自動販売機の商品管理、売上管理、販売動向管理等に、また、ＧＰＳ（Global Positioning System）と組み合わせたタクシーの配車管理、バスロケーションの管理、トラックの運行管理等の位置管理に、更に、電力監視、エレベータ監視等の監視系に利用されている。
上記データ通信では、ターミナル側となる個々の機器とホストとの間で通信を行い、ホスト側でデータの管理を行っている。
【０００３】
データ通信を行うには、プロトコルと呼ばれる通信手順が必要である。現在、最も一般的なプロトコルに、ＨＴＴＰがある。ＨＴＴＰは、リクエスト−レスポンス型のデータ通信方式である。
【０００４】
リクエスト−レスポンス型のデータ通信は、ターミナル側からのリクエストによって開始され、リクエストを受け取ったホストがそのリクエストに対するレスポンスを返すことで通信が完了する。
すなわち、ホスト側は、ターミナルからのリクエストを常時待っており、ターミナルからのリクエストを受け取って、その処理を行うだけで、ホスト側からは一切通信を開始することができない仕様となっていた。
【０００５】
現在、上記無線通信で利用されているアプリケーションとして、ターミナルで発生したイベントを通知する機能が挙げられる。例えば、自動販売機で在庫商品の売り切れが発生した場合に、ホストにその情報を通知して商品の補充を求める機能や、バスロケーションで停留所に到着したことをホストに通知する機能である。
これらは、ターミナルで発生したイベントをホストに通知しており、ホストは受動的な動作で運用できるものである。
【０００６】
［従来のシーケンス例１：図７］
上記の従来の通信シーケンスについて図７を参照しながら説明する。図７は、従来のシーケンス例１を示す図である。
図７に示すように、ターミナル（ＨＴＴＰクライアント）３でイベントが発生した場合に、ホスト（ＨＴＴＰサーバ）１に基地局２を介してデータを送信するシーケンスとなっている。
【０００７】
ターミナル３は、イベント発生により基地局２と無線接続を実施し、接続完了後にＨＴＴＰリクエストデータをホスト１に送信する。ホスト１がＨＴＴＰリクエストデータを受信すると、ＨＴＴＰレスポンス（ＯＫ）を、基地局２を介してターミナル３に送信する。
上記の場合、ターミナル３にはＨＴＴＰクライアント機能が、ホスト１にはＨＴＴＰサーバ機能が必要となる。
ここで、ＨＴＴＰクライアント機能とは、ＨＴＴＰによりサーバであるホストへリクエストを送信し、ホストからの応答を受けてリクエストに応じた処理を行う機能をいう。また、ＨＴＴＰサーバ機能とは、ＨＴＴＰによりクライアントであるターミナルからリクエストを受け付け、応答をターミナルに返すとともに、そのリクエストに応じた処理を行う機能をいう。
【０００８】
しかしながら、例えば、ホストから自動販売機の現時点での在庫数を調べたい場合や、バスロケーションで現在のバスの位置を調べたい場合には、ホストからターミナルに対して要求を行う必要があるため、上記シーケンス例１では、ホストからターミナルに対するリアルタイムの監視を行うことができないものとなっていた。
【０００９】
そこで、携帯電話網を使用したシステムでは、ショートメッセージサービス（ＳＭＳ：Short Message Service）を利用した方法や制御信号を利用した方法で、ホスト側の要求をターミナルに通知し、ターミナル側の要求に置き換える方法が実現されている。
【００１０】
［従来のシーケンス例２：図８］
ＳＭＳを利用した通信シーケンスについて図８を参照しながら説明する。図８は、従来のシーケンス例２を示す図である。
図８に示すように、ホスト１で発生したイベントをターミナル３に伝え、ターミナル３からのリクエストに置き換えてホスト１にリクエストデータを送信するシーケンスである。
【００１１】
具体的には、ホスト１でイベントが発生すると、ホスト１は、基地局２にリクエスト要求を送信し、基地局２はＳＭＳによりそのリクエスト要求をターミナル３に送信する。
ターミナル３は、ＳＭＳを解析し、ターミナル３からのリクエストとして要求されたデータを、基地局２を介してホスト１に送信する。
この場合、ターミナル３には、ＨＴＴＰサーバ機能を実装する必要はなく、ターミナル側で発生したイベントと同じ構成で実現している。
【００１２】
しかしながら、従来のシーケンス例２では、実現方法が大掛かりなものであり、携帯電話業者の協力がないと実現が難しいものとなっていた。
そこで、例えば、ターミナル側の自動販売機やバス側にもホスト（サーバ）機能を持たせ、ホスト側にもクライアント機能を持たせることで、双方から通信を開始できる方法も実現されている。
【００１３】
［従来のシーケンス例３：図９］
ターミナル３にＨＴＴＰサーバ機能を設け、ホスト１にＨＴＴＰクライアント機能を設けて、ホスト１で発生したイベントをターミナル３に要求し、その応答でデータをもらうシーケンスである。図９は、従来のシーケンス例３を示す図である。
具体的には、図９に示すように、ホスト１でイベントが発生すると、ホスト１は、基地局２にリクエスト要求を送信する。基地局２は、受信したリクエスト要求を保持し、ターミナル３と接続処理を行い、リクエストデータをターミナル３に送信する。ターミナル３は、リクエストデータに対して要求されたデータをレスポンス（ＯＫ）で基地局２を介してホスト１に送信する。
【００１４】
上記従来のシーケンス例３では、ホスト、ターミナル共に、ＨＴＴＰサーバ機能とＨＴＴＰクライアント機能の両方を実装する必要があり、ホストとターミナルでソフトウェアが増大し、特にホストは組み込み機器であることからメモリやＣＰＵ（Central Processing Unit）性能の制約を受けることになっていた。
【００１５】
［関連技術］
尚、関連する先行技術として、特開２０１０−０９８４０５号公報「無線通信端末」（株式会社日立国際電気）［特許文献１］がある。
特許文献１には、第１の通信速度群を記憶する第１のメモリテーブルと、第２の通信速度群を記憶する第２のメモリテーブルと、第１，２のメモリテーブルを選択して通信モードを制御する制御部と、第１，２のメモリテーブルに記憶された通信速度群から通信速度を設定する操作部とを有する無線通信端末が示されている。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２０１０−０９８４０５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
しかしながら、上記従来の無線通信システムにおけるシーケンス例１では、ホストからターミナルに必要なデータを要求することができず、ホストがターミナルをリアルタイムに監視することができないという問題点があった。
【００１８】
また、上記無線通信システムにおけるシーケンス例２では、ＳＭＳを利用してホストがターミナルに要求を出して、ターミナルがＳＭＳを解析してリクエストデータをホストに送信するものであるため、システムが大掛かりとなり、携帯電話事業者の協力が必要になるという問題点があった。
【００１９】
また、上記無線通信システムにおけるシーケンス例３では、ホストとターミナルに、ＨＴＴＰサーバ機能とＨＴＴＰクライアント機能の両方を実装する必要があり、ホストとターミナルの双方でソフトウェアが増大し、ホストがメモリとＣＰＵ特性の制約を受けるという問題点があった。
【００２０】
本発明は上記実情に鑑みて為されたもので、携帯電話事業者のシステムを改変することなく、またホストの構成を大きく改変することなく、ホストからの要求を処理できる無線通信システム及び無線端末装置を提供することを目的とする。
【課題を解決するための手段】
【００２１】
上記従来例の問題点を解決するための本発明は、ホストと、無線端末装置とを備え、無線端末装置から送信されたデータをホストで管理する無線通信システムであって、ホストが、イベント発生により特定のデータを無線端末装置に送信し、無線端末装置からの問い合わせのリクエストに対してデータの要求を返信するものであり、無線端末装置が、特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからのデータの要求を受信し、当該要求に対応するデータをホストに送信することを特徴としている。
【００２２】
また、本発明は、ホストと通信を行う無線端末装置であって、ホストから特定のデータを受信すると、当該特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータをホストに送信することを特徴としている。
【発明の効果】
【００２３】
本発明によれば、ホストが、イベント発生により特定のデータを無線端末装置に送信し、無線端末装置からの問い合わせのリクエストに対してデータの要求を返信するものであり、無線端末装置が、特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからのデータの要求を受信し、当該要求に対応するデータをホストに送信するので、ホストの構成を大きく改変することなく、主に無線端末装置の対応でホストからの要求を処理できる効果がある。
【００２４】
また、本発明によれば、無線端末装置が、ホストからの特定のデータを受信すると、当該特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータをホストに送信するので、無線端末装置のアプリケーションの対応で、ホストからの要求を処理できる効果がある。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施の形態に係る無線通信システムの構成ブロック図である。
【図２】ターミナル（無線端末アダプタ）の構成ブロック図である。
【図３】スタックの構成を示す概略図である。
【図４】実施の形態のシーケンス例を示す図である。
【図５】レスポンス要求対応テーブルの概略図である。
【図６】ターミナルでの処理を示すフローチャートである。
【図７】従来のシーケンス例１を示す図である。
【図８】従来のシーケンス例２を示す図である。
【図９】従来のシーケンス例３を示す図である。
【発明を実施するための形態】
【００２６】
本発明の実施の形態について図面を参照しながら説明する。
［実施の形態の概要］
本発明の実施の形態に係る無線通信システムは、ホストと、無線端末装置（本例では外部装置（ＤＴＥ：Data Terminal Equipment）と接続される無線端末アダプタ）とを備え、無線端末装置から送信されたデータをホストで管理するものであり、ホストは、イベント発生により、無線端末装置に特定のデータ（本例ではＰＩＮＧ等のパケット）を送信し、無線端末装置からの問い合わせのリクエストに対してデータの要求を返信し、無線端末装置は、特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからのデータの要求に対応するデータをホストに送信するようにしているので、ホストの構成を大きく改変することなく、主に無線端末装置の対応でホストからの要求を処理できるものである。
【００２７】
本発明の実施の形態に係る無線端末装置（本例では無線端末アダプタ）は、ホストから特定のデータ（本例ではＰＩＮＧ等のパケット）を受信すると、その特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータをホストに送信するものであり、無線端末装置のアプリケーションの対応で、ホストからの要求を処理できるものである。
【００２８】
［無線通信システム：図１］
本発明の実施の形態に係る無線通信システムについて図１を参照しながら説明する。図１は、本発明の実施の形態に係る無線通信システムの構成ブロック図である。
本発明の実施の形態に係る無線通信システム（本システム）は、図１に示すように、ホスト（ＨＴＴＰサーバ）１と、基地局２と、無線端末装置であるターミナル（ＨＴＴＰクライアント）３と、交換機５と、通信網６とを基本的に有している。
【００２９】
図１では、一つの基地局２に、２組のターミナル３が無線接続しているが、基地局２に３組以上のターミナル３等が接続する構成でもよいし、また、基地局２が複数設けられていてもよい。
【００３０】
ホスト１は、通信網６を介して交換機５に接続し、交換機５は基地局２に接続する。
基地局２は、無線通信によりターミナル３に接続している。
そして、ホスト１とターミナル３との間は、通信網６，交換機５、基地局２を経由してデータの送受信を行う。
【００３１】
［本システムの各部］
本システムの各部について具体的に説明する。
ホスト（ＨＴＴＰサーバ）１は、ターミナル３から送信されたリクエストデータを受信し、当該データの管理を行う。尚、管理とは少なくともデータを受信し保持することをいう。
また、ホスト１は、本実施形態の特徴として、イベントが発生すると、パケット（例えばＰＩＮＧ）をターミナル３に送信し、そのパケット受信をトリガにターミナル３からリクエスト（問い合わせ）を受信すると、ターミナル３にレスポンス（要求）を送信し、そのレスポンスに対してターミナル３からリクエスト（データ）を受信し、レスポンス（ＯＫ）をターミナル３に返信する。リクエスト（データ）は、ホスト１で管理される。
【００３２】
基地局２は、ターミナル３からの接続要求で、接続処理を行い、ホスト１からのパケット受信によりターミナル３との接続処理を行う。
ターミナル３は、イベントが発生すると、後述する無線通信部４を介して基地局２に接続し、リクエスト（データ）をホスト１に送信する。
また、ターミナル３は、基地局２からの接続処理後にパケットを受信すると、そのパケットをトリガにホスト１にリクエスト（問い合わせ）を送信し、ホスト１からレスポンス（要求）を受信すると、その要求に基づいて対応するリクエスト（データ）をホスト１に送信する。
【００３３】
交換機５は、ホスト１と基地局２と接続制御を行うものである。
通信網６は、ホスト１と基地局２と接続する通信路となる通信ネットワークである。
【００３４】
［ターミナル（無線端末アダプタ）：図２］
次に、ターミナル３の具体的な構成について図２を参照しながら説明する。図２は、ターミナル（無線端末アダプタ）の構成ブロック図である。
ターミナル（無線端末アダプタ）３は、図２に示すように、無線通信部４とアダプタ部３０とで構成される。アダプタ部３０は、制御部３１と、記憶部としてフラッシュ（Flash） ＲＯＭ（Read Only Memory）３２、ＲＡＭ（Random Access Memory）３３と、入出力処理部３４とを有している。
尚、アダプタ部３０は、インターフェイス（図示せず）を介して例えば自動販売機などのＤＴＥに接続されており、ターミナル３は、ＤＴＥからのデータを無線通信部４、基地局２等を介してホスト１に送信する。
【００３５】
無線通信部４は、基地局２と無線通信によりデータの送受信を行う。
制御部３１は、例えばＣＰＵ（Central Processing Unit）で、データ通信用の無線端末の各種制御や、ＴＣＰ／ＩＰ，ＨＴＴＰのスタック処理を行う。
フラッシュＲＯＭ３２は、無線通信端末を動作させるプログラムを格納する。
ＲＡＭ３３は、制御部３１のワークメモリや取得したデータを保存する。
入出力処理部３４は、無線通信部４と制御部３１との入出力を制御する。
【００３６】
ターミナル３の制御部３１は、フラッシュＲＯＭ３２からアプリケーションプログラム（処理プログラム）を読み込み、図４のシーケンス、図６の処理を実行する。
また、ＲＡＭ３３には、図５のレスポンス要求対応テーブルを記憶している。
【００３７】
［スタックの構成：図３］
次に、スタックの構成について図３を参照しながら説明する。図３は、スタックの構成を示す概略図である。
ＨＴＴＰを扱うための一般的なスタック構成であるが、アプリケーションは呼制御と呼ばれる発着信の処理から着信のイベントを受け取ることができる構成となっている。
この着信イベントをトリガにアプリケーションが動作する。
【００３８】
スタックは、図３に示すように、データリンク層にＰＰＰ（Point-to-Point Protocol）／ＭＡＣ（Media Access Control）が、ネットワーク層にＩＰ（Internet Protocol）、ＩＣＭＰ（Internet Control Message Protocol）が、トランスポート層にＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）が、アプリケーション層にＨＴＴＰがある。
【００３９】
ここで、ＩＣＭＰは、インターネット制御通知プロトコルであり、ＩＣＭＰを利用したツールにＰＩＮＧ等がある。
ＰＩＮＧは、ネットワーク疎通を確認したいホストがＩＰパケットを発行して、そのパケットが正しく届いて返答が行われるかを確認するためのコマンドである。
【００４０】
本実施例では、ホスト１からターミナル３に送信する特定のパケットとして、一例として、ＰＩＮＧを用いている。従って、ターミナル３は、ＰＩＮＧによる着信をトリガにリクエストをホスト１に送信し、ホスト１がどのようなデータを要求しているのか問い合わせを行うものである。
【００４１】
［実施の形態のシーケンス例：図４］
次に、本システムにおけるシーケンスの例について図４を参照しながら説明する。図４は、実施の形態のシーケンス例を示す図である。
ホスト１でイベントが発生する（Ｓ１）と、ターミナル３に対してコールバックを要求する着信を発生させるため、基地局２にパケットを送信する（Ｓ２）。ここで、ホスト１でのイベントとは、例えば管理者がＤＴＥの現状のデータを収集したいなど、能動的にデータを収集する契機である。
【００４２】
尚、送信するパケットとして、着信をトリガとするＰＩＮＧがアプリケーションの変更を小さくできるため望ましいが、ＰＩＮＧ以外ではＵＤＰ、ＴＣＰ等であってもよい。
【００４３】
基地局２は、ＰＩＮＧ等のパケットを受信するとターミナル３への接続処理を行い（Ｓ３）、そして、ＰＩＮＧ等のパケットをターミナル３に送信する（Ｓ４）。
ターミナル３は、ＰＩＮＧ等のパケットによる着信をソフトウェア処理（アプリケーション）で検知し、その着信をトリガとして、リクエストとして問い合わせを、基地局２を介してホスト１に送信する（Ｓ５）。
【００４４】
ターミナル３からの問い合わせを受信したホスト１は、基地局２を介してターミナル３にレスポンス（要求）を返信する（Ｓ６）。
リクエスト（問い合わせ）に対するレスポンスは、ホスト１で発生したイベントに対応する情報を要求するもので、ホスト１がイベントに対してどのような情報を要求しているのかを示すものである。
【００４５】
そして、ターミナル３は、ホスト１からのレスポンス（要求）を受信すると、その要求に対応するデータをリクエストとして、基地局２を介してホスト１に送信する（Ｓ７）。
リクエスト（データ）を受信したホスト１は、基地局２を介してターミナル３にデータ受け取りを示すレスポンス（ＯＫ）を、基地局２を介してターミナル３に送信する（Ｓ８）。
【００４６】
［レスポンス要求対応テーブル：図５］
本システムにおいて、ターミナル３とホスト１での処理を実現するためには、ターミナル３とホスト１でレスポンス要求対応テーブルを記憶しておく必要がある。
レスポンス要求対応テーブルについて図５を参照しながら説明する。図５は、レスポンス要求対応テーブルの概略図である。
レスポンス要求対応テーブルは、図５に示すように、ホスト１からのレスポンス（要求）の番号（Ｎｏ．）又は識別子と、その番号等に対応するリクエスト（データ）の種類を記憶している。
【００４７】
つまり、ホスト１は、内部に記憶するレスポンス要求対応テーブルを参照し、発生したイベントに対応して要求（リクエスト）するデータの種類に対応するレスポンス（要求）の番号等を読み取り、その番号等をレスポンス（要求）に含めてターミナル３に送信する。
【００４８】
また、ターミナル３は、ホスト１から受信したレスポンス（要求）を解析し、含まれるレスポンス（要求）の番号等を読み取り、内部に記憶するレスポンス要求対応テーブルを参照し、読み取った番号等に対応するデータの種類を読み取り、その種類のデータをリクエスト(データ)としてホスト１に送信する。
【００４９】
［ターミナルでの処理フロー：図６］
本システムのターミナル３での処理フローについて図６を参照しながら説明する。図６は、ターミナルでの処理を示すフローチャートである。尚、図６では、ホスト１からのパケットはＰＩＮＧを用いている。
ターミナル３の制御部３１は、着信があったか否かを判定し（Ｓ１１）、着信がなかった場合（Ｎｏの場合）、他の処理、例えば終了処理に移行し（Ｓ１４）、着信があった場合（Ｙｅｓの場合）、特定のホストからの着信のみを受け付けるか否かを判定する（Ｓ１２）。
【００５０】
ホストの指定がなく、全ての着信を受け付ける設定の場合（Ｎｏの場合）、この着信をトリガにＨＴＴＰリクエストの送信処理を開始する（Ｓ１５）。
また、特定のホストからの着信のみを受け付ける設定（ホスト指定）の場合（Ｙｅｓの場合）、指定されたホストからの着信であるか否かの判定を行う（Ｓ１３）。指定された特定のホストからの着信である場合（Ｙｅｓの場合）、この着信をトリガにＨＴＴＰリクエストの送信処理を開始する（Ｓ１５）。
指定された特定のホストからの着信でなかった場合（Ｎｏの場合）、他の処理、例えば、通常の着信処理に移行する（Ｓ１６）。
【００５１】
［実施の形態の効果］
本システムによれば、ＨＴＴＰサーバ機能を有するホスト１でイベントが発生すると、ホスト１は、ＨＴＴＰクライアント機能を有するターミナル３に特定のパケットを送信し、ターミナル３は、その特定のパケットを契機としてホスト１に問い合わせのリクエストを行い、ホスト１がそのリクエストに対してデータの要求を返信すると、ターミナル３は、その要求に対応するデータをリクエストでホスト１に送信するようにしているので、ホストの構成を大きく改変することなく、主にターミナルの対応でホストからの要求を処理できる効果がある。
【００５２】
また、本システムにおけるターミナル３は、ＨＴＴＰクライアント機能を有し、ＨＴＴＰサーバ機能を有するホスト１からの特定パケットを受信すると、その特定のパケットを契機としてホスト１に問い合わせのリクエストを行い、ホスト１からそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータをリクエストでホスト１に送信するものであり、ターミナル３のアプリケーションの対応で、ホストからの要求を処理できる効果がある。
【００５３】
尚、本発明は上述した実施形態に限定されるものではなく、種々変更して実施することができる。例えば、上述した実施形態では、ＨＴＴＰによりホスト１とターミナル３とが通信を行い、特定のデータ、リクエスト、応答などを送受信するように構成したが、ホスト１とターミナル３とのプロトコルはＨＴＴＰに限定されるものではなく、当然他のプロトコルが用いられてもよい。この場合であっても上述した実施形態と同様に、ターミナル３はホスト１から受信した特定のデータに基づいて、ホスト１にリクエスト（問い合わせ）を行い、ホスト１からのトリガでホスト１がターミナル３と所望のデータ通信を行う。これにより、上述した実施形態と同様の作用効果を得ることができる。
【産業上の利用可能性】
【００５４】
本発明は、携帯電話事業者のシステムを改変することなく、またホストの構成を大きく改変することなく、主にターミナルの対応でホストからの要求を処理できる無線通信システム及び無線端末装置に好適である。
【符号の説明】
【００５５】
１...ホスト（ＨＴＴＰサーバ）、 ２...基地局、 ３...ターミナル（ＨＴＴＰクライアント）、 ４...無線通信部、 ５...交換機、 ６...通信網、 ３０...アダプタ部、 ３１...制御部、 ３２...フラッシュＲＯＭ、 ３３...ＲＡＭ、 ３４...入出力処理部
【技術分野】
【０００１】
本発明は、無線通信システムに係り、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）を利用してホストからの要求に必要なデータを送信する無線通信システム及び無線端末装置に関する。
【背景技術】
【０００２】
［従来の技術］
現在、無線通信を用いたデータ通信は、様々な分野で利用されている。
例えば、自動販売機の商品管理、売上管理、販売動向管理等に、また、ＧＰＳ（Global Positioning System）と組み合わせたタクシーの配車管理、バスロケーションの管理、トラックの運行管理等の位置管理に、更に、電力監視、エレベータ監視等の監視系に利用されている。
上記データ通信では、ターミナル側となる個々の機器とホストとの間で通信を行い、ホスト側でデータの管理を行っている。
【０００３】
データ通信を行うには、プロトコルと呼ばれる通信手順が必要である。現在、最も一般的なプロトコルに、ＨＴＴＰがある。ＨＴＴＰは、リクエスト−レスポンス型のデータ通信方式である。
【０００４】
リクエスト−レスポンス型のデータ通信は、ターミナル側からのリクエストによって開始され、リクエストを受け取ったホストがそのリクエストに対するレスポンスを返すことで通信が完了する。
すなわち、ホスト側は、ターミナルからのリクエストを常時待っており、ターミナルからのリクエストを受け取って、その処理を行うだけで、ホスト側からは一切通信を開始することができない仕様となっていた。
【０００５】
現在、上記無線通信で利用されているアプリケーションとして、ターミナルで発生したイベントを通知する機能が挙げられる。例えば、自動販売機で在庫商品の売り切れが発生した場合に、ホストにその情報を通知して商品の補充を求める機能や、バスロケーションで停留所に到着したことをホストに通知する機能である。
これらは、ターミナルで発生したイベントをホストに通知しており、ホストは受動的な動作で運用できるものである。
【０００６】
［従来のシーケンス例１：図７］
上記の従来の通信シーケンスについて図７を参照しながら説明する。図７は、従来のシーケンス例１を示す図である。
図７に示すように、ターミナル（ＨＴＴＰクライアント）３でイベントが発生した場合に、ホスト（ＨＴＴＰサーバ）１に基地局２を介してデータを送信するシーケンスとなっている。
【０００７】
ターミナル３は、イベント発生により基地局２と無線接続を実施し、接続完了後にＨＴＴＰリクエストデータをホスト１に送信する。ホスト１がＨＴＴＰリクエストデータを受信すると、ＨＴＴＰレスポンス（ＯＫ）を、基地局２を介してターミナル３に送信する。
上記の場合、ターミナル３にはＨＴＴＰクライアント機能が、ホスト１にはＨＴＴＰサーバ機能が必要となる。
ここで、ＨＴＴＰクライアント機能とは、ＨＴＴＰによりサーバであるホストへリクエストを送信し、ホストからの応答を受けてリクエストに応じた処理を行う機能をいう。また、ＨＴＴＰサーバ機能とは、ＨＴＴＰによりクライアントであるターミナルからリクエストを受け付け、応答をターミナルに返すとともに、そのリクエストに応じた処理を行う機能をいう。
【０００８】
しかしながら、例えば、ホストから自動販売機の現時点での在庫数を調べたい場合や、バスロケーションで現在のバスの位置を調べたい場合には、ホストからターミナルに対して要求を行う必要があるため、上記シーケンス例１では、ホストからターミナルに対するリアルタイムの監視を行うことができないものとなっていた。
【０００９】
そこで、携帯電話網を使用したシステムでは、ショートメッセージサービス（ＳＭＳ：Short Message Service）を利用した方法や制御信号を利用した方法で、ホスト側の要求をターミナルに通知し、ターミナル側の要求に置き換える方法が実現されている。
【００１０】
［従来のシーケンス例２：図８］
ＳＭＳを利用した通信シーケンスについて図８を参照しながら説明する。図８は、従来のシーケンス例２を示す図である。
図８に示すように、ホスト１で発生したイベントをターミナル３に伝え、ターミナル３からのリクエストに置き換えてホスト１にリクエストデータを送信するシーケンスである。
【００１１】
具体的には、ホスト１でイベントが発生すると、ホスト１は、基地局２にリクエスト要求を送信し、基地局２はＳＭＳによりそのリクエスト要求をターミナル３に送信する。
ターミナル３は、ＳＭＳを解析し、ターミナル３からのリクエストとして要求されたデータを、基地局２を介してホスト１に送信する。
この場合、ターミナル３には、ＨＴＴＰサーバ機能を実装する必要はなく、ターミナル側で発生したイベントと同じ構成で実現している。
【００１２】
しかしながら、従来のシーケンス例２では、実現方法が大掛かりなものであり、携帯電話業者の協力がないと実現が難しいものとなっていた。
そこで、例えば、ターミナル側の自動販売機やバス側にもホスト（サーバ）機能を持たせ、ホスト側にもクライアント機能を持たせることで、双方から通信を開始できる方法も実現されている。
【００１３】
［従来のシーケンス例３：図９］
ターミナル３にＨＴＴＰサーバ機能を設け、ホスト１にＨＴＴＰクライアント機能を設けて、ホスト１で発生したイベントをターミナル３に要求し、その応答でデータをもらうシーケンスである。図９は、従来のシーケンス例３を示す図である。
具体的には、図９に示すように、ホスト１でイベントが発生すると、ホスト１は、基地局２にリクエスト要求を送信する。基地局２は、受信したリクエスト要求を保持し、ターミナル３と接続処理を行い、リクエストデータをターミナル３に送信する。ターミナル３は、リクエストデータに対して要求されたデータをレスポンス（ＯＫ）で基地局２を介してホスト１に送信する。
【００１４】
上記従来のシーケンス例３では、ホスト、ターミナル共に、ＨＴＴＰサーバ機能とＨＴＴＰクライアント機能の両方を実装する必要があり、ホストとターミナルでソフトウェアが増大し、特にホストは組み込み機器であることからメモリやＣＰＵ（Central Processing Unit）性能の制約を受けることになっていた。
【００１５】
［関連技術］
尚、関連する先行技術として、特開２０１０−０９８４０５号公報「無線通信端末」（株式会社日立国際電気）［特許文献１］がある。
特許文献１には、第１の通信速度群を記憶する第１のメモリテーブルと、第２の通信速度群を記憶する第２のメモリテーブルと、第１，２のメモリテーブルを選択して通信モードを制御する制御部と、第１，２のメモリテーブルに記憶された通信速度群から通信速度を設定する操作部とを有する無線通信端末が示されている。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２０１０−０９８４０５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
しかしながら、上記従来の無線通信システムにおけるシーケンス例１では、ホストからターミナルに必要なデータを要求することができず、ホストがターミナルをリアルタイムに監視することができないという問題点があった。
【００１８】
また、上記無線通信システムにおけるシーケンス例２では、ＳＭＳを利用してホストがターミナルに要求を出して、ターミナルがＳＭＳを解析してリクエストデータをホストに送信するものであるため、システムが大掛かりとなり、携帯電話事業者の協力が必要になるという問題点があった。
【００１９】
また、上記無線通信システムにおけるシーケンス例３では、ホストとターミナルに、ＨＴＴＰサーバ機能とＨＴＴＰクライアント機能の両方を実装する必要があり、ホストとターミナルの双方でソフトウェアが増大し、ホストがメモリとＣＰＵ特性の制約を受けるという問題点があった。
【００２０】
本発明は上記実情に鑑みて為されたもので、携帯電話事業者のシステムを改変することなく、またホストの構成を大きく改変することなく、ホストからの要求を処理できる無線通信システム及び無線端末装置を提供することを目的とする。
【課題を解決するための手段】
【００２１】
上記従来例の問題点を解決するための本発明は、ホストと、無線端末装置とを備え、無線端末装置から送信されたデータをホストで管理する無線通信システムであって、ホストが、イベント発生により特定のデータを無線端末装置に送信し、無線端末装置からの問い合わせのリクエストに対してデータの要求を返信するものであり、無線端末装置が、特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからのデータの要求を受信し、当該要求に対応するデータをホストに送信することを特徴としている。
【００２２】
また、本発明は、ホストと通信を行う無線端末装置であって、ホストから特定のデータを受信すると、当該特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータをホストに送信することを特徴としている。
【発明の効果】
【００２３】
本発明によれば、ホストが、イベント発生により特定のデータを無線端末装置に送信し、無線端末装置からの問い合わせのリクエストに対してデータの要求を返信するものであり、無線端末装置が、特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからのデータの要求を受信し、当該要求に対応するデータをホストに送信するので、ホストの構成を大きく改変することなく、主に無線端末装置の対応でホストからの要求を処理できる効果がある。
【００２４】
また、本発明によれば、無線端末装置が、ホストからの特定のデータを受信すると、当該特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータをホストに送信するので、無線端末装置のアプリケーションの対応で、ホストからの要求を処理できる効果がある。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施の形態に係る無線通信システムの構成ブロック図である。
【図２】ターミナル（無線端末アダプタ）の構成ブロック図である。
【図３】スタックの構成を示す概略図である。
【図４】実施の形態のシーケンス例を示す図である。
【図５】レスポンス要求対応テーブルの概略図である。
【図６】ターミナルでの処理を示すフローチャートである。
【図７】従来のシーケンス例１を示す図である。
【図８】従来のシーケンス例２を示す図である。
【図９】従来のシーケンス例３を示す図である。
【発明を実施するための形態】
【００２６】
本発明の実施の形態について図面を参照しながら説明する。
［実施の形態の概要］
本発明の実施の形態に係る無線通信システムは、ホストと、無線端末装置（本例では外部装置（ＤＴＥ：Data Terminal Equipment）と接続される無線端末アダプタ）とを備え、無線端末装置から送信されたデータをホストで管理するものであり、ホストは、イベント発生により、無線端末装置に特定のデータ（本例ではＰＩＮＧ等のパケット）を送信し、無線端末装置からの問い合わせのリクエストに対してデータの要求を返信し、無線端末装置は、特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからのデータの要求に対応するデータをホストに送信するようにしているので、ホストの構成を大きく改変することなく、主に無線端末装置の対応でホストからの要求を処理できるものである。
【００２７】
本発明の実施の形態に係る無線端末装置（本例では無線端末アダプタ）は、ホストから特定のデータ（本例ではＰＩＮＧ等のパケット）を受信すると、その特定のデータを契機としてホストに問い合わせのリクエストを行い、ホストからそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータをホストに送信するものであり、無線端末装置のアプリケーションの対応で、ホストからの要求を処理できるものである。
【００２８】
［無線通信システム：図１］
本発明の実施の形態に係る無線通信システムについて図１を参照しながら説明する。図１は、本発明の実施の形態に係る無線通信システムの構成ブロック図である。
本発明の実施の形態に係る無線通信システム（本システム）は、図１に示すように、ホスト（ＨＴＴＰサーバ）１と、基地局２と、無線端末装置であるターミナル（ＨＴＴＰクライアント）３と、交換機５と、通信網６とを基本的に有している。
【００２９】
図１では、一つの基地局２に、２組のターミナル３が無線接続しているが、基地局２に３組以上のターミナル３等が接続する構成でもよいし、また、基地局２が複数設けられていてもよい。
【００３０】
ホスト１は、通信網６を介して交換機５に接続し、交換機５は基地局２に接続する。
基地局２は、無線通信によりターミナル３に接続している。
そして、ホスト１とターミナル３との間は、通信網６，交換機５、基地局２を経由してデータの送受信を行う。
【００３１】
［本システムの各部］
本システムの各部について具体的に説明する。
ホスト（ＨＴＴＰサーバ）１は、ターミナル３から送信されたリクエストデータを受信し、当該データの管理を行う。尚、管理とは少なくともデータを受信し保持することをいう。
また、ホスト１は、本実施形態の特徴として、イベントが発生すると、パケット（例えばＰＩＮＧ）をターミナル３に送信し、そのパケット受信をトリガにターミナル３からリクエスト（問い合わせ）を受信すると、ターミナル３にレスポンス（要求）を送信し、そのレスポンスに対してターミナル３からリクエスト（データ）を受信し、レスポンス（ＯＫ）をターミナル３に返信する。リクエスト（データ）は、ホスト１で管理される。
【００３２】
基地局２は、ターミナル３からの接続要求で、接続処理を行い、ホスト１からのパケット受信によりターミナル３との接続処理を行う。
ターミナル３は、イベントが発生すると、後述する無線通信部４を介して基地局２に接続し、リクエスト（データ）をホスト１に送信する。
また、ターミナル３は、基地局２からの接続処理後にパケットを受信すると、そのパケットをトリガにホスト１にリクエスト（問い合わせ）を送信し、ホスト１からレスポンス（要求）を受信すると、その要求に基づいて対応するリクエスト（データ）をホスト１に送信する。
【００３３】
交換機５は、ホスト１と基地局２と接続制御を行うものである。
通信網６は、ホスト１と基地局２と接続する通信路となる通信ネットワークである。
【００３４】
［ターミナル（無線端末アダプタ）：図２］
次に、ターミナル３の具体的な構成について図２を参照しながら説明する。図２は、ターミナル（無線端末アダプタ）の構成ブロック図である。
ターミナル（無線端末アダプタ）３は、図２に示すように、無線通信部４とアダプタ部３０とで構成される。アダプタ部３０は、制御部３１と、記憶部としてフラッシュ（Flash） ＲＯＭ（Read Only Memory）３２、ＲＡＭ（Random Access Memory）３３と、入出力処理部３４とを有している。
尚、アダプタ部３０は、インターフェイス（図示せず）を介して例えば自動販売機などのＤＴＥに接続されており、ターミナル３は、ＤＴＥからのデータを無線通信部４、基地局２等を介してホスト１に送信する。
【００３５】
無線通信部４は、基地局２と無線通信によりデータの送受信を行う。
制御部３１は、例えばＣＰＵ（Central Processing Unit）で、データ通信用の無線端末の各種制御や、ＴＣＰ／ＩＰ，ＨＴＴＰのスタック処理を行う。
フラッシュＲＯＭ３２は、無線通信端末を動作させるプログラムを格納する。
ＲＡＭ３３は、制御部３１のワークメモリや取得したデータを保存する。
入出力処理部３４は、無線通信部４と制御部３１との入出力を制御する。
【００３６】
ターミナル３の制御部３１は、フラッシュＲＯＭ３２からアプリケーションプログラム（処理プログラム）を読み込み、図４のシーケンス、図６の処理を実行する。
また、ＲＡＭ３３には、図５のレスポンス要求対応テーブルを記憶している。
【００３７】
［スタックの構成：図３］
次に、スタックの構成について図３を参照しながら説明する。図３は、スタックの構成を示す概略図である。
ＨＴＴＰを扱うための一般的なスタック構成であるが、アプリケーションは呼制御と呼ばれる発着信の処理から着信のイベントを受け取ることができる構成となっている。
この着信イベントをトリガにアプリケーションが動作する。
【００３８】
スタックは、図３に示すように、データリンク層にＰＰＰ（Point-to-Point Protocol）／ＭＡＣ（Media Access Control）が、ネットワーク層にＩＰ（Internet Protocol）、ＩＣＭＰ（Internet Control Message Protocol）が、トランスポート層にＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）が、アプリケーション層にＨＴＴＰがある。
【００３９】
ここで、ＩＣＭＰは、インターネット制御通知プロトコルであり、ＩＣＭＰを利用したツールにＰＩＮＧ等がある。
ＰＩＮＧは、ネットワーク疎通を確認したいホストがＩＰパケットを発行して、そのパケットが正しく届いて返答が行われるかを確認するためのコマンドである。
【００４０】
本実施例では、ホスト１からターミナル３に送信する特定のパケットとして、一例として、ＰＩＮＧを用いている。従って、ターミナル３は、ＰＩＮＧによる着信をトリガにリクエストをホスト１に送信し、ホスト１がどのようなデータを要求しているのか問い合わせを行うものである。
【００４１】
［実施の形態のシーケンス例：図４］
次に、本システムにおけるシーケンスの例について図４を参照しながら説明する。図４は、実施の形態のシーケンス例を示す図である。
ホスト１でイベントが発生する（Ｓ１）と、ターミナル３に対してコールバックを要求する着信を発生させるため、基地局２にパケットを送信する（Ｓ２）。ここで、ホスト１でのイベントとは、例えば管理者がＤＴＥの現状のデータを収集したいなど、能動的にデータを収集する契機である。
【００４２】
尚、送信するパケットとして、着信をトリガとするＰＩＮＧがアプリケーションの変更を小さくできるため望ましいが、ＰＩＮＧ以外ではＵＤＰ、ＴＣＰ等であってもよい。
【００４３】
基地局２は、ＰＩＮＧ等のパケットを受信するとターミナル３への接続処理を行い（Ｓ３）、そして、ＰＩＮＧ等のパケットをターミナル３に送信する（Ｓ４）。
ターミナル３は、ＰＩＮＧ等のパケットによる着信をソフトウェア処理（アプリケーション）で検知し、その着信をトリガとして、リクエストとして問い合わせを、基地局２を介してホスト１に送信する（Ｓ５）。
【００４４】
ターミナル３からの問い合わせを受信したホスト１は、基地局２を介してターミナル３にレスポンス（要求）を返信する（Ｓ６）。
リクエスト（問い合わせ）に対するレスポンスは、ホスト１で発生したイベントに対応する情報を要求するもので、ホスト１がイベントに対してどのような情報を要求しているのかを示すものである。
【００４５】
そして、ターミナル３は、ホスト１からのレスポンス（要求）を受信すると、その要求に対応するデータをリクエストとして、基地局２を介してホスト１に送信する（Ｓ７）。
リクエスト（データ）を受信したホスト１は、基地局２を介してターミナル３にデータ受け取りを示すレスポンス（ＯＫ）を、基地局２を介してターミナル３に送信する（Ｓ８）。
【００４６】
［レスポンス要求対応テーブル：図５］
本システムにおいて、ターミナル３とホスト１での処理を実現するためには、ターミナル３とホスト１でレスポンス要求対応テーブルを記憶しておく必要がある。
レスポンス要求対応テーブルについて図５を参照しながら説明する。図５は、レスポンス要求対応テーブルの概略図である。
レスポンス要求対応テーブルは、図５に示すように、ホスト１からのレスポンス（要求）の番号（Ｎｏ．）又は識別子と、その番号等に対応するリクエスト（データ）の種類を記憶している。
【００４７】
つまり、ホスト１は、内部に記憶するレスポンス要求対応テーブルを参照し、発生したイベントに対応して要求（リクエスト）するデータの種類に対応するレスポンス（要求）の番号等を読み取り、その番号等をレスポンス（要求）に含めてターミナル３に送信する。
【００４８】
また、ターミナル３は、ホスト１から受信したレスポンス（要求）を解析し、含まれるレスポンス（要求）の番号等を読み取り、内部に記憶するレスポンス要求対応テーブルを参照し、読み取った番号等に対応するデータの種類を読み取り、その種類のデータをリクエスト(データ)としてホスト１に送信する。
【００４９】
［ターミナルでの処理フロー：図６］
本システムのターミナル３での処理フローについて図６を参照しながら説明する。図６は、ターミナルでの処理を示すフローチャートである。尚、図６では、ホスト１からのパケットはＰＩＮＧを用いている。
ターミナル３の制御部３１は、着信があったか否かを判定し（Ｓ１１）、着信がなかった場合（Ｎｏの場合）、他の処理、例えば終了処理に移行し（Ｓ１４）、着信があった場合（Ｙｅｓの場合）、特定のホストからの着信のみを受け付けるか否かを判定する（Ｓ１２）。
【００５０】
ホストの指定がなく、全ての着信を受け付ける設定の場合（Ｎｏの場合）、この着信をトリガにＨＴＴＰリクエストの送信処理を開始する（Ｓ１５）。
また、特定のホストからの着信のみを受け付ける設定（ホスト指定）の場合（Ｙｅｓの場合）、指定されたホストからの着信であるか否かの判定を行う（Ｓ１３）。指定された特定のホストからの着信である場合（Ｙｅｓの場合）、この着信をトリガにＨＴＴＰリクエストの送信処理を開始する（Ｓ１５）。
指定された特定のホストからの着信でなかった場合（Ｎｏの場合）、他の処理、例えば、通常の着信処理に移行する（Ｓ１６）。
【００５１】
［実施の形態の効果］
本システムによれば、ＨＴＴＰサーバ機能を有するホスト１でイベントが発生すると、ホスト１は、ＨＴＴＰクライアント機能を有するターミナル３に特定のパケットを送信し、ターミナル３は、その特定のパケットを契機としてホスト１に問い合わせのリクエストを行い、ホスト１がそのリクエストに対してデータの要求を返信すると、ターミナル３は、その要求に対応するデータをリクエストでホスト１に送信するようにしているので、ホストの構成を大きく改変することなく、主にターミナルの対応でホストからの要求を処理できる効果がある。
【００５２】
また、本システムにおけるターミナル３は、ＨＴＴＰクライアント機能を有し、ＨＴＴＰサーバ機能を有するホスト１からの特定パケットを受信すると、その特定のパケットを契機としてホスト１に問い合わせのリクエストを行い、ホスト１からそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータをリクエストでホスト１に送信するものであり、ターミナル３のアプリケーションの対応で、ホストからの要求を処理できる効果がある。
【００５３】
尚、本発明は上述した実施形態に限定されるものではなく、種々変更して実施することができる。例えば、上述した実施形態では、ＨＴＴＰによりホスト１とターミナル３とが通信を行い、特定のデータ、リクエスト、応答などを送受信するように構成したが、ホスト１とターミナル３とのプロトコルはＨＴＴＰに限定されるものではなく、当然他のプロトコルが用いられてもよい。この場合であっても上述した実施形態と同様に、ターミナル３はホスト１から受信した特定のデータに基づいて、ホスト１にリクエスト（問い合わせ）を行い、ホスト１からのトリガでホスト１がターミナル３と所望のデータ通信を行う。これにより、上述した実施形態と同様の作用効果を得ることができる。
【産業上の利用可能性】
【００５４】
本発明は、携帯電話事業者のシステムを改変することなく、またホストの構成を大きく改変することなく、主にターミナルの対応でホストからの要求を処理できる無線通信システム及び無線端末装置に好適である。
【符号の説明】
【００５５】
１...ホスト（ＨＴＴＰサーバ）、 ２...基地局、 ３...ターミナル（ＨＴＴＰクライアント）、 ４...無線通信部、 ５...交換機、 ６...通信網、 ３０...アダプタ部、 ３１...制御部、 ３２...フラッシュＲＯＭ、 ３３...ＲＡＭ、 ３４...入出力処理部
【特許請求の範囲】
【請求項１】
ホストと、無線端末装置とを備え、前記無線端末装置から送信されたデータを前記ホストで管理する無線通信システムであって、
前記ホストが、イベント発生により特定のデータを前記無線端末装置に送信し、前記無線端末装置からの問い合わせのリクエストに対してデータの要求を返信するものであり、
前記無線端末装置が、前記特定のデータを契機として前記ホストに問い合わせのリクエストを行い、前記ホストからのデータの要求を受信し、当該要求に対応するデータを前記ホストに送信することを特徴とする、無線通信システム。
【請求項２】
ホストと通信を行う無線端末装置であって、
前記ホストから特定のデータを受信すると、当該特定のデータを契機として前記ホストに問い合わせのリクエストを行い、前記ホストからそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータを前記ホストに送信することを特徴とする、無線端末装置。
【請求項１】
ホストと、無線端末装置とを備え、前記無線端末装置から送信されたデータを前記ホストで管理する無線通信システムであって、
前記ホストが、イベント発生により特定のデータを前記無線端末装置に送信し、前記無線端末装置からの問い合わせのリクエストに対してデータの要求を返信するものであり、
前記無線端末装置が、前記特定のデータを契機として前記ホストに問い合わせのリクエストを行い、前記ホストからのデータの要求を受信し、当該要求に対応するデータを前記ホストに送信することを特徴とする、無線通信システム。
【請求項２】
ホストと通信を行う無線端末装置であって、
前記ホストから特定のデータを受信すると、当該特定のデータを契機として前記ホストに問い合わせのリクエストを行い、前記ホストからそのリクエストに対するデータの要求を受信すると、当該要求を解析して対応するデータを前記ホストに送信することを特徴とする、無線端末装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−４２４２１（Ｐ２０１３−４２４２１Ａ）
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願番号】特願２０１１−１７８９２９（Ｐ２０１１−１７８９２９）
【出願日】平成２３年８月１８日（２０１１．８．１８）
【出願人】（０００００１１２２）株式会社日立国際電気 (5,007)
【Ｆターム（参考）】
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願日】平成２３年８月１８日（２０１１．８．１８）
【出願人】（０００００１１２２）株式会社日立国際電気 (5,007)
【Ｆターム（参考）】
[ Back to top ]