JP2009294915A - 情報通信サービス提供装置、情報通信サービス提供方法、及び情報通信サービス提供プログラム - Google Patents

Abstract

【課題】適切にリソースを管理することができること。
【解決手段】ネットワークを介して接続された情報処理装置から送信された情報通信サービスの要求を受信し、該受信した要求に対する情報通信サービスに必要なリソースの確保、該確保したリソースの利用、及び該利用が終了したリソースの解放を行って情報通信サービスを提供する情報通信サービス提供装置において、前記確保したリソースの利用状況に関する情報であるリソース利用情報を、リソース利用情報記憶部に記憶させるリソース利用情報管理部と、前記リソース利用情報記憶部が記憶するリソース利用情報に基づき、前記確保したリソースを解放するリソース解放部と、を備える。
【選択図】図１

Description

本発明は、情報通信サービス提供装置、情報通信サービス提供方法、及び情報通信サービス提供プログラムに関する。

近年、インターネットをはじめとしたコンピュータネットワークの普及により、コンピュータ端末装置（クライアント端末）等は、ネットワークを介して他のコンピュータ端末装置（サーバ）等が提供する情報通信サービスを利用することが一般的になっている。一般的にネットワークを介したサービスは、ウェブサービスという標準フレームワークを利用して実現され、それにより、クライアント端末は、ネットワーク上のコンピュータから自端末にはない情報の取得や、自端末が具備しない機能の実行、リソースの確保などが可能となった。そして、このリソースの確保を行うウェブサービスでは、リソースを有効活用するため、サーバ等に確保したリソースの利用を終えたときに、そのリソースを解放する必要がある。
一方、リソースの確保を行うウェブサービスについて、標準化団体ＯＡＳＩＳ（Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ ｔｈｅ Ａｄｖａｎｃｅｍｅｎｔ ｏｆ Ｓｔｒｕｃｔｕｒｅｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｔａｎｄａｒｄｓ：構造化情報標準促進協会）では、ＷＳ−Ｒｅｓｏｕｒｃｅ Ｆｒａｍｅｗｏｒｋ（ウェブサービスリソースフレームワーク）というウェブサービスが備えるべきインターフェースの仕様であって、リソースの管理を行うインターフェースの仕様が記載されている。
"ＯＡＳＩＳ Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｒｅｓｏｕｒｃｅ Ｆｒａｍｅｗｏｒｋ（ＷＳＲＦ）"、[online]、[平成２０年５月２８日検索]、インターネット、ｈｔｔｐ：／／ｗｗｗ．ｏａｓｉｓ−ｏｐｅｎ．ｏｒｇ／ｃｏｍｍｉｔｔｅｅｓ／ｗｓｒｆ

しかし、ウェブサービスリソースフレームワークを採用したウェブサービスでは、リソース管理を行うインターフェースが規定されているだけであり、この規定されたインターフェースを用いてリソース（例えば、記憶装置の容量やＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：中央演算処理装置）の計算時間）を解放しない限りリソースが解放されず、適切にリソースを管理することができないという欠点があった。
例えば、クライアント端末がサーバにリソースを確保した後に異常終了し、リソースを解放するインターフェースが利用できなくなった場合、また、確保したリソースを解放するインターフェースが正常に動作しない場合には、クライアント端末がサーバに確保したリソースが解放されなかった。このような状態は、サーバのリソースを不要に圧迫し、また、リソースの利用状況（例えば、リソースを確保した時間）に応じて課金するような場合には、ユーザが意図しない課金が発生するおそれがあった。

本発明は上記の点に鑑みてなされたものであり、その目的は、適切にリソースを管理することができる情報通信サービス提供装置、情報通信サービス提供方法、及び情報通信サービス提供プログラムを提供することにある。

