呼制御プログラムおよび呼制御装置
【課題】 データを分散化させつつ、未使用チャネルを利用して発信端末または着信端末への情報の配信を可能とする呼制御プログラムおよび呼制御装置を提供することを目的とする。
【解決手段】 複数の端末の接続を制御するコンピュータ１を、コンピュータ１が、発信端末３の使用可能チャネルと着信端末４の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、コンピュータ１が、未使用チャネルを発信端末３および着信端末４以外の第三の端末５に接続する未使用チャネル接続手段として機能させることにより上記課題を解決する。
【解決手段】 複数の端末の接続を制御するコンピュータ１を、コンピュータ１が、発信端末３の使用可能チャネルと着信端末４の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、コンピュータ１が、未使用チャネルを発信端末３および着信端末４以外の第三の端末５に接続する未使用チャネル接続手段として機能させることにより上記課題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御プログラムおよび呼制御装置に係り、特に複数の端末の接続を制御する呼制御プログラムおよび呼制御装置に関する。
【背景技術】
【０００２】
インターネットが普及する中、電話網の一部はＩＰネットワークへ移行しつつある。近年、ＩＰネットワークを用いたＩＰ電話サービスは低価格で提供されるようになり、急速に広まっている。また、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）、ＣＡＴＶ（Ｃａｂｌｅ Ｔｅｌｅｖｉｓｉｏｎ）、ＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）等によるアクセス回線のブロードバンド化も進んでいる為、インフラは大容量のデータを扱えるように整備されつつある。したがって、ＴＶ電話やコンテンツ配信等のマルチメディアサービスは今後も伸びていくと予想される。
【０００３】
一方、インターネットにおける広告配信サービスには、バナー広告，メールマガジン広告など、様々なものが存在している。その中でもＴＶ電話を利用したマルチメディア広告配信サービスは、注目度が大きい。
【０００４】
この理由は、ＴＶ電話が普及したとしても、通信相手がＴＶ電話機能を備えていない端末である場合、通信相手がボイスポータルである場合、又はＴＶ電話機能を備えた端末であるが顔を見せたくない場合など、ＴＶ電話機能を備えた端末を使用しているにも関わらず、映像機能を利用できない又は利用したくないといったケースが、さまざま存在するからである。
【０００５】
例えば通信時に利用していない映像機能を広告受信に使用するマルチメディア広告配信サービスでは、通信料金の一部又は全部を広告配信主に負担させることで、結果として通信を行なうユーザも恩恵を享受でき、ＴＶ電話の利用促進にも繋がる可能性がある（例えば特許文献１参照）。
【特許文献１】特開２０００−２０１２２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１のマルチメディア広告配信サービスでは、通信時に利用していないチャネルがあると、そのチャネルから交換機に蓄積されている広告情報を配信する内容が開示されているが、広告情報の蓄積及び配信を行なう交換機の負担が大きいという問題があった。また、広告情報の蓄積及び配信を交換機でおこなうと、データが分散化されているＩＰネットワークにおいては制限となるという問題があった。
【０００７】
本発明は、上記の点に鑑みなされたもので、データを分散化させつつ、未使用チャネルを利用して発信端末または着信端末への情報の配信を可能とする呼制御プログラムおよび呼制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
そこで、上記課題を解決するため、本発明は、複数の端末の接続を制御するコンピュータを、前記コンピュータが、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、前記コンピュータが、前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段として機能させる為の呼制御プログラムであることを特徴とする。
【０００９】
また、本発明は、複数の端末の接続を制御する呼制御装置であって、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段とを有することを特徴とする。
【００１０】
本発明では、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて未使用チャネルの有無を判断し、その未使用チャネルを発信端末および着信端末以外の第三の端末に接続することができる。即ち、本発明では発信端末または着信端末へ配信する情報の蓄積及び配信処理を第三の端末で行なうことができる。
【００１１】
なお、本発明は、上記課題を解決するため、呼制御方法，呼制御プログラムを記録した記録媒体としてもよい。
【発明の効果】
【００１２】
上述の如く、本発明によれば、データを分散化させつつ、未使用チャネルを利用して発信端末または着信端末への情報の配信を可能とする呼制御プログラムおよび呼制御装置を提供できる。
【発明を実施するための最良の形態】
【００１３】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。本実施例では、発信端末および着信端末以外の第三の端末として広告配信業者の広告配信サーバを例に説明するが、発信端末または着信端末へ何らかの情報を配信する如何なる端末であってもよい。本実施例では、ＶｏＩＰ（Ｖｏｉｃｅ Ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）技術を使用したＩＰ電話を例に説明するが、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて未使用チャネルの有無を判断できれば、他の技術を使用した端末であってもよい。また、本実施例では未使用機能のチャネルが映像機能の場合について説明するが、未使用機能のチャネルが映像機能の場合に限定するものではない。
【実施例１】
【００１４】
図１は、本発明による呼制御システムの第１実施例の構成図である。図１の呼制御システムは、呼制御サーバ１，発信者の操作する発信端末３，着信者の操作する着信端末４及び広告配信業者の操作する広告配信サーバ５を含む構成である。
【００１５】
発信端末３は、音声機能および映像機能を備えている。着信端末４は、音声機能を備えている。広告配信サーバ５は、映像機能を備えている。また、呼制御サーバ１は呼制御アプリケーション（呼制御ＡＰＬ）により複数の端末の接続を制御する。なお、呼制御アプリケーションは、例えば記録媒体から呼制御サーバ１にインストールされる。
【００１６】
次に、図１の呼制御システムにおける処理手順を説明する。発信者が発信端末３を操作して着信者に電話をかけると、発信端末３はステップＳ１に進み、自機の備える機能（音声機能、映像機能）を表した機能情報を含む接続要求を呼制御サーバ１に送信する。
【００１７】
ステップＳ２に進み、着信端末４は発信端末３からの接続要求を呼制御サーバ１経由で受信する。着信者が着信端末４を操作して発信者からの電話に出ると、着信端末４はステップＳ３に進み、自機の備える機能（音声機能）を表した機能情報を含む接続応答を呼制御サーバ１に送信する。
【００１８】
ステップＳ４に進み、呼制御サーバ１の呼制御アプリケーション２はステップＳ３で受信した接続応答のメッセージを分析し、着信端末４の備える機能が音声機能のみであると判断する。ステップＳ５に進み、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能とに差異がある為、広告配信サーバ５に接続要求を送信する。即ち、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能との差異により遊休状態となる機能があると判断し、その機能を使用する為に、広告配信サーバ５に接続要求を送信している。
【００１９】
ステップＳ６に進み、広告配信サーバ５は自機の備える機能（映像機能）を表した機能情報を含む接続応答を呼制御サーバ１に送信する。ステップＳ７に進み、呼制御サーバ１は着信端末４の備える機能（音声機能）と広告配信サーバ５が備える機能（映像機能）とを表した機能情報を含む接続応答を発信端末３に送信する。
【００２０】
そして、ステップＳ８に進み、発信端末３は着信端末４との間で音声通信を行なうことにより、発信者と着信者との通話を実現する。発信端末３は、広告配信サーバ５との間で映像通信を行なうことにより、広告配信業者からの広告配信を実現する。広告配信サーバ５は、広告配信サービスに利用する広告情報を蓄積している。
【００２１】
実施例１の呼制御システムでは、発信端末３の使用可能な機能と着信端末４の使用可能な機能との差異に応じて未使用機能のチャネル（未使用チャネル）を判断し、その未使用チャネルを広告配信サーバ５に接続することができる。また、実施例１の呼制御システムでは、配信する広告情報を呼制御サーバ１でなく、広告配信サーバ５に蓄積できる。
【００２２】
したがって、実施例１の呼制御システムでは、発信端末３と着信端末４との間で音声通信を実現できると共に、未使用チャネルを利用して広告配信サーバ５からの広告配信を実現できる。
【実施例２】
【００２３】
図２は、本発明による呼制御システムの第２実施例の構成図である。図２の呼制御システムは、複数の広告配信サーバ５ａ〜５ｃを含む構成である点が、第１実施例の呼制御システムの構成と異なっている。したがって、第２実施例の説明では第１実施例と同一部分について同一符号を付して適宜説明を省略する。なお、以下の説明では、広告配信サーバ５ａ〜５ｃの何れかを指す場合は、単に符号５を用いる。
【００２４】
次に、図２の呼制御システムにおける処理手順について具体的に説明する。図３は、本発明による呼制御システムの処理手順を表す一例のシーケンス図である。図３は、ＩＰネットワーク上でＩＰ電話の発信や着信を制御するためのプロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用した例を示している。
【００２５】
ステップＳ１０〜Ｓ１２に進み、発信端末３，着信端末４及び広告配信サーバ５は呼制御サーバ１に対して登録を行なう。発信者が発信端末３を操作して着信者に電話をかけると、発信端末３はステップＳ１３に進み、自機の備える機能（音声機能、映像機能）を表した機能情報を含む接続要求のメッセージ１０を呼制御サーバ１に送信する。
【００２６】
ステップＳ１４に進み、着信端末４は発信端末３からの接続要求のメッセージ１０を呼制御サーバ１経由で受信する。ステップＳ１５〜Ｓ１７の処理により、発信端末３及び着信端末４は発信音または着信音を出力する。
【００２７】
着信者が着信端末４を操作して発信者からの電話に出ると、着信端末４はステップＳ１８に進み、自機の備える機能（音声機能）を表した機能情報を含む接続応答のメッセージ１１を呼制御サーバ１に送信する。
【００２８】
ステップＳ１９に進み、呼制御サーバ１の呼制御アプリケーション２はステップＳ１８で受信した接続応答のメッセージ１１を分析し、着信端末４の備える機能が音声機能のみであると判断する。ステップＳ２０に進み、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能とに差異がある為、ユーザ／広告配信サーバ情報１２を参照して広告配信サーバ５ａ〜５ｃから一の広告配信サーバ５を決定する。
【００２９】
ユーザ／広告配信サーバ情報１２は、発信者又は着信者となるユーザと広告配信サーバ５とを対応付けている。ユーザ／広告配信サーバ情報１２は、呼制御サーバ１内に蓄積しておいても良いし、他の装置内に蓄積しておいてもよい。広告配信サーバ５を決定したあと、呼制御サーバ１はステップＳ２１に進み、映像機能を表した機能情報を含む接続要求のメッセージ１３を広告配信サーバ５に送信する。
【００３０】
ステップＳ２２，Ｓ２３の処理により、広告配信サーバ５は自機の備える機能（映像機能）を表した機能情報を含む接続応答のメッセージ１４を呼制御サーバ１に送信する。ステップＳ２４に進み、呼制御サーバ１は着信端末４の備える機能（音声機能）と広告配信サーバ５が備える機能（映像機能）とを表した機能情報を含む接続応答のメッセージ１５を発信端末３に送信する。
【００３１】
ステップＳ２５に進み、発信端末３は確認応答を呼制御サーバ１に送信する。ステップＳ２６及びＳ２７に進み、呼制御サーバ１は着信端末４及び広告配信サーバ５に確認応答を送信する。ステップＳ２５〜Ｓ２７の確認応答の後、ステップＳ２８に進み、発信端末３は着信端末４との間で音声通信を行なうことにより、発信者と着信者との通話を実現する。発信端末３は、広告配信サーバ５との間で映像通信を行なうことにより、広告配信業者からの広告配信を実現する。広告配信サーバ５は、広告配信サービスに利用する広告情報を蓄積している。
【００３２】
なお、図３のシーケンス図では音声通信と映像通信とを同時期に開始する例を示しているが、音声通信を開始したあとで、発信端末３と広告配信サーバ５との間で映像通信を行なう為の処理を行なうようにしてもよい。実施例２の呼制御システムでは、広告情報を複数の広告配信サーバ５ａ〜５ｃに分散して蓄積できるので、広告配信サーバ５ａ〜５ｃの負荷を軽減できる。
【実施例３】
【００３３】
図４は、本発明による呼制御システムの第３実施例の構成図である。図４の呼制御システムは、発信者が事前登録しておいた嗜好情報２０を使用する点で、実施例２の呼制御システムと異なっている。したがって、第３実施例の説明では第２実施例と同一部分について同一符号を付して適宜説明を省略する。
【００３４】
次に、図４の呼制御システムにおける処理手順について図３のシーケンス図を利用して説明する。ステップＳ１０〜Ｓ１９の処理は、図２の呼制御システムと同様である。ステップＳ２０に進み、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能とに差異がある為、嗜好情報２０を参照して広告配信サーバ５ａ〜５ｃから一の広告配信サーバ５を決定する。
【００３５】
呼制御サーバ１は、嗜好情報２０を参照して広告配信サーバ５ａ〜５ｃから広告配信を行なう発信者又は着信者の嗜好と合致した広告情報を蓄積する一の広告配信サーバ５を決定する。なお、嗜好情報２０は、発信者または着信者となるユーザの嗜好情報と広告配信サーバ５ａ〜５ｃが蓄積する広告情報の内容とを表す。嗜好情報２０は呼制御サーバ１内に蓄積しておいても良いし、他の装置内に蓄積しておいてもよい。
【００３６】
なお、広告配信サーバ５を決定したあとのステップＳ２１〜Ｓ２８の処理は、図２の呼制御システムと同様である。実施例３の呼制御システムでは、ユーザの嗜好に合致した内容の広告配信を行なうことができるので、広告配信による宣伝効果が向上する。
【実施例４】
【００３７】
図５は、本発明による呼制御システムの第４実施例の構成図である。図５の呼制御システムは、接続先情報３０を使用する点で、実施例２の呼制御システムと異なっている。したがって、第４実施例の説明では第２実施例と同一部分について同一符号を付して適宜説明を省略する。
【００３８】
次に、図５の呼制御システムにおける処理手順について図３のシーケンス図を利用して説明する。ステップＳ１０〜Ｓ１９の処理は、図２の呼制御システムと同様である。ステップＳ２０に進み、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能とに差異がある為、接続先情報３０を参照して広告配信サーバ５ａ〜５ｃから一の広告配信サーバ５を決定する。
【００３９】
呼制御サーバ１は、接続先情報３０を参照して広告配信サーバ５ａ〜５ｃから接続先である着信端末４に関連する広告情報を蓄積する一の広告配信サーバ５を決定する。例えば接続先としては、航空会社のボイスポータル等が想定される。なお、接続先情報３０は接続先の情報と広告配信サーバ５ａ〜５ｃが蓄積する広告情報の内容とを表す。接続先情報３０は、呼制御サーバ１内に蓄積しておいても良いし、他の装置内に蓄積しておいてもよい。
【００４０】
なお、広告配信サーバ５を決定したあとのステップＳ２１〜Ｓ２８の処理は、図２の呼制御システムと同様である。実施例４の呼制御システムでは、接続先に関連した内容の広告配信を行なうことができるので、広告配信による宣伝効果が向上する。
【実施例５】
【００４１】
図６は、本発明による呼制御システムの第５実施例の構成図である。図６の呼制御システムは、広告配信サーバ５に接続する際、発信端末３又は着信端末４の電話番号以外の電話番号を使用する点で、実施例１〜４と異なっている。したがって、第５実施例の説明では実施例１〜４と同一部分について同一符号を付して適宜説明を省略する。
【００４２】
次に、図６の呼制御システムにおける処理手順について具体的に説明する。図７は、本発明による呼制御システムの処理手順を表す他の一例のシーケンス図である。図７はＩＰネットワーク上でＩＰ電話の発信や着信を制御するためのプロトコルとしてＳＩＰを使用した例を示している。
【００４３】
ステップＳ３０〜Ｓ３２に進み、発信端末３，着信端末４及び広告配信サーバ５は呼制御サーバ１に対して登録を行なう。発信者が発信端末３を操作して着信者に電話をかけると、発信端末３はステップＳ３３に進み、自機の備える機能（音声機能、映像機能）を表した機能情報を含む接続要求のメッセージ４０を呼制御サーバ１に送信する。
【００４４】
ステップＳ３４に進み、着信端末４は発信端末３からの接続要求のメッセージ４０を呼制御サーバ１経由で受信する。ステップＳ３５〜Ｓ３７の処理により、発信端末３及び着信端末４は発信音または着信音を出力する。
【００４５】
着信者が着信端末４を操作して発信者からの電話に出ると、着信端末４はステップＳ３８に進み、自機の備える機能（音声機能）を表した機能情報を含む接続応答のメッセージを呼制御サーバ１に送信する。
【００４６】
ステップＳ３９に進み、呼制御サーバ１の呼制御アプリケーション２はステップＳ３８で受信した接続応答のメッセージを分析し、着信端末４の備える機能が音声機能のみであると判断する。ステップＳ４０に進み、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能とに差異がある為、ユーザ／広告配信サーバ情報１２を参照して広告配信サーバ５ａ〜５ｃから一の広告配信サーバ５を決定する。
【００４７】
広告配信サーバ５を決定したあと、呼制御サーバ１はステップＳ４１に進み、送信元アドレスを発信端末３のアドレスから第三のアドレスに書き換えて、映像機能を表した機能情報を含む接続要求のメッセージ４２を広告配信サーバ５に送信する。
【００４８】
具体的にメッセージ４２では、送信元アドレスが、発信端末３を表す「Ｆｒｏｍ：ｓｉｐ：ｓｕｂＡ＠ｘｘｘ」から発信端末３以外を表す「Ｆｒｏｍ：ｓｉｐ：ｄｕｍｍｙ＠ｘｘｘ」に書き換えられている。ステップＳ４２，Ｓ４３の処理により、広告配信サーバ５は自機の備える機能（映像機能）を表した機能情報を含む接続応答のメッセージを呼制御サーバ１に送信する。
【００４９】
ステップＳ４４に進み、呼制御サーバ１はステップＳ４１で書き換えた送信元アドレスを第三のアドレスから元の発信端末３のアドレスに書き換えたあと、着信端末４の備える機能（音声機能）と広告配信サーバ５が備える機能（映像機能）とを表した機能情報を含む接続応答のメッセージ４３を発信端末３に送信する。
【００５０】
ステップＳ４５に進み、発信端末３は確認応答を呼制御サーバ１に送信する。ステップＳ４６及びＳ４７に進み、呼制御サーバ１は着信端末４及び広告配信サーバ５に確認応答を送信する。ステップＳ４５〜Ｓ４７の確認応答の後、ステップＳ４８に進み、発信端末３は着信端末４との間で音声通信を行なうことにより、発信者と着信者との通話を実現する。発信端末３は、広告配信サーバ５との間で映像通信を行なうことにより、広告配信業者からの広告配信を実現する。
【００５１】
なお、図７のシーケンス図では音声通信と映像通信とを同時期に開始する例を示しているが、音声通信を開始したあとで、発信端末３と広告配信サーバ５との間で映像通信を行なう為の処理を行なうようにしてもよい。実施例５の呼制御システムでは、発信端末３又は着信端末４の電話番号又はＩＰアドレスを広告配信サーバ５に示すことなく広告配信を実現でき、発信者又は着信者の個人情報の漏洩を防ぐことができるので、セキュリティを強化できる。
【実施例６】
【００５２】
図８は、本発明による呼制御システムの第６実施例の構成図である。図８の呼制御システムでは、発信端末３が音声機能を備え、着信端末４が音声機能および映像機能を備えている点が、実施例１〜５と異なっている。
【００５３】
次に、図８の呼制御システムにおける処理手順について図７のシーケンス図を利用して説明する。ステップＳ３０〜Ｓ３２に進み、発信端末３，着信端末４及び広告配信サーバ５は呼制御サーバ１に対して登録を行なう。発信者が発信端末３を操作して着信者に電話をかけると、発信端末３はステップＳ３３に進み、自機の備える機能（音声機能）を表した機能情報を含む接続要求のメッセージ４０を呼制御サーバ１に送信する。
【００５４】
ステップＳ３４に進み、着信端末４は発信端末３からの接続要求のメッセージ４０を呼制御サーバ１経由で受信する。ステップＳ３５〜Ｓ３７の処理により、発信端末３及び着信端末４は発信音または着信音を出力する。
【００５５】
着信者が着信端末４を操作して発信者からの電話に出ると、着信端末４はステップＳ３８に進み、自機の備える機能（音声機能、映像機能）を表した機能情報を含む接続応答のメッセージを呼制御サーバ１に送信する。
【００５６】
ステップＳ３９に進み、呼制御サーバ１の呼制御アプリケーション２はステップＳ３８で受信した接続応答のメッセージを分析し、着信端末４の備える機能が音声機能及び映像機能であると判断する。ステップＳ４０に進み、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能とに差異がある為、ユーザ／広告配信サーバ情報１２を参照して広告配信サーバ５ａ〜５ｃから一の広告配信サーバ５を決定する。
【００５７】
広告配信サーバ５を決定したあと、呼制御サーバ１はステップＳ４１に進み、映像機能を表した機能情報を含む接続要求のメッセージを広告配信サーバ５に送信する。ステップＳ４２，Ｓ４３の処理により、広告配信サーバ５は自機の備える機能（映像機能）を表した機能情報を含む接続応答のメッセージを呼制御サーバ１に送信する。
【００５８】
ステップＳ４４に進み、呼制御サーバ１は着信端末４の備える機能（音声機能）を表した機能情報を含む接続応答のメッセージ１５を発信端末３に送信する。呼制御サーバ１は更に、発信端末３の備える機能（音声機能）と、広告配信サーバ５が備える機能（映像機能）とを表した機能情報を含む接続要求のメッセージを着信端末４に送信する。
【００５９】
このとき、広告配信サーバ５は広告配信サーバ５を表すアドレスを発信端末３のアドレスに書き換えて、機能情報を含む接続要求のメッセージを着信端末４に送信する。
【００６０】
ステップＳ４５に進み、発信端末３は確認応答を呼制御サーバ１に送信する。ステップＳ４６及びＳ４７に進み、呼制御サーバ１は着信端末４及び広告配信サーバ５に確認応答を送信する。ステップＳ４５〜Ｓ４７の確認応答の後、ステップＳ４８に進み、発信端末３は着信端末４との間で音声通信を行なうことにより、発信者と着信者との通話を実現する。着信端末４は、広告配信サーバ５との間で映像通信を行なうことにより、広告配信業者からの広告配信を実現する。
【００６１】
実施例６の呼制御システムでは、広告配信サーバ５の電話番号又はＩＰアドレスを発信端末３又は着信端末４に示すことなく広告配信を実現でき、発信者又は着信者が広告情報を流しているように見せかけることもできる。
【００６２】
以上のように、本発明による呼制御システムでは、発信端末３がＴＶ電話で、着信端末４が通常の電話機である場合など、遊休状態となる映像機能のチャネルを第三の端末としての広告配信サーバ５に接続することで、未使用チャネルを使用した広告配信が実現可能である。なお、発信端末３及び着信端末４に配信する情報は広告情報に限ることなく、環境映像やＢＧＭなどを配信することも可能である。
【００６３】
本発明による呼制御システムでは、広告情報を呼制御サーバに蓄積させる必要が無いために、広告情報をネットワーク上に分散させて蓄積できる。したがって、本発明による呼制御システムは広告情報が大容量になったとしても柔軟に対応できる。また、本発明による呼制御システムは、広告情報が呼制御サーバ１から独立しているため、広告情報の追加及び削除が容易となる。さらに、本発明による呼制御システムは広告情報をネットワーク上に分散させて蓄積できるので、負荷を分散させることができる。
【００６４】
この結果、本発明による呼制御システムは多くの広告情報を蓄積しておくことができるようになり、ユーザの嗜好や接続先に合った効果的な広告配信が可能となる。本発明による呼制御システムは、ユーザに対して通信料の低価格化、広告配信主に対して宣伝効果の向上というメリットを与えることができる。
【００６５】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１）
複数の端末の接続を制御するコンピュータを、
前記コンピュータが、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、
前記コンピュータが、前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段と
して機能させる為の呼制御プログラム。
（付記２）
前記未使用チャネル接続手段は、複数の前記第三の端末から選択した一の端末に前記未使用チャネルを接続することを特徴とする付記１記載の呼制御プログラム。
（付記３）
前記未使用チャネル制御手段は、前記発信端末または着信端末の操作者の嗜好情報に応じて、複数の前記第三の端末から一の端末を選択し、その一の端末に前記未使用チャネルを接続することを特徴とする付記１記載の呼制御プログラム。
（付記４）
前記未使用チャネル制御手段は、前記着信端末に応じて、複数の前記第三の端末から一の端末を選択し、その一の端末に前記未使用チャネルを接続することを特徴とする付記１記載の呼制御プログラム。
（付記５）
前記未使用チャネル接続手段は、前記発信端末および着信端末の識別番号を第三の識別番号に置換して前記未使用チャネルを前記第三の端末に接続することを特徴とする付記１乃至４何れか一項記載の呼制御プログラム。
（付記６）
前記未使用チャネル接続手段は、前記第三の端末の識別番号を前記発信端末または着信端末の識別番号に置換して前記未使用チャネルを前記第三の端末に接続することを特徴とする付記１乃至５何れか一項記載の呼制御プログラム。
（付記７）
複数の端末の接続を制御する呼制御装置であって、
発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、
前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段と
を有することを特徴とする呼制御装置。
（付記８）
複数の端末の接続を制御する呼制御装置の呼制御方法であって、
発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断するステップと、
前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続するステップと
を有することを特徴とする呼制御方法。
（付記９）
複数の端末の接続を制御するコンピュータを、
前記コンピュータが、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、
前記コンピュータが、前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段と
して機能させる為の呼制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【００６６】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。なお、特許請求の範囲に記載されている未使用チャネル判断手段は呼制御サーバ１が行なう例えばステップＳ１９の処理に相当する。未使用チャネル接続手段は、呼制御サーバ１が行なう例えばステップＳ２０の処理に相当する。
【図面の簡単な説明】
【００６７】
【図１】本発明による呼制御システムの第１実施例の構成図である。
【図２】本発明による呼制御システムの第２実施例の構成図である。
【図３】本発明による呼制御システムの処理手順を表す一例のシーケンス図である。
【図４】本発明による呼制御システムの第３実施例の構成図である。
【図５】本発明による呼制御システムの第４実施例の構成図である。
【図６】本発明による呼制御システムの第５実施例の構成図である。
【図７】本発明による呼制御システムの処理手順を表す他の一例のシーケンス図である。
【図８】本発明による呼制御システムの第６実施例の構成図である。
【符号の説明】
【００６８】
１ 呼制御サーバ
２ 呼制御アプリケーション
３ 発信端末
４ 着信端末
５ 広告配信サーバ
１２ ユーザ／広告配信サーバ情報
２０ 嗜好情報
３０ 接続先情報
【技術分野】
【０００１】
本発明は、呼制御プログラムおよび呼制御装置に係り、特に複数の端末の接続を制御する呼制御プログラムおよび呼制御装置に関する。
【背景技術】
【０００２】
インターネットが普及する中、電話網の一部はＩＰネットワークへ移行しつつある。近年、ＩＰネットワークを用いたＩＰ電話サービスは低価格で提供されるようになり、急速に広まっている。また、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）、ＣＡＴＶ（Ｃａｂｌｅ Ｔｅｌｅｖｉｓｉｏｎ）、ＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）等によるアクセス回線のブロードバンド化も進んでいる為、インフラは大容量のデータを扱えるように整備されつつある。したがって、ＴＶ電話やコンテンツ配信等のマルチメディアサービスは今後も伸びていくと予想される。
【０００３】
一方、インターネットにおける広告配信サービスには、バナー広告，メールマガジン広告など、様々なものが存在している。その中でもＴＶ電話を利用したマルチメディア広告配信サービスは、注目度が大きい。
【０００４】
この理由は、ＴＶ電話が普及したとしても、通信相手がＴＶ電話機能を備えていない端末である場合、通信相手がボイスポータルである場合、又はＴＶ電話機能を備えた端末であるが顔を見せたくない場合など、ＴＶ電話機能を備えた端末を使用しているにも関わらず、映像機能を利用できない又は利用したくないといったケースが、さまざま存在するからである。
【０００５】
例えば通信時に利用していない映像機能を広告受信に使用するマルチメディア広告配信サービスでは、通信料金の一部又は全部を広告配信主に負担させることで、結果として通信を行なうユーザも恩恵を享受でき、ＴＶ電話の利用促進にも繋がる可能性がある（例えば特許文献１参照）。
【特許文献１】特開２０００−２０１２２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１のマルチメディア広告配信サービスでは、通信時に利用していないチャネルがあると、そのチャネルから交換機に蓄積されている広告情報を配信する内容が開示されているが、広告情報の蓄積及び配信を行なう交換機の負担が大きいという問題があった。また、広告情報の蓄積及び配信を交換機でおこなうと、データが分散化されているＩＰネットワークにおいては制限となるという問題があった。
【０００７】
本発明は、上記の点に鑑みなされたもので、データを分散化させつつ、未使用チャネルを利用して発信端末または着信端末への情報の配信を可能とする呼制御プログラムおよび呼制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
そこで、上記課題を解決するため、本発明は、複数の端末の接続を制御するコンピュータを、前記コンピュータが、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、前記コンピュータが、前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段として機能させる為の呼制御プログラムであることを特徴とする。
【０００９】
また、本発明は、複数の端末の接続を制御する呼制御装置であって、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段とを有することを特徴とする。
【００１０】
本発明では、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて未使用チャネルの有無を判断し、その未使用チャネルを発信端末および着信端末以外の第三の端末に接続することができる。即ち、本発明では発信端末または着信端末へ配信する情報の蓄積及び配信処理を第三の端末で行なうことができる。
【００１１】
なお、本発明は、上記課題を解決するため、呼制御方法，呼制御プログラムを記録した記録媒体としてもよい。
【発明の効果】
【００１２】
上述の如く、本発明によれば、データを分散化させつつ、未使用チャネルを利用して発信端末または着信端末への情報の配信を可能とする呼制御プログラムおよび呼制御装置を提供できる。
【発明を実施するための最良の形態】
【００１３】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。本実施例では、発信端末および着信端末以外の第三の端末として広告配信業者の広告配信サーバを例に説明するが、発信端末または着信端末へ何らかの情報を配信する如何なる端末であってもよい。本実施例では、ＶｏＩＰ（Ｖｏｉｃｅ Ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）技術を使用したＩＰ電話を例に説明するが、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて未使用チャネルの有無を判断できれば、他の技術を使用した端末であってもよい。また、本実施例では未使用機能のチャネルが映像機能の場合について説明するが、未使用機能のチャネルが映像機能の場合に限定するものではない。
【実施例１】
【００１４】
図１は、本発明による呼制御システムの第１実施例の構成図である。図１の呼制御システムは、呼制御サーバ１，発信者の操作する発信端末３，着信者の操作する着信端末４及び広告配信業者の操作する広告配信サーバ５を含む構成である。
【００１５】
発信端末３は、音声機能および映像機能を備えている。着信端末４は、音声機能を備えている。広告配信サーバ５は、映像機能を備えている。また、呼制御サーバ１は呼制御アプリケーション（呼制御ＡＰＬ）により複数の端末の接続を制御する。なお、呼制御アプリケーションは、例えば記録媒体から呼制御サーバ１にインストールされる。
【００１６】
次に、図１の呼制御システムにおける処理手順を説明する。発信者が発信端末３を操作して着信者に電話をかけると、発信端末３はステップＳ１に進み、自機の備える機能（音声機能、映像機能）を表した機能情報を含む接続要求を呼制御サーバ１に送信する。
【００１７】
ステップＳ２に進み、着信端末４は発信端末３からの接続要求を呼制御サーバ１経由で受信する。着信者が着信端末４を操作して発信者からの電話に出ると、着信端末４はステップＳ３に進み、自機の備える機能（音声機能）を表した機能情報を含む接続応答を呼制御サーバ１に送信する。
【００１８】
ステップＳ４に進み、呼制御サーバ１の呼制御アプリケーション２はステップＳ３で受信した接続応答のメッセージを分析し、着信端末４の備える機能が音声機能のみであると判断する。ステップＳ５に進み、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能とに差異がある為、広告配信サーバ５に接続要求を送信する。即ち、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能との差異により遊休状態となる機能があると判断し、その機能を使用する為に、広告配信サーバ５に接続要求を送信している。
【００１９】
ステップＳ６に進み、広告配信サーバ５は自機の備える機能（映像機能）を表した機能情報を含む接続応答を呼制御サーバ１に送信する。ステップＳ７に進み、呼制御サーバ１は着信端末４の備える機能（音声機能）と広告配信サーバ５が備える機能（映像機能）とを表した機能情報を含む接続応答を発信端末３に送信する。
【００２０】
そして、ステップＳ８に進み、発信端末３は着信端末４との間で音声通信を行なうことにより、発信者と着信者との通話を実現する。発信端末３は、広告配信サーバ５との間で映像通信を行なうことにより、広告配信業者からの広告配信を実現する。広告配信サーバ５は、広告配信サービスに利用する広告情報を蓄積している。
【００２１】
実施例１の呼制御システムでは、発信端末３の使用可能な機能と着信端末４の使用可能な機能との差異に応じて未使用機能のチャネル（未使用チャネル）を判断し、その未使用チャネルを広告配信サーバ５に接続することができる。また、実施例１の呼制御システムでは、配信する広告情報を呼制御サーバ１でなく、広告配信サーバ５に蓄積できる。
【００２２】
したがって、実施例１の呼制御システムでは、発信端末３と着信端末４との間で音声通信を実現できると共に、未使用チャネルを利用して広告配信サーバ５からの広告配信を実現できる。
【実施例２】
【００２３】
図２は、本発明による呼制御システムの第２実施例の構成図である。図２の呼制御システムは、複数の広告配信サーバ５ａ〜５ｃを含む構成である点が、第１実施例の呼制御システムの構成と異なっている。したがって、第２実施例の説明では第１実施例と同一部分について同一符号を付して適宜説明を省略する。なお、以下の説明では、広告配信サーバ５ａ〜５ｃの何れかを指す場合は、単に符号５を用いる。
【００２４】
次に、図２の呼制御システムにおける処理手順について具体的に説明する。図３は、本発明による呼制御システムの処理手順を表す一例のシーケンス図である。図３は、ＩＰネットワーク上でＩＰ電話の発信や着信を制御するためのプロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用した例を示している。
【００２５】
ステップＳ１０〜Ｓ１２に進み、発信端末３，着信端末４及び広告配信サーバ５は呼制御サーバ１に対して登録を行なう。発信者が発信端末３を操作して着信者に電話をかけると、発信端末３はステップＳ１３に進み、自機の備える機能（音声機能、映像機能）を表した機能情報を含む接続要求のメッセージ１０を呼制御サーバ１に送信する。
【００２６】
ステップＳ１４に進み、着信端末４は発信端末３からの接続要求のメッセージ１０を呼制御サーバ１経由で受信する。ステップＳ１５〜Ｓ１７の処理により、発信端末３及び着信端末４は発信音または着信音を出力する。
【００２７】
着信者が着信端末４を操作して発信者からの電話に出ると、着信端末４はステップＳ１８に進み、自機の備える機能（音声機能）を表した機能情報を含む接続応答のメッセージ１１を呼制御サーバ１に送信する。
【００２８】
ステップＳ１９に進み、呼制御サーバ１の呼制御アプリケーション２はステップＳ１８で受信した接続応答のメッセージ１１を分析し、着信端末４の備える機能が音声機能のみであると判断する。ステップＳ２０に進み、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能とに差異がある為、ユーザ／広告配信サーバ情報１２を参照して広告配信サーバ５ａ〜５ｃから一の広告配信サーバ５を決定する。
【００２９】
ユーザ／広告配信サーバ情報１２は、発信者又は着信者となるユーザと広告配信サーバ５とを対応付けている。ユーザ／広告配信サーバ情報１２は、呼制御サーバ１内に蓄積しておいても良いし、他の装置内に蓄積しておいてもよい。広告配信サーバ５を決定したあと、呼制御サーバ１はステップＳ２１に進み、映像機能を表した機能情報を含む接続要求のメッセージ１３を広告配信サーバ５に送信する。
【００３０】
ステップＳ２２，Ｓ２３の処理により、広告配信サーバ５は自機の備える機能（映像機能）を表した機能情報を含む接続応答のメッセージ１４を呼制御サーバ１に送信する。ステップＳ２４に進み、呼制御サーバ１は着信端末４の備える機能（音声機能）と広告配信サーバ５が備える機能（映像機能）とを表した機能情報を含む接続応答のメッセージ１５を発信端末３に送信する。
【００３１】
ステップＳ２５に進み、発信端末３は確認応答を呼制御サーバ１に送信する。ステップＳ２６及びＳ２７に進み、呼制御サーバ１は着信端末４及び広告配信サーバ５に確認応答を送信する。ステップＳ２５〜Ｓ２７の確認応答の後、ステップＳ２８に進み、発信端末３は着信端末４との間で音声通信を行なうことにより、発信者と着信者との通話を実現する。発信端末３は、広告配信サーバ５との間で映像通信を行なうことにより、広告配信業者からの広告配信を実現する。広告配信サーバ５は、広告配信サービスに利用する広告情報を蓄積している。
【００３２】
なお、図３のシーケンス図では音声通信と映像通信とを同時期に開始する例を示しているが、音声通信を開始したあとで、発信端末３と広告配信サーバ５との間で映像通信を行なう為の処理を行なうようにしてもよい。実施例２の呼制御システムでは、広告情報を複数の広告配信サーバ５ａ〜５ｃに分散して蓄積できるので、広告配信サーバ５ａ〜５ｃの負荷を軽減できる。
【実施例３】
【００３３】
図４は、本発明による呼制御システムの第３実施例の構成図である。図４の呼制御システムは、発信者が事前登録しておいた嗜好情報２０を使用する点で、実施例２の呼制御システムと異なっている。したがって、第３実施例の説明では第２実施例と同一部分について同一符号を付して適宜説明を省略する。
【００３４】
次に、図４の呼制御システムにおける処理手順について図３のシーケンス図を利用して説明する。ステップＳ１０〜Ｓ１９の処理は、図２の呼制御システムと同様である。ステップＳ２０に進み、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能とに差異がある為、嗜好情報２０を参照して広告配信サーバ５ａ〜５ｃから一の広告配信サーバ５を決定する。
【００３５】
呼制御サーバ１は、嗜好情報２０を参照して広告配信サーバ５ａ〜５ｃから広告配信を行なう発信者又は着信者の嗜好と合致した広告情報を蓄積する一の広告配信サーバ５を決定する。なお、嗜好情報２０は、発信者または着信者となるユーザの嗜好情報と広告配信サーバ５ａ〜５ｃが蓄積する広告情報の内容とを表す。嗜好情報２０は呼制御サーバ１内に蓄積しておいても良いし、他の装置内に蓄積しておいてもよい。
【００３６】
なお、広告配信サーバ５を決定したあとのステップＳ２１〜Ｓ２８の処理は、図２の呼制御システムと同様である。実施例３の呼制御システムでは、ユーザの嗜好に合致した内容の広告配信を行なうことができるので、広告配信による宣伝効果が向上する。
【実施例４】
【００３７】
図５は、本発明による呼制御システムの第４実施例の構成図である。図５の呼制御システムは、接続先情報３０を使用する点で、実施例２の呼制御システムと異なっている。したがって、第４実施例の説明では第２実施例と同一部分について同一符号を付して適宜説明を省略する。
【００３８】
次に、図５の呼制御システムにおける処理手順について図３のシーケンス図を利用して説明する。ステップＳ１０〜Ｓ１９の処理は、図２の呼制御システムと同様である。ステップＳ２０に進み、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能とに差異がある為、接続先情報３０を参照して広告配信サーバ５ａ〜５ｃから一の広告配信サーバ５を決定する。
【００３９】
呼制御サーバ１は、接続先情報３０を参照して広告配信サーバ５ａ〜５ｃから接続先である着信端末４に関連する広告情報を蓄積する一の広告配信サーバ５を決定する。例えば接続先としては、航空会社のボイスポータル等が想定される。なお、接続先情報３０は接続先の情報と広告配信サーバ５ａ〜５ｃが蓄積する広告情報の内容とを表す。接続先情報３０は、呼制御サーバ１内に蓄積しておいても良いし、他の装置内に蓄積しておいてもよい。
【００４０】
なお、広告配信サーバ５を決定したあとのステップＳ２１〜Ｓ２８の処理は、図２の呼制御システムと同様である。実施例４の呼制御システムでは、接続先に関連した内容の広告配信を行なうことができるので、広告配信による宣伝効果が向上する。
【実施例５】
【００４１】
図６は、本発明による呼制御システムの第５実施例の構成図である。図６の呼制御システムは、広告配信サーバ５に接続する際、発信端末３又は着信端末４の電話番号以外の電話番号を使用する点で、実施例１〜４と異なっている。したがって、第５実施例の説明では実施例１〜４と同一部分について同一符号を付して適宜説明を省略する。
【００４２】
次に、図６の呼制御システムにおける処理手順について具体的に説明する。図７は、本発明による呼制御システムの処理手順を表す他の一例のシーケンス図である。図７はＩＰネットワーク上でＩＰ電話の発信や着信を制御するためのプロトコルとしてＳＩＰを使用した例を示している。
【００４３】
ステップＳ３０〜Ｓ３２に進み、発信端末３，着信端末４及び広告配信サーバ５は呼制御サーバ１に対して登録を行なう。発信者が発信端末３を操作して着信者に電話をかけると、発信端末３はステップＳ３３に進み、自機の備える機能（音声機能、映像機能）を表した機能情報を含む接続要求のメッセージ４０を呼制御サーバ１に送信する。
【００４４】
ステップＳ３４に進み、着信端末４は発信端末３からの接続要求のメッセージ４０を呼制御サーバ１経由で受信する。ステップＳ３５〜Ｓ３７の処理により、発信端末３及び着信端末４は発信音または着信音を出力する。
【００４５】
着信者が着信端末４を操作して発信者からの電話に出ると、着信端末４はステップＳ３８に進み、自機の備える機能（音声機能）を表した機能情報を含む接続応答のメッセージを呼制御サーバ１に送信する。
【００４６】
ステップＳ３９に進み、呼制御サーバ１の呼制御アプリケーション２はステップＳ３８で受信した接続応答のメッセージを分析し、着信端末４の備える機能が音声機能のみであると判断する。ステップＳ４０に進み、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能とに差異がある為、ユーザ／広告配信サーバ情報１２を参照して広告配信サーバ５ａ〜５ｃから一の広告配信サーバ５を決定する。
【００４７】
広告配信サーバ５を決定したあと、呼制御サーバ１はステップＳ４１に進み、送信元アドレスを発信端末３のアドレスから第三のアドレスに書き換えて、映像機能を表した機能情報を含む接続要求のメッセージ４２を広告配信サーバ５に送信する。
【００４８】
具体的にメッセージ４２では、送信元アドレスが、発信端末３を表す「Ｆｒｏｍ：ｓｉｐ：ｓｕｂＡ＠ｘｘｘ」から発信端末３以外を表す「Ｆｒｏｍ：ｓｉｐ：ｄｕｍｍｙ＠ｘｘｘ」に書き換えられている。ステップＳ４２，Ｓ４３の処理により、広告配信サーバ５は自機の備える機能（映像機能）を表した機能情報を含む接続応答のメッセージを呼制御サーバ１に送信する。
【００４９】
ステップＳ４４に進み、呼制御サーバ１はステップＳ４１で書き換えた送信元アドレスを第三のアドレスから元の発信端末３のアドレスに書き換えたあと、着信端末４の備える機能（音声機能）と広告配信サーバ５が備える機能（映像機能）とを表した機能情報を含む接続応答のメッセージ４３を発信端末３に送信する。
【００５０】
ステップＳ４５に進み、発信端末３は確認応答を呼制御サーバ１に送信する。ステップＳ４６及びＳ４７に進み、呼制御サーバ１は着信端末４及び広告配信サーバ５に確認応答を送信する。ステップＳ４５〜Ｓ４７の確認応答の後、ステップＳ４８に進み、発信端末３は着信端末４との間で音声通信を行なうことにより、発信者と着信者との通話を実現する。発信端末３は、広告配信サーバ５との間で映像通信を行なうことにより、広告配信業者からの広告配信を実現する。
【００５１】
なお、図７のシーケンス図では音声通信と映像通信とを同時期に開始する例を示しているが、音声通信を開始したあとで、発信端末３と広告配信サーバ５との間で映像通信を行なう為の処理を行なうようにしてもよい。実施例５の呼制御システムでは、発信端末３又は着信端末４の電話番号又はＩＰアドレスを広告配信サーバ５に示すことなく広告配信を実現でき、発信者又は着信者の個人情報の漏洩を防ぐことができるので、セキュリティを強化できる。
【実施例６】
【００５２】
図８は、本発明による呼制御システムの第６実施例の構成図である。図８の呼制御システムでは、発信端末３が音声機能を備え、着信端末４が音声機能および映像機能を備えている点が、実施例１〜５と異なっている。
【００５３】
次に、図８の呼制御システムにおける処理手順について図７のシーケンス図を利用して説明する。ステップＳ３０〜Ｓ３２に進み、発信端末３，着信端末４及び広告配信サーバ５は呼制御サーバ１に対して登録を行なう。発信者が発信端末３を操作して着信者に電話をかけると、発信端末３はステップＳ３３に進み、自機の備える機能（音声機能）を表した機能情報を含む接続要求のメッセージ４０を呼制御サーバ１に送信する。
【００５４】
ステップＳ３４に進み、着信端末４は発信端末３からの接続要求のメッセージ４０を呼制御サーバ１経由で受信する。ステップＳ３５〜Ｓ３７の処理により、発信端末３及び着信端末４は発信音または着信音を出力する。
【００５５】
着信者が着信端末４を操作して発信者からの電話に出ると、着信端末４はステップＳ３８に進み、自機の備える機能（音声機能、映像機能）を表した機能情報を含む接続応答のメッセージを呼制御サーバ１に送信する。
【００５６】
ステップＳ３９に進み、呼制御サーバ１の呼制御アプリケーション２はステップＳ３８で受信した接続応答のメッセージを分析し、着信端末４の備える機能が音声機能及び映像機能であると判断する。ステップＳ４０に進み、呼制御サーバ１は発信端末３の備える機能と着信端末４の備える機能とに差異がある為、ユーザ／広告配信サーバ情報１２を参照して広告配信サーバ５ａ〜５ｃから一の広告配信サーバ５を決定する。
【００５７】
広告配信サーバ５を決定したあと、呼制御サーバ１はステップＳ４１に進み、映像機能を表した機能情報を含む接続要求のメッセージを広告配信サーバ５に送信する。ステップＳ４２，Ｓ４３の処理により、広告配信サーバ５は自機の備える機能（映像機能）を表した機能情報を含む接続応答のメッセージを呼制御サーバ１に送信する。
【００５８】
ステップＳ４４に進み、呼制御サーバ１は着信端末４の備える機能（音声機能）を表した機能情報を含む接続応答のメッセージ１５を発信端末３に送信する。呼制御サーバ１は更に、発信端末３の備える機能（音声機能）と、広告配信サーバ５が備える機能（映像機能）とを表した機能情報を含む接続要求のメッセージを着信端末４に送信する。
【００５９】
このとき、広告配信サーバ５は広告配信サーバ５を表すアドレスを発信端末３のアドレスに書き換えて、機能情報を含む接続要求のメッセージを着信端末４に送信する。
【００６０】
ステップＳ４５に進み、発信端末３は確認応答を呼制御サーバ１に送信する。ステップＳ４６及びＳ４７に進み、呼制御サーバ１は着信端末４及び広告配信サーバ５に確認応答を送信する。ステップＳ４５〜Ｓ４７の確認応答の後、ステップＳ４８に進み、発信端末３は着信端末４との間で音声通信を行なうことにより、発信者と着信者との通話を実現する。着信端末４は、広告配信サーバ５との間で映像通信を行なうことにより、広告配信業者からの広告配信を実現する。
【００６１】
実施例６の呼制御システムでは、広告配信サーバ５の電話番号又はＩＰアドレスを発信端末３又は着信端末４に示すことなく広告配信を実現でき、発信者又は着信者が広告情報を流しているように見せかけることもできる。
【００６２】
以上のように、本発明による呼制御システムでは、発信端末３がＴＶ電話で、着信端末４が通常の電話機である場合など、遊休状態となる映像機能のチャネルを第三の端末としての広告配信サーバ５に接続することで、未使用チャネルを使用した広告配信が実現可能である。なお、発信端末３及び着信端末４に配信する情報は広告情報に限ることなく、環境映像やＢＧＭなどを配信することも可能である。
【００６３】
本発明による呼制御システムでは、広告情報を呼制御サーバに蓄積させる必要が無いために、広告情報をネットワーク上に分散させて蓄積できる。したがって、本発明による呼制御システムは広告情報が大容量になったとしても柔軟に対応できる。また、本発明による呼制御システムは、広告情報が呼制御サーバ１から独立しているため、広告情報の追加及び削除が容易となる。さらに、本発明による呼制御システムは広告情報をネットワーク上に分散させて蓄積できるので、負荷を分散させることができる。
【００６４】
この結果、本発明による呼制御システムは多くの広告情報を蓄積しておくことができるようになり、ユーザの嗜好や接続先に合った効果的な広告配信が可能となる。本発明による呼制御システムは、ユーザに対して通信料の低価格化、広告配信主に対して宣伝効果の向上というメリットを与えることができる。
【００６５】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１）
複数の端末の接続を制御するコンピュータを、
前記コンピュータが、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、
前記コンピュータが、前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段と
して機能させる為の呼制御プログラム。
（付記２）
前記未使用チャネル接続手段は、複数の前記第三の端末から選択した一の端末に前記未使用チャネルを接続することを特徴とする付記１記載の呼制御プログラム。
（付記３）
前記未使用チャネル制御手段は、前記発信端末または着信端末の操作者の嗜好情報に応じて、複数の前記第三の端末から一の端末を選択し、その一の端末に前記未使用チャネルを接続することを特徴とする付記１記載の呼制御プログラム。
（付記４）
前記未使用チャネル制御手段は、前記着信端末に応じて、複数の前記第三の端末から一の端末を選択し、その一の端末に前記未使用チャネルを接続することを特徴とする付記１記載の呼制御プログラム。
（付記５）
前記未使用チャネル接続手段は、前記発信端末および着信端末の識別番号を第三の識別番号に置換して前記未使用チャネルを前記第三の端末に接続することを特徴とする付記１乃至４何れか一項記載の呼制御プログラム。
（付記６）
前記未使用チャネル接続手段は、前記第三の端末の識別番号を前記発信端末または着信端末の識別番号に置換して前記未使用チャネルを前記第三の端末に接続することを特徴とする付記１乃至５何れか一項記載の呼制御プログラム。
（付記７）
複数の端末の接続を制御する呼制御装置であって、
発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、
前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段と
を有することを特徴とする呼制御装置。
（付記８）
複数の端末の接続を制御する呼制御装置の呼制御方法であって、
発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断するステップと、
前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続するステップと
を有することを特徴とする呼制御方法。
（付記９）
複数の端末の接続を制御するコンピュータを、
前記コンピュータが、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、
前記コンピュータが、前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段と
して機能させる為の呼制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【００６６】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。なお、特許請求の範囲に記載されている未使用チャネル判断手段は呼制御サーバ１が行なう例えばステップＳ１９の処理に相当する。未使用チャネル接続手段は、呼制御サーバ１が行なう例えばステップＳ２０の処理に相当する。
【図面の簡単な説明】
【００６７】
【図１】本発明による呼制御システムの第１実施例の構成図である。
【図２】本発明による呼制御システムの第２実施例の構成図である。
【図３】本発明による呼制御システムの処理手順を表す一例のシーケンス図である。
【図４】本発明による呼制御システムの第３実施例の構成図である。
【図５】本発明による呼制御システムの第４実施例の構成図である。
【図６】本発明による呼制御システムの第５実施例の構成図である。
【図７】本発明による呼制御システムの処理手順を表す他の一例のシーケンス図である。
【図８】本発明による呼制御システムの第６実施例の構成図である。
【符号の説明】
【００６８】
１ 呼制御サーバ
２ 呼制御アプリケーション
３ 発信端末
４ 着信端末
５ 広告配信サーバ
１２ ユーザ／広告配信サーバ情報
２０ 嗜好情報
３０ 接続先情報
【特許請求の範囲】
【請求項１】
複数の端末の接続を制御するコンピュータを、
前記コンピュータが、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、
前記コンピュータが、前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段と
して機能させる為の呼制御プログラム。
【請求項２】
前記未使用チャネル接続手段は、複数の前記第三の端末から選択した一の端末に前記未使用チャネルを接続することを特徴とする請求項１記載の呼制御プログラム。
【請求項３】
前記未使用チャネル制御手段は、前記発信端末または着信端末の操作者の嗜好情報に応じて、複数の前記第三の端末から一の端末を選択し、その一の端末に前記未使用チャネルを接続することを特徴とする請求項１記載の呼制御プログラム。
【請求項４】
前記未使用チャネル制御手段は、前記着信端末に応じて、複数の前記第三の端末から一の端末を選択し、その一の端末に前記未使用チャネルを接続することを特徴とする請求項１記載の呼制御プログラム。
【請求項５】
複数の端末の接続を制御する呼制御装置であって、
発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、
前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段と
を有することを特徴とする呼制御装置。
【請求項１】
複数の端末の接続を制御するコンピュータを、
前記コンピュータが、発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、
前記コンピュータが、前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段と
して機能させる為の呼制御プログラム。
【請求項２】
前記未使用チャネル接続手段は、複数の前記第三の端末から選択した一の端末に前記未使用チャネルを接続することを特徴とする請求項１記載の呼制御プログラム。
【請求項３】
前記未使用チャネル制御手段は、前記発信端末または着信端末の操作者の嗜好情報に応じて、複数の前記第三の端末から一の端末を選択し、その一の端末に前記未使用チャネルを接続することを特徴とする請求項１記載の呼制御プログラム。
【請求項４】
前記未使用チャネル制御手段は、前記着信端末に応じて、複数の前記第三の端末から一の端末を選択し、その一の端末に前記未使用チャネルを接続することを特徴とする請求項１記載の呼制御プログラム。
【請求項５】
複数の端末の接続を制御する呼制御装置であって、
発信端末の使用可能チャネルと着信端末の使用可能チャネルとの差異に応じて、未使用チャネルの有無を判断する未使用チャネル判断手段と、
前記未使用チャネルを前記発信端末および着信端末以外の第三の端末に接続する未使用チャネル接続手段と
を有することを特徴とする呼制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００６−２５４１０２（Ｐ２００６−２５４１０２Ａ）
【公開日】平成１８年９月２１日（２００６．９．２１）
【国際特許分類】
【出願番号】特願２００５−６７８９７（Ｐ２００５−６７８９７）
【出願日】平成１７年３月１０日（２００５．３．１０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成１８年９月２１日（２００６．９．２１）
【国際特許分類】
【出願日】平成１７年３月１０日（２００５．３．１０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]