JP7059948B2 - 通信制御装置、端末装置、通信制御方法、及び制御プログラム - Google Patents

Description

本開示は、通信制御装置、端末装置、通信制御方法、及び制御プログラムに関するものである。

移動体通信を行う端末装置同士で基地局を介さずに直接的に無線通信を行うＤ２Ｄ（Device to Device）技術が知られている。Ｄ２Ｄは、通信可能な他の端末装置を探索するためのディスカバリ（Discovery）と、通信を行うためのコミュニケーション（Communication）とに大別される。Ｄ２Ｄでは、ディスカバリを行う時間帯であるディスカバリモードと、コミュニケーションを行う時間帯であるコミュニケーションモードとを周期的に切り替えながら、端末装置間での直接的な無線通信を実現する。ディスカバリモードにおいては、端末装置は通信を行うことはできない。

例えば、特許文献１には、ディスカバリモードにあたるセンシングウィンドウの期間にセンシングすることで、他のユーザ装置が送信時に使用する将来のリソースの予約状況を把握し、自装置が送信時に使用するリソースを選択する技術が開示されている。これにより、各ユーザ装置の送信する信号の衝突を抑制することを試みている。なお、リソースとしては、時間，周波数等が挙げられている。

特開２０１８－２６７３６号公報

特許文献１に開示の技術では、センシングウィンドウの期間内（つまり、ディスカバリモード）に選択されたリソースを用いることで、コミュニケーションモードにおいて送信する信号の衝突を抑制することは考慮されている。しかしながら、特許文献１では、送信を行わせるべき送信イベントの発生タイミングによっては信号の送信タイミングがディスカバリモードと重なってしまう場合について考慮されていない。よって、送信タイミングがディスカバリモードと重なった場合に、送信すべき信号を送信できない問題が生じる。

送信タイミングがディスカバリモードと重なる場合の例としては、ディスカバリモードとコミュニケーションモードとの切り替えの周期と、周期的な送信イベントの周期とのずれにより、一部の送信タイミングがディスカバリモードと重なってしまう場合が挙げられる。他にも、割り込みで送信イベントが発生する場合に、その送信イベントに対しての送信タイミングがディスカバリモードと重なる場合が挙げられる。

この開示のひとつの目的は、移動体通信を行う端末装置において、送信すべき信号を送信できない状況が生じることを抑制することを可能にする通信制御装置、端末装置、通信制御方法、及び制御プログラムを提供することにある。

上記目的は独立請求項に記載の特徴の組み合わせにより達成され、また、下位請求項は、開示の更なる有利な具体例を規定する。特許請求の範囲に記載した括弧内の符号は、ひとつの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。

上記目的を達成するために、本開示の通信制御装置は、移動体通信を行う端末装置（２）で用いられ、端末装置に含まれて他の端末装置である他端末装置と基地局（４）を介さない直接的な無線通信を行うことが可能な通信モジュール（２１）を制御する通信制御装置であって、通信モジュールが、通信可能な他端末装置を探索するための探索モードと、通信を行うための通信モードと、のいずれのモードであるかを管理するモード管理部（２０３）と、モード管理部で管理する情報を用いて、通信モジュールから送信を行わせるべき送信イベントの発生タイミングに従って定まる、通信モジュールからの信号の送信タイミングと、探索モードの期間と、が重なるか否かを判断する競合判断部（２２１，２２１ａ）と、競合判断部で送信タイミングと探索モードの期間とが重ならないと判断することをもとに、この送信タイミングで通信モジュールから信号の送信を行わせる一方、競合判断部で送信タイミングと探索モードの期間とが重なると判断する場合は、この送信タイミングを探索モードの期間からずらして、通信モジュールから信号の送信を行わせる送信制御部（２０２）とを備える。

上記目的を達成するために、本開示の端末装置は、移動体通信を行う端末装置であって、他の端末装置である他端末装置と基地局（４）を介さない直接的な無線通信を行うことが可能な通信モジュール（２１）と、通信モジュールを制御する通信制御装置（２０，２０ａ）とを含み、通信制御装置は、通信モジュールが、通信可能な他端末装置を探索するための探索モードと、通信を行うための通信モードと、のいずれのモードであるかを管理するモード管理部（２０３）と、モード管理部で管理する情報を用いて、通信モジュールから送信を行わせるべき送信イベントの発生タイミングに従って定まる、通信モジュールからの信号の送信タイミングと、探索モードの期間と、が重なるか否かを判断する競合判断部（２２１，２２１ａ）と、競合判断部で送信タイミングと探索モードの期間とが重ならないと判断することをもとに、この送信タイミングで通信モジュールから信号の送信を行わせる一方、競合判断部で送信タイミングと探索モードの期間とが重なると判断する場合は、この送信タイミングを探索モードの期間からずらして、通信モジュールから信号の送信を行わせる送信制御部（２０２）とを備える。

上記目的を達成するために、本開示の通信制御方法は、移動体通信を行う端末装置（２）で用いられ、端末装置に含まれて他の端末装置である他端末装置と基地局（４）を介さない直接的な無線通信を行うことが可能な通信モジュール（２１）を制御する通信制御方法であって、通信モジュールが、通信可能な他端末装置を探索するための探索モードと、通信を行うための通信モードと、のいずれのモードであるかを管理し、管理する情報を用いて、通信モジュールから送信を行わせるべき送信イベントの発生タイミングに従って定まる、通信モジュールからの信号の送信タイミングと、探索モードの期間と、が重なるか否かを判断し、送信タイミングと探索モードの期間とが重ならないと判断することをもとに、この送信タイミングで通信モジュールから信号の送信を行わせる一方、送信タイミングと探索モードの期間とが重なると判断する場合は、この送信タイミングを探索モードの期間からずらして、通信モジュールから信号の送信を行わせる。

上記目的を達成するために、本開示の制御プログラムは、コンピュータを、移動体通信を行う端末装置（２）で用いられ、端末装置に含まれて他の端末装置である他端末装置と基地局（４）を介さない直接的な無線通信を行うことが可能な通信モジュール（２１）を制御する通信制御装置として機能させるための制御プログラムであって、コンピュータを、通信モジュールが、通信可能な他端末装置を探索するための探索モードと、通信を行うための通信モードと、のいずれのモードであるかを管理するモード管理部（２０３）と、モード管理部で管理する情報を用いて、通信モジュールから送信を行わせるべき送信イベントの発生タイミングに従って定まる、通信モジュールからの信号の送信タイミングと、探索モードの期間と、が重なるか否かを判断する競合判断部（２２１，２２１ａ）と、競合判断部で送信タイミングと探索モードの期間とが重ならないと判断することをもとに、この送信タイミングで通信モジュールから信号の送信を行わせる一方、競合判断部で送信タイミングと探索モードの期間とが重なると判断する場合は、この送信タイミングを探索モードの期間からずらして、通信モジュールから信号の送信を行わせる送信制御部（２０２）として機能させる。

