(57)【要約】【課題】ＳＩＭＬＰＥのフレームワークをベースに情報収集から情報配信を実現し、ユーザのプレゼンス状態及びポリシー情報に応じて適切な情報配信を実現できるようにする。【解決手段】本発明の情報配信システムは、各情報のプレゼンス情報及び各ユーザのプレゼンス情報を管理するプレゼンス情報管理手段と、少なくともユーザが配信要求する各情報に対してリアルタイム配信の要否が設定されている配信情報管理ポリシー情報と、ユーザのプレゼンス状態の違いに応じて実行動作が設定されている配信動作管理ポリシー情報とを管理するポリシー情報管理手段と、配信情報管理ポリシー情報を参照し、リアルタイム配信を要望する情報は、配信動作管理ポリシー情報に従ってリアルタイムで情報配信させると共に、リアルタイム配信を要望しない情報は、配信動作管理ポリシー情報に従って周期的に情報配信させる情報配信手段とを備える。【選択図】      図１
2008276289.tif 000002
【特許請求の範囲】
【請求項１】
１又は複数のユーザのそれぞれが配信要求する１又は複数の情報を、上記各ユーザのユーザ端末に対して配信する情報配信システムにおいて、
上記各ユーザが配信要求する上記各情報のプレゼンス情報及び上記各ユーザのプレゼンス情報を管理するプレゼンス情報管理手段と、
少なくとも上記ユーザが配信要求する上記各情報に対してリアルタイム配信の要否が設定されている上記ユーザ毎の配信情報管理ポリシー情報と、上記ユーザのプレゼンス状態の違いに応じて実行動作が設定されている上記ユーザ毎の配信動作管理ポリシー情報とを管理するポリシー情報管理手段と、
上記各配信情報管理ポリシー情報を参照し、リアルタイム配信を要望する情報については、上記各配信動作管理ポリシー情報に従ってリアルタイムで情報配信させると共に、リアルタイム配信を要望しない情報については、上記各配信動作管理ポリシー情報に従って所定の時間間隔毎に情報配信させる情報配信手段と
を備えることを特徴とする情報配信システム。
【請求項２】
上記情報配信手段は、
上記プレゼンス情報管理手段から上記情報のいずれかの状態変更通知を受けると、上記各配信情報管理ポリシー情報を参照し、上記情報がリアルタイム配信を要望する情報である場合、上記各配信動作管理ポリシー情報及び上記ユーザのプレゼンス情報に基づいて情報配信を実行動作とするときに、情報提供手段から状態変更した上記情報を収集して、リアルタイム配信をさせるリアルタイム配信制御部を有することを特徴とする請求項１に記載の情報配信システム。
【請求項３】
上記各配信情報管理ポリシー情報は、上記各情報に対して情報収集周期が設定されているものであり、
上記情報配信手段は、上記各配信動作管理ポリシー情報及び上記ユーザのプレゼンス情報に基づいて情報配信を実行動作とする場合に、上記情報収集周期毎に情報提供手段から上記各情報を収集して、定期的な情報配信をさせる定期配信制御部を有することを特徴とする請求項１又は２に記載の情報配信システム。
【請求項４】
上記プレゼンス情報管理手段は、上記各ユーザの上記ユーザ端末に割り当てられたプレゼンスリスト識別情報を管理するものであって、上記情報の更新要求の際、上記ユーザ端末の上記プレゼンスリスト識別情報を用いて上記情報配信手段に要求し、
上記情報配信手段は、情報配信する際、上記プレゼンス管理手段から受け取った上記プレゼンスリスト識別情報を用いて上記情報を上記プレゼンス情報管理手段に送信し、
上記プレゼンス情報管理手段は、上記情報をプレゼンス形式の配信情報として形成し、上記プレゼンスリスト識別情報に基づく上記ユーザ端末に対して、上記プレゼンス形式の配信情報を送信する
ことを特徴とする請求項１〜３のいずれかに記載の情報配信システム。
【請求項５】
１又は複数のユーザのそれぞれが配信要求する１又は複数の情報を、上記各ユーザのユーザ端末に対して配信する情報配信方法において、
プレゼンス情報管理手段が、上記各ユーザが配信要求する上記各情報のプレゼンス情報及び上記各ユーザのプレゼンス情報を管理するプレゼンス情報管理工程と、
ポリシー情報管理手段が、少なくとも上記ユーザが配信要求する上記各情報に対してリアルタイム配信の要否が設定されている上記ユーザ毎の配信情報管理ポリシー情報と、上記ユーザのプレゼンス状態の違いに応じて実行動作が設定されている上記ユーザ毎の配信動作管理ポリシー情報とを管理するポリシー情報管理工程と、
情報配信手段が、上記各配信情報管理ポリシー情報を参照し、リアルタイム配信を要望する情報については、上記各配信動作管理ポリシー情報に従ってリアルタイムで情報配信させると共に、リアルタイム配信を要望しない情報については、上記各配信動作管理ポリシー情報に従って所定の時間間隔毎に情報配信させる情報配信工程と
を有することを特徴とする情報配信方法。
【請求項６】
１又は複数のユーザのそれぞれが配信要求する１又は複数の情報を、上記各ユーザのユーザ端末に対して配信する情報配信サーバにおいて、
少なくとも上記ユーザが配信要求する上記各情報に対してリアルタイム配信の要否が設定されている上記ユーザ毎の配信情報管理ポリシー情報と、上記ユーザのプレゼンス状態の違いに応じて実行動作が設定されている上記ユーザ毎の配信動作管理ポリシー情報とを管理するポリシー情報管理手段と、
上記各配信情報管理ポリシー情報を参照し、リアルタイム配信を要望する情報については、上記各配信動作管理ポリシー情報に従ってリアルタイムで情報配信させると共に、リアルタイム配信を要望しない情報については、上記各配信動作管理ポリシー情報に従って所定の時間間隔毎に情報配信させる情報配信手段と
を備えることを特徴とする情報配信サーバ。
【請求項７】
１又は複数のユーザのそれぞれが配信要求する１又は複数の情報を、上記各ユーザのユーザ端末に対して配信する情報配信プログラムにおいて、
コンピュータに、
少なくとも上記ユーザが配信要求する上記各情報に対してリアルタイム配信の要否が設定されている上記ユーザ毎の配信情報管理ポリシー情報と、上記ユーザのプレゼンス状態の違いに応じて実行動作が設定されている上記ユーザ毎の配信動作管理ポリシー情報とを管理するポリシー情報管理手段、
上記各配信情報管理ポリシー情報を参照し、リアルタイム配信を要望する情報については、上記各配信動作管理ポリシー情報に従ってリアルタイムで情報配信させると共に、リアルタイム配信を要望しない情報については、上記各配信動作管理ポリシー情報に従って所定の時間間隔毎に情報配信させる情報配信手段
として機能させる情報配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報配信システム、情報配信方法、情報配信サーバ及び情報配信プログラムに関し、例えば、ＩＥＴＦ（The  Internet  Engineering  Task  Force）で検討されているＳＩＭＰＬＥ（SIP  for  Instant  Messaging  and  Presence  Leveraging  Extensions）技術を利用したＰＵＳＨ型情報配信システムに適用し得る。
【背景技術】
【０００２】
例えば、携帯電話機等の情報通信機能を有する携帯端末を利用した情報配信システムがある。従来、ユーザの携帯端末に情報を配信する主な方法として、ＰＵＬＬ型とＰＵＳＨ型とがある。ＰＵＬＬ型とは、検索エンジンを用いてユーザが情報を検索し、ウェブサイト上の情報をユーザが要求することで必要な情報を取得する方法をいう。ＰＵＳＨ型とは、ユーザからの要求に応じて情報を配信するのではなく、ユーザの携帯端末の状態変化を契機としてサーバ等が情報を配信する方法をいう。
【０００３】
ところで、従来の携帯端末を利用して情報配信システムを実際に運用する際には、以下に示す課題が生じる。
【０００４】
（１）現状の情報配信としては、例えばＲＳＳ（RDF  Site  Summary）リーダ等が定期的にＷｅｂを巡回して情報を取得し、電子メール等を用いて情報配信することが主流であるが、情報配信のリアルタイム性に乏しく、情報配信の確実性が十分でない。
【０００５】
（２）例えばＲＳＳリーダソフト等を携帯端末に設定することでＰＵＬＬ型の情報配信を実現する方法もあるが、専用ソフトを設定するため携帯端末の負荷が増加する。
【０００６】
（３）ユーザによる携帯端末の使用状況やポリシー等に応じた情報配信ができない。
【０００７】
従来、これらの課題を回避するために、例えば特許文献１〜特許文献３に記載の技術を利用することとしている。
【０００８】
特許文献１には、ＩＥＴＦで規定されている標準プレゼンス機能を利用して情報配信する技術が記載されている。これにより、ユーザの携帯端末への情報配信を確実に行なうことができる。また、携帯端末がＳＩＭＰＬＥ技術対応であれば、例えばＲＳＳリーダのような専用ソフトを携帯端末に設定する必要がなく、携帯端末の負担を抑えることができる。
【０００９】
特許文献２には、配信希望時刻及び希望分野を含む基本データに基づいて、所望の更新情報を所望時刻に配信する技術が記載されている。これにより、ユーザの携帯端末の状況に応じて情報を配信が可能となる。
【００１０】
【特許文献１】特開２００５−３１２８４４号公報
【特許文献２】特開２００１−０２２６７２号公報
【特許文献３】特開２００３−１５０４８７号公報
【非特許文献１】IETF  RFC3265  Session  Initiation  Protocol（SIP）−Specific  Event  Notification
【非特許文献２】IETF  RFC3261  SIP：Session  Initiation  Protocol
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上述した特許文献１に記載の技術は、情報収集を実施した情報を配信する仕組みに関して、定期配信のケースしか記載されておらず、リアルタイムの情報を携帯端末に配信する技術については言及されていない（リアルタイム配信するための情報収集手段等の記載なし）ため、リアルタイム性を実現することができない。また、具体的にどのような信号を使い、どのようなデータフォーマットでユーザの携帯端末に情報を提供するかも明確にされていない。
【００１２】
また、特許文献２に記載の技術も、あくまでも予め決められたポリシーに従っての情報配信を行なう方法であるため、ユーザの状況に応じて適切に情報配信がされているとはいい難い。
【００１３】
そのため、本発明は、上記課題を解決すべく、ＩＥＴＦ（ＳＩＭＬＰＥ）でのフレームワークをベースに情報収集から情報配信を実現すること、かつ、ユーザのプレゼンス状態及びユーザのポリシー情報（リアルタイムに情報収集したい情報とリアルタイム性を求めない情報区別した情報配信ポリシー）に応じて適切な情報配信を実現する、情報配信システム、情報配信方法、情報配信サーバ及び情報配信プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
かかる課題を解決するために、第１の本発明の情報配信システムは、１又は複数のユーザのそれぞれが配信要求する１又は複数の情報を、各ユーザのユーザ端末に対して配信する情報配信システムにおいて、（１）各ユーザが配信要求する各情報のプレゼンス情報及び各ユーザのプレゼンス情報を管理するプレゼンス情報管理手段と、（２）少なくともユーザが配信要求する各情報に対してリアルタイム配信の要否が設定されているユーザ毎の配信情報管理ポリシー情報と、ユーザのプレゼンス状態の違いに応じて実行動作が設定されているユーザ毎の配信動作管理ポリシー情報とを管理するポリシー情報管理手段と、（３）各配信情報管理ポリシー情報を参照し、リアルタイム配信を要望する情報については、各配信動作管理ポリシー情報に従ってリアルタイムで情報配信させると共に、リアルタイム配信を要望しない情報については、各配信動作管理ポリシー情報に従って所定の時間間隔毎に情報配信させる情報配信手段とを備えることを特徴とする。
【００１５】
第２の本発明の情報配信方法は、１又は複数のユーザのそれぞれが配信要求する１又は複数の情報を、各ユーザのユーザ端末に対して配信する情報配信方法において、（１）プレゼンス情報管理手段が、各ユーザが配信要求する各情報のプレゼンス情報及び各ユーザのプレゼンス情報を管理するプレゼンス情報管理工程と、（２）ポリシー情報管理手段が、少なくともユーザが配信要求する各情報に対してリアルタイム配信の要否が設定されているユーザ毎の配信情報管理ポリシー情報と、ユーザのプレゼンス状態の違いに応じて実行動作が設定されているユーザ毎の配信動作管理ポリシー情報とを管理するポリシー情報管理工程と、（３）情報配信手段が、各配信情報管理ポリシー情報を参照し、リアルタイム配信を要望する情報については、各配信動作管理ポリシー情報に従ってリアルタイムで情報配信させると共に、リアルタイム配信を要望しない情報については、各配信動作管理ポリシー情報に従って所定の時間間隔毎に情報配信させる情報配信工程とを有することを特徴とする。
【００１６】
第３の本発明の情報配信サーバは、１又は複数のユーザのそれぞれが配信要求する１又は複数の情報を、各ユーザのユーザ端末に対して配信する情報配信サーバにおいて、（１）少なくともユーザが配信要求する各情報に対してリアルタイム配信の要否が設定されているユーザ毎の配信情報管理ポリシー情報と、ユーザのプレゼンス状態の違いに応じて実行動作が設定されているユーザ毎の配信動作管理ポリシー情報とを管理するポリシー情報管理手段と、（２）各配信情報管理ポリシー情報を参照し、リアルタイム配信を要望する情報については、各配信動作管理ポリシー情報に従ってリアルタイムで情報配信させると共に、リアルタイム配信を要望しない情報については、各配信動作管理ポリシー情報に従って所定の時間間隔毎に情報配信させる情報配信手段とを備えることを特徴とする。
【００１７】
第４の本発明の情報配信プログラムは、１又は複数のユーザのそれぞれが配信要求する１又は複数の情報を、各ユーザのユーザ端末に対して配信する情報配信プログラムにおいて、コンピュータに、（１）少なくともユーザが配信要求する各情報に対してリアルタイム配信の要否が設定されているユーザ毎の配信情報管理ポリシー情報と、ユーザのプレゼンス状態の違いに応じて実行動作が設定されているユーザ毎の配信動作管理ポリシー情報とを管理するポリシー情報管理手段、（２）各配信情報管理ポリシー情報を参照し、リアルタイム配信を要望する情報については、各配信動作管理ポリシー情報に従ってリアルタイムで情報配信させると共に、リアルタイム配信を要望しない情報については、各配信動作管理ポリシー情報に従って所定の時間間隔毎に情報配信させる情報配信手段として機能させるものである。
【発明の効果】
【００１８】
本発明によれば、ＩＥＴＦ（ＳＩＭＬＰＥ）でのフレームワークをベースに情報収集から情報配信を実現すること、かつ、ユーザのプレゼンス状態及びユーザのポリシー情報に応じて適切な情報配信を実現する。
【発明を実施するための最良の形態】
【００１９】
（Ａ）第１の実施形態
以下は、本発明の情報配信システム、情報配信方法、情報配信サーバ及び情報配信プログラムの第１の実施形態を図面を参照して説明する。
【００２０】
第１の実施形態は、ＩＥＴＦで検討されているＳＩＭＰＬＥ技術を採用したＰＵＳＨ型情報配信システムに本発明を適用した場合を例に挙げて説明する。
【００２１】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態の情報配信システムを実現するネットワーク構成の全体構成図である。
【００２２】
図１において、第１の実施形態の情報配信システム１０は、通信ネットワーク５に接続可能な、プレゼンスサーバ１、情報配信アプリケーションサーバ２、ユーザ端末３及び４、ウェブサーバ（Ｗｅｂサーバ）６（６−１〜６−３）、を少なくとも有して構成される。
【００２３】
通信ネットワーク５は、例えば、ＩＰ（インターネットプロトコル）を通信プロトコルとする通信網を適用することができる。また、通信ネットワーク５は、通信媒体としては、例えば電気回線や光ファイバ等の有線回線や無線回線や又はこれらを結合させたものを適用することができる。なお、通信ネットワーク５の通信プロトコルは、特に限定されるものではなく広く適用することができる。
【００２４】
ユーザ端末３及び４は、情報配信を希望するユーザが操作する、情報通信機能を備えた端末であり、例えば、情報通信機能を有する携帯電話機やＰＤＡ等の携帯端末を適用できる。なお、第１の実施形態では、携帯端末を想定して説明するが、携帯端末でなくても、情報通信機能を備えるパーソナルコンピュータ等にも適用することができる。
【００２５】
ユーザ端末３及び４は、プレゼンス機能を具備しており、ユーザに関するプレゼンス情報をプレゼンスサーバ１に対して通知するものである。このユーザ端末３及び４が具備するプレゼンス機能は、基本的には既存技術を適用することができる。
【００２６】
また、ユーザ端末３及び４は、情報配信サービス手続きを実現するために、情報配信アプリケーションサーバ２に対して情報配信要求を行なうものである。また、ユーザ端末３及び４は、情報配信要求後、プレゼンスサーバ１から情報配信されるＷｅｂサーバ６（６−１〜６−３）の情報を受信するものである。
【００２７】
プレゼンスサーバ１は、クライアント毎にプレゼンティティを生成し、プレゼンティティの状態や情報を受信し、このプレゼンティティの状態や情報を所定のウォッチャーに対してリアルタイムに通知するものである。
【００２８】
情報配信アプリケーションサーバ２は、ユーザ端末３及び４からの情報配信要求を受け付け、ユーザ端末３及び４からの情報配信要求に基づいて、情報収集に関するポリシー情報と情報配信に関するポリシー情報とを管理するものである。また、情報配信アプリケーションサーバ２は、情報収集に関するポリシー情報に従って情報配信元であるＷｅｂサーバ６から情報収集し、情報配信に関するポリシー情報に従って情報配信先であるユーザ端末３及び４に情報配信を実行するものである。
【００２９】
Ｗｅｂサーバ６は、情報を提供するサーバであり、いわゆるＷｅｂサイトに相当するものである。Ｗｅｂサーバ６は、プレゼンス機能を具備しており、提供する情報（例えばＷｅｂページ）に関するプレゼンス情報をプレゼンスサーバ１に通知するものである。すなわち情報更新（Ｗｅｂページの更新）があった場合、Ｗｅｂサーバ６は情報更新した旨をプレゼンスサーバ１に通知するものである。
【００３０】
図２は、プレゼンサーバ１の内部構成を示す機能ブロック図である。プレゼンスサーバ１のハードウェア構成は省略するが、ＣＰＵやメモリなどを有して構成される。そして、ＣＰＵがメモリ上の処理プログラムを読み出して実行することで、以下の機能部として機能する。
【００３１】
図２において、プレゼンスサーバ１は、プレゼンス情報処理部１２、ＳＩＰ信号処理部１３、プレゼンス情報管理部１４、ユーザ情報管理部１５、ＸＣＡＰ／ＨＴＴＰ処理部１６、を少なくとも有して構成される。なお、プレゼンス情報管理部１４、ユーザ情報管理部１５の管理情報は、データベース（ＤＢ）１１に格納される。
【００３２】
ＳＩＰ信号処理１３は、ユーザ端末３及び４やＷｅｂサーバ６や情報配信アプリケーションサーバ２やＳＩＰサーバ（図示しない）との間で、ＳＩＰ形式に従った信号（ＳＩＰ信号）の送受信を行なうものである。
【００３３】
ＸＣＡＰ／ＨＴＴＰ処理部１６は、ＸＣＡＰ（XML  Configuration  Access  Protocol）やＨＴＴＰを用いて、情報配信アプリケーションサーバ２との間で、各ユーザのプレゼンスポリシー情報の授受を行なうものである。なお、プロトコルは、ＸＣＡＰ、ＨＴＴＰに限定されるものではなく広く適用できる。
【００３４】
なお、プレゼンスサーバ１は、ユーザ端末３及び４やＷｅｂサーバ６やＳＩＰサーバ等とはＳＩＰにて接続し、情報配信アプリケーションサーバ２とはＳＩＰ及びＸＣＡＰにて接続する。
【００３５】
プレゼンス情報処理部１２は、プレゼンスサービスに関する処理を実行するものである。プレゼンス情報処理部１２が実行するプレゼンスサービス処理は、基本的には、既存技術を適用することができ、第１の実施形態では、ＩＥＴＦにより規格化されたＳＩＭＰＬＥ技術を適用する。
【００３６】
プレゼンス情報処理部１２が実行する処理としては、例えば、プレゼンスサービスの提供を要求してきたユーザ端末３及び４の登録処理や、プレゼンティティの生成処理、プレゼンティティの状態を示すプレゼンス情報の受信処理や、プレゼンス情報管理処理や、状態通知処理等がある。
【００３７】
また、プレゼンス情報処理部１２は、情報配信アプリケーションサーバ２から配信情報（すなわち、Ｗｅｂサーバ６の情報）を受け取ると、プレゼンスリスト情報の形式を維持したまま、受信した配信情報を用いた通知情報を作成し、その作成した通知情報を配信情報としてユーザ端末３及び４に送信するものである。これにより、ＩＥＴＦのＳＩＭＰＬＥをベースとするフレームワークから逸脱することなく情報配信を実現できる。なお、プレゼンスリスト情報の形式で通知情報を作成する方法については、動作の項で説明する。
【００３８】
プレゼンス情報管理部１４は、各ユーザに関するプレゼンス情報を管理するものである。プレゼンス情報管理部１４は、例えば、ユーザ端末３及び４のプレゼンティティ識別情報と、各ユーザの状態を示すプレゼンス情報等とを対応付けたプレゼンス情報管理テーブルとして管理する。
【００３９】
ユーザ情報管理部１５は、加入者情報やユーザ端末３及び４の位置情報を管理するものである。加入者情報としては、例えば、ユーザの指名、年齢、性別等の情報が該当し、位置情報としては、例えば、ユーザ端末３及び４の位置を示す情報（例えば、基地局等の位置情報を利用した情報や、ＧＰＳを利用した位置情報等）が該当する。
【００４０】
なお、第１の実施形態では、説明便宜上、プレゼンス情報管理部１４とユーザ情報管理部１５とを別構成で示したが、必要に応じて、プレゼンス情報管理部１４及びユーザ情報管理部１５の管理情報を１つにまとめて管理するようにしてもよい。
【００４１】
図３は、情報配信アプリケーションサーバ２の内部構成を示す機能構成図である。情報配信アプリケーションサーバ２のハードウェア構成は省略するが、ＣＰＵやメモリなどを有して構成される。そして、ＣＰＵがメモリ上の処理プログラムを読み出して実行することで、以下の機能部として機能する。
【００４２】
図３において、アプリケーションサーバ２は、情報配信サービス処理部２２、ＳＩＰ信号処理部２３、ＸＣＡＰ／ＨＴＴＰ処理部２４、ポリシー情報管理部２５、ユーザ情報管理部２６、を少なくとも有して構成される。なお、ポリシー情報管理部２５、ユーザ情報管理部２６の管理情報は、データベース（ＤＢ）２１に格納される。
【００４３】
ＳＩＰ信号処理部２３は、ユーザ端末３及び４やＷｅｂサーバ６やプレゼンスサーバ１やＳＩＰサーバ（図示しない）との間で、ＳＩＰ形式に従った信号（ＳＩＰ信号）の送受信を行なうものである。
【００４４】
ＸＣＡＰ／ＨＴＴＰ処理部２４は、ＸＣＡＰやＨＴＴＰを用いて、プレゼンスサーバ１との間で各ユーザのプレゼンスポリシー情報の授受をしたり、Ｗｅｂサーバ６との間で配信情報を受信したりするものである。
【００４５】
ユーザ情報管理部２６は、ユーザの契約データや認証データ等を管理するものである。
【００４６】
ポリシー情報管理部２５は、情報収集及び配信に関するポリシー情報を管理するものである。ポリシー情報管理部２５は、情報配信に関するポリシー情報として情報配信管理テーブル２５ａと、情報収集に関するポリシー情報として情報配信元情報管理テーブル２５ｂを管理する。
【００４７】
図４は、情報配信管理テーブル２５ａの構成例を説明する説明図である。図４において、情報配信管理テーブル２５ａは、情報配信先ユーザＩＤフィールド、情報配信元情報管理テーブルＩＤフィールド、情報配信条件フィールド、プレゼンス情報フィールド、を少なくとも有して構成される。
【００４８】
情報配信先ユーザＩＤフィールドには、情報配信先であるユーザ端末３及び４の識別情報が格納される。情報配信先ユーザＩＤとしては、例えば、ユーザ端末３及び４のＩＰアドレス等が該当する。
【００４９】
情報配信元情報管理テーブルＩＤには、後述する情報配信元管理テーブル２５ｂの識別情報が格納される。これにより、情報配信管理テーブル２５ａにおける当該ユーザの設定情報と、情報配信元情報管理テーブル２５ｂにおける当該ユーザの設定情報とを関連付けることができる。
【００５０】
情報配信条件フィールドには、ユーザ端末の状態に応じて情報配信の条件が格納される。図４に示すように、情報配信条件フィールドは、さらに、条件フィールド、アクションフィールド、追加情報フィールドを有する。
【００５１】
条件フィールドは、情報配信する際のユーザの状態に応じた配信条件を格納するフィールドである。例えば、配信条件を規定するユーザの状態としては、例えば、オンライン状態、オフライン状態、圏外状態、取り込み中状態、ゲーム実行時状態などがある。
【００５２】
アクションフィールドは、ユーザの状態が条件フィールドの内容に該当するときに実行する動作（アクション）を格納するフィールドである。例えば、アクションとしては、ユーザ端末に配信、電子メール（Ｅ−メール）で指定アドレスに配信、配信スキップ（配信処理終了）などがある。
【００５３】
追加情報フィールドは、例えば、情報配信する電子メールアドレスなど情報配信に必要な情報を格納するフィールドである。
【００５４】
プレゼンス情報フィールドには、ユーザに関するプレゼンス情報が格納される。例えば、オンライン状態、オフライン状態、圏外状態、取り込み中状態、ゲーム実行時状態などがある。
【００５５】
図５は、情報配信元管理テーブル２５ｂの構成例を説明する説明図である。図５において、情報配信元管理テーブル２５ｂは、情報配信元情報管理テーブルＩＤフィールド、情報配信元管理テーブルフィールド、リアルタイム配信要否フィールド、情報収集周期フィールド、を少なくとも有して構成される。
【００５６】
情報配信元情報管理テーブルＩＤフィールドには、情報配信元情報管理テーブルを識別する識別情報が格納される。これは、情報配信管理テーブル２５ａの情報配信元情報管理テーブルＩＤフィールドに格納される情報と対応する情報が格納される。
【００５７】
情報配信元管理テーブルフィールドには、情報配信元であるＷｅｂサーバ６に関する情報が格納され。図５では、情報配信元管理テーブルフィールドは、仮想アドレスフィールドと、実アドレスフィールドとを有する。この仮想アドレフィールドには、プレゼンスサーバ１が情報配信アプリケーションサーバ２に対して購読要求（ＳＵＢＳＣＲＩＢＥ）する際に指定するＷｅｂサーバ６の仮想的なアドレス情報が格納される。実アドレスフィールドには、Ｗｅｂサーバ６の実際のＵＲＬなどのアドレス情報が格納される。
【００５８】
リアルタイム配信要否フィールドには、ユーザのリアルタイム配信をするか否かの要望を示す情報が格納される。図５では、「○」がリアルタイム配信する旨を示し、「×」がリアルタイム配信しない旨を示す。
【００５９】
情報収集周期フィールドには、配信対象の情報についての情報収集する周期が格納される。図５では、「‐（ハイフン）」は情報収集の周期設定がないことを示す。リアルタイム配信の情報以外の情報については、それぞれの情報収集周期が格納されている。例えば、情報収集周期として、デフォルト設定周期（例えば、３０分周期）、１時間周期等が設定されている場合を示す。
【００６０】
なお、図５では、リアルタイム配信の情報については、情報収集周期を設定しないものとして示すが、リアルタイム配信の情報についても情報収集周期を設定してもよい。
【００６１】
情報配信サービス処理部２２は、情報収集処理及び情報配信処理を司るものである。図１４は、情報配信サービス処理部２２が実現する機能を示す機能ブロック図である。
【００６２】
図１４において、情報配信サービス処理部２２は、ポリシー情報作成手段２２１、リアルタイム配信管理手段２２２、定期配信新管理手段２２３、定期配信管理手段２２３、情報配信実行手段２２４、を少なくとも有する。
【００６３】
ポリシー情報作成手段２２１は、ユーザ端末３からの情報配信要求の際に、当該ユーザ端末３の情報配信に係るポリシー情報を作成するものである。すなわち、ポリシー情報作成手段２２１は、情報配信管理テーブル２５ａ及び情報配信管理テーブル２５ｂを作成するものである。
【００６４】
リアルタイム配信管理手段２２２は、ユーザがリアルタイム配信を要望した情報について、リアルタイム配信を制御するものである。リアルタイム配信管理手段２２２は、プレゼンスサーバ１から状態変更通知を受けると、図５の情報配信元情報管理テーブル２５ｂを参照し、当該情報がリアルタイム配信の要望のある情報であるか否かを判断し、要望がある情報であるとする場合にリアルタイム配信を実行させる。
【００６５】
定期配信管理手段２２３は、図５の情報配信元管理テーブル２５ｂを参照して、各情報の情報収集周期に従って、各情報の定期配信を制御するものである。
【００６６】
情報配信実行手段２２４は、リアルタイム配信管理手段２２２及び定期配信管理手段２２３の制御の下、情報配信すべき情報の配信処理を実行するものである。情報配信実行手段２２４が実行する機能としては、プレゼンスチェック部７１、情報収集処理部７２、配信情報作成部７３、を少なくとも有する。
【００６７】
プレゼンスチェック部７１は、情報配信の際、図４に示す情報配信管理テーブル２５ａを参照して、ユーザに関するプレゼンス情報を確認するものである。これにより、当該ユーザの状態に応じた条件に合致する動作（アクション）を実行させることができる。
【００６８】
情報収集処理部７２は、Ｗｅｂサーバ６から情報配信に係る情報を収集するものである。この情報収集の方法としては、例えばＲＳＳリーダ等の既存の技術を適用することができる。
【００６９】
配信情報作成部７３は、プレゼンスチェック部７１の確認結果に応じて、情報収集処理部７２が収集した情報に基づいて配信情報を作成するものである。
【００７０】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態の情報配信システムにおける情報配信処理の動作を、図面を参照しながら詳細に説明する。
【００７１】
なお、以下の説明において、ユーザ端末３が、情報配信を希望するユーザ端末として説明する。また、ユーザ端末３は、ＷｅｂサーバＡ、ＷｅｂサーバＢ及びＷｅｂサーバＣを情報配信元として指定し、特にＷｅｂサーバＡからはリアルタイム配信とする場合を説明する。
【００７２】
また、以下では、説明便宜上、１個のユーザ端末３を情報配信先として説明するが、複数個のユーザ端末３が情報配信先とする場合も同様の処理を実現できる。
【００７３】
（Ａ−２−１）情報配信要求から情報配信要求直後の情報配信までの処理
図６は、情報配信要求から情報配信要求直後の情報配信までの処理を示すシーケンスである。また、図７は、情報配信要求処理を示す動作フローチャートであり、図８は、配信要求直後の情報配信処理を示す動作フローチャートである。
【００７４】
図６において、まず、情報配信を希望するユーザ端末３の準備処理として、ユーザ端末３の位置登録及び状態通知を行なう。具体的には、情報配信を希望するユーザ端末３は、端末登録をするために、ＲＥＧＩＳＴＥＲ（端末登録）をプレゼンスサーバ１に送信する。また、ユーザ端末３は、現在の状態を含むＰＵＢＬＩＳＨ（状態通知）をプレゼンスサーバ１に送信する（ステップ１０１）。
【００７５】
続いて、ユーザ端末３は情報配信アプリケーションサーバ２に対して、情報配信要求（ポリシー設定）を行なう（ステップＳ１０２、図７のＦ１及びＦ２）。
【００７６】
具体的には、ユーザにより入力された、少なくとも、情報配信を希望するＷｅｂサーバ６のＵＲＬ、情報配信条件、リアルタイム配信の要否及び情報収集周期等を含む情報配信要求（ＸＣＡＰ／ＰＵＴ）が、ユーザ端末３から情報配信アプリケーションサーバ２に対して送信される（図７のＦ１）。これを受けて、情報配信アプリケーションサーバ２は、プレゼンスリストＩＤをユーザ端末３に返信して応答する。また、情報配信アプリケーションサーバ２では、ユーザ端末３からの情報（Ｗｅｂサーバ６のＵＲＬ、情報配信条件、リアルタイム配信の要否及び情報収集周期等）に基づいて、図４及び図５に示すような、ポリシー情報が設定される（図７のＦ２）。なお、この時点では、図４のプレゼンス情報は設定されない。
【００７７】
情報配信アプリケーションサーバ２において、ユーザ端末３のポリシー情報が設定されると、情報配信アプリケーションサーバ２は、ＸＣＡＰ／ＰＵＴをプレゼンスサーバ１に対して送信して、プレゼンスリストの作成を要求する。これを受けて、プレゼンスサーバ１は、プレゼンスリストを作成する（ステップＳ１０３、図７のＦ３）。
【００７８】
また、ユーザ端末３は、ステップ１０２で、情報配信アプリケーションサーバ２から払い出されたプレゼンスリストＩＤを用いて、ＳＵＢＳＣＲＩＢＥ（情報配信の購読要求）をプレゼンスサーバ１に対して行なう（ステップ１０４、図７のＦ４）。
【００７９】
これを受けて、プレゼンスサーバ１は、ユーザ端末３からのプレゼンスリストＩＤに基づいて対応するプレゼンスリストを特定し、このプレゼンスリストに設定されている仮想アドレス（Ｗｅｂアドレス）に対して、ＳＵＢＳＣＲＩＢＥ（購読要求）を行なう。すなわち、プレゼンスサーバ１は、情報配信アプリケーションサーバ２に対して、仮想アドレスを指定してＳＵＢＳＣＲＩＢＥ（購読要求）を送信する（ステップＳ１０４、図７のＦ５）。
【００８０】
このとき、プレゼンスサーバ１は、プレゼンスリストに設定されている、全ての情報配信元の仮想アドレスに対してＳＵＢＳＣＲＩＢＥを送信する。例えば、図６では、ＷｅｂサーバＡ、ＷｅｂサーバＢ及びＷｅｂサーバＣが情報配信元であるから、ＷｅｂサーバＡ、ＷｅｂサーバＢ及びＷｅｂサーバＣの全ての仮想アドレスに対して、プレゼンスサーバ１はＳＵＢＳＣＲＩＢＥを送信する。
【００８１】
プレゼンスサーバ１からのＳＵＢＳＣＲＩＢＥを受け取ると、情報配信アプリケーションサーバ２は、図５の情報配信元情報管理テーブル２５ｂを参照して、ＳＵＢＳＣＲＩＢＥを受信した仮想アドレスに対応する情報配信元がリアルタイム配信を希望する情報配信元であるか否かを判断する。
【００８２】
そして、リアルタイム配信を希望する情報配信元である場合、情報配信アプリケーションサーバ２は、当該情報配信元のＷｅｂサーバ６のＳＵＢＳＣＲＩＢＥ（購読要求）を、プレゼンスサーバ１に対して送信する（ステップ１０４、図７のＦ６）。
【００８３】
これを受けて、プレゼンスサーバ１は、情報配信アプリケーションサーバ２からのＳＵＢＳＣＲＩＢＥ（購読要求）を受けたＷｅｂサーバ６に対して、ＳＵＢＳＣＲＩＢＥ（購読要求）を送信する（ステップ１０４）。
【００８４】
例えば、ＷｅｂサーバＡ、ＷｅｂサーバＢ及びＷｅｂサーバＣの各仮想アドレスを、「ａａａａ」、「ｂｂｂｂ」及び「ｃｃｃｃ」とする。この場合、図５より、ＷｅｂサーバＡのＷｅｂサイトの情報については、リアルタイム配信が要望されているので、情報配信アプリケーションサーバ２は、ＷｅｂサーバＡのＳＵＢＳＣＲＩＢＥをプレゼンスサーバ１に対して送信する。そして、プレゼンスサーバ１は、ＷｅｂサーバＡに対してＳＵＢＳＣＲＩＢＥを送信する。
【００８５】
そして、情報配信アプリケーションサーバ２は、ユーザ端末３のＳＵＢＳＣＲＩＢＥ（購読要求）をプレゼンスサーバ１に対して送信し（図７のＦ７）、またプレゼンスサーバ１は、現在のユーザ端末３の状態を含むＮＯＴＩＦＹ（状態通知）を、情報配信アプリケーションサーバ２に対して送信する（ステップＳ１０５、図７のＦ８）。
【００８６】
このプレゼンスサーバ１からのＮＯＴＩＦＹを受けたときに、情報配信アプリケーションサーバ２は、図４のプレゼンス情報にユーザの状態を設定する（図７のＦ９）。
【００８７】
その後、情報配信アプリケーションサーバ２は、図５の情報配信元情報管理テーブル２５ｂを参照して、情報配信元である全てＷｅｂサーバ６から情報収集処理を実行して、配信情報の作成を行なう（ステップ１０６、図８のＦ１１）。
【００８８】
ここで、情報配信元からの情報収集処理の方法としては、例えばＲＳＳリーダ等を利用する既存の技術を適用することができる。そのため、情報配信アプリケーションサーバ２は、例えばＲＳＳリーダ等のソフトウェアを備えており、このＲＳＳリーダソフトを実行することにより情報収集機能を実現することができる。
【００８９】
例えば、図６では、情報配信アプリケーションサーバ２は、ＷｅｂサーバＡ〜ＷｅｂサーバＣに対して情報収集要求を行ない、各ＷｅｂサーバＡ〜ＷｅｂサーバＣからの応答に基づいて各Ｗｅｂサイトの更新の有無を判断し、各ＷｅｂサーバＡ〜ＷｅｂサーバＣについての配信情報の作成を行なう。
【００９０】
情報配信アプリケーションサーバ２において各Ｗｅｂサーバ６の配信情報が作成されると、各Ｗｅｂサーバ６の配信情報を含むＮＯＴＩＦＹをプレゼンスサーバ１に通知する（図８のＦ１２）。そして、プレゼンスサーバ１は、プレゼンスリスト情報の形式で、各Ｗｅｂサーバ６の配信情報を含むＮＯＴＩＦＹをユーザ端末３に配信する（ステップＳ１０７、図８のＦ１３）。
【００９１】
このとき、情報配信アプリケーションサーバ２は、プレゼンスサーバ１からＳＵＢＳＣＲＩＢＥされているＩＤに対してＮＯＴＩＦＹを送信する。
【００９２】
ここで、プレゼンスサーバ１がユーザ端末３に対して配信する配信情報のデータフォーマットについて図９を参照して説明する。配信情報を設定するデータフォーマットとしては、例えば、図９（Ａ）に示すように、ＲＳＳ相当の情報をプレゼンス通知に設定する方法や、また例えば、図９（Ｂ）に示すように、ＲＰＩＤ（Rich  Presence  Information  Data）等の適当なエリアに情報をマッピングして通知する方法等を適用することができる。
【００９３】
なお、図９（Ａ）及び図９（Ｂ）に示す構成は、一例であり、配信情報をどのフィールドに設定するかは、ユーザ端末３とプレゼンスサーバ１との間で整合を取る必要がある。
【００９４】
（Ａ−２−２）リアルタイム配信の対象となる情報の情報収集から情報配信までの処理
次に、情報配信要求後、リアルタイム配信の対象となる情報についての情報収集から情報配信までの処理を、図面を参照して説明する。
【００９５】
図１０は、リアルタイム配信の対象となる情報の情報収集から情報配信までの処理を示すシーケンスである。図１１は、リアルタイム配信の対象となる情報の情報収集から情報配信までの処理を示す動作フローチャートである。
【００９６】
図１０では、情報配信アプリケーションサーバ２におけるユーザ端末３の情報配信に係るポリシー情報の設定は既になされているものとする。また、ＷｅｂサーバＡのＷｅｂサイト情報が、リアルタイム配信の対象とする情報として説明する。
【００９７】
まず、ＷｅｂサーバＡにおいて、リアルタイム配信の対象である情報が更新されると、情報更新された旨を含むＰＵＢＬＩＳＨ（情報更新通知）が、ＷｅｂサーバＡからプレゼンスサーバ１に送信される（ステップ２０１、図１１のＦ２１）。
【００９８】
このとき、プレゼンスサーバ１は、更新情報の設定はせず、情報更新があった旨のみの通知を受けるものとする。これは、ＷｅｂサーバＡが備える既存のプレゼンス機能だけでは対応が難しいからである。そこで、ＷｅｂサーバＡの既存のプレゼンス機能を用いても有効に対応できるように情報更新があった旨のみを通知させるようにする。
【００９９】
また、プレゼンスサーバ１は、ＷｅｂサーバＡの仮想アドレスを用いて、ＷｅｂサーバＡの情報が更新された旨を示すＮＯＴＩＦＹ（状態変更通知）を、情報配信アプリケーションサーバ２に対して送信する（ステップ２０１、図１１のＦ２２）。
【０１００】
情報配信アプリケーションサーバ２は、図４の情報配信管理テーブル２５ａを参照して、ユーザのプレゼンス情報を確認し、ユーザ端末３の情報配信条件に該当する動作を実行する（ステップ２０２、図１１のＦ２３）。
【０１０１】
例えば、図１１のＦ２３において、例えばユーザのプレゼンス情報が圏外時である場合には条件２のアクション（例えば、電子メールによる配信）をし（図１１のＦ２４）、例えばユーザのプレゼンス情報が取り込み中である場合には条件３のアクション（例えば、処理終了）をし（図１１のＦ２５）、例えばユーザのプレゼンス情報がゲーム進行中である場合には条件４のアクション（例えば、処理終了）をする（図１１のＦ２６）。
【０１０２】
また例えば、図４を参照して、ユーザのプレゼンス情報がオンライン状態である場合、条件１に該当するので、情報配信アプリケーションサーバ２は、条件１に対応するアクション（例えば、ユーザ端末３への配信処理）を行なう。
【０１０３】
この場合、情報配信アプリケーションサーバ５は、図５の情報配信元情報管理テーブル２５ｂを参照して、仮想アドレスに対する実アドレス（ＷｅｂサーバＡのＵＲＬ）に対して情報収集要求を実行して、ＷｅｂサーバＡの更新情報を収集し、配信情報を作成する（ステップ２０２、図１１のＦ２７）。
【０１０４】
情報配信アプリケーションサーバ２において、ＷｅｂサーバＡからの更新情報に基づく配信情報が作成されると、情報配信アプリケーションサーバ２は、更新情報を含むＮＯＴＩＦＹ（配信情報）をプレゼンスサーバ１に送信する（ステップ２０３、図１１のＦ２８）。このとき、情報配信アプリケーションサーバ２は、プレゼンスサーバ１からＳＵＢＳＣＲＩＢＥされているＩＤに対してＮＯＴＩＦＹを送信する。
【０１０５】
そして、プレゼンスサーバ１は、プレゼンスリスト情報の形式で通知情報を作成し、ＷｅｂサーバＡの配信情報を含むＮＯＴＩＦＹをユーザ端末３に配信する（ステップＳ２０３、図１１のＦ２９）。
【０１０６】
（Ａ−２−３）定期的な情報収集して情報配信する処理
続いて、情報配信要求後、定期的に情報収集して情報配信する処理を、図面を参照して説明する。
【０１０７】
図１２は、定期的に情報収集して情報配信する処理を示すシーケンスである。図１３は、定期的に情報収集して情報配信する処理を示す動作フローチャートである。
【０１０８】
図１２では、情報配信アプリケーションサーバ２におけるユーザ端末３の情報配信に係るポリシー情報の設定は既になされているものとする。
【０１０９】
情報配信アプリケーションサーバ２は、図５に示す情報配信元情報管理テーブル２５ｂを参照して、情報配信の対象である各情報の情報収集周期を監視している。そして、情報配信アプリケーションサーバ２は、情報収集周期毎に、各ＷｅｂサーバＡ〜Ｃに対して情報の更新チェックを定期的に行なう（図１３のＦ３０１）。
【０１１０】
このとき、各ＷｅｂサーバＡ〜Ｃの情報が更新されていない場合、情報配信アプリケーションサーバ２は、情報収集処理をせず、処理を終了する（図１３のＦ３０２及びＦ３０３）。
【０１１１】
一方、各ＷｅｂサーバＡ〜Ｃの情報が更新されている場合、情報配信アプリケーションサーバ２は、図４に示す情報配信管理テーブル２５ａを参照して、ユーザのプレゼンス情報を確認し、ユーザ端末３の情報配信条件に該当する動作を実行する（ステップ３０１、図１３のＦ３０２、Ｆ３０４〜Ｆ３０７）
例えば、ユーザのプレゼンス情報が圏外時である場合には条件２のアクション（例えば、電子メールによる配信）をし（図１３のＦ３０５）、ユーザのプレゼンス情報が取り込み中である場合には条件３のアクション（例えば、処理終了）をし（図１３のＦ３０６）、ユーザおプレゼンス情報がゲーム進行中である場合には条件４のアクション（例えば、処理終了）をする（図１３のＦ３０７）。
【０１１２】
また例えば、ユーザのプレゼンス情報がオンライン状態である場合、条件１に該当するので、情報配信アプリケーションサーバ２は、条件１に対応するアクション（例えば、ユーザ端末３への配信処理）を行なう。
【０１１３】
この場合、情報配信アプリケーションサーバ５は、ＷｅｂサーバＡ〜Ｃから収集した更新情報に基づいて配信情報を作成する（ステップ３０１、図１３のＦ３０８）。
【０１１４】
このとき、情報配信アプリケーションサーバ５は、図５の情報配信元情報管理テーブル２５ｂを参照して、当該ユーザ端末３について設定されている実アドレス（ＷｅｂサーバＡのＵＲＬ）に対して情報収集要求を実行し、ＷｅｂサーバＡの更新情報を収集して、配信情報を作成する（ステップ３０１、図１３のＦ３０９）。
【０１１５】
なお、ＷｅｂサーバＡ〜Ｃの情報更新チェック処理及び情報収集要求処理と、ユーザ端末３のプレゼンスチェック処理との実際の処理は、並列的な処理が可能である。従って、図１２のステップ３０１では、ＷｅｂサーバＡ〜Ｃに対する情報更新チェック処理と情報収集要求処理とを同時処理のように示している。
【０１１６】
情報配信アプリケーションサーバ２において、ＷｅｂサーバＡ〜Ｃからの更新情報に基づく配信情報が作成されると、情報配信アプリケーションサーバ２は、更新情報を含むＮＯＴＩＦＹ（配信情報）をプレゼンスサーバ１に送信する（ステップ３０２、図１３のＦ３１０）。このとき、情報配信アプリケーションサーバ２は、プレゼンスサーバ１からＳＵＢＳＣＲＩＢＥされているＩＤに対してＮＯＴＩＦＹを送信する。
【０１１７】
そして、プレゼンスサーバ１は、プレゼンスリスト情報の形式で通知情報を作成し、ＷｅｂサーバＡ〜Ｃの配信情報を含むＮＯＴＩＦＹをユーザ端末３に配信する（ステップ３０２、図１３のＦ３１１）。
【０１１８】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、ユーザの要望に応じて、リアルタイム配信とする情報と、そうでない情報とのポリシー情報を管理することができ、かつ、ＩＥＴＦにより規格化されたＳＩＭＰＬＥ技術をベースとするフレームワークから逸脱することなく、該当技術を利用して情報配信することができる。
【０１１９】
また、第１の実施形態によれば、上記技術を利用することで、ＰＵＳＨ型配信における情報配信の確実性の向上が見込めると共に、専用のソフトをユーザ端末に組み込むことなく、標準的なＳＩＭＰＬＥ対応端末で十分サービスが可能になる。
【０１２０】
さらに、第１の実施形態によれば、ユーザ端末の状態に応じて、情報配信方法を変更する仕組みを有することで、ユーザにやさしいシステムが構築できる。
【０１２１】
（Ｂ）他の実施形態
（Ｂ−１）第１の実施形態では、プレゼンスサーバと情報配信アプリケーションサーバが、物理的に異なるサーバとして説明したが、物理的に同一のサーバとしてもよい。
【０１２２】
また、ネットワーク上で連携可能であれば、プレゼンスサーバの各種機能部がそれぞれ別のサーバ上に分散配置されてもよい。同様に、情報配信アプリケーションサーバの各種機能部がそれぞれ別のサーバ上に分散配置されてもよい。
【０１２３】
さらに、第１の実施形態では、ネットワーク上、呼制御サーバがないイメージで説明したが、呼制御サーバが存在していても第１の実施形態と同様の効果を奏する。
【０１２４】
（Ｂ−２）図４の情報配信管理テーブル及び図５の情報配信元情報管理テーブルの構成は、一例である。図４及び図５に示す情報以外の必要な情報があれば、管理テーブルで管理するようにしてもよい。
【０１２５】
（Ｂ−３）Ｗｅｂサーバ（Ｗｅｂサイト）がプレゼンス対応できない場合のリアルタイム情報収集は、情報配信アプリケーションサーバからＲＳＳリーダ相当の処理で収集周期を短い時間にすれば対応可能である。
【０１２６】
また、情報配信のためのプレゼンス信号が増加するが、プレゼンスリストでない方式でも実現可能である。
【０１２７】
（Ｂ−４）第１の実施形態では、プレゼンスサーバ、情報配信アプリケーションサーバ、ユーザ端末、Ｗｅｂサーバ等の機能をソフトウェアで実現する場合を説明したが、ハードウェア処理で実現してもよい。
【図面の簡単な説明】
【０１２８】
【図１】第１の実施形態の情報配信システムの全体構成を示す構成図である。
【図２】第１の実施形態のプレゼンスサーバの内部構成を示す機能ブロック図である。
【図３】第１の実施形態の情報配信アプリケーションサーバの内部構成を示す機能ブロック図である。
【図４】第１の実施形態の情報配信管理テーブルの構成を示す構成図である。
【図５】第１の実施形態の情報配信元情報管理テーブルの構成を示す構成図である。
【図６】第１の実施形態の情報配信要求から情報配信要求直後の情報配信処理を示すシーケンスである。
【図７】第１の実施形態の情報配信要求の処理を示す動作フローチャートである。
【図８】第１の実施形態の情報配信要求直後の情報配信処理を示す動作フローチャートである。
【図９】第１の実施形態の情報配信のフォーマットを示す構成図である。
【図１０】第１の実施形態のリアルタイム配信の対象となる情報の情報収集から情報配信までの処理を示すシーケンスである。
【図１１】第１の実施形態のリアルタイム配信の対象となる情報の情報収集から情報配信までの処理を示す動作フローチャートである。
【図１２】第１の実施形態の定期的に情報収集して情報配信する処理を示すシーケンスである。
【図１３】第１の実施形態の定期的に情報収集して情報配信する処理を示す動作フローチャートである。
【図１４】第１の実施形態の情報配信サービス処理部の機能を示す機能ブロック図である。
【符号の説明】
【０１２９】
１…プレゼンスサーバ、２…情報配信アプリケーションサーバ、３及び４…ユーザ端末、５…通信ＮＷ（例えば、ＩＰネットワーク）、６−１〜６−３…Ｗｅｂサーバ、
１２…プレゼンス情報処理部、１３…ＳＩＰ信号処理部、１４…プレゼンス情報管理部、１５…ユーザ情報管理部、１６…ＸＣＡＰ／ＨＴＴＰ処理部、
２２…情報配信サービス処理部、２３…ＳＩＰ信号処理部、２４…ＸＣＡＰ／ＨＴＴＰ処理部、２５…ポリシー情報管理部、２５ａ…情報配信管理テーブル、２５ｂ…情報配信元情報管理テーブル、２６…ユーザ情報管理部、
２２１…ポリシー情報作成手段、２２２…リアルタイム配信管理手段、２２３…定期配信管理手段、２２４…情報配信実行手段、７１…プレゼンスチェック部、７２…情報収集処理部、７３…配信情報作成部。
【図１】
2008276289.tif 000003
【図２】
2008276289.tif 000004
【図３】
2008276289.tif 000005
【図４】
2008276289.tif 000006
【図５】
2008276289.tif 000007
【図６】
2008276289.tif 000008
【図７】
2008276289.tif 000009
【図８】
2008276289.tif 000010
【図９】
2008276289.tif 000011
【図１０】
2008276289.tif 000012
【図１１】
2008276289.tif 000013
【図１２】
2008276289.tif 000014
【図１３】
2008276289.tif 000015
【図１４】
2008276289.tif 000016