(57)【特許請求の範囲】
【請求項１】
発信側と着信側との間で行うシグナリングの通信経路を決定する呼制御装置であって、
発信側から受け付けたINVITE信号に含まれる、複数の情報を含む、発信側の情報に応じた通信経路を決定する決定手段と、
前記複数の情報の中から前記通信経路の決定に使用する情報を設定する設定手段と、
前記決定手段で決定した通信経路を経由して前記シグナリングを行うように制御する制御手段と、を備え、
前記決定手段は、前記INVITE信号に含まれる発信側の情報の中から前記設定手段で設定した情報を取得し、該取得した取得情報を利用して前記通信経路を決定することを特徴とする呼制御装置。
【請求項２】
前記決定手段は、
前記INVITE信号に含まれる発信側の情報と、着信側の情報と、に応じた通信経路を決定する手段を有することを特徴とする請求項１記載の呼制御装置。
【請求項３】
前記設定手段は、
前記通信経路の決定に使用する情報の優先順位を設定する手段を有し、
前記決定手段は、
前記取得情報の中から優先順位の高い情報を優先的に利用して前記通信経路を決定することを特徴とする請求項１又は２記載の呼制御装置。
【請求項４】
前記通信経路を決定するための決定要素となるポリシー情報を、前記発信側の情報で構成した検索キーに対応付けて管理するポリシー管理手段を有し、
前記決定手段は、
前記取得情報を検索キーとして、前記ポリシー管理手段を検索し、前記取得情報に該当する検索キーが前記ポリシー管理手段に存在しない場合には、優先順位の低い情報から順に除いた取得情報を検索キーとして、前記ポリシー管理手段を検索し、前記取得情報に該当する検索キーが前記ポリシー管理手段に存在する場合に、当該検索キーに対応付けられたポリシー情報を前記ポリシー管理手段から取得し、該取得したポリシー情報に応じた通信経路を決定することを特徴とする請求項３記載の呼制御装置。
【請求項５】
前記通信経路を、前記ポリシー情報と前記着信側の情報とで構成した検索キーに対応付けて管理する経路管理手段を有し、
前記決定手段は、
前記ポリシー情報と、前記着信側の情報と、を検索キーとして、前記経路管理手段を参照し、前記ポリシー情報と、前記着信側の情報と、に該当する検索キーが前記経路管理手段に存在する場合に、当該検索キーに対応付けられた通信経路を前記経路管理手段から取得し、前記通信経路を決定することを特徴とする請求項４記載の呼制御装置。
【請求項６】
前記決定手段は、
前記ポリシー情報と、前記着信側の情報と、に該当する検索キーが前記経路管理手段に存在しない場合には、前記着信側の情報に該当する検索キーが前記経路管理手段に存在する場合に、当該検索キーに対応付けられた通信経路を前記経路管理手段から取得し、前記通信経路を決定することを特徴とする請求項５記載の呼制御装置。
【請求項７】
前記決定手段は、
前記発信側の情報に応じたサービスを決定する手段を有し、
前記制御手段は、
前記決定手段で決定したサービスを前記発信側に提供するように制御することを特徴とする請求項１から６の何れか１項に記載の呼制御装置。
【請求項８】
前記決定手段による前記決定を実行するか否かを決定する実行可否情報と、前記決定を実行しない場合に使用する通信経路と、を、着信側の情報に対応付けて管理する実行可否管理手段を有し、
前記決定手段は、
前記INVITE信号に含まれる着信側の情報を基に、前記実行可否管理手段を参照し、前記着信側の情報に対応付けられた実行可否情報が、実行可の情報の場合には、前記決定を実行し、実行不可の情報の場合には、前記決定を実行せず、
前記制御手段は、
前記決定手段による前記決定を実行しない場合には、前記着信側の情報に対応付けて前記実行可否管理手段に管理されている通信経路を経由して前記シグナリングを行うように制御することを特徴とする請求項１から７の何れか１項に記載の呼制御装置。
【請求項９】
発信側端末と、着信側端末と、前記発信側端末と前記着信側端末との間で行うシグナリングの通信経路を決定する呼制御装置と、を少なくとも有して構成する呼制御システムであって、
前記呼制御装置は、
発信側端末から受け付けたINVITE信号に含まれる、複数の情報を含む、発信側の情報に応じた通信経路を決定する決定手段と、
前記複数の情報の中から前記通信経路の決定に使用する情報を設定する設定手段と、
前記決定手段で決定した通信経路を経由して前記シグナリングを行うように制御する制御手段と、を備え、
前記決定手段は、前記INVITE信号に含まれる発信側の情報の中から前記設定手段で設定した情報を取得し、該取得した取得情報を利用して前記通信経路を決定する、ことを特徴とする呼制御システム。
【請求項１０】
発信側と着信側との間で行うシグナリングの通信経路を決定する呼制御方法であって、
発信側から受け付けたINVITE信号に含まれる、複数の情報を含む、発信側の情報に応じた通信経路を決定する決定工程と、
前記複数の情報の中から前記通信経路の決定に使用する情報を設定する設定工程と、
前記決定工程で決定した通信経路を経由して前記シグナリングを行うように制御する制御工程と、を備え、
前記決定工程は、前記INVITE信号に含まれる発信側の情報の中から前記設定工程で設定した情報を取得し、該取得した取得情報を利用して前記通信経路を決定する、ことを特徴とする呼制御方法。
【請求項１１】
発信側と着信側との間で行うシグナリングの通信経路を決定する呼制御プログラムであって、
発信側から受け付けたINVITE信号に含まれる、複数の情報を含む、発信側の情報に応じた通信経路を決定する決定処理と、
前記複数の情報の中から前記通信経路の決定に使用する情報を設定する設定処理と、
前記決定処理で決定した通信経路を経由して前記シグナリングを行うように制御する制御処理と、をコンピュータに実行させ、
前記決定処理は、前記INVITE信号に含まれる発信側の情報の中から前記設定処理で設定した情報を取得し、該取得した取得情報を利用して前記通信経路を決定する、ことを特徴とする呼制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御装置、呼制御システム、呼制御方法及び呼制御プログラムに関し、特に、シグナリングの通信経路を動的に変更することが可能な呼制御装置、呼制御システム、呼制御方法及び呼制御プログラムに関するものである。
【背景技術】
【０００２】
NGN(NEXT Generation Network)を実現する技術としてIMS（IP Multimedia Subsystem）がある。なお、IMSにおいて核となるのは、CSCF（Call Session Control Function）である。CSCFは、SIP（Session Initiation Protocol）を利用し、セッション制御や、AS（Application Server）によるサービス制御を行っている。なお、このCSCFを利用した呼制御システムを図２０に示す。
【０００３】
図２０に示す呼制御システムでは、発信側UE（User Equipment）（101'）が着信側UE（103'）と通信を開始する場合には、発信側UE（101'）は、INVITE信号をP-CSCF（Proxy Call Session Control Function）（201'）に送信する。P-CSCF（201'）は、INVITE信号を受付けた場合に、そのINVITE信号をS-CSCF（Serving Call Session Control Function）（301'）に送信する。S-CSCF（301'）は、INVITE信号を受付けた場合に、そのINVITE信号に含まれる着信側の情報（電話番号）を基に、着信側UE（103'）と接続した通信経路（例えば、通信経路A）を決定する。そして、S-CSCF（301'）は、その決定した通信経路Aに存在するP-CSCF（202'）を経由してINVITE信号を着信側UE（103'）に送信する。これにより、発信側UE（101'）と着信側UE（103'）とは通信経路Aを経由してシグナリングを行い、通信を行うことになる。
【０００４】
なお、上述した図２０に示す呼制御システムでは、INVITE信号に含まれる着信側UE（103'）の電話番号が同じ場合には、S-CSCF（301'）は、常に同じ通信経路（A）で着信側UE（103'）にINVITE信号を送信していたのが現状である。
【０００５】
例えば、一般加入者である発信側UE（101'）と、優先加入者である発信側UE（102'）と、が同じ着信側UE（103'）に対し、INVITE信号を送信した場合でも、S-CSCF（301'）は、INVITE信号を、常に同じ通信経路（A）で着信側UE（103')に送信することになる。
【０００６】
このため、図２０に示す呼制御システムでは、一般加入者と、優先加入者と、で異なる通信経路を経由してシグナリングを行うことができなかったのが現状である。
【０００７】
また、図２０に示す呼制御システムでは、着信側UE（103'）への通信経路が複数存在するのにもかかわらず、常に同じ通信経路（A）でINVITE信号が着信側UE（103'）に送信されることになるため、通信経路が有効活用されていなかったのが現状である。
【０００８】
このため、シグナリングの通信経路を動的に変更し、通信経路の有効活用を図ることが可能なシステムの開発が必要視されることになる。また、発信側UE（101'、102'）の情報に応じて通信経路を動的に変更することが可能なシステムの開発が必要視されることになる。
【０００９】
なお、本発明より先に出願された技術文献として、入力呼に附随するサービスのクラスに基づいて入力呼をルーティングする技術について開示された文献がある（例えば、特許文献１参照）。
【特許文献１】特開平７−１７０３２７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし、上記特許文献１には、SIPを利用したシグナリングのルーティングについては何ら記載もその必要性についても示唆されていない。
【００１１】
本発明は上記事情に鑑みてなされたものであり、上述した課題である、SIPを利用したシグナリングを行う場合に、そのシグナリングの通信経路を動的に変更することが可能な呼制御装置、呼制御システム、呼制御方法及び呼制御プログラムを提供することを目的とするものである。
【課題を解決するための手段】
【００１２】
かかる目的を達成するために、本発明は、以下の特徴を有することとする。
【００１３】
＜呼制御装置＞
本発明にかかる呼制御装置は、
発信側と着信側との間で行うシグナリングの通信経路を決定する呼制御装置であって、
発信側から受け付けたINVITE信号に含まれる発信側の情報に応じた通信経路を決定する決定手段と、
前記決定手段で決定した通信経路を経由して前記シグナリングを行うように制御する制御手段と、
を有することを特徴とする。
【００１４】
＜呼制御システム＞
また、本発明にかかる呼制御システムは、
発信側端末と、着信側端末と、前記発信側端末と前記着信側端末との間で行うシグナリングの通信経路を決定する呼制御装置と、を少なくとも有して構成する呼制御システムであって、
前記呼制御装置は、
発信側端末から受け付けたINVITE信号に含まれる発信側の情報に応じた通信経路を決定する決定手段と、
前記決定手段で決定した通信経路を経由して前記シグナリングを行うように制御する制御手段と、
を有することを特徴とする。
【００１５】
＜呼制御方法＞
また、本発明にかかる呼制御方法は、
発信側と着信側との間で行うシグナリングの通信経路を決定する呼制御方法であって、
発信側から受け付けたINVITE信号に含まれる発信側の情報に応じた通信経路を決定する決定工程と、
前記決定工程で決定した通信経路を経由して前記シグナリングを行うように制御する制御工程と、
を有することを特徴とする。
【００１６】
＜呼制御プログラム＞
また、本発明にかかる呼制御プログラムは、
発信側と着信側との間で行うシグナリングの通信経路を決定する呼制御プログラムであって、
発信側から受け付けたINVITE信号に含まれる発信側の情報に応じた通信経路を決定する決定処理と、
前記決定処理で決定した通信経路を経由して前記シグナリングを行うように制御する制御処理と、
を、コンピュータに実行させることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、SIPを利用したシグナリングを行う場合に、そのシグナリングの通信経路を動的に変更することが可能となる。
【発明を実施するための最良の形態】
【００１８】
まず、図１を参照しながら、本実施形態の呼制御システムの概要について説明する。
【００１９】
本実施形態の呼制御システムは、発信側端末（1）と、着信側端末（2）と、発信側端末（1）と着信側端末（2）との間で行うシグナリングの通信経路を決定する呼制御装置（3）と、を少なくとも有して構成する呼制御システムである。
【００２０】
そして、本実施形態における呼制御装置（3）は、発信側端末（1）から受け付けたINVITE信号に含まれる発信側の情報に応じた通信経路を決定する決定部（4）と、決定部（4）で決定した通信経路を経由してシグナリングを行うように制御する制御部（5）と、を有することを特徴とする。
【００２１】
これにより、本実施形態の呼制御システムは、SIPを利用したシグナリングを行う場合に、そのシグナリングの通信経路を動的に変更することが可能となる。以下、添付図面を参照しながら、本実施形態における呼制御システムについて詳細に説明する。
【００２２】
（第１の実施形態）
＜呼制御システム＞
まず、図２を参照しながら、本実施形態の呼制御システムのシステム構成について説明する。
【００２３】
本実施形態の呼制御システムは、UE（User Equipment）（11〜13）と、P-CSCF（Proxy Call Session Control Function）（21〜23）と、S-CSCF（Serving Call Session Control Function）（31）と、HSS(Home Subscriber Server)（41）と、AS（Application Server）（51）と、を有して構成する。なお、本実施形態の呼制御システムは、SIP（Session Initiation Protocol）をベースとしたセッション／サービス制御を行うことになる。
【００２４】
＜UE:11〜13＞
UE（11〜13）は、SIPに基づき情報通信を行う通信装置である。本実施形態の呼制御システムでは、発信側UE（11、12）と、着信側UE（13）と、が存在するものとする。
【００２５】
＜P-CSCF:21〜23＞
P-CSCF（21〜23）は、SIPに基づき、UE（11〜13）と、S-CSCF（31）と、の間の情報を中継するものである。
【００２６】
＜S-CSCF:31＞
S-CSCF（31）は、UE（11〜13）間のセッション制御を行うものである。なお、本実施形態におけるS-CSCF（31）は、発信側のP-CSCF（21）からSIP信号を受付けた場合に、そのSIP信号の情報を基に、着信側のP-CSCF（22、23）を決定し、その決定したP-CSCF（22、23）に対し、SIP信号を伝達する。また、S-CSCF（31）は、プロファイル情報をHSS（41）から取得し、その取得したプロファイル情報を基にセッション制御を行うことになる。なお、プロファイル情報は、UE（11〜13）の各加入者を一意に特定するための情報等を含めて構成する。また、プロファイル情報には、加入者が希望するマルチメディアサービス等の情報を含めて構成する。この場合、S-CSCF（31）は、そのマルチメディアサービス等の情報を基に、SIP信号をAS（51）に転送し、AS（51）を起動し、各加入者に応じた各種サービスを提供するように制御する。
【００２７】
＜HSS：41＞
HSS（41）は、IMSで使用するプロファイル情報を管理するものである。本実施形態におけるHSS（41）は、図３に示す加入者プロファイル管理テーブル（42）を有して構成する。加入者プロファイル管理テーブル（42）は、図３に示すように、プライベートID毎に、プロファイル情報と、加入者クラス情報と、を対応付けて管理する。なお、加入者クラス情報とは、加入者クラス（一般加入者、優先加入者等の加入者の階級）を特定するための情報である。なお、図３では、加入者クラス情報として、『100』、『200』等の数値を用いているが、各加入者の階級を特定することが可能であれば、あらゆる情報を加入者クラス情報として適用することが可能である。
【００２８】
＜AS:51＞
AS（51）は、各種のアプリケーションサービスを行うものである。なお、本実施形態におけるAS（51）は、S-CSCF（31）と連携し、各種のアプリケーションサービスを加入者に提供することになる。
【００２９】
＜加入者クラス情報を取得する際の処理動作＞
次に、図４を参照しながら、S-CSCF（31）が、HSS（41）から加入者クラス情報を取得する際の処理動作について説明する。
【００３０】
まず、発信側UE（11）は、REGISTER信号をP-CSCF（21）に送信する。なお、REGISTER信号には、プライベートIDと、パブリックIDと、が含まれている。
【００３１】
P-CSCF（21）は、REGISTER信号を受付けると、そのREGISTER信号をS-CSCF（31）に送信する。S-CSCF（31）は、REGISTER信号を受付けると、そのREGISTER信号を基に、SAR信号をHSS（41）に送信する。なお、SAR信号には、REGISTER信号に含まれるプライベートIDと、パブリックIDと、を含めた信号を送信することになる。
【００３２】
HSS（41）は、SAR信号を受付けると、そのSAR信号に含まれるプライベートIDと、パブリックIDと、の情報を保持して管理する。また、HSS（41）は、そのプライベートIDを基に、図３に示す加入者プロファイル管理テーブル（42）を参照し、そのプライベートIDに対応付けられたプロファイル情報と、加入者クラス情報と、を取得する。例えば、SAR信号に含まれるプライベートIDがaの場合には、HSS（41）は、図３に示す加入者プロファイル管理テーブル（42）を参照し、そのプライベートIDａに対応付けられたプロファイル情報aと、加入者クラス情報（100、200、200、400）と、を取得する。なお、図３に示すように、パブリックIDと、加入者クラス情報と、が対応付けられて管理されている場合には、HSS（41）は、パブリックIDと、加入者クラス情報と、を対応付けて取得することになる。そして、HSS（41）は、SAA信号をS-CSCF（31）に送信する際に、加入者プロファイル管理テーブル（42）から取得した加入者クラス情報も送信する。
【００３３】
S-CSCF（31）は、SAA信号を受信した際に、プロファイル情報と、加入者クラス情報と、を取得する。そして、S-CSCF（31）は、HSS（41）から取得した加入者クラス情報を図５に示すように、加入者クラス管理テーブル（32）に登録する。これにより、S-CSCF（31）は、HSS（41）から取得した加入者クラス情報を加入者クラス管理テーブル（32）で管理することが可能となる。図５は、加入者クラス管理テーブル（32）のテーブル構成を示し、プライベートIDaに対応付けられた加入者クラス情報（100、200、200、400）を管理している状態を示している。
【００３４】
なお、上述した処理では、HSS（41）は、プライベートIDaに対応付けられた複数の加入者クラス情報（100、200、200、400）をS-CSCF（31）に送信することにしたが、プライベートIDと、パブリックIDと、に対応付けられた加入者クラス情報だけをS-CSCF（31）に送信するように構築することも可能である。
【００３５】
また、上述した処理では、S-CSCF（31）が、HSS（41）から加入者クラス情報を取得し、加入者クラス管理テーブル（32）で管理する場合について説明したが、図５に示す加入者クラス管理テーブル（32）で加入者クラス情報を事前に管理しておくように構築することも可能である。
【００３６】
＜ルーティングの動作＞
次に、図６を参照しながら、S-CSCF（31）におけるルーティング処理について説明する。なお、以下の説明では、S-CSCF（31）が、図７に示すように、加入者クラス管理テーブル（32）と、E.164番号グループ管理テーブル（33）と、地域コードグループ管理テーブル（34）と、ルーティングポリシー管理テーブル（35）と、経路管理テーブル（36）と、を有して構成していることを前提として説明する。
【００３７】
加入者クラス管理テーブル（32）は、『加入者クラス情報』を管理するものであり、図５に示すように、INVITE信号に含まれる情報（プライベートID、パブリックID）と対応付けて『加入者クラス情報』を管理する。これにより、S-CSCF（31）は、INVITE信号に含まれる情報に応じた『加入者クラス情報』を一意に特定することが可能となる。
【００３８】
E.164番号グループ管理テーブル（33）は、『E.164番号グループ情報』を管理するものであり、図８に示すように、INVITE信号に含まれる情報（Fromヘッダ、または、P-Asserted-IdentityヘッダのE.164番号）と対応付けて『E.164番号グループ情報』を管理する。これにより、S-CSCF（31）は、INVITE信号に含まれる情報に応じた『E.164番号グループ情報』を一意に特定することが可能となる。
【００３９】
地域コードグループ管理テーブル（34）は、『地域コードグループ情報』を管理するものであり、図９に示すように、INVITE信号に含まれる情報（P-Access-Network-Infoヘッダの「access-type」および「access-info」の地域コード情報）と対応付けて『地域コードグループ情報』を管理する。これにより、S-CSCF（31）は、INVITE信号に含まれる情報に応じた『地域コードグループ情報』を一意に特定することが可能となる。
【００４０】
なお、INVITE信号に含まれる『Fromヘッダ』、『P-Asserted-Identityヘッダ』、『P-Access-Network-Infoヘッダ』の「access-type」および「access-info」の該当箇所を図１０に示す。図１０は、INVITE信号のメッセージ例を示す。
【００４１】
これにより、S-CSCF（31）は、INVITE信号を受付けた場合に、加入者クラス管理テーブル（32）、E.164番号グループ管理テーブル（33）、地域コードグループ管理テーブル（34）を参照し、そのINVITE信号に含まれる情報に応じた『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』を取得することが可能となる。
【００４２】
ルーティングポリシー管理テーブル（35）は、通信経路を決定するための決定要素となる『ルーティングポリシー情報』を管理するものであり、図１１に示すように、『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』と対応付けて『ルーティングポリシー情報』を管理する。これにより、S-CSCF（31）は、INVITE信号に含まれる情報を基に一意に特定した『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』に応じた『ルーティングポリシー情報』を特定することが可能となる。
【００４３】
経路管理テーブル（36）は、シグナリングを行う際に使用する『通信経路（接続先）』を管理するものであり、図１２に示すように、『ドメイン名、ルーティングポリシー情報』と対応付けて『通信経路（接続先）』を管理する。これにより、S-CSCF（31）は、INVITE信号に含まれる着信側UE（13）の『ドメイン名』と、図１１に示すルーティングポリシー管理テーブル（35）で管理している『ルーティングポリシー情報』と、に応じた『通信経路（接続先）』を特定することが可能となる。
【００４４】
まず、発信側UE（11）は、図６に示すように、INVITE信号をP-CSCF（21）に送信する。P-CSCF（21）は、INVITE信号を受付けると、そのINVITE信号をS-CSCF（31）に送信する。S-CSCF（31）は、INVITE信号を受付けると、そのINVITE信号を基に、ルーティングを行うことになる。以下に、ルーティングの具体的な処理について説明する。
【００４５】
本実施形態におけるS-CSCF（31）は、INVITE信号を受付けた場合に、そのINVITE信号に含まれる情報を基に、加入者クラス管理テーブル（32）、E.164番号グループ管理テーブル（33）、地域コードグループ管理テーブル（34）を参照し、そのINVITE信号に含まれる情報に応じた『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』を取得することになる。
【００４６】
具体的には、S-CSCF（31）は、INVITE信号に含まれるプライベートIDと、パブリックIDと、を基に、図５に示す加入者クラス管理テーブル（32）を検索し、プライベートIDと、パブリックIDと、に対応付けられた『加入者クラス情報』を取得する。例えば、INVITE信号に含まれる情報が、プライベートID＝IDa、パブリックID＝IDbの場合には、そのプライベートIDa、パブリックIDbに対応付けられた『加入者クラス情報；200』を取得する。
【００４７】
また、S-CSCF（31）は、INVITE信号に含まれるFromヘッダ、または、P-Asserted-IdentityヘッダのE.164番号を基に、図８に示すE.164番号グループ管理テーブル（33）を検索し、『E.164番号グループ情報』を取得する。例えば、INVITE信号に含まれる情報が、E.164番号＝eの場合には、そのE.164番号eに対応付けられた『E.164番号グループ情報；500』を取得する。
【００４８】
また、S-CSCF（31）は、INVITE信号に含まれるP-Access-Network-Infoヘッダの「access-type」および「access-info」の地域コード情報を基に、図９に示す地域コードグループ管理テーブル（34）を検索し、『地域コートグループ情報』を取得する。例えば、INVITE信号に含まれる情報が、P-Access-Network-Infoヘッダの「access-type」および「access-info」の地域コード情報＝dの場合には、その地域コード情報ｄに対応付けられた『地域コートグループ情報；400』を取得する。
【００４９】
これにより、S-CSCF（31）は、INVITE信号を受付けた場合に、そのINVITE信号に含まれる情報に応じた『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』を取得し、その取得した情報を基に、ルーティングポリシー情報を決定するための図１３（a）に示す検索キーを作成することが可能となる。なお、図１３（a）に示す検索キーは、S-CSCF（31）に予め設定された優先順位に従って作成することになる。図１３（a）では、『加入者クラス情報→E.164番号グループ情報→地域コードグループ情報』の優先順位で作成した状態を示す。
【００５０】
次に、S-CSCF（31）は、上記作成した図１３（a）に示す検索キー『加入者クラス情報；200、E.164番号グループ情報；500、地域コードグループ情報；400』を基に、図１１に示すルーティングポリシー管理テーブル（35）を検索し、図１３（a）に示す検索キー『加入者クラス情報；200、E.164番号グループ情報；500、地域コードグループ情報；400』に応じた『ルーティングポリシー情報』を決定することになる。
【００５１】
まず、S-CSCF（31）は、図１３（a）に示す検索キー『加入者クラス情報；200、E.164番号グループ情報；500、地域コードグループ情報；400』を基に、ルーティングポリシー管理テーブル（35）を検索し、図１３（a）に示す検索キー『加入者クラス情報；200、E.164番号グループ情報；500、地域コードグループ情報；400』に該当するレコードが、ルーティングポリシー管理テーブル（35）に存在するか否かを判定する。
【００５２】
この場合、S-CSCF（31）は、図１３（a）に示す検索キー『加入者クラス情報；200、E.164番号グループ情報；500、地域コードグループ情報；400』に該当するレコードが、ルーティングポリシー管理テーブル（35）には存在しないと判定する。このため、S-CSCF（31）は、図１３（a）に示す検索キー『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』の中で、優先順位の最も低い『地域コードグループ情報』を検索キーから除外する（defaultに設定する）。そして、S-CSCF（31）は、図１３（b）に示す検索キー『加入者クラス情報；200、E.164番号グループ情報；500、地域コードグループ情報；default』を基に、ルーティングポリシー管理テーブル（35）を検索し、図１３（b）に示す検索キー『加入者クラス情報；200、E.164番号グループ情報；500、地域コードグループ情報；default』に該当するレコードが、ルーティングポリシー管理テーブル（35）に存在するか否かを判定する。
【００５３】
この場合、S-CSCF（31）は、図１３（b）に示す検索キー『加入者クラス情報；200、E.164番号グループ情報；500、地域コードグループ情報；default』に該当するレコードが、ルーティングポリシー管理テーブル（35）には存在しないと判定する。このため、S-CSCF（31）は、図１３（b）に示す検索キー『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』の中で、優先順位の２番目に低い『E.164番号グループ情報』を検索キーから除外する（defaultに設定する）。そして、S-CSCF（31）は、図１３（c）に示す検索キー『加入者クラス情報；200、E.164番号グループ情報；default、地域コードグループ情報；default』を基に、ルーティングポリシー管理テーブル（35）を検索し、図１３（c）に示す検索キー『加入者クラス情報；200、E.164番号グループ情報；default、地域コードグループ情報；default』に該当するレコードが、ルーティングポリシー管理テーブル（35）に存在するか否かを判定する。
【００５４】
この場合、S-CSCF（31）は、図１３（c）に示す検索キー『加入者クラス情報；200、E.164番号グループ情報；default、地域コードグループ情報；default』に該当するレコードが、ルーティングポリシー管理テーブル（35）に存在すると判定する。このため、S-CSCF（31）は、図１３（c）に示す検索キー『加入者クラス情報；200、E.164番号グループ情報；default、地域コードグループ情報；default』に該当するレコードに対応付けられた『ルーティングポリシー情報；1000』をルーティングポリシー管理テーブル（35）から取得する。
【００５５】
これにより、S-CSCF（31）は、INVITE信号に含まれる情報を基に、通信経路を決定するための決定要素となる『ルーティングポリシー情報；1000』を特定することが可能となる。
【００５６】
次に、S-CSCF（31）は、INVITE信号に含まれる着信側UE（13）の『ドメイン名；domain 02.com』と、上記処理で特定した『ルーティングポリシー情報;1000』と、を検索キーとし、図１２に示す経路管理テーブル（36）を検索し、『ドメイン名；domain 02.com、ルーティングポリシー情報;1000』に応じた『通信経路A』を特定する。
【００５７】
そして、S-CSCF（31）は、上記特定した『通信経路A』に存在する着信側P-CSCF（22）と接続し、その接続した着信側P-CSCF（22）を経由して着信側UE（13）にINVITE信号を送信する。そして、S-CSCF（31）は、発信側UE（11）と、着信側UE（13）と、が『通信経路A』を経由してシグナリングを行うように制御する。
【００５８】
なお、S-CSCF（31）は、『ドメイン名、ルーティングポリシー情報』に応じた『通信経路』が経路管理テーブル（36）に存在しない場合には、『ルーティングポリシー情報』を検索キーから除外し（defaultに設定する）、『ドメイン名；domain 02.com、ルーティングポリシー情報;default』に応じた『通信経路』を特定し、その特定した『通信経路』を用いてINVITE信号を着信側UE（13）に送信する。そして、S-CSCF（31）は、発信側UE（11）と、着信側UE（13）と、が『通信経路』を経由してシグナリングを行うように制御する。
【００５９】
このように、本実施形態におけるS-CSCF（31）は、発信側UE（11）からINVITE信号を受付けた場合に、そのINVITE信号に含まれる発信側UE（11）の情報に応じた『通信経路』を決定する。そして、S-CSCF（31）は、その決定した『通信経路』を経由してINVITE信号を着信側UE（13）に送信し、発信側UE（11）と着信側UE（13）との間のシグナリングを行うように制御する。
【００６０】
詳細には、本実施形態におけるS-CSCF（31）は、発信側UE（11）からINVITE信号を受付けた場合に、そのINVITE信号に含まれる発信側UE（11）の情報を基に、加入者クラス管理テーブル（32）、E.164番号グループ管理テーブル（33）、地域コードグループ管理テーブル（34）を参照し、そのINVITE信号に含まれる発信側UE（11）の情報に応じた『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』を取得する。そして、S-CSCF（31）は、その『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』を基に、ルーティングポリシー管理テーブル（35）を参照し、その『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』に応じた『ルーティングポリシー情報』を取得する。この時、本実施形態におけるS-CSCF（31）は、予めシステムに設定された優先順位で『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』の順番を変更し、その変更した情報を検索キーとして、ルーティングポリシー管理テーブル（35）を参照し、検索キーに応じた『ルーティングポリシー情報』を特定する。そして、S-CSCF（31）は、INVITE信号に含まれる着信側UE（13）の『ドメイン名』と、上記特定した『ルーティングポリシー情報』と、を基に、経路管理テーブル（36）を参照し、『ドメイン名、ルーティングポリシー情報』に応じた『通信経路』を特定し、その特定した『通信経路』を利用してシグナリングを行うように制御する。
【００６１】
これにより、本実施形態における呼制御システムは、SIPを利用したシグナリングを行う場合に、INVITE信号に含まれる発信側UE（11）の情報に応じてシグナリングの通信経路を動的に変更することが可能となる。
【００６２】
なお、上述した実施形態では、S-CSCF（31）は、INVITE信号に含まれる着信側UE（13）の『ドメイン名』と、S-CSCF（31）で特定した『ルーティングポリシー情報』と、を基に、経路管理テーブル（36）を参照し、『ドメイン名、ルーティングポリシー情報』に応じた『通信経路（接続先）』を特定することにしたが、INVITE信号に含まれる着信側UE（13）の情報としては、『電話番号』を利用することも可能である。この場合、経路管理テーブル（36）は、図１４に示すように、『電話番号、ルーティングポリシー情報』と対応付けて『通信経路（接続先）』を管理する。これにより、S-CSCF（31）は、INVITE信号に含まれる着信側UE（13）の『電話番号』と、S-CSCF（31）で特定した『ルーティングポリシー情報』と、に応じた『通信経路（接続先）』を特定し、その特定した『通信経路（接続先）』を利用してシグナリングを行うように制御することが可能となる。
【００６３】
（第２の実施形態）
次に、第２の実施形態について説明する。
【００６４】
第１の実施形態では、INVITE信号に含まれる発信側UE（11）の情報を基に、加入者クラス管理テーブル（32）、E.164番号グループ管理テーブル（33）、地域コードグループ管理テーブル（34）を参照し、そのINVITE信号に含まれる発信側UE（11）の情報に応じた『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』を取得することにした。しかし、INVITE信号に含まれる発信側UE（11）の情報からは、上述した『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』の情報以外にも、『ドメイングループ情報』、『アクセスタイプグループ情報』、『事業者コードグループ情報』等の情報を取得することが可能である。
【００６５】
この場合には、S-CSCF（31）は、図７に示す構成に加えて、図１５に示すように、ドメイングループ管理テーブル（37）と、アクセスタイプグループ管理テーブル（38）と、事業者コードグループ管理テーブル（39）と、を有して構成することになる。
【００６６】
ドメイングループ管理テーブル（37）は、『ドメイングループ情報』を管理するものであり、INVITE信号に含まれる情報（Request-URIのドメイン名）と対応付けて『ドメイングループ情報』を管理する。これにより、S-CSCF（31）は、INVITE信号に含まれる情報に応じた『ドメイングループ情報』を一意に特定することが可能となる。
【００６７】
アクセスタイプグループ管理テーブル（38）は、『アクセスタイプグループ情報』を管理するものであり、INVITE信号に含まれる情報（P-Access-Network-Infoヘッダの「access-info」）と対応付けて『アクセスタイプグループ情報』を管理する。これにより、S-CSCF（31）は、INVITE信号に含まれる情報に応じた『アクセスタイプグループ情報』を一意に特定することが可能となる。
【００６８】
事業者コードグループ管理テーブル（39）は、『事業者コードグループグループ情報』を管理するものであり、INVITE信号に含まれる情報（P-Charging-Vectorヘッダの「orig-ioi」）と対応付けて『事業者コードグループ情報』を管理する。これにより、S-CSCF（31）は、INVITE信号に含まれる情報に応じた『事業者コードグループ情報』を一意に特定することが可能となる。
【００６９】
なお、INVITE信号に含まれる『ドメイン名』、『access-info』、『orig-ioi』の該当箇所を図１６に示す。図１６は、INVITE信号のメッセージ例を示す。
【００７０】
このように、S-CSCF（31）は、INVITE信号に含まれる発信側UE（11）の情報の中から、通信経路を決定する際に使用することが可能な情報（使用情報）を特定することが可能であれば、あらゆる情報を適用することが可能である。但し、S-CSCF（31）は、INVITE信号に含まれる発信側UE（11）の情報に応じた使用情報を一意に特定することが可能となるように、図１５に示すように、各種管理テーブル（32〜34、37〜39）を構築することになる。
【００７１】
なお、S-CSCF（31）は、図１５に示すように、各種管理テーブル（32〜34、37〜39）を構築した場合には、通信経路を決定する際に使用する使用情報を設定する設定部（300）を有し、S-CSCF（31）は、設定部（300）で設定した使用情報を利用して通信経路を決定するように構築することも可能である。これにより、S-CSCF（31）は、通信経路を決定する際に使用する使用情報を動的に変更することが可能となるため、システムの汎用性を向上させることが可能となる。以下、図１５〜図１７を参照しながら、第２の実施形態における呼制御システムについて詳細に説明する。
【００７２】
本実施形態におけるS-CSCF（31）は、通信経路を決定する際に使用する使用情報を設定するために、図１７（a）に示すような設定情報管理テーブル（301）を有して構成する。図１７（a）に示す設定情報管理テーブル（301）は、『使用情報』と、その『優先順位』と、を管理することになる。なお、『使用情報』としては、上述した、『加入者クラス情報』、『E.164番号グループ情報』、『地域コードグループ情報』、『ドメイングループ情報』、『アクセスタイプグループ情報』、『事業者コードグループ情報』等が挙げられる。
【００７３】
S-CSCF（31）は、設定部（300）を用いて『使用情報』を設定情報管理テーブル（301）に設定し、その設定情報管理テーブル（301）に設定した『使用情報』を利用して通信経路を決定することになる。
【００７４】
例えば、図１７（a）に示す設定情報管理テーブル（301）は、３つの要素を使用情報として設定した場合を示しており、『優先順位』が1番目の使用情報として『加入者クラス情報』を設定し、『優先順位』が２番目の使用情報として『E.164番号グループ情報』を設定し、『優先順位』が３番目の使用情報として『地域コードグループ情報』を設定した場合を示している。これにより、設定情報管理テーブル（301）は、使用情報を『加入者クラス情報→E.164番号グループ情報→地域コードグループ情報』の優先順位で管理することになるため、S-CSCF（31）は、INVITE信号を受付けた場合に、設定情報管理テーブル（301）を参照し、設定情報管理テーブル（301）に設定されている『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』を取得することになる。これにより、S-CSCF（31）は、第１の実施形態と同様に、INVITE信号に含まれる情報に応じた『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』を取得し、その取得した情報を基に、ルーティングポリシー情報を決定するための図１３（a）に示す検索キー『加入者クラス情報；200、E.164番号グループ情報；500、地域コードグループ情報；400』を作成することになる。
【００７５】
また、図１７（b）に示す設定情報管理テーブル（301）は、１つの要素を使用情報として設定した場合を示しており、『優先順位』が1番目の使用情報として『加入者クラス情報』を設定し、その他の情報は使用しない場合（『優先順位』が２、３番目の使用情報を『default』と設定した場合）を示している。これにより、設定情報管理テーブル（301）は、使用情報を『加入者クラス情報→default→default』の優先順位で管理することになるため、S-CSCF（31）は、INVITE信号を受付けた場合に、そのINVITE信号に含まれる情報に応じた『加入者クラス情報』を取得し、その取得した情報を基に、ルーティングポリシー情報を決定するための検索キー『加入者クラス情報；200、default、default』を作成することになる。
【００７６】
なお、本実施形態におけるルーティングポリシー管理テーブル（35）は、図１２に示すように、『加入者クラス情報、E.164番号グループ情報、地域コードグループ情報』だけでなく、設定部（300）で設定可能な全ての使用情報に対応付けて『ルーティングポリシー情報』を管理するように構築することになる。
【００７７】
このように、本実施形態におけるS-CSCF（31）は、通信経路を決定する際に使用する使用情報を設定情報管理テーブル（301）に設定する。そして、S-CSCF（31）は、INVITE信号を受付けた場合に、設定情報管理テーブル（301）を参照し、INVITE信号に含まれる発信側の情報の中から設定情報管理テーブル（301）に設定されている情報を取得し、該取得した情報を利用して通信経路を決定することになる。これにより、S-CSCF（31）は、通信経路を決定する際に使用する使用情報を動的に変更することが可能となるため、システムの汎用性を向上させることが可能となる。
【００７８】
（第３の実施形態）
次に、第３の実施形態について説明する。
【００７９】
上述した実施形態における呼制御システムでは、S-CSCF（31）は、発信側UE（11）からINVITE信号を受付けた場合に、そのINVITE信号に含まれる発信側UE（11）の情報に応じた『通信経路（接続先）』を決定し、該決定した『通信経路（接続先）』を経由してINVITE信号を着信側UE（13）に送信し、発信側UE（11）と着信側UE（13）との間のシグナリングを行うように制御した。
【００８０】
第３の実施形態における呼制御システムでは、S-CSCF（31）は、発信側UE（11）からINVITE信号を受付けた場合に、そのINVITE信号に含まれる発信側UE（11）の情報に応じた『サービス種別』を決定し、該決定した『サービス種別』をその発信側UE（11）に提供するように制御する。これにより、S-CSCF（31）は、INVITE信号に含まれる発信側UE（11）の情報に応じた『サービス種別』を発信側UE（11）に提供することが可能となる。例えば、発信側UE（11）の情報に応じた広帯域をその発信側UE（11）に対して割り当てるように制御したり、AS（51）を起動し、発信側UE（11）の情報に応じたガイダンス等を発信側UE（11）に通知するなどの各種サービスを提供したりすることが可能となる。なお、INVITE信号に含まれる発信側UE（11）の情報に応じた『サービス種別』を決定するためには、図１８に示すように、経路管理テーブル（36）において、『着信側UEの情報（ドメイン名、電話番号）』と、『ルーティングポリシー情報』と、に対応付けて『通信経路（接続先）』と、『サービス種別』と、を管理するように構築することになる。
【００８１】
これにより、S-CSCF（31）は、INVITE信号に含まれる『着信側UE（13）の情報（ドメイン名、電話番号等）』と、S-CSCF（31）で特定した『ルーティングポリシー情報』と、に応じた『通信経路（接続先）』と、『サービス種別』と、を特定し、その特定した『通信経路（接続先）』を利用してシグナリングを行うように制御すると共に、その特定した『サービス種別』に応じた各種サービスを発信側UE（11）に対して提供するように制御することが可能となる。
【００８２】
（第４の実施形態）
次に、第４の実施形態について説明する。
【００８３】
第４の実施形態における呼制御システムでは、S-CSCF（31）は、INVITE信号を受付けた場合に、そのINVITE信号に含まれる着信側の情報を基に、上述した通信経路・サービス種別の決定処理を実行するか否かを判断することを特徴とする。これにより、INVITE信号に含まれる着信側の情報に応じて上述した通信経路・サービス種別を実行するか否かを制御することが可能となる。以下、図１９を参照しながら、第４の実施形態について詳細に説明する。
【００８４】
本実施形態におけるS-CSCF（31）は、図１９に示す実行可否管理テーブル（302）を有して構成する。実行可否管理テーブル（302）は、図１９に示すように、『実行可否情報』と、『通信経路（接続先）』と、『サービス種別』と、を、着信側の情報『ドメイン名、電話番号等』に対応付けて管理することになる。
【００８５】
『実行可否情報』は、通信経路・サービス種別の決定処理を実行するか否かを決定するための情報であり、実行可の情報『1：ON』の場合には、上述した決定処理を実行し、実行不可の情報『０：OFF』の場合には、上述した決定処理を実行しないように制御することになる。
【００８６】
なお、図１９に示す実行可否管理テーブル（302）では、フラグのON／OFFにより、上述した決定処理を実行するか否かを決定するように構築したが、上記決定処理を実行するか否かを決定することが可能な情報であれば、あらゆる情報を実行可否情報として適用することが可能である。
【００８７】
『通信経路（接続先）』は、上記決定処理を実行しない場合に、着信側UE（13）と接続する通信経路を特定するための情報である。
【００８８】
『サービス種別』は、上記決定処理を実行しない場合に、発信側UE（11、12）に対して提供する各種サービスを特定するための情報である。
【００８９】
なお、本実施形態におけるS-CSCF（31）は、INVITE信号を受付けた場合に、そのINVITE信号に含まれる着信側UE（13）の情報（ドメイン名、または、電話番号）を基に、実行可否管理テーブル（302）を参照し、着信側UE（13）の情報に対応付けられた実行可否情報が、実行可の情報か、実行不可の情報か、を判断する。
【００９０】
S-CSCF（31）は、実行可否情報が、実行可の情報『1：ON』の場合には、上述した実施形態で説明した通信経路・サービス種別の決定処理を実行することになる。
【００９１】
また、S-CSCF（31）は、実行可否情報が、実行不可の情報『０：OFF』の場合には、通信経路・サービス種別の決定処理を実行せず、その着信側UE（13）の情報に対応付けられた『通信経路（接続先）』を経由してシグナリングを行うように制御する。また、その着信側UE（13）の情報に対応付けられた『サービス種別』に応じた各種サービスを発信側UE（11、12）に対して提供するように制御する。
【００９２】
これにより、S-CSCF（31）は、INVITE信号を受付けた場合に、そのINVITE信号に含まれる着信側の情報に応じて上述した通信経路・サービス種別を実行するか否かを制御することが可能となる。
【００９３】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において当業者が上記実施形態の修正や代用を行い、種々の変更を施した形態を構築することが可能である。
【００９４】
例えば、上述した本実施形態における呼制御システムを構成する各装置における制御動作は、ハードウェア、または、ソフトウェア、あるいは、両者の複合構成を用いて実行することも可能である。
【００９５】
なお、ソフトウェアを用いて処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させることが可能である。あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【００９６】
例えば、プログラムは、記録媒体としてのハードディスクやROM（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、リムーバブル記録媒体に、一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。なお、リムーバブル記録媒体としては、フロッピー（登録商標）ディスク、CD-ROM（Compact Disc Read Only Memory），MO（Magneto optical）ディスク，DVD（Digital Versatile Disc）、磁気ディスク、半導体メモリなどが挙げられる。
【００９７】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールすることになる。また、ダウンロードサイトから、コンピュータに無線転送することになる。また、ネットワークを介して、コンピュータに有線で転送することになる。
【００９８】
また、本実施形態における呼制御システムは、上記実施形態で説明した処理動作に従って時系列的に実行されるのみならず、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に実行するように構築することも可能である。
【００９９】
また、本実施形態における呼制御システムは、複数の装置の論理的集合構成にしたり、各構成の装置が同一筐体内に存在する構成にしたりするように構築することも可能である。
【産業上の利用可能性】
【０１００】
本発明は、SIPを利用した各種通信システムに適用可能である。
【図面の簡単な説明】
【０１０１】
【図１】本実施形態の呼制御システムの概要を説明するための図である。
【図２】本実施形態の呼制御システムのシステム構成例を示す図である。
【図３】加入者プロファイル管理テーブル（42）のテーブル構成例を示す図である。
【図４】S-CSCF（31）が、HSS（41）から加入者クラス情報を取得する際の処理動作を説明するための図である。
【図５】加入者クラス管理テーブル（32）のテーブル構成例を示す図である。
【図６】S-CSCF（31）が、ルーティング処理を行う場合を説明するための図である。
【図７】第１の実施形態におけるS-CSCF（31）の構成例を示す図である。
【図８】E.164番号グループ管理テーブル（33）のテーブル構成例を示す図である。
【図９】地域コードグループ管理テーブル（34）のテーブル構成例を示す図である。
【図１０】INVITEメッセージ例を示す図である。
【図１１】ルーティングポリシー管理テーブル（35）のテーブル構成例を示す図である。
【図１２】経路管理テーブル（36）のテーブル構成例を示す図である。
【図１３】『ルーティングポリシー情報』を決定する際の検索処理を説明するための図である。
【図１４】経路管理テーブル（36）のテーブル構成例を示す第２の図である。
【図１５】第２の実施形態におけるS-CSCF（31）の構成例を示す図である。
【図１６】INVITEメッセージ例を示す図である。
【図１７】設定情報管理テーブル（301）のテーブル構成例を示す図である。
【図１８】第３の実施形態における経路管理テーブル（36）のテーブル構成例を示す図である。
【図１９】実行可否管理テーブル（302）のテーブル構成例を示す図である。
【図２０】本実施形態と関連する呼制御システムのシステム構成例を示す図である。
【符号の説明】
【０１０２】
１    発信側端末
２    着信側端末
３    呼制御装置
４    決定部（決定手段）
５    制御部（制御手段）
１１、１２    発信側UE
１３    着信側UE
２１、２２、２３    P-CSCF
３１    S-CSCF
３２    加入者クラス管理テーブル
３３    E.164番号グループ管理テーブル
３４    地域コードグループ管理テーブル
３５    ルーティングポリシー管理テーブル
３６    経路管理テーブル
３７    ドメイングループ管理テーブル
３８    アクセスタイプグループ管理テーブル
３９    事業者コードグループ管理テーブル
３００    設定部（設定手段）
３０１    設定情報管理テーブル
３０２    実行可否管理テーブル
４１    HSS
４２    加入者プロファイル管理テーブル
５１    AS
【図１】
0005139815.tif 000002
【図２】
0005139815.tif 000003
【図３】
0005139815.tif 000004
【図４】
0005139815.tif 000005
【図５】
0005139815.tif 000006
【図６】
0005139815.tif 000007
【図７】
0005139815.tif 000008
【図８】
0005139815.tif 000009
【図９】
0005139815.tif 000010
【図１０】
0005139815.tif 000011
【図１１】
0005139815.tif 000012
【図１２】
0005139815.tif 000013
【図１３】
0005139815.tif 000014
【図１４】
0005139815.tif 000015
【図１５】
0005139815.tif 000016
【図１６】
0005139815.tif 000017
【図１７】
0005139815.tif 000018
【図１８】
0005139815.tif 000019
【図１９】
0005139815.tif 000020
【図２０】
0005139815.tif 000021