特許 7428358 サーバ、通信システム、通信方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-29

(45)【発行日】2024-02-06

(54)【発明の名称】サーバ、通信システム、通信方法及びプログラム

(51)【国際特許分類】

   H04M 3/00 20240101AFI20240130BHJP

   H04W 4/08 20090101ALI20240130BHJP

   H04W 4/10 20090101ALI20240130BHJP

   H04W 4/70 20180101ALI20240130BHJP

【ＦＩ】

H04M3/00 B

H04W4/08

H04W4/10

H04W4/70

【請求項の数】 8

(21)【出願番号】P 2018111643

(22)【出願日】2018-06-12

(65)【公開番号】P2019216326

(43)【公開日】2019-12-19

【審査請求日】2021-05-07

【審判番号】

【審判請求日】2023-01-16

(73)【特許権者】

【識別番号】000232254

【氏名又は名称】日本電気通信システム株式会社

(74)【代理人】

【識別番号】100080816

【弁理士】

【氏名又は名称】加藤 朝道

(74)【代理人】

【識別番号】100098648

【弁理士】

【氏名又は名称】内田 潔人

(72)【発明者】

【氏名】武井 義尊

(72)【発明者】

【氏名】村松 秀樹

(72)【発明者】

【氏名】栗盛 翔吾

【合議体】

【審判長】猪瀬 隆広

【審判官】山中 実

【審判官】土居 仁士

(56)【参考文献】

【文献】特表２００９－５３０９２８（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１３／１７９５２１（ＵＳ，Ａ１）

【文献】特表２０１６－５１４４０７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

H04M 3/00, H04W 4/08, H04W 4/10, H04W 4/70

(57)【特許請求の範囲】

【請求項1】

ＳＩＰ（セッションイニシエーションプロトコル）を用いて、複数のサーバとそれぞれセッションを確立して１対多型通信を行う、論理的に同一グループとして管理されている端末グループを管理するグループ管理部と、
前記端末グループに属する端末とセッションを確立した他のサーバとの間に前記端末グループ単位のセッションを確立するセッション管理部と、
前記他のサーバから受信した前記端末グループに属する端末からのパケットを、前記端末グループに属する端末に転送するパケット転送部と、を備え、
自装置とセッションを確立した端末の数をＭとし、前記他のサーバとセッションを確立した端末の数をＮとし、所定の通信グループに属するＭ×Ｎ台の端末間のパケットを所定数のセッションで授受し、
前記グループ管理部には、前記端末グループに属する端末が接続するサーバ情報と関連付けて登録されており、
前記セッション管理部は、グループ通信開始要求に応じて前記グループ管理部を参照して、前記端末グループ単位のセッションを確立するか否かを判断すること、
を特徴とするサーバ。

【請求項2】

前記他のサーバから受信したパケットの送信先となる端末が複数存在する場合、前記複数の端末に対してマルチキャストする請求項１のサーバ。

【請求項3】

前記グループ管理部は、ＰｏＣ（Ｐｕｓｈ ｔｏ ｔａｌｋ ｏｖｅｒ Ｃｅｌｌｅｒ）通信を行う端末グループを管理し、
前記他のサーバと連携して、前記端末グループに属する端末に対し、ＰｏＣサービスを提供する請求項１のサーバ。

【請求項4】

前記グループ管理部は、
事前に設定されたマシンツーマシン通信を行う機器を含む端末グループを管理し、
前記他のサーバと連携して、前記端末グループに属する端末に対し、同報通信サービスを提供する請求項１又は２のサーバ。

【請求項5】

所定の公共用の周波数で基地局に接続するＰＳ－ＬＴＥ（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＬＴＥ）端末に対して、サービスを提供するアプリケーションサーバとして動作する請求項１から３いずれか一のサーバ。

【請求項6】

