JP2009105831A - 呼制御システム、端末、呼制御方法、および呼制御プログラム - Google Patents

Abstract

【課題】本発明は、付加情報により適切な接続先に接続され、通信を行うことができるようにする。
【解決手段】本発明は、ユーザ端末１００が付加情報を付加してＳＩＰのＩＮＶＩＴＥメッセージをネットワーク５００を介して送信すると、情報・接続処理サーバ４００は、付加情報に基づいて接続先の着信端末２００を選択し、ＳＩＰプロキシサーバ３００に接続先の着信端末２００を示すデータを供給する。これにより、ＳＩＰプロキシサーバ３００を介してユーザ端末１００と選択された接続先の着信端末２００とが接続され、通話が開始される。
【選択図】図１

Description

本発明は、呼制御システム、端末、呼制御方法、および呼制御プログラムに関し、例えば接続元が接続先に公開する情報や接続先の状況等に基づいて接続先端末を選択する場合に適用して好適なものである。

従来、交換システムのデータベースに発呼者および着呼者に関する各種情報を記憶させ、通話を開始する前に、データベースに記憶された各種情報を共有することにより、発呼者には着呼者に関する各種情報を、着呼者には発呼者に関する各種情報を提示可能な交換システムが提案されている（例えば、特許文献１参照）。

また、近年、従来の回線交換式の電話回線網をＩＰ（Internet Protocol）技術をベースにしたネットワークに置き換える、次世代ネットワーク（Next Generation Network；以下、ＮＧＮと称する）の構築に向けた動きが活発化している。ＮＧＮは、ネットワーク自体に帯域保証機能やセキュリティ機能を備え、ＳＩＰ（Session Initiation Protocol；セッション開始プロトコル）を用いてセッション制御を行う。
特開２００５−１６７９４０公報

ところで上述した特許文献１に記載の交換システムでは、予め接続先が決まっていることが前提とされ、その接続先の情報が通話前に接続元に提示されるというものであり、接続元の情報に基づいて接続先が選択されるようにすることはできないという問題があった。そのため、例えばユーザがアプリケーション（以下、アプリ）の使い方やWebフォームの手続きについて会社に問い合わせをする場合、ユーザはヘルプデスクに電話し、質問に対する回答が可能な担当者に転送されるまで、ユーザ自身の情報、質問事項等を逐一伝える必要があった。さらに目的の担当者までたどり着いた後、話中であることわかり、ユーザに再度かけなおさせるなどの不便を強いることになっていた。

本発明は以上の点を考慮してなされたもので、接続元に情報に基づいて接続先が選択されるようにすることができる呼制御システム、端末、呼制御方法、および呼制御プログラムを提案しようとするものである。

かかる課題を解決するため本発明においては、次世代ネットワーク（ＮＧＮ）経由で第１の端末と第２の端末とを接続する呼制御システムであって、上記第１の端末から送信されるＳＩＰの呼制御メッセージに付加情報を付加する付加手段と、上記付加情報と上記第２の端末との対応関係を記憶する記憶手段と、上記記憶手段によって記憶されている上記付加情報に対応する上記第２の端末の所定のものに上記第１の端末を接続する接続制御手段とを設けるようにした。

これにより、ユーザは送信元の情報を付加した呼制御メッセージを送信するだけで、接続先が選択されてその接続先に接続され、接続先との間で通話等の通信を行うことが可能となる。

本発明によれば、送信元の情報を付加した呼制御メッセージを送信するだけで、接続先が選択されてその接続先に接続され、接続先との間で通話等の通信を行うことが可能な呼制御システム、端末、呼制御方法、および呼制御プログラムを実現することができる。

以下、図面について、本発明の一実施の形態を詳述する。