これによれば、通信モジュールが、通信可能な他端末装置を探索するための探索モードと、通信を行うための通信モードと、のいずれのモードであるかを管理するので、管理する情報を用いて、通信モジュールから送信を行わせるべき送信イベントの発生タイミングに従って定まる、通信モジュールからの信号の送信タイミングと、探索モードの期間と、が重なるか否かを判断することが可能になる。そして、この送信タイミングと探索モードの期間とが重ならないと判断することをもとに、この送信タイミングで通信モジュールから信号の送信を行わせるので、探索モードの期間に重ならないタイミングで信号を送信することが可能になる。また、この送信タイミングと探索モードの期間とが重なると判断する場合は、この送信タイミングを探索モードの期間からずらして、通信モジュールから信号の送信を行わせるので、探索モードの期間に重ならないタイミングで信号を送信することが可能になる。その結果、移動体通信を行う端末装置において、送信すべき信号を送信できない状況が生じることを抑制することが可能になる。

通信システム１の概略的な構成の一例を示す図である。 端末装置２の概略的な構成の一例を示す図である。 通信制御装置２０の概略的な構成の一例を示す図である。 モード管理部２０３での処理の流れの一例を示すフローチャートである。 競合判断部２２１での周期的な送信イベントについての処理の流れの一例を示すフローチャートである。 モード予測テーブルの一例を説明するための図である。 競合判断部２２１での突発的な送信イベントについての処理の流れの一例を示すフローチャートである。 イベント管理部２２２での周期的な送信イベントについての処理の流れの一例を示すフローチャートである。 次回周期送信タイミングと次回のＤモードの期間とが重なる場合、且つ、現在のモードがＣモードの場合のイベント通知のタイミングの一例について説明するための図である。 次回周期送信タイミングとＤモードの期間とが重なる場合、且つ、現在のモードがＤモードの場合のイベント通知のタイミングの一例について説明するための図である。 イベント管理部２２２での突発的な送信イベントについての処理の流れの一例を示すフローチャートである。 突発送信タイミングとＤモードの期間とが重なる場合のイベント通知のタイミングの一例について説明するための図である。 通信制御装置２０ａの概略的な構成の一例を示す図である。

図面を参照しながら、開示のための複数の実施形態を説明する。なお、説明の便宜上、複数の実施形態の間において、それまでの説明に用いた図に示した部分と同一の機能を有する部分については、同一の符号を付し、その説明を省略する場合がある。同一の符号を付した部分については、他の実施形態における説明を参照することができる。

（実施形態１）
＜通信システム１の概略構成＞
以下、本開示の実施形態１について図面を用いて説明する。図１に示すように、通信システム１は、端末装置２、携帯電話通信網３、基地局４、及びセンタ５を含んでいる。

端末装置２は、移動体通信を行う端末装置である。端末装置２は、車両に搭載される車載機器であってもよいし、歩行者等のユーザに携帯される携帯電話機等の携帯端末であってもよい。端末装置２が車両で用いられる場合、車両に搭載して用いられる構成であってもよいし、ユーザによって車両に一時的に持ち込まれて用いられる構成であってもよい。端末装置２の詳細については後述する。

携帯電話通信網３は、移動体通信網の一種であって、音声通信及びインターネット通信に主に利用される通信網である。携帯電話通信網３を利用できる端末装置２は、携帯電話機に限らない。基地局４は、携帯電話通信網３の末端で端末装置２と無線通信を行う設備である。

センタ５は、サーバ装置であって、携帯電話通信網３及び基地局４を介して端末装置２から送信される情報を受信する。本実施形態では、センタ５は、車両で緊急事態が発生した場合にその車両で用いられる端末装置２から送信される、その車両で発生した緊急事態についての情報を受信するセンタである場合を例に挙げて以降の説明を行う。なお、センタ５は、１つのサーバ装置からなるものであってもよいし、複数のサーバ装置からなっているものであってもよい。

端末装置２は、携帯電話通信網３及び基地局４を介した通信（以下、間接通信）を自装置以外の他の端末装置２（以下、他端末装置）及びセンタ５と行うことが可能である。また、端末装置２は、携帯電話通信網３及び基地局４を介さずに他端末装置と直接的に無線通信（以下、直接通信）を行うことが可能となっている。この直接通信は、所謂Ｄ２Ｄと呼ばれるものである。一例として、直接通信は、セルラーＶ２Ｘで規格化される通信であってもよいし、ＬＴＥ（Long Term Evolution） Ｄｉｒｅｃｔで規格化される通信であってもよい。以降では、直接通信がＬＴＥ Ｄｉｒｅｃｔで規格化される通信である場合を例に挙げて説明を行う。

直接通信では、通信可能な他端末装置を探索するためのＤｉｓｃｏｖｅｒｙモード（以下、Ｄモード）と、通信を行うためのＣｏｍｍｕｎｉｃａｔｉｏｎモード（以下、Ｃモード）とを交互に切り替えながら端末間通信を実現している。Ｄモードが探索モードに相当し、Ｃモードが通信モードに相当する。例えば、Ｄモードでは、他端末装置からの電波を受信できる周波数帯を探索することで、他端末装置と通信可能な周波数帯を探索するセンシングを行う。そして、Ｃモードでは、他端末装置と通信可能な周波数としてＤモードで探索した周波数で通信を行う。なお、Ｄモードでは、他端末装置により予約されている時間，周波数等の他のリソースを検知するセンシングを行い、Ｃモードでの通信に用いるリソースの選択を行ってもよい。

直接通信では、ＤモードとＣモードとは周期的に交互に切り替わる。本実施形態の例として、ＤモードとＣモードとの切り替えの周期として設定される周期（以下、設定周期）は、Ｄモードの期間が６４ｍｓｅｃ，Ｃモードの期間が１０ｓｅｃであるものとする。設定周期は、必ずしも固定して設定される構成に限らず、調整して設定し直すことが可能な構成であってもよい。

＜端末装置２の概略構成＞
続いて、図２を用いて端末装置２の概略構成の一例を説明する。ここでは、端末装置２が自動車で用いられる場合の例を挙げて説明を行う。端末装置２は、図２に示すように、通信制御装置２０、ＲＦモジュール２１、及び外部インターフェース（外部Ｉ／Ｆ）２２を含む。

ＲＦ（Radio Frequency）モジュール２１は、間接通信を行う機能を備えるとともに、直接通信を行う機能も備える通信モジュールである。一例として、ＲＦモジュール２１は、ＬＴＥの通信方式を利用して間接通信を行うことが可能であるのに加え、ＬＴＥ Ｄｉｒｅｃｔで規格化される通信を行うことで、ＬＴＥの通信方式を利用して直接通信を行うことも可能である構成とすればよい。

