特許 7534033 メッセージフィルタリング方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-05

(45)【発行日】2024-08-14

(54)【発明の名称】メッセージフィルタリング方法及び装置

(51)【国際特許分類】

   H04W 76/40 20180101AFI20240806BHJP

   H04W 4/44 20180101ALI20240806BHJP

   H04W 4/46 20180101ALI20240806BHJP

   H04W 48/18 20090101ALI20240806BHJP

   H04W 76/23 20180101ALI20240806BHJP

【ＦＩ】

H04W76/40

H04W4/44

H04W4/46

H04W48/18 110

H04W76/23

【請求項の数】 28

(21)【出願番号】P 2023538989

(86)(22)【出願日】2021-11-24

(65)【公表番号】

(43)【公表日】2024-01-12

(86)【国際出願番号】 CN2021132866

(87)【国際公開番号】W WO2022135006

(87)【国際公開日】2022-06-30

【審査請求日】2023-07-26

(31)【優先権主張番号】202011570800.9

(32)【優先日】2020-12-26

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ヤーン，ミヤオ

(72)【発明者】

【氏名】リー，ミーンチャオ

【審査官】吉倉 大智

(56)【参考文献】

【文献】国際公開第２０２０／０９２７４２（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０２０／０３５１９６６（ＵＳ，Ａ１）

【文献】国際公開第２０２０／０６８９９１（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１９／０３４９７３０（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

ＩＥＥＥ ８０２．１１

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

第１端末に適用されるメッセージフィルタリング方法であって、
前記第１端末によって第３端末への第１ユニキャスト接続を確立し、前記第１端末によって前記第１ユニキャスト接続に基づいて第１アイデンティティと第１アプリケーション識別子との間のマッピング関係を記憶することを有し、前記第１アイデンティティは前記第３端末の一意の識別子であり、前記第１アプリケーション識別子は前記第３端末によって提供されるアプリケーションサービスの識別子である、前記方法において、
第２端末によってブロードキャストされる第１メッセージを受信することであり、前記第１メッセージは第２アイデンティティ及び第２アプリケーション識別子を含み、前記第２アイデンティティは前記第２端末の一意の識別子であり、前記第２アプリケーション識別子は前記第２端末によって提供されるアプリケーションサービスの識別子である、ことと、
前記第２アイデンティティが前記第１アイデンティティと同じであり、前記第２アプリケーション識別子が前記第１アプリケーション識別子と一致する場合に、前記第１端末によって前記第２端末への第２ユニキャスト接続を確立することを拒否することと
を有する方法。

【請求項2】

前記第１アイデンティティは、前記第３端末の媒体アクセス制御（ＭＡＣ）アドレスであり、前記第２アイデンティティは、前記第２端末のＭＡＣアドレスであり、前記第１アプリケーション識別子は、第１アプリケーションの識別子又は前記第１アプリケーションの前記識別子のマッピング値のうちの少なくとも１つを含み、前記第２アプリケーション識別子は、第２アプリケーションの識別子又は前記第２アプリケーションの前記識別子のマッピング値のうちの少なくとも１つを含む、
請求項１に記載の方法。

【請求項3】

前記第１アプリケーション識別子が前記第１アプリケーションの前記識別子であり、前記第２アプリケーション識別子が前記第２アプリケーションの前記識別子である場合に、前記第２アプリケーション識別子が前記第１アプリケーション識別子と一致するとは、前記第２アプリケーションの前記識別子が前記第１アプリケーションの前記識別子と同じであることを意味する、
請求項２に記載の方法。

【請求項4】

前記第１アプリケーション識別子が前記第１アプリケーションの前記識別子の前記マッピング値であり、前記第２アプリケーション識別子が前記第２アプリケーションの前記識別子の前記マッピング値である場合に、前記第２アプリケーション識別子が前記第１アプリケーション識別子と一致するとは、前記第２アプリケーションの前記識別子の前記マッピング値が前記第１アプリケーションの前記識別子の前記マッピング値と同じであることを意味する、
請求項２に記載の方法。

【請求項5】

前記第１アプリケーション識別子が前記第１アプリケーションの前記識別子及び前記第１アプリケーションの前記識別子の前記マッピング値を含み、前記第２アプリケーション識別子が前記第２アプリケーションの前記識別子及び前記第２アプリケーションの前記識別子の前記マッピング値を含む場合に、前記第２アプリケーション識別子が前記第１アプリケーション識別子と一致するとは、前記第２アプリケーションの前記識別子が前記第１アプリケーションの前記識別子と同じであり、前記第２アプリケーションの前記識別子の前記マッピング値が前記第１アプリケーションの前記識別子の前記マッピング値と同じであることを意味する、
請求項２に記載の方法。

【請求項6】

前記第１メッセージは識別エリアを更に含み、前記識別エリアは、前記第２端末によってサポートされる第２アプリケーションのサービス範囲を示すために使用され、前記方法は、
前記第２アイデンティティが前記第１アイデンティティとは異なるか、又は前記第２アプリケーション識別子が前記第１アプリケーション識別子と一致しない場合に、前記識別エリアを取得することと、
前記第１端末が前記識別エリアに位置していない場合に、前記第１端末によって、前記第２端末への前記第２ユニキャスト接続を確立することを拒否することと
を更に有する、
請求項１乃至５のうちいずれか一項に記載の方法。

【請求項7】

前記方法は、
前記第２アイデンティティが前記第１アイデンティティとは異なるか、又は前記第２アプリケーション識別子が前記第１アプリケーション識別子と一致せず、前記第１端末が前記識別エリアに位置している場合に、前記第１メッセージに応答して、前記第２ユニキャスト接続を確立し、前記第２アイデンティティと前記第２アプリケーション識別子との間のマッピング関係を記憶することを更に有する、
請求項６に記載の方法。

【請求項8】

前記方法は、
前記第２ユニキャスト接続を確立した後、前記第１端末が前記識別エリアにもはや位置していない場合に、前記第２アイデンティティと前記第２アプリケーション識別子との間の前記記憶されたマッピング関係を削除することを更に有する、
請求項７に記載の方法。

【請求項9】

前記第１アイデンティティと前記第１アプリケーション識別子との間の前記マッピング関係は、マッピング情報に記憶される、
請求項１乃至８のうちいずれか一項に記載の方法。

【請求項10】

前記マッピング情報は、前記第１端末のネットワークレイヤ又はメッセージレイヤで記憶される、
請求項９に記載の方法。

【請求項11】

前記第２アイデンティティは、前記第１メッセージ内のソースレイヤ２識別子であり、前記第２アプリケーションの前記識別子は、前記第１メッセージ内のアプリケーション識別子であり、前記第２アプリケーションの前記識別子の前記マッピング値は、前記第１メッセージ内のあて先レイヤ２識別子である、
請求項２乃至５のうちいずれか一項に記載の方法。

【請求項12】

前記第１メッセージは、ユニキャストサービスアナウンスメントであり、前記第１メッセージは、専用サービスアナウンスメント（ＤＳＡ）によって運ばれる、
請求項１乃至１１のうちいずれか一項に記載の方法。

【請求項13】

前記第２端末は、路側機（ＲＳＵ）又は車載器（ＯＢＵ）である、
請求項１乃至１２のうちいずれか一項に記載の方法。

【請求項14】

第３端末への第１ユニキャスト接続を確立し、前記第１ユニキャスト接続に基づいて第１アイデンティティと第１アプリケーション識別子との間のマッピング関係を記憶するメッセージフィルタリング装置であって、前記第１アイデンティティは前記第３端末の一意の識別子であり、前記第１アプリケーション識別子は前記第３端末によって提供されるアプリケーションサービスの識別子である、前記装置において、
第２端末によってブロードキャストされる第１メッセージを受信するよう構成される受信ユニットであり、前記第１メッセージは第２アイデンティティ及び第２アプリケーション識別子を含み、前記第２アイデンティティは前記第２端末の一意の識別子であり、前記第２アプリケーション識別子は前記第２端末によって提供されるアプリケーションサービスの識別子である、前記受信ユニットと、
前記第２アイデンティティが前記第１アイデンティティと同じであり、前記第２アプリケーション識別子が前記第１アプリケーション識別子と一致する場合に、前記第２端末への第２ユニキャスト接続を確立することを拒否するよう構成される処理ユニットと
を有する装置。

【請求項15】

前記第１アイデンティティは、前記第３端末の媒体アクセス制御（ＭＡＣ）アドレスであり、前記第２アイデンティティは、前記第２端末のＭＡＣアドレスであり、前記第１アプリケーション識別子は、第１アプリケーションの識別子又は前記第１アプリケーションの前記識別子のマッピング値のうちの少なくとも１つを含み、前記第２アプリケーション識別子は、第２アプリケーションの識別子又は前記第２アプリケーションの前記識別子のマッピング値のうちの少なくとも１つを含む、
請求項１４に記載の装置。

【請求項16】

前記第１アプリケーション識別子が前記第１アプリケーションの前記識別子であり、前記第２アプリケーション識別子が前記第２アプリケーションの前記識別子である場合に、前記第２アプリケーション識別子が前記第１アプリケーション識別子と一致するとは、前記第２アプリケーションの前記識別子が前記第１アプリケーションの前記識別子と同じであることを意味する、
請求項１５に記載の装置。

【請求項17】

前記第１アプリケーション識別子が前記第１アプリケーションの前記識別子の前記マッピング値であり、前記第２アプリケーション識別子が前記第２アプリケーションの前記識別子の前記マッピング値である場合に、前記第２アプリケーション識別子が前記第１アプリケーション識別子と一致するとは、前記第２アプリケーションの前記識別子の前記マッピング値が前記第１アプリケーションの前記識別子の前記マッピング値と同じであることを意味する、
請求項１５に記載の装置。

【請求項18】

前記第１アプリケーション識別子が前記第１アプリケーションの前記識別子及び前記第１アプリケーションの前記識別子の前記マッピング値を含み、前記第２アプリケーション識別子が前記第２アプリケーションの前記識別子及び前記第２アプリケーションの前記識別子の前記マッピング値を含む場合に、前記第２アプリケーション識別子が前記第１アプリケーション識別子と一致するとは、前記第２アプリケーションの前記識別子が前記第１アプリケーションの前記識別子と同じであり、前記第２アプリケーションの前記識別子の前記マッピング値が前記第１アプリケーションの前記識別子の前記マッピング値と同じであることを意味する、
請求項１５に記載の装置。

【請求項19】

前記第１メッセージは識別エリアを更に含み、前記識別エリアは、前記第２端末によってサポートされる第２アプリケーションのサービス範囲を示すために使用され、前記処理ユニットは、
前記第２アイデンティティが前記第１アイデンティティとは異なるか、又は前記第２アプリケーション識別子が前記第１アプリケーション識別子と一致しない場合に、前記識別エリアを取得し、
前記装置が前記識別エリアに位置していない場合に、前記第２端末への前記第２ユニキャスト接続を確立することを拒否する
よう更に構成される、
請求項１４乃至１８のうちいずれか一項に記載の装置。

【請求項20】

前記処理ユニットは、
前記第２アイデンティティが前記第１アイデンティティとは異なるか、又は前記第２アプリケーション識別子が前記第１アプリケーション識別子と一致せず、前記装置が前記識別エリアに位置している場合に、前記第１メッセージに応答して、前記第２ユニキャスト接続を確立し、前記第２アイデンティティと前記第２アプリケーション識別子との間のマッピング関係を記憶するよう更に構成される、
請求項１９に記載の装置。

【請求項21】

前記処理ユニットは、
前記第２ユニキャスト接続を確立した後、前記装置が前記識別エリアにもはや位置していない場合に、前記第２アイデンティティと前記第２アプリケーション識別子との間の前記記憶されたマッピング関係を削除するよう更に構成される、
請求項２０に記載の装置。

【請求項22】

前記第１アイデンティティと前記第１アプリケーション識別子との間の前記マッピング関係は、マッピング情報に記憶される、
請求項１４乃至２１のうちいずれか一項に記載の装置。

【請求項23】

前記マッピング情報は、前記装置のネットワークレイヤ又はメッセージレイヤで記憶される、
請求項２２に記載の装置。

【請求項24】

前記第２アイデンティティは、前記第１メッセージ内のソースレイヤ２識別子であり、前記第２アプリケーションの前記識別子は、前記第１メッセージ内のアプリケーション識別子であり、前記第２アプリケーションの前記識別子の前記マッピング値は、前記第１メッセージ内のあて先レイヤ２識別子である、
請求項１５乃至１８のうちいずれか一項に記載の装置。

【請求項25】

前記第１メッセージは、ユニキャストサービスアナウンスメントであり、前記第１メッセージは、専用サービスアナウンスメント（ＤＳＡ）によって運ばれる、
請求項１４乃至２４のうちいずれか一項に記載の装置。

【請求項26】

前記第２端末は、路側機（ＲＳＵ）又は車載器（ＯＢＵ）である、
請求項１４乃至２５のうちいずれか一項に記載の装置。

【請求項27】

プログラム命令が記憶されているコンピュータ可読媒体であって、
前記プログラム命令は、請求項１乃至１３のうちいずれか一項に記載の方法を実施するために使用される、
コンピュータ可読媒体。

【請求項28】

メモリ及びプロセッサを有するメッセージフィルタリング装置であって、
コンピュータプログラム命令が前記メモリに記憶されており、
前記プロセッサは前記コンピュータプログラム命令を実行して、前記装置が請求項１乃至１３のうちいずれか一項に記載の方法を実行するようにする、
メッセージフィルタリング装置。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、車両のインターネットの分野に、特に、メッセージフィルタリング方法及び装置に関係がある。

【背景技術】

【0002】

動作中の車両が増え続けると、道路容量は徐々に飽和して、交通混雑や交通事故などの問題がますます顕著になる。車両とＸ（人々、車両、道路、集団、など）との間のインテリジェント情報の交換及び共有は、車両のインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｖｅｈｉｃｌｅ，ＩＯＶ）技術に基づいて実装することができる。このようにして、車両は、交通情報、防犯警報情報などをタイムリーに取得することができ、それによって、交通混雑を緩和し、交通事故を回避し、交通安全リスクをある程度軽減する。

【0003】

インテリジェントな車両のインターネットの発展に伴って、例えば、車両近距離支払いや車両身元識別などの、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）に基づいたＶ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｉｎｇ）ユニキャストサービスに対する要求が、徐々に高まっている。Ｖ２Ｉ（Ｖｅｈｉｃｌｅ ｔｏ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）ユニキャスト確立プロセスが一例として使用される。路側機（Ｒｏａｄｓｉｄｅ Ｕｎｉｔ，ＲＳＵ）は、ユニキャストサービスアナウンスメント（例えば、サービス確立案内）を周期的にブロードキャストして、周囲の車両に通知する。ユニキャストサービスアナウンスメントを受信した後、周囲の車両は、ユニキャストサービスアナウンスメントに対してパーシング動作、例えば署名の妥当性検証を実行し、実際のサービス要件に基づいて、ユニキャストサービスアナウンスメントに基づいたＲＳＵへのユニキャスト接続を確立する必要がある。

【0004】

ユニキャストサービスアナウンスメントは周期的に送信されるので、ＲＳＵへのユニキャスト接続を既に確立している車両は、ＲＳＵによってブロードキャストされるユニキャストサービスアナウンスメントを依然として受信及びパースし、それによって、車両の計算資源を大いに消費し、メッセージ処理効率を低下させる。

【発明の概要】

【0005】

本願の実施形態は、同じデバイスによって送信され、同じアプリケーションサービスを示す繰り返し受信されるメッセージを端末がフィルタリングすることができ、それによって、端末によって消費される計算資源を削減し、かつ、メッセージ処理効率を向上させるように、メッセージフィルタリング方法及び装置を開示する。

【0006】

