JP6502175B2 - 機能存在報知装置 - Google Patents

Description

本発明は、機能存在報知装置に関する。

従来から、互いに対向して配置される表示パネルとタッチパネルとを搭載した電子機器が広く用いられている。表示パネルには各種の操作ツールが表示される。ユーザは操作子（例えば指）を用いて操作ツールに対して操作を行う。この操作はタッチパネルによって検出される。

しかしながら、表示パネルに表示された操作ツールを一見しても、それが操作ツールであることが分かりにくい場合がある。例えば、テキストを表示するためのボックスが表示パネルに表示される。このボックスは枠で囲われており、その枠内にテキストが表示される。一方で、このボックスには、所定の操作に対する動作が設定されている場合がある。例えばこのボックスに対して所定の操作を行ったときに、コンテキストメニューが表示される。このコンテキストメニューは、例えば、そのボックスに対する各種の操作の一覧を示している。

なお背景技術として特許文献１を掲示する。

特開２０１５−４１３５６号公報

しかしながら、このようなコンテキストメニューの表示機能がボックスに設定されていることは分かりにくく、コンテキストメニューが活用されにくい。

そこで本発明は、ユーザが機能の存在を容易に把握できる機能存在報知装置を提供することを目的とする。

機能存在報知装置が開示される。一実施の形態においては、機能存在報知装置は、表示部と、タッチパネルと、報知部と、モード設定部と、処理部と、報知制御部とを備える。タッチパネルは操作子による表示部に対する操作を検出する。モード設定部は、ユーザの入力に応じて通常モードおよび検索モードを設定する。処理部は、主操作に対応した主機能およびサブ操作に対応したサブ機能の両方が設定された第１要素、および、主操作に対応した主機能が設定され、サブ操作に対応したサブ機能が設定されない第２要素を含む複数の要素を、表示部に表示し、通常モードにおいて第１要素および第２要素の各々に対する主操作がタッチパネルによって検出されたときに、第１要素および第２要素のうち主操作が行われた要素の主機能を実行し、通常モードにおいて第１要素に対するサブ操作がタッチパネルによって検出されたときに、第１要素のサブ機能を実行する。報知制御部は、検索モードにおいて、第１要素に対する検索操作がタッチパネルによって検出されたときに、報知部を用いてユーザに報知を行い、第２要素に対する検索操作がタッチパネルによって検出されたときに、報知部を用いた当該報知を行わない。

機能存在報知装置によれば、ユーザが機能の存在を容易に把握できる。

電子機器の概観の一例を示す前面図である。 電子機器の概観の一例を示す裏面図である。 電子機器の電気的な構成の一例を概略的に示す図である。 制御部の内部構成の一例を概略的に示す図である。 表示画面の一例を概略的に示す図である。 要素にリスナーが設定されることを概念的に示す図である。 表示画面の一例を概略的に示す図である。 検索モードにおける操作子の動きの一例を概略的に示す図である。 機能存在報知部の動作の一例を示すフローチャートである。 機能存在報知部の内部構成の一例を概略的に示す図である。 機能存在報知部の動作の一例を示すフローチャートである。 モード設定部の動作の一例を示すフローチャートである。 電子機器の機能を階層的に示す図である。 表示画面の一例を概略的に示す図である。

図１は、電子機器１００の前面側から見た概観の一例を示している。図２は電子機器１００の概観の一例を示す裏面図である。例えば、この電子機器１００は、基地局及びサーバ等を通じて、或いは、直接に、他の電子機器と通信することが可能である。電子機器１００は例えばタブレット、ＰＤＡ(Personal Digital Assistant)、携帯電話機（スマートフォンを含む）、または、携帯型パーソナルコンピュータなどである。

図１および図２に示されるように、電子機器１００は、カバーパネル２とケース部分３を備えており、カバーパネル２とケース部分３とが組み合わされることによって、例えば平面視で略長方形の板状を成す筐体（以下、機器ケースとも呼ぶ）４が構成されている。

カバーパネル２は、平面視において略長方形を成しており、電子機器１００の前面部分における、周縁部分以外の部分を構成している。カバーパネル２は、例えば、透明のガラスあるいは透明のアクリル樹脂などで形成されている。あるいは、カバーパネル２は、例えばサファイアで形成されている。ここで、サファイアとは、アルミナ（Ａｌ_２Ｏ_３）を主成分とする単結晶のことをいい、本明細書では、Ａｌ_２Ｏ_３純度が約９０％以上の単結晶のことをいう。傷がよりつき難くなるという点で、Ａｌ_２Ｏ_３純度は９９％以上であることが好ましい。

カバーパネル２は、サファイアから成る層を含む複数層構造の複合パネル（積層パネル）であっても良い。例えば、カバーパネル２は、電子機器１００の表面に設けられたサファイアから成る層（サファイアパネル）と、当該層に貼り付けられたガラスから成る層（ガラスパネル）とで構成された２層構造の複合パネルであっても良い。また、カバーパネル２は、電子機器１００の表面に設けられたサファイアから成る層（サファイアパネル）と、当該層に貼り付けられたガラスから成る層（ガラスパネル）と、当該層に貼り付けられたサファイアから成る層（サファイアパネル）とで構成された３層構造の複合パネルであっても良い。また、カバーパネル２は、サファイア以外の結晶性材料、例えば、ダイヤモンド、ジルコニア、チタニア、水晶、タンタル酸リチウム、酸化窒化アルミニウムなどから成る層を含んでいても良い。

ケース部分３は、電子機器１００の前面部分の周縁部分、側面部分及び裏面部分を構成している。ケース部分３は、例えばポリカーボネート樹脂で形成されている。

カバーパネル２の前面には、文字、記号、図形または画像等の各種情報が表示される表示領域２ａが設けられている。この表示領域２ａは例えば平面視で長方形を成している。カバーパネル２における、表示領域２ａを取り囲む周縁部分２ｂは、例えばフィルム等が貼られることによって黒色となっており、情報が表示されない非表示部分となっている。カバーパネル２の裏面には後述するタッチパネル５２が貼り付けられており、ユーザは、電子機器１００の前面の表示領域２ａを操作子（指等）で操作することによって、電子機器１００に対して各種指示を与えることができる。なお、ユーザは、指以外の操作子、例えば、スタイラスペンなどのタッチパネル用ペンで表示領域２ａを操作することによっても、電子機器１００に対して各種指示を与えることができる。

