JPH10334001A - データ伝送システム、情報処理装置、情報提供装置及びデータ伝送方法 - Google Patents

Abstract

(57)【要約】 【課題】情報提供装置から情報処理装置へのデータの全
てを送信できなかった場合に、再度のデータ送信におい
て、送信すべきデータ量を縮小して送信することによ
り、伝送効率を向上させる。 【解決手段】情報提供装置が情報処理装置に送信する情
報の全てのデータを、その情報処理装置が取得できなか
った場合に、情報処理装置による所定情報の取得要求に
応じて、情報提供装置が、前記情報のうちの取得できな
かったデータのみを送信することを特徴とするデータ伝
送システム。その取得要求には、その所定情報のうちの
取得できなかったデータを情報提供装置が特定可能なよ
うに符号が付される。この符号は、例えば、既に受信で
きているデータのバイト数、あるいは既に受信できてい
るデータの容量と全データ容量との割合を示すデータで
ある。一方、情報提供装置は、所定のデータを送信する
際に、その情報処理装置と関連させて当該所定のデータ
を格納することで、その情報処理装置から同一の情報の
取得要求がされた場合、格納したデータからその情報処
理装置にデータを送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データのダウンロ
ードが途中で中断した場合であっても、再度のダウンロ
ードを効率よく行うことが可能となるデータ伝送システ
ム、情報処理装置、情報提供装置及びデータ伝送方法に
関する。

【０００２】

【従来の技術】図１は、情報端末装置と情報提供装置と
のネットワーク構成の一例を示した概要図である。情報
端末装置１は、ＬＡＮ、あるいは一般の電話回線やＩＳ
ＤＮ、インターネット等からなる通信網２に接続され、
通信網２とゲートウェイ３を挟んで接続される情報提供
用のサーバ５との間での通信を行うことができる。

【０００３】このサーバ５は、データベースを管理する
データベース・サーバやファイル管理をするファイルサ
ーバ等の情報提供装置であって、クライアントとなる情
報端末装置１からの要求を受けて、必要な情報を情報端
末装置１に提供することができる。

【０００４】ゲートウェイ３は、サーバ５を含んで構成
されている図示しない閉じたネットワークと、通信網２
との接続を行うための装置であって、サーバ５自体のア
ドレスを管理して、通信網２に接続される情報端末装置
１からサーバ５へのアクセス等の制御を行う。

【０００５】ここで、サーバ５から必要な情報を得る場
合、情報端末装置１から通信網２、ゲートウェイ３、そ
してサーバ５との間の通信ネットワークを使用して、情
報端末装置１とサーバ５との物理的及び論理的な接続を
確立する。接続が確立されると、必要な情報を得るため
の情報取得要求をその通信ネットワークを通じてサーバ
に送信する。この情報取得要求には、サーバ５自体の所
有するファイル名や、サーバ５に保管されているデータ
を加工編集して必要な情報を構築できるようにするため
のキーワード等を示すデータが含まれる。従って、その
情報取得要求を受け取ったサーバ５は、そのファイル名
に相当するファイルや、そのキーワードによって検索し
て得た情報をデータとして情報端末装置１に送信する。

【０００６】そして、情報端末装置１が、必要な情報の
全てのデータを受信して、その内部に設けられたＲＡＭ
や磁気ディスク等の書き込み可能な記憶装置に書き込む
ことでそのデータを取得した後に、他の情報の取得のた
めの新たな情報取得要求や、接続遮断を行ってその後の
他の処理に移行する。

【０００７】

【発明が解決しようとする課題】ここで、サーバ５から
情報端末装置１へのデータの伝送中に、何らかの障害に
よって、サーバ５と情報端末装置１との間の接続が遮断
され、全てのデータを情報端末装置１が取得できないと
きは、従来では、情報端末装置１は、再度、その情報を
取得するために、先にした取得要求と同一の取得要求を
サーバ５に発行する。そして、サーバ５は、その取得要
求に応じて、再び、必要な情報を同一の検索等の処理を
行って情報を作り直すこととしていた。更には、作成さ
れた情報は、再び最初から全て通信ネットワークを介し
て情報端末装置１に送信するようにしていた。

