JPH06342443A

JPH06342443A - 業務運用システム

Info

Publication number: JPH06342443A
Application number: JP13064393A
Authority: JP
Inventors: Kiyosumi Onda; 清澄恩田; Akio Fujita; 紀生藤田; Takao Tanabe; 貴雄田邉; Yuichi Koizumi; 裕一小泉; Shigeru Terada; 茂寺田; Kuniyuki Yokobori; 邦之横堀; Masaru Morisaki; 優守先; Yukio Ikeuchi; 幸雄池内; Shuhei Masui; 修平桝井; Seiichi Saikai; 成市西海
Original assignee: Mitsubishi Electric Corp; Nippon Hoso Kyokai NHK; Japan Broadcasting Corp
Current assignee: Mitsubishi Electric Corp; Japan Broadcasting Corp
Priority date: 1993-06-01
Filing date: 1993-06-01
Publication date: 1994-12-13
Anticipated expiration: 2019-01-19
Also published as: JP3488265B2

Abstract

(57)【要約】【構成】計画者の計画情報をホストコンピュータ１を
介してファイルサーバ２に伝送する。一方実行者１０７
からの資源情報をローカルサーバ５に接続されたマスタ
データベース７に登録する。ファイルサーバ２は業務計
画と資源情報を結合し、業務データベース３に登録す
る。実行者１０７はワークステーション６を用いて業務
データベースに登録された業務計画のうち、補足する情
報に対してマスタデータベース７にある資源情報を用い
て情報を補完する。【効果】計画者が立てる業務計画と実行者が持つ資源
を自動的に統合できるとともに、自動的に統合できない
部分をワークステーションから補ってやることにより、
柔軟性に富むシステムを提供できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、業務を運用するため
に効率的に業務を実行する資源を配置する業務運用シス
テムに関するものである。例えば、放送番組制作業務に
対して、設備計画、要員計画、及びそれらの調整を効率
的に支援するための番組制作要員運用システムに関する
ものである。

【０００２】

【従来の技術】従来ひとつの業務計画に対して、その業
務を実行する場合には、業務実行に必要な資源を人間が
配置したり、あるいはコンピュータの人工知能の技術を
用いて自動的に配置したりするシステムが考えられてい
る。例えば、放送番組を作成する場合には、番組制作情
報に対し、デスクと呼ばれる人達が効率良く技術スタッ
フを配員していた。

【０００３】しかしながら、従来のように、人間が技術
スタッフや設備を配員、配置する場合、制作番組の数が
少ない場合には、人手で行うことが可能であるが、ひと
つのテレビ局の中で作られる番組が多数に及ぶ場合に
は、配員、あるいは配置するべき資源がおびただしい数
にのぼり、人間の能力の限界を越えてしまう。

【０００４】また、コンピュータを用いて人工知能のア
ルゴリズムを用いて、資源を配置、あるいは配員する場
合も考えられる。しかしながらこのように、コンピュー
タが自動的に配置あるいは配員する場合には、個人のノ
ウハウあるいは個人の判断を必要としないため、機械的
な配置、配員が行われてしまい、柔軟性に欠く配置ある
いは配員が行われてしまう。

【０００５】

【発明が解決しようとする課題】従来の業務運用システ
ムは以上のようにデスクと呼ばれるキーマンが番組制作
のための要員を配置していたので、配員ミスやダブルブ
ッキング等の間違いをおこしやすいという問題があっ
た。特に、人事異動や使用する資源に有効期限があるよ
うな場合には、デスクと呼ばれるキーマンはこれらの技
術スタッフや使用設備の有効期限の管理までも行わなけ
れば、正しい割り当てを行うことが出来なかった。この
ようなデスクと呼ばれるキーマンは経験を積むことによ
り、間違いの少ないかつ効率の良い配置、配員を行うよ
うになるが、このように経験を積むまでに長期間時間が
かかることや、あるいは経験豊富なデスクが少ないとい
う問題点があった。

【０００６】また、コンピュータの人工知能機能を利用
して、配員、配置をする場合には、デスクの経験をコン
ピュータアルゴリズムに置き換えることになる。このよ
うに機械化することにより、配員、配置を自動的に行う
ことが可能になるが、機械的に作成された配員、配置に
は柔軟性を欠くものが多く、また、個人の判断を入れる
部分がないため、実際に運用する者から嫌がられてしま
う場合が多いという問題があった。

【０００７】この発明は以上のような問題点を解決する
ためになされたものであり、今後予想される番組制作形
態の多様化、制作業務量の増加に柔軟かつ迅速に対応出
来る業務運用システムを得ることを目的とする。また、
この発明は、システムの構成を高度なグラフィックユー
ザインタフェースを提供するワークステーションによ
り、実際にシステムを使用するものに対して、オペレー
ションのしやすい業務運用システムを得ることを目的と
する。また、この発明は人間の判断を十分に取り入れる
ことが出来る業務運用システムを得ることを目的とす
る。

【０００８】

【課題を解決するための手段】第１の発明に係る業務運
用システムは以下の要素を有するものである。（ａ）業務計画を入力する業務計画入力手段（ｂ）上記業務計画の実行に必要なマスタ情報を記憶す
るマスタデータベース、（ｃ）上記業務計画入力手段に
より入力した業務計画を上記マスタデータベースに記憶
されたマスタ情報を用いて補完する補完手段、（ｄ）上
記補完手段により補完された業務計画を記憶する業務デ
ータベース、（ｅ）上記マスタデータベースに記憶され
たマスタ情報を用いて、上記業務データベースに記憶さ
れた業務計画の未補完情報に対する補完を支援する支援
手段。

【０００９】第２の発明に係る業務運用システムは支援
手段による業務計画の補完作業の支援中にマスタデータ
ベースに存在しない情報が発生した場合には、その情報
をマスタ情報としてマスタデータベースに追加するマス
タ追加手段を備えたことを特徴とする。

【００１０】第３の発明に係る業務運用システムは、シ
ステムが用いるデータに対して、有効期間を設けてお
り、有効期間に基づいて複数の世代管理を行うととも
に、補完手段、及び支援手段は有効期間を参照して有効
期間の範囲内で要員及び資源の配置を行うようにするこ
とを特徴とする。

【００１１】第４の発明に係る業務運用システムは、マ
スタデータベースにマスタ情報として登録されたデータ
は、支援手段により何等かのデータを入力する場合に入
力候補として表示され、支援手段は表示したマスタ情報
の中から所望の情報を選択させることを特徴とする。

【００１２】第５の発明に係る業務運用システムは、マ
スタデータベースに業務計画を実行するのに必要な情
報、例えば、必要な設備、必要な要員数、必要なスキル
等の実行仕様を記憶する補完マスタを備えるものであ
る。また、マスタデータベースは業務計画を実行するた
めに必要となる設備、要員等の資源を記憶する資源マス
タを備えたものである。

【００１３】第６の発明に係る業務運用システムは、資
源マスタとして少なくとも、資源の所属スキル、形、
色、等の資源の属性及びその資源の利用可能な時期を記
憶することを特徴とするものである。

【００１４】第７の発明に係る資源業務運用システム
は、定期的に発生するような独自業務を登録する独自業
務マスタと、この独自業務マスタに登録された定期的な
独自業務に基づいて、業務計画を発生させ、業務データ
ベースに登録する独自業務発生手段を備えたことを特徴
とする。

【００１５】第８の発明に係る業務運用システムは、未
確定の業務計画を入力し、この未確定業務計画に対し
て、補完手段及び支援手段がマスタ情報を用いて、予約
情報を補完し、業務データベースはこれらの予約情報で
補完された未確定の業務計画を一時的に記憶するととも
に、正式な業務計画を入力した場合には、この業務デー
タベースに一時的に記憶された未確定業務計画の予約情
報を用いて、正式に入力された業務計画の補完を行うよ
うにすることを特徴とする。

【００１６】第９の発明に係る業務運用システムは、資
源マスタは資源を所属グループに分けて記憶するととも
に、補完手段，支援手段が所属グループ単位に業務計画
を補完する場合に、同一の所属グループにおいて、資源
が不足している場合に、他の所属グループからその資源
を一時的に移動させるようにすることを特徴とする。

【００１７】第１０の発明に係る業務運用システムは、
すでに入力した業務計画に対して変更情報を入力すると
ともに、補完手段がこの変更情報に基づいて業務計画を
再び補完しなおすとともに、支援手段は補完しなおされ
た業務計画に対して、確認処理を行うことを特徴とす
る。

【００１８】第１１の発明に係る業務運用システムは、
ファイルサーバとローカルサーバとワークステーション
を有するネットワークで構成され、業務計画入力手段及
び補完手段は、ファイルサーバ実行され、ファイルサー
バは業務データベースを一元的に管理するとともに、マ
スタデータベースはローカルサーバで管理され、支援手
段はファイルサーバで管理された業務データベースとロ
ーカルサーバで管理されたマスタデータベースを用いて
ワークステーションで実行されることを特徴とする。

【００１９】第１２の発明に係る業務運用システムは、
業務運用システムの扱う情報の中で、時間に関係するデ
ータを扱う場合に、線分を用いて情報の入力、表示、編
集を行うことを特徴とする。

【００２０】

【作用】第１の発明における業務運用システムにおいて
は、業務を計画する計画者と、その業務を実際に実行す
る実行者が異なる場合を考慮したものである。すなわ
ち、業務計画入力手段は、業務を計画する計画者からの
業務計画を入力する。一方マスタデータベースには、実
際に業務を実行する者が、予め持っている資源を登録す
る。また、マスタデータベースは計画者が計画した業務
計画に対してあらかじめ、その業務計画の実行に必要な
仕様を記憶する。補完手段は業務計画入力手段で入力し
た計画者側の業務計画に対して、マスタデータベースに
あらかじめ登録されたその業務計画の仕様および実行者
側が持っている資源を適用することにより、業務計画を
実行可能な計画へと補完する。業務データベースはこの
ように、計画者側の業務計画と実行者側の情報とが組み
合わされた業務計画を記憶する。前述した補完手段は可
能な範囲で業務計画を実行可能な計画にするものである
が、完全に実行可能な状態にまですることは出来ない。
そこで、支援手段は業務データベースに記憶された業務
計画のうち、まだ実行が確実になっていない未補完の情
報がある場合に、マスタデータベースに記憶されたマス
タ情報を用いてこの未補完の情報に対する完全な補完を
支援するものである。このように、この発明は計画者側
で得られる情報と実行者側で得られる情報をそれぞれ別
個に登録記憶するとともに、計画者側の情報と実行者側
の情報を結合するにあたり、まず第１に自動的に結合す
ることが可能な部分を補完手段により行なわせ、自動的
に結合することが出来ない部分を支援手段に行わせよう
とするものである。補完手段は自動的に行われるのに対
して、支援手段は人間が介在する。従って、この支援手
段が存在することにより、業務運用システムが全く機械
的に実行されるのではなく、人間の判断や経験則を盛り
込むことが出来る柔軟性のあるシステムを構築すること
が可能になる。

【００２１】第２の発明における業務運用システムにお
いては、マスタデータベースに存在しない情報が発生し
た場合には、その情報を追加するマスタ追加手段が存在
することにより、実行者側で作成するマスタデータベー
スに不十分な点がある場合でも、その欠点を補うことが
できる。前述したように、この発明は計画者側からの業
務計画と、実行者側のマスタ情報を結合させることによ
り、業務運用システムを構築することに特徴がある。従
って、計画者側の作成した業務計画と実行者側で作成し
たマスタ情報には食い違いが生じる場合がある。このよ
うに食い違いが生じた場合には、業務計画を実行させる
ことを優先的に取り扱うようにしなければならない。そ
こで業務計画の実行に必要なマスタ情報が存在しない場
合には、業務計画から得られる範囲の情報でマスタ情報
を生成し、マスタデータベースに追加するようにしたも
のである。このようにマスタ追加手段により、追加され
たマスタ情報は完全なものではない。この場合には、前
述した支援手段により、必要なマスタ情報を補うことに
より、完全なマスタ情報となる。

【００２２】第３の発明に係る業務運用システムは、資
源の配置には有効期間が存在することに注目したもので
ある。例えば、資源が人間である場合には、人事異動や
休暇等により、その人間が働ける期間に限りがある。ま
た、設備の場合にもリース品やレンタル品である場合や
消耗品である場合にも、その有効期間には限りがある。
また、業務自身にもその業務を行う期間が限られてい
る。あるいは業務自身がリバイズされて新たな業務にな
る場合もある。この発明はこれ等業務に関するデータに
有効期間をつけて、この有効期間に基づいて資源を配置
しようとするものである。すなわち、補完手段、及び支
援手段は資源を業務に割り当てる際に有効期間を参照す
ることにより、間違いのない資源の配分を行う。

【００２３】第４の発明における業務運用システムにお
いては、上記支援システムが実行される場合には、人間
のオペレーションが介在することを考慮したものであ
る。すなわち支援手段は業務計画の中で、未補完である
情報を補完するために、マスタデータベースに記憶され
たマスタ情報の中から、候補となるマスタ情報を表示す
る。そして、この表示した候補の中からオペレータの所
望のマスタ情報を選択させる。従って、オペレータは単
に選択という動作を行うことにより、業務計画の補完を
行なうことができる。このように支援手段が候補の表示
及びその選択という単純なマンマシンインタフェースを
有することにより、オペレータはわずらわしいキーボー
ド入力等の操作を行うことなく、迅速に且つ容易に業務
計画の補完をすることができる。

【００２４】第５の発明における業務運用システムにお
いては、マスタデータベースとして業務計画の実行仕様
を記憶する補完マスタと、業務計画を実行する資源を記
憶する資源マスタを分けて記憶しているので、補完手段
が補完マスタを用いて業務計画を補完するとともに、支
援手段が資源マスタを用いて支援処理を行うことができ
る。

【００２５】第６の発明における業務運用システムにお
いては、資源マスタが資源の属性及び資源の利用可能な
時期を記憶しているので、支援手段は業務計画を補完す
る場合に、資源マスタに記憶された資源の属性や資源の
利用可能時期を用いて、候補となるマスタ情報を選択で
きる。また、これら資源の属性や資源の利用可能時期を
表示することにより、オペレータに最適な選択を促すこ
とができる。

【００２６】第７の発明における業務運用システムにお
いては、計画者側が業務計画としては入力してこなくと
も、実行者側で定期的に独自に行わなければならない業
務を予め独自業務マスタに登録しておくことにより、独
自業務を定期的に発生させるようにしたものである。計
画者は新たな業務計画を立ててそれを実行者に対して実
行することを要求してくるが、実行者側では単にその新
たな業務計画を実行するのみが仕事ではなく、毎日生ず
る定期的な業務、あるいは毎月生ずる定期的な業務を分
担してこなさなければならない。このように計画者が入
力してくる業務計画以外に日時、月時等の定期的に発生
する独自の業務を予め登録しておき、この登録した業務
を計画者側が立てた業務計画を記憶している業務データ
ベースに業務として発生させることにより、業務データ
ベースには計画者側が要求する業務計画と実行者側が定
期的に行わなければならない業務とが混在することにな
る。実行者側はこれらの二種類の業務に対して、実行者
側の資源を割り当てなければならない。従って実行者側
はこの業務データベースに記憶された二種類の業務に対
して、自己の資源をどのように割り付けるかを一元的に
考慮することができる。

【００２７】第８の発明における業務運用システムにお
いては、まだ未確定の業務計画に対して予め資源を予約
しておきたいことを考慮したものである。業務計画入力
手段により、未確定計画を入力した場合には、補完手段
及び支援手段は取りあえずマスタデータベースにあるマ
スタ情報を予約情報として割り当てる。こうすることに
より、実際にその未確定の業務計画が確定した業務計画
になった場合には、予め予約情報として割り当てられた
資源をそのままシフトすることにより、業務計画に対し
てリソースの割り当てをスムースに行うことが可能にな
る。

