(57)【特許請求の範囲】
【請求項１】
加入者情報を記憶する加入者情報記憶装置と、前記加入者情報を用いて加入者端末間の呼を接続する呼接続装置と、を備えた呼接続システムにおいて、
前記加入者情報記憶装置は、
前記加入者情報が規定の最大送信データ量を超える場合、前記最大送信データ量ずつ前記呼接続装置に送信する第１の送信手段、を有し、
前記呼接続装置は、
前記加入者情報を構成する全てのデータの取得が完了するまで前記加入者情報の要求を繰り返し前記加入者情報記憶装置に送信する第２の送信手段、を有し、
前記第２の送信手段は、
前記加入者情報を構成する全てのデータの取得が途中で失敗した場合、加入者端末からの再接続要求に基づき、取得に失敗したデータ分から加入者情報の要求を開始することを特徴とする呼接続システム。
【請求項２】
前記第１の送信手段は、
前記加入者情報に未送信のデータがあるか否かを示す識別情報を更に送信することを特徴とする請求項１に記載の呼接続システム。
【請求項３】
前記第１の送信手段は、
前記最大送信データ量の加入者情報の送信順を示すシーケンス情報を更に送信することを特徴とする請求項１又は２に記載の呼接続システム。
【請求項４】
前記第１の送信手段は、
前記加入者情報に未送信のデータがあるか否かを示す識別情報、及び／又は、前記最大送信データ量の加入者情報の送信順を示すシーケンス情報を、送信信号のボディ部に設定することを特徴とする請求項１に記載の呼接続システム。
【請求項５】
加入者情報を記憶する加入者情報記憶装置と、前記加入者情報を用いて加入者端末間の呼を接続する呼接続装置と、で行う加入者情報送信方法において、
前記加入者情報記憶装置は、
前記加入者情報が規定の最大送信データ量を超える場合、前記最大送信データ量ずつ前記呼接続装置に送信する第１の送信ステップ、を有し、
前記呼接続装置は、
前記加入者情報を構成する全てのデータの取得が完了するまで前記加入者情報の要求を繰り返し前記加入者情報記憶装置に送信する第２の送信ステップ、を有し、
前記第２の送信ステップでは、
前記加入者情報を構成する全てのデータの取得が途中で失敗した場合、加入者端末からの再接続要求に基づき、取得に失敗したデータ分から加入者情報の要求を開始することを特徴とする加入者情報送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、加入者情報を送信する技術に関する。
【背景技術】
【０００２】
加入者情報を複数のサーバで保持するシステムがあり、その一つに音声通話サービスシステムが考えられる。このシステムは、加入者情報を一元管理する加入者ＤＢサーバと、その加入者情報を用いて端末に音声サービスを提供する呼制御サーバとで構成される。
【０００３】
その動作の流れを図５，図６に示す。呼制御サーバ３が端末５からの接続要求を受けた際、その加入者の加入者情報がない場合、加入者ＤＢサーバ１に加入者情報を要求し、ダウンロードして入手してからサービスを開始する。加入者情報のダウンロードに失敗した場合、呼制御サーバ３は端末５にＮＧを返却し、端末５からの再接続要求により加入者情報を取得する。
【０００４】
加入者ＤＢサーバから呼制御サーバへ加入者情報を提供する際、加入者ＤＢサーバと呼制御サーバとの間はＤＩＡＭＥＴＥＲ−ＩＦで規定されており、呼制御サーバに対して一度に送信できるデータ量は１６ＭＢが上限データサイズとなる。詳しくは非特許文献１を参照されたい。ＤＩＡＭＥＴＥＲ−ＩＦでの１信号の最大送信データ量は最大１６ＭＢで規定されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】“Diameter Base Protocol（特に“3.Diameter Header”）”、Network Working Group、［online］、［平成27年4月7日検索］、＜URL: http://www.ietf.org/rfc/rfc3588.txt＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
これまで、１６ＭＢを超えるデータ量をやり取りすることはなかった。しかし、大規模ユーザを上記システムに導入するにあたり、１６ＭＢを超えるデータ量のやり取りが発生するため、新たな方式が必要となる。つまり、ＤＩＡＭＥＴＥＲ−ＩＦでの１信号の最大送信データ量がＲＦＣや３ＧＰＰ等で規定されているため、それを超える加入者情報をダウンロードできないという課題があった。
【０００７】
本発明は、上記事情を鑑みてなされたものであり、規定の最大送信データ量を超える加入者情報を取得可能にすることを目的とする。
【課題を解決するための手段】
【０００８】
以上の課題を解決するため、請求項１に記載の呼接続システムは、加入者情報を記憶する加入者情報記憶装置と、前記加入者情報を用いて加入者端末間の呼を接続する呼接続装置と、を備えた呼接続システムにおいて、前記加入者情報記憶装置は、前記加入者情報が規定の最大送信データ量を超える場合、前記最大送信データ量ずつ前記呼接続装置に送信する第１の送信手段、を有し、前記呼接続装置は、前記加入者情報を構成する全てのデータの取得が完了するまで前記加入者情報の要求を繰り返し前記加入者情報記憶装置に送信する第２の送信手段、を有することを要旨とする。
【０００９】
本発明によれば、加入者情報記憶装置は、加入者情報が規定の最大送信データ量を超える場合、その最大送信データ量ずつ呼接続装置に送信し、呼接続装置は、その加入者情報を構成する全てのデータの取得が完了するまで加入者情報の要求を繰り返し加入者情報記憶装置に送信するため、呼接続装置で規定の最大送信データ量を超える加入者情報を取得できる。
【００１０】
請求項２に記載の呼接続システムは、請求項１に記載の呼接続システムにおいて、前記第１の送信手段は、前記加入者情報に未送信のデータがあるか否かを示す識別情報を更に送信することを要旨とする。
【００１１】
本発明によれば、加入者情報記憶装置は、加入者情報に未送信のデータがあるか否かを示す識別情報を更に送信するため、呼接続装置で加入者情報の取得が完了したことを把握できる。
【００１２】
請求項３に記載の呼接続システムは、請求項１又は２に記載の呼接続システムにおいて、前記第１の送信手段は、前記最大送信データ量の加入者情報の送信順を示すシーケンス情報を更に送信することを要旨とする。
【００１３】
本発明によれば、加入者情報記憶装置は、最大送信データ量の加入者情報の送信順を示すシーケンス情報を更に送信するため、呼接続装置で加入者情報の取得状況を管理可能となり、加入者情報の取得に失敗した場合であっても、取得完了までの時間を短縮でき、端末へのサービス提供時間を短くすることができる。
【００１４】
請求項４に記載の呼接続システムは、請求項１に記載の呼接続システムにおいて、前記第１の送信手段は、前記加入者情報に未送信のデータがあるか否かを示す識別情報、及び／又は、前記最大送信データ量の加入者情報の送信順を示すシーケンス情報を、送信信号のボディ部に設定することを要旨とする。
【００１５】
本発明によれば、加入者情報記憶装置は、加入者情報に未送信のデータがあるか否かを示す識別情報、及び／又は、最大送信データ量の加入者情報の送信順を示すシーケンス情報を、送信信号のボディ部に設定するため、送信可能な送信データ量の上限を満たしつつ、最大送信データ量を超える加入者情報を取得できる。
【００１６】
請求項５に記載の加入者情報送信方法は、加入者情報を記憶する加入者情報記憶装置と、前記加入者情報を用いて加入者端末間の呼を接続する呼接続装置と、で行う加入者情報送信方法において、前記加入者情報記憶装置は、前記加入者情報が規定の最大送信データ量を超える場合、前記最大送信データ量ずつ前記呼接続装置に送信する第１の送信ステップ、を有し、前記呼接続装置は、前記加入者情報を構成する全てのデータの取得が完了するまで前記加入者情報の要求を繰り返し前記加入者情報記憶装置に送信する第２の送信ステップ、を有することを要旨とする。
【発明の効果】
【００１７】
本発明によれば、規定の最大送信データ量を超える加入者情報を取得できる。
【図面の簡単な説明】
【００１８】
【図１】音声通話サービスシステムの全体構成を示す図である。
【図２】加入者情報の送受信処理フローを示す図である。
【図３】加入者情報の送受信処理フロー（エラーあり）を示す図である。
【図４】後続データフラグ及び分割番号の設定例を示す図である。
【図５】サービス提供までの流れを示す図である。
【図６】サービス提供までのシステム上の処理フローを示す図である。
【発明を実施するための形態】
【００１９】
本発明では、加入者情報がＤＩＡＭＥＴＥＲ−ＩＦの最大送信データ量を超えた際の信号送信方式を提案する。具体的には、加入者情報のダウンロード返答に設定する最大のデータ量を上記最大送信データ量のままとし、その最大送信データ量ずつ加入者情報を呼制御サーバに送信することを加入者情報の取得完了まで繰り返す信号分割送信方式を提案する。以下、本発明を実施する一実施の形態について図面を用いて説明する。
【００２０】
図１は、本実施の形態に係る音声通話サービスシステム１００の全体構成を示す図である。この音声通話サービスシステム１００は、従来と同様に加入者ＤＢサーバ１及び呼制御サーバ３を備えて構成される。加入者ＤＢサーバ１と呼制御サーバ３は、ＤＩＡＭＥＴＥＲ−ＩＦを介して相互通信可能である。
【００２１】
加入者ＤＢサーバ１は、加入者がサービスを受けるために必要な加入者情報の原本を管理するサーバである。本実施の形態では、加入者情報の原本を格納する記憶部１１と、加入者情報のダウンロード要求を受信する受信部１２と、加入者情報のダウンロード返答を送信する送信部１３と、を備えて構成される。ダウンロード要求とダウンロード返答、及び後述する後続データフラグと分割番号は、ＤＩＡＭＥＴＥＲ−ＩＦを介してＤＩＡＭＥＴＥＲ信号で送受信される。
【００２２】
ここで、送信部１３の機能について詳述する。本実施の形態では、ダウンロード要求対象の加入者情報がＤＩＡＭＥＴＥＲ−ＩＦの最大送信データ量を超える場合、その最大送信データ量ずつ分けて加入者情報を送信する。つまり、１つの加入者情報を送信するために必要なダウンロード返答用の信号を分割して送信する。これにより、ＤＩＡＭＥＴＥＲ−ＩＦで送信可能な送信データ量の上限を満たしつつ、その最大送信データ量を超える加入者情報を取得させることができる。
【００２３】
かかる信号分割送信方式を採用した場合、呼制御サーバ３では、どのダウンロード返答で要求した加入者情報の全てを取得完了したかを把握することが難しい。そこで、送信部１３は、呼制御サーバ３からのダウンロード要求の送信要否を判断するための後続データフラグ（加入者情報に未送信のデータがあるか否かを示す識別情報）を送信する。加入者情報に残りがある場合は「有」のフラグを送信し、残りがない場合は「無」のフラグを送信する。後続データフラグが「無」であれば、呼制御サーバ３で加入者情報の取得が完了したことを把握できる。
【００２４】
また、上述した信号分割送信方式を採用すると加入者情報が分割されて送信されることになる。それゆえ、１つの加入者情報を取得するために必要なダウンロード回数やメモリへの反映回数が増加し、加入者情報の取得に失敗する可能性が高くなる。そこで、送信部１３は、分割番号（最大送信データ量の加入者情報の送信順を示すシーケンス情報）を送信する。これにより、呼制御サーバ３は、その分割番号を用いて加入者情報のダウンロード状況を管理可能となる。それゆえ、例えば途中でダウンロードに失敗した場合、失敗した分割番号の加入者情報からダウンロード要求を再開することで、加入者情報の取得完了までの時間を短縮でき、端末５へのサービス提供時間を短くすることができる。
【００２５】
続いて、呼制御サーバ３について説明する。呼制御サーバ３は、端末５から接続要求を受けると、その加入者の加入者情報を用いて接続処理を行うサーバである。本実施の形態では、加入者ＤＢサーバ１からダウンロードした加入者情報（複製）を格納する記憶部３１と、端末５からの接続要求を受け付ける受付部３２と、加入者情報のダウンロード要求を送信する送信部３３と、加入者情報のダウンロード返答を受信する受信部３４と、を備えて構成される。
【００２６】
ここで、受信部３４と送信部３３の機能について詳述する。本実施の形態において、受信部３４は、加入者ＤＢサーバ１から加入者情報をダウンロードする毎に記憶部３１に記憶させる。また、加入者ＤＢサーバ１から送信された後続データフラグを参照し、「有」の場合は残りの加入者情報を取得するため送信部３３に対して加入者情報のダウンロード要求の再送信を要求する。一方、「無」の場合、加入者ＤＢサーバ１からの加入者情報の取得が完了したと判断し、上記再送信は要求しない。送信部３３は、受信部３４からの再送信要求に基づき加入者情報のダウンロード要求を送信する。その際、加入者ＤＢサーバ１から送信された分割番号を１つインクリメントして次の分割番号も送信する。また、加入者情報の取得に失敗した場合、取得に成功していた加入者情報の分割番号を参照し、最も大きい分割番号を１つインクリメントした分割番号を含めて加入者情報のダウンロード要求を送信する。
【００２７】
以上が加入者ＤＢサーバ１と呼制御サーバ３の機能である。なお、上述した機能やその分担は一つの例にすぎない。例えば、加入者ＤＢサーバ１において、送信部１３が持つ一部の機能を他の機能部（例えば、データ処理部）で実現してもよいし、受信部１２と送信部１３が持つ全ての機能を１つの機能部（例えば、送受信部）で実現してもよい。また、上述した機能部以外の機能部を備えてもよい。例えば、呼制御サーバ３であれば呼接続を処理する呼処理部が考えられる。
【００２８】
次に、図２を参照しながら、上述した音声通話サービスシステム１００で行う加入者情報の送信方法について説明する。但し、ここでの加入者情報のデータ量は４８ＭＢ（＝１６ＭＢ×３）とする。
【００２９】
まず、呼制御サーバ３は、端末５から接続要求を受けると、その加入者の加入者情報が記憶部３１に格納されているか否かを判定し、格納されていない場合は加入者情報の原本を持つ加入者ＤＢサーバ１にその加入者の加入者情報のダウンロード要求を送信する（ステップＳ１０１）。
【００３０】
次に、加入者ＤＢサーバ１は、呼制御サーバ３から要求を受けた加入者情報を記憶部１１から取得して、そのデータ量がＤＩＡＭＥＴＥＲ−ＩＦの最大送信データ量（＝１６ＭＢ）を超えるか否かを判定し、超える場合は先頭から１６ＭＢ分の加入者情報を返却し、それに併せて分割番号＃１及び後続データフラグ「有」を送信する（ステップＳ１０２）。
【００３１】
次に、呼制御サーバ３は、加入者ＤＢサーバ１からダウンロードした加入者情報を分割番号＃１に関連付けて記憶部３１に記憶させ、後続データフラグが「有」であるため、分割番号＃１を１つインクリメントし、分割番号＃２の加入者情報のダウンロード要求を送信する（ステップＳ１０３）。
【００３２】
次に、加入者ＤＢサーバ１は、分割番号＃２の加入者情報のダウンロード要求を受けると、分割番号＃２及び後続データフラグ「有」と共に次の１６ＭＢ分の加入者情報を返却する（ステップＳ１０４）。
【００３３】
次に、呼制御サーバ３は、加入者ＤＢサーバ１から続いてダウンロードした加入者情報を分割番号＃２に関連付けて記憶部３１に追加し、後続データフラグが「有」であるため、分割番号＃２を１つインクリメントし、分割番号＃３の加入者情報のダウンロード要求を送信する（ステップＳ１０５）。
【００３４】
次に、加入者ＤＢサーバ１は、分割番号＃３の加入者情報のダウンロード要求を受けると、分割番号＃３及び後続データフラグ「無」と共に最後の１６ＭＢ分の加入者情報を返却する（ステップＳ１０６）。
【００３５】
その後、呼制御サーバ３は、加入者ＤＢサーバ１から引き続きダウンロードした加入者情報を分割番号＃３に関連付けて記憶部３１に追加し、後続データフラグが「無」のため加入者情報の取得完了と判断して、端末５に接続要求のＯＫを返却する（ステップＳ１０７）。
【００３６】
このように、加入者情報がＤＩＡＭＥＴＥＲ−ＩＦの最大送信データ量を超える場合、加入者ＤＢサーバ１は、加入者情報のダウンロード返答に設定する最大のデータ量を上記最大送信データ量のままとし、その最大送信データ量ずつ加入者情報を呼制御サーバ３に送信することを加入者情報の取得完了まで繰り返す。そのため、ＤＩＡＭＥＴＥＲ−ＩＦで送信可能な送信データ量の上限を満たしつつ、その最大送信データ量を超える加入者情報を取得させることができる。
【００３７】
また、加入者ＤＢサーバ１が、加入者情報と共に後続データフラグを送信するので、呼制御サーバ３で加入者情報に残りがあるか否かを確実かつ迅速に把握できる。
【００３８】
また、加入者ＤＢサーバ１が、加入者情報と共に分割番号を送信するので、その分割番号を用いて加入者情報のダウンロード状況を管理可能となる。これにより、例えば途中でダウンロードに失敗した場合、失敗した分割番号の加入者情報からダウンロード要求を再開することで、加入者情報の取得完了までの時間を短縮でき、端末５へのサービス提供時間を短くすることができる。この作用効果を十分に理解するため、途中でダウンロードに失敗した際の動作について引き続き説明する。
【００３９】
図３は、図２を用いて説明した処理フローを基本とし、分割番号＃２の加入者情報を記憶部３１に記憶させる処理が失敗した場合を示している。ステップＳ２０１〜ステップＳ２０４は、ステップＳ１０１〜ステップＳ１０４の各処理と同じである。
【００４０】
ステップＳ２０４の後、呼制御サーバ３は、加入者ＤＢサーバ１からダウンロードした分割番号＃２の加入者情報を記憶部３１に追加しようとするが、何らかの理由によりその処理が失敗した場合、端末５に接続要求のＮＧを返却し、分割番号＃１の加入者情報の取得は成功したことを記憶しておく（ステップＳ２０５）。
【００４１】
その後、呼制御サーバ３は、端末５から再接続要求を受けると、その加入者の加入者情報が記憶部３１に格納されているか否かを再判定し、分割番号＃１の加入者情報の取得は成功しているため、分割番号＃１を１つインクリメントし、分割番号＃２の加入者情報のダウンロード要求を送信する（ステップＳ２０６）。
【００４２】
すなわち、取得に成功していた分割番号＃１の加入者情報の再取得は行わないので、加入者情報の取得完了までの時間を短縮でき、端末５へのサービス提供時間を短くすることができる。なお、図３に示したステップＳ２０７〜ステップＳ２１０は、ステップＳ１０４〜ステップＳ１０７の各処理と同じである。
【００４３】
最後に、後続データフラグ及び分割番号の設定箇所について説明する。本実施の形態では、それらをＤＩＡＭＥＴＥＲ信号のボディ部（ヘッダ部ではなくデータ自体が設定されるデータ部）に設定する。これにより、ＲＦＣや３ＧＰＰ等で規定されたＤＩＡＭＥＴＥＲの標準規定を満たしつつ、１６ＭＢの信号分割送信方式に対応可能となる。後続データフラグ及び分割番号のボディ部への設定例を図４に示す。
【００４４】
以上より、本実施の形態によれば、加入者ＤＢサーバ１は、加入者情報が規定の最大送信データ量を超える場合、その最大送信データ量ずつ呼制御サーバ３に送信し、呼制御サーバ３は、その加入者情報を構成する全てのデータの取得が完了するまで加入者情報の要求を繰り返し加入者ＤＢサーバ１に送信するので、呼制御サーバ３で規定の最大送信データ量を超える加入者情報を取得できる。
【００４５】
また、本実施の形態によれば、加入者ＤＢサーバ１は、加入者情報に未送信のデータがあるか否かを示す後続データフラグを更に送信するので、呼制御サーバ３で加入者情報の取得が完了したことを把握できる。
【００４６】
また、本実施の形態によれば、加入者ＤＢサーバ１は、最大送信データ量の加入者情報の送信順を示す分割番号を更に送信するので、呼制御サーバ３で加入者情報の取得状況を管理可能となり、加入者情報の取得に失敗した場合であっても、取得完了までの時間を短縮でき、端末へのサービス提供時間を短くすることができる。
【００４７】
また、本実施の形態によれば、加入者ＤＢサーバ１は、加入者情報に未送信のデータがあるか否かを示す後続データフラグ、及び／又は、最大送信データ量の加入者情報の送信順を示す分割番号を、ＤＩＡＭＥＴＥＲ信号のボディ部に設定するので、送信可能な送信データ量の上限を満たしつつ、最大送信データ量を超える加入者情報を取得できる。
【００４８】
最後に、本実施の形態で説明した加入者ＤＢサーバ１及び呼制御サーバ３は、ＣＰＵ等の演算機能やメモリ等の記憶機能を備えたコンピュータで実現できる。また、加入者ＤＢサーバ１又は呼制御サーバ３としてコンピュータを機能させるためのプログラムや該プログラムの記憶媒体を作成することも可能である。
【符号の説明】
【００４９】
１…加入者ＤＢサーバ（加入者情報記憶装置）
１１…記憶部
１２…受信部
１３…送信部（第１の送信手段）
３…呼制御サーバ（呼接続装置）
３１…記憶部
３２…受付部
３３…送信部（第２の送信手段）
３４…受信部
５…端末（加入者端末）
１００…音声通話サービスシステム（呼接続システム）
Ｓ１０１〜Ｓ１０７、Ｓ２０１〜Ｓ２１０…ステップ
【図１】
0006389142.tif 000002
【図２】
0006389142.tif 000003
【図３】
0006389142.tif 000004
【図４】
0006389142.tif 000005
【図５】
0006389142.tif 000006
【図６】
0006389142.tif 000007