JP6119206B2 - 履歴管理装置及びその管理方法、携帯端末装置、並びにコンピュータ・プログラム - Google Patents

Description

本発明は、例えば、電子機器間において送受信するメッセージを管理する技術分野に関する。

一般的に知られたスマートフォンや携帯電話機等のコミュニケーション支援装置には、音声通話（以下、単に「通話」と略称する）や電子メール（以下、単に「メール」と略称する）等の複数のコミュニケーション手段をサポートする装置が存在する。

例えば、ユーザは、メールによって通知された連絡事項に対する回答を音声通話で行う場合がある。一方で、ユーザは、音声通話で話した内容のサマリをメールで展開する場合もある。

このように、音声通話やメール等のコミュニケーション手段は、ユーザの利用状況に応じて混合して使われることがある。

さらに、例えば、音声通話やメール等における履歴は、一般的にコミュニケーション手段毎（つまり、別々）に管理されている。

このような背景から、複数のコミュニケーション手段を介したメッセージの履歴を統合して管理したいというニーズがある。

ここで、本願出願に先立って存在する関連技術として、特許文献１は、相互にスレッド構成された異なるタイプの伝達情報表示に関する技術を開示する。

より具体的に、特許文献１に開示された方法は、音声通話やテキストメールをやりとりする相手先のユーザや電話機をメンバとするグループを定義すると共に、定義したグループと各メッセージとを関連づけて管理する。

さらに、特許文献１に開示された方法は、同じグループに関連づけられたメッセージ（音声通話やテキストメール）の履歴を抽出する。また、この方法は、抽出した履歴を当該履歴の発生時間順に表示する。

これにより、特許文献１に開示された方法は、音声通話とテキストメールとのように複数のコミュニケーション手段を介したやりとりに対して全体像を把握することができる。

即ち、特許文献１に開示された方法は、当該グループを構成する相手先との間でやりとりがどのように進んだかを把握することができる。

特許文献２は、携帯端末装置、画面表示方法及びプログラムに関する技術を開示する。

より具体的に、特許文献２に開示された装置は、電話の着信があった場合に、発信者への応答として電話発信とメール送信とのいずれかを選択できる応答画面を表示する。

次に、特許文献２に開示された装置は、応答画面で選択した動作を実行する。さらに、特許文献２は、通信相手毎にやりとりした電話の発着信及びメールの送受信の履歴を混在させて時刻順に表示する。

特許文献３は、電話端末、および電話端末の通信履歴管理方法に関する技術を開示する。

より具体的に、特許文献３に開示された端末は、呼および電子メールに用件ＩＤ（ｉｄｅｎｔｉｆｉｅｒ：以降、「ＩＤ」と称する、「識別子」とも記す）を付与する。

さらに、この端末は、同じ用件ＩＤを持つ呼の発着信及び電子メールの送受信履歴を抽出すると共に、抽出した送受信履歴を表示する。

そして、係る端末は、呼を発信する場合、または電子メールを送信する場合に、操作者の指示に従い用件ＩＤを付与する必要がある。

次に、特許文献４は、情報端末、サーバ、情報表示システムおよび情報表示方法に関する技術を開示する。

より具体的に、特許文献４に開示された端末は、複数の通信手段による通信の履歴を履歴管理部に記録すると共に、その通信の履歴を保持する。

さらに、この端末は、履歴管理部に保持した通信の履歴に対する処理状況を情報端末、またはサーバにおける情報管理テーブルに記録すると共に、その処理状況を保持する。

即ち、特許文献４に開示された端末では、例えば、ユーザによって履歴を指定すると共に、指定した履歴に対して返信処理を行った場合に、行った処理状況が情報管理テーブルに保存される。

特許文献４に開示された端末は、情報履歴一覧表示部によって、履歴管理部に保持した履歴情報と情報管理テーブルに保持した履歴情報に対する処理状況とを関連づけて表示する。

これにより、特許文献４によれば、例えば、ユーザは、情報端末、またはサーバにおいて通信の履歴に対して返信処理を行ったかどうかを確認することができる。

特表２０１２−５０４９０５号公報 特開２００９−２７３０２６号公報 特開２０１０−２８３７０４号公報 ＷＯ０１／０３５２２９号公報

ところで、一般的に知られた電子メールシステムでは、例えば、受信したメール（以降、「受信メール」と略称する）とその受信メールに対するリプライとの関係をスレッド（つまり、１つの話題に属するメールや発言等をまとめたもの）として管理及び表示する。

これにより、係る電子メールシステムは、話題に属するやりとりの全体像を容易に把握することできる。

しかしながら、係る電子メールシステムでは、例えば、メールと音声通話等のメールと異なるコミュニケーション手段とをユーザが混在して利用する場合に、受信メールと音声通話における着信とのリプライの関係をスレッドとして管理及び表示することが困難である。

特許文献１に開示された技術は、同じグループに定義した相手先とのやりとりの中で複数の話題が進行する場合に、その複数の話題毎に履歴を表示することができない。

より具体的に、一例として、同じ相手との間において相互に関係のない複数の話題が並行して行われた場合に、特許文献１では、話題毎にやりとりの履歴が表示されない。

即ち、特許文献１に開示された技術は、定義した同じグループに関連するやりとりの履歴が混在して時間順に並べられる。そのため、特許文献１では、話題毎にやりとりの全体像を認識することができない。

また、特許文献２では、通信相手毎にやりとりした電話の発着信及びメールの送受信の履歴を混在させて、時刻順に表示することが記載されているに留まり、そのやりとりした電話の発着信及びメールの送受信の履歴をどのように話題毎に係る履歴を混在させて表示するかについては、述べられていない。

例えば、特許文献３における操作者は、呼の発着信及び電子メールの送受信する際の操作に加え、呼および電子メールに用件ＩＤを付与する指示が別途必要である。

そのため、特許文献３における操作者は、用件ＩＤを付与する手間暇が発生する。さらに、係る操作者は、操作が煩雑になるという問題がある。

特許文献４に開示された技術は、履歴に対して返信処理を行った場合に、自装置における情報管理テーブルに記録すると共に、その処理状況を保持する。

即ち、特許文献４は、自装置において行った通信の履歴に対する返信処理を確認することが記載されているに留まり、自装置と異なる他装置において行った通信の履歴に対する返信処理を確認することができない。

より具体的に、一例として、特許文献４におけるユーザＡは、ユーザＢから受信したメッセージＡに対して音声通話によってリプライを行ったこととする。

次に、ユーザＢは、この音声通話によるリプライに対してユーザＡにメッセージＢを送信する。また、ユーザＡは、ユーザＢからメッセージＢを受信したこととする。

この場合に、特許文献４におけるユーザＡは、メッセージＡに対するリプライを音声通話によって行ったことを確認することができるが、メッセージＢが音声通話に対するリプライであることは確認することができない。

その理由は、特許文献４に開示された技術は、ユーザＡによってメッセージＡに対するリプライを音声通話によって行ったことは情報管理テーブルに記録され、一方では、メッセージＢが音声通話に対するリプライであることは情報管理テーブルに記録されないためである。

このように、特許文献４における情報表示システムは、話題毎にやりとりの全体像を把握することが困難である。

本発明の主たる目的は、音声通話や電子メール等の複数のコミュニケーション手段が混在する場合においても、話題毎にやりとりの全体像を提示することが可能な履歴管理装置等を提供することにある。

上記の課題を達成すべく、本発明に係る履歴管理装置は、以下の構成を備えることを特徴とする。

即ち、本発明に係る履歴管理装置は、
第１のメッセージをデータベースに格納し、その第１のメッセージにおけるヘッダにカスタムヘッダが含まれているか否かを判定し、前記カスタムヘッダが含まれている場合に、前記カスタムヘッダから取得した第２のメッセージの送受信に用いた第２のコミュニケーション手段情報と前記第２のメッセージを識別するメッセージＩＤとに基づいて、前記データベースから前記第２のメッセージを抽出すると共に、前記抽出した第２のメッセージを親とし前記第１のメッセージを該親の子として関連付けられた階層構造をなすデータ群を生成するスレッド生成部と、前記第１のメッセージに対するリプライとして第３のメッセージを送信する際に用いる第３のコミュニケーション手段情報と、前記第１のメッセージを識別するメッセージＩＤと、その第１のメッセージを送受信した際に用いた第１のコミュニケーション手段情報とに基づいて、カスタムヘッダ生成処理を実行することによって、前記第３のコミュニケーション手段情報に応じて異なる前記カスタムヘッダを生成し、該カスタムヘッダを含む前記第３のメッセージを作成すると共に、作成した前記第３のメッセージを前記データベースに格納するメッセージ作成部とを備えることを特徴とする。

或いは、上記に示す履歴管理装置を含む携帯端末装置によっても、同目的を達成される。

また、同目的を達成すべく、本発明に係る履歴管理方法は、以下の構成を備えることを特徴とする。

即ち、本発明に係る履歴管理方法は、
第１のメッセージをデータベースに格納し、その第１のメッセージにおけるヘッダにカスタムヘッダが含まれているか否かを判定し、前記カスタムヘッダが含まれている場合に、前記カスタムヘッダから取得した第２のメッセージの送受信に用いた第２のコミュニケーション手段情報と前記第２のメッセージを識別するメッセージＩＤとに基づいて、前記データベースから前記第２のメッセージを抽出すると共に、前記抽出した第２のメッセージを親とし前記第１のメッセージを該親の子として関連付けられた階層構造をなすデータ群を生成し、前記第１のメッセージに対するリプライとして第３のメッセージを送信する際に用いる第３のコミュニケーション手段情報と、前記第１のメッセージを識別するメッセージＩＤと、その第１のメッセージを送受信した際に用いた第１のコミュニケーション手段情報とに基づいて、カスタムヘッダ生成処理を実行することによって、前記第３のコミュニケーション手段情報に応じて異なる前記カスタムヘッダを生成し、該カスタムヘッダを含む前記第３のメッセージを作成すると共に、作成した前記第３のメッセージを前記データベースに格納することを特徴とする。