【００２８】第９の発明における業務運用システムにお
いては、資源を幾つかのグループに分けて管理する場合
であって、各グループ毎に業務を実行する際にそのグル
ープ内の資源だけでは、業務を実行できない場合を考慮
したものである。即ち一つのグループにおいて、資源が
足りない場合には、他のグループから資源を一時的に移
動させて、業務の実行に支障がおきないような便宜を図
るものである。

【００２９】第１０の発明における業務運用システムに
おいては、計画者側から送られた業務計画に対して、一
旦実行者側が資源を割り付けたにもかかわらず、再び計
画者側から変更情報が入力される場合を考慮したもので
ある。業務計画入力手段が計画者側から変更情報を入力
した場合には、支援手段がこの変更情報が受け入れられ
るものであるかどうかを、オペレータに確認させること
により、変更情報が入力された場合、最終的には人間の
指示により調整を行うようにしたものである。

【００３０】第１１の発明における業務運用システムに
おいては、業務運用システムがファイルサーバとローカ
ルサーバとワークステーションを備えたネットワークで
構成されることにより、計画者側から入力される業務計
画に関する情報をファイルサーバで実行するようにした
ものである。また、実行者側が複数の部や班に分かれて
いる場合を考慮して、ローカルサーバにそれぞれの部や
班に対応するマスタデータベースを分散させて記憶させ
るようにしたものである。補完手段は各ローカルサーバ
に分散されたマスタデータベースから補完情報を読み出
して、ファイルサーバで管理される業務データベースを
用いて業務計画を補完する。また、支援手段は各部や各
班で、それぞれの部毎や班毎に調整を行うためにローカ
ルサーバと対になったワークステーションで行うように
する。

【００３１】第１２の発明における業務運用システムに
おいては、マンマシンインタフェースを向上させるため
に、時間に関係するデータを線分を用いて入力、表示、
編集するようにしたものである。このように、線分を用
いて入力、編集を行うことにより、キーボードからのデ
ータを直接入力する必要がなくなり、オペレータの操作
及びオペレータの判断が、即座にしかも正確に行うこと
が可能になる。

【００３２】

【実施例】

実施例１．図１はこの発明に係る業務運用システムの一
実施例を示す構成図である。図において１００は業務計
画を計画する計画者、１は計画者１００から業務計画を
入力されるホストコンピュータ、１０２はホストコンピ
ュータから出力される業務計画、１０３は同じく業務計
画に対する変更を通知する変更通知である。２はネット
ワークにおいてファイルを一元的に管理するファイルサ
ーバ、１０４はホストコンピュータ１から業務計画１０
２及び、変更通知１０３を入力する業務計画入力手段、
３は業務計画入力手段１０４によって入力された業務計
画等を記憶する業務データベース、４は業務計画に対し
て適応される情報を記憶するマスタデータベース、１０
５は入力した業務計画をマスタデータベースに記憶され
た情報を用いて補完する補完手段である。８はネットワ
ークを構成する回線である。５はローカルデータを管理
するローカルサーバ、６はローカルサーバとともに、オ
ペレータに対して入力編集等を提供するワークステーシ
ョン、７はローカルサーバに接続され、ローカルなデー
タを記憶するマスタデータベース、１０７はワークステ
ーションを用いて業務計画に対して実際の仕様や資源の
割り当てを行う実行者、１０６は実行者が業務計画に対
して、仕様やリソースの割付を行うことを支援するため
の支援手段である。

【００３３】次に動作の概要について説明する。この実
施例における業務運用システムは、計画者１００が業務
計画を立てるとそれをホストコンピュータ１を経由し
て、ファイルサーバ２に送信する。一方実行者１０７
は、計画者から送られてくる業務計画を実際に実行する
立場の者である。実行者１０７は業務計画を実際に実行
するために必要な仕様及びリソースを、予めワークステ
ーション６を用いてローカルサーバ５に接続されたマス
タデータベース７に対して記憶させる。この計画者の業
務計画の立案及び入力と実行者による業務計画に対する
仕様や仕様可能なリソースの登録はそれぞれ別個に行わ
れる。

【００３４】このように計画者と実行者がそれぞれ別個
に入力したデータを効率よく統合させるシステムがこの
図１に示した業務運用システムである。業務計画入力手
段１０４が業務計画１０２を入力した場合には、矢印
Ｙ、Ｚに示すように、補完手段１０５がローカルサーバ
に接続されたマスタデータベース７から、仕様やリソー
スが記憶されたマスタ情報を読みだし、業務計画に対し
てこれらのマスタ情報を補完する。マスタ情報で補完さ
れた業務計画は業務データベース３に記憶される。補完
手段１０５による補完は完全なものではなく、予め分か
る範囲で補完される。従ってこの時点では業務データベ
ース３に記憶された業務計画は完全な実行状態にはなっ
ていない。業務計画を実際に実行する場合には、その計
画の実行に必要な設備及び要員を全て満足させなければ
ならない。そこで支援手段１０６は、矢印Ｘに示すよう
に、業務データベース３に記憶された業務計画の中で、
未補完の状態になっているものに対して最終的な補完処
理を行うものである。この支援手段は補完手段１０５が
自動的に補完をすることが出来ない部分を補完するため
のものである。従って、人間の判断を仰ぐものである。
このため支援手段は、実行者１０７からアクセスしやす
いワークステーション上で実行される。通常業務計画の
実行はグループ単位、部単位、班単位に行われる。そこ
で、ワークステーションはこれらの単位毎にローカルに
設置される。また、これらの単位毎にマスタデータベー
ス７を配置することにより、ワークステーションとマス
タデータベースはローカルサーバを配して頻繁にアクセ
スされる。

【００３５】次に図２は図１に示したファイルサーバ２
の内部ブロック図である。図において、９はファイルサ
ーバ全体を制御するオペレーティングシステム、１０は
オペレーティングシステムの上で動作するウィンドウシ
ステム、１１は更にウインドウシステムの上で動作する
グラフィックユーザインタフェース部（ＧＵＩ）、１２
はグラフィックユーザインタフェース部上で動作してユ
ーザに対してデスクトップ環境を提供するデスクトップ
である。１３はネットワーク回線８とのインタフェース
とるＴＣＰ／ＩＰ、１４はホストコンピュータやワーク
ステーションとの通信を司る通信ソケットプログラム、
１５はウインドウシステム１０を用いてデータベースに
対してデータベースをエントリーするためのデータベー
スエントリー、１６はデータベースエントリー１５から
入力されたデータを用いて、データベースを変更するデ
ータベースメンテナンス部、１７はデータベースに記憶
されるデータをリレーショナルにハンドリングするため
のリレーショナルデータベースソフトウェア、１８はグ
ラフィックユーザインタフェース部のグラフィックユー
ザインタフェース機能を用いて表示装置に対して線分を
入力したり、表示したり、編集したりすることが出来る
線分エディタ、１９は線分エディタ１８と共同してレポ
ートを出力するためのレポートライター、２０は同じく
線分エディタ１８と共同して線分エディタへの入力のた
めの入力方法表示を行ったり、線分エディタにより選ば
れたデータが他のデータと整合性があるかどうかをチェ
ックするビフォアーデーモン、２１は同じく線分エディ
タ１８と共同して線分エディタで要求された編集を行
い、データベースに記録されたデータを所望の形式にし
て、ユーザに提供するアフターデーモン、２２はウイン
ドウシステムがウインドウを表示する場合の縦軸に表示
する項目を自動的に生成するためのタテマスタ自動生成
部である。２３は回線を介して受信したデータを記憶す
るためのネットワークファイルシステム、２４はネット
ワークファイルシステム２３を介して得られたホストコ
ンピュータからの業務計画を受信し展開するホスト業務
受信展開部、２５は業務データベースに記憶された業務
計画を暦日展開する暦日展開部、２６は同じく業務デー
タベースに記憶された業務計画を月毎に編集する月間集
約部、２７はマスタデータベース４に記憶された番組マ
スタを展開するための番組マスタ展開部、２８はホスト
コンピュータから入力する変更通知を入力し、その変更
通知に基づいて、業務データベース３に記憶された業務
計画に対して変更を加える変更通知展開部、２９は実行
者側が定期業務が存在する場合に、定期業務を業務デー
タベース３に発生させるための定期業務展開部、３０は
実行者側の勤務形態を業務データベース３に展開するた
めの勤務形態展開部、３１は実行者の業務を連絡するた
めのデスク業務連絡部、３２は実際に割り当てられた配
員に業務を連絡するための配員業務連絡部、３３はホス
トコンピュータから送られてきた業務計画に対して、実
行者が作成したマスタ情報を用いて補完するホスト業務
補完部、３４は業務データベースにある未補完の情報を
補完する場合に、補完可能なマスタ情報を入力候補とし
て表示する入力候補出力部、３５は補完しようとするマ
スタ情報がダブルブッキングや有効期限以外であるか等
のチェックを行う整合性チェック部である。