ＳＩＰ（セッションイニシエーションプロトコル）を用いて、複数のサーバとそれぞれセッションを確立して１対多型通信を行う、論理的に同一グループとして管理されている、端末グループを管理するグループ管理部と、
前記端末グループに属する端末とセッションを確立した他のサーバとの間に前記端末グループ単位のセッションを確立するセッション管理部と、
前記他のサーバから受信した前記端末グループに属する端末からのパケットを、前記端末グループに属する端末に転送するパケット転送部と、を備え、
自装置とセッションを確立した端末の数をＭとし、前記他のサーバとセッションを確立した端末の数をＮとし、所定の通信グループに属するＭ×Ｎ台の端末間のパケットを所定数のセッションで授受し、
前記グループ管理部には、サーバ毎に、前記端末グループに属する端末が接続するサーバ情報と関連付けて登録されており、
前記セッション管理部は、グループ通信開始要求に応じて前記グループ管理部を参照して、前記端末グループ単位のセッションを確立するか否かを判断する、
第１のサーバと、
前記他のサーバとして動作する第２のサーバと、
を含む通信システム。

【請求項7】

ＳＩＰ（セッションイニシエーションプロトコル）を用いて、複数のサーバとそれぞれセッションを確立して１対多型通信を行う、論理的に同一グループとして管理されている、端末グループを管理するグループ管理部を備えたサーバであって、
前記グループ管理部には、サーバ毎に、前記端末グループに属する端末が接続するサーバ情報と関連付けて登録されており、
グループ通信開始要求に応じて前記グループ管理部を参照して、前記端末グループ単位のセッションを確立するか否かを判断するステップと、
前記端末グループに属する端末とセッションを確立した他のサーバとの間に前記端末グループ単位のセッションを確立するステップと、
前記他のサーバから受信した前記端末グループに属する端末からのパケットを、前記端末グループに属する端末に転送するステップと、
自装置とセッションを確立した端末の数をＭとし、前記他のサーバとセッションを確立した端末の数をＮとし、所定の通信グループに属するＭ×Ｎ台の端末間のパケットを所定数のセッションで授受するステップと、
を含む通信方法。

【請求項8】

ＳＩＰ（セッションイニシエーションプロトコル）を用いて、複数のサーバとそれぞれセッションを確立して１対多型通信を行う、論理的に同一グループとして管理されている、端末グループを管理するグループ管理部を備えたサーバであって、
前記グループ管理部には、サーバ毎に、前記端末グループに属する端末が接続するサーバ情報と関連付けて登録されており、
グループ通信開始要求に応じて前記グループ管理部を参照して、前記端末グループ単位のセッションを確立するか否かを判断する処理と、
前記端末グループに属する端末とセッションを確立した他のサーバとの間に前記端末グループ単位のセッションを確立する処理と、
前記他のサーバから受信した前記端末グループに属する端末からのパケットを、前記端末グループに属する端末に転送する処理と、
自装置とセッションを確立した端末の数をＭとし、前記他のサーバとセッションを確立した端末の数をＮとし、所定の通信グループに属するＭ×Ｎ台の端末間のパケットを所定数のセッションで授受する処理と、
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サーバ、通信システム、通信方法及びプログラムに関する。

【背景技術】

【0002】

特許文献１に、グループのユーザ数が多い大規模なグループ通信においてもグループ通信サーバの処理負荷を抑えることが可能なグループ通信サーバが開示されている。同文献によると、このグループ通信サーバは、セッション開始プロトコル（以下、ＳＩＰ）によりグループ通信セッションを確立する通信システムにおいて、当該通信システム内に存在する通信端末間のグループ通信セッションを管理する。そして、このグループ通信サーバ（ＰｏＣサーバ４１）は、ＳＩＰにより記述された情報である、自サーバから通信端末への方向のマルチキャストに用いるメディア記述を含む、グループ通信セッションを開始するためのＳＩＰメッセージを生成する。そして、このグループ通信サーバ（ＰｏＣサーバ４１）は、当該ＳＩＰメッセージをグループ通信のメンバである通信端末に対して送信する、と記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００９－２１２７７７号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

以下の分析は、本発明によって与えられたものである。特許文献１等に記載されたグループ通信サーバ１台あたりの収容可能ユーザ数（収容可能端末数）は、グループ通信サーバの物理的な能力（メモリ量等）に応じて決定される。収容予定のユーザ数が多い場合は、相当数のグループ通信サーバを用意する必要がある。

【0005】

上記のように、複数のグループ通信サーバを用いて、グループ通信を行う通信システムを構成する場合、異なるグループ通信サーバに属するユーザ同士で通信が行われることになる。この場合、通信が行われている間、該当するグループ通信サーバ間で対象端末数分のセッションが必要となり、グループ通信の頻度や規模に応じてグループ通信サーバ間の帯域消費量（伝送路容量の使用量）が増加してしまうという問題点がある。

