JPWO2006001507A1 - 情報提供システム、情報提供サーバ、携帯端末、情報提供制御プログラム及び携帯端末制御プログラム - Google Patents
情報提供システム、情報提供サーバ、携帯端末、情報提供制御プログラム及び携帯端末制御プログラム Download PDFInfo
- Publication number
- JPWO2006001507A1 JPWO2006001507A1 JP2006528835A JP2006528835A JPWO2006001507A1 JP WO2006001507 A1 JPWO2006001507 A1 JP WO2006001507A1 JP 2006528835 A JP2006528835 A JP 2006528835A JP 2006528835 A JP2006528835 A JP 2006528835A JP WO2006001507 A1 JPWO2006001507 A1 JP WO2006001507A1
- Authority
- JP
- Japan
- Prior art keywords
- information
- providing server
- cache unit
- mobile terminal
- 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.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Mathematical Physics (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Abstract
ネットワーク（５０）を介して接続される携帯端末（２０）からの情報の要求に対応して、情報提供サーバ（１０）が前記要求された情報を前記携帯端末２０に提供する情報提供システムであって、前記携帯端末（２０）から要求された情報を、前記情報提供サーバ（１０）により保持された送信済みの情報と照合することにより、前記携帯端末（２０）から要求された情報が送信済みか否かを判定し、前記情報の再送を抑止する。
Description
本発明は、情報を提供する技術に関し、特に、情報提供サーバから携帯端末へ情報を提供する際に、既に携帯端末に保持された情報の再送信を抑止する情報提供システム、情報提供サーバ、携帯端末、情報提供制御プログラム及び携帯端末制御プログラムに関する。
携帯端末の機能向上にともなって、情報を提供するサーバからネットワーク経由でファイルを携帯端末にダウンロードする機会が多くなる。このようにファイルの数が飛躍的に多くなる状況においては、既に携帯端末に保持されたファイルを再度転送を受けることも予想される。このような場合、携帯端末にとっては、不要ファイルをダウンロードすることによる時間の損失が発生することのほかに、不要ファイルを後から削除する必要があるという問題も発生する。また、重複したファイルの保持により、もともと容量の少ない携帯端末の記憶容量が一層減少するという問題も発生する。
このような問題を解決する方法の一例が、例えば特開２００３−２８１０２４号公報（文献１）及び例えば特開２００２−９１７３１号公報（文献２）に記載されている。
文献１に開示される方法は、図１５に示すように、最初にホストコンピュータ１０００が携帯端末に対して、携帯端末のデータフォルダ１０５１に保持されたファイル情報を要求し、これを取得する。一方、ホストコンピュータ１０００は別途作成してある携帯端末毎のホストコンピュータ内のキャッシュフォルダ１００１から、携帯端末１０５０からすでに転送を受けたファイル情報を取得する。次に、ホストコンピュータ１０００は携帯端末１０５０から取得したファイル情報とキャッシュフォルダ１００１から取得したファイル情報とを比較し、キャッシュフォルダ１００１に記録されていないファイルを特定し、特定されたファイルのみを携帯端末に要求する。携帯端末は、要求のあったファイルをデータフォルダ１０５１からホストコンピュータ１０００へ転送するというものである。
また、文献２の方法は、コンピュータからプリンタへのファイルの転送に関するもので、コンピュータ内のプリンタドライバは、最初に印刷要求のあったデータの内でイメージデータを除く印刷範囲を全てダウンロードする。そして、ハイパーリンク形式に基づくデータ中のリンク先を判定し、同一イメージデータを複数回印刷すると判定した場合に、プリンタにその旨を示す情報をイメージデータのファイルと共に転送する。プリンタはこのイメージデータのファイルを記憶素子上にキャッシュする。この状態で、印刷命令を受けるとプリンタは、イメージデータのリンクのある部分でキャッシュされたイメージデータのファイルを用いて印刷するというものである。
上述した従来の技術は、いずれも以下に述べるような問題点があった。
文献１の方法では、ホストコンピュータが携帯端末からファイルの転送を受ける際に、最初に転送を受けるファイル情報を携帯端末から取得し、既に転送を受けたファイル情報と比較した後、転送を受けていないファイルの転送を受けるというものである。
文献１の方法では、携帯端末からホストコンピュータへファイルの転送を行なうが、この場合、ホストコンピュータからは、携帯端末がどのようなファイルを保持しているかを把握することはできないために、転送を受ける際に常に携帯端末からファイル情報の提供を受ける必要があった。
またこの方法をここで問題とする、サーバからネットワーク経由でファイルを携帯端末にダウンロードする場合に適用すると、携帯端末がサーバから情報の提供を受けることになる。携帯端末には、サーバのファイルを保持するキャッシュフォルダが必要となるが、記憶容量の小さい携帯端末に、サーバに保持された多量のファイルを保持する機構が必要となり、携帯端末の負荷を著しく増加させるという問題が発生する。
このように、文献１の方法をサーバからネットワーク経由でファイルを携帯端末にダウンロードする場合に適用することは困難であるが、文献１の方法は、元来複数の携帯端末からホストコンピュータへ情報の転送を行なう場合の方法であって、その逆のホストコンピュータから複数の携帯端末へ情報転送を行なう場合の方法ではない。
また、文献２の方法は、コンピュータがデータ量の多いイメージデータを含むデータを印刷する方法であり、同一イメージデータを複数回印刷する場合に、予めこのイメージデータをプリンタの記憶にキャッシュしておき、データの印刷時は、コンピュータからイメージデータを複数回転送せずに、プリンタにキャッシュされたイメージデータで印刷することにより、転送時間を短縮するというものである。
文献２の方法は、１つの印刷データに同一イメージデータを複数個含む場合の印刷時間の短縮には有効であるが、ここで問題としている、携帯端末にサーバから提供された複数の同じデータが保持されるという問題を解決するものではない。
本発明の目的は、上記従来技術の欠点を解決し、サーバから携帯端末へ情報を提供する際に、既に携帯端末で保有する情報の再送信を抑止する情報提供システム、情報提供サーバ、携帯端末、情報提供制御プログラム及び携帯端末制御プログラムを実現することにある。
このような問題を解決する方法の一例が、例えば特開２００３−２８１０２４号公報（文献１）及び例えば特開２００２−９１７３１号公報（文献２）に記載されている。
文献１に開示される方法は、図１５に示すように、最初にホストコンピュータ１０００が携帯端末に対して、携帯端末のデータフォルダ１０５１に保持されたファイル情報を要求し、これを取得する。一方、ホストコンピュータ１０００は別途作成してある携帯端末毎のホストコンピュータ内のキャッシュフォルダ１００１から、携帯端末１０５０からすでに転送を受けたファイル情報を取得する。次に、ホストコンピュータ１０００は携帯端末１０５０から取得したファイル情報とキャッシュフォルダ１００１から取得したファイル情報とを比較し、キャッシュフォルダ１００１に記録されていないファイルを特定し、特定されたファイルのみを携帯端末に要求する。携帯端末は、要求のあったファイルをデータフォルダ１０５１からホストコンピュータ１０００へ転送するというものである。
また、文献２の方法は、コンピュータからプリンタへのファイルの転送に関するもので、コンピュータ内のプリンタドライバは、最初に印刷要求のあったデータの内でイメージデータを除く印刷範囲を全てダウンロードする。そして、ハイパーリンク形式に基づくデータ中のリンク先を判定し、同一イメージデータを複数回印刷すると判定した場合に、プリンタにその旨を示す情報をイメージデータのファイルと共に転送する。プリンタはこのイメージデータのファイルを記憶素子上にキャッシュする。この状態で、印刷命令を受けるとプリンタは、イメージデータのリンクのある部分でキャッシュされたイメージデータのファイルを用いて印刷するというものである。
上述した従来の技術は、いずれも以下に述べるような問題点があった。
文献１の方法では、ホストコンピュータが携帯端末からファイルの転送を受ける際に、最初に転送を受けるファイル情報を携帯端末から取得し、既に転送を受けたファイル情報と比較した後、転送を受けていないファイルの転送を受けるというものである。
文献１の方法では、携帯端末からホストコンピュータへファイルの転送を行なうが、この場合、ホストコンピュータからは、携帯端末がどのようなファイルを保持しているかを把握することはできないために、転送を受ける際に常に携帯端末からファイル情報の提供を受ける必要があった。
またこの方法をここで問題とする、サーバからネットワーク経由でファイルを携帯端末にダウンロードする場合に適用すると、携帯端末がサーバから情報の提供を受けることになる。携帯端末には、サーバのファイルを保持するキャッシュフォルダが必要となるが、記憶容量の小さい携帯端末に、サーバに保持された多量のファイルを保持する機構が必要となり、携帯端末の負荷を著しく増加させるという問題が発生する。
このように、文献１の方法をサーバからネットワーク経由でファイルを携帯端末にダウンロードする場合に適用することは困難であるが、文献１の方法は、元来複数の携帯端末からホストコンピュータへ情報の転送を行なう場合の方法であって、その逆のホストコンピュータから複数の携帯端末へ情報転送を行なう場合の方法ではない。
また、文献２の方法は、コンピュータがデータ量の多いイメージデータを含むデータを印刷する方法であり、同一イメージデータを複数回印刷する場合に、予めこのイメージデータをプリンタの記憶にキャッシュしておき、データの印刷時は、コンピュータからイメージデータを複数回転送せずに、プリンタにキャッシュされたイメージデータで印刷することにより、転送時間を短縮するというものである。
文献２の方法は、１つの印刷データに同一イメージデータを複数個含む場合の印刷時間の短縮には有効であるが、ここで問題としている、携帯端末にサーバから提供された複数の同じデータが保持されるという問題を解決するものではない。
本発明の目的は、上記従来技術の欠点を解決し、サーバから携帯端末へ情報を提供する際に、既に携帯端末で保有する情報の再送信を抑止する情報提供システム、情報提供サーバ、携帯端末、情報提供制御プログラム及び携帯端末制御プログラムを実現することにある。
上記目的を達成するための本発明は、ネットワークを介して接続される携帯端末からの情報の要求に対応して、情報提供サーバが前記要求された情報を前記携帯端末に提供する情報提供システムであって、前記携帯端末から要求された情報を、前記情報提供サーバに保持された送信済みの情報と照合することにより、前記携帯端末から要求された情報が送信済みか否かを判定し、前記情報の再送を抑止することを特徴とする。
請求項２の本発明の情報提供システムは、送信済みの前記情報と当該情報を識別する識別情報を対応付けて保持するキャッシュ部を備え、前記携帯端末から要求される情報の識別情報を前記キャッシュ部の識別情報と照合することで、前記情報が送信済みか否かを判定することを特徴とする。
請求項３の本発明の情報提供システムは、前記情報提供サーバから前記情報の識別情報のみを前記携帯端末へ送信し、未送信と判定した場合、前記情報提供サーバから前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする。
請求項４の本発明の情報提供システムは、前記情報提供サーバから受信した情報と当該情報の識別情報とを対応づけて保持すると共に、前記情報提供サーバから前記情報の識別情報のみを受信した際に、前記情報を読み出すキャッシュ部を前記携帯端末に備えることを特徴とする。
請求項５の本発明の情報提供システムは、前記情報提供サーバから前記識別情報のみを受信した場合、前記携帯端末の出力インターフェースに情報を提供するサービス提供部に当該識別情報のみを提供すると、前記サービス提供部で前記識別情報に対応した情報を前記キャッシュ部から取得し、前記情報提供サーバから前記情報と当該情報の識別情報を受信した場合、当該識別情報のみを前記サービス提供部に提供し、かつ当該情報と当該情報の識別情報を前記キャッシュ部に保持し、前記サービス提供部で、前記識別情報に対応した情報を前記キャッシュ部から取得することを特徴とする。
請求項６の本発明の情報提供システムは、前記送信済みの情報に対応する更新された情報の要求を受信した際に、前記情報提供サーバが接続され、前記要求に対応した情報を提供するデータサーバから更新された情報と当該情報の識別情報を取得し、前記更新された情報と前記キャッシュ部に保持された前記更新された情報の識別情報に対応する情報とが一致しない場合、前記キャッシュ部に保持された前記情報を前記更新された情報で書き換え、前記更新された情報と識別情報を前記携帯端末へ送信することを特徴とする。
請求項７の本発明の情報提供システムは、前記情報提供サーバから送信された前記更新された情報と識別情報を前記携帯端末で受信した際、前記識別情報と同一の識別情報に対応する情報が前記携帯端末に備えるキャッシュ部に保持されている場合、前記情報を前記更新情報で書き換えることを特徴とする。
請求項８の本発明の情報提供システムは、前記情報提供サーバに備えるキャッシュ部の記憶容量情報を前記携帯端末へ送信すると、前記携帯端末は前記記憶容量情報に基づき、前記携帯端末に備えるキャッシュ部の記憶容量を設定することを特徴とする。
請求項９の本発明の情報提供システムは、前記キャッシュ部に保持された情報の携帯端末の入力インタフェースからの更新がなされると、前記情報に更新されたことを示す更新フラグを付与し、前記情報と識別情報を前記情報提供サーバへ送信した後、前記更新フラグを削除することを特徴とする。
請求項１０の本発明の情報提供システムは、前記キャッシュ部の領域に情報を保持する空きがない場合、前記キャッシュ部の第１番目の領域に保持された情報と識別情報を削除し、第２番目の領域以降の情報と当該情報の識別情報を、前記第１番目の領域が先頭となるように移動させ、最後尾の情報保持領域に、新規情報と当該情報の識別情報を保持し、前記キャッシュ部の情報が削除された場合、削除された情報の保持された領域に続く次の領域以降の情報と識別情報を、前記次の領域が削除された情報の保持された領域となるように移動させ、前記キャッシュ部に新規情報を追加する場合、最後尾の情報の次に新規情報と識別情報を保持することを特徴とする。
請求項１１の本発明の情報提供システムは、前記携帯端末からの情報の要求により、前記識別情報に対応する前記キャッシュ部の情報が参照された場合、参照された情報の保持された領域に続く次の領域以降の情報と識別情報を、前記次の領域が参照された情報の保持された領域となるように移動させ、最後尾の情報保持領域に、参照された情報と識別情報を保持することを特徴とする。
請求項１２の本発明の情報提供システムは、前記キャッシュ部に保持された前記情報を前記更新された情報で書き換える際、更新された情報の保持された領域に続く次の領域以降の情報と当該情報の識別情報を、前記次の領域が更新された情報の保持された領域となるように移動させ、最後尾の情報保持領域に、更新された情報と識別情報を保持することを特徴とする。
請求項１３の本発明の情報提供システムは、前記情報提供サーバから前記携帯端末へ送信した情報と当該情報の識別情報の内、前記情報提供サーバで前記情報をハッシュ関数によりハッシュ化した後、ハッシュ化した情報をその識別情報と共に前記キャッシュ部に保持することを特徴とする。
請求項１４の本発明の情報提供システムは、前記携帯端末へ送信する情報をハッシュ化した情報とし、前記キャッシュ部に前記情報の識別情報と同一の識別情報に対応し、かつハッシュ化された情報が既に保持されている場合、前記ハッシュ化した情報と前記ハッシュ化された情報の比較を行い、両者に不一致がある場合、前記キャッシュ部に保持された前記ハッシュ化された情報を前記ハッシュ化した情報に書き換えることを特徴とする。
請求項１５の本発明の情報提供システムは、前記情報提供サーバに接続されたデータサーバから情報と当該情報の識別情報に加えて、その情報更新時間を前記情報提供サーバで取得し、前記情報と当該情報の識別情報を前記情報提供サーバから前記携帯端末へ送信した後、前記情報の識別情報と前記情報更新時間とを対応づけて前記キャッシュ部に保持す
ることを特徴とする。
請求項１６の本発明の情報提供システムは、前記情報更新時間を取得する際に、前記情報の識別情報と同一の識別情報が前記キャッシュ部に保持され、なおかつ前記情報の識別情報に対応する情報更新時間と前記同一の識別情報に対応する情報更新時間とが一致しない場合、前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする。
請求項１７の本発明の情報提供システムは、ネットワークを介して携帯端末と当該携帯端末に情報を提供する情報提供サーバが接続され、前記情報提供サーバは複数のデータサーバと接続され、前記情報提供サーバは前記携帯端末から情報の提供要求を受けると、前記情報提供サーバは前記複数のデータサーバのいずれかから情報と当該情報の識別情報を取得し、前記情報と当該情報の識別情報を前記携帯端末へ提供する情報提供システムであって、前記携帯端末から利用する情報サービスを識別する識別情報と、受け取る情報を選別する情報項目である情報要求内容を前記情報提供サーバへ送信すると、前記情報提供サーバで前記識別情報に基づき、前記複数のデータサーバの内いずれか１つのデータサーバを選択し、前記情報提供サーバは、前記携帯端末からの前記情報の情報要求内容に対応した情報の提供を前記データベースより受けることを特徴とする。
請求項１８の本発明の情報提供システムは、前記情報提供サーバが、送信済みの前記情報を保持するキャッシュ部を備え、前記携帯端末から要求された情報を前記キャッシュ部の情報と照合することで、前記情報が送信済みか否かを判定することを特徴とする。
請求項１９の本発明の情報提供システムは、前記照合の際、送信済みデータに基づいてデータを生成するための情報である差分情報と、送信情報が差分情報であるか否かを判定するフラグを前記情報提供サーバで作成し、前記要求された情報は未送信と判定した場合、前記情報提供サーバから、前記差分情報と前記フラグを送信し、送信済みと判定した場合、前記情報提供サーバから、前記フラグを送信することを特徴とする。
請求項２０の本発明の情報提供システムは、複数の企業毎に、当該企業に属するデータサーバと携帯端末を設け、前記携帯端末で前記データサーバに格納された情報の提供を前記情報提供サーバから受ける際に、前記携帯端末を保有するそれぞれの企業のデータサーバへ前記要求された情報を企業毎に振分けて要求する振分け制御部を前記情報提供サーバに設けたことを特徴とする。
請求項２１の本発明の情報提供システムは、複数の企業毎にデータサーバを設け、前記携帯端末で前記データサーバに格納されたそれぞれの企業の情報の提供を前記情報提供サーバから受けた際に、前記携帯端末を使用する企業毎のトラフィック利用状況を計数し、前記企業毎に携帯端末の利用料金を算出するトラフィック計数管理部を設けたことを特徴とする。
請求項２２の本発明の情報提供システムは、前記情報提供サーバから前記情報の識別情報のみを受信し、前記携帯端末に備えた前記キャッシュ部に当該識別情報が保持されていない場合、前記携帯端末から前記情報提供サーバへ当該識別情報に対応する情報を要求すると、前記情報提供サーバに備えたキャッシュ部から前記情報を読み出し、前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする。
請求項２３の本発明の情報提供サーバは、ネットワークを介して、携帯端末及び前記要求に対応した情報を提供するデータサーバに接続され、前記携帯端末からの情報の要求に対応して、前記データサーバから情報を取得して、前記要求された情報を前記携帯端末に提供する情報提供サーバであって、保持している送信済み情報と前記携帯端末から要求された情報を照合することにより、前記携帯端末から要求された情報が送信済みかどうかを判定し、前記情報の再送を抑止することを特徴とする。
請求項２４の本発明の情報提供サーバは、送信済みの前記情報と当該情報を識別する識別情報を対応付けて保持するキャッシュ部を備え、前記携帯端末から要求される情報の識別情報を前記キャッシュ部の識別情報と照合することで、前記情報が送信済みか否かを判定することを特徴とする。
請求項２５の本発明の情報提供サーバは、送信済みと判定した場合、前記情報の識別情報のみを前記携帯端末へ送信し、未送信と判定した場合、前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする。
請求項２６の本発明の情報提供サーバは、送信済みの情報に対応する更新された情報の要求を受信した際に、前記データサーバから、更新された情報と当該情報の識別情報を取得し、情報の再送を抑止する再送信抑止制御部で、更新された情報と前記キャッシュ部に保持された前記更新された情報の識別情報に対応する情報との比較を行い、両者が一致しない場合、前記キャッシュ部に保持された前記情報を前記更新された情報で書き換え、前記更新された情報と識別情報を前記携帯端末へ送信することを特徴とする。
請求項２７の本発明の情報提供サーバは、前記キャッシュ部の記憶容量情報を前記携帯端末へ送信することを特徴とする。
請求項２８の本発明の情報提供サーバは、前記キャッシュ部の領域に情報を保持する空きがない場合、前記キャッシュ部の第１番目の領域に保持された情報と識別情報を削除し、第２番目の領域以降の情報と当該情報の識別情報を、前記第１番目の領域が先頭となるように移動させ、最後尾の情報保持領域に、新規情報と当該情報の識別情報を保持し、前記キャッシュ部の情報が削除された場合、削除された情報の保持された領域に続く次の領域以降の情報と識別情報を、前記次の領域が削除された情報の保持された領域となるように移動させ、前記キャッシュ部に新規情報を追加する場合、最後尾の情報の次に新規情報と識別情報を保持することを特徴とする。
請求項２９の本発明の情報提供サーバは、前記携帯端末から要求される情報の識別情報が前記キャッシュ部の識別情報と照合され、前記識別情報に対応する前記キャッシュ部の情報が参照された場合、参照された情報の保持された領域に続く次の領域以降の情報と識別情報を、前記次の領域が参照された情報の保持された領域となるように移動させ、最後尾の情報保持領域に、参照された情報と識別情報を保持することを特徴とする。
請求項３０の本発明の情報提供サーバは、前記キャッシュ部に保持された前記情報を前記更新された情報で書き換える際、前記更新された情報の保持された領域に続く次の領域以降の情報と当該情報の識別情報を、前記次の領域が更新された情報の保持された領域となるように移動させ、最後尾の情報保持領域に、更新された情報と識別情報を保持することを特徴とする。
請求項３１の本発明の情報提供サーバは、前記携帯端末へ送信した情報と当該情報の識別情報の内、前記情報提供サーバで前記情報をハッシュ関数によりハッシュ化した後、ハッシュ化した情報をその識別情報と共に前記キャッシュ部に保持することを特徴とする。
請求項３２の本発明の情報提供サーバは、前記携帯端末へ送信する情報をハッシュ化した情報とし、前記キャッシュ部に前記情報の識別情報と同一の識別情報に対応し、かつハッシュ化された情報が既に保持されている場合、前記ハッシュ化した情報と前記ハッシュ化された情報の比較を行い、両者に不一致がある場合、前記キャッシュ部に保持された前記ハッシュ化された情報を前記ハッシュ化した情報に書き換えることを特徴とする。
請求項３３の本発明の情報提供サーバは、前記情報サーバから情報と当該情報の識別情報に加えてその情報更新時間を取得し、前記情報と当該情報の識別情報を前記携帯端末へ送信する際、前記情報の識別情報と前記情報更新時間を前記情報提供サーバに備えるキャッシュ部に保持することを特徴とする。
請求項３４の本発明の情報提供サーバは、前記情報更新時間を取得する際に、前記情報の識別情報と同一の識別情報が前記キャッシュ部に保持され、なおかつ前記情報の識別情報に対応する情報更新時間と前記同一の識別情報に対応する情報更新時間とが一致しない場合、前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする。
請求項３５の本発明の携帯端末は、ネットワークを介して情報提供サーバと接続され、情報の要求を前記情報提供サーバに行うと、前記要求した情報の提供を受ける携帯端末であって、前記情報提供サーバから受信した情報と当該情報を識別するための識別情報とを対応づけて保持すると共に、前記情報提供サーバから前記情報の識別情報のみを受信した際に、前記情報を読み出すキャッシュ部を備えることを特徴とする。
請求項３６の本発明の携帯端末は、前記情報提供サーバから前記識別情報のみを受信した場合、出力インターフェースに情報を提供するサービス提供部に、当該識別情報のみを提供し、情報と当該情報の識別情報を受信した場合、当該識別情報のみを前記サービス提供部に提供し、また当該情報と当該情報の識別情報を前記キャッシュ部に保持することを特徴とする。
請求項３７の本発明の携帯端末は、前記識別情報のみを受信した場合、前記サービス提供部は、情報の再受信を抑止する再受信抑止制御部に前記識別情報に対応した情報を要求し、前記再受信抑止制御部は前記識別情報に対応した情報を前記キャッシュ部から取得して、前記サービス提供部へ提供し、前記情報と当該情報の識別情報を受信した場合、前記サービス提供部は、前記識別情報に対応した情報を前記再受信抑止制御部に要求し、前記再受信抑止制御部は前記識別情報に対応した情報を前記キャッシュ部から取得して、前記サービス提供部へ提供することを特徴とする。
請求項３８の本発明の携帯端末は、前記受信した情報に対応する更新された情報と当該情報の識別情報を受信した際、前記識別情報と同一の識別情報に対応する情報が前記キャッシュ部に保持されている場合、前記情報を前記更新情報で書き換えることを特徴とする。
請求項３９の本発明の携帯端末は、前記情報提供サーバから前記キャッシュ部の記憶容量情報を受信すると、前記記憶容量情報に基づき、前記キャッシュ部の記憶容量を設定することを特徴とする。
請求項４０の本発明の携帯端末は、前記キャッシュ部に保持された情報の入力インタフェースからの更新がなされると、前記更新のなされた情報に情報が更新されたことを示す更新フラグを付与し、前記情報と当該情報の識別情報を前記情報提供サーバへ送信した後、前記更新フラグを削除することを特徴とする。
請求項４１の本発明の情報提供制御プログラムは、ネットワークを介して、携帯端末及びデータサーバに接続され、前記携帯端末からの情報の要求に対応して、前記データサーバから情報を取得して、前記要求された情報を前記携帯端末に提供する情報提供サーバ上で実行され、送信済み情報と当該情報の識別情報とを対応付けて保持するキャッシュ部の送信済み情報と、前記携帯端末から要求された情報を照合することにより、前記携帯端末から要求された情報が送信済みか否かを判定する機能を実行することを特徴とする。
請求項４２の本発明の情報提供制御プログラムは、送信済みと判定した場合、前記情報の識別情報のみを前記携帯端末へ送信し、未送信と判定した場合、前記情報と当該情報の識別情報を前記携帯端末へ送信する機能を有することを特徴とする。
請求項４３の本発明の情報提供制御プログラムは、送信済みの情報に対応する更新された情報の要求を受信した際に、前記データサーバから更新された情報と当該情報の識別情報を取得し、更新された情報と前記キャッシュ部に保持された前記更新された情報の識別情報に対応する情報との比較を行い、両者が一致しない場合、前記キャッシュ部に保持された前記情報を前記更新された情報で書き換え、前記更新された情報と識別情報を前記携帯端末へ送信する機能を有することを特徴とする。
請求項４４の本発明の情報提供制御プログラムは、前記キャッシュ部の記憶容量情報を前記携帯端末へ送信する機能を有することを特徴とする。
請求項４５の本発明の情報提供制御プログラムは、前記携帯端末へ送信した情報と当該情報の識別情報の内、前記情報をハッシュ関数によりハッシュ化した後、ハッシュ化した情報を当該情報の識別情報と共に前記キャッシュ部に保持する機能を有することを特徴とする。
請求項４６の本発明の情報提供制御プログラムは、前記携帯端末へ送信する情報をハッシュ化した情報とし、前記キャッシュ部に前記情報の識別情報と同一の識別情報に対応し、かつハッシュ化された情報が既に保持されている場合、前記ハッシュ化した情報と前記ハッシュ化された情報の比較を行い、両者に不一致がある場合、前記キャッシュ部に保持された前記ハッシュ化された情報を前記ハッシュ化した情報に書き換えることを特徴とする。
請求項４７の本発明の携帯端末制御プログラムは、ネットワークを介して情報提供サーバと接続され、情報の要求を前記情報提供サーバに行うと、前記要求した情報の提供を受け、受信した情報と当該情報を識別するための識別情報とを対応づけて保持するキャッシュ部を備えた携帯端末上で実行され、前記情報提供サーバから識別情報のみを受信した場合、出力インタフェースに情報を提供するサービス提供部に、当該識別情報のみを提供する機能と、情報と当該情報の識別情報を受信した場合、当該識別情報のみを前記サービス提供部に提供する機能を実行することを特徴とする。
請求項４８の本発明の携帯端末制御プログラムは、前記識別情報のみを受信した場合、前記キャッシュ部に保持されている前記識別情報に対応した情報を取得し、前記情報と当該情報の識別情報を受信した場合、前記識別情報に対応した情報を前記キャッシュ部から取得して、前記サービス提供部へ提供する機能を有することを特徴とする。
請求項４９の本発明の携帯端末制御プログラムは、前記受信した情報に対応する更新された情報と当該情報の識別情報を受信した際、前記識別情報と同一の識別情報に対応する情報が前記キャッシュ部に保持されている場合、前記情報を前記更新情報で書き換える機能を有することを特徴とする。
請求項２の本発明の情報提供システムは、送信済みの前記情報と当該情報を識別する識別情報を対応付けて保持するキャッシュ部を備え、前記携帯端末から要求される情報の識別情報を前記キャッシュ部の識別情報と照合することで、前記情報が送信済みか否かを判定することを特徴とする。
請求項３の本発明の情報提供システムは、前記情報提供サーバから前記情報の識別情報のみを前記携帯端末へ送信し、未送信と判定した場合、前記情報提供サーバから前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする。
請求項４の本発明の情報提供システムは、前記情報提供サーバから受信した情報と当該情報の識別情報とを対応づけて保持すると共に、前記情報提供サーバから前記情報の識別情報のみを受信した際に、前記情報を読み出すキャッシュ部を前記携帯端末に備えることを特徴とする。
請求項５の本発明の情報提供システムは、前記情報提供サーバから前記識別情報のみを受信した場合、前記携帯端末の出力インターフェースに情報を提供するサービス提供部に当該識別情報のみを提供すると、前記サービス提供部で前記識別情報に対応した情報を前記キャッシュ部から取得し、前記情報提供サーバから前記情報と当該情報の識別情報を受信した場合、当該識別情報のみを前記サービス提供部に提供し、かつ当該情報と当該情報の識別情報を前記キャッシュ部に保持し、前記サービス提供部で、前記識別情報に対応した情報を前記キャッシュ部から取得することを特徴とする。
請求項６の本発明の情報提供システムは、前記送信済みの情報に対応する更新された情報の要求を受信した際に、前記情報提供サーバが接続され、前記要求に対応した情報を提供するデータサーバから更新された情報と当該情報の識別情報を取得し、前記更新された情報と前記キャッシュ部に保持された前記更新された情報の識別情報に対応する情報とが一致しない場合、前記キャッシュ部に保持された前記情報を前記更新された情報で書き換え、前記更新された情報と識別情報を前記携帯端末へ送信することを特徴とする。
請求項７の本発明の情報提供システムは、前記情報提供サーバから送信された前記更新された情報と識別情報を前記携帯端末で受信した際、前記識別情報と同一の識別情報に対応する情報が前記携帯端末に備えるキャッシュ部に保持されている場合、前記情報を前記更新情報で書き換えることを特徴とする。
請求項８の本発明の情報提供システムは、前記情報提供サーバに備えるキャッシュ部の記憶容量情報を前記携帯端末へ送信すると、前記携帯端末は前記記憶容量情報に基づき、前記携帯端末に備えるキャッシュ部の記憶容量を設定することを特徴とする。
請求項９の本発明の情報提供システムは、前記キャッシュ部に保持された情報の携帯端末の入力インタフェースからの更新がなされると、前記情報に更新されたことを示す更新フラグを付与し、前記情報と識別情報を前記情報提供サーバへ送信した後、前記更新フラグを削除することを特徴とする。
請求項１０の本発明の情報提供システムは、前記キャッシュ部の領域に情報を保持する空きがない場合、前記キャッシュ部の第１番目の領域に保持された情報と識別情報を削除し、第２番目の領域以降の情報と当該情報の識別情報を、前記第１番目の領域が先頭となるように移動させ、最後尾の情報保持領域に、新規情報と当該情報の識別情報を保持し、前記キャッシュ部の情報が削除された場合、削除された情報の保持された領域に続く次の領域以降の情報と識別情報を、前記次の領域が削除された情報の保持された領域となるように移動させ、前記キャッシュ部に新規情報を追加する場合、最後尾の情報の次に新規情報と識別情報を保持することを特徴とする。
請求項１１の本発明の情報提供システムは、前記携帯端末からの情報の要求により、前記識別情報に対応する前記キャッシュ部の情報が参照された場合、参照された情報の保持された領域に続く次の領域以降の情報と識別情報を、前記次の領域が参照された情報の保持された領域となるように移動させ、最後尾の情報保持領域に、参照された情報と識別情報を保持することを特徴とする。
請求項１２の本発明の情報提供システムは、前記キャッシュ部に保持された前記情報を前記更新された情報で書き換える際、更新された情報の保持された領域に続く次の領域以降の情報と当該情報の識別情報を、前記次の領域が更新された情報の保持された領域となるように移動させ、最後尾の情報保持領域に、更新された情報と識別情報を保持することを特徴とする。
請求項１３の本発明の情報提供システムは、前記情報提供サーバから前記携帯端末へ送信した情報と当該情報の識別情報の内、前記情報提供サーバで前記情報をハッシュ関数によりハッシュ化した後、ハッシュ化した情報をその識別情報と共に前記キャッシュ部に保持することを特徴とする。
請求項１４の本発明の情報提供システムは、前記携帯端末へ送信する情報をハッシュ化した情報とし、前記キャッシュ部に前記情報の識別情報と同一の識別情報に対応し、かつハッシュ化された情報が既に保持されている場合、前記ハッシュ化した情報と前記ハッシュ化された情報の比較を行い、両者に不一致がある場合、前記キャッシュ部に保持された前記ハッシュ化された情報を前記ハッシュ化した情報に書き換えることを特徴とする。
請求項１５の本発明の情報提供システムは、前記情報提供サーバに接続されたデータサーバから情報と当該情報の識別情報に加えて、その情報更新時間を前記情報提供サーバで取得し、前記情報と当該情報の識別情報を前記情報提供サーバから前記携帯端末へ送信した後、前記情報の識別情報と前記情報更新時間とを対応づけて前記キャッシュ部に保持す
ることを特徴とする。
請求項１６の本発明の情報提供システムは、前記情報更新時間を取得する際に、前記情報の識別情報と同一の識別情報が前記キャッシュ部に保持され、なおかつ前記情報の識別情報に対応する情報更新時間と前記同一の識別情報に対応する情報更新時間とが一致しない場合、前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする。
請求項１７の本発明の情報提供システムは、ネットワークを介して携帯端末と当該携帯端末に情報を提供する情報提供サーバが接続され、前記情報提供サーバは複数のデータサーバと接続され、前記情報提供サーバは前記携帯端末から情報の提供要求を受けると、前記情報提供サーバは前記複数のデータサーバのいずれかから情報と当該情報の識別情報を取得し、前記情報と当該情報の識別情報を前記携帯端末へ提供する情報提供システムであって、前記携帯端末から利用する情報サービスを識別する識別情報と、受け取る情報を選別する情報項目である情報要求内容を前記情報提供サーバへ送信すると、前記情報提供サーバで前記識別情報に基づき、前記複数のデータサーバの内いずれか１つのデータサーバを選択し、前記情報提供サーバは、前記携帯端末からの前記情報の情報要求内容に対応した情報の提供を前記データベースより受けることを特徴とする。
請求項１８の本発明の情報提供システムは、前記情報提供サーバが、送信済みの前記情報を保持するキャッシュ部を備え、前記携帯端末から要求された情報を前記キャッシュ部の情報と照合することで、前記情報が送信済みか否かを判定することを特徴とする。
請求項１９の本発明の情報提供システムは、前記照合の際、送信済みデータに基づいてデータを生成するための情報である差分情報と、送信情報が差分情報であるか否かを判定するフラグを前記情報提供サーバで作成し、前記要求された情報は未送信と判定した場合、前記情報提供サーバから、前記差分情報と前記フラグを送信し、送信済みと判定した場合、前記情報提供サーバから、前記フラグを送信することを特徴とする。
請求項２０の本発明の情報提供システムは、複数の企業毎に、当該企業に属するデータサーバと携帯端末を設け、前記携帯端末で前記データサーバに格納された情報の提供を前記情報提供サーバから受ける際に、前記携帯端末を保有するそれぞれの企業のデータサーバへ前記要求された情報を企業毎に振分けて要求する振分け制御部を前記情報提供サーバに設けたことを特徴とする。
請求項２１の本発明の情報提供システムは、複数の企業毎にデータサーバを設け、前記携帯端末で前記データサーバに格納されたそれぞれの企業の情報の提供を前記情報提供サーバから受けた際に、前記携帯端末を使用する企業毎のトラフィック利用状況を計数し、前記企業毎に携帯端末の利用料金を算出するトラフィック計数管理部を設けたことを特徴とする。
請求項２２の本発明の情報提供システムは、前記情報提供サーバから前記情報の識別情報のみを受信し、前記携帯端末に備えた前記キャッシュ部に当該識別情報が保持されていない場合、前記携帯端末から前記情報提供サーバへ当該識別情報に対応する情報を要求すると、前記情報提供サーバに備えたキャッシュ部から前記情報を読み出し、前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする。
請求項２３の本発明の情報提供サーバは、ネットワークを介して、携帯端末及び前記要求に対応した情報を提供するデータサーバに接続され、前記携帯端末からの情報の要求に対応して、前記データサーバから情報を取得して、前記要求された情報を前記携帯端末に提供する情報提供サーバであって、保持している送信済み情報と前記携帯端末から要求された情報を照合することにより、前記携帯端末から要求された情報が送信済みかどうかを判定し、前記情報の再送を抑止することを特徴とする。
請求項２４の本発明の情報提供サーバは、送信済みの前記情報と当該情報を識別する識別情報を対応付けて保持するキャッシュ部を備え、前記携帯端末から要求される情報の識別情報を前記キャッシュ部の識別情報と照合することで、前記情報が送信済みか否かを判定することを特徴とする。
請求項２５の本発明の情報提供サーバは、送信済みと判定した場合、前記情報の識別情報のみを前記携帯端末へ送信し、未送信と判定した場合、前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする。
請求項２６の本発明の情報提供サーバは、送信済みの情報に対応する更新された情報の要求を受信した際に、前記データサーバから、更新された情報と当該情報の識別情報を取得し、情報の再送を抑止する再送信抑止制御部で、更新された情報と前記キャッシュ部に保持された前記更新された情報の識別情報に対応する情報との比較を行い、両者が一致しない場合、前記キャッシュ部に保持された前記情報を前記更新された情報で書き換え、前記更新された情報と識別情報を前記携帯端末へ送信することを特徴とする。
請求項２７の本発明の情報提供サーバは、前記キャッシュ部の記憶容量情報を前記携帯端末へ送信することを特徴とする。
請求項２８の本発明の情報提供サーバは、前記キャッシュ部の領域に情報を保持する空きがない場合、前記キャッシュ部の第１番目の領域に保持された情報と識別情報を削除し、第２番目の領域以降の情報と当該情報の識別情報を、前記第１番目の領域が先頭となるように移動させ、最後尾の情報保持領域に、新規情報と当該情報の識別情報を保持し、前記キャッシュ部の情報が削除された場合、削除された情報の保持された領域に続く次の領域以降の情報と識別情報を、前記次の領域が削除された情報の保持された領域となるように移動させ、前記キャッシュ部に新規情報を追加する場合、最後尾の情報の次に新規情報と識別情報を保持することを特徴とする。
請求項２９の本発明の情報提供サーバは、前記携帯端末から要求される情報の識別情報が前記キャッシュ部の識別情報と照合され、前記識別情報に対応する前記キャッシュ部の情報が参照された場合、参照された情報の保持された領域に続く次の領域以降の情報と識別情報を、前記次の領域が参照された情報の保持された領域となるように移動させ、最後尾の情報保持領域に、参照された情報と識別情報を保持することを特徴とする。
請求項３０の本発明の情報提供サーバは、前記キャッシュ部に保持された前記情報を前記更新された情報で書き換える際、前記更新された情報の保持された領域に続く次の領域以降の情報と当該情報の識別情報を、前記次の領域が更新された情報の保持された領域となるように移動させ、最後尾の情報保持領域に、更新された情報と識別情報を保持することを特徴とする。
請求項３１の本発明の情報提供サーバは、前記携帯端末へ送信した情報と当該情報の識別情報の内、前記情報提供サーバで前記情報をハッシュ関数によりハッシュ化した後、ハッシュ化した情報をその識別情報と共に前記キャッシュ部に保持することを特徴とする。
請求項３２の本発明の情報提供サーバは、前記携帯端末へ送信する情報をハッシュ化した情報とし、前記キャッシュ部に前記情報の識別情報と同一の識別情報に対応し、かつハッシュ化された情報が既に保持されている場合、前記ハッシュ化した情報と前記ハッシュ化された情報の比較を行い、両者に不一致がある場合、前記キャッシュ部に保持された前記ハッシュ化された情報を前記ハッシュ化した情報に書き換えることを特徴とする。
請求項３３の本発明の情報提供サーバは、前記情報サーバから情報と当該情報の識別情報に加えてその情報更新時間を取得し、前記情報と当該情報の識別情報を前記携帯端末へ送信する際、前記情報の識別情報と前記情報更新時間を前記情報提供サーバに備えるキャッシュ部に保持することを特徴とする。
請求項３４の本発明の情報提供サーバは、前記情報更新時間を取得する際に、前記情報の識別情報と同一の識別情報が前記キャッシュ部に保持され、なおかつ前記情報の識別情報に対応する情報更新時間と前記同一の識別情報に対応する情報更新時間とが一致しない場合、前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする。
請求項３５の本発明の携帯端末は、ネットワークを介して情報提供サーバと接続され、情報の要求を前記情報提供サーバに行うと、前記要求した情報の提供を受ける携帯端末であって、前記情報提供サーバから受信した情報と当該情報を識別するための識別情報とを対応づけて保持すると共に、前記情報提供サーバから前記情報の識別情報のみを受信した際に、前記情報を読み出すキャッシュ部を備えることを特徴とする。
請求項３６の本発明の携帯端末は、前記情報提供サーバから前記識別情報のみを受信した場合、出力インターフェースに情報を提供するサービス提供部に、当該識別情報のみを提供し、情報と当該情報の識別情報を受信した場合、当該識別情報のみを前記サービス提供部に提供し、また当該情報と当該情報の識別情報を前記キャッシュ部に保持することを特徴とする。
請求項３７の本発明の携帯端末は、前記識別情報のみを受信した場合、前記サービス提供部は、情報の再受信を抑止する再受信抑止制御部に前記識別情報に対応した情報を要求し、前記再受信抑止制御部は前記識別情報に対応した情報を前記キャッシュ部から取得して、前記サービス提供部へ提供し、前記情報と当該情報の識別情報を受信した場合、前記サービス提供部は、前記識別情報に対応した情報を前記再受信抑止制御部に要求し、前記再受信抑止制御部は前記識別情報に対応した情報を前記キャッシュ部から取得して、前記サービス提供部へ提供することを特徴とする。
請求項３８の本発明の携帯端末は、前記受信した情報に対応する更新された情報と当該情報の識別情報を受信した際、前記識別情報と同一の識別情報に対応する情報が前記キャッシュ部に保持されている場合、前記情報を前記更新情報で書き換えることを特徴とする。
請求項３９の本発明の携帯端末は、前記情報提供サーバから前記キャッシュ部の記憶容量情報を受信すると、前記記憶容量情報に基づき、前記キャッシュ部の記憶容量を設定することを特徴とする。
請求項４０の本発明の携帯端末は、前記キャッシュ部に保持された情報の入力インタフェースからの更新がなされると、前記更新のなされた情報に情報が更新されたことを示す更新フラグを付与し、前記情報と当該情報の識別情報を前記情報提供サーバへ送信した後、前記更新フラグを削除することを特徴とする。
請求項４１の本発明の情報提供制御プログラムは、ネットワークを介して、携帯端末及びデータサーバに接続され、前記携帯端末からの情報の要求に対応して、前記データサーバから情報を取得して、前記要求された情報を前記携帯端末に提供する情報提供サーバ上で実行され、送信済み情報と当該情報の識別情報とを対応付けて保持するキャッシュ部の送信済み情報と、前記携帯端末から要求された情報を照合することにより、前記携帯端末から要求された情報が送信済みか否かを判定する機能を実行することを特徴とする。
請求項４２の本発明の情報提供制御プログラムは、送信済みと判定した場合、前記情報の識別情報のみを前記携帯端末へ送信し、未送信と判定した場合、前記情報と当該情報の識別情報を前記携帯端末へ送信する機能を有することを特徴とする。
請求項４３の本発明の情報提供制御プログラムは、送信済みの情報に対応する更新された情報の要求を受信した際に、前記データサーバから更新された情報と当該情報の識別情報を取得し、更新された情報と前記キャッシュ部に保持された前記更新された情報の識別情報に対応する情報との比較を行い、両者が一致しない場合、前記キャッシュ部に保持された前記情報を前記更新された情報で書き換え、前記更新された情報と識別情報を前記携帯端末へ送信する機能を有することを特徴とする。
請求項４４の本発明の情報提供制御プログラムは、前記キャッシュ部の記憶容量情報を前記携帯端末へ送信する機能を有することを特徴とする。
請求項４５の本発明の情報提供制御プログラムは、前記携帯端末へ送信した情報と当該情報の識別情報の内、前記情報をハッシュ関数によりハッシュ化した後、ハッシュ化した情報を当該情報の識別情報と共に前記キャッシュ部に保持する機能を有することを特徴とする。
請求項４６の本発明の情報提供制御プログラムは、前記携帯端末へ送信する情報をハッシュ化した情報とし、前記キャッシュ部に前記情報の識別情報と同一の識別情報に対応し、かつハッシュ化された情報が既に保持されている場合、前記ハッシュ化した情報と前記ハッシュ化された情報の比較を行い、両者に不一致がある場合、前記キャッシュ部に保持された前記ハッシュ化された情報を前記ハッシュ化した情報に書き換えることを特徴とする。
請求項４７の本発明の携帯端末制御プログラムは、ネットワークを介して情報提供サーバと接続され、情報の要求を前記情報提供サーバに行うと、前記要求した情報の提供を受け、受信した情報と当該情報を識別するための識別情報とを対応づけて保持するキャッシュ部を備えた携帯端末上で実行され、前記情報提供サーバから識別情報のみを受信した場合、出力インタフェースに情報を提供するサービス提供部に、当該識別情報のみを提供する機能と、情報と当該情報の識別情報を受信した場合、当該識別情報のみを前記サービス提供部に提供する機能を実行することを特徴とする。
請求項４８の本発明の携帯端末制御プログラムは、前記識別情報のみを受信した場合、前記キャッシュ部に保持されている前記識別情報に対応した情報を取得し、前記情報と当該情報の識別情報を受信した場合、前記識別情報に対応した情報を前記キャッシュ部から取得して、前記サービス提供部へ提供する機能を有することを特徴とする。
請求項４９の本発明の携帯端末制御プログラムは、前記受信した情報に対応する更新された情報と当該情報の識別情報を受信した際、前記識別情報と同一の識別情報に対応する情報が前記キャッシュ部に保持されている場合、前記情報を前記更新情報で書き換える機能を有することを特徴とする。
図１は、本発明の第１の実施例における情報提供システムの構成を示すブロック図である。
図２は、本発明の第１の実施例におけるデータパケットの構造を示す図である。
図３は、本発明の第１の実施例における使用者による要求入力後の処理の流れを説明する概略図である。
図４は、本発明の第１の実施例を説明するための情報提供サーバのサービス提供部の処理を示すフローチャートである。
図５は、本発明の第１の実施例を説明するための情報提供サーバの再送信抑止制御部の処理を示すフローチャートである。
図６は、本発明の第１の実施例を説明するための携帯端末の再受信抑止制御部の処理を示すフローチャートである。
図７は、本発明の第１の実施例における携帯端末のサービス提供部の処理を示すフローチャートである。
図８は、本発明の第１の実施例におけるデータ更新時の不一致を回避する仕組みを説明するための図である。
図９は、本発明の第２の実施例を説明するための図である。
図１０は、本発明の第３の実施例を説明するための送信履歴データキャッシュ部のデータ保持を示す図である。
図１１は、本発明の第３の実施例を説明するための送信履歴データキャッシュ部部のデータ保持を示す図である。
図１２は、本発明の第４の実施例を説明するための図である。
図１３は、本発明の第５の実施例を説明するための図である。
図１４は、本発明の第６の実施例を説明するための図である。
図１５は、背景技術を説明するための図である。
図１６は、本発明の第７の実施例を説明するための図である。
図１７は、本発明の第８の実施例を説明するための図である。
図１８は、本発明の第９の実施例を説明するための図である。
図１９は、本発明の第１０の実施例を説明するための図である。
図２０は、本発明の第１１の実施形態を説明するための携帯端末の再送信抑止制御部の処理を示すフローチャートである。
図２１は、本発明の第１１の実施形態を説明するための情報提供サーバの再送信抑止制御部の処理を示すフローチャートである。
図２２は、本発明の第１２の実施形態を説明するための情報提供サーバの再送信抑止制御部の処理を示すフローチャートである。
図２３は、本発明の第１３の実施形態を説明するための情報提供サーバの再送信抑止制御部の処理を示すフローチャートである。
図２は、本発明の第１の実施例におけるデータパケットの構造を示す図である。
図３は、本発明の第１の実施例における使用者による要求入力後の処理の流れを説明する概略図である。
図４は、本発明の第１の実施例を説明するための情報提供サーバのサービス提供部の処理を示すフローチャートである。
図５は、本発明の第１の実施例を説明するための情報提供サーバの再送信抑止制御部の処理を示すフローチャートである。
図６は、本発明の第１の実施例を説明するための携帯端末の再受信抑止制御部の処理を示すフローチャートである。
図７は、本発明の第１の実施例における携帯端末のサービス提供部の処理を示すフローチャートである。
図８は、本発明の第１の実施例におけるデータ更新時の不一致を回避する仕組みを説明するための図である。
図９は、本発明の第２の実施例を説明するための図である。
図１０は、本発明の第３の実施例を説明するための送信履歴データキャッシュ部のデータ保持を示す図である。
図１１は、本発明の第３の実施例を説明するための送信履歴データキャッシュ部部のデータ保持を示す図である。
図１２は、本発明の第４の実施例を説明するための図である。
図１３は、本発明の第５の実施例を説明するための図である。
図１４は、本発明の第６の実施例を説明するための図である。
図１５は、背景技術を説明するための図である。
図１６は、本発明の第７の実施例を説明するための図である。
図１７は、本発明の第８の実施例を説明するための図である。
図１８は、本発明の第９の実施例を説明するための図である。
図１９は、本発明の第１０の実施例を説明するための図である。
図２０は、本発明の第１１の実施形態を説明するための携帯端末の再送信抑止制御部の処理を示すフローチャートである。
図２１は、本発明の第１１の実施形態を説明するための情報提供サーバの再送信抑止制御部の処理を示すフローチャートである。
図２２は、本発明の第１２の実施形態を説明するための情報提供サーバの再送信抑止制御部の処理を示すフローチャートである。
図２３は、本発明の第１３の実施形態を説明するための情報提供サーバの再送信抑止制御部の処理を示すフローチャートである。
以下、本発明の実施例について図面を参照して詳細に説明する。
〔第１の実施例〕
図１は、第１の実施例による情報提供システムの構成を示すブロック図である。
図１を参照すると、第１の実施例における情報提供サーバ１０は、ネットワーク５０を介して携帯端末２０と接続されている。情報提供サーバ１０は、携帯端末２０からの情報の要求に対応して、情報提供サーバ１０が要求された情報を携帯端末２０へ提供する。この場合、情報及び当該情報の識別情報の送信は、情報を加工処理したデータの送信により行なわれる。以下では、特に必要な場合を除き、情報をデータ、また識別情報をＩＤと記述することにする。
情報提供サーバ１０は、さらにネットワーク６０を介してデータサーバ３０と接続されている。なお、図では携帯端末２０と情報提供サーバ１０とデータサーバ３０がそれぞれ１台となっているが、いずれも複数であっても良い。
本実施例における携帯端末２０は、使用者からの入力インターフェースとしてキーパッドやキーボードを備え、出力インターフェースとして文字や画像を描画可能なモニタを備える。携帯端末の例として、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ノート型パソコンなどがある。
携帯端末２０は、使用者からの入力の受付や、入力に対して情報を提供するサービス提供部２２と、外部に接続されている機器との通信を行う通信制御部２１と、同一内容のデータの再受信を抑止する機能を備え、情報提供サーバ１０から受けた情報を処理する再受信抑止制御部２３と、情報提供サーバ１０から提供を受けた情報を保持する受信データキャッシュ部２４を備える。
携帯端末２０のサービス提供部２２は、出力インターフェースを通して使用者にサービスを提供する。ここで言うサービスには、外部接続されたサーバなどに情報を要求し、取得した情報を使用者が参照するサービスが含まれる。このようなサービスの例として、社員の電話番号を確認する電話帳サービスや、上司のスケジュールを参照するスケジューラなどがある。
情報提供サーバ１０は、携帯端末２０から受けた要求を受けて、情報を携帯端末２０へ提供することができる。情報提供サーバ１０の例として、企業サーバやＷｅｂサーバ、アプリケーションサービスプロバイダが保有するサーバなどがある。
情報提供サーバ１０は、携帯端末２０からの要求を受ける通信制御部１１と、要求を発行するサービス提供部１２と、情報の再送信を抑止する機能を備えた再送信抑止提供部１３と、送信するデータとそのＩＤを履歴情報として保持する送信履歴データキャッシュ部１４を備える。
サービス提供部１２は、携帯端末２０から受け取った要求を確認し、データサーバ３０へデータの要求を行なうことができる。
再送信抑止制御部１３は、データサーバ３０から受け取った情報が、既に携帯端末へ送信済みの情報かどうかを判定することができる。
送信履歴データキャッシュ部１４は、携帯端末２０から情報の提供要求のあった際に、サービス提供部１２がデータサーバ３０から取得し、携帯端末２０へ送信したデータを、データとＩＤを対応づけて保持することができる。これらのデータ及びＩＤは、送信済みの情報として保持される。
図は、３つのデータ保持領域にデータのある場合で、ＩＤがＩＤ１、ＩＤ２、ＩＤ３で、それぞれのデータがデータ１、データ２、データ３の３つのデータが保持されている。１つのデータ保持領域には、１つのデータとそのＩＤが保持される。
また、同じデータが携帯端末２０の受信データキャッシュ部２４にも保持されている。携帯端末２０では、情報提供サーバ１０から受信したデータを、データとＩＤを対応づけて受信データキャッシュ部２４に保持することができる。
送信履歴データキャッシュ部１４のデータと受信データキャッシュ部２４のデータは、データ変更時を除いて、同一に保たれる。
これらのデータはＩＤを指定することにより、データを読み出すことができる。例えば、携帯端末２０の場合、サービス提供部２２はＩＤをキー項目として再受信抑止制御部２３にデータ要求を行なうと、再受信抑止制御部２３はＩＤとそれに対応したデータを受信データキャッシュ部２４から取得して、サービス提供部２２に提供する。
データサーバ３０は、外部機器とのインターフェースである通信制御部３１と、情報提供サーバ１０からの要求を受けて、その要求に適した情報をデータベース３３から検出するデータ検出部３２と、各種の情報が格納されたデータベース３３を備える。データサーバ３０は、携帯端末２０から情報の提供要求が情報提供サーバ１０へなされると、情報に対応したデータとそのＩＤを情報提供サーバ１０へ提供する。
なお、図１では、データサーバ３０を情報提供サーバ１０から独立したサーバとしているが、データサーバ３０を情報提供サーバ１０に含めた構成としても良い。例えば、データサーバ３０の代わりに、情報提供サーバ１０に設置したデータベースを使用しても良い。
次に、上記第１の実施例における動作について図を用いて詳細に説明する。
図２は、本実施例におけるデータパケットの構造を示す図である。なお必要に応じて、図１の主要な部分を参照する。
図２を参照すると、最初に、情報提供サーバ１０の送信履歴データキャッシュ部１４は３つのデータを３つのデータ保持領域に保持している。携帯端末２０から情報の提供要求が情報提供サーバ１０に対して行なわれると、情報提供サーバ１０はデータサーバ３０へ情報要求を行い、データサーバ３０からデータ２０１とそのＩＤ２００が送信される。
送信履歴データキャッシュ部１４では、携帯端末２０へ送信するデータ２０１とそのＩＤ２００を送信履歴のデータ２０５とＩＤ２０４として保持する。
同時に、送信履歴データキャッシュ部１４は、データ２０５とＩＤ２０４を、携帯端末２０へ、データ２０７とＩＤ２０６として送信する。
携帯端末２０では、データ２０７を受信すると、受信したデータ２１２とＩＤ２１１として、受信データキャッシュ部２４に保持する。
送信履歴データキャッシュ部１４と受信データキャッシュ部２４は、データ変更時を除き、同一のデータを保持している。
携帯端末２０のサービス提供部２２が利用者に提供するサービスには、入力インタフェース、出力インタフェースを介したサービスに加えて、外部に接続された情報提供サーバ１０に要求を発行し、その要求に対して情報を受けることで、利用者が情報を参照することができるサービスが含まれる。
このような例として、企業内の社員同士で電話帳情報を参照するサービスや、スケジュールを確認するサービスがある。例えば、電話帳参照機能を提供するサービスであれば探したい相手の姓または氏名などを入力して要求を行い、スケジュール確認であれば参照したい相手日時を入力して要求を行うことになる。この要求は使用者が、サービス提供部２２が提供する出力インターフェースを確認し、その中から参照したい項目を入力インターフェースを介して選択及び入力することにより行われる。
以下、使用者による要求入力後の処理の流れについて説明する。最初に、処理の概略を説明し、次に処理の詳細な説明を行なう。
図３は、本実施例における使用者による情報要求入力後の処理の流れを説明する概略図である。
図３を参照すると、携帯端末２０のサービス提供部２２で入力された情報要求は、再受信抑止制御部２３を経由して、情報提供サーバ１０の再送信抑止制御部１３で受信される。次に、情報要求はサービス提供部１２を経由してデータサーバ３０で受信される。
データサーバ３０では要求された情報に対応したデータを検索して、情報提供サーバ１０のサービス提供部１２へデータとそのＩＤを送信する。サービス提供部１２はデータを再送信抑止制御部１３へ送信する。次に、再送信抑止制御部１３はデータを送信履歴データキャッシュ部１４に送信する。ここでは、要求データと同じＩＤがないとして、これを送信履歴データキャッシュ部１４で保持する。
次に、再送信抑止制御部１３は要求データを携帯端末２０へ送信する。携帯端末２０では、再受信抑止制御部２３でこれを受信し、受信データキャッシュ部２４で保持する。
最後に、再受信抑止制御部２３はサービス提供部２２へデータを提供し、サービス提供部２２は出力インターフェースを介して使用者に情報を提供する。
以上に、使用者による要求入力後の処理の概略説明を行なった。
次に、処理の詳細を説明するが、詳細な説明の前に、情報提供サーバ１０で新規情報かどうかを判定する方法について、簡単に説明する。
なお必要に応じて、図１の主要な部分を参照する。
最初に、携帯端末２０のサービス提供部２２は使用者の入力が完了するのを確認する。次に、サービス提供部２２から、通信制御部２１から入力した情報と、利用中のサービスを識別するための情報が、情報提供サーバ１０へ情報要求として送信される。
携帯端末２０からの情報要求は、情報提供サーバ１０の通信制御部１１、再送信抑止制御部１３を経由した後、サービス提供部１２で取得される。
携帯端末２０から情報要求を取得した情報提供サーバ１０は、情報を保持するデータサーバ３０に対する情報要求を再送信抑止制御部１３で発行する。情報要求は、再送信抑止制御部１３から、通信制御部１１を経由してデータサーバ３０に送られる。
データサーバ３０は、通信制御部３１を経由してデータ検出部３２で情報要求を受け、データ検出部３２は、使用者による選択及び入力した情報を検索キーとして検索処理を行って、データサーバ３０から必要となるデータを取得する。取得したデータは、データ２０１とＩＤ２００で構成されており、これらの情報は通信制御部３１経由で送信される。
データサーバ３０から、データとそのＩＤを取得した情報提供サーバ１０の再送信抑止制御部１３は、受信した情報が携帯端末２０に既に送信されているかどうかを、以下に述べるように送信履歴データキャッシュ部１４のデータを参照して判定する。
この確認は、データサーバ３０から取得したデータに付与されているＩＤと、送信履歴データキャッシュ部１４に既に保持されている情報のＩＤとを比較することにより行なわれる。
再送信抑止制御部１３による比較の結果、データサーバ３０から取得したＩＤと、送信履歴データキャッシュ部１４に既に保持されている情報のＩＤが一致せず、受け取ったデータに付与されているＩＤが、送信履歴データキャッシュ部１４に存在しない場合には、新規情報であるため、携帯端末２０へは送信していないと判定する。
また、データサーバ３０から取得したＩＤと同一のＩＤが送信履歴データキャッシュ部１４に存在する場合には、既に携帯端末２０へは送信済みであると判定する。
判定によって、新規情報と判定されたものについてはそのデータとそのＩＤを、また既に送信済みと判定された情報については、そのＩＤのみを、再送信抑止制御部１３は、通信制御部１１経由で携帯端末２０に送信する。
なお、再送信抑止制御部１３は、データサーバ３０から受信したデータから新規情報と判定されたデータのみ、データとそのＩＤを送信履歴データキャッシュ部１４に保持する。
以上のように、前記携帯端末２０から要求された情報を、情報提供サーバ１０により保持された送信済み情報と照合することにより、前記携帯端末から要求された情報が送信済みか否かを判定し、前記情報の再送を抑止する。
送信済みか否かの判定は、携帯端末２０から要求されるデータの識別情報を送信履歴データキャッシュ部１４の識別情報と照合することにより行われる。
上記の判定の結果、送信済みと判定した場合には、情報提供サーバ１０からデータのＩＤのみを携帯端末２０へ送信し、未送信と判定した場合には、情報提供サーバ１０からデータとそのＩＤを携帯端末２０へ送信する。
以上に、情報提供サーバ１０で新規情報かどうかを判定する方法について、簡単に説明した。
次に、処理の詳細を説明する。
図４は本実施例を説明するための情報提供サーバ１０に設置されたサービス提供部１２の処理を示すフローチャートである。なお必要に応じて、図１の主要な部分を参照して説明を行なう。
図４を参照すると、データサーバ３０からデータ２０１とＩＤ２００を取得すると（ステップ４０１）、データはサービス提供部１２から再送信抑止制御部１３に送信される（ステップ４０２）。
図５は、本発明の実施例を説明するための情報提供サーバ１０の再送信抑止制御部１３の処理を示すフローチャートである。以下の説明では必要に応じて図１、図２の主要な部分を参照する。
図５を参照すると、データを取得した再送信抑止制御部１３は（ステップ５０１）、送信履歴データキャッシュ部１４に、ＩＤ２００と同一のＩＤが存在するかどうかの確認処理を行う（ステップ５０２）。
確認の結果、送信履歴データキャッシュ部１４内に同じＩＤがあった場合には、すでに送信済みと判定し、そのＩＤのみを送信済みＩＤ２０８として携帯端末２０に向けて送信する処理を行う（ステップ５０３）。
一方、再送信抑止制御部１３は、送信履歴データキャッシュ部１４に同じＩＤがなかった場合には、新規のデータとして、データ２０６とＩＤ２０７を携帯端末２０に向けて送信する処理を行う（ステップ５０４）。
また同時に、再送信抑止制御部１３は、送信履歴データキャッシュ部１４にデータ２０５とＩＤ２０４として保持する（ステップ５０５）。
送信済みＩＤ２０８あるいは新規データであるデータ２０７とＩＤ２０７は、再送信抑止制御部１３から通信制御部１１を経由して携帯端末２０に送られる。
このように、再送信抑止制御部１３で、既に携帯端末２０へ送信済みと判定されたデータについては、送信済みＩＤ２０８のみを送信することで、データと共に送信する場合に比較して、トラフィックの低減を実現している。
図６は、本発明の実施例を説明するための携帯端末２０の再受信抑止制御部２３の処理を示すフローチャートである。以下の説明では必要に応じて図１、図２の主要な部分を参照する。
携帯端末２０では、通信制御部２１経由で、送信済みＩＤ２０８あるいは、新規のデータ２０６とＩＤ２０７で構成された情報を再受信抑止制御部２３で取得する（ステップ６０１）。
再受信抑止制御部２３は取得した情報が、ＩＤのみで構成されているかどうかを調べ（ステップ６０２）、当該情報がＩＤのみで構成された送信済みＩＤ２０８の場合には、送信済みＩＤ２０８をサービス提供部２２に提供する（ステップ６０３）。
また、再受信抑止制御部２３は、当該情報が新規のデータ２０６とそのＩＤ２０７で構成されている場合には、そのＩＤ２０７のみをサービス提供部２２に提供し（ステップ６０４）、データ２０６とＩＤ２０７は、受信したデータ２１２とそのＩＤ２１１として、受信データキャッシュ部２４に保持する（ステップ６０５）。
図７は、本発明の実施例における携帯端末２０のサービス提供部２２の処理を示すフローチャートである。
受信済みのＩＤ２０８あるいは新規のＩＤ２０６を取得したサービス提供部２２は（ステップ７０１）、ＩＤ２０８あるいはＩＤ２０６をキー項目として、再受信抑止制御部２３にデータの要求を行う（ステップ７０２）。再受信抑止制御部２３は、受け取ったＩＤとそれに対応したデータを受信データキャッシュ部２４から取得し、サービス提供部２２にそれらのデータを提供する。受け取ったデータによって、サービス提供部２２は出力インターフェースを利用して情報を利用者に提供することができる（ステップ７０３）。
しかし、情報提供サーバ１０の再送信抑止制御部１３での確認処理（図５のステップ５０２で示した）において、ＩＤが同一であっても、データサーバ３０側でデータの更新がされると、データが一致しないという場合もありうる。データの更新は、バージョンアップあるいはデータ誤りの修正などの際に必要に応じてなされ、ＩＤは不変であるが、データは書き換えられる。
この場合、同一のＩＤが存在するかどうかの確認処理を行う際に、同一ＩＤだけではなく、データも比較して、更新を確認することで、この更新によるデータの不一致を回避する仕組みが必要となる。以下にこれを回避する仕組みについて説明する。
図８は、本発明の実施例におけるデータ更新時の不一致を回避する仕組みを説明するための図である。以下の説明では必要に応じて、図１の主要な部分を参照する。
図８を参照すると、携帯端末２０からの要求により、データサーバ３０から更新データ６０１とそのＩＤ６００を受け取った情報提供サーバ１０の通信制御部１１は、再送信抑止制御部１３に情報を渡す。このとき、送信履歴データキャッシュ部１４には、ＩＤ６００とＩＤが同一のＩＤ６０２とそのデータ６０３が保持されているとする。すなわち、データ６０３は更新前のデータ、また更新データ６０１は更新後のデータである。
再送信抑止制御部１３は、データ６０３を、更新データ６０１と比較する。
比較した結果、データ６０３と更新データ６０１に不一致があった場合には、データ６０３は最新の更新データ６０１に更新されているとみなし、データ６０３を更新データ６０５に変更する。
情報提供サーバ１０の再送信抑止制御部１３は、ＩＤ６０４をＩＤ６０６、更新データ６０５を更新データ６０７として、通信制御部１１経由で、携帯端末２０に向けて送信する。
これらのデータは、携帯端末２０の再受信抑止制御部２３で受信される。再受信抑止制御部２３は、受信データキャッシュ部２４を参照し、ＩＤ６０６と同一のＩＤ６０８があり、なおかつ更新データ６０７が送信されてきている場合には、情報が更新されていると判定する。再受信抑止制御部２３は、受信データキャッシュ部２４に保持してあるＩＤ６０８とセットのデータ６０９を、更新データ６０７に置換え、更新済みデータ６１１とする。この例では、更新による書き換えのためＩＤの書き換えは行わない。
このように、情報提供サーバ１０からの携帯端末２０への情報送信時に、携帯端末２０の受信データキャッシュ部２４に保持されていると判定した情報に関しては、情報提供サーバ１０からＩＤのみを送信する。また、保持されていない又は更新されていると判定した情報に関しては、そのデータとＩＤを送信する。同時に、情報提供サーバ１０では、当該データと当該ＩＤを送信履歴データキャッシュ部１４に保持または更新するという処理により、情報提供サーバ１０は、送信履歴データキャッシュ部１４の内容と、携帯端末２０が保持する受信データキャッシュ部２４の内容を、データ更新時以外は、同一に保つことができる。
また、情報提供サーバ１０から送信されたデータを圧縮処理して携帯端末２０へ送信することによるトラフィック量の低減も可能である。
また、情報提供サーバ１０から送信されたデータを暗号化した後、携帯端末２０へ送信することも可能である。
以上述べたように、本実施例によれば、情報提供サーバ１０の送信履歴データキャッシュ部１４と携帯端末２０の受信データキャッシュ部２４を、データ更新時以外は同一に保たれるが、このために、情報提供サーバ１０は、携帯端末２０の受信データキャッシュ部２４のキャッシュサイズを確定する機能を持つ必要がある。
この携帯端末２０のキャッシュサイズを確定する機能とは、使用する携帯端末２０の種類によって、利用可能なサイズに違いがある可能性があるため、携帯端末２０が最初に情報を要求した際に、携帯端末２０に対して、受信データキャッシュ部２４として利用可能なサイズを確定するものである。
以下で、キャッシュサイズの確定について、図１の主要な部分を参照して説明を行う。
携帯端末２０からの最初の情報提供の要求時に、その要求を受けた情報提供サーバ１０の再送信抑止制御部１３は、自身が保有するキャッシュサイズ確認のための要求コマンドを発行する。そのコマンドの戻り値から、情報提供サーバ１０の再送信抑止制御部１３では、利用するキャッシュサイズを決定し、自身の送信履歴データキャッシュ部１４に携帯端末２０に対応したキャッシュサイズを確保する。
キャッシュサイズを確保した後、そのサイズ情報を通信制御部１１から、携帯端末２０の再受信抑止制御部２３に送信する。すると、携帯端末２０の再受信抑止制御部２３は、受け取ったサイズで受信データキャッシュ部２４のサイズを確保する。
以上の実施例の説明は、携帯端末２０が１つの場合の例であるが、１つの情報提供サーバ１０に対して複数の携帯端末２０が接続されることがある。
このような場合、情報提供サーバ１０は、各携帯端末２０が保有するキャッシュサイズを各携帯端末の固有情報としてデータテーブルなどで保有し、接続してきた携帯端末がどれぐらいのキャッシュを保有しているかデータテーブルで確認し、キャッシュサイズを決定するという方法もある。
また、携帯端末２０側で既にキャッシュの一部分を確定領域として確保している場合や、他のアプリケーションがキャッシュを利用する為に一部分を確保している場合には、その残りサイズを送信履歴データキャッシュ部１４と受信データキャッシュ部２４のキャッシュサイズとすることもできる。
以上説明した第１の実施例によれば、携帯端末から要求のあったデータを情報提供サーバから送信する際に、送信済みデータの保持されたキャッシュ部のデータを参照することにより、データが送信済みかどうかの判定を行なうことが可能となり、サーバから携帯端末へのデータの再送を抑止することができる。
〔第２の実施例〕
次に本発明の第２の実施例について説明する。
第２の実施例によれば、携帯端末２０の利用者が受信データキャッシュ部２４内の受信データを編集した場合においても、情報提供サーバ１０に設置された送信履歴データキャッシュ部１４と携帯端末２０の受信データキャッシュ部２４を同一に保つことができるという特徴を持つ。
図９は、本実施例を説明するための図である。以下の説明では必要に応じて、図１の主要な部分を参照する。
例えば、利用者自身のスケジュールに変更があったとする。このような場合、利用者は、サービス提供部２２が提供するスケジュール管理アプリケーションにより、受信データキャッシュ部２４内に保持されている利用者自身のスケジュール（図示していない）を参照する。次に、利用者は、変更が発生した項目をサービス提供部２２が提供する編集機能により入力インターフェースによって編集する。
このような場合においても、本実施例によれば、情報提供サーバ１０の送信履歴データキャッシュ部１４の送信履歴と携帯端末２０の受信データキャッシュ部２４の受信データを、データ更新時以外は同一にすることを可能とする。
図９を参照すると、第１の実施例の構成に比較すると、携帯端末２０には、更新フラグ付加部２５が追加して設置されている。また、受信データキャッシュ部２４のデータ構成については、データ７０１が更新された場合にフラグを付与する更新フラグ７０２が追加されている。
この更新フラグ７０２は、データ７０１及びＩＤ７００とセットで管理される。情報提供サーバ１０では、送信履歴データキャッシュ部１４に、データ７０１に対応したデータ７０６とＩＤ７０５を保持する。
処理が行われる前の初期状態においては、データ７０１とデータ７０６は同一であり、ＩＤ７００とＩＤ７０５は同一である。
携帯端末２０の受信データキャッシュ部２４内にあるデータ７０１は、サービス提供部２２が提供する入力インターフェースにより、利用者は内容の編集を行うことができる。
利用者による編集が行われると、受信データキャッシュ部２４内のデータ７０１は編集された内容に更新され、更新が行われたことを示す更新フラグ７０２に対して、更新フラグ付加部２５によって更新フラグ７０２が付与される。更新フラグ７０２は、例えば数字の１、英字のＡでも良い。
利用者の編集が終了し、サービス提供部２２が提供する入力インターフェースにより、利用者から処理の終了が指示されると、サービス提供部２２は、編集処理の終了を再受信抑止制御部２３に通知する。
編集終了の通知を受けた再受信抑止制御部２３は、更新フラグ付加部２５に要求して、受信データキャッシュ部２４の更新フラグ７０２を確認し、フラグが付与されているＩＤ７００と、データ７０１を取出し、通信制御部２５を経由して、情報提供サーバ１０にＩＤ７００をＩＤ７０３とし、更新されたデータ７０１を更新データ７０４として送信する。
送信を行うと、再受信抑止制御部２３は、更新フラグ付加部２５に更新フラグ７０２に付与されていた更新フラグを取り除く指示を行い、更新フラグ付加部２５は、更新フラグ７０２を取り除く処理を行う。
情報提供サーバ１０は、更新データ７０４とＩＤ７０３を再送信抑止制御部１３で受け取る。再送信抑止制御部１３は、ＩＤ７０３と同一のＩＤ７０５に対応するデータ７０６を取出し、更新データ７０４とデータ７０６をサービス提供部１２に渡す。サービス提供部１２は取得した情報を参照して、送信履歴データキャッシュ１４内の情報を携帯端末２０から取得した情報に書き換えるか、または、データサーバ３０側でも情報が更新されていた場合にそちらの情報に書き換えるかを判定するが、この処理は提供サービスに依存するものであり、場合によりいずれを選択しても良い。
第２の実施例によれば、上記動作により、携帯端末側で情報を編集した際に、サービス提供サーバ１０と携帯端末２０のキャッシュ内容を、情報更新時以外は一致させることができ、第１の実施例で述べた、再送信抑止機能を実行することでデータ通信量の低減が可能となる。
〔第３の実施例〕
次に本発明の第３の実施例について図を用いて説明する。
ここでは、新規情報を追加する際に、情報量が多いために、第１の実施例で確定した受信データキャッシュ部２４のキャッシュサイズを超える可能性がある場合の対応について説明する。本実施例によれば、情報提供サーバ１０の再送信抑止制御部１３と携帯端末２０の再受信抑止制御部２３は同一のキャッシュ管理アルゴリズムを保有して処理を行う。
図１０は、本実施例を説明するための送信履歴データキャッシュ部１４のデータ保持を示す図である。以下の説明では必要に応じて、図１の主要な部分を参照する。
携帯端末２０の保有する受信データキャッシュ部２４のサイズを第１の実施例の方法で把握した情報提供サーバ１０は、同一のキャッシュサイズで送信履歴データキャッシュ部１４を確保する。
携帯端末２０からの情報要求により、情報提供サーバ１０はデータサーバ３０に情報要求を行い、データサーバ３０から新規データ１１０４を受け取ったとする。
図１０を参照すると、新規データ１１０４を追加すると、送信履歴データキャッシュ部１４でデータ保持領域として確保しているサイズを超えてしまう場合に，再送信抑止制御部１３は送信履歴データキャッシュ部１４を参照し、キャッシュ管理アルゴリズムを開始する。
まず、送信履歴データキャッシュ部１４のデータ保持領域の先頭にあるデータ１１００とＩＤ１１５０を削除する。削除したことにより空いた領域に、データ１１０６とＩＤ１１５６を移動し、続いて空いた領域に残りのデータを順次移動して空きを詰める。これにより、最後に空き領域ができ、そこに新規データ１１１２とそのＩＤ１１６２を追加する。
なお、データを１つ削除するだけでは新規データを追加する領域が足りない場合には、新規データを追加できる最低限の領域を空けるために、複数のデータを削除する。
このようなアルゴリズムを携帯端末２０側の再受信抑止制御部２３も備えていることで、新規データを追加する際に、キャッシュサイズが不足することなく処理が可能となる。
上記処理を行う上で、削除される先頭のデータを、利用頻度が低くまた必要性の下がったものにしておくことで、より効率的なキャッシュ領域の利用が可能となる。そこで、情報提供サーバ１０の再送信抑止制御部１３と携帯端末２０の再受信抑止制御部２３は、利用頻度及び必要性の低いデータを優先的に先頭にもっていく処理を、それぞれ再受信抑止機能、再受信抑止機能を利用する際に行う。この処理について、以下で説明を行う。
図１１は、本実施例を説明するための送信履歴データキャッシュ部１４のデータ保持を示す図である。以下の説明では必要に応じて、図１の主要な部分を参照する。
まず、再送信抑止制御部１３において、データが参照された場合の処理について説明する。再送信抑止の処理の際にデータの比較を行なうために、データ１２０１を参照した場合、送信履歴データキャッシュ部１４の空いたデータ保持領域の再後尾に、データ１２０１とそのＩＤ１２５１を移動し、参照データ１２０８とＩＤ１２５８とする。移動によって空いた領域には、データ１２０３とＩＤ１２５３をシフトさせ、空いた領域にデータを順次上にシフトして間を詰める。
次に、再送信抑止制御部１３において、データが更新された場合の処理について説明する。再送信抑止制御部１３において、再送信抑止のためのデータを更新する処理の際に、データ１２１１とＩＤ１２６１を更新した場合、送信履歴データキャッシュ部１４の空き領域の最後尾に、更新データ１２１８とＩＤ１２６８を保持する。移動によって空いた領域には、ＩＤ１２６２、データ１２１２をシフトして、ＩＤ１２５６、データ１２０６とし、空いた領域にデータを順次上にシフトして間を詰める。
次に、再送信抑止制御部１３において、データが削除された場合の処理について説明する。再送信抑止制御部１３において、再送信抑止処理を行う際に、データ１２２１が不要となった場合、送信履歴データキャッシュ部１４は、データ１２１１を削除する処理を行う。この削除処理によって空いた領域には、データ１２２２とＩＤ１２７２をシフトして、データ１２２６とＩＤ１２７６とし、空いた領域にデータを順次上にシフトして間を詰める。
最後に、再送信抑止制御部１３において、新規データが追加される場合の処理について説明する。再送信抑止制御部１３において、再送信抑止処理を行う際に、新規データ１２３５とＩＤ１２８５を受け取った場合、送信履歴データキャッシュ部１４に、この新規データ１２３５を追加する処理を行う。送信履歴データキャッシュ部１４内の最後尾のデータ１２３９の後に、新規データ１２４０とＩＤを保持する。
上記のデータ参照、データの更新、データの削除、新規データの追加の処理は、携帯端末２０の再受信抑止制御部２３及び受信データキャッシュ部２４でも同様に行うことができる。
〔第４の実施例〕
次に本発明の第４の実施例について図を用いて説明する。
本実施例によれば、情報提供サーバ１０に設置された送信履歴データキャッシュ部１４にデータを保持する際に、ハッシュ関数を使用することでキャッシュ記憶の容量を抑えながら、再送信抑止機能を提供するという特徴を持つ。
第１の実施例の構成において、ハッシュ関数を使用して、新規データのキャッシュ保存時にデータをハッシュ化し、送信履歴データキャッシュ部１４に保持する。この場合のハッシュ関数は、ＳＨＡ−１やＭＤ５などを利用することが可能であり、ハッシュ化する手段は限定しない。
データをハッシュ化することで、元のデータよりも少ない量で更新データの違いを発見することができ、送信履歴データキャッシュ部１４で利用する保持領域を抑えることが可能となる。
次に、この実施例において、データサーバ３０から情報を受け取り、それが更新された情報であった場合の処理について説明する。
図１２は、本実施例を説明するための図である。
携帯端末２０からの要求によって、情報の要求を行った情報提供サーバ１０は、データ８０３とＩＤ８０２をデータサーバ３０から受け取る。情報を受け取った情報提供サーバ１０は、その情報を再送信抑止制御部１３に渡す。
情報を受け取った再送信抑止制御部１３は、そのデータをハッシュ化する。データ８０３をハッシュ化した後、データ８０３をハッシュ化したデータと送信履歴データキャッシュ部１４に保持されているＩＤ８０２とＩＤが同一のハッシュデータ８０１を比較し、値に違いがあった際には、データが更新されていると判定し、ハッシュデータ８０１を、データ８０３をハッシュ化したデータに置換え、更新ハッシュデータ８０４として送信履歴データキャッシュ部１４に保持する。
このように、ハッシュ関数を利用することでキャッシュ記憶の容量を抑えながらも、データ再送信信抑止機能を提供することができる。
〔第５の実施例〕
次に本発明の第５の実施例について図を用いて説明する。
本実施例によれば、情報提供サーバ１０に設置された送信履歴データキャッシュ部１４にデータを保持する際に、そのデータの更新された時間を保持する代わりにデータの保持を省くことで、キャッシュ記憶の容量を抑えながら、再送信抑止機能を提供することができる。
図１３は、本実施例を説明するための図である。
第１の実施例の構成において、データサーバ３０からは、ＩＤ９００、データ９０１、データ更新時間９０２が送信されるが、送信履歴データキャッシュ部１４には提供ＩＤ９００、データ更新時間９０２を保持する。このようにすることにより、元のデータよりも少ない量でデータの違いを記録することができ、送信履歴データキャッシュ部１４で利
用する保持領域の記憶量を抑えることが可能となる。
次に、この実施例において、データサーバ３０から情報を受け取り、それが更新された情報であった場合の処理について説明する。
携帯端末２０からの要求によって、情報の要求を行った情報提供サーバ１０は、ＩＤ９００、データ９０１、データ更新時間９０２をデータサーバ３０から取得する。
情報を取得した情報提供サーバ１０は、その情報を再送信抑止制御部１３に渡す。情報を取得した再送信抑止制御部１３は、同一のＩＤ９０３で保持されているデータ更新時間９０４とデータ更新時間９０２を比較し、相違があった際には、データが更新されていると判定し、データ更新時間９０４をデータ更新時間９０２に置換え、最新データ更新時間９０６として送信履歴データキャッシュ部１４に保持し、データ９０１をデータ９０８とし、またＩＤ９００をＩＤ９０７として、携帯端末に向けて送信する。
これらの動作により、第５の実施例によれば、データ更新時間の情報を利用して、キャッシュ記憶の容量を抑えながらも、データ再送信抑止機能を提供することができる。
〔第６の実施例〕
次に本発明の第６の実施例について図を用いて説明する。
本実施例によれば、携帯端末２０から使用するサービスに応じて、情報提供サーバ１０に接続されているデータサーバ３０から適切なものを選択することができる。
図１４は、本実施例を説明するための図である。
携帯端末２０のサービス提供部２２では、複数のサービスを提供しており、利用者はその中から、使用したいサービスを利用する。そのサービスを利用することで、携帯端末２０から情報提供サーバ１０に対して情報要求が発生し、再受信抑止制御部２３で要求パラメータ１３０３が発行される。
図１４を参照すると、要求パラメータ１３０３には、どのサービスを利用しているかを識別する為の識別情報１３０４と、受け取る情報を選別するキー項目となる情報要求内容１３０５が含まれる。
要求パラメータ１３０３は、通信制御部２１経由で情報提供サーバ１０に送信される。情報提供サーバ１０のサービス提供部１２は、要求パラメータの識別情報１３０４を解析し、要求をかけるべきデータサーバを識別する。
サービス提供部１２は、識別情報を取り除いた要求パラメータ１３０３を、再送信信抑止制御部１３から通信制御部１１を経由して、適切なデータサーバに送る。ここではサービス提供部１２がデータサーバＡ１３００を適切なサーバとして選択したとする。
すると、データサーバＡ１３００から情報要求内容１３０５に応じた情報が情報提供サーバ１０に向けて送信される。
〔第７の実施例〕
次に本発明の第７の実施例について図を用いて説明する。
本実施例によれば、データサーバ３０から情報提供サーバ１０に送られた情報を送信履歴データキャッシュ部１４のデータと比較し、差分情報を送信することができる。なお、差分情報については後述する。また、前述した実施例とは異なり、ＩＤの使用は行わない。
図１６は、本実施例を説明するための図である。
他の実施例と同様に、携帯端末２０は情報の要求を情報提供サーバ１０に対して行う。情報提供サーバ１０は、携帯端末２０から要求のあった情報を保有しているデータサーバ３０に対して、情報の要求を行う。情報の要求を受けたデータサーバ３０は、要求に対応するデータ１４１１を情報提供サーバ１０に向けて送信する。
データ１４１１を受信した情報提供サーバ１０は、送信履歴データキャッシュ部１４を参照し、データ１４０１と比較を行う。
比較した結果、データ１４１１とデータ１４０１に違いがあった場合、データ１４０１に対するデータ１４１１の差分情報を抽出する。ここで言う「データ１４０１に対するデータ１４１１の差分情報」とは、データ１４０１とデータ１４１１の違いを示す情報であって、データ１４０１に基づいてデータ１４１１を生成するための情報を含んだ情報と定義する。以下では、この差分情報をデータ化したものを差分データ１４１２と記述する。
また、送信されてきた内容がデータ１４１１そのものであるのか、差分データ１４１２であるのかを、携帯端末２０が判定できるよう、送信内容を区別するためのフラグ１４１３を付加する。フラグ１４１３は送信データが差分データであるのか、通常のデータであるのかを示すフラグであるとする。
携帯端末２０への送信の準備が完了したら、データ１４０１をデータ１４１１に書き換え、更新データ１４０２とした後、フラグ１４１６と差分データ１４１５を携帯端末２０へ送信する。
また、データ１４１１とデータ１４０１の差分が無く、既に送信した場合であるには、情報提供サーバ１０からは、フラグのみを送信する。
データを受け取った携帯端末２０は、フラグ１４１６から、受信した内容が差分データ１４１５であると判定し、受信データキャッシュ部２４内にある差分データ１４１５の情報を用いて、データ１４０５に基づいて更新データ１４０６を生成し、データ１４０５をデータ１４０６に書き換える。
このように、情報の差分のみを抽出して送信することにより、データの再送を抑止できると共に、通信トラフィックを低減することが可能となる。
なお、データ１４１１とデータ１４０１の差分が大きいと、差分データ１４１２がデータ１４１１のサイズを越えてしまう場合がある。そこで、携帯端末２０へ送信する前に、差分データ１４１２と、データサーバ３０から受け取ったデータ１４１１のサイズ比較を行い、差分データ１４１２がデータ１４１１のサイズを越えてしまう場合には、携帯端末２０へ送信する情報はデータ１４１１を選択することとする。その場合には、フラグ１４１３により、差分データではなく、通常のデータであることを表示するものとする。
〔第８の実施例〕
次に本発明の第８の実施例について図を用いて説明する。
本実施例によれば、データサーバを保有する企業に所属する社員が携帯端末から自社のデータサーバにアクセスして情報を取得する際に、自社で保有しない情報提供サーバ１０の再送抑止機能を利用することができる。
図１７は、本実施例を説明するための図である。
企業Ａ３００及び企業Ｂ３５０では、それぞれデータサーバ３１０、３６０を有し、またそれぞれの企業の社員は携帯端末３２０、３７０を利用する。この携帯端末３２０、３７０は企業Ａ３００または企業Ｂ３５０が社員に支給したものでもあっても良く、あるいは社員の所有物であっても良い。また、図は企業Ａ３００と企業Ｂ３５０の２つの企業が情報提供サーバ２０を使用した例としているが、企業の数は３つ以上の複数であっても良い。
また、図では各企業の携帯端末を１つしか示していないが、企業Ａ３００、企業Ｂ３５０には、携帯端末を有する社員が複数存在しても良い。企業Ａ３００および企業Ｂ３５０は、情報提供サーバ１０を有する企業に対して、サーバ利用の契約を結んでいるものとする。
企業Ａ３００及び企業Ｂ３５０共に、情報提供サーバ１０の利用方法は同一であるので、以下では企業Ａ３００について説明を行う。
企業Ａ３００の社員は、携帯端末３２０を有する。社員は、最初に、この携帯端末３２０に、再受信抑止処理機能を内蔵したソフトウェアを情報提供サーバ１０からダウンロードする。
ここで、再受信抑止処理機能とは、第１の実施例で述べた携帯端末２０の備える機能であって、情報提供サーバ１０から識別情報のみを受信した場合、携帯端末２０の出力インターフェースに情報を提供するサービス提供部２２に当該識別情報のみを提供すると、サービス提供部２２で識別情報に対応した情報を受信データキャッシュ部２４から取得し、また情報提供サーバ１０から情報と当該情報の識別情報を受信した場合、当該識別情報のみをサービス提供部２２に提供し、かつ当該情報と当該情報の識別情報を受信データキャッシュ部２４に保持し、サービス提供部２２で、識別情報に対応した情報を受信データキャッシュ部２４から取得する機能を含むものとする。
携帯端末３２０にソフトウェアのダウンロードが完了すると、このソフトウェアによるサービスを利用することができる。
このソフトウェアによるサービスは、データサーバ３１０に情報の要求を行うと、その結果を取得するというものである。
当該ソフトウェアにより携帯端末３２０から情報要求を行うと、ネットワーク１００を経由して情報提供サーバ１０に要求が送信される。情報提供サーバ１０は、振分け制御部１５により、この要求がどの携帯端末から発行されているかを判別し、携帯端末３２０を利用する社員の所属する、データサーバ３１０を選択する。
携帯端末３２０からの要求であることを検知した振分け制御部１５は、この要求を企業Ａ３００のデータサーバ３１０に送信する。要求を受けたデータサーバ３１０は、その要求に対応する情報を情報提供サーバ１０に向けてネットワーク１００を介して送信する。
情報提供サーバ１０は要求に対応する情報を受け取ると、その情報を再送信抑止制御部１３に提供し、再送信抑止制御部１３では第１の実施例あるいは第７の実施例で説明したと同様の再送抑止処理を実行した後、処理を施した情報を振分け制御部１５に戻す。
ここで、第１の実施例で説明した再送抑止処理は、携帯端末２０から要求された情報を、情報提供サーバ１０に保持された送信済みの情報と照合することにより、携帯端末２０から要求された情報が送信済みか否かを判定するもので、携帯端末２０から要求される情報の識別情報を送信履歴データキャッシュ部１４の識別情報と照合することで、情報が送信済みか否かを判定する処理を含む。
また、第７の実施例で説明した再送抑止処理は、携帯端末２０から要求された情報を、情報提供サーバ１０に保持された送信済みの情報と照合することにより、携帯端末２０から要求された情報が送信済みか否かを判定するもので、照合の際、送信済みデータに基づいてデータを生成するための情報である差分情報と、送信情報が差分情報であるのか差分情報以外の情報であるのかを判定するフラグを作成する処理を含む。
処理を施した情報が振分け制御部１５に戻されると同時に、再送信抑止制御部１３は送信履歴データキャッシュ部１４に送信履歴として情報を保持する。なお、送信履歴データキャッシュ部１４で履歴を保持する領域は、企業毎に区分し、それをさらに携帯端末毎に区分することとする。
保持の際に使用する領域の判別は、携帯端末が標準的に有する識別情報（固体識別情報）を、振分け制御部１５に予め情報テーブルとして登録しておくことにより実現する。
振分け制御部１５は再送信抑止制御部１３に対して情報を提供する際に、登録された保持領域を識別する情報を共に提供する。
振分け制御部１５は、再送抑止処理が施された情報を携帯端末Ａ３２０に対してネットワーク１００を介して送信する。
ここでいう再送抑止処理が施された情報とは、上述した第１の実施例あるいは第７の実施例で説明したと同様の再送抑止処理が施された情報のことを示す。
振分け制御部１５から、情報を受け取った携帯端末３２０では、ソフトウェアに内蔵されている再受信抑止機能により、再受信抑止処理を行う。
以上述べた第８の実施例により、情報提供サーバ１０を保有しない企業であっても、再送抑止処理を利用することが可能となり、携帯端末３２０が使用するネットワーク１００を介して行う通信に要する費用を低減することが可能となる。また、情報提供サーバ１０を有する企業は、サーバを使用している企業に対して、運用管理費用を請求したり、使用量およびどれ位の通信効率化が図れたかといった情報を付加価値として提供し、対価を受けることが可能となる。
〔第９の実施例〕
次に本発明の第９の実施例について図を用いて説明する。
本実施例によれば、データサーバを保有する企業に対してサービス提供サーバと携帯端末を提供し、携帯端末からデータサーバにアクセスして情報を取得する際に、再送抑止機能を利用することができる。
図１８は、本実施例を説明するための図である。
企業Ａ３００はデータサーバ３１０を有する。企業Ａ３００は、データサーバ３１０を携帯端末３２０から使用すると共に、再送抑止機能１３を利用するために、情報提供サーバ１０の管理会社と再送抑止機能の使用契約を結ぶ。
また、その企業から携帯端末３２０での再送抑止機能使用に関するレンタル契約を結ぶか、または携帯端末３２０を購入して使用契約を結ぶ。この携帯端末３２０は、予め再受信抑止機能が内蔵されていても良いし、企業Ａで利用開始時に、再受信抑止機能が内蔵されているソフトウェアを情報提供サーバ１０からダウンロードしても良い。
企業Ａに所属する社員は携帯端末３２０を使用してデータの要求をデータサーバ３１０に対して行う。この要求は、先ず情報提供サーバ１０にネットワーク経由で送られ、この要求を受けた情報提供サーバ１０は振分け制御部１５で情報送信先を判別し、データサーバ３１０に対してネットワーク１００を経由して要求を送信する。要求を受けたデータサーバ３１０は、その要求に対応した情報を、ネットワーク１００を経由して情報提供サーバ１０に送る。
情報を受け取った情報提供サーバ１０の振分け制御部１５は、その情報を再送信抑止制御部１３に送る。再送信抑止制御部１３では、第１の実施例と同様の再送抑止処理を行う。この際の保持領域の判別は、第８の実施例で説明したのと同様の方法を取る。再送抑止制御部１３は、処理を施した情報を振分け制御部１５に送る。再送抑止処理の施された情報を受け取った振分け制御部１５は、ネットワーク１００を経由して携帯端末３２０にその情報を提供する。再送抑止処理の施された情報を受信した携帯端末３２０は、携帯端末３２０に内蔵されている再受信抑止制御部２３か、又はソフトウェアに内蔵されている再受信抑止機能にて、第１の実施例で述べたのと同様の方法で処理を行った後、情報を利用する。
この第９の実施例によれば、サービス提供サーバ１０を保有しない企業であっても、再送抑止処理を利用することにより、携帯端末が使用するネットワーク１００経由の通信費を低減することが可能となる。
また、企業Ａは、情報提供サーバ１０を管理する企業に対して携帯端末の利用契約を結んでいるので、この企業に携帯端末の再受信抑止機能に対する月額使用料金を支払うことになる。その際、携帯端末３２０からの利用状況をトラフィック計数管理部１６によって把握し、データサーバ３００へ接続した分のトラフィックのみ計数する。このようにして、業務利用分を企業Ａに要求し、それ以外の業務利用外の使用料を、携帯端末を使用している社員に請求することにより、企業の携帯端末使用料を低減する手助けをすることができる。また、使用量およびどれ位の通信効率化が図れたかといった情報を付加価値として提供することや、運用管理費用やメンテナンス料を受けることが可能となる。
以上の説明は企業Ａの場合について行ったが、企業Ｂあるいは３つ以上の企業の場合についても全く同様である。
〔第１０の実施例〕
次に本発明の第１０の実施例について図を用いて説明する。
本実施例によれば、情報提供サーバと携帯端末の保有するキャッシュに不一致が発生した場合に回復処理を行うことができる。
図１９は、本実施例を説明するための図である。
本発明の第１の実施例および第２の実施例において、情報提供サーバ１０から携帯端末２０に対して新規データを送信している途中に通信の一時断が発生し、情報提供サーバ１０の送信履歴データキャッシュ部１４にはデータが保存されたが、携帯端末２０の受信データキャッシュ部２４にはデータが保存されなかった場合の処理について図１を参照して説明する。
このような場合、通信の一時断が発生した後も、携帯端末２０から情報提供サーバ１０に向けて、情報の要求処理が実行される。通信断直後に通信断前と同じ情報の要求が発生しても、何度か違う要求処理が発生した後に通信断前と同じ情報の要求が発生しても良い。
通信断前に発行された要求が携帯端末２０から発行されると、情報提供サーバ１０は、その要求を受け、データサーバ３０に対して情報の要求を行い、データサーバ３０から情報提供サーバ１０に情報が提供される。情報提供サーバ１０では、データサーバ３０から受け取ったデータと送信履歴データキャッシュ部１４内のデータとを比較し、既に保有する情報に関しては、送信済と判定し、ＩＤのみを携帯端末２０に送信する。
情報提供サーバ１０からＩＤを受け取った携帯端末２０の再受信抑止制御部２３は、ＩＤのみである為、受信済の情報であるとみなし、受信データキャッシュ部２４を確認してこのＩＤとペアで保存されているデータを取得しようと試みる。
しかしながら、情報提供サーバ１０からの送信中に通信断が発生したことにより、携帯端末２０はこのＩＤを受信しておらず、ＩＤとデータは受信データキャッシュ部２４には存在しない。この為、再受信抑止制御部２３は回復処理として、存在しないＩＤとデータを再取得するために以下の動作を実行する。
再受信抑止制御部２３は、受信データキャッシュ部内に存在しなかったＩＤを未保有ＩＤ１５０１として情報提供サーバ１０に発行する。この未保有ＩＤ１５０１を受け取った情報提供サーバ１０は、再送信抑止制御部２３にこの未保有ＩＤ１５０１を渡す。再送信抑止制御部２３では、送信履歴データキャッシュ部１４からこの携帯端末が未保有であったＩＤ１５０５とデータ１５０６を抽出し、これらを携帯端末２０に向けて送信する。
未保有ＩＤ１５０５と未保有データ１５０６を受信した携帯端末２０は、これらを再受信抑止制御部２３に渡す。再受信抑止制御部２３は、未保有ＩＤ１５０８と未保有データ１５０９を、受信データキャッシュ部２４に保存する。
〔第１１の実施例〕
次に本発明の第１１の実施例について図を用いて説明する。
本実施例によれば、情報提供サーバと携帯端末の保有するキャッシュの不整合が発生していないかどうかを携帯端末からの要求に付与された不整合検出情報によって確認することができる。
図２０は本実施例を説明するための携帯端末２０に設置された再受信抑止制御部２３の処理を示すフローチャートである。また、図２１は本実施例を説明するための情報提供サーバ１０に設置された再送信抑止制御部１３の処理を示すフローチャートである。なお必要に応じて、図１の主要な部分を参照して説明を行なう。
本発明の第１の実施例および第２の実施例において、携帯端末２０から情報提供サーバ１０に情報要求を行う際に、携帯端末２０の受信データキャッシュ部２４で有する情報と情報提供サーバ１０の保有する送信履歴データキャッシュ部１４内の情報と不整合が発生していないかどうかを確認する不整合検出情報を付与する処理について図１を参照して説明する。
携帯端末２０が要求を発行するとき、再受信抑止制御部２３は、送信データキャッシュ部２４を参照し、保存されているデータＩＤとデータ本体の全情報から不整合を確認可能とする不整合検出情報を生成する（ステップ１６０１）。これは、全データＩＤとデータ本文をハッシュ化し、それらの結果からＸＯＲ演算処理（排他的論理和）を行うことにより不整合検出情報を生成する。この不整合検出情報は、情報提供サーバ１０と不整合識別が可能とすることができるのであれば、ＣＲＣ、ＳＨＡ、ＭＤ５など他の生成方法を取っても良い。
不整合を確認するための不整合検出情報を生成したら、要求情報にこの識別子をパラメータとして付与し、情報提供サーバ１０に送信する（ステップ１６０２）。この要求を受け取った情報提供サーバ１０は（ステップ１７０１）、再送信抑止制御部１３にて、送信履歴データキャッシュ部１４を参照し、端末側で行ったのと同様の不整合検出情報の生成処理を行う。不整合検出情報を生成したら、受信した携帯端末２０の不整合検出情報と比較する（ステップ１７０２）。
携帯端末２０から送信された不整合検出情報と、情報提供サーバ１０内で生成された不整合検出情報が一致していたら、キャッシュ内での不整合は発生していないと判定し、本発明の第１および第２で説明した再送信抑止処理を行い、携帯端末２０に情報提供を行う（ステップ１７０３）。もし、不整合検出情報の不一致が発生した場合は、携帯端末２０の受信データキャッシュ部２４の内容と情報提供サーバ１０側の送信履歴データキャッシュ部１４の内容に不整合が発生したと判定し、以下の処理を実行する。
携帯端末２０からの要求に対応した情報をデータサーバ３０に要求し、その結果としてデータサーバ３０から取得した情報を、本発明の第１および第２で説明した情報の保存処理を、再送信抑止制御部１３が送信履歴データキャッシュ部１４に対して行う（ステップ１７０４）。保存処理が終了した後、送信履歴データキャッシュ部１４内にある全てのデータＩＤおよびデータ本体と、不整合が発生したことを識別する不整合検出フラグを付与して携帯端末２０に向けて送信する（ステップ１７０５）。
全データＩＤとデータ本体を受け取った携帯端末２０は、これらを再受信抑止制御部２３に渡す（ステップ１６０３）。再受信抑止制御部２３は、不整合検出フラグを確認し、付与されていることを確認すると、受信データキャッシュ部２４にある情報を削除し（ステップ１６０５）、受け取った全てのデータＩＤとデータ本体を保存する（ステップ１６０６）。不整合検出フラグが付与されていない場合は、本発明の第１の実施例および第２の実施例の再送信抑止処理を実施する（ステップ１６０７）。
〔第１２の実施例〕
次に本発明の第１２の実施例について説明する。
本実施例によれば、情報提供サーバがデータサーバから提供される情報にデータＩＤが付与されていなくても、再送信抑止処理をおこなうことができる。
本発明の第１の実施例および第２の実施例において、情報提供サーバ１０がデータサーバ３０から情報を取得する際に、情報にデータＩＤが付与されていない場合でも再送信抑止処理が行えるよう、データＩＤを付与する処理について図１及び図２２を参照して説明する。
図２２は、本実施例による情報提供サーバの再送信抑止制御部の処理を示すフローチャートであり、第１の実施例による処理を示す図５と比較し、データサーバ３０から取得した情報にデータＩＤが付与されているかどうかを判定するステップ１８０１と、データＩＤが付与されていない場合の処理（ステップ１８０２〜１８０４）が追加されている。
情報提供サーバ１０は、携帯端末２０からの要求を受けて、データサーバ３０に情報の要求を行う。データサーバ３０は、その要求に対して適切な情報を情報提供サーバ１０に提供する。
ここで、受け取った情報がデータＩＤ、データ本体という構成を取っておらず、データ本体のみで構成されていた場合、情報にデータＩＤが付与されていないと判定し（ステップ１８０１）、再送信抑止処理部は送信履歴データキャッシュ部１４内にあるデータ本体一覧と、取得したデータ本体一覧とを比較する（ステップ１８０２）。もし、一致するデータ本体がなければ、新規にデータＩＤを生成して（ステップ１８０３）、データ本体に付与して送信履歴データキャッシュ部１４に保存する（ステップ１８０４）。
また、データサーバ３０から受け取った新規データ本体一覧に存在しないデータ本体が送信履歴データキャッシュ部１４内に存在する場合には、不要になった情報であると判定し、データ本体とそれに付随するデータＩＤを削除する。以降は、本発明の第１の実施例および第２の実施例において説明した、再送信抑止制御部１３での携帯端末２０に向けた送信情報の生成を行うことで、再送信抑止処理が行われる。
〔第１３の実施例〕
次に本発明の第１３の実施例について説明する。
本実施例によれば、再送信抑止処理を行った情報の順序に意味を持たせ、処理性能の劣る携帯端末において、ソート処理を省いて負荷を軽減することができる。本発明の第１の実施例および第２の実施例において、情報提供サーバ１０の再送信抑止制御部１３が、携帯端末２０に情報を提供する際に、予め携帯端末２０のサービス提供部２２での情報の利用を容易にするよう、情報の順序に意味を持たせる処理について図１及び図２３を参照して説明する。
図２３は、本実施例による情報提供サーバ１０の再送信抑止制御部１３の処理を示すフローチャートであり、第１の実施例による処理を示す図５と比較し、データサーバ３０から取得した情報のソート処理に伴うステップ１９０１〜１９０３が追加されている。にデータＩＤが付与されているかどうかを判定するステップ１８０１と、データＩＤが付与されていない場合の処理（ステップ１８０２〜１８０４）が追加されている。
情報提供サーバ１０は、携帯端末２０からの要求を受けて、データサーバ３０に情報の要求を行う。データサーバ３０は、その要求に対して適切な情報を情報提供サーバ１０に提供する。
本発明の第１の実施例および第２の実施例では、再送信抑止を行った結果の情報は、送信履歴データキャッシュ部１４に保存されている情報の順序となるため、データサーバ３０から受信した順序とは一致していない。
もしここで、データサーバ３０から受け取った情報の順序が、携帯端末２０のサービス提供部２２で画面を生成する際に、データサーバ３０から受信した情報の順序で受け取ることができれば、ソート処理なしで表示可能であったとする。
例えば、データサーバ３０から受信した情報が携帯端末２０でメインメニューを生成する情報であった場合、データサーバ３０から受け取った情報が、［ＩＤ１：電話帳、ＩＤ２：スケジューラ、ＩＤ３：メール、ＩＤ４：業務連絡、ＩＤ５：情報検索］であり、送信履歴データキャッシュ部１４に保存されている情報の順序が、［ＩＤ１：電話帳、ＩＤ３：メール、ＩＤ２：スケジューラ、ＩＤ４：業務連絡］であったとする。このような状況の場合、以下の処理を実行する。
情報提供サーバ１０の再送信抑止制御部１３は、本発明の第１の実施例および第２の実施例で再送信抑止処理を行った結果として情報を生成する。上記の例を元にすると、生成される情報は、データＩＤとデータ本体で構成された［ＩＤ１、ＩＤ３、ＩＤ２、ＩＤ４、ＩＤ５：情報検索］という並びとなる。生成された情報と、データサーバ３０から受け取った情報と比較して、順序が一致していない場合、データサーバ３０が受け取った情報に合わせて、生成した情報の順序を［ＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４、ＩＤ５：情報検索］の並びに変更する（ステップ１９０１）。
順序の変更が完了した情報を、情報提供サーバ１０の再送信抑止制御部１３は、順序づけ処理を行ったことを識別するフラグを付与して（ステップ１９０２）、携帯端末２０に送信する（ステップ５０４）。この情報を受け取った再受信抑止制御部２３は、識別フラグを確認したら、受信した情報の順序のまま、データＩＤをサービス提供部２２に受け渡す。
サービス提供部２２は再受信抑止制御部２３から受け取ったデータＩＤの順序どおりにデータ本体の要求を再受信抑止制御部２３に対して行う。再受信抑止制御部２３から受け取った情報を、サービス提供部２２は、順序を変更せずにそのまま自身の管理する出力インターフェースに一覧表示を実行する。
本発明の情報提供サーバ１０は、その動作をハードウェア的に実現することは勿論として、上記した各手段を実行する情報提供制御プログラム（アプリケーション）７０をコンピュータ処理装置である情報提供サーバ１０で実行することにより、ソフトウェア的に実現することができる。情報提供制御プログラム７０は、磁気ディスク、半導体記憶その他の記録媒体に保持され、その記録媒体から情報提供サーバ１０にロードされ、その動作を制御することにより、上述した各機能を実現する。
本発明の携帯端末２０も、またその動作をハードウェア的に実現することは勿論として、上記した各手段を実行する携帯端末制御プログラム（アプリケーション）８０をコンピュータ処理装置である携帯端末２０で実行することにより、ソフトウェア的に実現することができる。この携帯端末制御プログラム８０は、磁気ディスク、半導体記憶その他の記録媒体に保持され、その記録媒体から携帯端末２０にロードされ、その動作を制御することにより、上述した各機能を実現する。
以上好ましい複数の実施例をあげて本発明を説明したが、本発明は必ずしも、上記実施例に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
本発明の情報提供システム、情報提供サーバ、携帯端末、情報提供制御プログラム及び携帯端末制御プログラムによれば、以下に述べるような効果が達成される。
第１に、携帯端末から要求のあったデータを情報提供サーバから送信する際に、送信済みデータの保持されたキャッシュ部のデータを参照することにより、データが送信済みかどうかの判定を行なうことが可能となり、サーバから携帯端末へのデータの再送信を抑止することができる。
第２に、携帯端末から要求のあったデータをサーバから送信する際に、送信済みの場合においても、データの識別番号のみを送付するため、携帯端末では受信済みデータの保持されたキャッシュ部から識別番号の同じデータを読み出すことができると共に、データを再送信する場合に比較して、通信のトラフィック量を低減することができる。
図１は、第１の実施例による情報提供システムの構成を示すブロック図である。
図１を参照すると、第１の実施例における情報提供サーバ１０は、ネットワーク５０を介して携帯端末２０と接続されている。情報提供サーバ１０は、携帯端末２０からの情報の要求に対応して、情報提供サーバ１０が要求された情報を携帯端末２０へ提供する。この場合、情報及び当該情報の識別情報の送信は、情報を加工処理したデータの送信により行なわれる。以下では、特に必要な場合を除き、情報をデータ、また識別情報をＩＤと記述することにする。
情報提供サーバ１０は、さらにネットワーク６０を介してデータサーバ３０と接続されている。なお、図では携帯端末２０と情報提供サーバ１０とデータサーバ３０がそれぞれ１台となっているが、いずれも複数であっても良い。
本実施例における携帯端末２０は、使用者からの入力インターフェースとしてキーパッドやキーボードを備え、出力インターフェースとして文字や画像を描画可能なモニタを備える。携帯端末の例として、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ノート型パソコンなどがある。
携帯端末２０は、使用者からの入力の受付や、入力に対して情報を提供するサービス提供部２２と、外部に接続されている機器との通信を行う通信制御部２１と、同一内容のデータの再受信を抑止する機能を備え、情報提供サーバ１０から受けた情報を処理する再受信抑止制御部２３と、情報提供サーバ１０から提供を受けた情報を保持する受信データキャッシュ部２４を備える。
携帯端末２０のサービス提供部２２は、出力インターフェースを通して使用者にサービスを提供する。ここで言うサービスには、外部接続されたサーバなどに情報を要求し、取得した情報を使用者が参照するサービスが含まれる。このようなサービスの例として、社員の電話番号を確認する電話帳サービスや、上司のスケジュールを参照するスケジューラなどがある。
情報提供サーバ１０は、携帯端末２０から受けた要求を受けて、情報を携帯端末２０へ提供することができる。情報提供サーバ１０の例として、企業サーバやＷｅｂサーバ、アプリケーションサービスプロバイダが保有するサーバなどがある。
情報提供サーバ１０は、携帯端末２０からの要求を受ける通信制御部１１と、要求を発行するサービス提供部１２と、情報の再送信を抑止する機能を備えた再送信抑止提供部１３と、送信するデータとそのＩＤを履歴情報として保持する送信履歴データキャッシュ部１４を備える。
サービス提供部１２は、携帯端末２０から受け取った要求を確認し、データサーバ３０へデータの要求を行なうことができる。
再送信抑止制御部１３は、データサーバ３０から受け取った情報が、既に携帯端末へ送信済みの情報かどうかを判定することができる。
送信履歴データキャッシュ部１４は、携帯端末２０から情報の提供要求のあった際に、サービス提供部１２がデータサーバ３０から取得し、携帯端末２０へ送信したデータを、データとＩＤを対応づけて保持することができる。これらのデータ及びＩＤは、送信済みの情報として保持される。
図は、３つのデータ保持領域にデータのある場合で、ＩＤがＩＤ１、ＩＤ２、ＩＤ３で、それぞれのデータがデータ１、データ２、データ３の３つのデータが保持されている。１つのデータ保持領域には、１つのデータとそのＩＤが保持される。
また、同じデータが携帯端末２０の受信データキャッシュ部２４にも保持されている。携帯端末２０では、情報提供サーバ１０から受信したデータを、データとＩＤを対応づけて受信データキャッシュ部２４に保持することができる。
送信履歴データキャッシュ部１４のデータと受信データキャッシュ部２４のデータは、データ変更時を除いて、同一に保たれる。
これらのデータはＩＤを指定することにより、データを読み出すことができる。例えば、携帯端末２０の場合、サービス提供部２２はＩＤをキー項目として再受信抑止制御部２３にデータ要求を行なうと、再受信抑止制御部２３はＩＤとそれに対応したデータを受信データキャッシュ部２４から取得して、サービス提供部２２に提供する。
データサーバ３０は、外部機器とのインターフェースである通信制御部３１と、情報提供サーバ１０からの要求を受けて、その要求に適した情報をデータベース３３から検出するデータ検出部３２と、各種の情報が格納されたデータベース３３を備える。データサーバ３０は、携帯端末２０から情報の提供要求が情報提供サーバ１０へなされると、情報に対応したデータとそのＩＤを情報提供サーバ１０へ提供する。
なお、図１では、データサーバ３０を情報提供サーバ１０から独立したサーバとしているが、データサーバ３０を情報提供サーバ１０に含めた構成としても良い。例えば、データサーバ３０の代わりに、情報提供サーバ１０に設置したデータベースを使用しても良い。
次に、上記第１の実施例における動作について図を用いて詳細に説明する。
図２は、本実施例におけるデータパケットの構造を示す図である。なお必要に応じて、図１の主要な部分を参照する。
図２を参照すると、最初に、情報提供サーバ１０の送信履歴データキャッシュ部１４は３つのデータを３つのデータ保持領域に保持している。携帯端末２０から情報の提供要求が情報提供サーバ１０に対して行なわれると、情報提供サーバ１０はデータサーバ３０へ情報要求を行い、データサーバ３０からデータ２０１とそのＩＤ２００が送信される。
送信履歴データキャッシュ部１４では、携帯端末２０へ送信するデータ２０１とそのＩＤ２００を送信履歴のデータ２０５とＩＤ２０４として保持する。
同時に、送信履歴データキャッシュ部１４は、データ２０５とＩＤ２０４を、携帯端末２０へ、データ２０７とＩＤ２０６として送信する。
携帯端末２０では、データ２０７を受信すると、受信したデータ２１２とＩＤ２１１として、受信データキャッシュ部２４に保持する。
送信履歴データキャッシュ部１４と受信データキャッシュ部２４は、データ変更時を除き、同一のデータを保持している。
携帯端末２０のサービス提供部２２が利用者に提供するサービスには、入力インタフェース、出力インタフェースを介したサービスに加えて、外部に接続された情報提供サーバ１０に要求を発行し、その要求に対して情報を受けることで、利用者が情報を参照することができるサービスが含まれる。
このような例として、企業内の社員同士で電話帳情報を参照するサービスや、スケジュールを確認するサービスがある。例えば、電話帳参照機能を提供するサービスであれば探したい相手の姓または氏名などを入力して要求を行い、スケジュール確認であれば参照したい相手日時を入力して要求を行うことになる。この要求は使用者が、サービス提供部２２が提供する出力インターフェースを確認し、その中から参照したい項目を入力インターフェースを介して選択及び入力することにより行われる。
以下、使用者による要求入力後の処理の流れについて説明する。最初に、処理の概略を説明し、次に処理の詳細な説明を行なう。
図３は、本実施例における使用者による情報要求入力後の処理の流れを説明する概略図である。
図３を参照すると、携帯端末２０のサービス提供部２２で入力された情報要求は、再受信抑止制御部２３を経由して、情報提供サーバ１０の再送信抑止制御部１３で受信される。次に、情報要求はサービス提供部１２を経由してデータサーバ３０で受信される。
データサーバ３０では要求された情報に対応したデータを検索して、情報提供サーバ１０のサービス提供部１２へデータとそのＩＤを送信する。サービス提供部１２はデータを再送信抑止制御部１３へ送信する。次に、再送信抑止制御部１３はデータを送信履歴データキャッシュ部１４に送信する。ここでは、要求データと同じＩＤがないとして、これを送信履歴データキャッシュ部１４で保持する。
次に、再送信抑止制御部１３は要求データを携帯端末２０へ送信する。携帯端末２０では、再受信抑止制御部２３でこれを受信し、受信データキャッシュ部２４で保持する。
最後に、再受信抑止制御部２３はサービス提供部２２へデータを提供し、サービス提供部２２は出力インターフェースを介して使用者に情報を提供する。
以上に、使用者による要求入力後の処理の概略説明を行なった。
次に、処理の詳細を説明するが、詳細な説明の前に、情報提供サーバ１０で新規情報かどうかを判定する方法について、簡単に説明する。
なお必要に応じて、図１の主要な部分を参照する。
最初に、携帯端末２０のサービス提供部２２は使用者の入力が完了するのを確認する。次に、サービス提供部２２から、通信制御部２１から入力した情報と、利用中のサービスを識別するための情報が、情報提供サーバ１０へ情報要求として送信される。
携帯端末２０からの情報要求は、情報提供サーバ１０の通信制御部１１、再送信抑止制御部１３を経由した後、サービス提供部１２で取得される。
携帯端末２０から情報要求を取得した情報提供サーバ１０は、情報を保持するデータサーバ３０に対する情報要求を再送信抑止制御部１３で発行する。情報要求は、再送信抑止制御部１３から、通信制御部１１を経由してデータサーバ３０に送られる。
データサーバ３０は、通信制御部３１を経由してデータ検出部３２で情報要求を受け、データ検出部３２は、使用者による選択及び入力した情報を検索キーとして検索処理を行って、データサーバ３０から必要となるデータを取得する。取得したデータは、データ２０１とＩＤ２００で構成されており、これらの情報は通信制御部３１経由で送信される。
データサーバ３０から、データとそのＩＤを取得した情報提供サーバ１０の再送信抑止制御部１３は、受信した情報が携帯端末２０に既に送信されているかどうかを、以下に述べるように送信履歴データキャッシュ部１４のデータを参照して判定する。
この確認は、データサーバ３０から取得したデータに付与されているＩＤと、送信履歴データキャッシュ部１４に既に保持されている情報のＩＤとを比較することにより行なわれる。
再送信抑止制御部１３による比較の結果、データサーバ３０から取得したＩＤと、送信履歴データキャッシュ部１４に既に保持されている情報のＩＤが一致せず、受け取ったデータに付与されているＩＤが、送信履歴データキャッシュ部１４に存在しない場合には、新規情報であるため、携帯端末２０へは送信していないと判定する。
また、データサーバ３０から取得したＩＤと同一のＩＤが送信履歴データキャッシュ部１４に存在する場合には、既に携帯端末２０へは送信済みであると判定する。
判定によって、新規情報と判定されたものについてはそのデータとそのＩＤを、また既に送信済みと判定された情報については、そのＩＤのみを、再送信抑止制御部１３は、通信制御部１１経由で携帯端末２０に送信する。
なお、再送信抑止制御部１３は、データサーバ３０から受信したデータから新規情報と判定されたデータのみ、データとそのＩＤを送信履歴データキャッシュ部１４に保持する。
以上のように、前記携帯端末２０から要求された情報を、情報提供サーバ１０により保持された送信済み情報と照合することにより、前記携帯端末から要求された情報が送信済みか否かを判定し、前記情報の再送を抑止する。
送信済みか否かの判定は、携帯端末２０から要求されるデータの識別情報を送信履歴データキャッシュ部１４の識別情報と照合することにより行われる。
上記の判定の結果、送信済みと判定した場合には、情報提供サーバ１０からデータのＩＤのみを携帯端末２０へ送信し、未送信と判定した場合には、情報提供サーバ１０からデータとそのＩＤを携帯端末２０へ送信する。
以上に、情報提供サーバ１０で新規情報かどうかを判定する方法について、簡単に説明した。
次に、処理の詳細を説明する。
図４は本実施例を説明するための情報提供サーバ１０に設置されたサービス提供部１２の処理を示すフローチャートである。なお必要に応じて、図１の主要な部分を参照して説明を行なう。
図４を参照すると、データサーバ３０からデータ２０１とＩＤ２００を取得すると（ステップ４０１）、データはサービス提供部１２から再送信抑止制御部１３に送信される（ステップ４０２）。
図５は、本発明の実施例を説明するための情報提供サーバ１０の再送信抑止制御部１３の処理を示すフローチャートである。以下の説明では必要に応じて図１、図２の主要な部分を参照する。
図５を参照すると、データを取得した再送信抑止制御部１３は（ステップ５０１）、送信履歴データキャッシュ部１４に、ＩＤ２００と同一のＩＤが存在するかどうかの確認処理を行う（ステップ５０２）。
確認の結果、送信履歴データキャッシュ部１４内に同じＩＤがあった場合には、すでに送信済みと判定し、そのＩＤのみを送信済みＩＤ２０８として携帯端末２０に向けて送信する処理を行う（ステップ５０３）。
一方、再送信抑止制御部１３は、送信履歴データキャッシュ部１４に同じＩＤがなかった場合には、新規のデータとして、データ２０６とＩＤ２０７を携帯端末２０に向けて送信する処理を行う（ステップ５０４）。
また同時に、再送信抑止制御部１３は、送信履歴データキャッシュ部１４にデータ２０５とＩＤ２０４として保持する（ステップ５０５）。
送信済みＩＤ２０８あるいは新規データであるデータ２０７とＩＤ２０７は、再送信抑止制御部１３から通信制御部１１を経由して携帯端末２０に送られる。
このように、再送信抑止制御部１３で、既に携帯端末２０へ送信済みと判定されたデータについては、送信済みＩＤ２０８のみを送信することで、データと共に送信する場合に比較して、トラフィックの低減を実現している。
図６は、本発明の実施例を説明するための携帯端末２０の再受信抑止制御部２３の処理を示すフローチャートである。以下の説明では必要に応じて図１、図２の主要な部分を参照する。
携帯端末２０では、通信制御部２１経由で、送信済みＩＤ２０８あるいは、新規のデータ２０６とＩＤ２０７で構成された情報を再受信抑止制御部２３で取得する（ステップ６０１）。
再受信抑止制御部２３は取得した情報が、ＩＤのみで構成されているかどうかを調べ（ステップ６０２）、当該情報がＩＤのみで構成された送信済みＩＤ２０８の場合には、送信済みＩＤ２０８をサービス提供部２２に提供する（ステップ６０３）。
また、再受信抑止制御部２３は、当該情報が新規のデータ２０６とそのＩＤ２０７で構成されている場合には、そのＩＤ２０７のみをサービス提供部２２に提供し（ステップ６０４）、データ２０６とＩＤ２０７は、受信したデータ２１２とそのＩＤ２１１として、受信データキャッシュ部２４に保持する（ステップ６０５）。
図７は、本発明の実施例における携帯端末２０のサービス提供部２２の処理を示すフローチャートである。
受信済みのＩＤ２０８あるいは新規のＩＤ２０６を取得したサービス提供部２２は（ステップ７０１）、ＩＤ２０８あるいはＩＤ２０６をキー項目として、再受信抑止制御部２３にデータの要求を行う（ステップ７０２）。再受信抑止制御部２３は、受け取ったＩＤとそれに対応したデータを受信データキャッシュ部２４から取得し、サービス提供部２２にそれらのデータを提供する。受け取ったデータによって、サービス提供部２２は出力インターフェースを利用して情報を利用者に提供することができる（ステップ７０３）。
しかし、情報提供サーバ１０の再送信抑止制御部１３での確認処理（図５のステップ５０２で示した）において、ＩＤが同一であっても、データサーバ３０側でデータの更新がされると、データが一致しないという場合もありうる。データの更新は、バージョンアップあるいはデータ誤りの修正などの際に必要に応じてなされ、ＩＤは不変であるが、データは書き換えられる。
この場合、同一のＩＤが存在するかどうかの確認処理を行う際に、同一ＩＤだけではなく、データも比較して、更新を確認することで、この更新によるデータの不一致を回避する仕組みが必要となる。以下にこれを回避する仕組みについて説明する。
図８は、本発明の実施例におけるデータ更新時の不一致を回避する仕組みを説明するための図である。以下の説明では必要に応じて、図１の主要な部分を参照する。
図８を参照すると、携帯端末２０からの要求により、データサーバ３０から更新データ６０１とそのＩＤ６００を受け取った情報提供サーバ１０の通信制御部１１は、再送信抑止制御部１３に情報を渡す。このとき、送信履歴データキャッシュ部１４には、ＩＤ６００とＩＤが同一のＩＤ６０２とそのデータ６０３が保持されているとする。すなわち、データ６０３は更新前のデータ、また更新データ６０１は更新後のデータである。
再送信抑止制御部１３は、データ６０３を、更新データ６０１と比較する。
比較した結果、データ６０３と更新データ６０１に不一致があった場合には、データ６０３は最新の更新データ６０１に更新されているとみなし、データ６０３を更新データ６０５に変更する。
情報提供サーバ１０の再送信抑止制御部１３は、ＩＤ６０４をＩＤ６０６、更新データ６０５を更新データ６０７として、通信制御部１１経由で、携帯端末２０に向けて送信する。
これらのデータは、携帯端末２０の再受信抑止制御部２３で受信される。再受信抑止制御部２３は、受信データキャッシュ部２４を参照し、ＩＤ６０６と同一のＩＤ６０８があり、なおかつ更新データ６０７が送信されてきている場合には、情報が更新されていると判定する。再受信抑止制御部２３は、受信データキャッシュ部２４に保持してあるＩＤ６０８とセットのデータ６０９を、更新データ６０７に置換え、更新済みデータ６１１とする。この例では、更新による書き換えのためＩＤの書き換えは行わない。
このように、情報提供サーバ１０からの携帯端末２０への情報送信時に、携帯端末２０の受信データキャッシュ部２４に保持されていると判定した情報に関しては、情報提供サーバ１０からＩＤのみを送信する。また、保持されていない又は更新されていると判定した情報に関しては、そのデータとＩＤを送信する。同時に、情報提供サーバ１０では、当該データと当該ＩＤを送信履歴データキャッシュ部１４に保持または更新するという処理により、情報提供サーバ１０は、送信履歴データキャッシュ部１４の内容と、携帯端末２０が保持する受信データキャッシュ部２４の内容を、データ更新時以外は、同一に保つことができる。
また、情報提供サーバ１０から送信されたデータを圧縮処理して携帯端末２０へ送信することによるトラフィック量の低減も可能である。
また、情報提供サーバ１０から送信されたデータを暗号化した後、携帯端末２０へ送信することも可能である。
以上述べたように、本実施例によれば、情報提供サーバ１０の送信履歴データキャッシュ部１４と携帯端末２０の受信データキャッシュ部２４を、データ更新時以外は同一に保たれるが、このために、情報提供サーバ１０は、携帯端末２０の受信データキャッシュ部２４のキャッシュサイズを確定する機能を持つ必要がある。
この携帯端末２０のキャッシュサイズを確定する機能とは、使用する携帯端末２０の種類によって、利用可能なサイズに違いがある可能性があるため、携帯端末２０が最初に情報を要求した際に、携帯端末２０に対して、受信データキャッシュ部２４として利用可能なサイズを確定するものである。
以下で、キャッシュサイズの確定について、図１の主要な部分を参照して説明を行う。
携帯端末２０からの最初の情報提供の要求時に、その要求を受けた情報提供サーバ１０の再送信抑止制御部１３は、自身が保有するキャッシュサイズ確認のための要求コマンドを発行する。そのコマンドの戻り値から、情報提供サーバ１０の再送信抑止制御部１３では、利用するキャッシュサイズを決定し、自身の送信履歴データキャッシュ部１４に携帯端末２０に対応したキャッシュサイズを確保する。
キャッシュサイズを確保した後、そのサイズ情報を通信制御部１１から、携帯端末２０の再受信抑止制御部２３に送信する。すると、携帯端末２０の再受信抑止制御部２３は、受け取ったサイズで受信データキャッシュ部２４のサイズを確保する。
以上の実施例の説明は、携帯端末２０が１つの場合の例であるが、１つの情報提供サーバ１０に対して複数の携帯端末２０が接続されることがある。
このような場合、情報提供サーバ１０は、各携帯端末２０が保有するキャッシュサイズを各携帯端末の固有情報としてデータテーブルなどで保有し、接続してきた携帯端末がどれぐらいのキャッシュを保有しているかデータテーブルで確認し、キャッシュサイズを決定するという方法もある。
また、携帯端末２０側で既にキャッシュの一部分を確定領域として確保している場合や、他のアプリケーションがキャッシュを利用する為に一部分を確保している場合には、その残りサイズを送信履歴データキャッシュ部１４と受信データキャッシュ部２４のキャッシュサイズとすることもできる。
以上説明した第１の実施例によれば、携帯端末から要求のあったデータを情報提供サーバから送信する際に、送信済みデータの保持されたキャッシュ部のデータを参照することにより、データが送信済みかどうかの判定を行なうことが可能となり、サーバから携帯端末へのデータの再送を抑止することができる。
〔第２の実施例〕
次に本発明の第２の実施例について説明する。
第２の実施例によれば、携帯端末２０の利用者が受信データキャッシュ部２４内の受信データを編集した場合においても、情報提供サーバ１０に設置された送信履歴データキャッシュ部１４と携帯端末２０の受信データキャッシュ部２４を同一に保つことができるという特徴を持つ。
図９は、本実施例を説明するための図である。以下の説明では必要に応じて、図１の主要な部分を参照する。
例えば、利用者自身のスケジュールに変更があったとする。このような場合、利用者は、サービス提供部２２が提供するスケジュール管理アプリケーションにより、受信データキャッシュ部２４内に保持されている利用者自身のスケジュール（図示していない）を参照する。次に、利用者は、変更が発生した項目をサービス提供部２２が提供する編集機能により入力インターフェースによって編集する。
このような場合においても、本実施例によれば、情報提供サーバ１０の送信履歴データキャッシュ部１４の送信履歴と携帯端末２０の受信データキャッシュ部２４の受信データを、データ更新時以外は同一にすることを可能とする。
図９を参照すると、第１の実施例の構成に比較すると、携帯端末２０には、更新フラグ付加部２５が追加して設置されている。また、受信データキャッシュ部２４のデータ構成については、データ７０１が更新された場合にフラグを付与する更新フラグ７０２が追加されている。
この更新フラグ７０２は、データ７０１及びＩＤ７００とセットで管理される。情報提供サーバ１０では、送信履歴データキャッシュ部１４に、データ７０１に対応したデータ７０６とＩＤ７０５を保持する。
処理が行われる前の初期状態においては、データ７０１とデータ７０６は同一であり、ＩＤ７００とＩＤ７０５は同一である。
携帯端末２０の受信データキャッシュ部２４内にあるデータ７０１は、サービス提供部２２が提供する入力インターフェースにより、利用者は内容の編集を行うことができる。
利用者による編集が行われると、受信データキャッシュ部２４内のデータ７０１は編集された内容に更新され、更新が行われたことを示す更新フラグ７０２に対して、更新フラグ付加部２５によって更新フラグ７０２が付与される。更新フラグ７０２は、例えば数字の１、英字のＡでも良い。
利用者の編集が終了し、サービス提供部２２が提供する入力インターフェースにより、利用者から処理の終了が指示されると、サービス提供部２２は、編集処理の終了を再受信抑止制御部２３に通知する。
編集終了の通知を受けた再受信抑止制御部２３は、更新フラグ付加部２５に要求して、受信データキャッシュ部２４の更新フラグ７０２を確認し、フラグが付与されているＩＤ７００と、データ７０１を取出し、通信制御部２５を経由して、情報提供サーバ１０にＩＤ７００をＩＤ７０３とし、更新されたデータ７０１を更新データ７０４として送信する。
送信を行うと、再受信抑止制御部２３は、更新フラグ付加部２５に更新フラグ７０２に付与されていた更新フラグを取り除く指示を行い、更新フラグ付加部２５は、更新フラグ７０２を取り除く処理を行う。
情報提供サーバ１０は、更新データ７０４とＩＤ７０３を再送信抑止制御部１３で受け取る。再送信抑止制御部１３は、ＩＤ７０３と同一のＩＤ７０５に対応するデータ７０６を取出し、更新データ７０４とデータ７０６をサービス提供部１２に渡す。サービス提供部１２は取得した情報を参照して、送信履歴データキャッシュ１４内の情報を携帯端末２０から取得した情報に書き換えるか、または、データサーバ３０側でも情報が更新されていた場合にそちらの情報に書き換えるかを判定するが、この処理は提供サービスに依存するものであり、場合によりいずれを選択しても良い。
第２の実施例によれば、上記動作により、携帯端末側で情報を編集した際に、サービス提供サーバ１０と携帯端末２０のキャッシュ内容を、情報更新時以外は一致させることができ、第１の実施例で述べた、再送信抑止機能を実行することでデータ通信量の低減が可能となる。
〔第３の実施例〕
次に本発明の第３の実施例について図を用いて説明する。
ここでは、新規情報を追加する際に、情報量が多いために、第１の実施例で確定した受信データキャッシュ部２４のキャッシュサイズを超える可能性がある場合の対応について説明する。本実施例によれば、情報提供サーバ１０の再送信抑止制御部１３と携帯端末２０の再受信抑止制御部２３は同一のキャッシュ管理アルゴリズムを保有して処理を行う。
図１０は、本実施例を説明するための送信履歴データキャッシュ部１４のデータ保持を示す図である。以下の説明では必要に応じて、図１の主要な部分を参照する。
携帯端末２０の保有する受信データキャッシュ部２４のサイズを第１の実施例の方法で把握した情報提供サーバ１０は、同一のキャッシュサイズで送信履歴データキャッシュ部１４を確保する。
携帯端末２０からの情報要求により、情報提供サーバ１０はデータサーバ３０に情報要求を行い、データサーバ３０から新規データ１１０４を受け取ったとする。
図１０を参照すると、新規データ１１０４を追加すると、送信履歴データキャッシュ部１４でデータ保持領域として確保しているサイズを超えてしまう場合に，再送信抑止制御部１３は送信履歴データキャッシュ部１４を参照し、キャッシュ管理アルゴリズムを開始する。
まず、送信履歴データキャッシュ部１４のデータ保持領域の先頭にあるデータ１１００とＩＤ１１５０を削除する。削除したことにより空いた領域に、データ１１０６とＩＤ１１５６を移動し、続いて空いた領域に残りのデータを順次移動して空きを詰める。これにより、最後に空き領域ができ、そこに新規データ１１１２とそのＩＤ１１６２を追加する。
なお、データを１つ削除するだけでは新規データを追加する領域が足りない場合には、新規データを追加できる最低限の領域を空けるために、複数のデータを削除する。
このようなアルゴリズムを携帯端末２０側の再受信抑止制御部２３も備えていることで、新規データを追加する際に、キャッシュサイズが不足することなく処理が可能となる。
上記処理を行う上で、削除される先頭のデータを、利用頻度が低くまた必要性の下がったものにしておくことで、より効率的なキャッシュ領域の利用が可能となる。そこで、情報提供サーバ１０の再送信抑止制御部１３と携帯端末２０の再受信抑止制御部２３は、利用頻度及び必要性の低いデータを優先的に先頭にもっていく処理を、それぞれ再受信抑止機能、再受信抑止機能を利用する際に行う。この処理について、以下で説明を行う。
図１１は、本実施例を説明するための送信履歴データキャッシュ部１４のデータ保持を示す図である。以下の説明では必要に応じて、図１の主要な部分を参照する。
まず、再送信抑止制御部１３において、データが参照された場合の処理について説明する。再送信抑止の処理の際にデータの比較を行なうために、データ１２０１を参照した場合、送信履歴データキャッシュ部１４の空いたデータ保持領域の再後尾に、データ１２０１とそのＩＤ１２５１を移動し、参照データ１２０８とＩＤ１２５８とする。移動によって空いた領域には、データ１２０３とＩＤ１２５３をシフトさせ、空いた領域にデータを順次上にシフトして間を詰める。
次に、再送信抑止制御部１３において、データが更新された場合の処理について説明する。再送信抑止制御部１３において、再送信抑止のためのデータを更新する処理の際に、データ１２１１とＩＤ１２６１を更新した場合、送信履歴データキャッシュ部１４の空き領域の最後尾に、更新データ１２１８とＩＤ１２６８を保持する。移動によって空いた領域には、ＩＤ１２６２、データ１２１２をシフトして、ＩＤ１２５６、データ１２０６とし、空いた領域にデータを順次上にシフトして間を詰める。
次に、再送信抑止制御部１３において、データが削除された場合の処理について説明する。再送信抑止制御部１３において、再送信抑止処理を行う際に、データ１２２１が不要となった場合、送信履歴データキャッシュ部１４は、データ１２１１を削除する処理を行う。この削除処理によって空いた領域には、データ１２２２とＩＤ１２７２をシフトして、データ１２２６とＩＤ１２７６とし、空いた領域にデータを順次上にシフトして間を詰める。
最後に、再送信抑止制御部１３において、新規データが追加される場合の処理について説明する。再送信抑止制御部１３において、再送信抑止処理を行う際に、新規データ１２３５とＩＤ１２８５を受け取った場合、送信履歴データキャッシュ部１４に、この新規データ１２３５を追加する処理を行う。送信履歴データキャッシュ部１４内の最後尾のデータ１２３９の後に、新規データ１２４０とＩＤを保持する。
上記のデータ参照、データの更新、データの削除、新規データの追加の処理は、携帯端末２０の再受信抑止制御部２３及び受信データキャッシュ部２４でも同様に行うことができる。
〔第４の実施例〕
次に本発明の第４の実施例について図を用いて説明する。
本実施例によれば、情報提供サーバ１０に設置された送信履歴データキャッシュ部１４にデータを保持する際に、ハッシュ関数を使用することでキャッシュ記憶の容量を抑えながら、再送信抑止機能を提供するという特徴を持つ。
第１の実施例の構成において、ハッシュ関数を使用して、新規データのキャッシュ保存時にデータをハッシュ化し、送信履歴データキャッシュ部１４に保持する。この場合のハッシュ関数は、ＳＨＡ−１やＭＤ５などを利用することが可能であり、ハッシュ化する手段は限定しない。
データをハッシュ化することで、元のデータよりも少ない量で更新データの違いを発見することができ、送信履歴データキャッシュ部１４で利用する保持領域を抑えることが可能となる。
次に、この実施例において、データサーバ３０から情報を受け取り、それが更新された情報であった場合の処理について説明する。
図１２は、本実施例を説明するための図である。
携帯端末２０からの要求によって、情報の要求を行った情報提供サーバ１０は、データ８０３とＩＤ８０２をデータサーバ３０から受け取る。情報を受け取った情報提供サーバ１０は、その情報を再送信抑止制御部１３に渡す。
情報を受け取った再送信抑止制御部１３は、そのデータをハッシュ化する。データ８０３をハッシュ化した後、データ８０３をハッシュ化したデータと送信履歴データキャッシュ部１４に保持されているＩＤ８０２とＩＤが同一のハッシュデータ８０１を比較し、値に違いがあった際には、データが更新されていると判定し、ハッシュデータ８０１を、データ８０３をハッシュ化したデータに置換え、更新ハッシュデータ８０４として送信履歴データキャッシュ部１４に保持する。
このように、ハッシュ関数を利用することでキャッシュ記憶の容量を抑えながらも、データ再送信信抑止機能を提供することができる。
〔第５の実施例〕
次に本発明の第５の実施例について図を用いて説明する。
本実施例によれば、情報提供サーバ１０に設置された送信履歴データキャッシュ部１４にデータを保持する際に、そのデータの更新された時間を保持する代わりにデータの保持を省くことで、キャッシュ記憶の容量を抑えながら、再送信抑止機能を提供することができる。
図１３は、本実施例を説明するための図である。
第１の実施例の構成において、データサーバ３０からは、ＩＤ９００、データ９０１、データ更新時間９０２が送信されるが、送信履歴データキャッシュ部１４には提供ＩＤ９００、データ更新時間９０２を保持する。このようにすることにより、元のデータよりも少ない量でデータの違いを記録することができ、送信履歴データキャッシュ部１４で利
用する保持領域の記憶量を抑えることが可能となる。
次に、この実施例において、データサーバ３０から情報を受け取り、それが更新された情報であった場合の処理について説明する。
携帯端末２０からの要求によって、情報の要求を行った情報提供サーバ１０は、ＩＤ９００、データ９０１、データ更新時間９０２をデータサーバ３０から取得する。
情報を取得した情報提供サーバ１０は、その情報を再送信抑止制御部１３に渡す。情報を取得した再送信抑止制御部１３は、同一のＩＤ９０３で保持されているデータ更新時間９０４とデータ更新時間９０２を比較し、相違があった際には、データが更新されていると判定し、データ更新時間９０４をデータ更新時間９０２に置換え、最新データ更新時間９０６として送信履歴データキャッシュ部１４に保持し、データ９０１をデータ９０８とし、またＩＤ９００をＩＤ９０７として、携帯端末に向けて送信する。
これらの動作により、第５の実施例によれば、データ更新時間の情報を利用して、キャッシュ記憶の容量を抑えながらも、データ再送信抑止機能を提供することができる。
〔第６の実施例〕
次に本発明の第６の実施例について図を用いて説明する。
本実施例によれば、携帯端末２０から使用するサービスに応じて、情報提供サーバ１０に接続されているデータサーバ３０から適切なものを選択することができる。
図１４は、本実施例を説明するための図である。
携帯端末２０のサービス提供部２２では、複数のサービスを提供しており、利用者はその中から、使用したいサービスを利用する。そのサービスを利用することで、携帯端末２０から情報提供サーバ１０に対して情報要求が発生し、再受信抑止制御部２３で要求パラメータ１３０３が発行される。
図１４を参照すると、要求パラメータ１３０３には、どのサービスを利用しているかを識別する為の識別情報１３０４と、受け取る情報を選別するキー項目となる情報要求内容１３０５が含まれる。
要求パラメータ１３０３は、通信制御部２１経由で情報提供サーバ１０に送信される。情報提供サーバ１０のサービス提供部１２は、要求パラメータの識別情報１３０４を解析し、要求をかけるべきデータサーバを識別する。
サービス提供部１２は、識別情報を取り除いた要求パラメータ１３０３を、再送信信抑止制御部１３から通信制御部１１を経由して、適切なデータサーバに送る。ここではサービス提供部１２がデータサーバＡ１３００を適切なサーバとして選択したとする。
すると、データサーバＡ１３００から情報要求内容１３０５に応じた情報が情報提供サーバ１０に向けて送信される。
〔第７の実施例〕
次に本発明の第７の実施例について図を用いて説明する。
本実施例によれば、データサーバ３０から情報提供サーバ１０に送られた情報を送信履歴データキャッシュ部１４のデータと比較し、差分情報を送信することができる。なお、差分情報については後述する。また、前述した実施例とは異なり、ＩＤの使用は行わない。
図１６は、本実施例を説明するための図である。
他の実施例と同様に、携帯端末２０は情報の要求を情報提供サーバ１０に対して行う。情報提供サーバ１０は、携帯端末２０から要求のあった情報を保有しているデータサーバ３０に対して、情報の要求を行う。情報の要求を受けたデータサーバ３０は、要求に対応するデータ１４１１を情報提供サーバ１０に向けて送信する。
データ１４１１を受信した情報提供サーバ１０は、送信履歴データキャッシュ部１４を参照し、データ１４０１と比較を行う。
比較した結果、データ１４１１とデータ１４０１に違いがあった場合、データ１４０１に対するデータ１４１１の差分情報を抽出する。ここで言う「データ１４０１に対するデータ１４１１の差分情報」とは、データ１４０１とデータ１４１１の違いを示す情報であって、データ１４０１に基づいてデータ１４１１を生成するための情報を含んだ情報と定義する。以下では、この差分情報をデータ化したものを差分データ１４１２と記述する。
また、送信されてきた内容がデータ１４１１そのものであるのか、差分データ１４１２であるのかを、携帯端末２０が判定できるよう、送信内容を区別するためのフラグ１４１３を付加する。フラグ１４１３は送信データが差分データであるのか、通常のデータであるのかを示すフラグであるとする。
携帯端末２０への送信の準備が完了したら、データ１４０１をデータ１４１１に書き換え、更新データ１４０２とした後、フラグ１４１６と差分データ１４１５を携帯端末２０へ送信する。
また、データ１４１１とデータ１４０１の差分が無く、既に送信した場合であるには、情報提供サーバ１０からは、フラグのみを送信する。
データを受け取った携帯端末２０は、フラグ１４１６から、受信した内容が差分データ１４１５であると判定し、受信データキャッシュ部２４内にある差分データ１４１５の情報を用いて、データ１４０５に基づいて更新データ１４０６を生成し、データ１４０５をデータ１４０６に書き換える。
このように、情報の差分のみを抽出して送信することにより、データの再送を抑止できると共に、通信トラフィックを低減することが可能となる。
なお、データ１４１１とデータ１４０１の差分が大きいと、差分データ１４１２がデータ１４１１のサイズを越えてしまう場合がある。そこで、携帯端末２０へ送信する前に、差分データ１４１２と、データサーバ３０から受け取ったデータ１４１１のサイズ比較を行い、差分データ１４１２がデータ１４１１のサイズを越えてしまう場合には、携帯端末２０へ送信する情報はデータ１４１１を選択することとする。その場合には、フラグ１４１３により、差分データではなく、通常のデータであることを表示するものとする。
〔第８の実施例〕
次に本発明の第８の実施例について図を用いて説明する。
本実施例によれば、データサーバを保有する企業に所属する社員が携帯端末から自社のデータサーバにアクセスして情報を取得する際に、自社で保有しない情報提供サーバ１０の再送抑止機能を利用することができる。
図１７は、本実施例を説明するための図である。
企業Ａ３００及び企業Ｂ３５０では、それぞれデータサーバ３１０、３６０を有し、またそれぞれの企業の社員は携帯端末３２０、３７０を利用する。この携帯端末３２０、３７０は企業Ａ３００または企業Ｂ３５０が社員に支給したものでもあっても良く、あるいは社員の所有物であっても良い。また、図は企業Ａ３００と企業Ｂ３５０の２つの企業が情報提供サーバ２０を使用した例としているが、企業の数は３つ以上の複数であっても良い。
また、図では各企業の携帯端末を１つしか示していないが、企業Ａ３００、企業Ｂ３５０には、携帯端末を有する社員が複数存在しても良い。企業Ａ３００および企業Ｂ３５０は、情報提供サーバ１０を有する企業に対して、サーバ利用の契約を結んでいるものとする。
企業Ａ３００及び企業Ｂ３５０共に、情報提供サーバ１０の利用方法は同一であるので、以下では企業Ａ３００について説明を行う。
企業Ａ３００の社員は、携帯端末３２０を有する。社員は、最初に、この携帯端末３２０に、再受信抑止処理機能を内蔵したソフトウェアを情報提供サーバ１０からダウンロードする。
ここで、再受信抑止処理機能とは、第１の実施例で述べた携帯端末２０の備える機能であって、情報提供サーバ１０から識別情報のみを受信した場合、携帯端末２０の出力インターフェースに情報を提供するサービス提供部２２に当該識別情報のみを提供すると、サービス提供部２２で識別情報に対応した情報を受信データキャッシュ部２４から取得し、また情報提供サーバ１０から情報と当該情報の識別情報を受信した場合、当該識別情報のみをサービス提供部２２に提供し、かつ当該情報と当該情報の識別情報を受信データキャッシュ部２４に保持し、サービス提供部２２で、識別情報に対応した情報を受信データキャッシュ部２４から取得する機能を含むものとする。
携帯端末３２０にソフトウェアのダウンロードが完了すると、このソフトウェアによるサービスを利用することができる。
このソフトウェアによるサービスは、データサーバ３１０に情報の要求を行うと、その結果を取得するというものである。
当該ソフトウェアにより携帯端末３２０から情報要求を行うと、ネットワーク１００を経由して情報提供サーバ１０に要求が送信される。情報提供サーバ１０は、振分け制御部１５により、この要求がどの携帯端末から発行されているかを判別し、携帯端末３２０を利用する社員の所属する、データサーバ３１０を選択する。
携帯端末３２０からの要求であることを検知した振分け制御部１５は、この要求を企業Ａ３００のデータサーバ３１０に送信する。要求を受けたデータサーバ３１０は、その要求に対応する情報を情報提供サーバ１０に向けてネットワーク１００を介して送信する。
情報提供サーバ１０は要求に対応する情報を受け取ると、その情報を再送信抑止制御部１３に提供し、再送信抑止制御部１３では第１の実施例あるいは第７の実施例で説明したと同様の再送抑止処理を実行した後、処理を施した情報を振分け制御部１５に戻す。
ここで、第１の実施例で説明した再送抑止処理は、携帯端末２０から要求された情報を、情報提供サーバ１０に保持された送信済みの情報と照合することにより、携帯端末２０から要求された情報が送信済みか否かを判定するもので、携帯端末２０から要求される情報の識別情報を送信履歴データキャッシュ部１４の識別情報と照合することで、情報が送信済みか否かを判定する処理を含む。
また、第７の実施例で説明した再送抑止処理は、携帯端末２０から要求された情報を、情報提供サーバ１０に保持された送信済みの情報と照合することにより、携帯端末２０から要求された情報が送信済みか否かを判定するもので、照合の際、送信済みデータに基づいてデータを生成するための情報である差分情報と、送信情報が差分情報であるのか差分情報以外の情報であるのかを判定するフラグを作成する処理を含む。
処理を施した情報が振分け制御部１５に戻されると同時に、再送信抑止制御部１３は送信履歴データキャッシュ部１４に送信履歴として情報を保持する。なお、送信履歴データキャッシュ部１４で履歴を保持する領域は、企業毎に区分し、それをさらに携帯端末毎に区分することとする。
保持の際に使用する領域の判別は、携帯端末が標準的に有する識別情報（固体識別情報）を、振分け制御部１５に予め情報テーブルとして登録しておくことにより実現する。
振分け制御部１５は再送信抑止制御部１３に対して情報を提供する際に、登録された保持領域を識別する情報を共に提供する。
振分け制御部１５は、再送抑止処理が施された情報を携帯端末Ａ３２０に対してネットワーク１００を介して送信する。
ここでいう再送抑止処理が施された情報とは、上述した第１の実施例あるいは第７の実施例で説明したと同様の再送抑止処理が施された情報のことを示す。
振分け制御部１５から、情報を受け取った携帯端末３２０では、ソフトウェアに内蔵されている再受信抑止機能により、再受信抑止処理を行う。
以上述べた第８の実施例により、情報提供サーバ１０を保有しない企業であっても、再送抑止処理を利用することが可能となり、携帯端末３２０が使用するネットワーク１００を介して行う通信に要する費用を低減することが可能となる。また、情報提供サーバ１０を有する企業は、サーバを使用している企業に対して、運用管理費用を請求したり、使用量およびどれ位の通信効率化が図れたかといった情報を付加価値として提供し、対価を受けることが可能となる。
〔第９の実施例〕
次に本発明の第９の実施例について図を用いて説明する。
本実施例によれば、データサーバを保有する企業に対してサービス提供サーバと携帯端末を提供し、携帯端末からデータサーバにアクセスして情報を取得する際に、再送抑止機能を利用することができる。
図１８は、本実施例を説明するための図である。
企業Ａ３００はデータサーバ３１０を有する。企業Ａ３００は、データサーバ３１０を携帯端末３２０から使用すると共に、再送抑止機能１３を利用するために、情報提供サーバ１０の管理会社と再送抑止機能の使用契約を結ぶ。
また、その企業から携帯端末３２０での再送抑止機能使用に関するレンタル契約を結ぶか、または携帯端末３２０を購入して使用契約を結ぶ。この携帯端末３２０は、予め再受信抑止機能が内蔵されていても良いし、企業Ａで利用開始時に、再受信抑止機能が内蔵されているソフトウェアを情報提供サーバ１０からダウンロードしても良い。
企業Ａに所属する社員は携帯端末３２０を使用してデータの要求をデータサーバ３１０に対して行う。この要求は、先ず情報提供サーバ１０にネットワーク経由で送られ、この要求を受けた情報提供サーバ１０は振分け制御部１５で情報送信先を判別し、データサーバ３１０に対してネットワーク１００を経由して要求を送信する。要求を受けたデータサーバ３１０は、その要求に対応した情報を、ネットワーク１００を経由して情報提供サーバ１０に送る。
情報を受け取った情報提供サーバ１０の振分け制御部１５は、その情報を再送信抑止制御部１３に送る。再送信抑止制御部１３では、第１の実施例と同様の再送抑止処理を行う。この際の保持領域の判別は、第８の実施例で説明したのと同様の方法を取る。再送抑止制御部１３は、処理を施した情報を振分け制御部１５に送る。再送抑止処理の施された情報を受け取った振分け制御部１５は、ネットワーク１００を経由して携帯端末３２０にその情報を提供する。再送抑止処理の施された情報を受信した携帯端末３２０は、携帯端末３２０に内蔵されている再受信抑止制御部２３か、又はソフトウェアに内蔵されている再受信抑止機能にて、第１の実施例で述べたのと同様の方法で処理を行った後、情報を利用する。
この第９の実施例によれば、サービス提供サーバ１０を保有しない企業であっても、再送抑止処理を利用することにより、携帯端末が使用するネットワーク１００経由の通信費を低減することが可能となる。
また、企業Ａは、情報提供サーバ１０を管理する企業に対して携帯端末の利用契約を結んでいるので、この企業に携帯端末の再受信抑止機能に対する月額使用料金を支払うことになる。その際、携帯端末３２０からの利用状況をトラフィック計数管理部１６によって把握し、データサーバ３００へ接続した分のトラフィックのみ計数する。このようにして、業務利用分を企業Ａに要求し、それ以外の業務利用外の使用料を、携帯端末を使用している社員に請求することにより、企業の携帯端末使用料を低減する手助けをすることができる。また、使用量およびどれ位の通信効率化が図れたかといった情報を付加価値として提供することや、運用管理費用やメンテナンス料を受けることが可能となる。
以上の説明は企業Ａの場合について行ったが、企業Ｂあるいは３つ以上の企業の場合についても全く同様である。
〔第１０の実施例〕
次に本発明の第１０の実施例について図を用いて説明する。
本実施例によれば、情報提供サーバと携帯端末の保有するキャッシュに不一致が発生した場合に回復処理を行うことができる。
図１９は、本実施例を説明するための図である。
本発明の第１の実施例および第２の実施例において、情報提供サーバ１０から携帯端末２０に対して新規データを送信している途中に通信の一時断が発生し、情報提供サーバ１０の送信履歴データキャッシュ部１４にはデータが保存されたが、携帯端末２０の受信データキャッシュ部２４にはデータが保存されなかった場合の処理について図１を参照して説明する。
このような場合、通信の一時断が発生した後も、携帯端末２０から情報提供サーバ１０に向けて、情報の要求処理が実行される。通信断直後に通信断前と同じ情報の要求が発生しても、何度か違う要求処理が発生した後に通信断前と同じ情報の要求が発生しても良い。
通信断前に発行された要求が携帯端末２０から発行されると、情報提供サーバ１０は、その要求を受け、データサーバ３０に対して情報の要求を行い、データサーバ３０から情報提供サーバ１０に情報が提供される。情報提供サーバ１０では、データサーバ３０から受け取ったデータと送信履歴データキャッシュ部１４内のデータとを比較し、既に保有する情報に関しては、送信済と判定し、ＩＤのみを携帯端末２０に送信する。
情報提供サーバ１０からＩＤを受け取った携帯端末２０の再受信抑止制御部２３は、ＩＤのみである為、受信済の情報であるとみなし、受信データキャッシュ部２４を確認してこのＩＤとペアで保存されているデータを取得しようと試みる。
しかしながら、情報提供サーバ１０からの送信中に通信断が発生したことにより、携帯端末２０はこのＩＤを受信しておらず、ＩＤとデータは受信データキャッシュ部２４には存在しない。この為、再受信抑止制御部２３は回復処理として、存在しないＩＤとデータを再取得するために以下の動作を実行する。
再受信抑止制御部２３は、受信データキャッシュ部内に存在しなかったＩＤを未保有ＩＤ１５０１として情報提供サーバ１０に発行する。この未保有ＩＤ１５０１を受け取った情報提供サーバ１０は、再送信抑止制御部２３にこの未保有ＩＤ１５０１を渡す。再送信抑止制御部２３では、送信履歴データキャッシュ部１４からこの携帯端末が未保有であったＩＤ１５０５とデータ１５０６を抽出し、これらを携帯端末２０に向けて送信する。
未保有ＩＤ１５０５と未保有データ１５０６を受信した携帯端末２０は、これらを再受信抑止制御部２３に渡す。再受信抑止制御部２３は、未保有ＩＤ１５０８と未保有データ１５０９を、受信データキャッシュ部２４に保存する。
〔第１１の実施例〕
次に本発明の第１１の実施例について図を用いて説明する。
本実施例によれば、情報提供サーバと携帯端末の保有するキャッシュの不整合が発生していないかどうかを携帯端末からの要求に付与された不整合検出情報によって確認することができる。
図２０は本実施例を説明するための携帯端末２０に設置された再受信抑止制御部２３の処理を示すフローチャートである。また、図２１は本実施例を説明するための情報提供サーバ１０に設置された再送信抑止制御部１３の処理を示すフローチャートである。なお必要に応じて、図１の主要な部分を参照して説明を行なう。
本発明の第１の実施例および第２の実施例において、携帯端末２０から情報提供サーバ１０に情報要求を行う際に、携帯端末２０の受信データキャッシュ部２４で有する情報と情報提供サーバ１０の保有する送信履歴データキャッシュ部１４内の情報と不整合が発生していないかどうかを確認する不整合検出情報を付与する処理について図１を参照して説明する。
携帯端末２０が要求を発行するとき、再受信抑止制御部２３は、送信データキャッシュ部２４を参照し、保存されているデータＩＤとデータ本体の全情報から不整合を確認可能とする不整合検出情報を生成する（ステップ１６０１）。これは、全データＩＤとデータ本文をハッシュ化し、それらの結果からＸＯＲ演算処理（排他的論理和）を行うことにより不整合検出情報を生成する。この不整合検出情報は、情報提供サーバ１０と不整合識別が可能とすることができるのであれば、ＣＲＣ、ＳＨＡ、ＭＤ５など他の生成方法を取っても良い。
不整合を確認するための不整合検出情報を生成したら、要求情報にこの識別子をパラメータとして付与し、情報提供サーバ１０に送信する（ステップ１６０２）。この要求を受け取った情報提供サーバ１０は（ステップ１７０１）、再送信抑止制御部１３にて、送信履歴データキャッシュ部１４を参照し、端末側で行ったのと同様の不整合検出情報の生成処理を行う。不整合検出情報を生成したら、受信した携帯端末２０の不整合検出情報と比較する（ステップ１７０２）。
携帯端末２０から送信された不整合検出情報と、情報提供サーバ１０内で生成された不整合検出情報が一致していたら、キャッシュ内での不整合は発生していないと判定し、本発明の第１および第２で説明した再送信抑止処理を行い、携帯端末２０に情報提供を行う（ステップ１７０３）。もし、不整合検出情報の不一致が発生した場合は、携帯端末２０の受信データキャッシュ部２４の内容と情報提供サーバ１０側の送信履歴データキャッシュ部１４の内容に不整合が発生したと判定し、以下の処理を実行する。
携帯端末２０からの要求に対応した情報をデータサーバ３０に要求し、その結果としてデータサーバ３０から取得した情報を、本発明の第１および第２で説明した情報の保存処理を、再送信抑止制御部１３が送信履歴データキャッシュ部１４に対して行う（ステップ１７０４）。保存処理が終了した後、送信履歴データキャッシュ部１４内にある全てのデータＩＤおよびデータ本体と、不整合が発生したことを識別する不整合検出フラグを付与して携帯端末２０に向けて送信する（ステップ１７０５）。
全データＩＤとデータ本体を受け取った携帯端末２０は、これらを再受信抑止制御部２３に渡す（ステップ１６０３）。再受信抑止制御部２３は、不整合検出フラグを確認し、付与されていることを確認すると、受信データキャッシュ部２４にある情報を削除し（ステップ１６０５）、受け取った全てのデータＩＤとデータ本体を保存する（ステップ１６０６）。不整合検出フラグが付与されていない場合は、本発明の第１の実施例および第２の実施例の再送信抑止処理を実施する（ステップ１６０７）。
〔第１２の実施例〕
次に本発明の第１２の実施例について説明する。
本実施例によれば、情報提供サーバがデータサーバから提供される情報にデータＩＤが付与されていなくても、再送信抑止処理をおこなうことができる。
本発明の第１の実施例および第２の実施例において、情報提供サーバ１０がデータサーバ３０から情報を取得する際に、情報にデータＩＤが付与されていない場合でも再送信抑止処理が行えるよう、データＩＤを付与する処理について図１及び図２２を参照して説明する。
図２２は、本実施例による情報提供サーバの再送信抑止制御部の処理を示すフローチャートであり、第１の実施例による処理を示す図５と比較し、データサーバ３０から取得した情報にデータＩＤが付与されているかどうかを判定するステップ１８０１と、データＩＤが付与されていない場合の処理（ステップ１８０２〜１８０４）が追加されている。
情報提供サーバ１０は、携帯端末２０からの要求を受けて、データサーバ３０に情報の要求を行う。データサーバ３０は、その要求に対して適切な情報を情報提供サーバ１０に提供する。
ここで、受け取った情報がデータＩＤ、データ本体という構成を取っておらず、データ本体のみで構成されていた場合、情報にデータＩＤが付与されていないと判定し（ステップ１８０１）、再送信抑止処理部は送信履歴データキャッシュ部１４内にあるデータ本体一覧と、取得したデータ本体一覧とを比較する（ステップ１８０２）。もし、一致するデータ本体がなければ、新規にデータＩＤを生成して（ステップ１８０３）、データ本体に付与して送信履歴データキャッシュ部１４に保存する（ステップ１８０４）。
また、データサーバ３０から受け取った新規データ本体一覧に存在しないデータ本体が送信履歴データキャッシュ部１４内に存在する場合には、不要になった情報であると判定し、データ本体とそれに付随するデータＩＤを削除する。以降は、本発明の第１の実施例および第２の実施例において説明した、再送信抑止制御部１３での携帯端末２０に向けた送信情報の生成を行うことで、再送信抑止処理が行われる。
〔第１３の実施例〕
次に本発明の第１３の実施例について説明する。
本実施例によれば、再送信抑止処理を行った情報の順序に意味を持たせ、処理性能の劣る携帯端末において、ソート処理を省いて負荷を軽減することができる。本発明の第１の実施例および第２の実施例において、情報提供サーバ１０の再送信抑止制御部１３が、携帯端末２０に情報を提供する際に、予め携帯端末２０のサービス提供部２２での情報の利用を容易にするよう、情報の順序に意味を持たせる処理について図１及び図２３を参照して説明する。
図２３は、本実施例による情報提供サーバ１０の再送信抑止制御部１３の処理を示すフローチャートであり、第１の実施例による処理を示す図５と比較し、データサーバ３０から取得した情報のソート処理に伴うステップ１９０１〜１９０３が追加されている。にデータＩＤが付与されているかどうかを判定するステップ１８０１と、データＩＤが付与されていない場合の処理（ステップ１８０２〜１８０４）が追加されている。
情報提供サーバ１０は、携帯端末２０からの要求を受けて、データサーバ３０に情報の要求を行う。データサーバ３０は、その要求に対して適切な情報を情報提供サーバ１０に提供する。
本発明の第１の実施例および第２の実施例では、再送信抑止を行った結果の情報は、送信履歴データキャッシュ部１４に保存されている情報の順序となるため、データサーバ３０から受信した順序とは一致していない。
もしここで、データサーバ３０から受け取った情報の順序が、携帯端末２０のサービス提供部２２で画面を生成する際に、データサーバ３０から受信した情報の順序で受け取ることができれば、ソート処理なしで表示可能であったとする。
例えば、データサーバ３０から受信した情報が携帯端末２０でメインメニューを生成する情報であった場合、データサーバ３０から受け取った情報が、［ＩＤ１：電話帳、ＩＤ２：スケジューラ、ＩＤ３：メール、ＩＤ４：業務連絡、ＩＤ５：情報検索］であり、送信履歴データキャッシュ部１４に保存されている情報の順序が、［ＩＤ１：電話帳、ＩＤ３：メール、ＩＤ２：スケジューラ、ＩＤ４：業務連絡］であったとする。このような状況の場合、以下の処理を実行する。
情報提供サーバ１０の再送信抑止制御部１３は、本発明の第１の実施例および第２の実施例で再送信抑止処理を行った結果として情報を生成する。上記の例を元にすると、生成される情報は、データＩＤとデータ本体で構成された［ＩＤ１、ＩＤ３、ＩＤ２、ＩＤ４、ＩＤ５：情報検索］という並びとなる。生成された情報と、データサーバ３０から受け取った情報と比較して、順序が一致していない場合、データサーバ３０が受け取った情報に合わせて、生成した情報の順序を［ＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４、ＩＤ５：情報検索］の並びに変更する（ステップ１９０１）。
順序の変更が完了した情報を、情報提供サーバ１０の再送信抑止制御部１３は、順序づけ処理を行ったことを識別するフラグを付与して（ステップ１９０２）、携帯端末２０に送信する（ステップ５０４）。この情報を受け取った再受信抑止制御部２３は、識別フラグを確認したら、受信した情報の順序のまま、データＩＤをサービス提供部２２に受け渡す。
サービス提供部２２は再受信抑止制御部２３から受け取ったデータＩＤの順序どおりにデータ本体の要求を再受信抑止制御部２３に対して行う。再受信抑止制御部２３から受け取った情報を、サービス提供部２２は、順序を変更せずにそのまま自身の管理する出力インターフェースに一覧表示を実行する。
本発明の情報提供サーバ１０は、その動作をハードウェア的に実現することは勿論として、上記した各手段を実行する情報提供制御プログラム（アプリケーション）７０をコンピュータ処理装置である情報提供サーバ１０で実行することにより、ソフトウェア的に実現することができる。情報提供制御プログラム７０は、磁気ディスク、半導体記憶その他の記録媒体に保持され、その記録媒体から情報提供サーバ１０にロードされ、その動作を制御することにより、上述した各機能を実現する。
本発明の携帯端末２０も、またその動作をハードウェア的に実現することは勿論として、上記した各手段を実行する携帯端末制御プログラム（アプリケーション）８０をコンピュータ処理装置である携帯端末２０で実行することにより、ソフトウェア的に実現することができる。この携帯端末制御プログラム８０は、磁気ディスク、半導体記憶その他の記録媒体に保持され、その記録媒体から携帯端末２０にロードされ、その動作を制御することにより、上述した各機能を実現する。
以上好ましい複数の実施例をあげて本発明を説明したが、本発明は必ずしも、上記実施例に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
本発明の情報提供システム、情報提供サーバ、携帯端末、情報提供制御プログラム及び携帯端末制御プログラムによれば、以下に述べるような効果が達成される。
第１に、携帯端末から要求のあったデータを情報提供サーバから送信する際に、送信済みデータの保持されたキャッシュ部のデータを参照することにより、データが送信済みかどうかの判定を行なうことが可能となり、サーバから携帯端末へのデータの再送信を抑止することができる。
第２に、携帯端末から要求のあったデータをサーバから送信する際に、送信済みの場合においても、データの識別番号のみを送付するため、携帯端末では受信済みデータの保持されたキャッシュ部から識別番号の同じデータを読み出すことができると共に、データを再送信する場合に比較して、通信のトラフィック量を低減することができる。
Claims (75)
- ネットワークを介して接続される携帯端末からの情報の要求に対応して、情報提供サーバが前記要求された情報を前記携帯端末に提供する情報提供システムであって、
前記携帯端末から要求された情報を、前記情報提供サーバに保持された送信済みの情報と照合することにより、
前記携帯端末から要求された情報が送信済みか否かを判定し、前記情報の再送を抑止することを特徴とする情報提供システム。 - 前記情報提供サーバが、送信済みの前記情報と当該情報を識別する識別情報を対応付けて保持するキャッシュ部を備え、前記携帯端末から要求される情報の識別情報を前記キャッシュ部の識別情報と照合することで、前記情報が送信済みか否かを判定することを特徴とする請求項１に記載の情報提供システム。
- 送信済みと判定した場合、前記情報提供サーバから前記情報の識別情報のみを前記携帯端末へ送信し、
未送信と判定した場合、前記情報提供サーバから前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする請求項２に記載の情報提供システム。 - 前記情報提供サーバから受信した情報と当該情報の識別情報とを対応づけて保持すると共に、前記情報提供サーバから前記情報の識別情報のみを受信した際に、前記情報を読み出すキャッシュ部を前記携帯端末に備えることを特徴とする請求項３に記載の情報提供システム。
- 前記情報提供サーバから前記識別情報のみを受信した場合、前記携帯端末の出力インターフェースに情報を提供するサービス提供部に当該識別情報のみを提供すると、前記サービス提供部で前記識別情報に対応した情報を前記キャッシュ部から取得し
前記情報提供サーバから前記情報と当該情報の識別情報を受信した場合、当該識別情報のみを前記サービス提供部に提供し、かつ当該情報と当該情報の識別情報を前記キャッシュ部に保持し、前記サービス提供部で、前記識別情報に対応した情報を前記キャッシュ部から取得することを特徴とする請求項４に記載の情報提供システム。 - 前記送信済みの情報に対応する更新された情報の要求を受信した際に、前記情報提供サーバが接続され、前記要求に対応した情報を提供するデータサーバから更新された情報と当該情報の識別情報を取得し、前記更新された情報と前記キャッシュ部に保持された前記更新された情報の識別情報に対応する情報とが一致しない場合、前記キャッシュ部に保持された前記情報を前記更新された情報で書き換え、前記更新された情報と識別情報を前記携帯端末へ送信することを特徴とする請求項４に記載の情報提供システム。
- 前記情報提供サーバから送信された前記更新された情報と識別情報を前記携帯端末で受信した際、前記識別情報と同一の識別情報に対応する情報が前記携帯端末に備えるキャッシュ部に保持されている場合、前記情報を前記更新情報で書き換えることを特徴とする請求項６に記載の情報提供システム。
- 前記情報提供サーバに備えるキャッシュ部の記憶容量情報を前記携帯端末へ送信すると、前記携帯端末は前記記憶容量情報に基づき、前記携帯端末に備えるキャッシュ部の記憶容量を設定することを特徴とする請求項３から請求項７のいずれか１項に記載の情報提供システム。
- 前記キャッシュ部に保持された情報の携帯端末の入力インタフェースからの更新がなされると、前記情報に更新されたことを示す更新フラグを付与し、前記情報と識別情報を前記情報提供サーバへ送信した後、前記更新フラグを削除することを特徴とする請求項４に記載の情報提供システム。
- 前記キャッシュ部の領域に情報を保持する空きがない場合、前記キャッシュ部の第１番目の領域に保持された情報と識別情報を削除し、第２番目の領域以降の情報と当該情報の識別情報を、前記第１番目の領域が先頭となるように移動させ、最後尾の情報保持領域に、新規情報と当該情報の識別情報を保持し、
前記キャッシュ部の情報が削除された場合、削除された情報の保持された領域に続く次の領域以降の情報と識別情報を、前記次の領域が削除された情報の保持された領域となるように移動させ、
前記キャッシュ部に新規情報を追加する場合、最後尾の情報の次に新規情報と識別情報を保持することを特徴とする請求項３に記載の情報提供システム。 - 前記携帯端末からの情報の要求により、前記識別情報に対応する前記キャッシュ部の情報が参照された場合、参照された情報の保持された領域に続く次の領域以降の情報と識別情報を、前記次の領域が参照された情報の保持された領域となるように移動させ、最後尾の情報保持領域に、参照された情報と識別情報を保持することを特徴とする請求項３に記載の情報提供システム。
- 前記キャッシュ部に保持された前記情報を前記更新された情報で書き換える際、更新された情報の保持された領域に続く次の領域以降の情報と当該情報の識別情報を、前記次の領域が更新された情報の保持された領域となるように移動させ、最後尾の情報保持領域に、更新された情報と識別情報を保持することを特徴とする請求項６に記載の情報提供システム。
- 前記情報提供サーバから前記携帯端末へ送信した情報と当該情報の識別情報の内、前記情報提供サーバで前記情報をハッシュ関数によりハッシュ化した後、ハッシュ化した情報をその識別情報と共に前記キャッシュ部に保持することを特徴とする請求項３に記載の情報提供システム。
- 前記携帯端末へ送信する情報をハッシュ化した情報とし、前記キャッシュ部に前記情報の識別情報と同一の識別情報に対応し、かつハッシュ化された情報が既に保持されている場合、前記ハッシュ化した情報と前記ハッシュ化された情報の比較を行い、両者に不一致がある場合、前記キャッシュ部に保持された前記ハッシュ化された情報を前記ハッシュ化した情報に書き換えることを特徴とする請求項１３に記載の情報提供システム。
- 前記情報提供サーバに接続されたデータサーバから情報と当該情報の識別情報に加えて、その情報更新時間を前記情報提供サーバで取得し、前記情報と当該情報の識別情報を前記情報提供サーバから前記携帯端末へ送信した後、前記情報の識別情報と前記情報更新時間とを対応づけて前記キャッシュ部に保持することを特徴とする請求項３に記載の情報提供システム。
- 前記情報更新時間を取得する際に、前記情報の識別情報と同一の識別情報が前記キャッシュ部に保持され、なおかつ前記情報の識別情報に対応する情報更新時間と前記同一の識別情報に対応する情報更新時間とが一致しない場合、前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする請求項１５に記載の情報提供システム。
- ネットワークを介して携帯端末と当該携帯端末に情報を提供する情報提供サーバが接続され、前記情報提供サーバは複数のデータサーバと接続され、前記情報提供サーバは前記携帯端末から情報の提供要求を受けると、前記情報提供サーバは前記複数のデータサーバのいずれかから情報と当該情報の識別情報を取得し、前記情報と当該情報の識別情報を前記携帯端末へ提供する情報提供システムであって、
前記携帯端末から利用する情報サービスを識別する識別情報と、受け取る情報を選別する情報項目である情報要求内容を前記情報提供サーバへ送信すると、
前記情報提供サーバで前記識別情報に基づき、前記複数のデータサーバの内いずれか１つのデータサーバを選択し、
前記情報提供サーバは、前記携帯端末からの前記情報の情報要求内容に対応した情報の提供を前記データベースより受けることを特徴とする情報提供システム。 - 前記情報提供サーバが、送信済みの前記情報を保持するキャッシュ部を備え、前記携帯端末から要求された情報を前記キャッシュ部の情報と照合することで、前記情報が送信済みか否かを判定することを特徴とする請求項１に記載の情報提供システム。
- 前記照合の際、送信済みデータに基づいてデータを生成するための情報である差分情報と、送信情報が差分情報であるか否かを判定するフラグを前記情報提供サーバで作成し、前記要求された情報は未送信と判定した場合、前記情報提供サーバから、前記差分情報と前記フラグを送信し、
送信済みと判定した場合、前記情報提供サーバから、前記フラグを送信することを特徴とする請求項１８に記載の情報提供システム。 - 複数の企業毎に、当該企業に属するデータサーバと携帯端末を設け、前記携帯端末で前記データサーバに格納された情報の提供を前記情報提供サーバから受ける際に、前記携帯端末を保有するそれぞれの企業のデータサーバへ前記要求された情報を企業毎に振分けて要求する振分け制御部を前記情報提供サーバに設けたことを特徴とする請求項１に記載の情報提供システム。
- 複数の企業毎にデータサーバを設け、前記携帯端末で前記データサーバに格納されたそれぞれの企業の情報の提供を前記情報提供サーバから受けた際に、前記携帯端末を使用する企業毎のトラフィック利用状況を計数し、前記企業毎に携帯端末の利用料金を算出するトラフィック計数管理部を設けたことを特徴とする請求項１に記載の情報提供システム。
- 前記情報提供サーバから前記情報の識別情報のみを受信し、前記携帯端末に備えた前記キャッシュ部に当該識別情報が保持されていない場合、前記携帯端末から前記情報提供サーバへ当該識別情報に対応する情報を要求すると、前記情報提供サーバに備えたキャッシュ部から前記情報を読み出し、前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする請求項４に記載の情報提供システム。
- ネットワークを介して、携帯端末及び前記要求に対応した情報を提供するデータサーバに接続され、前記携帯端末からの情報の要求に対応して、前記データサーバから情報を取得して、前記要求された情報を前記携帯端末に提供する情報提供サーバであって、
保持している送信済み情報と前記携帯端末から要求された情報を照合することにより、
前記携帯端末から要求された情報が送信済みかどうかを判定し、前記情報の再送を抑止することを特徴とする情報提供サーバ。 - 送信済みの前記情報と当該情報を識別する識別情報を対応付けて保持するキャッシュ部を備え、前記携帯端末から要求される情報の識別情報を前記キャッシュ部の識別情報と照合することで、前記情報が送信済みか否かを判定することを特徴とする請求項２３に記載の情報提供サーバ。
- 送信済みと判定した場合、前記情報の識別情報のみを前記携帯端末へ送信し、
未送信と判定した場合、前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする請求項２４に記載の情報提供サーバ。 - 送信済みの情報に対応する更新された情報の要求を受信した際に、前記データサーバから、更新された情報と当該情報の識別情報を取得し、情報の再送を抑止する再送信抑止制御部で、更新された情報と前記キャッシュ部に保持された前記更新された情報の識別情報に対応する情報との比較を行い、両者が一致しない場合、前記キャッシュ部に保持された前記情報を前記更新された情報で書き換え、前記更新された情報と識別情報を前記携帯端末へ送信することを特徴とする請求項２５に記載の情報提供サーバ。
- 前記キャッシュ部の記憶容量情報を前記携帯端末へ送信することを特徴とする請求項２３から請求項２６のいずれか１項に記載の情報提供サーバ。
- 前記キャッシュ部の領域に情報を保持する空きがない場合、前記キャッシュ部の第１番目の領域に保持された情報と識別情報を削除し、第２番目の領域以降の情報と当該情報の識別情報を、前記第１番目の領域が先頭となるように移動させ、最後尾の情報保持領域に、新規情報と当該情報の識別情報を保持し、
前記キャッシュ部の情報が削除された場合、削除された情報の保持された領域に続く次の領域以降の情報と識別情報を、前記次の領域が削除された情報の保持された領域となるように移動させ、
前記キャッシュ部に新規情報を追加する場合、最後尾の情報の次に新規情報と識別情報を保持することを特徴とする請求項２５に記載の情報提供サーバ。 - 前記携帯端末から要求される情報の識別情報が前記キャッシュ部の識別情報と照合され、前記識別情報に対応する前記キャッシュ部の情報が参照された場合、参照された情報の保持された領域に続く次の領域以降の情報と識別情報を、前記次の領域が参照された情報の保持された領域となるように移動させ、最後尾の情報保持領域に、参照された情報と識別情報を保持することを特徴とする請求項２５に記載の情報提供サーバ。
- 前記キャッシュ部に保持された前記情報を前記更新された情報で書き換える際、前記更新された情報の保持された領域に続く次の領域以降の情報と当該情報の識別情報を、前記次の領域が更新された情報の保持された領域となるように移動させ、最後尾の情報保持領域に、更新された情報と識別情報を保持することを特徴とする請求項２６に記載の情報提供サーバ。
- 前記携帯端末へ送信した情報と当該情報の識別情報の内、前記情報提供サーバで前記情報をハッシュ関数によりハッシュ化した後、ハッシュ化した情報をその識別情報と共に前記キャッシュ部に保持することを特徴とする請求項２５に記載の情報提供サーバ。
- 前記携帯端末へ送信する情報をハッシュ化した情報とし、前記キャッシュ部に前記情報の識別情報と同一の識別情報に対応し、かつハッシュ化された情報が既に保持されている場合、前記ハッシュ化した情報と前記ハッシュ化された情報の比較を行い、両者に不一致がある場合、前記キャッシュ部に保持された前記ハッシュ化された情報を前記ハッシュ化した情報に書き換えることを特徴とする請求項３１に記載の情報提供サーバ。
- 前記情報サーバから情報と当該情報の識別情報に加えてその情報更新時間を取得し、前記情報と当該情報の識別情報を前記携帯端末へ送信する際、前記情報の識別情報と前記情報更新時間を前記情報提供サーバに備えるキャッシュ部に保持することを特徴とする請求項２５に記載の情報提供サーバ。
- 前記情報更新時間を取得する際に、前記情報の識別情報と同一の識別情報が前記キャッシュ部に保持され、なおかつ前記情報の識別情報に対応する情報更新時間と前記同一の識別情報に対応する情報更新時間とが一致しない場合、前記情報と当該情報の識別情報を前記携帯端末へ送信することを特徴とする請求項３３に記載の情報提供サーバ。
- ネットワークを介して情報提供サーバと接続され、情報の要求を前記情報提供サーバに行うと、前記要求した情報の提供を受ける携帯端末であって、
前記情報提供サーバから受信した情報と当該情報を識別するための識別情報とを対応づけて保持すると共に、
前記情報提供サーバから前記情報の識別情報のみを受信した際に、前記情報を読み出すキャッシュ部を備えることを特徴とする携帯端末 - 前記情報提供サーバから前記識別情報のみを受信した場合、出力インターフェースに情報を提供するサービス提供部に、当該識別情報のみを提供し、
情報と当該情報の識別情報を受信した場合、当該識別情報のみを前記サービス提供部に提供し、また当該情報と当該情報の識別情報を前記キャッシュ部に保持することを特徴とする請求項３５に記載の携帯端末。 - 前記識別情報のみを受信した場合、前記サービス提供部は、情報の再受信を抑止する再受信抑止制御部に前記識別情報に対応した情報を要求し、前記再受信抑止制御部は前記識別情報に対応した情報を前記キャッシュ部から取得して、前記サービス提供部へ提供し、
前記情報と当該情報の識別情報を受信した場合、前記サービス提供部は、前記識別情報に対応した情報を前記再受信抑止制御部に要求し、前記再受信抑止制御部は前記識別情報に対応した情報を前記キャッシュ部から取得して、前記サービス提供部へ提供することを特徴とする請求項３６に記載の携帯端末。 - 前記受信した情報に対応する更新された情報と当該情報の識別情報を受信した際、前記識別情報と同一の識別情報に対応する情報が前記キャッシュ部に保持されている場合、前記情報を前記更新情報で書き換えることを特徴とする請求項３６に記載の携帯端末。
- 前記情報提供サーバから前記キャッシュ部の記憶容量情報を受信すると、前記記憶容量情報に基づき、前記キャッシュ部の記憶容量を設定することを特徴とする請求項３５から請求項３８のいずれか１項に記載の記載の携帯端末。
- 前記キャッシュ部に保持された情報の入力インタフェースからの更新がなされると、前記更新のなされた情報に情報が更新されたことを示す更新フラグを付与し、前記情報と当該情報の識別情報を前記情報提供サーバへ送信した後、前記更新フラグを削除することを特徴とする請求項３５に記載の携帯端末。
- ネットワークを介して、携帯端末及びデータサーバに接続され、前記携帯端末からの情報の要求に対応して、前記データサーバから情報を取得して、前記要求された情報を前記携帯端末に提供する情報提供サーバ上で実行され、
送信済み情報と当該情報の識別情報とを対応付けて保持するキャッシュ部の送信済み情報と、前記携帯端末から要求された情報を照合することにより、
前記携帯端末から要求された情報が送信済みか否かを判定する機能を実行することを特徴とする情報提供制御プログラム。 - 送信済みと判定した場合、前記情報の識別情報のみを前記携帯端末へ送信し、
未送信と判定した場合、前記情報と当該情報の識別情報を前記携帯端末へ送信する機能を有することを特徴とする請求項４１に記載の情報提供制御プログラム。 - 送信済みの情報に対応する更新された情報の要求を受信した際に、前記データサーバから更新された情報と当該情報の識別情報を取得し、更新された情報と前記キャッシュ部に保持された前記更新された情報の識別情報に対応する情報との比較を行い、両者が一致しない場合、前記キャッシュ部に保持された前記情報を前記更新された情報で書き換え、前記更新された情報と識別情報を前記携帯端末へ送信する機能を有することを特徴とする請求項４２に記載の情報提供制御プログラム。
- 前記キャッシュ部の記憶容量情報を前記携帯端末へ送信する機能を有することを特徴とする請求項４１から請求項４３のいずれか１項に記載の情報提供制御プログラム。
- 前記携帯端末へ送信した情報と当該情報の識別情報の内、前記情報をハッシュ関数によりハッシュ化した後、ハッシュ化した情報を当該情報の識別情報と共に前記キャッシュ部に保持する機能を有することを特徴とする請求項４２に記載の情報提供制御プログラム。
- 前記携帯端末へ送信する情報をハッシュ化した情報とし、前記キャッシュ部に前記情報の識別情報と同一の識別情報に対応し、かつハッシュ化された情報が既に保持されている場合、前記ハッシュ化した情報と前記ハッシュ化された情報の比較を行い、両者に不一致がある場合、前記キャッシュ部に保持された前記ハッシュ化された情報を前記ハッシュ化した情報に書き換えることを特徴とする請求項４５に記載の情報提供制御プログラム。
- ネットワークを介して情報提供サーバと接続され、情報の要求を前記情報提供サーバに行うと、前記要求した情報の提供を受け、受信した情報と当該情報を識別するための識別情報とを対応づけて保持するキャッシュ部を備えた携帯端末上で実行され、
前記情報提供サーバから識別情報のみを受信した場合、出力インタフェースに情報を提供するサービス提供部に、当該識別情報のみを提供する機能と、
情報と当該情報の識別情報を受信した場合、当該識別情報のみを前記サービス提供部に提供する機能を実行することを特徴とする携帯端末制御プログラム。 - 前記識別情報のみを受信した場合、前記キャッシュ部に保持されている前記識別情報に対応した情報を取得し、
前記情報と当該情報の識別情報を受信した場合、前記識別情報に対応した情報を前記キャッシュ部から取得して、前記サービス提供部へ提供する機能を有することを特徴とする請求項４７に記載の携帯端末制御プログラム。 - 前記受信した情報に対応する更新された情報と当該情報の識別情報を受信した際、前記識別情報と同一の識別情報に対応する情報が前記キャッシュ部に保持されている場合、前記情報を前記更新情報で書き換える機能を有することを特徴とする請求項４８に記載の携帯端末制御プログラム。
- 前記携帯端末から要求する情報に、前記携帯端末のキャッシュ部に保持される情報と前記情報提供サーバのキャッシュ部に保持される情報間の不整合を確認するための不整合検出情報を付与し、
前記情報提供サーバは、前記情報提供サーバ側で生成した前記不整合検出情報と、前記携帯端末から要求される情報に付与される不整合検出情報とを照合し、前記情報が送信済みか否かを判定することを特徴とする請求項４に記載の情報提供システム。 - 前記不整合検出情報は、前記キャッシュ部に保持されている識別情報と情報とから情報間の不整合を検出可能な情報であることを特徴とする請求項５０に記載の情報提供システム。
- 前記不整合検出情報が不一致の場合、不整合を示すフラグを付して要求された前記情報を前記携帯端末へ送信し、
前記携帯端末が、前記フラグが付された前記情報が送信された場合に、前記情報を前記キャッシュ部に保存することを特徴とする請求項５０又は請求項５１に記載の情報提供システム。 - 前記情報提供サーバが接続され、前記携帯端末からの要求に対応した情報を提供するデータサーバを備え、
前記情報提供サーバが、前記データサーバから取得した情報と前記キャッシュ部で保持する情報とが一致するか否かを判定し、
不一致の場合、前記データサーバから取得した情報を、当該情報を識別する前記識別情報を付与して前記キャッシュ部に保持することを特徴とする請求項４に記載の情報提供システム。 - 不一致と判定した前記情報と対応する前記識別情報とを前記キャッシュ部から削除することを特徴とする請求項５３に記載の情報提供システム。
- 前記情報提供サーバが接続され、前記携帯端末からの要求に対応した情報を提供するデータサーバを備え、
前記情報提供サーバが、前記データサーバから取得した情報を、前記携帯端末における処理の順序に基づいて順序付けして前記携帯端末に送信し、
前記携帯端末が、前記情報を並び替えすることなく受信した順序に従って処理することを特徴とする請求項１に記載の情報提供システム。 - 前記情報提供サーバが、前記順序付けされた前記情報に、当該情報が順序付けされていることを示すフラグを付加して送信し、
前記携帯端末が、前記フラグ順序情報を取得することによって、受信した前記情報を当該順序にしたがって処理することを特徴とする請求項５５に記載の情報提供システム。 - 前記情報提供サーバが、前記情報を保持するキャッシュ部を備え、
前記データサーバから取得した情報を、前記携帯端末における処理の順序に基づいて順序付けして前記キャッシュ部に保持することを特徴とする請求項５５又請求項５６に記載の情報提供システム。 - 前記携帯端末から要求される情報に、前記キャッシュ部に保持する情報と前記携帯端末に保持される情報間の不整合を確認するための不整合検出情報を付与し、
生成した前記不整合検出情報と、前記携帯端末から要求される情報に付与される不整合検出情報とを照合し、前記情報が送信済みか否かを判定することを特徴とする請求項２５に記載の情報提供サーバ。 - 前記不整合検出情報は、前記キャッシュ部に保持されている識別情報と情報とから情報間の不整合を検出可能な情報であることを特徴とする請求項５８に記載の情報提供サーバ。
- 前記不整合検出情報が不一致の場合、不整合を示すフラグを付して要求された前記情報を前記携帯端末へ送信することを特徴とする請求項５８又は請求項５９に記載の情報提供サーバ。
- 前記携帯端末からの要求に対応した情報を提供するデータサーバに接続し、
前記データサーバから取得した情報と前記キャッシュ部で保持する情報とが一致するか否かを判定し、
不一致の場合、前記データサーバから取得した情報を、当該情報を識別する前記識別情報を付与して前記キャッシュ部に保持することを特徴とする請求項２５に記載の情報提供サーバ。 - 不一致と判定した前記情報と対応する前記識別情報とを前記キャッシュ部から削除することを特徴とする請求項６１に記載の情報提供サーバ。
- 前記携帯端末からの要求に対応した情報を提供するデータサーバに接続し、
前記データサーバから取得した情報を、前記携帯端末における処理の順序に基づいて順序付けして前記携帯端末に送信することを特徴とする請求項２３に記載の情報提供サーバ。 - 前記順序付けされた前記情報に、当該情報が順序付けされていることを示すフラグを付加して前記携帯端末に送信することを特徴とする請求項６３に記載の情報提供サーバ。
- 前記情報を保持するキャッシュ部を備え、
前記データサーバから取得した情報を、前記携帯端末における処理の順序に基づいて順序付けして前記キャッシュ部に保持することを特徴とする請求項６３又請求項６４に記載の情報提供サーバ。 - 要求する情報に、前記キャッシュ部に保持される情報と前記情報提供サーバに保持される情報間の不整合を確認するための不整合検出情報を付与して前記情報提供サーバに送信し、
前記情報提供サーバが、前記情報提供サーバ側で生成した前記不整合検出情報と、前記要求される情報に付与される不整合検出情報とを照合して前記不整合検出情報が不一致の場合、不整合を示すフラグを付された、要求した前記情報を前記情報提供サーバから受信して前記キャッシュ部に保存することを特徴とする請求項３５に記載の携帯端末。 - 前記情報提供サーバが、接続する、前記要求に対応した情報を提供するデータサーバから取得し、前記要求に対応した処理の順序に基づいて順序付けした情報を前記情報提供サーバから受信し、
前記情報を並び替えすることなく受信した順序に従って処理することを特徴とする請求項３５に記載の携帯端末。 - 前記情報提供サーバが、当該情報が順序付けされていることを示すフラグを付加した、前記順序付けされた前記情報を前記情報提供サーバから受信し、
前記フラグ順序情報を取得することによって、受信した前記情報を当該順序にしたがって処理することを特徴とする請求項６７に記載の携帯端末。 - 前記携帯端末から要求する情報に、前記携帯端末のキャッシュ部に保持される情報と前記情報提供サーバのキャッシュ部に保持される情報間の不整合を確認するための不整合検出情報を付与し、
前記情報提供サーバは、前記情報提供サーバ側で生成した前記不整合検出情報と、前記携帯端末から要求される情報に付与される不整合検出情報とを照合し、前記情報が送信済みか否かを判定する機能を有することを特徴とする請求項４６に記載の情報提供制御プログラム。 - 前記不整合検出情報が不一致の場合、不整合を示すフラグを付して要求された前記情報を前記携帯端末へ送信し、
前記携帯端末が、前記フラグが付された前記情報が送信された場合に、前記情報を前記キャッシュ部に保存する機能を有することを特徴とする請求項６９に記載の情報提供制御プログラム。 - 前記情報提供サーバが接続され、前記携帯端末からの要求に対応した情報を提供するデータサーバを備え、
前記情報提供サーバが、前記データサーバから取得した情報と前記キャッシュ部で保持する情報とが一致するか否かを判定し、
不一致の場合、前記データサーバから取得した情報を、当該情報を識別する前記識別情報を付与して前記キャッシュ部に保持する機能を有することを特徴とする請求項４６に記載の情報提供制御プログラム。 - 不一致と判定した前記情報と対応する前記識別情報とを前記キャッシュ部から削除する機能を有することを特徴とする請求項７１に記載の情報提供制御プログラム。
- 前記情報提供サーバが接続され、前記携帯端末からの要求に対応した情報を提供するデータサーバを備え、
前記情報提供サーバが、前記データサーバから取得した情報を、前記携帯端末における処理の順序に基づいて順序付けして前記携帯端末に送信し、
前記携帯端末が、前記情報を並び替えすることなく受信した順序に従って処理する機能を有することを特徴とする請求項４１に記載の情報提供制御プログラム。 - 前記情報提供サーバが、前記順序付けされた前記情報に、当該情報が順序付けされていることを示すフラグを付加して送信し、
前記携帯端末が、前記フラグ順序情報を取得することによって、受信した前記情報を当該順序にしたがって処理する機能を有することを特徴とする請求項７３に記載の情報提供制御プログラム。 - 前記情報提供サーバが、前記情報を保持するキャッシュ部を備え、
前記データサーバから取得した情報を、前記携帯端末における処理の順序に基づいて順序付けして前記キャッシュ部に保持する機能を有することを特徴とする請求項７３又請求項７４に記載の情報提供制御プログラム。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004186279 | 2004-06-24 | ||
| JP2004186279 | 2004-06-24 | ||
| JP2005181818 | 2005-06-22 | ||
| JP2005181818 | 2005-06-22 | ||
| PCT/JP2005/012148 WO2006001507A1 (ja) | 2004-06-24 | 2005-06-24 | 情報提供システム、情報提供サーバ、携帯端末、情報提供制御プログラム及び携帯端末制御プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPWO2006001507A1 true JPWO2006001507A1 (ja) | 2008-04-17 |
Family
ID=35781918
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006528835A Withdrawn JPWO2006001507A1 (ja) | 2004-06-24 | 2005-06-24 | 情報提供システム、情報提供サーバ、携帯端末、情報提供制御プログラム及び携帯端末制御プログラム |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20080059601A1 (ja) |
| EP (1) | EP1785880A4 (ja) |
| JP (1) | JPWO2006001507A1 (ja) |
| KR (1) | KR20070039067A (ja) |
| WO (1) | WO2006001507A1 (ja) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008052820A (ja) * | 2006-08-24 | 2008-03-06 | Sony Corp | 情報処理装置および方法、並びにプログラム |
| JP2008092384A (ja) * | 2006-10-04 | 2008-04-17 | Nec Corp | 個人データ保護システム、携帯端末装置及びそれに用いる個人データ保護方法並びにそのプログラム |
| US8024453B2 (en) * | 2006-11-17 | 2011-09-20 | International Business Machines Corporation | Monitoring performance of dynamic web content applications |
| JP5217376B2 (ja) * | 2007-11-16 | 2013-06-19 | 日本電気株式会社 | 端末キャッシュ管理装置、端末キャッシュ管理方法及びプログラム |
| JP5515331B2 (ja) * | 2009-03-09 | 2014-06-11 | ソニー株式会社 | 情報提供サーバ、情報提供システム、情報提供方法及びプログラム |
| JP5632733B2 (ja) * | 2010-12-22 | 2014-11-26 | 株式会社Ｎｔｔドコモ | 表示装置、画面画像転送方法、及びプログラム |
| US20130013412A1 (en) * | 2011-07-08 | 2013-01-10 | Qualcomm Incorporated | Methods and Systems for Displaying GEO-Based Offers on a Mobile Advertising Display Device |
| GB2508343A (en) * | 2012-11-28 | 2014-06-04 | Ibm | Replacing a hash function if a second hash function is more effective |
| US8874904B1 (en) * | 2012-12-13 | 2014-10-28 | Emc Corporation | View computation and transmission for a set of keys refreshed over multiple epochs in a cryptographic device |
| JP6347932B2 (ja) * | 2013-09-30 | 2018-06-27 | 京セラ株式会社 | 電子機器及び制御方法 |
| US10419521B2 (en) * | 2015-05-28 | 2019-09-17 | Toshiba Memory Corporation | Memory system |
| US11650811B2 (en) * | 2019-11-26 | 2023-05-16 | Hyundai Autoever Corp. | Method of updating control unit for vehicle |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0430218A (ja) * | 1990-05-25 | 1992-02-03 | Hitachi Ltd | 差分インストール方式 |
| US5919247A (en) * | 1996-07-24 | 1999-07-06 | Marimba, Inc. | Method for the distribution of code and data updates |
| US5852717A (en) * | 1996-11-20 | 1998-12-22 | Shiva Corporation | Performance optimizations for computer networks utilizing HTTP |
| JPH11177628A (ja) * | 1997-12-15 | 1999-07-02 | Mitsubishi Electric Corp | 広域環境用３次元仮想空間共有システム |
| JP2000020490A (ja) * | 1998-07-01 | 2000-01-21 | Fujitsu Ltd | 遠隔手続き呼出し機構またはオブジェクトリクエストブローカ機構を有する計算機、データ転送方法、および転送方法記憶媒体 |
| JP2000259525A (ja) * | 1999-03-10 | 2000-09-22 | Nec Corp | 通信プロトコルにおける応答返却方法および通信制御装置 |
| JP2001154902A (ja) * | 1999-11-30 | 2001-06-08 | Nec Corp | Ｗｅｂオブジェクトの取得システム |
| EP1154356A1 (en) * | 2000-05-09 | 2001-11-14 | Alcatel | Caching of files during loading from a distributed file system |
| JP4478310B2 (ja) * | 2000-09-20 | 2010-06-09 | キヤノン株式会社 | 情報処理装置およびデータ処理方法および記憶媒体 |
| US20030023759A1 (en) * | 2000-11-30 | 2003-01-30 | Jack Littleton | System and method for provisioning telephony services via a personal digital assistant |
| US20020120743A1 (en) * | 2001-02-26 | 2002-08-29 | Lior Shabtay | Splicing persistent connections |
| US20020147770A1 (en) * | 2001-04-09 | 2002-10-10 | Timothy Tang | Multicast enabled caching service |
| JP4222590B2 (ja) * | 2001-07-18 | 2009-02-12 | 株式会社東芝 | サーバ・システム、クライアント・システム、ソフトウェアストリーミング方法及びプログラム |
| JP2003044346A (ja) * | 2001-07-30 | 2003-02-14 | Hitachi Ltd | コンテンツ提供方法およびネットワーク接続装置 |
| JP3886362B2 (ja) * | 2001-11-13 | 2007-02-28 | 富士通株式会社 | コンテンツフィルタリング方法、コンテンツフィルタリング装置およびコンテンツフィルタリングプログラム |
| JP4071024B2 (ja) * | 2002-03-26 | 2008-04-02 | カシオソフト株式会社 | 情報転送システム、方法、およびプログラム |
| JP2004038439A (ja) * | 2002-07-02 | 2004-02-05 | Hitachi Ltd | Ｗｅｂアクセス中継装置 |
| JP2004086697A (ja) * | 2002-08-28 | 2004-03-18 | Seiko Epson Corp | ネットワークにおける接続管理技術 |
| US7171469B2 (en) * | 2002-09-16 | 2007-01-30 | Network Appliance, Inc. | Apparatus and method for storing data in a proxy cache in a network |
| US20040230793A1 (en) * | 2003-02-14 | 2004-11-18 | Julio Estrada | System and method for encrypting and authenticating messages in a collaborative work environment |
-
2005
- 2005-06-24 US US11/571,145 patent/US20080059601A1/en not_active Abandoned
- 2005-06-24 WO PCT/JP2005/012148 patent/WO2006001507A1/ja active Application Filing
- 2005-06-24 EP EP05755192A patent/EP1785880A4/en not_active Withdrawn
- 2005-06-24 JP JP2006528835A patent/JPWO2006001507A1/ja not_active Withdrawn
- 2005-06-24 KR KR1020077001598A patent/KR20070039067A/ko not_active Application Discontinuation
Also Published As
| Publication number | Publication date |
|---|---|
| EP1785880A1 (en) | 2007-05-16 |
| KR20070039067A (ko) | 2007-04-11 |
| EP1785880A4 (en) | 2007-12-05 |
| US20080059601A1 (en) | 2008-03-06 |
| WO2006001507A1 (ja) | 2006-01-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPWO2006001507A1 (ja) | 情報提供システム、情報提供サーバ、携帯端末、情報提供制御プログラム及び携帯端末制御プログラム | |
| US7996501B2 (en) | System and method for updating devices that execute an operating system or application program directly from nonvolatile storage | |
| CN101146261B (zh) | 一种电子媒体数字保护的实现方法 | |
| JP2938005B2 (ja) | 携帯型情報端末のプログラムファイル管理方法 | |
| US20100180347A1 (en) | Pluggable file-based digital rights management api layer for applications and engines | |
| KR101191914B1 (ko) | 웹스토리지 서비스를 제공하는 파일관리시스템의 파일 관리방법 | |
| US20050289216A1 (en) | Providing personalized services for mobile users | |
| WO2010006497A1 (zh) | 一种通讯录系统及其实现方法 | |
| JP4683209B2 (ja) | データ提供システム、データ提供方法、サーバ、ネットワークシステムおよびプログラム | |
| US20030065647A1 (en) | Server apparatus, communication terminal, and control methods therefor | |
| JP2008542889A (ja) | 通信システムにおける、課金の通知を配信する方法及びシステム | |
| JP4719732B2 (ja) | バックアップサーバ、移動機、およびこれらを用いた通信システム、ならびにバックアップ方法 | |
| US8438133B2 (en) | Information processing apparatus, file management system, information processing method and computer readable medium | |
| JP2005202918A (ja) | ネットワークを利用した携帯端末データ管理システム | |
| JP2003196128A (ja) | 携帯通信端末、外部記憶装置及び情報通信システム | |
| US6976133B1 (en) | System and method for updating devices using limited amounts of random access memory | |
| US7441252B2 (en) | Cache control device, and method and computer program for the same | |
| JP2002334088A (ja) | 文書蓄積サーバ、文書管理システム、プログラムおよび記録媒体 | |
| JP4546072B2 (ja) | 情報処理方法及びコンピュータ・システム | |
| JP2003015925A (ja) | 情報端末管理装置及びプログラム | |
| JP2002251309A (ja) | 共有ファイル管理システム | |
| US20050198033A1 (en) | Method for moving data between folders within a data space | |
| CN107040904A (zh) | 控制短信息的菜单项显示撤回的方法和装置 | |
| KR100492379B1 (ko) | 무선단말기를 이용한 데이터의 관리방법 및데이터관리시스템 | |
| JP2003219456A (ja) | ユーザデータ位置管理システムおよびユーザ位置連動データ転送装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080514 |
|
| A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20100401 |