【００３６】次に図３を用いてローカルサーバ５及びワ
ークステーション６について説明する。図において、図
３の９から２３に示したものは図２に示したファイルサ
ーバと同様のもので、ここではその説明を省略する。図
において３８はローカルサーバが通信を行うための通信
部、３９は通信部が実際に通信を行うために用いるＳＤ
ＬＣドライバである。ローカルサーバ５はファイルサー
バ２に較べてより簡単な構成をとる。これはマスタデー
タベース７に対する入力及び編集を司るためである。こ
れに対しファイルサーバは業務データベースを一元的に
管理するとともに、この業務データベースのメンテナン
スを行わなければならいため、ローカルサーバ５に比べ
て複雑な構成となっている。

【００３７】なお、図３に示したワークステーションに
は、効率的なマンマシンインタフェースを提供するため
にウインドウシステム１０、グラフィックユーザインタ
フェース部１１、デスクトップ１２が用意されている。
なお、ワークステーション６を動作させるためのプログ
ラムは図示していないが、ワークステーション６内に保
持してもかまわない。あるいはローカルサーバ５内に保
持するようにしてもかまわない。

【００３８】次に図４を用いてこの業務運用システムが
番組制作システムに用いられる場合のマスタデータベー
スの内容について説明する。図４において、７０は番組
を実際に制作する技術スタッフ等の個人の情報を登録す
る個人マスタ、７１は業務計画に対して要員を予約する
ための要員予約マスタ、７２は業務計画に対して担当所
属や要員の数や設備の数等の仕様を業務補完情報として
登録する業務補完情報マスタ、７３は各班が定期的に独
自の業務を行う場合に定期業務を登録する定期業務マス
タ、７４は各個人の勤務形態を登録する勤務形態マスタ
である。又３７はウインドウを表示する際のタテ項目を
自動的に生成するためのタテマスタ、３６はホストコン
ピュータから受信した変更通知を記憶する変更通知情
報、３は前述したように業務計画を記憶する業務データ
ベースである。１５は前述したデータベースエントリー
である。このデータベースエントリーの例として、次の
ようなエントリー画面が設けられている。例えば、個人
マスタ画面６０、要員予約マスタ画面６１、業務補完情
報マスタ画面６２、定期業務マスタ画面６３、勤務形態
マスタ画面６４、タテマスタ変更画面６５、変更通知情
報画面６６、業務データベース画面６７等が設けられて
いる。また、１８は前述した線分エディタである。４７
は線分エディタが用いる線表であり、この線表は外部定
義ファイルとして定義されているものである。線分エデ
ィタ１８には線分を編集するために、次のようなものが
設けられている。４３は線分情報を線表４７を用いて表
示する線分情報表示部、４４は表示された線分情報を変
更する線分情報変更部、４５は線分を用いて情報を日別
や月別等に表示する線分情報集約部、４６は線分情報を
コピーしたり引用することが出来る線分情報引用部であ
る。

【００３９】以下に図５〜図１１を用いてデータベース
エントリー１５が持つマスタを編集するための画面の幾
つかの例について説明する。図５は個人マスタを登録す
るための個人マスタ画面である。個人マスタ７２に技術
スタッフ等の個人を登録する場合には、この画面を用い
て登録する。登録されるべき項目としてはマンＮｏ．、
漢字個人名、個人略省名、仮名個人名、住所、性別、等
である。各項目を入力する場合には、候補を表示できる
場合には候補を表示しその中から選択させるようにす
る。例えば図５においては、性別を入力する場合に入力
ガイド１２０が表示される。オペレータはこの入力ガイ
ドから何れかの性別を選択することにより、性別を入力
することができる。また、この画面においては、有効開
始日及び有効終了日が入力される。この有効開始日及び
有効終了日は登録される人間が予め短期的な労働者であ
るような場合に、その有効期限が入力される。又、人事
異動により予め有効期限が分かっている場合にも入力さ
れる。なお、人事異動がある場合には前もってその名前
を公表することができない。その場合には発令氏名１２
３に実際に発令される人の名前を登録し、発令開始日１
２４にその人事異動発令日を記入する。発令氏名に実際
の名前を記入した場合には、漢字個人名や個人略省名等
の欄には仮の名前を入力する。従って、人事異動が発令
されるまでは、仮の名前で要員が配置される。実際に人
事異動が発令したその日には発令氏名１２３を漢字個人
名に移動させることにより、発令日以後は本人の名前を
用いて表示出力が行われる。

【００４０】次に図６、図７を用いて要員予約マスタに
ついて説明する。図６は要員予約マスタ画面を示す図で
ある。要員予約マスタに要員の予約を入力する場合に
は、まず番組の情報を入力する。番組の情報として番組
／業務コード、番組／業務名及び副題名、ワークパッケ
ージ（ＷＰ、作業区分に相当するもの）コード、ワーク
パッケージ名を入力する。更にこの番組／業務の有効開
始日と有効終了日を入力する。更にこの番組が放送され
る曜日と実行サイクルが入力される。この予約要員マス
タ登録の際にも候補を表示して選択するような入力を行
う。例えば、技術担当グループ１３１を入力する場合、
入力ガイドとして表示された候補の中から該当する担当
業務（班コード）１３０を選択する。又、要員予約マス
タは図６の右側に示すように番組／業務に対して要員を
予約する。例えば、図７はこの要員予約のオペレーショ
ンを示す図である。要員予約マスタ画面において、技術
担当グループ１３１としてＡ班を選択するものとする。
Ａ班の班コードは４２であるため、技術担当グループ１
３１には４２が表示される。次にマウス等によりカーソ
ルを最初の氏名の欄に移動させ、クリックすることによ
り、Ａ班の各グループのメニュー１３２が表示される。
このメニュー１３２において、例えばＡ班０グループを
選択するものとすると、次に個人マスタ一覧６０ａの画
面ウインドウが表示される。この個人マスタ一覧は前述
した図５により、個人マスタにより登録された個人マス
タから一部の情報を一覧にして表示するものである。こ
こで表示される個人は番組の有効開始日１３４と有効終
了日１３５で指定された有効期間にマッチする要員が表
示される。オペレータはマウス等により個人マスタ一覧
６０ａから最適な人間を選択して、要員を番組／業務に
予約することができる。選択された名前は要員予約マス
タ画面６１の項目３３に表示される。

【００４１】次に図８を用いて業務補完情報マスタ画面
６２について説明する。番組補完情報は番組／業務に対
して担当グループと要員数と必要とする要員の技術レベ
ルを番組を実行するための仕様として登録するものであ
る。図８においてはまず、番組一覧画面６８を表示し、
その番組一覧画面から番組／業務コードが０２２の番組
を選択し、番組補完情報マスタ６２を表示した場合を示
している。番組補完情報マスタにはその番組を担当する
グループとその必要な要員数を入力する。図において、
Ｌ，Ｍ，Ｎ，Ｏ，Ｐ，Ｑは番組を制作するために必要な
担当を示しており、例えば照明担当、音声担当、映像担
当等を示している。又、配員オプションは、配員される
要員の経験数やスキル等の要求を入力するものである。

