WO2016021180A1 - 通信端末装置及びその送受信方法、並びにコンピュータ・プログラムが格納された記録媒体 - Google Patents

Abstract

　複数の通信端末装置を集中的に管理及び制御する通信管理装置を用いない環境であっても、それら通信端末装置間において情報を効率よく送受信すると共に、受信処理による負荷を削減することが可能な通信端末装置等を提供する。　通信端末装置１は、第１アプリケーションを識別可能な第１の識別子１０１に基づいて、受信ポート番号を求める受信制御部３と、受信ポート番号を、第１アプリケーションの受信ポートとして設定するフィルタ部４と、第２アプリケーションを識別可能な第２の識別子１０２に基づいて、特定の通信端末装置の宛先を示す宛先ポート番号を求める送信制御部２とを備える。

Description

通信端末装置及びその送受信方法、並びにコンピュータ・プログラムが格納された記録媒体

　本発明は、複数の通信端末装置間において情報を送受信する技術分野に関する。特に、本発明は、当該情報をフィルタリングすることによって特定の情報を受信する技術分野に関する。

　近年、車車間通信及びネットワークインフラストラクチャの無い地域や災害時の通信手段としては、モバイルアドホックネットワーク（Ｍｏｂｉｌｅ　Ａｄ－Ｈｏｃ　Ｎｅｔｗｏｒｋｓ；以下、本願では、「ＭＡＮＥＴ」と称する）が注目されている。このＭＡＮＥＴは、無線通信によって接続された多数の通信端末装置（ノード）によって構成される。以下の説明では、説明の便宜上、通信端末装置を、単に「通信端末」と称する。

　ここで、本願出願に先立って存在する関連技術としては、例えば、特許文献１及び特許文献２がある。

　特許文献１は、データ通信方法に関する技術を開示する。特許文献１に開示されたデータ通信方法は、マルチキャスト通信を用いることによって、情報をノードに対して送信する。当該情報を送信するに際して、送信元であるノードは、送信先であるノードを識別する識別子をデータヘッダ内に含める。送信元のノードは、当該データヘッダを含む情報を、送信先のノードに対して送信する。

　特許文献２に開示された通信システムは、クライアント装置とサーバ装置との間において通信する。サーバ装置は、クライアント装置において動作するアプリケーションを識別するプログラム識別子を、クライアント装置から受信する。サーバ装置は、受信したプログラム識別子によって特定されるアプリケーションに対するポート番号を、自装置に対して付与する。即ち、サーバ装置は、そのポート番号を自装置のポート番号として設定する。サーバ装置は、設定したポート番号を示す情報を、クライアント装置に対して送信する。クライアント装置は、受信した情報に含まれるポート番号を用いてサーバ装置と通信する。

特開２００９－２６０５９４号公報 特開２００７－２００２０９号公報

　ところで、複数の通信端末間において情報共有を行う場合に、ＭＡＮＥＴには、それら通信端末において行われる名前解決に関する課題がある。この名前解決とは、例えば、通信端末を識別可能な情報に基づいて、その通信端末に付与されたＩＰ（Ｉｎｔｅｒｎｅｔ＿Ｐｒｏｔｏｃｏｌ）アドレスを取得することである。より具体的に、例えば、特定の通信端末において動作するアプリケーションは、通信相手である他の通信端末または他の通信端末において動作するアプリケーションを識別可能な識別子に基づいて、他の通信端末のＩＰアドレスを、名前解決により取得する。当該識別子とは、例えば、通信端末を識別可能なノード識別子（Ｉｄｅｎｔｉｆｉｅｒ；以降、本願では、「ＩＤ」とも記す）や通信端末を利用するユーザを識別可能なユーザＩＤなどである。

　例えば、この名前解決は、インターネットのような常にネットワーク接続が保障される有線環境では、Ｄｏｍａｉｎ　Ｎａｍｅ　Ｓｙｓｔｅｍ（ＤＮＳ）サービスとして提供されている。その一方で、ＭＡＮＥＴにおいて構成された多数の通信端末は、それぞれの通信端末間において名前解決に必要な情報を交換する。当該多数の通信端末は、通信端末間において交換した情報に基づき名前解決を実施する。即ち、当該多数の通信端末は、例えば、ＤＮＳサービスを利用することなく、それら通信端末だけで名前解決を実施しなければならない。

　また、一例として、ネットワークの断絶により名前解決を提供する特定の通信端末と通信できない場合に、通信端末は、通信相手である他の通信端末のＩＰアドレスを知ることができない。さらに、一例として、ＩＰアドレスが定期的に変わってしまうような状況（ＩＰアドレスの自動割り当て）では、当該通信端末は、名前解決によって変更前の（即ち、古い）ＩＰアドレスを得ることとなる。その結果、それら通信端末において動作するアプリケーションは、互いに通信できなくなる。

　これら問題を解決する手法としては、例えば、ＩＰアドレスに依存することなく、アプリケーションの識別子を用いて通信することが知られている。

　以下の説明では、より具体的に、アプリケーションの識別子を用いて通信する手法について図１２及び図１３を参照して説明する。図１２は、一般的に知られたアプリケーションの識別子を用いて通信する手法を説明する図である。また、図１３は、一般的に知られた当該識別子を用いて通信する手法において用いられる通信パケット（本願では、以降、単に、「パケット」、「通信情報」とも記す）のフォーマット構成を概念的に例示する図である。

　図１３において、通信パケットは、大別して、ヘッダフィールド２０１及びデータフィールド２０２を含む。また、データフィールド２０２は、アプリケーションの識別子を示すアプリケーションＩＤ（図１３に示すＡｐｐ　ＩＤ）２０４を含むデータヘッダ２０３及びデータ２０５を含む。そして、ヘッダフィールド２０１は、ＩＰヘッダ及びＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）ヘッダを含む。

　ここで、図１２は、特定の通信端末が各通信端末に対して通信パケットを送信した際の処理を示す。また、特定の通信端末は、複数の通信端末に対して同時または略同時（以下、本願では、単に「同時」と記す）に通信パケットを送受信可能な手法によって通信を行うこととする。例えば、この通信手法は、同報通信、ブロードキャスト通信及びマルチキャスト通信などである。

　より具体的に、図１２において、Ｎｏｄｅ＿Ｂは、例えば、ブロードキャスト通信によって、Ｎｏｄｅ＿Ａ及びＮｏｄｅ＿Ｃに対して通信パケットを送信する（ステップＳ２０１）。

　Ｎｏｄｅ＿Ａ及びＮｏｄｅ＿Ｃにおいて動作するアプリケーションは、受信した通信パケットが自アプリケーション宛の情報（データ）か否かを解析する。即ち、当該アプリケーションは、例えば、宛先を識別可能なノードＩＤ（図１３に示すアプリケーションＩＤ２０４）に基づいて、データフィールド２０２に含まれるデータヘッダ２０３を解析する（ステップＳ２０２）。

　係るアプリケーションは、自アプリケーションの識別子（ノードＩＤ）がデータヘッダ２０３に記載されていると判断した場合に、係る通信パケットを受信する。即ち、Ｎｏｄｅ＿Ａにおいて動作するアプリケーションは、通信パケットを受信する。一方で、当該アプリケーションは、自アプリケーションの識別子がデータヘッダ２０３に記載されていないと判断した場合には、通信パケットを破棄する。即ち、Ｎｏｄｅ＿Ｃにおいて動作するアプリケーションは、通信パケットを破棄する（ステップＳ２０３）。

　尚、ステップＳ２０４乃至Ｓ２０６に示す処理は、ステップＳ２０１乃至ステップＳ２０３に示す処理と同様である。そのため、重複する説明は省略する。