尚、同目的は、上記の各構成を有する履歴管理装置および履歴管理方法、携帯端末装置を、コンピュータによって実現するコンピュータ・プログラム、およびそのコンピュータ・プログラムが格納されている、読み取り可能な記憶媒体によっても達成される。

本発明によれば、音声通話や電子メール等の複数のコミュニケーション手段が混在する場合においても、話題毎にやりとりの全体像を提示することができる。

本発明の第１の実施形態における履歴管理装置の構成を示すブロック図である。 本発明の第２の実施形態における履歴管理装置の構成を示すブロック図である。 本発明の第３の実施形態における履歴管理装置を含む携帯端末装置の構成を例示するブロック図である。 本発明の第３の実施形態における携帯端末装置が行う第１のメッセージを受信した際の動作を示すフローチャートである。 本発明の第３の実施形態における携帯端末装置が行う第３のメッセージを送信する際の動作を示すフローチャートである。 本発明の第３の実施形態における第１のメッセージ作成部が行うカスタムヘッダ生成処理の動作を示すフローチャートである。 本発明の第３の実施形態における第１のメッセージ作成部が行うカスタムヘッダ生成処理の動作を説明する図である。 本発明の第３の実施形態におけるメッセージデータベースを概念的に例示した図である。 本発明の第３の実施形態に係る実施例における表示部を用いて表示されたスレッドを概念的に例示する図である。 本発明の第３の実施形態に係る実施例における第６のメッセージに含まれるカスタムヘッダＣＨを含むヘッダを例示する図である。 本発明の第３の実施形態に係る実施例における第８のメッセージに含まれるカスタムヘッダＣＨを含むヘッダを例示する図である。 本発明の第４の実施形態における履歴管理装置の構成を例示するブロック図である。 本発明に係る各実施形態を実現可能な携帯端末のハードウェア構成を例示的に説明するブロック図である。

以下、本発明の実施形態について図面を参照して詳細に説明する。

はじめに、以下の説明及びその説明において参照する図面において「コミュニケーション手段」なる記載を用いるが、これは、いわゆる特許技術的な意味を含む記載ではなく、コミュニケーションをとる際に用いる一般的に知られた電子メールや音声通話、ボイスメール等を総称するものである（以下の各実施形態及び特許請求の範囲においても同様）。

＜第１の実施形態＞
図１は、本発明の第１の実施形態における履歴管理装置１の構成を示すブロック図である。

図１において、履歴管理装置１は、スレッド生成部２と、第１のメッセージ作成部３とを有する。

より具体的に、スレッド生成部２は、不図示の通信ネットワーク（以下、本願では「通信ネットワーク」を単に「ネットワーク」と略称する）を介して複数のコミュニケーション手段によって送信されたメッセージ（第１のメッセージ１０１）を受信する。

尚、以下の説明において、説明の便宜上、一例として、受信したメッセージを第１のメッセージ１０１と称する。

また、第１のメッセージ１０１を受信した以前（つまり、第１のメッセージ１０１を受信した時刻より過去）に送受信したメッセージを第２のメッセージと称する（以下の実施形態においても同様）。

尚、第１のメッセージ１０１と第２のメッセージについては、第３の実施形態において後述する。

また、スレッド生成部２は、受信した第１のメッセージ１０１をコミュニケーション手段毎にメッセージデータベース５に格納する（メッセージデータベース５については、第３の実施形態において後述する）。

次に、スレッド生成部２は、受信した第１のメッセージ１０１に第２のメッセージに対するリプライ（つまり、返信）であることを示す情報が含まれているか否かを判定する。

即ち、スレッド生成部２は、第１のメッセージ１０１におけるヘッダにカスタムヘッダＣＨが含まれているか否かを判定する。

ここでは、カスタムヘッダＣＨには、第２のメッセージを識別するメッセージ識別子（以降、「ＩＤ」と称する、また、説明の便宜上、「第2のメッセージＩＤ」とも称する）と当該第２のメッセージを送受信する際に用いたコミュニケーション手段情報（以下、説明の便宜上、「第２のコミュニケーション手段情報」と称する）とを含む情報が格納（記載）されている（カスタムヘッダＣＨについては、第３の実施形態において後述する）。

つまり、スレッド生成部２は、受信した第１のメッセージ１０１におけるカスタムヘッダＣＨを解析することによって、第１のメッセージ１０１が第２のメッセージのリプライメッセージであるか否かを判別することができる。

スレッド生成部２は、第１のメッセージ１０１にカスタムヘッダＣＨが含まれていると判定した場合に、第１のメッセージ１０１におけるヘッダに含まれるカスタムヘッダＣＨから第１のリプライ情報を抽出する。

ここで、第１のリプライ情報とは、カスタムヘッダＣＨに含まれる当該第２のメッセージを識別するメッセージＩＤと当該第２のメッセージを送受信した際に用いた第２のコミュニケーション手段情報とを含む（以下の実施形態においても同様）。

尚、メッセージＩＤは、現在では一般的に知られた電子メール等におけるヘッダに含まれるＭｅｓｓａｇｅ−ＩｄやＳＩＰ（Ｓｅｓｓｉｏｎ＿Ｉｎｉｔｉａｔｉｏｎ＿Ｐｒｏｔｏｃｏｌ：以降、「ＳＩＰ」と称する）メッセージ（つまり、音声通話におけるセッション開始メッセージ）におけるヘッダに含まれるＣａｌｌ−ｉｄ等のメッセージを一意に識別するＩＤである。そのため、本実施形態における詳細な説明は省略する（以下の実施形態においても同様）。

また、本実施形態に係る音声通話におけるＳＩＰの技術自体は、現在では一般的な技術を採用することができるので、本実施形態における詳細な説明は省略する（以下の実施形態においても同様）。

スレッド生成部２は、カスタムヘッダＣＨから抽出した第１のリプライ情報に含まれる第２のメッセージを識別するメッセージＩＤと第２のコミュニケーション手段情報とに基づいて、メッセージデータベース５に格納された第２のメッセージを検索すると共に、検索した第２のメッセージを抽出する。

これにより、スレッド生成部２は、検索した第２のメッセージを親とすると共に、受信した第１のメッセージ１０１を当該親の子として関連付けられた階層構造（以下、「ツリー構造」とも記す）をなすデータ群を作成する。

即ち、スレッド生成部２は、検索した第２のメッセージを親とすると共に、受信した第１のメッセージ１０１を当該親の子として関連付けることによって、スレッドを作成する。

より具体的に、一例として、スレッドは、メッセージのリプライ元とリプライとの関係を親子関係とするスレッドの形態により構成される。

尚、上述した実施形態では、説明の便宜上、一例として、スレッド生成部２は、検索した第２のメッセージと受信した第１のメッセージ１０１とに基づいて、スレッドを構成する例を説明した。しかしながら本発明は、係る構成に限定されず、スレッド生成部２は、係る第２のメッセージにおけるヘッダに格納された情報と係る第１のメッセージ１０１におけるヘッダに格納された情報とに基づいて、スレッドを作成してもよいし、係る第１のメッセージ１０１におけるヘッダに含まれるカスタムヘッダＣＨに格納された情報に基づいて、スレッドを作成してもよい（以下の実施形態においても同様）。

スレッド生成部２は、例えば、一般的に知られたディスプレイ等の不図示の表示部（例えば、図３に示す表示部３１）に作成したスレッドを出力することによって当該スレッドをユーザに提供する。

これにより、例えば、ユーザは、やりとりしたメッセージの全体像をスレッドの形で確認することができる。このため、ユーザは、メッセージの前後関係や全体の関係を、より容易に理解することができる。

次に、記憶部４は、メッセージデータベース５を有する。

より具体的に、記憶部４は、読み書き可能な記憶デバイスである。より具体的に、一例として、記憶部４は、携帯端末装置やサーバ等の電子機器に搭載されたフラッシュメモリ（Ｆｌａｓｈ＿ｍｅｍｏｒｙ）やハードディスクドライブ（Ｈａｒｄ＿ｄｉｓｋ＿ｄｒｉｖｅ：以降、「ＨＤＤ」と称する）等の不揮発性記憶素子を採用することができる。

また、例えば、記憶部４は、不図示のネットワークに接続されたストレージデバイス（不図示）を採用してもよい。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下の実施形態においても同様）。

次に、第１のメッセージ作成部３が第１のコミュニケーション手段情報１０２とメッセージＩＤ１０３（以下、説明の便宜上、「第1のメッセージＩＤ」とも称する）と第３のコミュニケーション手段情報１０４とを取得（受信）した際の動作について、詳細に説明する。

尚、以下の説明において、説明の便宜上、一例として、第１のメッセージ１０１に対するリプライとして送信するメッセージを第３のメッセージと称する（以下の実施形態においても同様）。

第１のメッセージ作成部３は、第１のコミュニケーション手段情報１０２とメッセージＩＤ１０３と第３のコミュニケーション手段情報１０４とを受信する。

ここで、第３のコミュニケーション手段情報１０４とは、第１のメッセージ１０１に対するリプライとして第３のメッセージを送受信する際に用いるコミュニケーション手段を示す情報である。

また、メッセージＩＤ１０３とは、第１のメッセージ１０１を一意に識別するＩＤである。さらに、第１のコミュニケーション手段情報１０２とは、当該第１のメッセージ１０１を送受信した際に用いたコミュニケーション手段情報である。

より具体的に、一例として、第１のコミュニケーション手段情報１０２と第２のコミュニケーション手段情報と第３のコミュニケーション手段情報１０４とは、電子メールを用いてメッセージを送受信する場合に、「ｅｍａｉｌ」とする。また、第１のコミュニケーション手段情報１０２と第２のコミュニケーション手段情報と第３のコミュニケーション手段情報１０４とは、音声通話を用いて発着信する場合に、「ｓｉｐ」とする。

上述した実施形態では、説明の便宜上、一例として、第１のコミュニケーション手段情報１０２と第２のコミュニケーション手段情報と第３のコミュニケーション手段情報１０４とは、「ｅｍａｉｌ」や「ｓｉｐ」とする例を説明した。しかしながら本発明は、係る構成に限定されず、第１のコミュニケーション手段情報１０２と第２のコミュニケーション手段情報と第３のコミュニケーション手段情報１０４とは、フラグを用いて構成してもよい（以下の実施形態においても同様）。

