(57)【要約】【課題】リダイヤルの操作性向上を図ることができること。【解決手段】複数の端末１２０（１２０ａ〜１２０ｄ）の回線を制御する交換機１１０は、複数の端末１２０（１２０ａ〜１２０ｄ）での回線操作の情報を取得し、一つの呼の発信から転送を含み終話までに関与した複数の端末１２０（１２０ａ〜１２０ｃ）の発着履歴情報３００を作成し、この発着履歴情報３００を一つの呼の発信から転送を含み終話までに関与した複数の端末１２０（１２０ａ〜１２０ｃ）に通知する。【選択図】図６
2020010128.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末の回線を制御する交換機において、
複数の前記端末での回線操作の情報を取得し、一つの呼の発信から転送を含み終話までに関与した複数の前記端末の発着履歴情報を作成し、当該発着履歴情報を前記一つの呼の発信から転送を含み終話までに関与した複数の前記端末に通知する制御部、
を備えたことを特徴とする交換機。
【請求項２】
前記制御部は、
前記一つの呼の発信、転送、あるいは終話ごとの前記端末の回線操作の情報に基づき、前記発着履歴情報を更新することを特徴とする請求項１に記載の交換機。
【請求項３】
前記制御部は、
前記発着履歴情報として、前記一つの呼の発信から転送を含み終話に至る複数の前記端末間のルートを含み作成することを特徴とする請求項１または２に記載の交換機。
【請求項４】
前記制御部は、
前記一つの呼の転送時には、当該呼の転送完了時まで複数の前記端末に対する前記発着履歴情報の通知を保留することを特徴とする請求項１〜３のいずれか一つに記載の交換機。
【請求項５】
前記制御部は、
発信から転送を含み終話までの一つの呼に関与した複数の前記端末のいずれかが他の呼に関与した場合、当該他の呼に関与した前記端末の発着履歴情報を新たに作成することを特徴とする請求項１〜４のいずれか一つに記載の交換機。
【請求項６】
前記制御部は、
前記発着履歴情報を、前記端末との間で用いる所定のメッセージに含ませることを特徴とする請求項１〜５のいずれか一つに記載の交換機。
【請求項７】
複数の端末での回線操作の情報を取得し、
一つの呼の発信から転送を含み終話までに関与した複数の前記端末の発着履歴情報を作成し、
当該発着履歴情報を前記一つの呼の発信から転送を含み終話までに関与した複数の前記端末に通知する、
処理をコンピュータが実行することを特徴とする交換履歴管理方法。
【請求項８】
複数の端末での回線操作の情報を取得させ、
一つの呼の発信から転送を含み終話までに関与した複数の前記端末の発着履歴情報を作成させ、
当該発着履歴情報を前記一つの呼の発信から転送を含み終話までに関与した複数の前記端末に通知させる、
処理をコンピュータに実行させることを特徴とする交換履歴管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末の交換履歴を管理する交換機、交換履歴管理方法および交換履歴管理プログラムに関する。
【背景技術】
【０００２】
電話サービスの一つとして、リダイヤル発信機能が提供されている。電話の利用時に再度同じ相手と通話する頻度が高いため、電話機のリダイヤル発信機能を使用することで簡単に発信操作できる。これにより、発信時に相手電話番号のダイヤル操作や、電話帳検索による発信操作を行わずに済み、効率的に発信操作できる。
【０００３】
従来技術として、呼制御サーバがＩＰ電話機の発呼から切断までの情報をグループ内のＩＰ電話機に配布し、グループ内でＩＰ電話機が発着信の履歴を共有する技術が開示されている（例えば、下記特許文献１参照。）。また、交換機が電話機の発信履歴を共有のグループの他の電話機に通知し、複数の電話機間で発信履歴を共通する技術が開示されている（例えば、下記特許文献２参照。）。また、電話装置が他の通信端末に着信呼を転送する際、転送される着信呼に該当する発信元情報を転送先の通信端末に通知し、通信端末からの折り返し発信を行う技術が開示されている（例えば、下記特許文献３参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−２２０７０８号公報
【特許文献２】特開２０１５−５６８２７号公報
【特許文献３】特開２０１７−９２７７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、リダイヤル発信時に、自身の電話機が発信した相手電話番号、もしくは自身の電話機に着信した電話番号にしか発信できなかった。例えば、電話機間で複数の転送を行った場合、前回発信した電話機は、最終の転送先の電話機にリダイヤル発信できない。また、最終の転送先の電話機においても、発信した電話機にリダイヤル発信が行えない。
【０００６】
特許文献１の技術では、自端末に関与した呼の発着信履歴をグループ内のみで共有するため、自端末に関与しない呼は履歴を共有することができず、例えば、グループを超えた転送時に発信の端末が最終の転送先の端末へリダイヤル発信を行うことができない。特許文献２の技術では、発信履歴のみ管理するものであり、また、グループ内の履歴しか管理していないため、特許文献１同様に、グループを超えた転送時に発信の端末が最終の転送先の端末へリダイヤル発信を行えない。特許文献３の技術では、転送がさらに転送された複数の転送に対応できず、この際、転送元の情報が転送先に通知されない。また、転送先の端末にしか履歴情報が送信されず、さらに、転送先の端末は発信元情報しか保持しないため、例えば、転送を行った任意の端末へのリダイヤル発信を行うことができない。
【０００７】
従来技術では、各電話機は、自身の発着信、および自身が関与した転送の履歴しか記憶しておらず上記の問題が生じている。また、交換機が電話機に履歴通知する構成であっても、複数の電話機間での転送に対応できず、転送経路上の任意の電話機へリダイヤル発信を行うことができない。
【０００８】
一つの側面では、リダイヤルの操作性向上を図ることを目的とする。
【課題を解決するための手段】
【０００９】
一つの案では、交換機は、複数の端末の回線を制御する交換機において、複数の前記端末での回線操作の情報を取得し、一つの呼の発信から転送を含み終話までに関与した複数の前記端末の発着履歴情報を作成し、当該発着履歴情報を前記一つの呼の発信から転送を含み終話までに関与した複数の前記端末に通知する制御部、を備えたことを要件とする。
【発明の効果】
【００１０】
一つの実施形態によれば、リダイヤルの操作性向上を図ることができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施の形態にかかる交換機および端末を含む交換システムの構成例を示す図である。
【図２】図２は、実施の形態にかかる交換機のハードウェア構成例を示す図である。
【図３】図３は、実施の形態にかかる交換機が行う発着信および転送時の制御を説明する図である。（その１）
【図４】図４は、実施の形態にかかる交換機が行う発着信および転送時の制御を説明する図である。（その２）
【図５】図５は、実施の形態にかかる交換機が行う発着信および転送時の制御を説明する図である。（その３）
【図６】図６は、実施の形態にかかる交換機が行う発着信および転送時の制御を説明する図である。（その４）
【図７】図７は、実施の形態にかかる交換機が行う発着信および転送時の制御を説明する図である。（その５）
【図８】図８は、実施の形態にかかる端末のリダイヤル時の状態を示す図である。
【図９】図９は、実施の形態にかかる端末のリダイヤル発信操作の表示画面例を示す図である。（その１）
【図１０】図１０は、実施の形態にかかる端末のリダイヤル発信操作の表示画面例を示す図である。（その２）
【図１１】図１１は、実施の形態にかかる端末のリダイヤル発信操作の表示画面例を示す図である。（その３）
【図１２】図１２は、実施の形態にかかる２者通話時のメッセージのやり取りを示すシーケンス図である。
【図１３Ａ】図１３Ａは、実施の形態にかかる転送時のメッセージのやり取りを示すシーケンス図である。（その１）
【図１３Ｂ】図１３Ｂは、実施の形態にかかる転送時のメッセージのやり取りを示すシーケンス図である。（その２）
【図１４】図１４は、実施の形態にかかるＳＩＰサーバが作成する発着履歴情報のメッセージ例を示す図表である。
【図１５】図１５は、実施の形態にかかる交換機が端末からのメッセージ受信時の処理例を示すフローチャートである。
【図１６】図１６は、実施の形態にかかる交換機が行う呼切断時の処理例を示すフローチャートである。
【図１７】図１７は、実施の形態にかかる端末が行う処理例を示すフローチャートである。
【図１８】図１８は、従来技術による端末のリダイヤル発信を説明する図である。（その１）
【図１９】図１９は、従来技術による端末のリダイヤル発信を説明する図である。（その２）
【図２０】図２０は、従来技術による端末のリダイヤル発信を説明する図である。（その３）
【発明を実施するための形態】
【００１２】
（実施の形態）
図１は、実施の形態にかかる交換機および端末を含む交換システムの構成例を示す図である。実施の形態の交換システム１００は、例えば、ＩＰ電話サービスの回線の制御を行う交換機としてのＳＩＰサーバ１１０と、電話機として機能する端末１２０とを含み構成される。
【００１３】
ＩＰはＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、ＳＩＰはＳｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌの略である。ＳＩＰサーバ１１０と端末１２０は、ＳＩＰプロトコルおよびＳＩＰメッセージを用いて各種情報を送受信する。
【００１４】
ＳＩＰサーバ１１０は、ネットワークＮＷを介して複数の端末１２０（１２０ａ〜１２０ｎ）に通信接続される。ＳＩＰサーバ１１０は、図１に示す管理対象の複数の端末１２０（１２０ａ〜１２０ｎ）の回線接続を制御し、例えば、端末１２０（１２０ａ〜１２０ｎ）間の発着信、および転送を制御する。
【００１５】
端末１２０は、発呼（発信）時、ネットワークＮＷを介して自身の電話番号とＩＰアドレスをＳＩＰサーバ１１０に通知する。端末１２０は、発信時、ＳＩＰサーバ１１０に発信先の端末のアドレスを訪ね、発信通知を送る。ＳＩＰサーバ１１０は、発信先の端末に発信通知を転送し、通信開始により発信元と発信先の回線を接続させ、通話を開始させる。
【００１６】
実施の形態では、ＳＩＰサーバ１１０は、端末１２０の呼（発着信および転送）の交換履歴を発着履歴情報として管理保持する。そして、ＳＩＰサーバ１１０は、一つの呼に関わった全ての端末１２０に対し、保持している発着履歴情報を通知する。各端末１２０には、内容が同じ発着履歴情報が通知される。端末１２０は、ＳＩＰサーバ１１０から通知された発着履歴情報に基づく履歴情報を保持し、発信時に履歴情報に基づくリダイヤル発信を行うことができる。
【００１７】
図２は、実施の形態にかかる交換機のハードウェア構成例を示す図である。交換機としてのＳＩＰサーバ１１０は、例えば、制御部として機能するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１と、メモリ２０２と、ネットワークインタフェース２０３と、を含む。
【００１８】
ＣＰＵ２０１は、ＳＩＰサーバ１１０の全体を統括制御し、端末１２０の発着信および転送にかかる制御を行う。また、ＣＰＵ２０１は、端末１２０の発着信および転送時の発着履歴情報を管理し、一つの呼に関わった全ての端末１２０に対し、保持している発着履歴情報を通知する。このＣＰＵ２０１は、メモリ２０２に格納されたプログラムを読み出し実行し、その際、メモリ２０２を作業領域に使用することで上記制御を実現可能である。
【００１９】
メモリ２０２は、ＲＯＭ、ＲＡＭ、フラッシュＲＯＭ等を用いることができる。また、メモリ２０２は、端末１２０の発着信および転送時の発着履歴情報を保持する。ネットワークインタフェース２０３は、ネットワークＮＷを介してＳＩＰサーバ１１０が端末１２０と通信を行うためのインタフェースである。
【００２０】
図２に示したハードウェア構成は、端末１２０にも同様に適用でき、端末１２０も図２に示すハードウェア構成により、端末１２０の機能を実現することができる。端末１２０は、ＳＩＰサーバ１１０から通知された発着履歴情報をメモリ２０２に保持し、他の端末１２０に対する発着信時にメモリ２０２に保持された発着履歴情報に基づくリダイヤル発信を行うことができる。このため、端末１２０は、図示しないディスプレイを有し、リダイヤル可能な自身の発着信（転送を含む）の情報を表示可能である。
【００２１】
（ＳＩＰサーバによる発着信履歴の管理）
図３〜図７は、実施の形態にかかる交換機が行う発着信および転送時の制御を説明する図である。これらの図には、端末１２０の発信〜転送〜終話の各状態でＳＩＰサーバ１１０が管理する発着履歴情報の更新状態を併せて示している。
【００２２】
以下の説明では、ＳＩＰサーバ１１０は、被転送者Ａ、転送操作者Ｂ（途中の転送者が複数の場合はＢ１，Ｂ２，Ｂ３，…）、転送先Ｃ全ての端末１２０の発着信の履歴を管理する。そして、ＳＩＰサーバ１１０が端末１２０に発着履歴情報を通知することで、全ての端末１２０上で一つの呼の発着信および転送に関わった全ての端末１２０の情報（端末の名称やユーザ名、番号等）を表示する。これにより、いずれの端末１２０においても、発着信の履歴に基づき任意の端末１２０に対するリダイヤル発信を可能にする。
【００２３】
そして、被転送者Ａの端末１２０から発信を行い、複数の転送操作者Ｂの端末１２０による転送を行って、転送先Ｃの端末１２０で応答を行った場合のＳＩＰサーバ１１０における発着信履歴の作成および更新の具体例について説明する。
【００２４】
はじめに、図３は、被転送者Ａの発信時の状態を示す図である。被転送者Ａ（端末１２０ａ）から端末１２０ｂに第１呼を発信した状態であり、端末１２０ｂの応答者（転送操作者Ｂ）が着信応答したとする。
【００２５】
この場合、ＳＩＰサーバ１１０は、新規の発着履歴情報３００として、「呼番号１番：被転送者Ａ→転送操作者Ｂ」の情報を作成する。すなわち、端末１２０ａが発信し端末１２０ｂが応答した情報を示す。矢印（→）は、転送方向を示す。
【００２６】
ＳＩＰサーバ１１０は、この発着履歴情報３００を被転送者Ａの端末１２０ａと、転送操作者Ｂの端末１２０ｂに通知する。この状態で、被転送者Ａの端末１２０ａは、履歴情報３２０ａとして、Ａ［発着信履歴］「呼番号１番：被転送者Ａ→転送操作者Ｂ」を新規に保持する。同様に、転送操作者Ｂの端末１２０ｂは、履歴情報３２０ｂとして、Ｂ［発着信履歴］「呼番号１番：被転送者Ａ→転送操作者Ｂ」を新規に保持する。
【００２７】
次に、図４，図５は、転送操作者Ｂから転送先Ｃへの転送時の状態を示す図である。図３の状態の後、図４では、転送操作者Ｂ（端末１２０ｂ）から端末１２０ｃへの転送のために転送操作者Ｂ（端末１２０ｂ）が被転送者Ａ（端末１２０ａ）の第１呼を保留した状態を示す。
【００２８】
この状態で、転送操作者Ｂ（端末１２０ｂ）は、転送先Ｃ（端末１２０ｃ）に第２呼を発信したとする。このように第１呼が保留状態で第２呼発信中は、ＳＩＰサーバ１１０は、各端末１２０ａ〜１２０ｃに対しての通知（発着履歴情報３００の通知）は行わない。
【００２９】
ところで、各端末１２０ａ〜１２０ｃは、それぞれ自身が発着信の履歴情報を保持してもよい。但し、各端末１２０ａ〜１２０ｃは、ＳＩＰサーバ１１０から発着履歴情報３００が通知された場合、該当する呼の履歴情報を通知された発着履歴情報３００に更新する。
【００３０】
図４の状態の後、図５では、転送操作者Ｂ（端末１２０ｂ）が第１呼を切断し、被転送者Ａ（端末１２０ａ）と応答者である転送先Ｃ（端末１２０ｃ）が２者通話した状態である。この状態で、ＳＩＰサーバ１１０は、作成してある発着履歴情報３００の「呼番号１番：被転送者Ａ→転送操作者Ｂ」を、「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送先Ｃ」に更新する。
【００３１】
ＳＩＰサーバ１１０は、この発着履歴情報３００を被転送者Ａの端末１２０ａと、転送操作者Ｂの端末１２０ｂと、転送先Ｃの端末１２０ｃに通知する。この状態で、被転送者Ａの端末１２０ａは、履歴情報３２０ａを更新し、Ａ［発着信履歴］「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送先Ｃ」を保持する。同様に、転送操作者Ｂの端末１２０ｂは、履歴情報３２０ｂを更新し、Ｂ［発着信履歴］「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送先Ｃ」を保持する。同様に、転送先Ｃの端末１２０ｃは、履歴情報３２０ｃとして、Ｃ［発着信履歴］「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送先Ｃ」を保持する。
【００３２】
図６は、終話時の状態を示す図である。図５に示す状態で被転送者Ａ（端末１２０ａ）と、転送先Ｃの応答者（端末１２０ｃ）による通話が終話したとする。この状態で、ＳＩＰサーバ１１０は、発着履歴情報３００の「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送先Ｃ」を、「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送先Ｃ→終話」に更新する。
【００３３】
ＳＩＰサーバ１１０は、この発着履歴情報３００を被転送者Ａの端末１２０ａと、転送操作者Ｂの端末１２０ｂと、転送先Ｃの端末１２０ｃに通知する。この状態で、被転送者Ａの端末１２０ａは、履歴情報３２０ａを更新し、Ａ［発着信履歴］「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送先Ｃ→終話」を保持する。同様に、転送操作者Ｂの端末１２０ｂは、履歴情報３２０ｂを更新し、Ｂ［発着信履歴］「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送先Ｃ→終話」を保持する。同様に、転送先Ｃの端末１２０ｃは、履歴情報３２０ｃとして、Ｃ［発着信履歴］「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送先Ｃ→終話」を保持する。
【００３４】
ここで、例えば、転送操作者Ｂ（端末１２０ｂ）が他の呼の相手Ｄ（端末１２０ｄ）と通話中であっても、呼番号１については上記のように更新を行う。ＳＩＰサーバ１１０は、転送操作者Ｂ（端末１２０ｂ）と他の呼の相手Ｄ（端末１２０ｄ）との通話に対応して「呼番号２番：転送操作者Ｂ→相手Ｄ」の情報を新たに作成しておく。
【００３５】
また、図７は、複数回の転送を行った例を示す図である。図７には、図３の状態の後、転送操作者Ｂ（端末１２０ｂ）が転送操作者Ｅ（端末１２０ｅ）に呼を転送し、さらに転送操作者Ｅ（端末１２０ｅ）が転送先Ｃ（端末１２０ｃ）に転送を行った状態を示す。
【００３６】
この場合、ＳＩＰサーバ１１０は、発着履歴情報３００を更新して「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送操作者Ｅ→転送先Ｃ」を保持する。そして、ＳＩＰサーバ１１０は、この発着履歴情報３００を被転送者Ａの端末１２０ａと、転送操作者Ｂの端末１２０ｂと、転送先Ｃの端末１２０ｃと、転送操作者Ｅの端末１２０ｅに通知する。
【００３７】
この状態で、被転送者Ａの端末１２０ａは、履歴情報３２０ａを更新し、Ａ［発着信履歴］「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送操作者Ｅ→転送先Ｃ」を保持する。同様に、転送操作者Ｂの端末１２０ｂは、履歴情報３２０ｂを更新し、Ｂ［発着信履歴］「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送操作者Ｅ→転送先Ｃ」を保持する。同様に、転送操作者Ｅの端末１２０ｅは、履歴情報３２０ｅを更新し、Ｅ［発着信履歴］「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送操作者Ｅ→転送先Ｃ」を保持する。同様に、転送先Ｃの端末１２０ｃは、履歴情報３２０ｃを更新し、Ｃ［発着信履歴］「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送操作者Ｅ→転送先Ｃ」を保持する。
【００３８】
ここで、例えば、転送操作者Ｂ（端末１２０ｂ）が他の呼の相手Ｄ（端末１２０ｄ）と通話中であっても、呼番号１については上記のように更新を行う。ＳＩＰサーバ１１０は、転送操作者Ｂ（端末１２０ｂ）と他の呼の相手Ｄ（端末１２０ｄ）との通話に対応して「呼番号２番：転送操作者Ｂ→相手Ｄ」の情報を新たに作成しておく。
【００３９】
（端末のリダイヤル操作について）
図８は、実施の形態にかかる端末のリダイヤル時の状態を示す図である。図７に示した複数回の転送および終話後に、被転送者Ａ（端末１２０ａ）のリダイヤル時の状態を示す。なお、端末１２０のリダイヤル時、ＳＩＰサーバ１１０は端末１２０に対し、リダイヤル制御等の関与は行わない。
【００４０】
図８に示すように、被転送者Ａの端末１２０ａは、履歴情報３２０ａとして、Ａ［発着信履歴］「呼番号１番：被転送者Ａ→転送操作者Ｂ→転送操作者Ｅ→転送先Ｃ→終話」を保持している。このため、被転送者Ａは、端末１２０ａを操作して、呼番号１の呼に関わった転送操作者Ｂ（端末１２０ｂ）、転送操作者Ｅ（端末１２０ｅ）、転送先Ｃ（端末１２０ｃ）のいずれかを選択してリダイヤル発信することができる。
【００４１】
このように、端末１２０ａは、一つの呼の発着信および転送に関わった端末１２０の情報を保持する。これにより、リダイヤル操作時に、被転送者Ａは、端末１２０ａを操作することにより、一つの呼の発着信および転送に関わったいずれかの端末１２０に対するリダイヤルを行うことができる。
【００４２】
この際、端末１２０ａからみて、端末１２０ａが直接接続した端末１２０は、転送操作者Ｂの端末１２０ｂのみである。しかし、端末１２０ａでは、上記履歴情報３２０ａに基づき、転送操作者Ｂの端末１２０ｂだけではなく、転送操作者Ｅの端末１２０ｅ、さらには、応答者である転送先Ｃの端末１２０ｃのいずれかに対してもリダイヤル発信することができるようになる。
【００４３】
また、一つの呼の発着信および転送に関わった全ての端末１２０（１２０ａ，１２０ｂ，１２０ｅ，１２０ｃ）は、いずれも関わった一つの呼について同様の履歴情報３２０を有する。すなわち、端末１２０ａが保持する履歴情報３２０ａは、端末１２０ａ以外の他の端末１２０（１２０ｂ，１２０ｅ，１２０ｃ）がそれぞれ保持する履歴情報３２０（３２０ｂ，３２０ｅ，３２０ｃ）と同様の履歴である。これにより、他の端末１２０（１２０ｂ，１２０ｅ，１２０ｃ）についても、履歴情報３２０（３２０ｂ，３２０ｅ，３２０ｃ）に基づき、一つの呼の発着信および転送に関わったいずれかの端末１２０に対するリダイヤルを行うことができる。
【００４４】
例えば、転送操作者Ｂは、端末１２０ｂを操作して、一つの呼の発信者である被転送者Ａ（端末１２０ａ）、転送操作者Ｅ（端末１２０ｅ）、一つの呼の応答者である転送先Ｃ（端末１２０ｃ）のいずれかにリダイヤル発信することができるようになる。同様に、転送操作者Ｅは、端末１２０ｅを操作して、一つの呼の発信者である被転送者Ａ（端末１２０ａ）、転送操作者Ｂ（端末１２０ｂ）、一つの呼の応答者である転送先Ｃ（端末１２０ｃ）のいずれかにリダイヤル発信することができるようになる。同様に、一つの呼の応答者（転送先Ｃ）は、端末１２０ｃを操作して、一つの呼の発信者である被転送者Ａ（端末１２０ａ）、転送操作者Ｂ（端末１２０ｂ）、転送操作者Ｅ（端末１２０ｅ）のいずれかにリダイヤル発信することができるようになる。
【００４５】
図９〜図１１は、実施の形態にかかる端末のリダイヤル発信操作の表示画面例を示す図である。上述した図３〜図６を用いて説明した一つの呼の発信が終話した後に表示可能なリダイヤル発信のための画面例を示し、該当する端末１２０は、端末１２０ａ（被転送者Ａ）、端末１２０ｂ（転送操作者Ｂ）、端末１２０ｃ（転送先Ｃ）の３つである。
【００４６】
はじめに、図９は、発信者である被転送者Ａの端末１２０ａの表示例である。図９（ａ）に示すように、端末１２０ａは、初期の待受画面９０１として、端末１２０ａの内線番号「３０００」、現在の時刻「ＡＭ１２：００」、月日と曜日「１１月３０日［日］」を表示する。待受画面９０１の下部には、端末１２０ａの発歴（発信履歴）９１１と、着歴（着信履歴）９１２の選択ボタンが表示される。
【００４７】
ここで、被転送者Ａが待受画面９０１の発歴９１１を選択操作すると、端末１２０ａは、図９（ｂ）に示す発信の履歴画面９０２を表示する。履歴画面９０２は、端末１２０ａが保持する履歴情報３２０ａであり、例えば、端末１２０ａの上下キー操作によって複数の呼のうち、一つの呼の履歴表示９２１を選択できる。図９（ｂ）の履歴表示９２１では、一つの呼の発（発信履歴）の時刻「０１：１１」、月日「１１月３０日」、現在時刻「１２：００」と、発信先の端末１２０の情報（Ｂさん「転送操作者Ｂ（端末１２０ｂ）」、内線番号「３００２」）を表示する。
【００４８】
履歴画面９０２の下部には、該当する呼の「ルート（端末間の転送経路）」９２２、「発信」９２３、「戻る」９２４の選択ボタンが表示される。「発信」９２３を選択すると、端末１２０ａは、履歴表示９２１の該当の端末（Ｂさん「転送操作者Ｂ（端末１２０ｂ）」、内線番号「３００２」）に発信を行う。「戻る」９２４を選択すると、端末１２０ａは、図９（ａ）の待受画面９０１を表示する。
【００４９】
そして、被転送者Ａが履歴画面９０２の「ルート」９２２を選択操作すると、端末１２０ａは、図９（ｃ）に示すルート画面９０３を表示する。ルート画面９０３は、上下方向に選択した呼のルート９３１を表示する。ルート９３１の「ユーザ」は、自身（端末１２０ａ）を示し、矢印は呼の転送方向を示す。そして、上下キーにより、いずれかの端末１２０である「Ｂさん（転送操作者Ｂ）」、「Ｃさん（転送先Ｃ）」を選択可能である。このように、端末１２０ａ上では、ルート画面９０３上でルート９３１として、一つの呼の発信および転送に関わった複数の端末１２０を表示する。
【００５０】
ルート画面９０３の下部には、該当するルート９３１で選択した端末１２０への「発信」９３２、「戻る」９３３の選択ボタンが表示される。「発信」９３２を選択すると、端末１２０ａは、ルート画面９０３上で領域の反転表示により選択した端末（Ｂさん「転送操作者Ｂ（端末１２０ｂ）」、内線番号「３００２」）にリダイヤル発信を行う。「戻る」９３３を選択すると、端末１２０ａは、図９（ｂ）の履歴画面９０２を表示する。
【００５１】
また、図１０は、転送操作者Ｂの端末１２０ｂの表示例である。図１０（ａ）に示すように、端末１２０ｂは、初期の待受画面１００１として、端末１２０ｂの内線番号「３００２」、現在の時刻「ＡＭ１２：００」、月日と曜日「１１月３０日［日］」を表示する。待受画面１００１の下部には、端末１２０ｂの発歴（発信履歴）１０１１と、着歴（着信履歴）１０１２の選択ボタンが表示される。
【００５２】
ここで、転送操作者Ｂが待受画面１００１の発歴１０１１を選択操作すると、端末１２０ｂは、図１０（ｂ）に示す発信の履歴画面１００２を表示する。履歴画面１００２は、端末１２０ｂが保持する履歴情報３２０ｂであり、例えば、端末１２０ｂの上下キー操作によって複数の呼のうち、一つの呼の履歴表示１０２１を選択できる。図１０（ｂ）の履歴表示１０２１では、一つの呼の発（発信履歴）の時刻「０１：１１」、月日「１１月３０日」、現在時刻「１２：００」と、発信元の端末１２０の情報（Ａさん「被転送者Ａ（端末１２０ａ）」、内線番号「３０００」）を表示する。
【００５３】
履歴画面１００２の下部には、該当する呼の「ルート（端末間の転送経路）」１０２２、「発信」１０２３、「戻る」１０２４の選択ボタンが表示される。「発信」１０２３を選択すると、端末１２０ｂは、履歴表示１０２１の該当の端末（Ａさん「被転送者Ａ（端末１２０ａ）」、内線番号「３０００」）にリダイヤル発信を行う。「戻る」１０２４を選択すると、端末１２０ｂは、図１０（ａ）の待受画面１００１を表示する。
【００５４】
そして、転送操作者Ｂが履歴画面１００２の「ルート」１０２２を選択操作すると、端末１２０ｂは、図１０（ｃ）に示すルート画面１００３を表示する。ルート画面１００３は、上下方向に選択した呼のルート１０３１を表示する。ルート１０３１の「ユーザ」は、自身（端末１２０ｂ）を示し、矢印は呼の転送方向を示す。そして、上下キーにより、いずれかの端末１２０である「Ａさん（被転送者Ａ）」、「Ｃさん（転送先Ｃ）」を選択可能である。
【００５５】
ルート画面１００３の下部には、該当するルート１０３１で選択した端末１２０への「発信」１０３２、「戻る」１０３３の選択ボタンが表示される。「発信」１０３２を選択すると、端末１２０ｂは、ルート画面１００３上で領域の反転表示により選択した端末（Ａさん「被転送者Ａ（端末１２０ａ）」、内線番号「３０００」）に発信を行う。「戻る」１０３３を選択すると、端末１２０ｂは、図１０（ｂ）の履歴画面１００２を表示する。
【００５６】
また、図１１は、転送先Ｃの端末１２０ｃの表示例である。図１１（ａ）に示すように、端末１２０ｃは、初期の待受画面１１０１として、端末１２０ｃの内線番号「３００４」、現在の時刻「ＡＭ１２：００」、月日と曜日「１１月３０日［日］」を表示する。待受画面１１０１の下部には、端末１２０ｃの発歴（発信履歴）１１１１と、着歴（着信履歴）１１１２の選択ボタンが表示される。
【００５７】
ここで、転送先Ｃの応答者が待受画面１１０１の着歴１１１１を選択操作すると、端末１２０ｃは、図１１（ｂ）に示す着信の履歴画面１１０２を表示する。履歴画面１１０２は、端末１２０ｃが保持する履歴情報３２０ｃであり、例えば、端末１２０ｃの上下キー操作によって複数の呼のうち、一つの呼の履歴表示１１２１を選択できる。図１１（ｂ）の履歴表示１１２１では、一つの呼の着（着信履歴）の時刻「０１：１１」、月日「１１月３０日」、現在時刻「１２：０５」と、発信元の端末１２０の情報（Ｂさん「転送操作者Ｂ（端末１２０ｂ）」、内線番号「３００２」）を表示する。
【００５８】
履歴画面１１０２の下部には、該当する呼の「ルート（端末間の転送経路）」１１２２、「発信」１１２３、「戻る」１１２４の選択ボタンが表示される。「発信」１１２３を選択すると、端末１２０ｃは、履歴表示１１２１の該当の端末（Ｂさん「転送操作者Ｂ（端末１２０ｂ）」、内線番号「３００２」）にリダイヤル発信を行う。「戻る」１１２４を選択すると、端末１２０ｃは、図１１（ａ）の待受画面１１０１を表示する。
【００５９】
そして、転送先Ｃ（応答者）が履歴画面１１０２の「ルート」１１２２を選択操作すると、端末１２０ｃは、図１１（ｃ）に示すルート画面１１０３を表示する。ルート画面１１０３は、上下方向に選択した呼のルート１１３１を表示する。ルート１１３１の「ユーザ」は、自身（端末１２０ｃ）を示し、矢印は呼の転送方向を示す。そして、上下キーにより、いずれかの端末１２０である「Ａさん（被転送者Ａ）」、「Ｂさん（転送操作者Ｂ）」を選択可能である。
【００６０】
ルート画面１１０３の下部には、該当するルート１１３１で選択した端末１２０に対する「発信」１１３２、「戻る」１１３３の選択ボタンが表示される。「発信」１１３２を選択すると、端末１２０ｃは、ルート画面１１０３上で領域の反転表示により選択した端末（Ａさん「被転送者Ａ（端末１２０ａ）」、内線番号「３０００」）にリダイヤル発信を行う。「戻る」１１３３を選択すると、端末１２０ｃは、図１１（ｂ）の履歴画面１１０２を表示する。
【００６１】
以上のように、一つの呼に関わった全ての端末１２０（１２０ａ，１２０ｂ，１２０ｃ）は、履歴情報３２０（３２０ａ，３２０ｂ，３２０ｃ）に基づき、この一つの呼に関わった発着信および転送経路の端末１２０の情報を表示する。これにより、被転送者Ａの端末１２０ａは、転送途中の転送操作者Ｂの端末１２０ｂ、および転送先Ｃの端末１２０ｃにリダイヤル発信できる。また、転送操作者Ｂの端末１２０ｂは、発信者である被転送者Ａの端末１２０ａ、および転送先Ｃの端末１２０ｃにリダイヤル発信できる。また、転送先Ｃ（応答者）の端末１２０ｃは、転送途中の転送操作者Ｂの端末１２０ｂ、および発信者である被転送者Ａの端末１２０ａにリダイヤル発信できる。
【００６２】
このように、一つの呼に関わった端末１２０（１２０ａ，１２０ｂ，１２０ｃ）は、一つの呼の発着信および転送に関わった全ての端末１２０を表示可能であり、任意の端末１２０に対するリダイヤル発信を簡単な操作で行うことができるようになる。
【００６３】
図１２は、実施の形態にかかる２者通話時のメッセージのやり取りを示すシーケンス図である。図１２には、交換システム１００の端末Ａ（１２０ａ）と端末Ｂ（１２０ｂ）間の２者通話時のシーケンスを示す。
【００６４】
はじめに、発信手順（ステップＳ１２０１）では、端末Ａ（１２０ａ）がＳＩＰサーバ１１０に発信のＳＩＰメッセージ「ＩＮＶＩＴＥ」を送り、ＳＩＰサーバ１１０は、端末Ａ（１２０ａ）にリクエスト受付のレスポンス「１００」を送る。そして、ＳＩＰサーバ１１０は、着信者の端末Ｂ（１２０ｂ）にＳＩＰメッセージ「ＩＮＶＩＴＥ」を送り、端末Ｂ（１２０ｂ）は、ＳＩＰサーバ１１０に受付のレスポンス「１００」を送る。
【００６５】
次に、呼出手順（ステップＳ１２０２）では、端末Ｂ（１２０ｂ）は、ＳＩＰサーバ１１０にレスポンス「１００」に続けて呼出のレスポンス「１８０」を送る。
【００６６】
次に、応答手順（ステップＳ１２０３）では、ＳＩＰサーバ１１０は、レスポンス「１８０」を端末Ａ（１２０ａ）に送る。また、端末Ｂ（１２０ｂ）は、ＳＩＰサーバ１１０にセッション確立できる状態のＯＫレスポンス「２００」を送る。ＳＩＰサーバ１１０が端末Ａ（１２０ａ）にＯＫレスポンス「２００」を送り、端末Ａ（１２０ａ）がセッション確立のＳＩＰメッセージ「ＡＣＫ」をＳＩＰサーバ１１０に送る。そして、ＳＩＰサーバ１１０が端末Ｂ（１２０ｂ）にＳＩＰメッセージ「ＡＣＫ」を送ることで、端末Ａ（１２０ａ）と端末Ｂ（１２０ｂ）との間が通話中となる（ステップＳ１２０４）。
【００６７】
この通話のタイミングで、実施の形態では、ＳＩＰサーバ１１０は、通話履歴通知手順（ステップＳ１２０５）を行う。通話履歴通知手順（ステップＳ１２０５）では、ＳＩＰサーバ１１０は、新たに規定したＳＩＰメッセージ「ＩＮＦＯ」を端末Ａ（１２０ａ）と端末Ｂ（１２０ｂ）に送る。ＩＮＦＯのメッセージ例は後述するが、上述した発着履歴情報３００（図３）に示した端末Ａ→Ｂの発着信状態を含む。なお、発着履歴情報３００を含むＳＩＰメッセージは「ＩＮＦＯ」に限らず、「ＭＥＳＳＡＧＥ」等を用いてもよい。ＳＩＰサーバ１１０から「ＩＮＦＯ」を受け取った端末Ａ（１２０ａ）、端末Ｂ（１２０ｂ）は、それぞれＯＫレスポンス「２００」を送る。
【００６８】
この後、通話切断されると（ステップＳ１２０６）、交換システム１００は切断手順（ステップＳ１２０７）を実行する。例えば、端末Ａ（１２０ａ）のオンフック（ステップＳ１２０６）により、端末Ａ（１２０ａ）は、ＳＩＰサーバ１１０に切断のＳＩＰメッセージ「ＢＹＥ」を送る。ＳＩＰサーバ１１０は、端末Ａ（１２０ａ）にＯＫレスポンス「２００」を送り、端末Ｂ（１２０ｂ）に切断のＳＩＰメッセージ「ＢＹＥ」を送る。端末Ｂ（１２０ｂ）がＳＩＰサーバ１１０にＯＫレスポンス「２００」を送る。
【００６９】
この切断のタイミングで、実施の形態では、ＳＩＰサーバ１１０は、更新した通話履歴通知手順（ステップＳ１２０８）を行う。通話履歴通知手順（ステップＳ１２０８）では、ＳＩＰサーバ１１０は、ＳＩＰメッセージ「ＩＮＦＯ」を端末Ａ（１２０ａ）と端末Ｂ（１２０ｂ）に送る。この際の発着履歴情報３００は、端末Ａ→Ｂ→終話の発着信状態を含む。端末Ａ（１２０ａ）、端末Ｂ（１２０ｂ）は、それぞれＯＫレスポンス「２００」を送る。
【００７０】
図１３Ａ、図１３Ｂは、実施の形態にかかる転送時のメッセージのやり取りを示すシーケンス図である。これら図１３Ａ，図１３Ｂは、交換システム１００の端末Ａ〜Ｃ（１２０ａ〜１２０ｃ）とＳＩＰサーバ１１０間の転送シーケンスを示す。端末Ａ（１２０ａ）と端末Ｂ（１２０ｂ）間の２者通話後に、端末Ｂ（１２０ｂ）が端末Ｃ（１２０ｃ）に呼を転送した例を示す。
【００７１】
はじめに、図１３Ａに示すように、発信手順（ステップＳ１３０１）〜通話手順（ステップＳ１３０４）、および通話履歴通知手順（ステップＳ１３０５）までは図１２（ステップＳ１２０１〜ステップＳ１２０５）同様の処理を行う。
【００７２】
そして、端末Ｂ（１２０ｂ）が転送のため呼を保留したとする（ステップＳ１３０６）。保留手順（ステップＳ１３０６）では、端末Ｂ（１２０ｂ）は、ＳＩＰサーバ１１０にＳＩＰメッセージ「ＩＮＶＩＴＥ」を送り、ＳＩＰサーバ１１０は端末Ｂ（１２０ｂ）にリクエスト受付のレスポンス「１００」を送る。そして、ＳＩＰサーバ１１０は、端末Ａ（１２０ａ）にＳＩＰメッセージ「ＩＮＶＩＴＥ」を送り、端末Ａ（１２０ａ）は、ＳＩＰサーバ１１０に受付のレスポンス「１００」と、ＯＫレスポンス「２００」を送る。
【００７３】
ＳＩＰサーバ１１０は、端末Ｂ（１２０ｂ）にＯＫレスポンス「２００」を送る。そして、端末Ｂ（１２０ｂ）がＳＩＰサーバ１１０にＳＩＰメッセージ「ＡＣＫ」を送り、ＳＩＰサーバ１１０が端末Ａ（１２０ａ）にＳＩＰメッセージ「ＡＣＫ」を送ることで、端末Ａ（１２０ａ）が呼を保留した被保留（ステップＳ１３０７）になる。
【００７４】
そして、端末Ｂ（１２０ｂ）が呼を端末Ｃ（１２０ｃ）に転送するための第２呼発信手順（ステップＳ１３０８）を行う。第２呼発信手順（ステップＳ１３０８）では、はじめに端末Ｂ（１２０ｂ）は、ＳＩＰサーバ１１０にＳＩＰメッセージ「ＩＮＶＩＴＥ」を送り、ＳＩＰサーバ１１０は端末Ｂ（１２０ｂ）にリクエスト受付のレスポンス「１００」を送る。
【００７５】
また、ＳＩＰサーバ１１０は、端末Ｃ（１２０ｃ）にＳＩＰメッセージ「ＩＮＶＩＴＥ」を送り、端末Ｃ（１２０ｃ）はＳＩＰサーバ１１０にリクエスト受付のレスポンス「１００」と、呼出のレスポンス「１８０」を送る。ＳＩＰサーバ１１０は、レスポンス「１８０」を端末Ｂ（１２０ｂ）に送る。また、端末Ｃ（１２０ｃ）は、ＳＩＰサーバ１１０にセッション確立できる状態のレスポンス「２００」を送る。ＳＩＰサーバ１１０が端末Ｂ（１２０ｂ）にＯＫレスポンス「２００」を送り、端末Ｂ（１２０ｂ）がセッション確立のＳＩＰメッセージ「ＡＣＫ」をＳＩＰサーバ１１０に送る。そして、ＳＩＰサーバ１１０が端末Ｃ（１２０ｃ）にＳＩＰメッセージ「ＡＣＫ」を送る。
【００７６】
これにより、図１３Ｂに示すように、端末Ｂ（１２０ｂ）と端末Ｃ（１２０ｃ）との間が通話中となる（ステップＳ１３０９）。
【００７７】
この後、交換システム１００は、転送手順（ステップＳ１３１０）を行う。転送手順（ステップＳ１３１０）では、まず、端末Ｂ（１２０ｂ）がＳＩＰサーバ１１０にオンフック状態のＳＩＰメッセージ「ＲＥＦＥＲ」を送り、ＳＩＰサーバ１１０が端末Ｂ（１２０ｂ）に確認のレスポンス「２０２」を送る。ＳＩＰサーバ１１０は、端末Ｂ（１２０ｂ）に切断のＳＩＰメッセージ「ＢＹＥ」を送る。
【００７８】
また、端末Ａ（１２０ａ）は、ＳＩＰサーバ１１０にＳＩＰメッセージ「ＩＮＶＩＴＥ」を送り、ＳＩＰサーバ１１０は、端末Ａ（１２０ａ）にリクエスト受付のレスポンス「１００」を送る。この後、端末Ｂ（１２０ｂ）と端末Ａ（１２０ａ）は、ＳＩＰサーバ１１０にセッション確立できる状態のレスポンス「２００」を送る。これにより、端末Ｂ（１２０ｂ）は、通話（呼）が切断される（ステップＳ１３１１）。
【００７９】
そして、ＳＩＰサーバ１１０が端末Ｃ（１２０ｃ）にＳＩＰメッセージ「ＩＮＶＩＴＥ」を送り、端末Ｃ（１２０ｃ）は、ＳＩＰサーバ１１０にリクエスト受付のレスポンス「１００」、セッション確立できる状態のレスポンス「２００」を送る。ＳＩＰサーバ１１０は、端末Ｃ（１２０ｃ）にセッション確立のＳＩＰメッセージ「ＡＣＫ」を送る。また、端末Ａ（１２０ａ）は、ＳＩＰサーバ１１０にＳＩＰメッセージ「ＡＣＫ」を送る。
【００８０】
これにより、転送が完了し、端末Ａ（１２０ａ）と端末Ｃ（１２０ｃ）との間が通話中となる（ステップＳ１３１２）。
【００８１】
この転送完了後の通話のタイミングで、実施の形態では、ＳＩＰサーバ１１０は、更新した通話履歴通知手順（ステップＳ１３１３）を行う。通話履歴通知手順（ステップＳ１３１３）では、ＳＩＰサーバ１１０は、ＳＩＰメッセージ「ＩＮＦＯ」を端末Ａ（１２０ａ）、端末Ｂ（１２０ｂ）、端末Ｃ（１２０ｃ）に送る。この際の発着履歴情報３００は、端末Ａ→Ｂ→Ｃの発着信および転送状態を含む。端末Ａ（１２０ａ）、端末Ｂ（１２０ｂ）、端末Ｃ（１２０ｃ）は、それぞれＯＫレスポンス「２００」を送る。
【００８２】
この後、通話切断されると（ステップＳ１３１４）、交換システム１００は切断手順（ステップＳ１３１５）を実行する。例えば、端末Ａ（１２０ａ）のオンフック（ステップＳ１３１４）により、端末Ａ（１２０ａ）は、ＳＩＰサーバ１１０に切断のＳＩＰメッセージ「ＢＹＥ」を送る。ＳＩＰサーバ１１０は、端末Ａ（１２０ａ）にＯＫレスポンス「２００」を送り、端末Ｃ（１２０ｃ）に切断のＳＩＰメッセージ「ＢＹＥ」を送る。端末Ｃ（１２０ｃ）がＳＩＰサーバ１１０にＯＫレスポンス「２００」を送る。
【００８３】
この切断のタイミングで、実施の形態では、ＳＩＰサーバ１１０は、更新した通話履歴通知手順（ステップＳ１３１６）を行う。通話履歴通知手順（ステップＳ１３１６）では、ＳＩＰサーバ１１０は、ＳＩＰメッセージ「ＩＮＦＯ」を端末Ａ（１２０ａ）と、端末Ｂ（１２０ｂ）と、端末Ｃ（１２０ｃ）に送る。この際の発着履歴情報３００は、端末Ａ→Ｂ→Ｃ→終話の発着信状態を含む。端末Ａ（１２０ａ）、端末Ｂ（１２０ｂ）、端末Ｃ（１２０ｃ）は、それぞれＯＫレスポンス「２００」を送る。
【００８４】
図１４は、実施の形態にかかるＳＩＰサーバが作成する発着履歴情報のメッセージ例を示す図表である。上述したＳＩＰメッセージ「ＩＮＦＯ」の内容例を示す。ＩＮＦＯのＳＩＰメッセージ１４００は、メッセージヘッダ部１４０１と、メッセージボディ部１４０２とを含む。
【００８５】
メッセージヘッダ部１４０１は、一般的なＩＮＦＯメッセージ仕様に従う内容である。実施の形態では、ＳＩＰサーバ１１０は、ＩＮＦＯのＳＩＰメッセージ１４００のメッセージボディ部１４０２に上述した発着履歴情報３００の内容を含ませて作成する。これに限らず、発着履歴情報３００の内容は、メッセージヘッダ部１４０１に含ませることとしてもよい。
【００８６】
図１４の例では、メッセージボディ部１４０２が「１，１，３００１，３００２」の文字列としている。この文字列は、カンマ区切りの並び順に「呼番号、種別、操作者、操作先」を示す。
【００８７】
呼番号は、呼毎に割り当てる一意の番号である。種別は、０（発信）、１（転送）、２（終話）である。操作者は、種別の操作者であり、例えば、種別１（転送）の場合は、転送者）である。操作先は、種別の操作結果先であり、例えば、種別１（転送）の場合は、転送先）である。なお、操作先は終話時（２）は設定しない。
【００８８】
呼番号１で３００１番が３００２番に転送する場合、図１４に示すメッセージボディ部１４０２は「１，１，３００１，３００２」となる。また、呼番号２で３００３番が３００４番に発信する場合には、メッセージボディ部１４０２は「２，０，３００３，３００４」となる。また、呼番号３で３００５番が終話の場合には、メッセージボディ部１４０２は「３，２，３００５」となる。
【００８９】
図１５は、実施の形態にかかる交換機が端末からのメッセージ受信時の処理例を示すフローチャートである。ＳＩＰサーバ１１０の制御部（ＣＰＵ２０１）が端末１２０からＳＩＰメッセージを受信した際に行う処理例を示す。
【００９０】
はじめに、ＳＩＰサーバ１１０（ＣＰＵ２０１）は、端末１２０からＳＩＰメッセージを受信する（ステップＳ１５０１）。この際、ＳＩＰサーバ１１０は、ＳＩＰメッセージが示す端末１２０の操作が発信、転送、終話のいずれか否かを判断する（ステップＳ１５０２）。
【００９１】
判断の結果、ＳＩＰメッセージが示す端末１２０の操作が発信、転送、終話のいずれでもなければ（ステップＳ１５０２：Ｎｏ）、ＳＩＰサーバ１１０は、ステップＳ１５０５の処理に移行する。
【００９２】
一方、受信したＳＩＰメッセージが示す端末１２０の操作が発信、転送、終話のいずれかであれば（ステップＳ１５０２：Ｙｅｓ）、ＳＩＰサーバ１１０は、発着履歴情報３００を編集する（ステップＳ１５０３）。この発着履歴情報３００の編集は、上述した「呼番号１番：被転送者Ａ→転送操作者Ｂ」等の履歴情報を、端末１２０の操作に基づき更新する処理である。
【００９３】
次に、ＳＩＰサーバ１１０は、呼に関わった端末１２０に対し、ステップＳ１５０３で編集した発着履歴情報３００を通知する（ステップＳ１５０４）。この際、ＳＩＰサーバ１１０は、一つの呼の発着信および転送に関わった全ての端末１２０に同じＩＮＦＯのＳＩＰメッセージ１４００（図１４参照）を送る。そして、ＳＩＰサーバ１１０は、端末１２０から受信したＳＩＰメッセージに対応するＳＩＰメッセージを端末１２０に応答し（ステップＳ１５０５）、以上のＳＩＰメッセージ受信時の処理を終了する。
【００９４】
図１５に示したＳＩＰサーバ１１０が行う処理について、実施の形態では、既存のＳＩＰサーバの処理に、ステップＳ１５０２〜ステップＳ１５０４の処理を追加した点が異なる。
【００９５】
図１６は、実施の形態にかかる交換機が行う呼切断時の処理例を示すフローチャートである。ＳＩＰサーバ１１０の制御部（ＣＰＵ２０１）が端末１２０から呼切断のＳＩＰメッセージを受信した際に行う処理例を示す。
【００９６】
はじめに、ＳＩＰサーバ１１０（ＣＰＵ２０１）は、ＳＩＰメッセージ「ＢＹＥ」に対するＯＫレスポンス「２００」を呼の切断の端末１２０から受信したとする（ステップＳ１６０１）。この場合、ＳＩＰサーバ１１０は、呼を切断する相手先の端末１２０にＯＫレスポンス「２００」を送信する（ステップＳ１６０２）。
【００９７】
そして、ＳＩＰサーバ１１０は、このような呼切断時、呼を切断する端末１２０の情報を発着履歴情報３００から削除せず（ステップＳ１６０３）、以上の呼切断時の処理を終了する。この際、ＳＩＰサーバ１１０は、呼開放時まで発着履歴情報３００から切断する端末１２０の情報を保持する（図１３Ｂ参照）。
【００９８】
図１６に示したＳＩＰサーバ１１０の処理について、実施の形態では、既存のＳＩＰサーバが行う処理に、ステップＳ１６０３の処理を追加した点が異なる。
【００９９】
図１７は、実施の形態にかかる端末が行う処理例を示すフローチャートである。端末１２０の制御部（ＣＰＵ２０１）がＳＩＰサーバ１１０から発着履歴情報３００の通知に基づき行うリダイヤル発信の処理例を示す。
【０１００】
端末１２０（ＣＰＵ２０１）は、ＳＩＰサーバ１１０から発着履歴情報３００が通知されると、この発着履歴情報３００から端末１２０の発着信履歴を作成する（ステップＳ１７０１）。次に、端末１２０は、作成した発着信履歴のうち発信履歴を表示部（ディスプレイ）に表示する（ステップＳ１７０２）。
【０１０１】
次に、端末１２０は、ユーザ操作により転送が実施された発信履歴を選択したか判断する（ステップＳ１７０３）。例えば、図９の履歴画面９０２によりユーザは発信履歴を選択できる。
【０１０２】
そして、転送が実施された発信履歴がユーザ操作により選択された場合（ステップＳ１７０３：Ｙｅｓ）、端末１２０は、ルートの中から発信したい番号をユーザ選択させる（ステップＳ１７０４）。例えば、図９のルート画面９０３によりユーザは発信先の端末１２０を選択できる。
【０１０３】
一方、転送が実施された発信履歴がユーザ操作により選択されたものではない場合（ステップＳ１７０３：Ｎｏ）、発信したい番号をユーザ選択させる（ステップＳ１７０５）。例えば、図９の履歴画面９０２上の履歴表示９２１のスクロールにより選択した端末１２０に対し、「発信」９２３の選択ボタンで発信する。
【０１０４】
ステップＳ１７０４、あるいはステップＳ１７０５の処理後、端末１２０は、ＳＩＰサーバ１１０に対し、選択した番号（端末１２０）を発信し（ステップＳ１７０６）、以上の処理を終了する。
【０１０５】
図１７に示した端末１２０の処理について、実施の形態では、既存の端末が行う処理に、ステップＳ１７０３、ステップＳ１７０４の処理を追加した点が異なる。
【０１０６】
（従来技術との対比）
図１８〜図２０は、従来技術による端末のリダイヤル発信を説明する図である。リダイヤル発信について、従来技術と実施の形態とを対比説明する。これらの図に示す例では、端末１８００のみが発着信の履歴情報を保持し、この履歴情報に基づきリダイヤル発信する例であり、ＳＩＰサーバ１１０がリダイヤル発信に関与しない例を示す。
【０１０７】
図１８には、被転送者Ａの発信時の状態を示す。被転送者Ａ（端末１８００ａ）から端末１８００ｂに第１呼を発信した状態であり、端末１８００ｂの応答者（転送操作者Ｂ）が着信応答したとする。この場合、被転送者Ａの端末１８００ａは、履歴情報１８２０ａとして、Ａ［発信履歴］「履歴番号１番：被転送者Ａ→転送操作者Ｂ」を新規に保持する。同様に、転送操作者Ｂの端末１８００ｂは、履歴情報１８２０ｂとして、Ｂ［着信履歴］「履歴番号１番：被転送者Ａ→転送操作者Ｂ」を新規に保持する。
【０１０８】
次に、図１９，図２０は、転送操作者Ｂから転送先Ｃへの転送時の状態を示す図である。図１８の状態の後、図１９では、転送操作者Ｂ（端末１８００ｂ）から端末１８００ｃへの呼の転送のために転送操作者Ｂ（端末１８００ｂ）が被転送者Ａ（端末１８００ａ）の第１呼を保留した状態を示す。
【０１０９】
この状態で、転送操作者Ｂ（端末１８００ｂ）は、転送先Ｃ（端末１８００ｃ）に第２呼を発呼したとする。この場合、被転送者Ａの端末１８００ａの履歴情報１８２０ａは、図１８同様に、Ａ［発信履歴］「履歴番号１番：被転送者Ａ→転送操作者Ｂ」である。
【０１１０】
転送操作者Ｂの端末１８００ｂの履歴情報１８２０ｂは、図１８同様に、Ｂ［着信履歴］「履歴番号１番：被転送者Ａ→転送操作者Ｂ」である。ここで、転送操作者Ｂの端末１８００ｂは、履歴情報１８２０ｂに、新たに、Ｂ［発信履歴］「履歴番号１番：転送操作者Ｂ→転送先Ｃ」を追加する。
【０１１１】
また、転送先Ｃの端末１８００ｃの履歴情報１８２０ｃは、［着信履歴］「履歴番号１番：転送操作者Ｂ→転送先Ｃ」を新規に保持する。
【０１１２】
図１９の状態の後、図２０では、転送操作者Ｂ（端末１８００ｂ）が転送完了により第１呼を切断し、被転送者Ａ（端末１８００ａ）と転送先Ｃ（端末１８００ｃ）が２者通話した状態である。この状態で、各端末１８００ａ〜１８００ｃが保持する履歴情報１８２０ａ〜１８２０ｃは、図１８に示した状態のままであり、更新されていない。
【０１１３】
このため、例えば、被転送者Ａ（端末１８００ａ）は、図２０に示したように、直前に転送先Ｃ（端末１８００ｃ）と通話していたにもかかわらず、転送操作者Ｂにしかリダイヤル発信できない。また、転送先Ｃ（端末１８００ｃ）も、図２０に示したように、直前に被転送者Ａ（端末１８００ａ）と通話していたにもかかわらず、転送操作者Ｂにしかリダイヤル発信できない。
【０１１４】
例えば、ある業務において、発信者（被転送者）Ａが最初に通話した相手が通話希望の担当者でない場合（転送操作者Ｂ）に、転送操作者Ｂが本来の担当者（転送先Ｃ）へ呼を転送して通話を実施したとする。その後、発信者Ａが再度通話したい場合に、本来の担当者（転送先Ｃ）に直接電話したいが、発信者Ａの端末１８００ａには、最初に発信した担当者でない転送操作者Ｂ（端末１８００ｂ）の電話番号しか履歴に残らない。このため、「発信者Ａ→第一対応者（転送操作者）Ｂ→担当者Ｃ」の通話の場合、発信者Ａはリダイヤル発信時には、直接、担当者Ｃに発信することができない。
【０１１５】
また、電話転送が複数回行われた場合に、発信者（被転送者）Ａは、転送の途中で会話した対応者（転送操作者）と再度通話したい時でも、この対応者の電話番号は履歴情報３２０に残らないため、リダイヤル発信ができない。例えば、「発信者Ａ→第一対応者Ｂ→第二対応者Ｃ→…→最終対応者Ｘ」の通話の場合、発信者Ａは次回発信時には、第二対応者Ｃに電話したくても発信することができない。なお、ラストエージェント機能という電話サービスがあるが、この機能は常に最終対応者Ｘへ着信するため、第一対応者Ｂや第二対応者Ｃを目的とする発信操作はできない。
【０１１６】
また、従来技術では、上記同様に電話着信側の視点でも同じ問題があった。例えば、「発信者Ａ→第一対応者Ｂ→最終対応者Ｃ」の通話の後、最終対応者Ｃは直接発信者Ａに電話をすることができない。さらに、「発信者Ａ→第一対応者Ｂ→第二対応者Ｃ→…→最終対応者Ｘ」の通話の場合に、最終対応者Ｘは第一対応者Ｂに電話をすることができない。
【０１１７】
このような従来技術では、各端末１８００の履歴情報１８２０には、一つの呼に関わった全ての端末１８００の情報が含まれておらず、リダイヤル発信時に、一つの呼に関わった任意の端末１８００への発信を行うことができない。
【０１１８】
これに対し、実施の形態によれば、ＳＩＰサーバ１１０は、発着信および転送毎に、一つの呼に関わった全ての端末１２０に対してＳＩＰメッセージを用いて共通する同じ発着履歴情報３００を送信する。端末１２０は、ＳＩＰサーバ１１０から通知された発着履歴情報３００に基づき、自端末１２０で管理している履歴情報３２０を更新する。端末１２０は、リダイヤル発信時、発着信および転送に関わったすべての端末１２０を表示でき、任意の端末１２０を選択することで、選択した端末１２０へのリダイヤル発信を行うことができる。
【０１１９】
発着履歴情報３００を受信した端末１２０は、端末１２０の状態にかかわらず履歴情報３２０を更新する。この端末１２０の状態とは、ＳＩＰメッセージを受信できる全ての状態であり、例えば、他の端末１２０との通話中、保留中、自動転送設定中、等を含む。ここで、呼の転送操作者の端末では、転送操作後、端末１２０は空き状態になって該当の呼からは開放されるが、該当の呼の発着履歴情報３００は「他の端末が更に転送した場合」、および「呼が終了した場合」にも通知されるため、該当の呼からは開放された後も履歴情報３２０を更新できるようにしている。このため、実施の形態では、ＳＩＰサーバ１１０から送信する発着履歴情報３００に、一つの呼と一意に結び付けられる各端末１２０の状態（呼に対する発着信および転送）の情報を持たせている。
【０１２０】
そして、実施の形態によれば、転送操作が経由されるような通話においても、発信者が直接通話したい相手にリダイヤル発信操作を行うことが可能となり、リダイヤルの操作性を向上でき、ユーザに対して利便性の高い電話サービスを提供することが可能となる。
【０１２１】
例えば、「発信者Ａ→第一対応者Ｂ→最終対応者Ｃ」の場合に、発信者Ａは次回発信時には第一対応者Ｂを経由せずに、最終対応者Ｃに直接、リダイヤル発信することが可能となる。また、発信者Ａ→第一対応者Ｂ→第二対応者Ｃ→…→最終対応者Ｘの場合に、発信者Ａは次回発信時には、第二対応者Ｃに直接、リダイヤル発信することが可能となる。
【０１２２】
ところで、従来技術では、転送の途中の対応者の端末では「不要な着信に対する応答操作」、および「転送操作」という煩わしい操作（作業）が発生していた。この点についても、実施の形態では、発信者が直接任意の端末１２０に通話することにより、転送の途中の対応者の端末１２０において「不要な着信に対する応答操作」、および「転送操作」という煩わしい操作（作業）の発生を抑えることができるようになる。そして、端末１２０を利用するユーザに対する不要な操作の発生を抑えることで、ユーザに対するストレス軽減を得ることができる。
【０１２３】
また、ＳＩＰサーバ１１０は、一つの呼の発信、転送、あるいは終話ごとの端末１２０の状態（回線操作）の情報に基づき、発着履歴情報３００を更新する。これにより、ＳＩＰサーバ１１０は、複数の端末１２０間での発着信および転送が生じた毎の最新の状態で発着履歴情報３００を保持でき、また、常に最新の発着履歴情報３００を端末１２０に通知でき、端末１２０も履歴情報３２０を最新状態に保つことができる。
【０１２４】
また、ＳＩＰサーバ１１０は、発着履歴情報３００として、一つの呼の発信から転送を含み終話に至る複数の前記端末間のルートを含み作成し、端末１２０に通知する。これにより、端末１２０では、一つの呼の発信から転送を含み終話に至る複数の前記端末１２０間のルートの情報に基づき、任意の端末１２０に対するリダイヤル発信を簡単な選択操作で行えるようになる。
【０１２５】
また、ＳＩＰサーバ１１０は、一つの呼の転送時には、この呼の転送完了時まで複数の端末１２０に対する発着履歴情報３００の通知を保留する。これにより、転送する端末１２０が他の端末１２０を発呼（第２呼）した状態のみでは、発着履歴情報３００の変化がないため、ＳＩＰサーバ１１０が、変化がない発着履歴情報３００を端末１２０に通知しない。この転送完了により、転送先Ｃを含み更新した発着履歴情報３００を端末１２０に通知することで、交換システムのＳＩＰサーバ１１０および端末１２０の処理負荷および回線負荷を軽減できる。
【０１２６】
また、ＳＩＰサーバ１１０は、発信から転送を含み終話までの一つの呼に関与した複数の端末１２０のいずれかが他の呼に関与した場合、当該他の呼に関与した端末１２０の発着履歴情報３００を新たに作成する。これにより、呼毎に独立した発着履歴情報３００を作成でき、端末１２０でのリダイヤル発信時に、必要な呼に関与した端末１２０を容易に選択できるようになる。
【０１２７】
また、ＳＩＰサーバ１１０は、発着履歴情報３００を、端末１２０との間で用いる所定のＳＩＰメッセージに含ませて通知する。これにより、ＳＩＰサーバ１１０は、汎用のＳＩＰメッセージを用いて複数の端末１２０に発着履歴情報３００を通知できるようになる。
【０１２８】
なお、本実施の形態で説明した交換履歴管理にかかる方法は、予め用意された制御プログラムを対象機器（交換機や端末等）のコンピュータ（ＣＰＵ等）が実行することにより実現することができる。本制御プログラムは、磁気ディスク、光ディスク、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）フラッシュメモリなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、制御プログラムは、インターネット等のネットワークを介して配布してもよい。
【０１２９】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１３０】
（付記１）複数の端末の回線を制御する交換機において、
複数の前記端末での回線操作の情報を取得し、一つの呼の発信から転送を含み終話までに関与した複数の前記端末の発着履歴情報を作成し、当該発着履歴情報を前記一つの呼の発信から転送を含み終話までに関与した複数の前記端末に通知する制御部、
を備えたことを特徴とする交換機。
【０１３１】
（付記２）前記制御部は、
前記一つの呼の発信、転送、あるいは終話ごとの前記端末の回線操作の情報に基づき、前記発着履歴情報を更新することを特徴とする付記１に記載の交換機。
【０１３２】
（付記３）前記制御部は、
前記発着履歴情報として、前記一つの呼の発信から転送を含み終話に至る複数の前記端末間のルートを含み作成することを特徴とする付記１または２に記載の交換機。
【０１３３】
（付記４）前記制御部は、
前記一つの呼の転送時には、当該呼の転送完了時まで複数の前記端末に対する前記発着履歴情報の通知を保留することを特徴とする付記１〜３のいずれか一つに記載の交換機。
【０１３４】
（付記５）前記制御部は、
発信から転送を含み終話までの一つの呼に関与した複数の前記端末のいずれかが他の呼に関与した場合、当該他の呼に関与した前記端末の発着履歴情報を新たに作成することを特徴とする付記１〜４のいずれか一つに記載の交換機。
【０１３５】
（付記６）前記制御部は、
前記発着履歴情報を、前記端末との間で用いる所定のメッセージに含ませることを特徴とする付記１〜５のいずれか一つに記載の交換機。
【０１３６】
（付記７）複数の端末と、複数の前記端末の回線を制御する交換機とを含む交換システムにおいて、
前記交換機は、
複数の前記端末での回線操作の情報を取得し、一つの呼の発信から転送を含み終話までに関与した複数の前記端末の発着履歴情報を作成し、当該発着履歴情報を前記一つの呼の発信から転送を含み終話までに関与した複数の前記端末に通知する制御部を有し、
前記端末は、
通知された前記発着履歴情報に基づく履歴情報を作成して保持し、当該履歴情報に基づき、一つの呼の発信から転送を含み終話までに関与した複数の前記端末のうち任意の端末に対するリダイヤル発信を行う制御部を有する、
ことを特徴とする交換システム。
【０１３７】
（付記８）前記交換機は、
前記発着履歴情報として、前記一つの呼の発信から転送を含み終話に至る複数の前記端末間のルートを含み作成し、複数の前記端末に通知し、
前記端末は、
通知された前記ルートを含む前記発着履歴情報を表示出力することを特徴とする付記７に記載の交換システム。
【０１３８】
（付記９）複数の端末での回線操作の情報を取得し、
一つの呼の発信から転送を含み終話までに関与した複数の前記端末の発着履歴情報を作成し、
当該発着履歴情報を前記一つの呼の発信から転送を含み終話までに関与した複数の前記端末に通知する、
処理をコンピュータが実行することを特徴とする交換履歴管理方法。
【０１３９】
（付記１０）複数の端末での回線操作の情報を取得させ、
一つの呼の発信から転送を含み終話までに関与した複数の前記端末の発着履歴情報を作成させ、
当該発着履歴情報を前記一つの呼の発信から転送を含み終話までに関与した複数の前記端末に通知させる、
処理をコンピュータに実行させることを特徴とする交換履歴管理プログラム。
【符号の説明】
【０１４０】
１００  交換システム
１１０  ＳＩＰサーバ（交換機）
１２０（１２０ａ〜１２０ｅ）  端末
２０１  ＣＰＵ
２０２  メモリ
２０３  ネットワークインタフェース
３００  発着履歴情報
３２０  履歴情報
９０１  待受画面
９０２  履歴画面
９０３  ルート画面
１４００  ＳＩＰメッセージ
１４０１  メッセージヘッダ部
１４０２  メッセージボディ部
【図１】
2020010128.tif 000003
【図２】
2020010128.tif 000004
【図３】
2020010128.tif 000005
【図４】
2020010128.tif 000006
【図５】
2020010128.tif 000007
【図６】
2020010128.tif 000008
【図７】
2020010128.tif 000009
【図８】
2020010128.tif 000010
【図９】
2020010128.tif 000011
【図１０】
2020010128.tif 000012
【図１１】
2020010128.tif 000013
【図１２】
2020010128.tif 000014
【図１３Ａ】
2020010128.tif 000015
【図１３Ｂ】
2020010128.tif 000016
【図１４】
2020010128.tif 000017
【図１５】
2020010128.tif 000018
【図１６】
2020010128.tif 000019
【図１７】
2020010128.tif 000020
【図１８】
2020010128.tif 000021
【図１９】
2020010128.tif 000022
【図２０】
2020010128.tif 000023