JPH1097476A - コミュニティ優先制御方法及びシステム - Google Patents

Abstract

(57)【要約】 【課題】 コミュニティに優先度を付与することで、ネ
ットワークの輻輳を事前に回避でき、かつネットワーク
資源を有効に活用することが可能なコミュニティ優先制
御方法及びシステムを提供する。 【解決手段】 本発明は、エンドユーザから情報通信サ
ービスの利用要求が発行されると、サービスプロバイダ
側において、ネットワーク上におけるユーザの活動範囲
を定めるための情報であるコミュニティに優先度を付与
し、該ネットワークを介して配送し、エンドユーザは、
該コミュニティに基づいて獲得、終了、移動、中断、復
帰の処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コミュニティ優先
制御方法及びシステムに係り、特に、ネットワーク資源
を有効利用制御するための、ネットワーク上におけるユ
ーザの活動範囲を定めるための、仮想的なユーザグルー
プを表すコミュニティという概念に基づいた通信サービ
ス利用のネットワーク上の優先制御を行うコミュニティ
優先制御方法及びシステムに関する。

【０００２】

【従来の技術】従来、コンピュータネットワークの上で
は、すべてのユーザが平等に扱われている。このよう
に、ユーザが平等に扱われている状況において、輻輳が
起きた場合には、より大きなネットワーク資源に設備を
変更する等の処理を行う。

【０００３】また、ネットワークのトラヒック量等の状
況を把握し、ネットワーク資源を多量に使用するプロセ
スを停止させる方法がある。さらに、現実世界の業務や
活動に対応するネットワーク上のユーザ集合をコミュニ
ティとして登録し、必要とするネットワーク資源等を把
握して、通信サービスの利用を管理するコミュニティ管
理方法及びシステム（特願平８−１６４７９２）があ
る。

【０００４】

【発明が解決しようとする課題】しかしながら、上記の
コンピュータネットワーク上で全てのユーザが平等に扱
われる状況では、有限のネットワークの輻輳に対する処
理としては、より大きなネットワーク資源を有する設備
に変更しない限り解決できないという問題がある。

【０００５】また、このような設備の拡大による方法も
一時的な処理に過ぎず、通信の利用増加等により、将来
的には再びネットワークの輻輳に見舞われるのは必至で
あり、例えば、企業内ネットワーク等では、その企業に
とっての業務優先度の高低に関わらず、輻輳時には通信
に不都合が生じるため、ネットワーク資源を増設しても
通信の利用増加等により決定的な問題解決にはならな
い。

【０００６】また、ネットワークの状況を把握し、ネッ
トワーク資源を多量に使用するプロセスを停止させる技
術は、企業における業務の優先度について鑑み、システ
ムとしてネットワーク上の活動を制御することができな
い。このため、ネットワークの輻輳が生じると重要な業
務、必然性のある業務、緊急性のある業務であっても全
て停止させることになり、業務に支障をきたす。

【０００７】本発明は、上記の点に鑑みなされたもの
で、ネットワークの輻輳を事前に回避でき、かつネット
ワーク資源を有効に活用することが可能なコミュニティ
優先制御方法及びシステムを提供することを目的とす
る。

【０００８】

【課題を解決するための手段】図１は、本発明の原理を
説明するための図である。本発明のコミュニティ優先制
御方法は、エンドユーザから情報通信サービスの利用要
求が発行されると（ステップ１）サービスプロバイダ側
において、ネットワーク上におけるユーザの活動範囲を
定めるための情報であるコミュニティに優先度を付与し
（ステップ２）、該ネットワークを介して配送し（ステ
ップ３）、エンドユーザは、該コミュニティに基づいて
獲得、終了、移動、中断、復帰の処理を行う（ステップ
４）。

【０００９】本発明は、エンドユーザ側とサービスプロ
バイダ側に、コミュニティの優先度に基づいて、ネット
ワークを介してコミュニティの要求及び該コミュニティ
の配送を協調して行う。また、本発明は、ネットワーク
を動的に監視し、ネットワークの輻輳状態に応じて、優
先度の高い順にコミュニティの獲得を行う。

【００１０】また、本発明は、ネットワークの状態を予
測し、予測されたネットワークの輻輳状態に応じて、活
動中の優先度ランクの低いコミュニティの順から該ネッ
トワーク利用の規模縮小、一時休止、または、停止を行
い、優先度ランクの高いコミュニティを獲得する。

【００１１】また、本発明は、ネットワークの資源状態
を動的に監視し、ネットワーク上で活動する実行中のコ
ミュニティを優先度に応じて規模縮小、停止、或いは終
了させ、該ネットワークの輻輳状態を回避する。また、
本発明は、コミュニティに付与された優先度ランク毎に
コミュニティ獲得要求の順番を管理し、該ネットワーク
の輻輳状態に応じて優先度及び優先度内の獲得要求順序
に従って、該コミュニティの獲得を行う。

【００１２】また、本発明は、コミュニティの獲得時間
を設定し、設定された時間帯に対応する優先度のコミュ
ニティを獲得する。図２は、本発明の原理構成図であ
る。本発明は、ネットワーク２００と、情報通信サービ
スの利用要求を該ネットワーク２００を介して発行する
エンドユーザ端末１００と、該利用要求に基づいて、ネ
ットワーク２００上におけるユーザの活動範囲を定める
ための情報であるコミュニティを該ネットワーク２００
を介して該エンドユーザ端末１００に配送し、該コミュ
ニティに基づいて獲得、終了、移動、中断、復帰を含む
サービス提供を行うサービスプロバイダ３００とを有す
るコミュニティ管理システムにおいて、エンドユーザ端
末１００は、サービスプロバイダ３００にコミュニティ
情報の要求を行うコミュニティ情報要求手段１１０を有
し、サービスプロバイダ３００は、コミュニティに優先
度を付与する優先度付与手段３１０を有する。

【００１３】また、本発明のエンドユーザ端末１００及
びサービスプロバイダ３００は、コミュニティの優先度
に基づいて、ネットワーク２００を介してコミュニティ
の要求及び該コミュニティの配送を協調して行う協調処
理手段１２０、３２０を有する。