（１）本発明は上記の課題を解決するためになされたものであり、その一態様は、ネットワークを介して接続された情報処理装置から送信された情報通信サービスの要求を受信し、該受信した要求に対する情報通信サービスに必要なリソースの確保、該確保したリソースの利用、及び該利用が終了したリソースの解放を行って情報通信サービスを提供する情報通信サービス提供装置において、前記確保したリソースの利用状況に関する情報であるリソース利用情報を、リソース利用情報記憶部に記憶させるリソース利用情報管理部と、 前記リソース利用情報記憶部が記憶するリソース利用情報に基づき、前記確保したリソースを解放するリソース解放部と、を備える。
上記構成によると、前記情報通信サービス提供装置は、前記情報処理装置からの情報通信サービスの要求に対してリソースを解放することに加え、前記リソース解放部が前記リソース利用情報に基づき、前記確保したリソースを解放するので、前記情報処理装置からの情報通信サービスの要求がなくともリソースを解放することができ、適切にリソースを管理することができる。また、情報通信サービス提供装置は、リソースが解放されないことにより生ずる不要なリソースの浪費を防止することができる。また、情報通信サービス提供装置は、確保したリソースに応じた課金をしている場合には、リソースが解放されないことにより生ずる不当な課金を防止することができる。

（２）また、本発明の一態様は、前記リソース利用情報は、前記リソースの確保を開始した時間を示す情報であって、前記リソース解放部は、前記リソースの確保を開始した時間から予め定めた時間が経過したか否かを判定し、該判定により前記予め定めた時間が経過したと判定した場合に前記確保したリソースを解放する。

（３）また、本発明の一態様は、前記情報処理装置から、確保したリソースを継続して確保することを示すリソース確保継続通知を受信するリソース確保継続通知受信部を備え、前記リソース利用情報は、前記リソース確保継続通知を受信した時間を示す情報であって、前記リソース解放部は、前記リソース確保継続通知を受信した時間から予め定めた時間が経過したか否かを判定し、該判定により前記予め定めた時間が経過したと判定した場合に前記確保したリソースを解放する。
上記構成によると、情報通信サービス提供装置は、前記情報処理装置からリソース確保継続通知を受信し、リソース確保継続通知を受信した時間から予め定めた時間が経過した場合に確保したリソースを解放するので、前記情報処理装置からリソース確保継続通知がなく、リソースの確保を継続する必要がないリソースを解放することができ、適切にリソースを管理することができる。

（４）また、本発明の一態様は、前記リソース解放部は、定期的に前記判定を行う。

（５）また、本発明の一態様は、ネットワークを介して接続された情報処理装置から送信された情報通信サービスの要求を受信し、該受信した要求に対する情報通信サービスに必要なリソースの確保、該確保したリソースの利用、及び該利用が終了したリソースの解放を行って情報通信サービスを提供する情報通信サービス提供装置における情報通信サービス提供方法において、前記情報通信サービス提供装置が、前記確保したリソースの利用状況に関する情報であるリソース利用情報を、リソース利用情報記憶部に記憶させる第１の過程と、前記情報通信サービス提供装置が、前記リソース利用情報記憶部が記憶するリソース利用情報に基づき、前記確保したリソースを解放する第２の過程と、を有する。

（６）また、本発明の一態様は、ネットワークを介して接続された情報処理装置から送信された情報通信サービスの要求を受信し、該受信した要求に対する情報通信サービスに必要なリソースの確保、該確保したリソースの利用、及び該利用が終了したリソースの解放を行って情報通信サービスを提供する情報通信サービス提供装置のコンピュータに、 前記確保したリソースの利用状況に関する情報であるリソース利用情報を、リソース利用情報記憶部に記憶させる手段、前記リソース利用情報記憶部が記憶するリソース利用情報に基づき、前記確保したリソースを解放する手段、として機能させる。

本発明によれば、情報通信サービス提供装置は、情報処理装置からの情報通信サービスの要求に対してリソースを解放することに加え、リソース解放部がリソース利用情報に基づき、確保したリソースを解放するので、情報処理装置からの情報通信サービスの要求がなくともリソースを解放することができ、適切にリソースを管理することができる。