　このように、特定の通信端末は、当該通信パケットを複数の通信端末に対して送受信することができる。しかしながら、係るアプリケーションは、複数の通信端末間において送受信される全ての通信パケットを受信する必要がある。さらに、当該アプリケーションは、受信した通信パケットの宛先を確認する必要がある。即ち、当該アプリケーションは、受信した通信パケットに記載された宛先を示す情報に基づいて、自装置宛ての情報か否かを識別する必要がある。そのため、当該アプリケーションの負荷は大きくなる。

　また、特許文献１には、送信先であるノードの識別子をデータヘッダに含めることが記載されているに留まる。そのため、特許文献１に開示されたデータ通信方法では、依然として、ノードにおいて動作するアプリケーションの負荷を低減することができない。

　特許文献２に開示されたクライアント装置は、サーバ装置から得たポート番号を用いて通信する。これにより、特許文献２に開示された通信システムでは、ポート番号を、第三者に知られることを防止することができる。しかしながら、特許文献２では、複数のクライアント装置間において効率よく通信する手法については、考慮されておらず何ら述べられていない。そのため、当該通信システムでは、依然として、係るアプリケーションの負荷を低減することができない。

　本発明は、複数の通信端末装置を集中的に管理及び制御する通信管理装置を用いない環境であっても、それら通信端末装置間において情報を効率よく送受信すると共に、受信処理による負荷を削減することが可能な通信端末装置等を提供することを主たる目的とする。

　上記の課題を達成すべく、本発明の一態様に係る通信端末装置は、以下の構成を備える。

　即ち、本発明の一態様に係る通信端末装置は、
　自装置において動作する第１アプリケーションを識別可能な第１の識別子に基づいて、通信相手である特定の通信端末装置から第１の通信情報を受信する受信ポート番号を求める受信制御手段と、
　前記受信制御手段から得た前記受信ポート番号を、前記第１アプリケーションの受信ポートとして設定するフィルタリング手段と、
　前記特定の通信端末装置において動作する第２アプリケーションを識別可能な第２の識別子に基づいて、前記特定の通信端末装置の宛先を示す宛先ポート番号を求める送信制御手段と、を備え、
　　前記送信制御手段は、
　　　前記第１の通信情報と異なる他の第２の通信情報を前記特定の通信端末装置に対して送信するに際して、前記求めた宛先ポート番号と該第２の通信情報とを送信するよう通信手段を制御する。

　また、同目的を達成すべく、本発明の一態様に係る通信端末装置の送受信方法は、以下の構成を備える。

　即ち、本発明の一態様に係る送受信方法は、
　通信端末装置において動作する第１アプリケーションを識別可能な第１の識別子に基づいて、通信相手である特定の通信端末装置から第１の通信情報を受信する受信ポート番号を求め、
　求めた前記受信ポート番号を、前記第１アプリケーションの受信ポートとして設定し、
　前記特定の通信端末装置において動作する第２アプリケーションを識別可能な第２の識別子に基づいて、前記特定の通信端末装置の宛先を示す宛先ポート番号を求め、
　前記第１の通信情報と異なる他の第２の通信情報を前記特定の通信端末装置に対して送信するに際して、前記求めた宛先ポート番号と該第２の通信情報とを送信するよう通信手段を制御する。

　尚、同目的は、上記の各構成を有する通信端末装置及びその送受信方法を、コンピュータによって実現するコンピュータ・プログラム、及びそのコンピュータ・プログラムが格納されている、コンピュータ読み取り可能な記録媒体によっても達成される。

　本発明によれば、複数の通信端末装置を集中的に管理及び制御する通信管理装置を用いない環境であっても、それら通信端末装置間において情報を効率よく送受信すると共に、受信処理による負荷を削減することが可能な通信端末装置等を提供することができる。

図１は、本発明の第１の実施形態における通信端末装置の構成を示すブロック図である。 図２は、本発明の第１の実施形態におけるアプリケーションＩＤを含む通信情報のフォーマット構成を概念的に例示する図である。 図３は、本発明の第１の実施形態におけるマルチキャストＩＤを含む通信情報のフォーマット構成を概念的に例示する図である。 図４は、本発明の第２の実施形態における通信端末装置の構成を示すブロック図である。 図５は、本発明の第３の実施形態における通信端末装置の構成を示すブロック図である。 図６は、本発明の第３の実施形態における各通信端末装置の動作を概念的に例示する図である。 図７は、本発明の第３の実施形態における通信端末装置が行う受信ポート番号の設定処理の動作を示すフローチャートである。 図８は、本発明の第３の実施形態における通信端末装置が行う通信情報を送信する際の動作を示すフローチャートである。 図９は、本発明の第３の実施形態における通信端末装置が行う宛先ポート番号の設定処理の動作を示すフローチャートである。 図１０は、本発明の第３の実施形態における通信端末装置が行う通信情報を受信する際の動作を示すフローチャートである。 図１１は、本発明に係る各実施形態を実現可能な情報処理装置のハードウェア構成を例示的に説明するブロック図である。 図１２は、一般的に知られたアプリケーションの識別子を用いて通信する手法を説明する図である。 図１３は、一般的に知られたアプリケーションの識別子を用いて通信する手法において用いられる通信パケットのフォーマット構成を概念的に例示する図である。

　以下、本発明の実施形態について図面を参照して詳細に説明する。

　＜第１の実施形態＞
　図１は、本発明の第１の実施形態における通信端末装置１の構成を示すブロック図である。

　図１において、通信端末装置１は、送信制御部２、受信制御部３及びフィルタ部（フィルタリング部）４を備える。

　尚、以下の説明では、説明の便宜上、通信端末装置１（自装置）において動作するアプリケーションを、「第１アプリケーション」と称する。そして、以下の説明では、通信相手である他の通信端末（特定の通信端末）において動作するアプリケーションを、「第２アプリケーション」と称する。また、以下の説明において、説明の便宜上、各実施形態では、通信端末装置１、通信端末装置１０及び通信端末装置２０を、自装置とも称することとする。図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない（以下、各実施形態においても同様）。

　送信制御部２は、通信相手である特定の通信端末において動作するアプリケーション（第２アプリケーション）を識別可能な第２の識別子１０２（第２アプリケーション識別子）を受信するのに応じて、処理を開始する。

　送信制御部２は、第２の識別子１０２と、他の通信端末間において送受信される通信情報（「通信データ」、或いは、「通信パケット」とも記す）に含まれる情報（データ）とに基づいて、通信部５に対して通信情報を送信するよう制御する。即ち、送信制御部２は、通信部５を用いて通信情報を送信する機能を有する。

　通信情報に含まれる情報（第１情報）とは、通信情報に含まれる実データである。即ち、第１情報は、後述する図２及び図３に示すデータ２０５に相当する。

　以下の説明では、説明の便宜上、特定の通信端末から受信する通信情報を、第１の通信情報と称し、そして、通信端末装置１から送信する通信情報を、第２の通信情報と称する。また、説明の便宜上、一例として、第１の通信情報と第２の通信情報とは、異なる通信情報を表すこととする（以下、各実施形態においても同様）。

　送信制御部２は、第２の識別子１０２に基づいて、係る特定の通信端末の宛先を示す宛先ポート番号を求める（算出する）。より具体的に、送信制御部２は、第２の識別子１０２に基づいて、ポート番号を算出する。そして、送信制御部２は、算出したポート番号を、特定の通信端末の宛先を示す宛先ポート番号として通信部５に対して通知する。また、送信制御部２は、第１情報を通信部５に対して送信する。

　このように、送信制御部２は、求めた宛先ポート番号と第２の通信情報とを通信相手である特定の通信端末に対して送信するよう通信部５を制御する。即ち、送信制御部２は、宛先ポート番号を第２の通信情報と共に特定の通信端末に対して送信するよう通信部５を制御する。

　宛先ポート番号とは、特定の通信端末において動作するアプリケーション（第２アプリケーション）が利用する通信ポート番号でもある。また、求めた宛先ポート番号は、例えば、複数の通信端末間において通信する場合に、それら通信端末の第２の識別子１０２毎に、その第２の識別子１０２に応じて求められた重複しない宛先ポート番号である。