電子機器１００には、例えば操作キー５が設けられている。操作キー５は、例えばハードウェアキーであって、例えばカバーパネル２の前面の下側端部に設けられている。

タッチパネル５２および操作キー５は、電子機器１００への入力を行う入力部５０の一例である。後述する各種の入力はタッチパネル５２を用いて行われてもよく、操作キー５を用いて行われてもよい。以下では、主としてタッチパネル５２を用いて説明する。

＜電子機器の電気的構成＞
図３は電子機器１００の電気的構成を示すブロック図である。図３に例示される電子機器１００は、制御部１０、無線通信部２０、報知部４０、音声入力部（ここではマイク）４６、入力部５０、および、撮像部６０を備えている。電子機器１００に設けられたこれらの構成要素は、機器ケース４に収められている。

制御部１０は、例えばＣＰＵ（Central Processing Unit）１０１、ＤＳＰ（Digital Signal Processor）１０２及び記憶部１０３等を備えており、電子機器１００の他の構成要素を制御することによって、電子機器１００の動作を統括的に管理する。記憶部１０３は、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等で構成されている。記憶部１０３には、電子機器１００の動作、具体的には電子機器１００が備える無線通信部２０、表示部４１等の各構成要素を制御するための制御プログラムであるメインプログラム及び複数のアプリケーションプログラム（以後、単に「アプリケーション」とも呼ぶ）等が記憶されている。制御部１０の各種機能は、ＣＰＵ１０１及びＤＳＰ１０２が記憶部１０３内の各種プログラムを実行することによって実現される。なお図３の例示では、ＣＰＵ１０１およびＤＳＰ１０２がそれぞれ一つ示されているものの、これらは複数設けられてもよい。そして、これらが互いに協働して各種機能を実現してもよい。また、図３の例示では、記憶部１０３は、制御部１０の内部において示されているものの、制御部１０の外部に設けられてもよい。換言すれば、記憶部１０３は制御部１０とは別体であってもよい。また、制御部１０の機能はソフトウェアで実現される必要はなく、制御部１０の機能の一部または全部はハードウェアによって実現されても構わない。

無線通信部２０は、アンテナ２１を有している。無線通信部２０は、他の電子機器、あるいはインターネットに接続されたウェブサーバ等の通信装置からの信号を、基地局等を介してアンテナ２１で受信する。無線通信部２０は、受信信号に対して増幅処理及びダウンコンバートを行って制御部１０に出力する。制御部１０は、入力される受信信号に対して復調処理等を行う。また無線通信部２０は、制御部１０で生成された送信信号に対してアップコンバート及び増幅処理を行って、処理後の送信信号をアンテナ２１から無線送信する。アンテナ２１からの送信信号は、基地局等を通じて、他の電子機器あるいはインターネットに接続された通信装置で受信される。

入力部５０は、ユーザによって操作されて、制御部１０へと各種の指示等を入力する。例えば入力部５０はタッチパネル５２と、キー操作部５４とを含んでいる。

タッチパネル５２は、カバーパネル２の表示領域２ａに対する操作子（例えば指）による操作を検出する。タッチパネル５２は、例えば、投影型静電容量方式のタッチパネルであって、カバーパネル２の裏面に貼り付けられている。ユーザが操作指等の操作子によってカバーパネル２の表示領域２ａに対して操作を行うと、それに応じた信号がタッチパネル５２から制御部１０に入力される。制御部１０は、タッチパネル５２からの信号に基づいて、表示領域２ａに対して行われた操作の内容を特定して、その内容に応じた処理を行う。なお、タッチパネル５２は例えば感圧式のタッチパネルであってもよい。

キー操作部５４は、各操作キー５に対するユーザの押下操作を検出する。キー操作部５４は、各操作キー５について、当該操作キー５が押下されているか否かを検出する。キー操作部５４は、操作キー５が押下されていない場合には、当該操作キー５が操作されていないことを示す未操作信号を制御部１０に出力する。また、キー操作部５４は、操作キー５が押下されると、当該操作キー５が操作されたことを示す操作信号を制御部１０に出力する。これにより、制御部１０は、各操作キー５について、当該操作キー５が操作されているか否かを判断することができる。

報知部４０はユーザに報知を行うことができる。報知部４０は例えば表示部４１、第１音声出力部（ここではレシーバ）４２、第２音声出力部（ここではスピーカ）４４、および、振動部４５を含んでいる。

表示部４１は、例えば、液晶表示パネルあるいは有機ＥＬパネルなどである。表示部４１は、制御部１０によって制御されることによって、文字、記号、図形または画像などの各種情報を表示する。表示部４１に表示される情報は、カバーパネル２の前面の表示領域２ａに表示される。したがって、表示部４１は、表示領域２ａに表示を行っていると言える。表示部４１は、その表示内容によってユーザに報知を行うことができる。

第１音声出力部４２はたとえばレシーバである。第１音声出力部４２は、受話音を出力するものであって、例えばダイナミックスピーカで構成されている。第１音声出力部４２は、制御部１０からの電気的な音信号を音に変換して出力する。第１音声出力部４２から出力される音は、電子機器１００の前面に設けられたレシーバ穴８０ａから外部に出力される。レシーバ穴８０ａから出力される音の音量は、第２音声出力部４４からスピーカ穴３４ａを介して出力される音の音量よりも小さくなっている。

なおレシーバに替えて、圧電振動素子が設けられてもよい。圧電振動素子は、制御部１０によって制御され、音声信号に基づいて振動する。圧電振動素子は例えばカバーパネル２の裏面に設けられており、音声信号に基づく自身の振動によってカバーパネル２を振動させる。これにより、カバーパネル２の振動が音声としてユーザの耳に伝達される。この場合、レシーバ穴８０ａは不要である。

第２音声出力部４４はスピーカであり、例えばダイナミックスピーカである。第２音声出力部４４は、制御部１０からの電気的な音信号を音に変換して出力する。第２音声出力部４４から出力される音は、電子機器１００の例えば裏面に設けられたスピーカ穴３４ａから外部に出力される。スピーカ穴３４ａから出力される音が、電子機器１００から離れた場所でも聞こえるように、その音量が調整されている。すなわち、第２音声出力部（スピーカ）４４の音量は第１音声出力部（レシーバあるいは圧電振動素子）４２の音量よりも大きい。