以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本実施形態に係るウェブサービス提供システムの構成を示す概略的ブロック図である。この図において、ウェブサービス提供システム１は、複数のクライアント端末装置（情報処理装置）１１ａ〜ｃ（以下、クライアント端末各々を、単にクライアント端末１１という）と、該クライアント端末装置１１にネットワーク１０を介して接続されるサーバ（情報通信サービス提供装置）１２とを含んで備える。
サーバ１２は、クライアント端末装置１１からウェブサービス要求（情報通信サービスの要求）を受信し、該受信した要求に対するウェブサービス要求に必要なリソース１２５ａ〜１２５ｃの確保、該確保したリソース１２５ａ〜１２５ｃの利用、及び該利用が終了したリソース１２５ａ〜１２５ｃの解放を行う。
ここで、リソース１２５ａの確保とは、ウェブサービス要求で指定されたウェブサービスの提供を受けるクライアント端末１１が、リソース１２５ａを利用できるような状態をいう。また、リソース１２５ａの解放とは、ウェブサービス要求で指定されたウェブサービスを受けるクライアント端末１１以外でも、リソース１２５ａを利用できるような状態をいう。
また、本実施形態では、リソース１２５ａ〜１２５ｃは、記憶装置（例えば、ハードディスク装置）の記憶領域とする。ただし、本発明はこれに限らず、例えば、リソース１２５ａ〜１２５ｃは、物理メモリや仮想メモリ、ＣＰＵの計算時間、ネットワークの帯域幅であってもよい。
サーバ１２は、確保したリソースを利用したウェブサービスを、ウェブサービス要求で指定されたウェブサービスの提供を受けるクライアント端末１１に対して提供する。

サーバ１２は、ウェブサービスインターフェース部１２１、リソース管理部１２２、リソースプール１２３、データベース１２４、リソース１２５ａ、ｂを含んで構成される。
ウェブサービスインターフェース部１２１は、クライアント端末装置１１がウェブサービスの提供を受けるためのインターフェースを提供する。クライアント端末装置１１は、このインターフェースを呼び出してウェブサービス要求を送信することにより、サーバ１２から、ウェブサービスの提供を受ける。
ウェブサービスインターフェース部１２１は、リソース確保・解放命令部１２１１、ウェブサービス提供部１２１２、リソース確保通知受信部１２１３を含んで構成される。

リソース確保・解放命令部１２１１は、クライアント端末装置１１からのウェブサービス要求を受信すると、クライアント端末装置１１を識別するクライアントＩＤであって、該要求で指定されたウェブサービスの提供を受けるクライアント端末１１のクライアントＩＤを特定する。また、リソース確保・解放命令部１２１１は、該要求で指定されたウェブサービスを特定する。
本実施形態では、ウェブサービス要求で指定されたウェブサービスの提供を受けるクライアント端末１１は、ウェブサービス要求を送信したクライアント端末装置１１であるとする。
リソース確保・解放命令部１２１１は、特定したクライアントＩＤと、特定したウェブサービスに必要なリソースの確保、又は、利用が終了したリソースの解放を指示するリソース制御命令とをリソース管理部１２２のリソース制御部１２２１に出力する。

例えば、リソース確保・解放命令部１２１１は、クライアント端末１１ａからウェブサービスの開始要求があると、クライアント端末１１ａを示すクライアントＩＤと、該ウェブサービスに必要なリソースを確保することを示すリソース制御命令とをリソース制御部１２２１に出力する。また、リソース確保・解放命令部１２１１は、クライアント端末１１からウェブサービスの終了要求があると、クライアント端末１１ａを示すクライアントＩＤと、該ウェブサービスのために確保していたリソースを解放することを示すリソース制御命令とをリソース制御部１２２１に出力する。
また、リソース確保・解放命令部１２１１は、ウェブサービスに必要なリソースを確保すると、該ウェブサービス要求を送信したクライアント端末装置１１に対し、確保したリソースについて、リソースを識別するリソースＩＤをクライアント端末１１に送信する。

ウェブサービス提供部１２１２は、リソース制御部１２２１から、リソース確保・解放命令部１２１１が出力したリソース制御命令により確保又は解放されたリソースの情報が入力される。なお、確保されたリソースは、リソース１２５ａ〜ｃのうちいずれか一つであってもよいし、リソース１２５ａ〜ｃのうち２以上を組み合わせたものであってもよい。
ウェブサービス提供部１２１２は、ウェブサービス要求したクライアント端末装置１１に対し、入力されたリソースの情報が示す確保したリソースを利用したウェブサービスを提供する。

