JP6240363B2 - 番号マーキング方法、装置、プログラム及び記録媒体 - Google Patents

Description

本願は、出願番号が２０１５１０１５００５３．６であり、出願日が２０１５年０３月３１日である中国特許出願に基づいて提出されるものであり、当該中国特許出願の優先権を主張する。ここで、当該中国特許出願の全ての内容は、参考として本願に組み込まれるものとする。

本願はコンピュータ分野に関し、特に番号マーキング方法、装置、プログラム及び記録媒体に関する。

不明番号からユーザに着信することはよくある。ユーザは、知らない着信が迷惑電話であった場合にこの迷惑電話をマーキングしておくことで、当該迷惑電話から再び受信したときに当該迷惑電話を直ちに拒否することができる。

その関連技術としては、端末において、不明番号による電話の通話を終わらせた後に、ユーザが通話内容に基づいて入力した身元マークを取得するステップと、身元マークおよび当該不明番号をサーバーに送信するステップと、サーバーには、当該不明番号と当該身元マークとの対応関係を記憶し、当該対応関係を他の端末に転送するステップと、他の端末のユーザが、当該不明番号による電話を受信したときに、当該身元マークに基づいて電話に出るか否かを決定するステップと、を含む番号マーキング方法が提案されている。

本発明は、ユーザが入力した身元マークの誤りにより、不明番号に対するマーキングが不正確になるという問題を解決するために、番号マーキング方法、装置、プログラム及び記録媒体を提供する。

本発明の実施例の第一態様によれば、
呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、前記サービスアプリケーションによりユーザへ提供される電話番号であって、前記呼出元端末が前記サービスアプリケーションで電話アプリケーションを呼び出すことでコールする電話番号である不明番号と、を受信するステップと、
前記アプリケーション識別子に基づいて、前記サービスアプリケーションに対応するアプリケーションタイプを取得するステップと、
前記アプリケーションタイプに基づいて前記不明番号をマーキングするステップと、を含むことを特徴とする番号マーキング方法を提供する。

本発明の実施例の第二態様によれば、
サービスアプリケーションによりユーザへ提供される電話番号である不明番号をコールしている電話アプリケーションを呼び出した前記サービスアプリケーションが存在するか否かを、検出するステップと、
前記不明番号をコールしている前記電話アプリケーションを呼び出した前記サービスアプリケーションが存在する場合に、前記サービスアプリケーションのアプリケーションタイプを取得するステップと、
前記アプリケーションタイプに基づいて、通話記録に記憶されている前記不明番号をマーキングするステップと、を含む番号マーキング方法を提供する。

本発明の実施例の第三態様によれば、
呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、前記サービスアプリケーションによりユーザへ提供される電話番号であって、前記呼出元端末が前記サービスアプリケーションで電話アプリケーションを呼び出すことでコールする電話番号である不明番号と、を受信するように設定された情報受信モジュールと、
前記情報受信モジュールが受信した前記アプリケーション識別子に基づいて、前記サービスアプリケーションに対応するアプリケーションタイプを取得するように設定されたタイプ取得モジュールと、
前記タイプ取得モジュールが取得した前記アプリケーションタイプに基づいて、前記不明番号をマーキングするように設定された番号マーキングモジュールと、を含む番号マーキング装置を提供する。

本発明の実施例の第四態様によれば、
サービスアプリケーションによりユーザへ提供される電話番号である不明番号をコールしている電話アプリケーションを呼び出した前記サービスアプリケーションが存在するか否かを、検出するように設定されたアプリケーション検出モジュールと、
前記不明番号をコールしている前記電話アプリケーションを呼び出した前記サービスアプリケーションの存在を前記アプリケーション検出モジュールが検出した場合に、前記サービスアプリケーションのアプリケーションタイプを取得するように設定されたタイプ取得モジュールと、
前記タイプ取得モジュールが取得した前記アプリケーションタイプに基づいて、通話記録に記憶されている前記不明番号をマーキングするように設定された番号マーキングモジュールと、を含む番号マーキング装置を提供する。

本発明の実施例の第五態様によれば、
プロセッサと、プロセッサが実行可能なコマンドを記憶するメモリと、を含み、
前記プロセッサは、
呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、前記サービスアプリケーションによりユーザへ提供される電話番号であって、前記呼出元端末が前記サービスアプリケーションで電話アプリケーションを呼び出すことでコールする電話番号である不明番号と、を受信し、
前記アプリケーション識別子に基づいて、前記サービスアプリケーションに対応するアプリケーションタイプを取得し、
前記アプリケーションタイプに基づいて前記不明番号をマーキングするように設定されている、番号マーキング装置を提供する。

本発明の実施例の第六態様によれば、
プロセッサと、プロセッサが実行可能なコマンドを記憶するメモリと、を含み、
前記プロセッサは、
サービスアプリケーションによりユーザへ提供される電話番号である不明番号をコールしている電話アプリケーションを呼び出した前記サービスアプリケーションが存在するか否かを、検出し、
前記不明番号をコールしている前記電話アプリケーションを呼び出した前記サービスアプリケーションが存在する場合に、前記サービスアプリケーションのアプリケーションタイプを取得し、
前記アプリケーションタイプに基づいて、通話記録に記憶されている前記不明番号をマーキングするように設定されている、番号マーキング装置を提供する。

本発明のその他の態様は、
プロセッサに実行されることにより、前記方法を実現することを特徴とするプログラムを提供する。

本発明のその他の態様は、
前記プログラムが記録された記録媒体を提供する。

本発明の実施例で提供される技術的構成は、次の有益な效果を奏する。

呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、サービスアプリケーションによりユーザへ提供される電話番号であって、呼出元端末がサービスアプリケーションで電話アプリケーションを呼び出すことでコールした電話番号とを受信し、サービスアプリケーションに対応するアプリケーションタイプをアプリケーション識別子に基づいて取得し、アプリケーションタイプに基づいて不明番号をマーキングする。サービスアプリケーションにより提供される不明番号が、ユーザに何らかのサービスを提供できるため、サービスアプリケーションのアプリケーションタイプに基づいて不明番号をマーキングすることができる。そのため、ユーザが入力した身元マークの誤りにより、不明番号に対するマーキングが不正確になるという問題を解決しており、不明番号に対するマーキングの正確性を向上させる効果を奏する。

以上の説明および後述の詳細な説明は、単に例示的および説明的なものであり、本発明を限定するものではないと理解される。

ここでの図面は、明細書に組み込まれて明細書の一部を構成し、本発明に合致する実施例を示すと共に、明細書と併せて本発明の原理の解釈に用いられるものである。
例示的な一実施例に係る番号マーキング方法を示すフローチャートである。 例示的な一実施例に係る番号マーキング方法を示すフローチャートである。 例示的な一実施例に係る番号マーキング方法を示すフローチャートである。 例示的な別の実施例に係る番号マーキング方法を示すフローチャートである。 例示的な一実施例に係る番号マーキング装置を示すブロック図である。 例示的な一実施例に係る番号マーキング装置を示すブロック図である。 例示的な一実施例に係る番号マーキング装置を示すブロック図である。 例示的な一実施例に係る番号マーキング装置を示すブロック図である。 例示的な一実施例に係る、番号マーキング用の装置を示すブロック図である。 例示的な一実施例に係る、番号マーキング用の装置を示すブロック図である。

ここで、図面に示された例示的な一実施例を詳細に説明する。以下の記載において、図面を言及するとき、特に説明しない限り、異なる図面における同一番号は同一または同等の要素を示す。以下の例示的な一実施例に記載される実施形態は、本発明に一致する全ての実施形態を代表するものではない。逆に、これら例示的な一実施例は、添付された特許請求の範囲に詳細に記載される、本発明の一部の局面に一致する装置及び方法の例にしかすぎない。

図１は、例示的な一実施例に係る、サーバーに適用される番号マーキング方法を示すフローチャートである。図１に示すように、当該番号マーキング方法は、下記のステップを含む。

ステップ１０１において、呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、サービスアプリケーションによりユーザへ提供される電話番号であって、呼出元端末がサービスアプリケーションで電話アプリケーションを呼び出すことでコールした電話番号と、を受信する。