第１の態様に従って、本願の実施形態は、第１端末に適用されるメッセージフィルタリング方法であって、第１端末によって第３端末への第１ユニキャスト接続を確立し、第１端末によって第１ユニキャスト接続に基づいて第１アイデンティティと第１アプリケーション識別子との間のマッピング関係を記憶することを含み、第１アイデンティティは第３端末の一意の識別子であり、第１アプリケーション識別子は第３端末によって提供されるアプリケーションサービスの識別子である、方法において、第２端末によってブロードキャストされる第１メッセージを受信することであり、第１メッセージは第２アイデンティティ及び第２アプリケーション識別子を含み、第２アイデンティティは第２端末の一意の識別子であり、第２アプリケーション識別子は第２端末によって提供されるアプリケーションサービスの識別子である、ことと、第２アイデンティティが第１アイデンティティと同じであり、第２アプリケーション識別子が第１アプリケーション識別子と一致する場合に、第１端末によって第２端末への第２ユニキャスト接続を確立することを拒否することとを含む方法を提供する。

【0007】

上記の方法では、第１メッセージに対応する、第２アイデンティティと第２アプリケーション識別子との間のマッピング関係が、前記第１端末によって確立されている第１ユニキャスト接続に対応する、第１アイデンティティと第１アプリケーション識別子との間のマッピング関係と同じであるときに、第１端末は第１メッセージを破棄し、第２端末への第２ユニキャスト接続を確立しない。このようにして、端末は、同じデバイスによって送信され、同じアプリケーションサービスを示す繰り返し受信されるメッセージをフィルタリングし、それによって、端末によって消費される計算資源を削減し、かつ、メッセージ処理効率を向上させる。

【0008】

第１の態様の可能な実施において、第１アイデンティティは、第３端末の媒体アクセス制御ＭＡＣアドレスであり、第２アイデンティティは、第２端末のＭＡＣアドレスであり、第１アプリケーション識別子は、第１アプリケーションの識別子又は第１アプリケーションの識別子のマッピング値のうちの少なくとも１つを含み、第２アプリケーション識別子は、第２アプリケーションの識別子又は第２アプリケーションの識別子のマッピング値のうちの少なくとも１つを含む。

【0009】

上記の実施の実施中に、第１アイデンティティは第３端末を一意に表し、第２アイデンティティは第２端末を一意に表し、第１アプリケーション識別子は、第３端末によって提供される第１アプリケーションを一意に表し、第２アプリケーション識別子は、第２端末によって提供される第２アプリケーションを一意に表す。従って、第２端末が第３端末と同じであるかどうかは、第２アイデンティティが第１アイデンティティと同じであるかどうかを比較することによって決定されてよく、第２アプリケーションが第１アプリケーションと同じであるかどうかは、第２アプリケーション識別子が第１アプリケーション識別子と同じであるかどうかを比較することによって決定されてよい。これは、同じデバイスによって送信され、同じアプリケーションサービスを示す繰り返し受信されるメッセージを第１端末がフィルタリングするのを助け、それによって、端末によって消費される計算資源を有効に削減する。

【0010】

第１の態様の可能な実施において、第１アプリケーション識別子が第１アプリケーションの識別子であり、第２アプリケーション識別子が第２アプリケーションの識別子である場合に、第２アプリケーション識別子が第１アプリケーション識別子と一致するとは、第２アプリケーションの識別子が第１アプリケーションの識別子と同じであることを意味する。

【0011】

上記の実施の実施中に、第２端末が第３端末と同じであるという前提で、第２アプリケーションの識別子が第１アプリケーションの識別子と同じである場合に、それは、第２端末及び第３端末が同じアプリケーションを更に提供していることを示す。この場合に、第１端末は、第１メッセージを直接フィルタリングすることができ、それによって、端末によって消費される計算資源を有効に削減し、かつ、メッセージ処理効率を向上させる。

【0012】

第１の態様の可能な実施において、第１アプリケーション識別子が第１アプリケーションの識別子のマッピング値であり、第２アプリケーション識別子が第２アプリケーションの識別子のマッピング値である場合に、第２アプリケーション識別子が第１アプリケーション識別子と一致するとは、第２アプリケーションの識別子のマッピング値が第１アプリケーションの識別子のマッピング値と同じであることを意味する。

【0013】

上記の実施の実施中に、第２端末が第３端末と同じであるという前提で、第２アプリケーションの識別子のマッピング値が第１アプリケーションの識別子のマッピング値と同じである場合に、それは、第２端末及び第３端末が同じアプリケーションサービスを更に提供していることを示す。この場合に、第１端末は、第１メッセージを直接フィルタリングすることができ、それによって、端末によって消費される計算資源を有効に削減し、かつ、メッセージ処理効率を向上させる。

【0014】

第１の態様の可能な実施において、第１アプリケーション識別子が第１アプリケーションの識別子及び第１アプリケーションの識別子のマッピング値を含み、第２アプリケーション識別子が第２アプリケーションの識別子及び第２アプリケーションの識別子のマッピング値を含む場合に、第２アプリケーション識別子が第１アプリケーション識別子と一致するとは、第２アプリケーションの識別子が第１アプリケーションの識別子と同じであり、第２アプリケーションの識別子のマッピング値が第１アプリケーションの識別子のマッピング値と同じであることを意味する。

【0015】

上記の実施の実施中に、第２端末が第３端末と同じであるという前提で、第２アプリケーションの識別子が第１アプリケーションの識別子と同じであり、第２アプリケーションの識別子のマッピング値が第１アプリケーションの識別子のマッピング値と同じである場合に、それは、第２端末及び第３端末が同じアプリケーションサービスを更に提供していることを示す。この場合に、第１端末は、第１メッセージを直接フィルタリングすることができ、それによって、端末によって消費される計算資源を有効に削減し、かつ、メッセージ処理効率を向上させる。

【0016】

第１の態様の可能な実施において、第１メッセージは識別エリアを更に含み、識別エリアは、第２端末によってサポートされる第２アプリケーションのサービス範囲を示すために使用され、方法は、第２アイデンティティが第１アイデンティティとは異なるか、又は第２アプリケーション識別子が第１アプリケーション識別子と一致しない場合に、識別エリアを取得することと、第１端末が識別エリアに位置していない場合に、第１端末によって、第２端末への第２ユニキャスト接続を確立することを拒否することとを更に含む。

【0017】

上記の実施の実施中に、第２端末が第３端末とは異なるか、又は第２端末によって提供される第２アプリケーションが第３端末によって提供される第１アプリケーションとは異なるときに、第１メッセージは、識別エリアを取得するようパースされる必要がある。第１端末が識別エリアに位置しない場合に、それは、第１端末が、第２端末によってサポートされる第２アプリケーションのサービス範囲内に現在ないことを示す。従って、第１メッセージは第１端末と無関係であり、第１端末は第１メッセージを直接フィルタリングすることができ、それによって、メッセージ処理効率を向上させる。

【0018】

第１の態様の可能な実施において、第２アイデンティティが第１アイデンティティとは異なるか、又は第２アプリケーション識別子が第１アプリケーション識別子と一致せず、第１端末が識別エリアに位置している場合に、前記第１メッセージに応答して、第１端末は、第２端末への第２ユニキャスト接続を更に確立してよく、第２アイデンティティと第２アプリケーション識別子との間のマッピング関係を記憶する。

【0019】

上記の実施の実施中に、第２端末が第３端末とは異なるか、又は第２端末によって提供される第２アプリケーションが第３端末によって提供される第１アプリケーションとは異なり、第１端末が、第２端末によってサポートされる第２アプリケーションのサービス範囲に位置しているときに、第１メッセージに応答して、第１端末は、第２端末への第２ユニキャスト接続を確立し、第２ユニキャスト接続に基づく、第２アイデンティティと第２アプリケーション識別子との間のマッピング関係を記憶し、それによって、ユニキャスト接続の即時の確立を実装し、かつ、ユニキャストインタラクション効率を向上させる。

【0020】

第１の態様の可能な実施において、第１端末が第２端末への第２ユニキャスト接続を確立した後、第１端末が識別エリアにもはや位置していない場合に、第１端末は、第２アイデンティティと第２アプリケーション識別子との間の記憶されたマッピング関係を削除する。

【0021】

上記の実施の実施中に、第２ユニキャスト接続の確率が完了した後、第１端末が、第２端末によってサポートされる第２アプリケーションのサービス範囲にもはや位置していない場合に、第１端末は、第２ユニキャスト接続に対応する、第２アイデンティティと第２アプリケーション識別子との間のマッピング関係を削除する必要がある。従って、第１端末が第２アプリケーションのサービス範囲に再び位置するときに、受信された第１メッセージは、誤ってフィルタリングされることを防がれ得る。

【0022】

第１の態様の可能な実施において、第１アイデンティティと第１アプリケーション識別子との間のマッピング関係は、マッピング情報に記憶される。

【0023】

第１の態様の可能な実施において、マッピング情報は、第１端末のネットワークレイヤ又はメッセージレイヤで記憶される。

【0024】

上記の実施の実施中に、マッピング情報が第１端末のネットワークレイヤで記憶される場合に、マッピング情報は、クロスレイヤプリミティブを使用することによってネットワークレイヤによって確立及び保持され、第１メッセージはネットワークレイヤに基づいてフィルタリングされ、それによって、第１端末での上位レイヤ資源の消費を有効に回避する。マッピング情報が第１端末のメッセージレイヤで記憶される場合に、マッピング情報は、メッセージレイヤによって直接確立及び保持され、クロスレイヤプリミティブは使用される必要がない。動作は単純である。

【0025】

第１の態様の可能な実施において、第２アイデンティティは、第１メッセージ内のソースレイヤ２識別子であり、第２アプリケーションの識別子は、第１メッセージ内のアプリケーション識別子であり、第２アプリケーションの識別子のマッピング値は、第１メッセージ内のあて先レイヤ２識別子である。

【0026】

上記の実施の実施中に、第２アイデンティティは第１メッセージのフィールド、つまりソースレイヤ２識別子であってよく、第２アプリケーションの識別子は第１メッセージ内のフィールド、つまりアプリケーション識別子であってよく、第２アプリケーションの識別子のマッピング値は、第１メッセージのフィールド、つまりあて先レイヤ２識別子であってよい。

【0027】

第１の態様の可能な実施において、第１メッセージは、ユニキャストサービスアナウンスメントであり、第１メッセージは、専用サービスアナウンスメントＤＳＡによって運ばれる。

【0028】

第１の態様の可能な実施において、第２端末は、路側機ＲＳＵ又は車載器ＯＢＵである。

【0029】

上記の実施の実施中に、第１端末と路側機ＲＳＵとの間のユニキャストインタラクションの効率は向上することができ、あるいは、第１端末と車載器ＯＢＵとの間のユニキャストインタラクションの効率は向上することができる。

【0030】

第２の態様に従って、本願の実施形態は、第３端末への第１ユニキャスト接続を確立し、第１ユニキャスト接続に基づいて第１アイデンティティと第１アプリケーション識別子との間のマッピング関係を記憶するメッセージフィルタリング装置であって、第１アイデンティティは第３端末の一意の識別子であり、第１アプリケーション識別子は第３端末によって提供されるアプリケーションサービスの識別子である、装置において、第２端末によってブロードキャストされる第１メッセージを受信するよう構成される受信ユニットであり、第１メッセージは第２アイデンティティ及び第２アプリケーション識別子を含み、第２アイデンティティは第２端末の一意の識別子であり、第２アプリケーション識別子は第２端末によって提供されるアプリケーションサービスの識別子である、受信ユニットと、第２アイデンティティが第１アイデンティティと同じであり、第２アプリケーション識別子が第１アプリケーション識別子と一致する場合に、第２端末への第２ユニキャスト接続を確立することを拒否するよう構成される処理ユニットとを含む装置を提供する。

【0031】

第１アイデンティティは、第３端末の媒体アクセス制御ＭＡＣアドレスであり、第２アイデンティティは、第２端末のＭＡＣアドレスであり、第１アプリケーション識別子は、第１アプリケーションの識別子又は第１アプリケーションの識別子のマッピング値のうちの少なくとも１つを含み、第２アプリケーション識別子は、第２アプリケーションの識別子又は第２アプリケーションの識別子のマッピング値のうちの少なくとも１つを含む。

【0032】

第２の態様の可能な実施において、第１アプリケーション識別子が第１アプリケーションの識別子であり、第２アプリケーション識別子が第２アプリケーションの識別子である場合に、第２アプリケーション識別子が第１アプリケーション識別子と一致するとは、第２アプリケーションの識別子が前記第１アプリケーションの識別子と同じであることを意味する。

【0033】

第２の態様の可能な実施において、第１アプリケーション識別子が第１アプリケーションの識別子のマッピング値であり、第２アプリケーション識別子が第２アプリケーションの識別子のマッピング値である場合に、第２アプリケーション識別子が第１アプリケーション識別子と一致するとは、第２アプリケーションの識別子のマッピング値が第１アプリケーションの識別子のマッピング値と同じであることを意味する。

【0034】

第２の態様の可能な実施において、第１アプリケーション識別子が第１アプリケーションの識別子及び第１アプリケーションの識別子のマッピング値を含み、第２アプリケーション識別子が第２アプリケーションの識別子及び第２アプリケーションの識別子のマッピング値を含む場合に、第２アプリケーション識別子が第１アプリケーション識別子と一致するとは、第２アプリケーションの識別子が第１アプリケーションの識別子と同じであり、第２アプリケーションの識別子のマッピング値が第１アプリケーションの識別子のマッピング値と同じであることを意味する。

【0035】

第２の態様の可能な実施において、第１メッセージは識別エリアを更に含み、識別エリアは、第２端末によってサポートされる第２アプリケーションのサービス範囲を示すために使用され、処理ユニットは、第２アイデンティティが第１アイデンティティとは異なるか、又は第２アプリケーション識別子が第１アプリケーション識別子と一致しない場合に、識別エリアを取得し、装置が識別エリアに位置していない場合に、第２端末への第２ユニキャスト接続を確立することを拒否するよう更に構成される。

【0036】

第２の態様の可能な実施において、処理ユニットは、第２アイデンティティが第１アイデンティティとは異なるか、又は第２アプリケーション識別子が第１アプリケーション識別子と一致せず、装置が識別エリアに位置している場合に、第１メッセージに応答して、第２ユニキャスト接続を確立し、第２アイデンティティと第２アプリケーション識別子との間のマッピング関係を記憶するよう更に構成される。

【0037】

第２の態様の可能な実施において、処理ユニットは、第２ユニキャスト接続を確立した後、装置が識別エリアにもはや位置していない場合に、第２アイデンティティと第２アプリケーション識別子との間の記憶されたマッピング関係を削除するよう更に構成される。

【0038】

第２の態様の可能な実施において、第１アイデンティティと第１アプリケーション識別子との間のマッピング関係は、マッピング情報に記憶される。

【0039】

第２の態様の可能な実施において、マッピング情報は、装置のネットワークレイヤ又はメッセージレイヤで記憶される。

【0040】

第２の態様の可能な実施において、第２アイデンティティは、第１メッセージ内のソースレイヤ２識別子であり、第２アプリケーションの識別子は、第１メッセージ内のアプリケーション識別子であり、第２アプリケーションの識別子のマッピング値は、第１メッセージ内のあて先レイヤ２識別子である。

【0041】

第２の態様の可能な実施において、第１メッセージは、ユニキャストサービスアナウンスメントであり、第１メッセージは、専用サービスアナウンスメントＤＳＡによって運ばれる。

【0042】

第２の態様の可能な実施において、第２端末は、路側機ＲＳＵ又は車載器ＯＢＵである。

【0043】

第３の態様に従って、本願の実施形態はメッセージフィルタリング装置を提供する。装置は、プロセッサ及びメモリを含む。コンピュータプログラム命令がメモリに記憶されており、プロセッサはコンピュータプログラム命令を実行し、それにより、装置は、第１の態様又は第１の態様の可能な実施のうちのいずれか１つの方法を実行する。