【0006】

また、上記セッション数の増加は、システム内部のサーバ等の使用リソースの増加や、端末が接続するまでのＴＡＴ（Ｔｕｒｎ Ａｒｏｕｎｄ Ｔｉｍｅ）の増大（接続遅延）をもたらすことになる。上記の帯域消費量（伝送路容量の使用量）やリソース等の増加は、同時に通信するユーザ（端末）の数やグループの数が増大するほど、顕著なものとなる。

【0007】

本発明は、上記したグループ通信サーバに代表されるサーバを複数用意して１対多型の通信を行う際のサーバ間の帯域消費量（伝送路容量の使用量）等の増加の抑制に貢献できるサーバ、通信システム、通信方法及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0008】

第１の視点によれば、ＳＩＰ（セッションイニシエーションプロトコル）を用いて、複数のサーバとそれぞれセッションを確立して１対多型通信を行う端末グループを管理するグループ管理部と、前記端末グループに属する端末とセッションを確立した他のサーバとの間に前記端末グループ単位のセッションを確立するセッション管理部と、前記他のサーバから受信した前記端末グループに属する端末からのパケットを、前記端末グループに属する端末に転送するパケット転送部と、を備えるサーバが提供される。

【0009】

第２の視点によれば、上記したサーバ（第１のサーバ）と、上記した他のサーバとして動作する第２のサーバと、を含む通信システムが提供される。

【0010】

第３の視点によれば、ＳＩＰ（セッションイニシエーションプロトコル）を用いて、複数のサーバとそれぞれセッションを確立して１対多型通信を行う端末グループを管理するグループ管理部を備えたサーバが、前記端末グループに属する端末とセッションを確立した他のサーバとの間に前記端末グループ単位のセッションを確立するステップと、前記他のサーバから受信した前記端末グループに属する端末からのパケットを、前記端末グループに属する端末に転送するステップと、を含む通信方法が提供される。本方法は、端末グループに属する端末間の通信を実現するサーバという、特定の機械に結びつけられている。

【0011】

第４の視点によれば、ＳＩＰ（セッションイニシエーションプロトコル）を用いて、複数のサーバとそれぞれセッションを確立して１対多型通信を行う端末グループを管理するグループ管理部を備えたサーバに、前記端末グループに属する端末とセッションを確立した他のサーバとの間に前記端末グループ単位のセッションを確立する処理と、前記他のサーバから受信した前記端末グループに属する端末からのパケットを、前記端末グループに属する端末に転送する処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジトリーな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。

【発明の効果】

【0012】

本発明によれば、グループ通信サーバに代表されるサーバを複数用意して１対多型の通信を行う際のサーバ間の帯域消費量（伝送路容量の使用量）等の増加の抑制に貢献することが可能となる。

【図面の簡単な説明】

【0013】

【図1】本発明の一実施形態の構成を示す図である。

【図2】本発明の第１の実施形態の通信システムの構成を示す図である。

【図3】本発明の第１の実施形態のサーバが保持する端末グループ情報の一例を示す図である。

【図4】本発明の第１の実施形態の通信システムの動作を表したシーケンス図である。

【図5】本発明の第１の実施形態の効果を説明するための図である。

【図6】本発明の第１の実施形態の効果を説明するための別の図である。

【図7】本発明の第１の実施形態の効果を説明するための別の図である。

【図8】本発明の第１の実施形態の効果を説明するための別の図である。

【図9】本発明の第２の実施形態の通信システムの構成を示す図である。

【図10】本発明の第２の実施形態のサーバが保持する端末グループ情報の一例を示す図である。

【図11】本発明の第２の実施形態の通信システムの動作を表したシーケンス図である。

【図12】本発明のサーバを構成するコンピュータの構成を示す図である。

【発明を実施するための形態】

【0014】

はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。また、図中の各ブロックの入出力の接続点には、ポート乃至インタフェースがあるが図示省略する。

【0015】

本発明は、その一実施形態において、図１に示すように、グループ管理部１０１と、セッション管理部１０２と、パケット転送部１０３と、を備える第１のサーバ１００ａにて実現できる。

【0016】

より具体的には、グループ管理部１０１は、ＳＩＰを用いて、複数のサーバ（図１の１００ａ、２００ａ）とそれぞれセッションを確立して１対多型通信を行う端末グループ（図１の端末グループＡ）を管理する。