ステップ１０２において、アプリケーション識別子に基づいて、サービスアプリケーションに対応するアプリケーションタイプを取得する。

ステップ１０３において、アプリケーションタイプに基づいて不明番号をマーキングする。

上述した構成によれば、本願が提供する番号マーキング方法は、呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、サービスアプリケーションによりユーザへ提供される電話番号であって、呼出元端末がサービスアプリケーションで電話アプリケーションを呼び出すことでコールした電話番号と、を受信し、サービスアプリケーションに対応するアプリケーションタイプをアプリケーション識別子に基づいて取得し、アプリケーションタイプに基づいて不明番号をマーキングする。したがって、サービスアプリケーションのアプリケーションタイプに基づいて不明番号をマーキングすることができるため、ユーザが入力した身元マークの誤りにより、不明番号に対するマーキングが不正確になるという問題を解決しており、不明番号に対するマーキングの正確性を向上させる効果を奏する。

図２は、例示的な一実施例に係る、呼出元端末に適用される番号マーキング方法を示すフローチャートである。図２に示すように、当該番号マーキング方法は、下記のステップを含む。

ステップ２０１において、サービスアプリケーションによりユーザへ提供される電話番号である不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在するか否かを、検出する。

ステップ２０２において、不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在する場合に、サービスアプリケーションのアプリケーションタイプを取得する。

ステップ２０３において、アプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングする。

上述した内容によれば、本願が提供する番号マーキング方法は、不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在する場合に、サービスアプリケーションのアプリケーションタイプを取得し、アプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングする。サービスアプリケーションにより提供される不明番号が、ユーザに何らかのサービスを提供できるため、サービスアプリケーションのアプリケーションタイプに基づいて不明番号をマーキングすることができる。そのため、ユーザが入力した身元マークの誤りにより、不明番号に対するマーキングが不正確になるという問題を解決しており、不明番号に対するマーキングの正確性を向上させる効果を奏する。

図３は、例示的な一実施例に係る、呼出元端末に適用される番号マーキング方法を示すフローチャートである。図３に示すように、当該番号マーキング方法は下記のステップを含む。

ステップ３０１において、サービスアプリケーションによりユーザへ提供される電話番号である不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在するか否かを、検出する。

電話アプリケーションは、電話番号をコールするためのアプリケーションであり、呼出元端末のオペレーションシステムから提供される。

サービスアプリケーションは、電話アプリケーションを呼び出す権限を持つアプリケーションである。本実施例において、サービスアプリケーションは、ユーザに不明番号を提供すると共に、当該不明番号をコールするためのコールボタンをユーザに提供することが可能である。ユーザが当該コールボタンをクリックした後、サービスアプリケーションは、電話アプリケーションを呼び出して当該不明番号をコールする。なお、不明番号は、サーバーからサービスアプリケーションへプッシュされてもよく、開発者によりサービスアプリケーション内に設定されていてもよく、本実施例では限定されない。

一使用場面として、サービスアプリケーションは、ユーザ附近のドライバーの電話番号をユーザに提供するタクシー予約アプリケーションであってもよい。この場合、当該電話番号がユーザにとって不明番号であるため、タクシー予約アプリケーションは、当該電話番号をコールするためのコールボタンも提供する。そして、ユーザが当該コールボタンをクリックした後、タクシー予約アプリケーションは、電話アプリケーションを呼び出して当該電話番号をコールする。

別の使用場面として、サービスアプリケーションは、ユーザのために配達してる配達員の電話番号をユーザに提供する速達便アプリケーションであってもよい。この場合、当該電話番号がユーザにとって不明番号であるため、速達便アプリケーションは、当該電話番号をコールするためのコールボタンも提供する。そして、ユーザが当該コールボタンをクリックした後に、速達便アプリケーションは、電話アプリケーションを呼び出して当該電話番号をコールする。

本実施例において、呼出元端末は、電話アプリケーションのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ：アプリケーション・プログラミング・インターフェース）をモニタリングすることが可能である。そして、当該ＡＰＩを呼び出している何らかのサービスアプリケーションを検出した場合には、不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在すると特定する。

ステップ３０２において、不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在する場合に、サービスアプリケーションのアプリケーションタイプを取得する。

なお、呼出元端末は、直接にアプリケーション識別子を用いて不明番号をマーキングしてもよいが、アプリケーション識別子が直観的なものではないため、呼出元端末は、さらにサービスアプリケーションのアプリケーション名称や、アプリケーションタイプ等の情報に基づいて不明番号をマーキングしてもよい。アプリケーションタイプを用いて不明番号をマーキングするとき、呼出元端末内に当該サービスアプリケーションのアプリケーションタイプが記憶されている場合には、呼出元端末は当該アプリケーションタイプを直接に読み出し、読み出した該アプリケーションタイプに基づき、通話記録に記憶されている不明番号をマーキングしてもよい。一方、呼出元端末内に当該サービスアプリケーションのアプリケーションタイプが記憶されていない場合には、呼出元端末はサーバーから該アプリケーションタイプを取得し、取得した該アプリケーションタイプに基づき、通話記録に記憶されている不明番号をマーキングしてもよい。例えば、サービスアプリケーションがタクシー予約アプリケーションであると共に、アプリケーションタイプがタクシー予約関係のものであってもよい。また、サービスアプリケーションが速達便アプリケーションであると共に、アプリケーションタイプが速達関係のものであってもよい。

ステップ３０３において、アプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングする。

アプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングする場合、呼出元端末は、直接にアプリケーションタイプを不明番号のタグとしてもよく、当該アプリケーションタイプに対応する属性タグを取得し、この属性タグを、不明番号のユーザ分類を示すタグとしてもよい。例えば、サービスアプリケーションがタクシー予約アプリケーションである場合には、属性タグはドライバーであってもよい。サービスアプリケーションが速達便アプリケーションである場合には、属性タグは配達員であってもよい。

ステップ３０４において、不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在する場合に、不明番号およびサービスアプリケーションのアプリケーション識別子を、サービスアプリケーションに対応するアプリケーションタイプを取得しアプリケーションタイプに基づいて不明番号をマーキングするためのサーバーに、送信する。

呼出元端末は、どのサービスアプリケーションが電話アプリケーションを呼び出している最中であるかを特定できるため、当該サービスアプリケーションを一義に識別するアプリケーション識別子を直接に読み取ってもよい。そして、呼出元端末は、電話アプリケーションでコールされた不明番号を取得し、該不明番号およびアプリケーション識別子をサーバーに送信してもよい。サーバーは、アプリケーション識別子に基づいてサービスアプリケーションのアプリケーションタイプを特定し、該アプリケーションタイプに基づいて不明番号をマーキングする。

サーバーがアプリケーションタイプに基づいて不明番号をマーキングした後、該不明番号に対応する呼出先端末からコールされた別の端末において、該別の端末の電話帳に該不明番号が含まれていない場合には、該別の端末は、該不明番号に対応するタグをサーバーに要求してもよい。サーバーは、該不明番号に対応するタグを該別の端末に送信する。これにより、別の端末的ユーザは、当該タグに基づいて呼出先端末のユーザ分類を特定してから、コールを受けるか否かを決めることができる。

本実施例において、ステップ３０２〜ステップ３０４の実行の順番が限定されない。すなわち、ステップ３０２をステップ３０４の前に実行してもよく、ステップ３０４の後に実行してもよい。さらに、ステップ３０４と同時に実行してもよい。

上述した内容によれば、本発明が提供する番号マーキング方法は、不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在する場合に、サービスアプリケーションのアプリケーションタイプを取得し、アプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングする。サービスアプリケーションにより提供される不明番号が、ユーザに何らかのサービスを提供できるため、サービスアプリケーションのアプリケーションタイプに基づいて不明番号をマーキングすることができる。そのため、ユーザが入力した身元マークの誤りにより、不明番号に対するマーキングが不正確になるという問題を解決しており、不明番号に対するマーキングの正確性を向上させる効果を奏する。

