(57)【要約】【課題】サービス情報の増加に対応できるサービス提供システムを実現すること。【解決手段】ＡＰサーバ１は、自エリア管理部１２内のサービス情報を含めた自エリア伝達パケットを生成し、他のエリアから受信した他エリア伝達パケットから読み取った他のエリアのサービス情報を他エリア管理部１１に格納するパケット処理部２０と、自エリア伝達パケットおよび他エリア伝達パケットをそれぞれ所定の次ホップへと送信する通信部３０と、自エリア管理部１２および他エリア管理部１１にそれぞれ格納されるサービス情報へのアクセス要求をユーザ端末９から受け付けるユーザ対応部４０と、を有する。【選択図】図２
2014165731.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末のサービス情報を管理するサーバ装置であって、
自身のエリア内の前記ユーザ端末の前記サービス情報を格納する自エリア管理部と、他のエリア内の前記ユーザ端末の前記サービス情報を格納する他エリア管理部と、
前記自エリア管理部内の前記サービス情報を含めた自エリア伝達パケットを生成し、他のエリアから受信した他エリア伝達パケットから読み取った他のエリアの前記サービス情報を前記他エリア管理部に格納するパケット処理部と、
前記自エリア伝達パケットおよび前記他エリア伝達パケットをそれぞれ所定の次ホップへと送信する通信部と、
前記自エリア管理部および前記他エリア管理部にそれぞれ格納される前記サービス情報へのアクセス要求を前記ユーザ端末からのアプリケーション実行要求を契機に受け付けるユーザ対応部と、を有することを特徴とする
サーバ装置。
【請求項２】
前記サーバ装置は、さらに、名寄せ管理部および名寄せ処理部を有しており、
前記名寄せ処理部は、前記自エリア管理部および前記他エリア管理部にそれぞれ格納される前記サービス情報について、同一の前記ユーザ端末の前記サービス情報が複数存在するときに、それらの前記サービス情報を集約して前記名寄せ管理部へと書き出し、
前記ユーザ対応部は、前記自エリア管理部および前記他エリア管理部に加えて、前記名寄せ管理部内の前記サービス情報へのアクセス要求を受け付けることを特徴とする
請求項１に記載のサーバ装置。
【請求項３】
請求項１または請求項２に記載のサーバ装置が複数台リング状に接続されるサービス提供システムであって、
前記通信部は、リング状の所定の周回方向に直接接続されている前記サーバ装置を、パケットの送信先である前記所定の次ホップとすることを特徴とする
サービス提供システム。
【請求項４】
ユーザ端末のサービス情報を管理するサーバ装置によるサービス提供方法であって、
前記サーバ装置は、自身のエリア内の前記ユーザ端末の前記サービス情報を格納する自エリア管理部と、他のエリア内の前記ユーザ端末の前記サービス情報を格納する他エリア管理部とに加えて、パケット処理部と、通信部と、ユーザ対応部とを有しており、
前記パケット処理部は、前記自エリア管理部内の前記サービス情報を含めた自エリア伝達パケットを生成し、他のエリアから受信した他エリア伝達パケットから読み取った他のエリアの前記サービス情報を前記他エリア管理部に格納し、
前記通信部は、前記自エリア伝達パケットおよび前記他エリア伝達パケットをそれぞれ所定の次ホップへと送信し、
前記ユーザ対応部は、前記自エリア管理部および前記他エリア管理部にそれぞれ格納される前記サービス情報へのアクセス要求を前記ユーザ端末からのアプリケーション実行要求を契機に受け付けることを特徴とする
サービス提供方法。
【請求項５】
前記サーバ装置は、さらに、名寄せ管理部および名寄せ処理部を有しており、
前記名寄せ処理部は、前記自エリア管理部および前記他エリア管理部にそれぞれ格納される前記サービス情報について、同一の前記ユーザ端末の前記サービス情報が複数存在するときに、それらの前記サービス情報を集約して前記名寄せ管理部へと書き出し、
前記ユーザ対応部は、前記自エリア管理部および前記他エリア管理部に加えて、前記名寄せ管理部内の前記サービス情報へのアクセス要求を受け付けることを特徴とする
請求項４に記載のサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、サービス提供システム、および、サービス提供方法の技術に関する。
【背景技術】
【０００２】
プレゼンスサービスシステムは、各ユーザの現在の情報（プレゼンス情報）を管理し、各ユーザからの更新要求に応じて、最新のプレゼンス情報を逐次更新する。
【０００３】
特許文献１には、ユーザ数の増加に対応するため、１人のユーザのプレゼンス情報を、複数のプレゼンスサーバのうちの１台のプレゼンスサーバに格納する方式が記載されている。そして、プレゼンス情報へのアクセス要求が発生したときに、複数のプレゼンスサーバの窓口となる振り分けプレゼンスサーバが、該当するプレゼンスサーバへと振り分ける構成により、アクセス要求先のプレゼンスサーバを特定することができる。各ユーザの端末は、複数のプレゼンスサーバを意識することなく、１台の振り分けプレゼンスサーバだけをアクセス対象として指定すればよい。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２３４３２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、代表窓口となる１つの（あるいは冗長化して複数台の）振り分けプレゼンスサーバに振り分ける方式では、処理負荷が代表窓口に集中してしまい、ユーザ数の増加に対応しきれない。つまり、ＡＰ（APplication）サーバが提供するプレゼンス情報などのサービス情報は、時々刻々と変化し続ける情報量の多い情報であるため、アクセス頻度が高く、ネットワークシステムの特定箇所にアクセスが集中するような設計では、サービス情報の増加に対応しきれない。サービス情報の増加により、装置の処理能力を圧迫するだけでなく、装置へとつながる通信回線の負荷も増大してしまう。
【０００６】
そこで、本発明は、サービス情報の増加に対応できるサービス提供システムを実現することを、主な目的とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するために、本発明は、ユーザ端末のサービス情報を管理するサーバ装置であって、自身のエリア内の前記ユーザ端末の前記サービス情報を格納する自エリア管理部と、他のエリア内の前記ユーザ端末の前記サービス情報を格納する他エリア管理部と、前記自エリア管理部内の前記サービス情報を含めた自エリア伝達パケットを生成し、他のエリアから受信した他エリア伝達パケットから読み取った他のエリアの前記サービス情報を前記他エリア管理部に格納するパケット処理部と、前記自エリア伝達パケットおよび前記他エリア伝達パケットをそれぞれ所定の次ホップへと送信する通信部と、前記自エリア管理部および前記他エリア管理部にそれぞれ格納される前記サービス情報へのアクセス要求を前記ユーザ端末からのアプリケーション実行要求などを契機に受け付けるユーザ対応部と、を有することを特徴とする。
【０００８】
これにより、各エリアに属するユーザ端末のアクセスが、他のエリアに振り分けられることなく、自身のエリア内のサーバ装置で処理されるので、ユーザ端末（サービス情報）の増加に対応できる。
【０００９】
本発明は、前記サーバ装置が、さらに、名寄せ管理部および名寄せ処理部を有しており、前記名寄せ処理部が、前記自エリア管理部および前記他エリア管理部にそれぞれ格納される前記サービス情報について、同一の前記ユーザ端末の前記サービス情報が複数存在するときに、それらの前記サービス情報を集約して前記名寄せ管理部へと書き出し、前記ユーザ対応部が、前記自エリア管理部および前記他エリア管理部に加えて、前記名寄せ管理部内の前記サービス情報へのアクセス要求を受け付けることを特徴とする。
【００１０】
これにより、エリアをまたがって移動するユーザ端末のサービス情報も、提供することができる。
【００１１】
本発明は、前記サーバ装置が複数台リング状に接続されるサービス提供システムであって、前記通信部が、リング状の所定の周回方向に直接接続されている前記サーバ装置を、パケットの送信先である前記所定の次ホップとすることを特徴とする。
【００１２】
これにより、伝達パケットの通信量を抑えるとともに、特定のサーバ装置への負荷集中を抑制することができる。
【発明の効果】
【００１３】
本発明によれば、サービス情報の増加に対応できるサービス提供システムを実現することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に関するサービス提供システムを示す構成図である。
【図２】本発明の一実施形態に関するサービス提供システムのＡＰサーバを示す構成図である。
【図３】本発明の一実施形態に関するＡＰサーバのサービス情報管理部を示す構成図である。
【図４】本発明の一実施形態に関するサービス提供システムでの移動端末を示す説明図である。
【図５】本発明の一実施形態に関するＡＰサーバの処理を示すフローチャートである。
【図６】本発明の一実施形態に関するＡＰサーバの接続形態を示す説明図である。
【発明を実施するための形態】
【００１５】
以下、本発明の一実施形態について、図面を参照して詳細に説明する。
【００１６】
図１は、サービス提供システムを示す構成図である。
サービス提供システムは、複数台（図１（ａ）では３台を例示）のＡＰサーバ１（サーバ装置）が広域ＩＰ網によって接続されて構成される。
１つのＡＰサーバ１は１つのエリアを収容し、そのエリア内にはユーザ端末９が接続される。ユーザ端末９は、接続先の（収容先の）ＡＰサーバ１に対して、アプリケーション実行要求などを送信し、そのアプリケーション実行要求の実行に伴うアクセス要求において、自身のサービス情報を登録する。また、ユーザ端末９は、接続先の（収容先の）ＡＰサーバ１に対して、アプリケーション実行要求などを送信し、そのアプリケーション実行要求の実行に伴うアクセス要求において、他のユーザ端末９のサービス情報を問い合わせて取得する。サービス情報とは、アプリケーションサービスの実行（提供）に必要な情報であり、例えば、ユーザ端末９のユーザがどこにいてどのような状態になっているかを示すプレゼンス情報である。
【００１７】
これらのサービス提供システムを構成する各装置（ＡＰサーバ１、ユーザ端末９）は、ＣＰＵ（Central Processing Unit）とメモリとハードディスク（記憶手段）とネットワークインタフェースを有するコンピュータとして構成され、このコンピュータは、ＣＰＵが、メモリ上に読み込んだプログラムを実行することにより、各処理部を動作させる。
【００１８】
エリアの識別子として、エリアＩＤを用いる。例えば、図１では、左から順に、エリアＩＤ＝Ａ１，Ａ２，Ａ３のＡＰサーバ１が存在する。また、ユーザ端末９のユーザの識別子として、ユーザＩＤを用いる。例えば、エリアＩＤ＝Ａ１には、３台のユーザ端末９（ユーザＩＤ＝Ｕ１，Ｕ２，Ｕ３）が収容（接続）されている。なお、ＡＰサーバ１とユーザ端末９との接続は、物理的な回線を用いた接続だけでなく、無線電波を介した論理的な接続を形成してもよい。
【００１９】
図１（ｂ）は、広域ＩＰ網におけるＡＰサーバ１間の接続形態の一例として、リング接続を示す図である。ＡＰサーバ１（エリアＩＤ＝Ａ１）に着目すると、ＡＰサーバ１を起点として、Ａ２→Ａ３→Ａ４→Ａ５という左回り（反時計回り）で自エリア伝達パケット７ａが通知される。
【００２０】
なお、自エリア伝達パケット７ａとは、ＡＰサーバ１（エリアＩＤ＝Ａ１）にとって自エリア（エリアＩＤ＝Ａ１）のサービス情報を含むパケットである。ここで、同じ伝達パケットであっても、自エリアか他エリアかは、どのＡＰサーバ１に着目するかによって異なるので、ＡＰサーバ１（エリアＩＤ＝Ａ２）は、ＡＰサーバ１（エリアＩＤ＝Ａ１）にとっての自エリア伝達パケット７ａを、他エリア伝達パケット７ｂとして受信する。他エリア伝達パケット７ｂとは、他エリアのサービス情報を含むパケットである。
【００２１】
図２は、サービス提供システムのＡＰサーバを示す構成図である。
ＡＰサーバ１は、サービス情報管理部１０と、名寄せ処理部１４と、パケット処理部２０と、通信部３０と、ユーザ対応部４０とから構成される。
サービス情報管理部１０は、サービス情報を管理する記憶手段であり、他エリア管理部１１と、自エリア管理部１２と、名寄せ管理部１３とから構成される。これらの各管理部が格納するサービス情報のデータ形式は互いに共通している。
【００２２】
図３は、サービス情報管理部１０を示す構成図である。
図３（ａ）は、図１（ａ）のサービス提供システムの形態におけるサービス情報管理部１０に記憶される情報の一例である。サービス情報管理部１０は、エリアＩＤごとに、そのエリアＩＤに属するユーザ端末９のユーザＩＤと、そのユーザのサービス情報（ここでは、その一例としてのプレゼンス情報）と、そのサービス情報の更新時刻とを対応付けている。
【００２３】
なお、プレゼンス情報は、在席情報（在席など）と、連絡情報（連絡可など）との組として登録される。この組の識別子として、３桁の数字を併記する。３桁の数字のうちの１，２桁目は、在席情報を示し、「００」なら在席、「１０」なら不在、「０１」なら会議中である。３桁の数字のうちの３桁目は、連絡情報を示し、「０」なら連絡可、「１」なら連絡不可である。なお、図３に示したプレゼンス情報やその識別子（３桁の数字）は、あくまで一例であり、他のプレゼンス情報を用いてもよい。
【００２４】
自エリア管理部１２には、自エリアのサービス情報が格納される。図３（ａ）の第１行〜第３行（ユーザＩＤ＝Ｕ１〜Ｕ３）は、エリアＩＤ「Ａ１」であるので、エリアＩＤ「Ａ１」のＡＰサーバ１からみて、自エリア管理部１２に格納されるレコードである。
他エリア管理部１１には、他エリアのサービス情報が格納される。図３（ａ）の第４行〜第６行（ユーザＩＤ＝Ｕ４〜Ｕ６）は、エリアＩＤ「Ａ１」ではないので、エリアＩＤ「Ａ１」のＡＰサーバ１からみて、他エリア管理部１１に格納されるレコードである。
【００２５】
図４は、サービス提供システムでの移動端末を示す説明図である。図１（ａ）の形態との違いは、ユーザ端末９が時間経過とともに移動することにより、同じユーザＩＤ（図４では、Ｕ１）のサービス情報のレコードが、複数のエリアのＡＰサーバ１に重複して存在することである。
例えば、ユーザ端末９（ユーザＩＤ＝Ｕ１）は、時刻１０：００にはエリアＡ１に存在し、時刻１０：３０にはエリアＡ３に移動し、時刻１０：５０にはエリアＡ２に移動し、それぞれのエリアにおいて自身のプレゼンス情報を所属エリアのＡＰサーバ１に登録する。すると、どのエリアＡ１〜Ａ３にも、ユーザ端末９（ユーザＩＤ＝Ｕ１）が存在してしまうため、このＵ１のユーザに通話したい他のユーザ端末９は、どのエリアに発信してよいか選択できなくなってしまう。
【００２６】
そこで、図２に戻って、ＡＰサーバ１は、名寄せ処理部１４を有する。名寄せ処理部１４は、自エリア管理部１２および他エリア管理部１１内に、同じユーザＩＤのレコードが複数存在することを発見すると、同じユーザＩＤのレコードを１つに情報集約（名寄せ）する。
例えば、図３（ｂ）は、図４のサービス提供システムの形態におけるサービス情報管理部１０の一例である。図４で説明したように、ユーザ端末９（ユーザＩＤ＝Ｕ１）のレコードが、３つ存在する。
【００２７】
このとき、名寄せ処理部１４は、図３（ｂ）のサービス情報管理部１０（他エリア管理部１１、自エリア管理部１２）を読み取り、ユーザＩＤ＝Ｕ１のレコードを検索して発見した３つのレコードのうちの、いずれか１つのレコードを選択して、図３（ｃ）の名寄せ管理部１３へと書き出す。例えば、図３（ｃ）では、ユーザ端末９（ユーザＩＤ＝Ｕ１）のレコードのうち、更新時刻が最近であるエリアＩＤ＝Ａ２のレコードが選択されている。
なお、名寄せ処理部１４によるレコードの選択基準としては、例えば、更新時刻が最近であるレコードを選択する基準や、あらかじめエリアごとに優先度を付けておき、その優先度の高いレコードを選択する基準などが挙げられる。さらに、名寄せ処理部１４により結果として選択されるレコードの数は、１人のユーザＩＤに対して１つだけでなく、複数個（例えば、優先度の高いものから３つ）選択してもよい。
【００２８】
図２のユーザ対応部４０は、自エリアのユーザ端末９からの通知などを契機に、通知したユーザ端末９のサービス情報を自エリア管理部１２へと更新する。なお、ユーザ対応部４０は、ユーザ端末９からの通知がなくても、自エリア管理部１２内のサービス情報を更新してもよい。例えば、前回の通知から所定時間の間、次の通知がないユーザ端末９について、そのサービス情報のプレゼンスを「不在」へと変更したり、レコードを削除したりしてもよい。
また、ユーザ対応部４０は、自エリアのユーザ端末９からのアプリケーション実行要求などを契機に、要求したユーザ端末９が必要とするサービス情報をサービス情報管理部１０（他エリア管理部１１、自エリア管理部１２、名寄せ管理部１３）から検索して、その結果を応答する。
【００２９】
パケット処理部２０は、パケット分解部２１とパケット生成部２２とから構成される。
パケット分解部２１は、他エリア伝達パケット７ｂを分解して、他エリアに属するユーザのサービス情報を読み取り、他エリア管理部１１へと更新する。
パケット生成部２２は、自エリアのサービス情報を自エリア管理部１２から読み取り、自エリア伝達パケット７ａへと含めてから、他エリアへと送信するためにパケット送受信部３２に通知する。なお、自エリア伝達パケット７ａに含めるサービス情報を、所定時間内で更新されたサービス情報に絞り込んでから送信してもよい。
【００３０】
通信部３０は、あて先管理部３１と、パケット送受信部３２とを有する。
あて先管理部３１は、各伝達パケットのあて先へ向かう次ホップの情報を管理する。例えば、図１（ｂ）のリング接続では、ＡＰサーバ１（エリアＩＤ＝Ａ１）のあて先管理部３１には、１つ左回り（反時計回り）に接続されているエリアのＡＰサーバ１（自エリアがＡ１の場合は、エリアＩＤ＝Ａ２）が次ホップの情報として格納される。ネットワークの管理者は、あらかじめサービス提供システムの接続形態などから求めた次ホップの情報を、あて先管理部３１へと登録しておく。
【００３１】
パケット送受信部３２は、あて先管理部３１を参照して取得した次ホップのエリアへ、自エリア伝達パケット７ａをあらかじめ設定された時間間隔で送信する。
パケット送受信部３２は、以前送信した自エリア伝達パケット７ａが自エリアに戻ってきたら、その自エリア伝達パケット７ａを廃棄する。これにより、自エリア伝達パケット７ａの無限ループを予防できる。
パケット送受信部３２は、送信した自エリア伝達パケット７ａが所定時間内に戻ってこない場合は、当該情報をネットワークのオペレーションシステムに通知し、オペレーションシステムからの指示に基づいて、次のエリアを示すルート設定（あて先管理部３１内の次ホップ）を変更できる。なお、新たな次ホップは、例えば、ＳＮＭＰ（Simple Network Management Protocol）で受信したネットワークの障害特定用情報を参照して、特定される。
また、パケット送受信部３２は、受信した他エリア伝達パケット７ｂを、パケット分解部２１に通知するとともに、次ホップのエリアへと転送する。
【００３２】
図５は、ＡＰサーバ１の処理を示すフローチャートである。このフローチャートは、後記するＳ１０１のイベントが発生するたびに、新たなタスクとして起動されて実行される。
【００３３】
Ｓ１０１において、ＡＰサーバ１は、以下に例示する各イベントのうちのいずれかの発生を監視する。これらのイベントの発生順序は、任意であり、イベント１から順に発生するとは限らない。
（イベント１：プレゼンス登録）エリアのユーザ端末９からの登録通知を受けると発生するイベントである。
（イベント２：所定間隔）所定間隔の時間経過ごとに発生するイベントである。
（イベント３：他エリア受信）他エリア伝達パケット７ｂを受信すると発生するイベントである。
（イベント４：プレゼンス参照）サービス情報管理部１０に登録されているサービス情報（プレゼンス情報）の参照要求をユーザ端末９から受けると発生するイベントである。
Ｓ１０１で（イベント１：プレゼンス登録）の発生により、登録通知されたユーザ端末９のサービス情報（プレゼンス情報）を自エリア管理部１２に登録する（Ｓ１０２）。
Ｓ１０２の後、名寄せ処理部１４は、Ｓ１０２で登録されたサービス情報（プレゼンス情報）のレコードと同じユーザＩＤのレコードが、サービス情報管理部１０内で重複しているとき（Ｓ１０３，Ｙｅｓ）、それらの重複しているレコードから１つのレコードを選択して名寄せ管理部１３に書き出す名寄せ処理を実行する（Ｓ１０４）。
そして、Ｓ１０４の名寄せ処理が終了したときや、レコードが重複していないとき（Ｓ１０３，Ｎｏ）には、（イベント１）の対処は完了し、Ｓ１０１に戻って新たなイベントの発生を待つ。
【００３４】
Ｓ１０１で（イベント２：所定間隔）の発生により、パケット生成部２２は、自エリア管理部１２から読み出したサービス情報を自エリア伝達パケット７ａに含めて送信する（Ｓ１１１）。そして、パケット送受信部３２は、Ｓ１１１で送信した自エリア伝達パケット７ａを受信待ちし（Ｓ１１２，Ｎｏ）、受信待ちした自エリア伝達パケット７ａを受信したときには（Ｓ１１２，Ｙｅｓ）、そのパケットを廃棄する（Ｓ１１３）。
そして、Ｓ１１３のパケット廃棄処理が終了したときには、（イベント２）の対処は完了し、Ｓ１０１に戻って新たなイベントの発生を待つ。
【００３５】
Ｓ１０１で（イベント３：他エリア受信）の発生により、パケット送受信部３２は、その他エリア伝達パケット７ｂ内からパケット分解部２１が読み出したサービス情報を、他エリア管理部１１に登録させるとともに、受信した他エリア伝達パケット７ｂをあて先管理部３１が示す次ホップへと転送する（Ｓ１２１）。
そして、Ｓ１２１のパケット転送処理が終了したときには、（イベント３）の対処は完了し、Ｓ１０１に戻って新たなイベントの発生を待つ。
Ｓ１０１で（イベント４：プレゼンス参照）の発生により、ユーザ対応部４０は、サービス情報管理部１０から参照要求されたサービス情報（プレゼンス情報）を取得して、ユーザ端末９に送信する（Ｓ１３１）。
そして、Ｓ１３１の送信処理が終了したときには、（イベント４）の対処は完了し、Ｓ１０１に戻って新たなイベントの発生を待つ。
【００３６】
図６は、図１（ｂ）とは別のＡＰサーバの接続形態を示す説明図である。
図６（ａ）は、ＡＰサーバ１（エリアＩＤ＝Ａ１）が、他のＡＰサーバ１（エリアＩＤ＝Ａ２〜Ａ５）のサービス情報を集約する形態である。
ＡＰサーバ１（エリアＩＤ＝Ａ２）に着目すると、Ａ２の自エリア伝達パケット７ａは、ＡＰサーバ１（エリアＩＤ＝Ａ１）を経由して、他エリア（Ａ３〜Ａ５）に到着する。また、エリアＡ１，Ａ３〜Ａ５のサービス情報を格納する、エリアＡ２にとっての他エリア伝達パケット７ｂは、ＡＰサーバ１（エリアＩＤ＝Ａ１）を経由して、自エリアＡ２に到着する。よって、エリア数＝Ｎに対し、自エリア伝達パケット７ａの総数は、Ｏ（Ｎ）に抑えられる。
【００３７】
図６（ｂ）は、各ＡＰサーバ１が、他のＡＰサーバ１との間でフルメッシュ接続する形態である。ＡＰサーバ１（エリアＩＤ＝Ａ１）に着目すると、Ａ１の自エリア伝達パケット７ａは、直接接続されている他の各ＡＰサーバ１（エリアＩＤ＝Ａ２〜Ａ５）に到着する。よって、エリア数＝Ｎに対し、自エリア伝達パケット７ａの総数は、Ｏ（Ｎの２乗）分かかってしまうが、自エリア伝達パケット７ａが直接（１ホップで）他エリアに到着するので、サービス情報の更新を早く実現できる。
【００３８】
なお、図１（ｂ）のリング接続では、エリア数＝Ｎに対し、自エリア伝達パケット７ａの総数は、Ｏ（Ｎ）に抑えられるとともに、図６（ａ）の集約形態とは異なり、特定のＡＰサーバ１には負荷が集中しない形態（分散形態）なので、エリア数＝Ｎの数が大きくなっても、サービス提供システム全体がスケールアウトする。
【００３９】
以上説明した本実施形態のサービス提供システムでは、エリアごとにＡＰサーバ１を設け、全てのサーバのサービス情報を同期させて１つのＡＰサーバ１として外部から見えるようにすることを主な特徴とする。
例えば、図１（ｂ）の各ＡＰサーバ１をリング状に通信するルートを設け、各ＡＰサーバ１で変更されたサービス情報を自エリア伝達パケット７ａとしてリングの経路に沿って送信する。他のＡＰサーバ１は、他エリア伝達パケット７ｂとして受信した変更情報を自身に反映するとともに、次のサーバに転送する。
これにより、特定の代表窓口を設けない分散形態で各ＡＰサーバ１が最新のサービス情報を保持することで、自エリアだけでなく、他エリアのサービス情報をもとにしたアプリケーションサービスを、自エリアのＡＰサーバ１から動作させることができる。
【符号の説明】
【００４０】
１      ＡＰサーバ（サーバ装置）
７ａ    自エリア伝達パケット
７ｂ    他エリア伝達パケット
９      ユーザ端末
１０    サービス情報管理部
１１    他エリア管理部
１２    自エリア管理部
１３    名寄せ管理部
１４    名寄せ処理部
２０    パケット処理部
２１    パケット分解部
２２    パケット生成部
３０    通信部
３１    あて先管理部
３２    パケット送受信部
４０    ユーザ対応部
【図１】
2014165731.tif 000003
【図２】
2014165731.tif 000004
【図３】
2014165731.tif 000005
【図４】
2014165731.tif 000006
【図５】
2014165731.tif 000007
【図６】
2014165731.tif 000008