JP2009205612A - サービス状態提示システム及びサービス状態提示方法 - Google Patents

Abstract

【課題】ネットワーク内に分散配置されたサーバのサービス状態をクライアントが容易に把握することができるようにすると共に、サービス広告にかかる伝送帯域の節約を図る。
【解決手段】ネットワーク内に分散配置されたサーバの各々に対応して設けられるサービス・エージェント２と、クライアントからアクセス可能なノードに各々設けられるディレクトリ・エージェント３と、クライアントに対応して設けられるユーザ・エージェント１とを有し、サービス・エージェント２は担当のサーバが提供するサービスの情報をブロードキャスト又はマルチキャストでネットワーク内に広告し、ディレクトリ・エージェント３はサービス情報を受信して記録し、サービス情報の記録をユーザ・エージェント１に対して提示する。
【選択図】図１

Description

本発明は、サービス状態提示システム及びサービス状態提示方法に関する。

従来、ネットワーク内のサービスを発見するためのサービス発見プロトコルとして、例えば、SLP（Service Location Protocol）が知られている。SLPは、ユーザ・エージェント（UA：User Agent）、サービス・エージェント（SA：Service Agent）及びディレクトリ・エージェント（DA：Directory Agent）の３つの構成要素を規定している。UAはクライアントであり、ネットワーク内の所定のサービスを特定し利用する。SAはサーバであり、ネットワーク内でサービスを提供する。DAはSAの情報をキャッシュする。なお、DAはオプションである。

図１０は、SLPを用いた従来のサービス状態提示システムの構成図である。図１０（ａ）はDAが無い場合であり、UAはSAと直接メッセージをやり取りしてネットワーク内のサービスを発見する。図１０（ｂ）はDAが有る場合であり、UAはDAを参照してネットワーク内のサービスを発見する。
特開２００６−１７１９１７号公報

しかし、上述した従来のサービス状態提示システムでは、ノード間のリンクとして無線リンクを利用する場合に無線リンクが不安定な状況下にあると、UAは、ネットワーク内に分散配置された複数のSAのサービス状態を把握することが難しいという問題がある。さらに、SAはサービス広告（サービスアドバタイズ）をユニキャストでDAへ報知するため、ネットワーク内に複数のDAが存在する場合には伝送帯域を多く消費するという問題がある。

本発明は、このような事情を考慮してなされたもので、その目的は、ネットワーク内に分散配置されたサーバのサービス状態をクライアントが容易に把握することができるようにすると共に、サービス広告にかかる伝送帯域の節約を図ることのできるサービス状態提示システム及びサービス状態提示方法を提供することにある。

上記の課題を解決するために、本発明に係るサービス状態提示システムは、複数のノードから構成されるネットワーク内に分散配置されたサーバの各々に対応して設けられるサービス・エージェントと、クライアントからアクセス可能な前記ノードに各々設けられるディレクトリ・エージェントと、前記クライアントに対応して設けられるユーザ・エージェントと、を有し、前記サービス・エージェントは、担当の前記サーバが提供するサービスの情報をブロードキャスト又はマルチキャストでネットワーク内に広告するサービス情報広告手段を有し、前記ディレクトリ・エージェントは、ブロードキャスト又はマルチキャストでネットワーク内に広告されたサービス情報を受信するサービス情報受信手段と、サービス情報を記録するサービス情報記録手段と、サービス情報の記録を前記ユーザ・エージェントに対して提示するサービス情報提示手段と、を有することを特徴とする。

本発明に係るサービス状態提示システムにおいては、前記サービス情報記録手段は、前記サービス情報の受信状態に基づいてサービス状態の記録を更新することを特徴とする。

本発明に係るサービス状態提示システムにおいては、前記ディレクトリ・エージェントは、ノード間リンク状態の変化検出時に、前記サービス・エージェントに対してサービス情報を要求するサービス情報要求手段を有することを特徴とする。

本発明に係るサービス状態提示システムにおいては、前記ディレクトリ・エージェントと共に前記ユーザ・エージェントを同じノードに設け、さらに、該ノードに、該ディレクトリ・エージェントから該ユーザ・エージェントに提示されたサービス情報の記録に基づいて、サービス情報表示データを作成するサービス情報表示データ作成手段と、サービス情報表示データを前記クライアントに送信するサービス情報表示データ送信手段と、を設けたことを特徴とする。

本発明に係るサービス状態提示システムにおいては、前記サービス情報表示データは、前記サーバが提供するサービス毎に、サービス提供中、サービス未提供又はサービス中断中を画面表示させることを特徴とする。

本発明に係るサービス状態提示方法は、複数のノードから構成されるネットワーク内に分散配置されたサーバの各々に対応して設けられるサービス・エージェントが、担当の前記サーバが提供するサービスの情報をブロードキャスト又はマルチキャストでネットワーク内に広告するステップと、クライアントからアクセス可能な前記ノードに各々設けられるディレクトリ・エージェントが、ブロードキャスト又はマルチキャストでネットワーク内に広告されたサービス情報を受信するステップと、前記ディレクトリ・エージェントが、サービス情報を記録するステップと、前記ディレクトリ・エージェントが、サービス情報の記録を、前記クライアントに対応して設けられるユーザ・エージェントに対して提示するステップとを含むことを特徴とする。

本発明に係るサービス状態提示方法においては、前記ディレクトリ・エージェントが、前記サービス情報の受信状態に基づいてサービス状態の記録を更新することを特徴とする。

本発明に係るサービス状態提示方法においては、前記ディレクトリ・エージェントが、ノード間リンク状態の変化検出時に、前記サービス・エージェントに対してサービス情報を要求することを特徴とする。

本発明に係るサービス状態提示方法においては、前記ディレクトリ・エージェントと共に前記ユーザ・エージェントを同じノードに設け、該ノードに設けられたサービス情報表示データ作成手段が、該ディレクトリ・エージェントから該ユーザ・エージェントに提示されたサービス情報の記録に基づいて、サービス情報表示データを作成するステップと、該ノードに設けられたサービス情報表示データ送信手段が、サービス情報表示データを前記クライアントに送信するステップとをさらに含むことを特徴とする。

本発明に係るサービス状態提示方法においては、前記サービス情報表示データは、前記サーバが提供するサービス毎に、サービス提供中、サービス未提供又はサービス中断中を画面表示させることを特徴とする。

本発明によれば、ネットワーク内に分散配置されたサーバのサービス状態をクライアントが容易に把握することができるという効果が得られる。さらに、サービス広告にかかる伝送帯域の節約を図ることができるという効果が得られる。

以下、図面を参照し、本発明の実施形態について説明する。
図１は、本発明の一実施形態に係るサービス状態提示システムの構成図である。図１に示すサービス状態提示システムは、ユーザ・エージェント（以下、UAと称する）１、サービス・エージェント（以下、SAと称する）２及びディレクトリ・エージェント（以下、DAと称する）３の３つの構成要素を有する。

UA１は、ネットワーク内の所定のサービスを特定し利用するクライアントに対応して設けられる。SA２は、ネットワーク内でサービスを提供するサーバに対応して設けられる。DA３は、無線ネットワークを構成するノード（無線ノード）であって、クライアントからアクセス可能な無線ノードに、それぞれ設けられる。無線ノード同士は無線リンクで接続される。

SA２は、担当のサーバが提供するサービスの情報をブロードキャスト又はマルチキャストでネットワーク内に広告する。該サービス情報は、ネットワーク内のサーバの位置の情報（ＵＲＬ（Uniform Resource Locator）等）とサービスの種類の情報を含む。DA３は、SA２からブロードキャスト又はマルチキャストで広告されたサービス情報を受信する。DA３は、受信したサービス情報を記録する。DA３は、サービス情報の記録をUA１に提示する。

UA１は、DA３に対してユニキャストでサービス要求を行う。DA３は、そのサービス要求に応じて、当該サービスを提供するサーバに係るサービス情報をユニキャストで応答する。これにより、クライアントは、ネットワーク内の提供可能なサービスを把握することができる。

DA３は、ネットワーク内で提供中のサービスについて状態確認を行う。これにより、UA１からのサービス要求に対し、随時更新されたサービス状態を応答する。図２〜図４には、DA３がサービスの状態確認を行う手順のいくつかの例がそれぞれ示されている。

［第１のサービス状態確認手順］
図２は、本実施形態に係る第１のサービス状態確認手順の流れを示すシーケンスチャートである。第１のサービス状態確認手順では、SA２が定期的にサービス情報をブロードキャスト又はマルチキャストで広告する。SA２によるサービス情報広告周期は、任意に設定できるようにしておく。