また、アプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングすることにより、通話記録に複数の不明番号が記憶されている場合にユーザが不明番号を識別できないという問題を解決しており、不明番号の識別度を向上させる效果を奏する。

図４は、例示的な別の実施例に係る、サーバーおよび呼出元端末を含むシステムに適用される番号マーキング方法を示すフローチャートである。図４に示すように、当該番号マーキング方法は下記のステップを含む。

ステップ４０１において、サービスアプリケーションによりユーザへ提供される電話番号である不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在するか否かを、呼出元端末が検出する。

電話アプリケーションは、電話番号をコールするためのアプリケーションであり、呼出元端末のオペレーションシステムから提供される。

サービスアプリケーションは、電話アプリケーションを呼び出す権限を持つアプリケーションである。本実施例において、サービスアプリケーションは、ユーザに不明番号を提供すると共に、当該不明番号をコールするためのコールボタンをユーザに提供することが可能である。ユーザが当該コールボタンをクリックした後、サービスアプリケーションは、電話アプリケーションを呼び出して当該不明番号をコールする。なお、不明番号は、サーバーからサービスアプリケーションへプッシュされてもよく、開発者によりサービスアプリケーション内に設定されていてもよく、本実施例では限定されない。

一使用場面として、サービスアプリケーションは、ユーザ附近のドライバーの電話番号をユーザに提供するタクシー予約アプリケーションであってもよい。この場合、当該電話番号がユーザにとって不明番号であるため、タクシー予約アプリケーションは、当該電話番号をコールするためのコールボタンも提供する。そして、ユーザが当該コールボタンをクリックした後、タクシー予約アプリケーションは、電話アプリケーションを呼び出して当該電話番号をコールする。

別の使用場面として、サービスアプリケーションは、ユーザのために配達してる配達員の電話番号をユーザに提供する速達便アプリケーションであってもよい。この場合、当該電話番号がユーザにとって不明番号であるため、速達便アプリケーションは、当該電話番号をコールするためのコールボタンも提供する。そして、ユーザが当該コールボタンをクリックした後に、速達便アプリケーションは、電話アプリケーションを呼び出して当該電話番号をコールする。

本実施例において、呼出元端末は、電話アプリケーションのＡＰＩをモニタリングすることが可能である。そして、当該ＡＰＩを呼び出している何らかのサービスアプリケーションを検出した場合には、不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在すると特定する。

ステップ４０２において、不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在する場合に、呼出元端末が、不明番号およびサービスアプリケーションのアプリケーション識別子をサーバーに送信する。

呼出元端末は、どのサービスアプリケーションが電話アプリケーションを呼び出しているかを特定できるため、当該サービスアプリケーションを一義に識別するアプリケーション識別子を直接に読み取ってもよい。そして、呼出元端末は、電話アプリケーションでコールされた不明番号を取得し、該不明番号およびアプリケーション識別子をサーバーに送信してもよい。

ステップ４０３において、不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在する場合に、サービスアプリケーションのアプリケーションタイプを取得し、アプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングする。

呼出元端末は、不明番号に呼び出した後、該不明番号を通話記録に記憶する。通話記録に記憶されている不明番号が複数ある（比較的に多い）場合、ユーザは不明番号を識別することができない。但し、サービスアプリケーションにより提供される不明番号が、ユーザに何らかのサービスを提供できるため、呼出元端末は、サービスアプリケーションのアプリケーションタイプに基づいて不明番号をマーキングすることができる。これにより、ユーザは通話記録に記憶される不明番号を管理しやすくなる。

なお、呼出元端末は、直接にアプリケーション識別子を用いて不明番号をマーキングしてもよいが、アプリケーション識別子が直観的なものではないため、呼出元端末は、さらにサービスアプリケーションのアプリケーション名称や、アプリケーションタイプ等の情報に基づいて不明番号をマーキングしてもよい。アプリケーションタイプを用いて不明番号をマーキングするとき、呼出元端末内に当該サービスアプリケーションのアプリケーションタイプが記憶されている場合には、呼出元端末は当該アプリケーションタイプを直接に読み出し、読み出した該アプリケーションタイプに基づき、通話記録に記憶されている不明番号をマーキングしてもよい。一方、呼出元端末内に当該サービスアプリケーションのアプリケーションタイプが記憶されていない場合には、呼出元端末はサーバーから該アプリケーションタイプを取得し、取得した該アプリケーションタイプに基づき、通話記録に記憶されている不明番号をマーキングしてもよい。例えば、サービスアプリケーションがタクシー予約アプリケーションであると共に、アプリケーションタイプがタクシー予約関係のものであってもよい。また、サービスアプリケーションが速達便アプリケーションであると共に、アプリケーションタイプが速達関係のものであってもよい。

アプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングする場合、呼出元端末は、直接にアプリケーションタイプを不明番号のタグとしてもよく、当該アプリケーションタイプに対応する属性タグを取得し、この属性タグを、不明番号のユーザ分類を示すタグとしてもよい。例えば、サービスアプリケーションがタクシー予約アプリケーションである場合には、属性タグはドライバーであってもよい。サービスアプリケーションが速達便アプリケーションである場合には、属性タグは配達員であってもよい。

本実施例において、端末がステップ４０２のみを実行してもよく、あるいは端末がステップ４０３のみを実行してもよく、端末がステップ４０２およびステップ４０３を実行してもよい。なお、本実施例において、ステップ４０２とステップ４０３との実行の順番が限定されない。すなわち、ステップ４０２をステップ４０３の前に実行してもよく、ステップ４０３の後に実行してもよい。さらに、ステップ４０３と同時に実行してもよい。

ステップ４０４において、呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、サービスアプリケーションによりユーザへ提供される電話番号であって、呼出元端末がサービスアプリケーションで電話アプリケーションを呼び出すことでコールした電話番号とを、サーバーが受信する。

ステップ４０５において、サーバーがアプリケーション識別子に基づいて、サービスアプリケーションに対応するアプリケーションタイプを取得する。

サーバーには、アプリケーション識別子とアプリケーションタイプとの対応関係が予め記憶されている。該対応関係は、人為的に収集したものであってもよく、別の形式で收集したものであってもよく、本実施例では対応関係の由来は限定されない。

ステップ４０６において、サーバーが、不明番号に対応するユーザフィードバックタグが存在するか否かを判断する。ユーザフィードバックタグとは、過去の時刻に收集された、各ユーザが不明番号のユーザ分類に関してフィードバックしたフィードバックタグ（ラベル）である。

ユーザフィードバックタグは、サーバーが過去の時刻に收集した、不明番号のユーザ分類に対する各ユーザのフィードバックタグである。例えば、ユーザＡが不明電話ａに出た後に、通話内容に基づき不明電話ａのユーザが配達員であると特定できたときに、ユーザフィードバックタグ「配達員」を生成してサーバーに送信する。サーバーは、ユーザフィードバックタグ「配達員」と不明番号とを対応づけて記憶すると共に、「配達員」の受信回数を１に設定し、ユーザフィードバックタグの生成時刻を現在時刻に設定する。そして、暫く時間が経過した後、ユーザＢも不明電話ａに出た後に、ユーザフィードバックタグ「配達員」を生成してサーバーに送信する。すると、サーバーは、「配達員」の受信回数を２に設定し、ユーザフィードバックタグの生成時刻を現在時刻に更新する。

サーバーは、アプリケーションタイプに基づいて不明番号をマーキングする必要があるため、不明番号に対応するユーザフィードバックタグがサーバー内に存在する場合、ユーザフィードバックタグおよびアプリケーションタイプに基づいて不明番号をマーキングすることになる。

ステップ４０７において、不明番号に対応するユーザフィードバックタグが存在しない場合には、サーバーが、アプリケーションタイプに対応し不明番号のユーザ分類を示すための属性タグを用いて、不明番号をマーキングしてもよい。