（１）第１の実施の形体
（１−１）第１の実施の形態による呼制御システムの構成
図１において、１は全体として呼制御システムを示している。呼制御システム１は、ユーザ端末１００と、接続先の着信端末Ａ（２００−１）、着信端末Ｂ（２００−２）、および着信端末Ｃ（２００−３）（以下では、これら着信端末Ａ（２００−１）、着信端末Ｂ（２００−２）、および着信端末Ｃ（２００−３）を区別しない場合、適宜単に、着信端末２００と記載する）と、ＳＩＰプロキシサーバ（ＳＩＰ ｐｒｏｘｙ）３００と、情報・接続処理サーバ４００とがネットワーク（ＮＧＮ（Next Generation Network））５００に接続された構成となっている。次世代ネットワーク（ＮＧＮ）５００は、ＳＩＰを用いてセッション制御を行う通信網である。

本システムにおいて、ユーザ端末１００、および接続先の着信端末２００は、ＳＩＰユーザエージェント（Ｕｓｅｒ Ａｇｅｎｔ；ＳＩＰ ＵＡ）として動作する。ＳＩＰ ＵＡは、ＳＩＰリクエストを生成・送信し、応答を受信・処理する。

また、ＳＩＰプロキシサーバ３００は、これらのＳＩＰ ＵＡから送信されるＳＩＰリクエストを受信・処理し、応答を生成・送信するＳＩＰサーバとして動作する。

なお、ユーザ端末１００は複数であってもよいが、以下では、説明の簡単化のためにユーザ端末１００が１つの場合について説明する。また、４以上の着信端末２００がネットワーク５００に接続されていても良い。ユーザ端末１００および着信端末２００は、それぞれＳＩＰプロキシサーバ３００に対して自分の情報をＲＥＧＩＳＴＥＲメソッドを用いて登録する。登録する情報は、例えば、ユーザ端末１００および着信端末２００のそれぞれのＳＩＰ ＵＲＩ（Uniform Resource Identifier）とＩＰアドレス等である。

ＳＩＰプロキシサーバ３００は、ＳＩＰメッセージの転送 (ルーティング) を行うサーバである。ＳＩＰヘッダに含まれる受信先アドレスをキーとして場所サーバに問い合わせを行い、受信先のIP（Internet Protocol）アドレスを取得し、取得したＩＰアドレスに基づいてメッセージの転送先を決定する。転送先は受信先のＩＰアドレスか、または他のＳＩＰプロキシサーバである。このメッセージ・ルーティングの方法はＳＭＴＰ（Simple Mail Transfer Protocol）によるメールのルーティングと同様である。ＳＩＰにおいて電話番号に相当するものがＳＩＰ ＵＲＩであり、メールアドレスと同様の形式「名前@ドメイン」となっている。先頭には「sip:」が付加される。例えば、「sip:xxx@mail.com」となる。

図２は、ユーザ端末１００の構成例を示している。同図に示すように、ユーザ端末１００は、ユーザが端末上で操作するアプリケーションであり、画面遷移などの状態情報や、入力された情報を受け付けるユーザアプリ１１０と、情報取得アプリ１１１と電話アプリ１１２とを含み、情報取得アプリ１１１から提供された情報（付加情報）をＳＩＰのＩＮＶＩＴＥメッセージに付加して接続制御部１３０に供給するメッセージ作成部１２０と、メッセージ作成部１２０から供給されたメッセージに基づいてＳＩＰプロキシサーバ３００に対して接続要求、接続確立、切断等、通話のための接続制御を行う接続制御部１３０とから構成されている。情報取得アプリ１１１は、ユーザアプリ１１０におけるユーザの操作による画面遷移等の状態情報や入力された情報をメッセージ作成部１２０に供給するようになされている。また、電話アプリ１１２は、着信端末２００との間の通話処理を制御するようになされている。

ユーザアプリ１１０は、例えばＷｅｂブラウザや画像編集アプリケーション、オフィスアプリケーションなどのユーザ端末１００で動作するアプリケーションであり、Ｗｅｂサイト上のラジオボタンやチェックボタンを選択することによって選択された情報や、ウィンドウズ（登録商標）アプリのヘルプが指定されたことによりヘルプデスクへの接続が選択されたことを示すデータを情報取得アプリ１１０を通じてメッセージ作成部１２０に供給するようになされている。

情報取得アプリ１１１は、ユーザアプリ１１０から接続先の着信端末２００に渡すべき情報を受け取り、メッセージ作成部１２０に供給するようになされている。情報取得アプリ１１１は、ユーザアプリ１１０を監視する独立したアプリケーション、または、ユーザアプリ１１０から呼び出されるプラグインとすることができる。

電話アプリ１１２は、音声、映像、文字情報などの情報を着信端末２００との間で送受信（通話を含む）するアプリケーションであり、ユーザアプリ１１０と独立な場合とユーザアプリ１１０に組み込まれる場合があり得る。

接続制御部１３０は、メッセージ作成部１２０から提供されたメッセージに基づいてＳＩＰプロキシサーバ３００に対して接続要求、接続確立、切断等の通話のための接続制御（シグナリング）を行うようになされている。

図３は、着信端末２００の構成例を示している。同図に示すように、着信端末２００は、端末登録アプリ２１１および電話アプリ２１２とを含み、着信を受け付けるとともに、ユーザ端末１００から送信されてきた付加情報を受け付け、表示することができるアプリケーションである着信アプリ２１０と、接続制御部２３０から供給される接続制御情報に含まれる付加情報を抽出し、着信アプリ２１０が理解できるフォーマットに変換して着信アプリ２１０に供給するメッセージ抽出部２２０と、ＳＩＰプロキシサーバ３００に対して接続要求、接続確立、切断等、通話のための接続制御を行う接続制御部２３０とから構成されている。

着信アプリ２１０は、例えば、コールセンターのアプリケーションであり、ユーザ端末１００から送信されてきた付加情報を受け付け表示することができるようになされている。

端末登録アプリ２１１は、着信端末２００の接続アドレス（ＩＰ（Internet Protocol）アドレス等）と付加情報を情報処理サーバ４００に登録し、付加情報と着信端末との対応付けを行うようになされている。端末登録アプリ２１１は、着信アプリ２１０から呼び出されるプラグインアプリとすることができる。

電話アプリ２１２は、音声、映像、文字情報などの情報を着信端末２００との間で送受信（通話を含む）するアプリケーションであり、着信アプリ２１０と独立な場合と着信アプリ２１０に組み込まれる場合があり得る。

接続制御部２３０は、メッセージ抽出部２２０に対してユーザ端末１００の付加情報を提供し、端末登録アプリ２１１に対してユーザ端末１００の接続アドレスを供給し、電話アプリ２１２に対して着呼データを供給するようになされており、ＳＩＰプロキシサーバ３００に対して接続要求、接続確立、切断等の通話のための接続制御（シグナリング）を行うようになされている。

図４は、着信端末Ｃ（２００−３）が接続先として選択される場合の接続手順を示している。まず、ステップＳＰ１１において、着信端末Ｃ（２００−３）は、ＳＩＰプロキシサーバ３００経由で情報処理サーバ４００に対して接続関係情報Ｄ１−Ｃを登録する。接続関係情報Ｄ１とは、ユーザ端末１００から送られている付加情報に対応するものであり、接続先選択の際に参照される情報である。接続関係情報Ｄ１は、例えば、個人情報（名前、ログインＩＤ）、問い合わせの内容や端末・アプリの状況に関する情報とすることができる。接続関連情報Ｄ１−Ｃとは、着信端末ＣのＩＰアドレスと関連付けられる情報である。

次に、ステップＳＰ１２において、ユーザ端末１００は、付加情報を作成し、発呼処理を行う。付加情報は、ユーザ端末１００における接続関係情報Ｄ１、および、通話内容などのＤ１に含まれない情報Ｄ２から構成される。ユーザ端末１００は、自身に関する接続関係情報Ｄ１−Ｕおよび情報Ｄ２−Ｕを付加情報として作成する。次に、ステップＳＰ１５において、付加情報が付加されたＩＮＶＩＴＥメッセージがネットワーク５００経由でＳＩＰプロキシサーバ３００に送信される。

次に、ステップＳＰ１６において、ＳＩＰプロキシサーバ３００は情報・接続処理サーバ４００に対して接続関係情報Ｄ１−Ｕおよび情報Ｄ２−Ｕを供給する。情報・接続処理サーバ４００は、ＳＩＰプロキシサーバ３００から供給された接続関係情報Ｄ１−Ｕを解析し、接続先を決定する。この例では、Ｄ１−ＵとＤ１−Ｃが関係性を持ち、着信端末Ｃ（２００−３）が接続先として決定されたものとしている。