【0044】

第４の態様に従って、本願の実施形態はコンピュータ可読記憶媒体を提供する、装置によって実行されるプログラムコードがコンピュータ可読記憶媒体に記憶されており、プログラムコードは、第１の態様又は第１の態様の可能な実施のうちのいずれか１つの方法を実行するために使用される命令を含む。

【0045】

第５の態様に従って、本願の実施形態はコンピュータプログラム製品を提供する。コンピュータプログラム製品がプロセッサで実行される場合に、メッセージフィルタリング装置は、第１の態様又は第１の態様の可能な実施のうちのいずれか１つの方法を実行することができる。コンピュータプログラム製品はソフトウェアインストールパッケージであってよい。第１の態様の可能な設計のいずれか１つで提供される方法が使用される必要があるとき、コンピュータプログラム製品は、第１の態様又は第１の態様の可能な実施のうちのいずれか１つの方法を実施するように、装置にダウンロードされて実行されてよい。

【0046】

本願の実施形態の技術的解決法についてより明りょうに記載するために、以下は、実施形態を記載するための添付の図面について簡単に説明する。以下で説明される添付の図面は、本願の単に一部の実施形態を示しており、当業者であれば、創造的な労録なしで添付の図面から他の図面を更に導出し得ることは明らかである。

【図面の簡単な説明】

【0047】

【図1】車両のインターネットの通信システムのアーキテクチャ図である。

【図2】車両のインターネットのプロトコルスタックの模式図である。

【図3】アプリケーションシナリオの模式図である。

【図4】本願の実施形態に係るメッセージフィルタリング方法のフローチャートである。

【図5A】本願の実施形態に係るＯＢＵのプロトコルスタックの模式図である。

【図5B】本願の実施形態に係るＯＢＵの他のプロトコルスタックの模式図である。

【図6】本願の実施形態に係る他のメッセージフィルタリング方法のフローチャートである。

【図7】本願の実施形態に係るアプリケーションシナリオの模式図である。

【図8】本願の実施形態に係る更に別のメッセージフィルタリング方法のフローチャートである。

【図9】本願の実施形態に係る他のアプリケーションシナリオの模式図である。

【図10】本願の実施形態に係るコンピューティング装置の構造の模式図である。

【図11】本願の実施形態に係るコンピューティング装置の機能構造の模式図である。

【発明を実施するための形態】

【0048】

本願の実施形態で使用される用語は、単に具体的な実施形態について記載することを目的としたものであり、本願を限定する意図はない。本願の実施形態のこの明細書及び特許請求の範囲において、「第１」、「第２」などの用語は、異なるオブジェクトどうしを区別するよう意図されるものであり、オブジェクトの特定の順序を示すものではない。

【0049】

以下は、添付の図面を参照して本願の技術的解決法について記載する。

【0050】

図１は、車両のインターネットの通信システムのアーキテクチャ図である。通信システムは少なくとも複数の端末を含み、複数の端末のうちのいずれか２つは互いに無線通信し得る。本願の端末には、車載器（Ｏｎ－Ｂｏａｒｄ Ｕｎｉｔ，ＯＢＵ）、ＲＳＵ、携帯電話機、タブレットコンピュータ、無線トランシーバ機能付きコンピュータ、スマートガスステーション、スマート信号機、などが含まれ得るがこれらに限られない。ＰＣ５インターフェース及び／又はＵｕインターフェースなどの種々のタイプの通信インターフェースを使用することによって端末間でメッセージが伝送され得る。

【0051】

複数の端末の場合に、端末１及び端末２が例として使用される。端末１はＯＢＵであってよく、端末２はＲＳＵであってよく、端末１及び端末２は互いに無線通信し得る。ＲＳＵは第１メッセージを周期的にブロードキャストし、第１メッセージはアプリケーション識別子を運ぶ、第１メッセージを受信した後、ＲＳＵに対して第１メッセージに対応するユニキャスト接続を確立する必要がある場合に、ＯＢＵは、第１メッセージに応答して、ＯＢＵとＲＳＵとの間にユニキャスト接続を確立する。

【0052】

具体的な実施において、図１に示されるように、複数の端末は端末３を更に含み、端末１はＯＢＵ１であってよく、端末３はＯＢＵ２であってよく、端末２はＲＳＵであってよい。この場合に、ＲＳＵは第１メッセージを周期的にブロードキャストする。ＯＢＵ１及びＯＢＵ２が両方ともＲＳＵのブロードキャスト通信範囲内にある場合には、ＯＢＵ１及びＯＢＵ２の夫々が第１メッセージを受信することができ、ＯＢＵ１及びＯＢＵ２の夫々のサービス要件に基づいて、ＲＳＵに対して第１メッセージに対応するユニキャスト接続を確立すべきかどうかを決定してよい。ＲＳＵへのユニキャスト接続が確立される必要がない場合、その後に受信される第１メッセージはフィルタリングされる。第１メッセージをフィルタリングするとは、第１メッセージを破棄又は無視することを意味する。言い換えると、第１メッセージに応答しないことは、本質的に、第１メッセージの送信側に対して第１メッセージに対応するユニキャスト接続を繰り返し確立することを拒否することである。第１メッセージはユニキャストサービスアナウンスメントであってよく、第１メッセージは専用サービスアナウンスメント（Ｄｅｄｉｃａｔｅｄ Ｓｅｒｖｉｃｅ Ａｄｖｅｒｔｉｓｅｍｅｎｔ，ＤＳＡ）によって運ばれてよいことが留意されるべきである。

【0053】

具体的な実施において、端末３も第１メッセージをブロードキャストしてよい。例えば、端末２はＲＳＵであり、端末１はＯＢＵ１であり、端末３はＯＢＵ２である、と仮定される。この場合に、ＯＣＵ２は第１メッセージを繰り返しブロードキャストし、ＯＢＵ１及びＲＳＵの夫々は第１メッセージを受信する、と仮定される。このようにして、ＲＳＵは、第１メッセージ内のフィールド（例えば、アプリケーション識別子）に基づいた決定を行った後で第１メッセージをフィルタリングし、ＯＢＵ１は、第１メッセージ内のフィールド（例えば、アプリケーション識別子）に基づいた決定を行った後で、ＯＢＵ２に対して第１メッセージに対応するユニキャスト接続を確立することを決定する。

【0054】

いくつかの可能な実施形態で、システムは無線ネットワークデバイス、有線ネットワーク、及びサーバを更に含む。端末は、有線ネットワーク又は無線ネットワークデバイスを使用することによってサーバと通信してよい。例えば、端末は、サーバによってブロードキャストされる第１メッセージを受信してよく、端末は、第１メッセージ内のフィールド（例えば、アプリケーション識別子）に基づいて、第１メッセージをフィルタリングすべきか、それとも第１メッセージに応答すべきか、つまり、サーバに対して第１メッセージに対応するユニキャスト接続を確立すべきかどうかを決定してよい。

【0055】

無線ネットワークデバイスは、２Ｇ、３Ｇ、４Ｇ、５Ｇ、又は将来の通信システムのネットワークデバイスであってよく、無線ネットワークデバイスを有線ネットワークに接続するための複数のセルタワー（１つだけ示されている）及び任意の他のネットワーキングコンポーネントを含む。

【0056】

有線ネットワークは、無線ネットワークデバイス及び端末（例えば、ＲＳＵ）をサーバへ接続する従来の有線通信ネットワークであってよい。有線ネットワークの1つ以上の部分は、標準の有線ネットワーク、光ファイバ又は他の光ネットワーク、ケーブルネットワーク、電力線、及びそれらの任意の組み合わせを使用することによって実装されてよい。

【0057】

サーバは、サービスセンターコンピュータ、Ｖ２Ｘアプリケーションサーバ、インターネット・オブ・シング（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ，ＩｏＴ）アプリケーションサーバ、公衆安全サービスアプリケーションサーバ、無人航空機サーバ（例えば、無人航空機監視有効化サーバ又は無人航空機アプリケーションサービスサーバ）、Ｖ２Ｘアプリケーションイネーブラ（Ｖ２Ｘ Ａｐｐｌｉｃａｔｉｏｎ Ｅｎａｂｌｅｒ，ＶＡＥ）サーバ、などであってよい。これは本願で特に制限されない。

【0058】

図1に示される通信システムは第3世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ，３ＧＰＰ）通信システム、例えば、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システムであってよく、第５世代（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ，５Ｇ）移動体通信システム又はニューラジオ（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）システムであってよく、あるいは、非３ＧＰＰ通信システムであってよいことが留意されるべきである。これは本願で特に制限されない。

【0059】

図１は、アーキテクチャ図の一例にすぎず、図１に示される通信システムに含まれるネットワーク要素の数は制限されないことが留意されるべきである。図１に示されるネットワーク機能エンティティに加えて、図１に示されるネットワークは、他の機能エンティティを更に含んでもよいが、他の機能エンティティは図１に示されていない。更に、本願のこの実施形態で提供される方法は、図１に示される通信システムに適用されてよい。確かに、本願のこの実施形態で提供される方法は、他の通信システムにも適用されてよい。これは本願のこの実施形態で制限されない。

【0060】

具体的に、端末は、図２に示されるプロトコルスタックを確立してよく、図２に示されるプロトコルスタックに基づいて、端末間、又は端末とネットワーク側デバイスとの間で、インタラクションが実行されてよい。図２は、車両のインターネットのプロトコルスタックの模式図である。

【0061】

プロトコルスタックはアプリケーションレイヤ、ネットワークレイヤ、及びアクセスレイヤを含む。アプリケーションレイヤは、アプリケーションサービスのアプリケーションレイヤサービスロジックを処理するために、例えば、インスタントメッセージ及びユニキャストサービスアナウンスメントを生成するために、主に使用される。アプリケーションレイヤはユーザアプリケーション及びメッセージレイヤを含む。メッセージレイヤはアプリケーションレイヤ内に位置する。メッセージレイヤは、下方ではデータサブレイヤに接続し、上方では特定のユーザアプリケーションを支持する。メッセージレイヤは、ＬＴＥに基づいた車両のインターネット無線通信技術のネットワークレイヤによって定義される様々なタイプのデータの伝送をサポートし得る。メッセージレイヤとネットワークレイヤ内のデータサブレイヤとの間のインタラクションは、クロスレイヤプリミティブ（オペレーションプリミティブ又はサービスプリミティブとも呼ばれる）を使用することによって実施される。

【0062】

ネットワークレイヤは管理サブレイヤ及びデータサブレイヤを含み、管理サブレイヤは、システムコンフィグレーション及びメンテナンスなどの機能を端末に提供するために使用され、管理サブレイヤは専用管理エンティティ（Ｄｅｄｉｃａｔｅｄ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ，ＤＭＥ）であってよく、ＤＭＥはデータサブレイヤの全てのエンティティのための管理インターフェースを提供する。データサブレイヤはアダプテーションレイヤ、ＤＳＭＰレイヤ、などを含む。ＤＳＭＰレイヤは、異なるアプリケーションとのデータインタラクションを実行するために使用される。アダプテーションレイヤは、下層のアクセスレイヤと上位層のプロトコルスタックとの間の伝送適応の機能を提供するために使用される。例えば、送信されるべきデータパケット（例えば、ＤＳＭＰデータパケット又はＩＰデータパケット）に使用される基礎となるインターフェースが識別され、対応するデータパケットが、送信のためにアクセスレイヤの対応するレイヤへ転送される。アダプテーションレイヤの機能には、アプリケーション識別子とあて先レイヤ２識別子との間のマッピングの確率、ソースレイヤ２識別子の生成、変更、又は保持、などが更にある。データサブレイヤは、アプリケーションレイヤ間のデータストリーム、異なるデバイス管理レイヤエンティティ間のデータストリーム、又は管理レイヤエンティティとアプリケーションとの間のデータストリームを伝送する。

【0063】

アクセスレイヤは、セルラー通信インターフェース（例えば、Ｕｕインターフェース）及び／又は直接通信インターフェース（例えば、ＰＣ５インターフェース）をサポートする。ＰＣ５インターフェース及びＵｕインターフェースは、異なるラジオアクセステクノロジ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ，ＲＡＴ）をサポートしてもよい。例えば、ＲＡＴはＬＴＥ技術又はＮＲ技術を含んでもよい。

【0064】

ユニキャスト確立プロセスで消費されるＯＢＵの計算資源を削減し、かつ、情報処理効率を最適化するために、路側機ＲＳＵによってブロードキャストされるユニキャストサービスアナウンスメントはＯＢＵ側でフィルタリングされてよい。現在、ＬＴＥに基づいたＶ２Ｘのネットワークレイヤは、アプリケーション識別子（Ａｐｐｌｉｃａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ，ＡＩＤ）に基づいたユニキャストサービスアナウンスメントのフィルタリングしかサポートしない。具体的に、ネットワークレイヤの専用ショートメッセージサービスプロトコル（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ，ＤＳＭＰ）データパケットヘッダはＡＩＤを含み、異なるアプリケーションは異なるＡＩＤに対応するので、ＯＢＵがＲＳＵからユニキャストサービスアナウンスメントを受信した後、ＯＢＵは、ＡＩＤに基づいて特定のタイプのメッセージをフィルタリングし得る。例えば、緊急車両の従来の基本安全性メッセージ（Ｂａｓｉｃ Ｓａｆｅｔｙ Ｍｅｓｓａｇｅ，ＢＳＭ）のＡＩＤは１１３であり、静止路側情報（Ｒｏａｄ Ｓｉｄｅ Ｉｎｆｏｒｍａｔｉｏｎ，ＲＳＩ）のＡＩＤは３６２０である。

【0065】

ＲＳＵデバイスは、一般に、路側に配置され、ＯＢＵは、同じアプリケーションサービス（例えば、高速道料金徴収）を提供する複数のＲＳＵデバイスのブロードキャスト範囲内にある場合がある。例えば、図３は、アプリケーションシナリオの模式図である。高速道路上で、上り道路及び下り道路に別々に１つのＲＳＵデバイスが配置される。言い換えると、ＲＳＵ１が上り道路に配置され、ＲＳＵ２が下り道路に配置され、異なる運転方向のＯＢＵを通信する。ＲＳＵ１及びＲＳＵ２は夫々ＯＢＵと無線により通信する。図３から分かるように、ＲＳＵ１はＭｓｇ１を周期的にブロードキャストし、ＲＳＵ２はＭｓｇ２を周期的にブロードキャストする。Ｍｓｇ１のアプリケーション識別子は、Ｍｓｇ２のアプリケーション識別子と同じである。従って、Ｍｓｇ１のＡＩＤはＭｓｇ２のＡＩＤと同じである。例えば、ＡＩＤは両方とも１である。ＯＢＵはＲＳＵ１の通信範囲及びＲＳＵ２の通信範囲の両方に現在位置しているので、ＯＢＵはＭｓｇ１及びＭｓｇ２を受信し得る。

【0066】

ＲＳＵ１によってブロードキャストされるＭｓｇ１を受信し、ＲＳＵ１へのユニキャスト接続を確立した後、ＯＢＵは、ＲＳＵ２によって送信されたＭｓｇ２及びＲＳＵ１によって再びブロードキャストされるＭｇｓ１を更に受信する、と仮定される。メッセージが上記のＡＩＤに基づいた方法でフィルタリングされる場合には、ＲＳＵ１によって再び送信されたＭｓｇ１はフィルタリングされ得るが、Ｍｓｇ１のＡＩＤはＭｓｇ２のＡＩＤと同じであるために、ＲＳＵ２によってブロードキャストされるＭｓｇ２直接フィルタリングされる。その結果、ＯＢＵはＲＳＵ２へのユニキャスト接続を確立することができる。

【0067】