その場合に、一例として、第１のコミュニケーション手段情報１０２と第２のコミュニケーション手段情報と第３のコミュニケーション手段情報１０４とは、電子メールを用いてメッセージを送受信する場合に、「０」とし、音声通話を用いて発着信する場合に、「１」としてもよい。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下の実施形態においても同様）。

第１のメッセージ作成部３は、メッセージＩＤ１０３と第１のコミュニケーション手段情報１０２とに基づき第３のコミュニケーション手段情報１０４の種別に応じて異なるカスタムヘッダＣＨを生成する（第１のメッセージ作成部３によってカスタムヘッダＣＨを生成する動作については、第３の実施形態において後述する）。

第１のメッセージ作成部３は、生成したカスタムヘッダＣＨを第３のメッセージにおけるヘッダに埋め込むことによって、第３のコミュニケーション手段情報１０４に基づくリプライメッセージ（第３のメッセージ）を作成する。

さらに、第１のメッセージ作成部３は、作成した第３のメッセージをメッセージデータベース５に格納すると共に、係る第３のメッセージを不図示のネットワークを介して送信する。

このように本実施の形態に係る履歴管理装置１によれば、音声通話や電子メール等の複数のコミュニケーション手段が混在する場合においても、話題毎にやりとりの全体像を提示することができる。

その理由は、履歴管理装置１は、メッセージを送信する際に、リプライ元とリプライ先との関係を各コミュニケーション手段の持つ制御情報たるヘッダの中にカスタムヘッダＣＨとして格納すると共に、格納したカスタムヘッダＣＨをメッセージにおけるヘッダに含めることによって送信先に伝える機能を有する。

さらに、履歴管理装置１は、メッセージを受信した際に、メッセージに含まれるカスタムヘッダＣＨを解析することによって、リプライ元とリプライとの関係を同定すると共に、当該リプライ元と当該リプライとをスレッドの形態により表示する機能を有するからである。

＜第２の実施形態＞
次に、上述した本発明の第１の実施形態に係る履歴管理装置１を基本とする第２の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。

本発明の第２の実施形態における履歴管理装置１０について、図２を参照して説明する。

図２は、本発明の第２の実施形態における履歴管理装置１０の構成を示すブロック図である。

図２において、履歴管理装置１０は、第１の実施形態において説明した履歴管理装置１に、さらに、メッセージ選択部１１を有する。

メッセージ選択部１１は、例えば、所望のメッセージに対してリプライする際に、ユーザが不図示の表示部（例えば、図３に示す表示部３１）に表示されたスレッドから所望のメッセージ（例えば、第１のメッセージ１０１）を選択した操作を検出する。

さらに、メッセージ選択部１１は、係る操作を検出するのに応じて、当該リプライに用いるコミュニケーション手段を表示部を用いて表示（提示）する。

ここで、メッセージ選択部１１は、１つ以上のコミュニケーション手段を表示部を用いて表示することとする。

次に、メッセージ選択部１１は、例えば、ユーザが不図示の表示部を用いて表示された複数のコミュニケーション手段の中から１つのコミュニケーション手段を選択した際に、当該選択した操作を検出する。

これにより、例えば、ユーザは、表示部を用いて表示されたスレッドから第１のメッセージ１０１を選択することができる。さらに、ユーザは、表示部を用いて表示された複数のコミュニケーション手段から第１のメッセージ１０１に対するリプライメッセージ（つまり、第3のメッセージ）を送信する際に用いる所望のコミュニケーション手段を選択することができる。

即ち、ユーザは、第１のメッセージ１０１に対してリプライする際に、コミュニケーション手段（つまり、電子メールや音声通話等のコミュニケーション手段）を容易に選択することができる。

メッセージ選択部１１は、ユーザの操作を検出することによって、スレッドからユーザの所望するメッセージ（第１のメッセージ１０１）に関連付けられたメッセージＩＤ（つまり、メッセージＩＤ１０３）を取得する。

さらに、メッセージ選択部１１は、ユーザの操作を検出することによって、ユーザの所望するコミュニケーション手段情報（第３のコミュニケーション手段情報１０４）を生成する。

メッセージ選択部１１は、取得したメッセージＩＤ１０３に基づいて、メッセージデータベース５を検索することによって、当該メッセージＩＤ１０３に関連付けられた（紐付けられた）第１のコミュニケーション手段情報１０２を取得する。

より具体的に、メッセージ選択部１１は、取得したメッセージＩＤ１０３に基づいて、メッセージデータベース５を検索する。

次に、メッセージ選択部１１は、取得したメッセージＩＤ１０３に関連付けられた（紐付けられた）第１のメッセージ１０１を抽出する。

さらに、メッセージ選択部１１は、抽出した第１のメッセージ１０１におけるヘッダの種別を判定する。

メッセージ選択部１１は、第１のメッセージ１０１を送受信した際に用いたコミュニケーション手段を判定すると共に、判定したコミュニケーション手段に基づいて、第１のコミュニケーション手段情報１０２を生成する。

尚、上述した実施形態では、説明の便宜上、一例として、メッセージ選択部１１は、第１のメッセージ１０１におけるヘッダの種別を判定することによって、第１のメッセージ１０１を送受信した際に用いたコミュニケーション手段を判定する例を説明した。しかしながら本発明は、係る構成に限定されず、メッセージ選択部１１は、取得したメッセージＩＤ１０３に基づいて、係るコミュニケーション手段を判定してもよいし、第１のメッセージ１０１におけるヘッダに含まれる情報に基づいて、係るコミュニケーション手段を判定してもよい（以下の実施形態においても同様）。

また、上述した実施形態では、説明の便宜上、一例として、メッセージ選択部１１は、取得したメッセージＩＤ１０３に基づいて、メッセージデータベース５から第１のメッセージ１０１を抽出すると共、抽出した第１のメッセージ１０１におけるヘッダから第１のコミュニケーション手段情報１０２を取得する構成を例に説明した。しかしながら本発明は、係る構成に限定されず、メッセージ選択部１１は、取得したメッセージＩＤ１０３に基づいて、メッセージデータベース５から第１のメッセージ１０１自体を取得してもよいし、メッセージ選択部１１は、スレッドからメッセージＩＤ１０３と第１のコミュニケーション手段情報１０２とを取得してもよいし、スレッドから第１のメッセージ１０１におけるヘッダ情報を取得する構成を採用してもよい。

第１のメッセージ１０１自体を取得する場合に、メッセージ選択部１１は、第１のメッセージ１０１におけるヘッダから第１のコミュニケーション手段情報１０２を取得するようにすればよい。

また、スレッドからメッセージＩＤ１０３と第１のコミュニケーション手段情報１０２や第１のメッセージ１０１におけるヘッダを取得する場合に、スレッドにメッセージＩＤ１０３と第１のコミュニケーション手段情報１０２とを付加してもよいし、スレッドに第１のメッセージ１０１自体を付加するようしてもよい。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下の実施形態においても同様）。

メッセージ選択部１１は、第１のコミュニケーション手段情報１０２とメッセージＩＤ１０３と第３のコミュニケーション手段情報１０４とを第１のメッセージ作成部３に送信する。

尚、第１のメッセージ作成部３が第１のコミュニケーション手段情報１０２とメッセージＩＤ１０３と第３のコミュニケーション手段情報１０４とを受信した際の動作は、第１の実施形態において説明した動作と同様である。そのため、重複する説明は省略する。

このように本実施の形態に係る履歴管理装置１０によれば、上述した第１の実施形態において説明した効果を享受できると共に、さらに、スレッドから容易に所望のメッセージを選択できる。さらに、例えば、ユーザは、１つ以上のコミュニケーション手段から容易に所望のコミュニケーション手段を選択できる。

その理由は、例えば、ユーザが所望のメッセージに対するリプライメッセージを送信する際に、履歴管理装置１０におけるメッセージ選択部１１は、スレッドから所望のメッセージを選択する操作の検出に応じて、１つ以上のコミュニケーション手段を提示することができるからである。

＜第３の実施形態＞
次に、上述した本発明の各実施形態に係る履歴管理装置を基本とする第３の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。

本発明の第３の実施形態における履歴管理装置２０について、図３乃至図８を参照して説明する。

図３は、本発明の第３の実施形態における履歴管理装置２０を含む携帯端末装置３０の構成を例示するブロック図である。

図３において、携帯端末装置３０は、大別して、履歴管理装置２０と、記憶部４と、表示部３１と、通信部３２とを有する。

より具体的に、履歴管理装置２０は、第２の実施形態において説明した履歴管理装置１０に、さらに、カスタムヘッダ解析部２１を有する。

また、携帯端末装置３０は、一般的に知られたスマートフォンや携帯電話等の携帯端末装置に履歴管理装置２０を適用する。

通信部３２は、通信ネットワーク１１０を介して、例えば、自装置と異なる携帯端末装置３０と通信可能に接続する（以下、本願では「通信可能に接続」を単に「接続」と略称する）。

通信ネットワーク１１０は、例えば、携帯電話事業者が所有する各種通信回線、インターネットサービスプロバイダ等が提供するインターネット等の一般的な通信回線である。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下の実施形態においても同様）。

表示部３１は、一般的に知られたディスプレイ等である。

尚、カスタムヘッダ解析部２１とスレッド生成部２２とは、上述した各実施形態におけるスレッド生成部２に相当する。

即ち、カスタムヘッダ解析部２１とスレッド生成部２２とは、スレッド生成部２における動作を分担する。

より具体的に、本発明の第３の実施形態に係るより具体的な履歴管理装置２０の動作について説明する。

図４は、本発明の第３の実施形態における携帯端末装置３０が行う第１のメッセージ１０１を受信した際の動作を示すフローチャートである。係るフローチャートに沿って携帯端末装置３０の動作手順を説明する。

ここでは、一例として、携帯端末装置３０は、通信ネットワーク１１０を介して第１のメッセージ１０１を受信した際の動作について、詳細に説明する。

ステップＳ１：
カスタムヘッダ解析部２１は、通信部３２を介して第１のメッセージ１０１を受信すると共に、受信した第１のメッセージ１０１をコミュニケーション手段毎にメッセージデータベース５に格納する。

尚、以下の説明において、メッセージ（第１のメッセージ１０１、第２のメッセージ、第３のメッセージ）とは、例えば、電子メールメッセージやＳＩＰメッセージ（つまり、音声通話におけるセッション開始メッセージ）等とする。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下の実施形態においても同様）。

尚、一般的に知られたボイスメールは、電子メールに音声ファイルを添付することで実現している。そのため、ボイスメールは、電子メールメッセージに含むこととする。

ステップＳ２：
カスタムヘッダ解析部２１は、受信した第１のメッセージ１０１にリプライを示す情報が含まれているか否かを判定する。即ち、カスタムヘッダ解析部２１は、第１のメッセージ１０１におけるヘッダにカスタムヘッダＣＨが含まれているか否かを判定する。

ステップＳ３において「ＮＯ」：
カスタムヘッダ解析部２１は、第１のメッセージ１０１におけるヘッダにカスタムヘッダＣＨが含まれているか否かを判定した結果、カスタムヘッダＣＨが含まれていない（つまり、カスタムヘッダＣＨが無い）と判定した場合に、第１のメッセージ１０１をスレッド生成部２２に送信すると共に、処理をステップＳ６に進める。

即ち、この場合、第１のメッセージ１０１は、既に送受信した第２のメッセージに対するリプライメッセージではないことを意味する。

ステップＳ３において「ＹＥＳ」：
カスタムヘッダ解析部２１は、第１のメッセージ１０１におけるヘッダにカスタムヘッダＣＨが含まれているか否かを判定した結果、カスタムヘッダＣＨが含まれている（つまり、カスタムヘッダＣＨが有る）と判定した場合に、処理をステップＳ４に進める。

即ち、この場合、第１のメッセージ１０１は、既に送受信した第２のメッセージに対するリプライメッセージであることを意味する。

ステップＳ４：
カスタムヘッダ解析部２１は、第１のメッセージ１０１におけるヘッダからカスタムヘッダＣＨに記載された第１のリプライ情報（第２のメッセージにおけるメッセージＩＤと第２のコミュニケーション手段情報）を抽出すると共に、抽出した第１のリプライ情報をスレッド生成部２２に送信する。

より具体的に、一例として、第１のメッセージ１０１が電子メールメッセージの場合に、第１のリプライ情報は、第１のメッセージ１０１におけるヘッダに含まれるカスタムヘッダＣＨに記載された任意ヘッダ「Ｘ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドに格納（記載）されている。

また、一例として、第１のメッセージ１０１が音声通話の開始をリクエストするＳＩＰメッセージ（つまり、ＳＩＰにおけるＩＮＶＩＴＥリクエスト）の場合に、第１のリプライ情報は、第１のメッセージ１０１におけるヘッダに含まれるカスタムヘッダＣＨに記載された任意ヘッダ「Ｐ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドに格納（記載）されている。

ステップＳ５：
スレッド生成部２２は、カスタムヘッダ解析部２１から受信した第１のリプライ情報に基づいて、メッセージデータベース５に格納された第２のメッセージを検索すると共に、検索した第２のメッセージを抽出する。

より具体的に、スレッド生成部２２は、第１のリプライ情報に含まれる第２のメッセージにおけるメッセージＩＤと第２のコミュニケーション手段情報とに基づいて、メッセージデータベース５を検索すると共に、検索した第２のメッセージを抽出する。

ステップＳ６：
スレッド生成部２２は、検索した第２のメッセージを親とすると共に、受信した第１のメッセージ１０１を当該親の子として関連付けることによって、スレッドを作成する。

一方で、スレッド生成部２２は、第２のメッセージが無い場合に（つまり、ステップＳ３において「ＮＯ」）、第１のメッセージ１０１においてスレッドを作成する。

ステップＳ７：
スレッド生成部２２は、作成したスレッドを表示部３１に送信する。表示部３１は、スレッド生成部２２から受信したスレッドを表示する。

次に、図５は、本発明の第３の実施形態における携帯端末装置３０が行う第３のメッセージを送信する際の動作を示すフローチャートである。係るフローチャートに沿って携帯端末装置３０の動作手順を説明する。

ここでは、一例として、携帯端末装置３０は、通信ネットワーク１１０を介して第１のメッセージ１０１に対するリプライメッセージ（第３のメッセージ）を送信する場合の動作について、詳細に説明する。

ステップＳ２１：
メッセージ選択部１１は、例えば、ユーザが表示部３１に表示されたスレッドからリプライする所望のメッセージ（第１のメッセージ１０１）を選択した操作を検出する。

さらに、メッセージ選択部１１は、係る操作を検出するのに応じて、リプライに用いるコミュニケーション手段を表示部３１に表示（提示）する。

次に、メッセージ選択部１１は、例えば、ユーザが表示部３１に表示された１つ以上のコミュニケーション手段の中から１つのコミュニケーション手段（第３のコミュニケーション手段）を選択した際に、コミュニケーション手段を選択した操作を検出する。

メッセージ選択部１１は、ユーザの操作を検出することによって、スレッドからユーザの所望するメッセージ（第１のメッセージ１０１）に関連付けられたメッセージＩＤ１０３を取得する。

さらに、メッセージ選択部１１は、ユーザの操作を検出することによって、ユーザの所望するコミュニケーション手段情報（第３のコミュニケーション手段情報１０４）を生成する。

メッセージ選択部１１は、取得したメッセージＩＤ１０３に基づいて、メッセージデータベース５を検索することによって、当該メッセージＩＤ１０３に関連付けられた（紐付けられた）第１のコミュニケーション手段情報１０２を取得する。

より具体的に、メッセージ選択部１１は、取得したメッセージＩＤ１０３に基づいて、メッセージデータベース５を検索する。

次に、メッセージ選択部１１は、取得したメッセージＩＤ１０３に関連付けられた（紐付けられた）第１のメッセージ１０１を抽出する。

さらに、メッセージ選択部１１は、抽出した第１のメッセージ１０１におけるヘッダの種別を判定する。

メッセージ選択部１１は、第１のメッセージ１０１を送受信した際に用いたコミュニケーション手段を判定すると共に、判定したコミュニケーション手段に基づいて、第１のコミュニケーション手段情報１０２を生成する。

メッセージ選択部１１は、第１のコミュニケーション手段情報１０２とメッセージＩＤ１０３と第３のコミュニケーション手段情報１０４とを第１のメッセージ作成部３に送信する。

ステップＳ２２：
第１のメッセージ作成部３は、メッセージ選択部１１から第１のコミュニケーション手段情報１０２とメッセージＩＤ１０３と第３のコミュニケーション手段情報１０４とを受信する。

ステップＳ２３：
第１のメッセージ作成部３は、メッセージＩＤ１０３と第１のコミュニケーション手段情報１０２とに基づき第３のコミュニケーション手段情報１０４の種別に応じて異なるカスタムヘッダＣＨを生成する。

即ち、第１のメッセージ作成部３は、第１のコミュニケーション手段情報１０２とメッセージＩＤ１０３と第３のコミュニケーション手段情報１０４とに基づいて、以下に説明するカスタムヘッダ生成処理（ステップＳ２３）を実行する。

図６は、本発明の第３の実施形態における第１のメッセージ作成部３が行うカスタムヘッダ生成処理の動作を示すフローチャートである。係るフローチャートに沿ってＳ２３におけるカスタムヘッダ生成処理の詳細な動作手順を説明する。

ステップＳ３１：
第１のメッセージ作成部３は、受信したメッセージＩＤ１０３と第１のコミュニケーション手段情報１０２とに基づいて、文字列を生成する。

より具体的に、第１のメッセージ作成部３は、受信したメッセージＩＤ１０３と第１のコミュニケーション手段情報１０２とを組み合わせて文字列を生成する。

即ち、第１のメッセージ作成部３は、第１のコミュニケーション手段情報１０２が電子メールを示す場合に、先頭に「ｅｍａｉｌ」と後尾に「メッセージＩＤ１０３」とを並べることによって、文字列「ｅｍａｉｌ：メッセージＩＤ」を生成する。

一方で、第１のメッセージ作成部３は、第１のコミュニケーション手段情報１０２が音声通話を示す場合に、先頭に「ｓｉｐ」と後尾に「メッセージＩＤ１０３」とを並べることによって、文字列「ｓｉｐ：メッセージＩＤ」を生成する。

次に、第１のメッセージ作成部３は、処理をステップＳ３２に進める。

ステップＳ３２：
第１のメッセージ作成部３は、受信した第３のコミュニケーション手段情報１０４の種別を判定する。

即ち、第１のメッセージ作成部３は、受信した第３のコミュニケーション手段情報１０４に基づいて、第３のメッセージを送受信する際に用いるコミュニケーション手段の種別を判定する。

ステップＳ３３において「ＮＯ」：
第１のメッセージ作成部３は、第３のコミュニケーション手段情報１０４に基づいて、コミュニケーション手段の種別を判定した結果、音声通話でないと判定した場合に、処理をステップＳ３４に進める。

即ち、第３のコミュニケーション手段情報１０４は、電子メールやボイスメール等のコミュニケーション手段であることを意味する。

ステップＳ３３において「ＹＥＳ」：
第１のメッセージ作成部３は、第３のコミュニケーション手段情報１０４に基づいて、コミュニケーション手段の種別を判定した結果、音声通話であると判定した場合に、処理をステップＳ３５に進める。

ステップＳ３４：
第１のメッセージ作成部３は、ステップＳ３１において生成した文字列に基づいて、カスタムヘッダＣＨを生成する。

より具体的に、一例として、第１のメッセージ作成部３は、電子メールにおける任意ヘッダとして利用可能な「Ｘ−」で始まるヘッダ「Ｘ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドにステップＳ３１において生成した文字列に基づいて、カスタムヘッダＣＨを生成する。

即ち、第１のメッセージ作成部３は、ヘッダ「Ｘ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドに、ステップＳ３１において生成した文字列を格納（記載）する。

