(57)【要約】  本発明は、通話受信画面管理装置及び方法に関し、通信端末の通話受信イベントを検出する通話イベント検出部と、通信端末で現在のディスプレイ部に表示されている画面を保持するかどうかを決定し、通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイされるように保持する画面保持処理部と、前記通話イベント検出部から通話受信イベント検出信号を受信した場合、前記画面保持処理部に画面保持処理要求信号を送信し、前記画面保持処理部から画面保持決定信号が受信された場合、通信端末のディスプレイ部に表示する通話受信インタフェースを構成して、前記画面保持処理部で保持された画面上に通話受信インタフェースを表示する通話受信インタフェース処理部、及び前記通話受信インタフェースに表示された通話受信メニューによるユーザの選択入力に応じて、通話制御を行う通話制御部を含む通話受信画面管理装置及びこれを用いた通話受信画面管理方法を提供する。【選択図】図１
2017506024.tif 000002
【特許請求の範囲】
【請求項１】
通話受信画面管理装置であって、
通信端末の通話受信イベントを検出する通話イベント検出部と、
通信端末で現在のディスプレイ部に表示されている画面を保持するかどうかを決定し、通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするように保持する画面保持処理部と、
前記通話イベント検出部から通話受信イベント検出信号を受信した場合、前記画面保持処理部に画面保持処理要求信号を送信し、前記画面保持処理部から画面保持決定信号が受信された場合、通信端末のディスプレイ部に表示する通話受信インタフェースを構成して前記画面保持処理部で保持された画面上に通話受信インタフェースを表示する通話受信インタフェース処理部と、
前記通話受信インタフェースに表示された通話受信メニューに基づくユーザの選択入力に応じて通話制御を行う通話制御部と、
を含む通話受信画面管理装置。
【請求項２】
前記画面保持処理部は、
通話受信インタフェース処理部が動作することができないアプリケーションが実行されている場合、画面未保持決定信号を通話受信インタフェース処理部に送信する未支援アプリケーション処理部と、
予め設定された例外の画面がディスプレイ部に表示されている場合、画面未保持決定信号を通話受信インタフェース処理部に送信する例外画面処理部と、
前記未支援アプリケーション処理部及び例外画面処理部から画面未保持決定信号が送信されていない場合、予め設定されている通話受信画面の代わりに通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするようにし、画面保持決定信号を通話受信インタフェース処理部に送信する画面保持実行部と、
を含むことを特徴とする請求項１に記載の通話受信画面管理装置。
【請求項３】
前記画面保持実行部は、
現在の時点でディスプレイ部に表示されている最上位の画面が予め設定されている通話受信画面かどうかを判断する画面判断部と、
前記画面判断部で最上位の画面が、前記予め設定されている通話受信画面と判断された場合、前記通話受信画面の直下の画面である通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面として表示する現在画面表示部と、
を含むことを特徴とする請求項２に記載の通話受信画面管理装置。
【請求項４】
前記画面判断部は、
現在の時点でディスプレイ部に表示されている最上位の画面が予め設定されている通話受信画面ではない場合で、予め設定された第１の待機時間が経過していない場合、予め設定された第２の待機時間だけ待機した後、再び現在の時点でディスプレイ部に表示されている最上位の画面が予め設定されている通話受信画面かどうかを判断することを特徴とする請求項３に記載の通話受信画面管理装置。
【請求項５】
前記第２の待機時間は、第１の待機時間よりも短いことを特徴とする請求項４に記載の通話受信画面管理装置。
【請求項６】
前記現在画面表示部は、
前記画面判断部で最上位の画面が、前記予め設定されている通話受信画面と判断された場合、前記通話受信画面の直下の画面である通話受信イベントの発生時にディスプレイ部に表示されていた画面の情報を得て、前記得られた情報に応じて、前記直下の画面を最上位の画面として表示することを特徴とする請求項３に記載の通話受信画面管理装置。
【請求項７】
前記通話受信インタフェース処理部は、
前記通話受信インタフェースを前記画面保持処理部で保持された画面の一部の領域に表示することを特徴とする請求項１に記載の通話受信画面管理装置。
【請求項８】
前記通話受信インタフェースは、通話受信及び通話拒否メニューを含む通話受信メニューを含むことを特徴とする請求項７に記載の通話受信画面管理装置。
【請求項９】
前記通話制御部は、前記通話受信インタフェースを含む画面保持処理部で保持された画面をディスプレイ部に表示しながら通話制御を行うことを特徴とする請求項１に記載の通話受信画面管理装置。
【請求項１０】
請求項１から９のいずれか一項に記載の通話受信画面管理装置により通話受信画面を管理する方法であって、
通話イベント検出部が通信端末の通話受信イベントを検出する第１の段階と、
通話イベント検出部が通話受信インタフェース処理部に通話受信イベント検出信号を送信する第２の段階と、
通話受信インタフェース処理部が画面保持処理部に画面保持処理要求信号を送信する第３の段階と、
画面保持処理部が通信端末で現在のディスプレイ部に表示されている画面を保持するかどうかを決定し、通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするように保持する第４の段階と、
通話受信インタフェース処理部が通信端末のディスプレイ部に表示する通話受信インタフェースを構成して前記第４の段階で保持された画面上に通話受信インタフェースを表示する第５の段階と、
通話制御部が、前記第５の段階で表示された通話受信インタフェースの通話受信メニュー基づくユーザの選択入力に応じて通話制御を行う第６の段階と、
を含む通話受信画面管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話受信画面管理装置及び方法に関し、より詳細には、通話受信時のディスプレイ部に表示されていた画面を保持しながら、通話受信インタフェースを提供することができる通話受信画面管理装置及び方法に関する。
【背景技術】
【０００２】
一般的に、通信端末から電話を受信した場合、発信者の名前と電話番号が表示される通話受信画面がディスプレイ部に表示される。このような通話受信画面は、通信端末のオペレーティングシステムにおいて基本的に提供されるものである。
【０００３】
このような従来の基本提供通話受信画面は、電話がかかって来る前にユーザーが用いていた画面の露出をすぐに中断させて、基本提供通話受信画面をディスプレイ部に表示してしまうという限界があった。したがって、ユーザーの立場では、用いていた画面、例えば、インターネットブラウザの画面をそのまま見たい場合があってもそんなことができなかったという問題がある。
【０００４】
また、このような基本提供通話受信画面に加えて、独自の通話受信画面を提供したい場合があるが、独自の通話受信画面を提供するためには、オペレーティングシステムで基本的に提供される通話受信画面管理アプリケーションと連動して、基本提供通話受信画面の露出を中断させ、別途の通話受信画面を露出しなければならない。しかし、これは通信端末メーカー、およびオペレーティングシステムとの連動仕様定義などの追加的な手順が必要なので、端末のリリースとともに搭載されているプリロードアプリの他に、実際に提供するためには、いくつかの制約があるので、よく活用されていない。 
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、前記のような問題点に鑑みて導出されたものであって、通話受信時のディスプレイ部に表示されていた画面をそのまま保持しながら、独自の通話受信画面を提供することができる装置及び方法を提供することを目的とする。
【０００６】
また、本発明は、通話受信時に、オペレーティングシステムで提供される基本通話受信画面の代わりにカスタマイズされた通話受信画面を簡単かつ効率的な方式で提供することができる装置及び方法を提供することを他の目的とする。
【０００７】
また、本発明は、カスタマイズされた通話受信画面を提供することにより、広告や追加情報を公開できる装置及び方法を提供することを他の目的とする。
【課題を解決するための手段】
【０００８】
前記のような課題を解決するため、本発明は、通話受信画面管理装置において、通信端末の通話受信イベントを検出する通話イベント検出部と、通信端末で現在のディスプレイ部に表示されている画面を保持するかどうかを決定し、通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするように保持する画面保持処理部と、前記通話イベント検出部から通話受信イベント検出信号を受信した場合、前記画面保持処理部に画面保持処理要求信号を送信し、前記画面保持処理部から画面保持決定信号が受信された場合、通信端末のディスプレイ部に表示する通話受信インタフェースを構成して前記画面保持処理部で保持された画面上に通話受信インタフェースを表示する通話受信インタフェース処理部と、前記通話受信インタフェースに表示された通話受信メニューに基づくユーザの選択入力に応じて、通話制御を行う通話制御部を含む通話受信画面管理装置と、を提供する。
【０００９】
ここで、前記画面保持処理部は、通話受信インタフェース処理部が動作できないアプリケーションが実行されている場合、画面未保持決定信号を通話受信インタフェース処理部に送信する未支援アプリケーション処理部と、予め設定された例外の画面がディスプレイ部に表示されている場合、画面未保持決定信号を通話受信インタフェース処理部に送信する例外画面処理部と、前記未支援アプリケーション処理部及び例外画面処理部で画面未保持決定信号が送信されていない場合、予め設定されている通話受信画面の代わりに通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするようにし、画面保持決定信号を通話受信インタフェース処理部に送信する画面保持実行部と、を含むことが好ましい。
【００１０】
また、前記画面保持実行部は、現在の時点でディスプレイ部に表示されている最上位の画面が予め設定されている通話受信画面かどうかを判断する画面判断部と、前記画面判断部で最上位の画面が、前記予め設定されている通話受信画面であると判断された場合、前記通話受信画面の直下の画面である通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面と表示する現在画面表示部を含むことができる。
【００１１】
また、前記画面判断部は、現在の時点でディスプレイ部に表示されている最上位の画面が予め設定されている通話受信画面ではない場合、予め設定された第１の待機時間が経過していない場合、予め設定された第２の待機時間だけ待機した後、再び現在の時点でディスプレイ部に表示されている最上位の画面が予め設定されている通話受信画面かどうかを判断することが好ましい。
【００１２】
ここで、第２の待機時間は、第１の待機時間よりも短いことが好ましい。
【００１３】
また、前記現在画面表示部は、前記画面判断部で最上位の画面が、前記予め設定されている通話受信画面と判断された場合、前記通話受信画面の直下の画面である通話受信イベントの発生時にディスプレイ部に表示されていた画面の情報を得て、前記得られた情報に基づいて前記直下の画面を最上位の画面と表示することができる。
【００１４】
また、前記通話受信インタフェース処理部は、前記通話受信インタフェースを前記画面保持処理部で保持された画面の一部の領域に表示するように構成することもできる。
【００１５】
また、前記通話受信インタフェースは、通話受信、及び通話拒否メニューを含む通話受信のメニューを含むことができる。
【００１６】
また、前記通話制御部は、前記通話受信インタフェースを含む画面保持処理部で保持された画面をディスプレイ部で表示しながら通話制御を行うことができる。
【００１７】
本発明の他の側面によれば、前記のような通話受信画面管理装置により通話受信画面管理方法であって、通話イベント検出部が通信端末の通話受信イベントを検出する第１の段階と、通話イベント検出部が通話受信インタフェース処理部に通話受信イベント検出信号を送信する第２の段階と、通話受信インタフェース処理部が画面保持処理部に画面保持処理要求信号を送信する第３の段階と、画面保持処理部が通信端末で現在のディスプレイ部に表示されている画面を保持するかどうかを決定し、通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするように保持する第４の段階と、 通話受信インタフェース処理部が通信端末のディスプレイ部に表示する通話受信インタフェースを構成して前記第４の段階で保持された画面上に通話受信インタフェースを表示する第５の段階と、通話制御部が、前記第５の段階で表示された通話受信インタフェースの通話受信メニューに基づくユーザの選択入力に応じて、通話制御を行う第６の段階と、を含む通話受信画面管理方法を提供する。
【発明の効果】
【００１８】
本発明によれば、通話受信時のディスプレイ部に表示されていた画面をそのまま保持しながら、独自の通話受信画面を提供できる装置及び方法を提供することができる。
【００１９】
また、本発明は、通話受信時に、オペレーティングシステムで提供される基本通話受信画面の代わりにカスタマイズされた通話受信画面を提供することができる。
【００２０】
また、本発明によれば、カスタマイズされた通話受信画面を提供することにより、広告や追加情報を公開できる装置及び方法を提供することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明による通話受信画面管理装置１００の全体的な構成を示す図である。
【図２】画面保持処理部２０の内部構成を示す図である。
【図３】画面保持実行部２３の構成を示す図である。
【図４】画面保持実行部２３の動作を示すフローチャートである。
【図５】本発明により、従来の通信端末で一般的に提供される通話受信画面と本発明によって通話受信インタフェースが表示される画面とを比較して示すものである。
【図６】図１〜図５を参照して説明した通話受信画面管理装置１００によって行われる方法の一実施例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、添付図面を参照して、本発明による実施例を詳細に説明する。
【００２３】
図１は、本発明による通話受信画面管理装置１００の全体的な構成を示す図である。
【００２４】
図１に示すように、通話受信画面管理装置１００は、通話イベント検出部１０と、画面保持処理部２０と、通話受信インタフェース処理部３０と、通話制御部４０と、を含む。
【００２５】
このような通話受信画面管理装置１００の全体的な動作を概略的に説明すると、次の通りである。
【００２６】
まず、通話イベント検出部１０が通話受信イベントを検出すると、通話受信インタフェース処理部３０は、画面保持処理部２０に画面保持処理要求信号を送信する。画面保持処理部２０は、通信端末で現在のディスプレイ部に表示されている画面を保持するかどうかを決定し、通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするように保持した後、通話受信インタフェース処理部３０に画面保持決定信号を送信する。通話受信インタフェース処理部３０は、画面保持決定信号を受信すると、通信端末のディスプレイ部に表示する通話受信インタフェースを構成して、画面保持処理部２０で保持された画面上に通話受信インタフェースを表示し、通話制御部４０は、通話受信インタフェースに表示された通話受信メニューに基づくユーザの選択入力に応じて、通話制御を行う。
【００２７】
以下、通話受信画面管理装置１００のそれぞれの構成について、より詳細に説明する。
【００２８】
まず、本発明では、通話受信画面管理装置１００は、通信端末に含まれるが、アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）の形で設置されたり、オペレーティングシステム（ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ）に含まれて具現されることができる。または、ハードウェアの形で具現されることができることは言うまでもない。
【００２９】
通信端末とは、一般的に使用される移動通信端末機を意味し、特に本発明においては、入出力機能を行うディスプレイ部を備え、アプリケーションを設置及び実行できる、いわゆる「スマートフォン」であることが好ましい。
【００３０】
通話イベント検出部１０は、通信端末の通話受信イベントを検出する機能を行う。ここで、通話受信イベントとは、通信端末で発生する通話サービスに関連するイベントのうち通話受信時、すなわち、電話がかかってきたとき、通信端末で発生するイベントを意味する。通話サービスに関連するイベントは、例えば通話待機状態のアイドル（ＩＤＬＥ）、電話を切る状態のオフフック（ＯＦＦＨＯＯＫ）、電話の受信状態としてベルが鳴っている状態のリンギング（ＲＩＮＧＩＮＧ）などがあり、ここで、リンギングが本発明で電話がかかってきたとき、通信端末で発生する通話受信イベントである。一方、通話中に他の人から電話がかかってくる場合である通話待機呼受信の場合にも、通話受信イベントに含まれる。 
【００３１】
このようなイベントは、通信端末に設けられたオペレーティングシステムによって検出されることができ、このような場合、通話イベント検出部１０は、オペレーティングシステムに含まれた機能上のモジュールを意味する。または、通話イベント検出部１０を別途に備えて、オペレーティングシステムでの別途のイベント検出/処理部を介してイベントの結果を受信するように構成することもできる。いずれの場合でも関係なく、通話イベント検出部１０は、通信端末で通話受信イベントが発生した場合、これを感知(検出）して通話受信インタフェース処理部３０に通話受信イベントが発生したことを知らせる通話受信イベント検出信号を送信する。通話受信インタフェース処理部３０は、後述するように、画面保持処理部２０と連動して、現在のディスプレイ部に表示されている画面を保持し、通話受信インタフェースを構成してディスプレイ部に表示するようになる。
【００３２】
画面保持処理部２０は、通信端末で現在のディスプレイ部に表示されている画面を保持するかどうかを決定し、通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするように保持する機能を行う。
【００３３】
前述したように、前記通話イベント検出部１０は、通話受信イベントが検出された場合、通話受信イベント検出信号を通話受信インタフェース処理部３０に送信し、通話受信インタフェース処理部３０は、それに応じて画面保持処理部２０に画面保持処理要求信号を送信する。画面保持処理部２０は、画面保持処理要求信号を受信すると、通信端末のディスプレイ部に現在表示されている画面を保持するかどうかを決定し、現在表示されている画面を保持する場合、通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするように保持する機能を行う。
【００３４】
図２は、画面保持処理部２０の内部構成を示す図である。
【００３５】
図２に示すように、画面保持処理部２０は、未支援アプリケーション処理部２１と、例外画面処理部２２と、画面保持実行部２３と、を含む。
【００３６】
未支援アプリケーション処理部２１は、通話受信インタフェース処理部３０が動作することができないアプリケーションが実行されている場合、画面未保持決定信号を通話受信インタフェース処理部３０に送信する機能を担当する。後述のように、通話受信インタフェース処理部３０は、オペレーティングシステムによって、基本的に提供される通話受信画面の代わりに、別途の通話受信画面を現在実行されている画面を保持しながら、ディスプレイ部に表示するようになるが、このような機能を支援していない、すなわち、このような機能が動作できないアプリケーションが実行されている場合がある。未支援アプリケーション処理部２１は、このようなアプリケーションが実行されているかどうかを判断して、そのようなアプリケーションが実行されている場合、現在実行されている画面を保持することができないという画面未保持決定信号を通話受信インタフェース処理部３０に送信するようになる。通話受信インタフェース処理部３０は、画面未保持決定信号を受信すると、以後の手順を省略して一般的な通話の受信手順、すなわち、オペレーティングシステムによって、基本的に設定されている手順によって、通話受信画面を表示するようになる。
【００３７】
要するに、未支援アプリケーション処理部２１は、本発明による画面保持機能及び通話受信インタフェースの表示機能が正常に動作することができないアプリケーションが実行されているかを判断することにより、本発明による以後の処理が行われることができない状況であるかどうかを判断する。未支援アプリケーションの実行可否は、例えば、未支援アプリケーションのリストを予め保存しておき、このリストに含まれているアプリケーションが現在実行されているかどうかを、オペレーティングシステムで確認する方法を使用することができる。
【００３８】
例外画面処理部２２は、予め設定された例外画面がディスプレイ部に表示されている場合、画面未保持決定信号を通話受信インタフェース処理部３０に送信する機能を行う。ここで、予め設定された例外画面は、本発明による以後の処理手順による画面保持機能及び通話受信インタフェースの表示機能が実行されないように予め設定された画面を意味し、このような例外画面がディスプレイ部に表示されている場合、例外画面処理部２２は、画面未保持決定信号を通話受信インタフェース処理部３０に送信する。通話受信インタフェース処理部３０は、画面未保持決定信号を受信すると、以後の手順を省略し、一般的な通話受信手順、すなわち、オペレーティングシステムによって基本的に設定されている手順に従って、通話受信画面を表示するようになる。
【００３９】
要するに、未支援アプリケーション処理部２１と例外画面処理部２２は、本発明による画面保持機能及び通話受信インタフェースの表示機能を行うことができない状況であるかどうかを判断する機能を行う。
【００４０】
画面保持実行部２３は、前記未支援アプリケーション処理部２１及び例外画面処理部２２から画面未保持決定信号が送信されていない場合、予め設定されている通話受信画面の代わりに通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするようにし、画面保持決定信号を通話受信インタフェース処理部３０に送信する。つまり、画面保持実行部２３は、未支援アプリケーション処理部２１と例外画面処理部２２から画面未保持決定信号が送信されていない場合、つまり、画面を保持しても良いと判断された場合、オペレーティングシステムにによって基本的に提供されるものと予め設定されている既存の通話受信画面の代わりに通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするようにし、画面保持決定信号を通話受信インタフェース処理部３０に送信する。
【００４１】
図３は、画面保持実行部２３の構成を示す図である。
【００４２】
まず、図３を参照すると、画面保持実行部２３は、画面判断部２３１及び現在画面表示部２３２を含む。
【００４３】
画面判断部２３１は、現在の時点でディスプレイ部に表示されている最上位の画面が予め設定されている通話受信画面かどうか、つまり、オペレーティングシステムによって基本的に提供される通話受信画面かどうかを判断する機能を処理する。
【００４４】
また、現在画面表示部２３２は、前記画面判断部２３１で最上位の画面が、前記予め設定されている通話受信画面と判断された場合、前記通話受信画面の直下の画面である通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面に表示する機能を行う。つまり、現在画面表示部２３２は、最上位の画面に、オペレーティングシステムによって基本的に提供される通話受信画面が表示されることを待ってから、該当通話受信画面が表示されると、その直下の画面、すなわち、通話受信イベントの発生時（電話がかかってきたとき）にディスプレイ部に表示されていた画面を最上位の画面に引き上げて表示する機能を行う。
【００４５】
図４は、画面保持実行部２３の動作を示すフローチャートであり、図４を参照して、このような画面保持実行部２３の動作を具体的に説明すると、次の通りである。
【００４６】
まず、画面保持機能が作動すると（Ｓ１００）（これは、前述したように未支援アプリケーション処理部２１と例外画面処理部２２から画面未保持決定信号が送信されない場合をいう）、画面保持実行部２３の画面判断部２３１は、まず、現在の時点で通信端末のディスプレイ部に表示されている最上位の画面が予め設定されている通話受信画面かどうかを判断するため、現在実行中の最上位画面情報を照会する（Ｓ１１０）。現在実行中の最上位画面情報、すなわち、現在、ディスプレイ部に表示されている最上位の画面の情報は、オペレーティングシステムで提供される機能を用いることができる。例えば、アンドロイド オペレーティングシステムの場合には、アクティビティマネージャ（Ａｃｔｉｖｉｔｙ Ｍａｎａｇｅｒ）のｇｅｔＲｕｎｎｉｎｇＴａｓｋｓ（）メソッドを使用すると、最上位の画面の情報を得ることができる。
【００４７】
次に、画面判断部２３１は、得られた最上位の画面の情報に基づいて、最上位の画面が予め設定されている通話受信画面かどうかを確認する（Ｓ１２０）。また、オペレーティングシステムで提供される機能を通じて確認することができるが、例えば、アンドロイドシステムの場合、最上位の画面情報を通じてパッケージ（Ｐａｃｋａｇｅ）の名前やクラス（Ｃｌａｓｓ）の名前を確認することにより可能である。
【００４８】
このとき、最上位の画面が予め設定されている通話受信画面、すなわち、オペレーティングシステムによって基本的に提供される通話受信画面ではない場合、予め設定した第１の待機時間が超えたかどうかを判断し（Ｓ１３０）、超えていない場合には、第２の待機時間の間にしばらく待機した後（Ｓ１４０）、段階（Ｓ１１０）に戻って、前記のような過程を繰り返して行う。
【００４９】
ここで、第２の待機時間は、第１の待機時間よりも短く、例えば第１の待機時間は、１〜２秒程度が好ましく、第２の待機時間は数十ミリ秒（ｍｉｌｌｉｓｅｃｏｎｄ）程度が好ましい。
【００５０】
もし、段階（Ｓ１３０）で第１の待機時間が経過した場合、つまり、１〜２秒後にも最上位の画面が予め設定しておいた通話受信画面ではない場合には、正常に通話受信手順が行われていない状況なので、画面保持機能の作動を中断させ（Ｓ１５０）、以後の手順を中止させる。
【００５１】
このような過程を繰り返し、段階（Ｓ１２０）で、最上位の画面が予め設定されている通話受信画面、すなわち、オペレーティングシステムによって、基本的に提供される通話受信画面である場合には、画面保持実行部２３の現在画面表示部２３２は、前記予め設定された通話受信画面の直下の画面、すなわち、通話受信イベントの発生時にディスプレイ部に表示されていた画面の情報を照会して情報を得る（Ｓ１６０）。また、段階（Ｓ１１０）で説明したような方式でオペレーティングシステムで提供される機能を用いて得ることができる。つまり、例えば、アンドロイドシステムの場合には、アクティビティマネージャ（Ａｃｔｉｖｉｔｙ Ｍａｎａｇｅｒ）のｇｅｔＲｕｎｎｉｎｇＴａｓｋｓ（）メソッドを使用することができる。
【００５２】
通話受信画面の直下の画面の情報を得ると、現在画面表示部２３２は、前記得られた情報に基づいて通話受信画面の直下の画面を最上位の画面に引き上げてディスプレイ部に最上位の画面として表示するようにする（Ｓ１７０）。また、オペレーティングシステムの機能を用いることができるが、例えば、アンドロイドシステムの場合、アクティビティマネージャ（Ａｃｔｉｖｉｔｙ Ｍａｎａｇｅｒ）のｍｏｖｅＴａｓｋＴｏＦｒｏｎｔ（）メソッドを使用することにより可能である。
【００５３】
このような過程を終了すると、通話受信イベントの発生時にディスプレイ部に表示されていた画面が通話受信画面の代わりに、そのまま画面に保持表示されるようになり、画面保持機能の作動が完了する（Ｓ１８０）。こうようになると、画面保持実行部２３は、画面の保持が完了したことを知らせる画面保持決定信号を通話受信インタフェース処理部３０に送信する。
【００５４】
次に、再び図１を参照して、通話受信インタフェース処理部３０について説明する。
【００５５】
通話受信インタフェース処理部３０は、通話イベント検出部１０から通話受信イベント検出信号を受信した場合、画面保持処理部２０に画面保持処理要求信号を送信し、画面保持処理部２０から画面保持決定信号が受信された場合、通信端末のディスプレイ部に表示する通話受信インタフェースを構成して、画面保持処理部２０で保持された画面、すなわち、通話受信イベントの発生時にディスプレイ部に表示されていた画面上に通話受信インタフェースを表示する機能を行う。
【００５６】
すなわち、通話受信インタフェース処理部３０は、通話受信イベントが発生した場合、画面保持処理部２０により、既存の通話受信画面の代わりに保持される通話受信イベントの発生時に表示される画面上に、別途の通話受信インタフェースを表示する機能を処理する。
【００５７】
図５は、本発明により既存の通信端末から一般的に提供される通話受信画面と本発明によって通話受信インタフェースが表示される画面とを比較して示したものである。
【００５８】
図５を参照すると、（ａ）は、従来の一般的な通話受信画面を示したものであることが分かる。一方、右側の（ｂ）は、本発明によって通話受信イベントの発生時にディスプレイ部に表示されていた画面がそのまま保持されながら(すなわち、既存の通話受信画面が提供される代わりに）、本発明による通話受信インタフェースが上部に表示されていることか分かる。
【００５９】
図５の（ｂ）の画面に示すように、ユーザーはインターネットブラウザを実行していた状態で、「ホン・ギルドン」から電話がかかってきて、このとき従来技術は、（ａ）のような画面をディスプレイ部に表示するが、本発明によれば、通話受信イベント発生時、（ａ）のような従来の通話受信画面を提供する代わりに、ディスプレイ部に提供されていた画面、すなわち、インターネットブラウザ上でのウェブページの画面をそのままディスプレイ部の最上位の画面として提供していることが分かる。また、このようなインターネットブラウザ上でのウェブページ画面の上段に「発信者の名前」、「発信者の電話番号」などの情報とともにユーザーが選択できるメニューである「通話（通話受信メニュー）」、「切断（通話拒否メニュー）」などの選択メニューを表示することになる。
【００６０】
図５の（ｂ）に示すように、本発明による通話受信インタフェースは、画面保持処理部２０で保持された画面を全体的に隠さずに、一部の領域に部分的に表示されることが好ましい。
【００６１】
通話制御部４０は、図５の（ｂ）に示されたような通話受信インタフェースに表示された通話受信メニュー（通話受信メニュー（通話）、通話拒否メニュー（切断））に基づくユーザーの選択入力に応じて、通話制御を行うことになる。通話受信メニューを選択すると、通話が行われるようになるが、この時にも画面保持処理部２０で保持された画面は、続けて保持されるようにすることができる。一方、通話拒否メニューを選択すると、通話拒否アクションが行われ、ディスプレイ部で通話受信インタフェースを削除して、元に表示されていた画面、すなわち、インターネットブラウザ上でのウェブページがそのまま表示されるようになるだろう。
【００６２】
図６は、図１〜図５を参照して説明した通話受信画面管理装置１００によって行われる方法の一実施例を示すフローチャートである。
【００６３】
まず、通話イベント検出部１０で通話受信イベントを検出し、すなわち、電話がかかってきた場合、これをイベントとして検出した場合（Ｓ２００）、通話イベント検出部１０は、通話受信イベントが発生したことを知らせる通話受信イベント検出信号を通話受信インタフェース処理部３０に送信する（Ｓ２１０）。
【００６４】
通話受信インタフェース処理部３０は、本発明による画面保持機能の動作可否を確認し（Ｓ２２０）、画面の保持機能の動作がオン（Ｏｎ）に設定されている場合、画面保持処理部２０に画面保持処理要求信号を送信する(Ｓ２３０）。
【００６５】
画面保持処理部２０は、例外の状況を処理して、通話受信イベントの発生時に表示されていた画面を保持できない場合でないかどうかを確認し（Ｓ２４０）、画面保持機能を動作させる(Ｓ２５０）。
【００６６】
ここで、例外の状況を処理することは、前述したように、未支援アプリケーション処理部２１と例外画面処理部２２で本発明による画面保持機能が行われることができない場合を判断するものであり、ここで、例外の状況ではない場合、画面保持実行部２３で画面保持機能を動作するようになる（Ｓ２５０）。
【００６７】
画面保持実行部２３での画面保持機能の動作は、図４で説明したように、段階（Ｓ１００）ないし段階（Ｓ１８０）を通じて行われ、このような過程を介して一般的に提供される通話受信画面、すなわち、通信端末のオペレーティングシステムにより、既存に提供される一般的な通話受信画面の代わりに通話受信イベントの発生時にディスプレイ部に表示されていた画面を通話受信画面として保持できるようになる。
【００６８】
画面保持実行部２３は、画面の保持が正常になされた場合、これを知らせるための画面保持決定信号を通話受信インタフェース処理部３０に送信する（Ｓ２６０）。
【００６９】
画面保持決定信号を受信すると、通話受信インタフェース処理部３０は、通信端末のディスプレイ部に表示する通話受信インタフェースを例えば図５の（ｂ）のように構成し、構成された通話受信インタフェースを図５の（ｂ）に示すように、画面保持処理部２０で保持された画面上に表示する（Ｓ２７０）。
【００７０】
このような状態で、例えば、ユーザーが「通話受信メニュー（通話）」を選択すると（Ｓ２８０）、通話受信インタフェース処理部３０は、これを通話制御部４０に通知し（Ｓ２９０）、通話制御部４０は、通話受信処理を行って通話がなされるようにする。
【００７１】
以上、本発明の好適な実施例を参照して本発明を説明したが、本発明は、前記実施例に限定されるものではなく、添付した請求の範囲及び図面を参照して把握される本発明の範囲内で多様な修正/変形実施が可能であることは、言うまでもない。
【００７２】
（付記１）
通話受信画面管理装置であって、
通信端末の通話受信イベントを検出する通話イベント検出部と、
通信端末で現在のディスプレイ部に表示されている画面を保持するかどうかを決定し、通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするように保持する画面保持処理部と、
前記通話イベント検出部から通話受信イベント検出信号を受信した場合、前記画面保持処理部に画面保持処理要求信号を送信し、前記画面保持処理部から画面保持決定信号が受信された場合、通信端末のディスプレイ部に表示する通話受信インタフェースを構成して前記画面保持処理部で保持された画面上に通話受信インタフェースを表示する通話受信インタフェース処理部と、
前記通話受信インタフェースに表示された通話受信メニューに基づくユーザの選択入力に応じて通話制御を行う通話制御部と、
を含む通話受信画面管理装置。
【００７３】
（付記２）
前記画面保持処理部は、
通話受信インタフェース処理部が動作することができないアプリケーションが実行されている場合、画面未保持決定信号を通話受信インタフェース処理部に送信する未支援アプリケーション処理部と、
予め設定された例外の画面がディスプレイ部に表示されている場合、画面未保持決定信号を通話受信インタフェース処理部に送信する例外画面処理部と、
前記未支援アプリケーション処理部及び例外画面処理部から画面未保持決定信号が送信されていない場合、予め設定されている通話受信画面の代わりに通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするようにし、画面保持決定信号を通話受信インタフェース処理部に送信する画面保持実行部と、
を含むことを特徴とする付記１に記載の通話受信画面管理装置。
【００７４】
（付記３）
前記画面保持実行部は、
現在の時点でディスプレイ部に表示されている最上位の画面が予め設定されている通話受信画面かどうかを判断する画面判断部と、
前記画面判断部で最上位の画面が、前記予め設定されている通話受信画面と判断された場合、前記通話受信画面の直下の画面である通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面として表示する現在画面表示部と、
を含むことを特徴とする付記２に記載の通話受信画面管理装置。
【００７５】
（付記４）
前記画面判断部は、
現在の時点でディスプレイ部に表示されている最上位の画面が予め設定されている通話受信画面ではない場合で、予め設定された第１の待機時間が経過していない場合、予め設定された第２の待機時間だけ待機した後、再び現在の時点でディスプレイ部に表示されている最上位の画面が予め設定されている通話受信画面かどうかを判断することを特徴とする付記３に記載の通話受信画面管理装置。
【００７６】
（付記５）
前記第２の待機時間は、第１の待機時間よりも短いことを特徴とする付記４に記載の通話受信画面管理装置。
【００７７】
（付記６）
前記現在画面表示部は、
前記画面判断部で最上位の画面が、前記予め設定されている通話受信画面と判断された場合、前記通話受信画面の直下の画面である通話受信イベントの発生時にディスプレイ部に表示されていた画面の情報を得て、前記得られた情報に応じて、前記直下の画面を最上位の画面として表示することを特徴とする付記３に記載の通話受信画面管理装置。
【００７８】
（付記７）
前記通話受信インタフェース処理部は、
前記通話受信インタフェースを前記画面保持処理部で保持された画面の一部の領域に表示することを特徴とする付記１に記載の通話受信画面管理装置。
【００７９】
（付記８）
前記通話受信インタフェースは、通話受信及び通話拒否メニューを含む通話受信メニューを含むことを特徴とする付記７に記載の通話受信画面管理装置。
【００８０】
（付記９）
前記通話制御部は、前記通話受信インタフェースを含む画面保持処理部で保持された画面をディスプレイ部に表示しながら通話制御を行うことを特徴とする付記１に記載の通話受信画面管理装置。
【００８１】
（付記１０）
付記１から９のいずれか一つに記載の通話受信画面管理装置により通話受信画面を管理する方法であって、
通話イベント検出部が通信端末の通話受信イベントを検出する第１の段階と、
通話イベント検出部が通話受信インタフェース処理部に通話受信イベント検出信号を送信する第２の段階と、
通話受信インタフェース処理部が画面保持処理部に画面保持処理要求信号を送信する第３の段階と、
画面保持処理部が通信端末で現在のディスプレイ部に表示されている画面を保持するかどうかを決定し、通話受信イベントの発生時にディスプレイ部に表示されていた画面を最上位の画面にディスプレイするように保持する第４の段階と、
通話受信インタフェース処理部が通信端末のディスプレイ部に表示する通話受信インタフェースを構成して前記第４の段階で保持された画面上に通話受信インタフェースを表示する第５の段階と、
通話制御部が、前記第５の段階で表示された通話受信インタフェースの通話受信メニュー基づくユーザの選択入力に応じて通話制御を行う第６の段階と、
を含む通話受信画面管理方法。
【図１】
2017506024.tif 000003
【図２】
2017506024.tif 000004
【図３】
2017506024.tif 000005
【図４】
2017506024.tif 000006
【図５】
2017506024.tif 000007
【図６】
2017506024.tif 000008
【国際調査報告】
2017506024.tif 000009
2017506024.tif 000010
2017506024.tif 000011
2017506024.tif 000012