【００４２】次に図９を用いて定期業務マスタ画面６３
について説明する。定期業務マスタ７３は各班が独自に
行わなければならない定期業務を登録するものである。
この定期業務は例えば清掃業務や整理業務あるいは定期
的なミーティング等の各班独自の業務である。これらの
定期独自業務は実行者側で独自に発生するものであり、
計画者側は業務計画として入力してくるものではない。
従って予め定期業務マスタ７３に独自の業務を入力して
おく必要が発生する。図９は定期業務マスタ登録画面を
示す図である。この定期業務マスタ登録画面において
は、前述した番組補完情報と同様に定期業務に対して担
当グループと必要な要員数と配員オプションを入力す
る。例えば、図９に示す例においては、テープ整理とい
う独自の業務に対して班コード４１を持つＡ班が要員ひ
とり要求されることを予め登録するものである。

【００４３】次に図１０は定期業務マスタに登録された
定期業務を検索する場合を示した図である。定期業務検
索条件入力画面６３ａにおいて、Ａ班独自の定期業務の
検索を指示した場合、定期業務一覧６３ｂが表示され
る。定期業務一覧６３ｂには、図９で入力したＡ班独自
の定期業務であるテープ整理が表示される。

【００４４】次に図１１を用いて勤務形態マスタ画面６
４について説明する。勤務形態マスタは個人の勤務形態
をあらかじめ登録しておくものである。勤務形態マスタ
画面６４は図１１に示すように、４週分の勤務形態を一
つの画面で入力することが出来る。第１週をＡ週、第２
週をＢ週、第３週をＣ週、第４週をＤ週として、各個人
の勤務形態を予め入力するものである。この勤務形態マ
スタ画面を用いて各個人の予め分かっている休暇、早退
等を登録することができる。

【００４５】次に図１２を用いてホスト業務受信展開部
２４と、ホスト業務補完部３２の動作について説明す
る。図において８０はホストコンピュータ１から業務計
画１０２及び変更通知１０３を受信するためのホスト受
信部、８１はホスト受信部８０が受信した業務計画１０
２及び変更通知１０３を一時的に蓄えるホストデータ受
信ファイルである。２４はホストコンピュータから受信
した業務計画を展開するためのホスト業務受信展開部で
ある。２４ａはホストコンピュータからバッチ処理によ
り業務計画を受信するバッチ受信展開部、２４ｂはホス
トコンピュータから日々のデータあるいは月毎のデータ
を定期的に入力して展開する定期受信展開部、２４ｃは
バッチ受信展開部、定期受信展開部が受信したデータに
対する変更データを受信する変更データ受信展開部であ
る。３３はホストコンピュータから受信した業務計画を
補完するホスト業務補完部である。８３はホスト業務補
完部３３にあり、要員予約マスタ７１に登録されている
要員を用いて業務計画を補完する要員予約部である。８
４は業務計画に対して業務補完情報マスタ７２に登録さ
れている補完情報を用いて、業務計画を補完する業務補
完部である。

【００４６】２８は変更ホストコンピュータ１からすで
に確定した業務計画に対して変更通知を受け取った場
合、変更通知の処理を行う変更通知展開部である。変更
通知展開部２８は変更通知情報を記憶し、すでに確定し
た業務計画に対して変更を行う。この変更通知展開部２
８の動作については後に説明する。

【００４７】次に、業務補完部８４の動作について図１
３を用いて説明する。図１３の７２ａは業務補完情報マ
スタ７２に登録されている業務補完情報である。この業
務補完情報７２ａは図８において示した番組補完情報マ
スタ画面６２において登録された情報である。また、図
１３において、業務データベースレコード３ａは業務デ
ータベースに記録された業務計画を示すレコードであ
る。業務補完部３７は業務データベースレコード３ａに
対して、業務補完情報７２ａを用いて、業務データベー
スレコード内において空白になっている部分を補完す
る。例えば業務データベースレコード３ａがホストコン
ピュータ１から受信した時点では、Ｌ担当９０ｂ、Ｍ担
当９１ｂ、Ｎ担当９２ｂはスペースで送られてくる。一
方業務補完情報７２ａはマスタ情報として前述した図８
の画面からＬ担当９０ａ、Ｍ担当９１ａがすでに入力さ
れている。業務補完部３７は業務補完情報７２ａにすで
に登録されているＬ担当グループ９０ａのグループコー
ド要員数配員オプションの数値を業務データベースレコ
ード３ａのＬ担当グループ９０ｂのグループ行動要員数
配員オプションに複写することにより業務計画を補完す
る。同様にＭ担当グループ９１ａの数値はＭ担当グルー
プ９１ｂに複写される。もし、業務補完情報７２ａにお
いて、Ｎ担当グループに対するマスタ情報が存在しない
場合には、業務補完部３７はそのＮ担当グループのマス
タ情報がないため、業務データベースレコード３ａのＮ
担当グループ９２ｂを補完することは出来ない。Ｎ担当
グループ９２ｂは未補完のまま残ることになる。

【００４８】前述した要員予約部８３の場合も同様に、
図６及び図７で説明した要員予約情報をマスタ情報とし
て業務データベースレコード３ａに対して適用すること
により、業務計画を補完する。

【００４９】次に暦日展開部２５と月間集約部２６の動
作について説明する。図１４は暦日展開部２５と月間集
約部２６に基づき、業務データベースから、暦日により
展開された個人別勤務表を示す図である。業務データベ
ース３は業務計画を暦日で３ケ月先まで作成し、記憶し
ている。暦日展開部２５は業務データベースに蓄積され
ている３ケ月の暦日のデータから、図１４に示すよう
な、情報を線分を用いて表示する。この例では、要員
「山田」が４月２３日１０時から１８時３０分までドラ
マＡＢに対して割り振られたことを表示している。ま
た、要員「川口」は４月２３日は付加休暇としてお休み
であることを示している。

【００５０】次に月間集約部２６の動作を図１５を用い
て説明する。図１５は業務別月間計画表と個人別月間計
画表を示す図である。前述したように業務データベース
は３ケ月先までの暦日データを記録しているため、月間
集約部２６は何れかの月を指定されることにより、その
月の業務別、あるいは個人別月間計画表を表示すること
が可能になる。業務別月間計画表によれば、各番組毎の
予定を把握することが可能である。また、個人別月間計
画表によれば、各個人の計画を把握することが可能であ
る。このようにこのシステムは暦日展開部２５および月
間集約部２６を備えていることにより、業務別あるいは
個人別あるいはさらには、設備別（スタジオ等）に各々
の予定を暦日単位あるいは月単位に把握することが可能
である。

【００５１】次に図１６を用いてホスト業務補完支援部
４０の動作について説明する。前述したように、ホスト
業務補完部３３により、予め要員予約マスタ及び業務補
完情報マスタに登録されたマスタ情報を用いてホストコ
ンピュータ１から受信した業務計画を補完することが可
能である。しかし、すべての情報を補完することは出来
ない。そこでホスト業務補完支援部４０では、ホスト業
務補完部３３が未補完のままに残した部分を補完する。
このためホスト業務補完支援部４０は未補完一覧部４１
により、補完されていない情報の一覧を表示するととも
に、補完入力部４２を用いて未補完である項目に対して
補完情報を入力する。

