(57)【要約】【課題】ＰＳＴＮとは基本アーキテクチャの異なるＩＰ網、およびＰＳＴＮとそのＩＰ網とを相互接続する網において、ＰＳＴＮにおける既存のサービスと同様のサービスを提供する。【解決手段】サービス提供システム１は、有料情報番号（０９９０−Ｄ〜Ｊ）を有料情報の接続先番号（０Ａ〜Ｊ）に変換しルーチングを行うルーチング手段、有料情報番号の番号帯に応じてパスワード設定の可能な種別を設けて、その種別に基づいて利用制限するブロッキング手段、有料情報に対してパスワードを設定し利用制限するパスワード接続手段、特殊電話番号をダイヤル入力してパスワードの登録・変更処理を実行するパスワード登録・変更手段、ダイヤル入力によって直接有料情報の接続先番号へ接続することを防ぐ直接ダイヤル拒否手段、および課金管理手段を備える。【選択図】 図２
2011142452.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ（Internet Protocol）網において、ユーザの使用する端末からダイヤル入力された番号を受信して、その番号に応じて有料情報を提供するサービス提供システムであって、
前記サービス提供システムは、前記端末、その端末と通信可能に接続されるＩＰ変換装置、そのＩＰ変換装置を収容する加入者サーバ、および前記加入者サーバと接続するアプリケーションサーバによって構成され、
前記ＩＰ変換装置は、ＩＮＶＩＴＥリクエストを生成し、そのＩＮＶＩＴＥリクエストに前記端末からダイヤル入力される前記有料情報に割り当てられた番号を示す有料情報番号および当該端末の電話番号を示す発信者電話番号を格納するパケット生成手段と当該ＩＮＶＩＴＥリクエストを前記加入者サーバに送信する通信手段と、を備え、
前記加入者サーバは、前記ＩＰ変換装置から当該ＩＮＶＩＴＥリクエストを受信し、前記アプリケーションサーバへ送信する通信手段を備え、
前記アプリケーションサーバは、前記有料情報を管理するための識別情報ごとに、前記発信者電話番号、前記有料情報番号、前記有料情報の提供者に割り当てられた番号を示す有料情報の接続先番号、および前記有料情報の接続先番号への接続に必要なパスワードを関連付けた利用契約情報を記憶している記憶手段と、受信した前記ＩＮＶＩＴＥリクエストから前記発信者電話番号および前記有料情報番号を取得し、前記利用契約情報を参照して、当該発信者電話番号および当該有料情報番号に関連付けられた有料情報の接続先番号を抽出し、前記有料情報番号を前記抽出した有料情報の接続先番号に変更したＩＮＶＩＴＥリクエストを生成し、当該ＩＮＶＩＴＥリクエストを前記加入者サーバへ送信してルーチングを実行するルーチング手段と、を備える
ことを特徴とするサービス提供システム。
【請求項２】
前記加入者サーバは、さらに、前記有料情報番号のうちの所定の桁の番号を記憶しており、受信した前記ＩＮＶＩＴＥリクエストに格納されている前記有料情報番号の前記所定の桁の番号を抽出し、その抽出した所定の桁の番号が前記記憶している所定の桁の番号に一致するか否かを判定し、双方が一致しないと判定した場合に、前記有料情報の接続先番号への接続を拒否する直接ダイヤル拒否手段を備える
ことを特徴とする請求項１に記載のサービス提供システム。
【請求項３】
前記アプリケーションサーバの前記ルーチング手段は、前記加入者サーバへ送信する前記ＩＮＶＩＴＥリクエストに、当該アプリケーションサーバ自身のアドレス情報を格納し、
前記加入者サーバの前記直接ダイヤル拒否手段は、前記アプリケーションサーバのアドレス情報を記憶しており、前記アプリケーションサーバから受信したＩＮＶＩＴＥリクエストに格納されているアドレス情報を抽出し、当該アドレス情報が、前記記憶しているアプリケーションサーバのアドレス情報に一致するものがあるか否かを判定し、一致するものがないと判定した場合に、前記有料情報の接続先番号への接続を拒否する
ことを特徴とする請求項１に記載のサービス提供システム。
【請求項４】
前記アプリケーションサーバは、前記有料情報番号のうちの所定の桁の番号を取得して、取得した当該有料情報番号のうちの所定の桁の番号に基づいて当該有料情報番号に関連付けられた有料情報の接続先番号への接続にパスワードが必要か否かを判定し、パスワードが必要であると判定したとき、さらに前記利用契約情報に記憶されている当該有料情報番号に関連付けられた発信者電話番号が、前記加入者サーバから受信した前記ＩＮＶＩＴＥリクエストから読み出した発信者電話番号に一致するか否かを判定し、双方が一致しないと判定した場合、当該有料情報番号に関連付けられた有料情報の接続先番号への接続を拒否し、双方が一致すると判定した場合、当該有料情報番号に関連付けられた有料情報の接続先番号への接続を許可するブロッキング手段
を備えることを特徴とする請求項１に記載のサービス提供システム。
【請求項５】
前記アプリケーションサーバは、前記ブロッキング手段において接続を拒否されなかった有料情報番号のうち、パスワードが必要であって、当該有料情報番号に関連付けられた発信者電話番号が前記利用契約情報に登録されている場合に、当該発信者電番号の端末にパスワード入力を要求する情報を送信し、当該端末からダイヤル入力されたパスワードを受信し、受信した当該パスワードが前記利用契約情報に予め登録されている当該発信者電話番号に関連付けられたパスワードと一致する場合に、当該有料情報番号に関連付けられた有料情報の接続先番号への接続を許可するパスワード接続手段
を備えることを特徴とする請求項４に記載のサービス提供システム。
【請求項６】
前記アプリケーションサーバは、パスワード登録および変更を要求する予め設定された所定の番号を含む番号のダイヤル入力を前記端末から受信したとき、ダイヤル入力を促すガイダンスを当該端末へ送出し、そのガイダンスに応じて返信されるダイヤル入力による指示コードを当該端末から受信し、当該指示コードに対応する処理を実行することによって、パスワード登録および変更を行うパスワード登録変更手段
を備えることを特徴とする請求項１に記載のサービス提供システム。
【請求項７】
前記加入者サーバは、タイマを備え、通話料の課金を開始する通話料課金開始時刻、情報料の課金を開始する情報料課金開始時刻、通話料の課金を終了する通話料課金終了時刻、および情報料の課金を終了する情報料課金終了時刻を、送受信する予め決めておいた信号の送信および受信に合わせて計測する課金手段
を備えることを特徴とする請求項１に記載のサービス提供システム。
【請求項８】
前記サービス提供システムは、ＰＳＴＮ（回線交換電話網）と接続する関門ノードを備え、
前記関門ノードがＩＰと前記ＰＳＴＮの共通信号方式とのプロトコル変換を行って、相互に有料情報を送受信する
ことを特徴とする請求項１ないし請求項７のいずれか一項に記載のサービス提供システム。
【請求項９】
ＩＰ（Internet Protocol）網において、ユーザの使用する端末からダイヤル入力された番号を受信して、その番号に応じて有料情報を提供するサービス提供システムにおいて用いられるサービス提供方法であって、
前記サービス提供システムは、前記端末、その端末と通信可能に接続されるＩＰ変換装置、そのＩＰ変換装置を収容する加入者サーバ、および前記加入者サーバと接続するアプリケーションサーバによって構成され、
前記ＩＰ変換装置は、前記端末からダイヤル入力される前記有料情報に割り当てられた番号を示す有料情報番号および当該端末の電話番号を示す発信者電話番号を格納したＩＮＶＩＴＥリクエストを前記加入者サーバに送信し、
前記加入者サーバは、前記ＩＰ変換装置から受信した当該ＩＮＶＩＴＥリクエストを前記アプリケーションサーバへ送信し、
前記アプリケーションサーバは、前記有料情報を管理するための識別情報ごとに、前記発信者電話番号、前記有料情報番号、前記有料情報の提供者に割り当てられた番号を示す有料情報の接続先番号、および前記有料情報の接続先番号への接続に必要なパスワードを関連付けて記憶する利用契約情報を備え、受信した前記ＩＮＶＩＴＥリクエストから前記発信者電話番号および前記有料情報番号を取得し、前記利用契約情報を参照して、当該発信者電話番号および当該有料情報番号に関連付けられた有料情報の接続先番号を抽出し、前記有料情報番号を前記抽出した有料情報の接続先番号に変更したＩＮＶＩＴＥリクエストを生成し、当該ＩＮＶＩＴＥリクエストを前記加入者サーバへ送信してルーチングを実行する
ことを特徴とするサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰＳＴＮ（回線交換電話網）で既に実施されている電話サービスを、ＩＰ（Internet Protocol）網において提供する技術に関する。
【背景技術】
【０００２】
ＰＳＴＮにおいて既に提供されている電話サービスの一つであるダイヤルＱ２（登録商標）サービスは、情報提供者が提供する有料情報に対し、有料情報を表す論理番号（以降、有料情報番号と称す。）を利用者がダイヤル入力して接続し、多彩な情報を入手できるサービスである（非特許文献１参照）。有料情報番号は、その番号帯によってパスワードを必要とするもの、またはパスワードを不要とするもの等の複数の種別に分類され、種別ごとに接続する利用者を規制できる。また、有料情報の種別がパスワードを必要とするものである場合、予め設定されたパスワードを利用者が該当有料情報への接続時にダイヤルすることで、利用者の接続を許可することができる。また、有料情報に対するパスワードの登録・変更は、予め決められている特殊電話番号をダイヤルして、ガイダンスに応じたダイヤル操作をすることで可能となる。
【０００３】
従来のダイヤルＱ２（登録商標）サービスを提供するサービス提供システムの構成、およびその動作例について、図１を用いて説明する。
図１に示すように、ＰＳＴＮは、ＧＣ（加入者交換機）、その上位のＩＣ（区域内中継交換機）、さらにその上位のＺＣ（特定中継交換機）によって構成されている。また、利用者が使用する電話機（端末）および情報提供者の電話機（端末）は、ＧＣに収容されている。サービス用のガイダンスを提供するＭＲＳ（ガイダンス装置）は、ＩＣに接続されている。また、サービス制御を行うＮＳＰ（ネットワークサービス制御局）は、共通線網を介して、ＧＣと接続されている。
【０００４】
ここで、主な動作例を示すと、図１のステップＳ１１では、利用者が有料情報番号（０９９０−Ｄ〜Ｊ）をダイヤル入力する。そのダイヤル情報は、発信した電話機（発信端末）を収容しているＧＣ（発ＧＣ）に送られる。ステップＳ１２では、発ＧＣは、有料情報番号の０９９０を認識し、サービス制御を行うＮＳＰへルーチングを実施し、ＮＳＰへ有料情報番号を通知する。なお、ＮＳＰは、発ＧＣからの通知に対応して動作し、サービスを提供する接続先への番号変換、接続可否、課金に関する情報を管理/制御している。
【０００５】
ステップＳ１３では、ＮＳＰは、発ＧＣから通知された有料情報番号に対応する返信情報（案内通知時間タイマ値、課金情報、ルーチング情報等）を抽出し、その返信情報を発ＧＣに返信する。ステップＳ１４では、発ＧＣは、ＮＳＰから受信した返信情報に基づいてＭＲＳへルーチングを実施し、ＭＲＳに格納されている事前料金通知等のガイダンス（例えば、「このサービスには、通話料のほかに、ご利用１回ごとにおよそ△円の通話料がかかります。」等）を利用者へ送出する。ステップＳ１５では、ＧＣは、ガイダンス終了後、ＮＳＰから受信した返信情報のルーチング情報に含まれる接続先番号に基づいてルーチングを実施する。そして、利用者は有料情報の提供を享受する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＮＴＴ東日本、“ダイヤルＱ２”、［online］、［平成２１年１２月９日検索］、インターネット＜URL：http://www.ntt-east.co.jp/q2/＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、ＩＰ網においてダイヤルＱ２（登録商標）サービスと同様のサービスを提供しようとした場合、ＶｏＩＰ（Voice over IP）のＳＩＰ(Session Initiation Protocol)シーケンスに代表されるように、ＰＳＴＮで使用される既存技術では対応できないため（例えば、ＮＳＰにアクセスして結果を取得するシーケンスを備えていない等のため）、そのサービスをＩＰ網で提供することができないという問題があった。
【０００８】
そこで、本発明の課題は、ＰＳＴＮとは基本アーキテクチャの異なるＩＰ網、およびそのＩＰ網とＰＳＴＮとを相互接続する網において、ＰＳＴＮにおける既存のサービスと同様のサービスを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、ＩＰ（Internet Protocol）網において、ユーザの使用する端末からダイヤル入力された番号を受信して、その番号に応じて有料情報を提供するサービス提供システムであって、前記サービス提供システムが、前記端末、その端末と通信可能に接続されるＩＰ変換装置、そのＩＰ変換装置を収容する加入者サーバ、および前記加入者サーバと接続するアプリケーションサーバによって構成され、前記ＩＰ変換装置が、ＩＮＶＩＴＥリクエストを生成し、そのＩＮＶＩＴＥリクエストに前記端末からダイヤル入力される前記有料情報に割り当てられた番号を示す有料情報番号および当該端末の電話番号を示す発信者電話番号を格納するパケット生成手段と当該ＩＮＶＩＴＥリクエストを前記加入者サーバに送信する通信手段と、を備え、前記加入者サーバが、前記ＩＰ変換装置から当該ＩＮＶＩＴＥリクエストを受信し、前記アプリケーションサーバへ送信する通信手段を備え、前記アプリケーションサーバが、前記有料情報を管理するための識別情報ごとに、前記発信者電話番号、前記有料情報番号、前記有料情報の提供者に割り当てられた番号を示す有料情報の接続先番号、および前記有料情報の接続先番号への接続に必要なパスワードを関連付けた利用契約情報を記憶している記憶手段と、受信した前記ＩＮＶＩＴＥリクエストから前記発信者電話番号および前記有料情報番号を取得し、前記利用契約情報を参照して、当該発信者電話番号および当該有料情報番号に関連付けられた有料情報の接続先番号を抽出し、前記有料情報番号を前記抽出した有料情報の接続先番号に変更したＩＮＶＩＴＥリクエストを生成し、当該ＩＮＶＩＴＥリクエストを前記加入者サーバへ送信してルーチングを実行するルーチング手段と、を備えることを特徴とする。
【００１０】
また、本発明は、ＩＰ（Internet Protocol）網において、ユーザの使用する端末からダイヤル入力された番号を受信して、その番号に応じて有料情報を提供するサービス提供システムにおいて用いられるサービス提供方法であって、前記サービス提供システムが、前記端末、その端末と通信可能に接続されるＩＰ変換装置、そのＩＰ変換装置を収容する加入者サーバ、および前記加入者サーバと接続するアプリケーションサーバによって構成され、前記ＩＰ変換装置が、前記端末からダイヤル入力される前記有料情報に割り当てられた番号を示す有料情報番号および当該端末の電話番号を示す発信者電話番号を格納したＩＮＶＩＴＥリクエストを前記加入者サーバに送信し、前記加入者サーバが、前記ＩＰ変換装置から受信した当該ＩＮＶＩＴＥリクエストを前記アプリケーションサーバへ送信し、前記アプリケーションサーバが、前記有料情報を管理するための識別情報ごとに、前記発信者電話番号、前記有料情報番号、前記有料情報の提供者に割り当てられた番号を示す有料情報の接続先番号、および前記有料情報の接続先番号への接続に必要なパスワードを関連付けて記憶する利用契約情報を備え、受信した前記ＩＮＶＩＴＥリクエストから前記発信者電話番号および前記有料情報番号を取得し、前記利用契約情報を参照して、当該発信者電話番号および当該有料情報番号に関連付けられた有料情報の接続先番号を抽出し、前記有料情報番号を前記抽出した有料情報の接続先番号に変更したＩＮＶＩＴＥリクエストを生成し、当該ＩＮＶＩＴＥリクエストを前記加入者サーバへ送信してルーチングを実行することを特徴とする。
【００１１】
このような構成によれば、ＳＩＰシーケンスを用いてルーチングを実行できるので、有料情報を提供するサービスをＩＰ網上で実現することができる。
【００１２】
また、本発明は、前記加入者サーバが、さらに、前記有料情報番号のうちの所定の桁の番号を記憶しており、受信した前記ＩＮＶＩＴＥリクエストに格納されている前記有料情報番号の前記所定の桁の番号を抽出し、その抽出した所定の桁の番号が前記記憶している所定の桁の番号に一致するか否かを判定し、双方が一致しないと判定した場合に、前記有料情報の接続先番号への接続を拒否する直接ダイヤル拒否手段を備えることを特徴とする。
【００１３】
また、本発明は、前記アプリケーションサーバの前記ルーチング手段が、前記加入者サーバへ送信する前記ＩＮＶＩＴＥリクエストに、当該アプリケーションサーバ自身のアドレス情報を格納し、前記加入者サーバの前記直接ダイヤル拒否手段が、前記アプリケーションサーバのアドレス情報を記憶しており、前記アプリケーションサーバから受信したＩＮＶＩＴＥリクエストに格納されているアドレス情報を抽出し、当該アドレス情報が、前記記憶しているアプリケーションサーバのアドレス情報に一致するものがあるか否かを判定し、一致するものがないと判定した場合に、前記有料情報の接続先番号への接続を拒否することを特徴とする。
【００１４】
このような構成によれば、ルーチングのために加入者サーバへ送信されるＩＮＶＩＴＥリクエストに、アプリケーションサーバを経由した証が残ることになり、この証の無い場合には、有料情報の接続先番号への接続を拒否することができる。
【００１５】
また、本発明は、前記アプリケーションサーバが、前記有料情報番号のうちの所定の桁の番号を取得して、取得した当該有料情報番号のうちの所定の桁の番号に基づいて当該有料情報番号に関連付けられた有料情報の接続先番号への接続にパスワードが必要か否かを判定し、パスワードが必要であると判定したとき、さらに前記利用契約情報に記憶されている当該有料情報番号に関連付けられた発信者電話番号が、前記加入者サーバから受信した前記ＩＮＶＩＴＥリクエストから読み出した発信者電話番号に一致するか否かを判定し、双方が一致しないと判定した場合、当該有料情報番号に関連付けられた有料情報の接続先番号への接続を拒否し、双方が一致すると判定した場合、当該有料情報番号に関連付けられた有料情報の接続先番号への接続を許可するブロッキング手段を備えることを特徴とする。
【００１６】
このような構成によれば、パスワードが掛けられている有料情報の接続先番号への接続の可否を、有料情報番号のうちの所定の桁の番号および発信者電話番号に基づいて制御することができる。
【００１７】
また、本発明は、前記アプリケーションサーバが、前記ブロッキング手段において接続を拒否されなかった有料情報番号のうち、パスワードが必要であって、当該有料情報番号に関連付けられた発信者電話番号が前記利用契約情報に登録されている場合に、当該発信者電番号の端末にパスワード入力を要求する情報を送信し、当該端末からダイヤル入力されたパスワードを受信し、受信した当該パスワードが前記利用契約情報に予め登録されている当該発信者電話番号に関連付けられたパスワードと一致する場合に、当該有料情報番号に関連付けられた有料情報の接続先番号への接続を許可するパスワード接続手段を備えることを特徴とする。
【００１８】
このような構成によれば、有料情報の接続先番号への接続の可否を、パスワードによって制御することができる。
【００１９】
また、本発明は、前記アプリケーションサーバが、パスワード登録および変更を要求する予め設定された所定の番号を含む番号のダイヤル入力を前記端末から受信したとき、ダイヤル入力を促すガイダンスを当該端末へ送出し、そのガイダンスに応じて返信されるダイヤル入力による指示コードを当該端末から受信し、当該指示コードに対応する処理を実行することによって、パスワード登録および変更を行うパスワード登録変更手段を備えることを特徴とする。
【００２０】
このような構成によれば、ダイヤル入力によってパスワードの登録および変更を実行することができる。
【００２１】
また、本発明は、前記加入者サーバが、タイマを備え、通話料の課金を開始する通話料課金開始時刻、情報料の課金を開始する情報料課金開始時刻、通話料の課金を終了する通話料課金終了時刻、および情報料の課金を終了する情報料課金終了時刻を、送受信する予め決めておいた信号の送信および受信に合わせて計測することを特徴とする。
【００２２】
このような構成によれば、課金管理を実行することができる。
【００２３】
また、本発明は、前記サービス提供システムが、ＰＳＴＮ（回線交換電話網）と接続する関門ノードを備え、前記関門ノードがＩＰと前記ＰＳＴＮの共通信号方式とのプロトコル変換を行って、相互に有料情報を送受信することを特徴とする。
【００２４】
このような構成によれば、関門ノードを介して、ＩＰ網とＰＳＴＮとをインターワーク接続することにより、利用者が所属する網構成を意識せずサービスを利用できる環境を提供することができる。
【発明の効果】
【００２５】
本発明によれば、ＰＳＴＮとは基本アーキテクチャの異なるＩＰ網、およびＰＳＴＮとそのＩＰ網とを相互接続する網において、ＰＳＴＮにおける既存のサービスと同様のサービスを提供することができる。
【図面の簡単な説明】
【００２６】
【図１】従来のサービス提供システムの構成および主な動作例を示す図である。
【図２】本実施形態におけるサービス提供システムの構成例を示す図である。
【図３】ＭＳ（メディアサーバ）の構成例を示す図である。
【図４】ＡＳ（アプリケーションサーバ）の構成例を示す図である。
【図５】加入者サーバの構成例を示す図である。
【図６】ＩＰ変換装置の構成例を示す図である。
【図７】利用契約情報の一例を示す図である。
【図８】直接ダイヤル規制契約情報の一例を示す図である。
【図９】ルーチング手段の主な動作例を示す図である。
【図１０】ルーチング手段における信号シーケンス例（その１）を示す図である。
【図１１】ルーチング手段における信号シーケンス例（その２）を示す図である。
【図１２】ルーチング手段における信号シーケンス例（その３）を示す図である。
【図１３】直接ダイヤル拒否手段の主な動作例を示す図である。
【図１４】ブロッキング手段の主な動作例を示す図である。
【図１５】ブロッキング手段における判定フローを示す図である。
【図１６】パスワード接続手段の主な動作例を示す図である。
【図１７】パスワード接続手段における判定フローを示す図である。
【図１８】パスワード登録変更手段の主な動作例を示す図である。
【図１９】パスワード登録における信号シーケンス例（その１）を示す図である。
【図２０】パスワード登録における信号シーケンス例（その２）を示す図である。
【図２１】ＰＳＴＮ−ＩＰインターワーク手段の概要を示す図である。
【発明を実施するための形態】
【００２７】
次に、本発明を実施するための形態（以降「本実施形態」と称す）について、適宜図面を参照しながら詳細に説明する。
【００２８】
ＰＳＴＮで既に提供しているダイヤルＱ２（登録商標）サービスと同様のサービスをＩＰ網で提供する構成および手段について、図２を用いて説明する（適宜、図１参照）。図２に示すように、ＩＰ網でサービスを提供するサービス提供システム１は、ＭＳ（メディアサーバ）２、ＡＳ（アプリケーションサーバ）３、中継サーバ４、加入者サーバ（発側、着側）５（５ａ，５ｂ）、ＩＰ変換装置（発側、着側）６（６ａ，６ｂ）、および端末（利用者側、情報提供者側）７（７ａ，７ｂ）で構成される。端末７はＩＰ変換装置６と通信可能に接続され、ＩＰ変換装置６は加入者サーバ５に接続され、加入者サーバ５間の通信は中継サーバ４によって中継され、ＡＳ３は加入者サーバ５と接続され、ＭＳ２はＡＳ３と接続される。なお、以降の説明では、発側の加入者サーバ５を発加入者サーバ５ａ、着側の加入者サーバ５を着加入者サーバ５ｂと称するが、加入者サーバ５は、一般的に、発側の手段および着側の手段の双方を備えていても構わない。また、端末７は、ＰＳＴＮで用いられている電話機であって、ＩＰ変換装置６に１台以上接続されているものとする。また、ＩＰ変換装置６は１台以上加入者サーバ５に接続されているものとする。さらに、端末７、ＩＰ変換装置６、加入者サーバ５、中継サーバ４、ＡＳ３、およびＭＳ２の台数は、図２に示した数でなくても構わない。
【００２９】
本実施形態におけるサービス提供システム１では、ＭＳ２がガイダンス送出手段および利用者からのダイヤル入力受信手段を備え、ＡＳ３がルーチング手段、ブロッキング手段、パスワード接続手段、およびパスワード登録・変更手段を備え、加入者サーバ５が課金管理手段および直接ダイヤル拒否手段を備える。
【００３０】
ＭＳ２のガイダンス送出手段は、従来ＭＲＳ（図１参照）で実現していたガイダンス送出手段に代わるものである。なお、ガイダンス送出手段は、端末７からのダイヤル入力を利用者に促すために、音声ガイダンスを端末７へ送出する。また、ダイヤル入力受信手段は、ガイダンスに応じて入力されたダイヤル入力を受信する。
【００３１】
ＡＳ３は、従来ＧＣ（図１参照）で実行していたルーチング処理や、ＮＳＰ（図１参照）で実現していた番号変換処理、有料情報管理、およびパスワード管理を実行するものであって、ルーチング手段、ブロッキング手段、パスワード接続手段、およびパスワード登録・変更手段を備える。また、ＡＳ３は、利用者が有料情報を取得するための利用契約に関する情報を示す利用契約情報３３１（図７参照）を記憶しており、各手段における処理において参照される。利用契約情報３３１については後記する。
ルーチング手段は、ダイヤル入力された有料情報番号（０９９０−Ｄ〜Ｊ）に基づいて、有料情報番号（０９９０−Ｄ〜Ｊ）を情報提供者の物理番号（０Ａ〜Ｊ）（以降、有料情報の接続先番号と称す。）に変換し、ルーチングを行う。ブロッキング手段は、有料情報番号（０９９０−Ｄ〜Ｊ）のうちの所定の桁の番号（例えば、以降の説明では、ＤＥ桁の番号として説明する。）に基づいて、有料情報の接続先番号への接続可否を判定する。パスワード接続手段は、ダイヤル入力されたパスワードにより有料情報の接続先番号への接続可否を判定する。パスワード登録・変更手段は、パスワード登録・変更用の特殊電話番号（予め設定された所定の番号）をダイヤル入力することによってＡＳ３へ接続して、登録・変更を行う。なお、これら、ルーチング手段、ブロッキング手段、パスワード接続手段、およびパスワード登録・変更手段の詳細については後記する。
【００３２】
ＩＰ変換装置６は、利用者の端末７ａの電話番号、有料情報番号（０９９０−Ｄ〜Ｊ）、およびＩＰ変換装置６ａにおいて利用者の端末７ａを識別可能に割り当てた利用者の端末７ａのアドレス情報（Ａ）（以降、単に、利用者の端末７ａのアドレス情報（Ａ）と称す。）を含むＳＤＰ（Session Description Protocol）−Ａを格納したＩＮＶＩＴＥリクエストを生成し、発加入者サーバ５ａへ送信する。具体的には、ＩＰ変換装置６ａは、利用者の端末７ａによってダイヤル入力された有料情報番号（０９９０−Ｄ〜Ｊ）を受信する。ＩＰ変換装置６ａは、ＩＮＶＩＴＥリクエストを生成し、そのＩＮＶＩＴＥリクエストのＦｒｏｍヘッダには利用者の端末７ａの電話番号を発信者電話番号として格納し、Ｔｏヘッダには有料情報番号（０９９０−Ｄ〜Ｊ）を着信者電話番号として格納し、Ｒｅｑｕｅｓｔ−ＵＲＩ（Uniform Resource Identifier）には有料情報番号を格納する。また、ＩＰ変換装置６ａは、利用者の端末７ａと音声ガイダンスおよびパスワードを送受信するため、生成したＩＮＶＩＴＥリクエストに、利用者の端末７ａのアドレス情報（Ａ）を含むＳＤＰ−Ａを含める。そして、ＩＰ変換装置６ａは、利用者の端末７ａを収容し、端末７間の呼接続を提供する発加入者サーバ５ａへ、生成したＩＮＶＩＴＥリクエストを送信する。なお、本実施形態では、Ｒｅｑｕｅｓｔ−ＵＲＩに有料情報番号を格納する場合を例として説明するが、Ｒｅｑｕｅｓｔ−ＵＲＩ以外にも、有料情報番号を識別可能にＩＮＶＩＴＥリクエストに格納しても構わない。また、Ｆｒｏｍヘッダに発信者電話番号を格納する場合を例として説明するが、Ｆｒｏｍヘッダ以外にも、発信者電話番号を識別可能にＩＮＶＩＴＥリクエスト（例えば、Ｃｏｎｔａｃｔヘッダ等）に格納しても構わない。
【００３３】
加入者サーバ５は、ＩＰ変換装置６から受信したＩＮＶＩＴＥリクエストをＡＳ３へ送信し、ＡＳ３によって有料情報の接続先番号への接続可と確認されたＩＮＶＩＴＥリクエストをＡＳ３から受信してルーチング処理を行う。また、発加入者サーバ５ａは、課金管理手段を備え、着加入者サーバ５ｂは、直接ダイヤル拒否手段を備える。課金管理手段は、情報料を従量課金または定額課金のいずれかで管理する。直接ダイヤル拒否手段は、有料情報の接続先番号へ利用者が直接接続することを防ぐ。これらの、課金管理手段および直接ダイヤル拒否手段の詳細については後記する。
【００３４】
次に、ＭＳ２、ＡＳ３、加入者サーバ５、およびＩＰ変換装置６の構成例について、それぞれ図３〜図６を用いて説明する。
【００３５】
図３には、ＭＳ２の構成例を示す。ＭＳ２は、処理部２１、通信手段２２、および記憶手段２３を備える。処理部２１は、コンピュータのＣＰＵ（Central Processing Unit）とメインメモリとで構成され、記憶手段２３に格納されているアプリケーションプログラムをメインメモリに展開して、ガイダンス送出手段２１１およびダイヤル入力受信手段２１２の各手段を具現化する。ガイダンス送出手段２１１は、端末７からのダイヤル入力を利用者に促すために、音声ガイダンスを端末７へ送出する。ダイヤル入力受信手段２１２は、ガイダンスに応じて入力されたダイヤル入力を受信する。また、処理部２１は、通信手段２２および記憶手段２３の制御を司り、情報の送受を行う。通信手段２２は、通信を制御する。記憶手段２３は、ガイダンス送出手段２１１によって送出されるガイダンス情報２３１を記憶している。
【００３６】
図４には、ＡＳ３の構成例を示す。ＡＳ３は、処理部３１、通信手段３２、および記憶手段３３を備える。処理部３１は、コンピュータのＣＰＵとメインメモリとで構成され、記憶手段３３に格納されているアプリケーションプログラムをメインメモリに展開して、ルーチング手段３１１、ブロッキング手段３１２、パスワード接続手段３１３、およびパスワード登録変更手段３１４の各手段を具現化する。ルーチング手段３１１は、ダイヤル入力された有料情報番号（０９９０−Ｄ〜Ｊ）に基づいて、有料情報番号（０９９０−Ｄ〜Ｊ）を情報提供者の物理番号（０Ａ〜Ｊ）に変換し、ルーチングを行う。ブロッキング手段３１２は、有料情報番号（０９９０−Ｄ〜Ｊ）のうちのＤＥ桁の番号に基づいて、有料情報の接続先番号への接続可否を判定する。パスワード接続手段３１３は、ダイヤル入力されたパスワードにより有料情報の接続先番号への接続可否を判定する。パスワード登録変更手段３１４は、パスワード登録・変更用の特殊電話番号（予め設定された所定の番号）を受信して、登録・変更を行う。また、処理部３１は、通信手段３２および記憶手段３３の制御を司り、情報の送受を行う。通信手段３２は、通信を制御する。記憶手段３３は、利用契約情報３３１を記憶している。
【００３７】
ここで、利用契約情報３３１の一例について、図７を用いて説明する（適宜図２参照）。図７に示すように、利用契約情報３３１は、有料情報を管理するための有料情報識別番号ごとに、発信者電話番号、有料情報番号（着信者電話番号）、有料情報の接続先番号、サービス名、情報料ランク、およびパスワードが関連付けられて記憶されている。発信者電話番号は、各端末７に割り当てられている電話番号である。有料情報番号（着信者電話番号）は、有料情報を提供するサービスに割り当てられた電話番号である。有料情報の接続先番号は、有料情報を提供する情報提供者側の端末７ｂの電話番号である。サービス名は、有料情報の名前である。情報料ランクは、単位時間当たりの金額（円）を表す情報レートと課金種別（従量課金、定額課金）とで表される。パスワードは、利用者を限定するためのものであり、ダイヤル入力されたパスワードとこの利用契約情報３３１に登録されているパスワードと照合することによって、有料情報の接続先番号への接続可否を判定するために用いられる。
【００３８】
図５には、加入者サーバ５の構成例を示す。加入者サーバ５は、処理部５１、通信手段５２、および記憶手段５３を備える。処理部５１は、コンピュータのＣＰＵとメインメモリとで構成され、記憶手段５３に格納されているアプリケーションプログラムをメインメモリに展開して、課金管理手段５１１、直接ダイヤル拒否手段５１２、およびタイマ５１３の各手段を具現化する。課金管理手段５１１は、時刻を算出するタイマ５１３の出力に基づいて、通話料および有料情報の提供に対する情報料の開始時刻および終了時刻を管理する。直接ダイヤル拒否手段５１２は、有料情報の接続先番号へ利用者が直接接続することを防ぐ。タイマ５１３は、ＣＰＵクロック（不図示）に基づいて、時刻を算出する。また、処理部５１は、通信手段５２および記憶手段５３の制御を司り、情報の送受を行う。通信手段５２は、通信を制御する。記憶手段５３は、直接ダイヤル拒否手段５１２によって参照される直接ダイヤル規制契約情報５３１を記憶している。
【００３９】
ここで、直接ダイヤル規制契約情報５３１について、図８を用いて説明する。図８に示すように、直接ダイヤル規制契約情報５３１は、有料情報識別番号ごとに、有料情報の接続先番号、および直接ダイヤル規制の有無が関連付けられて記憶されている。直接ダイヤル規制の有無は、「有」の場合は直接ダイヤル規制を実行することを示し、「無」の場合は直接ダイヤル規制を実行しないことを示す。
【００４０】
図６には、ＩＰ変換装置６の構成例を示す。ＩＰ変換装置６は、処理部６１、通信手段６２、および記憶手段６３を備える。処理部６１は、コンピュータのＣＰＵとメインメモリとで構成され、記憶手段６３に格納されているアプリケーションプログラムをメインメモリに展開して、パケット生成手段６１１を具現化する。パケット生成手段６１１は、通信手段６２によって端末７から受信したダイヤル入力を文字列に変換し、アドレス情報６３１を参照して、当該端末７のアドレス情報を付加してＩＰパケット（ＩＮＶＩＴＥリクエスト）を生成する。また、処理部６１は、通信手段６２および記憶手段６３の制御を司り、情報の送受を行う。通信手段６２は、通信を制御する。記憶手段６３は、端末７を識別するためのアドレス情報２３１を記憶している。
【００４１】
ここで、サービス提供システム１における主な動作例について、図２を用いて説明する。ステップＳ２１では、利用者の端末７ａから有料情報番号（０９９０−Ｄ〜Ｊ）がダイヤル入力される。ステップＳ２２では、ＩＰ変換装置６ａは、発信者電話番号、有料情報番号（０９９０−Ｄ〜Ｊ）、およびＳＤＰを含むＩＮＶＩＴＥリクエストを生成し、発加入者サーバ５ａへ送信する。ステップＳ２３では、発加入者サーバ５ａは、ＩＰ変換装置６ａから受信したＩＮＶＩＴＥリクエストを、有料情報番号を受け付けるＡＳ３へ送信する。
【００４２】
ＡＳ３は、ＩＮＶＩＴＥリクエストによる要求が正当であることを判定した後、ステップＳ２４では、利用者へ音声ガイダンスを送出するためのガイダンス送出指示を含んだＩＮＦＯメソッド（セッションに関する情報の通知）をＭＳ２へ送信する。ステップＳ２５では、ＭＳ２は、音声ガイダンスを利用者の端末７ａに送出するとともに、音声ガイダンスに応じたダイヤル入力を受け付ける。ステップＳ２６では、ＡＳ３は、自身が管理している有料情報の契約内容を記憶した利用契約情報３３１（図７参照）を参照して、有料情報番号（０９９０−Ｄ〜Ｊ）をそれに対応する有料情報の接続先番号（０Ａ〜Ｊ）に変換し、有料情報の接続先番号へルーチングを行う。具体的には、ＡＳ３は、有料情報の接続先番号を含むＩＮＶＩＴＥリクエストを生成し、その生成したＩＮＶＩＴＥリクエストを、発加入者サーバ５ａへ送信する。そして、発加入者サーバ５ａは、受信したＩＮＶＩＴＥリクエストを中継サーバ４、着加入者サーバ５ｂを介してＩＰ変換装置６ｂへ送信し、情報提供者の端末７ｂを呼び出す。
【００４３】
（ルーチング手段）
次に、本実施形態のサービス提供システム１のＡＳ３におけるルーチング手段３１１の主な動作例について、図９を用いて説明する。ステップＳ３１では、利用者の端末７ａから有料情報番号（０９９０−Ｄ〜Ｊ）がダイヤル入力される。ステップＳ３２では、ＩＰ変換装置６ａは、発信者電話番号、有料情報番号（０９９０−Ｄ〜Ｊ）、およびＳＤＰを含むＩＮＶＩＴＥリクエストを生成し、発加入者サーバ５ａへ送信する。ステップＳ３３では、発加入者サーバ５ａは、ＩＰ変換装置６ａから受信したＩＮＶＩＴＥリクエストを、有料情報番号を受け付けるＡＳ３へ送信する。
【００４４】
ステップＳ３４では、ＡＳ３は、ブロッキング手段３１２の処理を行って、有料情報番号（０９９０−Ｄ〜Ｊ）の番号帯ＤＥ桁に基づいて有料情報の接続先番号への接続可否を判定する。ステップＳ３４において有料情報の接続先番号への接続が可であって、かつその有料情報がパスワードを必要とするものであれば、ステップＳ３５では、ＡＳ３は、パスワード接続手段３１３の処理を行って、利用者からダイヤル入力されたパスワードを受信して、そのパスワードに基づいて、さらに有料情報の接続先番号への接続可否を判定する。前記したパスワード接続手段３１３の処理では、ステップＳ３６において、ＡＳ３は、パスワード要求ガイダンス送出指示を含んだＩＮＦＯメソッドをＭＳ２へ送信する。次に、ＭＳ２がパスワード要求ガイダンスを利用者の端末７ａへ送信して、利用者の端末７ａからパスワード入力を受け付け、そのパスワードをＡＳ３へ送信する。そして、ＡＳ３は、パスワードが正当であると判定した場合、ステップＳ３７では、事前料金通知ガイダンス送出指示を含むＩＮＦＯメソッドをＭＳ２へ送信する。
【００４５】
そして、ＭＳ２は、事前料金通知ガイダンス送出が終了した後、ステップＳ３８では、ガイダンス完了通知を含むＩＮＦＯメソッドをＡＳ３へ送信する。次に、ステップＳ３９では、ＡＳ３は、自身が管理している有料情報の契約内容を記憶した利用契約情報３３１（図７参照）を参照して、有料情報電話理番号（０９９０−Ｄ〜Ｊ）を有料情報の接続先番号（０Ａ〜Ｊ）に変換し、その有料情報の接続先番号へルーチングを行う。具体的には、ＡＳ３は、発加入者サーバ５ａから受信したＩＮＶＩＴＥリクエストから発信者電話番号およびＲｅｑｕｅｓｔ−ＵＲＩの有料情報番号を取得し、利用契約情報３３１を参照して、発信者電話番号および有料情報番号に関連付けられた有料情報の接続先番号を抽出する。そして、ＡＳ３は、Ｒｅｑｕｅｓｔ−ＵＲＩの有料情報番号（０９９０−Ｄ〜Ｊ）を、抽出した有料情報の接続先番号（０Ａ〜Ｊ）に変更したＩＮＶＩＴＥリクエストを生成し、ＩＮＶＩＴＥリクエストを加入者サーバ５ａへ送信する。そして、発加入者サーバ５ａは、ＡＳ３から受信したＩＮＶＩＴＥリクエストを中継サーバ４、着加入者サーバ５ｂを介してＩＰ変換装置６ｂへ送信し、情報提供者の端末７ｂを呼び出す。なお、ステップＳ４０では、着加入者サーバ５ｂは、ＩＮＶＩＴＥリクエストを受信したとき、直接ダイヤル拒否手段５１２の処理を実行して、有料情報の接続先番号（０Ａ〜Ｊ）へ、利用者が直接接続することを防止している。すなわち、ＩＮＶＩＴＥリクエストがＡＳ３から送信されている証が有る場合には、着加入者サーバ５ｂは、そのＩＮＶＩＴＥリクエストをＩＰ変換装置６ｂへ送信し、証が無い場合には、そのＩＮＶＩＴＥリクエストをＩＰ変換装置６ｂへ送信しない。
【００４６】
次に、ルーチング手段３１１を実現するときの信号シーケンス例について、図１０〜図１２を用いて説明する（適宜図９参照）。
【００４７】
図１０に示すように、ステップＳ４０１では、ＩＰ変換装置６ａは、利用者によって端末７ａがオフフックされたことを検出する。ステップＳ４０２では、ＩＰ変換装置６ａは、ＤＴ（ダイヤルトーン）を送出する。ステップＳ４０３では、ＩＰ変換装置６ａは、利用者の端末７ａによってダイヤル入力された有料情報番号（０９９０−Ｄ〜Ｊ）を受信する。ステップＳ４０４では、ＩＰ変換装置６ａは、ＩＮＶＩＴＥリクエストを生成し、そのＩＮＶＩＴＥリクエストのＦｒｏｍヘッダには利用者の電話番号を発信者電話番号として格納し、Ｒｅｑｕｅｓｔ−ＵＲＩには有料情報番号を着信者電話番号として格納する。また、ＩＰ変換装置６ａは、さらに、利用者の端末７ａと音声ガイダンスおよびパスワードを送受信するため、そのＩＮＶＩＴＥリクエストに、利用者の端末７ａのアドレス情報（Ａ）を含むＳＤＰ−Ａを格納する。そして、ＩＰ変換装置６ａは、利用者の端末７ａを収容し、端末７間の呼接続を提供する発加入者サーバ５ａへ、生成したＩＮＶＩＴＥリクエストを送信する。なお、発加入者サーバ５ａからＩＰ変換装置６ａへ戻される１００ Trying は、試行中であることを表す。
【００４８】
ステップＳ４０５では、発加入者サーバ５ａは、ＩＰ変換装置６ａから受信したＩＮＶＩＴＥリクエストを、そのＩＮＶＩＴＥリクエスト内のＲｅｑｕｅｓｔ−ＵＲＩの示す有料情報番号が「０９９０」で始まることを認識し、有料情報番号を受け付けるＡＳ３へ、受信したＩＮＶＩＴＥリクエストを送信する。
【００４９】
ステップＳ４０６では、ＡＳ３は、利用者の端末７ａからのダイヤル入力を受信するＭＳ２へ、利用者のパスワード取得を指示するＩＮＶＩＴＥリクエストを送信する。具体的には、パスワード取得指示のため、ＡＳ２は、Ｒｅｑｕｅｓｔ−ＵＲＩにＭＳ２のアドレス情報を記述し、利用者の端末７ａのアドレス情報（Ａ）を含むＳＤＰ−Ａを格納したＩＮＶＩＴＥリクエストをＭＳ２へ送信する。
なお、ＡＳ３は、前記ステップＳ４０６の処理を実行する前に、ブロッキング手段３１２の処理を実行し、発加入者サーバ５ａから受信したＩＮＶＩＴＥリクエストを、そのＩＮＶＩＴＥリクエスト内のＲｅｑｕｅｓｔ−ＵＲＩに記述されている有料情報番号（０９９０−Ｄ〜Ｊ）の番号帯ＤＥ桁を調べて、有料情報の種別（ジャンル）を決定する。ジャンルは、有料情報の接続先番号への接続にパスワードを必要とするか否かで２つに分類され、パスワードを必要としないものをオープンジャンル、パスワードを必要とするものをパスワードジャンルと呼ぶ。そして、ＡＳ３は、有料情報のジャンルを判別し、その有料情報の接続先番号への接続可否を判定する。なお、ブロッキング手段３１２の詳細については後記する。そして、ジャンルがパスワードジャンルであり、かつ利用者がそのパスワードジャンルに対して利用契約がある場合に、ＡＳ３は、利用者の端末７ａからのダイヤル入力を受信するＭＳ２へ、利用者のパスワード取得を指示する。
【００５０】
ステップＳ４０７では、ＩＮＶＩＴＥリクエストを受信したＭＳ２は、そのＩＮＶＩＴＥリクエストに対応する応答情報として、ＭＳ２のアドレス情報（Ｂ）を含んだＳＤＰ−Ｂを含む２００レスポンス（成功応答）をＡＳ３に返信する。ステップＳ４０８では、２００レスポンスを受信したＡＳ３は、その２００レスポンス内のＳＤＰ−Ｂを含む１８３レスポンス（処理中を示す暫定応答）を、発加入者サーバ５ａから受信したＩＮＶＩＴＥリクエストに対する返信として、発加入者サーバ５ａへ送信する。ステップＳ４０９では、発加入者サーバ５ａは、受信した１８３レスポンスをＩＰ変換装置６ａへ転送する。これにより、利用者の端末７ａとＭＳ２とが、音声カイダンスやパスワードを送受信可能になる。
【００５１】
ステップＳ４１０では、ＡＳ３が、パスワード要求ガイダンス送出指示を含むＩＮＦＯメソッドをＭＳ２へ送信する。ステップＳ４１１では、ＩＮＦＯメソッドを受信したＭＳ２は、ＡＳ３へ２００レスポンスを返信する。ステップＳ４１２では、ＭＳ２は、パスワード要求ガイダンス（例えば、「パスワードを入力して下さい。」）を利用者の端末７ａへ送出する。また、ＭＳ２は、利用者の端末７ａからダイヤル入力によるＰＢ（プッシュボタン）信号を受信できるようにＰＢＲ捕捉（ＰＢ信号を受信するモード）を設定する。ステップＳ４１３では、ＭＳ２は、Ｇ完了（ガイダンス完了通知）を含むＩＮＦＯメソッドをＡＳ３へ送信する。ステップＳ４１４では、ＡＳ３は、そのＩＮＦＯメソッドに対応する２００レスポンスをＭＳ２に返信する。
【００５２】
ステップＳ４１５では、ＭＳ２は、利用者の端末７ａから、ダイヤル入力によるパスワードを受信する。ステップＳ４１６では、ＭＳ２は、受信したパスワードを含むＩＮＦＯメソッドをＡＳ３へ送信する。ステップＳ４１７では、ＡＳ３は、２００レスポンスをＭＳ２に返信する。そして、ＡＳ３は、パスワード接続手段３１３の処理において、受信したＩＮＦＯメソッドに含まれるパスワードとＡＳ３自身の管理する利用契約情報３３１（図７参照）に記憶されているパスワード情報とを照合して、有料情報の接続先番号への接続可否を判定する。パスワード接続手段３１３の詳細については後記する。そして、ＭＳ２は、ＰＢＲ解放（プッシュボタン信号を受信するモードを解除）を設定する。
【００５３】
ステップＳ４１８では、ＡＳ３は、前記ブロッキング手段３１２の処理および前記パスワード接続手段３１３の処理によって、有料情報の接続先番号への接続が可であると判定した場合、利用契約情報３３１（図７参照）に記載の有料情報の情報料ランクを参照して、接続可と判定した有料情報の接続先番号に対応する事前料金通知ガイダンスを選択し、事前料金通知ガイダンス送出指示を含むＩＮＦＯメソッドをＭＳ２へ送信する。ステップＳ４１９では、ＭＳ２は、２００レスポンスをＡＳ３に返信する。
【００５４】
ステップＳ４２０では、ＭＳ２は、ＩＮＦＯメソッドを受信した後、事前料金通知ガイダンスを利用者の端末７ａへ送出する。また、ステップＳ４２１では、ＭＳ２は、ガイダンス送出終了後に、Ｇ完了（ガイダンス完了通知）を含むＩＮＦＯメソッドをＡＳ３へ送信する。ステップＳ４２２では、ＡＳ３は、２００レスポンスをＭＳ２に返信する。
【００５５】
ステップＳ４２３では、ＡＳ３は、利用契約情報３３１（図７参照）を参照して、有料情報番号（０９９０−Ｄ〜Ｊ）に対応する有料情報の接続先番号（０Ａ〜Ｊ）を取得し、取得した有料情報の接続先番号をＲｅｑｕｅｓｔ−ＵＲＩに記載して、利用者の端末７ａのアドレス情報（Ａ）を含むＳＤＰ−Ａを格納したＩＮＶＩＴＥリクエストを生成し、発加入者サーバ５ａへ送信する。ステップＳ４２４では、発加入者サーバ５ａは、１００ Trying をＡＳ３に返信する。
【００５６】
ステップＳ４２５では、発加入者サーバ５ａは、受信したＩＮＶＩＴＥリクエストを中継サーバ４へ送信する。ステップＳ４２６では、中継サーバ４は、１００ Trying を発加入者サーバ５ａに返信する。ステップＳ４２７では、中継サーバ４は、受信したＩＮＶＩＴＥリクエストを情報提供者の端末７ｂを収容する着加入者サーバ５ｂへ送信する。ステップＳ４２８では、着加入者サーバ５ｂは、１００ Trying を中継サーバ４に返信する。ステップＳ４２９では、着加入者サーバ５ｂは、受信したＩＮＶＩＴＥリクエストを情報提供者側のＩＰ変換装置６ｂへ送信する。ステップＳ４３０では、ＩＰ変換装置６ｂは、１００ Trying を着加入者サーバ５ｂに返信する。
【００５７】
次に、図１１は、前記直接ダイヤル拒否手段５１２の処理において、有料情報の接続先番号への接続を可と判定した場合以降の処理を表している。ここで、着加入者サーバ５ｂの備える直接ダイヤル拒否手段５１２について簡単に説明する。ＩＮＶＩＴＥリクエストを受信した着加入者サーバ５ｂは、自身の管理している直接ダイヤル規制契約情報５３１（図８参照）を参照して、Ｒｅｑｕｅｓｔ−ＵＲＩに記述されている有料情報の接続先番号への直接ダイヤル接続を規制する契約の有無を判定する。
【００５８】
ステップＳ５０１では、ＩＰ変換装置６ｂは、前記ステップＳ４２９においてＩＮＶＩＴＥリクエストを受信すると、情報提供者の端末７ｂを呼び出すＩＲ（着信音）を送出する。ステップＳ５０２〜Ｓ５０５では、ＩＰ変換装置６ｂにおいて生成された呼び出し中であることを示す１８０レスポンスが、着加入者サーバ５ｂ、中継サーバ４、発加入者サーバ５ａを経由してＡＳ３へ送信される。
【００５９】
ステップＳ５０６では、前記１８０レスポンスを受信したＡＳ３は、ＲＢＴ（リングバックトーン）送出指示を含むＩＮＦＯメソッドを、ＭＳ２へ送信する。ステップＳ５０７では、ＭＳ２は、２００レスポンスをＡＳ３に返信する。そして、ステップＳ５０８では、ＭＳ２は、ＲＢＴを利用者の端末７ａへ送出する。
【００６０】
ステップＳ５０９では、ＩＰ変換装置６ｂは、情報提供者の端末７ｂが呼び出しに応答してオフフックされたことを検知する。そして、ステップＳ５１０〜Ｓ５１３では、ＩＰ変換装置６ｂにおいて情報提供者の端末７ｂを識別可能に割り当てた情報提供者の端末７ｂのアドレス情報（Ｃ）（以降、単に、情報提供者の端末７ｂのアドレス情報（Ｃ）と称す。）を含むＳＤＰ−Ｃを格納した２００レスポンスが、着加入者サーバ５ｂ、中継サーバ４、発加入者サーバ５ａを経由してＡＳ３へ送信される。
【００６１】
ステップＳ５１４では、ＡＳ３は、ＲＢＴ停止指示を含むＩＮＦＯメソッドをＭＳ２へ送信する。ステップＳ５１５では、ＭＳ２は、２００レスポンスをＡＳ３に返信する。なお、ＡＳ３は、ステップＳ５１３で着信側応答を示す２００レスポンスを受信したことを契機として、サービス番組名通知のためのタイマ５１３による時間の計測を開始する。
【００６２】
ステップＳ５１６〜Ｓ５２７では、各ガイダンス送出やパスワード受信のために確立していた利用者の端末７ａ−ＭＳ２間の接続が、利用者の端末７ａ−情報提供者の端末７ｂ間の接続に変更される。具体的には、ステップＳ５１６では、ＡＳ３は、２００レスポンス内にある情報提供者の端末７ｂのアドレス情報（Ｃ）を含むＳＤＰ−Ｃを格納するＵＰＤＡＴＥメソッドを生成し、発加入者サーバ５ａへ送信する。ステップＳ５１７では、発加入者サーバ５ａは、受信したＵＰＤＡＴＥメソッドを利用者の端末７ａを収容するＩＰ接続装置６ａへ送信する。ステップＳ５１８，Ｓ５１９では、そのＵＰＤＡＴＥメソッドを受信したＩＰ変換装置６ａは、利用者の端末７ａのアドレス情報（Ａ）を含むＳＤＰ−Ａを格納した２００レスポンスを発加入者サーバ５ａを経由してＡＳ３に返信する。そして、ステップＳ５２０，Ｓ５２１では、ＡＳ３は、発加入者サーバ５ａを経由してＩＰ変換装置６ａに２００レスポンスを返信する。なお、通話料課金開始のタイミングは、ステップＳ５２０において、発加入者サーバ５ａが２００レスポンスを受信したときとする。さらに、ステップＳ５２２〜Ｓ５２７では、前記ステップＳ４００番代（図１０参照）のＩＮＶＩＴＥリクエストに対するレスポンスを受け取ったことを通知するＡＣＫを返信する。これにより、利用者の端末７ａと情報提供者の端末７ｂとが情報をやり取り可能になる。
【００６３】
ステップＳ５２８では、サービス番組名通知が情報提供者のコンテンツ提供端末（情報提供者の端末７ｂ、または情報提供者の端末７ｂからリダイレクトされる情報提供者のコンテンツを提供する端末）から送信される。そして、前記ステップＳ５１３において開始したサービス番組名通知のためのタイマ５１３による時間の計測が満了すると、ステップＳ５２９では、ＡＳ３は、利用者の端末７ａ−情報提供者の端末７ｂ間の接続を保留状態にするため、メディア属性としてinactiveを指定したＳＤＰを含むＵＰＤＡＴＥメソッドを生成し、発加入者サーバ５ａへ送信する。次に、ステップＳ５３０〜Ｓ５３２では、ＡＳ３から送信されたＵＰＤＡＴＥメソッドは、発加入者サーバ５ａから、中継サーバ４、着加入者サーバ５ｂを経由してＩＰ変換装置６ｂへ送信される。また、ステップＳ５３３〜Ｓ５３６では、２００レスポンスが、前記ＵＰＤＡＴＥメソッドの送信経路を逆に辿って、ＡＳ３に返信される。
【００６４】
ステップＳ５３７では、ＡＳ３は、情報料課金開始合図音送出指示を含むＩＮＦＯメソッドをＭＳ２へ送信し、情報料課金開始合図音のタイマ５１３による時間の計測を開始する。ステップＳ５３８では、ＭＳ２は、２００レスポンスをＡＳ３に返信する。そして、ステップＳ５３９では、ＡＳ３は、利用者の端末７ａ−ＭＳ２間を再度接続するために、ＭＳ２のアドレス情報（Ｂ）を含むＳＤＰ−Ｂを格納したＵＰＤＡＴＥメソッドを生成し、発加入者サーバ５ａへ送信する。ステップＳ５４０では、発加入者サーバ５ａは、受信したＵＰＤＡＴＥメソッドをＩＰ変換装置６ａへ送信する。なお、ステップＳ５４１，Ｓ５４２では、利用者の端末７ａのアドレス情報（Ａ）を含むＳＤＰ−Ａを格納した２００レスポンスが、ＩＰ変換装置６ａから発加入者サーバ５ａを経由してＡＳ３に返信される。
【００６５】
ステップＳ５４３では、ＭＳ２は、情報料課金開始合図音を利用者の端末７ａへ送出する。そして、ステップＳ５４４では、ＡＳ３は、情報料課金開始合図音のタイマ５１３による時間の計測の満了をもって、情報料課金開始合図音の停止指示を含むＩＮＦＯメソッドを生成し、ＭＳ２へ送信する。
【００６６】
次に、図１２に示すように、ステップＳ６０１（ステップＳ５４４の再掲）では、ＡＳ３は、情報料課金開始合図音の停止指示を含むＩＮＦＯメソッドをＭＳ２へ送信する。ステップＳ６０２では、ＭＳ２は、２００レスポンスをＡＳ３に返信する。ステップＳ６０３では、ＡＳ３は、ＡＳ３−ＭＳ２間の接続を切断するために、ＢＹＥメソッドをＭＳ２へ送信する。ステップＳ６０４では、ＭＳ２は、２００レスポンスをＡＳ３に返信する。また、ステップＳ６０５〜Ｓ６０８では、利用者の端末７ａ−情報提供者の端末７ｂ間を再度接続するため、ＡＳ３によって生成された利用者の端末７ａのアドレス情報（Ａ）を含むＳＤＰ−Ａを格納したＵＰＤＡＴＥメソッドが、ＡＳ３から、発加入者サーバ５ａを経由して、中継サーバ４、着加入者サーバ５ｂ、ＩＰ変換装置６ｂへ送信される。そして、ステップＳ６０９〜Ｓ６１２では、ＩＰ変換装置６ｂによって生成された情報提供者の端末７ｂのアドレス情報（Ｃ）を含むＳＤＰ−Ｃを格納した２００レスポンスが、逆の経路を辿ってＡＳ３に返信される。
【００６７】
ステップＳ６１３では、ＡＳ３は、２００レスポンス内の情報提供者の端末７ｂのアドレス情報（Ｃ）を含むＳＤＰ−Ｃを格納したＵＰＤＡＴＥメソッドを生成し、発加入者サーバ５ａへ送信する。なお、情報料課金開始タイミングは、ステップＳ６１３において、発加入者サーバ５ａがＵＰＤＡＴＥメソッドを受信したときとする。ステップＳ６１４では、発加入者サーバ５ａは、受信したＵＰＤＡＴＥメソッドを利用者の端末７ａが接続されているＩＰ変換装置６ａへ送信する。ステップＳ６１５では、ＩＰ変換装置６ａは、利用者の端末７ａのアドレス情報（Ａ）を含むＳＤＰ−Ａを格納した２００レスポンスを、発加入者サーバ５ａに返信する。ステップＳ６１６では、発加入者サーバ５ａは、受信した２００レスポンスをＡＳ３に返信する。これにより利用者の端末７ａ−情報提供者の端末７ｂ間の接続が再度確立される。ステップＳ６１７では、情報提供者のコンテンツ提供端末（情報提供者の端末７ｂ、または情報提供者の端末７ｂからリダイレクトされる情報提供者のコンテンツを提供する端末）から番組コンテンツが利用者へ送出される。
【００６８】
ステップＳ６１８において、ＩＰ変換装置６ａが、利用者の端末７ａがオンフックされたことを検出する。ステップＳ６１９では、ＩＰ変換装置６ａは、呼制御のＢＹＥメソッドを生成し、発加入者サーバ５ａへ送信する。ステップＳ６２０では、発加入者サーバ５ａは、２００レスポンスをＩＰ変換装置６ａに返信する。ステップＳ６２１では、発加入者サーバ５ａは、受信したＢＹＥメソッドをＡＳ３へ送信する。ステップＳ６２２では、ＡＳ３は、２００レスポンスを発加入者サーバ５ａに返信する。なお、通話料課金停止タイミングおよび情報料課金停止タイミングは、ステップＳ６１９において、発加入者サーバ５ａがＢＹＥメソッドを受信したときとする。また、ステップＳ６２３〜Ｓ６２９では、ＡＳ３によって生成された情報提供者側のＩＰ変換装置６ｂに対するＢＹＥメソッドが、ＡＳ３から発加入者サーバ５ａを経由してＩＰ変換装置６ｂへ送信される。
【００６９】
具体的には、ステップＳ６２３では、ＡＳ３は、ＢＹＥメソッドを生成し、発加入者サーバ５ａへ送信する。ステップＳ６２４では、発加入者サーバ５ａは、２００レスポンスをＡＳ３に返信する。そのＢＹＥメソッドに対応する２００レスポンスがＡＳ３に返信される。同様に、ステップＳ６２５，Ｓ６２７，Ｓ６２９では、ＢＹＥメソッドは、発加入者サーバ５ａから、それぞれ中継サーバ４、着加入者サーバ５ｂ、情報提供者側のＩＰ変換装置６ｂへ送信される。ステップＳ６２６，Ｓ６２８，Ｓ６３０では、そのＢＹＥメソッドに対応する２００レスポンスがそれぞれ着加入者サーバ５ｂ、中継サーバ４、発加入者サーバ５ａに返信される。ステップＳ６３１では、ＩＰ変換装置６ｂは、ＢＴ（ビジートーン）を情報提供者の端末７ｂへ送出する。そして、ステップＳ６３２では、ＩＰ変換装置６ｂは、情報提供者の端末７ｂがオンフックされたことを検出する。
【００７０】
（直接ダイヤル拒否手段）
情報提供者に割当てられた有料情報の接続先番号（０Ａ〜Ｊ）を、利用者が直接ダイヤル入力して有料情報を得ることを禁止する直接ダイヤル拒否手段５１２について、図１３を用いて説明する。図１３に示すように、本実施形態では、直接ダイヤル拒否手段５１２を、着加入者サーバ５ｂに備える。そして、直接ダイヤル拒否手段５１２の処理では、ＡＳ３を経由せずに情報提供者の端末７ｂへ着信しようとするＩＮＶＩＴＥメッセージを拒否する。着加入者サーバ５ｂは、その直接ダイヤル拒否手段５１２の処理を実行するために、直接ダイヤル規制契約情報５３１（図８参照）を記憶している。
【００７１】
以下に、直接ダイヤル拒否手段５１２の処理の動作例について説明する。図１３では、実線が情報提供者の端末７ｂへ接続を許可する処理の流れを示し、一点鎖線が直接ダイヤル拒否手段５１２によって情報提供者の端末７ｂへの接続を拒否する処理の流れを示している。なお、当然のように、着加入者サーバ５ｂは、有料情報番号の最初の４桁（有料情報番号のうちの所定の桁の番号）が「０９９０」であることを記憶している。
【００７２】
まず、ステップＳ７１では、着加入者サーバ５ｂは、有料情報の接続先番号（０Ａ〜Ｊ）に対し、事前に直接ダイヤル規制を設定する。ステップＳ７２では、利用者の端末７ａから有料情報番号（０９９０−Ｄ〜Ｊ）がダイヤル入力される。ＩＰ変換装置６ａは、ＩＮＶＩＴＥリクエストを生成し、そのＩＮＶＩＴＥリクエストのＦｒｏｍヘッダには利用者の電話番号を発信者電話番号として格納し、Ｔｏヘッダには有料情報番号（０９９０−Ｄ〜Ｊ）を着信者電話番号として格納し、Ｒｅｑｕｅｓｔ−ＵＲＩには有料情報番号を格納する。そして、ＩＰ変換装置６ａは、生成したＩＮＶＩＴＥリクエストを発加入者サーバ５ａへ送信する。発加入者サーバ５ａは、ＩＰ変換装置６ａから受信したＩＮＶＩＴＥリクエストを、有料情報番号を受け付けるＡＳ３へ送信する。
【００７３】
ステップＳ７３では、ＡＳ３は、自身が管理している利用契約情報３３１（図７参照）を参照して、有料情報番号（０９９０−Ｄ〜Ｊ）を、それに対応する有料情報の接続先番号（０Ａ〜Ｊ）に変換し、情報提供者の端末７ｂのアドレス情報を含むＩＮＶＩＴＥリクエストを生成し、情報提供者側のＩＰ変換装置６ｂへルーチングを行う。この際、ステップＳ７４では、ＡＳ３は、受信したＩＮＶＩＴＥリクエストのＴｏヘッダに有料情報番号（０９９０−Ｄ〜Ｊ）を残す。
【００７４】
ステップＳ７５では、着加入者サーバ５ｂは、直接ダイヤル規制契約情報５３１（図８参照）を参照して、ＩＮＶＩＴＥリクエストのＴｏヘッダの有料情報番号（着信者電話番号のこと）を確認し、有料情報の接続先番号への接続を許可する。具体的には、有料情報の接続先番号（０Ａ〜Ｊ）をＲｅｑｕｅｓｔ−ＵＲＩに記述したＩＮＶＩＴＥリクエストを受信した際、自身の管理する直接ダイヤル規制契約情報５３１を参照して、受信した有料情報の接続先番号に対する直接ダイヤル拒否の有無を調べる。直接ダイヤル拒否の有無が「有」の場合（すなわち、直接ダイヤル規制契約が有る場合）、受信したＩＮＶＩＴＥリクエストのＴｏヘッダを調べ、Ｔｏヘッダに記載されている電話番号のうちの所定の桁の番号が「０９９０」であるか否かを判定する。判定の結果、Ｔｏヘッダの電話番号が「０９９０」で始まる場合は受信したＩＮＶＩＴＥリクエストがＡＳ３を経由したものと判定し、Ｒｅｑｕｅｓｔ−ＵＲＩに記述されている有料情報の接続先番号への接続を許可し、情報提供者側のＩＰ変換装置６ｂへＩＮＶＩＴＥリクエストを送信する。なお、着加入者サーバ５ｂは、受信したＩＮＶＩＴＥリクエストのＴｏヘッダに記載されている電話番号が「０９９０」で始まる番号でない場合（例えば、０Ａ〜Ｊの場合）、受信したＩＮＶＩＴＥリクエストはＡＳ３を経由していないと判定し、Ｒｅｑｕｅｓｔ−ＵＲＩの電話番号に対する接続を拒否する。
【００７５】
図１３の一点鎖線は、利用者の端末７ａからダイヤル入力された接続先への接続を拒否する例を表している。ステップＳ７２ａでは、利用者の端末７ａは、有料情報の接続先番号（０Ａ〜Ｊ）をダイヤル入力する。ＩＰ変換装置６ａは、ＩＮＶＩＴＥリクエストを生成し、そのＩＮＶＩＴＥリクエストのＦｒｏｍヘッダには利用者の電話番号を発信者電話番号として格納し、Ｔｏヘッダにはダイヤル入力された電話番号（０Ａ〜Ｊ）を着信者電話番号として格納する。そして、ＩＰ変換装置６ａは、生成したＩＮＶＩＴＥリクエストを発加入者サーバ５ａへ送信する。ステップＳ７３ａでは、着加入者サーバ５ｂは、受信したＩＮＶＩＴＥリクエストのＴｏヘッダの電話番号を確認し、その電話番号が０９９０で始まる番号でないため、受信したＩＮＶＩＴＥリクエストはＡＳ３を経由していないと判定し、接続を拒否する。
【００７６】
前記したステップＳ７４に代わる別法として、ステップＳ７４の別法では、ＡＳ３において生成したＩＮＶＩＴＥリクエストがＡＳ３を経由している証を表すために、ＩＮＶＩＴＥリクエストのＨｉｓｔｏｒｙ−ｉｎｆｏヘッダまたはＶｉａヘッダにＡＳ３自身のアドレス情報を記述して、履歴を残す。このようにすることによって、ステップＳ７５の別法では、そのＩＮＶＩＴＥリクエストを受信した着加入者サーバ５ｂは、アプリケーションサーバのアドレス情報を格納したサーバアドレス情報（不図示）を記憶しており、そのサーバアドレス情報を参照して、前記Ｈｉｓｔｏｒｙ−ｉｎｆｏヘッダまたは前記Ｖｉａヘッダに記述されているアドレス情報がサーバアドレス情報に含まれていれば接続を許可するようにしてもよい。なお、本実施形態では、ＩＮＶＩＴＥリクエストのＨｉｓｔｏｒｙ−ｉｎｆｏヘッダまたはＶｉａヘッダにＡＳ３自身のアドレス情報を記述するように説明したが、Ｈｉｓｔｏｒｙ−ｉｎｆｏヘッダまたはＶｉａヘッダ以外に、識別可能にＡＳ３自身のアドレス情報を格納しても構わない。
【００７７】
（ブロッキング手段）
有料情報番号（０９９０−Ｄ〜Ｊ）の番号帯ＤＥ桁に基づいて有料情報の接続先番号への接続可否を判定するブロッキング手段３１２について、図１４を用いて説明する。本実施形態では、利用者がダイヤル入力する有料情報番号は、有料情報の接続先番号への接続にパスワードを必要とするか否かにより２つの種別（ジャンル）に分類され、パスワードを必要としないものをオープンジャンル、必要とするものをパスワードジャンルと呼ぶ。各ジャンルは有料情報番号（０９９０−Ｄ〜Ｊ）の番号帯ＤＥ桁により分類される。
【００７８】
以下に、ブロッキング手段３１２の動作例について説明する。図１４では、実線が情報提供者の端末７ｂへ接続を許可する処理の流れを示し、一点鎖線がブロッキング手段３１２によって情報提供者の端末７ｂへの接続を拒否する処理の流れを示している。
【００７９】
まず、ステップＳ８１では、利用者の端末７ａから有料情報番号（０９９０−Ｄ〜Ｊ）がダイヤル入力される。ＩＰ変換装置６ａは、ＩＮＶＩＴＥリクエストを生成し、そのＩＮＶＩＴＥリクエストのＦｒｏｍヘッダには利用者の電話番号を発信者電話番号として格納し、Ｔｏヘッダには有料情報番号（０９９０−Ｄ〜Ｊ）を着信者電話番号として格納し、Ｒｅｑｕｅｓｔ−ＵＲＩには有料情報番号を格納する。そして、ＩＰ変換装置６ａは、生成したＩＮＶＩＴＥリクエストを発加入者サーバ５ａへ送信する。ステップＳ８２では、発加入者サーバ５ａは、ＩＰ変換装置６ａから受信したＩＮＶＩＴＥリクエストを、有料情報番号を受け付けるＡＳ３へ送信する。
【００８０】
ステップＳ８３では、ＡＳ３は、有料情報番号（０９９０−Ｄ〜Ｊ）のＤＥ桁から有料情報の種別を判定し、利用契約情報３３１（図７参照）を参照して、発信者電話番号が登録されている場合、接続を許可する。具体的には、ＡＳ３は、発加入者サーバ５ａからＲｅｑｕｅｓｔ−ＵＲＩに有料情報番号（０９９０−Ｄ〜Ｊ）を含むＩＮＶＩＴＥリクエストを受信すると、Ｒｅｑｕｅｓｔ−ＵＲＩに記述されている有料情報番号（０９９０−Ｄ〜Ｊ）のＤＥ桁に基づいて当該有料情報番号に関連付けられた有料情報の接続先番号への接続にパスワードが必要か否かを判定する。そして、ＡＳ３は、パスワードが必要であると判定したとき、利用契約情報３３１に記憶されている当該有料情報番号に関連付けられた発信者電話番号が、加入者サーバ５ａから受信したＩＮＶＩＴＥリクエストのＦｒｏｍヘッダから読み出した発信者電話番号に一致するか否かを判定し、双方が一致すると判定した場合、当該有料情報番号に関連付けられた有料情報の接続先番号への接続を許可する。
【００８１】
図１４の一点鎖線は、有料情報の接続先番号への接続が拒否される例を表している。ステップＳ８１ａ，Ｓ８２ａは、ステップＳ８１，Ｓ８２と同様であるので、説明を省略する。ステップＳ８３ａでは、ＡＳ３は、有料情報番号（０９９０−Ｄ〜Ｊ）のＤＥ桁から有料情報の種別を判定し、利用契約情報３３１（図７参照）を参照して、発信者電話番号が登録されている場合、接続を拒否する。具体的には、ＡＳ３は、発加入者サーバ５ａからＲｅｑｕｅｓｔ−ＵＲＩに有料情報番号（０９９０−Ｄ〜Ｊ）を含むＩＮＶＩＴＥリクエストを受信すると、Ｒｅｑｕｅｓｔ−ＵＲＩに記述されている有料情報番号（０９９０−Ｄ〜Ｊ）のＤＥ桁に基づいて当該有料情報番号に関連付けられた有料情報の接続先番号への接続にパスワードが必要か否かを判定する。そして、ＡＳ３は、パスワードが必要であると判定したとき、利用契約情報３３１に記憶されている当該有料情報番号に関連付けられた発信者電話番号が、加入者サーバ５ａから受信したＩＮＶＩＴＥリクエストのＦｒｏｍヘッダから読み出した発信者電話番号に一致するか否かを判定し、双方が一致しないと判定した場合、当該有料情報番号に関連付けられた有料情報の接続先番号への接続を拒否する。
【００８２】
次に、ブロッキング手段３１２における接続可否の判定フローについて、図１５を用いて説明する（適宜図１４参照）。ステップＳ９０１では、ＡＳ３は、有料情報番号（０９９０−Ｄ〜Ｊ）がＲｅｑｕｅｓｔ−ＵＲＩに記載されたＩＮＶＩＴＥリクエストを受信する。ステップＳ９０２では、ＡＳ３は、Ｒｅｑｕｅｓｔ−ＵＲＩに記述されている有料情報番号（０９９０−Ｄ〜Ｊ）のＤＥ桁から、有料情報のジャンルを判定する。ステップＳ９０３では、有料情報のジャンルがオープンジャンルか否かが判定される。有料情報のジャンルがオープンジャンルの場合（ステップＳ９０３でＹｅｓ）、ステップＳ９０４では、Ｒｅｑｕｅｓｔ−ＵＲＩに記載されている有料情報の接続先番号への接続が許可される。
【００８３】
また、ステップＳ９０３において、有料情報のジャンルがオープンジャンルでない（パスワードを必要とするパスワードジャンルである）場合（ステップＳ９０３でＮｏ）、ステップＳ９０５では、Ｆｒｏｍヘッダの発信者電話番号が利用契約情報３３１（図７参照）内に存在するか否かが判定される。Ｆｒｏｍヘッダの発信者電話番号が利用契約情報３３１内に存在する場合（ステップＳ９０５でＹｅｓ）、処理はステップＳ９０４へ進む。また、Ｆｒｏｍヘッダの発信者電話番号が利用契約情報３３１内に存在しない場合（ステップＳ９０５でＮｏ）、ステップＳ９０６では、Ｒｅｑｕｅｓｔ−ＵＲＩに記載されている有料情報の接続先番号への接続が拒否される。
【００８４】
（パスワード接続手段）
パスワードに基づいて有料情報の接続先番号への接続可否を判定するパスワード接続手段３１３について、図１６を用いて説明する。パスワードは、利用者がパスワード接続を要望する有料情報に対して予め設定される。そして、有料情報のジャンルがパスワードジャンルであり、かつ利用者が送信したパスワードが設定済のパスワードと一致する場合、有料情報の接続先番号への接続が許可される。
【００８５】
図１６に示すステップＳ１０１，Ｓ１０２は、図１４のステップＳ８１，Ｓ８２と同様であるので、説明を省略する。そして、ＡＳ３は、発加入者サーバ５ａからＩＮＶＩＴＥリクエストを受信し、前記ブロッキング手段３１２において接続を許可された有料情報がパスワードジャンルであり、かつ受信したＩＮＶＩＴＥリクエストのＦｒｏｍヘッダに記述されている発信者電話番号が利用契約情報３３１（図７参照）に登録されていることを判定する。
その判定結果において、有料情報がパスワードジャンルであり、かつ発信者電話番号が利用契約情報３３１に登録されている場合、ステップＳ１０３では、ＡＳ３は、ＭＳ２と利用者の端末７ａとの間を接続するため、ＩＮＶＩＴＥリクエストをＭＳ２へ送信する。これにより利用者の端末７ａとＭＳ２とが音声ガイダンスおよびパスワードを送受信可能となる。
【００８６】
ステップＳ１０４では、利用者の端末７ａ−ＭＳ２間の接続が確立した後、ＡＳ３は、パスワード入力要求ガイダンス送出指示を含むＩＮＦＯメソッドを生成し、ＭＳ２へ送信する。ステップＳ１０５では、ＡＳ３から当該ＩＮＦＯメソッドを受信したＭＳ２は、利用者の端末７ａへ、パスワード入力要求ガイダンスを送出する。また、ＭＳ２は、利用者の端末７ａから、ダイヤル入力によるパスワードを受信する。その後、ステップＳ１０６では、ＭＳ２は、受信したダイヤル入力によるパスワードを文字列に変換し、その文字列のパスワードを含むＩＮＦＯメソッドをＡＳ３へ送信する。
【００８７】
ステップＳ１０７では、ＡＳ３は、受信したＩＮＦＯメソッドに含まれるパスワードと利用契約情報３３１（図７参照）に記憶している発信者電話番号に関連付けられたパスワードとを比較して有料情報の接続先番号への接続可否を判定する。受信したパスワードが利用契約情報３３１のパスワードに一致した場合には、有料情報の接続先番号への接続が許可される。また、受信したパスワードが利用契約情報３３１のパスワードと一致しない場合には、有料情報の接続先番号への接続が拒否される。
【００８８】
次に、パスワード接続手段３１３における判定フローについて、図１７を用いて説明する（適宜図１６参照）。ステップＳ１１０１では、ＡＳ３は、ブロッキング手段３１２において接続許可となっているか否かを判定する。ブロッキング手段３１２において接続許可となっていない場合（ステップＳ１１０１でＮｏ）、処理は、ステップＳ１１０７へ進む。
【００８９】
ブロッキング手段３１２において接続許可となっている場合（ステップＳ１１０１でＹｅｓ）、ステップＳ１１０２では、ＡＳ３は、前記ブロッキング手段３１２において接続許可された有料情報がパスワードジャンルであること、およびＦｒｏｍヘッダの発信者電話番号が利用契約情報３３１（図７参照）に登録されているか否かを判定する。前記ステップＳ１１０２の条件を満足しない場合（ステップＳ１１０２でＮｏ）、処理は、ステップＳ１１０７へ進む。また、前記ステップＳ１１０２の条件を満足する場合（ステップＳ１１０２でＹｅｓ）、処理は、ステップＳ１１０３へ進む。
【００９０】
ステップＳ１１０３では、ＭＳ２から利用者の端末７ａへ、パスワード入力要求ガイダンスを送出する。ステップＳ１１０４では、利用者の端末７ａからＭＳ２へ、ダイヤル入力によってパスワードが送信される。ステップＳ１１０５では、ＡＳ３は、ＭＳ２を経由して受信したパスワードが、記憶している利用契約情報３３１に登録されているか否かを判定する。具体的には、ＭＳ２から受信したパスワードが、利用契約情報３３１に記憶されているパスワードに一致するか否かが判定される。前記ステップＳ１１０５の条件を満足する場合（ステップＳ１１０５でＹｅｓ）、ステップＳ１１０６では、ＡＳ３は、Ｒｅｑｕｅｓｔ−ＵＲＩに記載されている有料情報の接続先番号への接続を許可する。また、前記ステップＳ１１０５の条件を満足しない場合（ステップＳ１１０５でＮｏ）、処理は、ステップＳ１１０７へ進む。ステップＳ１１０７では、ＡＳ３は、Ｒｅｑｕｅｓｔ−ＵＲＩに記載されている有料情報の接続先番号への接続を拒否する。
【００９１】
（パスワード登録変更手段）
前記パスワード接続手段３１３で用いるパスワードの登録・変更は、パスワードジャンルの有料情報に対して、特殊電話番号「１３４」（予め設定された所定の番号）をダイヤルすることで実行されるものとする。以下に、パスワード登録変更手段３１４の動作例について、図１８を用いて説明する。
【００９２】
ステップＳ１２１では、パスワード登録変更手段３１４を実行させるために、利用者の端末７ａから特殊電話番号「１３４」がダイヤル入力される。ステップＳ１２２では、ＩＰ変換装置６ａは、ＩＮＶＩＴＥリクエストを生成し、発加入者サーバ５ａへ送信する。具体的には、ＩＰ変換装置６ａは、利用者の端末７ａの電話番号を発信者電話番号としてＦｒｏｍヘッダに格納し、特殊電話番号「１３４」をＲｅｑｕｅｓｔ−ＵＲＩに記述したＩＮＶＩＴＥリクエストを生成する。また、生成したＩＮＶＩＴＥリクエストには利用者の端末７ａとＭＳ２とを接続するために、利用者の端末７ａのアドレス情報を含むＳＤＰが格納される。そして、ＩＰ変換装置６ａは、生成したＩＮＶＩＴＥリクエストを発加入者サーバ５ａへ送信する。
【００９３】
ステップＳ１２３では、ＡＳ３は、ＩＮＶＩＴＥリクエスト内のＦｒｏｍヘッダに格納されている発信者電話番号を用いて利用契約情報３３１（図７参照）を参照し、パスワード登録・変更操作の可否を判定する。具体的には、発信者電話番号に関連付けて契約しているパスワードジャンルのパスワードが利用契約情報３３１に登録されている場合には、パスワード登録・変更操作が許可される。ステップＳ１２４では、ＡＳ３は、ＭＳ２と利用者の端末７ａとを接続するため、ＩＮＶＩＴＥリクエストをＭＳ２へ送信する。これにより利用者の端末７ａとＭＳ２とが音声情報やダイヤル情報（パスワード等）を送受信可能になる。
【００９４】
ステップＳ１２５では、ＭＳ２は、サービスコード要求ガイダンス、設定コード要求ガイダンス、暗証番号要求ガイダンス等の各種ガイダンスを利用者の端末７ａに送信する。また、ＭＳ２は、利用者の端末７ａから各種ガイダンスに対応するダイヤル入力による指示コードを受信する。なお、ステップＳ１２６では、利用者の端末７ａから、ガイダンス内容に応じた応答情報（指示コード）がダイヤル入力される。ステップＳ１２７では、ＭＳ２は、ダイヤル入力による指示コードを受信して、利用者のダイヤル入力内容を含むＩＮＦＯメソッドを生成し、ＡＳ３へ送信する。
【００９５】
ステップＳ１２８では、ＡＳ３は、ＭＳ２から受信した利用者のダイヤル入力内容が正当なもの（処理が可能なもの）であるか否かを判定しつつ、正当であると判定した場合、逐次、ガイダンス送出指示を含むＩＮＦＯメソッドを生成し、ＭＳ２へ送信する。ステップＳ１２９では、ＡＳ３は、すべてのダイヤル入力が正当に行われた場合、登録・変更処理完了ガイダンス送出指示を含むＩＮＦＯメソッドを生成し、ＭＳ２へ送信する。ＭＳ２は、そのＩＮＦＯメソッドを受信して、登録・変更処理完了ガイダンスを利用者の端末７ａに送出する。
【００９６】
ステップＳ１３０では、利用者の端末７ａが、オンフックされる。ステップＳ１３１では、ＩＰ変換装置６ａは、利用者の端末７ａがオンフックされたことを検知することによって、通話終了を検出し、ＣＡＮＣＥＬメソッド（未応答のＩＮＶＩＴＥリクエストをキャンセルする）を発加入者サーバ５ａへ送信する。そして、発加入者サーバ５ａは、そのＣＡＮＣＥＬメソッドをＡＳ３へ送信する。ステップＳ１３２では、ＡＳ３は、登録・変更処理完了を含むＩＮＦＯメソッドをＭＳ２へ送信する。また、ＡＳ３は、ＭＳ２との接続を切断するため、ＢＹＥメソッドをＭＳ２へ送信する。
【００９７】
次に、パスワード登録における信号シーケンス例について、図１９，図２０を用いて説明する（適宜図１８参照）。パスワード登録変更手段３１４の処理では、ダイヤル入力された番号（文字列）によってパスワード登録・変更の操作に用いる指示を受け付ける。そのため、ＡＳ３は、ダイヤル入力された指示コード（文字列）を処理内容に変換するために用いる指示コード情報（不図示）を記憶している。例えば、指示コード情報は、指示コード「２」であればパスワードの登録モードの選択を意味し、指示コード「９９」であればサービスコードの処理モードを意味するように、指示コード（文字列）と処理モードとを関連付けて記憶している。
【００９８】
図１９に示すように、ステップＳ１３０１では、ＩＰ変換装置６ａは、利用者の端末７ａがオフフックされたことを検出する。ステップＳ１３０２では、ＩＰ変換装置６ａは、ＤＴ（ダイヤルトーン）を送出する。ステップＳ１３０３では、ＩＰ変換装置６ａは、利用者の端末７ａによってダイヤル入力された特殊電話番号「１３４」（パスワード登録の処理を要求するために予め設定された所定の番号）を受信する。ステップＳ１３０４では、ＩＰ変換装置６ａは、ＩＮＶＩＴＥリクエストを生成し、そのＩＮＶＩＴＥリクエストのＦｒｏｍヘッダには利用者の電話番号を発信者電話番号として格納し、Ｒｅｑｕｅｓｔ−ＵＲＩには特殊電話番号を着信者電話番号として格納する。また、ＩＰ変換装置６ａは、さらにＩＮＶＩＴＥリクエストに、利用者の端末７ａと音声ガイダンスおよびダイヤル入力情報を送受信するため、利用者の端末７ａのアドレス情報（Ａ）を含むＳＤＰ−Ａを格納する。そして、ＩＰ変換装置６ａは、利用者の端末７ａを収容し端末７間の呼接続を提供する発加入者サーバ５ａへ、生成したＩＮＶＩＴＥリクエストを送信する。なお、発加入者サーバ５ａからＩＰ変換装置６ａへ戻される１００ Trying は、試行中であることを表す。
【００９９】
ステップＳ１３０５では、発加入者サーバ５ａは、ＩＰ変換装置６ａから受信したＩＮＶＩＴＥリクエストを、そのＩＮＶＩＴＥリクエスト内のＲｅｑｕｅｓｔ−ＵＲＩの示す電話番号が「１３４」であることを認識し、その特殊電話番号「１３４」に対応可能なＡＳ３へ、受信したＩＮＶＩＴＥリクエストを送信する。
【０１００】
ＡＳ３は、発加入者サーバ５ａからＩＮＶＩＴＥリクエストを受信して、ＩＮＶＩＴＥリクエスト内のＦｒｏｍヘッダに格納されている発信者電話番号を用いて利用契約情報３３１（図７参照）を参照し、パスワード登録・変更操作の可否を判定する。例えば、発信者電話番号に対して契約しているパスワードジャンルが利用契約情報３３１に登録されている場合には、パスワード登録・変更操作が許可される。そして、ステップＳ１３０６では、ＡＳ３は、Ｒｅｑｕｅｓｔ−ＵＲＩにＭＳ２のアドレスを記述し、利用者の端末７ａのアドレス情報（Ａ）を含むＳＤＰ−Ａを格納したＩＮＶＩＴＥリクエストを生成し、ＭＳ２へ送信する。
【０１０１】
ステップＳ１３０７では、ＭＳ２は、ＭＳ２のアドレス情報（Ｂ）を含むＳＤＰ−Ｂを格納した２００レスポンスをＡＳ３に返信する。ステップＳ１３０８では、ＡＳ３は、２００レスポンス内に格納されたＳＤＰ−Ｂを含む１８３レスポンスを、発加入者サーバ５ａへ送信する。ステップＳ１３０９では、発加入者サーバ５ａは、受信した１８３レスポンスをＩＰ変換装置６ａへ送信する。これにより利用者の端末７ａとＭＳ２とが音声ガイダンスおよびダイヤル入力情報を送受信可能になる。
【０１０２】
ステップＳ１３１０では、ＡＳ３は、前記ステップＳ１３０５で受信したＩＮＶＩＴＥリクエストに含まれる特殊電話番号「１３４」を受信したとき、利用契約情報３３１（図７参照）を参照してパスワード契約の有無を判定し、契約者（利用契約情報３３１に登録済み）である場合、利用者にダイヤル入力を促す指示コード送出指示を含むＩＮＦＯメソッドを生成し、ＭＳ２へ送信する。ステップＳ１３１１では、ＭＳ２は、２００レスポンスをＡＳ３に返信する。ステップＳ１３１２では、ＭＳ２は、利用者の端末７ａにＳＤＴ信号（セカンドダイヤルトーン信号）を送出する。また、ＭＳ２は、利用者の端末７ａからのダイヤル入力を受信するために、ＰＢＲ捕捉（ＰＢ信号を受信するモード）を設定する。ステップＳ１３１３では、ＭＳ２は、利用者の端末７ａからダイヤル入力による指示コード「２」（登録）を受信する。そして、ステップＳ１３１４では、ＭＳ２は、受信したＰＢ信号を文字列に変換し、その文字列を含めたＩＮＦＯメソッドを生成し、ＡＳ３へ送信する。ステップＳ１３１５では、ＡＳ３は、２００レスポンスをＭＳ２に返信する。
【０１０３】
ステップＳ１３１６では、ＡＳ３は、ＭＳ２から受信したＩＮＦＯメソッドに含まれる文字列が指示コード「２」である場合、指示コード「２」が登録の要求であることを認識し、サービスコード要求ガイダンス指示を含むＩＮＦＯメソッドを生成し、ＭＳ２へ送信する。ステップＳ１３１７では、ＭＳ２は、２００レスポンスをＡＳ３に返信する。ステップＳ１３１８では、ＭＳ２は、サービスコード要求ガイダンス指示（例えば、「サービスコードを入力して下さい。」）を送出する。ステップＳ１３１９では、ＭＳ２は、利用者の端末７ａからのダイヤル入力による指示コード「９９」（サービスコード）を受信する。
【０１０４】
ステップＳ１３２０では、ＭＳ２は、利用者の端末７ａからダイヤル入力を受信すると、受信したダイヤルを文字列に変換し、その文字列（指示コード「９９」）を含めたＩＮＦＯメソッドを生成し、ＡＳ３へ送信する。ステップＳ１３２１では、ＡＳ３は、２００レスポンスをＭＳ２に返信する。ステップＳ１３２２では、ＭＳ２は、ＭＳ２から受信したＩＮＦＯメソッドに含まれる文字列が指示コード「９９」である場合、指示コード「９９」が設定コードの要求であることを認識し、設定コード要求ガイダンス指示を含むＩＮＦＯメソッドを生成し、ＭＳ２へ送出する。ステップＳ１３２３では、ＭＳ２は、２００レスポンスをＡＳ３に返信する。そして、ステップＳ１３２４では、ＭＳ２は、利用者の端末７ａに設定コード要求ガイダンス（例えば、「設定コードを入力して下さい。」）を送出する。ステップＳ１３２５では、利用者の端末７ａからのダイヤル入力による、例えば、指示コード「５６７８」（設定コード）を受信する。
【０１０５】
ステップＳ１３２６では、ＭＳ２は、利用者の端末７ａからダイヤル入力を受信すると、受信したダイヤル入力を文字列に変換し、その文字列（指示コード「５６７８」）を含めたＩＮＦＯメソッドを生成し、ＡＳ３へ送信する。ステップＳ１３２７では、ＡＳ３は、２００レスポンスをＭＳ２に返信する。
【０１０６】
図２０に移って、ステップＳ１４０１では、ＡＳ３は、ＭＳ２から受信したＩＮＦＯメソッドに含まれる文字列が指示コード「５６７８」である場合、指示コード「５６７８」がパスワード登録の要求であることを認識し、パスワード要求指示を含むＩＮＦＯメソッドを生成し、ＭＳ２へ送出する。なお、前記ステップＳ１４０１の処理は、指示コードが「５６７８」であって、かつロックアウト回数が所定回数以下である場合、に実行される。ここで、ロックアウト回数とは、所定時間内に処理を続けて失敗した回数のことである。ステップＳ１４０２では、ＭＳ２は、２００レスポンスをＡＳ３に返信する。
【０１０７】
そして、ステップＳ１４０３では、ＭＳ２は、利用者の端末７ａにパスワード要求ガイダンス（例えば、「パスワードを入力して下さい。」）を送出する。ステップＳ１４０４では、利用者の端末７ａからのダイヤル入力（例えば、指示コード「４３２１」（パスワード）ＰＢ信号）を受信する。そして、ステップＳ１４０５では、ＭＳ２は、受信した指示コードを文字列に変換し、その文字列のパスワードを含めたＩＮＦＯメソッドを生成し、ＡＳ３へ送信する。ステップＳ１４０６では、ＡＳ３は、２００レスポンスをＭＳ２に返信する。
【０１０８】
ステップＳ１４０７では、ＡＳ３は、ＭＳ２から受信したＩＮＦＯメソッドに含まれるパスワードとして認証され、ロックアウト回数が所定回数以下である場合、完了ガイダンス送出指示を含めたＩＮＦＯメソッドを生成し、ＭＳ２へ送信する。なお、パスワードの認証とは、例えば、パスワードを２回入力してもらい、入力されたパスワードの双方が一致する場合に、認証できたと判定することである。なお、パスワードを１回しか入力させない場合には、ＡＳ３は、その入力されたパスワードを受信し、ロックアウト回数が所定回数以下である場合、完了ガイダンス送出指示を含めたＩＮＦＯメソッドを生成し、ＭＳ２へ送信する。ステップＳ１４０８では、ＭＳ２は、２００レスポンスをＡＳ３に返信する。ステップＳ１４０９では、ＭＳ２は、完了ガイダンス（例えば、「パスワード４３２１を登録しました。ありがとうございました。」）を利用者の端末７ａへ送出する。そして、ＭＳ２は、ＰＢＲ解放（ＰＢ信号の受信を解除するモード）を設定する。
【０１０９】
ステップＳ１４１０において、ＩＰ変換装置６ａが、利用者の端末７ａがオンフックされたことを検出する。ステップＳ１４１１では、ＩＰ変換装置６ａは、ＣＡＮＣＥＬメソッドを生成し、発加入者サーバ５ａへ送信する。ステップＳ１４１２では、発加入者サーバ５ａは、２００レスポンスをＩＰ変換装置６ａに返信する。ステップＳ１４１３では、発加入者サーバ５ａは、受信したＣＡＮＣＥＬメソッドをＡＳ３へ送信する。ステップＳ１４１４では、ＡＳ３は、パスワード登録処理の完了指示を含むＩＮＦＯメソッドを生成し、ＭＳ２へ送信する。ステップＳ１４１５では、ＭＳ２は、２００レスポンスをＡＳ３に返信する。ステップＳ１４１６では、ＡＳ３は、２００レスポンスを発加入者サーバ５ａに返信する。
【０１１０】
ステップＳ１４１７では、ＡＳ３は、ＭＳ２との接続を切断するために、ＢＹＥメソッドをＭＳ２へ送信する。ステップＳ１４１８では、ＭＳ２は、２００レスポンスをＡＳ３に返信する。ステップＳ１４１９では、ＡＳ３は、受信したＣＡＮＣＥＬメソッドに対する応答情報４８７レスポンス（リクエストに対する完了）を発加入者サーバ５ａに返信する。ステップＳ１４２０では、発加入者サーバ５ａは、４８７レスポンスをＩＰ変換装置６ａに返信する。そして、ステップＳ１４２１では、ＩＰ変換装置６ａは、ＡＣＫ（ＩＮＶＩＴＥに対するレスポンスを受け取ったことの通知）を発加入者サーバ５ａに返信する。また、ステップＳ１４２２では、発加入者サーバ５ａは、ＡＣＫをＡＳ３に返信する。
【０１１１】
（課金管理手段）
本実施形態のサービス提供システム１は、有料情報の接続先番号への接続にかかわる料金として通話料を課金するとともに、有料情報の提供に対する情報料も課金する。情報料は従量課金および定額課金の２通りの課金方法があり、有料情報ごとに課金方式を選択できる。情報料の従量課金および定額課金はそれぞれが情報料ランクという指標を持ち、その情報料ランクに応じて課金する金額に幅を持たせている（図７の利用契約情報３３１内の「情報料ランク」の欄参照）。
【０１１２】
課金管理手段は、発加入者サーバ５ａに備えられている（図２参照）。そして、発加入者サーバ５ａは、タイマ５１３を備えており、通話料の課金開始および課金終了と情報料の課金開始および課金終了とを管理している。通話料の課金開始は、図１１に示すように、例えば、ステップＳ５２０の２００レスポンスを発加入者サーバ５ａが受信した時点とする。また、情報料の課金開始は、図１２に示すように、例えば、ステップＳ６１３のＵＰＤＡＴＥメソッドを発加入者サーバ５ａが受信した時点とする。また、通話料の課金終了および情報料の課金終了は、例えば、それぞれ、図１２に示すように、発加入者サーバ５ａがステップＳ６１９のＢＹＥメソッドをＩＰ変換装置６ａから受信した時点とする。このように、発加入者サーバ５ａは、課金管理手段を用いて、呼情報ごとに、通話料の課金開始時刻および課金終了時刻と情報料の課金開始時刻および終了時刻とを記録する。
【０１１３】
通話料および情報料についての料金計算は、図７の利用契約情報３３１に示すような情報料ランク（情報レートおよび課金種別）を参照して、通話料課金開始時刻、通話料課金終了時刻、情報料課金開始時刻、および情報料課金終了時刻に基づいて、呼情報ごとに算出される。なお、料金計算は、発加入者サーバ５ａ以外に、ＡＳ３または料金計算用のサーバ（不図示）が実施してもよい。
【０１１４】
（ＰＳＴＮ−ＩＰ網インターワーク手段）
本実施形態のサービス提供システム１は、既に同様のサービスを提供しているＰＳＴＮとのインターワーク手段を提供することによって、ＰＳＴＮとの相互接続を実現し、利用者および情報提供者が所属する網を意識させないようにすることができる。
【０１１５】
ＰＳＴＮ−ＩＰ網インターワーク手段を実現するために、図２１に示すように、ＩＰ網とＰＳＴＮとを接続する際に呼制御信号をインターワークする関門ノードとして、ＩＰ網にはＰＳＴＮ−ＧＷ８（ＰＳＴＮゲートウェイ装置）を設置し、ＰＳＴＮにはＩＧＳ９（関門交換機）を設置し、ＰＳＴＮ−ＧＷ８とＩＧＳ９とを接続する。そして、ＰＳＴＮ−ＧＷ８がＩＰと共通線信号方式とのプロトコル変換を行うことによって、双方の接続を実現する。
【０１１６】
ＰＳＴＮ−ＩＰ網インターワーク手段の一例として、ＰＳＴＮで既に契約している利用者が、本実施形態のサービス提供システム１で有料情報を提供する情報提供者に対して接続する際の手順を示す。ステップＳ１５１では、利用者によって、有料情報番号（０９９０−Ｄ〜Ｊ）がダイヤル入力される。ステップＳ１５２では、ＧＣは、有料情報番号の「０９９０」を認識し、サービス制御を行うＮＳＰへルーチングを実施し、ＮＳＰへ有料情報番号を通知する。ステップＳ１５３では、ＮＳＰは、ＧＣから通知された有料情報番号に対応する返信情報（案内通知時間タイマ値、課金情報、ルーチング情報等）を抽出し、その返信情報をＧＣに返信する。ステップＳ１５４では、ＧＣは、ＮＳＰから受信した返信情報に基づいてＭＲＳへルーチングを実施し、ＭＲＳに格納されているガイダンス送出指示を送信する。ステップＳ１５５では、ＧＣは、ガイダンス終了後、ＮＳＰから受信した返信情報に基づいて有料情報番号（０９９０−Ｄ〜Ｊ）を有料情報の接続先番号（０Ａ〜Ｊ）に番号変換を行い、ＩＰ網の情報提供者へのルーチングを実施する。そして、情報提供者７と利用者とが接続される。
【０１１７】
以上、本実施形態のサービス提供システム１は、ＭＳ２、ＡＳ３、中継サーバ４、加入者サーバ５、ＩＰ変換装置６、および端末７で構成され、ＭＳ２がガイダンス送出手段２１１および利用者からのダイヤル入力受信手段２１２を備え、ＡＳ３がルーチング手段３１１、ブロッキング手段３１２、パスワード接続手段３１３、およびパスワード登録変更手段３１４を備え、加入者サーバ５が課金管理手段および直接ダイヤル拒否手段５１２を備える。
ガイダンス送出手段２１１は、ＡＳ３からの指示に基づいて、その指示に対応するガイダンスをガイダンス情報２３１から取得して、利用者にガイダンスを送出する。ダイヤル入力受信手段２１２は、ガイダンスに応じて利用者によってダイヤル入力されたＰＢ信号を受信し、文字列に変換して、その文字列をＡＳ３へ送信する。
【０１１８】
また、ルーチング手段３１１、ブロッキング手段３１２、パスワード接続手段３１３、およびパスワード登録変更手段３１４における処理は、ＩＰ変換装置６によって生成されるＩＮＶＩＴＥリクエストに基づいて実行される。なお、ＩＰ変換装置６によって生成されるＩＮＶＩＴＥリクエストには、そのＦｒｏｍヘッダには利用者の端末７ａの電話番号が発信者電話番号として格納され、Ｔｏヘッダには利用者によってダイヤル入力された有料情報番号（０９９０−Ｄ〜Ｊ）が着信者電話番号として格納され、Ｒｅｑｕｅｓｔ−ＵＲＩには有料情報番号が格納され、さらにＭＳ２と利用者の端末７との間を接続するため、利用者の端末７ａのアドレス情報（Ａ）を含むＳＤＰ−Ａが格納される。
【０１１９】
ルーチング手段３１１は、受信したＩＮＶＩＴＥリクエストに格納されている発信者電話番号および有料情報番号を取得して、利用契約情報３３１（図７参照）を参照して、有料情報番号（０９９０−Ｄ〜Ｊ）を有料情報の接続先番号（０Ａ〜Ｊ）に番号変換し、Ｔｏヘッダの有料情報番号をそのまま残して、ルーチングを実施する。
ブロッキング手段３１２は、有料情報番号のＤＥ桁から有料情報のジャンル種別（パスワードの有無）を判定し、その有料情報の提供のためにパスワードが必要であって、利用契約情報３３１にその有料情報に関連付けられて発信者電話番号が登録されていない場合、その有料情報の接続先番号への接続を拒否する。
【０１２０】
パスワード接続手段３１３は、有料情報の提供のためにパスワードが必要であって、その有料情報の接続先番号に関連付けられた発信者電話番号が利用契約情報３３１に登録されている場合に、端末７にパスワード入力を要求する情報を送信し、その端末７からダイヤル入力されたパスワードを取得し、当該パスワードが利用契約情報３３１に予め登録されているパスワードと一致する場合に、その有料情報の接続先番号への接続を許可する。
パスワード登録変更手段３１４は、特殊電話番号のダイヤル入力を端末７から受信したとき、ダイヤル入力を促すガイダンスを端末７へ送出し、そのガイダンスに応じて返信されるダイヤル入力の指示コードを受信し、当該指示コードに対応する処理を実行して、パスワード登録・変更処理を行う。
【０１２１】
直接ダイヤル拒否手段５１２は、端末７から、有料情報の接続先番号（０Ａ〜Ｊ）のダイヤル入力を受信したとき、その有料情報の接続先番号（０Ａ〜Ｊ）の所定の桁の番号がＴｏヘッダの電話番号の所定の桁の番号（「０９９０」）に一致するか否かを判定し、双方が一致しない場合に、有料情報の接続先番号への接続を拒否する。
課金手段５１１は、通話料課金開始時刻、通話料課金終了時刻、情報料課金開始時刻、および情報料課金終了時刻を計測する。
ＰＳＴＮ−ＩＰ網インターワーク手段は、ＩＰ網とＰＳＴＮとを接続する関門ノード（ＰＳＴＮゲートウェイ装置）を設置し、その関門ノードにおいて、ＩＰと去通千信号方式とのプロトコル変換を行って、インターワーク接続を実現する。
【０１２２】
このような構成をサービス提供システム１が備えているので、ＰＳＴＮとは基本アーキテクチャの異なるＩＰ網、およびＰＳＴＮとそのＩＰ網とを相互接続する網において、ＰＳＴＮにおける既存のサービスと同様のサービスを提供することができる。また、ＩＰ網とＰＳＴＮとをインターワーク接続することにより、利用者が所属する網構成を意識せずサービスを利用できる環境を提供することを目的とする。
【０１２３】
なお、本実施形態では、ＭＳ２およびＡＳ３は、別個のサーバとして説明したが、１つのサーバとして構成しても構わない。また、端末７とＩＰ変換装置６とを分けて説明したが、双方が一対となったＩＰ電話機または電話機能を備えたパソコン等であっても構わない。
【符号の説明】
【０１２４】
１    サービス提供システム
２    ＭＳ（メディアサーバ）
３    ＡＳ（アプリケーションサーバ）
４    中継サーバ
５    加入者サーバ
６    ＩＰ変換装置
７    端末
８    ＰＳＴＮ−ＧＷ（ＰＳＴＮゲートウェイ装置）
９    ＩＧＳ（関門交換機）
【図１】
2011142452.tif 000003
【図２】
2011142452.tif 000004
【図３】
2011142452.tif 000005
【図４】
2011142452.tif 000006
【図５】
2011142452.tif 000007
【図６】
2011142452.tif 000008
【図７】
2011142452.tif 000009
【図８】
2011142452.tif 000010
【図９】
2011142452.tif 000011
【図１０】
2011142452.tif 000012
【図１１】
2011142452.tif 000013
【図１２】
2011142452.tif 000014
【図１３】
2011142452.tif 000015
【図１４】
2011142452.tif 000016
【図１５】
2011142452.tif 000017
【図１６】
2011142452.tif 000018
【図１７】
2011142452.tif 000019
【図１８】
2011142452.tif 000020
【図１９】
2011142452.tif 000021
【図２０】
2011142452.tif 000022
【図２１】
2011142452.tif 000023