　また、一例として、送信制御部２は、複数のポート番号を含む所定の数値範囲から一意にポート番号が決まる手段を用いて特定のポート番号を算出する構成を採用してもよい。或いは、送信制御部２は、例えば、数学関数の１つであるハッシュ関数、上限及び下限付きのランダム関数を用いてポート番号を算出する構成を採用してもよい。その場合に、送信制御部２は、例えば、第２の識別子１０２を、その関数の入力とすることによって、ポート番号を算出してもよい。または、送信制御部２は、事前に与えられた第２の識別子１０２とポート番号とが関連付けられた対応表の中からポート番号を求める構成を採用してもよい。

　このように、送信制御部２は、第２の識別子１０２に基づいて、宛先ポート番号が一意に定まるように求めることができる。

　尚、算出されるポート番号は、第２アプリケーション毎に、一意でなくてもよい。第１の通信情報を受信する際の、自装置（通信端末装置１）における負荷を削減することが目的であるため、ポート番号は、負荷を許容できる数のアプリケーションと重複していてもよい。その場合に、通信端末装置１は、重複するポート番号を含む第１の通信情報を受信するか否かを判定する必要がある。そのため、受信判定は、第２の実施形態において後述する解析部１３が最終的に行う構成を採用することで実現することができる。

　次に、受信制御部３は、自装置において動作するアプリケーション（第１アプリケーション）を識別可能な第１の識別子１０１（第１アプリケーション識別子）を受信するのに応じて、処理を開始する。

　受信制御部３は、第１の識別子１０１に基づいて、第１アプリケーションが第１の通信情報を受信するポート番号（受信ポート番号）を求める（算出する）。また、受信制御部３は、求めた受信ポート番号に基づいて、フィルタリングを実行可能なように設定するようフィルタ部４を制御する。即ち、受信制御部３は、求めた受信ポート番号をフィルタ部４に対して通知する。

　ここで、受信ポート番号とは、第１アプリケーションが利用する通信ポート番号である。また、求めた受信ポート番号は、例えば、複数の通信端末間において通信する場合に、自装置及び複数の通信端末の第１の識別子１０１毎に、その第１の識別子１０１に応じて求めた重複しない受信ポート番号である。

　以下の説明では、識別子（第１の識別子１０１及び第２の識別子１０２）について詳細に説明する。識別子は、例えば、複数の通信端末間において通信する場合に、それぞれの通信端末において動作するアプリケーション毎に、設定された重複しない一意のものを採用してもよい。

　より具体的に、例えば、識別子は、ユーザＩＤとしてアプリケーションを利用するユーザ名であってもよい。或いは、識別子は、通信端末ＩＤまたはノードＩＤとしてコンピュータ名、通信端末に付属するＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）アドレス及び製品型番でもあってもよい。また、識別子は、上述したユーザ名、コンピュータ名、ＭＡＣアドレス及び製品型番のうち、少なくとも何れか、または１つ以上の情報を組み合わせることによって、それぞれの通信端末において動作するアプリケーションと重複しない構成を採用してもよい。

　尚、識別子には、例えば、通信端末において動作するアプリケーションによって取得された自装置（当該通信端末）の情報を採用してもよい。或いは、識別子は、例えば、設定情報などを含む構成ファイル（以降、「コンフィグファイル」と記す）に記載された情報を読み込むことによって取得される情報を採用してもよい。

　また、受信制御部３が受信ポート番号を算出する処理は、送信制御部２がポート番号を算出する処理と同様の処理を採用することとする。そのため、重複する説明は省略する。

　フィルタ部４は、受信制御部３から得た受信ポート番号が宛先ポート番号として含まれた第１の通信情報を受信するように設定する機能を有する。また、フィルタ部４は、通信部５が受信した第１の通信情報に対してフィルタリングを実施する。これにより、フィルタ部４は、第１の通信情報が第１アプリケーションに対して受け渡すべき通信情報か否かを判別する機能を有する。

　以下の説明では、図２を参照して詳細に説明する。図２は、本発明の第１の実施形態におけるアプリケーションＩＤ２０４を含む通信情報（第１及び第２の通信情報）のフォーマット構成を概念的に例示する図である。

　図２において、通信情報は、大別して、ヘッダフィールド２０６及びデータフィールド２０２を含む。また、データフィールド２０２は、アプリケーション識別子を示すアプリケーションＩＤ（例えば、図２に示すＡｐｐ　ＩＤ）２０４を含むデータヘッダ２０３及びデータ２０５を含む。即ち、データヘッダ２０３は、通信情報の宛先を示すアプリケーションＩＤ２０４を含む。

　ヘッダフィールド２０６は、宛先ポート番号（例えば、図２に示すＰｏｒｔ　Ｎｕｍ）２０７を含む。即ち、図２に示すヘッダフィールド２０６は、図１３において説明したヘッダフィールド２０１と比べて、下記に示す点が異なる。即ち、本来ではアプリケーション間において同一のポート番号を用いるところを、本実施形態を例に説明する本発明では、端末間において異なるポート番号（宛先ポート番号２０７）を用いる点が異なる。

　より具体的に、フィルタ部４は、通信部５が受信した第１の通信情報に含まれるヘッダフィールド２０６に記載された宛先ポート番号２０７を確認する。フィルタ部４は、確認した結果、宛先ポート番号２０７と自装置の第１アプリケーションに設定された受信ポート番号とが一致すると判断した場合に、第１の通信情報を受信制御部３に対して送信する。これにより、例えば、受信制御部３は、フィルタ部４から得た第１の通信情報を第１アプリケーションに対して通知してもよい。或いは、例えば、受信制御部３は、第１の通信情報を外部装置に対して通知してもよい。但し、本実施形態を例に説明する本発明は、前述した構成には限定されない（以下、各実施形態においても同様）。

　一方で、フィルタ部４は、宛先ポート番号２０７と受信ポート番号とが一致しないと判断した場合には、第１の通信情報を破棄する。

　尚、第１の通信情報を受信する設定手法は、例えば、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ）及びＵＤＰなどのトランスポートプロトコルに対するリッスンポートをオープンすることで実現すればよい。

　また、第１の通信情報に対するフィルタリングは、例えば、自装置に備えられているファイヤウォールを利用することによって実現する構成を採用してもよい。その場合に、当該フィルタリングの設定は、受信制御部３から通知された受信ポート番号と、受信した第１の通信情報に含まれる宛先ポート番号２０７とが一致している場合は廃棄しないように設定すればよい。

　通信部５は、送信制御部２から得た宛先ポート番号及び第１情報を用いて第２の通信情報を生成する。また、通信部５は、生成した第２の通信情報を、通信相手である特定の通信端末に対して送信する機能を有する。

　さらに、通信部５は、特定の通信端末から第１の通信情報を受信した際には、その第１の通信情報をフィルタ部４に対して受け渡す（送信する）機能を有する。

　より具体的に、通信部５は、第２の通信情報を送信するに際して、送信制御部２から通知された宛先ポート番号を第２の通信情報のヘッダフィールド（例えば、図２に示すヘッダフィールド２０６）に含める（記載する）ことによって、第２の通信情報を生成する。通信部５は、例えば、第２の通信情報を、複数の通信端末間において通信する場合に、それら通信端末が同時に受信できるよう当該複数の通信端末に対して送信する。

　上述したヘッダフィールドは、データフィールド（例えば、図２に示すデータフィールド２０２）が作成されるアプリケーションレイヤより下位レイヤのヘッダ情報によって構成される。例えば、複数の通信端末に対して同時に送信することが可能なＵＤＰによるブロードキャスト通信を利用する場合に、当該ヘッダフィールドは、ＵＤＰヘッダ及びＩＰヘッダによって構成される。一方で、ブロードキャスト通信と異なる他の通信手法を利用する場合には、当該ヘッダフィールドは、その通信手法において利用されるヘッダによって構成されてもよい。より具体的に、一例として、ＩＰ通信を用いて当該ブロードキャスト通信を採用した場合に、通信部５は、宛先ポート番号を、ＵＤＰヘッダの宛先ポートを示すフィールドに記載すればよい。