ＲＦモジュール２１は、ＲＦ帯の電波を送受信可能なＲＦアンテナを有している。ＲＦ帯とは、３００ｋＨｚ～３ＴＨｚの周波数帯である。ＲＦモジュール２１は、ＲＦアンテナにより受信された信号を復調し、復調したデータを通信制御装置２０に出力する。また、ＲＦモジュール２１は、通信制御装置２０から出力されたデータに対して変調等を行った信号を、ＲＦ帯の電波にのせてＲＦアンテナから送信する。ＲＦモジュール２１は、直接通信を行う場合には、前述したように、ＤモードとＣモードとを設定周期に従って交互に切り替えながら、他端末装置と通信を行う。

外部Ｉ／Ｆ２２は、車内ＬＡＮを介して、端末装置２が用いられる車両に搭載されたＥＣＵ，ナビゲーション装置，車両センサ等と接続されている。例えば、外部Ｉ／Ｆ２２は、エアバックセンサの信号の入力を受け付けたり、運転支援系のＥＣＵから急ブレーキの発生を示す信号の入力を受け付けたりする。

通信制御装置２０は、例えばプロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備え、メモリに記憶された制御プログラムを実行することで無線通信に関する各種の処理を実行する。通信制御装置２０は、ＲＦモジュール２１の制御を行ったり、ＲＦモジュール２１から送信させるデータを生成したりする。無線通信に関する各種の処理には、ＲＦモジュール２１からのＤモードの期間をずらした信号の送信に関連する処理も含まれる。コンピュータがこの処理の各工程を実施することが、通信制御方法が実行されることに相当する。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ又は磁気ディスクなどによって実現される。なお、通信制御装置２０の詳細については、以下で述べる。

＜通信制御装置２０の概略構成＞
続いて、直接通信に関する通信制御装置２０の概略構成を説明する。通信制御装置２０は、図３に示すように、ＲＦ制御部２００、サービス提供部２１０、及びイベント制御部２２０を機能ブロックとして備えている。なお、通信制御装置２０が実行する機能の一部又は全部を、１つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。また、通信制御装置２０が備える機能ブロックの一部又は全部は、プロセッサによるソフトウェアの実行とハードウェア部材の組み合わせによって実現されてもよい。

ＲＦ制御部２００は、データ受信部２０１、データ送信部２０２、及びモード管理部２０３をサブ機能ブロックとして備える。サービス提供部２１０は、受信データ解析部２１１、イベントトリガ検出部２１２、サービス機能部２１３、及び送信データ生成部２１４をサブ機能ブロックとして備える。イベント制御部２２０は、競合判断部２２１及びイベント管理部２２２をサブ機能ブロックとして備える。

データ受信部２０１は、ＲＦモジュール２１から出力される、ＲＦモジュール２１で受信した信号を復調した受信データを取得する。データ受信部２０１は、ＲＦモジュール２１から取得した受信データをサービス提供部２１０に供給する。

データ送信部２０２は、サービス提供部２１０からのデータ送信要求に従って、サービス提供部２１０から送られてくる送信データをＲＦモジュール２１に出力する。ＲＦモジュール２１では、データ送信部２０２から送信データが出力されると、この送信データの信号をＲＦアンテナから速やかに送信することになる。このデータ送信部２０２が送信制御部に相当する。

モード管理部２０３は、ＲＦモジュール２１がＤモードとＣモードとのいずれのモードであるかを管理する。言い換えると、モード管理部２０３は、ＲＦモジュール２１の現在のモードがＤモードかＣモードかを特定する。一例として、モード管理部２０３は、ＤモードからＣモードへの切り替え時に、現在のモードがＣモードであることと、この時点のシステム時刻とを紐付けして、現在モード情報としてメモリに格納する。ＤモードからＣモードへの切り替え時点のシステム時刻が、Ｃモードの開始時刻にあたる。また、モード管理部２０３は、ＣモードからＤモードへの切り替え時に、現在のモードがＤモードであることと、この時点のシステム時刻とを紐付けして、現在モード情報としてメモリに格納する。ＣモードからＤモードへの切り替え時点のシステム時刻が、Ｄモードの開始時刻にあたる。なお、現在モード情報は、新たな現在モード情報が得られる都度、更新されるものとする。

モード管理部２０３は、ＲＦモジュール２１からＤモードとＣモードとの切り替えを示す通知を取得可能な場合には、この通知をもとに、ＤモードとＣモードとの切り替え時を特定すればよい。また、モード管理部２０３は、ＲＦモジュール２１からＤモードとＣモードとの切り替えを示す通知を取得可能でない構成の場合でも、ＲＦモジュール２１からセンシングの結果を取得することで、センシングの開始及び終了のタイミングから、ＤモードとＣモードとの切り替え時を特定すればよい。

ここで、図４のフローチャートを用いて、モード管理部２０３での処理の流れの一例について説明を行う。例えば、図４のフローチャートは、ＤモードとＣモードとの切り替えを特定する都度、開始する構成とすればよい。

まず、ステップＳ１では、ＲＦモジュール２１の現在のモードがＤモードと特定する場合（Ｓ１でＹＥＳ）には、ステップＳ２に移る。一方、ＲＦモジュール２１の現在のモードがＣモードと特定する場合（Ｓ１でＮＯ）には、ステップＳ４に移る。

ステップＳ２では、システム時刻を取得する。ステップＳ３では、現在のモードとタイムスタンプとが紐付けられた現在モード情報の現在のモードをＤモードに更新するとともに、現在モード情報のタイムスタンプをＳ２で取得するシステム時刻に更新し、図４のフローチャートの処理を終了する。

ステップＳ４では、システム時刻を取得する。ステップＳ５では、現在モード情報の現在のモードをＣモードに更新するとともに、現在モード情報のタイムスタンプをＳ４で取得するシステム時刻に更新し、図４のフローチャートの処理を終了する。

受信データ解析部２１１は、データ受信部２０１から供給される受信データを解析し、解析した受信データをサービス機能部２１３に送る。

イベントトリガ検出部２１２は、ＲＦモジュール２１から送信を行わせるべき送信イベントのトリガ（以下、イベントトリガ）を検出する。イベントトリガ検出部２１２は、イベントトリガを検出した場合に、サービス機能部２１３を動作させる。

本実施形態では、送信イベントとして、周期的な送信イベントと突発的な送信イベントとがあるものとして以降の説明を続ける。なお、送信イベントとして、周期的な送信イベントと突発的な送信イベントとのうちのいずれかしか存在しない構成としてもよい。この場合、以降で説明を行う周期的な送信イベントに関連する処理と突発的な送信イベントに関連する処理とのうち、存在しない送信イベントについての処理を省略すればよい。

イベントトリガ検出部２１２は、周期的な送信イベントについては、通信制御装置２０に内蔵されるタイマ回路によって、周期的な送信イベントの予め設定される周期ごとにイベントトリガを検出する構成とすればよい。周期的な送信イベントの一例としては、自車の現在位置の送信等が挙げられる。イベントトリガ検出部２１２は、周期的な送信イベントの予め設定される周期をもとに、次回の送信イベントの時刻（以下、次回周期イベント時刻）をイベント制御部２２０に通知する。周期的な送信イベントの予め設定される周期の一例としては、１００ｍｓｅｃ等が挙げられる。

また、イベントトリガ検出部２１２は、突発的な送信イベントについては、外部Ｉ／Ｆ２２を介して入力される所定の信号をイベントトリガとして検出する構成とすればよい。所定の信号としては、自車の急ブレーキを示す信号，自車のエアバックの作動を示す信号等が挙げられる。突発的な送信イベントとしては、自車で発生した緊急事態についての情報を送信する送信イベントが挙げられる。一例として、自車の急ブレーキを示す情報を送信する送信イベント，自車の運行不能を示す情報を送信する送信イベント等が挙げられる。

さらに、イベントトリガ検出部２１２は、後述するイベント管理部２２２からのイベント通知もイベントトリガとして検出する。

サービス機能部２１３は、イベントトリガを検出したイベントトリガ検出部２１２によって動作が開始され、そのイベントトリガに対応する送信イベントによって提供するサービスに必要な処理を行う。例えば、送信イベントが、自車の現在位置の送信の場合には、ナビゲーション装置等から自車の現在位置を取得すればよい。送信イベントが、自車の急ブレーキを示す情報を送信する送信イベントの場合には、ナビゲーション装置等から自車の現在位置を取得したり、車両センサから自車の加減速度を取得したりすればよい。送信イベントが、自車の運行不能を示す情報を送信する送信イベントの場合には、ナビゲーション装置等から自車の現在位置及び直近の走行軌跡を取得すればよい。

送信データ生成部２１４は、サービス機能部２１３の処理結果に基づく送信データを生成し、データ送信部２０２にこの送信データを送るとともに、データ送信部２０２にこの送信データのデータ送信要求を行う。一例として、送信イベントが、自車の現在位置の送信の場合には、自車の現在位置を含む送信データを直接通信で送信するデータ送信要求を行えばよい。送信イベントが、自車の急ブレーキを示す情報の送信の場合には、自車の現在位置、加減速度、及び急ブレーキの発生を示す情報を含む送信データを直接通信で送信するデータ送信要求を行えばよい。送信イベントが、自車の運行不能を示す情報の送信の場合には、自車の現在位置及び直近の走行軌跡を含む送信データを間接通信でセンタ５に送信するデータ送信要求を行えばよい。

競合判断部２２１は、モード管理部２０３で管理する情報を用いて、ＲＦモジュール２１から送信を行わせるべき送信イベントの発生タイミングに従って定まる、ＲＦモジュール２１からの信号の送信タイミングと、Ｄモードの期間と、が重なるか否かを判断する。送信イベントの発生タイミングとは、イベントトリガ検出部２１２でのイベントトリガの検出のタイミングとすればよい。競合判断部２２１は、イベントトリガ検出部２１２でのイベントトリガの検出時点に、サービス機能部２１３及び送信データ生成部２１４での処理を経ることによる時間差（以下、処理時間差）を加算することで、ＲＦモジュール２１からの信号の送信タイミングを特定すればよい。この処理時間差は、送信イベントの種別に予め定められているものとしてもよいし、送信イベントの種別にかかわらない固定値であってもよい。

なお、送信データ生成部２１４でデータ送信要求を行うタイミングを、ＲＦモジュール２１からの信号の送信タイミングとしてもよい。また、処理時間差を０と仮定し、送信イベントの発生タイミングをＲＦモジュール２１からの信号の送信タイミングとしてもよい。

競合判断部２２１は、周期的な送信イベントについては、モード管理部２０３で管理する情報と、設定周期と、周期的な送信イベントの、次回の発生タイミングとから、この次回の発生タイミングに従って定まる、ＲＦモジュール２１からの信号の送信タイミング（以下、次回周期送信タイミング）と、次回のＤモードの期間と、が重なるか否かを判断する。

ここで、図５のフローチャートを用いて、競合判断部２２１での周期的な送信イベントについての処理の流れの一例について説明を行う。図５のフローチャートは、周期的に行われる構成とすればよい。図５のフローチャートは、例えば周期的な送信イベントに従ってデータ送信部２０２が送信データをＲＦモジュール２１に出力する都度、開始する構成とすればよい。

まず、ステップＳ２１では、モード管理部２０３が管理する現在モード情報を取得する。ステップＳ２２では、イベントトリガ検出部２１２から通知される次回周期イベント時刻を取得する。

ステップＳ２３では、Ｓ２１で取得する現在モード情報と設定周期とから、モード予測テーブルを作成する。モード予測テーブルは、図６に示すように、現在のモードを含むＤモード及びＣモードの期間を表すテーブルである。図６は、モード予測テーブルの作成の一例を説明するための図である。モード予測テーブルは、例えば、Ｄモード及びＣモードの期間別に、その期間の開始時刻と終了時刻とが対応付けられたテーブルとすればよい。

ここで、図６を用いて、モード予測テーブルの作成の一例について説明を行う。図６の例では、現在モード情報において、現在のモードがＣモードであって、タイムスタンプが時刻Ｔ１である場合を例に挙げて説明を行う。図６の例では、現在のモードがＣモードであって、タイムスタンプが時刻Ｔ１であるので、現在のモードであるＣモードの開始時刻が時刻Ｔ１と特定される。また、設定周期から、Ｃモードの期間が１０ｓｅｃであることが特定できるので、時刻Ｔ１＋１０ｓｅｃが現在のモードの終了時刻且つ次回のＤモードの開始時刻と特定される。さらに、設定周期から、Ｄモードの期間が６４ｍｓｅｃであることが特定できるので、時刻Ｔ１＋１０ｓｅｃ＋６４ｍｓｅｃが次回のＤモードの終了時刻且つ次回のＣモードの開始時刻と特定される。

図５に戻って、ステップＳ２４では、次回周期送信タイミングと、次回のＤモードの期間と、が重なるか否かを判断し、図５のフローチャートの処理を終了する。次回周期送信タイミングと次回のＤモードの期間とが重なるとは、次回周期送信タイミングの時刻が、次回のＤモードの期間の開始時刻から終了時刻までの間に重なることを示す。次回周期送信タイミングは、Ｓ２２で取得する次回周期イベント時刻に処理時間差を加算することで特定すればよい。次回のＤモードの期間は、Ｓ２３で作成したモード予測テーブルから特定すればよい。

