(57)【特許請求の範囲】
【請求項１】
ネットワークを介して、情報処理装置へ情報を提供する情報提供装置において、
前記情報と前記情報の更新された日時データとを関連付けて記憶する記憶部と、
前記情報処理装置と情報の送受信を行う通信部と、
前記通信部において、前記情報処理装置から送信されてくる所望の情報の要求情報を受け付ける要求受領部と、
前記通信部において、所望の情報の要求を受け付けたときに、前記情報処理装置と一時ファイル作成日時とを対応付けて、前記所望の情報を一時ファイルとして格納する一時ファイル格納部と、
前記要求受領部において受け付けた前記要求情報が、前記情報処理装置において前記所望の情報の受領が失敗した際に前記情報処理装置から送信されてくる再度の要求情報である場合、前記所望の情報を、前記通信部において前記情報処理装置に送信させる再送信制御部と
を備え、
前記再送信制御部は、
前記一時ファイルが作成された日時が、前記情報の更新された日時データより新しい場合には、前記再度の要求情報に含まれる符号であって、前記情報処理装置において受領された前記所望の情報の情報量を示す符号を参照して、前記一時ファイルとして格納されている所望の情報のうち未受領の情報を、前記通信部において前記情報処理装置に送信させ、
前記一時ファイルが作成された日時が、前記情報の更新された日時データより古い場合には、前記一時ファイルを削除し、更新された前記所望の情報を再度新たな一時ファイルとして作成して前記一時ファイル格納部に格納し、前記再度新たな一時ファイルとして格納されている所望の情報を、前記通信部において前記情報処理装置に送信させる
ことを特徴とする情報提供装置。
【請求項２】
前記ネットワークにおける情報の送受信は、ＨＴＴＰ（HyperTextTransferProtocol）を通信プロトコルとする
ことを特徴とする請求項１記載の情報提供装置。
【請求項３】
前記符号は、前記情報処理装置において受領に成功した前記所望の情報のバイト数である
ことを特徴とする請求項１に記載の情報提供装置。
【請求項４】
前記符号は、前記所望の情報の全情報量のうちの、前記情報処理装置において受領に成功した情報量の割合である
ことを特徴とする請求項１に記載の情報提供装置。
【請求項５】
前記要求情報は、前記所望の情報のファイル名と前記符号を含むＵＲＬ（Uniform Resource Locator）である
ことを特徴とする請求項１に記載の情報提供装置。
【請求項６】
ネットワークを介して、情報処理装置へ情報を提供する情報提供装置の情報提供方法において、
前記情報提供装置は、
前記情報と前記情報の更新された日時データとを関連付けて記憶する記憶部と、
前記情報処理装置と情報の送受信を行う通信部と
を備え、
前記通信部において、所望の情報の要求を受け付けたときに、前記情報処理装置と一時ファイル作成日時とを対応付けて、前記所望の情報を一時ファイルとして格納し、
前記情報処理装置から送信されてくる所望の情報の要求情報を受け付け、
前記要求情報が、前記情報処理装置において前記所望の情報の受領が失敗した際に前記情報処理装置から送信されてくる再度の要求情報である場合、前記再度の要求情報に含まれる符号であって、前記情報処理装置において受領された前記所望の情報の情報量を示す符号を参照して、前記所望の情報のうち未受領の情報を、前記通信部において前記情報処理装置に送信させる
ステップを含み、
前記一時ファイルが作成された日時が、前記情報の更新された日時データより新しい場合には、前記再度の要求情報に含まれる符号であって、前記情報処理装置において受領された前記所望の情報の情報量を示す符号を参照して、前記一時ファイルとして格納されている所望の情報のうち未受領の情報を、前記通信部において前記情報処理装置に送信させ、
前記一時ファイルが作成された日時が、前記情報の更新された日時データより古い場合には、前記一時ファイルを削除し、更新された前記所望の情報を再度新たな一時ファイルとして作成して前記一時ファイル格納部に格納し、前記再度新たな一時ファイルとして格納されている所望の情報を、前記通信部において前記情報処理装置に送信させる
ことを特徴とする情報提供方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データのダウンロードが途中で中断した場合であっても、再度のダウンロードを効率よく行うことが可能となる情報提供装置および情報提供方法に関する。
【０００２】
【従来の技術】
図１は、情報端末装置と情報提供装置とのネットワーク構成の一例を示した概要図である。情報端末装置１は、ＬＡＮ、あるいは一般の電話回線やＩＳＤＮ、インターネット等からなる通信網２に接続され、通信網２とゲートウェイ３を挟んで接続される情報提供用のサーバ５との間での通信を行うことができる。
【０００３】
このサーバ５は、データベースを管理するデータベース・サーバやファイル管理をするファイルサーバ等の情報提供装置であって、クライアントとなる情報端末装置１からの要求を受けて、必要な情報を情報端末装置１に提供することができる。
【０００４】
ゲートウェイ３は、サーバ５を含んで構成されている図示しない閉じたネットワークと、通信網２との接続を行うための装置であって、サーバ５自体のアドレスを管理して、通信網２に接続される情報端末装置１からサーバ５へのアクセス等の制御を行う。
【０００５】
ここで、サーバ５から必要な情報を得る場合、情報端末装置１から通信網２、ゲートウェイ３、そしてサーバ５との間の通信ネットワークを使用して、情報端末装置１とサーバ５との物理的及び論理的な接続を確立する。接続が確立されると、必要な情報を得るための情報取得要求をその通信ネットワークを通じてサーバに送信する。この情報取得要求には、サーバ５自体の所有するファイル名や、サーバ５に保管されているデータを加工編集して必要な情報を構築できるようにするためのキーワード等を示すデータが含まれる。従って、その情報取得要求を受け取ったサーバ５は、そのファイル名に相当するファイルや、そのキーワードによって検索して得た情報をデータとして情報端末装置１に送信する。
【０００６】
そして、情報端末装置１が、必要な情報の全てのデータを受信して、その内部に設けられたＲＡＭや磁気ディスク等の書き込み可能な記憶装置に書き込むことでそのデータを取得した後に、他の情報の取得のための新たな情報取得要求や、接続遮断を行ってその後の他の処理に移行する。
【０００７】
【発明が解決しようとする課題】
ここで、サーバ５から情報端末装置１へのデータの伝送中に、何らかの障害によって、サーバ５と情報端末装置１との間の接続が遮断され、全てのデータを情報端末装置１が取得できないときは、従来では、情報端末装置１は、再度、その情報を取得するために、先にした取得要求と同一の取得要求をサーバ５に発行する。そして、サーバ５は、その取得要求に応じて、再び、必要な情報を同一の検索等の処理を行って情報を作り直すこととしていた。更には、作成された情報は、再び最初から全て通信ネットワークを介して情報端末装置１に送信するようにしていた。
【０００８】
従って、これまでは、一つのまとまった情報を全て障害無く受け取るまで、最初から何度も送信をやり直さなければならず、通信ネットワークを占有する時間が多くなり、伝送効率を悪くするばかりか、通信費用がかさむといった問題点を有していた。また、サーバ５は、同じ情報を得るために、何度も同じファイル検索等の処理を行う必要があるため、サーバの処理装置の負荷が高くなり、他の処理のパーフォーマンスや、情報端末装置への応答を低下させる原因ともなっていた。加えて、障害が発生しやすい無線による情報通信を使用した場合、かかる問題点が顕著となり、無線による高度な情報通信を達成する上での弊害ともなっていた。
【０００９】
従って、本発明の目的は、サーバ等の情報提供装置からのデータの送信において、通信障害等によるデータ通信の遮断が起こっても、改めて最初からデータ送信を行う必要が無く、効率的なデータ伝送を可能とするデータ伝送システム、情報処理装置、情報提供装置及びデータ伝送方法を提供することである。
【００１０】
【課題を解決するための手段】
従って、本発明によると、ネットワークを介して、情報処理装置へ情報を提供する情報提供装置において、情報と情報の更新された日時データとを関連付けて記憶する記憶部と、情報処理装置と情報の送受信を行う通信部と、通信部において、情報処理装置から送信されてくる所望の情報の要求情報を受け付ける要求受領部と、通信部において、所望の情報の要求を受け付けたときに、情報処理装置と一時ファイル作成日時とを対応付けて、所望の情報を一時ファイルとして格納する一時ファイル格納部と、要求受領部において受け付けた要求情報が、情報処理装置において所望の情報の受領が失敗した際に情報処理装置から送信されてくる再度の要求情報である場合、所望の情報を、通信部において情報処理装置に送信させる再送信制御部とを備え、再送信制御部は、一時ファイルが作成された日時が、情報の更新された日時データより新しい場合には、再度の要求情報に含まれる符号であって、情報処理装置において受領された所望の情報の情報量を示す符号を参照して、一時ファイルとして格納されている所望の情報のうち未受領の情報を、通信部において情報処理装置に送信させ、一時ファイルが作成された日時が、情報の更新された日時データより古い場合には、一時ファイルを削除し、更新された所望の情報を再度新たな一時ファイルとして作成して一時ファイル格納部に格納し、再度新たな一時ファイルとして格納されている所望の情報を、記憶部から所望の情報を読み出して、通信部において情報処理装置に送信させることを特徴とする情報提供装置を提供する。
【００１１】
更に本発明によると、その取得要求に含まれる符号は、前記情報処理装置において受領に成功した前記所望の情報のバイト数、あるいは前記所望の情報の全情報量のうちの、前記情報処理装置において受領に成功した情報量の割合を示すデータである。
【００１４】
【作用】
情報処理装置からの所定情報の取得要求に応じて、情報提供装置が前記情報のうちの取得できなかったデータのみを送信することによって、最初からすべてのデータを再送信することから回避できる。
【００１５】
その取得要求に付加されるデータのバイト数等の容量、あるいは既に取得できているデータの容量と全データ容量との割合によって、情報提供装置は情報処理装置が要求する残りのデータのみを送信することができる。
【００１６】
前記情報提供装置は、その所定情報のデータを前記情報処理装置と関連させて格納することで、その後の情報取得要求において、その格納した所定情報のデータを読み出して情報処理装置に送信すればよく、データベースをアクセスして再度必要な情報を構築することが無くなるため、情報提供装置の処理の負荷が低減される。
【００１７】
【発明の実施の形態】
図２は、無線通信を使用して、携帯情報端末装置１０からサーバ１５にアクセスする通信ネットワーク構成の一例である。携帯情報端末装置１０は、この例では、電話通信が可能な携帯情報装置であって、例えば、ＰＤＡ（Personal Digital Assistants）等の個人情報機器としての機能と、ＰＨＳ（Personal Handyphone System）等の携帯可能であってデジタル通信可能な機能を併せもった簡易型携帯電話機器等の情報処理装置である。ＰＨＳが公衆回線等の通信網によって通信を可能とするために、管轄エリア毎に設置された複数の基地局が設置されている。従って、情報処理装置１０は、それが存在するエリア内を管轄することとなる基地局１７との無線通信を行うことができる。基地局１７は、広域に張り巡らされているＩＳＤＮ網１２に接続されており、これによって高速なデジタル通信が可能となる。一方、情報を提供するサーバ１５は、この例では、その情報の基本的なデータを格納するデータベース１６を有したデータベース・サーバ型の情報提供装置である。サーバ１５に情報の検索を行うと、サーバ１５は、その検索命令に従って、データベース１６からデータを加工編集して、一つのまとまった情報を作成することができる。一般には、サーバ１５は、ＬＡＮ１４によって接続され、ＬＡＮ１４に接続されている図示しない情報処理装置からのアクセスが可能である。尚、図２では、説明の理解を容易にするために、ゲートウェイが省略され、ＬＡＮが直接アクセスポイント１８を介してＩＳＤＮ網１２と接続されている。このアクセスポイント１８は、ＬＡＮ１４とＩＳＤＮ網１２とを接続するための物理的な接続点であるとともに、ＬＡＮ１４上の情報伝送のプロトコルと、ＩＳＤＮ網１２上での情報伝送のプロトコルとを変換して、論理的な情報のパスを形成する機器である。
【００１８】
以上の、ネットワーク構成によって、携帯情報端末装置１０は、サーバ１５との接続が可能となり、情報の伝送をおこなうことができる。
【００１９】
図３は、図２のネットワーク構成において、携帯情報端末装置１０からサーバ１５との間の各機器の通信プロトコルスタックの一例を概要したものである。
【００２０】
ここでは、上位レイヤとして、ハイパーテキストをやりとりするためのＨＴＴＰ（Hyper Text Transfer Protocol）を使用する。そして、その下のレイヤとして、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）を使用する。このＨＴＴＰ及びＴＣＰ／ＩＰは、携帯情報端末装置１０からサーバ１５に至る全ての機器において共通に使用されるが、それより下層のレイヤでは、使用する装置やネットワークに応じて異なり、各装置で適宜プロトコルの変換を行っている。携帯情報端末装置１０とアクセスポイント１８との間では、ＲＳ２３２Ｃを代表する同期、非同期を問わないシリアルリンクによって、一対一の接続を行うことが可能なプロトコルであるＰＰＰ（Point-to-Point Protocol）、及びその間でのエラーフリーな伝送を行うためのプロトコルであるＰＩＡＦＳ（PHS Internet Access Forum Standard）を使用する。アクセスポイント１８とサーバ１５との間では、携帯情報端末装置１０とアクセスポイント１８との通信プロトコルとは異なり、携帯情報端末装置１０と基地局１７とで流れるエラーフリーなデータをＬＡＮ１４内の閉じた空間に流すために、ＰＩＡＦＳとＭＡＣとの間の変換をアクセスポイント１８で行っている。ＭＡＣ（Medium Access Unit）とは、媒体アクセス制御と呼ばれ、例えばＣＳＭＡ／ＣＤ（Carrier Sense Multiple Access with Collision Detection）、トークン・リング方式、トークン・バス方式を代表とするＬＡＮのケーブル上に信号を流す方式をいう。また、最下層では、携帯情報端末装置１０と基地局１７の間では、無線通信の物理的接続のためのプロトコルであるＳＴＤ２８、基地局１７からアクセスポイント１８まではＩＳＤＮ、更にアクセスポイント１８とサーバ１５との間では、ＬＡＮ接続のための物理的接続方式を使用する。この物理的接続方式には、例えば、イーサネットが挙げられ、ハードウェア・ネットワークを構成する。但し、上記したプロトコルは、通信ネットワークを構成するための一例であって、これに限定されるものではない。
【００２１】
次に、図２及び図３の通信ネットワークで適用される本発明について説明する。
【００２２】
図４〜図６は、携帯情報端末装置１０がサーバ１５に情報の取得要求を出し、サーバ１５が、その情報をデータａ，ｂ，ｃとして返す一連の流れを示したものである。
【００２３】
図４は、データａ，ｂ，ｃが全て何の通信の障害等もなく、無事に携帯情報端末装置１０に送られ、携帯情報端末装置１０がそれを取得するまでの流れを携帯情報端末装置１０とサーバ１５との関連で示す。
【００２４】
図５は、通信障害によって、データｂがアクセスポイント１８から携帯情報端末装置１０までの間で通信が遮断された場合の本発明の伝送システムによる第１の処理の流れを携帯情報端末装置１０とサーバ１５との関連で示す。
【００２５】
図６は、図５と同様に通信障害が発生した場合の本発明の伝送システムによる第２の処理の流れを携帯情報端末装置１０とサーバ１５との関連で示す。
【００２６】
図４について説明すると、サーバ１５が接続のために用意している電話番号に携帯情報端末装置１０から電話をかけると、そのアクセスポイント１８と携帯情報端末装置１０との間で、ＰＩＡＦＳリンクの開設（Ｓ１）と、更にその上のＰＰＰリンクが開設（Ｓ２）される。これによって、携帯情報端末装置１０とアクセスポイント１８との間で物理的に回線が接続される。次に、携帯情報端末装置１０は、サーバ１５のＩＰアドレスをネットワーク上に送出することで、サーバ１５との仮想的な接続が通信ネットワーク上で行われる（Ｓ３）。ＩＰアドレスは、ＴＣＰ／ＩＰプロトコルのネットワークで使用されるコンピュータのＩＤ番号に相当する。
【００２７】
更に、サーバ１５との間で確立されたネットワーク上でのファイル制御のプロトコルを統一するために、携帯情報端末装置１０は、ＨＴＴＰプロトコルに従った下記の情報の取得要求（１）をサーバ１５に発行する（Ｓ４）。
【００２８】
GET http://www.inet.co.jp/cpi-bin/test HTTP/1.0  ・・・・取得要求（１）
上記取得要求（１）は従来のインストラクションの一例である。”GET”は、サーバ１５が実行すべき処理の属性を示す、いわゆるメソッドと呼ばれるものであり、この例では、サーバ１５が実行した結果をデータとして返答する意味を有する。”http://www.inet.co.jp/cpi-bin/test”は、いわゆるＵＲＬ(Uniform Resource Locator)である。”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 modfied”の応答（Ｓ５０、Ｓ５１）を携帯情報端末装置１０に送信すると、一時ファイルを削除する（Ｐ３）。一方、その”206 modfied”の応答（Ｓ５０、Ｓ５１）を受け取った携帯情報端末装置１０は、サーバ１５のデータベース１６の更新があったことを判断し、既に受け取っているデータａの破棄、及び／あるいは、データの再取得要求をオフセット値”+0”でサーバ１５に発行する。そのデータの再取得要求を受けたサーバ１５は、図４のステップＳ４〜Ｓ６で説明したと同様に、新たな情報をデータベース１６から取得して、再度新たな一時ファイルを作成する。
【００４７】
図４〜図６では、携帯情報端末装置１０が、最初に情報取得要求を行う場合を例としているが、その取得要求が発行されずに、サーバ１５側で独自に情報を送るべき携帯情報端末装置１０を特定してデータを送信する場合であっても、本発明は適用できる。この場合は、ステップＳ４は必要なく、ステップＳ３４の情報取得要求が携帯情報端末装置１０からの最初の要求信号となる。
【００４８】
以上、本発明を、携帯情報端末装置及びデータベースサーバを使用して説明したが、情報の送受信を通信ネットワーク上で行う全ての情報処理装置において適用できることに留意すべきである。また、本発明は、無線、有線を問わず、インターネットや途中での通信プロトコル変換を必要とするような通信ネットワークを含むあらゆる通信ネットワークにおいて適用可能である。
【００４９】
【発明の効果】
上記で説明したように、前記情報処理装置からの所定情報の取得要求に応じて前記情報提供装置が送信する前記所定情報の全てのデータを、前記情報処理装置が取得できなかった場合、前記情報処理装置による前記所定情報の再度の取得要求に対して、前記情報提供装置は、前記情報のうちの取得できなかったデータのみを送信するようにした。これによって、送信するデータ量が縮小され、通信回線の占有時間を減少させ、情報処理装置及び情報提供装置がその処理に係わる時間をも低減させるため、相互の処理の効率化を図ることが可能となった。また、通信回線が途中で遮断しやすい無線通信を使用した携帯情報端末装置であっても、多量のデータの送受信が確保されるようになった。
【００５０】
また、情報提供装置において、送信したデータを一時ファイルとして蓄積しておくことによって、２回目以降の情報の取得要求に対して、データベースをアクセスする必要がなくなり、迅速な情報の送信を行うことができるとともに、他の処理の効率をも上げることが可能となった。
【図面の簡単な説明】
【図１】情報端末装置１とサーバ５の通信ネットワーク構成の一例を示した概要図である。
【図２】携帯情報端末装置１０からサーバ１５にアクセスする通信ネットワーク構成の一例示した概要図である。
【図３】図２のネットワーク構成において、携帯情報端末装置１０からサーバ１５との間の各機器の通信プロトコルスタックを示す。
【図４】携帯情報端末装置１０がサーバ１５に情報の取得要求を出し、サーバ１５が、その情報を正常にデータａ，ｂ，ｃとして返す処理の関連図である。
【図５】図４において、通信障害によってデータｂの送信が携帯情報端末装置１０に行われなかった場合の第１の処理の関連図である。
【図６】図５と同様に、通信障害によってデータｂの送信が携帯情報端末装置１０に行われなかった場合であって、サーバ１５のデータベース１６が途中で更新された場合の処理の関連図である。
【符号の説明】
１  情報端末装置
２  通信網
３  ゲートウェイ
５、１５  サーバ
１０  携帯情報端末
１２  ＩＳＤＮ網
１４  ＬＡＮ、
１６  データベース
１７  基地局
【図１】
0004518578.tif 000002
【図２】
0004518578.tif 000003
【図３】
0004518578.tif 000004
【図４】
0004518578.tif 000005
【図５】
0004518578.tif 000006
【図６】
0004518578.tif 000007