【０００８】従って、これまでは、一つのまとまった情
報を全て障害無く受け取るまで、最初から何度も送信を
やり直さなければならず、通信ネットワークを占有する
時間が多くなり、伝送効率を悪くするばかりか、通信費
用がかさむといった問題点を有していた。また、サーバ
５は、同じ情報を得るために、何度も同じファイル検索
等の処理を行う必要があるため、サーバの処理装置の負
荷が高くなり、他の処理のパーフォーマンスや、情報端
末装置への応答を低下させる原因ともなっていた。加え
て、障害が発生しやすい無線による情報通信を使用した
場合、かかる問題点が顕著となり、無線による高度な情
報通信を達成する上での弊害ともなっていた。

【０００９】従って、本発明の目的は、サーバ等の情報
提供装置からのデータの送信において、通信障害等によ
るデータ通信の遮断が起こっても、改めて最初からデー
タ送信を行う必要が無く、効率的なデータ伝送を可能と
するデータ伝送システム、情報処理装置、情報提供装置
及びデータ伝送方法を提供することである。

【００１０】

【課題を解決するための手段】従って、本発明による
と、通信ネットワーク上で情報提供装置から情報処理装
置へのデータの送受信を行うデータ伝送システムであっ
て、前記情報提供装置が送信する前記所定情報のうちの
一部データを前記情報処理装置が取得できなかった場
合、前記情報処理装置による前記所定情報の取得要求に
応じて、前記情報提供装置が、前記情報のうちの取得さ
れなかった一部データのみを送信することを特徴とする
データ伝送システムを提供する。

【００１１】更に本発明によると、その取得要求には、
前記所定情報のうちの取得できなかった一部データを前
記情報提供装置が特定可能な符号が付される。この符号
は、既に取得できているデータのバイト数等の容量、あ
るいは既に取得できているデータの容量と全データ容量
との割合を示すデータである。

【００１２】一方、前記情報提供装置は、前記情報処理
装置からの所定の情報の取得要求に応じて所定のデータ
を送信する際に、前記情報処理装置と関連させて当該所
定情報のデータを格納することで、前記情報処理装置か
らその所定情報の取得要求がされた場合、前記格納した
データから前記情報処理装置に送信する。更には、前記
格納したデータには、前記情報処理装置から得られたユ
ーザ名が関連づけられることによって、前記ユーザから
の取得要求に対して前記格納したデータを前記情報処理
装置に送信する。

【００１３】更に、前記所定のデータの格納とともに、
格納した日時データを格納し、前記情報処理装置からの
取得要求において、データベースを更新した日時データ
と前記所定のデータを格納した日時データとを比較する
ことで、その後のデータを送信するかどうかを判断す
る。

【００１４】

【作用】情報処理装置からの所定情報の取得要求に応じ
て、情報提供装置が前記情報のうちの取得できなかった
データのみを送信することによって、最初からすべての
データを再送信することから回避できる。

【００１５】その取得要求に付加されるデータのバイト
数等の容量、あるいは既に取得できているデータの容量
と全データ容量との割合によって、情報提供装置は情報
処理装置が要求する残りのデータのみを送信することが
できる。

【００１６】前記情報提供装置は、その所定情報のデー
タを前記情報処理装置と関連させて格納することで、そ
の後の情報取得要求において、その格納した所定情報の
データを読み出して情報処理装置に送信すればよく、デ
ータベースをアクセスして再度必要な情報を構築するこ
とが無くなるため、情報提供装置の処理の負荷が低減さ
れる。

【００１７】