従って、ＡＩＤのみに基づいてＯＢＵでメッセージがフィルタリングされる場合に、ＯＢＵは、誤ったフィルタリングにより、接続されるべき他のＲＳＵへのユニキャスト接続を確立することができない場合があることが分かる。ＯＢＵエンドでメッセージがフィルタリングされない場合には、ＯＢＵのアプリケーションレイヤは、メッセージの署名妥当性検証又は復号化などの処理を、ＲＳＵから受信されたユニキャストサービスアナウンスメントに対して継続的に行い、それによって、大量の計算資源を占有し、メッセージ処理効率を低下させる。

【0068】

本願は、ＯＢＵへのユニキャスト接続を既に確立している端末によって送信される、同じタイプのアプリケーション用であるブロードキャストメッセージを有効にフィルタリングするよう、メッセージフィルタリング方法を提供し、それによって、ＯＢＵによって消費される計算資源を削減し、かつ、ＯＢＵのメッセージ処理効率を向上させる。

【0069】

上記の既存の問題に基づいて、本願は、メッセージフィルタリング方法を提案する。第２端末が第１メッセージを周期的にブロードキャストする場合に、第１メッセージを受信した後、第１端末は、第１メッセージ内の、アプリケーションサービスに関係があるフィールド（例えば、アプリケーション識別子又はあて先レイヤ２識別子の少なくとも一方）及び第１メッセージ内のソースレイヤ２識別子に基づいて決定及び解析を行い、第２端末が第１端末に対して第１メッセージに対応するユニキャスト接続を既に確立している場合に、第２端末によってブロードキャストされる、同じアプリケーションサービスが提供されることを示すメッセージが、フィルタリングされるようにする。図４は、本願の実施形態に係るメッセージフィルタリング方法のフローチャートである。方法は次のステップを含むが制限されない。

【0070】

Ｓ１０１：第１端末は、第２端末によってブロードキャストされる第１メッセージを受信する。

【0071】

本願のこの実施形態において、第２端末は第１メッセージを周期的にブロードキャストする。第１メッセージはソースレイヤ２識別子を含み、第１メッセージは、アプリケーション識別子又はあて先レイヤ２識別子の少なくとも一方を更に含む。ソースレイヤ２識別子はアイデンティティとも呼ばれることがあり、第２端末の一意の識別子である。アプリケーション識別子及びあて先レイヤ２識別子は両方ともアプリケーションサービスに関係があり、あて先レイヤ２識別子はアプリケーション識別子に対応する。従って、アプリケーション識別子及びあて先レイヤ２識別子の夫々は、第２端末によって提供されるアプリケーションサービスの識別子を示すために使用されてよい。

【0072】

具体的な実施において、アプリケーション識別子（Ａｐｐｌｉｃａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ，ＡＩＤ）は、異なるアプリケーションどうしを区別するために使用される。言い換えると、ＡＩＤは、異なるアプリケーションレイヤサービスどうしを区別するために使用され得る。ソースレイヤ２識別子（Ｓｏｕｒｃｅ Ｌａｙｅｒ ２ ＩＤ）は第２端末のＭＡＣアドレスであり、ソースレイヤ２識別子は第１メッセージの送信側、つまり第２端末を示すために使用される。第２端末はブロードキャスト方式で第１メッセージを送信するので、本願のあて先レイヤ２識別子（Ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ ２ ＩＤ）はアプリケーション識別子のマッピング値であり、あて先レイヤ２識別子はアプリケーション識別子と一対一の対応にある。

【0073】

第１メッセージはユニキャストサービスアナウンスメントであってよく、第１メッセージはＤＳＡによって運ばれることが留意されるべきである。

【0074】

第１端末はＯＢＵ、ＲＳＵ、携帯電話機、無線トランシーバ機能付きコンピュータ、スマートガスステーション、などのいずれか１つであってよい。第２端末は、第１端末と通信することができる、メッセージブロードキャスト機能を備えているデバイスである。第２端末には、ＯＢＵ、ＲＳＵ、携帯電話機、無線トランシーバ機能付きコンピュータ、スマートガスステーション、スマート信号機、タブレットコンピュータ、などがあるがこれらに限られない。

【0075】

本願のこの実施形態において、異なる端末は異なるソースレイヤ２識別子（又はアイデンティティ）を有することが留意されるべきである。言い換えると、２つの端末のアイデンティティが同じである場合に、それは、２つの端末が同じであることを示す。例えば、アイデンティティはＭＡＣアドレスである。異なる端末のＭＡＣアドレスは異なり、ＭＡＣアドレスの衝突は異なる端末間で存在しない。２つの端末が同じＭＡＣアドレスを有する場合に、それは、２つの端末が同じであることを示す。Ｓ１０１で、第１端末は第２端末によってブロードキャストされる第１メッセージを受信する。第１端末のアイデンティティは、第２端末のアイデンティティとは異なることが理解され得る。

【0076】

Ｓ１０２：第１端末は、ソースレイヤ２識別子と、アプリケーション識別子又はあて先レイヤ２識別子の少なくとも一方とに基づいて、第１メッセージをフィルタリングする。

【0077】

本願のこの実施形態で、第１メッセージを受信した後、第１端末は、第１メッセージ内にある３つのフィールド：アプリケーション識別子、ソースレイヤ２識別子、及びあて先レイヤ２識別子を組み合わせて、第１メッセージをフィルタリングすべきかどうかを決定してよい。具体的に、第１端末は、組み合わされたフィールドに基づいて、第１メッセージに対応するユニキャスト接続が確立されているかどうかを決定し、第１メッセージに対応するユニキャスト接続が確立されている場合に、第１メッセージをフィルタリングしてよい。主に３つの方法：アプリケーション識別子とソースレイヤ２識別子；あて先レイヤ２識別子とソースレイヤ２識別子；及びアプリケーション識別子とソースレイヤ２識別子とあて先レイヤ２識別子が存在する。

【0078】

第１端末が第１メッセージをフィルタリングするとは、第１端末が第１メッセージを無視又は破棄し、第１メッセージに対して署名の妥当性検証又は復号化などのパーシング処理を実行する必要がなく、第１端末が第２端末に対して第１メッセージに対応するユニキャスト接続確立することを拒否することを意味することが留意されるべきである。従って、第１端末によって消費される計算資源は大いに削減され、メッセージ処理効率は向上する。

【0079】

第１メッセージをフィルタリングすべきかどうかを決定する場合に、第１メッセージはマッピング情報に更に依存してもよい。マッピング情報は、第１端末によって現在確立されているユニキャスト接続に対応するアプリケーション識別子、ソースレイヤ２識別子、及びあて先レイヤ２識別子の間のマッピング関係を記録する。具体的な実施において、マッピング情報は、第１端末のメッセージレイヤで記憶されてよい。言い換えると、マッピング情報は、第１端末のメッセージレイヤによって確立及び保持される。他の具体的な実施においては、マッピング情報は、第１端末のネットワークレイヤで記憶されてもよい。言い換えると、マッピング情報は、第１端末のネットワークレイヤによって確立及び保持される。

【0080】

マッピング情報は、表１に示されるマッピング関係テーブルに類似し得る。表１に示されるように、表１は、２つの関係：ａｉｄ１－ｍａｃ３－ｆ（ａｉｄ１）及びａｉｄ３－ｍａｃ４－ｆ（ａｉｄ３）を記録している。ａｉｄ１－ｍａｃ３－ｆ（ａｉｄ１）が説明のために一例として使用される。ｍａｃ３は送信側、つまり第３端末のＭＡＣアドレスであり、例えば、ａｉｄ１は、第３端末によって提供される第１アプリケーションの識別子であり、ｆ（ａｉｄ１）は、メッセージ内のアプリケーション識別子ａｉｄ１に対応するマッピング値を示し、ｆ（）はマッピング関数である、と仮定される。マッピング関係ａｉｄ１－ｍａｃ３－ｆ（ａｉｄ１）はマッピング関係テーブルに存在し、第１端末が、第３端末への第１アプリケーションに基づくユニキャスト接続を既に確立していることを示す。同様に、ａｉｄ３－ｍａｃ４－ｆ（ａｉｄ３）では、ｍａｃ４は第４端末のＭＡＣアドレスであり、ａｉｄ３は第３アプリケーションの識別子であり、ａｉｄ３はａｉｄ１とは等しくなく、言い換えると、第３アプリケーションは第１アプリケーションとは異なり、ｍａｃ４はｍａｃ３と等しくなく、言い換えると、第４端末は第３端末とは異なり、ｆ（ａｉｄ３）は第３アプリケーションの識別子のマッピング値である、と仮定される。マッピング関係ａｉｄ３－ｍａｃ４－ｆ（ａｉｄ３）はマッピング関係テーブルに存在し、第１端末が、第４端末への第３アプリケーションに基づくユニキャスト接続を既に確立していることを示す。

【表1】

【0081】

以下は続けて、マッピング情報に基づいて、上記の３つの組み合わせ方法に対応する決定方法について記載する。

【0082】

第１の組み合わせ方法は、アプリケーション識別子及びソースレイヤ２識別子に基づいて、第１メッセージをフィルタリングすべきかどうかを決定することである。

【0083】

具体的に、第１メッセージ内にあるアプリケーション識別子及びソースレイヤ２識別子の間の第１マッピング関係がマッピング情報に存在するかどうかが決定される。第１マッピング関係がマッピング情報に存在する場合に、第１端末は第２端末に対して第１メッセージに対応するユニキャスト接続を既に確立していることが決定され、第１メッセージは、第１メッセージに対応するユニキャスト接続が確立されていると決定されると、フィルタリングされる。第１マッピング関係がマッピング情報に存在しない場合に、それは、第１端末が第２端末に対して第１メッセージ対応するユニキャスト接続を確立していないことを示す。第１メッセージに対応するユニキャスト接続が確立されていないと決定されると、第１メッセージに応答して、第１端末は、第２端末に対して第１メッセージに対応するユニキャスト接続を確立する。

【0084】

第２の組み合わせ方法は、あて先レイヤ２識別子及びソースレイヤ２識別子に基づいて、第１メッセージをフィルタリングすべきかどうかを決定することである。

【0085】

具体的に、第１メッセージ内にあるあて先レイヤ２識別子及びソースレイヤ２識別子の間の第２マッピング関係がマッピング情報に存在するかどうかが決定される。第２マッピング関係がマッピング情報に存在する場合に、第１端末は第２端末に対して第１メッセージに対応するユニキャスト接続を既に確立していることが決定され、第１メッセージは、第１メッセージに対応するユニキャスト接続が確立されていると決定されると、フィルタリングされる。第２マッピング関係がマッピング情報に存在しない場合に、それは、第１端末が第２端末に対して第１メッセージ対応するユニキャスト接続を確立していないことを示す。第１メッセージに対応するユニキャスト接続が確立されていないと決定されると、第１メッセージに応答して、第１端末は、第２端末に対して第１メッセージに対応するユニキャスト接続を確立してよい。

【0086】

第３の組み合わせ方法は、アプリケーション識別子、あて先レイヤ２識別子、及びソースレイヤ２識別子に基づいて、第１メッセージをフィルタリングすべきかどうかを決定することである。

【0087】

具体的に、第１メッセージ内のアプリケーション識別子、あて先レイヤ２識別子、及びソースレイヤ２識別子の間の第３マッピング関係がマッピング情報に存在するかどうかが決定される。第３マッピング関係がマッピング情報に存在する場合に、第１端末は第２端末に対して第１メッセージに対応するユニキャスト接続を既に確立していることが決定され、第１メッセージは、第１メッセージに対応するユニキャスト接続が確立されていると決定されると、フィルタリングされる。第３マッピング関係がマッピング情報に存在しない場合に、それは、第１端末が第２端末に対して第１メッセージ対応するユニキャスト接続を確立していないことを示す。第１メッセージに対応するユニキャスト接続が確立されていないと決定されると、第１メッセージに応答して、第１端末は、第２端末に対して第１メッセージに対応するユニキャスト接続を確立してよい。

【0088】

第１メッセージに応答するとは、第１端末が第１端末のＭＡＣアドレスを第２端末へ送信して、第１端末が第２端末に対して第１メッセージに対応するユニキャスト接続を確立するようにし、第１端末が第１メッセージ内にあるアプリケーション識別子、ソースレイヤ２識別子、及びあて先レイヤ２識別子の間のマッピング関係をマッピング情報に加えることを意味する。第１端末が第２端末に対して第１メッセージに対応するユニキャスト接続を確立した後、第１端末は、支払いサービス、車両身元識別、又は安全性リマインダサービスなどの、アプリケーション識別子に対応するサービストランザクションを実行するよう、ユニキャスト接続に基づいて第２端末とのユニキャストインタラクションを実行してもよいことが留意されるべきである。

【0089】

上記の第１の組み合わせ方法が一例として使用され、第１の組み合わせ方法での決定プロセスが表１を参照して記載される。第１メッセージ内のアプリケーション識別子がａｉｄ２である場合に、ａｉｄ２は第２アプリケーションの識別子であり、第１メッセージ内のソースレイヤ２識別子はｍａｃ２であり、ｍａｃ２は第２端末を表し、ａｉｄ２－ｍａｃ２は、表１中の確立された全てのユニキャスト接続に対応するマッピング関係と順に比較される。例えば、第１メッセージに対応するａｉｄ２－ｍａｃ２は最初に、表１のａｉｄ１－ｍａｃ３と比較される。ａｉｄ２がａｉｄ１とは異なる場合（それは、第２アプリケーションが第１アプリケーションとは異なることを示す）、又はｍａｃ２がｍａｃ３とは異なる場合（それは、第２端末が第３端末とは異なることを示す）、それは、マッピング関係ａｉｄ２－ｍａｃ２が表１のマッピング関係ａｉｄ１－ｍａｃ３とは異なることを示し、ａｉｄ２－ｍａｃ２は、表１のａｉｄ３－ｍａｃ４と更に比較される。ａｉｄ２がａｉｄ３とは異なる（それは、第２アプリケーションが第３アプリケーションとは異なることを示す）か、又はｍａｃ２がｍａｃ４とは異なる（それは、第２端末が第４端末とは異なることを示す）場合に、それは、マッピング関係ａｉｄ２－ｍａｃ２が表１のマッピング関係ａｉｄ３－ｍａｃ４とは異なることを示す。従って、マッピング関係ａｉｄ２－ｍａｃ２は表１に存在しないと、つまり、第１端末は、第２端末への第２アプリケーションに基づいたユニキャスト接続を確立していないと決定される。言い換えると、第１端末は、第２端末に対して第１メッセージに対応するユニキャスト接続を確立していない。

【0090】

他の例として、第１メッセージに対応するａｉｄ２－ｍａｃ２と表１中の確立された全てユニキャスト接続に対応するマッピング関係とを順に比較する過程で、ａｉｄ２－ｍａｃ２及び表１のａｉｄ３－ｍａｃ４の場合に、ａｉｄ２がａｉｄ３とは異なる（それは、第２アプリケーションが第３アプリケーションとは異なることを示す）か、又はｍａｃ２がｍａｃ４とは異なる（それは、第２端末が第４端末とは異なることを示す）ならば、それは、マッピング関係ａｉｄ２－ｍａｃ２が表１のマッピング関係ａｉｄ３－ｍａｃ４とは異なることを示す。しかし、ａｉｄ２－ｍａｃ２及び表１のａｉｄ１－ｍａｃ３の場合に、ａｉｄ２がａｉｄ１と同じであり（それは、第２アプリケーションが第１アプリケーションと同じであることを示す）、ｍａｃ２がｍａｃ３と同じである（それは、第２端末が第３端末と同じであることを示す）ならば、それは、マッピング関係ａｉｄ２－ｍａｃ２が表１のマッピング関係ａｉｄ１－ｍａｃ３と同じであることを示す。従って、ａｉｄ２－ｍａｃ２は表１に既に存在していると決定されてよく、これは、第１端末が、第２反増すに対して第１メッセージに対応するユニキャスト接続を以前に確立していることを示す。言い換えると、第１端末は、第２端末に対して第１メッセージに対応するユニキャスト接続を再び確立することを拒否する。

