(57)【要約】  インターネットでサービス情報を取得する方法が得られる。本方法は：少なくとも１つのサービスプロバイダが、サービス及び対応するサービスステータスをサーバに登録し、データベース内でその名前を記憶するステップ；ユーザが前記サーバからサービスを要求するステップ；要求されたサービスについて前記データベースを探索するステップ；及び探索結果をユーザに通知するステップ；を有する。要求されたサービスが前記データベース内で発見された場合に、ユーザは、前記要求されたサービスの対応するサービスステータスの通知を受ける。同様に、要求されたサービスが前記データベース内で発見されなかった場合に、ユーザは、その旨の通知を受ける。要求されたサービスがデータベース内で発見されなかった場合又は要求されたサービスに関するサービスステータスが利用可能でない場合に、その要求は格納され、サービスが登録された又はサービスステータスが利用可能な状態に変わった場合に、ユーザは通知を受ける。
2005510819.tif 000002
【特許請求の範囲】
【請求項１】
インターネットでサービス情報を取得する方法であって：
少なくとも１つのサービスプロバイダが、サービス及び対応するサービスステータスをサーバに登録し、データベース内でその名前を記憶するステップ；
ユーザが前記サーバからサービスを要求するステップ；
要求されたサービスについて前記データベースを探索するステップ；及び
探索結果をユーザに通知するステップ；
を有することを特徴とする方法。
【請求項２】
前記通知するステップが、探索結果を示すｅメールを前記ユーザに送信するステップを有する
ことを特徴とする請求項１記載の方法。
【請求項３】
要求されたサービスが前記データベース内で発見された場合に、前記通知するステップが、前記要求されたサービスの対応するサービスステータスをユーザに通知するステップを有する
ことを特徴とする請求項１記載の方法。
【請求項４】
要求されたサービスが前記データベース内で発見されなかった場合に、前記通知するステップが、前記要求されたサービスは前記サーバに登録されていないことをユーザに通知するステップを有する
ことを特徴とする請求項１記載の方法。
【請求項５】
更に、前記サービスに関する要求を前記データベース内に格納するステップを有する
ことを特徴とする請求項４記載の方法。
【請求項６】
更に、前記サービス要求が格納されたことを前記ユーザに通知するステップを有する
ことを特徴とする請求項５記載の方法。
【請求項７】
前記通知するステップが、前記サービス要求の格納を示すｅメールを前記ユーザに送信するステップを有する
ことを特徴とする請求項６記載の方法。
【請求項８】
更に：
前記サービスが前記サーバに登録された場合に、格納されたサービス要求について前記データベースを探索するステップ；及び
前記サービスが登録されたこと及び対応するサービスステータスを前記ユーザに通知するステップ；
を有することを特徴とする請求項５記載の方法。
【請求項９】
前記通知するステップが、前記サービス要求の前記サービスステータスを示すｅメールを前記ユーザに送信するステップを有する
ことを特徴とする請求項６記載の方法。
【請求項１０】
要求されたサービスが前記サーバ上で発見され、前記サービスステータスが前記サービスは利用可能であることを示す場合に、前記通知するステップが、前記要求されたサービスは利用可能であることをユーザに通知するステップを有する
ことを特徴とする請求項１記載の方法。
【請求項１１】
要求されたサービスが前記サーバ上で発見されず、前記サービスステータスが、前記サービスは利用可能でないことを示す場合に、前記通知するステップが、前記要求されたサービスは利用可能でないことをユーザに通知するステップを有する
ことを特徴とする請求項１記載の方法。
【請求項１２】
更に、前記サービスに関する要求を前記データベース内に格納するステップを有する
ことを特徴とする請求項１１記載の方法。
【請求項１３】
更に、前記サービス要求が格納されたことを前記ユーザに通知するステップを有する
ことを特徴とする請求項１１記載の方法。
【請求項１４】
前記通知するステップが、前記サービス要求の格納を示すｅメールを前記ユーザに送信するステップを有する
ことを特徴とする請求項１３記載の方法。
【請求項１５】
更に：
前記サービスステータスが利用可能に変更された場合に、格納されたサービス要求について前記データベースを探索するステップ；及び
前記サービスステータスが利用可能であることを前記ユーザに通知するステップ；
を有することを特徴とする請求項１３記載の方法。
【請求項１６】
前記通知するステップが、前記サービス要求の利用可能性を示すｅメールを前記ユーザに送信するステップを有する
ことを特徴とする請求項１５記載の方法。
【請求項１７】
インターネットでサービス情報を取得するシステムであって：
動作可能に接続されるメモリを有し、サービスプロバイダによるサービス及び前記サービスの各々に対応するサービスステータスのデータベースを格納するサーバ；
サービスに関するユーザからの要求を受信する手段；
サービス要求について前記データベースを探索する手段；及び
探索結果を前記ユーザに通知する手段；
を有することを特徴とするシステム。
【請求項１８】
前記通知する手段が、ｅメールを生成し、それを前記ユーザに送信する手段を有する
ことを特徴とする請求項１７記載のシステム。
【請求項１９】
更に、要求されたサービスが前記データベース内に発見されなかった場合に、該要求を格納するメモリを有する
ことを特徴とする請求項１７記載のシステム。
【請求項２０】
更に：
前記データベースに関する付加的な入力を受信することで前記データベースを更新し、前記データベース内で情報を変更する手段；
格納された要求について、更新されたデータベースを探索する手段；及び
更新された探索結果を前記ユーザに通知する手段
を有することを特徴とする請求項１９記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にインターネットを通じてサービス情報を取得するための方法及びシステムに関連し、特にウェブサービスプッシュモデルに基づく拡張された（ｅｎｈａｎｃｅｄ）ユニバーサルな記述、発見及び統合（ＵＤＤＩ：Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ，Ｄｉｓｃｏｖｅｒｙ，ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ）に関する。
【背景技術】
【０００２】
ウェブサービスによるＵＤＤＩは、近年に登場した新しい分散型相互運用性のパラダイムである。ＵＤＤＩは、インターネット上の何処かのビジネス及びそれらのサービスの説明に関する情報を格納する。ＵＤＤＩにより与えられる登録及び発見のインターフェースにより、サービスプロバイダは彼ら自身登録することができ、サービスユーザは所望のプロバイダ及び起動されるサービスを見つけることができる（ウェブサービス記述言語（ＷＳＤＬ：Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）が、汎用的なフォーマットでサービスを記述するために使用される。）。
【０００３】
現在、ＵＤＤＩは「プルモデル（ｐｕｌｌ  ｍｏｄｅｌ）」をサポートするのみであり、即ち、クライアントが行なうことのできる唯一の操作は、ＵＤＤＩレジストリに登録済みの所望のサービスプロバイダを発見し、その後に、サービスプロバイダにより提供されるサービスに対する起動を、ＵＤＤＩにより提供される起動法を用いて行なうことである。このプロセスは、利用可能なサービスをクライアントが能動的に探すことができることに起因して、「プル」モデル（モデルの引き出し）と考えられる。  
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、サービスプロバイダが登録されていないことに起因して、多くの場合に、クライアントは所望のサービスを速やかに発見することができないかもしれない。この場合に、クライアントは、一旦それらが利用可能になったときに新たなサービスを通知されることを希望する。即ち、クライアントは、サービスを提供する者を知っているが、何らかの理由でサービスが利用可能でない又は所定の時間でのみ動く。
【０００５】
従って、本発明の課題は、従来技術に関連する問題を克服する、インターネットを通じてサービス情報を取得する方法及びシステムを提供することである。
【０００６】
本発明の別の課題は、以前に利用可能でなかった又は未登録であったサービスが利用可能になり又は登録された場合にそれぞれユーザに通知する、インターネットを通じてサービス情報を取得する方法及びシステムを提供することである。
【課題を解決するための手段】
【０００７】
このため、インターネットでサービス情報を取得する方法が提供される。本方法は：少なくとも１つのサービスプロバイダが、サービス及び対応するサービスステータスをサーバに登録し、データベース内でその名前を記憶するステップ；ユーザが前記サーバからサービスを要求するステップ；要求されたサービスについて前記データベースを探索するステップ；及び探索結果をユーザに通知するステップ；を有する。好ましくは、前記通知するステップが、探索結果を示すｅメールを前記ユーザに送信する又は他のユーザインターフェースを呼び出すステップを有する。
【０００８】
好ましくは、要求されたサービスが前記データベース内で発見された場合に、前記通知するステップが、前記要求されたサービスの対応するサービスステータスをユーザに通知するステップを有する。同様に、要求されたサービスが前記データベース内で発見されなかった場合に、前記通知するステップが、前記要求されたサービスは前記サーバに登録されていないことをユーザに通知するステップを有する。
【０００９】
好ましくは、本方法は、更に、前記サービスに関する要求を前記データベース内に格納し、前記サービス要求が格納されたことを前記ユーザに通知するステップを有する。好ましくは、通知するステップは、前記サービス要求の格納を示すｅメール又は他のユーザインターフェースを通じて結果を前記ユーザに返すステップを有する。サービスに関する要求が格納される場合に、本方法は、好ましくは更に、前記サービスが前記サーバに登録された場合に、格納されたサービス要求について前記データベースを探索するステップ；及び  前記サービスが登録されたこと及び対応するサービスステータスを前記ユーザに通知するステップ；を有する。更に、好ましくは、前記通知するステップが、前記サービス要求の前記サービスステータスを示すｅメール又は他のユーザインターフェースを前記ユーザに送信する又は呼び出すステップを有する。
【００１０】
要求されたサービスが前記サーバ上で発見され、前記サービスステータスが前記サービスは利用可能であることを示す場合に、前記通知するステップが、前記要求されたサービスは利用可能であることをユーザに通知するステップを有する。同様に、要求されたサービスが前記サーバ上で発見されず、前記サービスステータスが、前記サービスは利用可能でないことを示す場合に、前記通知するステップが、前記要求されたサービスは利用可能でないことをユーザに通知するステップを有する。
【００１１】
サービスが利用可能でない場合に、本方法は、更に、前記サービスに関する要求を前記データベース内に格納し、前記サービス要求が格納されたことを前記ユーザに通知するステップを有する。前記通知するステップは、好ましくは、前記サービス要求の格納を示すｅメールを前記ユーザに送信するステップを有する。要求が格納される場合に、本方法は、好ましくは更に、前記サービスステータスが利用可能に変更された場合に、格納されたサービス要求について前記データベースを探索するステップ；及び前記サービスステータスが利用可能であることを前記ユーザに通知するステップ；を有する。更に、好ましくは、  前記通知するステップが、前記サービス要求の利用可能性を示すｅメールを前記ユーザに送信するステップを有する。
【００１２】
インターネットでサービス情報を取得するシステムも提供される。本システムは：動作可能に接続されるメモリを有し、サービスプロバイダによるサービス及び前記サービスの各々に対応するサービスステータスのデータベースを格納するサーバ；サービスに関するユーザからの要求を受信する手段；サービス要求について前記データベースを探索する手段；及び探索結果を前記ユーザに通知する手段；を有する。
【００１３】
好ましくは、前記通知する手段が、ｅメールを生成し、それを前記ユーザに送信する手段を有する。
【００１４】
好ましくは、当該システムは、更に、要求されたサービスが前記データベース内に発見されなかった場合に、該要求を格納するメモリを有する。要求が格納される場合に、当該システムは、好ましくは、更に：前記データベースに関する付加的な入力を受信することで前記データベースを更新し、前記データベース内で情報を変更する手段；格納された要求について、更新されたデータベースを探索する手段；及び更新された探索結果を前記ユーザに通知する手段；を有する。
【００１５】
本発明による装置及び方法に関するこれら及び他の特徴、態様及び利点は、以下の説明、添付の特許請求の範囲及び添付図面と共にいっそう理解されるであろう。
【発明を実施するための最良の形態】
【００１６】
図１を参照するに、インターネットを通じてサービス情報を取得する方法の好適実施例によるフローチャートが示されている。本方法は、全体的に参照番号１００で示される。ステップ１０２において、少なくとも１つのサービスプロバイダが、サービスと対応するサービスステータスとをサーバに登録する。サービスステータスは、そのサービスが、あるユーザにとって利用可能であるか否かを示すことが好ましい。サービスプロバイダ名、アドレス及び電話番号のようなサービス情報も、サービスプロバイダから与えられる。サービスプロバイダは、ウェブページのようなインターフェースにより、彼又は彼女のサービスをサーバに登録する。ウェブページを通じてサーバに情報を与えることは、当該技術分野で周知である。
【００１７】
サービスプロバイダ及び関連するサービスのデータベースを構築するために、複数のサービスプロバイダが、彼らのサービスをサーバに登録することが好ましい。サービスの登録は無料でもよいし、手数料が課金されてもよい。ステップ１０４では、サービス、サービスステータス及びサービス情報がデータベースに格納される。データベースはそのサーバにあってもよいし、そこから離れていてもよい。
【００１８】
ステップ１０６では、ユーザが、特定の所望のサービスをサーバから要求する。ステップ１０８では、要求されたサービスのデータベースが、ユーザにより要求されたサービスを探す。ステップ１１０では、ユーザにより要求されたサービスがそのデータベース内で発見されたか否かが判別される。要求されたサービスがデータベース内に発見された場合は、本方法は分岐Ａに進み、要求されたサービスがデータベース内に発見されなかった場合は、本方法は分岐Ｂに進む。
【００１９】
図２を参照するに、要求されたサービスがデータベース内に発見された場合は、フローチャートは分岐Ａに進み、そこではステップ２０２にて、そのサービスに対応するステータスが、利用可能を示すか否かが判定される。要求されたサービスのステータスが利用可能であるならば、フローチャートはステップ２０４に進み、そこではユーザは要求されたサービスの利用可能性の通知を受ける。また、ユーザは対応するサービス情報の通知を受けることが好ましい。それら（サービスステータス及びサービス情報）を示すｅメールをユーザに送信することで、ユーザは、サービスステータス及びサービス情報の通知を受けることが好ましい。ユーザのｅメールアドレスは、サービス要求と共にサーバに用意されていることが好ましく、その要求に対応してデータベースに格納されることが好ましい。しかしながら、郵送先又は電話番号のような、ユーザに通知を行なう他の手段が与えられ格納されてもよい。本方法は、サービス要求を満たす単独のサービスに関連して説明されているが、ユーザは、サービス要求を満たす全ての登録済みサービス又は所定数の登録済みサービスの通知を受けることが好ましい。
【００２０】
要求されたサービスがサーバ上で発見され、対応するサービスステータスが、そのサービスは利用可能でないことを示すと判定された場合には、ステップ２０６にて、ユーザは、その要求されたサービスが利用可能でないことの通知を受ける。また、ステップ２０６にて、サービス要求がデータベースに格納され、ユーザにその旨も通知されることが好ましい。ユーザは、その者のサービス要求に適合するサービスプロバイダは登録されているが現在利用できないこと及びその要求はユーザにｅメールを送信することで記憶されることの通知を受けることが好ましい。
【００２１】
ステップ２０８では、格納されたサービス要求をデータベースが周期的に探索し、ステップ２１０では、サービスプロバイダがサービスステータスを利用不可能から利用可能へ変更したか否かを判別する。また、データベースは、サービス要求を満たす以後登録された任意の新規サービスプロバイダをも探索する。サービスステータスが利用可能に変更されていたならば、本方法はステップ２０４に進み、そこではユーザは、彼又は彼女のサービス要求に合致するサービスプロバイダの利用可能性の通知を受ける。ユーザに通知する好ましい手段は、そのサービス情報と共にサービス要求の利用可能性を示すｅメールをユーザに送信することである。
【００２２】
サービスに関するステータスが変更されなかったならば、本方法はステップ２０８に戻り、データベースが周期的にサーチされる。サービスステータスが変更されたか否かを判別するために、データベースは周期的にサーチされることが望ましいが、他の方法も可能である。例えば、タグ付けされたサービスステータスの利用可能でない状態から利用可能な状態へのサービスプロバイダによる変更それ自身が、ユーザに変更を通知する契機となってもよい。
【００２３】
要求されたサービスがデータベース内に発見されなかった場合には、フローチャートはステップ２１２において分岐Ｂに進み、そこではサービスに関する要求がデータベースに格納され、ユーザは、要求されたサービスがサーバに登録されていないことの通知を受ける。また、ユーザは、通知される彼又は彼女が、要求を満たし以後に登録するサービスプロバイダであることの通知を受ける。好ましくは、ユーザは、サービス要求の格納を指示するｅメールをユーザに送信することで通知される。ステップ２１４では、データベースはサービス要求を周期的に探索する。ステップ２１６では、データベースが更新され、サービス要求に合致するサービスがデータベース内に発見されないならば、本方法はステップ２０２に進み、本方法は上記のようにして処理を行なう。データベースが更新されず、サービス要求に合致するサービスがデータベース内に依然として発見されないならば、本方法はステップ２１４に進む。
【００２４】
図３を参照するに、本発明による方法を実現するのに好ましいシステムの概略図が示されている。本システムは全体的に参照番号３００で示される。本システム３００は、ＵＤＤＩサーバ３０２を有し、そのサーバは、それに動作可能に接続されたメモリ３０４を有し、メモリは、サービスプロバイダ３０８とサービス３０６各々に対応するサービスステータスとによるサービスのデータベースを格納する。サービスプロバイダ３０８は、彼又は彼女のサービス３０６及び対応するステータス３１０を登録インターフェース３１２を通じてサーバ３０２に登録する。好ましくは登録インターフェース３１２はウェブページ又はｅメール申請による。サービスプロバイダ３０８は、以前に申請されていない場合には、登録インターフェース３１２を通じて、その者の名前、アドレス及び電話番号のようなサービス情報を登録する。サービス３０６は、好ましくは、サービスステータス３１０に対応するフィールド及びサービス情報を有するテーブルとしてデータベースに格納される。そのようなテーブルから情報を調査及び探索することは当該技術分野で周知である。
【００２５】
また、システム３００はユーザ３１４によるサービスの要求を受信する手段を含む。好ましくは、ユーザ３１４は、サービスに関する要求を行なうために、ウェブページ又はｅメールのような発見インターフェースを通じてサーバ３０２と連絡をとる。データベースは、ユーザ３１４により要求されたサービスに合致するサービスを以前に登録したサービスプロバイダを探索する。ユーザ３１４は、その後に通知インターフェース３１８を通じて探索結果の通知を受ける。通知インターフェース３１８は、ユーザが彼又は彼女の要求と共にｅメールアドレスを提供する場合には、ｅメールであることが好ましい。
【００２６】
ユーザの要求に合致する登録されたサービスが発見された場合には、ユーザ３１４は、その合致性に加えて、サービスに対応するサービスステータスの通知を受ける。サービスステータスが「利用可能」である場合には、ユーザは、その旨の通知を受け、そのサービス情報の通知も受ける。そして、ユーザはサービスプロバイダ３０８のサービス３０６を自由に起動する。サービスステータスが「利用可能でない状態」であった場合又は要求されたサービスについて何らの合致も発見されなかった場合には、好ましくは、その要求はメモリ３０４に格納され、ユーザ３１４は、通知インターフェース３１８を通じてその旨の通知を受ける。サービスプロバイダ３０８が彼又は彼女の登録済みサービス３０６のサービスステータスを登録インターフェース３１２を通じて「利用可能」に変更する場合又は別のサービスプロバイダがユーザの格納済みの要求内容に合致するサービスを登録した場合には、データベースはそれに従って更新され、ユーザ３１４は、通知インターフェース３１８を通じて更新の通知を受ける。
【００２７】
具体例
例１：トム（ユーザ３１４）は、２つの異なる国の通貨をリアルタイムモードで変換するサービスに関心がある。しかし、彼はＵＤＤＩサーバ３０２にてそのサービスを発見できなかった。彼は、ある会社がそのサービスを登録した場合にＵＤＤＩサーバ３０２が彼に通知できればよいと思う。トムの要求はメモリ３０４に格納され、以後サービスプロバイダ３０８は通貨を変換するサービス３０６を登録し、ＵＤＤＩサーバ３０２は、ｅメール（通知インターフェース３１８）を通じて、そのサービスプロバイダ及び彼の対応するサービス情報を彼に通知する。
【００２８】
例２：非常に有名な心臓病学者（サービスプロバイダ３０８）は、心臓病を患う患者にウェブを用いた無料診断（サービス３０６）を行なうことができる。心臓病学者３０８は、彼が過剰に多くの正規に訪れる患者をかかえていない場合にのみそのようなサービスを提供する。従って、心臓病学者は、最初に、「利用可能でないこと」に対応するサービスステータス３１０と共に彼の診断サービスを登録する。患者（ユーザ３１４）は、発見インターフェース３１６によって、彼らの関心のある診断サービスをＵＤＤＩサーバ３０２に登録できる。ＵＤＤＩサーバは、ウェブを用いた診断３０６に対応するサービスステータス３１０が、その心臓病学者によって切り換えられた場合（「利用可能」に変化した場合）に、それらの患者３１４に通知する。
【００２９】
例２に関する以下のシナリオは、システム３００の要素が互いにどのように相互作用するかを示す。心臓病学者（サービスプロバイダ３０８）は、診断に関するサービス３０６を、「利用可能でないこと」のサービスステータスと共にＵＤＤＩサーバ３０２に登録する。患者（ユーザ３１４）は、サービスに関する要求を行なうことで、この種のサービスをＵＤＤＩサーバ３０２から発見しようと試みる。ＵＤＤＩサーバ３０２は利用可能な診断サービスを返すことができないが、通信インターフェース３１８を通じて、その要求が格納された（申請された）ことをユーザ３１４に通知する。後の時点で、心臓病学者３０８は、彼がいくらかの空き時間を持つことを決め、彼は、登録インターフェース３１２を通じてサービスステータス３１０を「利用可能」に変更するようにＵＤＤＩサーバ３０２と連絡をとる。ＵＤＤＩサーバ３０２はそれを了解し、通知インターフェース３１８を通じて、サービスプロバイダ３０８の名前、アドレス及び電話番号等の他のサービス情報と共に、診断サービス３０６が現在利用可能であることをユーザ３１４に通知する。ユーザ３１４はサービス情報を受信し、そのサービスを起動する。図４のＵＭＬシーケンス図は、例２に関するシステム内のオブジェクト間を通過するメッセージの詳細を示す。
【００３０】
サービスプッシュモデルを用いた拡張ＵＤＤＩは、ウェブサービスに関してユーザが登録することを可能にすることを当業者は理解し、そのウェブサービスは単に一時的に又は予定された規則的な時間に利用可能でない又は利用可能である。本発明による好ましい方法では、ＵＤＤＩは、ユーザに対して彼らの関心事を登録するために一群のインターフェースを与える。加うるに、ＵＤＤＩサーバは、要求されたサービスが登録された又は利用可能になったことを能動的に通知する能力を有する。
【００３１】
以上本発明の好適実施例と考えられるものが提示及び説明されてきたが、当然に、本発明の精神から逸脱せずに、形態又は詳細における様々な修正及び変更が容易になされ得ることが理解されるべきである。従って、本発明は説明及び提示された態様に厳密に限定されるものではなく、添付の特許請求の範囲内でそれらの修正物が網羅されるよう構築されるべきことが意図される。
【図面の簡単な説明】
【００３２】
【図１】本発明の好適実施例による方法のフローチャートを示す。
【図２】図１のフローチャート中の分岐フローチャートＡ及びＢを示す。
【図３】図１及び２の方法を使用する本発明によるシステムの概略を示す。
【図４】例２に関するＵＭＬ（統合モデリング言語）シーケンス図を示す。
【図１】
2005510819.tif 000003
【図２】
2005510819.tif 000004
【図３】
2005510819.tif 000005
【図４】
2005510819.tif 000006
【国際調査報告】
2005510819.tif 000007
2005510819.tif 000008
2005510819.tif 000009