また、競合判断部２２１は、突発的な送信イベントについては、モード管理部２０３で管理する情報と、ＲＦモジュール２１から送信を行わせるべき突発的な送信イベントの発生タイミングとから、この発生タイミングに従って定まる、ＲＦモジュール２１からの信号の送信タイミング（以下、突発送信タイミング）と、Ｄモードの期間と、が重なるか否かを判断する。

ここで、図７のフローチャートを用いて、競合判断部２２１での突発的な送信イベントについての処理の流れの一例について説明を行う。図７のフローチャートは、イベントトリガ検出部２１２で突発的な送信イベントについてのイベントトリガを検出した場合に開始する構成とすればよい。

まず、ステップＳ４１では、モード管理部２０３が管理する現在モード情報を取得する。ステップＳ４２では、Ｓ４１で取得する現在モード情報と設定周期とから、Ｓ２３と同様にして、モード予測テーブルを作成する。

ステップＳ４３では、突発送信タイミングと、Ｄモードの期間と、が重なるか否かを判断し、図７のフローチャートの処理を終了する。突発送信タイミングとＤモードの期間とが重なるとは、突発送信タイミングの時刻が、Ｄモードの期間の開始時刻から終了時刻までの間に重なることを示す。突発送信タイミングは、現在時刻に処理時間差を加算することで特定すればよい。Ｄモードの期間は、Ｓ４２で作成したモード予測テーブルから特定すればよい。

イベント管理部２２２は、競合判断部２２１で判断した結果に基づいて、イベントトリガ検出部２１２にイベント通知を行う。イベント管理部２２２は、競合判断部２２１で次回周期送信タイミングとＤモードの期間とが重なると判断する場合には、次回周期送信タイミングがＤモードの期間とずれるタイミングでイベント通知を行う。一方、イベント管理部２２２は、競合判断部２２１で次回周期送信タイミングとＤモードの期間とが重ならないと判断する場合には、イベント通知を行わない。

ここで、図８のフローチャートを用いて、イベント管理部２２２での周期的な送信イベントについての処理の流れの一例について説明を行う。図８のフローチャートは、競合判断部２２１で、周期的な送信イベントについて、次回周期送信タイミングとＤモードの期間とが重なるか否かが判断された場合に、開始する構成とすればよい。

まず、ステップＳ６１では、競合判断部２２１で次回周期送信タイミングとＤモードの期間とが重なると判断する場合（Ｓ６１でＹＥＳ）には、ステップＳ６２に移る。一方、競合判断部２２１で次回周期送信タイミングとＤモードの期間とが重ならないと判断する場合（Ｓ６１でＮＯ）には、イベント通知を行わずに、図８のフローチャートの処理を終了する。

イベント管理部２２２がイベント通知を行わない場合、イベントトリガ検出部２１２は、周期的な送信イベントについて、周期的な送信イベントの予め設定される周期ごとにイベントトリガを検出する。そして、この周期に沿って、ＲＦモジュール２１から信号が送信されることになる。

ステップＳ６２では、現在のモードがＣモードの場合（Ｓ６２でＹＥＳ）には、ステップＳ６３に移る。一方、現在のモードがＤモードの場合（Ｓ６２でＮＯ）には、ステップＳ６４に移る。現在のモードがＣモードかＤモードかの判断は、イベント管理部２２２が現在モード情報から判断すればよい。

ステップＳ６３では、図９に示すように、次回のＤモードの開始時刻のΔＴａ［ｍｓｅｃ］前に、イベントトリガ検出部２１２にイベント通知を行い、図８のフローチャートの処理を終了する。イベント管理部２２２は、次回のＤモードの開始時刻を、競合判断部２２１で作成するモード予測テーブルと現在モード情報のうちの現在のモードのタイムスタンプとから特定すればよい。ΔＴａは、任意に設定可能な第１の所定時間であり、イベント通知に従ってサービス機能部２１３及び送信データ生成部２１４での処理が行われてＲＦモジュール２１から送信される信号の全パケットが、次回のＤモードの開始時刻よりも前に送信完了するだけの余裕のある時間であればよい。

次回周期送信タイミングと次回のＤモードの期間とが重なってしまう場合、周期的な送信イベントにおいてＲＦモジュール２１から送信すべき信号は、次回のＤモードの期間に送信が失敗する。これに対して、Ｓ６３の処理によれば、次回のＤモードの開始時刻よりも前のＣモードの期間中に、周期的な送信イベントにおいてＲＦモジュール２１から送信すべき信号を送信することが可能になる。

よって、次回のＣモードの期間まで待つことなく、より速やかに、ＲＦモジュール２１から送信すべき信号を送信することが可能になる。つまり、周期的な送信イベントの周期性は維持したまま、イベント管理部２２２からイベント通知を行うことで、Ｄモードの期間にＲＦモジュール２１から送信できない信号を、Ｄモードの期間からずらして送信可能とする。言い換えると、Ｄモードの期間にＲＦモジュール２１から送信できない信号とは別に、ＲＦモジュール２１から送信すべき信号を次回のＤモードの期間よりも前に送信する。よって、周期的な送信イベントの周期性を、Ｄモードの期間に重なる都度変更する手間を抑えながらも、ＲＦモジュール２１から送信すべき信号を送信することが可能になる。

ステップＳ６４では、図１０に示すように、次回のＣモードの開始時刻のΔＴｂ［ｍｓｅｃ］後に、イベントトリガ検出部２１２にイベント通知を行い、図８のフローチャートの処理を終了する。イベント管理部２２２は、次回のＣモードの開始時刻を、競合判断部２２１で作成するモード予測テーブルと現在モード情報のうちの現在のモードのタイムスタンプとから特定すればよい。ΔＴｂは、任意に設定可能な第２の所定時間であり、ＤモードからＣモードに切り替わる際の、Ｄモードで選択した周波数帯への切り替えが完了するだけの余裕のある時間であればよい。ΔＴａとΔＴｂとは、異なる時間であってもよいし、同じ時間であってもよい。

次回周期送信タイミングと現在のモードであるＤモードの期間とが重なってしまう場合、周期的な送信イベントにおいてＲＦモジュール２１から送信すべき信号は、現在のモードであるＤモードの期間に送信が失敗する。これに対して、Ｓ６４の処理によれば、次回のＣモードの期間中に、周期的な送信イベントにおいてＲＦモジュール２１から送信すべき信号を送信することが可能になる。言い換えると、Ｄモードの期間にＲＦモジュール２１から送信できない信号とは別に、ＲＦモジュール２１から送信すべき信号を次回のＣモードの期間に送信する。よって、周期的な送信イベントの周期性を、Ｄモードの期間に重なる都度変更する手間を抑えながらも、ＲＦモジュール２１から送信すべき信号を送信することが可能になる。

また、イベント管理部２２２は、競合判断部２２１で突発送信タイミングとＤモードの期間とが重なると判断する場合には、突発送信タイミングがＤモードの期間とずれるタイミングでイベント通知を行う。一方、イベント管理部２２２は、競合判断部２２１で突発送信タイミングとＤモードの期間とが重ならないと判断する場合には、イベント通知を行わない。