　尚、通信部５が宛先ポート番号と第１情報とに基づき第２の通信情報を生成する技術自体は、現在では一般的な技術を採用することができるので、本実施形態における詳細な説明は省略する（以下、各実施形態においても同様）。

　また、上述した本実施形態では、説明の便宜上、一例として、識別子（第１の識別子１０１及び第２の識別子１０２）は、自装置及び通信相手である特定の通信端末において動作するアプリケーションを識別可能な識別子を採用する構成を例に説明した。即ち、識別子は、アプリケーション識別子を採用する構成を例に説明した。しかしながら本発明に係る実施形態は、係る構成に限定されない。識別子には、自装置及び特定の通信端末において動作するアプリケーションが属するマルチキャストのグループを識別可能な識別子（マルチキャスト識別子）を採用する構成を採用してもよい。

　その場合に、送信制御部２は、当該特定の通信端末において動作するアプリケーションが属するマルチキャストのグループを識別可能な第２の識別子１０２（第２マルチキャスト識別子）を受信するのに応じて、上述した処理を実行すればよい。また、受信制御部３は、自装置において動作するアプリケーションが属するマルチキャストのグループを識別可能な第１の識別子１０１（第１マルチキャスト識別子）を受信するのに応じて、上述した処理を実行すればよい。このように、本実施の形態に係る通信端末装置１は、マルチキャスト識別子を採用した場合であっても、アプリケーション識別子を採用した場合と同様の処理を実行することができる。

　ここで、マルチキャスト識別子（第１マルチキャスト識別子及び第２マルチキャスト識別子）は、マルチキャストグループに属する複数の通信端末において動作する１つ以上のアプリケーション間において共有される識別子である。より具体的に、マルチキャスト識別子は、例えば、マルチキャストアドレス、マルチキャスト名及びマルチキャストのグループを識別可能なグループＩＤなどである。また、マルチキャスト識別子は、例えば、次に示す情報のうち、少なくとも何れか、または１つ以上の情報を組み合わせることによって、それぞれの通信端末において動作するアプリケーションと重複しない構成を採用してもよい。即ち、
　・マルチキャストアドレス、
　・マルチキャスト名及び
　・グループＩＤ。

　このように、マルチキャスト識別子は、例えば、無線インタフェースに設定されるマルチキャストグループＩＤに基づき生成される。また、マルチキャスト識別子は、複数のアプリケーションにおいて共有（重複）して利用される点が、アプリケーション識別子を採用した場合と異なる。

　また、以下の説明では、図３を参照してマルチキャストＩＤを含む通信情報（第１及び第２の通信情報）について詳細に説明する。図３は、本発明の第１の実施形態におけるマルチキャストＩＤ２１０を含む通信情報のフォーマット構成を概念的に例示する図である。

　図３に示す通信情報は、大別して、ヘッダフィールド２０６及びデータフィールド２０８を含む。また、データフィールド２０８は、マルチキャストＩＤ（例えば、図３に示すＭｕｌｔｉ　ＩＤ）２１０を含むデータヘッダ２０９及びデータ２０５を含む。即ち、データヘッダ２０９は、通信情報の宛先を示すマルチキャストＩＤ２１０を含む。また、ヘッダフィールド２０６は、宛先ポート番号２０７（例えば、図３に示すＰｏｒｔ　Ｎｕｍ２０７）を含む。即ち、図３に示すデータヘッダ２０９は、図２において説明したデータヘッダ２０３と比べて、アプリケーション識別子の替わりにマルチキャストＩＤ２１０を含む点が異なる。

　マルチキャスト通信を採用した場合であっても、通信部５は、送信制御部２から受信した宛先ポート番号と第１情報とに基づいて、第２の通信情報を生成する。そして、通信部５は、生成した第２の通信情報を、特定の通信端末に対して送信することができる。

　このように本実施の形態に係る通信端末装置１によれば、複数の通信端末装置を集中的に管理及び制御する通信管理装置を用いない環境であっても、それら通信端末装置間において情報を効率よく送受信すると共に、受信処理による負荷を削減することができる。その理由は、以下に述べる通りである。

　即ち、通信端末装置１は、自装置において動作するアプリケーション毎に、異なる受信ポート番号を求める受信制御部３と、求めた受信ポート番号を設定するフィルタ部４とを備えるからである。これにより、通信端末装置１は、求めた受信ポート番号を宛先ポート番号として含む第１の通信情報だけを得ることができる。また、通信端末装置１は、送信制御部２を備えるからである。即ち、送信制御部２は、第２の通信情報を送信するに際して、送信先である特定の通信端末において動作するアプリケーション毎に、異なる宛先ポート番号を求める。そして、送信制御部２は、その宛先ポート番号と第２の通信情報とを送信するよう通信部５を制御する。これにより、複数の端末装置は、互いに情報を効率よく送受信することができる。また、当該アプリケーションは、自装置において動作する自アプリケーションに宛てて送信された情報であるか否かを判別することなく、必要な第１の通信情報だけを得ることができる。即ち、通信端末装置１は、当該アプリケーションが第１の通信情報を受信する際の、当該アプリケーションの負荷を削減することができるからである。

　＜第２の実施形態＞
　次に、上述した本発明の第１の実施形態に係る通信端末装置１を基本とする第２の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。

　本発明の第２の実施形態における通信端末装置１０について、図２及び図４を参照して説明する。

　図４は、本発明の第２の実施形態における通信端末装置１０の構成を示すブロック図である。

　図４において、通信端末装置１０は、送信制御部２、受信制御部１１、アプリケーション制御部１２及びフィルタ部４を備える。また、受信制御部１１は、解析部１３を有する。

　解析部１３は、通信部５によって受信した第１の通信情報に含まれる情報を解析する。これによって、解析部１３は、第１の通信情報が自アプリケーション（第１アプリケーション）に宛てて送信された通信情報か否かを判別する機能を有する。即ち、解析部１３は、通信部５によって受信した第１の通信情報に含まれるデータヘッダ（例えば、図２に示すデータヘッダ２０３）を解析する。そして、解析部１３は、データヘッダを解析した結果、自アプリケーション宛ての通信情報か否かを判別する。または、解析部１３は、当該データヘッダを解析した結果、自アプリケーションが所属するマルチキャストグループ宛ての通信情報（マルチキャストデータ）か否かを判別する。

　より具体的に、解析部１３は、第１の通信情報に含まれるデータヘッダ内に記載された宛先を示す識別子を読み出す。解析部１３は、読み出した宛先を示す識別子と第１の識別子１０１（第１アプリケーション識別子）とが一致するか否かを判別する。解析部１３は、判別した結果、当該宛先を示す識別子と第１の識別子１０１とが一致すると判断した場合に、第１の通信情報をアプリケーション制御部１２に対して送信する。

　一方で、解析部１３は、判別した結果、係る宛先を示す識別子と第１の識別子１０１とが一致しないと判断した場合には、第１の通信情報を破棄する。即ち、解析部１３は、自アプリケーションに宛てて送信された通信情報でないと判断した場合には、第１の通信情報を破棄する。

　以下の説明では、例えば、マルチキャスト識別子を第１の識別子１０１及び第２の識別子１０２として採用した場合について説明する。

　解析部１３は、第１の通信情報に含まれるデータヘッダ内に記載された宛先を示す識別子を読み出す。解析部１３は、読み出した宛先を示す識別子と第１の識別子１０１（第１マルチキャスト識別子）とが一致するか否かを判別する。解析部１３は、判別した結果、宛先を示す識別子と第１の識別子１０１とが一致すると判断した場合に、第１の通信情報をアプリケーション制御部１２に対して送信する。即ち、解析部１３は、判別した結果、自アプリケーションが属するマルチキャストグループのマルチキャスト識別子であると判断した場合に、第１の通信情報をアプリケーション制御部１２に対して送信する。

