(57)【要約】【課題】Ｔｙｐｅ−Ｃ規格のインターフェースの通信状態を判定することが可能なＴｙｐｅ−Ｃインターフェース回路、その制御方法、及び、ＣＣ通信監視プログラムを提供すること。【解決手段】Ｔｙｐｅ−Ｃインターフェース回路１２は、ＵＳＢ  Ｔｙｐｅ−Ｃ規格に準拠するコネクタ１２５と、ケーブル１３を介してコネクタ１２５に接続された外部デバイスとＣＣ信号を用いて通信の可否に関するネゴシエーションを行うＴｙｐｅ−Ｃ制御回路１２１と、独立して設けられたメインＣＰＵ１１と通信可能に構成され、ネゴシエーションの監視を行うとともに、その監視結果を記憶するＣＣ通信監視部１２６と、を備える。【選択図】図１
2020129277.tif 000002
【特許請求の範囲】
【請求項１】
ＵＳＢ  Ｔｙｐｅ−Ｃ規格に準拠するコネクタと、
ケーブルを介して前記コネクタに接続された外部デバイスとＣＣ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｎｅｌ）信号を用いて通信の可否に関するネゴシエーションを行うＴｙｐｅ−Ｃ制御回路と、
独立して設けられた制御部と通信可能に構成され、前記ネゴシエーションの監視を行うとともに、その監視結果を記憶するＣＣ通信監視部と、
を備えた、Ｔｙｐｅ−Ｃインターフェース回路。
【請求項２】
前記ＣＣ通信監視部は、前記外部デバイスとの通信の可否に関するネゴシエーションを監視するのに加えて、前記ケーブルに内蔵されたＥ−Ｍａｒｋｅｒとの通信を監視するように構成されている、
請求項１に記載のＴｙｐｅ−Ｃインターフェース回路。
【請求項３】
前記ＣＣ通信監視部は、監視結果を記憶する不揮発性メモリを有する、
請求項１又は２に記載のＴｙｐｅ−Ｃインターフェース回路。
【請求項４】
前記外部デバイスに電力を供給するＶＢＵＳ制御回路をさらに備え、
前記ＣＣ通信監視部は、さらに、前記ＶＢＵＳ制御回路によって前記外部デバイスに供給される電力を監視するとともに、その監視結果を記憶するように構成されている、
請求項１〜３の何れか一項に記載のＴｙｐｅ−Ｃインターフェース回路。
【請求項５】
請求項１〜４の何れか一項に記載のＴｙｐｅ−Ｃインターフェース回路と、
前記Ｔｙｐｅ−Ｃインターフェース回路とは別に設けられた制御部と、
を備えた、電子装置。
【請求項６】
前記制御部は、前記ＣＣ通信監視部に設けられ前記監視結果を記憶する記憶領域に直接アクセス可能に構成されている、
請求項５に記載の電子装置。
【請求項７】
前記制御部は、外部機器と無線通信可能に構成されている、
請求項５又は６に記載の電子装置。
【請求項８】
ケーブルを介してＵＳＢ  Ｔｙｐｅ−Ｃ規格に準拠するコネクタに接続された外部デバイスとＣＣ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｎｅｌ）信号を用いて通信の可否に関するネゴシエーションを行うステップと、
ＣＣ通信監視部によって、前記ネゴシエーションの監視を行うととともにその監視結果を記憶するステップと、
独立して設けられた制御部と前記監視結果に関する通信を行うステップと、
を備えた、Ｔｙｐｅ−Ｃインターフェース回路の制御方法。
【請求項９】
ケーブルを介してＵＳＢ  Ｔｙｐｅ−Ｃ規格に準拠するコネクタに接続された外部デバイスとＣＣ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｎｅｌ）信号を用いて通信の可否に関するネゴシエーションを行う処理と、
ＣＣ通信監視部によって、前記ネゴシエーションの監視を行うととともにその監視結果を記憶する処理と、
独立して設けられた制御部と前記監視結果に関する通信を行う処理と、
をコンピュータに実行させるＣＣ通信監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｔｙｐｅ−Ｃインターフェース回路、その制御方法、及び、ＣＣ通信監視プログラムに関する。
【背景技術】
【０００２】
ＵＳＢ  Ｔｙｐｅ−Ｃ規格に準拠する（Ｔｙｐｅ−Ｃ規格の）インターフェースでは、ＵＳＢ２．０規格の信号線、その他の高速信号線、及び、電源供給配線がひとつのケーブルに統合されて用いられている。ここで、Ｔｙｐｅ−Ｃ規格のコネクタ及びケーブルは、それぞれ統一された形状に規格化されている。そのため、例えばホスト機器は、１種類のＴｙｐｅ−Ｃ規格のケーブルを用いることにより、Ｔｙｐｅ−Ｃ規格のコネクタを持つ様々な種類のデバイスと接続することが可能である。
【０００３】
しかし、ホスト機器に搭載された制御部（例えば、マザーボード）では、ハードウェアの設計仕様に応じてサポート対象のデバイスが限定されているため、必ずしもＴｙｐｅ−Ｃ規格のコネクタを持つ全てのデバイスの動作がサポートされているわけではない。ところが、上述したように、Ｔｙｐｅ−Ｃ規格のコネクタ及びケーブルはそれぞれ統一された形状に規格化されているため、ホスト機器と、当該ホスト機器によって動作がサポートされていないデバイスと、の見かけ上の接続が可能となってしまう。そのため、エンドユーザーは、ホスト機器によってサポートされていないデバイスでも動作が可能であると思い込んでしまう。その結果、組み合わせが原因の動作不良が発生してしまう可能性があった。
【０００４】
このような動作不良は、ＣＣ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｎｅｌ）信号を用いて行われるホスト機器とデバイスとの間の通信の可否に関するネゴシエーションにおいて発生することがほとんどである。
【０００５】
ここで、このＣＣ信号を用いたネゴシエーション（以下、ＣＣ通信とも称す）は、ホスト機器に設けられたＴｙｐｅ−Ｃインターフェース回路と、デバイスと、の間で行われる。しかしながら、通常、Ｔｙｐｅ−Ｃインターフェース回路は、ホスト機器の制御部であるメインＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とは独立して設けられている。そのため、メインＣＰＵは、Ｔｙｐｅ−Ｃインターフェース回路によるネゴシエーションの結果を取得することができず、ホスト機器とデバイスとの間のＴｙｐｅ−Ｃ規格のインターフェースが正常に行われているか否かを判断することができなかった。なお、Ｔｙｐｅ−Ｃ規格のインターフェースに関する技術は、例えば特許文献１及び特許文献２に開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１８−１３３０４７号公報
【特許文献２】特開２００９−０８６７５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述のように、関連技術のホスト機器（電子装置）では、ＣＣ通信を行うＴｙｐｅ−Ｃインターフェース回路と、メインＣＰＵと、が独立して設けられている。そのため、メインＣＰＵは、Ｔｙｐｅ−Ｃインターフェース回路によるネゴシエーションの結果を取得するができず、ホスト機器とデバイスとの間のＴｙｐｅ−Ｃ規格のインターフェースが正常に行われているか否かを判断することができなかった。その結果、例えば、このホスト機器のユーザーは、当該ホスト機器とデバイスとの間の動作不良の原因を特定することが困難であった。
【０００８】
本開示の目的は、上述した課題を解決するＴｙｐｅ−Ｃインターフェース回路、その制御方法、及び、ＣＣ通信監視プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
一実施の形態によれば、Ｔｙｐｅ−Ｃインターフェース回路は、ＵＳＢ  Ｔｙｐｅ−Ｃ規格に準拠するコネクタと、ケーブルを介して前記コネクタに接続された外部デバイスとＣＣ信号を用いて通信の可否に関するネゴシエーションを行うＴｙｐｅ−Ｃ制御回路と、独立して設けられた制御部と通信可能に構成され、前記ネゴシエーションの監視を行うとともに、その監視結果を記憶するＣＣ通信監視部と、を備える。
【００１０】
一実施の形態によれば、Ｔｙｐｅ−Ｃインターフェース回路の制御方法は、ケーブルを介してＵＳＢ  Ｔｙｐｅ−Ｃ規格に準拠するコネクタに接続された外部デバイスとＣＣ信号を用いて通信の可否に関するネゴシエーションを行うステップと、ＣＣ通信監視部によって、前記ネゴシエーションの監視を行うととともにその監視結果を記憶するステップと、独立して設けられた制御部と前記監視結果に関する通信を行うステップと、を備える。
【００１１】
一実施の形態によれば、ＣＣ通信監視プログラムは、ケーブルを介してＵＳＢ  Ｔｙｐｅ−Ｃ規格に準拠するコネクタに接続された外部デバイスとＣＣ信号を用いて通信の可否に関するネゴシエーションを行う処理と、ＣＣ通信監視部によって、前記ネゴシエーションの監視を行うととともにその監視結果を記憶する処理と、独立して設けられた制御部と前記監視結果に関する通信を行う処理と、をコンピュータに実行させる。
【発明の効果】
【００１２】
前記一実施の形態によれば、Ｔｙｐｅ−Ｃ規格のインターフェースの通信状態を判定することが可能なＴｙｐｅ−Ｃインターフェース回路、その制御方法、及び、ＣＣ通信監視プログラムを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１に係るＴｙｐｅ−Ｃインターフェース回路が搭載された電子装置の概要を示すブロック図である。
【図２】実施の形態１に係るＴｙｐｅ−Ｃインターフェース回路が搭載された電子装置の詳細な構成例を示すブロック図である。
【図３】実施の形態１に至る前の構想に係るＴｙｐｅ−Ｃインターフェース回路が搭載された電子装置の構成例を示すブロック図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照しつつ、実施の形態について説明する。なお、図面は簡略的なものであるから、この図面の記載を根拠として実施の形態の技術的範囲を狭く解釈してはならない。また、同一の要素には、同一の符号を付し、重複する説明は省略する。
【００１５】
以下の実施の形態においては便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明する。ただし、特に明示した場合を除き、それらはお互いに無関係なものではなく、一方は他方の一部または全部の変形例、応用例、詳細説明、補足説明等の関係にある。また、以下の実施の形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でもよい。
【００１６】
さらに、以下の実施の形態において、その構成要素（動作ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではない。同様に、以下の実施の形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数等（個数、数値、量、範囲等を含む）についても同様である。
【００１７】
＜事前検討＞
まず、本発明者によって事前検討されたＴｙｐｅ−Ｃインターフェース回路が搭載された電子装置（Ｔｙｐｅ−Ｃサブシステム）について説明する。図３は、実施の形態１に至る前の構想に係るＴｙｐｅ−Ｃインターフェース回路５２が搭載された電子装置５０の構成例を示すブロック図である。
【００１８】
図３に示すように、電子装置５０は、自装置の制御部であるメインＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、メインＣＰＵ１１と独立して設けられたＴｙｐｅ−Ｃインターフェース回路５２と、を備える。
【００１９】
メインＣＰＵ１１は、電子装置５０の全体を制御する。メインＣＰＵ１１は、チップセット等のＩＯ制御部１１１を備える。ＩＯ制御部１１１は、メインＣＰＵ１１の動作を補う機能を有する。例えば、ＩＯ制御部１１１は、ＵＳＢ２．０規格の高速信号、及び、その他の高速信号（例えば、ＵＳＢ３．０規格、ＵＳＢ３．１規格の高速信号）のインターフェースを制御するためのホストコントローラを内蔵している。このホストコンローラは、上記の高速信号に加えて、ＰＣＩ  Ｅｘｐｒｅｓｓ規格のＩ／Ｏ信号、Ｄｉｓｐｌａｙ  Ｐｏｒｔ規格の映像信号、及び、ＨＤＭＩ（登録商標）規格の信号のそれぞれのインターフェースも制御する。なお、ホストコントローラは、ＩＯ制御部１１１に内蔵される場合に限られず、別の半導体チップ上に形成されていても良い。
【００２０】
Ｔｙｐｅ−Ｃインターフェース回路５２は、Ｔｙｐｅ−Ｃ制御回路１２１と、ＶＣＯＮＮ制御回路１２２と、ＶＢＵＳ制御回路１２３と、マルチプレクサ１２４と、コネクタ１２５と、を有する。なお、メインＣＰＵ１１及びＴｙｐｅ−Ｃインターフェース回路５２のそれぞれの構成要素の全部は、一つの半導体チップ上に形成されていても良いし、それらの一部は、個別の半導体チップ上に形成されていても良い。
【００２１】
コネクタ１２５は、Ｔｙｐｅ−Ｃ規格のコネクタであって、Ｔｙｐｅ−Ｃ規格のケーブル１３と接続可能に構成されている。なお、Ｔｙｐｅ−Ｃ規格のケーブル１３及びコネクタ１２５には、例えば、ＣＣ通信線、ＵＳＢ２．０規格の高速信号が伝送される信号線、その他の高速信号が伝送される信号線、ＶＢＵＳ配線、及び、ＶＣＯＮＮ配線が含まれている。
【００２２】
ＣＣ通信線は、ホスト機器である電子装置１と、外部デバイス（不図示）と、の間の通信の可否に関するネゴシエーションに用いられるＣＣ信号が伝搬する。ＶＢＵＳ配線は、外部デバイスへの給電に用いられる電力配線である。ＶＣＯＮＮ配線は、Ｔｙｐｅ−Ｃ規格のケーブル１３に内蔵されたＥ−Ｍａｒｋｅｒへの給電に用いられる電力配線である。なお、Ｅ−Ｍａｒｋｅｒとは、電子装置１から外部デバイスへの給電電力（ＶＢＵＳ）をケーブル１３が安全に中継できるか否かの判定を行うチップのことである。
【００２３】
Ｔｙｐｅ−Ｃ制御回路１２１は、Ｔｙｐｅ−Ｃ規格の通信に関するハードウェア制御を行う。
【００２４】
具体的には、Ｔｙｐｅ−Ｃ制御回路１２１は、ＣＣ信号を用いることによって電子装置１と外部デバイスとの間の通信の可否に関するネゴシエーション（ＣＣ通信）を行う。例えば、ホスト機器である電子装置１と外部デバイスとの間でＴｙｐｅ−Ｃ規格のインターフェースがサポートされている場合、ネゴシエーションが成立し、両者間の通信が確立する。それに対し、電子装置１と外部デバイスとの間でＴｙｐｅ−Ｃ規格のインターフェースがサポートされていない場合、ネゴシエーションが成立せず、両者間の通信は確立しない。
【００２５】
また、Ｔｙｐｅ−Ｃ制御回路１２１は、ＶＣＯＮＮ制御回路１２２及びＶＢＵＳ制御回路１２３を用いた外部デバイスへの給電制御を行う。
【００２６】
ＶＣＯＮＮ制御回路１２２は、例えばコネクタ１２５にケーブル１３が差し込まれたことが検知されると、Ｔｙｐｅ−Ｃ制御回路１２１からの指示に基づいて、ケーブル１３に内蔵されたＥ−Ｍａｒｋｅｒに向けて電力の供給を行う。それにより、Ｅ−Ｍａｒｋｅｒは、電子装置１から外部デバイスへの給電電力（ＶＢＵＳ）をケーブル１３が安全に中継できるか否かの判定を開始する。
【００２７】
ＶＢＵＳ制御回路１２３は、Ｅ−Ｍａｒｋｅｒによって電子装置１から外部デバイスへの供給電力をケーブル１３が安全に中継できると判定されると、Ｔｙｐｅ−Ｃ制御回路１２１からの指示に基づいて、電力プロファイルに応じた電力制御を行う。
【００２８】
具体的には、まず、Ｅ−Ｍａｒｋｅｒによって電子装置１から外部デバイスへの供給電力をケーブル１３が安全に中継できると判定されると、その判定結果を受けて、Ｔｙｐｅ−Ｃ制御回路１２１は、外部デバイスから要求された電力値を取得する。そして、Ｔｙｐｅ−Ｃ制御回路１２１は、外部デバイスから要求された電力値に対応する電力プロファイルに基づいた電力制御を行うように、ＶＢＵＳ制御回路１２３に指示する。それにより、ＶＢＵＳ制御回路１２３は、Ｔｙｐｅ−Ｃ制御回路１２１からの指示に基づいて、外部デバイスに向けた電力（ＶＢＵＳ）の供給を行う。
【００２９】
さらに、Ｔｙｐｅ−Ｃ制御回路１２１は、各種の高速信号の通信制御を行う。なお、Ｔｙｐｅ−Ｃ制御回路１２１による各種高速信号の通信制御では、例えば、ケーブル１３を介して受信した信号がフリップ（反転）している場合、マルチプレクサ１２４によって当該受信信号をさらに反転させた信号を選択させるような処理が行われる。
【００３０】
しかしながら、電子装置５０の構成では、ＣＣ通信を行うＴｙｐｅ−Ｃ制御回路１２１と、メインＣＰＵ１１と、が独立して設けられている。そのため、メインＣＰＵ１１は、Ｔｙｐｅ−Ｃ制御回路１２１によるネゴシエーションの結果を取得することができず、電子装置５０と外部デバイスとの間のＴｙｐｅ−Ｃ規格のインターフェースが正常に行われているか否かを判断することができなかった。その結果、例えば、この電子装置５０のユーザーは、電子装置５０と外部デバイスとの間の動作不良の原因を特定することが困難であった。
【００３１】
そこで、そのような問題を解決することが可能な、実施の形態１に係るＴｙｐｅ−Ｃインターフェース回路１２及びそれを備えた電子装置１が見いだされた。
【００３２】
＜実施の形態１＞
まず、図１を用いて、実施の形態１に係るＴｙｐｅ−Ｃインターフェース回路１２が搭載された電子装置１の概要について説明する。図１は、実施の形態１に係るＴｙｐｅ−Ｃインターフェース回路１２が搭載された電子装置１の概要を示すブロック図である。
【００３３】
図１に示すように、電子装置１は、メインＣＰＵ１１と、Ｔｙｐｅ−Ｃインターフェース１２と、を備える。Ｔｙｐｅ−Ｃインターフェース回路１２は、Ｔｙｐｅ−Ｃ制御回路１２１と、ＣＣ通信監視部１２６と、を備える。
【００３４】
ＣＣ通信監視部１２６は、メインＣＰＵ１１と通信可能に構成され、ＣＣ通信に異常が発生していないかどうかの監視を行うとともに、その監視結果をログデータとして記憶する。Ｔｙｐｅ−Ｃ制御回路１２１については、図３に示すＴｙｐｅ−Ｃインターフェース回路５２に設けられたＴｙｐｅ−Ｃ制御回路１２１の場合と同様であるため、その説明を省略する。
【００３５】
例えば、ＣＣ通信監視部１２６は、通信が中断する等、ＣＣ通信に異常が発生したことを検出した場合、その旨をメインＣＰＵ１１に通知する。それにより、メインＣＰＵ１１は、Ｔｙｐｅ−Ｃ制御回路１２１によるネゴシエーションの監視結果を取得することができるため、電子装置１と外部デバイスとの間のＴｙｐｅ−Ｃ規格のインターフェースが正常に行われているか否かを判断することができる。
【００３６】
メインＣＰＵ１１は、ＣＣ通信監視部１２６からＣＣ通信に異常が発生した旨の通知を受け取ると、その通知内容を、自装置の表示部に表示させたり、自装置の通信部を経由して外部装置に送信したりする。それにより、電子装置１のユーザーは、電子装置１と外部デバイスとの間ではＴｙｐｅ−Ｃ規格のインターフェースがサポートされていない等と認識することができる。つまり、電子装置１のユーザーは、電子装置１と外部デバイスとの間の動作不良の原因を特定することができる。
【００３７】
続いて、図２を用いて、実施の形態１に係るＴｙｐｅ−Ｃインターフェース回路１２が搭載された電子装置１の詳細について説明する。図２は、実施の形態１に係るＴｙｐｅ−Ｃインターフェース回路１２が搭載された電子装置１の詳細な構成例を示すブロック図である。
【００３８】
図２に示すように、電子装置１は、メインＣＰＵ１１と、Ｔｙｐｅ−Ｃインターフェース回路１２と、を備える。Ｔｙｐｅ−Ｃインターフェース回路１２は、Ｔｙｐｅ−Ｃインターフェース回路５２の場合と比較して、ＣＣ通信監視部１２６をさらに備える。電子装置１のその他の構成については、電子装置５０の場合と同様であるため、その説明を省略する。
【００３９】
ＣＣ通信監視部１２６は、メインＣＰＵ１１と通信可能に構成され、ＣＣ通信に異常が発生していないかどうかの監視するマイコン１２７と、マイコン１２７による監視結果をログデータとして記憶するメモリ１２８と、を有する。なお、メモリ１２８は、不揮発性のメモリであることが好ましい。それにより、電源がオフになった場合でも、マイコン１２７による監視結果が保持される。但し、外部回路によってメモリ１２８の記憶データがバックアップされるのであれば、揮発性のメモリであっても良い。
【００４０】
例えば、ＣＣ通信監視部１２６は、通信が中断する等、ＣＣ通信に異常が発生したことを検出した場合、その旨をメインＣＰＵ１１に通知する。このとき、ＣＣ通信監視部１２６は、監視結果として、異常に関する情報と、異常が発生する直前のログデータと、をメインＣＰＵ１１に送信する。或いは、ＣＣ通信監視部１２６からＣＣ通信に異常が発生した旨の通知を受けたメインＣＰＵ１１が、異常が発生する直前のログデータを、ＣＣ通信監視部１２６に要求して取得するようにしてもよい。このとき、メインＣＰＵ１１は、異常が発生する直前のログデータを、ＣＣ通信監視部１２６に設けられたメモリ１２８に直接アクセスして取得するようにしてもよい。或いは、ＣＣ通信監視部１２６が、ＣＣ通信に異常が発生したことを検出した場合、割り込み信号をメインＣＰＵ１１に送信し、それを受けたメインＣＰＵ１１がＣＣ通信監視部１２６にアクセスするようにしてもよい。
【００４１】
それにより、メインＣＰＵ１１は、Ｔｙｐｅ−Ｃ制御回路１２１によるネゴシエーションの監視結果を取得することができるため、電子装置１と外部デバイスとの間のＴｙｐｅ−Ｃ規格のインターフェースが正常に行われているか否かを判断することができる。
【００４２】
メインＣＰＵ１１は、ＣＣ通信監視部１２６からＣＣ通信に異常が発生した旨の通知を受け取ると、その通知内容を、自装置の表示部に表示させたり、自装置の通信部を経由して外部装置に送信したりする。また、メインＣＰＵ１１は、ＣＣ通信監視部１２６による監視結果を、ユーティリティやアプリケーションにおいて参照することもできる。それにより、電子装置１のユーザーは、電子装置１と外部デバイスとの間ではＴｙｐｅ−Ｃ規格のインターフェースがサポートされていない等と認識することができる。つまり、電子装置１のユーザーは、電子装置１と外部デバイスとの間の動作不良の原因を特定することができる。
【００４３】
なお、電子装置１は、メインＣＰＵ１１によって特定された動作不良の原因（Ｔｙｐｅ−Ｃ規格のインターフェースがサポートされていない等）を、無線通信を介して、外部機器に送信するようにしてもよい。それにより、外部機器のユーザーは、電子装置１のそばにいなくても、電子装置１と外部デバイスとの間の動作不良の原因を認識することができる。
【００４４】
さらに、ＣＣ通信監視部１２６は、例えばＶＣＯＮＮ制御回路１２２及びＶＢＵＳ制御回路１２３の出力電圧（ＶＣＯＮＮ、ＶＢＵＳ）を監視することで、ＰＤ（Ｐｏｗｅｒ  Ｄｅｌｉｖｅｒｙ）通信によって要求通りの電力供給が行われたか否かを監視する。監視結果は、ＣＣ通信の監視結果とともに、ログデータとしてメモリ１２８に記憶される。それにより、メインＣＰＵ１１は、電子装置１と外部デバイスとの間の動作不良の原因をより詳細に解析することができる。
【００４５】
なお、ホスト機器である電子装置１と外部デバイスとの間の通信が確立しない場合としては、電子装置１と外部デバイスとの間でＴｙｐｅ−Ｃ規格のインターフェースがサポートされていない場合のほか、ケーブル１３に起因している場合もある。そのため、ＣＣ通信監視部１２６は、ＣＣ通信を監視することで、外部デバイスとの通信の可否に関するネゴシエーションを監視するだけでなく、ケーブル１３に内蔵されたＥ−Ｍａｒｋｅｒとの通信を監視し、かつ、これらを識別可能に構成されることが好ましい。それにより、動作不良の原因が、電子装置１と外部デバイスとの間でＴｙｐｅ−Ｃ規格のインターフェースがサポートされていないことによるものなのか、ケーブル１３に起因するものなのか、の特定が可能となる。
【００４６】
このように、本実施の形態にかかるＴｙｐｅ−Ｃインターフェース回路１２は、外部デバイスとの間の通信の可否に関するネゴシエーション（ＣＣ通信）を監視するＣＣ通信監視部１２６を備える。また、本実施の形態にかかるＴｙｐｅ−Ｃインターフェース回路１２は、独立して設けられたメインＣＰＵ１１と通信可能に構成されている。それにより、メインＣＰＵ１１は、Ｔｙｐｅ−Ｃ制御回路１２１によるネゴシエーションの監視結果を取得することができるため、電子装置１と外部デバイスとの間のＴｙｐｅ−Ｃ規格のインターフェースが正常に行われているか否かを判断することができる。その結果、例えば、この電子装置１のユーザーは、電子装置１と外部デバイスとの間の動作不良の原因を特定することができる。また、ＣＣ通信監視部１２６は、ネゴシエーションの監視結果をログデータとして記憶しているため、メインＣＰＵ１１は、動作不良が発生したときの通信状態を過去に遡って解析すること等もできる。
【００４７】
本実施の形態では、マイコン１２７が、Ｔｙｐｅ−Ｃ制御回路１２１とは別に設けられた場合を例に説明したが、これに限られない。例えば、マイコン１２７は、Ｔｙｐｅ−Ｃ制御回路１２１の機能の一部として実現されても良い。
【００４８】
なお、特許文献１には、携帯端末とクレードル機器との接続状態をＣＣ信号の論理状態を監視することによって判定することが記載されている。特許文献２には、システム異常等が発生した場合に、マイコンが異常を検出して不揮発性メモリに障害ログを記録することが記載されている。しかしながら、何れの特許文献にも、自装置の制御部と、外部デバイスとネゴシエーションを行うＴｙｐｅ−Ｃインターフェース回路と、が独立して設けられていることについて開示されていない。そのため、これらの特許文献では、自装置の制御部が、Ｔｙｐｅ−Ｃインターフェース回路によるネゴシエーションの結果を取得することができず、Ｔｙｐｅ−Ｃ規格のインターフェースが正常に行われているか否かを判断することができない。それに対し、本実施の形態にかかるＴｙｐｅ−Ｃインターフェース回路１２は、独立して設けられた電子装置１の制御部（メインＣＰＵ１１）と通信可能に構成されている。それにより、メインＣＰＵ１１は、Ｔｙｐｅ−Ｃ制御回路１２１によるネゴシエーションの監視結果を取得することができるため、電子装置１と外部デバイスとの間のＴｙｐｅ−Ｃ規格のインターフェースが正常に行われているか否かを判断することができる。
【００４９】
以上、図面を参照して、本開示の実施の形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、本開示の要旨を逸脱しない範囲内において様々な設計変更等が可能である。
【００５０】
上述の実施の形態では、本開示をハードウェアの構成として説明したが、本開示は、これに限定されるものではない。本開示は、ＣＣ通信監視部１２６の全部又は一部の処理を、メインＣＰＵ１１とは別のサブのＣＰＵにコンピュータプログラムを実行させることにより実現することも可能である。
【００５１】
また、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ  ｓｔｏｒａｇｅ  ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体は、例えば、磁気記録媒体、光磁気記録媒体、ＣＤ−ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリを含む。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などである。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００５２】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【００５３】
１  電子装置
１１  メインＣＰＵ
１２  Ｔｙｐｅ−Ｃインターフェース回路
１３  ケーブル
５０  電子装置
５２  Ｔｙｐｅ−Ｃインターフェース回路
１１１  チップセット
１２１  Ｔｙｐｅ−Ｃ制御回路
１２２  ＶＣＯＮＮ制御回路
１２３  ＶＢＵＳ制御回路
１２４  マルチプレクサ
１２５  コネクタ
１２６  ＣＣ通信監視部
１２７  マイコン
１２８  メモリ
【図１】
2020129277.tif 000003
【図２】
2020129277.tif 000004
【図３】
2020129277.tif 000005
【手続補正書】
【提出日】令和1年11月18日(2019.11.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＵＳＢ  Ｔｙｐｅ−Ｃ規格に準拠するコネクタと、
ケーブルを介して前記コネクタに接続された外部デバイスとＣＣ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｎｅｌ）信号を用いて通信の可否に関するネゴシエーションを行うＴｙｐｅ−Ｃ制御回路と、
独立して設けられた制御部と通信可能に構成され、前記ネゴシエーションの監視を行うとともに、その監視結果を記憶するＣＣ通信監視部と、
を備え、
前記ＣＣ通信監視部は、前記ネゴシエーションに異常が発生したことを検出した場合、記憶した前記監視結果を前記制御部に通知するように構成されている、
Ｔｙｐｅ−Ｃインターフェース回路。
【請求項２】
前記ＣＣ通信監視部は、前記外部デバイスとの通信の可否に関するネゴシエーションを監視するのに加えて、前記ケーブルに内蔵されたＥ−Ｍａｒｋｅｒとの通信を監視するように構成されている、
請求項１に記載のＴｙｐｅ−Ｃインターフェース回路。
【請求項３】
前記ＣＣ通信監視部は、監視結果を記憶する不揮発性メモリを有する、
請求項１又は２に記載のＴｙｐｅ−Ｃインターフェース回路。
【請求項４】
前記外部デバイスに電力を供給するＶＢＵＳ制御回路をさらに備え、
前記ＣＣ通信監視部は、さらに、前記ＶＢＵＳ制御回路によって前記外部デバイスに供給される電力を監視するとともに、その監視結果を記憶するように構成されている、
請求項１〜３の何れか一項に記載のＴｙｐｅ−Ｃインターフェース回路。
【請求項５】
請求項１〜４の何れか一項に記載のＴｙｐｅ−Ｃインターフェース回路と、
前記Ｔｙｐｅ−Ｃインターフェース回路とは別に設けられた制御部と、
を備えた、電子装置。
【請求項６】
前記制御部は、前記ＣＣ通信監視部に設けられ前記監視結果を記憶する記憶領域に直接アクセス可能に構成されている、
請求項５に記載の電子装置。
【請求項７】
前記制御部は、外部機器と無線通信可能に構成されている、
請求項５又は６に記載の電子装置。
【請求項８】
Ｔｙｐｅ−Ｃ制御回路によって、ケーブルを介してＵＳＢ  Ｔｙｐｅ−Ｃ規格に準拠するコネクタに接続された外部デバイスとＣＣ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｎｅｌ）信号を用いて通信の可否に関するネゴシエーションを行うステップと、
ＣＣ通信監視部によって、前記ネゴシエーションの監視を行うととともにその監視結果を記憶するステップと、
前記ＣＣ通信監視部によって、前記ネゴシエーションに異常が発生したことを検出した場合、記憶した前記監視結果を独立して設けられた制御部に通知するステップと、
を備えた、Ｔｙｐｅ−Ｃインターフェース回路の制御方法。
【請求項９】
ケーブルを介してＵＳＢ  Ｔｙｐｅ−Ｃ規格に準拠するコネクタに接続された外部デバイスとＣＣ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｎｅｌ）信号を用いて通信の可否に関するネゴシエーションを行う処理と、
ＣＣ通信監視部によって、前記ネゴシエーションの監視を行うととともにその監視結果を記憶する処理と、
前記ＣＣ通信監視部によって、前記ネゴシエーションに異常が発生したことを検出した場合、記憶した前記監視結果を独立して設けられた制御部に通知する処理と、
をコンピュータに実行させるＣＣ通信監視プログラム。