JP2018157280A - 情報処理装置、情報処理方法、及びプログラム - Google Patents
情報処理装置、情報処理方法、及びプログラム Download PDFInfo
- Publication number
- JP2018157280A JP2018157280A JP2017050521A JP2017050521A JP2018157280A JP 2018157280 A JP2018157280 A JP 2018157280A JP 2017050521 A JP2017050521 A JP 2017050521A JP 2017050521 A JP2017050521 A JP 2017050521A JP 2018157280 A JP2018157280 A JP 2018157280A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- packet
- unit
- data
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
【課題】種々の情報端末に対して、通話品質を制御する。
【解決手段】通信システムにおいて、網終端装置の優先制御部１４の通信検知部（ＳＩＰ通信検知部）は、電話の呼制御に用いられる第１プロトコルの第１通信パケットを検知した場合、当該第１通信パケットの送信元の端末装置を示す端末識別情報を、記憶部に記憶させる。処理部（優先処理部）は、前記端末識別情報が示す端末装置が送信元の通信パケットのうち、データストリームを配送する第２プロトコルの第２通信パケットを検知した場合、当該第２通信パケットに、サービス品質を示すサービス品質情報を設定する。
【選択図】図５
【解決手段】通信システムにおいて、網終端装置の優先制御部１４の通信検知部（ＳＩＰ通信検知部）は、電話の呼制御に用いられる第１プロトコルの第１通信パケットを検知した場合、当該第１通信パケットの送信元の端末装置を示す端末識別情報を、記憶部に記憶させる。処理部（優先処理部）は、前記端末識別情報が示す端末装置が送信元の通信パケットのうち、データストリームを配送する第２プロトコルの第２通信パケットを検知した場合、当該第２通信パケットに、サービス品質を示すサービス品質情報を設定する。
【選択図】図５
Description
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
近年、ＩＰ電話（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ電話）の利用が盛んになってきている。ＩＰ電話とは、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）技術を利用した電話サービスである。
一方、通信機器の発達により、インターネット等のネットワークにおいて、通信量が増大している。通信量が多い場合、ネットワークでは、スループットの低下やパケットの損失等が発生する。この場合、ＩＰ電話の音声データについても、遅延や損失が発生し、通話品質が低下してしまうことがある。
一方、通信機器の発達により、インターネット等のネットワークにおいて、通信量が増大している。通信量が多い場合、ネットワークでは、スループットの低下やパケットの損失等が発生する。この場合、ＩＰ電話の音声データについても、遅延や損失が発生し、通話品質が低下してしまうことがある。
通話品質を改善する技術として、特許文献１には、内線通話用インターフェースが優先制御機能を有することによって、システム内の複数の情報端末間で送信権獲得の際に優先制御を行うことを可能とする情報端末について記載されている。
しかしながら、特許文献１記載の技術は、情報端末が優先制御機能を持つものである。
仮に、ネットワーク側の機器（例えば、ルータ）に優先制御機能を持たせるとしても、電話線（例えば、ＵＴＰ：Ｕｎｓｈｉｅｌｄｅｄ Ｔｗｉｓｔ Ｐａｉｒ ｃａｂｌｅ）の各インターフェースに対して、専用に設計された優先制御機能を搭載させなくてはならない。
つまり、種々の情報端末、例えば、優先制御機能を持っていない端末や、ＵＴＰケーブル以外のケーブルで接続される端末についても、優先制御機能を発揮させ、通話品質を制御することが求められている。
仮に、ネットワーク側の機器（例えば、ルータ）に優先制御機能を持たせるとしても、電話線（例えば、ＵＴＰ：Ｕｎｓｈｉｅｌｄｅｄ Ｔｗｉｓｔ Ｐａｉｒ ｃａｂｌｅ）の各インターフェースに対して、専用に設計された優先制御機能を搭載させなくてはならない。
つまり、種々の情報端末、例えば、優先制御機能を持っていない端末や、ＵＴＰケーブル以外のケーブルで接続される端末についても、優先制御機能を発揮させ、通話品質を制御することが求められている。
本発明は上記の点に鑑みてなされたものであり、種々の情報端末に対して、通話品質を制御できる情報処理装置、情報処理方法、及びプログラムを提供する。
本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、電話の呼制御に用いられる第１プロトコルの第１通信パケットを検知した場合、当該第１通信パケットの送信元の端末装置を示す端末識別情報を、記憶部に記憶させる通信検知部と、前記端末識別情報が示す端末装置が送信元の通信パケットのうち、データストリームを配送する第２プロトコルの第２通信パケットを検知した場合、当該第２通信パケットに、サービス品質を示すサービス品質情報を設定する処理部と、を備える情報処理装置である。
また、本発明の一態様は、上記の情報処理装置において、第１通信方式の通信により、受信データを取得する端子と、前記第１通信方式の通信フォーマットに従って前記受信データからデータを抽出することで、第２通信方式のフォーマットに従ったデータリンク層のデータを取得する入出力処理部と、前記データリンク層のデータから、当該データに内包されたネットワーク層の前記第１通信パケット又は前記第２通信パケットを取得する内包処理部と、を備える。
また、本発明の一態様は、上記の情報処理装置において、通信に輻輳が発生しているか否かを判定する判定部と、前記判定部が通信に輻輳が発生していると判定したときに、前記第２通信パケットが緊急呼でない場合、当該第２通信パケットの一部又は全部に、通信制限を課す調整部と、を備え、前記処理部は、前記判定部が通信に輻輳が発生していると判定したときに、前記第２通信パケットが緊急呼である場合、当該第２通信パケットに、前記緊急呼を示す前記サービス品質情報を設定する。
また、本発明の一態様は、上記の情報処理装置において、前記調整部は、前記通信制限として、前記第２通信パケットのデータについて、ビットレートを低下させる。
また、本発明の一態様は、上記の情報処理装置において、前記調整部は、前記通信制限として、前記第２通信パケットに設定するサービス品質に基づいて、前記第２通信パケットを遮断する。
また、本発明の一態様は、情報処理装置における情報処理方法において、通信検知部が、電話の呼制御に用いられる第１プロトコルの第１通信パケットを検知した場合、当該第１通信パケットの送信元の端末装置を示す端末識別情報を、記憶部に記憶させる通信検知過程と、処理部が、前記端末識別情報が示す端末装置が送信元の通信パケットのうち、データストリームを配送する第２プロトコルの第２通信パケットを検知した場合、当該第２通信パケットに、サービス品質を示すサービス品質情報を設定する処理過程と、を有する情報処理方法である。
また、本発明の一態様は、情報処理装置のコンピュータに、電話の呼制御に用いられる第１プロトコルの第１通信パケットを検知した場合、当該第１通信パケットの送信元の端末装置を示す端末識別情報を、記憶部に記憶させる通信検知手順、前記端末識別情報が示す端末装置が送信元の通信パケットのうち、データストリームを配送する第２プロトコルの第２通信パケットを検知した場合、当該第２通信パケットに、サービス品質を示すサービス品質情報を設定する処理手順、を実行させるためのプログラムである。
本発明によれば、種々の情報端末に対して、通話品質を制御できる。
（第１の実施形態）
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の第１の実施形態に係る通信システムの概念図である。
この通信システムは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話のシステムである。ＩＰ電話とは、インターネットで利用されるパケット通信プロトコルのＩＰを利用して提供される電話サービスである。通信システムは、ＳＩＰサーバＳ１、網終端装置（ＮＴＥ）Ｅ１、光回線終端装置（ＯＮＵ）Ｏ１、網終端装置１、端末装置２１、２２、２３を具備する。
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の第１の実施形態に係る通信システムの概念図である。
この通信システムは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話のシステムである。ＩＰ電話とは、インターネットで利用されるパケット通信プロトコルのＩＰを利用して提供される電話サービスである。通信システムは、ＳＩＰサーバＳ１、網終端装置（ＮＴＥ）Ｅ１、光回線終端装置（ＯＮＵ）Ｏ１、網終端装置１、端末装置２１、２２、２３を具備する。
網終端装置１は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）に接続された端末装置に、ＩＰ電話機能を発揮させる。ここで、網終端装置１は、電話の呼制御に用いられる第１プロトコルによる通信を行った端末装置を検知し、その端末装置がデータストリームを配送する第２プロトコルの通信パケットに、サービス品質情報を設定する。
以下では、第１プロトコルがＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）であり、第２プロトコルがＲＴＰ（Ｒｅａｌ-ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）である場合について説明する。また、網終端装置１に接続された端末装置の一つが端末装置２３である場合について説明する。
網終端装置１は、端末装置２３からの通信について、ＳＩＰによるメッセージ（「ＳＩＰメッセージ」とも称する）を含む通信パケット（「ＳＩＰパケット」とも称する）を検知する。網終端装置１は、ＳＩＰパケットを検知した場合、そのＳＩＰパケットの送信元の端末装置２３を示すＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ａｄｒｅｓｓ；端末識別情報）を抽出して記憶する。
網終端装置１は、記憶したＭＡＣアドレスが示す端末装置２３が送信元である通信パケットのうち、ＲＴＰによる通信（「ＲＴＰ通信」とも称する）を含む通信パケット（「ＲＴＰパケット」とも称する）を検知した場合、ＲＴＰパケットに、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を設定する。
網終端装置１は、記憶したＭＡＣアドレスが示す端末装置２３が送信元である通信パケットのうち、ＲＴＰによる通信（「ＲＴＰ通信」とも称する）を含む通信パケット（「ＲＴＰパケット」とも称する）を検知した場合、ＲＴＰパケットに、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を設定する。
これにより、網終端装置１は、優先制御を行う機能（優先制御機能）を有していない端末装置や、ＵＴＰケーブル以外のケーブル（本実施形態ではＵＳＢケーブルＣ１）で接続される端末装置についても、優先制御機能を発揮させ、通話品質を制御することができる。すなわち、種々の情報端末に対して、通話品質を制御できる。
なお、ＳＩＰとは、２つ以上のクライアント間でセッションを確立するため通信プロトコルであって、ＩＥＴＦ（Ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）で標準された通信プロトコルである。ＳＩＰは、ＩＰ電話の呼制御に用いられる。ＲＴＰとは、音声や動画等のデータストリームをリアルタイムに配送するためのデータ通信プロトコルである。ＭＡＣアドレスとは、ネットワーク上で、ハードウェア等の各ノードを識別するために設定され、データリンク層（第２層）のアドレスである。
ＱｏＳとは、ネットワーク上で提供するサービス品質のことである。例えば、ネットワーク機器にＱｏＳを実装することで、ある特定の通信を優先して伝送させ、帯域を確保することができる。優先制御とは、パケットを優先的に転送することや、その手法をいう。例えば、優先制御の一機能は、パケットにＱｏＳを設定することである。また、優先制御の一機能は、パケットの遮断やデータのビットレートの調整である。
以下、網終端装置１を具備する通信システムについて、詳細を説明する。
以下、網終端装置１を具備する通信システムについて、詳細を説明する。
＜通信システムのネットワーク構成＞
図１の通信システムにおいて、次世代ネットワーク、及び、インターネットは、ＩＰネットワークである。次世代ネットワークでは、通信プロトコルとしてＳＩＰが用いられる。
次世代ネットワークには、光回線終端装置Ｏ１が接続されている。
図１の通信システムにおいて、次世代ネットワーク、及び、インターネットは、ＩＰネットワークである。次世代ネットワークでは、通信プロトコルとしてＳＩＰが用いられる。
次世代ネットワークには、光回線終端装置Ｏ１が接続されている。
光回線終端装置Ｏ１は、例えば、光インターフェース（光ＩＦ）を介して光信号の入出力を行い、ＲＪ４５（Ｒｅｇｉｓｔｅｒｅｄ Ｊａｃｋ ４５）を介して電気信号の入出力を行う。光回線終端装置Ｏ１は、光信号と電気信号の間の変換を行い、また、光信号の多重・分離を行う。
網終端装置Ｅ１は、次世代ネットワークに接続されている。網終端装置Ｅ１には、例えば、ＩＰ電話機能を搭載した端末装置（通話相手：図示せず）が接続される。
網終端装置Ｅ１は、次世代ネットワークに接続されている。網終端装置Ｅ１には、例えば、ＩＰ電話機能を搭載した端末装置（通話相手：図示せず）が接続される。
網終端装置１は、光回線終端装置Ｏ１等を介して、網終端装置Ｅ１と通信を行う。この通信（符号Ｔ１を付した通信）では、例えば、網終端装置１と光回線終端装置Ｏ１の間にセッションが確立され、音声や動画等のデータストリームが送受信される。ここで、このセッションは、例えば、ＳＩＰに従って確立される。また、このデータストリームは、例えば、ＲＴＰに従って送受信される。
網終端装置１には、端末装置２１と有線接続され、端末装置２２と無線接続される。端末装置２１及び端末装置２２は、例えば、データ通信端末装置又はＳＩＰ端末装置であり、ＩＰ電話機能を搭載している。本実施形態では、端末装置２１及び端末装置２２がデータ通信端末装置の場合について説明する。ただし、本発明はこれに限らず、端末装置２１及び端末装置２２は、ＳＩＰ端末装置であっても良い（第２の実施形態を参照）。
網終端装置１には、ＵＳＢを介して、つまり、ＵＳＢ端子とＵＳＢケーブルＣ１を介して、端末装置２３が接続されている。
網終端装置１には、端末装置２１と有線接続され、端末装置２２と無線接続される。端末装置２１及び端末装置２２は、例えば、データ通信端末装置又はＳＩＰ端末装置であり、ＩＰ電話機能を搭載している。本実施形態では、端末装置２１及び端末装置２２がデータ通信端末装置の場合について説明する。ただし、本発明はこれに限らず、端末装置２１及び端末装置２２は、ＳＩＰ端末装置であっても良い（第２の実施形態を参照）。
網終端装置１には、ＵＳＢを介して、つまり、ＵＳＢ端子とＵＳＢケーブルＣ１を介して、端末装置２３が接続されている。
＜通信システムの装置について＞
網終端装置１には、ＤＨＣＰクライアント（ｄｈｃｐ−ｃｌｉｅｎｔ）Ｐ１１、ＤＮＳプロキシ（ＤＮＳ−Ｐｒｏｘｙ）Ｐ１２、ＵＳＢ制御ドライバＰ１３のプログラムがインストールされている。ＤＨＣＰクライアントＰ１１とＤＮＳプロキシＰ１２は、網終端装置１にＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）機能とＤＮＳプロキシ機能を発揮させる。つまり、網終端装置１は、ブロードバンドルータである。
また、網終端装置１には、クライアント側でＳＩＰ通信を制御するＳＩＰ−ＵＡ（Ｕｓｅｒ Ａｇｅｎｔ）のプログラムがインストールされている。これにより、網終端装置１は、ＳＩＰメッセージを送受信でき、ＩＰ電話のクライアント機能を提供できる。
網終端装置１は、端末装置２３が送信するＳＩＰパケットに基づいて、優先制御を行う。
網終端装置１には、ＤＨＣＰクライアント（ｄｈｃｐ−ｃｌｉｅｎｔ）Ｐ１１、ＤＮＳプロキシ（ＤＮＳ−Ｐｒｏｘｙ）Ｐ１２、ＵＳＢ制御ドライバＰ１３のプログラムがインストールされている。ＤＨＣＰクライアントＰ１１とＤＮＳプロキシＰ１２は、網終端装置１にＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）機能とＤＮＳプロキシ機能を発揮させる。つまり、網終端装置１は、ブロードバンドルータである。
また、網終端装置１には、クライアント側でＳＩＰ通信を制御するＳＩＰ−ＵＡ（Ｕｓｅｒ Ａｇｅｎｔ）のプログラムがインストールされている。これにより、網終端装置１は、ＳＩＰメッセージを送受信でき、ＩＰ電話のクライアント機能を提供できる。
網終端装置１は、端末装置２３が送信するＳＩＰパケットに基づいて、優先制御を行う。
＜優先制御について＞
図２は、本実施形態に係る優先制御を説明するための説明図である。
網終端装置１は、ＩＰパケット中のヘッダ部分（「ＩＰヘッダ」とも称する）において、ＴｏＳ（Ｔｙｐｅ ｏｆ Ｓｅｒｖｉｃｅ）に、Ｑｏｓを設定する。
なお、ＴｏＳとは、通信サービスの種別を伝えるものであり、転送の優先度などを示す目的で利用される。また、ＴｏＳの値は、例えば、先頭の３ビットで転送の優先度（「ｐｒｅｃｅｄｅｎｃｅ」とも呼ばれる）を８段階で示し、次の３ビットで遅延、スループット、信頼性、コストの中から最も重視する項目を示す。ただし、本発明はこれに限らず、例えば、ＴｏＳの値は、先頭６ビットを使って６４段階の優先度を示しても良い（「ＤＳＣＰ（Ｄｉｆｆｅｒｅｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｃｏｄｅ Ｐｏｉｎｔ）」とも呼ばれる）。
図２は、本実施形態に係る優先制御を説明するための説明図である。
網終端装置１は、ＩＰパケット中のヘッダ部分（「ＩＰヘッダ」とも称する）において、ＴｏＳ（Ｔｙｐｅ ｏｆ Ｓｅｒｖｉｃｅ）に、Ｑｏｓを設定する。
なお、ＴｏＳとは、通信サービスの種別を伝えるものであり、転送の優先度などを示す目的で利用される。また、ＴｏＳの値は、例えば、先頭の３ビットで転送の優先度（「ｐｒｅｃｅｄｅｎｃｅ」とも呼ばれる）を８段階で示し、次の３ビットで遅延、スループット、信頼性、コストの中から最も重視する項目を示す。ただし、本発明はこれに限らず、例えば、ＴｏＳの値は、先頭６ビットを使って６４段階の優先度を示しても良い（「ＤＳＣＰ（Ｄｉｆｆｅｒｅｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｃｏｄｅ Ｐｏｉｎｔ）」とも呼ばれる）。
網終端装置１は、例えば、（１）緊急呼、（２）一般呼、（３）動画（低いビットレート）、（４）動画（高いビットレート）の順に、優先度を設定する。優先度には、「０」〜「７」の値が設定可能であり、数字が大きいほど優先度が高くなる。
網終端装置１は、例えば、「０」〜「５」の値が指定可能である。この場合、網終端装置１は、例えば、（１）緊急呼を優先度「５」（最も高い）とし、（２）一般呼を優先度「４」、（３）動画（低いビットレート）を優先度「３」、（４）動画（高いビットレート）を優先度「２」に設定する。
網終端装置１は、例えば、「０」〜「５」の値が指定可能である。この場合、網終端装置１は、例えば、（１）緊急呼を優先度「５」（最も高い）とし、（２）一般呼を優先度「４」、（３）動画（低いビットレート）を優先度「３」、（４）動画（高いビットレート）を優先度「２」に設定する。
端末装置２３からＳＩＰサーバＳ１の間、及び、ＳＩＰサーバＳ１から網終端装置Ｅ１（図１）の間のルータ（網終端装置）や伝送路において、例えば、ルータは、ＴｏＳの優先度に応じて、パケットの種類を分類する。ルータは、パケットの種類ごとに、パケットを、キューに納める。例えば、優先度が１番目のキューに納まるパケットは、ＴｏＳに優先度「５」が設定されたパケット（緊急呼）である。優先度が２番目のキューに納まるパケットは、ＴｏＳに優先度「４」が設定されたパケット（一般呼）である。
各伝送路では、キューごとの重み付け等に従って、パケットが送出される。具体的には、キューの優先度に応じて、最大帯域が設定されている。例えば、優先度が高いキューには、優先度が低いキューと比較して、広い最大帯域が設定されている。図２の例では、優先度が１番目のキュー（緊急呼のキュー）に対しては、伝送路の最大帯域が、帯域全体の５０％に設定されている。優先度が２番目のキュー（一般呼のキュー）に対しては、伝送路の最大帯域が、帯域全体の３０％に設定されている。
網終端装置１は、緊急呼の通信帯域を確保できるように、優先制御を行う。
例えば、網終端装置１は、通信に輻輳が発生しているか否かを判定する。
通信に輻輳が発生していないと判定したときに、網終端装置１は、ＲＴＰパケットに上述の優先度を設定する。
例えば、網終端装置１は、通信に輻輳が発生しているか否かを判定する。
通信に輻輳が発生していないと判定したときに、網終端装置１は、ＲＴＰパケットに上述の優先度を設定する。
通信に輻輳が発生していると判定したときに、ＲＴＰパケットが緊急呼（優先度「５」）でない場合、網終端装置１は、ＲＴＰパケットの一部又は全部に、通信制限を課す。例えば、網終端装置１は、ＲＴＰパケットのデータ（音声データや動画データ）について、そのビットレートを低下させる。また、網終端装置１は、優先度の低い通信から順に、例えば、（４）動画（高いビットレート）、（３）動画（低いビットレート）、（２）一般呼の順に、通信を遮断する。これにより、網終端装置１は、緊急呼等、優先度が高い通信について、その通信の帯域を確保する。
一方、網終端装置１は、通信に輻輳が発生していると判定したときに、ＲＴＰパケットが緊急呼である場合には、ＲＴＰパケットに優先度「５」を設定する。
これにより、網終端装置１は、通信の輻輳が発生したときでも、高い優先度によって帯域を確保することができ、ＩＰ電話の通話（例えば、緊急呼）を行わせることができる。
これにより、網終端装置１は、通信の輻輳が発生したときでも、高い優先度によって帯域を確保することができ、ＩＰ電話の通話（例えば、緊急呼）を行わせることができる。
＜通信システムの動作について＞
図３は、本実施形態に係る通信システムの動作の一例を示すシーケンス図である。
この図は、本実施形態に係る通信システムにおける通信の手順を示す。
図３は、本実施形態に係る通信システムの動作の一例を示すシーケンス図である。
この図は、本実施形態に係る通信システムにおける通信の手順を示す。
（ステップＳ１０１）端末装置２３は、ＩＰ電話を開始する場合、ＳＩＰパケットを生成する。また、端末装置２３は、ＩＰ電話を開始した場合、音声データや動画データを含むＲＴＰパケットを生成する。端末装置２３は、生成したＩＰパケット（ＳＩＰパケット、ＲＴＰパケット）をカプセル化する。これにより、端末装置２３は、データリンク層のデータ（「ＭＡＣデータ」と称する）を生成する。その後、ステップＳ１０２へ進む。
なお、端末装置２３は、ＳＩＰパケット、ＲＴＰパケット、及びこれらのＭＡＣデータについて、送信元に端末装置２３を設定する。
なお、端末装置２３は、ＳＩＰパケット、ＲＴＰパケット、及びこれらのＭＡＣデータについて、送信元に端末装置２３を設定する。
図３のステップＳ１０２からステップＳ１０７までは、端末装置２３と網終端装置１は、ＵＳＢでの通信を行う。ここで、端末装置２３と網終端装置１は、ＵＳＢでの通信において、仮想的なイーサネットの通信を行う（Ｅｔｈｅｒｎｅｔ ｏｖｅｒ ＵＳＢ）。
図３では、ＵＳＢでの各通信について、パケットに設定されるＰＩＤ（パケットＩＤ；ＳＥＴＵＰ、ＤＡＴＡ０等）を示している。
図３では、ＵＳＢでの各通信について、パケットに設定されるＰＩＤ（パケットＩＤ；ＳＥＴＵＰ、ＤＡＴＡ０等）を示している。
（ステップＳ１０２）端末装置２３は、ＵＳＢでの通信を開始する場合、ＰＩＤに「ＳＥＴＵＰ」を設定したトークンパケットを生成し、網終端装置１へ送信する。その後、ステップＳ１０３へ進む。
（ステップＳ１０３）端末装置２３は、ステップＳ１０１で生成したＭＡＣデータの一部又は全部をデータ領域に設定し、ＰＩＤに「ＤＡＴＡ０」を設定することで、データパケットを生成する。端末装置２３は、生成したデータパケットを、網終端装置１へ送信する。その後、ステップＳ１０４へ進む。
（ステップＳ１０３）端末装置２３は、ステップＳ１０１で生成したＭＡＣデータの一部又は全部をデータ領域に設定し、ＰＩＤに「ＤＡＴＡ０」を設定することで、データパケットを生成する。端末装置２３は、生成したデータパケットを、網終端装置１へ送信する。その後、ステップＳ１０４へ進む。
（ステップＳ１０４）網終端装置１は、ステップＳ１０３で送信されたデータパケットを正常に受信した場合、ＰＩＤに「ＡＣＫ」を設定したハンドシェイクパケットを生成し、端末装置２３へ送信する。その後、ステップＳ１０５へ進む。
（ステップＳ１０５）端末装置２３は、ＰＩＤに「ＯＵＴ」を設定したトークンパケットを生成し、網終端装置１へ送信する。ここで、ＰＩＤの「ＯＵＴ」は、エンドポイントへの転送を示す。その後、ステップＳ１０６へ進む。
（ステップＳ１０５）端末装置２３は、ＰＩＤに「ＯＵＴ」を設定したトークンパケットを生成し、網終端装置１へ送信する。ここで、ＰＩＤの「ＯＵＴ」は、エンドポイントへの転送を示す。その後、ステップＳ１０６へ進む。
（ステップＳ１０６）端末装置２３は、データを複数のデータパケットで送信する場合、ＰＩＤに「ＤＡＴＡ１」を設定したデータパケットを生成する。ここで、端末装置２３は、データパケットに対して、ステップＳ１０１で生成したＭＡＣデータの残りの一部又は全部をデータ領域に設定し、ＰＩＤに「ＤＡＴＡ１」を設定する。端末装置２３は、生成したデータパケットを、網終端装置１へ送信する。その後、ステップＳ１０７へ進む。
（ステップＳ１０７）網終端装置１は、ステップＳ１０６で送信されたデータパケットを正常に受信した場合には、ＰＩＤに「ＡＣＫ」を設定したハンドシェイクパケットを生成し、端末装置２３へ送信する。その後、ステップＳ１１１へ進む。
（ステップＳ１０７）網終端装置１は、ステップＳ１０６で送信されたデータパケットを正常に受信した場合には、ＰＩＤに「ＡＣＫ」を設定したハンドシェイクパケットを生成し、端末装置２３へ送信する。その後、ステップＳ１１１へ進む。
（ステップＳ１１１）網終端装置１は、ステップＳ１０３及びステップＳ１０６で送信されたデータパケットからＭＡＣデータを取得する。網終端装置１は、取得したＭＡＣデータから、ＩＰパケットを抽出する。つまり、網終端装置１は、ＩＰパケットのカプセル化を解除する。このＩＰパケットには、ステップＳ１０１で生成されたＳＩＰパケット及びＲＴＰパケットが含まれている。その後、ステップＳ１１２へ進む。
（ステップＳ１１２）網終端装置１は、ステップＳ１１１で抽出したＩＰパケットがＳＩＰパケットであるか否かを判定する。ここで、網終端装置１は、端末装置２３が生成したＩＰパケットがＳＩＰパケットであると判定する。この場合、網終端装置１は、ＳＩＰパケットの送信元である端末装置（「ＳＩＰパケット送信端末装置」とも称する）２３に対して、優先制御を行うと判定する。
つまり、網終端装置１は、ＳＩＰパケットを検知することで、優先制御を行うことを検知する。優先制御を行う場合、網終端装置１は、ＳＩＰパケット送信端末装置２３が送信元に設定されたＲＴＰパケットを検知する。その後、ステップＳ１１３へ進む。
つまり、網終端装置１は、ＳＩＰパケットを検知することで、優先制御を行うことを検知する。優先制御を行う場合、網終端装置１は、ＳＩＰパケット送信端末装置２３が送信元に設定されたＲＴＰパケットを検知する。その後、ステップＳ１１３へ進む。
図３のステップＳ１１３からステップＳ１２４までは、網終端装置１とＳＩＰサーバＳ１、及び、ＳＩＰサーバＳ１と網終端装置Ｅ１は、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４）又はＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）による通信（「ＩＰ通信」とも称する）を行う。
網終端装置１、ＳＩＰサーバＳ１、及び網終端装置Ｅ１は、ＩＰ通信を用いて、ＳＩＰメッセージを送受信する。また、網終端装置１と網終端装置Ｅ１は、ＩＰ通信を用いて、ＲＴＰパケットを送受信する（ステップＳ１２２）。
なお、網終端装置１は、ステップＳ１１１で抽出したＩＰパケット（ＳＩＰパケット及びＲＴＰパケット）を送信する。図３では、各ＳＩＰパケットについて、ＳＩＰパケットに含まれるＳＩＰメソッド（ＲＥＧＩＳＴＥＲ、ＩＮＶＩＴＥ等）を示している。
網終端装置１、ＳＩＰサーバＳ１、及び網終端装置Ｅ１は、ＩＰ通信を用いて、ＳＩＰメッセージを送受信する。また、網終端装置１と網終端装置Ｅ１は、ＩＰ通信を用いて、ＲＴＰパケットを送受信する（ステップＳ１２２）。
なお、網終端装置１は、ステップＳ１１１で抽出したＩＰパケット（ＳＩＰパケット及びＲＴＰパケット）を送信する。図３では、各ＳＩＰパケットについて、ＳＩＰパケットに含まれるＳＩＰメソッド（ＲＥＧＩＳＴＥＲ、ＩＮＶＩＴＥ等）を示している。
（ステップＳ１１３）網終端装置１は、ＲＥＧＩＳＴＥＲメッセージを含むＳＩＰパケットを、ＳＩＰサーバＳ１へ送信する。このＲＥＧＩＳＴＥＲメッセージには、端末装置２３のコンタクトアドレスが含まれている。コンタクトアドレスとは、ＳＩＰ ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）とＩＰアドレスの対である。
ＳＩＰサーバＳ１は、ＲＥＧＩＳＴＥＲメッセージを受信した場合、ＲＥＧＩＳＴＥＲメッセージに含まれるコンタクトアドレスを、ロケーションサーバへ登録する。なお、ロケーションサーバには、網終端装置Ｅ１に接続された端末装置のコンタクトアドレスも登録されている。その後、ステップＳ１１４へ進む。
ＳＩＰサーバＳ１は、ＲＥＧＩＳＴＥＲメッセージを受信した場合、ＲＥＧＩＳＴＥＲメッセージに含まれるコンタクトアドレスを、ロケーションサーバへ登録する。なお、ロケーションサーバには、網終端装置Ｅ１に接続された端末装置のコンタクトアドレスも登録されている。その後、ステップＳ１１４へ進む。
（ステップＳ１１４）網終端装置１は、ＩＮＶＩＴＥメッセージを含むＳＩＰパケットを、ＳＩＰサーバＳ１へ送信する。このＩＮＶＩＴＥメッセージには、通話先（網終端装置Ｅ１に接続された端末装置）のＳＩＰ ＵＲＩが含まれている。なお、ＩＮＶＩＴＥメッセージは、通話先を招待するメッセージ、つまり、電話の発呼に相当するメッセージである。その後、ステップＳ１１５へ進む。
（ステップＳ１１５）ＳＩＰサーバＳ１は、ステップＳ１１４で送信されたＩＮＶＩＴＥメッセージを受信し、ロケーションサーバの登録情報に基づいて、ＩＮＶＩＴＥメッセージを網終端装置Ｅ１へ送信する。その後、ステップＳ１１６へ進む。
（ステップＳ１１５）ＳＩＰサーバＳ１は、ステップＳ１１４で送信されたＩＮＶＩＴＥメッセージを受信し、ロケーションサーバの登録情報に基づいて、ＩＮＶＩＴＥメッセージを網終端装置Ｅ１へ送信する。その後、ステップＳ１１６へ進む。
（ステップＳ１１６）ＳＩＰサーバＳ１は、１００ Ｔｒｙｉｎｇメッセージを含むＳＩＰパケットを、網終端装置１へ送信する。なお、１００ Ｔｒｙｉｎｇメッセージは、ＩＮＶＩＴＥメッセージを受け付けたことを示す応答である。その後、ステップＳ１１７へ進む。
（ステップＳ１１７）網終端装置Ｅ１は、１８０ Ｒｉｎｇｉｎｇメッセージを含むＳＩＰパケットを、ＳＩＰサーバＳ１へ送信する。なお、１８０ Ｒｉｎｇｉｎｇメッセージは、通話先を呼び出し始めた時点で送信される応答である。その後、ステップＳ１１８へ進む。
（ステップＳ１１８）ＳＩＰサーバＳ１は、１８０ Ｒｉｎｇｉｎｇメッセージを含むＳＩＰパケットを、網終端装置１へ送信する。なお、１８０ Ｒｉｎｇｉｎｇメッセージは、通話先を呼び出し始めた時点で送信される応答である。なお、網終端装置１は、１８０ Ｒｉｎｇｉｎｇメッセージを端末装置２３に送信してもよい。その後、ステップＳ１１９へ進む。
（ステップＳ１１７）網終端装置Ｅ１は、１８０ Ｒｉｎｇｉｎｇメッセージを含むＳＩＰパケットを、ＳＩＰサーバＳ１へ送信する。なお、１８０ Ｒｉｎｇｉｎｇメッセージは、通話先を呼び出し始めた時点で送信される応答である。その後、ステップＳ１１８へ進む。
（ステップＳ１１８）ＳＩＰサーバＳ１は、１８０ Ｒｉｎｇｉｎｇメッセージを含むＳＩＰパケットを、網終端装置１へ送信する。なお、１８０ Ｒｉｎｇｉｎｇメッセージは、通話先を呼び出し始めた時点で送信される応答である。なお、網終端装置１は、１８０ Ｒｉｎｇｉｎｇメッセージを端末装置２３に送信してもよい。その後、ステップＳ１１９へ進む。
（ステップＳ１１９）網終端装置Ｅ１は、接続された端末装置のユーザ（受話者）が電話に出た場合、２００ ＯＫメッセージを含むＳＩＰパケットを、ＳＩＰサーバＳ１へ送信する。その後、ステップＳ１２０へ進む。
（ステップＳ１２０）ＳＩＰサーバＳ１は、２００ ＯＫメッセージを含むＳＩＰパケットを、網終端装置１へ送信する。その後、ステップＳ１２１へ進む。
（ステップＳ１２１）網終端装置１は、ＡＣＫメッセージを含むＳＩＰパケットを、網終端装置Ｅ１へ送信する。なお、ＡＣＫメッセージは、網終端装置１と網終端装置Ｅ１の間で、セッションを確立したことを示すメッセージである。なお、セッションの確立後は、網終端装置１と網終端装置Ｅ１は、ＳＩＰサーバＳ１を介さずに、通信を行う。その後、ステップＳ１２２へ進む。
（ステップＳ１２０）ＳＩＰサーバＳ１は、２００ ＯＫメッセージを含むＳＩＰパケットを、網終端装置１へ送信する。その後、ステップＳ１２１へ進む。
（ステップＳ１２１）網終端装置１は、ＡＣＫメッセージを含むＳＩＰパケットを、網終端装置Ｅ１へ送信する。なお、ＡＣＫメッセージは、網終端装置１と網終端装置Ｅ１の間で、セッションを確立したことを示すメッセージである。なお、セッションの確立後は、網終端装置１と網終端装置Ｅ１は、ＳＩＰサーバＳ１を介さずに、通信を行う。その後、ステップＳ１２２へ進む。
（ステップＳ１２２）網終端装置１と網終端装置Ｅ１は、通話内容（音声又は動画）のデータが含まれるＲＴＰパケットを、送受信する。ここで、網終端装置１は、優先制御を行う。具体的には、網終端装置１は、ＳＩＰパケット送信端末装置２３が送信元に設定されたＲＴＰパケットを検知する。網終端装置１は、検知したＲＴＰパケットのＴｏＳに優先度を設定する。
なお、網終端装置１は、網終端装置Ｅ１から受信したＲＴＰパケットを、ＵＳＢでの通信を用いて、端末装置２３へ送信する。通話が切断された場合、図３では受話者が電話を切った場合、ステップＳ１２３へ進む。
なお、網終端装置１は、網終端装置Ｅ１から受信したＲＴＰパケットを、ＵＳＢでの通信を用いて、端末装置２３へ送信する。通話が切断された場合、図３では受話者が電話を切った場合、ステップＳ１２３へ進む。
（ステップＳ１２３）網終端装置Ｅ１は、ＢＹＥメッセージを含むＳＩＰパケットを、網終端装置１へ送信する。なお、ＢＹＥメッセージは、セッションの終了を示すメッセージである。その後、ステップＳ１２４へ進む。
（ステップＳ１２４）網終端装置１は、２００ ＯＫメッセージを含むＳＩＰパケットを、網終端装置１へ送信する。これにより、セッションが終了され、通話が完了する。
（ステップＳ１２４）網終端装置１は、２００ ＯＫメッセージを含むＳＩＰパケットを、網終端装置１へ送信する。これにより、セッションが終了され、通話が完了する。
＜網終端装置１の構成について＞
図４は、本実施形態に係る網終端装置１の構成を示す概略ブロック図である。
網終端装置１は、端末側ＩＦ（インターフェース）部１１−１、１１−２、ＩＦ処理部１２−１、１２−２、カプセル処理部１３−１、１３−２、優先制御部１４、通信処理部１５、及び、ＮＷ（ネットワーク）側ＩＦ部１６を含んで構成される。
なお、網終端装置１は、その他、ルータの公知の機能を備える。例えば、網終端装置１は、ルーティング機能、ＤＨＣＰ機能、及びＤＮＳプロキシ機能等を備えている。
図４は、本実施形態に係る網終端装置１の構成を示す概略ブロック図である。
網終端装置１は、端末側ＩＦ（インターフェース）部１１−１、１１−２、ＩＦ処理部１２−１、１２−２、カプセル処理部１３−１、１３−２、優先制御部１４、通信処理部１５、及び、ＮＷ（ネットワーク）側ＩＦ部１６を含んで構成される。
なお、網終端装置１は、その他、ルータの公知の機能を備える。例えば、網終端装置１は、ルーティング機能、ＤＨＣＰ機能、及びＤＮＳプロキシ機能等を備えている。
端末側ＩＦ部１１−１と端末側ＩＦ部１１−２は、端末装置のケーブルが接続され、また、ケーブルを伝わる信号の復調及び変調を行う。
端末側ＩＦ部１１−１は、ＵＳＢケーブルＣ１を介して端末装置２３が接続され、端末装置２３から出力された信号を受信する。端末側ＩＦ部１１−１は、受信した信号を復調することで、受信データを生成する。端末側ＩＦ部１１−１は、生成した受信データをＩＦ処理部１２−１へ出力する。また、端末側ＩＦ部１１−１は、ＩＦ処理部１２−１から入力された送信データを変調して、信号を生成する。端末側ＩＦ部１１−１は、生成した信号を、ＵＳＢケーブルＣ１を介して端末装置２３へ送信する。
端末側ＩＦ部１１−１は、ＵＳＢケーブルＣ１を介して端末装置２３が接続され、端末装置２３から出力された信号を受信する。端末側ＩＦ部１１−１は、受信した信号を復調することで、受信データを生成する。端末側ＩＦ部１１−１は、生成した受信データをＩＦ処理部１２−１へ出力する。また、端末側ＩＦ部１１−１は、ＩＦ処理部１２−１から入力された送信データを変調して、信号を生成する。端末側ＩＦ部１１−１は、生成した信号を、ＵＳＢケーブルＣ１を介して端末装置２３へ送信する。
端末側ＩＦ部１１−１は、例えば、ＵＳＢ端子である。ただし、本発明はこれに限らず、端末側ＩＦ部１１−１は、ＨＤＭＩ（Ｈｉｇｈ-Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ：登録商標）端子であっても良いし、ＩＥＥＥ１３９４端子であっても良い。例えば、端末側ＩＦ部１１−１は、その他、パーソナルコンピュータやスマートフォン、タブレットが、周辺機器を直接接続する際に用いられる端子であっても良い。
端末側ＩＦ部１１−２は、ＬＡＮケーブルを介して端末装置２１、又は無線通信にて端末装置２２が接続され、端末装置２１又は２２から出力された信号を受信する。端末側ＩＦ部１１−２は、受信した信号を復調することで、受信データを生成する。端末側ＩＦ部１１−２は、生成した受信データをＩＦ処理部１２−２へ出力する。また、端末側ＩＦ部１１−２は、ＩＦ処理部１２−２から入力された送信データを変調して、信号を生成する。端末側ＩＦ部１１−２は、生成した信号を、ＬＡＮケーブルを介して端末装置２１へ、又は無線通信にて端末装置２２へ送信する。
端末側ＩＦ部１１−２は、例えば有線の場合、８つのピンすべてが信号線に繋がれた８極８芯のモジュラー式コネクタで、ＥｔｈｅｒｎｅｔやＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）、ＲＳ−２３２Ｃ（Ｒｅｃｏｍｍｅｎｄｅｄ Ｓｔａｎｄａｒｄ ２３２）などで利用される。
端末側ＩＦ部１１−２は、例えば有線の場合、８つのピンすべてが信号線に繋がれた８極８芯のモジュラー式コネクタで、ＥｔｈｅｒｎｅｔやＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）、ＲＳ−２３２Ｃ（Ｒｅｃｏｍｍｅｎｄｅｄ Ｓｔａｎｄａｒｄ ２３２）などで利用される。
ＩＦ処理部１２−１は、端末側ＩＦ部１１−１から入力された受信データから、ＵＳＢの通信フォーマットに従って、ＭＡＣデータを取得する。例えば、ＩＦ処理部１２−１は、受信データからデータパケットを選択し、選択したデータパケットからデータ部分に配置されたデータを抽出する。ＩＦ処理部１２−１は、抽出したデータを繋ぎ合わせることで、ＭＡＣデータを取得する。
ここで、ＩＦ処理部１２−１は、イーサネット（登録商標、以下同じ）の通信フォーマットに従ったＭＡＣデータであって、ネットワーク層のＩＰパケットがカプセル化されたＭＡＣデータを取得する。つまり、ＩＦ処理部１２−１は、ＵＳＢでの通信において、仮想的なイーサネットの通信を行う。その結果、ＩＦ処理部１２−１は、ＩＰパケットがカプセル化されたＭＡＣデータを取得する。
ＩＦ処理部１２−１は、取得したＭＡＣデータを、カプセル処理部１３−１へ出力する。
ここで、ＩＦ処理部１２−１は、イーサネット（登録商標、以下同じ）の通信フォーマットに従ったＭＡＣデータであって、ネットワーク層のＩＰパケットがカプセル化されたＭＡＣデータを取得する。つまり、ＩＦ処理部１２−１は、ＵＳＢでの通信において、仮想的なイーサネットの通信を行う。その結果、ＩＦ処理部１２−１は、ＩＰパケットがカプセル化されたＭＡＣデータを取得する。
ＩＦ処理部１２−１は、取得したＭＡＣデータを、カプセル処理部１３−１へ出力する。
ＩＦ処理部１２−１は、カプセル処理部１３−１から入力されたＭＡＣデータについて、ＵＳＢでの通信フォーマットに従って、送信データへ変換する。具体的には、ＩＦ処理部１２−１は、ＭＡＣデータをデータパケットのデータ単位に分割する。ＩＦ処理部１２−１は、分割したデータ各々に対して、ＳＹＮＣ（同調）フィールドやＰＩＤ（パケットＩＤ）、ＣＲＣ（巡回冗長検査）を付与することで、ＭＡＣデータをＵＳＢ用の送信データへ変換する、つまり、送信データを生成する。
ＩＦ処理部１２−１は、生成した送信データを、端末側ＩＦ部１１−１へ出力する。
ＩＦ処理部１２−１は、生成した送信データを、端末側ＩＦ部１１−１へ出力する。
ＩＦ処理部１２−２は、端末側ＩＦ部１１−２から入力された受信データを、ＭＡＣデータとしてカプセル処理部１３−２へ出力する。
ＩＦ処理部１２−２は、カプセル処理部１３−２から入力されたＭＡＣデータを、送信データとして端末側ＩＦ部１１−２へ出力する。
このように、ＩＦ処理部１２−２は、入出力するデータに対して、フォーマット変換を行わない。一方、ＩＦ処理部１２−１は、入出力するデータに対して、フォーマット変換を行う。
ＩＦ処理部１２−２は、カプセル処理部１３−２から入力されたＭＡＣデータを、送信データとして端末側ＩＦ部１１−２へ出力する。
このように、ＩＦ処理部１２−２は、入出力するデータに対して、フォーマット変換を行わない。一方、ＩＦ処理部１２−１は、入出力するデータに対して、フォーマット変換を行う。
カプセル処理部１３−１は、ＩＦ処理部１２−１から入力されたＭＡＣデータから、ＩＰパケットとＭＡＣデータの送信元を示すＭＡＣアドレス（「送信元ＭＡＣアドレス」とも称する）を抽出する。つまり、送信元ＭＡＣアドレスは、ＩＰパケットの送信元でもある。
ここで、カプセル処理部１３−１が抽出したＩＰパケットには、ＳＩＰパケット又はＲＴＰパケットが含まれている。なお、カプセル処理部１３−１が抽出するＩＰパケットには、ＳＩＰパケット及びＲＴＰパケット以外のＩＰパケットが含まれていても良い。つまり、端末装置２３は、ＩＰ電話以外の通信をすることもできる。カプセル処理部１３−１は、抽出したＩＰパケットと送信元ＭＡＣアドレスを、優先制御部１４へ出力する。
カプセル処理部１３−１は、優先制御部１４から入力されたＩＰパケットから、このＩＰパケットをカプセル化したＭＡＣデータを生成する。カプセル処理部１３−１は、生成したＭＡＣデータを、ＩＦ処理部１２−１へ出力する。
ここで、カプセル処理部１３−１が抽出したＩＰパケットには、ＳＩＰパケット又はＲＴＰパケットが含まれている。なお、カプセル処理部１３−１が抽出するＩＰパケットには、ＳＩＰパケット及びＲＴＰパケット以外のＩＰパケットが含まれていても良い。つまり、端末装置２３は、ＩＰ電話以外の通信をすることもできる。カプセル処理部１３−１は、抽出したＩＰパケットと送信元ＭＡＣアドレスを、優先制御部１４へ出力する。
カプセル処理部１３−１は、優先制御部１４から入力されたＩＰパケットから、このＩＰパケットをカプセル化したＭＡＣデータを生成する。カプセル処理部１３−１は、生成したＭＡＣデータを、ＩＦ処理部１２−１へ出力する。
カプセル処理部１３−２は、ＩＦ処理部１２−２から入力されたＭＡＣデータから、ＩＰパケットを抽出する。カプセル処理部１３−２は、抽出したＩＰパケットを、通信処理部１５へ出力する。
カプセル処理部１３−２は、優先制御部１４から入力されたＩＰパケットから、このＩＰパケットをカプセル化したＭＡＣデータを生成する。カプセル処理部１３−１は、生成したＭＡＣデータを、ＩＦ処理部１２−２へ出力する。
カプセル処理部１３−２は、優先制御部１４から入力されたＩＰパケットから、このＩＰパケットをカプセル化したＭＡＣデータを生成する。カプセル処理部１３−１は、生成したＭＡＣデータを、ＩＦ処理部１２−２へ出力する。
優先制御部１４は、カプセル処理部１３−１から入力されたＩＰパケットについて、ＳＩＰパケットか否かを判定することで、ＳＩＰパケットを検知する。ＳＩＰパケットを検知した場合、優先制御部１４は、送信元ＭＡＣアドレスがＳＩＰパケット送信端末装置であるＲＴＰパケットを検知し、検知したＲＴＰパケットのＴｏＳに優先度を設定する。ここで、優先制御部１４は、緊急呼の通信帯域を確保できるように、優先度を設定する。
優先制御部１４は、ＩＰパケット（ＳＩＰパケット、優先度を設定したＲＴＰパケット、その他のＩＰパケット）を通信処理部１５へ出力する。
なお、その他のＩＰパケットは、例えば、ＲＴＰパケットのうち、送信元ＭＡＣアドレスがパケット送信端末装置以外の端末装置であるものである。このＲＴＰパケットには、優先制御部１４は、優先度を設定しなくても良い。また、その他のＩＰパケットは、例えば、送信元ＭＡＣアドレスがパケット送信端末装置であるＩＰパケットのうち、ＲＴＰ以外のＩＰパケットである。ＲＴＰ以外のＩＰパケットには、優先制御部１４は、優先度を設定しなくても良い。
優先制御部１４は、通信処理部１５から入力されたＩＰパケットを、カプセル処理部１３−１へ出力する。
なお、優先制御部１４の詳細については、後述する（図５）。
なお、その他のＩＰパケットは、例えば、ＲＴＰパケットのうち、送信元ＭＡＣアドレスがパケット送信端末装置以外の端末装置であるものである。このＲＴＰパケットには、優先制御部１４は、優先度を設定しなくても良い。また、その他のＩＰパケットは、例えば、送信元ＭＡＣアドレスがパケット送信端末装置であるＩＰパケットのうち、ＲＴＰ以外のＩＰパケットである。ＲＴＰ以外のＩＰパケットには、優先制御部１４は、優先度を設定しなくても良い。
優先制御部１４は、通信処理部１５から入力されたＩＰパケットを、カプセル処理部１３−１へ出力する。
なお、優先制御部１４の詳細については、後述する（図５）。
通信処理部１５は、優先制御部１４又はカプセル処理部１３−２から入力されたＩＰパケットを、送信データとして、ＮＷ側ＩＦ部１６へ出力する。
通信処理部１５は、ＮＷ側ＩＦ部１６から入力された受信データとして、ＩＰパケットを取得する。通信処理部１５は、取得したＩＰパケットを、そのＩＰパケットに設定された送信先に基づいて、優先制御部１４又はカプセル処理部１３−２へ出力する。
通信処理部１５は、ＮＷ側ＩＦ部１６から入力された受信データとして、ＩＰパケットを取得する。通信処理部１５は、取得したＩＰパケットを、そのＩＰパケットに設定された送信先に基づいて、優先制御部１４又はカプセル処理部１３−２へ出力する。
ＮＷ側ＩＦ部１６は、入力された送信データを変調して、信号を生成する。ＮＷ側ＩＦ部１６は、生成した信号をネットワーク（例えば、光回線終端装置Ｏ１）へ送信する。
なお、このＩＰパケットのうち、パケット送信端末装置からのＲＴＰパケットには、優先制御部１４が設定した優先度が設定されている。
ＮＷ側ＩＦ部１６は、網終端装置１から受信した信号を復調することで、受信データを生成する。ＮＷ側ＩＦ部１６は、生成した受信データを通信処理部１５へ出力する。
なお、このＩＰパケットのうち、パケット送信端末装置からのＲＴＰパケットには、優先制御部１４が設定した優先度が設定されている。
ＮＷ側ＩＦ部１６は、網終端装置１から受信した信号を復調することで、受信データを生成する。ＮＷ側ＩＦ部１６は、生成した受信データを通信処理部１５へ出力する。
＜優先制御部１４の構成について＞
図５は、本実施形態に係る優先制御部１４の構成を示す概略ブロック図である。
この図において、優先制御部１４は、ＳＩＰ通信検知部１４１、記憶部１４２、対象パケット検知部１４３、優先処理部１４４、状態判定部１４５、帯域調整部１４６、及び、受信処理部１４７を含んで構成される。
図５は、本実施形態に係る優先制御部１４の構成を示す概略ブロック図である。
この図において、優先制御部１４は、ＳＩＰ通信検知部１４１、記憶部１４２、対象パケット検知部１４３、優先処理部１４４、状態判定部１４５、帯域調整部１４６、及び、受信処理部１４７を含んで構成される。
ＳＩＰ通信検知部１４１は、カプセル処理部１３−１から入力されたＩＰパケットについて、ＳＩＰパケットか否かを判定することで、ＳＩＰパケットを検知する。例えば、ＳＩＰ通信検知部１４１は、ＩＰパケットに特定のビット列（又は文字列）を検出することで、ＩＰパケットがＳＩＰパケットであるか否かを判定する。
ＳＩＰパケットを検知した場合、ＳＩＰ通信検知部１４１は、そのＳＩＰパケットの送信元ＭＡＣアドレスを抽出し、記憶部１４２に記憶させる。記憶部１４２が記憶する送信元ＭＡＣアドレスは、優先制御を行う対象の端末装置を示すＭＡＣアドレス（「優先制御ＭＡＣアドレス」とも称する）である。ＳＩＰ通信検知部１４１は、入力されたＩＰパケットを対象パケット検知部１４３へ出力する。
ＳＩＰパケットを検知した場合、ＳＩＰ通信検知部１４１は、そのＳＩＰパケットの送信元ＭＡＣアドレスを抽出し、記憶部１４２に記憶させる。記憶部１４２が記憶する送信元ＭＡＣアドレスは、優先制御を行う対象の端末装置を示すＭＡＣアドレス（「優先制御ＭＡＣアドレス」とも称する）である。ＳＩＰ通信検知部１４１は、入力されたＩＰパケットを対象パケット検知部１４３へ出力する。
対象パケット検知部１４３は、ＳＩＰ通信検知部１４１から入力されたＩＰパケットについて、送信元ＭＡＣアドレスを取得する。対象パケット検知部１４３は、取得した送信元送信元ＭＡＣアドレスが優先制御ＭＡＣアドレスと一致するか否かを判定する。送信元ＭＡＣアドレスが優先制御ＭＡＣアドレス場合、対象パケット検知部１４３は、このＩＰパケットがＲＴＰパケットか否かを判定する。例えば、対象パケット検知部１４３は、ＩＰパケットに特定のビット列（又は文字列）を検出することで、ＩＰパケットがＲＴＰパケットであるか否かを判定する。
対象パケット検知部１４３は、ＩＰパケットについて、送信元ＭＡＣアドレスが優先制御ＭＡＣアドレスであり、かつ、ＲＴＰパケットである場合、このＩＰパケットを、優先制御を行うＩＰパケットであると判定する。この場合、対象パケット検知部１４３は、このＩＰパケットを、優先処理部１４４へ出力する。
一方、対象パケット検知部１４３は、ＩＰパケットについて、送信元ＭＡＣアドレスが優先制御ＭＡＣアドレスでない場合、又は、ＲＴＰパケットでない場合、このＩＰパケットを、優先制御を行わないＩＰパケットであると判定する。この場合、対象パケット検知部１４３は、このＩＰパケットを、帯域調整部１４６へ出力する。なお、このＩＰパケットは、優先制御部１４において、ＴｏＳを設定されていないＩＰパケットである。
一方、対象パケット検知部１４３は、ＩＰパケットについて、送信元ＭＡＣアドレスが優先制御ＭＡＣアドレスでない場合、又は、ＲＴＰパケットでない場合、このＩＰパケットを、優先制御を行わないＩＰパケットであると判定する。この場合、対象パケット検知部１４３は、このＩＰパケットを、帯域調整部１４６へ出力する。なお、このＩＰパケットは、優先制御部１４において、ＴｏＳを設定されていないＩＰパケットである。
優先処理部１４４は、ＲＴＰパケットの呼種別に応じて、優先度を設定する。呼種別とは、例えば、（１）緊急呼、（２）一般呼、（３）動画（低いビットレート）、（４）動画（高いビットレート）である。優先処理部１４４は、例えば、ＳＩＰパケットにおいて、通信先に緊急通報用電話番号（ＳＩＰ ＵＲＩ）が設定されている場合、緊急呼と判定する。この場合、優先処理部１４４は、その後に検知したＲＴＰパケットに、（１）緊急呼を優先度「５」（最も高い）を設定する。
緊急呼以外のＩＰパケットについては、優先処理部１４４は、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によるメッセージ（「ＳＤＰメッセージ」とも称する）を用いて、（２）一般呼、（３）動画（低いビットレート）、又は、（４）動画（高いビットレート）を判定する。ＳＤＰメッセージには、メディアの種類（音声又は動画）を識別する情報が含まれる。優先処理部１４４は、判定の結果、例えば、ＲＴＰパケットのＴｏＳに、（２）一般呼の場合に優先度「４」、（３）動画（低いビットレート）の場合に優先度「３」、（４）動画（高いビットレート）の場合に優先度「２」を設定する。
優先処理部１４４は、優先度を設定したＲＴＰパケットを、帯域調整部１４６へ出力する。
緊急呼以外のＩＰパケットについては、優先処理部１４４は、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によるメッセージ（「ＳＤＰメッセージ」とも称する）を用いて、（２）一般呼、（３）動画（低いビットレート）、又は、（４）動画（高いビットレート）を判定する。ＳＤＰメッセージには、メディアの種類（音声又は動画）を識別する情報が含まれる。優先処理部１４４は、判定の結果、例えば、ＲＴＰパケットのＴｏＳに、（２）一般呼の場合に優先度「４」、（３）動画（低いビットレート）の場合に優先度「３」、（４）動画（高いビットレート）の場合に優先度「２」を設定する。
優先処理部１４４は、優先度を設定したＲＴＰパケットを、帯域調整部１４６へ出力する。
状態判定部１４５は、通信に輻輳が発生しているか否かを判定する。例えば、状態判定部１４５は、ネットワークにおいて、予め定められた帯域を超える通信が発生している場合や、通信エラーが発生する件数又は比率が閾値を超える場合に、輻輳が発生していると判定する。なお、状態判定部１４５は、ＳＩＰサーバＳ１から輻輳が発生していることを示す通知を取得した場合に、輻輳が発生していると判定しても良い。
状態判定部１４５は、通信に輻輳が発生していること（「輻輳発生」と称する）、又は、通信に輻輳が発生していないこと（「輻輳不発生」と称する）を示す通信状態情報を、帯域調整部１４６へ出力する。
状態判定部１４５は、通信に輻輳が発生していること（「輻輳発生」と称する）、又は、通信に輻輳が発生していないこと（「輻輳不発生」と称する）を示す通信状態情報を、帯域調整部１４６へ出力する。
帯域調整部１４６は、状態判定部１４５から入力された通信状態情報に基づいて、通信の帯域を調整する。
帯域調整部１４６は、通信状態情報が輻輳不発生を示す場合、優先処理部１４４から入力されたＲＴＰパケット、及び対象パケット検知部１４３から入力されたＩＰパケットを、通信処理部１５へ出力する。ここで、優先処理部１４４から入力されたＲＴＰパケットは、優先度が設定されたＩＰパケットである。
帯域調整部１４６は、通信状態情報が輻輳不発生を示す場合、優先処理部１４４から入力されたＲＴＰパケット、及び対象パケット検知部１４３から入力されたＩＰパケットを、通信処理部１５へ出力する。ここで、優先処理部１４４から入力されたＲＴＰパケットは、優先度が設定されたＩＰパケットである。
一方、帯域調整部１４６は、通信状態情報が輻輳発生を示す場合、ＲＴＰパケットが緊急呼（優先度「５」）であるか否かを判定する。ＲＴＰパケットが緊急呼でないと判定した場合、ＩＰパケットの一部又は全部に、通信制限を課す。これにより、帯域調整部１４６は、緊急呼であるＲＴＰパケットの通信の帯域を確保する。
例えば、帯域調整部１４６は、音声データや動画データの品質を調整することで、通信制限を課す。具体的には、帯域調整部１４６は、音声データや動画データのビットレートを調整する。帯域調整部１４６は、音声データや動画データについて、ビットレートを変更可能な音声符号化（例えば、Ｇ７１１）を用いて、残りの帯域に応じてビットレートを調整する。この場合、帯域調整部１４６は、ビットレートを低下させたＩＰパケットを、通信処理部１５へ出力する。
品質を調整した後も、通信状態情報が輻輳発生を示す場合、帯域調整部１４６は、さらなる通信制限を課す。例えば、帯域調整部１４６は、対象パケット検知部１４３から入力されたＩＰパケットを、遮断する（破棄する）。これにより、網終端装置１は、ＩＰ電話について、その通信の帯域を確保する。
この場合、帯域調整部１４６は、遮断しないＩＰパケット、つまり、優先処理部１４４から入力されたＲＴＰパケットを、通信処理部１５へ出力する。
この場合、帯域調整部１４６は、遮断しないＩＰパケット、つまり、優先処理部１４４から入力されたＲＴＰパケットを、通信処理部１５へ出力する。
遮断後も、通信状態情報が輻輳発生を示す場合、帯域調整部１４６は、さらなる通信制限を課す。例えば、帯域調整部１４６は、優先処理部１４４から入力されたＲＴＰパケットについて、優先順位が低い順に、ＩＰパケットを遮断する。例えば、帯域調整部１４６は、優先度なし、（４）動画（高いビットレート）、（３）動画（低いビットレート）、（２）一般呼の順に、通信を遮断する。これにより、網終端装置１は、緊急呼等、優先度が高い通信について、その通信の帯域を確保する。この場合、帯域調整部１４６は、遮断しないＲＴＰパケット、つまり、高い優先度が設定されたＲＴＰパケットを、通信処理部１５へ出力する。
なお、帯域調整部１４６は、品質を調整した後も、通信状態情報が輻輳発生を示す場合、ＩＰパケットのＴｏＳの値に基づいて、ＩＰパケットを遮断するか否かを判定しても良い。つまり、帯域調整部１４６は、優先処理部１４４から入力された（ＩＰ電話の）ＲＴＰパケットであるか、対象パケット検知部１４３から入力された（ＩＰ電話以外の）ＩＰパケットであるかに関わらず、ＴｏＳの値に基づいて、ＩＰパケットを遮断するか否かを判定しても良い。
受信処理部１４７は、通信処理部１５から入力されたＩＰパケットを、カプセル処理部１３−１へ出力する。
＜網終端装置の動作について：優先制御検知＞
図６は、本実施形態に係る網終端装置１の動作の一例を示すフロー図である。
この図は、網終端装置１が優先制御を行うことを検知する場合の動作を示す。
図６は、本実施形態に係る網終端装置１の動作の一例を示すフロー図である。
この図は、網終端装置１が優先制御を行うことを検知する場合の動作を示す。
（ステップＳ２０１）カプセル処理部１３−１は、網終端装置１に接続された端末装置から受信したＭＡＣデータから、ＩＰパケットと送信元ＭＡＣアドレスを抽出する。その後、ステップＳ２０２へ進む。
（ステップＳ２０２）ＳＩＰ通信検知部１４１は、ステップＳ２０１で抽出されたＩＰパケットについて、ＳＩＰパケットか否かを判定することで、ＳＩＰパケットを検知する。ＳＩＰパケットが検知された場合（ＹＥＳ）、ステップＳ２０３へ進む。一方、ＳＩＰパケットが検知されなかった場合（ＮＯ）、ステップＳ２０４へ進む。
（ステップＳ２０２）ＳＩＰ通信検知部１４１は、ステップＳ２０１で抽出されたＩＰパケットについて、ＳＩＰパケットか否かを判定することで、ＳＩＰパケットを検知する。ＳＩＰパケットが検知された場合（ＹＥＳ）、ステップＳ２０３へ進む。一方、ＳＩＰパケットが検知されなかった場合（ＮＯ）、ステップＳ２０４へ進む。
（ステップＳ２０３）ＳＩＰ通信検知部１４１は、ステップＳ２０１で抽出された送信元ＭＡＣアドレス、つまり、判定したＳＩＰパケットの送信元のＭＡＣアドレスを、記憶部１４２に記憶させる。その後、ステップＳ２０４へ進む。
（ステップＳ２０４）カプセル処理部１３−１は、残りのＭＡＣデータが存在するか否かを判定する。残りのＭＡＣデータが存在すると判定された場合（ＹＥＳ）、ステップＳ２０１へ戻って、次のＩＰパケットを抽出する。一方、残りのＭＡＣデータが存在しないと判定された場合（ＮＯ）、図６の動作を終了する。
（ステップＳ２０４）カプセル処理部１３−１は、残りのＭＡＣデータが存在するか否かを判定する。残りのＭＡＣデータが存在すると判定された場合（ＹＥＳ）、ステップＳ２０１へ戻って、次のＩＰパケットを抽出する。一方、残りのＭＡＣデータが存在しないと判定された場合（ＮＯ）、図６の動作を終了する。
＜網終端装置の動作について：優先制御＞
図７は、本実施形態に係る網終端装置１の動作の別の一例を示すフロー図である。
この図は、網終端装置１が、送信について優先制御を行う場合の動作を示す。
図７は、本実施形態に係る網終端装置１の動作の別の一例を示すフロー図である。
この図は、網終端装置１が、送信について優先制御を行う場合の動作を示す。
（ステップＳ３０１）カプセル処理部１３−１は、網終端装置１に接続された端末装置から受信したＭＡＣデータから、ＩＰパケットと送信元ＭＡＣアドレスを抽出する。この処理は、図６のＳ２０１と同じ処理である。その後、ステップＳ３０２へ進む。
（ステップＳ３０２）対象パケット検知部１４３は、ステップＳ３０１で抽出されたＩＰパケットと送信元ＭＡＣアドレスに基づいて、このＩＰパケットが優先制御を行うＩＰパケットであるか否かを判定する。優先制御を行うＩＰパケットであると判定された場合（ＹＥＳ）、ステップＳ３０３へ進む。一方、優先制御を行わないＩＰパケットであると判定された場合（ＮＯ）、ステップＳ３０６へ進む。
（ステップＳ３０２）対象パケット検知部１４３は、ステップＳ３０１で抽出されたＩＰパケットと送信元ＭＡＣアドレスに基づいて、このＩＰパケットが優先制御を行うＩＰパケットであるか否かを判定する。優先制御を行うＩＰパケットであると判定された場合（ＹＥＳ）、ステップＳ３０３へ進む。一方、優先制御を行わないＩＰパケットであると判定された場合（ＮＯ）、ステップＳ３０６へ進む。
（ステップＳ３０３）優先処理部１４４は、ＲＴＰパケットの呼種別に応じて、優先度を設定する。その後、ステップＳ３０４へ進む。
（ステップＳ３０４）状態判定部１４５は、通信に輻輳が発生しているか否かを判定する。通信に輻輳が発生していると判定された場合（ＹＥＳ）、ステップＳ３０５へ進む。一方、通信に輻輳が発生していないと判定された場合（ＮＯ）、ステップＳ３０６へ進む。
（ステップＳ３０５）帯域調整部１４６は、通信の帯域を調整する。つまり、帯域調整部１４６は、ＲＴＰパケットが緊急呼でない場合、ＩＰパケットの一部又は全部に、通信制限を課す。還元すれば、帯域調整部１４６は、ＲＴＰパケットが緊急呼である場合、通信制限を課さない。
（ステップＳ３０４）状態判定部１４５は、通信に輻輳が発生しているか否かを判定する。通信に輻輳が発生していると判定された場合（ＹＥＳ）、ステップＳ３０５へ進む。一方、通信に輻輳が発生していないと判定された場合（ＮＯ）、ステップＳ３０６へ進む。
（ステップＳ３０５）帯域調整部１４６は、通信の帯域を調整する。つまり、帯域調整部１４６は、ＲＴＰパケットが緊急呼でない場合、ＩＰパケットの一部又は全部に、通信制限を課す。還元すれば、帯域調整部１４６は、ＲＴＰパケットが緊急呼である場合、通信制限を課さない。
（ステップＳ３０６）通信処理部１５は、ステップＳ３０４で通信に輻輳が発生していないと判定された場合、優先制御を行わないと判定されたＩＰパケット、及び、優先度が設定されたＲＴＰパケットを、ＳＩＰサーバＳ１や網終端装置Ｅ１へ送信する。
一方、通信処理部１５は、ステップＳ３０４で通信に輻輳が発生していると判定された場合、通信制限に従って、ビットレートを低下させたＩＰパケット、又は、一部のＩＰパケットのみを、ＳＩＰサーバＳ１や網終端装置Ｅ１へ送信する。
その後、ステップＳ３０７へ進む。
一方、通信処理部１５は、ステップＳ３０４で通信に輻輳が発生していると判定された場合、通信制限に従って、ビットレートを低下させたＩＰパケット、又は、一部のＩＰパケットのみを、ＳＩＰサーバＳ１や網終端装置Ｅ１へ送信する。
その後、ステップＳ３０７へ進む。
（ステップＳ３０７）通信処理部１５は、通話が切断されたか否かを判定する。通話が切断されていないと判定された場合（ＮＯ）、ステップＳ３０１へ戻る。一方、通話が切断されたと判定された場合（ＹＥＳ）、図７の動作を終了する。
＜第１の実施形態のまとめ＞
以上のように、本実施形態に係る網終端装置１（情報処理装置）では、ＳＩＰ通信検知部１４１（通信検知部）は、電話の呼制御に用いられるＳＩＰ（第１プロトコル）のＳＩＰパケット（第１通信パケット）を検知した場合、当該ＳＩＰパケットの送信元の端末装置を示す優先制御ＭＡＣアドレス（端末識別情報）を、記憶部に記憶させる。優先処理部１４４（処理部）は、優先制御ＭＡＣアドレスが示す端末装置が送信元の通信パケットのうち、データストリームを配送するＲＴＰ（第２プロトコル）のＲＴＰパケット（第２通信パケット）を検知した場合、当該ＲＴＰに、サービス品質を示すＱｏＳ（サービス品質情報）を設定する。
以上のように、本実施形態に係る網終端装置１（情報処理装置）では、ＳＩＰ通信検知部１４１（通信検知部）は、電話の呼制御に用いられるＳＩＰ（第１プロトコル）のＳＩＰパケット（第１通信パケット）を検知した場合、当該ＳＩＰパケットの送信元の端末装置を示す優先制御ＭＡＣアドレス（端末識別情報）を、記憶部に記憶させる。優先処理部１４４（処理部）は、優先制御ＭＡＣアドレスが示す端末装置が送信元の通信パケットのうち、データストリームを配送するＲＴＰ（第２プロトコル）のＲＴＰパケット（第２通信パケット）を検知した場合、当該ＲＴＰに、サービス品質を示すＱｏＳ（サービス品質情報）を設定する。
これにより、網終端装置１は、優先制御機能を有していない端末装置や、ＵＴＰケーブル以外のケーブルで接続される端末装置についても、優先制御機能を発揮させ、通話品質を制御することができる。すなわち、種々の情報端末に対して、通話品質を制御できる。
例えば、網終端装置１は、ＳＩＰパケットを検知して優先制御を行うので、端子等のインターフェースや装置構成に依存しない優先制御を実現できる。
また、網終端装置１は、ＳＩＰパケットを検知した場合にＲＴＰパケットに対して優先度を設定するので、このＲＴＰパケット以外については、影響を与えずに通信をさせることができる。例えば、網終端装置１は、１つのインターフェースに接続される端末装置について、ＩＰ電話とＩＰ電話以外の通信を行わせることもできる。
例えば、網終端装置１は、ＳＩＰパケットを検知して優先制御を行うので、端子等のインターフェースや装置構成に依存しない優先制御を実現できる。
また、網終端装置１は、ＳＩＰパケットを検知した場合にＲＴＰパケットに対して優先度を設定するので、このＲＴＰパケット以外については、影響を与えずに通信をさせることができる。例えば、網終端装置１は、１つのインターフェースに接続される端末装置について、ＩＰ電話とＩＰ電話以外の通信を行わせることもできる。
また、本実施形態に係る網終端装置１では、端末側ＩＦ部１１−１は、ＵＳＢ（第１通信方式）の通信により、受信データを取得する。ＩＦ処理部１２−１（入出力処理部）は、ＵＳＢの通信フォーマットに従って受信データからデータを抽出することで、イーサネット（第２通信方式）のフォーマットに従ったＭＡＣデータ（データリンク層のデータ）を取得する。カプセル処理部１３−１（内包処理部）は、ＭＡＣデータから、当該ＭＡＣデータに内包されたＳＩＰパケット（ネットワーク層の第１通信パケット）又はＲＴＰパケット（ネットワーク層の第２通信パケット）を取得する。
これにより、網終端装置１は、ＵＴＰケーブル以外のケーブルに対して、仮想的なイーサネットの通信を行うことができ、イーサネットのフォーマットに従ったＭＡＣデータから、ＳＩＰパケットやＲＴＰパケットを取得できる。つまり、網終端装置１は、ＵＴＰケーブル以外のケーブルで接続される端末装置についても、優先制御機能を発揮させ、通話品質を制御することができる。
これにより、網終端装置１は、ＵＴＰケーブル以外のケーブルに対して、仮想的なイーサネットの通信を行うことができ、イーサネットのフォーマットに従ったＭＡＣデータから、ＳＩＰパケットやＲＴＰパケットを取得できる。つまり、網終端装置１は、ＵＴＰケーブル以外のケーブルで接続される端末装置についても、優先制御機能を発揮させ、通話品質を制御することができる。
また、本実施形態に係る網終端装置１では、端末側ＩＦ部１１−１は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）端子又はＨＤＭＩ（Ｈｉｇｈ-Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）端子である。
これにより、網終端装置１は、ＵＳＢ又はＨＤＭＩケーブルで接続される端末装置についても、優先制御機能を発揮させ、通話品質を制御することができる。
これにより、網終端装置１は、ＵＳＢ又はＨＤＭＩケーブルで接続される端末装置についても、優先制御機能を発揮させ、通話品質を制御することができる。
また、本実施形態に係る網終端装置１では、状態判定部１４５（判定部）は、通信に輻輳が発生しているか否かを判定する。帯域調整部１４６（調整部）は、状態判定部１４５が通信に輻輳が発生していると判定したときに、ＲＴＰパケットが緊急呼でない場合、当該ＲＴＰパケットの一部又は全部に、通信制限を課す。優先処理部１４４は、状態判定部１４５が通信に輻輳が発生していると判定したときに、ＲＴＰパケットが緊急呼である場合、当該ＲＴＰパケットに、緊急呼を示すＱｏＳ（例えば、最も優先度の高い「５」、例えば、一般呼や動画よりも優先度が高い）を設定する。
これにより、網終端装置１は、通信の輻輳が発生したときでも、緊急呼を確保することができる。
これにより、網終端装置１は、通信の輻輳が発生したときでも、緊急呼を確保することができる。
また、本実施形態に係る網終端装置１では、帯域調整部１４６は、通信制限として、ＲＴＰパケットのデータについて、ビットレートを低下させる。
これにより、網終端装置１は、通信の輻輳が発生したときでも、通信の一部又は全部を遮断せずに、通信の帯域を確保することができる。
また、本実施形態に係る網終端装置１では、帯域調整部１４６は、通信制限として、ＲＴＰパケットに設定するＱｏＳに基づいて、ＲＴＰパケットを遮断する。
これにより、網終端装置１は、通信の輻輳が発生したときでも、ＱｏＳに従って、優先度の高い通信を遮断せずに、通信の帯域を確保することができる。
例えば、網終端装置１は、通信の輻輳が発生するまでは、（１）緊急呼、（２）一般呼、（３）動画（低いビットレート）、（４）動画（高いビットレート）など、細かなクラス分けを行って、下位の通信に警告を発する。つまり、網終端装置１は、通信の輻輳が発生したときには、音声データ又は動画データの品質の調整を行い、緊急呼の帯域を確保した上で、優先度の低い通信から遮断することで、さらなる帯域を確保できる。
これにより、網終端装置１は、通信の輻輳が発生したときでも、通信の一部又は全部を遮断せずに、通信の帯域を確保することができる。
また、本実施形態に係る網終端装置１では、帯域調整部１４６は、通信制限として、ＲＴＰパケットに設定するＱｏＳに基づいて、ＲＴＰパケットを遮断する。
これにより、網終端装置１は、通信の輻輳が発生したときでも、ＱｏＳに従って、優先度の高い通信を遮断せずに、通信の帯域を確保することができる。
例えば、網終端装置１は、通信の輻輳が発生するまでは、（１）緊急呼、（２）一般呼、（３）動画（低いビットレート）、（４）動画（高いビットレート）など、細かなクラス分けを行って、下位の通信に警告を発する。つまり、網終端装置１は、通信の輻輳が発生したときには、音声データ又は動画データの品質の調整を行い、緊急呼の帯域を確保した上で、優先度の低い通信から遮断することで、さらなる帯域を確保できる。
（第２の実施形態）
以下、図面を参照しながら本発明の第２の実施形態について詳しく説明する。
上記第１の実施形態では、網終端装置１が、優先制御を行う端末装置が接続される端子（「優先制御端子」とも称する）を、１個（端末側ＩＦ部１１−１）有する場合について説明した。第２の実施形態では、本実施形態に係る網終端装置１ａが、優先制御端子を複数個有する場合について説明する。また、複数個の優先制御端子は、異なる種類の通信を行う端子であっても良いし、一部又は全部が同じ種類の通信を行う端子であっても良い。
以下、図面を参照しながら本発明の第２の実施形態について詳しく説明する。
上記第１の実施形態では、網終端装置１が、優先制御を行う端末装置が接続される端子（「優先制御端子」とも称する）を、１個（端末側ＩＦ部１１−１）有する場合について説明した。第２の実施形態では、本実施形態に係る網終端装置１ａが、優先制御端子を複数個有する場合について説明する。また、複数個の優先制御端子は、異なる種類の通信を行う端子であっても良いし、一部又は全部が同じ種類の通信を行う端子であっても良い。
図８は、本発明の第２の実施形態に係る網終端装置１ａの構成を示す概略ブロック図である。本実施形態に係る網終端装置１ａ（図８）と第１の実施形態に係る網終端装置１（図４）とを比較すると、端末側ＩＦ部１１ａ−２〜１１ａ−４、ＩＦ処理部１２ａ−２〜１２ａ−４、ＳＩＰ処理部１７ａが異なる。しかし、他の構成要素が持つ機能は第１の実施形態と同じである。第１の実施形態と同じ機能の説明は省略する。
端末側ＩＦ部１１ａ−ｎ（ｎ＝２、３、４）は、端末装置のケーブルが接続され、また、ケーブルを伝わる信号の復調及び変調を行う。
端末側ＩＦ部１１ａ−ｎは、ケーブルを介して端末装置が接続され、端末装置（例えば、端末装置２３）から出力された信号を受信する。端末側ＩＦ部１１ａ−ｎは、受信した信号を復調することで、受信データを生成する。端末側ＩＦ部１１ａ−ｎは、生成した受信データをＩＦ処理部１２ａ−ｎ（ｎ＝２、３、４）へ出力する。また、端末側ＩＦ部１１ａ−ｎは、ＩＦ処理部１２ａ−ｎから入力された送信データを変調して、信号を生成する。端末側ＩＦ部１１ａ−ｎは、生成した信号を、ケーブルを介して端末装置へ送信する。
端末側ＩＦ部１１ａ−ｎは、ケーブルを介して端末装置が接続され、端末装置（例えば、端末装置２３）から出力された信号を受信する。端末側ＩＦ部１１ａ−ｎは、受信した信号を復調することで、受信データを生成する。端末側ＩＦ部１１ａ−ｎは、生成した受信データをＩＦ処理部１２ａ−ｎ（ｎ＝２、３、４）へ出力する。また、端末側ＩＦ部１１ａ−ｎは、ＩＦ処理部１２ａ−ｎから入力された送信データを変調して、信号を生成する。端末側ＩＦ部１１ａ−ｎは、生成した信号を、ケーブルを介して端末装置へ送信する。
端末側ＩＦ部１１−１は、ＵＳＢ端子である。
端末側ＩＦ部１１ａ−２は、ＨＤＭＩ端子である。
端末側ＩＦ部１１ａ−３は、ＲＪ４５端子である。
このように、網終端装置１ａは、複数個（例えば、３個）の優先制御端子を有する。
端末側ＩＦ部１１ａ−４は、例えば、ＲＪ１１（ＲＥＧＩＳＴＥＲＥＤ Ｊａｃｋ １１）端子である。ＲＪ１１は、主に、電話線に用いられる。なお、本実施形態に係る端末側ＩＦ部１１ａ−４は、電話機専用の端子である。
端末側ＩＦ部１１ａ−２は、ＨＤＭＩ端子である。
端末側ＩＦ部１１ａ−３は、ＲＪ４５端子である。
このように、網終端装置１ａは、複数個（例えば、３個）の優先制御端子を有する。
端末側ＩＦ部１１ａ−４は、例えば、ＲＪ１１（ＲＥＧＩＳＴＥＲＥＤ Ｊａｃｋ １１）端子である。ＲＪ１１は、主に、電話線に用いられる。なお、本実施形態に係る端末側ＩＦ部１１ａ−４は、電話機専用の端子である。
ＩＦ処理部１２ａ−ｍ（ｍ＝２、３）は、端末側ＩＦ部１１ａ−ｎから入力された受信データから、各端末側ＩＦ部１１ａ−ｍ（ｍ＝２、３）における通信の通信フォーマットに従って、ＭＡＣデータを取得する。つまり、ＩＦ処理部１２ａ−ｍは、端末側ＩＦ部１１ａ−ｍでの通信において、仮想的なイーサネットの通信を行う。
ＩＦ処理部１２−１及びＩＦ処理部１２ａ−ｍ（ｍ＝２、３）は、取得したＭＡＣデータを、カプセル処理部１３−１へ出力する。
つまり、カプセル処理部１３−１又は優先制御部１４は、複数個又は複数種類の通信（端子）において、共通に利用することができる。
ＩＦ処理部１２−１及びＩＦ処理部１２ａ−ｍ（ｍ＝２、３）は、取得したＭＡＣデータを、カプセル処理部１３−１へ出力する。
つまり、カプセル処理部１３−１又は優先制御部１４は、複数個又は複数種類の通信（端子）において、共通に利用することができる。
ＩＦ処理部１２ａ−４は、端末側ＩＦ部１１ａ−４から入力された受信データを、ＳＩＰ処理部１７ａへ出力する。ＳＩＰ処理部１７ａは、ＲＪ１１用に専用に設けられたものであり、例えば、ＳＩＰ−ＵＡの機能を有する。ＳＩＰ処理部１７ａは、端末装置に対するユーザ操作に基づいて、ＳＩＰパケットを生成する。ＳＩＰ処理部１７ａは、例えば、端末側ＩＦ部１１ａ−４に接続された端末装置において、通話先が指定され、発呼操作が行われた場合、ＩＮＶＩＴＥメッセージを含むＳＩＰパケットを生成する。また、ＳＩＰ処理部１７ａは、音声データが入力された場合、ＲＴＰパケットを生成する。ここで、ＳＩＰ処理部１７ａは、呼種別に応じて、このＲＴＰパケットのＴｏＳに優先度を設定する。また、ＳＩＰ処理部１７ａは、例えば、端末側ＩＦ部１１ａ−４に接続された端末装置において、切断操作がされた場合、ＢＹＥメッセージを含むＳＩＰパケットを生成する。
ＩＦ処理部１２ａ−４は、生成したＳＩＰパケット又はＲＴＰパケットを、通信処理部１５へ出力する。
ＩＦ処理部１２ａ−４は、通信処理部１５から受信したＩＰパケットを、ＲＪ１１の通信フォーマットに変換して、ＩＦ処理部１２ａ−４へ出力する。
ＩＦ処理部１２ａ−４は、生成したＳＩＰパケット又はＲＴＰパケットを、通信処理部１５へ出力する。
ＩＦ処理部１２ａ−４は、通信処理部１５から受信したＩＰパケットを、ＲＪ１１の通信フォーマットに変換して、ＩＦ処理部１２ａ−４へ出力する。
＜第２の実施形態のまとめ＞
このように、本実施形態では、網終端装置１ａは、複数個又は複数種類の端子（端末側ＩＦ部１１−１、端末側ＩＦ部１１ａ−２、端末側ＩＦ部１１−３）について、各端子に接続された端末装置に対して、優先制御機能を提供できる。
また、網終端装置１ａでは、複数個又は複数種類の端子が優先制御部１４を共通に利用することができるので、全部の端子の各々に対して、専用の処理部（例えば、ＳＩＰ処理部１７ａ）を設けなくても、優先制御機能を提供できる。
このように、本実施形態では、網終端装置１ａは、複数個又は複数種類の端子（端末側ＩＦ部１１−１、端末側ＩＦ部１１ａ−２、端末側ＩＦ部１１−３）について、各端子に接続された端末装置に対して、優先制御機能を提供できる。
また、網終端装置１ａでは、複数個又は複数種類の端子が優先制御部１４を共通に利用することができるので、全部の端子の各々に対して、専用の処理部（例えば、ＳＩＰ処理部１７ａ）を設けなくても、優先制御機能を提供できる。
なお、上記各実施形態において、網終端装置１、１ａは、ＳＩＰパケット送信端末装置について、優先制御を行う期間を制限しても良い。
例えば、ＳＩＰ通信検知部１４１は、優先制御ＭＡＣアドレスを記憶部１４２に記憶させたときに、有効期間（開始日時や終了日時）を設定しても良い。対象パケット検知部１４３は、現在時刻が有効期間内（開始日時の後、又は、終了日時の前でもよい）にある場合に、優先制御を行うＩＰパケットであるか否かを判定しても良い。
例えば、ＳＩＰ通信検知部１４１は、優先制御ＭＡＣアドレスを記憶部１４２に記憶させたときに、有効期間（開始日時や終了日時）を設定しても良い。対象パケット検知部１４３は、現在時刻が有効期間内（開始日時の後、又は、終了日時の前でもよい）にある場合に、優先制御を行うＩＰパケットであるか否かを判定しても良い。
また、上記各実施形態において、ＳＩＰ通信検知部１４１は、ＳＩＰパケットにおいて、ＩＮＶＩＴＥメッセージ、又は、ＲＥＧＩＳＴＥＲメッセージを検知した場合に、優先制御ＭＡＣアドレスを記憶部１４２に記憶させる、つまり、優先制御を開始させても良い。また、ＳＩＰ通信検知部１４１は、ＳＩＰパケットにおいて、ＢＹＥメッセージを検知した場合に、優先制御ＭＡＣアドレスを記憶部１４２から消去、つまり、優先制御を開始させても良い。
また、上記各実施形態において、網終端装置１、１ａは、優先制御を行うか否かを設定されても良い。
また、上記各実施形態において、網終端装置１、１ａは、優先度やその順位を変更しても良い。例えば、網終端装置１、１ａは、通信に輻輳が発生しているか否かに応じて、優先度やその順位を変更しても良い。具体的には、網終端装置１、１ａは、通信に輻輳が発生していない場合、緊急呼に優先度「４」を設定する。一方、通信に輻輳が発生している場合、網終端装置１、１ａは、緊急呼を「５」を設定する。また、例えば、網終端装置１、１ａは、通信に輻輳が発生していない場合、動画（高いビットレート）の順位を動画（低いビットレート）より高くする。一方、通信に輻輳が発生している場合、網終端装置１、１ａは、動画（高いビットレート）の順位を動画（低いビットレート）より低くする。
また、上記各実施形態において、網終端装置１、１ａは、ＳＩＰパケット送信端末装置の端末識別情報として、ＭＡＣアドレスを用いる場合について説明した。ただし、本発明はこれに限らず、網終端装置１、１ａは、ＩＰアドレス、ＳＩＰ ＵＲＩ、端末ＩＤ、ユーザＩＤを、端末識別情報として用いても良い。
また、上記各実施形態において、網終端装置１、１ａは、優先度やその順位を変更しても良い。例えば、網終端装置１、１ａは、通信に輻輳が発生しているか否かに応じて、優先度やその順位を変更しても良い。具体的には、網終端装置１、１ａは、通信に輻輳が発生していない場合、緊急呼に優先度「４」を設定する。一方、通信に輻輳が発生している場合、網終端装置１、１ａは、緊急呼を「５」を設定する。また、例えば、網終端装置１、１ａは、通信に輻輳が発生していない場合、動画（高いビットレート）の順位を動画（低いビットレート）より高くする。一方、通信に輻輳が発生している場合、網終端装置１、１ａは、動画（高いビットレート）の順位を動画（低いビットレート）より低くする。
また、上記各実施形態において、網終端装置１、１ａは、ＳＩＰパケット送信端末装置の端末識別情報として、ＭＡＣアドレスを用いる場合について説明した。ただし、本発明はこれに限らず、網終端装置１、１ａは、ＩＰアドレス、ＳＩＰ ＵＲＩ、端末ＩＤ、ユーザＩＤを、端末識別情報として用いても良い。
また、上記各実施形態において、第１プロトコルは、ＳＩＰ以外のプロトコルであっても良く、例えば、Ｈ．３２３やＭＥＧＡＣＯであっても良い。また、第２プロトコルは、ＲＴＰ以外のプロトコルであっても良く、例えば、ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ ｒｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）であっても良い。
また、上記各実施形態において、網終端装置１、１ａは、例えば無線ルータ等であっても良く、端末装置と無線で通信を行っても良い。
また、上記各実施形態において、網終端装置１、１ａは、例えば無線ルータ等であっても良く、端末装置と無線で通信を行っても良い。
なお、上述した実施形態における網終端装置１、１ａの一部をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、網終端装置１、１ａに内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
また、上述した実施形態における網終端装置１、１ａの一部、または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現しても良い。網終端装置１、１ａの各機能ブロックは個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化しても良い。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いても良い。
また、上述した実施形態における網終端装置１、１ａの一部、または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現しても良い。網終端装置１、１ａの各機能ブロックは個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化しても良い。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いても良い。
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
Ｓ１・・・ＳＩＰサーバ、Ｅ１・・・網終端装置、Ｏ１・・・光回線終端装置、２１、２２、２３・・・端末装置、１、１ａ・・・網終端装置、１１−１、１１−２、１１ａ−２、１１ａ−３、１１ａ−４・・・端末側ＩＦ部、１２−１、１２−２、１２ａ−２、１２ａ−３、１２ａ−４・・・ＩＦ処理部、１３−１、１３−２・・・カプセル処理部、１４・・・優先制御部、１５・・・通信処理部、１６・・・ＮＷ側ＩＦ部、１４１・・・ＳＩＰ通信検知部、１４２・・・記憶部、１４３・・・対象パケット検知部、１４４・・・優先処理部、１４５・・・状態判定部、１４６・・・帯域調整部、１４７・・・受信処理部、１７ａ・・・ＳＩＰ処理部
また、上記各実施形態において、ＳＩＰ通信検知部１４１は、ＳＩＰパケットにおいて、ＩＮＶＩＴＥメッセージ、又は、ＲＥＧＩＳＴＥＲメッセージを検知した場合に、優先制御ＭＡＣアドレスを記憶部１４２に記憶させる、つまり、優先制御を開始させても良い。また、ＳＩＰ通信検知部１４１は、ＳＩＰパケットにおいて、ＢＹＥメッセージを検知した場合に、優先制御ＭＡＣアドレスを記憶部１４２から消去、つまり、優先制御を終了させても良い。
Claims (7)
- 電話の呼制御に用いられる第１プロトコルの第１通信パケットを検知した場合、当該第１通信パケットの送信元の端末装置を示す端末識別情報を、記憶部に記憶させる通信検知部と、
前記端末識別情報が示す端末装置が送信元の通信パケットのうち、データストリームを配送する第２プロトコルの第２通信パケットを検知した場合、当該第２通信パケットに、サービス品質を示すサービス品質情報を設定する処理部と、
を備える情報処理装置。 - 第１通信方式の通信により、受信データを取得する端子と、
前記第１通信方式の通信フォーマットに従って前記受信データからデータを抽出することで、第２通信方式のフォーマットに従ったデータリンク層のデータを取得する入出力処理部と、
前記データリンク層のデータから、当該データに内包されたネットワーク層の前記第１通信パケット又は前記第２通信パケットを取得する内包処理部と、
を備える請求項１に記載の情報処理装置。 - 通信に輻輳が発生しているか否かを判定する判定部と、
前記判定部が通信に輻輳が発生していると判定したときに、前記第２通信パケットが緊急呼でない場合、当該第２通信パケットの一部又は全部に、通信制限を課す調整部と、
を備え、
前記処理部は、前記判定部が通信に輻輳が発生していると判定したときに、前記第２通信パケットが緊急呼である場合、当該第２通信パケットに、前記緊急呼を示す前記サービス品質情報を設定する
請求項１又は請求項２に記載の情報処理装置。 - 前記調整部は、前記通信制限として、前記第２通信パケットのデータについて、ビットレートを低下させる
請求項３に記載の情報処理装置。 - 前記調整部は、前記通信制限として、前記第２通信パケットに設定するサービス品質に基づいて、前記第２通信パケットを遮断する
請求項３又は請求項４に記載の情報処理装置。 - 情報処理装置における情報処理方法において、
通信検知部が、電話の呼制御に用いられる第１プロトコルの第１通信パケットを検知した場合、当該第１通信パケットの送信元の端末装置を示す端末識別情報を、記憶部に記憶させる通信検知過程と、
処理部が、前記端末識別情報が示す端末装置が送信元の通信パケットのうち、データストリームを配送する第２プロトコルの第２通信パケットを検知した場合、当該第２通信パケットに、サービス品質を示すサービス品質情報を設定する処理過程と、
を有する情報処理方法。 - 情報処理装置のコンピュータに、
電話の呼制御に用いられる第１プロトコルの第１通信パケットを検知した場合、当該第１通信パケットの送信元の端末装置を示す端末識別情報を、記憶部に記憶させる通信検知手順、
前記端末識別情報が示す端末装置が送信元の通信パケットのうち、データストリームを配送する第２プロトコルの第２通信パケットを検知した場合、当該第２通信パケットに、サービス品質を示すサービス品質情報を設定する処理手順、
を実行させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017050521A JP6526084B2 (ja) | 2017-03-15 | 2017-03-15 | 情報処理装置、情報処理方法、及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017050521A JP6526084B2 (ja) | 2017-03-15 | 2017-03-15 | 情報処理装置、情報処理方法、及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018157280A true JP2018157280A (ja) | 2018-10-04 |
| JP6526084B2 JP6526084B2 (ja) | 2019-06-05 |
Family
ID=63718394
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017050521A Active JP6526084B2 (ja) | 2017-03-15 | 2017-03-15 | 情報処理装置、情報処理方法、及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6526084B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022201410A1 (ja) * | 2021-03-25 | 2022-09-29 | 日本電信電話株式会社 | 信号処理装置、信号処理方法、信号処理プログラム、及び衛星通信システム |
| WO2023276220A1 (ja) | 2021-06-30 | 2023-01-05 | ソニーグループ株式会社 | 中継装置、中継方法及び通信システム |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008533936A (ja) * | 2005-03-18 | 2008-08-21 | クゥアルコム・インコーポレイテッド | 動的なメディアアクセス制御（ｍａｃ）アドレスの割当て |
| JP2010028286A (ja) * | 2008-07-16 | 2010-02-04 | Hitachi Ltd | Ｓｉｐサーバおよび通信システム |
| WO2011111105A1 (ja) * | 2010-03-10 | 2011-09-15 | 富士通株式会社 | 中継装置および通信プログラム |
-
2017
- 2017-03-15 JP JP2017050521A patent/JP6526084B2/ja active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008533936A (ja) * | 2005-03-18 | 2008-08-21 | クゥアルコム・インコーポレイテッド | 動的なメディアアクセス制御（ｍａｃ）アドレスの割当て |
| JP2010028286A (ja) * | 2008-07-16 | 2010-02-04 | Hitachi Ltd | Ｓｉｐサーバおよび通信システム |
| WO2011111105A1 (ja) * | 2010-03-10 | 2011-09-15 | 富士通株式会社 | 中継装置および通信プログラム |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022201410A1 (ja) * | 2021-03-25 | 2022-09-29 | 日本電信電話株式会社 | 信号処理装置、信号処理方法、信号処理プログラム、及び衛星通信システム |
| WO2023276220A1 (ja) | 2021-06-30 | 2023-01-05 | ソニーグループ株式会社 | 中継装置、中継方法及び通信システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6526084B2 (ja) | 2019-06-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2016204468A1 (en) | Method and apparatus for multipath media delivery | |
| US8259746B2 (en) | Network access mechanism and method | |
| US7580403B2 (en) | Status transmission system and method | |
| US8484331B2 (en) | Real time protocol packet tunneling | |
| US20080123627A1 (en) | Media terminal adapter with session initiation protocol (sip) proxy | |
| JP5093160B2 (ja) | 通信装置 | |
| JP5104246B2 (ja) | 通信システム、加入者収容装置、トラフィック制御方法及びプログラム | |
| WO2016172958A1 (zh) | 一种流量动态控制方法、设备及网关、融合接入汇聚点 | |
| JP6526084B2 (ja) | 情報処理装置、情報処理方法、及びプログラム | |
| CN106027599B (zh) | 一种数据传输通道建立方法、系统和服务器 | |
| US20100064182A1 (en) | Communication system | |
| US7899058B2 (en) | Using a hash value as a pointer to an application class in a communications device | |
| US20080298378A1 (en) | Media conversion device for interconnecting communication terminal devices with media converted and a method therefor | |
| JP2005191763A (ja) | 通信中継方法および中継装置 | |
| US20050195756A1 (en) | Status announcement system and method | |
| EP3573309B1 (en) | Network telephone processing method and related network device | |
| WO2014142295A1 (ja) | メディア通信システム、ビットレート制御方法及びコンピュータ読み取り可能な情報記録媒体 | |
| US7764600B1 (en) | Providing an alternative service application to obtain a communication service when the current service application is inhibited | |
| US20090052458A1 (en) | Flow state attributes for producing media flow statistics at a network node | |
| JP5025449B2 (ja) | 中継通信システム | |
| JP2009065558A (ja) | ＶｏＩＰ機能を有するアクセス伝送装置およびアクセスシステム並びにＶｏＩＰ伝送の優先制御方法 | |
| JP4649242B2 (ja) | 端末アダプタ装置 | |
| JP2007228081A (ja) | 無線通信装置、無線通信方法及び無線アクセス装置 | |
| KR101078846B1 (ko) | 이더넷 스위치 칩을 이용한 가입자 게이트웨이 장치 | |
| US8984148B2 (en) | Method and apparatus for signaling post-ring reservations |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20181030 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20181203 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20190409 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190507 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6526084 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |