(57)【特許請求の範囲】
【請求項１】
呼処理方法であって、
着信側パーティにより、発信側パーティの着信呼を受信するステップと、
前記着信呼を受信するステップの間に、
前記着信側パーティにより、着信呼インタフェース内に第２ショートメッセージ制御を表示するステップと、
前記着信側パーティにより、前記第２ショートメッセージ制御を用いて、第３入力を受信し、前記第３入力に応じて第２ショートメッセージインタフェースを表示するステップと、
前記着信側パーティにより、前記第２ショートメッセージインタフェースを用いて、前記着信側パーティのユーザにより入力されたショートメッセージテキストを受信するステップと、
前記着信側パーティにより、第４入力を検出し、前記第４入力に応じて前記ショートメッセージテキストを用いて第２ショートメッセージを生成し、前記第２ショートメッセージを前記発信側パーティへ送信するステップであって、前記第２ショートメッセージは、前記ショートメッセージテキスト、プリセットフラグビット、及び時間を含み、前記プリセットフラグビットは、前記第２ショートメッセージの前記ショートメッセージテキストが、前記着信側パーティが前記着信呼を拒否した呼拒否理由であることを示すために使用され、前記時間は、前記着信呼に対応する着信呼時間である、ステップと、
を含み、
前記第２ショートメッセージは、前記着信呼を受信するステップの間に、前記発信側パーティの発信呼インタフェース内に表示される、方法。
【請求項２】
前記着信側パーティにより、前記第３入力に応じて前記着信呼を切断するステップ、を更に含む請求項１に記載の方法。
【請求項３】
前記着信側パーティにより、呼記録インタフェース内の関連付けを通じて、前記第２ショートメッセージの前記ショートメッセージテキスト、及び前記第２ショートメッセージに対応する前記着信呼を表示するステップ、を更に含む請求項１又は２に記載の方法。
【請求項４】
前記第２ショートメッセージの前記ショートメッセージテキストは、単語、音声、又はピクチャを含む、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記第２ショートメッセージの前記ショートメッセージテキストは、キーワードを含み、前記キーワードは、前記キーワードに対応するアプリケーションを起動するためのユーザ操作を受信するために使用される、請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
呼処理方法であって、
発信側パーティにより、着信側パーティを呼び出すステップと、
前記着信側パーティを呼び出すステップの間に、
前記発信側パーティにより、前記着信側パーティにより送信された第２ショートメッセージを受信するステップであって、前記第２ショートメッセージは、ショートメッセージテキスト、プリセットフラグビット、及び時間を含み、前記プリセットフラグビットは、前記第２ショートメッセージの前記ショートメッセージテキストが、前記着信側パーティが着信呼を拒否した呼拒否理由であることを示すために使用され、前記時間は、前記着信呼に対応する着信呼時間である、ステップと、
前記発信側パーティにより、前記第２ショートメッセージ内の前記時間に基づき、前記第２ショートメッセージに対応する発信呼を決定するステップと、
前記発信側パーティにより、関連付けを通じて、発信呼インタフェース内に、前記第２ショートメッセージの前記ショートメッセージテキスト及び前記第２ショートメッセージに対応する前記発信呼を表示するステップと、
を含む方法。
【請求項７】
前記発信側パーティにより、関連付けを通じて、前記第２ショートメッセージの前記ショートメッセージテキスト、及び前記第２ショートメッセージに対応する前記発信呼を表示する前記ステップは、以下の状況：
前記発信側パーティにより、前記第２ショートメッセージの前記ショートメッセージテキストを、発信呼インタフェース内に表示するステップであって、前記発信呼インタフェースは、前記第２ショートメッセージに対応する前記発信呼を表示するよう構成される、ステップ、及び、
前記発信側パーティにより、呼記録内の関連付けを通じて、前記第２ショートメッセージの前記ショートメッセージテキスト、及び前記第２ショートメッセージに対応する前記発信呼を表示するステップ、
のうちの少なくとも１つを含む、請求項６に記載の方法。
【請求項８】
前記発信側パーティにより、前記第２ショートメッセージ内の前記時間に基づき、前記第２ショートメッセージに対応する発信呼を決定する前記ステップは、
前記発信側パーティにより、発信呼時間が前記第２ショートメッセージ内の前記時間と一致する発信呼の発信呼記録を検索し、見付かった発信呼が前記第２ショートメッセージに対応する発信呼であると決定するステップを含む、請求項６又は７に記載の方法。
【請求項９】
前記第２ショートメッセージの前記ショートメッセージテキストは、単語、音声、又はピクチャを含む、請求項６乃至８のいずれか一項に記載の方法。
【請求項１０】
前記第２ショートメッセージの前記ショートメッセージテキストは、キーワードを含み、前記キーワードは、前記キーワードに対応するアプリケーションを起動するためのユーザ操作を受信するために使用される、請求項６乃至９のいずれか一項に記載の方法。
【請求項１１】
端末であって、着信側パーティに適用され、前記端末は、プロセッサ、受信機、送信機、及びディスプレイスクリーンを含み、
前記受信機は、発信側パーティの着信呼を受信するよう構成され、
前記ディスプレイスクリーンは、前記着信呼を受信している間に、
着信呼インタフェース内に第２ショートメッセージ制御を表示し、
前記第２ショートメッセージ制御を用いて、第３入力を検出し、前記第３入力に応じて第２ショートメッセージインタフェースを表示し、
前記第２ショートメッセージインタフェースを用いて、前記着信側パーティのユーザにより入力されたショートメッセージテキストを受信し、
第４入力を検出するよう構成され、
前記プロセッサは、前記着信呼を受信している間に、前記第４入力に応じて前記ショートメッセージテキストを用いて第２ショートメッセージを生成するよう構成され、前記第２ショートメッセージは、前記ショートメッセージテキスト、プリセットフラグビット、及び時間を含み、前記プリセットフラグビットは、前記第２ショートメッセージの前記ショートメッセージテキストが、前記着信側パーティが前記着信呼を拒否した呼拒否理由であることを示すために使用され、前記時間は、前記着信呼に対応する着信呼時間であり、
前記送信機は、前記着信呼を受信している間に、前記第２ショートメッセージを前記発信側パーティへ送信するよう構成され、
前記第２ショートメッセージは、前記着信呼を受信している間に、前記発信側パーティの発信呼インタフェース内に表示される、端末。
【請求項１２】
前記プロセッサは、前記第３入力に応じて前記着信呼を切断するよう構成される、請求項１１に記載の端末。
【請求項１３】
前記ディスプレイスクリーンは、呼記録インタフェース内の関連付けを通じて、前記第２ショートメッセージの前記ショートメッセージテキスト、及び前記第２ショートメッセージに対応する着信呼を表示するよう更に構成される、請求項１１又は１２に記載の端末。
【請求項１４】
前記第２ショートメッセージの前記ショートメッセージテキストは、単語、音声、又はピクチャを含む、請求項１１乃至１３のいずれか一項に記載の端末。
【請求項１５】
前記第２ショートメッセージの前記ショートメッセージテキストは、キーワードを含み、前記キーワードは、前記キーワードに対応するアプリケーションを起動するためのユーザ操作を受信するために使用される、請求項１１乃至１４のいずれか一項に記載の端末。
【請求項１６】
端末であって、前記端末は、プロセッサ、送信機、受信機、及びディスプレイスクリーンを含み、
前記送信機は、着信側パーティを呼び出すよう構成され、
前記受信機は、前記着信側パーティを呼び出している間に、前記着信側パーティにより送信された第２ショートメッセージを受信するよう構成され、前記第２ショートメッセージは、ショートメッセージテキスト、プリセットフラグビット、及び時間を含み、前記プリセットフラグビットは、前記第２ショートメッセージの前記ショートメッセージテキストが、前記着信側パーティが着信呼を拒否した呼拒否理由であることを示すために使用され、前記時間は、前記着信呼に対応する着信呼時間であり、
前記プロセッサは、前記着信側パーティを呼び出している間に、前記第２ショートメッセージ内の前記時間に基づき、前記第２ショートメッセージに対応する発信呼を決定するよう構成され、
前記ディスプレイスクリーンは、前記着信側パーティを呼び出している間に、関連付けを通じて、発信呼インタフェース内に、前記第２ショートメッセージの前記ショートメッセージテキスト及び前記第２ショートメッセージに対応する前記発信呼を表示するよう構成される、端末。
【請求項１７】
前記ディスプレイスクリーンは、具体的に、前記第２ショートメッセージの前記ショートメッセージテキストを発信呼インタフェース内に表示するよう構成され、前記発信呼インタフェースは、前記第２ショートメッセージに対応する前記発信呼を表示するよう構成され、
前記ディスプレイスクリーンは、具体的に、呼記録内の関連付けを通じて、前記第２ショートメッセージの前記ショートメッセージテキスト及び前記第２ショートメッセージに対応する前記発信呼を表示するよう構成される、
請求項１６に記載の端末。
【請求項１８】
前記プロセッサは、具体的に、発信呼時間が前記第２ショートメッセージ内の前記時間と一致する発信呼の発信呼記録を検索し、見付かった発信呼が前記第２ショートメッセージに対応する前記発信呼であると決定するよう構成される、請求項１６又は１７に記載の端末。
【請求項１９】
前記第２ショートメッセージの前記ショートメッセージテキストは、単語、音声、又はピクチャを含む、請求項１６乃至１８のいずれか一項に記載の端末。
【請求項２０】
前記第２ショートメッセージの前記ショートメッセージテキストは、キーワードを含み、前記キーワードは、前記キーワードに対応するアプリケーションを起動するためのユーザ操作を受信するために使用される、請求項１６乃至１９のいずれか一項に記載の端末。
【請求項２１】
通信システムであって、発信側パーティ及び着信側パーティを含み、
前記発信側パーティは、前記着信側パーティを呼び出すよう構成され、
前記着信側パーティは、前記発信側パーティの着信呼を受信し、前記着信呼を受信している間に、
第２ショートメッセージ制御を着信呼インタフェース内に表示し、
前記第２ショートメッセージ制御を用いて第３入力を検出し、前記第３入力に応じて第２ショートメッセージインタフェースを表示し、前記第２ショートメッセージインタフェースを用いて前記着信側パーティのユーザにより入力されたショートメッセージテキストを受信し、
第４入力を検出し、前記第４入力に応じて、前記ショートメッセージテキストを用いて第２ショートメッセージを生成し、前記第２ショートメッセージを前記発信側パーティへ送信するよう構成され、
前記発信側パーティは、前記着信側パーティを呼び出している間に、前記着信側パーティにより送信された前記第２ショートメッセージを受信し、前記第２ショートメッセージ内の時間に基づき、前記第２ショートメッセージに対応する発信呼を決定し、関連付けを通じて、発信呼インタフェース内に、前記第２ショートメッセージの前記ショートメッセージテキスト及び前記第２ショートメッセージに対応する前記発信呼を表示するよう更に構成され、
前記第２ショートメッセージは、前記ショートメッセージテキスト、プリセットフラグビット、及び時間を含み、前記プリセットフラグビットは、前記第２ショートメッセージの前記ショートメッセージテキストが、前記着信側パーティが前記着信呼を拒否した呼拒否理由であることを示すために使用され、前記時間は前記着信呼に対応する着信呼時間である、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイル通信技術の分野に関し、特に、呼処理方法、端末、及びシステムに関する。
【背景技術】
【０００２】
呼を開始し及び応答することは、現在、互いに通信するために人々にとって最も一般的な手段である。
【０００３】
幾つかの場合には、着信側パーティは発信側パーティの呼に間に合って応答できない、又は着信側パーティにとって、発信側パーティの呼に応答することは都合が悪いが、発信側パーティは、何らかの重要なイベントのために、着信側パーティが可能な限り早く電話をかけ返すことを切実に望んでいる。例えば、発信側パーティが、重要なイベントのために着信側パーティを呼び出すとき、着信側パーティの携帯電話機が近くになく、呼が呼タイムアウトのために自動的に切断される。別の例では、発信側パーティが重要なイベントのために着信側パーティを呼び出すとき、着信側パーティが会議中であるために、着信側パーティは呼を拒否する。
【０００４】
従来、発信側パーティの呼に対する応答に失敗した後に、着信側パーティは、不在着信及び呼記録の中の着信呼時間を見ることができるだけである。着信側パーティは、発信側パーティの呼の意図を正確に知ることはできない。したがって、着信側パーティは、発信側パーティにちょうど良い時間に折り返し電話しないことがある。結果として、発信側パーティ又は着信側パーティは、重要なイベントを処理するための最適な機会を逃し、粗悪なユーザ経験を生じる。
【０００５】
幾つかの場合には、着信側パーティにとって、発信側パーティの着信呼に応答することは都合が悪い。例えば、着信側パーティが会議中のとき、着信側パーティにとって、発信側パーティの呼に応答することは都合が悪い。例えば、着信側パーティが授業中のとき、着信側パーティにとって、発信側パーティの呼に応答することは都合が悪い。
【０００６】
従来、発信側パーティに呼拒否理由を通知するために、着信側パーティは、着信呼インタフェース内のショートメッセージアイコンをクリックし、予め格納された呼拒否ショートメッセージ、例えば「私は会議中です」、「私は授業中です」、又はユーザにより定義されたショートメッセージコンテンツを選択し送信することがある。発信側パーティは、着信側パーティにより送信されたショートメッセージコンテンツを用いて、着信側パーティの呼拒否理由を知ることがあり、ユーザ経験が比較的好意的であるようにしている。しかしながら、従来、呼拒否理由を示すショートメッセージは単なる平凡なショートメッセージであり、発信側パーティはショートメッセージに対応する特定の呼び出し記録を直感的に知ることができない。特に、ショートメッセージを後で見るとき、発信側パーティは、ショートメッセージの送信電話番号及び送信時間を調べて、ショートメッセージを特定の発信記録に関連付ける必要がある。これは非常に不便である。
【０００７】
従来技術は、連絡先の最近の連絡先イベントを閲覧する機能を提供する。図１に示すように、ユーザは、連絡先インタフェース又は呼記録詳細インタフェース内で、ショートメッセージ及び呼記録を含む、ユーザと連絡先のｓｈａｒｐテレビ（電話番号：１３４８０９６０２６１）との間で生じた全ての最近の連絡イベントを閲覧してよい。しかしながら、ショートメッセージと呼記録との間の関連付けは、この方法ではユーザに直感的且つ正確に通知できない。さらに、ショートメッセージと呼記録との間に直接の関連付けが存在しないことがある。例えば、図１に示すインタフェースでは、ユーザは、「１０月８日」に受信したショートメッセージと「１０月８日」の２つの呼記録との間の関連付けを直感的に知ることができない。図２に示すインタフェースは、ユーザと連絡先のｓｈａｒｐテレビとの間で生じた最近の連絡イベントをユーザに提示できるだけである。
【発明の概要】
【０００８】
本発明の実施形態は、呼処理方法、端末、及びシステムを提供して、着信呼及び着信呼に対応する呼理由が、関連付けを通じて着信側パーティの側で表示できるようにし、それにより、発信側パーティの呼理由を直感的且つ明確に提示し、拒否された発信呼及び拒否された発信呼に対応する呼拒否理由が関連付けを通じて発信側パーティの側で表示できるようにし、それにより、着信側パーティの呼拒否理由を直感的且つ明確に提示する。
【０００９】
第１の態様は、発信側パーティの側に適用される呼処理方法を提供する。方法は、以下を含んでよい。発信側パーティは、着信側パーティを呼び出し、着信側パーティが応答しない場合、発信側パーティは、発信呼インタフェース内に第１ＳＭＳ制御を表示してよい。発信側パーティは、第１ＳＭＳ制御を用いて第１入力を受信し、第１入力に応答して、第１ＳＭＳインタフェースを表示し、第１ＳＭＳインタフェースを用いて、ユーザにより入力されたショートメッセージテキストを受信してよい。次に、発信側パーティは、第２入力を検出し、第２入力に応答して、ショートメッセージテキストを用いて第１ショートメッセージを生成し、第１ショートメッセージを着信側パーティへ送信する。
【００１０】
第２の態様は、着信側パーティの側に適用される呼処理方法を提供する。方法は、以下を含んでよい。着信側パーティは、発信側パーティにより送信された第１ショートメッセージを受信し、第１ショートメッセージ内の時間に基づき、第１ショートメッセージに対応する着信呼を決定し、次に、関連付けを通じて、第１ショートメッセージのショートメッセージテキスト、及び第１ショートメッセージに対応する着信呼を表示する。
【００１１】
第１の態様又は第２の態様を参照して、第１ショートメッセージは、ショートメッセージテキスト、プリセットフラグビット、及び時間を含んでよく、プリセットフラグビットは、第１ショートメッセージのショートメッセージテキストが、発信側パーティが着信側パーティを呼び出した理由であることを示すために使用され、時間は、発信側パーティが着信側パーティを呼び出した呼び出し時間である。
【００１２】
特定の実装では、第１ショートメッセージのショートメッセージテキストは、単語のようなテキスト形式、音声、又はピクチャを含んでよい。
【００１３】
第１の態様及び第２の態様を参照して、幾つかの実施形態では、第１ショートメッセージのショートメッセージテキストは、キーワードを含み、キーワードは、キーワードに対応するアプリケーションを起動するためのユーザ操作を受信するために使用される。例えば、地名を示すキーワードは、地図アプリケーションを起動し及び地名の位置を表示するためのユーザクリック操作を受信するために使用されてよい。別の例では、時間を示すキーワードは、カレンダーを起動するためのユーザクリック操作を受信するために使用されてよい。更に別の例では、電話番号を示すキーワードは、電話ダイヤルパッド（電話番号がダイヤルパッドに自動的に設定される）を起動するためのユーザクリック操作を受信するために使用されてよい。例は、単に、本発明の本実施形態の幾つかの実装であり、実際の適用では異なってよい。これは、限定として考えられるべきではない。
【００１４】
第１の態様及び第２の態様に記載された呼処理方法では、着信呼及び着信呼に対応する呼理由は、関連付けを通じて着信側パーティの側で表示でき、それにより、発信側パーティの呼理由を直感的且つ明確に提示する。
【００１５】
本発明の本実施形態では、着信側パーティが呼に応答しないことは、以下の場合を含んでよい。（１）着信側パーティが呼を拒否する。（２）発信側パーティが着信側パーティを呼び出す期間が移動通信システム（例えば、通信ゲートウェイ）により指定された時間閾、例えば５秒を超えるとき、着信側パーティが依然として呼に応答しない。本発明の本実施形態では、時間閾は第１時間値として参照されてよい。（３）着信側パーティがオンラインではない。例えば、着信側パーティは別の呼に出ている。別の例では、着信側パーティは電源切断状態である。更に別の例では、呼は、着信側パーティの音声メールへ自動転送される。留意すべきことに、着信側パーティが呼に応答しないことは、前述の幾つかの例に限定されない。実際の適用では、着信側パーティは、別の理由のために、間に合って応答しないことがある。例えば、呼が制限され、又は無線チャネルリソースが不十分である。
【００１６】
幾つかの実施形態では、着信側パーティ端末は、着信呼時間が第１ショートメッセージ内の時間と一致する着信呼について、着信呼記録を検索し、見付かった着信呼が第１ショートメッセージに対応する着信呼であると決定してよい。
【００１７】
本発明の本実施形態では、着信側パーティは、関連付けを通じて、以下の方法のうちの少なくとも１つで、第１ショートメッセージ及び第１ショートメッセージに対応する着信呼を表示してよい。
【００１８】
第１方法では、着信側パーティは、ロックスクリーンインタフェース内の関連付けを通じて、第１ショートメッセージのショートメッセージテキスト、及び第１ショートメッセージに対応する着信呼の着信呼情報を表示してよい。
【００１９】
第２方法では、着信側パーティは、呼記録インタフェース内の関連付けを通じて、第１ショートメッセージのショートメッセージテキスト、及び第１ショートメッセージに対応する着信呼の着信呼情報を表示してよい。
【００２０】
第３方法では、着信側パーティは、システム通知インタフェース内の関連付けを通じて、第１ショートメッセージのショートメッセージテキスト、及び第１ショートメッセージに対応する着信呼の着信呼情報を表示してよい。
【００２１】
幾つかの実施形態では、着信側パーティが呼に応答しないことは、以下の場合を含んでよい。発信側パーティが着信側パーティを呼び出す期間が第２時間値、例えば５秒を超えるとき、着信側パーティが依然として呼に応答しない。第１時間値と比べて、第２時間値はより小さい。発信側パーティが着信側パーティを呼び出す期間が第１時間値を超える場合、呼は直ちに終了する。発信側パーティが着信側パーティを呼び出す期間が第２時間値を超えるが、第１時間値に達しない場合、呼は継続する。
【００２２】
特定の実装では、発信側パーティが着信側パーティを呼び出す期間が第２時間値を超え、着信側パーティが依然として呼に応答しないとき、第１ＳＭＳ制御１０１は、発信側パーティの発信呼インタフェース１０内に表示されてよい。したがって、発信側パーティは、呼処理中に、第１ＳＭＳ制御１０１を用いて、第１ＳＭＳインタフェースを起動し、第１ＳＭＳインタフェースに、呼理由を示すショートメッセージテキストを入力し、最後に、第１ショートメッセージを送信してよい。この場合、第１ショートメッセージのショートメッセージテキスト、つまり発信側パーティの呼理由は、着信側パーティの着信呼インタフェース２０内に表示されて、着信側パーティが、発信側パーティの着信呼を受信するとき、発信側パーティの呼理由を知ってよく、したがって、着信側パーティは直ちに呼に応答するようにする
幾つかの実施形態では、発信側パーティは、第１ショートメッセージのショートメッセージテキストを呼記録インタフェース内に表示してよい。言い換えると、発信側パーティは、発信側パーティが着信側パーティを呼び出した呼理由を記録し及び表示してよい。したがって、発信側パーティは、全ての発信呼、特に着信側パーティの連絡先名の格納されていない発信呼（電話番号のみが呼記録に表示される）に対応する呼理由を閲覧し、発信呼に対応する呼理由は、発信側パーティが、着信側パーティ及び発信呼に関するより多くの情報を知るのに役立ち得る。
【００２３】
第３の態様は、着信側パーティの側に適用される呼処理方法を提供する。方法は、以下を含んでよい。着信側パーティは、発信側パーティの着信呼を受信し、着信呼インタフェース内に第２ＳＭＳ制御を表示する。着信側パーティは、第２ＳＭＳ制御を用いて第３入力を検出し、第３入力に応答して、第２ＳＭＳインタフェースを表示し、第２ＳＭＳインタフェースを用いて、着信側パーティのユーザにより入力されたショートメッセージテキストを受信してよい。次に、着信側パーティは、第４入力を検出し、第４入力に応答して、ショートメッセージテキストを用いて第２ショートメッセージを生成し、第２ショートメッセージを発信側パーティへ送信する。
【００２４】
第４の態様は、発信側パーティの側に適用される呼処理方法を提供する。方法は、以下を含んでよい。発信側パーティは、着信側パーティにより送信された第２ショートメッセージを受信し、第２ショートメッセージ内の時間に基づき、第２ショートメッセージに対応する発信呼を決定し、関連付けを通じて、第２ショートメッセージのショートメッセージテキスト、及び第２ショートメッセージに対応する発信呼を表示する。
【００２５】
第３の態様又は第４の態様を参照して、第２ショートメッセージは、ショートメッセージテキスト、プリセットフラグビット、及び時間を含んでよく、プリセットフラグビットは、第２ショートメッセージのショートメッセージテキストが、着信側パーティが着信呼を拒否した呼拒否理由であることを示すために使用され、時間は、着信呼に対応する着信呼時間である。
【００２６】
特定の実装では、第２ショートメッセージのショートメッセージテキストは、単語のようなテキスト形式、音声、又はピクチャを含んでよい。
【００２７】
第３の態様及び第４の態様を参照して、幾つかの実施形態では、第２ショートメッセージのショートメッセージテキストは、キーワードを含み、キーワードは、キーワードに対応するアプリケーションを起動するためのユーザ操作を受信するために使用される。例えば、地名を示すキーワードは、地図アプリケーションを起動し及び地名の位置を表示するためのユーザクリック操作を受信するために使用されてよい。別の例では、時間を示すキーワードは、カレンダーを起動するためのユーザクリック操作を受信するために使用されてよい。更に別の例では、電話番号を示すキーワードは、電話ダイヤルパッド（電話番号がダイヤルパッドに自動的に設定される）を起動するためのユーザクリック操作を受信するために使用されてよい。例は、単に、本発明の本実施形態の幾つかの実装であり、実際の適用では異なってよい。これは、限定として考えられるべきではない。
【００２８】
第３の態様及び第４の態様に記載された呼処理方法では、拒否された発信呼及び拒否された発信呼に対応する呼拒否理由は、関連付けを通じて発信側パーティの側で表示でき、それにより、着信側パーティの呼拒否理由を直感的且つ明確に提示する。
【００２９】
幾つかの実施形態では、第３入力は、着信呼を切断するようトリガするために更に使用されてよい。着信側パーティは、第３入力に応答して、着信呼を切断する。
【００３０】
幾つかの実施形態では、発信側パーティは、発信呼時間が第２ショートメッセージ内の時間と一致する発信呼について、発信呼記録を検索し、見付かった発信呼が第２ショートメッセージに対応する発信呼であると決定してよい。
【００３１】
本発明の本実施形態では、発信側パーティは、関連付けを通じて、以下の方法のうちの少なくとも１つで、第２ショートメッセージ及び第２ショートメッセージに対応する発信呼を表示してよい。
【００３２】
第１方法では、発信側パーティは、第２ショートメッセージのショートメッセージテキストを発信呼インタフェース内に表示してよく、発信呼インタフェースは、第２ショートメッセージに対応する発信呼を表示するよう構成される。
【００３３】
第２方法では、発信側パーティは、呼記録内の関連付けを通じて、第２ショートメッセージのショートメッセージテキスト、及び第２ショートメッセージに対応する発信呼を表示してよい。
【００３４】
幾つかの実施形態では、着信側パーティは、さらに、呼記録インタフェース内の関連付けを通じて、第２ショートメッセージのショートメッセージテキスト、及び第２ショートメッセージに対応する着信呼を表示してよい。言い換えると、着信側パーティは、着信側パーティが着信呼を拒否した呼拒否理由を記録し及び表示してもよい。したがって、発信側パーティは、全ての不在着信、特に発信側パーティの連絡先名の格納されていない不在着信（電話番号のみが呼記録に表示される）に対応する呼拒否理由を閲覧し、不在着信に対応する呼拒否理由は、着信側パーティが、着信側パーティ及び発信呼に関するより多くの情報を知るのに役立ち得る。
【００３５】
第５の態様は、発信側パーティに適用される端末を提供する。端末は、プロセッサ、送信機、及びディスプレイスクリーンを含んでよい。
【００３６】
送信機は、着信側パーティを呼び出すよう構成される。
【００３７】
ディスプレイスクリーンは、着信側パーティが応答しない場合、発信側パーティが、第１ＳＭＳ制御を発信呼インタフェース内に表示することを可能にするよう構成される。
【００３８】
ディスプレイスクリーンは、第１ＳＭＳ制御を用いて第１入力を受信し、第１入力に応答して第１ＳＭＳインタフェースを表示するよう更に構成される。
【００３９】
ディスプレイスクリーンは、第１ＳＭＳインタフェースを用いて、ユーザにより入力されたショートメッセージテキストを受信するよう更に構成される。
【００４０】
ディスプレイスクリーンは、第２入力を検出するよう更に構成される。
【００４１】
プロセッサは、第２入力に応答して、ショートメッセージテキストを用いて第１ショートメッセージを生成するよう構成される。
【００４２】
送信機は、第１ショートメッセージを着信側パーティへ送信するよう更に構成される。
【００４３】
幾つかの実施形態では、着信側パーティが応答しないことは、着信側パーティが呼を拒否すること、又は発信側パーティが着信側パーティを呼び出した期間が第１時間値を超えること、又は着信側パーティがオンラインではないこと、を含む。
【００４４】
幾つかの実施形態では、ディスプレイスクリーンは、呼記録インタフェース内の関連付けを通じて、第１ショートメッセージのショートメッセージテキスト、及び第１ショートメッセージに対応する発信呼を表示するよう更に構成される。
【００４５】
第６の態様は、着信側パーティに適用される端末を提供する。端末は、プロセッサ、受信機、及びディスプレイスクリーンを含んでよい。
【００４６】
受信機は、発信側パーティにより送信された第１ショートメッセージを受信するよう構成される。
【００４７】
プロセッサは、第１ショートメッセージ内の時間に基づき、第１ショートメッセージに対応する着信呼を決定するよう構成される。
【００４８】
ディスプレイスクリーンは、関連付けを通じて、第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する着信呼を表示するよう構成される。
【００４９】
幾つかの実施形態では、ディスプレイスクリーンは、具体的に、ロックスクリーンインタフェース内の関連付けを通じて、第１ショートメッセージのショートメッセージテキスト、及び第１ショートメッセージに対応する着信呼の着信呼情報を表示するよう構成される。
【００５０】
幾つかの実施形態では、ディスプレイスクリーンは、具体的に、呼記録インタフェース内の関連付けを通じて、第１ショートメッセージのショートメッセージテキスト、及び第１ショートメッセージに対応する着信呼の着信呼情報を表示するよう構成される。
【００５１】
幾つかの実施形態では、ディスプレイスクリーンは、具体的に、システム通知インタフェース内の関連付けを通じて、第１ショートメッセージのショートメッセージテキスト、及び第１ショートメッセージに対応する着信呼の着信呼情報を表示するよう構成される。
【００５２】
幾つかの実施形態では、ディスプレイスクリーンは、第１ショートメッセージのショートメッセージテキストを、第１ショートメッセージに対応する着信呼の発信側ＩＤディスプレイインタフェース内に表示するよう更に構成される。
【００５３】
幾つかの実施形態では、プロセッサは、具体的に、着信呼時間が第１ショートメッセージ内の時間と一致する着信呼について、着信呼記録を検索し、見付かった着信呼が第１ショートメッセージに対応する着信呼であると決定するよう構成される。
【００５４】
第５の態様又は第６の態様を参照して、第１ショートメッセージは、ショートメッセージテキスト、プリセットフラグビット、及び時間を含んでよく、プリセットフラグビットは、第１ショートメッセージのショートメッセージテキストが、発信側パーティが着信側パーティを呼び出した理由であることを示すために使用され、時間は、発信側パーティが着信側パーティを呼び出した呼び出し時間である。
【００５５】
第５の態様又は第６の態様を参照して、幾つかの実施形態では、第１ショートメッセージのショートメッセージテキストは、単語、音声、又はピクチャを含む。
【００５６】
第５の態様及び第６の態様を参照して、幾つかの実施形態では、第１ショートメッセージのショートメッセージテキストは、キーワードを含み、キーワードは、キーワードに対応するアプリケーションを起動するためのユーザ操作を受信するために使用される。
【００５７】
第７の態様は、着信側パーティに適用される端末を提供する。端末は、プロセッサ、受信機、送信機、及びディスプレイスクリーンを含んでよい。
【００５８】
受信機は、発信側パーティの着信呼を受信するよう構成される。
【００５９】
ディスプレイスクリーンは、着信呼インタフェース内に第２ＳＭＳ制御を表示するよう構成される。
【００６０】
ディスプレイスクリーンは、第２ＳＭＳ制御を用いて第３入力を受信し、第３入力に応答して第２ＳＭＳインタフェースを表示するよう更に構成される。
【００６１】
ディスプレイスクリーンは、第２ＳＭＳインタフェースを用いて、着信側パーティのユーザにより入力されたショートメッセージテキストを受信するよう更に構成される。
【００６２】
ディスプレイスクリーンは、第４入力を検出するよう更に構成される。
【００６３】
プロセッサは、第４入力に応答して、ショートメッセージテキストを用いて第２ショートメッセージを生成するよう構成される。
【００６４】
送信機は、第２ショートメッセージを発信側パーティへ送信するよう構成される。
【００６５】
幾つかの実施形態では、プロセッサは、第３入力に応じて着信呼を切断するよう構成される。
【００６６】
幾つかの実施形態では、ディスプレイスクリーンは、呼記録インタフェース内の関連付けを通じて、第２ショートメッセージのショートメッセージテキスト、及び第２ショートメッセージに対応する着信呼を表示するよう更に構成される。
【００６７】
第８の態様は、発信側パーティに適用される端末を提供する。端末は、プロセッサ、受信機、及びディスプレイスクリーンを含んでよい。
【００６８】
受信機は、着信側パーティにより送信された第２ショートメッセージを受信するよう構成される。
【００６９】
プロセッサは、第２ショートメッセージ内の時間に基づき、第２ショートメッセージに対応する発信呼を決定するよう構成される。
【００７０】
ディスプレイスクリーンは、関連付けを通じて、第２ショートメッセージのショートメッセージテキスト及び第２ショートメッセージに対応する発信呼を表示するよう構成される。
【００７１】
幾つかの実施形態では、ディスプレイスクリーンは、具体的に、第２ショートメッセージのショートメッセージテキストを発信呼インタフェース内に表示するよう構成され、発信呼インタフェースは、第２ショートメッセージに対応する発信呼を表示するよう構成される。
【００７２】
幾つかの実施形態では、ディスプレイスクリーンは、具体的に、呼記録内の関連付けを通じて、第２ショートメッセージのショートメッセージテキスト、及び第２ショートメッセージに対応する発信呼を表示するよう構成される。
【００７３】
幾つかの実施形態では、プロセッサは、具体的に、発信呼時間が第２ショートメッセージ内の時間と一致する発信呼について、発信呼記録を検索し、見付かった発信呼が第２ショートメッセージに対応する発信呼であると決定するよう構成される。
【００７４】
第７の態様又は第８の態様を参照して、第２ショートメッセージは、ショートメッセージテキスト、プリセットフラグビット、及び時間を含んでよく、プリセットフラグビットは、第２ショートメッセージのショートメッセージテキストが、着信側パーティが着信呼を拒否した呼拒否理由であることを示すために使用され、時間は、着信呼に対応する着信呼時間である。
【００７５】
第７の態様又は第８の態様を参照して、幾つかの実施形態では、第２ショートメッセージのショートメッセージテキストは、単語、音声、又はピクチャを含む。
【００７６】
第７の態様及び第８の態様を参照して、幾つかの実施形態では、第２ショートメッセージのショートメッセージテキストは、キーワードを含み、キーワードは、キーワードに対応するアプリケーションを起動するためのユーザ操作を受信するために使用される。
【００７７】
第９の態様は、発信側パーティと着信側パーティとを含む通信システムを提供する。
【００７８】
発信側パーティは、着信側パーティを呼び出し、着信側パーティが応答しない場合、発信呼インタフェース内に第１ＳＭＳ制御を表示するよう構成される。
【００７９】
発信側パーティは、第１ＳＭＳ制御を用いて第１入力を受信し、第１入力に応答して、第１ＳＭＳインタフェースを表示し、第１ＳＭＳインタフェースを用いて、ユーザにより入力されたショートメッセージテキストを受信するよう更に構成される。
【００８０】
発信側パーティは、第２入力を検出し、第２入力に応答して、ショートメッセージテキストを用いて第１ショートメッセージを生成し、第１ショートメッセージを着信側パーティへ送信するよう更に構成される。
【００８１】
着信側パーティは、発信側パーティにより送信された第１ショートメッセージを受信し、第１ショートメッセージ内の時間に基づき、第１ショートメッセージに対応する着信呼を決定し、関連付けを通じて、第１ショートメッセージのショートメッセージテキスト、及び第１ショートメッセージに対応する着信呼を表示するよう構成される。
【００８２】
第１ショートメッセージは、ショートメッセージテキスト、プリセットフラグビット、及び時間を含み、プリセットフラグビットは、第１ショートメッセージのショートメッセージテキストが、発信側パーティが着信側パーティを呼び出した理由であることを示すために使用され、時間は、発信側パーティが着信側パーティを呼び出した呼び出し時間である。
【００８３】
特定の実装では、発信側パーティは、第５の態様で記載された端末であってよく、着信側パーティは、第６の態様で記載された端末であってよい。
【００８４】
第１０の態様は、発信側パーティと着信側パーティとを含む通信システムを提供する。
【００８５】
発信側パーティは着信側パーティを呼び出すよう構成される。
【００８６】
着信側パーティは、発信側パーティの着信呼を受信し、着信呼インタフェース内に第２ＳＭＳ制御を表示するよう構成される。
【００８７】
着信側パーティは、第２ＳＭＳ制御を用いて第３入力を検出し、第３入力に応答して、第２ＳＭＳインタフェースを表示し、第２ＳＭＳインタフェースを用いて、着信側パーティのユーザにより入力されたショートメッセージテキストを受信するよう更に構成される。
【００８８】
着信側パーティは、第４入力を検出し、第４入力に応答して、ショートメッセージテキストを用いて第２ショートメッセージを生成し、第２ショートメッセージを発信側パーティへ送信するよう更に構成される。
【００８９】
発信側パーティは、さらに、着信側パーティにより送信された第２ショートメッセージを受信し、第２ショートメッセージ内の時間に基づき、第２ショートメッセージに対応する発信呼を決定し、関連付けを通じて、第２ショートメッセージのショートメッセージテキスト、及び第２ショートメッセージに対応する発信呼を表示する。
【００９０】
第２ショートメッセージは、ショートメッセージテキスト、プリセットフラグビット、及び時間を含み、プリセットフラグビットは、第２ショートメッセージのショートメッセージテキストが、着信側パーティが着信呼を拒否した呼拒否理由であることを示すために使用され、時間は、着信呼に対応する着信呼時間である。
【００９１】
特定の実装では、発信側パーティは、第７の態様で記載された端末であってよく、着信側パーティは、第８の態様で記載された端末であってよい。
【００９２】
第１１の態様は、コンピュータ命令を格納する可読不揮発性記憶媒体を提供し、コンピュータ命令は、第１の態様で記載した方法を実施するために実行される。
【００９３】
第１２の態様は、コンピュータ命令を格納する可読不揮発性記憶媒体を提供し、コンピュータ命令は、第２の態様で記載した方法を実施するために実行される。
【００９４】
第１３の態様は、コンピュータ命令を格納する可読不揮発性記憶媒体を提供し、コンピュータ命令は、第３の態様で記載した方法を実施するために実行される。
【００９５】
第１４の態様は、コンピュータ命令を格納する可読不揮発性記憶媒体を提供し、コンピュータ命令は、第４の態様で記載した方法を実施するために実行される。
【００９６】
本発明の実施形態では、着信呼及び着信呼に対応する呼理由は、関連付けを通じて着信側パーティの側で表示でき、それにより、発信側パーティの呼理由を直感的且つ明確に提示する。さらに、拒否された発信呼及び拒否された発信呼に対応する呼拒否理由は、関連付けを通じて発信側パーティの側で表示でき、それにより、着信側パーティの呼拒否理由を直感的且つ明確に提示する。
【図面の簡単な説明】
【００９７】
本発明の実施形態の技術的解決策をより明確に記載するために、実施形態を説明するのに必要な添付の図面を以下に簡単に説明する。
【図１】連絡先の最近の連絡イベントを閲覧する既存の方法の概略図である。
【図２Ａ】本発明の一実施形態による呼シナリオの概略図である。
【図２Ｂ】本発明の一実施形態による、発信側パーティが呼理由を編集する概略図である。
【図３Ａ】本発明の一実施形態による、着信側パーティが、関連付けを通じて、着信側及び着信側に対応する呼理由を表示する概略図である。
【図３Ｂ】本発明の一実施形態による、着信側パーティが、関連付けを通じて、着信側及び着信側に対応する呼理由を表示する概略図である。
【図３Ｃ】本発明の一実施形態による、着信側パーティが、関連付けを通じて、着信側及び着信側に対応する呼理由を表示する概略図である。
【図４】本発明の一実施形態による、発信側パーティが呼び出し中に呼理由を送信する概略図である。
【図５Ａ】本発明の一実施形態による別の呼シナリオの概略図である。
【図５Ｂ】本発明の一実施形態による、着信側パーティが呼拒否理由を編集する概略図である。
【図６Ａ】本発明の一実施形態による、発信側パーティが、関連付けを通じて、拒否された発信呼及び拒否された発信呼に対応する呼拒否理由を表示する概略図である。
【図６Ｂ】本発明の一実施形態による、発信側パーティが、関連付けを通じて、拒否された発信呼及び拒否された発信呼に対応する呼拒否理由を
【図７】本発明の一実施形態による、発信側パーティが、呼記録の中の関連付けを通じて、発信呼及び発信呼に対応する呼理由を表示する概略図である。
【図８】本発明の一実施形態による、着信側パーティが、呼記録の中の関連付けを通じて、不在着信及び不在着信に対応する呼拒否理由を表示する概略図である。
【図９】本発明の一実施形態による、発信側パーティが、着信側パーティが呼を拒否した後に、ショートメッセージを用いて、呼理由を編集する概略図である。
【図１０】本発明の一実施形態による、発信側パーティが、呼処理中にショートメッセージを用いて呼理由を促した後に、着信側パーティがショートメッセージを用いて呼を拒否する概略図である。
【図１１】本発明の一実施形態による、着信側パーティが、呼記録の中の関連付けを通じて、不在着信、不在着信に対応する呼拒否理由、及び呼理由を表示する概略図である。
【図１２】本発明の一実施形態による、発信側パーティが、呼記録の中の関連付けを通じて、拒否された発信呼、拒否された発信呼に対応する呼拒否理由、及び呼理由を表示する概略図である。
【図１３】本発明の一実施形態によるハードウェアアーキテクチャの概略図である。
【図１４Ａ】図１３に記載の発信側パーティ端末の各コンポーネント間の相互作用及び図１３に記載の発信側パーティ端末の各コンポーネントの概略図である。
【図１４Ｂ】図１３に記載の発信側パーティ端末の各コンポーネント間の相互作用及び図１３に記載の発信側パーティ端末の各コンポーネントの概略図である。
【図１４Ｃ】図１３に記載の発信側パーティ端末の各コンポーネント間の相互作用及び図１３に記載の発信側パーティ端末の各コンポーネントの概略図である。
【図１５】本発明の実施形態による呼処理方法の概略フローチャートである。
【図１６】本発明の一実施形態によるショートメッセージのデータフォーマットの概略図である。
【図１７】本発明の一実施形態による、呼び出し中の発信側パーティ及び着信側パーティの概略図である。
【図１８】本発明の一実施形態による別の呼処理方法の概略フローチャートである。
【図１９】本発明の一実施形態による更に別の呼処理方法の概略フローチャートである。
【図２０】本発明の一実施形態によるまた別の呼処理方法の概略フローチャートである。
【図２１】本発明の一実施形態による端末の概略構造図である。
【発明を実施するための形態】
【００９８】
本発明の実装部分で使用される用語は、単に本発明の特定の実施形態を説明することを意図しており、本発明を限定することを意図しない。
【００９９】
先ず、本発明の実施形態は、主に２つの呼シナリオに関連する。第１の呼シナリオでは、発信側パーティは着信側パーティを呼び出し、着信側パーティは応答せず、発信側パーティは、可能な限り早く折り返し電話するよう着信側パーティを想起する必要がある。第２の呼シナリオでは、発信側パーティは着信側パーティを呼び出し、着信側パーティは呼を拒否し、着信側パーティは、呼拒否理由を発信側パーティに通知する必要がある。
【０１００】
図２Ａ、図２Ｂ、及び図３Ａ〜３Ｃは、本発明の一実施形態による第１の呼シナリオの呼処理機能の概略図である。以下は、詳細な説明を提供する。
【０１０１】
図２Ａは、発信側パーティ（電話番号：０２９８７６６８１００）が着信側パーティ（電話番号：１７１８１３３５５１７）を呼び出す概略図である。発信側インタフェース１０は、発信側パーティの側で表示され、着信側パーティの電話番号は発信呼インタフェース１０内に表示される。着信呼インタフェース２０は、着信側パーティの側で表示され、発信側パーティの電話番号は着信呼インタフェース２０内に表示される。
【０１０２】
図２Ａに示すように、着信側パーティは、発信側パーティの呼に応答しない。着信側パーティの側では、応答されない呼は不在着信として参照されてよい。具体的に、着信側パーティが呼に応答しないことは、以下の場合を含んでよい。
【０１０３】
（１）着信側パーティが呼を拒否する。例えば、図２Ａに示すように、着信側パーティのユーザは、着信呼インタフェース２０内の「拒否」アイコンをクリックして、着信呼を切断してよい。
【０１０４】
（２）発信側パーティが着信側パーティを呼び出す期間が移動通信システム（例えば、通信ゲートウェイ）により指定された時間閾、例えば５秒を超えるとき、着信側パーティが依然として呼に応答しない。本発明の本実施形態では、時間閾は第１時間値として参照されてよい。
【０１０５】
（３）着信側パーティがオンラインではない。例えば、着信側パーティは別の呼に出ている。別の例では、着信側パーティは電源切断状態である。更に別の例では、呼は、着信側パーティの音声メールへ自動転送される。
【０１０６】
留意すべきことに、着信側パーティが呼に応答しないことは、前述の幾つかの例に限定されない。実際の適用では、着信側パーティは、別の理由のために、間に合って応答しないことがある。例えば、呼が制限され、又は無線チャネルリソースが不十分である。
【０１０７】
図２Ｂに示すように、着信側パーティが発信側パーティの呼に応答しない場合、第１ＳＭＳ制御１０１が、発信側パーティの発信呼インタフェース１０内に表示されてよい。第１ＳＭＳ制御１０１は、発信側パーティのユーザにより入力され且つ第１ＳＭＳインタフェースを表示するために使用される操作を受信するよう構成される。ここで、該操作は、第１入力として参照されてよい。第１ＳＭＳインタフェースは、発信側パーティのユーザにより入力され且つ呼理由を示すショートメッセージテキストを受信するよう構成されてよい。本発明の本実施形態では、呼理由は、発信側パーティの呼意図又は呼目的、又は発信側パーティにより着信側パーティに通知される必要のあるイベント、等であってよい。
【０１０８】
第１入力が検出されると、第１ＳＭＳインタフェースが起動されてよく、発信側パーティのユーザが、呼理由を示すショートメッセージテキストを入力し得るようにする。
【０１０９】
第１ＳＭＳインタフェースの複数の提示形式があってよく、本発明の本実施形態はいかなる限定も課さない。以下は、２つの提示形式を記載する。
【０１１０】
一実装では、第１ＳＭＳインタフェ―スは、図２Ｂに示す第１ＳＭＳ編集インタフェース１０４そのままであってよい。発信側パーティのユーザは、第１ＳＭＳ制御１０１をクリックすることにより、第１ＳＭＳ編集インタフェース１０４を直接起動してよい。次に、発信側パーティのユーザは、第１ＳＭＳ編集インタフェース１０４に、呼理由を示すショートメッセージテキスト１０５を入力してよい。
【０１１１】
別の実装では、第１ＳＭＳインタフェースは、複数レベルインタフェースを含んでよい。例えば、図２Ｂに示すように、第１ＳＭＳインタフェースは、第１選択メニュー１０２及び第１ＳＭＳ編集インタフェース１０４を含む。ユーザは、先ず、第１ＳＭＳ制御１０１をクリックして、第１選択メニュー１０２を起動し、次に第１選択メニュー１０２の中の選択肢を選択して、第１ＳＭＳ編集インタフェース１０４を起動する。具体的に、図２Ｂに示す第１ＳＭＳインタフェースに、呼理由を示すショートメッセージテキストを入力する方法は、以下を含んでよい。先ず、発信側パーティのユーザは、第１選択メニュー１０２の中の「ユーザ定義ショートメッセージ」を選択し、ＳＭＳ編集ボックスに、呼理由を示すユーザ定義ショートメッセージテキスト１０５、例えば「バージョン編集失敗、直ぐに折り返し電話して下さい」を入力してよい。第２に、発信側パーティのユーザは、第１選択メニュー１０２内で、システム内に予め設定されたショートメッセージテキスト、例えば「緊急、直ぐに折り返し電話して下さい」を選択し、ユーザにより選択されたプリセットショートメッセージテキストは、ＳＭＳ編集ボックスに自動的に入力される。
【０１１２】
図２Ｂに示すように、ショートメッセージテキスト１０５を送信するために使用されるユーザ操作が、送信ボタン１０６を用いて検出されると、発信側パーティは、ショートメッセージテキスト１０５をショートメッセージにカプセル化し、該ショートメッセージを着信側パーティへ送信してよい。ここで、ショートメッセージは、第１ショートメッセージと後の実施形態で言及される第２ショートメッセージとの間を区別するために、第１ショートメッセージとして参照されてよい。理解されるべきことに、第１ショートメッセージは前述の不在着信に対応する。着信側パーティは、第１ショートメッセージを用いて、前述の不在着信に対応する呼理由を表現してよい。
【０１１３】
特定の実装では、ショートメッセージテキスト１０５を送信するために使用されるユーザ操作は、送信ボタン１０６に対して実行される軽いタッチ操作、押下操作、スライド操作、等であってよい。幾つかの実施形態では、ショートメッセージテキスト１０５を送信するために使用されるユーザ操作は、別の形式であってもよい。例えば、ショートメッセージテキスト１０５は、音声制御機能（例えば「Ｓｉｒｉ」）を用いて送信されるようトリガされる。本発明の本実施形態では、ユーザ操作は第２入力として参照されてよい。
【０１１４】
幾つかの実施形態では、発信側パーティは、また、呼理由を示すショートメッセージを編集するために、呼記録の中の発信呼記録に対応するＳＭＳポータルを用いて第１ＳＭＳインタフェースを起動してよい。詳細については図６ＢのＳＭＳポータル６０１を参照する。
【０１１５】
本発明の本実施形態では、第１ショートメッセージのショートメッセージテキストは、単語のようなテキスト形式、音声、又はピクチャを含んでよい。
【０１１６】
幾つかの実施形態では、第１ショートメッセージのショートメッセージテキストは、キーワードを含んでよく、キーワードは、キーワードに対応するアプリケーションを起動するためのユーザ操作を受信するために使用される。例えば、地名を示すキーワードは、地図アプリケーションを起動し及び地名の位置を表示するためのユーザクリック操作を受信するために使用されてよい。別の例では、時間を示すキーワードは、カレンダーを起動するためのユーザクリック操作を受信するために使用されてよい。更に別の例では、電話番号を示すキーワードは、電話ダイヤルパッド（電話番号がダイヤルパッドに自動的に設定される）を起動するためのユーザクリック操作を受信するために使用されてよい。例は、単に、本発明の本実施形態の幾つかの実装であり、実際の適用では異なってよい。これは、限定として考えられるべきではない。
【０１１７】
図３Ａ〜図３Ｃは、第１ショートメッセージが着信側パーティの側で受信された後に、第１ショートメッセージをどのように表示するかの概略図である。
【０１１８】
図３Ａに示すように、受信した第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する不在着信は、着信側パーティのロックスクリーンインタフェース３０内に関連付けを通じて表示されてよい。具体的に、不在着信では、不在着信の着信呼情報、例えば着信呼時間、着信呼番号、呼期間、及び着信呼番号の電子通信ホーム位置は、着信側パーティのロックスクリーンインタフェース３０内に表示されてよい。第１ショートメッセージのショートメッセージテキストでは、ショートメッセージテキストの中の単語の一部は、ロックスクリーンインタフェース３０内に、例えば最初の２０文字、表示されてよい。幾つかの実施形態では、ショートメッセージテキストの全部が、ロックスクリーンインタフェース３０内に表示されてよい。
【０１１９】
特定の実装では、第１ショートメッセージのショートメッセージテキストと不在着信との間の関連付けを提示するために、ロックスクリーンインタフェース３０内の同じ表示制御に、２つが表示されてよい。
【０１２０】
例えば、図３Ａに示すように、同じ表示制御はボタン（Button）１０７であってよく、ボタン１０７に対応するアイコン（Icon）は、不在着信を示すピクチャであってよく、ボタンに対応するテキスト（Text）は、不在着信の着信呼情報、及び第１ショートメッセージのショートメッセージテキストの一部又は全部であってよい。リスナ（Listener）は、ボタン１０７のために構成されてよい。リスナは、傾聴プログラムであり、ボタン１０７に対して実行されるユーザクリック（Click）操作を監視するよう構成される。ユーザクリック操作がキャプチャされると、ダイヤルインタフェースが起動され、着信呼番号（つまり、発信側パーティの電話番号）がダイヤルパッドに自動的に設定されて、着信側パーティが折り返し電話するようにする。例は、単に、本発明の本実施形態において提供される一実装であり、実際の適用では異なってよい。これは、限定として考えられるべきではない。図３Ａは、単に、本発明の本実施形態の一実装である。ロックスクリーンインタフェース内に関連付けを通じて着信呼情報及びショートメッセージテキストを表示するＵＩ表現、例えばＵＩ構成方法については、ここでいかなる限定も課されない。
【０１２１】
第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する不在着信は、ロックスクリーンインタフェース３０内に関連付けを通じて表示されて、着信側パーティのユーザが、着信側パーティ端末に対して再操作を実行する（例えば、スクリーン覚醒を実行する）第１時間に、不在着信に対応する呼理由を知ることができ、従って着信側パーティが間に合うように折り返し電話するようにすることが、理解できる。
【０１２２】
図３Ｂに示すように、受信した第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する不在着信は、着信側パーティのシステム通知インタフェース４０内に関連付けを通じて表示されてよい。
【０１２３】
特定の実装では、図３Ｂに示すように、ショートメッセージテキストと不在着信との間の関連付けを提示するために、システム通知インタフェース４０内の同じ表示制御に、２つが表示されてよい。
【０１２４】
例えば、同じ表示制御は、システム通知インタフェース４０内のアイテム（Item）１０８であってよい。システム通知インタフェース４０は、ドロップダウンリスト（List）であってよい。リストは、複数のアイテムを含んでよく、各アイテムは、不在着信又は広告プッシュのような通知を表示するために使用される。具体的に、着信側パーティは、不在着信の着信呼情報、及びショートメッセージテキストの一部又は全部を、アイテム１０８内に表示してよい。着信呼情報については、図３Ａの記載を参照する。具体的に、アイテム１０８に対応するアイコンは、不在着信を示すピクチャであってよく、アイテム１０８に対応するテキストは、不在着信の着信呼情報、及び第１ショートメッセージのショートメッセージテキストの一部又は全部であってよい。図３Ｂは、単に、本発明の本実施形態の一実装である。システム通知インタフェース内に関連付けを通じて着信呼情報及びショートメッセージテキストを表示するＵＩ表現、例えばＵＩ構成方法については、ここでいかなる限定も課されない。
【０１２５】
図３Ｂに示すように、ダイヤルボタンが、アイテム１０８上に更に構成されてよい。リスナは、ダイヤルボタンのために構成されてよい。リスナが、アイテム１０８に対して実行されたユーザクリック操作をキャプチャすると、ダイヤルインタフェースが起動され、着信呼番号（つまり、発信側パーティの電話番号）がダイヤルパッドに自動的に設定されて、着信側パーティが折り返し電話するようにする。例は、単に、本発明の本実施形態において提供される一実装であり、実際の適用では異なってよい。これは、限定として考えられるべきではない。
【０１２６】
第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する不在着信は、システム通知インタフェース４０内に関連付けを通じて表示されて、着信側パーティのユーザが、システム通知メッセージを閲覧するとき、不在着信に対応する呼理由を知ることができ、従って着信側パーティが間に合うように折り返し電話するようにすることが、理解できる。
【０１２７】
図３Ｃに示すように、受信した第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する不在着信は、着信側パーティの呼記録インタフェース５０内に関連付けを通じて表示されてよい。
【０１２８】
特定の実装では、図３Ｃに示すように、ショートメッセージテキストと不在着信との間の関連付けを提示するために、呼記録インタフェース５０内の同じ表示制御に、２つが表示されてよい。
【０１２９】
例えば、同じ表示制御は、呼記録インタフェース５０内のアイテム１０９であってよい。呼記録インタフェース５０はリストであってよい。リストは、複数のアイテムを含んでよく、各アイテムは呼記録を表示するために使用される。着信側パーティ端末は、不在着信の着信呼情報、及びショートメッセージテキストの一部又は全部を、アイテム１０９内に表示してよい。着信呼情報については、図３Ａの記載を参照する。図３Ｃは、単に、本発明の本実施形態の一実装である。呼記録インタフェース内に関連付けを通じて着信呼情報及びショートメッセージテキストを表示するＵＩ表現、例えばＵＩ構成方法については、ここでいかなる限定も課されない。
【０１３０】
特定の実装では、リスナは、呼記録インタフェース５０内の各アイテムについて構成されてよい。リスナがアイテムに対して実行されたユーザクリック操作をキャプチャすると、ダイヤルインタフェースが起動され、アイテムの中の電話番号がダイヤルパッドに自動的に設定される。アイテム１０９について、着信呼番号（つまり、発信側パーティの電話番号）がダイヤルパッドに自動的に設定されてよく、着信側パーティが折り返し電話するようにする。例は、単に、本発明の本実施形態において提供される一実装であり、実際の適用では異なってよい。これは、限定として考えられるべきではない。
【０１３１】
第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する不在着信は、呼記録インタフェース５０内に関連付けを通じて表示されて、着信側パーティのユーザが、呼記録を問い合わせることにより、不在着信に対応する呼理由を直感的に知ることができ、従って着信側パーティが間に合うように折り返し電話するようにすることが、理解できる。
【０１３２】
幾つかの実施形態では、着信側パーティが呼に応答しないことは、以下の場合を含んでよい。発信側パーティが着信側パーティを呼び出す期間が第２時間値、例えば５秒を超えるとき、着信側パーティが依然として呼に応答しない。第１時間値と比べて、第２時間値はより小さい。発信側パーティが着信側パーティを呼び出す期間が第１時間値を超える場合、呼は直ちに終了する。発信側パーティが着信側パーティを呼び出す期間が第２時間値を超えるが、第１時間値に達しない場合、呼は継続する。
【０１３３】
図４に示すように、発信側パーティが着信側パーティを呼び出す期間が第２時間値を超え、着信側パーティが依然として呼に応答しないとき、第１ＳＭＳ制御１０１は、発信側パーティの発信呼インタフェース１０内に表示されてよい。したがって、発信側パーティは、呼処理中に、第１ＳＭＳ制御１０１を用いて、第１ＳＭＳインタフェースを起動し、第１ＳＭＳインタフェースに、呼理由を示すショートメッセージテキストを入力し、最後に、第１ショートメッセージを送信してよい。
【０１３４】
相応して、図４に示すように、着信側パーティは、第１ショートメッセージを受信する。この場合、発信側パーティからの呼は終了しない。第１ショートメッセージのショートメッセージテキストは、着信側パーティの着信呼インタフェース２０内に表示される。つまり、発信側パーティの呼理由（「バージョン編集失敗、直ぐに折り返し電話して下さい」）である。第１ショートメッセージは、発信側パーティが着信側パーティを呼び出す処理の中で送信されるので、着信側パーティは、発信側パーティの着信呼を受信するとき、発信側パーティの呼理由を知り得、着信側パーティが呼に直ちに応答するようにする。
【０１３５】
留意すべきことに、この場合、第２時間値は、規定により設定されてよく、又はユーザ定義方法で発信側パーティにより設定されてよく、又は発信側パーティのユーザ習慣に基づき知的に設定されてよい。例えば、プリセット時間値は０であってよい。言い換えると、これは、第１ＳＭＳ制御１０１が、着信側パーティを呼び出す最初の時点で、発信側パーティの発信呼インタフェース１０内に表示されてよいことを示す。したがって、呼を着信側パーティに対して始動するとき、発信側パーティは、第１ショートメッセージを送信してよく、着信側パーティが、発信側パーティの呼理由を可能な限り早く知るようにし、それにより、着信側パーティが間に合って呼に応答する可能性を向上する。
【０１３６】
図２Ａ、図２Ｂ、図３Ａ〜４から、本発明の本実施形態では、第１ショートメッセージは通常ショートメッセージではなく、プリセットフラグビットを伝達することが分かる。したがって、着信側パーティは、通常ショートメッセージ及び第１ショートメッセージを異なる方法で処理してよい。第１ショートメッセージを受信すると、着信側パーティは、第１ショートメッセージに関連付けられた着信呼記録を決定し、着信呼記録及び第１ショートメッセージのショートメッセージテキストを関連付けを通じて表示してよい。しかしながら、図１に示す従来技術では、着信側パーティと同じ連絡先との間で生じる全ての最近の連絡イベント（ショートメッセージ及び呼記録を含む）は、単に同じインタフェース内に表示される。この方法では、ショートメッセージと呼記録との間の関連付けは、ユーザに直感的且つ正確に通知され得ない。さらに、ショートメッセージと呼記録との間に直接の関連付けが存在しないことがある。例えば、図１に示すインタフェースでは、ユーザは、「１０月８日」に受信したショートメッセージと「１０月８日」の２つの呼記録との間の関連付けを直感的に知ることができない。
【０１３７】
理解されるべきことに、本発明の本実施形態で提供される呼処理機能により、着信呼及び着信呼に対応する呼理由は、関連付けを通じて着信側パーティの側で表示でき、着信側パーティが発信側パーティの呼理由を明確に知るようにする。
【０１３８】
図５Ａ、図５Ｂ、図６Ａ及び図６Ｂは、本発明の一実施形態による第２の呼シナリオの呼処理機能の概略図である。以下は、詳細な説明を提供する。
【０１３９】
図５Ａは、発信側パーティ（電話番号：０２９８７６６８１００）が着信側パーティ（電話番号：１７１８１３３５５１７）を呼び出す概略図である。発信呼インタフェース１０は発信側パーティの側で表示され、着信呼インタフェース２０は着信側パーティの側で表示される。
【０１４０】
図５Ａに示すように、第２ＳＭＳ制御２０１は、着信側パーティの着信呼インタフェース２０内に表示されてよい。第２ＳＭＳ制御２０１は、着信側パーティのユーザにより入力され且つ第２ＳＭＳインタフェースを起動するために使用される操作を受信するよう構成されてよい。ここで、該操作は、第３入力として参照されてよい。第３入力は、具体的に、第２ＳＭＳ制御２０１に対して実行される軽いタッチ操作、押下操作、スライド操作、等であってよい。第３入力に対応するユーザ操作形式については、本発明の本実施形態はいかなる限定も課さない。第２ＳＭＳインタフェースは、着信呼を拒否する且つ着信側パーティのユーザにより入力された理由を受信するよう構成されてよい。
【０１４１】
特定の実装では、第３入力は、着信呼を切断するようトリガするために更に使用されてよい。言い換えると、第２ＳＭＳ制御２０１をクリックすることにより、着信側パーティのユーザは、第２ＳＭＳインタフェースを起動するだけでなく、着信呼を切断してもよい。本発明の本実施形態では、第３入力はＳＭＳ拒否操作としても参照されてよい。相応して、発信側パーティの側では、着信側パーティにより切断された着信呼は、拒否された発信呼として参照されてよい。
【０１４２】
第３入力が検出されると、第２ＳＭＳインタフェースが起動されてよく、着信側パーティのユーザが、着信呼を拒否する呼拒否理由を示すショートメッセージテキストを入力し得るようにする。
【０１４３】
特定の実装では、第２ＳＭＳインタフェースの複数の提示形式があってよく、本発明の本実施形態はいかなる限定も課さない。以下は、２つの提示形式を記載する。
【０１４４】
一実装では、第２ＳＭＳインタフェ―スは、第２ＳＭＳ編集インタフェース２０４そのままであってよい。着信側パーティのユーザは、第２ＳＭＳ制御２０１をクリックすることにより、第２ＳＭＳ編集インタフェース２０４を直接開いてよい。次に、着信側パーティのユーザは、第２ＳＭＳ編集インタフェース２０４に、呼拒否理由を示すショートメッセージテキストを入力してよい。
【０１４５】
別の実装では、第２ＳＭＳインタフェースは、複数レベルインタフェースを含んでよい。例えば、図５Ｂに示すように、第２ＳＭＳインタフェースは、第２選択メニュー２０２及び第２ＳＭＳ編集インタフェース２０４を含む。着信側パーティのユーザは、先ず、ＳＭＳ制御２０１をクリックして、第２選択メニュー２０２を起動し、次に第２選択メニュー２０２の中の選択肢を選択して、第２ＳＭＳ編集インタフェース２０４を起動する。具体的に、着信側パーティのユーザが、図５Ｂに示す第２ＳＭＳインタフェースに、着信呼を拒否する理由を示すショートメッセージテキストを入力する方法は、以下を含んでよい。先ず、着信側パーティのユーザは、第２選択メニュー２０２の中の「ユーザ定義ショートメッセージ」を選択し、ＳＭＳ編集ボックスに、着信呼を拒否する理由を示すユーザ定義ショートメッセージテキスト２０５、例えば「私はエレベータの中に居ます、直ぐに着きます」を入力する。第２に、着信側パーティのユーザは、第２選択メニュー２０２内で、着信側パーティ端末により予め設定されたショートメッセージテキスト、例えば「私は会議中です」を選択し、着信側パーティのユーザにより選択されたプリセットショートメッセージテキストは、ＳＭＳ編集ボックスに自動的に入力される。
【０１４６】
図５Ｂに示すように、ショートメッセージテキスト２０５を送信するために使用されるユーザ操作が、送信ボタン２０６を用いて検出されると、着信側パーティは、ショートメッセージテキスト２０５をショートメッセージにカプセル化してよい。ここで、ショートメッセージは、第２ショートメッセージと前述の実施形態で言及された第１ショートメッセージとの間を区別するために、第２ショートメッセージとして参照されてよい。理解されるべきことに、第２ショートメッセージは前述の拒否された発信呼に対応する。着信側パーティは、第２ショートメッセージを用いて、拒否された発信呼に対応する呼拒否理由を表現してよい。
【０１４７】
特定の実装では、ショートメッセージテキスト２０５を送信するために使用されるユーザ操作は、送信ボタン２０６に対して実行される軽いタッチ操作、押下操作、スライド操作、等であってよい。幾つかの実施形態では、ショートメッセージテキスト２０５を送信するために使用されるユーザ操作は、別の形式であってもよい。例えば、呼拒否理由は、音声制御機能（例えば「Ｓｉｒｉ」）を用いて送信されるようトリガされてよい。本発明の本実施形態では、ユーザ操作は第４入力として参照されてよい。
【０１４８】
本発明の本実施形態では、第２ショートメッセージのショートメッセージテキストは、単語のようなテキスト形式、音声、又はピクチャを含んでよい。
【０１４９】
幾つかの実施形態では、第２ショートメッセージのショートメッセージテキストは、キーワードを含み、キーワードは、キーワードに対応するアプリケーションを起動するためのユーザ操作を受信するために使用される。例えば、地名を示すキーワードは、地図アプリケーションを起動し及び地名の位置を表示するためのユーザクリック操作を受信するために使用されてよい。別の例では、時間を示すキーワードは、カレンダーを起動するためのユーザクリック操作を受信するために使用されてよい。更に別の例では、電話番号を示すキーワードは、電話ダイヤルパッド（電話番号がダイヤルパッドに自動的に設定される）を起動するためのユーザクリック操作を受信するために使用されてよい。例は、単に、本発明の本実施形態の幾つかの実装であり、実際の適用では異なってよい。これは、限定として考えられるべきではない。
【０１５０】
図６Ａ及び図６Ｂは、第２ショートメッセージが発信側パーティの側で受信された後に、第２ショートメッセージをどのように表示するかの概略図である。
【０１５１】
図６Ａに示すように、第２ショートメッセージのショートメッセージテキスト２０５は、発信側パーティの発信呼インタフェース１０内に表示されてよい。第２ショートメッセージのショートメッセージテキスト２０５では、ショートメッセージテキスト２０５の中の単語の一部は、発信呼インタフェース１０内に、例えば最初の２０文字、表示されてよい。幾つかの実施形態では、ショートメッセージテキスト２０５の全部が、発信呼インタフェース１０内に表示されてよい。
【０１５２】
特定の実装では、発信呼が着信側パーティにより拒否されたことが検出されると、着信側パーティの発信呼インタフェース１０は、時間期間の間（例えば、３秒）表示し続けた後に、消失してよく、発信側パーティのユーザが、発信呼が拒否された後に発信呼インタフェース１０内の第２ショートメッセージのショートメッセージテキストを明確に閲覧し、着信側パーティの呼拒否理由を知ってよい。
【０１５３】
第２ショートメッセージのショートメッセージテキスト２０５は、発信呼インタフェース１０内に表示されて、発信側パーティのユーザが、着信側パーティが発信呼を拒否した理由を直感的に知ることができるようにすることが理解できる。
【０１５４】
図６Ｂに示すように、第２ショートメッセージのショートメッセージテキスト及び第２ショートメッセージに対応する発信呼は、発信側パーティの呼記録インタフェース６０内に関連付けを通じて表示されてよい。ここで、第２ショートメッセージに対応する発信呼は、拒否された発信呼である。
【０１５５】
特定の実装では、第２ショートメッセージのショートメッセージテキストと着信側パーティにより拒否された発信呼との間の関連付けを提示するために、第２ショートメッセージのショートメッセージテキスト及び拒否された発信呼の発信呼情報は、呼記録インタフェース７０の同じ表示制御に表示されてよい。ここで、発信呼情報は、発信呼のダイヤル時間、呼番号、呼期間、呼番号の電子通信ホーム位置、等を含んでよい。
【０１５６】
例えば、第２ショートメッセージのショートメッセージテキスト、及び拒否された発信呼の発信呼情報は、呼記録インタフェース６０内のアイテム２０７に表示されてよい。呼記録インタフェース６０はリストであってよい。リストは、複数のアイテムを含んでよく、各アイテムは呼記録を表示するために使用される。図６Ｂは、単に、本発明の本実施形態の一実装である。呼記録インタフェース内に関連付けを通じて発信呼情報及び第２ショートメッセージのショートメッセージテキストを表示するＵＩ表現、例えばＵＩ構成方法については、ここでいかなる限定も課されない。
【０１５７】
特定の実装では、リスナは、呼記録インタフェース６０内の各アイテムについて構成されてよい。リスナがアイテムに対して実行されたユーザクリック操作をキャプチャすると、ダイヤルインタフェースが起動され、アイテムの中の電話番号がダイヤルパッドに自動的に設定される。アイテム２０７について、呼番号（つまり、着信側パーティの電話番号）がダイヤルパッドに自動的に設定されてよく、発信側パーティが着信側パーティを再び呼び出すようにする。例は、単に、本発明の本実施形態において提供される一実装であり、実際の適用では異なってよい。これは、限定として考えられるべきではない。
【０１５８】
拒否された発信呼及び第２ショートメッセージのショートメッセージテキストは、呼記録インタフェース６０内に関連付けを通じて表示されて、発信側パーティが、呼記録を問い合わせることにより、拒否された発信呼に対応する呼拒否理由を直感的に知ることができ、従って発信側パーティが着信側パーティとより良好に通信できるようにすることが、理解できる。
【０１５９】
図５Ａ、図５Ｂ、図６Ａ、及び図６Ｂから、本発明の本実施形態では、第２ショートメッセージは通常ショートメッセージではなく、プリセットフラグビットを伝達することが分かる。したがって、発信側パーティは、通常ショートメッセージ及び第２ショートメッセージを異なる方法で処理してよい。第２ショートメッセージを受信すると、発信側パーティは、第２ショートメッセージに関連付けられた発信呼記録を決定し、発信呼記録及び第２ショートメッセージのショートメッセージテキストを関連付けを通じて表示してよい。しかしながら、図１に示す従来技術では、着信側パーティと同じ連絡先との間で生じる全ての最近の連絡イベント（ショートメッセージ及び呼記録を含む）は、単に同じインタフェース内に表示される。この方法では、ショートメッセージと呼記録との間の関連付けは、ユーザに直感的且つ正確に通知され得ない。さらに、ショートメッセージと呼記録との間に直接の関連付けが存在しないことがある。例えば、図１に示すインタフェースでは、ユーザは、「１０月８日」に受信したショートメッセージと「１０月８日」の２つの呼記録との間の関連付けを直感的に知ることができない。
【０１６０】
理解されるべきことに、本発明の本実施形態で提供される呼処理機能を用いて、拒否された発信呼及び拒否された発信呼に対応する呼拒否理由は、関連付けを通じて発信側パーティの側で表示でき、発信側パーティが着信側パーティの呼拒否理由を明確に知るようにする。
【０１６１】
第１の呼シナリオでは、図７に示すように、第１ショートメッセージのショートメッセージテキスト１０５は、発信側パーティの呼記録インタフェース６０内に表示されてもよい。言い換えると、発信側パーティは、発信側パーティが着信側パーティを呼び出した呼理由を記録し及び表示してよい。特定の実装では、ショートメッセージテキスト１０５が発信側パーティにより送信されたことを示すために、「送信」を示し且つショートメッセージテキスト１０５に対応する識別子が、更に表示されてよい。例えば、ショートメッセージテキスト１０５に対応するラベル（Label）６０１が表示され、ラベル６０１に対応するテキストは「送信」であり、ラベル６０１に対応するピクチャは「送信」を示すピクチャである。
【０１６２】
例えば、発信側パーティの側で第１ショートメッセージを記録し及び表示することは、発信側パーティが発信呼記録を管理することを助けることができ、発信側パーティが全ての発信呼、特に着信側パーティの連絡先名が格納されない（電話番号だけが呼記録に表示される）発信呼、に対応する呼理由を閲覧し、発信呼に対応する呼理由が、発信側パーティが着信側パーティ及び発信呼に関するより多くの情報を知ることを助け得るようにすることが理解できる。
【０１６３】
第２の呼シナリオでは、図８に示すように、第２ショートメッセージのショートメッセージテキスト２０５は、着信側パーティの呼記録インタフェース５０内にも表示されてよい。言い換えると、着信側パーティは、着信側パーティが着信呼を拒否した呼拒否理由を記録し及び表示してもよい。特定の実装では、ショートメッセージテキスト２０５が着信側パーティにより送信されたことを示すために、「送信」を示し且つショートメッセージテキスト２０５に対応する識別子が、更に表示されてよい。例えば、ショートメッセージテキスト２０５に対応するラベル７０１が表示され、ラベル７０１に対応するテキストは「送信」であり、ラベル７０１に対応するアイコンは「送信」を示すピクチャである。
【０１６４】
着信側パーティの側で呼拒否理由を記録し及び表示することは、着信側パーティが不在着信記録を管理することを助けることができ、発信側パーティが全ての不在着信、特に発信側パーティの連絡先名が格納されない（電話番号だけが呼記録に表示される）不在着信、に対応する呼拒否理由を閲覧し、不在着信に対応する呼拒否理由が、着信側パーティが着信側パーティ及び発信呼に関するより多くの情報を知ることを助け得るようにすることが理解できる。
【０１６５】
幾つかの実施形態では、同じ呼について、第１の呼シナリオ及び第２の呼シナリオが共存してよい。以下の２つの呼シナリオが更に生じる。
【０１６６】
（１）図９に示すように、及びステップ１に示すように、発信側パーティは着信側パーティを呼び出す。ステップ２に示すように、着信側パーティは、発信側パーティからの着信呼を拒否し、発信側パーティへ、呼拒否理由を示す第２ショートメッセージを送信して、発信側に呼に応答するのに都合が悪いことを通知する。相応して、ステップ３に示すように、着信側パーティにより拒否された発信呼について、呼拒否理由を示すショートメッセージテキスト２０５が、発信呼インタフェース内に表示され、発信側パーティは、着信側パーティへ、着信呼理由を示す第１ショートメッセージを送信して、着信側パーティに可能な限り早く折り返し電話するよう想起する。
【０１６７】
（２）図１０に示すように、及びステップ１に示すように、発信側パーティは着信側パーティを呼び出す。さらに、ステップ２に示すように、発信側パーティは、呼処理中に、呼理由を示す第１ショートメッセージを編集し、着信側パーティへ送信して、着信側パーティに直ちに呼に応答するよう想起する。ステップ３に示すように、発信側パーティからの着信呼について、呼理由を示すショートメッセージテキスト１０５が、着信呼インタフェース内に表示されるが、着信側パーティは、都合が悪いために着信側を拒否し、呼拒否理由を示す第２ショートメッセージを編集し、発信側パーティへ送信して、発信側パーティに、呼に応答するのに都合が悪いことを通知する。
【０１６８】
理解されるべきことに、前述の（１）及び（２）に記載の２つの呼シナリオでは、発信呼は発信側パーティにとっては拒否され、着信呼は着信側パーティにとっては応答されない。
【０１６９】
特定の実装では、前述の（１）及び（２）に記載の２つの呼シナリオについては、第１ショートメッセージのショートメッセージテキスト１０５、つまり発信側パーティの呼理由を、図３Ａ〜図３Ｃの着信側パーティの側で表示する実施形態を参照する。前述の（１）及び（２）に記載の２つの呼シナリオについては、第２ショートメッセージのショートメッセージテキスト２０５、つまり着信側パーティの呼拒否理由を、図６Ａ及び図６Ｂの発信側パーティの側で表示する実施形態を参照する。
【０１７０】
幾つかの実施形態では、前述の（１）及び（２）に記載の２つの呼シナリオでは、発信側パーティの呼理由（第１ショートメッセージのショートメッセージテキスト）及び着信側パーティの呼拒否理由（第２ショートメッセージのショートメッセージテキスト）は、両方とも、着信側パーティの側の呼記録の中で表示されてよい。
【０１７１】
例えば、図１１に示すように、第１ショートメッセージのショートメッセージテキスト１０５及び第２ショートメッセージのショートメッセージテキスト２０５は、不在着信記録８００に対応する。着信側パーティの側の呼記録５０では、ショートメッセージテキスト１０５及びショートメッセージテキスト２０５は、対応する不在着信８００の中で表示されてよい。図１１に示すように、ショートメッセージテキスト１０５及びショートメッセージテキスト２０５の間を区別するために、「受信」を示す識別子及び「送信」を示す識別子、例えばラベル８０１及びラベル８０２が、それぞれ、ショートメッセージテキスト１０５及びショートメッセージテキスト２０５について構成されてよい。ラベル８０１に対応するテキストは「受信」であり、ラベル８０１に対応するアイコンは「受信」を示すピクチャである。ラベル８０２に対応するテキストは「送信」であり、ラベル８０２に対応するアイコンは「送信」を示すピクチャである。
【０１７２】
不在着信に対応する第１ショートメッセージのショートメッセージテキスト及び第２ショートメッセージのショートメッセージテキストは、着信側パーティの呼記録の中に表示されて、着信側パーティが、通信記録を閲覧することにより、不在着信に対応する呼理由、及び不在着信に対応する呼拒否理由を知ることができ、したがって、着信側パーティが不在着信を閲覧し及び処理するようにすることが理解できる。
【０１７３】
幾つかの実施形態では、前述の（１）及び（２）に記載の２つの呼シナリオでは、着信側パーティの呼拒否理由（第２ショートメッセージのショートメッセージテキスト）及び発信側パーティの呼理由（第１ショートメッセージのショートメッセージテキスト）は、両方とも、発信側パーティの側の呼記録の中で表示されてよい。
【０１７４】
例えば、図１２に示すように、第１ショートメッセージのショートメッセージテキスト１０５及び第２ショートメッセージのショートメッセージテキスト２０５は、発信呼記録９００に対応する。発信側パーティの側の呼記録５０では、ショートメッセージテキスト１０５及びショートメッセージテキスト２０５は、対応する発信呼記録９００の中で表示されてよい。図１２に示すように、ショートメッセージテキスト１０５及びショートメッセージテキスト２０５の間を区別するために、「受信」を示す識別子及び「送信」を示す識別子、例えばラベル９０１及びラベル９０２が、それぞれ、ショートメッセージテキスト１０５及びショートメッセージテキスト２０５について構成されてよい。ラベル９０１に対応するテキストは「受信」であり、ラベル９０１に対応するアイコンは「受信」を示すピクチャである。ラベル９０２に対応するテキストは「送信」であり、ラベル９０２に対応するアイコンは「送信」を示すピクチャである。
【０１７５】
拒否された発信呼に対応する第１ショートメッセージのショートメッセージテキスト及び第２ショートメッセージのショートメッセージテキストは、発信側パーティの通信記録の中に表示されて、発信側パーティが、通信記録を閲覧することにより、拒否された発信呼に対応する呼理由、及び拒否された発信呼に対応する呼拒否理由を知ることができ、したがって、発信側パーティが拒否された発信呼を閲覧し及び処理するようにすることが理解できる。
【０１７６】
留意すべきことに、添付の図面に示される発信側パーティの電話番号及び着信側パーティの電話番号は、単に、本発明の実施形態を明確に且つ明らかに説明するために使用された。これは、限定として考えられるべきではない。添付の図面に示される第１ショートメッセージ及び第２ショートメッセージのショートメッセージテキストのＵＩ表現は、単に、本発明の実施形態の一実装であり、実際の適用では異なってよい。これは、限定として考えられるべきではない。
【０１７７】
以下は、本発明の一実施形態における端末の一実装を記載する。図１３は、例示的な端末１００の一実装の構造ブロック図である。端末１００は、限定ではないが、モバイル電話機、タブレットコンピュータ、ウェアラブルデバイス、Ｍ２Ｍ（Machine  to  Machine、機械対機械）端末を含んでよい。図１３に示すように、端末１００は、プロセッサ１０、メモリ３０（１つ以上のコンピュータ可読記憶媒体）、通信モジュール４０、及び入力／出力システム２０を含んでよい。幾つかの実施形態では、端末１００は、外部記憶システム５０を更に含んでよい。これらのコンポーネントは、１つ以上の通信バス１４を用いて互いに通信してよい。
【０１７８】
入力／出力システム２０は、主に、端末１００とユーザ／外部環境との間の相互作用の機能を実装するよう構成され、主に端末１００の入力／出力機器を含む。特定の実装では、入力／出力システム２０は、タッチスクリーン制御部２０１、カメラ制御部２０３、オーディオ制御部２０５、及びセンサ管理モジュール２０７を含んでよい。全ての制御部は、それぞれ、対応する周辺装置（タッチスクリーン２０２、カメラ２０４、オーディオ周波数回路２０６、及びセンサ２０８）に結合されてよい。留意すべきことに、入力／出力システム２０は、別のＩ／Ｏ周辺機器を更に含んでよい。
【０１７９】
プロセッサ１０は、集積を通じて、１つ以上のＣＰＵ、クロックモジュール、及び電源管理モジュールを含んでよい。クロックモジュールは、主に、プロセッサ１０のためのデータ送信及び時系列制御のために必要なクロックを生成するよう構成される。電源管理モジュールは、主に、プロセッサ１０、通信モジュール４０、入力／出力システム２０、等に安定した高精度電圧を供給するよう構成される。
【０１８０】
通信モジュール４０は、無線周波数信号を受信し及び送信するよう構成され、主に端末１００の受信機及び送信機を統合する。通信モジュール４０は、通信ネットワーク及び別の通信装置と無線周波数信号を用いて通信する。特定の実装では、通信モジュール４０は、限定ではないが、アンテナシステム、ＲＦ通信機、１つ以上の増幅器、チューナ、１つ以上の発振器、デジタル信号プロセッサ、ＣＯＤＥＣチップ、ＳＩＭカード、及び記憶媒体を含んでよい。幾つかの実施形態では、通信モジュール４０は、別個のチップに実装されてよい。
【０１８１】
メモリ３０はプロセッサ１０に結合され、様々なソフトウェアプログラム及び／又は複数の命令セットを格納するよう構成される。特定の実装では、メモリ３０は、高速ランダムアクセスメモリを含んでよく、１つ以上の磁気ディスク記憶装置、フラッシュメモリ装置、又は別の不揮発性固体記憶装置のような不揮発性メモリを含んでよい。メモリ３０は、オペレーティングシステム（以後、システムとして参照する）、例えばＡｎｄｒｏｉｄ、ＩＯＳ、Ｗｉｎｄｏｗｓ、又はＬｉｎｕｘのような埋込型オペレーティングシステムを格納してよい。メモリ３０は、ネットワーク通信プログラムを更に格納してよい。ネットワーク通信プログラムは、１つ以上の補助装置、１つ以上の端末装置、及び１つ以上のネットワーク装置と通信するために使用されてよい。メモリ３０は、ユーザインタフェースプログラムを更に格納してよい。ユーザインタフェースプログラムは、グラフィカル操作インタフェースを用いてアプリケーションの内容を明らかに表示し、メニュー、ダイアログボックス、又はボタンのような入力制御を用いて、ユーザによりアプリケーションに対して実行される制御操作を受信してよい。
【０１８２】
図１３に示す端末１００は、前述の実施形態における発信側パーティとして使用されてよく、又は前述の実施形態における着信側パーティとして使用されてよい。
【０１８３】
図１４Ａ、図１４Ｂ、及び図１４Ｃを参照して、以下は、第１の呼シナリオ及び第２の呼シナリオが共存する第１の場合を一例として用いて、発信側パーティ端末内の各コンポーネントと着信側パーティ端末内の各コンポーネントとの間の協働関係を、本発明の本実施形態において詳細に記載する。端末Ａは発信側パーティ端末（タッチスクリーンＡ、プロセッサＡ、及び通信モジュールＡを含む）であり、端末Ｂは着信側パーティ端末（タッチスクリーンＢ、プロセッサＢ、及び通信モジュールＢを含む）である。
【０１８４】
１．タッチスクリーンＡは、ユーザにより入力された呼操作を受信する。具体的に、呼操作は、ダイヤルインタフェースの中で、発信側パーティのユーザにより着信側パーティを呼び出すようトリガする操作であってよく、又は、連絡先リストの中で、着信側パーティのアイテムをクリックすることにより、発信側パーティのユーザにより着信側パーティを呼び出すようトリガする操作であってよく、又はソーシャルアプリケーションのような別のアプリケーションの中で、呼機能を呼び出すことにより、発信側パーティのユーザにより着信側パーティを呼び出す操作であってよい。呼操作の特定の形式について、本発明の本実施形態はいかなる限定も課さない。
【０１８５】
２．タッチスクリーンＡは、呼操作に基づき、着信側パーティを呼び出すことを示すユーザ入力を生成し、ユーザ入力をプロセッサＡへ送信する。特定の実装では、ユーザ入力は、着信側パーティの電話番号を含んでよい。
【０１８６】
３．プロセッサＡは、ユーザ入力に基づき呼指示を生成し、呼指示を通信モジュールＡへ送信する。特定の実装では、呼指示は、着信側パーティの電話番号を含んでよい。
【０１８７】
４．通信モジュールＡは、呼指示を受信し及び応答して、着信側パーティに対して呼を開始する。
【０１８８】
５．通信モジュールＢは、発信側パーティの呼を受信し、呼入力を生成し、最終的に呼入力をプロセッサＢへ送信する。
【０１８９】
６．プロセッサＢは、呼入力に基づき、表示指示をタッチスクリーンＢへ送信して、着信呼インタフェースを表示するようタッチスクリーンＢをトリガする。
【０１９０】
７．タッチスクリーンＢは、発信側ＩＤ表示指示に応答して、着信呼インタフェースを表示する。第２ＳＭＳ制御が、着信呼インタフェース内に表示されてよい。着信呼インタフェース及び第２ＳＭＳ制御の特定の実装については、図５Ａを参照する。詳細は、ここで再び記載されない。
【０１９１】
８．タッチスクリーンＢは、第２ＳＭＳ制御を用いて、ＳＭＳ拒否操作、及び呼拒否理由を示すショートメッセージテキストを受信する。ここで、ＳＭＳ拒否操作及びショートメッセージテキストは、ユーザにより入力される。ここで、ＳＭＳ拒否操作は、図５Ｂの実施形態における第２入力であってよい。第２入力、及び呼拒否理由を示すショートメッセージテキストの説明については、図５Ｂを参照する。詳細は、ここで再び記載されない。
【０１９２】
９−１１．タッチスクリーンは、プロセッサＢへ、ＳＭＳ拒否操作に基づき、ＳＭＳ拒否を示すユーザ入力を送信する。次に、プロセッサＢは、ユーザ入力に基づき、呼終了指示を通信モジュールＢへ送信する。相応して、通信モジュールＢは、着信側パーティと発信側パーティとの間の呼を切断するようトリガする。特定の実装では、通信モジュールＢは、呼切断要求をモバイル通信ネットワークへ送信してよく、モバイル通信ネットワークに、呼切断種類が着信側パーティによる拒否であることを報告してよい。モバイル通信ネットワークは、発信側パーティと着信側パーティとの間の通信接続を切断して、通信リソースを解放してよい。
【０１９３】
１２−１４．タッチスクリーンＢは、プロセッサＢへ、ユーザにより入力され且つ呼拒否理由を示すショートメッセージテキストを送信する。次に、プロセッサＢは、ショートメッセージテキストを用いて、カプセル化を通じて第２ショートメッセージを生成し、ショートメッセージ送信指示を通信モジュールＢへ送信して、ショートメッセージを発信側パーティへ送信するよう通信モジュールＢをトリガする。
【０１９４】
１５−１８．通信モジュールＡは、呼が切断されたことを検出し、モバイル通信ネットワークから、呼切断種類が着信側パーティによる拒否であることを知ってよい。次に、通信モジュールＡは、プロセッサＡに、呼切断イベントを通知する。プロセッサＡは、呼切断に基づき、表示指示をタッチスクリーンＡへ送信して、呼終了インタフェースを表示するようタッチスクリーンをトリガする。相応して、タッチスクリーンＡは、表示指示に応答して、呼終了インタフェースを表示する。第１ＳＭＳ制御が、呼終了インタフェース内に表示されてよい。呼終了インタフェース及び第１ＳＭＳ制御の特定の実装については、図２Ｂを参照する。詳細は、ここで再び記載されない。
【０１９５】
１９−２２．通信モジュールＡは、着信側パーティにより送信された第２ショートメッセージを受信し、第２ショートメッセージをプロセッサＡへ送信する。プロセッサＡは、第２ショートメッセージをデカプセル化して、第２ショートメッセージのショートメッセージテキストを取得し、及び第２ショートメッセージのショートメッセージテキストをタッチスクリーンＡへ送信して、ショートメッセージテキストを表示するようタッチスクリーンＡをトリガする。相応して、タッチスクリーンＡは、第２ショートメッセージのショートメッセージテキスト、つまり着信側パーティの呼拒否理由を表示して、発信側パーティが着信側パーティの呼拒否理由を明確且つ直感的に知ることができるようにする。
【０１９６】
特定の実装では、タッチスクリーンＡは、第２ショートメッセージのショートメッセージテキストを呼終了インタフェース内に表示してよく、又は第２ショートメッセージのショートメッセージテキストを呼記録インタフェース内に表示してよい。詳細については図６Ａ及び図６Ｂの実施形態を参照する。詳細は、ここで再び記載されない。
【０１９７】
２３．タッチスクリーンＡは、呼終了インタフェース内の第１ＳＭＳ制御を用いて、ユーザにより入力され且つ呼理由を示すショートメッセージテキストを受信する。ここで、呼理由を示すショートメッセージテキストの説明については、図２Ｂを参照する。詳細は、ここで再び記載されない。
【０１９８】
２４．タッチスクリーンＡは、プロセッサＡへ、呼理由を示すショートメッセージテキストを送信する。
【０１９９】
２５−２７．プロセッサＡは、ショートメッセージテキストを用いて、カプセル化を通じて第１ショートメッセージを生成し、ショートメッセージ送信指示を通信モジュールＡへ送信して、第１ショートメッセージを着信側パーティへ送信するよう通信モジュールＡをトリガする。相応して、通信モジュールＡは、第１ショートメッセージを着信側パーティへ送信する。
【０２００】
２８．通信モジュールＢは、発信側パーティにより送信された第１ショートメッセージを受信し、第１ショートメッセージをプロセッサＢへ送信する。
【０２０１】
２９．プロセッサＢは、第１ショートメッセージをデカプセル化して、第１ショートメッセージのショートメッセージテキストを取得し、第１ショートメッセージのショートメッセージテキストをタッチスクリーンＢへ送信する。
【０２０２】
３０．タッチスクリーンＢは、第１ショートメッセージのショートメッセージテキスト、つまり発信側パーティの呼理由を表示して、着信側パーティが発信側パーティの呼理由を明確且つ直感的に知ることができるようにする。
【０２０３】
理解されるべきことに、端末１００は、本発明の本実施形態において提供される単なる一例である。さらに、端末１００は、示されたコンポーネントより多くの又は少ないコンポーネントを含んでよく、又は２以上のコンポーネントを組み合わせてよく、又は異なるコンポーネント構成を有してよい。
【０２０４】
図２〜図１２に示す幾つかの実施形態及び図１３の実施形態で記載された端末１００に基づき、以下は、本発明の一実施形態で提供される呼処理方法を記載する。
【０２０５】
図１５を参照すると、図１５は、本発明の一実施形態による呼処理方法の概略フローチャートである。図１５の実施形態は、第１の呼シナリオに対応する。具体的に言うと、発信側パーティは着信側パーティを呼び出し、着信側パーティは応答せず、発信側パーティは、可能な限り早く折り返し電話するよう着信側パーティを想起する必要がある。図１５の実施形態における発信側パーティは、図１３に示す端末１００又は端末１００内の少なくとも１つのプロセッサであってよく、図１５の実施形態における着信側パーティは、図１３に示す端末１００又は端末１００内の少なくとも１つのプロセッサであってよい。以下は、端末を実行主体として用いて説明を提供する。
【０２０６】
Ｓ１０１。発信側パーティは着信側パーティを呼び出す。相応して、着信側パーティは、発信側パーティの着信呼を受信する。呼処理中、発信側パーティの側で提示される呼インタフェースは、発信呼インタフェースとして参照されてよく、着信側パーティの側で提示される呼インタフェースは、着信呼インタフェースとして参照されてよい。詳細については図２Ａを参照する。
【０２０７】
Ｓ１０２。着信側パーティが応答しない場合、発信側パーティ端末は、発信呼インタフェース内に第１ＳＭＳ制御を表示する。本発明の本実施形態では、第１ＳＭＳ制御は、発信側パーティのユーザにより入力され且つ以下の第１ＳＭＳインタフェースを起動するために使用される操作を受信するよう構成されてよい。操作は、以下の第１入力である。特定の実装では、第１入力は、第１ＳＭＳ制御に対して実行される軽いタッチ操作、押下操作、スライド操作、等であってよい。第１入力に対応するユーザ操作形式については、本発明の本実施形態はいかなる限定も課さない。
【０２０８】
本発明の本実施形態では、着信側パーティが呼に応答しないことは、以下の場合を含んでよい。（１）着信側パーティが呼を拒否する。（２）発信側パーティが着信側パーティを呼び出す期間が、（通信ゲートウェイのような）モバイル通信システムにより指定された時間閾を超える（本発明の本実施形態では、時間閾は第１時間値として参照されてよい）。（３）着信側パーティがオンラインではない。例えば、着信側パーティは別の呼に出ている。別の例では、着信側パーティは電源切断状態である。更に別の例では、呼は、着信側パーティの音声メールへ自動転送される。留意すべきことに、着信側パーティが呼に応答しないことは、前述の幾つかの例に限定されない。具体的に、着信側パーティが呼に応答しないことは、以下の場合を更に含んでよい。例えば、呼が制限され、又は無線チャネルリソースが不十分である。
【０２０９】
Ｓ１０３。発信側パーティ端末は、第１ＳＭＳ制御を用いて第１入力を検出し、第１入力に応答して第１ＳＭＳインタフェースを表示する。
【０２１０】
特定の実装では、リスナが、第１ＳＭＳ制御のために構成されてよい。第１入力が検出されると、第１ＳＭＳインタフェースが起動される。第１ＳＭＳインタフェースは、発信側パーティのユーザにより入力され且つ呼理由を示すショートメッセージテキストを受信するよう構成されてよい。詳細については図２Ｂを参照する。
【０２１１】
Ｓ１０４。発信側パーティ端末は、第１ＳＭＳインタフェースを用いて、ユーザにより入力され且つ呼理由を示すショートメッセージテキストを受信する。具体的に、第１ＳＭＳインタフェースの複数の提示形式があってよい。図２Ｂ及び関連する内容の説明が参照されてよい。詳細は、ここで再び記載されない。
【０２１２】
Ｓ１０５。発信側パーティ端末は、第２入力を検出し、第２入力に応答して、ショートメッセージテキストを用いて第１ショートメッセージを生成する。ここで、第２入力は、呼理由を示すショートメッセージテキストを送信するために使用されるユーザ操作である。第２入力に対応するユーザ操作形式については、図２Ｂの実施形態を参照する。詳細は、ここで再び記載されない。
【０２１３】
本発明の本実施形態では、図１６に示すように、第１ショートメッセージは、ショートメッセージテキスト、プリセットフラグビット、及び時間を含んでよい。プリセットフラグビットは、第１ショートメッセージのショートメッセージテキストが、発信側パーティが着信側パーティを呼び出した理由であることを示すために使用されてよく、時間は、発信側パーティが着信側パーティを呼び出した呼び出し時間であってよい。
【０２１４】
特定の実装では、プリセットフラグビットは１ビットであってよい。実際の適用では、プリセットフラグビットは、複数のビットを含むフラグビットであってもよく、ここでいかなる限定も課されない。
【０２１５】
本発明の本実施形態では、第１ショートメッセージの呼び出し時間は、着信側パーティの側の着信呼時間と同じである。図１７に示すように、発信側パーティは、４つの呼状態：ダイヤル状態、警報（接続中）状態、接続状態、及び切断状態、に対応する。着信側パーティは、３つの呼状態：着信呼状態、接続状態、及び切断状態、に対応する。同じ呼では、着信側パーティにより記録された呼び出し時間は、着信側パーティにより記録された着信呼時間と一致する。特定の実装では、発信側パーティは、初期警告時間を呼び出し時間として記録してよい。
【０２１６】
図１６に示すデータフォーマットに限らず、第１ショートメッセージは、別のフィールド、例えば関連付け番号を更に含んでよい。第１ショートメッセージの中の関連付け番号は、第１ショートメッセージが発信側パーティからであることを示すために、発信側パーティの電話番号であってよい。
【０２１７】
Ｓ１０６。発信側パーティは、第１ショートメッセージを着信側パーティへ送信する。相応して、着信側パーティは、発信側パーティにより送信された第１ショートメッセージを受信する。
【０２１８】
Ｓ１０７。着信側パーティ端末は、第１ショートメッセージに含まれる時間に基づき、第１ショートメッセージに対応する着信呼を決定してよい。
【０２１９】
特定の実装では、着信側パーティ端末は、着信呼時間が第１ショートメッセージ内の時間と一致する着信呼について、着信側パーティの着信呼記録を検索し、着信呼が第１ショートメッセージに対応する着信呼であると決定してよい。ここで、着信呼記録は、終了した着信呼、及び現行の着信呼を含んでよい。
【０２２０】
Ｓ１０８。着信側パーティ端末は、関連付けを通じて、第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する着信呼を表示してよい。特定の実装では、図３Ａ〜図３Ｃを参照して、着信側パーティ端末は、ロックスクリーンインタフェース内の関連付けを通じて、第１ショートメッセージのショートメッセージテキスト、及び第１ショートメッセージに対応する着信呼の着信呼情報を表示してよく、或いは、呼記録インタフェース内の関連付けを通じて、第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する着信呼の着信呼情報を表示してよく、或いは、システム通知インタフェース内の関連付けを通じて、第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する着信呼の着信呼情報を表示してよい。
【０２２１】
幾つかの実施形態では、着信側パーティが呼に応答しないことは、以下の場合を含んでよい。発信側パーティが着信側パーティを呼び出す期間が第２時間値、例えば５秒を超えるとき、着信側パーティが依然として呼に応答しない。第１時間値と比べて、第２時間値はより小さい。発信側パーティが着信側パーティを呼び出す期間が第１時間値を超える場合、呼は直ちに終了する。発信側パーティが着信側パーティを呼び出す期間が第２時間値を超えるが、第１時間値を超えない場合、呼は継続する。
【０２２２】
特定の実装では、発信側パーティが着信側パーティを呼び出す期間が第２時間値を超え、着信側パーティが依然として呼に応答しないとき、着信側パーティ端末は、発信呼インタフェース内に第１ＳＭＳ制御を表示してよい。したがって、発信側パーティは、呼処理中に、第１ＳＭＳ制御を用いて、第１ＳＭＳインタフェースを起動し、第１ＳＭＳインタフェースに、呼理由を示すショートメッセージテキストを入力し、最後に、第１ショートメッセージを着信側パーティへ送信してよい。相応して、着信側パーティは、第１ショートメッセージを受信し、第１ショートメッセージに対応する着信呼が現行の着信呼であると決定してよい。着信側パーティは、さらに、着信呼インタフェース内に第１ショートメッセージのショートメッセージテキスト、つまり発信側パーティの呼理由を表示してよい。詳細については、図４の実施形態を参照する。詳細は、ここで再び記載されない。
【０２２３】
第１ショートメッセージは、発信側パーティが着信側パーティを呼び出す処理の中で送信されるので、着信側パーティは、発信側パーティの着信呼を受信するとき、発信側パーティの呼理由を知り得、着信側パーティが呼に直ちに応答するようにする。
【０２２４】
留意すべきことに、この場合、第２時間値は、発信側パーティ端末により規定により設定されてよく、又はユーザ定義方法で発信側パーティにより設定されてよく、又は発信側パーティ端末により発信側パーティのユーザ習慣に基づき知的に設定されてよい。具体的には、第２時間値は０であってよい。言い換えると、これは、発信側パーティが、発信呼インタフェース内の第１ＳＭＳ制御を、着信側パーティを呼び出す最初の時点で、表示してよいことを示す。したがって、呼を着信側パーティに対して始動するとき、発信側パーティは、第１ショートメッセージを送信してよく、着信側パーティが、発信側パーティの呼理由を可能な限り早く知るようにし、それにより、着信側パーティが間に合って呼に応答する可能性を向上する。
【０２２５】
幾つかの実施形態では、発信側パーティ端末は、さらに、呼記録インタフェース内の関連付けを通じて、第１ショートメッセージのショートメッセージテキスト、及び第１ショートメッセージに対応する着信呼の着信呼情報を表示してよい。言い換えると、発信側パーティ端末は、発信側パーティが着信側パーティを呼び出した呼理由を記録し及び表示してよい。特定の実装では、第１ショートメッセージのショートメッセージテキストが発信側パーティにより送信されたことを示すために、「送信」を示し且つショートメッセージテキストに対応する識別子が、更に表示されてよい。詳細については、図７の実施形態を参照する。
【０２２６】
例えば、発信側パーティの側で第１ショートメッセージを記録し及び表示することは、発信側パーティが発信呼記録を管理することを助けることができ、発信側パーティが全ての発信呼、特に着信側パーティの連絡先名が格納されない（電話番号だけが呼記録に表示される）発信呼、に対応する呼理由を閲覧し、発信呼に対応する呼理由が、発信側パーティが着信側パーティ及び発信呼に関するより多くの情報を知ることを助け得るようにする。
【０２２７】
留意すべきことに、図１５の実施形態において言及されない内容については、図２Ａ、図２Ｂ、図３Ａ〜図３Ｃ、及び図４の実施形態を参照する。詳細は、ここで再び記載されない。
【０２２８】
図１５の実施形態では、着信呼及び着信呼に対応する呼理由は、関連付けを通じて着信側パーティの側で表示されてよく、着信側パーティが発信側パーティの呼理由を明確に知るようにする。
【０２２９】
図１８を参照すると、図１８は、本発明の一実施形態による別の呼処理方法の概略フローチャートである。図１８の実施形態は、第２の呼シナリオに対応する。具体的に言うと、発信側パーティは着信側パーティを呼び出し、着信側パーティは呼を拒否し、着信側パーティは、呼拒否理由を発信側パーティに通知する必要がある。図１５の実施形態における発信側パーティは、図１３に示す端末１００又は端末１００内の少なくとも１つのプロセッサであってよく、図１５の実施形態における着信側パーティは、図１３に示す端末１００又は端末１００内の少なくとも１つのプロセッサであってよい。以下は、端末を実行主体として用いて説明を提供する。
【０２３０】
Ｓ２０１。発信側パーティは着信側パーティを呼び出す。相応して、着信側パーティは、発信側パーティの着信呼を受信する。呼処理中、発信側パーティの側で提示される呼インタフェースは、発信呼インタフェースとして参照されてよく、着信側パーティの側で提示される呼インタフェースは、着信呼インタフェースとして参照されてよい。
【０２３１】
Ｓ２０２。着信側パーティ端末は、着信呼インタフェース内に第２ＳＭＳ制御を表示してよい。詳細については図５Ａを参照する。
【０２３２】
本発明の本実施形態では、第２ＳＭＳ制御は、着信側パーティのユーザにより入力され且つ以下の第２ＳＭＳインタフェースを起動するために使用される操作を受信するよう構成されてよい。操作は、以下の第３入力である。特定の実装では、第３入力は、第２ＳＭＳ制御に対して実行される軽いタッチ操作、押下操作、スライド操作、等であってよい。第３入力に対応するユーザ操作形式については、本発明の本実施形態はいかなる限定も課さない。
【０２３３】
Ｓ２０３。着信側パーティ端末は、第２ＳＭＳ制御を用いて第３入力を検出し、第３入力に応答して第２ＳＭＳインタフェースを表示する。
【０２３４】
特定の実装では、リスナが、第２ＳＭＳ制御のために構成されてよい。第３入力が検出されると、第２ＳＭＳインタフェースが起動される。第２ＳＭＳインタフェースは、着信呼を拒否する且つ着信側パーティのユーザにより入力された呼拒否理由を受信するよう構成されてよい。詳細については図５Ｂを参照する。
【０２３５】
特定の実装では、第３入力は、着信呼を切断するようトリガするために更に使用されてよい。言い換えると、第２ＳＭＳ制御をクリックすることにより、着信側パーティのユーザは、第２ＳＭＳインタフェースを起動するだけでなく、着信呼を切断してもよい。
【０２３６】
Ｓ２０４。着信側パーティ端末は、第２ＳＭＳインタフェースを用いて、着信側パーティのユーザにより入力されたショートメッセージテキストを受信する。具体的に、第２ＳＭＳインタフェースの複数の提示形式があってよい。図５Ｂ及び関連する内容の説明が参照されてよい。詳細は、ここで再び記載されない。
【０２３７】
Ｓ２０５。着信側パーティ端末は、第４入力を検出し、第４入力に応答して、ショートメッセージテキストを用いて第２ショートメッセージを生成する。ここで、第４入力は、呼拒否理由を示すショートメッセージテキストを送信するために使用されるユーザ操作である。第４入力に対応するユーザ操作形式については、図５Ｂの実施形態を参照する。詳細は、ここで再び記載されない。
【０２３８】
第２ショートメッセージのデータフォーマットは、図１５の実施形態において記載した第１ショートメッセージのデータフォーマット（図１６を参照する）と同じである。第２ショートメッセージも、ショートメッセージテキスト、プリセットフラグビット、及び時間を含んでよい。プリセットフラグビットは、第２ショートメッセージのショートメッセージテキストが、着信側パーティが着信呼を拒否した呼拒否理由であることを示すために使用されてよく、時間は、拒否された着信呼に対応する着信呼時間であってよい。
【０２３９】
本発明の本実施形態では、図１７を参照すると、第２ショートメッセージの着信呼時間は、発信側パーティが着信側パーティを呼び出した呼び出し時間と同じである。
【０２４０】
図１６に示すデータフォーマットに限らず、第２ショートメッセージは、別のフィールド、例えば関連付け番号を更に含んでよい。第２ショートメッセージの中の関連付け番号は、第２ショートメッセージが着信側パーティからであることを示すために、着信側パーティの電話番号であってよい。
【０２４１】
Ｓ２０６。着信側パーティは、第２ショートメッセージを発信側パーティへ送信する。相応して、発信側パーティは、着信側パーティにより送信された第２ショートメッセージを受信する。
【０２４２】
Ｓ２０７。発信側パーティ端末は、第２ショートメッセージに含まれる時間に基づき、第２ショートメッセージに対応する発信呼を決定してよい。
【０２４３】
特定の実装では、発信側パーティ端末は、発信呼時間が第２ショートメッセージ内の時間と一致する発信呼について、発信側パーティの発信呼記録を検索し、発信呼が第２ショートメッセージに対応する発信呼であると決定してよい。
【０２４４】
Ｓ２０８。発信側パーティ端末は、関連付けを通じて、第２ショートメッセージのショートメッセージテキスト及び第２ショートメッセージに対応する発信呼を表示してよい。特定の実装では、発信側パーティは、呼記録インタフェース内の関連付けを通じて、第２ショートメッセージのショートメッセージテキスト、及び第２ショートメッセージに対応する発信呼の発信呼情報を表示してよい。詳細については、図６Ｂの実施形態を参照する。詳細は、ここで再び記載されない。幾つかの実施形態では、発信側パーティは、代替として、第２ショートメッセージのショートメッセージテキストを、第２ショートメッセージに対応する発信呼の呼終了インタフェース内に表示してよい。詳細については、図６Ｂの実施形態を参照する。詳細は、ここで再び記載されない。
【０２４５】
幾つかの実施形態では、着信側パーティは、さらに、呼記録インタフェース内の関連付けを通じて、第２ショートメッセージのショートメッセージテキスト、及び第２ショートメッセージに対応する着信呼を表示してよい。言い換えると、着信側パーティは、着信側パーティが着信呼を拒否した呼拒否理由を記録し及び表示してもよい。特定の実装では、第２ショートメッセージのショートメッセージテキストが着信側パーティにより送信されたことを示すために、「送信」を示し且つショートメッセージテキストに対応する識別子が、更に表示されてよい。詳細については、図８の実施形態を参照する。
【０２４６】
着信側パーティの側で呼拒否理由を記録し及び表示することは、着信側パーティが不在着信記録を管理することを助けることができ、発信側パーティが全ての不在着信、特に発信側パーティの連絡先名が格納されない（電話番号だけが呼記録に表示される）不在着信、に対応する呼拒否理由を閲覧し、不在着信に対応する呼拒否理由が、着信側パーティが着信側パーティ及び発信呼に関するより多くの情報を知ることを助け得るようにすることが理解できる。
【０２４７】
留意すべきことに、図１８の実施形態において言及されない内容については、図５Ａ、図５Ｂ、図６Ａ、及び図６Ｂの実施形態を参照する。詳細は、ここで再び記載されない。
【０２４８】
図１８の実施形態では、拒否された発信呼及び拒否された発信呼に対応する呼拒否理由は、関連付けを通じて発信側パーティの側で表示されてよく、発信側パーティが着信側パーティの呼拒否理由を明確に知るようにする。
【０２４９】
幾つかの実施形態では、同じ呼について、図１５の実施形態及び図１８の実施形態は、結合されて以下の呼シナリオに適用されてよい。
【０２５０】
（１）発信側パーティは着信側パーティを呼び出す。着信呼インタフェース内の第２ＳＭＳ制御を用いて、着信側パーティは、発信側パーティからの着信呼を拒否し、呼拒否理由を示す第２ショートメッセージを発信側パーティへ送信して、発信側パーティに呼拒否理由を通知してよい。相応して、着信側パーティにより拒否された発信呼について、発信側パーティは、発信呼インタフェース内の第１ＳＭＳ制御を用いて、呼理由を示す第１ショートメッセージを着信側パーティへ送信して、着信側パーティに可能な限り早く折り返し電話するよう想起してよい。
【０２５１】
具体的に、図１９に示すように、実施形態は以下のステップを含む。
【０２５２】
Ｓ３０１。発信側パーティは着信側パーティを呼び出す。呼は、発信側パーティにとっては発信呼として参照されてよく、呼は、着信側パーティにとっては着信呼として参照されてよい。
【０２５３】
Ｓ３０２。着信側パーティは、着信呼インタフェース内に第２ＳＭＳ制御を表示する。
【０２５４】
Ｓ３０３。着信側パーティは、第２ＳＭＳ制御を用いて、発信側パーティからの着信呼を拒否する。具体的に、図１８の実施形態のＳ２０３を参照すると、第３入力は、着信呼を切断する、つまり前述のＳＭＳ拒否操作のためにも使用されてよい。詳細は、ここで再び記載されない。
【０２５５】
Ｓ３０４。相応して、発信側パーティは、発信呼が拒否されたことを検出し、発信呼インタフェース内に第１ＳＭＳ制御を表示する。
【０２５６】
Ｓ３０５。着信側パーティは、第２ＳＭＳ制御を用いて、呼拒否理由を示すショートメッセージテキストを入力する。詳細については、図１８の実施形態のＳ２０３及びＳ２０４を参照する。詳細は、ここで再び記載されない。
【０２５７】
Ｓ３０６。着信側パーティは、第２ショートメッセージを発信側パーティへ送信する。詳細については、図１８の実施形態のＳ２０５及びＳ２０６を参照する。詳細は、ここで再び記載されない。
【０２５８】
Ｓ３０７。相応して、発信側パーティは、第２ショートメッセージを受信し、関連付けを通じて第２ショートメッセージのショートメッセージテキスト及び第２ショートメッセージに対応する発信呼を表示する。詳細については、図１８の実施形態のＳ２０７及びＳ２０８を参照する。詳細は、ここで再び記載されない。
【０２５９】
Ｓ３０８。発信側パーティは、第１ＳＭＳ制御を用いて、呼理由を示すショートメッセージテキストを入力する。詳細については、図１５の実施形態のＳ１０３及びＳ１０４を参照する。詳細は、ここで再び記載されない。
【０２６０】
Ｓ３０９。発信側パーティは、第１ショートメッセージを着信側パーティへ送信する。詳細については、図１５の実施形態のＳ１０５及びＳ１０６を参照する。詳細は、ここで再び記載されない。
【０２６１】
Ｓ３１０。相応して、着信側パーティは、第１ショートメッセージを受信し、関連付けを通じて第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する不在着信を表示する。詳細については、図１５の実施形態のＳ１０７及びＳ１０８を参照する。詳細は、ここで再び記載されない。
【０２６２】
留意すべきことに、図１９の実施形態において言及されない内容については、図１５の実施形態又は図１８の実施形態を参照する。詳細は、ここで再び記載されない。
【０２６３】
（２）発信側パーティは着信側パーティを呼び出し、発信呼インタフェース内の第１ＳＭＳ制御を用いて、呼理由を示す第１ショートメッセージを編集し、呼処理中に着信側パーティへ送信して、着信側パーティに可能な限り直ぐに折り返し電話するよう想起する。発信側パーティからの着信呼について、呼理由を示す第１ショートメッセージのショートメッセージテキストは、着信呼インタフェース内に表示されるが、着信側パーティは依然として都合が悪いために着信呼を拒否し、着信呼インタフェース内の第２ＳＭＳ制御を用いて発信側パーティからの着信呼を拒否し、発信側パーティへ、呼拒否理由を示す第２ショートメッセージを送信して、発信側パーティに呼に応答するのに都合が悪いことを通知する。
【０２６４】
具体的に、図２０に示すように、実施形態は以下のステップを含む。
【０２６５】
Ｓ４０１。発信側パーティは着信側パーティを呼び出す。呼は、発信側パーティにとっては発信呼として参照されてよく、呼は、着信側パーティにとっては着信呼として参照されてよい。
【０２６６】
Ｓ４０２。発信側パーティは、発信呼インタフェース内に第１ＳＭＳ制御を表示する。
【０２６７】
Ｓ４０３。発信側パーティの呼を受信した後に、着信側パーティは、着信呼インタフェース内に第２ＳＭＳ制御を表示してよい。
【０２６８】
Ｓ４０４。発信側パーティは、第１ＳＭＳ制御を用いて、呼理由を示すショートメッセージテキストを入力する。詳細については、図１５の実施形態のＳ１０３及びＳ１０４を参照する。詳細は、ここで再び記載されない。
【０２６９】
Ｓ４０５。発信側パーティは、第１ショートメッセージを着信側パーティへ送信する。詳細については、図１５の実施形態のＳ１０５及びＳ１０６を参照する。詳細は、ここで再び記載されない。
【０２７０】
Ｓ４０６。相応して、着信側パーティは、第１ショートメッセージを受信し、関連付けを通じて第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する不在着信を表示する。詳細については、図１５の実施形態のＳ１０７及びＳ１０８を参照する。詳細は、ここで再び記載されない。
【０２７１】
Ｓ４０７。着信側パーティは、第２ＳＭＳ制御を用いて、発信側パーティからの着信呼を拒否する。具体的に、図１８の実施形態のＳ２０３を参照すると、第３入力は、着信呼を切断する、つまり前述のＳＭＳ拒否操作のためにも使用されてよい。詳細は、ここで再び記載されない。
【０２７２】
Ｓ４０８。着信側パーティは、第２ＳＭＳ制御を用いて、呼拒否理由を示すショートメッセージテキストを入力する。詳細については、図１８の実施形態のＳ２０３及びＳ２０４を参照する。詳細は、ここで再び記載されない。
【０２７３】
Ｓ４０９。発信側パーティは、第１ショートメッセージを着信側パーティへ送信する。詳細については、図１５の実施形態のＳ１０５及びＳ１０６を参照する。詳細は、ここで再び記載されない。
【０２７４】
Ｓ４１０。相応して、発信側パーティは、第２ショートメッセージを受信し、関連付けを通じて第２ショートメッセージのショートメッセージテキスト及び第２ショートメッセージに対応する発信呼を表示する。詳細については、図１８の実施形態のＳ２０７及びＳ２０８を参照する。詳細は、ここで再び記載されない。
【０２７５】
理解されるべきことに、前述の（１）及び（２）に記載の２つの呼シナリオでは、発信呼は発信側パーティにとっては拒否され、着信呼は着信側パーティにとっては応答されない。
【０２７６】
幾つかの実施形態では、前述の（１）及び（２）に記載の２つの呼シナリオでは、着信側パーティは、発信側パーティの呼理由（第１ショートメッセージのショートメッセージテキスト）及び着信側パーティの呼拒否理由（第２ショートメッセージのショートメッセージテキスト）を両方とも、呼記録の中で表示してよい。詳細については、図１１の実施形態を参照する。詳細は、ここで再び記載されない。
【０２７７】
不在着信に対応する第１ショートメッセージのショートメッセージテキスト及び第２ショートメッセージのショートメッセージテキストは、着信側パーティの通信記録の中に表示されて、着信側パーティが、通信記録を閲覧することにより、不在着信に対応する呼理由、及び不在着信に対応する呼拒否理由を知ることができ、したがって、着信側パーティが不在着信を閲覧し及び処理するようにすることが理解できる。
【０２７８】
幾つかの実施形態では、前述の（１）及び（２）に記載の２つの呼シナリオでは、発信側パーティは、着信側パーティの呼拒否理由（第２ショートメッセージのショートメッセージテキスト）及び発信側パーティの呼理由（第１ショートメッセージのショートメッセージテキスト）を両方とも、呼記録の中で表示してよい。詳細については、図１２の実施形態を参照する。詳細は、ここで再び記載されない。
【０２７９】
拒否された発信呼に対応する第１ショートメッセージのショートメッセージテキスト及び第２ショートメッセージのショートメッセージテキストは、発信側パーティの通信記録の中に表示されて、発信側パーティが、通信記録を閲覧することにより、拒否された発信呼に対応する呼理由、及び拒否された発信呼に対応する呼拒否理由を知ることができ、したがって、発信側パーティが拒否された発信呼を閲覧し及び処理するようにすることが理解できる。
【０２８０】
本発明の本実施形態では、発信側パーティ端末及び着信側パーティ端末は、以下の表１に示される記録フォーマットを用いて、呼記録リスト内の各呼記録を管理してよい。
【０２８１】
【表１】
0006974455.tif 000002
【０２８２】
フィールド「Ｔｙｐｅ」は、呼種類を示してよく、具体的に、応答された発信呼（発信側パーティ）、見逃された発信呼（発信側パーティ）、応答された着信呼（着信側パーティ）、及び不在着信（着信側パーティ）を含んでよい。特定の実装では、前述の４つの異なる呼種類は、異なる整数値を用いて表されてよい。フィールド「Ｐｈｏｎｅ＿Ｎｏ」は、関連付け番号を示す。具体的に、着信側パーティの側における着信呼記録では、関連付け番号は発信側パーティの電話番号であり、発信側パーティの側における発信呼記録では、関連付け番号は着信側パーティの電話番号である。フィールド「Ｃａｌｌ  Ｄｕｒａｔｉｏｎ」は、呼期間を示す。着信側パーティの側における不在着信について、又は発信側パーティの側における見逃された発信呼について、呼期間は呼の継続する期間であってよい。フィールド「Ｍｓｇ」は、呼記録に関連付けられたショートメッセージテキストを示す。具体的に、着信側パーティの側における不在着信について、フィールド「Ｍｓｇ」は不在着信に対応する呼理由であってよく、発信側パーティの側における拒否された発信呼について、フィールド「Ｍｓｇ」は拒否された発信呼に対応する呼拒否理由であってよい。幾つかの実施形態では、フィールド「Ｍｓｇ」は、代替として２つの内容：呼拒否理由及び呼理由を含んでよく、２つの内容はセパレータを用いて区別されてよい。
【０２８３】
留意すべきことに、表１は本発明の実施形態の単なる一実装であり、実際の適用では異なってよい。これは、限定として考えられるべきではない。
【０２８４】
図２１は、本発明の一実施形態による端末の別の実装の概略ブロック図である。図２１に示す端末１６０は、前述の実施形態における発信側パーティとして使用されてよく、又は前述の実施形態における着信側パーティとして使用されてよい。図２１に示すように、端末１６０は、ディスプレイユニット１６３、呼ユニット１６１、ＳＭＳユニット１６７、及びユーザ入力ユニット１６５を含んでよい。
【０２８５】
端末１６０が前述の実施形態の発信側パーティであるとき、各機能ユニットの実装は以下の通りであってよい。
【０２８６】
呼ユニット１６１は、着信側パーティを呼び出すよう構成されてよい。
【０２８７】
ディスプレイユニット１６３は、着信側パーティが応答しない場合、第１ＳＭＳ制御を発信呼インタフェース内に表示するよう構成されてよい。
【０２８８】
ユーザ入力ユニット１６５は、第１ＳＭＳ制御を用いて第１入力を受信するよう構成されてよい。
【０２８９】
ディスプレイユニット１６３は、例えば、第１入力に応答して、第１ＳＭＳインタフェースを表示するよう更に構成されてよい。
【０２９０】
ユーザ入力ユニット１６５は、第１ＳＭＳインタフェースを用いて、ユーザにより入力されたショートメッセージテキストを受信するよう更に構成されてよい。
【０２９１】
ユーザ入力ユニット１６５は、第２入力を検出するよう更に構成されてよい。
【０２９２】
ＳＭＳユニット１６７は、第２入力に応答して、ショートメッセージテキストを用いて第１ショートメッセージを生成し、第１ショートメッセージを着信側パーティへ送信するよう構成されてよい。
【０２９３】
具体的に、第１ショートメッセージは、ショートメッセージテキスト、プリセットフラグビット、及び時間を含んでよい。第１ショートメッセージ内のプリセットフラグビットは、第１ショートメッセージのショートメッセージテキストが、発信側パーティが着信側パーティを呼び出した理由であることを示すために使用される。第１ショートメッセージ内の時間は、発信側パーティが着信側パーティを呼び出した呼び出し時間である。
【０２９４】
幾つかの実施形態では、ディスプレイユニット１６３は、呼記録インタフェース内の関連付けを通じて、第１ショートメッセージのショートメッセージテキスト、及び第１ショートメッセージに対応する発信呼を表示するよう更に構成されてよい。
【０２９５】
着信側パーティが呼を拒否すると、ＳＭＳユニット１６７は、着信側パーティにより送信された第２ショートメッセージを受信するよう更に構成されてよい。次に、ディスプレイユニット１６３は、関連付けを通じて、第２ショートメッセージのショートメッセージテキスト及び第２ショートメッセージに対応する発信呼を表示するよう更に構成されてよい。関連付けを通じて、第２ショートメッセージのショートメッセージテキスト及び第２ショートメッセージに対応する発信呼をどのように表示するかは、前述の実施形態を参照する。詳細は、ここで再び記載されない。
【０２９６】
具体的に、第２ショートメッセージは、ショートメッセージテキスト、プリセットフラグビット、及び時間を含んでよい。第２ショートメッセージ内のプリセットフラグビットは、第２ショートメッセージのショートメッセージテキストが、着信側パーティが着信呼を拒否した呼拒否理由であることを示すために使用される。第２ショートメッセージ内の時間は、着信呼に対応する着信呼時間である。
【０２９７】
端末１６０が前述の実施形態にける発信側パーティとして使用されるとき、端末１６０内の各機能の実装については、前述の実施形態の発信側パーティの機能を参照することが理解できる。詳細は、ここで再び記載されない。
【０２９８】
端末１６０が前述の実施形態の着信側パーティであるとき、各機能ユニットの実装は以下の通りであってよい。
【０２９９】
呼ユニット１６１は、発信側パーティの着信呼を受信するよう構成されてよい。
【０３００】
ディスプレイユニット１６３は、着信呼インタフェース内に第２ＳＭＳ制御を表示するよう構成されてよい。
【０３０１】
ユーザ入力ユニット１６５は、第２ＳＭＳ制御を用いて第３入力を検出するよう構成されてよい。
【０３０２】
ディスプレイユニット１６３は、第３入力に応答して、第２ＳＭＳインタフェースを表示するよう更に構成されてよい。
【０３０３】
ユーザ入力ユニット１６５は、第２ＳＭＳインタフェースを用いて、着信側パーティのユーザにより入力されたショートメッセージテキストを受信するよう更に構成されてよい。
【０３０４】
ユーザ入力ユニット１６５は、第４入力を検出するよう更に構成されてよい。
【０３０５】
ＳＭＳユニット１６７は、第４入力に応答して、ショートメッセージテキストを用いて第２ショートメッセージを生成し、第２ショートメッセージを発信側パーティへ送信するよう構成されてよい。
【０３０６】
具体的に、第２ショートメッセージは、ショートメッセージテキスト、プリセットフラグビット、及び時間を含んでよい。第２ショートメッセージ内のプリセットフラグビットは、第２ショートメッセージのショートメッセージテキストが、着信側パーティが着信呼を拒否した呼拒否理由であることを示すために使用される。第２ショートメッセージ内の時間は、着信呼に対応する着信呼時間である。
【０３０７】
幾つかの実施形態では、ディスプレイユニット１６３は、呼記録インタフェース内の関連付けを通じて、第２ショートメッセージのショートメッセージテキスト、及び第２ショートメッセージに対応する発信呼を表示するよう更に構成されてよい。
【０３０８】
幾つかの実施形態では、ＳＭＳユニット１６７は、発信側パーティにより送信された第１ショートメッセージを受信するよう更に構成されてよい。ディスプレイユニット１６３は、関連付けを通じて、第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する着信呼を表示するよう更に構成されてよい。関連付けを通じて、第１ショートメッセージのショートメッセージテキスト及び第１ショートメッセージに対応する着信呼をどのように表示するかは、前述の実施形態を参照する。詳細は、ここで再び記載されない。
【０３０９】
具体的に、第１ショートメッセージは、ショートメッセージテキスト、プリセットフラグビット、及び時間を含んでよい。第１ショートメッセージ内のプリセットフラグビットは、第１ショートメッセージのショートメッセージテキストが、発信側パーティが着信側パーティを呼び出した理由であることを示すために使用される。第１ショートメッセージ内の時間は、発信側パーティが着信側パーティを呼び出した呼び出し時間である。
【０３１０】
端末１６０が前述の実施形態にける着信側パーティとして使用されるとき、端末１６０内の各機能の実装については、前述の実施形態の着信側パーティの機能を参照することが理解できる。詳細は、ここで再び記載されない。
【０３１１】
さらに、本発明の一実施形態は、通信システムを更に提供し、通信システムは、発信側パーティ及び着信側パーティを含んでよい。特定の実装では、発信側パーティは、発信側パーティとして使用され且つ図１３の実施形態において記載された端末１００であってよく、着信側パーティは、着信側パーティとして使用され且つ図１３の実施形態において記載された端末１００であってよい。代替として、発信側パーティは、発信側パーティとして使用され且つ図２１の実施形態において記載された端末１６０であってよく、着信側パーティは、着信側パーティとして使用され且つ図２１の実施形態において記載された端末１６０であってよい。実際の適用では、発信側パーティ及び着信側パーティは、それぞれ、前述の方法の実施形態において言及された発信側パーティ及び着信側パーティであってよい。
【０３１２】
纏めると、本発明の実施形態では、着信呼及び着信呼に対応する呼理由は、関連付けを通じて着信側パーティの側で表示でき、それにより、発信側パーティの呼理由を直感的且つ明確に提示する。さらに、拒否された発信呼及び拒否された発信呼に対応する呼拒否理由は、関連付けを通じて発信側パーティの側で表示でき、それにより、着信側パーティの呼拒否理由を直感的且つ明確に提示する。
【０３１３】
当業者は、本発明の実施形態が方法、システム、又はコンピュータプログラム製品として提供されてよいことを理解すべきである。したがって、本発明は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、又はソフトウェアとハードウェアとの組合せを有する実施形態の形式を使用してよい。さらに、本発明は、コンピュータ使用可能プログラムコードを含む１又は複数のコンピュータ使用可能記憶媒体（ディスクメモリ、光メモリ、等を含むが、これらに限定されない）に実装されるコンピュータプログラム製品の形式を使用してよい。
【０３１４】
本発明は、本発明の実施形態で提供された方法、装置（システム）及びコンピュータプログラムのフローチャート及び／又はブロック図に従い記載される。理解されるべきことに、コンピュータプログラム命令は、フローチャート及び／又はブロック図の中の各々の処理及び／又は各々のブロック、及び／又はフローチャート及び／又はブロック図の中の処理及び／又はブロックの組合せを実施するために使用されてよい。これらのコンピュータプログラム命令は、機械を生成するために、汎用コンピュータ、専用コンピュータ、内蔵プロセッサ、又は任意の他のプログラマブルデータ処理装置のプロセッサに対して提供されてよく、コンピュータ又は任意の他のプログラマブルデータ処理装置のプロセッサにより実行される命令が、フローチャートの中の１又は複数の処理及び／又はブロック図の中の１又は複数のブロックの中の特定の機能を実装する機器を生成するようにする。
【０３１５】
これらのコンピュータプログラム命令は、コンピュータ又は任意の他のプログラマブルデータ処理装置に特定の方法で動作するよう指示できるコンピュータ可読メモリに格納されてもよく、したがって、コンピュータ可読メモリに格納された命令は、命令装置を含む製品を生成できる。命令装置は、フローチャートの中の１又は複数の処理の中の及び／又はブロック図の中の１又は複数のブロックの中の特定の機能を実装する。
【０３１６】
これらのコンピュータプログラム命令は、コンピュータ又は別のプログラマブルデータ処理装置にロードされてもよく、一連の動作及びステップが該コンピュータ又は別のプログラマブル装置で実行されるようにし、それによりコンピュータにより実施される処理を生成する。したがって、コンピュータ又は別のプログラマブル装置で実行される命令は、フローチャートの中の１又は複数の処理の中の及び／又はブロック図の中の１又は複数のブロックの中の特定の機能を実施するステップを提供する。
【０３１７】
明らかに、当業者は、本発明の精神及び範囲から逸脱することなく本発明に種々の変更及び変形をなし得る。本発明は、これらの変更及び変形が以下の請求項により定められる保護範囲及びそれらの等価技術に包含される場合、これらの変更及び変形をカバーすることを意図する。
【図１】
0006974455.tif 000003
【図２Ａ】
0006974455.tif 000004
【図２Ｂ】
0006974455.tif 000005
【図３Ａ】
0006974455.tif 000006
【図３Ｂ】
0006974455.tif 000007
【図３Ｃ】
0006974455.tif 000008
【図４】
0006974455.tif 000009
【図５Ａ】
0006974455.tif 000010
【図５Ｂ】
0006974455.tif 000011
【図６Ａ】
0006974455.tif 000012
【図６Ｂ】
0006974455.tif 000013
【図７】
0006974455.tif 000014
【図８】
0006974455.tif 000015
【図９】
0006974455.tif 000016
【図１０】
0006974455.tif 000017
【図１１】
0006974455.tif 000018
【図１２】
0006974455.tif 000019
【図１３】
0006974455.tif 000020
【図１４Ａ】
0006974455.tif 000021
【図１４Ｂ】
0006974455.tif 000022
【図１４Ｃ】
0006974455.tif 000023
【図１５】
0006974455.tif 000024
【図１６】
0006974455.tif 000025
【図１７】
0006974455.tif 000026
【図１８】
0006974455.tif 000027
【図１９】
0006974455.tif 000028
【図２０】
0006974455.tif 000029
【図２１】
0006974455.tif 000030