【００５２】図１７〜図２２はこの補完入力部４２の動
作を説明するための図である。図１７は業務計画とし
て、「オートグラフ」が１０月２３日の９時４０分から
１７時までＣＵ２１１スタジオを用いて行われることを
示している。未補完一覧部４１がこの「オートグラフ」
という番組に対して未補完の情報があることを表示した
場合、補完入力部４２はこの「オートグラフ」に対し
て、補完情報を入力する。図１８は図１７に示した番組
「オートグラフ」に対して線分詳細画面１４１と業務詳
細画面１４２を表示し、未補完状態になっている担当グ
ループに対して、補完を行うとして技術担当グループの
候補を入力候補画面１４３に表示した場合を示してい
る。業務詳細画面１４２において、担当グループ１５
０，１５１，１５２・・・は空白のままになっている。
同様に要員数１６１，１６２，１６３・・・も空白のま
まになっている。即ちこれ等担当グループと要員が未補
完のままである。これに対しまず担当グループ１５０に
対して、入力候補画面１４３を表示して、担当グループ
を選択する。例えばＡ班０グループを選択した場合に
は、Ａ班０グループのコードが担当グループ１５０に表
示される。また、図示しないが、要員数を入力すること
により１６０に要員数が表示される。図１９は担当グル
ープ１５０にグループコード「６１」が表示され、要員
数１６０に１が表示された場合を示している。このよう
に業務詳細画面１４２に対して、確定した担当グループ
と要員数が補完されると、図２０に示すように、線分詳
細画面の対応する場所に情報が表示される。例えば、担
当グループ１６０に対して項目１７０が対応し、グルー
プコード「６１」が表示される。また、要員１６０に対
して項目１７１と項目１７２が表示される。項目１７１
は実際に要員が配置された場合には、その個人のマンＮ
ｏ．を表示する場所である。また、１７２は実際に配置
された個人の名前を表示する場所である。この時点で
は、まだ実際の要員が配置されていないため、架空の番
号「Ｚ」と要員が実際に割り当てられていないことを示
す「（）」という記号が表示される。

【００５３】次に図２１は前述したものと同様なオペレ
ーションにより、業務詳細画面１４２の担当グループ１
５１に対してグループコード「６２」を選択し、要員数
１６１として「２」を指定した場合を表している。この
場合には線分詳細画面１４１の項目１７３と１７６にふ
たり分としてグループコード「６２」が表示される。ま
た、項目１７４と１７７には本来マンＮｏ．が表示され
るべきものであるが、まだ実際の要員が割当られていな
いため、架空の番号「Ｚ」が割当られる。同様に項目１
７５と項目１７８に対しても、まだ個人が割当られてい
ないためその名前を表示することが出来ず、「（）」
という記号が割り振られる。

【００５４】図２２はこのようなオペレーションのあと
に、再び番組「オートグラフ」の線分を表示した場合を
示している。前述した図１７と異なる点は、線分の下に
「Ａ（）Ｂ（）Ｂ（）」という表示が表れている
点である。この番組「オートグラフ」を実際に担当する
グループはＡグループから１名、Ｂグループから２名必
要であることを示しており、（）はまだそれらの要員
が具体的に割り振られていないことを示している。補完
入力部４２はこのように、担当グループと要員数が割り
振られているにもかかわらず、まだ実際の個人が割り振
られていない場合にもこれを未補完状態としてさらに補
完処理を行なう。図２３は補完入力部４２がグループＡ
から具体的な要員を配置した場合の線分詳細画面１４１
を示す図である。項目１７１にはマンＮｏ．が表示され
る。マンＮｏ．の桁数が一桁より多い場合は、一桁しか
表示されない。マウスにより項目１７１にカーソルを当
て、マウスを左右にドラッグすることによりマンＮｏ．
を項目１７１内部においてスクロールさせることができ
る。また項目１７２には割り振られた個人の名前を表示
する。項目１７２において名前が全て表示できない場合
には、その一部分のみが表示される。項目１７１と同様
に項目１７２の場合にもマウスのカーソルを項目１７２
をポイントし、マウスを左右にドラッグさせることによ
り、割り当てられた個人の名前をスクロールさせること
ができる。補完入力部４２がこのように線分詳細画面に
実際の個人を割り当てる方法は図示しないが、番組「オ
ートグラフ」の制作日、時間帯、及び有効期限等とすで
にマスタ登録されている個人の勤務形態や有効期限等を
比較し、可能な個人のみを候補として表示し、オペレー
タはその表示された候補一覧の中から特定の個人を選択
する。補完入力部４２は同様のオペレーションを用いて
項目１７４，１７５及び１７７，１７８に対してグルー
プＢからこの番組に対して、割り付け可能な個人を割り
付ける。

【００５５】図２４は補完入力部４２が線分詳細画面に
対して、実際に要員を割り付けた場合に線分エディタ１
８が表示する表示形態を示したものである。図２４
（ａ）は図２３に示すように、グループＡから「山田」
という要員が配置された状態を示す図である。また、こ
の状態ではまだグループＢに対する要員がふたり割り付
けられていないため、図２２に示したように「（）」
という状態のまま表示される。図２４（ｂ）の場合は、
Ａグループから１人、Ｂグループから２人それぞれ合計
３人の要員が割り付けられた場合の線分エディタ１８が
表示する状態を示したものである。この時点では、すべ
ての「（）」が人の名前で満たされているため、要員
がすべて満たされたということを示している。

【００５６】次に図１６に戻り、線分エディタ１８につ
いてさらに説明する。線分エディタは前述したように、
線分情報表示部４３、線分情報変更部４４、線分情報集
約部４５、線分情報引用部４６を備えており、前述した
ような線分の表示及び線分に付属する情報の表示、及び
それらの変更、編集等を行うものである。線表４７は線
分エディタ１８により、入力、変更、編集される線分を
外部定義ファイルとして記憶する。レポートライター１
９は線表４７に記憶された線分情報を用いてプリンタへ
出力する出力情報を定義する。

【００５７】また、ビフォアーデーモン２０には入力候
補表示部４８と整合性チェック部４９があり、前述した
ように補完入力部４２がマスタ情報を用いて業務計画を
補完する場合に入力候補となるものを入力候補表示部４
８により表示する。また、補完入力部４２が選択した情
報が二重のアサインになっていないか、あるいは有効期
限以外になっていないか等の整合性を整合性チェック部
においてチェックする。このようにビフォアーデーモン
２０は補完入力部４２が補完情報を入力する際に正しい
情報がより簡単に選択できるようにするものである。

【００５８】次にアフターデーモン２１は暦日展開部５
０と月間集約部５１を有している。暦日展開部５０と月
間集約部５１は図１２において説明した暦日展開部２５
と月間集約部２６と同様の動作を行い、それぞれ業務デ
ータベースに記憶された３ケ月分のデータの中から暦日
のデータを用いて暦日情報を表示したり、あるいは月間
のデータに集約して月間データを表示したりする。次に
変更通知情報部５２は変更通知情報３６を入力し、変更
情報一覧等を表示する。このようにアフターデーモン２
１はすでに記憶された業務データベースや変更通知情報
に対して、記憶されているデータを加工編集し、オペレ
ータに提供するものである。

【００５９】タテマスター自動生成部２２は情報を表示
する際に、どのような項目を幾つだけ表示するかという
決定を行うためのものである。タテマスター自動生成部
に関しては、特にこの実施例において重要でないため説
明を省略する。

【００６０】次に図２５を用いて未確定な業務計画を入
力し、その未確定の業務計画に対して、予め要員を確保
する場合について説明する。計画者１００が業務計画を
立案する場合には必ずも確定した業務計画ではないが、
あらかじめその業務計画に対して要員だけを確保してお
きたい場合が存在する。このような場合、計画者１００
はホストコンピュータ１を介して、未確定な業務計画で
ある旨を添えて業務計画を送信する。実行者１０７はこ
の未確定な業務計画に対して、その仕様や要員を予約の
意味で先行入力する。図２５はこのようにして、先行入
力された状態を示す図である。図２５は４月２３日の１
０時〜１８時３０分まで３人の要員をそれぞれの業務に
対して配置した状態を示している。このように、予約の
情報も通常の線分と同様に表される。異なるのは、ウイ
ンドウの左上に表示される種類が先行入力となっている
点である。

【００６１】図２６は先行入力した予約情報を確定する
ためのオペレーションを示す図である。先に入力された
未確定の業務計画が確定したものとなった場合、先行入
力した予約情報を確定させるオペレーションが必要であ
る。例えば図２６に示すように、先行入力を行った画面
２２０に対し、確定入力を行う画面２２１を表示する。
そして先行入力を行った線分２２２をマウスで選択す
る。この時点でメニュー２２５が表示され、選択した線
分を確定するかしないかを選択する。マウスにより確定
を選択した場合には、線分２２２は確定入力の画面２２
１の線分２２３として表示される。そして先行入力の画
面２２０から線分２２２は消去される。このようにして
先行入力された予約情報は確定のオペレーションを行う
ことにより、確定された情報として用いることができ
る。