リソース確保通知受信部１２１３は、確保したリソースのリソースＩＤと、該リソースＩＤが示すリソースを継続して確保することを示す情報とを含むリソース確保継続通知を、クライアント端末１１から受信する。リソース確保通知受信部１２１３は、リソース確保継続通知を受信すると、該通知を受信した時間を、リソース確保継続通知に含まれるリソースＩＤに対応付けてデータベース１２４のリソース利用情報記憶部１２４１に記憶させる（図２中の更新時間）。
なお、後述するように、クライアント端末１１は、リソースの確保を継続するために、リソース解放間隔より短い時間間隔で、リソース確保継続通知を通知する必要がある。

リソース管理部１２２は、リソース制御部１２２１、リソース利用情報管理部１２２２、及びリソース解放部１２２３を含んで構成される。
リソース制御部１２２１は、リソース確保・解放命令部１２１１から入力されたリソース制御命令が示すウェブサービスに必要となるリソースを確保、又は利用が終了したリソースを解放するための制御情報をリソースプール１２３に出力する。
また、リソース制御部１２２１は、リソースプール１２３から入力されたリソースの情報であって、制御情報に対して確保又は解放されたリソースの情報（例えば、リソースＩＤ）をウェブサービス提供部１２１２に出力する。

リソース利用情報管理部１２２２は、リソース制御部１２２１がリソースの確保を行った場合、リソース確保・解放命令部１２１１から入力されたクライアントＩＤと、確保したリソースのリソースＩＤと、リソースの確保を開始した時間とを対応付けてデータベース１２４のリソース利用情報記憶部１２４１に記憶させる（図２中の生成時間）。
また、リソース利用情報管理部１２２２は、リソース制御部１２２１又はリソース解放部１２２３がリソースの解放を行った場合、リソース利用情報記憶部１２４１が記憶する解放したリソースに関する情報を削除する。

リソース解放部１２２３は、リソース利用情報記憶部１２４１が記憶するリソース利用情報に基づき確保しているリソースを解放する。リソース解放部１２２３のリソースの解放に関する詳細は、後述する。
リソース解放部１２２３は、リソースを解放するための制御情報をリソースプール１２３に出力する。

リソースプール１２３は、リソース制御部１２２１から入力されたリソースを確保、又は解放するための制御情報、又は、リソース解放部１２２３から入力されたリソースを解放するための制御情報に従い、記憶するリソースプール情報を更新することにより、リソースの確保、又は解放を行う。
リソースプール情報とは、複数のリソースを一元管理する情報であり、例えば、リソース１２５ａがサーバ１２内のハードディスク装置の記憶領域、リソース１２５ｂがサーバ１２内の他のハードディスク装置の記憶領域、リソース１２５ｃがサーバ１２の外部にある記憶装置の記憶領域である場合、リソースプール１２３は、リソース１２５ａ〜１２５ｃ各々が示す記憶領域について、該記憶領域を識別するリソースＩＤと対応付けて、該記憶領域の記憶容量、該記憶領域にアクセスするためのアドレス情報、及び該記憶領域についての利用の有無を含む情報である。

リソースプール１２３は、リソース制御部１２２１からリソースを確保するための制御情報が入力されると、記憶するリソースプール情報から、利用が無いことを示す記憶領域を抽出し、必要な記憶容量を満たすようなリソースＩＤを抽出する。リソースプール１２３は、該抽出したリソースＩＤに対応する利用の有無を、利用が有ることを示す情報に更新する。また、リソースプール１２３は、リソース制御部１２２１又はリソース解放部１２２３からリソースを解放するための制御情報が入力されると、解放するリソースＩＤに対応する利用の有無を、利用が無いことを示す情報に更新する。
リソースプール１２３は、制御情報に対し確保又は解放したリソースの情報（例えば、リソースプール情報）を、リソース制御部１２２１に出力する。

なお、リソースプール１２３は、リソース１２５ａ、ｂのようにサーバ１２内部にあるリソースを管理してもよいし、リソース１２５ｃのように外部の記憶装置にあるリソースを管理してもよい。

なお、ウェブサービスインターフェース部１２１、リソース管理部１２２、リソースプール１２３は、ハードディスク装置（図示せず）の保持するプログラムを読み出し実行することにより、又は、電子回路により実現される。
また、データベース１２４、リソース１２５ａ〜ｃは、データを保持するものであり、磁気ハードディスク装置あるいは半導体メモリを用いて実現される。