【0017】

セッション管理部１０２は、前記端末グループに属する端末とセッションを確立した他のサーバ（図１の第２のサーバ２００ａ）との間に前記端末グループ単位のセッション（図１の９００ａ）を確立する。

【0018】

さらに、パケット転送部１０３は、前記他のサーバ（図１の第２のサーバ２００ａ）から受信した前記端末グループに属する端末からのパケットを、前記端末グループに属する端末に転送する。

【0019】

以上のように構成される本発明によれば、１対多型通信を行う端末グループを収容する複数のサーバ（図１の１００ａ、２００ａ）間のセッション数を、端末グループ当たりの必要最小限の数に抑えることが可能となる。これにより、サーバ間の帯域消費量（伝送路容量の使用量）を減らすことができるほか、サーバ（図１の１００ａ、２００ａ）の使用リソースの低減や、端末がサーバに接続するまでのＴＡＴの低減に貢献することが可能となる。

【0020】

［第１の実施形態］
続いて、本発明をＰｏＣサービスに適用した第１の実施形態について図面を参照して詳細に説明する。図２は、本発明の第１の実施形態の通信システムの構成を示す図である。図２を参照すると、拠点ＡにサーバＡ２００、拠点ＢにサーバＢ１００を配置し、拠点間ネットワーク９００で接続した構成が示されている。より望ましい形態において、このような複数のサーバを用いたＰｏＣ通信システムは、例えば、ＰＳ－ＬＴＥ（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＬＴＥ）のアーキテクチャとしても採用される。その際の課題となるのが、拠点間ネットワーク９００の帯域消費量の低減である。本実施形態のサーバＡ２００、サーバＢ１００は、所定の公共用の周波数で基地局に接続するＰＳ－ＬＴＥ端末に対して、サービスを提供するアプリケーションサーバとして動作し、その解決手段を提供するものとなる。なお、ＬＴＥは、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎの略である。

【0021】

サーバＢ１００（第１のサーバに相当）は、グループ管理部１０１と、セッション管理部１０２と、パケット転送部１０３と、を備え、拠点Ｂのサービスエリアに在圏する端末ＵＥ＿Ｂ、ＵＥ＿ＣにＰｏＣサービスを提供する。

【0022】

グループ管理部１０１はサーバＢ１００及びサーバＡ２００とのいずれかとセッションを確立して１対多型通信を行う端末グループを管理する。図３は、グループ管理部１０１にて管理される端末グループ情報の一例を示す図である。図３の例では、グループごとに当該グループに属するユーザ（端末）とその接続サーバとを特定可能としたテーブルが示されている。以下の説明では、図３のとおり、ユーザ（端末）ＵＥ＿Ａ、ＵＥ＿Ｂ、ＵＥ＿Ｃが属するグループＡが設けられているものとして説明する。

【0023】

なお、本実施形態では、通話を行いたいユーザ（端末）を事前に設定しておく事前設定方式でＰｏＣサービスを提供するものとして説明するが、随時端末グループを生成するアドホック方式等を用いることもできる。この場合、図３のような端末グループを管理するグループ管理サーバを追加すればよい。

【0024】

セッション管理部１０２は、拠点Ｂのサービスエリアに在圏する端末ＵＥ＿Ｂ、ＵＥ＿Ｃとセッションを確立する。また、セッション管理部１０２は、前記セッションを確立した端末ＵＥ＿Ｂ、ＵＥ＿Ｃのいずれかからグループ通信開始要求（ＳＩＰ＿ＲＥＦＥＲ）を受けると、グループ管理部１０１を参照してサーバ間のグループ通信が必要となるか否かを判定する。サーバ間のグループ通信が必要と判定した場合、セッション管理部１０２は、サーバＡ２００に対し、セッション確立要求（ＳＩＰ＿ＩＮＶＩＴＥ）を送信する。

【0025】

パケット転送部１０３は、サーバＡ２００からグループ通信に属するパケットを受信すると、該当する通信グループの端末に対し、当該パケットを必要数複製した上で各端末に転送する。

【0026】

サーバＡ２００（第２のサーバ、他のサーバに相当）は、グループ管理部２０１と、セッション管理部２０２と、パケット転送部２０３と、を備え、拠点Ａのサービスエリアに在圏する端末ＵＥ＿ＡにＰｏＣサービスを提供する。サーバＡ２００のグループ管理部２０１、セッション管理部２０２及びパケット転送部２０３は、それぞれサーバＢ１００のグループ管理部１０１、セッション管理部１０２及びパケット転送部１０３と同等であるので、説明を省略する。