【発明の実施の形態】図２は、無線通信を使用して、携
帯情報端末装置１０からサーバ１５にアクセスする通信
ネットワーク構成の一例である。携帯情報端末装置１０
は、この例では、電話通信が可能な携帯情報装置であっ
て、例えば、ＰＤＡ（Personal Digital Assistants）
等の個人情報機器としての機能と、ＰＨＳ（Personal H
andyphone System）等の携帯可能であってデジタル通信
可能な機能を併せもった簡易型携帯電話機器等の情報処
理装置である。ＰＨＳが公衆回線等の通信網によって通
信を可能とするために、管轄エリア毎に設置された複数
の基地局が設置されている。従って、情報処理装置１０
は、それが存在するエリア内を管轄することとなる基地
局１７との無線通信を行うことができる。基地局１７
は、広域に張り巡らされているＩＳＤＮ網１２に接続さ
れており、これによって高速なデジタル通信が可能とな
る。一方、情報を提供するサーバ１５は、この例では、
その情報の基本的なデータを格納するデータベース１６
を有したデータベース・サーバ型の情報提供装置であ
る。サーバ１５に情報の検索を行うと、サーバ１５は、
その検索命令に従って、データベース１６からデータを
加工編集して、一つのまとまった情報を作成することが
できる。一般には、サーバ１５は、ＬＡＮ１４によって
接続され、ＬＡＮ１４に接続されている図示しない情報
処理装置からのアクセスが可能である。尚、図２では、
説明の理解を容易にするために、ゲートウェイが省略さ
れ、ＬＡＮが直接アクセスポイント１８を介してＩＳＤ
Ｎ網１２と接続されている。このアクセスポイント１８
は、ＬＡＮ１４とＩＳＤＮ網１２とを接続するための物
理的な接続点であるとともに、ＬＡＮ１４上の情報伝送
のプロトコルと、ＩＳＤＮ網１２上での情報伝送のプロ
トコルとを変換して、論理的な情報のパスを形成する機
器である。

【００１８】以上の、ネットワーク構成によって、携帯
情報端末装置１０は、サーバ１５との接続が可能とな
り、情報の伝送をおこなうことができる。

【００１９】図３は、図２のネットワーク構成におい
て、携帯情報端末装置１０からサーバ１５との間の各機
器の通信プロトコルスタックの一例を概要したものであ
る。

【００２０】ここでは、上位レイヤとして、ハイパーテ
キストをやりとりするためのＨＴＴＰ（Hyper Text Tra
nsfer Protocol）を使用する。そして、その下のレイヤ
として、ＴＣＰ／ＩＰ（Transmission Control Protoco
l／Internet Protocol）を使用する。このＨＴＴＰ及び
ＴＣＰ／ＩＰは、携帯情報端末装置１０からサーバ１５
に至る全ての機器において共通に使用されるが、それよ
り下層のレイヤでは、使用する装置やネットワークに応
じて異なり、各装置で適宜プロトコルの変換を行ってい
る。携帯情報端末装置１０とアクセスポイント１８との
間では、ＲＳ２３２Ｃを代表する同期、非同期を問わな
いシリアルリンクによって、一対一の接続を行うことが
可能なプロトコルであるＰＰＰ（Point-to-Point Proto
col）、及びその間でのエラーフリーな伝送を行うため
のプロトコルであるＰＩＡＦＳ（PHS Internet Access
Forum Standard）を使用する。アクセスポイント１８と
サーバ１５との間では、携帯情報端末装置１０とアクセ
スポイント１８との通信プロトコルとは異なり、携帯情
報端末装置１０と基地局１７とで流れるエラーフリーな
データをＬＡＮ１４内の閉じた空間に流すために、ＰＩ
ＡＦＳとＭＡＣとの間の変換をアクセスポイント１８で
行っている。ＭＡＣ（Medium Access Unit）とは、媒体
アクセス制御と呼ばれ、例えばＣＳＭＡ／ＣＤ（Carrie
r Sense Multiple Access with Collision Detectio
n）、トークン・リング方式、トークン・バス方式を代
表とするＬＡＮのケーブル上に信号を流す方式をいう。
また、最下層では、携帯情報端末装置１０と基地局１７
の間では、無線通信の物理的接続のためのプロトコルで
あるＳＴＤ２８、基地局１７からアクセスポイント１８
まではＩＳＤＮ、更にアクセスポイント１８とサーバ１
５との間では、ＬＡＮ接続のための物理的接続方式を使
用する。この物理的接続方式には、例えば、イーサネッ
トが挙げられ、ハードウェア・ネットワークを構成す
る。但し、上記したプロトコルは、通信ネットワークを
構成するための一例であって、これに限定されるもので
はない。

【００２１】次に、図２及び図３の通信ネットワークで
適用される本発明について説明する。

【００２２】図４〜図６は、携帯情報端末装置１０がサ
ーバ１５に情報の取得要求を出し、サーバ１５が、その
情報をデータａ，ｂ，ｃとして返す一連の流れを示した
ものである。

【００２３】図４は、データａ，ｂ，ｃが全て何の通信
の障害等もなく、無事に携帯情報端末装置１０に送ら
れ、携帯情報端末装置１０がそれを取得するまでの流れ
を携帯情報端末装置１０とサーバ１５との関連で示す。

