(57)【要約】【構成】２つのＩＰ電話機３００の一方に入力された音声は、ＩＰパケットとして電話サーバ２００を介して他方のＩＰ電話機３００に送信される。ＩＰパケットにはＩＰ電話機３００を区別するための識別子が付加されている。電話サーバ２００は受信したＩＰパケットから識別子を検出するとともに、ＩＰパケットに含まれる発話データをテキストデータに変換する。そして、このテキストデータに識別子を割り当てたものをテキストファイルに記録する。２つのＩＰ電話機３００間での通話が終了すると、電話サーバ２００は通話内容を記録したテキストファイルを電子メールとして、予め登録された電子メールアドレスが示すＰＣ４００に送信する。【効果】ＩＰ電話機３００に付加をかけることなく通話の内容を的確に把握することができる。【選択図】  図１
2005012391.tif 000002
【特許請求の範囲】
【請求項１】
第１通信端末を使用する第１話者と第２通信端末を使用する第２話者との間の会話の内容を記録する会話内容記録装置において、
端末識別子が付加された話者音声データを前記第１通信端末および前記第２通信端末の各々から受信する受信手段、
前記受信手段によって受信された話者音声データを第１テキストデータに変換する変換手段、
前記受信手段によって受信された話者音声データに付加された端末識別子を検出する検出手段、および
前記変換手段によって変換された第１テキストデータに前記検出手段によって検出された端末識別子に対応する第２テキストデータを割り当てる割り当て手段を備えることを特徴とする、会話内容記録装置。
【請求項２】
前記第１テキストデータおよび前記第２テキストデータを含むテキストファイルを作成する作成手段、および
前記作成手段によって作成されたテキストファイルを前記第１話者によって管理される通信端末に送信する送信手段をさらに備える、請求項１記載の会話内容記録装置。
【請求項３】
第１通信端末を使用する第１話者と第２通信端末を使用する第２話者との間の会話の内容を記録する会話内容記録装置によって実行される会話内容記録プログラムにおいて、
端末識別子が付加された話者音声データを前記第１通信端末および前記第２通信端末の各々から受信する受信ステップ、
前記受信ステップによって受信された話者音声データを第１テキストデータに変換する変換ステップ、
前記受信ステップによって受信された話者音声データに付加された端末識別子を検出する検出ステップ、および
前記変換ステップによって変換された第１テキストデータに前記検出ステップによって検出された端末識別子に対応する第２テキストデータを割り当てる割り当てステップを備えることを特徴とする、会話内容記録プログラム。
【請求項４】
第１通信端末を使用する第１話者と第２通信端末を使用する第２話者との間の会話の内容を会話内容記録装置によって記録する会話内容記録方法であって、
（ａ）端末識別子が付加された話者音声データを前記第１通信端末および前記第２通信端末の各々から受信し、
（ｂ）前記ステップ（ａ）によって受信された話者音声データを第１テキストデータに変換し、
（ｃ）前記ステップ（ａ）によって受信された話者音声データに付加された端末識別子を検出し、そして
（ｄ）前記ステップ（ｂ）によって変換された第１テキストデータに前記ステップ（ｃ）によって検出された端末識別子に対応する第２テキストデータを割り当てることを特徴とする、会話内容記録方法。
【請求項５】
第１通信端末を使用する第１話者と第２通信端末を使用する第２話者との間の会話の内容を会話内容記録装置によって記録する会話内容記録方法であって、
前記第１通信端末は、
（ａ１）話者音声の入力に応答して端末識別子をメモリから読み出し、
（ｂ１）入力された話者音声に対応する音声データを作成し、そして
（ｃ１）前記ステップ（ａ１）で読み出された端末識別子と前記ステップ（ｂ１）で作成された音声データとを含む話者データを通信回線を通して前記第２通信端末および前記会話内容記録装置に送信し、
前記第２通信端末は、
（ａ２）話者音声の入力に応答して端末識別子をメモリから読み出し、
（ｂ２）入力された話者音声に対応する音声データを作成し、そして
（ｃ２）前記ステップ（ａ２）で読み出された端末識別子と前記ステップ（ｂ２）で作成された音声データとを含む話者データを通信回路を通して前記第１通信端末および前記会話内容記録装置に送信し、
前記会話内容記録装置は、
（ａ３）話者データを通信回路を通して受信し、
（ｂ３）前記ステップ（ａ３）によって受信された話者データに含まれる音声データを第１テキストデータに変換し、
（ｃ３）前記ステップ（ｂ３）によって変換された第１テキストデータをメモリに格納し、
（ｄ３）前記ステップ（ａ３）によって受信された話者データから端末識別子を検出し、そして
（ｅ３）前記ステップ（ｃ３）によってメモリに格納された第１テキストデータに前記ステップ（ｄ３）によって検出された端末識別子に対応する第２テキストデータを割り当てることを特徴とする、会話内容記録方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
この発明は、会話内容記録装置に関し、特にたとえば、第１通信端末を使用する第１話者と第２通信端末を使用する第２話者との間の会話の内容を記録する、会話内容記録装置および会話内容記録方法に関する。
【０００２】
【従来の技術】
従来の会話内容記録装置の一例が、特許文献１に開示されている。この従来技術は、電話機に音声認識機能をもたせることによって、電話による会話内容を文章化しようとするものである。これによって、会話内容を視覚的に把握することができる。
【０００３】
【特許文献１】
特開平６−２５３０５７号公報
【０００４】
【発明が解決しようとする課題】
しかし、従来技術では、電話機に音声認識機能を持たせるため、電話機の負荷が大きいという問題がある。かかる問題を考慮して、音声認識機能を有するサーバを通信ネットワーク上に配置し、このサーバによって会話内容を文章化する方法も考えられる。しかしながら、この方法では、作成された各々の文章がいずれの話者の発話内容であるかが分からず。会話内容を的確に把握できないという問題がある。
【０００５】
それゆえに、この発明の主たる目的は、通信端末の負担を軽減できかつ会話内容を的確に把握することができる、会話内容記録装置を提供することである。
【０００６】
【課題を解決するための手段】
この発明は、第１通信端末を使用する第１話者と第２通信端末を使用する第２話者との間の会話の内容を記録する会話内容記録装置において、端末識別子が付加された話者音声データを第１通信端末および第２通信端末の各々から受信する受信手段、受信手段によって受信された話者音声データを第１テキストデータに変換する変換手段、受信手段によって受信された話者音声データに付加された端末識別子を検出する検出手段、および変換手段によって変換された第１テキストデータに検出手段によって検出された端末識別子に対応する第２テキストデータを割り当てる割り当て手段を備えることを特徴とする、会話内容記録装置である。
【０００７】
また、この発明は、第１通信端末を使用する第１話者と第２通信端末を使用する第２話者との間の会話の内容を会話内容記録装置によって記録する会話内容記録方法であって、第１通信端末は、（ａ１）話者音声の入力に応答して端末識別子をメモリから読み出し、（ｂ１）入力された話者音声に対応する音声データを作成し、そして（ｃ１）ステップ（ａ１）で読み出された端末識別子と前記ステップ（ｂ１）で作成された音声データとを含む話者データを通信回線を通して前記第２通信端末および会話内容記録装置に送信し、第２通信端末は、（ａ２）話者音声の入力に応答して端末識別子をメモリから読み出し、（ｂ２）入力された話者音声に対応する音声データを作成し、そして（ｃ２）ステップ（ａ２）で読み出された端末識別子とステップ（ｂ２）で作成された音声データとを含む話者データを通信回路を通して第１通信端末および会話内容記録装置に送信し、会話内容記録装置は、（ａ３）話者データを通信回路を通して受信し、（ｂ３）ステップ（ａ３）によって受信された話者データに含まれる音声データを第１テキストデータに変換し、（ｃ３）ステップ（ｂ３）によって変換された第１テキストデータをメモリに格納し、（ｄ３）ステップ（ａ３）によって受信された話者データから端末識別子を検出し、そして（ｅ３）ステップ（ｃ３）によってメモリに格納された第１テキストデータにステップ（ｄ３）によって検出された端末識別子に対応する第２テキストデータを割り当てることを特徴とする、会話内容記録方法である。
【０００８】
【作用】
この発明においては、第１話者が使用する第１通信端末と第２話者が使用する第２通信端末との間で話者データの送受信が行われるが、この話者データは会話内容記録装置にも送信される。話者データには、第１話者もしくは第２話者の発話内容を示す音声データと話者データが第１通信端末もしくは第２通信端末のどちらから送信されたかを識別するための端末識別子が含まれている。会話内容記録装置では、話者データに含まれる音声データを第１テキストデータに変換し、変換したテキストデータに、端末識別子に対応する第２テキストデータを割り当てる。そして、第１テキストデータに第２テキストデータが割り当てられたデータをテキストファイルとして第１話者が管理する端末に送信する。
【０００９】
【発明の効果】
この発明によれば、第１通信端末と第２通信端末との間で行われる会話の内容を示す第１テキストデータに、話者を識別する識別子（端末識別子）に対応する第２テキストデータを付加したものをテキストファイルとする。したがって、第１通信端末と第２通信端末との間で行われる会話の内容を視覚的に確認することができる。また、音声データの第１テキストデータへの変換は第１通信端末および第２通信端末で行うのではなく、会話記録装置において行うので第１通信端末および第２通信端末のどちらにも負荷がかからない。
【００１０】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１１】
【実施例】
図１を参照して、会話内容記録方法を適用した会話内容記録システム１０は、インターネット１００に接続された会話内容記憶装置としてのインターネット電話サーバ（以下単に「電話サーバ」と呼ぶ）２００、電話サーバ２００を介してインターネット１００を通じた互いの通信が可能な２つのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話機３００およびインターネット１００に接続可能な２つのＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）４００を含む。なお、一方のＩＰ電話機３００およびＰＣ４００は会社Ａに配置され、他方のＩＰ電話機３００およびＰＣ４００は会社Ｂに配置される。
【００１２】
電話サーバ２００は、具体的には、図２に示すように構成されている。つまり、バス６４にＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５０、キーボード５２、ディスプレイ５４、ネットワーク・コントローラ５６、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）５８およびＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）６０が接続されている。また、ＨＤＤ６０には後述するＤＢ（Ｄａｔａ  Ｂａｓｅ）６２が構築されている。
【００１３】
ＰＣ４００は、具体的には、図３に示すように構成されている。つまり、バス８２にＣＰＵ７０、キーボード７２、ディスプレイ７４、ネットワーク・コントローラ７６、ＲＡＭ７８およびＨＤＤ８０が接続されている。
【００１４】
ＩＰ電話機３００は、図４に示すように構成されている。発信者が受話器３６を持ち上げた状態（オフ・フック状態）でキーパッド３０から着信者の電話番号を入力すると、入力信号がプロセサ１４とＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）１６とがＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｅｄ  ＩＣ）によって一体に形成されたＣＰＵ１２に入力される。すると、ＤＳＰ１６がＲＡＭ１８から読み出した所定のデータを基に着信者のＩＰ電話機３００に対して接続を要求するためのＩＰパケット信号（以下単に「パケット」と呼ぶ）をＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）にしたがって生成する。生成されたパケットは回線コントローラ３２および通信コネクタ３４を介してインターネット１００に送出される。
【００１５】
インターネット１００に送出されたこのパケットは電話サーバ２００を介して着信者のＩＰ電話機３００に送信される。
【００１６】
接続要求のパケットは、着信者のＩＰ電話機３００に設けられた通信コネクタ３４および回線コントローラ３２を介してＣＰＵ１２に与えられる。すると、プロセサ１４は、ＲＡＭ１８から呼び出し音のＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）データを読み出し、読み出されたＰＣＭデータをＰＣＭ  ＣＯＤＥＣ２０に与える。ＰＣＭ  ＣＯＤＥＣ２０では、与えられたＰＣＭデータをデコードし、デコードされた音声信号をＡＭＰ２２に与える。音声信号はＡＭＰ２２で増幅され、スピーカ３８に与えられる。これによって、スピーカ３８から呼び出し音が出力される。
【００１７】
着信者が呼び出し音に応答して受話器３６を持ち上げると、図示しないスイッチが働き、オフ・フック信号がＣＰＵ１２に与えられる。すると、ＤＳＰ１６はＲＡＭ１８から読み出したデータを元に、接続ＯＫを示すためのパケットをＴＣＰ／ＩＰにしたがって生成する。生成されたパケットは、回線コントローラ３２および通信コネクタ３４を介してインターネット１００に送出され、発信者のＩＰ電話機３００に向けて転送される。発信者のＩＰ電話機３００が接続ＯＫを示すパケットを受信することによって、発信者と着信者との間に通信が確立される。
【００１８】
話者の発した音声はマイク２８によって拾われ、音声信号となってＡＭＰ２４に与えられる。音声信号はＡＭＰ２４で増幅されてＰＣＭ  ＣＯＤＥＣ２０に与えられる。ＰＣＭ  ＣＯＤＥＣ２０では音声信号がＰＣＭデータにエンコードされ、エンコードされたＰＣＭデータがＣＰＵ１２に与えられる。すると、ＤＳＰ１６がＰＣＭデータをＴＣＰ／ＩＰにしたがったパケットにエンコードする。そして、パケットとなった音声データは、回線コントローラ３２および通信コネクタ３４を介してインターネット１００に送出される。インターネット１００に送出されたパケットは、所定のルートで送信先のＩＰ電話機３００に届けられる。
【００１９】
送信先のＩＰ電話機３００では、パケットが、通信コネクタ３４および回線コントローラ３２を介してＣＰＵ１２に与えられる。すると、ＤＳＰ１６がパケットをデコードしてＰＣＭデータとする。このＰＣＭデータはＰＣＭ  ＣＯＤＥＣ２０に与えられて音声信号にデコードされる。そして、デコードされた音声信号はＡＭＰ２２で増幅されてスピーカ２６に与えられる。これによって、スピーカ２６から送信元の話者の音声が出力される。
【００２０】
一方の話者が受話器３６を置くと（オン・フック状態）、図示しないスイッチが働き、オン・フック信号がＣＰＵ１２に与えられる。すると、ＤＳＰ１６はＲＡＭ１８から読み出したデータを元に、通話終了を示すためのパケットをＴＣＰ／ＩＰにしたがって生成する。生成されたパケットは、回線コントローラ３２および通信コネクタ３４を介してインターネット１００に送出され、他方の話者のＩＰ電話機３００に向けて転送される。他方の話者のＩＰ電話機３００が通話終了を示すＩＰパケット信号を受信することによって通信が切断される。
【００２１】
図５および図６は、会話内容記録システム１０における、各種データ（パケット）のやり取りおよびパケットの内容を示すものである。図５のカッコ付き数字は図６のカッコ付き数字に対応している。
【００２２】
図６に示すように会話内容記録システム１０で送受信されるパケットには、パケットの種類を示す“パケットＩＤ”、パケットの送信元を示す“送信元アドレス”、パケットの送信先を示す“送信先アドレス”、“パケットの作成時間”およびパケットのメインである“内容”が含まれている。なお、“送信元アドレス”および“送信先アドレス”とはＩＰアドレスのことである。
【００２３】
図５が示す通り、会話内容記録システム１０において会話を行う場合には、まず、発信者側のＩＰ電話機３００から接続要求のパケットが送信される（＜１＞）。図６の＜１＞からも分かるように、このＩＰパケットは送信先が電話サーバ２００である。電話サーバ２００は、受信した接続要求を着信者のＩＰ電話機３００に転送する（＜２＞）。
【００２４】
着信者が受話器３６をオフ・フック状態にすると、接続ＯＫを示すパケットが着信者のＩＰ電話機３００から電話サーバ２００に対して送信され（＜３＞）、このパケットを受け取った電話サーバ２００がパケットを発信者のＩＰ電話機３００に送信する（＜４＞）。これにより、発信者と着信者とで通信が確立される。
【００２５】
会話データのＩＰパケットは、２つのＩＰ電話機３００の間でやり取りされるだけでなく（＜５＞，＜７＞）、電話サーバ２００に対しても送信される（＜６＞，＜８＞）。このことにより、会話内容記憶システム１０では、２つのＩＰ電話機３００間でやり取りされる会話の内容を電話サーバ２００で把握することができる。
【００２６】
一方のＩＰ電話機３００の受話器３６が置かれると（オン・フック状態）、通話終了を示すパケットが他方のＩＰ電話機３００および電話サーバ２００に対して送信される（＜９＞，＜１０＞）。これによって、２人の話者の間の通信が終了する。
【００２７】
上述したように、この発明の会話内容記憶システム１０においては、会話内容を示すパケットがＩＰ電話機３００だけでなく、電話サーバ２００に対しても送信される。これは、電話サーバ２００において、会話の内容を把握するためである。電話サーバ２００では会話データを含むパケットを元に、会話内容をテキストデータとして記録する。そして、通話終了後にこのテキストデータを本文に埋め込んだ電子メールを発信者のＰＣ４００に送信する。ただし、通話内容を記録した電子メールは着信者のＰＣ４００に対して送付してもよく、これら以外の電子メールを受信できる端末に送信してもよい。
【００２８】
電子メールのメールアドレスは、ＩＰ電話機３００の識別情報（ＩＰアドレスなど）と対応付けられて、電話サーバ２００のＤＢ６２に予め登録されている。また、ＤＢ６２には、登録者の名前（苗字など）が話者識別テキストとして電子メールアドレスおよび識別情報に対応付けて記録されている。この登録者の名前は、会話内容がテキストデータとして記録される際に、会話の発話者を区別するために使用される。
【００２９】
以下に、図８から図１１を用いて、会話内容記憶システム１０の実施時における、ＩＰ電話機３００のＣＰＵ１２および電話サーバ２００のＣＰＵ５０の動作を説明する。なお、図８および図９に示すフロー図に対応する制御プログラムはＩＰ電話機３００のＣＰＵ１２によって実行され、図１０および図１１に示すフロー図に対応する制御プログラムは電話サーバ２００のＣＰＵ５０によって実行される。
【００３０】
発信者が自分のＩＰ電話機３００の受話器３６を持ち上げて（オフ・フック状態）着信者のＩＰ電話機３００の番号をダイアルすると、ＣＰＵ１２は図８のステップＳ１においてオン・フック状態でないと判断し、ステップＳ１７において電話番号の入力があったと判断する。そして、ステップＳ１９において、着信者のＩＰ電話機３００に対する接続要求のパケットを電話サーバ２００に送信する。
【００３１】
接続要求のパケットが送信されると、電話サーバ２００では、ＣＰＵ５０が図９のステップＳ５１においてパケットを受信したと判断し、続いてステップＳ５３において接続要求であると判断する。図６に示したように、パケットにはパケットの種類を示すパケットＩＤが含まれており、このパケットＩＤを参照することによって、受信したパケットの種類、つまりこの場合、接続要求のパケットであることが判断できる。その他の種類のパケットについても同様である。
【００３２】
そして、ステップＳ５５では、接続指示パケットを着信者のＩＰ電話機３００に対して送信する。また、ステップＳ５７では、発信者のＩＰ電話機３００のＩＰアドレスを電子メールアドレス（会話内容のテキストを送信するためのアドレス）を検索するための情報として取得し、ＲＡＭ５８に記録しておく。
【００３３】
着信者のＩＰ電話機３００において、オン・フック状態（受話器が置かれた状態：図８のステップＳ１でＹＥＳ）で、パケットを受信すると、ステップＳ３において接続指示であると判断し、ステップＳ５において、スピーカ３８から呼び出し音を発生させる。着信者が呼び出し音に応答して受話器３６を持ち上げてオフ・フック状態にすると、ステップＳ７においてオフ・フック状態であると判断し、ステップＳ９において、接続ＯＫを示すパケットを電話サーバ２００に送信する。
【００３４】
接続ＯＫを示すパケットが送信されると、電話サーバ２００では、ステップＳ５１においてパケット受信であると判断し、ステップＳ５３において接続要求のパケットではないと判断し、そして、ステップＳ５９において接続ＯＫのパケットであると判断する。ステップＳ６１では、発信側のＩＰ電話機３００に対して、接続ＯＫを示すパケットを送信する。
【００３５】
ステップＳ６３では、空のテキストファイルを作成し、このファイルをオープンする。発信者と着信者との間で交わされた会話は、テキストデータに変換され、ステップＳ６３でオープンしたテキストファイルに順次追加される。こうして作成されたテキストファイルは電子メールの本文とされ、通話の終了後に、指定されたアドレスに送信される。
【００３６】
ステップＳ６５では、電話サーバ２００が保持している図示しない日付機能から本日の日付を示す日付テキスト７０（図７参照）を取得し、ステップＳ６３で作成したテキストファイルの先頭に追加する。
【００３７】
ステップＳ６７では、ワークエリアＸを初期化する。このワークエリアＸは、前回受信した会話内容を示すパケットが、発信者のＩＰ電話機３００および着信者のＩＰ電話機３００のどちらから送信されたかを記憶するためのものである。
【００３８】
接続ＯＫを示すパケットが送信されると（図１０のステップＳ６１）、発信者のＩＰ電話機３００では、図９のステップＳ３１においてパケット受信であると判断し、続くステップＳ３３において接続ＯＫのパケットであると判断する。そして、ステップＳ４３において着信者のＩＰ電話機３００との接続を確立する。
【００３９】
こうして接続が確立された状態で、たとえば、着信者が、受話器３６のスピーカ２６に向かって、「はい、〇〇です。」と発話すると、着信者のＩＰ電話機３００では、図９のステップＳ２１において、音声入力であると判断する。
【００４０】
そして、ステップＳ２３において、入力された音声信号をＰＣＭデータにエンコードし、続いて、ステップＳ２５およびステップＳ２７では、ＰＣＭデータをさらにエンコードしてＴＣＰ／ＩＰにしたがったパケットを作成する。
【００４１】
ステップＳ２５およびステップＳ２７ではともに「はい、〇〇です。」という会話内容を示すパケットが作成されるが（ただし、「はい、〇〇です。」という会話内容が１つのパケットに収まるとは限らない）、ステップＳ２５で作成されるパケットとステップＳ２７で作成されるパケットでは、パケットの送信先が異なる。図６に示したように、パケットには送信元のＩＰアドレスと送信先のＩＰアドレスが含まれている。ステップＳ２５およびステップＳ２７で作成されるパケットでは、送信元のＩＰアドレスはともに着信者のＩＰ電話機３００のＩＰアドレスである。しかし、送信先のＩＰアドレスは、ステップＳ２５で作成されるパケットにおいては発信者のＩＰ電話機３００のＩＰアドレスであり、ステップＳ２７で作成されるパケットにおいては電話サーバ２００のＩＰアドレスである。
【００４２】
ステップＳ２９では、発信者のＩＰ電話機３００宛のパケットと電話サーバ２００宛のパケットとを送信する。
【００４３】
会話内容（「はい、〇〇です。」）を含むパケットが発信者のＩＰ電話機３００に対して送信されると、発信者のＩＰ電話機３００では、図９のステップＳ３１においてパケットの受信であると判断される。受信されたのは会話内容を含むパケットであり、接続ＯＫを示すパケットでも、終話指示を含むパケットでもないので、ステップＳ３３およびステップＳ３５のそれぞれにおいてＮＯと判断される。そして、ステップＳ３７において、受信したパケットをデコードしてＰＣＭデータとし、ステップＳ３９において、ＰＣＭデータを再生する。これによって、会話内容である「はい、〇〇です。」という音声が発信者のＩＰ電話機３００に設けられた受話器３６のスピーカ２６から出力される。
【００４４】
一方、会話内容（「はい、〇〇です。」）を含むパケットが電話サーバ２００に対して送信されると、電話サーバ２００では、図１０のステップＳ５１において、パケット受信であると判断される。そして、受信したのは、接続要求を示すパケットでも、接続ＯＫを示すパケットでもないので、ステップＳ５３およびステップＳ５９においてともにＮＯと判断され、図１１のステップＳ７１において、会話データであると判断される。
【００４５】
ステップＳ７２では、受信したパケットから送信元アドレス（着信者のＩＰ電話機３００のＩＰアドレス）を取得する。そして、ステップＳ７３において、この送信元アドレスとワークエリアＸに格納されている前回受信したパケットの送信元アドレスとを比較する。この通話において、はじめてパケットを受信した場合には、ワークエリアＸは初期化されているので、今回の送信元アドレスとワークエリアＸの内容とは一致しない。したがって、ステップＳ７３ではＮＯと判断される。
【００４６】
ステップＳ７３においてＮＯと判断された場合には、ステップＳ７５において、今回の送信元アドレスをワークエリアＸに格納する。
【００４７】
ステップＳ７６では、送信元アドレスを元にＤＢ６２内で送信元アドレスに対応する話者識別テキスト７２（図７参照）を検索する。そして、ステップＳ７７において、検索された話者識別テキスト７２をテキストファイルに行頭として追加する。図７の例では、話者識別テキスト７２は、話者Ａおよび話者Ｂとなっているが、上述したように、予め登録された苗字やＩＰ電話機３００のＩＰアドレスなどでもよい。
【００４８】
ステップＳ７８ではパケットから会話データを取得し、ステップＳ７９において会話データをテキストデータに変換する。そして、このテキストデータをステップＳ８１において、テキストファイルに会話内容７４（図６参照）として追加する。
【００４９】
発話の内容が長い場合には、１つのパケットに収まりきらず、複数のパケットに分割されて送信される。そのような場合は、パケットの送信元アドレスが同じパケットを連続して電話サーバ２００が受信する場合がある。この場合には、電話サーバ２００において、図１１のステップＳ７３において、送信元のＩＰアドレスとワークエリアＸに格納されたＩＰアドレス（前回受信したパケットの送信元アドレス）とが等しいと判断される。そして、ステップＳ８２において、パケットから会話データが取得され、ステップＳ８３において会話データをテキストデータに変換し、さらに、ステップＳ８５では、テキストファイルに話者識別テキスト７２を追加することなく、テキストデータとなった会話内容をテキストファイルに追加する。
【００５０】
このようにして、ＩＰ電話機３００（会社Ａ）とＩＰ電話機３００（会社Ｂ）との間で交わされた会話は電話サーバ２００によって記録され、図７に示すようなテキストデータが作成されてゆく。
【００５１】
一方の話者が受話器３６を置いてオン・フック状態とすると、図８のステップＳ１において、オン・フック状態になったと判断し、パケット受信ではないので、ステップＳ３からステップＳ１１に進む。
【００５２】
ステップＳ１１では、他方の話者のＩＰ電話機３００に対して通話の終了を示すための終話指示のパケットを作成し、ステップＳ１３では、電話サーバ２００に対して通話の終了を示すための終話指示のパケットを作成する。そして、ステップＳ１５において、ステップＳ１１およびステップＳ１３で作成したパケットを送信する。
【００５３】
終話指示のパケットが他方の話者のＩＰ電話機３００に対して送信されると、図９のステップＳ３１において、パケットを受信したと判断する。そして、終話指示のパケットなので、ステップＳ３３においてＮＯと判断され、ステップＳ３５において終話指示であると判断される。すると、次に、ステップＳ４１において終話処理を行う。
【００５４】
一方、終話指示のパケットが電話サーバ２００に対して送信されると、図１０のステップＳ５１においてパケット受信であると判断し、続いて、ステップＳ５３、ステップＳ５９およびステップＳ７１（図１１）のそれぞれでＮＯと判断され、ステップＳ８７において通話の終了であると判断される。
【００５５】
すると、ステップＳ８９において、会話の内容を記録したテキストファイルをクローズする。そして、ステップＳ９１では、図９のステップＳ５７で取得しておいた発信者のＩＰ電話機３００のＩＰアドレスを元に、ＤＢ６２で、予め発信側のＩＰアドレスに対応付けて登録されているＰＣ４００の電子メールアドレスを検索する。
【００５６】
ステップＳ９３では、テキストファイルの内容を本文とする電子メールを作成し、ステップＳ９５においてこの電子メールを電子メールアドレスが示す送信先ＰＣ４００に送信する。
【００５７】
これにより、図７に示すように、会話を行った日付７０、発話者７２および発話内容７４が記録された電子メールがＰＣ４００に届けられる。
【００５８】
以上の説明から分かるように、この実施例の会話内容記録システム１０によれば、会話の終了後に、会話の内容が話者の識別付きのテキストとして、予め指定しておいたＰＣなどの端末に送信される。したがって、会話の内容を記録できるとともに行われた会話の内容を的確に把握できる。また、会話データのテキストデータへの変換は電話サーバ２００によって行われるので、電話機への負担が少ないし、変換プログラムを更新する際には電話サーバ２００における変更だけで済むので手間がかからない。
【００５９】
なお、上述した実施例は形態を種々に変更することができる。たとえば、上述の例では、会話の参加者をＩＰ電話機３００のユーザ（会社Ａ）とＩＰ電話機３００のユーザ（会社Ｂ）との２人としたが、２人に限らず３人以上であってもよい。
【００６０】
また、会話内容を記録した電子メールの宛先を発信者のＰＣ４００のみとしたが、会話への参加者全員のＰＣなどに送信するようにしてもよい。さらに、通話が終了した後に、それぞれのユーザが個別に電話サーバ２００と通信を行って会話の内容を電子メールとして受信するか否かを選択できるようにしてもよい。また、このときに、電子メールの送信先を指定できるようにしてもよい。
【図面の簡単な説明】
【図１】この発明の一実施例の全体構成を示す図解図である。
【図２】図１の実施例における電話サーバの概略構成を示すブロック図である。
【図３】図１の実施例におけるＰＣの概略構成を示すブロック図である。
【図４】図１の実施例におけるＩＰ電話機の概略構成を示すブロック図である。
【図５】図１の実施例において送受信される各種データを示す図解図である。
【図６】図１の実施例において送受信される各種データの内容を示す図解図である。
【図７】図１の実施例において電話サーバからＰＣに送信される電子メールの内容を示す図解図である。
【図８】図１の実施例におけるＩＰ電話機のＣＰＵの動作を示すフロー図である。
【図９】図７のフロー図に続くフロー図である。
【図１０】図１の実施例における電話サーバのＣＰＵの動作を示すフロー図である。
【図１１】図９のフロー図に続くフロー図である。
【符号の説明】
１０  …会話内容記録システム
１２，５０，７０  …ＣＰＵ
６２  …ＤＢ
１００  …インターネット
２００  …電話サーバ
３００  …ＩＰ電話機
４００  …ＰＣ
【図１】
2005012391.tif 000003
【図２】
2005012391.tif 000004
【図３】
2005012391.tif 000005
【図４】
2005012391.tif 000006
【図５】
2005012391.tif 000007
【図６】
2005012391.tif 000008
【図７】
2005012391.tif 000009
【図８】
2005012391.tif 000010
【図９】
2005012391.tif 000011
【図１０】
2005012391.tif 000012
【図１１】
2005012391.tif 000013