ここで、図１１のフローチャートを用いて、イベント管理部２２２での突発的な送信イベントについての処理の流れの一例について説明を行う。図１１のフローチャートは、競合判断部２２１で、突発的な送信イベントについて、突発送信タイミングとＤモードの期間とが重なるか否かが判断された場合に、開始する構成とすればよい。

まず、ステップＳ８１では、競合判断部２２１で突発送信タイミングとＤモードの期間とが重なると判断する場合（Ｓ８１でＹＥＳ）には、ステップＳ８２に移る。一方、競合判断部２２１で突発送信タイミングとＤモードの期間とが重ならないと判断する場合（Ｓ８１でＮＯ）には、ステップＳ８３に移る。競合判断部２２１で突発送信タイミングとＤモードの期間とが重ならない場合には、現在のモードはＣモードであるものとする。

ステップＳ８２では、図１２に示すように、次回のＣモードの開始時刻のΔＴｂ［ｍｓｅｃ］後に、イベントトリガ検出部２１２にイベント通知を行い、図１１のフローチャートの処理を終了する。

突発送信タイミングとＤモードの期間とが重なってしまう場合、突発的な送信イベントにおいてＲＦモジュール２１から送信すべき信号は、このＤモードの期間に送信が失敗する。これに対して、Ｓ８２の処理によれば、次回のＣモードの期間中に、突発的な送信イベントにおいてＲＦモジュール２１から送信すべき信号を送信することが可能になる。

ステップＳ８３では、イベントトリガ検出部２１２にイベント通知を行わず、図１１のフローチャートの処理を終了する。イベント管理部２２２がイベント通知を行わない場合、イベントトリガ検出部２１２は、突発的な送信イベントについてのイベントトリガを検出すると直ちに、サービス機能部２１３を動作させる。よって、現在のモードであるＣモードの期間において、ＲＦモジュール２１から送信すべき信号を送信することが可能になる。

また、通信制御装置２０は、共通の通信方式を利用する直接通信と間接通信とを並行して行うことが可能な場合には、間接通信によって送信を行う送信イベント（以下、間接送信イベント）の発生タイミングに従って定まる送信タイミングも、Ｄモードの期間からずらして、ＲＦモジュール２１から信号の送信を行わせることが好ましい。これは、共通の通信方式を利用する直接通信と間接通信とでは、間接通信でのセンタ５への信号の送信がＤモードの期間は行うことができないと考えられるためである。間接送信イベントとしては、自車の運行不能を示す情報をセンタ５に送信する送信イベント等が挙げられる。

一例として、競合判断部２２１が、間接送信イベントの発生タイミングに従って定まる、ＲＦモジュール２１からの信号の送信タイミング（以下、間接送信タイミング）と、Ｄモードの期間と、が重なるか否かを前述したのと同様に判断すればよい。また、イベント管理部２２２が、競合判断部２２１で間接送信タイミングとＤモードの期間とが重なると判断する場合に、この間接送信タイミングをＤモードの期間からずらして、ＲＦモジュール２１から信号の送信を行わせればよい。一方、イベント管理部２２２は、競合判断部２２１で間接送信タイミングとＤモードの期間とが重ならないと判断する場合には、イベント通知を行わない構成とすればよい。これにより、データ送信部２０２は、競合判断部２２１で間接送信イベントの発生タイミングに従って定まる送信タイミングとＤモードの期間とが重なると判断する場合に、この送信タイミングをＤモードの期間からずらして、ＲＦモジュール２１から信号の送信を行わせることになる。

＜実施形態１のまとめ＞
実施形態１の構成によれば、ＲＦモジュール２１が、通信可能な他端末装置を探索するためのＤモードと、通信を行うためのＣモードと、のいずれのモードであるかをモード管理部２０３で管理する。よって、モード管理部２０３で管理する情報を用いて、ＲＦモジュール２１から送信を行わせるべき送信イベントの発生タイミングに従って定まる、ＲＦモジュール２１からの信号の送信タイミングと、Ｄモードの期間と、が重なるか否かを競合判断部２２１で判断することが可能になる。そして、この送信タイミングとＤモードの期間とが重ならないと判断することをもとに、この送信タイミングでＲＦモジュール２１から信号の送信を行わせるので、Ｄモードの期間に重ならないタイミングで信号を送信することが可能になる。また、この送信タイミングとＤモードの期間とが重なると判断する場合は、この送信タイミングをＤモードの期間からずらして、ＲＦモジュール２１から信号の送信を行わせるので、Ｄモードの期間に重ならないタイミングで信号を送信することが可能になる。その結果、移動体通信を行う端末装置２において、送信すべき信号を送信できない状況が生じることを抑制することが可能になる。

また、実施形態１の構成によれば、周期的な送信イベント及び突発的な送信イベントのいずれについても、送信すべき信号を送信できない状況が生じることを抑制することが可能になる。

（実施形態２）
実施形態１では、周期的な送信イベントについて、次回周期送信タイミングとＤモードの期間とが重なるか否かが競合判断部２２１で判断された場合に、イベント管理部２２２が、現在のモードがＣモードかＤモードかに応じた処理を行う構成を示したが、必ずしもこれに限らない。例えば、周期的な送信イベントについて、次回周期送信タイミングとＤモードの期間とが重なるか否かが判断された場合に、イベント管理部２２２が、現在のモードがＣモードかＤモードかにかかわらず、次回のＣモードの開始時刻のΔＴｂ［ｍｓｅｃ］後に、イベントトリガ検出部２１２にイベント通知を行う構成としてもよい。

（実施形態３）
実施形態１では、次回周期送信タイミングと次回のＤモードの期間とが重なる場合、且つ、現在のモードがＣモードの場合に、次回のＤモードの開始時刻のΔＴａ前に、イベント管理部２２２がイベントトリガ検出部２１２にイベント通知を行う構成を示したが、必ずしもこれに限らない。

例えば、次回周期送信タイミングと次回のＤモードの期間とが重なる場合、且つ、現在のモードがＣモードの場合であっても、現在時刻から次回のＤモードの開始時刻までの時間がΔＴａ未満の場合には、イベント管理部２２２が、次回のＣモードの開始時刻のΔＴｂ後に、イベントトリガ検出部２１２にイベント通知を行う構成とすればよい。これによれば、より精度良く、Ｄモードの期間からずらしてＲＦモジュール２１から信号の送信を行わせることが可能になる。