【0091】

まとめると、第１端末によって第１メッセージをフィルタリングすることの核となる考えは、次のように要約される：第１端末が第２端末によってブロードキャストされる第１メッセージを受信する前に、第１端末は第３端末への第１ユニキャスト接続を確立し、第１端末は、第１ユニキャスト接続に対応する、第１アイデンティティ及び第２アプリケーション識別子との間のマッピング関係を記憶する。いくつかの可能な実施形態で、第１アイデンティティと第１アプリケーション識別子との間のマッピング関係は、マッピング情報に記憶され、マッピング情報は、第１端末のネットワークレイヤ又はメッセージレイヤに位置している。第１アイデンティティは第３端末の一意の識別子、例えば、第３端末のＭＡＣアドレスである。第１アプリケーション識別子は、第３端末によって提供されるアプリケーションサービスの識別子であり、第１アプリケーション識別子は、第１アプリケーションの識別子及び第１アプリケーションの識別子のマッピング値のうちの１つ以上を含む。第１端末は、第２端末によってブロードキャストされる第１メッセージを受信し、第１メッセージは第２アイデンティティ及び第２アプリケーション識別子を含む。第２アイデンティティは、第２端末の一意の識別子、例えば、第２端末のＭＡＣアドレスである。第２アプリケーション識別子は、第２端末によって提供されるアプリケーションサービスの識別子であり、第２アプリケーション識別子は、第２アプリケーションの識別子及び第２アプリケーションの識別子のマッピング値のうちの１つ以上を含む。第１端末のアイデンティティは第１アイデンティティ（第３端末のアイデンティティ）とは異なり、第１端末のアイデンティティは第２アイデンティティ（第２端末のアイデンティティ）とは異なる。第２アイデンティティが第１アイデンティティと同じであり、第２アプリケーション識別子が第１アプリケーション識別子と一致する場合に、それは、第２端末が第３端末と同じであり（第２アイデンティティが第１アイデンティティと同じであるから）、第２端末によって提供されるアプリケーションサービスが第３端末によって提供されるアプリケーションサービスと同じである（第２アプリケーション識別子が第１アプリケーション識別子と同じであるから）ことを示し、つまり、第１端末は第１メッセージに対応するユニキャスト接続を既に確立している。従って、第１端末は第１メッセージをフィルタリングしてよく、つまり、第１端末は、第２端末への第２ユニキャスト接続を確立することを拒否する。

【0092】

第２アプリケーション識別子が第１アプリケーション識別子と一致することには、次の３つの場合がある。

【0093】

第１の場合に、第２アプリケーション識別子が第２アプリケーションの識別子であり、第１アプリケーション識別子が第１アプリケーションの識別子である場合に、第２アプリケーション識別子が第１アプリケーション識別子と一致するとは、第２アプリケーションの識別子が第１アプリケーションの識別子と同じであることを意味する。この場合に、第２端末のＭＡＣアドレスが第３端末のＭＡＣアドレスと同じである（つまり、第２アイデンティティが第１アイデンティティと同じである）ことは、上記の第１の組み合わせ方法：第１メッセージ内にあるアプリケーション識別子及びソースレイヤ２識別子の間の第１マッピング関係がマッピング情報に存在することの関連する記載と同等である。第２アイデンティティは上記のソースレイヤ２識別子であり、第２アプリケーションの識別子は上記のアプリケーション識別子である。

【0094】

第２の場合に、第２アプリケーション識別子が第２アプリケーションの識別子のマッピング値であり、第１アプリケーション識別子が第１アプリケーションの識別子のマッピング値である場合に、第２アプリケーション識別子が第１アプリケーション識別子と一致するとは、第２アプリケーションの識別子のマッピング値が第１アプリケーションの識別子のマッピング値と同じであることを意味する。この場合に、第２端末のＭＡＣアドレスが第３端末のＭＡＣアドレスと同じである（つまり、第２アイデンティティが第１アイデンティティと同じである）ことは、上記の第２の組み合わせ方法：第１メッセージ内にあるあて先レイヤ２識別子及びソースレイヤ２識別子の間の第２マッピング関係がマッピング情報に存在することの関連する記載と同等である。第２アイデンティティは上記のソースレイヤ２識別子であり、第２アプリケーションの識別子のマッピング値は上記のあて先レイヤ２識別子である。

【0095】

第３の場合に、第２アプリケーション識別子が第２アプリケーションの識別子及び第２アプリケーションの識別子のマッピング値を含み、第１アプリケーション識別子が第１アプリケーションの識別子及び第１アプリケーションの識別子のマッピング値を含む場合に、第２アプリケーション識別子が第１アプリケーション識別子と一致するとは、第２アプリケーションの識別子が第１アプリケーションの識別子と同じであり、第２アプリケーションの識別子のマッピング値が第１アプリケーションの識別子のマッピング値と同じであることを意味する。この場合に、第２端末のＭＡＣアドレスが第３端末のＭＡＣアドレスと同じである（つまり、第２アイデンティティが第１アイデンティティと同じである）ことは、上記の第３の組み合わせ方法：第１メッセージ内にあるアプリケーション識別子、あて先レイヤ２識別子、及びソースレイヤ２識別子の間の第３マッピング関係がマッピング情報に存在することの関連する記載と同等である。第２アイデンティティは上記のソースレイヤ２識別子であり、第２アプリケーションの識別子は上記のアプリケーション識別子であり、第２アプリケーションの識別子のマッピング値は上記のあて先レイヤ２識別子である。

【0096】

上記のマッピング情報は、第１端末のネットワークレイヤ又はメッセージレイヤによって確立及び保持されてよいことが留意されるべきである。ネットワークレイヤ又はメッセージレイヤの説明については、図２の関連する記載を参照されたい。詳細はここで再び記載されない。従って、第１端末が第１メッセージ内にあるアプリケーション識別子、ソースレイヤ２識別子、及びあて先レイヤ２識別子の間のマッピング関係をマッピング情報に加える次の２つの方法も存在する。

【0097】

方法Ａ：

【0098】

マッピング情報がネットワークレイヤで記憶される場合に、第１端末のアプリケーションレイヤは、クロスレイヤプリミティブ（又はオペレーションプリミティブ、サービスプリミティブ、などと呼ばれる）を使用することによって、ネットワークレイヤに、ネットワークレイヤでマッピング情報を確立することを指示する。例えば、第１端末は最初に第１メッセージを受信し（従って、第１メッセージはフィルタリングされない）、第１メッセージはＡＩＤ、ソースレイヤ２ＩＤ、及びあて先レイヤ２ＩＤを運び、第１端末は、第２端末に対してＡＩＤに対応するユニキャスト接続を確立すると決定する、と仮定される。この場合に、第１端末のアプリケーションレイヤは、クロスレイヤプリミティブを使用することによって、ネットワークレイヤのＤＭＥに、第１メッセージ内にあるＡＩＤ、サービスレイヤ２ＩＤを、及びあて先レイヤ２ＩＤの間のマッピング関係をネットワークレイヤでマッピング情報に加えることを指示してよい。最初に、第１端末がサービスを受け入れるユーザとして機能する場合に、第１端末のクロスレイヤプリミティブのシンタックスフォーマットは、次の通りである：

ＤＭＥ－ＵｓｅｒＳｅｒｖｉｃｅ．ｒｅｑｕｅｓｔ（ＬｏｃａｌＡｐｐｌｉｃａｔｉｏｎＩｎｄｅｘ，Ａｃｔｉｏｎ，ＵｓｅｒＲｅｑｕｅｓｔＴｙｐｅ，他の情報）

ＵｓｅｒＳｅｒｖｉｃｅは、第１端末がサービスを受け入れるユーザとして機能することを表し、ＬｏｃａｌＡｐｐｌｉｃａｔｉｏｎＩｎｄｅｘは、シーケンス番号ｉを表し、Ａｃｔｉｏｎは、アクションを表す。上記のアクションは追加であるから、ＡｃｔｉｏｎはＡｄｄにセットされる。ＵｓｅｒＲｅｑｕｅｓｔＴｙｐｅは、ユーザ要求のタイプを表し、Ａｄｄｒｅｓｓ Ｍａｐｐｉｎｇにセットされる。他の情報は、（ＡＩＤ，ソースレイヤ２ＩＤ，及びあて先レイヤ２ＩＤ）にセットされる。従って、ネットワークレイヤが第１メッセージ内にあるＡＩＤ，ソースレイヤ２ＩＤ、及びあて先レイヤ２ＩＤの間のマッピング関係をマッピング情報に加えるためのクロスレイヤプリミティブは：

ＤＭＥ－ＵｓｅｒＳｅｒｖｉｃｅ．ｒｅｑｕｅｓｔ（ｉ，Ａｄｄ，Ａｄｄｒｅｓｓ Ｍａｐｐｉｎｇ，（ＡＩＤ，ソースレイヤ２ＩＤ，あて先レイヤ２ＩＤ））

であってよい。

【0099】

いくつかの可能な実施形態で、第１メッセージ内のアプリケーション識別子に対応するマッピング関係がネットワークレイヤでマッピング情報から削除される必要がある場合に、マッピング関係の削除に対応するクロスレイヤプリミティブのＡｃｔｉｏｎは、Ｄｅｌｅｔｅにセットされる必要がある。この場合に、クロスレイヤプリミティブは具体的に次の通りである：

ＤＭＥ－ＵｓｅｒＳｅｒｖｉｃｅ．ｒｅｑｕｅｓｔ（ｉ，Ｄｅｌｅｔｅ，Ａｄｄｒｅｓｓ Ｍａｐｐｉｎｇ，（ＡＩＤ，ソースレイヤ２ＩＤ，あて先レイヤ２ＩＤ））

【0100】

第２に、第１端末がサービスプロバイダとして機能する場合に、第１端末のクロスレイヤプリミティブのシンタックスフォーマットは、次の通りである：

ＤＭＥ－ＰｒｏｖｉｄｅｒＳｅｒｖｉｃｅ．ｒｅｑｕｅｓｔ（ＬｏｃａｌＡｐｐｌｉｃａｔｉｏｎＩｎｄｅｘ，Ａｃｔｉｏｎ，ＵｓｅｒＲｅｑｕｅｓｔＴｙｐｅ，他の情報）

ＰｒｏｖｉｄｅｒＳｅｒｖｉｃｅは、第１端末がサービスプロバイダとして機能することを表す。ＬｏｃａｌＡｐｐｌｉｃａｔｉｏｎＩｎｄｅｘ、Ａｃｔｉｏｎ、ＵｓｅｒＲｅｑｕｅｓｔＴｙｐｅ、及び他の情報などのパラメータについては、上記の説明を参照されたい。詳細はここで再び記載されない。第１端末のネットワークレイヤは、実際の要件に基づいて、ＡｃｔｉｏｎをＡｄｄ又はＤｅｌｅｔｅにセットしてよい。ＡｃｔｉｏｎがＡｄｄにセットされる例が使用される。第１端末がサービスプロバイダとして機能する場合に、第１端末のネットワークレイヤが、第１メッセージ内にあるＡＩＤ、ソースレイヤ２ＩＤ、及びあて先レイヤ２ＩＤの間のマッピング関係をマッピング情報に加える必要があるとき、対応するクロスレイヤプリミティブは：

ＤＭＥ－ＰｒｏｖｉｄｅｒＳｅｒｖｉｃｅ．ｒｅｑｕｅｓｔ（ｉ，Ａｄｄ，Ａｄｄｒｅｓｓ Ｍａｐｐｉｎｇ，（ＡＩＤ，ソースレイヤ２ＩＤ，あて先レイヤ２ＩＤ））

である。

【0101】

マッピング情報がネットワークレイヤで記憶される場合に第１端末のネットワークレイヤは、上記の３つの組み合わせ方法のいずれか１つで、マッピング情報に基づいて第１メッセージをフィルタリングしてよく、それによって、第１端末の上位レイヤ資源の消費を有効に回避することが留意されるべきである。

【0102】

図５Ａは、本願の実施形態に係る第１端末のプロトコルスタックの模式図である。図５Ａに示されるように、マッピング情報は第１端末によってネットワークレイヤで記憶される。具体的に言えば、表１がネットワークレイヤに位置している。第１端末がマッピング関係をマッピング情報に加える必要があるか、又はマッピング関係をマッピング情報から削除する必要がある場合に、第１端末のネットワークレイヤは、上記のクロスレイヤプリミティブを使用することによって、ネットワークレイヤによって保持されているマッピング情報に対して対応する処理を実行してよい。

【0103】

方法Ｂ：

【0104】

マッピング情報がメッセージレイヤで記憶される場合に、マッピング情報はメッセージレイヤによって確立される。例えば、第１端末が最初に第１メッセージを受信する（従って、第１メッセージはフィルタリングされない）とき、第１メッセージはＡＩＤ、ソースレイヤ２ＩＤ、及びあて先レイヤ２ＩＤを運び、第１端末は、第２端末に対してＡＩＤに対応するユニキャスト接続を確立すると決定する。この場合に、第１端末は直接、第１メッセージ内にあるＡＩＤ、サービスレイヤ２ＩＤを、及びあて先レイヤ２ＩＤの間のマッピング関係をネットワークレイヤでマッピング情報に加える。いくつかの可能な実施形態で、第１端末が第１メッセージ対応するマッピング関係を削除する必要があるとき、第１端末のメッセージレイヤは直接、メッセージレイヤで記憶されているマッピング情報に対して対応する処理を実行してよい。

【0105】

図５Ｂは、本願の実施形態に係る第１端末のプロトコルスタックの模式図である。図５Ｂに示されるように、マッピング情報は第１端末によってメッセージレイヤで記憶される。具体的に言えば、表１がメッセージレイヤに位置している。第１端末がマッピング関係をマッピング情報に加える必要があるか、又はマッピング関係をマッピング情報から削除する必要がある場合に、第１端末のメッセージレイヤは直接、メッセージレイヤによって保持されているマッピング情報に対して関連する操作を実行してよい。

【0106】

いくつかの可能な実施形態で、上記の３つの組み合わせ方法のいずれか１つで、第１メッセージをフィルタリングすべきかどうかが決定されるとき、第１マッピング関係はマッピング情報に存在しないことがあり、第２マッピング関係はマッピング情報に存在しないことがあり、又は第３マッピング関係はマッピング情報に存在しないことがある。すなわち、それは、第１端末が第２端末に対して第１メッセージに対応するユニキャスト接続を確立していないことを示す。この場合に、第１メッセージは識別エリアを更に含み、第１端末は、識別エリアを参照して、第１メッセージをフィルタリングすべきかどうかを更に決定してよい。具体的に、第１端末が識別エリアの外に位置している場合に、それは、第１メッセージが第１端末とは無関係であることを示し、第１端末は第１メッセージをフィルタリングする。第１端末が識別エリアに位置する場合に、第１メッセージ対応するユニキャスト接続は確立されていないので、第１メッセージに応答して、第１端末は、第２端末に対して第１メッセージに対応するユニキャスト接続を確立し、第１メッセージに対応するマッピング関係をアプリケーションレイヤ又はネットワークレイヤでマッピング情報に加える。

【0107】

具体的に、第１端末が第２端末に対して第１メッセージに対応するユニキャスト接続を確立していないと決定されるとき、第１端末は、第１メッセージ内の識別エリアを取得する第１メッセージをパースする。識別エリアは、第２端末によってサポートされる第１メッセージ内のアプリケーション識別子に対応するアプリケーションのサービス範囲を示すために使用される。すなわち、アプリケーション識別子に対応するアプリケーションは、識別エリアでのみ有効である。識別エリアは、識別半径、エリア範囲座標、などであってよい。

