(57)【要約】【課題】サーバの通信処理に係る性能の劣化を軽減し、ＳＩＰクライアント端末が接続されているネットワークにおける通信履歴情報を収集・管理する、通信履歴情報管理システム、ＳＩＰクライアント端末、履歴サーバおよび通信履歴情報管理方法を提供することにある。【解決手段】通信サーバ２１とは別に、通信履歴情報を管理する履歴サーバ２２を備え、ＳＩＰクライアント端末２３ａ，２３ｂが通信を行った際に、自端末に記憶される通信履歴情報を、ＳＩＰクライアント端末２３ａ，２３ｂから履歴サーバ２２に送信し、蓄積する。通信履歴情報には、通信を行う際に付加した、ユニークな付加情報が含められている。そのため、履歴サーバ２２に蓄積された通信履歴情報を検索する場合に、このユニークな付加情報を用いて容易に通信履歴情報の詳細を読み出すことが可能となる。【選択図】図２
2008219461.tif 000002
【特許請求の範囲】
【請求項１】
複数のＳＩＰクライアント端末と、前記ＳＩＰクライアント端末の通信履歴情報を蓄積する履歴サーバと、が通信可能にネットワークに接続され、
前記ＳＩＰクライアント端末は、通信履歴情報を識別可能とする識別情報を予め通信する情報に付加して送受信し、前記識別情報を含む通信履歴情報を自端末の記憶部に格納し、前記自端末の記憶部から該通信履歴情報を読み出して前記履歴サーバへ送信し、
前記履歴サーバは、前記ＳＩＰクライアント端末から送信されてくる前記通信履歴情報を自サ−バの記憶部に登録すること、
を特徴とする通信履歴情報管理システム。
【請求項２】
前記ＳＩＰクライアント端末間の通信の中継を担う通信サーバと、前記ＳＩＰクライアント端末、前記通信サーバおよび前記履歴サーバに時刻を通知する時刻サーバとが、通信可能に前記ネットワークにさらに接続され、
前記時刻サーバは、前記ＳＩＰクライアント端末、前記履歴サーバおよび前記通信サーバに時刻を送信し、
前記ＳＩＰクライアント端末、前記履歴サーバおよび前記通信サーバは、前記時刻サーバから受信した時刻をそれぞれの時刻として設定し、
前記ＳＩＰクライアント端末は、通信履歴情報を識別可能とする識別情報を予め通信する情報に付加して送受信し、前記識別情報と少なくとも通信時刻とを含む通信履歴情報を自端末の記憶部に格納し、前記自端末の記憶部から該通信履歴情報を読み出して前記履歴サーバへ送信し、
前記履歴サーバは、前記ＳＩＰクライアント端末から送信されてくる前記通信履歴情報を自サ−バの記憶部に登録すること、
を特徴とする請求項１に記載の通信履歴情報管理システム。
【請求項３】
複数のＳＩＰクライアント端末と、前記ＳＩＰクライアント端末の通信履歴情報を蓄積する履歴サーバと、が通信可能にネットワークに接続され、前記通信履歴情報を管理する通信履歴情報管理システムにおけるＳＩＰクライアント端末であって、
通信履歴情報を識別可能とする識別情報を予め通信する情報に付加して送受信し、前記識別情報を含む通信履歴情報を自端末の記憶部に格納し、前記自端末の記憶部から該通信履歴情報を読み出して前記履歴サーバへ送信し、
自端末の記憶部に格納された通信履歴情報に、前記履歴サーバに登録済か否かを識別する履歴情報フラグを紐付けて前記自端末の記憶部に記憶し、
登録前の通信履歴情報には前記履歴情報フラグを未実施に設定しておき、
前記履歴情報フラグが未実施か否かを検索し、前記未実施の通信履歴情報を前記履歴サーバへ送信し、
前記送信した通信履歴情報が前記履歴サーバに記憶され、登録済であることを示す応答を前記履歴サーバから受信した場合に、前記履歴情報フラグを実施済に変更すること、
を特徴とするＳＩＰクライアント端末。
【請求項４】
複数のＳＩＰクライアント端末と、通信履歴情報を識別可能とする識別情報を予め通信する情報に付加して送受信し、前記識別情報を含む通信履歴情報を自端末の記憶部に格納し、前記自端末の記憶部から該通信履歴情報を読み出して前記履歴サーバへ送信する、前記ＳＩＰクライアント端末の通信履歴情報を蓄積する履歴サーバと、が通信可能にネットワークに接続され、前記通信履歴情報を管理する通信履歴情報管理システムにおける履歴サーバであって、
受信した前記通信履歴情報を読み取って、前記読み取った通信履歴情報が自サーバの記憶部に登録済か否かを判定し、登録されていない場合には、自サーバの記憶部に登録し、登録したことを表す応答を前記送信してきたＳＩＰクライアント端末に返信し、既に登録されている場合には、前記登録したことを表す応答を前記送信してきたＳＩＰクライアント端末に返信すること、
を特徴とする履歴サーバ。
【請求項５】
複数のＳＩＰクライアント端末と、前記ＳＩＰクライアント端末の通信履歴情報を蓄積する履歴サーバと、が通信可能にネットワークに接続され、前記通信履歴情報を管理する通信履歴情報管理方法であって、
前記ＳＩＰクライアント端末は、通信履歴情報を識別可能とする識別情報を予め通信する情報に付加して送受信し、前記識別情報を含む通信履歴情報を自端末の記憶部に格納し、前記自端末の記憶部から該通信履歴情報を読み出して前記履歴サーバへ送信し、
前記履歴サーバは、前記ＳＩＰクライアント端末から送信されてくる前記通信履歴情報を自サ−バの記憶部に登録すること、
を特徴とする通信履歴情報管理方法。
【請求項６】
前記ＳＩＰクライアント端末間の通信の中継を担う通信サーバと、前記ＳＩＰクライアント端末、前記通信サーバおよび前記履歴サーバに時刻を通知する時刻サーバと、が通信可能に前記ネットワークにさらに接続され、前記通信履歴情報を管理する通信履歴情報管理方法であって、
前記時刻サーバは、前記ＳＩＰクライアント端末、前記履歴サーバおよび前記通信サーバに時刻を送信し、
前記ＳＩＰクライアント端末、前記履歴サーバおよび前記通信サーバは、前記時刻サーバから受信した時刻をそれぞれの時刻として設定し、
前記ＳＩＰクライアント端末は、通信履歴情報を識別可能とする識別情報を予め通信する情報に付加して送受信し、前記識別情報と少なくとも通信時刻とを含む通信履歴情報を自端末の記憶部に格納し、前記自端末の記憶部から該通信履歴情報を読み出して前記履歴サーバへ送信し、
前記履歴サーバは、前記ＳＩＰクライアント端末から送信されてくる前記通信履歴情報を自サ−バの記憶部に登録すること、
を特徴とする請求項５に記載の通信履歴情報管理方法。
【請求項７】
複数ＳＩＰクライアント端末と、前記ＳＩＰクライアント端末の通信履歴情報を蓄積する履歴サーバと、が通信可能にネットワークに接続され、前記通信履歴情報を管理する通信履歴情報管理方法であって、
前記ＳＩＰクライアント端末は、通信履歴情報を識別可能とする識別情報を予め通信する情報に付加して送受信し、前記識別情報を含む通信履歴情報を自端末の記憶部に格納し、前記自端末の記憶部から該通信履歴情報を読み出して前記履歴サーバへ送信し、
自端末の記憶部に格納された通信履歴情報に、前記履歴サーバに登録済か否かを識別する履歴情報フラグを紐付けて前記自端末の記憶部に記憶し、
登録前の通信履歴情報には前記履歴情報フラグを未実施に設定しておき、
前記履歴情報フラグが未実施か否かを検索し、前記未実施の通信履歴情報を前記履歴サーバへ送信し、
前記送信した通信履歴情報が前記履歴サーバに記憶され、登録済であることを示す応答を前記履歴サーバから受信した場合に、前記履歴情報フラグを実施済に変更すること、
を特徴とする通信履歴情報管理方法。
【請求項８】
複数のＳＩＰクライアント端末と、通信履歴情報を識別可能とする識別情報を予め通信する情報に付加して送受信し、前記識別情報を含む通信履歴情報を自端末の記憶部に格納し、前記自端末の記憶部から該通信履歴情報を読み出して前記履歴サーバへ送信する、前記ＳＩＰクライアント端末の通信履歴情報を蓄積する履歴サーバと、が通信可能にネットワークに接続され、前記通信履歴情報を管理する通信履歴情報管理方法であって、
前記履歴サ−バは、受信した前記通信履歴情報を読み取って、前記読み取った通信履歴情報が自サーバの記憶部に登録済か否かを判定し、登録されていない場合には、自サーバの記憶部に登録し、登録したことを表す応答を前記送信してきたＳＩＰクライアント端末に返信し、既に登録されている場合には、前記登録したことを表す応答を前記送信してきたＳＩＰクライアント端末に返信すること、
を特徴とする通信履歴情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰクライアント端末を用いた通信に係る、通信履歴情報管理システム、ＳＩＰクライアント端末、履歴サーバおよび通信履歴情報管理の技術に関するものである。
【背景技術】
【０００２】
ＳＩＰ（Session Initiation Protocol）は、ＳＩＰクライアントソフトを搭載した端末（以降、ＳＩＰクライアント端末と称す）間で情報交換を行うために必要なセッションの生成、変更、切断を行う、標準化された呼制御プロトコルである。ＳＩＰは、通信を確立するまでの手順が簡単で、ＳＩＰクライアント端末間では、少なくとも通信の確立の要求、それに対する応答、確認のやりとりによって、セッションが確立される。
このように、ＳＩＰは接続の確立が容易であるため、インターネットなどのＩＰネットワーク上で音声データをやりとりするＶｏＩＰ（Voice over Internet Protocol）と組み合わせて、ＩＰ電話などの通話接続に利用されている。
【０００３】
ところで、ＳＩＰは、セッション上で交換されるデータの種類については定めていない。したがって、ＳＩＰクライアント端末には、交換するデータとそのアプリケーションを何にするかを選択できる拡張性があり、通話以外に、音声メール、チャット、インスタントメッセージなどの複数の通信手段を用いて通信を行うことが可能である。このように、ＳＩＰクライアント端末は、１対１の通信だけでなく、１対複数の放送のような通信を行うことも可能である。
【０００４】
前述したように、ＳＩＰクライアント端末は複数の通信手段を持つことが可能であるので、多数のＳＩＰクライアント端末が接続されているＳＩＰクライアント／サーバ・システムにおいては、システム管理のために、ネットワークを流れる情報を分析することが重要であると考えられる。そのためには、まず、システム全体の通信履歴情報を収集する必要がある。
【０００５】
ＳＩＰクライアント／サーバ・システムにおいては、ＳＩＰクライアント端末は、通信の接続を確立するためにＳＩＰサーバにアクセスし、次に、データをやり取りする際には、通話などの通信サ−ビスを担う通信サーバや情報提供サービスを担うアプリケーションサーバを介して通信を行うことになる。それらのサーバには、どの端末からアクセスしてきたかなどの履歴（ログ）が残される。また、ＳＩＰクライアント端末自身にも、通信履歴情報が残される。
【０００６】
このような通信履歴情報を収集する従来の技術として、通信サーバやアプリケーションサーバに残された通信履歴情報を、通信サーバやアプリケーションサーバから取得して、履歴管理データベースに蓄積することが示されている（例えば、特許文献１参照）。
【特許文献１】特開２００６−７４５０６号公報（段落００１９）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、ＳＩＰサーバ、通信サーバおよびアプリケーションサーバ（以降、単に通信サーバと称す）は、その通信サーバを介した通信手段以外の通信履歴情報を残すことができない。すなわち、ＳＩＰクライアント端末は、通話以外に、音声メール、チャット、インスタントメッセージなどの複数の通信手段を持っているので、ＳＩＰクライアント／サーバ・システム全体としての通信履歴情報を取得するためには、通信手段ごとに個々の通信サ−バの履歴（ログ）を収集しなければならず、効率が悪いといった問題がある。
また、音声やメッセージを一斉に複数の端末に配信する放送のような一対複数の通信手段を持つサーバは、バースト的に処理量が増大するため、処理性能に余裕のない場合には、通信処理と同時に通信履歴情報の書き込みや読み出しを行うと、通信制御が定められた時間内に処理できなくなり、通信処理に係る性能の劣化をまねく可能性があるといった問題がある。
【０００８】
そこで、本発明は前述のような問題点に鑑みて、通信サーバの通信処理に係る性能の劣化を軽減し、ＳＩＰクライアント端末が接続されているネットワークにおける通信履歴情報を収集・管理する、通信履歴情報管理システム、ＳＩＰクライアント端末、履歴サーバおよび通信履歴情報管理方法を提供することにある。
【課題を解決するための手段】
【０００９】
前記した課題を解決するため、本発明の一の手段は、複数のＳＩＰクライアント端末と、前記ＳＩＰクライアント端末間の通信の中継を担う通信サーバと、前記ＳＩＰクライアント端末の通信履歴情報を蓄積する履歴サーバと、が通信可能にネットワークに接続され、前記ＳＩＰクライアント端末が、通信履歴情報を識別可能とする識別情報を予め通信する情報に付加して送受信し、前記識別情報を含む通信履歴情報を自端末の記憶部に格納し、前記自端末の記憶部から該通信履歴情報を読み出して前記履歴サーバへ送信し、前記履歴サーバが、前記ＳＩＰクライアント端末から送信されてくる前記通信履歴情報を自サ−バの記憶部に登録すること、を特徴とする。
【００１０】
さらに、本発明の他の手段は、前記ＳＩＰクライアント端末が、通信履歴情報を識別可能とする識別情報を予め通信する情報に付加して送受信し、前記識別情報を含む通信履歴情報を自端末の記憶部に格納し、前記自端末の記憶部から該通信履歴情報を読み出して前記履歴サーバへ送信し、自端末の記憶部に格納された通信履歴情報に、前記履歴サーバに登録済か否かを識別する履歴情報フラグを紐付けて前記自端末の記憶部に記憶し、登録前の通信履歴情報には前記履歴情報フラグを未実施に設定しておき、前記履歴情報フラグが未実施か否かを検索し、前記未実施の通信履歴情報を前記履歴サーバへ送信し、前記送信した通信履歴情報が前記履歴サーバに記憶され、登録済であることを示す応答を前記履歴サーバから受信した場合に、前記履歴情報フラグを実施済に変更すること、を特徴とする。
また、履歴サーバが、受信した前記通信履歴情報を読み取って、自サーバの記憶部に登録済か否かを判定し、登録されていない場合には、自サーバの記憶部に登録し、登録したことを表す応答を前記送信してきたＳＩＰクライアント端末に返信し、既に登録されている場合には、前記登録したことを表す応答を前記送信してきたＳＩＰクライアント端末に返信すること、を特徴とする。
【発明の効果】
【００１１】
本発明によれば、通信履歴情報を管理する履歴サーバを通信サーバとは別に備えて、ＳＩＰクライアント端末から履歴サーバに通信履歴情報を書き込むことにより、複数の通信サーバが存在するＳＩＰクライアント／サーバ・システムにおいて、すべての通信履歴情報を一元的に管理することができる。また、このことによって、通信サーバにおける履歴（ログ）の書き込みのためのオーバーヘッドがなくなるため、通信サーバに本来求められる機能に係る性能劣化を回避することができる。
また、通信を行う際に、ユニークな付加情報（識別情報）を通信する情報に含めておくことによって、ユニークな付加情報が通信履歴情報に含まれるため、履歴サーバに蓄積された通信履歴情報を参照する場合には、ユニークな付加情報を検索キーとして通信履歴情報を取得し、通信の詳細にわたって把握することが可能となる。
【発明を実施するための最良の形態】
【００１２】
次に、本発明を実施するための最良の形態（以降、「実施形態」と称す）について、適宜図面を参照しながら詳細に説明する。
【００１３】
（実施形態１）
本実施形態に係るＳＩＰクライアント／サーバ・システムについて、図１を用いて説明する。
図１は、本実施形態に係るＳＩＰクライアント／サーバ・システムを示す図である。
ＳＩＰクライアント／サーバ・システム１は、図１に示すように、通信サーバ１１、履歴サーバ１２、ＳＩＰクライアント端末１３（１３ａ、１３ｂ）および時刻サーバ１４を備え、それぞれがネットワーク１５を介して接続されている。
【００１４】
通信サーバ１１は、ＳＩＰクライアント端末１３ａ，１３ｂ間のセッションの確立や呼制御を担うものであり、具体的にはＳＩＰサーバ、あるいは、構内交換機（ＰＢＸ：Private Branch eXchange）である。ＳＩＰサーバは、例えば、ＳＩＰクライアント端末１３ａからの接続要求を受け付けて、呼び出し相手のＳＩＰクライアント端末１３ｂに接続要求を送信し、それに対する応答、確認という手順で、セッションを確立する。通信が終了したときには、セッション終了の信号をやり取りして、接続を切断する。また、ＰＢＸであれば、内線電話網や外部公衆網への接続制御を行う。なお、図１には、通信サーバ１１が１台しか書かれていないが、通信サーバは、ＳＩＰクライアント端末１３の異なる通信手段ごとに、複数の通信サーバが存在するものとする。
【００１５】
履歴サーバ１２は、ネットワーク管理のために、通信履歴情報をユニークな付加情報（識別情報）に紐付けして蓄積して管理する。ここでユニークな付加情報とは、ＳＩＰクライアント端末において、発信元情報、時刻および通信手段の組み合わせによって生成されるものであり、通信履歴情報に含めて送信されてくるものである。通信履歴情報を読み出す際には、識別情報を用いて、蓄積した通信履歴情報を特定することができる。
【００１６】
ＳＩＰクライアント端末１３（１３ａ）は、ユーザが使用する端末であり、ＳＩＰクライアントソフトを搭載し、セッションが確立された後、通信を実行するものである。通信の種類としては、通話以外に、音声メール、チャット、インスタントメッセージなどの複数の通信手段を用いて通信を行うことが可能である。そして、通信手段ごとに、それに応じたサービスを提供する通信サーバ１１を介してセッションが確立され、相手方のＳＩＰクライアント端末１３（１３ｂ）と通信する。
【００１７】
時刻サーバ１４は、ＳＩＰクライアント端末１３、通信サーバ１１および履歴サーバ１２の時刻合わせのために設置される。時刻合わせは、ＳＩＰクライアント端末１３、通信サーバ１１、履歴サーバ１２に定期的に時刻を提供することによって行われる。その方法は、ＳＮＴＰ（Simple Network Time Protocol）やＮＴＰ（Network Time Protocol）に限られない。
なお、通信サーバ１１、履歴サーバ１２、ＳＩＰクライアント端末１３、時刻サーバ１４は、図示しないＲＡＭ（Random Access Memory）や、ＨＤ（Hard Disk）に格納されたアプリケーションプログラムがＲＯＭ（Read Only Memory）などに展開され、ＣＰＵ（Central Processing Unit）が、実行することにより具現化する。
【００１８】
次に、図２を用いて、ＳＩＰクライアント端末間のセッションの確立、および通信履歴情報を履歴サーバに書き込む処理の流れについて説明する。
図２は、本実施形態に係るＳＩＰクライアント端末間のセッションの確立、および通信履歴情報を履歴サーバに書き込む処理の流れを示す図である。
図２では、通話の場合を例として示している。
まず、ＳＩＰクライアント端末２３ａのユーザＡさんが、ＳＩＰクライアント端末２３ｂのユーザＢさんと通話をしようとする際、通信要求情報（ＩＮＶＩＴＥ）を通信サーバ２１に送信する（Ｓ１０１）。そして、ＳＩＰクライアント端末２３ａから通信要求情報を受けた通信サーバ２１は、発信先情報に対応するＳＩＰクライアント端末２３ｂに、通信要求情報を送信する（Ｓ１０２）。
【００１９】
次に、ＳＩＰクライアント端末２３ｂは、通信要求情報を正しく受信した場合には、レスポンスコード（正常応答）「２００  ＯＫ」を通信サーバ２１に送信し（Ｓ１０３）、それを受信した通信サーバ２１は「２００  ＯＫ」をＳＩＰクライアント端末２３ａに送信する（Ｓ１０４）。ＳＩＰクライアント端末２３ａは、「２００  ＯＫ」を受け取ると、レスポンスコード「ＡＣＫ」を通信サーバ２１に送信し（Ｓ１０５）、通信サーバ２１は、「ＡＣＫ」をＳＩＰクライアント端末２３ｂに送信する（Ｓ１０６）。
【００２０】
これにより、ＳＩＰクライアント端末２３ａ、２３ｂ間でセッションが確立し、端末同士が直接情報をやりとりする通話が行えるようになる（Ｓ１０７）。そして、例えば、ユーザＡさんがＳＩＰクライアント端末２３ａを操作して通話を終了すると、レスポンスコード「ＢＹＥ」が通信サーバ２１に送信され（Ｓ１０８）、それが正常に受信されるとレスポンスコード「２００  ＯＫ」が返される（Ｓ１０９）。同様に、ＳＩＰクライアント端末２３ｂについても、通信サーバ２１との間で「ＢＹＥ」、「２００  ＯＫ」がやりとりされ（Ｓ１１０、Ｓ１１１）、接続が切断される。
【００２１】
本実施形態では、ＳＩＰクライアント端末２３ａから通信要求情報を通信サーバ２１に送信する（Ｓ１０１）際、通信要求情報の中に、ＳＩＰクライアント／サーバ・システム内でユニークな付加情報（識別情報）（図２中の「履歴ＩＤ＝ｘ」）を含める。この通信要求情報は、ＩＮＶＩＴＥで始まるリクエスト行、発信元情報や発信先情報などが書かれたヘッダ部、通信手段に係る内容を格納するボディ部によって、記述されており、ユニークな付加情報は、ボディ部または独自の拡張ヘッダ部に付与される。
ここで、ユニークな情報とは、１つのＳＩＰクライアント端末は、同時刻に同じ通信手段での通信を複数実行することができないので、発信元情報、時刻および通信手段の組み合わせによって生成されるものである。
ＳＩＰクライアント端末２３ａから通信要求情報を受けた通信サーバ２１は、発信先情報に対応するＳＩＰクライアント端末２３ｂに、通信要求情報を送信する（Ｓ１０２）。この際、ＳＩＰクライアント端末２３ｂに送信する通信要求情報にも、発信元（ＳＩＰクライアント端末２３ａ）が付与したユニークな付加情報（図２中の「履歴ＩＤ＝ｘ」）をそのまま引き渡す。
【００２２】
通信サーバ２１が、ＩＥＴＦ（Internet Engineering Task Force）によって定義されたＲＦＣ３２６１に記述されているプロキシサーバである場合は、このユニークな付加情報（識別情報）は、ヘッダ部に記述されるＣａｌｌ−ＩＤ（ダイヤログの識別情報）やＶｉａ−ｂｒａｎｃｈ情報（レスポンスコードの送り先）をもって替えることができる。しかし、通信サーバ２１がＰＢＸの場合には、Ｃａｌｌ−ＩＤやＶｉａ−ｂｒａｎｃｈ情報は、発信元のＳＩＰクライアント端末２３ａとＰＢＸとの間と、発信先のＳＩＰクライアント端末２３ｂとＰＢＸとの間とで異なることがあるため、ＰＢＸ（通信サーバ２１）で透過可能な独自の拡張ヘッダ部またはボディ部にユニークな付加情報を格納して、送信するものとする。
【００２３】
通信を終了したＳＩＰクライアント端末２３ａ、２３ｂは、図３に示すように、自端末の記憶部（不図示）に、通信履歴情報を記憶する。
図３は、本実施形態におけるＳＩＰクライアント端末２３ａ、２３ｂ（図２参照）に記憶される通信履歴情報を示す図である。
通信履歴情報は、発信元情報３２、発信先情報３３、（ユニークな）付加情報３４、通信開始時刻３５、通信終了時刻３６、通信手段３７、通信の成否３８である。さらに、記憶部（不図示）では、前述の通信履歴情報に加えて、履歴サーバ２２に書き込み済（登録済）か否かを識別可能な履歴書込フラグ３１が設けられている。ＳＩＰクライアント端末の記憶部（不図示）に、通信履歴情報が書き込まれた段階では、履歴書込フラグ３１は、履歴サーバ２２への書き込みが未実施であるので、「未」とされる。一方、履歴サーバ２２への書き込みが正しく行われて登録済となり、履歴サーバ２２から登録済を示す正常応答を受信したときに、実施済と判断し、「済」とされる。
なお、通信の成否３８については、レスポンスコード（正常応答）「２００  ＯＫ」が受信できたときに、通信が成功した「Ｙ」、あるいは成功しなかった「Ｎ」と判定するものとする。
【００２４】
次に、図２に戻って、履歴書き込みの処理について説明する。
ＳＩＰクライアント端末２３ａは、履歴サーバ２２に対して、通信履歴情報の履歴書き込み要求を送信する（Ｓ２０１）。履歴サーバ２２への書き込みが成功すれば、レスポンスコード（正常応答）「２００  ＯＫ」が返信される（Ｓ２０２）。そして、正常応答をＳＩＰクライアント端末２３ａが受信した場合に、履歴書込フラグ３１（図３参照）は、「未」（未実施）から「済」（実施済）に変更される。
同様に、ＳＩＰクライアント端末２３ｂも、履歴サーバ２２へ、通信履歴情報の履歴書き込み要求を送信し（Ｓ２０３）、書き込みが成功すれば、「２００  ＯＫ」が返信される（Ｓ２０４）。そして、ＳＩＰクライアント端末２３ｂの履歴書込フラグ３１（図３参照）は、「未」から「済」に変更される。
【００２５】
一方、履歴サーバ２２に格納される通信履歴情報は、図４に示すとおりである。
図４は、本実施形態に係る履歴サーバ２２に格納される通信履歴情報を示す図である。
履歴サーバ２２に格納される通信履歴情報は、発信元情報４１、発信先情報４２、（ユニークな）付加情報４３、通信開始時刻４４、通信終了時刻４５、通信手段４６および通信の成否４７である。
【００２６】
次に、ＳＩＰクライアント端末２３ａから履歴サーバ２２への履歴書き込み要求が、通信障害などの理由によって失敗した際に、再書き込みを行う場合の処理について、図５、図６を用いて説明する。
図５は、本実施形態に係る履歴サーバ２２への書き込み成功後に、正常応答が届かなかった場合の処理を示す図である。
図６は、本実施形態に係る履歴サーバ２２への書き込みが失敗した場合の処理を示す図である。
【００２７】
図５は、履歴サーバ２２への書き込み成功後に、レスポンスコード（正常応答）が届かなかった場合の処理について表している。まず、ＳＩＰクライアント端末２３ａから履歴サーバ２２への履歴書き込み要求が送信される（Ｓ５０１）。そして、履歴サーバ２２には、送信されてきた通信履歴情報が記憶され、書き込み成功を示すレスポンスコード（正常応答）「２００  ＯＫ」が返信される（Ｓ５０２）。
しかし、通信障害などの理由によって、（Ｓ５０２）の段階で、「２００  ＯＫ」が、ＳＩＰクライアント端末２３ａに到達しなかったものとする。この場合は、ＳＩＰクライアント端末２３ａの履歴書込フラグ３１（図３参照）は、「未」のままとなる。
したがって、ＳＩＰクライアント端末２３ａは、次の契機で、「未」のまま残っている通信履歴情報について、履歴サーバ２２への履歴書き込み要求を再び送信する（Ｓ５０３）。そして、履歴サーバ２２は、重複書き込みとなる（既に書き込みが成功している）場合には、書き込みを行わず、正常応答を示す「２００  ＯＫ」を返信する（Ｓ５０４）。
【００２８】
次に、図６に、通信障害などの理由によって、履歴サーバ２２に履歴書き込み要求が到着しなかった場合の処理について示す。ＳＩＰクライアント端末２３ａから履歴サーバ２２へ、履歴書き込み要求が送信される。しかし、履歴サーバ２２には、その履歴書き込み要求は到達しない（Ｓ６０１）。この場合は、ＳＩＰクライアント端末２３ａの履歴書込フラグ３１（図３参照）は、「未」のままとなる。
そして、ＳＩＰクライアント端末２３ａは、次の契機で、「未」のまま残っている通信履歴情報について、履歴サーバ２２への履歴書き込み要求を再び送信する（Ｓ６０２）。そして、履歴サーバ２２は、書き込みが成功した場合には、正常応答を示す「２００  ＯＫ」を返信する（Ｓ６０３）。この返信を受信して、履歴書込フラグ３１（図３参照）は、「済」に変更される。
ＳＩＰクライアント端末２３ｂについても、上記と同様の手順で、通信履歴情報が履歴サーバ２２に蓄積され、また、履歴書込フラグの書き換えが行われる。
【００２９】
上記の通信履歴情報の書き込みの流れを、図７を用いて説明する。
図７は、本実施形態に係るＳＩＰクライアント端末から履歴サーバ２２に書き込む流れを示す図である（適宜、図５，図６参照）。
ＳＩＰクライアント端末２３は、履歴書き込み要求によって通信履歴情報を履歴サーバ２２へ送信する（Ｓ７０１）。履歴サーバ２２は、通信履歴情報を受信する（Ｓ７０２）と、通信履歴情報を記憶部に登録済か否かを調べる（Ｓ７０３）。登録済であれば（Ｓ７０３のＹｅｓ）、Ｓ７０５へ進み、登録が済んでいなければ（Ｓ７０３のＮｏ）、通信履歴情報を記憶部に登録する（Ｓ７０４）。そして、正常応答を、送信してきたＳＩＰクライアント端末２３に返信し（Ｓ７０５）、処理を終了する（Ｓ７０６）。一方、ＳＩＰクライアント端末は、正常応答を受信し（Ｓ７０７）、履歴書込フラグ３１（図３参照）を「済」に変更し（Ｓ７０８）、処理を終了する（Ｓ７０９）。
【００３０】
なお、本実施形態では、履歴書き込み要求を行う際に、セッションの確立のときに使用した、ＳＩＰクライアント／サーバ・システム内でユニークな付加情報（図２、図５、６中の「履歴ＩＤ＝ｘ」）を、ボディ部またはヘッダ部に独自の拡張ヘッダを追加して付与する。そして、通信履歴情報とユニークな付加情報を紐付けて履歴サーバ２２に記憶させる。
【００３１】
次に、履歴サーバ２２にアクセスして、通信履歴情報を参照する場合について、説明する（図２参照）。
履歴サーバ２２には、ユニークな付加情報（識別情報）に紐付けられて、通信履歴情報が格納されている。したがって、通信履歴情報は、ユニークな付加情報をキーとして、履歴をグループ化して管理することが可能である。
したがって、通信履歴情報を参照する際には、ユニークな付加情報を用いて、通信履歴情報を検索することによって、ユニークな付加情報に紐付けられた詳細な履歴を読み出すことが可能となる。特に、通話の転送状況や、１対複数の放送のような通信における通信成功の相手と失敗の相手に関する情報は、ネットワーク管理のために、重要な情報となる。
【００３２】
（実施形態２）
なお、本実施形態における履歴サーバは、ＳＩＰクライアント／サーバ・システムでは、１台ではなく、複数備えることが可能である。この目的は、通信サーバの処理負荷分散のために履歴サーバを設けたにもかかわらず、履歴サーバの処理能力が乏しい場合には、履歴サーバがＳＩＰクライアント／サーバ・システム全体のボトルネックとなってしまうことを避けるためのものである。
ＳＩＰクライアント端末が、複数の履歴サーバの中から、どの履歴サーバに通信履歴情報を登録するかを決める場合に、例えば、ＳＩＰクライアント端末の設定に予めＩＰアドレスのような履歴サーバを特定する情報を組み込んでおく。あるいは、複数の履歴サーバを管理制御するロードバランサを用いて、アクセス先を１つにしてもよい。
そして、通信履歴情報を参照するときにすべての履歴サーバの通信履歴情報をまとめることで、実施形態１と同様の効果が得られる。
このように、複数の履歴サーバを設ける方法は、ＳＩＰクライアント／サーバ・システム内のＳＩＰクライアント端末の台数が増加して、履歴サーバが過負荷の状態になるような場合に有効である。
【図面の簡単な説明】
【００３３】
【図１】本実施形態に係るＳＩＰクライアント／サーバ・システムを示す図である。
【図２】本実施形態に係るＳＩＰクライアント端末間のセッションの確立、および通信履歴情報を履歴サーバに書き込む処理の流れを示す図である。
【図３】本実施形態におけるＳＩＰクライアント端末に記憶される通信履歴情報を示す図である。
【図４】本実施形態に係る履歴サーバに格納される通信履歴情報を示す図である。
【図５】本実施形態に係る履歴サーバへの書き込み成功後に、正常応答が届かなかった場合の処理を示す図である。
【図６】本実施形態に係る履歴サーバへの書き込みが失敗した場合の処理を示す図である。
【図７】本実施形態に係るＳＩＰクライアント端末から履歴サーバに書き込む流れを示す図である。
【符号の説明】
【００３４】
１      ＳＩＰクライアント／サーバ・システム
１１，２１  通信サーバ
１２，２２  履歴サーバ
１３（１３ａ，１３ｂ）  ＳＩＰクライアント端末
２３（２３ａ，２３ｂ）  ＳＩＰクライアント端末
１４    時刻サーバ
１５    ネットワーク
【図１】
2008219461.tif 000003
【図２】
2008219461.tif 000004
【図３】
2008219461.tif 000005
【図４】
2008219461.tif 000006
【図５】
2008219461.tif 000007
【図６】
2008219461.tif 000008
【図７】
2008219461.tif 000009