(57)【特許請求の範囲】
【請求項１】
加入者データを管理する加入者管理サーバと、前記加入者データを用いて音声通話サービスを提供する呼制御サーバと、を備えた音声通話システムにおいて、
前記加入者管理サーバは、
加入者データを書き換えるための要求毎にＩＤ情報値を増加して書換対象の加入者データに付与する付与手段と、
増加後のＩＤ情報値が付与された前記書換対象の加入者データを前記呼制御サーバに送信する提供手段と、を有し、
前記呼制御サーバは、
送信された加入者データに付与されている第１のＩＤ情報値と保持している加入者データに付与されている第２のＩＤ情報値とを比較し、前記比較の結果に基づき加入者データを書き換えるか否かを判定する判定手段と、
前記第１のＩＤ情報値が前記第２のＩＤ情報値よりも大きい場合にのみ、前記送信された加入者データで前記保持している加入者データを書き換える書換手段と、
を有することを特徴とする音声通話システム。
【請求項２】
加入者データを管理する加入者管理サーバと、前記加入者データを用いて音声通話サービスを提供する呼制御サーバと、で行う加入者データ提供方法において、
前記加入者管理サーバは、
加入者データを書き換えるための要求毎にＩＤ情報値を増加して書換対象の加入者データに付与する付与ステップと、
増加後のＩＤ情報値が付与された前記書換対象の加入者データを前記呼制御サーバに送信する提供ステップと、を有し、
前記呼制御サーバは、
送信された加入者データに付与されている第１のＩＤ情報値と保持している加入者データに付与されている第２のＩＤ情報値とを比較し、前記比較の結果に基づき加入者データを書き換えるか否かを判定する判定ステップと、
前記第１のＩＤ情報値が前記第２のＩＤ情報値よりも大きい場合にのみ、前記送信された加入者データで前記保持している加入者データを書き換える書換ステップと、
を有することを特徴とする加入者データ提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号交差を考慮した加入者データの提供技術に関する。
【背景技術】
【０００２】
音声通話サービスを提供するため、図３に示すような音声通話システムが構築されている。該音声通話システムは、加入者データの原本を一元管理する加入者ＤＢサーバ１と、加入者データの複製を用いて音声通話サービスを提供する呼制御サーバ３と、で構成される。
【０００３】
呼制御サーバ３は、加入者端末７から呼の接続要求を受けた際、要求元の加入者データを保持していない場合、該加入者データを加入者ＤＢサーバ１に要求し、ダウンロードして入手してからサービスを開始する。一方、加入者ＤＢサーバ１は、ＯｐＳ５から加入者データが予め投入されており、呼制御サーバ３からの要求に応じて加入者データを提供する。
【０００４】
加入者データ提供の契機としては、図４に示すようにＯｐＳ契機と端末契機の２つがある。ＯｐＳ契機の場合、加入者ＤＢサーバ１は、ＯｐＳ５から加入者データが投入されたタイミングで呼制御サーバ３に提供する。一方、端末契機の場合、加入者ＤＢサーバ１は、加入者端末７からの接続要求に基づき呼制御サーバ３から加入者データの要求を受けたタイミングで提供する。
【０００５】
かかる加入者データ提供については、音声通話システムが電話サービスの提供を目的としているため、（１）加入者ＤＢサーバ１の加入者データと呼制御サーバ３の加入者データとを一致する状態に保つこと、（２）端末契機において加入者ＤＢサーバ１から呼制御サーバ３への加入者データ提供を直ちに行うこと、が要求される。
【０００６】
ここで、上述した２つの契機で行われる加入者データ提供の基本動作について説明する。ＯｐＳ契機の場合、図５に示すように、加入者Ｓの加入者データをｓからｓ’に変更したい場合、ＯｐＳ５は、加入者Ｓの加入者データをｓ’で書き換えるための加入者データ書換要求（ＰＵＲ）を加入者ＤＢサーバ１へ送信する（ステップＳ２０１）。
【０００７】
次に、加入者ＤＢサーバ１は、加入者Ｓの加入者データがｓで本登録されているためｓ’を仮登録する（ステップＳ２０２）。その後、加入者Ｓの加入者データをｓ’で書き換えるための加入者データ書換要求（ＰＰＲ）を呼制御サーバ３へ送信する（ステップＳ２０３）。
【０００８】
次に、呼制御サーバ３は、加入者Ｓの加入者データをｓ’で書き換え（ステップＳ２０４）、加入者データの書き換えが完了した旨の加入者データ書換完了通知（ＰＰＡ）を加入者ＤＢサーバ１へ送信する（ステップＳ２０５）。
【０００９】
最後に、加入者ＤＢサーバ１は、呼制御サーバ３での書き換えが完了したため、加入者Ｓの加入者データを仮登録中のｓ’で書き換える（ステップＳ２０６）。その後、加入者データの書き換えが完了した旨の加入者データ書換完了通知（ＰＵＡ）をＯｐＳ５へ送信する（ステップＳ２０７）。
【００１０】
一方、端末契機の場合、図６に示すように、加入者Ｓの加入者端末７が、呼の接続要求を行うためのサービス提供要求（ＲＥＧ）を呼制御サーバ３へ送信する（ステップＳ３０１）。
【００１１】
次に、呼制御サーバ３は、加入者Ｓの加入者データを保持しているか否かを判定し、保持していない場合にのみ、該加入者データを取得するための加入者データＤＬ要求（ＳＡＲ）を加入者ＤＢサーバ１へ送信する（ステップＳ３０２）。
【００１２】
次に、加入者ＤＢサーバ１は、自サーバ内のＤＢを参照し（ステップＳ３０３）、加入者Ｓに対して本登録されている加入者データｓを含めた加入者データＤＬ返答（ＳＡＡ）を呼制御サーバ３へ送信する（ステップＳ３０４）。最後に、呼制御サーバ３は、加入者Ｓの加入者データｓを登録する（ステップＳ３０５）。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２０１４−１４９５９９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかし、ＯｐＳ契機の加入者データ提供と端末契機の加入者データ提供とが並行して動作すると、加入者ＤＢサーバ１と呼制御サーバ３との間のネットワーク上での信号交差により、両サーバにおける加入者データの登録状態が不一致となる場合がある。具体的には、図７に示すように、先に送信された加入者データＤＬ返答（ＳＡＡ）が後に送信された加入者データ書換要求（ＰＰＲ）よりも後に届いた場合、呼制御サーバ３の加入者データが古い加入者データで書き換えられるため、加入者ＤＢサーバ１の加入者データと呼制御サーバ３の加入者データとが不一致となる。
【００１５】
そこで、加入者データ提供の際に、各種要求等の信号に対して送信時刻のタイムスタンプを付与する方法がある（特許文献１参照）。例えば、図８に示すように、加入者ＤＢサーバ１は、加入者データＤＬ返答（ＳＡＡ）を送信する際にタイムスタンプｔ１を付与し、加入者データ書換要求（ＰＰＲ）を送信する際にタイムスタンプｔ２（＞ｔ１）を付与する。呼制御サーバ３は、それら２つの信号のタイムスタンプを比較し、加入者データＤＬ返答（ＳＡＡ）を加入者データ書換要求（ＰＰＲ）よりも後に受信した場合、古いタイムスタンプｔ１が付与された加入者データＤＬ返答（ＳＡＡ）を破棄する。これにより、加入者ＤＢサーバ１の加入者データと呼制御サーバ３の加入者データとの不一致を回避できる。
【００１６】
しかしながら、送信時刻のタイムスタンプを付与する方法では加入者データの不一致を回避できない状況が存在する。例えば、図９に示すように、加入者データＤＬ要求（ＳＡＲ）が、加入者データ書換要求（ＰＰＲ）を送信した後、かつ、加入者データ書換完了通知（ＰＰＡ）に基づき本登録（書換）を行う前に届く場合である。この場合、加入者データＤＬ返答（ＳＡＡ）には加入者データ書換要求（ＰＰＲ）のタイムスタンプｔ１よりも新しいタイムスタンプｔ２（＞ｔ１）が付与されているため、呼制御サーバ３において加入者データＤＬ返答（ＳＡＡ）の加入者データが採用される。該加入者データは加入者ＤＢサーバ１で本登録（書換）を行う前の古いデータであることから、加入者ＤＢサーバ１の加入者データと呼制御サーバ３の加入者データとが不一致となる。
【００１７】
本発明は、上記事情を鑑みてなされたものであり、加入者データの管理側と音声通話サービスの提供側との間で加入者データが不一致となる状態を回避することを目的とする。
【課題を解決するための手段】
【００１８】
以上の課題を解決するため、請求項１に記載の音声通話システムは、加入者データを管理する加入者管理サーバと、前記加入者データを用いて音声通話サービスを提供する呼制御サーバと、を備えた音声通話システムにおいて、前記加入者管理サーバは、加入者データを書き換えるための要求毎にＩＤ情報値を増加して書換対象の加入者データに付与する付与手段と、増加後のＩＤ情報値が付与された前記書換対象の加入者データを前記呼制御サーバに送信する提供手段と、を有し、前記呼制御サーバは、送信された加入者データに付与されている第１のＩＤ情報値と保持している加入者データに付与されている第２のＩＤ情報値とを比較し、前記比較の結果に基づき加入者データを書き換えるか否かを判定する判定手段と、前記第１のＩＤ情報値が前記第２のＩＤ情報値よりも大きい場合にのみ、前記送信された加入者データで前記保持している加入者データを書き換える書換手段と、を有することを要旨とする。
【００１９】
請求項２に記載の加入者データ提供方法は、加入者データを管理する加入者管理サーバと、前記加入者データを用いて音声通話サービスを提供する呼制御サーバと、で行う加入者データ提供方法において、前記加入者管理サーバは、加入者データを書き換えるための要求毎にＩＤ情報値を増加して書換対象の加入者データに付与する付与ステップと、増加後のＩＤ情報値が付与された前記書換対象の加入者データを前記呼制御サーバに送信する提供ステップと、を有し、前記呼制御サーバは、送信された加入者データに付与されている第１のＩＤ情報値と保持している加入者データに付与されている第２のＩＤ情報値とを比較し、前記比較の結果に基づき加入者データを書き換えるか否かを判定する判定ステップと、前記第１のＩＤ情報値が前記第２のＩＤ情報値よりも大きい場合にのみ、前記送信された加入者データで前記保持している加入者データを書き換える書換ステップと、を有することを要旨とする。
【発明の効果】
【００２０】
本発明によれば、加入者データの管理側と音声通話サービスの提供側との間で加入者データが不一致となる状態を回避できる。
【図面の簡単な説明】
【００２１】
【図１】音声通話システムの機能ブロック構成を示す図である。
【図２】加入者データの提供処理フローを示す図である。
【図３】音声通話システムの構成を示す図である。
【図４】加入者データの提供処理フローを示す図である。
【図５】加入者データの提供処理フロー（ＯｐＳ契機）を示す図である。
【図６】加入者データの提供処理フロー（端末契機）を示す図である。
【図７】加入者データが不一致となるケース１を示す図である。
【図８】加入者データの提供処理フロー（タイムスタンプ使用）を示す図である。
【図９】加入者データが不一致となるケース２を示す図である。
【発明を実施するための形態】
【００２２】
以下、本発明を実施する一実施の形態について図面を用いて説明する。
【００２３】
図１は、本実施の形態に係る音声通話システムの構成を示す図である。該音声通話システムは、加入者ＤＢサーバ１と、呼制御サーバ３と、ＯｐＳ５と、加入者端末７と、を備えて構成される。
【００２４】
加入者ＤＢサーバ１は、加入者が音声通話サービスを受けるために必要な加入者データの原本を保持・管理するサーバである。本実施の形態では、ＯｐＳ５からの書換要求に基づき加入者データの原本を登録する加入者データ登録部１１と、登録された加入者データの原本を記憶する加入者データ記憶部１２と、加入者データを識別するためのＩＤ情報値を保持するＩＤ情報保持部１３と、ＯｐＳ５からの書換要求毎｛＝ＯｐＳ５からのＳＯ（Service Order）更新を契機｝に該ＩＤ情報値をインクリメントして書換対象の加入者データに付与するＩＤ情報付与部１４と、インクリメント後のＩＤ情報値が付与された書換対象の加入者データを呼制御サーバに送信する加入者データ提供部１５と、を備えて構成される。
【００２５】
呼制御サーバ３は、加入者ＤＢサーバ１から提供された加入者データを用いて音声通話サービスを加入者端末５に提供するサーバである。加入者端末５から呼の接続要求を受けると、該加入者端末５の加入者データを用いて音声通話サービスを開始する。本実施の形態では、加入者ＤＢサーバ１に加入者データを要求する加入者データ要求部３１と、加入者ＤＢサーバ１から提供された加入者データを受信する加入者データ受信部３２と、受信した加入者データに付与されているＩＤ情報値と保持している加入者データに付与されているＩＤ情報値とを比較し、該比較の結果に基づき提供された加入者データを採用する・採用しないを判定する加入者データ採用判定部３３と、採用された加入者データを用いて保持している加入者データを書き換える加入者データ登録部３４と、書き換えられた加入者データを保持する加入者データ保持部３５と、保持している加入者データを用いて音声通話サービスを加入者端末５に提供する呼制御部３６と、を備えて構成される。
【００２６】
上述した加入者ＤＢサーバ１と呼制御サーバ３は、ＣＰＵ等の演算機能やメモリ等の記憶機能を備えたコンピュータで実現できる。また、加入者ＤＢサーバ１と呼制御サーバ３としてコンピュータを機能させるためのプログラムや該プログラムの記憶媒体を作成することも可能である。なお、上述した各機能部１１〜１５，３１〜３６の機能ブロック構成は一例であり、複数の機能部を１つの機能部で実現してもよい。例えば、ＩＤ情報付与部１４がＩＤ情報保持部１３のＩＤ情報保持機能を備えていてもよいし、全ての機能部１１〜１５を１つの機能部で実現してもよい。
【００２７】
ＯｐＳ（Operating System）５は、加入者ＤＢサーバ１に加入者データを投入し、投入済の加入者データを変更する管理装置である。例えば、加入者データの入力をウェブブラウザ上で受け付ける受付部、入力された加入者データを加入者ＤＢサーバ１に送信する送信部等を備えたパソコンを用いて実現できる。
【００２８】
加入者端末５は、音声通話機能を備えた端末である。例えば、固定電話、携帯電話、スマートフォン、パソコンを用いて実現できる。
【００２９】
次に、図２を参照しながら、上述した音声通話システムで行う加入者データ提供の処理動作について説明する。実線の矢印はＯｐＳ契機の処理であり、破線の矢印は端末契機の処理を示している。加入者ＤＢサーバ１には、加入者Ｓの加入者データとしてｓ０が既に本登録され、該加入者データｓ０に対してＩＤ情報値ｎ（ｎ：例えば正の整数）が付与されているとする。
【００３０】
まず、加入者Ｓの加入者端末７が、呼の接続要求を行うためのサービス提供要求（ＲＥＧ）を呼制御サーバ３へ送信する（ステップＳ１０１）。
【００３１】
次に、呼制御サーバ３は、加入者Ｓの加入者データを保持しているか否かを判定し、保持していない場合にのみ、該加入者データを取得するための加入者データＤＬ要求（ＳＡＲ）を加入者ＤＢサーバ１へ送信する（ステップＳ１０２）。
【００３２】
ステップＳ１０１，Ｓ１０２と並行して、ＯｐＳ５が、加入者Ｓの加入者データをｓ１で書き換えるための加入者データ書換要求（ＰＵＲ）を加入者ＤＢサーバ１へ送信する（ステップＳ１０３）。
【００３３】
次に、加入者ＤＢサーバ１は、ＯｐＳ５から加入者データ書換要求（ＰＵＲ）を受信したタイミングで現在のＩＤ情報値ｎをインクリメントし、加入者Ｓの加入者データがｓ０で既に本登録されているため、加入者Ｓに対する加入者データｓ１をインクリメント後のＩＤ情報値ｎ＋１に関連付けて仮登録する（ステップＳ１０４）。その後、該ＩＤ情報値ｎ＋１と共に加入者Ｓの加入者データをｓ１で書き換えるための加入者データ書換要求（ＰＰＲ）を呼制御サーバ３へ送信する（ステップＳ１０５）。
【００３４】
次に、呼制御サーバ３は、加入者Ｓの加入者データをｓ１で書き換え、受信したＩＤ情報値ｎ＋１に関連付けて登録する（ステップＳ１０６）。その後、加入者データの書き換えが完了した旨の加入者データ書換完了通知（ＰＰＡ）を加入者ＤＢサーバ１へ送信する（ステップＳ１０７）。
【００３５】
次に、加入者ＤＢサーバ１は、呼制御サーバ３での書き換えが完了したため、本登録中の加入者Ｓの加入者データｓ０を仮登録中の加入者データｓ１で書き換え、ＩＤ情報値ｎ＋１に関連付けて本登録する（ステップＳ１０８）。その後、加入者データの書き換えが完了した旨の加入者データ書換完了通知（ＰＵＡ）をＯｐＳ５へ送信する（ステップＳ１０９）。
【００３６】
一方、ステップＳ１０２で送信された加入者データＤＬ要求（ＳＡＲ）が、ステップＳ１０５の後、かつ、ステップＳ１０７の前に加入者ＤＢサーバ１に届いた場合、加入者ＤＢサーバ１は、自サーバ内のＤＢを参照し（ステップＳ１１０）、現時点で加入者Ｓに対して本登録されている加入者データはｓ０であるため、ＩＤ情報値ｎと共に加入者Ｓの加入者データをｓ０で書き換えるための加入者データＤＬ返答（ＳＡＡ）を呼制御サーバ３へ送信する（ステップＳ１１１）。
【００３７】
次に、呼制御サーバ３は、加入者ＤＢサーバ１から加入者データＤＬ返答（ＳＡＡ）を受信すると、書換対象である加入者Ｓの加入者データｓ１に付与されているＩＤ情報値ｎ＋１を取得し、受信した加入者データｓ０に付与されているＩＤ情報値ｎと比較する（ステップＳ１１２）。
【００３８】
そして、呼制御サーバ３は、加入者ＤＢサーバ１から新たに受信した加入者データのＩＤ情報値が保持している加入者データのＩＤ情報値よりも大きい場合にのみ、該受信した加入者データで該保持している加入者データを書き換える。具体的には、上記比較の結果、現在保持している加入者データｓ１のＩＤ情報値ｎ＋１の方が新たに受信した加入者データｓ０のＩＤ情報値ｎよりも大きいため、現在保持している加入者データｓ１をそのまま採用すると判定し、加入者データｓ０を不採用と判定して、該加入者データｓ０を破棄する（ステップＳ１１３）。
【００３９】
本実施の形態によれば、加入者ＤＢサーバ１が、加入者データを書き換えるための要求毎にＩＤ情報値をインクリメントして書換対象の加入者データに付与し、インクリメント後のＩＤ情報値が付与された書換対象の加入者データを呼制御サーバ３に送信し、呼制御サーバ３は、送信された加入者データに付与されているＩＤ情報値（第１のＩＤ情報値）と保持している加入者データに付与されているＩＤ情報値（第２のＩＤ情報値）とを比較し、該比較の結果に基づき加入者データを書き換えるか否かを判定し、第１のＩＤ情報値が第２のＩＤ情報値よりも大きい場合にのみ、送信された加入者データで保持している加入者データを書き換えるので、ＯｐＳ契機の加入者データ提供と端末契機の加入者データ提供とが並行して動作した場合であっても、加入者ＤＢサーバ１と呼制御サーバ３との間で加入者データが不一致となる状態を回避でき、結果として上述した２つの要件を満たすことができる。
【００４０】
なお、本実施の形態では、ＩＤ情報値ｎをインクリメント（＋１）する場合を例に説明したが、ＩＤ情報値を例えば２増加させるようにしても同様の効果を得ることができる。
【符号の説明】
【００４１】
１…加入者ＤＢサーバ
３…呼制御サーバ
５…ＯｐＳ
７…加入者端末
１１…加入者データ登録部
１２…加入者データ記憶部
１３…ＩＤ情報付与部
１４…ＩＤ情報保持部
１５…加入者データ提供部
３１…加入者データ要求部
３２…加入者データ受信部
３３…加入者データ採用判定部
３４…加入者データ登録部
３５…加入者データ保持部
３６…呼制御部
Ｓ１０１〜Ｓ１１３，Ｓ２０１〜Ｓ２０７，Ｓ３０１〜Ｓ３０５…ステップ
【図１】
0006280061.tif 000002
【図２】
0006280061.tif 000003
【図３】
0006280061.tif 000004
【図４】
0006280061.tif 000005
【図５】
0006280061.tif 000006
【図６】
0006280061.tif 000007
【図７】
0006280061.tif 000008
【図８】
0006280061.tif 000009
【図９】
0006280061.tif 000010