図２において、ステップＳ１では、SA２が、サービス情報をブロードキャスト又はマルチキャストでネットワーク内に広告する。SA２は、まずサーバがネットワークに接続された時点でサービス情報を広告し、以降は定期的にサービス情報を広告する。

ステップＳ２では、各DA３が、SA２からブロードキャスト又はマルチキャストで広告されたサービス情報を受信し、該サービス情報を記録する。ここで、DA３は、当該サービス状態を“提供中”としてサービス情報に登録する。また、DA３は、当該サービス情報の広告待ちのタイマーを起動する。このタイマーは、当該サービス情報の受信時に再起動されるが、当該サービス情報の受信なしのままタイムアウト時間が経過するとタイムアウト発生となる。

ステップＳ３では、UA１が、DA３に対してユニキャストで特定サービスの要求を行う。ステップＳ４では、DA３が、そのサービス要求に応じて、当該サービスを提供するサーバに係るサービス状態“提供中”と共にサービス情報をユニキャストで応答する。これにより、クライアントは、UA１が受信したサービス状態及びサービス情報に基づいて、当該サービスのネットワーク内での提供状態を把握することができる。この時点では、クライアントは、当該サービスがネットワーク内で利用可能であることを把握することができる。

ステップＳ５では、SA２が、サービス情報をブロードキャスト又はマルチキャストでネットワーク内に定期広告する。ステップＳ６では、各DA３が、SA２からブロードキャスト又はマルチキャストで広告されたサービス情報を受信し、該サービス情報の記録更新及び当該サービス状態の登録更新を行う。この時点では、まだ当該サービス状態は“提供中”である。

ステップＳ７では、SA２が、サービス情報をブロードキャスト又はマルチキャストでネットワーク内に定期広告する。この時点では、無線リンク障害のために、サービス情報が、あるDA３には到達しない。ステップＳ８では、あるDA３が、サービス情報の受信なしのままタイムアウト時間が経過したためにタイムアウト発生となり、当該サービス状態を“提供中”から“障害中”に更新する。

ステップＳ９では、UA１が、DA３に対してユニキャストで特定サービスの要求を行う。ステップＳ１０では、DA３が、そのサービス要求に応じて、当該サービスを提供するサーバに係るサービス状態“障害中”と共にサービス情報をユニキャストで応答する。この時点では、クライアントは、当該サービスがネットワーク内で利用不可能であることを把握することができる。

ステップＳ１１では、SA２が、サービス情報をブロードキャスト又はマルチキャストでネットワーク内に定期広告する。この時点では、無線リンク障害が復旧しており、サービス情報が各DA３に到達する。ステップＳ１２では、各DA３が、SA２からブロードキャスト又はマルチキャストで広告されたサービス情報を受信し、該サービス情報の記録更新及び当該サービス状態の登録更新を行う。このとき、あるDA３は、当該サービス状態を“障害中”から“提供中”に更新する。

ステップＳ１３では、UA１が、DA３に対してユニキャストで特定サービスの要求を行う。ステップＳ１４では、DA３が、そのサービス要求に応じて、当該サービスを提供するサーバに係るサービス状態“提供中”と共にサービス情報をユニキャストで応答する。この時点では、クライアントは、当該サービスがネットワーク内で利用可能であることを把握することができる。

第１のサービス状態確認手順によれば、DAが有するサービス情報の鮮度とサービス情報広告にかかる通信量を、SAの広告周期によって調節することができる。つまり、DAが有するサービス情報の鮮度は、SAの広告周期に依存するので、広告周期を短くすればするほど、DAが有するサービス情報の鮮度をあげることができるが、通信量が増大する。一方、広告周期を長くすればするほど、DAが有するサービス情報の鮮度は落ちるが、通信量を削減することができる。

［第２のサービス状態確認手順］
図３は、本実施形態に係る第２のサービス状態確認手順の流れを示すシーケンスチャートである。第２のサービス状態確認手順では、DA３の方からSA２に対してサービス情報を要求する。このDA３によるサービス情報要求タイミングは、定期的、又は、無線リンク状態の変化検出時などの任意のタイミングである。

図３において、ステップＳ２１では、SA２が、サービス情報をブロードキャスト又はマルチキャストでネットワーク内に広告する。SA２が自発的にサービス情報を広告するのは、サーバがネットワークに接続された時点のみであり、以降はDA３からの要求時にのみサービス情報を送信する。

ステップＳ２２では、各DA３が、SA２からブロードキャスト又はマルチキャストで広告されたサービス情報を受信し、該サービス情報を記録する。ここで、DA３は、当該サービス状態を“提供中”としてサービス情報に登録する。

ステップＳ２３では、UA１が、DA３に対してユニキャストで特定サービスの要求を行う。ステップＳ２４では、DA３が、そのサービス要求に応じて、当該サービスを提供するサーバに係るサービス状態“提供中”と共にサービス情報をユニキャストで応答する。これにより、クライアントは、UA１が受信したサービス状態及びサービス情報に基づいて、当該サービスのネットワーク内での提供状態を把握することができる。この時点では、クライアントは、当該サービスがネットワーク内で利用可能であることを把握することができる。

ステップＳ２５では、DA３が、ブロードキャスト又はマルチキャストでネットワーク内のSA２にサービス情報を要求する。ここで、DA３は、サービス情報の広告待ちのタイマーを起動する。このタイマーは、サービス状態登録済みの全てのSA２からのサービス情報の受信時に停止されるが、該全てのSA２からのサービス情報の受信未完了のままタイムアウト時間が経過するとタイムアウト発生となる。

ステップＳ２６では、SA２が、DA３からのサービス情報要求に応じて、サービス情報をブロードキャスト又はマルチキャストでネットワーク内に広告する。この時点では、無線リンク障害のために、サービス情報が、あるDA３には到達しない。ステップＳ２７では、あるDA３が、サービス状態登録済みの全てのSA２からのサービス情報の受信未完了のままタイムアウト時間が経過したためにタイムアウト発生となり、未受信のサービス状態を“提供中”から“障害中”に更新する。

ステップＳ２８では、UA１が、DA３に対してユニキャストで特定サービスの要求を行う。ステップＳ２９では、DA３が、そのサービス要求に応じて、当該サービスを提供するサーバに係るサービス状態“障害中”と共にサービス情報をユニキャストで応答する。この時点では、クライアントは、当該サービスがネットワーク内で利用不可能であることを把握することができる。

ステップＳ３０では、DA３が、ブロードキャスト又はマルチキャストでネットワーク内のSA２にサービス情報を要求する。ステップＳ３１では、SA２が、DA３からのサービス情報要求に応じて、サービス情報をブロードキャスト又はマルチキャストでネットワーク内に広告する。この時点では、無線リンク障害が復旧しており、サービス情報が各DA３に到達する。ステップＳ３２では、各DA３が、SA２からブロードキャスト又はマルチキャストで広告されたサービス情報を受信し、該サービス情報の記録更新及び当該サービス状態の登録更新を行う。このとき、あるDA３は、当該サービス状態を“障害中”から“提供中”に更新する。

ステップＳ３３では、UA１が、DA３に対してユニキャストで特定サービスの要求を行う。ステップＳ３４では、DA３が、そのサービス要求に応じて、当該サービスを提供するサーバに係るサービス状態“提供中”と共にサービス情報をユニキャストで応答する。この時点では、クライアントは、当該サービスがネットワーク内で利用可能であることを把握することができる。

第２のサービス状態確認手順によれば、DAからSAに対してサービス情報を要求するので、任意のタイミングでサービス情報を効果的に取得することができる。例えば、無線リンク状態が変化した場合、これまで利用可能であったサービスが利用不可能となる事態が発生し得る。このような場合、DAが無線リンク状態の変化を検知した時にSAに対してサービス情報を要求することにより、速やかにサービス情報を更新することができる。

［第３のサービス状態確認手順］
図４は、本実施形態に係る第３のサービス状態確認手順の流れを示すシーケンスチャートである。第３のサービス状態確認手順は、第１及び第２のサービス状態確認手順の組み合わせであり、SA２が定期的にサービス情報をブロードキャスト又はマルチキャストで広告すると共に、DA３の方からもSA２に対してサービス情報を要求する。SA２によるサービス情報広告周期は、任意に設定できるようにしておく。

図４において、ステップＳ４１では、SA２が、サービス情報をブロードキャスト又はマルチキャストでネットワーク内に広告する。SA２は、まずサーバがネットワークに接続された時点でサービス情報を広告し、以降は定期的にサービス情報を広告する。

