(57)【要約】【課題】複数種類かつ複数の情報源により提供される情報を一元的に取得する。【解決手段】サーバ１３は、登録利用者毎に保存された個人設定情報にしたがって、当該情報で指示される外部情報に対して、それぞれに対応した情報取得ルーチンを用いて巡回的にアクセスし情報を取得する。取得した情報は、表示制御ライブラリ９により端末１４が処理可能な共通形式に変換され、データベース１０に蓄積される。端末１４は定期的にサーバ１３にアクセスし、新規情報がデータベース１０に蓄積されていればそのヘッダ情報を取得して表示する。その新規情報から選択されたものについては、あらためて情報の本文をサーバ１３に要求し、取得して表示する。【選択図】図１
2006344073.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された情報収集サーバであって、
各クライアントに関連づけられた、ネットワーク上の情報の取得先に関する情報を含むクライアント情報を格納するクライアント情報格納手段と、
利用者による要求に応じてまたは一定の時間間隔で、前記クライアント情報に従って前記取得先から情報を取得する取得手段と、
前記取得手段により取得した情報を、当該クライアントに関連づけて格納する取得情報格納手段と、
前記クライアントからの要求に応じて前記取得手段を送信する送信手段と
を備えることを特徴とする情報収集サーバ。
【請求項２】
前記取得手段は、前記取得先の種類に応じて増設可能な取得先別取得部と、各取得先別取得部により収集された情報を所定の形式に変換する変換部とを有することを特徴とする請求項１に記載の情報収集サーバ。
【請求項３】
前記クライアント情報には、前記取得先に関する情報としてメールサーバのアドレス情報と当該クライアントの認証情報とを含み、
前記取得手段は前記アドレス情報で示されるメールサーバに前記認証情報を用いてログインし、受信メールを取得することを特徴とする請求項１に記載の情報収集サーバ。
【請求項４】
前記クライアント情報には、前記取得先に関する情報としてＲＳＳ形式で記述された情報の場所を示すＵＲＩ情報を含み、
前記取得手段は、前記ＲＳＳ形式の情報を取得して前記クライアントが表示可能な形式に変換し、
前記格納手段は、前記クライアントが表示可能な形式の情報を格納することを特徴とする請求項１に記載の情報収集サーバ。
【請求項５】
前記取得手段は、取得した受信メールを所定の形式に変換し、
前記送信手段は、前記所定の形式に変換された情報を前記クライアントに送信することを特徴とする請求項３に記載の情報収集サーバ。
【請求項６】
ネットワークに接続されたコンピュータを、
各クライアントに関連づけられた、情報取得先に関する情報を含むクライアント情報を格納するクライアント情報格納手段と、
前記クライアント情報に従って前記ネットワーク上の情報取得先から情報を取得する取得手段と、
前記取得手段により取得した情報を、当該クライアントに関連づけて格納する取得情報格納手段と、
前記クライアントからの要求に応じて前記取得手段を送信する送信手段と
して機能させることを特徴とするプログラム。
【請求項７】
請求項１記載の情報収集サーバと、ウエブクライアントとして機能するクライアントコンピュータまたは受信したデータを表示できる携帯端末のいずれかまたは両方とをネットワークで接続した構成を有することを特徴とする情報収集システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえばインターネットに接続されたサーバ等により提供される情報資源を、クライアントの要求に応じて一元的に収集し、クライアントに提供する情報収集サーバおよび情報収集システムに関する。
【背景技術】
【０００２】
携帯電話等の携帯型端末にもブラウザ機能を搭載することが一般的になり、利用者はパーソナルコンピュータのみならず携帯端末を用いてもインターネットにアクセスすることが出来る。しかし携帯端末はパーソナルコンピュータよりも処理能力や表示能力が低いため、あらかじめ登録された複雑な機能を遂行し、その結果を携帯端末やＰＣ以外の装置に提供するマクロサーバが提案されている（特許文献１等参照）。
【０００３】
また、イントラネットや無料電子メールアカウントの普及により複数のメールアカウントを持つ利用者も多い。これらの利用者は、メールアカウントを持つメールサーバそれぞれに自己の端末からログインしてメールの送受信を行う必要がある。この労力を軽減するために、メール受信用のユーザ名、サーバ名、パスワードをあらかじめクライアントサービスプロバイダ登録しておき、クライアントサービスプロバイダが登録されたサーバを巡回してメールを収集するメール収集方法が提案されている（特許文献２等参照）。
【特許文献１】特開２００１−２１６２１１号公報
【特許文献２】特開２００２−７７２２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、インターネット上の情報源により提供される情報の種類は多様化しているため、上述の従来技術では、携帯端末から複数の情報源に対してアクセスして情報を収集することはやはり困難である。これは、端末側が提供される情報の種類に対応していなければならないためである。たとえば、携帯端末ではＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）文書を表示するためのブラウザの搭載機種は多いが、ウエブサイトの要約や更新情報を示すためのＲＳＳ（ＲＤＦ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ）に利用されるＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）形式のデータを取得して表示するいわゆるＲＳＳリーダを標準搭載しているものはない。そして携帯端末の持つ計算資源の制約を考えれば、ＲＳＳに限らず今後増大するであろう情報源の種類に対応することは困難である。仮にアプリケーションプログラムで対応したとしても、計算資源の乏しさから複数のプログラムを並列に実行することが困難であり、各情報源に対応するプログラムをアクセスの都度起動しなければならない。
【０００５】
同様に、ひとりの利用者が利用する複数の情報源として複数のメールアカウントを持っていたとしても、携帯電話からアクセスできるのはキャリアが提供するものに限られる。また端末としてパーソナルコンピュータを用いたとしても、プロトコルの種類やアカウント名等、メールサーバにログインするための情報はサーバに応じて入力し直さなければならない。
【０００６】
このように、利用者がひとつの端末から複数の情報源にアクセスして、それぞれの情報源から情報を取得することは、利用者の操作負担が重く、その生産性を低下させる原因になる。のみならず、利用者が用いる端末の種類によっては、所望の情報源から情報を取得することが出来ないことさえある。
【０００７】
本発明は上記従来例に鑑みてなされたもので、簡素な機能の端末から、複数種類の情報源に対してアクセスして情報を取得するための情報収集サーバ及び情報収集システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明は以下の構成を備える。すなわち、ネットワークに接続された情報収集サーバであって、各クライアントに関連づけられた、ネットワーク上の情報の取得先に関する情報を含むクライアント情報を格納するクライアント情報格納手段と、利用者による要求に応じてまたは一定の時間間隔で、前記クライアント情報に従って前記取得先から情報を取得する取得手段と、前記取得手段により取得した情報を、当該クライアントに関連づけて格納する取得情報格納手段と、前記クライアントからの要求に応じて前記取得手段を送信する送信手段とを備える。
【発明の効果】
【０００９】
本発明により、利用者の要求に応じてあるいは一定時間間隔でクライアント情報に従って情報源から情報を取得し、その情報をクライアントに送信することで、クライアントは複数の情報源から得た情報を一元的に取得することができる。そして、各情報源に対してクライアントが個別に対応する必要がなく、処理負担や操作負担を軽減できる。
【発明を実施するための最良の形態】
【００１０】
［第１実施形態］
＜情報収集システムの構成＞
図１に本実施形態に係る情報収集システムのブロック図を示す。外部情報源１−４はネットワークに接続されたサーバコンピュータにより実現される。各外部情報源が提供する情報の種類は互いに異なる。情報の種類とは、アプリケーションレベルにおける情報の形式などによる区別であり、情報の種類が異なればそれを取得して表示等の出力をおこなうためのアプリケーションプログラムも異なる。たとえば外部情報源１は電子メールサーバ、外部情報源２はウエブサーバ、外部情報源３はファイルサーバ、外部情報源４はたとえば標準化されていない所定の形式で情報を提供するサーバである。このほか、ＲＳＳファイルもサーバにより提供される外部情報源である。インスタントメッセージも外部情報源により提供される情報の種類のひとつである。ＲＳＳは通常ウエブサーバにより提供されることが多く独立したサーバによっては提供されないが、それを取得して出力するためには専用のアプリケーション（ＲＳＳリーダ）が必要とされる。すなわち、情報の種類という点ではＨＴＭＬ文書などとは異なっており、ひとつの外部情報源を構成する。本実施形態では、電子メールとＲＳＳファイルとを例として、情報収集のための構成及び動作を説明する。なおＲＳＳとは、見出しや要約等のメタ情報をＸＭＬを用いて記述するための形式の規約である。
【００１１】
ここで各外部情報源が接続されたネットワークは本実施形態ではＴＣＰ／ＩＰネットワークである。インターネットであることが一般的だが、イントラネットなどの閉じたネットワークであっても良い。もちろん他のプロトコルを用いて構成されたネットワークについても本発明は適用可能である。ここで、ＴＣＣＰ／ＩＰネットワークに必要な他の資源、たとえばＤＮＳサーバや、携帯電話からインターネット接続するためのゲートウエイ等は省略した。
【００１２】
ネットワークには、サーバ１３が接続されている。サーバ１３は、本実施形態では利用者の端末と情報源との中継をするという意味で中継サーバと呼ぶ。また情報源からの情報を収集する機能を有するため、情報収集サーバと呼ぶ場合もある。中継サーバ１３には、外部情報源１−４それぞれに対応した情報取得ルーチン５−８と、情報取得ルーチンにより取得された情報を、一定の形式に変換してデータベース（ＤＢ）１０に格納するための表示制御ライブラリ９と、クライアント端末（単に端末とも呼ぶ。）１４に対応した処理を行う管理アプリケーション１２が備えられている。これら各ユニットはすべてサーバ１３が有するハードディスクやメモリにロードされたプログラムであり、中継サーバ１３の持つプロセッサにより実行される。データベース１０には、情報取得ルーチンにより収集され、表示制御アプリケーション９により加工されたデータがクライアント毎に蓄積される。したがって、外部情報源により提供される情報の種類が増えた場合であっても、その情報源に対応する情報取得ルーチンをコーディングしてインストールすることで、その新たな種類の情報源から情報を取得できる。もちろん逆に不要な情報取得ルーチンを削除することも容易である。
【００１３】
個人設定情報１１は、中継サーバ１３のハードディスク等の不揮発メモリに保存された各クライアント毎の情報である。個人設定情報１１は、各クライアントに関連づけられた、ネットワーク上の情報の取得先（すなわち外部情報源）に関する情報を含む。管理アプリケーション１２は、端末１４からの要求に応じて個人設定情報１２の変更やデータベース１０へのアクセスを行う。
【００１４】
情報収集時にいずれの情報取得ルーチンを用いるかは、情報源の種類（コンテンツの種類）に応じてあらかじめサーバ１３のオペレーティングシステムが管理する資源データベース（レジストリ）などに登録される。このため、資源データベースに登録しさえすれば、新たな情報源の種類に対応する情報取得ルーチンをサーバ１３により実行することができる。
【００１５】
ネットワークにはさらにクライアント端末１４が接続されている。本実施形態では、端末１４は携帯電話である。端末１４のメモリには、中継サーバ１３により収集されデータベース１０に蓄積された情報を画面上に表示するためのプログラム（コンテンツ監視プログラムと呼ぶ。）と動作設定情報１５が保存されている。このプログラムは、一定周期でデータの有無をサーバ１３に問い合わせたり、サーバ１３から受信した情報を一定の表示形式に整えて表示するという機能を果たす。動作設定情報１５には、サーバ１３にデータの有無を問い合わせる（すなわちポーリングする）周期を示す情報が含まれる。この周期は端末１４では変更できず、コンテンツ監視プログラムとともに中継サーバ１３からダウンロードされる。端末１４が中継サーバ１３をポーリングする周期は、中継サーバが当該ユーザに関して外部情報源をポーリングする周期と同一であることが望ましい。携帯電話１４のハードウエア構成は特に説明しないが、一般的な無線通信のための構成を備えていると共に、Ｊａｖａ（登録商標）等のアプリケーションプログラムをダウンロードして実行できる機能を有している。
【００１６】
＜中継サーバ１３の有するデータ＞
図２に中継サーバ１３の有するデータであるデータベース１０に保存される収集情報および個人設定情報１１の一例を示す。図２（Ａ）は個人設定情報１１に含まれる、ひとりの利用者について登録された情報である。個人設定情報は、ユーザ識別情報２０１とメール設定情報２１０とＲＳＳ設定情報２２０とを含む。もちろん利用者が他の種の情報源から情報の取得を望む場合には、その情報源に対応した設定情報が保存される。ユーザ識別情報は、利用者を固有に識別するための情報である。利用者が携帯電話を端末として用いる場合には、携帯電話の個体毎にユニークに付与されている端末識別情報を利用できる。
【００１７】
メール設定情報２１０にはメールサーバに関するサーバ設定情報と、受信するメールにフィルタをかけるためのフィルタ情報とが含まれる。サーバ設定情報に含まれる情報には以下のものがある。まず利用停止情報２１１は、メールサーバへのアクセスを停止していることを示す。サーバ種類情報２１２は受信メールサーバのプロトコルを示す。たとえばＰＯＰ３やＩＭＡＰ４、ＡＰＯＰなどのプロトコルがある。受信メールサーバアドレス２１３は、文字通り受信メールを保存しているサーバのアドレスを示す。アカウント名２１４およびパスワード２１５は利用者がメールサーバにログインするための認証情報である。アカウント名はしばしば利用者のメールアドレスと同一である。
【００１８】
フィルタ情報に含まれる情報には以下のものがある。受信許可送信元アドレス２１６は、受信するメールの送信元アドレスを示す。すなわち、受信許可送信元アドレス２１６に保存された送信元アドレスを送信元としていないメールは廃棄され、受信されない。受信拒否送信元アドレス２１７は、受信拒否するメールの送信元アドレスを示す。すなわち、受信拒否送信元アドレス２１７に保存された送信元アドレスを送信元とするメールは廃棄され、受信されない。受信許可宛先アドレス２１８は、受信するメールの宛元アドレスを示す。すなわち、受信許可宛先アドレス２１８に保存された宛先アドレスを宛先としないメールは廃棄され、受信されない。なおフィルタ情報に属する各アドレスは、それぞれ複数保存されている場合もある。
【００１９】
ＲＳＳ設定情報２２０には、利用停止情報２２１とフィード設定情報２２２とが含まれる。利用停止情報２２１は、ＲＳＳファイルのポーリングを停止していることを示す。フィード設定情報２２２は、ポーリング対象のＲＳＳファイルの所在（ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  ＬｏｃａｔｏｒあるいはＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を示す。フィード設定情報２２２で示されるネットワーク上の場所がＲＳＳファイルのポーリングの対象となる。フィード設定情報は複数保存される場合もある。なおＲＳＳファイルとは、ＲＳＳの規格に従って記述されたデータファイルを指し、フィードとも呼ぶ。
【００２０】
図２（Ｂ）はデータベース１０に、ひとりの利用者に対応して保存された収集情報の例を示す。データベースには、ユーザ識別情報２５１と、メール蓄積部２６０と、フィード蓄積部２７０とが含まれる。ユーザ識別情報２５１は、図２（Ａ）のユーザ識別情報と同じ情報である。個人設定情報１１のユーザ識別情報２０１が携帯電話の固有情報であれば、データベース１０のユーザ識別情報２５１も携帯電話の固有情報である。
【００２１】
メール蓄積部２６０には、受信メールサーバに対応した情報取得ルーチンにより取得されたメール情報が、１通ごとに識別可能に保存される。個々のメール情報２６１には、固有のメールＩＤと、メールヘッダ部から抽出されたヘッダ情報と、メール本文から抽出された本文情報と、送信済みフラグとが含まれる。ヘッダ情報には、たとえばメールの受信日時や送信者名、タイトル等が含まれる。送信済みフラグは、端末１４からの定期的なポーリングを受けて新着メールに関する情報を送信した場合に、送信の対象となったことを示す。なおメール情報２６１は、端末１４にダウンロードされて実行されるコンテンツ監視プログラムにより処理可能な形式であればよい。図２（Ｂ）では表形式で示しているが、たとえばマークアップ言語やスクリプト等を用いて記述することもできる。もちろん端末１４のコンテンツ監視プログラムがそれを解釈実行できることが前提となる。なお、受信メールに添付ファイルがあった場合、そのことを示すためにフラグフィールドを設けることもできる。また添付ファイルがあればそれを復号した後、添付されていたメール情報に関連づけて別途保存しておいてもよい。
【００２２】
一方フィード蓄積部２７０には、受信メールサーバに対応した情報取得ルーチンにより取得されたＲＳＳファイルが、１ファイルごとに識別可能に保存される。個々のフィード情報２７１には、固有のフィードＩＤと、ＲＳＳファイルから抽出されたヘッダ情報と、ＲＳＳファイルから抽出された本文情報と、送信済みフラグとが含まれる。
【００２３】
ここで簡単にＲＳＳ１．０の形式をごく簡単に説明する。ＲＳＳファイルには、チャネル要素とアイテム要素とが含まれている。チャネル要素には、このＲＳＳがおかれたＵＲＩ、サマリや更新対象のコンテンツのタイトル、内容の説明、コンテンツへのリンク等が記述されている。アイテム要素には、ひとつのチャネルに含まれる個々の項目について、そのタイトル、内容の説明、コンテンツへのリンク等が記述されている。
【００２４】
そして、図２（Ｂ）のフィード情報２７１に含まれるヘッダ情報には、たとえばＲＳＳファイルのチャネル要素に含まれるタイトル要素の内容と、アイテム要素に含まれるタイトル要素の内容と、ファイルの作成日付を示す要素があれば、それにより示される日付とが、それぞれ意識別可能に含まれる。また本文情報には、アイテム要素の含まれるコンテンツへのリンクの先にある情報が含まれる。ここでは本文情報は説明の便宜のためにテキストとする。送信済みフラグは、端末１４からの定期的なポーリングを受けて新着ＲＳＳファイルに関する情報を送信した場合に、送信の対象となったことを示す。
【００２５】
フィード蓄積部２７０にはさらに既読フィード情報２７２も含まれている。既読フィード情報２７２は、既に読み込んだＲＳＳファイルを再度読まないように、一度読んだＲＳＳファイルについてはそれを固有に識別するための情報、たとえばその所在と名称の組み合わせ（これはチャネル要素内に記述されている）を保存するための領域である。
【００２６】
なおフィード情報２７１も、端末１４にダウンロードされて実行されるコンテンツ監視プログラムにより処理可能な形式であればよい。これはメール情報と同様である。またコンテンツをＩＤにより識別するために、メールＩＤおよびフィードＩＤは、それぞれのコンテンツを示す情報と、各コンテンツにおける固有の情報とを含むものとする。
【００２７】
ここで注意すべきは、データベース１０に蓄積された情報はコンテンツの種類（情報源の種類）に関わらず共通の形式で記述される、という点である。たとえばメールのヘッダ情報には、送信者名というＲＳＳにはない情報が含まれており、フィードのヘッダ情報には、チャネルのタイトルやアイテム要素のタイトルという独自の情報が含まれている。しかし本実施形態では、それらは端末装置のコンテンツ監視プログラムにより区別されない。それらは、異なる意味を持つとしても、一定の位置に配置して表示される情報として共通の形式で記述されている。すなわちコンテンツ監視プログラムでは、ヘッダに含まれている情報の意味を判別することはなく、一定の形式で記述された情報フィールドは画面の一定の位置に表示する、という処理が行われる。たとえば、メールヘッダ情報の送信者名と、フィードヘッダ情報のチャネル要素タイトルは、端末では同じ位置に表示される。そこで、中継サーバ１３は、それらを同じ形式で記述してデータベースに保存する。これは本文情報についても同様であるし、他の種のコンテンツについても同様である。
【００２８】
＜端末の保存する情報＞
端末１４に保存される情報の一例を図３に示す。ポーリング周期情報３０１は動作設定情報１５の一部であり、中継サーバ１３に対して新着情報のポーリングを行う周期を示す。メールヘッダ情報３１０には、中継サーバ１３から新着情報として受信したメールのＩＤとヘッダ情報とが含まれる。メールヘッダ情報３１０にはさらに既読フラグが含まれる。既読フラグは、当該メールヘッダ情報に対応するメールの本文情報が中継サーバから読み込まれた場合にセットされる。メール本文情報には、メールＩＤと中継サーバ１３から読み込まれたメールの本文情報が含まれる。
【００２９】
ＲＳＳヘッダ情報３３０には、中継サーバ１３から新着情報として受信したフィードのＩＤとヘッダ情報とが含まれる。ＲＳＳヘッダ情報３３０にはさらに既読フラグが含まれる。既読フラグは、当該ＲＳＳヘッダ情報に対応するフィードの本文情報が中継サーバから読み込まれた場合にセットされる。ＲＳＳ本文情報には、フィードＩＤと中継サーバ１３から読み込まれたフィードの本文情報が含まれる。
【００３０】
＜前処理＞
さて、図１のシステムを構成するためには所定の前処理が必要である。まずあらかじめ利用者は端末１４からサーバ１３にアクセスしてユーザの登録を行う。もちろんオフラインで登録しておくことも出来る。そしてコンテンツ監視プログラムを中継サーバ１３からダウンロードし、実行可能な状態としておく。コンテンツ監視プログラムのダウンロード時に、ユーザに関連づけて保存される動作設定情報１５も同時にダウンロードされる。またサーバ１３へのユーザ登録により、データベース１０に当該利用者のための個人設定情報が新たに登録される。たとえば登録時にメール設定情報やＲＳＳ設定情報を登録することもできるが、登録時にはユーザ識別情報のみの登録であっても良い。いずれにしても、登録した利用者によりサーバ１３が利用可能となるることが必要である。また、データベース１０の収集情報についても、ユーザ識別情報が登録されて、当該利用者に関して収集した情報の保存が行える状態となる。
【００３１】
このように前処理が済んだ状態で図４乃至図７に示す手順が中継サーバ１３および端末１４により実行され、外部情報源からの情報の収集および端末１４への提供が実現される。
【００３２】
＜個人設定情報の変更処理＞
図４および図５に、端末１４のコンテンツ監視プログラムにより実行される個人設定情報の変更手順を示す。コンテンツ監視プログラムは、その画面から設定ボタンが選択されたときに図４の処理を実行する。図８にコンテンツ監視プログラムが表示する待ち受け画面の例を示す。この画面において設定ボタン８０４が選択されると、図４が開始される。ボタンの選択は、たとえば十字キーにより選択状態にあるボタンを移動し、所望のボタンが選択状態になったところで決定ボタンを押すことで行える。さて、その状態で、コンテンツ設定を選択肢に含むメニュー画面が表示される。その状態で入力があると、その入力が何か、すなわちどの選択肢が選択されたか判定する（Ｓ４０１）。選択が「コンテンツ設定」であると、設定対象のコンテンツとしてメールとＲＳＳとを選択肢とするメニュー画面表示して入力を待つ（Ｓ４０２）。入力があると選択が何か判定する（Ｓ４０３）。
【００３３】
選択された設定対象がメールであれば、中継サーバ１３に対してメール設定情報を要求する。要求のメッセージはユーザを特定するためのユーザ識別情報（たとえば端末識別情報）が含まれているので、中継サーバはそのユーザ識別情報に対応するメール設定情報を応答し、端末１４はそれを受信して保存する（Ｓ４０４）。そして、次に設定対象の項目を選択肢とするメニュー画面を表示し、入力を待つ。入力があると、選択された項目が何か判定する（Ｓ４０５）。選択された項目が「サーバ設定」であると、中継サーバ１３から受信したメール設定情報のうち、サーバ種類情報、受信メールサーバアドレス、アカウント名、パスワードを表示する。この状態で、各情報を利用者の操作により変更できる。変更された情報は上書き保存される。その後ステップＳ４０５へ分岐する。
【００３４】
一方選択された項目が「フィルタ設定」であると、中継サーバ１３から受信したメール設定情報のうち、受信許可送信元アドレス、受信拒否送信元アドレス、受信許可宛先阿ドレを表示する。この状態で、各情報を利用者の操作により変更できる。変更された情報は上書き保存される。その後ステップＳ４０５へ分岐する。
【００３５】
選択された項目が「送信」であると、端末１４に保存されているメール設定情報を中継サーバ１３に送信する（Ｓ４０９）。中継サーバ１３は、受信したメール設定情報により、該当する利用者のメール設定情報を更新する。選択された項目が「メール利用停止」であると、メールの利用停止を示す情報を中継サーバ１３に送信する（Ｓ４１０）。中継サーバ１３は、それを受信すると、該当する利用者のメール設定情報に属する利用停止情報を「利用停止」に書き替える。また選択された項目が「その他の設定」であると、その他の設定が行われる。たとえば新着情報を中継サーバ１３から受信した場合のアラーム方法（鳴動や振動など）の変更が行われる。
【００３６】
一方ステップＳ４０３においてＲＳＳが選択されたと判定した場合には、図５のステップＳ５０１に分岐する。選択された設定対象がＲＳＳであれば、中継サーバ１３に対してＲＳＳ設定情報を要求する。中継サーバ１３はユーザ識別情報に対応するＲＳＳ設定情報を応答し、端末１４はそれを受信して保存する（Ｓ５０１）。そして、次に設定対象の項目を選択肢とするメニュー画面を表示し、入力を待つ。入力があると、選択された項目が何か判定する（Ｓ５０２）。選択された項目が「フィード設定」であると、中継サーバ１３から受信したメール設定情報のうち、フィード設定情報を表示する。この状態で、フィード設定情報を利用者の操作により変更できる。変更された情報は上書き保存される。その後ステップＳ５０２へ分岐する。
【００３７】
選択された項目が「送信」であると、端末１４に保存されているＲＳＳ設定情報を中継サーバ１３に送信する（Ｓ５０６）。中継サーバ１３は、受信したＲＳＳ設定情報により、該当する利用者のＲＳＳ設定情報を更新する。選択された項目が「ＲＳＳ利用停止」であると、ＲＳＳの利用停止を示す情報を中継サーバ１３に送信する（Ｓ５０５）。中継サーバ１３は、それを受信すると、該当する利用者のＲＳＳ設定情報に属する利用停止情報を「利用停止」に書き替える。また選択された項目が「その他の設定」であると、その他の設定が行われる。たとえば新着情報を中継サーバ１３から受信した場合のアラーム方法（鳴動や振動など）の変更が行われる。以上の手順により端末１４から個人設定情報を変更することができる。
【００３８】
＜中継サーバによる外部情報源のポーリング＞
中継サーバ１３は、定期的に外部情報源１〜外部情報源４をポーリングし、新たな情報があればそれをダウンロードする。ポーリングは個人設定情報１１に登録された利用者それぞれについて、その設定に応じて行われる。本実施形態ではポーリングの周期は一定である。したがって、たとえばポーリングの周期が１時間であれば、すべての利用者について、１時間に１回ずつ登録された外部情報源に対するポーリングが行われる。図６の処理は中継サーバ１３による外部情報源のポーリング処理を示す図である。図６はたとえばポーリング周期の経過を示すタイマが満了した場合に実行される。また図６の処理は、登録されたひとりの利用者に関する処理である。そのため図６の処理はすべての利用者に関して行われる。これは並列であっても逐次的であってもよく、全利用者について１回のポーリング周期内に完了すればよい。なお処理対象となる利用者を着目ユーザと呼ぶ。図６の手順は種として情報取得ルーチンおよび表示制御ライブラリ９により行われる。
【００３９】
まず、着目ユーザの個人設定情報を参照し、そこに含まれるメール利用停止情報を参照する（Ｓ６０１）。そしてメールの利用停止情報が利用停止を示しているか判定する（Ｓ６０２）。利用停止でなければ、着目ユーザのサーバ設定情報（サーバ種類情報、受信メールサーバアドレス、アカウント名、パスワード）を用いて、受信メールサーバに認証情報（アカウント名およびパスワード）を送信しログインする（Ｓ６０３）。ログインの手順はサーバ種類情報で示されるプロトコルに従う。次に新着メールをログインしたメールサーバに要求する（Ｓ６０４）。たとえばＰＯＰサーバでは、メールが新着か否かはメールサーバでは区別されない。このような場合、端末にダウンロードされたメールはメールサーバから削除されるように設定しておけば、メールサーバにスプールされているメールはすべて新着メールとなる。そしてメールがあればひとつずつダウンロードする（Ｓ６０５−ＹＥＳ）。ステップＳ６０３〜ステップＳ６０５はメールに対応した情報取得ルーチンにより行われる。
【００４０】
ダウンロードしたメールにはメールＩＤを付与し、ヘッダ情報及び本文情報を、当該利用者に対応するメール蓄積部２６０に保存する。そしてそのメール情報に対応する送信済みフラグをリセットしておく（Ｓ６０６）。この処理は表示制御ライブラリ９により行われる。ステップＳ６０６においては、表示制御ライブラリ９は端末１４のコンテンツ監視プログラムが処理可能あるいは解釈実行可能な形式で、ヘッダ情報及び本文情報を構成し保存する。この形式の最も簡単な例には、各フィールドに所定のコードを長さを示す情報を付加し、その後にヘッダ情報や本文情報という内容を示す情報を付加した形式がある。ステップＳ６０４〜ステップＳ６０６はすべてのメールをダウンロードするまで繰り返される。
【００４１】
ステップＳ６０２において利用停止であると判定された場合、または、ステップＳ６０５においてダウンロードすべきメールがもはやないと判断された場合、ステップＳ６０７に分岐する。着目ユーザの個人設定情報を参照し、そこに含まれるＲＳＳ利用停止情報を参照する（Ｓ６０７）。そしてＲＳＳの利用停止情報が利用停止を示しているか判定する（Ｓ６０８）。利用停止でなければ、着目ユーザのフィード設定情報を用いて、フィード設定情報で示される所在にアクセスして新着のＲＳＳファイルがあればそれを取得する。（Ｓ６０９）。たとえば、既読フィード情報２７２に保存された情報（たとえばＵＲＩ）と照合し、一致するものがなければ新着であると判定できる。ステップＳ６０９はＲＳＳに対応した外部情報取得ルーチンにより行われる。
【００４２】
ダウンロードしたＲＳＳファイルにはフィードＩＤを付与し、ヘッダ情報及び本文情報を、当該利用者に対応するＲＳＳ蓄積部２７０に保存する。そしてそのフィード情報に対応する送信済みフラグをリセットしておく（Ｓ６１０）。この処理は表示制御ライブラリ９により行われる。ステップＳ６１０においては、表示制御ライブラリ９は、端末１４のコンテンツ監視プログラムが処理可能あるいは解釈実行可能な形式で、ヘッダ情報及び本文情報を構成し保存する。たとえば、チャネル要素のタイトル及びアイテム要素のタイトルをヘッダ情報として、アイテム要素のリンクにより示されるコンテンツを本文情報として保存する。形式はメールと同じであることが望ましい。そしてステップＳ６１１において巡回先がまだあるか判定し、あればステップＳ６０９に分岐する。巡回先の有無は、１ポーリング周期における処理において、フィード情報に含まれるＵＲＩすべてに対してアクセスしたか否かにより判定される。
【００４３】
以上の手順により、中継サーバ１３は、各利用者毎に設定された外部情報源にアクセスし、そこから情報を収集して各利用者毎にデータベース１０に保存する。もちろんメールやＲＳＳフィードに限らず、インスタントメッセージや独自プロトコルの情報源からも、それに対応する情報取得部を用意することで情報を収集できる。
【００４４】
＜端末による中継サーバのポーリング＞
図７は、端末（特にコンテンツ監視プログラム）による中継サーバ１３のポーリング手順を示すシーケンス図である。このポーリングは一定周期で行われる。中継サーバ１３による外部情報源のポーリングと同一周期であることが望ましい。図７の手順は、ポーリング周期を示すタイマが満了したときに実行される。
【００４５】
まず端末は中継サーバ１３に対してポーリング要求のメッセージを送信する（Ｓ７０１）。（Ｓ７０１）このメッセージにはユーザ識別情報（たとえば端末識別情報）が含まれる。中継サーバ１３（特に管理アプリケーション）はこれを受信すると、データベース１０に蓄積された情報のうち、該当する利用者の情報から、送信済みフラグがオフ（すなわちみ送信）であるようなメールＩＤおよびそのヘッダ情報と、同じくみ送信フラグがオフのフィードＩＤおよびそのヘッダ情報とを端末１４に送信する。そして送信されたメール情報及びフィード情報の送信済みフラグをセットする（Ｓ７１１）。これにより、端末１４に対して、いわゆる新着情報のヘッダ情報が送信される。
【００４６】
メールＩＤおよびフィードＩＤおよびヘッダ情報を受信した端末１４のコンテンツ監視プログラムは、コンテンツ毎に新着情報があったことをたとえばアイコンによって待ち受け画面に表示する。利用者が新着情報があったことを知りコンテンツに対応するアイコンを選択すると、コンテンツごとに受信した件数およびヘッダ情報を画面に表示する（Ｓ７０２）。その表示例を図８（Ａ）に示す。図８（Ａ）においては画面８０１内に、新着件数８０２と新着情報のうちの最新のひとつについてヘッダ情報８０３が表示される。このほか、アラームや未読であることや振動モードであることを示すアイコン８０６〜８０８などが表示されるこの画面構成は、各コンテンツについて共通である。表示されるヘッダ情報の内容は、メールであれば受信日時、送信者名、タイトル（件名）であるのに対して、ＲＳＳフィードであれば、受信日時、チャネル要素タイトル、アイテム要素タイトル（件名）である。しかしコンテンツ監視サーバは、これら内容の相違を区別することなく、その記述や形式にしたがって定まる位置に表示するだけである。
【００４７】
さて、図８（Ａ）の表示状態で、利用者がひとつのヘッダ情報を選択すると（たとえば十字ボタンと決定キーを用いる。）、その操作に応じて指定されたヘッダ情報に対応するメールＩＤまたはフィードＩＤとともに、本文情報を要求するメッセージを中継サーバ１３に送信する（Ｓ７０３）。もちろんユーザ識別情報も送信される。これを受信した中継サーバ１３は、該当する利用者について、要求されたＩＤに対応する本文情報を端末１４に返信する（Ｓ７１２）。ＩＤにはコンテンツの種類を示す情報が含まれているので、メールかＲＳＳかはＩＤにより判定可能である。
【００４８】
さて本文情報を受信したコンテンツ監視プログラムは、受信した本文情報を画面に表示する（Ｓ７０４）。本文情報もヘッダ情報と同様にコンテンツ監視プログラムで表示可能に整形されている。たとえば、データ長とデータ長で示される長さのテキストデータなどが、本文情報の形式の例としてあげられる。コンテンツ監視プログラムは、そのテキストを表示枠に配置して表示する。図８（Ｂ）にその例を示す。画面８０１にはヘッダ情報と本文情報とが配置され表示される。
【００４９】
以上の構成及び手順により、本実施形態の情報収集システムは、携帯電話など計算資源や能力に乏しい端末に対して、種々の情報源から取得した情報を、端末が処理可能な形式で提供することができる。このため、端末は複数の情報源を巡回的にアクセスする必要がなく、処理負荷が軽くなると共に、トラフィックの軽減を図ることができる。
【００５０】
また、中継サーバ１３のデータベース１０には、コンテンツの種類（すなわ情報源の種類）が異なる場合にも共通の形式で情報が蓄積されるために、端末はその情報を受信するために複数のアプリケーションを実行する必要がない。
【００５１】
また、中継サーバにインストールされる外部情報取得ルーチンは、アクセスする外部情報源の種対に応じて増設可能であるために、ネットワーク環境に柔軟に対応することが出来る。
【００５２】
さらにデータベース１０に蓄積するデータ形式をＨＴＭＬにすれば、そのクライアントである端末は、そこで実行されるウエブブラウザによってあらゆる種類の情報源からサーバ１３が取得した情報を再取得し、それを表示できる。
【００５３】
［変形例］
なお中継サーバ１３による外部情報源のポーリング周期は可変としても良い。たとえばＲＳＳファイルには、更新周期が要素中に記述されているものがある。そのようなＲＳＳは、ポーリングの周期も更新周期と同一でよい。そこでたとえば個人設定情報中のフィード設定情報に、情報源を示すＵＲＩに関連づけてその更新周期および最後のポーリング時刻を保存する。そして、所定のポーリングの周期が経過した場合、フィード設定情報の更新周期と最後のポーリング時刻を参照して、最後のポーリング時刻からの経過時間が更新周期に満たない場合には、ポーリングを行わない。こうすることで、ポーリングの回数を最小限に抑制でき、ネットワークトラフィックの増大を抑制し、無駄なポーリングによる処理のオーバーヘッドを抑制できる。
【００５４】
また端末１４による中継サーバ１３のポーリング間隔も、端末１４から変更可能としても良い。その場合には、利用者がポーリング間隔を設定できるので、頻繁にメールを利用したり更新頻度の高いサイトを利用する利用者は新鮮な情報を取得するために周期を短く、相でない利用者は周期を長く設定することができる。このため、端末に不要な負荷をかけることがない。
【００５５】
［第２実施形態］
本発明の第２実施形態の情報収集システムのブロック図を図９に示す。図９において、インターネット等のネットワーク９０７には、メールサーバ９０３〜メールサーバ９０６などの複数のメールサーバが接続されている。またネットワーク９０７には、ウエブメールサーバ９１とウエブブラウザがインストールされたクライアントコンピュータ９０２が接続されている。ウエブメールサーバ９０１には、メールサーバから受信メールを取得するためのメール取得プログラム９１１と、データベース９１３と、ウエブサーバ９１２とが実行可能にインストールされている。
【００５６】
図１０にデータベース９１３の内容の一例を示す。図１０にはひとりの登録ユーザに対応する項目が示されている。ユーザＩＤ１００１は、ウエブメールサーバ９０１に登録された登録ユーザに固有の識別情報である。パスワード１００２も同様に登録ユーザに固有のパスワードである。これらの認証情報は、別途定められた登録手順により登録され、ウエブメールサーバ９０１にログインする際に要求され、認証される。
【００５７】
このほか、メールサーバ情報１０１０、１０２０、受信メールスプール１０３０，送信済みメールスプール１０４０が登録ユーザ毎に保存される。メールサーバ情報は、登録ユーザが利用するメールアカウントごとに保存される。図１０の例では２つのアカウントに対応して、メールサーバ情報１とメールサーバ情報２がある。メールサーバ情報１０１０には、サービスプロバイダにより付与されたアカウント名１０１１、メールサーバアドレス１０１２、パスワード１０１３、その他の設定情報（プロトコルなど）１０１４が含まれる。なお本例では、アカウント名はメールアドレスあるいはそこからドメイン名を除いたものとしているが、異なる場合には当該サービスプロバイダにより付与されたメールアドレスを保存する必要がある。アカウント名１０１１およびパスワード１０１３は、メールサーバにログインするために要求される。
【００５８】
メールサーバアドレス１０１２は受信メールサーバ及び送信メールサーバのアドレスを示す。両アドレスが相違する場合には、別々に保有する必要がある。受信メールスプール１０３０は、メールサーバからダウンロードした受信メールを保存するためのファイルであり、送信済みメールスプール１０４０は送信したメールを保存するためのファイルである。
【００５９】
図１１及び図１２に、本実施形態に係るクライアントコンピュータ９０２、ウエブメールサーバ９０１、メールサーバ９０３〜メールサーバ９０６による処理シーケンスを示す。ただしメールサーバは１台で代表している。クライアント９０２とウエブメールサーバ９０１との間はＨＴＴＰで、ウエブメールサーバ９０１とメールサーバとの間は、メール送信に関してはＳＭＴＰ、メール受信に関してはＰＯＰ３、ＡＰＯＰ、ＩＭＡＰ４などのプロトコルで通信が行われる。
【００６０】
まずクライアント９０２が、ウエブメールサーバ９０１のＵＲＬを指定して接続を要求する（Ｓ１１０１）。この手順においてユーザ認証が行われる。ウエブメールサーバ９０１は、その要求に応じて、当該ユーザについて登録されたメールサーバを選択肢として含む選択画面を作成してクライアント９０２に返信する（Ｓ１１１１）。選択肢は登録されたメールサーバに限られる。それを受信したクライアント９０２は、ＨＴＭＬの記述に従って画面（サーバ選択画面）の表示を行う（Ｓ１１０２）。クライアント９０２の操作者が画面から所望のサーバを選択して送信ボタンを押せば、そのメールサーバ選択情報がウエブメールサーバ９０１に送信される（Ｓ１１０３）。選択情報はたとえば、選択された選択肢を示す符号などである。
【００６１】
それを受信したウエブメールサーバ９０１は、クライアント９０２によって選択されたサーバに対応するメールサーバ情報１０１０にアクセスする。そして、そのなかに保存されたメールサーバアドレス１０１２に対して接続要求を発行しアカウント名１０１１及びパスワード１０１３を送信してログインする（Ｓ１１１２）。ログインが成功するとメールサーバはログインしたユーザのメールボックスを参照してメール数を応答する（Ｓ１１２１）。それを受信したウエブメールサーバ９０１は、受信したメール数、送信メールの作成や受信メールのダウンロードなどの選択肢を含むＨＴＭＬ画面情報を作成し、クライアント９０２に送信する（Ｓ１１１３）。
【００６２】
それを受信したウエブメールサーバ９０１は、受信した画面情報にしたがって画面を表示し（Ｓ１１０４）、そこでなされた利用者による操作があれば、操作を示す操作情報をウエブメールサーバ９０１に送信する（Ｓ１１０５）。それを受信したウエブメールサーバ９０１は、操作内容を判定する（Ｓ１１１４）。判定の結果、操作が受信メールのダウンロードであれば、ログインしているメールサーバに対して、全受信メールのダウンロードを要求する（Ｓ１１１５）。もちろんプロトコル上、１通ずつしかダウンロードできない場合には、全てダウンロードするまで繰返しダウンロード要求する。メールサーバはその要求に応じて当該ユーザのメールボックス内の受信メールをウエブメールサーバ９０１に送信する（Ｓ１１２２）。
【００６３】
ウエブメールサーバ９０１はダウンロードしたメールを受信メールスプール１０３０にスプールする。そして新たにダウンロードした受信メールを含めて、メールリストの画面情報を作成し、クライアント９０２に送信する（Ｓ１１１６）。リストにはたとえばメールのＩＤ、日付、送信者、タイトルが含まれる。リストの各項目には対応するメールへのリンク情報が埋め込まれる。クライアント９０２はそれを受信して表示する（Ｓ１１０６）。そして利用者によりメールリスト中の項目が選択されるとそのリンク情報に対するアクセスが発生する（Ｓ１１０７）。ウエブメールサーバ９０１は、受信したリンク情報（たとえばＵＲＬ）に対する情報、すなわち選択されたメール情報をクライアント９０２に送信する（Ｓ１１１７）。
【００６４】
さて、ステップＳ１１１４において操作がメールの送信であった場合、受信したデータにはメール送信に必要な情報が全て含まれていればその情報に従って、メール送信の手順を実行する（Ｓ１１１８）。この処理により、メールサーバからメールが送信される（Ｓ１１２３）。ウエブメールサーバ９０１は送信したメールを送信済みメールスプールに保存し、送信済みメールスプールに含まれるメールのリスト画面をステップＳ１１１６と同じ要領で作成してクライアントに送信する（Ｓ１１１９）。クライアント９０２では受信した画面情報を表示する（Ｓ１１０８）。
【００６５】
本実施形態の手順はひとつの例示に過ぎず、クライアント９０２によりメールサーバからダウンロードしたメールを取得するための手順には、様々なバリエーションがあり得る。それらバリエーションにもかかわらず本実施形態において特に重要な点は以下の２点にある。第１に、ウエブメールサーバが登録ユーザが有するメールアカウントの認証情報を持ち、メールダウンロードを代行することである。第２に、ウエブメールサーバとクライアントとがＨＴＴＰで接続され、クライアントのユーザインターフェースにＨＴＭＬが利用されていることである。
【００６６】
以上の手順により、利用者はウエブメールサーバにあらかじめ登録しておいたメールサーバのうちの所望のメールサーバから受信メールをダウンロードでき、出力できる。クライアントにおいてはウエブブラウザがユーザインターフェースであるので、利用者は、たとえばボタン等の選択のみによって複数のサービスプロバイダにより提供されたメールアカウントを用いて受信メールを読むことが出来る。また、利用者がアカウントを有するメールサーバのうち所望のものを用いてメールを送信できる。
【００６７】
認証情報はウエブメールサーバ９０１が管理するために、資料者が各メールサーバにログインすべくアカウント名やパスワードを入力し直す操作上の負担を軽減できる。
【００６８】
また、ウエブメールサーバ９０１によるメールサーバからの受信メールのダウンロードを定期的に行うようにすれば、クライアントからの要求に応じてメールサーバにアクセスすることがなくなるので、クライアントによるメールのダウンロードおよび参照が容易に行える。
【００６９】
第２の実施形態では、クライアント端末とウエブメールサーバとはＨＴＴＰにしたがって通信を行い、送受信されるデータはＨＴＭＬ形式であるとしたが、クライアントとウエブメールサーバとの間で互換性を有する形式であれば、ＨＴＭＬとは限られない。他の標準化された形式であっても良いし、独自の形式であっても良い。後者の場合には、クライアントにおいて独自形式のデータを解釈し、表示等の処理を行うためのプログラムがクライアントコンピュータにインストールされ実行されていることが必要である。ウエブメールサーバは、メールサーバからダウンロードしたメールのデータをその独自形式に変換する機能を持つ。
【００７０】
なお第１実施形態及び第２実施形態とも、汎用コンピュータにロードされるプログラムと、携帯端末にロードされるプログラムにより実現できる。すなわち、図４，５，６，７，１１，１２等に示す手順のプログラムをコンピュータにより実行させることでも本発明は実現される。
【図面の簡単な説明】
【００７１】
【図１】本実施形態に係る情報収集システムのブロック図である。
【図２】データベース１０に保存される収集情報および個人設定情報１１の一例を示す図である。
【図３】端末１４に保存される情報の一例を示す図である。
【図４】コンテンツ監視プログラムにより実行される個人設定情報の変更手順を示すフローチャートである。
【図５】コンテンツ監視プログラムにより実行される個人設定情報の変更手順を示すフローチャートである。
【図６】中継サーバ１３による外部情報源のポーリング処理のフローチャートである。
【図７】端末１４による中継サーバ１３のポーリング手順を示すシーケンス図である。
【図８】端末１４に表示される待ち受け画面の構成の例を示す図である。
【図９】第２実施形態の情報収集システムのブロック図である。
【図１０】データベース９１３の内容の一例を示す図である。
【図１１】第２実施形態に係るクライアントコンピュータ９０２、ウエブメールサーバ９０１、メールサーバ９０３〜メールサーバ９０６による処理シーケンスを示す図である。
【図１２】第２実施形態に係るクライアントコンピュータ９０２、ウエブメールサーバ９０１、メールサーバ９０３〜メールサーバ９０６による処理シーケンスを示す図である。
【図１】
2006344073.tif 000003
【図２】
2006344073.tif 000004
【図３】
2006344073.tif 000005
【図４】
2006344073.tif 000006
【図５】
2006344073.tif 000007
【図６】
2006344073.tif 000008
【図７】
2006344073.tif 000009
【図８】
2006344073.tif 000010
【図９】
2006344073.tif 000011
【図１０】
2006344073.tif 000012
【図１１】
2006344073.tif 000013
【図１２】
2006344073.tif 000014