　一方で、解析部１３は、判別した結果、係る宛先を示す識別子と第１の識別子１０１とが一致しないと判断した場合には、第１の通信情報を破棄する。即ち、解析部１３は、判別した結果、自アプリケーションが所属していないマルチキャストグループの識別子であると判断した場合には、第１の通信情報を破棄する。

　尚、解析部１３は、第１の実施形態において説明したように、識別子（第１の識別子１０１及び第２の識別子１０２）毎に、一意のポート番号が設定される場合は無くともよい。しかしながら、複数のアプリケーションにおいてポート番号の重複を許す場合には、受信制御部１１は、解析部１３を有することが望ましい。

　これにより、解析部１３は、自アプリケーション宛ての第１の通信情報かどうかを最終判定することができる。即ち、通信端末装置１０は、ポート番号（宛先ポート番号及び受信ポート番号）が他の通信端末装置と重複する場合であっても、自アプリケーション宛ての第１の通信情報だけを得ることができる。

　アプリケーション制御部１２は、特定の通信端末に対する第２の通信情報の送信処理を開始する機能を有する。また、アプリケーション制御部１２は、当該特定の通信端末から受信した第１の通信情報を保存する機能を有する。アプリケーション制御部１２は、自装置（通信端末装置１０）において動作するアプリケーションが第１の通信情報を受信する受信ポート番号の設定処理を開始する機能を有する。

　まず、アプリケーション制御部１２は、例えば、第１アプリケーションを利用するユーザから第２の通信情報を送信するよう要求（送信要求）があった場合に、第２の通信情報の送信処理を開始する。

　より具体的に、アプリケーション制御部１２は、例えば、第１アプリケーションが提供するユーザーインターフェースを通してユーザから送信処理に必要となる情報を受信する。即ち、アプリケーション制御部１２は、送信先である特定の通信端末において動作する第２アプリケーションの第２の識別子１０２と、第２の通信情報に含める第１情報またはその第１情報の保存場所を示す情報とを受信する。

　アプリケーション制御部１２は、係る保存場所を示す情報を受信した場合には、その情報に基づき第１情報が保存されているディレクトリの中から第１情報を読み出す。その後、アプリケーション制御部１２は、第２の識別子１０２と第１情報とを、送信制御部２に対して送信する。

　アプリケーション制御部１２は、通信相手である特定の通信端末において動作するアプリケーション（第２アプリケーション）から第１の通信情報を受信した場合には、第１の通信情報を保存するよう制御する。

　より具体的に、アプリケーション制御部１２は、受信制御部１１から得た第１の通信情報が次に示す情報のうち、何れの情報を示すかを判別する。
　・第１アプリケーションを制御する制御メッセージ、
　・識別子を含むノード情報及び
　・情報共有を目的とする情報。

　アプリケーション制御部１２は、制御メッセージを受信した場合に、その制御メッセージに従ってアプリケーション処理を実行する。また、アプリケーション制御部１２は、ノード情報を受信した場合には、そのノード情報をノード情報格納部１４に対して送信する。アプリケーション制御部１２は、ノード情報格納部１４に対してノード情報を保存するよう制御する。

　そして、アプリケーション制御部１２は、情報共有を目的とした情報を受信した場合には、その情報をデータ格納部１５に対して送信する。アプリケーション制御部１２は、データ格納部１５に対して当該情報を保存するよう制御する。

　アプリケーション制御部１２は、例えば、第１の通信情報に含まれるヘッダフィールド（例えば、図２に示すヘッダフィールド２０６）に設定されたフラグに基づいて、制御メッセージなど情報の種別を判別する構成を採用してもよい。その場合に、当該フラグとしては、制御メッセージなどの情報種別を判別可能なように設定されていればよい。

　アプリケーション制御部１２は、例えば、第１アプリケーションが起動するのに応じて、その第１アプリケーションが第１の通信情報を受信する受信ポート番号の設定処理を開始する。

　より具体的に、アプリケーション制御部１２は、例えば、第１アプリケーションが起動されるのに応じて、第１アプリケーションを識別可能な第１の識別子１０１（第１アプリケーション識別子）を受信制御部１１に対して送信する。

　例えば、アプリケーション制御部１２は、第１アプリケーションのコンフィグファイルに記載された情報を読み込むことによって第１の識別子１０１を取得する構成を採用してもよい。或いは、アプリケーション制御部１２は、第１アプリケーションによって取得された自装置の情報を第１の識別子１０１として取得する構成を採用してもよい。

　これにより、受信制御部１１は、アプリケーション制御部１２から受信した第１の識別子１０１に基づいて、受信ポート番号を求めることができる。また、フィルタ部４は、求めた受信ポート番号を、第１アプリケーションが第１の通信情報を受信する受信ポート番号として設定することができる。

　ノード情報格納部１４は、アプリケーション制御部１２から得たノード情報（アプリケーション識別子またはマルチキャスト識別子）を保存する機能及び読み出す機能を有する。

　ノード情報格納部１４は、アプリケーション制御部１２からノード情報を受信した場合に、当該ノード情報を保存する。

　一方で、ノード情報格納部１４は、アプリケーション制御部１２からノード情報の読み出し要求を受信した場合には、その要求に応じてノード情報をアプリケーション制御部１２に対して送信する。より具体的に、例えば、ノード情報格納部１４は、任意のアプリケーション識別子に関連付けられたマルチキャスト識別子の読み出し要求を受信した場合には、該当するマルチキャスト識別子をアプリケーション制御部１２に対して送信する。

　データ格納部１５は、アプリケーション制御部１２から得た情報共有を目的とした情報を保存する機能を有する。データ格納部１５は、アプリケーション制御部１２から得た第１の通信情報に含まれる当該情報を受信した場合に、その情報を保存する。その一方で、データ格納部１５は、アプリケーション制御部１２から当該情報の読み出し要求を受信した場合には、その要求に応じて当該情報をアプリケーション制御部１２に対して送信する。

　このように本実施の形態に係る通信端末装置１０によれば、第１の実施形態において説明した効果を享受できると共に、さらに、受信処理による負荷を削減することができる。

　その理由は、受信制御部１１は、第１の通信情報が自アプリケーションに宛てて送信された通信情報か否かを判別する解析部１３を、さらに有するからである。これにより、通信端末装置１０は、ポート番号が他の通信端末装置と重複する場合であっても、自アプリケーション宛ての第１の通信情報だけを得ることができる。即ち、通信端末装置１０は、当該アプリケーションが第１の通信情報を受信する際の負荷を、さらに削減することができるからである。

　＜第３の実施形態＞
　次に、上述した本発明の第２の実施形態に係る通信端末装置１０を基本とする第３の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。

　本発明の第３の実施形態における通信端末装置２０について、図２、図５乃至図１０を参照して説明する。

　図５は、本発明の第３の実施形態における通信端末装置２０の構成を示すブロック図である。

　図５において、通信端末装置２０は、送信制御部２１、受信制御部２２、アプリケーション制御部１２及びフィルタ部４を備える。また、送信制御部２１は、宛先ポート番号設定部２３及び宛先ポート番号算出部２４を有する。受信制御部２２は、解析部１３、受信ポート番号設定部２５及び受信ポート番号算出部２６を有する。

　宛先ポート番号設定部２３及び宛先ポート番号算出部２４は、第１の実施形態において説明した送信制御部２に相当する。また、受信ポート番号設定部２５及び受信ポート番号算出部２６は、第１の実施形態において説明した受信制御部３に相当する。

　尚、通信端末装置３１－１及び通信端末装置３１－２の構成は、通信端末装置２０の構成と同様である。そのため、説明の便宜上、図５に示す通信端末装置３１－１及び通信端末装置３１－２の構成は省略する。

　以下の説明では、説明の便宜上、一例として、情報共有を目的とする通信情報の送信及び受信動作について、図２、図５乃至図１０を参照して説明する。