また、不明番号に対応するユーザフィードバックタグがサーバー内に存在しない場合には、サーバーは、直接にアプリケーションタイプを不明番号のタグとしてもよく、当該アプリケーションタイプに対応する属性タグを取得し、この属性タグを、不明番号のユーザ分類を示すタグとしてもよい。例えば、サービスアプリケーションがタクシー予約アプリケーションである場合には、属性タグはドライバーであってもよい。サービスアプリケーションが速達便アプリケーションである場合には、属性タグは配達員であってもよい。

ステップ４０８において、不明番号に対応するユーザフィードバックタグが存在する場合には、サーバーが、ユーザフィードバックタグ、若しくは、アプリケーションタイプに対応し不明番号のユーザ分類を示すための属性タグを用いて、不明番号をマーキングする。

不明番号に対応するユーザフィードバックタグがサーバー内に存在する場合には、サーバーは、ユーザフィードバックタグを検査（パリティ）し、ユーザフィードバックタグが正しければ、ユーザフィードバックタグまたは属性タグを用いて不明番号をマーキングしていもよい。ユーザフィードバックタグが正しくなければ、属性タグを用いて不明番号をマーキングしてもよい。これにより、不明番号をマーキングする正確性を保証できる。

ここで、ユーザフィードバックタグ、またはアプリケーションタイプに対応する属性タグを用いて不明番号をマーキングする処理は、
（１）属性タグとユーザフィードバックタグとが同様である否かを検出する処理と、
（２）属性タグとユーザフィードバックタグとが異なる場合に、最後に受信されたユーザフィードバックタグを取得し、ユーザフィードバックタグの生成時刻と現在時刻との時間差が、所定の時間差よりも長いかを検出する処理と、
（３）生成時刻と現在時刻との時間差が、所定の時間差よりも長い場合に、属性タグを用いて不明番号をマーキングする処理と、を含む。

サーバーは、属性タグとユーザフィードバックタグとが同様であるかを検出し、属性タグとユーザフィードバックタグとが同様である場合には、ユーザフィードバックタグを正確なものと特定し、引き続きユーザフィードバックタグを用いて不明番号をマーキングしてもよい。一方、属性タグとユーザフィードバックタグとが異なる場合には、サーバーは、最後に受信されたユーザフィードバックタグを取得して該ユーザフィードバックタグの生成時刻と現在時刻との時間差を算出すると共に、該時間差が、所定の時間差よりも長いかを検出し、該時間差が、所定の時間差よりも長いときには、該ユーザフィードバックタグを失效したものと特定し、属性タグを用いて該不明番号をマーキングする。

例えば、サーバーが、１４年１月２日にユーザフィードバックタグ「配達員」を受信し、１４年２月１０日にユーザフィードバックタグ「配達員」を受信し、１５年３月１０日に属性タグ「ドライバー」を取得したことを仮定する。また、所定の時間差を１２ヵ月と仮定する。サーバーは、直近１回のユーザフィードバックタグの生成時刻と現在時刻との時間差が１３ヵ月であることを算出するが、これは所定の時間差の１２ヵ月よりも長いため、ユーザフィードバックタグ「配達員」が正確なものではないと特定する。同時に、ユーザフィードバックタグ「配達員」を削除し、属性タグ「ドライバー」を用いて該不明番号をマーキングする。

選択可能な態様として、本実施例が提供する方法は、
（１）生成時刻と現在時刻との時間差が、所定の時間差よりも短い場合には、所定の時間帯における、ユーザフィードバックタグの第一受信回数および属性タグの第二受信回数を統計する処理と、
（２）第二受信回数から第一受信回数を差し引いて得た差分が、所定の閾値よりも大きい場合には、属性タグを用いて不明番号をマーキングする処理と、
（３）第二受信回数から第一受信回数を差し引いて得た差分が、所定の閾値以下である場合には、ユーザフィードバックタグを用いて不明番号をマーキングする処理と、をさらに含む。

例えば、サーバーが、１４年１１月１０日にユーザフィードバックタグ「配達員」を受信し、１５年３月１０日に属性タグ「ドライバー」を取得したことを仮定する。また、所定の時間差を１２ヵ月と仮定する。サーバーは、直近１回のユーザフィードバックタグの生成時刻と現在時刻との時間差が４ヵ月であることを算出するが、これは所定の時間差の１２ヵ月よりも短いため、サーバーは、所定の時間帯内における、ユーザフィードバックタグの第一受信回数および属性タグの第二受信回数に基づいて不明番号をマーキングすることになる。

ここで、１４年９月１０日から１５年３月１０日までの期間を所定の時間帯と仮定し、所定の閾値を１０と仮定し、サーバーが統計したユーザフィードバックタグ「配達員」の第一受信回数が１回であり、属性タグ「ドライバー」の第二受信回数が１２回であると仮定する。そして、所定の閾値１０よりも大きい差分である１１が算出されてユーザフィードバックタグ「配達員」が正確なものではないと特定されたときに、ユーザフィードバックタグ「配達員」を削除し、属性タグ「ドライバー」を用いて該不明番号をマーキングする。一方、属性タグ「ドライバー」の第二受信回数が例えば８回であり、所定の閾値１０よりも小さい差分である７が算出されたときには、サーバーは、属性タグ「ドライバー」を削除し、ユーザフィードバックタグ「配達員」を用いて該不明番号をマーキングするか、該不明番号を人為的にマーキングすることを操作者に促す。

ステップ４０９において、不明番号に対応する呼出先端末を呼出元端末がコールするときに、サーバーが、アプリケーションタイプを表示するための呼出先端末にアプリケーションタイプを送信する。

実現可能な一態様として、呼出元端末は、呼出先端末をコールするときに、不明番号に対応する呼出先端末の端末識別子をサーバーに送信し、サーバーは端末識別子を受信すると、呼出元端末が呼出先端末をコールしていることを特定すると共に、端末識別子に基づいて呼出先端末を特定してもよい。

実現可能な別の態様として、不明番号に対応する呼出先端末は、呼出元端末からのコールを受けた後に、サービスアプリケーションのアプリケーションタイプを要求するための呼出源照会要求をサーバーに送信する。呼出源照会要求には、呼出先端末の第一電話番号、および呼出元端末の第二電話番号が含まれる。サーバーは、呼出源照会要求から呼出先端末の第一電話番号および呼出元端末の第二電話番号を読み取り、そして、呼出先端末の第一電話番号と同様の不明番号およびアプリケーション識別子をサーバーに送信しており且つ電話番号が第二電話番号である呼出元端末が現在時刻に存在するか否かを、検出する。呼出先端末の第一電話番号と同様の不明番号およびアプリケーション識別子をサーバーに送信しており且つ電話番号が第二電話番号である呼出元端末が、現在時刻に存在する場合には、サーバーは、該アプリケーション識別子に対応するアプリケーションタイプを取得し、取得した該アプリケーションタイプを呼出先端末に送信する。呼出先端末は、呼出インターフェースに当該アプリケーションタイプを表示することにより、呼出先端末のユーザは、当該アプリケーションタイプに基づいて呼出源を特定してから当該コールを受けるか否かを決めることができる。

サーバーがアプリケーションタイプに基づいて不明番号をマーキングした後、該不明番号に対応する呼出先端末からコールされた別の端末において、該別の端末の電話帳に該不明番号が含まれていない場合には、該別の端末は、該不明番号に対応するタグをサーバーに要求してもよい。サーバーは、該不明番号に対応するタグを該別の端末に送信する。これにより、別の端末的ユーザは、当該タグに基づいて呼出先端末のユーザ分類を特定してから、コールを受けるか否かを決めることができる。

サーバーは、サービスアプリケーションにより提供される不明番号を呼出元端末を介して取得し、さらに該サービスアプリケーションに対応するアプリケーションタイプに基づいて不明番号をマーキングすることができるため、サービスアプリケーションを提供する事業者から不明番号を購入する必要がなく、不明番号をマーキングするコストを削減することができる。