次に、ステップＳＰ１８において、接続先として着信端末Ｃ（２００−３）が決定されたことを示すデータＤ３がＳＩＰプロキシサーバ３００に供給される。ステップＳＰ１９においては、データＤ３を受け取ったＳＩＰプロキシサーバ３００は、着信端末Ｃ（２００−３）に対して接続関係情報Ｄ１−Ｕおよび情報Ｄ２−Ｕを付加したＩＮＶＩＴＥメッセージを送信する。

次に、ステップＳＰ２０において、着信端末Ｃ（２００−３）からの着呼データがＳＩＰプロキシサーバ３００を介してネットワーク５００経由でユーザ端末１００に送信され、ユーザ端末１００からはこれに応答して着呼ＯＫを示すデータがＳＩＰプロキシサーバ３００を介してネットワーク５００経由で着信端末Ｃ（２００−３）に送信される。ステップＳＰ２１においては、着信端末Ｃ（２００−３）の図示しない表示装置の画面に関係情報Ｄ１−Ｕ、情報Ｄ２−Ｕが表示される。

次に、ステップＳＰ２２において、ユーザ端末１００と着信端末Ｃ（２００−３）とが接続され、通話（音声、映像、文字情報などの情報の送受信を含む）が開始される。

（１−２）第１の実施の形態の動作および効果
以上の構成において、ユーザ端末１００は、付加情報を付加したＩＮＶＩＴＥメッセージを送信すると、ＩＮＶＩＴＥメッセージは、ネットワーク５００を介してＳＩＰプロキシサーバ３００によってＩＮＶＩＴＥメッセージが受信され、付加情報が抽出される。この付加情報は情報・接続処理サーバ４００に送信され、情報・接続処理サーバ４００が保持する対応情報と付加情報とに基づいて、適切な着信端末２００に付加情報が付加されたＩＮＶＩＴＥメッセージが送信される。着信端末２００の図示しない表示装置には、ＩＮＶＩＴＥメッセージに付加された付加情報が表示されるとともに、ユーザ端末１００との通話が開始されるようにすることができる。

例えば、ユーザがユーザ端末１００の図示しないキーボードやマウス等を操作して画像編集アプリケーションを使用している際に、使用方法が分からない、または不具合に遭遇した場合、アプリケーション内の所定のボタンをクリックすると、付加情報としてアプリケーションの使用状況（遷移した画面の位置などのアプリケーションの内部情報）と、個人情報（名前、ログインＩＤ）と、問い合わせ内容（「○△効果が加えられない」）等がＩＮＶＩＴＥメッセージに付加されてＳＩＰプロキシサーバ３００に送信され、情報・接続処理サーバ４００によって、付加情報が解析され、付加情報に対応する着信端末２００として、例えば、該当アプリケーションのコールセンターの画質効果操作担当部署の着信端末２００−Ｃに接続される。即ち、情報・接続処理サーバ４００は、予め各種問い合わせ内容と担当部署の着信端末２００とが対応付けられた対応情報を保持し、この対応情報と付加情報に基づいて接続先が決定される。この例では、アプリケーションの使用状況および問い合わせ内容と、画質効果操作部署の着信端末２００−Ｃとが関連づけられている。

以上の構成によれば、ユーザ端末１００が、ＳＩＰのＩＮＶＩＴＥメッセージに付加情報を付加することにより、ＳＩＰプロキシサーバ３００に接続された情報・接続処理サーバ４００が付加情報に基づいて接続先の着信端末２００を決定することができる。これにより、適切な接続相手への接続が自動的に行われ、ユーザ端末１００と選択された着信端末Ｃ（２００−３）との間で関係情報Ｄ１を共有することができる。

