データ通信システム、データ通信端末、データ通信方法、およびプログラム
【課題】複数の電話番号の契約を必要とせずに、Ｗｅｂサービスを起動することができるようにしたデータ通信システム、データ通信端末、データ通信方法、およびプログラムを提供する。
【解決手段】呼制御部１１は、ＩＰ電話網５を介してサービス操作端末３からの着信を受けた場合、着信時のセッション情報であるＳＩＰ／ＳＤＰのｍ行（メディア名と伝送アドレス記述部）に記載されるメディアタイプおよびメディアフォーマットを判別して認証することにより、データ通信のセッションを確立する。呼制御部１１は、データ通信確立後、遠隔保守サービス部１２またはデータ転送サービス部１３のうちのいずれかのＷｅｂサービスを起動させるとともに、当該ポート番号を発信側に通知する。これにより、サービス操作端末３は、所望のＷｅｂサービス用のポートへのアクセスが可能となり、所望のサービスを利用することができる。
【解決手段】呼制御部１１は、ＩＰ電話網５を介してサービス操作端末３からの着信を受けた場合、着信時のセッション情報であるＳＩＰ／ＳＤＰのｍ行（メディア名と伝送アドレス記述部）に記載されるメディアタイプおよびメディアフォーマットを判別して認証することにより、データ通信のセッションを確立する。呼制御部１１は、データ通信確立後、遠隔保守サービス部１２またはデータ転送サービス部１３のうちのいずれかのＷｅｂサービスを起動させるとともに、当該ポート番号を発信側に通知する。これにより、サービス操作端末３は、所望のＷｅｂサービス用のポートへのアクセスが可能となり、所望のサービスを利用することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信システム、データ通信端末、データ通信方法、およびプログラムに関し、特に、複数の電話番号の契約を必要とせずに、Ｗｅｂサービスを起動することができるようにしたデータ通信システム、データ通信端末、データ通信方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、従来の回線交換式の電話回線網を、ＩＰ（Internet Protocol）技術をベースにしたネットワークに置き換える、次世代ネットワーク（ＮＧＮ：Next Generation Network）の構築に向けた動きが活発化している。
【０００３】
ＮＧＮは、ネットワーク自体に帯域補償機能、セキュリティ機能を備え、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）を使って、電話サービス、映像通信サービス、データ通信サービスなどを統合的に実現するＩＰネットワークである。
【０００４】
例えば、特許文献１には、メディア転送前のＳＩＰ信号を解析してメディア転送方式を決定し、その決定したメディア転送方式に従ってメディア転送を実施するメディア転送装置に関する技術が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２４８０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
通常、ＩＰ電話回線によるデータ通信サービスを利用して、Ｗｅｂサービスを起動するには、音声通信および映像通信を区別するために、発信側または着信側においてデータ通信専用の電話番号を契約する必要があった。
【０００７】
また特許文献１に記載の技術では、データ通信専用の電話番号を契約する必要はないものの、発信者電話番号の他に、ログインＩＤ番号が必要となる課題があった。
【０００８】
本発明の目的は、複数の電話番号の契約を必要とせずに、Ｗｅｂサービスを起動することができるようにしたデータ通信システム、データ通信端末、データ通信方法、およびプログラムを提供することである。
【課題を解決するための手段】
【０００９】
本発明の一側面は、第１の通信端末と第２の通信端末の間でネットワークを介して通信を行うデータ通信システムにおいて、前記第１の通信端末は、前記第２の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御手段を備え、前記セッション情報は、ＳＩＰを用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、前記メッセージボディには、ＳＤＰを用いたセッションに関する情報が記述されることを特徴とする。
【００１０】
前記制御手段は、前記メッセージボディに含まれるメディアに関する情報に基づいて、前記所定のＷｅｂサービスの起動を制御することができる。
【００１１】
前記制御手段は、前記メディアに関する情報に含まれるメディアタイプおよびメディアフォーマットに基づいて、前記所定のＷｅｂサービスの起動を制御することができる。
【００１２】
前記メディアタイプは、アプリケーション、オーディオ、またはビデオであり、前記メディアフォーマットは、ｈｔｔｐまたはオクテット・ストリームである。
【００１３】
本発明の一側面は、第１の通信端末と第２の通信端末の間でネットワークを介して通信を行うデータ通信システムのデータ通信方法において、前記第１の通信端末は、前記第２の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御ステップを含み、前記セッション情報は、ＳＩＰを用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、前記メッセージボディには、ＳＤＰを用いたセッションに関する情報が記述されることを特徴とする。
【００１４】
本発明の一側面は、第１の通信端末と第２の通信端末の間でネットワークを介して通信を行うデータ通信システムのデータ通信処理をコンピュータに実行させるプログラムにおいて、前記第２の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御ステップを含む処理をコンピュータに実行させるプログラムであって、前記セッション情報は、ＳＩＰを用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、前記メッセージボディには、ＳＤＰを用いたセッションに関する情報が記述されることを特徴とする。
【００１５】
本発明の一側面は、ネットワークを介して他の通信端末との間で通信を行うデータ通信端末において、前記他の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御手段を備え、前記セッション情報は、ＳＩＰを用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、前記メッセージボディには、ＳＤＰを用いたセッションに関する情報が記述されることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、複数の電話番号の契約を必要とせずに、Ｗｅｂサービスを起動することができるようにしたデータ通信システム、データ通信端末、データ通信方法、およびプログラムを提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態に係るデータ通信システムの構成例を示すブロック図である。
【図２】データ通信システムにおけるＷｅｂサービスの自動切り替え処理を説明するフローチャートである。
【図３】図２の処理例を説明するための図である。
【図４】図２の他の処理例を説明するための図である。
【図５】図２のステップ３のサービス選択処理の詳細を説明するフローチャートである。
【発明を実施するための形態】
【００１８】
［本実施の形態について］
図１は、本実施形態に係るデータ通信システムの構成例を示すブロック図である。このデータ通信システムは、ボタン電話交換装置１がルータ２を介してＩＰ（Internet Protocol）電話網５に接続されているとともに、サービス操作端末３がルータ４を介してＩＰ電話網５に接続されていることにより構成されている。なお、ボタン電話交換装置１およびサービス操作端末３の数は任意であり、複数設けることも勿論可能である。
【００１９】
ボタン電話交換装置１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only
Memory）、およびＲＡＭ（Random Access Memory）などからなるコンピュータシステムであり、呼制御部１１、遠隔保守サービス部１２、およびデータ転送サービス部１３の機能を有する。
【００２０】
呼制御部１１は、ＩＰ電話網５を介してサービス操作端末３からの着信を受けた場合、着信時のセッション情報であるＳＩＰ／ＳＤＰ（Session Initiation Protocol／Session
Description Protocol）のｍ行（メディア名と伝送アドレス記述部）に記載されるメディアタイプおよびメディアフォーマットを判別して認証することにより、データ通信のセッションを確立する。呼制御部１１は、データ通信確立後、遠隔保守サービス部１２またはデータ転送サービス部１３のうちのいずれかのＷｅｂサービスを起動させるとともに、当該ポート番号を発信側に通知する。これにより、サービス操作端末３は、所望のＷｅｂサービス用のポートへのアクセスが可能となり、所望のサービスを利用することができる。
【００２１】
ここで、ＳＩＰは、マルチメディアセッションを確立・変更・切断するためのプロトコルであり、リクエスト行、ヘッダ、およびメッセージボディから構成されている。このうち、メッセージボディには、ＳＤＰというプロトコルによってマルチメディアセッションに関する情報が記述されている。
【００２２】
例えば、「ｍ＝値」の形式で、メディアに関する情報として、メディアの種類（ａｐｐｌｉｃａｔｉｏｎ（アプリケーション）、ａｕｄｉｏ（オーディオ）、ｖｉｄｅｏ（ビデオ）など）、メディアを受信するポート番号、メディア受信に用いるトランスポートプロトコル（ＲＴＰ（Real−time Transport Protocol）、ＴＣＰ（Transmission Control Protocol）など）が記述される。
【００２３】
また、例えば、「ｃ＝値」の形式で、コネクション情報として、ネットワーク種別、ＩＰバージョン（ＩＰｖ（Internet Protocol Version）４、ＩＰｖ６など）、メディアを受信するＩＰアドレスが記述される。
【００２４】
遠隔保守サービス部１２は、呼制御部１１による制御に応じて、遠隔保守サービスを起動する。データ転送サービス部１３は、呼制御部１１による制御に応じて、データ転送サービスを起動する。
【００２５】
サービス操作端末３は、ＣＰＵ、ＲＯＭ、およびＲＡＭよりなる制御部、キーボードやマウスよりなる入力部、ディスプレイやスピーカよりなる出力部、ＨＤＤ（Hard Disk Drive）や不揮発性メモリよりなる記憶部、ネットワーク通信部などを有している。サービス操作端末３は、ユーザによる指示を受けて、ルータ４およびＩＰ電話網５を介してボタン電話交換装置１に発信し、データ通信確立後、ボタン電話交換装置１から提供されるＷｅｂサービス（遠隔保守サービスまたはデータ転送サービスなど）を利用することができる。
【００２６】
ルータ２は、ボタン電話交換装置１とＩＰ電話網５とを接続する通信機器である。ルータ４は、サービス操作端末３とＩＰ電話網５とを接続する通信機器である。
【００２７】
ＩＰ電話網５は、次世代ネットワークやインターネットなどを含むネットワークである。
【００２８】
次に、図２のフローチャートを参照して、データ通信システムにおけるＷｅｂサービスの自動切り替え処理について説明する。図２の説明に当たり、図３および図４を参照し、具体的なデータに対応する処理例も説明する。
【００２９】
ステップＳ１において、サービス操作端末３の制御部は、ユーザによってダイヤルされた電話番号を相手宛先に、また自ＩＰアドレス、音声やデータのメディアタイプ、およびポート番号をＳＩＰ／ＳＤＰに設定したＩＮＶＩＴＥリクエストを、ルータ４を介してＩＰ電話網５に送信する。
【００３０】
ＩＮＶＩＴＥリクエストは、通話要求を行い、セッションを開始するためのリクエストである。ＩＮＶＩＴＥリクエストは、テキスト形式で、リクエスト行、ヘッダ、およびボディから構成されている。
【００３１】
リクエスト行には、リクエストの種類(ＩＮＶＩＴＥ)、リクエストの宛先を示すためのＵＲＩ（Uniform Resource Identifier）、ＳＩＰのバージョンが記述される。ＩＮＶＩＴＥリクエストのヘッダには、このリクエストの概要を示すための情報が含まれ、「ヘッダ名:値」という形式で複数のヘッダが並ぶ。
【００３２】
ＩＮＶＩＴＥリクエストのボディには、ＳＤＰによって、この後の通話に関する情報が記述される。ＳＤＰを使用することで、セッションを識別するための情報、セッションで伝送されるデータの種別などを記述することができる。これらの情報は、「タイプ＝値」という形式で記述される。本実施の形態で用いるタイプには、ｃ行、ｍ行、ａ行がある。
【００３３】
ｃ行は、コネクション情報を示すタイプであり、ネットワーク種別、アドレス種別、送信元のホスト名あるいはＩＰアドレスが記述される。
【００３４】
ｍ行は、メディアについての情報を示すタイプであり、メディアタイプ、ポート番号、プロトコル、メディアフォーマットが記述される。
【００３５】
メディアタイプには、送信するメディアのタイプによって、Ａｕｄｉｏ、Ｖｉｄｅｏ、Ｔｅｘｔ、Ａｐｐｌｉｃａｔｉｏｎ、Ｍｅｓｓａｇｅなどが記述される。ポート番号には、ＲＴＰでメディアを受信する際の受信先ポート番号が記述される。プロトコルには、メディア送信に用いるプロトコルが記述される。メディアフォーマットには、使用するメディアのフォーマットが記述される。
【００３６】
ａ行は、様々な属性を示すためのタイプである。
【００３７】
図３の例の場合、ＩＮＶＩＴＥリクエストのデータＤ１には、「ＴＯ：ｔｅｌ：」に相手宛先の電話番号「０３××××０００３」が記述され、ＳＤＰのｃ行のネットワーク種別に「ＩＮ」、アドレス種別に「ＩＰ４」、送信元のＩＰアドレスに「ａａａ．ｂｂｂ．ｃｃｃ．２」が記述され、ＳＤＰのｍ行のメディアタイプに「Ａｐｐｌｉｃａｔｉｏｎ」、ポート番号に「９」、プロトコルに「ＴＣＰ」、メディアフォーマットに「ｈｔｔｐ」が記述され、ＳＤＰのａ行に「ｓｅｔｕｐ：ａｃｔｉｖｅ」、「ｃｏｎｎｅｃｔｉｏｎ：ｎｅｗ」が記述される。
【００３８】
図４の例の場合、ＩＮＶＩＴＥリクエストのデータＤ３には、「ＴＯ：ｔｅｌ：」に相手宛先の電話番号「０３××××０００３」が記述され、ＳＤＰのｃ行のネットワーク種別に「ＩＮ」、アドレス種別に「ＩＰ４」、送信元のＩＰアドレスに「ａａａ．ｂｂｂ．ｃｃｃ．２」が記述され、ＳＤＰのｍ行のメディアタイプに「Ａｐｐｌｉｃａｔｉｏｎ」、ポート番号に「９」、プロトコルに「ＴＣＰ」、メディアフォーマットに「ｏｃｔｅｔ−ｓｔｒｅａｍ（オクテット・ストリーム）」が記述され、ＳＤＰのａ行に「ｓｅｔｕｐ：ａｃｔｉｖｅ」、「ｃｏｎｎｅｃｔｉｏｎ：ｎｅｗ」が記述される。
【００３９】
ＩＰ電話網５は、ＩＮＶＩＴＥリクエストの相手宛先（電話番号）からボタン電話交換装置１のＩＰアドレス（ａａａ．ｂｂｂ．ｃｃｃ．２）を抽出して、ボタン電話交換装置１宛てのリクエストと判断して、当該ＩＮＶＩＴＥリクエストをボタン電話交換装置１に転送する。
【００４０】
ステップＳ２において、ボタン電話交換装置１の呼制御部１１は、ルータ２を介してＩＮＶＩＴＥリクエストを受信する。そして、ボタン電話交換装置１の呼制御部１１は、発信側であるサービス操作端末３に対し、ＩＮＶＩＴＥリクエストを受信して処理中であることを知らせる暫定応答（Ｔｒｙｉｎｇレスポンス）として、「１００ Ｔｒｙｉｎｇ」を、ルータ２を介してＩＰ電話網５に送信する。
【００４１】
Ｔｒｙｉｎｇレスポンスは、ＩＮＶＩＴＥリクエストと似ており、テキスト形式で、レスポンス行およびヘッダから構成されている。レスポンス行は、ステータス行とも呼ばれ、ＳＩＰのバージョン、ステータスコード、理由フレーズが記述される。ヘッダは、ＩＮＶＩＴＥリクエストのものをほぼそのまま使用することができる。図２の例では、Ｔｒｙｉｎｇレスポンスのステータスコードが「１００」、理由フレーズが「Ｔｒｙｉｎｇ」とされる。
【００４２】
ＩＰ電話網５は、Ｔｒｙｉｎｇレスポンス内のセッション情報から、当該Ｔｒｙｉｎｇレスポンスを、リクエスト送信元であるサービス操作端末３に転送する。
【００４３】
ステップＳ３において、ボタン電話交換装置１の呼制御部１１は、受信したＩＮＶＩＴＥリクエストに含まれる、電話番号、ＳＤＰのメディアタイプ、メディアフォーマットの解析を行う。そして、詳細は、図５のフローチャートを参照して後述するが、ボタン電話交換装置１の呼制御部１１は、解析結果に応じて、所定のサービスを選択し、そのサービスを起動させる。
【００４４】
例えば、図３に示すように、ボタン電話交換装置１の呼制御部１１は、ＩＮＶＩＴＥリクエストに含まれるメディアタイプが「Ａｐｐｌｉｃａｔｉｏｎ」であり、メディアフォーマットが「ｈｔｔｐ」」であることを確認すると、遠隔保守サービス部１２の遠隔保守サービスのアプリケーションを起動させるとともに、矢印Ａ１に示すように、遠隔保守サービス部１２のＷｅｂポートの開放を行う。
【００４５】
また例えば、図４に示すように、ボタン電話交換装置１の呼制御部１１は、ＩＮＶＩＴＥリクエストに含まれるメディアタイプが「Ａｐｐｌｉｃａｔｉｏｎ」であり、メディアフォーマットが「ｏｃｔｅｔ−ｓｔｒｅａｍ」であることを確認すると、データ転送サービス部１３のデータ転送サービスのアプリケーションを起動させるとともに、矢印Ａ２に示すように、データ転送サービス部１３のＷｅｂポートの開放を行う。
【００４６】
ステップＳ４において、ボタン電話交換装置１の呼制御部１１は、発信側であるサービス操作端末３に、ＩＮＶＩＴＥリクエストが成功したことを知らせる応答（ＯＫレスポンス）を、ルータ２を介してＩＰ電話網５に送信する。
【００４７】
ＯＫレスポンスは、テキスト形式で、ステータス行、ヘッダ、およびボディから構成されている。ステータス行には、ＳＩＰのバージョン、ステータスコード、理由フレーズが記述される。ヘッダは、ＩＮＶＩＴＥリクエストのものをほぼそのまま使用することができる。ボディには、ＩＮＶＩＴＥリクエストと同様に、ＳＤＰによって、この後の通話に関する情報が記述される。
【００４８】
図３の例の場合、ＯＫレスポンスのデータＤ２には、ステータス行のステータスコードに「２００」、理由フレーズに「ＯＫ」が記述され、ボディのｃ行のネットワーク種別に「ＩＮ」、アドレス種別に「ＩＰ４」、送信元のＩＰアドレスに「ａａａ．ｂｂｂ．ｃｃｃ．１」が記述され、ボディのｍ行のメディアタイプに「Ａｐｐｌｉｃａｔｉｏｎ」、ポート番号に「８０８２」、プロトコルに「ＴＣＰ」、メディアフォーマットに「ｈｔｔｐ」が記述され、ボディのａ行に「ｓｅｔｕｐ：ｐａｓｓｉｖｅ」、「ｃｏｎｎｅｃｔｉｏｎ：ｎｅｗ」が記述される。なお、ヘッダの図示は省略されている。
【００４９】
図４の例の場合、ＯＫレスポンスのデータＤ４には、ステータス行のステータスコードに「２００」、理由フレーズに「ＯＫ」が記述され、ボディのｃ行のネットワーク種別に「ＩＮ」、アドレス種別に「ＩＰ４」、送信元のＩＰアドレスに「ａａａ．ｂｂｂ．ｃｃｃ．１」が記述され、ボディのｍ行のメディアタイプに「Ａｐｐｌｉｃａｔｉｏｎ」、ポート番号に「８０８２」、プロトコルに「ＴＣＰ」、メディアフォーマットに「ｏｃｔｅｔ−ｓｔｒｅａｍ」が記述され、ボディのａ行に「ｓｅｔｕｐ：ｐａｓｓｉｖｅ」、「ｃｏｎｎｅｃｔｉｏｎ：ｎｅｗ」が記述される。なお、ヘッダの図示は省略されている。
【００５０】
ＩＰ電話網５は、ＯＫレスポンスからサービス操作端末３のＩＰアドレス（ａａａ．ｂｂｂ．ｃｃｃ．１）を抽出して、サービス操作端末３宛てのレスポンスと判断して、当該ＯＫレスポンスを、リクエスト送信元であるサービス操作端末３に転送する。
【００５１】
ステップＳ５において、サービス操作端末３の制御部は、ルータ４を介してＯＫレスポンスを受信する。そして、サービス操作端末３の制御部は、ＩＮＶＩＴＥリクエストに対してＯＫレスポンスを受信したことを確認するためのリクエストとして、ＡＣＫリクエストを、ルータ４を介してＩＰ電話網５に送信する。
【００５２】
ＡＣＫリクエストは、テキスト形式で、リクエスト行およびヘッダから構成されている。リクエスト行には、リクエストの種類(ＡＣＫ)、リクエストの宛先を示すためのＵＲＩ、ＳＩＰのバージョンが記述される。ヘッダには、このリクエストの概要を示すための情報が含まれ、「ヘッダ名:値」という形式で複数のヘッダが並ぶ。
【００５３】
ＩＰ電話網５は、ＡＣＫリクエストからボタン電話交換装置１のＩＰアドレス（ａａａ．ｂｂｂ．ｃｃｃ．２）を抽出して、ボタン電話交換装置１宛てのリクエストと判断して、当該ＡＣＫリクエストをボタン電話交換装置１に転送する。
【００５４】
以上のステップＳ１〜Ｓ５までの処理によって、ステップＳ６において、サービス操作端末３とボタン電話交換装置１の所定サービス（遠隔保守サービス部１２またはデータ転送サービス部１３）との間に、ＩＰ電話網５を経由したセッションが確立される。
【００５５】
セッション確立後、サービス操作端末３とボタン電話交換装置１の遠隔保守サービス部１２とは、ＩＰ電話網５を介したＨＴＴＰ（あるいはｏｃｔｅｔ−ｓｔｒｅａｍ）でのデータ通信中となる。これにより、サービス操作端末３は、ＩＰ電話網５を介して、ＨＴＴＰでの遠隔保守サービス（あるいはｏｃｔｅｔ−ｓｔｒｅａｍでのデータ転送サービス）の操作を行うことが可能となる。
【００５６】
サービス操作端末３の制御部は、所望サービスの実行後、ステップＳ７において、通話の終了要求を行い、セッションを終了するためのリクエストとして、ＳＩＰ／ＳＤＰに設定したＢＹＥリクエストを、ルータ４を介してＩＰ電話網５に送信する。
【００５７】
ＢＹＥリクエストは、テキスト形式で、リクエスト行およびヘッダから構成されている。リクエスト行には、リクエストの種類(ＢＹＥ)、リクエストの宛先を示すためのＵＲＩ、ＳＩＰのバージョンが記述される。ヘッダには、このリクエストの概要を示すための情報が含まれ、「ヘッダ名:値」という形式で複数のヘッダが並ぶ。
【００５８】
ＩＰ電話網５は、ＢＹＥリクエストからボタン電話交換装置１のＩＰアドレス（ａａａ．ｂｂｂ．ｃｃｃ．２）を抽出して、ボタン電話交換装置１宛てのリクエストと判断して、当該ＢＹＥリクエストをボタン電話交換装置１に転送する。
【００５９】
ステップＳ８において、ボタン電話交換装置１の呼制御部１１は、ルータ２を介してＢＹＥリクエストを受信する。そして、ボタン電話交換装置１の呼制御部１１は、受信したＢＹＥリクエストに基づいて、遠隔保守サービ部１２が起動している遠隔保守サービス（あるいはデータ転送サービス部１３が起動しているデータ転送サービス）を停止させる。
【００６０】
ステップＳ９において、ボタン電話交換装置１の呼制御部１１は、発信側であるサービス操作端末３に対し、ＢＹＥリクエストが成功したことを知らせる応答（ＯＫレスポンス）として、「２００ ＯＫ」を、ルータ２を介してＩＰ電話網５に送信する。
【００６１】
ＩＰ電話網５は、ＯＫレスポンスからサービス操作端末３のＩＰアドレス（ａａａ．ｂｂｂ．ｃｃｃ．１）を抽出して、サービス操作端末３宛てのレスポンスと判断して、当該ＯＫレスポンスを、リクエスト送信元であるサービス操作端末３に転送する。
【００６２】
以上のステップＳ７〜Ｓ９までの処理によって、サービス操作端末３とボタン電話交換装置１の遠隔保守サービス部１２（あるいはデータ転送サービス部１３）との間で確立していたセッションが切断される。
【００６３】
図５は、図２のステップＳ３のサービス選択処理の詳細を説明するフローチャートである。
【００６４】
ステップＳ３１において、ボタン電話交換装置１の呼制御部１１は、サービス操作端末３から、ＩＰ電話網５およびルータ２を介してＳＩＰ／ＳＤＰのＩＮＶＩＴＥリクエスト（図３のデータＤ１、図４のデータＤ３）の着信を受ける。
【００６５】
ステップＳ３２において、ボタン電話交換装置１の呼制御部１１は、ステップＳ３１の処理で着信したＩＮＶＩＴＥリクエストに含まれるメディアタイプが「Ａｐｐｌｉｃａｔｉｏｎ」であるか、あるいは、「Ａｕｄｉｏ」や「Ｖｉｄｅｏ」であるかを判定し、メディアタイプが「Ａｐｐｌｉｃａｔｉｏｎ」であると判定した場合、ステップＳ３３に進む。
【００６６】
ステップＳ３３において、ボタン電話交換装置１の呼制御部１１は、ステップＳ３１の処理で着信したＩＮＶＩＴＥリクエストに含まれるメディアフォーマットが「ｈｔｔｐ」であるか、「ｏｃｔｅｔ−ｓｔｒｅａｍ」であるかを判定し、メディアフォーマットが「ｈｔｔｐ」であると判定した場合、ステップＳ３４に進む。なお、ステップＳ３３の処理では、メディアフォーマットとして、「ｈｔｔｐ」または「ｏｃｔｅｔ−ｓｔｒｅａｍ（オクテット・ストリーム）」を用いて判定するが、これは一例であり、他のメディアフォーマットを用いても勿論良い。
【００６７】
ステップＳ３４において、ボタン電話交換装置１の呼制御部１１は、遠隔保守サービス部１２の遠隔保守サービスのアプリケーションを起動させるとともに、遠隔保守サービス部１２のＷｅｂポートの開放を行う（図３の矢印Ａ１）。そしてボタン電話交換装置１の呼制御部１１は、開放したＷｅｂポートのポート番号を含むＯＫレスポンス（図３のデータＤ２）を、ルータ２およびＩＰ電話網５を介してサービス操作端末３に通知する。これにより、ＳＩＰ／ＳＤＰのＩＮＶＩＴＥリクエストを発信したサービス操作端末３は、ボタン電話交換装置１の遠隔保守サービス用ポートへのアクセスが可能となり、遠隔保守サービスを利用することができる。
【００６８】
ステップＳ３３において、ボタン電話交換装置１の呼制御部１１は、ステップＳ３１の処理で着信したＩＮＶＩＴＥリクエストに含まれるメディアフォーマットが「ｏｃｔｅｔ−ｓｔｒｅａｍ」であると判定した場合、ステップＳ３５に進む。
【００６９】
ステップＳ３５において、ボタン電話交換装置１の呼制御部１１は、データ転送サービス部１３のデータ転送サービスのアプリケーションを起動させるとともに、データ転送サービス部１３のＷｅｂポートの開放を行う（図４の矢印Ａ２）。そしてボタン電話交換装置１の呼制御部１１は、開放したＷｅｂポートのポート番号を含むＯＫレスポンス（図４のデータＤ４）を、ルータ２およびＩＰ電話網５を介してサービス操作端末３に通知する。これにより、ＳＩＰ／ＳＤＰのＩＮＶＩＴＥリクエストを発信したサービス操作端末３は、ボタン電話交換装置１のデータ転送サービス用ポートへのアクセスが可能となり、データ転送サービスを利用することができる。
【００７０】
ステップＳ３２において、ボタン電話交換装置１の呼制御部１１は、ステップＳ３１の処理で着信したＩＮＶＩＴＥリクエストに含まれるメディアタイプが「Ａｕｄｉｏ」や「Ｖｉｄｅｏ」であると判定した場合、ステップＳ３６に進む。
【００７１】
ステップＳ３６において、ボタン電話交換装置１の呼制御部１１は、サービス操作端末３からの着信が音声通信によるもの、または映像通信によるものと判断し、ＩＰ電話網５を介したオーディオ信号やビデオ信号の送受信が可能なストリーム（オーディオストリームやビデオストリーム）を開設させる。
【００７２】
［発明の実施の形態における効果］
１．以上のように、１つの電話番号で、音声通信、映像通信、およびデータ通信を行うことができる。
【００７３】
２．データ通信の場合、１つの電話番号で複数のＷｅｂサービスを選択して起動することができる。
【００７４】
３．ＳＤＰのメディアタイプ、メディアフォーマットの制御であるため、従来の限定された情報要素による着信先の振り分け制御よりも、自由度が高く、より確実に通信制御を行うことができる。また、メディアフォーマットが可変であるため、ボタン電話交換装置１に記録するメディアフォーマットを追加することで、本発明を利用して起動するＷｅｂサービスの数を増やすことが可能となる。
【００７５】
４．以上においては、データ通信システムにおける着信側のサービス操作端末３は、ＳＩＰの終端が可能なネットワーク機器であれば何でもよい。ＳＩＰによって通信を確立することで、ネットワーク機器で利用できるＷｅｂサービスの起動が可能となる。
【００７６】
５．上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【００７７】
汎用のコンピュータは、ＣＰＵ，ＲＯＭ，ＲＡＭなどの制御部、キーボードやマウスなどの入力部、ディスプレイなどの表示部、半導体メモリや磁気ディスクなどの記憶部、ＬＡＮカードやモデムなどの通信部、および、リムーバブルメディアを駆動するドライブから構成されている。このように構成されるコンピュータでは、ＣＰＵが、例えば、記憶部に記憶されているプログラムをＲＡＭにロードして実行することにより、上述した一連の処理が行われる。
【００７８】
コンピュータ（制御部）が実行するプログラムは、例えば、磁気ディスク（フレキシブルディスクを含む）、光ディスク（ＣＤ−ＲＯＭ(Compact Disc-Read Only Memory)，ＤＶＤ（Digital Versatile Disc）など）、光磁気ディスク、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディアに記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供される。
【００７９】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたときなどの必要なタイミングで処理が行われるプログラムであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
【００８０】
この発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化したり、上記実施の形態に開示されている複数の構成要素を適宜組み合わせたりすることにより種々の発明を形成できる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施の形態に亘る構成要素を適宜組み合わせても良い。
【符号の説明】
【００８１】
１ ボタン電話交換装置
３ サービス操作端末
５ ＩＰ電話網
１１ 呼制御部
１２ 遠隔保守サービス部
１３ データ転送サービス部
【技術分野】
【０００１】
本発明は、データ通信システム、データ通信端末、データ通信方法、およびプログラムに関し、特に、複数の電話番号の契約を必要とせずに、Ｗｅｂサービスを起動することができるようにしたデータ通信システム、データ通信端末、データ通信方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、従来の回線交換式の電話回線網を、ＩＰ（Internet Protocol）技術をベースにしたネットワークに置き換える、次世代ネットワーク（ＮＧＮ：Next Generation Network）の構築に向けた動きが活発化している。
【０００３】
ＮＧＮは、ネットワーク自体に帯域補償機能、セキュリティ機能を備え、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）を使って、電話サービス、映像通信サービス、データ通信サービスなどを統合的に実現するＩＰネットワークである。
【０００４】
例えば、特許文献１には、メディア転送前のＳＩＰ信号を解析してメディア転送方式を決定し、その決定したメディア転送方式に従ってメディア転送を実施するメディア転送装置に関する技術が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２４８０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
通常、ＩＰ電話回線によるデータ通信サービスを利用して、Ｗｅｂサービスを起動するには、音声通信および映像通信を区別するために、発信側または着信側においてデータ通信専用の電話番号を契約する必要があった。
【０００７】
また特許文献１に記載の技術では、データ通信専用の電話番号を契約する必要はないものの、発信者電話番号の他に、ログインＩＤ番号が必要となる課題があった。
【０００８】
本発明の目的は、複数の電話番号の契約を必要とせずに、Ｗｅｂサービスを起動することができるようにしたデータ通信システム、データ通信端末、データ通信方法、およびプログラムを提供することである。
【課題を解決するための手段】
【０００９】
本発明の一側面は、第１の通信端末と第２の通信端末の間でネットワークを介して通信を行うデータ通信システムにおいて、前記第１の通信端末は、前記第２の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御手段を備え、前記セッション情報は、ＳＩＰを用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、前記メッセージボディには、ＳＤＰを用いたセッションに関する情報が記述されることを特徴とする。
【００１０】
前記制御手段は、前記メッセージボディに含まれるメディアに関する情報に基づいて、前記所定のＷｅｂサービスの起動を制御することができる。
【００１１】
前記制御手段は、前記メディアに関する情報に含まれるメディアタイプおよびメディアフォーマットに基づいて、前記所定のＷｅｂサービスの起動を制御することができる。
【００１２】
前記メディアタイプは、アプリケーション、オーディオ、またはビデオであり、前記メディアフォーマットは、ｈｔｔｐまたはオクテット・ストリームである。
【００１３】
本発明の一側面は、第１の通信端末と第２の通信端末の間でネットワークを介して通信を行うデータ通信システムのデータ通信方法において、前記第１の通信端末は、前記第２の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御ステップを含み、前記セッション情報は、ＳＩＰを用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、前記メッセージボディには、ＳＤＰを用いたセッションに関する情報が記述されることを特徴とする。
【００１４】
本発明の一側面は、第１の通信端末と第２の通信端末の間でネットワークを介して通信を行うデータ通信システムのデータ通信処理をコンピュータに実行させるプログラムにおいて、前記第２の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御ステップを含む処理をコンピュータに実行させるプログラムであって、前記セッション情報は、ＳＩＰを用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、前記メッセージボディには、ＳＤＰを用いたセッションに関する情報が記述されることを特徴とする。
【００１５】
本発明の一側面は、ネットワークを介して他の通信端末との間で通信を行うデータ通信端末において、前記他の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御手段を備え、前記セッション情報は、ＳＩＰを用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、前記メッセージボディには、ＳＤＰを用いたセッションに関する情報が記述されることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、複数の電話番号の契約を必要とせずに、Ｗｅｂサービスを起動することができるようにしたデータ通信システム、データ通信端末、データ通信方法、およびプログラムを提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態に係るデータ通信システムの構成例を示すブロック図である。
【図２】データ通信システムにおけるＷｅｂサービスの自動切り替え処理を説明するフローチャートである。
【図３】図２の処理例を説明するための図である。
【図４】図２の他の処理例を説明するための図である。
【図５】図２のステップ３のサービス選択処理の詳細を説明するフローチャートである。
【発明を実施するための形態】
【００１８】
［本実施の形態について］
図１は、本実施形態に係るデータ通信システムの構成例を示すブロック図である。このデータ通信システムは、ボタン電話交換装置１がルータ２を介してＩＰ（Internet Protocol）電話網５に接続されているとともに、サービス操作端末３がルータ４を介してＩＰ電話網５に接続されていることにより構成されている。なお、ボタン電話交換装置１およびサービス操作端末３の数は任意であり、複数設けることも勿論可能である。
【００１９】
ボタン電話交換装置１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only
Memory）、およびＲＡＭ（Random Access Memory）などからなるコンピュータシステムであり、呼制御部１１、遠隔保守サービス部１２、およびデータ転送サービス部１３の機能を有する。
【００２０】
呼制御部１１は、ＩＰ電話網５を介してサービス操作端末３からの着信を受けた場合、着信時のセッション情報であるＳＩＰ／ＳＤＰ（Session Initiation Protocol／Session
Description Protocol）のｍ行（メディア名と伝送アドレス記述部）に記載されるメディアタイプおよびメディアフォーマットを判別して認証することにより、データ通信のセッションを確立する。呼制御部１１は、データ通信確立後、遠隔保守サービス部１２またはデータ転送サービス部１３のうちのいずれかのＷｅｂサービスを起動させるとともに、当該ポート番号を発信側に通知する。これにより、サービス操作端末３は、所望のＷｅｂサービス用のポートへのアクセスが可能となり、所望のサービスを利用することができる。
【００２１】
ここで、ＳＩＰは、マルチメディアセッションを確立・変更・切断するためのプロトコルであり、リクエスト行、ヘッダ、およびメッセージボディから構成されている。このうち、メッセージボディには、ＳＤＰというプロトコルによってマルチメディアセッションに関する情報が記述されている。
【００２２】
例えば、「ｍ＝値」の形式で、メディアに関する情報として、メディアの種類（ａｐｐｌｉｃａｔｉｏｎ（アプリケーション）、ａｕｄｉｏ（オーディオ）、ｖｉｄｅｏ（ビデオ）など）、メディアを受信するポート番号、メディア受信に用いるトランスポートプロトコル（ＲＴＰ（Real−time Transport Protocol）、ＴＣＰ（Transmission Control Protocol）など）が記述される。
【００２３】
また、例えば、「ｃ＝値」の形式で、コネクション情報として、ネットワーク種別、ＩＰバージョン（ＩＰｖ（Internet Protocol Version）４、ＩＰｖ６など）、メディアを受信するＩＰアドレスが記述される。
【００２４】
遠隔保守サービス部１２は、呼制御部１１による制御に応じて、遠隔保守サービスを起動する。データ転送サービス部１３は、呼制御部１１による制御に応じて、データ転送サービスを起動する。
【００２５】
サービス操作端末３は、ＣＰＵ、ＲＯＭ、およびＲＡＭよりなる制御部、キーボードやマウスよりなる入力部、ディスプレイやスピーカよりなる出力部、ＨＤＤ（Hard Disk Drive）や不揮発性メモリよりなる記憶部、ネットワーク通信部などを有している。サービス操作端末３は、ユーザによる指示を受けて、ルータ４およびＩＰ電話網５を介してボタン電話交換装置１に発信し、データ通信確立後、ボタン電話交換装置１から提供されるＷｅｂサービス（遠隔保守サービスまたはデータ転送サービスなど）を利用することができる。
【００２６】
ルータ２は、ボタン電話交換装置１とＩＰ電話網５とを接続する通信機器である。ルータ４は、サービス操作端末３とＩＰ電話網５とを接続する通信機器である。
【００２７】
ＩＰ電話網５は、次世代ネットワークやインターネットなどを含むネットワークである。
【００２８】
次に、図２のフローチャートを参照して、データ通信システムにおけるＷｅｂサービスの自動切り替え処理について説明する。図２の説明に当たり、図３および図４を参照し、具体的なデータに対応する処理例も説明する。
【００２９】
ステップＳ１において、サービス操作端末３の制御部は、ユーザによってダイヤルされた電話番号を相手宛先に、また自ＩＰアドレス、音声やデータのメディアタイプ、およびポート番号をＳＩＰ／ＳＤＰに設定したＩＮＶＩＴＥリクエストを、ルータ４を介してＩＰ電話網５に送信する。
【００３０】
ＩＮＶＩＴＥリクエストは、通話要求を行い、セッションを開始するためのリクエストである。ＩＮＶＩＴＥリクエストは、テキスト形式で、リクエスト行、ヘッダ、およびボディから構成されている。
【００３１】
リクエスト行には、リクエストの種類(ＩＮＶＩＴＥ)、リクエストの宛先を示すためのＵＲＩ（Uniform Resource Identifier）、ＳＩＰのバージョンが記述される。ＩＮＶＩＴＥリクエストのヘッダには、このリクエストの概要を示すための情報が含まれ、「ヘッダ名:値」という形式で複数のヘッダが並ぶ。
【００３２】
ＩＮＶＩＴＥリクエストのボディには、ＳＤＰによって、この後の通話に関する情報が記述される。ＳＤＰを使用することで、セッションを識別するための情報、セッションで伝送されるデータの種別などを記述することができる。これらの情報は、「タイプ＝値」という形式で記述される。本実施の形態で用いるタイプには、ｃ行、ｍ行、ａ行がある。
【００３３】
ｃ行は、コネクション情報を示すタイプであり、ネットワーク種別、アドレス種別、送信元のホスト名あるいはＩＰアドレスが記述される。
【００３４】
ｍ行は、メディアについての情報を示すタイプであり、メディアタイプ、ポート番号、プロトコル、メディアフォーマットが記述される。
【００３５】
メディアタイプには、送信するメディアのタイプによって、Ａｕｄｉｏ、Ｖｉｄｅｏ、Ｔｅｘｔ、Ａｐｐｌｉｃａｔｉｏｎ、Ｍｅｓｓａｇｅなどが記述される。ポート番号には、ＲＴＰでメディアを受信する際の受信先ポート番号が記述される。プロトコルには、メディア送信に用いるプロトコルが記述される。メディアフォーマットには、使用するメディアのフォーマットが記述される。
【００３６】
ａ行は、様々な属性を示すためのタイプである。
【００３７】
図３の例の場合、ＩＮＶＩＴＥリクエストのデータＤ１には、「ＴＯ：ｔｅｌ：」に相手宛先の電話番号「０３××××０００３」が記述され、ＳＤＰのｃ行のネットワーク種別に「ＩＮ」、アドレス種別に「ＩＰ４」、送信元のＩＰアドレスに「ａａａ．ｂｂｂ．ｃｃｃ．２」が記述され、ＳＤＰのｍ行のメディアタイプに「Ａｐｐｌｉｃａｔｉｏｎ」、ポート番号に「９」、プロトコルに「ＴＣＰ」、メディアフォーマットに「ｈｔｔｐ」が記述され、ＳＤＰのａ行に「ｓｅｔｕｐ：ａｃｔｉｖｅ」、「ｃｏｎｎｅｃｔｉｏｎ：ｎｅｗ」が記述される。
【００３８】
図４の例の場合、ＩＮＶＩＴＥリクエストのデータＤ３には、「ＴＯ：ｔｅｌ：」に相手宛先の電話番号「０３××××０００３」が記述され、ＳＤＰのｃ行のネットワーク種別に「ＩＮ」、アドレス種別に「ＩＰ４」、送信元のＩＰアドレスに「ａａａ．ｂｂｂ．ｃｃｃ．２」が記述され、ＳＤＰのｍ行のメディアタイプに「Ａｐｐｌｉｃａｔｉｏｎ」、ポート番号に「９」、プロトコルに「ＴＣＰ」、メディアフォーマットに「ｏｃｔｅｔ−ｓｔｒｅａｍ（オクテット・ストリーム）」が記述され、ＳＤＰのａ行に「ｓｅｔｕｐ：ａｃｔｉｖｅ」、「ｃｏｎｎｅｃｔｉｏｎ：ｎｅｗ」が記述される。
【００３９】
ＩＰ電話網５は、ＩＮＶＩＴＥリクエストの相手宛先（電話番号）からボタン電話交換装置１のＩＰアドレス（ａａａ．ｂｂｂ．ｃｃｃ．２）を抽出して、ボタン電話交換装置１宛てのリクエストと判断して、当該ＩＮＶＩＴＥリクエストをボタン電話交換装置１に転送する。
【００４０】
ステップＳ２において、ボタン電話交換装置１の呼制御部１１は、ルータ２を介してＩＮＶＩＴＥリクエストを受信する。そして、ボタン電話交換装置１の呼制御部１１は、発信側であるサービス操作端末３に対し、ＩＮＶＩＴＥリクエストを受信して処理中であることを知らせる暫定応答（Ｔｒｙｉｎｇレスポンス）として、「１００ Ｔｒｙｉｎｇ」を、ルータ２を介してＩＰ電話網５に送信する。
【００４１】
Ｔｒｙｉｎｇレスポンスは、ＩＮＶＩＴＥリクエストと似ており、テキスト形式で、レスポンス行およびヘッダから構成されている。レスポンス行は、ステータス行とも呼ばれ、ＳＩＰのバージョン、ステータスコード、理由フレーズが記述される。ヘッダは、ＩＮＶＩＴＥリクエストのものをほぼそのまま使用することができる。図２の例では、Ｔｒｙｉｎｇレスポンスのステータスコードが「１００」、理由フレーズが「Ｔｒｙｉｎｇ」とされる。
【００４２】
ＩＰ電話網５は、Ｔｒｙｉｎｇレスポンス内のセッション情報から、当該Ｔｒｙｉｎｇレスポンスを、リクエスト送信元であるサービス操作端末３に転送する。
【００４３】
ステップＳ３において、ボタン電話交換装置１の呼制御部１１は、受信したＩＮＶＩＴＥリクエストに含まれる、電話番号、ＳＤＰのメディアタイプ、メディアフォーマットの解析を行う。そして、詳細は、図５のフローチャートを参照して後述するが、ボタン電話交換装置１の呼制御部１１は、解析結果に応じて、所定のサービスを選択し、そのサービスを起動させる。
【００４４】
例えば、図３に示すように、ボタン電話交換装置１の呼制御部１１は、ＩＮＶＩＴＥリクエストに含まれるメディアタイプが「Ａｐｐｌｉｃａｔｉｏｎ」であり、メディアフォーマットが「ｈｔｔｐ」」であることを確認すると、遠隔保守サービス部１２の遠隔保守サービスのアプリケーションを起動させるとともに、矢印Ａ１に示すように、遠隔保守サービス部１２のＷｅｂポートの開放を行う。
【００４５】
また例えば、図４に示すように、ボタン電話交換装置１の呼制御部１１は、ＩＮＶＩＴＥリクエストに含まれるメディアタイプが「Ａｐｐｌｉｃａｔｉｏｎ」であり、メディアフォーマットが「ｏｃｔｅｔ−ｓｔｒｅａｍ」であることを確認すると、データ転送サービス部１３のデータ転送サービスのアプリケーションを起動させるとともに、矢印Ａ２に示すように、データ転送サービス部１３のＷｅｂポートの開放を行う。
【００４６】
ステップＳ４において、ボタン電話交換装置１の呼制御部１１は、発信側であるサービス操作端末３に、ＩＮＶＩＴＥリクエストが成功したことを知らせる応答（ＯＫレスポンス）を、ルータ２を介してＩＰ電話網５に送信する。
【００４７】
ＯＫレスポンスは、テキスト形式で、ステータス行、ヘッダ、およびボディから構成されている。ステータス行には、ＳＩＰのバージョン、ステータスコード、理由フレーズが記述される。ヘッダは、ＩＮＶＩＴＥリクエストのものをほぼそのまま使用することができる。ボディには、ＩＮＶＩＴＥリクエストと同様に、ＳＤＰによって、この後の通話に関する情報が記述される。
【００４８】
図３の例の場合、ＯＫレスポンスのデータＤ２には、ステータス行のステータスコードに「２００」、理由フレーズに「ＯＫ」が記述され、ボディのｃ行のネットワーク種別に「ＩＮ」、アドレス種別に「ＩＰ４」、送信元のＩＰアドレスに「ａａａ．ｂｂｂ．ｃｃｃ．１」が記述され、ボディのｍ行のメディアタイプに「Ａｐｐｌｉｃａｔｉｏｎ」、ポート番号に「８０８２」、プロトコルに「ＴＣＰ」、メディアフォーマットに「ｈｔｔｐ」が記述され、ボディのａ行に「ｓｅｔｕｐ：ｐａｓｓｉｖｅ」、「ｃｏｎｎｅｃｔｉｏｎ：ｎｅｗ」が記述される。なお、ヘッダの図示は省略されている。
【００４９】
図４の例の場合、ＯＫレスポンスのデータＤ４には、ステータス行のステータスコードに「２００」、理由フレーズに「ＯＫ」が記述され、ボディのｃ行のネットワーク種別に「ＩＮ」、アドレス種別に「ＩＰ４」、送信元のＩＰアドレスに「ａａａ．ｂｂｂ．ｃｃｃ．１」が記述され、ボディのｍ行のメディアタイプに「Ａｐｐｌｉｃａｔｉｏｎ」、ポート番号に「８０８２」、プロトコルに「ＴＣＰ」、メディアフォーマットに「ｏｃｔｅｔ−ｓｔｒｅａｍ」が記述され、ボディのａ行に「ｓｅｔｕｐ：ｐａｓｓｉｖｅ」、「ｃｏｎｎｅｃｔｉｏｎ：ｎｅｗ」が記述される。なお、ヘッダの図示は省略されている。
【００５０】
ＩＰ電話網５は、ＯＫレスポンスからサービス操作端末３のＩＰアドレス（ａａａ．ｂｂｂ．ｃｃｃ．１）を抽出して、サービス操作端末３宛てのレスポンスと判断して、当該ＯＫレスポンスを、リクエスト送信元であるサービス操作端末３に転送する。
【００５１】
ステップＳ５において、サービス操作端末３の制御部は、ルータ４を介してＯＫレスポンスを受信する。そして、サービス操作端末３の制御部は、ＩＮＶＩＴＥリクエストに対してＯＫレスポンスを受信したことを確認するためのリクエストとして、ＡＣＫリクエストを、ルータ４を介してＩＰ電話網５に送信する。
【００５２】
ＡＣＫリクエストは、テキスト形式で、リクエスト行およびヘッダから構成されている。リクエスト行には、リクエストの種類(ＡＣＫ)、リクエストの宛先を示すためのＵＲＩ、ＳＩＰのバージョンが記述される。ヘッダには、このリクエストの概要を示すための情報が含まれ、「ヘッダ名:値」という形式で複数のヘッダが並ぶ。
【００５３】
ＩＰ電話網５は、ＡＣＫリクエストからボタン電話交換装置１のＩＰアドレス（ａａａ．ｂｂｂ．ｃｃｃ．２）を抽出して、ボタン電話交換装置１宛てのリクエストと判断して、当該ＡＣＫリクエストをボタン電話交換装置１に転送する。
【００５４】
以上のステップＳ１〜Ｓ５までの処理によって、ステップＳ６において、サービス操作端末３とボタン電話交換装置１の所定サービス（遠隔保守サービス部１２またはデータ転送サービス部１３）との間に、ＩＰ電話網５を経由したセッションが確立される。
【００５５】
セッション確立後、サービス操作端末３とボタン電話交換装置１の遠隔保守サービス部１２とは、ＩＰ電話網５を介したＨＴＴＰ（あるいはｏｃｔｅｔ−ｓｔｒｅａｍ）でのデータ通信中となる。これにより、サービス操作端末３は、ＩＰ電話網５を介して、ＨＴＴＰでの遠隔保守サービス（あるいはｏｃｔｅｔ−ｓｔｒｅａｍでのデータ転送サービス）の操作を行うことが可能となる。
【００５６】
サービス操作端末３の制御部は、所望サービスの実行後、ステップＳ７において、通話の終了要求を行い、セッションを終了するためのリクエストとして、ＳＩＰ／ＳＤＰに設定したＢＹＥリクエストを、ルータ４を介してＩＰ電話網５に送信する。
【００５７】
ＢＹＥリクエストは、テキスト形式で、リクエスト行およびヘッダから構成されている。リクエスト行には、リクエストの種類(ＢＹＥ)、リクエストの宛先を示すためのＵＲＩ、ＳＩＰのバージョンが記述される。ヘッダには、このリクエストの概要を示すための情報が含まれ、「ヘッダ名:値」という形式で複数のヘッダが並ぶ。
【００５８】
ＩＰ電話網５は、ＢＹＥリクエストからボタン電話交換装置１のＩＰアドレス（ａａａ．ｂｂｂ．ｃｃｃ．２）を抽出して、ボタン電話交換装置１宛てのリクエストと判断して、当該ＢＹＥリクエストをボタン電話交換装置１に転送する。
【００５９】
ステップＳ８において、ボタン電話交換装置１の呼制御部１１は、ルータ２を介してＢＹＥリクエストを受信する。そして、ボタン電話交換装置１の呼制御部１１は、受信したＢＹＥリクエストに基づいて、遠隔保守サービ部１２が起動している遠隔保守サービス（あるいはデータ転送サービス部１３が起動しているデータ転送サービス）を停止させる。
【００６０】
ステップＳ９において、ボタン電話交換装置１の呼制御部１１は、発信側であるサービス操作端末３に対し、ＢＹＥリクエストが成功したことを知らせる応答（ＯＫレスポンス）として、「２００ ＯＫ」を、ルータ２を介してＩＰ電話網５に送信する。
【００６１】
ＩＰ電話網５は、ＯＫレスポンスからサービス操作端末３のＩＰアドレス（ａａａ．ｂｂｂ．ｃｃｃ．１）を抽出して、サービス操作端末３宛てのレスポンスと判断して、当該ＯＫレスポンスを、リクエスト送信元であるサービス操作端末３に転送する。
【００６２】
以上のステップＳ７〜Ｓ９までの処理によって、サービス操作端末３とボタン電話交換装置１の遠隔保守サービス部１２（あるいはデータ転送サービス部１３）との間で確立していたセッションが切断される。
【００６３】
図５は、図２のステップＳ３のサービス選択処理の詳細を説明するフローチャートである。
【００６４】
ステップＳ３１において、ボタン電話交換装置１の呼制御部１１は、サービス操作端末３から、ＩＰ電話網５およびルータ２を介してＳＩＰ／ＳＤＰのＩＮＶＩＴＥリクエスト（図３のデータＤ１、図４のデータＤ３）の着信を受ける。
【００６５】
ステップＳ３２において、ボタン電話交換装置１の呼制御部１１は、ステップＳ３１の処理で着信したＩＮＶＩＴＥリクエストに含まれるメディアタイプが「Ａｐｐｌｉｃａｔｉｏｎ」であるか、あるいは、「Ａｕｄｉｏ」や「Ｖｉｄｅｏ」であるかを判定し、メディアタイプが「Ａｐｐｌｉｃａｔｉｏｎ」であると判定した場合、ステップＳ３３に進む。
【００６６】
ステップＳ３３において、ボタン電話交換装置１の呼制御部１１は、ステップＳ３１の処理で着信したＩＮＶＩＴＥリクエストに含まれるメディアフォーマットが「ｈｔｔｐ」であるか、「ｏｃｔｅｔ−ｓｔｒｅａｍ」であるかを判定し、メディアフォーマットが「ｈｔｔｐ」であると判定した場合、ステップＳ３４に進む。なお、ステップＳ３３の処理では、メディアフォーマットとして、「ｈｔｔｐ」または「ｏｃｔｅｔ−ｓｔｒｅａｍ（オクテット・ストリーム）」を用いて判定するが、これは一例であり、他のメディアフォーマットを用いても勿論良い。
【００６７】
ステップＳ３４において、ボタン電話交換装置１の呼制御部１１は、遠隔保守サービス部１２の遠隔保守サービスのアプリケーションを起動させるとともに、遠隔保守サービス部１２のＷｅｂポートの開放を行う（図３の矢印Ａ１）。そしてボタン電話交換装置１の呼制御部１１は、開放したＷｅｂポートのポート番号を含むＯＫレスポンス（図３のデータＤ２）を、ルータ２およびＩＰ電話網５を介してサービス操作端末３に通知する。これにより、ＳＩＰ／ＳＤＰのＩＮＶＩＴＥリクエストを発信したサービス操作端末３は、ボタン電話交換装置１の遠隔保守サービス用ポートへのアクセスが可能となり、遠隔保守サービスを利用することができる。
【００６８】
ステップＳ３３において、ボタン電話交換装置１の呼制御部１１は、ステップＳ３１の処理で着信したＩＮＶＩＴＥリクエストに含まれるメディアフォーマットが「ｏｃｔｅｔ−ｓｔｒｅａｍ」であると判定した場合、ステップＳ３５に進む。
【００６９】
ステップＳ３５において、ボタン電話交換装置１の呼制御部１１は、データ転送サービス部１３のデータ転送サービスのアプリケーションを起動させるとともに、データ転送サービス部１３のＷｅｂポートの開放を行う（図４の矢印Ａ２）。そしてボタン電話交換装置１の呼制御部１１は、開放したＷｅｂポートのポート番号を含むＯＫレスポンス（図４のデータＤ４）を、ルータ２およびＩＰ電話網５を介してサービス操作端末３に通知する。これにより、ＳＩＰ／ＳＤＰのＩＮＶＩＴＥリクエストを発信したサービス操作端末３は、ボタン電話交換装置１のデータ転送サービス用ポートへのアクセスが可能となり、データ転送サービスを利用することができる。
【００７０】
ステップＳ３２において、ボタン電話交換装置１の呼制御部１１は、ステップＳ３１の処理で着信したＩＮＶＩＴＥリクエストに含まれるメディアタイプが「Ａｕｄｉｏ」や「Ｖｉｄｅｏ」であると判定した場合、ステップＳ３６に進む。
【００７１】
ステップＳ３６において、ボタン電話交換装置１の呼制御部１１は、サービス操作端末３からの着信が音声通信によるもの、または映像通信によるものと判断し、ＩＰ電話網５を介したオーディオ信号やビデオ信号の送受信が可能なストリーム（オーディオストリームやビデオストリーム）を開設させる。
【００７２】
［発明の実施の形態における効果］
１．以上のように、１つの電話番号で、音声通信、映像通信、およびデータ通信を行うことができる。
【００７３】
２．データ通信の場合、１つの電話番号で複数のＷｅｂサービスを選択して起動することができる。
【００７４】
３．ＳＤＰのメディアタイプ、メディアフォーマットの制御であるため、従来の限定された情報要素による着信先の振り分け制御よりも、自由度が高く、より確実に通信制御を行うことができる。また、メディアフォーマットが可変であるため、ボタン電話交換装置１に記録するメディアフォーマットを追加することで、本発明を利用して起動するＷｅｂサービスの数を増やすことが可能となる。
【００７５】
４．以上においては、データ通信システムにおける着信側のサービス操作端末３は、ＳＩＰの終端が可能なネットワーク機器であれば何でもよい。ＳＩＰによって通信を確立することで、ネットワーク機器で利用できるＷｅｂサービスの起動が可能となる。
【００７６】
５．上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【００７７】
汎用のコンピュータは、ＣＰＵ，ＲＯＭ，ＲＡＭなどの制御部、キーボードやマウスなどの入力部、ディスプレイなどの表示部、半導体メモリや磁気ディスクなどの記憶部、ＬＡＮカードやモデムなどの通信部、および、リムーバブルメディアを駆動するドライブから構成されている。このように構成されるコンピュータでは、ＣＰＵが、例えば、記憶部に記憶されているプログラムをＲＡＭにロードして実行することにより、上述した一連の処理が行われる。
【００７８】
コンピュータ（制御部）が実行するプログラムは、例えば、磁気ディスク（フレキシブルディスクを含む）、光ディスク（ＣＤ−ＲＯＭ(Compact Disc-Read Only Memory)，ＤＶＤ（Digital Versatile Disc）など）、光磁気ディスク、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディアに記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供される。
【００７９】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたときなどの必要なタイミングで処理が行われるプログラムであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
【００８０】
この発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化したり、上記実施の形態に開示されている複数の構成要素を適宜組み合わせたりすることにより種々の発明を形成できる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施の形態に亘る構成要素を適宜組み合わせても良い。
【符号の説明】
【００８１】
１ ボタン電話交換装置
３ サービス操作端末
５ ＩＰ電話網
１１ 呼制御部
１２ 遠隔保守サービス部
１３ データ転送サービス部
【特許請求の範囲】
【請求項１】
第１の通信端末と第２の通信端末の間でネットワークを介して通信を行うデータ通信システムにおいて、
前記第１の通信端末は、前記第２の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御手段を備え、
前記セッション情報は、ＳＩＰ（Session Initiation Protocol）を用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、
前記メッセージボディには、ＳＤＰ（Session Description Protocol）を用いたセッションに関する情報が記述される
ことを特徴とするデータ通信システム。
【請求項２】
前記制御手段は、前記メッセージボディに含まれるメディアに関する情報に基づいて、前記所定のＷｅｂサービスの起動を制御する
ことを特徴とする請求項１に記載のデータ通信システム。
【請求項３】
前記制御手段は、前記メディアに関する情報に含まれるメディアタイプおよびメディアフォーマットに基づいて、前記所定のＷｅｂサービスの起動を制御する
ことを特徴とする請求項２に記載のデータ通信システム。
【請求項４】
前記メディアタイプは、アプリケーション、オーディオ、またはビデオであり、
前記メディアフォーマットは、ｈｔｔｐまたはオクテット・ストリームである
ことを特徴とする請求項３に記載のデータ通信システム。
【請求項５】
第１の通信端末と第２の通信端末の間でネットワークを介して通信を行うデータ通信システムのデータ通信方法において、
前記第１の通信端末は、前記第２の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御ステップを含み、
前記セッション情報は、ＳＩＰ（Session Initiation Protocol）を用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、
前記メッセージボディには、ＳＤＰ（Session Description Protocol）を用いたセッションに関する情報が記述される
ことを特徴とするデータ通信方法。
【請求項６】
第１の通信端末と第２の通信端末の間でネットワークを介して通信を行うデータ通信システムのデータ通信処理をコンピュータに実行させるプログラムにおいて、
前記第２の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御ステップを含む処理をコンピュータに実行させるプログラムであって、
前記セッション情報は、ＳＩＰ（Session Initiation Protocol）を用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、
前記メッセージボディには、ＳＤＰ（Session Description Protocol）を用いたセッションに関する情報が記述される
ことを特徴とするプログラム。
【請求項７】
ネットワークを介して他の通信端末との間で通信を行うデータ通信端末において、
前記他の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御手段を備え、
前記セッション情報は、ＳＩＰ（Session Initiation Protocol）を用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、
前記メッセージボディには、ＳＤＰ（Session Description Protocol）を用いたセッションに関する情報が記述される
ことを特徴とするデータ通信端末。
【請求項１】
第１の通信端末と第２の通信端末の間でネットワークを介して通信を行うデータ通信システムにおいて、
前記第１の通信端末は、前記第２の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御手段を備え、
前記セッション情報は、ＳＩＰ（Session Initiation Protocol）を用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、
前記メッセージボディには、ＳＤＰ（Session Description Protocol）を用いたセッションに関する情報が記述される
ことを特徴とするデータ通信システム。
【請求項２】
前記制御手段は、前記メッセージボディに含まれるメディアに関する情報に基づいて、前記所定のＷｅｂサービスの起動を制御する
ことを特徴とする請求項１に記載のデータ通信システム。
【請求項３】
前記制御手段は、前記メディアに関する情報に含まれるメディアタイプおよびメディアフォーマットに基づいて、前記所定のＷｅｂサービスの起動を制御する
ことを特徴とする請求項２に記載のデータ通信システム。
【請求項４】
前記メディアタイプは、アプリケーション、オーディオ、またはビデオであり、
前記メディアフォーマットは、ｈｔｔｐまたはオクテット・ストリームである
ことを特徴とする請求項３に記載のデータ通信システム。
【請求項５】
第１の通信端末と第２の通信端末の間でネットワークを介して通信を行うデータ通信システムのデータ通信方法において、
前記第１の通信端末は、前記第２の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御ステップを含み、
前記セッション情報は、ＳＩＰ（Session Initiation Protocol）を用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、
前記メッセージボディには、ＳＤＰ（Session Description Protocol）を用いたセッションに関する情報が記述される
ことを特徴とするデータ通信方法。
【請求項６】
第１の通信端末と第２の通信端末の間でネットワークを介して通信を行うデータ通信システムのデータ通信処理をコンピュータに実行させるプログラムにおいて、
前記第２の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御ステップを含む処理をコンピュータに実行させるプログラムであって、
前記セッション情報は、ＳＩＰ（Session Initiation Protocol）を用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、
前記メッセージボディには、ＳＤＰ（Session Description Protocol）を用いたセッションに関する情報が記述される
ことを特徴とするプログラム。
【請求項７】
ネットワークを介して他の通信端末との間で通信を行うデータ通信端末において、
前記他の通信端末から送信されてくるセッション情報に基づいて、所定のＷｅｂサービスの起動を制御する制御手段を備え、
前記セッション情報は、ＳＩＰ（Session Initiation Protocol）を用いた情報であり、リクエスト行、ヘッダ、メッセージボディから構成され、
前記メッセージボディには、ＳＤＰ（Session Description Protocol）を用いたセッションに関する情報が記述される
ことを特徴とするデータ通信端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１２−２０９８０１（Ｐ２０１２−２０９８０１Ａ）
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願番号】特願２０１１−７４５２５（Ｐ２０１１−７４５２５）
【出願日】平成２３年３月３０日（２０１１．３．３０）
【出願人】（０００２２７２０５）ＮＥＣインフロンティア株式会社 (1,047)
【出願人】（３９９０４０４０５）東日本電信電話株式会社 (286)
【出願人】（３９９０４１１５８）西日本電信電話株式会社 (215)
【Ｆターム（参考）】
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願日】平成２３年３月３０日（２０１１．３．３０）
【出願人】（０００２２７２０５）ＮＥＣインフロンティア株式会社 (1,047)
【出願人】（３９９０４０４０５）東日本電信電話株式会社 (286)
【出願人】（３９９０４１１５８）西日本電信電話株式会社 (215)
【Ｆターム（参考）】
[ Back to top ]