JP4285535B2 - 通信端末装置、コンピュータプログラム及び通信方法 - Google Patents

Description

本発明は、特定データの格納されているサーバにネットワークを介して接続される通信端末装置、特定データの格納されているサーバにネットワークを介して接続され、前記特定データの更新の有無を監視して、監視の結果として得られる情報をクライアントに転送するデータ更新監視サーバ、及び、データ更新監視の結果として得られた情報を配信対象に配信する情報配信システム、並びに、特定データの格納されたサーバから情報を取得するための情報取得方法、複数の通信サービスを提供することが可能なサーバに要求を転送するための要求転送方法、及び、サーバに格納されているデータの更新を監視して、その監視結果として得られる情報をクライアントに転送するデータ更新監視方法、並びに、サーバにネットワークを介して接続されるコンピュータにおいて用いられるプログラムを記録した記録媒体に関するものである。

近年、いわゆるパソコン通信サービスに代表されるような付加価値の付いた通信サービスの利用者が急速に増えてきた。このような通信サービスを受ける場合、一般的には、通信端末装置を使ってサーバ（通信ホスト）にアクセスし、その通信端末装置と通信ホストとの間でデータ通信を行なうことによって、通信サービスを受けることになる。

このときに用いられる通信端末装置としては、従来、通信ホストとの間でデータを送受信するだけでなく、通信履歴である送受信した一連のテキストデータ（ログ）を記録する機能を有するものがある。

しかしながら、従来の通信端末装置においては、単にログを記録しているだけであるので、その中から、利用者が求めるデータを見い出すには、記録したログを初めから読み直さなければならない。また、このようなログの記録は、通信端末装置が通信ホストとのデータ通信を行なう度に増えていくので、そのような多数のログの中から、利用者が求めるデータを見い出すのはますます困難となる。

そこで、従来においては、通信終了後に、記録したログを分断して整理する機能を有する通信端末装置が提案された。このような通信端末装置においては、記録したログは分断して整理されているため、利用者が求めるデータを見い出すことは比較的に容易となる。しかし、例え、このようなログを分断して整理する機能を有していたとしても、従来の通信端末装置においては、通信ホストから前回送信されてきたデータと同一のデータを再度受信した場合に、同一のデータを重複して記録してしまうため、上記したように、ログを分断して整理したとしても、同一のデータは重複したまま残ることになる。従って、無駄なデータの記録が増えるという問題があった。また、同一のデータが重複して記録されていると、利用者が求めるデータを見い出す場合も、非常に見つけ難くなる。

本発明は、上記した従来技術の問題点に鑑みなされたものであり、従って、その目的は、通信ホスト等のサーバから取り込んだデータを、既に記録しているデータと重複することなく取得することができる通信端末装置やデータ更新監視サーバなどを提供することにある。

上記した目的の少なくとも一部を達成するために、本発明の第１の通信端末装置は、特定データの格納されているサーバにネットワークを介して接続される通信端末装置であって、
前記特定データの少なくとも一部を記憶データとして記憶している記憶手段と、
前記サーバにアクセスして前記特定データの少なくとも一部を取り込むアクセス手段と、
該アクセス手段により取り込んだ取り込みデータのうち、前記記憶手段に記憶された前記記憶データと重複する部分以外の部分を差分データとして取得する差分データ取得手段と、
を備えることを要旨とする。

このように、第１の通信端末装置では、記憶手段は、特定データの少なくとも一部を記憶データとして記憶している。アクセス手段は、サーバにアクセスして特定データの少なくとも一部を取り込む。差分データ取得手段は、アクセス手段により取り込んだ取り込みデータのうち、記憶手段に記憶された記憶データと重複する部分以外の部分を差分データとして取得する。

従って、第１の通信端末装置によれば、既に取得している記憶データと重複するようなデータを取得することがないので、同じデータを重複して記憶したりすることがない。

第１の通信端末装置において、
取得した前記差分データに含まれる情報を、該情報に関連する付加情報と共に、前記記憶手段に書き込む書き込み手段をさらに備えるようにしても良い。

このような書き込み手段をさらに備えた場合は、差分データに含まれる情報と共に、その情報に関連する付加情報も記憶手段に書き込むので、差分データに含まれていた情報を読み出す際に、その情報を付加情報を用いて分類することができる。

また、第１の通信端末装置において、
前記記憶手段に書き込まれている前記情報を、該情報に関連する前記付加情報に基づいて分類して読み出す読み出し手段と、
分類して読み出された前記情報を表示する表示手段と、
をさらに備えるようにしても良い。

このような読み出し手段と表示手段をさらに備えた場合は、差分データに含まれていた情報を分類した状態で表示することができる。

また、第１の通信端末装置において、
前記書き込み手段は、
前記差分データに含まれる情報を前記記憶手段に書き込む際に、該情報に、新規情報である旨を示す識別情報を付加する識別情報付加手段を備えることが好ましい。

このような識別情報付加手段を備えた場合は、新規に取得した差分データに含まれる情報を、全て、識別情報を付加した上で記憶手段に書き込むことができる。従って、例えば、利用者が不在の時に新規に情報を取得した場合であっても、後から容易にその情報を見つけだすことができる。

また、第１の通信端末装置において、
前記記憶手段に書き込まれている情報の中から、前記識別情報の付加された情報を検索する識別情報検索手段をさらに備えると共に、
前記表示手段は、表示する情報の中に、検索によって得られた前記情報が含まれている場合に、該情報を、前記識別情報の付加されていない情報と識別し得るように表示するようにしても良い。

このように構成した場合には、記憶手段に記憶されている情報を表示する際に、新規に取得した差分データに含まれる情報を、それ以外の既に取得している情報と区別して表示することができる。従って、例えば、利用者が不在の時に新規に情報を取得した場合であっても、その情報を表示した際に、どの情報がその情報に該当するかを容易に判別することができる。

また、第１の通信端末装置において、
新規情報を表示すべき旨の指示を入力する入力手段と、
入力された前記指示に基づいて、前記記憶手段に書き込まれている情報の中から、前記識別情報の付加された情報を検索する識別情報検索手段と、
をさらに備えると共に、
前記表示手段は、検索によって得られた前記情報を表示するようにしても良い。

このような各手段を備えた場合は、記憶手段に書き込まれている情報の中から、新規に取得した差分データに含まれる情報を見つけだして表示することができる。従って、例えば、利用者が不在の時に新規に情報を取得した場合であっても、利用者が未だ見ていないその情報を、新着情報表示の指示を出すだけで表示させることができるので、利用者はその情報を自ら見つけださなくても、見ることができる。

また、第１の通信端末装置において、
前記アクセス手段によって前記サーバにアクセスした際に、前記特定データの更新の有無をチェックする更新チェック手段をさらに備えると共に、
前記アクセス手段は、前記特定データの少なくとも一部の取り込みを、前記更新チェック手段による更新チェックの結果として、前記特定データが更新されていると判断された場合に行なうようにしても良い。

このように構成した場合には、特定データが更新されている場合のみ、その特定データの取り込みが行われるため、不要なデータの取り込みを少なくすることができる。

また、第１の通信端末装置において、
前記アクセス手段は、前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスするようにしても良い。

また、第１の通信端末装置において、
前記アクセス手段は、
取得した前記差分データについてリンクデータが存在する場合に、前記差分データに含まれる、前記リンクデータの格納場所を表す情報に基づいて、前記リンクデータの格納されているサーバに前記ネットワークを介してアクセスし、前記リンクデータを前記サーバより取り込むリンクデータ取り込み手段を備えるようにしても良い。

このようなリンクデータ取り込み手段を備えた場合は、差分データだけでなく、その差分データにリンクしているリンクデータも併せて得ることができる。

また、第１の通信端末装置において、
前記アクセス手段は、
取得した前記差分データについてリンクデータが存在する場合に、前記差分データに含まれる、前記リンクデータの格納場所を表す情報に基づいて、前記リンクデータの格納されているサーバに前記ネットワークを介してアクセスし、前記リンクデータを前記サーバより取り込むリンクデータ取り込み手段を備えると共に、
取得した前記差分データに含まれる情報を、該差分データについて取り込んだ前記リンクデータによって表される情報と共に、前記記憶手段に書き込む書き込み手段と、
前記記憶手段に書き込まれた前記差分データに含まれる情報及び前記リンクデータによって表される情報を表示する表示手段と、
をさらに備えるようにしても良い。

このような各手段を備えた場合は、差分データに含まれる情報を表示する際に、その情報と一緒に、その差分データに関連するリンクデータによって表される情報も併せて表示することができるので、利用者のほしい情報を即座に提供することができる。

また、第１の通信端末装置において、
取得した前記差分データに含まれる情報の中から、所定の条件を満たす情報を検索する情報検索手段と、
検索した情報を、前記記憶手段に書き込む書き込み手段と、
をさらに備えるようにしても良い。

このような情報検索手段と書き込み手段を備えた場合は、取得した差分データに含まれる情報の中から、所定の条件を満たす必要な情報のみを記憶手段に書き込むことができるので、不要な情報の書き込みを少なくすることができる。

また、第１の通信端末装置において、
前記差分データ取得手段は、
前記取り込みデータのうち、前記記憶データと重複する部分であるか否かを、前記取り込みデータと前記記憶データにそれぞれ含まれる付属情報が一致するか否かによって判定するようにしても良い。

このように構成した場合には、記憶データと重複する部分であるか否かを正確かつ簡単に判定することができる。

また、第１の通信端末装置において、
取得した前記差分データに含まれる情報を、所定の基準に従って分類して、前記記憶手段に書き込む書き込み手段をさらに備えるようにしても良い。

このような書き込み手段をさらに備えた場合は、差分データに含まれる情報を分類した状態で記憶手段に書き込むことができるので、その情報の活用が容易になる。

また、第１の通信端末装置において、
前記記憶手段は、前記サーバ内のデータ格納構造に対応したディレクトリ構造を有すると共に、
前記書き込み手段は、前記差分データに含まれる情報を前記サーバ内のデータ格納構造に対応して分類し、分類した前記情報をそれぞれ前記記憶手段の対応するディレクトリに書き込むようにしても良い。

このように書き込み手段を構成することによって、記憶手段に記憶された情報は利用者にとって利用し易いものとなる。

また、第１の通信端末装置において、
前記読み出し手段は、
前記記憶手段に書き込まれている前記情報を、前記サーバの提供する通信サービス毎に分類して、読み出すようにしても良い。

また、第１の通信端末装置において、
前記読み出し手段は、
前記記憶手段に書き込まれている前記情報を、前記サーバにおける該情報の格納場所の違いに応じて分類して、読み出すようにしても良い。

また、第１の情報端末装置において、
前記読み出し手段は、前記記憶手段に書き込まれている前記情報を、該情報を取得した日付及び時刻のうちの少なくとも一方に応じて分類して、読み出すようにしても良い。

また、第１の通信端末装置において、
前記読み出し手段は、前記記憶手段に書き込まれている前記情報を、該情報に含まれるキーワードに応じて分類して、読み出すようにしても良い。

以上のように読み出し手段をそれぞれ構成することによって、記憶手段より読み出された情報は利用者にとって利用し易いものとなる。

本発明の第２の通信端末装置は、通信サービスを提供することが可能なサーバにネットワークを介して接続される通信端末装置であって、
情報を記憶するための記憶手段と、
前記サーバにアクセスして該サーバから転送されてくる情報を取り込むアクセス手段と、
取り込んだ前記情報を前記記憶手段に書き込む書き込み手段と、
特定通信サービスの提供を受ける旨の指示を入力する入力手段と、
入力された前記指示に基づいて、前記特定通信サービスの提供開始を前記サーバに対して要求する特定通信サービス開始要求手段と、
前記サーバから転送されてきた前記特定通信サービスに関わるタイトル情報を前記アクセス手段によって取り込み前記書き込み手段によって書き込んだ場合に、前記特定通信サービスの提供中止を前記サーバに対して要求する特定通信サービス中止要求手段と、
書き込まれた前記タイトル情報を前記記憶手段から読み出す読み出し手段と、
読み出した前記タイトル情報を表示する表示手段と、
を備えることを要旨とする。

このような構成を採ることによって、第２の通信端末装置では、特定通信サービスとして例えば有料サービスの提供を受けようとする場合にも、取りあえずその有料サービスの提供を受けて、タイトル情報のみを取得し、その後は直ちに、その有料サービスの提供を中止することによって、利用料金をあまりかけずに、そのサービスについてのタイトル情報を得ることができる。

また、第２の通信端末装置において、
前記特定通信サービス開始要求手段は、
前記表示手段に表示された前記タイトル情報の中の特定タイトル情報について、該特定タイトル情報に対応する本文情報の転送要求の指示が前記入力手段から入力された場合に、前記サーバに対して前記特定通信サービスの提供開始を再度要求し、
前記サーバから再度転送されてきた前記特定通信サービスに関わるタイトル情報を前記アクセス手段によって取り込んだ場合に、前記書き込み手段は、取り込んだ前記タイトル情報のうち、前記記憶手段に記憶されている前記タイトル情報と重複する部分以外の部分を前記記憶手段に書き込むと共に、
前記重複部分以外の部分を前記記憶手段に書き込んだ場合に、前記特定タイトル情報に含まれる付属情報を変更し、変更後の該付属情報に基づいて、前記特定タイトル情報に対応する本文情報の転送を前記サーバに対し要求する本文情報転送要求手段
をさらに備えるようにしても良い。

このような各手段を備えることによって、特定タイトル情報の付属情報により本文情報の転送要求をする場合に、前回のサービス提供の終了時から今回のサービス提供の開始時までの間にタイトル情報の付属情報が変更されていても、変更後の付属情報によって本文情報の転送を要求するので、利用者の求める情報を的確に取得することができる。

本発明の第３の通信端末装置は、複数の通信サービスを提供することが可能なサーバにネットワークを介して接続される通信端末装置であって、
前記通信サービスに関わる前記サーバに対する要求を記憶する記憶手段と、
記憶されている前記要求を前記記憶手段から読み出す読み出し手段と、
読み出された前記要求を前記通信サービス毎にまとまるように整理する整理手段と、
該整理手段によって整理された前記要求を前記サーバに転送する転送手段と、
を備えることを要旨とする。

即ち、第３の通信端末装置では、記憶手段は、通信サービスに関わるサーバに対する要求を記憶する。そして、整理手段は、記憶されている要求を通信サービス毎にまとまるように整理する。送信手段は、その整理された要求をサーバに対して送信する。

従って、第３の通信端末装置によれば、サーバに送信される要求は通信サービス毎にまとめられているので、サーバは同じ通信サービスに対する要求を一度に処理することができ、従って、その分、サーバとの間の通信時間も短くて済むため、通信効率が向上する。

また、第３の通信端末装置において、
前記整理手段は、前記要求を整理する際に、該要求が重複する場合には、重複する部分について一つの要求に統一するようにしても良い。

このように整理手段を構成することよって、サーバに対して重複した要求を行なうことがないので、サーバは無駄な処理を行なわなくて済み、通信効率がさらに向上する。

本発明の第４の通信端末装置は、サーバにネットワークを介して接続される通信端末装置であって、
情報を記憶するための記憶手段と、
前記サーバにアクセスして該サーバから転送されてくる情報を取り込むアクセス手段と、
取り込んだ前記情報を、アクセス中に、所定の基準に従って分類して、前記記憶手段に書き込む書き込み手段と、
を備えることを要旨とする。

第４の通信端末装置では、アクセス手段は、サーバにアクセスしてサーバから転送されてくる情報を取り込み、書き込み手段は、取り込んだ情報を、アクセス中に、所定の基準に従って分類して記憶手段に書き込む。

このように、第４の通信端末装置では、取り込んだ情報を所定の基準に従って、分類して記憶手段に書き込むので、情報を分類した状態で記憶することができ、情報の活用が容易になる。また、アクセス中に情報を分類するので、アクセス終了後、取り込んだ情報を直ちに活用することができる。

本発明の第５の通信端末装置は、サーバにネットワークを介して接続される通信端末装置であって、
情報を記憶するための記憶手段と、
前記サーバにアクセスして該サーバから転送されてくる情報を取り込むアクセス手段と、
取り込んだ前記情報を前記記憶手段に書き込む書き込み手段と、
書き込まれた前記情報を前記記憶手段から読み出す読み出し手段と、
該読み出し手段によって読み出そうとした情報が前記記憶手段内に存在しない場合に、前記サーバに対して該当する情報の転送を要求する転送要求手段と、
を備えることを要旨とする。

このような各手段を備えることによって、利用者の求める情報が記憶手段内に存在しない場合にも、サーバに対して自動的に転送要求が出されるため、利用者が改めて情報の転送要求の指示を出す必要がない。

本発明の第１のデータ更新監視サーバは、サーバにネットワークを介して接続され、前記サーバに格納されている特定データの更新を前記ネットワークを介して監視し、その監視結果として得られる情報をクライアントに転送するデータ更新監視サーバであって、
前記特定データを記憶している記憶手段と、
前記クライアントから提供された前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスするアクセス手段と、
該アクセス手段によって前記サーバにアクセスした際に、前記特定データの更新の有無をチェックする更新チェック手段と、
該更新チェック手段による更新チェックの結果、前記特定データが更新されていると判断された場合に、前記サーバから前記アクセス手段によって取り込まれる更新後の前記特定データのうち、前記記憶手段に記憶されている更新前の前記特定データと重複する部分以外の部分を差分データとして取得する差分データ取得手段と、
取得した前記差分データに含まれる情報を前記クライアントに転送する転送手段と、
を備えることを要旨とする。

このように、第１のデータ更新監視サーバでは、記憶手段は、特定データを記憶しており、アクセス手段は、クライアントから提供された特定データの格納場所を表す情報に基づいて、サーバにアクセスする。更新チェック手段は、アクセス手段によってサーバにアクセスした際に、特定データの更新の有無をチェックする。差分データ取得手段は、更新チェック手段による更新チェックの結果、特定データが更新されていると判断された場合に、サーバからアクセス手段によって取り込まれる更新後の特定データのうち、記憶手段に記憶されている更新前の特定データと重複する部分以外の部分を差分データとして取得する。転送手段は、取得した差分データに含まれる情報をクライアントに転送する。

従って、第１のデータ更新監視サーバによれば、クライアント自らが、特定データの更新チェックをしたり、特定データを取り込んだりしなくても、データ更新監視サーバが代わりにすべて行なってくれるので、クライアントを利用する利用者の手間が大幅に省けると共に、通信時間も短くて済む。

また、第１のデータ更新監視サーバにおいて、
前記アクセス手段は、
前記差分データについてリンクデータが存在する場合に、前記差分データに含まれる、前記リンクデータの格納場所を表す情報に基づいて、前記リンクデータの格納されているサーバに前記ネットワークを介してアクセスし、前記リンクデータを前記サーバより取り込むリンクデータ取り込み手段を備えると共に、
前記転送手段は、
前記差分データに含まれる情報を前記クライアントに転送する際に、該差分データについて取得した前記リンクデータによって表される情報も併せて転送するようにしても良い。

このように構成することによって、特定データについての差分データだけでなく、その差分データにリンクしているリンクデータも併せてクライアントに転送することができる。

また、第１のデータ更新監視サーバにおいて、
前記差分データに含まれる情報の中から、前記クライアントに対応して設定された所定の条件を満たす情報を検索する検索手段をさらに備えると共に、
前記転送手段は、検索した前記情報を、対応する前記クライアントに転送するようにしても良い。

このような構成を採ることによって、取得した差分データに含まれる情報のうち、クライアントには、そのクライアントに対応した条件を満たす情報が転送されることになる。従って、クライアントを利用する利用者は、例えば、自分の興味のある分野を上記条件として設定しておけば、自分の興味のある情報をクライアントを介して取得することができる。

また、第１のデータ更新監視サーバにおいて、
前記差分データに含まれる情報の中から、前記クライアントの存在する位置の情報に対応した情報を検索する検索手段をさらに備えると共に、
前記転送手段は、検索した前記情報を、対応する前記クライアントに転送するようにしても良い。

このような構成を採ることによって、取得した差分データに含まれる情報のうち、クライアントには、そのクライアントの存在する位置に対応した情報が転送されることになる。従って、クライアントが例えば携帯情報機器などである場合には、利用者がそのクライアントを携帯して移動した場合でも、利用者はその位置に応じた情報を容易に取得することができる。

また、第１のデータ更新監視サーバにおいて、
前記転送手段は、
前記差分データに含まれる情報を転送する際に、該情報に関連する付加情報を付加して転送するようにしても良い。

このような構成を採ることによって、クライアント側では、差分データに含まれていた情報を、付加情報を使って容易に分類することができる。

また、第１のデータ更新監視サーバにおいて、
前記転送手段によって転送される前記情報を表すデータに、前記クライアントに対応した加工を施すデータ加工手段をさらに備えるようにしても良い。

このように、転送される情報を表すデータに、転送先のクライアントに対応した加工を施すことによって、クライアントでは、そのデータに対し所定の加工を施す手間が省け、クライアント側の負担が軽減される。

また、第１のデータ更新監視サーバにおいて、
前記データ加工手段は、前記情報を表すデータに、前記クライアントにおいて情報を表示する際の、表示サイズに関する制限条件を満たすような加工を施すようにしても良い。

このような構成を採ることによって、クライアントでは、表示サイズに関する制限条件を意識することなく、転送されたデータをそのまま用いて情報を表示することができる。

また、第１のデータ更新監視サーバにおいて、
前記データ加工手段は、前記情報を表すデータに、前記クライアントにおいて情報を表示する際の、表色系に関する制限条件を満たすような加工を施すようにしても良い。

このような構成を採ることによって、クライアントでは、表色系に関する制限条件を意識することなく、転送されたデータをそのまま用いて情報を表示することができる。

また、第１のデータ更新監視サーバにおいて、
前記クライアントに転送すべき情報を入力する入力手段を
さらに備えると共に、
前記転送手段は、取得した前記差分データに含まれる情報とは別に、前記入力手段より入力された前記情報を前記クライアントに転送するようにしても良い。

このような構成を採ることよって、データ更新監視サーバからクライアントに対して、差分データに含まれる情報だけでなく、入力手段によって入力された情報も転送することができる。従って、例えば、データ更新監視サーバの管理者がクライアントを利用する利用者に対して配信したい情報がある場合には、その情報を入力手段によって入力するだけで、各クライアントに配信することができる。

また、第１のデータ更新監視サーバにおいて、
前記クライアントから提供された前記特定データの格納場所を表す前記情報を予め登録する登録手段
をさらに備えるようにしても良い。

このような登録手段を備えることによって、格納場所を表す情報をデータ更新監視サーバにおいて管理することができる。

また、第１のデータ更新監視サーバにおいて、
前記転送手段は、
前記差分データ取得手段が前記差分データ取得した時点で、該差分データに含まれる情報を前記クライアントに転送するようにしても良い。

このような構成を採ることにより、クライアントは、差分データを取得した時点で、それに含まれる情報を得ることができるので、クライアントを利用する利用者は、差分データに含まれる情報をいち早く手に入れることができる。

また、第１のデータ更新監視サーバにおいて、
前記転送手段は、
前記差分データに含まれる情報の前記クライアントへの転送を、前記クライアントからの転送要求があった場合に行なうようにしても良い。

このような構成を採ることにより、クライアントは、要求を出したら即座に差分データに含まれる情報を得るができるので、クライアントを利用する利用者は、必要な時、直ちに、差分データに含まれる情報を手に入れることができる。

また、データ更新監視サーバにおいて、
前記アクセス手段は、前記サーバへのアクセスを定期的に行なうようにしても良い。

このような構成を採ることによって、データの更新有無のチェックを定期的に行ない、更新されていれば、その都度、差分データを取得することができるので、データ更新監視サーバは最新の差分データを常に保持しておくことができる。

本発明の第２のデータ更新監視サーバは、サーバにネットワークを介して接続され、前記サーバに格納されている特定データの更新を前記ネットワークを介して監視し、その監視結果として得られる情報をクライアントに転送するデータ更新監視サーバであって、
前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスするアクセス手段と、
前記アクセス手段によって前記サーバにアクセスした際に、前記特定データの更新の有無をチェックする更新チェック手段と、
該更新チェック手段による更新チェックの結果を前記クライアントに転送する転送手段と、
を備えることを要旨とする。

このように、第２のデータ更新監視サーバでは、アクセス手段は、特定データの格納場所を表す情報に基づいて、サーバにアクセスする。更新チェック手段は、アクセス手段によってサーバにアクセスした際に、特定データの更新の有無をチェックする。転送手段は、更新チェック手段による更新チェックの結果をクライアントに転送する。

従って、第２のデータ更新監視サーバによれば、クライアントが特定データの格納されているサーバに定期的にアクセスして、自ら、特定データの更新有無のチェックを行なわなくても、更新チェック手段が行なった更新チェックの結果を転送手段から受けることができるので、クライアントを利用する利用者の手間が大幅に省けると共に、通信時間も短くて済む。

本発明の情報配信システムは、特定データの格納されているサーバにネットワークを介して接続されるデータ更新監視サーバと、該データ更新監視サーバにアクセスすることが可能な配信装置と、を備える情報配信システムであって、
前記データ更新監視サーバは、
前記特定データを記憶している記憶手段と、
前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスするアクセス手段と、
前記アクセス手段によって前記サーバにアクセスした際に、前記特定データの更新の有無をチェックする更新チェック手段と、
該更新チェック手段による更新チェックの結果、前記特定データが更新されていると判断された場合に、前記サーバから前記アクセス手段によって取り込まれる更新後の前記特定データのうち、前記記憶手段に記憶されている更新前の前記特定データと重複する部分以外の部分を差分データとして取得する差分データ取得手段と、
前記配信装置からのアクセスにより、取得した前記差分データに含まれる情報を前記配信装置に転送する転送手段と、
を備えると共に、
前記配信装置は、
前記データ更新監視サーバにアクセスし、転送されてくる前記情報を取得する情報取得手段と、
取得した前記情報を所定の配信対象に配信する情報配信手段と、
を備えることを要旨とする。

このように、本発明の情報配信システムにおいては、データ更新監視サーバが特定データの更新チェックを行なって、データが更新されていれば、更新前後の差分データを取得する。配信装置は、データ更新監視サーバにアクセスして、その差分データに含まれる情報を取得し、所定の配信対象に配信する。

従って、この情報配信システムによれば、差分データに含まれる情報は配信対象に自動的に配信されるので、配信対象側の利用者自らがデータ更新監視サーバにアクセスして情報の取得をしなくても、配信装置からの配信を待っているだけで欲しい情報を得ることができ、従って、利用者の手間が大幅に省ける。

本発明の第１の情報取得方法は、特定データの格納されたサーバから情報を取得するための情報取得方法であって、
（ａ）前記特定データの少なくとも一部を記憶データとして記憶している記憶手段を用意する工程と、
（ｂ）前記サーバにネットワークを介してアクセスして前記特定データの少なくとも一部を取り込む工程と、
（ｃ）取り込んだデータのうち、前記記憶手段に記憶された記憶データと重複する部分以外の部分を差分データとして取得する工程と、
を備えることを要旨とする。

このような情報取得方法を実行することによっても、前述した第１の通信端末装置の場合と同様の効果を得ることができる。

本発明の第２の情報取得方法は、通信サービスを提供することが可能なサーバから情報を取得するための情報取得方法であって、
（ａ）情報を記憶するための記憶手段を用意する工程、
（ｂ）特定通信サービスの提供を受ける旨の指示があった場合に、該指示に基づいて、前記特定通信サービスの提供開始を前記サーバに対して要求する工程と、
（ｃ）前記サーバから転送されてきた前記特定通信サービスに関わるタイトル情報を取り込んで記憶手段に書き込んだ場合に、前記特定通信サービスの提供中止を前記サーバに対して要求する工程と、
（ｄ）書き込まれた前記タイトル情報を前記記憶手段から読み出して表示する工程と、
を備えることを要旨とする。

このような情報取得方法を実行することによっても、前述した第２の通信端末装置の場合と同様の効果を得ることができる。

本発明の要求転送方法は、複数の通信サービスを提供することが可能なサーバに要求を転送するための要求転送方法であって、
（ａ）前記通信サービスに関わる前記サーバに対する要求を記憶する記憶手段を用意する工程と、
（ｂ）記憶されている前記要求を前記記憶手段から読み出す工程と、
（ｃ）読み出された前記要求を前記通信サービス毎にまとまるように整理する工程と、
（ｄ）整理された前記要求を前記サーバに転送する工程と、
を備えることを要旨とする。

このような転送要求方法を実行することによっても、前述した第３の通信端末装置の場合と同様の効果を得ることができる。

本発明の第３の情報取得方法は、サーバから情報を取得するための情報取得方法であって、
（ａ）情報を記憶するための記憶手段を用意する工程と、
（ｂ）前記サーバにアクセスして該サーバから転送されてくる情報を取り込む工程と、
（ｃ）取り込んだ前記情報を、アクセス中に、所定の基準に従って分類して、前記記憶手段に書き込む工程と、
を備えることを要旨とする。

このような情報取得方法を実行することによっても、前述した第４の通信端末装置の場合と同様の効果を得ることができる。

本発明の第４の情報取得方法は、サーバから情報を取得するための情報取得方法であって、
（ａ）情報を記憶するための記憶手段を用意する工程と、
（ｂ）前記サーバにアクセスして該サーバから転送されてくる情報を取り込む工程と、
（ｃ）取り込んだ前記情報を前記記憶手段に書き込む工程と、
（ｄ）書き込まれた前記情報を前記記憶手段から読み出す工程と、
（ｅ）工程（ｄ）において読み出そうとした情報が前記記憶手段に存在しない場合に、前記サーバに対して該当する情報の転送を要求する工程と、
を備えることを要旨とする。

このような情報取得方法を実行することによっても、前述した第５の通信端末装置の場合と同様の効果を得ることができる。

本発明の第１のデータ更新監視方法は、サーバに格納されているデータの更新を監視して、その監視結果として得られる情報をクライアントに転送するデータ更新監視方法であって、
（ａ）前記特定データを記憶している記憶手段を用意する工程と、
（ｂ）前記クライアントから提供された前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスする工程と、
（ｃ）前記特定データの更新の有無をチェックする工程と、
（ｄ）更新チェックの結果、前記特定データが更新されていると判断された場合に、前記サーバから取り込まれる更新後の前記特定データのうち、前記記憶手段に記憶されている更新前の前記特定データと重複する部分以外の部分を差分データとして取得する工程と、
（ｅ）取得した前記差分データに含まれる情報を前記クライアントに転送する工程と、
を備えることを要旨とする。

このようなデータ更新監視方法を実行することによっても、前述した第１のデータ更新監視サーバの場合と同様の効果を得ることができる。

本発明の第２のデータ更新監視方法は、サーバに格納されているデータの更新を監視して、その監視結果として得られる情報をクライアントに転送するデータ更新監視方法であって、
（ａ）前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスする工程と、
（ｂ）前記特定データの更新の有無をチェックする工程と、
（ｃ）更新チェックの結果を前記クライアントに転送する工程と、
を備えることを要旨とする。

このようなデータ更新監視方法を実行することによっても、前述した第２のデータ更新監視サーバの場合と同様の効果を得ることができる。

本発明の第１の記録媒体は、特定データの格納されているサーバにネットワークを介して接続されて、データを記憶するための記憶手段を備えるコンピュータにおいて用いられ、前記サーバから情報を取得するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記特定データの少なくとも一部を記憶データとして前記記憶手段に予め書き込んでおく書き込み機能と、
前記サーバにアクセスして前記特定データの少なくとも一部を取り込むアクセス機能と、
前記アクセス機能により取り込んだ取り込みデータのうち、前記記憶手段に記憶された記憶データと重複する部分以外の部分を差分データとして取得する差分データ取得機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。 このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第１の通信端末装置の場合と同様の効果を得ることができる。

なお、記録媒体としては、フレキシブルディスクやＣＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置等の、コンピュータが読取り可能な種々の媒体を利用できる。