（実施形態４）
実施形態１では、ＲＦモジュール２１から送信を行わせるべき送信イベントの発生タイミングに従って定まる、ＲＦモジュール２１からの信号の送信タイミングと、Ｄモードの期間と、が重なる場合に、Ｄモードの期間からずらしてＲＦモジュール２１から信号の送信を行わせる構成を示したが、必ずしもこれに限らない。例えば、送信イベントの種類に応じて、この送信タイミングとＤモードの期間とが重なる場合であっても、Ｄモードの期間からずらしてＲＦモジュール２１から信号の送信を行わせる処理の有無を切り替える構成（以下、実施形態４）としてもよい。

以下、本開示の実施形態４について図面を用いて説明する。実施形態４の通信システム１は、端末装置２が通信制御装置２０の代わりに通信制御装置２０ａを備える点を除けば、実施形態１の通信システム１と同様である。

通信制御装置２０ａは、図１３に示すように、ＲＦ制御部２００、サービス提供部２１０ａ、及びイベント制御部２２０ａを機能ブロックとして備えている。通信制御装置２０ａは、サービス提供部２１０及びイベント制御部２２０の代わりにサービス提供部２１０ａ及びイベント制御部２２０ａを備える点を除けば、実施形態１の通信制御装置２０と同様である。

サービス提供部２１０ａは、図１３に示すように、受信データ解析部２１１、イベントトリガ検出部２１２ａ、サービス機能部２１３、及び送信データ生成部２１４をサブ機能ブロックとして備える。サービス提供部２１０ａは、イベントトリガ検出部２１２の代わりにイベントトリガ検出部２１２ａを備える点を除けば、実施形態１のサービス提供部２１０と同様である。

イベントトリガ検出部２１２ａは、実施形態１のイベントトリガ検出部２１２と同様に、ＲＦモジュール２１から送信を行わせるべき送信イベントのイベントトリガを検出する。イベントトリガ検出部２１２ａは、後述するイベント管理部２２２ａからのイベント通知もイベントトリガとして検出する。

また、イベントトリガ検出部２１２ａは、イベントトリガを検出した送信イベントの種類を区別する。具体的には、緊急性の高い送信イベント（以下、高緊急性イベント）か緊急性の低い送信イベント（以下、低緊急性イベント）かを区別する。このイベントトリガ検出部２１２ａが区別部に相当する。高緊急性イベントとしては、安全系のサービスに関する送信イベントが挙げられる。低緊急性イベントとしては、エンターテイメントの提供等といった利便快適系のサービスに関する送信イベントが挙げられる。

イベント制御部２２０ａは、図１３に示すように、競合判断部２２１ａ及びイベント管理部２２２ａをサブ機能ブロックとして備える。

競合判断部２２１ａは、イベントトリガ検出部２１２ａで高緊急性イベントと区別した送信イベントについては、実施形態１の競合判断部２２１と同様にして、その送信イベントの発生タイミングに従って定まる、ＲＦモジュール２１からの信号の送信タイミングと、Ｄモードの期間と、が重なるか否かを判断する。一方、競合判断部２２１ａは、イベントトリガ検出部２１２ａで低緊急性イベントと区別した送信イベントについては、その送信イベントの発生タイミングに従って定まる、ＲＦモジュール２１からの信号の送信タイミングと、Ｄモードの期間と、が重なるか否かの判断を行わない。

イベント管理部２２２ａは、イベントトリガ検出部２１２ａで高緊急性イベントと区別した送信イベントについては、実施形態１のイベント管理部２２２と同様にして、競合判断部２２１ａで判断した結果に基づいて、イベントトリガ検出部２１２ａにイベント通知を行う。一方、イベント管理部２２２ａは、イベントトリガ検出部２１２ａで低緊急性イベントと区別した送信イベントについては、イベントトリガ検出部２１２ａにイベント通知を行わない。よって、低緊急性イベントについては、その低緊急性イベントの発生タイミングに沿って、ＲＦモジュール２１からの信号の送信が行われる。つまり、低緊急性イベントの発生タイミングに従って定まる、ＲＦモジュール２１からの信号の送信タイミングについては、この送信タイミングとＤモードの期間とが重なるか否かにかかわらず、データ送信部２０２が、この送信タイミングでＲＦモジュール２１から信号の送信を行わせることになる。

実施形態４の構成によれば、緊急性の高い送信イベントに絞って、送信タイミングをＤモードの期間からずらす処理を行うことが可能になる。よって、緊急性の低い送信イベントについてまでも、送信タイミングとＤモードの期間とが重なるか否かに応じて送信タイミングをずらす処理を行う無駄を省くことが可能になる。

なお、本開示は、上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本開示の技術的範囲に含まれる。また、本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサを構成する専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の装置及びその手法は、専用ハードウェア論理回路により、実現されてもよい。もしくは、本開示に記載の装置及びその手法は、コンピュータプログラムを実行するプロセッサと一つ以上のハードウェア論理回路との組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。

１ 通信システム、２ 端末装置、３ 携帯電話通信網、４ 基地局、５ センタ、２０，２０ａ 通信制御装置、２１ ＲＦモジュール（通信モジュール）、２２ 外部Ｉ／Ｆ、２００ ＲＦ制御部、２０１ データ受信部、２０２ データ送信部（送信制御部）、２０３ モード管理部、２１０，２１０ａ サービス提供部、２１１ 受信データ解析部、２１２ イベントトリガ検出部、２１２ａ イベントトリガ検出部（区別部）、２１３ サービス機能部、２１４ 送信データ生成部、２２０，２２０ａ イベント制御部、２２１，２２１ａ 競合判断部、２２２，２２２ａ イベント管理部

Claims (9)

1. 移動体通信を行う端末装置（２）で用いられ、
   前記端末装置に含まれて他の端末装置である他端末装置と基地局（４）を介さない直接的な無線通信を行うことが可能な通信モジュール（２１）を制御する通信制御装置であって、
   前記通信モジュールが、通信可能な前記他端末装置を探索するための探索モードと、通信を行うための通信モードと、のいずれのモードであるかを管理するモード管理部（２０３）と、
   前記モード管理部で管理する情報を用いて、前記通信モジュールから送信を行わせるべき送信イベントの発生タイミングに従って定まる、前記通信モジュールからの信号の送信タイミングと、前記探索モードの期間と、が重なるか否かを判断する競合判断部（２２１，２２１ａ）と、
   前記競合判断部で前記送信タイミングと前記探索モードの期間とが重ならないと判断することをもとに、この送信タイミングで前記通信モジュールから信号の送信を行わせる一方、前記競合判断部で前記送信タイミングと前記探索モードの期間とが重なると判断する場合は、この送信タイミングを前記探索モードの期間からずらして、前記通信モジュールから信号の送信を行わせる送信制御部（２０２）とを備える通信制御装置。
2. 前記モード管理部は、前記通信モジュールが、設定される設定周期で切り替わる、前記探索モードと前記通信モードとのいずれのモードであるかを管理するものであり、
   前記競合判断部は、前記モード管理部で管理する情報と、前記設定周期と、前記通信モジュールから送信を行わせるべき周期的な前記送信イベントの、次回の発生タイミングとから、この次回の発生タイミングに従って定まる、前記通信モジュールからの信号の送信タイミングと、前記探索モードの期間と、が重なるか否かを予測して判断する請求項１に記載の通信制御装置。