【0108】

具体的な実施において、識別エリアがエリア範囲座標であるとき、第１端末は第１端末の位置情報を取得し、第１端末の位置情報がエリア範囲座標に属するかどうかを決定する。第１端末の位置情報がエリア範囲座標に属さない場合には、それは、第１端末が識別エリアの外に位置していることを示すので、第１端末は第１メッセージを直接フィルタリングする。第１端末の位置情報がエリア範囲座標に属する場合には、それは、第１端末が識別エリアに位置していることを示し、第１メッセージに応答して、第１端末は、第２端末に対して第１メッセージに対応するユニキャスト接続を確立する。

【0109】

他の具体的な実施においては、識別エリアが識別半径であるとき、第１端末の位置情報を取得する必要があることに加えて、第１端末は更に、第２端末の位置情報を取得する必要がある。第２端末の位置情報は第１メッセージに含まれてよく、又は第２端末によってブロードキャストされる他のメッセージに含まれてもよい。第２端末の位置情報はまた、第２端末の位置情報を知っている他の端末によっても送信されてよい。これは本願で特に制限されない。第１端末と第２端末との間の距離は、第１端末の位置情報及び第２端末の位置情報に基づいて計算される。距離が識別半径以上であるとき、それは、第１端末が識別エリアの外に位置していることを示すので、第１端末は第１メッセージを直接フィルタリングする。距離が識別半径に満たない場合に、それは、第１端末が識別エリアに位置していることを示すので、第１メッセージに応答して、第１端末は、第２端末に対して第１メッセージに対応するユニキャスト接続を確立する。

【0110】

第１メッセージをパースして識別エリアを取得した後、第１端末は更に、第１メッセージ内にあるアプリケーション識別子、ソースレイヤ２識別子、及び識別エリアの間のマッピング関係をインタラクションエリア情報に加えてもよい。インタラクションエリア情報は、メッセージレイヤで記憶される（図５Ａ又は図５Ｂを参照）。インタラクションエリア情報は、第１端末によって確立されるユニキャスト接続に対応する、アプリケーション識別子、ソースレイヤ２識別子、及び識別エリアの間のマッピング関係を記録するために使用される。

【0111】

インタラクションエリア情報は、表２に示されるマッピング関係テーブルに類似し得る。表２に示されるように、表２は２つのマッピング関係：ａｉｄ１－ｍａｃ３－ａｒｅａ１及びａｉｄ３－ｍａｃ４－ａｒｅａ２を記録し、ａｉｄ１－ｍａｃ３が説明のために一例として使用される。マッピング関係は、第１端末が、ソースレイヤ２識別子がｍａｃ３である端末へのアプリケーション識別子ａｉｄ１に基づくユニキャスト接続を第１端末が既に確立しており、アプリケーション識別子ａｉｄ１に対応する識別エリアがａｒｅａ１であることを示す。例えば、図５Ａ又は図５Ｂに示されるように、表２に示されるインタラクションエリア情報は、メッセージレイヤに位置している。

【表2】

【0112】

いくつかの可能な実施形態で、第１メッセージに対応するユニキャスト接続が確立された後、第１端末の現在位置が第１メッセージの識別エリア内にもはやない場合に、第１端末は、第１メッセージに対応するマッピング関係をマッピング情報から削除する必要がある。このようにして、第１端末がアプリケーション識別子に対応する識別エリアに再び位置する場合に、第１メッセージが受信されるならば、第１メッセージに対応するマッピング関係はマッピング情報に存在していないので、第１端末は、関連するサービス（例えば、高速道料金支払い）を実行するよう、第２端末に対して第１メッセージに対応するユニキャスト接続を確立し得る。従って、第１メッセージに基づいたユニキャストインタラクションが完了した後、第１端末が識別エリアにもはや位置していない場合に、第１メッセージに対応するマッピング関係をマッピング情報から削除する動作は、第１端末が識別エリアに再び位置するときに受信される第１メッセージを誤ってフィルタリングすることを有効に防ぐことができることが分かる。

【0113】

いくつかの可能な実施形態で、第１メッセージに対応するユニキャスト接続が確立された後、第１端末の位置が第１メッセージの識別エリア内にもはやない場合に、第１メッセージ対応するマッピング関係をマッピング情報から削除することに加えて、アプリケーションレイヤは、第１メッセージに対応するマッピング関係をインタラクションエリア情報から更に削除してもよい。これは本願で特に制限されない。例えば、表１のａｉｄ１－ｍａｃ３－ｆ（ａｉｄ１）の場合に、第１端末は、第３端末への第１アプリケーション（ａｉｄ１）に基づくユニキャスト接続を確立する、と仮定される。表２のａｉｄ１－ｍａｃ３－ａｒｅａ１から分かるように、第３端末によってサポートされる第１アプリケーションのサービス範囲はａｒｅａ１である。第１端末がａｒｅａ１にもはや位置していない場合に、第１端末はマッピング関係ａｉｄ１－ｍａｃ３－ｆ（ａｉｄ１）をマッピング情報（例えば、表１）から削除する。更に、第１端末は、マッピング関係ａｉｄ１－ｍａｃ３－ａｒｅａ１をインタラクションエリア情報（例えば、表２）から削除する。

【0114】

例えば、第１端末は、第２端末への高速道路近距離支払いアプリケーションに基づくユニキャスト接続を確立している。第１端末はＯＢＵであり、ＯＢＵは、ユニキャスト接続に基づいて、ＯＢＵが位置している高速道路区間の支払いサービスを完了している、と仮定される。ＯＢＵが高速道路近距離支払いアプリケーションの識別エリアに依然として位置している場合に、ＯＢＵが、第２端末によってブロードキャストされる、同じ高速道路近距離支払いアプリケーションのメッセージを再び受信するとき、ＯＢＵはその高速道路区間に対する支払いサービスを一度完了しているので、ＯＣＵはマッピング情報に基づいて直接第１メッセージをフィルタリングしてよい。ＯＢＵが高速道路近距離支払いアプリケーションの識別エリアから出ると、ＯＢＵは、ユニキャスト接続に対応するマッピング関係をマッピング情報から削除する必要があり、それにより、ＯＢＵが高速道路近距離支払いアプリケーションの識別エリアに再び入り、第２端末によってブロードキャストされる、高速道路近距離支払いアプリケーションに対応するメッセージを受信する場合に、ＯＢＵは第１メッセージを誤ってフィルタリングしない。

【0115】

マッピング情報はメッセージレイヤ又はネットワークレイヤに位置してよく、インタラクションエリア情報はメッセージレイヤに位置することが留意されるべきである。いくつかの可能な実施形態で、マッピング情報及びインタラクションエリア情報の両方がメッセージレイヤによって保持される場合に、マッピング情報及びインタラクションエリア情報は１つのテーブルにまとめられてもよい。テーブルは、第１端末によって確立されるユニキャスト接続に対応するアプリケーション識別子、ソースレイヤ２識別子、あて先レイヤ２識別子、及び識別エリアの間のマッピング関係を示すために使用される。

【0116】

本願のこの実施形態の実施中に、第２端末によって周期的にブロードキャストされる第１メッセージを受信するとき、第１端末は、第１メッセージ内のアプリケーション関連フィールド（例えば、アプリケーション識別子及びあて先レイヤ２識別子のうちの少なくとも一方）及び第１メッセージ内の送信側識別子（つまり、ソースレイヤ２識別子）に基づいて決定及び解析を実行し、第１端末が第２端末に対して第１メッセージに対応するユニキャスト接続を既に確立している場合には、第２端末によってブロードキャストされる、同じアプリケーションを示す第１メッセージをフィルタリングすることが分かる。このようにして、メッセージフィルタリング精度は向上し、第１端末によるメッセージパーシングによって引き起こされる計算資源の消費は削減され、メッセージ処理効率は向上する。

【0117】

図６に示されるように、以下は、本願の実施形態に係るメッセージフィルタリング方法について記載する。第１端末がＯＢＵであり、第２端末がＲＳＵである例が、解決法の例について記載するために使用されてよい。しかし、本願で、第１端末はＯＢＵにのみ制限されず、第２端末はＲＳＵにのみ制限されない。更に、図６の実施形態は、図４の実施形態と無関係であってよく、あるいは、図４の実施形態の補足であってもよい。方法は、次のステップを含むが制限されない。

【0118】

Ｓ２０１：ＯＢＵは、ＲＳＵによってブロードキャストされる第１メッセージを受信する。

【0119】

ＯＢＵは車載機と呼ばれ、ＬＴＥ－Ｖ２Ｘ又はＮＲ－Ｖ２Ｘ技術を使用することによってＲＳＵと通信する車載装置である。ＯＢＵは、通常、車両に、例えばフロントガラスに設置される。ＲＳＵは、車両－道路間通信で主に使用され、インテリジェント輸送システム及びインテリジェント車両インフラストラクチャ協働システムを実装するための重要なデバイスである。ＲＳＵは、アンテナ（ＲＳＵアンテナ）、ラジオ周波数コントローラ（ＲＳＵコントローラ）などを含む。ＲＳＵは、通常、道路の脇に配置され、路面検知／監視デバイス（例えば、信号機、カメラ、又はマイクロ波レーダ）へ更に接続されて、道路情報、路面交通情報、などを収集し、双方向通信及び近くの通貨車両とのデータ交換を実行してもよい。

【0120】

第１メッセージは、アプリケーション識別子、ソースレイヤ２識別子、及びあて先レイヤ２識別子を含む。アプリケーション識別子は、異なるアプリケーションを区別するために使用され、ソースレイヤ２識別子は、ＲＳＵのＭＡＣアドレスであり、あて先レイヤ２識別子は、アプリケーション識別子に対応するマッピング値である。

【0121】

Ｓ２０２：ＯＢＵのアプリケーションレイヤ又はネットワークレイヤは、ソースレイヤ２識別子と、アプリケーション識別子又はあて先レイヤ２識別子のうちの少なくとも一方とに基づいて、第１メッセージに対応するユニキャスト接続が確立されているかどうかを決定する。

【0122】

第１メッセージに対応するユニキャスト接続は、アプリケーション識別子に基づく、ＯＢＵとＲＳＵとの間の通信接続である。ＯＢＵのアプリケーションレイヤ又はネットワークレイヤによって、第１メッセージに対応するユニキャスト接続が確立されているかどうかを決定するための３つの方法は夫々、Ｓ１０２で記載された上記の第１の組み合わせ方法、つまり、アプリケーション識別子とソースレイヤ２識別子との間の第１マッピング関係がマッピング情報に存在するかどうかを決定すること、第２の組み合わせ方法、つまり、あて先レイヤ２識別子とソースレイヤ２識別子との間のマッピング関係がマッピング情報に存在するかどうかを決定すること、及び第３の組み合わせ方法、つまり、アプリケーション識別子とソースレイヤ２識別子とあて先レイヤ２識別子との間の第３マッピング関係がマッピング情報に存在するかどうかを決定することである。決定は上記の３つの方法のうちのいずれか１つで実行されてよい。第１マッピング関係がマッピング情報に存在する場合、第２マッピング関係がマッピング情報に存在する場合、又は第３マッピング関係がマッピング情報に存在する場合に、第１メッセージに対応するユニキャスト接続が確立されていることが決定され、Ｓ２０３が実行される。代替的に、第１マッピング関係がマッピング情報に存在しない場合、第２マッピング関係がマッピング情報に存在しない場合、又は第３マッピング関係がマッピング情報に存在しない場合に、第１メッセージに対応するユニキャスト接続は確立されていないことが決定され、Ｓ２０４が実行される。マッピング情報はアプリケーションレイヤ又はネットワークレイヤによって確立及び保持されてよいことが留意されるべきである。

【0123】

マッピング情報がＯＢＵのネットワークレイヤに位置している例が使用される。具体的な実施において、ＯＢＵは、上記の３つの組み合わせ方法のうちのいずれか１つで、第１メッセージに対応するマッピング関係がマッピング情報に存在するかどうかを決定する。例えば、第１メッセージに含まれる３つのフィールドが（ａｉｄ１，ｍａｃ３，ｆ（ａｉｄ１））である場合に、マッピング関係ａｉｄ１－ｍａｃ３－ｆ（ａｉｄ１）がマッピング情報（上記の表１と呼ばれる）に存在することが決定され得る。このようにして、それは、第１メッセージに対応するユニキャスト接続が確立されていることを示し、Ｓ２０３が実行される。第１メッセージに対応する３つのフィールドが（ａｄｉ２，ｍａｃ３，ｆ（ａｉｄ２））である場合に、マッピング関係ａｉｄ２－ｍａｃ３－ｆ（ａｉｄ２）がマッピング情報に存在しないことが決定され得る。確かに、マッピング関係ａｉｄ２－ｍａｃ３もマッピング情報に存在せず、又はマッピング関係ｍａｃ３－ｆ（ａｉｄ２）もマッピング情報に存在しない。このようにして、それは、第１メッセージに対応するユニキャスト接続が確立されていないことを示し、Ｓ２０４が実行される。ネットワークレイヤにあるマッピング情報は、クロスレイヤプリミティブＤＭＥ－ＵｓｅｒＳｅｒｖｉｃｅ．ｒｅｑｕｅｓｔ（）又はＤＭＥ－ＰｒｏｖｉｄｅｒＳｅｒｖｉｃｅ．ｒｅｑｕｅｓｔ（）を使用することによって確立されてよい。具体的なプロセスについては、Ｓ１０２の関連する記載を参照されたい。詳細はここで再び記載されない。

【0124】

Ｓ２０３：ＯＢＵは第１メッセージをフィルタリングする。

【0125】

具体的に、第１メッセージに対応するユニキャスト接続が確立されている場合に、ＯＢＵは第１メッセージをフィルタリングする。言い換えると、ＯＢＵは、ＲＳＵに対して第１メッセージに対応するユニキャスト接続を確立することを拒否する。

【0126】

Ｓ２０４：ＯＢＵは、識別エリアを取得するよう第１メッセージをパースする。

【0127】

具体的に、第１メッセージに対応するユニキャスト接続が確立されていないことが決定されると、ＯＢＵは第１メッセージを更にパースして、識別エリアを取得する。識別エリアは、ＲＳＵによってサポートされる第１メッセージ内のアプリケーション識別子に対応するサービス範囲である。例えば、高速道料金徴収のアプリケーションシナリオでは、ＲＳＵによってブロードキャストされる第１メッセージ内のアプリケーション識別子は、アプリケーションタイプが高速道料金徴収であることを示すために使用され、第１メッセージは識別エリアを更に含む。この場合に、識別エリアは、現在の料金道路区間を表す。

【0128】

Ｓ２０５：ＯＢＵは、ＯＢＵが識別エリア内にあるかどうかを決定する。

【0129】

具体的に、ＯＢＵは、ＯＢＵの位置情報に基づいて、ＯＢＵが識別エリア内にあるかどうかを決定してよい。ＯＢＵが識別エリアに位置していることが決定されると、Ｓ２０６が実行される。ＯＢＵが識別エリアに位置していないことが決定されると、Ｓ２０３が実行される。ＯＢＵによって、ＯＢＵが識別エリアに位置しているかどうかを決定する方法については、Ｓ１０２の関連する記載を参照されたい。詳細はここで再び記載されない。

【0130】

例えば、高速道領域徴収のアプリケーションシナリオでは、ＯＢＵは、マッピング情報と、ソースレイヤ２識別子及びアプリケーション識別子である第１メッセージ内の２つのフィールドとに基づいて、ＯＢＵがＲＳＵに対して第１メッセージに対応するユニキャスト接続を確立していないと知っていることを決定する。この場合に、ＯＢＵは、現在の料金道路区間を取得するよう第１メッセージをパースし、ＯＢＵの現在位置がその料金道路区間内にあるかどうかを決定する。ＯＢＵが料金道路区間に位置している場合に、Ｓ２０６が実行される。ＯＢＵが料金道路区間に位置していない場合に、Ｓ２０３が実行される。

