(57)【要約】【課題】ＰＨＳ、携帯電話といった通信インタフェースを有する携帯情報端末の着信機能を提供するクライアント・サーバアーキテクスチャによって構成されるＳＩＰ準拠ＩＰ電話システム。【解決手段】（１）通信インタフェースに対する着信によって休止状態から起動する手段（ＷａｋｅＯｎＲｉｎｇ）を有した携帯情報端末と、（２）様々なＩＰ電話クライアントが混在する環境下、これらの通信インタフェースを備えた休止状態の携帯情報端末を、データテーブルを参照して判別し、音声接続を確立する手段を有するサーバ、を特徴とするＩＰ電話システム。【選択図】  図１
2005184754.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ電話を携帯情報端末（ＰＤＡ等）並びにＰＣから発信した際、通信インタフェースを備えた休止状態（通信インタフェースへ着信を探知するために微弱電流のみを通電した状態。ＷａｋｅＯｎＲｉｎｇ待機状態）の携帯情報端末で着信することのできることを特徴とするＩＰ電話システム。
【請求項２】
請求項１に記載のＩＰ電話システムにおいて、音声通話の接続確立、当該電話番号を保持する通信カードへの発信、携帯情報端末の自動起動の手段としてクライアント・サーバ型アーキテクスチャを備えたことを特徴とするＩＰ電話システム。
【請求項３】
請求項１、２に記載のＩＰ電話システムにおいて、携帯情報端末に静的なＩＰアドレスが割り当てられていない状態、かつ、携帯情報端末が休止状態状態でも、発着信を制御するサーバがＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）アドレスと電話番号の対応したテーブルを参照し、当該電話番号に発信することで、休止状態の携帯情報端末を自動的に起動し、接続に必要な情報を付与し、２者間の通話を実現することのできる手段を備えたことを特徴とするＩＰ電話システム。
【請求項４】
請求項目１、２、３に記載のＩＰ電話システムにおいて、着信を受ける際の休止状態の携帯情報端末がコールバック先や起動するアプリケーションとアプリケーションに渡すパラメータなど着信並びに着信以後に必要な情報を、自動的に取得することのできる手段、を備えたことを特徴とするＩＰ電話システム。
【請求項５】
請求項目１、２、３、４に記載のＩＰ電話システムにおいて、狭帯域通信網で利用することのできるＰＨＳなど通信インタフェース間のＩＰ電話にも他の広帯域通信網と同じ接続手順で通話を開始する手段、を備えたことを特徴とするＩＰ電話システム。
【発明の詳細な説明】
【技術分野】
【０００１】本発明は、ＰＤＡやノートパソコンなどの携帯情報端末機に搭載されたソフトウェアと、サーバ間におけるＩＰ電話及びその接続手順の確立とそのシステムに関する。
【背景技術】
【０００２】従来音声をデータ化し、ＩＰを基盤としたネットワークで伝送するには、セッションを確立するために、ＩＴＵ−Ｔ及びＴＴＣにて標準化されたＨ．３２３を用いるか独自のプロトコルを定義し、それらを用いて端末間のセッションを確立していた。【０００３】これに対してＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）はクライアント・サーバ型アーキテクスチャを採用した音声セッション確立用プロトコルである。発信元が着信先に問い合わせる際は、電子メールアドレスに類似したＳＩＰアドレス（例えばＳｉｐ：ｕｓｅｒ＠ｕｓｅｒｃｏｎｐａｎｙ．ｃｏ．ｊｐ）をＳＩＰサーバに対して送信する。ＳＩＰサーバは送信されたＳＩＰアドレスを元にＤＮＳを参照することで、音声セッションを確立する。近年ではＳＩＰをプロトコルとして採用したＩＰ電話システムが採用されることが広く社会的に支持されている。本発明もＳＩＰを採用し、他のＳＩＰを採用したＩＰネットワークや、音声通信網への接続障壁を低くし、汎用性を高めたものである。
【発明の開示】
【発明が解決しようとする課題】
【０００４】携帯情報端末（ＰＤＡ、ＰＣ等）におけるＩＰ電話サービスは主に帯域幅１Ｍｂｐｓ以上を想定した公衆無線ＬＡＮ網を対象として試験サービス並びに商用サービスが展開されてきた。公衆無線ＬＡＮ網を対象としたＩＰ電話サービスにおいては、利用範囲の狭さが利用者にとってＩＰ電話を使用する最大の障壁となっていた。【０００５】上記に関して、携帯情報端末が公衆無線ＬＡＮ網においてＩＰ電話を着呼するには、電源が常に入った状態で、かつ、着信に必要なアプリケーションが動作している状態でなければならず、現在の携帯情報端末向けに提供されるバッテリの限られた持続能力を考えると携帯情報端末によるＩＰ電話の着呼は現実的ではなかった。またその操作手続きも着呼に対してオフフック・ボタンを押すだけの携帯電話と比べ、煩雑であった。【０００６】またサーバから端末に対してＩＰ電話の接続要求をするためには、接続先の端末とＩＰネットワーク上の接続が確立され、接続先の端末に割り当てられたＩＰアドレスを用いて接続要求をする必要があった。しかしながら、休止状態の通信インタフェースを備えた携帯情報端末に対しては、携帯情報端末はＩＰネットワーク上に接続されていないため、ＩＰアドレスは割り当てられておらず、接続要求を送信することは不可能であった。【０００７】本発明は、上述したの事情を解決するために、無線ＬＡＮはもちろん、無線ＬＡＮよりも広い利用範囲を持つＰＨＳや携帯電話といった各種の通信インタフェースを有する、ＩＰアドレスが割り当てられていない休止状態の携帯情報端末に対して着呼による休止状態からの自動起動機能とＳＩＰを用いた音声通信セッションの確立を提供することを目的としたＩＰ電話システムである。
【課題を解決するための手段】
【０００８】本発明はこのような課題を解決するために次のような特徴を備えている。なお、次に上述した課題を解決するための実施の形態を図面を参照しながら示す。符号などは、後述する図面符号及び当該図中の符号等である。【０００９】図１は、発信元（Ａ）が、電源が入っていない、かつ、ＩＰアドレスを割り振られていない携帯情報端末（Ｅ）にＩＰ電話の接続要求を行った際、本発明が上述した課題を解決するための手順を示した構成図である。【００１０】図中における発信元（Ａ）とは、ＰＤＡやＰＣ上で動作するＳＩＰプロトコルに対応したソフトフォン或いは一般公衆電話網を経由する携帯電話や固定電話から、ＰＨＳや携帯電話といった各種の通信インタフェースを有する携帯情報端末へＩＰ電話を発信しようとする発信者である。ＳＩＰサーバ（Ｂ）とは、請求項に記載された本発明の特徴を有するＳＩＰサーバであり、携帯情報端末の状態判断及びその自動起動機能、ＳＩＰを用いた音声通信セッションの確立手段を提供する。図中における移動体通信網（Ｃ）とは、携帯電話やＰＨＳなどの通信キャリアが提供する移動体通信網を示す。ＩＰネットワーク（Ｄ）とは、発信先の携帯情報端末が接続されるＩＳＰなどＩＰネットワークを示す。携帯情報端末（Ｅ）とは、着呼による自動機能（ＷａｋｅＯｎＲｉｎｇ）に対応する通信インタフェース及び、ソフトウェアを備え、かつ、ＳＩＰに対応したソフトフォンを備える携帯情報端末である。【００１１】図１において、発信元（Ａ）から受け取った接続要求は、ＳＩＰサーバ（Ｂ）に要求され、ＳＩＰサーバ（Ｂ）は、接続要求内のＳＩＰアドレスによって示される発信先の携帯情報端末のＩＰアドレスが、ＳＩＰサーバ（Ｂ）が内部に保持するレジスタテーブルに登録されているか確認する。携帯情報端末にＩＰアドレスが割り当てられていない場合では、ＳＩＰプロトコルのＩＮＶＩＴＥ接続要求を送信することができないので、ＳＩＰサーバ（Ｂ）は、レジスタテーブルを参照し、接続要求先のＳＩＰアドレスに対応した携帯電話及びＰＨＳの電話番号に対して、ダイヤルする。その間、ＳＩＰサーバ（Ｂ）は、有効なＩＰアドレスが登録されるまで接続要求を保留する。移動体通信網（Ｃ）によって当該電話番号を有する携帯情報端末（Ｅ）の位置が特定され、携帯情報端末（Ｅ）が着信を受けると自動起動し、指定されたコールバック先にダイヤルし、ＩＰネットワーク（Ｄ）に接続、動的なＩＰアドレスを取得する。携帯情報端末（Ｅ）は新たに取得したＩＰアドレスをＳＩＰサーバ（Ｂ）のレジスタテーブルに登録する。ＳＩＰサーバ（Ｂ）は、レジスタテーブルに接続先のＩＰアドレスが登録されると、接続先に対してＩＮＶＩＴＥ接続要求を送信する。携帯情報端末（Ｅ）が送信されたＩＮＶＩＴＥ接続要求を承認すると、音声通話が開始される。
【発明の効果】
【００１２】通信インタフェースを備えるＰＤＡなど携帯情報端末によるＩＰネットワークへの接続に対しては、動的なＩＰアドレスを割り当てることが前提となっている。さらに携帯電話及びＰＨＳの電波が届かない範囲に携帯情報端末が移動したり、接続が切断されたりするたびにＩＰアドレスが変更され、ＩＰ電話の接続確立のためＩＰアドレスやそれを基にするＳＩＰアドレスによって携帯情報端末を特定することは困難であったが、本発明はこのような場合においても、サーバの保持するレジスタテーブルを参照し、ＳＩＰアドレスに対応する電話番号にダイヤルし、携帯情報端末のＩＰアドレスを取得することでこの問題を解決している。携帯情報端末によるＩＰ電話において、携帯電話と同等の着信機能という使い勝手を有するＩＰ電話システムは本発明のみである。【００１３】さらに、本発明によって、通信インタフェースを備える携帯情報端末で、音声とデータ両方を活用したモバイルシステムを構築することができる。また、ＳＩＰに対応した企業内線との連携や、企業内で運用されるデータベースの情報と連携したモバイルＩＰテレフォニーシステムの構築においてさらなる相乗効果を期待できる。
【発明を実施するための最良の形態】
【００１４】以下、図面を参照して、本発明の実施例の詳細について説明する。図２は、図１におけるＳＩＰサーバ（Ｂ）の動作を説明するためのフローチャートである。【００１５】ステップＳ１は、ＳＩＰサーバがユーザからのＩＮＶＩＴＥ接続要求を待つためのアイドリング状態を指す。図２における処理が一通り終了すると、始点であるステップＳ１に戻る。【００１６】ステップＳ２は、ユーザからＳＩＰプロトコルによって定められるＩＮＶＩＴＥ接続要求を受信した状態を示す。【００１７】ステップＳ２においてＩＮＶＩＴＥ接続要求をサーバが受け取ると、ＩＮＶＩＴＥ接続要求が自分のドメイン宛なのか（ステップＳ３：ＹＥＳ）、或いは他のドメイン宛てなのか（ステップＳ３：ＮＯ）を判断する（ステップＳ３）。ＩＮＶＩＴＥ接続要求が他のドメイン宛であった場合（ステップＳ３：ＮＯ）は他のドメインに対してリクエストを転送する。（ステップＳ４）【００１８】次にステップＳ３において行われた判別で、受信したＩＮＶＩＴＥリクエストが自分のドメイン宛てであった場合（ステップＳ３：ＹＦＳ）、サーバはＩＮＶＩＴＥ接続要求の転送先のユーザ名に対応するＩＰアドレスがレジスタテーブルに登録されているか判定する。（ステップＳ５）【００１９】ステップＳ５において行われた判別で、転送先のユーザ名に対応するＩＰアドレスがレジスタテーブルに登録されている場合（ステップＳ５：ＹＥＳ）、サーバはレジスタテーブルから対応するＩＰアドレスを取得し、当該ＩＰアドレスに対してＩＮＶＩＴＥ接続要求を送信し（ステップＳ６）、送信先のレスポンスを一定時間待つ（ステップＳ７）。【００２０】ステップＳ７の後、レスポンスが返ってきたかを判定する（ステップＳ８）。レスポンスが帰ってきた場合（ステップＳ８：ＹＥＳ）は、接続が成立したことになり、サーバはリクエスト待ちに戻る（ステップＳ１）。【００２１】ステップＳ９は、ステップＳ５において行われた判別で、受け取ったＩＮＶＩＴＥ接続要求の転送先ユーザ名に対応するＩＰアドレスがレジスタテーブルに登録されていない場合（ステップＳ５：ＮＯ）、或いは、ステップＳ８における判別で相手先ＩＰアドレスにＩＮＶＩＴＥ接続要求を送信したにもかかわらず、レスポンスを得られなかった場合（ステップＳ８：ＮＯ）に実行される。【００２２】ステップＳ９では、ＩＮＶＩＴＥ接続要求の転送先のユーザ名に対応する電話番号がレジスタテーブルに登録されているか判定する。レジスタテーブルに電話番号が登録されていない場合（ステップＳ９：ＮＯ）は、サーバはエラーとして４０４Ｎｏｔ  Ｆｏｕｎｄを返す。【００２３】ステップＳ９における判別において、ＩＮＶＩＴＥ接続要求の転送先のユーザ名に対応する電話番号がレジスタテーブルに登録されている場合（ステップＳ９：ＹＥＳ）、電話番号をレジスタテーブルから取得し（ステップＳ１０）、当該電話番号に対してダイヤルを開始する（ステップＳ１１）。サーバはダイヤル先の携帯情報端末がサーバに新しいＩＰアドレスを登録するか確認するために一定時間待機する（ステップＳ１２）。【００２４】ステップＳ１３では、ダイヤル先の新しいＩＰアドレスがサーバに登録されているかを判定する。ダイヤ���先の新しいＩＰアドレスがサーバに登録されている場合（ステップＳ１３：ＹＥＳ）、新しいＩＰアドレスに対してＩＮＶＩＴＥ接続要求を送信し（ステップＳ１４）、サーバはリクエスト待ち（ステップＳ１）に戻る。【００２５】ステップＳ１３における判別において、ダイヤル先の新しいＩＰアドレスがサーバに登録されなかった場合（ステップＳ１３：ＮＯ）、サーバはエラーとして４０４Ｎｏｔ  Ｆｏｕｎｄを返す。【００２６】次に、図３を参照して、本実施例において、サーバがＩＮＶＩＴＥ接続要求を判別するために参照するデータテーブルの構造を説明する。データテーブルは、サーバ管理下のデータベースに備えられる。【００２７】データテーブルの目次エリアはユーザ名（ＳＩＰで定められるＳＩＰ  ＵＲＬ）、ＩＰアドレス、電話番号によって構成される。ユーザ名は、自ドメインと他ドメイン両方に対応する。サーバはＩＮＶＩＴＥ接続要求を受け取った際、ユーザ名に対応したＩＰアドレスに対し、ＩＮＶＩＴＥ接続要求を送信する。ＳＩＰに準拠したＩＰ電話クライアントではＩＰネットワークに接続し、動的なＩＰアドレスを取得した際に、サーバのデータテーブルに最新のＩＰアドレスを登録する手段を備えている。ＩＰアドレスが動的に割り当てられる環境での利用を想定し、本発明においては、一定時間更新のなかったＩＰアドレスは無効（図３におけるＮＯＴ＿ＲＥＧＩＳＴＥＲＥＤ）とする処理を行う。電話番号は、クライアントに新しい動的なＩＰアドレスが割り振られたなどの理由で、ＩＰアドレスが無効であった場合、サーバがクライアントである携帯電話やＰＨＳの通信インタフェースを備えた携帯情報端末に対してダイヤルする際に参照される。【００２８】図３におけるＳＩＰ  ＵＲＬがｆｏｏ１＠ｓｅｌｆｄｏｍａｉｎ．ｃｏ．ｊｐで示されるユーザＡとは、サーバが位置するドメインｓｅｌｆｄｏｍａｉｎ．ｃｏ．ｊｐに所属するユーザであり、かつ、ＩＰアドレスが登録されていない状態、かつ、０７０−１１１１−１１１１というＰＨＳ通信インタフェースの電話番号を登録しているユーザを意味する。この際、サーバは図２に示される処理フローに従い、当該電話番号を有する通信インタフェースを備えた携帯情報端末に対しダイヤルする。【００２９】次に、図３におけるＳＩＰ  ＵＲＬがｆｏｏ２＠ｓｅｌｆｄｏｍａｉｎ．ｃｏ．ｊｐで示されるユーザＢとは、サーバが位置するドメインに所属するユーザであり、かつ、ＩＰアドレスが登録されている状態、かつ、０７０−１２３４−１２３４という携帯電話通信インタフェースの電話番号を登録しているユーザを意味する。この際、サーバは図２に示される処理フローに従い、ユーザに対応したＩＰアドレスに対し、ＩＮＶＩＴＥ接続要求を送信する。その結果、ＩＰアドレスが無効であった場合は当該電話番号を有する通信インタフェースを備えた携帯情報端末に対しダイヤルする。【００３０】次に、図３におけるＳＩＰ  ＵＲＬがｆｏｏ３＠ｏｔｈｅｒｄｏｍａｉｎ．ｃｏ．ｊｐで示されるユーザＣとは、サーバが位置するドメイン以外の外部ドメインに所属するユーザであり、かつ、ＩＰアドレスが登録されている状態、かつ、電話番号が登録されていないユーザを意味する。ユーザの利用形態としてＰＣ上で動作するソフトフォンや一般的なＳＩＰに対応したＩＰ電話、を使用するユーザと考えられる。この際、サーバは図２に示される処理フローに従い、外部ドメインであるｏｔｈｅｒｄｏｍａｉｎ．ｃｏ．ｊｐのユーザ（ｆｏｏ３＠ｏｔｈｅｒｄｏｍａｉｎ．ｃｏ．ｊｐ）に対してＩＮＶＩＴＥ接続要求を転送する。尚、この場合は、外部ドメインに属するＳＩＰサーバが接続確立までの処理を行う。
【産業上の利用可能性】
【００３１】本発明によって、公衆無線ＬＡＮ網よりも広い利用範囲を有する携帯電話及びＰＨＳ網に対応したＩＰ電話の着信、という使い勝手を実現することにより、従来の携帯電話と同等の利用価値をユーザに対して提供することができる。さらに、外出先での携帯電話より通話料を削減した通信手段としての社会的な価値を生み出すことができる。また、同一のドメインに位置するＩＰ電話同士の通話を内線化することによって、情報システムと音声インタフェースの統合のさらなる推進を実現する。
【図面の簡単な説明】
【００３２】
【図１】  本発明の実施の概要を示した図面である。
【図２】  サーバの処理手順を示したフローチャートである。
【図３】  データテーブルの構造を示した図面である。
【図１】
2005184754.tif 000003
【図２】
2005184754.tif 000004
【図３】
2005184754.tif 000005
【手続補正書】
【提出日】平成16年10月12日(2004.10.12)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2005184754.tif 000006
【手続補正書】
【提出日】平成16年10月12日(2004.10.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＩＰ電話を携帯情報端末（ＰＤＡ等）並びにＰＣから発信した際、通信インタフェースを備えた休止状態（通信インタフェースへ着信を探知するために微弱電流のみを通電した状態。ＷａｋｅＯｎＲｉｎｇ待機状態）の携帯情報端末で着信することのできることを特徴とするＩＰ電話システム。
【請求項２】
請求項１に記載のＩＰ電話システムにおいて、音声通話の接続確立、当該電話番号を保持する通信カードへの発信、携帯情報端末の自動起動の手段としてクライアント・サーバ型アーキテクスチャを備えたことを特徴とするＩＰ電話システム。
【請求項３】
請求項１、２に記載のＩＰ電話システムにおいて、携帯情報端末に静的なＩＰアドレスが割り当てられていない状態、かつ、携帯情報端末が休止状態状態でも、発着信を制御するサーバがＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）アドレスと電話番号の対応したテーブルを参照し、当該電話番号に発信することで、休止状態の携帯情報端末を自動的に起動し、接続に必要な情報を付与し、２者間の通話を実現することのできる手段を備えたことを特徴とするＩＰ電話システム。
【請求項４】
請求項１、２、３に記載のＩＰ電話システムにおいて、着信を受ける際の休止状態の携帯情報端末がコールバック先や起動するアプリケーションとアプリケーションに渡すパラメータなど着信並びに着信以後に必要な情報を、自動的に取得することのできる手段、を備えたことを特徴とするＩＰ電話システム。
【請求項５】
請求項１、２、３、４に記載のＩＰ電話システムにおいて、狭帯域通信網で利用することのできるＰＨＳなど通信インタフェース間のＩＰ電話にも他の広帯域通信網と同じ接続手順で通話を開始する手段、を備えたことを特徴とするＩＰ電話システム。
【請求項６】
請求項３に記載のＩＰ電話システムにおいて、当該電話番号に発信した際、当該電話番号が圏外や電源オフ等の理由により、通話不可能であった場合、発信者の音声を録音し、上記テーブルを参照し取得した当該電話番号に対応するＳＩＰアドレスに電子メール添付データとして録音音声データを送信する手段、を備えたことを特徴とするＩＰ電話システム。
【手続補正書】
【提出日】平成16年10月12日(2004.10.12)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】本発明は、ＰＤＡやノートパソコンなどの携帯情報端末機に搭載されたソフトウェアと、サーバ間におけるＩＰ電話及びその接続手順の確立とそのシステムに関する。
【背景技術】
【０００２】従来音声をデータ化し、ＩＰを基盤としたネットワークで伝送するには、セッションを確立するために、ＩＴＵ−Ｔ及びＴＴＣにて標準化されたＨ．３２３を用いるか独自のプロトコルを定義し、それらを用いて端末間のセッションを確立していた。【０００３】これに対してＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）はクライアント・サーバ型アーキテクスチャを採用した音声セッション確立用プロトコルである。発信元が着信先に問い合わせる際は、電子メールアドレスに類似したＳＩＰアドレス（例えばｓｉｐ：ｕｓｅｒ＠ｕｓｅｒｃｏｎｐａｎｙ．ｃｏ．ｊｐ）をＳＩＰサーバに対して送信する。ＳＩＰサーバは送信されたＳＩＰアドレスを元にＤＮＳを参照することで、音声セッションを確立する。近年ではＳＩＰをプロトコルとして採用したＩＰ電話システムが採用されることが広く社会的に支持されている。本発明もＳＩＰを採用し、他のＳＩＰを採用したＩＰネットワークや、音声通信網への接続障壁を低くし、汎用性を高めたものである。
【発明の開示】
【発明が解決しようとする課題】
【０００４】携帯情報端末（ＰＤＡ、ＰＣ等）におけるＩＰ電話サービスは主に帯域幅１Ｍｂｐｓ以上を想定した公衆無線ＬＡＮ網を対象として試験サービス並びに商用サービスが展開されてきた。公衆無線ＬＡＮ網を対象としたＩＰ電話サービスにおいては、利用範囲の狭さが利用者にとってＩＰ電話を使用する最大の障壁となっていた。【０００５】上記に関して、携帯情報端末が公衆無線ＬＡＮ網においてＩＰ電話を着呼するには、電源が常に入った状態で、かつ、着信に必要なアプリケーションが動作している状態でなければならず、現在の携帯情報端末向けに提供されるバッテリの限られた持続能力を考えると携帯情報端末によるＩＰ電話の着呼は現実的ではなかった。またその操作手続きも着呼に対してオフフック・ボタンを押すだけの携帯電話と比べ、煩雑であった。【０００６】またサーバから端末に対してＩＰ電話の接続要求をするためには、接続先の端末とＩＰネットワーク上の接続が確立され、接続先の端末に割り当てられたＩＰアドレスを用いて接続要求をする必要があった。しかしながら、休止状態の通信インタフェースを備えた携帯情報端末に対しては、携帯情報端末はＩＰネットワーク上に接続されていないため、ＩＰアドレスは割り当てられておらず、接続要求を送信することは不可能であった。【０００７】本発明は、上述したの事情を解決するために、無線ＬＡＮはもちろん、無線ＬＡＮよりも広い利用範囲を持つＰＨＳや携帯電話といった各種の通信インタフェースを有する、ＩＰアドレスが割り当てられていない休止状態の携帯情報端末に対して着呼による休止状態からの自動起動機能とＳＩＰを用いた音声通信セッションの確立を提供することを目的としたＩＰ電話システムである。
【課題を解決するための手段】
【０００８】本発明はこのような課題を解決するために次のような特徴を備えている。なお、次に上述した課題を解決するための実施の形態を図面を参照しながら示す。符号などは、後述する図面符号及び当該図中の符号等である。【０００９】図１は、発信元（Ａ）が、電源が入っていない、かつ、ＩＰアドレスを割り振られていない携帯情報端末（Ｅ）にＩＰ電話の接続要求を行った際、本発明が上述した課題を解決するための手順を示した構成図である。【００１０】図中における発信元（Ａ）とは、ＰＤＡやＰＣ上で動作するＳＩＰプロトコルに対応したソフトフォン或いは一般公衆電話網を経由する携帯電話や固定電話から、ＰＨＳや携帯電話といった各種の通信インタフェースを有する携帯情報端末へＩＰ電話を発信しようとする発信者である。ＳＩＰサーバ（Ｂ）とは、請求項に記載された本発明の特徴を有するＳＩＰサーバであり、携帯情報端末の状態判断及びその自動起動機能、ＳＩＰを用いた音声通信セッションの確立手段を提供する。図中における移動体通信網（Ｃ）とは、携帯電話やＰＨＳなどの通信キャリアが提供する移動体通信網を示す。ＩＰネットワーク（Ｄ）とは、発信先の携帯情報端末が接続されるＩＳＰなどＩＰネットワークを示す。携帯情報端末（Ｅ）とは、着呼による自動機能（ＷａｋｅＯｎＲｉｎｇ）に対応する通信インタフェース及び、ソフトウェアを備え、かつ、ＳＩＰに対応したソフトフォンを備える携帯情報端末である。【００１１】図１において、発信元（Ａ）から受け取った接続要求は、ＳＩＰサーバ（Ｂ）に要求され、ＳＩＰサーバ（Ｂ）は、接続要求内のＳＩＰアドレスによって示される発信先の携帯情報端末のＩＰアドレスが、ＳＩＰサーバ（Ｂ）が内部に保持するレジスタテーブルに登録されているか確認する。携帯情報端末にＩＰアドレスが割り当てられていない場合では、ＳＩＰプロトコルのＩＮＶＩＴＥ接続要求を送信することができないので、ＳＩＰサーバ（Ｂ）は、レジスタテーブルを参照し、接続要求先のＳＩＰアドレスに対応した携帯電話及びＰＨＳの電話番号に対して、ダイヤルする。その間、ＳＩＰサーバ（Ｂ）は、有効なＩＰアドレスが登録されるまで接続要求を保留する。移動体通信網（Ｃ）によって当該電話番号を有する携帯情報端末（Ｅ）の位置が特定され、携帯情報端末（Ｅ）が着信を受けると自動起動し、指定されたコールバック先にダイヤルし、ＩＰネットワーク（Ｄ）に接続、動的なＩＰアドレスを取得する。携帯情報端末（Ｅ）は新たに取得したＩＰアドレスをＳＩＰサーバ（Ｂ）のレジスタテーブルに登録する。ＳＩＰサーバ（Ｂ）は、レジスタテーブルに接続先のＩＰアドレスが登録されると、接続先に対してＩＮＶＩＴＥ接続要求を送信する。携帯情報端末（Ｅ）が送信されたＩＮＶＩＴＥ接続要求を承認すると、音声通話が開始される。
【発明の効果】
【００１２】通信インタフェースを備えるＰＤＡなど携帯情報端末によるＩＰネットワークへの接続に対しては、動的なＩＰアドレスを割り当てることが前提となっている。さらに携帯電話及びＰＨＳの電波が届かない範囲に携帯情報端末が移動したり、接続が切断されたりするたびにＩＰアドレスが変更され、ＩＰ電話の接続確立のためＩＰアドレスやそれを基にするＳＩＰアドレスによって携帯情報端末を特定することは困難であったが、本発明はこのような場合においても、サーバの保持するレジスタテーブルを参照し、ＳＩＰアドレスに対応する電話番号にダイヤルし、携帯情報端末のＩＰアドレスを取得することでこの問題を解決している。携帯情報端末によるＩＰ電話において、携帯電話と同等の着信機能という使い勝手を有するＩＰ電話システムは本発明のみである。【００１３】さらに、本発明によって、通信インタフェースを備える携帯情報端末で、音声とデータ両方を沾用したモバイルシステムを構築することができる。また、ＳＩＰに対応した企業内線との連携や、企業内で運用されるデータベースの情報と連携したモバイルＩＰテレフォニーシステムの構築においてさらなる相乗効果を期待できる。
【発明を実施するための最良の形態】
【００１４】以下、図面を参照して、本発明の実施例の詳細について説明する。図２は、図１におけるＳＩＰサーバ（Ｂ）の動作を説明するためのフローチャートである。【００１５】ステップＳ１は、ＳＩＰサーバがユーザからのＩＮＶＩＴＥ接続要求を待つためのアイドリング状態を指す。図２における処理が一通り終了すると、始点であるステップＳ１に戻る。【００１６】ステップＳ２は、ユーザからＳＩＰプロトコルによって定められるＩＮＶＩＴＥ接続要求を受信した状態を示す。【００１７】ステップＳ２においてＩＮＶＩＴＥ接続要求をサーバが受け取ると、ＩＮＶＩＴＥ接続要求が自分のドメイン宛なのか（ステップＳ３：ＹＥＳ）、或いは他のドメイン宛てなのか（ステップＳ３：ＮＯ）を判断する（ステップＳ３）。ＩＮＶＩＴＥ接続要求が他のドメイン宛であった場合（ステップＳ３：ＮＯ）は他のドメインに対してリクエストを転送する。（ステップＳ４）【００１８】次にステップＳ３において行われた判別で、受信したＩＮＶＩＴＥリクエストが自分のドメイン宛てであった場合（ステップＳ３：ＹＥＳ）、サーバはＩＮＶＩＴＥ接続要求の転送先のユーザ名に対応するＩＰアドレスがレジスタテーブルに登録されているか判定する。（ステップＳ５）【００１９】ステップＳ５において行われた判別で、転送先のユーザ名に対応するＩＰアドレスがレジスタテーブルに登録されている場合（ステップＳ５：ＹＥＳ）、サーバはレジスタテーブルから対応するＩＰアドレスを取得し、当該ＩＰアドレスに対してＩＮＶＩＴＥ接続要求を送信し（ステップＳ６）、送信先のレスポンスを一定時間待つ（ステップＳ７）。【００２０】ステップＳ７の後、レスポンスが返ってきたかを判定する（ステップＳ８）。レスポンスが帰ってきた場合（ステップＳ８：ＹＥＳ）は、接続が成立したことになり、サーバはリクエスト待ちに戻る（ステップＳ１）。【００２１】ステップＳ９は、ステップＳ５において行われた判別で、受け取ったＩＮＶＩＴＥ接続要求の転送先ユーザ名に対応するＩＰアドレスがレジスタテーブルに登録されていない場合（ステップＳ５：ＮＯ）、或いは、ステップＳ８における判別で相手先ＩＰアドレスにＩＮＶＩＴＥ接続要求を送信したにもかかわらず、レスポンスを得られなかった場合（ステップＳ８：ＮＯ）に実行される。【００２２】ステップＳ９では、ＩＮＶＩＴＥ接続要求の転送先のユーザ名に対応する電話番号がレジスタテーブルに登録されているか判定する。レジスタテーブルに電話番号が登録されていない場合（ステップＳ９：ＮＯ）は、サーバはエラーとして４０４ＮｏｔＦｏｕｎｄを返す。【００２３】ステップＳ９における判別において、ＩＮＶＩＴＥ接続要求の転送先のユーザ名に対応する電話番号がレジスタテーブルに登録されている場合（ステップＳ９：ＹＥＳ）、電話番号をレジスタテーブルから取得し（ステップＳ１０）、当該電話番号に対してダイヤルを開始する（ステップＳ１１）。サーバはダイヤル先の携帯情報端末がサーバに新しいＩＰアドレスを登録するか確認するために一定時間待機する（ステップＳ１２）。【００２４】ステップＳ１３では、ダイヤル先の新しいＩＰアドレスがサーバに登録されているかを判定する。ダイヤル先の新しいＩＰアドレスがサーバに登録されている場合（ステップＳ１３：ＹＥＳ）、新しいＩＰアドレスに対してＩＮＶＩＴＥ接続要求を送信し（ステップＳ１４）、サーバはリクエスト待ち（ステップＳ１）に戻る。【００２５】ステップＳ１３における判別において、ダイヤル先の新しいＩＰアドレスがサーバに登録されなかった場合（ステップＳ１３：ＮＯ）、ボイスメール接続要求が発信側クライアントより送信されたかどうかを判別する（ステップＳ１５）。ボイスメール接続要求はＷａｋｅＯｎＲｉｎｇ呼び出し中に発信側クライアントがＷａｋｅＯｎＲｉｎｇ呼び出しではなくボイスメールを送信したくなった場合、ＤＴＭＦ信号検出やＧＵＩ等特定のユーザアクションにより送信される。ＷａｋｅＯｎＲｉｎｇ呼び出し中にＷａｋｅＯｎＲｉｎｇ呼び出しをキャンセルしてボイスメールを送信することができる旨の音声ガイダンスを流すことも考えられる。【００２６】ステップＳ１５における判別において、ボイスメール接続要求が送信された場合（ステップＳ１５：ＹＥＳ）、ボイスメールクライアントに対し、ＩＮＶＩＴＥ接続要求を送信する（ステップＳ１６）。ボイスメールクライアントと発信側クライアントが接続されると、ボイスメールクライアントはボイスメール吹込操作方法等の音声ガイダンスを流すこともできる。【００２７】ステップＳ１５における判別において、ボイスメール接続要求が送信されなかった場合（ステップＳ１５：ＮＯ）、タイムアウトしたかどうかを判定する（ステップＳ１７）。タイムアウトしていない（ステップＳ１７：ＮＯ）場合は、ステップＳ１３に戻り、再びレジスタテープルにＩＰアドレスが登録されているかどうか確認（ステップＳ１３）する。【００２８】ステップＳ１７における判別において、タイムアウトした場合（ステップＳ１７：ＹＥＳ）は、ボイスメールクライアントに対し、ＩＮＶＩＴＥ接続要求を送信する（ステップＳ１６）。【００２９】次に、図３を参照して、本実施例において、サーバがＩＮＶＩＴＥ接続要求を判別するために参照するデータテーブルの構造を説明する。データテーブルは、サーバ管理下のデータベースに備えられる。【００３０】データテーブルの目次エリアはユーザ名（ＳＩＰで定められるＳＩＰ  ＵＲＬ）、ＩＰアドレス、電話番号によって構成される。ユーザ名は、自ドメインと他ドメイン両方に対応する。サーバはＩＮＩＴＥ接続要求を受け取った際、ユーザ名に対応したＩＰアドレスに対し、ＩＮＶＩＴＥ接続要求を送信する。ＳＩＰに準拠したＩＰ電話クライアントではＩＰネットワークに接続し、動的なＩＰアドレスを取得した際に、サーバのデータテーブルに最新のＩＰアドレスを登録する手段を備えている。ＩＰアドレスが動的に割り当てられる環境での利用を想定し、本発明においては、一定時間更新のなかったＩＰアドレスは無効（図３におけるＮＯＴ＿ＲＥＧＩＳＴＥＲＥＤ）とする処理を行う。電話番号は、クライアントに新しい動的なＩＰアドレスが割り振られたなどの理由で、ＩＰアドレスが無効であった場合、サーバがクライアントである携帯電話やＰＨＳの通信インタフェースを備えた携帯情報端末に対してダイヤルする際に参照される。【００３１】図３におけるＳＩＰ  ＵＲＬがｆｏｏｌ＠ｓｅｌｆｄｏｍａｉｎ．ｃｏ．ｊｐで示されるユーザＡとは、サーバが位置するドメインｓｅｌｆｄｏｍａｉｎ．ｃｏ．ｊｐに所属するユーザであり、かつ、ＩＰアドレスが登録されていない状態、かつ、０７０−１１１１−１１１１というＰＨＳ通信インタフェースの電話番号を登録しているユーザを意味する。この際、サーバは図２に示される処理フローに従い、当該電話番号を有する通信インタフェースを備えた携帯情報端末に対しダイヤルする。【００３２】次に、図３におけるＳＩＰ  ＵＲＬがｆｏｏ２＠ｓｅｌｆｄｏｍａｉｎ．ｃｏ．ｊｐで示されるユーザＢとは、サーバが位置するドメインに所属するユーザであり、かつ、ＩＰアドレスが登録されている状態、かつ、０７０−１２３４−１２３４という携帯電話通信インタフェースの電話番号を登録しているユーザを意味する。この際、サーバは図２に示される処理フローに従い、ユーザに対応したＩＰアドレスに対し、ＩＮＶＩＴＥ接続要求を送信する。その結果、ＩＰアドレスが無効であった場合は当該電話番号を有する通信インタフェースを備えた携帯情報端末に対しダイヤルする。【００３３】次に、図３におけるＳＩＰ  ＵＲＬがｆｏｏ３＠ｏｔｈｅｒｄｏｍａｉｎ．ｃｏ．ｊｐで示されるユーザＣとは、サーバが位置するドメイン以外の外部ドメインに所属するユーザであり、かつ、ＩＰアドレスが登録されている状態、かつ、電話番号が登録されていないユーザを意味する。ユーザの利用形態としてＰＣ上で動作するソフトフォンや一般的なＳＩＰに対応したＩＰ電話、を使用するユーザと考えられる。この際、サーバは図２に示される処理フローに従い、外部ドメインであるｏｔｈｅｒｄｏｍａｉｎ．ｃｏ．ｊｐのユーザ（ｆｏｏ３＠ｏｔｈｅｒｄｏｍａｉｎ．ｃｏ．ｊｐ）に対してＩＮＶＩＴＥ接続要求を転送する。尚、この場合は、外部ドメインに属するＳＩＰサーバが接続確立までの処理を行う。
【産業上の利用可能性】
【００３４】本発明によって、公衆無線ＬＡＮ網よりも広い利用範囲を有する携帯電話及びＰＨＳ網に対応したＩＰ電話の着信、という使い勝手を実現することにより、従来の携帯電話と同等の利用価値をユーザに対して提供することができる。さらに、外出先での携帯電話より通話料を削減した通信手段としての社会的な価値を生み出すことができる。また、同一のドメインに位置するＩＰ電話同士の通話を内線化することによって、情報システムと音声インタフェースの統合のさらなる推進を実現する。
【図面の簡単な説明】
【００３５】
【図１】        本発明の実施の概要を示した図面である。
【図２】        サーバの処理手順を示したフローチャートである。
【図３】        データテーブルの構造を示した図面である。