(57)【要約】【課題】利便性の高い通信システム、通信モジュール、端末機器、通信方法及び通信プログラムを提供する。【解決手段】通信システム１は、端末機器２０と通信モジュール１０とを備える。端末機器２０と通信モジュール１０とは、クロックに基づく信号を入出力する第１インタフェースで接続される。端末機器２０は、第１インタフェースを介して、通信モジュール１０にブレーク信号を出力する。通信モジュール１０は、ブレーク信号に基づいて、第１インタフェースの自機の側のポート１２をブレーク状態に移行させる。端末機器２０は、所定の条件が満たされた場合に、第１インタフェースを介して、通信モジュール１０に解除信号を出力する。【選択図】図１３
2019169875.tif 000002
【特許請求の範囲】
【請求項１】
端末機器と通信モジュールとを備え、
前記端末機器と前記通信モジュールとは、クロックに基づく信号を入出力する第１インタフェースで接続され、
前記端末機器は、前記第１インタフェースを介して、前記通信モジュールにブレーク信号を出力し、
前記通信モジュールは、前記ブレーク信号に基づいて、前記第１インタフェースの自機の側のポートをブレーク状態に移行させ、
前記端末機器は、所定の条件が満たされた場合に、前記第１インタフェースを介して、前記通信モジュールに解除信号を出力する
通信システム。
【請求項２】
前記端末機器と前記通信モジュールとは、クロックに基づかない信号を入出力する第２インタフェースでさらに接続され、
前記所定の条件は、前記端末機器が前記通信モジュールから前記第２インタフェースを介してデータ発生信号を取得することである、請求項１に記載の通信システム。
【請求項３】
前記通信モジュールは、前記端末機器に出力するデータを格納し、格納するデータがデータ出力条件を満たした場合に、前記第２インタフェースを介して前記端末機器に前記データ発生信号を出力する、請求項２に記載の通信システム。
【請求項４】
前記通信モジュールは、前記端末機器に前記データ発生信号を出力するとともに、前記端末機器にブレーク状態を解除したままにすることを要求する期間に関する情報を出力する、請求項２又は３に記載の通信システム。
【請求項５】
前記所定の条件は、前記通信モジュールが前記第１インタフェースをブレーク状態に移行させた後、第１時間が経過することである、請求項１に記載の通信システム。
【請求項６】
前記端末機器は、前記解除信号を出力した後、前記通信モジュールからデータを取得しない状態で第２時間が経過した場合、前記通信モジュールに前記ブレーク信号を出力する、請求項５に記載の通信システム。
【請求項７】
前記通信モジュールは、前記解除信号に基づいて、前記第１インタフェースのブレーク状態を解除する、請求項１乃至６のいずれか一項に記載の通信システム。
【請求項８】
前記端末機器は、前記ブレーク信号を出力したことに基づいて、前記第１インタフェースの自機の側のポートをブレーク状態に移行させる、請求項１乃至７のいずれか一項に記載の通信システム。
【請求項９】
前記端末機器は、前記ブレーク信号を出力した後、前記通信モジュールからの確認信号を取得したことに基づいて、前記第１インタフェースの自機の側のポートをブレーク状態に移行させる、請求項１乃至７のいずれか一項に記載の通信システム。
【請求項１０】
前記端末機器は、前記第１インタフェースに前記クロックを出力するクロック生成部を有し、前記端末機器のクロック生成部を停止させることによって、前記第１インタフェースの自機の側のポートをブレーク状態に移行させる、請求項８又は９に記載の通信システム。
【請求項１１】
前記端末機器は、前記第１インタフェースの自機の側のポートをブレーク状態に移行させた場合、前記第１インタフェースの自機の側のポートを、クロックに基づかない信号を取得するように設定する、請求項８乃至１０のいずれか一項に記載の通信システム。
【請求項１２】
前記通信モジュールは、前記第１インタフェースに前記クロックを出力するクロック生成部を有し、前記通信モジュールのクロック生成部を停止させることによって、前記第１インタフェースの自機の側のポートをブレーク状態に移行させる、請求項１乃至１１のいずれか一項に記載の通信システム。
【請求項１３】
前記通信モジュールは、前記第１インタフェースの自機の側のポートをブレーク状態に移行させた場合、前記第１インタフェースの自機の側のポートを、クロックに基づかない信号を取得するように設定する、請求項１乃至１２のいずれか一項に記載の通信システム。
【請求項１４】
クロックに基づく信号を入出力する第１インタフェースで端末機器と接続され、
前記第１インタフェースを介して、前記端末機器からブレーク信号を取得し、
前記ブレーク信号に基づいて、前記第１インタフェースの自機の側のポートをブレーク状態に移行させ、
所定の条件が満たされた場合に前記端末機器から前記第１インタフェースを介して出力される解除信号を取得する
通信モジュール。
【請求項１５】
クロックに基づく信号を入出力する第１インタフェースで通信モジュールと接続され、
前記第１インタフェースを介して、前記通信モジュールにブレーク信号を出力し、
所定の条件が満たされた場合に、前記第１インタフェースを介して、前記通信モジュールに解除信号を出力する
端末機器。
【請求項１６】
クロックに基づく信号を入出力する第１インタフェースで端末機器と接続される通信モジュールが、前記第１インタフェースを介して、前記端末機器からブレーク信号を取得し、
前記通信モジュールが、前記ブレーク信号に基づいて、前記第１インタフェースの自機の側のポートをブレーク状態に移行させ、
前記通信モジュールが、所定の条件が満たされた場合に前記端末機器から前記第１インタフェースを介して出力される解除信号を取得する
通信方法。
【請求項１７】
クロックに基づく信号を入出力する第１インタフェースで端末機器と接続される通信モジュールのコントローラとして機能するプロセッサに、
前記第１インタフェースを介して、前記端末機器からブレーク信号を取得させ、
前記ブレーク信号に基づいて、前記第１インタフェースの自機の側のポートをブレーク状態に移行させ、
所定の条件が満たされた場合に前記端末機器から前記第１インタフェースを介して出力される解除信号を取得させる
通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信を行う通信システム、通信モジュール、端末機器、通信方法及び通信プログラムに関する。
【背景技術】
【０００２】
従来、測定装置によって測定したデータを、サーバに収集するシステムが知られている。例えば、特許文献１は、測定装置が測定したデータを、端末によってサーバに出力するシステムを開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２０９３１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のシステムでは、例えばモノのインターネット（Internet of Things（ＩｏＴ））技術の普及によって、利便性の向上が求められている。
【０００５】
本開示の目的は、利便性の高い通信システム、通信モジュール、端末機器、通信方法及び通信プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本開示の一実施形態に係る通信システムは、端末機器と通信モジュールとを備える。前記端末機器と前記通信モジュールとは、クロックに基づく信号を入出力する第１インタフェースで接続される。前記端末機器は、前記第１インタフェースを介して、前記通信モジュールにブレーク信号を出力する。前記通信モジュールは、前記ブレーク信号に基づいて、前記第１インタフェースの自機の側のポートをブレーク状態に移行させる。前記端末機器は、所定の条件が満たされた場合に、前記第１インタフェースを介して、前記通信モジュールに解除信号を出力する。
【０００７】
本開示の一実施形態に係る通信モジュールは、クロックに基づく信号を入出力する第１インタフェースで端末機器と接続される。前記通信モジュールは、前記第１インタフェースを介して、前記端末機器からブレーク信号を取得する。前記通信モジュールは、前記ブレーク信号に基づいて、前記第１インタフェースの自機の側のポートをブレーク状態に移行させる。前記通信モジュールは、所定の条件が満たされた場合に前記端末機器から前記第１インタフェースを介して出力される解除信号を取得する。
【０００８】
本開示の一実施形態に係る端末機器は、クロックに基づく信号を入出力する第１インタフェースで通信モジュールと接続される。前記端末機器は、前記第１インタフェースを介して、前記通信モジュールにブレーク信号を出力する。前記端末機器は、所定の条件が満たされた場合に、前記第１インタフェースを介して、前記通信モジュールに解除信号を出力する。
【０００９】
本開示の一実施形態に係る通信方法において、クロックに基づく信号を入出力する第１インタフェースで端末機器と接続される通信モジュールが、前記第１インタフェースを介して、前記端末機器からブレーク信号を取得する。前記通信方法において、前記通信モジュールが、前記ブレーク信号に基づいて、前記第１インタフェースの自機の側のポートをブレーク状態に移行させる。前記通信方法において、前記通信モジュールが、所定の条件が満たされた場合に前記端末機器から前記第１インタフェースを介して出力される解除信号を取得する。
【００１０】
本開示の一実施形態に係る通信プログラムは、第１インタフェースで端末機器と接続される通信モジュールのコントローラとして機能するプロセッサに、前記第１インタフェースを介して、前記端末機器からブレーク信号を取得させる。前記第１インタフェースは、クロックに基づく信号を入出力する。前記通信プログラムは、前記プロセッサに、前記ブレーク信号に基づいて、前記第１インタフェースの自機の側のポートをブレーク状態に移行させる。前記通信プログラムは、前記プロセッサに、所定の条件が満たされた場合に前記端末機器から前記第１インタフェースを介して出力される解除信号を取得させる。
【発明の効果】
【００１１】
本開示の一実施形態によれば、利便性の高い通信システム、通信モジュール、端末機器、通信方法及び通信プログラムが提供され得る。
【図面の簡単な説明】
【００１２】
【図１】一実施形態に係る通信システムの構成例を示すブロック図である。
【図２】第１インタフェースによる接続例を示すブロック図である。
【図３】図２の構成例において信号を取得する側の信号の状態の変化を表すタイミングチャートである。
【図４】第１インタフェースによる他の接続例を示すブロック図である。
【図５】第１信号の一例を示すタイミングチャートである。
【図６】第３信号の一例を示すタイミングチャートである。
【図７】第２インタフェースでさらに接続する例を示すブロック図である。
【図８】第１インタフェースをブレーク状態に移行させる手順の一例を示すフローチャートである。
【図９】端末機器におけるデータの発生に基づいて第１インタフェースのブレーク状態を解除する手順の一例を示すフローチャートである。
【図１０】所定時間の経過に基づいて第１インタフェースのブレーク状態を解除する手順の一例を示すフローチャートである。
【図１１】第１インタフェースのブレーク状態を解除し、再度ブレーク状態に移行させる手順の一例を示すフローチャートである。
【図１２】通信モジュールにおけるデータの発生に基づいて第１インタフェースのブレーク状態を解除する手順の一例を示すフローチャートである。
【図１３】端末機器としてスマートメータを備える通信システムの構成例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本開示の一実施形態が、図面を参照して説明される。本実施形態に係る通信システム１（図１参照）は、典型的にはＩｏＴ（Internet of Things）向けに用いられうる。本実施形態に係る通信システム１は、ＩｏＴ向けに限定されず、他の種々の用途でも用いられうる。通信システム１は、外部のサーバ等の外部機器と通信してよい。通信システム１は、外部環境の情報を取得してよい。通信システム１は、取得した外部環境の情報を、外部のサーバ等に出力してよい。
【００１４】
図１に示されるように、一実施形態に係る通信システム１は、通信モジュール１０と、端末機器２０とを備える。通信モジュール１０は、モジュール制御部１１と、モジュール側ポート１２と、通信部１７とを備える。端末機器２０は、端末制御部２１と、端末側ポート２２とを備える。モジュール側ポート１２及び端末側ポート２２はそれぞれ、共通のインタフェースのポートとして機能する。通信モジュール１０と端末機器２０とを互いに通信可能に接続する共通のインタフェースは、第１インタフェースともいう。つまり、通信モジュール１０と端末機器２０とは、第１インタフェースで接続されている。通信モジュール１０及び端末機器２０はそれぞれ、第１インタフェースを介して信号を出力したり取得したりしうる。つまり、信号は第１インタフェースを介して通信モジュール１０と端末機器２０との間で入出力されうる。モジュール側ポート１２は、通信モジュール１０の側のポートともいう。端末側ポート２２は、端末機器２０の側のポートともいう。通信モジュール１０自身及び端末機器２０自身はそれぞれ、自機ともいう。
【００１５】
モジュール制御部１１は、通信モジュール１０の各構成部に制御指示を出力したり、各構成部から種々の情報を取得したりする。モジュール制御部１１は、記憶部を有してよい。記憶部は、半導体メモリ又は磁気メモリ等を含んでよい。記憶部は、各種情報及びモジュール制御部１１で実行されるプログラム等を格納する。記憶部は、モジュール制御部１１のワークメモリとして機能してよい。通信モジュール１０は、モジュール制御部１１とは別個の構成として記憶部を備えてもよい。
【００１６】
端末制御部２１は、端末機器２０の各構成部に制御指示を出力したり、各構成部から種々の情報を取得したりする。端末制御部２１は、記憶部を有してよい。記憶部は、通信モジュール１０に含まれる記憶部と同一又は類似に構成されてよい。
【００１７】
モジュール制御部１１及び端末制御部２１は、コントローラともいう。モジュール制御部１１及び端末制御部２１は、種々の機能を実行するための制御及び処理能力を提供するために、少なくとも１つのプロセッサを含んでよい。プロセッサは、コントローラとして機能しうる。プロセッサは、モジュール制御部１１及び端末制御部２１の種々の機能を実現するプログラムを実行しうる。プロセッサは、単一の集積回路として実現されてよい。集積回路は、ＩＣ（Integrated Circuit）ともいう。プロセッサは、複数の通信可能に接続された集積回路及びディスクリート回路として実現されてよい。プロセッサは、他の種々の既知の技術に基づいて実現されてよい。
【００１８】
通信部１７は、無線通信をはじめとする各種の機能を実現することができる。通信部１７は、ＬＰＷＡ（Low Power Wide Area）技術に基づく通信を実現してよい。通信部１７は、ＳＩＧＦＯＸ（登録商標）又はＬｏＲａ（登録商標）等に基づく通信を実現してもよい。通信部１７は、４Ｇ、ＬＴＥ（Long Term Evolution）等の種々の通信方式による通信を実現してよい。通信部１７は、アンテナを介して、外部機器と無線通信してよい。
【００１９】
通信部１７は、ＧＮＳＳ（Global Navigation Satellite System）技術等に基づいて、通信モジュール１０の位置情報を取得してよい。つまり、通信モジュール１０は、自機の位置情報を取得可能であってよい。ＧＮＳＳ技術は、ＧＰＳ（Global Positioning System）、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏ、準天頂衛星（ＱＺＳＳ：Quasi-Zenith Satellite System）等の衛星測位システムを含んでよい。通信モジュール１０の位置情報は、緯度、経度、高度情報を含んでよい。
【００２０】
モジュール制御部１１は、モジュール側ポート１２を制御することによって、端末側ポート２２にデータを出力したり、端末側ポート２２からデータを取得したりする。端末制御部２１は、端末側ポート２２を制御することによって、モジュール側ポート１２にデータを出力したり、モジュール側ポート１２からデータを取得したりする。つまり、モジュール制御部１１及び端末制御部２１はそれぞれ、自機の側のポートを制御することによってデータを入出力しうる。
【００２１】
図２に例示されるように、モジュール側ポート１２は、信号出力部１３と、信号取得部１４と、クロック生成部１５とを備えてよい。端末側ポート２２は、信号出力部２３と、信号取得部２４と、クロック生成部２５とを備えてよい。信号取得部２４は、信号出力部１３と通信可能に接続されている。信号取得部１４は、信号出力部２３と通信可能に接続されている。信号出力部１３及び信号出力部２３はそれぞれ、信号取得部２４及び信号取得部１４に対して、第１状態及び第２状態のいずれかを表す信号を出力する。第１状態を特定する信号は、所定の閾値未満の電圧又は電流等で表される信号であってよく、０又はＬ若しくはＬＯ等と表されうる。第２状態を特定する信号は、所定の閾値以上の電圧又は電流等で表される信号であってよく、１又はＨ若しくはＨＩ等と表されうる。以下、第１状態を特定する信号及び第２状態を特定する信号はそれぞれ、Ｌ及びＨで表されるものとする。第１状態を特定する信号が入出力されるために消費される電力は、第２状態を特定する信号が入出力されるために消費される電力よりも低いものとする。例えば、信号取得部１４及び２４は、信号をＭＯＳ（Metal Oxide Semiconductor）トランジスタのゲートに入力される電圧として取得してよい。信号取得部１４及び２４は、取得した信号が電圧としてゲートに入力されることによってＭＯＳトランジスタがオン状態となっている場合、Ｈで表される信号を取得したと判定してよい。信号取得部１４及び２４は、ＭＯＳトランジスタがオフ状態となっている場合、Ｌで表される信号を取得したと判定してよい。
【００２２】
図２に例示されるポートを備える第１インタフェースにおいて、クロック生成部１５及び２５はそれぞれ、信号取得部１４及び２４にクロックを出力する。図２に例示される第１インタフェースは、例えば調歩同期方式に基づく通信を実行するＵＡＲＴ（Universal Asynchronous Receiver/Transmitter）等のインタフェースとして機能しうる。
【００２３】
通信モジュール１０及び端末機器２０は、Ｌ及びＨのいずれかを表す状態が各時刻で変化する信号としてデータを出力したり取得したりしうる。データは、ビットの集合として表されうる。ビットは、Ｌ及びＨのいずれかを表す信号に対応づけられる。信号取得部１４及び２４は、信号をクロックと同期させて取得することによって、信号が表すＬ及びＨのいずれかの状態をビットの状態に対応づけうる。信号取得部１４及び２４はそれぞれ、取得した信号に基づくデータを構成し、信号に基づくデータをモジュール制御部１１及び端末制御部２１に出力する。
【００２４】
図２に例示される構成において、信号出力部１３及び２３は、クロックと同期しないものの、予め決定されているフォーマットに基づくビットの配列で構成されるデータに対応する信号を、予め決定されている通信速度で出力すると仮定する。信号取得部１４及び２４は、データのフォーマット及び信号の通信速度が予め決定されていることによって、クロックと同期せずに出力される信号を、クロックと同期させて取得しうる。
【００２５】
信号の通信速度は、１ビットを出力し続ける時間によって特定されうる。例えば、１秒当たりＸビットの信号が出力される場合の通信速度は、１／Ｘ［ｂｐｓ（bit per second）］と表されうる。言い換えれば、信号出力部１３及び２３は、Ｌ及びＨのいずれかを表す１ビットのデータに対応する信号をＸ秒間出力し続ける。１ビットのデータに対応する信号を出力し続ける時間は、信号取得部１４及び２４が取得するクロックの周期のｎ倍（ｎ：自然数）とされてよい。
【００２６】
データのフォーマットは、ビットの配列のルールを規定する。データのフォーマットは、例えば、データを構成するビットの配列の長さを規定してよいし、データの開始及び終了を特定するビットの配列パターンを規定してよい。
【００２７】
信号取得部１４及び２４は、図３に示されるタイミングチャートで表される信号を取得しうる。タイミングチャートの横軸は、時刻を表している。タイミングチャートの縦軸は、信号がＬ及びＨのどちらの状態を特定しているかを表している。ＳＩＧは、信号出力部１３及び２３から取得している信号の状態を表している。ＣＬＫは、クロック生成部１５及び２５から取得しているクロックの状態を表している。例えば、ＳＩＧのＨの欄と同じ高さで横に延びている線は、その線の左右の幅に対応する時間において、信号取得部１４及び２４がＨの信号を取得していることを表している。以下、信号取得部１４が信号出力部２３から信号を取得している構成が説明される。以下の説明は、信号出力部２３、信号取得部１４及びクロック生成部１５をそれぞれ信号出力部１３、信号取得部２４及びクロック生成部２５に読み替えることによって、信号取得部２４が信号出力部１３から信号を取得する構成を説明しうる。
【００２８】
信号取得部１４は、クロック生成部１５から取得するクロックの立ち上がり時に、信号出力部２３から取得している信号の状態を判定するものとする。信号取得部１４は、クロックの立ち下がり時に、信号出力部２３から取得している信号の状態を判定してもよい。信号取得部１４は、クロックにとって特定される所定のタイミングで信号の状態を判定することによって、信号をクロックに同期させて取得しうる。
【００２９】
Ｐ１で表される期間において、信号取得部１４は、信号出力部２３からＨを取得し続けている。この期間において、信号取得部１４は、信号をクロックに同期させて取得しなくてもよい。信号取得部１４は、タイマ等によって測定される所定時間毎に信号を取得してもよい。モジュール制御部１１は、信号取得部１４がＨを取得し続けている場合、信号出力部２３がデータを出力していないと判定する。信号出力部２３がデータを出力していない状態は、無通信状態ともいう。つまり、モジュール制御部１１は、信号取得部１４がＨを取得し続けている場合、第１インタフェースが無通信状態であると判定する。
【００３０】
Ｐ２で表される期間において、信号取得部１４は、信号出力部２３からＬを表す信号を取得している。信号取得部１４は、クロックが立ち上がる時刻Ｔ１において、Ｌを表す信号を取得していると判定し、この信号に基づいてＬを表すビットをモジュール制御部１１に出力する。モジュール制御部１１は、このビットを、データの開始を特定するビットとして認識する。つまり、図３の例において、データの開始を特定するビット列は、１ビットのＬである。モジュール制御部１１は、取得しているビットの状態がＨからＬに変化したことに基づいて、信号出力部２３がデータを出力し始めたと判定する。信号取得部１４は、時刻Ｔ１を基準時刻とし、基準時刻より後に取得する信号をクロックに同期させて取得しうる。
【００３１】
Ｐ３で表される期間において、信号取得部１４は、信号出力部２３から、データを構成するビットの配列に対応する信号を取得する。Ｈ及びＬを表す破線と、その間の斜線のハッチングは、取得する信号の状態がＨ及びＬのいずれかでありうることを表している。信号取得部１４は、時刻Ｔ２において、信号出力部２３から取得している信号の状態を判定し、データの１ビット目がＬであるかＨであるか決定する。信号取得部１４は、決定したビットの状態をデータとしてモジュール制御部１１に出力する。つまり、信号取得部１４は、時刻Ｔ２に、信号出力部２３からデータの１ビット目を取得し、モジュール制御部１１に出力する。時刻Ｔ２は、時刻Ｔ１から、信号出力部２３が１ビット分に対応する信号を出力し続ける時間が経過した時刻である。つまり、時刻Ｔ１とＴ２との間隔は、１ビット分の信号の出力時間である。Ｐ３で表される期間において、時刻Ｔ２の後も、１ビット分の信号の出力時間が経過する毎に、データを構成するビットを順次取得する。つまり、信号取得部１４は、予め決められている通信速度に基づく周期で信号の状態を判定することによって、信号出力部２３がデータを出力するタイミングと、信号取得部１４でデータを取得するタイミングとを同期させうる。その結果、信号取得部１４は、信号出力部２３が出力した配列で、ビットを取得しうる。
【００３２】
図３の例において、データのビット長は４ビットであるものとする。Ｐ３で表される期間は、信号取得部１４が４ビット分のデータに対応する信号を取得するまで続いている。信号取得部１４は、取得した信号に基づいてデータを構成し、モジュール制御部１１に出力する。
【００３３】
Ｐ４で表される期間において、信号取得部１４は、信号出力部２３からＨを表す信号を取得する。信号取得部１４は、クロックが立ち上がる時刻Ｔ３において、Ｈを表す信号を取得していると判定し、この信号に基づいてＨを表すビットをモジュール制御部１１に出力する。モジュール制御部１１は、このビットを、データの終了を特定するビットとして認識する。つまり、図３の例において、データの終了を特定するビット列は、１ビットのＨである。モジュール制御部１１は、予め決定されていた長さのデータを取得し、さらに１ビットのＨを取得することによって、データを取得し終えたと判定する。
【００３４】
Ｐ５で表される期間において、信号取得部１４は、信号出力部２３からＨを取得し続けうる。モジュール制御部１１は、信号取得部１４が信号出力部２３からＨを取得し続ける場合、第１インタフェースが無通信状態であると判定する。
【００３５】
図３に例示されている信号の状態、及び、図３を参照して説明してきた信号取得部１４におけるデータの取得動作は、一例にすぎず、他の種々の状態及び動作をさらに含んでよいし、他の種々の状態及び動作に置き換えられてよい。例えば、信号取得部１４は、１ビット分の信号が出力されている間に複数のタイミングで信号の状態を判定してもよいし、取得したデータにエラーが含まれるか判定してもよい。
【００３６】
図２及び図３に例示される構成において、出力される信号はクロックで同期されていなかったが、出力側と取得側とが共通のクロックで同期されてもよい。図４に例示されるポートを備える第１インタフェースにおいて、端末側ポート２２のクロック出力部２６は、クロックを生成し、モジュール側ポート１２のクロック取得部１６にクロックを出力する。クロック出力部２６は、生成したクロックを信号出力部２３及び信号取得部２４に出力する。クロック取得部１６は、クロック出力部２６から取得したクロックを信号出力部１３及び信号取得部１４に出力する。つまり、信号出力部１３及び２３が信号を出力するタイミング、並びに、信号取得部１４及び２４が信号を取得するタイミングは、共通のクロックによって同期されうる。
【００３７】
図４に例示される第１インタフェースは、例えばＩ２Ｃ（Inter-Integrated Circuit）又はＳＰＩ（Serial Peripheral Interface）等のインタフェースとして機能しうる。図４の例において、クロックは、端末側ポート２２からモジュール側ポート１２に向けて出力されているが、モジュール側ポート１２から端末側ポート２２に向けて出力されてもよい。図４に例示される構成においても、第１インタフェースは、データを出力していない無通信状態になりうる。
【００３８】
図２及び図４に例示されるように、通信モジュール１０と端末機器２０とは、第１インタフェースで接続されることによって、クロックに基づく信号を出力したり取得したりしうる。クロックは、第１インタフェースが無通信状態である間も生成されている。第１インタフェースが無通信状態である間のクロックの生成は、第１インタフェースにおける消費電力を増大させうる。
【００３９】
一実施形態に係る通信システム１は、第１インタフェースが無通信状態である場合に、第１インタフェースにおけるクロックの生成を停止させる。第１インタフェースにおいてクロックの生成を停止している状態は、ブレーク状態ともいう。第１インタフェースがブレーク状態に移行する場合、第１インタフェースにおけるクロックに関する消費電力が低減されうる。
【００４０】
端末制御部２１は、第１インタフェースが無通信状態であると判定した場合、第１インタフェースをブレーク状態に移行させる。端末制御部２１は、信号出力部２３から、第１インタフェースをブレーク状態に移行させることを通知する信号を出力する。第１インタフェースをブレーク状態に移行させることを通知する信号は、第１信号又はブレーク信号ともいう。
【００４１】
図５に示されるタイミングチャートを参照して、第１信号が説明される。
【００４２】
Ｐ６で表される期間において、信号取得部１４は、信号出力部２３からＨを取得し続けている。この期間において、第１インタフェースは、無通信状態であるものとする。
【００４３】
Ｐ７で表される期間において、信号取得部１４は、信号出力部２３からＬを表す信号を取得している。モジュール制御部１１は、図３のＰ２における動作と同一又は類似に、Ｌを表す信号を、データの開始を特定するビットであると認識しうる。
【００４４】
Ｐ８で表される期間において、信号取得部１４は、信号出力部２３からＬを表す信号を取得し続ける。モジュール制御部１１は、データのビット長が４ビットであることに基づいて、１ビット目から４ビット目までがＬであるデータを取得していると認識しうる。
【００４５】
Ｐ９で表される期間において、信号取得部１４は、信号出力部２３からＬを表す信号を取得し続ける。モジュール制御部１１は、データの終了を特定するビットとして、Ｈを表す信号を取得することを予定しているものの、実際にはＬを表す信号を取得する。モジュール制御部１１は、予定に反してＬを表す信号を取得したことによって、信号取得部１４が取得し続けていたＬを表す信号が、第１信号であったと判定する。モジュール制御部１１は、Ｐ８で取得したと認識していた４ビットのデータを、取得しなかったものとみなしてよい。
【００４６】
Ｐ１０で表される期間において、信号取得部１４は、Ｌを表す信号を取得し続ける。モジュール制御部１１は、信号取得部１４がＰ９から引き続いてＬを表す信号を取得していることによって、信号出力部２３が第１信号を出力し続けていると判定してよい。信号取得部１４は、Ｐ９で表される期間において第１信号を取得しているものと判定した場合、Ｐ１０において判定しなくてもよい。
【００４７】
信号出力部２３は、データの開始を特定するビットからデータの終了を特定するビットまでを出力する時間以上の時間にわたって、第１信号を出力してよい。このようにすることで、データの内容にかかわらず、モジュール制御部１１が第１信号を取得したことをより確実に判定しうる。
【００４８】
図５に例示されている信号の状態、及び、図５を参照して説明してきた、信号出力部２３によるデータの出力動作、又は、信号取得部１４におけるデータの取得動作は、一例にすぎない。信号の状態並びに出力動作及び取得動作は、他の種々の状態及び動作をさらに含んでよいし、他の種々の状態及び動作に置き換えられてよい。
【００４９】
モジュール制御部１１は、第１信号を取得した場合、モジュール側ポート１２におけるクロックの生成を停止させることによって、モジュール側ポート１２をブレーク状態に移行させる。モジュール制御部１１は、第１信号を取得した後すぐに、モジュール側ポート１２をブレーク状態に移行させてよい。モジュール制御部１１は、第１信号を取得した後、通信モジュール１０から端末機器２０に送るデータがない場合に、モジュール側ポート１２をブレーク状態に移行させてよい。モジュール制御部１１は、第１信号を取得した後、通信モジュール１０から端末機器２０に送るデータがあれば、データを出力し、その後、モジュール側ポート１２をブレーク状態に移行させてよい。モジュール制御部１１は、通信モジュール１０から端末機器２０に送るデータがなく、モジュール側ポート１２をブレーク状態に移行させることを表す信号を信号出力部１３から出力してよい。通信モジュール１０から端末機器２０に送るデータがなく、モジュール側ポート１２をブレーク状態に移行させることを表す信号は、第２信号又は確認信号ともいう。モジュール制御部１１は、第１信号を取得した後、他の種々の条件に基づいて、モジュール側ポート１２をブレーク状態に移行させてよい。
【００５０】
モジュール制御部１１は、モジュール側ポート１２がクロック生成部１５を有する場合、クロック生成部１５を停止させることによって、モジュール側ポート１２をブレーク状態に移行させうる。モジュール制御部１１は、モジュール側ポート１２がクロック取得部１６を有する場合、端末側ポート２２からのクロックの取得を停止させることによって、モジュール側ポート１２をブレーク状態に移行させうる。モジュール制御部１１は、クロックがモジュール側ポート１２から端末側ポート２２に出力されている場合、モジュール側ポート１２にクロックの出力を停止させることによって、モジュール側ポート１２をブレーク状態に移行させうる。
【００５１】
モジュール側ポート１２がブレーク状態に移行している場合、信号出力部１３は、Ｌを表す信号を出力し続けてよい。
【００５２】
端末制御部２１は、モジュール制御部１１に第１信号を出力した場合、端末側ポート２２をブレーク状態に移行させる。端末制御部２１は、モジュール制御部１１に第１信号を出力した後すぐに、端末側ポート２２をブレーク状態に移行させてよい。端末制御部２１は、第２信号を取得した場合に、端末側ポート２２をブレーク状態に移行させてもよい。端末制御部２１は、モジュール側ポート１２から端末側ポート２２にデータが出力されていないと判定した後、端末側ポート２２をブレーク状態に移行させてよい。
【００５３】
端末制御部２１は、端末側ポート２２がクロック生成部２５又はクロック出力部２６を有する場合、クロック生成部２５又はクロック出力部２６を停止させることによって、端末側ポート２２をブレーク状態に移行させうる。端末制御部２１は、クロックがモジュール側ポート１２から端末側ポート２２に出力されている場合、端末側ポート２２にクロックの取得を停止させることによって、端末側ポート２２をブレーク状態に移行させうる。
【００５４】
信号取得部１４及び２４は、クロックを取得していない状態であっても、信号出力部１３及び２３が出力している信号を取得しうる。信号取得部１４及び２４は、取得している信号の状態がＬを表しているかＨを表しているか任意のタイミングで判定し、判定結果をモジュール制御部１１及び端末制御部２１に出力しうる。つまり、第１インタフェースで接続されているモジュール制御部１１及び端末制御部２１は、第１インタフェースがブレーク状態である間も、クロックに基づかない信号を入出力しうる。モジュール制御部１１及び端末制御部２１は、第１インタフェースがブレーク状態である間、信号取得部１４及び２４に対して、取得している信号の状態を判定するタイミングを指示してよい。モジュール制御部１１及び端末制御部２１は、第１インタフェースがブレーク状態である間、信号取得部１４及び２４を、クロックに基づかない信号を取得するように設定してもよい。
【００５５】
本実施形態に係る通信システム１は、クロックに基づく信号を入出力する第１インタフェースをブレーク状態にすることによって、クロックを停止させうる。クロックの停止によって、消費電力が低減されうる。消費電力の低減によって、通信モジュール１０及び端末機器２０のバッテリ駆動時間が長くされうる。結果として、通信システム１の利便性が高められうる。
【００５６】
端末制御部２１は、所定の条件に基づいて、第１インタフェースのブレーク状態を解除する。所定の条件は、ブレーク解除条件ともいう。第１インタフェースのブレーク状態の解除は、クロックの生成の再開によって実行されうる。端末制御部２１は、所定の条件が満たされた場合、信号出力部２３から、第１インタフェースのブレーク状態を解除することを通知する信号を出力してよい。第１インタフェースのブレーク状態を解除することを通知する信号は、第３信号又は解除信号ともいう。
【００５７】
図６に示されるタイミングチャートを参照して、第３信号が説明される。
【００５８】
Ｐ１１で表される期間において、第１インタフェースはブレーク状態であるものとする。信号取得部１４は、信号出力部２３からＬを取得し続けている。
【００５９】
Ｐ１２で表される期間において、信号取得部１４は、信号出力部２３からＨを取得する。モジュール制御部１１は、第１インタフェースがブレーク状態であり、且つ、信号取得部１４がＨを取得した場合、信号出力部２３から第３信号を取得したと判定してよい。モジュール制御部１１は、第１インタフェースがブレーク状態であり、且つ、信号取得部１４が所定時間以上にわたってＨを取得し続けた場合、信号出力部２３から第３信号を取得したと判定してよい。この場合、第３信号は、Ｈを表す信号が所定時間以上にわたって出力され続けることによって表されてよい。
【００６０】
端末制御部２１は、信号出力部２３から第３信号を出力するとともに、端末側ポート２２のブレーク状態を解除する。端末制御部２１は、端末側ポート２２がクロック生成部２５又はクロック出力部２６を有する場合、クロック生成部２５又はクロック出力部２６の動作を開始させることによって、端末側ポート２２のブレーク状態を解除しうる。端末制御部２１は、クロックがモジュール側ポート１２から端末側ポート２２に出力されている場合、端末側ポート２２にクロックの取得を開始させることによって、端末側ポート２２のブレーク状態を解除しうる。
【００６１】
モジュール制御部１１は、第３信号を取得した場合、モジュール側ポート１２のブレーク状態を解除する。モジュール制御部１１は、モジュール側ポート１２がクロック生成部１５を有する場合、クロック生成部１５の動作を開始させることによって、モジュール側ポート１２のブレーク状態を解除しうる。モジュール制御部１１は、モジュール側ポート１２がクロック取得部１６を有する場合、端末側ポート２２からのクロックの取得を開始させることによって、モジュール側ポート１２のブレーク状態を解除しうる。モジュール制御部１１は、クロックがモジュール側ポート１２から端末側ポート２２に出力されている場合、モジュール側ポート１２にクロックの出力を開始させることによって、モジュール側ポート１２のブレーク状態を解除しうる。
【００６２】
端末制御部２１は、端末機器２０から通信モジュール１０に出力するデータが発生した場合に、第１インタフェースのブレーク状態を解除してよい。つまり、ブレーク解除条件は、端末機器２０から通信モジュール１０に出力するデータが発生することであってよい。
【００６３】
ブレーク解除条件は、通信モジュール１０から端末機器２０に出力するデータが発生したことを端末制御部２１が認識することであってよい。言い換えれば、端末制御部２１は、通信モジュール１０から端末機器２０に出力するデータが発生した場合であっても、データの発生を認識した後で、第１インタフェースのブレーク状態を解除してよい。
【００６４】
図７に例示されるように、通信モジュール１０及び端末機器２０はそれぞれ、汎用ポート１８及び２８をさらに備えてよい。汎用ポート１８及び２８は、ＧＰＩＯ（General Purpose Input/Output）であってよい。ＧＰＩＯは、種々の機器において予備ポートとして設けられていることが多い。汎用ポート１８と汎用ポート２８とは、電圧又は電流等で表される信号が入出力されるように接続されている。汎用ポート１８と汎用ポート２８とが信号の入出力可能に接続されている構成は、第２インタフェースともいう。一実施形態に係る通信システム１において、第２インタフェースは、通信モジュール１０の汎用ポート１８から信号を出力し、端末機器２０の汎用ポート２８に信号を入力するように構成されるものとする。汎用ポート１８は、クロックに基づかない信号を出力するものとする。第２インタフェースでクロックに基づかない信号が入出力される場合、第１インタフェースでクロックに基づく信号が入出力される場合と比較して、クロックの生成に関する消費電力が低減されうる。他の実施形態において、第２インタフェースは、端末機器２０の汎用ポート２８から信号を出力し、通信モジュール１０の汎用ポート１８に信号を入力するように構成されてもよい。
【００６５】
通信モジュール１０から端末機器２０に出力するデータが発生した場合、モジュール制御部１１は、端末制御部２１に対してデータの発生を通知する信号を、汎用ポート１８から出力する。データの発生を通知する信号は、第４信号又はデータ発生信号ともいう。汎用ポート１８は、第４信号として、Ｈを表す信号を出力し続けてよい。汎用ポート１８は、第４信号を出力していない場合、Ｌを表す信号を出力し続けてよい。
【００６６】
端末制御部２１は、汎用ポート１８から出力されている第４信号を汎用ポート２８で取得した場合、信号出力部２３から第３信号を出力することによって、第１インタフェースのブレーク状態を解除してよい。つまり、ブレーク解除条件は、端末制御部２１が第４信号を取得することであってよい。第４信号がクロックに基づかない信号として出力されることによって、消費電力が低減されうる。第４信号がＧＰＩＯによって入出力されることによって、ＧＰＩＯが通信モジュール１０及び端末機器２０の予備ポートとして設けられている場合、ＧＰＩＯが有効に活用されうるとともに、第４信号の入出力のための構成を追加するコストが削減されうる。また、端末機器２０は、ブレーク状態を解除すべきタイミングを判断できない場合に、第１インタフェースの端末側ポート２２のブレーク状態を常に解除しておかなければならないことがある。これに対し、端末機器２０は、通信モジュール１０から第４信号を受信することをブレーク解除条件として判定することによって、適切なタイミングでブレーク状態を解除することができる。その結果、第１インタフェースの端末側ポート２２のブレーク状態を常に解除しておかなければならない状況が避けられうる。
【００６７】
モジュール制御部１１は、端末機器２０に出力するデータが所定の条件を満たした場合に、汎用ポート１８から第４信号を出力してよい。所定の条件は、データ出力条件ともいう。データ出力条件は、例えば、端末機器２０に出力するデータの量が所定量以上となったことであってよい。データ出力条件は、端末機器２０に出力するデータの種類が所定の種類に含まれることであってよい。所定の種類は、例えば、位置情報を表すデータ等であってよい。
【００６８】
モジュール制御部１１及び端末制御部２１は、タイマを有してよい。モジュール制御部１１は、タイマによって、汎用ポート１８からＬを表している信号を出力し続ける時間と、Ｈを表している信号を出力し続ける時間とを制御しうる。一方で、端末制御部２１は、タイマによって、汎用ポート２８で取得している信号がＬを表し続けている時間と、Ｈを表し続けている時間とを測定しうる。端末制御部２１は、信号の状態が維持されている時間と、Ｌ及びＨを表す信号の組合せとに基づいて、より複雑な情報を取得しうる。つまり、クロックに基づかない信号によっても、第４信号だけでなく、より複雑な情報を含む信号が出力されうる。
【００６９】
この場合において、モジュール制御部１１は、第４信号とともに、端末機器２０に対して、少なくとも所定時間にわたってブレーク状態を解除したままにするように要求する情報を出力してよい。このようにすることで、通信モジュール１０から端末機器２０に送信するデータが所定時間内に発生することが予測されている場合に、第１インタフェースがブレーク状態に移行してしまうことが防がれうる。結果として、通信システム１の利便性が高められうる。
【００７０】
モジュール制御部１１は、第４信号とともに、端末機器２０に対して、通信モジュール１０から出力するデータの量に関する情報を出力してもよい。端末制御部２１は、取得したデータの量に関する情報に基づいて、ブレーク状態を解除したままにする時間を決定してよい。このようにすることで、通信モジュール１０が端末機器２０にデータを出力し終える前に第１インタフェースがブレーク状態に移行してしまうことが防がれうる。結果として、通信システム１の利便性が高められうる。
【００７１】
端末制御部２１は、第１インタフェースをブレーク状態に移行させた後、所定時間の経過後、第１インタフェースのブレーク状態を解除してよい。この条件に含まれている所定時間は、第１時間ともいう。つまり、ブレーク解除条件は、第１インタフェースがブレーク状態に移行した後、第１時間が経過することであってよい。モジュール制御部１１は、通信モジュール１０から端末機器２０に出力するデータが発生している場合、ブレーク状態から解除された第１インタフェースを介して、端末制御部２１にデータを出力しうる。このようにすることで、通信モジュール１０及び端末機器２０が汎用ポート１８及び２８を備えない場合でも、通信モジュール１０でデータが発生した場合に、データが端末機器２０に出力されうる。
【００７２】
端末制御部２１は、第１時間が経過することを条件として第１インタフェースのブレーク状態を解除した場合において、第３信号の出力後、所定時間が経過してもモジュール側ポート１２がデータを出力しない場合、信号出力部２３から第１信号を出力してよい。この条件に含まれている所定時間は、第２時間ともいう。このようにすることで、端末制御部２１は、ブレーク状態の一時的な解除によって、通信モジュール１０から端末機器２０に出力するデータが発生しているか確認しうる。ブレーク状態の解除が一時的であることによって、消費電力が低減されうる。
【００７３】
本実施形態に係る通信システム１は、第１インタフェースをブレーク状態に移行させた後、所定の条件に基づいて、第１インタフェースのブレーク状態を解除する。通信システム１において、通信モジュール１０が解除信号を出力しない場合であっても、通信モジュール１０で端末機器２０に出力するデータが発生した場合に、端末機器２０が適宜第１インタフェースのブレーク状態を解除しうる。このようにすることで、クロックの停止による消費電力の低減と、タイムリーなデータ出力とが両立されうる。結果として、通信システム１の利便性が高められうる。
【００７４】
モジュール制御部１１及び端末制御部２１は、第１インタフェースのブレーク状態を解除する場合、信号取得部１４及び２４を、クロックに基づく信号を取得するように設定してよい。
【００７５】
一実施形態に係る通信システム１は、図８に例示されるフローチャートの手順に沿って、第１インタフェースをブレーク状態に移行させてよい。
【００７６】
端末制御部２１は、第１インタフェースが無通信状態であるか判定する（ステップＳ２０１）。端末制御部２１は、第１インタフェースが無通信状態でない場合（ステップＳ２０１：ＮＯ）、ステップＳ２０１の手順を繰り返す。
【００７７】
端末制御部２１は、第１インタフェースが無通信状態である場合（ステップＳ２０１：ＹＥＳ）、第１インタフェースを介して、モジュール制御部１１に第１信号を出力する（ステップＳ２０２）。一方で、モジュール制御部１１は、端末制御部２１から第１信号を取得する（ステップＳ１０１）。ステップＳ２０２からステップＳ１０１に向かう矢印付きの破線は、第１信号の流れを表している。
【００７８】
モジュール制御部１１は、第１インタフェースをブレーク状態にする前に通信モジュール１０から端末機器２０に出力するデータがあるか判定する（ステップＳ１０２）。
【００７９】
モジュール制御部１１は、出力するデータがある場合（ステップＳ１０２：ＹＥＳ）、第１インタフェースを介してデータを端末制御部２１に出力する（ステップＳ１０３）。モジュール制御部１１は、ステップＳ１０２に戻って再度データがあるか判定する。
【００８０】
モジュール制御部１１は、出力するデータがない場合（ステップＳ１０２：ＮＯ）、第１インタフェースを介して、端末制御部２１に第２信号を出力する（ステップＳ１０４）。
【００８１】
モジュール制御部１１は、第１インタフェースのモジュール側ポート１２をブレーク状態に移行する（ステップＳ１０５）。モジュール制御部１１は、ステップＳ１０５の後、図８のフローチャートの手順を終了する。
【００８２】
一方で、端末制御部２１は、モジュール制御部１１から第２信号を取得する（ステップＳ２０３）。ステップＳ１０４からステップＳ２０３に向かう矢印付きの破線は、第２信号の流れを表している。
【００８３】
端末制御部２１は、第１インタフェースの端末側ポート２２をブレーク状態に移行する（ステップＳ２０４）。端末制御部２１は、ステップＳ２０４の後、図８のフローチャートの手順を終了する。
【００８４】
一実施形態に係る通信システム１は、図９に例示されるフローチャートの手順に沿って、第１インタフェースのブレーク状態を解除してよい。
【００８５】
モジュール制御部１１は、第１インタフェースのモジュール側ポート１２をブレーク状態に移行させる（ステップＳ１１１）。端末制御部２１は、第１インタフェースの端末側ポート２２をブレーク状態に移行させる（ステップＳ２１１）。モジュール制御部１１及び端末制御部２１はそれぞれ、図８に例示されている手順に沿って、第１インタフェースをブレーク状態に移行させてよい。
【００８６】
端末制御部２１は、端末機器２０から通信モジュール１０に出力するデータが発生しているか判定する（ステップＳ２１２）。端末制御部２１は、出力するデータが発生していない場合（ステップＳ２１２：ＮＯ）、ステップＳ２１２の手順を繰り返す。これによって、第１インタフェースはブレーク状態のままとなる。
【００８７】
端末制御部２１は、出力するデータが発生している場合（ステップＳ２１２：ＹＥＳ）、第１インタフェースを介して、モジュール制御部１１に第３信号を出力する（ステップＳ２１３）。一方で、モジュール制御部１１は、端末制御部２１から第３信号を取得する（ステップＳ１１２）。第１インタフェースがブレーク状態に移行している間、モジュール制御部１１は、クロックに基づく信号を取得できないものの、所定のタイミングで信号取得部１４に入力されている信号の状態を判定することによって、クロックに基づかずに第３信号を取得しうる。ステップＳ２１３からステップＳ１１２に向かう矢印付きの破線は、第３信号の流れを表している。
【００８８】
端末制御部２１は、ステップＳ２１３で第３信号を出力した後、第１インタフェースの端末側ポート２２のブレーク状態を解除する（ステップＳ２１４）。一方、モジュール制御部１１は、ステップＳ１１２で第３信号を取得した後、第１インタフェースのモジュール側ポート１２のブレーク状態を解除する（ステップＳ１１３）。
【００８９】
端末制御部２１は、モジュール制御部１１にデータを出力する（ステップＳ２１５）。一方、モジュール制御部１１は、端末制御部２１からデータを取得する（ステップＳ１１４）。ステップＳ２１５からステップＳ１１４に向かう矢印付きの破線は、データの流れを表している。モジュール制御部１１が端末制御部２１にデータを出力するとともに、端末制御部２１がモジュール制御部１１からデータを取得してもよい。モジュール制御部１１及び端末制御部２１はそれぞれ、ステップＳ１１４及びＳ２１５の後、図９のフローチャートの手順を終了する。
【００９０】
一実施形態に係る通信システム１は、図１０に例示されるフローチャートの手順に沿って、第１インタフェースのブレーク状態を解除してよい。
【００９１】
モジュール制御部１１は、第１インタフェースのモジュール側ポート１２をブレーク状態に移行させる（ステップＳ１２１）。端末制御部２１は、第１インタフェースの端末側ポート２２をブレーク状態に移行させる（ステップＳ２２１）。ステップＳ１２１及びＳ２２１の手順はそれぞれ、図９のステップＳ１１１及びＳ２１１の手順と同一又は類似の手順であってよい。
【００９２】
端末制御部２１は、第１インタフェースがブレーク状態に移行した後、第１時間が経過したか判定する（ステップＳ２２２）。端末制御部２１は、第１時間が経過していない場合（ステップＳ２２２：ＮＯ）、ステップＳ２２２の手順を繰り返す。これによって、第１インタフェースはブレーク状態のままとなる。
【００９３】
端末制御部２１は、第１時間が経過した場合（ステップＳ２２２：ＹＥＳ）、第１インタフェースを介して、モジュール制御部１１に第３信号を出力する（ステップＳ２２３）。一方で、モジュール制御部１１は、端末制御部２１から第３信号を取得する（ステップＳ１２２）。ステップＳ２２３からステップＳ１２２に向かう矢印付きの破線は、第３信号の流れを表している。ステップＳ１２２及びＳ２２３の手順はそれぞれ、図９のステップＳ１１２及びＳ２１３の手順と同一又は類似の手順であってよい。
【００９４】
端末制御部２１は、ステップＳ２２３で第３信号を出力した後、第１インタフェースの端末側ポート２２のブレーク状態を解除する（ステップＳ２２４）。一方、モジュール制御部１１は、ステップＳ１２２で第３信号を取得した後、第１インタフェースのモジュール側ポート１２のブレーク状態を解除する（ステップＳ１２３）。ステップＳ１２３及びＳ２２４の手順はそれぞれ、図９のステップＳ１１３及びＳ２１４の手順と同一又は類似の手順であってよい。
【００９５】
モジュール制御部１１は、端末制御部２１に出力するデータが発生している場合、端末制御部２１にデータを出力する（ステップＳ１２４）。一方、端末制御部２１は、モジュール制御部１１からデータを取得する（ステップＳ２２５）。ステップＳ１２４からステップＳ２２５に向かう矢印付きの破線は、データの流れを表している。端末制御部２１がモジュール制御部１１にデータを出力するとともに、モジュール制御部１１が端末制御部２１からデータを取得してもよい。モジュール制御部１１及び端末制御部２１はそれぞれ、ステップＳ１２４及びＳ２２５の後、図１０のフローチャートの手順を終了する。
【００９６】
一実施形態に係る通信システム１は、図１１に例示されるフローチャートの手順に沿って、第１インタフェースのブレーク状態を解除してよい。
【００９７】
モジュール制御部１１は、第１インタフェースのモジュール側ポート１２をブレーク状態に移行させる（ステップＳ１３１）。端末制御部２１は、第１インタフェースの端末側ポート２２をブレーク状態に移行させる（ステップＳ２３１）。ステップＳ１３１及びＳ２３１の手順はそれぞれ、図９のステップＳ１１１及びＳ２１１の手順と同一又は類似の手順であってよい。
【００９８】
端末制御部２１は、第１インタフェースがブレーク状態に移行した後、第１時間が経過したか判定する（ステップＳ２３２）。端末制御部２１は、第１時間が経過していない場合（ステップＳ２２２：ＮＯ）、ステップＳ２３２の手順を繰り返す。これによって、第１インタフェースはブレーク状態のままとなる。
【００９９】
端末制御部２１は、第１時間が経過した場合（ステップＳ２３２：ＹＥＳ）、第１インタフェースを介して、モジュール制御部１１に第３信号を出力する（ステップＳ２３３）。一方で、モジュール制御部１１は、端末制御部２１から第３信号を取得する（ステップＳ１３２）。ステップＳ２３３からステップＳ１３２に向かう矢印付きの破線は、第３信号の流れを表している。ステップＳ１３２及びＳ２３３の手順はそれぞれ、図９のステップＳ１１２及びＳ２１３の手順と同一又は類似の手順であってよい。
【０１００】
端末制御部２１は、ステップＳ２３３で第３信号を出力した後、第１インタフェースの端末側ポート２２のブレーク状態を解除する（ステップＳ２３４）。一方、モジュール制御部１１は、ステップＳ１３２で第３信号を取得した後、第１インタフェースのモジュール側ポート１２のブレーク状態を解除する（ステップＳ１３３）。ステップＳ１３３及びＳ２３４の手順はそれぞれ、図９のステップＳ１１３及びＳ２１４の手順と同一又は類似の手順であってよい。
【０１０１】
モジュール制御部１１は、端末制御部２１に出力するデータが無い場合、データを出力しない（ステップＳ１３４）。一方、端末制御部２１は、モジュール制御部１１からデータを取得しない状態で第２時間が経過したか判定する（ステップＳ２３５）。端末制御部２１は、第２時間が経過していない場合（ステップＳ２３５：ＮＯ）、ステップＳ２３５の手順を繰り返す。
【０１０２】
端末制御部２１は、第２時間が経過した場合（ステップＳ２３５：ＹＥＳ）、第１インタフェースを介して、モジュール制御部１１に第１信号を出力する（ステップＳ２３６）。一方で、モジュール制御部１１は、端末制御部２１から第１信号を取得する（ステップＳ１３５）。ステップＳ２３６からステップＳ１３５に向かう矢印付きの破線は、第１信号の流れを表している。
【０１０３】
モジュール制御部１１は、ステップＳ１３５で第１信号を取得した後、第１インタフェースのモジュール側ポート１２をブレーク状態に移行させる（ステップＳ１３６）。端末制御部２１は、ステップＳ２３６で第１信号を出力した後、第１インタフェースの端末側ポート２２をブレーク状態に移行させる（ステップＳ２３７）。ステップＳ１３６及びＳ２３７の手順はそれぞれ、図９のステップＳ１１１及びＳ２１１の手順と同一又は類似の手順であってよい。モジュール制御部１１及び端末制御部２１はそれぞれ、ステップＳ１３６及びＳ２３７の後、図１１のフローチャートの手順を終了する。
【０１０４】
一実施形態に係る通信システム１は、図１２に例示されるフローチャートの手順に沿って、第１インタフェースのブレーク状態を解除してよい。
【０１０５】
モジュール制御部１１は、第１インタフェースのモジュール側ポート１２をブレーク状態に移行させる（ステップＳ１４１）。端末制御部２１は、第１インタフェースの端末側ポート２２をブレーク状態に移行させる（ステップＳ２４１）。ステップＳ１４１及びＳ２４１の手順はそれぞれ、図９のステップＳ１１１及びＳ２１１の手順と同一又は類似の手順であってよい。
【０１０６】
モジュール制御部１１は、モジュール側ポート１２がブレーク状態に移行した後、端末機器２０に出力するデータが発生したか判定する（ステップＳ１４２）。モジュール制御部１１は、出力するデータが発生していない場合（ステップＳ１４２：ＮＯ）、ステップＳ１４２の手順を繰り返す。この場合、第１インタフェースはブレーク状態のままとなる。
【０１０７】
モジュール制御部１１は、出力するデータが発生している場合（ステップＳ１４２：ＹＥＳ）、第１インタフェースを介して、端末制御部２１に第４信号を出力する（ステップＳ１４３）。一方で、端末制御部２１は、モジュール制御部１１から第４信号を取得する（ステップＳ２４２）。ステップＳ１４３からステップＳ２４２に向かう矢印付きの破線は、第４信号の流れを表している。
【０１０８】
端末制御部２１は、ステップＳ２４２で第４信号を取得したことに基づいて、第１インタフェースを介して、モジュール制御部１１に第３信号を出力する（ステップＳ２４３）。一方、モジュール制御部１１は、端末制御部２１から第３信号を取得する（ステップＳ１４４）。ステップＳ１４４及びＳ２４３の手順はそれぞれ、図９のステップＳ１１２及びＳ２１３の手順と同一又は類似の手順であってよい。
【０１０９】
端末制御部２１は、ステップＳ２４３で第３信号を出力した後、第１インタフェースの端末側ポート２２のブレーク状態を解除する（ステップＳ２４４）。一方、モジュール制御部１１は、ステップＳ１４４で第３信号を取得した後、第１インタフェースのモジュール側ポート１２のブレーク状態を解除する（ステップＳ１４５）。ステップＳ１４５及びＳ２４４の手順はそれぞれ、図９のステップＳ１１３及びＳ２１４の手順と同一又は類似の手順であってよい。
【０１１０】
モジュール制御部１１は、端末制御部２１にデータを出力する（ステップＳ１４６）。一方、端末制御部２１は、モジュール制御部１１からデータを取得する（ステップＳ２４５）。ステップＳ１４６からステップＳ２４５に向かう矢印付きの破線は、データの流れを表している。端末制御部２１がモジュール制御部１１にデータを出力するとともに、モジュール制御部１１が端末制御部２１からデータを取得してもよい。端末制御部２１がモジュール制御部１１にデータを出力するとともに、モジュール制御部１１が端末制御部２１からデータを取得してもよい。モジュール制御部１１及び端末制御部２１はそれぞれ、ステップＳ１４６及びＳ２４５の後、図１２のフローチャートの手順を終了する。
【０１１１】
以上説明してきたように、本実施形態に係る通信システム１は、クロックに基づく信号を出力したり取得したりする第１インタフェースをブレーク状態にすることによって、クロックを停止させうる。クロックの停止によって、消費電力が低減されうる。消費電力の低減によって、通信モジュール１０及び端末機器２０がバッテリで駆動する場合に、バッテリ駆動時間が長くされうる。結果として、通信システム１の利便性が高められうる。
【０１１２】
本実施形態に係る通信システム１は、所定の条件に基づいて、第１インタフェースのブレーク状態を解除しうる。このようにすることで、タイムリーなデータ出力が実現されうる。結果として、通信システム１の利便性が高められうる。
【０１１３】
図１３に示されるように、一実施形態に係る通信システム１において、端末機器２０は、スマートメータであってよい。通信モジュール１０は、端末機器２０としてのスマートメータと、モジュール側ポート１２において、第１インタフェースを構成するケーブル３０で接続されてよい。通信モジュール１０は、スマートメータから電力量等に関するデータを取得してよい。通信モジュール１０は、通信部１７によって、サーバ等の外部機器にデータを出力してよい。通信モジュール１０は、通信部１７によって、サーバ等の外部機器から、スマートメータに対する制御情報を取得してよい。通信モジュール１０は、第１インタフェースを介して、スマートメータに制御情報を出力してよい。スマートメータは、通信モジュール１０から、制御情報を取得してよい。端末機器２０は、スマートメータの他に、気圧センサ、温度センサ、湿度センサ、照度センサ、加速度センサ、地磁気センサ等を備えるセンサ機器であってもよい。
【０１１４】
一実施形態に係る通信システム１において、通信モジュール１０は、通信部１７によって、自機の位置情報に関するデータを取得してよい。位置情報に関するデータは、例えばＧＰＳの測位データであってよい。通信モジュール１０は、自機の位置情報に基づいて、自機の移動距離が所定距離以上であるか判定してよい。通信モジュール１０は、自機の移動距離が所定距離以上である場合、位置情報に関するデータを端末機器２０に出力してよい。通信モジュール１０は、自機の移動距離が所定距離未満である場合、位置情報に関するデータを端末機器２０に出力しなくてよい。
【０１１５】
本開示を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形又は修正を行うことが容易であることに注意されたい。従って、これらの変形又は修正は本開示の範囲に含まれることに留意されたい。例えば、各機能部に含まれる機能などは論理的に矛盾しないように再配置可能である。複数の機能部等は、１つに組み合わせられたり、分割されたりしてよい。上述した本開示に係る各実施形態は、それぞれ説明した各実施形態に忠実に実施することに限定されるものではなく、適宜、各特徴を組み合わせたり、一部を省略したりして実施されうる。例えば、上述の通信モジュール１０と端末機器２０の双方を備えた一の電子機器であっても、上述の本実施形態に係る通信システム１を実施することができる。
【０１１６】
本開示において「第１」及び「第２」等の記載は、当該構成を区別するための識別子である。本開示における「第１」及び「第２」等の記載で区別された構成は、当該構成における番号を交換することができる。例えば、第１信号は、第２信号と識別子である「第１」と「第２」とを交換することができる。識別子の交換は同時に行われる。識別子の交換後も当該構成は区別される。識別子は削除してよい。識別子を削除した構成は、符号で区別される。本開示における「第１」及び「第２」等の識別子の記載のみに基づいて、当該構成の順序の解釈、小さい番号の識別子が存在することの根拠に利用してはならない。
【符号の説明】
【０１１７】
１  通信システム
１０  通信モジュール
１１  制御部（コントローラ）
１２  モジュール側ポート
１３  信号出力部
１４  信号取得部
１５  クロック生成部
１６  クロック取得部
１７  通信部
１８  汎用ポート
２０  端末機器
２１  制御部（コントローラ）
２２  端末側ポート
２３  信号出力部
２４  信号取得部
２５  クロック生成部
２６  クロック出力部
２８  汎用ポート
３０  ケーブル
【図１】
2019169875.tif 000003
【図２】
2019169875.tif 000004
【図３】
2019169875.tif 000005
【図４】
2019169875.tif 000006
【図５】
2019169875.tif 000007
【図６】
2019169875.tif 000008
【図７】
2019169875.tif 000009
【図８】
2019169875.tif 000010
【図９】
2019169875.tif 000011
【図１０】
2019169875.tif 000012
【図１１】
2019169875.tif 000013
【図１２】
2019169875.tif 000014
【図１３】
2019169875.tif 000015