(57)【要約】【課題】発呼の重要度を着呼端末の不在着信履歴の重要度表示から判断すること。【解決手段】発呼によるセッション確立途中の中断時に、発呼端末においてユーザが設定した発呼の重要度情報を発呼端末から着呼端末に送信する重要度情報送信部と、着呼端末において、発呼端末から受信した重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に不在着信履歴に対応して重要度情報を識別可能に表示する重要度情報表示部と、を備える。【選択図】  図１
2015186014.tif 000002
【特許請求の範囲】
【請求項１】
発呼によるセッション確立途中の中断時に、発呼端末においてユーザが設定した発呼の重要度情報を前記発呼端末から着呼端末に送信する重要度情報送信手段と、
前記着呼端末において、前記発呼端末から受信した前記重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記重要度情報を識別可能に表示する重要度情報表示手段と、
を備える通信処理システム。
【請求項２】
前記通信処理システムは、ＳＩＰ(Session Initiation Protocol)を使用するシステムであって、
前記重要度情報は、前記発呼によるセッション確立途中の中断時に前記発呼端末から前記着呼端末に送信されるＣＡＮＣＥＬメッセージに含まれる重要度を指定するための新規なヘッダに含まれる請求項１に記載の通信処理システム。
【請求項３】
前記発呼によるセッション確立途中の中断時に、前記発呼端末に、前記ユーザが前記重要度情報を設定するための重要度を選択する画面を表示する表示手段を、
さらに備える請求項１または２に記載の通信処理システム。
【請求項４】
前記通信処理システムは、ＳＩＰ(Session Initiation Protocol)を呼制御プロトコルとして使用する、ＶｏＩＰ(Voice over Internet Protocol)サービスを行なうシステム、または、３Ｇ(3rd Generation)サービスを行なうシステムを含む請求項１乃至３のいずれか１項に記載の通信処理システム。
【請求項５】
発呼によるセッション確立途中の中断時に、発呼端末においてユーザが設定した発呼の重要度情報を前記発呼端末から着呼端末に送信する重要度情報送信ステップと、
前記着呼端末において、前記発呼端末から受信した前記重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記重要度情報を識別可能に表示する重要度情報表示ステップと、
を含む不在着信時の呼の重要度通知方法。
【請求項６】
発呼によるセッション確立途中の中断時に、ユーザが発呼の重要度情報を設定するための重要度を選択する画面を表示する表示手段と、
前記ユーザが設定した前記発呼の重要度情報を他の着呼端末に送信する重要度情報送信手段と、
他の発呼端末からの発呼によるセッション確立途中の中断時に受信した着呼の重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記着呼の重要度情報を識別可能に表示する重要度情報表示手段と、
を備える通信処理装置。
【請求項７】
発呼によるセッション確立途中の中断時に、ユーザが発呼の重要度情報を設定するための重要度を選択する画面を表示する表示ステップと、
前記ユーザが設定した前記発呼の重要度情報を他の着呼端末に送信する重要度情報送信ステップと、
他の発呼端末からの発呼によるセッション確立途中の中断時に、受信した着呼の重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記着呼の重要度情報を識別可能に表示する重要度情報表示ステップと、
を含む通信処理装置の制御方法。
【請求項８】
発呼によるセッション確立途中の中断時に、ユーザが発呼の重要度情報を設定するための重要度を選択する画面を表示する表示ステップと、
前記ユーザが設定した前記発呼の重要度情報を他の着呼端末に送信する重要度情報送信ステップと、
他の発呼端末からの発呼によるセッション確立途中の中断時に受信した着呼の重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記着呼の重要度情報を識別可能に表示する重要度情報表示ステップと、
をコンピュータに実行させる通信処理装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、不在着信時の呼の重要度通知方法、通信処理システム、通信処理装置、およびその制御方法と制御プログラムに関する。
【背景技術】
【０００２】
上記技術分野において、特許文献１には、発呼側携帯電話機が発呼時に送信するメッセージに重要度のランクに応じた重み付けデータを付加して、受信側が留守番電話モードの場合、送信／受信データ記憶部にメッセージと共に重み付けデータを記憶する技術が開示されている。また、特許文献２には、不在着信の外線端末による途中切断時に、回線交換中継装置（主装置）からＩＰ電話端末に送信されるＳＩＰ(Session Initiation Protocol)のＣＡＮＣＥＬメッセージに、呼放棄、留守電、転送の切断時の処理を“Ｘ−ＳＡＸＡ−ｓｔａｔｕｓ”ヘッダとして追加する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−２９８５０３号公報
【特許文献２】特開２０１０−０８７６５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１に記載の技術では、発呼時の送信メッセージや留守番電話のメッセージへの重要度ランクを付与できるが、留守番電話モードでない場合に発信者の発呼の重要度を知ることはできない。また、特許文献２は、留守番電話モードでない場合にも不在着信の外線端末による途中切断時に、ＩＰ電話端末に回線交換中継装置の処理を通知できるが、外線端末の発信者の発呼の重要度を知ることはできない。したがって、着信者は、発信者が用件を伝言メモやメールなどを用いて伝えなければ、発信者の発呼の重要度を不在着信履歴の着信頻度から判断するしかなかった。
【０００５】
本発明の目的は、上述の課題を解決する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明に係る通信処理システムは、
発呼によるセッション確立途中の中断時に、発呼端末においてユーザが設定した発呼の重要度情報を前記発呼端末から着呼端末に送信する重要度情報送信手段と、
前記着呼端末において、前記発呼端末から受信した前記重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記重要度情報を識別可能に表示する重要度情報表示手段と、
を備える。
【０００７】
上記目的を達成するため、本発明に係る不在着信時の呼の重要度通知方法は、
発呼によるセッション確立途中の中断時に、発呼端末においてユーザが設定した発呼の重要度情報を前記発呼端末から着呼端末に送信する重要度情報送信ステップと、
前記着呼端末において、前記発呼端末から受信した前記重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記重要度情報を識別可能に表示する重要度情報表示ステップと、
を含む。
【０００８】
上記目的を達成するため、本発明に係る通信処理装置は、
発呼によるセッション確立途中の中断時に、ユーザが発呼の重要度情報を設定するための重要度を選択する画面を表示する表示手段と、
前記ユーザが設定した前記発呼の重要度情報を他の着呼端末に送信する重要度情報送信手段と、
他の発呼端末からの発呼によるセッション確立途中の中断時に受信した着呼の重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記着呼の重要度情報を識別可能に表示する重要度情報表示手段と、
を備える。
【０００９】
上記目的を達成するため、本発明に係る通信処理装置の制御方法は、
発呼によるセッション確立途中の中断時に、ユーザが発呼の重要度情報を設定するための重要度を選択する画面を表示する表示ステップと、
前記ユーザが設定した前記発呼の重要度情報を他の着呼端末に送信する重要度情報送信ステップと、
他の発呼端末からの発呼によるセッション確立途中の中断時に、受信した着呼の重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記着呼の重要度情報を識別可能に表示する重要度情報表示ステップと、
を含む。
【００１０】
上記目的を達成するため、本発明に係る通信処理装置の制御プログラムは、
発呼によるセッション確立途中の中断時に、ユーザが発呼の重要度情報を設定するための重要度を選択する画面を表示する表示ステップと、
前記ユーザが設定した前記発呼の重要度情報を他の着呼端末に送信する重要度情報送信ステップと、
他の発呼端末からの発呼によるセッション確立途中の中断時に受信した着呼の重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記着呼の重要度情報を識別可能に表示する重要度情報表示ステップと、
をコンピュータに実行させる。
【発明の効果】
【００１１】
本発明によれば、発呼の重要度を着呼端末の不在着信履歴の重要度表示から判断することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１実施形態に係る通信処理システムの構成を示すブロック図である。
【図２】本発明の第２実施形態に係る通信処理システムの構成を示すブロック図である。
【図３Ａ】本発明の第２実施形態に係る通信処理システムにおける発呼側の通信処理装置の表示画面を示す図である。
【図３Ｂ】本発明の第２実施形態に係る通信処理システムにおける着呼側の通信処理装置の表示画面を示す図である。
【図４】本発明の第２実施形態に係る通信処理システムにおける通信手順を示すシーケンス図である。
【図５Ａ】本発明の第２実施形態に係る通信処理システムにおける呼制御プロトコルを示すシーケンス図である。
【図５Ｂ】本発明の第２実施形態に係る呼制御プロトコルにおけるＣＡＮＣＥＬメッセージのフォーマットを示す図である。
【図６】本発明の第２実施形態に係る通信処理装置の機能構成を示すブロック図である。
【図７】本発明の第２実施形態に係る通信処理装置のメッセージテーブルの構成を示す図である。
【図８】本発明の第２実施形態に係る通信処理装置の着信履歴格納部の構成を示す図である。
【図９】本発明の第２実施形態に係る通信処理装置のハードウェア構成を示すブロック図である。
【図１０】本発明の第２実施形態に係る通信処理装置の処理手順を示すフローチャートである。
【図１１Ａ】本発明の第２実施形態に係る発呼処理の手順を示すフローチャートである。
【図１１Ｂ】本発明の第２実施形態に係る着呼処理の手順を示すフローチャートである。
【図１１Ｃ】本発明の第２実施形態に係る着信履歴表示処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は単なる例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。
【００１４】
［第１実施形態］
本発明の第１実施形態としての通信処理システム１００について、図１を用いて説明する。通信処理システム１００は、発呼端末と着呼端末間で通信するためのシステムである。
【００１５】
図１に示すように、通信処理システム１００は、重要度情報送信部１１１と、重要度情報表示部１２１と、を含む。重要度情報送信部１１１は、発呼によるセッション確立途中の中断時に、発呼端末１１０においてユーザが設定した発呼の重要度情報を発呼端末１１０から着呼端末１２０に送信する。重要度情報表示部１２１は、着呼端末１２０において、発呼端末１１０から受信した重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に不在着信履歴に対応して重要度情報を識別可能に表示する。
【００１６】
本実施形態によれば、発信者が発呼中切断時に設定した発呼の重要度を着呼端末に送るので、発呼の重要度を着呼端末の不在着信履歴の重要度表示から判断することができる。
【００１７】
［第２実施形態］
次に、本発明の第２実施形態に係る通信処理システムについて説明する。本実施形態は、移動体通信網（あるいは固定体通信網）における着信履歴が表示可能な端末において、着信のあった呼の重要度を判別できるようにする。これにより着信側で折り返し電話をかける必要が有るか無いかの判断ができ、発信側もわざわざ伝言メモを残したり、メールなどで通知するほどの用件ではなかった場合でも、気軽に着信側へ呼の重要度を通知することを可能とした。
【００１８】
《通信処理システム》
以下、図２乃至図５Ｂに従って、本実施形態の通信処理システム２００の動作を説明する。
【００１９】
（システム構成）
図２は、本実施形態に係る通信処理システム２００の構成を示すブロック図である。
【００２０】
通信処理システム２００は、ユーザＡが携帯する発呼側の通信端末としての通信処理装置２１０と、ユーザＢが携帯する着呼側の通信端末としての通信処理装置２２０と、ＩＭＳ(IP multimedia Sub System)コアシステム２３１を含むキャリア通信網２３０と、を含む。なお、以下の図２の動作では、本実施形態の係る発呼の呼出中における途中切断に限定して説明する。
【００２１】
図２において、ユーザＡがユーザＢへの発呼中の呼を途中切断する場合、ユーザＡの通信処理装置２１０にて途中切断操作時に呼の重要度を指定して途中切断することで、途中切断信号に重要度情報を付加してユーザＢの通信処理装置２２０に通知する。これによりユーザＢの通信処理装置２２０にてユーザＡから着信があった履歴を表示させるが、この着信履歴にユーザＡから通知のあった重要度情報も併せて表示させることを可能としている。
【００２２】
このようにして、本実施形態では、発信側からの途中切断時に呼の重要度を指定して切断することで、着信側の端末の不在着信履歴に呼の重要度を表示させることができる。
【００２３】
（発呼側の通信処理装置の表示画面）
図３Ａは、本実施形態に係る通信処理システム２００における発呼側の通信処理装置２１０の表示画面を示す図である。
【００２４】
図３Ａには、途中切断時の発呼側の通信処理装置２１０の画面イメージ例が示されている。発呼中の画面イメージ３１０は、相手側の端末を呼び出し中の状態で、この画面で「切断３１１」を選択する。すると、途中切断時の重要度選択をする画面に切り替わり、その画面イメージが途中切断時の重要度選択の画面イメージ３２０となる。この画面イメージ３２０で途中切断の重要度３２１を選択することにより、相手側に呼の重要度を伝えることが可能となる。本例では３段階の重要度３２１を記載しており、重要度の高い順に「重要度１」、「重要度２」、「重要度３」となる。各々の意味合いとしては、「重要度１」は折り返し電話が欲しい場合に選択するもの、「重要度２」はできれば折り返し電話が欲しい場合に選択するもの、「重要度３」は折り返し電話は不要というものとしている。また「指定なし」は、呼の重要度は付加せずに既存と同様の切断処理を意味しており、相手側に呼の重要度を通知しないことになる。
【００２５】
なお、重要度３２１は３段階に限定されないし、本例の３段階にも限定されない。２段階であっても、４段階以上であってもよい。あるいは、複数の階層に分類されていてもよい。また、３段階の場合であっても、例えば、緊急、急、不急、あるいは、重要、要、不要などであってもよい。
【００２６】
（発呼側の通信処理装置の表示画面）
図３Ｂは、本実施形態に係る通信処理システム２００における着呼側の通信処理装置２２０の表示画面を示す図である。
【００２７】
図３Ｂには、着呼側の通信処理装置２２０の着信履歴の画面イメージ３３０が示されている。既存の不在着信履歴に呼の重要度３３１が追加で表示される。追加で付加される重要度３３１は発信者が途中切断時に指定した重要度が表示される。重要度の指定が無い場合には、指定なし、が表示される。
【００２８】
なお、重要度３３１の表示は、図３Ｂにような文字による表示に限定されない。他の重要度が識別可能な記号であったり、「重要度１」の場合にユーザ名などを赤で表示し、「重要度２」の場合に青で表示したり、重要度がユーザに識別可能となる種々の表示方法を採用できる。
【００２９】
（通信手順）
図４は、本実施形態に係る通信処理システム２００における通信手順を示すシーケンス図である。
【００３０】
通信処理装置２１０が通信処理装置２２０に発呼する場合、通信処理装置２１０がステップＳ４１０において、キャリア通信網２３０を通して発呼信号を送信する。発呼信号を受信した通信処理装置２２０がステップＳ４２０において、呼び出し信号を発呼元の通信処理装置２１０にキャリア通信網２３０を通して返送する。この呼び出し中の状態で、発呼相手の通信処理装置２２０からの応答がなく、通信処理装置２１０発呼した呼を途中切断すると決めたときに、通信処理装置２１０がステップＳ４３０において、ユーザの操作により重要度を選択する。そして、通信処理装置２１０がステップＳ４４０において、選択された重要度を途中切断信号に付加して送信する。重要度が付加された途中切断信号を受信した通信処理装置２２０は、ステップＳ４５０において、着信履歴の不在着信履歴に受信した重要度を表示する。
【００３１】
（呼制御プロトコル）
図５Ａは、本実施形態に係る通信処理システム２００における呼制御プロトコルを示すシーケンス図である。図５Ａにおいては、途中切断信号に重要度を付加して送信する処理について、具体的な例を使用して説明する。図５Ａにおいて、通信キャリア網はＶｏＬＴＥ（Voice over LTE）サービスを提供している。また、通信処理装置２１０および２２０は、ＳＩＰ（Session Initiation Protocol）を用いてキャリア通信網２３０のＩＭＳコアシステム２３１経由で発着信サービスを実施している。なお、図５Ａにおいて、図４と同様のステップには同じステップ番号を付している。
【００３２】
まず、通信処理装置２１０からＩＭＳコアシステム２３１経由で通信処理装置２２０へ発呼する（ステップＳ４１０）。詳細には、通信処理装置２１０から通信処理装置２２０へＩＮＶＩＴＥメッセージが送信され、通信処理装置２２０から通信処理装置２１０へ試行中を通知する“１００  Ｔｒｙｉｎｇ”が応答される。
【００３３】
次に、発着両方の音声メディア用ベアラ設定を完了させるために、リソース管理(RFC 3312)に規定されたプレコンディション(precondition)を実施する（ステップＳ５１０）。詳細には、通信処理装置２２０から通信処理装置２１０へセッションの進行を示す“１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ”が送られると、通信処理装置２１０から通信処理装置２２０へＰＲＡＣＫメッセージで応答する。ＰＲＡＣＫメッセージを正常に受信すると、通信処理装置２２０から通信処理装置２１０へ成功メッセージとして“２００  ＯＫ”が返される。次に、通信処理装置２１０から通信処理装置２２０へセッションを変更するＵＰＤＡＴＥメッセージが送信され、正常に受信すると、通信処理装置２２０から通信処理装置２１０へ成功メッセージとして“２００  ＯＫ”が返される。
【００３４】
そして、呼び出し中の状態に遷移させる（ステップＳ４２０）。詳細には、呼出を始めた通信処理装置２１０から通信処理装置２２０へ呼出中を伝える“１８０  Ｒｉｎｇｉｎｇ”が送られると、通信処理装置２１０から通信処理装置２２０へＰＲＡＣＫメッセージで応答する。ＰＲＡＣＫメッセージを正常に受信すると、通信処理装置２２０から通信処理装置２１０へ成功メッセージとして“２００  ＯＫ”が返される。
【００３５】
最後に、不在であると判断されると通信処理装置２１０から途中切断を実施する（ステップＳ４３０）。ここで、本実施形態においては、途中切断信号であるＣＡＮＣＥＬメッセージにＳＩＰの拡張として新規ヘッダを定義し、そのヘッダに重要度情報を付加して、通信処理装置２２０に送信する。詳細には、重要度情報が付加された新規ヘッダを含むＣＡＮＣＥＬメッセージが通信処理装置２１０から通信処理装置２２０へ送られ、ＣＡＮＣＥＬメッセージを正常に受信すると、通信処理装置２２０から通信処理装置２１０へ成功メッセージとして“２００  ＯＫ”が返される。そして、通信処理装置２２０は、ＣＡＮＣＥＬメッセージからの重要度情報取得を含む途中切断処理が完了すると、通信処理装置２１０へ発呼要求が途中で終了させられたことを示す“４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄ”を送信する。これに対して、通信処理装置２１０から通信処理装置２２０へセッション確立を示すＡＣＫメッセージが通知される。
【００３６】
（ＣＡＮＣＥＬメッセージ）
図５Ｂは、本実施形態に係る呼制御プロトコルにおけるＣＡＮＣＥＬメッセージ５００のフォーマットを示す図である。なお、ＣＡＮＣＥＬメッセージ５００のフォーマットは、図５Ｂに限定されない。以下、図５Ｂにおける、本実施形態に特に関連するヘッダを説明する。他のヘッダ等の定義およびフォーマットは、ＲＦＣ  ３２６１や３３１２などを参照されたい（ＲＦＣ：Request for Comments;IETF（Internet Engineering Task Force）による技術仕様）。
【００３７】
本実施形態において、ＣＡＮＣＥＬメッセージ５００には重要度ヘッダ(Importance)５０１が新規に追加され、重要度ヘッダ５０１には「重要度１」〜「重要度３」に対応する“ｌｅｖｅｌ  Ｘ”が設定されている。なお、本実施形態においては、図３Ａで「指定なし」が選択された場合には、ＣＡＮＣＥＬメッセージ５００には重要度ヘッダ５０１が無いものとするが、重要度ヘッダ５０１に“指定なし”が設定されてもよい。
【００３８】
《通信処理装置の機能構成》
図６は、本実施形態に係る通信処理装置２１０、２２０の機能構成を示すブロック図である。
【００３９】
通信処理装置２１０、２２０は、無線通信ネットワークを介して、互いにあるいは他の通信処理装置とＳＩＰを含むプロトコルで通信するための通信制御部６０１を有する。メッセージ受信部６０２は、通信制御部６０１を介してメッセージを受信する。メッセージ判別部６０３は、メッセージ受信部６０２が受信したメッセージを判別する。ここで、メッセージがレスポンスメッセージの場合は、ステータスコードが判別される。受信したメッセージがＩＮＶＩＴＥメッセージであれば、他の通信処理装置からの着呼として着信履歴格納部６０５に格納される。また、受信したメッセージがＣＡＮＣＥＬメッセージであれば、不在着信の重要度情報所得部６０４がＣＡＮＣＥＬメッセージ内のＩｍｐｏｒｔａｎｃｅヘッダから重要度情報を取得し、着信履歴格納部６０５に不在着信履歴と関連付けて格納される。着信履歴格納部６０５は、着信履歴を格納する。なお、送信履歴も格納させるが、煩雑となるため図６には図示していない。
【００４０】
呼出処理部６０６は、ＩＮＶＩＴＥメッセージの受信を受けて、発呼した通信処理装置との間でセッション確立のプロトコルを実施する。なお、図６においては、ＩＮＶＩＴＥメッセージ以外のセッション確立に係るメッセージや、その他の処理のメッセージに対応する応答処理や、セッション確立に係り送信するメッセージや、その他の処理の送信メッセージについては、機能構成部や説明は図示されていない。
【００４１】
メッセージ生成部６０７は、送信するメッセージを記憶するメッセージテーブル６７１を有し、送信メッセージを生成する。例えば、本通信処理装置が発呼側であれば、ＩＮＶＩＴＥメッセージを生成する。そして、セッション確立中の途中切断の場合は、ＣＡＮＣＥＬメッセージを生成する。上記のように、他の応答メッセージなども生成するが、図６には図示されていない。メッセージ送信部６０８は、メッセージ生成部６０７が生成したメッセージを通信相手の通信処理装置に送信する。
【００４２】
パネル部６１０は、表示部６１１と操作部６１２とを有する。表示部６１１は、本実施形態においては、発呼側の場合は図３Ａの重要度選択指定の画面を表示する。表示部６１１は、着呼側の場合は、図３Ｂの重要度情報を含む不在着信履歴を表示する。また、操作部６１２は、キーボードやタッチパネルを含み、本実施形態においては、発呼指示や、セッション確立途中の中断指示や、重要度の選択指定や、着信履歴表示指示、などを行なう。
【００４３】
（メッセージテーブル）
図７は、本実施形態に係る通信処理装置２１０、２２０のメッセージテーブル６７１の構成を示す図である。メッセージテーブル６７１は、メッセージ生成部６０７が送信するメッセージを生成するために使用される。
【００４４】
メッセージテーブル６７１は、メッセージ種類７０１に対応付けて、各メッセージが有するヘッダ種類７０２を記憶する。図７においては、本実施形態に特に関連するＣＡＮＣＥＬメッセージについてヘッダ種類を図示しているが、他のメッセージにも複数のヘッダが定義されている。そして、ヘッダ種類７０２の各々に対応付けて、ヘッダ種類に対応するパラメータを含むヘッダ情報７０３を記憶する。
【００４５】
図７においては、特に、ＣＡＮＣＥＬメッセージ７１１のヘッダＩｍｐｏｒｔａｎｃｅ７１２と、そのヘッダ情報である重要度情報７１３の「Level 1」、「Level 2」または「Level 3」が図示されている。
【００４６】
（着信履歴格納部）
図８は、本実施形態に係る通信処理装置２１０、２２０の着信履歴格納部６０５の構成を示す図である。なお、着信履歴格納部６０５の構成は、図８に限定されない。図８には、本実施形態を説明するための最小限の情報を図示されており、さらに他の有効な情報が格納されてもよい。
【００４７】
着信履歴格納部６０５は、各着呼のタイムスタンプ８０１に対応して、発呼元８０２と、ステータス８０３と、着呼情報８０４と、を格納する。発呼元８０２は、着信履歴に格納された着呼に対応する発呼を行なった通信処理端末あるいはユーザ名である。ステータス８０３は、各着呼が終了したステータスを格納する。ステータス８０３には、例えば、本実施形態に係る「途中切断」や、会話を行なった「接続」、留守番電話への記録である「留守番メッセージ」、あるいは、他の通信処理装置への着呼の「転送」などが含まれる。着呼情報８０４は、各ステータス８０３に対応する着呼に関する付加的な情報を記憶する。
【００４８】
本実施形態に関連して、例えば、２０１４年３月３日の１２時（８１１）のユーザＡ（８１２）からの着呼が、セッション確立中の途中切断（８１３）され、その着呼の重要度が“ｌｅｖｅｌ  Ｘ”（８１４）であることが格納されている。
【００４９】
《通信処理装置のハードウェア構成》
図９は、本実施形態に係る通信処理装置２１０、２２０のハードウェア構成を示すブロック図である。
【００５０】
図９で、ＣＰＵ９１０は演算制御用のプロセッサであり、プログラムを実行することで図６の通信処理装置２１０、２２０の各機能構成部を実現する。ＲＯＭ９２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。また、通信制御部６０１は、ネットワークを介して通信する。なお、ＣＰＵ９１０は１つに限定されず、複数のＣＰＵであっても、あるいは画像処理用のＧＰＵを含んでもよい。
【００５１】
ＲＡＭ９４０は、ＣＰＵ９１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ９４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。発呼データ９４１は、本通信処理装置から発呼する場合に使用されるメッセージやメッセージに付加されるデータである。発呼データ９４１には、ＣＡＮＣＥＬメッセージ、および、途中切断時にユーザが選択指定した発呼重要度９４２が記憶される。発呼データ９４１は、図７のメッセージテーブル６７１に相当する。着呼データ９４３は、本通信処理装置が着呼した場合に使用されるメッセージやメッセージに付加されるデータである。着呼データ９４３には、ＣＡＮＣＥＬメッセージおよびＩｍｐｏｒｔａｎｃｅヘッダに記憶された着呼重要度９４４が記憶される。ステータス９４５は、発呼および着呼の終了ステータスである。送受信データ９４６は、通信制御部６０１を介して送信および受信されるデータである。入出力データ９４７は、入出力インタフェース９６０を介して周辺機器で入出力されるデータである。
【００５２】
ストレージ９５０には、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。送受信プロトコルおよび送受信メッセージフォーマット９５１は、本実施形態の通信で使用されるプロトコルおよびフォーマットである。本実施形態においては、ＳＩＰおよびそのフォーマットが格納される。履歴格納部９５２は、送信履歴格納部と本実施形態の着信履歴格納部６０５とを含む。ストレージ９５０には、以下のプログラムが格納される。通信制御プログラム９５３は、通信制御用のプログラムである。発呼制御モジュール９５４は、発呼を制御するためのモジュールであり、重要度情報を含むＣＡＮＣＥＬメッセージを送信するための途中切断制御モジュール９５４ａを含む。着呼制御モジュール９５５は、着呼を制御するためのモジュールであり、受信したＣＡＮＣＥＬメッセージから重要度情報を取得するＣＡＮＣＥＬ制御モジュール９５５ａを含む。着信履歴表示モジュール９５６は、着信履歴格納部６０５に蓄積された着信履歴を、不在着信履歴に重要度情報を識別可能に付加して表示するモジュールである。
【００５３】
入出力インタフェース９６０は、入出力機器との入出力データをインタフェースする。入出力インタフェース９６０には、表示部６１１と操作部６１２とを含むパネル部６１０と、音声の入出力を行なう音声入出力部９６１と、ＧＰＳ(Global Positioning System)に基づいて位置判定をするＧＰＳ位置判定部９６２と、が接続される。
【００５４】
なお、図９のＲＡＭ９４０やストレージ９５０には、通信処理装置２１０、２２０が有する汎用の機能や他の実現可能な機能に関連するプログラムやデータは図示されていない。
【００５５】
《通信処理装置の処理手順》
図１０は、本実施形態に係る通信処理装置２１０、２２０の処理手順の処理手順を示すフローチャートである。このフローチャートは、図９のＣＰＵ９１０がＲＡＭ９４０を使用しながら不在着信時の呼の重要度通知方法を実行し、図６の機能構成部を実現する。なお、以下のフローチャートの説明では、通信処理装置２１０を代表させて説明する。
【００５６】
通信処理装置２１０は、ステップＳ１００１において、電源ＯＮを待機する。電源ＯＮされると、通信処理装置２１０は、ステップＳ１００１において、装置の初期化を行なう。
【００５７】
通信処理装置２１０は、ステップＳ１０１１において、発呼指示があったか否かを判定する。発呼指示があれば、通信処理装置２１０は、ステップＳ１０１３において、発呼処理を実行する。一方、発呼指示でなければ、通信処理装置２１０は、ステップＳ１０２１において、着呼受信があったか否かを判定する。着呼受信があれば、通信処理装置２１０は、ステップＳ１０２３において、着呼処理を実行する。発呼指示でも着呼受信でもなければ、通信処理装置２１０は、ステップＳ１０３１において、着信履歴表示指示があったか否かを判定する。着信履歴表示指示があれば、通信処理装置２１０は、ステップＳ１０３３において、着信履歴表示呼処理を実行する。
【００５８】
通信処理装置２１０は、ステップＳ１００５において、電源ＯＦＦか否かを判定する。電源ＯＦＦでなければ、通信処理装置２１０は、ステップＳ１０１１に戻って処理を繰り返す。なお、ステップＳ１０１１、ステップＳ１０２１およびステップＳ１０３１における判定は、各処理が完了するまでＹＥＳの判定を維持するものとする。
【００５９】
なお、図１０には、他の処理については図示していない。それらは、ステップＳ１０２１とステップＳ１０３１間の破線で示されている。
【００６０】
（発呼処理）
図１１Ａは、本実施形態に係る発呼処理（Ｓ１０１３）の手順を示すフローチャートである。
【００６１】
通信処理装置２１０は、ステップＳ１１１１において、発呼開始か否かを判定する。発呼開始であれば、通信処理装置２１０は、ステップＳ１１１３において、ＩＮＶＩＴＥメッセージを生成して発呼先に送信する。一方、発呼開始でなければ、通信処理装置２１０は、ステップＳ１１２１において、途中切断指示か否かを判定する。途中切断指示ならば、通信処理装置２１０は、ステップＳ１１２３において、図３Ａの重要度指定画面を表示する。次に、通信処理装置２１０は、ステップＳ１１２５において、ユーザによる重要度選択指定を待つ。ユーザによる重要度指示入力があれば、通信処理装置２１０は、ステップＳ１１２７において、指示された重要度を取得する。そして、通信処理装置２１０は、ステップＳ１１２９において、ＣＡＮＣＥＬメッセージのＩｍｐｏｒｔａｎｃｅヘッダに重要度情報を記憶する。ユーザによる重要度指示入力がなければ、ＣＡＮＣＥＬメッセージにはＩｍｐｏｒｔａｎｃｅヘッダを記載しない。通信処理装置２１０は、ステップＳ１１３１において、ＣＡＮＣＥＬメッセージを発呼先に送信する。
【００６２】
発呼開始でなく途中切断指示でもなければ、通信処理装置２１０は、ステップＳ１１４１において、他の指示か否かを判定する。他の指示であれば、通信処理装置２１０は、ステップＳ１１４３において、指示された他の処理を行なう。なお、図５Ａのシーケンス図に示したように、セッション確立の間にも他のメッセージ送信あるいはメッセージ受信が行なわれる。これらの処理は、ステップＳ１１４３の他の処理に含まれるものとする。
【００６３】
（着呼処理）
図１１Ｂは、本実施形態に係る着呼処理（Ｓ１０２３）の手順を示すフローチャートである。
【００６４】
通信処理装置２１０は、ステップＳ１１５１において、ＩＮＶＩＴＥメッセージの受信か否かを判定する。ＩＮＶＩＴＥ受信であれば、通信処理装置２１０は、ステップＳ１１５３において、Ｆｒｏｍヘッダから発呼元を取得する。次に、通信処理装置２１０は、ステップＳ１１５５において、図示しないタイマから着呼時刻を取得する。そして、通信処理装置２１０は、ステップＳ１１５７において、着呼時刻をタイムスタンプとして発呼元を着信履歴格納部６０５に格納する。
【００６５】
一方、ＩＮＶＩＴＥ受信でなければ、通信処理装置２１０は、ステップＳ１１６１において、ＣＡＮＣＥＬメッセージの受信か否かを判定する。ＣＡＮＣＥＬメッセージの受信であれば、通信処理装置２１０は、ステップＳ１１６３において、ＣＡＮＣＥＬメッセージがＩｍｐｏｒｔａｎｃｅヘッダを含むか否かを判定する。Ｉｍｐｏｒｔａｎｃｅヘッダを含めば、通信処理装置２１０は、ステップＳ１１６５において、Ｉｍｐｏｒｔａｎｃｅヘッダから重要度情報（ｌｅｖｅｌ）を取得する。一方、ＣＡＮＣＥＬメッセージがＩｍｐｏｒｔａｎｃｅヘッダを含まなければ、なにもしない。そして、通信処理装置２１０は、ステップＳ１１６７において、着信履歴格納部６０５に不在着信情報と、重要度情報があれば重要度情報とを追加する。なお、図１１Ａにおいて、重要度の指定なしの場合にＩｍｐｏｒｔａｎｃｅヘッダに“指定なし”を記憶する場合には、ステップＳ１１６３なしにステップＳ１１６５において、“指定なし”を含むＩｍｐｏｒｔａｎｃｅヘッダへの付加情報を取得すればよい。
【００６６】
ＩＮＶＩＴＥ受信でなくＣＡＮＣＥＬ受信でもなければ、通信処理装置２１０は、ステップＳ１１７１において、他の指示か否かを判定する。他の指示であれば、通信処理装置２１０は、ステップＳ１１７３において、指示された他の処理を行なう。なお、図５Ａのシーケンス図に示したように、セッション確立の間にも他のメッセージ送信あるいはメッセージ受信が行なわれる。これらの処理は、ステップＳ１１７３の他の処理に含まれるものとする。
【００６７】
なお、図１１Ｂにおいては、ＩＮＶＩＴＥメッセージのＦｒｏｍヘッダから発呼元を取得したが、ＣＡＮＣＥＬメッセージを受信した場合に、ＣＡＮＣＥＬメッセージのＦｒｏｍヘッダから発呼元を取得してもよい。この場合には、発呼元と重要度情報との紐付け処理をせずに、ＣＡＮＣＥＬメッセージから取得した発呼元と重要度情報とをそのまま着信履歴に格納すればよい。
【００６８】
（着信履歴表示処理）
図１１Ｃは、本実施形態に係る着信履歴表示処理（Ｓ１０３３）の手順を示すフローチャートである。
【００６９】
通信処理装置２１０は、ステップＳ１１８１において、着信履歴格納部６０５から読出した着信履歴のステータスが不在着信履歴であるか否かを判定する。不在着信履歴であれば、通信処理装置２１０は、ステップＳ１１８３において、不在着信を表わす表示データを生成する。次に、通信処理装置２１０は、ステップＳ１１８５において、重要度情報が付加されているか否かを判定する。重要度情報が付加されていれば、通信処理装置２１０は、ステップＳ１１８７において、重要度を表示するための表示データを生成する。一方、重要度情報が付加されていなければ、指定なしを表示するための表示データを生成する。そして、通信処理装置２１０は、ステップＳ１１９１において、着信履歴を、不在着信および重要度が識別可能に表示する。
【００７０】
不在着信履歴でなければ、通信処理装置２１０は、ステップＳ１１９３において、他の履歴か否かを判定する。他の履歴であれば、通信処理装置２１０は、ステップＳ１１９５において、他の履歴を表示するための表示データを生成する。そして、通信処理装置２１０は、ステップＳ１１９１において、不在着信でない着信履歴を識別可能に表示する。
【００７１】
本実施形態によれば、発呼の重要度を着呼端末の不在着信履歴の重要度表示から判断することができる。すなわち、着信側端末の不在着信履歴に重要度を表示することを可能にしたため、不在着信履歴から呼の重要度を把握することができる。また、発信側から着信側へ該当する呼の重要度を明示的に通知することができる。
【００７２】
［他の実施形態］
本実施形態として、通信キャリア網のコアシステムはＩＭＳを使用して、発着信サービスを実現するために端末からの発着信サービスに利用するプロトコルとしてＳＩＰを用いて実現する例を記載している。しかし、本例以外に固定網のＶｏＩＰ(Voice over Internet Protocol)サービスや移動通信網の３Ｇ(3rd Generation)サービスなどにも同様の手順にて適用することは可能である。
【００７３】
また、本実施形態においては、不在着信履歴と重要度情報とを着信端末に格納して表示する構成としたが、不在着信履歴と重要度情報とをキャリア通信網に接続するクラウド上に格納し、クラウドから着信端末に情報提供をして表示する構成であってもよい。
【００７４】
また、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。
【００７５】
また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。特に、少なくとも、上述した実施形態に含まれる処理ステップをコンピュータに実行させるプログラムを格納した非一時的コンピュータ可読媒体（non-transitory computer readable medium）は本発明の範疇に含まれる。
【００７６】
［実施形態の他の表現］
上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
発呼によるセッション確立途中の中断時に、発呼端末においてユーザが設定した発呼の重要度情報を前記発呼端末から着呼端末に送信する重要度情報送信手段と、
前記着呼端末において、前記発呼端末から受信した前記重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記重要度情報を識別可能に表示する重要度情報表示手段と、
を備える通信処理システム。
（付記２）
前記通信処理システムは、ＳＩＰ(Session Initiation Protocol)を使用するシステムであって、
前記重要度情報は、前記発呼によるセッション確立途中の中断時に前記発呼端末から前記着呼端末に送信されるＣＡＮＣＥＬメッセージに含まれる重要度を指定するための新規なヘッダに含まれる付記１に記載の通信処理システム。
（付記３）
前記発呼によるセッション確立途中の中断時に、前記発呼端末に、前記ユーザが前記重要度情報を設定するための重要度を選択する画面を表示する表示手段を、
さらに備える付記１または２に記載の通信処理システム。
（付記４）
前記通信処理システムは、ＳＩＰ(Session Initiation Protocol)を呼制御プロトコルとして使用する、ＶｏＩＰ(Voice over Internet Protocol)サービスを行なうシステム、または、３Ｇ(3rd Generation)サービスを行なうシステムを含む付記１乃至３のいずれか１項に記載の通信処理システム。
（付記５）
発呼によるセッション確立途中の中断時に、発呼端末においてユーザが設定した発呼の重要度情報を前記発呼端末から着呼端末に送信する重要度情報送信ステップと、
前記着呼端末において、前記発呼端末から受信した前記重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記重要度情報を識別可能に表示する重要度情報表示ステップと、
を含む不在着信時の呼の重要度通知方法。
（付記６）
発呼によるセッション確立途中の中断時に、ユーザが発呼の重要度情報を設定するための重要度を選択する画面を表示する表示手段と、
前記ユーザが設定した前記発呼の重要度情報を他の着呼端末に送信する重要度情報送信手段と、
他の発呼端末からの発呼によるセッション確立途中の中断時に受信した着呼の重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記着呼の重要度情報を識別可能に表示する重要度情報表示手段と、
を備える通信処理装置。
（付記７）
発呼によるセッション確立途中の中断時に、ユーザが発呼の重要度情報を設定するための重要度を選択する画面を表示する表示ステップと、
前記ユーザが設定した前記発呼の重要度情報を他の着呼端末に送信する重要度情報送信ステップと、
他の発呼端末からの発呼によるセッション確立途中の中断時に、受信した着呼の重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記着呼の重要度情報を識別可能に表示する重要度情報表示ステップと、
を含む通信処理装置の制御方法。
（付記８）
発呼によるセッション確立途中の中断時に、ユーザが発呼の重要度情報を設定するための重要度を選択する画面を表示する表示ステップと、
前記ユーザが設定した前記発呼の重要度情報を他の着呼端末に送信する重要度情報送信ステップと、
他の発呼端末からの発呼によるセッション確立途中の中断時に受信した着呼の重要度情報を不在着信履歴と関連付けて格納し、着信履歴表示時に前記不在着信履歴に対応して前記着呼の重要度情報を識別可能に表示する重要度情報表示ステップと、
をコンピュータに実行させる通信処理装置の制御プログラム。
【図１】
2015186014.tif 000003
【図２】
2015186014.tif 000004
【図３Ａ】
2015186014.tif 000005
【図３Ｂ】
2015186014.tif 000006
【図４】
2015186014.tif 000007
【図５Ａ】
2015186014.tif 000008
【図５Ｂ】
2015186014.tif 000009
【図６】
2015186014.tif 000010
【図７】
2015186014.tif 000011
【図８】
2015186014.tif 000012
【図９】
2015186014.tif 000013
【図１０】
2015186014.tif 000014
【図１１Ａ】
2015186014.tif 000015
【図１１Ｂ】
2015186014.tif 000016
【図１１Ｃ】
2015186014.tif 000017