第１音声出力部４２および第２音声出力部４４は、それぞれ音の出力によって、ユーザに報知を行うことができる。

振動部４５はいわゆるバイブレータであり、制御部１０によって制御されて振動することができる。この振動は電子機器１００の筐体へと伝達される。よって例えばユーザが電子機器１００を身に着けていると、電子機器１００の振動を感じることができる。これにより、ユーザは電子機器１００からの報知を受け取ることができる。

なお、報知部４０は上記の例に限らない。例えば報知部４０は発光部を有していてもよい。この発光部は制御部１０によって制御されて発光する。例えば発光部はＬＥＤ（light emitting diode）である。ユーザが当該発光部を視認することで、電子機器１００からの報知を受け取ることができる。

音声入力部４６は例えばマイクであり、電子機器１００の外部から入力される音を電気的な音信号に変換して制御部１０に出力する。電子機器１００の外部からの音は、カバーパネル２の前面に設けられたマイク穴から電子機器１００の内部に取り込まれて音声入力部４６に入力される。なお音声入力も電子機器１００に対する入力と把握することができるので、音声入力部４６を入力部５０の一例と把握することもできる。

撮像部６０は例えば第１撮像部６２と第２撮像部６４とを有している。第１撮像部６２は撮像レンズ６ａおよび撮像素子などで構成されており、制御部１０による制御に基づいて、静止画像および動画像を撮像する。図１に示されるように、撮像レンズ６ａは、電子機器１００の前面に設けられていることから、電子機器１００の前面側（カバーパネル２側）に存在する物体を撮像することが可能である。

第２撮像部６４は、撮像レンズ７ａおよび撮像素子などで構成されており、制御部１０による制御に基づいて、静止画像および動画像を撮像する。図２に示されるように、撮像レンズ７ａは、電子機器１００の裏面に設けられていることから、電子機器１００の裏面側に存在する物体を撮像することが可能である。

＜制御部＞
図４は、制御部１０の内部構成の一例を概略的に示す機能ブロック図である。制御部１０は、アプリケーション処理部１２０と機能存在報知部１１０とを備えている。

アプリケーション処理部１２０は、記憶部１０３に記憶された各種のアプリケーションをユーザの入力に応じて実行する。例えば制御部１０は、アプリケーションを選択するためのホーム画面（不図示）を表示部４１に表示する。このホーム画面には、各アプリケーションを選択するためのボタン（いわゆるアイコン）の一覧が表示されている。ユーザは、各アイコンに対して操作を行うことで、当該アイコンに対応するアプリケーションを選択する。

この操作としては、例えばユーザが表示部４１へと操作子を近づけて、所定時間内で、操作子を表示部４１から離す操作（いわゆるタップ）を採用できる。この操作はタッチパネル５２によって検出される。例えばタッチパネル５２は、自身と操作子との距離が第１基準値よりも短くなることを検出し、その後の所定時間内において、自身と操作子との距離が第２基準値よりも長くなることを検出したときに、タップが行われたと判断してもよい。第１基準値は第２基準値と等しくてもよく、異なっていてもよい。タッチパネル５２は当該操作を検出したことを制御部１０へと出力する。

アプリケーション処理部１２０は、記憶部１０３に記憶されたアプリケーションプログラムを、当該操作に応じて読み出して実行する。これにより、各アプリケーションに対応した表示画面が表示部４１に表示されることとなる。

図５は表示画面４１ａの一例を概略的に示す図である。この表示画面４１ａは、例えばメッセージアプリケーションを実行したときに表示される画面である。メッセージアプリケーションとは、他の電子機器との間でメッセージを送受信するためのアプリケーションである。

この表示画面４１ａには複数の要素が表示されている。要素としては、例えば画像情報を表示する画像要素Ｅ１、テキスト情報を表示するテキスト要素Ｅ２、テキスト情報を編集するためのテキスト編集要素Ｅ３、および、各種のボタンとして機能するボタン要素Ｅ４，Ｅ５などが例示される。

これらの要素は、プログラム上ではコンポーネントと呼ばれる部品として機能してもよい。より具体的な一例として、この要素はＡＮＤＲＯＩＤ（登録商標）においてＶｉｅｗとも呼ばれる。また画像要素、テキスト要素、テキスト編集要素およびボタン要素はＡＮＤＲＯＩＤ（登録商標）において、それぞれImageView, TextView, EditText, Buttonとも呼ばれる。

アプリケーションプログラム上において、各要素には、それぞれ表示画面４１ａ上の配置等が設定情報として設定される。例えばＡＮＤＲＯＩＤ（登録商標）において、複数の要素(View)が上位要素(ViewGroup)に含まれており、これらの要素の配置は上位要素に対する相対的な配置として設定される。例えば表示画面４１ａのうち、通知領域Ｒ１以外の部分が上位要素Ｅ０として設定されてもよい。通知領域Ｒ１は表示画面４１ａの上部に配置されており、電池残量および日付などを表示する。この通知領域Ｒ１はステータスバーとも呼ばれる。図５の例示では、上位要素Ｅ０は通知領域Ｒ１よりも下部に表示される。上位要素Ｅ０には、画像要素Ｅ１、テキスト要素Ｅ２、テキスト編集要素Ｅ３、および、ボタン要素Ｅ４，Ｅ５などが含まれている。

各要素Ｅ１〜Ｅ５の配置は、上位要素Ｅ０に対する相対的な配置として設定することができる。例えば、ＡＮＤＲＯＩＤ（登録商標）では、各要素を一方向（縦または横）に並べる設定(LinearLayout)、または、各要素を格子状に並べる設定(GridLayout)などを採用できる。

またアプリケーションプログラム上において、各要素には、イベントに応じた動作が設定される。例えばＡＮＤＲＯＩＤ（登録商標）においては、イベントに応じた動作を規定するためのリスナー（イベントリスナーとも呼ばれることがある）が設けられている。必要に応じてリスナーを用いることで、各要素に対して所定の操作を行ったときの動作を設定することができる。例えばタップが行われたときの動作がそれぞれボタン要素Ｅ４，Ｅ５に設定される。かかる設定は、例えばＡＮＤＲＯＩＤ（登録商標）においては、onClickListenerというリスナーを用いて行われる。図６は、要素にリスナーが設定されていることを概念的に示している。