上述した構成によれば、本発明が提供する番号マーキング方法において、呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、サービスアプリケーションによりユーザへ提供される電話番号であって、呼出元端末がサービスアプリケーションで電話アプリケーションを呼び出すことでコールした電話番号とを受信し、サービスアプリケーションに対応するアプリケーションタイプをアプリケーション識別子に基づいて取得し、アプリケーションタイプに基づいて不明番号をマーキングする。サービスアプリケーションにより提供される不明番号が、ユーザに何らかのサービスを提供できるため、サービスアプリケーションのアプリケーションタイプに基づいて不明番号をマーキングすることができる。そのため、ユーザが入力した身元マークの誤りにより、不明番号に対するマーキングが不正確になるという問題を解決しており、不明番号に対するマーキングの正確性を向上させる効果を奏する。

また、不明番号に対応する呼出先端末が呼出元端末からのコールを受けた後に送信した、サービスアプリケーションのアプリケーションタイプを要求するための呼出源照会要求を受信することにより、アプリケーションタイプを呼出先端末に送信する。これにより、呼出源を呼出先端末に提供でき、コールを受けるか否かの判断根拠をユーザに提供することができる。

さらに、アプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングすることにより、通話記録に複数の不明番号が記憶されている場合にユーザが不明番号を識別できないという問題を解決しており、不明番号の識別度を向上させる效果を奏する。

図５は、例示的な一実施例に係る、サーバーに適用される番号マーキング装置を示すブロック図である。図５に示すように、該番号マーキング装置は、
呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、サービスアプリケーションによりユーザへ提供される電話番号であって、呼出元端末がサービスアプリケーションで電話アプリケーションを呼び出すことでコールした電話番号と、を受信するように設定された情報受信モジュール５１０と、
情報受信モジュール５１０が受信したアプリケーション識別子に基づいて、サービスアプリケーションに対応するアプリケーションタイプを取得するように設定されたタイプ取得モジュール５２０と、
タイプ取得モジュール５２０が取得したアプリケーションタイプに基づいて、不明番号をマーキングするように設定された番号マーキングモジュール５３０と、を含む。

上述した構成によれば、本発明が提供する番号マーキング装置は、呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、サービスアプリケーションによりユーザへ提供される電話番号であって、呼出元端末がサービスアプリケーションで電話アプリケーションを呼び出すことでコールした電話番号と、を受信し、サービスアプリケーションに対応するアプリケーションタイプをアプリケーション識別子に基づいて取得し、アプリケーションタイプに基づいて不明番号をマーキングする。サービスアプリケーションにより提供される不明番号が、ユーザに何らかのサービスを提供できるため、サービスアプリケーションのアプリケーションタイプに基づいて不明番号をマーキングすることができる。そのため、ユーザが入力した身元マークの誤りにより、不明番号に対するマーキングが不正確になるという問題を解決しており、不明番号に対するマーキングの正確性を向上させる効果を奏する。

図６は、例示的な一実施例に係る、サーバーに適用される番号マーキング装置を示すブロック図である。図６に示すように、該番号マーキング装置は、
呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、サービスアプリケーションによりユーザへ提供される電話番号であって、呼出元端末がサービスアプリケーションで電話アプリケーションを呼び出すことでコールした電話番号と、を受信するように設定された情報受信モジュール６１０と、
情報受信モジュール６１０が受信したアプリケーション識別子に基づいて、サービスアプリケーションに対応するアプリケーションタイプを取得するように設定されたタイプ取得モジュール６２０と、
タイプ取得モジュール６２０が取得したアプリケーションタイプに基づいて、不明番号をマーキングするように設定された番号マーキングモジュール６３０と、を含む。

選択可能な態様として、番号マーキングモジュール６３０は、
過去の時刻に收集され不明番号のユーザ分類に対する各ユーザのフィードバックタグとして、不明番号に対応するユーザフィードバックタグが存在するか否かを、判断するように設定されたタグ判断サブモジュール６３１と、
タグ判断サブモジュール６３１が、不明番号に対応するユーザフィードバックタグが存在しないと判断した場合に、アプリケーションタイプに対応し不明番号のユーザ分類を示すための属性タグを用いて、不明番号をマーキングするように設定された第一マーキングサブモジュール６３２と、
タグ判断サブモジュール６３１が、不明番号に対応するユーザフィードバックタグが存在すると判断した場合に、ユーザフィードバックタグ、若しくは、アプリケーションタイプに対応し不明番号のユーザ分類を示すための属性タグを用いて、不明番号をマーキングするように設定された第二マーキングサブモジュール６３３と、を含む。

選択可能な態様として、さらに、第二マーキングサブモジュール６３３は、
属性タグとユーザフィードバックタグとが同様であるか否かを検出し、
属性タグとユーザフィードバックタグとが異なる場合には、最後に受信されたユーザフィードバックタグを取得し、ユーザフィードバックタグの生成時刻と現在時刻との時間差が、所定の時間差よりも長いかを検出し、
生成時刻と現在時刻との時間差が、所定の時間差よりも長い場合には、属性タグを用いて不明番号をマーキングするように、設定されている。

選択可能な態様として、さらに、第二マーキングサブモジュール６３３は、
生成時刻と現在時刻との時間差が、所定の時間差よりも短い場合には、所定の時間帯における、ユーザフィードバックタグの第一受信回数および属性タグの第二受信回数を統計し、
第二受信回数から第一受信回数を差し引いて得た差分が、所定の閾値よりも大きい場合には、属性タグを用いて不明番号をマーキングし、
前記第二受信回数から前記第一受信回数を差し引いて得た差分が、前記所定の閾値以下である場合には、前記ユーザフィードバックタグを用いて前記不明番号をマーキングするように、設定されている。

選択可能な態様として、装置は、
呼出元端末が、不明番号に対応する呼出先端末をコールするときに、アプリケーションタイプを表示するための呼出先端末にアプリケーションタイプを送信するように設定されたタイプ送信モジュール６４０をさらに含む。

上述した構成によれば、本発明が提供する番号マーキング装置は、呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、サービスアプリケーションによりユーザへ提供される電話番号であって、呼出元端末がサービスアプリケーションで電話アプリケーションを呼び出すことでコールした電話番号と、を受信し、サービスアプリケーションに対応するアプリケーションタイプをアプリケーション識別子に基づいて取得し、アプリケーションタイプに基づいて不明番号をマーキングする。サービスアプリケーションにより提供される不明番号が、ユーザに何らかのサービスを提供できるため、サービスアプリケーションのアプリケーションタイプに基づいて不明番号をマーキングすることができる。そのため、ユーザが入力した身元マークの誤りにより、不明番号に対するマーキングが不正確になるという問題を解決しており、不明番号に対するマーキングの正確性を向上させる効果を奏する。

また、不明番号に対応する呼出先端末が呼出元端末からのコールを受けた後に送信した、サービスアプリケーションのアプリケーションタイプを要求するための呼出源照会要求を受信することにより、アプリケーションタイプを呼出先端末に送信する。これにより、可呼出源提供を呼出先端末に提供でき、コールを受けるか否かの判断根拠をユーザに提供することができる。

図７は、例示的な一実施例に係る、呼出元端末に適用される番号マーキング装置を示すブロック図である。図７に示すように、該番号マーキング装置は、
サービスアプリケーションによりユーザへ提供される電話番号である不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在するか否かを、検出するように設定されたアプリケーション検出モジュール７１０と、
不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在することをアプリケーション検出モジュール７１０が検出した場合に、サービスアプリケーションのアプリケーションタイプを取得するように設定されたタイプ取得モジュール７２０と、
タイプ取得モジュール７２０が取得したアプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングするように設定された番号マーキングモジュール７３０と、を含む。

上述した構成によれば、本発明が提供する番号マーキング装置は、不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在する場合に、サービスアプリケーションのアプリケーションタイプを取得し、アプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングする。サービスアプリケーションにより提供される不明番号が、ユーザに何らかのサービスを提供できるため、サービスアプリケーションのアプリケーションタイプに基づいて不明番号をマーキングすることができる。そのため、ユーザが入力した身元マークの誤りにより、不明番号に対するマーキングが不正確になるという問題を解決しており、不明番号に対するマーキングの正確性を向上させる効果を奏する。