【００２４】図５は、通信障害によって、データｂがア
クセスポイント１８から携帯情報端末装置１０までの間
で通信が遮断された場合の本発明の伝送システムによる
第１の処理の流れを携帯情報端末装置１０とサーバ１５
との関連で示す。

【００２５】図６は、図５と同様に通信障害が発生した
場合の本発明の伝送システムによる第２の処理の流れを
携帯情報端末装置１０とサーバ１５との関連で示す。

【００２６】図４について説明すると、サーバ１５が接
続のために用意している電話番号に携帯情報端末装置１
０から電話をかけると、そのアクセスポイント１８と携
帯情報端末装置１０との間で、ＰＩＡＦＳリンクの開設
（Ｓ１）と、更にその上のＰＰＰリンクが開設（Ｓ２）
される。これによって、携帯情報端末装置１０とアクセ
スポイント１８との間で物理的に回線が接続される。次
に、携帯情報端末装置１０は、サーバ１５のＩＰアドレ
スをネットワーク上に送出することで、サーバ１５との
仮想的な接続が通信ネットワーク上で行われる（Ｓ
３）。ＩＰアドレスは、ＴＣＰ／ＩＰプロトコルのネッ
トワークで使用されるコンピュータのＩＤ番号に相当す
る。

【００２７】更に、サーバ１５との間で確立されたネッ
トワーク上でのファイル制御のプロトコルを統一するた
めに、携帯情報端末装置１０は、ＨＴＴＰプロトコルに
従った下記の情報の取得要求（１）をサーバ１５に発行
する（Ｓ４）。

【００２８】 GET http://www.inet.co.jp/cpi-bin/test HTTP/1.0 ・・・・取得要求（１） 上記取得要求（１）は従来のインストラクションの一例
である。”GET”は、サーバ１５が実行すべき処理の属
性を示す、いわゆるメソッドと呼ばれるものであり、こ
の例では、サーバ１５が実行した結果をデータとして返
答する意味を有する。”http://www.inet.co.jp/cpi-bi
n/test”は、いわゆるＵＲＬ(Uniform Resource Locato
r)である。”http”は、データ伝送がＨＴＴＰに従って
行われることを示し、”//www.inet.co.jp”はサーバ１
５のドメイン名を、そして”/cpi-bin”は、そのサーバ
１５のディスクのディレクトリ（あるいはフォルダー）
を示す。”test”は、そのディレクトリの中にあるファ
イル名を単に指定したファイルであったり、あるいは、
データベース１６に蓄積されたデータをサーバ１５が編
集加工することで、携帯情報端末装置１０が希望する情
報を作成できるようにするためのキーワード等を含んだ
ファイルである。

【００２９】情報取得要求（１）を受け取ったサーバ１
５は、”test”ファイルをサーバ１５が実行可能なＳＱ
Ｌ（Structured Query Language）に変換する。ＳＱＬ
は、サーバ１５に接続されたデータベース１６からデー
タを加工、更新、検索等行う為のデータベース言語であ
る。サーバ１５は、ＳＱＬに変換された”test”を実行
し（Ｓ５）、データベース１６から携帯情報端末装置１
０が要求した情報をデータとして作成する（Ｓ６）。

【００３０】得られたデータは、ＴＣＰ／ＩＰプロトコ
ルに従って、パケット化されたデータａ，ｂ，ｃ毎にサ
ーバ１５からアクセスポイント１８に、ＨＴＴＰに基づ
いて送信される（Ｓ７、Ｓ９、Ｓ１１）。アクセスポイ
ント１８は、携帯情報端末装置１０にパケット化された
データをシリアルデータとして送信する（Ｓ８、Ｓ１
０、Ｓ１２）。全てのデータａ，ｂ，ｃを受信し、正し
く読み込んだ携帯情報端末装置１０は、そのデータ伝送
を終了するために、ＴＣＰ／ＩＰ接続からＰＰＰ接続、
ＰＩＡＦＳ接続を順に切断する（Ｓ１３、Ｓ１４、Ｓ１
５）。