より具体的に、一例として、係るカスタムヘッダＣＨは、第１のコミュニケーション手段情報１０２が電子メールを示す場合に、「Ｘ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ：ｅｍａｉｌ：メッセージＩＤ」とする。

一方で、係るカスタムヘッダＣＨは、第１のコミュニケーション手段情報１０２が音声通話を示す場合に、「Ｘ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ：ＳＩＰ：メッセージＩＤ」とする。

第１のメッセージ作成部３は、カスタムヘッダ生成処理を終了する。

ステップＳ３５：
第１のメッセージ作成部３は、ステップＳ３１において生成した文字列に基づいて、カスタムヘッダＣＨを生成する。

より具体的に、一例として、第１のメッセージ作成部３は、ＳＩＰにおける任意ヘッダとして利用可能な「Ｐ−」で始まるヘッダ「Ｐ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドにステップＳ３１において生成した文字列に基づいて、カスタムヘッダＣＨを生成する。

即ち、第１のメッセージ作成部３は、ヘッダ「Ｐ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドにステップＳ３１において生成した文字列を格納（記載）する。

より具体的に、一例として、係るカスタムヘッダＣＨは、第１のコミュニケーション手段情報１０２が電子メールを示す場合に、「Ｐ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ：ｅｍａｉｌ：メッセージＩＤ」とする。

一方で、係るカスタムヘッダＣＨは、第１のコミュニケーション手段情報１０２が音声通話を示す場合に、「Ｐ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ：ＳＩＰ：メッセージＩＤ」とする。

第１のメッセージ作成部３は、カスタムヘッダ生成処理を終了する。

ここで、上述した実施形態では、一例として、ヘッダ「Ｘ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドと「Ｐ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドとは、返信元のメッセージ（第１のメッセージ１０１）とそのメッセージを送受信した際に用いたコミュニケーション手段とを識別する情報を示す。

尚、新規に作成されたメッセージを送信する場合に、第１のメッセージ作成部３は、ステップＳ２５及びステップＳ２６の処理を実行することで新規に作成されたメッセージを送信する。

ステップＳ２４：
第１のメッセージ作成部３は、生成したカスタムヘッダＣＨを電子メールメッセージやＳＩＰメッセージにおけるヘッダの一部に埋め込む（含める）ことによって、第３のコミュニケーション手段情報１０４に基づくリプライメッセージ（第３のメッセージ）を作成する。

即ち、第１のメッセージ作成部３は、生成したカスタムヘッダＣＨを電子メールメッセージやＳＩＰメッセージにおけるヘッダの一部に埋め込むことによって、第１のメッセージ１０１に対するリプライとして第３のメッセージを作成する。

尚、第３のメッセージは、他のメッセージ（つまり、第１のメッセージ１０１）に対するリプライとして送信されたものでない場合に、当該他のメッセージを示すカスタムヘッダは含まれていない。

図７は、本発明の第３の実施形態における第１のメッセージ作成部３が行うカスタムヘッダ生成処理の動作を説明する図である。

即ち、図７は、図６において説明した本発明の第３の実施形態における第１のメッセージ作成部３が行うカスタムヘッダ生成処理の動作を表形式で概念的に例示した図である。

より具体的に、図７は、１列目に第３のメッセージを送受信する際に用いる第３のコミュニケーション手段を示す。また、図７は、２列目に第１のメッセージ１０１を送受信した際に用いた第１のコミュニケーション手段を示す。

次に、図７は、３列目に文字列を生成する手法を例示する。図７は、４列目にカスタムヘッダＣＨを生成する手法を例示する。

ステップＳ２５：
第１のメッセージ作成部３は、作成したリプライメッセージ（第３のメッセージ）をメッセージデータベース５に格納する。

即ち、第１のメッセージ作成部３は、第３のコミュニケーション手段情報１０４に基づいて、第３のメッセージを送受信する際に用いるコミュニケーション手段毎にリプライメッセージにおけるヘッダとメッセージ本文とを分けてメッセージデータベース５に格納する。

図８は、本発明の第３の実施形態におけるメッセージデータベース５を概念的に例示した図である。

図８は、メッセージを送受信する際に用いるコミュニケーション手段毎に格納テーブル（電子メール格納テーブル、音声通話格納テーブル）を有する。

図８に示す格納テーブル（電子メール格納テーブル、音声通話格納テーブル）は、１列目に送受信したメッセージにおけるヘッダの実体を格納する。係る格納テーブルは、２列目に係るメッセージにおけるメール本文の実体または通話データの実体を格納する。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下の実施形態においても同様）。

尚、第１のメッセージ作成部３において格納テーブルに格納する技術自体は、現在では一般的な技術を採用することができるので、本実施形態における詳細な説明は省略する（以下の実施形態においても同様）。

ステップＳ２６：
第１のメッセージ作成部３は、生成した第３のメッセージを通信部３２を経由して通信ネットワーク１１０を介して送信する。

尚、上述した実施形態では、説明の便宜上、一例として、履歴管理装置２０は、携帯端末装置３０の内部に構成する例を説明した。しかしながら本発明は、係る構成に限定されず、履歴管理装置２０は、携帯端末装置３０と別体に構成してもよい。

即ち、例えば、履歴管理装置２０は、携帯端末装置３０と通信ネットワーク１１０を介して接続されたサーバが履歴管理装置２０を有していてもよいし、履歴管理装置２０を構成する第１のメッセージ作成部３、スレッド生成部２２、メッセージデータベース５等がそれぞれ異なるサーバに配置されていてもよい。

その場合に、スレッド生成部２２は、通信ネットワーク１１０を介して携帯端末装置３０における表示部３１にスレッドを提示すればよい。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下の実施形態においても同様）。

また、一般的に知られたヘッダ「Ｒｅｆｅｒｅｎｃｅｓ」フィールドの技術を採用してスレッドを生成してもよい。

その場合に、一例として、第１のメッセージ作成部３は、電子メールにおける任意ヘッダとして利用可能な「Ｘ−」で始まるヘッダ「Ｘ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドに話題毎のスレッドを構成する全てのメッセージに関する情報を格納する共に、係るヘッダフィールドをカスタムヘッダＣＨに含めればよい。

一方で、一例として、第１のメッセージ作成部３は、ＳＩＰにおける任意ヘッダとして利用可能な「Ｐ−」で始まるヘッダ「Ｐ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドに話題毎のスレッドを構成する全てのメッセージに関する情報を格納する共に、係るヘッダフィールドをカスタムヘッダＣＨに含めればよい。

より具体的に、係るカスタムヘッダＣＨは、例えば、ヘッダ「Ｐ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドに第２のメッセージにおけるカスタムヘッダＣＨに記載されたヘッダ「Ｐ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドの情報を取得する。

さらに、係るカスタムヘッダＣＨは、取得した当該ヘッダ「Ｐ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドの情報の後尾にステップＳ３１において生成した文字列を付加した情報を格納（記載）する。

これにより、スレッド生成部２２は、ヘッダ「Ｘ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールド、またはヘッダ「Ｐ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドの情報に基づいて、スレッドを生成することができる。

尚、スレッド生成部２２においてＸ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールド、または「Ｐ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドの情報に基づいて、スレッドを生成する技術自体は、現在では一般的なヘッダ「Ｒｅｆｅｒｅｎｃｅｓ」フィールドの情報に基づいてスレッドを生成する技術を採用することができるので、本実施形態における詳細な説明は省略する（以下の実施形態においても同様）。

このように本実施の形態に係る携帯端末装置３０によれば、上述した第１及び第２の実施形態において説明した効果を享受できる。即ち、携帯端末装置３０は、複数のコミュニケーション手段が混在する場合においても、話題毎にやりとりの全体像を提示することができる。

その理由は、携帯端末装置３０は、自装置と異なる携帯端末装置３０とやりとりした際に、そのやりとりした全てのメッセージをメッセージデータベース５に格納する。そのため、携帯端末装置３０におけるスレッド生成部２２は、メッセージに含まれるカスタムヘッダＣＨに基づいて、メッセージデータベース５からリプライ元のメッセージを取得すると共に、取得したリプライ元のメッセージと受信したメッセージとに基づいて、スレッドを生成することができるからである。

（実施例）
次に、上述した本発明の第３の実施形態に係る履歴管理装置２０を基本とする実施例について説明する。以下の説明においては、本実施例に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。

次に、本発明の第３の実施形態に係る実施例における履歴管理装置２０について、図９乃至図１１を参照して説明する。

以下の説明において、説明の便宜上、一例として、第１のユーザ（日電太郎）と第２のユーザ（日電花子）との間でやりとりする際の動作について、詳細に説明する。

ここで、以下の説明において、説明の便宜上、一例として、第１のユーザと第２のユーザとは、履歴管理装置２０を含む携帯端末装置３０を保有しており、この携帯端末装置３０を用いてやりとりを行っていることとする。

さらに、説明の便宜上、第１のユーザが使用する携帯端末装置３０を第１の携帯端末装置と称する。また、第２のユーザが使用する携帯端末装置３０を第２の携帯端末装置と称する。

携帯端末装置３０は、例えば、一般的に知られたスマートフォンやタブレット端末等の端末装置とする。

尚、説明の便宜上、上述した構成を例に説明するが、これに限定されない。

図９は、本発明の第３の実施形態に係る実施例における表示部３１を用いて表示されたスレッドを概念的に例示する図である。

図９に示すスレッドは、１列目に「項番号」、２列目に「タイトル」、３列目に「発信者」、４列目に「内容」を示す。

尚、上述した実施形態では、説明の便宜上、一例として、スレッドは、項番号、タイトル、発信者、内容を示す構成を例に説明した。しかしながら本発明は、係る構成に限定されず、スレッドは、例えば、時刻情報やメッセージの重要度等を示す構成を採用してもよい。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下の実施形態においても同様）。

また、一例として、図９に示すスレッドは、第１のユーザと第２のユーザとのやりとりした全てのメッセージを表示することとする。