図８は、例示的な一実施例に係る、呼出元端末に適用される番号マーキング装置を示すブロック図である。図８に示すように、該番号マーキング装置は、
サービスアプリケーションによりユーザへ提供される電話番号である不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在するか否かを、検出するように設定されたアプリケーション検出モジュール８１０と、
不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在することをアプリケーション検出モジュール８１０が検出した場合には、サービスアプリケーションのアプリケーションタイプを取得するように設定されたタイプ取得モジュール８２０と、
タイプ取得モジュール８２０が取得したアプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングするように設定された番号マーキングモジュール８３０と、を含む。

選択可能な態様として、装置は、
不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在する場合には、不明番号およびサービスアプリケーションのアプリケーション識別子を、サービスアプリケーションに対応するアプリケーションタイプを取得しアプリケーションタイプに基づいて不明番号をマーキングするためのサーバーに、送信するように設定された情報送信モジュール８４０をさらに含む。

上述した構成によれば、本発明が提供する番号マーキング装置は、不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在する場合に、サービスアプリケーションのアプリケーションタイプを取得し、アプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングする。サービスアプリケーションにより提供される不明番号が、ユーザに何らかのサービスを提供できるため、サービスアプリケーションのアプリケーションタイプに基づいて不明番号をマーキングすることができる。そのため、ユーザが入力した身元マークの誤りにより、不明番号に対するマーキングが不正確になるという問題を解決しており、不明番号に対するマーキングの正確性を向上させる効果を奏する。

また、アプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングすることにより、通話記録に複数の不明番号が記憶されている場合にユーザが不明番号を識別できないという問題を解決しており、不明番号の識別度を向上させる效果を奏する。

上記の実施例における装置に関する各モジュールの具体的な動作形態は、対応する当該方法の実施例において詳細に説明されているため、ここでその詳細な説明を省略する。

また、本発明の例示的な一実施例が提供する番号マーキング装置は、本発明が提供する番号マーキング方法を実現できる番号マーキング装置であって、プロセッサと、プロセッサが実行可能なコマンドを記憶するメモリとを含み、
プロセッサは、
呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、サービスアプリケーションによりユーザへ提供される電話番号であって、呼出元端末がサービスアプリケーションで電話アプリケーションを呼び出すことでコールした電話番号と、を受信し、
アプリケーション識別子に基づいて、サービスアプリケーションに対応するアプリケーションタイプを取得し、
アプリケーションタイプに基づいて不明番号をマーキングするように、設定されている。

また、本発明の例示的な一実施例が提供する番号マーキング装置は、本発明が提供する番号マーキング方法を実現できる番号マーキング装置であって、プロセッサと、プロセッサが実行可能なコマンドを記憶するメモリとを含み、
プロセッサは、
サービスアプリケーションによりユーザへ提供される電話番号である不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在するか否かを、検出し、
不明番号をコールしている電話アプリケーションを呼び出したサービスアプリケーションが存在する場合には、サービスアプリケーションのアプリケーションタイプを取得し、
アプリケーションタイプに基づいて、通話記録に記憶されている不明番号をマーキングするように、設定されている。

図９は、例示的な一実施例に示す番号マーキングに用いられる装置９００のブロック図である。装置９００は、例えば携帯電話、コンピュータ、デジタルブロードキャスト端末、メッセージ送受信機器、ゲーム操作プラットフォーム、タブレット機器、医療機器、健康機器、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などである。

図９を参照する。装置９００は、プロセッサアセンブリ９０２、メモリ９０４、電源アセンブリ９０６、マルチメディアアセンブリ９０８、オーディオアセンブリ９１０、入力/出力（Ｉ/Ｏ）インターフェース９１２、センサアセンブリ９１４、および通信アセンブリ９１６のうちの１つまたは複数を含んでもよい。

プロセッサアセンブリ９０２は、通常では装置９００の全体的な操作、例えば表示、電話呼び出し、データ通信、カメラ動作や記憶動作に関する操作を制御する。プロセッサアセンブリ９０２は、上述した方法の全部または一部のステップを完了させるコマンドを実行する１つまたは複数のプロセッサ９１８を含んでもよい。また、プロセッサアセンブリ９０２は、プロセッサアセンブリ９０２と別のアセンブリとの間のインタラクションのために、１つまたは複数のモジュールを含んでもよい。例えば、プロセッサアセンブリ９０２は、マルチメディアアセンブリ９０８とプロセッサアセンブリ９０２との間のインタラクションのためのマルチメディアモジュールを含んでもよい。

メモリ９０４は、装置９００における操作をサポートする各種のデータを記憶するように構成されている。これらのデータは、例えば、装置９００において操作される何らかのアプリケーションプログラムまたは方法のコマンドや、連絡先データ、電話帳データ、メッセージ、画像、映像などを含む。メモリ９０４は、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気メモリ、フラッシュメモリ、磁気ディスク若しくは光ディスクのような、いかなるタイプの揮発性または非揮発性の記憶デバイス、またはこれらの組み合わせによって実現され得る。

電源アセンブリ９０６は、装置９００の各アセンブリに電力を供給する。電源アセンブリ９０６は、電源管理システムと、１つまたは複数の電源と、装置９００のために電力を生成、管理及び割り振りする関連のアセンブリと、を含んでもよい。

マルチメディアアセンブリ９０８は、前記装置９００とユーザとの間で出力インターフェースを提供するスクリーンを含む。一部の実施例において、スクリーンは、液晶モニター（ＬＣＤ）やタッチパネル（ＴＰ）を含んでもよい。スクリーンは、タッチパネルを含むことにより、ユーザからの入力信号を受け付けるタッチスクリーンとして実現される。タッチパネルは、タッチ、スライド、及びタッチパネル上のジェスチャを検出することができる１つまたは複数のタッチセンサを含む。前記タッチセンサは、タッチ或はスライド動作の境界だけではなく、前記のタッチ或はスライド操作に関する継続時間及び圧力も検出できる。一部の実施例において、マルチメディアアセンブリ９０８は、１つのフロントカメラ及び／又はリアーカメラを含む。装置９００が例えば撮影モード或は映像モード等の操作モードである場合には、フロントカメラ及び／又はリアーカメラは、外部からのマルチメディアデータを受信することができる。フロントカメラとリアーカメラのそれぞれが、１つの固定型の光レンズ系、或は可変な焦点距離および光学ズーム機能を有するものであってもよい。

オーディオアセンブリ９１０は、オーディオ信号を入力／出力するように構成されている。例えば、オーディオアセンブリ９１０は、装置９００が呼出しモード、記録モード、及び音声認識モード等のような操作モードであるときに、外部のオーディオ信号を受信するように構成されたマイク（ＭＩＣ）を含む。受信されたオーディオ信号は、さらにメモリ９０４に記憶されるか、通信アセンブリ９１６を介して送信されてもよい。一部の実施例において、オーディオアセンブリ９１０は、オーディオ信号を出力するためのスピーカーをさらに含む。

Ｉ／Ｏインターフェース９１２は、プロセッサアセンブリ９０２と周辺インターフェースモジュールとの間でインターフェースを提供するものである。上述の周辺インターフェースモジュールは、キーボード、クリックホイール、ボタン等であってもよい。これらのボタンは、ホームボタン、音量ボタン、起動ボタン、ロッキングボタンを含んでもよいが、これらに限定されない。

センサアセンブリ９１４は、各方面の状態評価を装置９００に提供するための１つまたは複数のセンサを含む。例えば、センサアセンブリ９１４は、装置９００のＯＮ／ＯＦＦ状態や、装置９００における例えばディスプレイやテンキーパッドのようなアセンブリの相対的な位置決めを検出できる。また、センサアセンブリ９１４は、装置９００や装置９００におけるアセンブリの位置変化、ユーザと装置９００との接触の有無、装置９００の方位、若しくは加速／減速、ならびに、装置９００の温度変化を検出できる。センサアセンブリ９１４は、いかなる物理的接触も無い場合に周辺物体の存在を検出するための接近センサを含んでもよい。さらに、センサアセンブリ９１４は、画像生成の用途に用いられるＣＭＯＳ又はＣＣＤ画像センサのような光センサを含んでもよい。一部の実施例において、さらに当該センサアセンブリ９１４は、加速度センサ、ジャイロスコープセンサ、磁気センサ、圧力センサ、及び温度センサを含んでもよい。

通信アセンブリ９１６は、装置９００と他の機器との間で有線、又は無線方式の通信を提供するように構成される。装置９００は、例えばＷｉＦｉ、２Ｇ、３Ｇ或はそれらの組み合わせのような、通信規格に基づく無線ネットワークに接続されてもよい。例示的な一実施例において、前記通信アセンブリ９１６は、ブロードキャストチャネルを介して、外部のブロードキャスト管理システムからのブロードキャスト信号、又はブロードキャストに関連する情報を受信する。例示的な一実施例において、前記通信アセンブリ９１６は、近距離通信を促進するための近距離無線通信（ＮＦＣ）モジュールをさらに含む。ＮＦＣモジュールは、例えばＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）技術、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）技術、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）技術、ＢＴ（Ｂｌｕｅｔｏｏｔｈ）技術や、他の技術に基づいて実現される。

例示的な一実施例において、装置９００は、１つまたは複数のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子デバイスによって実現されるものであり、上記の方法を実行する。

また、例示的な一実施例において、さらに、コマンドを含んだ一時的でないコンピュータ読み取り可能な記憶媒体として、例えば、装置９００のプロセッサ９１８により実行されることで上述の方法を実現するコマンドを含んだメモリ９０４を提供する。前記一時的でないコンピュータ読み取り可能な記憶媒体は、例えば、ＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＲＯＭ）、磁気テープ、フロッピーディスク、光学的データ記憶機器等である。

図１０は、例示的な一実施例に示す番号マーキングに用いられる装置１０００のブロック図である。装置１０００は、例えばサーバーとして提供されてもよい。図１０を参照すると、装置１０００は、１つまたは複数のプロセッサと、メモリ１０３２に代表され、処理アセンブリ１０２２が実行可能な例えばアプリケーションプログラムのようなコマンドを記憶するためのメモリリソースと、を含む処理アセンブリ１０２２を含む。メモリ１０３２に記憶されているアプリケーションプログラムは、１セットのコマンドごとのモジュールを１つまたは１つ以上含んでもよい。また、処理アセンブリ１０２２は、前記番号マーキング方法を実行するためのコマンドを実行するように設定されている。

装置１０００は、装置１０００の電源管理を実行するように設定された電源アセンブリ１０２６と、装置１０００をネットワークに接続させるように設定された有線または無線のネットワークインターフェース１０５０と、入力／出力（Ｉ／Ｏ）インターフェース１０５８とを含んでもよい。また、装置１０００は、メモリ１０３２に記憶されているオペレーションシステム、例えばＷｉｎｄｏｗｓ ＳｅｒｖｅｒＴＭ、Ｍａｃ ＯＳ ＸＴＭ、ＵｎｉｘＴＭ、ＬｉｎｕｘＴＭ、ＦｒｅｅＢＳＤＴＭ、または類似のシステムに基づいて、動作することができる。

当業者は、本明細書に開示された発明の詳細を考慮して実施することにより、本発明の他の実施態様を容易に見い出せる。本願は、本発明のいかなる変形、用途、又は適応的な変化を包含することが意図されている。当該いかなる変形、用途、又は適応的な変化は、本発明の一般原理に従うものであり、且つ本発明において開示されていない本技術分野における公知常識や慣用の技術的手段を含む。明細書及び実施例は、あくまでも例示的なものであると理解されるべきである。本発明の真正の保護範囲および精神は、特許請求の範囲により特定される。

本発明は、上記において開示された構成、又は図面に示された構成に限定されるものではなく、本発明の範囲を逸脱しないものであれば、様々な改修又は変更が行えることが理解されるべきである。本発明の範囲は、特許請求の範囲のみにより特定される。

Claims (18)

1. サーバーが呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、前記サービスアプリケーションにより前記呼出元端末のユーザへ提供されるサービスアプリケーションに対応するサービスを受付る電話番号であって、前記呼出元端末が前記サービスアプリケーションで前記呼出元端末の電話アプリケーションを呼び出すことでコールする電話番号である不明番号と、を受信するステップと、
   前記サーバーが前記アプリケーション識別子に基づいて、前記サービスアプリケーションに対応するアプリケーションタイプを取得するステップと、
   前記サーバーが前記アプリケーションタイプに基づいて前記不明番号をマーキングするステップと、を含むことを特徴とする不明番号を識別するための番号マーキング方法。
2. 前記サーバーが前記アプリケーションタイプに基づいて前記不明番号をマーキングするステップは、
   過去の時刻に収集された、前記不明番号からの電話を受けたことがある各ユーザが前記不明番号のユーザ分類に関してフィードバックしたフィードバックタグとして、前記サーバーが前記不明番号に対応するユーザフィードバックタグが存在するか否かを、判断するステップと、
   前記不明番号に対応するユーザフィードバックタグが存在しない場合に、前記サーバーが前記アプリケーションタイプに対応する属性タグを用いて、前記不明番号をマーキングするステップと、
   前記不明番号に対応するユーザフィードバックタグが存在する場合に、前記サーバーが前記ユーザフィードバックタグ、若しくは、前記アプリケーションタイプに対応する属性タグを用いて、前記不明番号をマーキングするステップと、
   を含み、
   前記属性タグは、前記不明番号のユーザ分類を示すことを特徴とする請求項１に記載の不明番号を識別するための番号マーキング方法。
3. 前記サーバーが前記ユーザフィードバックタグ、若しくは、前記アプリケーションタイプに対応する属性タグを用いて、前記不明番号をマーキングするステップは、
   前記サーバーが前記属性タグと前記ユーザフィードバックタグとが同様であるか否かを検出するステップと、
   前記属性タグと前記ユーザフィードバックタグとが異なる場合に、前記サーバーが最後に受信されたユーザフィードバックタグを取得し、前記ユーザフィードバックタグの生成時刻と現在時刻との時間差が、所定の時間差よりも長いかを検出するステップと、
   前記生成時刻と前記現在時刻との時間差が、前記所定の時間差よりも長い場合に、前記サーバーが前記属性タグを用いて前記不明番号をマーキングするステップと、
   を含むことを特徴とする請求項２に記載の不明番号を識別するための番号マーキング方法。
4. 前記生成時刻と前記現在時刻との時間差が、前記所定の時間差よりも短い場合に、前記サーバーが所定の時間帯における、前記ユーザフィードバックタグの第一受信回数および前記属性タグの第二受信回数を統計するステップと、
   前記第二受信回数から前記第一受信回数を差し引いて得た差分が、所定の閾値よりも大きい場合に、前記サーバーが前記属性タグを用いて前記不明番号をマーキングするステップと、
   前記第二受信回数から前記第一受信回数を差し引いて得た差分が、前記所定の閾値以下である場合に、前記サーバーが前記ユーザフィードバックタグを用いて前記不明番号をマーキングするステップと、
   をさらに含むことを特徴とする請求項３に記載の不明番号を識別するための番号マーキング方法。
5. 前記呼出元端末が、前記呼出元端末の前記不明番号に対応する呼出先端末をコールするときに、前記サーバーが前記アプリケーションタイプを表示するための前記呼出先端末に前記アプリケーションタイプを送信するステップを、
   さらに含むことを特徴とする請求項１〜４のいずれか１項に記載の不明番号を識別するための番号マーキング方法。
6. 呼出元端末が前記呼出元端末においてサービスアプリケーションにより前記呼出元端末のユーザへ提供されるサービスアプリケーションに対応するサービスを受付る電話番号である不明番号をコールしている電話アプリケーションを呼び出した前記サービスアプリケーションが存在するか否かを、検出するステップと、
   前記呼出元端末において前記不明番号をコールしている前記電話アプリケーションを呼び出した前記サービスアプリケーションが存在する場合に、前記呼出元端末が前記サービスアプリケーションのアプリケーションタイプを取得するステップと、
   前記呼出元端末が前記アプリケーションタイプに基づいて、通話記録に記憶されている前記不明番号をマーキングするステップと、
   を含むことを特徴とする不明番号を識別するための番号マーキング方法。