【００３１】ここで、データ取得要求（１）によるデー
タ伝送では、データａ，ｂ，ｃの伝送途中でデータが遮
断され、携帯情報端末装置１０が、その後のデータを正
しく取得できなかった場合、再度のデータ取得要求に対
して、もう一度Ｓ１〜Ｓ１２までのステップを繰り返し
て行う必要がある。従って、通信ネットワークの占有
や、サーバ１５でのＳＱＬによる検索に長時間を要する
ため、通信ネットワークの伝送効率を低下させ、サーバ
１５自体の負荷によって、他の処理の実行を遅延させる
といった問題点を有する。そして、この問題点はデータ
が大容量になるに従って顕著となる。さらには、実行処
理の遅延によって、携帯情報端末装置１０への応答時間
も低下するといった問題点を併発する。

【００３２】従って、本発明では、再度のデータの取得
要求において、それまで取得したデータ以降のデータを
受け取ることを特定できる符号をデータ取得要求に付加
する。そして、その符号が付加されたデータ取得要求を
受けた場合に、サーバ１５は、その符号に応じて必要な
データのみを携帯情報端末装置１０に送信する。

【００３３】図５は、かかる本発明によって、既に携帯
情報端末装置１０が受け取ったデータをサーバが送信す
ることのない伝送システムの流れを示している。図５の
ステップＳ１〜Ｓ６及びＳ７〜Ｓ９間の処理の流れは、
図４を参照して説明した内容と同一である。しかし、ス
テップＳ４では、携帯情報端末装置１０からサーバ１５
へのデータ取得要求（１）に代わって、次のデータ取得
要求（２）を使用する。

【００３４】 GET http://www.inet.co.jp/cpi-bin/test+0 HTTP/1.0 ・・・ 取得要求（２ ） この”test”に続く”+0”が、付加する符号の一具体例
である。この符号で示された数は、既に携帯情報端末装
置１０が受け取った情報のデータのバイト数を示す。従
って、取得要求（２）を受け取ったサーバ１５は、まだ
携帯情報端末装置１０がデータを受け取っておらず、デ
ータａの最初からデータを要求していると判断すること
ができる。従って、”+0”の代わりに”+n（ｎは整
数）”が付加されている場合のデータ取得要求は、サー
バ１５が送信した情報のうちのｎバイトまでを受信して
取得したことを示すとともに、その”ｎ＋１”バイト目
からのデータの送信要求を行っていることを示す。そし
て、このデータ取得要求を受け取ったサーバ１５は、送
信した情報のデータを最初から数えて”ｎ＋１”番目以
降のデータのみを送信するだけで十分である。

【００３５】図５に戻ると、ステップＳ４では、最初の
データの要求であるため、符号は”+0”となる。尚、こ
の場合はデフォルト値を”+0”とすることで、”+0”を
省略しても良い。ステップＳ６で得られたデータは、サ
ーバ１５内の格納手段に一時ファイルとして格納される
（Ｐ１）。尚、この格納手段は、ＲＡＭや磁気ディスク
等のデータ書き換え可能な記憶装置である。そして、こ
の時に格納する一時ファイルの名前を、例えば携帯情報
端末装置１０のユーザ名とすることで、携帯情報端末装
置１０のユーザからの情報取得要求で得られたデータで
あることが特定される。さらには、そのファイルに対応
した、携帯情報端末装置１０からの情報取得要求のファ
イル名、この例では、”test”を一時的に格納する。こ
れによって、サーバ１５は、一時的に格納されたファイ
ルデータが、携帯情報端末装置１０から情報取得要求に
よって得られた”test”ファイルに基づいて作成された
ものと特定することができる。

【００３６】ステップＳ７〜ステップＳ９は、図４と同
様であるが、データｂをアクセスポイント１８から携帯
情報端末装置１０に送信（Ｓ３０）する途中で、何らか
の理由によってアクセスポイント１８と携帯情報端末装
置１０の間の接続が絶たれ（Ｘ印）、データｂを携帯情
報端末装置１０が取得できない状態を示している。

【００３７】この時、再度ステップＳ１〜Ｓ３と同様の
接続開設（Ｓ３１、Ｓ３２、Ｓ３３）を行った後、次の
符号が付加された次のデータ取得要求（３）をサーバ１
５に発行する（Ｓ３４）。

【００３８】 GET http://www.inet.co.jp/cpi-bin/test+1920 HTTP/1.0 （３） 付加された符号”+1920”は、携帯情報端末装置１０が
取得したデータａのバイト数が1920である場合を例とし
ており、サーバ１５に要求するデータのうちの１９２１
番目以降のデータのみの送信を要求することを示す。

