(57)【特許請求の範囲】
【請求項１】
通信ネットワークと情報ネットワークとに接続されたサービス連携装置であって、
前記通信ネットワークからのサービス要求を受信する通信ネットワーク対応手段と、
前記情報ネットワークからのサービス要求を受信する情報ネットワーク対応手段と、
前記通信ネットワーク対応手段、あるいは前記情報ネットワーク対応手段が前記サービス要求を受信すると、取り扱うサービスを抽象化したユーザエージェントをエントリするためのリソースであるポートを生成し、前記ポートを用いてサービスのセッションを開始する振り分け手段と、
前記ポートを用いて開始した前記サービスのセッションについて、セッションの識別子毎にセッション情報データ、前記ポートを経由した前後の差分情報及びユーザ毎の契約情報を保持する通信履歴保持手段と、
実行すべきセッション開始候補のサービスについて、前記通信履歴保持手段に保持されている前記セッション情報データ、前記ポートを経由した前後の差分情報及びユーザ毎の契約情報を参照して、セッションの衝突、またはセッションの競合の発生を検索した結果に基づき該セッション開始候補のサービスを実行するか、あるいは不実行とするかを判定し、該判定結果に基づき、前記サービス要求に対するサービス実行処理を制御する分析処理手段と
を備えることを特徴とするサービス連携装置。
【請求項２】
前記通信ネットワーク、あるいは前記情報ネットワークから提供されるサービスをカテゴリ化し、各サービスカテゴリに優先順位を固定的に付与したサービスカテゴリ情報を保持するサービス情報保持手段を備え、
前記振り分け手段は、
前記サービス情報保持手段に保持されているサービスカテゴリ情報に基づいて、前記サービス要求に対する処理を優先順位に従って制御することを特徴とする請求項１記載のサービス連携装置。
【請求項３】
通信ネットワークと情報ネットワークとに接続されたサービス連携装置における連携サービス競合制御方法であって、
前記通信ネットワークからのサービス要求を受信する通信ネットワーク対応ステップと、
前記情報ネットワークからのサービス要求を受信する情報ネットワーク対応ステップと、
前記通信ネットワーク対応ステップ、あるいは前記情報ネットワーク対応ステップにおいて前記サービス要求を受信すると、取り扱うサービスを抽象化したユーザエージェントをエントリするためのリソースであるポートを生成し、前記ポートを用いてサービスのセッションを開始する振り分けステップと、
前記ポートを用いて開始した前記サービスのセッションについて、セッションの識別子毎にセッション情報データ、前記ポートを経由した前後の差分情報及びユーザ毎の契約情報を保持する通信履歴保持ステップと、
実行すべきセッション開始候補のサービスについて、前記通信履歴保持ステップにより保持されている前記セッション情報データ、前記ポートを経由した前後の差分情報及びユーザ毎の契約情報を参照して、セッションの衝突、またはセッションの競合の発生を検索した結果に基づき該セッション開始候補のサービスを実行するか、あるいは不実行とするかを判定し、該判定結果に基づき、前記サービス要求に対するサービス実行処理を制御する分析処理ステップと
を有することを特徴とする連携サービス競合制御方法。
【請求項４】
請求項３に記載の連携サービス競合制御方法をコンピュータに実行させるための連携サービス競合制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク内の通信関係データ情報機能を連携サービスとしてＡＰＩ（Application Program Interface）関数などを用いて、Ｗｅｂサービス提供システムにサービス提供するための技術に係り、特に、複数のサービスが要求された場合に発生するサービス競合を制御するサービス連携装置、連携サービス競合制御方法、及びプログラムに関する。
【背景技術】
【０００２】
現在、通信ネットワーク技術において、次世代通信ネットワークであるＮＧＮ（Next Generation Network）については、様々な技術が開発中である。
【０００３】
例えば、通信機能のＡＰＩ化を行って個人ユーザを含むサードパーティに公開提供する技術が検討されている（例えば、非特許文献１、非特許文献２参照）。該従来技術では、通信ネットワーク内の通信関係データ情報機能が連携サービスとしてＡＰＩ関数にて提供される。
【非特許文献１】ＮＴＴ技術ジャーナル  ２００７．４，Ｐ３２〜Ｐ４３，Ｐ７１〜Ｐ７３
【非特許文献２】ＮＩＫＫＥＩ  ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ２００５．４．１５，Ｐ４９
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来技術では、ＡＰＩ関数により通信関連データ情報をウェブサービスに提供してサービス連携を行うことは提案されていたが、１つのユーザのサービス要求から複数のサービスを組み合わせて連携サービスが合成された場合に、合成された複数のサービスが起動され、これらがＡＰＩを同時に利用して競合が発生した際、どのようにして競合を制御するかについて何ら検討されていなかった。したがって、ＡＰＩ関数による連携サービス要求により通信ネットワーク内の通信関係データ情報機能とサービスとを連携する場合、複数のサービス要求によって発生するＡＰＩ競合状態を解決する必要がある。
【０００５】
本発明は、このような事情を考慮してなされたものであり、その目的は、通信ネットワークと情報ネットワークとの連携サービスを提供する際に、ＡＰＩ実行時に起こり得る競合を制御することができ、ＡＰＩ実行エラーを防ぐことができ、効率の良い連携サービスを提供することができるサービス連携装置、連携サービス競合制御方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明は、通信ネットワークと情報ネットワークとに接続されたサービス連携装置であって、前記通信ネットワークからのサービス要求を受信する通信ネットワーク対応手段と、前記情報ネットワークからのサービス要求を受信する情報ネットワーク対応手段と、前記通信ネットワーク対応手段、あるいは前記情報ネットワーク対応手段が前記サービス要求を受信すると、取り扱うサービスを抽象化したユーザエージェントをエントリするためのリソースであるポートを生成し、前記ポートを用いてサービスのセッションを開始する振り分け手段と、前記ポートを用いて開始した前記サービスのセッションについて、セッションの識別子毎にセッション情報データ、前記ポートを経由した前後の差分情報及びユーザ毎の契約情報を保持する通信履歴保持手段と、実行すべきセッション開始候補のサービスについて、前記通信履歴保持手段に保持されている前記セッション情報データ、前記ポートを経由した前後の差分情報及びユーザ毎の契約情報を参照して、セッションの衝突、またはセッションの競合の発生を検索した結果に基づき該セッション開始候補のサービスを実行するか、あるいは不実行とするかを判定し、該判定結果に基づき、前記サービス要求に対するサービス実行処理を制御する分析処理手段とを備えることを特徴とするサービス連携装置である。
【０００８】
本発明は、上記の発明において、前記通信ネットワーク、あるいは前記情報ネットワークから提供されるサービスをカテゴリ化し、各サービスカテゴリに優先順位を固定的に付与したサービスカテゴリ情報を保持するサービス情報保持手段を備え、前記振り分け手段は、前記サービス情報保持手段に保持されているサービスカテゴリ情報に基づいて、前記サービス要求に対する処理を優先順位に従って制御することを特徴とする。
【０００９】
また、上述した課題を解決するために、本発明は、通信ネットワークと情報ネットワークとに接続されたサービス連携装置における連携サービス競合制御方法であって、前記通信ネットワークからのサービス要求を受信する通信ネットワーク対応ステップと、前記情報ネットワークからのサービス要求を受信する情報ネットワーク対応ステップと、前記通信ネットワーク対応ステップ、あるいは前記情報ネットワーク対応ステップにおいて前記サービス要求を受信すると、取り扱うサービスを抽象化したユーザエージェントをエントリするためのリソースであるポートを生成し、前記ポートを用いてサービスのセッションを開始する振り分けステップと、前記ポートを用いて開始した前記サービスのセッションについて、セッションの識別子毎にセッション情報データ、前記ポートを経由した前後の差分情報及びユーザ毎の契約情報を保持する通信履歴保持ステップと、実行すべきセッション開始候補のサービスについて、前記通信履歴保持ステップにより保持されている前記セッション情報データ、前記ポートを経由した前後の差分情報及びユーザ毎の契約情報を参照して、セッションの衝突、またはセッションの競合の発生を検索した結果に基づき該セッション開始候補のサービスを実行するか、あるいは不実行とするかを判定し、該判定結果に基づき、前記サービス要求に対するサービス実行処理を制御する分析処理ステップとを有することを特徴とする連携サービス競合制御方法である。
【００１０】
また、上述した課題を解決するために、本発明は、前記連携サービス競合制御方法をコンピュータに実行させるための連携サービス競合制御プログラムである。
【発明の効果】
【００１１】
この発明によれば、通信ネットワークと情報ネットワークとの連携サービスを提供する際に、ＡＰＩ実行時に起こり得る競合を制御することができ、ＡＰＩ実行エラーを防ぐことができ、効率の良い連携サービスを提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の一実施形態を、図面を参照して説明する。
【００１５】
Ａ．第１実施形態
まず、本発明の第１実施形態について説明する。
図１は、本発明の第１実施形態による、サービス連携装置を用いた基本システムの構成を示すブロック図である。図１において、サービス連携装置１は、通信ネットワーク２の機能や、情報、データなどを情報ネットワーク３に連携サービス提供する。情報ネットワーク３は、サービス内容を、例えば、ＡＰＩで指定してサービス連携装置１に要求することで通信ネットワーク２が持つ機能や、情報、データなどを連携サービスとして享受する。しかし、サービス連携装置１上では、ＡＰＩで指定されるサードパーティによるサービスが配備されるため、サービスによる処理の安全性をサービス側に求めることができず、サービス連携装置１としてサービス競合制御を行う必要がある。
【００１６】
このような連携サービスにおいて、通信ネットワーク２からのテレコム契機の信号を、サービス連携装置１から上位のサービスヘ振り分けるためには、サービス連携装置１が受けたサービス要求信号を分析し、サービス起動候補を抽出し、何らかの方法で、起動するサービスを決定する必要がある。
【００１７】
情報ネットワーク３からのサービス要求を契機とするサービス連携装置１の利用では、サービスが利用するＡＰＩを明示的に要求してくるので、サービス連携装置１において、この段階での振り分けは必要ない。しかし、いったん起動したサービスの中でサービス連携装置１が発呼する場合には、該発呼に加入者の契約情報に基づいて、通信ネットワークからのセッション制御信号を契機とするサービスが起動する可能性があるため、振り分け機能が必要である。
【００１８】
図２は、本第１実施形態によるサービス連携装置１の構成を示すブロック図である。図２には、この振り分け機能を用いた連携サービス競合制御を行うサービス連携装置１の詳細機能を示している。サービス連携装置１は、通信ネットワーク対応機能１１、情報ネットワーク対応機能１２、振り分け機能１３、セッション情報記録保持管理機能１４、ユーザ契約情報ファイル１６、信号履歴ファイル１７、分析処理機能１８、及びセッション管理テーブル１９を備えている。
【００１９】
信号履歴ファイル１７には、識別子付信号データと記述フィールド判定用差分情報とが記録され、ユーザ契約情報ファイル１６には、ユーザ契約のサービス情報が記録保持される。情報ネットワーク対応機能１２は、情報ネットワーク３からのＡＰＩサービス要求を受信すると、該サービス要求を分析して振り分け機能１３に転送する。
【００２０】
また、通信ネットワーク対応機能１１が通信ネットワークの用いるプロトコル、例えば、ＳＩＰ（Session Initiation Protocol）によるセッション開始要求信号を受信すると、振り分け機能１３と通信ネットワーク対応機能１１とによるセッションの処理が行われる。セッション情報記録保持管理機能１４は、１セッションの状態に識別子を付与し、該識別子を信号履歴ファイル１７に記録保持する。セッション管理テーブル１９には、該識別子毎の信号データ、差分データ、及びユーザ毎の契約情報データが記入される。分析処理機能１８は、次のセッション候補サービス毎にセッション管理テーブル１９にて、衝突や、競合の状態、サービス内容などを一致検索し、該一致検索により、次の候補サービスを実行、あるいは不実行にしてＡＰＩサービス競合制御と状態整合とを行う。
【００２１】
図３及び図４は、本第１実施形態によるサービス連携装置１の動作を説明するためのシーケンス図である。まず、セッション制御信号を信号履歴ファイルに記録する際のシーケンスについて説明する。通信ネットワーク対応機能１１が事前ＳＩＰ信号を受信する（ステップＳ０）。ここで、事前ＳＩＰ信号とは、ステップＳ１にて受信するＡＰＩサービス要求信号、あるいはステップＳ２にて受信するＩｎｉｔｉａｌ  ＩＮＶＩＴＥ信号以前に受信するＳＩＰ信号である。次に、振り分け機能１３は、ｉＦＣ（initial Filter Criteria）起動フィルタにより該事前ＳＩＰセッション開始要求信号にて起動すべきサービスを決定する（ステップＳ１１）。この場合ｉＦＣ起動フィルタ機能には、ユーザ契約情報ファイル１６からのユーザ契約情報を利用する。次に、振り分け機能１３は、ステップＳ１１で決定した起動すべきサービスのセッションを開始し（ステップＳ１２）、ポート管理を開始する（ステップＳ１３）。なお、該ポート管理の詳細については後述する。
【００２２】
セッション情報記録保持管理機能１４は、１セッションの状態に識別子を付与し、該識別子を管理する（ステップＳ１４）。信号履歴ファイル１７には、該識別子とセッション情報データとを記録保持され、最新の記録がセッション管理テーブル１９に書き込まれる（ステップＳ１５）。振り分け機能１３は、ポートを経由した該セッションの前後のセッション情報データ差分情報（ＳＩＰ信号であれば、差分発生対象のヘッダ名、またはＲｅｑｕｅｓｔＵＲＩ）を信号履歴ファイル１７に記録し、該記録は、セッション管理テーブル１９に書き込まれる（ステップＳ１６）。分析処理機能１８は、識別子とセッション情報データと差分情報とをセッション管理テーブル１９に保持して管理する（ステップＳ１７）。
【００２３】
セッション管理テーブル１９に書き込まれているデータは、事前のＳＩＰ信号に関するデータである。すなわち、ステップＳ２で受信したＳＩＰ信号より以前にサービス連携装置１が受信処理した事前ＳＩＰ信号を振り分け機能１３がポート管理した結果のＳＩＰ信号の識別子と、セッション情報データと、ポートを経由した前後の差分情報とが信号履歴ファイル１７に記録保持され、セッション管理テーブル１９には、最新の該記録が書き込まれる。セッション情報データには、ユーザ情報が含まれている。
【００２４】
次に、情報ネットワーク３からのサービス要求時におけるサービス連携動作のシーケンスについて説明する。まず、情報ネットワーク対応機能１２は、情報ネットワーク３からのＡＰＩによるサービス要求を受信し（ステップＳ１）、ステップＳ１で受信したＡＰＩに対応するサービスを起動する（ステップＳ１８）。次に、情報ネットワーク対応機能１２は、該サービスが３ＰＣＣ（Third Party Call Control）であるか、ウェブＵＡ（User Agent）であるかを判定し（ステップＳ１９）、３ＰＣＣであれば、ステップＳ２１に進み、ウェブＵＡであれば、ステップ２０へ進む。ウェブＵＡであった場合、情報ネットワーク対応機能１２は、該サービスの起動を行うため、Ｗｅｂサーバにアクセスする（ステップＳ２０）。
【００２５】
一方、３ＰＣＣであった場合には、振り分け機能１３は、該３ＰＣＣのセッションをＵＲＩ（Uniform Resource Identifier）分析を含む分析判定を行い、必要なポートなどのリソースの準備と手順制御の設定とを行う（ステップＳ２１）。次に、振り分け機能１３は、ステップＳ１で受信した該ＡＰＩの要求についてｉＦＣフィルタリング機能を用い、またユーザ契約情報ファイル１６からのユーザ情報を参照して、ステップＳ２１の手順制御の設定を、必要に応じて修正し（ステップＳ２２）、ステップＳ１で受信したセッション開始要求信号にて起動すべきサービスのセッションを開始する（ステップＳ４）。
【００２６】
次に、分析処理機能１８は、セッション管理テーブル１９にてステップＳ４でのセクション開始要求信号のサービス内容（ＵＲＩや、電話番号など）に一致するものがないか検索し（ステップＳ５）、一致する情報があるか否かを判定し（ステップＳ６）、一致する情報がある場合には、ステップ９か（通信ネットワーク対応機能１１がＳＩＰ要求を受信した場合）、あるいはステップ２４に（情報ネットワーク対応機能１２がＡＰＩサービス要求を受信した場合）進み、一致する情報がない場合には、ステップ７か（通信ネットワーク対応機能１１がＳＩＰ要求を受信した場合）、あるいはステップＳ２６に（情報ネットワーク対応機能１２がＡＰＩサービス要求を受信した場合）進む。
【００２７】
通信ネットワーク対応機能１１がＳＩＰ要求を受信した場合であって、一致する情報がない場合には、振り分け機能１３は、ステップＳ２で受信したサービスであるＳＩＰ連携サービスのプロセスを実行し（ステップＳ７）、通信ネットワーク対応機能１１は、ステップ７でのＳＩＰ連携サービスの機能要求を中継する（ステップＳ８）。
【００２８】
一方、通信ネットワーク対応機能１１がＳＩＰ要求を受信した場合であって、一致する情報がある場合には、ステップＳ２で受信したサービスを拒否し（ステップＳ９）、通信ネットワーク対応機能１１は、ステップＳ２で受信したサービスの拒否通知を中継する（ステップＳ１０）。
【００２９】
また、情報ネットワーク対応機能１２がＡＰＩサービス要求を受信した場合であって、一致する情報がある場合には、情報ネットワーク対応機能１２は、ステップＳ１で受信した３ＰＣＣ対応サービスを拒否する（ステップＳ２４）。また、情報ネットワーク対応機能１２がＡＰＩサービス要求を受信した場合であって、一致する情報がない場合には、ステップＳ１で受信した３ＰＣＣサービスのセッションの中継を行う（ステップＳ２６）。
【００３０】
次に、通信ネットワーク２からのサービス要求時におけるサービス連携動作のシーケンスについて説明する。まず、通信ネットワーク対応機能１１は、ＳＩＰセッション開始要求信号（Ｉｎｉｔｉａｌ  ＩＮＶＩＴＥ信号）を受信する（ステップＳ２）。振り分け機能１３は、ｉＦＣ起動フィルタにより、ステップＳ２で受信したセッション開始要求信号にて起動すべきサービスを決定する（ステップＳ３）。この場合、ｉＦＣ起動フィルタ機能には、ユーザ契約情報ファイル１６からのユーザ契約情報を用いる。次に、振り分け機能１３は、ステップＳ２で受信したセッション開始要求信号にて起動すべきサービスのセクションを開始する（ステップＳ４）。
【００３１】
分析処理機能１８は、セッション管理テーブル１９を参照し、ステップＳ４でのセッション開始要求信号のサービス内容（ＵＲＩや電話番号など）に一致するものがないか検索し（ステップＳ５）、一致する情報があるか否かを判定し（ステップＳ６）、前述したように、一致する情報がある場合には、ステップ９か（通信ネットワーク対応機能１１がＳＩＰ要求を受信した場合）、あるいはステップ２４に（情報ネットワーク対応機能１２がＡＰＩサービス要求を受信した場合）進み、一致する情報がない場合には、ステップ７か（通信ネットワーク対応機能１１がＳＩＰ要求を受信した場合）、あるいはステップＳ２６に（情報ネットワーク対応機能１２がＡＰＩサービス要求を受信した場合）進む。
【００３２】
以下、前述したように、ステップＳ７、Ｓ８、ステップＳ９、Ｓ１０、ステップＳ２４、Ｓ２５、あるいはステップＳ２６を実行する。
【００３３】
Ｂ．第２実施形態
次に、本発明の第２実施形態について説明する。
図５は、本第２実施形態によるサービス連携装置８１の構成を示すブロック図である。なお、図２に対応する部分には同じ符号を付けて説明を省略する。また、図６は、本第２実施形態による、ポート管理機能を説明するための概念図である。
【００３４】
本第２実施形態において、ポート管理は、連携サービス競合制御の手法である。振り分け機能８３は、情報ネットワーク３からのＡＰＩサービス要求のアクセスを受信すると、あるいは通信ネットワーク対応機能１１がＳＩＰ信号のアクセスを受信すると、図６に示すように、生起ポート５１と非生起ポート５５とを生成し、前述したアクセスの競合制御と状態整合とを行うポート管理を行う。
【００３５】
ここで、ポートとは、サービス連携装置８１においてＵＡ（User Agent）をエントリするためのリソースであり、サービス連携装置８１が受信したＳＩＰイベントをＵＡに渡す。ポートポジションにより、生成されるポートは異なり、生起ポートや、非生起ポート、３ＰＣＣポートなどがある。
【００３６】
ポート管理とは、サービス連携装置８１が受信したＳＩＰイベントの方向性を確認し、各ポート（ＵＡ）に対してイベント分配を行うことである。ＵＡとは、サービス連携装置８１が取り扱うサービスや、通信ネットワーク対応機能１１などの対向要素を抽象化するもので、生起ＵＡや、非生起ＵＡ、ウェブＵＡ、３ＰＣＣＵＡなどがある。
【００３７】
通信ネットワーク２からＳＩＰ信号を受信した振り分け機能８３では、図６に示すように、ｉＦＣで起動フィルタされ、そして起動処理されてセッション開始要求イベントの信号内容を生起ポート５１にてコピーし、ポート５２及び対向要素ＵＡ６１を介して、サービス７１の処理実施後のセッション開始要求イベントの信号内容を該コピーと比較し、差分発生対象のヘッダ名、または「Ｒｅｑｕｅｓｔ  ＵＲＩ」を信号履歴ファイル１７に記録保持する。同様に、ポート５４にてセッション開始要求イベントの信号内容を入力にてコピーし、対向要素ＵＡ６２を介して、サービス７２の処理実施後のセッション開始要求イベントの信号内容を該入力におけるコピーと比較し、差分情報を信号履歴ファイル１６に記録保持する。保持した信号履歴は、最後のセッション開始要求イベントを非生起ポート５５から送信後に開放される。
【００３８】
Ｃ．第３実施形態
次に、本発明の第３実施形態について説明する。
図７は、本第３実施形態によるサービス連携装置１００の構成を示すブロック図である。なお、図７において図２または図５に対応する部分には同一の符号を付けて説明を省略する。本第３実施形態によるサービス連携装置１００は、ＡＰＩによるサービス要求に対する認証が必要な場合の構成である。管理制御機能２１は、ＡＰＩによる要求の正当性をチェックする。通信ネットワーク２からのＳＩＰによる要求については、通信ネットワーク２による認証が完全であるので、管理制御機能２１による認証は必要ではない。システム保守端末１０１は、ユーザ契約情報ファイル１６のデータ更新維持作業を行う。
【００３９】
図８は、本第２実施形態によるサービス連携装置１００の動作を説明するためのシーケンス図である。まず、情報ネットワーク対応機能１２は、情報ネットワーク３からのＡＰＩによるサービス要求を受信し（ステップＳ１）、ステップＳ１で受信したＡＰＩに対応するサービスを起動する（ステップＳ１８）。次に、情報ネットワーク対応機能１２は、該サービスが３ＰＣＣであるか、ウェブＵＡであるかを判定し（ステップＳ１９）、３ＰＣＣであれば、ステップＳ３０に進み、ウェブＵＡであれば、ステップ３２へ進む。
【００４０】
そして、３ＰＣＣであれば、管理制御機能２１は、３ＰＣＣのアクセス（ステップＳ１９の出力）を認証するか否かを判定し（ステップＳ３０）、認証するのであれば、ステップＳ２１（振り分け機能１３における３ＰＣＣ分析判断）に進み、認証しないのであれば、ステップＳ３１に進む。
【００４１】
そして、３ＰＣＣアクセスを認証するのであれば、振り分け機能１３は、該３ＰＣＣのセッションに対してＵＲＩ分析を含む分析判定を行い、必要なポートなどのリソースの準備と手順制御の設定とを行う（ステップＳ２１）。次に、振り分け機能１３は、ステップＳ１で受信した該ＡＰＩの要求についてｉＦＣフィルタリング機能を用い、またユーザ契約情報ファイル１６からのユーザ情報を参照して、ステップＳ２１の手順制御の設定を必要に応じて修正し（ステップＳ２２）、ステップＳ２で受信したセッション開始要求信号にて起動すべきサービスのセッションを開始する（ステップＳ４）。一方、３ＰＣＣアクセスを認証しない場合には、情報ネットワーク対応機能１２は、３ＰＣＣ分のサービス拒絶通知をＷｅｂサーバヘ転送する（ステップＳ３１）。
【００４２】
また、ウェブＵＡであった場合（ステップＳ１９のウェブＵＡ）、管理制御機能２１は、ウェブＵＡのアクセス（ステップＳ１９の出力）を認証するか否かを判定し（ステップＳ３２）、認証するのであれば、ステップＳ２０（情報ネットワーク対応機能１２における転送機能）に進み、認証しないのであれば、ステップＳ３３に進む。
【００４３】
そして、ウェブＵＡアクセスを認証しない場合には、情報ネットワーク対応機能１２は、ウェブＵＡ分のサービス拒絶通知をＷｅｂサーバヘ中継する（ステップＳ３３）。一方、ウェブＵＡアクセスを認証する場合には、情報ネットワーク対応機能１２は、該サービスの起動を行うため、Ｗｅｂサーバにアクセスする（ステップＳ２０）。
【００４４】
Ｄ．第４実施形態
次に、本発明の第４実施形態について説明する。
図９は、本第４実施形態による、サービス連携装置２００と通信ネットワーク２との間、そして、サービス連携装置２００と情報ネットワーク３との間の接続インタフェースの例を示すブロック図である。サービス連携装置２００と通信ネットワーク２との間では、ＳＩＰプロトコルによるＩＭＳ（Internet Protocol Multimedia Subsystem）準拠のテレコムサービスの提供が行われ、サービス連携装置２００と情報ネットワーク３との間では、ＳＯＡＰ／ＨＴＴＰ（Simple Object Access Protocol/ Hyper Text Transfer Protocol）プロトコル、及びＳＯＡＰによるＷＳＤＬ（Web Services Description Language）記述のウェブサービスの提供が行われている。
【００４５】
図１０は、本第４実施形態による、サービスカテゴリと優先度との関係を示す概念図である。図示するように、サービスを、優先度の高い順番に、専用サービス、発番号操作サービス、汎用サービス、着番号検索サービス、接続系サービス、非競合サービスのカテゴリに分類する。本第４実施形態では、提供されるサービスをカテゴリ化し、各サービスカテゴリに優先順位を固定的に付与することでサービスの共存を実現する。サービスカテゴリとは、サービスを分類化したものである。各サービスカテゴリに優先度とトリガポイント（Trigger Point）を固定的に割り当てることで、サービスの共存を実現する。
【００４６】
図１１は、本第４実施形態によるサービス連携装置２００の構成を示すブロック図である。なお、図２に対応する部分には同一の符号を付けて説明を省略する。サービス情報ファイル２０は、サービス毎に、サービスの分類によって予めカテゴリと、その優先順位とが決定されたサービスカテゴリ情報を保持する。振り分け機能１３は、サービス情報ファイル２０のサービスカテゴリを参照し、サービス要求のカテゴリーデータを判定して優先制御することにより、該サービス要求に対して競合制御を行い、またトリガポイント（Trigger Point）によるポート管理を行うことで、通信ネットワーク１と該情報ネットワーク３とのサービス間の干渉による競合を制御する。
【００４７】
図１２及び図１３は、本第４実施形態によるサービス連携装置２００の動作を説明するためのシーケンス図である。なお、以下では、前述した第１乃至第３実施形態の差分ステップについてのみ説明する。振り分け機能１３は、ステップＳ１で受信した該ＡＰＩの要求について、ｉＦＣフィルタリング機能、ユーザ契約情報ファイル１６からのユーザ情報、及びサービス情報ファイル２０に格納されたサービスカテゴリ情報２０１を用いて、ステップＳ２１の手順制御の設定を必要に応じて修正する（ステップＳ２２）。
【００４８】
なお、上述した第１乃至第４実施形態において、サービス連携装置１、８１、１００、２００などによる各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、各ステップの処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００４９】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【産業上の利用可能性】
【００５０】
標準化されたオープンな関数体系でＡＰＩのインタフェースをＷｅｂ上で公開して通信事業者が提供するネットワークサービスとインターネットとの連携によるサービス発展が図られているが、特に、本発明によるＡＰＩ競合制御と状態整合とを実現するシステムにより、サービスエレメント機能の衝突を避けることで、効率的なサービス提供ができるので、通信業及びＷｅｂ産業の発展が図られる。
【図面の簡単な説明】
【００５１】
【図１】本発明の第１実施形態による、サービス連携装置を用いた基本システムの構成を示すブロック図である。
【図２】本第１実施形態によるサービス連携装置１の構成を示すブロック図である。
【図３】本第１実施形態によるサービス連携装置１の動作を説明するためのシーケンス図である。
【図４】本第１実施形態によるサービス連携装置１の動作を説明するためのシーケンス図である。
【図５】本第２実施形態によるサービス連携装置８１の構成を示すブロック図である。
【図６】本第２実施形態による、ポート管理機能を説明するための概念図である。
【図７】本第３実施形態によるサービス連携装置１００の構成を示すブロック図である。
【図８】本第２実施形態によるサービス連携装置１００の動作を説明するためのシーケンス図である。
【図９】本第４実施形態による、サービス連携装置２００と通信ネットワーク２との間、そして、サービス連携装置２００と情報ネットワーク３との間の接続インタフェースの例を示すブロック図である。
【図１０】本第４実施形態による、サービスカテゴリと優先度との関係を示す概念図である。
【図１１】本第４実施形態によるサービス連携装置２００の構成を示すブロック図である。
【図１２】本第４実施形態によるサービス連携装置２００の動作を説明するためのシーケンス図である。
【図１３】本第４実施形態によるサービス連携装置２００の動作を説明するためのシーケンス図である。
【符号の説明】
【００５２】
１、８１、１００、２００  サービス連携装置
２  通信ネットワーク
３  情報ネットワーク
１１  通信ネットワーク対応機能
１２  情報ネットワーク対応機能
１３、８３  振り分け機能
１４  セッション情報保持管理機能
１６  ユーザ契約情報ファイル
１７  信号履歴ファイル
１８  分析処理機能
１９  セッション管理テーブル
２０  サービス情報ファイル
２０１  サービスカテゴリ情報
２１  管理制御機能
５１〜５５  ポート
６１、６２  ＵＡ
７１、７２  サービス
１０１  システム保守端末
８３１  ポート管理機能
【図１】
0004971231.tif 000002
【図２】
0004971231.tif 000003
【図３】
0004971231.tif 000004
【図４】
0004971231.tif 000005
【図５】
0004971231.tif 000006
【図６】
0004971231.tif 000007
【図７】
0004971231.tif 000008
【図８】
0004971231.tif 000009
【図９】
0004971231.tif 000010
【図１０】
0004971231.tif 000011
【図１１】
0004971231.tif 000012
【図１２】
0004971231.tif 000013
【図１３】
0004971231.tif 000014