ステップＳ４２では、各DA３が、SA２からブロードキャスト又はマルチキャストで広告されたサービス情報を受信し、該サービス情報を記録する。ここで、DA３は、当該サービス状態を“提供中”としてサービス情報に登録する。

ステップＳ４３では、UA１が、DA３に対してユニキャストで特定サービスの要求を行う。ステップＳ４４では、DA３が、そのサービス要求に応じて、当該サービスを提供するサーバに係るサービス状態“提供中”と共にサービス情報をユニキャストで応答する。これにより、クライアントは、UA１が受信したサービス状態及びサービス情報に基づいて、当該サービスのネットワーク内での提供状態を把握することができる。この時点では、クライアントは、当該サービスがネットワーク内で利用可能であることを把握することができる。

ステップＳ４５では、SA２が、サービス情報をブロードキャスト又はマルチキャストでネットワーク内に定期広告する。ステップＳ４６では、各DA３が、SA２からブロードキャスト又はマルチキャストで広告されたサービス情報を受信し、該サービス情報の記録更新及び当該サービス状態の登録更新を行う。この時点では、まだ当該サービス状態は“提供中”である。

ステップＳ４７では、SA２が、サービス情報をブロードキャスト又はマルチキャストでネットワーク内に定期広告する。この時点では、無線リンク障害のために、サービス情報が、あるDA３には到達しない。

ステップＳ４８では、あるDA３が、ブロードキャスト又はマルチキャストでネットワーク内のSA２にサービス情報を要求する。ここで、DA３は、サービス情報の広告待ちのタイマーを起動する。このタイマーは、サービス状態登録済みの全てのSA２からのサービス情報の受信時に停止されるが、該全てのSA２からのサービス情報の受信未完了のままタイムアウト時間が経過するとタイムアウト発生となる。
なお、DA３によるサービス情報要求タイミングは、無線リンク状態の変化検出時、SA２からの定期広告未受信検出時などの任意のタイミングである。

ステップＳ４９では、あるDA３が、サービス状態登録済みの全てのSA２からのサービス情報の受信未完了のままタイムアウト時間が経過したためにタイムアウト発生となり、未受信のサービス状態を“提供中”から“障害中”に更新する。

ステップＳ５０では、UA１が、DA３に対してユニキャストで特定サービスの要求を行う。ステップＳ５１では、DA３が、そのサービス要求に応じて、当該サービスを提供するサーバに係るサービス状態“障害中”と共にサービス情報をユニキャストで応答する。この時点では、クライアントは、当該サービスがネットワーク内で利用不可能であることを把握することができる。

ステップＳ５２では、あるDA３が、サービス情報未受信のSA2に対してユニキャストでサービス情報を要求する。ステップＳ５３では、SA２が、DA３からのサービス情報要求に応じて、サービス情報をブロードキャスト又はマルチキャストでネットワーク内に広告する。この時点では、無線リンク障害が復旧しており、サービス情報が各DA３に到達する。ステップＳ５４では、各DA３が、SA２からブロードキャスト又はマルチキャストで広告されたサービス情報を受信し、該サービス情報の記録更新及び当該サービス状態の登録更新を行う。このとき、あるDA３は、当該サービス状態を“障害中”から“提供中”に更新する。

ステップＳ５５では、UA１が、DA３に対してユニキャストで特定サービスの要求を行う。ステップＳ５６では、DA３が、そのサービス要求に応じて、当該サービスを提供するサーバに係るサービス状態“提供中”と共にサービス情報をユニキャストで応答する。この時点では、クライアントは、当該サービスがネットワーク内で利用可能であることを把握することができる。

第３のサービス状態確認手順によれば、第１のサービス状態確認手順と同様に、DAが有するサービス情報の鮮度とサービス情報広告にかかる通信量を、SAの広告周期によって調節することができる。さらに、第２のサービス状態確認手順と同様に、任意のタイミングでサービス情報を効果的に取得することができる。

次に、本実施形態に係るサービス状態提示システムの実施例のいくつかを説明する。

図５は、本発明に係るサービス状態提示システムの実施例１である。図５において、基地局Ａ−１，Ａ−２，Ｂ−１は、それぞれ無線中継リンクで接続されており、無線ネットワークを構成するノードである。基地局Ａ−１はコアネットワーク２００と接続されている。移動端末１００は、無線アクセスリンクで基地局と接続される。

基地局Ａ−１，Ａ−２，Ｂ−１は、ネットワーク内に分散配置されてサービスを提供するサーバの各々に対応して設けられるSA２と、DA３とを有する。移動端末１００は、クライアントであり、UA１を有する。

図５に示されるように、各SA２は、ブロードキャスト又はマルチキャストでサービス情報をネットワーク内に広告する。これにより、DA３は、無線ネットワーク内の全てのSAからのサービス情報を受信して記録する。従って、DA３は、ネットワーク内に分散配置された複数のサーバのサービス状態を有することになる。DA３が有するサービス情報は、上述のサービス状態確認手順によって更新される。

UA１は、自端末１００が接続する基地局内のDA３に対してサービス情報を要求し、その応答を得る。これにより、移動端末１００は、ネットワーク内に分散配置された複数のサーバのサービス状態を容易に把握することができる。また、SA２がブロードキャスト又はマルチキャストでサービス情報をネットワーク内に広告するので、サービス広告にかかる伝送帯域の節約を図ることができる。

なお、ブロードキャストは同一セグメント内の広告に限られるが、マルチキャストは異なるセグメントへも広告可能である。従って、マルチキャストを用いれば、基地局群ごとに個別セグメントが割り当てられた無線ネットワークにおいても、SA２からの広告は無線中継リンク経由で他のセグメントの基地局にあるDAまで到達する。

図６は、本発明に係るサービス状態提示システムの実施例２である。図６において、図５の実施例１との相違点は、UA1が移動端末１００内ではなく基地局内に設けられた点と、基地局にポータル部１０を設けた点である。その他の構成は図５の実施例１と同じであり、その説明を省略する。

ポータル部１０は、移動端末１００からのアクセスを受け付け、移動端末１００に対してサービス情報の閲覧を可能にする。ポータル部１０は、自基地局内のUA１と接続されており、自基地局内のDA３が有するサービス情報をUA１経由で受け取る。

ポータル部１０は、移動端末１００からサービス情報の閲覧要求を受けると、当該サービス情報の要求をUA１に依頼する。UA１は、該依頼に応じて、DA３に対してサービス情報を要求し、その応答を受け取り、サービス情報をポータル部１０へ渡す。ポータル部１０は、そのサービス情報を移動端末１００に提示する。これにより、移動端末１００は、ネットワーク内に分散配置された複数のサーバのサービス状態を容易に把握することができる。

図７〜図９は、実施例２に係るサービス情報表示例である。
各基地局Ａ−１，Ａ−２，Ｂ−１は、各種サーバと共に該サーバの各々に対応したSA２を有する。また、各基地局Ａ−１，Ａ−２，Ｂ−１は、他基地局が有するサーバのプロキシサーバを有する。なお、各基地局Ａ−１，Ａ−２，Ｂ−１のサーバが提供するサービスの種類については、事前に、各基地局Ａ−１，Ａ−２，Ｂ−１に記録されている。

各基地局のポータル部１０は、自基地局のDA３が有するサービス情報をUA１経由で受け取り、該サービス情報に基づいてサービス情報表示データを作成し、該サービス情報表示データを移動端末１００に送る。移動端末１００は、該サービス情報表示データによってサービス情報表示画面を表示する。基地局Ａ−１のポータル部１０にアクセスした移動端末１００では、サービス情報表示画面Ｐ１が表示される。基地局Ａ−２のポータル部１０にアクセスした移動端末１００では、サービス情報表示画面Ｐ２が表示される。基地局Ｂ−１のポータル部１０にアクセスした移動端末１００では、サービス情報表示画面Ｐ３が表示される。