図２は、リソース利用情報記憶部１２４１が記憶するリソース利用情報テーブルの一例を示す図である。
リソース利用情報テーブルは、リレーショナル形式のデータベースにより管理されている。図示するように、リソース利用情報テーブルは、行と列からなる２次元の表形式のデータであり、クライアントＩＤ、最大有効時間、リソースＩＤ、生成時間、及び更新時間の各項目の列を有している。このリソース利用情報テーブルの主キーは、クライアントＩＤ及びリソースＩＤである。なお、このリソース利用情報テーブルの情報をリソース利用情報という。

ここで、最大有効時間はリソースを確保できる最大の時間であり、図２では、クライアントＩＤが示すクライアント端末１１ごとに予め決められている時間であることを示す。この最大有効時間については、例えば、ウェブサービスの利用契約時等にクライアント端末１１毎にリソースの最大有効時間を決定し、データベース１２４に登録する。なお、この最大有効時間については、ウェブサービスの利用契約後に、ウェブサービスインターフェース部が提供するインターフェースを用いて、クライアント端末が変更要求をすることにより、変更するとしてもよい。
生成時間は、リソースＩＤで示されるリソースの確保を開始した時間であり、また、更新時間は、リソース確保通知受信部１２１３が、クライアント端末１１からリソース確保継続通知を最後に受信した時間である。

この図は、クライアントＩＤ「ｕｓｅｒ１」に対し最大有効時間が「２４０」分、クライアントＩＤ「ｕｓｅｒ２」に対し最大有効時間が「６０」分、クライアントＩＤ「ｕｓｅｒ３」に対し最大有効時間が「７２０」分が設定されていることを示す。
また、この図は、クライアントＩＤ「ｕｓｅｒ１」のクライアント端末１１に対し、リソースＩＤ「Ｒｅｓｏｕｒｃｅ１」、「Ｒｅｓｏｕｒｃｅ２」のリソースが確保されていることを示す。また、この図は、リソースＩＤ「Ｒｅｓｏｕｒｃｅ１」のリソースが、生成時間「１１月２６日１０時１５分」に確保が開始され、更新時間「１１月２６日１２時００分」にリソースＩＤ「Ｒｅｓｏｕｒｃｅ１」に対するリソース確保継続通知を受信したことを示し、リソースＩＤ「Ｒｅｓｏｕｒｃｅ２」のリソースが、生成時間「１１月２６日１１時００分」に確保が開始され、更新時間「１１月２６日１２時２０分」にリソースＩＤ「Ｒｅｓｏｕｒｃｅ２」に対するリソース確保継続通知を受信したことを示す。

また、この図は、クライアントＩＤ「ｕｓｅｒ２」のクライアント端末１１について、リソースＩＤ「Ｒｅｓｏｕｒｃｅ３」のリソースが、生成時間「１１月２６日１１時３０分」に確保が開始され、更新時間「１１月２６日１２時１０分」にリソースＩＤ「Ｒｅｓｏｕｒｃｅ３」に対するリソース確保継続通知を受信したことを示し、クライアントＩＤ「ｕｓｅｒ３」のクライアント端末１１については、現在、リソースを確保していないことを示す。

以下、本実施形態に係るリソース解放部１２２３が行うリソース解放方法について説明する。
図３は、本実施形態に係るリソース解放部１２２３が行うリソース解放の動作について説明するフロー図である。
まず、リソース解放部１２２３は、リソース利用情報記憶部１２４１が記憶するリソース利用情報テーブル（図２）を参照し、リソース利用情報を取得する（Ｓ３０１）。ここで、リソース利用情報は、リソースＩＤと該リソースＩＤに対応付けられた最大有効時間、生成時間、更新時間である。
次に、リソース解放部１２２３は、リソース利用情報に含まれる全ての情報について、リソースＩＤ毎に、ステップＳ３０３〜Ｓ３０６の処理を行い（ステップＳ３０２、Ｓ３０７のループ）、その処理が完了すると、ステップＳ３０８の処理をする。

リソース解放部１２２３は、現時刻と更新時間との差が予め記憶するリソース解放間隔以上か否かを判定する（Ｓ３０３）。
ステップＳ３０３の判定にて現時刻と更新時間との差がリソース解放間隔以上と判定された場合、リソース解放部１２２３は、当該リソースを浮きリソースとして、ステップＳ３０４の処理を行う。
リソース解放部１２２３は、ステップＳ３０３にて浮きリソースと判定したリソースを解放する（Ｓ３０４）。次に、リソース解放部１２２３は、リソース利用情報記憶部１２４１が記憶するリソース利用情報テーブルを更新し、解放したリソースに関するリソースＩＤ、生成時間、更新時間を削除する（Ｓ３０５）。すなわち、リソース解放部１２２３は、更新時間（リソース確保継続通知を受信した時間）から予め定めた時間が経過したか否かを判定し、該判定により予め定めた時間が経過したと判定した場合に確保したリソースを解放する。
一方、ステップＳ３０３の判定にて現時刻と更新時間との差がリソース解放間隔以上ではないと判定された場合、リソース解放部１２２３は、ステップＳ３０６の判定を行う。

リソース解放部１２２３は、現時刻と生成時間との差が予め記憶する最大有効時間以上か否かを判定する（Ｓ３０６）。
ステップＳ３０６の判定にて現時刻と生成時間との差が最大有効時間以上と判定された場合、リソース解放部１２２３は、当該リソースを浮きリソースとして、ステップＳ３０４の処理を行う。
リソース解放部１２２３は、ステップＳ３０６にて浮きリソースと判定したリソースを解放する（Ｓ３０４）。次に、リソース解放部１２２３は、リソース利用情報記憶部１２４１が記憶するリソース利用情報テーブルを更新し、解放したリソースに関するリソースＩＤ、生成時間、更新時間を削除する（Ｓ３０５）。すなわち、リソース解放部１２２３は、リソースの確保を開始した時間から予め定めた時間が経過したか否かを判定し、該判定により予め定めた時間が経過したと判定した場合に前記確保したリソースを解放する。
一方、ステップＳ３０６の判定にて現時刻と生成時間との差が最大有効時間以上ではないと判定された場合、リソース解放部１２２３は、ステップＳ３０７に進み、他のリソースＩＤについてステップＳ３０３〜Ｓ３０６の処理を繰り返す。

なお、ステップＳ３０３、及び、ステップＳ３０６で浮きリソースと判定されなかったリソースは、継続して確保される。
全てのリソースＩＤについて、ステップＳ３０３〜Ｓ３０６の処理が終わると、リソース解放部１２２３は、予め決められたリソース監視間隔だけ待機する（Ｓ３０８）。ステップＳ３０８にて待機後、リソース解放部１２２３は、ステップＳ３０１の処理を行い、上記処理を繰り返す。すなわち、リソース解放部１２２３は、定期的にＳ３０３、Ｓ３０６の判定を行う。

以下、図２に示したリソース利用情報を用いて、具体的に、図３に示したリソース解放部１２２３が行うリソース解放の動作について説明をする。また、現時刻は、「１１月２６日１２時３０分」とし、リソース解放間隔を「３０」分、リソース監視間隔を「１５」分とする。
リソース解放部１２２３は、ステップＳ３０１の処理にて取得した図２に示すリソース利用情報について、リソースＩＤ「Ｒｅｓｏｕｒｃｅ１」、「Ｒｅｓｏｕｒｃｅ２」、「Ｒｅｓｏｕｒｃｅ３」毎に、ステップＳ３０３〜Ｓ３０６の処理を行う。

リソース解放部１２２３は、リソースＩＤ「Ｒｅｓｏｕｒｃｅ１」に対するリソース利用情報について、ステップＳ３０３の処理にて、現時刻「１１月２６日１２時３０分」と更新時間「１１月２６日１２時００分」の差「３０」分が、リソース解放間隔を「３０」分以上であると判定し、リソースＩＤ「Ｒｅｓｏｕｒｃｅ１」のリソースを浮きリソースと判定する。リソース解放部１２２３は、ステップＳ３０４の処理にて、リソースＩＤ「Ｒｅｓｏｕｒｃｅ１」のリソースを解放し、ステップＳ３０５の処理にて、リソースＩＤ「Ｒｅｓｏｕｒｃｅ１」に関するリソースＩＤ、生成時間、更新時間を削除する。

リソース解放部１２２３は、リソースＩＤ「Ｒｅｓｏｕｒｃｅ２」に対するリソース利用情報について、ステップＳ３０３の処理にて、現時刻「１１月２６日１２時３０分」と更新時間「１１月２６日１２時２０分」の差「１０」分が、リソース解放間隔を「３０」分以上ではないと判定する。次に、リソース解放部１２２３は、ソースＩＤ「Ｒｅｓｏｕｒｃｅ２」に対するリソース利用情報について、ステップＳ３０６の処理にて、現時刻「１１月２６日１２時３０分」と生成時間「１１月２６日１１時２０分」の差「７０」分が、最大有効時間「２４０」分以上ではないと判定する。よって、リソースＩＤ「Ｒｅｓｏｕｒｃｅ２」のリソースは、継続して確保される。

リソース解放部１２２３は、リソースＩＤ「Ｒｅｓｏｕｒｃｅ３」に対するリソース利用情報について、ステップＳ３０３の処理にて、現時刻「１１月２６日１２時３０分」と更新時間「１１月２６日１２時１０分」の差「２０」分が、リソース解放間隔を「３０」分以上ではないと判定する。次に、リソース解放部１２２３は、ソースＩＤ「Ｒｅｓｏｕｒｃｅ３」に対するリソース利用情報について、ステップＳ３０６の処理にて、現時刻「１１月２６日１２時３０分」と生成時間「１１月２６日１１時３０分」の差「６０」分が、最大有効時間「６０」分以上であると判定し、リソースＩＤ「Ｒｅｓｏｕｒｃｅ３」のリソースを浮きリソースと判定する。リソースＩＤ「Ｒｅｓｏｕｒｃｅ３」のリソースは、リソースＩＤ「Ｒｅｓｏｕｒｃｅ１」のリソースと同様に、ステップＳ３０４とステップＳ３０５の処理で解放される。

このように、本実施形態によれば、サーバ１２は、クライアント端末１１からの要求に対してリソースを解放することに加え、リソース解放部１２２３がリソース利用情報に基づき、確保したリソースを解放する。これにより、サーバ１２は、クライアント端末１１からの要求がなくともリソースを解放することができ、適切にリソースを管理することができる。
例えば、サーバ１２は、クライアント端末１１がリソースを確保した後に異常終了し、リソースを解放するインターフェースが利用できなくなった場合、また、リソースを解放するインターフェースが正常に動作しない場合に、確保したリソースが正常に解放されず、サーバ１２のリソースを不要に圧迫することを防止することができる。また、リソースの利用状況に応じて課金するような場合には、ユーザが意図しない課金が発生するということを防止することができる。

また、本実施形態によれば、サーバ１２は、クライアント端末１１からリソース確保継続通知を受信し、リソース確保継続通知を受信した時間から予め定めた時間が経過した場合に確保したリソースを解放する。これにより、サーバ１２は、リソース確保継続通知がなく確保を継続する必要がないリソースを解放することができ、適切にリソースを管理することができる。

なお、上記各実施形態において、ウェブサービス提供部１２１２は、サーバ１２の内部に備えられていたが、本発明はこれに限らず、サーバ１２以外の装置に備えられてもよい。例えば、サーバ１２以外の装置は、電話網の帯域であるリソース１２５ｃを管理する管理装置であってもよい。
また、上記各実施形態において、ウェブサービス提供部１２１２は、ウェブサービス要求があったクライアント端末１１に対し、確保したリソースを利用したウェブサービスを提供していた。しかし、本発明はこれに限らず、例えば、ウェブサービス提供部１２１２は、クライアント端末１１ａからのウェブサービス要求に対し、クライアント端末１１ｂ、及び１１ｃに対し、確保したリソースを利用したウェブサービスを提供してもよい。

また、上記各実施形態において、利用状況に関する情報は、生成時間、及び、更新時間であったが、本発明はこれに限らず、例えば、利用状況に関する情報は、リソースが電話網の帯域であるとき、該確保した帯域の大きさと時間とから計算される利用金額であってもよい。

