JP6610214B2 - 通信制御装置、通信制御方法、およびプログラム - Google Patents
通信制御装置、通信制御方法、およびプログラム Download PDFInfo
- Publication number
- JP6610214B2 JP6610214B2 JP2015235477A JP2015235477A JP6610214B2 JP 6610214 B2 JP6610214 B2 JP 6610214B2 JP 2015235477 A JP2015235477 A JP 2015235477A JP 2015235477 A JP2015235477 A JP 2015235477A JP 6610214 B2 JP6610214 B2 JP 6610214B2
- Authority
- JP
- Japan
- Prior art keywords
- subscriber information
- subscriber
- database
- communication control
- location registration
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Description
本発明は、通信制御装置、通信制御方法、およびプログラムに関する。
非特許文献１には、データとアプリケーションロジックとを分離するために、加入者情報を一元管理するＵＤＲ（User Data Repository）を設け、アプリケーションエンティティに加入者情報を持たせない通信システムが開示されている。非特許文献１によれば、ＵＤＲから加入者情報を取得するアプリケーションエンティティは、ＦＥ（Front-End）と呼ばれる。
しかしながら、非特許文献１に示すように、加入者情報をＵＤＲに一元管理させる場合、何らかの要因によりＦＥとＵＤＲとの間の通信ができなくなると、ＦＥは、加入者情報を参照できないため、サービスを提供できなくなる。なお、非特許文献１には、ＵＤＲがレプリケーションをサポートしてよいことが記載されている。ＵＤＲのレプリケーションにより、ＦＥが通信可能なローカルＤＢ（Database）にＵＤＲのデータを複製することで、ＦＥとＵＤＲとの間の通信ができなくなっても、ＦＥが当該ローカルＤＢを参照することで、サービスの提供を継続することができる。しかしながら、この場合、ローカルＤＢにＵＤＲと同程度の容量が要求され、ローカルＤＢのコストが高くなってしまう。
本発明の目的は、上述した課題を解決する通信制御装置、通信制御方法、およびプログラムを提供することにある。
本発明の目的は、上述した課題を解決する通信制御装置、通信制御方法、およびプログラムを提供することにある。
本発明の第１の態様によれば、通信制御装置は、加入者端末から位置登録要求を受信する要求処理部と、前記位置登録要求を受信したときに、第１グループに属する通信制御装置によってアクセス可能な第１データベースから、前記加入者端末に係る加入者情報である第１加入者情報を取得する第１取得部と、前記位置登録要求を受信したときに、前記第１グループの一部である第２グループに属する通信制御装置のみによってアクセス可能な第２データベースから、前記加入者端末に係る加入者情報である第２加入者情報を取得する第２取得部と、前記第１加入者情報と前記第２加入者情報のうち更新時刻が新しいものに基づく加入者情報を、前記第１データベースおよび前記第２データベースとに記録する記録部とを備える。
本発明の第２の態様によれば、通信制御方法は、加入者端末から位置登録要求を受信する要求受信ステップと、前記位置登録要求を受信したときに、第１グループに属する通信制御装置によってアクセス可能な第１データベースから、前記加入者端末に係る加入者情報である第１加入者情報を取得する第１取得ステップと、前記位置登録要求を受信したときに、前記第１グループの一部である第２グループに属する通信制御装置のみによってアクセス可能な第２データベースから、前記加入者端末に係る加入者情報である第２加入者情報を取得する第２取得ステップと、前記第１加入者情報と前記第２加入者情報のうち更新時刻が新しいものに基づく加入者情報を、前記第１データベースおよび前記第２データベースとに記録する記録ステップとを含む。
本発明の第３の態様によれば、プログラムは、コンピュータを、加入者端末から位置登録要求を受信する要求処理部、前記位置登録要求を受信したときに、第１グループに属する通信制御装置によってアクセス可能な第１データベースから、前記加入者端末に係る加入者情報である第１加入者情報を取得する第１取得部、前記位置登録要求を受信したときに、前記第１グループの一部である第２グループに属する通信制御装置のみによってアクセス可能な第２データベースから、前記加入者端末に係る加入者情報である第２加入者情報を取得する第２取得部、前記第１加入者情報と前記第２加入者情報のうち更新時刻が新しいものに基づく加入者情報を、前記第１データベースおよび前記第２データベースとに記録する記録部として機能させる。
本発明の第４の態様によれば、通信制御装置は、加入者端末から位置登録要求を受信する要求処理部と、前記位置登録要求を受信したときに、第１グループに属する通信制御装置によってアクセス可能な第１データベースから、前記加入者端末に係る加入者情報である第１加入者情報を取得する第１取得部と、前記加入者端末に係る加入者情報を、前記第１データベースおよび前記第１グループの一部である第２グループに属する通信制御装置のみによってアクセス可能な第２データベースとに記録する記録部と、前記位置登録要求を受信したときに、少なくとも前記第１加入者情報を取得できない場合に、前記第２データベースから前記加入者端末に係る加入者情報である第２加入者情報を取得する第２取得部とを備える。
上記態様のうち少なくとも１つの態様によれば、通信制御装置は、第１データベースにアクセスできない場合にも、第２データベースが記憶する加入者情報に基づいてサービスを提供することができる。
《第１の実施形態》
以下、図面を参照しながら実施形態について詳しく説明する。
図１は、第１の実施形態に係る通信システムの構成を示す概略図である。
通信システム１００は、ＵＤＲ１１０（User Data Repository）と、複数のＦＥ１２０（Front-End）と、複数の加入者端末１３０とを備える。
ＵＤＲ１１０は、複数の加入者端末１３０に係るそれぞれの加入者情報を一元管理する。なお、ＵＤＲ１１０は、必ずしも単一の装置でなくてもよく、分散配置された複数の装置や、冗長化された複数の装置によって構成されるものであってよい。ＵＤＲ１１０は、第１データベースの一例である。
ＦＥ１２０は、ＵＤＲ１１０から加入者情報を取得し、当該加入者情報に基づいて加入者端末１３０にサービスを提供する。通信システム１００に属するすべてのＦＥ１２０は、いずれもＵＤＲ１１０と通信することができる。ＦＥ１２０は、通信制御装置の一例である。通信システム１００に属するすべてのＦＥ１２０からなるグループは、第１グループの一例である。
複数の加入者端末１３０は、複数のＦＥ１２０の１つが提供する通信エリアに在圏すると、呼処理ネットワーク１４０を介してＦＥ１２０に対して位置登録要求を送信する。位置登録要求には、加入者端末１３０のＩＤが含まれる。加入者端末１３０は、ＦＥ１２０によってＵＤＲ１１０が管理する加入者情報を取得されることで、所定のサービス（通話サービスなど）を受けることができる。
以下、図面を参照しながら実施形態について詳しく説明する。
図１は、第１の実施形態に係る通信システムの構成を示す概略図である。
通信システム１００は、ＵＤＲ１１０（User Data Repository）と、複数のＦＥ１２０（Front-End）と、複数の加入者端末１３０とを備える。
ＵＤＲ１１０は、複数の加入者端末１３０に係るそれぞれの加入者情報を一元管理する。なお、ＵＤＲ１１０は、必ずしも単一の装置でなくてもよく、分散配置された複数の装置や、冗長化された複数の装置によって構成されるものであってよい。ＵＤＲ１１０は、第１データベースの一例である。
ＦＥ１２０は、ＵＤＲ１１０から加入者情報を取得し、当該加入者情報に基づいて加入者端末１３０にサービスを提供する。通信システム１００に属するすべてのＦＥ１２０は、いずれもＵＤＲ１１０と通信することができる。ＦＥ１２０は、通信制御装置の一例である。通信システム１００に属するすべてのＦＥ１２０からなるグループは、第１グループの一例である。
複数の加入者端末１３０は、複数のＦＥ１２０の１つが提供する通信エリアに在圏すると、呼処理ネットワーク１４０を介してＦＥ１２０に対して位置登録要求を送信する。位置登録要求には、加入者端末１３０のＩＤが含まれる。加入者端末１３０は、ＦＥ１２０によってＵＤＲ１１０が管理する加入者情報を取得されることで、所定のサービス（通話サービスなど）を受けることができる。
次に、本実施形態に係るＦＥ１２０の構成について説明する。
図２は、第１の実施形態に係るＦＥの構成を示す概略ブロック図である。
ＦＥ１２０は、要求処理部２０１、第１取得部２０２、ローカルＤＢ２０３（Database）、第２取得部２０４、更新対象決定部２０５、更新部２０６、記録部２０７を備える。
要求処理部２０１は、加入者端末１３０から位置登録要求を受信する。
第１取得部２０２は、位置登録要求の送信元の加入者端末１３０に係る加入者情報（第１加入者情報）を、ＵＤＲ１１０から取得する。
ローカルＤＢ２０３は、そのローカルＤＢ２０３を備えるＦＥ１２０がサービスを提供した加入者端末１３０に係る加入者情報を記憶するためのデータベースである。ローカルＤＢ２０３へは、そのローカルＤＢ２０３を備えるＦＥ１２０のみがアクセスすることができる。ローカルＤＢ２０３は、第２データベースの一例である。またそのローカルＤＢ２０３を備えるＦＥ１２０のみからなるグループは、第２グループの一例である。
第２取得部２０４は、位置登録要求の送信元の加入者端末１３０に係る加入者情報（第２加入者情報）を、ローカルＤＢ２０３から取得する。
更新対象決定部２０５は、第１取得部２０２が取得した加入者情報と第２取得部２０４が取得した加入者情報とを比較し、更新時刻が新しいものを更新対象に決定する。
更新部２０６は、位置登録要求に基づいて更新対象決定部２０５が決定した加入者情報を更新する。
記録部２０７は、更新部２０６によって更新された加入者情報を、ＵＤＲ１１０およびローカルＤＢ２０３の双方に記録する。
図２は、第１の実施形態に係るＦＥの構成を示す概略ブロック図である。
ＦＥ１２０は、要求処理部２０１、第１取得部２０２、ローカルＤＢ２０３（Database）、第２取得部２０４、更新対象決定部２０５、更新部２０６、記録部２０７を備える。
要求処理部２０１は、加入者端末１３０から位置登録要求を受信する。
第１取得部２０２は、位置登録要求の送信元の加入者端末１３０に係る加入者情報（第１加入者情報）を、ＵＤＲ１１０から取得する。
ローカルＤＢ２０３は、そのローカルＤＢ２０３を備えるＦＥ１２０がサービスを提供した加入者端末１３０に係る加入者情報を記憶するためのデータベースである。ローカルＤＢ２０３へは、そのローカルＤＢ２０３を備えるＦＥ１２０のみがアクセスすることができる。ローカルＤＢ２０３は、第２データベースの一例である。またそのローカルＤＢ２０３を備えるＦＥ１２０のみからなるグループは、第２グループの一例である。
第２取得部２０４は、位置登録要求の送信元の加入者端末１３０に係る加入者情報（第２加入者情報）を、ローカルＤＢ２０３から取得する。
更新対象決定部２０５は、第１取得部２０２が取得した加入者情報と第２取得部２０４が取得した加入者情報とを比較し、更新時刻が新しいものを更新対象に決定する。
更新部２０６は、位置登録要求に基づいて更新対象決定部２０５が決定した加入者情報を更新する。
記録部２０７は、更新部２０６によって更新された加入者情報を、ＵＤＲ１１０およびローカルＤＢ２０３の双方に記録する。
次に、本実施形態に係るＦＥ１２０の動作について説明する。
図３は、第１の実施形態に係るＦＥの動作を示すフローチャートである。
加入者端末１３０がＦＥ１２０の通信エリアに在圏すると、加入者端末１３０は、呼処理ネットワーク１４０を介してＦＥ１２０に位置登録要求を送信する。ＦＥ１２０の要求処理部２０１が、位置登録要求を受信すると（ステップＳ３０１）、第１取得部２０２は、ＵＤＲ１１０に加入者情報のリクエストを送信し、加入者情報の取得を試みる（ステップＳ３０２）。加入者情報のリクエストには、ＦＥ１２０のＩＤと、位置登録要求の送信元の加入者端末１３０のＩＤとが含まれる。ＵＤＲ１１０は、加入者情報のリクエストを受信すると、ＦＥ１２０の認証処理を行い、認証に成功した場合に、ＦＥ１２０に加入者情報を送信する。他方、認証に失敗した場合や回線等に障害がある場合など、ＦＥ１２０がＵＤＲ１１０にアクセスできない場合には、第１取得部２０２は、ＵＤＲ１１０から加入者情報を取得することができない。
図３は、第１の実施形態に係るＦＥの動作を示すフローチャートである。
加入者端末１３０がＦＥ１２０の通信エリアに在圏すると、加入者端末１３０は、呼処理ネットワーク１４０を介してＦＥ１２０に位置登録要求を送信する。ＦＥ１２０の要求処理部２０１が、位置登録要求を受信すると（ステップＳ３０１）、第１取得部２０２は、ＵＤＲ１１０に加入者情報のリクエストを送信し、加入者情報の取得を試みる（ステップＳ３０２）。加入者情報のリクエストには、ＦＥ１２０のＩＤと、位置登録要求の送信元の加入者端末１３０のＩＤとが含まれる。ＵＤＲ１１０は、加入者情報のリクエストを受信すると、ＦＥ１２０の認証処理を行い、認証に成功した場合に、ＦＥ１２０に加入者情報を送信する。他方、認証に失敗した場合や回線等に障害がある場合など、ＦＥ１２０がＵＤＲ１１０にアクセスできない場合には、第１取得部２０２は、ＵＤＲ１１０から加入者情報を取得することができない。
次に、第２取得部２０４は、ローカルＤＢ２０３から、位置登録要求の送信元の加入者端末１３０のＩＤに関連付けられた加入者情報の取得を試みる（ステップＳ３０３）。過去にＦＥ１２０がその加入者端末１３０と通信している場合、ローカルＤＢ２０３には当該加入者端末１３０に係る加入者情報が記録されている。他方、過去にＦＥ１２０がその加入者端末１３０と通信していない場合、ローカルＤＢ２０３には当該加入者端末１３０に係る加入者情報が記録されていない。
更新対象決定部２０５は、第１取得部２０２がＵＤＲ１１０から加入者情報を取得できたか否かを判定する（ステップＳ３０４）。第１取得部２０２が加入者情報を取得できなかった場合（ステップＳ３０４：ＮＯ）、更新対象決定部２０５は、第２取得部２０４が加入者情報を取得できたか否かを判定する（ステップＳ３０５）。第１取得部２０２および第２取得部２０４のいずれもが加入者情報を取得できなかった場合（ステップＳ３０５：ＮＯ）、ＦＥ１２０は、加入者端末１３０へサービスを提供することができないため、要求処理部２０１は、ステップＳ３０１で受信した位置登録要求に対する応答を送信し（ステップＳ３１３）、処理を終了する。
他方、第２取得部２０４のみが加入者情報を取得した場合（ステップＳ３０５：ＹＥＳ）、更新対象決定部２０５は、第２取得部２０４が取得した加入者情報を更新対象に決定する（ステップＳ３０６）。
他方、第２取得部２０４のみが加入者情報を取得した場合（ステップＳ３０５：ＹＥＳ）、更新対象決定部２０５は、第２取得部２０４が取得した加入者情報を更新対象に決定する（ステップＳ３０６）。
また、ステップＳ３０４において、第１取得部２０２が加入者情報を取得した場合（ステップＳ３０４：ＹＥＳ）、更新対象決定部２０５は、第２取得部２０４が加入者情報を取得できたか否かを判定する（ステップＳ３０７）。第２取得部２０４が加入者情報を取得できず第１取得部２０２のみが加入者情報を取得した場合（ステップＳ３０７：ＮＯ）、更新対象決定部２０５は、第１取得部２０２が取得した加入者情報を更新対象に決定する（ステップＳ３０８）。
他方、第１取得部２０２および第２取得部２０４のいずれもが加入者情報を取得した場合（ステップＳ３０７：ＹＥＳ）、更新対象決定部２０５は、第２取得部２０４が取得した加入者情報の更新時刻が第１取得部２０２が取得した加入者情報の更新時刻より新しいか否かを判定する（ステップＳ３０９）。第２取得部２０４が取得した加入者情報の更新時刻が第１取得部２０２が取得した加入者情報の更新時刻より新しい場合（ステップＳ３０９：ＹＥＳ）、更新対象決定部２０５は、第２取得部２０４が取得した加入者情報を更新対象に決定する（ステップＳ３０６）。他方、第２取得部２０４が取得した加入者情報の更新時刻が第１取得部２０２が取得した加入者情報の更新時刻と同じまたは古い場合（ステップＳ３０９：ＮＯ）、更新対象決定部２０５は、第１取得部２０２が取得した加入者情報を更新対象に決定する（ステップＳ３０８）。
更新対象決定部２０５がステップＳ３０６またはステップＳ３０８で更新対象を決定すると、更新部２０６は、更新対象決定部２０５が更新対象に決定した加入者情報を、要求処理部２０１が受信した情報に基づいて更新する（ステップＳ３１０）。次に、記録部２０７は、ＵＤＲ１１０に更新リクエストを送信し、加入者情報の上書き記録を試みる（ステップＳ３１１）。更新リクエストには、ＦＥ１２０のＩＤと、位置登録要求の送信元の加入者端末１３０のＩＤと、更新部２０６が更新した加入者情報とが含まれる。次に、記録部２０７は、ローカルＤＢ２０３に、更新部２０６が更新した加入者情報を記録する（ステップＳ３１２）。なお、ローカルＤＢ２０３に既に同一の加入者端末１３０に係る加入者情報が含まれる場合、記録部２０７は、更新部２０６が更新した加入者情報を上書き記録する。
そして、要求処理部２０１は、ステップＳ３０１で受信した位置登録要求に対する応答を送信し（ステップＳ３１３）、処理を終了する。
そして、要求処理部２０１は、ステップＳ３０１で受信した位置登録要求に対する応答を送信し（ステップＳ３１３）、処理を終了する。
次に、具体例を用いてＦＥ１２０の動作を説明する。
図４は、第１の実施形態に係る呼処理ネットワークの通常時の動作例を示すシーケンス図である。まず、ＦＥ１２０がＵＤＲ１１０を利用可能な状態における呼処理ネットワーク１４０の動作例について説明する。
加入者端末１３０がＦＥ１２０の通信エリアに在圏すると、加入者端末１３０は、呼処理ネットワーク１４０を介してＦＥ１２０に位置登録要求を送信する（ステップＳ４０１）。ＦＥ１２０の要求処理部２０１が、位置登録要求を受信すると、第１取得部２０２は、ＵＤＲ１１０に加入者情報のリクエストを送信する（ステップＳ４０２）。ＵＤＲ１１０は、加入者情報のリクエストを受信すると、リクエストが示す加入者端末１３０に係る加入者情報を読み出す（ステップＳ４０３）。そして、ＵＤＲ１１０は、加入者情報をＦＥ１２０に送信する（ステップＳ４０４）。
図４は、第１の実施形態に係る呼処理ネットワークの通常時の動作例を示すシーケンス図である。まず、ＦＥ１２０がＵＤＲ１１０を利用可能な状態における呼処理ネットワーク１４０の動作例について説明する。
加入者端末１３０がＦＥ１２０の通信エリアに在圏すると、加入者端末１３０は、呼処理ネットワーク１４０を介してＦＥ１２０に位置登録要求を送信する（ステップＳ４０１）。ＦＥ１２０の要求処理部２０１が、位置登録要求を受信すると、第１取得部２０２は、ＵＤＲ１１０に加入者情報のリクエストを送信する（ステップＳ４０２）。ＵＤＲ１１０は、加入者情報のリクエストを受信すると、リクエストが示す加入者端末１３０に係る加入者情報を読み出す（ステップＳ４０３）。そして、ＵＤＲ１１０は、加入者情報をＦＥ１２０に送信する（ステップＳ４０４）。
ＦＥ１２０の第２取得部２０４は、ローカルＤＢ２０３から、位置登録要求の送信元の加入者端末１３０のＩＤに関連付けられた加入者情報の取得する（ステップＳ４０５）。ＦＥ１２０がＵＤＲ１１０およびローカルＤＢ２０３の両方から加入者情報を取得できたため、更新対象決定部２０５は、更新時刻が新しい加入者情報であるＵＤＲ１１０から取得した加入者情報を更新対象に決定する（ステップＳ４０６）。次に、更新部２０６は、位置登録要求に基づいて加入者情報を更新する（ステップＳ４０７）。
次に、記録部２０７は、ＵＤＲ１１０に更新後の加入者情報を含む更新リクエストを送信する（ステップＳ４０８）。ＵＤＲ１１０は、更新リクエストを受信すると、更新リクエストに含まれる加入者情報を上書き記録する（ステップＳ４０９）。そして、ＵＤＲ１１０は、更新リクエストに対する応答をＦＥ１２０に送信する（ステップＳ４１０）。
また、記録部２０７は、ローカルＤＢ２０３に、更新部２０６が更新した加入者情報を上書き記録する（ステップＳ４１１）。そして、要求処理部２０１は、位置登録要求に対する応答を送信する（ステップＳ４１２）。
また、記録部２０７は、ローカルＤＢ２０３に、更新部２０６が更新した加入者情報を上書き記録する（ステップＳ４１１）。そして、要求処理部２０１は、位置登録要求に対する応答を送信する（ステップＳ４１２）。
図５は、第１の実施形態に係る呼処理ネットワークの障害発生時の動作例を示すシーケンス図である。ここで、ＦＥ１２０がＵＤＲ１１０を利用不能な状態になったときの呼処理ネットワーク１４０の動作例について説明する。
加入者端末１３０がＦＥ１２０の通信エリアに在圏すると、加入者端末１３０は、呼処理ネットワーク１４０を介してＦＥ１２０に位置登録要求を送信する（ステップＳ５０１）。ＦＥ１２０の要求処理部２０１が、位置登録要求を受信すると、第１取得部２０２は、ＵＤＲ１１０に加入者情報のリクエストを送信する（ステップＳ５０２）。このとき、ＦＥ１２０は何らかの原因でＵＤＲ１１０と通信ができないため、加入者情報のリクエストに対する応答を受信することができない。
加入者端末１３０がＦＥ１２０の通信エリアに在圏すると、加入者端末１３０は、呼処理ネットワーク１４０を介してＦＥ１２０に位置登録要求を送信する（ステップＳ５０１）。ＦＥ１２０の要求処理部２０１が、位置登録要求を受信すると、第１取得部２０２は、ＵＤＲ１１０に加入者情報のリクエストを送信する（ステップＳ５０２）。このとき、ＦＥ１２０は何らかの原因でＵＤＲ１１０と通信ができないため、加入者情報のリクエストに対する応答を受信することができない。
他方、ＦＥ１２０の第２取得部２０４は、ローカルＤＢ２０３から、位置登録要求の送信元の加入者端末１３０のＩＤに関連付けられた加入者情報の取得する（ステップＳ５０３）。ＦＥ１２０がローカルＤＢ２０３のみから加入者情報を取得したため、更新対象決定部２０５は、ローカルＤＢ２０３から取得した加入者情報を更新対象に決定する（ステップＳ５０４）。次に、更新部２０６は、位置登録要求に基づいて加入者情報を更新する（ステップＳ５０５）。
次に、記録部２０７は、ＵＤＲ１１０に更新後の加入者情報を含む更新リクエストを送信する（ステップＳ５０６）。ただし、上述の通り、ＦＥ１２０はＵＤＲ１１０と通信ができないため、加入者情報のリクエストに対する応答を受信することができない。また、記録部２０７は、ローカルＤＢ２０３に、更新部２０６が更新した加入者情報を上書き記録する（ステップＳ５０７）。そして、要求処理部２０１は、位置登録要求に対する応答を送信する（ステップＳ５０８）。
このように、本実施形態によれば、ＦＥ１２０は、ＵＤＲ１１０にアクセスできない場合にも、ローカルＤＢ２０３から加入者情報を取得できるため、加入者端末１３０にサービスを提供することができる。
このように、本実施形態によれば、ＦＥ１２０は、ＵＤＲ１１０にアクセスできない場合にも、ローカルＤＢ２０３から加入者情報を取得できるため、加入者端末１３０にサービスを提供することができる。
図６は、第１の実施形態に係る呼処理ネットワークの障害解消後の動作例を示すシーケンス図である。ここで、ＦＥ１２０がＵＤＲ１１０を利用不能な状態が解消した後の呼処理ネットワーク１４０の動作例について説明する。
加入者端末１３０がＦＥ１２０の通信エリアに在圏すると、加入者端末１３０は、呼処理ネットワーク１４０を介してＦＥ１２０に位置登録要求を送信する（ステップＳ６０１）。ＦＥ１２０の要求処理部２０１が、位置登録要求を受信すると、第１取得部２０２は、ＵＤＲ１１０に加入者情報のリクエストを送信する（ステップＳ６０２）。ＵＤＲ１１０は、加入者情報のリクエストを受信すると、リクエストが示す加入者端末１３０に係る加入者情報を読み出す（ステップＳ６０３）。そして、ＵＤＲ１１０は、加入者情報をＦＥ１２０に送信する（ステップＳ６０４）。
加入者端末１３０がＦＥ１２０の通信エリアに在圏すると、加入者端末１３０は、呼処理ネットワーク１４０を介してＦＥ１２０に位置登録要求を送信する（ステップＳ６０１）。ＦＥ１２０の要求処理部２０１が、位置登録要求を受信すると、第１取得部２０２は、ＵＤＲ１１０に加入者情報のリクエストを送信する（ステップＳ６０２）。ＵＤＲ１１０は、加入者情報のリクエストを受信すると、リクエストが示す加入者端末１３０に係る加入者情報を読み出す（ステップＳ６０３）。そして、ＵＤＲ１１０は、加入者情報をＦＥ１２０に送信する（ステップＳ６０４）。
ＦＥ１２０の第２取得部２０４は、ローカルＤＢ２０３から、位置登録要求の送信元の加入者端末１３０のＩＤに関連付けられた加入者情報の取得する（ステップＳ６０５）。このとき、ＦＥ１２０とＵＤＲ１１０とのアクセスに障害が生じている間、ＵＤＲ１１０の加入者情報は更新されていない。そのため、ローカルＤＢ２０３の加入者情報はＵＤＲ１１０の加入者情報より更新時刻が新しい。したがって、更新対象決定部２０５は、ローカルＤＢ２０３から取得した加入者情報を更新対象に決定する（ステップＳ６０６）。次に、更新部２０６は、位置登録要求に基づいて加入者情報を更新する（ステップＳ６０７）。
次に、記録部２０７は、ＵＤＲ１１０に更新後の加入者情報を含む更新リクエストを送信する（ステップＳ６０８）。ＵＤＲ１１０は、更新リクエストを受信すると、更新リクエストに含まれる加入者情報を上書き記録する（ステップＳ６０９）。そして、ＵＤＲ１１０は、更新リクエストに対する応答をＦＥ１２０に送信する（ステップＳ６１０）。
また、記録部２０７は、ローカルＤＢ２０３に、更新部２０６が更新した加入者情報を上書き記録する（ステップＳ６１１）。そして、要求処理部２０１は、位置登録要求に対する応答を送信する（ステップＳ６１２）。
これにより、ＦＥ１２０は、ＵＤＲ１１０とのアクセスができるようになった後に、ＵＤＲ１１０とのアクセスができない間にＦＥ１２０によって更新された加入者情報を、ＵＤＲ１１０に反映することができる。
また、記録部２０７は、ローカルＤＢ２０３に、更新部２０６が更新した加入者情報を上書き記録する（ステップＳ６１１）。そして、要求処理部２０１は、位置登録要求に対する応答を送信する（ステップＳ６１２）。
これにより、ＦＥ１２０は、ＵＤＲ１１０とのアクセスができるようになった後に、ＵＤＲ１１０とのアクセスができない間にＦＥ１２０によって更新された加入者情報を、ＵＤＲ１１０に反映することができる。
このように、本実施形態に係るＦＥ１２０は、加入者情報をＵＤＲ１１０とローカルＤＢ２０３とに記録し、少なくともＵＤＲ１１０との通信ができない場合に、ローカルＤＢ２０３から加入者情報を取得する。これにより、ＦＥ１２０は、ＵＤＲ１１０とのアクセスができないときにも加入者端末１３０にサービスを提供することができる。
また、本実施形態に係るＦＥ１２０は、ＵＤＲ１１０から取得した加入者情報とローカルＤＢ２０３から取得した加入者情報の新しい方を更新し、更新された加入者情報をＵＤＲ１１０とローカルＤＢ２０３の両方に記録する。これにより、ローカルＤＢ２０３には、ＵＤＲ１１０に記録される加入者情報のうち、そのローカルＤＢ２０３を備えるＦＥ１２０が取得したことのあるものが記録される。したがって、ＦＥ１２０は、ローカルＤＢ２０３の容量を小さく抑えつつ、ＵＤＲ１１０とのアクセスができないときにも加入者端末１３０にサービスを提供することができる。
《第２の実施形態》
第２の実施形態について説明する。
第１の実施形態では、ＦＥ１２０とＵＤＲ１１０とのアクセス障害が解消した後、ＦＥ１２０が加入者端末１３０から位置登録要求を受け付けたときに、その加入者端末１３０に係る加入者情報がＵＤＲ１１０において更新される。これに対し、第２の実施形態に係るＦＥ１２０は、ＵＤＲ１１０とのアクセス障害が解消した場合に、加入者端末１３０からの位置登録要求の受け付けを待たずにＵＤＲ１１０の加入者情報を更新させる。
第２の実施形態について説明する。
第１の実施形態では、ＦＥ１２０とＵＤＲ１１０とのアクセス障害が解消した後、ＦＥ１２０が加入者端末１３０から位置登録要求を受け付けたときに、その加入者端末１３０に係る加入者情報がＵＤＲ１１０において更新される。これに対し、第２の実施形態に係るＦＥ１２０は、ＵＤＲ１１０とのアクセス障害が解消した場合に、加入者端末１３０からの位置登録要求の受け付けを待たずにＵＤＲ１１０の加入者情報を更新させる。
図７は、第２の実施形態に係るＦＥの構成を示す概略ブロック図である。
第２の実施形態に係るＦＥ１２０は、第１の実施形態の構成に加え、さらに障害判定部７０１を備える。障害判定部７０１は、定期的にＦＥ１２０とＵＤＲ１１０との間にアクセス障害が生じているか否かを判定する。例えば、障害判定部７０１は、定期的にＵＤＲ１１０とのアクセスを試み、ＵＤＲ１１０から応答を受信できるか否かを判定することで、アクセス障害の有無を判定する。
第２の実施形態に係るＦＥ１２０は、第１の実施形態の構成に加え、さらに障害判定部７０１を備える。障害判定部７０１は、定期的にＦＥ１２０とＵＤＲ１１０との間にアクセス障害が生じているか否かを判定する。例えば、障害判定部７０１は、定期的にＵＤＲ１１０とのアクセスを試み、ＵＤＲ１１０から応答を受信できるか否かを判定することで、アクセス障害の有無を判定する。
また、第２の実施形態に係るＦＥ１２０は、第１の実施形態と記録部２０７の動作が異なる。
記録部２０７は、更新部２０６によって更新された加入者情報を、ＵＤＲ１１０およびローカルＤＢ２０３の双方に記録する。障害判定部７０１がＦＥ１２０とＵＤＲ１１０との間にアクセス障害が生じていると判定している場合、記録部２０７は、ローカルＤＢ２０３に記録する加入者情報に、ＵＤＲ１１０が利用不能であることを示す障害フラグを設定する。また、記録部２０７は、障害判定部７０１がＦＥ１２０とＵＤＲ１１０との間のアクセス障害が解消したと判定した場合に、アクセス障害が生じている間に更新された加入者情報を、ＵＤＲ１１０に上書き記録させる。
記録部２０７は、更新部２０６によって更新された加入者情報を、ＵＤＲ１１０およびローカルＤＢ２０３の双方に記録する。障害判定部７０１がＦＥ１２０とＵＤＲ１１０との間にアクセス障害が生じていると判定している場合、記録部２０７は、ローカルＤＢ２０３に記録する加入者情報に、ＵＤＲ１１０が利用不能であることを示す障害フラグを設定する。また、記録部２０７は、障害判定部７０１がＦＥ１２０とＵＤＲ１１０との間のアクセス障害が解消したと判定した場合に、アクセス障害が生じている間に更新された加入者情報を、ＵＤＲ１１０に上書き記録させる。
次に、本実施形態に係るＦＥ１２０の動作について説明する。
図８は、第２の実施形態に係るＦＥの動作を示すフローチャートである。
加入者端末１３０がＦＥ１２０の通信エリアに在圏すると、加入者端末１３０は、呼処理ネットワーク１４０を介してＦＥ１２０に位置登録要求を送信する。ＦＥ１２０の要求処理部２０１が、位置登録要求を受信すると（ステップＳ８０１）、第１取得部２０２は、ＵＤＲ１１０に加入者情報のリクエストを送信し、加入者情報の取得を試みる（ステップＳ８０２）。次に、第２取得部２０４は、ローカルＤＢ２０３から、位置登録要求の送信元の加入者端末１３０のＩＤに関連付けられた加入者情報の取得を試みる（ステップＳ８０３）。
図８は、第２の実施形態に係るＦＥの動作を示すフローチャートである。
加入者端末１３０がＦＥ１２０の通信エリアに在圏すると、加入者端末１３０は、呼処理ネットワーク１４０を介してＦＥ１２０に位置登録要求を送信する。ＦＥ１２０の要求処理部２０１が、位置登録要求を受信すると（ステップＳ８０１）、第１取得部２０２は、ＵＤＲ１１０に加入者情報のリクエストを送信し、加入者情報の取得を試みる（ステップＳ８０２）。次に、第２取得部２０４は、ローカルＤＢ２０３から、位置登録要求の送信元の加入者端末１３０のＩＤに関連付けられた加入者情報の取得を試みる（ステップＳ８０３）。
更新対象決定部２０５は、第１取得部２０２が加入者情報を取得できたか否かを判定する（ステップＳ８０４）。第１取得部２０２が加入者情報を取得できなかった場合（ステップＳ８０４：ＮＯ）、更新対象決定部２０５は、第２取得部２０４が加入者情報を取得できたか否かを判定する（ステップＳ８０５）。第１取得部２０２および第２取得部２０４のいずれもが加入者情報を取得できなかった場合（ステップＳ８０５：ＮＯ）、ＦＥ１２０は、加入者端末１３０へサービスを提供することができないため、処理を終了する。
他方、第２取得部２０４のみが加入者情報を取得した場合（ステップＳ８０５：ＹＥＳ）、更新対象決定部２０５は、第２取得部２０４が取得した加入者情報を更新対象に決定する（ステップＳ８０６）。
他方、第２取得部２０４のみが加入者情報を取得した場合（ステップＳ８０５：ＹＥＳ）、更新対象決定部２０５は、第２取得部２０４が取得した加入者情報を更新対象に決定する（ステップＳ８０６）。
また、ステップＳ８０４において、第１取得部２０２が加入者情報を取得した場合（ステップＳ８０４：ＹＥＳ）、更新対象決定部２０５は、第２取得部２０４が加入者情報を取得できたか否かを判定する（ステップＳ８０７）。第２取得部２０４が加入者情報を取得できず第１取得部２０２のみが加入者情報を取得した場合（ステップＳ８０７：ＮＯ）、更新対象決定部２０５は、第１取得部２０２が取得した加入者情報を更新対象に決定する（ステップＳ８０８）。
他方、第１取得部２０２および第２取得部２０４のいずれもが加入者情報を取得した場合（ステップＳ８０７：ＹＥＳ）、更新対象決定部２０５は、第２取得部２０４が取得した加入者情報の更新時刻が第１取得部２０２が取得した加入者情報の更新時刻より新しいか否かを判定する（ステップＳ８０９）。第２取得部２０４が取得した加入者情報の更新時刻が第１取得部２０２が取得した加入者情報の更新時刻より新しい場合（ステップＳ８０９：ＹＥＳ）、更新対象決定部２０５は、第２取得部２０４が取得した加入者情報を更新対象に決定する（ステップＳ８０６）。他方、第２取得部２０４が取得した加入者情報の更新時刻が第１取得部２０２が取得した加入者情報の更新時刻と同じまたは古い場合（ステップＳ８０９：ＮＯ）、更新対象決定部２０５は、第１取得部２０２が取得した加入者情報を更新対象に決定する（ステップＳ８０８）。
次に、更新部２０６は、更新対象決定部２０５が更新対象に決定した加入者情報を、要求処理部２０１が受信した情報に基づいて更新する（ステップＳ８１０）。次に、記録部２０７は、ＵＤＲ１１０に更新リクエストを送信し、加入者情報の上書き記録を試みる（ステップＳ８１１）。次に、記録部２０７は、ローカルＤＢ２０３に、更新部２０６が更新した加入者情報を記録する（ステップＳ８１２）。次に、記録部２０７は、障害判定部７０１によって、ＦＥ１２０とＵＤＲ１１０との間にアクセス障害が生じていると判定されているか否かを判定する（ステップＳ８１３）。障害判定部７０１によってアクセス障害が生じていると判定されている場合（ステップＳ８１３：ＹＥＳ）、ステップＳ８１２で記録した加入者情報に障害フラグを設定する（ステップＳ８１４）。
障害判定部７０１によってアクセス障害が生じていないと判定されている場合（ステップＳ８１３：ＮＯ）、またはステップＳ８１４で加入者情報に障害フラグを設定した場合、要求処理部２０１は、ステップＳ８０１で受信した位置登録要求に対する応答を送信し（ステップＳ８１５）、処理を終了する。
障害判定部７０１によってアクセス障害が生じていないと判定されている場合（ステップＳ８１３：ＮＯ）、またはステップＳ８１４で加入者情報に障害フラグを設定した場合、要求処理部２０１は、ステップＳ８０１で受信した位置登録要求に対する応答を送信し（ステップＳ８１５）、処理を終了する。
次に、ＦＥ１２０とＵＤＲ１１０との間のアクセス障害が解消したときのＵＤＲ１１０の更新処理について説明する。
図９は、第２の実施形態に係るＦＥによるアクセス障害解消時のＵＤＲ更新処理を示すフローチャートである。
障害判定部７０１が、ＦＥ１２０とＵＤＲ１１０との間のアクセス障害が解消したと判定すると（ステップＳ９０１）、記録部２０７は、ローカルＤＢ２０３から障害フラグが設定されている加入者情報に係る加入者端末１３０のリストを取得する（ステップＳ９０２）。次に、ＦＥ１２０は、取得したリストに含まれる加入者端末１３０を１つずつ選択し、各加入者端末１３０について、以下に示すステップＳ９０４〜Ｓ９０８の処理を実行する（ステップＳ９０３）。
図９は、第２の実施形態に係るＦＥによるアクセス障害解消時のＵＤＲ更新処理を示すフローチャートである。
障害判定部７０１が、ＦＥ１２０とＵＤＲ１１０との間のアクセス障害が解消したと判定すると（ステップＳ９０１）、記録部２０７は、ローカルＤＢ２０３から障害フラグが設定されている加入者情報に係る加入者端末１３０のリストを取得する（ステップＳ９０２）。次に、ＦＥ１２０は、取得したリストに含まれる加入者端末１３０を１つずつ選択し、各加入者端末１３０について、以下に示すステップＳ９０４〜Ｓ９０８の処理を実行する（ステップＳ９０３）。
まず、第１取得部２０２は、ステップＳ９０３で選択された加入者端末１３０に係る加入者情報を、ＵＤＲ１１０から取得する（ステップＳ９０４）。また、第２取得部２０４は、ステップＳ９０３で選択された加入者端末１３０に係る加入者情報を、ローカルＤＢ２０３から取得する（ステップＳ９０５）。次に、更新対象決定部２０５は、第２取得部２０４が取得した加入者情報の更新時刻が第１取得部２０２が取得した加入者情報の更新時刻より新しいか否かを判定する（ステップＳ９０６）。第２取得部２０４が取得した加入者情報の更新時刻が第１取得部２０２が取得した加入者情報の更新時刻より新しい場合（ステップＳ９０６：ＹＥＳ）、記録部２０７は、第２取得部２０４が取得した加入者情報を、ＵＤＲ１１０に記録させる（ステップＳ９０７）。他方、第２取得部２０４が取得した加入者情報の更新時刻が第１取得部２０２が取得した加入者情報の更新時刻と同じかより古い場合（ステップＳ９０６：ＮＯ）、記録部２０７は、第１取得部２０２が取得した加入者情報を、ローカルＤＢ２０３に記録させる（ステップＳ９０８）。
ＦＥ１２０は、上記処理を、障害フラグが設定されているすべての加入者情報に係る加入者端末１３０について繰り返し実行することで、ＦＥ１２０とＵＤＲ１１０との間のアクセス障害が解消したときに、ただちにＵＤＲ１１０の加入者情報を更新させることができる。
以上、図面を参照して一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、様々な設計変更等をすることが可能である。
例えば、上述した実施形態に係るローカルＤＢ２０３は、ＦＥ１２０に備えられる場合について説明したが、これに限られない。例えば、ローカルＤＢ２０３はＦＥ１２０と別個に設けられても良い。この場合、ローカルＤＢ２０３は、複数のＦＥ１２０（ただし、通信システム１００に属するＦＥ１２０の全部でない）が扱う加入者情報を管理してもよい。この場合、ローカルＤＢ２０３を扱う複数のＦＥ１２０からなるグループは、第２グループの一例である。
例えば、上述した実施形態に係るローカルＤＢ２０３は、ＦＥ１２０に備えられる場合について説明したが、これに限られない。例えば、ローカルＤＢ２０３はＦＥ１２０と別個に設けられても良い。この場合、ローカルＤＢ２０３は、複数のＦＥ１２０（ただし、通信システム１００に属するＦＥ１２０の全部でない）が扱う加入者情報を管理してもよい。この場合、ローカルＤＢ２０３を扱う複数のＦＥ１２０からなるグループは、第２グループの一例である。
また、上述した実施形態では、第２取得部２０４は、ＵＤＲ１１０から加入者情報を取得できるか否かに関わらずローカルＤＢ２０３から加入者情報を取得するが、これに限られない。例えば、他の実施形態では、第２取得部２０４は、第１取得部２０２がＵＤＲ１１０から加入者情報を取得できない場合にのみ、ローカルＤＢ２０３から加入者情報を取得してもよい。
《基本構成》
図１０は、通信制御装置の基本構成を示す概略ブロック図である。
上述した実施形態では、通信制御装置１０００の一実施形態として図２および図７に示すＦＥ１２０について説明したが、通信制御装置１０００の基本構成は、図１０に示すとおりである。
すなわち、通信制御装置１０００は、要求処理部２０１、第１取得部２０２、第２取得部２０４、および記録部２０７を基本構成とする。
図１０は、通信制御装置の基本構成を示す概略ブロック図である。
上述した実施形態では、通信制御装置１０００の一実施形態として図２および図７に示すＦＥ１２０について説明したが、通信制御装置１０００の基本構成は、図１０に示すとおりである。
すなわち、通信制御装置１０００は、要求処理部２０１、第１取得部２０２、第２取得部２０４、および記録部２０７を基本構成とする。
要求処理部２０１は、加入者端末から位置登録要求を受信する。
第１取得部２０２は、第１グループに属する通信制御装置によってアクセス可能な第１データベースから、加入者端末に係る加入者情報である第１加入者情報を取得する。
第２取得部２０４は、第１グループの一部である第２グループに属する通信制御装置のみによってアクセス可能な第２データベースから、加入者端末に係る加入者情報である第２加入者情報を取得する。
記録部２０７は、第１加入者情報と第２加入者情報のうち更新時刻が新しいものに基づく加入者情報を、第１データベースおよび第２データベースとに記録する。
第１取得部２０２は、第１グループに属する通信制御装置によってアクセス可能な第１データベースから、加入者端末に係る加入者情報である第１加入者情報を取得する。
第２取得部２０４は、第１グループの一部である第２グループに属する通信制御装置のみによってアクセス可能な第２データベースから、加入者端末に係る加入者情報である第２加入者情報を取得する。
記録部２０７は、第１加入者情報と第２加入者情報のうち更新時刻が新しいものに基づく加入者情報を、第１データベースおよび第２データベースとに記録する。
図１１は、少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。
コンピュータ１１００は、ＣＰＵ１１０１、主記憶装置１１０２、補助記憶装置１１０３、インタフェースを備える。
上述のＦＥ１２０および通信制御装置１０００は、コンピュータ１１００に実装される。そして、上述した各処理部の動作は、プログラムの形式で補助記憶装置１１０３に記憶されている。ＣＰＵ１１０１は、プログラムを補助記憶装置１１０３から読み出して主記憶装置１１０２に展開し、当該プログラムに従って上記処理を実行する。
コンピュータ１１００は、ＣＰＵ１１０１、主記憶装置１１０２、補助記憶装置１１０３、インタフェースを備える。
上述のＦＥ１２０および通信制御装置１０００は、コンピュータ１１００に実装される。そして、上述した各処理部の動作は、プログラムの形式で補助記憶装置１１０３に記憶されている。ＣＰＵ１１０１は、プログラムを補助記憶装置１１０３から読み出して主記憶装置１１０２に展開し、当該プログラムに従って上記処理を実行する。
なお、少なくとも１つの実施形態において、補助記憶装置１１０３は、一時的でない有形の媒体の一例である。一時的でない有形の媒体の他の例としては、インタフェースを介して接続される磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disc Read Only Memory）、半導体メモリ等が挙げられる。また、このプログラムが通信回線によってコンピュータ１１００に配信される場合、配信を受けたコンピュータ１１００が当該プログラムを主記憶装置１１０２に展開し、上記処理を実行してもよい。
また、当該プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、当該プログラムは、前述した機能を補助記憶装置１１０３に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル（差分プログラム）であってもよい。
１００ 通信システム
１１０ ＵＤＲ
１２０ ＦＥ
１３０ 加入者端末
１４０ 呼処理ネットワーク
２０１ 要求処理部
２０２ 第１取得部
２０３ ローカルＤＢ
２０４ 第２取得部
２０５ 更新対象決定部
２０６ 更新部
２０７ 記録部
１１０ ＵＤＲ
１２０ ＦＥ
１３０ 加入者端末
１４０ 呼処理ネットワーク
２０１ 要求処理部
２０２ 第１取得部
２０３ ローカルＤＢ
２０４ 第２取得部
２０５ 更新対象決定部
２０６ 更新部
２０７ 記録部
Claims (9)
- 加入者端末から位置登録要求を受信する要求処理部と、
前記位置登録要求を受信したときに、第１グループに属する通信制御装置によってアクセス可能な第１データベースから、前記加入者端末に係る加入者情報である第１加入者情報を取得する第１取得部と、
前記位置登録要求を受信したときに、前記第１グループの一部である第２グループに属する通信制御装置のみによってアクセス可能な第２データベースから、前記加入者端末に係る加入者情報である第２加入者情報を取得する第２取得部と、
前記第１加入者情報と前記第２加入者情報のうち更新時刻が新しいものに基づく加入者情報を、前記第１データベースおよび前記第２データベースとに記録する記録部と
を備える通信制御装置。 - 前記位置登録要求に基づいて、前記第１加入者情報と前記第２加入者情報のうち更新時刻が新しいものを、更新加入者情報に更新する更新部をさらに備え、
前記記録部は、前記更新加入者情報を、前記第１データベースおよび前記第２データベースとに記録する
請求項１に記載の通信制御装置。 - 前記第１データベースが利用不能である場合に、前記更新部が、前記第２加入者情報を前記更新加入者情報に更新し、前記更新加入者情報に前記第１データベースが利用不能であることを示す障害情報を付し、
前記第１データベースが利用可能になった場合に、前記記録部が、前記障害情報を付された前記更新加入者情報を、前記第１データベースに記録する
請求項２に記載の通信制御装置。 - 前記第１データベースが利用可能になった場合に、前記第１取得部が、前記障害情報を付された前記更新加入者情報と同じ加入者端末に関連付けられた加入者情報である更新対象加入者情報を前記第１データベースから取得し、
前記記録部が、前記障害情報を付された前記更新加入者情報が前記更新対象加入者情報より更新時刻が新しい場合に、前記更新加入者情報を前記第１データベースに記録し、
前記記録部が、前記障害情報を付された前記更新加入者情報が前記更新対象加入者情報より更新時刻が古い場合に、前記更新対象加入者情報を前記第２データベースに記録する
請求項３に記載の通信制御装置。 - 前記第２グループは、自装置のみによって構成されるグループである請求項１から請求項４の何れか１項に記載の通信制御装置。
- 前記第２データベースをさらに備える
請求項５に記載の通信制御装置。 - 加入者端末から位置登録要求を受信する要求受信ステップと、
前記位置登録要求を受信したときに、第１グループに属する通信制御装置によってアクセス可能な第１データベースから、前記加入者端末に係る加入者情報である第１加入者情報を取得する第１取得ステップと、
前記位置登録要求を受信したときに、前記第１グループの一部である第２グループに属する通信制御装置のみによってアクセス可能な第２データベースから、前記加入者端末に係る加入者情報である第２加入者情報を取得する第２取得ステップと、
前記第１加入者情報と前記第２加入者情報のうち更新時刻が新しいものに基づく加入者情報を、前記第１データベースおよび前記第２データベースとに記録する記録ステップと を含む通信制御方法。 - コンピュータを、
加入者端末から位置登録要求を受信する要求処理部、
前記位置登録要求を受信したときに、第１グループに属する通信制御装置によってアクセス可能な第１データベースから、前記加入者端末に係る加入者情報である第１加入者情報を取得する第１取得部、
前記位置登録要求を受信したときに、前記第１グループの一部である第２グループに属する通信制御装置のみによってアクセス可能な第２データベースから、前記加入者端末に係る加入者情報である第２加入者情報を取得する第２取得部、
前記第１加入者情報と前記第２加入者情報のうち更新時刻が新しいものに基づく加入者情報を、前記第１データベースおよび前記第２データベースとに記録する記録部
として機能させるためのプログラム。 - 加入者端末から位置登録要求を受信する要求処理部と、
前記位置登録要求を受信したときに、第１グループに属する通信制御装置によってアクセス可能な第１データベースから、前記加入者端末に係る加入者情報である第１加入者情報を取得する第１取得部と、
前記加入者端末に係る加入者情報を、前記第１データベースおよび前記第１グループの一部である第２グループに属する通信制御装置のみによってアクセス可能な第２データベースとに記録する記録部と、
前記位置登録要求を受信したときに、少なくとも前記第１加入者情報を取得できない場合に、前記第２データベースから前記加入者端末に係る加入者情報である第２加入者情報を取得する第２取得部と
を備える通信制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015235477A JP6610214B2 (ja) | 2015-12-02 | 2015-12-02 | 通信制御装置、通信制御方法、およびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015235477A JP6610214B2 (ja) | 2015-12-02 | 2015-12-02 | 通信制御装置、通信制御方法、およびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2017103620A JP2017103620A (ja) | 2017-06-08 |
| JP6610214B2 true JP6610214B2 (ja) | 2019-11-27 |
Family
ID=59017144
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015235477A Active JP6610214B2 (ja) | 2015-12-02 | 2015-12-02 | 通信制御装置、通信制御方法、およびプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6610214B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022091188A1 (ja) * | 2020-10-26 | 2022-05-05 | 株式会社Ｎｔｔドコモ | ネットワークノード及び通信方法 |
-
2015
- 2015-12-02 JP JP2015235477A patent/JP6610214B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2017103620A (ja) | 2017-06-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10300391B2 (en) | Management device, management method, terminal device, control method, and program | |
| JP2020537449A (ja) | 通信ネットワークにおけるサービス登録 | |
| JP6381667B2 (ja) | 情報処理装置、制御方法、及び、プログラム | |
| CN107179940B (zh) | 一种任务执行的方法及装置 | |
| JP5488321B2 (ja) | 制御プログラム、中継サーバ装置及び中継制御方法 | |
| CN105681158B (zh) | 一种提高ip短消息投递准确性的方法、设备和系统 | |
| JP2019079430A (ja) | 情報処理プログラム、情報処理方法および情報処理端末 | |
| JP6610214B2 (ja) | 通信制御装置、通信制御方法、およびプログラム | |
| JP6260703B2 (ja) | 情報共有装置及び情報共有方法、情報共有システム、並びにコンピュータ・プログラム | |
| EP3285452B1 (en) | Method and device for associating user with group | |
| US11375354B2 (en) | Method for resource creation and registration of application entity, and communication node device and terminal device | |
| JP4984009B2 (ja) | 情報管理方法および情報管理プログラム | |
| CN105450855A (zh) | 图像处理装置及其控制方法 | |
| CN111385785A (zh) | 一种事件监控的方法、装置及系统 | |
| JP5732082B2 (ja) | データ管理装置およびデータ管理プログラム | |
| CN101771995A (zh) | 一种实现业务漫游的方法、装置和系统 | |
| CN106612299B (zh) | 访问请求的处理方法和装置 | |
| JP2016128966A (ja) | サービス連携システム、サービス連携装置、端末装置、サービス連携方法及びサービス連携プログラム | |
| JP5512717B2 (ja) | データ更新システム及びデータ更新方法 | |
| JP5169259B2 (ja) | サーバ装置切り替えプログラム、サーバ装置及びサーバ装置切り替え方法 | |
| CN108124000A (zh) | 管理系统及控制方法 | |
| CN109947727A (zh) | 数据处理方法、装置、计算机设备和存储介质 | |
| KR20180028458A (ko) | 디바이스 트리거 정보의 처리 방법 및 장치 | |
| EP3949344A1 (en) | Re-selection of a network function instance based on data consistency | |
| KR101511338B1 (ko) | 데이터 수집 장치, 데이터 수집 관리 장치 및 데이터 관리 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20181107 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190604 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20190531 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190725 |
|
| 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: 20191001 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20191014 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6610214 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |