(57)【要約】【課題】運用中の情報加工ソフトウェアに異常が生じた場合においても、代替えの情報加工ソフトウェアのバージョンを短時間で特定できる。【解決手段】情報を所定表示形式に加工する情報加工ソフトウェアのバージョンを管理するバージョン管理装置２４において、情報加工ソフトウェアの開発段階、検証段階、検証段階の各段階に所属する各情報加工ソフトウェアのバージョン１３を監視して、各バージョンをバージョン一覧メモリ２７に記憶し、検索要求に応じて、開発、検証、運用の指定時刻における所属バージョンをバージョン一覧メモリから読出して出力する。【選択図】図２
2008217168.tif 000002
【特許請求の範囲】
【請求項１】
外部から入力された情報を情報加工ソフトウェアを用いて該情報加工ソフトウェアが指定する表示形式に加工して出力する情報加工装置における前記情報加工ソフトウェアのバージョンを管理するバージョン管理装置において、
前記情報加工ソフトウェアを開発する開発段階、開発段階で開発された情報加工ソフトウェアを検証する検証段階、検証段階で検証された情報加工ソフトウェアを実際に運用する運用段階における開発、検証、運用の各段階に所属する各情報加工ソフトウェアのバージョンを監視する段階バージョン監視手段と、
前記段階バージョン監視手段で監視された開発、検証、運用の各段階の各時点における各バージョンを記憶するバージョン一覧メモリと、
時刻を指定した検索要求に応じて、前記開発、検証、運用の指定時刻における所属バージョンをバージョン一覧メモリから読出して出力するバージョン一覧出力手段と
を備えたことを特徴とするバージョン管理装置。
【請求項２】
前記段階バージョン監視手段で監視された開発、検証、運用の各段階の各時点における各バージョンから得られる各バージョンの前記各段階に所属していた時期を含む履歴情報を記憶するバージョン履歴メモリと、
バージョンを指定した検索要求に応じて、当該バージョンの履歴情報をバージョン履歴メモリから読出して出力するバージョン履歴情報出力手段と
を備えたことを特徴とする請求項１記載のバージョン管理装置。
【請求項３】
前記検証段階で検証されて運用可能と登録された情報加工ソフトウェアのバージョンを監視する登録済バージョン監視手段と、
前記運用段階に所属する情報加工ソフトウェアの変更要求入力に応じて前記登録済バージョン監視手段で監視された現在時点におけるバージョンを運用候補バージョンとして出力する運用候補バージョン出力手段と、
前記運用候補バージョン出力手段で出力された運用候補バージョンから選択された情報加工ソフトウェアのバージョンを運用段階に所属させる手段と
を備えたことを特徴とする請求項１又は２記載のバージョン管理装置。
【請求項４】
前記運用段階に所属する情報加工ソフトウェアの不具合発生に応じて当該情報加工ソフトウェアのバージョンを開発段階又は検証段階に所属させる手段を有することを特徴とする請求項１から３のいずれか１項記載のバージョン管理装置。
【請求項５】
前記運用段階に所属する情報加工ソフトウェアの不具合発生に応じて当該情報加工ソフトウェアのバージョン以降の各バージョンを無効とするバージョン戻し手段を備えたことを特徴とする請求項１から３のいずれか１項記載のバージョン管理装置。
【請求項６】
外部から入力された情報を情報加工ソフトウェアを用いて該情報加工ソフトウェアが指定する表示形式に加工して出力する情報加工装置における前記情報加工ソフトウェアのバージョンを管理するコンピュータを、
前記情報加工ソフトウェアを開発する開発段階、開発段階で開発された情報加工ソフトウェアを検証する検証段階、検証段階で検証された情報加工ソフトウェアを実際に運用する運用段階における開発、検証、運用の各段階に所属する各情報加工ソフトウェアのバージョンを監視する段階バージョン監視手段、
前記段階バージョン監視手段で監視された開発、検証、運用の各段階の各時点における各バージョンをバージョン一覧メモリに書込むバージョン書込手段、
時刻を指定した検索要求に応じて、前記開発、検証、運用の指定時刻における所属バージョンをバージョン一覧メモリから読出して出力するバージョン一覧出力手段として実行させるためのバージョン管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入力された情報を所定の表示形式に加工する情報加工装置に組込まれた情報加工ソフトウェアのバージョンを管理するバージョン管理装置に関する。
【背景技術】
【０００２】
一般に新聞社やＴＶ放送社は、自社の新聞記者や放送記者及びカメラマンを有しており、各記者が取材し、カメラマンが撮影した写真を含む記事を紙面に載せたり、ＴＶ画像として放送する。この場合、記者は最初から自社の紙面やＴＶ画面に印刷したり表示することを念頭において記事を作成するので、新聞社やＴＶ放送会社においては、自社の記者やカメラマンが作成した記事に対して大幅の加工を施すことはない。
【０００３】
しかしながら、新聞社やＴＶ放送社は自前の記事以外にも、世界各地の出来事を専門に取材する通信社から配信される記事をも新聞紙面に載せたり、ＴＶ画面に表示することがある。通信社は多数の新聞社やＴＶ放送社に、例えばＸＭＬ等の同一形式で記載された記事を配信する。したがって、各新聞社や各ＴＶ放送社は、このままでは、新聞紙面に載せたり、ＴＶ画面に表示することができないので、この配信された記事を自社の方針に従って加工して新聞紙面に載せたり、ＴＶ画面に表示するようにしている。
【０００４】
同様に、気象庁から天気予報等の気象情報や、証券市場運営会社から株価等の証券情報が配信された場合には、この気象情報や証券情報を、自社の方針に従って加工して自社の購読者や視聴者が好む表示形式（フォーマット）で新聞紙面に載せたり、ＴＶ画面に表示する。
【０００５】
この場合、新聞社又はＴＶ放送社は、通信社等の外部から入力した記事等の情報を自社の方針に合致する表示形式に加工する情報加工ソフトウェアを自社で開発して、運用するようになってきた。この情報加工ソフトウェアとしては、例えば、野球のスポーツ記事の場合、スコアボード表や、各選手の打撃結果、打撃成績一覧の加工パターン（表示形式、テンプレート）である。また、競馬の場合、出走馬の枠順等である。
【０００６】
しかしながら、この加工パターン（表示形式  テンプレート）は、改良のために頻繁に変更される。この加工パターンが変更される毎に、変更された新規の加工パターンの情報加工ソフトウェアに対して、新たなバージョンＶｒを付して、過去から現在に至るまでの実際に運用された情報加工ソフトウェアのバージョンを記憶保持することによって、過去に記載された記事がどのバージョンの情報加工ソフトウェアで加工されたかを把握していた。
【０００７】
なお、特許文献１には、ソフトウェア配信サーバからネットワークを介して接続された複数のコンピュータにソフトウェアリソースを配信する場合に、ソフトウェア配信サーバにおいて、例えばバージョンの古いソフトウェアリソースを破棄することによって、配信するソフトウェアリソースを管理する手法が開示されている。
【特許文献１】特願２００４―３４１９６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した現在時点で運用中又は過去に運用実績のある情報加工ソフトウェアのバージョンや、現在時点で配信サーバに記憶されている配信用のソフトウェアリソースのバージョンのみを管理するバージョン管理手法にも、まだ解消すべき次のような課題があった。
【０００９】
すなわち、情報加工ソフトウェア自体の改良を目的として、又は最終の表示形式の仕様変更に加工内容を合わせる目的として、又は操作性向上を目的として、バージョンが異なる多数の情報加工ソフトウェアが作成される。
【００１０】
これらのバージョンが異なる各情報加工ソフトウェアにおいては、開発段階のものや、開発が終了して検証中のものや、検証が終了して運用可能になったものや、実際に運用中のものや、運用が終了して予備として、待機中のもの等がある。
【００１１】
このような状態において、運用中の情報加工ソフトウェアに故障（エラー発生）等の不都合が生じると、前述した各情報加工ソフトウェアのなかから検証が終了して運用可能なもの、又は運用が終了して待機中のものの中から最適な情報加工ソフトウェアを選択して、運用段階に設定する必要がある。この運用段階に設定する最適な情報加工ソフトウェアを選択する作業はこのバージョン管理装置の管理者にとっては、多大の手間と時間とが必要である。
【００１２】
本発明はこのような事情に鑑みてなされたものであり、現在時点で運用中の情報加工ソフトウェアのバージョンのみならず、運用中でない例えば、開発段階や検証段階の情報加工ソフトウェアのバージョンを管理することにより、各バージョンの情報加工ソフトウェアの運用に至るまでの進捗状況を簡単に把握できると共に、たとえ、運用中の情報加工ソフトウェアに異常が生じた場合においても、代替えの情報加工ソフトウェアのバージョンを短時間で特定でき、情報加工装置の稼働停止時間を最小限に抑制できるバージョン管理装置を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解消するために、本発明は、外部から入力された情報を情報加工ソフトウェアを用いて該情報加工ソフトウェアが指定する表示形式に加工して出力する情報加工装置における情報加工ソフトウェアのバージョンを管理するバージョン管理装置において、情報加工ソフトウェアを開発する開発段階、開発段階で開発された情報加工ソフトウェアを検証する検証段階、検証段階で検証された情報加工ソフトウェアを実際に運用する運用段階における開発、検証、運用の各段階に所属する各情報加工ソフトウェアのバージョンを監視する段階バージョン監視手段と、段階バージョン監視手段で監視された開発、検証、運用の各段階の各時点における各バージョンを記憶するバージョン一覧メモリと、時刻を指定した検索要求に応じて、開発、検証、運用の指定時刻における所属バージョンをバージョン一覧メモリから読出して出力するバージョン一覧出力手段とを備えている。
【００１４】
このように構成されたことを特徴とするバージョン管理装置バージョン管理装置においては、情報加工装置で運用可能性のある開発、検証、運用の各段階に所属する各情報加工ソフトウェアのバージョンはバージョン一覧メモリに記憶されているので、各バージョンの情報加工ソフトウェアの運用に至るまでの進捗状況を簡単に把握できる。
【００１５】
また、別の発明においては、段階バージョン監視手段で監視された開発、検証、運用の各段階の各時点における各バージョンから得られる各バージョンの各段階に所属していた時期を含む履歴情報を記憶するバージョン履歴メモリと、バージョンを指定した検索要求に応じて、当該バージョンの履歴情報をバージョン履歴メモリから読出して出力するバージョン履歴情報出力手段とを備えている。この場合、各バージョンの路歴を簡単に把握できる。
【００１６】
また、別の発明においては、検証段階で検証されて運用可能と登録された情報加工ソフトウェアのバージョンを監視する登録済バージョン監視手段と、運用段階に所属する情報加工ソフトウェアの変更要求入力に応じて登録済バージョン監視手段で監視された現在時点におけるバージョンを運用候補バージョンとして出力する運用候補バージョン出力手段と前記運用候補バージョン出力手段で出力された運用候補バージョンから選択された情報加工ソフトウェアのバージョンを運用段階に所属させる手段とを備えている。
【００１７】
このようなバージョン管理装置においては、運用中の情報加工ソフトウェアを他の情報加工ソフトウェアに変更したい場合は、運用可能と登録されたバージョンが運用候補バージョンとして出力されるので、簡単に代替えの情報加工ソフトウェアを指定できるとともに、これを運用段階に所属させることができる。
【００１８】
また、別の発明においては、運用段階に所属する情報加工ソフトウェアの不具合発生に応じて当該情報加工ソフトウェアのバージョンを開発段階又は検証段階に所属させる。したがって、一旦運用段階まで達した情報加工ソフトウェアに故障等の不都合が生じた場合は、この情報加工ソフトウェアを開発段階又は検証段階まで戻すことができる。
【００１９】
また、別の発明においては、運用段階に所属する情報加工ソフトウェアの不具合発生に応じて当該情報加工ソフトウェアのバージョン以降の各バージョンを無効とするバージョン戻し手段を備えている。新しいバージョンにおいては、一つ前のバージョンの不都合部分を改良するのが一般的であるが、全く別の部分を変更する場合がある。この場合は、先のバージョンで変更した部分に不都合が生じた場合には、このバージョン以降のバージョンの情報加工ソフトウェアは、不都合部分が解消されないので、このバージョン以降のバージョンを無効としている。
【００２０】
また、別の発明は、バージョン管理プログラムである。そして、このバージョン管理プログラムは、外部から入力された情報を情報加工ソフトウェアを用いて該情報加工ソフトウェアが指定する表示形式に加工して出力する情報加工装置における前記情報加工ソフトウェアのバージョンを管理するコンピュータを、情報加工ソフトウェアを開発する開発段階、開発段階で開発された情報加工ソフトウェアを検証する検証段階、検証段階で検証された情報加工ソフトウェアを実際に運用する運用段階における開発、検証、運用の各段階に所属する各情報加工ソフトウェアのバージョンを監視する段階バージョン監視手段と、段階バージョン監視手段で監視された開発、検証、運用の各段階の各時点における各バージョンをバージョン一覧メモリに書込むバージョン書込手段と、時刻を指定した検索要求に応じて、前記開発、検証、運用の指定時刻における所属バージョンをバージョン一覧メモリから読出して出力するバージョン一覧出力手段として実行させる。
【発明の効果】
【００２１】
本発明においては、各バージョンの情報加工ソフトウェアの運用に至るまでの進捗状況を簡単に把握できると共に、たとえ、運用中の情報加工ソフトウェアに異常が生じた場合においても、代替えの情報加工ソフトウェアのバージョンを短時間で特定でき、情報加工装置の稼働停止時間を最小限に抑制できる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の一実施形態を図面を用いて説明する。
【００２３】
図１は本発明の一実施形態に係わるバージョン管理装置が適用される記事の流を示す模式図である。
【００２４】
通信社１は、例えば自己が取材したスポーツ記事を各新聞社２ａ、２ｂ、２ｃへ通信回線３ａを介して例えばＸＭＬ形式の電子データで配信する。また、証券市場管理社４は株価等の証券記事を通信回線３ｂを介して各新聞社２ａ、２ｂ、２ｃへ配信する。さらに、気象庁５は天気予報等の気象記事を通信回線３ｃを介して各新聞社２ａ、２ｂ、２ｃへ配信する。
【００２５】
各新聞社２ａ、２ｂ、２ｃへ配信されたスポーツ記事は情報加工装置としてのスポーツ記事加工装置６で各新聞社２ａ、２ｂ、２ｃ毎に定められた表示形式に加工されて組版装置９へ転送される。同様に、各新聞社２ａ、２ｂ、２ｃへ配信された証券記事は情報加工装置としての証券記事加工装置７で各新聞社２ａ、２ｂ、２ｃに定められた表示形式に加工されて組版装置９へ転送される。さらに、各新聞社２ａ、２ｂ、２ｃへ配信された気象記事は情報加工装置としての気象記事加工装置８で各新聞社２ａ、２ｂ、２ｃ毎に定められた表示形式に加工されて組版装置９へ転送される。組版装置９は各加工装置６〜８で各新聞社２ａ、２ｂ、２ｃ毎に定められた表示形式に加工された各記事を新聞紙面にレイアウトする。印刷装置１０は記事がレイアウトされた新聞を印刷して発行する。
【００２６】
図２は各新聞社２ａ〜２ｃ内に設置されたバージョン管理装置２４及びスポーツ記事加工装置６概略構成を示すブロック図である。この実施形態においては、説明を簡単にするために、バージョン管理装置２４は、多数の記事加工装置２ａ〜２ｃのうちスポーツ記事加工装置６で使用される情報加工ソフトウェアとしての記事加工パターンのバージョンを管理するとする。
【００２７】
この記事加工パターンの一例を図５に示す。この記事加工パターンは野球の試合結果である「スコアボード表」である。そして、この「スコアボード表」の表示形式、表示項目が各新聞社２ａ、２ｂ、２ｃ毎に異なる。
【００２８】
スポーツ記事加工装置６内には、運用メモリ１２に記憶された記事加工パターンを用いて入力されたスポーツ記事を加工する記事加工実行部１１が設けられている。運用メモリ１２に記憶された記事加工パターンにはバージョン（Ｖｒ）１３が付されている。さらに、このスポーツ記事加工装置６に対して検証部１４及び開発部１９設けられている。
【００２９】
開発部１９において、バージョン発行部２３は新規に開発しようとする記事加工パターンに付すためのバージョンＶｒ１３を発行し、開発待ちメモリ２２に書込む。開発対象メモリ２１には、現在時点において開発実行部２０で開発実行中の記事加工パターンが記憶されている。この開発実行中の記事加工パターンにはバージョン発行部２３にて発行されたバージョンが付されている。
【００３０】
検証部１４においては、検証実行部１５において、検証対象メモリ１６に記憶されている記事加工パターンに対する検証を実行して、スポーツ記事加工装置６で運用可能と判定された記事加工パターンを登録済メモリ１７へ書込む。また検証待ちメモリ１８には開発部１９で開発された記事加工パターンを一時記憶する。
【００３１】
このような、バージョン発行部２３における記事加工パターンの新規バージョンの発行からスポーツ記事加工装置６において運用に至るまでの流れを説明する。
【００３２】
新聞社２ａ、２ｂ、２ｃの担当者が新規バージョンの発行指示を入力すると、バージョン発行部２３は新規バージョンを発行して、開発待ちメモリ２２へ書込む。開発実行部２０は新規の記事加工パターンを作成して開発待ちメモリ２２のバージョンを付して検証部１４の検証待ちメモリ１８へ書込む。
【００３３】
検証部１４の検証実行部１５はバージョン管理装置２４からの指示により検証待ちメモリ１８に記憶されている記事加工パターンを検証対象メモリ１６に移動させて、この記事加工パターンに対して例えば試験記事を用いて検証を行い、運用可能であれば登録済メモリ１７へ登録する。また、登録済メモリ１７へ登録すると共に、スポーツ記事加工部６の運用メモリ１２に書込むこともある。
【００３４】
一方、運用不可能であれば、登録済メモリ１７へ登録することなく、開発部１９の開発待ちメモリ２２へ書込み、開発実行部２９において、不可能となった部分の修正を実施して、再度検証を行う。
【００３５】
スポーツ記事加工部６の記事加工実行部１１は、運用メモリ１２に記事加工パターンが記憶されていない場合や、運用中の情報加工ソフトウェアを他の情報加工ソフトウェアに変更したい場合には、バージョン管理装置２４からの指示により登録済メモリ１７に記憶されている記事加工パターンを運用メモリ１２に書込んで、運用メモリ１２に記憶された記事加工パターンを用いて入力されたスポーツ記事を加工する。
【００３６】
そして、スポーツ記事加工部６は、運用メモリ１２に記憶されている記事加工パターンに異常が発生すると、当該記事加工パターンを検証部１４の検証待ちメモリ１８又は開発部１９の開発待ちメモリ２２へ書込む。
【００３７】
さらに、スポーツ記事加工部６は、一定期間が経過して、新聞に載せるスポーツ記事の表示形式を変更する場合は、現在、スポーツ記事加工部６の運用メモリ１２に書込まれている記事加工パターンを待機メモリに書込む。そして、登録済メモリ１７、又は待機メモリに記憶されている記事加工パターンを書込む。
【００３８】
次に、バージョン管理装置２４を説明する。例えば、コンピュータで構成されたバージョン管理装置２４内には、バージョン監視部２５が設けられている。このバージョン監視部２５は、スポーツ記事加工部６の運用メモリ１２、検証部１４の各メモリ１６、１７、１８、開発部１９の各メモリ２１、２２に記憶された各記事加工パターンのバージョン、及びバージョン発行の各バージョンを監視し、各メモリに書込まれた時期（時刻）等の各バージョンの各時点における分布、及び履歴を得て、バージョン一覧メモリ２７、バージョン履歴メモリ３１の記憶内容を更新する。さらに、記事加工パターンファイル２６の記憶内容を更新する。
【００３９】
バージョン一覧メモリ２７内には、図３に示すように、例えば、１０日毎における、各バージョン１３（Ｖｒ．１、Ｖｒ．２、…、Ｖｒ．９）の記事加工パターンが、スポーツ記事加工部６、検証部１４、開発部１９におけるどのメモリに所属しているのか、さらに、バージョンは発行済みか、開発済みか、検証済みか等の状態が記憶されている。図中「０」は未実施であり、「１」は実行中（所属中）、「２」は実行済みを示している。なお、バージョンＶｒ１３は、発行時期が後の方であるほど、値が大きくなる。
【００４０】
例えば、現在時点（２００７、１、１０）においては、最も古いバージョンＶｒ．１の記事加工パターンは、バージョンは発行済み、開発済み、検証済み、運用登録済み、待機中であることを示す。次に古いバージョンＶｒ．２の記事加工パターンは、バージョンは発行済み、開発済み、検証済み、運用登録済み、運用中であることを示す。一方、最近のバージョンＶｒ．６の記事加工パターンは、バージョンは発行済み、開発済み、検証待ち状態であることを示す。
【００４１】
このように図３のバージョン一覧メモリ２７内の各ページには、１０日毎における、各バージョン１３（Ｖｒ．１、Ｖｒ．２、…、Ｖｒ．９）の記事加工パターンの状態が記憶されている。
【００４２】
バージョン履歴メモリ３１は、図４に示すように、各バージョン１３（Ｖｒ．１、Ｖｒ．２、…、Ｖｒ．９）の記事加工パターンの状態の変化の履歴が記憶されている。例えば、バージョンＶｒ．６の記事加工パターンは、バージョン発生が（2002,3,1）であり、開発が（2002,4,25）であり、検証が（2002,5,20）であり、運用が（2002,10,3）から現在まで継続していることを示す。
【００４３】
記事加工パターンファイル２６内には、各バージョン１３（Ｖｒ．１、Ｖｒ．２、…、Ｖｒ．９）の記事加工パターンが記憶されている。
【００４４】
バージョン一覧表示部２８は、キーボード等の操作部２９から年月（時刻）を指定したバージョン一覧表示指令が入力されると、バージョン一覧メモリ２７に記憶されている該当年月（時刻）の各バージョン１３（Ｖｒ．１、Ｖｒ．２、…、Ｖｒ．９）の状態を読出して表示部３０に表示出力する。
【００４５】
図６は各バージョン１３（Ｖｒ．１、Ｖｒ．２、…、Ｖｒ．９）の状態が表示された表示部３０の表示内容の一例を示す図である。
【００４６】
表示画面には、記事加工パターンのパターン名（この実施形においては「野球イニング」）と、当該記事加工パターンのバージョンＶｒのみが表示された、バージョン１３（Ｖｒ．１、Ｖｒ．２、…、Ｖｒ．９）の数のメニュー３６が表示される。そして、この各メニュー３６の横の詳細ボタン３７をクリックすると、図６の表示画面の上段に示すように、二つの詳細表３８ａ、３８ｂが表示される。
【００４７】
上段の詳細表３８ａには、例えば、「野球イニング」等の記事加工パターン名、「野球」等のジャンル名、「２面」等の新聞紙面上の記載頁の当該当該記事加工パターンの属性情報の他に、この記事加工パターンのバージョンＶｒ（＝１）が現在どの状態であるかを示す情報が表示される。
【００４８】
具体的には、「開発」、「検証」、「登録」、「運用」の各位置にマークが表記される。この例では、「開発」、「検証」の各位置に「○」が表記され、「登録」の位置に「済」のマークが表記され、「運用」の位置に「運用中」のマークが表記されている。したがって、このバージョンＶｒ（＝１）の記事加工パターンは「開発」、「検証」が終了して運用可能として登録済みであり、かつ現在時点において、スポーツ記事加工装置６の運用メモリ１２に書込まれて、記事加工実行部１１にて運用中であることを示す。
【００４９】
下段の詳細表３８ａには、当該記事加工パターンのバージョンＶｒ、バージョンＶｒの発行年月日、「運用中」の最終状態に移行した年月日（最終更新部）が表記されると共に、当該記事加工パターンの使用上のコメント（注意事項）が表示される。
【００５０】
このように、表示部３０に表示された各記事加工パターンのバージョンＶｒのメニュー３６を詳細ボタン３７のクリック操作で指定することにより、任意のバージョンＶｒの記事加工パターンの詳細情報を確認することが可能である。
【００５１】
なお、過去の年月を指定したバージョンの一覧表示要求が操作部２９から入力した場合は、バージョン一覧メモリ２７の指定された年月のページの各バージョンの記事加工パターンの状態を読み出して表示部３０に表示出力する。
【００５２】
図２におけるバージョン履歴表示部３２は、キーボード等の操作部２９からバージョンを指定したバージョン履歴表示指令が入力されると、図４に示すバージョン履歴メモリ３１に記憶されている該当バージョン１３（Ｖｒ）のバージョン発行から現在年月までの履歴情報を読み出して表示部３０に表示出力する。
【００５３】
次に、運用候補バージョン表示部３３は、運用中の記事加工パターンを他の記事加工パターンに変更したい場合や、運用中の記事加工パターンに故障等の不都合が発生した場合は、管理者の操作部２９を介した表示指示、又は故障発生時の自動指示に基づいて、バージョン一覧メモリ２７の現在時点において、「運用登録済み」及び「待機中」に「１」が設定されていて、「運用中」に「１」が設定されていない各バージョンを読出して、表示部３０に「運用候補バージョン」として表示する。
【００５４】
この図３の実施形態においては、現在時点で「運用中」のバージョンＶｒ．２に代えて、２つのバージョンＶｒ・１、Ｖｒ．３が「運用候補バージョン」として表示される。そこで、管理者は、表示部３０の表示画面上で、２つのバージョンＶｒ．１、Ｖｒ．３の詳細情報を前述した手法で確認して、一つのバージョンＶｒを選択する。
【００５５】
図２の運用バージョン設定部３９は、管理者が選択したバージョンの記事加工パターンを運用中メモリ１２へ設定するとともに、バージョン一覧メモリ２７、バージョン履歴メモリ２９の記憶内容を更新する。
【００５６】
図２のバージョン移動部３４は、運用中の記事加工パターンに故障等の不都合が発生した場合は、この運用中の記事加工パターンに対する不都合部分に対する再検証又は再開発を実施する必要があるので、当該記事加工パターンを検証待ちメモリ１８、又は開発待ちメモリ２２へ書込む。さらに、バージョン一覧メモリ２７、バージョン履歴メモリ２９の記憶内容を更新する。
【００５７】
図２のバージョン戻し部３５は、運用中の記事加工パターンに故障等の不都合が発生した場合は、この時点で発行されている故障の発生した記事加工パターンのバージョン以降の各バージョンを無効とする。そして、この無効情報をバージョン一覧メモリ２７、バージョン履歴メモリ２９に登録する。そして、この故障の発生した記事加工パターンを開発部１９で再開発する場合は、新規のバージョンを取得する。
【００５８】
前述したように、同一目的、同一種別の記事加工パターンの新しいバージョンの目的は、一つ前のバージョンの不都合部分、又は不足部分を改良又は追加するのが一般的であるが、全く別の部分を変更する場合がある。この場合は、先のバージョンで変更した部分に不都合が生じた場合には、このバージョン以降のバージョンの記事加工パターンは、不都合部分が解消されないので、このバージョン以降のバージョンを無効としている。
【００５９】
なお、記事加工パターンの大幅仕様変更をバージョンで管理し、記事加工パターンの同一仕様内の小規模改良を、同一バージョンＶｒの枝番号であるリビジョンＲｖで管理する場合は、この時点で発行されている故障の発生した記事加工パターンのリビジョン以降の各リビジョンを無効とする。
【００６０】
このように、現在時点で運用可能である記事加工パターンのバージョンをバージョン一覧メモリ２７において、「運用登録済み」及び「待機中」として記憶保持しているので、たとえ運用中の記事加工パターンに不都合が生じたとしても、代替の記事加工パターンを短時間で指定して、運用できるので、記事加工装置の停止時間を最小限に抑制できる。
【００６１】
図７はバージョン管理装置２４の全体動作を示す流れ図である。
【００６２】
スポーツ記事加工装置６の運用メモリ１２、検証部１４の各メモリ１６、１７、１８、開発部１９の各メモリ２１、２２に記憶された各記事加工パターンのバージョンに変更が生じると（ステップＳ１）、バージョン一覧メモリ２７、バージョン履歴メモリ３１の記憶内容を更新する（Ｓ２）。
【００６３】
操作部２９から、各バージョンの記事加工パターンの状態表示指示が入力されると（Ｓ３）、バージョン一覧メモリ２７に記憶されている各バージョンの所属情報を読出して、表示部３０に表示出力する（Ｓ４）。
【００６４】
操作部２９から、各記事加工パターンのバージョン履歴の表示指示が入力されると（Ｓ５）、バージョン履歴メモリ３１に記憶されている該当バージョンの履歴を読出して、表示部３０に表示出力する（Ｓ６）。
【００６５】
さらに、運用中の記事加工パターンの記事加工パターンのバージョンに対する代替え要求が入力されると（Ｓ７）、バージョン一覧メモリ２７の現在時点において、登録済み、待機中、非運用中の各バージョンを読出して、表示部３０に「運用候補バージョン」として表示する（Ｓ８）。
【００６６】
また、運用中の記事加工パターンに故障等の不都合が発生した場合は（Ｓ９）、この時点で発行されている故障の発生した記事加工パターンのバージョン以降の各バージョンを無効とする（Ｓ１０）。
【００６７】
なお、本発明は上述した実施形態に限定されるものではない。実施形態においては、情報加工ソフトウェアとして、スポーツ記事における野球のスコアボードの記事加工パターンで説明したが、上述した証券記事、気象記事を含む、外部から配信された各種の情報を、自社の方針に沿って加工する場合の情報加工ソフトウェアに適用することができる。
【００６８】
さらに、新聞社の新聞記事のみでなく、ＴＶ放送会社におけるＴＶの表示パターンにも適用できる。
【図面の簡単な説明】
【００６９】
【図１】本発明の一実施形態のバージョン管理装置が適用される記事の流を示す模式図
【図２】同実施形態のバージョン管理装置及び記事加工装置の概略構成を示すブロック図
【図３】同実施形態のバージョン管理装置内に形成されたバージョン一覧メモリの記憶内容を示す図
【図４】同実施形態のバージョン管理装置内に形成されたバージョン履歴メモリの記憶内容を示す図
【図５】同実施形態のバージョン管理装置で用いられる記事加工パターンの一例を示す図
【図６】同実施形態のバージョン管理装置の表示部に表示されたバージョン一覧の一例を示す図
【図７】同実施形態のバージョン管理装置の全体動作を示す流れ図
【符号の説明】
【００７０】
１…通信社、２ａ，２ｂ，２ｃ…新聞社、３ａ，３ｂ，３ｃ…通信回線、４…証券市場管理会社、５…気象庁、６…スポーツ記事加工装置、７…証券記事加工装置、８…気象記事加工装置、９…組版装置、１０…印刷装置、１１…記事加工実行装置、１２…運用中メモリ、１３…バージョン、１４…検証部、１５…検証実行部、１７…登録済メモリ、１９…開発部、２０…開発実行部、２３…バージョン発行部、２４…バージョン管理装置、２５…バージョン監視部、２６…記事加工パターンファイル、２７…バージョン一覧メモリ、２８…バージョン一覧表示部、２９…操作部、３０…表示部、３１…バージョン履歴メモリ、３２…バージョン履歴表示部、３３…運用候補バージョン表示部、３４…バージョン移動部、３５…バージョン戻し部、３６…メニュー、３７…詳細ボタン、３８ａ，３８ｂ…詳細表、３９…運用バージョン設定部
【図１】
2008217168.tif 000003
【図２】
2008217168.tif 000004
【図３】
2008217168.tif 000005
【図４】
2008217168.tif 000006
【図５】
2008217168.tif 000007
【図６】
2008217168.tif 000008
【図７】
2008217168.tif 000009