【００１４】また、本発明のサービスプロバイダ３００
は、ネットワーク２００を動的に監視し、該ネットワー
ク２００の輻輳状態に応じて、優先度の高い順にコミュ
ニティの獲得を行う優先度付きコミュニティ情報獲得手
段３３０を有する。また、本発明のサービスプロバイダ
３００は、ネットワーク２００の状態を予測し、予測さ
れた該ネットワーク２００の輻輳状態に応じて、活動中
の優先度ランクの低いコミュニティの順から該ネットワ
ーク２００利用の規模縮小、一時休止、または、停止を
行い、優先度ランクの高いコミュニティを獲得する横取
り手段３４０を有する。

【００１５】また、本発明のサービスプロバイダ３００
は、ネットワーク２００の資源状態を動的に監視し、該
ネットワーク２００上で活動する実行中のコミュニティ
を優先度に応じて規模縮小、停止、或いは終了させ、該
ネットワーク２００の輻輳状態を避ける輻輳回避手段３
５０を有する。

【００１６】また、本発明のサービスプロバイダ３００
の優先度付きコミュニティ情報獲得手段３３０は、コミ
ュニティに付与された優先度ランク毎にコミュニティ獲
得要求の順番を管理し、該ネットワーク２００の輻輳状
態に応じて優先度及び優先度内の獲得要求順序に従っ
て、情報を渡す順序制御手段３３１を含む。

【００１７】また、本発明のサービスプロバイダ３００
の優先度付きコミュニティ情報獲得手段３３０は、コミ
ュニティの獲得時間を設定し、設定された時間帯に対応
する優先度のコミュニティを獲得する特定時間帯制御手
段３３２を含む。また、本発明の特定時間帯制御手段３
３２は、ネットワーク資源の利用頻度が定価する時間帯
を特定し、該時間帯に閉じて前記優先度が所定の優先度
より低いコミュニティの優先度のランクを少なくとも１
段階格上げする優先度変更手段を含む。

【００１８】また、本発明の優先度付与手段３１０は、
コミュニティが重要な業務であるかを計る重要度、業務
上なくてはならない業務であるかを計る必要度、及び、
業務上遅延なく実行されることが要求されるかを判断す
る緊急度に応じて優先度ランクを付与する優先度ランク
調整手段を含む。

【００１９】このように、本発明は、エンドユーザによ
る情報通信サービスの利用要求によって、ネットワーク
上におけるユーザの活動範囲を定めるための情報である
コミュニティを、サービスプロバイダからネットワーク
を介して配送し、当該コミュニティに基づいて獲得、終
了、中断、復帰等のサービス提供を行うコミュニティ管
理システムにおいて、当該コミュニティに優先度を付与
して、当該優先度に基づいてコミュニティの規模縮小、
一時休止、または、停止させる制御を行い、ネットワー
クの輻輳を回避すると共に、ネットワークの輻輳を未然
に防止し、ネットワークにおける業務を円滑化、効率化
する。

【００２０】さらに、本発明では、コミュニティの優先
度に基づいてネットワークを介してコミュニティの要求
及び、該コミュニティの配送を行う制御機能をエンドユ
ーザ及びサービスプロバイダの双方に保持させることに
より、ネットワークを介して協調した通信を行うことが
可能となる。

【００２１】さらに、本発明では、優先度の高い順にコ
ミュニティを獲得することが可能であるため、ネットワ
ークの輻輳状態に応じて、獲得するコミュニティを制御
する。これにより、輻輳状態にある場合には、優先度が
低いネットワーク資源を使用しているコミュニティの規
模を縮小、一時休止、または停止等を行うことにより輻
輳を回避する。

【００２２】さらに、本発明では、ネットワークの資源
の状態を予測して、予測されたネットワークの状態に応
じて、優先度のランクが低いコミュニティについては、
規模縮小、一時休止、または、停止等の制御を行うこと
により、優先度の高いコミュニティを獲得し易くする。

【００２３】更に、本発明では、ネットワークを動的に
監視することにより、ネットワーク上で通信されている
コミュニティを把握し、当該コミュニティの優先度に応
じて、当該コミュニティの規模縮小、停止あるいは、終
了させることにより、ネットワークが輻輳状態にある場
合には、優先度の高いコミュニティを優先的に獲得する
ことが可能となる。

【００２４】また、本発明では、各コミュニティに付与
された優先度に応じてコミュニティ獲得の順番、即ち、
コミュニティ獲得要求が発行された順を管理しておき、
ネットワークの輻輳状態に応じて管理されている順番に
対応するコミュニティを獲得することが可能となる。

【００２５】また、本発明では、コミュニティを獲得可
能な特定の時間帯を設定しておき、指定された時間帯の
み、優先度の高い順にコミュニティを獲得することが可
能となる。また、特定の時間帯をネットワークの利用頻
度が低下する時間帯とし、当該時間帯に優先度の低いコ
ミュニティのランクを格上げすることにより、通常のネ
ットワーク利用頻度時点ではなかなか獲得できなかった
コミュニティの獲得のチャンスが高くなる。

【００２６】また、優先度の設定は、重要度、必要度、
緊急度に応じて設定されることにより、これらのグレー
ドが高い程、高い優先度を設定できることから、メイン
となる業務を停止させる確率が低くなる。

【００２７】

【発明の実施の形態】最初に、本発明において使用され
る単語の意味の定義を説明する。コミュニティとは、現
実世界の業務や利用目的に対応して、ネットワークに登
録される仮想的な閉域ユーザグループであり、予めネッ
トワークまたは、サービスプロバイダに登録しておく。

【００２８】コミュニティ情報とは、上記のコミュニテ
ィにおけるメンバと呼ばれる利用可能なサービスとその
要求名（アクティビティ）が設定されている情報であ
り、サービスプロバイダによって作成され、提供され
る。通信サービスを受けようとするコミュニティ（予め
登録済が前提）は、まず、サービスプロバイダに対して
コミュニティ情報の獲得申請をし、それが得られると初
めてネットワークサービスを利用できる。