7. 前記呼出元端末において前記不明番号をコールしている前記電話アプリケーションを呼び出した前記サービスアプリケーションが存在する場合には、前記呼出元端末が前記不明番号および前記サービスアプリケーションのアプリケーション識別子を、前記サービスアプリケーションに対応するアプリケーションタイプを取得して該アプリケーションタイプに基づいて前記不明番号をマーキングするためのサーバーに、送信するステップを、
   さらに含むことを特徴とする請求項６に記載の不明番号を識別するための番号マーキング方法。
8. サーバに適用される番号マーキング装置であって、
   サーバーが呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、前記サービスアプリケーションにより前記呼出元端末のユーザへ提供されるサービスアプリケーションに対応するサービスを受付る電話番号であって、前記呼出元端末が前記サービスアプリケーションで前記呼出元端末の電話アプリケーションを呼び出すことでコールする電話番号である不明番号と、を受信するように設定された情報受信モジュールと、
   前記サーバーが前記情報受信モジュールが受信した前記アプリケーション識別子に基づいて、前記サービスアプリケーションに対応するアプリケーションタイプを取得するように設定されたタイプ取得モジュールと、
   前記サーバーが前記タイプ取得モジュールが取得した前記アプリケーションタイプに基づいて、前記不明番号をマーキングするように設定された番号マーキングモジュールと、
   を含むことを特徴とする不明番号を識別するための番号マーキング装置。
9. 前記番号マーキングモジュールは、
   過去の時刻に収集された、前記不明番号からの電話を受けたことがある各ユーザが前記不明番号のユーザ分類に関してフィードバックしたフィードバックタグとして、前記サーバーが前記不明番号に対応するユーザフィードバックタグが存在するか否かを、判断するように設定されたタグ判断サブモジュールと、
   前記タグ判断サブモジュールが、前記不明番号に対応するユーザフィードバックタグが存在しないと判断した場合に、前記サーバーが前記アプリケーションタイプに対応する属性タグを用いて、前記不明番号をマーキングするように設定された第一マーキングサブモジュールと、
   前記タグ判断サブモジュールが、前記不明番号に対応するユーザフィードバックタグが存在すると判断した場合に、前記サーバーが前記ユーザフィードバックタグ、若しくは、前記アプリケーションタイプに対応する属性タグを用いて、前記不明番号をマーキングするように設定された第二マーキングサブモジュールと、
   を含み、
   前記属性タグは、前記不明番号のユーザ分類を示すむことを特徴とする請求項８に記載の不明番号を識別するための番号マーキング装置。
10. さらに、前記第二マーキングサブモジュールは、
    前記サーバーが前記属性タグと前記ユーザフィードバックタグとが同様であるか否かを検出し、
    前記属性タグと前記ユーザフィードバックタグとが異なる場合には、前記サーバーが最後に受信されたユーザフィードバックタグを取得し、前記ユーザフィードバックタグの生成時刻と現在時刻との時間差が、所定の時間差よりも長いかを検出し、
    前記生成時刻と前記現在時刻との時間差が、前記所定の時間差よりも長い場合には、前記サーバーが前記属性タグを用いて前記不明番号をマーキングするように、
    設定されていることを特徴とする請求項９に記載の不明番号を識別するための番号マーキング装置。
11. さらに、前記第二マーキングサブモジュールは、
    前記生成時刻と前記現在時刻との時間差が、前記所定の時間差よりも短い場合には、前記サーバーが所定の時間帯における、前記ユーザフィードバックタグの第一受信回数および前記属性タグの第二受信回数を統計し、
    前記第二受信回数から前記第一受信回数を差し引いて得た差分が、所定の閾値よりも大きい場合には、前記サーバーが前記属性タグを用いて前記不明番号をマーキングし、
    前記第二受信回数から前記第一受信回数を差し引いて得た差分が、前記所定の閾値以下である場合には、前記サーバーが前記ユーザフィードバックタグを用いて前記不明番号をマーキングするように、
    設定されていることを特徴とする請求項１０に記載の不明番号を識別するための番号マーキング装置。
12. 前記呼出元端末が、前記呼出元端末の前記不明番号に対応する呼出先端末をコールするときに、前記サーバーが前記アプリケーションタイプを表示するための前記呼出先端末に前記アプリケーションタイプを送信するように設定されたタイプ送信モジュールを、
    さらに含むことを特徴とする請求項８〜１１のいずれか１項に記載の不明番号を識別するための番号マーキング装置。
13. 呼出元端末に適用される番号マーキング装置であって、
    呼出元端末が前記呼出元端末においてサービスアプリケーションにより前記呼出元端末のユーザへ提供されるサービスアプリケーションに対応するサービスを受付る電話番号である不明番号をコールしている電話アプリケーションを呼び出した前記サービスアプリケーションが存在するか否かを、検出するように設定されたアプリケーション検出モジュールと、
    前記不明番号をコールしている前記電話アプリケーションを呼び出した前記サービスアプリケーションが存在することを前記アプリケーション検出モジュールが検出した場合に、前記呼出元端末が前記サービスアプリケーションのアプリケーションタイプを取得するように設定されたタイプ取得モジュールと、
    前記呼出元端末が前記タイプ取得モジュールが取得した前記アプリケーションタイプに基づいて、通話記録に記憶されている前記不明番号をマーキングするように設定された番号マーキングモジュールと、
    を含むことを特徴とする不明番号を識別するための番号マーキング装置。
14. 前記呼出元端末において前記不明番号をコールしている前記電話アプリケーションを呼び出した前記サービスアプリケーションが存在する場合には、前記呼出元端末が前記不明番号および前記サービスアプリケーションのアプリケーション識別子を、前記サービスアプリケーションに対応するアプリケーションタイプを取得して該アプリケーションタイプに基づいて前記不明番号をマーキングするためのサーバーに、送信するように設定された情報送信モジュールを、
    さらに含むことを請求項１３に記載の不明番号を識別するための番号マーキング装置。
15. サーバに適用される番号マーキング装置であって、
    プロセッサと、プロセッサが実行可能なコマンドを記憶するメモリと、を含み、
    前記プロセッサは、
    サーバーが呼出元端末から送信されたサービスアプリケーションのアプリケーション識別子と、前記サービスアプリケーションにより前記呼出元端末のユーザへ提供されるサービスアプリケーションに対応するサービスを受付る電話番号であって、前記呼出元端末が前記サービスアプリケーションで前記呼出元端末の電話アプリケーションを呼び出すことでコールする電話番号である不明番号と、を受信し、
    前記サーバーが前記アプリケーション識別子に基づいて、前記サービスアプリケーションに対応するアプリケーションタイプを取得し、
    前記サーバーが前記アプリケーションタイプに基づいて前記不明番号をマーキングするように、
    設定されていることを特徴とする不明番号を識別するための番号マーキング装置。
16. 呼出元端末に適用される番号マーキング装置であって、
    プロセッサと、プロセッサが実行可能なコマンドを記憶するメモリと、を含み、
    前記プロセッサは、
    呼出元端末が前記呼出元端末においてサービスアプリケーションにより前記呼出元端末のユーザへ提供されるサービスアプリケーションに対応するサービスを受付る電話番号である不明番号をコールしている電話アプリケーションを呼び出した前記サービスアプリケーションが存在するか否かを、検出し、
    前記呼出元端末において前記不明番号をコールしている前記電話アプリケーションを呼び出した前記サービスアプリケーションが存在する場合に、前記呼出元端末が前記サービスアプリケーションのアプリケーションタイプを取得し、
    前記呼出元端末が前記アプリケーションタイプに基づいて、通話記録に記憶されている前記不明番号をマーキングするように、
    設定されていることを特徴とする不明番号を識別するための番号マーキング装置。
17. プロセッサに実行されることにより、請求項１から請求項７のいずれかに記載の方法を実現することを特徴とするプログラム。
18. 請求項１７に記載のプログラムが記録された記録媒体。

Images