(57)【要約】【課題】各アプリケーションで生成されるデータの一元管理を実現し、さらに、次のアクションを実行するための機能を動的に導出し、ユーザビリティの向上を支援する情報管理システムを提供する。【解決手段】それぞれ互いに異なる機能の業務を管理する複数のアプリケーションＡ〜Ｇで生成された情報１２を統合管理する情報管理システム１０である。各アプリケーションＡ〜Ｇで生成された情報のうち、互いに関係する情報は、バインドルールテーブル１４設定されたルールに基づき、バインド手段１３により、新たに採番する統合アクションＩＤ別に、予め設定された順序に束ねられ、統合アクションＩＤ別に統合アクションテーブル１７で管理される。表示制御手段１８は、システム１０へのログイン条件に対応する情報を統合アクションテーブル１７から取り出し、統合アクションＩＤ毎に表示画面１９へ表示させる。【選択図】図１
2011107884.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ互いに異なる機能の業務を管理し、その業務に関する情報を生成する複数のアプリケーションを有し、これら複数のアプリケーションで生成された情報を統合管理する情報管理システムであって、
前記各アプリケーションで生成された情報のうち、互いに関係する情報を束ねるためのルールが予め設定されているバインドルールテーブルを有するマスターと、
このバインドルールテーブルに設定されたルールにより、前記各アプリケーションで生成された情報を、新たに採番する統合アクションＩＤ別に、予め設定された順序に基づいて束ねるバインド手段と、
このバインド手段により前記統合アクションＩＤ別にバインドされた情報を管理する統合アクションテーブルと、
この統合アクションテーブルによって管理された情報から、前記システムへのログイン条件に対応する情報を前記統合アクションＩＤ毎に表示画面へ表示させる表示制御手段と、
を備えたことを特徴とする情報管理システム。
【請求項２】
前記表示制御手段は、前記統合アクションＩＤ毎に表示させる情報のうち、ある特定の統合アクションＩＤに属する情報に、他の統合アクションＩＤに属する情報を組み込み、前記特定の統合アクションＩＤに属する情報として前記順序の組み換えを行うことが可能に構成されていることを特徴とする請求項１に記載の情報管理システム。
【請求項３】
前記マスターは、前記情報毎に、その機能種別及びその現況を表すステータスに対応して何をすべきかの次の機能及びその表示コメントがそれぞれ設定された作業導出マスターを有し、
前記表示制御手段は、前記表示画面に表示された前記統合アクションＩＤ毎の情報のうち、任意の一つのアクションを選択指示可能であり、この選択された情報について、その機能及び現況のステータスに対応した前記次の機能及びその表示コメントを前記作業導出マスターから取り出して前記表示画面に表示させる機能を有する
ことを特徴とする請求項１又は請求項２に記載の情報管理システム。
【請求項４】
前記表示制御手段は、前記表示画面上に、前記作業導出マスターから取り出された前記次の機能を操作ボタンとして表示させ、この操作ボタンが操作されたことにより対応する表示コメントを表示させることを特徴とする請求項３に記載の情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の業務アプリケーションで生成される情報を一括管理する情報管理システムに関する。
【背景技術】
【０００２】
一般に、ある業務は互いに異なる複数の機能によって構成されていることから、この業務を管理する場合は、各機能別の業務アプリケーションで生成される情報を管理する必要がある。
【０００３】
例えば、ある製品に関するお客様対応業務についてみると、お客様からの要望を管理するサービスリクエスト管理、この要望に対するアクションの管理などが必要となる。サービスリクエスト管理では、お客様名、要望発生日時、要望内容、・・・を管理する。また、アクション管理では、アクションの内容別、例えば、修理、部品発注などのアクション別に管理が行われる。修理については、サービスマンの氏名や派遣日時などの管理が必要であり、部品発注では、どのような部品をいつ発注したか、その納期は、等を管理する必要がある。これらの管理は、コンピュータに予め設定された業務アプリケーションを用いて行われる。
【０００４】
このように複数の業務を各業務アプリケーションにより分担して処理する場合、アプリケーションごとに検索一覧画面を備え、アプリケーション毎に現状の業務状態を把握できるように構成することが提案されていた（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２７０７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、アプリケーションごとに生成されるデータはそれぞれのアプリケーションの検索機能により、検索し情報参照することが一般的であり、アプリケーションを横断してアクションを一元管理することは困難であった。
【０００７】
このように複数のアプリケーション毎に生成された情報を管理する場合、以下に示す事項が要望されている。  
・生成されたデータに対し、関連付くものは自動的にまとめたい。  
・各機能ブロックで生成されるデータを一元管理したい。  
・情報管理システムのトップ画面から各機能にスムーズに遷移したい。  
・自分のＴｏＤｏ、チームのＴｏＤｏなど見る範囲を柔軟に変えたい。  
・自分専用のＴｏＤｏを作りたい。  
・登録者、担当者、承認者などそれぞれの立場でデータを見たい。
【０００８】
本発明はこれらの要望に対して、各アプリケーションで生成されるデータの一元管理を実現し、さらに、次のアクションを実行するための機能を動的に導出し、ユーザビリティの向上を支援する情報管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の情報管理システムは、それぞれ互いに異なる機能の業務を管理し、その業務に関する情報を生成する複数のアプリケーションを有し、これら複数のアプリケーションで生成された情報を統合管理する情報管理システムであって、前記各アプリケーションで生成された情報のうち、互いに関係する情報を束ねるためのルールが予め設定されているバインドルールテーブルを有するマスターと、このバインドルールテーブルに設定されたルールにより、前記各アプリケーションで生成された情報を、新たに採番する統合アクションＩＤ別に、予め設定された順序に基づいて束ねるバインド手段と、このバインド手段により前記統合アクションＩＤ別にバインドされた情報を管理する統合アクションテーブルと、この統合アクションテーブルによって管理された情報から、前記システムへのログイン条件に対応する情報を前記統合アクションＩＤ毎に表示画面へ表示させる表示制御手段とを備えたことを特徴とする。
【００１０】
本発明では、前記表示制御手段は、前記統合アクションＩＤ毎に表示させる情報のうち、ある特定の統合アクションＩＤに属する情報に、他の統合アクションＩＤに属する情報を組み込み、前記特定の統合アクションＩＤに属する情報として前記順序の組み換えを行うことが可能に構成してもよい。
【００１１】
また、本発明では、前記マスターは、前記情報毎に、その機能種別及びその現況を表すステータスに対応して何をすべきかの次の機能及びその表示コメントがそれぞれ設定された作業導出マスターを有し、前記表示制御手段は、前記表示画面に表示された前記統合アクションＩＤ毎の情報のうち、任意の一つのアクションを選択指示可能であり、この選択された情報について、その機能及び現況のステータスに対応した前記次の機能及びその表示コメントを前記作業導出マスターから取り出して前記表示画面に表示させる機能を有するように構成してもよい。
【００１２】
さらに、本発明では、前記表示制御手段は、前記表示画面上に、前記作業導出マスターから取り出された前記次の機能を操作ボタンとして表示させ、この操作ボタンが操作されたことにより対応する表示コメントを表示させるようにしてもよい。
【発明の効果】
【００１３】
本発明によれば、各アプリケーションで生成されるデータに対し「統合アクションＩＤ」を定義することにより、これらの一元管理が実現される。さらに、同時に行うべきアクションを紐付け、次のアクションを実行するための機能を動的に導出することにより、ユーザビリティの向上を支援することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明による情報管理システムの一実施の形態を説明する概略構成図である。
【図２】同上一実施の形態におけるバインド過程を説明する図である。
【図３】同上一実施の形態におけるバインド前の各アプリケーションで生成された情報を説明する図である。
【図４】同上一実施の形態におけるバインド過程を詳細に説明する図である。
【図５】同上一実施の形態に用いられる作業導出マスターを説明する図である。
【発明を実施するための形態】
【００１５】
以下、本発明による情報管理システムの一実施の形態について、図面を用いて詳細に説明する。
【００１６】
図１は、この実施の形態における情報管理システム１０の概略構成を示している。この情報管理システムは、コンピュータ、及び記憶装置などの周辺機器により構成される。
【００１７】
この情報管理システム１０は、それぞれ互いに異なる機能の業務を管理し、その業務に関する情報を生成する複数のアプリケーションＡ〜Ｇを有し、これら複数のアプリケーションＡ〜Ｇで生成される情報を統合管理する情報管理システムである。図中１１は各アプリケーションＡ〜Ｇの機能を示し、１２はこれら各アプリケーションＡ〜Ｇで生成された情報を表している。
【００１８】
バインド手段１３は、各アプリケーションＡ〜Ｇで生成された情報１２を、図２乃至図４で示すように（詳細は後述する）、バインドルールテーブル１４に設定されたルールに従って、新たに採番する統合アクションＩＤ別に、予め設定された順序に基づいて束ねる。バインドルールテーブル１４は、各種のルールやデータを保管するマスター１５に設けられており、各アプリケーションＡ〜Ｇで生成された情報１２のうち、互いに関係する情報１２を束ねるためのルールが設定されている。統合アクションテーブル１７は、バインド手段１３により統合アクションＩＤ別にバインドされた情報を管理する。
【００１９】
この統合アクションテーブル１７によって管理された情報は、表示制御手段１８により、表示画面１９へ表示される。表示制御手段１８は、システム１０へのログイン条件、例えば担当者を指定してログインした場合は、指定された担当者に対応する情報を統合アクションテーブル１７から取り出し、統合アクションＩＤ毎に表示画面１９上に表示させる。
【００２０】
また、この表示制御手段１８は、表示画面１９に表示された前記統合アクションＩＤ毎の情報のうち、任意の一つを、図示しないマウスなどにより、ハッチングで示すように選択指示可能に構成されている。そして、この選択された情報について、その機能及び現況のステータスに対応した次の機能及びその表示コメントを作業導出マスター２０から取り出して表示画面１９に表示させる機能を有する。作業導出マスター２０は、マスター１５内に設けられており、図５により後述するように、情報１２毎に、その機能種別及びその現況を表すステータス、さらに、このステータスに対応して何をすべきかの次の機能及びその表示コメントがそれぞれ設定されている。
【００２１】
上記構成において、本発明では、各機能１１別のアプリケーションＡ〜Ｇごとに生成されるデータを「統合アクションリスト」として一元管理する。すなわち、各アプリケーションＡ〜Ｇで生成されるデータを統合する「統合アクションＩＤ」および「順序NO」を統合アクションテーブル１７上に採番、管理する機能を備える。そのために、予めマスター化されたバインドルールに基づき、自動で統合アクションを束ねる。そして、「統合アクションＩＤ」および「順序NO」をキーに、各機能で生成したデータを一元管理する「統合アクションリスト」を、ユーザインターフェース機能を備える表示画面１９上に表示する。
【００２２】
まず、これらの機能を、図２乃至図４で説明する。図２において、図１で示した各アプリケーションＡ〜Ｇから、それぞれ情報１２（図の例では12A1，12B1，12C1のみ示されている）が個別に生成されているものとする。バインド手段１３は、バイドルールテーブル１４に設定されたルールに従って、互いに関係する情報（図の例では12A1，12B1，12C1とする）を束ねるものである。
【００２３】
バインドルールテーブル１４には、サービスリクエストがキーとなり各アクションが紐付くようなルールが設定されており、そのために「サービスリクエスト分類」「順序ＮＯ」「機能種別」の内容が規定されている。すなわち、「サービスリクエスト分類」としては、「修理」「点検」「設置」「品質対策」などが規定されており、これら「サービスリクエスト分類」ごとにバインドが行われる。例えば、「サービスリクエスト分類」が「修理」についてみると、情報の「機能種別」として「サービスリクエスト」「部品発注」「作業」の３つがあり、これらの順序NOは、「サービスリクエスト」が「０」、「部品発注」が「１」、「作業」が「２」である。
【００２４】
バインド手段１３は、このようなバインドルールテーブル１４に設定されたバインドルールに従い、「サービスリクエスト分類」の分類毎にバインドを行う。
【００２５】
ここで、アプリケーションＡからは、「機能種別」が「サービスリクエスト」で、「サービスリクエスト分類」が「修理（リクエストNO：S0001）」で、担当者：XXXの情報12A1が生成されているものとする。また、アプリケーションＢからは、「機能種別」が「作業（作業NO：A0001）」で、リクエストNO：S0001、アクション分類：「修理」で、担当者：XXX、作業に必要とする交換部品：PPP1、の情報12B1が生成されているものとする。さらに、アプリケーションＣからは、「機能種別」が「部品発注（部品発注NO：P0001）」で、作業NO：A0001、リクエストNO：S0001、部品発注分類：通常部品、交換部品：PPP1で、担当者：XXXの情報12C1が生成されているものとする。
【００２６】
バインド手段１３は、例えば「修理」の分類についてバインドする場合、図の例では、情報12A1は「機能種別」が「サービスリクエスト」で、「サービスリクエスト分類」が「修理」で、リクエストNO：S0001であり、これをキーとして、リクエストNO：S0001が付された情報をバインドする。情報12B1は、「サービスリクエスト分類」が「作業」で、作業NO：A0001、リクエストNO：S0001であるためバインドする。情報12C1は、「サービスリクエスト分類」が「部品発注」で、部品発注NO：P0001、作業NO：A0001、リクエストNO：S0001であるためバインドする。これらのバインド順序NOは、バインドルールテーブル１４に、「サービスリクエスト」が「０」、「部品発注」が「１」、「作業」が「２」と規定されているので、この順序NOの順（図の例では12A1，12C1，12B1の順）にバインドされる。
【００２７】
バインド手段１３によりバインド化された情報には、統合アクションＩＤ（図の例では、I000001）が採番されており、キーとなるリクエストNO（図の例では、S0001）及び担当者（図の例では、XXX）が付され、図1で示した統合アクションテーブル１７へ、統合アクションＩＤ別に格納され管理される。
【００２８】
上記バインド過程を、図３及び図４を用いてより詳細に説明する。図３は各アプリケーションＡ，Ｂ，Ｃ，Ｇで生成されるデータイメージ（ヘッダ情報）のリストをそれぞれ示している。図中、１２ＡはアプリケーションＡで生成されたサービスリクエストの情報リストであり、お客様からの依頼事項を管理する機能を有し、システム全体の中で親（キー）となる情報である。１２ＢはアプリケーションＢで生成された作業の情報リストであり、サービスリクエストに対して実際に実施する作業（サービスエンジニアが行う作業）を管理する機能を有する。１２ＣはアプリケーションＣで生成された部品発注に関する情報リストで、作業で発生する交換部品の発注を管理する機能を有する。１２ＧはアプリケーションＧで生成された納入機器に関する情報であり、新規設置後にお客様と納入機器を関連付け、管理する機能を有する。
【００２９】
これらの情報リスト１２Ａ，１２Ｂ，１２Ｃ，１２Ｇは、「キーNO」、各機能の「分類」、現況を表す「ステータス」、「期限」、「担当者」、「備考」に関する項目を有し、さらにサービスリクエストに関する情報リスト１２Ａ及び作業に関する情報リスト１２Ｂは「お客様」の項目を有し、納入機器に関する情報リスト１２Ｃは「発注先」の項目を有し、納入機器に関する情報リストは「設置先」の項目を有する。
【００３０】
これらの情報をバインドするに当り、バインド手段１３は、図４で示すように、まず、統合アクションリスト（バインド前）１７ａを作成する。統合アクションリスト１７ａは、バインド前であることから、図３で示した情報リスト１２Ａ，１２Ｂ，１２Ｃ，１２Ｇを単に統合しただけのものである。項目としては、新たに「統合アクションＩＤ」と「順序NO」が設けられている。これらの項目はバインド前であることから、「統合アクションＩＤ」については、データ順に、I000001〜I000018まで、順次番号が付されており、「順序NO」についても全て「0」となっている。その他の項目としては、図３に対応する「機能発行NO」（図３の「キーNO」に相当）、「機能内分類」（図３の「分類」に相当）、「機能内ステータス」（図３の「ステータス」に相当）、「期限」、「担当者」、「備考」が設けられている。
【００３１】
次に、バインド手段１３は、バインドルールテーブル１４に設定されたルールに従って自動ロジックによるアクションのバインド化を行い、バインド化されたアクションリスト１７ｂを作成する。バインド化にあたっては、「機能種別」が「サービスリクエスト」の情報をキーとしてバインドする。例えば、「統合アクションＩＤ」がI000001の情報は「機能種別」が「サービスリクエスト」であり、これがキーとなる。すなわち、その「機能発行NO」はS0001であるため、キーNOはリクエストNO：S0001となる。
【００３２】
図の例では、バインド前の統合アクションリスト１７ａにおいて「統合アクションＩＤ」がI000006で、「機能種別」が「作業」の情報は、「機能発行NO」がA0001であり、図２で示したようにリクエストNO：S0001が付されているものとする。このため、バインド対象となり、バインド化されたアクションリスト１７ｂで示すように、「統合アクションＩＤ」をI000001としてバインドする。また、バインド前の統合アクションリスト１３ａにおいて「統合アクションＩＤ」がI000011で、「機能種別」が「部品発注」の情報も、「機能発行NO」がP0001であり、図２で示したようにリクエストNO：S0001が付されているものとする。このため、バインド対象となり、バインド化されたアクションリスト１７ｂで示すように、「統合アクションＩＤ」をI000001としてバインドする。すなわち、これら３つの情報は、「統合アクションＩＤ：I000001」としてバインド化される。また、これら３つの情報の「順序NO」は、バインドルールテーブル１４のルールに従って、「機能種別」が「サービスリクエスト」の情報が「０」、「部品発注」の情報が「１」、「作業」の情報が「２」となる。
【００３３】
以下、「統合アクションＩＤ：I000002，I000003，I000004，I000005」についても、同様にバインド化される。
【００３４】
次に、図１で示したシステム１０へのログイン情報が、図示しないキーボードなどを用いてユーザにより入力されると、表示制御手段１８は、入力されたログイン情報に基づいて、画面１９上に統合アクションリストを表示すべく統合アクションテーブル１７から該当する情報を取り出す。例えば、ログイン情報において担当者：XXXを指定していた場合、統合アクションテーブル１７から、担当者：XXXに関する統合アクションリスト１７ｃを取り出す。すなわち、表示制御手段１８は、統合アクションテーブル１７によって管理された情報から、システム１０へのログイン条件に対応する情報を取り出し、統合アクションＩＤ毎に表示画面１９へ表示させる。
【００３５】
この際、表示制御手段１８は、担当者：XXXに関する統合アクションリスト１７ｃの中から、既に完了したアクション（図の例では、統合アクションＩＤ：I000001）は外した上で、表示画面１９上に表示させる。また、ユーザにより手動でアクションの統合、順序設定を行うことができる。１７ｄは、ユーザにより調整した後のアクションリストであり、「設置」で必要な部品と「修理」で必要な部品を同じタイミングで“発注”するための組み換えを行っている。
【００３６】
すなわち、表示制御手段１８は、統合アクションＩＤ毎に表示させた情報のうち、ある特定の統合アクションＩＤに属する情報に、他の統合アクションＩＤに属する情報を組み込み、前記特定の統合アクションＩＤに属する情報として順序の組み換えを行うことができるように構成されている。図の例では、組み換え前のアクションリスト１７ｃにおいて、「統合アクションＩＤ：I000005、順序NO：1、機能発行NO:P0005」を、ユーザによる調整後のアクションリスト１７ｄでは、「統合アクションＩＤ：I000003、順序NO：２、機能発行NO:P0005」として組み換えている。なお、この組み換えに関連する他のアクションの「順序NO」も図示のように変更される。表示画面１９上には、図１で示すように、この調整後のアクションリスト１７ｄが表示される。
【００３７】
次に、表示画面１９に表示されたアクションリスト１７ｄ中の任意のアクションを指定することにより、次に何をすべきかのガイダンスを行う場合を説明する。例えば、図１で示すように、表示画面１９に表示されたアクションリスト１７ｄの上から２行目のアクション（ハッチング部分）を図示しないマウスなどにより指定すると、表示制御手段１８は、この指定されたアクション（情報）について、その機能及び現況のステータスに対応した次の機能及びその表示コメントを作業導出マスター２０から取り出して表示画面１９に表示させる。
【００３８】
作業導出マスター２０には、図５に示すように、選択したアクションに対して次に利用する機能およびその機能の利用を促すメッセージを導出する仕組みが構成されている。すなわち、各アクションの「機能種別」及びその現況を表す「ステータス」が設定されたテーブル２０ａと、このステータスに対応して何をすべきかの次の機能及びその表示コメントがそれぞれ設定されているテーブル２０ｂとから成る。
【００３９】
したがって、例えば、図１のハッチングで示す指定されたアクションの「機能種別」が「部品発注」であり、その現況を表す「ステータス」が「未発表」の場合、テーブル２０ａの「管理NO：0000009」が指定され、これに対応するテーブル２０ｂの「メッセージ管理NO：0000010」が選択される。したがって、表示制御手段１８は、「メッセージ管理NO：0000010」の「機能名」とその「メッセージ（表示コメント）」をテーブル２０ｂから取り出して表示画面１９の表示エリア１９ａ内に表示させる。この場合、図１で示すように、「機能名」を操作ボタンとして表示させ、この操作ボタンが操作されたことにより対応する表示コメントを表示させるように構成するとよい。
【００４０】
このように、選択したアクションに対して、次に利用する機能およびその機能の利用を促すメッセージを導出するので、ユーザビリティの向上を支援することができる。すなわち、統合アクションの種別（発生元アプリケーションおよびその中での管理種別）とステータスの組合せに応じた利用機能とメッセージのマッピング定義をデータベース管理しているので、この利用機能とメッセージのマッピング定義により、統合アクションの種類、ステータスに応じた次のアクション（利用機能）を自動導出することができる。
【００４１】
このように、本発明によれば、各アプリケーションを起動しなくても管理すべきアクションを一元的に把握することができる。また、実施すべきアクションを自動導出するため、アクションの抜け漏れを防止できる。さらに、選択しているアクションに対して次に使うべき機能をシステムが自動導出することができる。
【符号の説明】
【００４２】
１０…システム
１１…アプリケーションの機能
１２…アプリケーションにより生成される情報
１３…バインド手段
１４…バインドルールテーブル
１５…マスター
１７…統合アクションテーブル
１８…表示制御手段
１９…表示画面
２０…作業導出マスター
【図１】
2011107884.tif 000003
【図２】
2011107884.tif 000004
【図３】
2011107884.tif 000005
【図４】
2011107884.tif 000006
【図５】
2011107884.tif 000007