　以下の説明では、説明の便宜上、説明をよりわかりやすくすることを目的として、通信端末装置２０は、ネットワークを構成する複数の通信端末装置のうち、２つの通信端末装置（通信端末装置３１－１及び３１－２）との通信に着目した場合の構成を例に説明する。しかしながら、本発明に係る実施形態は、係る構成に限定されない。通信端末装置２０は、アドホックネットワークを構築するシステムに応じて、例えば、１つ以上の通信端末装置と通信する構成を採用することができる。

　また、以下の説明では、図６に示すように第１の通信端末として通信端末装置３１－１を「Ｎｏｄｅ＿Ａ」と称し、第２の通信端末として通信端末装置３１－２を「Ｎｏｄｅ＿Ｃ」と称する。また、以下の説明では、通信端末装置２０を「Ｎｏｄｅ＿Ｂ」と称する。

　ここで、図６は、本発明の第３の実施形態における各通信端末装置の動作を概念的に例示する図である。

　図６において、Ｎｏｄｅ＿Ｂは、２つの通信情報をＮｏｄｅ＿Ａ及びＮｏｄｅ＿Ｃに対して送信する。１回目に送信された通信情報は、次に示す情報を含むこととする。
　・宛先ポート番号「Ｐｏｒｔ　Ａ」の記載されたＵＤＰヘッダ及びＩＰヘッダを含むヘッダフィールド２２０及び
　・宛先を示すアプリケーション識別子「ＩＤ：Ａ」を含むデータフィールド２２１。

　また、２回目に送信された通信情報は、次に示す情報を含むこととする。
　・宛先ポート番号「Ｐｏｒｔ　Ｃ」の記載されたＵＤＰヘッダ及びＩＰヘッダを含むヘッダフィールド２２２及び
　・宛先を示すアプリケーション識別子「ＩＤ：Ｃ」を含むデータフィールド２２３。

　これら通信情報は、ブロードキャスト通信によって送信されることとする。そして、Ｎｏｄｅ＿Ａ乃至Ｎｏｄｅ＿Ｃは、お互いに隣接する通信端末とだけ通信できることとする。Ｎｏｄｅ＿Ａ乃至Ｎｏｄｅ＿Ｃは、定期的にＮｏｄｅ＿Ａ乃至Ｎｏｄｅ＿Ｃ自身（自ノード）の存在を通知する制御メッセージを、隣接する通信端末に対して送信することとする。これにより、Ｎｏｄｅ＿Ａ乃至Ｎｏｄｅ＿Ｃは、互いに自ノードと異なる他の通信装置の存在（即ち、各通信端末のアプリケーション識別子）を認識することとする。

　Ｎｏｄｅ＿Ａ乃至Ｎｏｄｅ＿Ｃは、通信情報を送信する送信端末及び通信情報を受信する受信端末のどちらの動作も行うことができる。しかしながら、以下の説明では、説明の便宜上、Ｎｏｄｅ＿Ｂを送信端末とし、そして、Ｎｏｄｅ＿Ａ及びＮｏｄｅ＿Ｃを受信端末とすることとする。

　尚、説明の便宜上、上述した構成を例に説明するが、本実施形態を例に説明する本発明は、前述した構成には限定されない。

　まず、以下の説明において、より具体的に、本実施形態における受信ポート番号の設定処理の動作について説明する。

　図７は、本発明の第３の実施形態における通信端末装置２０が行う受信ポート番号の設定処理の動作を示すフローチャートである。係るフローチャートに沿って通信端末装置２０の動作手順を説明する。

　最初に、受信端末であるＮｏｄｅ＿Ａ及びＮｏｄｅ＿Ｃは、それぞれ通信端末において動作するアプリケーション（第１アプリケーション）が起動されるのに応じて、図７に示す受信ポート番号の設定処理を開始する。尚、本動作は、情報共有のために、Ｎｏｄｅ＿Ｂも受信端末として動作する必要がある。そのため、Ｎｏｄｅ＿Ｂは、例えば、各通信端末のアプリケーションが起動した場合に、同様に受信ポート番号の設定処理を開始することとする。

　Ｎｏｄｅ＿Ａ及びＮｏｄｅ＿Ｃは、アプリケーション制御部１２を用いて、自アプリケーションの受信ポート番号の設定処理を開始する。より具体的に、アプリケーション制御部１２は、第１アプリケーションを識別可能な第１の識別子１０１を、例えば、コンフィグファイルに記載された情報を読み込むことによって取得する。アプリケーション制御部１２は、取得した第１の識別子１０１を、受信ポート番号設定部２５に対して通知する（ステップＳ１０１）。

　受信ポート番号設定部２５は、アプリケーション制御部１２から通知された第１の識別子１０１と受信ポート番号算出部２６とを用いて、受信ポート番号を求める。より具体的に、受信ポート番号設定部２５は、第１の識別子１０１を受信ポート番号算出部２６に対して送信する。受信ポート番号算出部２６は、受信ポート番号設定部２５から得た第１の識別子１０１に基づいて、受信ポート番号を算出する（ステップＳ１０２）。また、受信ポート番号算出部２６は、算出した受信ポート番号を、受信ポート番号設定部２５に対して送信する（ステップＳ１０３）。

　受信ポート番号設定部２５は、受信ポート番号算出部２６から得た受信ポート番号をフィルタ部４に対して通知する（ステップＳ１０４）。

　フィルタ部４は、受信ポート番号設定部２５から得た受信ポート番号が宛先ポート番号として含まれる通信情報を受信するように設定する（ステップＳ１０５）。

　以上の動作によって、図７に示す受信ポート番号の設定処理は完了する。

　尚、以下の説明では、説明の便宜上、一例として、Ｎｏｄｅ＿Ａ乃至Ｎｏｄｅ＿Ｃの受信ポート番号は、順にＡ、Ｂ及びＣとして表すこととする。より具体的に、例えば、Ａ、Ｂ及びＣには、ポート番号値「８０」などの番号が割り当てられる。

　次に、以下の説明において、より具体的に、本実施形態における通信情報を送信する際の動作について、図８及び図９を参照して説明する。

　図８は、本発明の第３の実施形態における通信端末装置２０が行う通信情報を送信する際の動作を示すフローチャートである。係るフローチャートに沿って通信端末装置２０の動作手順を説明する。

　送信端末であるＮｏｄｅ＿Ｂは、例えば、ユーザから通信情報の送信要求を受け付けた場合に、アプリケーション制御部１２を用いて、図８に示す通信情報を送信する際の処理を開始する。

　まず、Ｎｏｄｅ＿Ｂは、宛先ポート番号の設定処理を開始する（ステップＳ１１０）。図９は、本発明の第３の実施形態における通信端末装置２０が行う宛先ポート番号の設定処理の動作を示すフローチャートである。

　図９において、アプリケーション制御部１２は、例えば、ＧＵＩ（ｇｒａｐｈｉｃａｌ　ｕｓｅｒ　ｉｎｔｅｒｆａｃｅ、不図示）を通じてユーザから指示された送信先（つまり、宛先）である通信端末において動作する第２アプリケーションの第２の識別子１０２と第１情報とを受信する。アプリケーション制御部１２は、第２の識別子１０２と第１情報とを、宛先ポート番号設定部２３に対して送信する（ステップＳ１３１）。

　宛先ポート番号設定部２３は、アプリケーション制御部１２から得た第２の識別子１０２と宛先ポート番号算出部２４とを用いて、宛先ポート番号を求める。

　より具体的に、宛先ポート番号設定部２３は、第２の識別子１０２を宛先ポート番号算出部２４に対して送信する。宛先ポート番号算出部２４は、宛先ポート番号設定部２３から得た第２の識別子１０２に基づいて、ポート番号を算出する（ステップＳ１３２）。また、宛先ポート番号算出部２４は、算出したポート番号を、宛先ポート番号設定部２３に対して送信する（ステップＳ１３３）。

