(57)【要約】【課題】サービス提供システム及びサービス提供サーバの負荷を軽減し、安定したサービスを提供する。【解決手段】データ管理機能部６は、受信した検索依頼からサービス結果保存データ８ヘアクセスしてサービス結果を取得し、取得した検索結果をサービス制御機能部５へ送信する。サービス制御機能部５は、受信したサービス部品の実行結果の有無を確認し、さらに、時刻等の実行結果として有効範囲のものであるかを確認し、依頼したサービスと条件に相当する実行結果が有った場合には、その結果をシナリオエンジン７に通知する。シナリオエンジン７は、サービス部品実行結果を受信すると、シナリオの続きを実行し、その結果をサービス実行結果としてネットワーク対応機能部３へ送信する。ネットワーク対応機能部３は、サービスユーザヘサービス実行結果を送信する。【選択図】図１
2008250952.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークと情報ネットワークとに接続するサービス機能を有するサービス提供システムに適用されるサービス提供方法であって、
サービス要求側からサービス要求を受け付けるサービス要求受付ステップと、
前記サービス要求に対応するサービス部品の実行結果を、データベースに蓄積した過去の実行結果から検索するデータ検索ステップと、
前記検索された過去の実行結果に対応付けられて蓄積されている、サービス部品の実行時のパラメータ情報に基づいて、前記過去の実行結果が前記サービス部品の実行結果として利用可能であるか否かを判定する判定ステップと、
利用可能であると判定された場合、前記過去の実行結果をサービス要求側へ通知する実行結果通知ステップと
を含むことを特徴とするサービス提供方法。
【請求項２】
前記サービス要求に対応するサービス部品の実行結果がサービス結果保存データに存在しない場合、前記サービス要求に対応するサービス部品の実行を依頼するサービス部品実行ステップと、
前記サービス部品の実行時のパラメータ情報と実行結果とを収集するサービス部品実行結果収集ステップと、
収集したサービス部品のパラメータ情報と実行結果とを前記データベースに蓄積するサービス部品情報蓄積ステップと
を更に含むことを特徴とする請求項１記載のサービス提供方法。
【請求項３】
前記サービス部品の実行数が閾値以上であるか否かを判定するサービス実行数判定ステップと、
前記サービス部品の実行数が閾値以上であった場合には、サービス部品の実行を依頼元ヘリダイレクト要求するサービス部品リダイレクトステップと
を更に含むことを特徴とする請求項１または２記載のサービス提供方法。
【請求項４】
通信ネットワークと情報ネットワークとに接続するサービス機能を有するサービス提供システムに適用されるサービス提供装置であって、
過去のサービス部品の実行結果を蓄積する蓄積手段と、
サービス要求側からサービス要求を受け付けるサービス要求受付手段と、
前記サービス要求受付手段により受け付けたサービス要求に対応するサービス部品の実行結果を、前記蓄積手段に蓄積されている過去の実行結果から検索するデータ検索手段と、
前記データ検索手段により検索された過去の実行結果に対応付けられて蓄積されている、サービス部品の実行時のパラメータ情報に基づいて、前記過去の実行結果が前記サービス部品の実行結果として利用可能であるか否かを判定する判定手段と、
前記判定手段により利用可能であると判定された場合、前記過去の実行結果をサービス要求側へ通知する実行結果通知手段と
を具備することを特徴とするサービス提供装置。
【請求項５】
前記サービス要求に対応するサービス部品の実行結果がサービス結果保存データに存在しない場合、前記サービス要求に対応するサービス部品の実行を依頼するサービス部品実行依頼手段と、
前記サービス部品の実行時のパラメータ情報と実行結果とを収集するサービス部品実行結果収集手段と、
前記サービス部品実行結果収集手段により収集したサービス部品のパラメータ情報と実行結果とを、前記蓄積手段に蓄積するサービス部品情報蓄積手段と
を更に含むことを特徴とする請求項４記載のサービス提供装置。
【請求項６】
前記サービス部品の実行数が閾値以上であるか否かを判定するサービス実行数判定手段と、
前記サービス実行数判定手段によりサービス部品の実行数が閾値以上であったと判定された場合には、前記サービス部品の実行を依頼元ヘリダイレクト要求するサービス部品リダイレクト手段と
を更に具備することを特徴とする請求項４または５記載のサービス提供装置。
【請求項７】
通信ネットワークと情報ネットワークとに接続するサービス機能を有するサービス提供システムに適用されるサービス提供装置を制御するコンピュータに、
過去のサービス要求に対するサービス部品の実行結果を蓄積するサービス部品情報蓄積ステップと、
サービス要求側からサービス要求を受け付けるサービス要求受付ステップと、
前記サービス要求に対応するサービス部品の実行結果を、前記蓄積した過去の実行結果から検索するデータ検索ステップと、
前記検索された過去の実行結果に対応付けられて蓄積されている、サービス部品の実行時のパラメータ情報に基づいて、前記過去の実行結果が前記サービス部品の実行結果として利用可能であるか否かを判定する判定ステップと、
利用可能であると判定された場合、前記過去の実行結果をサービス要求側へ通知する実行結果通知ステップと
を実行させるためのサービス提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク側のサービス及び情報ネットワーク側のサービスに係り、サービス部品の実行結果をサービス要求側に通知するサービス提供方法、サービス提供装置及びサービス提供プログラムに関する。
【背景技術】
【０００２】
従来のプラットフォームにおけるサービスの提供技術では、プラットフォームとサービスとが密な関係となっており、サービスを実行する際、プラットフォーム自身や、サービス部品の使用状況、使用状態などを視野に入れた構造となっていない（例えば、特許文献１、特許文献２参照）。
【特許文献１】特開２００３−１６７８０４号公報
【特許文献２】特開２００５−０７１０５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述した従来のプラットフォームにおけるサービスの提供技術では、プラットフォーム自身や、サービス部品の使用状況、使用状態などを視野に入れた構造となっていないため、プラットフォームや、サービス部品が収容されているサービス提供サーバの負荷を考慮しておらず、処理負荷が上昇した場合でのサービスの安定供給が難しいという問題があった。
【０００４】
本発明は、このような事情を考慮してなされたものであり、その目的は、サービス実行時のサービス提供システム及びサービス提供サーバの負荷を軽減し、安定したサービスを提供することができるサービス提供方法、サービス提供装置及びサービス提供プログラムを提供することにある。
【課題を解決するための手段】
【０００５】
上述した課題を解決するために、本発明は、通信ネットワークと情報ネットワークとに接続するサービス機能を有するサービス提供システムに適用されるサービス提供方法であって、サービス要求側からサービス要求を受け付けるサービス要求受付ステップと、前記サービス要求に対応するサービス部品の実行結果を、データベースに蓄積した過去の実行結果から検索するデータ検索ステップと、前記検索された過去の実行結果に対応付けられて蓄積されている、サービス部品の実行時のパラメータ情報に基づいて、前記過去の実行結果が前記サービス部品の実行結果として利用可能であるか否かを判定する判定ステップと、利用可能であると判定された場合、前記過去の実行結果をサービス要求側へ通知する実行結果通知ステップとを含むことを特徴とするサービス提供方法である。
【０００６】
本発明は、上記の発明において、前記サービス要求に対応するサービス部品の実行結果がサービス結果保存データに存在しない場合、前記サービス要求に対応するサービス部品の実行を依頼するサービス部品実行ステップと、前記サービス部品の実行時のパラメータ情報と実行結果とを収集するサービス部品実行結果収集ステップと、収集したサービス部品のパラメータ情報と実行結果とを前記データベースに蓄積するサービス部品情報蓄積ステップとを更に含むことを特徴とする。
【０００７】
本発明は、上記の発明において、前記サービス部品の実行数が閾値以上であるか否かを判定するサービス実行数判定ステップと、前記サービス部品の実行数が閾値以上であった場合には、サービス部品の実行を依頼元ヘリダイレクト要求するサービス部品リダイレクトステップとを更に含むことを特徴とする。
【０００８】
また、上述した課題を解決するために、本発明は、通信ネットワークと情報ネットワークとに接続するサービス機能を有するサービス提供システムに適用されるサービス提供装置であって、過去のサービス部品の実行結果を蓄積する蓄積手段と、サービス要求側からサービス要求を受け付けるサービス要求受付手段と、前記サービス要求受付手段により受け付けたサービス要求に対応するサービス部品の実行結果を、前記蓄積手段に蓄積されている過去の実行結果から検索するデータ検索手段と、前記データ検索手段により検索された過去の実行結果に対応付けられて蓄積されている、サービス部品の実行時のパラメータ情報に基づいて、前記過去の実行結果が前記サービス部品の実行結果として利用可能であるか否かを判定する判定手段と、前記判定手段により利用可能であると判定された場合、該過去の実行結果をサービス要求側へ通知する実行結果通知手段とを具備することを特徴とするサービス提供装置である。
【０００９】
本発明は、上記の発明において、前記サービス要求に対応するサービス部品の実行結果がサービス結果保存データに存在しない場合、前記サービス要求に対応するサービス部品の実行を依頼するサービス部品実行依頼手段と、前記サービス部品の実行時のパラメータ情報と実行結果とを収集するサービス部品実行結果収集手段と、前記サービス部品実行結果収集手段により収集したサービス部品の実行結果を、前記蓄積手段に蓄積するサービス部品情報蓄積手段とを更に含むことを特徴とする。
【００１０】
本発明は、上記の発明において、前記サービス部品の実行数が閾値以上であるか否かを判定するサービス実行数判定手段と、前記サービス実行数判定手段によりサービス部品の実行数が閾値以上であったと判定された場合には、前記サービス部品の実行を依頼元ヘリダイレクト要求するサービス部品リダイレクト手段とを更に具備することを特徴とする。
【００１１】
また、上述した課題を解決するために、本発明は、通信ネットワークと情報ネットワークとに接続するサービス機能を有するサービス提供システムに適用されるサービス提供装置を制御するコンピュータに、過去のサービス要求に対するサービス部品の実行結果を蓄積するサービス部品情報蓄積ステップと、サービス要求側からサービス要求を受け付けるサービス要求受付ステップと、前記サービス要求に対応するサービス部品の実行結果を、前記蓄積した過去の実行結果から検索するデータ検索ステップと、前記検索された過去の実行結果に対応付けられて蓄積されている、サービス部品の実行時のパラメータ情報に基づいて、前記過去の実行結果が前記サービス部品の実行結果として利用可能であるか否かを判定する判定ステップと、利用可能であると判定された場合、前記過去の実行結果をサービス要求側へ通知する実行結果通知ステップとを実行させるためのサービス提供プログラムである。
【発明の効果】
【００１２】
この発明によれば、サービス要求側からサービス要求を受け付け、サービス要求に対応するサービス部品の実行結果を、データベースに蓄積した過去の実行結果から検索し、サービス部品の実行結果が過去の実行結果として存在する場合、該過去の実行結果をサービス要求側へ通知する。したがって、サービス実行時のサービス提供システム及びサービス提供サーバの負荷を軽減し、安定したサービスを提供することができるという利点が得られる。
【００１３】
また、本発明によれば、サービス部品の実行数が閾値以上であるか否かを判定し、サービス部品の実行数が閾値以上であった場合には、サービス部品の実行を依頼元ヘリダイレクト要求する。したがって、直接サービス部品の実行を行うことにより、サービス提供システムの負荷を軽減させることができるという利点が得られる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の一実施形態を、図面を参照して説明する。
【００１５】
図１は、本発明の実施形態によるサービス提供システムの構成を示すブロック図である。図１において、サービス提供システムは、サービス提供装置９と、通信ネットワーク１と、情報ネットワーク２と、これらネットワークに接続されているユーザ端末１１，１２、１３とで構成されている。サービス提供装置９は、ネットワーク対応機能部３と、パフォーマンス監視機能部４と、サービス制御機能部５と、データ管理機能部６と、シナリオエンジン７と、サービス結果保存ＤＢ（データベース）８とを備えている。サービス提供装置９は、通信ネットワーク１及び情報ネットワークに接続されている。なお、通信ネットワーク１及び情報ネットワーク２は、１つに限定されず、それぞれ複数であってもよい。
【００１６】
ネットワーク対応機能部３は、通信ネットワーク１と情報ネットワーク２との接続機能部である。パフォーマンス管理機能部４は、サービス提供装置９内のサービス実行数を管理し、リダイレクトをするかどうかの判定を行う。サービス制御機能部５は、サービスを実行する際の呼び出し側と実行側とのインタフェースの吸収や、サービス部品実体を起動するか、過去の実行結果を使用するかの判定などを行う。データ管理機能部６は、サービス部品の実行結果の登録、検索を行う。サービス結果保存ＤＢ８は、サービス部品の実行結果を保存するデータベースである。シナリオエンジン７は、シナリオの実行制御を行う。
【００１７】
このようなサービス提供システムでは、サービス制御機能部５が、ユーザまたはシナリオエンジン７からのサービス部品実行要求に対し、要求されたサービスが最新情報で無ければいけないか、あるいは、サービス結果保存ＤＢ５に要求されたサービス結果が保存されているかを、データ管理機能部６を通して判定し、利用できる場合には、その過去の実行結果をサービス結果としてユーザに返すことにより、サービスの負荷を軽減させる。
【００１８】
また、パフォーマンス監視機能部３がサービス提供装置９でのサービス実行数を管理することにより、予め設定された閾値以上のサービス要求を受信した場合には、呼び元のインタフェースとサービス部品の実体のインタフェースとを比較し、同様のインタフェースの場合には、サービス制御機能部５を使用せずに、ネットワーク対応機能部３から直接サービス部品の実行を行うことにより、サービス提供システムの負荷を軽減させる。
【００１９】
このようにして、本実施形態によるサービス提供装置９は、ユーザヘ安定したサービスを提供する。
【００２０】
次に、本実施形態によるサービス提供システムの動作について説明する。
まず、サービス制御機能部５がユーザから要求されたサービス部品を起動するに至る動作について説明する。
【００２１】
図２及び図３は、サービス制御機能部５がユーザから要求されたサービス部品を起動するに至るサービス提供装置９の動作を説明するシーケンス図である。サービスユーザからのサービス要求を受信すると（ステップＳ１）、ネットワーク対応機能部３は、シナリオエンジン７にサービス要求を送信する（ステップＳ２）。シナリオエンジン７は、受信したサービスに対応するシナリオを実行し、対応するサービス部品の実行をシナリオに書かれた実行条件含めてパフォーマンス監視機能部４へ依頼する（ステップＳ３）。パフォーマンス監視機能部４は、サービス部品の実行を依頼されると、サービスの実行数が閾値以下であることを確認し（ステップＳ４）、サービス制御機能部５ヘサービス部品の実行を依頼する（ステップＳ５）。
【００２２】
サービス制御機能部５は、受信したサービス部品の実行依頼の実行条件からキャッシュされた実行結果で良い旨を確認し（ステップＳ６）、データ管理機能部６ヘサービス部品の実行結果の検索依頼を送信する（ステップＳ７）。なお、キャッシュされた実行結果で良いか否かは、要求されたサービスの種類（例えば、単語検索、地図表示など）、条件（例えば、単語検索であれば、言語、キーワード、地図表示であれば、地名など）の一致度や、類似度などを求めて判断する。この際、実行パラメータを含めて依頼を行う。データ管理機能部６は、受信した検索依頼からサービス結果保存ＤＢ８ヘアクセスし、サービス結果を取得する（ステップＳ８、ステップＳ９）。データ管理機能部６は、検索した結果をサービス制御機能部５へ送信する（ステップＳ１０）。サービス制御機能部５は、受信したサービス部品の実行結果を確認する（ステップＳ１１）。
【００２３】
そして、サービス制御機能部５は、依頼したサービスに相当する実行結果が無かった場合には、ネットワーク対応機能部３ヘサービス部品実行を依頼する（ステップＳ１２）。ネットワーク対応機能部３は、サービス部品実行依頼を受信すると、サービス部品の呼び出しを行い（ステップＳ１３）、実行結果を取得する（ステップＳ１４）。ネットワーク対応機能部３は、サービス部品実行結果を受信すると、その結果をサービス制御機能部４へ送信する（ステップＳ１５）。サービス制御機能部４は、サービス部品実行結果を受信すると、その結果をシナリオエンジン７に通知し（ステップＳ１６）、実行結果の登録依頼をデータ管理機能部６へ送信する（ステップＳ１７）。
【００２４】
シナリオエンジン７は、サービス部品実行結果を受信すると、シナリオの続きを実行し、その結果をサービス実行結果としてネットワーク対応機能部３送信する（ステップＳ１８）。ネットワーク対応機能部３は、サービス実行結果を受信すると、サービスユーザヘサービス実行結果を送信する（ステップＳ１９）。データ管理機能都６は、サービス部品実行結果の登録依頼を受信すると、サービス結果保存データ８ヘサービス実行結果を登録する（ステップＳ２０）。
【００２５】
次に、サービス制御機能部５がユーザから要求されたサービスに対し、サービス提供装置９内に保存したサービス結果をユーザヘ提供するに至る動作について説明する。
【００２６】
図４、図５は、サービス制御機能部５がユーザから要求されたサービスに対し、サービス提供装置９内に保存したサービス結果をユーザヘ提供するに至るサービス提供装置９の動作を説明するシーケンス図である。サービスユーザからのサービス要求を受信すると（ステップＳ１０１）、ネットワーク対応機能部３は、シナリオエンジン７にサービス要求を送信する（ステップＳ１０２）。シナリオエンジン７は、受信したサービスに対応するシナリオを実行し、対応するサービス部品の実行をシナリオに書かれた実行条件含めてパフォーマンス監視機能部４へ依頼する（ステップＳ１０３）。パフォーマンス監視機能部４は、サービス部品の実行を依頼されると、サービスの実行数が閾値以下であることを確認し（ステップＳ１０４）、サービス制御機能部５にサービス部品の実行を依頼する（ステップＳ１０５）。
【００２７】
サービス制御機能部５は、受信したサービス部品の実行依頼の実行条件からキャッシュされた実行結果で良い旨を確認し（ステップＳ１０６）、データ管理機能部６ヘサービス部品の実行結果の検索依頼を送信する（ステップＳ１０７）。なお、キャッシュされた実行結果で良いか否かは、要求されたサービスの種類（例えば、単語検索、地図表示など）、条件（例えば、単語検索であれば、言語、キーワード、地図表示であれば、地名など）の一致度や、類似度などを求めて判断する。この際、実行パラメータを含めて依頼を行う。データ管理機能部６は、受信した検索依頼からサービス結果保存データ８ヘアクセスし、サービス結果を取得し（ステップＳ１０８、ステップＳ１０９）、取得した検索結果をサービス制御機能部５へ送信する（ステップＳ１１０）。
【００２８】
サービス制御機能部５は、受信したサービス部品の実行結果の有無を確認し（ステップＳ１１１）、さらに、時刻等の実行結果として有効範囲のものであるかを確認し（ステップステップ１１２）、依頼したサービスと条件に相当する実行結果が有った場合には、その結果をシナリオエンジン７に通知する（ステップＳ１１３）。シナリオエンジン７は、サービス部品実行結果を受信すると、シナリオの続きを実行し、その結果をサービス実行結果としてネットワーク対応機能部３へ送信する（ステップＳ１１４）。ネットワーク対応機能部３は、サービス実行結果を受信すると、サービスユーザヘサービス実行結果を送信する（ステップＳ１１５）。
【００２９】
次に、パフォーマンス監視機能部４がユーザからのサービスの要求に対し、ネットワーク対応機能部３ヘサービスの実行を依頼するに至る動作について説明する。
【００３０】
図６は、パフォーマンス監視機能部４がユーザからのサービスの要求に対し、ネットワーク対応機能部３ヘサービスの実行を依頼するに至るサービス提供装置９の動作を説明するシーケンス図である。サービスユーザからのサービス要求を受信すると（ステップＳ２０１）、ネットワーク対応機能部３は、シナリオエンジン７にサービス要求を送信する（ステップＳ２０２）。シナリオエンジン７は、受信したサービスに対応するシナリオを実行し、対応するサービス部品の実行をシナリオに書かれた実行条件含めてパフォーマンス監視機能部４へ依頼する（ステップＳ２０３）。
【００３１】
パフォーマンス監視機能部４は、サービス部品の実行を依頼されると、サービスの実行数が閾値以上であることを確認し（ステップＳ２０４）、サービス要求元の呼び出しインタフェースとシナリオエンジン７から要求されたサービス部品のインタフェースとを比較し（ステップＳ２０５）、同一のものであった場合には、ネットワーク対応機能部３ヘサービス部品の所在情報を含んだリダイレクト要求を送信する（ステップＳ２０６）。ネットワーク対応機能部３は、リダイレクト要求を受信すると、サービス部品の呼び出しを行い（ステップＳ２０７）、実行結果を取得する（ステップＳ２０８）。ネットワーク対応機能部３は、実行結果を取得すると、その結果をサービスユーザヘ通知する（ステップＳ２０９）。
【００３２】
上述した実施形態によれば、サービス要求を受けて、サービス処理を実行し、その結果をユーザに返すときに、そのサービス要求とその条件、その実行結果と時刻をキャッシュしておき、類似のサービス要求をユーザから受けると、その内容（サービス内容の種類、条件、時刻）からキャッシュされている過去の実行結果を利用できるか否かを判定し、利用できる場合には、その過去の実行結果をユーザに返し、利用できない場合には、リソースを用いてサービスを実行し、その実行結果をユーザに返すとともに、キャッシュするようにしたので、リソースの負担を軽減することができる。
【産業上の利用可能性】
【００３３】
上記に説明したとおり、本発明が産業上の利用が可能なのは明らかである。即ち提供先である通信ネットワーク及び情報ネットワークのサービスを実現させる上で、サービス部品の実行を制御するサービス提供装置の負荷やサービス部品が収容されているサーバの負荷を軽減する事により、サービス利用者への安定し、かつ迅速なサービスの提供が可能であり、サービス利用者側ともにネットワーク利用の需要拡大が期待できる。
【図面の簡単な説明】
【００３４】
【図１】本発明の実施形態によるサービス提供システムの構成を示すブロック図である。
【図２】サービス制御機能部５がユーザから要求されたサービス部品を起動するに至るサービス提供装置９の動作を説明するシーケンス図である。
【図３】サービス制御機能部５がユーザから要求されたサービス部品を起動するに至るサービス提供装置９の動作を説明するシーケンス図である。
【図４】サービス制御機能部５がユーザから要求されたサービスに対し、サービス提供装置９内に保存したサービス結果をユーザヘ提供するに至るサービス提供装置９の動作を説明するシーケンス図である。
【図５】サービス制御機能部５がユーザから要求されたサービスに対し、サービス提供装置９内に保存したサービス結果をユーザヘ提供するに至るサービス提供装置９の動作を説明するシーケンス図である。
【図６】パフォーマンス監視機能部４がユーザからのサービスの要求に対し、ネットワーク対応機能部３ヘサービスの実行を依頼するに至るサービス提供装置９の動作を説明するシーケンス図である。
【符号の説明】
【００３５】
１  通信ネットワーク
２  情報ネットワーク
３  ネットワーク対応機能部（サービス要求受付手段、実行結果通知手段）
４  パフォーマンス監視機能部（サービス実行数判定手段、サービス部品リダイレクト手段）
５  サービス制御機能部（判定手段、実行結果通知手段、サービス部品実行依頼手段、サービス部品実行結果収集手段）
６  データ管理機能部（データ検索手段、サービス部品情報蓄積手段）
７  シナリオエンジン
８  サービス結果保存ＤＢ（データベース、蓄積手段）
９  サービス提供装置
１０  サービス部品
１１〜１３  ユーザ
【図１】
2008250952.tif 000003
【図２】
2008250952.tif 000004
【図３】
2008250952.tif 000005
【図４】
2008250952.tif 000006
【図５】
2008250952.tif 000007
【図６】
2008250952.tif 000008