（２）第２の実施の形態
（２−１）第２の実施の形態による呼制御システムの構成
図５において、１０は全体として呼制御システムの第２の実施の形態を示している。呼制御システム１０は、ユーザ端末１００と、事業者側システム７００とがネットワーク（ＮＧＮ（Next Generation Network））５００に接続された構成となっている。次世代ネットワーク（ＮＧＮ）５００は、ＳＩＰを用いてセッション制御を行う通信網である。

事業者側システム７００は、ＳＩＰプロキシサーバ（ＳＩＰ ｐｒｏｘｙ）３００と、情報・接続処理サーバ４００と、Ｗｅｂサーバ６００と、接続先の着信端末Ａ（２００−１）、着信端末Ｂ（２００−２）、および着信端末Ｃ（２００−３）（以下では、これら着信端末Ａ（２００−１）、着信端末Ｂ（２００−２）、および着信端末Ｃ（２００−３）を区別しない場合、適宜単に、着信端末２００と記載する）とがネットワーク７１０に接続された構成となっている。

本システムにおいて、ユーザ端末１００、および接続先の着信端末２００は、ＳＩＰユーザエージェント（Ｕｓｅｒ Ａｇｅｎｔ；ＳＩＰ ＵＡ）として動作する。ＳＩＰ ＵＡは、ＳＩＰリクエストを生成・送信し、応答を受信・処理するＳＩＰユーザエージェントである。

また、ＳＩＰプロキシサーバ３００は、これらのＳＩＰ ＵＡから送信されるＳＩＰリクエストを受信・処理し、応答を生成・送信するＳＩＰサーバとして動作する。

なお、ユーザ端末１００は複数であってもよいが、以下では、説明の簡単化のためにユーザ端末１００が１つの場合について説明する。また、４以上の着信端末２００がネットワーク５００に接続されていても良い。ユーザ端末１００および着信端末２００は、それぞれＳＩＰプロキシサーバ３００に対して自分の情報をＲＥＧＩＳＴＥＲメソッドを用いて登録する。登録する情報は、例えば、ユーザ端末１００および着信端末２００のそれぞれのＳＩＰ ＵＲＩ（Uniform Resource Identifier）とＩＰアドレス等である。

ＳＩＰプロキシサーバ３００は、ＳＩＰメッセージの転送 (ルーティング) を行うサーバである。ＳＩＰヘッダに含まれる受信先アドレスをキーとして場所サーバに問い合わせを行い、受信先のIP（Internet Protocol）アドレスを取得し、取得したＩＰアドレスに基づいてメッセージの転送先を決定する。転送先は受信先のＩＰアドレスか、または他のＳＩＰプロキシサーバである。このメッセージ・ルーティングの方法はＳＭＴＰ（Simple Mail Transfer Protocol）によるメールのルーティングと同様である。ＳＩＰにおいて電話番号に相当するものがＳＩＰ ＵＲＩであり、メールアドレスと同様の形式「名前@ドメイン」となっている。先頭には「sip:」が付加される。例えば、「sip:xxx@mail.com」となる。

Ｗｅｂサーバ６００は、例えば機器の商品情報やサービス情報、メンテナンス情報等をネットワーク５００上で提供するようになされている。