【００６２】次に要員を応援派遣する場合について図２
７〜図２９を用いて説明する。業務計画の実行は班単位
に行うが、その班に要求される要員が足りなくなる場合
がある。このような場合には他の班から応援を頼むこと
が必要である。図２７はＡ班から１人の人間をＢ班に応
援要員として出すことを示す図である。図２７はＡ班か
ら要員「小林」を４月２３日の９時から１４時３０分ま
で応援として派遣することを表示している。一方、図２
８はＢ班の勤務表を示しており、Ａ班から応援者として
くる「小林」はＢ班において通常の要員として表示され
る。Ｂ班においては、この応援者を１０時から１９時３
０分まで所定の業務に割り付けるものとする。このよう
にＢ班が応援者に対して、所定の仕事を割り付けた場合
には、図２９に示すようにＡ班の業務別勤務表にはＢ班
で割り付けられた業務内容が表示される。すなわち、図
２９においては、要員「小林」は２行になって表れる。
１行目にはＡ班があらかじめ予定した時間帯が表示され
る。２行目には実際Ｂ班が割り付けた時間帯およびその
情報が表示される。この例においては、Ａ班が予定して
いた時間帯とＢ班が実際に割り付けた時間帯が異なるこ
とが表示されている。これら時間のズレはその後Ａ班と
Ｂ班との間で調整されるべきものである。以上のよう
に、各班において要員があまっている場合、あるいは要
員が足りない場合においても、その要員を一時的に移動
させることが出来るために柔軟がシステムを提供するこ
とが可能である。

【００６３】次に図３０と図３１を用いて計画者からホ
ストコンピュータを通じて、すでに業務計画が確定した
ものに対する変更通知があった場合について説明する。
図１６に示した変更通知情報部５２は、図３０及び図３
１に示すような変更レポート一覧及び個人変更レポート
一覧を表示する。例えばメニュー３３０から個人変更レ
ポート一覧を選択すると、図３０に示した個人変更レポ
ート一覧の画面３３１が表示される。ここに表示される
個人名は変更通知によりすでに割り付けられた仕事や時
間帯に変更が生じた要員の名前を表示する。この変更レ
ポート一覧の画面３３１から個人の名前を選択すること
により、図３１に示した個人変更レポート一覧リスト３
３２が表示される。個人変更レポート一覧リストは、変
更項目内容及びその開始日時、終了日時等が表示され
る。オペレータはこの個人変更レポート一覧リストを参
照することにより、その更新を確認するかどうかを検討
することができる。もしその変更が個人の勤務形態や有
効期限等と矛盾する場合には、その変更を受け入れるこ
とが出来ないため、他の要員を割り当てるあるいはその
他の調整を行う必要がある。

【００６４】次にこのシステムにおいて、マスタデータ
ベースにマスタ情報が存在しない場合、その情報を追加
する場合について説明する。通常マスタデータベースに
は、予め必要な情報を全て登録しておくことが前提にな
るが、このシステムにおいては、マスタに存在しないデ
ータを追加登録する。その理由は、計画者が入力する業
務計画とマスタを作成する実行者がそれぞれ別個に情報
を作成するためである。別個に作成された情報を補完手
段、及び支援手段により補完することにより、計画者が
作成した業務計画と実行者が予め準備したマスタ情報と
が統合されて、実際の業務計画が実行されることにな
る。その際、優先されるのは計画者が立てた業務計画で
ある。業務計画を遂行するにあたり、必要なマスタ情報
がマスタデータベースに存在しない場合には、その業務
の実行のために必要と思われるマスタデータを追加しな
ければならない。この追加は業務データベースに記憶さ
れた業務計画の中から抽出される。業務計画から抽出さ
れるデータはマスタデータベースのマスタ情報を１００
％満足させるものではなく、未補完の項目が存在する。
この場合の未補完は業務計画に対する未補完ではなく、
マスタデータベースのマスタ情報に対する未補完であ
る。このように、マスタデータベースのマスタ情報に未
補完のものが発生した場合には、前述した支援手段の未
補完一覧部及び補完入力部により、マスタ情報を補完す
る。

【００６５】実施例２．上記実施例１においては、放送
番組を制作する場合の要員運用システムについて説明し
たが、この発明は放送番組を制作するための要員運用シ
ステムに用いられるばかりでなく、その他のリソースを
管理するための運用システムであってもかまわない。

【００６６】例えば、列車やバスを運行するための運転
手や車掌を効率良く配置するための要員運用システムで
あってもかまわない。また、人間を配置する場合ばかり
でなく、物を配置する場合でもかまわない。前述した実
施例１においては、番組に対してどのスタジオを割り当
てるかというスタジオの割り付けも同様に行っているた
め、要員を運用するばかりでなく、スタジオを運用する
システムとしても用いることが可能である。更に、前述
した実施例１においては述べなかったが、使用できるテ
レビカメラや照明器具やオーディオ器具が限られている
場合には、これらの機械器具を効率良く割り振るシステ
ムとしても用いることが可能である。また、さらに運用
するリソースをリース品やレンタル品にしてもかまわな
い。リース会社あるいはレンタル会社においては、リー
ス物件やレンタル物件を効率良く管理するためにどのリ
ース品やレンタル品がいつ、どこにあるかを正しく管理
しなければならない。これらのリース品、レンタル品を
管理する為に、前述したような業務運用システムを用い
ることができる。

【００６７】実施例３．上記実施例１においては、ウイ
ンドウシステムを用い、デスクトップ環境下でオペレー
ションを行う場合を示したが、マルチメディアを用いた
インタフェースを持たせてもかまわない。例えば、実施
例１で示した要員を配置する場合に、要員の候補リスト
をその要員の写真を用いて表示するようにしてもかまわ
ない。前述した実施例においては、その要員の名前とマ
ンＮｏ．等の文字を用いて表示していたが、文字の変わ
りにその要員の写真を表示しその写真を選択することに
より要員の配置を行うようにしてもかまわない。更にそ
の要員の写真を表示するばかりでなく、その要員のコメ
ントを合わせて記憶させておき、その要員の声によるメ
ッセージを流すようにしてもかまわない。実際に要員の
選択を行う場合には、選択すべき要員がどのような人物
であるかを知った上で選択を行いたい。このような場合
には単に文字による名前の表示以外に写真や音声による
識別を行うことにより、より適合した要員の選択を行な
うことが可能になる。また、マルチメディアを用いてリ
ソースを管理する例として、レンタル物件やリース物件
の写真を表示するようにしてもかまわない。例えば、ブ
ルドーザがレンタル物件であった場合に、ブルドーザの
大きさやブルドーザの特殊な形状を見なければ、そのブ
ルドーザが作業現場で実際に使えるかどうかを判断しに
くい場合がある。そのような場合にはブルドーザの写真
をディスプレーすることにより、客の要求に一致するか
どうかを視覚的に判断することが可能になる。

【００６８】

【発明の効果】以上のようにこの発明によれば、計画者
が立案する業務計画とその計画を実際に実行する実行者
との間で、効率良く業務が実行出来る業務運用システム
を得ることが出来る。

【図面の簡単な説明】

【図１】この発明の業務運用システムの一実施例を示す
構成図である。

【図２】この発明のファイルサーバの構成図である。

【図３】この発明のローカルサーバとワークステーショ
ンの構成図である。

【図４】この発明のマスタデータベースの構成を示す図
である。

【図５】この発明の個人マスタ画面を示す図である。

【図６】この発明の要因予約マスタ画面を示す図であ
る。

【図７】この発明の要因予約マスタ画面を示す図であ
る。

【図８】この発明の業務補完情報マスタ画面を示す図で
ある。

【図９】この発明の定期業務マスタ画面を示す図であ
る。