アプリケーション処理部１２０はアプリケーションプログラムを実行することによって、例えば図５の表示画面４１ａを表示するとともに、各要素Ｅ１〜Ｅ５の諸機能を発揮させる。例えばアプリケーション処理部１２０は、ユーザが作成している途中のメッセージをテキスト編集要素Ｅ３に表示する。言い換えれば、送信前のメッセージをテキスト編集要素Ｅ３に表示する。具体的な動作の一例を説明すると、例えばユーザがテキスト編集要素Ｅ３に対して操作（例えばタップ）を行うと、アプリケーション処理部１２０は、テキストを入力するための文字入力ツール（例えばキーボード、不図示）を表示画面４１ａの一部に表示する。この文字入力ツールはテキスト編集要素Ｅ３に重ならないように配置されるとよい。そして、ユーザがこの文字入力ツールに対して操作を行う。かかる操作はタッチパネル５２によって検出されてアプリケーション処理部１２０へと入力される。アプリケーション処理部１２０は、入力されたテキスト情報をテキスト編集要素Ｅ３に表示する。これにより、ユーザは作成中のメッセージを確認できる。

ボタン要素Ｅ４は例えばメッセージの送信を行うボタンである。例えばテキスト編集要素Ｅ３内のメッセージを相手の電子機器へと送信するときに、ユーザはボタン要素Ｅ４に対して操作（例えばタップ）を行う。この操作はタッチパネル５２で検出されて、アプリケーション処理部１２０へと入力される。アプリケーション処理部１２０は、この操作に応答して、テキスト編集要素Ｅ３内のメッセージを相手の電子機器へと送信する。そしてテキスト編集要素Ｅ３の表示内容を消去するとともに、送信したメッセージをテキスト要素Ｅ２に表示する。

さらにアプリケーション処理部１２０は、このテキスト要素Ｅ２に隣り合う位置において、画像要素Ｅ１を表示する。画像要素Ｅ１には、例えば、テキスト要素Ｅ２内のメッセージを作成した作成者の画像を表示する。上述の例ではユーザの画像を表示する。この画像は記憶部１０３などに記憶されている。

またアプリケーション処理部１２０は、相手の電子機器からメッセージを受信した場合にも、そのメッセージをテキスト要素Ｅ２に表示する。ただし、このテキスト要素Ｅ２は１回の送受信を単位としたメッセージごとに設けられてもよい。つまり、メッセージを受信したときには、新たにテキスト要素Ｅ２を生成し、これにメッセージを表示してもよい。そして、このテキスト要素Ｅ２に隣り合う画像要素Ｅ１に、相手の画像を表示する。これにより、ユーザは、テキスト要素Ｅ２に表示されたメッセージの作成者を容易に知ることができる。なお相手の画像も記憶部１０３などに記憶されている。

ボタン要素Ｅ５は例えば通話を行うボタンである。例えばユーザは、相手と通話を行いたい場合に、ボタン要素Ｅ５に対して操作（例えばタップ）を行う。この操作はタッチパネル５２で検出されて、アプリケーション処理部１２０へと入力される。アプリケーション処理部１２０は、この操作に応答して、相手の電子機器への発呼信号を送信する。当該発呼信号に対する応答処理が相手の電子機器において行われると、通話を開始することとなる。

さて上述のように、テキスト編集要素Ｅ３はユーザによるテキスト入力を担う要素であり、ボタン要素Ｅ４，Ｅ５はユーザによるボタン入力が行われる要素である。よって、その主機能がユーザに理解されれば、要素Ｅ３〜Ｅ５はユーザによって操作されることとなる。なお主機能を発揮するために設定された操作（例えばタップ）を、以下では主操作とも呼ぶ。

一方で、画像要素Ｅ１は主として画像を表示する要素であり、テキスト要素Ｅ２は主としてテキスト情報を表示する要素である。つまり、これらの要素Ｅ１，Ｅ２では、主機能を発揮するための操作は設定されない。

ところで、上記主機能とは別のサブ機能が各要素に設定される場合がある。このサブ機能は各要素に対する所定の第１操作（以下、サブ操作とも呼ぶ）に応じて発揮される。例えばテキスト要素Ｅ２には、サブ操作に応答してコンテキストメニューを表示するサブ機能が設定される。コンテキストメニューとは、その対象（ここではテキスト要素Ｅ２）等について選択可能な操作の一覧を表示するメニューである。

テキスト要素Ｅ２に対するサブ操作はタッチパネル５２によって検出されて、アプリケーション処理部１２０へと入力される。アプリケーション処理部１２０は、このサブ操作に応答して、コンテキストメニューＣＭ１を表示部４１に表示する。図７は、テキスト要素Ｅ２に対してサブ操作を行ったときの表示画面４１ａの一例を概略的に示す図である。図７の例示では、コンテキストメニューＣＭ１を図５の表示画面４１ａに重ね合せて表示している。コンテキストメニューＣＭ１には、各種の選択ボタンＢ１〜Ｂ６が一覧で表示されている。図７の例示では、選択ボタンＢ１はテキスト要素Ｅ２内のテキスト情報の編集を行うためのボタンであり、選択ボタンＢ２はメッセージ内のテキストをコピーするためのボタンであり、選択ボタンＢ３はテキスト要素Ｅ２内のメッセージを転送するためのボタンであり、選択ボタンＢ４はテキスト要素Ｅ２内のテキスト情報の変更・削除を禁止するためのボタンであり、選択ボタンＢ５はテキスト要素Ｅ２内のメッセージの詳細（例えば送信者、受信者など）を表示するためのボタンであり、選択ボタンＢ６はテキスト要素Ｅ２を削除するためのボタンである。

サブ操作としては任意の操作を採用してもよいものの、例えばタップ以外の操作を採用してもよい。より具体的には、例えばアイコンに対する操作（例えばタップ）よりも複雑な操作、言い換えれば、時間または手間がかかる操作を採用してもよい。例えばサブ操作として、タップについての第１所定期間よりも長い第２所定期間に亘って操作子を表示部４１に近づけ、その後、操作子を表示部４１から離す操作（いわゆるロングタップ）を採用することができる。或いは、タップを所定時間で複数回行う操作をサブ操作として採用してもよい。タップを所定時間で２回行う操作はダブルタップとも呼ばれる。もちろん、サブ操作として他の操作を採用しても構わない。

なおサブ機能は他の要素Ｅ１，Ｅ３〜Ｅ５の少なくともいずれか一つにも設定されてもよい。例えば、主操作が設定されたボタン要素Ｅ４，Ｅ５に対しても、サブ操作に対応してサブ機能が設定されてもよい。