3. 前記送信制御部は、
   前記競合判断部で前記送信タイミングと前記探索モードの期間とが重ならないと予測して判断することをもとに、この送信タイミングで前記通信モジュールから信号の送信を行わせる一方、
   前記競合判断部で前記送信タイミングと前記探索モードの期間とが重なると予測して判断する場合であって、且つ、前記モード管理部で管理する情報から特定される現在のモードが前記通信モードの場合は、この送信タイミングを次回の前記探索モードの期間の開始時刻よりも前にずらして、前記通信モジュールから信号の送信を行わせ、
   前記競合判断部で前記送信タイミングと前記探索モードの期間とが重なると予測して判断する場合であって、且つ、前記モード管理部で管理する情報から特定される現在のモードが前記探索モードの場合は、この送信タイミングを次回の前記通信モードの期間にずらして、前記通信モジュールから信号の送信を行わせる請求項２に記載の通信制御装置。
4. 前記モード管理部は、前記通信モジュールが、設定される設定周期で切り替わる、前記探索モードと前記通信モードとのいずれのモードであるかを管理するものであり、
   前記競合判断部は、前記モード管理部で管理する情報と、前記通信モジュールから送信を行わせるべき突発的な前記送信イベントの発生タイミングとから、この発生タイミングに従って定まる、前記通信モジュールからの信号の送信タイミングと、前記探索モードの期間と、が重なるか否かを判断し、
   前記送信制御部は、
   前記競合判断部で前記送信タイミングと前記探索モードの期間とが重ならないと判断することをもとに、この送信タイミングで前記通信モジュールから信号の送信を行わせる一方、
   前記競合判断部で前記送信タイミングと前記探索モードの期間とが重なると判断する場合は、この送信タイミングを次回の前記通信モードの期間にずらして、前記通信モジュールから信号の送信を行わせる請求項１～３のいずれか１項に記載の通信制御装置。
5. 車両で用いられるものであって、
   突発的な前記送信イベントは、前記車両で発生した緊急事態についての情報を送信する送信イベントである請求項４に記載の通信制御装置。
6. 前記送信イベントが、緊急性の高い送信イベントか緊急性の低い送信イベントかを区別する区別部（２１２ａ）を備え、
   前記送信制御部は、
   前記区別部で緊急性の高い送信イベントと区別した前記送信イベントの発生タイミングに従って定まる、前記通信モジュールからの信号の送信タイミングについては、前記競合判断部（２２１ａ）でこの送信タイミングと前記探索モードの期間とが重ならないと判断することをもとに、この送信タイミングで前記通信モジュールから信号の送信を行わせる一方、前記競合判断部で前記送信タイミングと前記探索モードの期間とが重なると判断する場合は、この送信タイミングを前記探索モードの期間からずらして、前記通信モジュールから信号の送信を行わせ、
   前記区別部で緊急性の低い送信イベントと区別した前記送信イベントの発生タイミングに従って定まる、前記通信モジュールからの信号の送信タイミングについては、この送信タイミングと前記探索モードの期間とが重なるか否かにかかわらず、この送信タイミングで前記通信モジュールから信号の送信を行わせる請求項１～５のいずれか１項に記載の通信制御装置。
7. 移動体通信を行う端末装置であって、
   他の端末装置である他端末装置と基地局（４）を介さない直接的な無線通信を行うことが可能な通信モジュール（２１）と、
   前記通信モジュールを制御する通信制御装置（２０，２０ａ）とを含み、
   前記通信制御装置は、
   前記通信モジュールが、通信可能な前記他端末装置を探索するための探索モードと、通信を行うための通信モードと、のいずれのモードであるかを管理するモード管理部（２０３）と、
   前記モード管理部で管理する情報を用いて、前記通信モジュールから送信を行わせるべき送信イベントの発生タイミングに従って定まる、前記通信モジュールからの信号の送信タイミングと、前記探索モードの期間と、が重なるか否かを判断する競合判断部（２２１，２２１ａ）と、
   前記競合判断部で前記送信タイミングと前記探索モードの期間とが重ならないと判断することをもとに、この送信タイミングで前記通信モジュールから信号の送信を行わせる一方、前記競合判断部で前記送信タイミングと前記探索モードの期間とが重なると判断する場合は、この送信タイミングを前記探索モードの期間からずらして、前記通信モジュールから信号の送信を行わせる送信制御部（２０２）とを備える端末装置。
8. 移動体通信を行う端末装置（２）で用いられ、
   前記端末装置に含まれて他の端末装置である他端末装置と基地局（４）を介さない直接的な無線通信を行うことが可能な通信モジュール（２１）を制御する通信制御方法であって、
   前記通信モジュールが、通信可能な前記他端末装置を探索するための探索モードと、通信を行うための通信モードと、のいずれのモードであるかを管理し、
   管理する情報を用いて、前記通信モジュールから送信を行わせるべき送信イベントの発生タイミングに従って定まる、前記通信モジュールからの信号の送信タイミングと、前記探索モードの期間と、が重なるか否かを判断し、
   前記送信タイミングと前記探索モードの期間とが重ならないと判断することをもとに、この送信タイミングで前記通信モジュールから信号の送信を行わせる一方、前記送信タイミングと前記探索モードの期間とが重なると判断する場合は、この送信タイミングを前記探索モードの期間からずらして、前記通信モジュールから信号の送信を行わせる通信制御方法。
9. コンピュータを、移動体通信を行う端末装置（２）で用いられ、前記端末装置に含まれて他の端末装置である他端末装置と基地局（４）を介さない直接的な無線通信を行うことが可能な通信モジュール（２１）を制御する通信制御装置として機能させるための制御プログラムであって、
   コンピュータを、
   前記通信モジュールが、通信可能な前記他端末装置を探索するための探索モードと、通信を行うための通信モードと、のいずれのモードであるかを管理するモード管理部（２０３）と、
   前記モード管理部で管理する情報を用いて、前記通信モジュールから送信を行わせるべき送信イベントの発生タイミングに従って定まる、前記通信モジュールからの信号の送信タイミングと、前記探索モードの期間と、が重なるか否かを判断する競合判断部（２２１，２２１ａ）と、
   前記競合判断部で前記送信タイミングと前記探索モードの期間とが重ならないと判断することをもとに、この送信タイミングで前記通信モジュールから信号の送信を行わせる一方、前記競合判断部で前記送信タイミングと前記探索モードの期間とが重なると判断する場合は、この送信タイミングを前記探索モードの期間からずらして、前記通信モジュールから信号の送信を行わせる送信制御部（２０２）として機能させるための制御プログラム。

Images