データ伝送システム及びデータ送・受信装置
【課題】無線伝送により効率的にデータを伝送可能にしたデータ伝送システム及びデータ送・受信装置を提供する。
【解決手段】データを送信するデータ送信装置と、送信されたデータを受信するデータ受信装置とを備え、データ送信装置は、第1の文字コード（ＡＳＣＩＩコード）で表現されたキャラクタデータを通信データに変換する際に、特定のデータ項目についてはデータ量を低減可能な第２の文字コード（ＢＣＤコード）に変換して送信し、データ受信装置では、受信した通信データの内、第２の文字コードによるデータを第１の文字コードに変換し、第1の文字コードで統一されたキャラクタデータを処理可能にし、送信データ量を削減する。
【解決手段】データを送信するデータ送信装置と、送信されたデータを受信するデータ受信装置とを備え、データ送信装置は、第1の文字コード（ＡＳＣＩＩコード）で表現されたキャラクタデータを通信データに変換する際に、特定のデータ項目についてはデータ量を低減可能な第２の文字コード（ＢＣＤコード）に変換して送信し、データ受信装置では、受信した通信データの内、第２の文字コードによるデータを第１の文字コードに変換し、第1の文字コードで統一されたキャラクタデータを処理可能にし、送信データ量を削減する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線回線を用いてデータを伝送するデータ伝送システム及びデータ送・受信装置に関する。
【背景技術】
【０００２】
従来、データ伝送システムとして、例えば送信端末と受信端末との間をＬＡＮ等で接続したものがある。送信端末としては、例えばＰＣ（Personal Computer）があり、受信装置としては例えばＵＮＩＸ（登録商標）サーバがある。送信端末と受信端末の間をＬＡＮで有線接続した場合、通信データサイズが大きくても特に問題になることはないいが、無線伝送を考えた場合、通信データ量を削減するため、暗号化も兼ねた圧縮暗号プログラムを用いることがあった。
【０００３】
また、設計・製造の効率化を考慮すると、どんなキャラクタも統一して、アスキーコード化するというポリシーに基いてデータを伝送するのが一般的であった。そのため、データ量が多くなり、無線回線を用いた伝送システムでは効率的な伝送を行うことができないという不都合があった。尚、アスキーコードとは、American Standard Code for Information Interchangeの略であり、コンピュータ間で正しくデータを伝送するために規定された文字コード体系である。以下の説明ではＡＳＣＩＩと呼ぶ場合もある。
【０００４】
一方、データ伝送システムを野外展開する場合は、無線回線で接続して運用する必要があるが、無線回線では回線速度が遅いため、それを補うために更なる通信データ量の削減が必要になっている。また、開発費や操作の教育費を抑えるためには、従来のシステム構成を大幅に変えることなく、元となる技術のフレームを利用した開発が求められている。
【０００５】
特許文献１には、無線による通信システムが記載されており、送信元のデータ端末機から複数の送信先端末機に対して無線機を介してパケット送信する例が記載されている。この特許文献１では、送信先アドレスの設定方法としてアスキーコードを用いるパターンと、ＢＣＤコードを用いるパターンが例示されている。しかしながら、特許文献１ではパケットの衝突の可能性を低減することを目的としており、無線伝送におけるデータ量の削減のための方策は示唆されていない。
【特許文献１】特開２００３−７８５２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来の無線伝送システムでは、回線速度が遅いため、それを補うために更なる通信データ量の削減が必要であった。
【０００７】
本発明は、上記事情を考慮してなされたもので、無線により効率的にデータを伝送可能にしたデータ伝送システム及びデータ送・受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１の本願発明は、データを送信するデータ送信装置と、前記データ送信装置から送信されたデータを受信するデータ受信装置とを備えたデータ伝送システムであって、前記データ送信装置は、第1の文字コードで表現されたキャラクタデータを通信データに変換する際に、特定のデータ項目についてはデータ量を低減可能な第２の文字コードに変換する第１のコード変換部を備え、前記通信データの少なくとも一部を異なるコードに変換して送信し、前記データ受信装置では、受信した通信データの内、前記第２の文字コードによるデータを前記第１の文字コードに変換する第２のコード変換部を有し、前記第1の文字コードで統一されたキャラクタデータを処理可能にしたことを特徴とする。
【０００９】
また、請求項６記載の本願発明は、第1の文字コードで表現されたキャラクタデータを通信データに変換して無線送信し、送信された通信データを受信するデータ送・受信装置であって、前記キャラクタデータを通信データに変換する際に、前記第1の文字コードの特長をもとに特定のデータ項目を抽出し、抽出した特定のデータ項目をデータ量が低減可能な第２の文字コードに変換するコード変換部を有し、前記通信データの少なくとも一部を異なるコードに変換して送信するデータ送信装置と；前記送信された通信データを受信し、受信した通信データの内、前記第２の文字コードによるデータを前記第１の文字コードに変換する第２のコード変換部を有し，前記第1の文字コードで統一されたキャラクタデータを処理可能にしたデータ受信装置と；から成ることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、無線による伝送システムにおいて、データサイズを削減して効率的なデータ伝送を行うことが可能なデータ伝送システム及びデータ送・受信装置を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、この発明の一実施の形態について図面を参照して詳細に説明する。
【実施例１】
【００１２】
図１は本発明のデータ伝送システムの一実施形態を示すブロック図である。
【００１３】
図１の構成は、大別すると送信端末１０と、受信端末２０で成り、それらの間でデータを無線伝送するものである。
【００１４】
送信端末１０は、データ送信装置を構成し、例えばＰＣで成る。受信端末２０は、データ受信装置を構成し、例えばＰＤＡ（Personal Digital Assistant）やＵＮＩＸ（登録商標）サーバ等で成り、送信端末１０と受信端末２０の間は、無線伝送によりデータが送受される。このため通信データ量を少なくする必要がある。
【００１５】
送信端末１０は、業務処理部１１、コンテナ部１２、データ変換部１３、圧縮暗号部１５、及び通信部１６を有している。また、データ変換部１３は、コード変換部１４を含んでいる。一方、受信端末２０は、通信部２１、復号部２２、コンテナ生成部２３、コンテナ部２４、データ復元部２５、業務処理部２７を有している。またデータ復元部２５はコード変換部２６を含んでいる。図１の構成においては、コード変換部１４，２６に特徴がある。
【００１６】
送信端末１０の業務処理部１１は、装置独自の機能を処理するオブジェクトであり、例えば送信の元データを配信指令する部分である。業務処理部１１は、特定のコード（例えばＡＳＣＩＩコード）でコード化されたキャラクタデータを、ユーザの操作に応答して、コンテナ部１２、データ変換部１３、圧縮暗号部１５、及び通信部１６に対してそれぞれ配信のための依頼を行う。
【００１７】
コンテナ部１２は、業務処理部１１で作成したデータDATAを収容して各部に搬送するオブジェクトであり、データ変換部１３はデータDATAを通信データに変換するオブジェクトであり、コード変換部１４は、データDATAの中に存在する特定のデータ項目を別のコード（例えばＢＣＤコード：Binary Coded Decimal Code）に変換する。圧縮暗号部１５は、通信するデータを圧縮暗号化するオブジェクトであり、圧縮暗号化したデータを通信部１６に送り、通信部１６は受信端末２０に対して通信データを配信する。
【００１８】
また、受信端末２０の通信部２１は、送信端末１０から配信された通信データを受信する。復号部２２は、受信した圧縮暗号化された通信データを復号するオブジェクトである。コンテナ生成部２３は、受信した通信データに対応した復号データを収容するためのコンテナを生成する。以下、生成されたコンテナをコンテナ部２４と称する。
【００１９】
コンテナ部２４は、復号したデータを収容して各部に搬送するオブジェクトであり、データ復元部２５は通信データを復元するオブジェクトであり、コード変換部２６は、復号したデータDATAの中に存在する特定のデータ項目をＢＣＤコードから復元する。また、業務処理部２７は、装置独自の機能を処理するオブジェクトであり、受信したデータを利用して各種の処理を行う。
【００２０】
次に図２を参照して本発明のデータ伝送システムの動作について説明する。 図２は、送信端末１０側での通信データへの変換処理と、通信データを受信した受信端末２０側の通信データの復元処理を説明する図である。
【００２１】
送信端末２０の業務処理部１１からデータの配信要求があった場合、コンテナ部１２のデータは、データ変換部１３に送られる。送信側の元データDATA１００は例えば、ＡＳＣＩＩコードで表現されたものであり、数字データ（Ａ）、文字データ：漢字（Ａ）、文字データ：漢字（Ｂ）、文字データ：数字（Ａ）、文字データ：ＡＳＣ（Ａ）、文字データ：数字（Ｂ）、数字データ（Ｂ）、のデータ項目からなっているとする。
【００２２】
これらのデータは、データ変換部１３により一元化処理され、通信データに変換される。一元化処理部１０１には、各データ項目を通信データに変換する順番が実装されているので、コンテナ部１２のデータに対して「通信データに変換」の要求があれば、変換する順番に従って通信データに変換する。一元化処理部１０１は、特定のデータ項目、例えばキャラクタデータの「文字データ：数字（Ａ）」及び「文字データ：数字（Ｂ）」を処理する番になると、コード変換部１４に対して「ＢＣＤコードに変換」の要求を出す。コード変換部１４は、該当する項目のデータをＢＣＤコードに変換して、変換済みデータを通信データ１０２に設定する。
【００２３】
こうして、ＢＣＤコードに変換する該当データの処理の番になると、ＡＤＳＩＩコードによるデータの内、数字データ部分がＢＣＤコードに変換されて受信端末２０側に配信される。尚、その他のデータ項目については、ＡＤＳＩＩコードのまま通信データに変換する。通信データ１０２は、最終的に圧縮暗号部１５によって圧縮処理及び暗号化処理が行われて配信されるが、具体的な手法は本発明の要旨ではないので省略する。
【００２４】
一方、受信端末２０側で受信した通信データ１０２は、復号部２２によって暗号化が解かれ、コンテナ部２４によってデータ復元部２５に送られる。
【００２５】
通信データを復元したデータ２００は、数字データ（Ａ）、文字データ：漢字（Ａ）、文字データ：漢字（Ｂ）、文字データ：数字（Ａ）、文字データ：ＡＳＣ（Ａ）、文字データ：数字（Ｂ）、数字データ（Ｂ）、のデータ項目からなっている。
【００２６】
これらのデータは、データ復元部２５の復元処理部２０１により復元されたもので、復元処理部２０１には、各データ項目を通信データから復元する順番が実装されているので、コンテナ部２４より「通信データから復元」の要求があれば、変換する順番に従って通信データを復元する。復元処理部２０１は、特定のデータ項目、例えば「文字データ：数字（Ａ）」及び「文字データ：数字（Ｂ）」を変換する番になると、コード変換部２６に対して「ＢＣＤコードから復元」の要求を出して、ＢＣＤコードからＡＳＣＩＩコードに変換して復元処理を行う。
【００２７】
以上の処理はソフトウェアによって行われるが、その制御手順（動作）について、図３のシーケンス図に従って説明する。このシーケンス図は、送信端末１０と受信端末２０の制御手順を示したものである。
【００２８】
先ずステップＳ１１において、送信端末１０の業務処理部１１から通信部１６に対して配信依頼があると、通信部１６からコンテナ部１２に「通信データに変換」の要求が出される（ステップＳ１２）。変換要求があると、コンテナ部１２は収容しているデータDATAに対して「通信データに変換」の要求を出す（ステップＳ１３）。
【００２９】
変換要求を受けたデータDATAは、データ変換部１３に送られ、自己のデータ項目の内容に従って通信データに変換を行う。その際に、データDATAをＢＣＤコードで保有していた方がデータサイズが小さくなる場合は、コード変換部１４に「ＢＣＤコードに変換」の依頼を行い、変換を行う（ステップＳ１４）。
【００３０】
通信部１６はステップＳ１５において、変換された通信データを圧縮暗号部１５に送り「圧縮依頼」して圧縮暗号化を行う。圧縮暗号化が終了すると、通信部１６は通信データを受信端末２０の通信部２１に対して「配信」を行う（ステップＳ１６）。
【００３１】
一方、受信端末２０の通信部２１は、配信されたデータを受信すると、ステップＳ２１で復号部２２に「解凍依頼」を行う。その後、通信部２１はコンテナ生成部２３に対して「受信イベント」を通知する（ステップＳ２２）。通知を受けたコンテナ生成部２３は、ステップＳ２３でコンテナ２４を生成し、ステップＳ２４で解凍したデータDATAをデータ復元部２５に送る。
【００３２】
通信部２１は、その後、コンテナ部２４に対して「通信データから復元」の要求を出す（ステップＳ２５）。復元要求を受けたコンテナ部２４は、ステップＳ２６でデータDATAをデータ復元部２５に送り、自己が保有しているデータDATAに対して「通信データから復元」の要求を出す。
【００３３】
復元要求を受けたデータ復元部２５は、データ項目の内容に従って通信データからの復元を行う。その際に、ＢＣＤコードに変換されているデータ項目は、コード変換部２６に送って「ＢＣＤコードから復元」の依頼を行い、ＡＳＣＩＩコードに復元する（ステップＳ２７）。データを復元した後、通信部２１はステップＳ２８において、業務処理部２７に「イベント通知」を行い、業務処理部２７は、通知内容にしたがって業務固有のイベント処理、例えば復元したデータの利用や、記憶処理等を行う。したがって、受信端末２０では、以後統一されたコードのキャラクタデータを処理することができる。
【００３４】
図４は、コード変換部１４におけるコード変換の一例を説明する説明図である。
【００３５】
例えば、地図画面に何らかのマーク、例えば複数のチームがそれぞれ所在する位置を示すシンボルを表示した際、各チームのシンボルに整理番号に相当するコードが付加された例を説明する。
【００３６】
図１のデータ変換部１３で変換された通信データには、図４に（ａ）に示すようなシンボルコードがデータ項目として存在している。シンボルコードが“123456789012345678”であると仮定した場合、ＡＳＣＩＩコードで表すと、（ｂ）のように１８Byte（１８桁）のキャラクタとして表される。
【００３７】
図４（ｂ）において、１Byteは、上位４Bitと下位４Bitで構成されており、上位４Bitはそのコードの種類を表しており、上位４Bitが「３」である場合は、そのキャラクタが数字であることを意味している。これはＡＳＣＩＩコードの特長であり、その特長から数字データを抽出し、コード変換部１４に対して「ＢＣＤコードに変換」の要求を出す。これにより、コード変換部１４は、該当する項目のデータをＢＣＤコードに変換して、図４（ｃ）のような９ByteのＢＣＤコードに変換する。
【００３８】
したがって、通信部１６からはデータ量が削減されたデータを配信することができ、無線伝送する場合であってもデータ量が削減されることにより、高速通信が可能となる。一方、受信端末２０では、送信とは逆のコード変換を行い、ＢＣＤコードに変換されたデータはコード変換部２６でＡＳＣＩＩコードに変換されて処理されることになり、受信したときには統一のコードに復元して処理することができる。
【００３９】
図４の例では、キャラクタデータをＡＳＣＩＩデータのまま配信すると、データサイズが１８Byteとなってしまうところ、ＢＣＤコードに変換可能な部分はＢＣＤコードに変換することにより、９Byteにデータ削減が可能となる。
【００４０】
図５は、登録日時のデータ（例えば2005年6月10日8時30分50秒）をコード変換する例を示したものである。（ａ）の登録日時“20050610083050”のキャラクタの場合、ＡＳＣＩＩコードのデータでは（ｂ）のように１４Byteであるが、ＢＤＣコードに変換した場合は（ｃ）のように７Byteにデータが削減される。
【００４１】
以上述べたように、この発明によれば、既存の圧縮暗号プログラムのみで圧縮したデータサイズよりも、一層のデータサイズの削減を行うシステムを提供することができる。
【００４２】
尚、上記の説明では、ＡＳＣＩＩコードのキャラクタデータの中から数字データを抽出してＢＣＤコードに変換する例について説明したが、この例に限らず、他の特定のデータ項目を抽出してＢＣＤコードに変換できる部分があれば変換するようにしても良い。また、ＢＣＤコードへの変換に限らず、データ量を削減可能なコード形式があれば他のコード、例えば１６進数へ変換するようにしても良い。
【００４３】
本発明によれば、無線伝送を用いて、従来のシステムを大きく変えることなく、効率的なデータ伝送を行うことが可能なデータ伝送システムを得ることができる。
【００４４】
また、以上の実施形態に限定されることなく、特許請求の範囲を逸脱しない範囲内で他の変形例も考えられる。
【図面の簡単な説明】
【００４５】
【図１】本発明のデータ伝送システムの一実施形態を示すもので、送信端末及び受信端末の構成例を示すブロック図。
【図２】同実施形態における通信データのコード変換処理の動作を説明するための動作説明図。
【図３】同実施形態における通信データのコード変換処理の動作を説明するシーケンス図。
【図４】本発明の一実施形態におけるコード変換の一例を説明する説明図。
【図５】本発明の一実施形態におけるコード変換の他の例を説明する説明図。
【符号の説明】
【００４６】
１０…送信端末
１１…業務処理部
１２…コンテナ部
１３…データ変換部
１４…コード変換部
１５…圧縮暗号部
１６…通信部
２０…受信端末
２１…通信部
２２…復号部
２３…コンテナ生成部
２４…コンテナ部
２５…データ復元部
２６…コード変換部
【技術分野】
【０００１】
本発明は、無線回線を用いてデータを伝送するデータ伝送システム及びデータ送・受信装置に関する。
【背景技術】
【０００２】
従来、データ伝送システムとして、例えば送信端末と受信端末との間をＬＡＮ等で接続したものがある。送信端末としては、例えばＰＣ（Personal Computer）があり、受信装置としては例えばＵＮＩＸ（登録商標）サーバがある。送信端末と受信端末の間をＬＡＮで有線接続した場合、通信データサイズが大きくても特に問題になることはないいが、無線伝送を考えた場合、通信データ量を削減するため、暗号化も兼ねた圧縮暗号プログラムを用いることがあった。
【０００３】
また、設計・製造の効率化を考慮すると、どんなキャラクタも統一して、アスキーコード化するというポリシーに基いてデータを伝送するのが一般的であった。そのため、データ量が多くなり、無線回線を用いた伝送システムでは効率的な伝送を行うことができないという不都合があった。尚、アスキーコードとは、American Standard Code for Information Interchangeの略であり、コンピュータ間で正しくデータを伝送するために規定された文字コード体系である。以下の説明ではＡＳＣＩＩと呼ぶ場合もある。
【０００４】
一方、データ伝送システムを野外展開する場合は、無線回線で接続して運用する必要があるが、無線回線では回線速度が遅いため、それを補うために更なる通信データ量の削減が必要になっている。また、開発費や操作の教育費を抑えるためには、従来のシステム構成を大幅に変えることなく、元となる技術のフレームを利用した開発が求められている。
【０００５】
特許文献１には、無線による通信システムが記載されており、送信元のデータ端末機から複数の送信先端末機に対して無線機を介してパケット送信する例が記載されている。この特許文献１では、送信先アドレスの設定方法としてアスキーコードを用いるパターンと、ＢＣＤコードを用いるパターンが例示されている。しかしながら、特許文献１ではパケットの衝突の可能性を低減することを目的としており、無線伝送におけるデータ量の削減のための方策は示唆されていない。
【特許文献１】特開２００３−７８５２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来の無線伝送システムでは、回線速度が遅いため、それを補うために更なる通信データ量の削減が必要であった。
【０００７】
本発明は、上記事情を考慮してなされたもので、無線により効率的にデータを伝送可能にしたデータ伝送システム及びデータ送・受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１の本願発明は、データを送信するデータ送信装置と、前記データ送信装置から送信されたデータを受信するデータ受信装置とを備えたデータ伝送システムであって、前記データ送信装置は、第1の文字コードで表現されたキャラクタデータを通信データに変換する際に、特定のデータ項目についてはデータ量を低減可能な第２の文字コードに変換する第１のコード変換部を備え、前記通信データの少なくとも一部を異なるコードに変換して送信し、前記データ受信装置では、受信した通信データの内、前記第２の文字コードによるデータを前記第１の文字コードに変換する第２のコード変換部を有し、前記第1の文字コードで統一されたキャラクタデータを処理可能にしたことを特徴とする。
【０００９】
また、請求項６記載の本願発明は、第1の文字コードで表現されたキャラクタデータを通信データに変換して無線送信し、送信された通信データを受信するデータ送・受信装置であって、前記キャラクタデータを通信データに変換する際に、前記第1の文字コードの特長をもとに特定のデータ項目を抽出し、抽出した特定のデータ項目をデータ量が低減可能な第２の文字コードに変換するコード変換部を有し、前記通信データの少なくとも一部を異なるコードに変換して送信するデータ送信装置と；前記送信された通信データを受信し、受信した通信データの内、前記第２の文字コードによるデータを前記第１の文字コードに変換する第２のコード変換部を有し，前記第1の文字コードで統一されたキャラクタデータを処理可能にしたデータ受信装置と；から成ることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、無線による伝送システムにおいて、データサイズを削減して効率的なデータ伝送を行うことが可能なデータ伝送システム及びデータ送・受信装置を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、この発明の一実施の形態について図面を参照して詳細に説明する。
【実施例１】
【００１２】
図１は本発明のデータ伝送システムの一実施形態を示すブロック図である。
【００１３】
図１の構成は、大別すると送信端末１０と、受信端末２０で成り、それらの間でデータを無線伝送するものである。
【００１４】
送信端末１０は、データ送信装置を構成し、例えばＰＣで成る。受信端末２０は、データ受信装置を構成し、例えばＰＤＡ（Personal Digital Assistant）やＵＮＩＸ（登録商標）サーバ等で成り、送信端末１０と受信端末２０の間は、無線伝送によりデータが送受される。このため通信データ量を少なくする必要がある。
【００１５】
送信端末１０は、業務処理部１１、コンテナ部１２、データ変換部１３、圧縮暗号部１５、及び通信部１６を有している。また、データ変換部１３は、コード変換部１４を含んでいる。一方、受信端末２０は、通信部２１、復号部２２、コンテナ生成部２３、コンテナ部２４、データ復元部２５、業務処理部２７を有している。またデータ復元部２５はコード変換部２６を含んでいる。図１の構成においては、コード変換部１４，２６に特徴がある。
【００１６】
送信端末１０の業務処理部１１は、装置独自の機能を処理するオブジェクトであり、例えば送信の元データを配信指令する部分である。業務処理部１１は、特定のコード（例えばＡＳＣＩＩコード）でコード化されたキャラクタデータを、ユーザの操作に応答して、コンテナ部１２、データ変換部１３、圧縮暗号部１５、及び通信部１６に対してそれぞれ配信のための依頼を行う。
【００１７】
コンテナ部１２は、業務処理部１１で作成したデータDATAを収容して各部に搬送するオブジェクトであり、データ変換部１３はデータDATAを通信データに変換するオブジェクトであり、コード変換部１４は、データDATAの中に存在する特定のデータ項目を別のコード（例えばＢＣＤコード：Binary Coded Decimal Code）に変換する。圧縮暗号部１５は、通信するデータを圧縮暗号化するオブジェクトであり、圧縮暗号化したデータを通信部１６に送り、通信部１６は受信端末２０に対して通信データを配信する。
【００１８】
また、受信端末２０の通信部２１は、送信端末１０から配信された通信データを受信する。復号部２２は、受信した圧縮暗号化された通信データを復号するオブジェクトである。コンテナ生成部２３は、受信した通信データに対応した復号データを収容するためのコンテナを生成する。以下、生成されたコンテナをコンテナ部２４と称する。
【００１９】
コンテナ部２４は、復号したデータを収容して各部に搬送するオブジェクトであり、データ復元部２５は通信データを復元するオブジェクトであり、コード変換部２６は、復号したデータDATAの中に存在する特定のデータ項目をＢＣＤコードから復元する。また、業務処理部２７は、装置独自の機能を処理するオブジェクトであり、受信したデータを利用して各種の処理を行う。
【００２０】
次に図２を参照して本発明のデータ伝送システムの動作について説明する。 図２は、送信端末１０側での通信データへの変換処理と、通信データを受信した受信端末２０側の通信データの復元処理を説明する図である。
【００２１】
送信端末２０の業務処理部１１からデータの配信要求があった場合、コンテナ部１２のデータは、データ変換部１３に送られる。送信側の元データDATA１００は例えば、ＡＳＣＩＩコードで表現されたものであり、数字データ（Ａ）、文字データ：漢字（Ａ）、文字データ：漢字（Ｂ）、文字データ：数字（Ａ）、文字データ：ＡＳＣ（Ａ）、文字データ：数字（Ｂ）、数字データ（Ｂ）、のデータ項目からなっているとする。
【００２２】
これらのデータは、データ変換部１３により一元化処理され、通信データに変換される。一元化処理部１０１には、各データ項目を通信データに変換する順番が実装されているので、コンテナ部１２のデータに対して「通信データに変換」の要求があれば、変換する順番に従って通信データに変換する。一元化処理部１０１は、特定のデータ項目、例えばキャラクタデータの「文字データ：数字（Ａ）」及び「文字データ：数字（Ｂ）」を処理する番になると、コード変換部１４に対して「ＢＣＤコードに変換」の要求を出す。コード変換部１４は、該当する項目のデータをＢＣＤコードに変換して、変換済みデータを通信データ１０２に設定する。
【００２３】
こうして、ＢＣＤコードに変換する該当データの処理の番になると、ＡＤＳＩＩコードによるデータの内、数字データ部分がＢＣＤコードに変換されて受信端末２０側に配信される。尚、その他のデータ項目については、ＡＤＳＩＩコードのまま通信データに変換する。通信データ１０２は、最終的に圧縮暗号部１５によって圧縮処理及び暗号化処理が行われて配信されるが、具体的な手法は本発明の要旨ではないので省略する。
【００２４】
一方、受信端末２０側で受信した通信データ１０２は、復号部２２によって暗号化が解かれ、コンテナ部２４によってデータ復元部２５に送られる。
【００２５】
通信データを復元したデータ２００は、数字データ（Ａ）、文字データ：漢字（Ａ）、文字データ：漢字（Ｂ）、文字データ：数字（Ａ）、文字データ：ＡＳＣ（Ａ）、文字データ：数字（Ｂ）、数字データ（Ｂ）、のデータ項目からなっている。
【００２６】
これらのデータは、データ復元部２５の復元処理部２０１により復元されたもので、復元処理部２０１には、各データ項目を通信データから復元する順番が実装されているので、コンテナ部２４より「通信データから復元」の要求があれば、変換する順番に従って通信データを復元する。復元処理部２０１は、特定のデータ項目、例えば「文字データ：数字（Ａ）」及び「文字データ：数字（Ｂ）」を変換する番になると、コード変換部２６に対して「ＢＣＤコードから復元」の要求を出して、ＢＣＤコードからＡＳＣＩＩコードに変換して復元処理を行う。
【００２７】
以上の処理はソフトウェアによって行われるが、その制御手順（動作）について、図３のシーケンス図に従って説明する。このシーケンス図は、送信端末１０と受信端末２０の制御手順を示したものである。
【００２８】
先ずステップＳ１１において、送信端末１０の業務処理部１１から通信部１６に対して配信依頼があると、通信部１６からコンテナ部１２に「通信データに変換」の要求が出される（ステップＳ１２）。変換要求があると、コンテナ部１２は収容しているデータDATAに対して「通信データに変換」の要求を出す（ステップＳ１３）。
【００２９】
変換要求を受けたデータDATAは、データ変換部１３に送られ、自己のデータ項目の内容に従って通信データに変換を行う。その際に、データDATAをＢＣＤコードで保有していた方がデータサイズが小さくなる場合は、コード変換部１４に「ＢＣＤコードに変換」の依頼を行い、変換を行う（ステップＳ１４）。
【００３０】
通信部１６はステップＳ１５において、変換された通信データを圧縮暗号部１５に送り「圧縮依頼」して圧縮暗号化を行う。圧縮暗号化が終了すると、通信部１６は通信データを受信端末２０の通信部２１に対して「配信」を行う（ステップＳ１６）。
【００３１】
一方、受信端末２０の通信部２１は、配信されたデータを受信すると、ステップＳ２１で復号部２２に「解凍依頼」を行う。その後、通信部２１はコンテナ生成部２３に対して「受信イベント」を通知する（ステップＳ２２）。通知を受けたコンテナ生成部２３は、ステップＳ２３でコンテナ２４を生成し、ステップＳ２４で解凍したデータDATAをデータ復元部２５に送る。
【００３２】
通信部２１は、その後、コンテナ部２４に対して「通信データから復元」の要求を出す（ステップＳ２５）。復元要求を受けたコンテナ部２４は、ステップＳ２６でデータDATAをデータ復元部２５に送り、自己が保有しているデータDATAに対して「通信データから復元」の要求を出す。
【００３３】
復元要求を受けたデータ復元部２５は、データ項目の内容に従って通信データからの復元を行う。その際に、ＢＣＤコードに変換されているデータ項目は、コード変換部２６に送って「ＢＣＤコードから復元」の依頼を行い、ＡＳＣＩＩコードに復元する（ステップＳ２７）。データを復元した後、通信部２１はステップＳ２８において、業務処理部２７に「イベント通知」を行い、業務処理部２７は、通知内容にしたがって業務固有のイベント処理、例えば復元したデータの利用や、記憶処理等を行う。したがって、受信端末２０では、以後統一されたコードのキャラクタデータを処理することができる。
【００３４】
図４は、コード変換部１４におけるコード変換の一例を説明する説明図である。
【００３５】
例えば、地図画面に何らかのマーク、例えば複数のチームがそれぞれ所在する位置を示すシンボルを表示した際、各チームのシンボルに整理番号に相当するコードが付加された例を説明する。
【００３６】
図１のデータ変換部１３で変換された通信データには、図４に（ａ）に示すようなシンボルコードがデータ項目として存在している。シンボルコードが“123456789012345678”であると仮定した場合、ＡＳＣＩＩコードで表すと、（ｂ）のように１８Byte（１８桁）のキャラクタとして表される。
【００３７】
図４（ｂ）において、１Byteは、上位４Bitと下位４Bitで構成されており、上位４Bitはそのコードの種類を表しており、上位４Bitが「３」である場合は、そのキャラクタが数字であることを意味している。これはＡＳＣＩＩコードの特長であり、その特長から数字データを抽出し、コード変換部１４に対して「ＢＣＤコードに変換」の要求を出す。これにより、コード変換部１４は、該当する項目のデータをＢＣＤコードに変換して、図４（ｃ）のような９ByteのＢＣＤコードに変換する。
【００３８】
したがって、通信部１６からはデータ量が削減されたデータを配信することができ、無線伝送する場合であってもデータ量が削減されることにより、高速通信が可能となる。一方、受信端末２０では、送信とは逆のコード変換を行い、ＢＣＤコードに変換されたデータはコード変換部２６でＡＳＣＩＩコードに変換されて処理されることになり、受信したときには統一のコードに復元して処理することができる。
【００３９】
図４の例では、キャラクタデータをＡＳＣＩＩデータのまま配信すると、データサイズが１８Byteとなってしまうところ、ＢＣＤコードに変換可能な部分はＢＣＤコードに変換することにより、９Byteにデータ削減が可能となる。
【００４０】
図５は、登録日時のデータ（例えば2005年6月10日8時30分50秒）をコード変換する例を示したものである。（ａ）の登録日時“20050610083050”のキャラクタの場合、ＡＳＣＩＩコードのデータでは（ｂ）のように１４Byteであるが、ＢＤＣコードに変換した場合は（ｃ）のように７Byteにデータが削減される。
【００４１】
以上述べたように、この発明によれば、既存の圧縮暗号プログラムのみで圧縮したデータサイズよりも、一層のデータサイズの削減を行うシステムを提供することができる。
【００４２】
尚、上記の説明では、ＡＳＣＩＩコードのキャラクタデータの中から数字データを抽出してＢＣＤコードに変換する例について説明したが、この例に限らず、他の特定のデータ項目を抽出してＢＣＤコードに変換できる部分があれば変換するようにしても良い。また、ＢＣＤコードへの変換に限らず、データ量を削減可能なコード形式があれば他のコード、例えば１６進数へ変換するようにしても良い。
【００４３】
本発明によれば、無線伝送を用いて、従来のシステムを大きく変えることなく、効率的なデータ伝送を行うことが可能なデータ伝送システムを得ることができる。
【００４４】
また、以上の実施形態に限定されることなく、特許請求の範囲を逸脱しない範囲内で他の変形例も考えられる。
【図面の簡単な説明】
【００４５】
【図１】本発明のデータ伝送システムの一実施形態を示すもので、送信端末及び受信端末の構成例を示すブロック図。
【図２】同実施形態における通信データのコード変換処理の動作を説明するための動作説明図。
【図３】同実施形態における通信データのコード変換処理の動作を説明するシーケンス図。
【図４】本発明の一実施形態におけるコード変換の一例を説明する説明図。
【図５】本発明の一実施形態におけるコード変換の他の例を説明する説明図。
【符号の説明】
【００４６】
１０…送信端末
１１…業務処理部
１２…コンテナ部
１３…データ変換部
１４…コード変換部
１５…圧縮暗号部
１６…通信部
２０…受信端末
２１…通信部
２２…復号部
２３…コンテナ生成部
２４…コンテナ部
２５…データ復元部
２６…コード変換部
【特許請求の範囲】
【請求項１】
データを送信するデータ送信装置と、前記データ送信装置から送信されたデータを受信するデータ受信装置とを備えたデータ伝送システムであって、
前記データ送信装置は、第1の文字コードで表現されたキャラクタデータを通信データに変換する際に、特定のデータ項目についてはデータ量を低減可能な第２の文字コードに変換する第１のコード変換部を備え、前記通信データの少なくとも一部を異なるコードに変換して送信し、
前記データ受信装置では、受信した通信データの内、前記第２の文字コードによるデータを前記第１の文字コードに変換する第２のコード変換部を有し、前記第1の文字コードで統一されたキャラクタデータを処理可能にしたことを特徴とするデータ伝送システム。
【請求項２】
前記第１のコード変換部は、前記第1の文字コードの特長をもとに前記特定のデータ項目を抽出し、抽出した特定のデータ項目を前記第２の文字コードに変換することを特徴とする請求項１記載のデータ伝送システム。
【請求項３】
前記第1の文字コードはＡＳＣＩＩコードであり、前記第２の文字コードはＢＣＤコードであり、前記データ送信装置は、前記ＡＳＣＩＩコードで表されたデータ項目が数字を表す場合に、その項目のデータを前記ＢＣＤコードに変換することを特徴とする請求項１記載のデータ伝送システム。
【請求項４】
前記データ伝送装置は、前記通信データを圧縮暗号化して送信する圧縮暗号化部を有し、前記データ受信装置は、前記圧縮暗号化されたデータを解凍する復号部を有することを特徴とする請求項１記載のデータ伝送システム。
【請求項５】
前記データ送信装置と前記データ受信装置間は、無線によってデータを伝送することを特徴とする請求項１記載のデータ伝送システム。
【請求項６】
第1の文字コードで表現されたキャラクタデータを通信データに変換して無線送信し、送信された通信データを受信するデータ送・受信装置であって、
前記キャラクタデータを通信データに変換する際に、前記第1の文字コードの特長をもとに特定のデータ項目を抽出し、抽出した特定のデータ項目をデータ量が低減可能な第２の文字コードに変換するコード変換部を有し、前記通信データの少なくとも一部を異なるコードに変換して送信するデータ送信装置と、
前記送信された通信データを受信し、受信した通信データの内、前記第２の文字コードによるデータを前記第１の文字コードに変換する第２のコード変換部を有し，前記第1の文字コードで統一されたキャラクタデータを処理可能にしたデータ受信装置と、から成るデータ送受信装置。
【請求項７】
前記データ送信装置は、前記第1の文字コードがＡＳＣＩＩコードのキャラクタデータを通信データに変換するとともに、前記ＡＳＣＩＩコードの特長をもとに数字のデータ項目を抽出し、抽出した数字のデータをＢＣＤコードに変換することを特徴とする請求項６記載のデータ送・受信装置。
【請求項１】
データを送信するデータ送信装置と、前記データ送信装置から送信されたデータを受信するデータ受信装置とを備えたデータ伝送システムであって、
前記データ送信装置は、第1の文字コードで表現されたキャラクタデータを通信データに変換する際に、特定のデータ項目についてはデータ量を低減可能な第２の文字コードに変換する第１のコード変換部を備え、前記通信データの少なくとも一部を異なるコードに変換して送信し、
前記データ受信装置では、受信した通信データの内、前記第２の文字コードによるデータを前記第１の文字コードに変換する第２のコード変換部を有し、前記第1の文字コードで統一されたキャラクタデータを処理可能にしたことを特徴とするデータ伝送システム。
【請求項２】
前記第１のコード変換部は、前記第1の文字コードの特長をもとに前記特定のデータ項目を抽出し、抽出した特定のデータ項目を前記第２の文字コードに変換することを特徴とする請求項１記載のデータ伝送システム。
【請求項３】
前記第1の文字コードはＡＳＣＩＩコードであり、前記第２の文字コードはＢＣＤコードであり、前記データ送信装置は、前記ＡＳＣＩＩコードで表されたデータ項目が数字を表す場合に、その項目のデータを前記ＢＣＤコードに変換することを特徴とする請求項１記載のデータ伝送システム。
【請求項４】
前記データ伝送装置は、前記通信データを圧縮暗号化して送信する圧縮暗号化部を有し、前記データ受信装置は、前記圧縮暗号化されたデータを解凍する復号部を有することを特徴とする請求項１記載のデータ伝送システム。
【請求項５】
前記データ送信装置と前記データ受信装置間は、無線によってデータを伝送することを特徴とする請求項１記載のデータ伝送システム。
【請求項６】
第1の文字コードで表現されたキャラクタデータを通信データに変換して無線送信し、送信された通信データを受信するデータ送・受信装置であって、
前記キャラクタデータを通信データに変換する際に、前記第1の文字コードの特長をもとに特定のデータ項目を抽出し、抽出した特定のデータ項目をデータ量が低減可能な第２の文字コードに変換するコード変換部を有し、前記通信データの少なくとも一部を異なるコードに変換して送信するデータ送信装置と、
前記送信された通信データを受信し、受信した通信データの内、前記第２の文字コードによるデータを前記第１の文字コードに変換する第２のコード変換部を有し，前記第1の文字コードで統一されたキャラクタデータを処理可能にしたデータ受信装置と、から成るデータ送受信装置。
【請求項７】
前記データ送信装置は、前記第1の文字コードがＡＳＣＩＩコードのキャラクタデータを通信データに変換するとともに、前記ＡＳＣＩＩコードの特長をもとに数字のデータ項目を抽出し、抽出した数字のデータをＢＣＤコードに変換することを特徴とする請求項６記載のデータ送・受信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００７−２７４１８３（Ｐ２００７−２７４１８３Ａ）
【公開日】平成１９年１０月１８日（２００７．１０．１８）
【国際特許分類】
【出願番号】特願２００６−９５５１４（Ｐ２００６−９５５１４）
【出願日】平成１８年３月３０日（２００６．３．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９３１０７３０６）東芝電波システムエンジニアリング株式会社 (5)
【Ｆターム（参考）】
【公開日】平成１９年１０月１８日（２００７．１０．１８）
【国際特許分類】
【出願日】平成１８年３月３０日（２００６．３．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９３１０７３０６）東芝電波システムエンジニアリング株式会社 (5)
【Ｆターム（参考）】
[ Back to top ]