図７の例は、各基地局Ａ−１，Ａ−２，Ｂ−１の間の無線中継リンクが未接続の場合である。このため、各基地局Ａ−１，Ａ−２，Ｂ−１のDA１は、自基地局のSA２からのサービス情報のみを受信することができる。従って、各基地局Ａ−１，Ａ−２，Ｂ−１のDA１は、自基地局のサーバが提供するサービスのみをサービス状態“提供中”とし、他基地局のサーバが提供するサービスについてはサービス状態“障害中”とする。これにより、サービス情報表示画面Ｐ１，Ｐ２，Ｐ３には、移動端末１００のアクセス先基地局のサーバが提供するサービスのみが提供中であることが示される。例えば、サービス情報表示画面Ｐ１には、基地局Ａ−１のサーバ（本部の掲示板サーバ及び音声メールサーバ）が提供するサービスのみが提供中であることが示されており、他の基地局Ａ−２，Ｂ−１のサーバ（支部Ａ，Ｂの掲示板サーバ及び医療情報サーバ）が提供するサービスについては未提供であることが示されている。

図８の例は、図７の状態から、基地局Ａ−２，Ｂ−１間の無線中継リンクＬが接続された場合である。この場合、基地局Ａ−２，Ｂ−１のDA１は、双方の基地局のSA２からのサービス情報を受信することができる。従って、基地局Ａ−２，Ｂ−１のDA１は、双方の基地局のサーバが提供するサービスをサービス状態“障害中”から“提供中”に更新する。基地局Ａ−２，Ｂ−１のDA１において、基地局Ａ−１のサーバが提供するサービスについてはサービス状態“障害中”のままである。これにより、サービス情報表示画面Ｐ２，Ｐ３には、基地局Ａ−２，Ｂ−１のサーバ（支部Ａ，Ｂの掲示板サーバ及び医療情報サーバ）が提供するサービスのみが提供中であることが示されており、基地局Ａ−１のサーバが提供するサービスについては未提供であることが示されている。

図９の例は、図８の状態から、基地局Ａ−２，Ｂ−１間の無線中継リンクＬが切断された場合である。この場合、基地局Ａ−２，Ｂ−１のDA１は、自基地局のSA２からのサービス情報のみを受信することができる。従って、基地局Ａ−２，Ｂ−１のDA１は、他方の基地局のサーバが提供するサービスをサービス状態“提供中”から“障害中”に更新する。基地局Ａ−２，Ｂ−１のDA１において、基地局Ａ−１のサーバが提供するサービスについてはサービス状態“障害中”のままである。これにより、サービス情報表示画面Ｐ２，Ｐ３には、自基地局のサーバが提供するサービスのみが提供中であることが示されており、基地局Ａ−１のサーバが提供するサービスについては未提供であることが示されている。さらに、図８の状態では提供中であったサービスが中断されていることが示されている。例えば、サービス情報表示画面Ｐ２には、自基地局Ａ−２のサーバ（支部Ａの掲示板サーバ及び医療情報サーバ）が提供するサービスのみが提供中であることが示されており、基地局Ａ−１のサーバが提供するサービスについては未提供であることが示されており、さらに、基地局Ｂ−１のサーバ（支部Ｂの掲示板サーバ）が提供するサービスについては中断中であることが示されている。

上述したように本実施形態によれば、クライアントからアクセス可能なノードの各々にディレクトリ・エージェントを設けたので、ネットワークを構成するノード間のリンク状態が不安定な状況下においても、ネットワーク内に分散配置されたサーバが提供するサービスの情報をクライアントに対して提示することができる。これにより、ネットワーク内に分散配置された複数のサーバのサービス状態をクライアントが容易に把握することができるという効果が得られる。

さらに、ブロードキャスト又はマルチキャストでサービス情報をネットワーク内に広告することにより、サービス広告にかかる伝送帯域の節約を図ることができるという効果が得られる。なお、ブロードキャストする場合には同一セグメント内に一斉通知することができる。マルチキャストする場合には、異なるセグメント間に渡って一斉通知することができる。

以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
本発明の適用分野としては、例えば、移動電話システム、コグニティブ無線システムなどの無線システムにおいてIP（Internet Protocol）化が進んだときの基地局間ネットワークを利用して、アプリケーションを提供するサービスシステムなどに応用することができる。

本発明の一実施形態に係るサービス状態提示システムの構成図である。 本発明に係る第１のサービス状態確認手順の流れを示すシーケンスチャートである。 本発明に係る第２のサービス状態確認手順の流れを示すシーケンスチャートである。 本発明に係る第３のサービス状態確認手順の流れを示すシーケンスチャートである。 本発明に係るサービス状態提示システムの実施例１である。 本発明に係るサービス状態提示システムの実施例２である。 本発明の実施例２に係るサービス情報表示例である。 本発明の実施例２に係るサービス情報表示例である。 本発明の実施例２に係るサービス情報表示例である。 従来のサービス状態提示システムの構成図である。

