(57)【要約】【課題】従来のＩＰ電話装置においては、音声や映像の通信セッションが確立されるが、テキスト情報を送受信することは考慮されていなかった。【解決手段】通信セッション確立要求生成部５０１が、テキスト情報の送受信の通信セッションを含む通信セッションを確立するための要求を生成し、通信セッション確立部５０２において、通信セッション確立要求生成部５０１で生成された要求に基づいて通信セッションを確立し、テキスト情報を送受信可能とする。通信セッション確立要求生成部５０１で生成された要求は例えば、ＳＤＰ、あるいは、ＳＤＰを拡張したものを使用して記述するようになっていてもよい。【選択図】  図５
2005064761.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰ（セッション・イニシエーション・プロトコル）に基づいて通信セッションを確立するＩＰ電話装置であって、
テキスト情報の送受信の通信セッションを含む通信セッションを確立するための要求である通信セッション確立要求を生成する通信セッション確立要求生成部と、
通信セッション確立要求生成部にて生成された通信セッション確立要求に基づいて通信セッションを確立する通信セッション確立部と、
を有するＩＰ電話装置。
【請求項２】
通信セッション確立要求生成部で生成される通信セッション確立要求は、ＳＤＰ（セッション・ディスクリプション・プロトコル）の記述ルール基づいて記述される請求項１に記載のＩＰ電話装置。
【請求項３】
通信セッション確立要求生成部は、ＳＤＰの記述ルールに基づくセッション記述情報のうち「ｉ」で識別される記述情報として、テキスト情報の送受信のための記述情報を生成するテキスト通信送受信記述情報生成手段を有する請求項２に記載のＩＰ電話装置。
【請求項４】
テキスト情報を、通信セッション確立部により確立された通信セッションを用いて、送受信するテキスト情報送受信部を有する請求項１ないし３のいずれか一に記載のＩＰ電話装置。
【請求項５】
テキスト情報は、ファイルに格納されるテキスト情報、プロセス間通信で発生するテキスト情報、キーボード操作により発生したテキスト情報、のいずれか一を含む請求項４に記載のＩＰ電話装置。
【請求項６】
テキスト情報送受信部にて受信するテキスト情報を出力するテキスト情報出力部と、
ＩＰ電話通信による音声又は／及び映像を取得する音声又は／及び映像取得部と、
を有し、
前記テキスト情報出力部は、ＩＰ電話通信により音声又は／及び映像を取得したタイミングと、前記テキスト情報を取得したタイミングに基づいて前記テキスト情報の出力と、前記音声又は／及び映像の出力とを同期する請求項４に記載のＩＰ電話装置。
【請求項７】
ウェブ閲覧を可能とするウェブ閲覧部を有し、
ウェブ閲覧部は、現在閲覧が行なわれている情報のＵＲＬをテキスト情報としてテキスト情報送受信部に送信させるＵＲＬ送信手段と、
テキスト情報送受信部が受信したテキスト情報をＵＲＬとして解釈できるならば、前記ＵＲＬで指し示される情報を要求する情報要求手段と、
を有する請求項４に記載のＩＰ電話装置。
【請求項８】
ウェブ閲覧部は、
画面上に行なわれた描画操作をベクトル情報に変換する描画操作変換手段と、
描画操作変換手段により変換されたベクトル情報をテキスト情報としてテキスト情報送受信部に送信させるベクトル情報送信手段と、
テキスト情報送受信部が受信したテキスト情報をベクトル情報として解釈できるならば、前記ベクトル情報に基づいて描画を行なう描画手段と、
を有する請求項７に記載のＩＰ電話装置。
【請求項９】
ウェブ閲覧部は、スクロール操作を検出するスクロール操作検出手段と、
スクロール操作検出手段で検出されたスクロール操作をテキスト情報に変換するスクロール操作変換手段と、
スクロール操作変換手段により変換された結果のテキスト情報をテキスト情報送受信部に送信させるスクロール操作送信手段と、
テキスト情報送受信手段が受信したテキスト情報をスクロール操作が変換されたものである場合に、前記テキスト情報に基づいてスクロールを行なうスクロール手段と、
を有する請求項７または８に記載のＩＰ電話装置。
【請求項１０】
通信セッション確立部で確立される通信セッションにおいて送信される情報又は／及び受信される情報を、送信される又は／及び受信されるタイミングを保持して蓄積する情報蓄積部と、
情報蓄積部で蓄積された情報を再生する情報再生部と、
を有する請求項１から９のいずれか一に記載のＩＰ電話装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ通信により通話を行なうＩＰ電話装置に関する。
【背景技術】
【０００２】
インターネットの普及に伴ない、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いて通話を行なうＩＰ電話装置が注目されている（例えば、非特許文献１参照。）。
【０００３】
ＩＰ電話装置における呼制御（シグナリング）方法については、種々のプロトコルが提案されている。例えば、Ｈ．３２３、ＭＧＣＰ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などが提案されている。
【０００４】
中でも、ＳＩＰは、ＲＦＣ２５４３としてインターネットの技術標準として規定され、また、その後ＲＦＣ３２６１からＲＦＣ３２６５などとして改定がされており、テキストによってメッセージが記述されるので、拡張性などに優れたプロトコルとして広く使用されつつある（例えば非特許文献２参照。）。
【０００５】
図１８は、ＳＩＰが用いられる場合の発呼側と着呼側との通信の様子を示すシーケンス図を例示する。まず、呼を開始するために、発呼側は着呼側へＩＮＶＩＴＥメッセージを送信する（ステップＳ１８０１）。着呼側は、ＩＮＶＩＴＥメッセージに対応して、呼び出し中であることを示すＲｉｎｇｉｎｇメッセージを発呼側へ送信する（ステップＳ１８０２）。その後、着呼側が応答可能な状態になると（例えば受話器をオフフックした場合）、ＯＫメッセージを発呼側へ送信する（ステップＳ１８０３）。ＯＫメッセージに対して、発呼側は、Ａｃｋメッセージを送信し（ステップＳ１８０４）、通話などのためのセッションが確立されて、その後、発呼側と着呼側との間で通信が行なわれる。
【０００６】
通信が行なわれた後、例えば、発呼側がオンフックなどにより通話を終了する操作を行なうと、発呼側から着呼側へＢｙｅメッセージが送信され（ステップＳ１８０５）、これに対して、着呼側がＯＫメッセージを送信し（ステップＳ１８０６）、呼が終了する。
【０００７】
図１９は、ＳＩＰにおけるＩＮＶＩＴＥメッセージの一例を示す。ＳＩＰに基づくメッセージ（以下、ＳＩＰメッセージという。）は、スタートライン、ヘッダフィールド、空白行、ボディの４つに分けることができる。図１９に例示されたＩＮＶＩＴＥメッセージにおいては、１行目がスタートラインであり、２行目から１０行目がヘッダフィールドであり、１１行目が空白行であり、１２行目から後がボディである。
【０００８】
スタートラインは、ＳＩＰメッセージの種類、メッセージのあて先などを示す。
【０００９】
ヘッダフィールドは、ヘッダ名とヘッダ値とがコロン（「：」）で区切られた行からなり、呼の制御についての表記を行なう。
【００１０】
空白行は、ヘッダフィールドの終わりを示す。
【００１１】
ボディは、必要に応じて付加される部分であり、どのような記述ルールに基づくかは、ＳＩＰの規格としては特に規定がされていない。したがって、ＩＮＶＩＴＥメッセージの場合には、通信セッションの記述が行なわれるが、この通信セッションの記述には任意のものが使用できる。どの記述規則にしたがった記述が使用されているかは、ヘッダフィールドのＣｏｎｔｅｎｔ−Ｔｙｐｅというヘッダ名に対応するヘッダ値により指定がされる。
【００１２】
図１９の場合には、Ｃｏｎｔｅｎｔ−Ｔｙｐｅというヘッダ名に対応するヘッダ値として「ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ」が指定されているので、ボディは、ＲＦＣ２３２７などにより規定されているＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）により記述されている。
【００１３】
ＳＤＰにおいては、１行ごとに<ｔｙｐｅ>＝<ｖａｌｕｅ>の形式の記述情報を列挙することにより、セッションの記述が行なわれる。例えば、「ｍ＝ａｕｄｉｏ  ５０００  ＲＴＰ／ＡＵＰ  ０」の行により、音声メディアの通信のためのポート番号、プロトコル、などが指定される。
【００１４】
【非特許文献１】日本国特許庁、"インターネットプロトコル電話（IP電話）技術"、２００２年６月２８日、インターネット<http://www.jpo.go.jp/shiryou/s_sonota/hyoujun_gijutsu/ip_tel/mokuji.html>
【非特許文献２】千村保文，村田利文監修、"ＳＩＰ教科書"、株式会社ＩＤＧジャパン、２００３年５月
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、従来のＩＰ電話装置においては、音声や映像の通信セッションが確立されるが、テキスト情報を送受信するための通信セッションの確立は考慮されていなかった。テキスト情報を送受信するためには、ＩＰ電話の通話のために開始される通信セッションとは別の通信セッションを用いて通信を行なわなければならず、通話相手のＩＰアドレスを求める必要があったり、他のアプリケーションプログラムを操作しなければならないなど煩雑な操作を必要としていた。また、通話相手へはルータを介して接続が行なわれ、そのルータにおいてグローバルＩＰアドレスとプライベートＩＰアドレスとの変換が行なわれている場合には、ルータの設定を行なわないと、テキスト情報の通信のための通信セッションが開始できない場合もある。
【課題を解決するための手段】
【００１６】
本発明は、ＳＩＰを使用するＩＰ電話装置が、音声や映像の通話と並列に、テキスト情報を送受信することができるように、テキスト情報の送受信のための通信セッションを含む通信セッションを確立するための要求を生成し、その要求に基づいて通信セッションを確立するようにしたものである。
【００１７】
また、通信セッションを確立するための要求としては、任意の記述ルールを用いることができるが、ＳＤＰに基づいて行なわれてもよい。
【００１８】
また、テキスト情報の通信セッションを確立するための要求は、ＳＤＰの「ｉ」で識別される記述情報となっていてもよい。
【００１９】
また、本発明のＩＰ電話装置は、更に、テキスト情報を送受信するテキスト情報送受信部を備えていてもよい。
【００２０】
また、テキスト情報は、ファイルに格納されるテキスト情報、プロセス間通信で発生するテキスト情報、キーボード操作により発生したテキスト情報のいずれか一を含むものであってもよい。
【００２１】
また、本発明のＩＰ電話装置は、更に、テキスト情報を出力する部を備え、ＩＰ電話通信による音声又は／及び映像の情報を取得したタイミングに基づいてテキスト情報が出力されるようになっていてもよい。
【００２２】
また、本発明のＩＰ電話装置は、ウェブページなどのウェブ閲覧を可能とする部を有しており、通話の一方で入力されたＵＲＬがテキスト情報として送信され、そのＵＲＬで示されるウェブページなどが、他の一方に表示などされるようになっていてもよい。
【００２３】
また、ウェブ閲覧を可能とする部は、画面上で行なわれた描画操作をベクトル情報に変換し、そのベクトル情報をテキスト情報として送信し、通話の他の一方に描画されるようになっていてもよい。
【００２４】
また、ウェブ閲覧を可能とする部に対してスクロール操作が行なわれたときには、そのスクロール操作をテキスト情報として送信し、通話の他の一方においてスクロール操作が行なわれるようになっていてもよい。
【００２５】
また、本発明のＩＰ電話装置は、テキスト情報を含む送信される又は／及び受信された情報を蓄積し、蓄積された情報を再生するようになっていてもよい。
【発明の効果】
【００２６】
本発明のＩＰ電話装置によれば、テキスト情報の送受信するための通信セッションが確立されるので、ＵＲＬや外国語のつづり、難解な漢字などを容易に送受信することが可能となる。また、同じウェブページを閲覧しながら通話を行なうことができるので、打ち合わせなどを効果的に行なうことができる。また、通話の相手が不在であっても、留守番電話のようにメッセージを残すことができる。この場合、メッセージには、音声や映像だけでなく、ＵＲＬで指し示される情報を表示したり、手書きの文字・図形などを含ませたりすることができるので、複雑な指示を行なうことができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施形態について、図を用いて説明する。なお、本発明は、これら実施形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施し得る。
【００２８】
（本発明の概要）
図１から図４までは、本発明の概要を示すための図である。なお、本発明におけるＩＰ電話装置は、図１から図４に示されるように、プログラムをインストールしたパーソナルコンピュータにより実現することができる。もちろん、本発明のＩＰ電話装置は、パーソナルコンピュータに限定されることはなく、通常の電話装置に液晶などにより表示が可能な画面やキーボードなどが接続可能なものであってもよい。また、電話装置をパーソナルコンピュータやＰＤＡなど、ＣＰＵ、メモリ、通信インターフェースなどを備えた計算機により実現することができる。
【００２９】
図１において、ＩＰ電話装置１０１、１０２がインターネットなどの通信ネットワーク１０３を介して接続されている。この二つのＩＰ電話装置１０１、１０２との間で通信セッションが確立したとすると、ＩＰ電話装置１０１に表示された画面１０４に、キーボードなどを使用して、テキスト情報を構成する文字を入力したとする。すると、この入力されたテキスト情報がＩＰ電話装置１０２へ送信され、ＩＰ電話装置１０２に備えられた画面１０５に表示される。これにより、音声通話による音で示された外国語などのスペルの確認が可能となる。
【００３０】
図２においては、インターネットなどの通信ネットワーク２０３に接続されたＩＰ電話装置２０１の画面２０４でＵＲＬを入力すると、ＵＲＬがテキスト情報として、通話の他の一方であるＩＰ電話装置２０２に送信される。ＩＰ電話装置２０２においては、そのＵＲＬを解釈し、そのＵＲＬで示されるウェブページなどの情報の要求が行なわれ、情報の表示や再生が行なわれる。これにより、ＩＰ電話装置２０１、２０２との間で、同じウェブページなどを閲覧しながら通話を行なうことができ、インターネットを利用した情報伝達が円滑に行なえる。
【００３１】
図３においては、図２のように、まずＩＰ電話装置３０１からＵＲＬが入力され、そのＵＲＬで示されるウェブページの閲覧がＩＰ電話装置３０１、３０２との間で行なわれている。ここで、ＩＰ電話装置３０１側で表示されているウェブページに対してポインティングデバイスによる描画の操作、例えば、マウスなどで描画操作（例えば、ドラッグ操作）、を行なうと、その描画操作がテキスト情報に変換されてＩＰ電話装置３０２へ送信され、表示画面３０７に描画が行なわれる（図３では、表示された地図に、手書きで×印と平仮名で「ここ」が描画されている。）。描画操作は、例えば、描画操作の始点と終点との座標位置などを用いたベクトル情報により表現することが可能であり、このようなベクトル情報をテキスト情報に変換することができる。このようにウェブページなどが表示された画面に対する描画操作が再現されることにより、例えば、地図などを見ながらの経路の指示などを確実に行なうことができる。また、ウェブページのデザインの修正の仕方の指示、ウェブページとして取り扱い説明書を表示しておき、機器の操作の説明などを行なうことができる。
【００３２】
図４においては、受信した情報を蓄積するＩＰ電話装置が示されている。送信側のＩＰ電話装置４０１を操作する者が、受信側のＩＰ電話装置４０２を操作する者が不在であることを検出した場合（例えば、一定時間の呼び出しを行なっても、応答しない場合）、送信側で、ウェブページなどを表示させるなどの操作を行ないつつ、音声などで指示を行なうと、その操作に関する情報と音声などが受信側に蓄積される。後で受信側のＩＰ電話装置４０２を操作する者が再生の操作を行なうと、操作、音声などが蓄積されたタイミングを保ったまま再生が行なわれる。これにより、受信側が不在であっても、複雑な指示を残すことが可能となる。
【００３３】
（実施形態１：主に請求項１に対応する）
図５は、本発明の実施形態１に係るＩＰ電話装置の機能ブロック図を例示する。ＩＰ電話装置５００は、通信セッション確立要求生成部５０１と、通信セッション確立部５０２と、を有する。
【００３４】
なお、実施形態１または以後の実施形態に係るＩＰ電話装置は、ＳＩＰに基づいて通信セッションを確立するＩＰ電話装置である。したがって、ＩＰ電話装置は、電子回路により構成されるよりも、インターネットなどの通信インターフェースを有し、また、必要に応じて、マイクロフォンやカメラなどの入出力装置が接続された計算機にプログラムをインストールすることにより構成するのが容易である。なお、ＳＩＰは、今までＲＦＣ２５４３として規格が規定され、その後ＲＦＣ３２６１から３２６５として改定がされている。本発明におけるＳＩＰは、これらの過去及び現在に制定されている規格に限定されることはないものとする。すなわち、将来の改定によって制定される規格も含む。
【００３５】
「通信セッション確立要求生成部」５０１は、通信セッション確立要求を生成する。「通信セッション確立要求」とは、テキスト情報の送受信の通信セッションを含む通信セッションを確立するための要求である。通信セッションには、テキスト情報の送受信の通信セッション以外に、ＩＰ電話装置に関する音声情報などを送受信するための通信セッションがある。これらの通信セッションはＳＩＰによる記述に基づいて確立される。また、別の通信セッションとして、ＩＰ電話装置がウェブ閲覧を可能とする場合などにおいては、ウェブページなどの情報をウェブサーバなどに対して要求し、要求したウェブページなどの情報を受信するための通信セッションもあってもよい。なお、インターネットを使用する場合における通信セッションは、通信相手のＩＰアドレス、ポート番号、プロトコルを指定することによりプログラムの実行により確立することができる。従って、通信セッション確立要求は、ＩＰアドレス、ポート番号、プロトコルの指定を含むことになる。また、ルータを介して通信が行なわれる場合、そのルータがグローバルアドレスが割り当てられたネットワークとプライベートアドレスが割り当てられたネットワークを接続するときには、グローバルアドレスが割り当てられるネットワーク側から通信セッションを確立するためのルータに対するコマンドも含まれていてもよい。
【００３６】
なお、上記において、「通信セッションはＳＩＰによる記述に基づいて確立される」と書いたが、テキスト情報のための送受信の通信セッションなどの記述は、ＳＩＰメッセージのヘッダフィールドにあってもよい。また、その記述は、ＳＩＰメッセージのボディにあってもよい。ヘッダフィールドに記述がされる場合は、例えば、「ＴｅｘｔＰｏｒｔ：  ２８４７」のような行により記述される。ここに「２８４７」とはポート番号を意味する（なお、「ＴｅｘｔＰｏｒｔ：  ２８４７」は一例であって、このようなヘッダファールドにおける通信セッションの記述には、ＴｅｘｔＰｏｒｔ、２８４７のみが使用されることは意図されていない。）。また、ポート番号の前または後にテキストを通信するためのプロトコルが指定されていてもよい。また、プロトコルの指定はポート番号の指定の行とは別の行により指定されていてもよい。多くのＳＩＰメッセージを扱うプログラムなどの実装においては、ヘッダフィールドに解釈ができない行があれば、その行を無視するようになっている場合が多いので、このように現在のＲＦＣの規格からはずれる行が存在していても問題が起きないことが多い。もし、エラーが発生すれば、ＳＩＰメッセージの再送を要求し、再送が要求された側では、テキスト情報の送受信のための通信セッションなどの記述を削除したＳＩＰメッセージを送信する。
【００３７】
「通信セッション確立部」５０２は、通信セッション確立要求生成部にて生成された通信セッション確立要求に基づいて通信セッションを確立する。例えば、ＩＰアドレス、ポート番号、プロトコルを用いてソケットに対して、Ｏｐｅｎ、Ｂｉｎｄ、Ｌｉｓｔｅｎ、Ａｃｃｅｐｔなどの操作を行なうことにより通信セッションを確立する。
【００３８】
なお、通信セッション確立部で確立された通信セッションは、本発明のＩＰ電話装置により使用されてもよいし、ＩＰ電話装置を実現するプログラム以外のプログラムなどによって使用されてもよい（例えば、通信セッションの確立により得られたファイルディスクリプタなどが、ＩＰ電話装置のプログラムを実行するプロセスにより、プロセス間通信が用いられて、他のプロセスに渡されるようになっていてもよい。）。
【００３９】
本発明はＩＰ電話装置であるので、ＩＰ電話装置一台だけでその機能を発揮することは困難であり、通常は通信相手のＩＰ電話装置が存在することになる。そのため、通信セッション確立要求生成部と通信セッション確立部との関係には種々のものがある。本発明では特に一つに限定することはしない。説明のために、その関係を２つ例示する。
【００４０】
図６は、通信セッション確立要求生成部と通信セッション確立部との第一の関係を例示する。通信セッション確立要求生成部５０１は、他のＩＰ電話装置（本発明に係るＩＰ電話装置に限定されることはない）からＳＩＰメッセージ（例えばＩＮＶＩＴＥメッセージ）を受け取ると、受け取ったＳＩＰメッセージのヘッダフィールド又は／及びボディの記述に従って、通信セッション確立要求を生成する。通信セッション確立要求生成部５０１が生成した通信セッション確立要求は、通信セッション確立部５０２に渡され、通信セッションが確立される。通信セッション確立要求生成部５０１、通信セッション確立部とがそれぞれ、プログラムのモジュール（例えば関数やクラス）として構成されている場合には、通信セッション確立要求は、通信セッション確立部５０２を構成するモジュールへ渡されるパラメータとして実現される。そのパラメータは例えば、Ｃ言語における構造体やＣ＋＋言語などにおけるクラスインスタンスとして実現されていてもよい。
【００４１】
図７は、図６に例示されたＩＰ電話装置の処理を説明するフローチャートを例示する。まず、通信セッション確立要求生成部５０１での処理により、ＳＩＰメッセージが受信される（ステップＳ７０１）。次に、通信セッション確立要求生成部は、通信セッション確立要求を生成し、通信セッション確立部へ渡し、通信セッション確立部は、渡された通信セッション確立要求に従って、通信セッションを確立する（ステップＳ７０２）。
【００４２】
図８は、通信セッション確立要求生成部と通信セッション確立部との別の関係を例示する。図８において、ＩＰ電話装置５００は、他のＩＰ電話装置８００より通信セッション確立要求を受信する。この場合、他のＩＰ電話装置８００は、本発明のＩＰ電話装置である。すなわち、他のＩＰ電話装置８００の通信セッション確立要求生成部８０１が、通信セッション確立要求を生成する。この通信セッション確立要求は、ＳＩＰメッセージのヘッダフィールド又は／及びボディを構成する。したがって、図８において、通信セッション確立要求は、例えば、ＳＩＰメッセージのボディとして配置されるＳＤＰに基づいて記述され、一般にはテキスト情報となる。このように生成されたＳＩＰメッセージは、ＩＰ電話装置５００により受信され、ヘッダフィールド又は／及びボディを構成する通信セッション確立要求が通信セッション確立部５０２に渡され、テキスト情報などのパース（構文解析）などが行なわれて通信セッション確立要求の解釈が実行され、通信セッションが確立される。なお、ＳＤＰは、現在のところ、ＲＦＣ２３２７として規定されている。本発明では、この規定に限定されることはなく、将来ＳＤＰとして制定される規格も含まれる。
【００４３】
図９は、図８に例示されたＩＰ電話装置の処理を説明するフローチャートを例示する。図９（Ａ）はＩＰ電話装置８００の処理を例示する。まず、通信セッション確立要求生成部８０１が通信セッション確立要求を生成する（ステップＳ９０１）。次に、生成された通信セッション確立要求が、ＩＰ電話装置８００の機能を用いて送信される（ステップＳ９０２）。
【００４４】
図９（Ｂ）はＩＰ電話装置５００の処理を例示する。まず、通信セッション確立要求が、ＩＰ電話装置５００の機能を用いて受信される（ステップＳ９０３）。次に、受信された通信セッション確立要求に従って、通信セッション確立部５０２により通信セッションが確立される（ステップＳ９０４）。
【００４５】
（実施形態１：主な効果）
本実施形態に係るＩＰ電話装置により、テキスト情報のための通信セッションが確立される。これにより、ＩＰ電話による通話と同時にテキスト情報の送受信が可能となる。
【００４６】
（実施形態２：主に請求項２に対応する）
本発明の実施形態２に係るＩＰ電話装置は、実施形態１に係るＩＰ電話装置において、通信セッション確立要求生成部で生成される通信セッション確立要求は、ＳＤＰの記述ルールに基づいて記述される。
【００４７】
例えば、図１９に例示されたＳＩＰメッセージのＳＤＰで記述されたボディの中の１６行目でｍ＝ａｕｄｉｏ  ５００００  ＲＴＰ／ＡＵＰ  ０で音声メディアの通信セッションが記述されるが、このような記述を拡張して、ｍ＝ｔｅｘｔ  １２３４５  …のような記述を本発明のＩＰ電話装置間で定めておく。ここに、「１２３４５」は例えば、ポート番号である。また、「…」の部分には、テキスト情報の通信のプロトコルの指定があってもよい。また、テキスト情報の通信を行なうモジュールのバージョン番号などが入っていてもよい。
【００４８】
（実施形態２：主な効果）
本実施形態により、既にＩＰ電話装置に用いられているＳＤＰの処理モジュールなどを拡張することにより、テキスト情報の送受信のためのセッションを確立することが可能となる。
【００４９】
（実施形態３：主に請求項３に対応する）
本発明の実施形態３として、実施形態２のＩＰ電話装置の通信セッション確立要求生成部が、テキスト通信送受信記述情報生成手段を有する構成のＩＰ電話装置について説明する。
【００５０】
「テキスト情報送受信記述情報生成手段」は、ＳＤＰの記述ルールに基づくセッション記述情報のうち、「ｉ」で識別される記述情報としてテキスト情報の送受信のための記述情報を生成する。「ＳＤＰの記述ルールに基づくセッション記述情報」とは、<ｔｙｐｅ>＝<ｖａｌｕｅ>の形式の記述を意味する。また、「『ｉ』で識別される記述情報」とは、<ｔｙｐｅ>がｉになっている記述情報を意味する。
【００５１】
<ｔｙｐｅ>がｉになっている記述情報は、ＳＤＰの規格によれば、ＩＳＯ  １０６４６のキャラクタ集合で記述されるＳｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎである。ＩＳＯ  １０６４のキャラクタ集合が用いられるので、<ｔｙｐｅ>がｉになっている記述情報には、任意のテキスト表現が記述できることになる。
【００５２】
そこで、テキスト情報送受信記述情報生成手段は、ｉ＝<ｖａｌｕｅ>の<ｖａｌｕｅ>の部分に、テキスト情報の送受信のための通信セッションの記述情報を含ませるようにする。
【００５３】
図１０は、テキスト情報送受信記述情報生成手段を用いて生成されたＳＤＰの記述を例示する。４行目における、「ｔｅｘｔ／ｐｏｒｔ＝２８４７」が、テキスト情報の送受信のための通信セッションの記述情報を現しており、例えば、テキスト情報の送受信のためのポート番号が２８４７であることを示している。なお、この例では、ポート番号しか示されていないが、プロトコルの指定、テキストを扱うモジュールやアプリケーションの名前・バージョンなどが指定されていてもよい（ＩＰアドレスは、ＳＩＰメッセージのヘッダフィールドから知ることができるので、特にここで指定する必要はない）。
【００５４】
（実施形態３：主な効果）
「ｉ」で識別される記述情報には、任意のテキスト表現が記述できるので、ＳＤＰの記述の構文解析の処理においては、「ｉ」で識別される記述情報の内容が構文解析されることはないと考えられる。したがって、「ｉ」で識別される記述情報の内容を解析する処理を追加することが容易に行なえることになる。
【００５５】
なお、「ｍ」で識別される記述情報としては、<media> <port> <transport> <fmt list>という構造が決められており、<media>部分には現在のＳＤＰの規格では audio, video, application, data, control しか現れないことになっているので、構文解析を行なう場合に audio, video, application, data, control 以外が<media>部分に現れるとエラーになるようにプログラムが組まれている場合がある。このため、実施形態２で説明したように、ｍ＝ｔｅｘｔ  １２３４５…のような記述を許すためには、本実施形態よりも多くのプログラムの改造が必要になる場合があり得る。
【００５６】
（実施形態４：主に請求項４と５とに対応する）
本発明の実施形態４として、実施形態１ないし３のいずれか一のＩＰ電話装置がテキスト情報送受信部を有する構成となったＩＰ電話装置について説明する。
【００５７】
図１１は、本発明の実施形態４に係るＩＰ電話装置の機能ブロック図を例示する。ＩＰ電話装置１１００は、実施形態１ないし３のいずれか一のＩＰ電話装置がテキスト情報送受信部１１０１を有する構成となっている。
【００５８】
「テキスト情報送受信部」１１０１は、テキスト情報を、通信セッション確立部５０２により確立された通信セッションを用いて、送受信する。例えば、通信セッション確立部５０２により確立された通信セッションに対応するファイルディスクリプタを用いてテキスト情報の送受信を行なう。
【００５９】
テキスト情報送受信部１１０１により送受信が行なわれるテキスト情報は、例えば、ファイルに格納されるテキスト情報、プロセス間通信で発生するテキスト情報、キーボード操作により発生したテキスト情報、のいずれか一を含むものであってもよい。
【００６０】
「ファイルに格納されるテキスト情報」とは、これからファイルに格納されることになるテキスト情報であってもよい。あるいは、すでにファイルに格納されたテキスト情報であってもよい。これからファイルに格納されるテキスト情報は、テキスト情報送受信部１１０１により受信されたテキスト情報であって、ファイルに書き込まれるテキスト情報である。また、すでにファイルに格納されたテキスト情報は、ファイル操作により読み取られて、テキスト情報送受信部１１０１により送信されるテキスト情報である。
【００６１】
ファイルに格納されるテキスト情報をテキスト情報送受信部により送受信することにより、テキスト情報の受信の履歴が保持できたり、あらかじめファイルに書き込まれて用意されたテキスト情報を送信することができる。
【００６２】
プロセス間通信で発生するテキスト情報とは、ＩＰ電話装置を実現するプロセスが他のプロセスと通信することによって発生するテキスト情報である。他のプロセスは、ＩＰ電話装置を実現するプロセスが動作する計算機と同じ計算機で動作するものであってもよい。あるいは、異なる計算機で動作するものであってもよい。
【００６３】
他のプロセスの例としては、テキストエディタ、クリップボード、ウェブページを表示するブラウザがある。例えば、プロセス間通信を用いてテキストエディタで作成したテキスト情報をテキスト情報送受信部１１０１により送信したり、テキスト情報送受信部１１０１により受信したテキスト情報をテキストエディタに入力したりする。クリップボードとは、コピー&ペースト操作におけるコピーなどがされたテキスト情報を一時的に保持するバッファであり、テキスト情報送受信部１１０１で受信されたテキスト情報をプロセス間通信により、クリップボードのバッファに蓄積したり、あるいは、クリップボードのバッファに蓄えられたテキスト情報をテキスト情報送受信部１１０１により送信したりする。他のプロセスがブラウザの場合には、ブラウザで表示したウェブページのＵＲＬをテキスト情報送受信部により送信したり、テキスト情報送受信部が受信したテキスト情報がＵＲＬを表現する場合、そのＵＲＬをブラウザにプロセス間通信により送信し、ＵＲＬで示されるウェブページなどの表示等を行なう。あるいは、ブラウザに表示されたウェブページのソースコードをテキスト情報として送受信するようにしてもよい。
【００６４】
このようにプロセス間通信で発生したテキスト情報を送受信することにより、他のアプリケーションとの連携を行なうことができる。
【００６５】
キーボード操作により発生したテキスト情報とは、キーボードのキーを押下することに基づいて発生するテキスト情報である。通常のキーボードのキーの押下では、ＡＳＣＩＩ文字が発生するが、ＡＳＣＩＩ文字によりローマ字仮名漢字変換などを行なって得られるテキスト情報も含まれてもよい。
【００６６】
このようにキーボード操作により発生したテキスト情報を送受信することにより、難しい漢字や外国語のスペルなどを正確に伝達することなどが可能となる。
【００６７】
（実施形態４：主な効果）
本実施形態においては、ＩＰ電話装置がテキスト情報送受信部を有するので、ＩＰ電話装置がテキスト情報を送受信することが可能となり、テキスト情報の送受信が簡易に行なえるようになる。
【００６８】
（実施形態５：主に請求項６に対応する）
本発明の実施形態５として、テキスト情報の出力と、音声又は／及び映像の出力と、を同期して行なうＩＰ電話装置について説明する。
【００６９】
図１２は、本実施形態に係るＩＰ電話装置の機能ブロック図を例示する。ＩＰ電話装置１２００の構成は、実施形態４に係るＩＰ電話装置が、テキスト情報出力部１２０１と、音声又は／及び映像取得部１２０２とを有するものになっている。
【００７０】
「テキスト情報出力部」１２０１は、テキスト情報送受信部１１０１にて受信するテキスト情報を出力する。例えば、ＩＰ電話装置を実現するプログラムが動作するパーソナルコンピュータなどの画面にテキスト情報を出力する。
【００７１】
「音声又は／及び映像取得部」１２０２は、ＩＰ電話通信による音声又は／及び映像を取得する。すなわち、通信セッション確立部５０２で確立された通信セッションを利用して、音声又は／及び映像を取得する部である。
【００７２】
本実施形態においては、テキスト情報出力部１２０１は、ＩＰ電話通信により音声又は／及び映像が取得されたタイミングと、テキスト情報を取得したタイミングに基づいて、テキスト情報の出力と、音声又は／及び映像の出力とを同期する。
【００７３】
通常、ＩＰ電話通信においては、音声又は／及び映像の情報は、ＲＴＰ（Ｒｅａｌ―Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用いて送受信されるので、音声又は／及び映像の情報が受信されると直ちに出力されるとは限らず、音声や映像の情報を運ぶパケットのヘッダに付与されたタイムスタンプに基づいてバファリングが行なわれ、整列がされて出力される場合がある。そこで、テキスト情報出力部１２０１は、受信したテキスト情報を直ちに出力することはせず、そのときに受信された音声や映像の情報と同期するように出力する。
【００７４】
例えば、「それは、このテキストによれば明らか」という音声の情報が、まず、「によれば明らか」に対応するパケットが先に受信され、次に、「それは、」のパケットが受信され、その次に「このテキスト」のパケットが受信されたとする。このとき、音声の情報は、「このテキスト」のパケットが受信されるまで出力されず、バファリングされる。したがって、「このテキスト」の音声の情報が受信されたときに、テキスト情報が受信される場合においては、音声の情報とテキスト情報とを同期させずに受信された音声の情報とテキスト情報を直ちに出力すると、「それは、このテキストによれば明らか」という音声が出力された後に、テキスト情報が出力されることになる。一方、同期を行なうと、「それは、このテキストによれば明らか」と音声が出力される際に、「このテキスト」の部分の出力がされる時にテキスト情報が出力されることになる。これにより、音声とテキストとの関連が明らかとなる。
【００７５】
このようにするために、例えば、テキスト情報出力部１２０１は、テキスト情報送受信部でテキスト情報が取得されるタイミングにおいて音声又は／及び映像取得部１２０２により取得される音声又は／及び映像の情報のパケットを関連付けるようにしておく。関連付けられた音声又は／及び映像の情報のパケットの内容が出力される時に、テキスト情報を出力する。
【００７６】
（実施形態５：主な効果）
本実施形態により、ＩＰ電話装置の操作者に、音声の情報とテキスト情報との出力のタイミングのずれによる違和感を生じさせることなく、通話が行なえる。また、映像情報とテキスト情報との出力のタイミングのずれによる違和感を生じさせることがなくなることも同様である。
【００７７】
（実施形態６：主に請求項７に対応する）
本発明の実施形態６として、ウェブ閲覧部を有するＩＰ電話装置について説明する。
【００７８】
図１３は、本実施形態に係るＩＰ電話装置の機能ブロック図を例示する。ＩＰ電話装置１３００は、実施形態４のＩＰ電話装置が、ウェブ閲覧部１３０１を有した構成となっている。
【００７９】
「ウェブ閲覧部」１３０１は、ウェブ閲覧を可能とする部であり、例えば、ＵＲＬを指定する手段（例えば、キーボードを用いてＵＲＬを指定する）、ＵＲＬで指定されたウェブページなどの情報の要求を行なう手段、前記要求に応じて返信されるウェブページなどの情報の受信を行なう手段、指定されたＵＲＬのウェブページなどの情報を表示・再生をする手段（例えば、ディスプレイやスピーカなど）を有する。
【００８０】
また、本実施形態において、ウェブ閲覧部１３０１は、ＵＲＬ送信手段１３０２と情報要求手段１３０３とを有する。
【００８１】
「ＵＲＬ送信手段」１３０２は、現在閲覧が行なわれている情報のＵＲＬをテキスト情報としてテキスト情報送受信部１１０１に送信させる。例えば、ＵＲＬを指定する手段にＵＲＬが入力されたときに、ＵＲＬをテキスト情報としてテキスト情報送受信部１１０１に送信させる。あるいは、画面上のボタンなどを押したときに、ウェブ閲覧部に表示・再生されている情報のＵＲＬを送信させる。また、表示されているウェブページのリンクをクリックなどして別のウェブページなどが表示・再生がされると、その別ウェブページなどのＵＲＬがテキスト情報としてＵＲＬ送信手段１３０２により送信されるようになっていてもよい。なお、テキスト情報送受信部１１０１がＵＲＬをテキスト情報として送信する場合には、テキスト情報がＵＲＬであることを示すタグなどを付加してもよい。
【００８２】
「情報要求手段」１３０３は、テキスト情報送受信部１１０１が受信したテキスト情報をＵＲＬとして解釈できるならば、そのＵＲＬで指し示される情報を要求する。例えば、情報要求手段１３０３は、テキスト情報送受信部１１０１で受信されるテキスト情報を監視し、ＵＲＬとして解釈できるならば、そのテキスト情報の表わすＵＲＬで指し示される情報を要求する。ＵＲＬは一定の構文規則に則って記述されるので、テキスト情報がＵＲＬとして解釈できるかどうかは、その構文規則に適合するかどうかを判定することにより判断することができる。また、テキスト情報がＵＲＬであることを示すタグとともにＵＲＬが送信されるようになっている場合には、そのタグを検出することにより、テキスト情報がＵＲＬとして解釈できるかどうかを監視することができる。
【００８３】
なお、ウェブ閲覧部１３０１が情報を表示するためのウィンドウの大きさは、通話が行なわれているＩＰ電話装置間で同じ大きさが保たれるようになっているのが望ましい。そのため、一方のＩＰ電話装置でウィンドウのリサイズの操作が行なわれると、他のＩＰ電話装置へ、ウィンドウのリサイズを示す情報がテキスト情報として送信されるようになっていてもよい。ウィンドウのリサイズを示すテキスト情報としては、例えば、「ＲＥＳＩＺＥ：ＷＩＤＴＨ＝２００：ＨＥＩＧＨＴ＝２５０」のように、リサイズ後のウィンドウの幅と高さをピクセル数で示すようになっていてもよい。
【００８４】
（実施形態６：主な効果）
本実施形態によれば、ウェブ閲覧部で閲覧されている情報のＵＲＬがＩＰ電話通信の相手方にテキスト情報として送信され、相手方においては、テキスト情報として送信されてきたＵＲＬで示される情報が相手方のＩＰ電話装置のウェブ閲覧部に表示される。これにより、同じウェブページなどを見ながら通話を行なうことができる。これにより、情報の共有化を促進することができ、コミュニケーションを効率よく行なうことができる。
【００８５】
（実施形態７：主に請求項８に対応する）
本発明の実施形態７として、ウェブ閲覧部が描画機能を備えたＩＰ電話装置について説明する。
【００８６】
図１４は、本実施形態に係るＩＰ電話装置の機能ブロック図を例示する。ＩＰ電話装置１４００は、実施形態６に係るＩＰ電話装置のウェブ閲覧部が、描画操作変換手段１４０１と、ベクトル情報送信手段１４０２と、描画手段１４０３と、を有している構成となっている。
【００８７】
「描画操作変換手段」１４０１は、画面上に行なわれた描画操作をベクトル情報に変換する。ここに、「画面」とは、ウェブページなどの情報が表示された画面を意味する。また、「描画操作」とは、マウスの操作（例えば、ボタンのクリック、ドラッグなど）や、ＩＰ電話装置に接続された（あるいは、ＩＰ電話装置を実現するプログラムが動作する計算機に接続された）タブレット、タッチパネル、光線銃、ライトペンなどのポインティングデバイスによる操作である。「ベクトル情報」とは、描画の開始位置の座標、描画操作の行なわれた方向、描画操作の長さなどからなる情報であって、描画操作を再現するのに必要な情報を意味する。
【００８８】
したがって、描画操作変換手段１４０１は、例えばマウスのドラッグなどの描画操作が行なわれると、ドラッグの開始位置の座標、終了位置の座標などを示すベクトル情報に変換する。
【００８９】
「ベクトル情報送信手段」１４０２は、描画操作変換手段１４０１により変換されたベクトル情報をテキスト情報としてテキスト情報送受信部に送信する。例えば、描画操作変換手段１４０１で変換されたベクトル情報がバイナリデータであれば、そのバイナリデータをテキスト情報に変換して、テキスト情報送受信部１１０１に送信させる。バイナリデータをテキスト情報に変換する方法としては、例えば、ＵＵＥＮＣＯＤＥ、ＢＡＳＥ６４などの方法が知られているので、これらを用いる。また、描画操作変換手段１４０１により変換されるベクトル情報が最初から、「ＤＲＡＧ：Ｘ＝１０，Ｙ＝２０：Ｘ＝３０，Ｙ＝５０」のようなテキスト情報であれば、そのままテキスト情報送受信部１１０１に送信させる。なお、ベクトル情報であることを示すタグを付加して送信するようになっていてもよい。
【００９０】
「描画手段」１４０３は、テキスト情報送受信部１１０１が受信したテキスト情報をベクトル情報として解釈できるならば、そのベクトル情報に基づいて描画を行なう。例えば、描画手段１４０３は、テキスト情報送受信部１１０１で受信されるテキスト情報を監視し、受信されたテキスト情報がベクトル情報として解釈できると判断した場合に、そのベクトル情報に基づいて描画を行なう。テキスト情報がベクトル情報として解釈できるかどうかは、ベクトル情報の構文規則に適合するかどうかを判断することにより行なうようにしてもよい。また、ベクトル情報を示すタグが付加されている場合には、そのタグを検出することにより判断するようにしてもよい。
【００９１】
（実施形態７：主な効果）
本実施形態によれば、ウェブ閲覧部で閲覧され表示されている情報に重ねるなどのようにして描画された文字や図形が、ＩＰ電話通信の相手方に送信され、相手方においては、表示されている情報に重ねるなどのようにして文字や図形が描画されるようにすることができる。これにより、例えば、地図を見ながら道順を示したり、通話者間で同じウェブページを見ながらウェブページなどの製作における修正の指示、などを的確に行なうことができる。
【００９２】
（実施形態８：主に請求項８について説明する）
本発明の実施形態８として、ウェブ閲覧部に対するスクロール操作をテキスト情報として送信し、また、テキスト情報として送信されたスクロール操作に基づいてスクロール操作を行なうＩＰ電話装置について説明する。
【００９３】
図１５、図１６は、本実施形態に係るＩＰ電話装置の機能ブロック図を例示する。ＩＰ電話装置１５００は、実施形態６または７のＩＰ電話装置のウェブ閲覧部１３０１がスクロール操作検出手段１５０１と、スクロール操作変換手段１５０２と、スクロール操作送信手段１５０３と、スクロール手段１５０４と、を有した構成となっている。
【００９４】
「スクロール操作検出手段」１５０１は、スクロール操作を検出する。例えば、ウェブ閲覧部が表示する画面にスクロールバーを表示しておき、そのスクロールバーに対してマウスのドラッグの操作などが行なわれたことを検出し、スクロールの変量（例えばページ全体に対してどれだけの割合の移動が発生したか、あるいは、何ピクセルの移動が発生したか、など）を検出する。もちろん、スクロールは上下方向にだけ限定されるものではなく、左右の方向にも行われるようになっていてもよい。
【００９５】
「スクロール操作変換手段」１５０２は、スクロール操作検出手段１５０１で検出されたスクロール操作をテキスト情報に変換する。例えば、１０の変量が検出された場合には、「ＳＣＲＯＬＬ：ＵＰ：１０％」のようなテキスト情報に変換する。
【００９６】
「スクロール操作送信手段」１５０３は、スクロール操作変換手段により変換された結果のテキスト情報をテキスト情報送受信部１１０１に送信させる。
【００９７】
「スクロール手段」１５０４は、テキスト情報送受信手段１１０１が受信したテキスト情報をスクロール操作が変換されたものである場合に、そのテキスト情報に基づいてスクロールを行なう。例えば、テキスト情報として、ＳＣＲＯＬＬ：ＵＰ：１０％が受信された場合には、１０％の変量だけ上方へスクロールを行なう。なお、本実施形態に係るＩＰ電話装置が実施形態７に基づくものである場合、スクロールを行なうと、描画手段によって描画された文字・図形もスクロールされるようになっていてもよい。このようにすることにより、スクロールが行なわれても、ＵＲＬで示されるウェブページなどの情報と文字・図形との対応関係が崩れることがない。
【００９８】
（実施形態８：主な効果）
本実施形態によれば、一画面に収まらない情報が表示されている場合、ＩＰ電話通信の一方がスクロール操作を行なうと、それに同期するように他の一方においてもスクロールがされるようにできる。これにより、例えば、同じ情報の表示に基づいてコミュニケーションを行なうことができる。
【００９９】
（実施形態９：主に請求項１０について説明する）
本発明の実施形態９として、送信される情報又は／及び受信される情報を、送信される又は／及び受信したタイミングを保持して蓄積し、再生を行なうＩＰ電話装置について説明する。
【０１００】
図１７は、本実施形態に係るＩＰ電話装置の機能ブロック図を例示する。ＩＰ電話装置１７００は、実施形態１から８のいずれかのＩＰ電話装置が、情報蓄積部１７０１と情報再生部１７０２とを有する構成となっている。したがって、例えば、ＩＰ電話装置１７００が実施形態４を基にするものであれば、テキスト情報送受信部を有することになる。
【０１０１】
「情報蓄積部」１７０１は、通信セッション確立部５０２で確立される通信セッションにおいて送信される情報又は／及び受信される情報を、送信される又は／及び受信されるタイミングを保持して蓄積する。例えば、通信セッション確立部５０２で確立された通信セッションにより受信されたパケットを、受信された時刻とともに、ハードディスク装置などに蓄積する。また、送信される情報又は／及び受信される情報を蓄積する場合には、送信される情報又は／及び受信される情報が蓄積のために取得された時刻あるいはタイムスタンプとともに蓄積を行なうようになっていてもよい。また、前に蓄積が行なわれた時刻からの経過時間である蓄積経過時間とともに送信される情報又は／及び受信される情報が蓄積されるようになっていてもよい。
【０１０２】
なお、「通信セッション確立部５０２で確立される通信セッション」の概念は、通信セッション確立部５０２で確立された通信セッションのみならず、将来、確立されるであろう通信セッションも含む概念である。
【０１０３】
「送信される情報」とは、ＩＰ電話装置１７００に対する操作により送信されることになる情報、あるいは、送信されることとなった情報を意味する。例えば、発話の操作が行なわれれば、発話の音声情報が送信される情報となる。また、ＩＰ電話装置１７００が実施形態６を基にする場合には、ウェブページなどの表示・再生に伴なって送信されるＵＲＬのテキスト情報が送信される情報となる。ＩＰ電話装置１７００が実施形態７を基にする場合には、描画操作に伴なって発生するベクトル情報をテキスト情報に変換した情報（描画操作を示すテキスト情報）が送信される情報となる。実施形態８を基にする場合には、スクロール操作がスクロール操作変換手段により変換されスクロール操作送信手段により送信されるテキスト情報（スクロール操作を示すテキスト情報）が送信される情報となる。
【０１０４】
特に、「通信セッション確立部５０２で確立される通信セッション」は、将来確立されるであろう通信セッションも含まれるため、送信される情報は、将来確立されるであろう通信セッションで送信される情報も含まれる。したがって、通信セッションが確立されていない状態でのＩＰ電話装置１７００に対する操作により発生する情報も、本発明での送信される情報となる。
【０１０５】
「受信される情報」とは、ＩＰ電話装置１７００が他の電話装置などと通信セッションを確立し、その通信セッションにより受信される情報を意味する。例えば、他の電話装置が、本実施形態のＩＰ電話装置である場合、他の電話装置で表示・再生されているウェブページなどのＵＲＬのテキスト情報が受信される情報である。また、他の電話装置での描画操作を示すテキスト情報、スクロール操作を示すテキスト情報などが受信される情報となる。
【０１０６】
「情報再生部」１７０２は、情報蓄積部１７０１で蓄積された情報を再生する。例えば、ハードディスク装置に、受信された時刻あるいはタイムスタンプ、蓄積経過時間などとともに蓄積されたパケットを、受信される時間間隔を保つようにして読み取り、再生を行なう。また、情報蓄積部１７０１に送信される時刻とともに蓄積された送信される情報を読み取り、再生を行なう。また、再生を行なう代わりに、読み取られた情報は、確立された通信セッションを用いて送信されるようになっていてもよい。このように、受信されたタイミングを保って情報を再生することにより、例えば、音声の場合には、記録されたときと同じように聞くことができ、また、記録されたときと同じタイミングで、ＵＲＬにより指し示される情報の表示や再生を行なうことができる。また、何らかの理由により（例えば、ネットワークの障害など）、通話相手の電話装置と通信セッションが確立できない場合、通信セッションの確立が可能となるときに備えて、音声情報、映像情報、ＵＲＬのテキスト情報、描画操作示すテキスト情報、スクロール操作を示すテキスト情報を蓄積しておくことができる。この場合、後に通信セッションが確立できるようになったときに、蓄積された情報を送信することができる。
【０１０７】
（実施形態９：主な効果）
情報蓄積部１７０１による情報の蓄積の処理と、情報再生部１７０２による情報の再生の処理とは、並列に行なわれてもよい。また、蓄積の処理が行なわれた後、ある程度の時間間隔をおいて再生の処理が行なわれてもよい。並列に行なわれることにより、語学教育などの場合に、重要な部分を再度聞きなおしたりすることができる。また、ある程度の時間間隔をおいて再生の処理が行なわれ場合には、例えば、現在の留守番電話のようにメッセージを残すことができる。本発明においては、音声情報のみならず、テキスト情報を含ませたメッセージとなるので、複雑な内容のメッセージを残すことができる。例えば、特定のウェブページの表示を行ない、そのウェブページの音声による説明を残したりすることが可能となる。また、通信セッションが確立できない場合でも、説明などを残すことが可能となる。また、送信と受信の内容を蓄積し再生することができるので、契約締結の事実などを立証することも容易に行なえる。
【産業上の利用可能性】
【０１０８】
本発明に係るＩＰ電話装置は、テキスト情報の送受信するための通信セッションが確立され、テキスト情報の送受信が可能となったり、通話を行なう者同士が同じウェブページを見て会話を行なったり、手書きの文字や図形の送受信が行なえるなどの効果を奏し、ＩＰ通信により通話を行なうＩＰ電話装置等として有用である。
【図面の簡単な説明】
【０１０９】
【図１】本発明の概要を示すための図
【図２】本発明の概要を示すための図
【図３】本発明の概要を示すための図
【図４】本発明の概要を示すための図
【図５】実施形態１に係るＩＰ電話装置の機能ブロック図
【図６】通信セッション確立要求生成部と通信セッション確立部との関係を示す図
【図７】ＩＰ電話装置の処理を説明するフローチャート
【図８】通信セッション確立要求生成部と通信セッション確立部との関係を示す図
【図９】ＩＰ電話装置の処理を説明するフローチャート
【図１０】ＳＤＰの記述の一例図
【図１１】実施形態４に係るＩＰ電話装置の機能ブロック図
【図１２】実施形態５に係るＩＰ電話装置の機能ブロック図
【図１３】実施形態６に係るＩＰ電話装置の機能ブロック図
【図１４】実施形態７に係るＩＰ電話装置の機能ブロック図
【図１５】実施形態８に係るＩＰ電話装置の機能ブロック図
【図１６】実施形態８に係るＩＰ電話装置の機能ブロック図
【図１７】実施形態９に係るＩＰ電話装置の機能ブロック図
【図１８】ＳＩＰが用いられる場合の発呼側と着呼側との通信の様子を示すシーケンス図
【図１９】ＳＩＰにおけるＩＮＶＩＴＥメッセージの一例図
【符号の説明】
【０１１０】
５００  ＩＰ電話装置
５０１  通信セッション確立要求生成部
５０２  通信セッション確立部
【図１】
2005064761.tif 000003
【図２】
2005064761.tif 000004
【図３】
2005064761.tif 000005
【図４】
2005064761.tif 000006
【図５】
2005064761.tif 000007
【図６】
2005064761.tif 000008
【図７】
2005064761.tif 000009
【図８】
2005064761.tif 000010
【図９】
2005064761.tif 000011
【図１０】
2005064761.tif 000012
【図１１】
2005064761.tif 000013
【図１２】
2005064761.tif 000014
【図１３】
2005064761.tif 000015
【図１４】
2005064761.tif 000016
【図１５】
2005064761.tif 000017
【図１６】
2005064761.tif 000018
【図１７】
2005064761.tif 000019
【図１８】
2005064761.tif 000020
【図１９】
2005064761.tif 000021