【００３９】ここで、ステップＰ１で記憶した一時ファ
イルのデータが送信する順にアドレッシングされて記憶
装置に記憶されいる場合は、先の符号で示す番号に１を
加えた番号が、これから送るべき最初のデータのアドレ
スを示すオフセット値となる。従って、昇順にアドレッ
シングされて記憶された一時ファイルのデータであるな
らば、そのデータを最初からシークして、オフセット値
に該当するアドレスに記憶されたデータとそれ以降のデ
ータのみを昇順に読み出して、携帯情報端末装置１０に
送れば、携帯情報端末装置１０が希望するデータを取得
することとなるため、容易に特定のデータのみを送信す
ることができる。

【００４０】データ取得要求（３）を受け取ったサーバ
１５は、ステップＰ１で作成した一時ファイルのデータ
の中から送信する順番でデータを数え、１９２１番目に
該当するデータとそれ以降のデータのみをデータｂ、ｃ
として携帯情報端末装置１０に送信する（Ｓ３６、Ｓ３
７、Ｓ３８、Ｓ３９）。そしてデータｂ、ｃを取得した
携帯情報端末装置１０は、既に前もって受け取ったデー
タａと、再度のデータ取得要求で受け取ったデータｂ、
ｃを合わせることによって、必要な情報の全てのデータ
を取得することが可能となる。携帯情報端末装置１０が
全てのデータの取得を完了すると、図４のステップＳ１
３、Ｓ１４及びＳ１５と同様に、携帯情報端末装置１０
とサーバ１５間の接続が遮断される（Ｓ４０、Ｓ４１、
Ｓ４２）。そして、サーバ１５は、携帯情報端末装置１
０が全てのデータを正しく受け取ったことを確認する
と、ステップＰ１で作成した一時ファイルを消去する。

【００４１】尚、上記例では、携帯情報端末装置１０が
取得したデータのバイト数によって、これから送信すべ
き残りのデータを定めたが、その代わりに、情報の全デ
ータのバイト数と取得したバイト数の割合等、携帯情報
端末装置１０とサーバ１５との間で、携帯情報端末装置
１０が残りの受け取りたいデータを特定できるものであ
るならば、どのような符号でも良い。

【００４２】次に、図６は、図５のステップＰ１で一時
ファイルを作成した後、データ取得要求（３）をサーバ
１５が受け取るまでの間に、その一時ファイルを作成し
たもとのデータベース１６が更新（Ｐ２）された場合の
流れを示す。

【００４３】この場合に、引き続きステップＰ１で作成
した一時ファイルのデータを携帯情報端末装置１０に送
信するとなると、携帯情報端末装置１０は、古いデータ
に基づいた情報を受け取ることとなる。そこで、ステッ
プＰ１における一時ファイルの格納の際に、その一時フ
ァイルの作成日時データも共に格納するようにする。そ
して、ステップＳ３４でデータ取得要求（３）を受け取
ったサーバ１５は、一時ファイルの作成日時データと、
データベース１６の最新の更新日時データとを比較す
る。その比較によって、もし作成日時が更新日時よりも
新しい場合は、一時ファイルのデータは最新のものであ
るとして、図５で示しように、データｂ以降のデータを
携帯情報端末装置１０に送信する。一方、作成日時が更
新日時よりも前である場合は、一時ファイルは古いデー
タに基づくものであり、既にデータベース１６が更新さ
れているものと判断し、図６のように、データベース１
６が更新されたことを示すとともに、一時ファイルのデ
ータを送信しない下記の応答（１）を携帯情報端末装置
１０にＨＴＴＰで行う（Ｓ５０、Ｓ５１）ことで、携帯
情報端末装置１０にデータベース１６の更新がされたこ
とを通知する。

【００４４】 HTTP/1.0 206 modfied CR LF ・・・応答（１） 尚、図５を参照して説明したように、最初の取得要求に
対しての、及び２回目以降の取得要求でデータベース１
６の更新がされない場合のサーバ１５の応答（２）で
は、下記のように”200 OK”に引き続き、データａ、
ｂ、ｃの送信を行う。