またサブ操作に対応したサブ機能は、単一の機能である必要はない。例えば画像要素Ｅ１に対してサブ操作を行ったときに、表示される画像を変更するとともに、コンテキストメニューを表示してもよい。つまり、一つのサブ操作に対応して、複数の機能が発揮されてもよい。これは、ＡＮＤＲＯＩＤ（登録商標）においては、一つのリスナーに対して複数の機能を設定することで実現できる。

以下では、一例として、テキスト要素Ｅ２にのみサブ機能が設定されていると仮定して説明を行う。

なおサブ機能とは、要素の主機能とは別の機能を、その要素に対するサブ操作によって発揮させる機能である、と定義することができる。或いは、主機能が所定の主操作によって発揮される場合には、サブ機能は、その主操作に対応する機能とは別の機能を、主操作とは異なるサブ操作によって発揮させる機能である、と定義することもできる。サブ操作は、多くの場合、主操作よりも複雑である。

このようなサブ機能はユーザに対する周知性が低いので、ユーザはサブ機能の存在を知らないこともある。特に、サブ操作が複雑なほど、ユーザはサブ機能の存在を認識しにくい。また、操作なしに主機能が発揮される要素（例えば要素Ｅ１，Ｅ２）に対して、サブ操作とサブ機能とが設定されている場合にも、ユーザはサブ機能の存在を認識しにくい。なぜなら、その要素に対しては操作なしに主機能が発揮されているので、その要素に対しては、ユーザは操作の必要性を感じにくいからである。

そこで本電子機器１００には、機能存在報知部１１０が設けられている。機能存在報知部１１０は、各要素にサブ機能が設定されていることをユーザに報知することができる。以下に詳細に説明する。

機能存在報知部１１０はモード設定部１１１とサブ機能存否判断部１１２と報知制御部１１３とを備えている。

モード設定部１１１は入力部５０に対するユーザの入力に応じて、通常モードと検索モードとを設定することができる。検索モードは、サブ機能が設定された要素に対する第２操作（以下、検索操作とも呼ぶ）が行われたときに、その要素にサブ機能が設定されていることをユーザに報知するモードである。一方で、通常モードは、検索モードにおける報知動作を行わないモードである。

モード設定部１１１は現在のモードをサブ機能存否判断部１１２へと出力する。サブ機能存否判断部１１２は、検索モードにおいて、各要素に対する検索操作が行われたときに、その要素にサブ機能が設定されているか否かを判断できる。サブ機能が設定されているか否かの情報は、例えばアプリケーション処理部１２０から取得することができる。例えば各要素に紐付けられたリスナーの情報に基づいて、サブ機能が設定されているか否かを判断できる。そして、その判断結果を報知制御部１１３へと出力する。

なお、検索操作は例えばサブ操作（例えばロングタップ）よりも簡易な動作、言い換えれば、手間または時間がかからない操作であってよい。さらに、例えば要素の主機能がサブ操作よりも簡易な主操作（例えばタップ）によって発揮される場合には、検索操作はこの操作よりも簡易であってもよい。これにより、ユーザは容易に検索操作を行うことができる。例えば検索操作としては、単に操作子を各要素に近づける操作を採用できる。例えば各要素と操作子との距離が基準値よりも短いときに、制御部１０は、その要素に対して検索操作が行われたと判断する。このような検索操作は、操作子を表示画面から離す必要がないという点で、タップよりも簡易である。

この検索操作によれば、操作子を表示画面に近づけた状態で表示画面４１ａに平行に移動させれば、その操作子の軌跡上に存在する各要素に対して、検索操作が行われることとなる。図８は、検索モードにおける操作子ＯＥ１の動きの一例を概略的に示している。図８では、操作子ＯＥ１の動きは実線矢印で示されており、例えば、操作子ＯＥ１を表示画面４１ａに近づけた状態で、表示画面４１ａに平行に蛇行して移動させている。これによれば、一連の操作子ＯＥ１の動きによって、より多くの要素に対して検索操作を行うことができる。

報知制御部１１３は、サブ機能が設定された要素に検索操作が行われたときに、報知部４０を用いて、その旨をユーザに報知できる。例えばサブ機能が設定された要素に対して順次に検索操作が行われと、その度、報知を行う。例えばテキスト要素Ｅ２に対して検索操作が行われると、報知が行われることとなる。

この報知は例えば振動部４５を用いて行うことができる。より具体的には報知制御部１１３は、振動部４５を振動させる制御信号を、振動部４５へと出力する。これにより振動部４５が振動して、ユーザに対する報知を行うことができる。よって、ユーザは、要素（例えばテキスト要素Ｅ２）にサブ機能が設定されていることを容易に知ることができる。

図９は機能存在報知部１１０の動作の具体的な一例を示すフローチャートである。まずステップＳＴ１にて、サブ機能存否判断部１１２は、検索モードが設定されているか否かを判断する。サブ機能存否判断部１１２はモードの情報をモード設定部１１１から受け取り、これに基づいて判断を行う。検索モードが設定されていない場合には、再びステップＳＴ１を実行する。

検索モードが設定されている場合には、ステップＳＴ２にて、サブ機能存否判断部１１２は、表示画面４１ａに表示されている要素に対して検索操作が行われたか否かを判断する。この検索操作はタッチパネル５２によって検出されて、サブ機能存否判断部１１２へと入力される。

検索操作が要素に対して行われていないと判断したときには、再びステップＳＴ１を実行する。検索操作がある要素に対して行われたと判断したときには、ステップＳＴ３にて、サブ機能存否判断部１１２は、その要素にサブ機能が設定されているか否かを判断する。サブ機能が設定されているか否かの情報は、例えばアプリケーション処理部１２０から受け取ることができる。

例えばサブ機能存否判断部１１２は、その要素にサブ操作と同じ操作（例えばロングタップ）が設定されていると判断したときに、その要素にサブ機能が設定されていると判断してもよい。

ステップＳＴ３にてサブ機能が設定されていないと判断したときには、再びステップＳＴ１を実行する。サブ機能が設定されていると判断したときには、ステップＳＴ４にて、報知制御部１１３は、報知部４０を用いてユーザに対する報知を行う。その後、再びステップＳＴ１を実行する。