尚、上述した実施形態では、説明の便宜上、一例として、スレッドは、第１のユーザと第２のユーザとのやりとりした全てのメッセージを表示する構成を例に説明した。しかしながら本発明は、係る構成に限定されず、スレッドは、受信したメッセージを表示するようにしてもよいし、送信したメッセージを表示する構成を採用してもよい。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下の実施形態においても同様）。

より具体的に、図９に示す１行目は、スレッドの開始となった第１のユーザが送信した電子メールメッセージ（以下の説明において、説明の便宜上、第４のメッセージと称する）である。

図９に示す１行目におけるタイトルの先頭には、第４のメッセージを送受信した際のコミュニケーション手段を示す。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下の実施形態においても同様）。

ここでは、第４のメッセージは、「Ｅｍａｉｌ」（つまり、電子メール）においてメッセージのやりとりを行ったことを意味する。

より具体的に、第１のユーザが使用する携帯端末装置３０（第１の携帯端末装置）から第２のユーザが使用する携帯端末装置３０（第２の携帯端末装置）に第４のメッセージを自装置における通信部３２を経由して通信ネットワーク１１０を介して送信する。

ここで、第４のメッセージは、他のメッセージに対するリプライではないため、リプライ元を示すカスタムヘッダＣＨが含まれていない。

第４のメッセージを送信する際に、第１の携帯端末装置における第１のメッセージ作成部３は、生成した第４のメッセージを自装置におけるメッセージデータベース５に格納する。

第２の携帯端末装置におけるカスタムヘッダ解析部２１は、第２の携帯端末装置における通信部３２を介して第４のメッセージを受信すると共に、受信した第４のメッセージをコミュニケーション手段毎に第２の携帯端末装置におけるメッセージデータベース５に格納する。

第２の携帯端末装置におけるカスタムヘッダ解析部２１は、第４のメッセージにおけるヘッダにカスタムヘッダＣＨが含まれていない（無い）と判定すると共に、第４のメッセージを第２の携帯端末装置におけるスレッド生成部２２に送信する。

係るスレッド生成部２２は、第４のメッセージによってスレッドを作成すると共に、作成したスレッドを第２の携帯端末装置における表示部３１に送信する。

この時点では、係る表示部３１には、図９に示す１行目のみが表示されている。

図９に示す２行目は、第２のユーザが第１のユーザに発信する際に送信したＳＩＰメッセージである（以下の説明において、説明の便宜上、第５のメッセージと称する）。

また、第５のメッセージは、第２のユーザが第４のメッセージに対するリプライを第１のユーザに「Ｔｅｌ」（つまり、音声通話）においてやりとりを行ったことを意味する。

また、一例として、図９に示す２行目における「内容」には、ブランクを表示してもよいし、例えば、音声通話の内容と音声通話を再生する機能を有してもよい。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下の実施形態においても同様）。

その場合に、第１のメッセージ作成部３は、例えば、第１の携帯端末装置と第２の携帯端末装置との音声通話セッションが確立した際に、第１のユーザと第２のユーザとの音声通話本体の録音を開始する。

さらに、第１のメッセージ作成部３は、第１の携帯端末装置と第２の携帯端末装置との音声通話セッションが切断した際に、第１のユーザと第２のユーザとの音声通話本体の録音を終了すると共に、録音データをＳＩＰメッセージにおけるヘッダと関連付けてメッセージデータベース５に格納すればよい。

また、第１のメッセージ作成部３は、例えば、録音データから所定の時間の音声をテキストデータとして抽出すると共に、抽出したテキストデータをＳＩＰメッセージにおけるヘッダに格納すればよい。

これにより、スレッドにおける「内容」には、音声通話の内容（つまり、テキストデータ）と音声通話（つまり、録音データ）を再生する機能を有することができる。

尚、上述した第１のメッセージ作成部３が音声通話を録音し、録音した録音データからテキストデータを抽出する技術自体は、現在では一般的に知られた技術を採用することができるので、本実施形態における詳細な説明は省略する（以下の実施形態においても同様）。

より具体的に、第２の携帯端末装置におけるメッセージ選択部１１は、第２のユーザが第２の携帯端末装置における表示部３１に表示されたスレッドから第４のメッセージを選択した操作を検出するのに応じて、コンテキストメニュー（つまり、メッセージを選択した操作を検出するのに応じて、例えば、１つ以上のコミュニケーション手段をポップアップする）を表示することとする。

これにより、第２のユーザは、コンテキストメニューから所望のコミュニケーション手段を選択すると共に、選択したコミュニケーション手段を実行することができる。

尚、メッセージ選択部１１におけるコンテキストメニューを表示する技術自体は、現在では一般的な技術を採用することができるので、本実施形態における詳細な説明は省略する（以下の実施形態においても同様）。

ここでは、第２のユーザは、係るコンテキストメニューから「音声通話によるリプライ」を選択することとする。

さらに、説明の便宜上、一例として、第４のメッセージに関連付けられたメッセージＩＤをメッセージＩＤ１０３とする。また、当該第４のメッセージを送受信した際に用いたコミュニケーション手段を第１のコミュニケーション手段情報１０２とする。

第２の携帯端末装置におけるメッセージ選択部１１は、第２のユーザの操作を検出することによって、スレッドから第２のユーザが選択した第４のメッセージに関連付けられたメッセージＩＤ１０３を取得すると共に、取得したメッセージＩＤ１０３に基づいて、第２の携帯端末装置におけるメッセージデータベース５から第４のメッセージを送受信した際に用いた第１のコミュニケーション手段情報１０２を取得する。

さらに、係るメッセージ選択部１１は、ユーザの操作を検出することによって、ユーザの所望するコミュニケーション手段情報（第３のコミュニケーション手段情報１０４）を生成する。

係るメッセージ選択部１１は、第１のコミュニケーション手段情報１０２とメッセージＩＤ１０３と第３のコミュニケーション手段情報１０４とを第２の携帯端末装置における第１のメッセージ作成部３に送信する。

係る第１のメッセージ作成部３は、受信した第１のコミュニケーション手段情報１０２とメッセージＩＤ１０３と第３のコミュニケーション手段情報１０４とに基づいて、図６に示すカスタムヘッダ生成処理を実行する。

係る第１のメッセージ作成部３は、生成したカスタムヘッダＣＨをＳＩＰメッセージにおけるヘッダに含めることによって、第５のメッセージを作成する。

係る第１のメッセージ作成部３は、作成した第５のメッセージを第２の携帯端末装置におけるメッセージデータベース５に格納する。

第１のメッセージ作成部３は、生成した第５のメッセージを第２の携帯端末装置における通信部３２を経由して通信ネットワーク１１０を介して送信することによって、発呼を行う。

次に、第１の携帯端末装置におけるカスタムヘッダ解析部２１は、第１の携帯端末装置における通信部３２を介して第５のメッセージを受信すると共に、受信した第５のメッセージをコミュニケーション手段毎に第１の携帯端末装置におけるメッセージデータベース５に格納する。

係るカスタムヘッダ解析部２１は、第５のメッセージにおけるヘッダにカスタムヘッダＣＨが含まれている（有る）と判定すると共に、第５のメッセージにおけるヘッダからカスタムヘッダＣＨに記載された第１のリプライ情報を抽出する。

さらに、係るカスタムヘッダ解析部２１は、抽出した第１のリプライ情報を第１の携帯端末装置におけるスレッド生成部２２に送信する。

係るスレッド生成部２２は、受信した第１のリプライ情報に基づいて、メッセージデータベース５に格納された第４のメッセージを検索すると共に、検索した第４のメッセージを抽出する。

係るスレッド生成部２２は、検索した第４のメッセージを親とすると共に、受信した第５のメッセージを当該親の子として関連付けることによって、スレッドを作成すると共に、作成したスレッドを第１の携帯端末装置における表示部３１に送信する。

この時点では、係る表示部３１には、図９に示す１行目と２行目とが表示されている。

次に、図９に示す３行目は、第１のユーザが第２のユーザに発信する際に送信したＳＩＰメッセージである（以下の説明において、説明の便宜上、第６のメッセージと称する）。

また、第６のメッセージは、第１のユーザが第５のメッセージに対するリプライを第２のユーザに「Ｔｅｌ」（つまり、音声通話）においてやりとりを行ったことを意味する。

尚、第１のユーザが第５のメッセージに対するリプライを第２のユーザに「Ｔｅｌ」（つまり、音声通話）においてやりとりする際の動作は、上述した第２のユーザが第４のメッセージに対するリプライを第１のユーザに「Ｔｅｌ」（つまり、音声通話）においてやりとりした際の動作と同様である。そのため、重複する説明は省略する。

この時点では、表示部３１におけるスレッドには、図９に示す１行目と２行目と３行目とが表示されている。

即ち、係るスレッドは、第４のメッセージを親とする第５のメッセージと第５のメッセージを親とする第６のメッセージとが関連付けられて構成されている。

図１０は、本発明の第３の実施形態に係る実施例における第６のメッセージに含まれるカスタムヘッダＣＨを含むヘッダを例示する図である。

図１０に示す１行目におけるヘッダ「Ｔｏ」フィールドは、送信先のアドレスが格納（記載）されている。また、図１０に示す２行目におけるヘッダ「Ｆｒｏｍ」フィールドは、送信元のアドレスが格納されている。

次に、図１０に示す３行目におけるヘッダ「Ｓｕｂｊｅｃｔ」フィールドは、メッセージの件名（題名）が格納されている。

また、図１０に示す４行目におけるヘッダ「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドは、どのメッセージに対するリプライであるかを示すために、リプライ元のメッセージＩＤが格納されている。

より具体的に、例えば、ヘッダ「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドは、第６のメッセージのリプライ元である第５のメッセージにおけるメッセージＩＤが格納されている。

ここでは、第５のメッセージにおけるメッセージＩＤは、図１０に示す４行目おける「ａａａ−００００００２＠ｓｉｐ．ｃｏｍ」であることを意味する。

図１０に示す５行目におけるヘッダ「Ｃａｌｌ−ＩＤ」フィールドは、本メッセージ（つまり、第６のメッセージ）におけるメッセージＩＤが格納されている。

ここでは、第６のメッセージにおけるメッセージＩＤは、図１０に示す５行目おける「ａａａ−００００００３＠ｓｉｐ．ｃｏｍ」であることを意味する。