【００４５】 HTTP/1.0 200 OK CR LF data・・・・ ・・・応答（２） ここで、data・・・・・が、送られるデータａ，ｂ，ｃに相
当する。

【００４６】図６に戻ると、サーバ１５は、”206 modf
ied”の応答（Ｓ５０、Ｓ５１）を携帯情報端末装置１
０に送信すると、一時ファイルを削除する（Ｐ３）。一
方、その”206 modfied”の応答（Ｓ５０、Ｓ５１）を
受け取った携帯情報端末装置１０は、サーバ１５のデー
タベース１６の更新があったことを判断し、既に受け取
っているデータａの破棄、及び／あるいは、データの再
取得要求をオフセット値”+0”でサーバ１５に発行す
る。そのデータの再取得要求を受けたサーバ１５は、図
４のステップＳ４〜Ｓ６で説明したと同様に、新たな情
報をデータベース１６から取得して、再度新たな一時フ
ァイルを作成する。

【００４７】図４〜図６では、携帯情報端末装置１０
が、最初に情報取得要求を行う場合を例としているが、
その取得要求が発行されずに、サーバ１５側で独自に情
報を送るべき携帯情報端末装置１０を特定してデータを
送信する場合であっても、本発明は適用できる。この場
合は、ステップＳ４は必要なく、ステップＳ３４の情報
取得要求が携帯情報端末装置１０からの最初の要求信号
となる。

【００４８】以上、本発明を、携帯情報端末装置及びデ
ータベースサーバを使用して説明したが、情報の送受信
を通信ネットワーク上で行う全ての情報処理装置におい
て適用できることに留意すべきである。また、本発明
は、無線、有線を問わず、インターネットや途中での通
信プロトコル変換を必要とするような通信ネットワーク
を含むあらゆる通信ネットワークにおいて適用可能であ
る。

【００４９】

【発明の効果】上記で説明したように、前記情報処理装
置からの所定情報の取得要求に応じて前記情報提供装置
が送信する前記所定情報の全てのデータを、前記情報処
理装置が取得できなかった場合、前記情報処理装置によ
る前記所定情報の再度の取得要求に対して、前記情報提
供装置は、前記情報のうちの取得できなかったデータの
みを送信するようにした。これによって、送信するデー
タ量が縮小され、通信回線の占有時間を減少させ、情報
処理装置及び情報提供装置がその処理に係わる時間をも
低減させるため、相互の処理の効率化を図ることが可能
となった。また、通信回線が途中で遮断しやすい無線通
信を使用した携帯情報端末装置であっても、多量のデー
タの送受信が確保されるようになった。

【００５０】また、情報提供装置において、送信したデ
ータを一時ファイルとして蓄積しておくことによって、
２回目以降の情報の取得要求に対して、データベースを
アクセスする必要がなくなり、迅速な情報の送信を行う
ことができるとともに、他の処理の効率をも上げること
が可能となった。

【図面の簡単な説明】

【図１】情報端末装置１とサーバ５の通信ネットワーク
構成の一例を示した概要図である。

【図２】携帯情報端末装置１０からサーバ１５にアクセ
スする通信ネットワーク構成の一例示した概要図であ
る。

【図３】図２のネットワーク構成において、携帯情報端
末装置１０からサーバ１５との間の各機器の通信プロト
コルスタックを示す。

【図４】携帯情報端末装置１０がサーバ１５に情報の取
得要求を出し、サーバ１５が、その情報を正常にデータ
ａ，ｂ，ｃとして返す処理の関連図である。

【図５】図４において、通信障害によってデータｂの送
信が携帯情報端末装置１０に行われなかった場合の第１
の処理の関連図である。

【図６】図５と同様に、通信障害によってデータｂの送
信が携帯情報端末装置１０に行われなかった場合であっ
て、サーバ１５のデータベース１６が途中で更新された
場合の処理の関連図である。

【符号の説明】

１ 情報端末装置 ２ 通信網 ３ ゲートウェイ ５、１５ サーバ １０ 携帯情報端末 １２ ＩＳＤＮ網 １４ ＬＡＮ、 １６ データベース １７ 基地局

Claims (15)