【0131】

Ｓ２０６：第１メッセージに応答して、ＯＢＵは、ＲＳＵに対して第１メッセージに対応するユニキャスト接続を確立し、第１メッセージに対応するマッピング関係をマッピング情報に加える。

【0132】

具体的に、第１メッセージに応答して、ＯＢＵはＯＢＵのＭＡＣアドレスをＲＳＵへ送信して、ＲＳＵに対して第１メッセージに対応するユニキャスト接続を確立し、そして、ＯＢＵは、第１メッセージ内にあるアプリケーション識別子、ソースレイヤ２識別子、及びあて先レイヤ２識別子の間のマッピング関係をマッピング情報に加える。更に、ＯＢＵは、第１メッセージ内にあるアプリケーション識別子、ソースレイヤ２識別子、及び識別エリアの間のマッピング情報をインタラクションエリア情報に更に加えてもよい。

【0133】

マッピング情報はネットワークレイヤ又はメッセージレイヤで記憶されてよく、インタラクションエリア情報はアプリケーションレイヤで記憶され、ＯＢＵによって確立されるユニキャスト接続に対応するアプリケーション識別子、ソースレイヤ２識別子、及び識別エリアの間のマッピング関係はインタラクションエリア情報に記憶されることが留意されるべきである。

【0134】

例えば、第１メッセージが（ａｉｄ１，ｍａｃ２，ｆ（ａｉｄ１），ａｒｅａ１）を含み、ａｉｄ１が第１アプリケーションの識別子であり、ｍａｃ２がＲＳＵのソースレイヤ２識別子であり、ｆ（ａｉｄ１）がＲＳＵのあて先レイヤ２識別子であり、ａｒｅａ１が識別エリアである場合に、ａｒｅａ１は第１メッセージをパースすることによって取得される。ＯＢＵは、マッピング情報に基づいて、ＯＢＵがＲＳＵへのアプリケーション識別子ａｉｄ１に基づくユニキャスト接続を確立していないことを決定し、ＯＢＵはａｒｅａ１に位置している、と仮定される。この場合に、ＯＢＵは、第１メッセージに対応するユニキャスト接続を確立するようＯＢＵのＭＡＣアドレスをＲＳＵへ送信し、そして、ａｉｄ１－ｍａｃ２－ｆ（ａｉｄ１）をマッピング情報に加えて、ａｉｄ１－ｍａｃ２－ａｒｅａ１をインタラクションエリア情報に加える。

【0135】

Ｓ２０７：ＯＢＵが識別エリアにもはや位置していない場合に、ＯＢＵは、アプリケーションレイヤ又はネットワークレイヤでマッピング情報から第１メッセージに対応するマッピング関係を削除する。

【0136】

具体的な実施において、ＯＢＵが、第１メッセージに対応するユニキャスト接続に基づく、ＲＳＵとのインタラクションを完了した後、ＯＢＵが位置している車両は移動し続け、車両の位置は変化する。ＯＢＵの位置は、ＯＢＵが位置している車両の位置と同じである。ＯＢＵが識別エリアにもはや位置していない（つまり、ＯＢＵが位置している車両が識別エリアから出た）場合に、ＯＢＵは、アプリケーションレイヤ又はネットワークレイヤにあるマッピング情報から、ユニキャスト接続に対応するマッピング関係を削除する。

【0137】

ＯＢＵが第１メッセージに対応するユニキャスト接続を確立した後、ＯＢＵは、ＯＢＵが第１メッセージに対応する識別エリア内にいるかどうかを実時間で決定してよく、あるいは、ＯＢＵは、ＯＢＵが第１メッセージ内の識別エリア内にいるかどうかを間隔をあけて決定してもよいことが留意されるべきである。ＯＢＵが識別エリアにもはや位置していないと決定すると、ＯＢＵは、ユニキャスト接続に対応するマッピング関係をマッピング情報から削除する。

【0138】

Ｓ２０６でのマッピング情報の記憶位置は、Ｓ２０７でのマッピング情報の記憶位置と一致することが留意されるべきである。すなわち、Ｓ２０６のマッピング情報がネットワークレイヤにある場合に、Ｓ２０７では、ＯＢＵのネットワークレイヤが第１メッセージ対応するマッピング関係をマッピング情報から削除する。代替的に、Ｓ２０６のマッピング情報がメッセージレイヤにある場合に、Ｓ２０７では、ＯＢＵメッセージレイヤが第１メッセージ対応するマッピング関係をマッピング情報から削除する。

【0139】

例えば、図７は、高速道領域徴収の模式図である。ＯＢＵが、最初に図７の位置１で、ＲＳＵによってブロードキャストされる第１メッセージを受信した後、第１メッセージは（ａｉｄ１，ｍａｃ２，ｆ（ａｉｄ１），ａｒｅａ１）を含む、と仮定される。ＯＢＵは、ＲＳＵに対して第１メッセージに対応するユニキャスト接続を確立し、第１メッセージに対応するマッピング関係ａｉｄ１－ｍａｃ２－ｆ（ａｉｄ１）をマッピング情報に加え、第１メッセージに対応するａｉｄ１－ｍａｃ２－ａｒｅａ１をインタラクションエリア情報に加える。ＯＢＵは、位置１でのＲＳＵとのユニキャストインタラクションを完了する（料金支払いを一度完了する）。ＯＢＵは、再び位置２で、ＲＳＵによってブロードキャストされる第１メッセージを受信し、ＯＢＵは、マッピング情報に基づいて、ＯＢＵがＲＳＵに対して第１メッセージに対応するユニキャスト接続を既に確立していることを決定する、と仮定される。従って、ＯＢＵは、位置２で受信された第１メッセージを直接フィルタリングし、これは、ＯＢＵが識別エリアａｒｅａ１内の位置１で一度サービス支払いを完了していることを意味する。従って、ＯＢＵが識別エリアａｒｅａ１内に未だいる場合に、ＯＢＵは、ＲＳＵによって再びブロードキャストされる第１メッセージに応答して支払いを再び実行する必要がない。しかし、ＵＢＵが車両とともに動くにつれて、ＯＢＵは、ＯＢＵの位置が識別エリアａｒｅａ１にもはや位置していないことを決定する場合に、ＯＢＵは、第１メッセージ対応するマッピング関係ａｉｄ１－ｍａｃ３－ｆ（ａｉｄ１）をマッピング情報から削除し、それにより、ＯＢＵがａｒｅａ１に再び入る場合に、ＲＳＵによってブロードキャストされてＯＢＵによって受信される第１メッセージは誤ってフィルタリングされない。

【0140】

本願のこの実施形態で提供されるメッセージフィルタリング方法は、図３に示されるシナリオに適用される。図３に示されるように、ＯＢＵは、ＲＳＵ１の通信範囲及びＲＳＵ２の通信範囲の両方に位置している。ＯＢＵは、ＲＳＵ１によってブロードキャストされるＭｓｇ１及びＲＳＵ２によってブロードキャストされるＭｓｇ２を受信する可能性がある。Ｍｓｇ１は（ａｉｄ１，ｍａｃ１，ｆ（ａｉｄ１），ａｒｅａ１）を含み、Ｍｓｇ２ｈａ（ａｉｄ１，ｍａｃ２，ｆ（ａｉｄ１），ａｒｅａ２）を含む。ＯＢＵが最初にＭｓｇ１及びＭｓｇ２の両方を受信する場合に、ＯＢＵは、Ｍｓｇ１に対応するマッピング関係がマッピング情報に存在せず、かつ、Ｍｓｇ２に対応するマッピング関係がマッピング情報に存在しないことを決定する。従って、ＯＢＵは、ＲＳＵ１に対してＭｓｇ１に対応するユニキャスト接続を確立しておらず、また、ＲＳＵ２に対してＭｓｇ２に対応するユニキャスト接続を確立していない。ＯＢＵは更に、ＯＢＵがＭｓｇ１に対応する識別エリアａｒｅａに現在位置しており、また、Ｍｓｇ２に対応する識別エリアａｒｅａ２にも位置していることを決定する。ａｒｅａ１はＲＳＵ１の通信範囲に位置し、ａｒｅａ２はＲＳＵ２の通信範囲に位置していることが理解され得る。Ｍｓｇ１のアプリケーション識別子及びＭｓｇ２のアプリケーション識別子は同じである（両方のアプリケーション識別子がａｉｄ１であり、ａｉｄ１は車両近距離支払いサービスを表すと仮定される）が、Ｍｓｇ１及びＭｓｇ２は、本願で提供されるメッセージフィルタリング方法を使用することによって上記の場合にフィルタリングされない。相応して、Ｍｓｇ１に応答して、ＯＢＵは、ＲＳＵに対してＭｓｇ１に対応するユニキャスト接続を確立し、マッピング関係ａｉｄ１－ｍａｃ１－ｆ（ａｉｄ１）をマッピング情報に加える。Ｍｓｇ２に応答して、ＯＢＵは、ＲＳＵ２に対してＭｓｇ２に対応するユニキャスト接続を確立し、マッピング関係ａｉｄ１－ｍａｃ２－ｆ（ａｉｄ１）をマッピング情報に加える。いくつかの可能な実施形態で、ＯＢＵは更に、マッピング関係ａｉｄ１－ｍａｃ１－ａｒｅａ１及びａｉｄ１－ｍａｃ２－ａｒｅａ２をインタラクションエリア情報に加える。ＯＢＵがエリアａｒｅａ１内で再び、ＲＳＵ１によってブロードキャストされるＭｓｇ１を受信する場合に、ＯＢＵは、Ｍｓｇ１に対応するマッピング関係ａｉｄ１－ｍａｃ１－ｆ（ａｉｄ１）がマッピング情報に既に存在していることを決定し、ＯＢＵは、このとき受信されたＭｓｇ１を直接フィルタリングする。ＯＢＵがエリアａｒｅａ２内、ＲＳＵ２によってブロードキャストされるＭｓｇ２’を受信し、Ｍｓｇ２’が（ａｉｄ２，ｍａｃ２，ｆ（ａｉｄ２），ａｒｅａ２）を含む場合に、ａｉｄ２が車両身元識別サービスを表すとすれば、ＯＢＵは、ａｉｄ２－ｍａｃ２－ｆ（ａｉｄ２）、ａｉｄ２－ｍａｃ２、及びｍａｃ２－ｆ（ａｉｄ２）であるマッピング関係のどれもマッピング情報に存在していないことを決定する。従って、Ｍｓｇ２’に応答して、ＯＢＵは、ＲＳＵ２に対してＭｓｇ２’に対応するユニキャスト接続を確立する。

【0141】

上記は、高速道路での車両近距離支払いサービスを一例として使用することによってのみ記載されていることが留意されるべきである。本願のこの実施形態で提供される解決法は、車両近距離支払いサービスに適用され得るのみならず、車両身元識別サービスまたは道路状況安全サービスなどの他のサービスにも適用されてよい。これは本願で特に制限されない。

【0142】

本願のこの実施形態の実施中に、ＲＳＵによって周期的にブロードキャストされる第１メッセージを受信した後、ＯＢＵは、アプリケーションレイヤ又はネットワークレイヤにあるマッピング情報に基づいて、第１メッセージに対応するユニキャスト接続が確立されているかどうかを決定し、ＯＢＵは、ユニキャスト接続が確立されている場合に第１メッセージをフィルタリングし、それにより、同じＲＳＵによってブロードキャストされ、同じアプリケーションを示すブロードキャストメッセージは、フィルタリングされるので、ＯＢＵの計算資源の消費量は大いに削減される。更に、ＯＢＵは、マッピング情報と、第１メッセージがパースされた後に取得される識別エリアとを参照して、ＲＳＵに対して第１メッセージに対応するユニキャスト接続を確立することを拒否すべきかどうかを更に決定してよく、それによって、メッセージフィルタリング精度及びメッセージ処理効率は向上する。

【0143】

他の具体的な実施においては、本願で提供されるメッセージフィルタリングは、ＯＢＵどうしのブロードキャストメッセージをフィルタリングするために更に実行されてもよい。例えば、第１端末はＯＢＵ１であってよく、第２端末はＯＢＵ２であってよい。図８は、メッセージフィルタリング方法のフローチャートの例である。図８の実施形態は、図４の実施形態及び図６の実施形態と無関係であってよく、あるいは、図４の実施形態及び図６の実施形態の補足であってもよい。方法は次のステップを含むが制限されない。

【0144】

Ｓ３０１：ＯＢＵ１は、ＯＢＵ２によってブロードキャストされる第１メッセージを受信する。

【0145】

ＯＢＵ２によってブロードキャストされる第１メッセージは、アプリケーション識別子、ソースレイヤ２識別子、及びあて先レイヤ２識別子を含む。アプリケーション識別子は、アプリケーションのタイプを示すために使用される。異なるアプリケーションは異なるアプリケーション識別子を有する。ソースレイヤ２識別子は、ＯＢＵ２のＭＡＣアドレスである。第１メッセージはブロードキャスト方式で送信されるので、あて先レイヤ２識別子はアプリケーション識別子のマッピング値であり、あて先レイヤ２識別子はアプリケーション識別子に対応する。

【0146】

Ｓ３０２：ＯＢＵ１のアプリケーションレイヤ又はネットワークレイヤは、ソースレイヤ２識別子と、アプリケーション識別子又はあて先レイヤ２識別子のうちの少なくとも一方とに基づいて、第１メッセージに対応するユニキャスト接続が確立されているかどうかを決定する。

【0147】

具体的に、マッピング情報は、ＯＢＵ１によって確立されるユニキャスト接続に対応するアプリケーション識別子、ソースレイヤ２識別子、及びあて先レイヤ２識別子の間のマッピング関係を記録する。マッピング情報は、アプリケーションレイヤによって確立されてよく、又はネットワークレイヤによって確立されてよい。しかし、マッピング情報がネットワークレイヤによって確立される場合に、アプリケーションレイヤは、クロスレイヤプリミティブを使用することによって、ネットワークレイヤに、マッピング情報を確立することを指示する。

【0148】

ＯＢＵが、マッピング情報に基づいて、第１メッセージに対応するユニキャスト接続が確立されているかどうかを決定することは、第１メッセージに対応するマッピング関係がマッピング情報に存在するかどうか、つまり、アプリケーション識別子とソースレイヤ２識別子との間の第１マッピング関係、あて先レイヤ２識別子とソースレイヤ２識別子との間の第２マッピング関係、又はアプリケーション識別子とソースレイヤ２識別子とあて先レイヤ２識別子との間の第３マッピング関係、を決定し、第１メッセージに対応するマッピング関係がマッピング情報に存在する場合に、第１メッセージに対応するユニキャスト接続が確立されていることを決定し、Ｓ３０３を実行し、第１メッセージに対応するマッピング関係がマッピング情報に存在しない場合に、第１メッセージに対応するユニキャスト接続が確立されていないことを決定し、Ｓ３０４を実行することである。具体的な決定方法については、Ｓ１０２の関連する記載を参照されたい。詳細はここで再び記載されない。

【0149】

Ｓ３０３：ＯＢＵ１は第１メッセージをフィルタリングする。

【0150】

Ｓ３０４：ＯＢＵ１は、識別エリアを取得するよう第１メッセージをパースする。

【0151】

識別エリアは、ＯＢＵ２によってサポートされる第１メッセージ内のアプリケーション識別子に対応するサービス範囲であることが留意されるべきである。例えば、第１メッセージが、レーン変更するよう車両に促すアプリケーションメッセージである場合に、識別エリアは、ＯＢＵ２に対応する隣接レーンのエリアである。

【0152】

Ｓ３０５：ＯＢＵ１は、ＯＢＵ１が識別エリア内にあるかどうかを決定する。

