(57)【要約】【課題】リリース作業者の作業負荷を軽減することができるリリース支援システム、リリース支援方法及びプログラムを提供する。【解決手段】リリース支援システムのリリース支援サーバ群１は、ソースサーバ１１と、リリースサーバ１２と、結果照会サーバ１３と、を備えている。ソースサーバ１１は、オブジェクトソースのリリースを依頼する依頼者の依頼者用端末３からオブジェクトソースに関する情報を受信し、記憶した後、オブジェクトソースに関する情報をリリースサーバ１２に転送する。リリースサーバ１２は、転送されたオブジェクトソースに関する情報をリリースする。結果照会サーバ１３は、リリース結果を示すログファイルを、ＷＥＢ上に公開する。【選択図】図１
2007272286.tif 000002
【特許請求の範囲】
【請求項１】
オブジェクトソースのリリースを依頼する依頼者の依頼者端末から当該オブジェクトソースに関する情報を受信し、記憶する記憶手段と、
前記記憶手段により記憶されたオブジェクトソースに関する情報を転送部に転送する転送手段と、
前記転送手段により転送されたオブジェクトソースに関する情報をリリースするリリース手段と、
を備える、ことを特徴とするリリース支援システム。
【請求項２】
前記記憶手段は、前記オブジェクトソースのリリース先、リリース順序を含む情報を記憶する、ことを特徴とする請求項１に記載のリリース支援システム。
【請求項３】
前記記憶手段は、さらに拡張子にて前記リリース順序を判断する判断手段を備える、ことを特徴とする請求項２に記載のリリース支援システム。
【請求項４】
前記リリース手段によるリリース結果を示すログファイルを、ＷＥＢ上に公開する公開手段をさらに備える、ことを特徴とする請求項１乃至３のいずれか１項に記載のリリース支援システム。
【請求項５】
前記リリース手段によるリリース結果を示すログファイルを前記依頼者端末に送信する送信手段をさらに備える、ことを特徴とする請求項１乃至３のいずれか１項に記載のリリース支援システム。
【請求項６】
前記転送手段は、前記転送部へのオブジェクトソースに関する情報の転送が完了すると、転送完了を示す情報を作成し、作成した転送完了を示す情報を前記リリース手段に送信し、
前記リリース手段は、前記転送完了を示す情報を受信した後、転送されたオブジェクトソースに関する情報をリリースする、ことを特徴とする請求項１乃至５のいずれか１項に記載のリリース支援システム。
【請求項７】
オブジェクトソースのリリースを依頼する依頼者の依頼者端末から当該オブジェクトソースに関する情報を受信し、記憶する記憶ステップと、
前記記憶ステップで記憶されたオブジェクトソースに関する情報を転送部に転送する転送ステップと、
前記転送ステップで転送されたオブジェクトソースに関する情報をリリースするリリースステップと、
を備える、ことを特徴とするリリース支援方法。
【請求項８】
コンピュータを、
オブジェクトソースのリリースを依頼する依頼者の依頼者端末から当該オブジェクトソースに関する情報を受信し、記憶する記憶手段、
前記記憶手段により記憶されたオブジェクトソースに関する情報を転送部に転送する転送手段、
前記転送手段により転送されたオブジェクトソースに関する情報をリリースするリリース手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リリース支援システム、リリース支援方法及びプログラムに関する。
【背景技術】
【０００２】
従来、リリース対象としてのオブジェクトをリリースする作業は、例えば、以下のような手順で行われる。
【０００３】
リリース依頼者は、例えば、オブジェクトソースを所定のデータベースに登録するとともに、メールにてリリース作業者に依頼書を送信する。依頼書には、例えば、リリース対象オブジェクト名、オブジェクトタイプ、バージョン、リリース先（リリース環境）、リリース順を記載する。
【０００４】
メールを受信したリリース作業者は、依頼書を参照して、登録されたデータベースから該当するオブジェクトソースのバージョン、タイプ（拡張子）を判別して、リリース先別ディレクトリにオブジェクトソースを転送する。そして、リリース作業者は、リリースシェルを起動して、リリース先とオブジェクト種別を指定して同環境、同種別のリリースをリリース先とオブジェクト種別の組み合わせ分繰り返す。
【０００５】
リリースツールは指定されたリリース先にオブジェクトタイプ毎に適切なリリース処理を行い、リリース結果をログファイルに出力する。リリース作業者は、リリース結果ログを参照して、成果の適否をリリース依頼者にメールで連絡する。なお、リリース依頼者はリリース結果の報告を受け、その結果が否の場合は、原因、手順を修正、場合によっては登録したオブジェクトソースを更新の上、リリース作業者に再度リリース依頼を行う。
【０００６】
オブジェクトをリリースする作業については、各種の提案がなされており、例えば、特許文献１には、公開希望者が希望する公開時期に、掲載情報とテンプレートとを用いてウェブページデータを作成して、公開希望者が公開を希望する掲載情報を公開することができるウエーブページ管理方法が提案されている。
【特許文献１】特開２００５−１８２１６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、リリース作業においては、リリ−ス作業者がオブジェクトソースをリリース先別ディレクトリに転送した後、リリース先とオブジェクト種別を指定して同環境、同種別のリリースを、リリース先とオブジェクト種別の組み合わせ分繰り返しているので、リリ−ス作業者に作業負荷がかかってしまうという問題がある。また、リリース時にミスが発生してしまうおそれがある。
【０００８】
本発明は、上記問題に鑑みてなされたものであり、リリース作業者の作業負荷を軽減することができるリリース支援システム、リリース支援方法及びプログラムを提供することを目的とする。
また、本発明は、リリース時におけるミスの発生を抑制することができるリリース支援システム、リリース支援方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の第１の観点にかかるリリース支援システムは、
オブジェクトソースのリリースを依頼する依頼者の依頼者端末から当該オブジェクトソースに関する情報を受信し、記憶する記憶手段と、
前記記憶手段により記憶されたオブジェクトソースに関する情報を転送部に転送する転送手段と、
前記転送手段により転送されたオブジェクトソースに関する情報をリリースするリリース手段と、
を備える、ことを特徴とする。
【００１０】
前記記憶手段は、前記オブジェクトソースのリリース先、リリース順序を含む情報を記憶してもよい。
【００１１】
前記記憶手段は、さらに拡張子にて前記リリース順序を判断する判断手段を備えてもよい。
【００１２】
前記リリース手段によるリリース結果を示すログファイルを、ＷＥＢ上に公開する公開手段をさらに備えてもよい。
【００１３】
前記リリース手段によるリリース結果を示すログファイルを前記依頼者端末に送信する送信手段をさらに備えてもよい。
【００１４】
前記転送手段は、前記転送部へのオブジェクトソースに関する情報の転送が完了すると、転送完了を示す情報を作成し、作成した転送完了を示す情報を前記リリース手段に送信してもよい。この場合、前記リリース手段は、前記転送完了を示す情報を受信した後、転送されたオブジェクトソースに関する情報をリリースする。
【００１５】
本発明の第２の観点にかかるリリース支援方法は、
オブジェクトソースのリリースを依頼する依頼者の依頼者端末から当該オブジェクトソースに関する情報を受信し、記憶する記憶ステップと、
前記記憶ステップで記憶されたオブジェクトソースに関する情報を転送部に転送する転送ステップと、
前記転送ステップで転送されたオブジェクトソースに関する情報をリリースするリリースステップと、
を備える、ことを特徴とする。
【００１６】
本発明の第３の観点にかかるプログラムは、
コンピュータを、
オブジェクトソースのリリースを依頼する依頼者の依頼者端末から当該オブジェクトソースに関する情報を受信し、記憶する記憶手段、
前記記憶手段により記憶されたオブジェクトソースに関する情報を転送部に転送する転送手段、
前記転送手段により転送されたオブジェクトソースに関する情報をリリースするリリース手段、
として機能させることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、リリース作業者の作業負荷を軽減することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態にかかるリリース支援システム、リリース支援方法及びプログラムについて説明する。図１に本実施の形態のリリース支援システムの構成を示す。
【００１９】
図１に示すように、リリース支援システムは、リリース支援サーバ群１と、通信ネットワーク２と、通信ネットワーク２を介して接続された依頼者用端末３（３１〜３ｎ）と、通信ネットワーク２を介して接続された作業者用端末４と、を備えている。
【００２０】
リリース支援サーバ群１は、支援システムに関する各種の処理をするためのものである。リリース支援サーバ群１は、ソースサーバ１１と、リリースサーバ１２と、結果照会サーバ１３と、を備えている。
【００２１】
ソースサーバ１１は、リリース依頼者がリリースの対象となるオブジェクトソースに関する情報を受信、収容し、リリースサーバ１２に送信するためのサーバである。このオブジェクトソースに関する情報には、オブジェクトソースのリリース先、リリース順序等が含まれている。図２にソースサーバ１１の構成を示す。図２に示すように、ソースサーバ１１は、通信制御部１１１と、処理制御部１１２と、データ記憶部１１３と、ソース収容部１１４と、依頼者情報データベース１１５と、を備えている。
【００２２】
通信制御部１１１は、例えば、ルータなどの所定の通信装置から構成され、ソースサーバ１１と通信ネットワーク２とを接続する。
【００２３】
処理制御部１１２は、通信制御部１１１を介して通信を行い、また、各種の情報を処理する。処理制御部１１２は、例えば、ＣＰＵ（Central Processing Unit）を備え、データ記憶部１１３から読み出した動作プログラムを実行する等により各種の処理を実行する。
【００２４】
データ記憶部１１３は、半導体メモリ、磁気ディスク記録装置などから構成され、各種の情報やプログラムを記録する。データ記憶部１１３には、例えば、リリースサーバ１２に送信（転送）する転送ツールが記憶されている。
【００２５】
ソース収容部１１４は、例えば、半導体メモリ、磁気ディスク記録装置などから構成されている。ソース収容部１１４には、リリースの対象となるオブジェクトソースが収容される。このソース収容部１１４は、例えば、共有フォルダであり、リリースを依頼するリリース依頼者により、オブジェクトソースのリリース優先順序に従って収容（配置）される。
【００２６】
ソース収容部１１４は、例えば、図３に示すように、複数の環境別フォルダが形成され、各フォルダには、リリース順序に従って分類された所定数のサブフォルダが形成されている。ここで、リリースの順序には、データベース定義リリース後にアプリケーションオブジェクトをリリースするように、ソースのタイプ（拡張子）によって優先順位を持っている。このため、リリース依頼者は、この優先順位に応じたサブフォルダ内に該当するオブジェクトソースを収容（配置）する。例えば、リリース依頼者は、最も優先順位が高いオブジェクトソースを「１」のサブフォルダ内に配置し、次に最も優先順位が高いオブジェクトソースを「２」のサブフォルダに配置する等のように、所定のオブジェクトソースを優先順位に応じて区分けしたサブフォルダ内に配置する。
【００２７】
このソース収容部１１４に収容されたオブジェクトソースは、処理制御部１１２によりリリースサーバ１２に転送され、リリースサーバ１２によりリリースされる。このように、リリースされるオブジェクトソースに関する情報をソース収容部１１４（ソースサーバ１１）に一旦収容した後、リリースサーバ１２に転送し、リリースサーバ１２によりリリースするのは、セキュリティ確保等の観点から、リリース依頼者（依頼者用端末３）がリリースサーバ１２に直接アクセス（接続）することを制限しているためである。
【００２８】
依頼者情報データベース１１５は、リリース依頼者に関する情報を記憶するデータベースである。依頼者情報データベース１１５には、例えば、図４に示すように、依頼者ＩＤ毎にレコードが作成され、各レコードには、氏名、所属、使用端末番号、パスワード等が記憶されている。ここで、依頼者ＩＤは、リリース依頼者の識別情報である。氏名及び所属は、そのリリース依頼者の氏名及び所属先である。パスワードは、リリース依頼者がリリース支援システムにログインするためのパスワードである。
【００２９】
リリースサーバ１２は、ソースサーバ１１から転送されたオブジェクトソースをリリースするためのサーバである。このリリースサーバ１２は、前述のように、セキュリティ確保等の観点から、依頼者用端末３が接続できないように設定されている。図５にリリースサーバ１２の構成を示す。図５に示すように、リリースサーバ１２は、通信制御部１２１と、処理制御部１２２と、データ記憶部１２３と、転送ソース収容部１２４と、ソース保管部１２５と、を備えている。
【００３０】
通信制御部１２１は、例えば、ルータなどの所定の通信装置から構成され、リリースサーバ１２と通信ネットワーク２とを接続する。通信制御部１２１は、例えば、通信ネットワーク２を介して、ソースサーバ１１から転送されたオブジェクトソースに関する情報を受信する。
【００３１】
処理制御部１２２は、通信制御部１２１を介して通信を行い、また、各種の情報を処理する。処理制御部１２２は、例えば、ＣＰＵ（Central Processing Unit）を備え、データ記憶部１２３から読み出した動作プログラムを実行する等により各種の処理を実行する。例えば、処理制御部１２２は、ソースサーバ１１からオブジェクトソースに関する情報が転送されると、転送されたオブジェクトソースに関する情報をリリースする。このリリースのタイミングは、オンライン中、オンライン終了後、夜間処理開始前（全て停止中）の３つがあり、それぞれ、例えば、１時間おきに実行する。
【００３２】
データ記憶部１２３は、半導体メモリ、磁気ディスク記録装置などから構成され、各種の情報やプログラムを記録する。データ記憶部１２３には、転送ソース収容部１２４に収容されたオブジェクトソースに関する情報をリリースするリリースツール（リリースシェル）が記憶されている。
【００３３】
転送ソース収容部１２４は、例えば、半導体メモリ、磁気ディスク記録装置などから構成され、ソースサーバ１１から転送されたオブジェクトソースに関する情報を収容する。転送ソース収容部１２４は、ソースサーバ１１から転送されたオブジェクトソースに関する情報を収容するため、ソースサーバ１１のソース収容部１１４に対応した複数の環境別フォルダが形成されている。この各環境別フォルダには、ソース収容部１１４に対応した所定数のサブフォルダが形成されている。そして、この転送ソース収容部１２４に全てのオブジェクトソースに関する情報が転送されると、処理制御部１２２は、転送されたオブジェクトソースに関する情報をその到着順にリリースする。
【００３４】
ソース保管部１２５は、半導体メモリ、磁気ディスク記録装置などから構成され、リリースされたオブジェクトソースを保管する。
【００３５】
結果照会サーバ１３は、リリース結果を公開するためのサーバである。図６に結果照会サーバ１３の構成を示す。図６に示すように、結果照会サーバ１３は、通信制御部１３１と、処理制御部１３２と、データ記憶部１３３と、を備えている。
【００３６】
通信制御部１３１は、例えば、ルータなどの所定の通信装置から構成され、結果照会サーバ１３と通信ネットワーク２とを接続する。通信制御部１３１は、例えば、通信ネットワーク２を介して、リリースサーバ１２から送信されたリリース結果に関する情報を受信する。
【００３７】
処理制御部１３２は、通信制御部１３１を介して通信を行い、また、各種の情報を処理する。処理制御部１３２は、例えば、ＣＰＵ（Central Processing Unit）を備え、データ記憶部１３３から読み出した動作プログラムを実行する等により各種の処理を実行する。例えば、処理制御部１３２は、リリースサーバ１２からリリース結果に関するログ（ログファイル）を受信すると、受信したリリース結果をＷｅｂで公開する。リリース依頼者は、この公開されたリリース結果により、リリースの結果を確認することができる。
【００３８】
データ記憶部１３３は、半導体メモリ、磁気ディスク記録装置などから構成され、各種の情報やプログラムを記録する。
【００３９】
通信ネットワーク２は、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの所定の通信プロトコルに基づくインターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などの通信ネットワークである。
【００４０】
依頼者用端末３は、例えば、通信機能を有するコンピュータ、携帯端末などから構成されている。依頼者用端末３は、例えば、ソースサーバ１１にオブジェクトソースに関する情報を送信し、ソースサーバ１１のソース収容部１１４に収容（配置）させる。
作業者用端末４は、例えば、通信機能を有するコンピュータ、携帯端末などから構成されている。
【００４１】
次に、以上のように構成されたリリース支援システムを用いたリリース支援方法について説明する。以下、オブジェクトソース転送処理、リリース処理、結果公開処理の順に説明する。
【００４２】
（オブジェクトソース転送処理）
オブジェクトソース転送処理は、リリース依頼者によりソースサーバ１１のソース収容部１１４に、リリースするオブジェクトソースに関する情報を収納させ、収納されたオブジェクトソースに関する情報をリリースサーバ１２に転送する処理である。図７は、オブジェクトソース転送処理を説明するためのフローチャートである。
【００４３】
リリース依頼者が依頼者用端末３を操作して、リリース支援サーバ群１のソースサーバ１１にアクセスすると、ソースサーバ１１の処理制御部１１２は、ユーザ認証を行う（ステップＳ１１）。例えば、処理制御部１１２は、依頼者用端末３にログイン画面を送信し、依頼者用端末３の表示部にログイン画面を表示させる。リリース依頼者は、表示されたログイン画面にログイン名（依頼者ＩＤ）及びパスワードを入力し、これを送信する。処理制御部１１２は、送信されたログイン名及びパスワードと、依頼者情報データベース１１５に記憶されているリリース依頼者に関する情報とを照合し、リリース依頼者であるか否かを判別する（ステップＳ１２）。
【００４４】
処理制御部１１２は、リリース依頼者でないと判別すると（ステップＳ１２；Ｎｏ）、この処理を終了する。処理制御部１１２は、リリース依頼者であると判別すると（ステップＳ１２；Ｙｅｓ）、依頼者用端末３をソースサーバ１１のソース収容部１１４に接続する（ステップＳ１３）。
【００４５】
依頼者用端末３がソース収容部１１４に接続されると、リリース依頼者は、依頼者用端末３を操作して、リリースするオブジェクトソースに関する情報をソース収容部１１４に送信することにより、ソース収容部１１４の所定の環境別フォルダにオブジェクトソースが収容（配置）される。ここで、ソース収容部１１４が共有フォルダであるため、リリース依頼者が依頼者用端末３に記憶されているオブジェクトソースをコピー、または、移動することにより、ソース収容部１１４にオブジェクトソースに関する情報が送信され、ソース収容部１１４の所定の位置にオブジェクトソースが収容される。また、オブジェクトソースに関する情報にリリース順番（例えば、拡張子による優先順位）がある場合、リリース依頼者は、この優先順位に応じた所定のサブフォルダ内に該当するオブジェクトソースを配置する。
【００４６】
次に、処理制御部１１２は、オブジェクトソースの収容が終了したか否かを判別する（ステップＳ１４）。このオブジェクトソースの収容が終了したか否かは、例えば、依頼者用端末３から終了した旨を受信したか否か、依頼者用端末３とソース収容部１１４とが接続されなくなったか否か等により判別される。処理制御部１１２は、オブジェクトソースの収容が終了したと判別すると（ステップＳ１４；Ｙｅｓ）、ソース収容部１１４にオブジェクトソースに関する情報を送信した依頼者用端末３、ユーザ情報、時刻、転送オブジェクトの一覧等に関する収容情報を記憶する（ステップＳ１５）。
【００４７】
続いて、処理制御部１１２は、データ記憶部１１３に記憶された転送ツールを実行し、収容されたオブジェクトソースに関する情報をリリースサーバ１２（転送ソース収容部１２４）に転送する（ステップＳ１６）。そして、処理制御部１１２は、ソース収容部１１４に収容された全てのオブジェクトソースに関する情報がリリースサーバ１２に転送されると、記憶した収容情報に基づいて転送完了を示すファイルを作成し、作成した転送完了を示すファイルをリリースサーバ１２に送信し（ステップＳ１７）、この処理を終了する。転送完了を示すファイルには、セキュリティ等の観点から、例えば、ソース収容部１１４にオブジェクトソースを配置した依頼者用端末３、ユーザ情報、時刻、転送オブジェクトの一覧等に関する情報が記載されている。
【００４８】
このように、従来、リリース作業を行う作業者が行っていたリリースの受付、オブジェクトソースの取得をリリース依頼者が行うことができるので、リリース作業者の作業負荷を軽減することができる。また、リリースするオブジェクトソースの配置、順番指定等をリリース依頼者本人が行っているので、手順に誤りが生じにくく、リリース作業者側のミスもなくなる。このため、リリース時におけるミスの発生を抑制することができ、リリース品質が格段に向上する。
【００４９】
（リリース処理）
リリース処理は、リリースサーバ１２が転送されたオブジェクトソースに関する情報をリリースする処理である。図８は、リリース処理を説明するためのフローチャートである。
【００５０】
まず、リリースサーバ１２の処理制御部１２２は、転送ソース収容部１２４にオブジェクトソースに関する情報が収容され、ソースサーバ１１から転送完了を示すファイルを受信したか否かを判別する（ステップＳ２１）。すなわち、処理制御部１２２は、ソースサーバ１１からのオブジェクトソースに関する情報の転送が完了したか否かを判別する。処理制御部１２２は、転送完了を示すファイルを受信したと判別すると（ステップＳ２１；Ｙｅｓ）、データ記憶部１２３に記憶されたリリースツール（リリースシェル）を実行し、転送ソース収容部１２４に収容されたオブジェクトソースに関する情報を、対応する各環境にオブジェクトソース到着順にリリースを行う（ステップＳ２２）。このリリースシェルは、例えば、１回の実行で１サブチーム単位で全環境、全オブジェクト種別に対してリリースを行う。
【００５１】
次に、処理制御部１２２は、リリース結果に関するログ（ログファイル）を作成し、この作成したログファイルを結果照会サーバ１３に送信する（ステップＳ２３）。続いて、処理制御部１２２は、リリースしたオブジェクトソースに関する情報をソース保管部１２５に保管し（ステップＳ２４）、この処理を終了する。
【００５２】
このように、リリースシェルを実行することにより、リリースサーバ１２上のオブジェクトソースを対応する各環境に自動的にリリースを行うことができるので、作業者がリリース作業を行うことがなくなり、リリース作業者の作業負荷を軽減することができる。
【００５３】
また、転送完了を示すファイルを受信した後に、リリースサーバ１２（処理制御部１２２）が、そのオブジェクトソース到着順にリリースするので、全てのオブジェクトソースが転送された後にリリースを開始することができる。
【００５４】
（結果公開処理）
結果公開処理は、リリースした結果を公開する処理である。図９は、結果公開処理を説明するためのフローチャートである。
【００５５】
結果照会サーバ１３の処理制御部１３２は、リリースサーバ１２からログファイルを受信したか否かを判別する（ステップＳ３１）。処理制御部１３２は、ログファイルを受信したと判別すると（ステップＳ３１；Ｙｅｓ）、受信したログファイルを、例えば、ＨＴＭＬ形式のファイルに編集して（ステップＳ３２）、ＷＥＢ上で公開する（ステップＳ３３）。そして、この処理を終了する。
【００５６】
このように、リリース結果をＷＥＢ上で公開することにより、リリース依頼者は随時、リリース結果を確認することができ、リリース作業者からのリリース結果報告を待たなくてもよく、リリース作業者もリリース結果を報告する必要がなくなる。このため、リリース作業者の作業負荷を軽減することができる。また、リリース依頼者がリリース結果をすぐに確認できるので、リリースによる効果や不具合の確認を早期に行うことができる。
【００５７】
以上説明したように、本実施の形態によれば、リリース依頼者がリリースするオブジェクトソースの配置、順番指定等が行っているので、リリース作業者の作業負荷を軽減することができる。また、リリース時におけるミスの発生を抑制することができる。
【００５８】
なお、本発明は、上記の実施の形態に限られず、種々の変形、応用が可能である。以下、本発明に適用可能な他の実施の形態について説明する。
【００５９】
例えば、データ記憶部１１３に、適切な位置にオブジェクトソースが収容（配置）されているか否かを検査（オブジェクト種別とリリース先、リリース順序、ライブラリ管理のバージョン記入等を検査）する検査ツールを記憶してもよい。この場合、オブジェクトソース転送処理において、処理制御部１１２は、リリースサーバ１２にオブジェクトソースに関する情報を転送する前に、検査ツールを実行し、リリース依頼者にその動作確認をさせることができる。これにより、リリース依頼者は、リリースする内容や表示イメージを確認することができる。
【００６０】
また、オブジェクトソースに関する情報に、例えば、拡張子による優先順位（リリース順序）がある場合、例えば、ソースサーバ１１、または、リリースサーバ１２に、拡張子による優先順位（リリース順序）を判断する判断手段を設けてもよい。この場合、リリース依頼者がソース収容部１１４に間違ってオブジェクトソースを配置しても適切なリリース作業を行うことができる。
【００６１】
上記実施の形態では、リリース処理において、転送完了を示すファイルを受信するとリリースシェルを実行して、オブジェクトソースをリリースする場合を例に本発明を説明したが、例えば、リリースサーバ１２側がオンライン、オンライン終了後、夜間処理開始前などの段階別に定期的（例えば、１時間おき）にサブチーム単位でリリースシェルを実行してもよい。この場合にも、作業者がリリース作業を行うことなく、オブジェクトソースを対応する各環境に自動的にリリースすることができる。
【００６２】
上記実施の形態では、結果公開処理において、リリース結果をＷＥＢ上で公開する場合を例に本発明を説明したが、例えば、リリース結果をメールにて依頼者用端末３に送信してもよい。この場合にも、リリース依頼者は、リリース結果を確認することができる。
【００６３】
上記実施の形態では、リリース処理において、転送完了を示すファイルを受信するとリリースシェルを実行する場合を例に本発明を説明したが、例えば、リリース依頼者によるソース収容部１１４へのオブジェクトソース収容の際に、リリース予定日時を設定し、リリース処理では、リリース予定日時となったときにリリースシェルを実行するようにしてもよい。
【００６４】
上記実施の形態では、リリース支援システムがソースサーバ１１とリリースサーバ１２と結果照会サーバ１３とを備えるリリース支援サーバ群１を有する場合を例に本発明を説明したが、本発明はこれら３つのサーバを有するものに限定されるものではない。例えば、図１０に示すように、サーバ２１が通信部２２と制御部２３とデータ記憶部２４とソース部２５とリリース部２６とＤＢ部２７とを備えていてもよい。この場合、通信部２２が通信制御部１１１，１２１及び１３１に相当し、制御部２３が処理制御部１１２，１２２及び１３２に相当し、データ記憶部２４がデータ記憶部１１３，１２３及び１３３に相当し、ソース部２５がソース収容部１１４に相当し、リリース部２６が転送ソース収容部１２４に相当し、ＤＢ部２７が依頼者情報データベース１１５に相当する。この場合、制御部２３がオブジェクトソース転送処理、リリース処理及び結果公開処理を実行することにより、上記実施の形態と同様の効果を得ることができる。また、ソース収容部１１４は、オブジェクトソースを一時的に収容できるものであればよく、共有フォルダでなくともよい。
【００６５】
本発明の実施の形態にかかるリリース支援サーバ１は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、汎用コンピュータに、上述の処理を実行するためのプログラムを格納した記録媒体（フレキシブルディスク、ＣＤ−ＲＯＭなど）から当該プログラムをインストールすることにより、上述の処理を実行するリリース支援サーバ１を構成することができる。
【００６６】
そして、これらのプログラムを供給するための手段は任意である。上述のように所定の記録媒体を介して供給できる他、例えば、通信回線、通信ネットワーク、通信システムなどを介して供給してもよい。この場合、例えば、通信ネットワークの掲示板（ＢＢＳ）に当該プログラムを掲示し、これをネットワークを介して搬送波に重畳して提供してもよい。そして、このように提供されたプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行することができる。
【図面の簡単な説明】
【００６７】
【図１】本発明の実施の形態のリリース支援システムの構成を示す図である。
【図２】ソースサーバの構成を示す図である。
【図３】ソース収容部の一例を示す図である。
【図４】依頼者情報データベースの構成を示す図である。
【図５】リリースサーバの構成を示す図である。
【図６】結果照会サーバの構成を示す図である。
【図７】オブジェクトソース転送処理を説明するためのフローチャートである。
【図８】リリース処理を説明するためのフローチャートである。
【図９】結果公開処理を説明するためのフローチャートである。
【図１０】他の実施の形態のリリース支援システムの構成を示す図である。
【符号の説明】
【００６８】
１  リリース支援サーバ群
２  通信ネットワーク
３  依頼者用端末
４  作業者用端末
１１  ソースサーバ
１２  リリースサーバ
１３  結果照会サーバ
１１１  通信制御部
１１２  処理制御部
１１３  データ記憶部
１１４  ソース収容部
１１５  依頼者情報データベース
１２１  通信制御部
１２２  処理制御部
１２３  データ記憶部
１２４  転送ソース収容部
１２５  ソース保管部
１３１  通信制御部
１３２  処理制御部
１３３  データ記憶部
【図１】
2007272286.tif 000003
【図２】
2007272286.tif 000004
【図３】
2007272286.tif 000005
【図４】
2007272286.tif 000006
【図５】
2007272286.tif 000007
【図６】
2007272286.tif 000008
【図７】
2007272286.tif 000009
【図８】
2007272286.tif 000010
【図９】
2007272286.tif 000011
【図１０】
2007272286.tif 000012