(57)【要約】【課題】発呼時に入力された通信先の通話端末のアドレスに基づき予め設定した条件で通信事業者を自動的に選択し、選択した通信事業者のサーバの通信規約に従ってメディアを通信する。【解決手段】発呼時に入力された通信先の通話端末のアドレスに基づいて予め設定した条件で通信事業者を自動的に選択する自動選択手段(自動選択部３８)と、選択した通信事業者のサーバの通信規約を判別し、その通信規約に従ってメディアを通信する通信システムとを備え、通信システムは、選択した通信事業者のサーバの通信プロトコルを自動的に判別する自動判別手段(自動判別部１０)と、判別した通信プロトコルに従ったセッションを確立するセッション確立手段(セッション確立部１２)と、確立したセッションに基づいてメディアをパケット通信するパケット通信手段(パケット通信部１４)とを有する。【選択図】    図９
2006033105.tif 000002
【特許請求の範囲】
【請求項１】
通信事業者が提供する通信接続サービスを受けることが可能なメディア通信装置であって、
発呼時に入力された通信先の通話端末のアドレスに基づいて、予め設定した条件で通信事業者を自動的に選択する自動選択手段と、
選択した通信事業者のサーバの通信規約を判別し、その通信規約に従ってメディアを通信する通信システムとを備えていることを特徴とするメディア通信装置。
【請求項２】
メディア通信装置は、メディアをパケット通信する際に通話端末との間でセッション管理を行う通信事業者のサーバ毎に異なる通信プロトコルを自動的に判別し、各々の通信事業者が提供する通信接続サービスを受けることが可能であり、
このメディア通信装置の通信システムは、
選択した通信事業者のサーバの通信プロトコルを自動的に判別する自動判別手段と、
判別した通信プロトコルに従ったセッションを確立するセッション確立手段と、
確立したセッションに基づいてメディアをパケット通信するパケット通信手段とを備えていることを特徴とする請求項１に記載のメディア通信装置。
【請求項３】
自動選択手段には、予め設定した条件で通信事業者を選択する際に用いる各種データが設定されたテーブルと、発呼側の通話端末が契約している通信事業者を登録する通信事業者登録部と、発呼時に入力されたアドレスに基づいて通信先の通話端末を判定する通信先端末判定部と、通信先端末判定部の判定結果とテーブルの各種データとを照合して所定の通信事業者を選択する通信事業者選択部とが設けられていることを特徴とする請求項１又は２に記載のメディア通信装置。
【請求項４】
テーブルの各種データには、通信先の通話端末の種類、通信時間帯、通信の曜日、通信距離の中から任意に選択したものに応じた通信料金或いは他の条件を付加して設定した通信料金が含まれており、当該通信料金は各通信事業者毎に設定されていることを特徴とする請求項３に記載のメディア通信装置。
【請求項５】
自動選択手段の通信事業者選択部は、通信先端末判定部の判定結果とテーブルの各種データとを照合して通信料金が最も安い通信事業者を選択することを特徴とする請求項３又は４に記載のメディア通信装置。
【請求項６】
所定の手順に従ってメディア通信装置に、通信事業者が提供する通信接続サービスを受けるように機能させるためのメディア通信プログラムであって、
発呼時に入力された通信先の通話端末のアドレスに基づいて、予め設定した条件で通信事業者を自動的に選択する自動選択手順と、
選択した通信事業者のサーバの通信規約を判別し、その通信規約に従ってメディアを通信する通信手順とをメディア通信装置に実行させるためのメディア通信プログラム。
【請求項７】
メディア通信プログラムはメディア通信装置を、メディアをパケット通信する際に通話端末との間でセッション管理を行う通信事業者のサーバ毎に異なる通信プロトコルを自動的に判別し、各々の通信事業者が提供する通信接続サービスを受けるように機能させることが可能であり、
このメディア通信プログラムの通信手順には、
選択した通信事業者のサーバの通信プロトコルを自動的に判別する自動判別ステップと、
判別した通信プロトコルに従ったセッションを確立するセッション確立ステップと、
確立したセッションに基づいてメディアをパケット通信するパケット通信ステップとが含まれることを特徴とする請求項６に記載のメディア通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＩＰ(Internet Protocol)電話の通信事業者毎に設定されている通信料金に基づいて、通信料金が最も安い通信事業者を自動的に選択し、その通信事業者(セッション管理用サーバ)の通信プロトコルを自動的に判別することにより、通信料金が最も安い通信経路を通して通信事業者が提供する通信接続サービスを受けることが可能なメディア通信装置及びメディア通信プログラムに関する。
【背景技術】
【０００２】
近年、各地に散在するコンピュータネットワーク(例えば、ＬＡＮ(Local Area Network)やＷＡＮ(Wide Area Network)など)同士を専用線によって接続した巨大なネットワークとしてインターネットが普及し、数々のサービスを利用できるようになっている。
インターネットを利用したサービスの一つとして、例えば特許文献１に示すようなＩＰ電話の通信接続サービスが提供されている。更に、インターネットと同じ仕組みを持つＩＰ電話専用のネットワークを利用したＩＰ電話の通信接続サービスも提供されている。このようなインターネットそのものと、直接インターネットには接続されていないＩＰ電話専用のネットワークとを総称してＩＰ網と呼ばれており、ＩＰ電話の通信接続サービスでは、かかるＩＰ網を介して音声通信が行われる。この場合、ＩＰ網において、音声データは小さな単位(パケット)に分割されて相手先まで運ばれ、そこで元の音声に復元されるようになっており、かかる音声通信を実現する技術としてＶｏＩＰ(Voice over IP)が利用されている。
【０００３】
このようなＩＰ電話では、国際電気通信連合(ITU)の電気通信標準化部門(ITU-T)により標準化されたＨ.３２３と呼ばれる通信規約(通信プロトコル)が一般的に採用されているが、Ｈ.３２３は、例えば他のインターネットアプリケーションと連携し難いといった弱点を持っているため、これを解消するための通信プロトコルとして、ＳＩＰ(Session Initiation Protocol)が注目されている。
ＳＩＰは、ＩＥＴＦ(Internet Engineering Task Force)が策定し、ＲＦＣ(Request for Comment)という文書でまとめられた通信規約(VoIPなどの音声通信のIP化で用いられる通信プロトコル)であり、例えば、テキストベースで解読できるため開発し易いこと、専門家だけで無くクライアント(端末)側でも扱えるというオープン性があること、セッションを張るプロトコルなのでクライアント(端末)間でのサービスを充実できること、といったメリットを有する。
【０００４】
現在では様々な通信事業者が、このようなＳＩＰのメリットを利用したＩＰ電話の通信接続サービスを提供している。この場合、ＳＩＰは、セッションを確立・変更・終了する(セッション管理する)ための通信プロトコルであり、セッションの内容には関知しない。各々の通信事業者は、かかるセッション管理を実行するためのＳＩＰサーバを構築しており、例えばクライアント(端末)が音声データをパケット通信する場合、まず当該クライアント(端末)とＳＩＰサーバとの間で所定のＳＩＰメッセージに基づいたセッション管理が行われ、セッションが確立したときに音声データは所望の相手に運ばれて復元されることになる。なお、ＳＩＰメッセージとは、例えばインターネットで利用されている標準的なメッセージ形式(例えば、ＳＭＴＰ(Simple Mail Transfer Protocol)やＨＴＴＰ(HyperText Transfer Protocol)など)と類似しており、例えばINVITE(招待)やACK(確認応答)などのリクエストメソッド(リクエストメッセージ)と、例えば100Trying(暫定応答)や200ok(成功応答)などの応答(ステータス)コード(レスポンスメッセージ)とによりＳＩＰメッセージの手順が規定される。
【０００５】
ところで、クライアント(端末)が特定の通信事業者と接続契約を結んだ際に、当該通信事業者から提供されるメディア通信装置(ＩＰ電話アダプタ)は、当該通信事業者との間でのみＳＩＰメッセージによるセッションが可能であり、他の通信事業者との間ではＳＩＰメッセージによるセッションを確立することができない。これは、各々の通信事業者毎のＳＩＰサーバの仕様や設定などにより各社独自のＳＩＰメッセージによるセッションが行われるためであり、そのため、他の通信事業者との間でＳＩＰメッセージによるセッションを確立するためには、当該他の通信事業者の専用メディア通信装置を別途用意しなければならない。この場合、クライアント(端末)が複数の通信事業者が提供するＩＰ電話の通信接続サービスを受けるためには、各通信事業者毎に複数の専用メディア通信装置が必要であり、その結果、ＩＰ網を介して音声通信を行うためのシステム構築が複雑になると共に、そのための設備費用が上昇してしまう。
このような問題は、複数の通信事業者毎にＳＩＰメッセージによるセッションを確立してメディアを通信できるようなメディア通信装置及びメディア通信プログラムがあれば解消することができるが、現在そのようなメディア通信装置及びメディア通信プログラムは知られていない。
【０００６】
また、電話の通信接続技術では、既にＬＣＲ(Least Cost Routing)機能或いはＡＣＲ(Automatic Carrier Routing)機能を備えたＩＰ電話システムが知られている(例えば、特許文献２及び特許文献３参照)。かかるサービスでは、発呼時に入力された通話相手のアドレス(例えば、ＩＰ電話番号、一般加入電話番号、携帯電話番号、ＩＰアドレスなど)に基づいて、通信料金の最も安い通信経路を自動的に選択できるようになっている。
この場合、通話相手のアドレスを入力して発呼すると、ＩＰ電話システムは、当該アドレスに基づいて、選択テーブル(通信事業者毎の通信料金が予め登録されたテーブル)から通信料金の最も安い通信事業者を選択し、その通信事業者の通信経路を通して通話のためのコネクションを設定する。これにより相互通話が可能となる。
【０００７】
しかしながら、上述したようなＩＰ電話システムは、Ｈ.３２３に準拠した通信プロトコルに対応したシステムであり、現在注目を浴びているＳＩＰに準拠した通信プロトコルには対応していない。従って、通信事業者毎に異なるＳＩＰメッセージによるセッションを確立してメディアを通信するメディア通信装置及びメディア通信プログラムにそのまま適用することはできない。
【特許文献１】特表２００３−５０６９２９号公報
【特許文献２】特開２００４−１２９１３４号公報
【特許文献３】特開２００４−１３４８２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、発呼時に入力された通信先の通話端末のアドレスに基づいて、予め設定した条件で通信事業者を自動的に選択し、選択した通信事業者のサーバの通信規約に従ってメディアを通信することが可能なメディア通信装置及びメディア通信プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
このような目的を達成するために、本発明のメディア通信装置は、発呼時に入力された通信先の通話端末のアドレスに基づいて、予め設定した条件で通信事業者を自動的に選択する自動選択手段(例えば、自動選択部３８)と、選択した通信事業者のサーバの通信規約を判別し、その通信規約に従ってメディアを通信する通信システムとを備えており、通信システムは、選択した通信事業者のサーバの通信プロトコルを自動的に判別する自動判別手段(例えば、自動判別部１０)と、判別した通信プロトコルに従ったセッションを確立するセッション確立手段(例えば、セッション確立部１２)と、確立したセッションに基づいてメディアをパケット通信するパケット通信手段(例えば、パケット通信部１４)とを備えている。
この構成によれば、例えばＩＰ電話の通信事業者毎に設定されている通信料金に基づいて、通信料金が最も安い通信事業者を自動的に選択し、その通信事業者(セッション管理用サーバ)の通信プロトコルを自動的に判別することにより、通信料金が最も安い通信経路を通して各通信事業者が提供する通信接続サービスを受けることができる。
【００１０】
また、本発明は、発呼時に入力された通信先の通話端末のアドレスに基づいて、予め設定した条件で通信事業者を自動的に選択する自動選択手順と、選択した通信事業者のサーバの通信規約を判別し、その通信規約に従ってメディアを通信する通信手順とを有しており、通信手順において、選択した通信事業者のサーバの通信プロトコルを自動的に判別する自動判別手順と、判別した通信プロトコルに従ったセッションを確立するセッション確立手順と、確立したセッションに基づいてメディアをパケット通信するパケット通信手順とをメディア通信装置に実行させるためのメディア通信プログラムである。
このプログラムによれば、例えばＩＰ電話の通信事業者毎に設定されている通信料金に基づいて、通信料金が最も安い通信事業者を自動的に選択し、その通信事業者(セッション管理用サーバ)の通信プロトコルを自動的に判別することにより、通信料金が最も安い通信経路を通して各通信事業者が提供する通信接続サービスを受けることができる。
【００１１】
このような発明において、自動選択手段(自動選択手順)は、予め設定した条件で通信事業者を選択する際に用いる各種データが設定されたテーブル(各種データをテーブルに設定するステップ)と、発呼側の通話端末が契約している通信事業者を登録する通信事業者登録部(通信事業者登録ステップ)と、発呼時に入力されたアドレスに基づいて通信先の通話端末を判定する通信先端末判定部(通信先端末判定ステップ)と、通信先端末判定部の判定結果とテーブルの各種データとを照合して所定の通信事業者を選択する通信事業者選択部(通信事業者選択ステップ)とを有する。この場合、テーブルの各種データには、通信先の通話端末の種類、通信時間帯、通信の曜日、通信距離の中から任意に選択したものに応じた通信料金或いは他の条件を付加して設定した通信料金が含まれており、当該通信料金は各通信事業者毎に設定されている。これにより、自動選択手段(自動選択手順)の通信事業者選択部(通信事業者選択ステップ)は、通信先端末判定部(通信先端末判定ステップ)の判定結果とテーブルの各種データとを照合して通信料金が最も安い通信事業者を選択する。
【発明の効果】
【００１２】
本発明のメディア通信装置及びメディア通信プログラムによれば、発呼時に入力された通信先の通話端末のアドレスに基づいて、予め設定した条件で通信事業者を自動的に選択し、選択した通信事業者のサーバの通信規約に従ってメディアを通信することが可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明のメディア通信装置及びメディア通信プログラムについて、添付図面を参照して説明する。
図１には、本発明のメディア通信装置及びメディア通信プログラムを適用したＩＰ網２の基本構成が例示されており、そのＩＰ網２には、ＩＰ電話の通信接続サービスを提供する１つの通信事業者(図示しない)のＳＩＰサーバ４が構築されているものとする。
なお、ＳＩＰサーバ４は、例えば、登録サーバ、ロケーションサーバ、リダイレクトサーバ、プロキシサーバから構成(いずれも図示しない)することが可能である。
【００１４】
この場合、登録サーバは、例えば発呼側及び着呼側のクライアント端末から送信された登録リクエストに基づいて発呼側及び着呼側のクライアント端末の所在情報を登録する機能を有する。ロケーションサーバは、アクセス先(着呼側)のクライアント端末の所在情報に基づいて、当該クライアント端末の所在情報を導出するデータベース・サーバである。リダイレクトサーバは、発呼側のクライアント端末から送信された“INVITE(リクエストメッセージ)”に対して、アクセス先(着呼側)のクライント端末の現在の所在情報を知らせる機能を有する。プロキシサーバは、発呼側のクライアント端末から送信された“INVITE”に対して、セッション管理を代理する機能を有する。
このようなＩＰ網２において、当該通信事業者の通信接続サービスの提供を受けるクライアント端末としては、例えば、ＩＰ電話や携帯電話(ＰＨＳ(Personal Handyphone System)を含む)、固定のパソコンやモバイルＰＣ(Personal Computer)、ＰＤＡ(Personal Digital Assistants)などを適用することができるが、以下の説明では、その一例としてＩＰ電話(例えば、クライアントＡやクライアントＢなど)を想定する。
【００１５】
ここで、例えばクライアントＡからクライアントＢにアクセスする場合を想定すると、通信元である発呼側のクライアントＡのメディア通信装置６とＳＩＰサーバと４の間で所定のＳＩＰメッセージに基づいたセッション管理が行われ、セッションが確立したときにメディアは、通信先となる着呼側のメディア通信装置８からクライアントＢに運ばれて復元される。この場合、メディアには、例えば文字情報や音声情報、画像情報(動画、静止画)やアプリケーション(特定の仕事をするために作られたソフトウェア)が含まれるが、本実施の形態では、その一例として音声情報を想定する。
ところで、ＳＩＰメッセージは、通信事業者のＳＩＰサーバ４毎に異なる通信プロトコルで規定されているため、メディア通信装置6,8は、アクセス先の通信事業者(ＳＩＰサーバ４)の通信プロトコルを自動的に判別し、判別した通信プロトコルに従ってセッションを確立させて音声情報(メディア)をパケット通信することができるようになっている。
【００１６】
このような通信処理を実現するため、メディア通信装置6,8には、異なる種類の通信プロトコルを自動的に判別する自動判別手段と、判別した通信プロトコルに従ったセッションを確立するセッション確立手段と、確立したセッションに基づいて音声情報(メディア)をパケット通信するパケット通信手段とを備えた通信システムが設けられている。
この場合、自動判別手段、セッション確立手段、パケット通信手段としての機能を有する各種ハードウェア(例えば、自動判別部１０、セッション確立部１２、パケット通信部１４)をメディア通信装置6,8に実装しても良いし、又は、異なる種類の通信プロトコルを自動的に判別する自動判別手順と、判別した通信プロトコルに従ったセッションを確立するセッション確立手順と、確立したセッションに基づいて音声情報(メディア)をパケット通信するパケット通信手順とを実行させるメディア通信プログラムをメディア通信装置6,8に既に実装されている各種ハードウェアにプログラミング(インストール)しても良い。
【００１７】
このような構成において、例えばクライアントＡがクライアントＢに電話をする(電話番号を入力する)と、クライアントＡから“INVITE(リクエストメッセージ)”がメディア通信装置６に送信され、続いてメディア通信装置６のパケット通信部１４からＳＩＰサーバ４に“INVITE”が送信される。このとき、ＳＩＰサーバ４からメディア通信装置６に向けて暫定応答“１００trying(レスポンスメッセージ)”が送信されると共に、メディア通信装置８(パケット通信部１４)からクライアントＢに向けて“INVITE”が送信される。
なお、ＳＩＰサーバ４から送信された暫定応答“１００trying”は、メディア通信装置６のパケット通信部１４を経由してクライアントＡに送信される。
この状態において、クライアントＢから呼出応答“１８０ringing(レスポンスメッセージ)”がメディア通信装置８(パケット通信部１４)からＳＩＰサーバ４に送信され、そのとき、ＳＩＰサーバ４からメディア通信装置６(パケット通信部１４)を経由してクライアントＡに向けて“１８０ringing(レスポンスメッセージ)”が送信される。
【００１８】
この後、リクエストメッセージが理解されたとき、クライアントＢから成功応答“２００ｏｋ(レスポンスメッセージ)”がメディア通信装置８からＳＩＰサーバ４及びメディア通信装置６を経由してクライアントＡに送信される。そして、クライアントＡから承認応答“ＡＣＫ(リクエストメッセージ)”がメディア通信装置６からＳＩＰサーバ４及びメディア通信装置８を経由してクライアントＢに送信されたとき、セッション確立部１２(セッション確立手順を実行させるメディア通信プログラム)によりクライアントＡとクライアントＢとの間のメディアセッションが確立され、音声情報が送受信されることになる(通話状態)。なお、通話状態における音声情報は、ＳＩＰサーバ４を経由すること無く、ＩＰ網２に構築されている例えばメディアサーバ(図示しない)などを経由してクライアントＡとクライアントＢとの間で直接送受信される。
【００１９】
また、通話を終了するときに、例えばクライアントＡがオンフックする(受話器を置く)と、クライアントＡから“ＢＹＥ(終了リクエストメッセージ)”がメディア通信装置６からＳＩＰサーバ４及びメディア通信装置８を経由してクライアントＢに送信され、これに対して、クライアントＢから終了応答“２００ｏｋ”がメディア通信装置８からＳＩＰサーバ４及びメディア通信装置６を経由してクライアントＡに送信されたときに、クライアントＡとクライアントＢとの間の全てのトランザクションが終了する。
【００２０】
本実施の形態のメディア通信装置6,8では、上述したようなＳＩＰメッセージ(リクエストメッセージ、レスポンスメッセージ)が交信される間に、自動判別部１０(自動判別手順を実行させるメディア通信プログラム)により、通信事業者(ＳＩＰサーバ４)の通信プロトコルが自動的に判別される。この場合、自動判別処理は、セッションを確立する前に行うことが好ましい。この段階で自動判別処理を行うことにより、課金されること無く、通信事業者のＳＩＰサーバ４毎に異なる通信プロトコルを判別することが可能となる。
【００２１】
また、自動判別部１０(自動判別手順)には、判別結果を登録する登録手段(ＤＢ：データベース)１６が設けられており(判別結果を登録する登録ステップが含まれており)、データベース１６には、判別処理の対象となった通信プロトコルと、当該判別処理の判別結果とが対応付けて登録される。このため、その後、既に登録された通信プロトコルに従って音声情報(メディア)をパケット通信する場合には、データベース１６の判別結果を適用(参照)することにより、セッション確立に要する時間を短縮することができる。
【００２２】
このようなメディア通信装置6,8において、通信事業者(ＳＩＰサーバ４)の通信プロトコル(ＳＩＰメッセージ)を自動的に判別する方法としては、例えば、(1)レスポンスメッセージの内容を解析する方法、(2)交信時のコールフローを解析する方法、(3)レスポンスメッセージに含まれるエラーコードを解析する方法、或いは(4)サブスクライブリクエストを送信した際に得られる通信プロトコルのステートを解析する方法などを適用することが可能であり、これにより異なる種類の通信プロトコルを判別することができる。
【００２３】
以下、これら(1)〜(4)の自動判別方法について具体例を挙げて説明する。
この説明では、例えば図２に示すように、クライアントＡ及びメディア通信装置６が、異なる通信事業者の複数(図面上２つ)のＩＰ網2a,2bを含んだグローバル空間(インターネット上)に構築されていると共に、各ＩＰ網2a,2bにはＳＩＰサーバ4a,4bが構築されており、それぞれにグローバルＩＰアドレスが割り当てられているものとする。なお、クライアントＡからクライアントＢに電話をかける場合の各ＳＩＰサーバ4a,4bに対するメディア通信装置６の自動判別方法は、クライアントＢからクライアントＡに電話をかける場合の各ＳＩＰサーバ4a,4bに対するメディア通信装置８の自動判別方法と同様であるため、以下ではクライアントＡからクライアントＢに電話をかける場合についてのみ説明する。
【００２４】
(1)レスポンスメッセージの内容を解析する方法
レスポンスメッセージの内容としては、例えばステータスコードの種類やヘッダの特徴などを想定することができる。
ステータスコードとしては、例えば“１００trying”“１８０ringing”“２００ｏｋ”などの各レスポンスメッセージの“１００”“１８０”“２００”などが該当し、これらの通信プロトコルは例えば図６の“１００trying”メッセージに示すように、各レスポンスメッセージのステータス行に規定されている。この場合、例えば図５(ａ),(ｂ)に示すように、あるＳＩＰサーバ４ａから送信される“２５０ｏｋ”メッセージと、他のＳＩＰサーバ４ｂから送信される“２００ｏｋ”メッセージとが異なる場合には、その相違が自動判別部１０(自動判別手順を実行させるメディア通信プログラム)により自動的に判別され、その判別結果が判別処理の対象となった通信プロトコルと対応付けてデータベース１６に登録される。このような解析方法によれば、レスポンスメッセージのステータスコードの種類を解析することにより、セッションが確立する前に通信事業者(ＳＩＰサーバ4a,4b)毎に異なる通信プロトコル(ＳＩＰメッセージ)を判別することができる。この結果、クライアントＡがアクセスしようとする通信事業者(ＳＩＰサーバ4a,4b)のＳＩＰメッセージによるセッションを確立することができ、当該通信事業者の通信接続サービスの提供を受けることが可能となる。
ヘッダとしては、例えば図６の“１００trying”メッセージに示すように、ステータス行の下位に続く部分が該当し、かかる部分のうち例えば“Call-ID”や“CSeq(Command
Sequence)”などは、当該レスポンスメッセージの特徴を表している場合がある。この場合、“Call-ID”には、かかるレスポンスメッセージの通信プロトコルを識別するユニークな識別情報(矢印Ｈ１で示す)が規定され、また、“CSeq”には、トランザクション毎にインクリメント(増加)する値(矢印Ｈ２で示す)が規定されている。従って、これらヘッダの特徴を解析すれば、セッションが確立する前に通信事業者(ＳＩＰサーバ4a,4b)毎に異なる通信プロトコル(ＳＩＰメッセージ)を判別できるため、該当するＳＩＰメッセージによるセッションを確立することが可能となる。この結果、クライアントＡがアクセスしようとする通信事業者の通信接続サービスの提供を受けることができる。
【００２５】
(2)交信時のコールフローを解析する方法
交信時のコールフローとしては、例えば図５(ａ),(ｂ)に示すように、ＳＩＰメッセージに基づいて異なる通信事業者(ＳＩＰサーバ4a,4b)とメディア通信装置６との間で行われるセッション管理の流れが該当する。この場合、ＳＩＰサーバ4a,4bの種類により例えば図５(ｂ)に示すように、ＳＩＰサーバ４ｂからメディア通信装置６に対して認証要求“400 Proxy Authentication required”がされる場合がある。従って、かかる認証要求の有無を解析すれば、セッションが確立する前に通信事業者(ＳＩＰサーバ4a,4b)毎に異なる通信プロトコル(ＳＩＰメッセージ)を判別することができるため、該当するＳＩＰメッセージによるセッションを確立することができる。この結果、クライアントＡがアクセスしようとする通信事業者の通信接続サービスの提供を受けることが可能となる。
【００２６】
(3)レスポンスメッセージに含まれるエラーコードを解析する方法
エラーコードとしては、例えば図５(ｃ)に示すように“INVITE”メッセージに対する処理ができないときに、いずれかのＳＩＰサーバ4a,4bから返信されるエラーメッセージ“500 Bad Request”に含まれる。この場合、エラーコードとしては、４００番台のリクエストエラー応答、５００番台のサーバエラー応答、６００番台のグローバルエラー応答などを挙げることができる。なお、４００番台のリクエストエラー応答は、例えばリクエストの書式が間違っているか、当該ＳＩＰサーバでは処理できない場合に返信される。５００番台のサーバエラー応答は、例えば当該ＳＩＰサーバでのリクエスト処理に失敗した場合に返信される。そして、６００番台のグローバルエラー応答は、リクエストを全てのＳＩＰサーバで処理できない場合に返信される。従って、かかるエラーコードを解析すれば、セッションが確立する前に通信事業者(ＳＩＰサーバ4a,4b)毎に異なる通信プロトコル(ＳＩＰメッセージ)を判別することができるため、該当するＳＩＰメッセージによるセッションを確立することができる。この結果、クライアントＡがアクセスしようとする通信事業者の通信接続サービスの提供を受けることが可能となる。
【００２７】
(4)サブスクライブリクエストを送信した際に得られる通信プロトコルのステートを解析する方法
サブスクライブリクエスト“SUBSCRIBE”は、例えば図５(ｃ)に示すように“INVITE”メッセージに対する処理ができずに、いずれかのＳＩＰサーバ4a,4bからエラーメッセージ“500 Bad Request”が返信された際、該当するＳＩＰサーバ4a,4bのステート(例えば通信プロトコル(ＳＩＰメッセージ)などの状態)を要求する場合に送信される。
“SUBSCRIBE”は、例えば図７(ａ)に示すようなリクエスト行とヘッダとから規定することができ、このようなリクエストが送信された際、該当するＳＩＰサーバ4a,4bから例えば図７(ａ)に示すような“NOTIFY”レスポンスが返信される。この場合、“NOTIFY”のヘッダのうち例えば矢印Ｈ３又はＨ４で示す“Call-ID”や“CSeq”、或いは、矢印Ｈ５で示すボディサイズ“Content-Length”の内容(図示しない)などは、該当するＳＩＰサーバ4a,4bのステートを表している場合がある。
従って、かかる“NOTIFY”を解析すれば、セッションが確立する前に通信事業者(ＳＩＰサーバ4a,4b)毎に異なる通信プロトコル(ＳＩＰメッセージ)を判別することができるため、該当するＳＩＰメッセージによるセッションを確立することができる。この結果、クライアントＡがアクセスしようとする通信事業者の通信接続サービスの提供を受けることが可能となる。
【００２８】
なお、以上の(1)〜(4)の自動判別方法は一例であり、これ以外に判別できる方法があれば、それは全て本発明の範疇に含まれることは言うまでもない。
また、上述した実施の形態では、クライアントＡ及びメディア通信装置６が、複数のＩＰ網2a,2bに構築されたＳＩＰサーバ4a,4bと共に、グローバル空間(インターネット上)に構築され、それぞれにグローバルＩＰアドレスが割り当てられている場合を想定した。
しかし、これ以外に、例えば図３に示すように、クライアントＡ及びメディア通信装置６がプライベート空間Ｆｐ(例えば、構内ＬＡＮ)に構築され、各ＳＩＰサーバ4a,4bが構築された複数のＩＰ網2a,2bがグローバル空間Ｆｇ(インターネット上)に構築される場合も想定される。この場合、クライアントＡ及びメディア通信装置６には、プライベートＩＰアドレスが割り当てられ、各ＳＩＰサーバ4a,4bには、グローバルＩＰアドレスが割り当てられる。
【００２９】
ところで、異なるネットワーク空間Fp,Fgを跨って音声情報(メディア)をパケット通信するためには、プライベート空間Ｆｐからグローバル空間Ｆｇに送信されるパケットのプライベートＩＰアドレスをグローバルＩＰアドレスに変換する必要があると共に、逆に、グローバル空間Ｆｇからプライベート空間Ｆｐに送信されるパケットのグローバルＩＰアドレスをプライベートＩＰアドレスに変換する必要がある。
このような要求に応える技術として、ＮＡＴ(Network Address Translator)を利用することが可能であり、かかるＮＡＴ機能を搭載した機器(例えば、ルータやゲートウェイなどのＮＡＴ機能搭載機器１８)をプライベート空間Ｆｐとグローバル空間Ｆｇとの境界に配設することにより、プライベートＩＰアドレスが割り当てられた端末(例えば、クライアントＡやメディア通信装置６)とグローバルＩＰアドレスが割り当てられた端末(例えば、ＳＩＰサーバ4a,4b)とのパケット通信が可能となる。
【００３０】
ＮＡＴ機能搭載機器１８のアドレス変換機能としては、例えばＵＰｎＰ(Universal
Plug and Play)やＡＬＧ(Application Layer Gateway)を用いることができる。これにより、クライアントＡからメディア通信装置６を経由して送信されたパケットには、グローバルＩＰアドレスが書き込まれ、逆に、ＳＩＰサーバ4a,4bからクライアントＡ及びメディア通信装置６に送信されたパケットには、プライベートＩＰアドレスが書き込まれる。
このようなＮＡＴ機能搭載機器１８を適用することにより、異なるネットワーク空間Fp,Fgに構築されたメディア通信装置６とＳＩＰサーバ4a,4bとの間でＳＩＰメッセージによるセッションを確立することができる。この結果、クライアントＡがアクセスしようとする通信事業者の通信接続サービスの提供を受けることが可能となる。
【００３１】
更に、本発明の変形例として、ＮＡＴ機能搭載機器１８を用いる代わりに、例えば図４に示すようにメディア通信装置６自身にＮＡＴ機能を搭載させて、これをプライベート空間Ｆｐとグローバル空間Ｆｇとの境界に配設しても良い。こうすることにより、プライベートＩＰアドレスが割り当てられた端末(例えば、クライアントＡ)とグローバルＩＰアドレスが割り当てられた端末(例えば、ＳＩＰサーバ4a,4b)との間のパケット通信が可能となる。
例えば図８には、ＮＡＴ機能を搭載したメディア通信装置６の構成例が示されており、ＳＩＰ−ＮＡＴ制御部２０でアドレス変換されたＳＩＰメッセージ(リクエストメッセージ、レスポンスメッセージ)は、トランザクション処理部２２で状態管理が施された後、トランスポート層処理部２４からソケットインタフェース２６を経由して送信される。この場合、ＳＩＰ−ＮＡＴ制御部２０では、プライベートＩＰアドレスとグローバルＩＰアドレスとの間のアドレス変換が行われ、トランスポート層処理部２４では、ＳＩＰメッセージに対してトランスポート層に属するプロトコルに従った転送処理を行う。
【００３２】
以下、かかるメディア通信装置６のＳＩＰメッセージ処理の一例について説明する。
例えばソケットインタフェース２６を介してＳＩＰメッセージを受信した際に、そのＳＩＰメッセージが転送メッセージでは無く例えば“１００trying”であれば、トランスポート層処理部２４は、新しい着信トランザクションを作成し、それをトランザクション処理部２２に送出する。このときトランザクション処理部２２では、トランザクションの状態(ステート)の管理を行う。
【００３３】
続いて、ＳＩＰメッセージは、ＳＩＰメッセージ判定部２８に送出され、ここで、シンタックス処理(syntax analyze)が施された後、主制御回路３０に送出される。このとき、主制御回路３０は、ＳＩＰメッセージの次の転送先を検索し、当該ＳＩＰメッセージをＳＩＰメッセージ判定部２８に戻す。ここで、ＳＩＰメッセージが間違ったシンタックスであったり、次の転送先が不明な場合、ＳＩＰメッセージ判定部２８は、当該ＳＩＰメッセージを転送メッセージ生成部３２に送出する。
【００３４】
次の転送先のＩＰアドレスを取得した後、転送メッセージ生成部３２が基本的な転送メッセージを生成している間に、主制御回路３０は、当該転送メッセージに対してＮＡＴトラバーサルのための修正処理を施すと共に、クライアント情報やダイアログステートを変更し、メディアプロキシ３４のコマンドを実行する。なお、メディアプロキシ３４には、パケットのフィルタリング(ＩＰヘッダの書き替え)を行うソフトウェア(例えば、Linuxで動作するIptables)が実装されている。
【００３５】
この間、転送メッセージ生成部３２は、新しい発信トランザクションを生成し、着信トランザクションと発信トランザクションを関連付けた後、新しく生成した転送メッセージをトランザクション処理部２２に送出する。ここで、主制御部３０や転送メッセージ生成部３２での処理中にエラーが起きた場合、そのエラーに対応して転送メッセージ生成部３２は、転送メッセージをＳＩＰメッセージ作成部３６に送出するか、或いは、当該転送メッセージを破棄する。
【００３６】
トランザクション処理部２２に送出された転送メッセージは、ここでトランザクションの状態(ステート)の管理が施された後、続いてトランスポート層処理部２４においてトランスポート層に属するプロトコルに従った転送処理が施される。そして、当該トランスポート層処理部２４からソケットインタフェース２６を経由して送信される。
【００３７】
そして、上述した処理が繰り返されることにより、メディア通信装置６とＳＩＰサーバ4a,4bとの間のセッション管理が実行される。この後、セッションが確立したとき、通話状態における音声情報(メディア)は、メディア通信装置６を経由すること無く、ＩＰ網２に構築されている例えばメディアサーバ３４を経由して端末間(例えば、クライアントA,B間)で直接送受信される。
【００３８】
なお、受信したＳＩＰメッセージが“INVITE”に対する“ＡＣＫ”の場合は、当該ＳＩＰメッセージは、トランスポート層処理部２４からＳＩＰメッセージ判定部２８に直接送出される。この場合、着信トランザクション及び発信トランザクションは生成されない。また、何らかの処理に失敗してもレスポンスメッセージは生成されない。
【００３９】
このようにメディア通信装置６自身にＮＡＴ機能を搭載させることにより、既存のネットワーク環境をそのまま活かしつつ、プライベート空間ＦｐのクライアントＡに任意の通信事業者のＩＰ電話サービスを提供することが可能となる。
なお、ＮＡＴ機能を搭載したメディア通信装置６において(図８)、例えば、ＳＩＰメッセージ判定部２８が自動判別部として機能し、トランザクション処理部２２やＳＩＰメッセージ作成部３６がセッション確立部として機能し、そして、トランスポート層処理部２４がパケット通信部として機能する。また、データベースとしては、主制御回路３０のメモリ(図示しない)を当てれば良い。
【００４０】
以上、本実施の形態及び変形例によれば、各々の通信事業者毎のＳＩＰサーバの仕様や設定などにより各社独自のＳＩＰメッセージによるセッションが行われる場合でも、従来のように通信事業者の専用メディア通信装置を別途用意すること無く、１つのメディア通信装置及びメディア通信プログラムだけで、メディアをパケット通信する際に用いられる異なる種類の通信プロトコルを自動的に判別し、判別した通信プロトコルに従ったセッションを確立することができる。この場合、既存のネットワーク環境をそのまま利用したセッション管理を実行できるため、専用メディア通信装置を別途用意するための設備費用が不要となり、その結果、低価格で効率的に各々の通信事業者が提供するＩＰ電話の通信接続サービスを受けることができる。
【００４１】
また、本発明の他の実施の形態に係るメディア通信装置として、予め設定した条件で通信事業者(例えば、通信料金が最も安い通信事業者)を自動的に選択する構成を付加しても良い。これにより、例えばＩＰ(Internet Protocol)電話の通信事業者毎に設定されている通信料金に基づいて、通信料金が最も安い通信事業者を自動的に選択し、その通信事業者(セッション管理用サーバ：ＳＩＰサーバ4a,4b)の通信プロトコルを自動的に判別することにより、通信料金が最も安い通信経路を通して通信事業者が提供する通信接続サービスを受けることができる。
【００４２】
このような作用効果を実現するために、図９(ａ)に示すように、メディア通信装置6,8には、上述した構成(例えば、図１〜図４に示す構成)に加えて、発呼時に入力された通信先の通話端末のアドレスに基づいて、予め設定した条件で通信事業者を自動的に選択する自動選択手段が設けられている。なお、メディア通信装置6,8の構成は互いに同一であるため、以下ではメディア通信装置６の構成についての説明に止める。この場合、発呼時に入力された通信先の通話端末のアドレスに基づいて、予め設定した条件で通信事業者を自動的に選択するプログラムをメディア通信装置６にプログラミング(インストール)しても良いし、又は、自動選択手段としての機能を有する自動選択部３８(図９(ｂ))をメディア通信装置６に実装しても良い。なお、通信先の通話端末のアドレスには、例えば、ＩＰ電話番号、一般加入電話番号、携帯電話番号、ＩＰアドレスなどが含まれる。
【００４３】
図９(ｂ)に示すように、自動選択部３８には、予め設定した条件で通信事業者を選択する際に用いる各種データが設定されたテーブルと、発呼側の通話端末(例えば、クライアントＡ)が契約している通信事業者を登録する通信事業者登録部(通信事業者登録回路４１)と、発呼時に入力されたアドレスに基づいて通信先の通話端末を判定する通信先端末判定部(通信先端末判定回路４０)と、通信先端末判定部の判定結果とテーブルの各種データとを照合して所定の通信事業者を選択する通信事業者選択部(通信事業者選択回路４２)とが設けられている。
【００４４】
テーブルの各種データには、通信先の通話端末の種類、通信時間帯、通信の曜日、通信距離の中から任意に選択したものに応じた通信料金或いは他の条件(例えば、通信経路)を付加して設定した通信料金が含まれており、当該通信料金は通信事業者毎に設定されている。例えば図１０に示すように、テーブルは、データベース１６に構築できるようになっており、当該テーブルには、発呼側の通話端末(クライアントＡ)が契約している通信事業者を登録するための通信事業者登録欄が設けられている。図１０では、通信事業者登録欄に、契約通信事業者としてＡ,Ｂ,Ｃ事業者が登録された例が示されている。
テーブルの通信事業者登録欄に通信事業者を登録する方法としては、例えば、発呼側の通話端末(クライアントＡ)がＡ,Ｂ,Ｃ事業者と契約を結んだ際に各事業社から送られた通信料金に関するデータを通話端末からキー入力する方法、或いは、各事業社が配信したデータを通信事業者登録欄に直接ダウンロードする方法などを適用することが可能である。
いずれの方法でも、通信事業者登録欄には、通信事業者登録回路４１により例えばＡ,Ｂ,Ｃ事業者が登録(記述)され、それと同時に、各種のデータ(通信料金に関するデータなど)が登録される。
【００４５】
以下、本実施の形態(図９)の動作について説明する。
この動作説明において、発呼側の通話端末(クライアントＡ)はＡ,Ｂ事業者と契約を結んでおり、これらＡ,Ｂ事業者のＳＩＰサーバ4a,4bは、ＩＰ網2a,2b及び既存のネットワーク４４(ＩＰ網2a,2bやインターネットなどを含めた広い概念のネットワーク)を経由して例えば携帯電話４６、一般加入電話４８、ＩＰ電話５０などに接続されているものとする。具体的には、携帯電話４６は基地局５２を介して、一般加入電話４８は既存の電話局５４を介して、そしてＩＰ電話５０はＶｏＩＰゲートウェイ５６を介して既存のネットワーク４４に接続されている。
【００４６】
ここで、クライアントＡが通信先の通話端末のアドレス(例えば、一般加入電話４８の電話番号)をダイヤル入力して発呼すると、メディア通信装置６(自動選択部３８)の通信先端末判定回路４０は、発呼時に入力されたアドレス(電話番号)に基づいて、予め設定した条件で通信先の通話端末(一般加入電話４８)を判定する。例えば入力電話番号が“03-3580-xxxx”であれば、その市外局番“03”、市内局番“3580”及び加入者番号“xxxx”に基づいて東京都の港区内に設置された一般加入電話４８であることを判定(通信先の通話端末の種類が判定)する。同時に、ダイヤル入力時(発呼時)における通信時間帯(例えば、平日の8:00〜23:00)や通信距離(電話局５４から一般加入電話４８までの距離：例えば30Km)についても判定する。
【００４７】
次に、通信事業者選択回路４２は、通信先端末判定回路４０の判定結果とテーブルの各種データとの照合を行う。判定結果には、例えば通信先の通話端末の種類や通信時間帯及び通信距離などが含まれ、かかる判定結果とテーブルの各種データ(図１０)とを照合して通信料金が最も安い通信事業者が選択される。
【００４８】
この場合、クライアントＡはＡ,Ｂ事業者と契約を結んでいるため、両事業者の通信料金を比較して最も安い通信事業者が選択される。例えば、通信時間帯が平日8:00〜23:00で通信距離が30Kmまでの一般加入電話４８の通信料金を比較すると、Ａ事業者の通信料金は、基本通信料金(９円／３分)に３０Ｋｍまでの通信距離(３０円／３分)を加算した額(３９円／３分)となり、一方、Ｂ事業者の通信料金は、基本通信料金(１０円／４分)に３０Ｋｍまでの通信距離(３０円／４分)を加算した額(４０円／４分)となる。この結果、Ａ事業者の通信料金がＢ事業者に比べて安いことが分り、Ａ事業者が選択される。
【００４９】
この後、Ａ事業者のＳＩＰサーバ４ａの通信プロトコルが自動判別部１０により判別され、判別した通信プロトコルに従ったセッションがセッション確立部１２により確立される。そして、確立したセッションに基づいてメディア(この場合は、音声)がパケット通信部１４からＳＩＰサーバ４ａに向けてパケット通信される。これにより、Ａ事業者の通信接続サービスの提供を受けることが可能となる。即ち、Ａ事業者の通信経路(例えば、ＩＰ網２ａや既存のネットワーク４４)を通して一般加入電話４８との間の通話のためのコネクションが設定され、クライアントＡと一般加入電話４８との間の相互通話が可能となる。なお、自動判別部１０、セッション確立部１２、パケット通信部１４の構成及び作用効果については上述したので、ここではその説明は省略する。
【００５０】
このように、発呼時に入力された通信先の通話端末のアドレスに基づいて、予め設定した条件で通信事業者を自動的に選択する自動選択部３８を設けたことにより、例えばＩＰ電話の通信事業者毎に設定されている通信料金に基づいて、通信料金が最も安い通信事業者を自動的に選択し、その通信事業者(セッション管理用サーバ)の通信プロトコルを自動的に判別することで、通信料金が最も安い通信経路を通して通信事業者が提供する通信接続サービスを受けることが可能となる。
【００５１】
ところで、上記の実施の形態では、単位時間当りの基本通信料金を比較して通信料金の安い通信事業者を選択しているが、通信(通話)時間の長さによって通信料金の安い通信事業者が異なってしまう場合がある。上記の実施の形態では、通信料金が３９円／３分のＡ事業者を選択しているが、例えば図１１に示すように、通信時間が１２分を経過した後では、Ｂ事業者の通信料金の方が安くなってしまう。この場合、クライアントＡが通信する時間を事前に把握できれば、それに応じた通信料金を判定することにより、通信料金の安い通信事業者を正確に選択することが可能となる。
【００５２】
通信時間を考慮した通信料金の判定方法としては、例えばクライアントＡが通信先のアドレスをダイヤル入力する際に通信時間を自己申告する方法や、過去に通信した通話端末との通信履歴(例えば、通信時間)を保存しておき、同じ通話端末に通信する際に過去の通信時間を自動的に抽出する方法が考えられる。なお、通信履歴の保存場所としては、例えばデータベース１６を適用すれば良い。
いずれの方法による場合でも、通信事業者選択回路４２は、例えば図１１に示すような通信時間と通信料金との関係を考慮して、通信先端末判定回路４０の判定結果とテーブルの各種データとの照合を行う。これにより、通信料金の安い通信事業者を正確に選択することができる。
【００５３】
また、通信先の通話端末の種類によっては各通信事業者の通信料金が相互に同一になってしまう場合も想定される。例えば通信先の通話端末が契約ＩＰ電話であれば、Ａ,Ｂ事業者の通信料金は無料となり、比較しても差が出てこない。このような場合、特定の通信事業者を自動的に選択するために、サーバ負荷分散装置５８(図示しないロードバランサや各種スイッチなど)をメディア通信装置６に増設しても良い。これにより、自動選択部３８で特定の通信事業者を選択する際に、現時点で最も通信状態が空いている特定の通信事業者(ＳＩＰサーバ4a,4b)を選択することができ、その結果、通信効率を向上させることが可能となる。
【図面の簡単な説明】
【００５４】
【図１】本発明の一実施の形態に係るメディア通信装置及びメディア通信プログラムを適用したＩＰ網の基本構成を示す図。
【図２】クライアント及びメディア通信装置がＳＩＰサーバと共にグローバル空間に構築されている構成例を示す図。
【図３】クライアント及びメディア通信装置がプライベート空間に構築され、ＳＩＰサーバがグローバル空間に構築されている構成例を示す図。
【図４】メディア通信装置自身にＮＡＴ機能を搭載させて、これをプライベート空間とグローバル空間との境界に配設した構成例を示す図。
【図５】(ａ)〜(ｃ)は、メディア通信装置の自動判別方法を説明するための図。
【図６】ＳＩＰメッセージのステータス行及びヘッダの構成例を示す図。
【図７】(ａ)は、サブスクライブリクエストのリクエスト行及びヘッダの構成例を示す図、(ｂ)は、NOTIFYのリクエスト行及びヘッダの構成例を示す図。
【図８】ＮＡＴ機能を搭載したメディア通信装置の構成例を示す図。
【図９】(ａ)は、本発明の他の実施の形態に係るメディア通信装置及びメディア通信プログラムを適用したＩＰ網の基本構成を示す図、(ｂ)は、自動選択部の構成例を示す図。
【図１０】通信先の通話端末の種類、通信時間帯、通信の曜日、通信距離に応じた通信料金が各通信事業者毎に設定されたテーブルのデータ構成例を示す図。
【図１１】通信時間の長さにより通信料金が逆転することを説明するための図。
【符号の説明】
【００５５】
２  ＩＰ網
４  ＳＩＰサーバ
6,8  メディア通信装置
１０  自動判別部
１２  セッション確立部
１４  パケット通信部
１６  データベース
３８  自動選択部(自動選択手段)
４０  通信先端末判定回路(通信先端末判定部)
４１  通信事業者登録回路(通信事業者登録部)
４２  通信事業者選択回路(通信事業者選択部)
【図１】
2006033105.tif 000003
【図２】
2006033105.tif 000004
【図３】
2006033105.tif 000005
【図４】
2006033105.tif 000006
【図５】
2006033105.tif 000007
【図６】
2006033105.tif 000008
【図７】
2006033105.tif 000009
【図８】
2006033105.tif 000010
【図９】
2006033105.tif 000011
【図１０】
2006033105.tif 000012
【図１１】
2006033105.tif 000013