尚、上述した「Ｔｏ」フィールド、「Ｆｒｏｍ」フィールド、「Ｓｕｂｊｅｃｔ」フィールド、「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールド、「Ｃａｌｌ−ＩＤ」フィールドは、現在では一般的に知られた電子メール等におけるヘッダに採用された技術である。そのため、本実施形態における詳細な説明は省略する（以下の実施形態においても同様）。

また、図１０に示す６行目におけるヘッダ「Ｐ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドには、第３の実施形態において説明した「第２のコミュニケーション手段情報：メッセージＩＤ」が格納されている。

より具体的に、ヘッダ「Ｐ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドは、図１０に示す６行目における「ｓｉｐ：＜ａａａ−００００００２＠ｓｉｐ．ｃｏｍ＞」が格納されている。

図１０に示す７行目におけるヘッダ「Ｐ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドには、第３の実施形態において説明した第５のメッセージにおけるカスタムヘッダＣＨに記載されたヘッダ「Ｐ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドの情報の後尾に「第２のコミュニケーション手段情報：メッセージＩＤ」を付加した情報を格納する。

より具体的に、ヘッダ「Ｐ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドは、図１０に示す７行目における「ｅｍａｉｌ：＜ａａａ−００００００１＠ｅｍａｉｌ．ｃｏｍ＞＿ｓｉｐ：＜ａａａ−００００００２＠ｓｉｐ．ｃｏｍ＞」が格納されている。

即ち、ヘッダ「Ｐ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドには、スレッドの構成要素として第４のメッセージと第５のメッセージとを送受信した際に用いたコミュニケーション手段情報と第４のメッセージにおけるメッセージＩＤと第５のメッセージにおけるメッセージＩＤとが格納されている。

次に、図９に示す４行目は、第２のユーザが第１のユーザに送信したボイスメールメッセージである（以下の説明において、説明の便宜上、第７のメッセージと称する）。

また、第７のメッセージは、第２のユーザが第６のメッセージに対するリプライを第１のユーザに「Ｖｍａｉｌ」（つまり、ボイスメール）においてやりとりを行ったことを意味する。

より具体的に、第２の携帯端末装置は、第７のメッセージを送信する際に、第３の実施形態において説明した図５及び図６に示す各ステップを実行することによって、カスタムヘッダＣＨを含む第７のメッセージを送信する。

その場合に、第２のユーザは、メッセージ選択部１１におけるコンテキストメニューから「ボイスメールによるリプライ」を選択すると共に、選択したボイスメールによって第７のメッセージを送信することができる。

また、第１の携帯端末装置は、第７のメッセージを受信した際に、第３の実施形態において説明した図４に示すステップＳ１乃至ステップＳ７を実行することによって生成したスレッドを第１の携帯端末装置における表示部３１に表示する。

即ち、第１の携帯端末装置におけるスレッド生成部２２は、第６のメッセージを親とすると共に、受信した第７のメッセージを当該親の子として関連付けることによって、スレッドを作成する。

この時点では、係る表示部３１には、図９に示す１行目乃至４行目が表示されている。

即ち、係るスレッドは、第４のメッセージを親とする第５のメッセージと第５のメッセージを親とする第６のメッセージと第６のメッセージを親とする第７のメッセージとが関連付けられて構成されている。

次に、図９に示す５行目は、第１のユーザが第２のユーザに送信した電子メールメッセージである（以下の説明において、説明の便宜上、第８のメッセージと称する）。

また、第８のメッセージは、第１のユーザが第７のメッセージに対するリプライを第２のユーザに「Ｅｍａｉｌ」（つまり、ボイスメール）においてやりとりを行ったことを意味する。

より具体的に、第１の携帯端末装置は、第８のメッセージを送信する際に、第３の実施形態において説明した図５及び図６に示す各ステップを実行することによって、カスタムヘッダＣＨを含む第８のメッセージを送信する。

また、第２の携帯端末装置は、第８のメッセージを受信した際に、第３の実施形態において説明した図４に示すステップＳ１乃至ステップＳ７を実行することによって生成したスレッドを第２の携帯端末装置における表示部３１に表示することができる。

即ち、第２の携帯端末装置におけるスレッド生成部２２は、第７のメッセージを親とすると共に、受信した第８のメッセージを当該親の子として関連付けることによって、スレッドを作成する。

この時点では、係る表示部３１には、図９に示す１行目乃至５行目が表示されている。

即ち、係るスレッドは、第４のメッセージを親とする第５のメッセージと第５のメッセージを親とする第６のメッセージと第６のメッセージを親とする第７のメッセージと第７のメッセージを親とする第８のメッセージとが関連付けられて構成されている。

図１１は、本発明の第３の実施形態に係る実施例における第８のメッセージに含まれるカスタムヘッダＣＨを含むヘッダを例示する図である。

図１１に示す１行目乃至５行目における「Ｔｏ」フィールド、「Ｆｒｏｍ」フィールド、「Ｓｕｂｊｅｃｔ」フィールド、「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドは、図１０において説明したフィールドと同様である。そのため、重複する説明は省略する。

より具体的に、図１１に示す４行目におけるヘッダ「Ｍｅｓｓａｇｅ−ＩＤ」フィールドは、本メッセージ（つまり、第８のメッセージ）におけるメッセージＩＤが格納されている。

ここでは、第８のメッセージにおけるメッセージＩＤは、図１１に示す４行目における「ａａａ−００００００５＠ｅｍａｉｌ．ｃｏｍ」であることを意味する。

また、例えば、ヘッダ「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドは、第８のメッセージのリプライ元である第７のメッセージにおけるメッセージＩＤが格納されている。

ここでは、第７のメッセージにおけるメッセージＩＤは、図１１に示す５行目における「ａａａ−００００００４＠ｅｍａｉｌ．ｃｏｍ」であることを意味する。

次に、図１１に示す６行目におけるヘッダ「Ｒｅｆｅｒｅｎｃｅｓ」フィールドは、メッセージを構成するメッセージのうち、電子メールにおけるメッセージＩＤの列が格納されている。

より具体的に、ヘッダ「Ｒｅｆｅｒｅｎｃｅｓ」フィールドは、第４のメッセージにおけるメッセージＩＤと第７のメッセージにおけるメッセージＩＤが格納されている。

ここでは、ヘッダ「Ｒｅｆｅｒｅｎｃｅｓ」フィールドは、第４のメッセージにおけるメッセージＩＤ「ａａａ−００００００１＠ｅｍａｉｌ．ｃｏｍ」と第７のメッセージにおけるメッセージＩＤ「ａａａ−００００００４＠ｅｍａｉｌ．ｃｏｍ」とを意味する。

図１１に示す７行目乃至９行目は、図１０において説明した６行目及び７行目と同様である。そのため、重複する説明は省略する。

より具体的に、ヘッダ「Ｐ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドは、図１１に示す７行目における「ｅｍａｉｌ：＜ａａａ−００００００４＠ｅｍａｉｌ．ｃｏｍ＞」が格納されている。

即ち、ヘッダ「Ｐ−ＵＣ−Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」フィールドは、第８のメッセージのリプライ元である第７のメッセージを送受信した際のコミュニケーション手段情報と第７のメッセージにおけるメッセージＩＤとが格納されている。

また、ヘッダ「Ｐ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドは、図１１に示す８行目及び９行目における「ｅｍａｉｌ：＜ａａａ−００００００１＠ｅｍａｉｌ．ｃｏｍ＞＿ｓｉｐ：＜ａａａ−００００００２＠ｓｉｐ．ｃｏｍ＞＿ｓｉｐ：＜ａａａ−００００００３＠ｓｉｐ．ｃｏｍ＞＿ｅｍａｉｌ：＜ａａａ−００００００４＠ｅｍａｉｌ．ｃｏｍ＞」が格納されている。

ヘッダ「Ｐ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドには、スレッドの構成要素として第４のメッセージ乃至第７のメッセージを送受信した際のコミュニケーション手段情報と第４のメッセージ乃至第７のメッセージにおけるメッセージＩＤとがやりとりされた順序で格納されている。

即ち、「Ｐ−ＵＣ−Ｒｅｆｅｒｅｎｃｅｓ」フィールドは、メッセージのやりとりを繰り返すことによって、第２のコミュニケーション手段情報とメッセージにおけるメッセージＩＤとが追記されるため、係るフィールドの値が増加する。

図１１に示す１１行目以降は、第８のメッセージにおける本文を示す。

このように本実施の形態に係る携帯端末装置３０によれば、上述した各実施形態において説明した効果を享受できる。また、携帯端末装置３０は、例えば、一般的に知られたスマートフォンやパーソナルコンピュータ、タブレット端末等の端末装置に適用して好適である。

＜第４の実施形態＞
次に、上述した本発明の第３の実施形態に係る履歴管理装置２０を基本とする第４の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。

本発明の第４の実施形態における履歴管理装置４０について、図１２を参照して説明する。

図１２は、本発明の第４の実施形態における履歴管理装置４０の構成を例示するブロック図である。

図１２において、履歴管理装置４０は、メッセージ選択部１１と、カスタムヘッダ解析部２１と、スレッド生成部２２と、第２のメッセージ作成部４１とを有する。

より具体的に、履歴管理装置４０は、第３の実施形態において説明した履歴管理装置２０に、さらに、第２のメッセージ作成部４１を有する。

第２のメッセージ作成部４１は、第３の実施形態において説明した第１のメッセージ作成部３に相当する。

そのため、本実施形態においては第１のメッセージ作成部３と第２のメッセージ作成部４１との差分の動作について、詳細に説明する。

第２のメッセージ作成部４１は、第３の実施形態において説明したカスタムヘッダＣＨ生成処理を実行することによって生成したカスタムヘッダＣＨをリプライメッセージ（第３のメッセージ）本文に格納（記載）する。

この場合に、カスタムヘッダ解析部２１とスレッド生成部２２とは、第３のメッセージを受信した際に、第３のメッセージ本文に格納されたカスタムヘッダＣＨに基づいて、処理を実行すればよい。

