JP5533300B2 - ルーティング管理システム、その処理方法及びプログラム - Google Patents

ルーティング管理システム、その処理方法及びプログラム Download PDF

Info

Publication number
JP5533300B2
JP5533300B2 JP2010132861A JP2010132861A JP5533300B2 JP 5533300 B2 JP5533300 B2 JP 5533300B2 JP 2010132861 A JP2010132861 A JP 2010132861A JP 2010132861 A JP2010132861 A JP 2010132861A JP 5533300 B2 JP5533300 B2 JP 5533300B2
Authority
JP
Japan
Prior art keywords
routing
session
server
server device
address information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2010132861A
Other languages
English (en)
Other versions
JP2011259276A (ja
Inventor
剛史 小山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2010132861A priority Critical patent/JP5533300B2/ja
Publication of JP2011259276A publication Critical patent/JP2011259276A/ja
Application granted granted Critical
Publication of JP5533300B2 publication Critical patent/JP5533300B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明は、所定信号を送信するクライアント装置と、クライアント装置から所定信号を受信するサーバ装置と、ユーザ又はセッション毎に、所定信号のルーティング先であるサーバ装置のアドレス情報を管理するルーティングエージェント装置と、を備えるルーティング管理システム、その処理方法及びプログラムに関するものである。
ＤＲＡ（Diameter Relay Agent）の機能の一部を実現するための実装として、ルーティングエージェント装置が知られている。また、モバイル通信規格ＬＴＥ（Long Term Evolution）のコアネットワークＥＰＣ（Evolved Packet Core）において、ユーザ通信、すなわち、ユーザのＩＰ−ＣＡＮ（IP−Connectivity Access Network）セッションに適用するＱｏＳ（Quality of Service）や課金を制御する役割を持つＰＣＲＦ（Policy and Charging Rules Function）という機能エンティティが要件定義されている。
ＩＰ−ＣＡＮセッションを中継するＧＷ装置（S−GW（Serving−Gateway）、P−GW（Packet Data Network−Gateway））は、ＰＣＲＦに対してリクエストメッセージを発行する。また、ＧＷ装置は、ＰＣＲＦからのアンサーメッセージの内容に基づいて、ＩＰ−ＣＡＮセッションに対してどのようなＱｏＳや課金を設定すべきかを認識することができる。
ここで、複数のＰＣＲＦが存在する場合（例えば、特許文献１参照）において、ＧＷ装置が１つのＰＣＲＦを特定するためには、ルーティングエージェント装置が必要となる。ＰＣＲＦは、ＩＰ−ＣＡＮセッションに関与するＧＷ装置とリンクして管理する必要があるため、ルーティングエージェント装置は特定のＩＰ−ＣＡＮセッションに関連するメッセージを同一のＰＣＲＦに対して確実にルーティングしなければならない。
また、ルーティングエージェント装置が物理的スペックの制約に起因して、複数のノードに夫々配置された場合、ＧＷ装置がＰＣＲＦを特定するために接続するルーティングエージェント装置は、毎回変わることとなる。したがって、特定のＩＰ−ＣＡＮセッションに関連するメッセージを、同一のＰＣＲＦに対して確実にルーティングするために、ルーティングエージェント装置は、ＩＰ−ＣＡＮセッションまたはユーザ毎に、ルーティング先ＰＣＲＦの一覧を保持する必要がある。
特開２００９−１８８９６１号公報
例えば、新たにＰＣＲＦを増設し、あるいは、ＩＰ−ＣＡＮセッションのルーティング先を増設したＰＣＲＦに変更する場合を想定する。この場合、ＰＣＲＦを増設する前に確立されたＩＰ−ＣＡＮセッションが維持されている間、そのＩＰ−ＣＡＮセッションに関連するメッセージは、変更前のＰＣＲＦに対してルーティングする必要がある。また、ＩＰ−ＣＡＮセッションに関連してＰＣＲＦと相互接続しているＧＷ装置のセッションが全て切断され、ＩＰ−ＣＡＮセッションが切断された後に、ルーティング先ＰＣＲＦが変更される必要がある。
したがって、ＰＣＲＦの増設を実現するためには、ＩＰ−ＣＡＮセッション毎にＰＣＲＦと相互接続しているＧＷ装置のセッション数の情報を、全てのルーティングエージェント装置間で同期しておく必要がある。しかしながら、実際には同期対象のデータ件数が非常に多く、また呼処理であって処理性能が求められることから実際の運用が困難となる。
本発明は、このような問題点を解決するためになされたものであり、セッション毎におけるクライアント装置とサーバ装置との間のセッション数の情報をルーティングエージェント装置間で同期することなく、所定信号を同一のサーバ装置にルーティング可能であり、かつ、サーバ装置の増設が可能なルーティング管理システム、その処理方法及びプログラムを提供することを主たる目的とする。
上記目的を達成するための本発明の一態様は、所定信号を送信するクライアント装置と、前記クライアント装置から前記所定信号を受信するサーバ装置と、前記クライアント装置に接続している端末装置のユーザ又は前記端末装置と前記クライアント装置との間のセッション毎に、前記所定信号のルーティング先である前記サーバ装置のアドレス情報を管理するルーティングエージェント装置と、を備えるルーティング管理システムであって、前記ルーティングエージェント装置は、前記クライアント装置と前記サーバ装置との間の前記セッション数を管理するセッション管理手段と、前記セッションの識別子に基づいて前記サーバ装置のアドレス情報を管理するサーバアドレス管理手段と、前記サーバ装置のアドレス情報を管理する、他のルーティングエージェント装置のアドレス情報を管理するルーティングエージェントアドレス管理手段と、を備える、ことを特徴とするルーティング管理システムである。
また、上記目的を達成するための本発明の一態様は、所定信号を送信するクライアント装置と、前記クライアント装置から前記所定信号を受信するサーバ装置と、前記クライアント装置に接続している端末装置のユーザ又は前記端末装置と前記クライアント装置との間のセッション毎に、前記所定信号のルーティング先である前記サーバ装置のアドレス情報を管理するルーティングエージェント装置と、を備えるルーティング管理システムの処理方法であって、前記クライアント装置と前記サーバ装置との間の前記セッション数を管理する工程と、前記セッションの識別子に基づいて前記サーバ装置のアドレス情報を管理する工程と、前記サーバ装置のアドレス情報を管理する、他のルーティングエージェント装置のアドレス情報を管理する工程と、を含む、ことを特徴とするルーティング管理システムの処理方法であってもよい。
さらに、上記目的を達成するための本発明の一態様は、所定信号を送信するクライアント装置と、前記クライアント装置から前記所定信号を受信するサーバ装置と、前記クライアント装置に接続している端末装置のユーザ又は前記端末装置と前記クライアント装置との間のセッション毎に、前記所定信号のルーティング先である前記サーバ装置のアドレス情報を管理するルーティングエージェント装置と、を備えるルーティング管理システムのプログラムであって、前記クライアント装置と前記サーバ装置との間の前記セッション数を管理する処理と、前記セッションの識別子に基づいて前記サーバ装置のアドレス情報を管理する処理と、前記サーバ装置のアドレス情報を管理する、他のルーティングエージェント装置のアドレス情報を管理する処理と、をコンピュータに実行させるルーティング管理システムのプログラムであってもよい。
本発明によれば、セッション毎におけるクライアント装置とサーバ装置との間のセッション数の情報をルーティングエージェント装置間で同期することなく、所定信号を同一のサーバ装置にルーティング可能であり、かつ、サーバ装置の増設が可能なルーティング管理システム、その処理方法及びプログラムを提供できる。
本発明の実施の形態１に係るルーティング管理システムの概略的な構成を示すブロック図である。 本発明の実施の形態１に係るルーティング管理システムのクライアント装置の概略的なシステム構成を示すブロック図である。 本発明の実施の形態１に係るルーティング管理システムの第１ルーティングエージェント装置の概略的なシステム構成を示すブロック図である。 本発明の実施の形態１に係るルーティング管理システムの第２ルーティングエージェント装置の概略的なシステム構成を示すブロック図である。 本発明の実施の形態１に係るルーティング管理システムのサーバ装置の概略的なシステム構成を示すブロック図である。 本発明の実施の形態１に係るルーティング管理システムの処理フローの一例を示すフローチャートである。 本発明の実施の形態２に係るルーティング管理システムの概略的な構成を示すブロック図である。 本発明の実施の形態２に係るルーティング管理システムのクライアント装置の概略的なシステム構成を示すブロック図である。 本発明の実施の形態２に係るルーティング管理システムの第１ルーティングエージェント装置の概略的なシステム構成を示すブロック図である。 本発明の実施の形態２に係るルーティング管理システムの第２ルーティングエージェント装置の概略的なシステム構成を示すブロック図である。 本発明の実施の形態２に係るルーティング管理システムのサーバ装置の概略的なシステム構成を示すブロック図である。 本発明の実施の形態２に係るルーティング管理システムの処理フローの一例を示すフローチャートである。
実施の形態１．
以下、図面を参照して本発明の実施の形態について説明する。図１は、本発明の実施の形態１に係るルーティング管理システムの概略的な構成を示すブロック図である。本実施の形態１に係るルーティング管理システム１０は、クライアント装置１１と、クライアント装置１１に接続された第１ルーティングエージェント装置１２と、第１ルーティングエージェント装置１２に接続された第２ルーティングエージェント装置１３と、クライアント装置１１に接続されたサーバ装置１４と、を備えている。
クライアント装置１１は、第１ルーティングエージェント装置１２に対して、メッセージ信号（所定信号）Ｓ１１のルーティング先のアドレス（サーバ装置１４のサーバアドレス）を要求するためのリクエスト信号Ｓ１２を送信する。
第１ルーティングエージェント装置１２は、クライアント装置１１からのリクエスト信号Ｓ１２に応じて、メッセージ信号Ｓ１１の送信先アドレスを自装置で管理しているか否かを判断する。第１ルーティングエージェント装置１２は、メッセージ信号Ｓ１１の送信先アドレスを自装置で管理いないと判断すると、第２ルーティングエージェント装置１３に対して、メッセージ信号Ｓ１１のルーティング先アドレスを要求するためのリクエスト信号Ｓ１３を送信する。そして、第１ルーティングエージェント装置１２は、このリクエスト信号Ｓ１３に対する返答であり、メッセージ信号Ｓ１１のルーティング先アドレスを含むアンサー信号Ｓ１４を、第２ルーティングエージェント装置１３から受信する。
第２ルーティングエージェント装置１３は、上述の如く、第１ルーティングエージェント装置１２からリクエスト信号Ｓ１３を受信すると、メッセージ信号Ｓ１１のルーティング先アドレスを含むアンサー信号Ｓ１４を、第１ルーティングエージェント装置１２に対して送信する。サーバ装置１４は、クライアント装置１１から送信されるメッセージ信号Ｓ１１を受信し、所定の処理を行う。
なお、本実施の形態１に係るルーティング管理システム１０は、クライアント装置１１、第１ルーティングエージェント装置１２、第２ルーティングエージェント装置１３、およびサーバ装置１４、を夫々１台備える構成であるが、これに限らず、いずれかの装置１１、１２、１３、１４を複数台備える構成であってもよい。例えば、クライアント装置１１からのリクエスト信号は、複数の第１ルーティングエージェント装置１２を経由して、第２ルーティングエージェント装置１３に対して送信される構成であってもよい。
図２は、本実施の形態１に係るルーティング管理システムのクライアント装置の概略的なシステム構成を示すブロック図である。本実施の形態１に係るクライアント装置１１は、上述のリクエス信号Ｓ１２及びメッセージ信号Ｓ１１を夫々生成し、生成したリクエスト信号Ｓ１２及びメッセージ信号Ｓ１１を出力する信号処理部１１ａを有している。
信号処理部１１ａは、メッセージ信号Ｓ１１のルーティング先であるサーバ装置１４のアドレスを要求するための、リクエスト信号Ｓ１２を生成し、生成したリクエスト信号Ｓ１２を第１ルーティングエージェント装置１２に対して送信する。また、信号処理部１１ａは、第１ルーティングエージェント装置１２から、サーバ装置１４のアドレスを含むアンサー信号Ｓ１５を受信し、受信したアンサー信号Ｓ１５に含まれるサーバ装置１４のアドレスに従って、メッセージ信号Ｓ１１をサーバ装置１４に対して送信する。
図３は、本実施の形態１に係るルーティング管理システムの第１ルーティングエージェント装置の概略的なシステム構成を示すブロック図である。本実施の形態１に係る第１ルーティングエージェント装置１２は、セッション管理デーブル部１２ａと、サーバアドレス管理テーブル部１２ｂと、ルーティングエージェントアドレス管理テーブル部１２ｃと、信号処理部１２ｄと、を有している。
セッション管理テーブル部１２ａは、セッション管理手段の一具体例であり、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッション毎に、接続が継続状態にあるクライアント装置１１とサーバ装置１４とのセッション数と、このセッション数が１以上の場合にサーバ装置１４のアドレスであるサーバアドレスと、を管理する。
サーバアドレス管理テーブル部１２ｂは、サーバアドレス管理手段の一具体例であり、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッション毎に、メッセージ信号Ｓ１１のルーティング先であるサーバ装置１４のサーバアドレスを管理する。
ルーティングエージェントアドレス管理テーブル部１２ｃは、ルーティングエージェントアドレス管理手段の一具体例であり、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッション毎に、メッセージ信号Ｓ１１のルーティング先であるサーバ装置１４のサーバアドレスを管理する、第２ルーティングエージェント装置１３のアドレス情報を管理する。
信号処理部１２ｄは、信号処理手段の一具体例であり、クライアント装置１１からリクエスト信号Ｓ１２を受信し、このリクエスト信号Ｓ１２に含まれるメッセージ信号Ｓ１１から、メッセージ情報を取得する。なお、このメッセージ情報は、メッセージ信号Ｓ１１の属するＩＰ−ＣＡＮセッションを識別するための、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッションを識別する情報と、メッセージ信号Ｓ１１の要求する処理内容と、を含んでいる。
信号処理部１２ｄは、上記取得した情報に基づいて、メッセージ信号Ｓ１１を送信するユーザまたはＩＰ−ＣＡＮセッションに関して、サーバ装置１４のサーバアドレスを、セッション管理テーブル部１２ａから取得する。
ここで、信号処理部１２ｄは、上記サーバアドレスが取得できなかった場合、メッセージ情報から、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッションを識別する情報である識別子の値を読み取り、読み取った識別子の値に基づいてサーバ装置１４のサーバアドレスを、サーバアドレス管理テーブル部１２ｂから取得する。
さらに、信号処理部１２ｄは、上記サーバアドレスを取得できなかった場合、ルーティングエージェントアドレスを、ルーティングエージェント管理テーブル部１２ｃから取得する。なお、このルーティングエージェントアドレスとは、識別子が示すサーバ装置１４のサーバアドレスを管理する第２ルーティングエージェント装置１３のアドレスである。信号処理部１２ｄは、第２ルーティングエージェント装置１３に対して、サーバ装置１４のサーバアドレスを要求するためのリクエスト信号Ｓ１３を、送信する。そして、信号処理部１２ｄは、第２ルーティングエージェント装置１３から、サーバ装置１４のサーバアドレスを含むアンサー信号Ｓ１４を受信し、このアンサー信号Ｓ１４に応じてアンサー信号Ｓ１５をクライアント装置１１に対して送信する。
図４は、本実施の形態１に係るルーティング管理システムの第２ルーティングエージェント装置の概略的なシステム構成を示すブロック図である。本実施の形態１に係る第２ルーティングエージェント装置１３は、セッション管理テーブル部１３ａと、サーバアドレス管理テーブル部１３ｂと、信号処理部１３ｃと、を有している。
セッション管理テーブル部１３ａは、前記端末装置と、サーバ装置１４との間のセッションまたはクライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザ毎に、接続が継続状態にあるクライアント装置１１とサーバ装置１４との間のセッション数と、このセッション数が１以上の場合に、サーバ装置１４のサーバアドレスと、を管理する。
サーバアドレス管理テーブル部１３ｂは、セッションまたはユーザ識別子毎に、メッセージ信号Ｓ１１の送信先であるサーバ装置１４のサーバアドレスを管理する。
信号処理部１３ｃは、第１ルーティングエージェント装置１２から、クライアント装置１１のメッセージ信号Ｓ１１のルーティング先であるサーバ装置１４のサーバアドレスを要求するためのリクエスト信号Ｓ１３を受信する。そして、信号処理部１３ｃは、このリクエスト信号Ｓ１３に含まれるメッセージ信号Ｓ１１から、メッセージ情報を取得する。このメッセージ情報は、メッセージ信号Ｓ１１の属するＩＰ−ＣＡＮセッションを識別する為の、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッションを識別する情報と、メッセージ信号Ｓ１１の要求する処理の内容と、を含んでいる。
さらに、信号処理部１３ｃは、この取得した情報に基づいて、メッセージ信号Ｓ１１を送信する、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッションに関する、サーバ装置１４のサーバアドレスをセッション管理テーブル部１３ａから取得する。
ここで、信号処理部１３ｃは、このサーバアドレスを取得できなかった場合、リクエスト信号Ｓ１３から、ＩＰ−ＣＡＮセッションを識別するための、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッションを識別する情報である識別子を取得する。そして、信号処理部１３ｃは、取得した識別子に基づいて、サーバ装置１４のサーバアドレスを、サーバアドレス管理テーブル部１３ｂから取得する。さらに、信号処理部１３ｃは、取得したサーバアドレスを含むアンサー信号Ｓ１４を、第１ルーティングエージェント装置１２に対して送信する。
図５は、本実施の形態１に係るルーティング管理システムのサーバ装置の概略的なシステム構成を示すブロック図である。本実施の形態１に係るサーバ装置１４は、クライアント装置１１から送信されるメッセージ信号Ｓ１１を受信し、処理を行う信号処理部１４ａを有している。
次に、本実施の形態１に係るルーティング管理システム１０の処理フローについて、詳細に説明する。図６は、本実施の形態１に係るルーティング管理システムの処理フローの一例を示すフローチャートである。
ルーティング管理システム１０が処理を開始すると、クライアント装置１１の信号処理部１１ａは、リクエスト信号Ｓ１２を第１ルーティングエージェント装置１２に対して送信することによって、メッセージ信号Ｓ１１のルーティング先であるサーバ装置１４のサーバアドレスを、第１ルーティングエージェント装置１２に対して要求する（ステップＳ１０１）。
ここで、リクエスト信号Ｓ１２は、少なくともメッセージ信号Ｓ１１が属するＩＰ−ＣＡＮセッションを識別する為の、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッションを識別できる情報（例えば、セッションＩＤ／ユーザＩＤ／ユーザのＩＰアドレスなど）と、メッセージ信号Ｓ１１が要求する処理内容（例えば、クライアント装置１１とサーバ装置１４との間のセッション確立／切断／変更など）と、を含んでいる。
次に、第１ルーティングエージェント装置１２の信号処理部１２ｄは、上記リクエスト信号Ｓ１２を受信すると、このリクエスト信号Ｓ１２に含まれるメッセージ信号Ｓ１１から、メッセージ情報を取得する。なお、このメッセージ情報は、メッセージ信号Ｓ１１の属するＩＰ−ＣＡＮセッションを識別するための、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッションを識別できる情報と、サーバ装置１４に対して要求する処理内容と、を含んでいる。そして、信号処理部１２ｄは、取得したメッセージ情報に基づいて、セッション管理テーブル部１２ａから、そのメッセージ信号Ｓ１１の属するＩＰ−ＣＡＮセッションにおけるメッセージ信号Ｓ１１の送信先であるサーバ装置１４のサーバアドレスを取得する（ステップＳ１０２）。
信号処理部１２ｄがセッション管理テーブル部１２ａからサーバアドレスを取得できた場合（ステップＳ１０２のＹＥＳ）、セッション管理テーブル部１２ａは、メッセージ情報に含まれるメッセージ信号Ｓ１１が要求する処理内容にしたがって、メッセージ信号Ｓ１１の属するＩＰ−ＣＡＮセッションに関連するクライアント装置１１とサーバ装置１４との間のセッション数を管理し（ステップＳ１０３）、後述の（ステップＳ１１１）に移行する。
ここで、セッション管理テーブル部１２ａは、例えば、メッセージ信号Ｓ１１の要求する処理内容がセッション確立の場合、管理しているセッション数を１増加させ、セッション切断の場合、管理しているセッション数を１減少させる。また、セッション管理テーブル部１２ａは、メッセージ信号Ｓ１１の要求する処理がメッセージの種別変更の場合、セッション数を増減させず、管理するセッション数が０となった場合、対応するＩＰ−ＣＡＮセッションに関する情報を、テーブルから削除する。
一方、信号処理部１２ｄは、セッション管理テーブル部１２ａからサーバアドレスを取得できなかった場合（ステップＳ１０２のＮＯ）、リクエスト信号Ｓ１２から、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッションの識別できる情報として、メッセージ信号Ｓ１１の属するＩＰ−ＣＡＮセッションを識別するための識別子を取得する。そして、信号処理部１２ｄは、取得した識別子に基づいて、サーバアドレス管理テーブル部１２ｂから、サーバ装置１４のサーバアドレスを取得する（ステップＳ１０４）。
信号処理部１２ｄは、サーバアドレス管理テーブル部１２ｂからサーバアドレスを取得できた場合（ステップＳ１０４のＹＥＳ）、セッション管理テーブル部１２ａに対して、セッション情報を送信する。なお、このセッション情報は、取得したサーバアドレスと、メッセージ信号Ｓ１１の属するＩＰ−ＣＡＮセッションを識別するための、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッションを識別できる情報と、を含んでいる。そして、セッション管理テーブル部１２ａは、信号処理部１２ｄから受信したセッション情報に含まれるＩＰ−ＣＡＮセッションを識別する情報に関して、新たにセッション数を１に設定し、サーバアドレスと対応させて管理を開始し（ステップＳ１０５）、後述の（ステップＳ１１１）に移行する。
一方、信号処理部１２ｄは、サーバアドレス管理テーブル部１２ｂからサーバアドレスを取得できなかった場合（ステップＳ１０４のＮＯ）、メッセージ信号Ｓ１１の属するＩＰ−ＣＡＮセッションを識別するための、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッションを識別できる情報である識別子を取得する。そして、信号処理部１２ｄは、取得した識別子に基づいて、ルーティングエージェントアドレス管理テーブル部１２ｃから、識別子が示すサーバ装置１４のサーバアドレスを管理する、第２ルーティングエージェント装置１３のルーティングエージェントアドレスを取得する。さらに、信号処理部１２ｄは、取得したルーティングエージェントアドレスに基づいて、第２ルーティングエージェント装置１３に対して、メッセージ信号Ｓ１１のルーティング先であるサーバ装置１４のサーバアドレスを要求するためのリクエスト信号Ｓ１３を送信する（ステップＳ１０６）。
第２ルーティングエージェント装置１３の信号処理部１３ｃは、第１ルーティングエージェント装置１２の信号処理部１２ｄからリクエスト信号Ｓ１３を受信すると、このリクエスト信号Ｓ１３に含まれるメッセージ信号Ｓ１１に関する情報から、メッセージ情報を取得する。なお、このメッセージ情報は、メッセージ信号Ｓ１１の属するＩＰ−ＣＡＮセッションを識別するための、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッションの識別できる情報と、メッセージ信号Ｓ１１がサーバ装置１４に要求する処理内容と、を含んでいる。信号処理部１３ｃは、取得した情報に基づいて、セッション管理テーブル１３ａから、メッセージ信号Ｓ１１の属するＩＰ−ＣＡＮセッションにおけるメッセージ送信先のサーバ装置１４のサーバアドレスを取得する（ステップＳ１０７）。
信号処理部１３ｃが、セッション管理テーブル部１３ａからサーバアドレスを取得できた場合（ステップＳ１０７のＹＥＳ）、セッション管理テーブル部１３ａは、メッセージ情報に含まれるメッセージ信号Ｓ１１の要求する処理内容にしたがって、メッセージ信号Ｓ１１の属するＩＰ−ＣＡＮセッションに関連するクライアント装置１１とサーバ装置１４との間のセッション数を管理し（ステップＳ１０８）、後述の（ステップＳ１１０）に移行する。
ここで、セッション管理テーブル部１３ａは、例えば、メッセージの処理内容がセッション確立の場合、管理しているセッション数を１増加させ、セッション切断の場合、管理しているセッション数を１減少させる。また、セッション管理テーブル部１３ａは、メッセージ信号Ｓ１１の要求する処理内容がメッセージの種別変更の場合、セッション数を増減させず、管理するセッション数が０となった場合、対応するＩＰ−ＣＡＮセッションに関する情報をテーブルから削除する。
一方、信号処理部１３ｃは、セッション管理テーブル部１３ａからサーバアドレスを取得できなかった場合（ステップＳ１０７のＮＯ）、リクエスト信号Ｓ１３から、メッセージ信号Ｓ１１の属するＩＰ−ＣＡＮセッションを識別するための、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッションの識別できる情報である識別子を取得する。そして、信号処理部１３ｃは、取得した識別子に基づいて、サーバアドレス管理テーブル部１３ｂから、サーバ装置１４のサーバアドレスを取得する。さらに、信号処理部１３ｃは、セッション管理テーブル部１３ａに対して、取得したサーバアドレスと、メッセージ信号Ｓ１１の属するＩＰ−ＣＡＮセッションを識別するための、クライアント装置１１に接続している、図２に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置１４との間のセッションの識別できる情報と、を含むセッション情報を送信する。
セッション管理テーブル部１３ａは、信号処理部１３ｃから受信したセッション情報に含まれるＩＰ−ＣＡＮセッションを識別する情報に関して、新たにセッション数を１に設定し、サーバアドレスと対応させて管理を開始し（ステップＳ１０９）、後述の（ステップＳ１１０）に移行する。
信号処理部１３ｃは、取得したサーバ装置１４のサーバアドレスを含むアンサー信号Ｓ１４を、第１ルーティングエージェント装置１２に対して送信する。第１ルーティングエージェント装置１２の信号処理部１２ｄは、アンサー信号Ｓ１４を受信すると、このアンサー信号Ｓ１４から、サーバ装置１４のサーバアドレスを取得する（ステップＳ１１０）。
第１ルーティングエージェント装置１２の信号処理部１２ｄは、取得したサーバ装置１４のアドレスを含むアンサー信号Ｓ１５を、クライアント装置１１に対して送信する。クライアント装置１１の信号処理部１１ａは、アンサー信号Ｓ１５を受信すると、このアンサー信号Ｓ１５から、サーバ装置１４のサーバアドレスを取得する。そして、信号処理部１１ａは、取得したサーバアドレスに従って、サーバ装置１４にメッセージ信号Ｓ１１を送信する（ステップＳ１１１）。
以上、本実施の形態１に係るルーティング管理システム１０によれば、例えば、物理的スペックの制約に起因して、ルーティングエージェント装置１２、１３を複数ノードに夫々配置した場合でも、ＩＰ−ＣＡＮセッション毎のクライアント装置１１とサーバ装置１４との間のセッション数の情報を、ルーティングエージェント装置１２、１３間で同期させずに、特定ＩＰ−ＣＡＮセッションに関連するメッセージ信号を同一のサーバ装置１４に対してルーティング可能であり、さらに、サーバ装置１４を増設することも可能となる。
実施の形態２．
図７は、本発明の実施の形態２に係るルーティング管理システムの概略的なシステム構成を示すブロック図である。本実施の形態２に係るルーティング管理システム２０は、クライアント装置２１と、クライアント装置２１に接続された第１ルーティングエージェント装置２２と、第１ルーティングエージェント装置２２に接続された第２ルーティングエージェント装置２３と、第２ルーティングエージェント装置２３に接続されたサーバ装置２４と、を備えている。
クライアント装置２１は、メッセージ信号Ｓ２１を生成し、生成したメッセージ信号Ｓ２１を第１ルーティングエージェント装置２２に対して送信する。
第１ルーティングエージェント装置２２は、クライアント装置２１からメッセージ信号Ｓ２１を受信し、このメッセージ信号Ｓ２１のルーティング先を自装置で管理していない場合に、別の第２ルーティングエージェント装置２３に対して、メッセージ信号Ｓ２１を転送する。
第２ルーティングエージェント装置２３は、第１ルーティングエージェント装置２２から転送されたメッセージ信号Ｓ２１を受信し、このメッセージ信号Ｓ２１のルーティング先アドレスを決定し、決定したアドレスにメッセージ信号Ｓ２１を転送する。
サーバ装置２４は、第２ルーティングエージェント装置２３からメッセージ信号Ｓ２１を受信する。
なお、本実施の形態２に係るルーティング管理システム２０は、クライアント装置２１、第１ルーティングエージェント装置２２、第２ルーティングエージェント装置２３、およびサーバ装置２４、を夫々１台備える構成であるが、これに限らず、いずれかの装置を複数台備える構成であってもよい。例えば、クライアント装置２１からのメッセージ信号Ｓ２１は、複数の第１ルーティングエージェント装置２２を経由して、第２ルーティングエージェント装置２３に対して送信される構成であってもよい。
図８は、本実施の形態２に係るルーティング管理システムのクライアント装置の概略的なシステム構成を示すブロック図である。本実施の形態２に係るクライアント装置２１は、メッセージ信号Ｓ２１をサーバ装置２４に送信するために、メッセージ信号Ｓ２１を第１ルーティングエージェント装置２２に送信する信号処理部２１ａを有している。
図９は、本実施の形態２に係るルーティング管理システムの第１ルーティングエージェント装置の概略的なシステム構成を示すブロック図である。本実施の形態２に係る第１ルーティングエージェント装置２２は、セッション管理デーブル部２２ａと、サーバアドレス管理テーブル部２２ｂと、ルーティングエージェントアドレス管理テーブル部２２ｃと、信号処理部２２ｄと、を有している。
セッション管理テーブル部２２ａは、クライアント装置２１に接続している、図８に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置２４との間のセッション毎に、接続が継続状態にあるクライアント装置２１とサーバ装置２４とのセッション数と、このセッション数が１以上の場合にサーバ装置２４のサーバアドレスを管理する。
サーバアドレス管理テーブル部２２ｂは、前記端末装置と、サーバ装置２４との間のセッションまたはクライアント装置２１に接続している、図８に含まれていない端末装置を利用するユーザ毎に、メッセージ信号Ｓ２１のルーティング先であるサーバ装置２４のサーバアドレスを管理する。
ルーティングエージェントアドレス管理テーブル２２ｃは、クライアント装置２１に接続している、図８に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置２４との間のセッション毎のメッセージ信号Ｓ２１のルーティング先であるサーバ装置２４のサーバアドレスを管理する、第２ルーティングエージェント装置２２のアドレスを管理する。
信号処理部２２ｄは、クライアント装置２１からメッセージ信号Ｓ２１を受信し、このメッセージ信号Ｓ２１のルーティング先であるサーバ装置２４のサーバアドレス、またはサーバ装置２４のサーバアドレスを管理する第２ルーティングエージェント装置２３のルーティングエージェントアドレスを取得する。そして、信号処理部２２ｄは、取得したサーバアドレスまたはルーティングエージェントアドレスにしたがって、メッセージ信号Ｓ２１を、サーバ装置２４または第２ルーティングエージェント装置２３に対して送信する。
図１０は、本実施の形態２に係るルーティング管理システムの第２ルーティングエージェント装置の概略的なシステム構成を示すブロック図である。本実施の形態２に係る第２ルーティングエージェント装置２３は、セッション管理テーブル部２３ａと、サーバアドレス管理テーブル部２３ｂと、信号処理部２３ｃと、を有している。
セッション管理テーブル部２３ａは、クライアント装置２１に接続している、図８に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置２４との間のセッション毎に、接続が継続状態にあるクライアント装置２１とサーバ装置２４とのセッション数と、このセッション数が１以上の場合に、サーバ装置２４のサーバアドレスと、を管理する。
サーバアドレス管理テーブル部２３ｂは、クライアント装置２１に接続している、図８に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置２４との間のセッション毎に、メッセージ信号Ｓ２１のルーティング先であるサーバ装置２４のサーバアドレスを管理する。
信号処理部２３ｃは、第１ルーティングエージェント装置２２から転送されたメッセージ信号Ｓ２１を受信し、このメッセージ信号Ｓ２１のルーティング先であるサーバ装置２４のサーバアドレスを取得し、取得したサーバアドレスに基づいて、サーバ装置２４にメッセージ信号Ｓ２１を送信する。
図１１は、本実施の形態２に係るルーティング管理システムのサーバ装置の概略的なシステム構成を示すブロック図である。本実施の形態２に係るサーバ装置２４は、クライアント装置２１から送信されるメッセージ信号Ｓ２１を、第１及び第２ルーティングエージェント装置２２、２３を介して受信する信号処理部２４ａを有している。
次に、本実施の形態２に係るルーティング管理システム２０の処理フローについて、詳細に説明する。図１２は、本実施の形態２に係るルーティング管理システムの処理フローの一例を示すフローチャートである。
ルーティング管理システム２０が処理を開始すると、クライアント装置２１の信号処理部２１ａは、サーバ装置２４に対するメッセージ信号Ｓ２１を、第１ルーティングエージェント装置２２に対して送信する（ステップＳ２０１）。
ここで、メッセージ信号Ｓ２１には、少なくともメッセージ信号Ｓ２１の属するＩＰ−ＣＡＮセッションを識別するための、クライアント装置２１に接続している、図８に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置２４との間のセッションの識別できる情報（例えば、セッションＩＤ／ユーザＩＤ／ＩＰアドレスなど）と、メッセージ信号Ｓ２１がサーバ装置２４に要求する処理内容（例えば、クライアント装置２１とサーバ装置２４との間のセッション確立／切断／変更など）と、を含んでいる。
第１ルーティングエージェン装置２２の信号処理部２２ｄは、クライアント装置２１の信号処理部２１ａからメッセージ信号Ｓ２１を受信すると、このメッセージ信号Ｓ２１の属するＩＰ−ＣＡＮセッションを識別するための、クライアント装置２１に接続している、図８に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置２４との間のセッションの識別できる情報と、メッセージ信号Ｓ２１がサーバ装置２４に要求する処理内容と、を含むメッセージ情報を取得する。そして、信号処理部２２ｄは、取得したメッセージ情報に基づいて、セッション管理テーブル部２２ａから、サーバ装置２４のサーバアドレスを取得する（ステップＳ２０２）。
信号処理部２２ｄがセッション管理テーブル部２２ａからサーバアドレスを取得できた場合（ステップＳ２０２のＹＥＳ）、セッション管理テーブル部２２ａは、メッセージ情報に含まれるメッセージ信号Ｓ２１のメッセージの要求する処理内容にしたがって、メッセージ信号Ｓ２１の属するＩＰ−ＣＡＮセッションに関連するクライアント装置２１とサーバ装置２４との間のセッション数を管理し（ステップＳ２０３）、後述の（ステップＳ２１０）に移行する。
ここで、セッション管理テーブル部２２ａは、例えば、メッセージの要求する処理内容がセッション確立の場合、管理しているセッション数を１増加させ、セッション切断の場合、管理しているセッション数を１減少させる。また、セッション管理テーブル部２２ａは、メッセージの要求する処理内容がメッセージの種別変更の場合、管理しているセッション数を増減させず、管理するセッション数が０となった場合、対応するＩＰ−ＣＡＮセッションに関する情報をテーブルから削除する。
一方、信号処理部２２ｄは、セッション管理テーブル部２２ａからサーバアドレスを取得できなかった場合（ステップＳ２０２のＮＯ）、メッセージ信号Ｓ２１から、そのメッセージ信号Ｓ２１の属するＩＰ−ＣＡＮセッションを識別するための、クライアント装置２１に接続している、図８に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置２４との間のセッションを識別する情報である識別子を取得する。そして、信号処理部２２ｄは、取得した情報に基づいて、サーバアドレス管理テーブル部２２ｂから、サーバ装置２４のサーバアドレスを取得する（ステップＳ２０４）。
信号処理部２２ｄは、サーバ装置２４のサーバアドレスを取得できた場合（ステップＳ２０４のＹＥＳ）、セッション管理テーブル部２２ａに対して、サーバ装置２４のサーバアドレスと、メッセージ信号Ｓ２１の属するＩＰ−ＣＡＮセッションを識別するための、クライアント装置２１に接続している、図８に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置２４との間のセッションを識別する情報を含むセッション情報と、を送信する。
セッション管理テーブル部２２ａは、信号処理部２２ｄから受信したセッション情報に含まれるＩＰ−ＣＡＮセッションを識別する情報に関して、新たにセッション数に１を設定し、サーバアドレスと対応させて管理を開始し（ステップＳ２０５）、後述の（ステップＳ２１０）に移行する。
一方、信号処理部２２ｄは、サーバアドレスを取得できなかった場合（ステップＳ２０４のＮＯ）、メッセージ信号Ｓ２１から、そのメッセージ信号Ｓ２１の属するＩＰ−ＣＡＮセッションを識別するための、クライアント装置２１に接続している、図８に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置２４との間のセッションを識別する情報である識別子を取得する。そして、信号処理部２２ｄは、取得した識別子に基づいて、ルーティングエージェントアドレス管理テーブル部２２ｃから、ルーティングエージェントアドレスを取得する。ここで、ルーティングエージェントアドレスとは、サーバ装置２４のサーバアドレスを管理する第２ルーティングエージェント装置２３のアドレスである。信号処理部２２ｄは、取得したルーティングエージェントアドレスに基づいて、第２ルーティングエージェント装置２３に対してメッセージ信号Ｓ２１を送信する（ステップＳ２０６）。
次に、第２ルーティングエージェント装置２３の信号処理部２３ｃは、第１ルーティングエージェント装置２２の信号処理部２２ｄからメッセージ信号Ｓ２１を受信すると、このメッセージ信号Ｓ２１から、メッセージ信号Ｓ２１の属するＩＰ−ＣＡＮセッションを識別するための、クライアント装置２１に接続している、図８に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置２４との間のセッションの識別できる情報と、メッセージ信号Ｓ２１がサーバ装置２４に要求する処理内容と、を含むメッセージ情報を取得する。そして、信号処理部２３ｃは、取得した情報に基づいて、セッション管理テーブル部２３ａから、メッセージ信号Ｓ２１の属するＩＰ−ＣＡＮセッションのメッセージ送信先となるサーバ装置２４のサーバアドレスを取得する（ステップＳ２０７）。
信号処理部２３ｃがセッション管理テーブル部２３ａからサーバアドレスを取得できた場合（ステップＳ２０７のＹＥＳ）、セッション管理テーブル部２３ａは、メッセージ情報に含まれるメッセージ信号Ｓ２１のメッセージの要求する処理内容にしたがって、メッセージ信号Ｓ２１の属するＩＰ−ＣＡＮセッションに関連するクライアント装置２１とサーバ装置２４との間のセッション数を管理し（ステップＳ２０８）、後述の（ステップＳ２１０）に移行する。
ここで、セッション管理テーブル部２３ａは、例えば、メッセージの要求する処理内容がセッション確立の場合、管理しているセッション数を１増加させ、セッション切断の場合、管理しているセッション数を１減少させる。また、セッション管理テーブル部２３ａは、メッセージの要求する処理内容がメッセージの種別変更の場合、セッション数を増減させず、管理するセッション数が０となった場合、対応するＩＰ−ＣＡＮセッションに関する情報をテーブルから削除する。
信号処理部２３ｃは、セッション管理テーブル部２３ａからサーバアドレスを取得できなかった場合（ステップＳ２０７のＮＯ）、メッセージ信号Ｓ２１の属するＩＰ−ＣＡＮセッションを識別するために、クライアント装置２１に接続している、図８に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置２４との間のセッションの識別できる情報である識別子を取得する。そして、信号処理部２３ｃは、取得した識別子に基づいて、サーバアドレス管理テーブル部２３ｂから、サーバ装置２４のサーバアドレスを取得する。さらに、信号処理部２３ｃは、セッション管理テーブル部２３ａに対して、サーバアドレスと、メッセージ信号Ｓ２１の属するＩＰ−ＣＡＮセッションを識別するために、クライアント装置２１に接続している、図８に含まれていない端末装置を利用するユーザまたは前記端末装置と、サーバ装置２４との間のセッションの識別できる情報と、を含むセッション情報を送信する。セッション管理テーブル部２３ａは、信号処理部２３ｃから受信したセッション情報に含まれるＩＰ−ＣＡＮセッションを識別するための情報に関して、新たにセッション数に１を設定し、サーバアドレスと対応させて管理を開始する（ステップＳ２０９）。
次に、信号処理部２３ｃは、取得したサーバ装置２４のサーバアドレスにしたがって、メッセージ信号Ｓ２１をサーバ装置２４に対して送信する（ステップＳ２１０）。
その後、サーバ装置２４の信号処理部２４ａは、第１ルーティングエージェント装置２２または第２ルーティングエージェント装置２３から送信されたメッセージ信号Ｓ２１を受信する（ステップＳ２１１）。
以上、本実施の形態２に係るルーティング管理システム２０によれば、例えば、物理的スペックの制約に起因して、ルーティングエージェント装置２２、２３を複数ノードに夫々配置した場合でも、ＩＰ−ＣＡＮセッション毎のクライアント装置２１とサーバ装置２４との間のセッション数の情報を、ルーティングエージェント装置２２、２３間で同期させずに、特定ＩＰ−ＣＡＮセッションに関連するメッセージ信号を同一のサーバ装置２４へルーティング可能であり、さらに、サーバ装置２４を増設することも可能である。
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
また、上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、上述の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。）
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
また、上記実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
所定信号を送信するクライアント装置と、
前記クライアント装置から前記所定信号を受信するサーバ装置と、
前記クライアント装置に接続している端末装置のユーザ又は前記端末装置と前記クライアント装置との間のセッション毎に、前記所定信号のルーティング先である前記サーバ装置のアドレス情報を管理するルーティングエージェント装置と、を備えるルーティング管理システムであって、
前記ルーティングエージェント装置は、
前記クライアント装置と前記サーバ装置との間の前記セッション数を管理するセッション管理手段と、
前記セッションの識別子に基づいて前記サーバ装置のアドレス情報を管理するサーバアドレス管理手段と、
前記サーバ装置のアドレス情報を管理する、他のルーティングエージェント装置のアドレス情報を管理するルーティングエージェントアドレス管理手段と、を備える、ことを特徴とするルーティング管理システム。
（付記２）
（付記１）記載のルーティング管理システムであって、
前記セッション管理手段は、前記セッション数が１以上の場合に前記サーバ装置のアドレス情報を管理しており、
前記セッション管理手段から前記サーバ装置のアドレス情報を取得できないとき、前記クライアント装置から出力されるリクエスト信号から、前記所定信号の属するセッションを識別するための識別子を取得し、該識別子に基づいて前記サーバアドレス管理手段から前記サーバ装置のアドレス情報を取得する信号処理手段を備える、ことを特徴とするルーティング管理システム。
（付記３）
（付記２）記載のルーティング管理システムであって、
前記信号処理手段は、前記サーバアドレス管理手段から前記サーバ装置のアドレス情報を取得できないとき、前記識別子に基づいて、前記ルーティングエージェントアドレス管理手段から、前記サーバ装置のアドレス情報を管理する別のルーティングエージェント装置のアドレス情報を取得する、ことを特徴とするルーティング管理システム。
（付記４）
（付記３）記載のルーティング管理システムであって、
前記信号処理手段は、前記取得したルーティングエージェント装置のアドレス情報に基づいて、前記他のルーティングエージェント装置に対して、前記所定信号のルーティング先である前記サーバ装置のアドレス情報を要求するためのリクエスト信号を送信し、
前記他のルーティングエージェント装置は、前記リクエスト信号に応じて、前記サーバ装置のアドレス情報を含むアンサー信号を返信する、ことを特徴とするルーティング管理システム。
（付記５）
（付記１）乃至（付記４）のうちいずれかに記載のルーティング管理システムであって、
前記セッション管理手段は、前記所定信号が要求する処理内容に基づいて、該所定信号の属するセッションに関連する前記クライアント装置とサーバ装置とのセッション数を管理する、ことを特徴とするルーティング管理システム。
（付記６）
（付記１）記載のルーティング管理システムであって、
前記セッション管理手段は、前記セッション数が１以上の場合に前記サーバ装置のアドレス情報を管理しており、
前記セッション管理手段から前記サーバ装置のアドレス情報を取得できないとき、前記クライアント装置から出力される前記所定信号から、該所定信号の属するセッションを識別するための識別子を取得し、該識別子に基づいて前記サーバアドレス管理手段から前記サーバ装置のアドレス情報を取得する信号処理手段を備える、ことを特徴とするルーティング管理システム。
（付記７）
所定信号を送信するクライアント装置と、
前記クライアント装置から前記所定信号を受信するサーバ装置と、
前記クライアント装置に接続している端末装置のユーザ又は前記端末装置と前記クライアント装置との間のセッション毎に、前記所定信号のルーティング先である前記サーバ装置のアドレス情報を管理するルーティングエージェント装置と、を備えるルーティング管理システムの処理方法であって、
前記クライアント装置と前記サーバ装置との間の前記セッション数を管理する工程と、
前記セッションの識別子に基づいて前記サーバ装置のアドレス情報を管理する工程と、
前記サーバ装置のアドレス情報を管理する、他のルーティングエージェント装置のアドレス情報を管理する工程と、を含む、ことを特徴とするルーティング管理システムの処理方法。
（付記８）
所定信号を送信するクライアント装置と、
前記クライアント装置から前記所定信号を受信するサーバ装置と、
前記クライアント装置に接続している端末装置のユーザ又は前記端末装置と前記クライアント装置との間のセッション毎に、前記所定信号のルーティング先である前記サーバ装置のアドレス情報を管理するルーティングエージェント装置と、を備えるルーティング管理システムのプログラムであって、
前記クライアント装置と前記サーバ装置との間の前記セッション数を管理する処理と、
前記セッションの識別子に基づいて前記サーバ装置のアドレス情報を管理する処理と、
前記サーバ装置のアドレス情報を管理する、他のルーティングエージェント装置のアドレス情報を管理する処理と、をコンピュータに実行させるルーティング管理システムのプログラム。
１０ ルーティング管理システム
１１ クライアント装置
１１ａ 信号処理部
１２ 第１ルーティングエージェント装置
１２ａ セッション管理デーブル部
１２ｂ サーバアドレス管理テーブル部
１２ｃ ルーティングエージェントアドレス管理テーブル部
１２ｄ 信号処理部
１３ 第２ルーティングエージェント装置
１３ａ セッション管理デーブル部
１３ｂ サーバアドレス管理テーブル部
１３ｃ 信号処理部
１４ サーバ装置
１４ａ 信号処理部

Claims (7)

  1. 所定信号を送信するクライアント装置と、
    前記クライアント装置から前記所定信号を受信するサーバ装置と、
    前記クライアント装置に接続している端末装置のユーザ又は前記端末装置と前記クライアント装置との間のセッション毎に、前記所定信号のルーティング先である前記サーバ装置のアドレス情報を管理するルーティングエージェント装置と、を備えるルーティング管理システムであって、
    前記ルーティングエージェント装置は、
    前記クライアント装置と前記サーバ装置との間の前記セッション数が１以上の場合に前記サーバ装置のアドレス情報を管理するセッション管理手段と、
    前記セッションの識別子に基づいて前記サーバ装置のアドレス情報を管理するサーバアドレス管理手段と、
    前記サーバ装置のアドレス情報を管理する、他のルーティングエージェント装置のアドレス情報を管理するルーティングエージェントアドレス管理手段と、
    前記セッション管理手段から前記サーバ装置のアドレス情報を取得できないとき、前記クライアント装置から出力されるリクエスト信号から、前記所定信号の属するセッションを識別するための識別子を取得し、該識別子に基づいて前記サーバアドレス管理手段から前記サーバ装置のアドレス情報を取得する信号処理手段と、を備える、ことを特徴とするルーティング管理システム。
  2. 請求項１記載のルーティング管理システムであって、
    前記信号処理手段は、前記サーバアドレス管理手段から前記サーバ装置のアドレス情報を取得できないとき、前記識別子に基づいて、前記ルーティングエージェントアドレス管理手段から、前記サーバ装置のアドレス情報を管理する別のルーティングエージェント装置のアドレス情報を取得する、ことを特徴とするルーティング管理システム。
  3. 請求項２記載のルーティング管理システムであって、
    前記信号処理手段は、前記取得したルーティングエージェント装置のアドレス情報に基づいて、前記他のルーティングエージェント装置に対して、前記所定信号のルーティング先である前記サーバ装置のアドレス情報を要求するためのリクエスト信号を送信し、
    前記他のルーティングエージェント装置は、前記リクエスト信号に応じて、前記サーバ装置のアドレス情報を含むアンサー信号を返信する、ことを特徴とするルーティング管理システム。
  4. 請求項１乃至３のうちいずれか１項記載のルーティング管理システムであって、
    前記セッション管理手段は、前記所定信号が要求する処理内容に基づいて、該所定信号の属するセッションに関連する前記クライアント装置とサーバ装置とのセッション数を管理する、ことを特徴とするルーティング管理システム。
  5. 請求項１記載のルーティング管理システムであって、
    前記セッション管理手段は、前記セッション数が１以上の場合に前記サーバ装置のアドレス情報を管理しており、
    前記セッション管理手段から前記サーバ装置のアドレス情報を取得できないとき、前記クライアント装置から出力される前記所定信号から、該所定信号の属するセッションを識別するための識別子を取得し、該識別子に基づいて前記サーバアドレス管理手段から前記サーバ装置のアドレス情報を取得する信号処理手段を備える、ことを特徴とするルーティング管理システム。
  6. 所定信号を送信するクライアント装置と、
    前記クライアント装置から前記所定信号を受信するサーバ装置と、
    前記クライアント装置に接続している端末装置のユーザ又は前記端末装置と前記クライアント装置との間のセッション毎に、前記所定信号のルーティング先である前記サーバ装置のアドレス情報を管理するルーティングエージェント装置と、を備えるルーティング管理システムの処理方法であって、
    前記クライアント装置と前記サーバ装置との間の前記セッション数が１以上の場合に前記サーバ装置のアドレス情報を管理する工程と、
    前記セッションの識別子に基づいて前記サーバ装置のアドレス情報を管理する工程と、
    前記サーバ装置のアドレス情報を管理する、他のルーティングエージェント装置のアドレス情報を管理する工程と、
    前記サーバ装置のアドレス情報を取得できないとき、前記クライアント装置から出力されるリクエスト信号から、前記所定信号の属するセッションを識別するための識別子を取得し、該識別子に基づいて前記管理されたサーバ装置のアドレス情報を取得する工程と、
    を含む、ことを特徴とするルーティング管理システムの処理方法。
  7. 所定信号を送信するクライアント装置と、
    前記クライアント装置から前記所定信号を受信するサーバ装置と、
    前記クライアント装置に接続している端末装置のユーザ又は前記端末装置と前記クライアント装置との間のセッション毎に、前記所定信号のルーティング先である前記サーバ装置のアドレス情報を管理するルーティングエージェント装置と、を備えるルーティング管理システムのプログラムであって、
    前記クライアント装置と前記サーバ装置との間の前記セッション数が１以上の場合に前記サーバ装置のアドレス情報を管理する処理と、
    前記セッションの識別子に基づいて前記サーバ装置のアドレス情報を管理する処理と、
    前記サーバ装置のアドレス情報を管理する、他のルーティングエージェント装置のアドレス情報を管理する処理と、
    前記サーバ装置のアドレス情報を取得できないとき、前記クライアント装置から出力されるリクエスト信号から、前記所定信号の属するセッションを識別するための識別子を取得し、該識別子に基づいて前記管理されたサーバ装置のアドレス情報を取得する処理と、をコンピュータに実行させるルーティング管理システムのプログラム。
JP2010132861A 2010-06-10 2010-06-10 ルーティング管理システム、その処理方法及びプログラム Active JP5533300B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010132861A JP5533300B2 (ja) 2010-06-10 2010-06-10 ルーティング管理システム、その処理方法及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2010132861A JP5533300B2 (ja) 2010-06-10 2010-06-10 ルーティング管理システム、その処理方法及びプログラム

Publications (2)

Publication Number Publication Date
JP2011259276A JP2011259276A (ja) 2011-12-22
JP5533300B2 true JP5533300B2 (ja) 2014-06-25

Family

ID=45474945

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010132861A Active JP5533300B2 (ja) 2010-06-10 2010-06-10 ルーティング管理システム、その処理方法及びプログラム

Country Status (1)

Country Link
JP (1) JP5533300B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7237176B2 (ja) * 2019-10-08 2023-03-10 日立Astemo株式会社 通信システム、電子制御装置及び通信方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3963690B2 (ja) * 2001-03-27 2007-08-22 富士通株式会社 パケット中継処理装置
JP4648214B2 (ja) * 2006-02-14 2011-03-09 富士通株式会社 呼制御装置および呼制御方法
JP4514780B2 (ja) * 2007-10-09 2010-07-28 西日本電信電話株式会社 通信装置および通信方法
JP5159261B2 (ja) * 2007-11-12 2013-03-06 インターナショナル・ビジネス・マシーンズ・コーポレーション セッションを管理する技術
JP5493479B2 (ja) * 2008-10-03 2014-05-14 富士通株式会社 サービス提供システム、方法、一意性保証情報設定管理プログラム、負荷分散プログラム、及び管理装置
JP5458688B2 (ja) * 2009-03-19 2014-04-02 富士通株式会社 一意性保証支援プログラム、サービス提供システム、及び一意性保証実現方法

Also Published As

Publication number Publication date
JP2011259276A (ja) 2011-12-22

Similar Documents

Publication Publication Date Title
JP7481007B2 (ja) ノード装置及び通信端末のユーザデータを中継するノード装置の方法
EP3879879B1 (en) Time sensitive networking communication method and apparatus thereof
EP2800302B1 (en) Method, device and system for determining a policy and charging rule function
EP3852419A1 (en) Latency-sensitive network communication method and apparatus thereof
JP2016213899A (ja) 通信システム、通信方法、端末及び無線アクセスネットワークノード
EP2883384B1 (en) Signaling traffic reduction in mobile communication systems
CN109429364A (zh) 建立会话的方法和装置
WO2018112759A1 (zh) 访问资源的方法、装置和系统
WO2011098022A1 (zh) 一种基于m2m应用的会话管理方法、系统和装置
JP5581444B2 (ja) 性能向上のためのサービス提供ゲートウェイの管理
CN104703293B (zh) 一种lipa/sipto连接的建立方法和装置
JP2011205285A (ja) 中継ノード及び中継処理プログラム
JP2019009610A (ja) エッジ装置、データ処理システム、データ送信方法、及びプログラム
JP5533300B2 (ja) ルーティング管理システム、その処理方法及びプログラム
WO2016090923A1 (zh) Lipa/sipto连接的建立方法和装置
CN109788520A (zh) 网络切换方法、amf和ran节点
JP6567977B2 (ja) 情報処理装置、情報処理方法、およびプログラム
WO2017101045A1 (zh) 一种网元选择方法及网元选择器
KR20220053383A (ko) Nf 서비스 연동 지원장치 및 nf 서비스 연동 지원방법
JP5437195B2 (ja) ネットワーク制御方法及びシステム
JP2011003983A (ja) 通信システム、制御ノード選択装置、制御ノード選択方法及びプログラム
US9277572B1 (en) Modification of diameter messages to establish a communication session over a home packet data network gateway
JP5983602B2 (ja) 通話連動システム、宅内制御装置、通話連動方法
JP2014003392A (ja) 制御ノード及び通信制御方法
JP7030159B2 (ja) 通信システム、情報処理方法及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130513

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20131227

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140128

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140312

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20140401

R150 Certificate of patent or registration of utility model

Ref document number: 5533300

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140414