(57)【要約】【課題】  複数のユーザに情報を配信する際の情報配信の遅延を回避して、情報を配信する。【解決手段】  情報の送信元のユーザが送信する情報を更新した際に、予めこの情報の配信を希望するユーザのプロファイルを基にして、この更新された情報をどのユーザから順に配信するかの配信順序を決め、配信される側のユーザの状況にあった配信を行う。【選択図】      図１ 
2004252956.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザ端末に情報を配信する情報配信装置において、
前記ユーザ端末を識別する識別情報と該識別情報に対応させて該ユーザ端末に配信される配信情報を指定するインデックスとを格納したユーザエントリと、
前記インデックスで指定され、前記配信情報と前記ユーザ端末の識別情報に対応させて該ユーザ端末から送信されてきたプロファイルとを格納したウオッチャユーザエントリと、
前記配信情報が更新された際に、該更新された配信情報を前記ユーザ端末に配信する順序を前記プロファイルに基づいて決定する処理部とを
有することを特徴とする情報配信装置。
【請求項２】
前記プロファイルは、前記ユーザ端末から送信されて来たユーザの現況を示す情報、前記ユーザ端末の種別情報、前記ユーザ端末の位置情報、過去に情報を配信した際の配信された順位、通信履歴、前記ユーザ端末から発信する情報を更新した回数、前記更新の最終更新時刻、前記配信情報に対価を支払うか否かの情報の少なくとも１つを含むことを特徴とする情報配信装置。
【請求項３】
前記ウオッチャユーザエントリに格納される前記配信情報は複数個あり、前記配信順序に応じて配信される前記配信情報が異なることを特徴とする請求項１または請求項２に記載の情報配信装置。
【請求項４】
複数のユーザ端末に情報を配信する情報配信方法において、
前記ユーザ端末から配信情報を取得するステップと、
前記配信情報の配信を指定するユーザ端末の識別情報と前記配信情報のインデックスを取得するステップと、
前記配信情報の配信を指定するユーザ端末からプロファイルを取得するステップと、
前記インデックス毎に前記配信情報の配信を指定するユーザ端末の識別情報に対応させて該ユーザ端末からのプロファイルとを格納するステップと、
前記配信情報が更新された際に、該更新された配信情報を前記プロファイルに基づいて前記配信情報の配信を指定したユーザ端末への配信順序を決定するステップと、
有することを特徴とする情報配信方法。
【請求項５】
前記プロファイルは、前記配信情報の配信を指定するユーザ端末から受信したユーザの現況を示す情報、前記ユーザ端末の種別情報、前記ユーザ端末の位置情報、過去に情報を配信した際の配信された順位、通信履歴、前記ユーザ端末から発信する情報を更新した回数、前記更新の最終更新時刻、前記配信情報に対価を支払うか否かの情報の少なくとも１つを含むことを特徴とする請求項４に記載の情報配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信回線を利用して、ユーザに情報を配信する情報配信方法とその装置に関し、より詳しくは、インターネットなどのネットワークを介して情報を配信する際に、配信する情報がユーザに着信するまでの遅延を軽減する情報配信方法とその装置に関する。
【背景技術】
【０００２】
近年、有料・無料で各種の情報をインターネットなどのネットワークを利用して入手可能になっている。このインターネットを利用すると、従来の加入者回線を利用した通信に比べ、低価格で通信が可能であるので、たとば、従来の郵便物によるダイレクトメールをインターネットでユーザに配信するのに利用されている。
【０００３】
一方、このインターネットを利用した情報の配信では、配信される情報は単に文字情報のみに限られず、画像などの情報量の大きな情報も多量に送信されるので、各種のネットワークを接続して構成されるインターネットでは、配信される情報の遅延が発生する可能性が高くなっている。
【０００４】
この情報配信の遅延を回避するために、情報の送信元となるサーバを分散し、サーバとユーザの間の送信経路を短くしたり、特定のサーバに負荷が集中することを避けて、この情報の配信が遅延することを回避する方法も知られている（例えば、特許文献１参照）。
【０００５】
また、例えば、昼食メニューの案内など、昼食時前にユーザに配信するといったように、広告情報を適切なタイミングにユーザに送付する発明が開示されている（特許文献２参照）。
【０００６】
さらには、ユーザが配信を希望する情報のメニューとこの情報の配信希望タイミング（コンテンツの更新の度や、毎日一定の時刻や、指定時刻まで、など）を選択・登録し、登録された配信希望タイミングに合わせて情報を配布する情報配信システムも知られている。この情報配信システムでは、さらにこの情報を配信する通信ネットワークの時間ごとの負荷を予測した負荷情報と配信希望タイミングとに基づいて、配信希望タイミングを満足する時間帯の通信ネットワークの負荷が最も低くなる時間帯に希望された情報を配信することが開示されている（特許文献３参照）。
【特許文献１】特開２００１−２０２３１８号公報（「従来の技術」の欄、および第３頁参照）
【特許文献２】特開２００２−１８９６６２号公報（第３頁〜第４頁参照）
【特許文献３】特開平１１−１３６３６５号公報（段落００１７、００１８および００３３）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記の特許文献１に開示されている方法や伝送路の伝送速度の向上、送受信する情報自体の圧縮率の向上、信号処理技術など広範な技術の進展にともなって、情報配信の遅延は軽減されている。しかし、一方では、特許文献２および３に開示の情報配信システム等の利用により、ますます多くのユーザによって、情報の受発信が行われ、ネットワーク上を流れる情報の量が飛躍的に増大することが充分に予測される。したがって、種々のハードウェアの改善は情報配信の遅延を回避するためには必須ではあるが、このハードウェアの改善のみでは、情報配信の遅延回避の解決は困難と予想される。
【０００８】
そこで、上記した特許文献２、３の様に、ユーザが配信を希望する時刻や、タイミングに基づいて情報を配信するなどの情報の配信方法も配信遅延を回避する解決策となることが期待される。
【０００９】
しかしながら、特許文献２の様に、時刻を指定する方法は、情報を発信してからユーザに届くまでの時間的余裕がある場合には、指定時刻に間に合わせ、情報を配信できる有効な方法であるが、即時性を必要とする情報配信には好適な方法とは言えない。
【００１０】
また、特許文献３に記載の発明は、ユーザが入手したい情報のプライオリティを指定し、配信希望タイミングを「コンテンツの更新の度に」と指定すれば、プライオリティを高く設定された情報の順位に従って、その情報が更新される毎に、ユーザに情報が配信される。この特許文献３の発明では、同じ情報に対して、多くのユーザがプライオリティを高く、かつ、配信希望タイミングを「コンテンツの更新の度に」と設定した場合に、一時に大量の情報の配信がなされる。この場合、ネットワークの状態によっては、「コンテンツの更新の度に」と指定したユーザであっても、更新された直後に更新後のコンテンツがユーザに届かず、情報の受信が遅延してしまうことになる。また、例えば、無料会員と有料会員を区別して有料会員を優先して情報を配信したとしても、有料会員数が多くなれば多くなるほど、情報配信に伴うネットワーク負荷が高まり、同様に遅延が発生するであろう。
【００１１】
これら従来の情報配信の方法を改善して、より適切にユーザに所望の情報を配信することを本発明の目的とした。
【課題を解決するための手段】
【００１２】
従来の情報配信方法は、配信を希望するユーザが設定した配信時刻や情報更新時に配信希望などの配信タイミングに基づいて、情報を配信するのであって、同じ配信情報を設定したユーザが多数になった場合、情報の配信に顕著な遅延が発生する。しかし、必ずしも、ユーザの設定したタイミングでユーザが配信されてきた情報を参照しているとは限らず、その時点の状況では、無駄になってしまう配信情報が存在するとの問題点に着目した。そして、この問題点を回避するためには、ユーザが設定する配信タイミングのみではなく、ユーザの状態に基づいて、ユーザへの配信順位を決定して、この順位によって情報を配信すれば、所望のタイミングで配信されてきた情報を即座に参照可能なユーザに優先的に情報が配信されるようになり、配信された情報にユーザがより早くアクセスできて、情報提供者と情報受信者であるユーザ間での適切なタイミングでの情報の遣り取りが可能となるとの着想を得てなされたものである。
【００１３】
具体的には、ユーザ間での電子メールやインスタントメッセージなどを利用して在席情報を送受する場合には、例えば、今オンライン中であるとの情報を配信順序を考慮せずに配信を行うと、仲のいい友人にオンライン状態の通知が遅延して届き、友人が電話をかけたときには通知元の状態はオフライン（または不在）になっているといった問題が生じる。そこで、例えば、在席情報を交信回数（ユーザの状態、プレゼンスの１つ）の多い順に配信する様に配信順位を決めることによって、この在席情報を良い友人により早く配信することができる。
【００１４】
上記課題を解決するために、本願請求項１に係る発明においては、複数のユーザ端末に情報を配信する情報配信装置において、前記ユーザ端末を識別する識別情報と該識別情報に対応させて該ユーザ端末に配信される配信情報を指定するインデックスとを格納したユーザエントリと、前記インデックスで指定され、前記配信情報と前記ユーザ端末の識別情報に対応させて該ユーザ端末から送信されてきたプロファイルとを格納したウオッチャユーザエントリと、前記配信情報が更新された際に、該更新された配信情報を前記ユーザ端末に配信する順序を前記プロファイルに基づいて決定する処理部とを有することを特徴とする情報配信装置を要旨とした。
【００１５】
このようにプロファイルに基づいて、情報を配信する順序を決めるので、送信先のユーザ端末、ユーザの状況に応じた順序で情報の配信が可能になる。
【００１６】
請求項２に係る発明においては、前記プロファイルは、前記ユーザ端末から送信されて来たユーザの現況を示す情報、前記ユーザ端末の種別情報、前記ユーザ端末の位置情報、過去に情報を配信した際の配信された順位、通信履歴、前記ユーザ端末から発信する情報を更新した回数、前記更新の最終更新時刻、前記配信情報に対価を支払うか否かの情報の少なくとも１つを含むことを特徴とする情報配信装置を要旨とした。
【００１７】
このようなプロファイルに基づいて、情報の配信順序を決めるので、送信先のユーザ端末、ユーザの状況に応じた順序で情報の配信が可能になる。
【００１８】
請求項３に係る発明においては、前記ウオッチャユーザエントリに格納される前記配信情報は複数個あり、前記配信順序に応じて配信される前記配信情報が異なることを特徴とする請求項１または請求項２に記載の情報配信装置を要旨とした。
【００１９】
このように情報配信装置を構成したので、ユーザ端末またはユーザに応じて、異なる情報を配信することが可能になる。
【００２０】
請求項４に係る発明においては、複数のユーザ端末に情報を配信する情報配信方法において、前記ユーザ端末から配信情報を取得するステップと、前記配信情報の配信を指定するユーザ端末の識別情報と前記配信情報のインデックスを取得するステップと、前記配信情報の配信を指定するユーザ端末からプロファイルを取得するステップと、前記インデックス毎に前記配信情報の配信を指定するユーザ端末の識別情報に対応させて該ユーザ端末からのプロファイルとを格納するステップと、前記配信情報が更新された際に、該更新された配信情報を前記プロファイルに基づいて前記配信情報の配信を指定したユーザ端末への配信順序を決定するステップと、有することを特徴とする情報配信方法を要旨とした。
【００２１】
このように情報配信方法を構成したので、ユーザ端末またはユーザの状況に応じて、情報の配信順序を決めることが可能になる。
【００２２】
請求項５に係る発明においては、前記プロファイルは、前記配信情報の配信を指定するユーザ端末から受信したユーザの現況を示す情報、前記ユーザ端末の種別情報、前記ユーザ端末の位置情報、過去に情報を配信した際の配信された順位、通信履歴、前記ユーザ端末から発信する情報を更新した回数、前記更新の最終更新時刻、前記配信情報に対価を支払うか否かの情報の少なくとも１つを含むことを特徴とする情報配信方法を要旨とした。このようなプロファイルに基づいて、情報の配信順序を決めるので、送信先のユーザ端末、ユーザの状況に応じた順序で情報の配信が可能になる。
【発明の効果】
【００２３】
複数のユーザ端末へ情報を配信する際に、この情報の配信を希望するユーザ端末の識別情報とこのユーザ端末乃至ユーザ端末のユーザの動的な状況を示す情報とを対応させて記憶格納し、この記憶格納した情報に基づいて、情報を配信する順序を決定するようにしたので、ユーザ端末の状況に基づいた順序での適切な情報の配信が可能となる効果を有す。
【発明を実施するための最良の形態】
【００２４】
本発明では、情報を発信する側も受信する側もユーザと総称する。また、両ユーザを区別する場合には、情報を発信する側のユーザを「情報提供ユーザ（プレゼンティティ）」、情報を受信する側のユーザを「購読ユーザ（ウオッチャー）」と称する。
【実施例１】
【００２５】
図１を参照して、本発明の実施例１の係る情報配信装置１を適用した情報配信システムの一例を説明する。この情報配信装置１はインターネット等のネットワーク５を介して、複数のユーザクライアント２と商店クライアント３とに接続されている。ここで、ユーザクライアントとして、ユーザ端末にパーソナルコンピュータ（以下、パソコンと称する）を使用するユーザクライアント２−１、２−２や携帯電話を使用するユーザクライアント２−３を図１に示したが、ユーザ端末としてこれら以外にＰＤＡ（Personal Digital Assistant：携帯情報端末）等を使用しても良い。
【００２６】
ユーザクライアント２−１、２−２ではパソコンに搭載しているクライアントソフトを使用して情報配信装置１の提供するサービスを利用し、ユーザクライアント２−３では、携帯電話に搭載されたＷｅｂブラウザを使用して情報配信装置１が提供するサービスを利用する。これ以外にも、ユーザクライアント２−１、２−２もＷＥＢブラウザを搭載し、携帯電話でＪａｖａなどのプログラム環境上でクライアントソフトを使ってサービスを利用することも可能である。
【００２７】
ユーザクライアント２−１、２−２と商店クライアント３は、本実施例では機能的な違いはないが、以後の説明を簡単にするために区別する。
【００２８】
つぎに、情報配信システムの詳細を示す図２を用いて、情報配信装置１の概要について説明する。本図では説明を簡明にするために、１つのユーザクライアント２と、商店クライアント３とが、ネットワーク５を介して情報配信装置１と接続されたものとして図示している。実際には、それぞれ複数存在し、接続されて実施されることは言うまでもない。情報配信装置１は、ネットワーク５と通信部４１を介して接続され、ユーザクライアント２、商店クライアント３との情報の送受を行う。通信部４１は処理部４２に接続され、この処理部４２はサーバプログラムによって、ユーザクライアント２、商店クライアント３が設定/提供する情報を記憶装置４３に記憶保持する。なお、この処理部４２は、キーボードやマウス等の入力装置、処理状態、結果などを表示するための表示装置も接続可能に
構成されても良い。
【００２９】
ユーザクライアント２と、商店クライアント３は本実施例では同じ構成とした場合を示した。ユーザクライアント２は、ネットワーク５と通信部２１を介して接続され、この通信部２１は処理部２２に接続されている。処理部２２には、各種データやプログラム等を記憶格納する記憶装置２３、キーボードやマウス等の入力装置２４、この入力装置２４からの入力や、配信された情報等を表示するための表示装置２５が接続されている。商店クライアント３には通信部３１、処理部３２、記憶装置３３、入力装置３４、表示装置３５が同様に接続構成されている。
【００３０】
つぎに、本発明の動作の概要を説明する図３を参照して、本発明の基本動作を説明する。ユーザクライアント２−１のユーザＩＤを「ｙａｍａｄａ」とし、ユーザクライアント２−２のユーザＩＤを「ｓｕｚｕｋｉ」とする。本図では、情報提供はユーザＩＤが「ｔｉｃｋｅｔ」である商店クライアント３からなされ、この商店クライアント３が提供する情報がクライアント２−１、クライアント２−２に配信される場合の配信順序の決定方法を説明する。
【００３１】
本情報配信装置１を利用する各ユーザクライアント２−１、２−２や商店クライアント３（図１参照）は、予め、情報配信装置１に登録を行う。商店クライアント３、ユーザクライアント２−１、ユーザクライアント２−２の順に登録を行うと、情報配信装置１の記憶装置４３に、図３に示すようにユーザエントリのデータが記憶格納される。このユーザエントリは、インデックス毎に、ユーザからの設定や設定時に付与される情報を記憶格納したものであり、ユーザＩＤや、ユーザ名、パスワードの他にユーザのプロファイル（後述）、このインデックスのユーザが情報配信を希望する情報発信元のユーザのインデックスを示す購読希望ユーザインデックス等である。ここで、購読希望ユーザインデックスの「購読」は必ずしも、有料との意味ではない。  
【００３２】
図３のユーザエントリでは、インデックス“０”には、商店クライアント３に関する情報が格納される。ユーザＩＤの欄にはこの商店クライアント３のユーザＩＤ「ｔｉｃｋｅｔ」が格納されている。プロファイルの欄には、この商店クライアント３の各種情報が格納されている。この商店クライアント３は、自身が情報配信を受けたいと希望する情報発信元のユーザが無いので購読希望ユーザインデックスの欄にはインデックスは格納されていない。
【００３３】
インデックス“１”については、ユーザクライアント２−１のユーザに関する情報が格納されている。ユーザＩＤの欄には、ユーザクライアント２−１のユーザＩＤ「ｙａｍａｄａ」が格納されている。プロファイルの欄には、ユーザクライアント２−１の各種情報が格納されている。このユーザクライアント２−１は、インデックス“０”、“２”、“４”で示されるユーザの情報の配信を希望しているので、購読希望ユーザインデックスの欄には、インデックス“０”、“２”、“４”が格納されている。さらに、インデックス“２”には、ユーザクライアント２−２についてのユーザＩＤ、プロファイル、購読希望ユーザインデックスが各々格納されている。
【００３４】
ここでインデックス“１”で示されるユーザクライアント２−１の購読希望ユーザインデックスは、「０、２、４」であるので、ユーザクライアント２−１は、インデックス“０”の商店クライアント３からの情報が配信されること（対応を示す（１）を参照）、インデックス“２”のユーザクライアント２−２からの情報が配信されること（（２）を参照）、及び、インデックス“４”のユーザクライアント（図示しない）からの情報が配信されることが示されている。
【００３５】
さらに、インデックス“２”で示されるユーザクライアント２−２は、インデックス“０”の商店クライアント３、インデックス“１”のユーザクライアント２−１、及び、インデックス“４”のユーザクライアント（図示しない）からの情報が配信されることが示されている。
【００３６】
つぎに、ウオッチャーユーザエントリについて、商店クライアント３を例にとって説明する。このウオッチャーユーザエントリには、商店クライアント３のユーザＩＤ「ｔｉｃｋｅｔ」（（３）参照）に対応させて、商店クライアント３が提供する情報の１つである「スターピースチケット明日１０時発売」（（６）参照）が格納されている。ユーザが提供する情報は、ユーザエントリに記憶されているユーザの状態情報等、ユーザが開示可能とする情報であれば、提供する情報として設定可能である。
【００３７】
インデックス“１”、“２”で識別されるユーザクライアント２−１、２−２は購読希望ユーザインデックスに、この商店クライアント３のインデックス“０”を登録しているので、ウオッチャーユーザエントリの購読ユーザＩＤの欄にインデックス“１”、“２”に対応するユーザＩＤ「ｙａｍａｄａ」、「ｓｕｚｕｋｉ」が登録される。購読ユーザＩＤに対応させて、各々のプロファイルと、過去にこの商店クライアント３が情報配信を行った際の配信順序の経歴を示す優先順位履歴とが格納されている。
【００３８】
今、商店クライアント３が自己が提供する情報（６）を「スターピースチケット明日１０時発売」に変更したとする。この更新された情報は商店クライアント３からネットワーク５、通信部４１を介して情報配信装置１に通知され、情報配信装置１の処理部４２は、商店クライアント３のウオッチャーユーザエントリの情報欄（６）を通知されてきた内容に変更し、この変更をトリガとして、ウオッチャーユーザエントリの購読ユーザＩＤに登録されている各ユーザへ更新された情報の配信を行う。
【００３９】
この情報配信の際に、処理部４２は、各ユーザのプロファイルや優先順位履歴を参照して、情報を配信する順位を決定する。
【００４０】
また、ユーザエントリでインデックス“１”、“２”の各ユーザの購読希望ユーザインデックスにはインデックス「０、２、４」、「０、１、４」が格納されているので、各ユーザは商店クライアント３からの情報配信を受けるとともに、互いに相手からの情報配信も設定しているので、例えば、電子メールなどを一方のユーザが発信すると、このユーザのウオッチャーユーザエントリの情報欄が書き換えられるとともに、書き換えられた情報が他方のユーザに配信されることになる。すなわち、本発明は、商店クライアント３の様に、企業、団体などが製品、ニュース、株価などの情報を配信する用途のみならず、各個人間での情報の遣り取りにも利用できる機能を有するものである。
【００４１】
この例では、商店クライアント３が提供する配信情報が更新されたときに、購読ユーザであるユーザクライアント２−１、２−２に情報が配信されるように設定した。このサービスを情報配信装置１の配信プログラムは上記のサービスを提供するために、各ユーザクライアントに関する様々な情報を保持している。各ユーザクライアントへの通知はＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の常設コネクションを使ったリアルタイム通知を行う以外にも、メールを使った擬似的なリアルタイム通知などで実現することも可能である。
【００４２】
上記した情報配信装置１の基本構成を図４（Ａ）、（Ｂ）、（Ｃ）に示す。図４（Ａ）は情報配信装置１を通信部４１と処理部４２と記憶装置４３とで構成した例である。また、購読ユーザクライアント２、３から購読希望ユーザの指定を受け付けると処理部４２を介して購読ユーザクライアントのユーザエントリの購読希望ユーザインデックス欄に、指定された購読希望ユーザに対応するインデックスを登録、あるいは更新する。情報の送信元となる情報提供ユーザクライアント２、３が更新した情報の配信先である購読ユーザクライアント２、３へ、この更新した情報を配信するか否かを処理部４２によって決定する。さらに、情報提供ユーザクライアント２、３により更新された情報、この情報更新した情報
提供ユーザクライアント２、３の情報更新頻度や最終更新日時などの情報更新に関する情報とともに記憶装置４３に記憶格納させる。また、処理部４２は、情報更新元の情報提供ユーザクライアント２に関連付けて記憶されている購読希望ユーザインデックスから情報配信すべき購読ユーザクライアント２、３とこの情報配信すべき購読ユーザクライアント２、３の情報更新に関する情報（更新頻度や最終更新月日など）から配信順序（優先順位）を決定する。さらに、この配信順序にしたがって、更新された情報を購読ユーザクライアント２、３へ配信させる。
【００４３】
図４（Ｂ）の情報配信装置１は処理部４２に状況取得部４４を設け、ユーザクライアント２のユーザまたはユーザ端末等の情報を取得し記憶装置４３に記憶格納するとともに、このユーザクライアント２への情報配信をする際の配信順序をこの取得した情報も考慮して決め、決めた配信順序によって情報配信を行う。この状況取得部４４としては、常設コネクションによる通信機能を有するものであって良く、ユーザクライアント２のオン／オフ状態、位置等の状況取得をするものであって良い。
【００４４】
図４の（Ｃ）情報配信装置１は処理部４２に状況取得部４４と履歴情報検出部４５を設けたものであって、履歴情報検出部４５は利用者の直接の操作あるいは利用者の操作によって発生した事象を取得して、このユーザクライアント２の更新頻度、最終更新日時等とともに情報配信順位の決定に使用可能とするために記憶装置４３に記憶格納される。以上、情報配信装置１として、いずれのものを使用しても良く、さらに、別の機能を有するものであっても良い。
【００４５】
上記した本発明の概要をさらに詳細に説明する。ユーザクライアント２、３の概要について説明する。ユーザクライアント２、３はそれぞれのユーザが設定可能な情報を登録・更新したり、他のユーザクライアント２、３の情報が変更された際にその情報を配信されるように設定を行ったり、配信された情報を画面に表示する機能を有している。図５にユーザクライアント２の表示画面例を示す。図５はパソコン用のクライアント画面であるが、携帯電話用のクライアントやブラウザでの画面も同等のものを実現可能である。図５はクライアントソフトを起動した状態を示している。本実施例のクライアントソフトは起動時に認証を行い、情報配信装置１に接続するものとする。
【００４６】
クライアントソフトの画面には、メニュー部分と購読希望ユーザリスト部分が表示される。図５中のメニュー部分には「追加」「削除」「設定」「メール」「電話」があるが、これ以外にも様々な機能メニューがあっても良い。
【００４７】
「追加」メニューは、ユーザクライアント２、３が情報の配信を希望する情報提供元のユーザのリストである購読希望ユーザリストに新しいユーザを追加する場合に利用する。「削除」メニューは、購読希望ユーザリストのユーザを削除する場合に利用する。「設定」はこのユーザクライアント２、３を利用しているユーザの情報を設定する場合に利用する。「メール」メニューは、購読希望ユーザリストに一覧表示されているユーザのうちのすくなくとも１つを選択している場合に利用可能で、選択したユーザにメールを送信する場合に利用する。「電話」メニューは、購読希望ユーザリストに一覧表示されているユーザのうちの少なくとも１つを選択している場合に利用可能で、選択したユーザに電話をかける場合に利用する。また、メニューの上に表示されたクローズボックスをクリックすると、情報配信装置１サーバとの接続を切断した上で、このクライアントソフトが終了する。図６に購読ユーザリストにユーザを追加する画面、図７にユーザクライアント２、３のユーザに関する情報を設定する画面、図８に購読希望ユーザリストに表示されているユーザクライアントにメール送信あるいは電話発信をする通信確認画面を示す。
【００４８】
購読ユーザリストを追加するには、すなわち自らの端末に相手の情報を配信して貰う情報提供元のユーザを追加する設定を行うには、図５のメニューで「追加」を選択する。「追加」メニューを選択すると、図６に示す購読ユーザ追加画面が表示される。この画面で追加するユーザＩＤ及び表示名（図５の購読希望ユーザリストに表示する名前）を入力して「追加」ボタンを押すと図５の購読希望ユーザリストに指定したユーザが追加される。表示名を指定しない場合、相手がユーザ登録時に指定した表示名が表示される。
【００４９】
購読中のユーザを削除するには、図５の購読希望ユーザリストで削除したいユーザを選択してから、メニューの「削除」を選択する。このとき、即座に削除されずに確認画面を表示する様に構成しても良い。
【００５０】
このユーザクライアントのユーザ自身の情報を設定するには、図５のメニューで「設定」を選択する。「設定」メニューを選択すると図７に示す情報設定画面が表示される。図７ではプレゼンスと設定したい情報を設定することができる。ここで、プレゼンスとは、ユーザ自身の現在の状況を示すものであって、図７では現在、チャット中であることを入力する場合に使用し、他に、在席中、電話中、不在、または、外出などの常用する状態を示す言葉をプルダウンメニューから選択するようになっているが、ユーザが自由に入力することも可能である。また、クライアントプログラムを介してユーザが入力するのではなく、他の電話系システムなどと連携することによって、情報配信装置１側で「通話中」や「エリア外」などの情報を設定する様に構成しても良い。プレゼンスあるいは情報を入力して「ＯＫ」をクリックすると、入力した情報が設定され、情報配信装置１に通知される。
【００５１】
購読中ユーザにメールを送信するには、図５の購読希望ユーザリストでメールを送信したいユーザを選択してから、メニューの「メール」を選択する。このとき、図８の確認画面が表示され、「ＯＫ」をクリックすると実際にメール送信画面が表示される前にメール送信情報が情報配信装置１に送信される。但し、選択したユーザが情報配信装置１にユーザ登録する際にメールアドレスを入力していない場合にはメールメニューは利用することができない状態になっている。電話発信もメール送信と同様の手順で行うことができる。
【００５２】
次に購読希望ユーザリストについて説明する。図５に示した購読希望ユーザリストには、メニューから「追加」を選択して設定したユーザが表示される。このリスト中には、メールを遣り取りしたり、情報交換を行ういわば通常のユーザ以外にも企業等が提供するサービスも登録することが可能である。例えば、図５では「チケット発売情報」「マイポートフォリオ」がサービスで、それ以外は通常のユーザである。本実施例では、購読希望ユーザリストに登録しているユーザが情報を変更すると常に通知されるようにしているが、リアルタイムに通知されるのは指定したユーザのみで、指定していないユーザは購読ユーザリストのユーザ名をクリックした際に、情報配信装置１から情報を取得するような構成にしても良い。
【００５３】
次に上記した企業等が提供する情報配信のサービス利用の各ステップについて図１２を参照して詳細に説明する。本サービスを利用するには最初に情報配信装置１から提供される図９に示されるＷｅｂサイトのページを利用したユーザ登録画面をユーザクライアント２に表示し（図１２のＳ１２００）、必要情報の入力を行い（図１２のＳ１２０２）、ユーザ登録を行う。ユーザ登録では少なくとも、「ユーザ名」、「ユーザＩＤ」、「パスワード」を入力するように構成した。これらの情報以外に、「メールアドレス」、「電話番号」などを入力することも可能とした。「ユーザ名」は本名やサービス名のような分かりやすい名前で、「ユーザＩＤ」は他のユーザと重ならないユニークな文字列である。パスワードはサービスログイン時などのユーザ認証を行う場合に利用する。
【００５４】
図９に示したＷｅｂサイトのページで、ユーザＩＤ、ユーザ名、パスワード、オプションのメールアドレス及び電話番号を入力し、ＯＫボタンである「登録する」をクリックすると（図１２のＳ１２０４）、情報配信装置１上で動作しているユーザ登録用ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）プログラムなどに、入力された情報が送信され（図１２のＳ１２０５）、情報配信装置１側でユーザＩＤが他のユーザと重なっていないかをチェック後、重複していないとユーザクライアント２に登録可のリターン値が送信され（図１２のＳ１２０６でＹＥＳ）、ユーザクライアントの表示装置２５に登録完了画面が表示されユーザ登録が行われる（図１２のＳ１２０８）。
【００５５】
ユーザＩＤが重なっている場合には（図１２のＳ１２０６でＮＯの場合）、登録画面に戻り再度、必要情報の入力を行う（図１２のＳ１２０２）。また、登録ページで必要情報を入力後にキャンセルをクリックすると（図１２のＳ１２０４でＮＯの場合）、登録は行わず、登録処理は終了する。
【００５６】
ユーザ登録が行われると、情報配信装置１側のプログラム内には登録したユーザ用の２つのエントリ、ユーザエントリとウオッチャユーザエントリが作成される。以下に図１０と図１３を参照して、情報配信装置１内での登録処理を説明する。
【００５７】
図１３は、情報配信装置１側のユーザ登録フローチャートを示す図である。ユーザクライアント２から送信された登録情報を受信すると（図１３のＳ１３２０）、図９に示した登録画面の全ての情報が入力されたかが判定され（図１３のＳ１３００）、ＹＥＳの場合には、ユーザＩＤはユニークか否かが、後述するユーザエントリなどのデータベースを使用して、情報配信装置１の処理部４２でチェックされる。ＹＥＳの場合には、ユーザエントリ、ウオッチャーユーザエントリ等が作成され（図１３のＳ１３０４）、作成が成功すると（図１３の１３０６）、成功した旨が処理部４２内のプログラムに通知される。ここで、図１３のＳ１３００、１３０２、１３０６でＮＯの場合には各対応処理ステップでの失敗がプログラムに通知される。
【００５８】
上記処理で作成されるユーザエントリの概要を示したものが図１０であり、ユーザエントリには「インデックス」、「ユーザＩＤ」、「ユーザ名」、「パスワード」、「電話番号」、「メールアドレス」、「購読希望ユーザインデックス」を格納する領域がある。ここで、「インデックス」はユーザが登録される度に付与される通し番号である。「ユーザＩＤ」、「ユーザ名」、「パスワード」、「電話番号」、「メールアドレス」などはユーザ登録時に入力した情報が格納される。「購読希望ユーザインデックス」はこのユーザが購読ユーザリストに登録した相手のユーザのインデックス、すなわちこのユーザが情報配信を受けたい発信元のユーザのインデックスが格納される。
【００５９】
つぎに、図１４に示すユーザクライアント側のログインフローチャートと図１５に示す情報配信装置１側のログインフローチャートを参照して、ログイン処理を説明する。
【００６０】
図１４で、ユーザクライアント２、３側の表示装置２５、３５等に表示されるログイン画面（図示しない）からユーザＩＤ・パスワードを入力し（図１４のＳ１４０２、Ｓ１４０４）、画面上のＯＫボタンをクリックして（図１４のＳ１４０６）、ログイン情報を情報配信装置１に送信し（図１４のＳ１４０６でＹＥＳで、１４０７）、情報配信装置１から許可・不許可のリターン値を受信する。リターン値が許可の場合には（図１４のＳ１４０８でＹＥＳの場合）、情報配信装置１からの情報にもとづき、表示装置２５、３５等にアプリケーション画面が表示され（図１４のＳ１４１４）、ログイン処理は終了する。リターン値が不許可の場合（図１４のＳ１４０８でＮＯの場合）、エラー表示が表示装置２５、３５等に表示され（図１４のＳ１４１２）、再度ログイン画面が表示される（図１４のＳ１４０２）。また、Ｓ１４０６でキャンセルボタンをクリックすると、アプリケーションが終了し（図１４のＳ１４１０）、ログイン処理は終了する。
【００６１】
一方、情報配信装置１側のログイン処理は、ユーザクライアント２、３からログイン情報を受信すると（図１５のＳ１５１０）、図１０に示すユーザエントリのアカウント（ユーザＩＤ）やパスワードが一致すると、認証に成功し（図１５のＳ１５００でＹＥＳの場合）、ウオッチャーユーザエントリが更新され（図１５のＳ１５０２）、ログインの成功をユーザクライアント２、３に送信する（図１５のＳ１５０４）。認証に失敗した場合は、認証失敗をユーザクライアント２、３に送信し（図１５のＳ１５０５）、ログイン処理を終了する。
【００６２】
つぎに、上述したウオッチャーユーザエントリの概要を図１１参照して説明する。ウオッチャーユーザエントリは、ユーザＩＤに対応させて、このユーザが提供する情報が変更されたときに、変更した情報を配信すべき各購読ユーザの情報を格納したエントリである。具体的には、「購読ユーザのユーザＩＤ」、「購読ユーザの情報更新頻度」、「購読ユーザの情報最終更新日」、「情報提供ユーザと購読ユーザの電話回数」、「情報提供ユーザと購読ユーザのメール回数」、「購読ユーザの使用している端末種別」、「購読ユーザの現在位置」、「購読ユーザが設定している現在の状況（プレゼンス）」、「通知設定をしているユーザのプレゼンス」、「購読ユーザの通知優先順位の履歴」が格納される。具体的には、図１１のユーザＩＤが「ｔｉｃｋｅｔ」のエントリの場合には、各々「スターピースチケット明日１０時発売」、「ｙａｍａｄａやｓｕｚｕｋｉ等」、以下ｙａｍａｄａの場合は「１１」、「２００２／７／１０」、「０」、「０」、「ＭＯ（Ｍｏｂｉｌｅ  Ｐｈｏｎｅ）」、「１３５、４１（東経１３５°、北緯４１°）」、「ｏｕｔ  ｏｆ  ａｒｅａ（携帯電話の通話域外）」、「１、２、１０、１５、１（即ち、ｙａｍａｄａは過去にこのユーザＩＤ、ｔｉｃｋｅｔからの各配信情報を１番目、２番目、１０番目、１５番目、１番目の順に配信して貰った）」の各々が格納される。
【００６３】
また、これ以外にも購読ユーザの情報を格納しても良い。
【００６４】
上記した様に、情報配信装置１の記憶装置４３に格納されたユーザエントリ、ウオッチャーユーザエントリと関連して、購読ユーザの追加・削除について図１６〜１９を参照して説明する。
【００６５】
図１６、１７は購読希望ユーザの追加フローチャートを示す図であり、ユーザクライアント２の表示装置２５、３５等には、図５に示したクライアントソフト画面表示され、追加を選択すると（図１６のＳ１６００）、図６に示す購読希望ユーザ追加画面に切り替わる。この画面で、ユーザＩＤや表示名（ユーザ名）を入力し（図１６のＳ１６０２）、追加ボタンをクリックすると（図１６のＳ１６０４でＹＥＳの場合）、ユーザＩＤや表示名が情報配信装置１に送信され（図１６でＳ１６０５）、情報配信装置１で追加のためのユーザエントリ及びウオッチャーユーザエントリの更新に成功した場合には、情報配信装置１からのリターン値がＳ１６０６でＹＥＳとなり、例えば図５に示したクライアントソフト画面などのアプリケーション画面が表示される（図１６のＳ１６０８）。一方、更新に失敗した場合には、Ｓ１６０６でＮＯとなり、エラー表示がなされる（図１６の１６１０）、また、Ｓ１６０４でキャンセルボタンをクリックした場合も購読ユーザ追加処理は終了する。
【００６６】
一方、情報配信装置１では、ユーザクライアント２からユーザ追加情報が送信されてくると（図１７のＳ１７１０）、ユーザエントリ内にこのユーザＩＤや表示名（ユーザ名）が格納されているかを判断し（図１７のＳ１７００）、格納されている場合には、ユーザエントリ、ウオッチャーユーザエントリを更新し（図１７の１７０２）、更新に成功すると（図１７の１７０４でＹＥＳ）成功した旨をユーザクライアント２に送信して購読希望ユーザ追加処理を終了する。一方、Ｓ１７００、Ｓ１７０４でこのユーザＩＤや表示名（ユーザ名）が登録されていなかったり、ユーザエントリ、ウオッチャーユーザエントリの更新に失敗した場合には、購読希望ユーザ追加処理を終了する。
【００６７】
この購読希望ユーザ追加処理と同様に、ユーザクライアント２側では図１８に示す購読希望ユーザ削除処理が、情報配信装置１側では、図１９に示す購読希望ユーザ削除処理が行われる。
【００６８】
つぎに、ユーザ：ｓｕｚｕｋｉが情報を更新した場合について、ｓｕｚｕｋｉの購読希望ユーザインデックスに格納されているインデックスに対応するユーザのウオッチャーユーザエントリがどのように、更新されるかを具体的に説明する。
【００６９】
ユーザ：ｓｕｚｕｋｉが図７に示すクライアントソフトの画面で情報「７．２５から出張です」を設定すると、ユーザ：ｓｕｚｕｋｉのこの情報はクライアントソフトからインターネットを介して情報配信装置１に送信される。情報配信装置１内のプログラムは、ユーザエントリのユーザＩＤから「ｓｕｚｕｋｉ」を検索する（図１０参照）。ユーザＩＤ「ｓｕｚｕｋｉ」が見つかると、この「ｓｕｚｕｋｉ」の購読ユーザインデックス「０、１、２０」を獲得する。そして、インデックス“０”のユーザＩＤ「ｔｉｃｋｅｔ」を取得する。つぎに、図１１のウォッチャーユーザエントリのユーザＩＤ「ｔｉｃｋｅｔ」配下の「ｓｕｚｕｋｉ」の更新頻度を1増やし、現在の時刻を最終更新日時フィールド内に格納する。また、情報配信装置１にログインする際に、プログラムは「ｓｕｚｕｋｉ」がパソコンのクライアントを使っているか、携帯電話のブラウザを使っているかを判定ができるため、あらかじめウォッチャーユーザエントリの端末に書き込んでおく（図１１（Ａ）のｓｕｚｕｋｉの端末種別に「ＭＯ」と書き込む）。この端末種別フィールドは、ユーザがログインする度にそのときに使っている端末の情報が書き込まれる。また、ユーザ「ｓｕｚｕｋｉ」が情報を設定したときの位置情報を獲得できた場合には、ウォッチャーユーザエントリの「ｔｉｃｋｅｔ」内の「ｓｕｚｕｋｉ」の位置フィールドに獲得した位置情報「１３４、３９（東経１３４°、北緯３９°に相当する）」を格納する。この位置情報の獲得には、例えばパソコンあるいは携帯電話にＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）機能が付いている場合には緯度・経度を設定情報とあわせて、ユーザ側から送信することで実現できる。また、携帯電話の基地局の情報を使って大まかな位置を特定できる場合には、この位置情報をユーザが設定する情報と合わせて送信することでも実現できる。購読希望ユーザリストからユーザを選択して「メール」「電話」メニューを選択すると、実際にメールを送信したり電話を発信したりする前に、サーバに電話相手やメール相手を通知し、サーバではこの情報を元にして、ウォッチャーユーザエントリ内の電話回数やメール回数を更新することができる。電話回数は回数でなく、電話の通話時間でも構わない。プレゼンスに関しては、図７においてユーザが設定したプレゼンス、あるいはクライアントがログインしているかどうかの状況、あるいは電話系ネットワークの通知に関する情報などをユーザクライアント側から情報配信装置１に送信する構成とし、情報配信装置１で獲得したこれら情報をプレゼンス情報としてウオッチャーユーザエントリに格納しても良い。例えば、「ｏｕｔ  ｏｆ  ａｒｅａ」は「通話圏外」、「ｅｍｐｔｙ」は「通話・データ通信無し状態」を示し、電話系ネットワークと情報配信装置１、ユーザクライアント２、３とを連携させている場合にこれらユーザのプレゼンス情報も取得できる。
【００７０】
また、「ｏｎｌｉｎｅ」や「ｏｆｆｌｉｎｅ」は、情報配信装置１にログインしているかどうかで判別可能である。さらに、これら以外にもユーザが設定したプレゼンス「ＤＮＤ（Ｄｏｎ‘ｔ  Ｄｉｓｔｕｒｂ）」や「Ａｗａｙ（不在）」などのプレゼンス情報を格納するようにしても良い。
【００７１】
優先順位履歴は、過去に通知を行った際の優先順位の履歴を本実施例では５つまで記録しておく構成とした。この履歴は５つ以外であってもよい。これらのウオッチャーエントリの更新を全ての購読者ユーザのインデックス、すなわちユーザ「ｓｕｚｕｋｉ」の場合には「０、１、２０」に対して行う。
【００７２】
つぎに、情報配信装置１による情報配信の動作をユーザＩＤ「ｔｉｃｋｅｔ」が情報を更新した場合を例に説明する。図１１のウオッチャーユーザエントリから、ユーザ：ｔｉｃｋｅｔはユーザ「ｙａｍａｄａ」、「ｓｕｚｕｋｉ」、「ｔａｎａｋａ」、「ｓａｔｏｕ」から情報変更時に通知するように設定されている。ここで、ユーザ：ｔｉｃｋｅｔが情報を設定すると、情報配信装置１の処理部４２は、ユーザエントリのユーザＩＤ「ｔｉｃｋｅｔ」を検索する。
【００７３】
ユーザＩＤ「ｔｉｃｋｅｔ」が見つかると、次に購読ユーザインデックスを獲得する。図１０ではユーザ：ｔｉｃｋｅｔは購読ユーザインデックスとして何も持っていないため、ウォッチャーユーザエントリの他のユーザのテーブルの更新は行わない。
【００７４】
情報が「スターピースチケット明日１０時発売」に更新設定されると、ウォッチャーユーザエントリのユーザＩＤ：ｔｉｃｋｅｔの「情報」にこの更新設定された情報が格納される。そして、ユーザＩＤ：ｔｉｃｋｅｔのウォッチャーユーザリストに格納されている購読ユーザ、「ｙａｍａｄａ」、「ｓｕｚｕｋｉ」、「ｔａｎａｋａ」、「ｓａｔｏｕ」に対して情報の配信を行うが、この情報配信の優先順位は、例えば、このウオッチャーユーザエントリ内の情報配信先の情報の更新頻度や最終更新日によって優先順位の設定を行う。
【００７５】
この順位の付け方として、最終更新日が新しい順に優先順位を設定しても良く、この図１１（Ａ）の場合には、「ｔａｎａｋａ」、「ｓｕｚｕｋｉ」、「ｙａｍａｄａ」、「ｓａｔｏｕ」の順になる。
【００７６】
この順位の決め方以外にも、「ｙａｍａｄａ」、「ｓｕｚｕｋｉ」、「ｔａｎａｋａ」、「ｓａｔｏｕ」達がＷｅｂサイトへのアクセスした回数を、情報配信装置１でカウント可能に構成した場合には、そのアクセス回数情報に基づいて順位を決めても良い。
【００７７】
設定した順位は、優先順位履歴の先頭に追加しておく。また、配信情報を各クライアントはポップアップウインドウなどで画面に表示する。あるいは、通知先が携帯電話の場合には、メール機能を使って受信しても良い。
【００７８】
以上に述べたユーザクライアント２の配信情報の更新処理を図２０、２１を参照して説明する。図２０で、情報提供ユーザクライアント２は図５に示したクライアントソフト画面から、設定を選択し、図７に示した情報設定画面を呼び出す（図２０のＳ２０００）。この画面の情報欄に情報を入力し（図２０のＳ２００２）設定ボタンをクリックすると（図２０のＳ２００４でＹＥＳ）、たとえば、このユーザの位置などの付加情報が取得可能であれば（例えば、このユーザクライアントの端末にＧＰＳなどの機能があり、情報配信装置１への送信が可能であれば、）（図２０のＳ２００６でＹＥＳ）、Ｓ２００８でこの位置情報を付加して、情報配信装置１へ送信する（図２０のＳ２００９）。情報配信装置１でこれらの情報を受信すると、ＯＫのリターン値が返送され（図２０のＳ２０１０でＹＥＳ）、図５に示すクライアントソフト画面に戻り（図２０のＳ２０１２）、配信情報の更新処理が終了する。一方、Ｓ２００６で位置情報の取得が不可能の場合には（図２０のＳ２００６でＮＯの場合）、Ｓ２０１０、Ｓ２０１２へ移り、配信情報の更新処理が終了する。また、Ｓ２０１０でリターン値がＮＯの場合、エラー表示がユーザクライアント２、３の表示装置２５、３５等に表示され配信情報の更新処理が終了する。
【００７９】
一方、情報配信装置１側では、情報提供ユーザクライアント２から配信情報の更新を設定する設定情報を受信すると（図２１でＳ２１２０）、ユーザエントリ・ウオッチャーユーザエントリを上記した様に更新し（図２１のＳ２１００）、この各エントリの更新に成功すると（図２１のＳ２１０２でＹＥＳの場合）ウオッチャーユーザエントリから購読ユーザ情報を取得し、この購読ユーザへの配信順序である優先順位の並び替えを行い、優先順に更新された情報を購読ユーザ全員に通知する（図２１のＳ２１０４〜Ｓ２１０８）。全員に通知すると（図２１のＳ２１１０でＹＥＳ）情報配信が成功した旨を処理部４２で認識し、情報設定・通知処理を終了する。一方、Ｓ２１０２でエントリ更新に失敗した場合には（図２１のＳ２１０２でＮＯ）、失敗した旨を処理部４２で認識し、情報設定・通知処理を終了する。
【００８０】
また、ユーザクライアントの内で情報配信を希望していた購読ユーザクライアント２には、図２２に示す如く、情報配信装置１から更新された情報が配信され（図２２でＳ２２００）、購読ユーザクライアント２の表示装置２５に通知情報がホップアップ画面で表示される（図２２のＳ２２０２）。
【００８１】
ユーザはこのホップアップ画面に表示された情報から、この情報の送信元に、メールで応答する場合のメール送信フローチャートを示す図２３を参照して説明する。
【００８２】
ユーザは、ホップアップ画面で情報が配信されたことを知るとともに、図５に示すクライアントソフト画面の購読中リストの各ユーザに付されたレ点マークで、情報の着信を知り、このリストから、送信先を選択し（図２３のＳ２３００）、通信方法としてメールを選択し（図２３のＳ２３０２）、送信ボタンをクリックする（図２３のＳ２３０４）。そして、メール発信情報が情報配信装置１に送られる（図２３のＳ２３０４でＹＥＳのとき、Ｓ２３０６）。なお、送信すべきメール内容については、ユーザクライアント中に搭載されているメール機能を使用して作成する様に本実施例では、構成し、上記送信ボタンのクリックによってこのメールが送信されて、送信された旨が図示しない画面によって確認され（図２３のＳ２３０８）、メール送信処理が終了する。一方、Ｓ２３０４で図８に示す情報通知システム画面のキャンセルボタンをクリックする（図２３のＳ２３０４でＮＯ）と、メール送信処理が終了する。
【００８３】
一方、情報配信装置１側では、ユーザクライアント２からのメール発信情報を受信すると（図２４のＳ２４００）、このユーザクライアント２への情報送信元のウオッチャーユーザエントリ中のユーザクライアント２の更新頻度を１つ増し、またこのメール送信更新日、メール回数等も更新する（図２４のＳ２４０２）。
【００８４】
同様に、更新情報を配信されたユーザクライアント２が、電話を使用して、応答する場合のクライアント側の処理、及び情報配信装置１側の処理も図２５、２６に示す様に同様に処理される。
【００８５】
情報配信の際に、現在の配信先のユーザの状況に応じて順位決定しても良い。現在のユーザの状況は図１１のウオッチャーユーザエントリのユーザエントリに格納された各ユーザの端末情報、位置情報、プレゼンスや、その他利用できる情報を使っても良い。
【００８６】
また、パソコンを使用しているユーザを優先する、あるいは携帯電話を使用しているユーザを優先するなどの端末の種別を元にして優先順位をつけて情報配信の順位を決定しても良い。端末の種別を基にして配信順位を決める場合にも、更新頻度や最終更新日時等の情報と組み合わせて行っても良い。例えば、携帯電話を使用するユーザを優先し、端末種別が同じ場合には更新頻度の多いユーザを優先して情報配信順位を決定する場合には、図１１の「ｔｉｃｋｅｔ」の情報は、「ｙａｍａｄａ」、「ｓｕｚｕｋｉ」、「ｔａｎａｋａ」、「ｓａｔｏｕ」の順になる。
【００８７】
さらに、ユーザのプレゼンスを基に情報配信順位を決定しても良い。このプレゼンスを基にする場合も、更新頻度や最終更新日時情報等と組み合わせて情報配信順位を決定しても良い。例えば、リアルタイムに通知が可能（ｅｍｐｔｙ，ｏｎ  ｌｉｎｅ）なユーザを優先し、リアルタイムに通知できるユーザが複数いる場合には更新頻度の多いユーザを優先する場合、図１１の場合には、「ｔａｎａｋａ」、「ｓｕｚｕｋｉ」、「ｙａｍａｄａ」、「ｓａｔｏｕ」の順に情報配信が決定される。
【００８８】
また、リアルタイムに情報配信が不可能な場合は、メールやその他の手段を使って通知することもできる。
【００８９】
同様に、情報を更新設定したユーザと現在位置が近いユーザを情報配信順位を高くしても良い。この場合も、更新頻度や最終更新日時等と位置情報とを組み合わせて、情報配信順位を決定しても良い。また、情報を更新設定するユーザ自身が情報配信順位を決定するためにクライアントソフトで位置情報を指定して、この位置情報を用いて情報配信順位を決定しても良い。
【００９０】
情報配信の際に、ユーザの過去の優先順位履歴に応じて情報配信順位を決定しても良い。過去の優先順位履歴情報に電話回数、メール回数、最終更新日等と組み合わせて、情報配信順位を決定しても良い。
【００９１】
また、購読ユーザの優先順位履歴に基づいて情報配信の順位を決定することもできる。このときも、更新頻度や最終更新日等とを組み合わせて、情報配信順位を決定しても良い。優先順位履歴の使い方としては、前回の配信順位が高いユーザを優先、また逆に前回の優先順位の低いユーザを優先、過去５回の情報配信時の順位の高いユーザを優先するなどの方法であっても良い。例えば、図１１（Ｂ）に示したユーザｙａｍａｄａの情報を通知する場合、前回の優先順位の高かったユーザを優先する場合、ｓｕｚｕｋｉ、ｔａｎａｋａの順になり、前回の優先順位の低かったユーザを優先する場合、ｔａｎａｋａ、ｓｕｚｕｋｉの順になる。
【００９２】
さらに、情報送信元ユーザと情報配信先ユーザとの電話回数、メール送信回数に基づいて、情報配信順位を決定しても良い。このときも、更新頻度や最終更新日時等とを組み合わせて、情報配信順位を決定しても良い。例えば、図１１（Ｂ）のユーザｙａｍａｄａの情報を通知する場合、電話回数の多いユーザを優先する場合はｔａｎａｋａ、ｓｕｚｕｋｉの順になり、メール回数の多いユーザを優先する場合は、ｓｕｚｕｋｉ、ｔａｎａｋａの順になる。また、電話回数やメール送信回数以外にも、インスタントメッセージによるメッセージ送信回数や特定の相手に設定するプレゼンスの設定回数、それ以外の通信履歴を用いて優先順位を決定しても良い。
次に、ユーザが情報を更新する際に、通知に関する様々な情報を付加する構成を説明する。
【実施例２】
【００９３】
本実施例２においても、情報配信装置は情報配信装置１と同じ構成で良く、図２７〜３０を参照して、配信順位によって配信する情報の一部を差し替える情報配信装置を説明する。図２７は配信順位によって配信する情報の一部を差し替える場合にユーザクライアント２側の表示装置２５、３５等に表示される差し替え情報付き情報設定画面である（図２８のＳ２８００）。この情報設定画面は図５に示すクライアントソフト画面のメニューから「設定」を選択すると選択表示される画面である。
【００９４】
図２７の「情報」フィールドには設定する情報（配信情報）を入力するが、この情報の内部に「スペシャルディナー%s：7時より先着１０名要予約%s」というように、"（図２８でＳ２８０２）、この部分"で区切られた文章を入力すると（図２８でＳ２８０２）、この部分が画面の情報フィールドの下の「差し替え条件」によって情報配信装置１に通知時に変更される。また、例えば"%s"の後の「７時より先着１０名要予約」というのは初期値で、差し替え条件に当てはまらない場合はこの値が利用される。差し替え条件には差し替える配信順位（例えば配信順位２０番〜１００番）を指定し、差し替え元の文字列、差し替える文字列を設定すること（例えば元の文字列「７時から先着１０名」を差し替え文字列「８時から先着１５名」）ができる。情報と差し替える情報を入力して「設定」ボタンをクリックすると（図２８のＳ２８０４）、図２０のＳ２００６、２００８、Ｓ２０１０と同様に、送信する情報に位置情報を付加可能か否かを判断し、設定情報を情報配信装置１に送信し（図２８のＳ２８０９）、情報配信装置１からのリターン値をＳ２８１０で判定し、受理された場合（Ｓ２８１０でＹＥＳの場合）、図５に示すクライアントソフト画面等のアプリケーション画面が表示され（図２８のＳ２８１２）、情報配信装置１に受理されなかった場合には（図２８のＳ２８１０でＮＯの場合）ユーザクライアント２の表示装置２５、３５等にエラー画面が表示され、いずれの場合にも情報差し替え付き情報変更処理が終了する。また、Ｓ２８０４でキャンセルボタンをクリックした場合にも、情報差し替え付き情報変更処理は終了する。
【００９５】
つぎに、図２９を参照して情報差し替え付き情報設定／通知処理の情報配信装置１側の処理フローを説明する。ユーザクライアント２から情報差し替え付き設定情報を受信すると、ユーザエントリ、ウオッチャーユーザエントリを更新し（図２９のＳ２９００）、エントリ更新が成功したか否かを判定して成功した場合（図２９のＳ２９０２のＹＥＳ）、ウオッチャーユーザエントリから、情報通知先ユーザ一覧を取得し（図２９のＳ２９０４）、通知先ユーザの優先順位順を並び替え（図２９のＳ２９０６）、通知情報の変更の必要か否かを判定して、必要な場合には（図２９のＳ２９０８でＹＥＳ）、並び替え後の優先順位順の内、ユーザクライアント２からの設定情報を指定された順位の通知先の指定されなかった通知先とで通知する情報（配信情報）を差し替え（図２９のＳ２９１０）、優先順位順に通知先ユーザに情報を配信し（図２９のＳ２９１２）、このユーザの購読ユーザ全員に通知したか否かを判定して、全てに情報通知した場合（図２９のＳ２９１４でＹＥＳ）、ユーザクライアント２に成功した旨を送信し（図２９のＳ２９１６）、情報差し替え付き情報設定／通知処理を終了する。このとき、ユーザクライアント２から情報を受信した直後に受け付けに成功したかどうか通知し、全員への送信が完了したかどうかを通知するのを非同期で行う構成としても良い。また、Ｓ２９０８で通知情報の変更が必要でない場合、即ち情報差し替えが不要な場合（図２９のＳ２９０８でＮＯ）は、Ｓ２９１２にジャンプする。一方Ｓ２９０２でエントリ更新が出来なかった場合には（図２９のＳ２９０２でＮＯ）、ユーザクライアント２に失敗した旨を通知し（図２９のＳ２９１８）情報差し替え付き情報設定／通知処理を終了する。通知先の各ユーザでは、図３０に示す様に、通知情報が受信され（図３０のＳ３０００）、このユーザの表示装置に通知情報がポップアップ画面で表示される（図３０のＳ３００２）。
【００９６】
本実施例では情報を設定する側が差し替え情報を入力しているが、この他にも配信順位の高いユーザには全ての情報を通知し、配信順位の低いユーザには変更があったことだけを通知するなど、情報配信装置１側で配信順位に応じて通知する情報を変更しても良い。
【００９７】
本実施の形態では差し替え条件を一つとした場合を説明したが、複数の条件を設定するように構成しても良い。
【実施例３】
【００９８】
本実施例３においても、情報配信装置は情報配信装置１と同じ構成で良く、図３１〜図３４を参照して、配信する情報に有効期限を設定できるように構成したものである。図３１は配信する情報に有効期限を設定する場合にユーザクライアント２側の表示装置２５、３５等に表示される有効期限付き情報設定画面の例で、この情報設定画面は図５に示すクライアントソフト画面のメニューから「設定」を選択すると選択表示される（図３２のＳ３２００）。
【００９９】
図３１の「情報」フィールドには設定する情報（即ち、配信される情報）を入力し、「有効期限」フィールドには、この情報を通知する有効期限を設定する（図３２のＳ３２０２）。有効期限が入力されない場合には、その他の条件を満たす限り、配信順位の高い順番で通知する。（配信する）情報と有効期限を入力して「設定」ボタンをクリックすると（図３２のＳ３２０４のＹＥＳ）、情報配信装置１に送信する情報に位置情報を付加できるか否かを判定し（図３２のＳ３２０６、Ｓ３２０８）、位置情報とともにまたは位置情報なしで、有効期限付きに設定された情報が情報配信装置１の処理部４２に送信される（図３２のＳ３２０９）。この送信された情報が、情報配信装置１で設定に成功すると（図３２のＳ３２１０でＹＥＳの場合）、ユーザクライアント２には、図５に示すクライアントソフト画面等のアプリケーション画面が表示され（図３２のＳ３２１２）、一方、送信された情報が情報配信装置１で設定に失敗すると（図３２のＳ３２１０でＮＯの場合）、ユーザクライアント２の表示装置２５等に、エラー表示を行い（図３２のＳ３２１４）、いずれの場合にも有効期限付き情報更新処理を終了する。また、Ｓ３２０４で、キャンセルボタンをクリックした場合にも、有効期限付き情報更新処理を終了する。
【０１００】
つぎに、図３３を参照して、情報配信装置１側の有効期限付き情報設定／通知処理のフローを説明する。ユーザクライアント２から有効期限付き情報が送信されて来ると（図３３のＳ３３２０）、Ｓ３３００でユーザエントリ、ウオッチャーユーザエントリの更新を行い、エントリの更新が成功した場合（図３３のＳ３３０２でＹＥＳ）、ウオッチャーユーザエントリから有効期限付き情報の通知先（配信先）ユーザ一覧を取得し（図３３のＳ３３０４）、通知先ユーザ一覧の優先順位順の並び替えを行い（図３３のＳ３３０６）、好ましくは情報配信装置１に内蔵されているタイマを参照し、現時刻を取得して（図３３のＳ３３０８）、現時刻と受信した設定情報に含まれている有効期限とから、現時刻が有効期限内
か否かを判断して有効期限内であれば（図３３のＳ３３１０でＹＥＳ）、この有効期限付き設定情報を通知先に配信し（図３３のＳ３３１２）、通知先全ユーザに通知（配信）したか否かを判定し、配信した場合には、処理成功として（図３３のＳ３３１６）、有効期限付き情報設定／通知処理を終了する。配信未のユーザがいる場合には（図３３のＳ３３１４でＮＯ）、再度Ｓ３３０８に戻り処理を継続する。一方、Ｓ３３０２でエントリ更新に失敗した場合（図３３の３３０２でＮＯ）や、Ｓ３３１０で有効期限がすぎていた場合にも、有効期限付き情報設定／通知処理を終了する。この通知情報が配信されると（図３４のＳ３４００）、ユーザは、通知情報を使用中の表示装置２５等にホップアップ画面で表示されて通知される（図３４のＳ３４０２）。
【０１０１】
本実施の形態では、有効範囲（有効期間、有効期限）としてクライアントが日時を指定しているが、この他にもクライアント側から情報更新頻度の高い１００人までという設定を行っても良い。
【０１０２】
また、優先順位の上位規定数のみに配信したり、配信中に同じ通知元ユーザの情報が更新された場合にはそれ以降の配信を中断したりするなどの情報配信装置１側の判定による動作も可能である。
【実施例４】
【０１０３】
本実施例４においても、情報配信装置は情報配信装置１と同じ構成で良く、本実施例の特徴は、情報変更を通知する際に、クライアント側に変更された情報だけではなく、通知先ユーザの配信順位（何番目に通知されたか）の情報を添えて配信することにある。この動作のフローチャートは図２０〜図２２のフローチャートと同じである。
【実施例５】
【０１０４】
本実施例５においても、情報配信装置は情報配信装置１と同じ構成で良く、ユーザ側で情報を設定する際に、その情報の重要度などの属性を設定したことを特徴とする。図３５に重要度をつけて情報を設定する場合の画面を示す。図３５において、「重要でない」チェックボックスがチェックされている場合、設定された情報と重要度が情報配信装置１の処理部４２のプログラムに送信され、プログラムではこの情報の通知に関しては配信順位を設定して通知は行わない。この場合の通知順は、ウォッチャーユーザエントリの順番などとなる。
【０１０５】
逆に重要である属性に対して、「重要である」チェックボックスをチェックしても良い。また、設定毎にクライアント側で重要度の属性をつけずに、情報配信装置１側で通知元ユーザのＩＤにより重要度を判定したり、位置情報のみが送信された場合などは優先順位をつけないという判定をすることも可能である。この実施例のクライアント側、情報配信装置１側の処理フローは図３６及び図３７であり、クライアント側の処理フロー図３６は、図３２に示す有効期限付き情報更新処理の際の処理フローを設定する情報が異なるのみである。情報配信装置１側の処理フローは、設定情報を受信し（図３７のＳ３７２０）、ユーザエントリ、ウオッチャーユーザエントリを更新し（図３７のＳ３７００）、エントリ更新が成功した場合（図３７のＳ３７０２でＹＥＳ）、ウオッチャーユーザエントリから通知先ユーザ一覧を取得し（図３７のＳ３７０４）、この設定情報に優先順位の設定の有無を判断し（図３７のＳ３７０６）、必要な場合には（図３７のＳ３７０６でＹＥＳ）、通知先ユーザ一覧の優先順位順の並び替えを行い（図３７のＳ３７０８）、以降は、通知先ユーザ全員に通知を行い（図３７のＳ３７１０、Ｓ３７１２のＹＥＳ、またはＳ３７１２でＮＯの場合には、Ｓ３７１０へ）、Ｓ３７１４で処理成功として当処理を終了する。また、Ｓ３７０６で優先順位設定不要の場合はＳ３７１０に移行する。また、Ｓ３７０２でエントリ更新に失敗した場合には、処理不成功として、当処理を終了する。
【０１０６】
なお、各実施例でユーザが設定する情報（配信情報）は比較的短いメッセージを例示したが、それに限定されるものではない。
【０１０７】
また、各実施例での情報（配信情報）はインスタントメッセージサービスでいうところの、「プレゼンス」「メッセージング」の両方を含むと同時に、それ以外の一般的な情報も含んでも良い。
【０１０８】
以上の開示に加え以下を開示する。
（付記１）複数のユーザ端末に情報を配信する情報配信装置において、前記ユーザ端末を識別する識別情報と該識別情報に対応させて該ユーザ端末に配信される配信情報を指定するインデックスとを格納したユーザエントリと、前記インデックスで指定され、前記配信情報と前記ユーザ端末の識別情報に対応させて該ユーザ端末から送信されてきたプロファイルとを格納したウオッチャユーザエントリと、前記配信情報が更新された際に、該更新された配信情報を前記ユーザ端末に配信する順序を前記プロファイルに基づいて決定する処理部とを有することを特徴とする情報配信装置。
（付記２）前記プロファイルは、前記ユーザ端末から送信されて来たユーザの現況を示す情報、前記ユーザ端末の種別情報、前記ユーザ端末の位置情報、過去に情報を配信した際の配信された順位、通信履歴、前記ユーザ端末から発信する情報を更新した回数、前記更新の最終更新時刻、前記配信情報に対価を支払うか否かの情報の少なくとも１つを含むことを特徴とする情報配信装置。
（付記３）前記ウオッチャユーザエントリに格納される前記配信情報は複数個あり、前記配信順序に応じて配信される前記配信情報が異なることを特徴とする付記１または付記２に記載の情報配信装置。
（付記４）複数のユーザ端末に情報を配信する情報配信方法において、前記ユーザ端末から配信情報を取得するステップと、前記配信情報の配信を指定するユーザ端末の識別情報と前記配信情報のインデックスを取得するステップと、前記配信情報の配信を指定するユーザ端末からプロファイルを取得するステップと、前記インデックス毎に前記配信情報の配信を指定するユーザ端末の識別情報に対応させて該ユーザ端末からのプロファイルとを格納するステップと、前記配信情報が更新された際に、該更新された配信情報を前記プロファイルに基づいて前記配信情報の配信を指定したユーザ端末への配信順序を決定するステップと、有することを特徴とする情報配信方法。
（付記５）前記プロファイルは、前記配信情報の配信を指定するユーザ端末から受信したユーザの現況を示す情報、前記ユーザ端末の種別情報、前記ユーザ端末の位置情報、過去に情報を配信した際の配信された順位、通信履歴、前記ユーザ端末から発信する情報を更新した回数、前記更新の最終更新時刻、前記配信情報に対価を支払うか否かの情報の少なくとも１つを含むことを特徴とする付記４に記載の情報配信方法。
（付記６）付記１に記載の情報配信装置において、前記配信情報に該配信情報の有効範囲を規定する情報を含み、前記処理部において前記有効範囲を規定する情報に基づき、前記配信情報の配信の可否、前記配信情報の配信先への配信順を決めることを特徴とする情報配信装置。
（付記７）付記６に記載の情報配信装置において、前記有効範囲は、前記配信情報の配信時期を規定する情報であることを特徴とする情報配信装置。
（付記８）付記１に記載の情報配信装置において、前記配信情報に配信順位を含めて配信先に該配信情報を配信することを特徴とする付記１に記載の情報配信装置。
（付記９）付記１に記載の情報配信装置において、前記配信情報の配信順序と該配信順序に応じて前記配信情報の内容を変更する変更情報とを受信し、前記配信情報を前記変更情報によって変更して、前記配信順序に応じて配信することを特徴とする情報配信装置。
【産業上の利用可能性】
【０１０９】
複数のユーザ端末へ情報を配信する際に、この情報の配信を希望するユーザ端末の識別情報とこのユーザ端末乃至ユーザ端末のユーザの動的な状況を示す情報とを対応させて記憶格納し、この記憶格納した情報に基づいて、情報を配信する順序を決定するようにしたので、ユーザ端末の状況に基づいた順序での適切な情報の配信が可能となる。
【図面の簡単な説明】
【０１１０】
【図１】本発明を適用した情報配信システムの一例を示す図。
【図２】配信システムの詳細を示す図。
【図３】本発明の概要を説明する図。
【図４】本発明の基本構成を示す図。
【図５】クライアントソフト画面例を示す図。
【図６】購読ユーザ追加画面例を示す図。
【図７】情報設定画面例を示す図。
【図８】通信確認画面例を示す図。
【図９】ユーザ登録画面例を示す図。
【図１０】ユーザエントリの概要を示す図。
【図１１】ウオッチャーユーザエントリを示す図。
【図１２】ユーザ登録のフローチャートを示す図。
【図１３】ユーザ登録のフローチャートを示す図。
【図１４】ログイン処理のフローチャートを示す図。
【図１５】ログイン処理のフローチャートを示す図。
【図１６】購読希望ユーザ追加処理のフローチャートを示す図。
【図１７】購読希望ユーザ追加処理のフローチャートを示す図。
【図１８】購読希望ユーザ削除処理のフローチャートを示す図。
【図１９】購読希望ユーザ削除処理のフローチャートを示す図。
【図２０】情報更新処理のフローチャートを示す図。
【図２１】情報設定／通知処理のフローチャートを示す図。
【図２２】情報通知のフローチャートを示す図。
【図２３】メール送信処理のフローチャートを示す図。
【図２４】メール送信処理のフローチャートを示す図。
【図２５】電話発信処理のフローチャートを示す図。
【図２６】電話発信処理のフローチャートを示す図。
【図２７】差し替え情報付き情報設定画面の例を示す図。
【図２８】情報差し替え付き情報更新処理のフローチャートを示す図。
【図２９】情報差し替え付き情報設定／通知処理のフローチャートを示す図。
【図３０】情報通知処理のフローチャートを示す図。
【図３１】有効期限付き情報設定画面例を示す図。
【図３２】有効期限付き情報更新処理のフローチャートを示す図。
【図３３】有効期限付き情報設定／通知処理のフローチャートを示す図。
【図３４】有効期限付き情報通知処理のフローチャートを示す図。
【図３５】属性付き情報設定画面例を示す図。
【図３６】属性付き情報更新処理のフローチャートを示す図。
【図３７】属性付き情報設定／通知処理のフローチャートを示す図。
【符号の説明】
【０１１１】
１      情報配信装置
２      ユーザクライアント
２−１  ユーザクライアント
２−２  ユーザクライアント
２−３  ユーザクライアント
３      商店クライアント
５      ネットワーク
２１    通信部
２２    処理部
２３    記憶装置
２４    入力装置
２５    表示装置
４１    通信部
４２    処理部
４３    記憶装置    
【図１】
2004252956.tif 000003
【図２】
2004252956.tif 000004
【図３】
2004252956.tif 000005
【図４】
2004252956.tif 000006
【図５】
2004252956.tif 000007
【図６】
2004252956.tif 000008
【図７】
2004252956.tif 000009
【図８】
2004252956.tif 000010
【図９】
2004252956.tif 000011
【図１０】
2004252956.tif 000012
【図１１】
2004252956.tif 000013
【図１２】
2004252956.tif 000014
【図１３】
2004252956.tif 000015
【図１４】
2004252956.tif 000016
【図１５】
2004252956.tif 000017
【図１６】
2004252956.tif 000018
【図１７】
2004252956.tif 000019
【図１８】
2004252956.tif 000020
【図１９】
2004252956.tif 000021
【図２０】
2004252956.tif 000022
【図２１】
2004252956.tif 000023
【図２２】
2004252956.tif 000024
【図２３】
2004252956.tif 000025
【図２４】
2004252956.tif 000026
【図２５】
2004252956.tif 000027
【図２６】
2004252956.tif 000028
【図２７】
2004252956.tif 000029
【図２８】
2004252956.tif 000030
【図２９】
2004252956.tif 000031
【図３０】
2004252956.tif 000032
【図３１】
2004252956.tif 000033
【図３２】
2004252956.tif 000034
【図３３】
2004252956.tif 000035
【図３４】
2004252956.tif 000036
【図３５】
2004252956.tif 000037
【図３６】
2004252956.tif 000038
【図３７】
2004252956.tif 000039