(57)【要約】【課題】ユーザが通知情報を通知することのみにより、ユーザに適したサービスの提供を受けることが可能となるサービス制御システムを提供する。【解決手段】サービス制御システムは、通知情報連携装置１とネットワークサービスを提供する関連装置２と端末３がネットワーク４を介して接続される。  通知情報連携装置１は、端末３からの通知情報通知を受信する手段１−１と、端末を使用するユーザ毎に通知情報とそれに対応する前記関連装置を制御するシナリオを記憶する手段１−２と、シナリオに基づき関連装置を制御する手段１−３を備えている。  通知情報連携装置１が、ユーザの端末３からの通知情報通知を受信した契機で、受信した通知情報に基づいて関連装置２を制御するシナリオ（サービス）を選択し関連装置２の制御を実行することにより、通知情報を通知した端末３のユーザは、関連装置２が提供するサービスを受けることが可能となる。【選択図】図１
2007251502.tif 000002
【特許請求の範囲】
【請求項１】
通知情報連携装置と、
前記通知情報連携装置に通知情報を通知する端末と、
前記通知情報連携装置により制御され前記端末へネットワークサービスを提供する関連装置と、
が通信ネットワークを介して接続され、
前記通知情報連携装置が、
前記端末から通知される通知情報を受信する受信手段と、
前記端末の通知情報毎に前記関連装置を制御するシナリオを記憶する記憶手段と、
前記受信した通知情報に基づいて前記記憶手段よりシナリオを選択するシナリオ選択手段と、
前記選択したシナリオに基づき関連装置を制御する制御手段と、
を有することを特徴としたサービス制御システム。
【請求項２】
請求項１に記載のサービス制御システムにおいて、
前記関連装置が更に、
前記通知情報を通知する端末のユーザに関する通信ログ情報または前記関連装置に関わるシステム情報を収集する収集手段と、
前記収集された通信ログ情報またはシステム情報を前記通知情報連携装置に送信する関連装置情報送信手段と、
を有し、
前記通知情報連携装置が更に、
前記端末または前記端末とは異なる端末よりシナリオの設定を変更するための情報を受信するシナリオ設定変更情報受信手段と、
前記関連装置が送信した通信ログ情報またはシステム情報を受信する関連装置情報受信手段と、
前記シナリオ設定変更情報受信手段が受信した情報、または、前記関連装置情報受信手段が受信した通信ログ情報またはシステム情報により、前記記憶手段に記憶されているシナリオの設定を変更する変更手段と、
を有することを特徴としたサービス制御システム。
【請求項３】
請求項１または請求項２に記載のサービス制御システムにおいて、
前記通知情報連携装置が更に、複数の端末から通知され受信された通知情報を記憶する通知情報記憶手段を有し、
前記制御手段が更に、前記通知情報記憶手段に記憶された複数の端末の通知情報に基づいて関連装置を制御することを特徴としたサービス制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はユーザへのサービスを提供するサービス制御システムに関する。
【背景技術】
【０００２】
従来の通知情報からサービス制御するという観点ではプレゼンスを用いたサービス制御システムがあるが、サービス制御システムにアクセスする端末ユーザのプレゼンスではなく、端末ユーザの通信相手ユーザのプレゼンスが予めサービス制御システムに登録してあり、通信相手ユーザのプレゼンスにより、サービス制御システムでサービス選択を行い、関連するサーバを制御する、というものであった。
【０００３】
例えば特許文献１は、接続要求を行う端末からコミュニケーション方式を選択するサーバヘ、接続先端末への接続要求があった場合、該当サーバは予め収集した接続先の端末のプレゼンス情報によりコミュニケーション方式を選択し、その方式に基づいたコミュニケーション装置（ＶｏＩＰサーバやメールサーバなど）により、接続要求端末と接続先端末を接続する、というものであった。
【０００４】
また、各種サービス制御システムを統合制御する統合システムという観点では、従来は統合システムの端末が総合システムにリクエストを送信し、統合システムがそのリクエストに応じて該当のサービス制御システムを選択・制御し、統合システムの端末にサービスを提供するシステムは存在した（例えば、特許文献２参照）。
【０００５】
しかし、これは統合システムの端末ユーザが、予め使用したいサービスを選択した上で、それに対応した統合システム用のリクエストを送信するものであり、統合システム自体がサービスを選択するものではなかった。
【特許文献１】特開２００５−２０６１５号公報
【特許文献２】特開２００５−２４２９９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、このような事情に鑑みてなされたものであり、その目的は、ユーザがユーザ自身に関する通知情報を通知することのみにより、これを契機としてユーザに適したサービスをシステムが自立的に選択しユーザに提供することが可能となるサービス制御システムを提供することである。
【課題を解決するための手段】
【０００７】
この発明は上述した課題を解決するためになされたもので、請求項１に記載の発明は、通知情報連携装置と、前記通知情報連携装置に通知情報を通知する端末と、前記通知情報連携装置により制御され前記端末へネットワークサービスを提供する関連装置と、が通信ネットワークを介して接続され、前記通知情報連携装置が、前記端末から通知される通知情報を受信する受信手段と、前記端末の通知情報毎に前記関連装置を制御するシナリオを記憶する記憶手段と、前記受信した通知情報に基づいて前記記憶手段よりシナリオを選択するシナリオ選択手段と、前記選択したシナリオに基づき関連装置を制御する制御手段と、を有することを特徴としたサービス制御システムである。
【０００８】
請求項２に記載の発明は、請求項１に記載のサービス制御システムにおいて、
前記関連装置が更に、前記通知情報を通知する端末のユーザに関する通信ログ情報または前記関連装置に関わるシステム情報を収集する収集手段と、前記収集された通信ログ情報またはシステム情報を前記通知情報連携装置に送信する関連装置情報送信手段と、を有し、前記通知情報連携装置が更に、前記端末または前記端末とは異なる端末よりシナリオの設定を変更するための情報を受信するシナリオ設定変更情報受信手段と、前記関連装置が送信した通信ログ情報またはシステム情報を受信する関連装置情報受信手段と、前記シナリオ設定変更情報受信手段が受信した情報、または、前記関連装置情報受信手段が受信した通信ログ情報またはシステム情報により、前記記憶手段に記憶されているシナリオの設定を変更する変更手段と、を有することを特徴としたサービス制御システムである。
【０００９】
請求項３に記載の発明は、請求項１または請求項２に記載のサービス制御システムにおいて、前記通知情報連携装置が更に、複数の端末から通知され受信された通知情報を記憶する通知情報記憶手段を有し、前記制御手段が更に、前記通知情報記憶手段に記憶された複数の端末の通知情報に基づいて関連装置を制御することを特徴としたサービス制御システムである。
【発明の効果】
【００１０】
請求項１の発明によれば、ユーザに関する通知情報を通知するという契機により、予め通知情報毎に記憶されているサービスシナリオの内、通知情報の内容と一致するシナリオが選択・実行されることにより、通知情報に応じたユーザへの自動的なサービス提供を行うサービス制御システムの提供が可能となる。
これにより、ユーザは、ユーザ自身に関わる通知情報をサービス制御システムに通知することのみにより、ユーザに適したサービスの提供を受けることが可能となる。
【００１１】
また、請求項２の発明によれば、ユーザに関する通知情報を通知するだけで、関連装置からの通信ログ情報やシステム情報の通知に基づいた、ユーザへの自動的なサービス提供を行うサービス制御システムの提供が可能となる。
これにより、ユーザは、ユーザ自身に関わる通知情報をサービス制御システムに通知することのみにより、ユーザ毎に設定されたサービスまたはシステム状態に依存したサービスの提供を受けることが可能となる。
【００１２】
また、請求項３の発明によれば、ユーザに関する通知情報を通知するだけで、他の端末ユーザの通知情報にも基づいた、ユーザへの自動的なサービス提供を行うサービス制御システムの提供が可能となる。
これにより、ユーザは、ユーザ自身に関わる通知情報をサービス制御システムに通知することのみにより、他の端末に関するユーザの情報に基づくサービスの提供を受けることが可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、図１を用いて、本発明の一実施の形態によるサービス制御システムについて説明する。このサービス制御システムは、各種ネットワークサービスをユーザに提供しユーザの通知情報を通知情報連携装置１に通知するＩＰ端末３と、通知情報連携装置１により制御されＩＰ端末３に各種ネットワークサービスを提供する関連装置２と、ＩＰ端末３から通知された通知情報によりシナリオを決定し関連装置２を制御する通知情報連携装置１とがＩＰネットワーク４を介して接続されている構成からなる。
【００１４】
関連装置２は、ＩＰ端末３に対してＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）サービスを提供するＣＡ（コールエージェント）２−１、ＩＰ端末３に対して音楽配信サービスを提供する音楽配信サーバ２−２、ＩＰネットワーク４を介してＩＰ端末３間で音声・映像の会議サービスを提供する会議サーバ２−３を有する。また、関連装置２は、通知情報連携装置１よりＩＰ端末３へ提供するサービスの制御を受ける。
また、関連装置２または関連装置２に含まれる各サーバ（２−１、２−２、２−３）は、それぞれの通信ログに関する通信ログ情報または状態に関するシステム情報を収集し、収集した通信ログ情報またはシステム情報を通知情報連携装置１に送信する機能を有する。
【００１５】
通知情報連携装置１においては、通知情報受信部１−１は、ＩＰ端末３から通知情報を受信する。連携シナリオ部１−２は、受信した通知情報に基づきサービス提供シナリオを選択し、実行する。関連装置制御部１−３は、選択されたシナリオおよびシナリオ実行プログラムに基づき関連装置２の制御を行う。ユーザカスコン部１−４は、ユーザからの設定要求を受け付ける。例えば、ユーザがシナリオの設定などを変更したい場合などに、ユーザがＩＰ端末３よりアクセスするためのＷｅｂ形式のユーザインターフェースを提供し、ユーザからの設定要求を受け付ける。関連装置情報受信部１−５は、関連装置２より送信される通信ログ情報またはシステム情報を受信する。
また、連携シナリオ部１−２には、通知情報に対応するシナリオとシナリオに関する付加情報が格納されているシナリオＤＢ１−２−１、シナリオＤＢ１−２−１により決定されたシナリオに基づき実際に呼び出され実行される個々のシナリオ実行プログラムが格納されている実行シナリオ部１−２−２を有する。
【００１６】
ＩＰ端末３はユーザの通知情報を通知情報連携装置１に通知するが、通知情報の決定はユーザがＩＰ端末３を操作することにより直接に入力してもよいし、ユーザまたはＩＰ端末３に連携した各種センサによって判断されたユーザの位置や状態の情報に基づく情報でもよい。
例えば、ＩＰ端末３はユーザが持ち歩く携帯電話であり、ＩＰ端末３がＧＰＳやＲＦＩＤによるセンサによりユーザの位置や物品コードを測定し、ＩＰ端末３を持つユーザの位置や物品コードに基づき、「駅にいる状態」や「物品コードにより特定される物に興味がある状態」という状態を自動的に判断し、その状態に基づいて通知情報を決定し、ＩＰ端末３が自動的に通知情報連携装置１へ送信してもよい。
または、ＩＰ端末３が直接にユーザの状態や位置を測定するものではなく、ユーザに関する測定を行う別の測定機器と連動してユーザの状態や位置を決めるものであってもよい。例えば、ユーザの心拍数などを測定する機器と連動して、ユーザの生態情報により「リラックスしている状態」や「眠い状態」などの通知情報を決定し、ＩＰ端末３を通じて通知情報連携装置１へ送信してもよい。
このように、本発明における通知情報としては、ユーザにより入力された通知情報や、位置センサなどにより自動的に判定された通知情報など、様々な通知情報を用いることが可能である。
【００１７】
ここで用いられる通知情報とは、通知情報連携装置１においてユーザへのサービスを選択するための参考情報であり、シナリオの選択を行うための参考情報となるものであれば、どのようなものでも利用可能である。
【００１８】
次に、ＩＰ端末３のユーザが通知情報の通知を契機としてネットワークサービスを受ける場合を例にして、前述の一実施の形態でなされる処理の流れを説明する。
まず、ユーザの状態が変化することに応じてＩＰ端末３より通知情報が通知される。これは、ＩＰ端末３のユーザを識別するためのユーザアドレスと通知情報を有する通知情報信号を、通知情報連携装置１に通知することにより行われる。通知情報受信部１−１は、受信した通知情報信号からＩＰ端末３のユーザアドレスと通知情報を抽出し、それらの情報を連携シナリオ部１−２のシナリオＤＢ１−２−１に渡す。
【００１９】
シナリオＤＢ１−２−１は、例えば図２に示すように、ユーザアドレス、通知情報、シナリオ、関連装置２を制御するときの通知情報を通知したユーザに関する設定（関連装置情報Ｄ１）、関連装置２を制御するときの通知情報を通知したユーザとは別の例えば通信したい相手ユーザに関する設定（関連装置情報Ｄ２）に関する情報を格納しているものとする。
【００２０】
例えば、アドレスＡの端末ＩＰ３のユーザが離席などの状態から在席の状態に変化したとき、「在席」という通知情報を通知した契機で、シナリオＤＢ１−２−１よりシナリオＡが選択される。シナリオＡがＶｏＩＰ接続制御を行うＣＡ２−１を用いて網内発呼によりＩＰ端末３間のＶｏＩＰ接続を行うシナリオであるとすると、接続したいＩＰ端末３の電話番号またはアドレスを関連装置情報Ｄ１および関連装置情報Ｄ２から収集し、シナリオＡの実行プログラムが格納されている実行シナリオ部１−２−２からシナリオＡの実行プログラムを呼び出し、関連装置情報Ｄ１の情報（電話番号Ａ）と関連装置情報Ｄ２の情報（電話番号Ｂ）により具体的な制御内容が確定され、関連装置２の制御ＩＦを実装している関連装置制御部１−３が実行シナリオ部１−２−２からの制御指示を受けてＣＡ２−１に対して網内発呼による電話番号Ａと電話番号ＢのＩＰ端末３の間のＶｏＩＰ接続の制御を行う。この時、電話番号Ａと電話番号ＢのＩＰ端末３はＣＡ２−１から呼び出しを受ける形でＶｏＩＰ接続される。
上記に説明において、アドレスＡと電話番号Ａは異なるものであってもよいし、同一であってもよい。
【００２１】
以上のような処理（仕組み）は、例えば電話番号Ｂのユーザが電話番号ＡへＶｏＩＰ接続による電話を行ったが、電話番号Ａのユーザが不在で応答できなかったとき、電話番号Ｂのユーザが電話番号Ａのユーザが電話の応対ができる状態（在席）になり次第、コールバックしてほしいときなどに使用できるものである。
【００２２】
ここで重要な点は、電話番号Ａのユーザは、「在席」という通知情報を通知したというだけで、ＣＡ２−１が電話番号Ａと電話番号ＢのＩＰ端末３を呼び出し、両者の間の呼の接続を行った点である。また、電話番号Ａのユーザも電話番号Ｂのユーザもコールバックの要求を何ら行っていない点である。
以上のようなサービスの提供は、電話番号Ａのユーザが、「在席」という通知情報を通知したという契機だけに基づいて、通知情報連携装置１によりシナリオが選択され、コールバックのサービスの制御が行われることにより、以上のようなユーザへのサービスの提供が可能となるものである。
【００２３】
上記の処理において、シナリオＤＢ１−２−１の関連装置情報Ｄ２への電話番号Ｂの登録は、ＣＡ２−１に不在で通話できなかったときのログを作成する機能と通知情報連携装置１にログを通知する機能を持たせ、通知情報連携装置１の関連装置情報受信部１−５により通知されたログを受信し、受信したログから発信者情報を抽出して設定することで実現する方法でもよい。または、より簡単に行いたい場合は、電話番号Ｂのユーザが通知情報連携装置１のユーザカスコン部１−４を用いて、自らシナリオＤＢ１−２−１の関連装置情報Ｄ２を設定する方法でもよい。
【００２４】
また、関連装置情報Ｄ２には複数の電話番号が設定される可能性あるいは何も設定されていない可能性もあるので、シナリオＡはそれぞれの条件に応じた制御を追加しておく必要がある。
例えば、関連装置情報Ｄ２に電話番号が設定されていない場合には、ＶｏＩＰ接続は行われず、他の処理は何もされないように構成してもよい。
また例えば、関連装置情報Ｄ２に複数の電話番号が設定された場合は、ＶｏＩＰ接続は行わず、それらの電話番号のリストをアドレスＡのＩＰ端末３に通知するように構成し、ユーザがリストより選択した電話番号に対して呼接続を行うように構成してもよい。
【００２５】
また、シナリオＡにおける関連装置情報Ｄ１の設定は電話番号Ａのユーザが自由に設定できる形でもよい。その場合においては、例えば、ユーザがユーザカスコン部１−４を通して入力できるように構成してもよい。
【００２６】
以上、アドレスＡのユーザの「在席」という通知情報に応じたシナリオＡについて述べてきた。ここで、シナリオＡの関連装置情報Ｄ２の設定は、アドレスＡのユーザが席を離れ、「離席」という通知情報を通知情報連携装置１へ通知した契機により、通知情報連携装置１により関連装置情報Ｄ２への設定が可能とする形式でもよい。
例えば、アドレスＡのユーザが席を離れる時「離席」という通知情報を通知情報連携装置１へ通知した契機により、通知情報連携装置１においてシナリオＣが選択され、第三者からのアドレスＡのユーザへの電話着信に対して、コールバックの設定の受け付けが可能な状態となる。
このようなコールバックの設定を受け付け可能な状態において、電話番号Ｂのユーザが電話番号Ａへ電話接続を行った時、電話番号Ｂのユーザが、アドレスＡのユーザに関わるシナリオＡの関連装置情報Ｄ２に電話番号Ｂの値を設定する。または、関連装置２と通知情報連携装置１により、自動的に関連装置情報Ｄ２に電話番号Ｂの値が設定される。
以上のような形式で、関連装置情報Ｄ２の値が設定されてもよい。
【００２７】
以上において重要な点は、アドレスＡのユーザのシナリオの設定が、他の端末ユーザ、関連装置２と通知情報連携装置１、または端末Ａのユーザ自身、により随時変更されていくことが可能であるという点である。
【００２８】
また、ユーザのシナリオは関連装置２に関わるシステム情報に基づいて変更されてもよい。例えば、関連装置２は、関連装置２が提供する各種サービスに関する故障状態を監視する機能を有しているとする。故障状態を監視する機能は、ＣＡ２−１の故障を検知し、ＣＡ２−１が故障したという情報をシステム情報として通知情報連携装置１に通知する。通知情報連携装置１は、通知されたシステム情報を関連装置情報受信部１−５で受信し、受信したシステム情報により、例えば、アドレスＡのユーザが「在席」という通知情報を通知した契機により実行されるシナリオＡにおいて、ＣＡ２−１が故障しているため、コールバックのサービスを提供することができないため、別のサービスとして、アドレスＡのユーザへ、ＣＡ２−１が故障している旨を伝えるガイダンスサービスの提供を行う。また、ＣＡ２−１が故障する前に、例えば電話番号Ｂよりコールバックの設定がされている場合には、ガイダンスサービスの中で、アドレスＡのユーザへ電話番号Ｂからコールバックの要求があったことを伝える。
以上のようなガイダンスのサービスは、シナリオＡの中で、コールバックのサービスとガイダンスサービスが、関連装置２より通知されるシステム情報により選択されるように構成してもよい。
以上のように、関連装置２のシステム情報により、シナリオを変更することも、シナリオの設定を変更することも可能である。また、システム情報は、関連装置２の各種サービスの故障にのみ限られるものではなく、関連装置２に関わる任意の情報でもよい。
【００２９】
また、シナリオＤＢ１−２−１に格納されるシナリオは必ずしも相手端末（関連装置情報Ｄ２）が必要になるものでなくてもよい。例えば、図２にあるように「暇」という通知情報に対応したシナリオＤのように、音楽配信サーバ２−２からアドレスＡのＩＰ端末３に音楽が配信されるものであってもよい。
【００３０】
次に、図２に示される、アドレスＡのＩＰ端末３が「会議」という通知情報を通知することにより実行され、また通信相手の通知情報にも依存して実行されるシナリオの例について説明する。
通知情報連携装置１はアドレスＡのユーザが予め登録している会議メンバに属するユーザ（アドレスＢ、Ｃ、Ｄ）の通知情報を取得し、アドレスＡが「会議」という通知情報を通知したのを契機に「在席」という通知情報になっているユーザを検索する。図２の場合アドレスＢとアドレスＣがそれに該当する。シナリオＢでは、アドレスＡ、Ｂ、Ｃを会議参加者ということで会議サーバ２−３に参加者登録の要求をし、同時に参加者に対する会議開始要求を会議サーバ２−３に行う制御を実行する。会議サーバ２−３は前記要求によりアドレスＡ、Ｂ、Ｃの端末に対して接続要求信号を送信することにより会議サーバ２−３、アドレスＡ、Ｂ、Ｃの端末が接続され、会議ができるようになる。
【００３１】
上記において、通知情報連携装置１が、アドレスＢ、Ｃ、Ｄの通知情報を取得すると簡単に説明したが、実際には、アドレスＢ、Ｃ、ＤのそれぞれのＩＰ端末３が、通知情報を随時通知情報連携装置１へ送信してきており、その送信されてきた情報により、通知情報連携装置１がアドレスＡに関連するアドレスＢ、Ｃ、Ｄのユーザの状態を判断するものである。
例えば、通知情報連携装置１は各アドレスの最新の通知情報（最後に送信されてきた通知情報）を記憶しておき、シナリオにより該当するアドレスに関する情報が必要になった時点で、該当するアドレスの最新の通知情報より、シナリオに必要な情報を取り出し、シナリオを実行するようにすることも可能である。
【００３２】
また、ユーザ毎に通知情報に対応するシナリオが異なってもよい。
例えば先の例のように、アドレスＡのユーザにおいては、アドレスＡのＩＰ端末３からユーザの「在席」という通知情報に対して、通知情報連携装置１はシナリオＡを選択し、アドレスＡのユーザに対して、ＶｏＩＰの接続サービスの提供を行った。
これに対して、アドレスＢのユーザにおいては、アドレスＢのＩＰ端末３からの「在席」という同じ通知情報に対して、例えば、通知情報連携装置１は例えばシナリオＤを選択し、アドレスＢのユーザに対して音楽配信サーバ２−２から音楽が配信するサービスを提供することも可能である。
または、通知情報連携装置１は、アドレスＢのユーザからの「在席」という通知情報に対して、アドレスＡのユーザと同様に、ＶｏＩＰの接続サービスの提供を行うことも可能である。
【００３３】
このようにユーザ毎のシナリオの設定や変更は、ユーザ自身がユーザカスコン部１−４を通してユーザのシナリオや、シナリオの設定や、またはシナリオによるサービスなどを、設定変更できるように構成してもよい。
以上において重要な点は、通知情報連携装置１は、ユーザからの通知情報が同じである場合においても、ユーザ毎に提供するサービスまたはシナリオを設定または選択できるということである。
【００３４】
また、実施の形態としては、１つのシナリオから１つのサービスが提供されるもののみについて説明を行ったが、１つのシナリオにより複数のサービスを提供することも可能である。
例えば先の例においては、アドレスＡのユーザからの「在席」という通知情報より、通知情報連携装置１はシナリオＡを選択し、ＶｏＩＰ接続サービスのみを提供した。しかし、シナリオＡとして、ＶｏＩＰ接続サービスとメール送受信サービスの両方を提供するように設定しておき、両方のサービスを提供することも可能である。
または、１つのシナリオからユーザへ複数のサービスの提供がある場合には、ユーザに複数のサービスのリストを提示し、リストよりユーザがいずれかのサービスを選択させ、選択されたサービスから提供することも可能である。または、サービスの中で、予め優先順位を決めておき、優先の高いサービスから順次ユーザに提供していくことも可能である。
以上においても、ユーザはＩＰ端末３を介して「在席」という通知情報を通知情報連携装置１に通知するだけであり、通知情報連携装置１が受信した通知情報より、これを契機としてユーザに対する何らかのシナリオを前記通知情報連携装置１が選択し、何らかのサービスを提供することにより、ユーザはサービスの提供を受けることができるという点が重要な点である。
【００３５】
以上に説明した本発明の一実施の形態によるサービス制御システムを用いることにより、通知情報の通知を行うユーザは通知情報の通知を行うだけで、それに応じて各種ネットワークサービスを受けることができるため、ユーザが直接にサービスの選択を行う必要がなく、ネットワークサービスを提供する制御装置を意識する必要がない新たな概念のネットワークサービスの創出が可能になる。
【００３６】
また本発明の一実施の形態においては、ＩＰ端末３として説明を行ったが、本発明によるサービス制御システムは、ＩＰ端末に限られるものではなく通常の携帯電話やＰＨＳ、また他の通信装置においても適応可能である。また、ＩＰ端末は卓上に固定され用いられるものでもよいし、携帯できるものでもよい。
【００３７】
また、関連装置２が有するサーバ機能として、ＶｏＩＰサーバＣＡ２−１、音楽配信サーバ２−２、会議サーバ２−３を例示したが、これらに限られるものではなく、例えば、会議室の利用管理を行う会議室サーバや、ユーザが持つ携帯電話やＰＣまたは電子手帳へサービスを提供するための情報配信サーバや転送サーバ、道や地図情報を提供する地図サーバ、電車やバス飛行機の時刻表や乗り継ぎ情報を提示する交通サーバなど、任意のサーバを含めることが可能である。
【００３８】
また、通知情報連携装置１と関連する関連装置２は１つに限られるものではなく、通知情報連携装置１は複数の関連装置２と関連することも可能である。
また、通知情報連携装置１と関連装置２は一体として構成することも可能である。
【００３９】
また、本発明のおける通知情報連携装置１と、ユーザが端末より入力したリクエストにより関連装置２を制御する従来のリクエスト連携装置とが共同し、通知情報連携装置１とリクエスト連携装置により、関連装置２が制御され、ユーザに対してサービスを提供することも可能である。
【００４０】
以上、この発明の実施の形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【００４１】
本発明はユーザの通知情報を用いたユーザへのサービス提供システムに用いて最適である。
【図面の簡単な説明】
【００４２】
【図１】この発明の一実施形態によるサービス制御システムの構成を示すブロック図である。
【図２】図１のブロック図のシナリオＤＢ１−２−１に登録されている登録内容の一例を示す図である。
【符号の説明】
【００４３】
１  通知情報連携装置
１−１  通知情報受信部
１−２  連携シナリオ部
１−２−１  シナリオＤＢ
１−２−２  実行シナリオ部
１−３  関連装置制御部
１−４  ユーザカスコン部
１−５  関連装置情報受信部
２  関連装置
２−１  ＣＡ
２−２  音楽配信サーバ
２−３  会議サーバ
３  ＩＰ端末
４  ＩＰネットワーク
【図１】
2007251502.tif 000003
【図２】
2007251502.tif 000004