JP5107859B2 - データ伝送システム、端末装置、端末装置の制御回路、データ伝送方法及びデータ伝送プログラム - Google Patents

データ伝送システム、端末装置、端末装置の制御回路、データ伝送方法及びデータ伝送プログラム Download PDF

Info

Publication number
JP5107859B2
JP5107859B2 JP2008267871A JP2008267871A JP5107859B2 JP 5107859 B2 JP5107859 B2 JP 5107859B2 JP 2008267871 A JP2008267871 A JP 2008267871A JP 2008267871 A JP2008267871 A JP 2008267871A JP 5107859 B2 JP5107859 B2 JP 5107859B2
Authority
JP
Japan
Prior art keywords
data
packet
terminal device
additional information
binary data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2008267871A
Other languages
English (en)
Other versions
JP2010098540A (ja
Inventor
威泰 富岡
智紀 奈良
敏彦 杉山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
NTT Docomo Inc
Original Assignee
Fujitsu Ltd
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd, NTT Docomo Inc filed Critical Fujitsu Ltd
Priority to JP2008267871A priority Critical patent/JP5107859B2/ja
Publication of JP2010098540A publication Critical patent/JP2010098540A/ja
Application granted granted Critical
Publication of JP5107859B2 publication Critical patent/JP5107859B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Description

本発明は、一つのオブジェクトをオブジェクト交換用（Ｏｂｊｅｃｔ Ｅｘｃｈａｎｇｅ：以下、単にＯＢＥＸと称する）プロトコル通信で伝送する機能を備えた携帯端末やパソコン等のデータ伝送システム、端末装置、端末装置の制御回路、データ伝送方法及びデータ伝送プログラムに関する。
従来、携帯端末同士、若しくは携帯端末及びパソコン間の短距離通信に使用するデファクトスタンダードとしてＯＢＥＸ規格がある。
また、このＯＢＥＸプロトコルの下位レイヤには、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）通信、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）通信やブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）通信がある。
これらＯＢＥＸプロトコル通信を使用して携帯端末同士では、電話帳やスケジュール帳等のデータを送受信することが可能である。
また、携帯端末同士では、電話帳のようなテキストデータだけでなく、画像やメロディ等のバイナリ形式のデータ（バイナリデータ）を送受信することも可能である。
この場合、携帯端末同士では、バイナリデータをＢａｓｅ６４等のテキスト形式とし、さらにＶ形式に変換することでデータを送受信することが可能である。尚、Ｂａｓｅ６４とは、「Ａ」〜「Ｚ」の２６文字、「ａ」〜「ｚ」の２６文字、「０」〜「９」の１０文字、「＋」、「／」及び「＝」の３文字の６５文字でバイナリデータを表現するものである。
また、一般的に、従来のＯＢＥＸプロトコルを使用したデータ通信では、通信接続から通信切断までの一回の通信シーケンスで一つのオブジェクトしか伝送しないことを前提としている。
特表平１１−５０２０９６号公報 特開平１０−３０４０１３号公報 特表２００５−５２１１２０号公報 特開２００５−１１００６３号公報
従来のＯＢＥＸプロトコル通信を使用したデータ伝送システムでは、一回の通信シーケンスで複数のデータを伝送する場合、複数のデータをテキスト形式に変換し、この変換したテキスト形式のデータを連結して１つのオブジェクトとして伝送する方式もある。
しかしながら、上記従来のデータ伝送システムでは、画像や動画等の１ファイルあたりのデータサイズが大きいファイル、例えば、１００Ｋバイトの画像を１００ファイル分伝送する場合、図８に示すように、これらファイルのバイナリデータをＢａｓｅ６４でテキスト形式に変換することになるが、Ｂａｓｅ６４では限られた文字でデータを変換することになるため、１Ｍバイト（１００Ｋバイト×１００ファイル分）分のバイナリデータが約１．４Ｍバイト、すなわち、元のバイナリデータの約１．４倍にデータサイズが大きくなってデータ通信量が増加し、その結果、データ伝送時間が長くなる。
本発明は上記点に鑑みてなされたものであり、その目的とするところは、ＯＢＥＸプロトコル通信によるバイナリデータのデータ伝送時間の短縮化を図るデータ伝送システム、端末装置、端末装置の制御回路、データ伝送方法及びデータ伝送プログラムを提供することにある。
開示システムは、送信側端末装置から受信側端末装置に対して一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送するデータ伝送システムであって、前記送信側端末装置は、前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割するデータ分割部と、前記データ分割部で分割した前記バイナリデータと、前記ファイル単位での前記バイナリデータの先頭位置に配置し、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを前記受信側端末装置に順次伝送するパケット組立部とを有し、前記受信側端末装置は、前記送信側端末装置からの前記パケットを順次受信すると、前記パケットを順次分解するパケット分解部と、前記パケット分解部で分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割部で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元するデータ復元部とを有することを要件とする。
開示装置は、一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送する端末装置であって、前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割するデータ分割部と、前記データ分割部で分割した前記バイナリデータと、前記ファイル単位での前記バイナリデータの先頭位置に配置し、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを相手先端末装置に順次伝送するパケット組立部と、相手先端末装置からの前記パケットを順次受信すると、前記パケットを順次分解するパケット分解部と、前記パケット分解部で分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割部で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元するデータ復元部と
を有することを要件とする。
また、開示回路は、一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送する端末装置の制御回路であって、前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割するデータ分割部と、前記データ分割部で分割した前記バイナリデータと、前記ファイル単位での前記バイナリデータの先頭位置に配置し、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを相手先端末装置に順次伝送するパケット組立部と、相手先端末装置からの前記パケットを順次受信すると、前記パケットを順次分解するパケット分解部と、前記パケット分解部で分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割部で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元するデータ復元部とを有することを要件とする。
また、開示方法は、送信側端末装置から受信側端末装置に対して一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送するデータ伝送方法であって、前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割する前記送信側端末装置のデータ分割ステップと、前記データ分割ステップで分割した前記バイナリデータと、前記ファイル単位での前記バイナリデータの先頭位置に配置し、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを前記受信側端末装置に順次伝送する前記送信側端末装置側のパケット組立ステップと、前記送信側端末装置からの前記パケットを順次受信すると、前記パケットを順次分解する前記受信側端末装置側のパケット分解ステップと、前記パケット分解ステップで分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割部で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元する前記受信側端末装置側のデータ復元ステップとを含むことを要件とする。
また、開示プログラムは、一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送する機能を端末装置に実行させるデータ伝送プログラムであって、前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割するデータ分割手順と、前記データ分割手順で分割した前記バイナリデータと、前記ファイル単位での前記バイナリデータの先頭位置に配置し、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを相手先端末装置に順次伝送するパケット組立手順と、相手先端末装置からの前記パケットを順次受信すると、前記パケットを順次分解するパケット分解手順と、前記パケット分解手順で分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割手順で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元するデータ復元手順とを前記端末装置に実行させることを要件とする。
開示システム、開示装置、開示回路、開示方法及び開示プログラムでは、オブジェクト交換用プロトコル通信を使用して複数のファイルを一つのオブジェクトとして伝送する際に、送信側では、分割したバイナリデータ、ファイル単位の付加情報及び付加情報を取得すためのオフセット値を含む基本ヘッダ情報をパケット伝送し、受信側では、受信した基本ヘッダ情報内のオフセット値に基づき付加情報を取得し、取得した付加情報に基づき分割したバイナリデータ同士を連結して分割前のバイナリデータにファイル単位で復元するようにした。その結果、受信側では、従来のようにｂａｓｅ６４で全実データをテキスト形式へ変換することなく、送信側からの複数のファイルを含むオブジェクトを受信できることは勿論のこと、オフセット値を含む基本ヘッダ情報（１パケットあたり１３バイト程度）の数だけデータ量は増えるものの、データ量を最小限に抑えて送信側から受信側へのデータ通信量を大幅に抑制し、そのデータ伝送時間の大幅短縮を図ることができるという効果を奏する。
以下、図面に基づき本発明のデータ伝送システム、端末装置、端末装置の制御回路、データ伝送方法及びデータ伝送プログラムに関わる実施例について詳細に説明する。
まず、最初に本実施例の概要を説明すると、その概要は、送信側携帯端末から受信側携帯端末に対してＯＢＥＸプロトコル通信を使用して複数のファイルを一つのオブジェクトで伝送する際に、送信側携帯端末側では、オブジェクトを構成するファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割し、分割したバイナリデータと、ファイル単位でのバイナリデータの先頭位置に配置し、分割前のバイナリデータに復元するための付加情報と、パケット内の所定格納位置から付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とをパケット内に格納し、このパケットを受信側端末装置に順次伝送する。
さらに、受信側携帯端末では、送信側携帯端末からのパケットを順次受信すると、パケットを順次分解し、分解した基本ヘッダ情報のオフセット値に基づき付加情報を取得し、この付加情報に基づき、分割したバイナリデータ同士を連結して分割前のバイナリデータにファイル単位で復元する。
その結果、本実施例では、受信側携帯端末では、従来のようにｂａｓｅ６４で全実データをテキスト形式へ変換することなく、送信側携帯端末からの複数のファイルを含むオブジェクトを受信できることは勿論のこと、オフセット値を含む基本ヘッダ情報（１パケットあたり１３バイト程度）の数だけデータ量は増えるものの、データ量を最小限に抑えて送信側携帯端末から受信側携帯端末へのデータ通信量を大幅に抑制し、そのデータ伝送時間の大幅短縮を図ることができる。
図１は、本実施例を示すデータ伝送システム全体の概略構成を示すシステム説明図である。
図１に示すデータ伝送システム１は、例えば、ＯＢＥＸプロトコル通信機能を備えた２台の携帯端末２（２Ａ，２Ｂ）と、ＯＢＥＸプロトコル通信機能を備えた１台のパソコン３とを備えている。尚、携帯端末２は、図示せぬ無線基地局経由で通話及びデータ通信を可能にしている。
また、携帯端末２同士や、携帯端末２及びパソコン３間では、ＩｒＤＡ等のＯＢＥＸプロコトル通信機能を使用して画像等のバイナリデータ（以下、単に実データと称する）のデータ伝送が可能である。
図２は、本実施例の要部である携帯端末２内部の概略構成を示すブロック図である。
図２に示す携帯端末２は、図示せぬ無線基地局経由との無線通信の通信インタフェースを司る無線処理部１１と、ＯＢＥＸプロトコル通信の通信インタフェースを司るＯＢＥＸ通信処理部１２と、様々な情報を入力する操作部１３と、様々な情報を表示する表示部１４と、様々な情報やプログラム等を記憶する記憶部１５と、携帯端末２全体を制御するＣＰＵ１６とを有している。
記憶部１５は、プログラム等を記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１５Ａと、各種情報を記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１５Ｂと、画像等の実データを含むファイルを記憶するファイル記憶部１５Ｃとを有している。
図３は、ＯＢＥＸプロコトルで使用するパケット内部のデータ構成を示す説明図である。
図３に示すパケット５０は、パケット５０を識別するＯＢＥＸヘッダ５１と、実データ等を格納するＢＯＤＹ部５２とを有している。
ＯＢＥＸヘッダ５１は、例えば、ＩｒＤＡ規格に準拠したＧＥＴコマンドやＰＵＴコマンド等を識別するものである。
ＢＯＤＹ部５２は、ＢＯＤＹ部５２の先頭エリアから基本ヘッダ情報５３、ファイル単位で実データの内容を識別する付加情報５４及び実データ５５の順に格納している。
付加情報５４は、エリアのサイズ５４Ａと、付加情報５４に関わるファイル全体の実データのデータ量を示す実データのデータサイズ５４Ｂと、ファイル名のデータ長を示すファイル名長５４Ｃ、ファイル名５４Ｄと、ファイルの種類５４Ｅと、ファイルの作成日付５４Ｆと、ファイルの更新日付５４Ｇと、ファイルの作成者名のデータ長を示す作成者長５４Ｈと、ファイルの作成者５４Ｉと、その他の情報を示すその他情報５４Ｊとを有している。
尚、ＢＯＤＹ部５２には、付加情報５４を常に格納するものではなく、このＢＯＤＹ部５２内にファイル内部の先頭部位の実データを格納した場合にのみ、付加情報５４を格納するものである。従って、ファイル内部の先頭部位の実データを格納していない場合、ＢＯＤＹ部５２には、付加情報５４を格納することなく、基本ヘッダ情報５３の次のエリアに実データ５５を格納するものである。
また、基本ヘッダ情報５３は、一つのオブジェクトをデータ伝送する際のパケットの全個数を示すパケット全個数５３Ａと、ＢＯＤＹ部５２内で新たな付加情報を格納したか否かを示す新付加情報設定フラグ５３Ｂと、ＢＯＤＹ部５２内に新たな付加情報を格納した場合、ＢＯＤＹ部５２の先頭位置から同付加情報５４の先頭位置までのオフセット量を示すオフセット値５３Ｃとを有している。
パケット全個数５３Ａは、ＯＢＥＸプロトコルでの通信開始時に、オブジェクト内の全ファイルの実データを伝送するためのパケットの全個数に相当するものである。
新付加情報設定フラグ５３Ｂは、ＯＮの場合、ＢＯＤＹ部５２内に新たな付加情報５４を格納していることを示し、ＯＦＦの場合、ＢＯＤＹ部５２内に新たな付加情報５４を格納していないことを示すものである。
また、オフセット値５３Ｃは、新付加情報設定フラグ５３ＢがＯＮの場合、ＢＯＤＹ部５２の先頭位置から新たな付加情報５４の先頭位置までのオフセット量を示すことになるが、新付加情報設定フラグ５３ＢがＯＦＦの場合、ＢＯＤＹ部５２内に新たな付加情報５４がないため、“オフセット量設定なし”ということになる。
また、図２に示す携帯端末２のＣＰＵ１６は、相手先にオブジェクトを送信するためのオブジェクト送信側処理部２０と、相手先からオブジェクトを受信するためのオブジェクト受信側処理部３０とを有している。
オブジェクト送信側処理部２０は、一つのオブジェクトを構成する一以上のファイルの実データをパケットの空きデータサイズに応じて順次分割するデータ分割部２１と、データ分割部２１にて分割した実データをパケット内部のＢＯＤＹ部５２に格納するパケット組立部２２とを有している。
データ分割部２１は、ＯＢＥＸプロトコル通信の開始を検出すると、オブジェクトを構成する一以上のファイルの実データをパケット５０の空きデータサイズに応じて順次分割するものである。
尚、ＯＢＥＸプロトコル通信の開始は、例えば、ＯＢＥＸ通信処理部１２を通じて相手先の携帯端末２やパソコン３からの接続要求や自己の接続開始操作に応じて起動するものである。
パケット組立部２２は、データ分割部２１にて分割した実データ５５の他に、基本ヘッダ情報５３及び付加情報５４をＢＯＤＹ部５２に格納し、これら基本ヘッダ情報５３、付加情報５４及び実データ５５の順に格納したパケットをＯＢＥＸプロトコルの通信シーケンスで相手先の携帯端末２又はパソコン３に順次伝送するものである。
また、オブジェクト受信側処理部３０は、ＯＢＥＸ通信処理部１２を通じて、相手先の携帯端末２又はパソコン３からＯＢＥＸプロトコルの通信シーケンスでパケットを順次受信すると、パケット５０内部のＢＯＤＹ部５２を順次分解するパケット分解部３１と、パケット内部のＢＯＤＹ部５２に格納した分割中の実データ同士を連結して分割前の実データに復元するデータ復元部３２と、このデータ復元部３２の作業領域としてのバッファ３３とを有している。
パケット分解部３１は、パケットを受信すると、パケット内部のＢＯＤＹ部５２に格納した基本ヘッダ情報５３、付加情報５４及び実データ５５を順次分解するものである。
また、データ復元部３２は、パケット分解部３１にて分解した基本ヘッダ情報５３の新付加情報設定フラグ５３ＢがＯＮの場合、基本ヘッダ情報５３のオフセット値５３Ｃに基づき、新しい付加情報５４を取得するものである。
データ復元部３２は、新しい付加情報５４を取得すると、この付加情報５４に基づき、パケット分解部３１で分解した実データを順次抽出し、この実データをバッファ３３に順次格納するものである。
そして、データ復元部３２は、付加情報５４に基づき、バッファ３３に格納中の実データ同士を連結してファイル単位で分割前の実データに復元し、この復元した実データをファイル単位でファイル記憶部１５Ｃに記憶するものである。
尚、データ復元部３２は、付加情報５４から該当ファイルの実データのデータサイズ５４Ｂを取得し、取得した実データのデータサイズ５４Ｂとバッファ３３に格納中の実データのデータ量とが合致したか否かを判定し、バッファ３３に格納中の該当ファイルの実データのデータ量が該当ファイルの実データサイズ５４Ｂと合致した場合、分割前の該当ファイルの実データに復元できたものと判断するものである。
次に、本実施例のデータ伝送システム１の動作について説明する。図４は、本実施例の携帯端末２間のオブジェクト伝送処理に関わる処理動作を端的に示すシーケンス図である。
尚、送信側携帯端末２Ａでは、ファイル“Ａ”の実データ“Ａ”、ファイル“Ｂ”の実データ“Ｂ”、ファイル“Ｃ”の実データ“Ｃ”、ファイル“Ｄ”の実データ“Ｄ”及びファイル“Ｅ”の実データ“Ｅ”の５個のファイルを記憶しているものとする。
図４に示す携帯端末２間のデータ伝送処理は、例えば、送信側携帯端末２Ａが受信側携帯端末２Ｂからの要求に応じて、現在記憶中の５個のファイル“Ａ”〜“Ｅ”を一つのオブジェクトとして一回のＯＢＥＸプロトコルの通信シーケンスで受信側携帯端末２Ｂに伝送する処理である。
送信側携帯端末２Ａは、受信側携帯端末２ＢからＯＢＥＸプロコトルの接続開始を受信すると（ステップＳ１１）、接続開始ＯＫを受信側携帯端末２Ｂに送信する（ステップＳ１２）。
送信側携帯端末２Ａは、受信側携帯端末２ＢからＧＥＴ要求を受信すると（ステップＳ１３）、ＯＫ（初回）のパケットを受信側携帯端末２Ｂに伝送する（ステップＳ１４）。
この際、送信側携帯端末２Ａのデータ分割部２１では、ファイル“Ａ”の実データ“Ａ”をパケット内部のＢＯＤＹ部５２の空きデータサイズに応じて実データ“Ａ１”及び“Ａ２”に分割する。
さらに、パケット組立部２２は、ファイル“Ａ”内の先頭部位の実データ“Ａ１”をＢＯＤＹ部５２に格納することになるため、分割中の実データ“Ａ１”の直前にファイル“Ａ”の内容を識別する付加情報５４をＢＯＤＹ部５２に格納する。
さらに、パケット組立部２２は、ＢＯＤＹ部５２の先頭位置からファイル“Ａ”の付加情報５４の先頭位置までのオフセット量を示すオフセット値５３Ｃと、ＢＯＤＹ部５２内に新たな付加情報５４を格納していることを示す“ＯＮ”の新付加情報設定フラグ５３Ｂと、パケット全個数５３Ａとを含む基本ヘッダ情報５３を格納する。尚、パケット組立部２２は、オブジェクト内の全ファイルの全実データを伝送する際の全パケット個数（図４では５個）を把握しているものとする。
パケット組立部２２は、ステップＳ１４にて、基本ヘッダ情報５３、ファイル“Ａ”の付加情報５４及び分割中の実データ“Ａ１”を格納したパケットを受信側携帯端末２Ｂに送信することになる。
受信側携帯端末２Ｂのパケット分解部３１では、ステップＳ１４にてＯＫ（初回）のパケットを受信すると、後述するオブジェクト受信処理を通じて、受信パケットを基本ヘッダ情報５３、ファイル“Ａ”の付加情報５４及び実データ“Ａ１”に分解する。
データ復元部３２は、分割中の実データ“Ａ１”を抽出すると、この抽出した実データ“Ａ１”をバッファ３３に順次格納する。
また、送信側携帯端末２Ａは、受信側携帯端末２ＢからＧＥＴ要求を受信すると（ステップＳ１５）、ＯＫ（継続）のパケット５０を受信側の携帯端末２Ｂに伝送する（ステップＳ１６）。
この際、送信側携帯端末２Ａのパケット組立部２２では、ＢＯＤＹ部５２内にファイル“Ａ”の分割中の実データ“Ａ２”を格納することになるが、ＢＯＤＹ部５２内に空きが生じる。
そこで、送信側携帯端末２Ａのデータ分割部２１は、ファイル“Ｂ”の分割中の実データ“Ｂ”をパケット内部のＢＯＤＹ部５２の空きデータサイズに応じて実データ“Ｂ１”及び“Ｂ２”に分割する。
さらに、パケット組立部２２は、ＢＯＤＹ部５２内にファイル“Ａ２”を格納した後、ファイル“Ｂ”内の先頭部位の実データ“Ｂ１”をＢＯＤＹ部５２に格納することになるため、実データ“Ｂ１”の直前にファイル“Ｂ”の内容を識別する付加情報５４をＢＯＤＹ部５２内に格納する。
さらに、パケット組立部２２は、ＢＯＤＹ部５２内に新たな付加情報５４を格納していることを示す“ＯＮ”の新付加情報設定フラグ５３Ｂと、ＢＯＤＹ部５２の先頭位置からファイル“Ｂ”の付加情報５４の先頭位置までのオフセット量を示すオフセット値５３Ｃとを含む基本ヘッダ情報５３を格納する。
そして、パケット組立部２２は、ステップＳ１６にて、基本ヘッダ情報５３、分割中の実データ“Ａ２”、ファイル“Ｂ”の付加情報５４及び分割中の実データ“Ｂ１”を格納したパケットを受信側携帯端末２Ｂに送信することになる。
受信側携帯端末２Ｂのパケット分解部３１では、ステップＳ１６にてＯＫ（継続）のパケットを受信すると、後述するオブジェクト受信処理を通じてファイル“Ａ”の分割中の実データ“Ａ２”を分解する。
データ復元部３２は、分割中の実データ“Ａ２”をバッファ３３に順次格納すると、ファイル“Ａ”の付加情報５４に基づき、分割中の実データ“Ａ１”及び実データ“Ａ２”を連結することでファイル“Ａ”の実データ“Ａ”をファイル記憶部１５Ｃに記憶し、バッファ３３内部を初期化する。
さらに、パケット分解部３１では、基本ヘッダ情報５３内の新付加情報設定フラグ５３Ｂが“ＯＮ”のため、ステップＳ１６のパケットからファイル“Ｂ”の付加情報５４及び分割中の実データ“Ｂ１”を分解する。データ復元部３２は、実データ“Ｂ１”をバッファ３３に順次格納する。
また、送信側携帯端末２Ａは、受信側携帯端末２ＢからＧＥＴ要求を受信すると（ステップＳ１７）、ＯＫ（継続）のパケットを受信側携帯端末２Ｂに伝送する（ステップＳ１８）。
この際、送信側携帯端末２Ａのパケット組立部２２では、ファイル“Ｂ”の実データ“Ｂ２”をＢＯＤＹ部５２内に格納することになるが、ＢＯＤＹ部５２内に空きが生じる。
そこで、送信側携帯端末２Ａのデータ分割部２１は、ファイル“Ｃ”の実データ“Ｃ”をパケット内部のＢＯＤＹ部５２の空きデータサイズに応じて実データ“Ｃ１”、“Ｃ２”及び“Ｃ３”に分割する。
パケット組立部２２は、ＢＯＤＹ部５２内にファイル“Ｂ２”を格納した後、ファイル“Ｃ”の先頭部位の実データ“Ｃ１”を格納することになるため、ファイル“Ｃ”の付加情報５４及び実データ“Ｃ１”の順に格納する。
さらに、パケット組立部２２は、ＢＯＤＹ部５２の先頭位置からファイル“Ｃ”の付加情報５４の先頭位置までのオフセット量を示すオフセット値５３Ｃと、ＢＯＤＹ部５２内に新たな付加情報５４を格納していることを示す“ＯＮ”の新付加情報設定フラグ５３Ｂとを含む基本ヘッダ情報５３を格納する。
パケット組立部２２は、ステップＳ１８にて、基本ヘッダ情報５３、分割中の実データ“Ｂ２”、ファイル“Ｃ”の付加情報５４及び分割中の実データＣ１を順次格納したパケットを受信側携帯端末２Ｂに送信することになる。
受信側携帯端末２Ｂのパケット分解部３１では、ステップＳ１８にてＯＫ（継続）のパケットを受信すると、後述するオブジェクト受信処理を通じてファイル“Ｂ”の分割中の実データ“Ｂ２”を分解する。
データ復元部３２は、分割中の実データ“Ｂ２”をバッファ３３に順次格納すると、ファイル“Ｂ”の付加情報５４に基づき、分割中の実データ“Ｂ１”及び実データ“Ｂ２”を連結することでファイル“Ｂ”の実データ“Ｂ”をファイル記憶部１５Ｃに記憶し、バッファ３３内部を初期化する。
さらに、パケット分解部３１では、基本ヘッダ情報５３内の新付加情報設定フラグ５３Ｂが“ＯＮ”のため、ステップＳ１８のパケットからファイル“Ｃ”の付加情報５４及び分割中の実データ“Ｃ１”を分解する。データ復元部３２は、実データ“Ｃ１”をバッファ３３に順次格納する。
また、送信側携帯端末２Ａは、受信側携帯端末２ＢからＧＥＴ要求を受信すると（ステップＳ１９）、ＯＫ（継続）のパケットを受信側携帯端末２Ｂに伝送する（ステップＳ２０）。
この際、送信側携帯端末２Ａのパケット組立部２２では、ファイル“Ｃ”の実データ“Ｃ２”をＢＯＤＹ部５２内に格納することになる。
パケット組立部２２は、ＢＯＤＹ部５２内に実データ“Ｃ２”を格納した後、ＢＯＤＹ部５２内に新たな付加情報５４を格納していないことを示す“ＯＦＦ”の新付加情報設定フラグ５３Ｂと、“オフセット量設定なし”を示すオフセット値５３Ｃとを含む基本ヘッダ情報５３を格納する。
パケット組立部２２は、ステップＳ２０にて、基本ヘッダ情報５３、分割中の実データ“Ｃ２”を格納したパケットを受信側携帯端末２Ｂに送信することになる。
受信側携帯端末２Ｂのパケット分解部３１では、ステップＳ２０にてＯＫ（継続）のパケットを受信すると、後述するオブジェクト受信処理を通じてファイル“Ｃ”の分割中の実データ“Ｃ２”を分解する。データ復元部３２は、分割中の実データ“Ｃ２”をバッファ３３に順次格納する。
また、送信側携帯端末２Ａは、受信側携帯端末２ＢからＧＥＴ要求を受信すると（ステップＳ２１）、ＯＫ（最終）のパケットを受信側携帯端末２Ｂに伝送する（ステップＳ２２）。
この際、送信側携帯端末２Ａのパケット組立部２２では、ファイル“Ｃ”の分割中の実データ“Ｃ３”をＢＯＤＹ部５２内に格納することになるが、ＢＯＤＹ部５２内に空きが生じる。
そこで、送信側携帯端末２Ａのデータ分割部２１は、ファイル“Ｄ”の実データ“Ｄ”がパケット内部のＢＯＤＹ部５２の空きデータサイズ内のため分割しない。そこで、パケット組立部２２では、ファイル“Ｄ”の実データ“Ｄ”及び付加情報５４をＢＯＤＹ部５２内に格納することになる。
さらに、データ分割部２１は、ＢＯＤＹ部５２内に空きが生じた場合、ファイル“Ｅ”の実データ“Ｅ”をパケット内部のＢＯＤＹ部５２に格納することになるが、実データ“Ｅ”はパケット内部のＢＯＤＹ部５２の空きデータサイズ内のため分割しない。
また、パケット組立部２２は、ＢＯＤＹ部５２内に新たな付加情報５４を格納していることを示す“ＯＮ”の新付加情報設定フラグ５３Ｂと、ＢＯＤＹ部５２の先頭位置からファイル“Ｄ”の付加情報５４の先頭位置までのオフセット量を示すオフセット値５３Ｃとを含む基本ヘッダ情報５３を格納する。
さらに、パケット組立部２２は、ステップＳ２２にて、基本ヘッダ情報５３、分割中の実データ“Ｃ３”、ファイル“Ｄ”の付加情報５４、実データ“Ｄ”、ファイル“Ｅ”の付加情報５４及び実データ“Ｅ”を搭載したパケットを受信側携帯端末２Ｂに送信することになる。
受信側携帯端末２Ｂのパケット分解部３１では、ステップＳ２２にてＯＫ（最終）のパケットを受信すると、後述するオブジェクト受信処理を通じてファイル“Ｃ”の分割中の実データ“Ｃ３”を分解する。
データ復元部３２は、分割中の実データ“Ｃ３”をバッファ３３に順次格納すると、ファイル“Ｃ”の付加情報５４に基づき、分割中の実データ“Ｃ１”、分割中の実データ“Ｃ２”及び分割中の実データ“Ｃ３”を連結することでファイル“Ｃ”の実データ“Ｃ”をファイル記憶部１５Ｃに記憶し、バッファ３３内部を初期化する。
さらに、パケット分解部３１では、基本ヘッダ情報５３内の新付加情報設定フラグ５３Ｂが“ＯＮ”のため、ステップＳ２２のパケットからファイル“Ｄ”の付加情報５４及び実データ“Ｄ”を分解する。
データ復元部３２は、実データ“Ｄ”をバッファ３３に順次格納すると、ファイル“Ｄ”の付加情報５４に基づき実データ“Ｄ”をファイル記憶部１５Ｃに記憶し、バッファ３３内部を初期化する。
さらに、パケット分解部３１では、ＢＯＤＹ部５２内部に更なる新たな付加情報ありの場合、ステップＳ２２のパケットからファイル“Ｅ”の付加情報５４及び実データ“Ｅ”を分解する。
データ復元部３２は、実データ“Ｅ”をバッファ３３に順次格納すると、ファイル“Ｅ”の付加情報５４に基づき、ファイル“Ｅ”の実データ“Ｅ”をファイル記憶部１５Ｃに記憶し、バッファ３３内部を初期化する。
この結果、送信側携帯端末２Ａでは、ファイル“Ａ”〜“Ｅ”までの実データを一つのオブジェクトとして受信側携帯端末２Ｂへの伝送が完了したことになる。
受信側携帯端末２Ｂでは、ファイル“Ａ”〜“Ｅ”までの実データを受信し、これらファイル“Ａ”〜“Ｅ”までの実データを復元し、ファイル記憶部１５Ｃに記憶したことになる。
そして、送信側携帯端末２Ａは、受信側携帯端末２Ｂからの切断要求を受信すると（ステップＳ２３）、切断要求応答（ＯＫ）で受信側携帯端末２Ｂに送信することで（ステップＳ２４）、受信側携帯端末２ＢのＯＢＥＸプロトコル通信を終了する。
図４に示すオブジェクト伝送処理では、送信側携帯端末２Ａから受信側携帯端末２Ｂに対してＯＢＥＸプロトコル通信を使用して複数のファイルを一つのオブジェクトで伝送する際に、送信側携帯端末２Ａ側では、オブジェクトを構成するファイルの実データをパケットの空きデータサイズに応じて順次分割し、分割した実データと、ファイル単位での実データの先頭位置に配置し、分割前の実データに復元するための付加情報５４と、パケット内の先頭位置から付加情報５４の先頭位置までのオフセット値５３Ｃを含む基本ヘッダ情報５３とをパケット内に格納し、このパケットを受信側携帯端末２Ｂに順次伝送する。
さらに、受信側携帯端末２Ｂでは、送信側携帯端末２Ａからのパケットを順次受信すると、パケットを順次分解し、分解した基本ヘッダ情報５３のオフセット値５３Ｃに基づき付加情報５４を取得し、この付加情報５４に基づき、分割中の実データ同士を連結して分割前の実データにファイル単位で復元する。その結果、受信側携帯端末２Ｂでは、従来のようにｂａｓｅ６４で全実データをテキスト形式へ変換することなく、送信側携帯端末２Ａからの複数のファイルを含むオブジェクトを受信できることは勿論のこと、オフセット値５３Ｃを含む基本ヘッダ情報（１パケットあたり１３バイト程度）５３の数だけデータ量は増えるものの、データ量を最小限に抑制することで、送信側携帯端末２Ａから受信側携帯端末２Ｂへのデータ通信量を大幅に抑制し、そのデータ伝送時間の大幅短縮を図ることができる。
次に、送信側携帯端末２ＡからＯＢＥＸプロトコル通信でオブジェクトを受信する受信側携帯端末２Ｂの動作について説明する。図５乃至図７は、オブジェクト受信処理に関わる受信側携帯端末２Ｂ内部の処理動作を示すフローチャートである。
図５乃至図７に示すオブジェクト受信処理では、ＯＢＥＸプロトコルの通信シーケンスで送信側携帯端末２Ａ側からのオブジェクトを受信し、オブジェクト内部の実データをファイル単位でファイル記憶部１５Ｃに記憶する処理である。
図５において受信側携帯端末２Ｂは、送信側携帯端末２ＡとのＯＢＥＸプロコトル通信による接続開始を検出したか否かを判定する（ステップＳ３１）。
受信側携帯端末２Ｂは、ＯＢＥＸプロトコル通信による接続開始を検出した場合（ステップＳ３１肯定）、送信側携帯端末２Ａからの受信パケットがあるか否かを判定する（ステップＳ３２）。
受信側携帯端末２Ｂのパケット分解部３１は、受信パケットがある場合、受信パケットを分解し（ステップＳ３３）、パケットのＢＯＤＹ部５２内部の基本ヘッダ情報５３内のパケット全個数５３Ａを取得する（ステップＳ３４）。
パケット分解部３１は、パケット全個数５３Ａを取得すると、基本ヘッダ情報５３内のオフセット値５３Ｃを取得する（ステップＳ３５）。尚、パケット分解部３１は、基本ヘッダ情報５３内の新付加情報設定フラグ５３Ｂを取得する。
また、データ復元部３２は、オフセット値５３Ｃを取得すると、取得したオフセット値５３Ｃがパケット全個数５３Ａに基づきオブジェクト内の最終オフセットであるか否かを判定する（ステップＳ３６）。
データ復元部３２は、取得したオフセット値５３Ｃが最終オフセットでない場合（ステップＳ３６否定）、このパケット内の基本ヘッダ情報５３の新付加情報設定フラグ５３Ｂに基づき、パケット内に新たな付加情報５４があるか否かを判定する（ステップＳ３７）。
データ復元部３２は、新付加情報設定フラグ５３Ｂが“ＯＦＦ”、すなわちパケット内に新たな付加情報５４がない場合（ステップＳ３７否定）、現在の付加情報５４に基づき、現在の該当ファイルの実データをバッファ３３に順次格納する（ステップＳ３８）。
データ復元部３２は、現在の該当ファイルの実データをバッファ３３に順次格納すると、現在の該当ファイルの実データを特定し（ステップＳ３９）、特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致したか否かを判定する（ステップＳ４０）。
データ復元部３２は、特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致した場合（ステップＳ４０肯定）、送信側携帯端末２Ａ側で分割したファイル内の実データを全て取得したものと判断し、このバッファ３３に格納中の特定した該当ファイルの実データをファイル単位でファイル記憶部１５Ｃに記憶し（ステップＳ４１）、バッファ３３内部を初期化し（ステップＳ４２）、受信パケットがあるか否かを判定すべく、ステップＳ３２に移行する。
また、データ復元部３２は、ステップＳ４０にて特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致しなかった場合（ステップＳ４０否定）、次の受信パケット内に該当ファイルの残りの実データがあるものと判断し、受信パケットがあるか否かを判定すべく、ステップＳ３２に移行する。
また、データ復元部３２は、ステップＳ３６にて現在のオフセット値５３Ｃが最終オフセットである場合（ステップＳ３６肯定）、最終のパケットと判断し、パケット内部の基本ヘッダ情報５３に含む新付加情報設定フラグ５３Ｂに基づき、パケット内に新たな付加情報５４があるか否かを判定する（ステップＳ４３）。
データ復元部３２は、新付加情報設定フラグ５３Ｂが“ＯＦＦ”、すなわちパケット内に新たな付加情報５４がない場合（ステップＳ４３否定）、現在の該当ファイルの実データをバッファ３３に順次格納する（ステップＳ４４）。
データ復元部３２は、現在の該当ファイルの実データをバッファ３３に順次格納すると、現在の該当ファイルの実データを特定し（ステップＳ４５）、特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致したか否かを判定する（ステップＳ４６）。
データ復元部３２は、特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致した場合（ステップＳ４６肯定）、送信側携帯端末２Ａ側で分割したファイル内の実データを全て取得したものと判断し、このバッファ３３に格納中の特定した該当ファイルの実データをファイル単位でファイル記憶部１５Ｃに記憶し（ステップＳ４７）、バッファ３３内部を初期化する（ステップＳ４８）。
さらに、データ復元部３２は、パケット内に新たな付加情報５４があるか否かを判定する（ステップＳ４９）。
データ復元部３２は、パケット内に新たな付加情報５４がない場合（ステップＳ４９否定）、オブジェクト内の全てのファイル内の全実データの伝送及び復元が完了したものと判断し、ＯＢＥＸ通信処理部１２を通じて、送信側携帯端末２ＡとのＯＢＥＸプロトコル通信を切断し（ステップＳ５０）、図５に示す処理動作を終了する。
また、データ復元部３２は、ステップＳ４６にて特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致しなかった場合（ステップＳ４６否定）、次の受信パケット内に該当ファイルの残りの実データがあるものと判断し、現在の該当ファイルへの実データをバッファ３３に順次格納すべく、ステップＳ４４に移行する。
また、データ復元部３２は、ステップＳ４９にてパケット内に新たな付加情報５４がある場合、パケット内に２以上の付加情報５４が含まれているものと判断し、新たな付加情報５４を取得し（ステップＳ５１）、現在の該当ファイルの実データをバッファ３３に順次格納すべく、ステップＳ４４に移行する。
また、データ復元部３２は、ステップＳ３７にてパケット内の基本ヘッダ情報５３の新付加情報設定フラグ５３Ｂに基づき、パケット内に新たな付加情報５４がある場合（ステップＳ３７肯定）、図６に示すＭ１に移行する。
また、データ復元部３２は、ステップＳ４３にてパケット内の基本ヘッダ情報５３の新付加情報設定フラグ５３Ｂに基づき、パケット内に新たな付加情報５４がある場合（ステップＳ４３肯定）、図７に示すＭ３に移行する。
図６に示すＭ１においてデータ復元部３２は、図５に示すステップＳ３７にてパケット内の基本ヘッダ情報５３の新付加情報設定フラグ５３Ｂが“ＯＮ”、すなわちパケット内に新たな付加情報５４がある場合、現在の付加情報５４に基づき、現在の該当ファイルの実データをバッファ３３に順次格納する（ステップＳ６１）。
データ復元部３２は、現在の該当ファイルの実データをバッファ３３に順次格納すると、現在の該当ファイルの実データを特定し（ステップＳ６２）、特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致したか否かを判定する（ステップＳ６３）。
データ復元部３２は、特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致した場合（ステップＳ６３肯定）、送信側携帯端末２Ａ側で分割したファイル内の実データを全て取得したものと判断し、このバッファ３３に格納中の特定した該当ファイルの実データをファイル単位でファイル記憶部１５Ｃに記憶し（ステップＳ６４）、バッファ３３内部を初期化する（ステップＳ６５）。
さらに、データ復元部３２は、図５に示すステップＳ３５にて取得したパケット内のオフセット値５３Ｃに基づき、ＢＯＤＹ部５２内から新たな付加情報５４を取得し（ステップＳ６６）、この付加情報５４の該当ファイルの実データを抽出してバッファ３３内に順次格納する（ステップＳ６７）。
データ復元部３２は、現在の該当ファイルの実データをバッファ３３に順次格納すると、現在の該当ファイルの実データを特定し（ステップＳ６８）、特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致したか否かを判定する（ステップＳ６９）。
データ復元部３２は、特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致した場合（ステップＳ６９肯定）、送信側携帯端末２Ａ側で分割したファイル内の実データを全て取得したものと判断し、このバッファ３３に格納中の特定した該当ファイルの実データをファイル単位でファイル記憶部１５Ｃに記憶し（ステップＳ７０）、バッファ３３内部を初期化する（ステップＳ７１）。
さらに、データ復元部３２は、パケット内に新たな付加情報５４があるか否かを判定する（ステップＳ７２）。
データ復元部３２は、パケット内に新たな付加情報５４がない場合（ステップＳ７２否定）、次の受信パケットがあるか否かを判定すべく、図５に示すＭ２に移行する。
また、データ復元部３２は、ステップＳ７２にてパケット内に新たな付加情報５４がある場合（ステップＳ７２肯定）、パケット内に２以上の付加情報５４が含まれているものと判断し、新たな付加情報５４を取得し（ステップＳ７３）、この新たな付加情報５４の該当ファイルの実データをバッファ３３に順次格納すべく、ステップＳ６７に移行する。
また、データ復元部３２は、ステップＳ６３にて特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致しなかった場合（ステップＳ６３否定）、現在の受信パケット内に該当ファイルの残りの実データがあるものと判断し、現在の該当ファイルへの実データをバッファ３３に順次格納すべく、ステップＳ６１に移行する。
また、データ復元部３２は、ステップＳ６９にて特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致しなかった場合（ステップＳ６９否定）、次の受信パケット内に該当ファイルの残りの実データがあるものと判断し、図５に示すＭ２に移行する。
また、図７に示すＭ３においてデータ復元部３２は、図５に示すステップＳ４３にてパケット内の基本ヘッダ情報５３の新付加情報設定フラグ５３Ｂが“ＯＮ”、すなわちパケット内に新たな付加情報５４がある場合、現在の付加情報５４に基づき、現在の該当ファイルの実データをバッファ３３に順次格納する（ステップＳ８１）。
データ復元部３２は、現在の該当ファイルの実データをバッファ３３に順次格納すると、現在の該当ファイルの実データを特定し（ステップＳ８２）、特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致したか否かを判定する（ステップＳ８３）。
データ復元部３２は、特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致した場合（ステップＳ８３肯定）、送信側携帯端末２Ａ側で分割したファイル内の実データを全て取得したものと判断し、このバッファ３３に格納中の特定した該当ファイルの実データをファイル単位でファイル記憶部１５Ｃに記憶し（ステップＳ８４）、バッファ３３内部を初期化する（ステップＳ８５）。
さらに、データ復元部３２は、ステップＳ８５にて取得したパケット内のオフセット値５３Ｃに基づき新たな付加情報５４を取得し（ステップＳ８６）、この付加情報５４の該当ファイルの実データを抽出してバッファ３３内に順次格納する（ステップＳ８７）。
データ復元部３２は、現在の該当ファイルの実データをバッファ３３に順次格納すると、現在の該当ファイルの実データを特定し（ステップＳ８８）、特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致したか否かを判定する（ステップＳ８９）。
データ復元部３２は、特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致した場合（ステップＳ８９肯定）、送信側携帯端末２Ａ側で分割した一ファイル内の実データを全て取得したものと判断し、このバッファ３３に格納中の特定した該当ファイルの実データをファイル単位でファイル記憶部１５Ｃに記憶し（ステップＳ９０）、バッファ３３内部を初期化する（ステップＳ９１）。
さらに、データ復元部３２は、パケット内に新たな付加情報５４があるか否かを判定する（ステップＳ９２）。
データ復元部３２は、パケット内に新たな付加情報５４がない場合（ステップＳ９２否定）、オブジェクト内の全てのファイル内の全実データの伝送及び復元が完了したものと判断し、送信側携帯端末２ＡとのＯＢＥＸ通信処理を切断すべく、図５に示すＭ４に移行する。
また、データ復元部３２は、ステップＳ９２にてパケット内に新たな付加情報５４がある場合（ステップＳ９２肯定）、パケット内に２以上の付加情報５４が含まれているものと判断し、新たな付加情報５４を取得し（ステップＳ９３）、この新たな付加情報５４の該当ファイルの実データをバッファ３３に順次格納すべく、ステップＳ８７に移行する。
また、データ復元部３２は、ステップＳ８３にて特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致しなかった場合（ステップＳ８３否定）、現在の受信パケット内に該当ファイルの残りの実データがあるものと判断し、現在の該当ファイルへの実データをバッファ３３に順次格納すべく、ステップＳ８１に移行する。
また、データ復元部３２は、ステップＳ８９にて特定した該当ファイルの実データのデータ量が付加情報５４内の実データのデータサイズ５４Ｂに合致しなかった場合（ステップＳ８９否定）、現在の受信パケット内に該当ファイルの残りの実データがあるものと判断し、ステップＳ８７に移行する。
図５乃至図７に示すオブジェクト受信処理では、送信側携帯端末２Ａからパケットを受信すると、パケットの基本ヘッダ情報５３のオフセット値５３Ｃを取得し、オフセット値５３Ｃに基づき、新たなファイルの付加情報５４を取得し、この付加情報５４に基づき、実データを抽出し、抽出した実データをバッファ３３に順次格納し、現在格納中の該当ファイルの実データのデータ量と該当ファイルの付加情報５４のデータサイズ５４Ｂとが合致した場合、分割中の実データをファイル単位で分割前の実データに復元するようにしたので、受信側携帯端末２Ｂでは、送信側携帯端末２Ａで分割した実データを分割前の実データに復元し、そのファイル単位の実データをファイル記憶部１５Ｃに記憶することができる。
さらに、オブジェクト受信処理では、分割中の実データをファイル単位で順次復元し、ファイル単位で実データをファイル記憶部１５Ｃに順次記憶するようにしたので、送信側携帯端末２Ａからオブジェクト内の全ファイルの実データを記憶することができる。
本実施例では、ＯＢＥＸプロトコル通信を使用して複数のファイルを一つのオブジェクトとして伝送する際に、送信側携帯端末２Ａでは、分割した実データ、ファイル単位の付加情報５４及び付加情報５４を取得すためのオフセット値５３Ｃを含む基本ヘッダ情報５３をパケット伝送し、受信側携帯端末２Ｂでは、受信した基本ヘッダ情報５３内のオフセット値５３Ｃに基づき付加情報５４を取得し、取得した付加情報５３に基づき分割した実データ同士を連結して分割前の実データにファイル単位で復元する。
その結果、受信側携帯端末２Ｂでは、従来のようにｂａｓｅ６４で全実データをテキスト形式へ変換することなく、送信側携帯端末２Ａからの複数のファイルを含むオブジェクトを受信できることは勿論のこと、オフセット値５３Ｃを含む基本ヘッダ情報（１パケットあたり１３バイト程度）５３の数だけデータ量は増えるものの、従来比較で約７０％のデータ量に抑制、データ量を最小限に抑制することで、送信側携帯端末２Ａから受信側携帯端末２Ｂへのデータ通信量を大幅に抑制し、そのデータ伝送時間の大幅短縮を図ることができる。
また、データ伝送時間の大幅短縮を図ることで、携帯端末２側のユーザの利便性を確保すると共に、携帯端末２の電力消費量を軽減することができる。
また、本実施例では、送信側携帯端末２ＡがＯＢＥＸプロトコル通信の開始を検出すると、パケット組立部２２でオブジェクトの全ファイル内の分割した実データを格納したパケットを受信側携帯端末２Ｂに順次伝送すると共に、受信側携帯端末２Ｂは、送信側携帯端末２Ａから順次受信したパケット内の実データ同士を、データ復元部３２で連結して分割前の実データに順次復元し、オブジェクト内の全ファイル内の実データを復元すると、ＯＢＥＸプロトコル通信を切断する。その結果、ＯＢＥＸプロトコルの一回の通信シーケンスで複数ファイルの実データを伝送することができる。
尚、本実施例では、携帯端末２間のＯＢＥＸプロトコル通信でオブジェクトを伝送する例を説明したが、パソコン３内部に図２に示すオブジェクト送信側処理２０及びオブジェクト受信側処理３０を内蔵した場合、携帯端末２及びパソコン３間やパソコン３同士でも同様の効果が得られることは言うまでもない。
また、本実施例では、ＯＢＥＸプロトコル通信としてＩｒＤＡの赤外線通信でオブジェクトを伝送するようにしたが、例えばＵＳＢ通信やブルートゥース通信を使用したとしても、同様の効果が得られることは言うまでもない。
以上、本発明の実施例について説明したが、本実施例によって本発明の技術的思想の範囲が限定されるものではなく、特許請求の範囲に記載した技術的思想の範囲を逸脱しない限り、各種様々な実施例が実施可能であることは言うまでもない。また、本実施例に記載した効果は、これに限定されるものではない。
また、本実施例で説明した各種処理の内、自動的に行われるものとして説明した処理の全部又は一部を手動で行うことも可能であることは勿論のこと、その逆に、手動で行われるものとして説明した処理の全部又は一部を自動で行うことも可能であることは言うまでもない。また、本実施例で説明した処理手順、制御手順、具体的名称、各種データやパラメータを含む情報についても、特記した場合を除き、適宜変更可能であることは言うまでもない。
また、図示した各装置の各構成要素は機能概念的に記載したものであって、必ずしも物理的に図示のように構成されるものではなく、その各装置の具体的な態様は図示のものに限縮されるものでは到底ないことは言うまでもない。
さらに、各装置で行われる各種処理機能は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）（又はＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＣＵ（Ｍｉｃｒｏ Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ）等のマイクロ・コンピュータ）上、又は同ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。
以上、本実施例を含む実施の形態に関し、更に以下の付記を開示する。
（付記１）送信側端末装置から受信側端末装置に対して一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送するデータ伝送システムであって、
前記送信側端末装置は、
前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割するデータ分割部と、
前記データ分割部で分割した前記バイナリデータと、前記ファイル単位での前記バイナリデータの先頭位置に配置し、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを前記受信側端末装置に順次伝送するパケット組立部とを有し、
前記受信側端末装置は、
前記送信側端末装置からの前記パケットを順次受信すると、前記パケットを順次分解するパケット分解部と、
前記パケット分解部で分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割部で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元するデータ復元部と
を有することを特徴とするデータ伝送システム。
（付記２）前記送信側端末装置は、
前記オブジェクト交換用プロトコル通信の開始を検出すると、前記パケット組立部で前記オブジェクトの全ファイル内の分割した前記バイナリデータを格納した前記パケットを前記受信側端末装置に順次伝送すると共に、
前記受信側端末装置は、
前記送信側端末装置から順次受信した前記パケット内の前記バイナリデータ同士を、前記データ復元部で連結して前記分割前のバイナリデータに順次復元し、前記オブジェクト内の全ファイル内のバイナリデータを復元すると、前記オブジェクト交換用プロトコル通信を切断することを特徴とする付記１記載のデータ伝送システム。
（付記３）前記オブジェクト交換用プロトコル通信は、
赤外線通信であることを特徴とする付記１又は２記載のデータ伝送システム。
（付記４）前記オブジェクト交換用プロトコル通信は、
ＵＳＢ通信であることを特徴とする付記１又は２記載のデータ伝送システム。
（付記５）前記オブジェクト交換用プロトコル通信は、
ブルートゥース通信であることを特徴とする付記１又は２記載のデータ伝送システム。
（付記６）一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送する端末装置であって、
前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割するデータ分割部と、
前記データ分割部で分割した前記バイナリデータと、前記ファイル単位での前記バイナリデータの先頭位置に配置し、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを相手先端末装置に順次伝送するパケット組立部と、
相手先端末装置からの前記パケットを順次受信すると、前記パケットを順次分解するパケット分解部と、
前記パケット分解部で分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割部で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元するデータ復元部と
を有することを特徴とする端末装置。
（付記７）前記オブジェクト交換用プロトコル通信の開始を検出すると、前記パケット組立部で前記オブジェクトの全ファイル内の分割した前記バイナリデータを格納した前記パケットを前記相手先端末装置に順次伝送すると共に、
前記相手先端末装置から順次受信した前記パケット内の前記バイナリデータ同士を、前記データ復元部で連結して前記分割前のバイナリデータに順次復元し、前記オブジェクト内の全ファイル内のバイナリデータを復元すると、前記オブジェクト交換用プロトコル通信を切断することを特徴とする付記６記載の端末装置。
（付記８）一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送する端末装置の制御回路であって、
前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割するデータ分割部と、
前記データ分割部で分割した前記バイナリデータと、前記ファイル単位での前記バイナリデータの先頭位置に配置し、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを相手先端末装置に順次伝送するパケット組立部と、
相手先端末装置からの前記パケットを順次受信すると、前記パケットを順次分解するパケット分解部と、
前記パケット分解部で分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割部で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元するデータ復元部と
を有することを特徴とする端末装置の制御回路。
（付記９）前記オブジェクト交換用プロトコル通信の開始を検出すると、前記パケット組立部で前記オブジェクトの全ファイル内の分割した前記バイナリデータを格納した前記パケットを前記相手先端末装置に順次伝送すると共に、
前記相手先端末装置から順次受信した前記パケット内の前記バイナリデータ同士を、前記データ復元部で連結して前記分割前のバイナリデータに順次復元し、前記オブジェクト内の全ファイル内のバイナリデータを復元すると、前記オブジェクト交換用プロトコル通信を切断することを特徴とする付記８記載の端末装置の制御回路。
（付記１０）送信側端末装置から受信側端末装置に対して一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送するデータ伝送方法であって、
前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割する前記送信側端末装置のデータ分割ステップと、
前記データ分割ステップで分割した前記バイナリデータと、前記ファイル単位での前記バイナリデータの先頭位置に配置し、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを前記受信側端末装置に順次伝送する前記送信側端末装置側のパケット組立ステップと、
前記送信側端末装置からの前記パケットを順次受信すると、前記パケットを順次分解する前記受信側端末装置側のパケット分解ステップと、
前記パケット分解ステップで分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割部で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元する前記受信側端末装置側のデータ復元ステップと
を含むことを特徴とするデータ伝送方法。
（付記１１）前記送信側端末装置は、
前記オブジェクト交換用プロトコル通信の開始を検出すると、前記パケット組立ステップで前記オブジェクトの全ファイル内の分割した前記バイナリデータを格納した前記パケットを前記受信側端末装置に順次伝送すると共に、
前記受信側端末装置は、
前記送信側端末装置から順次受信した前記パケット内の前記バイナリデータ同士を、前記データ復元ステップで連結して前記分割前のバイナリデータに順次復元し、前記オブジェクト内の全ファイル内のバイナリデータを復元すると、前記オブジェクト交換用プロトコル通信を切断することを特徴とする付記１０記載のデータ伝送方法。
（付記１２）一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送する機能を端末装置に実行させるデータ伝送プログラムであって、
前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割するデータ分割手順と、
前記データ分割手順で分割した前記バイナリデータと、前記ファイル単位での前記バイナリデータの先頭位置に配置し、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを相手先端末装置に順次伝送するパケット組立手順と、
相手先端末装置からの前記パケットを順次受信すると、前記パケットを順次分解するパケット分解手順と、
前記パケット分解手順で分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割手順で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元するデータ復元手順と
を前記端末装置に実行させることを特徴とするデータ伝送プログラム。
（付記１３）前記オブジェクト交換用プロトコル通信の開始を検出すると、前記パケット組立部で前記オブジェクトの全ファイル内の分割した前記バイナリデータを格納した前記パケットを前記相手先端末装置に順次伝送すると共に、
前記相手先端末装置から順次受信した前記パケット内の前記バイナリデータ同士を、前記データ復元部で連結して前記分割前のバイナリデータに順次復元し、前記オブジェクト内の全ファイル内のバイナリデータを復元すると、前記オブジェクト交換用プロトコル通信を切断することを特徴とする付記１２記載のデータ伝送プログラム。
本実施例を示すデータ伝送システム全体の概略構成を示すシステム説明図である。 本実施例の要部である携帯端末内部の概略構成を示すブロック図である。 ＯＢＥＸプロコトルで使用するパケット内部のデータ構成を示す説明図である。 本実施例の携帯端末間のオブジェクト伝送処理に関わる処理動作を端的に示すシーケンス図である。 本実施例のオブジェクト受信処理に関わる受信側携帯端末内部の処理動作を示すフローチャートである。 本実施例のオブジェクト受信処理に関わる受信側携帯端末内部の処理動作を示すフローチャートである。 本実施例のオブジェクト受信処理に関わる受信側携帯端末内部の処理動作を示すフローチャートである。 従来のデータ伝送システムに関わるバイナリ形式のデータをｂａｓｅ６４でテキスト形式に変換する際のデータ内容を端的に示す説明図である。
符号の説明
１ データ伝送処理
２ 携帯端末
２Ａ 送信側携帯端末
２Ｂ 受信側携帯端末
３ パソコン
１２ ＯＢＥＸ通信処理
１６ ファイル記憶部
２０ オブジェクト送信側処理部
２１ データ分割部
２２ パケット組立部
３０ オブジェクト受信側処理部
３１ パケット分解部
３２ データ復元部
３３ バッファ

Claims (7)

  1. 送信側端末装置から受信側端末装置に対して一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送するデータ伝送システムであって、
    前記送信側端末装置は、
    前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割するデータ分割部と、
    前記データ分割部で分割した前記バイナリデータと、パケット内に前記ファイルの先頭部分のバイナリデータが格納される場合にのみ、前記先頭部分のバイナリデータの先頭位置に配置され、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを前記受信側端末装置に順次伝送するパケット組立部とを有し、
    前記受信側端末装置は、
    前記送信側端末装置からの前記パケットを順次受信すると、前記パケットを順次分解するパケット分解部と、
    前記パケット分解部で分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割部で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元するデータ復元部と
    を有することを特徴とするデータ伝送システム。
  2. 前記送信側端末装置は、
    前記オブジェクト交換用プロトコル通信の開始を検出すると、前記パケット組立部で前記オブジェクトの全ファイル内の分割した前記バイナリデータを格納した前記パケットを前記受信側端末装置に順次伝送すると共に、
    前記受信側端末装置は、
    前記送信側端末装置から順次受信した前記パケット内の前記バイナリデータ同士を、前記データ復元部で連結して前記分割前のバイナリデータに順次復元し、前記オブジェクト内の全ファイル内のバイナリデータを復元すると、前記オブジェクト交換用プロトコル通信を切断することを特徴とする請求項１記載のデータ伝送システム。
  3. 一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送する端末装置であって、
    前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割するデータ分割部と、
    前記データ分割部で分割した前記バイナリデータと、パケット内に前記ファイルの先頭部分のバイナリデータが格納される場合にのみ、前記先頭部分のバイナリデータの先頭位置に配置され、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを相手先端末装置に順次伝送するパケット組立部と、
    相手先端末装置からの前記パケットを順次受信すると、前記パケットを順次分解するパケット分解部と、
    前記パケット分解部で分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割部で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元するデータ復元部と
    を有することを特徴とする端末装置。
  4. 前記オブジェクト交換用プロトコル通信の開始を検出すると、前記パケット組立部で前記オブジェクトの全ファイル内の分割した前記バイナリデータを格納した前記パケットを前記相手先端末装置に順次伝送すると共に、
    前記相手先端末装置から順次受信した前記パケット内の前記バイナリデータ同士を、前記データ復元部で連結して前記分割前のバイナリデータに順次復元し、前記オブジェクト内の全ファイル内のバイナリデータを復元すると、前記オブジェクト交換用プロトコル通信を切断することを特徴とする請求項３記載の端末装置。
  5. 一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送する端末装置の制御回路であって、
    前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割するデータ分割部と、
    前記データ分割部で分割した前記バイナリデータと、パケット内に前記ファイルの先頭部分のバイナリデータが格納される場合にのみ、前記先頭部分のバイナリデータの先頭位置に配置され、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを相手先端末装置に順次伝送するパケット組立部と、
    相手先端末装置からの前記パケットを順次受信すると、前記パケットを順次分解するパケット分解部と、
    前記パケット分解部で分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割部で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元するデータ復元部と
    を有することを特徴とする端末装置の制御回路。
  6. 送信側端末装置から受信側端末装置に対して一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送するデータ伝送方法であって、
    前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割する前記送信側端末装置のデータ分割ステップと、
    前記データ分割ステップで分割した前記バイナリデータと、パケット内に前記ファイルの先頭部分のバイナリデータが格納される場合にのみ、前記先頭部分のバイナリデータの先頭位置に配置され、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを前記受信側端末装置に順次伝送する前記送信側端末装置側のパケット組立ステップと、
    前記送信側端末装置からの前記パケットを順次受信すると、前記パケットを順次分解する前記受信側端末装置側のパケット分解ステップと、
    前記パケット分解ステップで分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割部で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元する前記受信側端末装置側のデータ復元ステップと
    を含むことを特徴とするデータ伝送方法。
  7. 一つのオブジェクトをオブジェクト交換用プロトコル通信で伝送する機能を端末装置に実行させるデータ伝送プログラムであって、
    前記オブジェクトを構成する一以上のファイルのバイナリデータをパケットの空きデータサイズに応じて順次分割するデータ分割手順と、
    前記データ分割手順で分割した前記バイナリデータと、パケット内に前記ファイルの先頭部分のバイナリデータが格納される場合にのみ、前記先頭部分のバイナリデータの先頭位置に配置され、分割前のバイナリデータに復元するための付加情報と、前記パケット内の所定格納位置から前記付加情報の格納位置までのオフセット値を含む基本ヘッダ情報とを前記パケット内に格納し、このパケットを相手先端末装置に順次伝送するパケット組立手順と、
    相手先端末装置からの前記パケットを順次受信すると、前記パケットを順次分解するパケット分解手順と、
    前記パケット分解手順で分解した前記基本ヘッダ情報のオフセット値に基づき前記付加情報を取得し、この付加情報に基づき、前記データ分割手順で分割したバイナリデータ同士を連結して前記分割前のバイナリデータに前記ファイル単位で復元するデータ復元手順と
    を前記端末装置に実行させることを特徴とするデータ伝送プログラム。
JP2008267871A 2008-10-16 2008-10-16 データ伝送システム、端末装置、端末装置の制御回路、データ伝送方法及びデータ伝送プログラム Expired - Fee Related JP5107859B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008267871A JP5107859B2 (ja) 2008-10-16 2008-10-16 データ伝送システム、端末装置、端末装置の制御回路、データ伝送方法及びデータ伝送プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008267871A JP5107859B2 (ja) 2008-10-16 2008-10-16 データ伝送システム、端末装置、端末装置の制御回路、データ伝送方法及びデータ伝送プログラム

Publications (2)

Publication Number Publication Date
JP2010098540A JP2010098540A (ja) 2010-04-30
JP5107859B2 true JP5107859B2 (ja) 2012-12-26

Family

ID=42259912

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008267871A Expired - Fee Related JP5107859B2 (ja) 2008-10-16 2008-10-16 データ伝送システム、端末装置、端末装置の制御回路、データ伝送方法及びデータ伝送プログラム

Country Status (1)

Country Link
JP (1) JP5107859B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015184979A1 (zh) * 2014-06-05 2015-12-10 华为技术有限公司 处理报文、发送信息、接收信息的方法及装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6337449B2 (ja) * 2013-11-27 2018-06-06 株式会社リコー 会議サーバ装置、プログラム、情報処理方法、及び会議システム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62265835A (ja) * 1986-05-13 1987-11-18 Mitsubishi Electric Corp バイナリデ−タ通信方法
JPS6461152A (en) * 1987-08-31 1989-03-08 Nec Corp Data communication system
JPH06216963A (ja) * 1993-01-14 1994-08-05 Matsushita Electric Ind Co Ltd 固定長フレームによるデータ伝送、再構成方法
DE19856440C2 (de) * 1998-12-08 2002-04-04 Bosch Gmbh Robert Übertragungsrahmen und Funkeinheit mit Übertragungsrahmen
JP2005047252A (ja) * 2003-07-17 2005-02-24 Seiko Epson Corp 出力装置、無線通信器及び出力処理ユニット
JP4490331B2 (ja) * 2004-08-03 2010-06-23 富士通株式会社 断片パケット処理方法及びこれを用いるパケット転送装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015184979A1 (zh) * 2014-06-05 2015-12-10 华为技术有限公司 处理报文、发送信息、接收信息的方法及装置

Also Published As

Publication number Publication date
JP2010098540A (ja) 2010-04-30

Similar Documents

Publication Publication Date Title
CN101690125B (zh) 经由中间设备在主机设备和附件之间传输信息
CN1866258B (zh) 数据共享系统和数据共享方法
US9818036B2 (en) Apparatus and method for reproducing handwritten message by using handwriting data
CN102833751A (zh) 无线通信设备
JP2008524879A (ja) ネットワークにおけるファイル伝送の方法、システム、仮想プリンタ装置、復元装置
CN103118171A (zh) 应用软件共享系统及方法
CN102209156A (zh) 一种同步联系人信息的方法、装置和系统
CN104106225A (zh) 用于将显示单元耦接到智能手机的系统和方法
WO2015117352A1 (zh) 数据处理方法、数据发送及接收终端、数据传输系统
JP4792251B2 (ja) ネットワークストレージアクセス用端末及びそれを用いた遠隔データ蓄積システム
CN108513715A (zh) 无线通信配对方法、无线接收设备和无线发射设备、系统
EP1796354B1 (en) Method and mobile terminal for log management during Bluetooth communication
JP5107859B2 (ja) データ伝送システム、端末装置、端末装置の制御回路、データ伝送方法及びデータ伝送プログラム
US7283671B2 (en) Communications terminal
CN104917929B (zh) 图像处理系统、图像处理装置以及外部通信装置
JP5124375B2 (ja) 情報処理装置
CN109067891A (zh) 一种远程控制移动终端通信系统的研发
JP4734290B2 (ja) 通信端末
CN114095295B (zh) 智能门铃信息继承方法、智能门铃和计算机可读存储介质
JP5198170B2 (ja) 分散機器相互制御システムおよび情報処理装置
WO2017102085A1 (en) Secure transmission of local private encoding data
US20090083402A1 (en) Method and apparatus for displaying browser in portable terminal
WO2022034727A1 (ja) デバイス管理システム
CN115134654B (zh) 投屏方法、设备及计算机可读存储介质
JP2005142807A (ja) 無線通信端末、無線通信システム及び無線通信接続方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20110802

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120510

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120529

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120730

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120925

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20121004

R150 Certificate of patent or registration of utility model

Ref document number: 5107859

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151012

Year of fee payment: 3

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313117

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees