JP3918230B2 - Data update monitoring server - Google Patents
Data update monitoring server Download PDFInfo
- Publication number
- JP3918230B2 JP3918230B2 JP12802297A JP12802297A JP3918230B2 JP 3918230 B2 JP3918230 B2 JP 3918230B2 JP 12802297 A JP12802297 A JP 12802297A JP 12802297 A JP12802297 A JP 12802297A JP 3918230 B2 JP3918230 B2 JP 3918230B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- information
- title
- communication
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、特定データの格納されているサーバにネットワークを介して接続される通信端末装置、特定データの格納されているサーバにネットワークを介して接続され、前記特定データの更新の有無を監視して、監視の結果として得られる情報をクライアントに転送するデータ更新監視サーバ、及び、データ更新監視の結果として得られた情報を配信対象に配信する情報配信システム、並びに、特定データの格納されたサーバから情報を取得するための情報取得方法、複数の通信サービスを提供することが可能なサーバに要求を転送するための要求転送方法、及び、サーバに格納されているデータの更新を監視して、その監視結果として得られる情報をクライアントに転送するデータ更新監視方法、並びに、サーバにネットワークを介して接続されるコンピュータにおいて用いられるプログラムを記録した記録媒体に関するものである。
【0002】
【従来の技術】
近年、いわゆるパソコン通信サービスに代表されるような付加価値の付いた通信サービスの利用者が急速に増えてきた。このような通信サービスを受ける場合、一般的には、通信端末装置を使ってサーバ(通信ホスト)にアクセスし、その通信端末装置と通信ホストとの間でデータ通信を行なうことによって、通信サービスを受けることになる。
【0003】
このときに用いられる通信端末装置としては、従来、通信ホストとの間でデータを送受信するだけでなく、通信履歴である送受信した一連のテキストデータ(ログ)を記録する機能を有するものがある。
【0004】
【発明が解決しようとする課題】
しかしながら、従来の通信端末装置においては、単にログを記録しているだけであるので、その中から、利用者が求めるデータを見い出すには、記録したログを初めから読み直さなければならない。また、このようなログの記録は、通信端末装置が通信ホストとのデータ通信を行なう度に増えていくので、そのような多数のログの中から、利用者が求めるデータを見い出すのはますます困難となる。
【0005】
そこで、従来においては、通信終了後に、記録したログを分断して整理する機能を有する通信端末装置が提案された。このような通信端末装置においては、記録したログは分断して整理されているため、利用者が求めるデータを見い出すことは比較的に容易となる。しかし、例え、このようなログを分断して整理する機能を有していたとしても、従来の通信端末装置においては、通信ホストから前回送信されてきたデータと同一のデータを再度受信した場合に、同一のデータを重複して記録してしまうため、上記したように、ログを分断して整理したとしても、同一のデータは重複したまま残ることになる。従って、無駄なデータの記録が増えるという問題があった。また、同一のデータが重複して記録されていると、利用者が求めるデータを見い出す場合も、非常に見つけ難くなる。
【0006】
本発明は、上記した従来技術の問題点に鑑みなされたものであり、従って、その目的は、通信ホスト等のサーバから取り込んだデータを、既に記録しているデータと重複することなく取得することができる通信端末装置やデータ更新監視サーバなどを提供することにある。
【0007】
【課題を解決するための手段およびその作用・効果】
上記した目的の少なくとも一部を達成するために、本発明の第1の通信端末装置は、特定データの格納されているサーバにネットワークを介して接続される通信端末装置であって、
前記特定データの少なくとも一部を記憶データとして記憶している記憶手段と、
前記サーバにアクセスして前記特定データの少なくとも一部を取り込むアクセス手段と、
該アクセス手段により取り込んだ取り込みデータのうち、前記記憶手段に記憶された前記記憶データと重複する部分以外の部分を差分データとして取得する差分データ取得手段と、
を備えることを要旨とする。
【0008】
このように、第1の通信端末装置では、記憶手段は、特定データの少なくとも一部を記憶データとして記憶している。アクセス手段は、サーバにアクセスして特定データの少なくとも一部を取り込む。差分データ取得手段は、アクセス手段により取り込んだ取り込みデータのうち、記憶手段に記憶された記憶データと重複する部分以外の部分を差分データとして取得する。
【0009】
従って、第1の通信端末装置によれば、既に取得している記憶データと重複するようなデータを取得することがないので、同じデータを重複して記憶したりすることがない。
【0010】
第1の通信端末装置において、
取得した前記差分データに含まれる情報を、該情報に関連する付加情報と共に、前記記憶手段に書き込む書き込み手段をさらに備えるようにしても良い。
【0011】
このような書き込み手段をさらに備えた場合は、差分データに含まれる情報と共に、その情報に関連する付加情報も記憶手段に書き込むので、差分データに含まれていた情報を読み出す際に、その情報を付加情報を用いて分類することができる。
【0012】
また、第1の通信端末装置において、
前記記憶手段に書き込まれている前記情報を、該情報に関連する前記付加情報に基づいて分類して読み出す読み出し手段と、
分類して読み出された前記情報を表示する表示手段と、
をさらに備えるようにしても良い。
【0013】
このような読み出し手段と表示手段をさらに備えた場合は、差分データに含まれていた情報を分類した状態で表示することができる。
【0014】
また、第1の通信端末装置において、
前記書き込み手段は、
前記差分データに含まれる情報を前記記憶手段に書き込む際に、該情報に、新規情報である旨を示す識別情報を付加する識別情報付加手段を備えることが好ましい。
【0015】
このような識別情報付加手段を備えた場合は、新規に取得した差分データに含まれる情報を、全て、識別情報を付加した上で記憶手段に書き込むことができる。従って、例えば、利用者が不在の時に新規に情報を取得した場合であっても、後から容易にその情報を見つけだすことができる。
【0016】
また、第1の通信端末装置において、
前記記憶手段に書き込まれている情報の中から、前記識別情報の付加された情報を検索する識別情報検索手段をさらに備えると共に、
前記表示手段は、表示する情報の中に、検索によって得られた前記情報が含まれている場合に、該情報を、前記識別情報の付加されていない情報と識別し得るように表示するようにしても良い。
【0017】
このように構成した場合には、記憶手段に記憶されている情報を表示する際に、新規に取得した差分データに含まれる情報を、それ以外の既に取得している情報と区別して表示することができる。従って、例えば、利用者が不在の時に新規に情報を取得した場合であっても、その情報を表示した際に、どの情報がその情報に該当するかを容易に判別することができる。
【0018】
また、第1の通信端末装置において、
新規情報を表示すべき旨の指示を入力する入力手段と、
入力された前記指示に基づいて、前記記憶手段に書き込まれている情報の中から、前記識別情報の付加された情報を検索する識別情報検索手段と、
をさらに備えると共に、
前記表示手段は、検索によって得られた前記情報を表示するようにしても良い。
【0019】
このような各手段を備えた場合は、記憶手段に書き込まれている情報の中から、新規に取得した差分データに含まれる情報を見つけだして表示することができる。従って、例えば、利用者が不在の時に新規に情報を取得した場合であっても、利用者が未だ見ていないその情報を、新着情報表示の指示を出すだけで表示させることができるので、利用者はその情報を自ら見つけださなくても、見ることができる。
【0020】
また、第1の通信端末装置において、
前記アクセス手段によって前記サーバにアクセスした際に、前記特定データの更新の有無をチェックする更新チェック手段をさらに備えると共に、
前記アクセス手段は、前記特定データの少なくとも一部の取り込みを、前記更新チェック手段による更新チェックの結果として、前記特定データが更新されていると判断された場合に行なうようにしても良い。
【0021】
このように構成した場合には、特定データが更新されている場合のみ、その特定データの取り込みが行われるため、不要なデータの取り込みを少なくすることができる。
【0022】
また、第1の通信端末装置において、
前記アクセス手段は、前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスするようにしても良い。
【0023】
また、第1の通信端末装置において、
前記アクセス手段は、
取得した前記差分データについてリンクデータが存在する場合に、前記差分データに含まれる、前記リンクデータの格納場所を表す情報に基づいて、前記リンクデータの格納されているサーバに前記ネットワークを介してアクセスし、前記リンクデータを前記サーバより取り込むリンクデータ取り込み手段を備えるようにしても良い。
【0024】
このようなリンクデータ取り込み手段を備えた場合は、差分データだけでなく、その差分データにリンクしているリンクデータも併せて得ることができる。
【0025】
また、第1の通信端末装置において、
前記アクセス手段は、
取得した前記差分データについてリンクデータが存在する場合に、前記差分データに含まれる、前記リンクデータの格納場所を表す情報に基づいて、前記リンクデータの格納されているサーバに前記ネットワークを介してアクセスし、前記リンクデータを前記サーバより取り込むリンクデータ取り込み手段を備えると共に、
取得した前記差分データに含まれる情報を、該差分データについて取り込んだ前記リンクデータによって表される情報と共に、前記記憶手段に書き込む書き込み手段と、
前記記憶手段に書き込まれた前記差分データに含まれる情報及び前記リンクデータによって表される情報を表示する表示手段と、
をさらに備えるようにしても良い。
【0026】
このような各手段を備えた場合は、差分データに含まれる情報を表示する際に、その情報と一緒に、その差分データに関連するリンクデータによって表される情報も併せて表示することができるので、利用者のほしい情報を即座に提供することができる。
【0027】
また、第1の通信端末装置において、
取得した前記差分データに含まれる情報の中から、所定の条件を満たす情報を検索する情報検索手段と、
検索した情報を、前記記憶手段に書き込む書き込み手段と、
をさらに備えるようにしても良い。
【0028】
このような情報検索手段と書き込み手段を備えた場合は、取得した差分データに含まれる情報の中から、所定の条件を満たす必要な情報のみを記憶手段に書き込むことができるので、不要な情報の書き込みを少なくすることができる。
【0029】
また、第1の通信端末装置において、
前記差分データ取得手段は、
前記取り込みデータのうち、前記記憶データと重複する部分であるか否かを、前記取り込みデータと前記記憶データにそれぞれ含まれる付属情報が一致するか否かによって判定するようにしても良い。
【0030】
このように構成した場合には、記憶データと重複する部分であるか否かを正確かつ簡単に判定することができる。
【0031】
また、第1の通信端末装置において、
取得した前記差分データに含まれる情報を、所定の基準に従って分類して、前記記憶手段に書き込む書き込み手段をさらに備えるようにしても良い。
【0032】
このような書き込み手段をさらに備えた場合は、差分データに含まれる情報を分類した状態で記憶手段に書き込むことができるので、その情報の活用が容易になる。
【0033】
また、第1の通信端末装置において、
前記記憶手段は、前記サーバ内のデータ格納構造に対応したディレクトリ構造を有すると共に、
前記書き込み手段は、前記差分データに含まれる情報を前記サーバ内のデータ格納構造に対応して分類し、分類した前記情報をそれぞれ前記記憶手段の対応するディレクトリに書き込むようにしても良い。
【0034】
このように書き込み手段を構成することによって、記憶手段に記憶された情報は利用者にとって利用し易いものとなる。
【0035】
また、第1の通信端末装置において、
前記読み出し手段は、
前記記憶手段に書き込まれている前記情報を、前記サーバの提供する通信サービス毎に分類して、読み出すようにしても良い。
【0036】
また、第1の通信端末装置において、
前記読み出し手段は、
前記記憶手段に書き込まれている前記情報を、前記サーバにおける該情報の格納場所の違いに応じて分類して、読み出すようにしても良い。
【0037】
また、第1の情報端末装置において、
前記読み出し手段は、前記記憶手段に書き込まれている前記情報を、該情報を取得した日付及び時刻のうちの少なくとも一方に応じて分類して、読み出すようにしても良い。
【0038】
また、第1の通信端末装置において、
前記読み出し手段は、前記記憶手段に書き込まれている前記情報を、該情報に含まれるキーワードに応じて分類して、読み出すようにしても良い。
【0039】
以上のように読み出し手段をそれぞれ構成することによって、記憶手段より読み出された情報は利用者にとって利用し易いものとなる。
【0040】
本発明の第2の通信端末装置は、通信サービスを提供することが可能なサーバにネットワークを介して接続される通信端末装置であって、
情報を記憶するための記憶手段と、
前記サーバにアクセスして該サーバから転送されてくる情報を取り込むアクセス手段と、
取り込んだ前記情報を前記記憶手段に書き込む書き込み手段と、
特定通信サービスの提供を受ける旨の指示を入力する入力手段と、
入力された前記指示に基づいて、前記特定通信サービスの提供開始を前記サーバに対して要求する特定通信サービス開始要求手段と、
前記サーバから転送されてきた前記特定通信サービスに関わるタイトル情報を前記アクセス手段によって取り込み前記書き込み手段によって書き込んだ場合に、前記特定通信サービスの提供中止を前記サーバに対して要求する特定通信サービス中止要求手段と、
書き込まれた前記タイトル情報を前記記憶手段から読み出す読み出し手段と、
読み出した前記タイトル情報を表示する表示手段と、
を備えることを要旨とする。
【0041】
このような構成を採ることによって、第2の通信端末装置では、特定通信サービスとして例えば有料サービスの提供を受けようとする場合にも、取りあえずその有料サービスの提供を受けて、タイトル情報のみを取得し、その後は直ちに、その有料サービスの提供を中止することによって、利用料金をあまりかけずに、そのサービスについてのタイトル情報を得ることができる。
【0042】
また、第2の通信端末装置において、
前記特定通信サービス開始要求手段は、
前記表示手段に表示された前記タイトル情報の中の特定タイトル情報について、該特定タイトル情報に対応する本文情報の転送要求の指示が前記入力手段から入力された場合に、前記サーバに対して前記特定通信サービスの提供開始を再度要求し、
前記サーバから再度転送されてきた前記特定通信サービスに関わるタイトル情報を前記アクセス手段によって取り込んだ場合に、前記書き込み手段は、取り込んだ前記タイトル情報のうち、前記記憶手段に記憶されている前記タイトル情報と重複する部分以外の部分を前記記憶手段に書き込むと共に、
前記重複部分以外の部分を前記記憶手段に書き込んだ場合に、前記特定タイトル情報に含まれる付属情報を変更し、変更後の該付属情報に基づいて、前記特定タイトル情報に対応する本文情報の転送を前記サーバに対し要求する本文情報転送要求手段
をさらに備えるようにしても良い。
【0043】
このような各手段を備えることによって、特定タイトル情報の付属情報により本文情報の転送要求をする場合に、前回のサービス提供の終了時から今回のサービス提供の開始時までの間にタイトル情報の付属情報が変更されていても、変更後の付属情報によって本文情報の転送を要求するので、利用者の求める情報を的確に取得することができる。
【0044】
本発明の第3の通信端末装置は、複数の通信サービスを提供することが可能なサーバにネットワークを介して接続される通信端末装置であって、
前記通信サービスに関わる前記サーバに対する要求を記憶する記憶手段と、
記憶されている前記要求を前記記憶手段から読み出す読み出し手段と、
読み出された前記要求を前記通信サービス毎にまとまるように整理する整理手段と、
該整理手段によって整理された前記要求を前記サーバに転送する転送手段と、
を備えることを要旨とする。
【0045】
即ち、第3の通信端末装置では、記憶手段は、通信サービスに関わるサーバに対する要求を記憶する。そして、整理手段は、記憶されている要求を通信サービス毎にまとまるように整理する。送信手段は、その整理された要求をサーバに対して送信する。
【0046】
従って、第3の通信端末装置によれば、サーバに送信される要求は通信サービス毎にまとめられているので、サーバは同じ通信サービスに対する要求を一度に処理することができ、従って、その分、サーバとの間の通信時間も短くて済むため、通信効率が向上する。
【0047】
また、第3の通信端末装置において、
前記整理手段は、前記要求を整理する際に、該要求が重複する場合には、重複する部分について一つの要求に統一するようにしても良い。
【0048】
このように整理手段を構成することよって、サーバに対して重複した要求を行なうことがないので、サーバは無駄な処理を行なわなくて済み、通信効率がさらに向上する。
【0049】
本発明の第4の通信端末装置は、サーバにネットワークを介して接続される通信端末装置であって、
情報を記憶するための記憶手段と、
前記サーバにアクセスして該サーバから転送されてくる情報を取り込むアクセス手段と、
取り込んだ前記情報を、アクセス中に、所定の基準に従って分類して、前記記憶手段に書き込む書き込み手段と、
を備えることを要旨とする。
【0050】
第4の通信端末装置では、アクセス手段は、サーバにアクセスしてサーバから転送されてくる情報を取り込み、書き込み手段は、取り込んだ情報を、アクセス中に、所定の基準に従って分類して記憶手段に書き込む。
【0051】
このように、第4の通信端末装置では、取り込んだ情報を所定の基準に従って、分類して記憶手段に書き込むので、情報を分類した状態で記憶することができ、情報の活用が容易になる。また、アクセス中に情報を分類するので、アクセス終了後、取り込んだ情報を直ちに活用することができる。
【0052】
本発明の第5の通信端末装置は、サーバにネットワークを介して接続される通信端末装置であって、
情報を記憶するための記憶手段と、
前記サーバにアクセスして該サーバから転送されてくる情報を取り込むアクセス手段と、
取り込んだ前記情報を前記記憶手段に書き込む書き込み手段と、
書き込まれた前記情報を前記記憶手段から読み出す読み出し手段と、
該読み出し手段によって読み出そうとした情報が前記記憶手段内に存在しない場合に、前記サーバに対して該当する情報の転送を要求する転送要求手段と、
を備えることを要旨とする。
【0053】
このような各手段を備えることによって、利用者の求める情報が記憶手段内に存在しない場合にも、サーバに対して自動的に転送要求が出されるため、利用者が改めて情報の転送要求の指示を出す必要がない。
【0054】
本発明の第1のデータ更新監視サーバは、サーバにネットワークを介して接続され、前記サーバに格納されている特定データの更新を前記ネットワークを介して監視し、その監視結果として得られる情報をクライアントに転送するデータ更新監視サーバであって、
前記特定データを記憶している記憶手段と、
前記クライアントから提供された前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスするアクセス手段と、
該アクセス手段によって前記サーバにアクセスした際に、前記特定データの更新の有無をチェックする更新チェック手段と、
該更新チェック手段による更新チェックの結果、前記特定データが更新されていると判断された場合に、前記サーバから前記アクセス手段によって取り込まれる更新後の前記特定データのうち、前記記憶手段に記憶されている更新前の前記特定データと重複する部分以外の部分を差分データとして取得する差分データ取得手段と、
取得した前記差分データに含まれる情報を前記クライアントに転送する転送手段と、
を備えることを要旨とする。
【0055】
このように、第1のデータ更新監視サーバでは、記憶手段は、特定データを記憶しており、アクセス手段は、クライアントから提供された特定データの格納場所を表す情報に基づいて、サーバにアクセスする。更新チェック手段は、アクセス手段によってサーバにアクセスした際に、特定データの更新の有無をチェックする。差分データ取得手段は、更新チェック手段による更新チェックの結果、特定データが更新されていると判断された場合に、サーバからアクセス手段によって取り込まれる更新後の特定データのうち、記憶手段に記憶されている更新前の特定データと重複する部分以外の部分を差分データとして取得する。転送手段は、取得した差分データに含まれる情報をクライアントに転送する。
【0056】
従って、第1のデータ更新監視サーバによれば、クライアント自らが、特定データの更新チェックをしたり、特定データを取り込んだりしなくても、データ更新監視サーバが代わりにすべて行なってくれるので、クライアントを利用する利用者の手間が大幅に省けると共に、通信時間も短くて済む。
【0057】
また、第1のデータ更新監視サーバにおいて、
前記アクセス手段は、
前記差分データについてリンクデータが存在する場合に、前記差分データに含まれる、前記リンクデータの格納場所を表す情報に基づいて、前記リンクデータの格納されているサーバに前記ネットワークを介してアクセスし、前記リンクデータを前記サーバより取り込むリンクデータ取り込み手段を備えると共に、
前記転送手段は、
前記差分データに含まれる情報を前記クライアントに転送する際に、該差分データについて取得した前記リンクデータによって表される情報も併せて転送するようにしても良い。
【0058】
このように構成することによって、特定データについての差分データだけでなく、その差分データにリンクしているリンクデータも併せてクライアントに転送することができる。
【0059】
また、第1のデータ更新監視サーバにおいて、
前記差分データに含まれる情報の中から、前記クライアントに対応して設定された所定の条件を満たす情報を検索する検索手段をさらに備えると共に、
前記転送手段は、検索した前記情報を、対応する前記クライアントに転送するようにしても良い。
【0060】
このような構成を採ることによって、取得した差分データに含まれる情報のうち、クライアントには、そのクライアントに対応した条件を満たす情報が転送されることになる。従って、クライアントを利用する利用者は、例えば、自分の興味のある分野を上記条件として設定しておけば、自分の興味のある情報をクライアントを介して取得することができる。
【0061】
また、第1のデータ更新監視サーバにおいて、
前記差分データに含まれる情報の中から、前記クライアントの存在する位置の情報に対応した情報を検索する検索手段をさらに備えると共に、
前記転送手段は、検索した前記情報を、対応する前記クライアントに転送するようにしても良い。
【0062】
このような構成を採ることによって、取得した差分データに含まれる情報のうち、クライアントには、そのクライアントの存在する位置に対応した情報が転送されることになる。従って、クライアントが例えば携帯情報機器などである場合には、利用者がそのクライアントを携帯して移動した場合でも、利用者はその位置に応じた情報を容易に取得することができる。
【0063】
また、第1のデータ更新監視サーバにおいて、
前記転送手段は、
前記差分データに含まれる情報を転送する際に、該情報に関連する付加情報を付加して転送するようにしても良い。
【0064】
このような構成を採ることによって、クライアント側では、差分データに含まれていた情報を、付加情報を使って容易に分類することができる。
【0065】
また、第1のデータ更新監視サーバにおいて、
前記転送手段によって転送される前記情報を表すデータに、前記クライアントに対応した加工を施すデータ加工手段をさらに備えるようにしても良い。
【0066】
このように、転送される情報を表すデータに、転送先のクライアントに対応した加工を施すことによって、クライアントでは、そのデータに対し所定の加工を施す手間が省け、クライアント側の負担が軽減される。
【0067】
また、第1のデータ更新監視サーバにおいて、
前記データ加工手段は、前記情報を表すデータに、前記クライアントにおいて情報を表示する際の、表示サイズに関する制限条件を満たすような加工を施すようにしても良い。
【0068】
このような構成を採ることによって、クライアントでは、表示サイズに関する制限条件を意識することなく、転送されたデータをそのまま用いて情報を表示することができる。
【0069】
また、第1のデータ更新監視サーバにおいて、
前記データ加工手段は、前記情報を表すデータに、前記クライアントにおいて情報を表示する際の、表色系に関する制限条件を満たすような加工を施すようにしても良い。
【0070】
このような構成を採ることによって、クライアントでは、表色系に関する制限条件を意識することなく、転送されたデータをそのまま用いて情報を表示することができる。
【0071】
また、第1のデータ更新監視サーバにおいて、
前記クライアントに転送すべき情報を入力する入力手段を
さらに備えると共に、
前記転送手段は、取得した前記差分データに含まれる情報とは別に、前記入力手段より入力された前記情報を前記クライアントに転送するようにしても良い。
【0072】
このような構成を採ることよって、データ更新監視サーバからクライアントに対して、差分データに含まれる情報だけでなく、入力手段によって入力された情報も転送することができる。従って、例えば、データ更新監視サーバの管理者がクライアントを利用する利用者に対して配信したい情報がある場合には、その情報を入力手段によって入力するだけで、各クライアントに配信することができる。
【0073】
また、第1のデータ更新監視サーバにおいて、
前記クライアントから提供された前記特定データの格納場所を表す前記情報を予め登録する登録手段
をさらに備えるようにしても良い。
【0074】
このような登録手段を備えることによって、格納場所を表す情報をデータ更新監視サーバにおいて管理することができる。
【0075】
また、第1のデータ更新監視サーバにおいて、
前記転送手段は、
前記差分データ取得手段が前記差分データ取得した時点で、該差分データに含まれる情報を前記クライアントに転送するようにしても良い。
【0076】
このような構成を採ることにより、クライアントは、差分データを取得した時点で、それに含まれる情報を得ることができるので、クライアントを利用する利用者は、差分データに含まれる情報をいち早く手に入れることができる。
【0077】
また、第1のデータ更新監視サーバにおいて、
前記転送手段は、
前記差分データに含まれる情報の前記クライアントへの転送を、前記クライアントからの転送要求があった場合に行なうようにしても良い。
【0078】
このような構成を採ることにより、クライアントは、要求を出したら即座に差分データに含まれる情報を得るができるので、クライアントを利用する利用者は、必要な時、直ちに、差分データに含まれる情報を手に入れることができる。
【0079】
また、データ更新監視サーバにおいて、
前記アクセス手段は、前記サーバへのアクセスを定期的に行なうようにしても良い。
【0080】
このような構成を採ることによって、データの更新有無のチェックを定期的に行ない、更新されていれば、その都度、差分データを取得することができるので、データ更新監視サーバは最新の差分データを常に保持しておくことができる。
【0081】
本発明の第2のデータ更新監視サーバは、サーバにネットワークを介して接続され、前記サーバに格納されている特定データの更新を前記ネットワークを介して監視し、その監視結果として得られる情報をクライアントに転送するデータ更新監視サーバであって、
前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスするアクセス手段と、
前記アクセス手段によって前記サーバにアクセスした際に、前記特定データの更新の有無をチェックする更新チェック手段と、
該更新チェック手段による更新チェックの結果を前記クライアントに転送する転送手段と、
を備えることを要旨とする。
【0082】
このように、第2のデータ更新監視サーバでは、アクセス手段は、特定データの格納場所を表す情報に基づいて、サーバにアクセスする。更新チェック手段は、アクセス手段によってサーバにアクセスした際に、特定データの更新の有無をチェックする。転送手段は、更新チェック手段による更新チェックの結果をクライアントに転送する。
【0083】
従って、第2のデータ更新監視サーバによれば、クライアントが特定データの格納されているサーバに定期的にアクセスして、自ら、特定データの更新有無のチェックを行なわなくても、更新チェック手段が行なった更新チェックの結果を転送手段から受けることができるので、クライアントを利用する利用者の手間が大幅に省けると共に、通信時間も短くて済む。
【0084】
本発明の情報配信システムは、特定データの格納されているサーバにネットワークを介して接続されるデータ更新監視サーバと、該データ更新監視サーバにアクセスすることが可能な配信装置と、を備える情報配信システムであって、
前記データ更新監視サーバは、
前記特定データを記憶している記憶手段と、
前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスするアクセス手段と、
前記アクセス手段によって前記サーバにアクセスした際に、前記特定データの更新の有無をチェックする更新チェック手段と、
該更新チェック手段による更新チェックの結果、前記特定データが更新されていると判断された場合に、前記サーバから前記アクセス手段によって取り込まれる更新後の前記特定データのうち、前記記憶手段に記憶されている更新前の前記特定データと重複する部分以外の部分を差分データとして取得する差分データ取得手段と、
前記配信装置からのアクセスにより、取得した前記差分データに含まれる情報を前記配信装置に転送する転送手段と、
を備えると共に、
前記配信装置は、
前記データ更新監視サーバにアクセスし、転送されてくる前記情報を取得する情報取得手段と、
取得した前記情報を所定の配信対象に配信する情報配信手段と、
を備えることを要旨とする。
【0085】
このように、本発明の情報配信システムにおいては、データ更新監視サーバが特定データの更新チェックを行なって、データが更新されていれば、更新前後の差分データを取得する。配信装置は、データ更新監視サーバにアクセスして、その差分データに含まれる情報を取得し、所定の配信対象に配信する。
【0086】
従って、この情報配信システムによれば、差分データに含まれる情報は配信対象に自動的に配信されるので、配信対象側の利用者自らがデータ更新監視サーバにアクセスして情報の取得をしなくても、配信装置からの配信を待っているだけで欲しい情報を得ることができ、従って、利用者の手間が大幅に省ける。
【0087】
本発明の第1の情報取得方法は、特定データの格納されたサーバから情報を取得するための情報取得方法であって、
(a)前記特定データの少なくとも一部を記憶データとして記憶している記憶手段を用意する工程と、
(b)前記サーバにネットワークを介してアクセスして前記特定データの少なくとも一部を取り込む工程と、
(c)取り込んだデータのうち、前記記憶手段に記憶された記憶データと重複する部分以外の部分を差分データとして取得する工程と、
を備えることを要旨とする。
【0088】
このような情報取得方法を実行することによっても、前述した第1の通信端末装置の場合と同様の効果を得ることができる。
【0089】
本発明の第2の情報取得方法は、通信サービスを提供することが可能なサーバから情報を取得するための情報取得方法であって、
(a)情報を記憶するための記憶手段を用意する工程、
(b)特定通信サービスの提供を受ける旨の指示があった場合に、該指示に基づいて、前記特定通信サービスの提供開始を前記サーバに対して要求する工程と、
(c)前記サーバから転送されてきた前記特定通信サービスに関わるタイトル情報を取り込んで記憶手段に書き込んだ場合に、前記特定通信サービスの提供中止を前記サーバに対して要求する工程と、
(d)書き込まれた前記タイトル情報を前記記憶手段から読み出して表示する工程と、
を備えることを要旨とする。
【0090】
このような情報取得方法を実行することによっても、前述した第2の通信端末装置の場合と同様の効果を得ることができる。
【0091】
本発明の要求転送方法は、複数の通信サービスを提供することが可能なサーバに要求を転送するための要求転送方法であって、
(a)前記通信サービスに関わる前記サーバに対する要求を記憶する記憶手段を用意する工程と、
(b)記憶されている前記要求を前記記憶手段から読み出す工程と、
(c)読み出された前記要求を前記通信サービス毎にまとまるように整理する工程と、
(d)整理された前記要求を前記サーバに転送する工程と、
を備えることを要旨とする。
【0092】
このような転送要求方法を実行することによっても、前述した第3の通信端末装置の場合と同様の効果を得ることができる。
【0093】
本発明の第3の情報取得方法は、サーバから情報を取得するための情報取得方法であって、
(a)情報を記憶するための記憶手段を用意する工程と、
(b)前記サーバにアクセスして該サーバから転送されてくる情報を取り込む工程と、
(c)取り込んだ前記情報を、アクセス中に、所定の基準に従って分類して、前記記憶手段に書き込む工程と、
を備えることを要旨とする。
【0094】
このような情報取得方法を実行することによっても、前述した第4の通信端末装置の場合と同様の効果を得ることができる。
【0095】
本発明の第4の情報取得方法は、サーバから情報を取得するための情報取得方法であって、
(a)情報を記憶するための記憶手段を用意する工程と、
(b)前記サーバにアクセスして該サーバから転送されてくる情報を取り込む工程と、
(c)取り込んだ前記情報を前記記憶手段に書き込む工程と、
(d)書き込まれた前記情報を前記記憶手段から読み出す工程と、
(e)工程(d)において読み出そうとした情報が前記記憶手段に存在しない場合に、前記サーバに対して該当する情報の転送を要求する工程と、
を備えることを要旨とする。
【0096】
このような情報取得方法を実行することによっても、前述した第5の通信端末装置の場合と同様の効果を得ることができる。
【0097】
本発明の第1のデータ更新監視方法は、サーバに格納されているデータの更新を監視して、その監視結果として得られる情報をクライアントに転送するデータ更新監視方法であって、
(a)前記特定データを記憶している記憶手段を用意する工程と、
(b)前記クライアントから提供された前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスする工程と、
(c)前記特定データの更新の有無をチェックする工程と、
(d)更新チェックの結果、前記特定データが更新されていると判断された場合に、前記サーバから取り込まれる更新後の前記特定データのうち、前記記憶手段に記憶されている更新前の前記特定データと重複する部分以外の部分を差分データとして取得する工程と、
(e)取得した前記差分データに含まれる情報を前記クライアントに転送する工程と、
を備えることを要旨とする。
【0098】
このようなデータ更新監視方法を実行することによっても、前述した第1のデータ更新監視サーバの場合と同様の効果を得ることができる。
【0099】
本発明の第2のデータ更新監視方法は、サーバに格納されているデータの更新を監視して、その監視結果として得られる情報をクライアントに転送するデータ更新監視方法であって、
(a)前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスする工程と、
(b)前記特定データの更新の有無をチェックする工程と、
(c)更新チェックの結果を前記クライアントに転送する工程と、
を備えることを要旨とする。
【0100】
このようなデータ更新監視方法を実行することによっても、前述した第2のデータ更新監視サーバの場合と同様の効果を得ることができる。
【0101】
本発明の第1の記録媒体は、特定データの格納されているサーバにネットワークを介して接続されて、データを記憶するための記憶手段を備えるコンピュータにおいて用いられ、前記サーバから情報を取得するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記特定データの少なくとも一部を記憶データとして前記記憶手段に予め書き込んでおく書き込み機能と、
前記サーバにアクセスして前記特定データの少なくとも一部を取り込むアクセス機能と、
前記アクセス機能により取り込んだ取り込みデータのうち、前記記憶手段に記憶された記憶データと重複する部分以外の部分を差分データとして取得する差分データ取得機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第1の通信端末装置の場合と同様の効果を得ることができる。
【0102】
なお、記録媒体としては、フレキシブルディスクやCD−ROM、光磁気ディスク、ICカード、ROMカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置(RAMやROMなどのメモリ)および外部記憶装置等の、コンピュータが読取り可能な種々の媒体を利用できる。
【0103】
本発明の第2の記録媒体は、通信サービスを提供することが可能なサーバにネットワークを介して接続されて、情報を記憶するための記憶手段と、情報を表示する表示手段と、指示を入力する入力手段と、を備えるコンピュータにおいて用いられ、前記サーバから情報を取得するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記サーバにアクセスして該サーバから転送されてくる情報を取り込むアクセス機能と、
前記アクセス機能により取り込んだ前記情報を前記記憶手段に書き込む書き込み機能と、
前記入力手段より前記サーバから特定通信サービスの提供を受ける旨の指示が入力された場合に、該指示に基づいて、前記特定通信サービスの提供開始を前記サーバに対して要求する特定通信サービス開始要求機能と、
前記サーバから転送されてきた前記特定通信サービスに関わるタイトル情報を前記アクセス機能によって取り込み前記書き込み機能によって書き込んだ場合に、前記特定通信サービスの提供中止を前記サーバに対して要求する特定通信サービス中止要求機能と、
書き込まれた前記タイトル情報を前記記憶手段から読み出して、前記表示手段に表示させる読み出し機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第2の通信端末装置の場合と同様の効果を得ることができる。
【0104】
本発明の第3の記録媒体は、通信サービスを提供することが可能なサーバにネットワークを介して接続されて、情報を記憶するための記憶手段を備えるコンピュータにおいて用いられ、前記サーバに要求を転送するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記通信サービスに関わる前記サーバに対する要求を前記記憶手段に書き込む書き込み機能と、
書き込まれた前記要求を前記記憶手段から読み出す読み出し機能と、
読み出された前記要求を前記通信サービス毎にまとまるように整理する整理機能と、
該整理機能によって整理された前記要求を前記サーバに転送する転送転送機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。
このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第3の通信端末装置の場合と同様の効果を得ることができる。
【0105】
本発明の第4の記録媒体は、サーバにネットワークを介して接続されて、情報を記憶するための記憶手段を備えるコンピュータにおいて用いられ、サーバから情報を取得するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記サーバにアクセスして該サーバから転送されてくる情報を取り込むアクセス機能と、
取り込んだ前記情報を、アクセス中に、所定の基準に従って分類して、前記記憶手段に書き込む書き込み機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。
このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第4の通信端末装置の場合と同様の効果を得ることができる。
【0106】
本発明の第5の記録媒体は、サーバにネットワークを介して接続されて、情報を記憶するための記憶手段を備えるコンピュータにおいて用いられ、サーバから情報を取得するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記サーバにアクセスして該サーバから転送されてくる情報を取り込むアクセス機能と、
取り込んだ前記情報を前記記憶手段に書き込む書き込み機能と、
書き込まれた前記情報を前記記憶手段から読み出す読み出し機能と、
該読み出し機能によって読み出そうとした情報が前記記憶手段に存在しない場合に、前記サーバに対して該当する情報の転送を要求する転送要求機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。
このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第5の通信端末装置の場合と同様の効果を得ることができる。
【0107】
本発明の第6の記録媒体は、特定データの格納されているサーバにネットワークを介して接続されて、データを記憶するための記憶手段を備えるコンピュータにおいて用いられ、前記特定データの更新を監視して、その監視結果として得られる情報をクライアントに転送するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記特定データを前記記憶手段に予め書き込んでおく書き込み機能と、
前記クライアントから提供された前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスするアクセス機能と、
該アクセス機能によって前記サーバにアクセスした際に、前記特定データの更新の有無をチェックする更新チェック機能と、
該更新チェック機能による更新チェックの結果、前記特定データが更新されていると判断された場合に、前記サーバから前記アクセス機能によって取り込まれる更新後の前記特定データのうち、前記記憶手段に記憶されている更新前の前記特定データと重複する部分以外の部分を差分データとして取得する差分データ取得機能と、
取得した前記差分データに含まれる情報を前記クライアントに転送する転送機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。
このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第1のデータ更新監視サーバの場合と同様の効果を得ることができる。
【0108】
本発明の第7の記録媒体は、特定データの格納されているサーバにネットワークを介して接続されるコンピュータにおいて用いられ、前記特定データの更新を監視して、その監視結果として得られる情報をクライアントに転送するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスするアクセス機能と、
該アクセス機能によって前記サーバにアクセスした際に、前記特定データの更新の有無をチェックする更新チェック機能と、
該更新チェック機能による更新チェックの結果を前記クライアントに転送する転送機能と、
をコンピュータに実現させるためのプログラムを記録したことを要旨とする。
このような記録媒体に記録されたプログラムがコンピュータによって実行されることによっても、前述した第2のデータ更新監視サーバの場合と同様の効果を得ることができる。
【0109】
【発明の他の態様】
この発明は、以下のような他の態様も含んでいる。即ち、その態様とは、コンピュータに上記の発明の各工程または各手段の機能を実現させるプログラムを通信経路を介して供給するプログラム供給装置としての態様である。こうした態様では、プログラムをネットワーク上のサーバなどに置き、通信経路を介して、必要なプログラムをコンピュータにダウンロードし、これを実行することで、上記の各方法や各装置を実現することができる。
【0110】
【発明の実施の形態】
1)パソコン通信サービス用通信端末装置
次に、本発明の実施の形態を実施例に基づき説明する。図1は本発明の第1の実施例としての通信端末装置の構成を示すブロック図である。本実施例は、いわゆるパソコン通信サービスを受けるための通信端末装置であり、後述するようなコンピュータによって実現されている。
【0111】
ここで、パソコン通信とは、一般に、パソコン(パーソナルコンピュータ),ワープロ(ワードプロセッサ専用機),家庭用ゲームコンピュータなどで実現される通信端末装置を使って、通信回線を介してパソコン通信センタに置かれたホストコンピュータやサーバなどの通信ホストにアクセスし、通信ホストの蓄積・処理機能を利用して、メッセージやデータなどの送受信を行なうものである。このようなパソコン通信を介して提供されるパソコン通信サービスとしては、電子メール、電子会議、電子掲示板(BBS)、チャットなどのコミュニケーションサービスや、ニュース、天気予報、ライブラリなどの情報提供サービスなどがある。
【0112】
1−1)通信端末装置を実現するコンピュータの構成
図2は図1の通信端末装置を実現するコンピュータの概略構成を示すブロック図である。
【0113】
まず、説明の都合上、図2に従って、本実施例の通信端末装置を実現するコンピュータの全体構成について説明する。
【0114】
図2に示すように、このコンピュータ10は、ローカルバス22に接続された演算処理部20、ローカルバス22を外部バスの一つであるPCIバス32に接続するPCIブリッジ30、PCIバス32を介して演算処理部20のCPU21等によりアクセスを受けるコントローラ部40、各種のI/O装置等を制御する機器が低速の外部バスであるISAバス42に接続されたI/O部60、および周辺機器であるキーボード72,スピーカ74,モニタ(カラーCRT)76などから構成されている。
【0115】
演算処理部20は、中央演算処理装置としてのCPU21(本実施例ではインテル社製PentiumTMを使用)、キャッシュメモリ23,そのキャッシュコントローラ24およびメインメモリ25から構成されている。PCIブリッジ30は、高速のPCIバス32を制御する機能を備えたコントローラである。CPU21が扱うメモリ空間は、CPU21の内部に用意された各種レジスタにより、実際の物理アドレスより広い論理アドレスに拡張されている。
【0116】
コントローラ部40は、モニタ76への画像の表示を司るグラフィックスコントローラ(以下、CRTCと呼ぶ)44、接続されるSCSI機器とのデータ転送を司るSCSIコントローラ46、PCIバス32と下位のISAバスとのインタフェースを司るPCI−ISAブリッジ48から構成されている。CRTC44は、モニタ(カラーCRT)76に対して、640×480ドット、16色表示が可能である。なお、表示用のフォントを記憶したキャラクタジェネレータや所定のコマンドを受け取って所定の図形を描画するグラフィックコントローラ、更には描画画像を記憶するビデオメモリ等は、このCRTC44に実装されているが、これらの構成は周知のものなので、図2では図示を省略した。
【0117】
PCI−ISAブリッジ48を介して接続されたISAバス42は、各種のI/O機器が接続される入出力制御用のバスであり、DMAコントローラ50、リアルタイムクロック(RTC)52、複合I/Oポート54、サウンドI/O56、キーボード72および2ボタンマウス73とのインタフェースを司るキーボードインタフェース64、優先順位を有する割り込み制御を行なう割り込みコントローラ66、各種の時間カウントやビープ音を発生するタイマ68等から構成されている。なお、ISAバス42には、拡張ボードが実装可能なISAスロット62が接続されている。
【0118】
複合I/Oポート54には、パラレル入出力,シリアル入出力の他、フロッピディスク装置82やCD−ROM装置83やハードディスク84を制御する信号を入出力するポートが用意されている。また、パラレル入出力には、パラレルポート86を介してプリンタ88が、シリアル入出力には、シリアルポート90を介してモデム92が、各々接続されている。また、サウンドI/O56には、上述したスピーカ74の他、マイクロフォン96が接続可能とされている。
【0119】
このコンピュータ10のハードディスク84には、DOS(Disk Operating System )およびそのDOSに組み込まれる種々のデバイスドライバが記憶されており、コンピュータ10は、立ち上げ時にDOSを読み込み、更にDOSが参照するファイルの内容に従って、必要なデバイスドライバを組み込む。デバイスドライバとして、複合I/Oポート54を介してのプリンタ88への印字を可能にするプリンタドライバなどがある。
【0120】
ハードディスク84には、「WINDOWS」というGUIを備えたオペレーティングシステムが記憶されており(「WINDOWS」はマイクロソフト社の商標)、コンピュータ10は、このオペレーティングシステムを読み込み、その後アプリケーションプログラムを、このオペレーティングシステム上で動作するようメインメモリ25上に読み込んで実行する。
【0121】
1−2)本実施例の通信端末装置の構成
次に、図1に従って本実施例の通信端末装置について説明する。この通信端末装置は、上述したコンピュータ10において、そのハードウェアとソフトウェアが一体となって実現するものであり、図1は、ソフトウェアにより実現される部分も含めてブロック図として表わしたものである。
【0122】
この通信端末装置は、アクセス管理部100を中心として、ユーザーI/F(インタフェース)部200と、通信制御部300と、データ管理部400と、通信I/F部500と、自動通信処理部600と、を備えている。
【0123】
このうち、ユーザーI/F部200はキーボード72やマウス73を介して入力される利用者からの種々の指示をアクセス管理部100に伝えたり、アクセス管理部100から入力された各種のデータをモニタ76の画面上に表示したりする。また、利用者から後述する通信予約や定期巡回などの指示があった場合には、その指示された通信予約や定期巡回の内容を自動通信処理部600に送る。
【0124】
アクセス管理部100は、ユーザーI/F部200を介して伝えられた利用者からの指示に従って、通信制御部300やデータ管理部400に種々の要求を出したり、通信制御部300を介して通信ホスト(図示せず)から送られてきたデータをデータ管理部400に渡したり、或いは、データ管理部400を介してハードディスク84内のデータベース410より読み出されたデータをユーザーI/F部200に出力したりする。
【0125】
アクセス管理部100は、書き込み部100a,読み出し部100b,差分データ取得部100c,新着マーク付加部100d,新着マーク検索部100e,転送要求部100f,特定通信サービス開始要求部100g,特定通信サービス中止要求部100h及び本文情報転送要求部100iなどを備えている。
【0126】
データ管理部400は、アクセス管理部100の書き込み部100aからの要求に従って、書き込み部100aから渡されたデータをデータベース410に書き込んだり、アクセス管理部100の読み出し部100bからの要求に従って、データベース410に記憶されているデータを読み出して読み出し部100bに渡したりする。なお、データベース410内にアクセス管理部100から要求されたデータがない場合には、アクセス管理部100に対しエラー信号を返す。また、必要に応じてデータベース410内のデータに対してソートや検索や削除などを行なう。ハードディスク84内のデータベース410は、データ管理部400によって管理されるローカルのデータベースであって、後述するように、通信ホストからの各種受信データが階層構造の下で通信ホストの提供する各種サービス毎に整理されて記憶されている。
【0127】
通信制御部300は、アクセス管理部100の各要求部100f〜100iなどから、例えば「○○サービスの○○メニューの○○番タイトルを○○する」という要求が来た場合に、その要求を通信ホストの各サービス毎のメニュー番号やコマンドに翻訳して、通信I/F部500に送る。また、通信ホストから送信されてきたデータを通信I/F部500から受け取った場合は、そのデータから必要な部分を切り出して、アクセス管理部100が要求しているフォームに変換した上で、アクセス管理部100に渡す。通信I/F部500は、モデム92を介して通信回線の先につながった通信ホストとの間でデータの送受信を行なう。
【0128】
自動通信処理部600は、ユーザーI/F部200から送られてきた通信予約や定期巡回の内容をハードディスク84内の予約ファイル610や巡回ファイル620に書き込んで保存する。そして、利用者からの自動通信開始指示やタイマによる自動通信起動指示があった場合に、予約ファイル610や巡回ファイル620に保存された内容に従って、通信ホストの間で自動通信を行なう。
【0129】
自動通信処理部600は、整理部600aと転送部600bを備えている。
【0130】
図1に示した各ブロックは、既述したように、ハードウェアにより実現されている部分とソフトウェアにより実現されている部分とを含む。例えば、ユーザーI/F部200は、ハードウェアとしては図2に示したキーボードインタフェース64やCRTC44が存在するが、現実には入力や表示を制御するソフトウェアがあって初めて動作する。従って、図1におけるユーザーI/F部200などは、両者を含めたものである。
【0131】
なお、ソフトウェア部分については予めアプリケーションプログラムの形でハードディスク84に記憶されており、キーボード72やマウス73を使って利用者から起動の指示がなされて、上述のオペレーティングシステムによってハードディスク84からメインメモリ25上に読み込まれることによって、ハードウェアとソフトウェアが一体となった図1に示す通信端末装置が実現する。
【0132】
また、上記アプリケーションプログラムが図2に示すCD−ROM85に記録されている場合には、このCD−ROM85をCD−ROM装置83に挿入し、上記アプリケーションプログラムをCD−ROM装置83で読み取ることによって、メインメモリ25に転送するようにしても良い。また、上記アプリケーションプログラムが図2に示すフロッピディスク81に記録されている場合には、このフロッピディスク81をフロッピディスク装置82に挿入し、上記アプリケーションプログラムをフロッピディスク装置82で読み取ることによって、メインメモリ25に転送するようにしても良い。また、上記アプリケーションプログラムは光磁気ディスクなどの他の携帯型記録媒体(可搬型記録媒体)上からメインメモリ25に転送するようにしても良い。
【0133】
また、上記アプリケーションプログラムが図2に示すプログラム供給サーバ9000に格納されている場合には、モデム92によって通信回線93を介してプログラム供給サーバ9000にアクセスし、プログラム供給サーバ9000から上記アプリケーションプログラムを送信してもらうことによって、メインメモリ25に転送するようにしても良い。なお、通信回線93としては、電話回線やネットワーク回線などの有線回線の他、通信衛星などを利用した無線回線などが考えられる。
【0134】
1−3)本実施例の通信端末装置の動作
次に、このようにして構成された本実施例の通信端末装置の動作について説明する。なお、以下の説明では、NIFTY-Serve(ニフティ株式会社運営)と呼ばれる大手のパソコン通信サービスを受ける場合を例として説明する。
【0135】
本実施例の通信端末装置における通信の形態には手動通信と自動通信の2種類がある。手動通信の場合は、通信中に、利用者がキーボード72やマウス73を操作して直接指示を出すことにより、通信ホストに対して要求が出されるのに対し、自動通信の場合は、予め作成された予約ファイル610や巡回ファイル620の内容に従って、自動的に要求が出される。なお、通信ホストに対する要求は、各サービス毎のメニュー番号やコマンドとして通信ホストに送られる。
【0136】
1−4)手動通信によるサービスの利用
例えば、手動通信の場合は、利用者がキーボード72,マウス73を操作して手動通信開始の指示を出すと、アクセス管理部100は、通信制御部300等を介して、通信ホストに電話をかけて、通信ホストとの接続を開始する。通信ホストとの間で回線がつながると、アクセス管理部100は、利用者識別番号やパスワードの送信など一連のログイン手続きを行なう。これにより、通信ホストから許可が得られると、通信ホストによる通信サービスの提供が開始される。このように、手動通信であっても、通信サービスの提供が開始されるまでの間は、通信端末装置が自動的に通信動作を行なう。
【0137】
通信サービスの提供が開始されると、通信ホストから通信サービスのメニューが送信されてくる。アクセス管理部100は、送信されてきたメニューに基づいて、リストボックスやボタンなどのグラフィカルなユーザインタフェース、すなわち、マウスでも操作できるGUIメニュー画面を作成し、モニタ76上に表示する。そして、このGUIメニュー画面内にあるボタン等が利用者によって適宜選択されると、アクセス管理部100は、さらにその下の階層のGUIメニュー画面をモニタ76上に表示する。
【0138】
また、利用者によってサービス切替画面表示の指示が出されると、アクセス管理部100は、図3に示すようなサービス切替画面を作成してモニタ76上に表示する。このサービス切替画面は、利用者が指示すればいつでも表示される。これはショートカットが可能である。すなわち、階層メニューをたどることなく、直接、所望のサービスへ移動できる。
【0139】
サービス切替画面を表示する際、アクセス管理部100は、データベース410内に記憶されているサービスリストファイルや各サービスに対応して作成されているディレクトリなどを参照して、通信ホストによって提供される主なサービスのリストSLを、サービス切替画面の左側に表示する。なお、ここで言うサービス(狭義のサービス)とは、例えば、「GO」コマンドを使って直接そのサービスに移動することができるサービスを言う。
【0140】
なお、利用者よりサービス切替画面表示の指示が取り消された場合には、アクセス管理部100は、通信ホストから送信されてきたメニューに基づいてGUIメニュー画面を作成し、モニタ76上に表示する状態(モード)に戻る。
【0141】
さて、サービス切替画面が表示されているときに、利用者が、キーボード72,マウス73を使って、このサービスリストSLの中で自分の求めるサービス(狭義のサービス)を指示すると、アクセス管理部100は、指示されたサービスが通信ホストから受けられるように、通信制御部300等を介して通信ホストに対し、そのサービスに移動するための「GO」コマンドを送信する。例えば、「AISOFT Application Station」フォーラムというサービスが指示された場合は、そのサービスに移動するために、「GO SAISAP」というコマンドを送信する。これにより、通信ホスト側では、提供するサービスを指示されたサービス(この例では、「AISOFT Application Station」フォーラム)に移行する。こうして、利用者は指示したサービスを受けることができる。
【0142】
なお、このように、通信ホスト側で提供するサービスが移行して、利用者が指示したサービスを受けられる状態になったことを、以下、「サービスに入った」と表現する場合がある。
【0143】
また、アクセス管理部100は、上記した通信ホストに対するサービス提供要求と並行して、さらに、次のような処理を行なう。即ち、指示されたサービスに対応するフォルダ一覧索引ファイルを、データ管理部400によってデータベース410内より読み出して、そのフォルダ一覧索引ファイルに基づいて、指示されたサービス内にある各フォルダのリストFLを作成して、サービス切替画面の右側に表示する。例えば、上記したように「AISOFT Application Station」フォーラムというサービスが指示された場合は、図3に示すように、サービス切替画面の右側に「AISOFT Application Station」フォーラム内にある各フォルダのリストFLを表示する。
【0144】
このように、利用者から所望のサービスが指示されると、アクセス管理部100は、そのサービスの提供を通信ホストに対し要求すると共に、そのサービスに対応したフォルダ一覧ファイルをデータベース410から読み出し、そのファイルに基づいてそのサービス内にある各フォルダのリストFLをモニタ76上に表示する。
【0145】
ここで、フォルダとは、例えば、一つのサービス(狭義のサービス)内でさらに細分化された各サービス形態を言う。例えば、前述した「AISOFT Application Station」フォーラムというサービスでは、掲示板(フォーラム内の掲示板),お知らせ(フォーラム内のお知らせ),ライブラリ,電子会議などが提供されている。このうち、ライブラリには複数のライブラリ室が、電子会議には複数の会議室が存在する。これらのうち、フォルダとは、掲示板,お知らせ,ライブラリ内の各ライブラリ室,電子会議内の各会議室をそれぞれ指す。
【0146】
次に、各種データが記憶されているデータベース410内の構造について説明する。図4は図1のデータベース410内の構造を示す説明図である。データベース410は図4に示すように階層構造となっており、各データファイルをいくつかのディレクトリに分けて格納し、そのディレクトリに上下の階層を設定して管理している。
【0147】
最上階層のディレクトリはNIFTY-Serveに関する通信データを集めたディレクトリと言うことで「nifdata」となっており、その下の階層にはNIFTY-Serveが提供する各種サービスに対応したディレクトリ(掲示板,課金情報,クリッピングサービス,フォーラム,電子メール,ニュース,天気予報及び今週のお知らせの各ディレクトリ)が設けられている。この階層にあるディレクトリは通信ホストに初めてアクセスした際に、データ管理部400によって自動的に作成される。
【0148】
これらディレクトリのうち、フォーラム(SIG;Special Interest Group)のディレクトリである「forum」を開くと、その下の階層として各フォーラムのディレクトリが現れる。一つのフォーラムに対して3つのディレクトリ(「*」,「*.lib」,「*.mes」)がそれぞれ設けられている。例えば、前述の「AISOFT Application Station」フォーラムの場合は、「saisap」,「saisap.lib」,「saisap.mes」の3つのディレクトリが設けられる。これら各フォーラムのディレクトリは、通信ホストに初めてアクセスした際に、通信ホストから既に利用者が入会しているフォーラムの一覧情報を送信してもらい、その一覧情報に基づいて作成される。
【0149】
さて、「AISOFT Application Station」フォーラムに対する3つのディレクトリ「saisap」,「saisap.lib」,「saisap.mes」のうち、「saisap」のディレクトリ内には、フォーラム−掲示板の索引ファイル「fbbsfldr.idx」及びフォーラム−お知らせの索引ファイル「fnewfldr.idx」が格納されている。また、「saisap.lib」のディレクトリはフォーラム−ライブラリ専用のディレクトリであって、その中には、ライブラリ一覧の索引ファイル(フォルダ一覧索引ファイル)「libfldr.idx」が格納されている。さらに、「saisap.mes」のディレクトリはフォーラム−会議室専用のディレクトリであって、その中には、会議室一覧の索引ファイル(フォルダ一覧索引ファイル)「mesfldr.idx」が格納されている。
【0150】
なお、図3のサービス切替画面の右側に示したように、サービス(この場合、フォーラム)内にある各フォルダのリストFLをモニタ76上に表示する際には、これらフォルダ一覧索引ファイル「*fldr.idx」に基づいて各フォルダのリストFLを作成して表示する。
【0151】
これらフォーラムのフォルダ一覧索引ファイルは、そのフォーラムに初めて入った際に、通信ホストからそのフォーラム内にあるフォルダの一覧情報を送信してもらい、その一覧情報に基づいて作成される。
【0152】
図5は会議室一覧の索引ファイル(フォルダ一覧索引ファイル)の内容の一例を示す説明図である。即ち、図5は図4に示す会議室一覧の索引ファイル「mesfldr.idx」の内容を示している。
【0153】
図5に示すように、会議室一覧の索引ファイル(フォルダ一覧索引ファイル)には、会議室名、各会議室に登録されているタイトル数、利用者がその会議室を前回巡回した日付、フォルダ名、新着マークの有無などが含まれている。なお、フォーラム−掲示板の索引ファイル,フォーラム−お知らせの索引ファイル,ライブラリ一覧の索引ファイルなどの他のフォルダ一覧索引ファイルについてもほぼ同様な構成となっている。
【0154】
ところで、前述したフォーラム−ライブラリ専用のディレクトリ「saisap.lib」には、さらに、ライブラリ室毎に索引ファイル「lib*.idx」とデータファイル「lib*.dat」が2つずつ格納されており、フォーラム−会議室専用のディレクトリ「saisap.mes」にも、会議室毎に索引ファイル「mes*.idx」とデータファイル「mes*.dat」が2つずつ格納されている。
【0155】
このうち、索引ファイル「lib*.idx」,「mes*.idx」には、ライブラリ室,会議室(即ち、フォルダ)内に登録されているタイトルのデータが主として書き込まれる。これら索引ファイル「lib*.idx」,「mes*.idx」は、そのフォーラムに初めて入った際に、通信ホストから送信されてくるフォルダの一覧情報に基づいて作成される。但し、フォーラム内に入っても実際に会議室やライブラリ室内に入らない限り、索引ファイルのサイズは0のままである。
【0156】
また、データファイル「lib*.dat」,「mes*.dat」には、ライブラリ室,会議室(即ち、フォルダ)内に登録されている本文のデータが主として書き込まれる。なお、データファイル「lib*.dat」,「mes*.dat」については、フォーラム内に入っただけでは作成されず、会議室やライブラリ室内に初めて入ったときに作成される。
【0157】
そこで、図3に示したように、サービス切替画面で右側に各フォルダのリストFLが表示されているときに、利用者が、キーボード72,マウス73を使って、このフォルダリストFLの中で自分の求めるフォルダを指示すると、アクセス管理部100は、指示されたフォルダについてのサービスが通信ホストから受けられるように、通信制御部300等を介して通信ホストに対し、そのフォルダに移動するためのメニュー番号を送信する。これにより、通信ホスト側では、提供するサービスを指示されたフォルダに移行する。
【0158】
こうして、利用者の指示したフォルダに入ると、アクセス管理部100は、後述するようなタイトル更新処理として、通信ホストにおける利用者の指示したフォルダから未読のタイトルデータを取得し、データベース410内における該当するフォルダの索引ファイルに対してタイトルデータの更新を行なった後、その索引ファイルより読み出されるタイトルデータに基づいて、モニタ76上にフォルダ画面として、そのフォルダ内の各タイトルを表示する。
【0159】
図6は図1のモニタ76上に表示されるフォルダ画面の一例を示す説明図である。図6では「AISOFT Application Station」フォーラム内の会議室18番である「EasyConnection」会議室が、求めるフォルダとして指示された場合を示している。このフォルダ画面では、上側部分にフォルダ内の各タイトルが表示されている。このタイトルリストTLは、該当する会議室(この場合、会議室18番)の索引ファイル「mes*.idx」(この場合、索引ファイル「mes18.idx」)に基づいて作成され表示される。なお、この時、この索引ファイルは、その会議室に入った(会議室に移行した)直後に行なわれたタイトル更新処理によって、既に更新されている。
【0160】
図7は会議室の索引ファイルの内容の一例を示す説明図である。図7では前述した「AISOFT Application Station」フォーラム内の会議室18の索引ファイル「mes18.idx」の内容を示している。
【0161】
図7に示すように、会議室の索引ファイル「mes*.idx」は、タイトルが通信ホスト内に登録された日付、タイトル名、そのタイトルに対応した発言本文のデータファイル内での位置(オフセットで示されている)、新着マークの有無などが含まれている。なお、ライブラリ室の索引ファイル「lib*.idx」以外の他の索引ファイルについてもほぼ同様な構成になっている。図6の上側に示したタイトルリストTLは、図7に示す索引ファイル「mes18.idx」に基づいて作成され表示されている。
【0162】
なお、図6において、タイトルリストTL中のいくつかのタイトルには*印が付されているが、これは、そのタイトルについて本文データがデータベース410内のデータファイルに記憶されており、本文の表示が可能であることを示している。従って、逆に、*印の付されていないタイトルについては、本文データがデータファイル記憶されていないことを示している。このような表示をすることによって、利用者は、どのタイトルについて本文を読むことができるかを容易に判断することができる。
【0163】
よって、このようなタイトルリストTLが表示されているときに、利用者が、キーボード72,マウス73を使って、このタイトルリストTLの中で、発言本文を読みたいタイトルとして*印の付されたタイトルを指示すると、アクセス管理部100は、データ管理部400にそのタイトルに対応した本文データの読み出しを要求する。これにより、データ管理部400は、データベース410内の当該会議室のデータファイル「mes*.dat」を検索し、該当する本文データを読み出してアクセス管理部100に渡す。アクセス管理部100は、その渡された本文データにユーザーI/F部200に送る。ユーザーI/F部200ではその本文データに基づいてモニタ76上に発言本文を表示する。この結果、指示された発言本文が図6に示すようにフォルダ画面の下側に表示される。図6では「RE:自動通信への要望」というタイトルが指示された場合を示している。
【0164】
即ち、当該会議室として、前述したように「AISOFT Application Station」フォーラム内の会議室18番が選択されている場合、その会議室のデータファイルは図4に示すように「mes18.dat」である。また、図7に示したように、「RE:自動通信への要望」というタイトルに対応した本文データの位置は「1024」である。従って、図6の下側に示した発言本文は、データファイル「mes18.dat」内の「1024」の位置に存在する本文データに基づいて表示される。
【0165】
一方、タイトルリストTLの中で、発言本文を読みたいタイトルとして*印の付されていないタイトルを指示すると、当該会議室のデータファイル「mes*.dat」には該当する本文データが記憶されていないので、データ管理部400は、アクセス管理部100にエラー信号を返す。これにより、アクセス管理部100の転送要求部100fは、通信制御部300に対して、指示されたタイトルに対応した本文データの取得を要求する。通信制御部300は、通信I/F部500を介して通信ホストの間で通信を行なって、通信ホストに対して上記本文データの送信を要求する。こうして、通信ホストから上記本文データが送信されてきたら、通信制御部300は通信I/F部500を介してこれを受信し、アクセス管理部100に出力する。アクセス管理部100は、取得した本文データをデータ管理部400に渡して、データベース410への書き込みを要求する。データ管理部400は、渡された本文データをデータベース410内の当該会議室のデータファイル「mes*.dat」に書き込む。そして、アクセス管理部100は、再度、データ管理部400に対し、指示されたタイトルに対応した本文データの読み出しを要求する。今度は、当該会議室のデータファイル「mes*.dat」に該当する本文データが記憶されているので、データ管理部400は、その本文データを読み出し、アクセス管理部100に渡す。これによって、最終的には、指示されたタイトルに対応した発言本文がモニタ76上に表示される。
【0166】
なお、データファイル「mes*.dat」に該当する本文データが記憶されていない場合に、その本文データの送信を通信ホストに対し要求するか否かについては、利用者が自由に選択できるようにしても良い。
【0167】
以上のように、本実施例においては、通信ホストにアクセスすることによって、データベース410内に、通信ホストにおけるサービスやフォルダ毎に、自動的にディレクトリが作成される。また、通信ホスト内のサービスやフォルダに入ることによって、タイトルデータを格納する索引ファイルや本文データを格納するデータファイルが自動的に作成される。そして、その後は、通信ホストとの間でデータ通信を行なう度に、タイトルデータや本文データなどの受信データはサービス毎、フォルダ毎に自動的に分類、整理されて、対応するディレクトリ、さらにはファイルに書き込まれる。従って、利用者は、データベース410内に自らディレクトリ構造を構築したり、受信データを対応するディレクトリに格納したりする手間が省ける。また、受信データも整理されて記憶されるため、利用者による受信データの活用も容易となる。
【0168】
1−4−1)タイトル更新処理
次に、本実施例の一つ目の特徴であるタイトル更新処理について説明する。このタイトル更新処理は受けるサービスの種類毎によって異なる。
【0169】
図8及び図9は会議室に移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。このうち、図8は初めてその会議室に入ったときの処理の流れを示し、図9は2回目以降に入ったときの処理の流れを示している。
【0170】
会議室に初めて入る場合、前述したように、その会議室についての索引ファイルは既に作成されているが、データファイルについてはまだ作成されていない。そこで、図8に示すように、その会議室に初めて入った直後には、まず、その会議室についてのデータファイルを新規に作成する(ステップS20)。即ち、アクセス管理部100はデータ管理部400によってデータベース410内に会議室のデータファイル「mes*.dat」を作成させる。
【0171】
次に、未読分のタイトルをすべて読むコマンドを送信する(ステップS22)。即ち、アクセス管理部100は、通信制御部300を介して通信ホストに対して、発言されたタイトルのうちの未読分のタイトルだけを読み込むコマンドを送信する。通信ホストでは、各会議室毎に、未読分のタイトルの番号(未読番号)をそれぞれ記憶し管理しているので、上記コマンド受け取ると、未読番号に対応するタイトルを全て利用者に対して送信する。こうして、通信ホストからは未読分のタイトルのデータが送信されてくる。続いて、送信されてきたそのデータを受信し(ステップS24)、その受信データから、タイトル毎に切り出し、タイトルデータを取得する(ステップS26)。そして、その会議室についての索引ファイルに、タイトルデータを書き込む(ステップS28)。即ち、通信制御部300は通信I/F部500から受信データを受け取ると、その受信データからタイトル毎に切り出して、タイトルデータを取り出し、アクセス管理部100に渡す。アクセス管理部100は、データ管理部400を介して、そのタイトルデータをデータベース410内の索引ファイル「mes*.idx」に書き込む。こうして、一連のタイトル更新処理が終了する。
【0172】
次に、2回目以降にその会議室に入った場合は、まず、未読分のタイトルをすべて読むコマンドを送信する(ステップS30)。通信ホストでは、既に送信したタイトルは既読のタイトルとして扱うので、上記コマンドを受け取った場合、前回の通信以降に新たに登録された未読のタイトルを利用者に対して送信する。次に、送信されてきたそのデータを受信し(ステップS32)、その受信データから、タイトル毎に切り出し、タイトルデータを取得する(ステップS34)。そして、その会議室についての索引ファイルに、取得したタイトルデータを既存のタイトルデータに続けて書き込む(ステップS36)。こうして、一連のタイトル更新処理が終了する。
【0173】
このように、会議室についてのタイトル更新処理においては、通信ホストによって、既に送信されたタイトルは全て既読扱いとなり、未読タイトルを読むコマンドによっては再度送信されてこないので、データベース410内の索引ファイルに同一のタイトルデータを重複して書き込むことがない。しかも、送られてきたタイトルデータを、索引ファイル内で既存のタイトルデータに続けて書き込むだけで、最新のタイトルデータを既存のタイトルデータにシームレスに連結することができる。
【0174】
図10はこのような会議室についてのタイトル更新処理を具体的に説明するための説明図である。例えば、3月2日の9時00分に或る会議室に初めて入ったものとする。この場合、通信ホスト側では全てのタイトル番号を未読番号として記憶しているので、上述したように、未読分のタイトルを全て読むコマンドを通信ホストに送信すると、図10(a)に示すように、その会議室に登録されている全てのタイトルのデータが通信ホストから送られてきて、その会議室の索引ファイルに書き込むことになる。なお、通信ホストでは、最新のタイトルが最終番号となるようにタイトル番号を管理すると共に、各タイトルをタイトル番号の小さいものから順番に配置している。
【0175】
続いて、同日の10時00分に同じ会議室に入る。この場合、通信ホスト側では、既に送信したタイトルは既読として扱っているため、前回の通信時刻(9時00分)以降に新たに登録されたタイトル番号のみが未読番号として記憶されている。従って、未読分のタイトルを全て読むコマンドを通信ホストに送信すると、図10(b)に示すように、9時00分以降に新たに登録されたタイトルのデータだけが通信ホストから送られてきて、索引ファイルに書き込むことになる。この時、前回の通信で記憶されたタイトルデータに続けて今回送られてきたタイトルデータを書き込むだけで、索引ファイル内では、前回の通信で記憶された最新タイトルである「553」番のタイトルデータに続いて、今回の送信されてきた「554」番以降のタイトルデータがシームレスに連結される。
【0176】
図11及び図12はライブラリ室に移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。このうち、図11は初めてそのライブラリ室に入ったときの処理の流れを示し、図12は2回目以降に入ったときの処理の流れを示している。
【0177】
ライブラリ室に初めて入る場合も、会議室の場合と同様に、そのライブラリ室についての索引ファイルは既に作成されているが、データファイルについてはまだ作成されていない。そこで、図11に示すように、ライブラリ室に初めて入った直後には、アクセス管理部100はそのライブラリ室のデータファイルを新規に作成する(ステップS38)。
【0178】
次に、アクセス管理部100は、一度に読む件数を設定して(ステップS40)、その設定件数だけタイトルを読むコマンドを通信ホストに対し送信する(ステップS42)。初めてライブラリ室に入った場合であり、そのライブラリ室に登録されている全てのタイトルを取得する必要があるため、一度に読む件数は100件などなるべく大きな値に設定する。通信ホストでは、上記コマンド受け取ると、設定件数分のタイトルを利用者に対して送信するので、その送信されてきたデータを受信する(ステップS44)。なお、ライブラリの場合、通信ホストでは、最新のタイトルが最終番号となるようにタイトル番号を管理しており、各タイトルをタイトル番号の大きいもの(即ち、新しいタイトルのもの)から順番に配置している。そこで、次に、そのライブラリ室に登録されているタイトルのうち、最も古いタイトルのデータを受信したか否かを判定し(ステップS46)、未だ受信していなければ、ステップS42に戻って、再度コマンドを送信して、次の設定件数分のタイトルのデータの送信を要求する。最古タイトルのデータを受信したか否かは、送信されてきたデータが途中で尽きて設定件数分に満たなかったり、或いは、上記コマンドを送信してもデータが送られてこなかったりすることによって、判定することができる。
【0179】
最古タイトルのデータを受信した場合は、それまでに受信したデータから、タイトル毎に切り出して、タイトルデータを取得する(ステップS48)。そして、そのライブラリ室についての索引ファイルに、タイトルデータを書き込む(ステップS50)。こうして、一連のタイトル更新処理が終了する。
【0180】
次に、2回目以降にそのライブラリ室に入った場合は、図12に示すように、まず、アクセス管理部100は、そのライブラリ室の索引ファイル内の既存のタイトルデータから、最新のタイトルの登録日付を求める(ステップS52)。即ち、前回、索引ファイルに書き込んだ全てのタイトルデータの中から、最新の登録日付を見つけだす。そして、アクセス管理部100は、その登録日付以降のタイトルを読むコマンドを通信ホストに対して送信する(ステップS54)。
【0181】
ライブラリについては、会議室の場合のように、通信ホストによって未読番号の記憶や管理が行なわれていないので、通信ホストから未読のタイトルのみを送ってもらうことはできない。しかし、登録日付を指定しさえすれば、その日付以降のタイトルを送信してもらうことは可能である。そこで、この場合、登録日付として、前回における最新の登録日付を指定する。
【0182】
通信ホストでは、上記コマンドを受け取ると、指定された登録日付以降のタイトルのデータを送信するので、その送信されてきたデータを受信し(ステップS56)、その受信データから、タイトル毎に切り出して、タイトルデータを取得する(ステップS58)。こうして、前回における最新の登録日付以降のタイトルデータを取得することによって、前回の通信から今回の通信までの間に新たに通信ホストにおいて登録されたタイトルデータを取得することができる。
【0183】
しかし、今回取得したタイトルデータは前回における最新の登録日付以降のタイトルデータであるため、前回既に取得した、最新の登録日付当日のタイトルデータも含んでおり、そのまま、索引ファイルに書き込むと、重複してタイトルデータを記憶することになる。
【0184】
そこで、次に、アクセス管理部100の差分データ取得部100cは、今回取得したタイトルデータから、そのライブラリ室の索引ファイル内にある既存のタイトルデータと重複するデータを削除した上で(ステップS60)、書き込み部100aがその索引ファイルに取得したタイトルデータを書き込む(ステップS62)。こうすることによって、前回の通信から今回の通信までに登録されたタイトルデータのみを索引ファイルに書き込むことができる。こうして、一連のタイトル更新処理が終了する。
【0185】
このように、ライブラリ室についてのタイトル更新処理においては、通信ホストから前回における最新の登録日付以降のタイトルデータを送ってもらい、それらタイトルデータから、既に記憶済みの最新の登録日付当日のタイトルデータを削除した上で、索引ファイルに書き込んでいるので、会議室の場合と同様に、データベース410内の索引ファイルに同一のタイトルデータを重複して書き込むことがなく、しかも、索引ファイル内で、送られてきた最新のタイトルデータを既存のタイトルデータにシームレスに連結することができる。
【0186】
図13はこのようなライブラリ室についてのタイトル更新処理を具体的に説明するための説明図である。例えば、1月中旬に或るライブラリ室に初めて入ったものとする。この場合は、通信ホストに対して、そのライブラリ室に登録されているタイトルのデータを所定の件数ずつ全て送信するように要求する。そして、この要求に従って送られてきた図13(a)に示すようなタイトルのデータを受信して、そのライブラリ室の索引ファイルに書き込む。
【0187】
この時に取得したタイトルデータの中で、最新タイトルの登録日付はタイトル番号「56」番の1995年12月14日となっている。なお、ライブラリの場合、通信ホストでは、前述したように、最新のタイトルが最終番号となるようにタイトル番号を管理すると共に、各タイトルはタイトル番号の大きいものから順番に配置している。また、通信ホストにおいて、ライブラリのデータは削除される場合があるが、この場合はタイトル番号が欠番となるだけで、以降のタイトル番号がずれることはない。
【0188】
続いて、2月中旬に同じライブラリ室に入る。この場合、通信ホストに対して、前回における最新タイトルの登録日付(1995年12月14日)以降のタイトルのデータを全て送信するように要求する。この要求に従って、通信ホストからは図13(b)に示すような1995年12月14日以降のタイトルのデータが送られてくる。このタイトルデータを見ると、前回の最新タイトルである「56」番のタイトルデータは通信ホストにおいて削除されていなかったことがわかる。
【0189】
しかし、このタイトルデータは前回において既に索引ファイルに書き込まれているので、このタイトルデータをそのまま索引ファイルに書き込んでしまうと、データが重複してしまう。そのため、「56」番のタイトルデータだけは書き込みデータから削除する。従って、索引ファイルには、「57」番以降のタイトルデータを書き込むことになる。
【0190】
この結果、索引ファイル内では、前回の通信で記憶された最新タイトルである「56」番のタイトルデータに続いて、今回の送信されてきた「57」番以降のタイトルデータがシームレスに連結される。
【0191】
図14及び図15はニュースのサービスに移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。このうち、図14は初めてそのニュースのサービスに入ったときの処理の流れを示し、図15は2回目以降に入ったときの処理の流れを示している。
【0192】
なお、ニュースのサービスに初めて入った場合の処理内容は、図11に示したライブラリの場合と同様であるので、説明は省略する。
【0193】
ニュースの場合も、ライブラリの場合と同様に、通信ホストによって未読番号の記憶や管理が行なわれていないので、通信ホストから未読のタイトルのみを送ってもらうことはできない。また、ニュースの場合は、通信ホストにおける登録データの更新が激しく、一日の間に登録されるデータの数も膨大であるので、ライブラリの場合のように、登録日付を用いて、前回の通信から今回の通信までの間に新たに登録されたタイトルデータを取得することは困難である。そこで、ニュースの場合は、以下のようにしてタイトル更新処理を行なう。
【0194】
即ち、2回目以降にそのニュースのサービスに入った場合は、図15に示すように、まず、一度に読む件数を設定して(ステップS78)、その設定件数だけタイトルを読むコマンドを通信ホストに対し送信する(ステップS80)。
【0195】
なお、初めてニュースのサービスに入った場合は、全てのタイトルのデータを取得する必要があるため、前述したように設定件数を100件などの大きな値に設定するが、2回目以降の場合は、設定件数を余り大きな値に設定すると、オーバーランによって、既に取得したタイトルのデータを再度受信してしまい、無駄となるので、10〜20件などの比較的小さい値に設定する。但し、前回の通信からかなり日時が経っている場合には、それに応じて設定件数を大きな値(例えば、100件など)に増やしても良い。
【0196】
通信ホストでは、上記コマンド受け取ると、設定件数分のタイトルを利用者に対して送信するので、その送信されてきたデータを受信する(ステップS82)。
【0197】
次に、アクセス管理部100は、受信したタイトルのデータと索引ファイル内の既存のタイトルデータとを比較して(ステップS84)、受信したタイトル及びその提供日時が、索引ファイル内の最新タイトル及びその提供日時と一致するか否かを判定する(ステップS86)。
【0198】
前述したように、ニュースの場合は、一日の間に登録されるデータの数が膨大であるため、受信したタイトルが前回における最新のタイトルと同じであるかどうかを、登録日付を用いて判定することは困難である。
【0199】
また、ニュースの場合、通信ホストでは、最新のタイトルが常に「1」番となるようにタイトルを管理しているため、新たなタイトルが登録される度に以下の番号は「1」ずつ増加する。そして、各タイトルをタイトル番号の小さいもの(即ち、最新のもの)から順番に配置している。従って、受信したタイトルが前回における最新のタイトルと同じであるかどうかを、タイトル番号によって判定することも不可能である。
【0200】
そこで、本実施例では、タイトル自体とそのタイトルのニュースが通信ホストに登録された日時(提供日時)とによって判定するようにしている。ニュースの場合、通信ホストでは、データの登録を日付だけでなく時刻まで管理しているので、例え、同日に多数のデータが登録されていたとしても、登録された時刻まで比較するようにすれば、ある程度まで判定することは可能である。但し、同日の同時刻に複数のデータが登録される場合もある得るので、その場合には、タイトルの違いによって判定するようにする。タイトル自体については、ニュースの場合、タイトルが変更されることはなく、同じタイトルが付されることも希であるので、十分判定できる。
【0201】
なお、ニュースの場合、通信ホストに登録されているデータは、古いものから順番に削除されるが、その順番を超えて途中のデータが削除されることはない。
【0202】
さて、判定の結果、タイトル及び日時が一致する場合は、ステップS90に進んで、受信データからタイトル毎に切り出して、タイトルデータを取得する。このように、前回における最新のタイトルと同じタイトルのデータを受信したことを確認した上で、それまでに受信してきたタイトルデータを全て取得することによって、前回の通信から今回の通信までの間に新たに通信ホストにおいて登録されたタイトルデータも取得することができる。
【0203】
但し、今回取得したタイトルデータのうち、前回における最新のタイトルデータと一致するタイトルデータ、及びその提供日時より過去のタイトルデータについては、前回既に索引ファイルに書き込んであるので、そのまま、索引ファイルに書き込んでしまうと、重複してタイトルデータを記憶することになる。そこで、次に、差分データ取得部100cが、今回取得したタイトルデータから、その索引ファイル内にある既存のタイトルデータと重複するデータを削除した上で(ステップS92)、書き込み部100aがその索引ファイルに取得したタイトルデータを書き込む(ステップS96)。こうすることによって、前回の通信から今回の通信までに登録されたタイトルデータのみを索引ファイルに書き込むことができる。
【0204】
一方、ステップS86による判定の結果、タイトル及び日時が一致しない場合は、ステップS88に進んで、ニュースとして登録されているタイトルのうち、最も古いタイトルのデータを受信したか否かを判定する。そして、最古タイトルのデータを未だ受信していなければ、ステップS80に戻って、再度コマンドを送信して、次の設定件数分のタイトルデータの送信を要求する。
【0205】
索引ファイル内の最新タイトル及び提供日時と一致しないにも関わらず、最古タイトルのデータを受信した場合には、それまでに受信したデータから、タイトル毎に切り出し、タイトルデータを取得する(ステップS94)。このように、索引ファイル内の最新タイトル及び提供日時と一致しないにも関わらず、最古タイトルのデータを受信したということは、当該ニュースのサービスについて通信ホストに登録されている全てのタイトルのデータを受信したにも関わらず、その受信したタイトルデータの中に、前回受信したタイトルデータと一致するものが一つもないことを意味する。即ち、これは、前回の通信時から今回の通信時までの間に、通信ホストにおいて、前回における最新タイトルも含めて古いタイトルが全て削除された場合(中抜け状態)である。
【0206】
そこで、このような中抜け状態の場合には、最古タイトルのデータまでを受信して、通信ホストに現在登録されている全てのタイトルのデータを取得するようにする。なお、ニュースや掲示板のような登録データの更新が激しいサービスにおいては、数日間空けて入ると、中抜け状態になってしまうことが多々ある。
【0207】
このような中抜け状態の場合には、取得したタイトルデータは、全て、前回の通信時から新たに登録されたデータであるので、索引ファイル内の既存のタイトルデータと重複することはない。従って、取得したタイトルデータを全て索引ファイルに書き込む(ステップS96)。こうして、一連のタイトル更新処理が終了する。
【0208】
このように、ニュースのサービスについてのタイトル更新処理においては、通信ホストから所定の件数ずつ前回における最新タイトルと一致するまでタイトルデータを送ってもらい、それらタイトルデータから既存のタイトルデータを削除した上で、索引ファイルに書き込んでいるので、データベース410内の索引ファイルに同一のタイトルデータを重複して書き込むことがなく、しかも、索引ファイル内で、送られてきた最新のタイトルデータを既存のタイトルデータにシームレスに連結することができる。
【0209】
図16はこのようなニュースのサービスについてのタイトル更新処理を具体的に説明するための説明図である。例えば、3月1日の9時00分に或るニュースのサービスに初めて入ったものとする。この場合は、通信ホストに対して、登録されているタイトルのデータを所定の件数ずつ全て送信するように要求する。そして、この要求に従って送られてきた図16(a)に示すようなタイトルのデータを受信して、そのニュースの索引ファイルに書き込む。この時に取得したタイトルデータの中で、最新タイトルは「A病院で患者10人が死亡」であり、その提供日時は3月1日8時53分となっている。
【0210】
続いて、同日の9時30分に同じニュースのサービスに入ったものとする。この場合、通信ホストに対して、所定の件数、例えば6件ずつタイトルのデータを送信するように要求する。この要求に従って、通信ホストからは図16(b)に示すように、6件のタイトルのデータが送られてくる。
【0211】
これらタイトルデータを見ると、前回における最新のタイトル及び提供日時が一致するのはタイトル番号「4」番のタイトルデータであり、その「4」番よりもタイトル番号が小さい3件のタイトルデータは前回の通信時(9時00分)から今回の通信時(9時30分)の間に新たに登録されたタイトルデータである。従って、この3件のタイトルデータが新たに登録されたことによって、前回の最新タイトルも、それ以降の2つのタイトルもタイトル番号が3つずつ増えている。
【0212】
しかし、これら前回の最新タイトル以降のタイトルデータ(即ち、「4」〜「6」のタイトルデータ)は前回において既に索引ファイルに書き込まれているので、重複するデータとして書き込みデータからは削除する。従って、索引ファイルには、「1」〜「3」番のタイトルデータのみを書き込むことになる。この結果、索引ファイル内では、前回の通信で記憶された最新タイトルのデータに続いて、今回の送信されてきた「1」〜「3」番のタイトルデータがシームレスに連結される。
【0213】
図17及び図18は掲示板のサービスに移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。このうち、図17は初めてその掲示板のサービスに入ったときの処理の流れを示し、図18は2回目以降に入ったときの処理の流れを示している。
【0214】
なお、掲示板のサービスに初めて入った場合の処理内容は、図11に示したライブラリや図14に示したニュースの場合と同様であるので、説明は省略する。
【0215】
前述したように、ニュースの場合、通信ホストに登録されているデータは、古いデータから順番に削除される。掲示板の場合も、通信ホストに登録可能なデータの最大件数が512件に制限されているので、その件数を越えた古いデータからから順番に削除される。従って、何れの場合も、索引ファイルに記憶されているタイトルデータが、通信ホストにおいては、登録データから既に削除されている可能性がある。このようなとき、ニュースの場合は、タイトルデータをそのまま記憶しておいても、後ほど過去のニュース情報として再利用することは可能であるが、掲示板の場合は、タイトルデータをそのまま記憶しておいても、通信ホストにおいて登録データが削除されているのであれば、何ら利用価値はない。そこで、本実施例では、以下のようにしてタイトル更新処理を行なう。
【0216】
即ち、2回目以降にそのニュースのサービスに入った場合は、図18に示すように、1回目の場合と同様に、通信ホストに登録されている全てのタイトルのデータを取得する(ステップS112〜ステップS120)。そして、全てのタイトルデータを取得したら、データベース410内の当該掲示板についての索引ファイルに、取得したタイトルデータを上書きで書き込む(ステップS122)。これによって、索引ファイル内のタイトルデータが、通信ホストから取得したタイトルデータに全て書き換えられる。こうして、一連のタイトル更新処理が終了する。
【0217】
このように、掲示板についてのタイトル更新処理においては、毎回、通信ホストから登録されている全てのタイトルデータを送ってもらい、それらタイトルデータによって、データベース410内の索引ファイルに記憶されているタイトルデータを全て書き換える。従って、データベース410内の索引ファイルに同一のタイトルデータが重複して書き込むことがない。
【0218】
ところで、以上説明した更新処理は、フォルダ内の各タイトルについての更新処理であった。しかし、サービス内の各フォルダについても、時折であるが、通信ホスト側で、追加されたり、変更されたり、或いは、削除されたりする場合がある。そこで、このような場合にも対応できるように、サービス内の各フォルダについても同様に更新処理を行なうようにしても良い。
【0219】
即ち、利用者が、キーボード72,マウス73を使って、自分の求めるサービス(狭義のサービス)を指示すると、アクセス管理部100は、通信制御部300等を介して通信ホストに対し、そのサービスに移動するための「GO」コマンドを送信する。これにより、通信ホスト側では、提供するサービスを指示されたサービスに移行する。こうして、利用者の指示したサービスに入ると、アクセス管理部100は通信ホストに対してフォルダの一覧情報を送信を要求する。そして、通信制御部300等を介して通信ホストからの一覧情報を受け取ると、アクセス管理部100は、データ管理部400を介して、データベース410内にあるフォルダ一覧索引ファイルを読み出し、受け取った一覧情報と比較する。サービス内のフォルダに追加,変更,削除などがある場合には、受け取った一覧情報に基づいてフォルダ一覧索引ファイルを更新する。
【0220】
その後、アクセス管理部100は、その更新したフォルダ一覧索引ファイルに基づいて、指示されたサービス内にある各フォルダのリストFLを作成して、モニタ76上に表示する。
【0221】
以上のようにして、フォルダの更新処理を行なうことができる。
【0222】
1−4−2)課金節約処理
ところで、通信ホストが提供する通信サービスのうち、前述したニュースなどは基本料金以外に追加料金がかかる有料サービスとなっている。このような有利サービスを受ける場合、一般には、その有料サービスを利用しているトータルの時間に対して課金されるため、その有料サービスに入っている時間(即ち、有料サービスを利用している時間)はできる限り短くなるようにした方が良い。しかし、このような有料サービスを手動通信によって受ける場合、利用者は操作や判断に多くの時間を要してしまい、サービスに入っている時間が長くなるため、費用がかさんでしまうという問題があった。
【0223】
そこで、本実施例では、手動通信によって有料サービスを受ける場合には次のような課金節約処理を行なうようにしている。では、本実施例の二つ目の特徴である課金節約処理について説明する。
【0224】
図19は有料サービスを受ける際に行なわれる課金節約処理の流れを示すフローチャートである。通信ホストの提供する通信サービス上において、利用者は、今、例えば、ニュースなどの有料サービスのサービストップメニューの位置にいるものとする。このサービストップメニューでは、その有料サービスの利用の仕方などが情報として利用者に提供されており、そのメニューの位置にいる限りは追加料金はかからない。
【0225】
そこで、利用者がキーボード72,マウス73を使って、有料サービスに入る旨の指示を出すと、図19に示す処理ルーチンが開始され、アクセス管理部100の特定通信サービス開始要求部100gは、通信制御部300を介して通信ホストに対し、指示された有料サービスのメニュー番号を送信して、サービストップメニューから有料サービスに入る(ステップS132)。有料サービスに入ると、通信ホストでは利用時間のカウントが開始されて、その利用時間に応じた課金が行なわれる。
【0226】
次に、アクセス管理部100は、前述したようなタイトル更新処理を行なって、索引ファイル内に記憶されている最新のタイトルデータと連結するか或いは通信ホスト内の登録されたデータが尽きるまで、その有料サービスについてのタイトルデータを取得して、データ管理部400を介してデータベース410内の索引ファイルに書き込む(ステップS134)。
【0227】
その後、アクセス管理部100は、データベース410内の索引ファイルから取得したタイトルデータを読み出して、ユーザーI/F部200を介してモニタ76上のフォルダ画面に表示する(ステップS136)。これによって、モニタ76上には有料サービスのタイトルの一覧が表示される。
【0228】
またこの時、同時に、アクセス管理部100の特定通信サービス中止要求部100hは、通信制御部300を介して通信ホストに対し、有料サービスの中止のコマンドを送信して、有料サービスから無料のサービストップメニューに退避する(ステップS138)。これにより、通信ホストでは利用時間のカウントが停止されて、利用時間に応じた課金も停止される。アクセス管理部100は、この状態で、利用者からの本文読み込みを求めるタイトルの指示があるまで、待機する(ステップS140)。従って、この間、利用者は追加料金がかからない状態で、モニタ76のフォルダ画面に表示されたタイトル一覧を見ながら、自分の求めるタイトルをゆっくり選択することができる。
【0229】
次に、利用者がキーボード72,マウス73を使って、フォルダ画面の中から、本文読み込みを求めるタイトルを指示すると、アクセス管理部100の特定通信サービス開始要求部100gは、再度、通信制御部300を介して通信ホストに対し、有料サービスのメニュー番号を送信して、サービストップメニューから有料サービスに入る(ステップS142)。そして、有料サービスに入ると、通信ホストでは再び利用時間のカウントが開始されて、その利用時間に応じた課金が行なわれる。
【0230】
続いて、アクセス管理部100は、再び、タイトル更新処理を行なって、最新のタイトルデータを取得し、データベース410内の索引ファイルに書き込む(ステップS134)。これによって、前回有料サービスに入ってから今回有料サービスに入るまでの間に、新たなタイトルが登録されたとしても、十分対処することができる。しかし、通常は有料サービスから退避した時間は短時間であるため、新たなタイトルが登録されることは少なく、タイトル更新処理も短時間で済む。
【0231】
ところで、この有料サービスがニュースである場合、前述したように、通信ホストでは、最新のタイトルが常に「1」番となるようにタイトルを管理しており、新たなタイトルが登録された場合は、その度ごとに以下の番号が「1」ずつ増加する。従って、有料サービスから退避している間に、新たなタイトルが登録されたとすると、通信ホスト内におけるタイトルの番号は新たに登録されたタイトルの数だけ増加していることになる。従って、利用者によって指示されたタイトルの番号を、そのまま通信ホストに送信しても、利用者の求めるタイトルの本文データを取得することはできない。
【0232】
そこで、アクセス管理部100の本文情報転送要求部100iは、利用者によって指示されたタイトルの番号に、タイトル更新処理によって新たに取得したタイトルの数(即ち、通信ホストに新たに登録されたタイトルの数)を加算した上で(ステップS146)、そのタイトル番号の、本文を読むコマンドを通信ホストに対して送信する(ステップS148)。これによって、通信ホストに対して、利用者が本来求めていたタイトルに対応する本文データの送信を正確に要求することができる。
【0233】
こうして、通信ホストからは、利用者の求める本文データが送信されるので、アクセス管理部100は、通信制御部300を介してその本文データを取得して、データ管理部400を介してデータベース410内のデータファイに書き込む(ステップS150)。
【0234】
その後、アクセス管理部100は、データベース410内のデータファイルから取得した本文データを読み出して、ユーザーI/F部200を介してモニタ76上のフォルダ画面に表示する(ステップS152)。これによって、モニタ76上には利用者の求めていたタイトルに対応する本文が表示される。
【0235】
またこの時、同時に、通信制御部300を介して通信ホストに対して、有料サービスの中止のコマンドを送信して、有料サービスから無料のサービストップメニューに退避する(ステップS154)。これにより、通信ホストでは利用時間のカウントが停止されて、利用時間に応じた課金も停止される。こうして、一連の課金節約処理が終了する。
【0236】
ところで、上記した説明では、有料サービスのトータルの利用時間に対して課金される場合を例として説明したが、その他にも、100円/分のように単位時間毎に一定の料金を課金し、且つ、有料サービスに入る度に新たに課金する場合がある。このような場合には、例えば、有料サービスに入ってからの時間が例えば1分を1秒でも超えれば、切り上げで2分として計算されるが、2分を超えない限りは、一定料金であるので、1分1秒でも1分59秒でも同一の料金で済む。従って、この例の場合は、1分59秒まで待ってから有料サービスより退避するようにする。このようにすることによって、アクセス管理部100は、本文読み込みの指示など次の動作に対する備えを十分にすることができる。
【0237】
また、アクセス管理部100は、有料サービスに入ってからの経過時間を計って、ユーザーI/F部200を介してモニタ76上に表示するようにしても良い。また、追加料金の計算方法が予めわかっているなら、課金される料金を実際に計算してモニタ76上に表示するようにしても良い。このようにすることによって、利用者は有料サービスに入っている間の時間やかかった費用などを即座に知ることができる。
【0238】
以上のように、図19に示した課金節約処理によって、手動通信によって有料サービスを受ける場合にも、有料サービスに入っている時間をできる限り短くすることが可能となる。しかも、有料サービスから退避する操作は、利用者に代わってアクセス管理部100が最適なタイミングで行なうので、利用者の負担が少なくて済む。但し、有料サービスからの退避の指示は、利用者が必要に応じて出せるようにしても、何ら支障はない。
【0239】
1−4−3)オフラインでの動作
さて、以上は、手動通信によって通信ホストとデータ通信を行なっている間の動作、即ち、オンラインでの動作について説明したが、本実施例の通信端末装置では、通信ホストとデータ通信を行なっていない場合、即ち、オフラインの場合にも、オンラインの場合と同じような動作を行なうことができる。
【0240】
つまり、本実施例では、データベース410内に通信ホストからの受信データを階層構造に従って整理して記憶しているので、これら記憶データを基にして、オンラインの場合と同様の動作を行なうことができる。
【0241】
例えば、図3に示したようなサービス切替画面が表示されているときに、利用者が、キーボード72,マウス73を使って、このサービスリストSLの中で自分の求めるサービス(狭義のサービス)を指示すると、アクセス管理部100は、指示されたサービスに対応するフォルダ一覧ファイルを、データベース410内よりデータ管理部400によって読み出させ、そのフォルダ一覧ファイルに基づいて、指示されたサービス内にある各フォルダのリストFLを作成して表示する。
【0242】
その後、フォルダリストFLが表示されているときに、利用者が、キーボード72,マウス73を使って、このフォルダリストFLの中で自分の求めるフォルダを指示すると、アクセス管理部100は、指示されたフォルダの索引ファイルを、データベース410内よりデータ管理部400によって読み出させ、その索引ファイルに基づいて、指示されたフォルダ内の各タイトルを図6に示したフォルダ画面に表示する。
【0243】
さらに、タイトルリストTLが表示されているときに、利用者が、キーボード72,マウス73を使って、このタイトルリストTLの中で、本文を読みたいタイトルを指示すると、アクセス管理部100は、指示されたタイトルに対応する本文データが、データベース410内のデータファイルに記憶されていれば、データ管理部400にその本文データを読み出させ、そのデータに基づいて本文を図6に示したフォルダ画面に表示する。
【0244】
このように、オフラインの場合にも、オンラインの場合と同じような動作を行なうことができる。従って、利用者は、通信ホストとの間でデータ通信を実際に行なっていなくても、通信ホストとデータ通信を行なっているときと同じような感覚で、受信データをモニタ76上に表示して、利用することができる。
【0245】
なお、このようなオフラインの場合、利用者が本文の読み込みを指示したときに、データベース410内のデータファイルに該当する本文データが記憶されていなければ、モニタ76のフォルダ画面には利用者の求める本文は表示されない。従って、そのような場合には、後述するような通信予約によって対処することもできるが、次のように処理することも可能である。
【0246】
即ち、アクセス管理部100の転送要求部100fは、データベース410内に求める本文データがないとして、データ管理部400からエラー信号を受けた場合には、直ちに、通信制御部300を介して、通信ホストに電話をかけて通信ホストとの接続を図り、通信ホストによる通信サービスの提供が開始されたら、通信ホストに対し、求める本文データの送信を要求するようにする。
【0247】
これによって、通信ホストから求める本文データを取得して、データベース410内のデータファイルに書き込ませることができ、さらには、モニタ76上に本文を表示させることができる。
【0248】
1−5)自動通信によるサービスの利用
さて、今までは、主に手動通信によって通信サービスを利用する場合について説明した。そこで、次に自動通信によって通信サービスを利用する場合について説明する。
【0249】
本実施例では、自動通信の際に巡回する巡回先や巡回先での処理内容を予め設定する方法として、定期巡回指定によって設定する方法と、通信予約による設定する方法がある。このうち、定期巡回指定は、利用者が自分の求める特定のサービス(フォルダ)について定期的なデータの取得を希望する場合に用いられ、通信予約は、利用者が自分の興味を引いた個々のデータの取得を希望する場合に用いられる。
【0250】
1−5−1)定期巡回指定
まず、定期巡回指定について説明する。図20は図1のモニタ76上に表示される定期巡回指定画面の一例を示す説明図である。定期巡回の指定を行なう際には、利用者が、キーボード72,マウス73を使って、定期巡回指定の指示を出すことより、モニタ76上には、例えば、図20に示すような画面が表示される。図20に示す画面は掲示板のサービスについての定期巡回指定画面である。
【0251】
画面左側に表示されたフォルダリストFLBの中から、マウス73を使って、所望のフォルダ名を指示すると、そのフォルダに関して、種々の設定が可能な状態となる。そこで、画面右側にある「定期巡回する」の項目をチェックすると、上記フォルダが定期巡回の対象として登録される。続いて、「間隔:」の項目において、そのフォルダについて定期巡回を実行する時間間隔(巡回間隔)を日数にて指定し、その下の「読込方法」の項目で「タイトルのみ読む」か「本文も読む」かの指定を行なう。また、1回の巡回によってデータの読み込むべき件数を制限したい場合は、「件数で制限する」の項目をチェックして、その読み込むべきデータの件数を指定する。なお、この定期巡回指定画面では、読み込むべきデータを件数によって制限するようにしているが、登録日や提供日などの日付によって制限するようにしても良い。
【0252】
このようにして、定期巡回を希望する各サービス(フォルダ)について、それぞれ、定期巡回指定を行なうことができる。定期巡回指定によって指定された内容は図1に示すハードディスク84内の巡回ファイル620に保存される。
【0253】
図21は図1の巡回ファイル620に保存された指定内容の一例を示す説明図である。巡回ファイル620には、図21に示すように、各サービス毎に、定期巡回すべきフォルダ名の他、指定した読込方法(タイトルのみか本文も読むか)や巡回間隔(日数)、さらには読込制限条件(件数や日付)などが記憶される。なお、図21では、読込制限条件については記載を省略してある。また、定期巡回指定の場合、1つのフォルダに対しては一つの処理しか指定できないため、同一サービス名で同一フォルダ名のものが2つ以上保存されることはない。
【0254】
こうして巡回ファイル620に保存された内容は、自動通信処理部600によって、直ちにソートして整理される。即ち、図21に示すように、サービス名順に並ぶようにソートして、同一サービス名がひとまとまりとなるようにしている。なお、後述するように、巡回ファイル620の記憶内容は、自動通信を行なう際に、予約ファイル610の記憶内容と共に、ソートして整理されるので、定期巡回指定時に必ずしもソートする必要はない。しかし、上記のように、巡回ファイル620には、同一サービス名で同一フォルダ名のものが2つ以上記憶されることはなく、しかも、定期巡回指定の場合、指定内容は固定的であるため、巡回ファイル620の記憶内容については定期巡回指定時にソートした方が、自動通信時に毎回ソートを行なう場合よりも、時間的な無駄が省けて良い。
【0255】
次に、このような巡回ファイルに基づく自動通信の具体的な動作手順について説明する。図22及び図23は巡回ファイルに基づく自動通信の動作手順を示すフローチャートである。
【0256】
自動通信は、利用者がキーボード72,マウス73を操作して自動通信開始の指示を出したとき、あるいは、予め自動通信開始時刻をタイマ68に設定しておき、タイマ68がその開始時刻になったことを検知したときに開始される。
【0257】
自動通信の処理が開始されると、自動通信処理部600は、アクセス管理部100,通信制御部300等を介して、通信ホストに電話をかけて、通信ホストとの接続を図り、図22に示す処理ルーチンを開始する。まず、自動通信処理部600は、年月日や時刻を管理しているRTC52から今日の日付TDを取得する(ステップS156)。次に、ハードディスク84内から巡回ファイル620を読み出し、その巡回ファイル620から、巡回先となるサービス名及びフォルダ名を取得する(ステップS158)。続いて、上記サービス名及びフォルダ名が取得できたか否かを判定し(ステップS160)、取得できた場合には、ステップS162に進む。
【0258】
ステップS162では、自動通信処理部600は、データベース410から、取得したサービス名に対応するフォルダ一覧索引ファイルを、データ管理部400を介してデータベース410内より読み出し、そのフォルダ一覧索引ファイル(図5参照)から、取得したフォルダ名について記憶されている前回巡回日BDを取得する。さらに、自動通信処理部600は、ステップS158で読み出した巡回ファイル620から、取得したびフォルダ名について記憶されている巡回間隔NDを取得し(ステップS164)、その巡回間隔NDが0日であるか否かの判定を行なう(ステップS166)。巡回間隔が0日であると言うことは、そのフォルダについては、自動通信を行なう度に毎回巡回を行うように設定していることを意味している。従って、巡回間隔が0日である場合には、そのフォルダについて巡回の処理を行うよう図23のステップS170に進む。
【0259】
巡回間隔が0日でない場合には、上記フォルダについて、ステップS162で取得した前回巡回日BDにステップS164で取得した巡回間隔NDを加算して、それにより得られた日付(BD+ND)が今日の日付TDより後であるか、今日の日付TD以前であるかを判定する(ステップS168)。即ち、加算により得られた日付が今日の日付より後である場合には、前回の巡回日から今日までの間に未だ巡回間隔の日数が経過していないので、そのフォルダについては、今回の自動通信によって巡回する必要がない。そのため、巡回の処理は行なわずに、ステップS158に戻る。逆に、加算により得られた日付が今日の日付以前である場合には、前回の巡回日から今日までの間に巡回間隔の日数が既に経過しているので、そのフォルダについては、今回の自動通信によって巡回する必要があり、そのため、巡回の処理を行なうように、図23のステップS170に進む。
【0260】
図23に示すように、ステップS170では、自動通信処理部600の転送部600bは、アクセス管理部100,通信制御部300等を介して、通信ホストに対し、巡回対象となったフォルダに移行するためのコマンドを送信する。即ち、まず、巡回対象であるフォルダの属するサービスに入るために、そのサービスに移行するためのコマンドを送信する。これによって、通信ホスト側では、提供するサービスを指定されたサービスに移行する。そのサービスに入ったら、巡回対象であるフォルダに入るために、そのフォルダに移行するためのメニュー番号を送信する。これによって、通信ホスト側では、提供するサービスを巡回対象であるフォルダにさらに移行する。
【0261】
こうして、指示したフォルダに入ると、自動通信処理部600は、ステップS158で読み出した巡回ファイル620から、そのフォルダ名について記憶されている読込方法と読込制限条件を取得し(ステップS172)、その読込方法と読込制限条件に従って通信ホストに対してデータの送信要求を出す(ステップS174)。これによって、通信ホストから求めるデータが送信されてくると、自動通信処理部600は、そのデータを通信制御部300等を介して受信して、データ管理部400によってデータベース410に書き込む(ステップS176)。このようにして、自動通信処理部600は、通信ホストから一連のデータの読み込みを行なう。
【0262】
例えば、読込方法としてタイトルのみの読み込みが指定されている場合には、通信ホストから読み込むデータはタイトルデータだけであるので、索引ファイルに書き込む。また、本文の読み込みが指定されている場合には、通信ホストから読み込むデータはタイトルデータと本文データであるので、タイトルデータについては索引ファイルに書き込み、本文データについてはデータファイルに書き込む。また、読込制限条件が指定されている場合には、その制限条件を満たすまで、通信ホストに登録されている未読のタイトル(またはタイトル及び本文)のデータを読み込む。なお、この時、読み込んだデータが索引ファイル(または索引ファイル及びデータファイル)に既に記憶されている最新データに連結するか、あるいは、通信ホストにおいて登録されているデータ(そのフォルダについて登録されているデータ)の全てを読み込んだ場合には、読み込みの処理を終了する。
【0263】
次に、自動通信処理部600は、ステップS162で読み出したフォルダ一覧索引ファイルに、上記フォルダに対応する前回巡回日BDとして、新たに今日の日付TDを書き込む(ステップS178)。これによって、前回巡回日は更新される。
【0264】
こうして、一つのフォルダについて巡回の処理が終了すると、ステップS158に戻って、巡回ファイル620から次の巡回先となるサービス名とフォルダ名を取得して、前回と同様な処理を繰り返す。
【0265】
以上のようにして、巡回ファイル620に基づく自動通信が行なわれる。
【0266】
1−5−2)通信予約
次に、通信予約について説明する。通信予約は、前述したようなオフラインの状態で、データベース410に記憶されているデータをモニタ76上に表示している際に、利用者が、その表示画面を見ながら、必要な時にその都度行なうようにする。例えば、利用者が、モニタ76上に表示されたタイトルの一覧の中に興味の引いたタイトルがあって、その本文を読もうとした時に、その本文のデータがデータベース410に記憶されていない場合に、その本文データの読み込みを通信予約する。また、利用者が、会議室における本文データを読んでいる際に、その本文に対し何らかのコメント文を書いて、通信ホスト上の上記会議室に発言したい場合に、そのコメント文のアップロードを通信予約する。
【0267】
図24は図1のモニタ76上に表示されるコメント発言画面の一例を示す説明図である。即ち、例えば、図6に示したフォルダ画面上側のタイトル一覧において、利用者がマウス73を使って、一番下のタイトル「こんなやり方もありますよ」を指定し、画面内の「コメント」ボタンCBを押すと、図24に示すようなコメント発言画面に切り換わり、画面上側に上記タイトルについての本文が表示される。そこで、画面下側でその本文に対するコメント文を作成して、画面右上にある「発言予約」ボタンSBを押すと、その作成したコメント文が、予約情報と共に、ハードディスク84内の予約ファイル610に書き込まれ、図25に示すように予約が追加される。
【0268】
図26は図1の予約ファイル610に保存された予約内容の一例を示す説明図である。予約ファイル610には、図26に示すように、予約された順番に各予約内容が記憶されている。各予約内容は、サービス名、フォルダ名及び予約事項などの予約情報の他、必要に応じて、該当するタイトル番号や上記したコメント文などの発言内容が記憶される。
【0269】
このように、予約ファイル610には、利用者がオフライン状態であちらこちらのフォルダ等を見て回りながら予約した内容が、予約した順序で記憶されている。よって、図26に示すように、サービス名もフォルダ名もランダムな順序のままとなっている。なお、予約ファイル610については、巡回ファイル620のように、通信予約時に特に記憶内容のソートは行なわないが、ソートを行なうようにしても構わない。
【0270】
次に、このような予約ファイルに基づく自動通信の動作について簡単に説明する。通信ホストとの接続を図るまでの動作については、前述の定期巡回の場合と同様である。その後、例えば、予約内容が会議室やライブラリについての本文の読み込みである場合には、自動通信処理部600は、自動通信によって、まず、その会議室やライブラリ室に移行し、その上で、本文を読みたいタイトルの番号を通信ホストに対して送り、そのタイトル番号の本文データの送信を要求する。会議室やライブラリの場合、通信ホストでは、一旦付されたタイトル番号はその後ずれることはないので、予約ファイル610に記憶されているタイトル番号をそのまま使って、本文データの送信を要求することができる。
【0271】
通信ホストから該当する本文データが送信されてきたら、自動通信処理部600は、その本文データを受信してデータベース410内のデータファイルに書き込む。こうして、予約した本文データが取得され、データベース410に書き込まれる。その後、その会議室やライブラリについてタイトルの更新が必要なら、前述したタイトル更新処理も併せて行なう。
【0272】
また、予約内容がニュースや掲示板についての本文読み込みである場合には、まず、ニュースや掲示板のサービスに移行し、その上で、本文を読みたいタイトルの番号を通信ホストに対して送る。
【0273】
しかし、ニュースや掲示板の場合は、前述したように、通信ホストでは、新たなタイトルが登録されると、それ以前に登録されたタイトルの番号は「1」ずつ増加してずれることになるので、会議室やライブラリの場合のように、予約ファイル610に記憶されているタイトル番号をそのまま使って、本文データの送信を要求することはできない。
【0274】
そこで、ニュースや掲示板の場合は、次のように処理を行なう。即ち、ニュースの場合、ニュースサービスに入ったら、まず、通信ホストに対しタイトルデータの送信を要求し、約10件分ずつタイトルデータを取得して、データベース410の索引ファイルに記憶されているタイトルデータと順番に比較する。そして、取得したタイトルデータの中から、予約ファイル610に記憶されているタイトル番号に対応するタイトル及び提供日時と一致するタイトルデータを見つける。そして、そのタイトルデータのタイトル番号を通信ホストに対して送り、本文データの送信を要求する。
【0275】
例えば、予約ファイル610に、予約内容として、図16(a)に示したタイトル番号「2」(タイトル「高速道路で交通事故発生」,提供日時「3月1日8時41分」)が記憶されており、通信ホストからは、図16(b)に示すようなタイトルデータが送信されてきたとすると、それらタイトルデータのうち、タイトル番号「5」のタイトルデータが、予約したタイトル番号「2」に対応するタイトル及び提供日時と一致するため、そのタイトル番号「5」を通信ホストに対して送り、本文データの送信を要求する。
【0276】
また、前述したように、ニュースの場合、通信ホストに登録されているデータは、古いものから順番に削除されるが、その順番を超えて途中のデータが削除されることはない。そのため、複数のタイトルについて本文の読み込みを行なう場合には、上記した処理により、一つのタイトルについてタイトル番号が確定したら、その他のタイトルについては、予約ファイル610に予約内容として記憶されているタイトル番号に、オフセットを加算するだけで、通信ホストに送るべきタイトル番号を求めることができる。
【0277】
例えば、予約ファイル610に、予約内容として、図16(a)に示したタイトル番号「2」(タイトル「高速道路で交通事故発生」,提供日時「3月1日8時41分」)の他に、タイトル番号「4」(タイトル「サッカーでCチーム勝利」が記憶されている場合、上記したように、タイトル番号「2」は、通信ホストではタイトル番号「5」にずれているので、そのずれ分を表すオフセットは「3」(=5−2)である。従って、予約したタイトル番号「4」にそのオフセット「3」を加算すれば、そのタイトル番号「4」についての通信ホスト上での現在のタイトル番号「7」(=4+3)を得ることができる。よって、このタイトル番号「7」を通信ホストに送ることで、求める本文データの送信要求を行なうことができる。
【0278】
一方、掲示板の場合は、掲示板のサービスに入ったら、まず、通信ホストに対しタイトルデータの送信を要求し、約10件分ずつタイトルデータを取得して、データベース410の索引ファイルに記憶されているタイトルデータと順番に比較する。そして、取得したタイトルデータの中から、予約ファイル610に記憶されているタイトル番号に対応するタイトル及び登録者識別番号(登録者ID)と一致するタイトルデータを見つけ、そのタイトルデータのタイトル番号を通信ホストに対して送り、本文データの送信を要求する。
【0279】
図27は掲示板のサービスについての本文読み込み処理を説明するための説明図である。図27において、(a)は当該掲示板についての索引ファイルに既に記憶されているタイトルデータを示し、(b),(c)は当該掲示板について通信ホストより送信されてきたタイトルデータを示す。
【0280】
前述したように、ニュースの場合は、通信ホストから送信されてきたタイトルデータと、索引ファイルに記憶されているタイトルデータと、が一致するか否かを、タイトル及び提供日時によって判断していた。しかし、掲示板の場合、通信ホストでは、データの登録を日付だけでしか管理しておらず、時間によっては管理していないので、登録時刻によって判断することはできない。また、掲示板の場合も、ニュースの場合と同様に、通信ホストにおける登録データの更新が激しく、一日の間に登録されるデータの数も膨大であるので、ライブラリの場合のように、登録日に基づいて判断することも難しい。
【0281】
そこで、本実施例では、上述の如く、登録者識別番号(登録者ID)とタイトルとによって判断するようにしている。掲示板の場合、登録者IDも、タイトル自体も、登録後に変更されることはなく、しかも、同一のIDについて同一のタイトルが付されることはないからである。
【0282】
例えば、予約ファイル610に、予約内容として、図27(a)に示すタイトル番号「6」(タイトル「ISDN−TA売り」,登録者ID「FFF66666」)が記憶されているのに対し、通信ホストからは、図27(b)に示すような10件分のタイトルデータが送信されてきたものとする。これら10件のタイトルデータを見ると、この10件の中には、予約したタイトル番号「6」に対応するタイトル及び登録者IDと一致するタイトルデータは見つからない。そこで、次に、図27(c)に示すような10件のタイトルデータが送られてきたものとする。これら10件のタイトルデータを見ると、予約したタイトル番号「6」に対応するタイトル及び登録者IDと一致するタイトルデータが見つかる。そこで、このタイトルデータのタイトル番号「17」を通信ホストに対して送り、本文データの送信を要求する。
【0283】
ところで、ニュースの場合は、通信ホストにおいて、古いデータがまとめて削除される以外には、途中のデータが削除されることはないが、掲示板の場合は、登録者等によってデータが自由に削除され得る。従って、複数のタイトルについて本文の読み込みを行なう場合には、一つのタイトルについてタイトル番号が確定したからと言って、その他のタイトルについてはタイトル番号が確定するわけではない。よって、掲示板の場合は、予約した各タイトル番号毎に、上記した処理を行なって、通信ホストに送るべき正しいタイトル番号を求める必要がある。
【0284】
なお、掲示板の場合は、上記した処理によって、本文データの送信要求を行なう他にも、サーチコマンドを用いることによって、本文データの送信を直接的に通信ホストに対して要求することもできる。即ち、サーチコマンドを用いれば、タイトルや登録者IDを検索条件とすることで、通信ホスト内の本文データを検索して送信してもらうことが可能である。
【0285】
以上のようにして、予約ファイル610に基づく自動通信が行なわれる。
【0286】
1−5−3)自動通信の効率化
自動通信は、上記したように、予約ファイル610及び巡回ファイル620に記憶されている内容に基づいて行なわれる。しかし、1回の自動通信を行なうに当たり、一方のファイルの内容に従って巡回を行なってから、他方のファイルの内容に従って巡回を行なうと、例えば、両方のファイルに、巡回先として同一のフォルダ名がそれぞれ記憶されている場合には、そのフォルダを巡回した後、他のフォルダを巡回してから、再び同じフォルダを巡回することになるため、通信に無駄な時間がかかることなる。また、同様のことは、予約ファイル610,巡回ファイル620の各ファイル毎でも言える。即ち、ファイルに記憶されている順番に巡回を行うものとすると、例えば、予約ファイル610の内容が図26に示した内容である場合、3番目に記憶されているサービス「AISOFTステーション」を巡回し、4番目に記憶されているサービス「掲示板」を巡回してから、再び、3番目と同じサービス「AISOFTステーション」を5番目に記憶されているサービスとして巡回しなければならず、上記と同様に、通信に無駄な時間がかかることになる。
【0287】
即ち、予約ファイル610及び巡回ファイル620内には、巡回先として、同一のサービス名,同一のフォルダ名が重複して記憶されている場合があり、そのような場合に、1回の自動通信で、同じサービスや同じフォルダを何度も巡回することになれば、通信の効率は極端に低下してしまう。そこで、本実施例では、自動通信の効率化を図るために、予約ファイル610及び巡回ファイル620内に同一のサービス名,同一のフォルダ名が重複して記憶されている場合には、それら記憶内容を整理して、そのような重複するサービスやフォルダについては、1回の巡回で、そのサービスやフォルダ内で行なうべき処理を全て終えることができるようにしている。
【0288】
即ち、本実施例では、自動通信を実行するに際して、次に述べるような巡回順序効率化処理を行なう。図28は自動通信時に行なわれる巡回順序効率化処理の流れを示すフローチャートである。予約ファイル610及び巡回ファイル620の両方を用いて自動通信を行なう場合、自動通信処理部600は、まず、図28に示すように、予約ファイル610及び巡回ファイル620から記憶内容をそれぞれ読み出す(ステップS180)。次に、自動通信処理部600の整理部600aは、予約ファイル610から読み出した内容の後に、巡回ファイル620から読み出した内容を配置するようにして、両者の内容をまとめる(ステップS182)。このように、巡回ファイル620の内容が予約ファイル610の内容の後にくるように配置することにより、後述するようにソートしたとしても、常に予約ファイル610の内容が巡回ファイル620の内容より前になるため、同じ巡回先(同一サービス名,同一フォルダ名)においては、常に予約ファイル610の内容に従った処理が、巡回ファイル620の内容に従った処理よりも先に行なわれることになる。
【0289】
その後、整理部600aは、まとめた内容をソートして整理する。即ち、まず、「GOコマンド」を用いたサービスからサービスへの移動回数を最少にするために、まず、サービス名順になるようにソートを行なう(ステップS184)。次に、サービス内でのフォルダからフォルダへの移動(メニューの入り直し)回数を最少にするために、フォルダ順になるようにソートを行なう(ステップS186)。このようにして、巡回ファイル620及び予約ファイル610から得られた内容について、ソートを終えたら、処理を終了する。
【0290】
なお、自動通信処理部600は、上記したソートと併せて、次のような処理も行なう。即ち、巡回ファイル620から読み出した内容については、各サービス名毎にデータベース410内のフォルダ一覧索引ファイルから、それぞれ、各フォルダ名についての前回巡回日を調べて、予め指定した巡回間隔の日数が未だ経過していないフォルダ名がある場合には、そのフォルダについては、今回の自動通信における巡回先の指定から外すようにする。また、予約ファイル610の内容と巡回ファイル620の内容とで巡回先が同じ場合(サービス名,ファイル名が同じ場合)であって、その巡回先での予約ファイル610についての処理内容がタイトルの更新を伴う処理(例えば、「本文の読み込み」)であり、巡回ファイル620についての処理内容が「タイトルの読み込み」などであるような場合には、同一の処理が2回行なわれることになるため、巡回ファイル620についての処理内容は省略するようにする。
【0291】
図29は図28に示した巡回順序効率化処理に従ってソートされた巡回内容の一例を示す説明図である。図29において、◎印は予約ファイル610から読み出した内容のうち、今回の自動通信で巡回が実行される内容を示し、○印は巡回ファイル620から読み出した内容のうち、今回の自動通信で巡回が実行される内容を示している。また、<印は巡回ファイル620から読み出された内容のうち、巡回間隔未経過のため、巡回先の指定から外された内容を示し、×印は巡回ファイル620から読み出された内容のうち、予約ファイル610の内容と処理内容が重複するため、省略された内容を示している。
【0292】
また、図30は図29に示した巡回内容に従って行なわれた自動通信時の通信履歴を示す説明図である。ログイン手続きによって自動通信が開始され、その後、「GOコマンド」によって各サービスを巡回し、サービス内では「メニュー番号」によって各フォルダを巡回して、それぞれの巡回先で、所定の処理内容が実行され、最後のログアウト処理によって、自動通信が終了する。
【0293】
なお、巡回ファイル620についての処理内容に従って、タイトルの更新が行なわれた場合だけでなく、予約ファイル610についての処理内容に従って、「本文の読み込み」などのタイトルの更新を伴う処理が行なわれた場合にも、フォルダ一覧索引ファイル内の該当するフォルダ名についての前回巡回日を、今回の自動通信の行なわれた日付に書き換えるようにする。こうすることによって、例え、そのフォルダ名について、定期巡回指定として、「タイトルの読み込み」の処理が指定されていたとしても、今回の自動通信を行なった日付からさらに巡回間隔の日数を経なければ、次の定期巡回が行われないため、無駄な定期巡回をなくすことができる。
【0294】
1−5−4)新着マークの付与及び表示
ところで、手動通信の場合は、利用者がモニタ76上に表示される通信画面を見て直接指示を出しながら通信が行なわれるため、手動通信中に通信ホストより取得してデータベース410内に書き込んだデータは、利用者が一度は見たデータであると言える。これに対し、自動通信の場合は、例えば、利用者の不在中にタイマを用いて自動通信を開始する場合のように、必ずしも通信時に利用者がモニタ76の画面を見ているとは限らない。また、例え、利用者がモニタ76の画面を見ながら自動通信開始の指示を出し、自動通信が開始されたとしても、通信中に通信ホストより取得しているデータを通信中にモニタ76の画面上で視認することは難しい。従って、自動通信中に通信ホストより取得してデータベース410内に書き込んだデータは、利用者が未だ見ていないデータであると言える。
【0295】
しかし、自動通信中に通信ホストより新規なデータを取得してとしても、データベース410に一度書き込んでしまったら、どのデータが今回の自動通信によって新規に得られたデータであるのかを識別することは難しい。そのため、自動通信が終わってから、利用者がオフラインの状態で新規に得られたデータをモニタ76の画面上で見ようとしても、利用者はどのサービス,どのフォルダ、さらにはどのタイトルについて新規なデータが得られたのかを知ることができない。
【0296】
そこで、本実施例では、自動通信中に通信ホストより新規なデータを取得した場合には、アクセス管理部100の新着マーク付加部100dが、そのデータについてフォルダあるいはタイトルに、新規なデータである旨を示す新着マークを付した上で、書き込み部100aがデータ管理部400を介してデータベース410に書き込むようにしている。具体的には、フォルダについては、図5に示したように、フォルダ一覧索引ファイル内の該当するフォルダに新着マーク(+)が付される。また、タイトルについては、図7に示したように、索引ファイル内の該当するタイトル新着マーク(+)が付される。
【0297】
これによって、データベース410に新たに書き込まれたデータは、既に記憶されている他のデータと区別が付くようになる。従って、この新着マークを利用すれば、新規に得られたデータをモニタ76の画面上で見る場合にも利用者はどのサービス,どのフォルダ、さらにはどのタイトルについて新たなデータが得られたのかを知ることが可能となる。
【0298】
なお、新着マークをどのように付けるかは、自動通信時の処理内容によって異なる。即ち、例えば、自動通信時の処理内容が「本文の読み込み」である場合には、該当するフォルダ自体に新着フォルダマークを付けると共に、新規に得られたタイトルにも新着タイトルマークを付けるようにしている。
【0299】
これに対し、自動通信時の処理内容が「タイトルの読み込みのみ」である場合には、該当するフォルダ自体に新着フォルダマークを付けるだけで、取得したタイトルには新着タイトルマークを付けないようにしている。「タイトルの読み込みのみ」である場合に取得したタイトルに新着タイトルマークを付けてしまうと、後述する新着ツアーを行なった際に、そのツアーの進み方が遅くなるからである。しかし、サービスやフォルダによっては、取得されるタイトルも少なくて新着ツアーの進み方にも支障がでない場合もあり得るので、そのようなサービスやフォルダについては、タイトルに新着タイトルマークを付けるようにしても良い。
【0300】
そこで次に、このような新着マークを使って、通信ホストから新規なデータを取得したことを、どのようにして利用者に知らせるかについて説明する。
【0301】
自動通信が終わってから、オフラインの状態でモニタ76に初めて画面を表示する場合、利用者に自動通信時に新規にデータを取得した旨を知らせるために、メインメニュー画面,サービス切替画面及びフォルダ画面では、次のようにして表示される。
【0302】
メインメニュー画面の場合は、まず、アクセス管理部100の新着マーク検索部100eが、データ管理部400を使って、データベース410内に記憶されている全てのフォルダの中から、新着フォルダマークの付いているフォルダを検索する。具体的には、全てのフォルダ一覧索引ファイルの中から、新着マーク(+)の付されているフォルダを検索する。そして、新着フォルダマークの付いているフォルダが見つかったら、アクセス管理部100は、ユーザーI/F部200を使ってモニタ76上にメインメニュー画面を表示する際に、そのフォルダを含むサービス名に、目立つ色(例えば、黄色など)で下線を引く。
【0303】
図31はモニタ76上に表示されるメインメニュー画面の一例を示す説明図である。図31に示すメインメニュー画面では、本実施例の通信端末装置によって提供される主なメニューが絵メニューとして表示されている。このうち、自動通信によって新規なデータが取得されているサービス名(図31の例の場合、傘の絵で示された「天気予報」のサービス)に目立つ色で下線が引かれている。
【0304】
また、サービス切替画面の場合も、まず、アクセス管理部100が、データベース410内に記憶されている全てのフォルダの中から、新着フォルダマークの付いているフォルダを検索する。そして、新着フォルダマークの付いているフォルダが見つかったら、アクセス管理部100は、サービス切替画面を表示する際に、図3に示すように、画面左側のサービスリストSLについては、その見つかったフォルダを含むサービスに+印を付けて表示する。また、画面右側のフォルダリストFLについては、そのフォルダに+印を付けて表示する。
【0305】
さらに、フォルダ画面の場合は、まず、アクセス管理部100が、データベース410内に記憶されている全てのタイトルの中から、新着タイトルマークの付いているタイトルを検索する。具体的には、新着フォルダマークの付されていたフォルダに関する索引ファイルの中から、新着マーク(+)の付されているタイトルを検索する。そして、新着タイトルマークの付いているタイトルが見つかったら、アクセス管理部100は、モニタ76上にフォルダ画面を表示する際に、そのフォルダに+印を付けて表示する。
【0306】
こうして、自動通信終了後、利用者が初めてモニタ76の画面を見る場合に、利用者は、自動通信中に、どのサービス,どのフォルダ、さらにはどのタイトルについて新規なデータが得られたのかを容易に知ることができる。
【0307】
1−5−5)新着ツアー処理
次に、新着ツアー処理について説明する。新着ツアーとは、自動通信終了後に、オフライン状態で、自動通信時に新規に取得し利用者が未だ見ていないデータ(即ち、新着データ)を順番にモニタ76の画面上に表示して、新着データのみを自動的に巡回して見せる機能である。
【0308】
図32は新着ツアー処理の流れを示すフローチャートである。利用者がキーボード72、マウス73を操作して、新着ツアーの開始を指示すると、アクセス管理部100は図32に示す処理を開始する。新着ツアーは、図3に示すサービス切替画面左側のサービスリストSLに掲載された順に、新着フォルダマークの付されたフォルダを含むサービスについてのみ行なわれる。
【0309】
まず、アクセス管理部100は、新着フォルダマークの付されたフォルダを含むサービスについて、データベース410内に記憶されているフォルダ一覧索引ファイルを読み出して、そのファイル内に新着フォルダマークの付されたフォルダがあるか否かを判定する(ステップS188)。新着フォルダマークの付されたフォルダがある場合には、モニタ76上に、そのフォルダについてのフォルダ画面を表示する(ステップS190)。そして、上記フォルダについて、データベース410内に記憶されている索引ファイルを読み出して、そのファイル内に新着タイトルマークの付されたタイトルがあるか否かを判定する(ステップS192)。
【0310】
新着タイトルマークの付されたタイトルがある場合には、モニタ76上に表示されたフォルダ画面において、そのタイトルの位置にカーソルを移動する(ステップS194)。これにより、利用者は新着データのタイトルが何であるかを知ることができる。また、この時、そのタイトルについて本文の表示を指示すると、自動通信時に本文データも取得しているものについては、その本文が画面上に表示される。
【0311】
そして、アクセス管理部100は、利用者から次の新着データのタイトル位置への移動指示があるまで、そのままの状態で待機する(ステップS196)。その後、利用者から移動指示があった場合には、索引ファイル内の上記タイトルについて付されていた新着タイトルマークを外して(ステップS198)、再び、ステップS192に戻り、上記フォルダについて次の新着タイトルマークがあるか否かを判定する。
【0312】
ステップS192の判定の結果、上記フォルダの索引ファイル内において、新着タイトルマークが全て外されていて、新着タイトルマークの付されているタイトルがもはや無い場合には、前述のフォルダ一覧ファイル内のそのフォルダについて付されていた新着フォルダマークを外して(ステップS200)、ステップS188に戻り、次の新着フォルダマークの付されたフォルダがあるか否かを判定する。
【0313】
こうして、新着フォルダマークの付されたフォルダを含んでいた全てのサービスについて、新着フォルダマークの付されたフォルダが全て無くなったら、アクセス管理部100は、モニタ76の画面上に新着ツアー終了の旨を表示し(ステップS202)、利用者に新着ツアーが全て終了したことを知らせる。このようにして、図32に示す新着ツアー処理は終了する。
【0314】
以上のように、自動通信時に新着データを得た場合に、新着ツアー処理を行なうことによって、利用者は未だ見ていないデータを、自らデータベース410内より探し出すことなく、モニタ76の画面上で自動的に見ることができるので、利便性が向上する。
【0315】
なお、以上の実施例では、パソコン通信サービスを受ける場合を例として説明したが、これに限定されるものではなく、例えば、ビデオテックスなど、他のVAN(付加価値通信網)サービスを受ける場合に適用することが可能である。
【0316】
2)インターネット通信サービス用通信端末装置
さて、上記した実施例では、パソコン通信サービスを受けるための通信端末装置について説明したが、本発明は、最近流行のインターネット通信サービスを受けるための通信端末装置にも適用することができる。インターネットによって提供される通信サービスとしては、電子メール、ネットニュース(NetNews)、FTP(File Transfer Protocol)、Telnet、WWW(World Wide Web)などの情報提供サービスなどがある。
【0317】
2−1)ネットニュースのサービスを受ける場合
このうち、まず、本発明の通信端末装置によって、ネットニュースの通信サービスを受ける場合について説明する。ネットニュースとは、インターネット上での電子掲示板を使った不特定多数との相互連絡を意味し、このネットニュースを中心とした集まりをニュースグループという。言うなれば、ニュースグループはパソコン通信サービスにおけるフォーラム(SIG)に相当するもので、インターネット上には1万数千ものニュースグループが存在する。
【0318】
このようなネットニースの通信サービスを受ける場合、通信端末装置の構成としては図1に示した構成をそのまま用いることができ、通信端末装置の動作としても、前述したパソコン通信サービスを受ける場合の動作と同様の動作を行なうことになる。しかしながら、ネットニースの通信サービスを受ける場合、次の点が異なる。
【0319】
ネットニュースの場合は複数の階層構造を持ったニュースグループに別れている。例えば、図33(a)に示すように、「aisoft.general」,「aisoft.comp.pc98」,「aisoft.comp.dosv」というNewsグループがあったとすると、これらはいずれも「aisoft」というニュースグループに含まれる。そして、その中に、「general」と「comp」というグループがあり、「comp」というグループがさらに「pc98」「dosv」というグループに別れていることになる。
【0320】
前述したように、パソコン通信サービスにおけるフォーラムというサービスを受ける場合には、図4に示したように、データベース410内に「forum」というディレクトリを設け、さらにその下の階層にフォーラム毎にディレクトリを設けて、各フォーラムから取得したデータをそれぞれ分類して管理していた。これに対し、インターネットのニュースグループの場合は、上記したように、階層構造が深いため、それに対応するように、データベース410内のディレクトリ構造も階層をもっと深くすることで、ニュースグループについても同様に、取得したデータをそれぞれ分類して管理することができる。具体的には、例えば、図33(a)に示したニュース・グループに対しては、データベース410内において、図33(b)に示すようなディレクトリ構造を構築することによって対応することができる。
【0321】
なお、各ディレクトリ内には、例えば、前述したようなパソコン通信サービスにおけるフォーラム内のタイトルを管理する索引ファイルの代わりに、ネットニュースの記事を管理する索引ファイルを作成して格納するようにすれば良い。
【0322】
2−2)WWWのサービスを受ける場合
次に、本発明の通信端末装置によって、インターネットにおけるWWWの通信サービスを受ける場合について説明する。WWWとは、インターネット上の文字やグラフィックなどの情報を、キーワードで有機的に結びつけたハイパーテキスト形式によって見ることができるサービスをいう。
【0323】
このようなWWWの通信サービスを受ける場合、通信端末装置の構成としては図1に示した構成を概ねそのまま用いることができ、通信端末装置の動作としても、基本的には、前述したパソコン通信サービスを受ける場合の動作と同様の動作を行なうことになる。しかしながら、WWW自体の持つ独自の特徴によって、パソコン通信サービスを受ける場合と異なる動作形態を採る場合もある。
【0324】
WWWにおけるデータは、基本的には、HTML(Hyper-Text Markup Language)と呼ばれる言語によって記述されたハイパーテキストデータによって構成されている。ハイパーテキストデータは、「ページ」という単位から成り立っており、1つの「ページ」が1つのファイルを構成することになる。これらハイパーテキストデータは、それぞれ、インターネット上に接続されたWWWサーバ内にファイルとして格納されている。なお、WWWサーバには、ハイパーテキストデータの他、画像データ(静止画,動画など)や音声データさらには種々のプログラムデータなどが格納されている。
【0325】
通信端末装置は、インターネットを介してそれらWWWサーバにアクセスすることによって、それらのWWWサーバに格納されているハイパーテキストデータなどを取得することができる。これらハイパーテキストデータは、通信端末装置におけるブラウザと呼ばれるソフトウェアを使った機能によって、モニタ76の画面上に表示させることができる。ハイパーテキストデータでは、ページ中に「リンク」という特別な情報を入れ、このリンクによってキーワードと別のページとを関連付けることができる。このリンク機能を用いると、例えば、利用者はモニタ76の画面に表示されたページ内のキーワードをマウス73によってクリックするだけで、関連づけられたページを即座に見ることができる。
【0326】
ところで、インターネット上にあるオブジェクト(例えば、データのファイル)は、全て、それが置かれている場所をURL(Uniform Resource Locator)によって一意的に表すことができる。従って、例えば、URLが、「http://www.epson.co.jp/index.htm」である場合には、「www.epson.co.jp」というWWWサーバ内に「index.htm」というファイルがあることを表している。なお、「http」はプロトコルの指定であって、WWWで一般的に使用されるプロトコル名である。
【0327】
また、HTMLによって記述されたハイパーテキストデータ内において、<>に括られた部分をタグといい、このタグによって、例えば、下線などの文字属性や、イメージの表示方法、或いはリンク等を指定する。
【0328】
図34はHTMLによって記述されたハイパーテキストデータの一例を示す説明図である。図34を用いて、リンクの指定方法について説明する。図34に示すハイパーテキストデータは上記した「www.epson.co.jp」というWWWサーバ内に格納されているものとする。
【0329】
図34のm行では、「<A>」と「</A>」で囲まれた部分がリンクの指定(HTMLでは、アンカーという)である。「HREF="/epson/index/index.htm"」の部分がリンク先の指定で、「クリックされたら、「/epson/index/index.htm」というファイルの内容を表示せよ」ということを表している。「/epson/index/index.htm」の部分はWWWサーバ内でのパス指定であって、「www.epson.co.jp」というWWWサーバ内でのファイルのある位置を示している。
【0330】
また、「<IMG SRC="/epson/image/haruj.gif">」というのは、その部分にイメージを表示するための指定であり、ここでは、「/epson/image/haruj.gif」というイメージファイルの内容を表示することを示している。なお、「<P>」は改行の指定である。
【0331】
また、リンクの指定は、WWWサーバ内だけでなく、別のサーバへも行える。図34のn行では、「HREF="http://www.aisoft.co.jp/index.htm"」の部分で外部へのリンク指定を行なっている。これは、「www.aisoft.co.jp」というWWWサーバに接続して、「index.htm」というファイルの内容を表示せよ」という指定である。
【0332】
2−2−1)ハイパーテキストデータ等の取得
では、本実施例において、WWWサーバに格納されたハイパーテキストデータなどを取得する場合の動作について説明する。一般に、通常の利用者がWWWサーバにアクセスするには、予め登録した回線プロバイダに、モデム92を利用して公衆回線経由で接続し、そのプロバイダを介してインターネットに接続する必要がある。
【0333】
そこでまず、利用者がキーボード72,マウス73を使ってインターネットへの接続を指示すると、アクセス管理部100は通信制御部300等を介して回線プロバイダに電話をかけ、そのプロバイダを介してインターネットへの接続を図る。その後、利用者が所望のWWWサーバ内に格納されているハイパーテキストデータ等の取得を指示すると、アクセス管理部100は、通信制御部300を介してそのWWWサーバに対しデータの送信を要求する。
【0334】
この時、取得すべきデータの指定として、取得すべきデータの置いてあるアドレスの指定や、データのリンクレベルの指定や、データの種別の指定などが行える。このうち、アドレス指定では、「http://www.aisoft.co.jp」といったWWWサーバの指定や、その中の特定のページを指定することができる。また、リンクレベルの指定では、ページ内のリンクをどのレベルまで辿るかを指定することができる。例えば、リンクを何レベル辿るかといった数値の指定や、指定したWWWサーバ内のレベルまでといった指定ができる。さらに、種別の指定では次のような指定を行なうことができる。即ち、ページ内には、次のページへのリンクだけでなく、画像データや音声データを貼り込むことができる。また、FTPといったファイルそのものを転送するための参照も含まれている。このようなデータの種類別に、そのデータを取得するか、しないかを指定することもできる。さらに、サイズの上限を設定することにより、サイズの小さいデータだけを取得することもできる。
【0335】
以上のようにして指定したハイパーテキストデータ等がWWWサーバから送信されてきたら、アクセス管理部100は、通信制御部300等を介してそれらデータを取得し、データ管理部400を介してデータベース410内に記憶する。この時、アクセス管理部100は、取得したデータを後述するように分類,整理して、データベース410に書き込む。
【0336】
こうして、所望のWWWサーバよりハイパーテキストデータを取得し、データベース410内への書き込みが全て終了したら、アクセス管理部100は、通信制御部300等を介して、インターネットとの接続を断つ。その後、オフラインの状態で、アクセス管理部100は、データ管理部400を介してデータベース410内よりデータを読み出して、ブラウザの機能を使ってユーザーI/F部200を介してモニタ76の画面上に表示する。これにより、利用者はインターネットに接続している時と全く同様にデータのブラウジングを行なうことができる。
【0337】
この際の最も大きなメリットは、通信時間がデータ転送の時間とほぼ等しくなるので、通信回線を最大限に活用できるようになり、回線プロバイダとの接続料金、公衆回線の通信料金も安価になることである。
【0338】
また、データベース410に記憶したデータを、通信回線と接続されていない別のパソコンに保存してブラウジングすることもできるので、通信回線のないところ(例えば、通勤の電車の中等)でデータの内容を見ることもできる。
【0339】
ところで、前述したパソコン通信サービスを受ける場合と同様に、WWWのサービスを受ける場合にも、自動通信を行なうことは可能である。例えば、予めタイマ68で指定した時刻に、インターネットに自動接続して、所望のデータを取得するようにする。
【0340】
一般に、接続領域や通信料金は時間帯で価格が変り、特に深夜ほど安くなる場合が多い。従って、データの取得を行なう際にも、昼間の時間帯よりも、深夜の方が料金が安価になる。さらに、回線の込み具合も変動するため、深夜ほど回線プロバイダへ繋がりやすいということもある。このとき、深夜の特定の時刻に自動通信を行なうように、設定しておくことで、利用者の介在なしに自動的にWWWサーバから所望データを取得することができる。
【0341】
なお、自動通信実行のスケジューリングは、特定の日時指定の他、「毎日X時」、「毎週月曜日X時」といった指定もできる。さらに、接続するWWWサーバ毎に異なった指定を行なうこともできる。
【0342】
2−2−2)データベースへの取得データの記憶及び記憶データの表示
ところで、アクセス管理部100は、WWWサーバより取得したハイパーテキストデータ等をデータベース410内に書き込む際には、各ページのリンク関係に配慮しながら、次のように分類、整理して書き込むことになる。
【0343】
例えば、今、各ページが図35(a)に示すようなリンク関係であったとすると、ホームページからまずA、B等のページへリンクし、次にA−1、B−1等のページへリンクし、さらにその先のA−3、D等のページへリンクしていく。
【0344】
そして、このようなリンク関係を反映するように、各ページのファイルがWWWサーバに格納されていたとする。即ち、「A」の以下のページがWWWサーバ内で図35(b)に示すように格納されていたとする。
【0345】
このような場合には、アクセス管理部100は、WWWサーバより取得したデータの各ページに付されているURLを検知して、そのURLに基づいて、WWWサーバ内の図35(b)に示したディレクトリ構造を保ったまま、取得したデータをデータベース410内に書き込むようにする。
【0346】
また、このようにWWWサーバ内のディレクトリ構造を保ったままデータベース410に書き込む方法の他、そのようなディレクトリ構造と無関係にフラットな状態でデータベース410にデータを書き込むこともできる。即ち、図35(c)に示すように、例えば、取得したデータを全て「\LOCAL」というディレクトリに格納するのである。だが、この際、WWWサーバ内において別のディレクトリにも同一ファイル名が存在する可能性があるが、そのような場合には、一方のファイル名を変更するようにする。例えば、図35(b)において、A−2,A−3の各ページが、図35(d)に示すように、両方とも「A-2.html」という同一のファイル名となっている場合、後から書き込むファイル名を「A-2_00.html」というように変更して格納するようにする。
【0347】
ところで、このように、WWWサーバより取得したハイパーテキストデータをデータベース410に書き込む場合、次の点に留意する必要がある。即ち、取得したハイパーテキストデータ内には、前述したように、多くの場合、リンクの指定が設けられており、しかも、そのリンク先は、リンクされるファイルのインターネット上での格納場所を表したままとなっている。従って、データベース410に書き込む際には、そのようなリンク先を全て、リンクされるファイルのデータベース410内での書き込み場所を表すように書き換える必要がある。
【0348】
リンク先を表すURLとしては、ローカルのハードディスク上のファイルを指定することも可能であるのでこれを利用する。例えば、データベース410が格納されているハードディスク84が「C」ドライブである場合、そこに書き込まれている「\Epson\index.htm」というファイルはURLとして「file:///C|/Epson/index.htm」と表すことができる。
【0349】
従って、例えば、図34に示したハイパーテキストデータをデータベース410に書き込む場合には、図36に示すように「HREF」の部分をリンクされるファイルの書き込み場所に変更し、全てのリンク先を書き換えることで、リンク関係を全てデータベース410内に収めることができる。この時、取得しないサーバへのリンクを含む場合もあるが、これはそのまま格納して変更しない。
【0350】
さて、以上のようにして、データベース410内に書き込まれたハイパーテキストデータ等は、前述したように、アクセス管理部100により、データ管理部400を介してデータベース410から読み出されて、ブラウザの機能を使ってユーザーI/F部200を介してモニタ76の画面上に表示される。この場合は、オンライン状態にある場合と同様に、利用者は、各ページをリンクに従って順に見ていくことができる。例えば、図35(a)の例では、最初にホームページを表示し、そこからA,B等のページに移り、さらにその先のページを順に見ていくことになる。取得しないサーバへのリンクはそのまま残っているので、オンライン状態にして見ていくこともできる。この結果、利用者はデータの位置を意識せずに内容を見ることができる。
【0351】
また、本実施例では、このような通常のブラウジング画面のような表示の仕方の他、データベース410内の記憶データの全体の構造を表すような表示の仕方を行なうことも可能である。このような場合、データベース410内のディレクトリ構造に合わせて表示するようにしても良いが、通常は、実際のリンク関係に合わせて表示するようにする。
【0352】
図37はデータベース410内の記憶データをツリー形式でモニタ76に表示した場合の表示画面の一例を示す説明図である。図37(a)に示す画面では、最上位に「A.I.SOFT Home Page」というホームページがあり、そこからリンクしているページとして、「A.I.SOFT English Home Page」というページがあることを示している。また、各ページに埋め込まれているイメージや音声データも、図37(b)に示す「aisoft/image/title/gif」のように、同様の方法で表示することで、各ページにどのようなデータが含まれているかを表示することもできる。
【0353】
図中の「−」の記号はそれ以上リンクされる先がないページを示し、「+」の記号は未だリンクされる先があるページを示している。従って、利用者がマウス73を使って「+」の記号の付されたページ名を順番にクリックすることにより、次々とリンク先のページ名を表示させることができる。
【0354】
また、利用者がブラウジングしたいページがある場合には、そのページをマウス73で指定してブラウジングを行なう旨の指示を行なうことによって、モニタ76の画面上には、ブラウジング機能を利用してそのページが表示される。さらにまた、特定の文字列やデータを含むページを検索したりすることも可能となっており、より効率的なブラウジングを行なうことができる。そしてまた、図37に示す画面左側の開いている部分に覚え書き等のコメントやメモを付加することも可能となっており、アクセスした日時などを管理することもできる。
【0355】
以上のように、データベース410に記憶された各ページのリンク関係をツリー形式で表示することによって、全体の構造を簡単に把握できるようになると共に、オフライン状態でのブラウジングを効率的に行なうことが可能となる。
【0356】
また、図37に示したようなツリー形式を採らずに、図38に示すように、フラットな状態で画面上に表示するようにすることもできる。図38は何れもブラウザ機能を利用してモニタ76上に表示された画面を示している。図38において、下線部分はリンクが埋め込まれた部分であり、マウス73によってここをクリックすると、リンク先のページに移行する。
【0357】
図38(a)では図37に示した「A.I.SOFT English Home Page」をタイトル名として、1階層下の各ページ名を羅列して表示している。なお、このように、1階層下のページ名だけ羅列して表示するでなく、複数の階層をフラットに羅列して、全体を一度に表示するようにしても良い。
【0358】
また、特定のWWWサーバにおける下位の階層に格納されている特定のページに、利用者が関心を持っている場合には、データベース410に書き込まれているそのページのデータに簡単にアクセスして表示できるようにするために、モニタ76の画面上に表示する内容を図38(b)に示すようにカスタマイズするようにしても良い。図38(b)では予め設定したページ名だけを一覧表示して、それらのページが容易に開けるようにしている。
【0359】
ところで、新聞社等のWWWサーバにおいて提供されるページ(ハイパーテキストデータ)の内容は、その時に起きたニュースに合わせて毎日更新される。従って、このような新聞社等のWWWサーバからハイパーテキストデータ等を毎日取得してデータベース410に書き込むと、過去に書き込んだハイパーテキストデータは、更新されたハイパーテキストデータによって次々に上書きされるため、消えてしまって残らない。しかし、利用者によっては、1週間分のページをまとめておいて、後で内容を見たい場合や内容を保存しておきたい場合がある。そのような場合に、過去に書き込んだデータを消さずに新たに書き込んだデータと共に蓄積できれば便利である。
【0360】
そこで、このような新旧のハイパーテキストデータ等を共に記憶して管理する機能の実現方法について説明する。このような新旧のハイパーテキストデータの記憶は、これらデータをデータベース410に書き込む際に、格納すべきディレクトリを別々にすることで実現する。
【0361】
図39はデータベース410内のディレクトリ構造の一例を示す説明図である。例えば、図39(a)に示すように、データベース410内に日付毎にディレクトリを作成して、取得したハイパーテキストデータ等を、毎日、その日付に対応するディレクトリに格納するようにする。
【0362】
この時、毎日、WWWサーバ内に格納されているほとんどのページの内容が変わる場合には、その日のディレクトリまたはその下位のディレクトリに、そのWWWサーバ内の必要なページを全て格納するようにする。また、毎日、WWWサーバ内に格納されている一部のページだけが変るような場合には、前日のデータと比較して、リンク先のページ等が変更されていなければ、そのリンク先のページについては格納せずに、前に既に書き込んであるページにリンク先を変更してから格納することもできる。
【0363】
また、以上のようなやり方の他、特定のWWWサーバから取得したページということでなく、予め設定しておいたキーワードを含むページのみを上記のように日付等により分類して、日付毎のディレクトリに格納することも可能である。
【0364】
また、図39(b)に示すように、日付分類とせずにキーワードによる分類として、キーワード毎のディレクトリを作成し、キーワードを含むページを対応するディレクトリに格納することもできる。このようにした場合には、特定のトピックに関する内容を時間順にブラウジングすることもできる。
【0365】
また、以上のように、WWWサーバから取得したハイパーテキストデータ等を日付別或いはキーワード別に分類、整理して、データベース410に書き込む場合には、各日時或いは各キーワードへのリンクを埋め込んだインデックスとしてページ、即ち、ハイパーテキストデータを別に作成し(例えば、図39(a),(b)の「index.html」)、ブラウザ機能によってそのインデックスページをモニタ76上に表示することによって、利用者は、各日時に対応したページ或いは各キーワードに対応したページに容易にアクセスすることができる。
【0366】
ところで、以上のように、取得したデータを日時別或いはキーワード別に分類、整理して、データベース410へ書き込む方法、及び、それら分類ファイルの読み出しを可能とするインデックス画面の表示などは、インターネットの通信サービスを受ける場合だけでなく、前述したパソコン通信サービスを受ける場合に同様に適用可能である。即ち、通信ホストから取得した受信データを、通信ホストの提供する通信サービス毎に分類、整理するだけでなく、日時毎或いはキーワード毎に分類、整理してデータベース410に書き込むようする。そして、モニタ76上には日時の一覧或いはキーワードの一覧から成るインデックス画面を表示し、利用者がそのインデックス画面から所望のデータを指示すれば、そのデータをデータベース410より読み出してモニタ76上に表示するようにする。
【0367】
2−2−3)WWWサーバに対するデータ更新の監視
ところで、インターネット上に、利用者が特別な関心を持っている情報を公開しているWWWサーバがある場合に、利用者は、そのWWWサーバに公開されている情報の内容が追加されたり、変わったりしていた場合に、できるだけ早くその情報を取得したいと思うことがある(例えば、企業が公開する新製品情報など)。
【0368】
しかし、このような場合に、手動通信によって、利用者が自ら定期的にそのWWWサーバにアクセスし、公開されている情報を実際に見て、情報の内容に変更があるか否かを判断していたのでは、非常に手間がかかる。また、興味ある情報を公開しているWWWサーバが増えてくるにつれ、その作業は非常に膨大になり、手間がかかりすぎて事実上不可能となる。
【0369】
そこで、本実施例では、自動通信によって、特定のWWWサーバに公開されている情報に変更がないか監視するようにしている。即ち、前述したパソコン通信サービスを受ける場合に用いた定期巡回の機能を利用するのである。
【0370】
その動作を簡単に説明すると、自動通信処理部600は、利用者によって指定された監視すべきWWWサーバを予めハードディスク84内に登録しておく。そして、自動通信処理部600は、自動通信によって、定期的に、その登録されたWWWサーバに対しアクセスし、そのWWWサーバに格納されているデータ(即ち、情報)に変更があったか否か調べる。
【0371】
格納データに変更があるか否かは次のように調べる。即ち、HTMLプロトコルによれば、WWWサーバから格納されたハイパーテキストデータ等の本データを取り出すことなく、そのデータに付随した更新日時などの情報を取得することができるので、これを利用する。この更新日時としてはファイルの最終更新日時が推奨されているので、この更新日時を最終更新日時として取得して、その日時を、自動通信処理部600側で予め保存してある最終アクセス日時と比較することで、WWWサーバに格納されているデータが変更されているかどうかわかる。
【0372】
また、上記したような更新日時がサポートされていないデータについては、WWWサーバからハイパーテキストデータを取得した際に、そのデータからチェックサムを計算して、その値を自動通信処理部600側で保存する。そして、再び、そのWWWサーバにアクセスし、データを取得してチェックサムを計算し、保存した値と比較することによって、格納データの変更の有無がわかる。
【0373】
以上のような、格納データの変更の有無のチェックは、通常、ページ単位で行なうことになるが、さらにページ内のある特定部分の変化や、ページからリンクしている先のデータの変化をもチェックするようにしても良い。
【0374】
なお、以上のようなWWWサーバに対する格納データの変更の有無を監視することが可能な通信端末装置については、後ほど、別の実施例として、詳しく説明する。
【0375】
3)データ更新監視サーバ
さて、上記したように、WWWサーバに対する格納データの変更有無の監視は、通信端末装置独自によって行なうことも可能であるが、以下に述べるようなデータ更新監視サーバをインターネットに接続して、専用に行なうこともできる。
【0376】
3−1)データ更新監視サーバの構成
図40は本発明の第2の実施例としてのデータ更新監視サーバの構成を示すブロック図である。図40に示すように、データ更新監視サーバ1000は、他のWWWサーバ4000,5000などと同様にインターネット3000に接続されている。また、通信端末装置から成るクライアント2000は、プロバイダ用サーバ6000を介してインターネット3000に接続されている。従って、データ更新監視サーバ1000とクライアント2000とはインターネットを介して互いに接続されている。
【0377】
また、データ更新監視サーバ1000は、主として、WWWサーバ4000,5000に格納されている格納データ4100,5100の更新の有無を監視する監視部1100と、監視すべきデータの格納場所(即ち、URL)などの登録を行なう登録管理部1200と、インターネット3000を介してクライアント2000との間やWWWサーバ4000,5000との間でデータ通信を行なうための通信部1300と、登録された格納場所の情報やWWWサーバ4000,5000から取得したデータを記憶するための記憶部1400と、を備えている。WWWサーバ4000,5000にはそれぞれ格納データ4100,5100としてハイパーテキストデータなどが格納されている。
【0378】
データ更新監視サーバ1000は、図2に示したようなコンピュータによって構成されており、図40に示すデータ更新監視サーバ1000内の各ブロックは、ハードウェアにより実現されている部分とソフトウェアにより実現されている部分とを含んでいる。
【0379】
なお、ソフトウェア部分については予めアプリケーションプログラムの形で図2に示したハードディスク84に記憶されており、利用者から起動の指示がなされて、オペレーティングシステムによってハードディスク84からメインメモリ25上に読み込まれることによって、ハードウェアとソフトウェアが一体となった図40に示すデータ更新監視サーバ1000が実現する。
【0380】
また、上記アプリケーションプログラムが図2に示すCD−ROM85に記録されている場合には、このCD−ROM85をCD−ROM装置83に挿入し、上記アプリケーションプログラムをCD−ROM装置83で読み取ることによって、メインメモリ25に転送するようにしても良い。また、上記アプリケーションプログラムが図2に示すフロッピディスク81に記録されている場合には、このフロッピディスク81をフロッピディスク装置82に挿入し、上記アプリケーションプログラムをフロッピディスク装置82で読み取ることによって、メインメモリ25に転送するようにしても良い。また、上記アプリケーションプログラムは光磁気ディスクなどの他の可搬型記録媒体上からメインメモリ25に転送するようにしても良い。
【0381】
また、上記アプリケーションプログラムが図2に示すプログラム供給サーバ9000に格納されている場合には、モデム92によって通信回線93を介してプログラム供給サーバ9000にアクセスし、プログラム供給サーバ9000から上記アプリケーションプログラムを送信してもらうことによって、メインメモリ25に転送するようにしても良い。なお、通信回線93としては、電話回線やネットワーク回線などの有線回線の他、通信衛星などを利用した無線回線などが考えられる。
【0382】
3−2)データ更新監視サーバの動作
本実施例の動作を簡単に説明する。
【0383】
利用者は、まず、クライアント2000を用いてデータ更新監視サーバ1000に対しユーザの登録を指示する。その指示は、プロバイダ用サーバ6000,インターネット3000を介してデータ更新監視サーバ1000に伝えられ、データ更新監視サーバ1000内において、通信部1300を介して登録管理部1200に入力される。登録管理部1200では、利用者からの指示に従って、ユーザ登録を行なう。
【0384】
次に、利用者は、クライアント2000を介してデータ更新監視サーバ1000に対し、監視すべきデータの格納されている場所、即ち、URL(以下、監視URLという)の登録を指示する。これにより、登録管理部1200は、利用者からの指示に従って、監視URLの登録を行なう。登録された情報は記憶部1400に書き込まれる。
【0385】
こうして、監視URLの登録が行なわれると、通信部1300は、その監視URLに基づいて、その監視URLが示すWWWサーバにインターネット3000を介してアクセスする。例えば、監視すべきデータが格納データ4100であった場合には、通信部1300は、監視URLに従ってWWWサーバ4000にアクセスする。次に、監視部1100は、WWWサーバ4000内の格納データ4100が更新されたか否かをチェックし、その更新チェックの結果を記憶部1400に保存する。監視部1100は、このような更新チェックを、登録されている全ての監視URLについて定期的に行なう。
【0386】
一方、利用者は、格納データの更新の有無が知りたい場合には、クライアント2000を用いてデータ更新監視サーバ1000に、更新有無の問い合わせを行なう。これに対し、登録管理部1200は、その利用者の登録した監視URLに格納されているデータについての更新チェックの結果を、記憶部1400より読み出して、クライアント2000に転送し、利用者に知らせる。この時、登録管理部1200は、クライアント2000が監視対象となっているWWWサーバに対してアクセスして格納データを取得した最終アクセス日時を把握しており、その日時以降の最新チェックの結果をクライアント2000に対し転送する。
【0387】
そこで、利用者は、その更新チェックの結果から、格納データの更新があったことを確認した場合には、必要に応じて、クライアント2000をプロバイダ用サーバ6000を介してインターネット3000に接続し、そのデータの格納されているWWWサーバにインターネット3000を介してアクセスする。そして、そのWWWサーバから所望のデータを取得する。
【0388】
従って、利用者は、格納データが更新されたか否かをデータ更新監視サーバ1000にアクセスするだけで、知ることができるため、更新されたか否かを調査する手間も省け、通信時間も短くて済み、より効率的な格納データの監視を行うことができる。
【0389】
なお、登録管理部1200は、格納データの更新チェックの結果を、利用者がデータ更新監視サーバ1000にアクセスした時に転送するだけではなく、電子メールを用いて利用者に転送することもできる。或いは、データ更新監視サーバ自ら公衆回線等を介してクライアント2000にアクセスして転送するようにしても良い。
【0390】
また、監視部1100は、前述したように、格納データの更新有無のチェックを定期的に行なっているので、記憶部1400には最新のチェック結果を保存している。従って、利用者からの問い合わせがあった場合には、監視しているWWWサーバにアクセスすることなく、即座に、最新の更新有無のチェック結果を転送することができる。
【0391】
また、図40では一つのクライアントしか記載していないが、実際には、多数のクライアントが存在することになるため、データ更新監視サーバ1000は、多数の利用者によって利用されることになる。従って、複数の利用者が同一のWWWサーバに格納されているデータの監視を希望することも十分予想される。そのような場合、そのWWWサーバに対して1回アクセスするだけで、監視部1100は、複数の利用者についての更新有無のチェックを行なうことができるので、非常に効率が良くなる。
【0392】
また、監視部1100は、WWWサーバにアクセスした際に、監視している格納データ自体を取得し、そのデータを記憶部1400に記憶するようにしても良い。この場合に、登録管理部1200は、クライアント2000を介して利用者からデータ送信の要求があったら、その要求に従って、記憶しているデータをクライアント2000に対し送信するようにしても良い。このようにすることによって、利用者は、WWWサーバに格納されていたデータをデータ更新監視サーバ1000を介して容易に取得することができる。
【0393】
また、監視部1100は、上記したようにWWWサーバから格納データ自体を取得した場合に、その取得したデータを図39に示したように日時毎或いはキーワード毎に分類、整理して記憶部1400に記憶すると共に、登録管理部1200は、各日時或いは各キーワードへのリンクを埋め込んだインデックスページを作成し、利用者からデータ送信の要求があったら、その要求に従って、その分類、整理したデータとインデックスページをクライアント2000に対し送信するようにしても良い。また、インデックスページのみを先に送信し、利用者からそのインデックスページを用いてさらにデータの要求があった場合に、分類、整理したデータの中から要求されたデータを送信するようにしても良い。
【0394】
また、登録管理部1200は、記憶しているデータを所望のフォーマットに編集し、利用者からの要求に応じたフォーマットのデータを送信するようにしても良い。ここで、所望のフォーマットに編集するとは、例えば、リンクされたデータを文字、画像情報に展開して、フラットな表示を可能にすることである。具体的には、例えば、ニュース速報等を各新聞社のWWWサーバから入手して、特定の日付、特定の分野等で一枚のいわゆる「電子新聞」として編集、表示を行なうなどの応用が可能になる。これにより、利用者は、各WWWサーバを見て回る必要が無く、データ更新監視サーバ1000に接続するのみで、所望の情報を見やすい表示形態で一読することができる。利用者個々に対して、データの検索条件や表示フォーマットを用意すれば、その利便性はさらに増すことになる。
【0395】
なお、このように、データ更新監視サーバ1000からクライアント2000に上記データを送信する際には、電子メールを用いて送信することもできる。特に、無線によってネットワークに接続された携帯型コンピュータなど、回線能力が小さい場合には、転送データの少ない電子メールは有効である。さらに、画像データを割愛して送信データ量を減らす編集フォームを、上記携帯型コンピュータ用に用意することも好適である。また、データ更新監視サーバ1000からクライアント2000にアクセスして、クライアント2000に接続されているプリンタ等を起動して、そのプリンタ等からデータを印刷して出すようにすることもできる。さらに、データ更新監視サーバ1000から公衆回線等を介して利用者に直接電話をかけ、ファクシミリ等でデータを送るようにすることもできる。
【0396】
また、記憶部1400にWWWサーバから取得したデータを記憶している場合において、監視部1100は、格納データの更新があったことを確認した場合に、WWWサーバから更新後のデータを取得し、記憶部1400に記憶されている更新前のデータを更新後のデータで書き換えるようにしても良い。このようにすることによって、利用者がデータの送信を要求した場合に、利用者に対して最新のデータを送信することができる。
【0397】
また、記憶部1400にWWWサーバから取得したデータを記憶している場合において、監視部1100は、格納データの更新があったことを確認した場合に、WWWサーバから更新後のデータを取得し、記憶部1400に記憶されている更新前のデータと比較して、データ中の更新された箇所を検出し、その検出結果を記憶部1400に保存するようにしても良い。さらに、利用者から更新箇所の問い合わせがあった場合には、登録管理部1200は、記憶部1400から前記検出結果を読み出して、クライアント2000に通知するようにしても良い。
【0398】
ところで、本実施例においては、データの管理形態の相違によって次の2つの場合がある。
【0399】
▲1▼利用者毎の監視URLをデータ更新監視サーバで管理する場合
この場合、利用者毎の監視URLはデータ更新監視サーバ1000で管理しており、クライアント2000では管理していない。従って、クライアント2000は利用者の指示した監視URLを保存する必要はないが、その代わりに、データ更新監視サーバ1000が保存することになるので、データ更新監視サーバ1000の記憶しているデータの容量が多くなる。しかし、格納データの更新の有無を通知するのに電子メールで知らせるなどのサービスを行なうことができる。
【0400】
▲2▼利用者毎の監視URLを各クライアントで管理する場合
データ更新監視サーバ1000では、利用者の管理と監視URLの管理のみを行っており、各監視URLがそれぞれどの利用者によるものなのかについては管理していない。このため、各利用者は、監視URLをクライアント2000内のローカルデータベース(ローカルDB)に保存し、データ更新監視サーバ1000に格納データの更新の有無を問い合わせる際には、保存した監視URLをデータ更新監視サーバ1000に通知して、問い合わせる。クライアント2000で保存されるデータは、クライアント2000がWWWサーバの格納データを取得する際に用いる管理データと共用できるので、保存データの容量は大きくはならない。また、データ更新監視サーバ1000においても、管理データは少なくて済む。
【0401】
では、各場合について、それぞれ、管理データの概要と、データ監視サーバ−クライアント間のトランザクションの概要をそれぞれ説明する。
【0402】
まず、▲1▼の場合について説明する。図41は利用者毎の監視URLをデータ更新監視サーバで管理する場合における各管理データの概要を示す説明図である。
【0403】
データ更新監視サーバ1000は、図41に示すように2つのユーザ管理テーブルと監視URLデータを持っている。このうち、ユーザ管理テーブルAには、図41(a)に示すようにユーザIDとパスワードを格納している。また、ユーザ管理テーブルBには、図41(b)に示すように、ユーザIDと、そのユーザの監視URLと、属性と、クライアントが監視対象のWWWサーバにアクセスした最終アクセス日時を格納している。ここで、属性としては、監視URLに格納されているデータのみを監視するか、そのデータからリンクしているデータについても監視するかといったような付属情報を格納する。
【0404】
また、監視URLデータには、図41(c)に示すように、監視すべきデータの格納されているURLと、データ更新監視サーバが最後に更新されたか否かを調べた最終チェック日時と、現在の状態(格納データが変更されていた、削除されていた、エラーのリトライ中であったなどの各状態)を示すステータスと、エラー数と、監視している格納データの最終更新日時が含まれている。ここで、エラー数は、監視のためにアクセスを試みたがアクセスできなかった回数であり、一定時間間隔でアクセスを試みたときに、一定回数以上アクセスできない場合には、対象とするURLが削除されたと判定するために用いる。
【0405】
なお、監視URLデータは、登録されている監視URL毎に1つずつ存在する。
【0406】
図42は利用者毎の監視URLをデータ更新監視サーバで管理する場合におけるデータ監視サーバ−クライアント間のトランザクションの概要を示す説明図である。図42において、(a)はユーザの登録時のトランザクションを、(b)は監視URLの登録時のトランザクションを、(c)は格納データの更新有無の問い合わせ時のトランザクションを、それぞれ示している。各図とも、それぞれ、上から下に向かって時間が進行している。
【0407】
図42(a)に示すように、ユーザ登録時には、クライアント2000からユーザ名、登録パスワードまたはシリアル番号等を送ると、データ更新監視サーバ1000は、そのシリアル番号等の認証を行ない、ユーザIDとパスワードを発行する。登録パスワード、シリアル番号はサービスを限られた利用者に対してのみ提供するために用いる。従って、不特定者に提供する場合は無くても良い。
【0408】
図42(b)に示すように、監視URL登録時には、クライアント2000からユーザ名、パスワード、監視URLを送ると、データ更新監視サーバ1000は、登録処理を行なってステータスを返す。
【0409】
図42(c)に示すように、更新問い合わせ時には、クライアント2000からユーザID、パスワードを送り、格納データの更新有無を問い合わせる。データ更新監視サーバ1000は、ユーザIDから、登録されている監視URLと最終アクセス日時を取得する。そして、既に格納してある調査結果から、監視URLに格納されているデータについて、最終アクセス日時以降の更新有無をチェックして、更新有無の結果を更新URLリストとしてクライアント2000に送る。クライアント2000は、その更新URLリストを保存する。
【0410】
その後、クライアント2000は、WWWサーバにアクセスして、更新されている格納データを取得する。そして、データ更新監視サーバ1000に対し、ユーザID,パスワードと共に、取得したデータの監視URL(即ち、どの監視URLに格納されているデータを取得したかという情報)と、データを取得した日時を送り、データ更新監視サーバ1000は、それらユーザデータを更新する。
【0411】
次に、▲2▼の場合について説明する。図43及び図44は利用者毎の監視URLを各クライアントで管理する場合における各管理データの概要を示す説明図である。このうち、図43はデータ更新監視サーバ1000で管理される管理データを、図44はクライアント2000で管理される管理データを、それぞれ示す。
【0412】
データ更新監視サーバ1000は、図43に示すようにユーザ管理テーブルと監視URLデータを持っている。このうち、ユーザ管理テーブルには、前述のユーザ管理テーブルAと同様に、図43(a)に示すようにユーザIDとパスワードを格納している。また、監視URLデータには、図43(b)に示すように、前述の図41(c)と同様のURLと、最終チェック日時と、ステータスと、エラー数と、最終更新日時が含まれている。
【0413】
一方、クライアント2000は、図44に示すように監視URLデータを持っている。基本的には、データ更新監視サーバ1000で管理される監視URLデータと同じような構成となるが、監視チェック中の状態を示す「エラー数」がなくなり、クライアント2000が最後にアクセスした「最終アクセス日時」を保持する。なお、WWWサーバから格納データを取得する場合には、このデータは、更新問い合わせ時と格納データ取得時とで共通して利用することができる。
【0414】
図45は利用者毎の監視URLを各クライアントで管理する場合におけるデータ監視サーバ−クライアント間のトランザクションの概要を示す説明図である。図45において、(a)は監視URLの登録時のトランザクションを、(c)は格納データの更新有無の問い合わせ時のトランザクションを、それぞれ示している。各図とも、それぞれ、上から下に向かって時間が進行している。なお、ユーザ登録時のトランザクションについては、前述の図42(a)と同様なので説明は省略する。
【0415】
図45(a)に示すように、監視URL登録時には、クライアント2000からユーザ名、パスワード、監視URLを送ると、データ更新監視サーバ1000は、登録処理を行なってステータスを返す。クライアント2000は、ローカルDBへも登録を保存しておく。
【0416】
図45(b)に示すように、更新問い合わせ時には、クライアント2000からユーザID、パスワードの他、監視URLのリストと最終アクセス日時のリストを送り、格納データの更新有無を問い合わせる。データ更新監視サーバ1000では、各利用者毎の監視URLや最終アクセス日時は管理していないからである。データ更新監視サーバ1000は、既に格納してある調査結果から、監視URLに格納されているデータについて、最終アクセス日時以降の更新有無をチェックして、更新有無の結果を更新URLリストとしてクライアント2000に送る。クライアント2000は、その更新URLリストをローカルDBに格納して、厳重に保管する。その後、クライアント2000は、WWWサーバにアクセスして、更新されている格納データを取得する。
【0417】
以上説明したように、本実施例によれば、インターネット3000上にデータ更新監視サーバ1000をたちあげることにより、利用者はクライアント2000を用いてデータ更新監視サーバ1000にアクセスするだけで、格納データが更新されたか否かを知ることができるため、より効率的な格納データの監視を行うことができる。
【0418】
なお、以上のようなWWWサーバに対する格納データの変更の有無を監視することが可能なデータ更新監視サーバについては、後ほど、別の実施例として、詳しく説明する。
【0419】
上記した実施例においては、インターネット上の通信サービスを受ける場合を例として説明したが、これに限定されるものではなく、インターネットのみならず、WAN,LANなどのネットワーク上でのサービスを受ける場合にも適用できる。
【0420】
4)データ更新監視が可能な通信端末装置の別の実施例
図46は本発明の第3の実施例としての通信端末装置の構成を示すブロック図、図47は図46のエージェント実行部702の構成を示すブロック図である。本実施例の通信端末装置700は、インターネット通信サービスにおけるWWWのサービスを受けるのに適した通信端末装置であり、特に、WWWサーバに対する格納データの変更の有無を監視することが可能な通信端末装置である。
【0421】
4−1)本実施例の通信端末装置の構成
図46に示すように、この通信端末装置700は、エージェント実行部702を中心として、データ管理部704と、新着情報データベース706と、比較対象データ格納部708と、エージェント管理部710と、ユーザI/F部712と、モニタ713と、スケジュール管理部714と、キーボード715と、ネットワークアクセス部716と、マウス717と、サーバアクセス部718と、を備えており、プロバイダ用サーバ750等を介してインターネットに接続されている。また、インターネットにはWWWサーバ900をはじめ、複数のWWWサーバが接続されている。その他、インターネットにはWWWサーバ850を介してデータ更新監視サーバ800が接続されている。
【0422】
なお、本実施例の通信端末装置700は、図2に示したようなコンピュータによって構成されており、図46に示す通信端末装置700内の各ブロックは、ハードウェアにより実現されている部分とソフトウェアにより実現されている部分とを含んでいる。
【0423】
なお、ソフトウェア部分については予めアプリケーションプログラムの形で図2に示したハードディスク84に記憶されており、利用者から起動の指示がなされて、オペレーティングシステムによってハードディスク84からメインメモリ25上に読み込まれることによって、ハードウェアとソフトウェアが一体となった図46に示す通信端末装置700が実現する。
【0424】
また、上記アプリケーションプログラムが図2に示すCD−ROM85に記録されている場合には、このCD−ROM85をCD−ROM装置83に挿入し、上記アプリケーションプログラムをCD−ROM装置83で読み取ることによって、メインメモリ25に転送するようにしても良い。また、上記アプリケーションプログラムが図2に示すフロッピディスク81に記録されている場合には、このフロッピディスク81をフロッピディスク装置82に挿入し、上記アプリケーションプログラムをフロッピディスク装置82で読み取ることによって、メインメモリ25に転送するようにしても良い。また、上記アプリケーションプログラムは光磁気ディスクなどの他の可搬型記録媒体上からメインメモリ25に転送するようにしても良い。
【0425】
また、上記アプリケーションプログラムが図2に示すプログラム供給サーバ9000に格納されている場合には、モデム92によって通信回線93を介してプログラム供給サーバ9000にアクセスし、プログラム供給サーバ9000から上記アプリケーションプログラムを送信してもらうことによって、メインメモリ25に転送するようにしても良い。なお、通信回線93としては、電話回線やネットワーク回線などの有線回線の他、通信衛星などを利用した無線回線などが考えられる。
【0426】
通信端末装置700において、エージェント実行部702では、予め登録されている複数のエージェントの中の所定のエージェントを実行する。ここで、エージェントとは、マン−マシン・インターフェースの一種であって、オブジェクトに、状況認識や価値基準による判断や実行を付け加えたものをいう。データ管理部704では、新着情報データベース706や比較対象データ格納部708に対し、データの書き込みや読み出しを行う。新着情報データベース706は、後述する新着情報データのほか、エージェントデータやURLデータなどを格納する。比較対象データ格納部708は、後述する比較対象データを格納する。エージェント管理部710では、エージェントの登録や設定内容の変更のほか、データ管理部704を介してエージェントデータの読み出しなどを行う。ユーザI/F部712では、利用者からの指示をキーボード715やマウス717などを介して受けたり、モニタ713の画面上に後述する新着情報などを表示したりする。スケジュール管理部714では、後述するデータ更新監視動作を定期的に実行する場合などにおいて時間管理を行う。ネットワークアクセス部716では、インターネットを介してWWWサーバなどに対しアクセスを行う。サーバアクセス部718では、後述するようにデータ更新監視サーバ800にデータ更新監視動作を行ってもらう場合に、ネットワークアクセス部716を介してデータ更新監視サーバ800に対しアクセスを行う。
【0427】
また、エージェント実行部702は、図47に示すように、エージェント実行管理部720と、WWWサーバアクセス部722と、更新検出部724と、差分解析エンジン726と、HTML解析エンジン728と、クリッピングエンジン730と、を備えている。
【0428】
このうち、エージェント実行管理部720は、エージェント実行部702内のの他の構成要素の実行などを制御する。なお、エージェント実行管理部720は書き込み部720aと読み出し部720bを備えている。WWWサーバアクセス部722は、WWWサーバにアクセスして、後述する内容データなどを取得する。なお、WWWサーバアクセス部722はリンク先内容データ取得部722aを備えている。更新検出部724は、後述する更新監視対象データが更新されたかどうかをチェックする。差分解析エンジン726は、後述する更新監視対象データと比較対象データとを比較し、両者の差分データを導き出す。HTML解析エンジン728は、差分データを解析して、後述する見出し情報とリンク情報を切り出す。クリッピングエンジン730は、後述するクリッピング処理を行なう。
【0429】
4−2)新着情報について
前述したように、インターネット上のWWWサーバにおいて公開されている種々の情報(即ち、通信端末装置がアクセス可能な情報)の中には、利用者が特別な関心を持っている情報があり、そのような情報については、内容の追加や変更などをいち早く知るために、データの更新の有無を定期的に監視したいという要求がある。このような利用者が関心を持つ情報としては、企業などが公開する「What'new」などの新着情報が挙げられる。
【0430】
そこで、このような新着情報及びそのデータの特徴について説明する。一般に、新着情報は、新着情報の見出しを示す見出し情報と、新着情報の詳しい内容を示す内容情報と、で構成されている。見出し情報とそれに対応する内容情報とはリンク情報によってリンクされている。見出し情報は、通常、インデックスページ内に、複数、箇条書きに列記されている。内容情報は、通常、情報毎に1ページずつ記載されている(但し、新着情報によっては、1ページに複数の内容情報が記載される場合もある。)。複数の見出し情報が列記されたインデックスページは、HTMLデータで構成されるインデックスページデータとして、WWWサーバ内に格納されている。また、内容情報を記載した各ページも、それぞれ、HTMLデータで構成される内容データとして、WWWサーバ内に格納されている。
【0431】
図48は複数の見出し情報を列記したインデックスページの一例を示す説明図である。図48に示す画像は、HTMLデータであるインデックスページデータを、一般的な通信端末装置において、ブラウザにより画面上に表示したものである。図48に示す例では、インデックスページ内に、複数の見出し情報が各情報の発信年月日と共に列記されている。
【0432】
図49は図48に示すインデックスページのHTMLデータ(インデックスページデータ)の内容を示す説明図である。図49に示すインデックスページデータ内において、見出し情報を表す各見出しデータには、それぞれ、その見出し情報にリンクされた内容データの格納場所(即ち、URL)を示すリンク情報が含まれている。例えば、図49の下線で示す見出しデータにおいては、“「DiskXplorer for Windows」 を発表”という見出し情報に対し、その内容データの格納場所を示す“HREF="../ainews/news/dxplorer.htm"”というリンク情報が含まれている。従って、この内容データは、WWWサーバ内において、ファイル名“dxplorer.htm”というHTMLデータとして格納されていることがわかる。
【0433】
一般的な通信端末装置において、画面上に図48に示すような画像が表示されている際に、例えば、下線で示された“「DiskXplorer for Windows」 を発表”という見出し情報をマウス等でクリックすると、WWWサーバにおける上記リンク情報によって示された格納場所より内容データが取得され、画面上には、その内容データに基づいて内容情報が表示される。
【0434】
図50は図48の“「DiskXplorer for Windows」 を発表”という見出し情報にリンクされた内容情報を記載したページを示す説明図である。図50に示す画像は、HTMLデータである内容データをブラウザによって画面上に表示したものである。
【0435】
以上説明した各データ及び各情報の関係を図面に表すと図51に示す如くになる。図51はWWWサーバに格納されているインデックスページデータと複数の内容データとの関係を示す説明図である。WWWサーバに格納されているデータのうち、インデックスページデータWNPは、図51に示すように、複数の見出しデータαa,βb,…を備えており、各見出しデータは見出し情報とリンク情報を含んでいる(例えば、見出しデータαaは見出し情報αとリンク情報aを含んでいる)。従って、各見出し情報は、対応するリンク情報によって指示される内容データにそれぞれリンクしている(例えば、見出し情報αはリンク情報aによって指示される内容データAにリンクしている)。
【0436】
4−3)本実施例における通信端末装置の動作の概要
以上のことを踏まえた上で、本実施例の動作の概要について説明する。今、利用者が図48等に示したような新着情報についてデータ更新の監視を希望しており、それらのデータである図51に示すインデックスページデータWNPや内容データA,B,…が図46に示すWWWサーバ900内に格納されているものとする。
【0437】
4−3−1)新着情報を初めて取得する場合
そこで、WWWサーバ900に公開されている新着情報を初めて取得する場合、通信端末装置700は、次のように動作する。まず、通信端末装置700には、利用者から更新の監視を行なうべきデータ(即ち、更新監視対象データ)であるインデックスページデータWNPのURL(以下、更新監視対象データのURLをターゲットURLということがある。)が与えられる。そして、通信端末装置700は、ターゲットURLに基づいて、WWWサーバ900にアクセスして、そこに格納されているインデックスページデータWNPの送信を要求する。
【0438】
その後、通信端末装置700は、WWWサーバ900からのインデックスページデータWNPを受け取ると、インデックスページデータWNPにおいて、各見出しデータ内の見出し情報がいつWWWサーバ900で公開されたかを調べ、利用者が希望する年月日以後の新たな見出し情報のみを求める。図49に示すように、見出しデータ内に見出し情報の発信年月日が含まれている場合には、その発信年月日を参照して見出し情報の公開年月日を求めれば良いが、見出しデータ内にそのような情報がない場合には、その見出し情報にリンクされている内容データを同じ見出しデータ内のリンク情報によって求めて、その内容データの更新年月日(作成年月日を含む)等を参照して見出し情報の公開年月日を求めるようにする。
【0439】
そして、通信端末装置700は、上記所望年月日以後の見出し情報と、各々の見出し情報に対応するリンク情報と、各リンク情報に基づいて得られる内容データと、をそれぞれ取得し、後述するようなクリッピング処理を行なった後、それら情報を、上記ターゲットURLについての新着情報データとして、図46に示す新着情報データベース706に格納する。従って、例えば、図51において、インデックスページデータWNPに含まれる複数の見出し情報のうち、見出し情報α〜δが上記所望年月日以後に公開されており、見出し情報ε以降は全てそれ以前に公開されているものとすると、新着情報データベース706には、その見出し情報α〜δと、それらに対応するリンク情報a〜dと、それらにリンクされている内容データA〜Dと、を上記ターゲットURLについての新着情報データWNとして格納し、それ以外の情報は全て破棄する。
【0440】
図52は図46の新着情報データベース706に格納される新着情報データの一例を示す説明図である。上記ターゲット新着情報データWNは、図52に示すように、見出し情報,リンク情報及び内容データ等を1組として各組毎に順番に配置され、さらに、情報IDとして、公開年月日の古い組から順に番号が付されている。なお、図52は新着情報データを概念的に示したものであり、実際のものとは相違する。
【0441】
また、通信端末装置700は、新着情報データベース706に新着情報データWNを格納する際に、図51に示したインデックスページデータWNPも、比較対象データとして比較対象データ格納部708に併せて格納する。
【0442】
4−3−2)新着情報を2回目以降取得する場合
続いて、2回目以降に新着情報を取得する場合は、次のように動作する。まず、通信端末装置700が、ターゲットURLに基づいて、WWWサーバ900にアクセスして、そこに格納されているインデックスページデータWNPが更新されているか否かをチェックし、更新されていれば、そのインデックスページデータWNPをWWWサーバ900より取り込む。
【0443】
そして、通信端末装置700は、取り込んだインデックスページデータWNPを、比較対象データ格納部708に格納されている比較対象データ(即ち、前回取得したインデックスページデータWNP)と比較し、取り込んだデータのうち、比較対象データと重複する部分以外の部分を差分データとして取得する。
【0444】
図53はWWWサーバに格納されている更新後のインデックスページデータと内容データとの関係の一例を示す説明図である。例えば、図53に示すように、前回の新着情報取得時点より、見出しデータωzが新たに追加されて、インデックスページデータWNPが更新されている場合、そのインデックスページデータWNPを、比較対象データ格納部708に格納されている図51に示したインデックスページデータWNP(即ち、比較対象データ)と比較すると、重複部分以外の部分は新たに追加された見出しデータωzの部分であるので、その見出しデータωzが差分データとして得られる。
【0445】
次に、通信端末装置700は、差分データとして得られた見出しデータωzを解析して、図53に示す見出し情報ωと、それに対応するリンク情報zと、そのリンク情報zに基づいて得られる内容データZと、をそれぞれ取得し、後述するクリッピング処理を行なった後、それら情報を図46に示す新着情報データベース706に格納する。
【0446】
図54は図46の新着情報データベース706に格納された更新後の新着情報データの一例を示す説明図である。上記した情報が新着情報データベース706に格納されると、上記ターゲットURLについての新着情報データWNには、図54に示すように、見出し情報ω,リンク情報z及び内容データZを1組とした情報が新たに追加され、その組には、情報IDとして、新たな番号「5」が付される。なお、図54は新着情報データを概念的に示したものであり、実際のものとは相違する。
【0447】
また、通信端末装置700は、新着情報データベース706に上記した情報を格納する際に、図53に示したインデックスページデータWNPも、次回の比較対象データとして比較対象データ格納部708に併せて格納する。
【0448】
以上のように、本実施例においては、WWWサーバによって公開されている新着情報について、データの更新を監視して、データの更新がなされている場合には、その差分データを取得して、新たな情報を得るようにしている。
【0449】
4−4)エージェントデータについて
本実施例における通信端末装置700では、各ターゲットURL毎にエージェントがそれぞれ登録されており、主として、図46のエージェント実行部702が、ターゲットURL毎にエージェントを実行することによって、各ターゲットURLに格納されているデータの更新監視の動作を行なう。また、各エージェントの設定情報であるエージェントデータは、それぞれ、図55に示すような内容を持ち、新着情報データベース706に格納されている。なお、各エージェントの登録や、設定情報の変更などは、エージェント管理部710が、データ管理部704を介して行なう。
【0450】
図55は第3の実施例で用いられるエージェントデータの内容を示す説明図である。図55において、1列目の欄はデータベースの属性を、2列目の欄は名称を、3列目の欄は意味を、それぞれ示している。なお、1列目の欄において、Iはインデクスを作成することを示し、Pはプライマリキーとなることを示している。
【0451】
では、各行の項目の内容を説明する。
・エージェントIDはそのエージェントに対して一意に決まる番号である。
・無効フラグはデータ更新監視動作を実行するかしないかを示すフラグである。・エージェント名は、そのエージェントに付けられた名称である。
・CSタイプは、データ更新の監視をローカル(クライアント)である通信端末装置700が自ら行なうか、後述するデータ更新監視サーバ800に行なってもらうのかを示すものである。
・監視タイプは、データ更新監視の動作として、新着情報の取得まで行なうか、単に更新チェックのみを行なうかを示すものである。
・チェック頻度IDはデータ更新監視動作を行なう頻度を表すものであり、例えば、0:毎時(1時間に1回)、1:毎日(1日1回)、2:毎週(1週間に1回)、3:毎月(1ヶ月に1回)とする。
・チェック頻度(日,週,月)は、曜日、日の情報を表すものである。
・チェック頻度(表示用)は、プロパティなどの表示用として、上記のチェック頻度の内容を文字列にしたものである。
・最終チェック日時は、最後にそのエージェントを実行した日時である。
・最終ステータスは、最後にそのエージェントを実行したときの状態を示すものである。例えば、更新チェックの際には、エラーやタイムアウト等のエラーになることがあり、そのような際に、そのエラー情報などが記される。
・URL−IDは、ターゲットURLに付けられたIDである。
・URL文字列は、ターゲットURLの文字列(http://.....)である。
【0452】
4−5)URLデータについて
また、ターゲットURLに関連する情報も、URLデータとして、それぞれ、新着情報データベース706に格納されている。各URLデータは、それぞれ、図56に示すような内容を持っている。なお、本実施例では、ターゲットURLは、エージェントとそれぞれ一対一に対応するため、URLデータもエージェントとそれぞれ一対一に対応する。
【0453】
図56は第3の実施例で用いられるURLデータの内容を示す説明図である。図56において、各列の欄は、図55に示した各列の欄と同様である。
【0454】
では、図56における各行の項目の内容を説明する。なお、図55に示した項目と同じ項目については、内容も同じであるため、その説明は省略する。
【0455】
・最終更新日時は、その更新監視対象データが最後に更新された日時である。その対象データを通信端末装置700が実際に取得した日時でなく、HTTPプロトコルによりWWWサーバより得た日時を記載する。WWWサーバがその対象データの更新日時を提供しない場合には、その更新監視対象データを通信端末装置700が取得した日時とする。
・最新情報IDは、通信端末装置700が取得した最新の情報IDである。後述するように、データ更新監視サーバ800にデータ更新の監視を行なってもらう場合などに用いられる。
・ユーザ名,パスワードは、WWWサーバにアクセスする際に使用するものである。WWWサーバによっては、更新監視対象データ等を取得するのに、ユーザ名とパスワードが必要な場合があるからである。
・内容のパス名は、比較対象データ格納部708に格納された比較対象データへのパス名である。比較対象データは特別のディレクトリに格納されており、パス名は、基準ディレクトリからその特別ディレクトリまでのパスと、比較対象データのファイル名と、で構成される。
・解析情報は、更新監視対象データを解析して、その対象データから各見出しデータ等を取り出すために用いる情報である。
【0456】
4−6)新着情報テーブルについて
また、図52や図54に示したような新着情報データは、新着情報データベース706内において、図57に示すような内容の新着情報テーブルに格納される。
【0457】
図57は第3の実施例で用いられる新着情報テーブルの内容を示す説明図である。図57において、各列の欄は、図55に示した各列の欄と同様である。
【0458】
では、図57における各行の項目の内容を説明する。
・最新情報IDは、新着情報(見出し情報及び内容情報の1組)毎にユニークなIDである。
・取得日時は、その新着情報を取得した日時である。
・エージェントIDは、その新着情報の取得処理を実行したエージェントのIDである。
・エージェント名は、その新着情報の取得処理を実行したエージェントの名称である。エージェント名は、エージェントIDから取得できるが、高速化のために文字列を保持する。
・URL文字列は、ターゲットURLの文字列(http://.....)である。URLの文字列は、URL−IDから取得できるが、高速化のために持つ。
・URLタイトルは、ターゲットURLに格納されているページ(例えば、インデックスページ)の<TITLE>である。
・フォルダIDは、その新着情報が分類されているフォルダのIDである。
・フォルダ名は、上記フォルダの名称である。フォルダ名はフォルダIDから取得できるが、高速化のために文字列を保持する。
・見出しは、新着情報の見出しである。即ち、取得した見出し情報が格納される。
・リンク先URLは、新着情報の見出しにリンクしているURLである。即ち、見出し情報と共に取得したリンク情報が格納される。なお、リンク情報がない場合はNULLとする。
・既読フラグは、利用者がその新着情報の内容を見たか否かを示すフラグであるり、0:既読(内容を見た)、1:未読(見ていない)とする。新着情報を取得したときに、1にセットされ、利用者がその内容を見た時点で、0にリセットされる。
・CSタイプは、その新着情報がローカル(クライアント)である通信端末装置700自らが取得したのか、データ更新監視サーバに取得しもらったのかを示す。
・情報IDは、ターゲットURL毎に、新着情報データ内の新着情報に順番に次付けられるIDである。即ち、例えば、図52または図54に示したように、或るターゲットURLについての新着情報データにおいて、各新着情報(見出し情報及び内容情報の組)に、公開年月日の古いものから順に付される番号である。後述するように、データ更新監視サーバ800にデータ更新の監視を行なってもらう場合などに用いられる。
・情報内容は、新着情報の内容である。即ち、取得した内容データ(HTMLデータ)が格納される。新着情報の種類によって内容データが取得できない場合があるが、そのような場合には、代わりに、内容データのURL(即ち、リンク情報)の文字列を格納する。
【0459】
また、新着情報データベース706には、エージェントデータ,URLデータ,新着情報テーブルの他に、フォルダテーブルも格納されている。このフォルダテーブルには、クリッピング処理の際に用いられるフォルダの名称やIDと、各フォルダ毎に設定されているキーワードなどの検索条件(クリッピング条件)が格納されている。なお、各エージェントには、通常、クリッピング処理を行なうためにフォルダが指定されている。
【0460】
5−7)本実施例における通信端末装置の動作の詳細
それでは、本実施例の動作をさらに詳細に説明する。図58は図46に示す通信端末装置700における主な処理手順を示すフローチャートである。図58に示すように、まず、エージェント管理部710が、データ管理部704を介して、新着情報データベース706に格納されているエージェントデータの中から、処理すべきエージェントデータを1つ読み出して(ステップS220)、エージェント実行部702に渡す。次に、エージェント実行部702内のエージェント実行管理部720は、渡されたエージェントデータからチェック頻度の情報を取り出して、データ更新監視動作の実行時期に来ているかどうかを調べ、データ更新監視動作を実行する必要があるかどうかを判定する(ステップS222)。実行時期にまだ至らない場合には、データ更新監視動作を実行せず、ステップS234に進み、実行時期に来ている場合は、データ更新監視動作を実行すべく、ステップS224に進む。
【0461】
ステップS224では、エージェントデータからCSタイプの情報を取り出して、その情報に基づいて、データ更新監視動作をローカル(即ち、クライアント)である通信端末装置700が自ら行なうのか、データ更新監視サーバ800に行なってもらうのかを判定する。データ更新監視サーバ800に行なってもらう場合は、後述するデータ監視サーバ対応処理(ステップS232)を実行し、通信端末装置700が自ら行なう場合は、ステップS226に進む。
【0462】
ステップS226では、エージェントデータから監視タイプの情報を取り出して、その情報に基づいて、データ更新監視動作として新着情報の取得を行なうのか、単に更新チェックのみを行なうのかを判定する。更新チェックを行なう場合には、エージェント実行部702内の更新検出部724等が後述する更新チェック処理(ステップS230)を実行し、新着情報の取得を行なう場合には、エージェント実行部702内の各構成部が後述する新着情報取得処理(ステップS228)を実行する。
【0463】
最後に、エージェント管理部710は、新着情報データベース706内に、処理すべきエージェントデータがあるかどうかを判定し(ステップS234)、ない場合は一連の処理を終了し、ある場合は再びステップS220に戻り、同様の処理を繰り返す。
【0464】
4−7−1)新着情報取得処理について
図59は図58における新着情報取得処理の具体的な処理手順を示すフローチャートである。図59に示す処理ルーチンが開始されると、エージェント実行部702内のエージェント実行管理部720は、まず、データ管理部704を介して、新着情報データベース706に格納されているURLデータのうち、実行中のエージェントに対応するターゲットURLについてのURLデータを読み出す。そして、そのURLデータから更新監視対象データの最終更新日時の情報と比較対象データへのパス名の情報を取り出し、そのうち、パス名の情報に基づいて比較対象データ格納部708にアクセスし、格納されている比較対象データを読み出す(ステップS240)。
【0465】
なお、このとき、比較対象データ格納部708に比較対象データが格納されていない場合には、ステップS262に進む。このような比較対象データが格納されていない場合としては、例えば、前述したような、新着情報を初めて取得する場合などが該当する。
【0466】
次に、ネットワークアクセス部716が上記ターゲットURLに基づいてWWWサーバにアクセスし、エージェント実行部702内の更新検出部724が、ネットワークアクセス部716を介して、WWWサーバ内の更新監視対象データが更新されているかどうかをチェックする(ステップS244)。具体的には、最終更新日時をIF-Modified-Sinceヘッダとして、GETメソッドをWWWサーバに発行する。もし、更新監視対象データが更新されていれば、WWWサーバからその更新された更新監視対象データがネットワークアクセス部716によって自動的に取得される(ステップS246)。更新されていなければ、更新監視対象データは取得されないため、図59に示す処理ルーチンから抜ける。
【0467】
なお、ヘッダ情報で最終更新日時の情報が取れなかった場合には、WWWサーバから更新監視対象データを取得し、その更新監視対象データの内容を比較対象データの内容と比較して、内容に変更があった場合には、データの更新があったものと見なす。このときの最終更新日時は、上記比較処理を実行した日時とする。
【0468】
次に、エージェント実行管理部720は、上記ターゲットURLについて先に読み出したURLデータから解析情報を取り出し(ステップS248)、HTML解析エンジン728等に与える。
【0469】
次に、差分解析エンジン726は、WWWサーバから取得したHTMLデータである更新監視対象データと比較対象データ格納部708から読み出したHTMLデータである比較対象データ(上記ターゲットURLについての比較対象データ)とを比較し、更新監視対象データのうち、比較対象データと重複する部分以外の部分を差分データとして導き出す(ステップS250)。即ち、この差分データがデータの更新された部分に該当する。
【0470】
例えば、差分解析エンジン726は、差分解析用の命令に従って、まず、イメージデータ部分を除外するために、両者のHTMLデータからイメージデータへのリンクを示すIMGタグの部分を削除し、次に、両者のHTMLデータの差分を採り、その後、その差分の内容を出力する。
【0471】
このような差分解析用の命令は、ターゲットURL毎に予め定義され、新着情報データベース706内に格納されている。また、ターゲットURLによっては、このような命令が定義されていない場合もあり、そのような場合には、すべてのHTMLデータに汎用的に利用できる命令を用いて、差分データを導き出すようにする。
【0472】
続いて、HTML解析エンジン728は、導き出された差分データを解析情報に基づいて解析して、その差分データから新着情報の見出し情報とリンク情報(リンク先のURL)を切り出す(ステップS252)。なお、ターゲットURLによっては、解析情報がない場合もあり、そのような場合には、すべてのHTMLデータに汎用的に利用できる情報を用いて、解析を行なう。
【0473】
次に、WWWサーバアクセス部722のリンク先内容データ取得部722aは、ネットワークアクセス部716を介して、切り出されたリンク情報に基づきWWWサーバにアクセスし、リンク先のURLから新着情報の内容データ(HTMLデータ)を取得する(ステップS254)。このとき、リンク先のURLに格納されているHTMLデータ内に、複数の内容データが含まれている場合には、上記解析情報に基づいて、必要な内容データのみを切り出して、取得するようにする。
【0474】
なお、リンク先が、更新監視対象データの格納されていたWWWサーバ内ではなく、別のWWWサーバ内である場合には、リンク先の内容データを得るのに、改めて、そのWWWサーバにアクセスする必要が生じるので、そのような場合には、内容データを取得しないようにしても良い。
【0475】
次に、クリッピングエンジン730は、実行中のエージェントに対して指定されているフォルダ毎にクリッピング処理を行なう(ステップS256)。即ち、指定されているフォルダ毎に、フォルダについて設定されている検索条件(クリッピング条件)を、データ管理部704を介して新着情報データベース706のフォルダテーブルから取り出し、取得した新着情報(即ち、見出し情報と内容情報の組)の一つ一つについて、検索条件に合致するかどうかを調べる(ステップS256)。例えば、或るフォルダについて設定されている検索条件が「インターネットかつイントラネット」である場合には、各新着情報の一つ一つについて、見出し情報または内容情報(内容データ)内に、「インターネット」,「イントラネット」の両方のキーワードが含まれているか否かを検索する。
【0476】
そして、検索条件に合致する新着情報があった場合には、エージェント実行管理部720の書き込み部720aが、データ管理部704を介して、その合致する新着情報を新着情報データとして、新着情報データベース706内の新着情報テーブルに格納する(ステップS258)。その際、上記検索条件に合致した新着情報は、全て、その検索条件に対応するフォルダに属するものと考えて、書き込み部720aは、それら新着情報に、図57に示したように、付加情報として、その対応するフォルダ名を付加する。
【0477】
なお、このようなクリッピング処理を行う際、キーワードとの一致を見る検索を行なうだけでなく、キーワードの類義語との一致も見るシソーラス検索を行うようにしても良い。
【0478】
次に、エージェント実行管理部720の書き込み部720aは、データ管理部704を介して、比較対象データ格納部708に格納されている上記ターゲットURLについての古い比較対象データを削除し、ステップS246で取得した更新監視対象データを新たな比較対象データとして保存する(ステップS260)。以上の処理が終了したら、図59に示す処理ルーチンから抜ける。
【0479】
以上説明したように、本実施例によれば、更新監視対象データにデータの更新があった場合には、更新部分に該当する差分データを取得し、さらに、そのリンクデータである内容データも取得することができる。
【0480】
なお、本実施例では、新着情報として取得し新着情報データベース706に格納する情報はテキストデータのみであるが、本発明は、これに限るものではなく、画像データ、音声データ、スクリプトやプログラムなども、新着情報として取得するようにしても良い。
【0481】
また、本実施例においては、差分データに含まれるリンク情報によってリンクされるリンクデータ(内容データ)を取得しているが、そのリンクデータにさらにリンク情報が含まれる場合には、そのリンク情報によってリンクされるリンクデータも併せて取得するようにしても良い。また、リンクがさらに何階層かある場合には、予め定められた階層までのリンクデータを併せて取得するようにしても良い。
【0482】
また、本実施例では、ターゲットURLとエージェントとを一対一に対応させていたが、本発明は、これに限るものではなく、1つのターゲットURLに複数のエージェントを対応させるようにしても良いし、1つのエージェントに複数のターゲットURLを対応させるようにしても良い。
【0483】
また、本実施例では、クライアントである通信端末装置700は、プロバイダ用サーバ750を介してインターネットに接続されているが、プロバイダ用サーバ等を介さず、直接、インターネットに接続するようにしていても良い。
【0484】
ところで、図59に示すステップS240において、比較対象データ格納部708内に、実行中のエージェントに対応するターゲットURLについての比較対象データが格納されておらず、ステップS262に進んだ場合は、WWWサーバアクセス部722が、ネットワークアクセス部716を介して、上記ターゲットURLに基づきWWWサーバにアクセスし、更新監視対象データを取得する(ステップS262)。
【0485】
次に、エージェント実行管理部720は、データ管理部704を介して、新着情報データベース706に格納されている上記ターゲットURLについてのURLデータを読み出し、そのURLデータから解析情報を取り出し(ステップS264)、HTML解析エンジン728等に与える。
【0486】
次に、HTML解析エンジン728は、取得された更新監視対象データを解析情報に基づいて解析して、その更新監視対象データから新着情報の見出し情報とリンク情報をそれぞれ切り出す(ステップS266)。続いて、WWWサーバアクセス部722のリンク先内容データ取得部722aは、ネットワークアクセス部716を介して、切り出されたリンク情報に基づきWWWサーバにアクセスし、リンク先のURLから新着情報の内容データを取得する(ステップS268)。なお、このとき、新着情報としては、前述したように、利用者が希望する公開年月日以降の情報だけを取得するようにする。
【0487】
その後は、ステップS256に進み、クリッピング処理以降の各処理を順次行なう。
【0488】
4−7−2)新着情報の表示
以上のようにして、図58及び図59に示す一連の処理が終了すると、新着情報データベース706内には、各ターゲットURLについての新着情報データとして、最新の新着情報が格納されていることになる。そこで、ユーザI/F部712が、利用者からキーボード715やマウス717等を介して、或るターゲットURLについての新着情報を表示する旨の指示を受けると、エージェント実行管理部720の読み出し部720bは、データ管理部704を介して、新着情報データベース706から、そのターゲットURLについての新着情報データを読み出し、ユーザI/F部712を介して、モニタ713の画面上に新着情報を表示させる。表示の形態としては、例えば、まず、読み出し部720bが新着情報データベース706から、複数の見出し情報を分類しながら読み出して、それら見出し情報だけをツリー状にモニタ713の画面上に表示する。次に、表示された複数の見出し情報の中で、利用者が内容を見たい見出し情報をマウス717等でクリックすることにより選択したら、読み出し部720bは、その選択した見出し情報に付随するリンク情報に基づいて、新着情報データベース706から、選択した見出し情報に対応する内容データを読み出して、その内容データによりモニタ713の画面上に内容情報を表示するようにする。
【0489】
図60は図46におけるモニタ713の画面上に表示される新着情報の一例を示す説明図である。画面中の左側の領域には、複数の見出し情報が読み出し部720bによって各カテゴリー毎に段階的に分類されて、ツリー状に表示されている。そして、画面中の右側の領域には、利用者によって選択された“「DiskXplorer for Windows」 を発表”という見出し情報について、その内容情報が表示されている。なお、見出し情報を分類するためのカテゴリーとしては、図57の新着情報テーブルにおいて説明したような「日時」,「URL」,「URLタイトル」,「フォルダ」などが挙げられる。
【0490】
図61は複数の見出し情報をツリー状に表示した場合の表示例を示す説明図である。図61では、ツリーの第1レベルを「日付」による分類(1996/11/14,1996/11/15など)とし、第2レベルを「フォルダ」による分類(インターネット,マルチメディアなど)とし、第3レベルを「URLタイトル」による分類(○○○のホームページ,×××のホームページなど)としている。このような場合において、例えば、図61に示す見出し情報A,Bは、次のような絞り込み検索によって、分類され画面上に表示されている。即ち、読み出し部720bが、新着情報データベース706内の新着情報テーブルに格納されている全ての見出し情報の中から、「日付」が“1996/11/15”である見出し情報を検索により抽出し、得られた見出し情報の中から「フォルダ」が“インターネット”である見出し情報を抽出し、さらに、得られた見出し情報の中から「URLタイトル」が“○○○のホームページ”である見出し情報を抽出して、モニタ713の画面上に表示させる。なお、ツリーの各レベルをどの様なカテゴリーによる分類とするかは、上記したようなカテゴリーの中から自由に設定することができる。
【0491】
4−7−3)更新チェック処理
図62は図58における更新チェック処理の具体的な処理手順を示すフローチャートである。図62に示す処理ルーチンが開始されると、エージェント実行管理部720が、まず、データ管理部704を介して、新着情報データベース706に格納されているURLデータのうち、実行中のエージェントに対応するターゲットURLについてのURLデータを読み出し、そのURLデータから更新監視対象データの最終更新日時の情報を取り出す。そして、ネットワークアクセス部716がターゲットURLに基づいてWWWサーバにアクセスし、更新検出部724が、取り出された最終更新日時の情報に基づいて、WWWサーバ内の更新監視対象データが更新されているかどうかをチェックする(ステップS270)。
【0492】
そして、更新検出部724は、更新監視対象データが更新されていれば、WWWサーバからその更新日時を取得して、データ管理部704を介して、新着情報データベース706内における上記ターゲットURLについてのURLデータ内の最終更新日時を変更する(ステップS272)。さらに、更新監視対象データが更新されたことを示す情報を作成し(ステップS274)、その情報を新たな見出し情報として、新着情報データベース706内の新着情報データテーブルに格納する(ステップS276)。また、更新監視対象データが更新されていなければ、そのまま、図62に示す処理ルーチンから抜ける。
【0493】
こうして、新着情報の取得ではなく、単に、更新チェックのみを行なった場合は、更新監視対象データについての最終更新日時が変更されると共に、更新監視対象データが更新されたことを示す新たな見出し情報が、新着情報データに追加される。従って、この新着情報データに基づいてモニタ713の画面上に新着情報として複数の見出し情報を表示すると、他の見出し情報と共に、更新監視対象データが更新されたことを示す見出し情報が表示されることになる。
【0494】
また、更新監視対象データが更新されている場合、新着情報データベース706内の新着情報データテーブルには、更新監視対象データが更新されたことを示す見出し情報を格納するだけでなく、次のような情報も併せて格納するようにしても良い。即ち、WWWサーバから、更新監視対象データの更新日時を取得するだけでなく、更新された更新監視対象データ自体も取得して、その上で、新着情報データベース706内の新着情報データテーブルには、更新監視対象データが更新されたことを示す情報を見出し情報として格納すると共に、取得した更新監視対象データも内容データとして格納するようにする。なお、このとき、上記見出し情報に上記内容データをリンクさせるためにリンク情報も併せて格納するようにする。このようにすることによって、モニタ713の画面上に新着情報を表示した際に、利用者が更新監視対象データが更新されたことを示す見出し情報を選択すると、その見出し情報についての内容情報として、更新監視対象データ自体の内容(インデックスページ)が表示されることになる。
【0495】
5)データ更新監視サーバの別の実施例
図63は本発明の第4の実施例としてのデータ更新監視サーバの構成を示すブロック図、図64は図63のエージェント実行部802の構成を示すブロック図である。本実施例のデータ更新監視サーバ800は、インターネット上の所望のWWWサーバに対する格納データの変更の有無を監視することが可能なサーバである。即ち、本実施例では、クライアントである通信端末装置に代わって、データ更新監視サーバ800がデータ更新監視動作を行なう。
【0496】
5−1)本実施例のデータ更新監視サーバの構成
図63に示すように、このデータ更新監視サーバ800は、エージェント実行部802を中心として、データ管理部804と、新着情報データベース806と、比較対象データ格納部808と、エージェント管理部810と、ユーザI/F部812と、モニタ813と、スケジュール管理部814と、キーボード815と、ネットワークアクセス部816と、マウス817と、リクエスト処理部818と、クリッピングエンジン830と、データ加工エンジン840を備えており、このうち、リクエスト処理部818がWWWサーバ850を介してインターネットに、ネットワークアクセス部816が直接インターネットに接続されている。なお、図63において、図46に示した構成要素と同じ構成要素には、同じ番号を付してある。従って、図63に示すクライアント700は、図46で示した通信端末装置700に相当する。
【0497】
また、エージェント実行部802は、図64に示すように、エージェント実行管理部820と、WWWサーバアクセス部822と、更新検出部824と、差分解析エンジン826と、HTML解析エンジン828と、を備えている。このうち、エージェント実行管理部820は書き込み部820aと読み出し部820bを備えている。WWWサーバアクセス部822はリンク先内容データ取得部822aを備えている。
【0498】
本実施例のデータ更新監視サーバ800は、図2に示したようなコンピュータによって構成されており、図63に示すデータ更新監視サーバ800内の各ブロックは、ハードウェアにより実現されている部分とソフトウェアにより実現されている部分とを含んでいる。
【0499】
ソフトウェア部分については予めアプリケーションプログラムの形で図2に示したハードディスク84に記憶されており、利用者から起動の指示がなされて、オペレーティングシステムによってハードディスク84からメインメモリ25上に読み込まれることによって、ハードウェアとソフトウェアが一体となった図63に示すデータ更新監視サーバ800が実現する。
【0500】
また、上記アプリケーションプログラムが図2に示すCD−ROM85に記録されている場合には、このCD−ROM85をCD−ROM装置83に挿入し、上記アプリケーションプログラムをCD−ROM装置83で読み取ることによって、メインメモリ25に転送するようにしても良い。また、上記アプリケーションプログラムが図2に示すフロッピディスク81に記録されている場合には、このフロッピディスク81をフロッピディスク装置82に挿入し、上記アプリケーションプログラムをフロッピディスク装置82で読み取ることによって、メインメモリ25に転送するようにしても良い。また、上記アプリケーションプログラムは光磁気ディスクなどの他の可搬型記録媒体上からメインメモリ25に転送するようにしても良い。
【0501】
また、上記アプリケーションプログラムが図2に示すプログラム供給サーバ9000に格納されている場合には、モデム92によって通信回線93を介してプログラム供給サーバ9000にアクセスし、プログラム供給サーバ9000から上記アプリケーションプログラムを送信してもらうことによって、メインメモリ25に転送するようにしても良い。なお、通信回線93としては、電話回線やネットワーク回線などの有線回線の他、通信衛星などを利用した無線回線などが考えられる。
【0502】
本実施例のデータ更新監視サーバ800は、図63及び図64に示すように、図46及び図47に示した通信端末装置700と構成がほとんど同じであるが、サーバアクセス部718の代わりにリクエスト処理部818が設けられた点と、クリッピングエンジン830がエージェント実行部の内部でなく、エージェント実行部802とリクエスト処理部818の間に配置されている点と、新たにデータ加工エンジン840が設けられ、エージェント実行部802とリクエスト処理部818の間に配置された点で異なる。
【0503】
では、データ更新監視を、図46に示したクライアントである通信端末装置700に代わって、図63に示すデータ更新監視サーバ800が行なう場合の動作について説明する。
【0504】
5−2)クライアントである通信端末装置側の動作
図65は図58におけるデータ監視サーバ対応処理の具体的な処理手順を示すフローチャートである。前述したように、図46に示した通信端末装置700において、エージェントデータから取り出したCSタイプの情報が、データ更新監視動作のデータ更新監視サーバによる実行を示している場合(図58のステップS224)、データ監視サーバ対応処理(ステップS232)として、図65に示す処理ルーチンが開始される。
【0505】
まず、エージェント実行管理部720が、リクエストデータを作成してサーバアクセス部718に渡し、サーバアクセス部718は、そのリクエストデータをHTTP(ハイパー・テキスト・トランスファ・プロトコル)リクエストとして、ネットワークアクセス部716を介してデータ更新監視サーバ800に送信する(ステップS280)。
【0506】
図66はクライアントである通信端末装置からデータ更新監視サーバへ送信されるリクエストデータの内容を示す説明図である。図66において、1列目の欄はHTTPでの名称を、2列目の欄は名称を、3列目の欄は意味を、それぞれ示している。
【0507】
では、各行の項目の内容を説明する。
・ユーザIDとパスワードは、データ更新監視サーバ800にアクセスするために各利用者に与えられたユーザ識別用IDとパスワードである。これらは予めデータ更新監視サーバ800に登録されている。
・チェックするURLは、利用者がデータ更新監視を希望しているターゲットURLの文字列である。
・処理種別は、データ更新監視サーバ800に実行してもらう処理の種別(新着情報取得か更新チェックか)を示すものである。
・最終取得情報IDは、そのターゲットURLについて取得している新着情報データ内の新着情報の中で、最も新しい新着情報のIDである。
・最終取得日時は、そのターゲットURLについて新着情報を最後に取得した日時である。
・最終チェック日時は、そのターゲットURLについて最後にチェックした日時である。
・フォルダ数は、実行中のエージェントに対して指定されているフォルダの数である。
・フォルダ情報は、各フォルダのIDとキーワード(即ち、検索条件)である。
・クライアントの種類は、後述するように、クライアントである通信端末装置700がパソコンではなく、通信機能を備えた携帯情報機器(PDA;Personal Digital Assistant)やプリンタである場合に、そのPDA,プリンタの機種やバージョンなどを示す情報である。
・加工情報1は、クライアントがプリンタである場合に、プリンタで用いている印刷用紙のサイズや紙質や向きなどの情報である。
・加工情報2は、クライアントがプリンタである場合に、データ更新監視サーバ800で行なわれる色補正処理に対する指示内容である。
・加工情報3は、クラアイアンがプリンタである場合に、データ更新監視サーバ800で行なわれる2値化処理に対する指示内容である。
・位置情報は、クライアントがPDAである場合に、そのPDAが存在する位置の情報である。具体的には、例えば、利用者がそのPDAを携帯してどの市や町にいるかを表す情報である。
【0508】
なお、クライアントがプリンタやPDAである場合には、上記情報のほか、画像の解像度やカラー表地色数などの情報を含むようにしても良い。
【0509】
従って、以上説明したリクエストデータの内容を要約すると、「ターゲットURLは×××です。当方では、既に情報ID×××番(即ち、最終取得情報ID)までの新着情報を既に取得しています。フォルダの数は×××個あります。1個目のフォルダについてのフォルダ情報(即ち、検索条件)は×××です。2個目のフォルダについてのフォルダ情報(即ち、検索条件)は×××です。……。クライアントの種類は×××で、加工情報は×××です。……」となる。
【0510】
5−3)データ更新監視サーバ側の動作
クライアントである通信端末装置700から送信されたリクエストデータは、インターネットに接続されているWWWサーバ850を介して、データ更新監視サーバ800に受信される。WWWサーバ850は、一般的なWWWサーバであり、クライアントからのリクエストデータを受け付け得る。具体的には、そのWWWサーバ850内の特定のURLへのアクセスが、データ更新監視サーバ800へのリクエストであると判定されるようになっており、そのリクエストによってデータ更新監視サーバ800内のリクエスト処理部818が起動される。
【0511】
図67は図63に示すデータ更新監視サーバ800における主な処理手順を示すフローチャートである。データ更新監視サーバ800では、通信端末装置700から送信されたリクエストデータを受信すると、リクエスト処理部818がそれを処理して、リクエストデータの内容をエージェント実行部802に伝える。そして、図67に示すように、まず、エージェント実行部802内の各処理部が、そのリクエストデータに基づいて、前述した通信端末装置700の場合と同じ様な(図59に示した様な)処理手順で新着情報取得処理を行なう(ステップS290)。但し、データ更新監視サーバ800の場合は、新着情報を新着情報データベースへ格納するに際して、クリッピング処理は行なわず、全ての新着情報を新着情報データベース806に格納するようにする。これは、クリッピング処理を行なう際の検索条件がクライアント毎(即ち、利用者毎)に異なるためである。従って、データ更新監視サーバ800では、クリッピング処理は後述するように各クライアントに新着情報を送信する際に行なう。
【0512】
こうして、ターゲットURLについて新着情報取得処理を行なうことによって、ターゲットURLの更新監視対象データが更新されている場合には、その更新により得られる新着情報が新着情報データベース806に格納され、データの更新内容が新着情報データベース806にも反映されることになる。
【0513】
次に、エージェント実行部802のエージェント実行管理部820は、受信したリクエストデータから最終取得情報IDを得て、新着情報データベース806内に格納されているターゲットURLについての新着情報データから、その最終取得情報IDよりも番号の大きい情報IDを持つ新着情報を一つ読み出す(ステップS292)。クライアントである通信端末装置700は、最終取得情報IDと同じかそれよりも小さい番号を持つ新着情報については、既に所有しており、それら以外の未だ所有していない新着情報のみを欲しているからである。なお、新着情報を読み出す順番は、情報IDの番号の小さいものからとする。
【0514】
次に、リクエスト処理部818は、受信したリクエストデータからフォルダ情報を得て、クリッピングエンジン830に渡し、クリッピングエンジン830は、読み出された新着情報に対し、受け取ったフォルダ情報に基づいてクリッピング処理を行なう(ステップS294)。即ち、その新着情報がフォルダ情報に含まれる検索条件(クリッピング条件)に合致するかどうかをチェックする。そして、検索条件に合致しない場合には、その新着情報を通信端末装置700に送信する必要がないので、ステップS298に進む。
【0515】
一方、新着情報が検索条件に合致した場合には、リクエスト処理部818が、その新着情報をHTMLデータにして、WWWサーバ850を介して、クライアントである通信端末装置700に送信する(ステップS296)。
【0516】
そして、エージェント実行部802のエージェント実行管理部820は、新着情報データベース806内のターゲットURLについての新着情報データに、最終取得情報IDよりも番号の大きい情報IDを持つ新着情報があるかどうかを判定し(ステップS298)、ある場合には再びステップS290に戻り、同様の処理を繰り返す。また、ない場合は一連の処理を終了する。なお、順番に読み出された新着情報のうち、最後に読み出された新着情報の情報IDが後述する最終チェックIDとなる。
【0517】
図68はデータ更新監視サーバからクライアントである通信端末装置へ送信される新着情報送信データの内容を示す説明図である。図68において、1列目の欄は名称を、2列目の欄は意味を、それぞれ示している。
【0518】
では、各行の項目の内容を説明する。
・ステータスは、データ更新監視サーバが更新監視動作を実行したときの実行結果の状態を示すものである。
・最終更新日時は、ターゲットURLの更新監視対象データが最後に更新された日時である。
・最終チェック情報IDは、前述したように、そのターゲットURLについて、新着情報データベース806から最後に読み出された新着情報の情報IDである。
・取得情報IDは、取得されたその新着情報の情報IDである。
・情報種別は、その新着情報が差分データから得られたものであるか、ページデータから得られたものであるかの別を示すものである。
・タイトルは、その新着情報に含まれる見出し情報である。具体的には、見出し情報の他、リンク情報を含む見出しデータ(HTMLデータ)である。
・フォルダIDは、その新着情報について検索条件が合致したフォルダのIDである。
・リンク先内容は、新着情報に含まれる内容情報である。なお、内容情報がない場合には、その内容情報の格納場所を示すリンク情報が送信される。
【0519】
以上の各項目のうち、「最終更新日時」以降の各項目は、ステータスがデータ更新有りの場合にのみ送信される。また、「取得情報ID」以降の各項目は、取得した新着情報毎に繰り返される。
【0520】
従って、以上説明した新着情報送信データの内容を要約すると、「データ更新監視動作を実行した結果は○○○です。今回は情報ID○○○番(即ち、最終チェック情報ID)までの新着情報をチェックしました。フォルダの検索条件に合致した新着情報は○○○個あります。1個目の新着情報は、フォルダID○○○番の検索条件に合致した○○○です。2個目の新着情報は、フォルダID○○○番の検索条件に合致した○○○です。……」となる。
【0521】
5−4)クライアントである通信端末装置側の動作
データ更新監視サーバ800から送信された新着情報送信データは、インターネットに接続されているプロバイダ用サーバ750を介して、クライアントである通信端末装置700に受信される。
【0522】
通信端末装置700では、図65に示すように、データ更新監視サーバ800から送信された新着情報送信データを受信すると(ステップS282)、エージェント実行部702が、その新着情報送信データから新着情報を取り出して、データ管理部704を介して新着情報データベース706に格納する(ステップS284)。その後は図65に示す処理ルーチンから抜ける。
【0523】
以上説明したように、本実施例によれば、クライアントである通信端末装置の代わりに、データ更新監視サーバがデータ更新監視の動作を行なうことができる。従って、クライアント自ら、更新監視対象データについて更新有無を調べたり、新着情報を取得したりしなくても、データ更新監視サーバが全て代行するので、クライアントを利用する利用者の手間が大幅に省けると共に、通信時間も短くて済む。
【0524】
なお、本実施例においては、新着情報として、見出し情報の他に、その内容情報もクライアントに送信しているが、見出し情報だけをクライアントに提供し、内容情報については送信しないようにしても良い。
【0525】
また、本実施例では、データ更新監視サーバ800においてクリッピング処理を行なう際に用いるフォルダ情報(即ち、検索条件など)は、利用者毎に、クライアントである通信端末装置700が、毎回、リクエストデータに含ませて、データ更新監視サーバ800に伝えているが、予め、利用者毎に、データ更新監視サーバ800に登録しておき、必要に応じて読み出すようにしても良い。
【0526】
5−5)データ更新監視動作の実行時期
本実施例では、データ更新監視サーバ800は、クライアントからのリクエストデータを受信した際に、ターゲットURLについて新着情報取得などのデータ更新監視動作を行なう。しかし、クライアントからのリクエストデータの送信の有無に関係なく、所定の時刻が来たら、バッチ処理的に全てのターゲットURLについてデータ更新監視動作を行なうようにしても良い。例えば、このようなデータ更新監視動作を、ネットワーク回線の空いている深夜などに行なうようにすれば、非常に効率よくデータ更新監視動作を行なうことができる。なお、このようなデータ更新監視動作の定期的な実行は、スケジュール管理部814によって管理される。
【0527】
6)データ更新監視サーバのイントラネットでの利用
上記した実施例においては、データ更新監視サーバ800は、図63に示したように、インターネットにおいて利用されている。しかし、図69に示すように、WANあるいはLANにおいて構築されるイントラネット(Intranet)において利用するようにしても良い。
【0528】
図69はデータ更新監視サーバをイントラネットで利用する場合の接続形態の一例を示す説明図である。図69に示す例では、社内LANにイントラネットを構築している。そのイントラネットには、社内の各クライアント1700,1710が接続される他、社内用WWWサーバ1900が接続されている。また、そのイントラネットはファイアーウォール2100を介してインターネットに接続されている。
【0529】
以上のような社内イントラネットに、図63で示したような構成を持つデータ更新監視サーバ1800を接続すると、以下のようなメリットが得られる。
【0530】
●イントラネットの外部へのトラフィックを低減できる。
即ち、社内イントラネットにデータ更新監視サーバ1800がない場合には、社内の各クライアント1700,1710は、クライアント毎に、更新監視対象データの格納されているインターネット上のWWWサーバ2200,2210にアクセスして、データの更新があるかどうかをチェックする必要があり、イントラネットの外部に対するアクセス数が多くなり、その分、外部へのトラフィックが増大する。しかし、社内イントラネットにデータ更新監視サーバ1800を設け、これを利用することによって、更新監視対象データについて、新着情報があるかどうかは、イントラネット内の上記サーバ1800へアクセスするだけでわかるので、イントラネット外部へのトラフィックを低減することができる。
【0531】
●社内用WWWサーバ内の社内向けデータについても更新監視が可能である。
即ち、データ更新監視の対象として、社内用WWWサーバ1900内の社内向けデータを設定することにより、社内向けデータについても新着情報を社内の各クライアントに提供することができる。
【0532】
●情報配信のインフラとして利用できる。
社内イントラネットのネットワーク管理者等が、社内に配信したい情報を新着情報としてデータ更新監視サーバ1800内に直接登録することにより、その情報を自動的に社内に配信することができるため、効率的な情報配信システムを構築することができる。具体的には、キーボード815やマウス817等によって入力された配信したい情報を、エージェント実行管理部820の書き込み部820aが新着情報データベース806に書き込むことによって、新着情報として登録し、その後、エージェント実行管理部820の読み出し部820bが、新着情報として登録された配信したい情報を読み出し、リクエスト処理部818が、その情報を社内イントラネットを介して社内の各クライアント1700,1710などに転送するようにする。
【0533】
なお、以上の各メリットは社内イントラネットに限りものではなく、一般的なイントラネットにおいても同様に得ることができる。
【0534】
7)データ更新監視サーバにおけるデータの加工
ところで、前述の図63で示したような実施例においては、クライアントである通信端末装置700がパソコンなどによって構成されているが、前述したように、通信機能を備えたPDAやプリンタなどによって構成するようにしても良い。
【0535】
図70は図63に示すデータ更新監視サーバ800に対し、クライアントとしてPDAやプリンタを用いた場合の接続例を示す説明図である。図70において、プリンタ1850及びPDA1910は、それぞれ、インターネットに接続するための通信機能を備えている。そして、この例では、プリンタ1850は直接、PDA1910はプロバイダ用サーバ1950を介して、それぞれインターネットに接続されている。
【0536】
図70に示すように、クライアントとしてPDA1910やプリンタ1850を用いる場合、クライアントからデータ更新監視サーバ800へ送信されるリクエストデータには、図66で説明したように、「クライアントの種類」や「加工情報」などの情報が含まれている。そこで、データ更新監視サーバ800では、送信されてきたリクエストデータを受信すると、リクエスト処理部818が、そのリクエストデータから上記した各情報を得て、データ加工エンジン840に渡し、データ加工エンジン840は、新着情報送信データをクライアントに送信する際に、リクエスト処理部から受け取った各情報を元にして、新着情報送信データに、クライアントの種類に応じて所定の加工を施す。
【0537】
なお、データ加工エンジン840における加工処理において必要な情報のうち、クライアントから送信されてこない情報については、リクエスト処理部818が予め所持しており、必要に応じてデータ加工エンジン840に渡すようになっている。
【0538】
図71は図63におけるデータ加工エンジン840の構成を示すブロック図である。図71に示すように、データ加工エンジン840は、加工管理部842と、プリンタドライバ部844と、PDAドライバ部846と、を備えている。 このうち、プリンタドライバ部844は、レンダリング部844aと、色補正処理部844bと、色変換処理部844cと、2値化処理部844dと、データ圧縮処理部844eと、を備えており、また、PDAドライバ部846は、減色処理・間引き処理部846aと、フォーマット変換処理部846bと、データ圧縮処理部846cと、を備えている。
【0539】
なお、図71では、データ加工エンジン840が、プリンタドライバ部844,PDAドライバ部846をそれぞれ一つずつしか備えていないが、クライアントとなり得るプリンタやPDAの各機種にそれぞれ対応するように、機種毎に、プリンタドライバ部やPDAドライバ部を備えるようにしても良い。
【0540】
例えば、クライアントがPDA1910である場合、データ加工エンジン840の加工管理部842は、リクエスト処理部818から受け取った「クライアントの種類」の情報によって、クライアントがPDAであることを認識すると、PDAドライバ部846を起動する。
【0541】
PDAドライバ部846では、減色処理・間引き処理部846aが、送信される新着情報送信データのうち、画像データに対しては、減色処理やピクセル情報の間引き処理などを行なって、PDA1910に送信されるデータの量を減らす。
【0542】
次に、フォーマット変換処理部846bが、送信される新着情報送信データに対して、次のようなフォーマット変換処理を施す。即ち、一般にPDA1910は表示画面が小さいので、画面の横方向の桁数が、PDA1910で横スクロールすることなく表示できる桁数となるように、データを整形して、小さい画面でも利用者が見やすくなるようにする。また、一般にPDA1910は記憶容量も少なく処理能力も劣るので、大量のデータをPDA1910に送信しなくて済むように、データを加工して、送信内容として要約のみを送るようにする。
【0543】
次に、データ圧縮処理部846cが、送信される新着情報送信データにデータ圧縮処理を施して、データ自体(例えば、HTMLデータ自体)を圧縮する。なお、このデータ圧縮処理部846cによる処理は、必要な場合にのみ行なうようにしても良い。
【0544】
一方、例えば、クライアントがプリンタ1850である場合、データ加工エンジン840の加工管理部842が、「クライアントの種類」の情報によってクライアントがプリンタであることを認識すると、プリンタドライバ部844を起動する。
【0545】
プリンタドライバ部844では、まず、レンダリング部844aが、送信される新着情報送信データをR(赤),G(緑),B(青)のビットマップ画像データに展開すると共に、必要に応じてデータの間引き処理や補間処理を行なう。また、このとき、リクエスト処理部818から受け取った「加工情報1」(すなわち、印刷用紙のサイズなどの情報)に基づいて、書式変換などの処理も併せて行なう。
【0546】
次に、色補正処理部844bが、リクエスト処理部818から受け取った「加工情報2」(すなわち、色補正処理に対する指示内容)に基づいて、レンダリング部844aからのビットマップ画像データに対し、γ補正などの色補正処理を行なう。なお、この色補正処理部844bによる処理は、必要な場合にのみ行なうようにしても良い。
【0547】
次に、色変換処理部844cが、「クライアントの種類」の情報に基づき、プリンタの種類に応じて次のような色変換処理を行なう。即ち、プリンタ1850がカラープリンタである場合には、R,G,Bの色画像データをC(シアン),M(マゼンタ),Y(黄),K(黒)やC(シアン),M(マゼンタ),Y(黄)の色画像データに変換し、また、プリンタ1850がモノクロプリンタである場合は、R,G,Bの色画像データをモノクロ画像データに変換する。
【0548】
次に、2値化処理部844dが、リクエスト処理部818から受け取った「加工情報3」(すなわち、2値化処理に対する指示内容)に基づいて、色変換処理部844cから得られた多値の画像データに対し、ディザ処理や誤差拡散処理などの2値化処理を行なって、2値の画像データを得る。
【0549】
次に、データ圧縮処理部844eが、得られた2値の画像データに対してデータ圧縮処理を施して、データ自体を圧縮する。なお、このデータ圧縮処理部844eによる処理は、必要な場合にのみ行なうようにしても良い。
【0550】
なお、プリンタドライバ部844では、必要に応じて、情報の途中でページが切れないように改ページを挿入するような処理を施すようにしても良い。
【0551】
このように、クライアントがプリンタ1850である場合、以上のような色変換処理や2値化処理やデータ圧縮処理を施すことによって、データ更新監視サーバ800からプリンタ1850へ送信されるデータの量を大幅に減らすことができる。色変換処理や2値化処理などの複雑な処理を、処理能力の高いデータ更新監視サーバにおいて行なっているので、プリンタ1850で用いられるCPUは、処理能力の低いCPUでも、十分間に合う。また、画像データを記憶する画像メモリも、例えば2ライン分のメモリで済むため、構成が簡素化されると共に、コストも安価で済む。
【0552】
さて、データ更新監視サーバ800のリクエスト処理部818は、以上のようにして加工された新着情報送信データを、WWWサーバ850を介してインターネットに送り、プリンタ1850或いはPDA1910はこれを直接受信する。このうち、プリンタ1850では、受信した新着情報送信データをそのままプリンタエンジンに流して、表示文字と画像を印刷用紙に印刷する。また、PDA1910では、受信した新着情報送信データに基づいて画面上に情報を表示する。
【0553】
なお、データ更新監視サーバ800は、上記したように、加工した新着情報送信データをインターネットを介して直接プリンタ1850或いはPDA1910に直接送信するようにしても良いが、インターネットにWWWサーバ1650,1750を介して接続されたプリンタ専用サーバ1600やPDA専用サーバ1720に送り、これら専用サーバ1600,1720からインターネットを介してクライアントであるプリンタ1850,PDA1910に送るようにしても良い。
【0554】
ところで、図66で説明したように、クライアントとしてPDAを用いる場合、クライアントから送信されるリクエストデータには、「位置情報」が含まれている。この位置情報は、前述したように、クライアントであるPDAの存在する位置の情報を表している。そこで、データ更新監視サーバ800では、このPDAの位置情報を用いて、クリッピングエンジン830において、次のような処理を行なうようにしても良い。
【0555】
まず、リクエスト処理部818が、クライアントから送信されてきたリクエストデータから上記した位置情報を得ると、その情報をクリッピングエンジン830に渡す。クリッピングエンジン830では、このような位置情報を受け取ると、その位置情報に関連した情報を、新着情報データベース806から読み出される新着情報の中から検索して、情報をリクエスト処理部818に渡す。リクエスト処理部818では、受け取った情報をWWWサーバ850を介して、クライアントであるPDA1910に送信するようにする。
【0556】
なお、このとき、位置情報に関連した情報としては、例えば、新聞社等のWWWサーバから得られたニュースなどの情報が考えられる。即ち、新着情報データベース806内に、地方の新聞社を含む全国の新聞社のWWWサーバから取得した新着情報が格納されているものとすると、PDAの利用者が或る地方に出かけた場合に、PDAがその地方の位置情報をリクエストデータとしてデータ更新監視サーバ800に送ることによって、データ更新監視サーバ800からは、その地方の新聞社のWWWサーバから取得したローカルニュースが送信され、その地方のニュースを直ちに知ることができる。
【0557】
8)メール配信システム
図72は本発明の第5の実施例としての、データ更新監視サーバを利用したメール配信システムの構成を示すブロック図である。本実施例のメール配信システムは、図72に示すように、データ更新監視サーバ800とメール配信サーバ1500とを備えている。このうち、データ更新監視サーバ800は図63で示したデータ更新監視サーバである。一方、メール配信サーバ1500は、インターネットを介して電子メールを配信することが可能なサーバである。
【0558】
図72において、メール配信サーバ1500は、ユーザ管理部1502と、配信制御部1504と、メール配信部1506と、リクエスト処理部1508と、新着情報取得部1510と、ユーザデータ格納部1512と、スケジュール管理部1514と、を備えており、このうち、リクエスト処理部1508がWWWサーバ1550を介してインターネットに、メール配信部1506と新着情報取得部1510が直接インターネットに接続されている。
【0559】
図72において、メール配信サーバ1500におけるユーザデータ格納部1512には、このメール配信システムを利用する各利用者の情報が格納されている。利用者の情報としては、例えば、各利用者のユーザID、パスワード、メールアドレスなどの他、各利用者のデータの更新監視を希望するターゲットURLや、クリッピング処理に用いるフォルダ情報などが挙げられる。ユーザ管理部1502は、それら情報を用いて利用者の管理、新着情報の取得、メール配信などを行なう。
【0560】
利用者が、登録されたターゲットURLやフォルダ情報の変更などを行なう場合は、インターネットに接続されたクライアントである通信端末装置700等を用いて、メール配信サーバ1500にアクセスし、リクエストを送信する。メール配信サーバ1500では、クライアント700からのリクエストを受信すると、リクエスト処理部1508がそれを処理して、リクエストの内容をユーザ管理部1502に伝える。ユーザ管理部1502では、そのリクエストに応じてユーザデータ格納部1512内に格納された利用者の情報の変更などを行なう。
【0561】
また、メール配信サーバ1500では、スケジュール管理部1514による時間管理の下で、新着情報取得部1510が、データ更新監視サーバ800に定期的にアクセスする。そして、ユーザデータ格納部1512に登録されている各ターゲットURLについての新着情報を、データ更新監視サーバ800より取得する。この時、データ更新監視サーバ800は、新着情報をHTMLデータからテキストデータに変換してメール配信サーバ1500に渡す。
【0562】
そして、取得した新着情報を、メール配信部1506は、配信制御部1504による制御によって、取得した新着情報を、電子メールを用いて定期的に、クライアント700をはじめとする各クライアントに配信する。なお、配信制御部1504は、新着情報を配信する際には、配信先の各利用者に対応したクリッピング処理を行なった上で、新着情報を配信するようにしても良い。
【0563】
以上のように構成することによって、利用者が更新監視を希望するターゲットURLの新着情報は、定期的に、利用者の元に配信されるので、利用者自らがデータ更新監視サーバ800にアクセスして、新着情報を取得する手間が省ける。
【0564】
なお、本実施例においては、新着情報の配信を電子メールを用いて行っていたが、電話やファクシミリなどを用いて行っても良いし、或いは、有線放送や衛星放送などを利用して行っても良い。
【0565】
本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。
【0566】
例えば、上記した実施例のうち、第3ないし第5の実施例では、データの更新監視を行なうべき情報として、「What'new」などの新着情報を例として説明したが、本発明は、これに限定されるものではなく、種々の情報を対象とすることができる。
【図面の簡単な説明】
【図1】本発明の第1の実施例としての通信端末装置の構成を示すブロック図である。
【図2】図1の通信端末装置を実現するコンピュータの概略構成を示すブロック図である。
【図3】図1のモニタ76上に表示されるサービス切替画面の一例を示す説明図である。
【図4】図1のデータベース410内の構造を示す説明図である。
【図5】会議室一覧の索引ファイル(フォルダ一覧索引ファイル)の内容の一例を示す説明図である。
【図6】図1のモニタ76上に表示されるフォルダ画面の一例を示す説明図である。
【図7】会議室の索引ファイルの内容の一例を示す説明図である。
【図8】会議室に移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。
【図9】会議室に移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。
【図10】会議室についてのタイトル更新処理を具体的に説明するための説明図である。
【図11】ライブラリ室に移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。
【図12】ライブラリ室に移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。
【図13】ライブラリ室についてのタイトル更新処理を具体的に説明するための説明図である。
【図14】ニュースのサービスに移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。
【図15】ニュースのサービスに移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。
【図16】ニュースのサービスについてのタイトル更新処理を具体的に説明するための説明図である。
【図17】掲示板のサービスに移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。
【図18】掲示板のサービスに移行した直後に行なわれるタイトル更新処理の流れを示すフローチャートである。
【図19】有料サービスを受ける際に行なわれる課金節約処理の流れを示すフローチャートである。
【図20】図1のモニタ76上に表示される定期巡回指定画面の一例を示す説明図である。
【図21】図1の巡回ファイル620に保存された指定内容の一例を示す説明図である。
【図22】巡回ファイルに基づく自動通信の動作手順を示すフローチャートである。
【図23】巡回ファイルに基づく自動通信の動作手順を示すフローチャートである。
【図24】図1のモニタ76上に表示されるコメント発言画面の一例を示す説明図である。
【図25】予約内容が追加される様子を示す説明図である。
【図26】図1の予約ファイル610に保存された予約内容の一例を示す説明図である。
【図27】掲示板のサービスについての本文読み込み処理を説明するための説明図である。
【図28】自動通信時に行なわれる巡回順序効率化処理の流れを示すフローチャートである。
【図29】図28に示した巡回順序効率化処理に従ってソートされた巡回内容の一例を示す説明図である。
【図30】図29に示した巡回内容に従って行なわれた自動通信時の通信履歴を示す説明図である。
【図31】図1のモニタ76上に表示されるメインメニュー画面の一例を示す説明図である。
【図32】新着ツアー処理の流れを示すフローチャートである。
【図33】ニュースグループの階層構造を説明するための説明図である。
【図34】HTMLによって記述されたハイパーテキストデータの一例を示す説明図である。
【図35】ハイパーテキストデータによるページのリンク関係及びファイルの構造を説明するための説明図である。
【図36】データベース410に書き込む際に書き換えられたハイパーテキストデータの一例を示す説明図である。
【図37】データベース410内の記憶データをツリー形式でモニタ76に表示した場合の表示画面の一例を示す説明図である。
【図38】各ページ名をフラットな状態で画面上に表示した例を示す説明図である。
【図39】データベース410内のディレクトリ構造の一例を示す説明図である。
【図40】本発明の第2の実施例としてのデータ更新監視サーバの構成を示すブロック図である。
【図41】利用者毎の監視URLをデータ更新監視サーバで管理する場合における各管理データの概要を示す説明図である。
【図42】利用者毎の監視URLをデータ更新監視サーバで管理する場合におけるデータ監視サーバ−クライアント間のトランザクションの概要を示す説明図である。
【図43】利用者毎の監視URLを各クライアントで管理する場合における各管理データの概要を示す説明図である。
【図44】利用者毎の監視URLを各クライアントで管理する場合における各管理データの概要を示す説明図である。
【図45】利用者毎の監視URLを各クライアントで管理する場合におけるデータ監視サーバ−クライアント間のトランザクションの概要を示す説明図である。
【図46】本発明の第3の実施例としての通信端末装置の構成を示すブロック図である。
【図47】図46のエージェント実行部702の構成を示すブロック図である。
【図48】複数の見出し情報を列記したインデックスページの一例を示す説明図である。
【図49】図48に示すインデックスページのHTMLデータ(インデックスページデータ)の内容を示す説明図である。
【図50】図48の“「DiskXplorer for Windows」 を発表”という見出し情報にリンクされた内容情報を記載したページを示す説明図である。
【図51】WWWサーバに格納されているインデックスページデータと複数の内容データとの関係を示す説明図である。
【図52】図46の新着情報データベース706に格納される新着情報データの一例を示す説明図である。
【図53】WWWサーバに格納されている更新後のインデックスページデータと内容データとの関係の一例を示す説明図である。
【図54】図46の新着情報データベース706に格納された更新後の新着情報データの一例を示す説明図である。
【図55】第3の実施例で用いられるエージェントデータの内容を示す説明図である。
【図56】第3の実施例で用いられるURLデータの内容を示す説明図である。
【図57】第3の実施例で用いられる新着情報テーブルの内容を示す説明図である。
【図58】図46に示す通信端末装置700における主な処理手順を示すフローチャートである。
【図59】図58における新着情報取得処理の具体的な処理手順を示すフローチャートである。
【図60】図46におけるモニタ713の画面上に表示される新着情報の一例を示す説明図である。
【図61】複数の見出し情報をツリー状に表示した場合の表示例を示す説明図である。
【図62】図58における更新チェック処理の具体的な処理手順を示すフローチャートである。
【図63】本発明の第4の実施例としてのデータ更新監視サーバの構成を示すブロック図である。
【図64】図63のエージェント実行部802の構成を示すブロック図である。
【図65】図58におけるデータ監視サーバ対応処理の具体的な処理手順を示すフローチャートである。
【図66】クライアントである通信端末装置からデータ更新監視サーバへ送信されるリクエストデータの内容を示す説明図である。
【図67】図63に示すデータ更新監視サーバ800における主な処理手順を示すフローチャートである。
【図68】データ更新監視サーバからクライアントである通信端末装置へ送信される新着情報送信データの内容を示す説明図である。
【図69】データ更新監視サーバをイントラネットで利用する場合の接続形態の一例を示す説明図である。
【図70】図63に示すデータ更新監視サーバ800に対し、クライアントとしてPDAやプリンタを用いた場合の接続例を示す説明図である。
【図71】図63におけるデータ加工エンジン840のの構成を示すブロック図である。
【図72】本発明の第5の実施例としての、データ更新監視サーバを利用したメール配信システムの構成を示すブロック図である。
【符号の説明】
10…コンピュータ
20…演算処理部
21…CPU
22…ローカルバス
23…キャッシュメモリ
24…キャッシュコントローラ
25…メインメモリ
30…PCIブリッジ
32…PCIバス
40…コントローラ部
42…ISAバス
44…CRTC
46…SCSIコントローラ
48…ISAブリッジ
50…DMAコントローラ
52…RTC
54…複合I/Oポート
56…サウンドI/O
60…I/O部
62…ISAスロット
64…キーボードインタフェース
66…割り込みコントローラ
68…タイマ
72…キーボード
73…マウス
74…スピーカ
76…モニタ
81…フロッピディスク
82…フロッピディスク装置
83…CD−ROM装置
84…ハードディスク
85…CD−ROM
86…パラレルポート
88…プリンタ
90…シリアルポート
92…モデム
93…通信回線
96…マイクロフォン
100…アクセス管理部
100a…書き込み部
100b…読み出し部
100c…差分データ取得部
100d…新着マーク付加部
100e…新着マーク検索部
100f…転送要求部
100g…特定通信サービス開始要求部
100h…特定通信サービス中止要求部
100i…本文情報転送要求部
200…ユーザーI/F部
300…通信制御部
400…データ管理部
410…データベース
500…通信I/F部
600…自動通信処理部
600a…整理部
600b…転送部
610…予約ファイル
620…巡回ファイル
700…クライアント
702…エージェント実行部
704…データ管理部
706…新着情報データベース
708…比較対象データ格納部
710…エージェント管理部
712…ユーザI/F部
713…モニタ
714…スケジュール管理部
715…キーボード
716…ネットワークアクセス部
717…マウス
718…サーバアクセス部
720…エージェント実行管理部
720a…書き込み部
720b…読み出し部
722…WWWサーバアクセス部
722a…リンク先内容データ取得部
724…更新検出部
726…差分解析エンジン
728…HTML解析エンジン
730…クリッピングエンジン
750…プロバイダ用サーバ
800…データ更新監視サーバ
802…エージェント実行部
804…データ管理部
806…新着情報データベース
808…比較対象データ格納部
810…エージェント管理部
812…ユーザI/F部
813…モニタ
814…スケジュール管理部
815…キーボード
816…ネットワークアクセス部
817…マウス
818…リクエスト処理部
820…エージェント実行管理部
820a…書き込み部
820b…読み出し部
822…WWWサーバアクセス部
822a…リンク先内容データ取得部
824…更新検出部
826…差分解析エンジン
828…HTML解析エンジン
830…クリッピングエンジン
840…データ加工エンジン
842…加工管理部
844…プリンタドライバ部
844a…レンダリング部
844b…色補正処理部
844c…色変換処理部
844d…2値化処理部
844e…データ圧縮処理部
846…PDAドライバ部
846a…減色処理・間引き処理部
846b…フォーマット変換処理部
846c…データ圧縮処理部
850…WWWサーバ
900…WWWサーバ
1000…データ更新監視サーバ
1100…監視部
1200…登録管理部
1300…通信部
1400…記憶部
1500…メール配信サーバ
1502…ユーザ管理部
1504…配信制御部
1506…メール配信部
1508…リクエスト処理部
1510…新着情報取得部
1512…ユーザデータ格納部
1514…スケジュール管理部
1550…WWWサーバ
1600…プリンタ専用サーバ
1650,1750…WWWサーバ
1700,1710…クライアント
1720…PDA専用サーバ
1800…データ更新監視サーバ
1850…プリンタ
1900…社内用WWWサーバ
1910…PDA
1950…プロバイダ用サーバ
2000…クライアント
2100…ファイアーウォール
2200,2210…WWWサーバ
3000…インターネット
4000,5000…WWWサーバ
4100,5100…格納データ
6000…プロバイダ用サーバ
9000…プログラム供給サーバ[0001]
BACKGROUND OF THE INVENTION
The present invention provides a communication terminal device connected via a network to a server storing specific data, connected via a network to a server storing specific data, and monitors whether the specific data is updated. A data update monitoring server for transferring information obtained as a result of monitoring to a client, an information delivery system for delivering information obtained as a result of data update monitoring to a distribution target, and a server storing specific data An information acquisition method for acquiring information from the server, a request transfer method for transferring a request to a server capable of providing a plurality of communication services, and an update of data stored in the server, A data update monitoring method for transferring information obtained as a result of the monitoring to the client and a server connected to the server via the network. It relates a recording medium recording a program used in a computer to be.
[0002]
[Prior art]
In recent years, users of communication services with added value represented by so-called personal computer communication services have increased rapidly. When receiving such a communication service, generally, a communication terminal device is used to access a server (communication host) and data communication is performed between the communication terminal device and the communication host. Will receive.
[0003]
Some communication terminal devices used at this time have a function of not only transmitting / receiving data to / from a communication host but also recording a series of transmitted / received text data (log) as a communication history.
[0004]
[Problems to be solved by the invention]
However, since the conventional communication terminal device simply records the log, in order to find out the data desired by the user, the recorded log must be reread from the beginning. In addition, since the number of such log records increases each time a communication terminal device performs data communication with a communication host, it is increasingly possible to find data requested by users from such a large number of logs. It becomes difficult.
[0005]
Therefore, conventionally, there has been proposed a communication terminal device having a function of dividing and organizing a recorded log after communication is completed. In such a communication terminal device, since the recorded logs are divided and organized, it is relatively easy to find data requested by the user. However, even if it has a function to divide and organize such logs, in the conventional communication terminal device, when the same data as the data previously transmitted from the communication host is received again Since the same data is recorded redundantly, as described above, even if the log is divided and organized, the same data remains redundant. Therefore, there has been a problem that useless data recording increases. In addition, if the same data is recorded in duplicate, it is very difficult to find the data required by the user.
[0006]
The present invention has been made in view of the above-described problems of the prior art. Accordingly, the object of the present invention is to acquire data taken from a server such as a communication host without overlapping with already recorded data. It is to provide a communication terminal device, a data update monitoring server, etc.
[0007]
[Means for solving the problems and their functions and effects]
In order to achieve at least a part of the above object, a first communication terminal device of the present invention is a communication terminal device connected via a network to a server storing specific data,
Storage means for storing at least a part of the specific data as storage data;
Access means for accessing the server and capturing at least part of the specific data;
Difference data acquisition means for acquiring, as difference data, a portion other than the portion overlapping with the storage data stored in the storage means, of the acquired data acquired by the access means;
It is a summary to provide.
[0008]
Thus, in the first communication terminal device, the storage means stores at least a part of the specific data as stored data. The access means accesses the server and captures at least a part of the specific data. The difference data acquisition unit acquires, as difference data, a portion other than the portion overlapping the storage data stored in the storage unit, of the captured data acquired by the access unit.
[0009]
Therefore, according to the first communication terminal device, data that overlaps with already acquired storage data is not acquired, and therefore the same data is not stored repeatedly.
[0010]
In the first communication terminal device,
You may make it further provide the writing means which writes the information contained in the acquired said difference data into the said memory | storage means with the additional information relevant to this information.
[0011]
When such a writing means is further provided, additional information related to the information is written in the storage means together with the information included in the difference data, so when reading the information included in the difference data, the information is Classification can be performed using additional information.
[0012]
In the first communication terminal device,
Reading means for classifying and reading out the information written in the storage means based on the additional information related to the information;
Display means for displaying the information read out by classification;
May be further provided.
[0013]
When such reading means and display means are further provided, the information included in the difference data can be displayed in a classified state.
[0014]
In the first communication terminal device,
The writing means includes
It is preferable that when information included in the difference data is written in the storage unit, identification information adding means for adding identification information indicating that the information is new information is added to the information.
[0015]
When such identification information adding means is provided, all the information included in the newly acquired difference data can be written to the storage means after adding the identification information. Therefore, for example, even when information is newly acquired when the user is absent, the information can be easily found later.
[0016]
In the first communication terminal device,
The apparatus further comprises identification information search means for searching for information to which the identification information is added from information written in the storage means,
When the information obtained by the search is included in the information to be displayed, the display means displays the information so that the information can be identified from information to which the identification information is not added. May be.
[0017]
When configured in this way, when displaying the information stored in the storage means, the information included in the newly acquired difference data is displayed separately from the other information already acquired. Can do. Therefore, for example, even when information is newly acquired when the user is absent, it is possible to easily determine which information corresponds to the information when the information is displayed.
[0018]
In the first communication terminal device,
An input means for inputting an instruction to display new information;
Identification information search means for searching for information to which the identification information is added from information written in the storage means based on the input instruction;
And further comprising
The display means may display the information obtained by the search.
[0019]
When each means is provided, information included in the newly acquired difference data can be found and displayed from the information written in the storage means. Therefore, for example, even when information is newly acquired when the user is absent, the information that the user has not yet seen can be displayed simply by giving an instruction to display new information. You can see the information without having to find it yourself.
[0020]
In the first communication terminal device,
An update check means for checking whether or not the specific data is updated when the server is accessed by the access means;
The access means may take in at least a part of the specific data when it is determined that the specific data is updated as a result of the update check by the update check means.
[0021]
In such a configuration, since the specific data is captured only when the specific data is updated, it is possible to reduce unnecessary data capture.
[0022]
In the first communication terminal device,
The access means may access the server based on information indicating a storage location of the specific data.
[0023]
In the first communication terminal device,
The access means includes
When there is link data for the acquired difference data, the server storing the link data is accessed via the network based on the information indicating the storage location of the link data included in the difference data. Then, link data fetching means for fetching the link data from the server may be provided.
[0024]
When such a link data capturing means is provided, not only difference data but also link data linked to the difference data can be obtained.
[0025]
In the first communication terminal device,
The access means includes
When there is link data for the acquired difference data, the server storing the link data is accessed via the network based on the information indicating the storage location of the link data included in the difference data. And link data fetching means for fetching the link data from the server,
Writing means for writing the information included in the acquired difference data together with the information represented by the link data captured for the difference data to the storage means;
Display means for displaying information included in the difference data written in the storage means and information represented by the link data;
May be further provided.
[0026]
When each means is provided, when information included in the difference data is displayed, information represented by link data related to the difference data can be displayed together with the information. Therefore, the information that the user wants can be provided immediately.
[0027]
In the first communication terminal device,
Information search means for searching for information satisfying a predetermined condition from information included in the obtained difference data;
Writing means for writing the retrieved information into the storage means;
May be further provided.
[0028]
When such information retrieval means and writing means are provided, it is possible to write only necessary information satisfying a predetermined condition from the information included in the acquired difference data to the storage means. Writing can be reduced.
[0029]
In the first communication terminal device,
The difference data acquisition means includes
Whether or not the captured data is a portion overlapping with the stored data may be determined based on whether or not the captured data and attached information included in the stored data match.
[0030]
When configured in this way, it is possible to accurately and easily determine whether or not the portion overlaps the stored data.
[0031]
In the first communication terminal device,
The information included in the acquired difference data may be further classified by a predetermined standard, and further provided with a writing means for writing to the storage means.
[0032]
When such a writing means is further provided, the information included in the difference data can be written into the storage means in a classified state, so that the use of the information becomes easy.
[0033]
In the first communication terminal device,
The storage means has a directory structure corresponding to the data storage structure in the server,
The writing means may classify information included in the difference data in accordance with a data storage structure in the server, and write the classified information in a corresponding directory of the storage means.
[0034]
By configuring the writing means in this way, the information stored in the storage means becomes easy for the user to use.
[0035]
In the first communication terminal device,
The reading means includes
The information written in the storage means may be classified and read for each communication service provided by the server.
[0036]
In the first communication terminal device,
The reading means includes
The information written in the storage means may be classified and read according to the storage location of the information in the server.
[0037]
In the first information terminal device,
The reading unit may classify and read the information written in the storage unit according to at least one of the date and time when the information is acquired.
[0038]
In the first communication terminal device,
The reading unit may classify and read the information written in the storage unit according to a keyword included in the information.
[0039]
By configuring the reading means as described above, the information read from the storage means becomes easy for the user to use.
[0040]
The second communication terminal device of the present invention is a communication terminal device connected via a network to a server capable of providing a communication service,
Storage means for storing information;
Access means for accessing the server and capturing information transferred from the server;
Writing means for writing the captured information into the storage means;
An input means for inputting an instruction to receive provision of a specific communication service;
Specific communication service start request means for requesting the server to start providing the specific communication service based on the input instruction;
A specific communication service stop request for requesting the server to stop providing the specific communication service when title information related to the specific communication service transferred from the server is captured by the access means and written by the writing means Means,
Reading means for reading out the written title information from the storage means;
Display means for displaying the read title information;
It is a summary to provide.
[0041]
By adopting such a configuration, in the second communication terminal device, for example, even when trying to receive a fee-based service as a specific communication service, only the title information is acquired by receiving the fee-based service for the time being Then, immediately after the provision of the paid service is stopped, the title information about the service can be obtained without incurring much usage fee.
[0042]
In the second communication terminal device,
The specific communication service start request means includes:
For specific title information in the title information displayed on the display means, when an instruction to transfer body information corresponding to the specific title information is input from the input means, the specific information is sent to the server. Request again to start providing communication services,
When the title information related to the specific communication service transferred again from the server is captured by the access unit, the writing unit stores the title information stored in the storage unit among the captured title information. And writes the part other than the part overlapping with the storage means,
When a portion other than the overlapping portion is written in the storage means, the attached information included in the specific title information is changed, and the body information corresponding to the specific title information is transferred based on the changed attached information Text information transfer request means for requesting the server to the server
May be further provided.
[0043]
By providing each of these means, when a body information transfer request is made using the attached information of specific title information, the title information is attached between the end of the previous service provision and the start of the current service provision. Even if the information has been changed, the transfer of the text information is requested by the changed attached information, so that the information requested by the user can be obtained accurately.
[0044]
The third communication terminal device of the present invention is a communication terminal device connected via a network to a server capable of providing a plurality of communication services,
Storage means for storing a request for the server related to the communication service;
Reading means for reading the stored request from the storage means;
Organizing means for organizing the read requests so as to be organized for each communication service;
Transfer means for transferring the request organized by the organizing means to the server;
It is a summary to provide.
[0045]
In other words, in the third communication terminal device, the storage means stores a request for the server related to the communication service. Then, the organizing means arranges the stored requests so as to be collected for each communication service. The transmission means transmits the arranged request to the server.
[0046]
Therefore, according to the third communication terminal apparatus, since the requests transmitted to the server are collected for each communication service, the server can process requests for the same communication service at a time, and accordingly, Since the communication time with the server can be shortened, the communication efficiency is improved.
[0047]
In the third communication terminal device,
The organizing unit may unify the duplicated parts into one request when the requests are duplicated when the requests are arranged.
[0048]
By configuring the organizing means in this way, duplicate requests are not made to the server, so that the server does not need to perform unnecessary processing, and communication efficiency is further improved.
[0049]
A fourth communication terminal device of the present invention is a communication terminal device connected to a server via a network,
Storage means for storing information;
Access means for accessing the server and capturing information transferred from the server;
A writing unit that classifies the captured information according to a predetermined criterion during access and writes the information into the storage unit;
It is a summary to provide.
[0050]
In the fourth communication terminal apparatus, the access means accesses the server and captures information transferred from the server, and the writing means classifies the captured information according to a predetermined standard during access to the storage means. Write.
[0051]
In this way, in the fourth communication terminal device, the captured information is classified and written to the storage means according to a predetermined standard, so that the information can be stored in a classified state, and the utilization of the information becomes easy. In addition, since information is classified during access, the captured information can be used immediately after the access is completed.
[0052]
A fifth communication terminal device of the present invention is a communication terminal device connected to a server via a network,
Storage means for storing information;
Access means for accessing the server and capturing information transferred from the server;
Writing means for writing the captured information into the storage means;
A reading means for reading the written information from the storage means;
A transfer requesting unit that requests the server to transfer the corresponding information when the information to be read by the reading unit does not exist in the storage unit;
It is a summary to provide.
[0053]
By providing each of these means, a transfer request is automatically issued to the server even when the information requested by the user does not exist in the storage means. There is no need to issue.
[0054]
The first data update monitoring server of the present invention is connected to a server via a network, monitors the update of specific data stored in the server via the network, and obtains information obtained as a monitoring result from the client A data update monitoring server to be transferred to
Storage means for storing the specific data;
Access means for accessing the server based on information representing a storage location of the specific data provided from the client;
An update check means for checking whether or not the specific data is updated when the server is accessed by the access means;
As a result of the update check by the update check means, when it is determined that the specific data is updated, the updated specific data fetched from the server by the access means is stored in the storage means. Differential data acquisition means for acquiring a portion other than a portion overlapping with the specific data before being updated as differential data;
Transfer means for transferring information contained in the acquired difference data to the client;
It is a summary to provide.
[0055]
As described above, in the first data update monitoring server, the storage unit stores the specific data, and the access unit accesses the server based on the information indicating the storage location of the specific data provided from the client. . The update check means checks whether or not the specific data is updated when the access means accesses the server. The difference data acquisition means is stored in the storage means among the updated specific data fetched by the access means from the server when it is determined that the specific data is updated as a result of the update check by the update check means. A portion other than the portion overlapping with the specific data before update is acquired as difference data. The transfer means transfers information included in the acquired difference data to the client.
[0056]
Therefore, according to the first data update monitoring server, even if the client itself does not check for the update of the specific data or does not take in the specific data, the data update monitor server will do everything instead. This saves a lot of time and effort for the user who uses the network and shortens the communication time.
[0057]
In the first data update monitoring server,
The access means includes
When link data exists for the difference data, based on the information indicating the storage location of the link data included in the difference data, the server storing the link data is accessed via the network, A link data fetching unit for fetching the link data from the server;
The transfer means includes
When transferring the information included in the difference data to the client, information represented by the link data acquired for the difference data may also be transferred.
[0058]
With this configuration, not only the difference data for the specific data but also the link data linked to the difference data can be transferred to the client.
[0059]
In the first data update monitoring server,
The apparatus further comprises search means for searching for information satisfying a predetermined condition set corresponding to the client from information included in the difference data,
The transfer means may transfer the searched information to the corresponding client.
[0060]
By adopting such a configuration, of the information included in the acquired difference data, information satisfying the condition corresponding to the client is transferred to the client. Therefore, a user who uses a client can acquire information of his / her interest through the client if, for example, a field of his / her interest is set as the above condition.
[0061]
In the first data update monitoring server,
A search means for searching for information corresponding to information on a position where the client exists from information included in the difference data;
The transfer means may transfer the searched information to the corresponding client.
[0062]
By adopting such a configuration, of the information included in the acquired difference data, information corresponding to the position where the client exists is transferred to the client. Therefore, when the client is a portable information device, for example, even when the user moves with the client, the user can easily acquire information corresponding to the position.
[0063]
In the first data update monitoring server,
The transfer means includes
When transferring information included in the difference data, additional information related to the information may be added and transferred.
[0064]
By adopting such a configuration, on the client side, the information included in the difference data can be easily classified using the additional information.
[0065]
In the first data update monitoring server,
You may make it further provide the data processing means which processes the data showing the said information transferred by the said transfer means corresponding to the said client.
[0066]
As described above, the data representing the information to be transferred is subjected to processing corresponding to the transfer destination client, so that the client can save time and effort to perform predetermined processing on the data, and the burden on the client side is reduced. .
[0067]
In the first data update monitoring server,
The data processing means may process the data representing the information so as to satisfy a restriction condition regarding a display size when information is displayed on the client.
[0068]
By adopting such a configuration, the client can display information using the transferred data as it is without being aware of the restriction condition regarding the display size.
[0069]
In the first data update monitoring server,
The data processing means may process the data representing the information so as to satisfy a restriction condition related to a color system when displaying information on the client.
[0070]
By adopting such a configuration, the client can display the information using the transferred data as it is without being aware of the restriction condition regarding the color system.
[0071]
In the first data update monitoring server,
Input means for inputting information to be transferred to the client;
In addition, with
The transfer means may transfer the information input from the input means to the client separately from the information included in the acquired difference data.
[0072]
By adopting such a configuration, it is possible to transfer not only the information included in the difference data but also the information input by the input means from the data update monitoring server to the client. Therefore, for example, when there is information that the administrator of the data update monitoring server wants to distribute to the user who uses the client, the information can be distributed to each client simply by inputting the information using the input means.
[0073]
In the first data update monitoring server,
Registration means for previously registering the information representing the storage location of the specific data provided from the client
May be further provided.
[0074]
By providing such a registration means, information indicating the storage location can be managed in the data update monitoring server.
[0075]
In the first data update monitoring server,
The transfer means includes
When the difference data acquisition unit acquires the difference data, information included in the difference data may be transferred to the client.
[0076]
By adopting such a configuration, the client can obtain the information included in the difference data when the client acquires the difference data, so that the user using the client can quickly obtain the information included in the difference data. be able to.
[0077]
In the first data update monitoring server,
The transfer means includes
Information contained in the difference data may be transferred to the client when a transfer request is received from the client.
[0078]
By adopting such a configuration, the client can obtain the information included in the difference data immediately after making a request, so that the user using the client can immediately obtain the information included in the difference data when necessary. Can be obtained.
[0079]
In the data update monitoring server,
The access means may periodically access the server.
[0080]
By adopting such a configuration, the data update monitoring server can periodically check whether the data has been updated and, if updated, can acquire the difference data each time. It can always be kept.
[0081]
The second data update monitoring server of the present invention is connected to a server via a network, monitors an update of specific data stored in the server via the network, and obtains information obtained as a monitoring result as a client A data update monitoring server to be transferred to
Access means for accessing the server based on information representing a storage location of the specific data;
An update check means for checking whether or not the specific data is updated when the server is accessed by the access means;
Transfer means for transferring the result of the update check by the update check means to the client;
It is a summary to provide.
[0082]
As described above, in the second data update monitoring server, the access unit accesses the server based on the information indicating the storage location of the specific data. The update check means checks whether or not the specific data is updated when the access means accesses the server. The transfer unit transfers the result of the update check by the update check unit to the client.
[0083]
Therefore, according to the second data update monitoring server, even if the client periodically accesses the server storing the specific data and does not check whether or not the specific data is updated, the update check means can Since the result of the update check performed can be received from the transfer means, the user's trouble of using the client can be saved greatly and the communication time can be shortened.
[0084]
An information distribution system according to the present invention includes an information update monitoring server connected to a server storing specific data via a network, and a distribution device capable of accessing the data update monitoring server. A system,
The data update monitoring server includes:
Storage means for storing the specific data;
Access means for accessing the server based on information representing a storage location of the specific data;
An update check means for checking whether or not the specific data is updated when the server is accessed by the access means;
As a result of the update check by the update check means, when it is determined that the specific data is updated, the updated specific data fetched from the server by the access means is stored in the storage means. Differential data acquisition means for acquiring a portion other than a portion overlapping with the specific data before being updated as differential data;
Transfer means for transferring information contained in the acquired difference data to the distribution device by access from the distribution device;
With
The distribution device includes:
Information acquisition means for accessing the data update monitoring server and acquiring the transferred information;
Information distribution means for distributing the acquired information to a predetermined distribution target;
It is a summary to provide.
[0085]
As described above, in the information distribution system of the present invention, the data update monitoring server performs the update check of the specific data, and if the data is updated, the difference data before and after the update is acquired. The distribution device accesses the data update monitoring server, acquires information included in the difference data, and distributes the information to a predetermined distribution target.
[0086]
Therefore, according to this information distribution system, since the information included in the difference data is automatically distributed to the distribution target, the user on the distribution target side does not access the data update monitoring server to acquire the information. However, it is possible to obtain the desired information simply by waiting for delivery from the delivery device, so that the user's labor can be saved greatly.
[0087]
The first information acquisition method of the present invention is an information acquisition method for acquiring information from a server in which specific data is stored,
(A) providing a storage means storing at least a part of the specific data as storage data;
(B) accessing the server via a network and capturing at least part of the specific data;
(C) a step of acquiring, as difference data, a portion other than a portion overlapping with the storage data stored in the storage means among the captured data;
It is a summary to provide.
[0088]
By executing such an information acquisition method, the same effect as in the case of the first communication terminal apparatus described above can be obtained.
[0089]
The second information acquisition method of the present invention is an information acquisition method for acquiring information from a server capable of providing a communication service,
(A) providing a storage means for storing information;
(B) when there is an instruction to receive provision of a specific communication service, based on the instruction, requesting the server to start providing the specific communication service;
(C) a step of requesting the server to stop providing the specific communication service when the title information related to the specific communication service transferred from the server is captured and written in the storage unit;
(D) reading the written title information from the storage means and displaying it;
It is a summary to provide.
[0090]
By executing such an information acquisition method, the same effect as in the case of the second communication terminal device described above can be obtained.
[0091]
The request transfer method of the present invention is a request transfer method for transferring a request to a server capable of providing a plurality of communication services,
(A) preparing a storage means for storing a request to the server related to the communication service;
(B) reading the stored request from the storage means;
(C) arranging the read requests so as to be grouped for each communication service;
(D) transferring the organized request to the server;
It is a summary to provide.
[0092]
By executing such a transfer request method, the same effect as in the case of the third communication terminal apparatus described above can be obtained.
[0093]
A third information acquisition method of the present invention is an information acquisition method for acquiring information from a server,
(A) providing a storage means for storing information;
(B) capturing the information transferred from the server by accessing the server;
(C) classifying the fetched information according to a predetermined standard during access, and writing to the storage means;
It is a summary to provide.
[0094]
By executing such an information acquisition method, the same effect as in the case of the above-described fourth communication terminal apparatus can be obtained.
[0095]
A fourth information acquisition method of the present invention is an information acquisition method for acquiring information from a server,
(A) providing a storage means for storing information;
(B) capturing the information transferred from the server by accessing the server;
(C) writing the captured information into the storage means;
(D) reading the written information from the storage means;
(E) requesting the server to transfer the corresponding information when the information to be read in step (d) does not exist in the storage means;
It is a summary to provide.
[0096]
By executing such an information acquisition method, the same effect as in the case of the fifth communication terminal apparatus described above can be obtained.
[0097]
A first data update monitoring method of the present invention is a data update monitoring method for monitoring updates of data stored in a server and transferring information obtained as a result of the monitoring to a client.
(A) preparing a storage means for storing the specific data;
(B) accessing the server based on information representing a storage location of the specific data provided from the client;
(C) checking whether or not the specific data is updated;
(D) As a result of the update check, when it is determined that the specific data is updated, the specific data before update stored in the storage unit among the specific data after update fetched from the server Acquiring a portion other than the portion overlapping with the data as difference data;
(E) transferring information included in the acquired difference data to the client;
It is a summary to provide.
[0098]
By executing such a data update monitoring method, the same effect as that of the first data update monitoring server described above can be obtained.
[0099]
A second data update monitoring method according to the present invention is a data update monitoring method for monitoring an update of data stored in a server and transferring information obtained as a result of the monitoring to a client.
(A) accessing the server based on information representing a storage location of the specific data;
(B) checking whether the specific data is updated;
(C) transferring the result of the update check to the client;
It is a summary to provide.
[0100]
By executing such a data update monitoring method, the same effect as that of the second data update monitoring server described above can be obtained.
[0101]
The first recording medium of the present invention is used in a computer connected to a server in which specific data is stored via a network and having storage means for storing data, and for acquiring information from the server A computer-readable recording medium on which the program is recorded,
A writing function for pre-writing at least part of the specific data in the storage means as storage data;
An access function for accessing the server and capturing at least part of the specific data;
Of the captured data captured by the access function, a differential data acquisition function for acquiring, as differential data, a part other than the part overlapping with the stored data stored in the storage unit;
The gist is that a program for causing the computer to be recorded is recorded. Even when the program recorded in such a recording medium is executed by a computer, the same effect as that of the first communication terminal apparatus described above can be obtained.
[0102]
The recording medium includes a flexible disk, CD-ROM, magneto-optical disk, IC card, ROM cartridge, punch card, printed matter on which a code such as a barcode is printed, an internal storage device of a computer (memory such as RAM or ROM). ) And external storage devices can be used.
[0103]
A second recording medium of the present invention is connected to a server capable of providing a communication service via a network, and stores a storage means for storing information, a display means for displaying information, and an instruction input A computer-readable recording medium that records a program for acquiring information from the server, and is used in a computer comprising:
An access function for accessing the server and fetching information transferred from the server;
A write function for writing the information captured by the access function to the storage means;
When an instruction to receive provision of a specific communication service is input from the server from the input means, a specific communication service start request that requests the server to start providing the specific communication service based on the instruction Function and
Specific communication service stop request for requesting the server to stop providing the specific communication service when title information related to the specific communication service transferred from the server is captured by the access function and written by the write function Function and
A read function for reading the written title information from the storage means and displaying the information on the display means;
The gist is that a program for causing the computer to be recorded is recorded. Even when the program recorded in such a recording medium is executed by a computer, the same effect as in the case of the second communication terminal device described above can be obtained.
[0104]
A third recording medium of the present invention is used in a computer connected to a server capable of providing a communication service via a network and having a storage means for storing information, and transfers a request to the server. A computer-readable recording medium recording a program for
A write function for writing a request to the server related to the communication service in the storage means;
A read function for reading the written request from the storage means;
An organizing function for organizing the read requests so as to be collected for each communication service;
A transfer and transfer function for transferring the request arranged by the arrangement function to the server;
The gist is that a program for causing the computer to be recorded is recorded.
Even when the program recorded in such a recording medium is executed by a computer, the same effect as that of the third communication terminal device described above can be obtained.
[0105]
A fourth recording medium of the present invention is used in a computer connected to a server via a network and provided with storage means for storing information, and is a computer-readable recording program for acquiring information from the server Recording medium,
An access function for accessing the server and fetching information transferred from the server;
A writing function for classifying the captured information during access and writing it into the storage means according to a predetermined standard;
The gist is that a program for causing the computer to be recorded is recorded.
Even when the program recorded in such a recording medium is executed by a computer, the same effect as in the case of the fourth communication terminal device described above can be obtained.
[0106]
A fifth recording medium of the present invention is used in a computer that is connected to a server via a network and has a storage means for storing information, and is a computer-readable recording program for acquiring information from the server Recording medium,
An access function for accessing the server and fetching information transferred from the server;
A writing function for writing the captured information into the storage means;
A read function for reading the written information from the storage means;
A transfer request function for requesting the server to transfer corresponding information when the information to be read by the read function does not exist in the storage unit;
The gist is that a program for causing the computer to be recorded is recorded.
Even when the program recorded in such a recording medium is executed by a computer, the same effect as in the case of the fifth communication terminal apparatus described above can be obtained.
[0107]
A sixth recording medium of the present invention is used in a computer connected to a server storing specific data via a network and having a storage means for storing data, and monitors the update of the specific data. A computer-readable recording medium recording a program for transferring information obtained as a result of monitoring to the client,
A writing function for pre-writing the specific data in the storage means;
An access function for accessing the server based on information representing a storage location of the specific data provided from the client;
An update check function for checking whether or not the specific data is updated when the server is accessed by the access function;
As a result of the update check by the update check function, when it is determined that the specific data is updated, the updated specific data fetched from the server by the access function is stored in the storage unit. A difference data acquisition function for acquiring a portion other than a portion overlapping with the specific data before being updated as difference data;
A transfer function for transferring information included in the obtained difference data to the client;
The gist is that a program for causing the computer to be recorded is recorded.
Even when the program recorded in such a recording medium is executed by a computer, the same effect as that of the first data update monitoring server described above can be obtained.
[0108]
A seventh recording medium of the present invention is used in a computer connected via a network to a server in which specific data is stored, monitors the update of the specific data, and sends information obtained as a monitoring result to the client A computer-readable recording medium storing a program for transferring to
An access function for accessing the server based on information indicating a storage location of the specific data;
An update check function for checking whether or not the specific data is updated when the server is accessed by the access function;
A transfer function for transferring the result of the update check by the update check function to the client;
The gist is that a program for causing the computer to be recorded is recorded.
Even when the program recorded in such a recording medium is executed by a computer, the same effect as that of the second data update monitoring server described above can be obtained.
[0109]
Other aspects of the invention
The present invention includes other aspects as follows. In other words, the aspect is an aspect as a program supply apparatus that supplies a computer with a program for realizing the functions of the respective steps or means of the present invention via a communication path. In such an aspect, each method and each device described above can be realized by placing a program on a server on a network, etc., downloading a necessary program to a computer via a communication path, and executing the program.
[0110]
DETAILED DESCRIPTION OF THE INVENTION
1) Communication terminal device for personal computer communication service
Next, embodiments of the present invention will be described based on examples. FIG. 1 is a block diagram showing the configuration of a communication terminal apparatus as a first embodiment of the present invention. The present embodiment is a communication terminal device for receiving a so-called personal computer communication service, and is realized by a computer as will be described later.
[0111]
Here, personal computer communication is generally placed in a personal computer communication center via a communication line using a communication terminal device realized by a personal computer (personal computer), a word processor (word processor dedicated machine), a home game computer, or the like. A communication host such as a host computer or server is accessed, and messages and data are transmitted and received using the storage / processing functions of the communication host. Such personal computer communication services provided through personal computer communication include communication services such as e-mail, electronic conference, electronic bulletin board (BBS), chat, and information providing services such as news, weather forecasts, and libraries. .
[0112]
1-1) Configuration of a computer that realizes a communication terminal device
FIG. 2 is a block diagram showing a schematic configuration of a computer that realizes the communication terminal apparatus of FIG.
[0113]
First, for convenience of explanation, the overall configuration of a computer that implements the communication terminal device of the present embodiment will be described with reference to FIG.
[0114]
As shown in FIG. 2, the
[0115]
The
[0116]
The
[0117]
The
[0118]
The composite I /
[0119]
The
[0120]
The
[0121]
1-2) Configuration of communication terminal device of this embodiment
Next, the communication terminal apparatus according to this embodiment will be described with reference to FIG. This communication terminal apparatus is realized by integrating the hardware and software in the
[0122]
This communication terminal device is centered on the
[0123]
Among these, the user I /
[0124]
The
[0125]
The
[0126]
The
[0127]
The
[0128]
The automatic
[0129]
The automatic
[0130]
As described above, each block shown in FIG. 1 includes a part realized by hardware and a part realized by software. For example, the user I /
[0131]
Note that the software portion is stored in advance in the
[0132]
When the application program is recorded on the CD-ROM 85 shown in FIG. 2, the CD-ROM 85 is inserted into the CD-
[0133]
When the application program is stored in the program supply server 9000 shown in FIG. 2, the
[0134]
1-3) Operation of the communication terminal device of this embodiment
Next, the operation of the communication terminal apparatus of the present embodiment configured as described above will be described. In the following description, a case of receiving a major personal computer communication service called NIFTY-Serve (operated by Nifty Corporation) will be described as an example.
[0135]
There are two types of communication in the communication terminal device of the present embodiment: manual communication and automatic communication. In the case of manual communication, a request is issued to the communication host by a user operating the
[0136]
1-4) Use of services by manual communication
For example, in the case of manual communication, when the user operates the
[0137]
When the provision of the communication service is started, a communication service menu is transmitted from the communication host. Based on the transmitted menu, the
[0138]
When the user gives an instruction to display the service switching screen, the
[0139]
When displaying the service switching screen, the
[0140]
When the service switching screen display instruction is canceled by the user, the
[0141]
When the service switching screen is displayed, if the user uses the
[0142]
Note that, in this way, the fact that the service provided on the communication host side has shifted to the state where the service instructed by the user can be received may be expressed as “entered service”.
[0143]
In addition, the
[0144]
Thus, when a desired service is instructed by the user, the
[0145]
Here, the folder refers to each service form further subdivided within one service (a service in a narrow sense), for example. For example, in the service called “AISOFT Application Station” forum described above, a bulletin board (a bulletin board in the forum), an announcement (an announcement in the forum), a library, an electronic conference, and the like are provided. Among these, a library has a plurality of library rooms, and an electronic conference has a plurality of meeting rooms. Among these, a folder refers to a bulletin board, an announcement, each library room in the library, and each meeting room in the electronic conference.
[0146]
Next, the structure in the
[0147]
The top-level directory is “nifdata”, which is a directory that collects communication data related to NIFTY-Serve. Below that, directories corresponding to various services provided by NIFTY-Serve (bulletin board, billing information) , Clipping service, forum, e-mail, news, weather forecast, and weekly announcement directories). The directory in this hierarchy is automatically created by the
[0148]
Among these directories, when the forum (SIG: Special Interest Group) directory “forum” is opened, each forum directory appears as a lower hierarchy. Three directories (“*”, “* .lib”, “* .mes”) are provided for each forum. For example, in the case of the above-mentioned “AISOFT Application Station” forum, three directories “saisap”, “saisap.lib”, and “saisap.mes” are provided. The directory of each forum is created based on the list information obtained when the communication host first accesses the list information of forums to which the user has already joined.
[0149]
Of the three directories "saisap", "saisap.lib", and "saisap.mes" for the "AISOFT Application Station" forum, the forum-bulletin board index file "fbbsfldr.idx" is in the "saisap" directory. And a forum-notice index file “fnewfldr.idx”. The directory of “saisap.lib” is a directory dedicated to the forum-library, in which a library list index file (folder list index file) “libfldr.idx” is stored. Further, the directory of “saisap.mes” is a forum-meeting room-only directory, in which a conference room list index file (folder list index file) “mesfldr.idx” is stored.
[0150]
As shown on the right side of the service switching screen in FIG. 3, when the list FL of each folder in the service (in this case, forum) is displayed on the
[0151]
The folder list index file of these forums is created based on the list information when the communication host sends the list information of the folders in the forum when the forum is entered for the first time.
[0152]
FIG. 5 is an explanatory diagram showing an example of the contents of a conference room list index file (folder list index file). That is, FIG. 5 shows the contents of the index file “mesfldr.idx” of the conference room list shown in FIG.
[0153]
As shown in FIG. 5, the conference room list index file (folder list index file) includes the conference room name, the number of titles registered in each conference room, the date the user visited the conference room last time, and the folder. Name, presence / absence of new mark, etc. are included. The other folder list index files such as the forum-bulletin board index file, forum-notice index file, and library list index file have substantially the same configuration.
[0154]
By the way, in the forum-library dedicated directory “saisap.lib”, two index files “lib * .idx” and two data files “lib * .dat” are stored for each library room. The directory “saisap.mes” dedicated to the forum-meeting room also stores two index files “mes * .idx” and two data files “mes * .dat” for each meeting room.
[0155]
Among these, the index files “lib * .idx” and “mes * .idx” are mainly written with data of titles registered in the library room and conference room (ie, folder). These index files “lib * .idx” and “mes * .idx” are created based on the folder list information transmitted from the communication host when the forum is entered for the first time. However, the size of the index file remains 0 unless it actually enters the conference room or library room even if it enters the forum.
[0156]
In the data files “lib * .dat” and “mes * .dat”, main text data registered in the library room and the conference room (that is, the folder) is mainly written. The data files “lib * .dat” and “mes * .dat” are not created just by entering the forum, but are created when the conference room or library room is entered for the first time.
[0157]
Therefore, as shown in FIG. 3, when the list FL of each folder is displayed on the right side on the service switching screen, the user can use his / her
[0158]
Thus, when entering the folder designated by the user, the
[0159]
FIG. 6 is an explanatory diagram showing an example of a folder screen displayed on the
[0160]
FIG. 7 is an explanatory diagram showing an example of the contents of a conference room index file. FIG. 7 shows the contents of the index file “mes18.idx” of the
[0161]
As shown in FIG. 7, the index file “mes * .idx” of the conference room has the date (title name) registered in the communication host, the title name, and the position (offset) in the message text corresponding to the title. ) And the presence or absence of a new arrival mark. The index file other than the library room index file “lib * .idx” has almost the same configuration. The title list TL shown on the upper side of FIG. 6 is created and displayed based on the index file “mes18.idx” shown in FIG.
[0162]
In FIG. 6, some titles in the title list TL are marked with *. This is because text data is stored in a data file in the
[0163]
Therefore, when such a title list TL is displayed, the user uses the
[0164]
That is, when the
[0165]
On the other hand, in the title list TL, when a title not marked with an asterisk (*) is designated as a title to read the message text, the corresponding text data is stored in the data file “mes * .dat” of the conference room. Therefore, the
[0166]
If the text data corresponding to the data file “mes * .dat” is not stored, the user can freely select whether or not to request the communication host to transmit the text data. May be.
[0167]
As described above, in this embodiment, by accessing the communication host, a directory is automatically created in the
[0168]
1-4-1) Title update process
Next, the title update process which is the first feature of the present embodiment will be described. This title update process varies depending on the type of service received.
[0169]
FIG. 8 and FIG. 9 are flowcharts showing the flow of the title update process performed immediately after moving to the conference room. Among these, FIG. 8 shows the flow of processing when entering the conference room for the first time, and FIG. 9 shows the flow of processing when entering the second and subsequent times.
[0170]
When entering a conference room for the first time, as described above, an index file for the conference room has already been created, but a data file has not yet been created. Therefore, as shown in FIG. 8, immediately after entering the conference room for the first time, a data file for the conference room is first created (step S20). That is, the
[0171]
Next, a command for reading all unread titles is transmitted (step S22). That is, the
[0172]
Next, when the conference room is entered for the second time or later, first, a command for reading all unread titles is transmitted (step S30). Since the communication host handles the already transmitted title as a read title, when the command is received, an unread title newly registered after the previous communication is transmitted to the user. Next, the transmitted data is received (step S32), and the title data is acquired from the received data for each title (step S34). Then, the acquired title data is written in the index file for the conference room after the existing title data (step S36). Thus, a series of title update processing is completed.
[0173]
In this way, in the title update process for the conference room, all the titles already transmitted by the communication host are treated as read, and are not transmitted again by a command for reading an unread title. The same title data is not written twice. Moreover, the latest title data can be seamlessly linked to the existing title data simply by writing the transmitted title data to the existing title data in the index file.
[0174]
FIG. 10 is an explanatory diagram for specifically explaining the title update process for such a conference room. For example, assume that a conference room is entered for the first time at 9:00 on March 2. In this case, since all title numbers are stored as unread numbers on the communication host side, as described above, when a command for reading all unread titles is transmitted to the communication host, as shown in FIG. Data of all titles registered in the conference room is sent from the communication host and written in the index file of the conference room. Note that the communication host manages the title number so that the latest title becomes the final number, and arranges each title in order from the smallest title number.
[0175]
Subsequently, the same conference room is entered at 10:00 on the same day. In this case, since the already transmitted title is handled as read on the communication host side, only the title number newly registered after the previous communication time (9:00) is stored as the unread number. Therefore, when a command for reading all unread titles is transmitted to the communication host, only the data of the newly registered title after 9:00 is sent from the communication host as shown in FIG. 10B. Will write to the index file. At this time, just by writing the title data sent this time following the title data stored in the previous communication, the title data “553” which is the latest title stored in the previous communication is stored in the index file. Following this, the title data of “554” and subsequent numbers transmitted this time are seamlessly linked.
[0176]
11 and 12 are flowcharts showing the flow of the title update process performed immediately after moving to the library room. Among these, FIG. 11 shows the flow of processing when entering the library room for the first time, and FIG. 12 shows the flow of processing when entering the second and subsequent times.
[0177]
When entering a library room for the first time, as in the case of a conference room, an index file for the library room has already been created, but a data file has not yet been created. Therefore, as shown in FIG. 11, immediately after entering the library room for the first time, the
[0178]
Next, the
[0179]
When the data of the oldest title is received, it is cut out for each title from the data received so far, and title data is acquired (step S48). Then, the title data is written in the index file for the library room (step S50). Thus, a series of title update processing is completed.
[0180]
Next, when the library room is entered for the second time or later, as shown in FIG. 12, the
[0181]
As for the library, since the communication host does not store or manage the unread number as in the case of the conference room, it is not possible to have the communication host send only unread titles. However, as long as the registration date is designated, titles after that date can be sent. Therefore, in this case, the latest registration date in the previous time is designated as the registration date.
[0182]
When the communication host receives the command, it transmits the data of the title after the designated registration date. Therefore, the communication host receives the transmitted data (step S56), cuts out each title from the received data, Title data is acquired (step S58). Thus, by acquiring title data after the latest registration date in the previous time, it is possible to acquire title data newly registered in the communication host between the previous communication and the current communication.
[0183]
However, since the title data acquired this time is the title data after the latest registration date in the previous time, it includes the title data of the most recent registration date that was already acquired last time. The title data is stored.
[0184]
Therefore, next, the difference data acquisition unit 100c of the
[0185]
In this way, in the title update process for the library room, the title data after the latest registration date of the previous time is sent from the communication host, and the title data on the day of the latest registration date already stored is obtained from those title data. Since it is written in the index file after being deleted, the same title data is not duplicated in the index file in the
[0186]
FIG. 13 is an explanatory diagram for specifically explaining the title update process for such a library room. For example, it is assumed that a library room is entered for the first time in the middle of January. In this case, the communication host is requested to transmit all of the title data registered in the library room by a predetermined number. Then, the title data as shown in FIG. 13A sent in accordance with this request is received and written in the index file of the library room.
[0187]
Among the title data acquired at this time, the registration date of the latest title is December 14, 1995 with the title number “56”. In the case of a library, as described above, the communication host manages the title number so that the latest title becomes the final number, and the titles are arranged in order from the largest title number. In the communication host, the library data may be deleted. In this case, the title number is merely missing, and subsequent title numbers are not shifted.
[0188]
Then enter the same library room in mid-February. In this case, the communication host is requested to transmit all the title data after the latest registration date of the latest title (December 14, 1995). In accordance with this request, title data after December 14, 1995 as shown in FIG. 13B is sent from the communication host. Looking at the title data, it can be seen that the title data of
[0189]
However, since this title data has already been written in the index file in the previous time, if this title data is directly written in the index file, the data will be duplicated. Therefore, only the title data of “56” is deleted from the write data. Accordingly, the title data after the “57” is written in the index file.
[0190]
As a result, in the index file, the latest title data stored in the previous communication, “56”, is sequentially connected to the title data from “57” that has been transmitted this time. .
[0191]
14 and 15 are flowcharts showing the flow of the title update process performed immediately after the transition to the news service. 14 shows the flow of processing when entering the news service for the first time, and FIG. 15 shows the flow of processing when entering the second time or later.
[0192]
Note that the processing contents when entering the news service for the first time are the same as in the case of the library shown in FIG.
[0193]
In the case of news, as in the case of the library, since the unread number is not stored or managed by the communication host, it is not possible to send only unread titles from the communication host. In addition, in the case of news, the registration data in the communication host is updated rapidly, and the number of data registered during the day is enormous. It is difficult to acquire the newly registered title data between this time and this communication. Therefore, in the case of news, title update processing is performed as follows.
[0194]
That is, when the news service is entered for the second time or later, as shown in FIG. 15, first, the number of items to be read at one time is set (step S78), and a command for reading the titles by the set number is sent to the communication host. It transmits to (step S80).
[0195]
When you first enter the news service, you need to get all the title data, so set the number of settings to a large value such as 100 as described above. If the number of settings is set to a very large value, the already acquired title data is received again due to overrun, which is useless. Therefore, the number is set to a relatively small value such as 10 to 20. However, when the date and time has passed considerably since the previous communication, the number of settings may be increased to a large value (for example, 100, etc.) accordingly.
[0196]
When the communication host receives the above command, it transmits the set number of titles to the user, and receives the transmitted data (step S82).
[0197]
Next, the
[0198]
As mentioned above, in the case of news, since the number of data registered during the day is enormous, it is determined using the registration date whether the received title is the same as the latest title in the previous time. It is difficult to do.
[0199]
In the case of news, since the communication host manages the title so that the latest title is always “1”, the following number increases by “1” each time a new title is registered. . Each title is arranged in order from the smallest title number (that is, the latest one). Therefore, it is impossible to determine whether or not the received title is the same as the latest title in the previous time based on the title number.
[0200]
Therefore, in this embodiment, the determination is made based on the title itself and the date and time (provided date and time) when the news of the title is registered in the communication host. In the case of news, the communication host manages data registration not only for the date but also for the time, so even if a large number of data is registered on the same day, if the comparison is made up to the registered time, It is possible to determine to some extent. However, a plurality of data may be registered at the same time on the same day. In this case, the determination is made based on the difference in title. As for the title itself, in the case of news, the title is not changed, and it is rare that the same title is given.
[0201]
In the case of news, the data registered in the communication host is deleted in order from the oldest one, but the intermediate data is not deleted beyond that order.
[0202]
If the title and date match as a result of the determination, the process proceeds to step S90, where the title data is obtained by cutting out the title from the received data. In this way, after confirming that the data of the same title as the latest title in the previous time has been received, by acquiring all the title data received so far, between the previous communication and the current communication, Title data newly registered in the communication host can also be acquired.
[0203]
However, among the title data acquired this time, the title data that matches the latest title data in the previous time, and the title data past the date and time of provision are already written in the index file, so they are written in the index file as they are. If this happens, the title data is stored redundantly. Therefore, next, the difference data acquisition unit 100c deletes data overlapping with the existing title data in the index file from the title data acquired this time (step S92), and the
[0204]
On the other hand, as a result of the determination in step S86, if the title and date / time do not match, the process proceeds to step S88, and it is determined whether or not the data of the oldest title among the titles registered as news has been received. If the oldest title data has not been received yet, the process returns to step S80, and the command is transmitted again to request transmission of the next set number of title data.
[0205]
When the data of the oldest title is received despite the fact that it does not match the latest title and the provided date and time in the index file, the title data is obtained by cutting out the data for each title from the data received so far (step S94). ). As described above, the fact that the data of the oldest title has been received although it does not match the latest title and the provision date / time in the index file means that the data of all the titles registered in the communication host for the news service. Means that none of the received title data matches the previously received title data. That is, this is a case where all the old titles including the latest title in the previous time are deleted in the communication host between the previous communication time and the current communication time (missing state).
[0206]
Therefore, in the case of such a hollow state, data up to the oldest title is received and data of all titles currently registered in the communication host is acquired. In addition, in services such as news and bulletin boards where the update of registered data is intense, if a few days are left open, it will often be in a hollow state.
[0207]
In the case of such an omission state, all the acquired title data is data newly registered from the previous communication, and therefore does not overlap with existing title data in the index file. Therefore, all the acquired title data is written in the index file (step S96). Thus, a series of title update processing is completed.
[0208]
In this way, in the title update process for the news service, the title data is sent from the communication host by a predetermined number of times until it matches the latest title in the previous time, and the existing title data is deleted from the title data. In the index file, the same title data is not written repeatedly in the index file in the
[0209]
FIG. 16 is an explanatory diagram for specifically explaining the title update process for such a news service. For example, assume that a news service is entered for the first time at 9:00 on March 1st. In this case, the communication host is requested to transmit all of the registered title data by a predetermined number. Then, the title data as shown in FIG. 16A sent in accordance with this request is received and written into the index file of the news. Among the title data acquired at this time, the latest title is “10 patients died in Hospital A”, and the provision date is 8:53 on March 1.
[0210]
Next, assume that the same news service was entered at 9:30 on the same day. In this case, the communication host is requested to transmit the title data at a predetermined number, for example, six. In accordance with this request, data of six titles are sent from the communication host as shown in FIG.
[0211]
Looking at these title data, it is the title data with the title number “4” that matches the latest title and provision date and time in the previous time, and the three title data with the title number smaller than the “4” number are the previous time. Title data newly registered between the time of communication (9:00) and the current communication time (9:30). Therefore, by newly registering these three title data, the title numbers of the latest latest title and the subsequent two titles are increased by three.
[0212]
However, since the title data after the previous latest title (that is, the title data of “4” to “6”) has already been written in the index file in the previous time, it is deleted from the written data as duplicate data. Accordingly, only the title data “1” to “3” are written in the index file. As a result, in the index file, the title data Nos. “1” to “3” transmitted this time are seamlessly linked to the latest title data stored in the previous communication.
[0213]
17 and 18 are flowcharts showing the flow of the title update process performed immediately after the transition to the bulletin board service. Of these, FIG. 17 shows the flow of processing when entering the service of the bulletin board for the first time, and FIG. 18 shows the flow of processing when entering the second and subsequent times.
[0214]
Note that the processing contents when entering the bulletin board service for the first time are the same as in the case of the library shown in FIG. 11 and the news shown in FIG.
[0215]
As described above, in the case of news, data registered in the communication host is deleted in order from old data. Also in the bulletin board, since the maximum number of data that can be registered in the communication host is limited to 512, old data exceeding that number is deleted in order. Therefore, in any case, there is a possibility that the title data stored in the index file has already been deleted from the registered data in the communication host. At this time, in the case of news, the title data can be stored as it is, but it can be reused as past news information later. However, in the case of a bulletin board, the title data is stored as it is. However, if the registration data is deleted in the communication host, there is no utility value. Therefore, in this embodiment, the title update process is performed as follows.
[0216]
That is, when the news service is entered after the second time, as shown in FIG. 18, data of all titles registered in the communication host is acquired as in the first time (steps S112 to S112). Step S120). When all the title data is acquired, the acquired title data is overwritten in the index file for the bulletin board in the database 410 (step S122). As a result, all the title data in the index file is rewritten with the title data acquired from the communication host. Thus, a series of title update processing is completed.
[0217]
In this way, in the title update process for the bulletin board, all the title data registered from the communication host is sent each time, and the title data stored in the index file in the
[0218]
By the way, the update process described above is an update process for each title in the folder. However, each folder in the service is occasionally added, changed, or deleted on the communication host side. Therefore, in order to cope with such a case, each folder in the service may be similarly updated.
[0219]
That is, when the user uses the
[0220]
Thereafter, the
[0221]
As described above, folder update processing can be performed.
[0222]
1-4-2) Billing saving process
By the way, among the communication services provided by the communication host, the above-described news and the like are paid services that require an additional fee in addition to the basic fee. When such an advantageous service is received, generally, a charge is made for the total time of using the paid service, so the time for entering the paid service (that is, the time for using the paid service) ) Should be as short as possible. However, when such a paid service is received by manual communication, the user takes a lot of time for operation and judgment, and the time spent in the service becomes long, so there is a problem that the cost is increased. there were.
[0223]
Therefore, in the present embodiment, the following charging saving process is performed when a paid service is received by manual communication. Now, the accounting saving process which is the second feature of the present embodiment will be described.
[0224]
FIG. 19 is a flowchart showing a flow of a billing saving process performed when a paid service is received. On the communication service provided by the communication host, it is assumed that the user is now at the position of the service top menu of a paid service such as news. In this service top menu, how to use the paid service is provided to the user as information, and there is no additional charge as long as the user is in the menu.
[0225]
Therefore, when the user gives an instruction to enter the paid service using the
[0226]
Next, the
[0227]
Thereafter, the
[0228]
At the same time, the specific communication service
[0229]
Next, when the user uses the
[0230]
Subsequently, the
[0231]
By the way, when this paid service is news, as described above, the communication host manages the title so that the latest title is always “1”, and when a new title is registered, Each time, the following number increases by “1”. Therefore, if a new title is registered while evacuating from a paid service, the number of titles in the communication host is increased by the number of newly registered titles. Therefore, even if the title number instructed by the user is transmitted to the communication host as it is, the text data of the title requested by the user cannot be acquired.
[0232]
Therefore, the text information
[0233]
Thus, since the text data requested by the user is transmitted from the communication host, the
[0234]
Thereafter, the
[0235]
At the same time, a command for canceling the paid service is transmitted to the communication host via the
[0236]
By the way, in the above description, the case where the fee is charged for the total usage time of the paid service has been described as an example, but in addition, a fixed fee is charged per unit time such as 100 yen / minute, In addition, a new charge may be made each time a paid service is entered. In such a case, for example, if the time since entering the paid service exceeds 1 minute, for example, even 1 second, it is calculated as rounded up to 2 minutes, but it is a fixed fee unless it exceeds 2 minutes. Therefore, the same charge is sufficient for 1
[0237]
Further, the
[0238]
As described above, the charge saving process shown in FIG. 19 makes it possible to shorten the time spent in the paid service as much as possible even when receiving the paid service through manual communication. In addition, since the
[0239]
1-4-3) Offline operation
Now, the operation during the data communication with the communication host by the manual communication, that is, the online operation has been described. However, the communication terminal device of this embodiment does not perform the data communication with the communication host. In this case, that is, in the offline case, the same operation as in the online case can be performed.
[0240]
In other words, in this embodiment, the data received from the communication host is stored in the
[0241]
For example, when the service switching screen as shown in FIG. 3 is displayed, the user uses the
[0242]
Thereafter, when the folder list FL is displayed, if the user uses the
[0243]
Further, when the title list TL is displayed, if the user designates a title whose text is to be read in the title list TL using the
[0244]
In this way, the same operation as in the online mode can be performed even when offline. Therefore, even if the user does not actually perform data communication with the communication host, the user displays the received data on the
[0245]
In the case of such offline, when the user instructs reading of the text, if the corresponding text data is not stored in the data file in the
[0246]
That is, when the
[0247]
As a result, the text data required from the communication host can be acquired and written to the data file in the
[0248]
1-5) Use of services by automatic communication
So far, the case where the communication service is used mainly by manual communication has been described. Next, a case where a communication service is used by automatic communication will be described.
[0249]
In the present embodiment, there are a method for setting a circulation destination and a processing content at a circulation destination for automatic communication in advance, a method for setting by periodic circulation designation, and a method for setting by communication reservation. Among these, the periodic patrol designation is used when the user desires to acquire periodic data for a specific service (folder) that he / she desires, and the communication reservation is used for each individual that the user is interested in. Used when data acquisition is desired.
[0250]
1-5-1) Regular patrol designation
First, the periodic patrol designation will be described. FIG. 20 is an explanatory diagram showing an example of a regular patrol designation screen displayed on the
[0251]
When a desired folder name is designated from the folder list FLB displayed on the left side of the screen using the
[0252]
In this way, it is possible to specify a periodic visit for each service (folder) for which a periodic visit is desired. The contents designated by the periodic patrol designation are stored in the patrol file 620 in the
[0253]
FIG. 21 is an explanatory diagram showing an example of designated contents stored in the traveling file 620 of FIG. In the circulation file 620, as shown in FIG. 21, in addition to the folder name to be periodically circulated for each service, the specified reading method (whether only the title or the text is read), the circulation interval (number of days), and further reading Restriction conditions (number and date) are stored. In FIG. 21, the description of the read restriction condition is omitted. In the case of periodic patrol designation, since only one process can be designated for one folder, two or more of the same service name and the same folder name are not saved.
[0254]
The contents stored in the patrol file 620 are immediately sorted and organized by the automatic
[0255]
Next, a specific operation procedure of automatic communication based on such a cyclic file will be described. 22 and 23 are flowcharts showing the operation procedure of automatic communication based on the cyclic file.
[0256]
In automatic communication, when the user gives an instruction to start automatic communication by operating the
[0257]
When the automatic communication process is started, the automatic
[0258]
In step S162, the automatic
[0259]
If the tour interval is not 0 days, for the folder, the tour interval ND acquired in step S164 is added to the previous tour date BD acquired in step S162, and the date (BD + ND) obtained thereby is today's date. It is determined whether it is later than TD or before today's date TD (step S168). In other words, if the date obtained by the addition is later than today's date, the number of days of the tour interval has not yet passed from the previous tour date to today, so that folder is automatically There is no need to go around by communication. Therefore, the process returns to step S158 without performing the patrol process. Conversely, if the date obtained by addition is earlier than today's date, the number of days in the tour interval has already passed between the previous tour date and today, so that folder will be Since it is necessary to make a patrol by communication, the process proceeds to step S170 in FIG. 23 so as to perform a patrol process.
[0260]
As shown in FIG. 23, in step S170, the transfer unit 600b of the automatic
[0261]
Thus, when entering the designated folder, the automatic
[0262]
For example, when reading only the title is designated as the reading method, the data to be read from the communication host is only the title data, so the data is written in the index file. When the reading of the text is specified, the data read from the communication host is the title data and the text data, so the title data is written in the index file, and the text data is written in the data file. If a read restriction condition is specified, data of an unread title (or title and text) registered in the communication host is read until the restriction condition is satisfied. At this time, the read data is linked to the latest data already stored in the index file (or index file and data file), or the data registered in the communication host (registered for the folder). When all of the data is read, the reading process is terminated.
[0263]
Next, the automatic
[0264]
Thus, when the patrol process is completed for one folder, the process returns to step S158, the service name and folder name that are the next patrol destination are acquired from the patrol file 620, and the same process as the previous one is repeated.
[0265]
As described above, automatic communication based on the cyclic file 620 is performed.
[0266]
1-5-2) Communication reservation
Next, communication reservation will be described. The communication reservation is made whenever necessary, while the user is viewing the display screen while the data stored in the
[0267]
FIG. 24 is an explanatory diagram showing an example of a comment statement screen displayed on the
[0268]
FIG. 26 is an explanatory diagram showing an example of reservation contents stored in the
[0269]
In this manner, the
[0270]
Next, the automatic communication operation based on such a reservation file will be briefly described. The operation up to the connection with the communication host is the same as that in the case of the above-mentioned periodic patrol. Thereafter, for example, if the reservation content is reading of a text about a conference room or library, the automatic
[0271]
When the corresponding text data is transmitted from the communication host, the automatic
[0272]
If the reservation content is the reading of the text for the news or bulletin board, first, the service shifts to the news or bulletin board service, and then the number of the title whose text is to be read is sent to the communication host.
[0273]
However, in the case of news and bulletin boards, as described above, when a new title is registered in the communication host, the number of the title registered before that is incremented by “1”. As in the case of a conference room or library, it is not possible to request transmission of text data using the title number stored in the
[0274]
Therefore, in the case of news and bulletin boards, processing is performed as follows. That is, in the case of news, when entering the news service, firstly, the communication host is requested to transmit title data, the title data is acquired for about 10 cases, and the title data stored in the index file of the
[0275]
For example, the
[0276]
Further, as described above, in the case of news, data registered in the communication host is deleted in order from the oldest, but intermediate data is not deleted beyond that order. Therefore, when reading the text for a plurality of titles, if the title number is determined for one title by the above-described processing, the other titles are stored in the reserved title numbers stored in the
[0277]
For example, in the
[0278]
On the other hand, in the case of a bulletin board, when the bulletin board service is entered, first, the communication host is requested to transmit title data, and title data for about 10 cases is acquired and stored in the index file of the
[0279]
FIG. 27 is an explanatory diagram for explaining the text reading process for the bulletin board service. In FIG. 27, (a) shows the title data already stored in the index file for the bulletin board, and (b) and (c) show the title data transmitted from the communication host for the bulletin board.
[0280]
As described above, in the case of news, whether or not the title data transmitted from the communication host matches the title data stored in the index file is determined based on the title and the provision date and time. However, in the case of a bulletin board, the communication host manages data registration only by date and not by time, so it cannot be determined by registration time. Also, in the case of bulletin boards, as in the case of news, the registration data on the communication host is renewed violently, and the number of data registered during the day is enormous. It is also difficult to judge based on
[0281]
Therefore, in this embodiment, as described above, the determination is made based on the registrant identification number (registrant ID) and the title. In the case of a bulletin board, neither the registrant ID nor the title itself is changed after registration, and the same title is not assigned to the same ID.
[0282]
For example, the
[0283]
By the way, in the case of news, in the communication host, the old data is not deleted except for the old data, but in the case of the bulletin board, the data is freely deleted by the registrant. obtain. Therefore, when the text is read for a plurality of titles, just because the title number is determined for one title, the title numbers are not determined for the other titles. Therefore, in the case of a bulletin board, it is necessary to obtain the correct title number to be sent to the communication host by performing the above processing for each reserved title number.
[0284]
In the case of a bulletin board, in addition to requesting transmission of text data by the above-described processing, it is also possible to request transmission of text data directly from a communication host by using a search command. That is, if a search command is used, it is possible to search and transmit the text data in the communication host by using the title and the registrant ID as search conditions.
[0285]
As described above, automatic communication based on the
[0286]
1-5-3) Efficiency improvement of automatic communication
As described above, automatic communication is performed based on the contents stored in the
[0287]
That is, there are cases where the same service name and the same folder name are repeatedly stored as the circulation destination in the
[0288]
In other words, in this embodiment, when executing automatic communication, the following cyclic order efficiency process is performed. FIG. 28 is a flowchart showing the flow of the cyclic order efficiency process performed during automatic communication. When performing automatic communication using both the
[0289]
Thereafter, the organizing unit 600a sorts and organizes the collected contents. That is, first, in order to minimize the number of times of movement from service to service using the “GO command”, sorting is performed in order of service name (step S184). Next, in order to minimize the number of times of moving from folder to folder (re-entering the menu) within the service, sorting is performed in the order of folders (step S186). In this way, when the contents obtained from the circulation file 620 and the
[0290]
The automatic
[0291]
FIG. 29 is an explanatory diagram showing an example of tour contents sorted according to the tour order efficiency process shown in FIG. In FIG. 29, the symbol ◎ indicates the content to be executed in the current automatic communication out of the contents read from the
[0292]
FIG. 30 is an explanatory diagram showing a communication history during automatic communication performed in accordance with the contents of the tour shown in FIG. Automatic communication is started by the login procedure, and then each service is circulated by “GO command”. Each folder is circulated by “menu number” in the service, and predetermined processing contents are executed at each circulation destination. The automatic communication is terminated by the last logout process.
[0293]
Note that not only when the title is updated according to the processing content of the circulating file 620 but also when the processing accompanied by the title update such as “reading of the text” is performed according to the processing content of the reserved
[0294]
1-5-4) Adding and displaying new arrival marks
By the way, in the case of manual communication, since communication is performed while the user directly looks at the communication screen displayed on the
[0295]
However, even if new data is acquired from the communication host during automatic communication, once data is written in the
[0296]
Therefore, in this embodiment, when new data is acquired from the communication host during automatic communication, the new arrival
[0297]
As a result, data newly written in the
[0298]
Note that how to add a new arrival mark differs depending on the processing contents during automatic communication. That is, for example, when the processing content at the time of automatic communication is “read text”, a new arrival folder mark is attached to the corresponding folder itself, and a new arrival title mark is also attached to a newly obtained title. Yes.
[0299]
On the other hand, if the processing content during automatic communication is “Read title only”, just add the new folder mark to the corresponding folder itself, and do not add the new title mark to the acquired title. Yes. This is because if a new title mark is added to a title acquired in the case of “only reading titles”, the progress of the tour is delayed when a new tour described later is performed. However, depending on the service and folder, there are cases where there are few titles to be acquired and there is a possibility that there will be no trouble in the way of the new arrival tour. Also good.
[0300]
Next, how to notify the user that new data has been acquired from the communication host using such a new arrival mark will be described.
[0301]
When displaying the screen on the
[0302]
In the case of the main menu screen, first, the new arrival
[0303]
FIG. 31 is an explanatory diagram showing an example of a main menu screen displayed on the
[0304]
Also in the case of the service switching screen, first, the
[0305]
Further, in the case of a folder screen, first, the
[0306]
Thus, when the user views the screen of the
[0307]
1-5-5) New arrival tour processing
Next, the new arrival tour process will be described. The new arrival tour is an offline state after the end of automatic communication, in which data newly acquired at the time of automatic communication and not yet viewed by the user (that is, new arrival data) are displayed in order on the screen of the
[0308]
FIG. 32 is a flowchart showing the flow of new arrival tour processing. When the user operates the
[0309]
First, the
[0310]
If there is a title with a new title mark, the cursor is moved to the title position on the folder screen displayed on the monitor 76 (step S194). Thereby, the user can know what the title of newly arrived data is. At this time, if the display of the text for the title is instructed, the text is displayed on the screen for the text data that has also been acquired during automatic communication.
[0311]
Then, the
[0312]
As a result of the determination in step S192, when all of the new title marks are removed from the index file of the folder and there is no title with the new title mark, the folder in the folder list file described above. Is removed (step S200), the process returns to step S188, and it is determined whether there is a folder with the next new arrival folder mark.
[0313]
In this way, when all the folders with the new arrival folder mark disappear for all the services including the folder with the new arrival folder mark, the
[0314]
As described above, when new arrival data is obtained at the time of automatic communication, the new arrival tour processing is performed, so that the user does not search the
[0315]
In the above embodiment, the case of receiving a personal computer communication service has been described as an example. However, the present invention is not limited to this. For example, when receiving another VAN (value added communication network) service such as videotex. It is possible to apply.
[0316]
2) Communication terminal device for Internet communication service
In the above embodiment, the communication terminal device for receiving the personal computer communication service has been described. However, the present invention can also be applied to a communication terminal device for receiving the recently popular Internet communication service. Communication services provided by the Internet include information providing services such as e-mail, net news (NetNews), FTP (File Transfer Protocol), Telnet, and WWW (World Wide Web).
[0317]
2-1) When receiving Internet news service
Among these, first, the case where the communication terminal device of the present invention receives a network news communication service will be described. Internet news means mutual communication with unspecified number of people using an electronic bulletin board on the Internet, and a group centering on this net news is called a news group. In other words, a news group is equivalent to a forum (SIG) in a personal computer communication service, and there are 10,000 or more news groups on the Internet.
[0318]
When receiving such a Net Nice communication service, the configuration shown in FIG. 1 can be used as it is as the configuration of the communication terminal device, and the operation when receiving the above-described personal computer communication service is also possible as the operation of the communication terminal device. The same operation is performed. However, when receiving a Net Nice communication service, the following points are different.
[0319]
Internet news is divided into news groups with multiple hierarchical structures. For example, as shown in FIG. 33 (a), if there are News groups "aisoft.general", "aisoft.comp.pc98", and "aisoft.comp.dosv", these are all news "aisoft". Included in the group. Among them, there are “general” and “comp” groups, and the “comp” group is further divided into “pc98” and “dosv” groups.
[0320]
As described above, when receiving a service called a forum in a personal computer communication service, as shown in FIG. 4, a directory “forum” is provided in the
[0321]
In each directory, for example, instead of an index file for managing titles in forums in the personal computer communication service as described above, an index file for managing net news articles may be created and stored. good.
[0322]
2-2) When receiving WWW services
Next, the case where the communication terminal apparatus of the present invention receives a WWW communication service on the Internet will be described. WWW refers to a service that allows information such as characters and graphics on the Internet to be viewed in a hypertext format that is organically linked with keywords.
[0323]
When receiving such a WWW communication service, the configuration shown in FIG. 1 can be used almost as it is as the configuration of the communication terminal device. The operation of the communication terminal device is basically the above-described personal computer communication service. The same operation as that for receiving is performed. However, depending on the unique characteristics of the WWW itself, there may be cases where an operation mode different from that for receiving a personal computer communication service is adopted.
[0324]
Data on the WWW is basically composed of hypertext data described in a language called HTML (Hyper-Text Markup Language). Hypertext data is composed of units of “pages”, and one “page” constitutes one file. Each of these hypertext data is stored as a file in a WWW server connected to the Internet. In addition to hypertext data, the WWW server stores image data (still images, moving images, etc.), audio data, and various program data.
[0325]
The communication terminal device can acquire hypertext data stored in the WWW server by accessing the WWW server via the Internet. These hypertext data can be displayed on the screen of the
[0326]
By the way, every object (for example, a data file) on the Internet can uniquely represent a place where the object is placed by a URL (Uniform Resource Locator). Therefore, for example, when the URL is “http://www.epson.co.jp/index.htm”, it is called “index.htm” in the WWW server “www.epson.co.jp”. Indicates that the file exists. “Http” is a protocol designation, and is a protocol name generally used in the WWW.
[0327]
In the hypertext data described in HTML, a portion enclosed in <> is called a tag, and for example, a character attribute such as underline, an image display method, a link, or the like is designated by this tag.
[0328]
FIG. 34 is an explanatory diagram showing an example of hypertext data described in HTML. A link specifying method will be described with reference to FIG. It is assumed that the hypertext data shown in FIG. 34 is stored in the above-mentioned WWW server “www.epson.co.jp”.
[0329]
In line m of FIG. <A> ”and“ A portion surrounded by “</A>” is a link designation (referred to as an anchor in HTML). "HREF =" / epson / index / index.htm "" indicates the link destination, and "If clicked, display the contents of the file" /epson/index/index.htm "" ing. “/Epson/index/index.htm” is a path designation in the WWW server, and indicates the position of the file “www.epson.co.jp” in the WWW server.
[0330]
Also,"<IMG SRC = "/ epson / image / haruj.gif">"is a specification for displaying an image in that part. Here, the image file" /epson/image/haruj.gif " Indicates that the contents are displayed. In addition, "“<P>” is a line feed specification.
[0331]
The link can be specified not only in the WWW server but also in another server. In the n-th line in FIG. 34, the external link is designated in the part of “HREF =“ http://www.aisoft.co.jp/index.htm ””. This is a designation of “connect to the WWW server“ www.aisoft.co.jp ”and display the contents of the file“ index.htm ””.
[0332]
2-2-1) Acquisition of hypertext data, etc.
Now, in this embodiment, an operation when acquiring hypertext data stored in a WWW server will be described. In general, in order for a normal user to access a WWW server, it is necessary to connect to a previously registered line provider via a public line using a
[0333]
First, when the user instructs to connect to the Internet using the
[0334]
At this time, as the designation of data to be acquired, an address where the data to be acquired is placed, a data link level, a data type, or the like can be specified. Among these, in the address designation, it is possible to designate a WWW server such as “http://www.aisoft.co.jp” or a specific page within it. In addition, in specifying the link level, it is possible to specify to what level the links in the page are traced. For example, it is possible to specify a numerical value such as how many levels the link follows, or to specify a level within a specified WWW server. Further, the following designation can be made in the designation of the type. That is, in the page, not only a link to the next page but also image data and audio data can be pasted. Also included is a reference for transferring the file itself such as FTP. It is possible to specify whether or not to acquire the data for each type of data. Furthermore, it is possible to acquire only small data by setting an upper limit of the size.
[0335]
When hypertext data or the like designated as described above is transmitted from the WWW server, the
[0336]
Thus, when hypertext data is acquired from a desired WWW server and writing into the
[0337]
The biggest advantage in this case is that the communication time is almost equal to the data transfer time, so that the communication line can be used to the maximum, and the connection charge with the line provider and the communication charge for the public line are also reduced. It is.
[0338]
In addition, the data stored in the
[0339]
By the way, as in the case of receiving the personal computer communication service described above, automatic communication can be performed when receiving the WWW service. For example, at the time designated in advance by the
[0340]
In general, the price of the connection area and communication charge varies with time, and in many cases, it becomes cheaper especially at midnight. Therefore, when acquiring data, the charge is cheaper at midnight than at the daytime. Furthermore, since the degree of congestion of the line also fluctuates, it may be easier to connect to the line provider at midnight. At this time, by setting to perform automatic communication at a specific time in the middle of the night, desired data can be automatically acquired from the WWW server without user intervention.
[0341]
In addition, for scheduling automatic communication execution, in addition to specifying a specific date and time, “daily X hour” and “every Monday X hour” can also be specified. Further, different designations can be made for each connected WWW server.
[0342]
2-2-2) Storage of acquired data in database and display of stored data
By the way, when the hypertext data acquired from the WWW server is written in the
[0343]
For example, if each page has a link relationship as shown in FIG. 35 (a), the home page first links to pages such as A and B, and then links to pages such as A-1 and B-1. Then, further links to pages such as A-3, D, etc.
[0344]
Then, it is assumed that the file of each page is stored in the WWW server so as to reflect such a link relationship. In other words, it is assumed that the following pages of “A” are stored in the WWW server as shown in FIG.
[0345]
In such a case, the
[0346]
In addition to the method of writing into the
[0347]
By the way, when the hypertext data acquired from the WWW server is written in the
[0348]
As the URL representing the link destination, a file on the local hard disk can be designated, and this is used. For example, when the
[0349]
Therefore, for example, when the hypertext data shown in FIG. 34 is written in the
[0350]
As described above, the hypertext data or the like written in the
[0351]
In the present embodiment, in addition to such a display method as a normal browsing screen, a display method that represents the entire structure of the stored data in the
[0352]
FIG. 37 is an explanatory diagram showing an example of a display screen when the stored data in the
[0353]
In the figure, the symbol “−” indicates a page that has no further link destination, and the symbol “+” indicates a page that still has a link destination. Therefore, when the user clicks the page names with the “+” symbol in turn using the
[0354]
When there is a page that the user wants to browse, the page is designated on the screen of the
[0355]
As described above, by displaying the link relationship of each page stored in the
[0356]
Further, instead of adopting the tree format as shown in FIG. 37, it is also possible to display on the screen in a flat state as shown in FIG. FIG. 38 shows a screen displayed on the
[0357]
In FIG. 38A, “AISOFT English Home Page” shown in FIG. 37 is used as the title name, and the page names one level below are listed and displayed. In this way, instead of listing and displaying only the page names one level below, a plurality of levels may be listed in a flat manner so that the entire page name is displayed at once.
[0358]
In addition, when a user is interested in a specific page stored in a lower hierarchy in a specific WWW server, the data of the page written in the
[0359]
By the way, the content of a page (hypertext data) provided in a WWW server such as a newspaper company is updated every day according to the news that occurred at that time. Accordingly, when hypertext data or the like is acquired from a WWW server such as a newspaper company every day and written in the
[0360]
Therefore, a method of realizing a function for storing and managing such new and old hypertext data together will be described. Such storage of new and old hypertext data is realized by making separate directories to be stored when writing these data in the
[0361]
FIG. 39 is an explanatory diagram showing an example of a directory structure in the
[0362]
At this time, if the contents of most of the pages stored in the WWW server change every day, all necessary pages in the WWW server are stored in the directory of that day or a directory below it. Also, if only some of the pages stored in the WWW server change every day, compared to the previous day's data, if the linked page is not changed, the linked page Can be stored after changing the link destination to a page that has already been written before.
[0363]
In addition to the methods described above, not only pages acquired from a specific WWW server, but only pages containing keywords that have been set in advance are classified by date, etc. Can also be stored.
[0364]
As shown in FIG. 39 (b), a directory for each keyword can be created as a classification by keyword instead of a date classification, and a page including the keyword can be stored in the corresponding directory. In such a case, it is possible to browse the contents related to a specific topic in time order.
[0365]
In addition, as described above, when the hypertext data obtained from the WWW server is classified and organized by date or keyword and written in the
[0366]
By the way, as described above, the method of classifying and organizing the acquired data by date and time or by keyword and writing it into the
[0367]
2-2-3) Monitoring of data update for WWW server
By the way, when there is a WWW server that publishes information on which the user has special interest on the Internet, the user can add or change the contents of the information that is disclosed to the WWW server. In some cases, you may want to obtain the information as soon as possible (for example, new product information published by a company).
[0368]
However, in such a case, the user periodically accesses the WWW server periodically by manual communication, actually sees the published information, and determines whether there is a change in the content of the information. It was very time-consuming. Moreover, as the number of WWW servers that disclose interesting information increases, the work becomes very large, and it takes too much time and is virtually impossible.
[0369]
Therefore, in this embodiment, information that is disclosed to a specific WWW server is monitored for changes by automatic communication. That is, the periodic patrol function used when receiving the personal computer communication service described above is used.
[0370]
The automatic
[0371]
Whether the stored data has changed is checked as follows. That is, according to the HTML protocol, information such as update date and time associated with the data can be acquired without taking out the main data such as hypertext data stored from the WWW server, and this is used. Since the last update date and time of the file is recommended as this update date and time, this update date and time is acquired as the last update date and compared with the last access date and time stored in advance in the automatic
[0372]
For data that does not support update date and time as described above, when hypertext data is acquired from a WWW server, a checksum is calculated from the data and the value is stored on the automatic
[0373]
Checking whether there is a change in stored data as described above is usually performed on a page-by-page basis, but it also includes changes in a specific part of the page and changes in the data linked from the page. You may make it check.
[0374]
Note that the communication terminal device capable of monitoring whether or not the stored data has been changed with respect to the WWW server as described above will be described in detail later as another embodiment.
[0375]
3) Data update monitoring server
As described above, it is possible to monitor whether or not the stored data in the WWW server has been changed by the communication terminal device. However, the data update monitoring server as described below is connected to the Internet and used exclusively. It can also be done.
[0376]
3-1) Configuration of data update monitoring server
FIG. 40 is a block diagram showing the configuration of a data update monitoring server as a second embodiment of the present invention. As shown in FIG. 40, the data update monitoring server 1000 is connected to the
[0377]
The data update monitoring server 1000 mainly includes a
[0378]
The data update monitoring server 1000 is configured by a computer as shown in FIG. 2, and each block in the data update monitoring server 1000 shown in FIG. 40 is realized by a portion realized by hardware and software. And include parts.
[0379]
Note that the software portion is stored in advance in the
[0380]
When the application program is recorded on the CD-ROM 85 shown in FIG. 2, the CD-ROM 85 is inserted into the CD-
[0381]
When the application program is stored in the program supply server 9000 shown in FIG. 2, the
[0382]
3-2) Operation of the data update monitoring server
The operation of this embodiment will be briefly described.
[0383]
First, the user instructs the data update monitoring server 1000 to register a user using the
[0384]
Next, the user instructs the data update monitoring server 1000 via the
[0385]
When the monitoring URL is registered in this way, the
[0386]
On the other hand, when the user wants to know whether or not the stored data has been updated, the user uses the
[0387]
Therefore, when the user confirms that the stored data has been updated from the result of the update check, the user connects the
[0388]
Therefore, since the user can know whether or not the stored data has been updated simply by accessing the data update monitoring server 1000, it is possible to save time and trouble of investigating whether or not the stored data has been updated. More efficient storage data monitoring can be performed.
[0389]
Note that the
[0390]
Further, as described above, since the
[0390]
Although only one client is shown in FIG. 40, in reality, there are a large number of clients, so the data update monitoring server 1000 is used by a large number of users. Therefore, it is expected that a plurality of users desire to monitor data stored in the same WWW server. In such a case, the
[0392]
Further, when accessing the WWW server, the
[0393]
In addition, when the
[0394]
Further, the
[0395]
As described above, when the data is transmitted from the data update monitoring server 1000 to the
[0396]
Further, in the case where the data acquired from the WWW server is stored in the
[0397]
Further, in the case where the data acquired from the WWW server is stored in the
[0398]
By the way, in the present embodiment, there are the following two cases depending on the difference in the data management form.
[0399]
(1) When the monitoring URL for each user is managed by the data update monitoring server
In this case, the monitoring URL for each user is managed by the data update monitoring server 1000 and is not managed by the
[0400]
(2) When the monitoring URL for each user is managed by each client
In the data update monitoring server 1000, only management of users and management of monitoring URLs are performed, and it is not managed which user each monitoring URL belongs to. Therefore, each user stores the monitoring URL in the local database (local DB) in the
[0401]
In each case, an overview of management data and an overview of transactions between the data monitoring server and the client will be described.
[0402]
First, the case of (1) will be described. FIG. 41 is an explanatory diagram showing an outline of each management data when the monitoring URL for each user is managed by the data update monitoring server.
[0403]
The data update monitoring server 1000 has two user management tables and monitoring URL data as shown in FIG. Among these, the user management table A stores the user ID and password as shown in FIG. Further, as shown in FIG. 41B, the user management table B stores the user ID, the monitoring URL of the user, the attribute, and the last access date and time when the client accessed the monitoring target WWW server. Yes. Here, as the attribute, auxiliary information such as whether only data stored in the monitoring URL is monitored or data linked from the data is also monitored is stored.
[0404]
Further, as shown in FIG. 41 (c), the monitoring URL data includes the URL where the data to be monitored is stored, the last check date and time when it was checked whether the data update monitoring server was last updated, Includes status indicating the current state (states where stored data has been changed, deleted, error retrying, etc.), number of errors, and last update date and time of stored data being monitored It is. Here, the number of errors is the number of times that access was attempted for monitoring, but access was not possible. When access is attempted at a fixed time interval and the access cannot be made more than a fixed number of times, the target URL is deleted. It is used to determine that it has been done.
[0405]
One monitoring URL data exists for each registered monitoring URL.
[0406]
FIG. 42 is an explanatory diagram showing an outline of a transaction between the data monitoring server and the client when the monitoring URL for each user is managed by the data update monitoring server. 42, (a) shows a transaction at the time of user registration, (b) shows a transaction at the time of registration of a monitoring URL, and (c) shows a transaction at the time of inquiring whether to update stored data. In each figure, time progresses from top to bottom.
[0407]
As shown in FIG. 42A, at the time of user registration, when a user name, registration password, serial number or the like is sent from the
[0408]
As shown in FIG. 42B, when the monitoring URL is registered, when the user name, password, and monitoring URL are sent from the
[0409]
As shown in FIG. 42 (c), at the time of an update inquiry, a user ID and password are sent from the
[0410]
Thereafter, the
[0411]
Next, the case of (2) will be described. 43 and 44 are explanatory diagrams showing an outline of each management data when the monitoring URL for each user is managed by each client. 43 shows management data managed by the data update monitoring server 1000, and FIG. 44 shows management data managed by the
[0412]
The data update monitoring server 1000 has a user management table and monitoring URL data as shown in FIG. Among these, the user management table stores the user ID and password as shown in FIG. 43A, as in the user management table A described above. Further, as shown in FIG. 43 (b), the monitoring URL data includes the same URL as in FIG. 41 (c), the last check date / time, the status, the number of errors, and the last update date / time. Yes.
[0413]
On the other hand, the
[0414]
FIG. 45 is an explanatory diagram showing an outline of the transaction between the data monitoring server and the client when the monitoring URL for each user is managed by each client. In FIG. 45, (a) shows a transaction at the time of registering a monitoring URL, and (c) shows a transaction at the time of inquiring whether to update stored data. In each figure, time progresses from top to bottom. Since the transaction at the time of user registration is the same as that shown in FIG.
[0415]
As shown in FIG. 45A, when the monitoring URL is registered, if the user name, password, and monitoring URL are sent from the
[0416]
As shown in FIG. 45B, at the time of an update inquiry, in addition to the user ID and password, a list of monitoring URLs and a list of the last access date and time are sent from the
[0417]
As described above, according to the present embodiment, by setting up the data update monitoring server 1000 on the
[0418]
Note that the data update monitoring server capable of monitoring whether or not the stored data has been changed with respect to the WWW server as described above will be described in detail later as another embodiment.
[0419]
In the above-described embodiments, the case where the communication service on the Internet is received has been described as an example. However, the present invention is not limited to this, and the case where the service is received not only on the Internet but also on a network such as WAN or LAN. Is also applicable.
[0420]
4) Another embodiment of a communication terminal device capable of monitoring data update
46 is a block diagram showing the configuration of a communication terminal apparatus as a third embodiment of the present invention, and FIG. 47 is a block diagram showing the configuration of the
[0421]
4-1) Configuration of communication terminal device of this embodiment
As shown in FIG. 46, this
[0422]
Note that the
[0423]
Note that the software portion is stored in advance in the
[0424]
When the application program is recorded on the CD-ROM 85 shown in FIG. 2, the CD-ROM 85 is inserted into the CD-
[0425]
When the application program is stored in the program supply server 9000 shown in FIG. 2, the
[0426]
In the
[0427]
47, the
[0428]
Among these, the agent
[0429]
4-2) New arrival information
As described above, among various information disclosed on the WWW server on the Internet (that is, information accessible by the communication terminal device), there is information that the user has a special interest. For such information, there is a demand to regularly monitor whether data has been updated in order to quickly know the addition or change of the contents. Information that such users are interested in includes new arrival information such as “What'new” published by companies.
[0430]
Therefore, the new arrival information and the characteristics of the data will be described. In general, the new arrival information is composed of heading information indicating the heading of the new arrival information and content information indicating the detailed content of the new arrival information. The header information and the corresponding content information are linked by link information. The heading information is usually listed in bullets in the index page. The content information is usually described by one page for each information (however, depending on newly arrived information, a plurality of content information may be described on one page). The index page in which a plurality of heading information is listed is stored in the WWW server as index page data composed of HTML data. Each page describing the content information is also stored in the WWW server as content data composed of HTML data.
[0431]
FIG. 48 is an explanatory diagram showing an example of an index page listing a plurality of heading information. The image shown in FIG. 48 is obtained by displaying index page data, which is HTML data, on a screen by a browser in a general communication terminal device. In the example shown in FIG. 48, a plurality of header information is listed together with the transmission date of each information in the index page.
[0432]
FIG. 49 is an explanatory diagram showing the contents of the HTML data (index page data) of the index page shown in FIG. In the index page data shown in FIG. 49, each heading data representing heading information includes link information indicating a storage location (that is, URL) of content data linked to the heading information. For example, in the headline data indicated by the underline in FIG. 49, “HREF =" ../ ainews / news / dxplorer.htm indicating the storage location of the content data for the headline information “announced“ DiskXplorer for Windows ”” Therefore, it can be seen that the content data is stored as HTML data with the file name “dxplorer.htm” in the WWW server.
[0433]
When an image such as that shown in FIG. 48 is displayed on the screen in a general communication terminal device, for example, click the heading information “Announcing“ DiskXplorer for Windows ”” indicated by an underline with a mouse or the like. Then, content data is acquired from the storage location indicated by the link information in the WWW server, and the content information is displayed on the screen based on the content data.
[0434]
Fig. 50 is an explanatory diagram showing a page describing content information linked to the heading information "announces" DiskXplorer for Windows "" in Fig. 48. The image shown in Fig. 50 is a browser that displays content data as HTML data. Is displayed on the screen.
[0435]
FIG. 51 shows the relationship between each data and each information described above in the drawing. FIG. 51 is an explanatory diagram showing the relationship between index page data stored in the WWW server and a plurality of content data. Of the data stored in the WWW server, the index page data WNP includes a plurality of heading data αa, βb,... As shown in FIG. 51, and each heading data includes heading information and link information. (For example, the heading data αa includes heading information α and link information a). Accordingly, each heading information is linked to the content data indicated by the corresponding link information (for example, the heading information α is linked to the content data A indicated by the link information a).
[0436]
4-3) Overview of operation of communication terminal device in this embodiment
Based on the above, an outline of the operation of the present embodiment will be described. Now, the user wants to monitor data update for new arrival information as shown in FIG. 48 and the like, and the index page data WNP and contents data A, B,... Shown in FIG. Are stored in the
[0437]
4-3-1) When acquiring new arrival information for the first time
Therefore, when acquiring newly arrived information published to the
[0438]
Thereafter, when the
[0439]
Then, the
[0440]
FIG. 52 is an explanatory diagram showing an example of new arrival information data stored in the new
[0441]
When the
[0442]
4-3-2) When acquiring new arrival information for the second time or later
Subsequently, when new arrival information is acquired after the second time, the following operation is performed. First, the
[0443]
Then, the
[0444]
FIG. 53 is an explanatory diagram showing an example of the relationship between updated index page data and content data stored in the WWW server. For example, as shown in FIG. 53, when the index page data WNP is updated since the headline data ωz is newly added from the previous time when the new arrival information was acquired, the index page data WNP is converted into the comparison target data storage unit. Compared with the index page data WNP (that is, comparison target data) shown in FIG. 51 stored in 708, since the portion other than the overlapping portion is the newly added heading data ωz, the heading data ωz. Is obtained as difference data.
[0445]
Next, the
[0446]
FIG. 54 is an explanatory diagram showing an example of updated new arrival information data stored in the new
[0447]
Further, when the
[0448]
As described above, in the present embodiment, for new arrival information published by the WWW server, data update is monitored, and if the data has been updated, the difference data is acquired and newly updated. To get the right information.
[0449]
4-4) Agent data
In the
[0450]
FIG. 55 is an explanatory diagram showing the contents of agent data used in the third embodiment. In FIG. 55, the first column indicates database attributes, the second column indicates names, and the third column indicates meanings. In the first column, I indicates that an index is to be created, and P indicates that it is a primary key.
[0451]
Then, the content of the item of each line is demonstrated.
The agent ID is a number uniquely determined for the agent.
The invalid flag is a flag indicating whether or not to execute the data update monitoring operation. The agent name is a name given to the agent.
The CS type indicates whether the
The monitoring type indicates whether data update monitoring is performed until new arrival information is acquired or only update check is performed.
The check frequency ID represents the frequency of performing the data update monitoring operation. For example, 0: every hour (once every hour), 1: every day (once a day), 2: every week (once a week) ) 3: Monthly (once a month).
-The check frequency (day, week, month) represents information on the day of the week and the day.
The check frequency (for display) is a character string of the contents of the above check frequency for displaying properties and the like.
-The last check date and time is the date and time when the agent was last executed.
The final status indicates the state when the agent was last executed. For example, in the update check, an error such as an error or a timeout may occur. In such a case, the error information is written.
URL-ID is an ID attached to the target URL.
The URL character string is a character string (http: // .....) of the target URL.
[0452]
4-5) About URL data
Information related to the target URL is also stored in the new
[0453]
FIG. 56 is an explanatory diagram showing the contents of URL data used in the third embodiment. In FIG. 56, each column field is the same as each column field shown in FIG.
[0454]
Now, the contents of the items in each line in FIG. 56 will be described. Note that the same items as those shown in FIG. 55 have the same contents, and thus the description thereof is omitted.
[0455]
The last update date / time is the date / time when the update monitoring target data was last updated. The date and time obtained from the WWW server by the HTTP protocol is described instead of the date and time when the target data is actually acquired by the
The latest information ID is the latest information ID acquired by the
The user name and password are used when accessing the WWW server. This is because, depending on the WWW server, a user name and a password may be required to acquire update monitoring target data and the like.
The content path name is a path name to the comparison target data stored in the comparison target
Analysis information is information used to analyze update monitoring target data and extract each heading data from the target data.
[0456]
4-6) New arrival information table
Also, the newly arrived information data as shown in FIGS. 52 and 54 is stored in the newly arrived information table having the contents as shown in FIG. 57 in the newly arrived
[0457]
FIG. 57 is an explanatory diagram showing the contents of a new arrival information table used in the third embodiment. In FIG. 57, each column field is the same as each column field shown in FIG.
[0458]
Now, the contents of the items in each line in FIG. 57 will be described.
The latest information ID is a unique ID for each new arrival information (one set of heading information and content information).
The acquisition date / time is the date / time when the new arrival information was acquired.
Agent ID is the ID of the agent that executed the new arrival information acquisition process.
The agent name is the name of the agent that executed the new arrival information acquisition process. The agent name can be acquired from the agent ID, but holds a character string for speeding up.
The URL character string is a character string (http: // .....) of the target URL. The URL character string can be acquired from the URL-ID, but is provided for speeding up.
-The URL title is the page (eg, index page) stored in the target URL. <TITLE>.
Folder ID is the ID of the folder into which the new arrival information is classified.
-Folder name is the name of the folder. The folder name can be acquired from the folder ID, but a character string is held for speeding up.
-A headline is a headline of newly arrived information. That is, the acquired heading information is stored.
The link destination URL is a URL linked to the headline of newly arrived information. That is, the link information acquired together with the heading information is stored. If there is no link information, it is set to NULL.
The read flag is a flag indicating whether or not the user has seen the contents of the newly arrived information, or is 0: read (see contents), 1: unread (not seen). When new arrival information is acquired, it is set to 1 and reset to 0 when the user sees the contents.
The CS type indicates whether the new arrival information is acquired by the local (client)
The information ID is an ID that is sequentially added to the new arrival information in the new arrival information data for each target URL. That is, for example, as shown in FIG. 52 or FIG. 54, in the new arrival information data for a certain target URL, each new arrival information (a set of heading information and content information) is attached in order from the oldest date of publication. It is a number to be. As will be described later, this is used when the data
-Information content is the content of new arrival information. That is, the acquired content data (HTML data) is stored. Depending on the type of newly arrived information, the content data may not be acquired. In such a case, the URL of the content data (ie, link information) is stored instead.
[0459]
The new
[0460]
5-7) Details of operation of communication terminal device in this embodiment
Now, the operation of this embodiment will be described in more detail. FIG. 58 is a flowchart showing a main processing procedure in
[0461]
In step S224, CS type information is extracted from the agent data, and based on the information, the data update monitoring operation is performed by the local (ie, client)
[0462]
In step S226, monitoring type information is extracted from the agent data, and based on the information, it is determined whether new information is acquired as a data update monitoring operation or only an update check is performed. When performing an update check, the
[0463]
Finally, the
[0464]
4-7-1) About new arrival information acquisition processing
FIG. 59 is a flowchart showing a specific processing procedure of the new arrival information acquisition processing in FIG. When the processing routine shown in FIG. 59 is started, the agent
[0465]
At this time, if the comparison target data is not stored in the comparison target
[0466]
Next, the
[0467]
If the last update date / time information cannot be obtained from the header information, the update monitoring target data is acquired from the WWW server, and the content of the update monitoring target data is compared with the content of the comparison target data and changed to the content. If there is, it is considered that the data has been updated. The last update date and time at this time is the date and time when the comparison process is executed.
[0468]
Next, the agent
[0469]
Next, the
[0470]
For example, the
[0471]
Such a difference analysis instruction is defined in advance for each target URL and stored in the new
[0472]
Subsequently, the
[0473]
Next, the link destination content
[0474]
If the link destination is not in the WWW server in which the update monitoring target data is stored, but in another WWW server, the link destination is accessed again to obtain the content data of the link destination. Since the necessity arises, in such a case, the content data may not be acquired.
[0475]
Next, the
[0476]
When there is new arrival information that matches the search condition, the
[0477]
Note that when performing such clipping processing, a thesaurus search may be performed in which not only a search for matching with a keyword but also a match with a keyword synonym is performed.
[0478]
Next, the
[0479]
As described above, according to the present embodiment, when data is updated in the update monitoring target data, the difference data corresponding to the update portion is acquired, and further, the content data as the link data is also acquired. can do.
[0480]
In this embodiment, the information acquired as new arrival information and stored in the new
[0481]
In this embodiment, link data (content data) linked by link information included in the difference data is acquired. However, when link information is further included in the link data, the link information is used. Link data to be linked may also be acquired. In addition, when there are several levels of links, link data up to a predetermined level may be acquired together.
[0482]
In the present embodiment, the target URL and the agent are associated one-to-one. However, the present invention is not limited to this, and a plurality of agents may be associated with one target URL. A plurality of target URLs may be associated with one agent.
[0483]
In this embodiment, the
[0484]
Incidentally, in step S240 shown in FIG. 59, if the comparison target data for the target URL corresponding to the agent being executed is not stored in the comparison target
[0485]
Next, the agent
[0486]
Next, the
[0487]
Thereafter, the process proceeds to step S256, and each process after the clipping process is sequentially performed.
[0488]
4-7-2) Display of new arrival information
When the series of processing shown in FIGS. 58 and 59 is completed as described above, the latest arrival information is stored in the
[0489]
FIG. 60 is an explanatory diagram showing an example of newly arrived information displayed on the screen of the
[0490]
FIG. 61 is an explanatory diagram showing a display example when a plurality of heading information is displayed in a tree shape. In FIG. 61, the first level of the tree is classified by “date” (1996/11/14, 1996/11/15, etc.), the second level is classified by “folder” (Internet, multimedia, etc.), Three levels are classified according to “URL title” (XXX home page, XXX home page, etc.). In such a case, for example, the heading information A and B shown in FIG. 61 are classified and displayed on the screen by the following refinement search. That is, the
[0491]
4-7-3) Update check processing
FIG. 62 is a flowchart showing a specific processing procedure of the update check processing in FIG. When the processing routine shown in FIG. 62 is started, the agent
[0492]
Then, if the update monitoring target data has been updated, the
[0493]
Thus, when only the update check is performed instead of the acquisition of new arrival information, the last update date and time for the update monitoring target data is changed, and new heading information indicating that the update monitoring target data is updated Is added to the new arrival information data. Therefore, when a plurality of heading information is displayed as new arrival information on the screen of the
[0494]
Further, when the update monitoring target data is updated, the new arrival information data table in the new
[0495]
5) Another embodiment of the data update monitoring server
FIG. 63 is a block diagram showing the configuration of the data update monitoring server as the fourth embodiment of the present invention, and FIG. 64 is a block diagram showing the configuration of the
[0496]
5-1) Configuration of the data update monitoring server of this embodiment
As shown in FIG. 63, this data
[0497]
As shown in FIG. 64, the
[0498]
The data update monitoring
[0499]
The software portion is stored in advance in the
[0500]
When the application program is recorded on the CD-ROM 85 shown in FIG. 2, the CD-ROM 85 is inserted into the CD-
[0501]
When the application program is stored in the program supply server 9000 shown in FIG. 2, the
[0502]
As shown in FIGS. 63 and 64, the data update monitoring
[0503]
Now, an operation when data update monitoring is performed by the data update monitoring
[0504]
5-2) Operation on communication terminal device side as client
FIG. 65 is a flowchart showing a specific processing procedure of the processing corresponding to the data monitoring server in FIG. As described above, in the
[0505]
First, the agent
[0506]
FIG. 66 is an explanatory diagram showing the contents of request data transmitted from the communication terminal device as a client to the data update monitoring server. In FIG. 66, the first column indicates the name in HTTP, the second column indicates the name, and the third column indicates the meaning.
[0507]
Then, the content of the item of each line is demonstrated.
The user ID and password are a user identification ID and password given to each user for accessing the data update monitoring
The URL to be checked is a character string of a target URL that the user desires to monitor data update.
The process type indicates the type of process (new arrival information acquisition or update check) to be executed by the data update monitoring
The last acquisition information ID is the ID of the newest new arrival information among the new arrival information in the new arrival information data acquired for the target URL.
The last acquisition date / time is the date / time when new arrival information was last acquired for the target URL.
The last check date and time is the date and time when the target URL was last checked.
The number of folders is the number of folders specified for the running agent.
Folder information is the ID and keyword (ie, search condition) of each folder.
As will be described later, when the
Processing
Processing
The
The location information is information on a location where the PDA exists when the client is a PDA. Specifically, for example, it is information indicating in which city or town the user carries the PDA.
[0508]
When the client is a printer or PDA, in addition to the above information, information such as the image resolution and the number of color surface colors may be included.
[0509]
Therefore, to summarize the contents of the request data described above, “Target URL is XXX. We have already acquired new information up to information ID XXX number (ie, last acquired information ID). There are xxx folders, folder information (ie, search conditions) for the first folder is xxx, and folder information (ie, search conditions) for the second folder is xxx. × .... The client type is XXX and the processing information is XXX .... ”
[0510]
5-3) Data update monitoring server operation
The request data transmitted from the
[0511]
FIG. 67 is a flowchart showing a main processing procedure in the data update monitoring
[0512]
In this way, when the update monitoring target data of the target URL is updated by performing the new arrival information acquisition process for the target URL, the new arrival information obtained by the update is stored in the new
[0513]
Next, the agent
[0514]
Next, the request processing unit 818 obtains folder information from the received request data, and passes it to the
[0515]
On the other hand, when the new arrival information matches the search condition, the request processing unit 818 converts the new arrival information into HTML data and transmits it to the
[0516]
Then, the agent
[0517]
FIG. 68 is an explanatory diagram showing the contents of newly arrived information transmission data transmitted from the data update monitoring server to the communication terminal device as a client. In FIG. 68, the first column indicates the name, and the second column indicates the meaning.
[0518]
Then, the content of the item of each line is demonstrated.
The status indicates the status of the execution result when the data update monitoring server executes the update monitoring operation.
The last update date / time is the date / time when the update monitoring target data of the target URL was last updated.
As described above, the last check information ID is the information ID of the latest information read last from the new
-Acquisition information ID is information ID of the acquired new arrival information.
The information type indicates whether the new arrival information is obtained from difference data or page data.
The title is heading information included in the new arrival information. Specifically, it is heading data (HTML data) including link information in addition to heading information.
The folder ID is the ID of the folder that matches the search condition for the new arrival information.
-Link destination content is content information included in new arrival information. When there is no content information, link information indicating the storage location of the content information is transmitted.
[0519]
Of the above items, the items after the “last update date and time” are transmitted only when the status is data updated. Each item after “acquired information ID” is repeated for each acquired new arrival information.
[0520]
Therefore, the contents of the new arrival information transmission data described above are summarized as follows: “The result of executing the data update monitoring operation is XXX. This time, the new information until the information ID XXX number (ie, the final check information ID). There are ○○○ new arrival information that matches the search condition of the folder.The first new arrival information is ○○○ that matches the search condition of the folder ID ○○○. The new arrival information is XXX that matches the search condition of the folder ID XXX.
[0521]
5-4) Operation on communication terminal device side as client
New arrival information transmission data transmitted from the data update monitoring
[0522]
In
[0523]
As described above, according to the present embodiment, the data update monitoring server can perform the data update monitoring operation instead of the communication terminal device that is the client. Therefore, even if the client itself does not check whether the update monitoring target data is updated or acquire new arrival information, the data update monitoring server acts as a proxy, greatly reducing the time and labor of the user who uses the client. The communication time is short.
[0524]
In this embodiment, as the new arrival information, in addition to the header information, the content information is also transmitted to the client. However, only the header information may be provided to the client and the content information may not be transmitted. .
[0525]
In the present embodiment, the folder information (that is, the search condition) used when performing the clipping process in the data update monitoring
[0526]
5-5) Data update monitoring operation execution timing
In this embodiment, when the data
[0527]
6) Use of the data update monitoring server on the intranet
In the embodiment described above, the data update monitoring
[0528]
FIG. 69 is an explanatory diagram showing an example of a connection form when the data update monitoring server is used on an intranet. In the example shown in FIG. 69, an intranet is constructed in the in-house LAN. The intranet is connected to in-
[0529]
When the data
[0530]
● Traffic to the outside of the intranet can be reduced.
That is, when the data
[0531]
● It is also possible to monitor and update the in-house data in the in-house WWW server.
That is, by setting in-house data in the in-
[0532]
● It can be used as an information distribution infrastructure.
By registering information to be distributed in-house as new arrival information directly in the data
[0533]
Each of the above merits is not limited to an in-house intranet, but can be obtained in a general intranet as well.
[0534]
7) Data processing in the data update monitoring server
Incidentally, in the embodiment shown in FIG. 63, the
[0535]
FIG. 70 is an explanatory diagram showing a connection example when a PDA or printer is used as a client to the data update monitoring
[0536]
As shown in FIG. 70, when a
[0537]
Of the information necessary for processing in the
[0538]
71 is a block diagram showing the configuration of the
[0539]
In FIG. 71, the
[0540]
For example, when the client is the
[0541]
In the
[0542]
Next, the format
[0543]
Next, the data
[0544]
On the other hand, for example, when the client is the
[0545]
In the
[0546]
Next, the color correction processing unit 844b performs γ correction on the bitmap image data from the
[0547]
Next, based on the “client type” information, the color conversion processing unit 844c performs the following color conversion processing according to the printer type. That is, when the
[0548]
Next, the
[0549]
Next, the data
[0550]
Note that the
[0551]
As described above, when the client is the
[0552]
The request processing unit 818 of the data update monitoring
[0553]
As described above, the data update monitoring
[0554]
Incidentally, as described with reference to FIG. 66, when a PDA is used as a client, the request data transmitted from the client includes “position information”. As described above, this position information represents the position information of the client PDA. Therefore, the data update monitoring
[0555]
First, when the request processing unit 818 obtains the above-described position information from the request data transmitted from the client, it passes the information to the
[0556]
At this time, as information related to the position information, for example, information such as news obtained from a WWW server such as a newspaper company can be considered. That is, assuming that the new
[0557]
8) Mail delivery system
FIG. 72 is a block diagram showing a configuration of a mail delivery system using a data update monitoring server as a fifth embodiment of the present invention. As shown in FIG. 72, the mail delivery system of this embodiment includes a data
[0558]
72, the
[0559]
In FIG. 72, the user data storage unit 1512 in the
[0560]
When the user changes the registered target URL or folder information, the user accesses the
[0561]
In the
[0562]
Then, the
[0563]
With the configuration described above, since the new arrival information of the target URL that the user desires to monitor for update is regularly distributed to the user, the user himself accesses the data update monitoring
[0564]
In this embodiment, the new arrival information is distributed using e-mail. However, it may be performed using a telephone or a facsimile, or may be performed using a cable broadcast or a satellite broadcast. Also good.
[0565]
The present invention is not limited to the above-described examples and embodiments, and can be implemented in various modes without departing from the gist thereof.
[0566]
For example, in the third to fifth embodiments described above, the new arrival information such as “What'new” has been described as an example of the information to be monitored for data update. The present invention is not limited to this, and various information can be targeted.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a communication terminal apparatus as a first embodiment of the present invention.
2 is a block diagram showing a schematic configuration of a computer that realizes the communication terminal device of FIG. 1;
FIG. 3 is an explanatory diagram showing an example of a service switching screen displayed on the
4 is an explanatory diagram showing a structure in the
FIG. 5 is an explanatory diagram showing an example of contents of a conference room list index file (folder list index file);
6 is an explanatory diagram showing an example of a folder screen displayed on the
FIG. 7 is an explanatory diagram showing an example of the contents of a conference room index file.
FIG. 8 is a flowchart showing the flow of a title update process performed immediately after moving to a conference room.
FIG. 9 is a flowchart showing a flow of a title update process performed immediately after moving to a conference room.
FIG. 10 is an explanatory diagram for specifically explaining a title update process for a conference room;
FIG. 11 is a flowchart showing the flow of a title update process performed immediately after moving to the library room.
FIG. 12 is a flowchart showing the flow of a title update process performed immediately after moving to the library room.
FIG. 13 is an explanatory diagram for specifically explaining a title update process for a library room;
FIG. 14 is a flowchart showing a flow of a title update process performed immediately after shifting to a news service.
FIG. 15 is a flowchart showing a flow of a title update process performed immediately after shifting to a news service.
FIG. 16 is an explanatory diagram for specifically explaining a title update process for a news service;
FIG. 17 is a flowchart showing a flow of a title update process performed immediately after shifting to a bulletin board service.
FIG. 18 is a flowchart showing a flow of a title update process performed immediately after shifting to a bulletin board service.
FIG. 19 is a flowchart showing a flow of a billing saving process performed when a paid service is received.
20 is an explanatory diagram showing an example of a regular patrol designation screen displayed on the
FIG. 21 is an explanatory diagram showing an example of designated contents stored in a traveling file 620 in FIG. 1;
FIG. 22 is a flowchart showing an operation procedure of automatic communication based on a cyclic file.
FIG. 23 is a flowchart showing an operation procedure of automatic communication based on a cyclic file.
24 is an explanatory diagram showing an example of a comment utterance screen displayed on the
FIG. 25 is an explanatory diagram showing how reservation contents are added.
26 is an explanatory diagram showing an example of reservation contents stored in the
FIG. 27 is an explanatory diagram for explaining a text reading process for a bulletin board service;
FIG. 28 is a flowchart showing the flow of a cyclic order efficiency process performed during automatic communication.
FIG. 29 is an explanatory diagram showing an example of tour contents sorted according to the tour order efficiency improvement process shown in FIG. 28;
30 is an explanatory diagram showing a communication history at the time of automatic communication performed according to the contents of the tour shown in FIG. 29. FIG.
31 is an explanatory diagram showing an example of a main menu screen displayed on the
FIG. 32 is a flowchart showing the flow of new arrival tour processing.
FIG. 33 is an explanatory diagram for explaining a hierarchical structure of news groups.
FIG. 34 is an explanatory diagram showing an example of hypertext data described in HTML.
FIG. 35 is an explanatory diagram for explaining a link relationship of pages and a file structure by hypertext data;
FIG. 36 is an explanatory diagram showing an example of hypertext data rewritten when writing to the
FIG. 37 is an explanatory diagram showing an example of a display screen when the storage data in the
FIG. 38 is an explanatory diagram showing an example in which each page name is displayed on the screen in a flat state.
FIG. 39 is an explanatory diagram showing an example of a directory structure in the
FIG. 40 is a block diagram showing a configuration of a data update monitoring server as a second embodiment of the present invention.
FIG. 41 is an explanatory diagram showing an outline of each management data when a monitoring URL for each user is managed by the data update monitoring server.
FIG. 42 is an explanatory diagram showing an outline of a transaction between a data monitoring server and a client when a monitoring URL for each user is managed by a data update monitoring server.
FIG. 43 is an explanatory diagram showing an overview of each management data when managing a monitoring URL for each user by each client;
FIG. 44 is an explanatory diagram showing an outline of each management data when a monitoring URL for each user is managed by each client;
FIG. 45 is an explanatory diagram showing an outline of a transaction between a data monitoring server and a client when a monitoring URL for each user is managed by each client.
FIG. 46 is a block diagram showing a configuration of a communication terminal apparatus as a third embodiment of the present invention.
47 is a block diagram showing a configuration of an
FIG. 48 is an explanatory diagram showing an example of an index page listing a plurality of heading information.
49 is an explanatory diagram showing the contents of HTML data (index page data) of the index page shown in FIG. 48. FIG.
FIG. 50 is an explanatory diagram showing a page on which content information linked to the heading information “Announce“ DiskXplorer for Windows ”” in FIG. 48 is described;
FIG. 51 is an explanatory diagram showing a relationship between index page data stored in a WWW server and a plurality of content data.
52 is an explanatory diagram showing an example of new arrival information data stored in the new
FIG. 53 is an explanatory diagram showing an example of a relationship between updated index page data and content data stored in a WWW server.
54 is an explanatory diagram showing an example of updated new arrival information data stored in the new
FIG. 55 is an explanatory diagram showing the contents of agent data used in the third embodiment;
FIG. 56 is an explanatory diagram showing the contents of URL data used in the third embodiment.
FIG. 57 is an explanatory diagram showing the contents of a new arrival information table used in the third embodiment.
58 is a flowchart showing a main processing procedure in
59 is a flowchart showing a specific processing procedure of new arrival information acquisition processing in FIG. 58;
60 is an explanatory diagram showing an example of newly arrived information displayed on the screen of the
FIG. 61 is an explanatory diagram illustrating a display example when a plurality of heading information is displayed in a tree shape;
FIG. 62 is a flowchart showing a specific processing procedure of update check processing in FIG. 58;
FIG. 63 is a block diagram showing a configuration of a data update monitoring server as a fourth example of the present invention;
64 is a block diagram showing a configuration of an
65 is a flowchart showing a specific processing procedure of the data monitoring server corresponding processing in FIG. 58. FIG.
FIG. 66 is an explanatory diagram showing the contents of request data transmitted from the communication terminal device, which is a client, to the data update monitoring server.
67 is a flowchart showing main processing procedures in the data update monitoring
FIG. 68 is an explanatory diagram showing contents of newly arrived information transmission data transmitted from the data update monitoring server to a communication terminal device as a client;
FIG. 69 is an explanatory diagram showing an example of a connection form when a data update monitoring server is used on an intranet.
70 is an explanatory diagram showing a connection example when a PDA or a printer is used as a client to the data update monitoring
71 is a block diagram showing a configuration of a
FIG. 72 is a block diagram showing the configuration of a mail delivery system using a data update monitoring server as a fifth embodiment of the present invention.
[Explanation of symbols]
10 ... Computer
20 ... arithmetic processing unit
21 ... CPU
22 ... Local bus
23 ... Cache memory
24 ... Cash controller
25 ... Main memory
30 ... PCI bridge
32 ... PCI bus
40: Controller section
42 ... ISA bus
44 ... CRTC
46 ... SCSI controller
48 ... ISA bridge
50 ... DMA controller
52 ... RTC
54 ... Composite I / O port
56 ... Sound I / O
60 ... I / O section
62 ... ISA slot
64 ... Keyboard interface
66: Interrupt controller
68 ... Timer
72 ... Keyboard
73 ... Mouse
74 ... Speaker
76 ... Monitor
81 ... floppy disk
82 ... Floppy disk device
83 ... CD-ROM device
84: Hard disk
85 ... CD-ROM
86 ... Parallel port
88 ... Printer
90 ... Serial port
92 Modem
93 ... Communication line
96 ... Microphone
100 ... Access management section
100a ... writing unit
100b ... Reading unit
100c ... Difference data acquisition unit
100d ... New mark adding part
100e ... New mark search part
100f: Transfer request part
100g ... specific communication service start request part
100h: Specific communication service cancellation request section
100i ... Text information transfer request part
200 ... User I / F part
300: Communication control unit
400: Data management unit
410 ... Database
500 ... Communication I / F part
600 ... Automatic communication processing unit
600a ... Organization Department
600b ... transfer section
610 ... Reservation file
620 ... patrol file
700 ... Client
702: Agent execution unit
704 ... Data management unit
706 ... New arrival information database
708 ... Comparison target data storage unit
710: Agent management unit
712 User I / F section
713 ... monitor
714 ... schedule management department
715 ... Keyboard
716 ... Network access unit
717 ... mouse
718 ... Server access section
720 ... Agent execution management unit
720a ... writing unit
720b ... Reading unit
722 ... WWW server access unit
722a ... Link content data acquisition unit
724 ... Update detection unit
726 ... Difference analysis engine
728 ... HTML analysis engine
730 ... Clipping engine
750 ... provider server
800 ... Data update monitoring server
802 ... Agent execution unit
804: Data management unit
806 ... New arrival information database
808 ... Data storage unit for comparison
810: Agent management unit
812 ... User I / F section
813: Monitor
814 ... Schedule management department
815 ... Keyboard
816 ... Network access unit
817 ... Mouse
818 ... Request processing section
820 ... Agent execution management unit
820a ... writing unit
820b ... Reading unit
822 ... WWW server access unit
822a ... Link destination content data acquisition unit
824 ... Update detection unit
826 ... Difference analysis engine
828 ... HTML analysis engine
830 ... Clipping engine
840 ... Data processing engine
842 ... Machining management department
844 ... Printer driver section
844a ... Rendering unit
844b ... Color correction processing unit
844c ... Color conversion processing unit
844d: binarization processing unit
844e ... Data compression processing unit
846 ... PDA driver section
846a: Color reduction processing / thinning processing unit
846b ... Format conversion processing unit
846c: Data compression processing unit
850 ... WWW server
900 ... WWW server
1000: Data update monitoring server
1100: Monitoring unit
1200 ... registration management department
1300: Communication unit
1400: Storage unit
1500 ... Mail delivery server
1502 ... User management section
1504 ... Distribution control unit
1506: Mail delivery department
1508: Request processing unit
1510 ... New arrival information acquisition unit
1512: User data storage unit
1514 ... Schedule management department
1550 ... WWW server
1600: Printer dedicated server
1650, 1750 ... WWW server
1700, 1710 ... Client
1720 ... PDA dedicated server
1800: Data update monitoring server
1850: Printer
1900: WWW server for internal use
1910 ... PDA
1950: Provider server
2000 ... Client
2100 ... Firewall
2200, 2210 ... WWW server
3000 ... Internet
4000, 5000 ... WWW server
4100, 5100 ... Stored data
6000 ... Server for provider
9000 ... Program supply server
Claims (1)
前記特定データを記憶している記憶手段と、
前記クライアントから提供された前記特定データの格納場所を表す情報に基づいて、前記サーバにアクセスするアクセス手段と、
該アクセス手段によって前記サーバにアクセスした際に、前記特定データの更新の有無をチェックする更新チェック手段と、
該更新チェック手段による更新チェックの結果、前記特定データが更新されていると判断された場合に、前記サーバから前記アクセス手段によって取り込まれる更新後の前記特定データのうち、前記記憶手段に記憶されている更新前の前記特定データと重複する部分以外の部分を差分データとして取得する差分データ取得手段と、
取得した前記差分データに含まれる情報を前記クライアントに転送する転送手段と、
前記差分データに含まれる情報の中から、前記クライアントの存在する位置の情報に対応した情報を検索する検索手段と、
を備え、
前記転送手段は、検索した前記情報を、対応する前記クライアントに転送することを特徴とするデータ更新監視サーバ。A data update monitoring server connected to a server via a network, monitoring the update of specific data stored in the server via the network, and transferring information obtained as a monitoring result to a client,
Storage means for storing the specific data;
Access means for accessing the server based on information representing a storage location of the specific data provided from the client;
An update check means for checking whether or not the specific data is updated when the server is accessed by the access means;
As a result of the update check by the update check means, when it is determined that the specific data is updated, the updated specific data fetched from the server by the access means is stored in the storage means. Differential data acquisition means for acquiring a portion other than a portion overlapping with the specific data before being updated as differential data;
Transfer means for transferring information contained in the acquired difference data to the client;
Search means for searching for information corresponding to information on the location of the client from information included in the difference data;
With
The data update monitoring server, wherein the transfer means transfers the searched information to the corresponding client.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP12802297A JP3918230B2 (en) | 1996-04-30 | 1997-04-30 | Data update monitoring server |
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP13282296 | 1996-04-30 | ||
JP8-132822 | 1996-04-30 | ||
JP8-353960 | 1996-12-17 | ||
JP35396096 | 1996-12-17 | ||
JP12802297A JP3918230B2 (en) | 1996-04-30 | 1997-04-30 | Data update monitoring server |
Related Child Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006119551A Division JP4241757B2 (en) | 1996-04-30 | 2006-04-24 | Communication terminal device |
JP2006340140A Division JP4285535B2 (en) | 1996-04-30 | 2006-12-18 | COMMUNICATION TERMINAL DEVICE, COMPUTER PROGRAM, AND COMMUNICATION METHOD |
JP2006340179A Division JP2007087427A (en) | 1996-04-30 | 2006-12-18 | Server and communication terminal apparatus |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH10232815A JPH10232815A (en) | 1998-09-02 |
JP3918230B2 true JP3918230B2 (en) | 2007-05-23 |
Family
ID=27315669
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP12802297A Expired - Fee Related JP3918230B2 (en) | 1996-04-30 | 1997-04-30 | Data update monitoring server |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3918230B2 (en) |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000172480A (en) * | 1998-12-07 | 2000-06-23 | Seiko Epson Corp | Printer and its control method |
JP2000207327A (en) * | 1999-01-08 | 2000-07-28 | Nec Corp | Device and method for uploading and downloading www bulletin board |
JP2000276431A (en) * | 1999-03-25 | 2000-10-06 | Nec Corp | Proxy cache server provided with translation function, and browsing system provided with translation function having same |
JP2000278290A (en) * | 1999-03-29 | 2000-10-06 | Matsushita Electric Ind Co Ltd | Network managing system |
JP2001166028A (en) * | 1999-12-13 | 2001-06-22 | Sharp Corp | Information retrieving device using position information |
JP3723422B2 (en) | 2000-07-11 | 2005-12-07 | 三洋電機株式会社 | Portable terminal |
JP2002092465A (en) * | 2000-09-13 | 2002-03-29 | E Advisor Kk | Financial planning information providing device, financial planning information providing system, and financial planning information providing method |
JP4743564B2 (en) * | 2000-09-29 | 2011-08-10 | 株式会社エヌケービー | Go game distribution system |
JP2002222283A (en) * | 2001-01-29 | 2002-08-09 | Mitsubishi Heavy Ind Ltd | Service reporting system |
JP2002279064A (en) * | 2001-03-19 | 2002-09-27 | Konica Corp | Method for managing medical appointment information |
JP4626336B2 (en) * | 2005-02-23 | 2011-02-09 | 富士ゼロックス株式会社 | Printing apparatus and reference destination update method and program |
JP4612863B2 (en) | 2005-05-18 | 2011-01-12 | キヤノン株式会社 | Image processing apparatus and control method and program thereof |
JP4405939B2 (en) | 2005-05-18 | 2010-01-27 | キヤノン株式会社 | Image processing apparatus, control method therefor, and image processing system |
JP2007122450A (en) * | 2005-10-28 | 2007-05-17 | Nippon Telegr & Teleph Corp <Ntt> | Automatic information acquisition device and automatic information acquisition method |
JP5689574B2 (en) * | 2006-11-17 | 2015-03-25 | 任天堂株式会社 | GAME DEVICE, GAME PROGRAM, GAME SYSTEM, AND GAME CONTROL METHOD |
JP5362952B2 (en) * | 2006-11-17 | 2013-12-11 | 任天堂株式会社 | GAME DEVICE, GAME PROGRAM, GAME SYSTEM, AND GAME CONTROL METHOD |
US8192287B2 (en) | 2006-11-17 | 2012-06-05 | Nintendo Co., Ltd. | Game apparatus and storage medium storing a game program for conducting data communications with a network |
JP2008228120A (en) * | 2007-03-15 | 2008-09-25 | Fujifilm Corp | Moving picture file server and terminal unit, and operation control method and control program thereof |
JP2008033961A (en) * | 2007-10-03 | 2008-02-14 | Toshiba Corp | Document management method and document management device |
JP4551951B2 (en) * | 2008-06-09 | 2010-09-29 | シャープ株式会社 | Content reproduction terminal device, content reproduction method and program |
JP5492814B2 (en) * | 2011-03-28 | 2014-05-14 | デジタルア−ツ株式会社 | SEARCH DEVICE, SEARCH SYSTEM, METHOD, AND PROGRAM |
JP5335052B2 (en) * | 2011-10-26 | 2013-11-06 | 楯 広長 | Store server |
CN103164438B (en) * | 2011-12-13 | 2016-07-06 | 北大方正集团有限公司 | The acquisition method of a kind of network comment and system |
JP5400973B2 (en) * | 2013-01-07 | 2014-01-29 | 楯 広長 | Store server and browsing method |
JP5677474B2 (en) * | 2013-01-11 | 2015-02-25 | 任天堂株式会社 | GAME DEVICE, GAME PROGRAM, GAME SYSTEM, AND GAME CONTROL METHOD |
US20150162000A1 (en) * | 2013-12-10 | 2015-06-11 | Harman International Industries, Incorporated | Context aware, proactive digital assistant |
JP6029643B2 (en) * | 2014-12-08 | 2016-11-24 | 任天堂株式会社 | GAME DEVICE, GAME SYSTEM, AND CONTROL METHOD |
JP7430310B2 (en) * | 2019-09-06 | 2024-02-13 | ユニオンソフト株式会社 | Electronic debt management system, method and program |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH01290069A (en) * | 1988-05-17 | 1989-11-21 | Sharp Corp | Display device for schedule priority order |
JPH0520146A (en) * | 1991-07-10 | 1993-01-29 | Fujitsu Ltd | Electronic bulletin board device |
JPH05165794A (en) * | 1991-12-18 | 1993-07-02 | Fujitsu Ltd | Distributed notice board system |
JP3252454B2 (en) * | 1992-06-30 | 2002-02-04 | 富士ゼロックス株式会社 | Shared data change status monitoring device |
JPH0713888A (en) * | 1993-02-18 | 1995-01-17 | Matsushita Electric Ind Co Ltd | Electronic bulletin board |
JPH06348755A (en) * | 1993-06-07 | 1994-12-22 | Hitachi Ltd | Method and system for classifying document |
JPH0749875A (en) * | 1993-08-06 | 1995-02-21 | Hitachi Ltd | Document information classifying method, and method and system for document information collection using the same |
JPH0830530A (en) * | 1994-07-14 | 1996-02-02 | Citizen Watch Co Ltd | Input/output device for communication terminal |
-
1997
- 1997-04-30 JP JP12802297A patent/JP3918230B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH10232815A (en) | 1998-09-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4687803B2 (en) | Communication terminal device | |
JP3918230B2 (en) | Data update monitoring server | |
US5819261A (en) | Method and apparatus for extracting a keyword from scheduling data using the keyword for searching the schedule data file | |
US6271840B1 (en) | Graphical search engine visual index | |
US7257768B2 (en) | Project management system | |
US8103737B2 (en) | System and method for previewing hyperlinks with ‘flashback’ images | |
US7310657B2 (en) | Owner identification of collaboration work object | |
US20050120076A1 (en) | Server, information providing method and program | |
US20090094327A1 (en) | Method and apparatus for mapping a site on a wide area network | |
US20020078180A1 (en) | Information collection server, information collection method, and recording medium | |
CN1443326A (en) | System and method for obtaining and storing information for deferred browsing | |
JP2001142908A (en) | Method, device and system for retrieving document and recording medium | |
EP1376407A2 (en) | System and method for storing information searched on the internet for portable audio apparatus | |
US20010002471A1 (en) | System and program for processing special characters used in dynamic documents | |
JPH11338888A (en) | Information retrieving method in wide area information system, storage medium for storing program information of the same and wide area information retrieving system | |
US20020188671A1 (en) | Method and system for managing preferred web site links | |
JP4285535B2 (en) | COMMUNICATION TERMINAL DEVICE, COMPUTER PROGRAM, AND COMMUNICATION METHOD | |
JP4241757B2 (en) | Communication terminal device | |
KR101248186B1 (en) | System for generating blog using each content in search result page and method thereof | |
JP2007087427A (en) | Server and communication terminal apparatus | |
GB2353614A (en) | Building a database of WEB connection data | |
US6993525B1 (en) | Document-database access device | |
JP2006059372A (en) | Server | |
JP3662857B2 (en) | SEARCH SYSTEM, SEARCH METHOD, AND SEARCH PROGRAM | |
JP3990671B2 (en) | Information management apparatus and information management method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20041015 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050315 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050512 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060221 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060424 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20061017 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061116 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20061222 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070123 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070205 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110223 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110223 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120223 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130223 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130223 Year of fee payment: 6 |
|
LAPS | Cancellation because of no payment of annual fees |