(57)【特許請求の範囲】
【請求項１】
端末装置からのリクエストデータを受け、前記リクエストデータに基づいてゲートウェイに前記リクエストデータに基づいた処理を実行する指示を行い、前記リクエストデータにより指定した音声端末に前記リクエストデータにより指定した音声通信サービスを実行するサーバー装置であって、
前記端末装置が前記サーバー装置と異なる箇所に配置され、各端末装置が前記サーバー装置にインターネット回線で接続されており、
複数の前記端末装置からの前記リクエストデータを受信してイベントシグナルを発生するサービス制御部と、
前記サービス制御部からの前記イベントシグナルを受けて前記音声端末に接続可能な前記ゲートウェイを呼び出すと共に前記音声通信サービスを実現する処理を実行する電話交換処理部と、を備え、
前記サービス制御部は、
前記端末装置からの、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）のＰＯＳＴメソッドが用いられた前記リクエストデータを受けて解析し、少なくとも接続すべき前記音声端末の電話番号、及び希望する前記音声通信サービスの内容を指定すると共に、前記解析したリクエストデータに基づいて選択すべきゲートウェイを指定する前記イベントシグナルを前記電話交換処理部に発生するリクエストデータ解析手段を備え、
前記電話交換処理部は、ＣＰＵがソフトウエアを実行して交換処理を行うソフトウエア交換機で構成され、
前記サービス制御部からの前記イベントシグナルを受け、このイベントシグナルに基づいて前記複数のゲートウェイから適切なゲートウェイを選択すると共に前記選択したゲートウェイに対し前記イベントシグナルで指定される電話番号で特定された前記音声端末への発呼を指令するゲートウェイ選択手段と、
選択された前記ゲートウェイの通信手順に従って、前記選択した前記ゲートウェイに前記音声端末への発呼を指令する発呼制御手段と、
発呼された前記音声端末から応答があったとき、前記イベントシグナルで指定された前記音声通信サービスを行う音声通信サービス手段と、を備えるものであり、
前記サーバー装置が、前記端末装置からの前記リクエストデータの受信、前記リクエストデータの解析、前記イベントシグナルの出力、ゲートウェイの選択、前記ゲートウェイからの前記音声端末への発呼の指令、及び発呼された前記音声端末から応答があったときの前記イベントシグナルで指定された前記音声通信サービスの実行を自動的に行うことを特徴とするサーバー装置。
【請求項２】
前記サービス制御部は、前記ゲートウェイを経由して受信した処理結果を、ＪＳＯＮ（Java（登録商標）Script  Object  Notation）形式のフォーマットに変換して前記端末装置に送信するレスポンスデータ変換手段を備えることを特徴とする請求項１に記載のサーバー装置。
【請求項３】
前記端末装置の前記リクエストデータには、前記音声端末の電話番号、前記端末装置を識別しうる識別番号、及び前記音声端末に対して行う音声通信サービスを指定するデータが含まれると共に、
前記サーバー装置から前記端末装置へのレスポンスデータには、前記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、前記端末装置から受けたリクエストデータを個別に特定するユニークＩＤ、送信失敗時のエラーメッセージ、及び前記音声端末の電話番号が含まれることを特徴とする請求項１又は請求項２に記載のサーバー装置。
【請求項４】
前記サーバー装置から前記端末装置へのレスポンスデータには、前記リクエストデータで検索要求された前記音声端末の電話番号の有無情報、前記音声端末の電話番号、前記音声端末の所属国コード、相手先のネットワークコード、前記音声端末が所属しているキャリアのコード、及び処理における処理ステータス情報のうちの少なくとも一つが含まれることを特徴とする請求項１から請求項３までのいずれか一項に記載のサーバー装置。
【請求項５】
前記ゲートウェイ毎の通信料金を保存するゲートウェイ通信料金保存手段を備え、前記電話交換処理部には、前記端末装置から前記リクエストデータを受信した場合、前記ゲートウェイ通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイを選択する、ゲートウェイ選択手段を備えることを特徴とする請求項１から請求項４までのいずれか一項に記載のサーバー装置。
【請求項６】
前記端末装置は、パーソナルコンピュータであることを特徴とする請求項１から請求項５までのいずれか一項に記載のサーバー装置。
【請求項７】
前記電話交換処理部の音声通信サービス手段は、前記リクエストデータで指定された音声データサーバーに蓄積された音声を前記音声端末に送信する音声送信サービス、前記リクエストデータで指定された複数の音声端末による電話会議サービス、前記音声端末が指定した番号データを蓄積する番号データ蓄積サービス、及び前記音声端末からの音声データを蓄積する音声データ蓄積サービスのうち少なくとも一つを実行することを特徴とする請求項１から請求項６までのいずれか一項に記載のサーバー装置。
【請求項８】
請求項１から請求項７までのいずれか一項に記載のサーバー装置と、このサーバー装置に接続された前記端末装置と、前記サーバー装置に接続された複数のゲートウェイと、前記ゲートウェイに接続される音声端末とを備えることを特徴とする電話発信システム。
【請求項９】
端末装置からのリクエストデータを受け、前記リクエストデータに基づいてゲートウェイに前記リクエストデータに基づいた処理を実行する指示を行い、前記リクエストデータにより指定した音声端末に前記リクエストデータにより指定した音声通信サービスを実行するサーバー装置であって、前記端末装置が、前記サーバー装置と異なる箇所に配置され、各端末装置がサーバー装置にインターネット回線で接続されたサーバー装置の制御方法であって、
前記端末装置からの、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）のＰＯＳＴメソッドが用いられた前記リクエストデータを受けて解析し、少なくとも接続すべき前記音声端末の電話番号、及び希望する前記音声通信サービスの内容を指定すると共に、前記解析したリクエストデータに基づいて選択すべきゲートウェイを指定するイベントシグナルを発生するステップと、
前記イベントシグナルを受け、このイベントシグナルに基づいて前記複数のゲートウェイから適切なゲートウェイを選択すると共に前記選択したゲートウェイに対し前記イベントシグナルで指定される電話番号で特定された前記音声端末への発呼を指令するステップと、
選択された前記ゲートウェイの通信手順に従って、前記選択した前記ゲートウェイに前記音声端末への発呼を指令するステップと、
発呼された前記音声端末から応答があったとき、前記イベントシグナルで指定された前記音声通信サービスを行うステップと、を備えるものであり、
前記端末装置からの前記リクエストデータを受信したとき、前記リクエストデータの解析、前記イベントシグナルの出力、ゲートウェイの選択、前記ゲートウェイからの前記音声端末への発呼の指令、及び発呼された前記音声端末から応答があったときの前記イベントシグナルで指定された前記音声通信サービスの実行を自動的に行うことを特徴とするサーバー装置の制御方法。
【請求項１０】
端末装置からのリクエストデータを受け、前記リクエストデータに基づいてゲートウェイに前記リクエストデータに基づいた処理を実行する指示を行い、前記リクエストデータにより指定した音声端末に前記リクエストデータにより指定した音声通信サービスを実行するサーバー装置であって、前記端末装置が前記サーバー装置と異なる箇所に配置され、各端末装置が前記サーバー装置にインターネット回線で接続されたサーバー装置のコンピューターに実行させるプログラムであって、
前記端末装置からの、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）のＰＯＳＴメソッドが用いられた前記リクエストデータを受けて解析し、少なくとも接続すべき前記音声端末の電話番号、及び希望する前記音声通信サービスの内容を指定すると共に、前記解析したリクエストデータに基づいて選択すべきゲートウェイを指定するイベントシグナルを発生するステップと、
前記イベントシグナルを受け、このイベントシグナルに基づいて前記複数のゲートウェイから適切なゲートウェイを選択すると共に前記選択したゲートウェイに対し前記イベントシグナルで指定される電話番号で特定された前記音声端末への発呼を指令するステップと、
選択された前記ゲートウェイの通信手順に従って、前記選択した前記ゲートウェイに前記音声端末への発呼を指令するステップと、
発呼された前記音声端末から応答があったとき、前記イベントシグナルで指定された前記音声通信サービスを行うステップと、を備えるものであり、
前記端末装置からの前記リクエストデータを受信したとき、前記リクエストデータの解析、前記イベントシグナルの出力、ゲートウェイの選択、前記ゲートウェイからの前記音声端末への発呼の指令、及び発呼された前記音声端末から応答があったときの前記イベントシグナルで指定された前記音声通信サービスの実行を自動的に行わせることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの送信装置から電話番号を指定した音声端末に音声通信サービスを実行するサーバー装置、電話発信システム、サーバー装置の制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、本件出願人は、パーソナルコンピュータ等の送信元端末から携帯電話等の音声端末にショートメッセージサービス（いわゆるＳＭＳメール）を送信する技術を提案している（特許文献１参照）。
【０００３】
特許文献１は、相手先携帯端末に対してリクエストデータを送信する送信元端末と、上記送信元端末と公衆回線、若しくは広域ネットワークを介して接続され、上記リクエストデータを受信しうる管理装置と、上記管理装置と公衆回線、若しくは広域ネットワークを介して接続され、上記相手先携帯端末に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイとを備えるデータ仲介システムを開示する。
【０００４】
このシステムでは、送信元端末からのリクエストデータの送信に、ＨＴＴＰのＰＯＳＴメソッドを用いていることから、ＳＭＴＰを用いた場合と異なり、インターフェース構築の制約が少なく、また、レスポンスデータがＪＳＯＮ形式フォーマットで記載されているため、送信対象のデータの取り出し処理が容易であることから、専用のメールソフトを用いる必要がない。また、プロトコル変換手段によって、ゲートウェイのＡＰＩに従って、通信プロトコルを変換すると共に、ゲートウェイを経由して受信したレスポンスデータは、ＪＳＯＮ形式フォーマットに変換されるため、国内、海外のゲートウェイ間のＡＰＩの差異を意識することなく、相互にＳＭＳメールの送受信を行うことができる。
【特許文献１】特許第４８８９８１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
近年、ＳＭＳを使用できない固定電話や、ＳＭＳを使用操作ができない者の携帯電話への音声での連絡が要望され、例えば、端末装置からに音声通信によるサービスを行いたいという要望がある。メールやＳＭＳによる案内が一般的に使用されている現在、音声による情報の提供やサービスは、差別化を図ることができる。
【０００６】
しかし、特許文献１が開示する技術では、端末装置から固定電話、携帯電話等のへの音声による通信ができないという問題がある。
【０００７】
本発明は上述した課題に鑑みてなされたものであり、端末装置からのリクエストにより所望の音声端末に音声サービスを容易に行うことができるサーバー装置、電話発信システム、サーバー装置の制御方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記課題を解決するために、請求項１に記載の発明に係るサーバー装置は、端末装置からのリクエストデータを受け、前記リクエストデータに基づいてゲートウェイに前記リクエストデータに基づいた処理を実行する指示を行い、前記リクエストデータにより指定した音声端末に前記リクエストデータにより指定した音声通信サービスを実行するサーバー装置であって、前記端末装置が前記サーバー装置と異なる箇所に配置され、各端末装置が前記サーバー装置にインターネット回線で接続されており、
複数の前記端末装置からの前記リクエストデータを受信してイベントシグナルを発生するサービス制御部と、前記サービス制御部からの前記イベントシグナルを受けて前記音声端末に接続可能な前記ゲートウェイを呼び出すと共に前記音声通信サービスを実現する処理を実行する電話交換処理部と、を備え、前記サービス制御部は、前記端末装置からの、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）のＰＯＳＴメソッドが用いられた前記リクエストデータを受けて解析し、少なくとも接続すべき前記音声端末の電話番号、及び希望する前記音声通信サービスの内容を指定すると共に、前記解析したリクエストデータに基づいて選択すべきゲートウェイを指定する前記イベントシグナルを前記電話交換処理部に発生するリクエストデータ解析手段を備え、前記電話交換処理部は、ＣＰＵがソフトウエアを実行して交換処理を行うソフトウエア交換機で構成され、前記サービス制御部からの前記イベントシグナルを受け、このイベントシグナルに基づいて前記複数のゲートウェイから適切なゲートウェイを選択すると共に前記選択したゲートウェイに対し前記イベントシグナルで指定される電話番号で特定された前記音声端末への発呼を指令するゲートウェイ選択手段と、選択された前記ゲートウェイの通信手順に従って、前記選択した前記ゲートウェイに前記音声端末への発呼を指令する発呼制御手段と、発呼された前記音声端末から応答があったとき、前記イベントシグナルで指定された前記音声通信サービスを行う音声通信サービス手段と、を備えるものであり、前記サーバー装置が、前記端末装置からの前記リクエストデータの受信、前記リクエストデータの解析、前記イベントシグナルの出力、ゲートウェイの選択、前記ゲートウェイからの前記音声端末への発呼の指令、及び発呼された前記音声端末から応答があったときの前記イベントシグナルで指定された前記音声通信サービスの実行を自動的に行うことを特徴とするサーバー装置である。
【０００９】
請求項１に係る発明によれば、端末装置からのリクエストデータの送信に、ＨＴＴＰのＰＯＳＴメソッドを用いていることから、ＰＯＳＴメソッド以外の例えばＳＭＴＰを用いた場合と異なり、インターフェース構築の制約が少なくなる。
ここで、ＨＴＴＰプロトコルのＰＯＳＴメソッドによるデータ送信は、端末装置からサーバー装置に対して、データを送信する手段として広く用いられており、例えば、自己のホームページ上のＷｅｂフォームからの入力データの送信、電子掲示板への投稿インターフェース等に広く用いられている技術である。従って、携帯用のアプリケーションの他、一般的なパーソナルコンピュータ上においても、自由にインターフェースの設計が可能である。
また、サービス制御装置は、リクエストデータを解析して電話交換処理部にイベントシグナルを送出し、電話交換処理部は、指定の音声端末に音声通信サービスを行うため、端末装置からは、電話交換処理部や、ゲートウェイを意識することなく、音声通信サービスを実行できる。このため、交換処理部やゲートウェイの処理内容が変更されたとしても、サービス制御部の処理を変更することで対応できる。
また、本発明によれば、サービス制御部のリクエストデータ解析手段によって、端末装置からのリクエストデータが解析されてイベントシグナルが発生され、電話交換部の動作内容が指定される。電話交換部では、ゲートウェイ選択手段により指定された電話番号で特定される音声端末に対応するゲートウェイを選択し、発呼制御手段により選択されたゲートウェイの通信手順に従って発呼がなされ、音声端末から応答があったとき、音声端末に対して音声通信サービス手段が指定された音声通信サービスを実行することができる。
更に、本発明によれば、送信のインターフェースの開発が容易であり、端末装置側ではサーバー装置の交換処理部やゲートウェイの処理を意識することなくリクエストデータで指定ができる。
【００１０】
同じく請求項２に係る発明は、前記サービス制御部は、前記ゲートウェイを経由して受信した処理結果を、ＪＳＯＮ（Java（登録商標）Script  Object  Notation）形式のフォーマットに変換して前記端末装置に送信するレスポンスデータ変換手段を備えることを特徴とする。
【００１１】
請求項２に係る発明によれば、サービス制御部のレスポンスデータ変換手段から、ゲートウェイを経由して受信した処理結果を、ＪＳＯＮ形式のフォーマットに変換して前記端末装置に送信する。ここで、ＪＳＯＮとは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔをベースとしたデータ表現のフォーマットであり、構造が単純であり、異なるプログラミング言語間でのデータの受け渡しが簡単に行えるという特徴を有している。このため、送信対象のデータの取り出し処理が容易であることから、専用の表示ソフトを用いる必要がない。
【００１２】
同じく請求項３に係る発明は、前記端末装置の前記リクエストデータには、前記音声端末の電話番号、前記端末装置を識別しうる識別番号、及び前記音声端末に対して行う音声通信サービスを指定するデータが含まれると共に、前記サーバー装置から前記端末装置へのレスポンスデータには、前記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、前記端末装置から受けたリクエストデータを個別に特定するユニークＩＤ、送信失敗時のエラーメッセージ、及び前記音声端末の電話番号が含まれることを特徴とする。
【００１３】
請求項３に係る発明によれば、端末装置からのリクエストデータに、音声端末の電話番号、端末装置を識別しうる識別番号、及び音声端末に対して行う音声通信サービスを指定するデータが含まれる。このため、サーバー装置は、発呼を行う音声端末の電話番号、端末装置の識別番号、実行する音声通信サービスを認識して実行することができる。そして、端末装置では、レスポンスデータにより、リクエストデータに対する要求の処理結果を示すステータスデータ、詳細ステータス確認用のＵＲＬ、ユニークＩＤ、送信失敗時のエラーメッセージ、及び前記音声端末の電話番号を知ることができる。
【００１４】
同じく請求項４に係る発明は、前記サーバー装置から前記端末装置へのレスポンスデータには、前記リクエストデータで検索要求された前記音声端末の電話番号の有無情報、前記音声端末の電話番号、前記音声端末の所属国コード、相手先のネットワークコード、前記音声端末が所属しているキャリアのコード、及び処理における処理ステータス情報のうちの少なくとも一つが含まれることを特徴とする。
【００１５】
請求項４に係る発明によれば、ゲートウェイから受信した検索結果から、リクエストデータで検索要求された音声端末の電話番号の存在有無の情報、音声端末の電話番号、音声端末の所属国コード、相手先のネットワークコード、音声端末が所属しているキャリアのコード、及び処理における処理ステータス情報のうちの少なくとも一つがＪＳＯＮ形式のフォーマットに変換されて、端末装置に返信され、端末装置において、音声端末が実在しているか否かが把握できる。
そして、端末装置では、レスポンスデータにより、リクエストデータで検索要求された音声端末の電話番号の存在有無の情報、音声端末の電話番号、音声端末の所属国コード、相手先のネットワークコード、音声端末が所属しているキャリアのコード、及び処理における処理ステータス情報を知ることができる。
【００１６】
同じく請求項５に係る発明は、前記電話交換処理部は、前記ゲートウェイ毎の通信料金を保存するゲートウェイ通信料金保存手段と、前記端末装置から前記リクエストデータを受信した場合、前記ゲートウェイ通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイを選択する、ゲートウェイ選択手段とを備えることを特徴とする。
【００１７】
請求項５に係る発明によれば、端末装置側で負担する通信費用が最低となるように、ゲートウェイが自動的に選択される。
【００１８】
同じく請求項６に係る発明は、前記端末装置は、パーソナルコンピュータであることを特徴とする。
【００１９】
請求項６に係る発明によれば、端末装置として、パーソナルコンピュータ、例えばデスクトップコンピューター、ラップトップ型コンピューター、タブレット型コンピューター、スマートフォンを使用することができる。
【００２０】
同じく請求項７に係る発明は、前記電話交換処理部の音声通信サービス手段は、前記リクエストデータで指定された音声データサーバーに蓄積された音声を前記音声端末に送信する音声送信サービス、前記リクエストデータで指定された複数の音声端末による電話会議サービス、前記音声端末が指定した番号データを蓄積する番号データ蓄積サービス、及び前記音声端末からの音声データを蓄積する音声データ蓄積サービスのうち少なくとも一つを実行することを特徴とする。
【００２１】
請求項７に係る発明によれば、音声通信サービスとして、リクエストデータで指定された音声データサーバーに蓄積された音声を音声端末に送信する音声送信サービス、リクエストデータで指定された複数の端末による電話会議サービス、音声端末が指定した番号データを蓄積する番号データ蓄積サービス、及び音声端末からの音声データを蓄積する音声データ蓄積サービスを提供できる。
【００２２】
同じく請求項８に係る発明は、前記サーバー装置と、このサーバー装置に接続された前記端末装置と、前記サーバー装置に接続された複数のゲートウェイと、前記ゲートウェイに接続される音声端末とを備えることを特徴とする電話発信システムである。
【００２３】
請求項８に係る発明によれば、端末装置からのリクエストデータの送信に、ＨＴＴＰのＰＯＳＴメソッドを用いていることから、ＰＯＳＴメソッド以外の例えばＳＭＴＰを用いた場合と異なり、インターフェース構築の制約が少なくなる。
従って、携帯用のアプリケーションの他、一般的なパーソナルコンピュータ上においても、自由にインターフェースの設計が可能である。
また、サービス制御装置は、リクエストデータを解析して電話交換処理部にイベントシグナルを送出し、電話交換処理部は、指定の音声端末に音声通信サービスを行うため、端末装置からは、電話交換処理部や、ゲートウェイを意識することなく、音声通信サービスを実行できる。このため、交換処理部やゲートウェイの処理内容が変更されたとしても、サービス制御部の処理を変更することで対応できる。
また、本発明によれば、サービス制御部のリクエストデータ解析手段によって、端末装置からのリクエストデータが解析されてイベントシグナルが発生され、電話交換部の動作内容が指定される。電話交換部では、ゲートウェイ選択手段により指定された電話番号で特定される音声端末に対応するゲートウェイを選択し、発呼制御手段により選択されたゲートウェイの通信手順に従って発呼がなされ、音声端末から応答があったとき、音声端末に対して音声通信サービス手段が指定された音声通信サービスを実行することができる。
更に、本発明によれば、送信のインターフェースの開発が容易であり、端末装置側ではサーバー装置の交換処理部やゲートウェイの処理を意識することなくリクエストデータで指定ができる。
このため、端末装置から利用しやすい電話発信システムを提供できる。
【００２４】
同じく請求項９に係る発明は、端末装置からのリクエストデータを受け、前記リクエストデータに基づいてゲートウェイに前記リクエストデータに基づいた処理を実行する指示を行い、前記リクエストデータにより指定した音声端末に前記リクエストデータにより指定した音声通信サービスを実行するサーバー装置であって、前記端末装置が、前記サーバー装置と異なる箇所に配置され、各端末装置がサーバー装置にインターネット回線で接続されたサーバー装置の制御方法であって、
前記端末装置からの、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）のＰＯＳＴメソッドが用いられた前記リクエストデータを受けて解析し、少なくとも接続すべき前記音声端末の電話番号、及び希望する前記音声通信サービスの内容を指定すると共に、前記解析したリクエストデータに基づいて選択すべきゲートウェイを指定するイベントシグナルを発生するステップと、前記イベントシグナルを受け、このイベントシグナルに基づいて前記複数のゲートウェイから適切なゲートウェイを選択すると共に前記選択したゲートウェイに対し前記イベントシグナルで指定される電話番号で特定された前記音声端末への発呼を指令するステップと、選択された前記ゲートウェイの通信手順に従って、前記選択した前記ゲートウェイに前記音声端末への発呼を指令するステップと、発呼された前記音声端末から応答があったとき、前記イベントシグナルで指定された前記音声通信サービスを行うステップと、を備えるものであり、前記端末装置からの前記リクエストデータを受信したとき、前記リクエストデータの解析、前記イベントシグナルの出力、ゲートウェイの選択、前記ゲートウェイからの前記音声端末への発呼の指令、及び発呼された前記音声端末から応答があったときの前記イベントシグナルで指定された前記音声通信サービスの実行を自動的に行うことを特徴とするサーバー装置の制御方法である。
【００２５】
請求項９に係る発明によれば、端末装置からのリクエストデータの送信に、ＨＴＴＰのＰＯＳＴメソッドを用いていることから、ＰＯＳＴメソッド以外の例えばＳＭＴＰを用いた場合と異なり、インターフェース構築の制約が少なくなる。
従って、携帯用のアプリケーションの他、一般的なパーソナルコンピュータ上においても、自由にインターフェースの設計が可能である。
また、サービス制御装置は、リクエストデータを解析して電話交換処理部にイベントシグナルを送出し、電話交換処理部は、指定の音声端末に音声通信サービスを行うため、端末装置からは、電話交換処理部や、ゲートウェイを意識することなく、音声通信サービスを実行できる。このため、交換処理部やゲートウェイの処理内容が変更されたとしても、サービス制御部の処理を変更することで対応できる。
また、本発明によれば、サービス制御部のリクエストデータ解析手段によって、端末装置からのリクエストデータが解析されてイベントシグナルが発生され、電話交換部の動作内容が指定される。電話交換部では、ゲートウェイ選択手段により指定された電話番号で特定される音声端末に対応するゲートウェイを選択し、発呼制御手段により選択されたゲートウェイの通信手順に従って発呼がなされ、音声端末から応答があったとき、音声端末に対して音声通信サービス手段が指定された音声通信サービスを実行することができる。
更に、本発明によれば、送信のインターフェースの開発が容易であり、端末装置側ではサーバー装置の交換処理部やゲートウェイの処理を意識することなくリクエストデータで指定ができる。
【００２６】
同じく請求項１０に係る発明は、端末装置からのリクエストデータを受け、前記リクエストデータに基づいてゲートウェイに前記リクエストデータに基づいた処理を実行する指示を行い、前記リクエストデータにより指定した音声端末に前記リクエストデータにより指定した音声通信サービスを実行するサーバー装置であって、前記端末装置が前記サーバー装置と異なる箇所に配置され、各端末装置が前記サーバー装置にインターネット回線で接続されたサーバー装置のコンピューターに実行させるプログラムであって、前記端末装置からの、ＨＴＴＰ（Hyper  Text Transfer  Protocol）のＰＯＳＴメソッドが用いられた前記リクエストデータを受けて解析し、少なくとも接続すべき前記音声端末の電話番号、及び希望する前記音声通信サービスの内容を指定すると共に、前記解析したリクエストデータに基づいて選択すべきゲートウェイを指定するイベントシグナルを発生するステップと、前記イベントシグナルを受け、このイベントシグナルに基づいて前記複数のゲートウェイから適切なゲートウェイを選択すると共に前記選択したゲートウェイに対し前記イベントシグナルで指定される電話番号で特定された前記音声端末への発呼を指令するステップと、選択された前記ゲートウェイの通信手順に従って、前記選択した前記ゲートウェイに前記音声端末への発呼を指令するステップと、発呼された前記音声端末から応答があったとき、前記イベントシグナルで指定された前記音声通信サービスを行うステップと、を備えるものであり、前記端末装置からの前記リクエストデータを受信したとき、前記リクエストデータの解析、前記イベントシグナルの出力、ゲートウェイの選択、前記ゲートウェイからの前記音声端末への発呼の指令、及び発呼された前記音声端末から応答があったときの前記イベントシグナルで指定された前記音声通信サービスの実行を自動的に行わせることを特徴とするプログラム。
である。
【００２７】
請求項１０に係る発明によれば、端末装置からのリクエストデータの送信に、ＨＴＴＰのＰＯＳＴメソッドを用いていることから、ＰＯＳＴメソッド以外の例えばＳＭＴＰを用いた場合と異なり、インターフェース構築の制約が少なくなる。
従って、携帯用のアプリケーションの他、一般的なパーソナルコンピュータ上においても、自由にインターフェースの設計が可能である。
また、サービス制御装置は、リクエストデータを解析して電話交換処理部にイベントシグナルを送出し、電話交換処理部は、指定の音声端末に音声通信サービスを行うため、端末装置からは、電話交換処理部や、ゲートウェイを意識することなく、音声通信サービスを実行できる。このため、交換処理部やゲートウェイの処理内容が変更されたとしても、サービス制御部の処理を変更することで対応できる。
また、本発明によれば、サービス制御部のリクエストデータ解析手段によって、端末装置からのリクエストデータが解析されてイベントシグナルが発生され、電話交換部の動作内容が指定される。電話交換部では、ゲートウェイ選択手段により指定された電話番号で特定される音声端末に対応するゲートウェイを選択し、発呼制御手段により選択されたゲートウェイの通信手順に従って発呼がなされ、音声端末から応答があったとき、音声端末に対して音声通信サービス手段が指定された音声通信サービスを実行することができる。
更に、本発明によれば、送信のインターフェースの開発が容易であり、端末装置側ではサーバー装置の交換処理部やゲートウェイの処理を意識することなくリクエストデータで指定ができる。
【発明の効果】
【００２８】
本発明の請求項１に係るサーバー装置によれば、端末装置からのリクエストにより所望の音声端末に音声サービスの設定や指定を容易に行うことができる。また、端末装置からのリクエストデータの送信に、ＨＴＴＰのＰＯＳＴメソッドを用いていることから、ＰＯＳＴメソッド以外の例えばＳＭＴＰを用いた場合と異なり、インターフェース構築の制約が少なくなる。ここで、ＨＴＴＰプロトコルのＰＯＳＴメソッドによるデータ送信は、端末装置からサーバー装置に対して、データを送信する手段として広く用いられており、例えば、自己のホームページ上のＷｅｂフォームからの入力データの送信、電子掲示板への投稿インターフェース等に広く用いられている技術である。従って、携帯用のアプリケーションの他、一般的なパーソナルコンピュータ上においても、自由にインターフェースの設計が可能である。
また、サービス制御装置は、リクエストデータを解析して電話交換処理部にイベントシグナルを送出し、電話交換処理部は、指定の音声端末に音声通信サービスを行うため、端末装置からは、電話交換処理部や、ゲートウェイを意識することなく、音声通信サービスを実行できる。このため、交換処理部やゲートウェイの処理内容が変更されたとしても、サービス制御部の処理を変更することで対応できる。
また、本発明によれば、サービス制御部のリクエストデータ解析手段によって、端末装置からのリクエストデータが解析されてイベントシグナルが発生され、電話交換部の動作内容が指定される。電話交換部では、ゲートウェイ選択手段により指定された電話番号で特定される音声端末に対応するゲートウェイを選択し、発呼制御手段により選択されたゲートウェイの通信手順に従って発呼がなされ、音声端末から応答があったとき、音声端末に対して音声通信サービス手段が指定された音声通信サービスを実行することができる。
更に、本発明によれば、送信のインターフェースの開発が容易であり、端末装置側ではサーバー装置の交換処理部やゲートウェイの処理を意識することなくリクエストデータで指定ができる。
【００２９】
同請求項２に係るサーバー装置によれば、サービス制御部のレスポンスデータ変換手段から、ゲートウェイを経由して受信した処理結果を、ＪＳＯＮ形式のフォーマットに変換して前記端末装置に送信する。ここで、ＪＳＯＮとは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔをベースとしたデータ表現のフォーマットであり、構造が単純であり、異なるプログラミング言語間でのデータの受け渡しが簡単に行えるという特徴を有している。このため、送信対象のデータの取り出し処理が容易であることから、専用の表示ソフトを用いる必要がない。
【００３０】
同請求項３に係るサーバー装置によれば、端末装置からのリクエストデータに、音声端末の電話番号、端末装置を識別しうる識別番号、及び音声端末に対して行う音声通信サービスを指定するデータが含まれる。このため、サーバー装置は、発呼を行う音声端末の電話番号、端末装置の識別番号、実行する音声通信サービスを認識して実行することができる。
【００３１】
請求項４に係るサーバー装置によれば、ゲートウェイから受信した検索結果から、リクエストデータで検索要求された音声端末の電話番号の存在有無の情報、音声端末の電話番号、音声端末の所属国コード、相手先のネットワークコード、音声端末が所属しているキャリアのコード、及び処理における処理ステータス情報がＪＳＯＮ形式のフォーマットに変換されて、送信元端末に返信され、端末装置において、音声端末が実在しているか否かが把握できる。
【００３２】
請求項５に係るサーバー装置によれば、端末装置側で負担する通信費用が最低となるように、ゲートウェイが自動的に選択される。
【００３３】
請求項６に係るサーバー装置によれば、端末装置として、パーソナルコンピュータ、例えばデスクトップコンピューター、ラップトップ型コンピューター、タブレット型コンピューター、スマートフォンを使用することができる。
【００３４】
請求項７に係るサーバー装置によれば、音声通信サービスとして、リクエストデータで指定された音声データサーバーに蓄積された音声を音声端末に送信する音声送信サービス、リクエストデータで指定された複数の端末による電話会議サービス、音声端末が指定した番号データを蓄積する番号データ蓄積サービス、及び音声端末からの音声データを蓄積する音声データ蓄積サービスを提供できる。
【００３５】
請求項８に係る電話発信システムによれば、端末装置からのリクエストにより所望の音声端末に音声サービスを容易に行うことができる。また、端末装置からのリクエストデータの送信に、ＨＴＴＰのＰＯＳＴメソッドを用いていることから、ＰＯＳＴメソッド以外の例えばＳＭＴＰを用いた場合と異なり、インターフェース構築の制約が少なくなる。従って、携帯用のアプリケーションの他、一般的なパーソナルコンピュータ上においても、自由にインターフェースの設計が可能である。
また、サービス制御装置は、リクエストデータを解析して電話交換処理部にイベントシグナルを送出し、電話交換処理部は、指定の音声端末に音声通信サービスを行うため、端末装置からは、電話交換処理部や、ゲートウェイを意識することなく、音声通信サービスを実行できる。このため、交換処理部やゲートウェイの処理内容が変更されたとしても、サービス制御部の処理を変更することで対応できる。
また、本発明によれば、サービス制御部のリクエストデータ解析手段によって、端末装置からのリクエストデータが解析されてイベントシグナルが発生され、電話交換部の動作内容が指定される。電話交換部では、ゲートウェイ選択手段により指定された電話番号で特定される音声端末に対応するゲートウェイを選択し、発呼制御手段により選択されたゲートウェイの通信手順に従って発呼がなされ、音声端末から応答があったとき、音声端末に対して音声通信サービス手段が指定された音声通信サービスを実行することができる。
更に、本発明によれば、送信のインターフェースの開発が容易であり、端末装置側ではサーバー装置の交換処理部やゲートウェイの処理を意識することなくリクエストデータで指定ができる。  このため、端末装置から利用しやすい電話発信システムを提供できる。
【００３６】
請求項９に係るサーバー装置の制御方法によれば、端末装置からのリクエストにより所望の音声端末に音声サービスを容易に行うことができる。また、端末装置からのリクエストデータの送信に、ＨＴＴＰのＰＯＳＴメソッドを用いていることから、ＰＯＳＴメソッド以外の例えばＳＭＴＰを用いた場合と異なり、インターフェース構築の制約が少なくなる。また、携帯用のアプリケーションの他、一般的なパーソナルコンピュータ上においても、自由にインターフェースの設計が可能である。
また、サービス制御装置は、リクエストデータを解析して電話交換処理部にイベントシグナルを送出し、電話交換処理部は、指定の音声端末に音声通信サービスを行うため、端末装置からは、電話交換処理部や、ゲートウェイを意識することなく、音声通信サービスを実行できる。このため、交換処理部やゲートウェイの処理内容が変更されたとしても、サービス制御部の処理を変更することで対応できる。
また、本発明によれば、サービス制御部のリクエストデータ解析手段によって、端末装置からのリクエストデータが解析されてイベントシグナルが発生され、電話交換部の動作内容が指定される。電話交換部では、ゲートウェイ選択手段により指定された電話番号で特定される音声端末に対応するゲートウェイを選択し、発呼制御手段により選択されたゲートウェイの通信手順に従って発呼がなされ、音声端末から応答があったとき、音声端末に対して音声通信サービス手段が指定された音声通信サービスを実行することができる。
更に、本発明によれば、送信のインターフェースの開発が容易であり、端末装置側ではサーバー装置の交換処理部やゲートウェイの処理を意識することなくリクエストデータで指定ができる。
【００３７】
請求項１０に係るプログラムによれば、端末装置からのリクエストにより所望の音声端末に音声サービスを容易に行うことができる。また、端末装置からのリクエストデータの送信に、ＨＴＴＰのＰＯＳＴメソッドを用いていることから、ＰＯＳＴメソッド以外の例えばＳＭＴＰを用いた場合と異なり、インターフェース構築の制約が少なくなる。また、携帯用のアプリケーションの他、一般的なパーソナルコンピュータ上においても、自由にインターフェースの設計が可能である。
また、サービス制御装置は、リクエストデータを解析して電話交換処理部にイベントシグナルを送出し、電話交換処理部は、指定の音声端末に音声通信サービスを行うため、端末装置からは、電話交換処理部や、ゲートウェイを意識することなく、音声通信サービスを実行できる。このため、交換処理部やゲートウェイの処理内容が変更されたとしても、サービス制御部の処理を変更することで対応できる。
また、本発明によれば、サービス制御部のリクエストデータ解析手段によって、端末装置からのリクエストデータが解析されてイベントシグナルが発生され、電話交換部の動作内容が指定される。電話交換部では、ゲートウェイ選択手段により指定された電話番号で特定される音声端末に対応するゲートウェイを選択し、発呼制御手段により選択されたゲートウェイの通信手順に従って発呼がなされ、音声端末から応答があったとき、音声端末に対して音声通信サービス手段が指定された音声通信サービスを実行することができる。
更に、本発明によれば、送信のインターフェースの開発が容易であり、端末装置側ではサーバー装置の交換処理部やゲートウェイの処理を意識することなくリクエストデータで指定ができる。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施形態に係る電話発信システムを示す模式図である。
【図２】同サーバー装置の構成を示すブロック図である。
【図３】同電話発信システムの構成と信号のやりとりを示す模式図である。
【図４】同電話発信システムの処理の概略を示すフローチャートである。
【図５】同電話発信システムにおける端末装置、サーバー装置、音声データサーバー、ゲートウェイ及び音声端末装置における処理の手順を示すフローチャートである。
【発明を実施するための最良の形態】
【００３９】
本発明を実施するための形態に係るサーバー装置、電話発信システム、サーバー装置の制御方法、及びプログラムについて説明する。先ず、本発明の実施形態に係る電話発信システムについて説明する。以下、提供できる音声通信サービスとして、指定した音声端末に音声を送出する場合を例として説明する。
【００４０】
＜電話発信システムの構成＞
図１は本発明の実施形態に係る電話発信システムを示す模式図である。電話発信システム１０は、サーバー装置３０と、複数台の端末装置９０、９０、…、９０と、複数台のゲートウェイ１００、１００、…、１００とを備える。サーバー装置３０、端末装置９０、ゲートウェイ１００、１００、…、１００はインターネット２０を介して接続され、各種のデータをやりとりする。
【００４１】
また、各ゲートウェイ１００、１００、…、１００からは、音声端末である音声端末装置１１０、１１０、…、１１０に音声接続がなされる。音声端末装置１１０、１１０、…、１１０は、固定電話、携帯電話、スマートフォン等である。また、本実施形態では、インターネット２０には、音声端末装置１１０に送出する音声データファイルを格納した音声データサーバー８０が接続されている。
【００４２】
サーバー装置３０は、サービス制御部４０と、電話交換処理部５０と、クレジット処理部６０と、データベース７０とを備える。サーバー装置３０は、ＣＰＵ(Central  Processing  Unit)、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＨＤＤ（Hard  Disc  Drive）等を備えたパーソナルコンピュータとして構成され、ＣＰＵで本発明に係るプログラムを実行することにより、サービス制御部４０、電話交換処理部５０、クレジット処理部６０、データベース７０の機能を実現する。
【００４３】
音声データサーバー８０は、ＣＰＵ(Central  Processing  Unit)、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＨＤＤ（Hard  Disc  Drive）等を備えたパーソナルコンピュータとして構成され、音声圧縮ファイルとして例えばＭＰ３（ＭＰＥＧ−１  Ａｕｄｉｏ  Ｌａｙｅｒ−３）ファイルを格納して、端末装置９０のＵＲＬ（Uniform  Resource  Locator）を指定することにより音声圧縮ファイルをダウンロードすることができる。なお、音声圧縮ファイルとしては、上述したＭＰ３の他、ＷＭＡ（Windows（登録商標） Media  Audio）ＡＡＣ（Advanced  Audio  Coding）等の形式を使用することができる。
【００４４】
また、端末装置９０は、サーバー装置３０に接続可能であり、ＣＰＵ(Central  Processing  Unit)、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＨＤＤ（Hard  Disc  Drive）等を備えたパーソナルコンピュータとして構成される。端末装置９０は、ウェブフラウザーソフトウェアで表示された入力画面から、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）のＰＯＳＴメソッドによるリクエストデータをサーバー装置３０に入力できる。端末装置９０としては、リクエストデータを入力できれば、パーソナルコンピュータ、スマートフォン、タブレット型コンピューター端末等を使用できる。
【００４５】
各ゲートウェイ１００は、音声端末装置１１０に音声通信サービスを提供する各キャリアに属するものであり、サーバー装置３０と指定された音声端末装置１１０、１１０、…、１１０との間で公知の通信手順に従って音声通信を行わせる。
【００４６】
次にサーバー装置３０の構成について詳細に説明する。図２は同サーバー装置の構成を示すブロック図、図３は同電話発信システムの構成と信号のやりとりを示す模式図である。上述のようにサーバー装置３０は、サービス制御部４０と、電話交換処理部５０と、クレジット処理部６０と、データベース７０とを備えて構成される。
【００４７】
先ず、サービス制御部４０について説明する。サービス制御部４０は、リクエストデータ受付手段４１と、リクエストデータ解析手段４２と、レスポンスデータ変換手段４３とを備える。
【００４８】
リクエストデータ受付手段４１は、端末装置９０からのリクエストデータを受け付ける。例えば、サーバー装置３０に表示可能な入力画面を表示させ、ＨＴＴＰのＰＯＳＴメソッドで入力された各種指定データを受信する。リクエストデータには、少なくとも接続する前記音声端末の電話番号、及び希望する前記音声通信サービスの内容が指定される。指定された音声データサーバー８０に蓄積された音声を音声端末装置１１０に送信する音声送信サービスを例とすると、リクエストデータには、発信者電話番号、音声端末装置１１０の電話番号である受信者電話番号、端末装置９０を識別しうる識別番号、音声端末に対して行う音声データサーバー８０のＵＲＬ等が含まれる。本実施形態では、リクエストデータとして、ＨＴＴＰのＰＯＳＴメソッドを用いていることから、ＰＯＳＴメソッド以外の例えばＳＭＴＰを用いた場合と異なり、インターフェース構築の制約が少なくなる。
【００４９】
リクエストデータ解析手段４２は、ＨＴＴＰで記述されたリクエストデータを解析して、イベントシグナルを生成する。このイベントシグナルは、電話交換処理部５０が解釈可能な形式で記述される。
【００５０】
レスポンスデータ変換手段４３は、音声端末装置１１０ヘの通信結果に基づくレスポンスデータを端末装置９０に送出する。レスポンスデータには、リクエストデータで検索要求された音声端末の電話番号の有無情報、音声端末の電話番号、及び処理における処理ステータス情報が含まれる。なお、レスポンスデータには、音声端末の所属国コード、相手先のネットワークコード、音声端末が所属しているキャリアのコードを更に含むようにすることができる。また、レスポンスデータには、リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、ユニークＩＤ、送信失敗時のエラーメッセージが含まれる。レスポンスデータは、ゲートウェイを経由して受信した処理結果を、ＪＳＯＮ（Java（登録商標）Script  Object  Notation）形式のフォーマットに変換される。
ＪＳＯＮとは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔをベースとしたデータ表現のフォーマットであり、構造が単純であり、異なるプログラミング言語間でのデータの受け渡しが簡単に行えるという特徴を有している。このため、送信対象のデータの取り出し処理が容易であることから、専用の表示ソフトを用いる必要がない。
また、処理ステータス情報は、発信処理の状況を示すものであり、数字や文字列で表示される。
【００５１】
端末装置９０では、レスポンスデータにより、リクエストデータに対する要求の処理結果を示すステータスデータ、詳細ステータス確認用のＵＲＬ、端末装置から受けたリクエストを個別に特定するユニークＩＤ、送信失敗時のエラーメッセージ、及び前記音声端末の電話番号を知ることができる。ユニークＩＤは、端末装置からリクエストを受取り、処理する際において、リクエストを特定するために割り振られる個別のＩＤである。ユニークＩＤには、すべてのリクエストに異なるＩＤが振り当られる。例えば同一の端末装置から同じリクエスト、例えばまったく宛先やパラメータが同じリクエストデータを２回送ったとしても、それぞれのリクエストに、異なるＩＤをそれぞれ振り当てる。また、サーバー装置３０は、レスポンスデータに、検索要求された音声端末の電話番号の存在有無の情報、音声端末の電話番号、音声端末の所属国コード、相手先のネットワークコード、音声端末が所属しているキャリアのコード、及び処理における処理ステータス情報を含むことができる。この場合、端末装置９０では、レスポンスデータからこれらの情報を得ることができる。
【００５２】
以上の構成により、サービス制御部４０は、電話交換処理部５０に端末装置９０からの処理の依頼を変換して出力し、電話交換処理部５０の動作を制御する。サービス制御部４０の主要な処理は、リクエストデータ解析手段４２において、リクエストデータから電話交換処理部５０が受け付ける指定形式に合わせてイベントシグナルを生成することである。即ち、端末装置９０側からは電話交換処理部５０の存在を意識させることはない。通常、電話交換処理部５０を制御するためには、電話交換処理部５０に特有の形式で指示を行う必要があるが、本例では端末装置９０からの指定は、ＨＴＭＬのＰＯＳＴ形式という簡易なものでよく、端末装置９０の入力を簡単にする。また、何らかの理由により、電話交換処理部５０の処理形式が変更され、電話交換処理部５０の入力形式が変更されたとしても、端末装置９０からのリクエストデータの形式を変更することなく、リクエストデータ解析手段４２の出力形式を変更するだけで対応できる。
【００５３】
次に、電話交換処理部５０について説明する。電話交換処理部５０は、電話交換機能の他、音声サービス機能を備え、ＣＰＵでソフトウェアを実行することにより実現されるいわゆるソフト交換機である。このようなソフト交換機は公知である。  電話交換処理部５０は、ゲートウェイ選択手段５１と、音声通信サービス手段５２と、発呼制御手段５３と、ゲートウェイ課金データ発生手段５４とを備える。
【００５４】
ゲートウェイ選択手段５１は、サービス制御部４０からのイベントシグナルで指定される電話番号で特定された音声端末装置１１０に発呼を指令するゲートウェイ選択手段５１を選択する。この選択は、データベース７０に蓄積されたゲートウェイ通信料金保存手段である後述するゲートウェイ課金情報７１に格納されたゲートウェイ毎の通信費用を参照して、最も通信費用が最低となるにゲートウェイ１００を選択する。
【００５５】
音声通信サービス手段５２は、端末装置９０から指定された音声通信サービスを実行する。この例では、音声通信サービス手段５２は、音声通信サービスとして音声データサーバー８０からの音声圧縮ファイルとして例えばＭＰ３データをデコードして着信した音声端末装置１１０に送出して、音声端末装置１１０で音声を再生させる。なお、発呼制御手段５３にリクエストデータで指定された複数の端末による電話会議サービス、音声端末がテンキー等で指定した番号データを蓄積する番号データ蓄積サービス、及び音声端末からの音声データを蓄積する音声データ蓄積サービスを行わせることができる。
【００５６】
電話会議を行う場合には、端末装置９０のリクエストデータには、接続すべき複数の電話番号が指定され、音声通信サービス手段５２は、複数の音声端末が接続された状態で、相互の音声通信を可能とする。また、番号データ蓄積サービスを実行する場合には、リクエストデータで指定され、接続された音声端末がテンキーで指定した番号データを予め定めた記憶部に蓄積する。この番号データは、端末装置９０からの指定により端末装置９０、９０から参照される。更に、音声データ蓄積サービスを実行する場合には、リクエストデータで指定され、接続された音声端末からの音声データを予め定めた記憶部に蓄積する。この音声データは、端末装置９０からの指定により端末装置９０、９０から参照される。
【００５７】
発呼制御手段５３は、イベントシグナルで指定された音声端末装置１１０に、ゲートウェイ選択手段５１で選択したゲートウェイ１００から所定の通信手順で発呼し、接続を行う。ゲートウェイ課金データ発生手段５４は、ゲートウェイ１００から送出される課金に基づいて生成されるクレジット情報をクレジット処理部６０に送出する。
【００５８】
以上のように電話交換処理部５０は、サービス制御部４０からのイベントシグナルに基づいて、発呼、音声通信サービス、課金情報の取得を行う。
【００５９】
次にクレジット処理部６０について説明する。クレジット処理部６０は、端末装置９０、９０を使用するクライアントのクレジットを管理する。例えばクライアントは、クレジットを購入し、サーバー装置３０に接続して電話発信システムを使用するたびにクレジットを消費する。クレジットがなくなると電話発信システムのサービスを受けることができなくなる。  クレジット処理部６０は、クレジット管理手段６１と、クレジット残高確認手段６２とを備える。
【００６０】
クレジット管理手段６１は、電話交換処理部５０からのクレジット情報に基づいてデータベース７０が蓄積するクレジット情報７２を更新する。即ち、クライアント別のクレジットを常に最新の状態に保持する。
クレジット残高確認手段６２は、端末装置９０、９０からリクエストデータが入力されたとき、クレジット情報７２を参照して、クライアントのクレジット残高を確認して、電話発信システムの使用の可否を判断する。また、クレジット残高確認手段６２は、クライアントの電話発信システムの使用によりクレジット情報７２から当該クライアントのクレジットを差し引く処理を行う。
【００６１】
次にデータベース７０について説明する。データベース７０には、ゲートウェイ課金情報７１と、クレジット情報７２とが格納されている。ゲートウェイ課金情報７１には、各ゲートウェイ１００、１００、…、１００の最新の課金情報が格納されている。また、クレジット情報７２には、クライアント別のクレジットの残高、使用経過情報が格納されている。なお、クレジット処理部６０及びデータベース７０は、サービス制御部４０の一部として構成することができる。
【００６２】
次に電話発信システム１０の全体の処理手順について、図３及び図４を用いて説明する。ここでは、電話発信システム１０が音声通信サービス処理の一例である音声送信サービスを行う場合について説明する。図３は電話発信システム１０の全体構成と信号のやりとりを示す模式図であり、図４は同電話発信システムの処理の概略を示すフローチャートである。図４（ａ）はアカウント処理と音声格納処理とを示し、図４（ｂ）は音声送信サービスの手順を示している。
【００６３】
端末装置９０がサーバー装置３０により音声端末装置１１０で音声を送出させるためには、アカウントの登録と、送出する音声の格納が必要である。先ず、図４（ａ）に示すように、ユーザは、端末装置９０からサーバー装置３０にアカウントの登録処理を行う（ステップＳ１）。そして、ユーザは、端末装置９０から音声データサーバー８０への例えばＭＰ３形式による音声圧縮ファイルの格納を行う（ステップＳ２）。アカウント登録では、端末装置９０からＩＤ、パスワードの登録の他、費用負担のためのクレジットの購入がなされる。クレジットはサービスの内容、時間等により適宜消費され、クレジットがなくなるとサービスを使用できない。
【００６４】
この状態で、電話発信システム１０で音声送信サービスを実行させる。図４（ｂ）に示すように、ユーザは、端末装置９０を、インターネット２０経由でサーバー装置３０に接続し、ＨＴＴＰのＰＯＳＴメソッドでリクエストデータを送出する（ステップＳ１１）。サーバー装置３０のサービス制御部４０においてリクエストデータ受付手段４１がリクエストデータを受け付け、リクエストデータ解析手段４２がリクエストデータを解析してイベントシグナルを生成する（ステップＳ１２）。
【００６５】
そして、電話交換処理部５０の電話交換処理部５０は、イベントシグナルを受け、送信先の音声端末の電話番号、送出すべき音声データが格納された音声データサーバー８０のＵＲＬを特定する（ステップＳ１３）。次いで、ゲートウェイ選択手段５１は、電話番号からデータベース７０のゲートウェイ課金情報７１を参照してゲートウェイ１００を選定する（ステップＳ１４）。
【００６６】
更に発呼制御手段５３が選定したゲートウェイ１００が指定された電話番号にＳＩＰにより発呼する（ステップＳ１５、ステップＳ１６）。この発呼に音声端末装置１１０が応答すると音声端末装置１１０がゲートウェイ１００を介してサーバー装置３０に接続される（ステップＳ１７）。この状態で、音声通信サービス手段５２が指定されたＵＲＬで特定される音声データサーバー８０からの音声を取得し、デコードして音声端末装置１１０に送出する（ステップＳ１８）。これにより、音声端末装置１１０から音声データサーバー８０に格納された音声が出力される（ステップＳ１９）。音声端末装置１１０が切断処理をすると（ステップＳ２０のＹｅｓ）、発呼制御手段５３は切断処理を行い、音声端末装置１１０が切断処理をしない場合（ステップＳ２０のＮｏ）、ゲートウェイ選択手段５１は音声送信終了（ステップＳ２１）の後に切断処理を行う（ステップＳ２２）。その後、クレジット処理部６０がクレジットの処理を行う（ステップＳ２３）。
【００６７】
次に端末装置９０からサーバー装置３０にリクエストデータを入力して、サーバー装置３０からゲートウェイ１００経由で音声端末装置１１０に接続して音声を出力する、サーバー装置３０、音声データサーバー８０、端末装置９０、ゲートウェイ１００、音声端末装置１１０の各動作手順について説明する。
【００６８】
図５は同電話発信システムにおける端末装置、サーバー装置、音声データサーバー、ゲートウェイ及び音声端末装置における処理の手順を示すフローチャートである。図５において（ａ）はアカウント処理、（ｂ）は音声入力処理、（ｃ）は音声送出サービスでの処理を示している。
【００６９】
図５（ａ）に示すように、端末装置９０からアカウント登録を入力し（ステップＳＡ１）、サーバー装置３０でアカウントの登録処理を行う（ステップＳＣ２）。  次いで、図５（ｂ）示すように、サーバー装置３０で準備した音声データファイルをサーバー装置３０経由で音声データサーバー８０に格納する（ステップＳＡ２、ステップＳＣ２、ステップＳＢ１）。例えば音声ファイルとして、新曲のプロモーション音声を格納する。これらの処理は、図４（ａ）でも示した。
【００７０】
次いで、音声送出サービスにおける処理について説明する。図５（ｃ）に示すように、先ず、端末装置９０は、サーバー装置３０への接続処理を行う（ステップＳＡ３）。サーバー装置３０では接続処理を行う（ステップＳＣ３）。サーバー装置３０のクレジット処理部６０は、クレジットの残量を確認する。
【００７１】
次いで、端末装置９０は、リクエストデータをサーバー装置３０に送信し（ステップＳＡ４）、サーバー装置３０のサービス制御部４０ではリクエストデータ受付手段４１がこれを受け（ステップＳＣ４）、レスポンスデータ変換手段４３がレスポンスデータを端末装置９０に送信する（ステップＳＣ５）。端末装置９０では、このレスポンスデータを受信する（ステップＳＡ５）更に、リクエストデータ解析手段４２がリクエストデータを解析しイベントシグナル生成し、電話交換処理部５０に送出する（ステップＳＣ６）。
【００７２】
電話交換処理部５０ではイベントシグナルを受け、ゲートウェイ選択手段５１がゲートウェイ選択手段５１を選択し（ステップＳＣ７）、発呼制御手段５３が選択したゲートウェイ１００に発呼する（ステップＳＣ８）。ゲートウェイ１００は、交換処理を行い（ステップＳＤ１）、音声端末装置１１０を呼び出し、音声端末装置１１０では呼び出し音が鳴動する（ステップＳＥ１）。音声端末装置１１０で使用者が応答を処理すると（ステップＳＥ２）、ゲートウェイ１００経由で接続されたサーバー装置３０では、音声通信サービス手段５２が音声データサーバー８０に接続して、音声ファイルの転送をリクエストする（ステップＳＣ９）。音声データサーバー８０では、このリクエストを受け（ステップＳＢ２）、所定の音声ファイルをサーバー装置３０に送出する（ステップＳＢ３）。
【００７３】
サーバー装置３０では、音声データサーバー８０からの音声データを音声通信サービス手段５２でデコードして、ゲートウェイ１００に転送され（ステップＳＣ１０）、音声端末装置１１０で出力される（ステップＳＥ３）。そして、音声端末装置１１０が再生途中で切断ない場合には、電話交換処理部５０において音声の再生が終了（ステップＳＣ１１）した後、ゲートウェイ１００の接続切断処理を行い、ゲートウェイ１００からの通信ログを受領する（ステップＳＣ１１）。更に、サービス制御部４０では、レスポンスデータ変換手段４３がレスポンスデータを端末装置９０に送出し（ステップＳＣ１３）、端末装置９０はレスポンスデータを受信する（ステップＳＡ６）。なお、音声端末装置１１０が音声の再生途中で切断処理をした場合（ステップＳＥ４）には、電話交換処理部５０は、切断処理（ステップＳＣ１２）と、端末装置９０へのレスポンスデータ送信（ステップＳＣ１３）を行う。
【００７４】
なお、端末装置９０がクレジット情報を取得するときには、サーバー装置３０に対してクレジット情報取得用のリクエストデータを送信する。このリクエストデータもＨＴＴＰのＰＯＳＴメソッドが用いられ、サーバー装置３０は、レスポンスデータとしてデータベース７０から取得したクレジット情報をＪＳＯＮ形式でサーバー装置３０に送信する。
【００７５】
以上のようにして、電話発信システム１０において、端末装置９０からのリクエストデータに基づいてサーバー装置３０は、ゲートウェイ１００を介して音声端末装置１１０に音声を送信する。
【００７６】
なお、この実施形態では、音声通信サービスとして音声配信サービスを例として説明したが、電話会議サービス、番号データ蓄積サービス、及び音声データ蓄積サービス等、他の音声通信サービスを実施させることができる。この場合には、電話交換処理部５０の音声通信サービス手段５２がそれぞれのサービスを実行できる構成を備えるようにする。そして、端末装置９０は、リクエストデータにより、各サービスの実行に必要な事項を指定し、サービス制御部４０のリクエストデータ解析手段４２がこの指定された事項を電話交換処理部５０が解釈可能なシグナルイベントに変換して出力する。
【産業上の利用可能性】
【００７７】
本発明は、端末装置から、指定した音声端末に対して、音声交換サービスを提供するサーバー装置、電話発信システム、サーバー装置の制御方法、及びプログラムに適用でき、産業上の適用可能性を有する。
【符号の説明】
【００７８】
１０：電話発信システム
２０：インターネット
３０：サーバー装置
４０：サービス制御部
４１：リクエストデータ受付手段
４２：リクエストデータ解析手段
４３：レスポンスデータ変換手段
５０：電話交換処理部
５１：ゲートウェイ選択手段
５２：音声通信サービス手段
５３：発呼制御手段
５４：ゲートウェイ課金データ発生手段
６０：クレジット処理部
６１：クレジット管理手段
６２：クレジット情報保存手段
６３：クレジット残高確認手段
７０：データベース
７１：クレジット情報
７２：ゲートウェイ課金情報
８０：音声データサーバー
９０：端末装置
１００：ゲートウェイ
１１０：音声端末装置
【図１】
0006290941.tif 000002
【図２】
0006290941.tif 000003
【図３】
0006290941.tif 000004
【図４】
0006290941.tif 000005
【図５】
0006290941.tif 000006