【００２９】図３は、本発明のシステム概念図である。
同図に示すシステムは、エンドユーザ端末１００、ネッ
トワーク２００及びサービスプロバイダ３００より構成
される。エンドユーザ端末１００は、コミュニティ情報
をサービスプロバイダ３００に要求するコミュニティ情
報獲得要求部１１０、ネットワーク２００を介してサー
ビスプロバイダ３００と協調して処理を行う協調処理部
１２０及びコミュニティ優先制御部１３０より構成され
る。コミュニティ優先制御部１３０は、コミュニティ獲
得部１３１、コミュニティ中断制御部１３２、コミュニ
ティ復帰制御部１３３、及びコミュニティ縮小制御部１
３４から構成される。

【００３０】サービスプロバイダ３００は、優先度ラン
ク付与部３１０、協調処理部３２０、優先度付きコミュ
ニティ情報獲得部３３０、順序設定部３３１、特定時間
帯制御部３３２、横取り部３４０、輻輳回避部３５０、
コミュニティデータベース３６０及び待ち行列管理部３
７０より構成される。

【００３１】優先度ランク付与部３１０は、サービスプ
ロバイダ３００がコミュニティのネットワーク２００上
の業務においての重要度、必要度、緊張度に応じて、予
めランクを付与する。この結果は、コミュニティデータ
ベース３６０に格納される。重要度とは、当該コミュニ
ティがどれほど大切な業務であるかを示し、必要度と
は、業務上なくてはならないか否かを示し、緊急度と
は、業務上遅延なく実行されることが要求されるかを示
すものであり、それぞれ、ランク付けされた情報に基づ
いて優先度が付与される。

【００３２】優先度付きコミュニティ情報獲得部３３０
は、複数のコミュニティの獲得要求時に、それぞれのコ
ミュニティの優先度ランクを把握し、かつネットワーク
資源の状態を把握し、その複数のコミュニティが共に実
行されることによって、輻輳が引き起こされることを事
前に知り得た時に、優先度ランクの高い順にコミュニテ
ィ情報の獲得を行う。

【００３３】順序設定部３３１は、ネットワーク２００
の輻輳、その他の要因で、コミュニティ情報の獲得がで
きなった場合、それらのコミュニティに優先度ランク毎
の獲得要求順序を獲得要求時間順に管理し、ネットワー
ク２００の輻輳等のコミュニティ情報獲得阻害要因が消
滅し、コミュニティ情報獲得が可能となったとき管理し
てある順序に従ってコミュニティ情報を、優先度付きコ
ミュニティ情報獲得部３３０に渡す。

【００３４】特定時間帯制御部３３２は、サービスプロ
バイダ３００によって定められたある一定の時間帯にお
いては、優先度ランク最下位（又はｎ番目）のコミュニ
ティの優先度ランクを１ランク上位のものとすることに
より、最下位の優先度ランクのコミュニティの獲得を可
能にする。

【００３５】横取り部３４０は、エンドユーザ端末１０
０からのコミュニティ情報の獲得要求時に、ネットワー
ク２００の状態を予め記述されている情報に基づいて予
測し、そのコミュニティが獲得することによってネット
ワークの輻輳が引き起こされる事を事前に知り得た時
に、優先度ランクの低い活動中のコミュニティのコミュ
ニティ情報を効率よく、規模縮小、一時休止または、停
止を行うことによって、優先度ランクの高いコミュニテ
ィに対してコミュニティ情報を優先的に獲得する。

【００３６】輻輳回避部３５０は、ネットワーク２００
の状態を動的に把握し、ネットワーク２００の輻輳が検
出されたとき、または、ネットワークの輻輳が予想され
ることを知ったとき、優先度ランクの低い活動中のコミ
ュニティのコミュニティ情報を効率よく規模縮小、一時
休止または、停止を行うことによって、ネットワークの
輻輳を回避する。

【００３７】協調処理部３２０は、エンドユーザ端末と
ネットワーク２００を介して協調して処理を行う。次
に、上記のコミュニティ優先制御システムの動作の概要
を説明する。図４は、本発明のコミュニティ優先制御シ
ステムの動作を示すフローチャートである。

【００３８】ステップ１０１） 優先度ランク付与部３
１０は、優先度ランク及びそのコミュニティが活動する
ために使用するネットワーク資源の量の最大値をそのネ
ットワークの流し得るスループットから算出した割合に
応じて段階的に（以下、重みと記す）入力し、当該コミ
ュニティ情報と共にコミュニティデータベース３６０に
格納する。

【００３９】ステップ１０２） エンドユーザ端末１０
０からコミュニティ獲得要求が発行される。 ステップ１０３） 優先度付きコミュニティ情報獲得部
３３０は、エンドユーザ端末１００から発行されたコミ
ュニティ獲得要求に基づいて、コミュニティデータベー
ス３６０からコミュニティ情報を読み出して、当該コミ
ュニティ情報の優先度ランクと他の複数のコミュニティ
情報の優先度ランクを比較して、他のコミュニティ情報
より高い優先度ランクである場合には、ステップ１０４
に移行し、低い優先度ランクである場合には、実行され
ているコミュニティ情報の優先度ランクとの比較を繰り
返す。

【００４０】ステップ１０４） 取得したコミュニティ
情報が実行可能な特定の時間帯であるかを判定し、実行
可能な時間帯であれば、ステップ１０５に移行し、実行
不可能な時間帯であれば、ステップ１０６に移行する。 ステップ１０５） 取得したコミュニティ情報の優先度
を１つ上げる。

【００４１】ステップ１０６） 輻輳回避部３５０は、
ネットワーク２００を動的に監視し、ネットワークが混
んでいるかを判定し、混んでいる場合にはステップ１０
７に移行し、混んでいない場合には、ステップ１０９に
移行する。 ステップ１０７） エンドユーザ端末１００の要求コミ
ュニティの優先度が所定の優先度より高いかを判定し、
低い場合にはステップ１１１に移行し、高い場合にはス
テップ１０８に移行する。

【００４２】ステップ１０８） 優先度付きコミュニテ
ィ情報獲得部３３０は、優先度の低いコミュニティを縮
小、休止、または、停止させ、エンドユーザ１００から
要求されているコミュニティ情報を協調処理部３２０に
転送する。ステップ１１６に移行する。

【００４３】ステップ１０９） ネットワーク２００が
混んでいない場合には、エンドユーザ端末１００からの
コミュニティ獲得によってネットワーク２００が輻輳す
るかを判定し、ネットワーク２００が輻輳しない場合に
は、ステップ１１７に移行する。