なお、上述した実施形態におけるサーバ１２の一部、例えば、リソース管理部１２２、リソース確保・解放命令部１２１１、リソース制御部１２２１、及びリソース解放部１２２３をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計更新等をすることが可能である。

この発明の実施形態による通信システムの概念図である。 本実施形態によるリソース利用情報テーブルの一例を示す図である。 本実施形態に係るリソース解放部が行うリソース解放の動作について説明するフロー図である。

符号の説明

１０・・・ネットワーク、１１ａ〜ｃ・・・クライアント端末（情報処理装置）
１２・・・サーバ（情報通信サービス提供装置）、１２１・・・ウェブサービスインターフェース部、１２２・・・リソース管理部、１２３・・・リソースプール、１２４・・・データベース
１２１１・・・リソース確保・解放命令部、１２１２・・・ウェブサービス提供部、１２１３・・・リソース確保通知受信部、１２２１・・・リソース制御部、１２２２・・・リソース利用情報管理部、１２２３・・・リソース解放部、１２４１・・・リソース利用情報記憶部

Claims (6)

1. ネットワークを介して接続された情報処理装置から送信された情報通信サービスの要求を受信し、該受信した要求に対する情報通信サービスに必要なリソースの確保、該確保したリソースの利用、及び該利用が終了したリソースの解放を行って情報通信サービスを提供する情報通信サービス提供装置において、
   前記確保したリソースの利用状況に関する情報であるリソース利用情報を、リソース利用情報記憶部に記憶させるリソース利用情報管理部と、
   前記リソース利用情報記憶部が記憶するリソース利用情報に基づき、前記確保したリソースを解放するリソース解放部と、
   を備えることを特徴とする情報通信サービス提供装置。
2. 前記リソース利用情報は、前記リソースの確保を開始した時間を示す情報であって、
   前記リソース解放部は、前記リソースの確保を開始した時間から予め定めた時間が経過したか否かを判定し、該判定により前記予め定めた時間が経過したと判定した場合に前記確保したリソースを解放する
   ことを特徴とする請求項１に記載の情報通信サービス提供装置。
3. 前記情報処理装置から、確保したリソースを継続して確保することを示すリソース確保継続通知を受信するリソース確保継続通知受信部を備え、
   前記リソース利用情報は、前記リソース確保継続通知を受信した時間を示す情報であって、
   前記リソース解放部は、前記リソース確保継続通知を受信した時間から予め定めた時間が経過したか否かを判定し、該判定により前記予め定めた時間が経過したと判定した場合に前記確保したリソースを解放する
   ことを特徴とする請求項１に記載の情報通信サービス提供装置。
4. 前記リソース解放部は、定期的に前記判定を行う
   ことを特徴とする請求項２又は請求項３に記載の情報通信サービス提供装置。
5. ネットワークを介して接続された情報処理装置から送信された情報通信サービスの要求を受信し、該受信した要求に対する情報通信サービスに必要なリソースの確保、該確保したリソースの利用、及び該利用が終了したリソースの解放を行って情報通信サービスを提供する情報通信サービス提供装置における情報通信サービス提供方法において、
   前記情報通信サービス提供装置が、前記確保したリソースの利用状況に関する情報であるリソース利用情報を、リソース利用情報記憶部に記憶させる第１の過程と、
   前記情報通信サービス提供装置が、前記リソース利用情報記憶部が記憶するリソース利用情報に基づき、前記確保したリソースを解放する第２の過程と、
   を有することを特徴とする情報通信サービス提供方法。
6. ネットワークを介して接続された情報処理装置から送信された情報通信サービスの要求を受信し、該受信した要求に対する情報通信サービスに必要なリソースの確保、該確保したリソースの利用、及び該利用が終了したリソースの解放を行って情報通信サービスを提供する情報通信サービス提供装置のコンピュータに、
   前記確保したリソースの利用状況に関する情報であるリソース利用情報を、リソース利用情報記憶部に記憶させる手段、
   前記リソース利用情報記憶部が記憶するリソース利用情報に基づき、前記確保したリソースを解放する手段、
   として機能させる情報通信サービス提供プログラム。

Images