【0153】

具体的に、ＯＢＵ１は、ＯＢＵ１の位置情報に基づいて、ＯＢＵ１が識別エリア内にあるかどうかを決定する。ＯＢＵ１が識別エリアに位置している場合に、それは、第１メッセージがＯＢＵ１に関係があることを示し、Ｓ３０６が実行される。ＯＢＵ１が識別エリアに位置していない場合に、それは、第１メッセージがＯＢＵ１に無関係であることを示し、Ｓ３０３が実行される。

【0154】

Ｓ３０６：第１メッセージに応答して、ＯＢＵ１は、ＯＢＵ２に対して第１メッセージに対応するユニキャスト接続を確立し、第１メッセージに対応するマッピング関係をマッピング情報に加える。

【0155】

具体的に、第１メッセージに対応するマッピング関係がマッピング情報に存在せず、ＯＢＵ１が識別エリアに位置している場合に、第１メッセージに応答して、ＯＢＵ１、ＯＢＵ２に対して第１メッセージに対応するユニキャスト接続を確立し、そして、第１メッセージに対応するマッピング関係をマッピング情報に加える。

【0156】

第１メッセージに対応するユニキャスト接続の確立を完了した後、ＯＢＵ１は、ユニキャスト接続に基づいてＯＢＵ２とのユニキャストインタラクションを実行してもよく、つまり、ユニキャスト接続に基づいて対応するサービスを実行してよいことが留意されるべきである。例えば、ユニキャスト接続に対応するアプリケーションタイプが車両身元識別である場合に、対応するサービスは、車両の身元を取得することである。代替的に、ユニキャスト接続に対応するアプリケーション識別子がレーン変更を示す場合に、対応するサービスは、対応する車両のレーン変更情報を取得することである。

【0157】

Ｓ３０７：ＯＢＵ１が識別エリアにもはや位置していない場合に、ＯＢＵ１は、アプリケーションレイヤ又はネットワークレイヤでマッピング情報から第１メッセージに対応するマッピング関係を削除する。

【0158】

具体的に、ＯＢＵ１とＯＢＵ２との間のユニキャストインタラクションが完了した後、ＯＢＵ１が識別エリアから出る場合に、つまり、ＯＢＵ１が識別エリアにもはや位置していない場合に、ＯＢＵ１は、第１メッセージに対応するマッピング関係をアプリケーションレイヤ又はネットワークレイヤでマッピング情報から削除する。

【0159】

図９は、アプリケーションシナリオの模式図である。ＯＢＵ１、ＯＢＵ２、及びＯＢＵ３は道路上で同じ方向に移動しており、ＯＢＵ３、ＯＢＵ１、及びＯＢＵ２は夫々１のレーンを左から右に順に占有している、と仮定される。ＯＢＵ１が位置しているレーンは中間にあるレーンである。ＯＢＵ３が位置しているレーン及びＯＢＵ２が位置しているレーンは、ＯＢＵ１が位置しているレーンと別々に隣接している。ＯＢＵ２は、ＯＢＵ１が位置しているレーンに入るよう左側にレーンを変更するつもりである、と仮定される。この場合に、ＯＢＵ２は、ＯＢＵ２がまさにレーンを変更しようとしていることを周囲の車両に通知するために第１メッセージをブロードキャストする。第１メッセージは（ａｉｄ２，ｍａｃ２，ｆ（ａｉｄ２））を含み、ａｉｄ２は、レーン変更に対応するアプリケーション識別子であり、ｍａｃ２はＯＢＵ２のＭＡＣアドレスであり、ｆ（ａｉｄ２）はアプリケーション識別子のマッピング値である、と仮定される。ＯＢＵ１及びＯＢＵ３は両方ともＯＢＵ２の通信範囲内にあるので、ＯＢＵ１及びＯＢＵ３はいずれも、ＯＢＵ２によってブロードキャストされる第１メッセージを受信することができる。

【0160】

ＯＢＵ３の場合に、ＯＢＵ３が第１メッセージを受信した後、ＯＢＵ３は、マッピング関係ｆ（ａｉｄ２）－ｍａｃ２（Ｓ１０２の第２の組み合わせ方法）がマッピング情報に存在しないことを決定する、と仮定される。従って、ＯＢＵ３は、ＯＢＵ３が、ＯＢＵ２に対して第１メッセージに対応するユニキャスト接続を確立していないことを決定する。更に、ＯＢＵ３は、第１メッセージをパースして、第１メッセージ内の識別エリアａｒｅａ２（図９に示される楕円エリア）を取得する。ＯＢＵ３は、ＯＢＵ３がａｒｅａ２に現在位置していないことを決定し、これは、ＯＢＵ３によって受信された第１メッセージがＯＢＵ３と無関係であることを示す。この場合に、ＯＢＵ３は第１メッセージを直接フィルタリングしてよい。

【0161】

ＯＢＵ１の場合に、ＯＢＵ１が第１メッセージを受信した後、ＯＢＵ１は、マッピング関係ａｉｄ２－ｍａｃ２（Ｓ１０２の第１の組み合わせ方法）がマッピング情報に存在しないことを決定する、と仮定される。従って、ＯＢＵ１は、ＯＢＵ１がＯＢＵ２に対して第１メッセージに対応するユニキャスト接続を確立していないことを決定する。更に、ＯＢＵ１は、第１メッセージをパースして、第１メッセージ内の識別エリアａｒｅａ２（図９に示される楕円エリア）を取得する。ＯＢＵ１は、ＯＢＵ１がａｒｅａ２に現在位置していることを決定し、これは、ＯＢＵ１によって受信された第１メッセージがＯＢＵ１と関係があることを示す。第１メッセージに応答して、ＯＢＵ１は、ＯＢＵ２へＯＢＵ１のＭＡＣアドレスを送信して、ＯＢＵ２に対して第１メッセージに対応するユニキャスト接続を確立し、そして、マッピング関係ａｉｄ２－ｍａｃ２－ｆ（ａｉｄ２）をマッピング情報に加える。ユニキャスト接続の確立を完了した後、ＯＢＵ１は、確立したユニキャスト接続に基づいてＯＢＵ２とのユニキャストインタラクションを実行してよい。例えば、ＯＢＵ１は、ＯＢＵ２から、ＯＢＵ２が今回レーン変更を行う瞬間及び速度などの情報を取得してよい。ＯＢＵ１は移動し続ける。ＯＢＵ１がａｒｅａ２に依然として位置している場合に、ＯＢＵ１がＯＢＵ２によってブロードキャストされる第１メッセージを再び受信するならば、ＯＢＵ１は、上記の方法で実行される決定を通じて、今回受信された第１メッセージを直接フィルタリングしてよい。ＯＢＵ１がａｒｅａ２にもはや位置していない場合に、ＯＢＵ１は、マッピング関係ａｉｄ２－ｍａｃ２－ｆ（ａｉｄ２）をマッピング情報から削除してよい。

【0162】

本願のこの実施形態の実施中に、ＯＢＵどうしのインタラクション中、ターゲットＯＢＵに対してブロードキャストメッセージに対応するユニキャスト接続を既に確立している場合には、ＯＢＵは、ターゲットＯＢＵによって繰り返し送信され、同じアプリケーションサービスを示すブロードキャストメッセージを正しくフィルタリングすることができ、それによって、ＯＢＵによるメッセージパーシングにより消費される計算資源を大いに減らし、メッセージ処理効率を向上させることが分かる。

【0163】

図１０は、本願の実施形態に係るコンピューティング装置の構造の模式図である。コンピューティング装置３０は少なくともプロセッサ１１０、メモリ１１１、及び受信器１１２を含む。いくつかの可能な実施形態で、コンピューティング装置３０は送信器１１３を更に含んでもよい。受信器１１２及び送信器１１３は、通信インターフェースによって置換されてもよく、プロセッサ１１０に情報入力及び／又は出力を提供するよう構成される。任意に、メモリ１１１、受信器１１２、及び送信器１１３は、別々に、バスを使用することによってプロセッサ１１０へ接続又は結合されてよい。コンピューティング装置３０は、図４の実施形態の第１端末、又は図６の実施形態のＯＢＵ、又は図８の実施形態のＯＢＵ１であってよい。

【0164】

受信器１１２は、車載機、路側機などによってブロードキャストされる第１メッセージを受信するよう構成される。コンピューティング装置３０が、車載機、路側機などに対して第１メッセージに対応するユニキャスト接続を確立すると決定する場合に、送信器１１３は、コンピューティング装置３０のＭＡＣアドレスを車載機、路側機、などへ送信するよう構成される。受信器１１２及び送信器１１３は、直接に又はエアインターフェースを通じてデバイス、センサ、ＲＳＵ、又は車両内の他のエンティティデバイスと通信するよう構成されるアンテナ及びチップセットを含んでよい。送信器１１３及び受信器１１２は通信モジュールを形成する。通信モジュールは、１つ以上のタイプの無線通信（例えば、プロトコル）を通じてメッセージを受信及び送信するよう構成されてよい。無線通信には、Ｂｌｕｅｔｏｏｔｈ、ＩＥＥＥ８０２．１１通信プロトコル、セルラーテクノロジ、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ，ＷｉＭＡＸ）又はＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ロングタームエボリューション）、ＺｉｇＢｅｅプロトコル、専用短距離通信（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＤＳＲＣ）、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ，ラジオ周波数識別）通信、などがある。

【0165】

プロセッサ１１０によって実行される動作の具体的な実施については、上記の方法の実施形態での具体的な動作、例えば、第１メッセージに対応するユニキャスト接続が確立されているかどうかを決定し、第１メッセージをフィルタリングすること、を参照されたい。プロセッサ１１０は、中央演算処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＣＰＵ）、又はＣＰＵとハードウェアチップとの組み合わせなどの１つ以上の汎用プロセッサを含んでよい。ハードウェアチップは、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｇｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、プログラム可能ロジックデバイス（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ，ＰＬＤ）、又はそれらの組み合わせであってよい。ＰＬＳは、複合プログラム可能ロジックデバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ，ＣＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）、汎用アレイロジック（Ｇｅｎｅｒｉｃ Ａｒｒａｙ Ｌｏｇｉｃ，ＧＡＬ）、又はそれらの任意の組み合わせであってよい。

【0166】

メモリ１１１は揮発性メモリ（Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ）、例えば、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）であってよい。メモリ１１１は、代替的に、不揮発性メモリ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ）、例えば、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、フラッシュメモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）、ハードディスクドライブ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ，ＨＤＤ）、又はソリッドステートドライブ（Ｓｏｌｄ－Ｓｔａｔｅ Ｄｒｉｖｅ，ＳＳＤ）を含んでもよい。メモリ１１１は、代替的に、上記のタイプの組み合わせを含んでもよい。メモリ１１１はプログラム及びデータを記憶してよい。記憶されているプログラムは、マッピング情報更新プログラム、インタラクションエリア情報更新プログラム、などを含む。記憶されているデータは、マッピング情報（つまり、アプリケーション識別子、ソースレイヤ２識別子、及びあて先レイヤ２識別子の間のマッピング関係）、インタラクションエリア情報（つまり、アプリケーション識別子、ソースレイヤ２識別子、及び識別エリアの間のマッピング関係）などを含む。メモリ１１１は独立して存在してよく、又はプロセッサ１１０に組み込まれてもよい。

【0167】

更に、図１０は、単に、コンピューティング装置３０の例である。コンピューティング装置３０は、図１に示されているものよりも多い又は少ないコンポーネントを含んでも、あるいは、異なるコンポーネント構成様態を有してもよい。更に、図１０に示される各コンポーネントは、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせによって実施されてもよい。

【0168】

本願のこの実施形態で、コンピューティング装置３０は、図４に記載される方法、図６の実施形態で記載されるＯＢＵ側での方法、及び図８の実施形態で記載されるＯＢＵ１側での方法を実施するよう構成される。

【0169】

図１１は、本願の実施形態に係るコンピューティング装置の機能構造の模式図である。コンピューティング装置４１は受信ユニット４１０及び処理ユニット４１１を含む。任意に、いくつかの可能な実施形態で、コンピューティング装置４１は送信ユニット４１２を更に含む。コンピューティング装置４１は、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせを通じて実施されてよい。

【0170】

コンピューティング装置４１は、第３端末の第１ユニキャスト接続を確立し、第１ユニキャスト接続に基づいて第１アイデンティティと第１アプリケーション識別子との間のマッピング関係を記憶する。第１アイデンティティは、第３端末の一意の識別子であり、第１アプリケーション識別子は、第３端末によって提供されるアプリケーションサービスの識別子である。受信ユニット４１０は、第２端末によってブロードキャストされる第１メッセージを受信するよう構成される。第１メッセージは第２アイデンティティ及び第２アプリケーション識別子を含み、第２アイデンティティは第２端末の一意の識別子であり、第２アプリケーション識別子は第２端末によって提供されるアプリケーションサービスの識別子である。処理ユニット４１１は、第２アイデンティティが第１アイデンティティと同じであり、第２アプリケーション識別子が第１アプリケーション識別子と一致する場合に、第２端末への第２ユニキャスト接続を確立することを拒否するよう構成される。いくつかの可能な実施形態で、送信ユニット４１２は、第１メッセージに応答して、第２ユニキャスト接続を確立するよう、コンピューティング装置４１のアイデンティティを第２端末へ送信するよう構成される。

【0171】

コンピューティング装置４１の機能モジュールは、図４の実施形態で記載される方法を実施するよう構成されてよい。図４の実施形態で、受信ユニット４１０は、Ｓ１０１を実行するよう構成されてよく、処理ユニット４１１はＳ１０２を実行するよう構成されてよい。コンピューティング装置４１の機能モジュールは、図６の実施形態で記載されるＯＳＵ側での方法、及び図８の実施形態で記載されるＯＢＵ１側での方法を実施するよう更に構成されてもよい。本明細書の簡潔さのために、詳細はここで再び記載されない。

【0172】

本明細書の上記の実施形態で、各実施形態の記載には各々の焦点がある。実施形態で詳細に記載されていない部分については、他の実施形態の関連する記載を参照されたい。

【0173】

当業者であれば、上記の実施形態の方法のステップの全部又は一部は、関連するハードウェアに命令するプログラムによって実施されてもよいことが分かることが留意されるべきである。プログラムコンピュータ可読記憶媒体に記憶されてもよい。記憶媒体には、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）、プログラム可能リードオンリーメモリ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＰＲＯＭ）、消去可能なプログラム可能リードオンリーメモリ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＥＰＲＯＭ）、ワンタイムプログラム可能リードオンリーメモリ（Ｏｎｅ－ｔｉｍｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＯＴＰＲＯＭ）、電気的消去可能なプログラム可能リードオンリーメモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ－Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＥＥＰＲＯＭ）、コンパクトディスク型リードオンリーメモリ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＣＤ－ＲＯＭ）若しくは他の光学ディスクストレージ、磁気ディスクストレージ、磁気テープストレージ、又はデータを搬送若しくは記憶することができる任意の他のコンピュータ可読媒体がある。

【0174】

本願の技術的解決法は本質的に、あるいは、従来技術に寄与する部分、又は技術的解決法の全部若しくは一部は、ソフトウェア製品の形で実施されてもよい。コンピュータソフトウェア製品は記憶媒体に記憶され、デバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイス、ロボット、単一チップマイクロコンピュータ、チップ、ロボット、などであってよい）に、本願の実施形態で記載される方法のステップの全部又は一部を実行することを指示するためのいくつかの命令を含む。

【0175】

本願は、２０２０年１２月２６日付けで「MESSAGE FILTERING METHOD AND APPARATUS」との発明の名称で中国国家知識産権局に出願された中国特許出願第２０２０１１５７０８００．９号に対する優先権を主張するものであり、先の中国特許出願は、その全文を参照により本願に援用される。

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】