(57)【特許請求の範囲】
【請求項１】
呼制御信号を送信先の通信装置へ向けて送出する呼制御信号送信装置において、
呼制御信号の送信先ごとに、送信する呼制御信号の１行あたりのデータ量の上限値を記憶する送信先情報記憶手段と、
上記送信先情報記憶手段から、当該呼制御信号送信装置が送信しようとする呼制御信号の送信先に対応する上限値を保持し、当該呼制御信号の全ての行のデータ量が保持した上限値を超えないように、当該呼制御信号を加工する呼制御信号加工手段とを有し、
上記呼制御信号加工手段は、呼制御信号を加工する際に、加工前と加工後で呼制御信号全体としてのデータの内容を維持する
ことを特徴とする呼制御信号送信装置。
【請求項２】
上記呼制御信号加工手段は、当該呼制御信号で、保持した上限値を超えるデータ量の行が存在した場合、その行に１又は複数の改行を示す符号を挿入して、当該呼制御信号の全ての行のデータ量が保持した上限値を超えないようにすることを特徴とする請求項１に記載の呼制御信号送信装置。
【請求項３】
上記送信先情報記憶手段は、呼制御信号の送信先に係るネットワーク事業者を示す識別子ごとに、上限値を記憶していることを特徴とする請求項１又は２に記載の呼制御信号送信装置。
【請求項４】
上記送信先情報記憶手段で、改行を示す符号を認識することができない送信先に対応する上限値として、上記呼制御信号加工手段による改行を示す符号を挿入する処理を行わせない程度に長い値を適用していることを特徴とする請求項２に記載の呼制御信号送信装置。
【請求項５】
呼制御信号を送信先の通信装置へ向けて送出する呼制御信号送信装置に搭載されたコンピュータを、
呼制御信号の送信先ごとに、送信する呼制御信号の１行あたりのデータ量の上限値を記憶する送信先情報記憶手段と、
上記送信先情報記憶手段から、当該呼制御信号送信装置が送信しようとする呼制御信号の送信先に対応する上限値を保持し、当該呼制御信号の全ての行のデータ量が保持した上限値を超えないように、当該呼制御信号を加工する呼制御信号加工手段として機能させ、
上記呼制御信号加工手段は、呼制御信号を加工する際に、加工前と加工後で呼制御信号全体としてのデータの内容を維持する
ことを特徴とする呼制御信号送信プログラム。
【請求項６】
呼制御信号を送信先の通信装置へ向けて送出する呼制御信号送信装置が実行する呼制御信号送信方法において、
送信先情報記憶手段、呼制御信号加工手段を有し、
上記送信先情報記憶手段は、呼制御信号の送信先ごとに、送信する呼制御信号の１行あたりのデータ量の上限値を記憶し、
上記呼制御信号加工手段は、上記送信先情報記憶手段から、当該呼制御信号送信装置が送信しようとする呼制御信号の送信先に対応する上限値を保持し、当該呼制御信号の全ての行のデータ量が保持した上限値を超えないように、当該呼制御信号を加工し、
上記呼制御信号加工手段は、呼制御信号を加工する際に、加工前と加工後で呼制御信号全体としてのデータの内容を維持する
ことを特徴とする呼制御信号送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、呼制御信号送信装置、プログラム及び方法に関し、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の信号を処理するサーバ（以下、「ＳＩＰサーバ」と呼ぶ）に適用し得る。
【背景技術】
【０００２】
一般的にＳＩＰメッセージ（非特許文献１、２参照）を中継処理するＳＩＰサーバでは、送信元のＳＩＰ−ＵＡ（ＳＩＰ  Ｕｓｅｒ  Ａｇｅｎｔ）から与えられたＳＩＰメッセージに含まれるＳＩＰ−ＵＲＩ（ＳＩＰ  Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）などを編集して、当該宛先のＳＩＰ−ＵＡへ向けて送出する。
【０００３】
ＳＩＰ−ＵＡ間のセッションを確立や維持をさせるために、ＳＩＰメッセージのヘッダ情報を編集する従来技術としては、従来、特許文献１〜３の記載技術がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２０３０１号公報
【特許文献２】特願２００８−５４４４２６号公報
【特許文献３】特願２００１−３７３５２０号公報
【非特許文献】
【０００５】
【非特許文献１】ＩＥＴＦ  ＲＦＣ２２３４
【非特許文献２】ＩＥＴＦ  ＲＦＣ３２６１
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１〜３の記載技術等を用いた従来のＳＩＰサーバにおいて、中継送信するＳＩＰメッセージのヘッダ情報を加工する場合、その加工によりＳＩＰメッセージのヘッダ情報が長くなってしまうと、送信先のＳＩＰ−ＵＡ（又は、宛先のＳＩＰ−ＵＡに到達するまでに中継するＳＩＰサーバ）の仕様によっては、処理できない恐れがある。例えば、送信先が長いヘッダ（たとえばＡｕｔｈｏｒｉｚａｔｉｏｎなど認証に関するヘッダ）のパーシングに対応していない場合は、送信先でそのＳＩＰメッセージが正常に処理できない場合がある。
【０００７】
特に、ＳＩＰメッセージを中継処理するＳＩＰサーバと、ＳＩＰメッセージの送信先が別のネットワーク事業者となる場合には、ＳＩＰサーバにおいて、送信先で正常に処理不能なＳＩＰメッセージが生成されてしまう場合があり、注意が必要である。
【０００８】
そのため、通信装置（たとえば、ＳＩＰ−ＵＡ）へ呼制御信号（たとえば、ＳＩＰメッセージ等）を送信する呼制御信号送信装置（例えば、ＳＩＰサーバ）において、送信先の通信装置で正常に処理可能な呼制御信号を生成することができる呼制御信号送信装置、プログラム及び方法が望まれている。
【課題を解決するための手段】
【０００９】
第１の本発明は、呼制御信号を送信先の通信装置へ向けて送出する呼制御信号送信装置において、（１）呼制御信号の送信先ごとに、送信する呼制御信号の１行あたりのデータ量の上限値を記憶する送信先情報記憶手段と、（２）上記送信先情報記憶手段から、当該呼制御信号送信装置が送信しようとする呼制御信号の送信先に対応する上限値を保持し、当該呼制御信号の全ての行のデータ量が保持した上限値を超えないように、当該呼制御信号を加工する呼制御信号加工手段とを有し、（３）上記呼制御信号加工手段は、呼制御信号を加工する際に、加工前と加工後で呼制御信号全体としてのデータの内容を維持することを特徴とする。
【００１０】
第２の本発明の呼制御信号送信プログラムは、呼制御信号を送信先の通信装置へ向けて送出する呼制御信号送信装置に搭載されたコンピュータを、（１）呼制御信号の送信先ごとに、送信する呼制御信号の１行あたりのデータ量の上限値を記憶する送信先情報記憶手段と、（２）上記送信先情報記憶手段から、当該呼制御信号送信装置が送信しようとする呼制御信号の送信先に対応する上限値を保持し、当該呼制御信号の全ての行のデータ量が保持した上限値を超えないように、当該呼制御信号を加工する呼制御信号加工手段として機能させ、（３）上記呼制御信号加工手段は、呼制御信号を加工する際に、加工前と加工後で呼制御信号全体としてのデータの内容を維持することを特徴とする。
【００１１】
第３の本発明は、呼制御信号を送信先の通信装置へ向けて送出する呼制御信号送信装置が実行する呼制御信号送信方法において、（１）送信先情報記憶手段、呼制御信号加工手段を有し、（２）上記送信先情報記憶手段は、呼制御信号の送信先ごとに、送信する呼制御信号の１行あたりのデータ量の上限値を記憶し、（３）上記呼制御信号加工手段は、上記送信先情報記憶手段から、当該呼制御信号送信装置が送信しようとする呼制御信号の送信先に対応する上限値を保持し、当該呼制御信号の全ての行のデータ量が保持した上限値を超えないように、当該呼制御信号を加工し、（３）上記呼制御信号加工手段は、呼制御信号を加工する際に、加工前と加工後で呼制御信号全体としてのデータの内容を維持することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、通信装置へ呼制御信号を送信する呼制御信号送信装置において、送信先の通信装置で正常に処理可能な呼制御信号を生成することができる
【図面の簡単な説明】
【００１３】
【図１】実施形態に関係する各種装置の接続関係などの説明図である。
【図２】実施形態に係る送信先情報リストの内容例について示した説明図である。
【図３】実施形態に係る発呼側のＳＩＰ−ＵＡが、ＳＩＰサーバを介して着呼側のＳＩＰ−ＵＡとＳＩＰメッセージを送受信する処理について示したシーケンス図である。
【図４】実施形態に係るＳＩＰサーバ（ＳＩＰ処理部）によりＳＩＰメッセージが処理される動作について示したフローチャートである。
【図５】実施形態に係るＳＩＰサーバ（ＳＩＰ処理部）により、処理されるＳＩＰメッセージの内容の遷移を示した説明図である。
【図６】実施形態に係るＳＩＰサーバ（ＳＩＰ処理部）により、ＳＩＰメッセージのＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダに対して行う改行処理の内容ついて示した説明図である。
【発明を実施するための形態】
【００１４】
（Ａ）主たる実施形態
以下、本発明による呼制御信号送信装置、プログラム及び方法の一実施形態を、図面を参照しながら詳述する。この実施形態では、本発明の呼制御信号送信装置をＳＩＰサーバに適用した例について説明する。
【００１５】
（Ａ−１）実施形態の構成
図１は、この実施形態のＳＩＰサーバ１０の機能的構成について説明したブロック図である。
【００１６】
ＳＩＰサーバ１０は、ＳＩＰに対応した通信装置であるＳＩＰ−ＵＡ（ＳＩＰ−Ｕｓｅｒ  Ａｇｅｎｔ）の間で、ＳＩＰメッセージ（ＳＩＰ信号）を中継処理するものである。図１では、ＳＩＰサーバ１０は、ＳＩＰ−ＵＡ２１（発呼側）とＳＩＰ−ＵＡ２２（着呼側）との間のＳＩＰ信号を処理するものとする。なお、ＳＩＰサーバ１０が中継処理する対象の通信装置の数や接続構成は限定されないものである。
【００１７】
なお、ＳＩＰ−ＵＡ２１、２２は、ＳＩＰ端末（ユーザが使用する電話装置等の端末）であっても良いし、ＳＩＰサーバであってもよい。すなわち、ＳＩＰサーバ１０は対向する通信装置の種類によってプロキシ動作を行ったり、ＳＩＰ加入者を収容する動作するものであっても良い。
【００１８】
ＳＩＰサーバ１０は、制御部１１、送受信部１２、及びＳＩＰ処理部１３を有している。
【００１９】
ＳＩＰサーバ１０は、プロセッサやメモリ等のプログラムの実施構成及びネットワークに接続するためのインタフェース等を備えた情報処理装置に、実施形態の呼制御信号送信プログラムをインストールすることにより構築しても良く、その場合でも機能的には図１のように表わすことができる。
【００２０】
制御部１１は、ＳＩＰサーバ１０の全体を制御するものである。
【００２１】
送受信部１２は、ＳＩＰサーバ１０がネットワークに接続するためのインタフェースである。
【００２２】
ＳＩＰ処理部１３は、当該ＳＩＰサーバ１０が送信するＳＩＰメッセージ（呼制御信号）を処理するものである。
【００２３】
ＳＩＰ処理部１３は、送信先情報リスト１３ａを有しており、送信先情報リスト１３ａの内容に従ってＳＩＰメッセージを処理する。
【００２４】
図２は、送信先情報リスト１３ａの内容例について示した説明図である。
【００２５】
送信先情報リスト１３ａでは、それぞれのデータ（列）ごとに、「リスト番号」、「送信先アドレス」、「送信先ポート番号」、「１ライン最大長」、「ドメイン番号」の項目の情報を記憶している。
【００２６】
「リスト番号」の項目は、送信先情報リスト１３ａにおける当該データの識別子を示している。
【００２７】
ＳＩＰ処理部１３において、「送信先アドレス」の項目は、当該データが対象とするＳＩＰメッセージの送信先アドレスを示すものとする。「送信先アドレス」については、単一のものではなく、複数指定（例えば、範囲指定）するようにしても良い。また、ＳＩＰ処理部１３において、当該データが対象とするＳＩＰメッセージの指定方法は、「送信先アドレス」に限定されず、例えば、他の情報（ドメイン名等）を用いるようにしても良い。
【００２８】
「送信先ポート番号」の項目は、当該データの「送信先アドレス」へＳＩＰメッセージを送信する際のポート番号を示している。なお、「送信先ポート番号」の項目は、ＳＩＰ処理部１３の処理で用いない場合には省略するようにしても良い。
【００２９】
「ドメイン番号」の項目は、当該データの「送信先アドレス」に対応するドメインの識別子を示している。
【００３０】
図２では、ドメイン番号としては、「１」、「２」という番号を付しているが、実際には、それぞれの番号に対応するドメイン名が図示しないテーブル等に登録されているものとする。ドメイン番号の項目の記述形式は限定されないものであり、例えば、ドメイン名自体を登録するようにしても良い。なお、「ドメイン番号」の項目は、ＳＩＰ処理部１３の処理で用いない場合には省略するようにしても良い。
【００３１】
「１ライン最大長」の項目は、当該データが対象とするＳＩＰメッセージ（「送信先アドレス」に対応するＳＩＰメッセージ）の各ヘッダについて、１行（ライン）あたりに許容する最大の長さ（データ量）を示している。ここでは、１行とは、ヘッダにおいて、先頭又は改行を示す符号（例えば、ＣＲＬＦ等）から、次の改行を示す符号までの長さをいうものとする。また、ここでは、１ライン最大長で用いられる単位はバイトであるものとする。
【００３２】
ＳＩＰ処理部１３は、与えられたＳＩＰメッセージについて、送信先情報リスト１３ａから該当するデータを検出し、検出したデータの１ライン最大長の値を保持する。そして、ＳＩＰ処理部１３は、そのパケットのＳＩＰメッセージに、取得した１ライン最大長の値を超える行が存在した場合には、超えないように、改行を示す符号を挿入する処理（以下、「改行処理」という）を施す。ＳＩＰ処理部１３による処理については、後述する動作説明において詳述する。
【００３３】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態のＳＩＰサーバ１０の動作（実施形態の呼制御信号送信方法）を説明する。
【００３４】
まず、ＳＩＰ−ＵＡ２１とＳＩＰ−ＵＡ２２との間で、ＳＩＰサーバ１０を介してメッセージを送受信し、セッションを確立させる処理の概要について説明する。
【００３５】
図３は、発呼側のＳＩＰ−ＵＡ２１が、ＳＩＰサーバ１０を介して着個呼側のＳＩＰ−ＵＡ２２とＳＩＰメッセージを送受信する処理について示したシーケンス図である。
【００３６】
まず、発呼側のＳＩＰ−ＵＡ２１から、ＳＩＰ−ＵＡ２２へ発呼するためのＩＮＶＩＴＥのＳＩＰメッセージが、ＳＩＰサーバ１０へ送信されたものとする（Ｓ１０１）。
【００３７】
次に、ＳＩＰサーバ１０は受信したＩＮＶＩＴＥのＳＩＰメッセージを変換処理（上述の改行処理を含み、詳細については後述する）して（Ｓ１０２）、ＳＩＰ−ＵＡ２２へ転送する（Ｓ１０３）。
【００３８】
そして、ＩＮＶＩＴＥのＳＩＰメッセージを受信したＳＩＰ−ＵＡ２２は、ＳＩＰ−ＵＡ２１に応答するためのＯＫのＳＩＰメッセージ（ステータスコードが２００）を、ＳＩＰサーバ１０に送信し（Ｓ１０４）、そのＳＩＰメッセージがＳＩＰサーバ１０により変換処理され（Ｓ１０５）、ＳＩＰ−ＵＡ２１に送信される（Ｓ１０６）。
【００３９】
そして、ＯＫのＳＩＰメッセージを受信したＳＩＰ−ＵＡ２１は、ＳＩＰ−ＵＡ２２に応答するための「ＡＣＫ」のＳＩＰメッセージを、ＳＩＰサーバ１０に送信し（Ｓ１０７）、そのＳＩＰメッセージがＳＩＰサーバ１０により変換処理され（Ｓ１０８）、ＳＩＰ−ＵＡ２２に送信される（Ｓ１０９）。
【００４０】
そして、ＳＩＰ−ＵＡ２１とＳＩＰ−ＵＡ２２との間のセッションが確立される（Ｓ１１０）。
【００４１】
次に、ＳＩＰサーバ１０（ＳＩＰ処理部１３）によるＳＩＰメッセージの処理の具体例について説明する。ここでは、具体例として、上述のステップＳ１０２におけるＩＮＶＩＴＥのＳＩＰメッセージの処理について説明するが、その他のＳＩＰメッセージについても同様の方法で処理可能である。
【００４２】
図４は、ＳＩＰサーバ１０（ＳＩＰ処理部１３）によりＳＩＰメッセージが処理される動作について示したフローチャートである。
【００４３】
図５は、上述の図４のフローチャートに従って、ＳＩＰサーバ１０（ＳＩＰ処理部１３）により処理されるＳＩＰメッセージの内容（ヘッダ部分のみ記載）の遷移を示した説明図である。
【００４４】
ここでは、ＳＩＰ処理部１３が、ＳＩＰメッセージの処理に用いる送信先情報リスト１３ａの内容については、図２のような内容であるものとする。
【００４５】
図５（ａ）は、上述のステップＳ１０１で、ＳＩＰ−ＵＡ２１からＳＩＰサーバ１０に送信されるＩＮＶＩＴＥメッセージ（ＳＩＰメッセージ）の内容例について示している。
【００４６】
ＳＩＰ処理部１３では、ＳＩＰメッセージ（図５（ａ）のＳＩＰメッセージ）が与えられると、まず、当該ＳＩＰメッセージについて改行処理以外の編集処理（Ｃｏｎｔａｃｔヘッダや、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダの内容の変換等）を行う（Ｓ２０１）。
【００４７】
図５（ｂ）は、ステップＳ２０１により、図５（ａ）に示すＳＩＰメッセージが、ＳＩＰ処理部１３により変換された後（改行処理は未処理の状態）の内容を示している。
【００４８】
なお、図５（ｂ）において付された下線は、変換前（図５（ａ）の内容）から、記述を変更した部分を示している。図５（ｂ）では、ＳＩＰサーバ１０にてＣｏｎｔａｃｔヘッダのアドレス情報が自身のアドレスに編集されている。具体的には、図５（ｂ）では、Ｃｏｎｔａｃｔヘッダにおいて、ＳＩＰ−ＵＡ２１のアドレス（１９２．１６８．１．２）が、ＳＩＰサーバ１０のアドレス（１９２．１６８．１．１）に変換されている。また、図５（ｂ）では、ＳＩＰセッション確立後のリクエストを転送するためのＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダ等が編集されている。具体的には、図５（ｂ）では、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダにおいて、「<sip:192.168.1.1:5060;lr>,」が、新たに挿入されている。
【００４９】
なお、ＳＩＰ処理部１３によるステップＳ２０１における、ＳＩＰメッセージに対する改行処理以外の処理の内容については限定されないものであり、既存のＳＩＰサーバと同様の処理を適用することができる。
【００５０】
そして、ＳＩＰ処理部１３は、送信先情報リスト１３ａから、当該ＳＩＰメッセージの送信先に対応するデータ（列）を検出し、検出したデータの１ライン最大長の値を保持する（Ｓ２０２）。
【００５１】
ここでは、ＳＩＰ−ＵＡ２２のＩＰアドレスは１９２．１６８．１．３であるものとする。また、図１においては図示を省略しているが、ロケーションサーバ等により、「09012345678@domainA.net」というＳＩＰ上のアドレスに対応する通信装置として、ＳＩＰ−ＵＡ２２が登録されているものとする。そして、図５（ｂ）に示すＳＩＰメッセージには、Ｔｏヘッダ等に、「09012345678@domainA.net」が記載されている。すなわち、ＳＩＰサーバ１０では、図５（ｂ）に示すＳＩＰメッセージの送信先は、ＳＩＰ−ＵＡ２２（ＩＰアドレス：１９２．１６８．１．３）として認識されるものとする。
【００５２】
そして、ＳＩＰ処理部１３では、送信先情報リスト１３ａから、図５（ｂ）に示すＳＩＰメッセージの送信先に対応するデータ（列）として、リスト番号が２のデータ（ＩＰアドレス：１９２．１６８．１．３に対応するデータ）が検出される。さらに、ＳＩＰ処理部１３では、送信先情報リスト１３ａから、リスト番号が２のデータにおける１ライン最大長として１００［バイト］が取得される。
【００５３】
次に、ＳＩＰ処理部１３は、図５（ｂ）に示すＳＩＰメッセージの全ヘッダのそれぞれについて、記述された行の長さが、１ライン最大長（１００バイト）を超えていないかを調査（Ｓ２０３、Ｓ２０４）する。そして、１ライン最大長を超えたヘッダがあった場合、そのヘッダがすべて１ライン最大長以内に収まるように改行可能位置を検索し、改行可能位置に改行を示す符号（改行文字）を挿入する処理を繰り返し実行する（Ｓ２０５〜Ｓ２０７）。
【００５４】
上述のステップＳ２０３、Ｓ２０４では、図５（ｂ）に示すＳＩＰメッセージの全ヘッダのうち、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダ（図５（ｂ）のＬ５の行）のみが、１ライン最大長（１００バイト）を超えていたと判断されたものとする。すなわち、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダについてのみ、上述のステップＳ２０５〜Ｓ２０７の改行処理が行われたものとする。
【００５５】
図６は、図５（ｂ）に示すＳＩＰメッセージにおいて、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダについて上述のステップＳ２０５〜Ｓ２０７の改行処理が行われた場合の処理内容について示した説明図である。
【００５６】
図６（ａ）は、図５（ｂ）に示すＳＩＰメッセージにおけるＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダの内容（改行処理を施す前の状態）である。図６（ａ）では、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダにおいて、末尾の「=192.168.1.100;lr>」の分だけ１ライン最大長（１００バイト）を超えていることを示している。なお、ＳＩＰ処理部１３では、各ヘッダについて、１ライン最大長（１００バイト）を超えるか否かの判定には、ＣＲＬＦの分（２バイト分）は含まれないものとする。
【００５７】
そして、ＳＩＰ処理部１３は、上述のステップＳ２０６の処理で、図６（ａ）に示すＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダについて、末尾から改行可能な位置の検索を行う。改行可能な位置については、検索対象のＳＩＰメッセージにおける各ヘッダの記述方式に応じて定義するようにしても良い。ここでは、ＳＩＰ処理部１３は、例として、「<」の括弧の記号の前に記述された「，」等の区切りの記号の位置を、改行可能位置として認識するものとする。例えば、ＳＩＰ処理部１３は、改行処理を行おうとするヘッダについて、「,<」という文字列を検出した場合、その「,」と「<」の文字の間を改行可能位置として検出するようにしても良い。
【００５８】
ここでは、例として、ＳＩＰメッセージの各ヘッダで、「<……>,<……>,…」のように、所定の括弧記号で囲われた記述（例えば、「<……>」のような記述）と、所定の区切り記号（例えば、カンマ「，」等）が交互に記述されている場合には、上述の括弧記号で囲われた記述「<……>」の間の区切り記号「，」の位置で改行を行っても、送信先のＳＩＰ−ＵＡ２２では正常に処理できるものとする。
【００５９】
そうすると、ＳＩＰ処理部１３は、図６（ａ）に示すＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダについて、末尾から検索していくと、「sip:3Zqkv…」という記述の次に、「,<」という記述が検出されるため、この「,」と「<」の文字の間を改行可能位置として検出することになる。
【００６０】
次に、ＳＩＰ処理部１３は、ステップＳ２０７の処理により、図６（ａ）に示すＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダについて、検出した改行可能位置に、改行を示す符号を挿入する。ここでは、ＳＩＰ処理部１３は、非特許文献２（ＲＦＣ３２６１）の７．３．１項のルールに従って、改行可能位置に、改行を示す符号として、「ＣＲＬＦ」及び、「ＳＰ」（スペースを示す符号）を挿入するものとする。
【００６１】
その結果、図６（ａ）に示すＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダ（Ｌ５）については、改行挿入位置に改行を示す符号が挿入され、図６（ｂ）に示すように、Ｌ５ａとＬ５ｂの行に分割されることになる。
【００６２】
そして、ＳＩＰ処理部１３は、まだ、改行可能位置を未検索のＬ５ａの行について、１ライン最大長（１００バイト）を超えているか否かを確認し、超えている場合には、上述と同様に改行可能位置を検索する。このように、ＳＩＰ処理部１３は、当該ヘッダ内の全ての行の長さが、１ライン最大長（１００バイト）以下となるまで、改行可能位置を未検索の行について、ステップＳ２０５〜Ｓ２０７の処理を繰り返す。ここでは、上述の図６（ｂ）に示すＬ５ａの行については、１ライン最大長（１００バイト）以下であり、ステップＳ２０５〜Ｓ２０７は、繰り返し行われずに終了したものとして以降の説明を行う。
【００６３】
そして、図５（ｂ）に示すＳＩＰメッセージについて、ステップＳ２０５〜Ｓ２０７の処理が行われた後の内容を、図５（ｃ）に示す。
【００６４】
図５（ｃ）では、図５（ｂ）におけるＬ５の行の記述が、改行処理によりＬ５ａ及びＬ５ｂに分割している様子について示している。そして、Ｌ５ａ及びＬ５ｂは、上述の通り、いずれも１ライン最大長（１００バイト）以下の長さとなっている。
【００６５】
以上のように、ＳＩＰ処理部１３は、図５（ａ）に示すＳＩＰメッセージを、図５（ｃ）に示すＳＩＰに示すＳＩＰメッセージに変換し、変換したＳＩＰメッセージをＳＩＰ−ＵＡ２２に対して送信（Ｓ２０８）して処理を終了する。
【００６６】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【００６７】
ＳＩＰサーバ１０では、送信しようとするＳＩＰメッセージのヘッダうち、１行あたりの長さが送信先のＳＩＰ−ＵＡが許容する上限（１ライン最大長）を超える場合には、その上限を超えないように改行可能な箇所を探して改行処理を行ってから送信している。これにより、ＳＩＰサーバ１０から送信されたＳＩＰメッセージは、送信先のＳＩＰ−ＵＡにおいて、本来ならば処理不能なＳＩＰメッセージであったとしても、正常に処理させることができる。
【００６８】
また、ＳＩＰサーバ１０では、送信先情報リスト１３ａにおいて、送信先ごとに許容する１行あたりの長さの上限（１ライン最大長）を規定し、ＳＩＰメッセージを処理する際に送信先情報リスト１３ａの情報を利用して、送信先のＳＩＰ−ＵＡにおいて処理可能なＳＩＰメッセージに加工している。これにより、ＳＩＰサーバ１０では、送信先に応じて最低限の改行処理だけを行えれば良いことになり、ＳＩＰメッセージの処理を効率的に行うことができる。
【００６９】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【００７０】
（Ｂ−１）上記の実施形態では、本発明の呼制御信号送信装置を、ＳＩＰメッセージを中継処理するＳＩＰサーバに適用した例について説明したが、その他にも、ＳＩＰのプロキシサーバやレジストラサーバ等、ＳＩＰ信号等の呼制御信号を送信する装置にも適用することができる。また、本発明の呼制御信号送信装置は、ＳＩＰ−ＵＡにサービスを提供するサーバだけでなく、ＳＩＰ−ＵＡ側に適用するようにしても良い。
【００７１】
ＳＩＰ−ＵＡ等の自ら生成したＳＩＰメッセージを送信する装置に、本発明の呼制御信号送信装置を適用する場合には、例えば、自らが生成したＳＩＰメッセージについて、上記の実施形態と同様に、送信先ごとの仕様に適合した改行処理を行うようにしても良い。
【００７２】
（Ｂ−２）上記の実施形態では、送信先情報リスト１３ａには、送信先のＩＰアドレス等に応じて１ライン最大長を定義しているが、ネットワークの事業者単位で、１ライン最大長を定義するようにしても良い。
【００７３】
例えば、インターネット等の複数のネットワーク事業者により構成されたネットワークでは、対応するＳＩＰメッセージの仕様は、通常ネットワークの事業者単位で異なる場合がある。そのため、送信先情報リスト１３ａに、ネットワークの事業者単位で１ライン最大長を定義することにより、送信先へのＳＩＰメッセージの送信に対応することができる。
【００７４】
送信先情報リスト１３ａにおいて、ネットワーク事業者単位で、１ライン最大長を定義する方法としては、例えば、ネットワーク事業者単位となるＩＰアドレスの範囲や、ネットワーク事業者単位となるドメイン名（複数指定するようにしても良い）ごとに、１ライン最大長を定義するようにしても良い。
【００７５】
（Ｂ−３）上記の実施形態では、ＳＩＰサーバ１０は、送信するＳＩＰメッセージについて、送信先情報リスト１３ａで定義された１ライン最大長に従い、必要に応じて改行を示す符号を挿入しているが、送信先のＳＩＰ−ＵＡの仕様によっては、この改行を示す符号を認識できない場合もある。
【００７６】
そこで、例えば、送信先情報リスト１３ａで、改行を示す符号を認識できない送信先に対する１ライン最大長として、十分に長い１ライン最大長（例えば、１００００バイト等実際にはあり得ない長さ）を定義することにより、改行を示す符号を認識できない送信先に対しては、ＳＩＰメッセージに改行を示す符号を挿入しないようにすることができる。また、例えば、送信先情報リスト１３ａで、改行を示す符号を認識できない送信先に対する１ライン最大長として、具体的な値ではなく、ＳＩＰメッセージに改行を示す符号を挿入しないことを指示する情報を定義しておくようにしても良い。
【００７７】
（Ｂ−４）上記の実施形態では、ＳＩＰ処理部１３により、ＳＩＰメッセージで各ヘッダの改行可能位置を検索する際に、例として、ＳＩＰメッセージで「,<」という文字列を検出した場合、その「,」と「<」の文字の間を改行可能位置として検出している。しかし、送信先のＳＩＰ−ＵＡの仕様上正常に処理可能な位置（ヘッダの構文上で改行が許される位置）であれば、改行可能位置の定義は上述の位置に限定されない。
【００７８】
また、上記の実施形態では、ＳＩＰ処理部１３は、ＳＩＰメッセージのヘッダで、改行可能位置に、改行を示す符号として、「ＣＲＬＦ」及び、「ＳＰ」（スペースを示す符号）を挿入しているが、送信先のＳＩＰ−ＵＡの仕様上正常に処理可能な内容であれば、その符号の内容は限定されないものである。
【符号の説明】
【００７９】
１０…ＳＩＰサーバ、１１…制御部、１２…送受信部、１３…ＳＩＰ処理部１３ａ…送信先情報リスト、１３…ＳＩＰ処理部、２１、２２…ＳＩＰ−ＵＡ、ＳＩＰ−ＵＡ２１、ＳＩＰ−ＵＡ２２。
【図１】
0005682176.tif 000002
【図２】
0005682176.tif 000003
【図３】
0005682176.tif 000004
【図４】
0005682176.tif 000005
【図５】
0005682176.tif 000006
【図６】
0005682176.tif 000007