なお機能存在報知部１１０の処理速度は操作子ＯＥ１の移動速度に比べて十分に高く、一連の操作子ＯＥ１の動きが行われる間に、図９のループは十分な回数だけ実行される。

図８の例示では、一連の操作子ＯＥ１の動きにより、まずボタン要素Ｅ５に対して検索操作が行われる。このとき、ステップＳＴ２にて肯定的な判断がなされる。しかるに、ここではボタン要素Ｅ５にはサブ機能が設定されていないので、ステップＳＴ３にて否定的な判断がなされる。よってステップＳＴ４を実行することなく、ステップＳＴ１を再び実行することになる。よってこのとき報知は行われない。

一方で、一連の操作子ＯＥ１の動きにより、操作子ＯＥ１がテキスト要素Ｅ２に対して検索操作を行った場合には、ステップＳＴ２，ＳＴ３の両方において肯定的な判断がなされる。よってステップＳＴ４にて、ユーザに対する報知が行われる。つまりテキスト要素Ｅ２に対する検索操作に応答して、報知が行われるのである。

以上のように、サブ機能が設定された要素への検索操作に応じて報知が行われるので、ユーザはサブ機能が設定された要素を容易に知ることができる。

ところで、要素にサブ機能が設定されていることを例えば次のようにユーザに通知することも考えられる。即ち、どの要素にサブ機能が設定されているかを説明する説明文を、検索操作とは無関係に表示することで、ユーザにサブ機能の存否をユーザに報知することも考えられる。しかしながら、そのような説明文では、ユーザは実際の表示画面４１ａの要素と、説明文に記載された要素とを頭の中で対比させる必要があり、必ずしも分かりやすいとは言えない。

一方で、本実施の形態では、実際に検索操作を行った要素に対してサブ機能の存在が報知される。よって、ユーザにとって、どの要素にサブ機能が設定されているのかが、分かりやすい。なお、この説明は、本電子機器１００が上記説明文を表示することを禁ずるものではない。

また、サブ操作と同じ操作が設定された要素に対して検索操作が行われたときに、報知を行う場合には、ユーザは、当該操作（例えばロングタップ）が設定された要素を知ることができる。

なお、検索モードでは、通常モードにおけるタッチパネル５２の操作が全て有効であってもよいし、一部の操作のみ、例えば、各要素に対するサブ操作のみ有効であってもよい。この場合、例えば、検索モードにおいて、ある要素に対するサブ操作がなされると、サブ機能が実行される。サブ機能が実行された場合、当該サブ機能は、ユーザによる所定の操作によって終了してもよいし、所定の時間が経過すると、自動的に終了してもよい。例えば、サブ機能としてコンテキストメニューが表示された場合、所定時間が経過すると自動的に画面から消去されてもよい。さらに、検索モードから通常モードに切り替わったときに、サブ機能が終了してもよい。

＜操作の有効／無効＞
通常モードでは、アプリケーション処理部１２０は、アプリケーションで設定された各種の操作に応答して、その操作に応じた動作を行う。しかるに、検索モードにおいて、アプリケーション処理部１２０がこの操作に応じた動作を行うと、機能存在報知部１１０の報知動作を阻害し得る。例えば検索モードにおいて、一連の操作子ＯＥ１の動きにより、ボタン要素Ｅ５に対して例えばタップが行われたと誤判断されると、アプリケーション処理部１２０は通話処理を開始する。これにより、サブ機能の存在を検索する動作が中断される。

そこで、検索モードにおいては、通常モードにおけるタッチパネル５２の操作を無効にしてもよい。図１０は機能存在報知部１１０の内部構成の一例を概略的に示す機能ブロック図である。機能存在報知部１１０は図４と比較して、操作無効部１１４を更に有している。

操作無効部１１４は、通常モードにおける各要素に対する操作（主操作およびサブ操作を含む）を、検索モードにおいて無効にすることができる。さらに言えば、検索モードに特有の操作以外のタッチパネル５２の操作を無効にしても構わない。例えばモードの選択がタッチパネル５２を用いた操作で行われる場合には、この操作および検索操作を有効にしつつ、タッチパネル５２に対する、これらの操作以外の操作を無効にしてもよい。あるいは、操作キー５を用いてモードの選択が行われる場合には、検索操作を有効にしつつ、この検索操作以外の、タッチパネル５２への操作を無効にしてもよい。

図１１は機能存在報知部１１０の動作の一例を示すフローチャートである。図１１の例示では、まずステップＳＴ１０にて、操作無効部１１４は検索モードが設定されているか否かを判断する。なお現在設定されたモードの情報は、モード設定部１１１から操作無効部１１４へと出力される。検索モードが設定されていると判断すると、ステップＳＴ１１にて、操作無効部１１４は通常モードにおける各要素に対する操作（主操作およびサブ操作）を無効に設定する。

次にステップＳＴ１２〜ＳＴ１４を実行する。ステップＳＴ１２〜ＳＴ１４はそれぞれステップＳＴ２〜ＳＴ４と同一であるので繰り返しの説明を避ける。

ステップＳＴ１０にて検索モードが設定されていない、即ち通常モードが設定されていると判断したときには、ステップＳＴ１５にて、操作無効部１１４は通常モードにおける各要素に対する操作を有効に設定する。より具体的には、ステップＳＴ１１で無効にする操作を有効に設定する。

なお図１１の例示では、ステップＳＴ１５を実行した後に処理を終了している。この場合、所定時間の経過後に、再び図１１の動作をステップＳＴ１から行うとよい。

以上のように、本機能存在報知部１１０によれば、検索モードでは、通常モードにおける各要素への操作が無効になるので、検索モードにおける動作が阻害されにくい。よってユーザは検索操作を行いやすい。

＜通常モードへの移行＞
図８を参照した説明では、検索操作としては、単に操作子ＯＥ１を要素に近づける操作を採用した。この場合、例えば図８に示すように、操作子ＯＥ１を表示部４１から離すことなく、連続して各要素に対する検索操作を行うことができる。言い換えれば、操作子ＯＥ１を表示部４１から離すときには、要素に対する検索操作を終了したと判断することができる。

そこで、単に操作子ＯＥ１を要素に近づける操作を検索操作として採用する場合には、モード設定部１１１は操作子ＯＥ１が表示部４１から離れることを、検索モードの終了と判断してもよい。つまり、検索モードにおいて操作子ＯＥ１が表示部４１から遠ざかることをタッチパネル５２が検出したときに、モード設定部１１１は検索モードを終了して、通常モードを設定してもよい。

図１２は、モード設定部１１１の動作の一例を示すフローチャートである。まずステップＳＴ３０にて、モード設定部１１１は検索モードの入力がユーザによって行われたか否かを判断する。入力が行われていないときには再びステップＳＴ３０を実行する。検索モードの入力が行われたと判断したときには、ステップＳＴ３１にて、モード設定部１１１は検索モードを設定する。これにより、機能存在報知部１１０は上述したサブ機能の報知動作を行う（図９，１１参照）。すなわち、ユーザは、検索モードにおいて操作子ＯＥ１を表示部４１に近づけて表示画面４１ａに平行に移動させることで、各要素に対して検索操作を行う。そして、サブ機能が設定された要素に対して検索操作が行われると、ユーザに報知が行われる。

一方で、モード設定部１１１はこの報知動作と並行して、ステップＳＴ３２，ＳＴ３３も実行する。ステップＳＴ３２では、操作子ＯＥ１が表示部４１に近づいたか否かを判断する。この判断はタッチパネル５２を用いて行うことができる。操作子ＯＥ１が表示部４１に近づいていなければ、再びステップＳＴ３２を実行する。つまり、ユーザが操作を行う前では、ステップＳＴ３２が繰り返し実行される。

操作子ＯＥ１が表示部４１に近づいたと判断すると、ステップＳＴ３３にて操作子ＯＥ１が表示部４１から離れたか否かを判断する。この判断もタッチパネル５２を用いて行うことができる。操作子ＯＥ１が表示部４１から離れていないと判断すると、再びステップＳＴ３３を実行する。つまり、ユーザが操作子ＯＥ１を表示画面４１ａに近づけて平行に移動させている最中には、ステップＳＴ３３が繰り返し実行される。

操作子ＯＥ１が表示部４１から離れたと判断すると、ステップＳＴ３４にてモード設定部１１は検索モードを終了して、通常モードを設定する。つまり、操作子ＯＥ１が離れることにより、ユーザの検索操作が終了したと判断して、検索モードを終了するのである。

以上のように、検索モードにおいて操作子ＯＥ１が表示部４１に近づいた状態から遠ざかると、モード設定部１１は通常モードを設定する。よってユーザは、改めて通常モードを設定するための入力を行う必要はない。したがって、ユーザの利便性が高い。

＜機能存在報知部１１０の機能の実装場所＞
ここでは制御部１０は、プログラムを実行して、アプリケーション処理部１２０および機能存在報知部１１０の機能を実現する。図１３は、電子機器１００の機能的な階層構造について説明する図である。図１３に示すように、電子機器１００は、ハードウェア層ＨＷ１と、オペレーションシステム層ＯＳ１と、アプリケーション層ＡＰ１とを含んでいる。ハードウェア層ＨＷ１は物理的な装置を含む。例えば入力部５０および報知部４０などのハードウェア構成がハードウェア層ＨＷ１に属している。

オペレーションシステム層ＯＳ１は、ハードウェア層ＨＷ１の上層に配置され、例えばカーネルＫ１と、ライブラリＬ１と、フレームワークＦ１とを有している。カーネルＫ１は、アプリケーションの起動、中断、再開、終了等を制御するためのプロセス制御、および、ハードウェア層ＨＷ１と情報をやりとりするための入出力制御などの基本的な機能を提供する。ライブラリＬ１は、カーネルＫ１が有する機能を利用したり、汎用的な処理を実行するための各種の部品（ソフトウェアモジュール）を含む。

フレームワークＦ１は、オペレーションシステムに固有な機能を利用するためのソフトウェアモジュールを含む。フレームワークＦ１は、例えば画面制御を行うためのモジュール、画面上に配置される要素を制御するためのモジュール、利用者に対する通知を行うためのモジュールなどを含む。

アプリケーション層ＡＰ１には、オペレーションシステム上で動作する各種のアプリケーションが実装される。アプリケーションは、上述のように、電話アプリケーション、ウェブブラウザ、または、メッセージアプリケーションなどである。よってアプリケーション処理部１２０の機能はアプリケーション層に実装される、とも説明できる。これらのアプリケーションは、アプリケーション処理部１２０が必要に応じてオペレーションシステム層ＯＳ１を介してハードウェア層ＨＷ１にアクセスすることで、実行される。

機能存在報知部１１０（モード設定部１１１、サブ機能存否判断部１１２および報知制御部１１３）の機能は、オペレーションシステム層ＯＳ１に実装されてもよい。サブ機能存否判断部１１２はアプリケーション層ＡＰ１で実行中のアプリケーションにおける各要素に対する動作設定を、例えばリスナーの有無によって把握することができ、各要素にサブ機能が設定されているか否かを判断できる。

機能存在報知部１１０がオペレーションシステム層ＯＳ１に実装されていれば、オペレーションシステムが機能存在報知部１１０の機能を実行することができる。よって、アプリケーション層ＡＰ１に実装される複数のアプリケーションのいずれにも、機能存在報知部１１０の機能を適用することができる。したがって、例えばいわゆるサードベンダー等によって、新たなアプリケーションが記憶部１０３に書き込まれたとしても、そのアプリケーションに対しても、機能存在報知部１１０の機能を適用することができる。

なお、必ずしも機能存在報知部１１０の全ての機能をオペレーションシステム層ＯＳ１に実装する必要はなく、例えばアプリケーション層ＡＰ１とオペレーションシステム層ＯＳ１とにまたがって実装されてもよい。例えばサブ機能存否判断部１１２はオペレーションシステム層ＯＳ１に実装される。なぜなら、サブ機能が設定されているかの情報（例えばリスナー）は、各アプリケーションが保持しているので、これを取得すべく、サブ機能存否判断部１１２はオペレーション層ＯＳ１に実装するのである。一方で、例えば報知部４０へと制御信号を出力する機能およびモードを設定する機能などは、アプリケーション層ＡＰ１に実装されればよい。この場合、モードの情報およびサブ機能存否判断部１１２の判断結果は、アプリケーション層ＡＰ１とオペレーションシステム層ＯＳ１との間でやり取りされる。この場合でも、機能存在報知部１１０の機能を複数のアプリケーションのいずれにも適用することができる。

