ｍＶｏＩＰベースの呼接続方法及びシステム
【課題】モバイルインターネット電話ベースの呼処理システム及び方法を提供する。
【解決手段】加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、加入者サーバで第１ユーザ端末から第２ユーザ端末への呼接続要求を受信して、第２ユーザ端末に呼接続要求を通知するステップと、呼処理装置が第１ユーザ端末から呼試行メッセージを受信するステップと、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含む。
【解決手段】加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、加入者サーバで第１ユーザ端末から第２ユーザ端末への呼接続要求を受信して、第２ユーザ端末に呼接続要求を通知するステップと、呼処理装置が第１ユーザ端末から呼試行メッセージを受信するステップと、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルインターネット電話（ｍＶｏＩＰ、Ｍｏｂｉｌｅ Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ベースの呼処理システム及び方法に関する。
【背景技術】
【０００２】
ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）は、ＩＰアドレスを用いるネットワークを介して音声をデジタルパケット（データ送信の最小単位）に変換して通信する技術である。
【０００３】
近年、スマート機器などを介したモバイルインターネットが発展するに伴い、ＶｏＩＰは、ｍＶｏＩＰ（モバイルインターネット電話）に進化した。ｍＶｏＩＰは、ワイファイ（Ｗｉ−ｆｉ、無線ＬＡＮ）、３Ｇ網などの無線モバイルインターネットを介して携帯電話でインターネット電話ができる技術である。ｍＶｏＩＰの送信速度はＶｏＩＰより遅いが、スマート機器の大衆化に伴ってｍＶｏＩＰ加入者も急速に増加している。
【０００４】
ＶｏＩＰ加入者は、サービスの永続性のために周期的に呼処理装置に登録手続を行ってもよいが、これは自身の状態を呼処理装置に伝達することによって自身に着信する呼を受けるためである。
【０００５】
一般的にＶｏＩＰ加入者の呼処理装置は、集線比を概略１０：１から２０：１程を仮定して設計される。換言すれば、ある瞬間に１０人のうち１人が、または２０人のうち１人が呼接続中であるものと仮定する。この場合、加入者の呼処理トラフィックやトラフィック処理のためのコンピュータパワーに比べてサービスに登録処理するためのトラフィックは僅かなレベルである。
【０００６】
しかし、モバイルＶｏＩＰ、ｍＶｏＩＰ状況における集線比は、概略的に１０００：１以上と推算される。この場合、サービスに登録処理をするための負荷が呼処理負荷を超過してシステム全体の性能に影響を及ぼす恐れがある。また、実際に呼処理容量に備えて増えた加入者数が多くなるため、これに対する管理も困難になる可能性がある。
【０００７】
一例として、従来の呼接続の流れは、図１のように表される。呼処理装置を介して第１ユーザと第２ユーザとが呼接続することになるが、ユーザ間の呼接続をするためには、先に説明したように周期的に登録手続を行う。第１ユーザは、呼処理装置で周期的にレジスタ登録（１０１）をして、同様に第２ユーザも周期的に呼処理装置にレジスタ登録（１０２）をして呼処理装置を介した呼接続を可能にする。第１ユーザは第１ユーザの端末、第２ユーザは第２ユーザの端末の意味を含む。
【０００８】
第１ユーザを発信者、第２ユーザを受信者と仮定した時、実際の呼接続は第１ユーザの呼試行（１０３）を呼処理装置で受信し、第１ユーザの呼試行要求に含まれる受信者情報を利用して第２ユーザを捜し出し（１０４）、呼処理装置は第２ユーザに呼試行要求を伝達（１０５）する。これは、第１ユーザと第２ユーザは呼処理装置に登録手続を行ったため、呼処理装置がユーザの情報を有することができる。
【０００９】
第１ユーザの呼試行を伝達された第２ユーザは、呼試行に対して応答（１０６）を呼処理装置に送り、このように第１ユーザと第２ユーザとが呼接続（１０７）されてもよい。このような呼接続がデータ誤差なく受信したという内容を伝達するためのＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）信号を呼処理装置で受信（１０８）し、再び第２ユーザに伝達（１０９）することによって呼接続方法を進めることができる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】大韓民国公開特許第2007−0010846号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は、ｍＶｏＩＰサービスの永続性のために周期的に登録手続を行うトラフィックの処理をより簡単に処理できるｍＶｏＩＰの呼接続方法及びシステムの必要性が生じている。また、既存ＶｏＩＰプロトコルのＳＩＰ（Ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いるために、該当トラフィック及び処理容量、そしてセキュリティの脆弱さが存在し得る。
【００１２】
また、本発明は、実際にｍＶｏＩＰを必要とする大部分のサービス、すなわちＭＩＭ（Ｍｏｂｉｌｅ Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ）やＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）などは、すでに加入者に情報を伝達できる経路を有するため、ＶｏＩＰの登録手続に準ずる、または、その役割を行う機能をすでに保有していることに着眼して、これを用いたｍＶｏＩＰの呼接続方法及びシステムを提案し、別途チャネルを介してユーザ端末とサーバとの間のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）接続を保持し、メッセージを別に定義した形態を用いるようにした。
【課題を解決するための手段】
【００１３】
本発明の一実施形態によれば、加入者サーバと呼処理装置とを含むｍＶｏＩＰ（Ｍｏｂｉｌｅ−Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）呼接続システムで行われるｍＶｏＩＰ呼接続方法において、加入者サーバで第１ユーザ端末から第２ユーザ端末への呼接続要求を受信して、第２ユーザ端末に呼接続要求を通知するステップと、呼処理装置が第１ユーザ端末から呼試行メッセージを受信するステップと、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含む呼接続方法を提供することができる。
【００１４】
また、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップが実行される前まで呼試行メッセージの伝達を保留してもよい。
【００１５】
また、呼処理方法の呼処理経路の他に別途経路を介して呼接続に参加するユーザに呼通知し、呼処理装置はユーザ情報を含まなくてもよい。
【００１６】
また、別途経路は、ＭＩＭやＳＮＳに該当し、ユーザと接続されている経路に該当してもよい。
【００１７】
また、本発明の一実施形態によれば、加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、呼接続要求に対する応答を伝達するステップと、呼処理装置で第１ユーザ端末から呼試行メッセージを受信するステップと、呼処理装置から呼試行メッセージを第２ユーザ端末に伝達するステップと、第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含む呼接続方法を提供することができる。
【００１８】
また、第１ユーザ端末がｍＶｏＩＰに加入していて、第２ユーザ端末が加入していない場合に、加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、前記呼接続要求に対する応答を伝達するステップにおいて、前記加入者サーバは前記呼要求に対する応答メッセージに第２ユーザ端末が非加入者であることを表示して第１ユーザ端末に伝達し、第２ユーザ端末はＰＳＴＮ／ＰＬＭＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｉｎｇ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ／Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）に連動して呼接続されてもよい。
【００１９】
また、呼処理装置から呼試行メッセージを第２ユーザ端末に伝達するステップにおいて、呼処理装置は、第２ユーザ端末の着信番号を用いてルーティング（Ｒｏｕｔｉｎｇ）処理して呼試行メッセージをＰＳＴＮ／ＰＬＭＮに連動して送信してもよい。
【００２０】
また、本発明の一実施形態によれば、加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、呼処理装置で連動装備を介してｍＶｏＩＰ加入者の識別番号を有して同様にルーティング処理された呼試行メッセージを受信するステップと、加入者サーバで呼処理装置から呼接続要求を受信するステップと、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含む呼接続方法を提供することができる。
【００２１】
また、第１ユーザ端末がｍＶｏＩＰに加入しておらず、第２ユーザ端末が加入している場合に、加入者サーバで呼処理装置から呼接続要求を受信するステップにおいて、加入者サーバは、呼処理装置が第２ユーザ端末の情報を利用した呼要求を受信してもよい。
【００２２】
また、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップが実行される前まで呼試行メッセージの伝達を保留してもよい。
【００２３】
また、本発明の一実施形態によれば、ｍＶｏＩＰ呼接続システムにおいて、加入者サーバと、呼処理装置とを含み、加入者サーバで第１ユーザ端末から第２ユーザ端末への呼接続要求を受信して、第２ユーザ端末に呼接続要求を通知し、呼処理装置が第１ユーザ端末から呼試行メッセージを受信して、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信して、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続する呼接続システムを提供することができる。
【００２４】
また、本発明の一実施形態によれば、ｍＶｏＩＰ呼接続システムにおいて、加入者サーバと、呼処理装置とを含み、加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、呼接続要求に対する応答を伝達し、呼処理装置で第１ユーザ端末から呼試行メッセージを受信して、呼処理装置から呼試行メッセージを第２ユーザ端末に伝達して、第１ユーザ端末と第２ユーザ端末とを呼接続する呼接続システムを提供することができる。
【００２５】
また、本発明の一実施形態によれば、ｍＶｏＩＰ呼接続システムにおいて、加入者サーバと、呼処理装置とを含み、呼処理装置で連動装備を介してｍＶｏＩＰ加入者の識別番号を有して同様にルーティング処理された呼試行メッセージを受信して、加入者サーバで呼処理装置から呼接続要求を受信して、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信して、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続する呼接続システムを提供することができる。
【発明の効果】
【００２６】
本発明によれば、加入者に情報を伝達できる経路を有するサービス、例えば、ＭＩＭやＳＮＳは、ＶｏＩＰの登録手続に準ずる、または、その役割を行う機能をすでに保有していることに着眼し、ｍＶｏＩＰの呼接続方法及びシステムを提案することによって周期的なレジスタ登録による負荷を減らし、システム全体の性能を高めて、システムの管理を容易にできる。
【００２７】
また、別に定義した専用的なメッセージ形態を用いるため、セキュリティの面でも有利になる。
【図面の簡単な説明】
【００２８】
【図１】既存ＶｏＩＰの信号処理の流れを示すものである。
【図２】本発明の実施形態において、システムの加入者サーバの構成と動作を説明するための図である。
【図３】本発明の実施形態において、ｍＶｏＩＰ呼接続システムで行われる呼接続方法の実施を順に示すものである。
【図４】本発明の実施形態において、ｍＶｏＩＰ呼接続システムで行われる呼接続方法のまた他の一例による実施を順に示すものである。
【図５】本発明の実施形態において、ｍＶｏＩＰ呼接続システムで行われる呼接続方法のまた他の一例による実施を順に示すものである。
【図６】本発明の実施形態において、図３と関連するｍＶｏＩＰ呼接続システムを示すものである。
【図７】本発明の実施形態において、図４と関連するｍＶｏＩＰ呼接続システムを示すものである。
【図８】本発明の実施形態において、図５と関連するｍＶｏＩＰ呼接続システムを示すものである。
【発明を実施するための形態】
【００２９】
以下、ｍＶｏＩＰ呼接続システム及びシステムで行われる呼接続方法に対して添付する図面を参照しながら詳しく説明する。
【００３０】
従来のＶｏＩＰの信号処理は、呼処理装置を介して発信者と受信者を仲介する役割を形態として提供された。ＶｏＩＰユーザは、サービスの発信及び着信の永続性のために周期的に呼処理装置にレジスタ登録及び更新する手続を行うことによってサービスを利用する。実際に発信を行わない時にもユーザ本人が着信する呼を受けるために不要な手続が行われた。
【００３１】
また、既存ＶｏＩＰプロトコルのＳＩＰを用いるには、トラフィックや処理容量に負荷が生じることがあり、ＳＩＰは公然知られたプロトコルであるため、セキュリティの脆弱さが発生し得る。
【００３２】
これを補完するために、ＳＩＰプロトコルの登録と登録更新の手続を持続的に用いずに別途チャネルを介してユーザの端末とサーバとの間のＴＣＰ接続を保持するようにし、サービス内の送信されるメッセージも別に定義した形態を用いるようにしてもよい。これにより、ユーザの端末とサーバとの間のメッセージは、２進符号化されたメッセージ形態を用いるため、サイズを縮小することができ、専用のメッセージ形態を用いるためにセキュリティの面でも有利になる。
【００３３】
したがって、本発明では、呼処理装置以外に加入者サーバを共にシステムとして構成することによって、ユーザ端末が周期的なレジスタ登録手続を行わなくともＶｏＩＰサービスを持続することができる。
【００３４】
本発明の実施形態において、加入者サーバの構成と動作を図２に示した。ｍＶｏＩＰ加入者サーバは、大きく３種類の形態の機能を提供することができる。第１に最初に加入したユーザの端末を登録処理し、第２に登録されたユーザの端末とＴＣＰチャネルとを保持し、第３に呼処理、呼接続のための呼試行要求を処理して呼要求通知を受信者に伝達することができる。上述した機能を提供するために、加入者サーバは、図２に示すように内部機能サーバに区分して構成されるが、各サーバの動作に対して順に説明することができる。
【００３５】
ユーザの端末から登録要求（２０１）を実際に受信する所は、Ｌ４スイッチで受信した登録要求を分配（２０２）してウェブサーバをベースとするＷＥＰＳに伝達する。ＷＥＰＳは、ユーザ端末からの登録要求と登録解約要求とを処理することができるが、該当登録要求及び登録解約要求メッセージは、ＨＴＴＰｓベースのメッセージとして伝達してもよい。ウェブサーバをベースとするためにユーザの増加による増設が可能である。ＷＥＰＳで登録または登録解約処理されたユーザの情報は、ＣＳＲＳ（Ｃａｌｌ Ｓｅｒｖｅｒ Ｒｅｄｉｒｅｃｔｉｏｎ Ｓｅｒｖｅｒ）のデータベースに格納することによって管理してもよい。また、ＷＥＰＳで登録または登録解約処理された結果をユーザに公示するために、要求に対する応答（２０４）がＬ４スイッチに伝えられ、Ｌ４スイッチでは伝達された要求応答をユーザ端末に送信（２０５）してもよいが、伝達される要求応答は、プッシュサーバ情報とコールサーバ情報とを含んでもよい。
【００３６】
登録要求及び登録解約要求に対する応答を受けたユーザの端末は、認証要求を含むＴＣＰチャネル設定をＰＮＭＳ（Ｐｕｓｈ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍａｎａｇｉｎｇ Ｓｅｒｖｅｒ）に要求（２０６）することができる。ＰＮＭＳは、ユーザ端末からのＴＣＰチャネルを設定してチャネル保持のためにユーザ端末とネットワークの接続状態が活性化状態であることを通知するためのキープアライブ（Ｋｅｅｐ Ａｌｉｖｅ）メッセージとして処理してもよく、ＰＮＭＳサーバもユーザの増加に応じてサーバを増設してもよい。
【００３７】
認証要求を受信したＰＮＭＳは、ユーザの情報を格納しているＣＳＲＳにユーザ端末の認証を要求（２０７）して、認証結果を受信（２０８）してもよく、ユーザ端末に認証結果とチャネル設定に対する応答とを送信（２０９）することによって、ユーザ端末はｍＶｏＩＰサービスに登録及び認証を完了してｍＶｏＩＰサービスを実行することができる。
【００３８】
また、上述したように、ユーザ端末のチャネル保持のために、すなわちリアルタイム活性化状態にあることを示すために、ユーザ端末はＰＮＭＳと周期的にキープアライブ要求と応答（２１０）をやり取りしてもよい。
【００３９】
実際呼試行と呼試行に対する呼接続は、呼処理装置を介して行われるが、その前にユーザ端末が呼要求をするとＣＳＲＳで受信して、呼要求に対する応答を呼要求発信ユーザの端末に送信し、呼要求に対してＣＳＲＳはＰＮＭＳに呼受信を通知して、ＰＮＭＳは受信対象になるユーザの端末に呼受信を通知する過程は加入者サーバ内で行ってもよい。
【００４０】
加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、加入者サーバで第１ユーザ端末から第２ユーザ端末への呼接続要求を受信し、第２ユーザ端末に呼接続要求を通知するステップと、呼処理装置が第１ユーザ端末から呼試行メッセージを受信するステップと、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含む呼接続方法を提供することができる。前記記載した方法において、ユーザ端末と呼接続システムとの間で行われるステップは、無線通信などを介して実施されてもよい。
【００４１】
本発明において、図３は、ｍＶｏＩＰ呼接続システムで行われる呼接続方法の実施を順に示すものである。第１ユーザと第２ユーザの端末は、システムに登録及び認証が完了したシステムユーザ端末であり、端末は携帯電話などのようなユーザ間の通話接続が可能なものであり、第１ユーザは呼発信者、第２ユーザは第１ユーザの呼受信者に該当してもよい。また、以下の図面の呼要求は呼接続要求に対応し、呼試行と呼試行メッセージとは混用して用いてもよい。
【００４２】
上述したように、加入者サーバは、第１ユーザ端末から呼要求を受信（３０１）して、受信された呼要求に対して応答（３０２）し、第２ユーザ端末に第１ユーザ端末の呼要求を通知（３０３）してもよい。先に説明したように、第１ユーザ及び第２ユーザの端末は、システムに登録、認証が完了したユーザ端末として、加入者サーバを介して呼要求を送受信してもよい。以後、呼処理装置は、実質的な第１ユーザと第２ユーザ端末との呼接続を行うために、第１ユーザ端末のレジスタ登録（３０４）をしてもよいが、呼試行するための最小限のレジスタ登録を必要とすることもある。呼処理装置は、レジスタ登録に対する応答を第１ユーザ端末に送信し、実質的な第１ユーザ端末から呼試行（３０５）を受信してもよい。呼試行は、メッセージとして伝達されてもよい。このように受信された呼試行は、呼処理装置が第２ユーザ端末から呼要求に対する応答として呼受信準備を知らせる呼待機通知を受信（３０７）する時まで第１ユーザ端末から受信された呼試行を保留、すなわち受信加入者が呼受信準備ができたことを通知する時まで発信加入者からの呼試行を保留（３０６）してもよい。第２ユーザの呼待機通知は、呼処理装置が第２ユーザ端末からレジスタ登録を確認することによって受信してもよい。
【００４３】
第２ユーザ端末の呼待機通知を確認した呼処理装置は、保留している第１ユーザ端末の呼試行を第２ユーザ端末に送信（３０８）し、呼試行に対する応答を受信（３０９）することによって、第１ユーザ端末と第２ユーザ端末とを呼接続（３１０）してもよい。このような呼接続がデータ誤差なく実施されたという内容を伝達するためのＡＣＫ信号を第１ユーザ端末から呼処理装置で受信（３１１）し、再び第２ユーザに伝達（３１２）することによって呼接続方法を進めてもよい。
【００４４】
上述した呼処理方法特徴として、従来の呼処理経路の他に別途経路を介して呼接続に参加するユーザに呼通知してもよく、本発明の呼処理装置はユーザ情報を含まなくてもよい。前記別途経路は、ＭＩＭやＳＮＳなどに該当してもよく、サービスの目的でユーザと接続されている経路に該当してもよい。
【００４５】
また他の呼接続方法として、加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、呼接続要求に対する応答を伝達するステップと、呼処理装置で第１ユーザ端末から呼試行メッセージを受信するステップと、呼処理装置から呼試行メッセージを第２ユーザ端末に伝達するステップと、第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含んでもよい。
【００４６】
上述した呼接続方法の実行は、図４と関連して説明することができ、第１ユーザ端末がｍＶｏＩＰに加入していて、第２ユーザ端末が加入していない場合に実施することのできる方法であり、上記の加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、呼接続要求に対する応答を伝達するステップにおいて、加入者サーバは呼要求に対する応答メッセージに第２ユーザ端末が非加入者であることを表示して第１ユーザ端末に伝達し、第２ユーザ端末はＰＳＴＮ／ＰＬＭＮに、すなわち外部の接続網に連動して呼接続されてもよい。
【００４７】
図４によってｍＶｏＩＰの呼接続方法を順に説明する。図３と同様に、加入者サーバは、第１ユーザ端末から呼要求を受信（４０１）し、呼要求に対する応答を第１ユーザ端末に送信（４０２）してもよいが、呼要求に対する応答（４０２）は応答メッセージに第２ユーザ端末が非加入者端末であることが表示され、第１ユーザ端末に伝達されてもよい。ただし、第２ユーザ端末がｍＶｏＩＰサービスの加入者でない場合について説明するものであるため、加入者サーバは、第１ユーザ端末から受信された呼要求に対して第２ユーザ端末への通知を省略してもよい。
【００４８】
呼試行（４０４）の前に呼処理装置でレジスタ登録（４０３）が完了することによって呼試行（４０４）でき、呼処理装置は第１ユーザ端末の呼試行（４０４）をメッセージとして受信でき、受信対象になる第２ユーザ端末に呼試行メッセージを伝達（４０６）するが、呼処理装置から呼試行メッセージを第２ユーザ端末に伝達するステップにおいて、呼処理装置は、第２ユーザ端末の着信番号を用いてルーティング処理して呼試行メッセージをＰＳＴＮ／ＰＬＭＮに、すなわち別の連動装備を介して外部網に連動（４０５）して送信してもよい。換言すれば、図４に示された第２ユーザ端末は、別の連動装備を介して、例えば、ソフトスイッチ（ＳＳＷ）などのような装置を経由して第１ユーザ端末と呼接続されてもよい。
【００４９】
第２ユーザ端末は、連動装備を介して呼処理装置からの呼試行（４０６）を伝達され、呼試行に対する応答を送信（４０７）してもよい。第２ユーザ端末から呼試行メッセージに対する応答を受信（４０７）した呼処理装置は、第１ユーザ端末と第２ユーザ端末とを呼接続（４０８）してもよい。第２ユーザ端末は、呼接続までの過程を連動装備を介して接続されてもよい。同様に、呼接続がデータ誤差なく実施されたという内容を伝達するためのＡＣＫ信号を第１ユーザ端末から呼処理装置で受信（４０９）し、呼処理装置は再び第２ユーザ端末に伝達（４１０）してもよい。
【００５０】
上述した呼接続方法において、既存ユーザ番号を用いる場合、高費用の移動通信電話を用いるのではなく、相対的に安価なｍＶｏＩＰ呼接続によって既存移動通信または家電話加入者との接続を可能にすることができる。
【００５１】
また他の一例によって、呼接続方法の他の実施形態を示すことができる。加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、呼処理装置で連動装備を介してｍＶｏＩＰ加入者の識別番号を有して同様にルーティング処理された呼試行メッセージを受信するステップと、加入者サーバで呼処理装置から呼接続要求を受信するステップと、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含むことができ、これに関する一例として図５にその順序を示している。
【００５２】
上記の一例において、第１ユーザ端末がｍＶｏＩＰに加入しておらず、第２ユーザ端末が加入している場合に対する一例として、加入者サーバで呼処理装置から呼接続要求を受信するステップにおいて、加入者サーバは、呼処理装置が第２ユーザ端末の情報を利用した呼要求を受信してもよい。
【００５３】
図５によって呼接続方法を詳しく説明すると、呼処理装置が第１ユーザ端末の呼試行（５０１）を受信することによって本発明を実施してもよい。第１ユーザ端末は、ｍＶｏＩＰサービス加入者ではないため、別の連動装備を介して、例えば、ソフトスイッチ（ＳＳＷ）などの装置を介して呼試行（５０１）をメッセージ形態で受信してもよい。呼処理装置で受信される呼試行（５０１）は、加入者の識別番号を有して同様にルーティング処理された呼試行メッセージに該当してもよい。
【００５４】
最初の呼要求の発信者がｍＶｏＩＰサービスの加入者ではないため、図３における最初の呼要求時に発信者の第１ユーザ端末と加入者サーバとの呼要求メッセージを介してやり取りするメッセージを外部網（ＰＳＴＮ／ＰＬＭＮ）で引入された呼を受信する呼処理装置で処理するようにしてもよい。
【００５５】
実際に、呼要求（５０２）は呼処理装置で実施され、第２ユーザ端末に呼要求を通知することは加入者サーバを介して行われる。すなわち、呼処理装置で加入者サーバで第１ユーザ端末の呼試行と関連して呼要求（５０２）を送信し、加入者サーバは呼要求受信に対する応答（５０３）を呼処理装置に送信して、実質的な呼要求対象である第２ユーザ端末に呼要求通知（５０４）を発信してもよい。ここで、呼処理装置は第２ユーザ端末から呼受信準備を知らせる呼待機通知（５０５）を受信するステップが実行される前まで呼試行メッセージの伝達を保留し、呼待機通知（５０５）が受信されれば、先に連動装備を介して受信された第１ユーザ端末の呼試行（５０６）を第２ユーザ端末に送信してもよい。ここで、第２ユーザ端末の呼待機通知（５０５）は、呼処理装置でレジスタ登録をすることによって可能である。
【００５６】
ｍＶｏＩＰサービス加入者がサービスの持続のために周期的なレジスタ登録は不要なことであるが、図５に示した方法は、図３と同様に呼接続方法の呼処理経路の他に別途経路、すなわちＭＩＭやＳＮＳなどのサービスでサービス加入者と接続されている経路を介して呼接続の対象者に呼通知をするために、周期的なレジスタは不要なものであり、呼処理装置が加入者情報を格納している必要はない。
【００５７】
呼処理装置は、第１ユーザ端末から伝達されて保留された呼試行（５０６）を受信者の第２ユーザ端末に送信し、呼試行に対する応答（５０７）を受信して第１ユーザ端末と第２ユーザ端末とを呼接続（５０８）して、両者間の通話を接続してもよい。また、呼処理装置は、呼接続に対してデータ処理が誤差なく実施されたという内容を伝達するＡＣＫ信号を第１ユーザ端末から受信（５０９）し、再び第２ユーザ端末に伝達（５１０）して呼接続方法の実施を終了することができる。第１ユーザ端末と行われる通信は、連動装備、すなわちソフトスイッチ（ＳＳＷ）などの装置を介して外部通信網（ＰＳＴＮ／ＰＬＭＮなど）に連動して行なってもよい。
【００５８】
ｍＶｏＩＰ呼接続システム６００において、加入者サーバ６１０と、呼処理装置６２０とを含むシステム６００であって、システム実行動作は、加入者サーバ６１０で第１ユーザ端末６３０から第２ユーザ端末６４０への呼接続要求を受信して、第２ユーザ端末６４０に呼接続要求を通知し、呼処理装置６２０が第１ユーザ端末６３０から呼試行メッセージを受信して、呼処理装置６２０が第２ユーザ端末６４０から呼受信準備を知らせる呼待機通知を受信して、呼処理装置６２０が第２ユーザ端末６４０に呼試行メッセージを伝達して、第１ユーザ端末６３０と第２ユーザ端末６４０とを呼接続するシステム６００であり、図３の呼接続方法を行えるシステムに該当し、加入者サーバ６１０は、図２に示したものであってもよい。
【００５９】
図に示すように加入者サーバ６１０を介して行われる過程は、ユーザの情報に関するものとしてセキュリティの脆弱さを克服するためにｎｏｎ−ＳＩＰプロトコルを利用し、例えば、ＴＣＰ接続を保持することによって利用することができ、ユーザ端末と加入者サーバとの間のメッセージは、２進符号化（Ｂｉｎａｒｙ Ｅｎｃｏｄｉｎｇ）された形態を用いることによって容量の面でだけでなく、セキュリティの面でも有利になる。呼処理装置６２０は、従来と同様にＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、セッション開始プロトコル）を用いてシステム内の過程を行える。
【００６０】
呼接続システム６００は、図３の実施形態に従うため、呼処理装置６２０が第２ユーザ端末６４０から呼受信準備を知らせる呼待機通知を受信する前まで呼試行メッセージを第２ユーザ端末６４０に伝達するのを保留してもよい。呼待機通知は、ＳＩＰレジスタメッセージとして送信でき、従来のシステムと異なるように周期的なレジスタ登録を行わない代わりに、加入者サーバ６１０でユーザの状態情報を保持することによってシステム６００を用いることができる。通話が終了する時、ユーザ端末はＳＩＰレジスタメッセージを介してＳＩＰ登録解約要求を送信し、加入者サーバ６１０との登録はｎｏｎ−ＳＩＰメッセージを用いて周期的に更新処理する。
【００６１】
上述した呼接続システムの特徴として、従来の呼処理経路の他に別途経路を介して呼接続に参加するユーザに呼通知することができ、ここで、本発明の呼処理装置６２０はユーザ情報を含まずに、呼処理装置６２０への周期的なレジスタが不要になる。上記の別途経路は、ＭＩＭやＳＮＳなどを利用したものであり、サービスの目的でユーザと接続されている経路がここれに該当する。
【００６２】
図７において、図４に示した呼接続方法を実施できるシステムで、ｍＶｏＩＰ呼接続システム７００において、加入者サーバ７１０と、呼処理装置７２０とを含むシステムであって、加入者サーバ７１０が第１ユーザ端末７４０から第２ユーザ端末７５０との呼接続要求を受信して、呼接続要求に対する応答を伝達し、呼処理装置７２０で第１ユーザ端末７４０から呼試行メッセージを受信して、呼処理装置７２０で呼試行メッセージを前記第２ユーザ端末７５０に伝達して、第１ユーザ端末７４０と第２ユーザ端末７５０とを呼接続してもよい。
【００６３】
呼接続システム７００は、ユーザ端末のうち、第１ユーザ端末７４０がｍＶｏＩＰに加入していて、第２ユーザ端末７５０が加入していない場合に適用することができるシステム７００として、加入者サーバ７１０は呼要求に対する応答メッセージに第２ユーザ端末７５０が非加入者であることを表示して第１ユーザ端末７４０に伝達して、第２ユーザ端末７５０はＰＳＴＮ／ＰＬＭＮに連動して呼接続されてもよい。すなわち、第２ユーザ端末７５０と行われる通信は、連動装備７３０、すなわちソフトスイッチ（ＳＳＷ）などの装置を介して外部通信網（ＰＳＴＮ／ＰＬＭＮなど）に連動して行われてもよい。
【００６４】
また、呼処理装置７２０で呼試行メッセージを第２ユーザ端末７５０に伝達する時、呼処理装置７２０は第２ユーザ端末７５０の着信番号を用いてルーティング処理して呼試行メッセージをＰＳＴＮ／ＰＬＭＮに連動装備７３０を用いることによって連動して送信してもよい。
【００６５】
上述した呼接続システム７００において、既存ユーザ番号を用いる場合、高費用の移動通信電話を用いるものではなく、相対的に安価なｍＶｏＩＰ呼接続によって既存移動通信または家電話加入者との接続が可能になる。
【００６６】
加入者サーバ７１０を介して行われる過程は、ユーザの情報に関するものであり、セキュリティの脆弱さを克服するためにｎｏｎ−ＳＩＰプロトコルを利用し、例えば、ＴＣＰ接続を保持することによって利用することができ、ユーザ端末と加入者サーバとの間のメッセージは２進符号化された形態を用いることによって容量の面でだけでなく、セキュリティの面でも有利になる。呼処理装置７２０は、従来と同様にＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、セッション開始プロトコル）を用いてシステム内過程を行える。
【００６７】
また他の一例において、図８に示す呼接続システム８００は、図５に示した実施形態を行えるシステム８００であり、ｍＶｏＩＰ呼接続システム８００は、加入者サーバ８１０と、呼処理装置８２０とを含み、呼処理装置８２０で連動装備８３０を介してｍＶｏＩＰ加入者の識別番号を有して同様にルーティング処理された呼試行メッセージを受信して、加入者サーバ８１０で呼処理装置８２０から呼接続要求を受信して、呼処理装置８２０が第２ユーザ端末８５０から呼受信準備を知らせる呼待機通知を受信して、呼処理装置８２０が第２ユーザ端末８５０に呼試行メッセージを伝達して、第１ユーザ端末８４０と第２ユーザ端末８５０を呼接続できるシステム８００に該当することがでくる。
【００６８】
ここで、図８の一例は、第１ユーザ端末８４０がｍＶｏＩＰに加入しておらず、第２ユーザ端末８５０がｍＶｏＩＰに加入している場合に関するもので、加入者サーバ８１０は、呼処理装置８２０が第２ユーザ端末８５０の情報を利用した呼要求を受信してもよい。すなわち、呼処理装置８２０は、ｍＶｏＩＰ加入者の第２ユーザ端末８５０の情報を利用して加入者サーバ８１０に呼接続要求してもよい。
【００６９】
また、呼処理装置８２０が第２ユーザ端末８５０から呼受信準備を知らせる呼待機通知を受信する前まで呼試行メッセージの伝達を保留し、呼待機アラーム受信後に呼試行メッセージを第２ユーザ端末８５０に伝達することによって、第１ユーザ端末８４０と第２ユーザ端末８５０との呼接続が成功し得る。呼接続システム８００のすべての実施において、非加入者の第１ユーザ端末８４０と行われるすべての通信、呼要求及び呼要求通知に対する過程は、連動装備８３０を介して、例えば、ソフトスイッチ（ＳＳＷ）などを介して外部網（ＰＳＴＮ／ＰＬＭＮなど）に連動して実施してもよい。
【００７０】
さらに、図８に示したものによれば、加入者サーバ８１０を介して行われる過程はｎｏｎ−ＳＩＰプロトコルを利用し、例えば、ＴＣＰ接続を保持することによって利用することができ、ユーザ端末と加入者サーバとの間のメッセージは、２進符号化された形態を用いることによって容量の面でだけでなく、セキュリティの面でも有利なシステムを提供することができる。呼処理装置８２０は、従来と同様にＳＩＰを用いてシステム内過程を行うことができる。
【００７１】
実施形態に係る方法は、多様なコンピュータ手段によって行うことができるプログラム命令形態で実現され、コンピュータ読み出し可能媒体に記録してもよい。前記記録媒体は、プログラム命令、データファイル、データ構造などを単独または組み合わせたものを含んでもよい。前記記録媒体及びプログラム命令は、本発明の目的のために特別に設計して構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、フロプティカルディスクのような磁気−光媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置を含んでもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コードだけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コードを含む。上述のハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアモジュールとして作動するように構成してもよく、その逆も同様である。
【００７２】
上述したように本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
【００７３】
したがって、本発明の範囲は、開示された実施形態に限定されて定められるものではなく、特許請求の範囲及び特許請求の範囲と均等なものなどによって定められるものである。
【符号の説明】
【００７４】
６００、７００、８００：呼接続システム
６１０、７１０、８１０：加入者サーバ
６２０、７２０、８２０：呼処理装置
【技術分野】
【０００１】
本発明は、モバイルインターネット電話（ｍＶｏＩＰ、Ｍｏｂｉｌｅ Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ベースの呼処理システム及び方法に関する。
【背景技術】
【０００２】
ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）は、ＩＰアドレスを用いるネットワークを介して音声をデジタルパケット（データ送信の最小単位）に変換して通信する技術である。
【０００３】
近年、スマート機器などを介したモバイルインターネットが発展するに伴い、ＶｏＩＰは、ｍＶｏＩＰ（モバイルインターネット電話）に進化した。ｍＶｏＩＰは、ワイファイ（Ｗｉ−ｆｉ、無線ＬＡＮ）、３Ｇ網などの無線モバイルインターネットを介して携帯電話でインターネット電話ができる技術である。ｍＶｏＩＰの送信速度はＶｏＩＰより遅いが、スマート機器の大衆化に伴ってｍＶｏＩＰ加入者も急速に増加している。
【０００４】
ＶｏＩＰ加入者は、サービスの永続性のために周期的に呼処理装置に登録手続を行ってもよいが、これは自身の状態を呼処理装置に伝達することによって自身に着信する呼を受けるためである。
【０００５】
一般的にＶｏＩＰ加入者の呼処理装置は、集線比を概略１０：１から２０：１程を仮定して設計される。換言すれば、ある瞬間に１０人のうち１人が、または２０人のうち１人が呼接続中であるものと仮定する。この場合、加入者の呼処理トラフィックやトラフィック処理のためのコンピュータパワーに比べてサービスに登録処理するためのトラフィックは僅かなレベルである。
【０００６】
しかし、モバイルＶｏＩＰ、ｍＶｏＩＰ状況における集線比は、概略的に１０００：１以上と推算される。この場合、サービスに登録処理をするための負荷が呼処理負荷を超過してシステム全体の性能に影響を及ぼす恐れがある。また、実際に呼処理容量に備えて増えた加入者数が多くなるため、これに対する管理も困難になる可能性がある。
【０００７】
一例として、従来の呼接続の流れは、図１のように表される。呼処理装置を介して第１ユーザと第２ユーザとが呼接続することになるが、ユーザ間の呼接続をするためには、先に説明したように周期的に登録手続を行う。第１ユーザは、呼処理装置で周期的にレジスタ登録（１０１）をして、同様に第２ユーザも周期的に呼処理装置にレジスタ登録（１０２）をして呼処理装置を介した呼接続を可能にする。第１ユーザは第１ユーザの端末、第２ユーザは第２ユーザの端末の意味を含む。
【０００８】
第１ユーザを発信者、第２ユーザを受信者と仮定した時、実際の呼接続は第１ユーザの呼試行（１０３）を呼処理装置で受信し、第１ユーザの呼試行要求に含まれる受信者情報を利用して第２ユーザを捜し出し（１０４）、呼処理装置は第２ユーザに呼試行要求を伝達（１０５）する。これは、第１ユーザと第２ユーザは呼処理装置に登録手続を行ったため、呼処理装置がユーザの情報を有することができる。
【０００９】
第１ユーザの呼試行を伝達された第２ユーザは、呼試行に対して応答（１０６）を呼処理装置に送り、このように第１ユーザと第２ユーザとが呼接続（１０７）されてもよい。このような呼接続がデータ誤差なく受信したという内容を伝達するためのＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）信号を呼処理装置で受信（１０８）し、再び第２ユーザに伝達（１０９）することによって呼接続方法を進めることができる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】大韓民国公開特許第2007−0010846号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は、ｍＶｏＩＰサービスの永続性のために周期的に登録手続を行うトラフィックの処理をより簡単に処理できるｍＶｏＩＰの呼接続方法及びシステムの必要性が生じている。また、既存ＶｏＩＰプロトコルのＳＩＰ（Ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いるために、該当トラフィック及び処理容量、そしてセキュリティの脆弱さが存在し得る。
【００１２】
また、本発明は、実際にｍＶｏＩＰを必要とする大部分のサービス、すなわちＭＩＭ（Ｍｏｂｉｌｅ Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ）やＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）などは、すでに加入者に情報を伝達できる経路を有するため、ＶｏＩＰの登録手続に準ずる、または、その役割を行う機能をすでに保有していることに着眼して、これを用いたｍＶｏＩＰの呼接続方法及びシステムを提案し、別途チャネルを介してユーザ端末とサーバとの間のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）接続を保持し、メッセージを別に定義した形態を用いるようにした。
【課題を解決するための手段】
【００１３】
本発明の一実施形態によれば、加入者サーバと呼処理装置とを含むｍＶｏＩＰ（Ｍｏｂｉｌｅ−Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）呼接続システムで行われるｍＶｏＩＰ呼接続方法において、加入者サーバで第１ユーザ端末から第２ユーザ端末への呼接続要求を受信して、第２ユーザ端末に呼接続要求を通知するステップと、呼処理装置が第１ユーザ端末から呼試行メッセージを受信するステップと、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含む呼接続方法を提供することができる。
【００１４】
また、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップが実行される前まで呼試行メッセージの伝達を保留してもよい。
【００１５】
また、呼処理方法の呼処理経路の他に別途経路を介して呼接続に参加するユーザに呼通知し、呼処理装置はユーザ情報を含まなくてもよい。
【００１６】
また、別途経路は、ＭＩＭやＳＮＳに該当し、ユーザと接続されている経路に該当してもよい。
【００１７】
また、本発明の一実施形態によれば、加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、呼接続要求に対する応答を伝達するステップと、呼処理装置で第１ユーザ端末から呼試行メッセージを受信するステップと、呼処理装置から呼試行メッセージを第２ユーザ端末に伝達するステップと、第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含む呼接続方法を提供することができる。
【００１８】
また、第１ユーザ端末がｍＶｏＩＰに加入していて、第２ユーザ端末が加入していない場合に、加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、前記呼接続要求に対する応答を伝達するステップにおいて、前記加入者サーバは前記呼要求に対する応答メッセージに第２ユーザ端末が非加入者であることを表示して第１ユーザ端末に伝達し、第２ユーザ端末はＰＳＴＮ／ＰＬＭＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｉｎｇ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ／Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）に連動して呼接続されてもよい。
【００１９】
また、呼処理装置から呼試行メッセージを第２ユーザ端末に伝達するステップにおいて、呼処理装置は、第２ユーザ端末の着信番号を用いてルーティング（Ｒｏｕｔｉｎｇ）処理して呼試行メッセージをＰＳＴＮ／ＰＬＭＮに連動して送信してもよい。
【００２０】
また、本発明の一実施形態によれば、加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、呼処理装置で連動装備を介してｍＶｏＩＰ加入者の識別番号を有して同様にルーティング処理された呼試行メッセージを受信するステップと、加入者サーバで呼処理装置から呼接続要求を受信するステップと、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含む呼接続方法を提供することができる。
【００２１】
また、第１ユーザ端末がｍＶｏＩＰに加入しておらず、第２ユーザ端末が加入している場合に、加入者サーバで呼処理装置から呼接続要求を受信するステップにおいて、加入者サーバは、呼処理装置が第２ユーザ端末の情報を利用した呼要求を受信してもよい。
【００２２】
また、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップが実行される前まで呼試行メッセージの伝達を保留してもよい。
【００２３】
また、本発明の一実施形態によれば、ｍＶｏＩＰ呼接続システムにおいて、加入者サーバと、呼処理装置とを含み、加入者サーバで第１ユーザ端末から第２ユーザ端末への呼接続要求を受信して、第２ユーザ端末に呼接続要求を通知し、呼処理装置が第１ユーザ端末から呼試行メッセージを受信して、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信して、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続する呼接続システムを提供することができる。
【００２４】
また、本発明の一実施形態によれば、ｍＶｏＩＰ呼接続システムにおいて、加入者サーバと、呼処理装置とを含み、加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、呼接続要求に対する応答を伝達し、呼処理装置で第１ユーザ端末から呼試行メッセージを受信して、呼処理装置から呼試行メッセージを第２ユーザ端末に伝達して、第１ユーザ端末と第２ユーザ端末とを呼接続する呼接続システムを提供することができる。
【００２５】
また、本発明の一実施形態によれば、ｍＶｏＩＰ呼接続システムにおいて、加入者サーバと、呼処理装置とを含み、呼処理装置で連動装備を介してｍＶｏＩＰ加入者の識別番号を有して同様にルーティング処理された呼試行メッセージを受信して、加入者サーバで呼処理装置から呼接続要求を受信して、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信して、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続する呼接続システムを提供することができる。
【発明の効果】
【００２６】
本発明によれば、加入者に情報を伝達できる経路を有するサービス、例えば、ＭＩＭやＳＮＳは、ＶｏＩＰの登録手続に準ずる、または、その役割を行う機能をすでに保有していることに着眼し、ｍＶｏＩＰの呼接続方法及びシステムを提案することによって周期的なレジスタ登録による負荷を減らし、システム全体の性能を高めて、システムの管理を容易にできる。
【００２７】
また、別に定義した専用的なメッセージ形態を用いるため、セキュリティの面でも有利になる。
【図面の簡単な説明】
【００２８】
【図１】既存ＶｏＩＰの信号処理の流れを示すものである。
【図２】本発明の実施形態において、システムの加入者サーバの構成と動作を説明するための図である。
【図３】本発明の実施形態において、ｍＶｏＩＰ呼接続システムで行われる呼接続方法の実施を順に示すものである。
【図４】本発明の実施形態において、ｍＶｏＩＰ呼接続システムで行われる呼接続方法のまた他の一例による実施を順に示すものである。
【図５】本発明の実施形態において、ｍＶｏＩＰ呼接続システムで行われる呼接続方法のまた他の一例による実施を順に示すものである。
【図６】本発明の実施形態において、図３と関連するｍＶｏＩＰ呼接続システムを示すものである。
【図７】本発明の実施形態において、図４と関連するｍＶｏＩＰ呼接続システムを示すものである。
【図８】本発明の実施形態において、図５と関連するｍＶｏＩＰ呼接続システムを示すものである。
【発明を実施するための形態】
【００２９】
以下、ｍＶｏＩＰ呼接続システム及びシステムで行われる呼接続方法に対して添付する図面を参照しながら詳しく説明する。
【００３０】
従来のＶｏＩＰの信号処理は、呼処理装置を介して発信者と受信者を仲介する役割を形態として提供された。ＶｏＩＰユーザは、サービスの発信及び着信の永続性のために周期的に呼処理装置にレジスタ登録及び更新する手続を行うことによってサービスを利用する。実際に発信を行わない時にもユーザ本人が着信する呼を受けるために不要な手続が行われた。
【００３１】
また、既存ＶｏＩＰプロトコルのＳＩＰを用いるには、トラフィックや処理容量に負荷が生じることがあり、ＳＩＰは公然知られたプロトコルであるため、セキュリティの脆弱さが発生し得る。
【００３２】
これを補完するために、ＳＩＰプロトコルの登録と登録更新の手続を持続的に用いずに別途チャネルを介してユーザの端末とサーバとの間のＴＣＰ接続を保持するようにし、サービス内の送信されるメッセージも別に定義した形態を用いるようにしてもよい。これにより、ユーザの端末とサーバとの間のメッセージは、２進符号化されたメッセージ形態を用いるため、サイズを縮小することができ、専用のメッセージ形態を用いるためにセキュリティの面でも有利になる。
【００３３】
したがって、本発明では、呼処理装置以外に加入者サーバを共にシステムとして構成することによって、ユーザ端末が周期的なレジスタ登録手続を行わなくともＶｏＩＰサービスを持続することができる。
【００３４】
本発明の実施形態において、加入者サーバの構成と動作を図２に示した。ｍＶｏＩＰ加入者サーバは、大きく３種類の形態の機能を提供することができる。第１に最初に加入したユーザの端末を登録処理し、第２に登録されたユーザの端末とＴＣＰチャネルとを保持し、第３に呼処理、呼接続のための呼試行要求を処理して呼要求通知を受信者に伝達することができる。上述した機能を提供するために、加入者サーバは、図２に示すように内部機能サーバに区分して構成されるが、各サーバの動作に対して順に説明することができる。
【００３５】
ユーザの端末から登録要求（２０１）を実際に受信する所は、Ｌ４スイッチで受信した登録要求を分配（２０２）してウェブサーバをベースとするＷＥＰＳに伝達する。ＷＥＰＳは、ユーザ端末からの登録要求と登録解約要求とを処理することができるが、該当登録要求及び登録解約要求メッセージは、ＨＴＴＰｓベースのメッセージとして伝達してもよい。ウェブサーバをベースとするためにユーザの増加による増設が可能である。ＷＥＰＳで登録または登録解約処理されたユーザの情報は、ＣＳＲＳ（Ｃａｌｌ Ｓｅｒｖｅｒ Ｒｅｄｉｒｅｃｔｉｏｎ Ｓｅｒｖｅｒ）のデータベースに格納することによって管理してもよい。また、ＷＥＰＳで登録または登録解約処理された結果をユーザに公示するために、要求に対する応答（２０４）がＬ４スイッチに伝えられ、Ｌ４スイッチでは伝達された要求応答をユーザ端末に送信（２０５）してもよいが、伝達される要求応答は、プッシュサーバ情報とコールサーバ情報とを含んでもよい。
【００３６】
登録要求及び登録解約要求に対する応答を受けたユーザの端末は、認証要求を含むＴＣＰチャネル設定をＰＮＭＳ（Ｐｕｓｈ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍａｎａｇｉｎｇ Ｓｅｒｖｅｒ）に要求（２０６）することができる。ＰＮＭＳは、ユーザ端末からのＴＣＰチャネルを設定してチャネル保持のためにユーザ端末とネットワークの接続状態が活性化状態であることを通知するためのキープアライブ（Ｋｅｅｐ Ａｌｉｖｅ）メッセージとして処理してもよく、ＰＮＭＳサーバもユーザの増加に応じてサーバを増設してもよい。
【００３７】
認証要求を受信したＰＮＭＳは、ユーザの情報を格納しているＣＳＲＳにユーザ端末の認証を要求（２０７）して、認証結果を受信（２０８）してもよく、ユーザ端末に認証結果とチャネル設定に対する応答とを送信（２０９）することによって、ユーザ端末はｍＶｏＩＰサービスに登録及び認証を完了してｍＶｏＩＰサービスを実行することができる。
【００３８】
また、上述したように、ユーザ端末のチャネル保持のために、すなわちリアルタイム活性化状態にあることを示すために、ユーザ端末はＰＮＭＳと周期的にキープアライブ要求と応答（２１０）をやり取りしてもよい。
【００３９】
実際呼試行と呼試行に対する呼接続は、呼処理装置を介して行われるが、その前にユーザ端末が呼要求をするとＣＳＲＳで受信して、呼要求に対する応答を呼要求発信ユーザの端末に送信し、呼要求に対してＣＳＲＳはＰＮＭＳに呼受信を通知して、ＰＮＭＳは受信対象になるユーザの端末に呼受信を通知する過程は加入者サーバ内で行ってもよい。
【００４０】
加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、加入者サーバで第１ユーザ端末から第２ユーザ端末への呼接続要求を受信し、第２ユーザ端末に呼接続要求を通知するステップと、呼処理装置が第１ユーザ端末から呼試行メッセージを受信するステップと、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含む呼接続方法を提供することができる。前記記載した方法において、ユーザ端末と呼接続システムとの間で行われるステップは、無線通信などを介して実施されてもよい。
【００４１】
本発明において、図３は、ｍＶｏＩＰ呼接続システムで行われる呼接続方法の実施を順に示すものである。第１ユーザと第２ユーザの端末は、システムに登録及び認証が完了したシステムユーザ端末であり、端末は携帯電話などのようなユーザ間の通話接続が可能なものであり、第１ユーザは呼発信者、第２ユーザは第１ユーザの呼受信者に該当してもよい。また、以下の図面の呼要求は呼接続要求に対応し、呼試行と呼試行メッセージとは混用して用いてもよい。
【００４２】
上述したように、加入者サーバは、第１ユーザ端末から呼要求を受信（３０１）して、受信された呼要求に対して応答（３０２）し、第２ユーザ端末に第１ユーザ端末の呼要求を通知（３０３）してもよい。先に説明したように、第１ユーザ及び第２ユーザの端末は、システムに登録、認証が完了したユーザ端末として、加入者サーバを介して呼要求を送受信してもよい。以後、呼処理装置は、実質的な第１ユーザと第２ユーザ端末との呼接続を行うために、第１ユーザ端末のレジスタ登録（３０４）をしてもよいが、呼試行するための最小限のレジスタ登録を必要とすることもある。呼処理装置は、レジスタ登録に対する応答を第１ユーザ端末に送信し、実質的な第１ユーザ端末から呼試行（３０５）を受信してもよい。呼試行は、メッセージとして伝達されてもよい。このように受信された呼試行は、呼処理装置が第２ユーザ端末から呼要求に対する応答として呼受信準備を知らせる呼待機通知を受信（３０７）する時まで第１ユーザ端末から受信された呼試行を保留、すなわち受信加入者が呼受信準備ができたことを通知する時まで発信加入者からの呼試行を保留（３０６）してもよい。第２ユーザの呼待機通知は、呼処理装置が第２ユーザ端末からレジスタ登録を確認することによって受信してもよい。
【００４３】
第２ユーザ端末の呼待機通知を確認した呼処理装置は、保留している第１ユーザ端末の呼試行を第２ユーザ端末に送信（３０８）し、呼試行に対する応答を受信（３０９）することによって、第１ユーザ端末と第２ユーザ端末とを呼接続（３１０）してもよい。このような呼接続がデータ誤差なく実施されたという内容を伝達するためのＡＣＫ信号を第１ユーザ端末から呼処理装置で受信（３１１）し、再び第２ユーザに伝達（３１２）することによって呼接続方法を進めてもよい。
【００４４】
上述した呼処理方法特徴として、従来の呼処理経路の他に別途経路を介して呼接続に参加するユーザに呼通知してもよく、本発明の呼処理装置はユーザ情報を含まなくてもよい。前記別途経路は、ＭＩＭやＳＮＳなどに該当してもよく、サービスの目的でユーザと接続されている経路に該当してもよい。
【００４５】
また他の呼接続方法として、加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、呼接続要求に対する応答を伝達するステップと、呼処理装置で第１ユーザ端末から呼試行メッセージを受信するステップと、呼処理装置から呼試行メッセージを第２ユーザ端末に伝達するステップと、第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含んでもよい。
【００４６】
上述した呼接続方法の実行は、図４と関連して説明することができ、第１ユーザ端末がｍＶｏＩＰに加入していて、第２ユーザ端末が加入していない場合に実施することのできる方法であり、上記の加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、呼接続要求に対する応答を伝達するステップにおいて、加入者サーバは呼要求に対する応答メッセージに第２ユーザ端末が非加入者であることを表示して第１ユーザ端末に伝達し、第２ユーザ端末はＰＳＴＮ／ＰＬＭＮに、すなわち外部の接続網に連動して呼接続されてもよい。
【００４７】
図４によってｍＶｏＩＰの呼接続方法を順に説明する。図３と同様に、加入者サーバは、第１ユーザ端末から呼要求を受信（４０１）し、呼要求に対する応答を第１ユーザ端末に送信（４０２）してもよいが、呼要求に対する応答（４０２）は応答メッセージに第２ユーザ端末が非加入者端末であることが表示され、第１ユーザ端末に伝達されてもよい。ただし、第２ユーザ端末がｍＶｏＩＰサービスの加入者でない場合について説明するものであるため、加入者サーバは、第１ユーザ端末から受信された呼要求に対して第２ユーザ端末への通知を省略してもよい。
【００４８】
呼試行（４０４）の前に呼処理装置でレジスタ登録（４０３）が完了することによって呼試行（４０４）でき、呼処理装置は第１ユーザ端末の呼試行（４０４）をメッセージとして受信でき、受信対象になる第２ユーザ端末に呼試行メッセージを伝達（４０６）するが、呼処理装置から呼試行メッセージを第２ユーザ端末に伝達するステップにおいて、呼処理装置は、第２ユーザ端末の着信番号を用いてルーティング処理して呼試行メッセージをＰＳＴＮ／ＰＬＭＮに、すなわち別の連動装備を介して外部網に連動（４０５）して送信してもよい。換言すれば、図４に示された第２ユーザ端末は、別の連動装備を介して、例えば、ソフトスイッチ（ＳＳＷ）などのような装置を経由して第１ユーザ端末と呼接続されてもよい。
【００４９】
第２ユーザ端末は、連動装備を介して呼処理装置からの呼試行（４０６）を伝達され、呼試行に対する応答を送信（４０７）してもよい。第２ユーザ端末から呼試行メッセージに対する応答を受信（４０７）した呼処理装置は、第１ユーザ端末と第２ユーザ端末とを呼接続（４０８）してもよい。第２ユーザ端末は、呼接続までの過程を連動装備を介して接続されてもよい。同様に、呼接続がデータ誤差なく実施されたという内容を伝達するためのＡＣＫ信号を第１ユーザ端末から呼処理装置で受信（４０９）し、呼処理装置は再び第２ユーザ端末に伝達（４１０）してもよい。
【００５０】
上述した呼接続方法において、既存ユーザ番号を用いる場合、高費用の移動通信電話を用いるのではなく、相対的に安価なｍＶｏＩＰ呼接続によって既存移動通信または家電話加入者との接続を可能にすることができる。
【００５１】
また他の一例によって、呼接続方法の他の実施形態を示すことができる。加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、呼処理装置で連動装備を介してｍＶｏＩＰ加入者の識別番号を有して同様にルーティング処理された呼試行メッセージを受信するステップと、加入者サーバで呼処理装置から呼接続要求を受信するステップと、呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、呼処理装置が第２ユーザ端末に呼試行メッセージを伝達して第１ユーザ端末と第２ユーザ端末とを呼接続するステップとを含むことができ、これに関する一例として図５にその順序を示している。
【００５２】
上記の一例において、第１ユーザ端末がｍＶｏＩＰに加入しておらず、第２ユーザ端末が加入している場合に対する一例として、加入者サーバで呼処理装置から呼接続要求を受信するステップにおいて、加入者サーバは、呼処理装置が第２ユーザ端末の情報を利用した呼要求を受信してもよい。
【００５３】
図５によって呼接続方法を詳しく説明すると、呼処理装置が第１ユーザ端末の呼試行（５０１）を受信することによって本発明を実施してもよい。第１ユーザ端末は、ｍＶｏＩＰサービス加入者ではないため、別の連動装備を介して、例えば、ソフトスイッチ（ＳＳＷ）などの装置を介して呼試行（５０１）をメッセージ形態で受信してもよい。呼処理装置で受信される呼試行（５０１）は、加入者の識別番号を有して同様にルーティング処理された呼試行メッセージに該当してもよい。
【００５４】
最初の呼要求の発信者がｍＶｏＩＰサービスの加入者ではないため、図３における最初の呼要求時に発信者の第１ユーザ端末と加入者サーバとの呼要求メッセージを介してやり取りするメッセージを外部網（ＰＳＴＮ／ＰＬＭＮ）で引入された呼を受信する呼処理装置で処理するようにしてもよい。
【００５５】
実際に、呼要求（５０２）は呼処理装置で実施され、第２ユーザ端末に呼要求を通知することは加入者サーバを介して行われる。すなわち、呼処理装置で加入者サーバで第１ユーザ端末の呼試行と関連して呼要求（５０２）を送信し、加入者サーバは呼要求受信に対する応答（５０３）を呼処理装置に送信して、実質的な呼要求対象である第２ユーザ端末に呼要求通知（５０４）を発信してもよい。ここで、呼処理装置は第２ユーザ端末から呼受信準備を知らせる呼待機通知（５０５）を受信するステップが実行される前まで呼試行メッセージの伝達を保留し、呼待機通知（５０５）が受信されれば、先に連動装備を介して受信された第１ユーザ端末の呼試行（５０６）を第２ユーザ端末に送信してもよい。ここで、第２ユーザ端末の呼待機通知（５０５）は、呼処理装置でレジスタ登録をすることによって可能である。
【００５６】
ｍＶｏＩＰサービス加入者がサービスの持続のために周期的なレジスタ登録は不要なことであるが、図５に示した方法は、図３と同様に呼接続方法の呼処理経路の他に別途経路、すなわちＭＩＭやＳＮＳなどのサービスでサービス加入者と接続されている経路を介して呼接続の対象者に呼通知をするために、周期的なレジスタは不要なものであり、呼処理装置が加入者情報を格納している必要はない。
【００５７】
呼処理装置は、第１ユーザ端末から伝達されて保留された呼試行（５０６）を受信者の第２ユーザ端末に送信し、呼試行に対する応答（５０７）を受信して第１ユーザ端末と第２ユーザ端末とを呼接続（５０８）して、両者間の通話を接続してもよい。また、呼処理装置は、呼接続に対してデータ処理が誤差なく実施されたという内容を伝達するＡＣＫ信号を第１ユーザ端末から受信（５０９）し、再び第２ユーザ端末に伝達（５１０）して呼接続方法の実施を終了することができる。第１ユーザ端末と行われる通信は、連動装備、すなわちソフトスイッチ（ＳＳＷ）などの装置を介して外部通信網（ＰＳＴＮ／ＰＬＭＮなど）に連動して行なってもよい。
【００５８】
ｍＶｏＩＰ呼接続システム６００において、加入者サーバ６１０と、呼処理装置６２０とを含むシステム６００であって、システム実行動作は、加入者サーバ６１０で第１ユーザ端末６３０から第２ユーザ端末６４０への呼接続要求を受信して、第２ユーザ端末６４０に呼接続要求を通知し、呼処理装置６２０が第１ユーザ端末６３０から呼試行メッセージを受信して、呼処理装置６２０が第２ユーザ端末６４０から呼受信準備を知らせる呼待機通知を受信して、呼処理装置６２０が第２ユーザ端末６４０に呼試行メッセージを伝達して、第１ユーザ端末６３０と第２ユーザ端末６４０とを呼接続するシステム６００であり、図３の呼接続方法を行えるシステムに該当し、加入者サーバ６１０は、図２に示したものであってもよい。
【００５９】
図に示すように加入者サーバ６１０を介して行われる過程は、ユーザの情報に関するものとしてセキュリティの脆弱さを克服するためにｎｏｎ−ＳＩＰプロトコルを利用し、例えば、ＴＣＰ接続を保持することによって利用することができ、ユーザ端末と加入者サーバとの間のメッセージは、２進符号化（Ｂｉｎａｒｙ Ｅｎｃｏｄｉｎｇ）された形態を用いることによって容量の面でだけでなく、セキュリティの面でも有利になる。呼処理装置６２０は、従来と同様にＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、セッション開始プロトコル）を用いてシステム内の過程を行える。
【００６０】
呼接続システム６００は、図３の実施形態に従うため、呼処理装置６２０が第２ユーザ端末６４０から呼受信準備を知らせる呼待機通知を受信する前まで呼試行メッセージを第２ユーザ端末６４０に伝達するのを保留してもよい。呼待機通知は、ＳＩＰレジスタメッセージとして送信でき、従来のシステムと異なるように周期的なレジスタ登録を行わない代わりに、加入者サーバ６１０でユーザの状態情報を保持することによってシステム６００を用いることができる。通話が終了する時、ユーザ端末はＳＩＰレジスタメッセージを介してＳＩＰ登録解約要求を送信し、加入者サーバ６１０との登録はｎｏｎ−ＳＩＰメッセージを用いて周期的に更新処理する。
【００６１】
上述した呼接続システムの特徴として、従来の呼処理経路の他に別途経路を介して呼接続に参加するユーザに呼通知することができ、ここで、本発明の呼処理装置６２０はユーザ情報を含まずに、呼処理装置６２０への周期的なレジスタが不要になる。上記の別途経路は、ＭＩＭやＳＮＳなどを利用したものであり、サービスの目的でユーザと接続されている経路がここれに該当する。
【００６２】
図７において、図４に示した呼接続方法を実施できるシステムで、ｍＶｏＩＰ呼接続システム７００において、加入者サーバ７１０と、呼処理装置７２０とを含むシステムであって、加入者サーバ７１０が第１ユーザ端末７４０から第２ユーザ端末７５０との呼接続要求を受信して、呼接続要求に対する応答を伝達し、呼処理装置７２０で第１ユーザ端末７４０から呼試行メッセージを受信して、呼処理装置７２０で呼試行メッセージを前記第２ユーザ端末７５０に伝達して、第１ユーザ端末７４０と第２ユーザ端末７５０とを呼接続してもよい。
【００６３】
呼接続システム７００は、ユーザ端末のうち、第１ユーザ端末７４０がｍＶｏＩＰに加入していて、第２ユーザ端末７５０が加入していない場合に適用することができるシステム７００として、加入者サーバ７１０は呼要求に対する応答メッセージに第２ユーザ端末７５０が非加入者であることを表示して第１ユーザ端末７４０に伝達して、第２ユーザ端末７５０はＰＳＴＮ／ＰＬＭＮに連動して呼接続されてもよい。すなわち、第２ユーザ端末７５０と行われる通信は、連動装備７３０、すなわちソフトスイッチ（ＳＳＷ）などの装置を介して外部通信網（ＰＳＴＮ／ＰＬＭＮなど）に連動して行われてもよい。
【００６４】
また、呼処理装置７２０で呼試行メッセージを第２ユーザ端末７５０に伝達する時、呼処理装置７２０は第２ユーザ端末７５０の着信番号を用いてルーティング処理して呼試行メッセージをＰＳＴＮ／ＰＬＭＮに連動装備７３０を用いることによって連動して送信してもよい。
【００６５】
上述した呼接続システム７００において、既存ユーザ番号を用いる場合、高費用の移動通信電話を用いるものではなく、相対的に安価なｍＶｏＩＰ呼接続によって既存移動通信または家電話加入者との接続が可能になる。
【００６６】
加入者サーバ７１０を介して行われる過程は、ユーザの情報に関するものであり、セキュリティの脆弱さを克服するためにｎｏｎ−ＳＩＰプロトコルを利用し、例えば、ＴＣＰ接続を保持することによって利用することができ、ユーザ端末と加入者サーバとの間のメッセージは２進符号化された形態を用いることによって容量の面でだけでなく、セキュリティの面でも有利になる。呼処理装置７２０は、従来と同様にＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、セッション開始プロトコル）を用いてシステム内過程を行える。
【００６７】
また他の一例において、図８に示す呼接続システム８００は、図５に示した実施形態を行えるシステム８００であり、ｍＶｏＩＰ呼接続システム８００は、加入者サーバ８１０と、呼処理装置８２０とを含み、呼処理装置８２０で連動装備８３０を介してｍＶｏＩＰ加入者の識別番号を有して同様にルーティング処理された呼試行メッセージを受信して、加入者サーバ８１０で呼処理装置８２０から呼接続要求を受信して、呼処理装置８２０が第２ユーザ端末８５０から呼受信準備を知らせる呼待機通知を受信して、呼処理装置８２０が第２ユーザ端末８５０に呼試行メッセージを伝達して、第１ユーザ端末８４０と第２ユーザ端末８５０を呼接続できるシステム８００に該当することがでくる。
【００６８】
ここで、図８の一例は、第１ユーザ端末８４０がｍＶｏＩＰに加入しておらず、第２ユーザ端末８５０がｍＶｏＩＰに加入している場合に関するもので、加入者サーバ８１０は、呼処理装置８２０が第２ユーザ端末８５０の情報を利用した呼要求を受信してもよい。すなわち、呼処理装置８２０は、ｍＶｏＩＰ加入者の第２ユーザ端末８５０の情報を利用して加入者サーバ８１０に呼接続要求してもよい。
【００６９】
また、呼処理装置８２０が第２ユーザ端末８５０から呼受信準備を知らせる呼待機通知を受信する前まで呼試行メッセージの伝達を保留し、呼待機アラーム受信後に呼試行メッセージを第２ユーザ端末８５０に伝達することによって、第１ユーザ端末８４０と第２ユーザ端末８５０との呼接続が成功し得る。呼接続システム８００のすべての実施において、非加入者の第１ユーザ端末８４０と行われるすべての通信、呼要求及び呼要求通知に対する過程は、連動装備８３０を介して、例えば、ソフトスイッチ（ＳＳＷ）などを介して外部網（ＰＳＴＮ／ＰＬＭＮなど）に連動して実施してもよい。
【００７０】
さらに、図８に示したものによれば、加入者サーバ８１０を介して行われる過程はｎｏｎ−ＳＩＰプロトコルを利用し、例えば、ＴＣＰ接続を保持することによって利用することができ、ユーザ端末と加入者サーバとの間のメッセージは、２進符号化された形態を用いることによって容量の面でだけでなく、セキュリティの面でも有利なシステムを提供することができる。呼処理装置８２０は、従来と同様にＳＩＰを用いてシステム内過程を行うことができる。
【００７１】
実施形態に係る方法は、多様なコンピュータ手段によって行うことができるプログラム命令形態で実現され、コンピュータ読み出し可能媒体に記録してもよい。前記記録媒体は、プログラム命令、データファイル、データ構造などを単独または組み合わせたものを含んでもよい。前記記録媒体及びプログラム命令は、本発明の目的のために特別に設計して構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、フロプティカルディスクのような磁気−光媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置を含んでもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コードだけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コードを含む。上述のハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアモジュールとして作動するように構成してもよく、その逆も同様である。
【００７２】
上述したように本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
【００７３】
したがって、本発明の範囲は、開示された実施形態に限定されて定められるものではなく、特許請求の範囲及び特許請求の範囲と均等なものなどによって定められるものである。
【符号の説明】
【００７４】
６００、７００、８００：呼接続システム
６１０、７１０、８１０：加入者サーバ
６２０、７２０、８２０：呼処理装置
【特許請求の範囲】
【請求項１】
加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、
前記加入者サーバで第１ユーザ端末から第２ユーザ端末への呼接続要求を受信して、前記第２ユーザ端末に前記呼接続要求を通知するステップと、
前記呼処理装置が前記第１ユーザ端末から呼試行メッセージを受信するステップと、
前記呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、
前記呼処理装置が前記第２ユーザ端末に前記呼試行メッセージを伝達して前記第１ユーザ端末と前記第２ユーザ端末とを呼接続するステップと、
を含むことを特徴とする呼接続方法。
【請求項２】
前記呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップが実行される前まで前記呼試行メッセージの伝達を保留することを特徴とする請求項１に記載の呼接続方法。
【請求項３】
前記呼接続方法の呼処理経路の他に別途経路を介して呼接続に参加するユーザに呼通知し、
前記呼処理装置はユーザ情報を含まないことを特徴とする請求項１に記載の呼接続方法。
【請求項４】
前記別途経路は、ＭＩＭやＳＮＳに該当し、ユーザと接続されている経路に該当することを特徴とする請求項３に記載の呼接続方法。
【請求項５】
加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、
前記加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、前記呼接続要求に対する応答を伝達するステップと、
前記呼処理装置で前記第１ユーザ端末から呼試行メッセージを受信するステップと、
前記呼処理装置から前記呼試行メッセージを前記第２ユーザ端末に伝達するステップと、
前記第１ユーザ端末と前記第２ユーザ端末とを呼接続するステップと、
を含むことを特徴とする呼接続方法。
【請求項６】
前記第１ユーザ端末がｍＶｏＩＰに加入していて、第２ユーザ端末が加入していない場合に、
前記加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、前記呼接続要求に対する応答を伝達するステップにおいて、
前記加入者サーバは前記呼要求に対する応答メッセージに前記第２ユーザ端末が非加入者であることを表示して前記第１ユーザ端末に伝達し、
前記第２ユーザ端末はＰＳＴＮ／ＰＬＭＮに連動されて呼接続されることを特徴とする請求項５に記載の呼接続方法。
【請求項７】
前記呼処理装置から前記呼試行メッセージを前記第２ユーザ端末に伝達するステップにおいて、
前記呼処理装置は、前記第２ユーザ端末の着信番号を用いてルーティング処理して前記呼試行メッセージをＰＳＴＮ／ＰＬＭＮに連動して送信することを特徴とする請求項５に記載の呼接続方法。
【請求項８】
加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、
前記呼処理装置で連動装備を介して前記ｍＶｏＩＰ加入者の識別番号を有して同様にルーティング処理された呼試行メッセージを受信するステップと、
前記加入者サーバで前記呼処理装置から呼接続要求を受信するステップと、
前記呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、
前記呼処理装置が前記第２ユーザ端末に前記呼試行メッセージを伝達して前記第１ユーザ端末と前記第２ユーザ端末とを呼接続するステップと、
を含むことを特徴とする呼接続方法。
【請求項９】
前記第１ユーザ端末がｍＶｏＩＰに加入しておらず、前記第２ユーザ端末が加入している場合に、
前記加入者サーバで前記呼処理装置から呼接続要求を受信するステップにおいて、
前記加入者サーバは、前記呼処理装置が前記第２ユーザ端末の情報を利用した前記呼要求を受信することを特徴とする請求項８に記載の呼接続方法。
【請求項１０】
前記呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップが実行される前まで前記呼試行メッセージの伝達を保留することを特徴とする請求項８に記載の呼接続方法。
【請求項１１】
ｍＶｏＩＰ呼接続システムにおいて、
加入者サーバと、
呼処理装置と、
を含み、
前記加入者サーバで第１ユーザ端末から第２ユーザ端末への呼接続要求を受信して、前記第２ユーザ端末に前記呼接続要求を通知し、
前記呼処理装置が前記第１ユーザ端末から呼試行メッセージを受信して、
前記呼処理装置が前記第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信して、
前記呼処理装置が前記第２ユーザ端末に前記呼試行メッセージを伝達して前記第１ユーザ端末と前記第２ユーザ端末とを呼接続することを特徴とする呼接続システム。
【請求項１２】
前記呼処理装置が前記第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信する前まで前記呼試行メッセージの伝達を保留することを特徴とする請求項１１に記載の呼接続システム。
【請求項１３】
前記呼接続システムの呼処理経路の他に別途経路を介して呼接続に参加するユーザに呼通知し、
前記呼処理装置はユーザ情報を含まないことを特徴とする請求項１１に記載の呼接続システム。
【請求項１４】
前記別途経路はＭＩＭやＳＮＳに該当し、ユーザと接続されている経路に該当することを特徴とする請求項１３に記載の呼接続システム。
【請求項１５】
ｍＶｏＩＰ呼接続システムにおいて、
加入者サーバと、
呼処理装置と、
を含み、
前記加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、前記呼接続要求に対する応答を伝達し、
前記呼処理装置で前記第１ユーザ端末から呼試行メッセージを受信して、
前記呼処理装置から前記呼試行メッセージを前記第２ユーザ端末に伝達して、
前記第１ユーザ端末と前記第２ユーザ端末とを呼接続することを特徴とする呼接続システム。
【請求項１６】
前記第１ユーザ端末がｍＶｏＩＰに加入していて、前記第２ユーザ端末が加入していない場合に、
前記加入者サーバは前記呼要求に対する応答メッセージに前記第２ユーザ端末が非加入者であることを表示して前記第１ユーザ端末に伝達し、
前記第２ユーザ端末はＰＳＴＮ／ＰＬＭＮに連動して呼接続されることを特徴とする請求項１５に記載の呼処理システム。
【請求項１７】
前記呼処理装置から前記呼試行メッセージを前記第２ユーザ端末に伝達する時、前記呼処理装置は、前記第２ユーザ端末の着信番号を用いてルーティング処理して前記呼試行メッセージをＰＳＴＮ／ＰＬＭＮに連動して送信することを特徴とする請求項１５に記載の呼接続システム。
【請求項１８】
ｍＶｏＩＰ呼接続システムにおいて、
加入者サーバと、
呼処理装置と、
を含み、
前記呼処理装置で連動装備を介して前記ｍＶｏＩＰ加入者の識別番号を有して同様にルーティング処理された呼試行メッセージを受信して、
前記加入者サーバで前記呼処理装置から呼接続要求を受信して、
前記呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信して、
前記呼処理装置が前記第２ユーザ端末に前記呼試行メッセージを伝達して前記第１ユーザ端末と前記第２ユーザ端末とを呼接続することを特徴とする呼接続システム。
【請求項１９】
前記第１ユーザ端末がｍＶｏＩＰに加入しておらず、前記第２ユーザ端末が加入している場合に、
前記加入者サーバは前記呼処理装置が第２ユーザ端末の情報を利用した前記呼要求を受信することを特徴とする請求項１８に記載の呼接続システム。
【請求項２０】
前記呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信する前まで前記呼試行メッセージの伝達を保留することを特徴とする請求項１８に記載の呼接続システム。
【請求項１】
加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、
前記加入者サーバで第１ユーザ端末から第２ユーザ端末への呼接続要求を受信して、前記第２ユーザ端末に前記呼接続要求を通知するステップと、
前記呼処理装置が前記第１ユーザ端末から呼試行メッセージを受信するステップと、
前記呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、
前記呼処理装置が前記第２ユーザ端末に前記呼試行メッセージを伝達して前記第１ユーザ端末と前記第２ユーザ端末とを呼接続するステップと、
を含むことを特徴とする呼接続方法。
【請求項２】
前記呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップが実行される前まで前記呼試行メッセージの伝達を保留することを特徴とする請求項１に記載の呼接続方法。
【請求項３】
前記呼接続方法の呼処理経路の他に別途経路を介して呼接続に参加するユーザに呼通知し、
前記呼処理装置はユーザ情報を含まないことを特徴とする請求項１に記載の呼接続方法。
【請求項４】
前記別途経路は、ＭＩＭやＳＮＳに該当し、ユーザと接続されている経路に該当することを特徴とする請求項３に記載の呼接続方法。
【請求項５】
加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、
前記加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、前記呼接続要求に対する応答を伝達するステップと、
前記呼処理装置で前記第１ユーザ端末から呼試行メッセージを受信するステップと、
前記呼処理装置から前記呼試行メッセージを前記第２ユーザ端末に伝達するステップと、
前記第１ユーザ端末と前記第２ユーザ端末とを呼接続するステップと、
を含むことを特徴とする呼接続方法。
【請求項６】
前記第１ユーザ端末がｍＶｏＩＰに加入していて、第２ユーザ端末が加入していない場合に、
前記加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、前記呼接続要求に対する応答を伝達するステップにおいて、
前記加入者サーバは前記呼要求に対する応答メッセージに前記第２ユーザ端末が非加入者であることを表示して前記第１ユーザ端末に伝達し、
前記第２ユーザ端末はＰＳＴＮ／ＰＬＭＮに連動されて呼接続されることを特徴とする請求項５に記載の呼接続方法。
【請求項７】
前記呼処理装置から前記呼試行メッセージを前記第２ユーザ端末に伝達するステップにおいて、
前記呼処理装置は、前記第２ユーザ端末の着信番号を用いてルーティング処理して前記呼試行メッセージをＰＳＴＮ／ＰＬＭＮに連動して送信することを特徴とする請求項５に記載の呼接続方法。
【請求項８】
加入者サーバと呼処理装置とを含むｍＶｏＩＰ呼接続システムで行われるｍＶｏＩＰ呼接続方法において、
前記呼処理装置で連動装備を介して前記ｍＶｏＩＰ加入者の識別番号を有して同様にルーティング処理された呼試行メッセージを受信するステップと、
前記加入者サーバで前記呼処理装置から呼接続要求を受信するステップと、
前記呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップと、
前記呼処理装置が前記第２ユーザ端末に前記呼試行メッセージを伝達して前記第１ユーザ端末と前記第２ユーザ端末とを呼接続するステップと、
を含むことを特徴とする呼接続方法。
【請求項９】
前記第１ユーザ端末がｍＶｏＩＰに加入しておらず、前記第２ユーザ端末が加入している場合に、
前記加入者サーバで前記呼処理装置から呼接続要求を受信するステップにおいて、
前記加入者サーバは、前記呼処理装置が前記第２ユーザ端末の情報を利用した前記呼要求を受信することを特徴とする請求項８に記載の呼接続方法。
【請求項１０】
前記呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信するステップが実行される前まで前記呼試行メッセージの伝達を保留することを特徴とする請求項８に記載の呼接続方法。
【請求項１１】
ｍＶｏＩＰ呼接続システムにおいて、
加入者サーバと、
呼処理装置と、
を含み、
前記加入者サーバで第１ユーザ端末から第２ユーザ端末への呼接続要求を受信して、前記第２ユーザ端末に前記呼接続要求を通知し、
前記呼処理装置が前記第１ユーザ端末から呼試行メッセージを受信して、
前記呼処理装置が前記第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信して、
前記呼処理装置が前記第２ユーザ端末に前記呼試行メッセージを伝達して前記第１ユーザ端末と前記第２ユーザ端末とを呼接続することを特徴とする呼接続システム。
【請求項１２】
前記呼処理装置が前記第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信する前まで前記呼試行メッセージの伝達を保留することを特徴とする請求項１１に記載の呼接続システム。
【請求項１３】
前記呼接続システムの呼処理経路の他に別途経路を介して呼接続に参加するユーザに呼通知し、
前記呼処理装置はユーザ情報を含まないことを特徴とする請求項１１に記載の呼接続システム。
【請求項１４】
前記別途経路はＭＩＭやＳＮＳに該当し、ユーザと接続されている経路に該当することを特徴とする請求項１３に記載の呼接続システム。
【請求項１５】
ｍＶｏＩＰ呼接続システムにおいて、
加入者サーバと、
呼処理装置と、
を含み、
前記加入者サーバが第１ユーザ端末から第２ユーザ端末との呼接続要求を受信して、前記呼接続要求に対する応答を伝達し、
前記呼処理装置で前記第１ユーザ端末から呼試行メッセージを受信して、
前記呼処理装置から前記呼試行メッセージを前記第２ユーザ端末に伝達して、
前記第１ユーザ端末と前記第２ユーザ端末とを呼接続することを特徴とする呼接続システム。
【請求項１６】
前記第１ユーザ端末がｍＶｏＩＰに加入していて、前記第２ユーザ端末が加入していない場合に、
前記加入者サーバは前記呼要求に対する応答メッセージに前記第２ユーザ端末が非加入者であることを表示して前記第１ユーザ端末に伝達し、
前記第２ユーザ端末はＰＳＴＮ／ＰＬＭＮに連動して呼接続されることを特徴とする請求項１５に記載の呼処理システム。
【請求項１７】
前記呼処理装置から前記呼試行メッセージを前記第２ユーザ端末に伝達する時、前記呼処理装置は、前記第２ユーザ端末の着信番号を用いてルーティング処理して前記呼試行メッセージをＰＳＴＮ／ＰＬＭＮに連動して送信することを特徴とする請求項１５に記載の呼接続システム。
【請求項１８】
ｍＶｏＩＰ呼接続システムにおいて、
加入者サーバと、
呼処理装置と、
を含み、
前記呼処理装置で連動装備を介して前記ｍＶｏＩＰ加入者の識別番号を有して同様にルーティング処理された呼試行メッセージを受信して、
前記加入者サーバで前記呼処理装置から呼接続要求を受信して、
前記呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信して、
前記呼処理装置が前記第２ユーザ端末に前記呼試行メッセージを伝達して前記第１ユーザ端末と前記第２ユーザ端末とを呼接続することを特徴とする呼接続システム。
【請求項１９】
前記第１ユーザ端末がｍＶｏＩＰに加入しておらず、前記第２ユーザ端末が加入している場合に、
前記加入者サーバは前記呼処理装置が第２ユーザ端末の情報を利用した前記呼要求を受信することを特徴とする請求項１８に記載の呼接続システム。
【請求項２０】
前記呼処理装置が第２ユーザ端末から呼受信準備を知らせる呼待機通知を受信する前まで前記呼試行メッセージの伝達を保留することを特徴とする請求項１８に記載の呼接続システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１３−４２４９０（Ｐ２０１３−４２４９０Ａ）
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願番号】特願２０１２−１６８５１１（Ｐ２０１２−１６８５１１）
【出願日】平成２４年７月３０日（２０１２．７．３０）
【出願人】（５１２１９９０９２）ゼナー システムズ インク (1)
【氏名又は名称原語表記】Ｘｅｎｅｒ Ｓｙｓｔｅｍｓ Ｉｎｃ．
【住所又は居所原語表記】４−５Ｆ． Ｈｙｕｎｄａｉ Ｉｎｔｅｌｅｘ， ２６１ Ｎｏｎｈｙｅｏｎ−ｄｏｎｇ， Ｇａｎｇｎａｍ−ｇｕ，Ｓｅｏｕｌ １３５−８３２， Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
【Ｆターム（参考）】
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願日】平成２４年７月３０日（２０１２．７．３０）
【出願人】（５１２１９９０９２）ゼナー システムズ インク (1)
【氏名又は名称原語表記】Ｘｅｎｅｒ Ｓｙｓｔｅｍｓ Ｉｎｃ．
【住所又は居所原語表記】４−５Ｆ． Ｈｙｕｎｄａｉ Ｉｎｔｅｌｅｘ， ２６１ Ｎｏｎｈｙｅｏｎ−ｄｏｎｇ， Ｇａｎｇｎａｍ−ｇｕ，Ｓｅｏｕｌ １３５−８３２， Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
【Ｆターム（参考）】
[ Back to top ]