【００４４】ステップ１１０） エンドユーザ端末１０
０からのコミュニティ獲得によって輻輳する場合には、
輻輳回避部３５０は、優先度の低いコミュニティを縮
小、休止、または、停止させる。 ステップ１１１） ステップ１０７において、エンドユ
ーザからの要求コミュニティ情報また、ステップ１０９
における優先度の低いコミュニティ情報、ステップ１１
０における優先度の低いコミュニティ情報については、
規模の縮小、休止、又は停止のいずれの処理を行うかを
判定し、規模の縮小を行う場合には、ステップ１１２に
移行し、休止または、停止を行う場合には、ステップ１
１３に移行する。

【００４５】ステップ１１２） コミュニティの規模を
縮小し、ステップ１１６に移行する。 ステップ１１３） コミュニティを停止する場合には、
当該処理を終了する。 ステップ１１４） コミュニティを休止する場合には、
待ち行列管理部３７０において、待ち行列キューに追加
する。

【００４６】ステップ１１５） ネットワーク２００が
空いたら優先度順に、コミュニティ獲得を行う。 ステップ１１６） エンドユーザ端末１００から要求さ
れているコミュニティ情報に合致しているかを判定し、
合致していない場合には、ステップ１１１に移行し、合
致している場合にはステップ１１７に移行する。

【００４７】ステップ１１７） コミュニティを獲得す
る。 以下に、上記の処理概要に沿った実施の形態を説明す
る。図５は、本発明のコミュニティ優先制御システムを
説明するための図である。同図において、図３の各構成
要素と対応するものには、当該構成要素と同一の符号を
付与するものとする。優先度ランク付与部３１０は、図
５において、予めコミュニティ毎に優先度を登録する優
先度入力部３１０に対応し、当該コミュニティと優先度
はコミュニティデータベース３６０に登録される。優先
度付きコミュニティ獲得部３３０、順序設定部３３１、
特定時間帯制御部３３２、輻輳回避部３５０は、コミュ
ニティ優先度管理部３３０に対応し、コミュニティ優先
度管理部３３０は、図５においてコミュニティ優先度記
憶部３６５と待ち行列管理部３７０に対して、登録、参
照を行う。コミュニティ優先度管理部３３０において、
ネットワーク状態を取得する場合には、図５におけるネ
ットワーク監視部３５７で監視されたネットワーク２０
０の状態をネットワーク状態記憶部３５５に格納し、そ
の状態情報をネットワーク管理部３５０で管理し、コミ
ュニティ優先度管理部３３０にネットワーク状態情報を
提供する。図３における協調処理部３２０は、図５にお
ける通信部３２０及びコミュニティ優先度管理部３３０
に対応する。

【００４８】さらに、図５に示すサービスプロバイダ３
００は、各々のコミュニティについて、当該コミュニテ
ィがネットワーク上で活動中に、当該コミュニティが優
先度が低い場合に、規模縮小、休止、停止のうち、どの
状態とすることが可能であるかを管理する管理方法デー
タベース３８０を有する。

【００４９】また、エンドユーザ端末１００におけるコ
ミュニティ情報獲得要求部１１０は、入力部１５０に対
応し、協調処理部１２０は、通信部１２０に対応するも
のとする。なお、図５の構成では、エンドユーザ端末１
００は、メッセージ等が表示される表示部１６０と、取
得したコミュニティを実行するコミュニティ実行部１４
０を更に有する。

【００５０】同図において、図中の○内の数字と以下の
説明の数字が対応するものとする。 サービスプロバイダ３００が優先度入力部３１０か
ら優先度ランク及び、そのコミュニティが活動するため
に使用するネットワーク資源の量の最大値を当該ネット
ワーク２００上の流通可能なスループットから算出した
割合に応じて段階的に入力し、コミュニティデータベー
ス３６０に格納する（優先度ランク付与部）。

【００５１】 エンドユーザ端末１００のコミュニテ
ィ優先度制御部１３０から発出された要求は、サーバ通
信部３２０を経由して、コミュニティ優先度管理部３３
０に転送される。コミュニティ優先度管理部３３０は、
当該要求に対して、コミュニティ獲得の許可、または、
そのままコミュニティを取得することが不可能な場合
は、規模による許可、一時休止、不許可（停止）等のコ
ミュニティ活動の制御を行うことを可能とする（協調処
理部）。

【００５２】 複数のエンドユーザ端末の入力部１５
０からコミュニティ獲得要求が同時に入力されたとき、
通信部１２０、サーバ通信部３２０を経由してコミュニ
ティ優先度管理部３３０に転送される。当該獲得要求を
契機として、コミュニティ優先度管理部３３０は、コミ
ュニティデータベース３６０からそれぞれのコミュニテ
ィの優先度を取得する（優先獲得部）。

【００５３】 同時に、コミュニティ優先度管理部３
３０は、ネットワーク管理部３５０から、その時のネッ
トワーク状態を獲得し、獲得要求のあった複数のコミュ
ニティが同時に獲得可能かどうかを判断し、同時獲得に
よってネットワークの輻輳が誘発されると判断したとき
（例えば、ネットワークのスループットに対するネット
ワークの使用率が７０％を越えると判断したとき）、ネ
ットワークの輻輳させない範囲（例えば、ネットワーク
のスループットに対するネットワークの使用率が７０％
以下の範囲）でそれら獲得要求があった複数のコミュニ
ティの優先度ランクの高い方から順にサーバ通信部３２
０、通信部１２０を経由して、エンドユーザ端末１００
のコミュニティ優先度制御部１３０にコミュニティ獲得
許可通知を転送する。コミュニティ優先度制御部１３０
は、当該コミュニティを実行する。サービスプロバイダ
３００のコミュニティ優先度管理部３３０は、その獲得
情報をコミュニティ優先度記憶部３６５に転送し、コミ
ュニティ優先度記憶部３６５は、当該優先度ランクの待
ち行列管理部３７０に記憶する（優先度獲得部）。

【００５４】 また、獲得できなかったコミュニティ
の獲得要求を行ったエンドユーザ端末１００には、サー
バ通信部３２０、通信部１２０を経由して、コミュニテ
ィ優先度制御部１３０にコミュニティ獲得不許可通知を
送り、表示部１６０に表示することを可能とする（優先
度獲得部）。