【特許請求の範囲】
1. 【請求項１】通信ネットワーク上で情報提供装置から情
   報処理装置へのデータの送受信を行うデータ伝送システ
   ムであって、 前記情報提供装置が送信する所定情報のうちの一部デー
   タを前記情報処理装置が取得できなかった場合に、前記
   情報処理装置による前記所定情報の取得要求に応じて、
   前記情報提供装置が前記所定情報のうちの取得できなか
   った前記一部データのみを前記情報処理装置に送信する
   ことを特徴とするデータ伝送システム。
2. 【請求項２】前記取得要求には、前記所定情報のうちの
   取得できなかった前記一部データを前記情報提供装置が
   特定可能とする符号が付されていることを特徴とする請
   求項１記載のデータ伝送システム。
3. 【請求項３】前記取得要求には、情報処理装置が既に取
   得できているデータの容量が付加されていることを特徴
   とする請求項１記載のデータ伝送システム。
4. 【請求項４】前記取得要求には、情報処理装置が既に取
   得できているデータの容量と前記所定情報の全データ容
   量との割合を示すデータが付加されていることを特徴と
   する請求項１記載のデータ伝送システム。
5. 【請求項５】前記情報処理装置は、簡易型携帯電話機器
   であることを特徴とする請求項１記載のデータ伝送シス
   テム。
6. 【請求項６】前記通信ネットワークにおけるデータの送
   受信は、ＨＴＴＰ（HyperText Transfer Protocol）を
   通信プロトコルとすることを特徴とする請求項１記載の
   データ伝送システム。
7. 【請求項７】通信ネットワーク上に接続された情報提供
   装置からデータを取得可能な情報処理装置であって、 前記情報処理装置は、前記情報提供装置に対し所定情報
   の取得要求を発行すると共に、前記情報提供装置が送信
   した前記所定情報のうちの一部データを取得できなかっ
   た場合に、前記所定情報の取得要求に、前記一部データ
   を前記情報提供装置が特定可能とする符号を付加するこ
   とを特徴とする情報処理装置。
8. 【請求項８】前記特定可能とする符号は、既に取得でき
   ているデータの容量を示していることを特徴とする請求
   項７記載の情報処理装置。
9. 【請求項９】前記特定可能とする符号は、既に取得でき
   ているデータの容量と全データ容量との割合を示してい
   ることを特徴とする請求項７記載の情報処理装置。
10. 【請求項１０】前記情報処理装置は、簡易型携帯電話機
    器であることを特徴とする請求項７記載の情報処理装
    置。
11. 【請求項１１】通信ネットワーク上に接続された情報処
    理装置にデータを伝送することが可能な情報提供装置で
    あって、 前記情報処理装置への所定情報のデータを送信する際
    に、前記情報処理装置と関連させて前記所定情報のデー
    タを別途格納し、 前記情報処理装置から前記所定情報のうちの一部データ
    の取得要求がされた場合、前記格納した所定情報のデー
    タから前記一部データのみを前記情報処理装置に送信す
    ることを特徴とする情報提供装置。
12. 【請求項１２】前記格納した所定情報のデータには、前
    記情報処理装置から得られたユーザ名が関連づけらてい
    ることを特徴とする請求項１１記載の情報提供装置。
13. 【請求項１３】前記格納した所定情報のデータには、そ
    の格納した日時データが関連づけられ、 前記情報提供装置は、前記取得要求がされたとき、前記
    所定情報のデータの基本となるデータベースの更新日時
    データと前記格納した日時データとを比較し、更新日時
    が格納した日時よりも前のときに、前記格納した所定情
    報のデータから前記一部データのみを前記情報処理装置
    に送信することを特徴とする請求項１１記載の情報提供
    装置。
14. 【請求項１４】前記取得要求において、前記一部データ
    を特定する符号が付加されていることを特徴とする請求
    項１１記載の情報提供装置。
15. 【請求項１５】通信ネットワーク上で情報提供装置から
    情報処理装置へのデータの送受信を行うデータ伝送方法
    であって、 前記情報処理装置において、 前記情報提供装置から取得した所定情報のデータのうち
    の取得したデータ容量をカウントする第１のステップ
    と、 前記所定情報の全データを取得できなかった場合に、前
    記カウントしたデータ容量が付加された前記情報の取得
    要求を前記情報提供装置に発行する第２のステップと、 前記情報提供装置において、 付加された前記データ容量から、取得されなかった残り
    のデータのみを前記情報処理装置に送信する第３のステ
    ップからなるデータ伝送方法。