【図１０】この発明の定期業務一覧の画面を示す図であ
る。

【図１１】この発明の勤務形態マスタ画面を示す図であ
る。

【図１２】この発明のホスト業務受信展開部の動作を説
明する図である。

【図１３】この発明の業務補完部の動作を示す図であ
る。

【図１４】この発明の暦日展開部の動作を説明する図で
ある。

【図１５】この発明の月間集約部の動作を説明するため
の図である。

【図１６】この発明のホスト業務補完支援部の動作を説
明する図である。

【図１７】この発明の線分エディタが表示する線分の一
例を示す図である。

【図１８】この発明の補完入力部の動作を説明する図で
ある。

【図１９】この発明の補完入力部の動作を説明する図で
ある。

【図２０】この発明の補完入力部の動作を説明する図で
ある。

【図２１】この発明の補完入力部の動作を説明する図で
ある。

【図２２】この発明の線分エディタ１８が表示する線分
の一例を示す図である。

【図２３】この発明の補完入力部の動作を説明する図で
ある。

【図２４】この発明の線分エディタ１８が表示する線分
の一例を示す図である。

【図２５】この発明の先行入力を説明するための図であ
る。

【図２６】この発明の先行入力の確認動作を示す図であ
る。

【図２７】この発明の応援者の取り扱いを示す図であ
る。

【図２８】この発明の応援者の取り扱いを示す図であ
る。

【図２９】この発明の応援者の取り扱いを示す図であ
る。

【図３０】この発明の変更通知情報部の出力を示す図で
ある。

【図３１】この発明の変更通知情報部の出力を示す図で
ある。

【符号の説明】

１ホストコンピュータ２ファイルサーバ３業務データベース４マスタデータベース５ローカルサーバ６ワークステーション７マスタデータベース８ネットワーク回線９オペレーティングシステム１０ウインドウシステム１１グラフィックユーザインタフェース部（ＧＵＩ）１２デスクトップ１３ＴＣＰ／ＩＰ１４通信ソケットプログラム１５データベースエントリ１６データベースメンテナンス部１７リレーショナルデータベースソフトウェア１８線分エディタ１９レポートライター２０ビフォアーデーモン２１アフターデーモン２２タテマスタ自動生成部２３ネットワークファイルシステム２４ホスト業務受信展開部２５暦日展開部２６月間集約部２７番組マスター展開部２８変更通知展開部２９定期業務展開部３０勤務形態展開部３１デスク業務連絡部３２配員業務連絡部３３ホスト業務補完部３４入力候補出力部３５整合性チェック部３６変更通知情報３７タテマスタ４０ホスト業務補完支援部４１未補完一覧部４２補完入力部４３線分情報表示部４４線分情報変更部４５線分情報集約部４６線分情報引用部４７線表７０個人マスタ７１要員予約マスタ７２業務補完情報マスタ７３定期業務マスタ７４勤務形態マスタ８０ホスト受信部８１ホストデータ受信ファイル８３要員予約部８４業務補完部

───────────────────────────────────────────────────── フロントページの続き (72)発明者田邉貴雄東京都千代田区丸の内二丁目２番３号三菱電機株式会社内 (72)発明者小泉裕一東京都千代田区丸の内二丁目２番３号三菱電機株式会社内 (72)発明者寺田茂東京都渋谷区神南二丁目２番１号日本放送協会内 (72)発明者横堀邦之東京都渋谷区神南二丁目２番１号日本放送協会内 (72)発明者守先優東京都渋谷区神南二丁目２番１号日本放送協会内 (72)発明者池内幸雄東京都渋谷区神南二丁目２番１号日本放送協会内 (72)発明者桝井修平東京都渋谷区神南二丁目２番１号日本放送協会内 (72)発明者西海成市東京都渋谷区神南二丁目２番１号日本放送協会内

Claims

【特許請求の範囲】

【請求項１】以下の要素を有する業務運用システム（ａ）業務計画を入力する業務計画入力手段、（ｂ）上
記業務計画の実行に必要なマスタ情報を記憶するマスタ
データベース、（ｃ）上記業務計画入力手段により入力
した業務計画を上記マスタデータベースに記憶されたマ
スタ情報を用いて補完する補完手段、（ｄ）上記補完手
段により補完された業務計画を記憶する業務データベー
ス、（ｅ）上記マスタデータベースに記憶されたマスタ
情報を用いて、上記業務データベースに記憶された業務
計画の未補完情報に対する補完を支援する支援手段。
【請求項２】上記業務運用システムは、さらに、上記
支援手段による業務計画の補完作業の支援中に、上記マ
スタデータベースに存在しない情報が発生した場合に、
その情報をマスタ情報としてマスタデータベースに追加
するマスタ追加手段を備えたことを特徴とする請求項１
記載の業務運用システム。
【請求項３】上記業務データベース及びマスタデータ
ベースは記憶する各情報に対して有効期間を有してお
り、有効期間に基づいて複数世代の情報を記憶するとと
もに、上記補完手段及び支援手段は、上記有効期間を参
照して業務計画を補完することを特徴とする請求項１記
載の業務運用システム。
【請求項４】上記支援手段は、業務計画を補完するた
めに、上記マスタデータベースに記憶されたマスタ情報
から候補を選択し補完候補として表示し、表示した補完
候補の中から補完するマスタ情報を選択させることを特
徴とする請求項１記載の業務運用システム。
【請求項５】上記マスタデータベースは、業務計画の
実行仕様を記憶する補完マスタと、業務計画を実行する
資源を記憶する資源マスタを備えたことを特徴とする請
求項１記載の業務運用システム。
【請求項６】上記資源マスタは、少なくとも、資源の
属性、資源の利用時期を記憶することを特徴とする請求
項５記載の業務運用システム。
【請求項７】上記業務運用システムは、さらに、上記
業務計画入力手段から入力されない独自業務を登録する
独自業務マスタと、上記独自業務マスタに登録された独
自業務に基づいて業務計画を発生させ、上記業務データ
ベースに記憶させる独自業務発生手段を備えたことを特
徴とする請求項１記載の業務運用システム。
【請求項８】上記業務計画入力手段は、未確定計画を
入力し、上記補完手段及び支援手段は上記未確定計画に
対して補完するマスタ情報を予約情報として補完し、上
記業務データベースはこれらの予約情報で補完された未
確定計画を記憶するとともに、上記業務計画入力手段
が、上記未確定計画に対する正式な業務計画を入力する
場合、上記支援手段は、上記業務データベースに記憶さ
れた未確定計画の予約情報を用いて、入力された業務計
画の補完を支援することを特徴とする請求項１記載の業
務運用システム。
【請求項９】上記資源マスタは、資源を所定の所属グ
ループに分けて記憶するとともに、上記補完手段、支援
手段は所属グループ単位に業務計画を補完するととも
に、上記支援手段は、さらに、所属グループ内に資源が
存在しないとき他の所属グループとの間で資源を移動さ
せるとともに、上記資源マスタは、資源の移動のあった
両所属グループに対して移動情報を記憶することを特徴
とする請求項６記載の業務運用システム。
【請求項１０】上記業務計画入力手段は、すでに入力
した業務計画に対して変更情報を入力するとともに、上
記支援手段は、変更情報に基づく変更を確認することを
特徴とする請求項１記載の業務運用システム。
【請求項１１】上記業務運用システムは、ファイルサ
ーバとローカルサーバとワークステーションを有するネ
ットワークで構成され、上記業務計画入力手段及び補完
手段は、ファイルサーバで実行され、業務データベース
はファイルサーバで一元的に管理され、上記マスタデー
タベースはローカルサーバで管理され、上記支援手段
は、上記ファイルサーバで管理された業務データベース
と上記ローカルサーバで管理されたマスタデータベース
を用いてワークステーションで実行されることを特徴と
する請求項１記載の業務運用システム。
【請求項１２】上記業務運用システムは、業務計画、
マスタ情報の中で時間に関係するデータを線分を用いて
入力、表示、編集することを特徴とする請求項１記載の
業務運用システム。