図６は、情報・接続処理サーバ４００に記憶される付加情報と着信端末２００とを対応付ける対応情報の例を示している。この例では、ＷｅｂサイトのトップページＷＰ１のＵＲＬ（Uniform Resource Locator）１、カメラトップページＷＰ１−１のＵＲＬ１−１、およびテレビトップページＷＰ１−２のＵＲＬ１−２とが着信端末A(２００−１）と対応付けられている。

また、カメラトップページＷＰ１−１にリンクされた○社製のカメラの情報が記載されたＷｅｂページＷＰ１−１−１のＵＲＬ１−１−１と、その○社製のカメラの技術担当に関する情報が記載されたＷｅｂページＷＰ１−１−１−１のＵＲＬ１−１−１−１が着信端末Ｂ（２００−２）に対応付けられている。また、○社製のカメラの情報が記載されたＷｅｂページにリンクされた周辺機器担当に関する情報が記載されたＷｅｂページＷＰ１−１−１−２のＵＲＬ１−１−１−２には、着信端末Ｃ（２００−３）が対応付けられている。即ち、ＵＲＬと着信端末２００のＩＰアドレスが対応付けられている。

図７は、第２の実施の形態において、ユーザ端末１００が着信端末Ｃ（２００−３）に接続される手順を示している。まず、ステップＳＰ３１において、着信端末Ｃ（２００−３）は、ＳＩＰプロキシサーバ３００経由で情報処理サーバ４００に対して接続関係情報Ｄ１−Ｃを登録する。接続関係情報Ｄ１−Ｕとは、ユーザ端末１００から送られている付加情報に対応するものであり、着信端末ＣのＩＰアドレスと関連付けられる情報である。接続関係情報Ｄ１は、例えば、個人情報（名前、ログインＩＤ）、問い合わせの内容や端末・アプリの状況に関する情報、Ｗｅｂサーバ６００が提供するＷｅｂページのＵＲＬやＷｅｂページ上で入力した入力情報とすることができる。Ｗｅｂサイト６００は、接続関係情報Ｄ１を適宜情報・接続処理サーバ４００との間でやり取りし、情報の整合性をとることができる。例えば、ＷｅｂページのＵＲＬが変更された場合でも、それを情報・接続処理サーバ４００が記憶する対応情報に反映させることができる。

次に、ユーザ端末１００は、ステップＳＰ３２において、Ｗｅｂサイト６００にアクセスすることによって、ステップＳＰ３３において、ＷｅｂサイトのＵＲＬやＷｅｂページ上で入力した入力情報等の接続関係情報Ｄ１−Ｕを取得する。

次に、ユーザ端末１００は、ステップＳＰ３４において、付加情報（接続関係情報Ｄ１−Ｕと通話内容などのＤ１に含まれない情報Ｄ２−Ｕからなる）を作成し、発呼処理を行う。次に、ステップＳＰ３５において、付加情報が付加されたＩＮＶＩＴＥメッセージがネットワーク５００経由でＳＩＰプロキシサーバ３００に送信される。

次に、ステップＳＰ３６において、ＳＩＰプロキシサーバ３００は情報・接続処理サーバ４００に対して接続関係情報Ｄ１−Ｕおよび情報Ｄ２−Ｕを供給する。ステップＳＰ３７において、情報・接続処理サーバ４００は、ＳＩＰプロキシサーバ３００から供給された接続関係情報Ｄ１−Ｕを解析し、接続先を決定する。この例では、Ｄ１−ＵとＤ１−Ｃが関連すると計算され、着信端末Ｃ（２００−３）が接続先として決定されたものとしている。

次に、ステップＳＰ３８において、接続先として着信端末Ｃ（２００−３）が決定されたことを示すデータＤ３がＳＩＰプロキシサーバ３００に供給される。ステップＳＰ３９においては、データＤ３を受け取ったＳＩＰプロキシサーバ３００は、着信端末Ｃ（２００−３）に対して接続関係情報Ｄ１−Ｕおよび情報Ｄ２−Ｕを付加したＩＮＶＩＴＥメッセージを送信する。

次に、ステップＳＰ４０において、着信端末Ｃ（２００−３）からの着呼データがＳＩＰプロキシサーバ３００を介してネットワーク５００経由でユーザ端末１００に送信され、ユーザ端末１００からはこれに応答して着呼ＯＫを示すデータがＳＩＰプロキシサーバ３００を介してネットワーク５００経由で着信端末Ｃ（２００−３）に送信される。ステップＳＰ４１においては、着信端末Ｃ（２００−３）の図示しない表示装置の画面に接続関係情報Ｄ１−Ｕ、情報Ｄ１−Ｕが表示される。

次に、ステップＳＰ４２において、ユーザ端末１００と着信端末Ｃ（２００−３）とが接続され、通話（音声、映像、文字情報などの情報の送受信を含む）が開始される。

（２−２）第２の実施の形態の動作および効果
以上の構成において、ユーザ端末１００は、Ｗｅｂサイト６００にアクセスすることによって取得したＵＲＬや入力情報等を付加情報として付加したＩＮＶＩＴＥメッセージを送信すると、情報・接続処理サーバ４００によって付加情報に対応する着信端末２００が選択され、接続されるようにすることができる。

例えば、ユーザが「○社製のカメラ」の情報が記載されたＷｅｂページにリンクされた周辺機器担当に関する情報が記載されたＷｅｂページＷＰ１−１−１−２（ＵＲＬは、ＵＲＬ１−１−１−２）を閲覧している最中に、そのＷｅｂページに表示されている「お問い合わせボタン」をクリックすると、ユーザ端末１００のメッセージ作成部１２０は、閲覧中のＷｅｂページＷＰ１−１−１−２のＵＲＬ（ＵＲＬ１−１−１−２）を付加情報に含めたＩＮＶＩＴＥメッセージを作成し、接続制御部１３０に供給する。接続制御部１３０は、メッセージ作成部１２０より供給されたＩＮＶＩＴＥメッセージをネットワーク５００を介してＳＩＰプロキシサーバ３００に送信する。ＳＩＰプロキシサーバ３００は、ユーザ端末１００から送信されてきたＩＮＶＩＴＥメッセージに付加された付加情報を情報・接続処理サーバ４００に供給する。情報・接続処理サーバ４００は、図６に示した接続情報を記憶しており、この接続情報から、付加情報に含まれるＵＲＬ（ＵＲＬ１−１−１−２）には、着信端末Ｃ２００が対応付けられていることを認識し、着信端末Ｃ（２００−３）が接続先であることを示すデータをＳＩＰプロキシサーバ３００に送信する。ＳＩＰプロキシサーバ３００は、ユーザ端末１００からのＩＮＶＩＴＥメッセージを着信端末Ｃ（２００−３）に転送する。これにより、ユーザ端末１００と着信端末Ｃ（２００―３）とが接続され、通話等が開始される。

以上の構成によれば、ユーザ端末１００が、Ｗｅｂサイト４００にアクセスすることによって取得したＵＲＬや入力情報等を情報としてＳＩＰのＩＮＶＩＴＥメッセージに付加することにより、ＳＩＰプロキシサーバ３００にネットワーク７１０を介して接続された情報・接続処理サーバ４００が付加情報に基づいて接続先の着信端末２００を決定することができる。これにより、ユーザは、ユーザ端末１００を用いてＷｅｂサイト６００の所望のＷｅｂページにアクセスするだけで、適切な接続相手への接続が自動的に行われ、ユーザ端末１００と選択された着信端末Ｃ（２００−３）との間で関係情報Ｄ１を共有することができる。

（３）他の実施の形態
なお、上述の実施の形態において、接続関係情報Ｄ１に加えて、着信端末２００側の状況を示す状況情報を情報・接続処理サーバ４００に登録し、着信端末２００側の通話状況等に基づいて、より適切な着信端末２００が選択されるようにすることができる。例えば、事業者側システム７００がコールセンターの場合、通話の混雑状況に応じて適切な着信端末２００が選択されるようにすることができる。

即ち、着信端末２００は、図示しないＳＩＰプレゼンスサーバにプレゼンス情報（着信端末２００の現在の状況、例えば、通話中であるか否かを示すデータや、平均通話回数や、平均通話時間等のデータ）を登録する。情報・接続処理サーバ４００は、着信端末２００のＳＩＰプレゼンスサーバにプレゼンス情報を取得するためにＳＵＢＳＣＲＩＢＥメッセージを送信する。この返答としてＳＩＰプレゼンスサーバは情報・接続処理サーバ４００に対してＮＯＴＩＦＹメッセージを使って着信端末２００のプレゼンス情報を通知する。このプレゼンス情報に基づいて、情報・接続処理サーバ４００は、適切な着信端末２００（例えば、通話中でない着信端末２００）を選択することができる。

また、上述の実施の形態においては、ユーザ端末１００や着信端末２００をパーソナルコンピュータで構成する場合について述べたが、本発明はこれに限らず、携帯電話機やその他の携帯端末を用いるようにすることができる。

さらに上述の実施の形態においては、第１の端末から送信されるＳＩＰの呼制御メッセージに付加情報を付加する付加手段としてのメッセージ作成部１２０と、付加情報と第２の端末との対応関係を記憶する記憶手段としての情報・接続処理サーバ４００と、記憶手段によって記憶されている上記付加情報に対応する上記第２の端末の所定のものに上記第１の端末を接続する接続制御手段としてのＳＩＰプロキシサーバ３００とによって呼制御システムを構成するようにした場合について述べたが、本発明はこれに限らず、その他種々の手段によって一時接続番号管理システムを構成するようにしても良い。

本発明の呼制御システム、端末、呼制御方法、および呼制御プログラムは、例えば携帯電話機やその他の携帯端末を用いる場合に適用することができる。

本発明による呼制御システムの第１の実施の形態の構成を示す略線図である。 ユーザ端末の構成例を示す略線図である。 着信端末の構成例を示す略線図である。 第１の実施の形態の呼制御システムの動作手順を示すシーケンス図である。 本発明による呼制御システムの第２の実施の形態の構成を示す略線図である。 接続情報の例を示す略線図である。 第２の実施の形態の呼制御システムの動作手順を示すシーケンス図である。

符号の説明

１、１０……呼制御システム、１００……ユーザ端末、２００……着信端末、３００……ＳＩＰプロキシサーバ、４００……情報・接続処理サーバ、５００……ネットワーク、１１０……ユーザアプリ、１１１……情報取得アプリ、１１２……電話アプリ、１２０……メッセージ作成部、１３０……接続制御部、２１０……着信アプリ、２１１……端末登録アプリ、２１２……電話アプリ、２２０……メッセージ抽出部、２３０……接続制御部。

Claims (6)

1. 次世代ネットワーク（ＮＧＮ）経由で第１の端末と第２の端末とを接続する呼制御システムであって、
   上記第１の端末から送信されるＳＩＰの呼制御メッセージに付加情報を付加する付加手段と、
   上記付加情報と、上記第２の端末との対応関係を記憶する記憶手段と、
   上記記憶手段によって記憶されている上記付加情報に対応する上記第２の端末の所定のものに上記第１の端末を接続する接続制御手段と
   を具えることを特徴とする呼制御システム。
2. 上記接続制御手段は、ＳＩＰプロキシサーバによって構成され、上記ＳＩＰプロキシサーバは、上記第１の端末から送信された上記呼制御メッセージに付加された上記付加情報に対応する上記第２の端末の所定のものに上記呼制御メッセージを転送する
   ことを特徴とする請求項１に記載の呼制御システム。
3. 上記付加情報は、ＳＩＰにおけるＩＮＶＩＴＥメッセージのペイロード部に追加される
   ことを特徴とする請求項１記載の呼制御システム。
4. 次世代ネットワーク（ＮＧＮ）経由で接続先端末と接続する端末であって、
   付加情報を取得する付加情報取得手段と、
   上記付加情報取得手段によって取得された上記付加情報を付加したＳＩＰの呼制御メッセージをＳＩＰプロキシサーバに送信する送信手段と、
   上記ＳＩＰプロキシサーバ経由で上記接続先端末と通信を行う通信制御手段と
   を具えることを特徴とする端末。
5. 次世代ネットワーク（ＮＧＮ）経由で第１の端末と第２の端末とを接続する呼制御方法であって、
   記憶手段により上記第１の端末から送信されるＳＩＰの呼制御メッセージに付加された付加情報と、上記第２の端末との対応関係を記憶する記憶ステップと、
   接続制御手段により上記記憶ステップにおいて記憶された上記付加情報に対応する上記第２の端末の所定のものに上記第１の端末を接続する接続制御ステップと
   を具えることを特徴とする呼制御方法。
6. 次世代ネットワーク（ＮＧＮ）経由で第１の端末と第２の端末とを接続する呼制御プログラムであって、
   コンピュータに、
   上記第１の端末から送信されるＳＩＰの呼制御メッセージに付加された付加情報と、上記第２の端末との対応関係を記憶する記憶ステップと、
   上記記憶ステップにおいて記憶された上記付加情報に対応する上記第２の端末の所定のものに上記第１の端末を接続する接続制御ステップと
   を実行させることを特徴とする呼制御プログラム。

Images