符号の説明

１…ユーザ・エージェント（UA）、２…サービス・エージェント（SA）、３…ディレクトリ・エージェント（DA）、１０…ポータル部、１００…移動端末（クライアント）、Ａ−１，Ａ−２，Ｂ−１…基地局（ノード）

Claims (10)

1. 複数のノードから構成されるネットワーク内に分散配置されたサーバの各々に対応して設けられるサービス・エージェントと、
   クライアントからアクセス可能な前記ノードに各々設けられるディレクトリ・エージェントと、
   前記クライアントに対応して設けられるユーザ・エージェントと、を有し、
   前記サービス・エージェントは、担当の前記サーバが提供するサービスの情報をブロードキャスト又はマルチキャストでネットワーク内に広告するサービス情報広告手段を有し、
   前記ディレクトリ・エージェントは、
   ブロードキャスト又はマルチキャストでネットワーク内に広告されたサービス情報を受信するサービス情報受信手段と、
   サービス情報を記録するサービス情報記録手段と、
   サービス情報の記録を前記ユーザ・エージェントに対して提示するサービス情報提示手段と、を有する、
   ことを特徴とするサービス状態提示システム。
2. 前記サービス情報記録手段は、前記サービス情報の受信状態に基づいてサービス状態の記録を更新することを特徴とする請求項１に記載のサービス状態提示システム。
3. 前記ディレクトリ・エージェントは、ノード間リンク状態の変化検出時に、前記サービス・エージェントに対してサービス情報を要求するサービス情報要求手段を有することを特徴とする請求項１に記載のサービス状態提示システム。
4. 前記ディレクトリ・エージェントと共に前記ユーザ・エージェントを同じノードに設け、さらに、
   該ノードに、
   該ディレクトリ・エージェントから該ユーザ・エージェントに提示されたサービス情報の記録に基づいて、サービス情報表示データを作成するサービス情報表示データ作成手段と、
   サービス情報表示データを前記クライアントに送信するサービス情報表示データ送信手段と、を設けた、
   ことを特徴とする請求項１に記載のサービス状態提示システム。
5. 前記サービス情報表示データは、前記サーバが提供するサービス毎に、サービス提供中、サービス未提供又はサービス中断中を画面表示させることを特徴とする請求項４に記載のサービス状態提示システム。
6. 複数のノードから構成されるネットワーク内に分散配置されたサーバの各々に対応して設けられるサービス・エージェントが、担当の前記サーバが提供するサービスの情報をブロードキャスト又はマルチキャストでネットワーク内に広告するステップと、
   クライアントからアクセス可能な前記ノードに各々設けられるディレクトリ・エージェントが、ブロードキャスト又はマルチキャストでネットワーク内に広告されたサービス情報を受信するステップと、
   前記ディレクトリ・エージェントが、サービス情報を記録するステップと、
   前記ディレクトリ・エージェントが、サービス情報の記録を、前記クライアントに対応して設けられるユーザ・エージェントに対して提示するステップと、
   を含むことを特徴とするサービス状態提示方法。
7. 前記ディレクトリ・エージェントが、前記サービス情報の受信状態に基づいてサービス状態の記録を更新することを特徴とする請求項６に記載のサービス状態提示方法。
8. 前記ディレクトリ・エージェントが、ノード間リンク状態の変化検出時に、前記サービス・エージェントに対してサービス情報を要求することを特徴とする請求項６に記載のサービス状態提示方法。
9. 前記ディレクトリ・エージェントと共に前記ユーザ・エージェントを同じノードに設け、
   該ノードに設けられたサービス情報表示データ作成手段が、該ディレクトリ・エージェントから該ユーザ・エージェントに提示されたサービス情報の記録に基づいて、サービス情報表示データを作成するステップと、
   該ノードに設けられたサービス情報表示データ送信手段が、サービス情報表示データを前記クライアントに送信するステップと、
   をさらに含むことを特徴とする請求項６に記載のサービス状態提示方法。
10. 前記サービス情報表示データは、前記サーバが提供するサービス毎に、サービス提供中、サービス未提供又はサービス中断中を画面表示させることを特徴とする請求項９に記載のサービス状態提示方法。

Images