(57)【特許請求の範囲】
【請求項１】
ネットワークを介して受信した呼を端末へ中継して接続するためのコンピュータが読み取り可能な端末接続プログラムであって、
前記接続に利用するアプリケーションプログラムをあらかじめ記憶しておくためのデータテーブル記憶手段と、
前記呼を解析して、すくなくとも音声および／または映像を含んだメディアの種類を示す情報並びにすくなくとも送信および／または受信を含んだメディアの通信方向を示す情報とを含むＳＩＰメッセージを認識するための受信情報解析手段と、
前記ＳＩＰメッセージに基づいて前記データテーブルから前記接続に利用する前記アプリケーションプログラムを判別して起動させるための利用アプリケーション判別手段と、
して前記コンピュータを機能させることを特徴とする端末接続プログラム。
【請求項２】
前記ＳＩＰメッセージは、
すくなくともＩＰ着信、公衆交換通信による着信、ゲートウェイを介した音声のみの着信、ゲートウェイを介した映像付きの着信、ダイレクト着信のうちのいずれかの伝送経路情報を含むことを特徴とする請求項１記載の端末接続プログラム。
【請求項３】
前記受信情報解析手段は、前記呼を解析して発信者の番号および／または着信番号を認識し、前記利用アプリケーション判別手段は、前記発信者の番号および／または着信番号
に基づいてアプリケーションプログラムを判別して起動させることを特徴とする請求項１または２記載の端末接続プログラム。
【請求項４】
ネットワークを介して受信した呼を端末へ中継して接続するための端末接続装置であって、
前記接続に利用するアプリケーションプログラムをあらかじめ記憶しておくためのデータテーブル記憶手段と、
前記呼を解析して、すくなくとも音声および／または映像を含んだメディアの種類を示す情報並びにすくなくとも送信および／または受信を含んだメディアの通信方向を示す情報とを含むＳＩＰメッセージを認識するための受信情報解析手段と、
前記ＳＩＰメッセージに基づいて前記データテーブルから前記接続に利用する前記アプリケーションプログラムを判別して起動させるための利用アプリケーション判別手段と、
を備えることを特徴とする端末接続装置。
【請求項５】
前記ＳＩＰメッセージは、
すくなくともＩＰ着信、公衆交換通信による着信、ゲートウェイを介した音声のみの着信、ゲートウェイを介した映像付きの着信、ダイレクト着信のうちのいずれかの伝送経路情報を含むことを特徴とする請求項４記載の端末接続装置。
【請求項６】
前記受信情報解析手段は、前記呼を解析して発信者の番号および／または着信番号を認識し、前記利用アプリケーション判別手段は、前記発信者の番号および／または着信番号
に基づいてアプリケーションプログラムを判別して起動させることを特徴とする請求項４または５記載の端末接続装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰネットワーク上に接続されるＩＰ電話やＩＰテレビ電話サービスの接続に係るアプリケーションの判別を行うための端末接続プログラムおよび装置に関する。
【背景技術】
【０００２】
従来より、通信装置として、ＳＤＰなどの情報から適切なＩＰパケットの通過のみを許可する制御が可能となるファイヤウォール装置が知られている。
【０００３】
この通信装置は、ＳＤＰの内部情報を判別し、送信側および着信側のＩＰアドレスやポート番号等の情報を抽出し、当該情報に従ったＩＰパケット以外の通過を阻止する、ファイヤウォールの制御を行うことを可能としたものである（特許文献１）。
【０００４】
また、ボイス・オーバＩＰ技術を使ったＩＰ電話で、「通信相手を検索する」、「呼び出す」といった通話開始を制御する（呼制御と呼ぶ）ためのプロトコルとしてＳＩＰ（Session Initiation Protocol）や、Ｈ．３２３が利用されている。最近では、Ｈ．３２３は、やり取りする制御情報をバイナリ形式で記述する必要があるため、テキスト形式で記述できるＳＩＰが普及している。
【０００５】
図５に従来の端末３００の構成を示す。この構成では複数のサービス用アプリケーション３０１、３０１’を同一の端末３００上で利用する場合には、それら複数のサービス用アプリケーション３０１、３０１’を同時に常時起動している。それぞれのサービス用アプリケーション３０１、３０１’は、ＧＵＩ３０２、３０２’と、アプリケーション機能部３０３、３０３’と、呼制御部３０４、３０４’を備えている。
【特許文献１】特開２００６−２５００２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した通信装置は、すでに起動しているファイヤウォールアプリケーションへの設定情報として、ＳＤＰの情報を取得し活用するものであり、取得した内容からファイアウォールアプリケーションを停止させたり、複数のファイアウォールアプリケーションの起動を必要に応じて制御するものではなかった。
【０００７】
また、ＳＩＰによるＩＰ電話を使う場合、通信事業者やユーザー企業のＩＰネットワーク上に設置してあるＳＩＰサーバに、各ユーザーの電話番号、ＩＰアドレス、ホスト名などをあらかじめ登録しておくことにより、ＩＰ電話機から電話をかけた際には、ＳＩＰサーバはユーザーが指定した電話番号から相手先のＩＰアドレスを検索して接続される。しかしながら、ＳＩＰは呼制御を行うのみであるので、音声の送受信には別途「ＲＴＰ（Real-time Transport Protocol）」というプロトコルを使わなければならなかった。
【０００８】
また、複数のサービス用アプリケーションを同一端末上で利用する場合には、それら複数のサービス用アプリケーションを同時に常時起動しておかなければならなかった。
【０００９】
本発明は、これらの課題を鑑みてなされたものであり、その目的は、呼の都度にその内容に応じたアプリケーションを起動し、呼を受信する端末のリソースの無駄な消費を防止することにある。
【課題を解決するための手段】
【００１２】
上記課題を解決するため、請求項１に記載の本発明は、ネットワークを介して受信した呼を端末へ中継して接続するためのコンピュータが読み取り可能な端末接続プログラムであって、前記接続に利用するアプリケーションプログラムをあらかじめ記憶しておくためのデータテーブル記憶手段と、前記呼を解析して、すくなくとも音声および／または映像を含んだメディアの種類を示す情報並びにすくなくとも送信および／または受信を含んだメディアの通信方向を示す情報とを含むＳＩＰメッセージを認識するための受信情報解析手段と、前記ＳＩＰメッセージに基づいて前記データテーブルから前記接続に利用する前記アプリケーションプログラムを判別して起動させるための利用アプリケーション判別手段と、て前記コンピュータを機能させる。
【００１５】
また、請求項２に記載の本発明は、請求項１において、前記ＳＩＰメッセージは、すくなくともＩＰ着信、公衆交換通信による着信、ゲートウェイを介した音声のみの着信、ゲートウェイを介した映像付きの着信、ダイレクト着信のうちのいずれかの伝送経路情報を含む。
また、請求項３に記載の本発明は、請求項１または２において、前記受信情報解析手段は、前記呼を解析して発信者の番号および／または着信番号を認識し、前記利用アプリケーション判別手段は、前記発信者の番号および／または着信番号に基づいてアプリケーションプログラムを判別して起動させる。
また、請求項４に記載の本発明は、ネットワークを介して受信した呼を端末へ中継して接続するための端末接続装置であって、前記接続に利用するアプリケーションプログラムをあらかじめ記憶しておくためのデータテーブル記憶手段と、前記呼を解析して、すくなくとも音声および／または映像を含んだメディアの種類を示す情報並びにすくなくとも送信および／または受信を含んだメディアの通信方向を示す情報とを含むＳＩＰメッセージを認識するための受信情報解析手段と、前記ＳＩＰメッセージに基づいて前記データテーブルから前記接続に利用する前記アプリケーションプログラムを判別して起動させるための利用アプリケーション判別手段と、を備える。
また、請求項５に記載の本発明は、請求項４において、前記ＳＩＰメッセージは、すくなくともＩＰ着信、公衆交換通信による着信、ゲートウェイを介した音声のみの着信、ゲートウェイを介した映像付きの着信、ダイレクト着信のうちのいずれかの伝送経路情報を含む。
また、請求項６に記載の本発明は、請求項４または５において、前記受信情報解析手段は、前記呼を解析して発信者の番号および／または着信番号を認識し、前記利用アプリケーション判別手段は、前記発信者の番号および／または着信番号に基づいてアプリケーションプログラムを判別して起動させる。
【発明の効果】
【００１６】
本発明によれば、呼の都度にその内容に応じたアプリケーションを起動でき、呼を受信する端末のリソースの無駄な消費を防止することができる。
【発明を実施するための最良の形態】
【００１７】
以下、端末接続プログラムおよび装置の本実施の形態について説明する。
【００１８】
この端末接続プログラムは、中継装置を介して、外部から発信される呼情報に基づき接続されるルータやパソコン等の端末に設けられ、中継装置によって振り分けられた着信信号によって、１または２以上のアプリケーションからその都度、適切なアプリケーションを起動する実行プログラムである。
【００１９】
そこで当該端末に設けられ、起動するアプリケーションの判別方法を搭載したコミュニケーションソフトウェアを説明するにあたり、まず中継装置について説明する。
【００２０】
図１は、本実施の形態の起動するアプリケーションの判別方法を搭載したコミュニケーションソフトウェアを実行させる呼情報を接続する中継装置１００のブロック構成図である。
【００２１】
図１には、通信網を介して外部の端末と接続される外部接続インタフェース１０１と、データリンク終端部ａ１０３と、受信した信号を解析する受信情報解析部１０５と、受信情報解析部（呼接続情報認識手段）１０５によって解析された結果に基づいて接続する端末を判別する接続先判別部１０７と、接続先判別部１０７の判別結果に基づいて信号を振り分ける接続先振分部１０９と、該中継装置１００に接続される端末を判別する接続端末判別部ａ１１１と、データリンク終端部ｂ１１３と、端末Ａ１０が接続される端末接続インタフェース１１５と、データリンク終端部ｃ１１７と、端末接続インタフェースｂ１１９と、データリンク終端部ｎ１２１と、端末接続インタフェースｎ１２３と、が示されている。
【００２２】
なお、データリンク終端部ｂ、ｃ、・・、ｎおよび端末接続インタフェースａ、ｂ、・・、ｎは、当該中継装置１００に接続可能な端末数となる。また、データテーブル１３０は、受信情報解析部１０５、接続先判別部１０７、接続端末判別部１１１に接続される。
【００２３】
受信情報奇蹟部１０５は、受信したＳＩＰメッセージに基づいて、メディアの種類、メディア送受信の方向、経路情報を解析する。
【００２４】
すなわち、メディアの種類は、データテーブル１３０（図１参照）に記憶される、(1)音声のみの通信、(2)映像のみの着信、(3)音声・映像通信、・・・等である。
【００２５】
また、メディア送受信の方向は、(1)送受信通信、(2)送信のみの通信、(3)受信のみの通信である。
【００２６】
さらに、経路情報は、インターネットを経由する際に、該当サーバ（図示外）を介して経路情報が付加されるものであり、(1)ＩＰ−ＩＰ着信、(2)ＰＳＴＮ（公衆交換電話網）着信、(3)音声のみの端末Ｃ（携帯電話）とのゲートウェイを介した着信、(4)映像付きの端末Ｃ（携帯電話）とのゲートウェイを介した着信、(5)経路情報なしのダイレクト着信、・・・等と区別する情報である。
【００２７】
接続先判別部１０７は、前記受信情報解析部１０５によって受信信号から得られた接続先を判別する。
【００２８】
接続先振分部１０９は、前記接続先判別部１０７によって判別された接続先である各端末に、受信した信号を通信可能に接続するものである。
【００２９】
接続端末判別部１１１は、当該中継装置１００に接続された各端末と、前記接続先判別部１０７によって判別された接続先を関連づけるものである。
【００３０】
すなわち、一例として、ＳＩＰメッセージが、外部の携帯電話から該居住内のＩＰ電話に音声のみで着信し双方向で会話を行う場合であったとすると、データテーブル１３０を検索し、音声のみの通信、送受信の通信、音声のみの端末Ｃ（携帯電話）とのゲートウェイを介した着信であることが得られ、それらの情報からいずれの端末Ａ１０、端末Ｂ１１、・・ｎへ接続するかが判別できる。
【００３１】
つぎに、図２を参照して、上記中継装置１００に接続される端末２００（端末Ａ１０、端末Ｂ１１、・・・ｎ）について説明する。
【００３２】
端末２００は、サービス用アプリケーションＡ２１０と、サービス用アプリケーションＢ２２０と、呼情報アプリケーション２３０と、利用アプリケーション判別部２４０を有している。なお、端末２００には、図示しないＣＰＵやＲＯＭ、ＲＡＭといったメモリが搭載されている。
【００３３】
なお、サービス用アプリケーションは、Ａ、Ｂのみならず、必要に応じて１または２以上が用意されている。
【００３４】
サービス用アプリケーションＡ２１０、サービス用アプリケーションＢ２２０は、画面上にボタンやアイコン等を表示し、ファイルやウィンドウをマウス等で操作できるようにするインタフェースとしてのＧＵＩ２１１、２２１と、前記ＧＵＩ２１１、２２１を実行する画面を表示する等のアプリケーション機能部２１３、２２３とから構成されている。
【００３５】
呼制御アプリケーション２３０は、例えば、前記中継装置１００から呼情報を受信するために、常時起動されている。そして受信した呼情報を利用アプリケーション判別部２４０に受け渡すソフトウェアプログラムである。
【００３６】
中継装置１００から呼制御アプリケーションが受信する呼情報には、発信者番号情報、着信番号情報、メディアの種類、メディアの送受信方向、経路情報などが含まれる。
【００３７】
発信者番号情報や着信番号情報などの判別には、例えばＳＩＰ（Session Initiation Protocol）における、Ｔｏヘッダおよびパラメータ、Organizationヘッダ、Request-URI部およびパラメータ等の記載値、さらに、ＳＩＰプロトコルとともに使用されるＳＤＰ（Session Description Protocol)部に記載されるｍラインの「Video」「Audio」といった値を利用することができる。
【００３８】
また、メディアの通信方向の判別には、ＳＤＰ部に記載されるaラインproperty属性の「sendonly」「recvonly」「sendrecv」といった値を利用することができる。また、伝送経路情報による判別にはSIPにおけるViaヘッダ、Record-Routeヘッダ、Routeヘッダ、Max-Forwardsヘッダ、recivedパラメータ、maddrパラメータ等の記載値を利用することができる。
【００３９】
中継装置１００がこれらの情報を、外部端末から送られてきたＳＩＰ情報やＳＤＰ情報から抽出して、呼制御アプリケーション２３０に渡す構成であってもよいし、端末中継装置１００を経由して送られてきた外部端末からのＳＩＰ情報やＳＤＰ情報を、呼制御アプリケーション２３０において抽出する構成であってもよい。
【００４０】
次の図３には、利用アプリケーション判別部の構成を説明するための構成図を示す。
【００４１】
この利用アプリケーション判別部２４０は、データテーブル２４１を有し、上記中継装置１００から送られた呼情報に基づいて、サービス用アプリケーションＡ２１０、サービス用アプリケーションＢ２２０、・・・のいずれを起動するかを判別するソフトウェアプログラムである。
【００４２】
呼情報アプリケーション２３０から送られてきた、発信者番号、着信番号、メディアの種類、メディア送受信方向、経路情報などの呼情報は、利用アプリケーション判別部の入力部３１０をとおして、判別部３２０に送られる。検索部３３０は、それらの呼情報の組合わせを検索キーとして利用してデータテーブル２４１に問い合わせて、起動するアプリケーションの識別子を得て、判別部３２０に送る。判別部３２０はその識別子から起動するアプリケーションを判別して、起動部３４０を通してそのアプリケーションを起動する。
【００４３】
データテーブル２４１には、例えばメディアの種類として、(1)音声のみの通信、(2)映像のみの着信、(3)音声・映像通信、・・・等と、メディア送受信の方向として、(1)送受信通信、(2)送信のみの通信、(3)受信のみの通信と、経路情報として、(1)ＩＰ−ＩＰ着信、(2)ＰＳＴＮ（公衆交換電話網）着信、(3)音声のみの端末Ｃ（携帯電話）とのゲートウェイを介した着信、(4)映像付きの端末Ｃ（携帯電話）とのゲートウェイを介した着信、(5)経路情報なしのダイレクト着信、・・・等が記憶されている。そして、これらの組合せによって起動するアプリケーションが決まる。
【００４４】
つまり、ＳＩＰメッセージに基づいて、メディアの種類、メディア送受信の方向、経路情報の組合せにより、起動するサービス用アプリケーションＡ２１０、サービス用アプリケーションＢ２２０、・・・を判別する。
【００４５】
またこの利用アプリケーション判別部２４０は、判別したサービス用アプリケーションＡ２１０、サービス用アプリケーションＢ２２０、・・・から該当するもののアプリケーション機能部２１３、２２３を起動するソフトウェアプログラムでもある。
【００４６】
さらにデータテーブル２４１には、上記メディアの種類、メディア送受信の方向、経路情報の組合せ以外に、発信者番号あるいは着信番号によって、起動するサービス用アプリケーションを判別するものであってもよい。その場合には、発信番号や着信番号に応じて起動するサービス用アプリケーションが得られるものとする。
【００４７】
次に、本実施の形態の起動するアプリケーションの判別方法を搭載したコミュニケーションソフトウェアにより、該当するサービス用アプリケーションを起動する場合について図４のフローチャートを参照して説明する。
【００４８】
まず、外部からの端末から一つの番号へ発信する（ステップＳ１）。
【００４９】
次に、端末からの信号を受信すると、受信した信号を複数接続されている端末Ａ１０、端末Ｂ１１・・・ｎのうちいずれの端末に接続するかを特定し、該当端末２００と接続する（ステップＳ２）。
【００５０】
次に、特定された端末２００は、呼制御アプリケーション２３０によって呼情報を受け取る（ステップＳ３）。
【００５１】
次に、利用アプリケーション判別部２４０に受け渡す（ステップＳ４）。
【００５２】
次に、利用アプリケーション判別部２４０はデータテーブル２４１を検索する（ステップＳ５）。
【００５３】
次に、呼情報や発信者番号、着信番号に基づいたサービス用アプリケーションを判別する（ステップＳ６）。このステップ６において、該当するデータが見つからない場合は当該端末に接続されるべき呼情報ではないと判定し処理を終わる。
【００５４】
次に、該当するデータが得られた場合には、該当するサービス用アプリケーションＡ、Ｂ、・・２１０、２２０を起動する（ステップＳ７）。
【００５５】
次に、起動されたサービス用アプリケーションＡ、Ｂ、・・２１０、２２０は、アプリケーション機能部を実行する（ステップＳ８）。
【００５６】
次に、当該端末２００を通信可能とする（ステップＳ９）。
【００５７】
このように、呼の都度にその内容に応じたアプリケーションを起動できるので、呼を受信する端末のリソースの無駄な消費を防止することができる。
【産業上の利用可能性】
【００５８】
以上のように、本実施の形態による起動するアプリケーションの判別方法を搭載したコミュニケーションソフトウェアは、ＩＰネットワーク上に接続されるＩＰ電話やＩＰテレビ電話サービスを、家庭内のルータやパソコン等で起動する際に有用である。
【図面の簡単な説明】
【００５９】
【図１】実施の形態に係る、起動するアプリケーションの判別方法を搭載したコミュニケーションソフトウェアを実施するための中継装置のブロック図を示す。
【図２】実施の形態に係る、起動するアプリケーションの判別方法を搭載したコミュニケーションソフトウェアのブロック構成図を示す。
【図３】実施の形態に係る、利用アプリケーション判別部の構成を説明するための構成図を示す。
【図４】実施の形態に係る、起動するアプリケーションの判別方法を搭載したコミュニケーションソフトウェアにより該当アプリケーションを起動する手順を示したフローチャートを示す。
【図５】従来技術による、呼情報を利用したアプリケーションの起動を説明するための説明図を示す。
【符号の説明】
【００６０】
１００  中継装置
１０１  外部接続インタフェース
１０３  データリンク終端部ａ
１０５  受信情報解析部
１０７  接続先判別部
１０９  接続先振分部
１１１  接続端末判別部
１１３  データリンク終端部ｂ
１１５  端末接続インタフェースａ
１１７  データリンク終端部ｃ
１１９  端末接続インタフェースｂ
１２１  データリンク終端部ｎ
１２３  端末接続インタフェースｎ
１３０  データテーブル
２００  端末
２１０  サービス用アプリケーションＡ
２２０  サービス用アプリケーションＢ
２１１、２２１  ＧＵＩ
２１３、２２３  アプリケーション機能部
２３０  呼制御アプリケーション
２４０  利用アプリケーション判別部
２４１  データテーブル
【図１】
0004794363.tif 000002
【図２】
0004794363.tif 000003
【図３】
0004794363.tif 000004
【図４】
0004794363.tif 000005
【図５】
0004794363.tif 000006