【0027】

続いて、本実施形態の動作について図面を参照して詳細に説明する。図４は本発明の第１の実施形態の通信システムの動作を表したシーケンス図である。図４を参照すると、事前設定セッション方式に従い、端末Ａ（ＵＥ＿Ａ）は、サーバＡ２００とセッションを確立する（ステップＳ００１）。端末Ｂ（ＵＥ＿Ｂ）、端末Ｃ（ＵＥ＿Ｃ）も同様に、サーバＢ１００とセッションを確立する（ステップＳ００２、Ｓ００３）。なお、図４の例では、端末Ａ（ＵＥ＿Ａ）、端末Ｂ（ＵＥ＿Ｂ）、端末Ｃ（ＵＥ＿Ｃ）の順でセッションを確立しているが、セッションを確立する順序は任意でよい。

【0028】

以下の例では、端末Ａ（ＵＥ＿Ａ）において発呼操作が行われたものとして説明する（ステップＳ００４）。
１）発呼操作がなされると、端末Ａ（ＵＥ＿Ａ）は、端末Ｂ（ＵＥ＿Ｂ）、端末Ｃ（ＵＥ＿Ｃ）に対するグループ通信開始要求（ＳＩＰ＿ＲＥＦＥＲ）を送信する（ステップＳ００５）。
２）サーバＡ２００は、グループ通信開始要求を受信すると、グループ管理部２０１の情報を参照して、複数サーバ間のグループ通信であるか否かを判定する。ここでは、グループＡに属する端末は、図３に示すように、複数のサーバに接続する設定となっているものとする。この場合、サーバＡ２００は、端末Ｂ（ＵＥ＿Ｂ）、端末Ｃ（ＵＥ＿Ｃ）を収容するサーバＢ１００に対して、セッション確立要求（ＳＩＰ＿ＩＮＶＩＴＥ）を送信する（ステップＳ００６）。
３）サーバＢ１００は、サーバＡ２００とのセッションを確立する（ステップＳ００７）。以降、グループ通信が終了するまで、端末Ａ（ＵＥ＿Ａ）、端末Ｂ（ＵＥ＿Ｂ）及び端末Ｃ（ＵＥ＿Ｃ）間のユーザパケットのサーバＡ２００、サーバＢ１００間の転送は、このセッションを用いて行われる。
４）以降、端末Ａ（ＵＥ＿Ａ）が、サーバＡ２００に対して、通話内容を格納したユーザパケット（ＲＴＰ Ｍｅｄｉａ）を送信する（ステップＳ０１１）。サーバＡ２００は、前記ステップＳ００７で生成したセッションを用いて、サーバＢ１００側に通話内容を格納したユーザパケット（ＲＴＰ Ｍｅｄｉａ）を送信する（ステップＳ０１２）。
５）サーバＢ１００は、サーバＡ２００から受信したパケットの宛先の数に応じて、パケットを複製し、それぞれ端末Ｂ（ＵＥ＿Ｂ）、端末Ｃ（ＵＥ＿Ｃ）に送信する（ステップＳ０１３）。

【0029】

なお、上記ステップＳ００６で、グループ通信開始要求を受信し、グループ管理部２０１を参照して、複数サーバ間のグループ通信ではなく、同一のサーバ内でのグループ通信であると判定した場合、ステップＳ００６～Ｓ００７は不要となる。また、上記した例では省略したが、グループ通信の終了後、該当するセッションを解放してもよいことはもちろんである。その場合、端末Ａ（ＵＥ＿Ａ）等における発呼操作の後に、再びステップＳ００５～Ｓ００７の処置が行われることになる。

【0030】

続いて本実施形態の効果について説明する。図５は、本発明の第１の実施形態の効果を説明するための図である。まず、本実施形態では、サーバ間のセッション数の削減に成功していることについて説明する。図５の比較例の１：１通信では、サーバＡ２００とサーバＢ１００間のセッションは１本で足りる。図５の比較例の１：Ｍ通信では、サーバＡ２００とサーバＢ１００間のセッションはＭ本となり、サーバ間の帯域消費量（伝送路容量の使用量）等が増大してしまうことになる。