【００５５】図６は、本発明のコミュニティ優先制御シ
ステムにおけるコミュニティ獲得の動作を説明するため
の図である。同図に示す構成は、図５に示す構成と同様
である。同図において、図中の数字及び○内の数字と以
下の説明の数字が対応するものとする。

【００５６】２− エンドユーザ端末１００からの獲
得要求がコミュニティ優先度管理部３３０に転送され、
かつネットワーク２００資源の利用状況がそのコミュニ
ティを獲得することによって、ネットワーク２００の輻
輳が誘発されると予測判断したとき、コミュニティ優先
度管理部３３０は、コミュニティ優先度記憶部３６５を
経由して、獲得要求のあったコミュニティの優先度ラン
クを送り、コミュニティ優先度記憶部３６５は、待ち行
列管理部３７０より獲得要求のあったコミュニティラン
クより下位のコミュニティ情報を獲得し、コミュニティ
優先度管理部３３０に送信する（横取り部）。

【００５７】２− コミュニティ優先度管理部３３０
は、下位のコミュニティについてコミュニティデータベ
ース３６０及び、これらコミュニティの重みを、管理方
法データベース３８０よりそれらコミュニティについ
て、使用するネットワーク２００の資源を重みの軽い活
動に変更するネットワーク資源使用の規模縮小の可否、
コミュニティの活動を一時的に休止し、ネットワーク２
００資源の利用を一時的に休止の可否、また、コミュニ
ティを中断し、ネットワーク２００資源の利用を終了す
るコミュニティ停止の可否を判断し、ネットワーク２０
０資源の使用の規模縮小の場合は、該当コミュニティ使
用中のエンドユーザ端末１００のコミュニティ優先度制
御部１３０に命令し、規模縮小を行い、同時にエンドユ
ーザ端末１００の表示部１６０に規模縮小の旨を表示す
る。

【００５８】一時休止の場合は、該当コミュニティ使用
中のエンドユーザ端末１００のコミュニティ優先度制御
部１３０に命令し、コミュニティの一時休止を行い、同
時にエンドユーザ端末の表示部１６０に一時休止の旨を
表示する（横取り部）。 ２− 停止の場合には、該当コミュニティ使用中のエ
ンドユーザのコミュニティ優先度制御部１３０に命令
し、コミュニティの停止を行い、同時にエンドユーザ端
末１００の表示部１６０に停止の旨を表示し、同時に、
サービスプロバイダ３００のコミュニティ優先度記憶部
３６５に、コミュニティ停止情報を送信する。コミュニ
ティ優先度記憶部３６５は、待ち行列管理部３７０の該
当停止コミュニティを削除する（横取り部）。

【００５９】以上の処理により、ネットワークの資源の
状態に関わらず、優先度ランクの高いコミュニティの獲
得を可能とする。 ２− ネットワーク管理部３５０よりネットワーク輻
輳の情報が、コミュニティ優先度管理部３３０に転送さ
れる（輻輳回避部）。

【００６０】２− コミュニティ優先度管理部３３０
は、コミュニティ優先度記憶部３６５を経由して、待ち
行列管理部３７０から実行中の低い優先度ランクのコミ
ュニティ情報を獲得する（輻輳回避部）。 ２− コミュニティ優先度管理部３３０は、それら知
り得たコミュニティについてコミュニティデータベース
３６０及びそれらのコミュニティの重みを管理方法デー
タベース３８０よりそれらのコミュニティについて、ネ
ットワーク２００資源の使用縮小の可否、コミュニティ
の一時休止の可否、コミュニティ停止の可否を判断す
る。ネットワーク資源を使用を縮小する場合は、該当コ
ミュニティ使用中のエンドユーザ端末のコミュニティ優
先度制御部１３０に命令し、コミュニティの規模を縮小
し、同時にエンドユーザ端末１００の表示部１６０に規
模縮小の旨を表示する。

【００６１】一時休止の場合は、コミュニティ優先度管
理部３３０は、該当コミュニティ使用中のエンドユーザ
端末１００のコミュニティ優先度制御部１３０に命令
し、コミュニティの一時休止を行い、同時にエンドユー
ザ端末１００の表示部１５０に一時休止の旨を表示す
る。

【００６２】停止の場合は、コミュニティ優先度管理部
３３０は、該当コミュニティ使用中のエンドユーザ端末
１００のコミュニティ優先度制御部１３０に命令し、コ
ミュニティの停止を行い、同時にエンドユーザ端末１０
０の表示部１６０に停止の旨を表示し、同時に、コミュ
ニティ優先度記憶部３６５にコミュニティ停止情報を転
送する。コミュニティ優先度記憶部３６５は、待ち行列
管理部３７０の該当停止コミュニティを削除する（輻輳
回避部）。

【００６３】以上の処理によりネットワークの輻輳状態
を回避することができる。 ２− コミュニティ優先管理部３３０は、ネットワー
クの輻輳、または、優先獲得、輻輳回避の制御により獲
得できなかったコミュニティの情報をコミュニティ優先
度記憶部３６５経由で、待ち行列管理部３７０に獲得待
ちコミュニティとして、優先度ランク毎に、獲得要求の
あった順に記憶する。

【００６４】これにより、ネットワーク２００の輻輳が
回避されたとき、コミュニティ優先度管理部３３０から
の実行待ちコミュニティ情報取出に対して、待ち行列管
理部３７０により優先度ランクの高い順に、かつ獲得要
求の早い順にコミュニティ情報をコミュニティ優先度管
理部３３０に渡すことを可能とする（順序部）。

【００６５】２− 優先度ランクの低いコミュニティ
の優先度ランクをネットワーク資源の利用の少ない特定
の時間帯に限り、コミュニティの獲得要求があったとき
に、コミュニティ優先度管理部３３０において、優先度
ランクを１ランク上げ、優先度ランクの低いコミュニテ
ィの獲得を容易にさせる（特定時間帯制御部）。

【００６６】

【実施例】以下、図面と共に、本発明の実施例を説明す
る。以下の実施例では、ある企業の社内ネットワーク上
において、業務優先度の高い順に優先度ランクをＡ，
Ｂ，Ｃ，Ｄと定義し、例えば、ネットワークの管理をす
るコミュニティａ，ｂには、優先度Ａ、コミュニティ
ｃ，ｄには、優先度Ｂ、コミュニティｅ，ｆには、優先
度Ｃが定義されており、且つコミュニティデータベース
３６０には、それらのコミュニティの優先度、実際の活
動（以下、アクティビティと記す）の種類、実際に使用
するネットワーク資源の量（以下コミュニティの重みと
記す）の情報が記述されているものとする。

【００６７】例えば、重要会議コミュニティｃについて
は、優先度＝Ｂ、アクティビティ＝“ＴＶ会議”、コミ
ュニティの重み＝５のように設定される。図７は、本発
明の一実施例の優先度ランクを付与する例を示す。サー
ビスプロバイダ３００は、サークル活動コミュニティｇ
に優先度ランク＝Ｄを付与しようとするとき、そのコミ
ュニティ名等の情報と、優先度ランク＝Ｄ、アクティビ
ティ＝ＴＶ会議、ＶＯＤ，コミュニティの重み＝８等の
情報と共に、サービスプロバイダ３００側の優先度入力
部３１０より入力し、その情報はコミュニティデータベ
ース３６０に保存される。

【００６８】次に、サービスプロバイダ３００とエンド
ユーザ端末１００間における協調処理について説明す
る。図８は、本発明の一実施例のサービスプロバイダと
エンドユーザ端末間における協調処理の例を示す。

【００６９】例えば、重要会議コミュニティｃの獲得要
求『ＴＶ会議したい』がエンドユーザ端末１００の入力
部１５０から発行されると、当該要求は、エンドユーザ
端末１００の通信部１２０、サービスプロバイダ３００
のサーバ通信部３２０を経由してコミュニティ優先度管
理部３３０に転送される。

【００７０】コミュニティ優先度管理部３３０は、通常
時は、コミュニティデータベース３６０からコミュニテ
ィ獲得処理を行い、コミュニティの開始の命令『音声会
議はＯＫ』をサーバ通信部３２０、エンドユーザ端末１
００の通信部１２０を経由してコミュニティ優先度制御
部１３０に発行する。コミュニティ優先度制御部１３０
は、当該命令に基づいてエンドユーザ端末１００のコミ
ュニティ実行部１４０に情報『音声会議はＯＫ』を送
り、コミュニティの開始を行うが、エンドユーザ端末１
００の要求を満足させることができないとき、エンドユ
ーザ端末１００のコミュニティ優先度制御部１３０と実
行する活動の変更等の連絡を取り合い、実行できる活動
を協調して決定する。

【００７１】このように、サービスプロバイダ３００と
エンドユーザ端末１００を通信で連絡することによって
協調し処理を行う。次に、コミュニティの優先獲得の処
理について説明する。図９は、本発明の一実施例のコミ
ュニティの優先獲得処理の例を示す。

【００７２】同図に示すように、優先獲得処理は、エン
ドユーザ端末１００Ａ（ＥＵ−Ａ）から重要会議コミュ
ニティｃ（優先度＝Ｂ）、エンドユーザ端末１００Ｂ
（ＥＵ−Ｂ）から一般会議コミュニティｅ（優先度＝
Ｃ）の獲得要求が入力されたとき、サービスプロバイダ
３００のコミュニティ優先度管理部３３０は、コミュニ
ティデータベース３６０よりそれぞれのコミュニティの
優先度ランク及び重みの情報［（重要会議コミュニティ
ｃ，優先度＝Ｂ）、（一般会議コミュニティｅ，優先度
＝Ｃ）］を獲得し、同時にネットワーク管理部３５０よ
り現時点のネットワーク資源の空き状況（制約条件：２
個のコミュニティ同時立ち上げ不可）を獲得する。

【００７３】エンドユーザ端末１００Ａ（ＥＵ−Ａ）、
１００Ｂ（ＥＵ−Ｂ）の要求のコミュニティｃ，ｅの同
時開始が不可能と判断したとき、コミュニティ優先度管
理部３３０は、エンドユーザ端末１００Ａ（ＥＵ−Ａ）
のコミュニティ優先度（＝Ｂ）が、エンドユーザ端末１
００Ｂ（ＥＵ−Ｂ）のコミュニティ優先度（＝Ｃ）より
高いので、エンドユーザ端末１００Ａ（ＥＵ−Ａ）のコ
ミュニティ優先度制御部１３０Ａにコミュニティ獲得許
可を出し、エンドユーザ端末１００Ｂの表示部１６０に
は、コミュニティが獲得できなった旨を表示する．次
に、輻輳時により優先度の高いコミュニティからコミュ
ニティ情報獲得要求があった場合に資源を横取りする処
理について説明する。

【００７４】図１０は、本発明の一実施例の資源の横取
り処理の例を示す。現在、エンドユーザ端末１００Ａ
（ＥＵ−Ａ）（優先度ランク＝Ｂ）、エンドユーザ端末
１００Ｂ（ＥＵ−Ｂ）（優先度ランク＝Ｂ）、エンドユ
ーザ端末１００Ｃ（ＥＵ−Ｃ）（優先度ランク＝Ｃ）の
３種類のコミュニティが活動中であると仮定する。今、
ここにエンドユーザ端末１００Ｄ（ＥＵ−Ｄ）がネット
ワーク管理コミュニティａ（優先度ランク＝Ａ）の獲得
要求を発行したとする。

【００７５】コミュニティ優先度管理部３３０は、当該
エンドユーザ端末１００Ｄ（ＥＵ−Ｄ）のコミュニティ
を開始することによって、ネットワークの輻輳が誘発さ
れると予測判断したとき、活動中のコミュニティのう
ち、優先度ランクが低いコミュニティを活動中のエンド
ユーザ端末１００Ｃ（ＥＵ−Ｃ）を規模縮小、または、
停止させ、優先度ランクの高いエンドユーザ端末１００
Ｄ（ＥＵ−Ｄ）のコミュニティを獲得する。

【００７６】次に、ネットワークの輻輳を回避するため
の処理のついて説明する。図１１は、本発明の一実施例
の輻輳回避処理の例を示す。サービスプロバイダ３００
のネットワーク管理部３５０より、ネットワーク２００
が輻輳している旨の情報がコミュニティ優先度管理部３
３０に伝えられると、コミュニティ優先度管理部３３０
は、コミュニティ優先度記憶部３６５を経由して、待ち
行列管理部３７０内の実行中のコミュニティを優先度ラ
ンク毎に把握する。