　ポート番号の算出が終わると、宛先ポート番号設定部２３は、算出したポート番号を宛先ポート番号として通信部５に対して送信する。また、宛先ポート番号設定部２３は、第１情報を通信部５に対して送信する（ステップＳ１３４）。

　その後、通信部５は、図８に示す通信情報の送信処理を開始する（ステップＳ１１１）。

　より具体的に、通信部５は、宛先ポート番号設定部２３から得た宛先ポート番号と第１情報とに基づいて、通信情報を生成する。即ち、通信部５は、宛先ポート番号をデータヘッダに含めると共に、第１情報を複数の通信端末が同時に受信可能なように送信する（ステップＳ１１１）。

　以上の動作によって、図８及び図９に示す通信情報を送信する際の処理は完了する。

　次に、以下の説明において、より具体的に、本実施形態における通信情報を受信する際の動作について図６及び図１０を参照して説明する。

　図１０は、本発明の第３の実施形態における通信端末装置２０が行う通信情報を受信する際の動作を示すフローチャートである。係るフローチャートに沿って通信端末装置の動作手順を説明する。

　まず、受信端末であるＮｏｄｅ＿Ａ及びＮｏｄｅ＿Ｃは、Ｎｏｄｅ＿Ｂから通信部５が通信情報を受信するのに応じて、図１０に示す通信情報を受信する際の動作を開始する。

　Ｎｏｄｅ＿Ａ及びＮｏｄｅ＿Ｃは、フィルタ部４を用いて、通信部５が受信した通信情報を第１アプリケーションに受け渡すか否かを判別する。即ち、Ｎｏｄｅ＿Ａ及びＮｏｄｅ＿Ｃは、フィルタ部４を用いて、通信情報を破棄する処理を行う。

　より具体的に、フィルタ部４は、通信部５から受信した通信情報のヘッダフィールド（例えば、図６に示すヘッダフィールド２２０）に記載された宛先ポート番号を確認する。フィルタ部４は、確認した結果、ヘッダフィールドに記載された宛先ポート番号（例えば、図２に示す宛先ポート番号２０７）と自装置（Ｎｏｄｅ＿Ａ及びＮｏｄｅ＿Ｃ）に設定された受信ポート番号とが一致すると判断した場合に、次に示す処理を実行する。即ち、フィルタ部４は、通信情報を解析部１３に対して受け渡す（ステップＳ１２０において「ＹＥＳ」）。

　一方で、フィルタ部４は、確認した結果、係る宛先ポート番号と自装置に設定された受信ポート番号とが一致しないと判断した場合に、処理をステップＳ１２３に進める（ステップＳ１２０において「ＮＯ」）。フィルタ部４は、自アプリケーション宛の通信情報ではないと判断し、そして、通信情報を破棄する（ステップＳ１２３）。

　解析部１３は、フィルタ部４から受け取った通信情報に含まれるデータヘッダを解析する解析処理を実行する。

　以下の説明では、解析処理について説明する。
　解析部１３は、通信情報に含まれるデータヘッダ内に記載された宛先を示す識別子を読み出す。解析部１３は、読み出した宛先を示す識別子と第１の識別子１０１とが一致すると判断した場合に、通信情報をアプリケーション制御部１２に対して送信する（ステップＳ１２１において「ＹＥＳ」）。一方で、解析部１３は、判別した結果、宛先を示す識別子と第１の識別子１０１とが一致しないと判断した場合には、処理をステップＳ１２４に進める（ステップＳ１２１において「ＮＯ」）。解析部１３は、通信情報を破棄する（ステップＳ１２４）。
　例えば、解析部１３は、当該データヘッダ内に、自装置のアプリケーション識別子、または当該アプリケーションが属するマルチキャストグループのマルチキャスト識別子が含まれている場合に、宛先を示す識別子と第１の識別子１０１とが一致すると判断する。解析部１３は、通信情報をアプリケーション制御部１２に対して送信する。

　ここで、図６において、Ｎｏｄｅ＿Ｂが１回目に送信した通信情報には、Ｎｏｄｅ＿Ａを宛先とする宛先ポート番号（図６に示す「ＵＤＰ：ｐｏｒｔ　Ａ」）が記載されている。そのため、Ｎｏｄｅ＿Ａでは、上述したステップＳ１２０とステップＳ１２１とにおいて説明した処理を通過する。そして、Ｎｏｄｅ＿Ａは、図１０に示すステップＳ１２２の処理を開始する。その一方で、Ｎｏｄｅ＿Ｃでは、自装置に設定されている受信ポート番号と一致しない。そのため、Ｎｏｄｅ＿Ｃは、ステップＳ１２３において通信情報を破棄する。即ち、Ｎｏｄｅ＿Ｃにおいて動作するアプリケーション（第１アプリケーション）には、通信情報が通知されない。

　また、図６において、Ｎｏｄｅ＿Ｂが２回目に送信した通信情報には、Ｎｏｄｅ＿Ｃを宛先とする宛先ポート番号（図６に示す「ＵＤＰ：ｐｏｒｔ　Ｃ」）が記載されている。そのため、Ｎｏｄｅ＿Ａでは、通信情報が破棄される。一方で、Ｎｏｄｅ＿Ｃでは、ステップＳ１２０とステップＳ１２１とにおいて説明した処理を通過する。

　次に、以下の説明では、通信情報の受信処理について説明する。ここでは、説明の便宜上、一例として、Ｎｏｄｅ＿Ａにおいて当該受信処理を実行した場合について説明する。

　Ｎｏｄｅ＿Ａは、アプリケーション制御部１２を用いて、パケットの受信処理を開始する。まず、アプリケーション制御部１２は、解析部１３から通信情報を受信する。アプリケーション制御部１２は、受信した通信情報のデータヘッダを解析する。即ち、アプリケーション制御部１２は、通信情報のデータヘッダを確認する。アプリケーション制御部１２は、確認した結果に応じて、異なる処理を実行する（ステップＳ１２２）。

　その場合に、アプリケーション制御部１２は、ノード情報を受信したと判断した場合に、そのノード情報をノード情報格納部１４に対して送信する。アプリケーション制御部１２は、ノード情報格納部１４に対してノード情報を保存するよう制御する。或いは、確認した結果、アプリケーション制御部１２は、情報共有を目的とした情報を受信したと判断した場合に、その情報をデータ格納部１５に対して送信する。アプリケーション制御部１２は、データ格納部１５に対して当該情報を保存するよう制御する。また、アプリケーション制御部１２は、制御メッセージを受信したと判断した場合には、その制御メッセージに従ってアプリケーション処理を実行する。

　上述した動作によって、各通信端末において動作するアプリケーションは、自アプリケーション宛ての通信情報だけを受信することができる。また、複数の通信端末においてマルチキャストを行う場合には、通信端末装置２０は、アプリケーション識別子をマルチキャスト識別子に置き換えて上述した動作を行えばよい。

　このように本実施の形態に係る通信端末装置２０によれば、各実施形態において説明した効果を享受できると共に、さらに、複数の通信端末間において通信する場合であっても、通信情報を効率よく送受信することができる。また、通信端末装置２０によれば、それら通信端末において受信処理による負荷を削減することができる。

　その理由は、各通信端末は、上述したように求めたポート番号を用いて通信情報を送信または受信することができる。これによって、それら通信端末において動作するアプリケーションは、不必要な通信情報を受信することを抑制することができるからである。その結果、当該アプリケーションでは、負荷を削減することができる。

　（ハードウェア構成例）
　上述した実施形態において図面に示した各部は、ソフトウェアプログラムの機能（処理）単位（ソフトウェアモジュール）と捉えることができる。これらの各ソフトウェアモジュールは、専用のハードウェアによって実現してもよい。但し、これらの図面に示した各部の区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。この場合のハードウェア環境の一例を、図１１を参照して説明する。