【0031】

一方、本実施形態では、先に説明したとおり、グループ単位でセッションを生成するので、サーバ間の帯域消費量（伝送路容量の使用量）を減らすことが可能となっている。

【0032】

本実施形態では、サーバ間のトラヒックの削減に成功していることについて説明する。図６は、本発明の第１の実施形態の効果を説明するための別の図である。図６の比較例の１：１通信では、サーバＡ２００とサーバＢ１００間の送信パケットは１つで足りる。図６の比較例の１：Ｍ通信では、サーバＡ２００とサーバＢ１００間のセッションはＭ本あるため、送信パケット数（拠点間パケット数）もＭ個になる。

【0033】

一方、本実施形態では、先に説明したとおり、サーバＢ１００でパケットを必要数複製する構成を採用している。このため、サーバＡ２００とサーバＢ１００間の送信パケット数（拠点間パケット数）は１個で足りる。

【0034】

上記の効果は、通信グループや通信グループに属する端末の数が増えるほど大きなものとなる。例えば、図７に示すように、通信グループにＮ台×Ｍ台の端末（ユーザ）が属している場合、個々にセッションを確立すると、セッション数は、Ｎ×Ｍ本となってしまうが、本実施形態では、セッションを１つに集約することができる。

【0035】

また、上記の効果は、通信グループの数が増えるほど大きなものとなる。例えば、図８に示すように、端末数（ユーザ数）がＮ台×Ｍ台の通信グループＡと、端末数がＰ台×Ｑ台の通信グループＢが存在する場合、個々にセッションを確立すると、セッション数は、Ｎ×Ｍ＋Ｐ×Ｑ本となってしまう。本実施形態では、セッションはグループ単位で１つ作成されるので、２本に抑えることができる。

【0036】

［第２の実施形態］
続いて、本発明をＭ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）通信と呼ばれる機器間通信やＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）通信に適用した第２の実施形態について説明する。サーバ１００、２００の基本的な機能は第１の実施形態と同様であるので、以下、その相違点を中心に説明する。

【0037】

図９は、本発明の第２の実施形態の通信システムの構成を示す図である。図２に示した第１の実施形態との相違点は、端末グループに、端末のほか、機器Ｍ＿Ａ、機器Ｍ＿Ｂが含まれており、ＰｏＣ通信でなく、Ｍ２Ｍ通信やＩｏＴシステムの制御情報やセンサデータのマルチキャストを行う点である。

【0038】

図１０は、グループ管理部１０１にて管理される端末グループ情報の一例を示す図である。図１０の例では、図３に示した第１の実施形態の通信グループ情報との相違点は、ユーザ（端末）として、機器Ｍ＿Ａ、機器Ｍ＿Ｂが追加されている点である。

【0039】

続いて、本実施形態の動作について図面を参照して詳細に説明する。図１１は本発明の第２の実施形態の通信システムの動作を表したシーケンス図である。図１１のＣ－Ｐｌａｎｅ制御は、第１の実施形態のステップＳ００１～Ｓ００７に示した事前設定セッション方式のセッション確立処理と同様である。具体的には、端末ＵＥ＿Ａ、機器Ｍ＿Ａ、機器Ｍ＿Ｂ、端末ＵＥ＿ＢがそれぞれサーバＡ２００及びサーバＢ１００とセッションを確立する。

【0040】

以降の動作も第１の実施形態と同様である。例えば、端末Ａ（ＵＥ＿Ａ）が、サーバＡ２００に対して、データを格納したユーザパケット（ＲＴＰ Ｍｅｄｉａ）を送信する（ステップＳ１１１）。サーバＡ２００は、サーバＢ１００間のセッションを用いて、サーバＢ１００側にデータを格納したユーザパケット（ＲＴＰ Ｍｅｄｉａ）を送信する（ステップＳ１１２）。

【0041】

サーバＢ１００は、サーバＡ２００から受信したパケットの宛先の数に応じて、パケットを複製し、それぞれ機器Ｍ＿Ａ、Ｍ＿Ｂ、端末Ｂ（ＵＥ＿Ｂ）に送信する（ステップＳ１１３）。

【0042】

以上のとおり、本発明は、複数サーバを用いたＰｏＣサービスのみならず、Ｍ２Ｍ通信やＩｏＴシステムにおけるデータのマルチキャスト（同報通信サービス）にも適用することができる。