【００７７】今、実行中のコミュニティは、コミュニテ
ィ優先度ランク＝Ａがネットワーク管理コミュニティ
ａ、優先度ランク＝Ｂが重要会議コミュニティｃとｄ、
優先度ランク＝Ｃが一般会議コミュニティｅの各コミュ
ニティである。このとき、コミュニティ優先度管理部３
３０は、一般会議コミュニティｅについて規模縮小、一
時休止、または、停止について、管理方法データベース
３８０より情報（コミュニティｅに対して可能な対処情
報＝規模縮小×、一時休止○、停止○）を取得してプラ
ンニングを行う。

【００７８】この場合、コミュニティ優先度管理部３３
０は、一時休止を選択したので、エンドユーザ端末１０
０のコミュニティ優先度制御部１３０に命令し、コミュ
ニティｅの一時休止を行い、同時にエンドユーザ端末１
００の表示部１６０にコミュニティｅの一時休止の旨を
表示する。

【００７９】次に、ネットワーク２００の輻輳等により
獲得できなかったコミュニティ情報が待ち行列管理部３
７０内に獲得待ちコミュニティとして優先度ランク毎に
獲得要求があった順に記憶してあるとき、今、ネットワ
ーク２００の輻輳状態が回避され、コミュニティの獲
得、開始が可能となった場合の順序制御処理について説
明する。

【００８０】図１２は、本発明の一実施例の順序制御処
理の例を示す。コミュニティ優先度管理部３３０は、優
先度ランクの高い順、かつ、獲得要求が発行された順に
コミュニティを獲得する。同図に示す例において、最も
優先度ランクが高いコミュニティは、『ＮＷ管理コミュ
ニティａ』と『ＮＷ管理コミュニティｂ』の２つのコミ
ュニティがあるが、『ＮＷ管理コミュニティａ』の方
が、獲得要求が発行されたのが早いため、最初に当該コ
ミュニティａを獲得する。次に、『ＮＷ管理コミュニテ
ィｂ』となり、次に獲得されるコミュニティは、優先度
ランク＝Ｂのコミュニティである。この場合も２つのコ
ミュニティがあるが、獲得要求の早いコミュニティから
獲得されるので、『重要会議コミュニティｃ』が先に獲
得される。このようにして、順次獲得されるコミュニテ
ィは、ａ→ｂ→ｃ→ｄ→ｅ→ｆ→ｇの順序となる。

【００８１】次に、ネットワーク資源の利用が少ない特
定の時間にコミュニティの獲得要求が発行された場合
に、優先度ランクの低いコミュニティを獲得する特定時
間帯制御処理について説明する。図１３は、本発明の一
実施例の特定時間帯制御処理の例を示す。同図の例で
は、ネットワークの利用が少ない特定時間として、１
８：００〜翌朝９：００となっている。このとき、通常
時間帯において、優先度ランクが最も低い優先度ランク
＝Ｄのコミュニティｅを特定時間帯において、優先度ラ
ンクを１つ格上げして、優先度ランク＝Ｃとする。これ
により、特定時間帯において、優先度ランク＝Ｃにコミ
ュニティｄ，ｅが設定されることになるため、コミュニ
ティｄの獲得終了後、当該コミュニティｅが獲得される
可能性が高くなる。

【００８２】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内で種々変更・応用が可能
である。

【００８３】

【発明の効果】上述のように、本発明のコミュニティ優
先制御方法及びシステムによれば、コミュニティという
ユーザの活動自体にネットワーク内での優先度を付与
し、優先度ランクの高いコミュニティを優先的に実行さ
せることにより、企業等の閉域ネットワークの輻輳を事
前に回避することができ、かつネットワーク資源を有効
に活用することが可能となる。

【００８４】また、企業内では、その企業によって必要
性の高い活動を優先することが可能になるので、企業と
してのネットワークの生産性を上げることが可能とな
る。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の原理構成図である。

【図３】本発明のシステム概念図である。

【図４】本発明のコミュニティ優先制御システムの動作
を示すフローチャートである。

【図５】本発明のコミュニティ優先制御システムを説明
するための図である。

【図６】本発明のコミュニティ優先制御システムにおけ
るコミュニティ獲得の動作を説明するための図である。

【図７】本発明の一実施例の優先度ランクを付与する例
を示す図である。

【図８】本発明の一実施例のサービスプロバイダとエン
ドユーザ端末間における協調処理を示す図である。

【図９】本発明の一実施例のコミュニティ優先獲得処理
の例を示す図である。

【図１０】本発明の一実施例の資源の横取り処理の例を
示す図である。

【図１１】本発明の一実施例の輻輳回避処理の例を示す
図である。

【図１２】本発明の一実施例の順序制御処理の例を示す
図である。

【図１３】本発明の一実施例の特定時間帯制御処理の例
を示す図である。

【符号の説明】

１００ エンドユーザ端末 １１０ コミュニティ情報要求手段 １２０ 協調処理手段、通信部 １３０ コミュニティ優先度制御部 １３１ コミュニティ獲得部 １３２ コミュニティ中断制御部 １３３ コミュニティ復帰制御部 １３４ コミュニティ縮小制御部 １４０ コミュニティ実行部 １５０ 入力部 １６０ 表示部 ２００ ネットワーク、ネットワーク資源 ３００ サービスプロバイダ ３１０ 優先度ランク付与手段、優先度ランク付与部、
優先度入力部 ３２０ 協調処理手段、協調処理部、サーバ通信部 ３３０ 優先度付きコミュニティ情報獲得手段、優先度
付きコミュニティ情報獲得部、コミュニティ優先度管理
部 ３３１ 順序制御手段、順序設定部 ３３２ 特定時間帯制御手段、特定時間帯制御部 ３４０ 横取り手段、横取り部 ３５０ 輻輳回避手段、輻輳回避部、ネットワーク管理
部 ３５５ ネットワーク状態記憶部 ３５７ ネットワーク監視部 ３６０ コミュニティデータベース ３６５ コミュニティ優先度記憶部 ３７０ 待ち行列管理部 ３８０ 管理方法データベース