本発明の第２の記録媒体は、通信サービスを提供することが可能なサーバにネットワークを介して接続されて、情報を記憶するための記憶手段と、情報を表示する表示手段と、指示を入力する入力手段と、を備えるコンピュータにおいて用いられ、前記サーバから情報を取得するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記サーバにアクセスして該サーバから転送されてくる情報を取り込むアクセス機能と、
前記アクセス機能により取り込んだ前記情報を前記記憶手段に書き込む書き込み機能と、
前記入力手段より前記サーバから特定通信サービスの提供を受ける旨の指示が入力された場合に、該指示に基づいて、前記特定通信サービスの提供開始を前記サーバに対して要求する特定通信サービス開始要求機能と、
前記サーバから転送されてきた前記特定通信サービスに関わるタイトル情報を前記アクセス機能によって取り込み前記書き込み機能によって書き込んだ場合に、前記特定通信サービスの提供中止を前記サーバに対して要求する特定通信サービス中止要求機能と、
書き込まれた前記タイトル情報を前記記憶手段から読み出して、前記表示手段に表示させる読み出し機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。 このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第２の通信端末装置の場合と同様の効果を得ることができる。

本発明の第３の記録媒体は、通信サービスを提供することが可能なサーバにネットワークを介して接続されて、情報を記憶するための記憶手段を備えるコンピュータにおいて用いられ、前記サーバに要求を転送するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記通信サービスに関わる前記サーバに対する要求を前記記憶手段に書き込む書き込み機能と、
書き込まれた前記要求を前記記憶手段から読み出す読み出し機能と、
読み出された前記要求を前記通信サービス毎にまとまるように整理する整理機能と、
該整理機能によって整理された前記要求を前記サーバに転送する転送転送機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。 このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第３の通信端末装置の場合と同様の効果を得ることができる。

本発明の第４の記録媒体は、サーバにネットワークを介して接続されて、情報を記憶するための記憶手段を備えるコンピュータにおいて用いられ、サーバから情報を取得するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記サーバにアクセスして該サーバから転送されてくる情報を取り込むアクセス機能と、
取り込んだ前記情報を、アクセス中に、所定の基準に従って分類して、前記記憶手段に書き込む書き込み機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。 このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第４の通信端末装置の場合と同様の効果を得ることができる。

本発明の第５の記録媒体は、サーバにネットワークを介して接続されて、情報を記憶するための記憶手段を備えるコンピュータにおいて用いられ、サーバから情報を取得するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記サーバにアクセスして該サーバから転送されてくる情報を取り込むアクセス機能と、
取り込んだ前記情報を前記記憶手段に書き込む書き込み機能と、
書き込まれた前記情報を前記記憶手段から読み出す読み出し機能と、
該読み出し機能によって読み出そうとした情報が前記記憶手段に存在しない場合に、前記サーバに対して該当する情報の転送を要求する転送要求機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。 このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第５の通信端末装置の場合と同様の効果を得ることができる。

本発明の第６の記録媒体は、特定データの格納されているサーバにネットワークを介して接続されて、データを記憶するための記憶手段を備えるコンピュータにおいて用いられ、前記特定データの更新を監視して、その監視結果として得られる情報をクライアントに転送するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記特定データを前記記憶手段に予め書き込んでおく書き込み機能と、
前記クライアントから提供された前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスするアクセス機能と、
該アクセス機能によって前記サーバにアクセスした際に、前記特定データの更新の有無をチェックする更新チェック機能と、
該更新チェック機能による更新チェックの結果、前記特定データが更新されていると判断された場合に、前記サーバから前記アクセス機能によって取り込まれる更新後の前記特定データのうち、前記記憶手段に記憶されている更新前の前記特定データと重複する部分以外の部分を差分データとして取得する差分データ取得機能と、
取得した前記差分データに含まれる情報を前記クライアントに転送する転送機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。 このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第１のデータ更新監視サーバの場合と同様の効果を得ることができる。

本発明の第７の記録媒体は、特定データの格納されているサーバにネットワークを介して接続されるコンピュータにおいて用いられ、前記特定データの更新を監視して、その監視結果として得られる情報をクライアントに転送するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスするアクセス機能と、
該アクセス機能によって前記サーバにアクセスした際に、前記特定データの更新の有無をチェックする更新チェック機能と、
該更新チェック機能による更新チェックの結果を前記クライアントに転送する転送機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。 このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第２のデータ更新監視サーバの場合と同様の効果を得ることができる。

この発明は、以下のような他の態様も含んでいる。即ち、その態様とは、コンピュータに上記の発明の各工程または各手段の機能を実現させるプログラムを通信経路を介して供給するプログラム供給装置としての態様である。こうした態様では、プログラムをネットワーク上のサーバなどに置き、通信経路を介して、必要なプログラムをコンピュータにダウンロードし、これを実行することで、上記の各方法や各装置を実現することができる。

１）パソコン通信サービス用通信端末装置
次に、本発明の実施の形態を実施例に基づき説明する。図１は本発明の第１の実施例としての通信端末装置の構成を示すブロック図である。本実施例は、いわゆるパソコン通信サービスを受けるための通信端末装置であり、後述するようなコンピュータによって実現されている。

ここで、パソコン通信とは、一般に、パソコン（パーソナルコンピュータ），ワープロ（ワードプロセッサ専用機），家庭用ゲームコンピュータなどで実現される通信端末装置を使って、通信回線を介してパソコン通信センタに置かれたホストコンピュータやサーバなどの通信ホストにアクセスし、通信ホストの蓄積・処理機能を利用して、メッセージやデータなどの送受信を行なうものである。このようなパソコン通信を介して提供されるパソコン通信サービスとしては、電子メール、電子会議、電子掲示板（ＢＢＳ）、チャットなどのコミュニケーションサービスや、ニュース、天気予報、ライブラリなどの情報提供サービスなどがある。

１−１）通信端末装置を実現するコンピュータの構成
図２は図１の通信端末装置を実現するコンピュータの概略構成を示すブロック図である。

まず、説明の都合上、図２に従って、本実施例の通信端末装置を実現するコンピュータの全体構成について説明する。

図２に示すように、このコンピュータ１０は、ローカルバス２２に接続された演算処理部２０、ローカルバス２２を外部バスの一つであるＰＣＩバス３２に接続するＰＣＩブリッジ３０、ＰＣＩバス３２を介して演算処理部２０のＣＰＵ２１等によりアクセスを受けるコントローラ部４０、各種のＩ／Ｏ装置等を制御する機器が低速の外部バスであるＩＳＡバス４２に接続されたＩ／Ｏ部６０、および周辺機器であるキーボード７２，スピーカ７４，モニタ（カラーＣＲＴ）７６などから構成されている。

演算処理部２０は、中央演算処理装置としてのＣＰＵ２１（本実施例ではインテル社製ＰｅｎｔｉｕｍTMを使用）、キャッシュメモリ２３，そのキャッシュコントローラ２４およびメインメモリ２５から構成されている。ＰＣＩブリッジ３０は、高速のＰＣＩバス３２を制御する機能を備えたコントローラである。ＣＰＵ２１が扱うメモリ空間は、ＣＰＵ２１の内部に用意された各種レジスタにより、実際の物理アドレスより広い論理アドレスに拡張されている。

コントローラ部４０は、モニタ７６への画像の表示を司るグラフィックスコントローラ（以下、ＣＲＴＣと呼ぶ）４４、接続されるＳＣＳＩ機器とのデータ転送を司るＳＣＳＩコントローラ４６、ＰＣＩバス３２と下位のＩＳＡバスとのインタフェースを司るＰＣＩ−ＩＳＡブリッジ４８から構成されている。ＣＲＴＣ４４は、モニタ（カラーＣＲＴ）７６に対して、６４０×４８０ドット、１６色表示が可能である。なお、表示用のフォントを記憶したキャラクタジェネレータや所定のコマンドを受け取って所定の図形を描画するグラフィックコントローラ、更には描画画像を記憶するビデオメモリ等は、このＣＲＴＣ４４に実装されているが、これらの構成は周知のものなので、図２では図示を省略した。

ＰＣＩ−ＩＳＡブリッジ４８を介して接続されたＩＳＡバス４２は、各種のＩ／Ｏ機器が接続される入出力制御用のバスであり、ＤＭＡコントローラ５０、リアルタイムクロック（ＲＴＣ）５２、複合Ｉ／Ｏポート５４、サウンドＩ／Ｏ５６、キーボード７２および２ボタンマウス７３とのインタフェースを司るキーボードインタフェース６４、優先順位を有する割り込み制御を行なう割り込みコントローラ６６、各種の時間カウントやビープ音を発生するタイマ６８等から構成されている。なお、ＩＳＡバス４２には、拡張ボードが実装可能なＩＳＡスロット６２が接続されている。

複合Ｉ／Ｏポート５４には、パラレル入出力，シリアル入出力の他、フロッピディスク装置８２やＣＤ−ＲＯＭ装置８３やハードディスク８４を制御する信号を入出力するポートが用意されている。また、パラレル入出力には、パラレルポート８６を介してプリンタ８８が、シリアル入出力には、シリアルポート９０を介してモデム９２が、各々接続されている。また、サウンドＩ／Ｏ５６には、上述したスピーカ７４の他、マイクロフォン９６が接続可能とされている。

このコンピュータ１０のハードディスク８４には、ＤＯＳ（Disk Operating System ）およびそのＤＯＳに組み込まれる種々のデバイスドライバが記憶されており、コンピュータ１０は、立ち上げ時にＤＯＳを読み込み、更にＤＯＳが参照するファイルの内容に従って、必要なデバイスドライバを組み込む。デバイスドライバとして、複合Ｉ／Ｏポート５４を介してのプリンタ８８への印字を可能にするプリンタドライバなどがある。

ハードディスク８４には、「ＷＩＮＤＯＷＳ」というＧＵＩを備えたオペレーティングシステムが記憶されており（「ＷＩＮＤＯＷＳ」はマイクロソフト社の商標）、コンピュータ１０は、このオペレーティングシステムを読み込み、その後アプリケーションプログラムを、このオペレーティングシステム上で動作するようメインメモリ２５上に読み込んで実行する。

１−２）本実施例の通信端末装置の構成
次に、図１に従って本実施例の通信端末装置について説明する。この通信端末装置は、上述したコンピュータ１０において、そのハードウェアとソフトウェアが一体となって実現するものであり、図１は、ソフトウェアにより実現される部分も含めてブロック図として表わしたものである。

この通信端末装置は、アクセス管理部１００を中心として、ユーザーＩ／Ｆ（インタフェース）部２００と、通信制御部３００と、データ管理部４００と、通信Ｉ／Ｆ部５００と、自動通信処理部６００と、を備えている。

このうち、ユーザーＩ／Ｆ部２００はキーボード７２やマウス７３を介して入力される利用者からの種々の指示をアクセス管理部１００に伝えたり、アクセス管理部１００から入力された各種のデータをモニタ７６の画面上に表示したりする。また、利用者から後述する通信予約や定期巡回などの指示があった場合には、その指示された通信予約や定期巡回の内容を自動通信処理部６００に送る。

アクセス管理部１００は、ユーザーＩ／Ｆ部２００を介して伝えられた利用者からの指示に従って、通信制御部３００やデータ管理部４００に種々の要求を出したり、通信制御部３００を介して通信ホスト（図示せず）から送られてきたデータをデータ管理部４００に渡したり、或いは、データ管理部４００を介してハードディスク８４内のデータベース４１０より読み出されたデータをユーザーＩ／Ｆ部２００に出力したりする。

アクセス管理部１００は、書き込み部１００ａ，読み出し部１００ｂ，差分データ取得部１００ｃ，新着マーク付加部１００ｄ，新着マーク検索部１００ｅ，転送要求部１００ｆ，特定通信サービス開始要求部１００ｇ，特定通信サービス中止要求部１００ｈ及び本文情報転送要求部１００ｉなどを備えている。

データ管理部４００は、アクセス管理部１００の書き込み部１００ａからの要求に従って、書き込み部１００ａから渡されたデータをデータベース４１０に書き込んだり、アクセス管理部１００の読み出し部１００ｂからの要求に従って、データベース４１０に記憶されているデータを読み出して読み出し部１００ｂに渡したりする。なお、データベース４１０内にアクセス管理部１００から要求されたデータがない場合には、アクセス管理部１００に対しエラー信号を返す。また、必要に応じてデータベース４１０内のデータに対してソートや検索や削除などを行なう。ハードディスク８４内のデータベース４１０は、データ管理部４００によって管理されるローカルのデータベースであって、後述するように、通信ホストからの各種受信データが階層構造の下で通信ホストの提供する各種サービス毎に整理されて記憶されている。

通信制御部３００は、アクセス管理部１００の各要求部１００ｆ〜１００ｉなどから、例えば「○○サービスの○○メニューの○○番タイトルを○○する」という要求が来た場合に、その要求を通信ホストの各サービス毎のメニュー番号やコマンドに翻訳して、通信Ｉ／Ｆ部５００に送る。また、通信ホストから送信されてきたデータを通信Ｉ／Ｆ部５００から受け取った場合は、そのデータから必要な部分を切り出して、アクセス管理部１００が要求しているフォームに変換した上で、アクセス管理部１００に渡す。通信Ｉ／Ｆ部５００は、モデム９２を介して通信回線の先につながった通信ホストとの間でデータの送受信を行なう。

自動通信処理部６００は、ユーザーＩ／Ｆ部２００から送られてきた通信予約や定期巡回の内容をハードディスク８４内の予約ファイル６１０や巡回ファイル６２０に書き込んで保存する。そして、利用者からの自動通信開始指示やタイマによる自動通信起動指示があった場合に、予約ファイル６１０や巡回ファイル６２０に保存された内容に従って、通信ホストの間で自動通信を行なう。

自動通信処理部６００は、整理部６００ａと転送部６００ｂを備えている。

図１に示した各ブロックは、既述したように、ハードウェアにより実現されている部分とソフトウェアにより実現されている部分とを含む。例えば、ユーザーＩ／Ｆ部２００は、ハードウェアとしては図２に示したキーボードインタフェース６４やＣＲＴＣ４４が存在するが、現実には入力や表示を制御するソフトウェアがあって初めて動作する。従って、図１におけるユーザーＩ／Ｆ部２００などは、両者を含めたものである。

なお、ソフトウェア部分については予めアプリケーションプログラムの形でハードディスク８４に記憶されており、キーボード７２やマウス７３を使って利用者から起動の指示がなされて、上述のオペレーティングシステムによってハードディスク８４からメインメモリ２５上に読み込まれることによって、ハードウェアとソフトウェアが一体となった図１に示す通信端末装置が実現する。

また、上記アプリケーションプログラムが図２に示すＣＤ−ＲＯＭ８５に記録されている場合には、このＣＤ−ＲＯＭ８５をＣＤ−ＲＯＭ装置８３に挿入し、上記アプリケーションプログラムをＣＤ−ＲＯＭ装置８３で読み取ることによって、メインメモリ２５に転送するようにしても良い。また、上記アプリケーションプログラムが図２に示すフロッピディスク８１に記録されている場合には、このフロッピディスク８１をフロッピディスク装置８２に挿入し、上記アプリケーションプログラムをフロッピディスク装置８２で読み取ることによって、メインメモリ２５に転送するようにしても良い。また、上記アプリケーションプログラムは光磁気ディスクなどの他の携帯型記録媒体（可搬型記録媒体）上からメインメモリ２５に転送するようにしても良い。

また、上記アプリケーションプログラムが図２に示すプログラム供給サーバ９０００に格納されている場合には、モデム９２によって通信回線９３を介してプログラム供給サーバ９０００にアクセスし、プログラム供給サーバ９０００から上記アプリケーションプログラムを送信してもらうことによって、メインメモリ２５に転送するようにしても良い。なお、通信回線９３としては、電話回線やネットワーク回線などの有線回線の他、通信衛星などを利用した無線回線などが考えられる。

１−３）本実施例の通信端末装置の動作
次に、このようにして構成された本実施例の通信端末装置の動作について説明する。なお、以下の説明では、NIFTY-Serve（ニフティ株式会社運営）と呼ばれる大手のパソコン通信サービスを受ける場合を例として説明する。

本実施例の通信端末装置における通信の形態には手動通信と自動通信の２種類がある。手動通信の場合は、通信中に、利用者がキーボード７２やマウス７３を操作して直接指示を出すことにより、通信ホストに対して要求が出されるのに対し、自動通信の場合は、予め作成された予約ファイル６１０や巡回ファイル６２０の内容に従って、自動的に要求が出される。なお、通信ホストに対する要求は、各サービス毎のメニュー番号やコマンドとして通信ホストに送られる。

１−４）手動通信によるサービスの利用
例えば、手動通信の場合は、利用者がキーボード７２，マウス７３を操作して手動通信開始の指示を出すと、アクセス管理部１００は、通信制御部３００等を介して、通信ホストに電話をかけて、通信ホストとの接続を開始する。通信ホストとの間で回線がつながると、アクセス管理部１００は、利用者識別番号やパスワードの送信など一連のログイン手続きを行なう。これにより、通信ホストから許可が得られると、通信ホストによる通信サービスの提供が開始される。このように、手動通信であっても、通信サービスの提供が開始されるまでの間は、通信端末装置が自動的に通信動作を行なう。

通信サービスの提供が開始されると、通信ホストから通信サービスのメニューが送信されてくる。アクセス管理部１００は、送信されてきたメニューに基づいて、リストボックスやボタンなどのグラフィカルなユーザインタフェース、すなわち、マウスでも操作できるＧＵＩメニュー画面を作成し、モニタ７６上に表示する。そして、このＧＵＩメニュー画面内にあるボタン等が利用者によって適宜選択されると、アクセス管理部１００は、さらにその下の階層のＧＵＩメニュー画面をモニタ７６上に表示する。

また、利用者によってサービス切替画面表示の指示が出されると、アクセス管理部１００は、図３に示すようなサービス切替画面を作成してモニタ７６上に表示する。このサービス切替画面は、利用者が指示すればいつでも表示される。これはショートカットが可能である。すなわち、階層メニューをたどることなく、直接、所望のサービスへ移動できる。

サービス切替画面を表示する際、アクセス管理部１００は、データベース４１０内に記憶されているサービスリストファイルや各サービスに対応して作成されているディレクトリなどを参照して、通信ホストによって提供される主なサービスのリストＳＬを、サービス切替画面の左側に表示する。なお、ここで言うサービス（狭義のサービス）とは、例えば、「ＧＯ」コマンドを使って直接そのサービスに移動することができるサービスを言う。

なお、利用者よりサービス切替画面表示の指示が取り消された場合には、アクセス管理部１００は、通信ホストから送信されてきたメニューに基づいてＧＵＩメニュー画面を作成し、モニタ７６上に表示する状態（モード）に戻る。

さて、サービス切替画面が表示されているときに、利用者が、キーボード７２，マウス７３を使って、このサービスリストＳＬの中で自分の求めるサービス（狭義のサービス）を指示すると、アクセス管理部１００は、指示されたサービスが通信ホストから受けられるように、通信制御部３００等を介して通信ホストに対し、そのサービスに移動するための「ＧＯ」コマンドを送信する。例えば、「AISOFT Application Station」フォーラムというサービスが指示された場合は、そのサービスに移動するために、「ＧＯ ＳＡＩＳＡＰ」というコマンドを送信する。これにより、通信ホスト側では、提供するサービスを指示されたサービス（この例では、「AISOFT Application Station」フォーラム）に移行する。こうして、利用者は指示したサービスを受けることができる。

なお、このように、通信ホスト側で提供するサービスが移行して、利用者が指示したサービスを受けられる状態になったことを、以下、「サービスに入った」と表現する場合がある。

また、アクセス管理部１００は、上記した通信ホストに対するサービス提供要求と並行して、さらに、次のような処理を行なう。即ち、指示されたサービスに対応するフォルダ一覧索引ファイルを、データ管理部４００によってデータベース４１０内より読み出して、そのフォルダ一覧索引ファイルに基づいて、指示されたサービス内にある各フォルダのリストＦＬを作成して、サービス切替画面の右側に表示する。例えば、上記したように「AISOFT Application Station」フォーラムというサービスが指示された場合は、図３に示すように、サービス切替画面の右側に「AISOFT Application Station」フォーラム内にある各フォルダのリストＦＬを表示する。

このように、利用者から所望のサービスが指示されると、アクセス管理部１００は、そのサービスの提供を通信ホストに対し要求すると共に、そのサービスに対応したフォルダ一覧ファイルをデータベース４１０から読み出し、そのファイルに基づいてそのサービス内にある各フォルダのリストＦＬをモニタ７６上に表示する。

ここで、フォルダとは、例えば、一つのサービス（狭義のサービス）内でさらに細分化された各サービス形態を言う。例えば、前述した「AISOFT Application Station」フォーラムというサービスでは、掲示板（フォーラム内の掲示板），お知らせ（フォーラム内のお知らせ），ライブラリ，電子会議などが提供されている。このうち、ライブラリには複数のライブラリ室が、電子会議には複数の会議室が存在する。これらのうち、フォルダとは、掲示板，お知らせ，ライブラリ内の各ライブラリ室，電子会議内の各会議室をそれぞれ指す。

次に、各種データが記憶されているデータベース４１０内の構造について説明する。図４は図１のデータベース４１０内の構造を示す説明図である。データベース４１０は図４に示すように階層構造となっており、各データファイルをいくつかのディレクトリに分けて格納し、そのディレクトリに上下の階層を設定して管理している。

最上階層のディレクトリはNIFTY-Serveに関する通信データを集めたディレクトリと言うことで「nifdata」となっており、その下の階層にはNIFTY-Serveが提供する各種サービスに対応したディレクトリ（掲示板，課金情報，クリッピングサービス，フォーラム，電子メール，ニュース，天気予報及び今週のお知らせの各ディレクトリ）が設けられている。この階層にあるディレクトリは通信ホストに初めてアクセスした際に、データ管理部４００によって自動的に作成される。

これらディレクトリのうち、フォーラム（ＳＩＧ；Special Interest Group）のディレクトリである「forum」を開くと、その下の階層として各フォーラムのディレクトリが現れる。一つのフォーラムに対して３つのディレクトリ（「*」，「*.lib」，「*.mes」）がそれぞれ設けられている。例えば、前述の「AISOFT Application Station」フォーラムの場合は、「saisap」，「saisap.lib」，「saisap.mes」の３つのディレクトリが設けられる。これら各フォーラムのディレクトリは、通信ホストに初めてアクセスした際に、通信ホストから既に利用者が入会しているフォーラムの一覧情報を送信してもらい、その一覧情報に基づいて作成される。

さて、「AISOFT Application Station」フォーラムに対する３つのディレクトリ「saisap」，「saisap.lib」，「saisap.mes」のうち、「saisap」のディレクトリ内には、フォーラム−掲示板の索引ファイル「fbbsfldr.idx」及びフォーラム−お知らせの索引ファイル「fnewfldr.idx」が格納されている。また、「saisap.lib」のディレクトリはフォーラム−ライブラリ専用のディレクトリであって、その中には、ライブラリ一覧の索引ファイル（フォルダ一覧索引ファイル）「libfldr.idx」が格納されている。さらに、「saisap.mes」のディレクトリはフォーラム−会議室専用のディレクトリであって、その中には、会議室一覧の索引ファイル（フォルダ一覧索引ファイル）「mesfldr.idx」が格納されている。

なお、図３のサービス切替画面の右側に示したように、サービス（この場合、フォーラム）内にある各フォルダのリストＦＬをモニタ７６上に表示する際には、これらフォルダ一覧索引ファイル「*fldr.idx」に基づいて各フォルダのリストＦＬを作成して表示する。

これらフォーラムのフォルダ一覧索引ファイルは、そのフォーラムに初めて入った際に、通信ホストからそのフォーラム内にあるフォルダの一覧情報を送信してもらい、その一覧情報に基づいて作成される。

図５は会議室一覧の索引ファイル（フォルダ一覧索引ファイル）の内容の一例を示す説明図である。即ち、図５は図４に示す会議室一覧の索引ファイル「mesfldr.idx」の内容を示している。

図５に示すように、会議室一覧の索引ファイル（フォルダ一覧索引ファイル）には、会議室名、各会議室に登録されているタイトル数、利用者がその会議室を前回巡回した日付、フォルダ名、新着マークの有無などが含まれている。なお、フォーラム−掲示板の索引ファイル，フォーラム−お知らせの索引ファイル，ライブラリ一覧の索引ファイルなどの他のフォルダ一覧索引ファイルについてもほぼ同様な構成となっている。

ところで、前述したフォーラム−ライブラリ専用のディレクトリ「saisap.lib」には、さらに、ライブラリ室毎に索引ファイル「lib*.idx」とデータファイル「lib*.dat」が２つずつ格納されており、フォーラム−会議室専用のディレクトリ「saisap.mes」にも、会議室毎に索引ファイル「mes*.idx」とデータファイル「mes*.dat」が２つずつ格納されている。

このうち、索引ファイル「lib*.idx」，「mes*.idx」には、ライブラリ室，会議室（即ち、フォルダ）内に登録されているタイトルのデータが主として書き込まれる。これら索引ファイル「lib*.idx」，「mes*.idx」は、そのフォーラムに初めて入った際に、通信ホストから送信されてくるフォルダの一覧情報に基づいて作成される。但し、フォーラム内に入っても実際に会議室やライブラリ室内に入らない限り、索引ファイルのサイズは０のままである。

また、データファイル「lib*.dat」，「mes*.dat」には、ライブラリ室，会議室（即ち、フォルダ）内に登録されている本文のデータが主として書き込まれる。なお、データファイル「lib*.dat」，「mes*.dat」については、フォーラム内に入っただけでは作成されず、会議室やライブラリ室内に初めて入ったときに作成される。

そこで、図３に示したように、サービス切替画面で右側に各フォルダのリストＦＬが表示されているときに、利用者が、キーボード７２，マウス７３を使って、このフォルダリストＦＬの中で自分の求めるフォルダを指示すると、アクセス管理部１００は、指示されたフォルダについてのサービスが通信ホストから受けられるように、通信制御部３００等を介して通信ホストに対し、そのフォルダに移動するためのメニュー番号を送信する。これにより、通信ホスト側では、提供するサービスを指示されたフォルダに移行する。

こうして、利用者の指示したフォルダに入ると、アクセス管理部１００は、後述するようなタイトル更新処理として、通信ホストにおける利用者の指示したフォルダから未読のタイトルデータを取得し、データベース４１０内における該当するフォルダの索引ファイルに対してタイトルデータの更新を行なった後、その索引ファイルより読み出されるタイトルデータに基づいて、モニタ７６上にフォルダ画面として、そのフォルダ内の各タイトルを表示する。

図６は図１のモニタ７６上に表示されるフォルダ画面の一例を示す説明図である。図６では「AISOFT Application Station」フォーラム内の会議室１８番である「EasyConnection」会議室が、求めるフォルダとして指示された場合を示している。このフォルダ画面では、上側部分にフォルダ内の各タイトルが表示されている。このタイトルリストＴＬは、該当する会議室（この場合、会議室１８番）の索引ファイル「mes*.idx」（この場合、索引ファイル「mes18.idx」）に基づいて作成され表示される。なお、この時、この索引ファイルは、その会議室に入った（会議室に移行した）直後に行なわれたタイトル更新処理によって、既に更新されている。

図７は会議室の索引ファイルの内容の一例を示す説明図である。図７では前述した「AISOFT Application Station」フォーラム内の会議室１８の索引ファイル「mes18.idx」の内容を示している。

図７に示すように、会議室の索引ファイル「mes*.idx」は、タイトルが通信ホスト内に登録された日付、タイトル名、そのタイトルに対応した発言本文のデータファイル内での位置（オフセットで示されている）、新着マークの有無などが含まれている。なお、ライブラリ室の索引ファイル「lib*.idx」以外の他の索引ファイルについてもほぼ同様な構成になっている。図６の上側に示したタイトルリストＴＬは、図７に示す索引ファイル「mes18.idx」に基づいて作成され表示されている。

なお、図６において、タイトルリストＴＬ中のいくつかのタイトルには＊印が付されているが、これは、そのタイトルについて本文データがデータベース４１０内のデータファイルに記憶されており、本文の表示が可能であることを示している。従って、逆に、＊印の付されていないタイトルについては、本文データがデータファイル記憶されていないことを示している。このような表示をすることによって、利用者は、どのタイトルについて本文を読むことができるかを容易に判断することができる。

よって、このようなタイトルリストＴＬが表示されているときに、利用者が、キーボード７２，マウス７３を使って、このタイトルリストＴＬの中で、発言本文を読みたいタイトルとして＊印の付されたタイトルを指示すると、アクセス管理部１００は、データ管理部４００にそのタイトルに対応した本文データの読み出しを要求する。これにより、データ管理部４００は、データベース４１０内の当該会議室のデータファイル「mes*.dat」を検索し、該当する本文データを読み出してアクセス管理部１００に渡す。アクセス管理部１００は、その渡された本文データにユーザーＩ／Ｆ部２００に送る。ユーザーＩ／Ｆ部２００ではその本文データに基づいてモニタ７６上に発言本文を表示する。この結果、指示された発言本文が図６に示すようにフォルダ画面の下側に表示される。図６では「RE：自動通信への要望」というタイトルが指示された場合を示している。

即ち、当該会議室として、前述したように「AISOFT Application Station」フォーラム内の会議室１８番が選択されている場合、その会議室のデータファイルは図４に示すように「mes18.dat」である。また、図７に示したように、「RE：自動通信への要望」というタイトルに対応した本文データの位置は「1024」である。従って、図６の下側に示した発言本文は、データファイル「mes18.dat」内の「1024」の位置に存在する本文データに基づいて表示される。

一方、タイトルリストＴＬの中で、発言本文を読みたいタイトルとして＊印の付されていないタイトルを指示すると、当該会議室のデータファイル「mes*.dat」には該当する本文データが記憶されていないので、データ管理部４００は、アクセス管理部１００にエラー信号を返す。これにより、アクセス管理部１００の転送要求部１００ｆは、通信制御部３００に対して、指示されたタイトルに対応した本文データの取得を要求する。通信制御部３００は、通信Ｉ／Ｆ部５００を介して通信ホストの間で通信を行なって、通信ホストに対して上記本文データの送信を要求する。こうして、通信ホストから上記本文データが送信されてきたら、通信制御部３００は通信Ｉ／Ｆ部５００を介してこれを受信し、アクセス管理部１００に出力する。アクセス管理部１００は、取得した本文データをデータ管理部４００に渡して、データベース４１０への書き込みを要求する。データ管理部４００は、渡された本文データをデータベース４１０内の当該会議室のデータファイル「mes*.dat」に書き込む。そして、アクセス管理部１００は、再度、データ管理部４００に対し、指示されたタイトルに対応した本文データの読み出しを要求する。今度は、当該会議室のデータファイル「mes*.dat」に該当する本文データが記憶されているので、データ管理部４００は、その本文データを読み出し、アクセス管理部１００に渡す。これによって、最終的には、指示されたタイトルに対応した発言本文がモニタ７６上に表示される。

なお、データファイル「mes*.dat」に該当する本文データが記憶されていない場合に、その本文データの送信を通信ホストに対し要求するか否かについては、利用者が自由に選択できるようにしても良い。

以上のように、本実施例においては、通信ホストにアクセスすることによって、データベース４１０内に、通信ホストにおけるサービスやフォルダ毎に、自動的にディレクトリが作成される。また、通信ホスト内のサービスやフォルダに入ることによって、タイトルデータを格納する索引ファイルや本文データを格納するデータファイルが自動的に作成される。そして、その後は、通信ホストとの間でデータ通信を行なう度に、タイトルデータや本文データなどの受信データはサービス毎、フォルダ毎に自動的に分類、整理されて、対応するディレクトリ、さらにはファイルに書き込まれる。従って、利用者は、データベース４１０内に自らディレクトリ構造を構築したり、受信データを対応するディレクトリに格納したりする手間が省ける。また、受信データも整理されて記憶されるため、利用者による受信データの活用も容易となる。

１−４−１）タイトル更新処理
次に、本実施例の一つ目の特徴であるタイトル更新処理について説明する。このタイトル更新処理は受けるサービスの種類毎によって異なる。

図８及び図９は会議室に移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。このうち、図８は初めてその会議室に入ったときの処理の流れを示し、図９は２回目以降に入ったときの処理の流れを示している。

会議室に初めて入る場合、前述したように、その会議室についての索引ファイルは既に作成されているが、データファイルについてはまだ作成されていない。そこで、図８に示すように、その会議室に初めて入った直後には、まず、その会議室についてのデータファイルを新規に作成する（ステップＳ２０）。即ち、アクセス管理部１００はデータ管理部４００によってデータベース４１０内に会議室のデータファイル「mes*.dat」を作成させる。

次に、未読分のタイトルをすべて読むコマンドを送信する（ステップＳ２２）。即ち、アクセス管理部１００は、通信制御部３００を介して通信ホストに対して、発言されたタイトルのうちの未読分のタイトルだけを読み込むコマンドを送信する。通信ホストでは、各会議室毎に、未読分のタイトルの番号（未読番号）をそれぞれ記憶し管理しているので、上記コマンド受け取ると、未読番号に対応するタイトルを全て利用者に対して送信する。こうして、通信ホストからは未読分のタイトルのデータが送信されてくる。続いて、送信されてきたそのデータを受信し（ステップＳ２４）、その受信データから、タイトル毎に切り出し、タイトルデータを取得する（ステップＳ２６）。そして、その会議室についての索引ファイルに、タイトルデータを書き込む（ステップＳ２８）。即ち、通信制御部３００は通信Ｉ／Ｆ部５００から受信データを受け取ると、その受信データからタイトル毎に切り出して、タイトルデータを取り出し、アクセス管理部１００に渡す。アクセス管理部１００は、データ管理部４００を介して、そのタイトルデータをデータベース４１０内の索引ファイル「mes*.idx」に書き込む。こうして、一連のタイトル更新処理が終了する。

次に、２回目以降にその会議室に入った場合は、まず、未読分のタイトルをすべて読むコマンドを送信する（ステップＳ３０）。通信ホストでは、既に送信したタイトルは既読のタイトルとして扱うので、上記コマンドを受け取った場合、前回の通信以降に新たに登録された未読のタイトルを利用者に対して送信する。次に、送信されてきたそのデータを受信し（ステップＳ３２）、その受信データから、タイトル毎に切り出し、タイトルデータを取得する（ステップＳ３４）。そして、その会議室についての索引ファイルに、取得したタイトルデータを既存のタイトルデータに続けて書き込む（ステップＳ３６）。こうして、一連のタイトル更新処理が終了する。

このように、会議室についてのタイトル更新処理においては、通信ホストによって、既に送信されたタイトルは全て既読扱いとなり、未読タイトルを読むコマンドによっては再度送信されてこないので、データベース４１０内の索引ファイルに同一のタイトルデータを重複して書き込むことがない。しかも、送られてきたタイトルデータを、索引ファイル内で既存のタイトルデータに続けて書き込むだけで、最新のタイトルデータを既存のタイトルデータにシームレスに連結することができる。

図１０はこのような会議室についてのタイトル更新処理を具体的に説明するための説明図である。例えば、３月２日の９時００分に或る会議室に初めて入ったものとする。この場合、通信ホスト側では全てのタイトル番号を未読番号として記憶しているので、上述したように、未読分のタイトルを全て読むコマンドを通信ホストに送信すると、図１０（ａ）に示すように、その会議室に登録されている全てのタイトルのデータが通信ホストから送られてきて、その会議室の索引ファイルに書き込むことになる。なお、通信ホストでは、最新のタイトルが最終番号となるようにタイトル番号を管理すると共に、各タイトルをタイトル番号の小さいものから順番に配置している。

続いて、同日の１０時００分に同じ会議室に入る。この場合、通信ホスト側では、既に送信したタイトルは既読として扱っているため、前回の通信時刻（９時００分）以降に新たに登録されたタイトル番号のみが未読番号として記憶されている。従って、未読分のタイトルを全て読むコマンドを通信ホストに送信すると、図１０（ｂ）に示すように、９時００分以降に新たに登録されたタイトルのデータだけが通信ホストから送られてきて、索引ファイルに書き込むことになる。この時、前回の通信で記憶されたタイトルデータに続けて今回送られてきたタイトルデータを書き込むだけで、索引ファイル内では、前回の通信で記憶された最新タイトルである「５５３」番のタイトルデータに続いて、今回の送信されてきた「５５４」番以降のタイトルデータがシームレスに連結される。

図１１及び図１２はライブラリ室に移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。このうち、図１１は初めてそのライブラリ室に入ったときの処理の流れを示し、図１２は２回目以降に入ったときの処理の流れを示している。

ライブラリ室に初めて入る場合も、会議室の場合と同様に、そのライブラリ室についての索引ファイルは既に作成されているが、データファイルについてはまだ作成されていない。そこで、図１１に示すように、ライブラリ室に初めて入った直後には、アクセス管理部１００はそのライブラリ室のデータファイルを新規に作成する（ステップＳ３８）。

次に、アクセス管理部１００は、一度に読む件数を設定して（ステップＳ４０）、その設定件数だけタイトルを読むコマンドを通信ホストに対し送信する（ステップＳ４２）。初めてライブラリ室に入った場合であり、そのライブラリ室に登録されている全てのタイトルを取得する必要があるため、一度に読む件数は１００件などなるべく大きな値に設定する。通信ホストでは、上記コマンド受け取ると、設定件数分のタイトルを利用者に対して送信するので、その送信されてきたデータを受信する（ステップＳ４４）。なお、ライブラリの場合、通信ホストでは、最新のタイトルが最終番号となるようにタイトル番号を管理しており、各タイトルをタイトル番号の大きいもの（即ち、新しいタイトルのもの）から順番に配置している。そこで、次に、そのライブラリ室に登録されているタイトルのうち、最も古いタイトルのデータを受信したか否かを判定し（ステップＳ４６）、未だ受信していなければ、ステップＳ４２に戻って、再度コマンドを送信して、次の設定件数分のタイトルのデータの送信を要求する。最古タイトルのデータを受信したか否かは、送信されてきたデータが途中で尽きて設定件数分に満たなかったり、或いは、上記コマンドを送信してもデータが送られてこなかったりすることによって、判定することができる。

最古タイトルのデータを受信した場合は、それまでに受信したデータから、タイトル毎に切り出して、タイトルデータを取得する（ステップＳ４８）。そして、そのライブラリ室についての索引ファイルに、タイトルデータを書き込む（ステップＳ５０）。こうして、一連のタイトル更新処理が終了する。

次に、２回目以降にそのライブラリ室に入った場合は、図１２に示すように、まず、アクセス管理部１００は、そのライブラリ室の索引ファイル内の既存のタイトルデータから、最新のタイトルの登録日付を求める（ステップＳ５２）。即ち、前回、索引ファイルに書き込んだ全てのタイトルデータの中から、最新の登録日付を見つけだす。そして、アクセス管理部１００は、その登録日付以降のタイトルを読むコマンドを通信ホストに対して送信する（ステップＳ５４）。

ライブラリについては、会議室の場合のように、通信ホストによって未読番号の記憶や管理が行なわれていないので、通信ホストから未読のタイトルのみを送ってもらうことはできない。しかし、登録日付を指定しさえすれば、その日付以降のタイトルを送信してもらうことは可能である。そこで、この場合、登録日付として、前回における最新の登録日付を指定する。

通信ホストでは、上記コマンドを受け取ると、指定された登録日付以降のタイトルのデータを送信するので、その送信されてきたデータを受信し（ステップＳ５６）、その受信データから、タイトル毎に切り出して、タイトルデータを取得する（ステップＳ５８）。こうして、前回における最新の登録日付以降のタイトルデータを取得することによって、前回の通信から今回の通信までの間に新たに通信ホストにおいて登録されたタイトルデータを取得することができる。

しかし、今回取得したタイトルデータは前回における最新の登録日付以降のタイトルデータであるため、前回既に取得した、最新の登録日付当日のタイトルデータも含んでおり、そのまま、索引ファイルに書き込むと、重複してタイトルデータを記憶することになる。

そこで、次に、アクセス管理部１００の差分データ取得部１００ｃは、今回取得したタイトルデータから、そのライブラリ室の索引ファイル内にある既存のタイトルデータと重複するデータを削除した上で（ステップＳ６０）、書き込み部１００ａがその索引ファイルに取得したタイトルデータを書き込む（ステップＳ６２）。こうすることによって、前回の通信から今回の通信までに登録されたタイトルデータのみを索引ファイルに書き込むことができる。こうして、一連のタイトル更新処理が終了する。

このように、ライブラリ室についてのタイトル更新処理においては、通信ホストから前回における最新の登録日付以降のタイトルデータを送ってもらい、それらタイトルデータから、既に記憶済みの最新の登録日付当日のタイトルデータを削除した上で、索引ファイルに書き込んでいるので、会議室の場合と同様に、データベース４１０内の索引ファイルに同一のタイトルデータを重複して書き込むことがなく、しかも、索引ファイル内で、送られてきた最新のタイトルデータを既存のタイトルデータにシームレスに連結することができる。

図１３はこのようなライブラリ室についてのタイトル更新処理を具体的に説明するための説明図である。例えば、１月中旬に或るライブラリ室に初めて入ったものとする。この場合は、通信ホストに対して、そのライブラリ室に登録されているタイトルのデータを所定の件数ずつ全て送信するように要求する。そして、この要求に従って送られてきた図１３（ａ）に示すようなタイトルのデータを受信して、そのライブラリ室の索引ファイルに書き込む。

この時に取得したタイトルデータの中で、最新タイトルの登録日付はタイトル番号「５６」番の１９９５年１２月１４日となっている。なお、ライブラリの場合、通信ホストでは、前述したように、最新のタイトルが最終番号となるようにタイトル番号を管理すると共に、各タイトルはタイトル番号の大きいものから順番に配置している。また、通信ホストにおいて、ライブラリのデータは削除される場合があるが、この場合はタイトル番号が欠番となるだけで、以降のタイトル番号がずれることはない。

続いて、２月中旬に同じライブラリ室に入る。この場合、通信ホストに対して、前回における最新タイトルの登録日付（１９９５年１２月１４日）以降のタイトルのデータを全て送信するように要求する。この要求に従って、通信ホストからは図１３（ｂ）に示すような１９９５年１２月１４日以降のタイトルのデータが送られてくる。このタイトルデータを見ると、前回の最新タイトルである「５６」番のタイトルデータは通信ホストにおいて削除されていなかったことがわかる。

しかし、このタイトルデータは前回において既に索引ファイルに書き込まれているので、このタイトルデータをそのまま索引ファイルに書き込んでしまうと、データが重複してしまう。そのため、「５６」番のタイトルデータだけは書き込みデータから削除する。従って、索引ファイルには、「５７」番以降のタイトルデータを書き込むことになる。

この結果、索引ファイル内では、前回の通信で記憶された最新タイトルである「５６」番のタイトルデータに続いて、今回の送信されてきた「５７」番以降のタイトルデータがシームレスに連結される。

図１４及び図１５はニュースのサービスに移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。このうち、図１４は初めてそのニュースのサービスに入ったときの処理の流れを示し、図１５は２回目以降に入ったときの処理の流れを示している。

なお、ニュースのサービスに初めて入った場合の処理内容は、図１１に示したライブラリの場合と同様であるので、説明は省略する。

ニュースの場合も、ライブラリの場合と同様に、通信ホストによって未読番号の記憶や管理が行なわれていないので、通信ホストから未読のタイトルのみを送ってもらうことはできない。また、ニュースの場合は、通信ホストにおける登録データの更新が激しく、一日の間に登録されるデータの数も膨大であるので、ライブラリの場合のように、登録日付を用いて、前回の通信から今回の通信までの間に新たに登録されたタイトルデータを取得することは困難である。そこで、ニュースの場合は、以下のようにしてタイトル更新処理を行なう。

即ち、２回目以降にそのニュースのサービスに入った場合は、図１５に示すように、まず、一度に読む件数を設定して（ステップＳ７８）、その設定件数だけタイトルを読むコマンドを通信ホストに対し送信する（ステップＳ８０）。

なお、初めてニュースのサービスに入った場合は、全てのタイトルのデータを取得する必要があるため、前述したように設定件数を１００件などの大きな値に設定するが、２回目以降の場合は、設定件数を余り大きな値に設定すると、オーバーランによって、既に取得したタイトルのデータを再度受信してしまい、無駄となるので、１０〜２０件などの比較的小さい値に設定する。但し、前回の通信からかなり日時が経っている場合には、それに応じて設定件数を大きな値（例えば、１００件など）に増やしても良い。

通信ホストでは、上記コマンド受け取ると、設定件数分のタイトルを利用者に対して送信するので、その送信されてきたデータを受信する（ステップＳ８２）。

次に、アクセス管理部１００は、受信したタイトルのデータと索引ファイル内の既存のタイトルデータとを比較して（ステップＳ８４）、受信したタイトル及びその提供日時が、索引ファイル内の最新タイトル及びその提供日時と一致するか否かを判定する（ステップＳ８６）。

前述したように、ニュースの場合は、一日の間に登録されるデータの数が膨大であるため、受信したタイトルが前回における最新のタイトルと同じであるかどうかを、登録日付を用いて判定することは困難である。

また、ニュースの場合、通信ホストでは、最新のタイトルが常に「１」番となるようにタイトルを管理しているため、新たなタイトルが登録される度に以下の番号は「１」ずつ増加する。そして、各タイトルをタイトル番号の小さいもの（即ち、最新のもの）から順番に配置している。従って、受信したタイトルが前回における最新のタイトルと同じであるかどうかを、タイトル番号によって判定することも不可能である。

そこで、本実施例では、タイトル自体とそのタイトルのニュースが通信ホストに登録された日時（提供日時）とによって判定するようにしている。ニュースの場合、通信ホストでは、データの登録を日付だけでなく時刻まで管理しているので、例え、同日に多数のデータが登録されていたとしても、登録された時刻まで比較するようにすれば、ある程度まで判定することは可能である。但し、同日の同時刻に複数のデータが登録される場合もある得るので、その場合には、タイトルの違いによって判定するようにする。タイトル自体については、ニュースの場合、タイトルが変更されることはなく、同じタイトルが付されることも希であるので、十分判定できる。

なお、ニュースの場合、通信ホストに登録されているデータは、古いものから順番に削除されるが、その順番を超えて途中のデータが削除されることはない。

さて、判定の結果、タイトル及び日時が一致する場合は、ステップＳ９０に進んで、受信データからタイトル毎に切り出して、タイトルデータを取得する。このように、前回における最新のタイトルと同じタイトルのデータを受信したことを確認した上で、それまでに受信してきたタイトルデータを全て取得することによって、前回の通信から今回の通信までの間に新たに通信ホストにおいて登録されたタイトルデータも取得することができる。

但し、今回取得したタイトルデータのうち、前回における最新のタイトルデータと一致するタイトルデータ、及びその提供日時より過去のタイトルデータについては、前回既に索引ファイルに書き込んであるので、そのまま、索引ファイルに書き込んでしまうと、重複してタイトルデータを記憶することになる。そこで、次に、差分データ取得部１００ｃが、今回取得したタイトルデータから、その索引ファイル内にある既存のタイトルデータと重複するデータを削除した上で（ステップＳ９２）、書き込み部１００ａがその索引ファイルに取得したタイトルデータを書き込む（ステップＳ９６）。こうすることによって、前回の通信から今回の通信までに登録されたタイトルデータのみを索引ファイルに書き込むことができる。

一方、ステップＳ８６による判定の結果、タイトル及び日時が一致しない場合は、ステップＳ８８に進んで、ニュースとして登録されているタイトルのうち、最も古いタイトルのデータを受信したか否かを判定する。そして、最古タイトルのデータを未だ受信していなければ、ステップＳ８０に戻って、再度コマンドを送信して、次の設定件数分のタイトルデータの送信を要求する。

索引ファイル内の最新タイトル及び提供日時と一致しないにも関わらず、最古タイトルのデータを受信した場合には、それまでに受信したデータから、タイトル毎に切り出し、タイトルデータを取得する（ステップＳ９４）。このように、索引ファイル内の最新タイトル及び提供日時と一致しないにも関わらず、最古タイトルのデータを受信したということは、当該ニュースのサービスについて通信ホストに登録されている全てのタイトルのデータを受信したにも関わらず、その受信したタイトルデータの中に、前回受信したタイトルデータと一致するものが一つもないことを意味する。即ち、これは、前回の通信時から今回の通信時までの間に、通信ホストにおいて、前回における最新タイトルも含めて古いタイトルが全て削除された場合（中抜け状態）である。

そこで、このような中抜け状態の場合には、最古タイトルのデータまでを受信して、通信ホストに現在登録されている全てのタイトルのデータを取得するようにする。なお、ニュースや掲示板のような登録データの更新が激しいサービスにおいては、数日間空けて入ると、中抜け状態になってしまうことが多々ある。

このような中抜け状態の場合には、取得したタイトルデータは、全て、前回の通信時から新たに登録されたデータであるので、索引ファイル内の既存のタイトルデータと重複することはない。従って、取得したタイトルデータを全て索引ファイルに書き込む（ステップＳ９６）。こうして、一連のタイトル更新処理が終了する。

このように、ニュースのサービスについてのタイトル更新処理においては、通信ホストから所定の件数ずつ前回における最新タイトルと一致するまでタイトルデータを送ってもらい、それらタイトルデータから既存のタイトルデータを削除した上で、索引ファイルに書き込んでいるので、データベース４１０内の索引ファイルに同一のタイトルデータを重複して書き込むことがなく、しかも、索引ファイル内で、送られてきた最新のタイトルデータを既存のタイトルデータにシームレスに連結することができる。

図１６はこのようなニュースのサービスについてのタイトル更新処理を具体的に説明するための説明図である。例えば、３月１日の９時００分に或るニュースのサービスに初めて入ったものとする。この場合は、通信ホストに対して、登録されているタイトルのデータを所定の件数ずつ全て送信するように要求する。そして、この要求に従って送られてきた図１６（ａ）に示すようなタイトルのデータを受信して、そのニュースの索引ファイルに書き込む。この時に取得したタイトルデータの中で、最新タイトルは「Ａ病院で患者１０人が死亡」であり、その提供日時は３月１日８時５３分となっている。

続いて、同日の９時３０分に同じニュースのサービスに入ったものとする。この場合、通信ホストに対して、所定の件数、例えば６件ずつタイトルのデータを送信するように要求する。この要求に従って、通信ホストからは図１６（ｂ）に示すように、６件のタイトルのデータが送られてくる。

これらタイトルデータを見ると、前回における最新のタイトル及び提供日時が一致するのはタイトル番号「４」番のタイトルデータであり、その「４」番よりもタイトル番号が小さい３件のタイトルデータは前回の通信時（９時００分）から今回の通信時（９時３０分）の間に新たに登録されたタイトルデータである。従って、この３件のタイトルデータが新たに登録されたことによって、前回の最新タイトルも、それ以降の２つのタイトルもタイトル番号が３つずつ増えている。

しかし、これら前回の最新タイトル以降のタイトルデータ（即ち、「４」〜「６」のタイトルデータ）は前回において既に索引ファイルに書き込まれているので、重複するデータとして書き込みデータからは削除する。従って、索引ファイルには、「１」〜「３」番のタイトルデータのみを書き込むことになる。この結果、索引ファイル内では、前回の通信で記憶された最新タイトルのデータに続いて、今回の送信されてきた「１」〜「３」番のタイトルデータがシームレスに連結される。

図１７及び図１８は掲示板のサービスに移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。このうち、図１７は初めてその掲示板のサービスに入ったときの処理の流れを示し、図１８は２回目以降に入ったときの処理の流れを示している。

なお、掲示板のサービスに初めて入った場合の処理内容は、図１１に示したライブラリや図１４に示したニュースの場合と同様であるので、説明は省略する。

前述したように、ニュースの場合、通信ホストに登録されているデータは、古いデータから順番に削除される。掲示板の場合も、通信ホストに登録可能なデータの最大件数が５１２件に制限されているので、その件数を越えた古いデータからから順番に削除される。従って、何れの場合も、索引ファイルに記憶されているタイトルデータが、通信ホストにおいては、登録データから既に削除されている可能性がある。このようなとき、ニュースの場合は、タイトルデータをそのまま記憶しておいても、後ほど過去のニュース情報として再利用することは可能であるが、掲示板の場合は、タイトルデータをそのまま記憶しておいても、通信ホストにおいて登録データが削除されているのであれば、何ら利用価値はない。そこで、本実施例では、以下のようにしてタイトル更新処理を行なう。

即ち、２回目以降にそのニュースのサービスに入った場合は、図１８に示すように、１回目の場合と同様に、通信ホストに登録されている全てのタイトルのデータを取得する（ステップＳ１１２〜ステップＳ１２０）。そして、全てのタイトルデータを取得したら、データベース４１０内の当該掲示板についての索引ファイルに、取得したタイトルデータを上書きで書き込む（ステップＳ１２２）。これによって、索引ファイル内のタイトルデータが、通信ホストから取得したタイトルデータに全て書き換えられる。こうして、一連のタイトル更新処理が終了する。

このように、掲示板についてのタイトル更新処理においては、毎回、通信ホストから登録されている全てのタイトルデータを送ってもらい、それらタイトルデータによって、データベース４１０内の索引ファイルに記憶されているタイトルデータを全て書き換える。従って、データベース４１０内の索引ファイルに同一のタイトルデータが重複して書き込むことがない。

ところで、以上説明した更新処理は、フォルダ内の各タイトルについての更新処理であった。しかし、サービス内の各フォルダについても、時折であるが、通信ホスト側で、追加されたり、変更されたり、或いは、削除されたりする場合がある。そこで、このような場合にも対応できるように、サービス内の各フォルダについても同様に更新処理を行なうようにしても良い。

即ち、利用者が、キーボード７２，マウス７３を使って、自分の求めるサービス（狭義のサービス）を指示すると、アクセス管理部１００は、通信制御部３００等を介して通信ホストに対し、そのサービスに移動するための「ＧＯ」コマンドを送信する。これにより、通信ホスト側では、提供するサービスを指示されたサービスに移行する。こうして、利用者の指示したサービスに入ると、アクセス管理部１００は通信ホストに対してフォルダの一覧情報を送信を要求する。そして、通信制御部３００等を介して通信ホストからの一覧情報を受け取ると、アクセス管理部１００は、データ管理部４００を介して、データベース４１０内にあるフォルダ一覧索引ファイルを読み出し、受け取った一覧情報と比較する。サービス内のフォルダに追加，変更，削除などがある場合には、受け取った一覧情報に基づいてフォルダ一覧索引ファイルを更新する。

その後、アクセス管理部１００は、その更新したフォルダ一覧索引ファイルに基づいて、指示されたサービス内にある各フォルダのリストＦＬを作成して、モニタ７６上に表示する。

以上のようにして、フォルダの更新処理を行なうことができる。

１−４−２）課金節約処理
ところで、通信ホストが提供する通信サービスのうち、前述したニュースなどは基本料金以外に追加料金がかかる有料サービスとなっている。このような有利サービスを受ける場合、一般には、その有料サービスを利用しているトータルの時間に対して課金されるため、その有料サービスに入っている時間（即ち、有料サービスを利用している時間）はできる限り短くなるようにした方が良い。しかし、このような有料サービスを手動通信によって受ける場合、利用者は操作や判断に多くの時間を要してしまい、サービスに入っている時間が長くなるため、費用がかさんでしまうという問題があった。

そこで、本実施例では、手動通信によって有料サービスを受ける場合には次のような課金節約処理を行なうようにしている。では、本実施例の二つ目の特徴である課金節約処理について説明する。

図１９は有料サービスを受ける際に行なわれる課金節約処理の流れを示すフローチャートである。通信ホストの提供する通信サービス上において、利用者は、今、例えば、ニュースなどの有料サービスのサービストップメニューの位置にいるものとする。このサービストップメニューでは、その有料サービスの利用の仕方などが情報として利用者に提供されており、そのメニューの位置にいる限りは追加料金はかからない。

そこで、利用者がキーボード７２，マウス７３を使って、有料サービスに入る旨の指示を出すと、図１９に示す処理ルーチンが開始され、アクセス管理部１００の特定通信サービス開始要求部１００ｇは、通信制御部３００を介して通信ホストに対し、指示された有料サービスのメニュー番号を送信して、サービストップメニューから有料サービスに入る（ステップＳ１３２）。有料サービスに入ると、通信ホストでは利用時間のカウントが開始されて、その利用時間に応じた課金が行なわれる。

次に、アクセス管理部１００は、前述したようなタイトル更新処理を行なって、索引ファイル内に記憶されている最新のタイトルデータと連結するか或いは通信ホスト内の登録されたデータが尽きるまで、その有料サービスについてのタイトルデータを取得して、データ管理部４００を介してデータベース４１０内の索引ファイルに書き込む（ステップＳ１３４）。

その後、アクセス管理部１００は、データベース４１０内の索引ファイルから取得したタイトルデータを読み出して、ユーザーＩ／Ｆ部２００を介してモニタ７６上のフォルダ画面に表示する（ステップＳ１３６）。これによって、モニタ７６上には有料サービスのタイトルの一覧が表示される。

またこの時、同時に、アクセス管理部１００の特定通信サービス中止要求部１００ｈは、通信制御部３００を介して通信ホストに対し、有料サービスの中止のコマンドを送信して、有料サービスから無料のサービストップメニューに退避する（ステップＳ１３８）。これにより、通信ホストでは利用時間のカウントが停止されて、利用時間に応じた課金も停止される。アクセス管理部１００は、この状態で、利用者からの本文読み込みを求めるタイトルの指示があるまで、待機する（ステップＳ１４０）。従って、この間、利用者は追加料金がかからない状態で、モニタ７６のフォルダ画面に表示されたタイトル一覧を見ながら、自分の求めるタイトルをゆっくり選択することができる。

次に、利用者がキーボード７２，マウス７３を使って、フォルダ画面の中から、本文読み込みを求めるタイトルを指示すると、アクセス管理部１００の特定通信サービス開始要求部１００ｇは、再度、通信制御部３００を介して通信ホストに対し、有料サービスのメニュー番号を送信して、サービストップメニューから有料サービスに入る（ステップＳ１４２）。そして、有料サービスに入ると、通信ホストでは再び利用時間のカウントが開始されて、その利用時間に応じた課金が行なわれる。

続いて、アクセス管理部１００は、再び、タイトル更新処理を行なって、最新のタイトルデータを取得し、データベース４１０内の索引ファイルに書き込む（ステップＳ１３４）。これによって、前回有料サービスに入ってから今回有料サービスに入るまでの間に、新たなタイトルが登録されたとしても、十分対処することができる。しかし、通常は有料サービスから退避した時間は短時間であるため、新たなタイトルが登録されることは少なく、タイトル更新処理も短時間で済む。

ところで、この有料サービスがニュースである場合、前述したように、通信ホストでは、最新のタイトルが常に「１」番となるようにタイトルを管理しており、新たなタイトルが登録された場合は、その度ごとに以下の番号が「１」ずつ増加する。従って、有料サービスから退避している間に、新たなタイトルが登録されたとすると、通信ホスト内におけるタイトルの番号は新たに登録されたタイトルの数だけ増加していることになる。従って、利用者によって指示されたタイトルの番号を、そのまま通信ホストに送信しても、利用者の求めるタイトルの本文データを取得することはできない。

そこで、アクセス管理部１００の本文情報転送要求部１００ｉは、利用者によって指示されたタイトルの番号に、タイトル更新処理によって新たに取得したタイトルの数（即ち、通信ホストに新たに登録されたタイトルの数）を加算した上で（ステップＳ１４６）、そのタイトル番号の、本文を読むコマンドを通信ホストに対して送信する（ステップＳ１４８）。これによって、通信ホストに対して、利用者が本来求めていたタイトルに対応する本文データの送信を正確に要求することができる。

こうして、通信ホストからは、利用者の求める本文データが送信されるので、アクセス管理部１００は、通信制御部３００を介してその本文データを取得して、データ管理部４００を介してデータベース４１０内のデータファイに書き込む（ステップＳ１５０）。

その後、アクセス管理部１００は、データベース４１０内のデータファイルから取得した本文データを読み出して、ユーザーＩ／Ｆ部２００を介してモニタ７６上のフォルダ画面に表示する（ステップＳ１５２）。これによって、モニタ７６上には利用者の求めていたタイトルに対応する本文が表示される。

またこの時、同時に、通信制御部３００を介して通信ホストに対して、有料サービスの中止のコマンドを送信して、有料サービスから無料のサービストップメニューに退避する（ステップＳ１５４）。これにより、通信ホストでは利用時間のカウントが停止されて、利用時間に応じた課金も停止される。こうして、一連の課金節約処理が終了する。

ところで、上記した説明では、有料サービスのトータルの利用時間に対して課金される場合を例として説明したが、その他にも、１００円／分のように単位時間毎に一定の料金を課金し、且つ、有料サービスに入る度に新たに課金する場合がある。このような場合には、例えば、有料サービスに入ってからの時間が例えば１分を１秒でも超えれば、切り上げで２分として計算されるが、２分を超えない限りは、一定料金であるので、１分１秒でも１分５９秒でも同一の料金で済む。従って、この例の場合は、１分５９秒まで待ってから有料サービスより退避するようにする。このようにすることによって、アクセス管理部１００は、本文読み込みの指示など次の動作に対する備えを十分にすることができる。

また、アクセス管理部１００は、有料サービスに入ってからの経過時間を計って、ユーザーＩ／Ｆ部２００を介してモニタ７６上に表示するようにしても良い。また、追加料金の計算方法が予めわかっているなら、課金される料金を実際に計算してモニタ７６上に表示するようにしても良い。このようにすることによって、利用者は有料サービスに入っている間の時間やかかった費用などを即座に知ることができる。

以上のように、図１９に示した課金節約処理によって、手動通信によって有料サービスを受ける場合にも、有料サービスに入っている時間をできる限り短くすることが可能となる。しかも、有料サービスから退避する操作は、利用者に代わってアクセス管理部１００が最適なタイミングで行なうので、利用者の負担が少なくて済む。但し、有料サービスからの退避の指示は、利用者が必要に応じて出せるようにしても、何ら支障はない。

１−４−３）オフラインでの動作
さて、以上は、手動通信によって通信ホストとデータ通信を行なっている間の動作、即ち、オンラインでの動作について説明したが、本実施例の通信端末装置では、通信ホストとデータ通信を行なっていない場合、即ち、オフラインの場合にも、オンラインの場合と同じような動作を行なうことができる。

つまり、本実施例では、データベース４１０内に通信ホストからの受信データを階層構造に従って整理して記憶しているので、これら記憶データを基にして、オンラインの場合と同様の動作を行なうことができる。

例えば、図３に示したようなサービス切替画面が表示されているときに、利用者が、キーボード７２，マウス７３を使って、このサービスリストＳＬの中で自分の求めるサービス（狭義のサービス）を指示すると、アクセス管理部１００は、指示されたサービスに対応するフォルダ一覧ファイルを、データベース４１０内よりデータ管理部４００によって読み出させ、そのフォルダ一覧ファイルに基づいて、指示されたサービス内にある各フォルダのリストＦＬを作成して表示する。

その後、フォルダリストＦＬが表示されているときに、利用者が、キーボード７２，マウス７３を使って、このフォルダリストＦＬの中で自分の求めるフォルダを指示すると、アクセス管理部１００は、指示されたフォルダの索引ファイルを、データベース４１０内よりデータ管理部４００によって読み出させ、その索引ファイルに基づいて、指示されたフォルダ内の各タイトルを図６に示したフォルダ画面に表示する。

さらに、タイトルリストＴＬが表示されているときに、利用者が、キーボード７２，マウス７３を使って、このタイトルリストＴＬの中で、本文を読みたいタイトルを指示すると、アクセス管理部１００は、指示されたタイトルに対応する本文データが、データベース４１０内のデータファイルに記憶されていれば、データ管理部４００にその本文データを読み出させ、そのデータに基づいて本文を図６に示したフォルダ画面に表示する。

このように、オフラインの場合にも、オンラインの場合と同じような動作を行なうことができる。従って、利用者は、通信ホストとの間でデータ通信を実際に行なっていなくても、通信ホストとデータ通信を行なっているときと同じような感覚で、受信データをモニタ７６上に表示して、利用することができる。

なお、このようなオフラインの場合、利用者が本文の読み込みを指示したときに、データベース４１０内のデータファイルに該当する本文データが記憶されていなければ、モニタ７６のフォルダ画面には利用者の求める本文は表示されない。従って、そのような場合には、後述するような通信予約によって対処することもできるが、次のように処理することも可能である。

即ち、アクセス管理部１００の転送要求部１００ｆは、データベース４１０内に求める本文データがないとして、データ管理部４００からエラー信号を受けた場合には、直ちに、通信制御部３００を介して、通信ホストに電話をかけて通信ホストとの接続を図り、通信ホストによる通信サービスの提供が開始されたら、通信ホストに対し、求める本文データの送信を要求するようにする。

これによって、通信ホストから求める本文データを取得して、データベース４１０内のデータファイルに書き込ませることができ、さらには、モニタ７６上に本文を表示させることができる。

１−５）自動通信によるサービスの利用
さて、今までは、主に手動通信によって通信サービスを利用する場合について説明した。そこで、次に自動通信によって通信サービスを利用する場合について説明する。

本実施例では、自動通信の際に巡回する巡回先や巡回先での処理内容を予め設定する方法として、定期巡回指定によって設定する方法と、通信予約による設定する方法がある。このうち、定期巡回指定は、利用者が自分の求める特定のサービス（フォルダ）について定期的なデータの取得を希望する場合に用いられ、通信予約は、利用者が自分の興味を引いた個々のデータの取得を希望する場合に用いられる。

１−５−１）定期巡回指定
まず、定期巡回指定について説明する。図２０は図１のモニタ７６上に表示される定期巡回指定画面の一例を示す説明図である。定期巡回の指定を行なう際には、利用者が、キーボード７２，マウス７３を使って、定期巡回指定の指示を出すことより、モニタ７６上には、例えば、図２０に示すような画面が表示される。図２０に示す画面は掲示板のサービスについての定期巡回指定画面である。

画面左側に表示されたフォルダリストＦＬＢの中から、マウス７３を使って、所望のフォルダ名を指示すると、そのフォルダに関して、種々の設定が可能な状態となる。そこで、画面右側にある「定期巡回する」の項目をチェックすると、上記フォルダが定期巡回の対象として登録される。続いて、「間隔：」の項目において、そのフォルダについて定期巡回を実行する時間間隔（巡回間隔）を日数にて指定し、その下の「読込方法」の項目で「タイトルのみ読む」か「本文も読む」かの指定を行なう。また、１回の巡回によってデータの読み込むべき件数を制限したい場合は、「件数で制限する」の項目をチェックして、その読み込むべきデータの件数を指定する。なお、この定期巡回指定画面では、読み込むべきデータを件数によって制限するようにしているが、登録日や提供日などの日付によって制限するようにしても良い。

このようにして、定期巡回を希望する各サービス（フォルダ）について、それぞれ、定期巡回指定を行なうことができる。定期巡回指定によって指定された内容は図１に示すハードディスク８４内の巡回ファイル６２０に保存される。

図２１は図１の巡回ファイル６２０に保存された指定内容の一例を示す説明図である。巡回ファイル６２０には、図２１に示すように、各サービス毎に、定期巡回すべきフォルダ名の他、指定した読込方法（タイトルのみか本文も読むか）や巡回間隔（日数）、さらには読込制限条件（件数や日付）などが記憶される。なお、図２１では、読込制限条件については記載を省略してある。また、定期巡回指定の場合、１つのフォルダに対しては一つの処理しか指定できないため、同一サービス名で同一フォルダ名のものが２つ以上保存されることはない。

こうして巡回ファイル６２０に保存された内容は、自動通信処理部６００によって、直ちにソートして整理される。即ち、図２１に示すように、サービス名順に並ぶようにソートして、同一サービス名がひとまとまりとなるようにしている。なお、後述するように、巡回ファイル６２０の記憶内容は、自動通信を行なう際に、予約ファイル６１０の記憶内容と共に、ソートして整理されるので、定期巡回指定時に必ずしもソートする必要はない。しかし、上記のように、巡回ファイル６２０には、同一サービス名で同一フォルダ名のものが２つ以上記憶されることはなく、しかも、定期巡回指定の場合、指定内容は固定的であるため、巡回ファイル６２０の記憶内容については定期巡回指定時にソートした方が、自動通信時に毎回ソートを行なう場合よりも、時間的な無駄が省けて良い。

次に、このような巡回ファイルに基づく自動通信の具体的な動作手順について説明する。図２２及び図２３は巡回ファイルに基づく自動通信の動作手順を示すフローチャートである。

自動通信は、利用者がキーボード７２，マウス７３を操作して自動通信開始の指示を出したとき、あるいは、予め自動通信開始時刻をタイマ６８に設定しておき、タイマ６８がその開始時刻になったことを検知したときに開始される。

自動通信の処理が開始されると、自動通信処理部６００は、アクセス管理部１００，通信制御部３００等を介して、通信ホストに電話をかけて、通信ホストとの接続を図り、図２２に示す処理ルーチンを開始する。まず、自動通信処理部６００は、年月日や時刻を管理しているＲＴＣ５２から今日の日付ＴＤを取得する（ステップＳ１５６）。次に、ハードディスク８４内から巡回ファイル６２０を読み出し、その巡回ファイル６２０から、巡回先となるサービス名及びフォルダ名を取得する（ステップＳ１５８）。続いて、上記サービス名及びフォルダ名が取得できたか否かを判定し（ステップＳ１６０）、取得できた場合には、ステップＳ１６２に進む。

ステップＳ１６２では、自動通信処理部６００は、データベース４１０から、取得したサービス名に対応するフォルダ一覧索引ファイルを、データ管理部４００を介してデータベース４１０内より読み出し、そのフォルダ一覧索引ファイル（図５参照）から、取得したフォルダ名について記憶されている前回巡回日ＢＤを取得する。さらに、自動通信処理部６００は、ステップＳ１５８で読み出した巡回ファイル６２０から、取得したびフォルダ名について記憶されている巡回間隔ＮＤを取得し（ステップＳ１６４）、その巡回間隔ＮＤが０日であるか否かの判定を行なう（ステップＳ１６６）。巡回間隔が０日であると言うことは、そのフォルダについては、自動通信を行なう度に毎回巡回を行うように設定していることを意味している。従って、巡回間隔が０日である場合には、そのフォルダについて巡回の処理を行うよう図２３のステップＳ１７０に進む。

巡回間隔が０日でない場合には、上記フォルダについて、ステップＳ１６２で取得した前回巡回日ＢＤにステップＳ１６４で取得した巡回間隔ＮＤを加算して、それにより得られた日付（ＢＤ＋ＮＤ）が今日の日付ＴＤより後であるか、今日の日付ＴＤ以前であるかを判定する（ステップＳ１６８）。即ち、加算により得られた日付が今日の日付より後である場合には、前回の巡回日から今日までの間に未だ巡回間隔の日数が経過していないので、そのフォルダについては、今回の自動通信によって巡回する必要がない。そのため、巡回の処理は行なわずに、ステップＳ１５８に戻る。逆に、加算により得られた日付が今日の日付以前である場合には、前回の巡回日から今日までの間に巡回間隔の日数が既に経過しているので、そのフォルダについては、今回の自動通信によって巡回する必要があり、そのため、巡回の処理を行なうように、図２３のステップＳ１７０に進む。

図２３に示すように、ステップＳ１７０では、自動通信処理部６００の転送部６００ｂは、アクセス管理部１００，通信制御部３００等を介して、通信ホストに対し、巡回対象となったフォルダに移行するためのコマンドを送信する。即ち、まず、巡回対象であるフォルダの属するサービスに入るために、そのサービスに移行するためのコマンドを送信する。これによって、通信ホスト側では、提供するサービスを指定されたサービスに移行する。そのサービスに入ったら、巡回対象であるフォルダに入るために、そのフォルダに移行するためのメニュー番号を送信する。これによって、通信ホスト側では、提供するサービスを巡回対象であるフォルダにさらに移行する。

こうして、指示したフォルダに入ると、自動通信処理部６００は、ステップＳ１５８で読み出した巡回ファイル６２０から、そのフォルダ名について記憶されている読込方法と読込制限条件を取得し（ステップＳ１７２）、その読込方法と読込制限条件に従って通信ホストに対してデータの送信要求を出す（ステップＳ１７４）。これによって、通信ホストから求めるデータが送信されてくると、自動通信処理部６００は、そのデータを通信制御部３００等を介して受信して、データ管理部４００によってデータベース４１０に書き込む（ステップＳ１７６）。このようにして、自動通信処理部６００は、通信ホストから一連のデータの読み込みを行なう。

例えば、読込方法としてタイトルのみの読み込みが指定されている場合には、通信ホストから読み込むデータはタイトルデータだけであるので、索引ファイルに書き込む。また、本文の読み込みが指定されている場合には、通信ホストから読み込むデータはタイトルデータと本文データであるので、タイトルデータについては索引ファイルに書き込み、本文データについてはデータファイルに書き込む。また、読込制限条件が指定されている場合には、その制限条件を満たすまで、通信ホストに登録されている未読のタイトル（またはタイトル及び本文）のデータを読み込む。なお、この時、読み込んだデータが索引ファイル（または索引ファイル及びデータファイル）に既に記憶されている最新データに連結するか、あるいは、通信ホストにおいて登録されているデータ（そのフォルダについて登録されているデータ）の全てを読み込んだ場合には、読み込みの処理を終了する。

次に、自動通信処理部６００は、ステップＳ１６２で読み出したフォルダ一覧索引ファイルに、上記フォルダに対応する前回巡回日ＢＤとして、新たに今日の日付ＴＤを書き込む（ステップＳ１７８）。これによって、前回巡回日は更新される。

こうして、一つのフォルダについて巡回の処理が終了すると、ステップＳ１５８に戻って、巡回ファイル６２０から次の巡回先となるサービス名とフォルダ名を取得して、前回と同様な処理を繰り返す。

以上のようにして、巡回ファイル６２０に基づく自動通信が行なわれる。

１−５−２）通信予約
次に、通信予約について説明する。通信予約は、前述したようなオフラインの状態で、データベース４１０に記憶されているデータをモニタ７６上に表示している際に、利用者が、その表示画面を見ながら、必要な時にその都度行なうようにする。例えば、利用者が、モニタ７６上に表示されたタイトルの一覧の中に興味の引いたタイトルがあって、その本文を読もうとした時に、その本文のデータがデータベース４１０に記憶されていない場合に、その本文データの読み込みを通信予約する。また、利用者が、会議室における本文データを読んでいる際に、その本文に対し何らかのコメント文を書いて、通信ホスト上の上記会議室に発言したい場合に、そのコメント文のアップロードを通信予約する。

図２４は図１のモニタ７６上に表示されるコメント発言画面の一例を示す説明図である。即ち、例えば、図６に示したフォルダ画面上側のタイトル一覧において、利用者がマウス７３を使って、一番下のタイトル「こんなやり方もありますよ」を指定し、画面内の「コメント」ボタンＣＢを押すと、図２４に示すようなコメント発言画面に切り換わり、画面上側に上記タイトルについての本文が表示される。そこで、画面下側でその本文に対するコメント文を作成して、画面右上にある「発言予約」ボタンＳＢを押すと、その作成したコメント文が、予約情報と共に、ハードディスク８４内の予約ファイル６１０に書き込まれ、図２５に示すように予約が追加される。

図２６は図１の予約ファイル６１０に保存された予約内容の一例を示す説明図である。予約ファイル６１０には、図２６に示すように、予約された順番に各予約内容が記憶されている。各予約内容は、サービス名、フォルダ名及び予約事項などの予約情報の他、必要に応じて、該当するタイトル番号や上記したコメント文などの発言内容が記憶される。

このように、予約ファイル６１０には、利用者がオフライン状態であちらこちらのフォルダ等を見て回りながら予約した内容が、予約した順序で記憶されている。よって、図２６に示すように、サービス名もフォルダ名もランダムな順序のままとなっている。なお、予約ファイル６１０については、巡回ファイル６２０のように、通信予約時に特に記憶内容のソートは行なわないが、ソートを行なうようにしても構わない。

次に、このような予約ファイルに基づく自動通信の動作について簡単に説明する。通信ホストとの接続を図るまでの動作については、前述の定期巡回の場合と同様である。その後、例えば、予約内容が会議室やライブラリについての本文の読み込みである場合には、自動通信処理部６００は、自動通信によって、まず、その会議室やライブラリ室に移行し、その上で、本文を読みたいタイトルの番号を通信ホストに対して送り、そのタイトル番号の本文データの送信を要求する。会議室やライブラリの場合、通信ホストでは、一旦付されたタイトル番号はその後ずれることはないので、予約ファイル６１０に記憶されているタイトル番号をそのまま使って、本文データの送信を要求することができる。

通信ホストから該当する本文データが送信されてきたら、自動通信処理部６００は、その本文データを受信してデータベース４１０内のデータファイルに書き込む。こうして、予約した本文データが取得され、データベース４１０に書き込まれる。その後、その会議室やライブラリについてタイトルの更新が必要なら、前述したタイトル更新処理も併せて行なう。

また、予約内容がニュースや掲示板についての本文読み込みである場合には、まず、ニュースや掲示板のサービスに移行し、その上で、本文を読みたいタイトルの番号を通信ホストに対して送る。

しかし、ニュースや掲示板の場合は、前述したように、通信ホストでは、新たなタイトルが登録されると、それ以前に登録されたタイトルの番号は「１」ずつ増加してずれることになるので、会議室やライブラリの場合のように、予約ファイル６１０に記憶されているタイトル番号をそのまま使って、本文データの送信を要求することはできない。

そこで、ニュースや掲示板の場合は、次のように処理を行なう。即ち、ニュースの場合、ニュースサービスに入ったら、まず、通信ホストに対しタイトルデータの送信を要求し、約１０件分ずつタイトルデータを取得して、データベース４１０の索引ファイルに記憶されているタイトルデータと順番に比較する。そして、取得したタイトルデータの中から、予約ファイル６１０に記憶されているタイトル番号に対応するタイトル及び提供日時と一致するタイトルデータを見つける。そして、そのタイトルデータのタイトル番号を通信ホストに対して送り、本文データの送信を要求する。

例えば、予約ファイル６１０に、予約内容として、図１６（ａ）に示したタイトル番号「２」（タイトル「高速道路で交通事故発生」，提供日時「３月１日８時４１分」）が記憶されており、通信ホストからは、図１６（ｂ）に示すようなタイトルデータが送信されてきたとすると、それらタイトルデータのうち、タイトル番号「５」のタイトルデータが、予約したタイトル番号「２」に対応するタイトル及び提供日時と一致するため、そのタイトル番号「５」を通信ホストに対して送り、本文データの送信を要求する。

また、前述したように、ニュースの場合、通信ホストに登録されているデータは、古いものから順番に削除されるが、その順番を超えて途中のデータが削除されることはない。そのため、複数のタイトルについて本文の読み込みを行なう場合には、上記した処理により、一つのタイトルについてタイトル番号が確定したら、その他のタイトルについては、予約ファイル６１０に予約内容として記憶されているタイトル番号に、オフセットを加算するだけで、通信ホストに送るべきタイトル番号を求めることができる。

例えば、予約ファイル６１０に、予約内容として、図１６（ａ）に示したタイトル番号「２」（タイトル「高速道路で交通事故発生」，提供日時「３月１日８時４１分」）の他に、タイトル番号「４」（タイトル「サッカーでＣチーム勝利」が記憶されている場合、上記したように、タイトル番号「２」は、通信ホストではタイトル番号「５」にずれているので、そのずれ分を表すオフセットは「３」（＝５−２）である。従って、予約したタイトル番号「４」にそのオフセット「３」を加算すれば、そのタイトル番号「４」についての通信ホスト上での現在のタイトル番号「７」（＝４＋３）を得ることができる。よって、このタイトル番号「７」を通信ホストに送ることで、求める本文データの送信要求を行なうことができる。

一方、掲示板の場合は、掲示板のサービスに入ったら、まず、通信ホストに対しタイトルデータの送信を要求し、約１０件分ずつタイトルデータを取得して、データベース４１０の索引ファイルに記憶されているタイトルデータと順番に比較する。そして、取得したタイトルデータの中から、予約ファイル６１０に記憶されているタイトル番号に対応するタイトル及び登録者識別番号（登録者ＩＤ）と一致するタイトルデータを見つけ、そのタイトルデータのタイトル番号を通信ホストに対して送り、本文データの送信を要求する。

図２７は掲示板のサービスについての本文読み込み処理を説明するための説明図である。図２７において、（ａ）は当該掲示板についての索引ファイルに既に記憶されているタイトルデータを示し、（ｂ），（ｃ）は当該掲示板について通信ホストより送信されてきたタイトルデータを示す。

前述したように、ニュースの場合は、通信ホストから送信されてきたタイトルデータと、索引ファイルに記憶されているタイトルデータと、が一致するか否かを、タイトル及び提供日時によって判断していた。しかし、掲示板の場合、通信ホストでは、データの登録を日付だけでしか管理しておらず、時間によっては管理していないので、登録時刻によって判断することはできない。また、掲示板の場合も、ニュースの場合と同様に、通信ホストにおける登録データの更新が激しく、一日の間に登録されるデータの数も膨大であるので、ライブラリの場合のように、登録日に基づいて判断することも難しい。

そこで、本実施例では、上述の如く、登録者識別番号（登録者ＩＤ）とタイトルとによって判断するようにしている。掲示板の場合、登録者ＩＤも、タイトル自体も、登録後に変更されることはなく、しかも、同一のＩＤについて同一のタイトルが付されることはないからである。

例えば、予約ファイル６１０に、予約内容として、図２７（ａ）に示すタイトル番号「６」（タイトル「ＩＳＤＮ−ＴＡ売り」，登録者ＩＤ「FFF66666」）が記憶されているのに対し、通信ホストからは、図２７（ｂ）に示すような１０件分のタイトルデータが送信されてきたものとする。これら１０件のタイトルデータを見ると、この１０件の中には、予約したタイトル番号「６」に対応するタイトル及び登録者ＩＤと一致するタイトルデータは見つからない。そこで、次に、図２７（ｃ）に示すような１０件のタイトルデータが送られてきたものとする。これら１０件のタイトルデータを見ると、予約したタイトル番号「６」に対応するタイトル及び登録者ＩＤと一致するタイトルデータが見つかる。そこで、このタイトルデータのタイトル番号「１７」を通信ホストに対して送り、本文データの送信を要求する。

ところで、ニュースの場合は、通信ホストにおいて、古いデータがまとめて削除される以外には、途中のデータが削除されることはないが、掲示板の場合は、登録者等によってデータが自由に削除され得る。従って、複数のタイトルについて本文の読み込みを行なう場合には、一つのタイトルについてタイトル番号が確定したからと言って、その他のタイトルについてはタイトル番号が確定するわけではない。よって、掲示板の場合は、予約した各タイトル番号毎に、上記した処理を行なって、通信ホストに送るべき正しいタイトル番号を求める必要がある。

なお、掲示板の場合は、上記した処理によって、本文データの送信要求を行なう他にも、サーチコマンドを用いることによって、本文データの送信を直接的に通信ホストに対して要求することもできる。即ち、サーチコマンドを用いれば、タイトルや登録者ＩＤを検索条件とすることで、通信ホスト内の本文データを検索して送信してもらうことが可能である。

以上のようにして、予約ファイル６１０に基づく自動通信が行なわれる。

１−５−３）自動通信の効率化
自動通信は、上記したように、予約ファイル６１０及び巡回ファイル６２０に記憶されている内容に基づいて行なわれる。しかし、１回の自動通信を行なうに当たり、一方のファイルの内容に従って巡回を行なってから、他方のファイルの内容に従って巡回を行なうと、例えば、両方のファイルに、巡回先として同一のフォルダ名がそれぞれ記憶されている場合には、そのフォルダを巡回した後、他のフォルダを巡回してから、再び同じフォルダを巡回することになるため、通信に無駄な時間がかかることなる。また、同様のことは、予約ファイル６１０，巡回ファイル６２０の各ファイル毎でも言える。即ち、ファイルに記憶されている順番に巡回を行うものとすると、例えば、予約ファイル６１０の内容が図２６に示した内容である場合、３番目に記憶されているサービス「ＡＩＳＯＦＴステーション」を巡回し、４番目に記憶されているサービス「掲示板」を巡回してから、再び、３番目と同じサービス「ＡＩＳＯＦＴステーション」を５番目に記憶されているサービスとして巡回しなければならず、上記と同様に、通信に無駄な時間がかかることになる。

即ち、予約ファイル６１０及び巡回ファイル６２０内には、巡回先として、同一のサービス名，同一のフォルダ名が重複して記憶されている場合があり、そのような場合に、１回の自動通信で、同じサービスや同じフォルダを何度も巡回することになれば、通信の効率は極端に低下してしまう。そこで、本実施例では、自動通信の効率化を図るために、予約ファイル６１０及び巡回ファイル６２０内に同一のサービス名，同一のフォルダ名が重複して記憶されている場合には、それら記憶内容を整理して、そのような重複するサービスやフォルダについては、１回の巡回で、そのサービスやフォルダ内で行なうべき処理を全て終えることができるようにしている。

即ち、本実施例では、自動通信を実行するに際して、次に述べるような巡回順序効率化処理を行なう。図２８は自動通信時に行なわれる巡回順序効率化処理の流れを示すフローチャートである。予約ファイル６１０及び巡回ファイル６２０の両方を用いて自動通信を行なう場合、自動通信処理部６００は、まず、図２８に示すように、予約ファイル６１０及び巡回ファイル６２０から記憶内容をそれぞれ読み出す（ステップＳ１８０）。次に、自動通信処理部６００の整理部６００ａは、予約ファイル６１０から読み出した内容の後に、巡回ファイル６２０から読み出した内容を配置するようにして、両者の内容をまとめる（ステップＳ１８２）。このように、巡回ファイル６２０の内容が予約ファイル６１０の内容の後にくるように配置することにより、後述するようにソートしたとしても、常に予約ファイル６１０の内容が巡回ファイル６２０の内容より前になるため、同じ巡回先（同一サービス名，同一フォルダ名）においては、常に予約ファイル６１０の内容に従った処理が、巡回ファイル６２０の内容に従った処理よりも先に行なわれることになる。

その後、整理部６００ａは、まとめた内容をソートして整理する。即ち、まず、「ＧＯコマンド」を用いたサービスからサービスへの移動回数を最少にするために、まず、サービス名順になるようにソートを行なう（ステップＳ１８４）。次に、サービス内でのフォルダからフォルダへの移動（メニューの入り直し）回数を最少にするために、フォルダ順になるようにソートを行なう（ステップＳ１８６）。このようにして、巡回ファイル６２０及び予約ファイル６１０から得られた内容について、ソートを終えたら、処理を終了する。

なお、自動通信処理部６００は、上記したソートと併せて、次のような処理も行なう。即ち、巡回ファイル６２０から読み出した内容については、各サービス名毎にデータベース４１０内のフォルダ一覧索引ファイルから、それぞれ、各フォルダ名についての前回巡回日を調べて、予め指定した巡回間隔の日数が未だ経過していないフォルダ名がある場合には、そのフォルダについては、今回の自動通信における巡回先の指定から外すようにする。また、予約ファイル６１０の内容と巡回ファイル６２０の内容とで巡回先が同じ場合（サービス名，ファイル名が同じ場合）であって、その巡回先での予約ファイル６１０についての処理内容がタイトルの更新を伴う処理（例えば、「本文の読み込み」）であり、巡回ファイル６２０についての処理内容が「タイトルの読み込み」などであるような場合には、同一の処理が２回行なわれることになるため、巡回ファイル６２０についての処理内容は省略するようにする。

図２９は図２８に示した巡回順序効率化処理に従ってソートされた巡回内容の一例を示す説明図である。図２９において、◎印は予約ファイル６１０から読み出した内容のうち、今回の自動通信で巡回が実行される内容を示し、○印は巡回ファイル６２０から読み出した内容のうち、今回の自動通信で巡回が実行される内容を示している。また、＜印は巡回ファイル６２０から読み出された内容のうち、巡回間隔未経過のため、巡回先の指定から外された内容を示し、×印は巡回ファイル６２０から読み出された内容のうち、予約ファイル６１０の内容と処理内容が重複するため、省略された内容を示している。

また、図３０は図２９に示した巡回内容に従って行なわれた自動通信時の通信履歴を示す説明図である。ログイン手続きによって自動通信が開始され、その後、「ＧＯコマンド」によって各サービスを巡回し、サービス内では「メニュー番号」によって各フォルダを巡回して、それぞれの巡回先で、所定の処理内容が実行され、最後のログアウト処理によって、自動通信が終了する。

なお、巡回ファイル６２０についての処理内容に従って、タイトルの更新が行なわれた場合だけでなく、予約ファイル６１０についての処理内容に従って、「本文の読み込み」などのタイトルの更新を伴う処理が行なわれた場合にも、フォルダ一覧索引ファイル内の該当するフォルダ名についての前回巡回日を、今回の自動通信の行なわれた日付に書き換えるようにする。こうすることによって、例え、そのフォルダ名について、定期巡回指定として、「タイトルの読み込み」の処理が指定されていたとしても、今回の自動通信を行なった日付からさらに巡回間隔の日数を経なければ、次の定期巡回が行われないため、無駄な定期巡回をなくすことができる。

１−５−４）新着マークの付与及び表示
ところで、手動通信の場合は、利用者がモニタ７６上に表示される通信画面を見て直接指示を出しながら通信が行なわれるため、手動通信中に通信ホストより取得してデータベース４１０内に書き込んだデータは、利用者が一度は見たデータであると言える。これに対し、自動通信の場合は、例えば、利用者の不在中にタイマを用いて自動通信を開始する場合のように、必ずしも通信時に利用者がモニタ７６の画面を見ているとは限らない。また、例え、利用者がモニタ７６の画面を見ながら自動通信開始の指示を出し、自動通信が開始されたとしても、通信中に通信ホストより取得しているデータを通信中にモニタ７６の画面上で視認することは難しい。従って、自動通信中に通信ホストより取得してデータベース４１０内に書き込んだデータは、利用者が未だ見ていないデータであると言える。

しかし、自動通信中に通信ホストより新規なデータを取得してとしても、データベース４１０に一度書き込んでしまったら、どのデータが今回の自動通信によって新規に得られたデータであるのかを識別することは難しい。そのため、自動通信が終わってから、利用者がオフラインの状態で新規に得られたデータをモニタ７６の画面上で見ようとしても、利用者はどのサービス，どのフォルダ、さらにはどのタイトルについて新規なデータが得られたのかを知ることができない。

そこで、本実施例では、自動通信中に通信ホストより新規なデータを取得した場合には、アクセス管理部１００の新着マーク付加部１００ｄが、そのデータについてフォルダあるいはタイトルに、新規なデータである旨を示す新着マークを付した上で、書き込み部１００ａがデータ管理部４００を介してデータベース４１０に書き込むようにしている。具体的には、フォルダについては、図５に示したように、フォルダ一覧索引ファイル内の該当するフォルダに新着マーク（＋）が付される。また、タイトルについては、図７に示したように、索引ファイル内の該当するタイトル新着マーク（＋）が付される。

これによって、データベース４１０に新たに書き込まれたデータは、既に記憶されている他のデータと区別が付くようになる。従って、この新着マークを利用すれば、新規に得られたデータをモニタ７６の画面上で見る場合にも利用者はどのサービス，どのフォルダ、さらにはどのタイトルについて新たなデータが得られたのかを知ることが可能となる。

なお、新着マークをどのように付けるかは、自動通信時の処理内容によって異なる。即ち、例えば、自動通信時の処理内容が「本文の読み込み」である場合には、該当するフォルダ自体に新着フォルダマークを付けると共に、新規に得られたタイトルにも新着タイトルマークを付けるようにしている。

これに対し、自動通信時の処理内容が「タイトルの読み込みのみ」である場合には、該当するフォルダ自体に新着フォルダマークを付けるだけで、取得したタイトルには新着タイトルマークを付けないようにしている。「タイトルの読み込みのみ」である場合に取得したタイトルに新着タイトルマークを付けてしまうと、後述する新着ツアーを行なった際に、そのツアーの進み方が遅くなるからである。しかし、サービスやフォルダによっては、取得されるタイトルも少なくて新着ツアーの進み方にも支障がでない場合もあり得るので、そのようなサービスやフォルダについては、タイトルに新着タイトルマークを付けるようにしても良い。

そこで次に、このような新着マークを使って、通信ホストから新規なデータを取得したことを、どのようにして利用者に知らせるかについて説明する。

自動通信が終わってから、オフラインの状態でモニタ７６に初めて画面を表示する場合、利用者に自動通信時に新規にデータを取得した旨を知らせるために、メインメニュー画面，サービス切替画面及びフォルダ画面では、次のようにして表示される。

メインメニュー画面の場合は、まず、アクセス管理部１００の新着マーク検索部１００ｅが、データ管理部４００を使って、データベース４１０内に記憶されている全てのフォルダの中から、新着フォルダマークの付いているフォルダを検索する。具体的には、全てのフォルダ一覧索引ファイルの中から、新着マーク（＋）の付されているフォルダを検索する。そして、新着フォルダマークの付いているフォルダが見つかったら、アクセス管理部１００は、ユーザーＩ／Ｆ部２００を使ってモニタ７６上にメインメニュー画面を表示する際に、そのフォルダを含むサービス名に、目立つ色（例えば、黄色など）で下線を引く。

図３１はモニタ７６上に表示されるメインメニュー画面の一例を示す説明図である。図３１に示すメインメニュー画面では、本実施例の通信端末装置によって提供される主なメニューが絵メニューとして表示されている。このうち、自動通信によって新規なデータが取得されているサービス名（図３１の例の場合、傘の絵で示された「天気予報」のサービス）に目立つ色で下線が引かれている。

また、サービス切替画面の場合も、まず、アクセス管理部１００が、データベース４１０内に記憶されている全てのフォルダの中から、新着フォルダマークの付いているフォルダを検索する。そして、新着フォルダマークの付いているフォルダが見つかったら、アクセス管理部１００は、サービス切替画面を表示する際に、図３に示すように、画面左側のサービスリストＳＬについては、その見つかったフォルダを含むサービスに＋印を付けて表示する。また、画面右側のフォルダリストＦＬについては、そのフォルダに＋印を付けて表示する。

さらに、フォルダ画面の場合は、まず、アクセス管理部１００が、データベース４１０内に記憶されている全てのタイトルの中から、新着タイトルマークの付いているタイトルを検索する。具体的には、新着フォルダマークの付されていたフォルダに関する索引ファイルの中から、新着マーク（＋）の付されているタイトルを検索する。そして、新着タイトルマークの付いているタイトルが見つかったら、アクセス管理部１００は、モニタ７６上にフォルダ画面を表示する際に、そのフォルダに＋印を付けて表示する。

こうして、自動通信終了後、利用者が初めてモニタ７６の画面を見る場合に、利用者は、自動通信中に、どのサービス，どのフォルダ、さらにはどのタイトルについて新規なデータが得られたのかを容易に知ることができる。

１−５−５）新着ツアー処理
次に、新着ツアー処理について説明する。新着ツアーとは、自動通信終了後に、オフライン状態で、自動通信時に新規に取得し利用者が未だ見ていないデータ（即ち、新着データ）を順番にモニタ７６の画面上に表示して、新着データのみを自動的に巡回して見せる機能である。

図３２は新着ツアー処理の流れを示すフローチャートである。利用者がキーボード７２、マウス７３を操作して、新着ツアーの開始を指示すると、アクセス管理部１００は図３２に示す処理を開始する。新着ツアーは、図３に示すサービス切替画面左側のサービスリストＳＬに掲載された順に、新着フォルダマークの付されたフォルダを含むサービスについてのみ行なわれる。

まず、アクセス管理部１００は、新着フォルダマークの付されたフォルダを含むサービスについて、データベース４１０内に記憶されているフォルダ一覧索引ファイルを読み出して、そのファイル内に新着フォルダマークの付されたフォルダがあるか否かを判定する（ステップＳ１８８）。新着フォルダマークの付されたフォルダがある場合には、モニタ７６上に、そのフォルダについてのフォルダ画面を表示する（ステップＳ１９０）。そして、上記フォルダについて、データベース４１０内に記憶されている索引ファイルを読み出して、そのファイル内に新着タイトルマークの付されたタイトルがあるか否かを判定する（ステップＳ１９２）。

新着タイトルマークの付されたタイトルがある場合には、モニタ７６上に表示されたフォルダ画面において、そのタイトルの位置にカーソルを移動する（ステップＳ１９４）。これにより、利用者は新着データのタイトルが何であるかを知ることができる。また、この時、そのタイトルについて本文の表示を指示すると、自動通信時に本文データも取得しているものについては、その本文が画面上に表示される。

そして、アクセス管理部１００は、利用者から次の新着データのタイトル位置への移動指示があるまで、そのままの状態で待機する（ステップＳ１９６）。その後、利用者から移動指示があった場合には、索引ファイル内の上記タイトルについて付されていた新着タイトルマークを外して（ステップＳ１９８）、再び、ステップＳ１９２に戻り、上記フォルダについて次の新着タイトルマークがあるか否かを判定する。

ステップＳ１９２の判定の結果、上記フォルダの索引ファイル内において、新着タイトルマークが全て外されていて、新着タイトルマークの付されているタイトルがもはや無い場合には、前述のフォルダ一覧ファイル内のそのフォルダについて付されていた新着フォルダマークを外して（ステップＳ２００）、ステップＳ１８８に戻り、次の新着フォルダマークの付されたフォルダがあるか否かを判定する。

こうして、新着フォルダマークの付されたフォルダを含んでいた全てのサービスについて、新着フォルダマークの付されたフォルダが全て無くなったら、アクセス管理部１００は、モニタ７６の画面上に新着ツアー終了の旨を表示し（ステップＳ２０２）、利用者に新着ツアーが全て終了したことを知らせる。このようにして、図３２に示す新着ツアー処理は終了する。

以上のように、自動通信時に新着データを得た場合に、新着ツアー処理を行なうことによって、利用者は未だ見ていないデータを、自らデータベース４１０内より探し出すことなく、モニタ７６の画面上で自動的に見ることができるので、利便性が向上する。

なお、以上の実施例では、パソコン通信サービスを受ける場合を例として説明したが、これに限定されるものではなく、例えば、ビデオテックスなど、他のＶＡＮ（付加価値通信網）サービスを受ける場合に適用することが可能である。

２）インターネット通信サービス用通信端末装置
さて、上記した実施例では、パソコン通信サービスを受けるための通信端末装置について説明したが、本発明は、最近流行のインターネット通信サービスを受けるための通信端末装置にも適用することができる。インターネットによって提供される通信サービスとしては、電子メール、ネットニュース（NetNews）、ＦＴＰ（File Transfer Protocol）、Ｔｅｌｎｅｔ、ＷＷＷ（World Wide Web）などの情報提供サービスなどがある。

２−１）ネットニュースのサービスを受ける場合
このうち、まず、本発明の通信端末装置によって、ネットニュースの通信サービスを受ける場合について説明する。ネットニュースとは、インターネット上での電子掲示板を使った不特定多数との相互連絡を意味し、このネットニュースを中心とした集まりをニュースグループという。言うなれば、ニュースグループはパソコン通信サービスにおけるフォーラム（ＳＩＧ）に相当するもので、インターネット上には１万数千ものニュースグループが存在する。

このようなネットニースの通信サービスを受ける場合、通信端末装置の構成としては図１に示した構成をそのまま用いることができ、通信端末装置の動作としても、前述したパソコン通信サービスを受ける場合の動作と同様の動作を行なうことになる。しかしながら、ネットニースの通信サービスを受ける場合、次の点が異なる。

ネットニュースの場合は複数の階層構造を持ったニュースグループに別れている。例えば、図３３（ａ）に示すように、「aisoft.general」，「aisoft.comp.pc98」，「aisoft.comp.dosv」というNewsグループがあったとすると、これらはいずれも「aisoft」というニュースグループに含まれる。そして、その中に、「general」と「comp」というグループがあり、「comp」というグループがさらに「pc98」「dosv」というグループに別れていることになる。

前述したように、パソコン通信サービスにおけるフォーラムというサービスを受ける場合には、図４に示したように、データベース４１０内に「forum」というディレクトリを設け、さらにその下の階層にフォーラム毎にディレクトリを設けて、各フォーラムから取得したデータをそれぞれ分類して管理していた。これに対し、インターネットのニュースグループの場合は、上記したように、階層構造が深いため、それに対応するように、データベース４１０内のディレクトリ構造も階層をもっと深くすることで、ニュースグループについても同様に、取得したデータをそれぞれ分類して管理することができる。具体的には、例えば、図３３（ａ）に示したニュース・グループに対しては、データベース４１０内において、図３３（ｂ）に示すようなディレクトリ構造を構築することによって対応することができる。

なお、各ディレクトリ内には、例えば、前述したようなパソコン通信サービスにおけるフォーラム内のタイトルを管理する索引ファイルの代わりに、ネットニュースの記事を管理する索引ファイルを作成して格納するようにすれば良い。

２−２）ＷＷＷのサービスを受ける場合
次に、本発明の通信端末装置によって、インターネットにおけるＷＷＷの通信サービスを受ける場合について説明する。ＷＷＷとは、インターネット上の文字やグラフィックなどの情報を、キーワードで有機的に結びつけたハイパーテキスト形式によって見ることができるサービスをいう。

このようなＷＷＷの通信サービスを受ける場合、通信端末装置の構成としては図１に示した構成を概ねそのまま用いることができ、通信端末装置の動作としても、基本的には、前述したパソコン通信サービスを受ける場合の動作と同様の動作を行なうことになる。しかしながら、ＷＷＷ自体の持つ独自の特徴によって、パソコン通信サービスを受ける場合と異なる動作形態を採る場合もある。

ＷＷＷにおけるデータは、基本的には、ＨＴＭＬ（Hyper-Text Markup Language）と呼ばれる言語によって記述されたハイパーテキストデータによって構成されている。ハイパーテキストデータは、「ページ」という単位から成り立っており、１つの「ページ」が１つのファイルを構成することになる。これらハイパーテキストデータは、それぞれ、インターネット上に接続されたＷＷＷサーバ内にファイルとして格納されている。なお、ＷＷＷサーバには、ハイパーテキストデータの他、画像データ（静止画，動画など）や音声データさらには種々のプログラムデータなどが格納されている。

通信端末装置は、インターネットを介してそれらＷＷＷサーバにアクセスすることによって、それらのＷＷＷサーバに格納されているハイパーテキストデータなどを取得することができる。これらハイパーテキストデータは、通信端末装置におけるブラウザと呼ばれるソフトウェアを使った機能によって、モニタ７６の画面上に表示させることができる。ハイパーテキストデータでは、ページ中に「リンク」という特別な情報を入れ、このリンクによってキーワードと別のページとを関連付けることができる。このリンク機能を用いると、例えば、利用者はモニタ７６の画面に表示されたページ内のキーワードをマウス７３によってクリックするだけで、関連づけられたページを即座に見ることができる。

ところで、インターネット上にあるオブジェクト（例えば、データのファイル）は、全て、それが置かれている場所をＵＲＬ（Uniform Resource Locator）によって一意的に表すことができる。従って、例えば、ＵＲＬが、「http://www.epson.co.jp/index.htm」である場合には、「www.epson.co.jp」というＷＷＷサーバ内に「index.htm」というファイルがあることを表している。なお、「http」はプロトコルの指定であって、ＷＷＷで一般的に使用されるプロトコル名である。

また、ＨＴＭＬによって記述されたハイパーテキストデータ内において、＜＞に括られた部分をタグといい、このタグによって、例えば、下線などの文字属性や、イメージの表示方法、或いはリンク等を指定する。

図３４はＨＴＭＬによって記述されたハイパーテキストデータの一例を示す説明図である。図３４を用いて、リンクの指定方法について説明する。図３４に示すハイパーテキストデータは上記した「www.epson.co.jp」というＷＷＷサーバ内に格納されているものとする。

図３４のｍ行では、「<A>」と「</A>」で囲まれた部分がリンクの指定（ＨＴＭＬでは、アンカーという）である。「HREF="/epson/index/index.htm"」の部分がリンク先の指定で、「クリックされたら、「/epson/index/index.htm」というファイルの内容を表示せよ」ということを表している。「/epson/index/index.htm」の部分はＷＷＷサーバ内でのパス指定であって、「www.epson.co.jp」というＷＷＷサーバ内でのファイルのある位置を示している。

また、「<IMG SRC="/epson/image/haruj.gif">」というのは、その部分にイメージを表示するための指定であり、ここでは、「/epson/image/haruj.gif」というイメージファイルの内容を表示することを示している。なお、「<P>」は改行の指定である。

また、リンクの指定は、ＷＷＷサーバ内だけでなく、別のサーバへも行える。図３４のｎ行では、「HREF="http://www.aisoft.co.jp/index.htm"」の部分で外部へのリンク指定を行なっている。これは、「www.aisoft.co.jp」というＷＷＷサーバに接続して、「index.htm」というファイルの内容を表示せよ」という指定である。

２−２−１）ハイパーテキストデータ等の取得
では、本実施例において、ＷＷＷサーバに格納されたハイパーテキストデータなどを取得する場合の動作について説明する。一般に、通常の利用者がＷＷＷサーバにアクセスするには、予め登録した回線プロバイダに、モデム９２を利用して公衆回線経由で接続し、そのプロバイダを介してインターネットに接続する必要がある。

そこでまず、利用者がキーボード７２，マウス７３を使ってインターネットへの接続を指示すると、アクセス管理部１００は通信制御部３００等を介して回線プロバイダに電話をかけ、そのプロバイダを介してインターネットへの接続を図る。その後、利用者が所望のＷＷＷサーバ内に格納されているハイパーテキストデータ等の取得を指示すると、アクセス管理部１００は、通信制御部３００を介してそのＷＷＷサーバに対しデータの送信を要求する。

この時、取得すべきデータの指定として、取得すべきデータの置いてあるアドレスの指定や、データのリンクレベルの指定や、データの種別の指定などが行える。このうち、アドレス指定では、「http://www.aisoft.co.jp」といったＷＷＷサーバの指定や、その中の特定のページを指定することができる。また、リンクレベルの指定では、ページ内のリンクをどのレベルまで辿るかを指定することができる。例えば、リンクを何レベル辿るかといった数値の指定や、指定したＷＷＷサーバ内のレベルまでといった指定ができる。さらに、種別の指定では次のような指定を行なうことができる。即ち、ページ内には、次のページへのリンクだけでなく、画像データや音声データを貼り込むことができる。また、ＦＴＰといったファイルそのものを転送するための参照も含まれている。このようなデータの種類別に、そのデータを取得するか、しないかを指定することもできる。さらに、サイズの上限を設定することにより、サイズの小さいデータだけを取得することもできる。

以上のようにして指定したハイパーテキストデータ等がＷＷＷサーバから送信されてきたら、アクセス管理部１００は、通信制御部３００等を介してそれらデータを取得し、データ管理部４００を介してデータベース４１０内に記憶する。この時、アクセス管理部１００は、取得したデータを後述するように分類，整理して、データベース４１０に書き込む。

こうして、所望のＷＷＷサーバよりハイパーテキストデータを取得し、データベース４１０内への書き込みが全て終了したら、アクセス管理部１００は、通信制御部３００等を介して、インターネットとの接続を断つ。その後、オフラインの状態で、アクセス管理部１００は、データ管理部４００を介してデータベース４１０内よりデータを読み出して、ブラウザの機能を使ってユーザーＩ／Ｆ部２００を介してモニタ７６の画面上に表示する。これにより、利用者はインターネットに接続している時と全く同様にデータのブラウジングを行なうことができる。

この際の最も大きなメリットは、通信時間がデータ転送の時間とほぼ等しくなるので、通信回線を最大限に活用できるようになり、回線プロバイダとの接続料金、公衆回線の通信料金も安価になることである。

また、データベース４１０に記憶したデータを、通信回線と接続されていない別のパソコンに保存してブラウジングすることもできるので、通信回線のないところ（例えば、通勤の電車の中等）でデータの内容を見ることもできる。

ところで、前述したパソコン通信サービスを受ける場合と同様に、ＷＷＷのサービスを受ける場合にも、自動通信を行なうことは可能である。例えば、予めタイマ６８で指定した時刻に、インターネットに自動接続して、所望のデータを取得するようにする。

一般に、接続領域や通信料金は時間帯で価格が変り、特に深夜ほど安くなる場合が多い。従って、データの取得を行なう際にも、昼間の時間帯よりも、深夜の方が料金が安価になる。さらに、回線の込み具合も変動するため、深夜ほど回線プロバイダへ繋がりやすいということもある。このとき、深夜の特定の時刻に自動通信を行なうように、設定しておくことで、利用者の介在なしに自動的にＷＷＷサーバから所望データを取得することができる。

なお、自動通信実行のスケジューリングは、特定の日時指定の他、「毎日Ｘ時」、「毎週月曜日Ｘ時」といった指定もできる。さらに、接続するＷＷＷサーバ毎に異なった指定を行なうこともできる。

２−２−２）データベースへの取得データの記憶及び記憶データの表示
ところで、アクセス管理部１００は、ＷＷＷサーバより取得したハイパーテキストデータ等をデータベース４１０内に書き込む際には、各ページのリンク関係に配慮しながら、次のように分類、整理して書き込むことになる。

例えば、今、各ページが図３５（ａ）に示すようなリンク関係であったとすると、ホームページからまずＡ、Ｂ等のページへリンクし、次にＡ−１、Ｂ−１等のページへリンクし、さらにその先のＡ−３、Ｄ等のページへリンクしていく。

そして、このようなリンク関係を反映するように、各ページのファイルがＷＷＷサーバに格納されていたとする。即ち、「Ａ」の以下のページがＷＷＷサーバ内で図３５（ｂ）に示すように格納されていたとする。

このような場合には、アクセス管理部１００は、ＷＷＷサーバより取得したデータの各ページに付されているＵＲＬを検知して、そのＵＲＬに基づいて、ＷＷＷサーバ内の図３５（ｂ）に示したディレクトリ構造を保ったまま、取得したデータをデータベース４１０内に書き込むようにする。

また、このようにＷＷＷサーバ内のディレクトリ構造を保ったままデータベース４１０に書き込む方法の他、そのようなディレクトリ構造と無関係にフラットな状態でデータベース４１０にデータを書き込むこともできる。即ち、図３５（ｃ）に示すように、例えば、取得したデータを全て「\LOCAL」というディレクトリに格納するのである。だが、この際、ＷＷＷサーバ内において別のディレクトリにも同一ファイル名が存在する可能性があるが、そのような場合には、一方のファイル名を変更するようにする。例えば、図３５（ｂ）において、Ａ−２，Ａ−３の各ページが、図３５（ｄ）に示すように、両方とも「A-2.html」という同一のファイル名となっている場合、後から書き込むファイル名を「A-2_00.html」というように変更して格納するようにする。

ところで、このように、ＷＷＷサーバより取得したハイパーテキストデータをデータベース４１０に書き込む場合、次の点に留意する必要がある。即ち、取得したハイパーテキストデータ内には、前述したように、多くの場合、リンクの指定が設けられており、しかも、そのリンク先は、リンクされるファイルのインターネット上での格納場所を表したままとなっている。従って、データベース４１０に書き込む際には、そのようなリンク先を全て、リンクされるファイルのデータベース４１０内での書き込み場所を表すように書き換える必要がある。

リンク先を表すＵＲＬとしては、ローカルのハードディスク上のファイルを指定することも可能であるのでこれを利用する。例えば、データベース４１０が格納されているハードディスク８４が「C」ドライブである場合、そこに書き込まれている「\Epson\index.htm」というファイルはＵＲＬとして「file:///C|/Epson/index.htm」と表すことができる。

従って、例えば、図３４に示したハイパーテキストデータをデータベース４１０に書き込む場合には、図３６に示すように「HREF」の部分をリンクされるファイルの書き込み場所に変更し、全てのリンク先を書き換えることで、リンク関係を全てデータベース４１０内に収めることができる。この時、取得しないサーバへのリンクを含む場合もあるが、これはそのまま格納して変更しない。

さて、以上のようにして、データベース４１０内に書き込まれたハイパーテキストデータ等は、前述したように、アクセス管理部１００により、データ管理部４００を介してデータベース４１０から読み出されて、ブラウザの機能を使ってユーザーＩ／Ｆ部２００を介してモニタ７６の画面上に表示される。この場合は、オンライン状態にある場合と同様に、利用者は、各ページをリンクに従って順に見ていくことができる。例えば、図３５（ａ）の例では、最初にホームページを表示し、そこからＡ，Ｂ等のページに移り、さらにその先のページを順に見ていくことになる。取得しないサーバへのリンクはそのまま残っているので、オンライン状態にして見ていくこともできる。この結果、利用者はデータの位置を意識せずに内容を見ることができる。

また、本実施例では、このような通常のブラウジング画面のような表示の仕方の他、データベース４１０内の記憶データの全体の構造を表すような表示の仕方を行なうことも可能である。このような場合、データベース４１０内のディレクトリ構造に合わせて表示するようにしても良いが、通常は、実際のリンク関係に合わせて表示するようにする。

図３７はデータベース４１０内の記憶データをツリー形式でモニタ７６に表示した場合の表示画面の一例を示す説明図である。図３７（ａ）に示す画面では、最上位に「A.I.SOFT Home Page」というホームページがあり、そこからリンクしているページとして、「A.I.SOFT English Home Page」というページがあることを示している。また、各ページに埋め込まれているイメージや音声データも、図３７（ｂ）に示す「aisoft/image/title/gif」のように、同様の方法で表示することで、各ページにどのようなデータが含まれているかを表示することもできる。

図中の「−」の記号はそれ以上リンクされる先がないページを示し、「＋」の記号は未だリンクされる先があるページを示している。従って、利用者がマウス７３を使って「＋」の記号の付されたページ名を順番にクリックすることにより、次々とリンク先のページ名を表示させることができる。

また、利用者がブラウジングしたいページがある場合には、そのページをマウス７３で指定してブラウジングを行なう旨の指示を行なうことによって、モニタ７６の画面上には、ブラウジング機能を利用してそのページが表示される。さらにまた、特定の文字列やデータを含むページを検索したりすることも可能となっており、より効率的なブラウジングを行なうことができる。そしてまた、図３７に示す画面左側の開いている部分に覚え書き等のコメントやメモを付加することも可能となっており、アクセスした日時などを管理することもできる。

以上のように、データベース４１０に記憶された各ページのリンク関係をツリー形式で表示することによって、全体の構造を簡単に把握できるようになると共に、オフライン状態でのブラウジングを効率的に行なうことが可能となる。

また、図３７に示したようなツリー形式を採らずに、図３８に示すように、フラットな状態で画面上に表示するようにすることもできる。図３８は何れもブラウザ機能を利用してモニタ７６上に表示された画面を示している。図３８において、下線部分はリンクが埋め込まれた部分であり、マウス７３によってここをクリックすると、リンク先のページに移行する。

図３８（ａ）では図３７に示した「A.I.SOFT English Home Page」をタイトル名として、１階層下の各ページ名を羅列して表示している。なお、このように、１階層下のページ名だけ羅列して表示するでなく、複数の階層をフラットに羅列して、全体を一度に表示するようにしても良い。

また、特定のＷＷＷサーバにおける下位の階層に格納されている特定のページに、利用者が関心を持っている場合には、データベース４１０に書き込まれているそのページのデータに簡単にアクセスして表示できるようにするために、モニタ７６の画面上に表示する内容を図３８（ｂ）に示すようにカスタマイズするようにしても良い。図３８（ｂ）では予め設定したページ名だけを一覧表示して、それらのページが容易に開けるようにしている。

ところで、新聞社等のＷＷＷサーバにおいて提供されるページ（ハイパーテキストデータ）の内容は、その時に起きたニュースに合わせて毎日更新される。従って、このような新聞社等のＷＷＷサーバからハイパーテキストデータ等を毎日取得してデータベース４１０に書き込むと、過去に書き込んだハイパーテキストデータは、更新されたハイパーテキストデータによって次々に上書きされるため、消えてしまって残らない。しかし、利用者によっては、１週間分のページをまとめておいて、後で内容を見たい場合や内容を保存しておきたい場合がある。そのような場合に、過去に書き込んだデータを消さずに新たに書き込んだデータと共に蓄積できれば便利である。

そこで、このような新旧のハイパーテキストデータ等を共に記憶して管理する機能の実現方法について説明する。このような新旧のハイパーテキストデータの記憶は、これらデータをデータベース４１０に書き込む際に、格納すべきディレクトリを別々にすることで実現する。

図３９はデータベース４１０内のディレクトリ構造の一例を示す説明図である。例えば、図３９（ａ）に示すように、データベース４１０内に日付毎にディレクトリを作成して、取得したハイパーテキストデータ等を、毎日、その日付に対応するディレクトリに格納するようにする。

この時、毎日、ＷＷＷサーバ内に格納されているほとんどのページの内容が変わる場合には、その日のディレクトリまたはその下位のディレクトリに、そのＷＷＷサーバ内の必要なページを全て格納するようにする。また、毎日、ＷＷＷサーバ内に格納されている一部のページだけが変るような場合には、前日のデータと比較して、リンク先のページ等が変更されていなければ、そのリンク先のページについては格納せずに、前に既に書き込んであるページにリンク先を変更してから格納することもできる。

また、以上のようなやり方の他、特定のＷＷＷサーバから取得したページということでなく、予め設定しておいたキーワードを含むページのみを上記のように日付等により分類して、日付毎のディレクトリに格納することも可能である。

また、図３９（ｂ）に示すように、日付分類とせずにキーワードによる分類として、キーワード毎のディレクトリを作成し、キーワードを含むページを対応するディレクトリに格納することもできる。このようにした場合には、特定のトピックに関する内容を時間順にブラウジングすることもできる。

また、以上のように、ＷＷＷサーバから取得したハイパーテキストデータ等を日付別或いはキーワード別に分類、整理して、データベース４１０に書き込む場合には、各日時或いは各キーワードへのリンクを埋め込んだインデックスとしてページ、即ち、ハイパーテキストデータを別に作成し（例えば、図３９（ａ），（ｂ）の「index.html」）、ブラウザ機能によってそのインデックスページをモニタ７６上に表示することによって、利用者は、各日時に対応したページ或いは各キーワードに対応したページに容易にアクセスすることができる。

ところで、以上のように、取得したデータを日時別或いはキーワード別に分類、整理して、データベース４１０へ書き込む方法、及び、それら分類ファイルの読み出しを可能とするインデックス画面の表示などは、インターネットの通信サービスを受ける場合だけでなく、前述したパソコン通信サービスを受ける場合に同様に適用可能である。即ち、通信ホストから取得した受信データを、通信ホストの提供する通信サービス毎に分類、整理するだけでなく、日時毎或いはキーワード毎に分類、整理してデータベース４１０に書き込むようする。そして、モニタ７６上には日時の一覧或いはキーワードの一覧から成るインデックス画面を表示し、利用者がそのインデックス画面から所望のデータを指示すれば、そのデータをデータベース４１０より読み出してモニタ７６上に表示するようにする。

２−２−３）ＷＷＷサーバに対するデータ更新の監視
ところで、インターネット上に、利用者が特別な関心を持っている情報を公開しているＷＷＷサーバがある場合に、利用者は、そのＷＷＷサーバに公開されている情報の内容が追加されたり、変わったりしていた場合に、できるだけ早くその情報を取得したいと思うことがある（例えば、企業が公開する新製品情報など）。

しかし、このような場合に、手動通信によって、利用者が自ら定期的にそのＷＷＷサーバにアクセスし、公開されている情報を実際に見て、情報の内容に変更があるか否かを判断していたのでは、非常に手間がかかる。また、興味ある情報を公開しているＷＷＷサーバが増えてくるにつれ、その作業は非常に膨大になり、手間がかかりすぎて事実上不可能となる。

そこで、本実施例では、自動通信によって、特定のＷＷＷサーバに公開されている情報に変更がないか監視するようにしている。即ち、前述したパソコン通信サービスを受ける場合に用いた定期巡回の機能を利用するのである。

その動作を簡単に説明すると、自動通信処理部６００は、利用者によって指定された監視すべきＷＷＷサーバを予めハードディスク８４内に登録しておく。そして、自動通信処理部６００は、自動通信によって、定期的に、その登録されたＷＷＷサーバに対しアクセスし、そのＷＷＷサーバに格納されているデータ（即ち、情報）に変更があったか否か調べる。

格納データに変更があるか否かは次のように調べる。即ち、ＨＴＭＬプロトコルによれば、ＷＷＷサーバから格納されたハイパーテキストデータ等の本データを取り出すことなく、そのデータに付随した更新日時などの情報を取得することができるので、これを利用する。この更新日時としてはファイルの最終更新日時が推奨されているので、この更新日時を最終更新日時として取得して、その日時を、自動通信処理部６００側で予め保存してある最終アクセス日時と比較することで、ＷＷＷサーバに格納されているデータが変更されているかどうかわかる。

また、上記したような更新日時がサポートされていないデータについては、ＷＷＷサーバからハイパーテキストデータを取得した際に、そのデータからチェックサムを計算して、その値を自動通信処理部６００側で保存する。そして、再び、そのＷＷＷサーバにアクセスし、データを取得してチェックサムを計算し、保存した値と比較することによって、格納データの変更の有無がわかる。

以上のような、格納データの変更の有無のチェックは、通常、ページ単位で行なうことになるが、さらにページ内のある特定部分の変化や、ページからリンクしている先のデータの変化をもチェックするようにしても良い。

なお、以上のようなＷＷＷサーバに対する格納データの変更の有無を監視することが可能な通信端末装置については、後ほど、別の実施例として、詳しく説明する。

３）データ更新監視サーバ
さて、上記したように、ＷＷＷサーバに対する格納データの変更有無の監視は、通信端末装置独自によって行なうことも可能であるが、以下に述べるようなデータ更新監視サーバをインターネットに接続して、専用に行なうこともできる。

３−１）データ更新監視サーバの構成
図４０は本発明の第２の実施例としてのデータ更新監視サーバの構成を示すブロック図である。図４０に示すように、データ更新監視サーバ１０００は、他のＷＷＷサーバ４０００，５０００などと同様にインターネット３０００に接続されている。また、通信端末装置から成るクライアント２０００は、プロバイダ用サーバ６０００を介してインターネット３０００に接続されている。従って、データ更新監視サーバ１０００とクライアント２０００とはインターネットを介して互いに接続されている。

また、データ更新監視サーバ１０００は、主として、ＷＷＷサーバ４０００，５０００に格納されている格納データ４１００，５１００の更新の有無を監視する監視部１１００と、監視すべきデータの格納場所（即ち、ＵＲＬ）などの登録を行なう登録管理部１２００と、インターネット３０００を介してクライアント２０００との間やＷＷＷサーバ４０００，５０００との間でデータ通信を行なうための通信部１３００と、登録された格納場所の情報やＷＷＷサーバ４０００，５０００から取得したデータを記憶するための記憶部１４００と、を備えている。ＷＷＷサーバ４０００，５０００にはそれぞれ格納データ４１００，５１００としてハイパーテキストデータなどが格納されている。

データ更新監視サーバ１０００は、図２に示したようなコンピュータによって構成されており、図４０に示すデータ更新監視サーバ１０００内の各ブロックは、ハードウェアにより実現されている部分とソフトウェアにより実現されている部分とを含んでいる。

なお、ソフトウェア部分については予めアプリケーションプログラムの形で図２に示したハードディスク８４に記憶されており、利用者から起動の指示がなされて、オペレーティングシステムによってハードディスク８４からメインメモリ２５上に読み込まれることによって、ハードウェアとソフトウェアが一体となった図４０に示すデータ更新監視サーバ１０００が実現する。

また、上記アプリケーションプログラムが図２に示すＣＤ−ＲＯＭ８５に記録されている場合には、このＣＤ−ＲＯＭ８５をＣＤ−ＲＯＭ装置８３に挿入し、上記アプリケーションプログラムをＣＤ−ＲＯＭ装置８３で読み取ることによって、メインメモリ２５に転送するようにしても良い。また、上記アプリケーションプログラムが図２に示すフロッピディスク８１に記録されている場合には、このフロッピディスク８１をフロッピディスク装置８２に挿入し、上記アプリケーションプログラムをフロッピディスク装置８２で読み取ることによって、メインメモリ２５に転送するようにしても良い。また、上記アプリケーションプログラムは光磁気ディスクなどの他の可搬型記録媒体上からメインメモリ２５に転送するようにしても良い。

また、上記アプリケーションプログラムが図２に示すプログラム供給サーバ９０００に格納されている場合には、モデム９２によって通信回線９３を介してプログラム供給サーバ９０００にアクセスし、プログラム供給サーバ９０００から上記アプリケーションプログラムを送信してもらうことによって、メインメモリ２５に転送するようにしても良い。なお、通信回線９３としては、電話回線やネットワーク回線などの有線回線の他、通信衛星などを利用した無線回線などが考えられる。

３−２）データ更新監視サーバの動作
本実施例の動作を簡単に説明する。

利用者は、まず、クライアント２０００を用いてデータ更新監視サーバ１０００に対しユーザの登録を指示する。その指示は、プロバイダ用サーバ６０００，インターネット３０００を介してデータ更新監視サーバ１０００に伝えられ、データ更新監視サーバ１０００内において、通信部１３００を介して登録管理部１２００に入力される。登録管理部１２００では、利用者からの指示に従って、ユーザ登録を行なう。

次に、利用者は、クライアント２０００を介してデータ更新監視サーバ１０００に対し、監視すべきデータの格納されている場所、即ち、ＵＲＬ（以下、監視ＵＲＬという）の登録を指示する。これにより、登録管理部１２００は、利用者からの指示に従って、監視ＵＲＬの登録を行なう。登録された情報は記憶部１４００に書き込まれる。

こうして、監視ＵＲＬの登録が行なわれると、通信部１３００は、その監視ＵＲＬに基づいて、その監視ＵＲＬが示すＷＷＷサーバにインターネット３０００を介してアクセスする。例えば、監視すべきデータが格納データ４１００であった場合には、通信部１３００は、監視ＵＲＬに従ってＷＷＷサーバ４０００にアクセスする。次に、監視部１１００は、ＷＷＷサーバ４０００内の格納データ４１００が更新されたか否かをチェックし、その更新チェックの結果を記憶部１４００に保存する。監視部１１００は、このような更新チェックを、登録されている全ての監視ＵＲＬについて定期的に行なう。

一方、利用者は、格納データの更新の有無が知りたい場合には、クライアント２０００を用いてデータ更新監視サーバ１０００に、更新有無の問い合わせを行なう。これに対し、登録管理部１２００は、その利用者の登録した監視ＵＲＬに格納されているデータについての更新チェックの結果を、記憶部１４００より読み出して、クライアント２０００に転送し、利用者に知らせる。この時、登録管理部１２００は、クライアント２０００が監視対象となっているＷＷＷサーバに対してアクセスして格納データを取得した最終アクセス日時を把握しており、その日時以降の最新チェックの結果をクライアント２０００に対し転送する。

そこで、利用者は、その更新チェックの結果から、格納データの更新があったことを確認した場合には、必要に応じて、クライアント２０００をプロバイダ用サーバ６０００を介してインターネット３０００に接続し、そのデータの格納されているＷＷＷサーバにインターネット３０００を介してアクセスする。そして、そのＷＷＷサーバから所望のデータを取得する。

従って、利用者は、格納データが更新されたか否かをデータ更新監視サーバ１０００にアクセスするだけで、知ることができるため、更新されたか否かを調査する手間も省け、通信時間も短くて済み、より効率的な格納データの監視を行うことができる。

なお、登録管理部１２００は、格納データの更新チェックの結果を、利用者がデータ更新監視サーバ１０００にアクセスした時に転送するだけではなく、電子メールを用いて利用者に転送することもできる。或いは、データ更新監視サーバ自ら公衆回線等を介してクライアント２０００にアクセスして転送するようにしても良い。

また、監視部１１００は、前述したように、格納データの更新有無のチェックを定期的に行なっているので、記憶部１４００には最新のチェック結果を保存している。従って、利用者からの問い合わせがあった場合には、監視しているＷＷＷサーバにアクセスすることなく、即座に、最新の更新有無のチェック結果を転送することができる。

また、図４０では一つのクライアントしか記載していないが、実際には、多数のクライアントが存在することになるため、データ更新監視サーバ１０００は、多数の利用者によって利用されることになる。従って、複数の利用者が同一のＷＷＷサーバに格納されているデータの監視を希望することも十分予想される。そのような場合、そのＷＷＷサーバに対して１回アクセスするだけで、監視部１１００は、複数の利用者についての更新有無のチェックを行なうことができるので、非常に効率が良くなる。

また、監視部１１００は、ＷＷＷサーバにアクセスした際に、監視している格納データ自体を取得し、そのデータを記憶部１４００に記憶するようにしても良い。この場合に、登録管理部１２００は、クライアント２０００を介して利用者からデータ送信の要求があったら、その要求に従って、記憶しているデータをクライアント２０００に対し送信するようにしても良い。このようにすることによって、利用者は、ＷＷＷサーバに格納されていたデータをデータ更新監視サーバ１０００を介して容易に取得することができる。

また、監視部１１００は、上記したようにＷＷＷサーバから格納データ自体を取得した場合に、その取得したデータを図３９に示したように日時毎或いはキーワード毎に分類、整理して記憶部１４００に記憶すると共に、登録管理部１２００は、各日時或いは各キーワードへのリンクを埋め込んだインデックスページを作成し、利用者からデータ送信の要求があったら、その要求に従って、その分類、整理したデータとインデックスページをクライアント２０００に対し送信するようにしても良い。また、インデックスページのみを先に送信し、利用者からそのインデックスページを用いてさらにデータの要求があった場合に、分類、整理したデータの中から要求されたデータを送信するようにしても良い。

また、登録管理部１２００は、記憶しているデータを所望のフォーマットに編集し、利用者からの要求に応じたフォーマットのデータを送信するようにしても良い。ここで、所望のフォーマットに編集するとは、例えば、リンクされたデータを文字、画像情報に展開して、フラットな表示を可能にすることである。具体的には、例えば、ニュース速報等を各新聞社のＷＷＷサーバから入手して、特定の日付、特定の分野等で一枚のいわゆる「電子新聞」として編集、表示を行なうなどの応用が可能になる。これにより、利用者は、各ＷＷＷサーバを見て回る必要が無く、データ更新監視サーバ１０００に接続するのみで、所望の情報を見やすい表示形態で一読することができる。利用者個々に対して、データの検索条件や表示フォーマットを用意すれば、その利便性はさらに増すことになる。

なお、このように、データ更新監視サーバ１０００からクライアント２０００に上記データを送信する際には、電子メールを用いて送信することもできる。特に、無線によってネットワークに接続された携帯型コンピュータなど、回線能力が小さい場合には、転送データの少ない電子メールは有効である。さらに、画像データを割愛して送信データ量を減らす編集フォームを、上記携帯型コンピュータ用に用意することも好適である。また、データ更新監視サーバ１０００からクライアント２０００にアクセスして、クライアント２０００に接続されているプリンタ等を起動して、そのプリンタ等からデータを印刷して出すようにすることもできる。さらに、データ更新監視サーバ１０００から公衆回線等を介して利用者に直接電話をかけ、ファクシミリ等でデータを送るようにすることもできる。

また、記憶部１４００にＷＷＷサーバから取得したデータを記憶している場合において、監視部１１００は、格納データの更新があったことを確認した場合に、ＷＷＷサーバから更新後のデータを取得し、記憶部１４００に記憶されている更新前のデータを更新後のデータで書き換えるようにしても良い。このようにすることによって、利用者がデータの送信を要求した場合に、利用者に対して最新のデータを送信することができる。

また、記憶部１４００にＷＷＷサーバから取得したデータを記憶している場合において、監視部１１００は、格納データの更新があったことを確認した場合に、ＷＷＷサーバから更新後のデータを取得し、記憶部１４００に記憶されている更新前のデータと比較して、データ中の更新された箇所を検出し、その検出結果を記憶部１４００に保存するようにしても良い。さらに、利用者から更新箇所の問い合わせがあった場合には、登録管理部１２００は、記憶部１４００から前記検出結果を読み出して、クライアント２０００に通知するようにしても良い。

ところで、本実施例においては、データの管理形態の相違によって次の２つの場合がある。

（１）利用者毎の監視ＵＲＬをデータ更新監視サーバで管理する場合
この場合、利用者毎の監視ＵＲＬはデータ更新監視サーバ１０００で管理しており、クライアント２０００では管理していない。従って、クライアント２０００は利用者の指示した監視ＵＲＬを保存する必要はないが、その代わりに、データ更新監視サーバ１０００が保存することになるので、データ更新監視サーバ１０００の記憶しているデータの容量が多くなる。しかし、格納データの更新の有無を通知するのに電子メールで知らせるなどのサービスを行なうことができる。

（２）利用者毎の監視ＵＲＬを各クライアントで管理する場合
データ更新監視サーバ１０００では、利用者の管理と監視ＵＲＬの管理のみを行っており、各監視ＵＲＬがそれぞれどの利用者によるものなのかについては管理していない。このため、各利用者は、監視ＵＲＬをクライアント２０００内のローカルデータベース（ローカルＤＢ）に保存し、データ更新監視サーバ１０００に格納データの更新の有無を問い合わせる際には、保存した監視ＵＲＬをデータ更新監視サーバ１０００に通知して、問い合わせる。クライアント２０００で保存されるデータは、クライアント２０００がＷＷＷサーバの格納データを取得する際に用いる管理データと共用できるので、保存データの容量は大きくはならない。また、データ更新監視サーバ１０００においても、管理データは少なくて済む。

では、各場合について、それぞれ、管理データの概要と、データ監視サーバ−クライアント間のトランザクションの概要をそれぞれ説明する。

まず、（１）の場合について説明する。図４１は利用者毎の監視ＵＲＬをデータ更新監視サーバで管理する場合における各管理データの概要を示す説明図である。

データ更新監視サーバ１０００は、図４１に示すように２つのユーザ管理テーブルと監視ＵＲＬデータを持っている。このうち、ユーザ管理テーブルＡには、図４１（ａ）に示すようにユーザＩＤとパスワードを格納している。また、ユーザ管理テーブルＢには、図４１（ｂ）に示すように、ユーザＩＤと、そのユーザの監視ＵＲＬと、属性と、クライアントが監視対象のＷＷＷサーバにアクセスした最終アクセス日時を格納している。ここで、属性としては、監視ＵＲＬに格納されているデータのみを監視するか、そのデータからリンクしているデータについても監視するかといったような付属情報を格納する。

また、監視ＵＲＬデータには、図４１（ｃ）に示すように、監視すべきデータの格納されているＵＲＬと、データ更新監視サーバが最後に更新されたか否かを調べた最終チェック日時と、現在の状態（格納データが変更されていた、削除されていた、エラーのリトライ中であったなどの各状態）を示すステータスと、エラー数と、監視している格納データの最終更新日時が含まれている。ここで、エラー数は、監視のためにアクセスを試みたがアクセスできなかった回数であり、一定時間間隔でアクセスを試みたときに、一定回数以上アクセスできない場合には、対象とするＵＲＬが削除されたと判定するために用いる。

なお、監視ＵＲＬデータは、登録されている監視ＵＲＬ毎に１つずつ存在する。

図４２は利用者毎の監視ＵＲＬをデータ更新監視サーバで管理する場合におけるデータ監視サーバ−クライアント間のトランザクションの概要を示す説明図である。図４２において、（ａ）はユーザの登録時のトランザクションを、（ｂ）は監視ＵＲＬの登録時のトランザクションを、（ｃ）は格納データの更新有無の問い合わせ時のトランザクションを、それぞれ示している。各図とも、それぞれ、上から下に向かって時間が進行している。

図４２（ａ）に示すように、ユーザ登録時には、クライアント２０００からユーザ名、登録パスワードまたはシリアル番号等を送ると、データ更新監視サーバ１０００は、そのシリアル番号等の認証を行ない、ユーザＩＤとパスワードを発行する。登録パスワード、シリアル番号はサービスを限られた利用者に対してのみ提供するために用いる。従って、不特定者に提供する場合は無くても良い。

図４２（ｂ）に示すように、監視ＵＲＬ登録時には、クライアント２０００からユーザ名、パスワード、監視ＵＲＬを送ると、データ更新監視サーバ１０００は、登録処理を行なってステータスを返す。

図４２（ｃ）に示すように、更新問い合わせ時には、クライアント２０００からユーザＩＤ、パスワードを送り、格納データの更新有無を問い合わせる。データ更新監視サーバ１０００は、ユーザＩＤから、登録されている監視ＵＲＬと最終アクセス日時を取得する。そして、既に格納してある調査結果から、監視ＵＲＬに格納されているデータについて、最終アクセス日時以降の更新有無をチェックして、更新有無の結果を更新ＵＲＬリストとしてクライアント２０００に送る。クライアント２０００は、その更新ＵＲＬリストを保存する。

その後、クライアント２０００は、ＷＷＷサーバにアクセスして、更新されている格納データを取得する。そして、データ更新監視サーバ１０００に対し、ユーザＩＤ，パスワードと共に、取得したデータの監視ＵＲＬ（即ち、どの監視ＵＲＬに格納されているデータを取得したかという情報）と、データを取得した日時を送り、データ更新監視サーバ１０００は、それらユーザデータを更新する。

次に、（２）の場合について説明する。図４３及び図４４は利用者毎の監視ＵＲＬを各クライアントで管理する場合における各管理データの概要を示す説明図である。このうち、図４３はデータ更新監視サーバ１０００で管理される管理データを、図４４はクライアント２０００で管理される管理データを、それぞれ示す。

データ更新監視サーバ１０００は、図４３に示すようにユーザ管理テーブルと監視ＵＲＬデータを持っている。このうち、ユーザ管理テーブルには、前述のユーザ管理テーブルＡと同様に、図４３（ａ）に示すようにユーザＩＤとパスワードを格納している。また、監視ＵＲＬデータには、図４３（ｂ）に示すように、前述の図４１（ｃ）と同様のＵＲＬと、最終チェック日時と、ステータスと、エラー数と、最終更新日時が含まれている。

一方、クライアント２０００は、図４４に示すように監視ＵＲＬデータを持っている。基本的には、データ更新監視サーバ１０００で管理される監視ＵＲＬデータと同じような構成となるが、監視チェック中の状態を示す「エラー数」がなくなり、クライアント２０００が最後にアクセスした「最終アクセス日時」を保持する。なお、ＷＷＷサーバから格納データを取得する場合には、このデータは、更新問い合わせ時と格納データ取得時とで共通して利用することができる。

図４５は利用者毎の監視ＵＲＬを各クライアントで管理する場合におけるデータ監視サーバ−クライアント間のトランザクションの概要を示す説明図である。図４５において、（ａ）は監視ＵＲＬの登録時のトランザクションを、（ｃ）は格納データの更新有無の問い合わせ時のトランザクションを、それぞれ示している。各図とも、それぞれ、上から下に向かって時間が進行している。なお、ユーザ登録時のトランザクションについては、前述の図４２（ａ）と同様なので説明は省略する。

図４５（ａ）に示すように、監視ＵＲＬ登録時には、クライアント２０００からユーザ名、パスワード、監視ＵＲＬを送ると、データ更新監視サーバ１０００は、登録処理を行なってステータスを返す。クライアント２０００は、ローカルＤＢへも登録を保存しておく。

図４５（ｂ）に示すように、更新問い合わせ時には、クライアント２０００からユーザＩＤ、パスワードの他、監視ＵＲＬのリストと最終アクセス日時のリストを送り、格納データの更新有無を問い合わせる。データ更新監視サーバ１０００では、各利用者毎の監視ＵＲＬや最終アクセス日時は管理していないからである。データ更新監視サーバ１０００は、既に格納してある調査結果から、監視ＵＲＬに格納されているデータについて、最終アクセス日時以降の更新有無をチェックして、更新有無の結果を更新ＵＲＬリストとしてクライアント２０００に送る。クライアント２０００は、その更新ＵＲＬリストをローカルＤＢに格納して、厳重に保管する。その後、クライアント２０００は、ＷＷＷサーバにアクセスして、更新されている格納データを取得する。

以上説明したように、本実施例によれば、インターネット３０００上にデータ更新監視サーバ１０００をたちあげることにより、利用者はクライアント２０００を用いてデータ更新監視サーバ１０００にアクセスするだけで、格納データが更新されたか否かを知ることができるため、より効率的な格納データの監視を行うことができる。

なお、以上のようなＷＷＷサーバに対する格納データの変更の有無を監視することが可能なデータ更新監視サーバについては、後ほど、別の実施例として、詳しく説明する。

上記した実施例においては、インターネット上の通信サービスを受ける場合を例として説明したが、これに限定されるものではなく、インターネットのみならず、ＷＡＮ，ＬＡＮなどのネットワーク上でのサービスを受ける場合にも適用できる。

４）データ更新監視が可能な通信端末装置の別の実施例
図４６は本発明の第３の実施例としての通信端末装置の構成を示すブロック図、図４７は図４６のエージェント実行部７０２の構成を示すブロック図である。本実施例の通信端末装置７００は、インターネット通信サービスにおけるＷＷＷのサービスを受けるのに適した通信端末装置であり、特に、ＷＷＷサーバに対する格納データの変更の有無を監視することが可能な通信端末装置である。

４−１）本実施例の通信端末装置の構成
図４６に示すように、この通信端末装置７００は、エージェント実行部７０２を中心として、データ管理部７０４と、新着情報データベース７０６と、比較対象データ格納部７０８と、エージェント管理部７１０と、ユーザＩ／Ｆ部７１２と、モニタ７１３と、スケジュール管理部７１４と、キーボード７１５と、ネットワークアクセス部７１６と、マウス７１７と、サーバアクセス部７１８と、を備えており、プロバイダ用サーバ７５０等を介してインターネットに接続されている。また、インターネットにはＷＷＷサーバ９００をはじめ、複数のＷＷＷサーバが接続されている。その他、インターネットにはＷＷＷサーバ８５０を介してデータ更新監視サーバ８００が接続されている。

なお、本実施例の通信端末装置７００は、図２に示したようなコンピュータによって構成されており、図４６に示す通信端末装置７００内の各ブロックは、ハードウェアにより実現されている部分とソフトウェアにより実現されている部分とを含んでいる。

なお、ソフトウェア部分については予めアプリケーションプログラムの形で図２に示したハードディスク８４に記憶されており、利用者から起動の指示がなされて、オペレーティングシステムによってハードディスク８４からメインメモリ２５上に読み込まれることによって、ハードウェアとソフトウェアが一体となった図４６に示す通信端末装置７００が実現する。

また、上記アプリケーションプログラムが図２に示すＣＤ−ＲＯＭ８５に記録されている場合には、このＣＤ−ＲＯＭ８５をＣＤ−ＲＯＭ装置８３に挿入し、上記アプリケーションプログラムをＣＤ−ＲＯＭ装置８３で読み取ることによって、メインメモリ２５に転送するようにしても良い。また、上記アプリケーションプログラムが図２に示すフロッピディスク８１に記録されている場合には、このフロッピディスク８１をフロッピディスク装置８２に挿入し、上記アプリケーションプログラムをフロッピディスク装置８２で読み取ることによって、メインメモリ２５に転送するようにしても良い。また、上記アプリケーションプログラムは光磁気ディスクなどの他の可搬型記録媒体上からメインメモリ２５に転送するようにしても良い。

また、上記アプリケーションプログラムが図２に示すプログラム供給サーバ９０００に格納されている場合には、モデム９２によって通信回線９３を介してプログラム供給サーバ９０００にアクセスし、プログラム供給サーバ９０００から上記アプリケーションプログラムを送信してもらうことによって、メインメモリ２５に転送するようにしても良い。なお、通信回線９３としては、電話回線やネットワーク回線などの有線回線の他、通信衛星などを利用した無線回線などが考えられる。

通信端末装置７００において、エージェント実行部７０２では、予め登録されている複数のエージェントの中の所定のエージェントを実行する。ここで、エージェントとは、マン−マシン・インターフェースの一種であって、オブジェクトに、状況認識や価値基準による判断や実行を付け加えたものをいう。データ管理部７０４では、新着情報データベース７０６や比較対象データ格納部７０８に対し、データの書き込みや読み出しを行う。新着情報データベース７０６は、後述する新着情報データのほか、エージェントデータやＵＲＬデータなどを格納する。比較対象データ格納部７０８は、後述する比較対象データを格納する。エージェント管理部７１０では、エージェントの登録や設定内容の変更のほか、データ管理部７０４を介してエージェントデータの読み出しなどを行う。ユーザＩ／Ｆ部７１２では、利用者からの指示をキーボード７１５やマウス７１７などを介して受けたり、モニタ７１３の画面上に後述する新着情報などを表示したりする。スケジュール管理部７１４では、後述するデータ更新監視動作を定期的に実行する場合などにおいて時間管理を行う。ネットワークアクセス部７１６では、インターネットを介してＷＷＷサーバなどに対しアクセスを行う。サーバアクセス部７１８では、後述するようにデータ更新監視サーバ８００にデータ更新監視動作を行ってもらう場合に、ネットワークアクセス部７１６を介してデータ更新監視サーバ８００に対しアクセスを行う。

また、エージェント実行部７０２は、図４７に示すように、エージェント実行管理部７２０と、ＷＷＷサーバアクセス部７２２と、更新検出部７２４と、差分解析エンジン７２６と、ＨＴＭＬ解析エンジン７２８と、クリッピングエンジン７３０と、を備えている。

このうち、エージェント実行管理部７２０は、エージェント実行部７０２内のの他の構成要素の実行などを制御する。なお、エージェント実行管理部７２０は書き込み部７２０ａと読み出し部７２０ｂを備えている。ＷＷＷサーバアクセス部７２２は、ＷＷＷサーバにアクセスして、後述する内容データなどを取得する。なお、ＷＷＷサーバアクセス部７２２はリンク先内容データ取得部７２２ａを備えている。更新検出部７２４は、後述する更新監視対象データが更新されたかどうかをチェックする。差分解析エンジン７２６は、後述する更新監視対象データと比較対象データとを比較し、両者の差分データを導き出す。ＨＴＭＬ解析エンジン７２８は、差分データを解析して、後述する見出し情報とリンク情報を切り出す。クリッピングエンジン７３０は、後述するクリッピング処理を行なう。

４−２）新着情報について
前述したように、インターネット上のＷＷＷサーバにおいて公開されている種々の情報（即ち、通信端末装置がアクセス可能な情報）の中には、利用者が特別な関心を持っている情報があり、そのような情報については、内容の追加や変更などをいち早く知るために、データの更新の有無を定期的に監視したいという要求がある。このような利用者が関心を持つ情報としては、企業などが公開する「What'new」などの新着情報が挙げられる。

そこで、このような新着情報及びそのデータの特徴について説明する。一般に、新着情報は、新着情報の見出しを示す見出し情報と、新着情報の詳しい内容を示す内容情報と、で構成されている。見出し情報とそれに対応する内容情報とはリンク情報によってリンクされている。見出し情報は、通常、インデックスページ内に、複数、箇条書きに列記されている。内容情報は、通常、情報毎に１ページずつ記載されている（但し、新着情報によっては、１ページに複数の内容情報が記載される場合もある。）。複数の見出し情報が列記されたインデックスページは、ＨＴＭＬデータで構成されるインデックスページデータとして、ＷＷＷサーバ内に格納されている。また、内容情報を記載した各ページも、それぞれ、ＨＴＭＬデータで構成される内容データとして、ＷＷＷサーバ内に格納されている。

図４８は複数の見出し情報を列記したインデックスページの一例を示す説明図である。図４８に示す画像は、ＨＴＭＬデータであるインデックスページデータを、一般的な通信端末装置において、ブラウザにより画面上に表示したものである。図４８に示す例では、インデックスページ内に、複数の見出し情報が各情報の発信年月日と共に列記されている。

図４９は図４８に示すインデックスページのＨＴＭＬデータ（インデックスページデータ）の内容を示す説明図である。図４９に示すインデックスページデータ内において、見出し情報を表す各見出しデータには、それぞれ、その見出し情報にリンクされた内容データの格納場所（即ち、ＵＲＬ）を示すリンク情報が含まれている。例えば、図４９の下線で示す見出しデータにおいては、“「DiskXplorer for Windows」 を発表”という見出し情報に対し、その内容データの格納場所を示す“HREF="../ainews/news/dxplorer.htm"”というリンク情報が含まれている。従って、この内容データは、ＷＷＷサーバ内において、ファイル名“dxplorer.htm”というＨＴＭＬデータとして格納されていることがわかる。

一般的な通信端末装置において、画面上に図４８に示すような画像が表示されている際に、例えば、下線で示された“「DiskXplorer for Windows」 を発表”という見出し情報をマウス等でクリックすると、ＷＷＷサーバにおける上記リンク情報によって示された格納場所より内容データが取得され、画面上には、その内容データに基づいて内容情報が表示される。

図５０は図４８の“「DiskXplorer for Windows」 を発表”という見出し情報にリンクされた内容情報を記載したページを示す説明図である。図５０に示す画像は、ＨＴＭＬデータである内容データをブラウザによって画面上に表示したものである。

以上説明した各データ及び各情報の関係を図面に表すと図５１に示す如くになる。図５１はＷＷＷサーバに格納されているインデックスページデータと複数の内容データとの関係を示す説明図である。ＷＷＷサーバに格納されているデータのうち、インデックスページデータＷＮＰは、図５１に示すように、複数の見出しデータαａ，βｂ，…を備えており、各見出しデータは見出し情報とリンク情報を含んでいる（例えば、見出しデータαａは見出し情報αとリンク情報ａを含んでいる）。従って、各見出し情報は、対応するリンク情報によって指示される内容データにそれぞれリンクしている（例えば、見出し情報αはリンク情報ａによって指示される内容データＡにリンクしている）。

４−３）本実施例における通信端末装置の動作の概要
以上のことを踏まえた上で、本実施例の動作の概要について説明する。今、利用者が図４８等に示したような新着情報についてデータ更新の監視を希望しており、それらのデータである図５１に示すインデックスページデータＷＮＰや内容データＡ，Ｂ，…が図４６に示すＷＷＷサーバ９００内に格納されているものとする。

４−３−１）新着情報を初めて取得する場合
そこで、ＷＷＷサーバ９００に公開されている新着情報を初めて取得する場合、通信端末装置７００は、次のように動作する。まず、通信端末装置７００には、利用者から更新の監視を行なうべきデータ（即ち、更新監視対象データ）であるインデックスページデータＷＮＰのＵＲＬ（以下、更新監視対象データのＵＲＬをターゲットＵＲＬということがある。）が与えられる。そして、通信端末装置７００は、ターゲットＵＲＬに基づいて、ＷＷＷサーバ９００にアクセスして、そこに格納されているインデックスページデータＷＮＰの送信を要求する。

その後、通信端末装置７００は、ＷＷＷサーバ９００からのインデックスページデータＷＮＰを受け取ると、インデックスページデータＷＮＰにおいて、各見出しデータ内の見出し情報がいつＷＷＷサーバ９００で公開されたかを調べ、利用者が希望する年月日以後の新たな見出し情報のみを求める。図４９に示すように、見出しデータ内に見出し情報の発信年月日が含まれている場合には、その発信年月日を参照して見出し情報の公開年月日を求めれば良いが、見出しデータ内にそのような情報がない場合には、その見出し情報にリンクされている内容データを同じ見出しデータ内のリンク情報によって求めて、その内容データの更新年月日（作成年月日を含む）等を参照して見出し情報の公開年月日を求めるようにする。

そして、通信端末装置７００は、上記所望年月日以後の見出し情報と、各々の見出し情報に対応するリンク情報と、各リンク情報に基づいて得られる内容データと、をそれぞれ取得し、後述するようなクリッピング処理を行なった後、それら情報を、上記ターゲットＵＲＬについての新着情報データとして、図４６に示す新着情報データベース７０６に格納する。従って、例えば、図５１において、インデックスページデータＷＮＰに含まれる複数の見出し情報のうち、見出し情報α〜δが上記所望年月日以後に公開されており、見出し情報ε以降は全てそれ以前に公開されているものとすると、新着情報データベース７０６には、その見出し情報α〜δと、それらに対応するリンク情報ａ〜ｄと、それらにリンクされている内容データＡ〜Ｄと、を上記ターゲットＵＲＬについての新着情報データＷＮとして格納し、それ以外の情報は全て破棄する。

図５２は図４６の新着情報データベース７０６に格納される新着情報データの一例を示す説明図である。上記ターゲット新着情報データＷＮは、図５２に示すように、見出し情報，リンク情報及び内容データ等を１組として各組毎に順番に配置され、さらに、情報ＩＤとして、公開年月日の古い組から順に番号が付されている。なお、図５２は新着情報データを概念的に示したものであり、実際のものとは相違する。

また、通信端末装置７００は、新着情報データベース７０６に新着情報データＷＮを格納する際に、図５１に示したインデックスページデータＷＮＰも、比較対象データとして比較対象データ格納部７０８に併せて格納する。

４−３−２）新着情報を２回目以降取得する場合
続いて、２回目以降に新着情報を取得する場合は、次のように動作する。まず、通信端末装置７００が、ターゲットＵＲＬに基づいて、ＷＷＷサーバ９００にアクセスして、そこに格納されているインデックスページデータＷＮＰが更新されているか否かをチェックし、更新されていれば、そのインデックスページデータＷＮＰをＷＷＷサーバ９００より取り込む。

そして、通信端末装置７００は、取り込んだインデックスページデータＷＮＰを、比較対象データ格納部７０８に格納されている比較対象データ（即ち、前回取得したインデックスページデータＷＮＰ）と比較し、取り込んだデータのうち、比較対象データと重複する部分以外の部分を差分データとして取得する。

図５３はＷＷＷサーバに格納されている更新後のインデックスページデータと内容データとの関係の一例を示す説明図である。例えば、図５３に示すように、前回の新着情報取得時点より、見出しデータωｚが新たに追加されて、インデックスページデータＷＮＰが更新されている場合、そのインデックスページデータＷＮＰを、比較対象データ格納部７０８に格納されている図５１に示したインデックスページデータＷＮＰ（即ち、比較対象データ）と比較すると、重複部分以外の部分は新たに追加された見出しデータωｚの部分であるので、その見出しデータωｚが差分データとして得られる。

次に、通信端末装置７００は、差分データとして得られた見出しデータωｚを解析して、図５３に示す見出し情報ωと、それに対応するリンク情報ｚと、そのリンク情報ｚに基づいて得られる内容データＺと、をそれぞれ取得し、後述するクリッピング処理を行なった後、それら情報を図４６に示す新着情報データベース７０６に格納する。

図５４は図４６の新着情報データベース７０６に格納された更新後の新着情報データの一例を示す説明図である。上記した情報が新着情報データベース７０６に格納されると、上記ターゲットＵＲＬについての新着情報データＷＮには、図５４に示すように、見出し情報ω，リンク情報ｚ及び内容データＺを１組とした情報が新たに追加され、その組には、情報ＩＤとして、新たな番号「５」が付される。なお、図５４は新着情報データを概念的に示したものであり、実際のものとは相違する。

また、通信端末装置７００は、新着情報データベース７０６に上記した情報を格納する際に、図５３に示したインデックスページデータＷＮＰも、次回の比較対象データとして比較対象データ格納部７０８に併せて格納する。

以上のように、本実施例においては、ＷＷＷサーバによって公開されている新着情報について、データの更新を監視して、データの更新がなされている場合には、その差分データを取得して、新たな情報を得るようにしている。

４−４）エージェントデータについて
本実施例における通信端末装置７００では、各ターゲットＵＲＬ毎にエージェントがそれぞれ登録されており、主として、図４６のエージェント実行部７０２が、ターゲットＵＲＬ毎にエージェントを実行することによって、各ターゲットＵＲＬに格納されているデータの更新監視の動作を行なう。また、各エージェントの設定情報であるエージェントデータは、それぞれ、図５５に示すような内容を持ち、新着情報データベース７０６に格納されている。なお、各エージェントの登録や、設定情報の変更などは、エージェント管理部７１０が、データ管理部７０４を介して行なう。

図５５は第３の実施例で用いられるエージェントデータの内容を示す説明図である。図５５において、１列目の欄はデータベースの属性を、２列目の欄は名称を、３列目の欄は意味を、それぞれ示している。なお、１列目の欄において、Ｉはインデクスを作成することを示し、Ｐはプライマリキーとなることを示している。

では、各行の項目の内容を説明する。
・エージェントＩＤはそのエージェントに対して一意に決まる番号である。
・無効フラグはデータ更新監視動作を実行するかしないかを示すフラグである。
・エージェント名は、そのエージェントに付けられた名称である。
・ＣＳタイプは、データ更新の監視をローカル（クライアント）である通信端末装置７００が自ら行なうか、後述するデータ更新監視サーバ８００に行なってもらうのかを示すものである。
・監視タイプは、データ更新監視の動作として、新着情報の取得まで行なうか、単に更新チェックのみを行なうかを示すものである。
・チェック頻度ＩＤはデータ更新監視動作を行なう頻度を表すものであり、例えば、０：毎時（１時間に１回）、１：毎日（１日１回）、２：毎週（１週間に１回）、３：毎月（１ヶ月に１回）とする。
・チェック頻度（日，週，月）は、曜日、日の情報を表すものである。
・チェック頻度（表示用）は、プロパティなどの表示用として、上記のチェック頻度の内容を文字列にしたものである。
・最終チェック日時は、最後にそのエージェントを実行した日時である。
・最終ステータスは、最後にそのエージェントを実行したときの状態を示すものである。例えば、更新チェックの際には、エラーやタイムアウト等のエラーになることがあり、そのような際に、そのエラー情報などが記される。
・ＵＲＬ−ＩＤは、ターゲットＵＲＬに付けられたＩＤである。
・ＵＲＬ文字列は、ターゲットＵＲＬの文字列（http://.....）である。

４−５）ＵＲＬデータについて
また、ターゲットＵＲＬに関連する情報も、ＵＲＬデータとして、それぞれ、新着情報データベース７０６に格納されている。各ＵＲＬデータは、それぞれ、図５６に示すような内容を持っている。なお、本実施例では、ターゲットＵＲＬは、エージェントとそれぞれ一対一に対応するため、ＵＲＬデータもエージェントとそれぞれ一対一に対応する。

図５６は第３の実施例で用いられるＵＲＬデータの内容を示す説明図である。図５６において、各列の欄は、図５５に示した各列の欄と同様である。

では、図５６における各行の項目の内容を説明する。なお、図５５に示した項目と同じ項目については、内容も同じであるため、その説明は省略する。

・最終更新日時は、その更新監視対象データが最後に更新された日時である。その対象データを通信端末装置７００が実際に取得した日時でなく、ＨＴＴＰプロトコルによりＷＷＷサーバより得た日時を記載する。ＷＷＷサーバがその対象データの更新日時を提供しない場合には、その更新監視対象データを通信端末装置７００が取得した日時とする。
・最新情報ＩＤは、通信端末装置７００が取得した最新の情報ＩＤである。後述するように、データ更新監視サーバ８００にデータ更新の監視を行なってもらう場合などに用いられる。
・ユーザ名，パスワードは、ＷＷＷサーバにアクセスする際に使用するものである。ＷＷＷサーバによっては、更新監視対象データ等を取得するのに、ユーザ名とパスワードが必要な場合があるからである。
・内容のパス名は、比較対象データ格納部７０８に格納された比較対象データへのパス名である。比較対象データは特別のディレクトリに格納されており、パス名は、基準ディレクトリからその特別ディレクトリまでのパスと、比較対象データのファイル名と、で構成される。
・解析情報は、更新監視対象データを解析して、その対象データから各見出しデータ等を取り出すために用いる情報である。

４−６）新着情報テーブルについて
また、図５２や図５４に示したような新着情報データは、新着情報データベース７０６内において、図５７に示すような内容の新着情報テーブルに格納される。

図５７は第３の実施例で用いられる新着情報テーブルの内容を示す説明図である。図５７において、各列の欄は、図５５に示した各列の欄と同様である。

では、図５７における各行の項目の内容を説明する。
・最新情報ＩＤは、新着情報（見出し情報及び内容情報の１組）毎にユニークなＩＤである。
・取得日時は、その新着情報を取得した日時である。
・エージェントＩＤは、その新着情報の取得処理を実行したエージェントのＩＤである。
・エージェント名は、その新着情報の取得処理を実行したエージェントの名称である。エージェント名は、エージェントＩＤから取得できるが、高速化のために文字列を保持する。
・ＵＲＬ文字列は、ターゲットＵＲＬの文字列（http://.....）である。ＵＲＬの文字列は、ＵＲＬ−ＩＤから取得できるが、高速化のために持つ。
・ＵＲＬタイトルは、ターゲットＵＲＬに格納されているページ（例えば、インデックスページ）の<TITLE>である。
・フォルダＩＤは、その新着情報が分類されているフォルダのＩＤである。
・フォルダ名は、上記フォルダの名称である。フォルダ名はフォルダＩＤから取得できるが、高速化のために文字列を保持する。
・見出しは、新着情報の見出しである。即ち、取得した見出し情報が格納される。
・リンク先ＵＲＬは、新着情報の見出しにリンクしているＵＲＬである。即ち、見出し情報と共に取得したリンク情報が格納される。なお、リンク情報がない場合はＮＵＬＬとする。
・既読フラグは、利用者がその新着情報の内容を見たか否かを示すフラグであるり、０：既読（内容を見た）、１：未読（見ていない）とする。新着情報を取得したときに、１にセットされ、利用者がその内容を見た時点で、０にリセットされる。
・ＣＳタイプは、その新着情報がローカル（クライアント）である通信端末装置７００自らが取得したのか、データ更新監視サーバに取得しもらったのかを示す。
・情報ＩＤは、ターゲットＵＲＬ毎に、新着情報データ内の新着情報に順番に次付けられるＩＤである。即ち、例えば、図５２または図５４に示したように、或るターゲットＵＲＬについての新着情報データにおいて、各新着情報（見出し情報及び内容情報の組）に、公開年月日の古いものから順に付される番号である。後述するように、データ更新監視サーバ８００にデータ更新の監視を行なってもらう場合などに用いられる。
・情報内容は、新着情報の内容である。即ち、取得した内容データ（ＨＴＭＬデータ）が格納される。新着情報の種類によって内容データが取得できない場合があるが、そのような場合には、代わりに、内容データのＵＲＬ（即ち、リンク情報）の文字列を格納する。

また、新着情報データベース７０６には、エージェントデータ，ＵＲＬデータ，新着情報テーブルの他に、フォルダテーブルも格納されている。このフォルダテーブルには、クリッピング処理の際に用いられるフォルダの名称やＩＤと、各フォルダ毎に設定されているキーワードなどの検索条件（クリッピング条件）が格納されている。なお、各エージェントには、通常、クリッピング処理を行なうためにフォルダが指定されている。

５−７）本実施例における通信端末装置の動作の詳細
それでは、本実施例の動作をさらに詳細に説明する。図５８は図４６に示す通信端末装置７００における主な処理手順を示すフローチャートである。図５８に示すように、まず、エージェント管理部７１０が、データ管理部７０４を介して、新着情報データベース７０６に格納されているエージェントデータの中から、処理すべきエージェントデータを１つ読み出して（ステップＳ２２０）、エージェント実行部７０２に渡す。次に、エージェント実行部７０２内のエージェント実行管理部７２０は、渡されたエージェントデータからチェック頻度の情報を取り出して、データ更新監視動作の実行時期に来ているかどうかを調べ、データ更新監視動作を実行する必要があるかどうかを判定する（ステップＳ２２２）。実行時期にまだ至らない場合には、データ更新監視動作を実行せず、ステップＳ２３４に進み、実行時期に来ている場合は、データ更新監視動作を実行すべく、ステップＳ２２４に進む。

ステップＳ２２４では、エージェントデータからＣＳタイプの情報を取り出して、その情報に基づいて、データ更新監視動作をローカル（即ち、クライアント）である通信端末装置７００が自ら行なうのか、データ更新監視サーバ８００に行なってもらうのかを判定する。データ更新監視サーバ８００に行なってもらう場合は、後述するデータ監視サーバ対応処理（ステップＳ２３２）を実行し、通信端末装置７００が自ら行なう場合は、ステップＳ２２６に進む。

ステップＳ２２６では、エージェントデータから監視タイプの情報を取り出して、その情報に基づいて、データ更新監視動作として新着情報の取得を行なうのか、単に更新チェックのみを行なうのかを判定する。更新チェックを行なう場合には、エージェント実行部７０２内の更新検出部７２４等が後述する更新チェック処理（ステップＳ２３０）を実行し、新着情報の取得を行なう場合には、エージェント実行部７０２内の各構成部が後述する新着情報取得処理（ステップＳ２２８）を実行する。

最後に、エージェント管理部７１０は、新着情報データベース７０６内に、処理すべきエージェントデータがあるかどうかを判定し（ステップＳ２３４）、ない場合は一連の処理を終了し、ある場合は再びステップＳ２２０に戻り、同様の処理を繰り返す。

４−７−１）新着情報取得処理について
図５９は図５８における新着情報取得処理の具体的な処理手順を示すフローチャートである。図５９に示す処理ルーチンが開始されると、エージェント実行部７０２内のエージェント実行管理部７２０は、まず、データ管理部７０４を介して、新着情報データベース７０６に格納されているＵＲＬデータのうち、実行中のエージェントに対応するターゲットＵＲＬについてのＵＲＬデータを読み出す。そして、そのＵＲＬデータから更新監視対象データの最終更新日時の情報と比較対象データへのパス名の情報を取り出し、そのうち、パス名の情報に基づいて比較対象データ格納部７０８にアクセスし、格納されている比較対象データを読み出す（ステップＳ２４０）。

なお、このとき、比較対象データ格納部７０８に比較対象データが格納されていない場合には、ステップＳ２６２に進む。このような比較対象データが格納されていない場合としては、例えば、前述したような、新着情報を初めて取得する場合などが該当する。

次に、ネットワークアクセス部７１６が上記ターゲットＵＲＬに基づいてＷＷＷサーバにアクセスし、エージェント実行部７０２内の更新検出部７２４が、ネットワークアクセス部７１６を介して、ＷＷＷサーバ内の更新監視対象データが更新されているかどうかをチェックする（ステップＳ２４４）。具体的には、最終更新日時をIF-Modified-Sinceヘッダとして、ＧＥＴメソッドをＷＷＷサーバに発行する。もし、更新監視対象データが更新されていれば、ＷＷＷサーバからその更新された更新監視対象データがネットワークアクセス部７１６によって自動的に取得される（ステップＳ２４６）。更新されていなければ、更新監視対象データは取得されないため、図５９に示す処理ルーチンから抜ける。

なお、ヘッダ情報で最終更新日時の情報が取れなかった場合には、ＷＷＷサーバから更新監視対象データを取得し、その更新監視対象データの内容を比較対象データの内容と比較して、内容に変更があった場合には、データの更新があったものと見なす。このときの最終更新日時は、上記比較処理を実行した日時とする。

次に、エージェント実行管理部７２０は、上記ターゲットＵＲＬについて先に読み出したＵＲＬデータから解析情報を取り出し（ステップＳ２４８）、ＨＴＭＬ解析エンジン７２８等に与える。

次に、差分解析エンジン７２６は、ＷＷＷサーバから取得したＨＴＭＬデータである更新監視対象データと比較対象データ格納部７０８から読み出したＨＴＭＬデータである比較対象データ（上記ターゲットＵＲＬについての比較対象データ）とを比較し、更新監視対象データのうち、比較対象データと重複する部分以外の部分を差分データとして導き出す（ステップＳ２５０）。即ち、この差分データがデータの更新された部分に該当する。

例えば、差分解析エンジン７２６は、差分解析用の命令に従って、まず、イメージデータ部分を除外するために、両者のＨＴＭＬデータからイメージデータへのリンクを示すＩＭＧタグの部分を削除し、次に、両者のＨＴＭＬデータの差分を採り、その後、その差分の内容を出力する。

このような差分解析用の命令は、ターゲットＵＲＬ毎に予め定義され、新着情報データベース７０６内に格納されている。また、ターゲットＵＲＬによっては、このような命令が定義されていない場合もあり、そのような場合には、すべてのＨＴＭＬデータに汎用的に利用できる命令を用いて、差分データを導き出すようにする。

続いて、ＨＴＭＬ解析エンジン７２８は、導き出された差分データを解析情報に基づいて解析して、その差分データから新着情報の見出し情報とリンク情報（リンク先のＵＲＬ）を切り出す（ステップＳ２５２）。なお、ターゲットＵＲＬによっては、解析情報がない場合もあり、そのような場合には、すべてのＨＴＭＬデータに汎用的に利用できる情報を用いて、解析を行なう。

次に、ＷＷＷサーバアクセス部７２２のリンク先内容データ取得部７２２ａは、ネットワークアクセス部７１６を介して、切り出されたリンク情報に基づきＷＷＷサーバにアクセスし、リンク先のＵＲＬから新着情報の内容データ（ＨＴＭＬデータ）を取得する（ステップＳ２５４）。このとき、リンク先のＵＲＬに格納されているＨＴＭＬデータ内に、複数の内容データが含まれている場合には、上記解析情報に基づいて、必要な内容データのみを切り出して、取得するようにする。

なお、リンク先が、更新監視対象データの格納されていたＷＷＷサーバ内ではなく、別のＷＷＷサーバ内である場合には、リンク先の内容データを得るのに、改めて、そのＷＷＷサーバにアクセスする必要が生じるので、そのような場合には、内容データを取得しないようにしても良い。

次に、クリッピングエンジン７３０は、実行中のエージェントに対して指定されているフォルダ毎にクリッピング処理を行なう（ステップＳ２５６）。即ち、指定されているフォルダ毎に、フォルダについて設定されている検索条件（クリッピング条件）を、データ管理部７０４を介して新着情報データベース７０６のフォルダテーブルから取り出し、取得した新着情報（即ち、見出し情報と内容情報の組）の一つ一つについて、検索条件に合致するかどうかを調べる（ステップＳ２５６）。例えば、或るフォルダについて設定されている検索条件が「インターネットかつイントラネット」である場合には、各新着情報の一つ一つについて、見出し情報または内容情報（内容データ）内に、「インターネット」，「イントラネット」の両方のキーワードが含まれているか否かを検索する。

そして、検索条件に合致する新着情報があった場合には、エージェント実行管理部７２０の書き込み部７２０ａが、データ管理部７０４を介して、その合致する新着情報を新着情報データとして、新着情報データベース７０６内の新着情報テーブルに格納する（ステップＳ２５８）。その際、上記検索条件に合致した新着情報は、全て、その検索条件に対応するフォルダに属するものと考えて、書き込み部７２０ａは、それら新着情報に、図５７に示したように、付加情報として、その対応するフォルダ名を付加する。

なお、このようなクリッピング処理を行う際、キーワードとの一致を見る検索を行なうだけでなく、キーワードの類義語との一致も見るシソーラス検索を行うようにしても良い。

次に、エージェント実行管理部７２０の書き込み部７２０ａは、データ管理部７０４を介して、比較対象データ格納部７０８に格納されている上記ターゲットＵＲＬについての古い比較対象データを削除し、ステップＳ２４６で取得した更新監視対象データを新たな比較対象データとして保存する（ステップＳ２６０）。以上の処理が終了したら、図５９に示す処理ルーチンから抜ける。

以上説明したように、本実施例によれば、更新監視対象データにデータの更新があった場合には、更新部分に該当する差分データを取得し、さらに、そのリンクデータである内容データも取得することができる。

なお、本実施例では、新着情報として取得し新着情報データベース７０６に格納する情報はテキストデータのみであるが、本発明は、これに限るものではなく、画像データ、音声データ、スクリプトやプログラムなども、新着情報として取得するようにしても良い。

また、本実施例においては、差分データに含まれるリンク情報によってリンクされるリンクデータ（内容データ）を取得しているが、そのリンクデータにさらにリンク情報が含まれる場合には、そのリンク情報によってリンクされるリンクデータも併せて取得するようにしても良い。また、リンクがさらに何階層かある場合には、予め定められた階層までのリンクデータを併せて取得するようにしても良い。

また、本実施例では、ターゲットＵＲＬとエージェントとを一対一に対応させていたが、本発明は、これに限るものではなく、１つのターゲットＵＲＬに複数のエージェントを対応させるようにしても良いし、１つのエージェントに複数のターゲットＵＲＬを対応させるようにしても良い。

また、本実施例では、クライアントである通信端末装置７００は、プロバイダ用サーバ７５０を介してインターネットに接続されているが、プロバイダ用サーバ等を介さず、直接、インターネットに接続するようにしていても良い。

ところで、図５９に示すステップＳ２４０において、比較対象データ格納部７０８内に、実行中のエージェントに対応するターゲットＵＲＬについての比較対象データが格納されておらず、ステップＳ２６２に進んだ場合は、ＷＷＷサーバアクセス部７２２が、ネットワークアクセス部７１６を介して、上記ターゲットＵＲＬに基づきＷＷＷサーバにアクセスし、更新監視対象データを取得する（ステップＳ２６２）。

次に、エージェント実行管理部７２０は、データ管理部７０４を介して、新着情報データベース７０６に格納されている上記ターゲットＵＲＬについてのＵＲＬデータを読み出し、そのＵＲＬデータから解析情報を取り出し（ステップＳ２６４）、ＨＴＭＬ解析エンジン７２８等に与える。

次に、ＨＴＭＬ解析エンジン７２８は、取得された更新監視対象データを解析情報に基づいて解析して、その更新監視対象データから新着情報の見出し情報とリンク情報をそれぞれ切り出す（ステップＳ２６６）。続いて、ＷＷＷサーバアクセス部７２２のリンク先内容データ取得部７２２ａは、ネットワークアクセス部７１６を介して、切り出されたリンク情報に基づきＷＷＷサーバにアクセスし、リンク先のＵＲＬから新着情報の内容データを取得する（ステップＳ２６８）。なお、このとき、新着情報としては、前述したように、利用者が希望する公開年月日以降の情報だけを取得するようにする。

その後は、ステップＳ２５６に進み、クリッピング処理以降の各処理を順次行なう。

４−７−２）新着情報の表示
以上のようにして、図５８及び図５９に示す一連の処理が終了すると、新着情報データベース７０６内には、各ターゲットＵＲＬについての新着情報データとして、最新の新着情報が格納されていることになる。そこで、ユーザＩ／Ｆ部７１２が、利用者からキーボード７１５やマウス７１７等を介して、或るターゲットＵＲＬについての新着情報を表示する旨の指示を受けると、エージェント実行管理部７２０の読み出し部７２０ｂは、データ管理部７０４を介して、新着情報データベース７０６から、そのターゲットＵＲＬについての新着情報データを読み出し、ユーザＩ／Ｆ部７１２を介して、モニタ７１３の画面上に新着情報を表示させる。表示の形態としては、例えば、まず、読み出し部７２０ｂが新着情報データベース７０６から、複数の見出し情報を分類しながら読み出して、それら見出し情報だけをツリー状にモニタ７１３の画面上に表示する。次に、表示された複数の見出し情報の中で、利用者が内容を見たい見出し情報をマウス７１７等でクリックすることにより選択したら、読み出し部７２０ｂは、その選択した見出し情報に付随するリンク情報に基づいて、新着情報データベース７０６から、選択した見出し情報に対応する内容データを読み出して、その内容データによりモニタ７１３の画面上に内容情報を表示するようにする。

図６０は図４６におけるモニタ７１３の画面上に表示される新着情報の一例を示す説明図である。画面中の左側の領域には、複数の見出し情報が読み出し部７２０ｂによって各カテゴリー毎に段階的に分類されて、ツリー状に表示されている。そして、画面中の右側の領域には、利用者によって選択された“「DiskXplorer for Windows」 を発表”という見出し情報について、その内容情報が表示されている。なお、見出し情報を分類するためのカテゴリーとしては、図５７の新着情報テーブルにおいて説明したような「日時」，「ＵＲＬ」，「ＵＲＬタイトル」，「フォルダ」などが挙げられる。

図６１は複数の見出し情報をツリー状に表示した場合の表示例を示す説明図である。図６１では、ツリーの第１レベルを「日付」による分類（1996/11/14,1996/11/15など）とし、第２レベルを「フォルダ」による分類（インターネット，マルチメディアなど）とし、第３レベルを「ＵＲＬタイトル」による分類（○○○のホームページ，×××のホームページなど）としている。このような場合において、例えば、図６１に示す見出し情報Ａ，Ｂは、次のような絞り込み検索によって、分類され画面上に表示されている。即ち、読み出し部７２０ｂが、新着情報データベース７０６内の新着情報テーブルに格納されている全ての見出し情報の中から、「日付」が“1996/11/15”である見出し情報を検索により抽出し、得られた見出し情報の中から「フォルダ」が“インターネット”である見出し情報を抽出し、さらに、得られた見出し情報の中から「ＵＲＬタイトル」が“○○○のホームページ”である見出し情報を抽出して、モニタ７１３の画面上に表示させる。なお、ツリーの各レベルをどの様なカテゴリーによる分類とするかは、上記したようなカテゴリーの中から自由に設定することができる。

４−７−３）更新チェック処理
図６２は図５８における更新チェック処理の具体的な処理手順を示すフローチャートである。図６２に示す処理ルーチンが開始されると、エージェント実行管理部７２０が、まず、データ管理部７０４を介して、新着情報データベース７０６に格納されているＵＲＬデータのうち、実行中のエージェントに対応するターゲットＵＲＬについてのＵＲＬデータを読み出し、そのＵＲＬデータから更新監視対象データの最終更新日時の情報を取り出す。そして、ネットワークアクセス部７１６がターゲットＵＲＬに基づいてＷＷＷサーバにアクセスし、更新検出部７２４が、取り出された最終更新日時の情報に基づいて、ＷＷＷサーバ内の更新監視対象データが更新されているかどうかをチェックする（ステップＳ２７０）。

そして、更新検出部７２４は、更新監視対象データが更新されていれば、ＷＷＷサーバからその更新日時を取得して、データ管理部７０４を介して、新着情報データベース７０６内における上記ターゲットＵＲＬについてのＵＲＬデータ内の最終更新日時を変更する（ステップＳ２７２）。さらに、更新監視対象データが更新されたことを示す情報を作成し（ステップＳ２７４）、その情報を新たな見出し情報として、新着情報データベース７０６内の新着情報データテーブルに格納する（ステップＳ２７６）。また、更新監視対象データが更新されていなければ、そのまま、図６２に示す処理ルーチンから抜ける。

こうして、新着情報の取得ではなく、単に、更新チェックのみを行なった場合は、更新監視対象データについての最終更新日時が変更されると共に、更新監視対象データが更新されたことを示す新たな見出し情報が、新着情報データに追加される。従って、この新着情報データに基づいてモニタ７１３の画面上に新着情報として複数の見出し情報を表示すると、他の見出し情報と共に、更新監視対象データが更新されたことを示す見出し情報が表示されることになる。

また、更新監視対象データが更新されている場合、新着情報データベース７０６内の新着情報データテーブルには、更新監視対象データが更新されたことを示す見出し情報を格納するだけでなく、次のような情報も併せて格納するようにしても良い。即ち、ＷＷＷサーバから、更新監視対象データの更新日時を取得するだけでなく、更新された更新監視対象データ自体も取得して、その上で、新着情報データベース７０６内の新着情報データテーブルには、更新監視対象データが更新されたことを示す情報を見出し情報として格納すると共に、取得した更新監視対象データも内容データとして格納するようにする。なお、このとき、上記見出し情報に上記内容データをリンクさせるためにリンク情報も併せて格納するようにする。このようにすることによって、モニタ７１３の画面上に新着情報を表示した際に、利用者が更新監視対象データが更新されたことを示す見出し情報を選択すると、その見出し情報についての内容情報として、更新監視対象データ自体の内容（インデックスページ）が表示されることになる。

５）データ更新監視サーバの別の実施例
図６３は本発明の第４の実施例としてのデータ更新監視サーバの構成を示すブロック図、図６４は図６３のエージェント実行部８０２の構成を示すブロック図である。本実施例のデータ更新監視サーバ８００は、インターネット上の所望のＷＷＷサーバに対する格納データの変更の有無を監視することが可能なサーバである。即ち、本実施例では、クライアントである通信端末装置に代わって、データ更新監視サーバ８００がデータ更新監視動作を行なう。

５−１）本実施例のデータ更新監視サーバの構成
図６３に示すように、このデータ更新監視サーバ８００は、エージェント実行部８０２を中心として、データ管理部８０４と、新着情報データベース８０６と、比較対象データ格納部８０８と、エージェント管理部８１０と、ユーザＩ／Ｆ部８１２と、モニタ８１３と、スケジュール管理部８１４と、キーボード８１５と、ネットワークアクセス部８１６と、マウス８１７と、リクエスト処理部８１８と、クリッピングエンジン８３０と、データ加工エンジン８４０を備えており、このうち、リクエスト処理部８１８がＷＷＷサーバ８５０を介してインターネットに、ネットワークアクセス部８１６が直接インターネットに接続されている。なお、図６３において、図４６に示した構成要素と同じ構成要素には、同じ番号を付してある。従って、図６３に示すクライアント７００は、図４６で示した通信端末装置７００に相当する。

また、エージェント実行部８０２は、図６４に示すように、エージェント実行管理部８２０と、ＷＷＷサーバアクセス部８２２と、更新検出部８２４と、差分解析エンジン８２６と、ＨＴＭＬ解析エンジン８２８と、を備えている。このうち、エージェント実行管理部８２０は書き込み部８２０ａと読み出し部８２０ｂを備えている。ＷＷＷサーバアクセス部８２２はリンク先内容データ取得部８２２ａを備えている。

本実施例のデータ更新監視サーバ８００は、図２に示したようなコンピュータによって構成されており、図６３に示すデータ更新監視サーバ８００内の各ブロックは、ハードウェアにより実現されている部分とソフトウェアにより実現されている部分とを含んでいる。

ソフトウェア部分については予めアプリケーションプログラムの形で図２に示したハードディスク８４に記憶されており、利用者から起動の指示がなされて、オペレーティングシステムによってハードディスク８４からメインメモリ２５上に読み込まれることによって、ハードウェアとソフトウェアが一体となった図６３に示すデータ更新監視サーバ８００が実現する。

また、上記アプリケーションプログラムが図２に示すＣＤ−ＲＯＭ８５に記録されている場合には、このＣＤ−ＲＯＭ８５をＣＤ−ＲＯＭ装置８３に挿入し、上記アプリケーションプログラムをＣＤ−ＲＯＭ装置８３で読み取ることによって、メインメモリ２５に転送するようにしても良い。また、上記アプリケーションプログラムが図２に示すフロッピディスク８１に記録されている場合には、このフロッピディスク８１をフロッピディスク装置８２に挿入し、上記アプリケーションプログラムをフロッピディスク装置８２で読み取ることによって、メインメモリ２５に転送するようにしても良い。また、上記アプリケーションプログラムは光磁気ディスクなどの他の可搬型記録媒体上からメインメモリ２５に転送するようにしても良い。

また、上記アプリケーションプログラムが図２に示すプログラム供給サーバ９０００に格納されている場合には、モデム９２によって通信回線９３を介してプログラム供給サーバ９０００にアクセスし、プログラム供給サーバ９０００から上記アプリケーションプログラムを送信してもらうことによって、メインメモリ２５に転送するようにしても良い。なお、通信回線９３としては、電話回線やネットワーク回線などの有線回線の他、通信衛星などを利用した無線回線などが考えられる。

本実施例のデータ更新監視サーバ８００は、図６３及び図６４に示すように、図４６及び図４７に示した通信端末装置７００と構成がほとんど同じであるが、サーバアクセス部７１８の代わりにリクエスト処理部８１８が設けられた点と、クリッピングエンジン８３０がエージェント実行部の内部でなく、エージェント実行部８０２とリクエスト処理部８１８の間に配置されている点と、新たにデータ加工エンジン８４０が設けられ、エージェント実行部８０２とリクエスト処理部８１８の間に配置された点で異なる。

では、データ更新監視を、図４６に示したクライアントである通信端末装置７００に代わって、図６３に示すデータ更新監視サーバ８００が行なう場合の動作について説明する。

５−２）クライアントである通信端末装置側の動作
図６５は図５８におけるデータ監視サーバ対応処理の具体的な処理手順を示すフローチャートである。前述したように、図４６に示した通信端末装置７００において、エージェントデータから取り出したＣＳタイプの情報が、データ更新監視動作のデータ更新監視サーバによる実行を示している場合（図５８のステップＳ２２４）、データ監視サーバ対応処理（ステップＳ２３２）として、図６５に示す処理ルーチンが開始される。

まず、エージェント実行管理部７２０が、リクエストデータを作成してサーバアクセス部７１８に渡し、サーバアクセス部７１８は、そのリクエストデータをＨＴＴＰ（ハイパー・テキスト・トランスファ・プロトコル）リクエストとして、ネットワークアクセス部７１６を介してデータ更新監視サーバ８００に送信する（ステップＳ２８０）。

図６６はクライアントである通信端末装置からデータ更新監視サーバへ送信されるリクエストデータの内容を示す説明図である。図６６において、１列目の欄はＨＴＴＰでの名称を、２列目の欄は名称を、３列目の欄は意味を、それぞれ示している。

では、各行の項目の内容を説明する。
・ユーザＩＤとパスワードは、データ更新監視サーバ８００にアクセスするために各利用者に与えられたユーザ識別用ＩＤとパスワードである。これらは予めデータ更新監視サーバ８００に登録されている。
・チェックするＵＲＬは、利用者がデータ更新監視を希望しているターゲットＵＲＬの文字列である。
・処理種別は、データ更新監視サーバ８００に実行してもらう処理の種別（新着情報取得か更新チェックか）を示すものである。
・最終取得情報ＩＤは、そのターゲットＵＲＬについて取得している新着情報データ内の新着情報の中で、最も新しい新着情報のＩＤである。
・最終取得日時は、そのターゲットＵＲＬについて新着情報を最後に取得した日時である。
・最終チェック日時は、そのターゲットＵＲＬについて最後にチェックした日時である。
・フォルダ数は、実行中のエージェントに対して指定されているフォルダの数である。
・フォルダ情報は、各フォルダのＩＤとキーワード（即ち、検索条件）である。
・クライアントの種類は、後述するように、クライアントである通信端末装置７００がパソコンではなく、通信機能を備えた携帯情報機器（ＰＤＡ；Personal Digital Assistant）やプリンタである場合に、そのＰＤＡ，プリンタの機種やバージョンなどを示す情報である。
・加工情報１は、クライアントがプリンタである場合に、プリンタで用いている印刷用紙のサイズや紙質や向きなどの情報である。
・加工情報２は、クライアントがプリンタである場合に、データ更新監視サーバ８００で行なわれる色補正処理に対する指示内容である。
・加工情報３は、クラアイアンがプリンタである場合に、データ更新監視サーバ８００で行なわれる２値化処理に対する指示内容である。
・位置情報は、クライアントがＰＤＡである場合に、そのＰＤＡが存在する位置の情報である。具体的には、例えば、利用者がそのＰＤＡを携帯してどの市や町にいるかを表す情報である。

なお、クライアントがプリンタやＰＤＡである場合には、上記情報のほか、画像の解像度やカラー表地色数などの情報を含むようにしても良い。

従って、以上説明したリクエストデータの内容を要約すると、「ターゲットＵＲＬは×××です。当方では、既に情報ＩＤ×××番（即ち、最終取得情報ＩＤ）までの新着情報を既に取得しています。フォルダの数は×××個あります。１個目のフォルダについてのフォルダ情報（即ち、検索条件）は×××です。２個目のフォルダについてのフォルダ情報（即ち、検索条件）は×××です。……。クライアントの種類は×××で、加工情報は×××です。……」となる。

５−３）データ更新監視サーバ側の動作
クライアントである通信端末装置７００から送信されたリクエストデータは、インターネットに接続されているＷＷＷサーバ８５０を介して、データ更新監視サーバ８００に受信される。ＷＷＷサーバ８５０は、一般的なＷＷＷサーバであり、クライアントからのリクエストデータを受け付け得る。具体的には、そのＷＷＷサーバ８５０内の特定のＵＲＬへのアクセスが、データ更新監視サーバ８００へのリクエストであると判定されるようになっており、そのリクエストによってデータ更新監視サーバ８００内のリクエスト処理部８１８が起動される。

図６７は図６３に示すデータ更新監視サーバ８００における主な処理手順を示すフローチャートである。データ更新監視サーバ８００では、通信端末装置７００から送信されたリクエストデータを受信すると、リクエスト処理部８１８がそれを処理して、リクエストデータの内容をエージェント実行部８０２に伝える。そして、図６７に示すように、まず、エージェント実行部８０２内の各処理部が、そのリクエストデータに基づいて、前述した通信端末装置７００の場合と同じ様な（図５９に示した様な）処理手順で新着情報取得処理を行なう（ステップＳ２９０）。但し、データ更新監視サーバ８００の場合は、新着情報を新着情報データベースへ格納するに際して、クリッピング処理は行なわず、全ての新着情報を新着情報データベース８０６に格納するようにする。これは、クリッピング処理を行なう際の検索条件がクライアント毎（即ち、利用者毎）に異なるためである。従って、データ更新監視サーバ８００では、クリッピング処理は後述するように各クライアントに新着情報を送信する際に行なう。

こうして、ターゲットＵＲＬについて新着情報取得処理を行なうことによって、ターゲットＵＲＬの更新監視対象データが更新されている場合には、その更新により得られる新着情報が新着情報データベース８０６に格納され、データの更新内容が新着情報データベース８０６にも反映されることになる。

次に、エージェント実行部８０２のエージェント実行管理部８２０は、受信したリクエストデータから最終取得情報ＩＤを得て、新着情報データベース８０６内に格納されているターゲットＵＲＬについての新着情報データから、その最終取得情報ＩＤよりも番号の大きい情報ＩＤを持つ新着情報を一つ読み出す（ステップＳ２９２）。クライアントである通信端末装置７００は、最終取得情報ＩＤと同じかそれよりも小さい番号を持つ新着情報については、既に所有しており、それら以外の未だ所有していない新着情報のみを欲しているからである。なお、新着情報を読み出す順番は、情報ＩＤの番号の小さいものからとする。

次に、リクエスト処理部８１８は、受信したリクエストデータからフォルダ情報を得て、クリッピングエンジン８３０に渡し、クリッピングエンジン８３０は、読み出された新着情報に対し、受け取ったフォルダ情報に基づいてクリッピング処理を行なう（ステップＳ２９４）。即ち、その新着情報がフォルダ情報に含まれる検索条件（クリッピング条件）に合致するかどうかをチェックする。そして、検索条件に合致しない場合には、その新着情報を通信端末装置７００に送信する必要がないので、ステップＳ２９８に進む。

一方、新着情報が検索条件に合致した場合には、リクエスト処理部８１８が、その新着情報をＨＴＭＬデータにして、ＷＷＷサーバ８５０を介して、クライアントである通信端末装置７００に送信する（ステップＳ２９６）。

そして、エージェント実行部８０２のエージェント実行管理部８２０は、新着情報データベース８０６内のターゲットＵＲＬについての新着情報データに、最終取得情報ＩＤよりも番号の大きい情報ＩＤを持つ新着情報があるかどうかを判定し（ステップＳ２９８）、ある場合には再びステップＳ２９０に戻り、同様の処理を繰り返す。また、ない場合は一連の処理を終了する。なお、順番に読み出された新着情報のうち、最後に読み出された新着情報の情報ＩＤが後述する最終チェックＩＤとなる。

図６８はデータ更新監視サーバからクライアントである通信端末装置へ送信される新着情報送信データの内容を示す説明図である。図６８において、１列目の欄は名称を、２列目の欄は意味を、それぞれ示している。

では、各行の項目の内容を説明する。
・ステータスは、データ更新監視サーバが更新監視動作を実行したときの実行結果の状態を示すものである。
・最終更新日時は、ターゲットＵＲＬの更新監視対象データが最後に更新された日時である。
・最終チェック情報ＩＤは、前述したように、そのターゲットＵＲＬについて、新着情報データベース８０６から最後に読み出された新着情報の情報ＩＤである。
・取得情報ＩＤは、取得されたその新着情報の情報ＩＤである。
・情報種別は、その新着情報が差分データから得られたものであるか、ページデータから得られたものであるかの別を示すものである。
・タイトルは、その新着情報に含まれる見出し情報である。具体的には、見出し情報の他、リンク情報を含む見出しデータ（ＨＴＭＬデータ）である。
・フォルダＩＤは、その新着情報について検索条件が合致したフォルダのＩＤである。
・リンク先内容は、新着情報に含まれる内容情報である。なお、内容情報がない場合には、その内容情報の格納場所を示すリンク情報が送信される。

以上の各項目のうち、「最終更新日時」以降の各項目は、ステータスがデータ更新有りの場合にのみ送信される。また、「取得情報ＩＤ」以降の各項目は、取得した新着情報毎に繰り返される。

従って、以上説明した新着情報送信データの内容を要約すると、「データ更新監視動作を実行した結果は○○○です。今回は情報ＩＤ○○○番（即ち、最終チェック情報ＩＤ）までの新着情報をチェックしました。フォルダの検索条件に合致した新着情報は○○○個あります。１個目の新着情報は、フォルダＩＤ○○○番の検索条件に合致した○○○です。２個目の新着情報は、フォルダＩＤ○○○番の検索条件に合致した○○○です。……」となる。

５−４）クライアントである通信端末装置側の動作
データ更新監視サーバ８００から送信された新着情報送信データは、インターネットに接続されているプロバイダ用サーバ７５０を介して、クライアントである通信端末装置７００に受信される。

通信端末装置７００では、図６５に示すように、データ更新監視サーバ８００から送信された新着情報送信データを受信すると（ステップＳ２８２）、エージェント実行部７０２が、その新着情報送信データから新着情報を取り出して、データ管理部７０４を介して新着情報データベース７０６に格納する（ステップＳ２８４）。その後は図６５に示す処理ルーチンから抜ける。

以上説明したように、本実施例によれば、クライアントである通信端末装置の代わりに、データ更新監視サーバがデータ更新監視の動作を行なうことができる。従って、クライアント自ら、更新監視対象データについて更新有無を調べたり、新着情報を取得したりしなくても、データ更新監視サーバが全て代行するので、クライアントを利用する利用者の手間が大幅に省けると共に、通信時間も短くて済む。

なお、本実施例においては、新着情報として、見出し情報の他に、その内容情報もクライアントに送信しているが、見出し情報だけをクライアントに提供し、内容情報については送信しないようにしても良い。

また、本実施例では、データ更新監視サーバ８００においてクリッピング処理を行なう際に用いるフォルダ情報（即ち、検索条件など）は、利用者毎に、クライアントである通信端末装置７００が、毎回、リクエストデータに含ませて、データ更新監視サーバ８００に伝えているが、予め、利用者毎に、データ更新監視サーバ８００に登録しておき、必要に応じて読み出すようにしても良い。

５−５）データ更新監視動作の実行時期
本実施例では、データ更新監視サーバ８００は、クライアントからのリクエストデータを受信した際に、ターゲットＵＲＬについて新着情報取得などのデータ更新監視動作を行なう。しかし、クライアントからのリクエストデータの送信の有無に関係なく、所定の時刻が来たら、バッチ処理的に全てのターゲットＵＲＬについてデータ更新監視動作を行なうようにしても良い。例えば、このようなデータ更新監視動作を、ネットワーク回線の空いている深夜などに行なうようにすれば、非常に効率よくデータ更新監視動作を行なうことができる。なお、このようなデータ更新監視動作の定期的な実行は、スケジュール管理部８１４によって管理される。

６）データ更新監視サーバのイントラネットでの利用
上記した実施例においては、データ更新監視サーバ８００は、図６３に示したように、インターネットにおいて利用されている。しかし、図６９に示すように、ＷＡＮあるいはＬＡＮにおいて構築されるイントラネット（Intranet）において利用するようにしても良い。

図６９はデータ更新監視サーバをイントラネットで利用する場合の接続形態の一例を示す説明図である。図６９に示す例では、社内ＬＡＮにイントラネットを構築している。そのイントラネットには、社内の各クライアント１７００，１７１０が接続される他、社内用ＷＷＷサーバ１９００が接続されている。また、そのイントラネットはファイアーウォール２１００を介してインターネットに接続されている。

以上のような社内イントラネットに、図６３で示したような構成を持つデータ更新監視サーバ１８００を接続すると、以下のようなメリットが得られる。

●イントラネットの外部へのトラフィックを低減できる。
即ち、社内イントラネットにデータ更新監視サーバ１８００がない場合には、社内の各クライアント１７００，１７１０は、クライアント毎に、更新監視対象データの格納されているインターネット上のＷＷＷサーバ２２００，２２１０にアクセスして、データの更新があるかどうかをチェックする必要があり、イントラネットの外部に対するアクセス数が多くなり、その分、外部へのトラフィックが増大する。しかし、社内イントラネットにデータ更新監視サーバ１８００を設け、これを利用することによって、更新監視対象データについて、新着情報があるかどうかは、イントラネット内の上記サーバ１８００へアクセスするだけでわかるので、イントラネット外部へのトラフィックを低減することができる。

●社内用ＷＷＷサーバ内の社内向けデータについても更新監視が可能である。
即ち、データ更新監視の対象として、社内用ＷＷＷサーバ１９００内の社内向けデータを設定することにより、社内向けデータについても新着情報を社内の各クライアントに提供することができる。

●情報配信のインフラとして利用できる。
社内イントラネットのネットワーク管理者等が、社内に配信したい情報を新着情報としてデータ更新監視サーバ１８００内に直接登録することにより、その情報を自動的に社内に配信することができるため、効率的な情報配信システムを構築することができる。具体的には、キーボード８１５やマウス８１７等によって入力された配信したい情報を、エージェント実行管理部８２０の書き込み部８２０ａが新着情報データベース８０６に書き込むことによって、新着情報として登録し、その後、エージェント実行管理部８２０の読み出し部８２０ｂが、新着情報として登録された配信したい情報を読み出し、リクエスト処理部８１８が、その情報を社内イントラネットを介して社内の各クライアント１７００，１７１０などに転送するようにする。

なお、以上の各メリットは社内イントラネットに限りものではなく、一般的なイントラネットにおいても同様に得ることができる。

７）データ更新監視サーバにおけるデータの加工
ところで、前述の図６３で示したような実施例においては、クライアントである通信端末装置７００がパソコンなどによって構成されているが、前述したように、通信機能を備えたＰＤＡやプリンタなどによって構成するようにしても良い。

図７０は図６３に示すデータ更新監視サーバ８００に対し、クライアントとしてＰＤＡやプリンタを用いた場合の接続例を示す説明図である。図７０において、プリンタ１８５０及びＰＤＡ１９１０は、それぞれ、インターネットに接続するための通信機能を備えている。そして、この例では、プリンタ１８５０は直接、ＰＤＡ１９１０はプロバイダ用サーバ１９５０を介して、それぞれインターネットに接続されている。

図７０に示すように、クライアントとしてＰＤＡ１９１０やプリンタ１８５０を用いる場合、クライアントからデータ更新監視サーバ８００へ送信されるリクエストデータには、図６６で説明したように、「クライアントの種類」や「加工情報」などの情報が含まれている。そこで、データ更新監視サーバ８００では、送信されてきたリクエストデータを受信すると、リクエスト処理部８１８が、そのリクエストデータから上記した各情報を得て、データ加工エンジン８４０に渡し、データ加工エンジン８４０は、新着情報送信データをクライアントに送信する際に、リクエスト処理部から受け取った各情報を元にして、新着情報送信データに、クライアントの種類に応じて所定の加工を施す。

なお、データ加工エンジン８４０における加工処理において必要な情報のうち、クライアントから送信されてこない情報については、リクエスト処理部８１８が予め所持しており、必要に応じてデータ加工エンジン８４０に渡すようになっている。

図７１は図６３におけるデータ加工エンジン８４０の構成を示すブロック図である。図７１に示すように、データ加工エンジン８４０は、加工管理部８４２と、プリンタドライバ部８４４と、ＰＤＡドライバ部８４６と、を備えている。 このうち、プリンタドライバ部８４４は、レンダリング部８４４ａと、色補正処理部８４４ｂと、色変換処理部８４４ｃと、２値化処理部８４４ｄと、データ圧縮処理部８４４ｅと、を備えており、また、ＰＤＡドライバ部８４６は、減色処理・間引き処理部８４６ａと、フォーマット変換処理部８４６ｂと、データ圧縮処理部８４６ｃと、を備えている。

なお、図７１では、データ加工エンジン８４０が、プリンタドライバ部８４４，ＰＤＡドライバ部８４６をそれぞれ一つずつしか備えていないが、クライアントとなり得るプリンタやＰＤＡの各機種にそれぞれ対応するように、機種毎に、プリンタドライバ部やＰＤＡドライバ部を備えるようにしても良い。

例えば、クライアントがＰＤＡ１９１０である場合、データ加工エンジン８４０の加工管理部８４２は、リクエスト処理部８１８から受け取った「クライアントの種類」の情報によって、クライアントがＰＤＡであることを認識すると、ＰＤＡドライバ部８４６を起動する。

ＰＤＡドライバ部８４６では、減色処理・間引き処理部８４６ａが、送信される新着情報送信データのうち、画像データに対しては、減色処理やピクセル情報の間引き処理などを行なって、ＰＤＡ１９１０に送信されるデータの量を減らす。

次に、フォーマット変換処理部８４６ｂが、送信される新着情報送信データに対して、次のようなフォーマット変換処理を施す。即ち、一般にＰＤＡ１９１０は表示画面が小さいので、画面の横方向の桁数が、ＰＤＡ１９１０で横スクロールすることなく表示できる桁数となるように、データを整形して、小さい画面でも利用者が見やすくなるようにする。また、一般にＰＤＡ１９１０は記憶容量も少なく処理能力も劣るので、大量のデータをＰＤＡ１９１０に送信しなくて済むように、データを加工して、送信内容として要約のみを送るようにする。

次に、データ圧縮処理部８４６ｃが、送信される新着情報送信データにデータ圧縮処理を施して、データ自体（例えば、ＨＴＭＬデータ自体）を圧縮する。なお、このデータ圧縮処理部８４６ｃによる処理は、必要な場合にのみ行なうようにしても良い。

一方、例えば、クライアントがプリンタ１８５０である場合、データ加工エンジン８４０の加工管理部８４２が、「クライアントの種類」の情報によってクライアントがプリンタであることを認識すると、プリンタドライバ部８４４を起動する。

プリンタドライバ部８４４では、まず、レンダリング部８４４ａが、送信される新着情報送信データをＲ（赤），Ｇ（緑），Ｂ（青）のビットマップ画像データに展開すると共に、必要に応じてデータの間引き処理や補間処理を行なう。また、このとき、リクエスト処理部８１８から受け取った「加工情報１」（すなわち、印刷用紙のサイズなどの情報）に基づいて、書式変換などの処理も併せて行なう。

次に、色補正処理部８４４ｂが、リクエスト処理部８１８から受け取った「加工情報２」（すなわち、色補正処理に対する指示内容）に基づいて、レンダリング部８４４ａからのビットマップ画像データに対し、γ補正などの色補正処理を行なう。なお、この色補正処理部８４４ｂによる処理は、必要な場合にのみ行なうようにしても良い。

次に、色変換処理部８４４ｃが、「クライアントの種類」の情報に基づき、プリンタの種類に応じて次のような色変換処理を行なう。即ち、プリンタ１８５０がカラープリンタである場合には、Ｒ，Ｇ，Ｂの色画像データをＣ（シアン），Ｍ（マゼンタ），Ｙ（黄），Ｋ（黒）やＣ（シアン），Ｍ（マゼンタ），Ｙ（黄）の色画像データに変換し、また、プリンタ１８５０がモノクロプリンタである場合は、Ｒ，Ｇ，Ｂの色画像データをモノクロ画像データに変換する。

次に、２値化処理部８４４ｄが、リクエスト処理部８１８から受け取った「加工情報３」（すなわち、２値化処理に対する指示内容）に基づいて、色変換処理部８４４ｃから得られた多値の画像データに対し、ディザ処理や誤差拡散処理などの２値化処理を行なって、２値の画像データを得る。

次に、データ圧縮処理部８４４ｅが、得られた２値の画像データに対してデータ圧縮処理を施して、データ自体を圧縮する。なお、このデータ圧縮処理部８４４ｅによる処理は、必要な場合にのみ行なうようにしても良い。

なお、プリンタドライバ部８４４では、必要に応じて、情報の途中でページが切れないように改ページを挿入するような処理を施すようにしても良い。

このように、クライアントがプリンタ１８５０である場合、以上のような色変換処理や２値化処理やデータ圧縮処理を施すことによって、データ更新監視サーバ８００からプリンタ１８５０へ送信されるデータの量を大幅に減らすことができる。色変換処理や２値化処理などの複雑な処理を、処理能力の高いデータ更新監視サーバにおいて行なっているので、プリンタ１８５０で用いられるＣＰＵは、処理能力の低いＣＰＵでも、十分間に合う。また、画像データを記憶する画像メモリも、例えば２ライン分のメモリで済むため、構成が簡素化されると共に、コストも安価で済む。

さて、データ更新監視サーバ８００のリクエスト処理部８１８は、以上のようにして加工された新着情報送信データを、ＷＷＷサーバ８５０を介してインターネットに送り、プリンタ１８５０或いはＰＤＡ１９１０はこれを直接受信する。このうち、プリンタ１８５０では、受信した新着情報送信データをそのままプリンタエンジンに流して、表示文字と画像を印刷用紙に印刷する。また、ＰＤＡ１９１０では、受信した新着情報送信データに基づいて画面上に情報を表示する。

なお、データ更新監視サーバ８００は、上記したように、加工した新着情報送信データをインターネットを介して直接プリンタ１８５０或いはＰＤＡ１９１０に直接送信するようにしても良いが、インターネットにＷＷＷサーバ１６５０，１７５０を介して接続されたプリンタ専用サーバ１６００やＰＤＡ専用サーバ１７２０に送り、これら専用サーバ１６００，１７２０からインターネットを介してクライアントであるプリンタ１８５０，ＰＤＡ１９１０に送るようにしても良い。

ところで、図６６で説明したように、クライアントとしてＰＤＡを用いる場合、クライアントから送信されるリクエストデータには、「位置情報」が含まれている。この位置情報は、前述したように、クライアントであるＰＤＡの存在する位置の情報を表している。そこで、データ更新監視サーバ８００では、このＰＤＡの位置情報を用いて、クリッピングエンジン８３０において、次のような処理を行なうようにしても良い。

まず、リクエスト処理部８１８が、クライアントから送信されてきたリクエストデータから上記した位置情報を得ると、その情報をクリッピングエンジン８３０に渡す。クリッピングエンジン８３０では、このような位置情報を受け取ると、その位置情報に関連した情報を、新着情報データベース８０６から読み出される新着情報の中から検索して、情報をリクエスト処理部８１８に渡す。リクエスト処理部８１８では、受け取った情報をＷＷＷサーバ８５０を介して、クライアントであるＰＤＡ１９１０に送信するようにする。

なお、このとき、位置情報に関連した情報としては、例えば、新聞社等のＷＷＷサーバから得られたニュースなどの情報が考えられる。即ち、新着情報データベース８０６内に、地方の新聞社を含む全国の新聞社のＷＷＷサーバから取得した新着情報が格納されているものとすると、ＰＤＡの利用者が或る地方に出かけた場合に、ＰＤＡがその地方の位置情報をリクエストデータとしてデータ更新監視サーバ８００に送ることによって、データ更新監視サーバ８００からは、その地方の新聞社のＷＷＷサーバから取得したローカルニュースが送信され、その地方のニュースを直ちに知ることができる。

８）メール配信システム
図７２は本発明の第５の実施例としての、データ更新監視サーバを利用したメール配信システムの構成を示すブロック図である。本実施例のメール配信システムは、図７２に示すように、データ更新監視サーバ８００とメール配信サーバ１５００とを備えている。このうち、データ更新監視サーバ８００は図６３で示したデータ更新監視サーバである。一方、メール配信サーバ１５００は、インターネットを介して電子メールを配信することが可能なサーバである。

図７２において、メール配信サーバ１５００は、ユーザ管理部１５０２と、配信制御部１５０４と、メール配信部１５０６と、リクエスト処理部１５０８と、新着情報取得部１５１０と、ユーザデータ格納部１５１２と、スケジュール管理部１５１４と、を備えており、このうち、リクエスト処理部１５０８がＷＷＷサーバ１５５０を介してインターネットに、メール配信部１５０６と新着情報取得部１５１０が直接インターネットに接続されている。

図７２において、メール配信サーバ１５００におけるユーザデータ格納部１５１２には、このメール配信システムを利用する各利用者の情報が格納されている。利用者の情報としては、例えば、各利用者のユーザＩＤ、パスワード、メールアドレスなどの他、各利用者のデータの更新監視を希望するターゲットＵＲＬや、クリッピング処理に用いるフォルダ情報などが挙げられる。ユーザ管理部１５０２は、それら情報を用いて利用者の管理、新着情報の取得、メール配信などを行なう。

利用者が、登録されたターゲットＵＲＬやフォルダ情報の変更などを行なう場合は、インターネットに接続されたクライアントである通信端末装置７００等を用いて、メール配信サーバ１５００にアクセスし、リクエストを送信する。メール配信サーバ１５００では、クライアント７００からのリクエストを受信すると、リクエスト処理部１５０８がそれを処理して、リクエストの内容をユーザ管理部１５０２に伝える。ユーザ管理部１５０２では、そのリクエストに応じてユーザデータ格納部１５１２内に格納された利用者の情報の変更などを行なう。

また、メール配信サーバ１５００では、スケジュール管理部１５１４による時間管理の下で、新着情報取得部１５１０が、データ更新監視サーバ８００に定期的にアクセスする。そして、ユーザデータ格納部１５１２に登録されている各ターゲットＵＲＬについての新着情報を、データ更新監視サーバ８００より取得する。この時、データ更新監視サーバ８００は、新着情報をＨＴＭＬデータからテキストデータに変換してメール配信サーバ１５００に渡す。

そして、取得した新着情報を、メール配信部１５０６は、配信制御部１５０４による制御によって、取得した新着情報を、電子メールを用いて定期的に、クライアント７００をはじめとする各クライアントに配信する。なお、配信制御部１５０４は、新着情報を配信する際には、配信先の各利用者に対応したクリッピング処理を行なった上で、新着情報を配信するようにしても良い。

以上のように構成することによって、利用者が更新監視を希望するターゲットＵＲＬの新着情報は、定期的に、利用者の元に配信されるので、利用者自らがデータ更新監視サーバ８００にアクセスして、新着情報を取得する手間が省ける。

なお、本実施例においては、新着情報の配信を電子メールを用いて行っていたが、電話やファクシミリなどを用いて行っても良いし、或いは、有線放送や衛星放送などを利用して行っても良い。

本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。

例えば、上記した実施例のうち、第３ないし第５の実施例では、データの更新監視を行なうべき情報として、「What'new」などの新着情報を例として説明したが、本発明は、これに限定されるものではなく、種々の情報を対象とすることができる。

本発明の第１の実施例としての通信端末装置の構成を示すブロック図である。 図１の通信端末装置を実現するコンピュータの概略構成を示すブロック図である。 図１のモニタ７６上に表示されるサービス切替画面の一例を示す説明図である。 図１のデータベース４１０内の構造を示す説明図である。 会議室一覧の索引ファイル（フォルダ一覧索引ファイル）の内容の一例を示す説明図である。 図１のモニタ７６上に表示されるフォルダ画面の一例を示す説明図である。 会議室の索引ファイルの内容の一例を示す説明図である。 会議室に移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。 会議室に移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。 会議室についてのタイトル更新処理を具体的に説明するための説明図である。 ライブラリ室に移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。 ライブラリ室に移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。 ライブラリ室についてのタイトル更新処理を具体的に説明するための説明図である。 ニュースのサービスに移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。 ニュースのサービスに移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。 ニュースのサービスについてのタイトル更新処理を具体的に説明するための説明図である。 掲示板のサービスに移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。 掲示板のサービスに移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。 有料サービスを受ける際に行なわれる課金節約処理の流れを示すフローチャートである。 図１のモニタ７６上に表示される定期巡回指定画面の一例を示す説明図である。 図１の巡回ファイル６２０に保存された指定内容の一例を示す説明図である。 巡回ファイルに基づく自動通信の動作手順を示すフローチャートである。 巡回ファイルに基づく自動通信の動作手順を示すフローチャートである。 図１のモニタ７６上に表示されるコメント発言画面の一例を示す説明図である。 予約内容が追加される様子を示す説明図である。 図１の予約ファイル６１０に保存された予約内容の一例を示す説明図である。 掲示板のサービスについての本文読み込み処理を説明するための説明図である。 自動通信時に行なわれる巡回順序効率化処理の流れを示すフローチャートである。 図２８に示した巡回順序効率化処理に従ってソートされた巡回内容の一例を示す説明図である。 図２９に示した巡回内容に従って行なわれた自動通信時の通信履歴を示す説明図である。 図１のモニタ７６上に表示されるメインメニュー画面の一例を示す説明図である。 新着ツアー処理の流れを示すフローチャートである。 ニュースグループの階層構造を説明するための説明図である。 ＨＴＭＬによって記述されたハイパーテキストデータの一例を示す説明図である。 ハイパーテキストデータによるページのリンク関係及びファイルの構造を説明するための説明図である。 データベース４１０に書き込む際に書き換えられたハイパーテキストデータの一例を示す説明図である。 データベース４１０内の記憶データをツリー形式でモニタ７６に表示した場合の表示画面の一例を示す説明図である。 各ページ名をフラットな状態で画面上に表示した例を示す説明図である。 データベース４１０内のディレクトリ構造の一例を示す説明図である。 本発明の第２の実施例としてのデータ更新監視サーバの構成を示すブロック図である。 利用者毎の監視ＵＲＬをデータ更新監視サーバで管理する場合における各管理データの概要を示す説明図である。 利用者毎の監視ＵＲＬをデータ更新監視サーバで管理する場合におけるデータ監視サーバ−クライアント間のトランザクションの概要を示す説明図である。 利用者毎の監視ＵＲＬを各クライアントで管理する場合における各管理データの概要を示す説明図である。 利用者毎の監視ＵＲＬを各クライアントで管理する場合における各管理データの概要を示す説明図である。 利用者毎の監視ＵＲＬを各クライアントで管理する場合におけるデータ監視サーバ−クライアント間のトランザクションの概要を示す説明図である。 本発明の第３の実施例としての通信端末装置の構成を示すブロック図である。 図４６のエージェント実行部７０２の構成を示すブロック図である。 複数の見出し情報を列記したインデックスページの一例を示す説明図である。 図４８に示すインデックスページのＨＴＭＬデータ（インデックスページデータ）の内容を示す説明図である。 図４８の“「DiskXplorer for Windows」 を発表”という見出し情報にリンクされた内容情報を記載したページを示す説明図である。 ＷＷＷサーバに格納されているインデックスページデータと複数の内容データとの関係を示す説明図である。 図４６の新着情報データベース７０６に格納される新着情報データの一例を示す説明図である。 ＷＷＷサーバに格納されている更新後のインデックスページデータと内容データとの関係の一例を示す説明図である。 図４６の新着情報データベース７０６に格納された更新後の新着情報データの一例を示す説明図である。 第３の実施例で用いられるエージェントデータの内容を示す説明図である。 第３の実施例で用いられるＵＲＬデータの内容を示す説明図である。 第３の実施例で用いられる新着情報テーブルの内容を示す説明図である。 図４６に示す通信端末装置７００における主な処理手順を示すフローチャートである。 図５８における新着情報取得処理の具体的な処理手順を示すフローチャートである。 図４６におけるモニタ７１３の画面上に表示される新着情報の一例を示す説明図である。 複数の見出し情報をツリー状に表示した場合の表示例を示す説明図である。 図５８における更新チェック処理の具体的な処理手順を示すフローチャートである。 本発明の第４の実施例としてのデータ更新監視サーバの構成を示すブロック図である。 図６３のエージェント実行部８０２の構成を示すブロック図である。 図５８におけるデータ監視サーバ対応処理の具体的な処理手順を示すフローチャートである。 クライアントである通信端末装置からデータ更新監視サーバへ送信されるリクエストデータの内容を示す説明図である。 図６３に示すデータ更新監視サーバ８００における主な処理手順を示すフローチャートである。 データ更新監視サーバからクライアントである通信端末装置へ送信される新着情報送信データの内容を示す説明図である。 データ更新監視サーバをイントラネットで利用する場合の接続形態の一例を示す説明図である。 図６３に示すデータ更新監視サーバ８００に対し、クライアントとしてＰＤＡやプリンタを用いた場合の接続例を示す説明図である。 図６３におけるデータ加工エンジン８４０の構成を示すブロック図である。 本発明の第５の実施例としての、データ更新監視サーバを利用したメール配信システムの構成を示すブロック図である。

符号の説明

１０…コンピュータ
２０…演算処理部
２１…ＣＰＵ
２２…ローカルバス
２３…キャッシュメモリ
２４…キャッシュコントローラ
２５…メインメモリ
３０…ＰＣＩブリッジ
３２…ＰＣＩバス
４０…コントローラ部
４２…ＩＳＡバス
４４…ＣＲＴＣ
４６…ＳＣＳＩコントローラ
４８…ＩＳＡブリッジ
５０…ＤＭＡコントローラ
５２…ＲＴＣ
５４…複合Ｉ／Ｏポート
５６…サウンドＩ／Ｏ
６０…Ｉ／Ｏ部
６２…ＩＳＡスロット
６４…キーボードインタフェース
６６…割り込みコントローラ
６８…タイマ
７２…キーボード
７３…マウス
７４…スピーカ
７６…モニタ
８１…フロッピディスク
８２…フロッピディスク装置
８３…ＣＤ−ＲＯＭ装置
８４…ハードディスク
８５…ＣＤ−ＲＯＭ
８６…パラレルポート
８８…プリンタ
９０…シリアルポート
９２…モデム
９３…通信回線
９６…マイクロフォン
１００…アクセス管理部
１００ａ…書き込み部
１００ｂ…読み出し部
１００ｃ…差分データ取得部
１００ｄ…新着マーク付加部
１００ｅ…新着マーク検索部
１００ｆ…転送要求部
１００ｇ…特定通信サービス開始要求部
１００ｈ…特定通信サービス中止要求部
１００ｉ…本文情報転送要求部
２００…ユーザーＩ／Ｆ部
３００…通信制御部
４００…データ管理部
４１０…データベース
５００…通信Ｉ／Ｆ部
６００…自動通信処理部
６００ａ…整理部
６００ｂ…転送部
６１０…予約ファイル
６２０…巡回ファイル
７００…クライアント
７０２…エージェント実行部
７０４…データ管理部
７０６…新着情報データベース
７０８…比較対象データ格納部
７１０…エージェント管理部
７１２…ユーザＩ／Ｆ部
７１３…モニタ
７１４…スケジュール管理部
７１５…キーボード
７１６…ネットワークアクセス部
７１７…マウス
７１８…サーバアクセス部
７２０…エージェント実行管理部
７２０ａ…書き込み部
７２０ｂ…読み出し部
７２２…ＷＷＷサーバアクセス部
７２２ａ…リンク先内容データ取得部
７２４…更新検出部
７２６…差分解析エンジン
７２８…ＨＴＭＬ解析エンジン
７３０…クリッピングエンジン
７５０…プロバイダ用サーバ
８００…データ更新監視サーバ
８０２…エージェント実行部
８０４…データ管理部
８０６…新着情報データベース
８０８…比較対象データ格納部
８１０…エージェント管理部
８１２…ユーザＩ／Ｆ部
８１３…モニタ
８１４…スケジュール管理部
８１５…キーボード
８１６…ネットワークアクセス部
８１７…マウス
８１８…リクエスト処理部
８２０…エージェント実行管理部
８２０ａ…書き込み部
８２０ｂ…読み出し部
８２２…ＷＷＷサーバアクセス部
８２２ａ…リンク先内容データ取得部
８２４…更新検出部
８２６…差分解析エンジン
８２８…ＨＴＭＬ解析エンジン
８３０…クリッピングエンジン
８４０…データ加工エンジン
８４２…加工管理部
８４４…プリンタドライバ部
８４４ａ…レンダリング部
８４４ｂ…色補正処理部
８４４ｃ…色変換処理部
８４４ｄ…２値化処理部
８４４ｅ…データ圧縮処理部
８４６…ＰＤＡドライバ部
８４６ａ…減色処理・間引き処理部
８４６ｂ…フォーマット変換処理部
８４６ｃ…データ圧縮処理部
８５０…ＷＷＷサーバ
９００…ＷＷＷサーバ
１０００…データ更新監視サーバ
１１００…監視部
１２００…登録管理部
１３００…通信部
１４００…記憶部
１５００…メール配信サーバ
１５０２…ユーザ管理部
１５０４…配信制御部
１５０６…メール配信部
１５０８…リクエスト処理部
１５１０…新着情報取得部
１５１２…ユーザデータ格納部
１５１４…スケジュール管理部
１５５０…ＷＷＷサーバ
１６００…プリンタ専用サーバ
１６５０，１７５０…ＷＷＷサーバ
１７００，１７１０…クライアント
１７２０…ＰＤＡ専用サーバ
１８００…データ更新監視サーバ
１８５０…プリンタ
１９００…社内用ＷＷＷサーバ
１９１０…ＰＤＡ
１９５０…プロバイダ用サーバ
２０００…クライアント
２１００…ファイアーウォール
２２００，２２１０…ＷＷＷサーバ
３０００…インターネット
４０００，５０００…ＷＷＷサーバ
４１００，５１００…格納データ
６０００…プロバイダ用サーバ
９０００…プログラム供給サーバ

Claims (4)

1. 見出し情報と、その見出し情報にリンクされた内容データの格納場所を示すリンク情報と、をそれぞれ含む複数の見出しデータを備えるインデックスページデータの格納されているサーバに、ネットワークを介して接続される通信端末装置であって、
   前記インデックスページデータの少なくとも一部を比較対象データとして記憶している記憶部と、
   前記サーバにアクセスし、前記サーバに格納されている前記インデックスページデータが更新されているか否かのチェック結果として、更新されていれば、前記インデックスページデータの少なくとも一部を取り込むアクセス部と、
   該アクセス部により取り込んだ取り込みデータを、前記記憶部に記憶された前記比較対象データと比較し、前記取り込みデータのうち、新たに追加された前記見出しデータを取得し、該見出しデータを解析して、前記見出し情報と、前記見出し情報に対応する前記リンク情報と、を取得し、前記記憶部に格納するデータ取得部と、
   を備える通信端末装置。
2. 請求項１に記載の通信端末装置において、
   前記特定データは、プログラムデータであることを特徴とする通信端末装置。
3. 見出し情報と、その見出し情報にリンクされた内容データの格納場所を示すリンク情報と、をそれぞれ含む複数の見出しデータを備えるインデックスページデータの格納されているサーバに、ネットワークを介して接続されると共に、前記インデックスページデータの少なくとも一部を比較対象データとして記憶している記憶部を備えるコンピュータによって、前記サーバとの間で通信を行うためのコンピュータプログラムであって、 前記サーバにアクセスし、前記サーバに格納されている前記インデックスページデータが更新されているか否かのチェック結果として、更新されていれば、前記インデックスページデータの少なくとも一部を取り込む機能と、
   取り込んだ取り込みデータを、前記記憶部に記憶された前記比較対象データと比較し、前記取り込みデータのうち、新たに追加された前記見出しデータを取得し、該見出しデータを解析して、前記見出し情報と、前記見出し情報に対応する前記リンク情報と、を取得し、前記記憶部に格納する機能と、
   を前記コンピュータに実現させるためのコンピュータプログラム。
4. 見出し情報と、その見出し情報にリンクされた内容データの格納場所を示すリンク情報と、をそれぞれ含む複数の見出しデータを備えるインデックスページデータの格納されているサーバに、ネットワークを介して接続されると共に、前記インデックスページデータの少なくとも一部を比較対象データとして記憶している記憶部を備える通信端末装置が、前記サーバとの間で通信を行うための通信方法であって、
   （ａ）前記通信端末装置が、前記サーバにアクセスし、前記サーバに格納されている前記インデックスページデータが更新されているか否かのチェック結果として、更新されていれば、前記インデックスページデータの少なくとも一部を取り込む工程と、
   （ｂ）前記通信端末装置が、取り込んだ取り込みデータを、前記記憶部に記憶された前記比較対象データと比較し、前記取り込みデータのうち、新たに追加された前記見出しデータを取得し、該見出しデータを解析して、前記見出し情報と、前記見出し情報に対応する前記リンク情報と、を取得し、前記記憶部に格納する工程と、
   を備える通信方法。

Images