【0043】

以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。また、以下の説明において、「Ａ及び／又はＢ」は、Ａ及びＢの少なくともいずれかという意味で用いる。また、図中の各ブロックの入出力の接続点には、ポート乃至インタフェースがあるが図示省略する。

【0044】

また、上記した実施形態では、発呼端末側のサーバＡ２００が、グループ管理部２０１の情報を参照して、複数サーバ間のグループ通信であるか否かを判定するものとして説明したが、当該判定をサーバＢ１００側で行わせてもよい。この場合、サーバＢ１００側のセッション管理部１０２がグループ管理部２０１の情報を参照して、複数サーバ間のグループ通信であり、セッションを確立済みであるか否かを判定することになる。

【0045】

また、上記した第１、第２の実施形態に示した手順は、サーバ１００、２００として機能するコンピュータ（図１２の９０００）に、サーバ１００、２００としての機能を実現させるプログラムにより実現可能である。このようなコンピュータは、図１２のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９０１０、通信インタフェース９０２０、メモリ９０３０、補助記憶装置９０４０を備える構成に例示される。すなわち、図１２のＣＰＵ９０１０にて、セッション確立プログラムやパケット転送プログラムを実行させればよい。

【0046】

即ち、上記した第１、第２の実施形態に示したサーバ１００、２００の各部（処理手段、機能）は、これらサーバに搭載されたプロセッサに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することができる。

【0047】

最後に、本発明の好ましい形態を要約する。
［第１の形態］
（上記第１の視点によるサーバ参照）
［第２の形態］
上記したサーバの前記グループ管理部には、前記端末グループに属する端末が接続するサーバ情報が登録されており、
前記セッション管理部は、前記グループ管理部を参照して、前記端末グループ単位のセッションを確立するか否かを判断する構成を採ることができる。
［第３の形態］
上記したサーバは、
前記他のサーバから受信したパケットの送信先となる端末が複数存在する場合、前記複数の端末に対してマルチキャストする構成を採ることができる。
［第４の形態］
上記したサーバは、
自装置とセッションを確立した端末の数をＭとし、前記他のサーバとセッションを確立した端末の数をＮとし、所定の通信グループに属するＭ×Ｎ台の端末間のパケットを所定の数（例えば１つ）のセッションで授受する構成を採ることができる。
［第５の形態］
上記したサーバのグループ管理部は、
ＰｏＣ（Ｐｕｓｈ ｔｏ ｔａｌｋ ｏｖｅｒ Ｃｅｌｌｅｒ）通信を行う端末グループを管理し、
前記他のサーバと連携して、前記端末グループに属する端末に対し、ＰｏＣサービスを提供する構成を採ることができる。
［第６の形態］
上記したサーバのグループ管理部は、事前に設定されたマシンツーマシン通信を行う機器を含む端末グループを管理し、
前記他のサーバと連携して、前記端末グループに属する端末に対し、同報通信サービスを提供する請求項１から４いずれか一のサーバ。
［第７の形態］
上記したサーバは、所定の公共用の周波数で基地局に接続するＰＳ－ＬＴＥ（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＬＴＥ）端末に対して、サービスを提供するアプリケーションサーバとして動作する形態を採ることができる。
［第８の形態］
（上記第２の視点による通信システム参照）
［第９の形態］
（上記第３の視点による通信方法参照）
［第１０の形態］
（上記第４の視点によるプログラム参照）
なお、上記第８～第１０の形態は、第１の形態と同様に、第２～第７の形態に展開することが可能である。

【0048】

なお、上記の特許文献の開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択（部分的削除を含む）が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

【符号の説明】

【0049】

１００ サーバＢ
１００ａ 第１のサーバ
１０１ グループ管理部
１０２ セッション管理部
１０３ パケット転送部
２００ サーバＡ
２０１ グループ管理部
２０２ セッション管理部
２０３ パケット転送部
２００ａ 第２のサーバ
９００ａ セッション
９００ 拠点間ネットワーク
９０００ コンピュータ
９０１０ ＣＰＵ
９０２０ 通信インタフェース
９０３０ メモリ
９０４０ 補助記憶装置
ＵＥ＿Ａ～ＵＥ＿Ｃ 端末
Ｍ＿Ａ～Ｍ＿Ｂ 機器

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】