───────────────────────────────────────────────────── フロントページの続き (72)発明者 土田 尚純 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 (72)発明者 藤本 喜作 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内

Claims (16)

【特許請求の範囲】
1. 【請求項１】 エンドユーザによる情報通信サービスの
   利用要求に基づいて、サービスプロバイダ側において、
   ネットワーク上におけるユーザの活動範囲を定めるため
   の情報であるコミュニティを該ネットワークを介して配
   送し、該コミュニティに基づいて獲得、終了、移動、中
   断、復帰を含むサービス提供を行う際に、 前記コミュニティに優先度を付与することを特徴とする
   コミュニティ優先制御方法。
2. 【請求項２】 エンドユーザ側とサービスプロバイダ側
   に、前記コミュニティの優先度に基づいて、前記ネット
   ワークを介して協調して前記コミュニティの要求及び該
   コミュニティの配送を行う請求項１記載のコミュニティ
   優先制御方法。
3. 【請求項３】 前記ネットワークを動的に監視し、 前記ネットワークの輻輳状態に応じて、前記優先度の高
   い順に前記コミュニティの獲得を行う請求項１記載のコ
   ミュニティ優先制御方法。
4. 【請求項４】 前記ネットワークの状態を予測し、 予測された前記ネットワークの輻輳状態に応じて、活動
   中の優先度の低いコミュニティの順から該ネットワーク
   利用の規模縮小、一時休止、または、停止を行い、優先
   度ランクの高いコミュニティを獲得する請求項１記載の
   コミュニティ優先制御方法。
5. 【請求項５】 前記ネットワークの資源状態を動的に監
   視し、 前記ネットワーク上で活動する実行中のコミュニティを
   優先度に応じて規模縮小、停止、或いは終了させ、該ネ
   ットワークの輻輳状態を回避する請求項１記載のコミュ
   ニティ優先制御方法。
6. 【請求項６】 前記コミュニティに付与された優先度ラ
   ンク毎にコミュニティ獲得要求の順番を管理し、該ネッ
   トワークの輻輳状態に応じて優先度及び優先度内の獲得
   要求順序に従って、該コミュニティの獲得を行う請求項
   １及び３記載のコミュニティ優先制御方法。
7. 【請求項７】 前記コミュニティの獲得時間を設定し、
   設定された時間帯に対応する優先度のコミュニティを獲
   得する請求項１記載のコミュニティ優先制御方法。
8. 【請求項８】 ネットワークと、情報通信サービスの利
   用要求を該ネットワークを介して発行するエンドユーザ
   端末と、該利用要求に基づいて、ネットワーク上におけ
   るユーザの活動範囲を定めるための情報であるコミュニ
   ティを該ネットワークを介して該エンドユーザ端末に配
   送し、該コミュニティに基づいて獲得、終了、移動、中
   断、復帰を含むサービス提供を行うサービスプロバイダ
   とを有するコミュニティ管理システムにおいて、 前記エンドユーザ端末は、 前記サービスプロバイダにコミュニティ情報の要求を行
   うコミュニティ情報要求手段を有し、 前記サービスプロバイダは、 前記コミュニティに優先度を付与する優先度付与手段を
   有することを特徴とするコミュニティ優先制御システ
   ム。
9. 【請求項９】 前記エンドユーザ端末及びサービスプロ
   バイダは、 前記コミュニティの優先度に基づいて、前記ネットワー
   クを介して前記コミュニティの要求及び該コミュニティ
   の配送を協調して行う協調処理手段を有する請求項８記
   載のコミュニティ優先制御システム。
10. 【請求項１０】 前記サービスプロバイダは、 前記ネットワークを動的に監視し、該ネットワークの輻
    輳状態に応じて、前記優先度の高い順に前記コミュニテ
    ィの獲得を行う優先度付きコミュニティ情報獲得手段を
    有する請求項８記載のコミュニティ優先制御システム。
11. 【請求項１１】 前記サービスプロバイダは、 前記ネットワークの状態を予測し、予測された該ネット
    ワークの輻輳状態に応じて、活動中の優先度ランクの低
    いコミュニティの順から該ネットワーク利用の規模縮
    小、一時休止、または、停止を行い、優先度ランクの高
    いコミュニティを獲得する横取り手段を有する請求項８
    記載のコミュニティ優先制御システム。
12. 【請求項１２】 前記サービスプロバイダは、 前記ネットワークの資源状態を動的に監視し、該ネット
    ワーク上で活動する実行中のコミュニティを優先度に応
    じて規模縮小、休止、或いは終了させ、該ネットワーク
    の輻輳状態を避ける輻輳回避手段を有する請求項８記載
    のコミュニティ優先制御システム。
13. 【請求項１３】 前記サービスプロバイダの前記優先度
    付きコミュニティ情報獲得手段は、 前記コミュニティに付与された優先度ランク毎にコミュ
    ニティ獲得要求の順番を管理し、該ネットワークの輻輳
    状態に応じて優先度及び優先度内の獲得要求順序に従っ
    て、コミュニティ情報を渡す順序制御手段を含む請求項
    １０記載のコミュニティ優先制御システム。
14. 【請求項１４】 前記サービスプロバイダの前記優先度
    付きコミュニティ情報獲得手段は、 前記コミュニティの獲得時間を設定し、設定された時間
    帯に対応する優先度のコミュニティを獲得する特定時間
    帯制御手段を含む請求項１０記載のコミュニティ優先制
    御システム。
15. 【請求項１５】 前記特定時間帯制御手段は、 前記ネットワーク資源の利用頻度が定価する時間帯を特
    定し、該時間帯に閉じて前記優先度が所定の優先度より
    低いコミュニティの優先度のランクを少なくとも１段階
    格上げする優先度変更手段を含む請求項１４記載のコミ
    ュニティ優先制御システム。
16. 【請求項１６】 前記優先度付与手段は、 前記コミュニティが重要な業務であるかを計る重要度、
    業務上なくてはならない業務であるかを計る必要度、及
    び、業務上遅延なく実行されることが要求されるかを計
    る緊急度に応じて優先度ランクを付与する優先度ランク
    調整手段を含む請求項８記載のコミュニティ優先制御シ
    ステム。