このように本実施の形態に係る履歴管理装置４０によれば、上述した各実施形態において説明した効果を享受できる。

（ハードウェア構成例）
上述した実施形態において図面に示した各部は、専用のハードウェアによって実現してもよい。或いは、当該各部は、コンピュータが実行するソフトウェアプログラムの機能単位（ソフトウェアモジュール）と捉えることができる。係るコンピュータを携帯端末装置に適用した場合のハードウェア環境（資源）の一例を、図１３を参照して説明する。

図１３は、本発明の模範的な実施形態に係る履歴管理装置を実行可能な携帯端末装置３００の構成を例示的に説明する図である。即ち、図１３は、図１に示した履歴管理装置１、或いは、図２に示した履歴管理装置１０、図３に示した履歴管理装置２０、図１２に示した履歴管理装置４０の全体または一部を実現可能なスマートフォンやタブレット端末等の携帯端末装置の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。

図１３に示した携帯端末装置３００は、ＣＰＵ（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ）３０１、ＲＯＭ（Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）３０２、ＲＡＭ（Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）３０３、入力デバイス３０４、マイク３０５、スピーカ３０７、ディスプレイ３０８、無線送受信回路３０９、アンテナ３１０を備え、これらの構成がバス３０６（通信線）を介して接続された一般的な携帯端末装置である。

そして、上述した実施形態を例に説明した本発明は、図１３に示した携帯端末装置３００に対して、その説明において参照したブロック構成図（図１、図２、図３、図１２）或いはフローチャート（図４乃至図６）の機能を実現可能なコンピュータ・プログラムを供給した後、そのコンピュータ・プログラムを、当該ハードウェアのＣＰＵ３０１に読み出して実行することによって達成される。また、当該装置内に供給されたコンピュータ・プログラムは、読み書き可能な揮発性の記憶メモリ（ＲＡＭ３０３）等の記憶デバイスに格納すれば良い。

また、前記の場合において、当該ハードウェア内へのコンピュータ・プログラムの供給方法は、メモリカード等の各種記録媒体を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等のように、現在では一般的な手順を採用することができる。そして、このような場合において、本発明は、係るコンピュータ・プログラムを構成するコード或いは、そのコードが格納された記憶媒体によって構成されると捉えることができる。

本発明は、上述した各実施形態には限定されない。本発明は、パーソナルコンピュータ、携帯端末、タブレット端末、サーバ等のメッセージの送受信に用いる複数のコミュニケーション手段を有する電子機器に適用可能である。

１ 履歴管理装置
２ スレッド生成部
３ 第１のメッセージ作成部
４ 記憶部
５ メッセージデータベース
１０ 履歴管理装置
１１ メッセージ選択部
２０ 履歴管理装置
２１ カスタムヘッダ解析部
２２ スレッド生成部
３０ 携帯端末装置
３１ 表示部
３２ 通信部
４０ 履歴管理装置
４１ 第２のメッセージ作成部
１０１ 第１のメッセージ
１０２ 第１のコミュニケーション手段情報
１０３ メッセージＩＤ
１０４ 第３のコミュニケーション手段情報
１１０ 通信ネットワーク
３００ 携帯端末装置
３０１ ＣＰＵ
３０２ ＲＯＭ
３０３ ＲＡＭ
３０４ 入力デバイス
３０５ マイク
３０６ バス
３０７ スピーカ
３０８ ディスプレイ
３０９ 無線送受信回路
３１０ アンテナ

Claims (8)

1. 第１のメッセージをデータベースに格納し、その第１のメッセージにおけるヘッダにカスタムヘッダが含まれているか否かを判定し、前記カスタムヘッダが含まれている場合に、前記カスタムヘッダから取得した第２のメッセージの送受信に用いた第２のコミュニケーション手段を識別する第２のコミュニケーション手段情報と前記第２のメッセージを識別するメッセージＩＤとに基づいて、前記データベースから前記第２のメッセージを抽出すると共に、前記抽出した第２のメッセージを親とし前記第１のメッセージを該親の子として関連付けられた階層構造をなすデータ群を生成するスレッド生成部と、
   前記第１のメッセージに対するリプライとして第３のメッセージを送信する際に用いる第３のコミュニケーション手段を識別する第３のコミュニケーション手段情報と、前記第１のメッセージを識別するメッセージＩＤと、その第１のメッセージを送受信した際に用いた第１のコミュニケーション手段を識別する第１のコミュニケーション手段情報とに基づいて、カスタムヘッダ生成処理を実行することによって、前記第３のコミュニケーション手段情報に応じて異なる前記カスタムヘッダを生成し、該カスタムヘッダをヘッダの一部に含む前記第３のメッセージを作成し、作成した前記第３のメッセージを前記データベースに格納すると共に、前記第３のメッセージを送信するメッセージ作成部と、
   を備えることを特徴とする履歴管理装置。
2. 前記カスタムヘッダ生成処理は、
   前記第１のコミュニケーション手段情報と前記第１のメッセージを識別する前記メッセージＩＤとに基づいて文字列を生成し、
   前記第３のコミュニケーション手段情報の種別を判定し、判定した結果、音声通話を表す情報が含まれている場合に、前記文字列に基づいて、音声通話の開始をリクエストするメッセージにおけるヘッダに格納可能な前記カスタムヘッダを生成し、一方で、電子メールを表す情報が含まれている場合に、前記文字列に基づいて、電子メールメッセージにおけるヘッダに格納可能な前記カスタムヘッダを生成することを特徴とする請求項１に記載の履歴管理装置。
3. さらに、前記データ群からリプライする所望の前記第１のメッセージを選択した操作を検出するのに応じて、該リプライに用いる１つ以上のコミュニケーション手段を提示すると共に、前記第１のメッセージを識別する前記メッセージＩＤを取得し、
   前記１つ以上のコミュニケーション手段の中から１つの前記第３のコミュニケーション手段を選択した操作を検出すると共に、検出した操作に応じて、前記選択した第３のコミュニケーション手段を識別する前記第３のコミュニケーション手段情報を生成し、該取得したメッセージＩＤに基づいて、前記データベースを検索した結果、前記第１のコミュニケーション手段情報を取得するメッセージ選択部を有することを特徴とする請求項１または請求項２に記載の履歴管理装置。
4. 前記データベースは、
   前記第１のコミュニケーション手段情報と前記第２のコミュニケーション手段情報と前記第３のコミュニケーション手段情報とを含む１つ以上のコミュニケーション手段情報毎にヘッダ情報と本文情報とを関連付けて格納することを特徴とする請求項１乃至請求項３の何れかに記載の履歴管理装置。
5. 通信回線を介してメッセージを送受信可能な携帯端末装置であって、
   請求項１乃至請求項４の何れかに記載された履歴管理装置を含む携帯端末装置。
6. 第１のメッセージをデータベースに格納し、その第１のメッセージにおけるヘッダにカスタムヘッダが含まれているか否かを判定し、前記カスタムヘッダが含まれている場合に、前記カスタムヘッダから取得した第２のメッセージの送受信に用いた第２のコミュニケーション手段を識別する第２のコミュニケーション手段情報と前記第２のメッセージを識別するメッセージＩＤとに基づいて、前記データベースから前記第２のメッセージを抽出すると共に、前記抽出した第２のメッセージを親とし前記第１のメッセージを該親の子として関連付けられた階層構造をなすデータ群を生成し、
   前記第１のメッセージに対するリプライとして第３のメッセージを送信する際に用いる第３のコミュニケーション手段を識別する第３のコミュニケーション手段情報と、前記第１のメッセージを識別するメッセージＩＤと、その第１のメッセージを送受信した際に用いた第１のコミュニケーション手段を識別する第１のコミュニケーション手段情報とに基づいて、カスタムヘッダ生成処理を実行することによって、前記第３のコミュニケーション手段情報に応じて異なる前記カスタムヘッダを生成し、該カスタムヘッダをヘッダの一部に含む前記第３のメッセージを作成し、作成した前記第３のメッセージを前記データベースに格納すると共に、前記第３のメッセージを送信することを特徴とする履歴管理方法。
7. 前記第１のコミュニケーション手段情報と前記第１のメッセージを識別する前記メッセージＩＤとに基づいて文字列を生成し、
   前記第３のコミュニケーション手段情報の種別を判定し、判定した結果、音声通話を表す情報が含まれている場合に、前記文字列に基づいて、音声通話の開始をリクエストするメッセージにおけるヘッダに格納可能な前記カスタムヘッダを生成し、一方で、電子メールを表す情報が含まれている場合に、前記文字列に基づいて、電子メールメッセージにおけるヘッダに格納可能な前記カスタムヘッダを生成することを特徴とする請求項６に記載の履歴管理方法。
8. 履歴管理装置の動作制御のためのコンピュータ・プログラムであって、そのコンピュータ・プログラムにより、
   第１のメッセージをデータベースに格納し、その第１のメッセージにおけるヘッダにカスタムヘッダが含まれているか否かを判定し、前記カスタムヘッダが含まれている場合に、前記カスタムヘッダから取得した第２のメッセージの送受信に用いた第２のコミュニケーション手段を識別する第２のコミュニケーション手段情報と前記第２のメッセージを識別するメッセージＩＤとに基づいて、前記データベースから前記第２のメッセージを抽出すると共に、前記抽出した第２のメッセージを親とし前記第１のメッセージを該親の子として関連付けられた階層構造をなすデータ群を生成する機能と、
   前記第１のメッセージに対するリプライとして第３のメッセージを送信する際に用いる第３のコミュニケーション手段を識別する第３のコミュニケーション手段情報と、前記第１のメッセージを識別するメッセージＩＤと、その第１のメッセージを送受信した際に用いた第１のコミュニケーション手段を識別する第１のコミュニケーション手段情報とに基づいて、前記第３のコミュニケーション手段情報に応じて異なる前記カスタムヘッダを生成し、該カスタムヘッダをヘッダの一部に含む前記第３のメッセージを作成し、作成した前記第３のメッセージを前記データベースに格納すると共に、前記第３のメッセージを送信する機能とをコンピュータに実現させることを特徴とするコンピュータ・プログラム。

Images