　図１１は、本発明の模範的な実施形態に係る通信端末装置を実行可能な情報処理装置３００（コンピュータ）の構成を例示的に説明する図である。即ち、図１１は、サーバ等のコンピュータ（情報処理装置）の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。このコンピュータは、通信端末装置１（図１）、或いは、通信端末装置１０（図４）、通信端末装置２０（図５）、の全体または一部の通信端末装置を実現可能である。

　図１１に示した情報処理装置３００は、以下の構成がバス（通信線）３０６を介して接続された一般的なコンピュータである。

　・ＣＰＵ（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ）３０１、
　・ＲＯＭ（Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）３０２、
　・ＲＡＭ（Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）３０３、
　・ハードディスク（記憶装置）３０４、
　・外部装置との通信インタフェース（図１１において通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）と示す）３０５、
　・ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ＿Ｄｉｓｃ＿Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）等の記録媒体３０７に格納されたデータを読み書き可能なリーダライタ３０８。

　そして、上述した実施形態を例に説明した本発明は、以下の手順によって達成される。即ち、図１１に示した情報処理装置３００に対して、その説明において参照したブロック構成図（図１、図４、図５）或いはフローチャート（図７、図８、図９、図１０）の機能を実現可能なコンピュータ・プログラムが供給される。その後、そのコンピュータ・プログラムは、当該ハードウェアのＣＰＵ３０１に読み出されて実行されることによって達成される。また、当該装置内に供給されたコンピュータ・プログラムは、読み書き可能な一時記憶メモリ（ＲＡＭ３０３）またはハードディスク３０４等の不揮発性の記憶デバイスに格納すればよい。

　また、前記の場合において、当該ハードウェア内へのコンピュータ・プログラムの供給方法は、現在では一般的な手順を採用することができる。例えば、ＣＤ－ＲＯＭ等の各種記録媒体３０７を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等である。そして、このような場合において、本発明は、係るコンピュータ・プログラムを構成するコード、或いはそのコードが格納された記録媒体によって構成されると捉えることができる。

　以上、実施形態を参照して本発明を説明してきたが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解しうる様々な変更をすることができる。
　この出願は、２０１４年８月７日に出願された日本出願特願２０１４－１６１００６を基礎とする優先権を主張し、その開示の全てをここに取り込む。

　１　　通信端末装置
　２　　送信制御部
　３　　受信制御部
　４　　フィルタ部
　５　　通信部
　１０　　通信端末装置
　１１　　受信制御部
　１２　　アプリケーション制御部
　１３　　解析部
　１４　　ノード情報格納部
　１５　　データ格納部
　２０　　通信端末装置
　２１　　送信制御部
　２２　　受信制御部
　２３　　宛先ポート番号設定部
　２４　　宛先ポート番号算出部
　２５　　受信ポート番号設定部
　２６　　受信ポート番号算出部
　３１－１、３１－２　　通信端末装置
　１０１　　第１の識別子
　１０２　　第２の識別子
　２０１、２０６、２２０、２２２　　ヘッダフィールド
　２０２、２０８、２２１、２２３　　データフィールド
　２０３、２０９　　データヘッダ
　２０４　　アプリケーションＩＤ
　２０５　　データ
　２０７　　宛先ポート番号
　２１０　　マルチキャストＩＤ
　３００　　情報処理装置
　３０１　　ＣＰＵ
　３０２　　ＲＯＭ
　３０３　　ＲＡＭ
　３０４　　ハードディスク
　３０５　　通信インタフェース
　３０６　　バス
　３０７　　記録媒体
　３０８　　リーダライタ

Claims (10)

1. 　自装置において動作する第１アプリケーションを識別可能な第１の識別子に基づいて、通信相手である特定の通信端末装置から第１の通信情報を受信する受信ポート番号を求める受信制御手段と、
   　前記受信制御手段から得た前記受信ポート番号を、前記第１アプリケーションの受信ポートとして設定するフィルタリング手段と、
   　前記特定の通信端末装置において動作する第２アプリケーションを識別可能な第２の識別子に基づいて、前記特定の通信端末装置の宛先を示す宛先ポート番号を求める送信制御手段と、を備え、
   　　前記送信制御手段は、
   　　　前記第１の通信情報と異なる他の第２の通信情報を前記特定の通信端末装置に対して送信するに際して、前記求めた宛先ポート番号と該第２の通信情報とを送信するよう通信手段を制御する
   通信端末装置。
2. 　前記受信制御手段は、
   前記第１の通信情報に含まれる情報を解析することによって、前記第１の通信情報が前記第１アプリケーションに宛てて送信された通信情報か否かを判別し、判別した結果、前記第１アプリケーションに宛てて送信された通信情報でないと判断した場合には、前記第１の通信情報を破棄する解析手段を、さらに有する
   請求項１に記載の通信端末装置。
3. 　前記第１及び第２の識別子は、
   自装置及び複数の前記特定の通信端末装置において動作するアプリケーション毎に、設定された重複しない識別子である
   請求項１または請求項２に記載の通信端末装置。
4. 　前記第１の識別子は、
   前記第１アプリケーションが属するマルチキャストのグループを識別可能な識別子であり、
   　前記第２の識別子は、
   前記第２アプリケーションが属するマルチキャストのグループを識別可能な識別子である
   請求項１または請求項２に記載の通信端末装置。
5. 　前記受信ポート番号は、
   自装置及び複数の前記特定の通信端末装置における前記第１の識別子毎に、その第１の識別子に応じて求められた重複しない受信ポート番号であり、
   　前記宛先ポート番号は、
   複数の前記特定の通信端末装置における前記第２の識別子毎に、その第２の識別子に応じて求められた重複しない宛先ポート番号である
   請求項１乃至請求項４の何れかに記載の通信端末装置。
6. 　前記受信ポート番号は、
   前記第１アプリケーションが利用する通信ポート番号であり、
   　前記宛先ポート番号は、
   前記第２アプリケーションが利用する通信ポート番号である
   請求項１乃至請求項５の何れかに記載の通信端末装置。
7. 　前記第１及び第２の通信情報は、
   ヘッダ内に宛先を示す識別子を含む
   請求項１乃至請求項６の何れかに記載の通信端末装置。
8. 　前記解析手段は、
   前記第１の通信情報に含まれる宛先を示す識別子と前記第１の識別子とが一致するか否かを判別し、判別した結果、一致しないと判断した場合には、前記第１の通信情報を破棄する
   請求項２に記載の通信端末装置。
9. 　通信端末装置において動作する第１アプリケーションを識別可能な第１の識別子に基づいて、通信相手である特定の通信端末装置から第１の通信情報を受信する受信ポート番号を求め、
   　求めた前記受信ポート番号を、前記第１アプリケーションの受信ポートとして設定し、
   　前記特定の通信端末装置において動作する第２アプリケーションを識別可能な第２の識別子に基づいて、前記特定の通信端末装置の宛先を示す宛先ポート番号を求め、
   　前記第１の通信情報と異なる他の第２の通信情報を前記特定の通信端末装置に対して送信するに際して、前記求めた宛先ポート番号と該第２の通信情報とを送信するよう通信手段を制御する、
   送受信方法。
10. 　通信端末装置において動作する第１アプリケーションを識別可能な第１の識別子に基づいて、通信相手である特定の通信端末装置から第１の通信情報を受信する受信ポート番号を求める機能と、
    　求めた前記受信ポート番号を、前記第１アプリケーションの受信ポートとして設定する機能と、
    　前記特定の通信端末装置において動作する第２アプリケーションを識別可能な第２の識別子に基づいて、前記特定の通信端末装置の宛先を示す宛先ポート番号を求める機能と、
    　前記第１の通信情報と異なる他の第２の通信情報を前記特定の通信端末装置に対して送信するに際して、前記求めた宛先ポート番号と該第２の通信情報とを送信するよう通信手段を制御する機能と、
    をコンピュータに実現させるコンピュータ・プログラムが格納された記録媒体。

Images