なお上述の一例では、サブ機能として、コンテキストメニューを表示する機能を説明したが、他の機能を採用してもよい。例えばサブ操作（例えばロングタップ）に応答して、各要素に表示された内容を拡大表示する機能も、サブ機能として把握できる。あるいは、サブ操作に応答して種々の情報を表示する機能をサブ機能として採用してもよい。

また上述の一例では、要素をコンポーネント（より具体的にはView）として説明した。しかるに、必ずしもこれに限らない。例えばテキストに、リンクが設定されている場合がある。図１４の例示では、テキストＴ１が表示されており、このテキストＴ１は例えばＵＲＬ(Uniform Resource Locator)を示している。なおテキストＴ１の表示位置は図１４に限らず任意である。このテキストには、リンクが設定されとともに、コンテキストメニューの表示機能も設定されてもよい。例えばユーザがこのテキストＴ１に対して操作(例えばタップ)を行うと、アプリケーション処理部１２０は、ウェブブラウザを起動して、そのＵＲＬで示されるページを表示部４１に表示する。またこのテキストに対してサブ操作（例えばロングタップ）を行うと、アプリケーション処理部１２０はサブ機能として、例えばコンテキストメニューを表示する。

このような場合に、報知モードにおいてテキストＴ１に対する検索操作をタッチパネル５２が検出したときに、報知制御部１１３は報知を行う。

また、テキストが表示された領域においてロングタップを行うことで、コピーおよびペーストを選択するためのコンテキストメニューが表示される場合がある。この領域としては、例えばウェブブラウザにおいてテキストが表示された領域などが挙げられる。かかる場合にも、機能存在報知部１１０は、この領域内における操作に応じた機能の情報をアプリケーション処理部１２０から得ることができる。よって検索モードにおいて、当該領域に対する検索操作が行われたことがタッチパネル５２によって検出されたときには、報知制御部１１３は報知部４０を用いた報知を行ってもよい。つまり、このような領域も本実施の形態でいう要素の一例と把握できる。

以上のように、機能存在報知部１１０は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、機能存在報知部１１０がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得る。

実施の形態は、相互に矛盾しない限り、互いに組み合わせて実施することができる。

４０ 報知部
５０ 入力部
５２ タッチパネル
１１０ 機能存在報知部
１１１ モード設定部
１１３ 報知制御部
１１４ 操作無効部
１２０ アプリケーション処理部

Claims (10)

1. 表示部と、
   操作子による前記表示部に対する操作を検出するタッチパネルと、
   報知部と、
   ユーザの入力に応じて通常モードおよび検索モードを設定するモード設定部と、
   主操作に対応した主機能およびサブ操作に対応したサブ機能の両方が設定された第１要素、および、主操作に対応した主機能が設定され、サブ操作に対応したサブ機能が設定されない第２要素を含む複数の要素を、前記表示部に表示し、前記通常モードにおいて前記第１要素および前記第２要素の各々に対する主操作が前記タッチパネルによって検出されたときに、前記第１要素および前記第２要素のうち主操作が行われた要素の主機能を実行し、前記通常モードにおいて前記第１要素に対するサブ操作が前記タッチパネルによって検出されたときに、前記第１要素のサブ機能を実行する処理部と、
   前記検索モードにおいて、前記第１要素に対する検索操作が前記タッチパネルによって検出されたときに、前記報知部を用いてユーザに報知を行い、前記第２要素に対する前記検索操作が前記タッチパネルによって検出されたときに、前記報知部を用いた前記報知を行わない報知制御部と
   を備える、機能存在報知装置。
2. 請求項１に記載の機能存在報知装置であって、
   前記複数の要素は、主操作に対応した主機能が設定されず、サブ操作に対応したサブ機能が設定された第３要素をさらに含み、
   前記報知制御部は、前記検索モードにおいて、前記第３要素に対する前記検索操作が前記タッチパネルによって検出されたときに、前記報知部を用いて前記報知を行う、機能存在報知装置。
3. 請求項１または請求項２に記載の機能存在報知装置であって、
   前記処理部は、前記検索モードにおいて、前記第１要素に対するサブ操作が前記タッチパネルによって検出されたときに、前記第１要素のサブ機能を実行する、機能存在報知装置。
4. 請求項３に記載の機能存在報知装置であって、
   前記処理部は、前記検索モードにおいて、前記第１要素および前記第２要素の各々に対する主操作が前記タッチパネルによって検出されたとしても、前記第１要素および前記第２要素のうち主操作が行われた要素の主機能を実行しない、機能存在報知装置。
5. 請求項１または請求項２に記載の機能存在報知装置であって、
   前記検索モードにおいて、前記サブ操作を無効に設定する操作無効部を更に備える、機能存在報知装置。
6. 請求項１から請求項５のいずれか一つに記載の機能存在報知装置であって、
   前記サブ機能はコンテキストメニューを表示する機能である、機能存在報知装置。
7. 請求項１から請求項６のいずれか一つに記載の機能存在報知装置であって、
   前記サブ操作はタップ以外の操作である、機能存在報知装置。
8. 請求項１から請求項７のいずれか一つに記載の機能存在報知装置であって、
   前記サブ操作および前記検索操作の組み合わせは、
   （ロングタップ、および、タップ）、
   （タップを複数回行う操作、および、タップ）、もしくは、
   （ロングタップ、タップを複数回行う操作、または、タップ、および、操作子を要素に近づける操作であって、前記操作子が前記表示部から遠ざかることを条件としない操作）
   を含む、機能存在報知装置。
9. 請求項１から請求項８のいずれか一つに記載の機能存在報知装置であって、
   前記検索操作は、前記操作子を前記要素に近づける操作であり、
   前記検索モードにおいて、前記操作子を前記表示部に対して近づけた状態から前記操作子を前記表示部から遠ざけたことを前記タッチパネルが検出したときに、前記モード設定部は前記検索モードを終了して前記通常モードを設定する、機能存在報知装置。
10. 請求項１から請求項９のいずれか一つに記載の機能存在報知装置であって、
    プログラムを実行して、前記モード設定部、前記処理部および前記報知制御部の機能を実現する制御部を有し、
    前記報知制御部は、
    前記複数の要素の少なくとも一つに前記検索操作が行われたときに、その要素が前記第１要素であるか否かを判断する機能存否判断部を備え、
    前記処理部の機能はアプリケーション層に実装され、
    前記機能存否判断部の機能はオペレーションシステム層に実装される、機能存在報知装置。

Images