データ検索／帳票出力指示装置
【課題】 データ検索による検索結果を用いた帳票出力において、帳票のフィールドと出力対象のデータ項目が１対１で関連付けられているのが現状である。このため特にデータ項目数が多いデータでは、各データの帳票出力する項目が多くなってしまい、重要な項目がうまく主張できない。
【解決手段】 複数のフィールドを有する帳票に任意のデータを帳票出力できる帳票出力装置に対して、複数のデータ項目を有するマスタデータの集合から所定のマスタデータを検索して前記帳票出力装置に出力指示するデータ検索／帳票出力指示装置において、
帳票出力設定として帳票内の各フィールドに対して出力するデータ項目を関連付ける際に、固定のデータ項目を関連付ける静的な関連付け手段に加え、検索条件に該当するデータ項目を動的なデータ項目としてフィールドに関連付ける動的な関連付け手段とを備えた構成とする。
【解決手段】 複数のフィールドを有する帳票に任意のデータを帳票出力できる帳票出力装置に対して、複数のデータ項目を有するマスタデータの集合から所定のマスタデータを検索して前記帳票出力装置に出力指示するデータ検索／帳票出力指示装置において、
帳票出力設定として帳票内の各フィールドに対して出力するデータ項目を関連付ける際に、固定のデータ項目を関連付ける静的な関連付け手段に加え、検索条件に該当するデータ項目を動的なデータ項目としてフィールドに関連付ける動的な関連付け手段とを備えた構成とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検索条件に該当したデータ項目を動的に利用可能な検索／帳票出力に関する装置/媒体、および手法に関するものである。
【背景技術】
【０００２】
近年の検索技術は、検索対象となるデータの多様化に伴い、その特性に応じたデータ検索手法も多種多様となっている。また検索手法の多様化に応じて検索結果の表示方法も、多くの件数を表示するために少ない情報量であるが、本質的な情報を効率的に表示する方法が主流となっている。
【０００３】
すなわち、検索結果の表示情報が少なく判断ができない場合は、詳細情報を表示／確認することを前提に、より多くのデータ数を表示することを実現している。
【０００４】
例えば、インターネット上の検索サイトなどでは、検索結果を一覧する場合に各データに対して固定データ項目として「タイトル」や「URL」などの固定データ項目を表示している。そしてさらに、本文項目のうち検索条件に該当した前後の文書を一定量分ピックアップして情報量を絞る一方で、検索条件の該当部分を強調表示する手法が代表的な例である。
【０００５】
一方で近年の帳票出力技術は、事前に作成した帳票を選択して格納されたデータ群から検索を行い、検索結果から選択したデータを帳票出力する業務フローを実現する技術が一般的である。
【０００６】
その際に、検索と帳票の関係は検索対象データのデータ項目と帳票のフィールドが１対１で関連付けられている。
【０００７】
しかしながら、上記の検索技術と帳票出力技術の進むべき方向性は、少ない領域に多くの情報を表現する点では共通であるが、表示する内容については異なったものとなっている。
【０００８】
検索技術は検索結果が完全でない情報であってもよく、より少ない情報（部分情報）で所定のデータをユーザが入手するかが重要となる。
【０００９】
逆に、帳票出力は帳票領域により完全な情報を効率的な情報配置をするかが重要となる。
【００１０】
上記を鑑みて、背景技術として検索したデータを帳票出力する技術に関する最近の開示技術例を以下に示す。
【００１１】
特許文献１では帳票のフィールドに論理項目を適用して固定のデータ項目の組み合わせをユーザに意識させない技術を開示している。
【００１２】
また特許文献２では、出力条件をユーザに操作させることによりユーザが所望とする帳票出力を実現する技術を開示している。
【００１３】
また特許文献３では、帳票内のフィールドを出力データに応じて動的にレイアウトする技術を開示している。
【特許文献１】特開平７−５７０２４号公報
【特許文献２】特開平１０−２０７９６９号公報
【特許文献３】特開２００５−１３５３９７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、上記の背景技術における特許文献１は、帳票のフィールドに論理項目を設定することで出力データをユーザに意識させないことは実現可能であるが、内部的には論理項目の定義に依存するため出力項目はデータ間で共通であり、検索条件に該当したデータ項目を動的に帳票出力できない問題がある。
【００１５】
また特許文献２は、検索の条件項目と出力項目が連動した帳票出力である。このため、出力項目を検索条件に該当したデータ項目を動的に選択する帳票出力が実現できない問題がある。
【００１６】
さらに特許文献３は、出力データに応じて該当するフィールドが動的にレイアウトされる。
【００１７】
すなわち、不要なフィールドに対しては、出力するデータをＮＵＬＬ等に操作することでフィールドの領域をなくし、必要なデータのみを所定の位置に出力することが可能である。
【００１８】
しかしながら本発明の課題を実現するには、帳票作成に多大な時間がかかってしまい、現実的にはユーザが容易に設定できない問題がある。
【００１９】
本発明は、上記の問題に鑑みてなされたものである。
【００２０】
本発明の第１の目的は、検索において検索条件に該当したデータ項目を各データから動的に取得して帳票出力可能なデータ検索／帳票出力指示装置を提供することである。
【００２１】
また第２の目的は、前記第１の目的実現において、動的なデータ項目の取得する際に、セキュリティーを考慮した取得可能なデータ項目の制御が実現できるデータ検索／帳票出力指示装置を提供することである。
【００２２】
次に第３の目的は、前記第１、２の目的実現において、検索条件の該当データ項目が複数あった場合でも優先順位を用いた効率的なデータ項目が動的に選択可能なデータ検索／帳票出力指示装置を提供することである。
【課題を解決するための手段】
【００２３】
上記第１の目的である、検索条件に該当した項目の動的データとしての利用を達成するために、従来のデータ検索／帳票出力指示装置において、請求項１に記載の発明は以下の手段を有する。
【００２４】
帳票出力設定において、帳票内の各フィールドと出力データ項目を関連付ける際に、固定のデータ項目を関連付ける手段に加え、検索条件の該当データ項目を動的なデータ項目としてフィールドに関連付ける手段を備えた構成となる。
【００２５】
次に上記第２の目的である、動的なデータ項目の利用範囲の制御を達成するために、請求項２に記載の発明は、前記請求項１の発明に対して、さらに以下を追加した構成となる。
【００２６】
動的なデータ項目の設定において、各項目に対して動的なデータ項目として利用可能か否かを設定する手段と、前記設定に基づき最終的な動的データ項目を決定する手段を備えた構成となる。
【００２７】
次に上記第３の目的である、検索条件の該当データ項目が複数存在した場合でも動的なデータ項目として優先順位に基づくデータ項目選択を達成するために、請求項３記載の発明は、前記請求項１、又は請求項２の発明に対して、さらに以下を追加した構成となる。
【００２８】
検索条件に該当するデータ項目が複数ある場合、動的なデータ項目を決定する際に、データ項目の優先順位付けを設定する手段と、前記設定に基づき動的なデータ項目を決定する手段を備えた構成となる。
【発明の効果】
【００２９】
請求項１に記載のデータ検索／帳票出力指示装置では、検索において検索条件に該当したデータ項目を各データから動的に取得した帳票出力可能となる。このため効率的なデータ検索／帳票出力が実現可能となる。
【００３０】
次に、請求項２に記載の装置では、動的なデータ項目の取得する際に、セキュリティーを考慮した取得可能なデータ項目の公開／非公開制御が実現可能となる。このため効率的なデータ検索／帳票出力が実現可能となる。
【００３１】
次に、請求項３に記載の装置では、検索条件の該当データ項目が複数あった場合でも優先順位を用いた効率的なデータ項目が選択可能となる。このため効率的なデータ検索／帳票出力が実現可能となる。
【発明を実施するための最良の形態】
【００３２】
次に、本発明の詳細を実施例の記述に従って説明する。
【００３３】
以下、本発明の実施例について図を参照しながら説明する。
【００３４】
図１は本発明のデータ検索／帳票出力指示装置が適用されたサーバーに対して検索／帳票出力指示の操作画面を有するクライアントから指示／操作を実現可能したネットワーク構成を示すブロック図である。
【００３５】
同図において、１０１はローカルエリアネットワーク（ＬＡＮ）を示す。
【００３６】
クライアント用パーソナルコンピュータ（以下「クライアントＰＣ」）１１１，１１２，１１３及び、本発明のデータ検索／帳票出力指示装置となるサーバー用パーソナルコンピュータ（以下「サーバーＰＣ」）１２１が、このＬＡＮに接続されている。
【００３７】
また、サーバーＰＣ１２１は実際の帳票出力装置構成となる。もちろん帳票出力装置は別のサーバーＰＣで実現しても構わない。
【００３８】
クライアントＰＣ１１１，１１２，１１３の検索／出力ソフトウェアから指示を受け、処理結果を指示したクライアントＰＣのブラウザに対して返す処理を行うものである。
【００３９】
但し、本発明においては、サーバーおよびクライアント間の通信手法については特に限定するものではない。また、サーバーＰＣにおいて、直接本発明のデータ検索／帳票出力指示サーバーに対する指示処理を行う形態であっても構わないものとする。
【００４０】
クライアントＰＣ１１１，１１２，１１３内の構成は、ＬＡＮ１０１に接続でき、かつ検索／帳票出力機能が動作する機能を有する一般的なＰＣであれば、特に限定するものではないため、説明を省略する。
【００４１】
次に図２は、本実施例の図１に示したサーバーＰＣ１２１及び各クライアントＰＣの概略構成である。図示おいて、２０１はビデオＲＡＭ(ＶＲＡＭ)で、ＣＲＴ表示装置２０２の画面に表示される文字、イメージを展開記憶する。２０３はビットムーブユニット(ＢＭＵ)で、メモリ間あるいはメモリと各デバイス間のデータ転送をコントロールする。
【００４２】
２０４は入力に関する各種キーを備えたキーボードであり、２０５は画面上でアイコンなどを指し示すためなどに用いられるポインティングデバイス(ＰＤ)である。
【００４３】
２０６はＣＰＵで、２０８のＲＯＭに記憶された制御プログラム（本発明に係るプログラムやエラー処理プログラムをはじめ、後述する本発明を実現するためのプログラムも記憶されている）に基づいて本装置の各部を制御する。
【００４４】
２０９は上述した各プログラムを２０６のＣＰＵが実行するときにワークエリア、エラー処理時の一時退避エリアとして用いられるＲＡＭ、２１０はハードディスクドライブ(ＨＤＤ)、２１１はフレキシブルディスクドライブ(ＦＤＤ)、をそれぞれ示す。
【００４５】
なお、各ディスクには後述するアプリケーションプログラムやデータ、データベース、ライブラリなどの保存用に用いられる。
【００４６】
２１２はネットワークインターフェイス(ＮＥＴ−Ｉ／Ｆ)を示し、クライアントＰＣ１１１，１１２，１１３との間でネットワークを経由してデータ転送を行うためにネットワーク上でデータ制御、診断を行う。
【００４７】
２０７は上述した各ユニット間を接続するＩ／Ｏバス(アドレスバス、データバス及び制御バスからなる)である。
【００４８】
上記構成において、装置に電源を投入すると、ＣＰＵ（２０６）はＲＯＭ（２０８）のブートプログラムに従って装置を初期化し、ＨＤＤ（２１０）らＯＳのロードを行い、その後で各種アプリケーション等を動作させることになる。
【００４９】
なお、本実施形態の装置は、凡用の情報処理装置（パーソナルコンピュータ等）をその基礎にしているので、プログラムはハードディスク等に記憶されているものとしたが、もちろんＲＯＭに記憶させるようにしてもよい。記憶媒体によって本発明が限定されるものでもない。
【００５０】
さらに、図３は本発明に係るモジュール構成を説明するブロック図である。
【００５１】
まず図示において１１１は図１にて示したクライアントＰＣである。
【００５２】
また１２１はサーバーＰＣである。
【００５３】
３０１は、クライアントＰＣ１１１とサーバーＰＣ１２１間のデータのやりとりを行うためのネットワークを示している。なお特にプロトコルは限定しないものとする。
【００５４】
クライアントＰＣ１１１内の３０２はクライアント側の動作を記憶したアプリケーションである。
【００５５】
アプリケーション内のモジュールとして３０３の検索指示ＵＩ、および３０４の帳票出力指示ＵＩが記憶されている。
【００５６】
アプリケーションは一般的なアプリ形式でもよく、またＷＥＢブラウザなどのＰＬＵＧ−ＩＮ形式で自動的に配信する方式でもよい。
【００５７】
またサーバーＰＣ１２１内の３０５は、帳票及びデータを管理するサーバアプリケーションである。
【００５８】
アプリケーション内のモジュールとしては３０６の検索処理モジュール、３０７の帳票出力モジュール、３０８のデータ管理モジュール、３０９の帳票管理モジュールなどがあり、各モジュールはクライアントからのリクエストに応じてメモリ上にロードされ処理を実行する。
【００５９】
また３１０は、３０６、３０７、３０８、３０９の各モジュールが扱うデータを格納するデータベースであり、必要に応じてデータの登録・引出しが行われる。
【００６０】
＜問題点の整理１＞
次に図４を用いて、本発明が解決しようとする問題点を再度説明する。
【００６１】
まず４０１は、キーワードを検索条件として検索結果一覧を表示する画面例である。
【００６２】
画面４０１内の上部が検索指示を示しており、４０２は検索キーワードを入力するコントロールである。また４０３は４０２に入力されたキーワードを検索条件として検索処理を指示するボタンである。
【００６３】
ボタン４０３が押されることにより、４０２に入力されたキーワード情報が図１のデータ検索／帳票出力指示装置１２１に送付される。
【００６４】
データ検索／帳票出力指示装置１２１では、図３の検索３０６が動作してデータベース３１０からデータを検索して結果をクライアントＰＣ１１１に返す。
【００６５】
ＰＣ１１１では返された情報を用いて検索ＵＩ３０３に表示される処理となる。
【００６６】
図示において検索結果が表示される領域が４０４である。
【００６７】
本例ではタイトルが「クリスマス」のデータ４０５と、タイトルが「お正月」のデータ４０６が検索結果として表示されている。
【００６８】
このうちデータ４０５、４０６のいずれも本文データはキーワードの「イベント」が該当した部分を含んだ表示となっており、文書が長いため最後の部分が省略された表示になっている。
【００６９】
次に図示において４１０は、検索データを出力する帳票を示している。本例では２つのデータを出力可能なフィールド構成となっている。
【００７０】
１つめのデータのタイトルを出力する「タイトルフィールド１」のフィールド４１１と、本文を出力する「本文フィールド１」のフィールド４１２である。
【００７１】
そして、２つめのデータのタイトルを出力する「タイトルフィールド２」であるフィールド４１３と「本文フィールド２」であるフィールド４１４、の４つのフィールドで構成されている。
【００７２】
そして図示において帳票４１０に対して検索画面４０１で検索した結果が帳票出力結果４２０である。
【００７３】
図示でもわかるとおり、本文フィールド１の４１２および本文フィールド２の４１４にそれぞれ出力された４２２、４２４の本文は領域不足のため本文が全て表示されない問題がある。
【００７４】
検索としては検索条件に該当した部分を示すことで所定のデータを取得できることが重要であるため、本文の部分的な表示であっても目的が果たせる。しかし、帳票出力においてはデータの欠損は問題となる。
【００７５】
このため、帳票出力を利用する場合のデータはデータ項目を細分化したデータ管理が必要となる。その一方で細分化したデータ項目を全て帳票出力することにより重要点が他の情報に埋もれてしまう問題がある。
【００７６】
＜問題の整理２＞
次に図５、および図６を用いて、前記問題点２を受けて本発明が解決しようとする問題点を説明する。
【００７７】
図４で示した例は、検索対象を１つのデータ項目として大きな「本文」のデータ項目を用いており、該当部分を強調する検索手法であったが、検索結果の表示と帳票出力を考慮した場合に複数のデータ項目に分けたデータ管理での問題を示したものである。
【００７８】
まず図５はデータの格納例を示している。
【００７９】
各データのデータ項目としては、「製品名」「価格」「ＰＰＭ」そして「階調」が設定されている。
【００８０】
製品名「Ａ」は特長が「２０００階調」であり、製品名「Ｂ」は価格の安さ「１００万円」、製品名「Ｃ」は「８０ＰＰＭ」というのが特長となっているデータ例である。
【００８１】
これらデータ群に対して「特長」というキーワードで検索を行った場合、各データが該当するため従来技術を用いると、全てのデータ項目が表示されてしまう。
【００８２】
もしくは表示用に設定された項目だけが表示されてしまうという問題が残る。
【００８３】
本発明はこの帳票出力方法を図６のようにキーワードに該当した各データのデータ項目だけを抽出した仮想的なデータ項目を帳票出力することにある。
【実施例１】
【００８４】
本実施例１は、本発明のデータ検索／帳票出力指示装置における帳票出力のフィールド関連付け方法に関して記載する。
【００８５】
まず図７において、帳票のフィールドと出力データ項目の関連付けのイメージを示す。４１０は図４にて示した帳票例を用いている。なお７０１はデータ項目の構成例を示した表である。
【００８６】
４１１および４１３のタイトル用フィールドに対して、データ項目「製品名」を関連付けている。関連付けを示した線が７０２である。
【００８７】
これにより、検索結果の「製品名」の各データ項目値が帳票出力の際にこの２つのフィールドに出力される。
【００８８】
なお本処理はデータ項目とフィールドの１対１対応である一般的な帳票出力の例となる。
【００８９】
次に４１２および４１４の各フィールドに対して、データ項目の全てのうち検索条件に該当するデータ項目を本フィールドに割り当てるイメージを示した線が７０３である。
【００９０】
本設定により、各データのデータ項目のうち検索条件に該当したデータ項目を動的に選択して出力することが可能になる。
【００９１】
次に図８を用いて、前記図７で示したフィールドに対する動的なデータ項目の設定画面例を示す。本設定画面は、図４の本文フィールド１である４１２に対してどのデータ項目を出力するかの設定例である。
【００９２】
図示において、８０１は設定全体を管理する画面を示している。次に８０２は、現在対象となっているフィールド名を表示するコントロールであり、「本文フィールド１」が表示されている。
【００９３】
次に８０３は対象となるデータ項目を設定するコントロールである。本例では「（検索条件の該当項目）」という本発明のポイントである、検索条件に該当したデータ項目を動的に割り当てる選択肢を示している。なお、８０６で示した選択肢としては、既存のデータ項目である「製品名」「価格」「ＰＰＭ」そして「階調」も表示されている。
【００９４】
ここで「（検索条件の該当項目）」を選択することにより、各データが有する各データ項目のうちで検索条件に該当した項目を動的に採用して帳票出力する設定が可能となる。
【００９５】
なお、８０４および８０５は本設定の有効／無効を決定する「ＯＫ」「キャンセル」ボタンである。
【００９６】
また、本設定内容は、サーバー１２１のデータ保存領域に保存されて、実際の検索時にメモリ展開されて使用される。
【００９７】
次に図９を用いて本実施例１で示した「検索条件の該当項目」による帳票出力時の動的なデータ項目選択処理に関するフローチャートを示す。
【００９８】
まずステップＳ９０１は、クライアントＰＣの画面操作による入力を示している。検索条件および対象となる帳票をＵＩから指示する。これにより、ユーザが所望とするデータ検索とともに使用する帳票が確定する。
【００９９】
次にステップＳ９０２に進むが、ステップＳ９０２からは前記ステップＳ９０１で指示された情報を用いたサーバーＰＣ側の処理となる。
【０１００】
ステップＳ９０２は指定された帳票に関する出力設定において、前記図８で説明した「（検索条件に該当する項目）」の動的なデータ項目の設定が含まれているかを判断する。
【０１０１】
もし含まれている場合はステップＳ９０３に進む。一方含まれていない場合は、ステップＳ９０３をスキップしてＳ９０４に進む。
【０１０２】
ステップＳ９０３では、本発明の特長である、「（検索条件に該当する項目）」の設定がなされている場合の処理であり、検索条件に該当したデータのデータ項目値を出力するデータとして動的に取得する。次にステップＳ９０４は従来の帳票出力と同様に既に各フィールドとデータ項目が静的に関連付けられている情報を元に出力するデータの関連付いているデータ項目値を取得する。
【０１０３】
次にステップＳ９０５はステップＳ９０３とステップＳ９０４で取得したデータを用いて、帳票出力に使用する最終データを作成する処理である。
【０１０４】
一般的に帳票出力データはＣＳＶ形式もしくはＸＭＬ形式が用いられることが多いが、本発明では出力するデータが表現できるのであれば特に限定しない。
【０１０５】
そして次のステップＳ９０６では、Ｓ９０５にて作成された最終出力データとステップＳ９０１で指定された帳票を用いて帳票出力を行う処理である。これにより帳票出力が完了する。なお帳票出力としてはプリンタに出力してもよく、ＰＤＦ形式等のファイル形式で出力するものでもよい。特に本発明では限定しない。
【０１０６】
以上図示で説明したように、本実施例１を用いることで、検索において検索条件に該当したデータ項目を各データから動的に取得して帳票出力可能となる。このため効率的なデータ検索／帳票出力が実現可能となる。
【実施例２】
【０１０７】
次に本発明の請求項２記載の実施例として本実施例２を用いて説明する。
【０１０８】
本実施例２は、前記実施例１にて検索条件に該当するデータ項目を動的に使用する例に対して、動的な検索条件への該当項目として公開したくないデータがある場合の対策を示した例である。
【０１０９】
図１０は、非公開のデータ項目を示した例である。図１０の下段２行の１００１で示した「開発コメント」および「原価」などはデータ項目としては存在するが、一般ユーザには非公開とすべきデータ項目であるものとする。
【０１１０】
この場合に、前記実施例１の図８にて示した「（検索条件の該当項目）」では、全てのデータ項目が対象となってしまうため、非公開とするデータ項目を制御ができない問題がある。従って本実施例２では、このような問題に対処した例を示す。
【０１１１】
図１１は、本対処を行った設定方法の例である。図示において８０１〜８０５は図８を用いて実施例１で説明した内容と同様なので説明を省略する。
【０１１２】
一方１１０１は、出力するデータ項目の選択コントロール８０３で「（検索条件の該当項目）」が選択された場合に有効になる項目選択のコントロールである。この１１０１には各データ項目が選択するチェックボックスを伴って表示されている。
【０１１３】
本例では、「開発コメント」および「原価」に関してチェックをはずした例であり、このチェックをＯＦＦすることによって動的なデータ項目として非公開（対象外）とすることが可能となる。またこの場合に対象外となったデータは検索結果として対象外となるものとする。
【０１１４】
また、実施例１の図７で示した帳票内のフィールドでは、「タイトルフィールド１」、「タイトルフィールド２」の４１１および４１２には「製品名」が静的な情報として割り当てられている。
【０１１５】
これにより、もし検索条件に該当するデータが「製品名」のデータ項目である場合でも、タイトルと本文が重複するケースに対して本選択コントロールで「製品名」をＯＦＦにすることで回避が可能となる。
【０１１６】
また、その際に本文フィールドに表示する内容は代替処理として静的に割り当てられているもの、および非公開のデータをはずした項目を選択すること処理が考えられる。
【０１１７】
本処理は次の実施例３で説明する。
【０１１８】
次に図１２を用いて本実施例２のフローチャートを示す。
【０１１９】
本フローチャートは、実施例１で示したフローチャートのステップＳ９０３とステップＳ９０４の間に非公開設定されたデータ項目を有するデータを検索結果から排除する処理を追加したものである。従って既に図９の説明において説明した内容は省略するものとする。
【０１２０】
図示において、ステップＳ１２０１はステップＳ９０３で取得した検索条件に該当した動的なデータ項目値から非公開のデータ項目に属するデータがあるかを判断する処理である。属するデータがある場合はステップＳ１２０２に進む。属するデータがない場合はステップＳ９０４に進む。ステップＳ１２０２では対象外となったデータを検索結果から排除する処理を行う。本処理により、非公開としたいデータ項目があった場合には検索対象外とすることが可能となる。
【０１２１】
以上図示で説明したように、本実施例２を用いることで、動的なデータ項目の取得する際に、セキュリティーを考慮した取得可能なデータ項目の制御が実現可能となる。結果として、効率的な帳票出力が実現可能となる。
【実施例３】
【０１２２】
次に本発明の請求項３に記載の実施例として本実施例３を用いて説明する。
【０１２３】
本実施例３は、前記実施例１、実施例２にて検索条件に該当するデータ項目が２つ以上存在する場合にどちらのデータ項目を優先するかが判断できない問題が考えられる。
【０１２４】
また実施例２の中で記載したように静的に割り当てられたデータ項目と動的なデータ項目が重複するため、該当項目が出力できない問題が考えられる。
【０１２５】
本実施例はこれら問題に対策した実施例である。
【０１２６】
図１３は上記の例を実際のデータで示した例である。まずデータ項目としては「製品名」「価格」「ＰＰＭ」「階調」、そして「原価」がある。
【０１２７】
この中で「製品名」はあるフィールドと静的に１対１で割り当てられている項目であり、「原価」は非公開のデータ項目に設定されているものとする。
【０１２８】
このデータ群に対してキーワード「特長」で検索した場合に、製品名「Ａ（特長）」は製品名のデータ項目値が該当してしまうため、検索条件に該当する動的なデータ項目としても採用されてしまうため、前述のとおり既に静的に割り当てられたフィールドと重複してしまう。
【０１２９】
次に製品名「Ｂ」の場合は、非公開データ項目が該当してしまうため、対象外データとなる。
【０１３０】
次に製品名「Ｃ」の場合は、「価格」と「ＰＰＭ」の２つが検索条件に該当してしまうため、どちらを選択すべきかが判断できない問題が考えられる。
【０１３１】
図１４は上記問題に対応した設定画面である。図示において、１４０１は帳票のフィールドに対する対応項目を設定する設定画面であり、図１１で示した設定画面の拡張である。
【０１３２】
本設定画面と図１１で示した画面の相違点は、１４０２の「検索条件に該当する項目の範囲で静的な割り当てがされた情報をグレーアウトできる点と、１４０３および１４０４を用いて１４０２内の上に位置する項目を優先順位が高いものとして設定できる点である。
【０１３３】
１４０３は現在選択されている項目の優先順位を１つ上げる処理を行い、１４０４は逆に優先順位を１つ下げる処理を行う。
【０１３４】
これにより、検索条件に該当する複数のデータ項目が存在した場合であっても、本設定の優先順位に従って一意にデータ項目を選択することが可能となる。
【０１３５】
一方で１４０２の「製品名」のように既に静的な割り当てがされたデータ項目は非選択状態でグレーアウトされることにより、動的なデータ項目として選択不可の状態を設定することが可能となる。
【０１３６】
さらに該当項目がない場合は１４０２の優先順位に従って検索条件に該当しないデータ項目であっても重複することなく表示することが可能となる。
【０１３７】
次に図１５を用いて本実施例３のフローチャートを示す。
【０１３８】
本フローチャートは、実施例２で示したフローチャートのステップＳ９０３とステップＳ１２０１の間に本実施例３のポイントを追加したものである。従って既に図１２の説明において説明した内容は省略するものとする。
【０１３９】
図示において、ステップＳ１５０１はステップＳ９０３で取得した検索条件に該当した動的なデータ項目値をもとに検索条件に該当するデータ項目の重複／静的に割り当てられたデータの重複採用があるかを判断する。重複がある場合はステップＳ１５０２に進み、ない場合はステップＳ１２０１に進む。
【０１４０】
ステップＳ１５０２では、図１３の製品名「Ｃ」のように検索条件に該当するデータ項目が複数ある場合は、図１４のコントロール１４０２にて設定した優先順位に従って、最終的なデータ項目を決定する。この場合は、価格がＰＰＭより優先順位が高い設定のためデータ項目「価格」のデータ項目値「９０万円（特長）」が最終データ項目となる。
【０１４１】
また、図１３の製品名「Ａ（特長）」のように該当するデータが既に他のフィールドに静的に割り当てられている場合は、やはり図１４のコントロール１４０２にて設定した優先順位に従って、最終的なデータ項目を決定する。この場合は、データ項目「製品名」が静的割り当て済みであるため、優先順位の高いデータ項目「価格」が採用され、データ項目値「２００万円」を最終的なデータ項目の値とする。
【０１４２】
そして本処理後にステップＳ１２０１に進む。
【０１４３】
以上図示で説明したように、検索条件の該当データ項目が複数あった場合でも優先順位を用いた効率的なデータ項目が選択可能となる。結果として、効率的な帳票出力が実現可能となる。
【０１４４】
以上、実施例１〜実施例３にて説明した各実施形態を実現することにより、従来のシンプルな帳票出力に対して、検索結果から動的なデータ項目を取得することができ、効率的な帳票出力を実現可能となるデータ検索／帳票出力指示装置を実現可能となる。
【図面の簡単な説明】
【０１４５】
【図１】本発明の実施例におけるネットワーク構成図
【図２】本発明の実施例におけるサーバーＰＣの構成図
【図３】本発明の実施例のモジュール構成を説明するブロック図
【図４】本発明の問題点１の説明例
【図５】本発明の問題点２のデータ構造例
【図６】本発明の問題点２の解決後のデータ表示例
【図７】本発明の実施例１におけるフィールドとデータ項目の関連付けイメージ
【図８】本発明の実施例１におけるフィールドとデータ項目の関連付け設定例
【図９】本発明の実施例１におけるフローチャート
【図１０】本発明の実施例２におけるデータ構造例
【図１１】本発明の実施例２におけるフィールドとデータ項目の関連付け設定例
【図１２】本発明の実施例２におけるフローチャート
【図１３】本発明の実施例３におけるデータ構造例
【図１４】本発明の実施例３におけるフィールドとデータ項目の関連付け設定例
【図１５】本発明の実施例３におけるフローチャート
【技術分野】
【０００１】
本発明は、検索条件に該当したデータ項目を動的に利用可能な検索／帳票出力に関する装置/媒体、および手法に関するものである。
【背景技術】
【０００２】
近年の検索技術は、検索対象となるデータの多様化に伴い、その特性に応じたデータ検索手法も多種多様となっている。また検索手法の多様化に応じて検索結果の表示方法も、多くの件数を表示するために少ない情報量であるが、本質的な情報を効率的に表示する方法が主流となっている。
【０００３】
すなわち、検索結果の表示情報が少なく判断ができない場合は、詳細情報を表示／確認することを前提に、より多くのデータ数を表示することを実現している。
【０００４】
例えば、インターネット上の検索サイトなどでは、検索結果を一覧する場合に各データに対して固定データ項目として「タイトル」や「URL」などの固定データ項目を表示している。そしてさらに、本文項目のうち検索条件に該当した前後の文書を一定量分ピックアップして情報量を絞る一方で、検索条件の該当部分を強調表示する手法が代表的な例である。
【０００５】
一方で近年の帳票出力技術は、事前に作成した帳票を選択して格納されたデータ群から検索を行い、検索結果から選択したデータを帳票出力する業務フローを実現する技術が一般的である。
【０００６】
その際に、検索と帳票の関係は検索対象データのデータ項目と帳票のフィールドが１対１で関連付けられている。
【０００７】
しかしながら、上記の検索技術と帳票出力技術の進むべき方向性は、少ない領域に多くの情報を表現する点では共通であるが、表示する内容については異なったものとなっている。
【０００８】
検索技術は検索結果が完全でない情報であってもよく、より少ない情報（部分情報）で所定のデータをユーザが入手するかが重要となる。
【０００９】
逆に、帳票出力は帳票領域により完全な情報を効率的な情報配置をするかが重要となる。
【００１０】
上記を鑑みて、背景技術として検索したデータを帳票出力する技術に関する最近の開示技術例を以下に示す。
【００１１】
特許文献１では帳票のフィールドに論理項目を適用して固定のデータ項目の組み合わせをユーザに意識させない技術を開示している。
【００１２】
また特許文献２では、出力条件をユーザに操作させることによりユーザが所望とする帳票出力を実現する技術を開示している。
【００１３】
また特許文献３では、帳票内のフィールドを出力データに応じて動的にレイアウトする技術を開示している。
【特許文献１】特開平７−５７０２４号公報
【特許文献２】特開平１０−２０７９６９号公報
【特許文献３】特開２００５−１３５３９７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、上記の背景技術における特許文献１は、帳票のフィールドに論理項目を設定することで出力データをユーザに意識させないことは実現可能であるが、内部的には論理項目の定義に依存するため出力項目はデータ間で共通であり、検索条件に該当したデータ項目を動的に帳票出力できない問題がある。
【００１５】
また特許文献２は、検索の条件項目と出力項目が連動した帳票出力である。このため、出力項目を検索条件に該当したデータ項目を動的に選択する帳票出力が実現できない問題がある。
【００１６】
さらに特許文献３は、出力データに応じて該当するフィールドが動的にレイアウトされる。
【００１７】
すなわち、不要なフィールドに対しては、出力するデータをＮＵＬＬ等に操作することでフィールドの領域をなくし、必要なデータのみを所定の位置に出力することが可能である。
【００１８】
しかしながら本発明の課題を実現するには、帳票作成に多大な時間がかかってしまい、現実的にはユーザが容易に設定できない問題がある。
【００１９】
本発明は、上記の問題に鑑みてなされたものである。
【００２０】
本発明の第１の目的は、検索において検索条件に該当したデータ項目を各データから動的に取得して帳票出力可能なデータ検索／帳票出力指示装置を提供することである。
【００２１】
また第２の目的は、前記第１の目的実現において、動的なデータ項目の取得する際に、セキュリティーを考慮した取得可能なデータ項目の制御が実現できるデータ検索／帳票出力指示装置を提供することである。
【００２２】
次に第３の目的は、前記第１、２の目的実現において、検索条件の該当データ項目が複数あった場合でも優先順位を用いた効率的なデータ項目が動的に選択可能なデータ検索／帳票出力指示装置を提供することである。
【課題を解決するための手段】
【００２３】
上記第１の目的である、検索条件に該当した項目の動的データとしての利用を達成するために、従来のデータ検索／帳票出力指示装置において、請求項１に記載の発明は以下の手段を有する。
【００２４】
帳票出力設定において、帳票内の各フィールドと出力データ項目を関連付ける際に、固定のデータ項目を関連付ける手段に加え、検索条件の該当データ項目を動的なデータ項目としてフィールドに関連付ける手段を備えた構成となる。
【００２５】
次に上記第２の目的である、動的なデータ項目の利用範囲の制御を達成するために、請求項２に記載の発明は、前記請求項１の発明に対して、さらに以下を追加した構成となる。
【００２６】
動的なデータ項目の設定において、各項目に対して動的なデータ項目として利用可能か否かを設定する手段と、前記設定に基づき最終的な動的データ項目を決定する手段を備えた構成となる。
【００２７】
次に上記第３の目的である、検索条件の該当データ項目が複数存在した場合でも動的なデータ項目として優先順位に基づくデータ項目選択を達成するために、請求項３記載の発明は、前記請求項１、又は請求項２の発明に対して、さらに以下を追加した構成となる。
【００２８】
検索条件に該当するデータ項目が複数ある場合、動的なデータ項目を決定する際に、データ項目の優先順位付けを設定する手段と、前記設定に基づき動的なデータ項目を決定する手段を備えた構成となる。
【発明の効果】
【００２９】
請求項１に記載のデータ検索／帳票出力指示装置では、検索において検索条件に該当したデータ項目を各データから動的に取得した帳票出力可能となる。このため効率的なデータ検索／帳票出力が実現可能となる。
【００３０】
次に、請求項２に記載の装置では、動的なデータ項目の取得する際に、セキュリティーを考慮した取得可能なデータ項目の公開／非公開制御が実現可能となる。このため効率的なデータ検索／帳票出力が実現可能となる。
【００３１】
次に、請求項３に記載の装置では、検索条件の該当データ項目が複数あった場合でも優先順位を用いた効率的なデータ項目が選択可能となる。このため効率的なデータ検索／帳票出力が実現可能となる。
【発明を実施するための最良の形態】
【００３２】
次に、本発明の詳細を実施例の記述に従って説明する。
【００３３】
以下、本発明の実施例について図を参照しながら説明する。
【００３４】
図１は本発明のデータ検索／帳票出力指示装置が適用されたサーバーに対して検索／帳票出力指示の操作画面を有するクライアントから指示／操作を実現可能したネットワーク構成を示すブロック図である。
【００３５】
同図において、１０１はローカルエリアネットワーク（ＬＡＮ）を示す。
【００３６】
クライアント用パーソナルコンピュータ（以下「クライアントＰＣ」）１１１，１１２，１１３及び、本発明のデータ検索／帳票出力指示装置となるサーバー用パーソナルコンピュータ（以下「サーバーＰＣ」）１２１が、このＬＡＮに接続されている。
【００３７】
また、サーバーＰＣ１２１は実際の帳票出力装置構成となる。もちろん帳票出力装置は別のサーバーＰＣで実現しても構わない。
【００３８】
クライアントＰＣ１１１，１１２，１１３の検索／出力ソフトウェアから指示を受け、処理結果を指示したクライアントＰＣのブラウザに対して返す処理を行うものである。
【００３９】
但し、本発明においては、サーバーおよびクライアント間の通信手法については特に限定するものではない。また、サーバーＰＣにおいて、直接本発明のデータ検索／帳票出力指示サーバーに対する指示処理を行う形態であっても構わないものとする。
【００４０】
クライアントＰＣ１１１，１１２，１１３内の構成は、ＬＡＮ１０１に接続でき、かつ検索／帳票出力機能が動作する機能を有する一般的なＰＣであれば、特に限定するものではないため、説明を省略する。
【００４１】
次に図２は、本実施例の図１に示したサーバーＰＣ１２１及び各クライアントＰＣの概略構成である。図示おいて、２０１はビデオＲＡＭ(ＶＲＡＭ)で、ＣＲＴ表示装置２０２の画面に表示される文字、イメージを展開記憶する。２０３はビットムーブユニット(ＢＭＵ)で、メモリ間あるいはメモリと各デバイス間のデータ転送をコントロールする。
【００４２】
２０４は入力に関する各種キーを備えたキーボードであり、２０５は画面上でアイコンなどを指し示すためなどに用いられるポインティングデバイス(ＰＤ)である。
【００４３】
２０６はＣＰＵで、２０８のＲＯＭに記憶された制御プログラム（本発明に係るプログラムやエラー処理プログラムをはじめ、後述する本発明を実現するためのプログラムも記憶されている）に基づいて本装置の各部を制御する。
【００４４】
２０９は上述した各プログラムを２０６のＣＰＵが実行するときにワークエリア、エラー処理時の一時退避エリアとして用いられるＲＡＭ、２１０はハードディスクドライブ(ＨＤＤ)、２１１はフレキシブルディスクドライブ(ＦＤＤ)、をそれぞれ示す。
【００４５】
なお、各ディスクには後述するアプリケーションプログラムやデータ、データベース、ライブラリなどの保存用に用いられる。
【００４６】
２１２はネットワークインターフェイス(ＮＥＴ−Ｉ／Ｆ)を示し、クライアントＰＣ１１１，１１２，１１３との間でネットワークを経由してデータ転送を行うためにネットワーク上でデータ制御、診断を行う。
【００４７】
２０７は上述した各ユニット間を接続するＩ／Ｏバス(アドレスバス、データバス及び制御バスからなる)である。
【００４８】
上記構成において、装置に電源を投入すると、ＣＰＵ（２０６）はＲＯＭ（２０８）のブートプログラムに従って装置を初期化し、ＨＤＤ（２１０）らＯＳのロードを行い、その後で各種アプリケーション等を動作させることになる。
【００４９】
なお、本実施形態の装置は、凡用の情報処理装置（パーソナルコンピュータ等）をその基礎にしているので、プログラムはハードディスク等に記憶されているものとしたが、もちろんＲＯＭに記憶させるようにしてもよい。記憶媒体によって本発明が限定されるものでもない。
【００５０】
さらに、図３は本発明に係るモジュール構成を説明するブロック図である。
【００５１】
まず図示において１１１は図１にて示したクライアントＰＣである。
【００５２】
また１２１はサーバーＰＣである。
【００５３】
３０１は、クライアントＰＣ１１１とサーバーＰＣ１２１間のデータのやりとりを行うためのネットワークを示している。なお特にプロトコルは限定しないものとする。
【００５４】
クライアントＰＣ１１１内の３０２はクライアント側の動作を記憶したアプリケーションである。
【００５５】
アプリケーション内のモジュールとして３０３の検索指示ＵＩ、および３０４の帳票出力指示ＵＩが記憶されている。
【００５６】
アプリケーションは一般的なアプリ形式でもよく、またＷＥＢブラウザなどのＰＬＵＧ−ＩＮ形式で自動的に配信する方式でもよい。
【００５７】
またサーバーＰＣ１２１内の３０５は、帳票及びデータを管理するサーバアプリケーションである。
【００５８】
アプリケーション内のモジュールとしては３０６の検索処理モジュール、３０７の帳票出力モジュール、３０８のデータ管理モジュール、３０９の帳票管理モジュールなどがあり、各モジュールはクライアントからのリクエストに応じてメモリ上にロードされ処理を実行する。
【００５９】
また３１０は、３０６、３０７、３０８、３０９の各モジュールが扱うデータを格納するデータベースであり、必要に応じてデータの登録・引出しが行われる。
【００６０】
＜問題点の整理１＞
次に図４を用いて、本発明が解決しようとする問題点を再度説明する。
【００６１】
まず４０１は、キーワードを検索条件として検索結果一覧を表示する画面例である。
【００６２】
画面４０１内の上部が検索指示を示しており、４０２は検索キーワードを入力するコントロールである。また４０３は４０２に入力されたキーワードを検索条件として検索処理を指示するボタンである。
【００６３】
ボタン４０３が押されることにより、４０２に入力されたキーワード情報が図１のデータ検索／帳票出力指示装置１２１に送付される。
【００６４】
データ検索／帳票出力指示装置１２１では、図３の検索３０６が動作してデータベース３１０からデータを検索して結果をクライアントＰＣ１１１に返す。
【００６５】
ＰＣ１１１では返された情報を用いて検索ＵＩ３０３に表示される処理となる。
【００６６】
図示において検索結果が表示される領域が４０４である。
【００６７】
本例ではタイトルが「クリスマス」のデータ４０５と、タイトルが「お正月」のデータ４０６が検索結果として表示されている。
【００６８】
このうちデータ４０５、４０６のいずれも本文データはキーワードの「イベント」が該当した部分を含んだ表示となっており、文書が長いため最後の部分が省略された表示になっている。
【００６９】
次に図示において４１０は、検索データを出力する帳票を示している。本例では２つのデータを出力可能なフィールド構成となっている。
【００７０】
１つめのデータのタイトルを出力する「タイトルフィールド１」のフィールド４１１と、本文を出力する「本文フィールド１」のフィールド４１２である。
【００７１】
そして、２つめのデータのタイトルを出力する「タイトルフィールド２」であるフィールド４１３と「本文フィールド２」であるフィールド４１４、の４つのフィールドで構成されている。
【００７２】
そして図示において帳票４１０に対して検索画面４０１で検索した結果が帳票出力結果４２０である。
【００７３】
図示でもわかるとおり、本文フィールド１の４１２および本文フィールド２の４１４にそれぞれ出力された４２２、４２４の本文は領域不足のため本文が全て表示されない問題がある。
【００７４】
検索としては検索条件に該当した部分を示すことで所定のデータを取得できることが重要であるため、本文の部分的な表示であっても目的が果たせる。しかし、帳票出力においてはデータの欠損は問題となる。
【００７５】
このため、帳票出力を利用する場合のデータはデータ項目を細分化したデータ管理が必要となる。その一方で細分化したデータ項目を全て帳票出力することにより重要点が他の情報に埋もれてしまう問題がある。
【００７６】
＜問題の整理２＞
次に図５、および図６を用いて、前記問題点２を受けて本発明が解決しようとする問題点を説明する。
【００７７】
図４で示した例は、検索対象を１つのデータ項目として大きな「本文」のデータ項目を用いており、該当部分を強調する検索手法であったが、検索結果の表示と帳票出力を考慮した場合に複数のデータ項目に分けたデータ管理での問題を示したものである。
【００７８】
まず図５はデータの格納例を示している。
【００７９】
各データのデータ項目としては、「製品名」「価格」「ＰＰＭ」そして「階調」が設定されている。
【００８０】
製品名「Ａ」は特長が「２０００階調」であり、製品名「Ｂ」は価格の安さ「１００万円」、製品名「Ｃ」は「８０ＰＰＭ」というのが特長となっているデータ例である。
【００８１】
これらデータ群に対して「特長」というキーワードで検索を行った場合、各データが該当するため従来技術を用いると、全てのデータ項目が表示されてしまう。
【００８２】
もしくは表示用に設定された項目だけが表示されてしまうという問題が残る。
【００８３】
本発明はこの帳票出力方法を図６のようにキーワードに該当した各データのデータ項目だけを抽出した仮想的なデータ項目を帳票出力することにある。
【実施例１】
【００８４】
本実施例１は、本発明のデータ検索／帳票出力指示装置における帳票出力のフィールド関連付け方法に関して記載する。
【００８５】
まず図７において、帳票のフィールドと出力データ項目の関連付けのイメージを示す。４１０は図４にて示した帳票例を用いている。なお７０１はデータ項目の構成例を示した表である。
【００８６】
４１１および４１３のタイトル用フィールドに対して、データ項目「製品名」を関連付けている。関連付けを示した線が７０２である。
【００８７】
これにより、検索結果の「製品名」の各データ項目値が帳票出力の際にこの２つのフィールドに出力される。
【００８８】
なお本処理はデータ項目とフィールドの１対１対応である一般的な帳票出力の例となる。
【００８９】
次に４１２および４１４の各フィールドに対して、データ項目の全てのうち検索条件に該当するデータ項目を本フィールドに割り当てるイメージを示した線が７０３である。
【００９０】
本設定により、各データのデータ項目のうち検索条件に該当したデータ項目を動的に選択して出力することが可能になる。
【００９１】
次に図８を用いて、前記図７で示したフィールドに対する動的なデータ項目の設定画面例を示す。本設定画面は、図４の本文フィールド１である４１２に対してどのデータ項目を出力するかの設定例である。
【００９２】
図示において、８０１は設定全体を管理する画面を示している。次に８０２は、現在対象となっているフィールド名を表示するコントロールであり、「本文フィールド１」が表示されている。
【００９３】
次に８０３は対象となるデータ項目を設定するコントロールである。本例では「（検索条件の該当項目）」という本発明のポイントである、検索条件に該当したデータ項目を動的に割り当てる選択肢を示している。なお、８０６で示した選択肢としては、既存のデータ項目である「製品名」「価格」「ＰＰＭ」そして「階調」も表示されている。
【００９４】
ここで「（検索条件の該当項目）」を選択することにより、各データが有する各データ項目のうちで検索条件に該当した項目を動的に採用して帳票出力する設定が可能となる。
【００９５】
なお、８０４および８０５は本設定の有効／無効を決定する「ＯＫ」「キャンセル」ボタンである。
【００９６】
また、本設定内容は、サーバー１２１のデータ保存領域に保存されて、実際の検索時にメモリ展開されて使用される。
【００９７】
次に図９を用いて本実施例１で示した「検索条件の該当項目」による帳票出力時の動的なデータ項目選択処理に関するフローチャートを示す。
【００９８】
まずステップＳ９０１は、クライアントＰＣの画面操作による入力を示している。検索条件および対象となる帳票をＵＩから指示する。これにより、ユーザが所望とするデータ検索とともに使用する帳票が確定する。
【００９９】
次にステップＳ９０２に進むが、ステップＳ９０２からは前記ステップＳ９０１で指示された情報を用いたサーバーＰＣ側の処理となる。
【０１００】
ステップＳ９０２は指定された帳票に関する出力設定において、前記図８で説明した「（検索条件に該当する項目）」の動的なデータ項目の設定が含まれているかを判断する。
【０１０１】
もし含まれている場合はステップＳ９０３に進む。一方含まれていない場合は、ステップＳ９０３をスキップしてＳ９０４に進む。
【０１０２】
ステップＳ９０３では、本発明の特長である、「（検索条件に該当する項目）」の設定がなされている場合の処理であり、検索条件に該当したデータのデータ項目値を出力するデータとして動的に取得する。次にステップＳ９０４は従来の帳票出力と同様に既に各フィールドとデータ項目が静的に関連付けられている情報を元に出力するデータの関連付いているデータ項目値を取得する。
【０１０３】
次にステップＳ９０５はステップＳ９０３とステップＳ９０４で取得したデータを用いて、帳票出力に使用する最終データを作成する処理である。
【０１０４】
一般的に帳票出力データはＣＳＶ形式もしくはＸＭＬ形式が用いられることが多いが、本発明では出力するデータが表現できるのであれば特に限定しない。
【０１０５】
そして次のステップＳ９０６では、Ｓ９０５にて作成された最終出力データとステップＳ９０１で指定された帳票を用いて帳票出力を行う処理である。これにより帳票出力が完了する。なお帳票出力としてはプリンタに出力してもよく、ＰＤＦ形式等のファイル形式で出力するものでもよい。特に本発明では限定しない。
【０１０６】
以上図示で説明したように、本実施例１を用いることで、検索において検索条件に該当したデータ項目を各データから動的に取得して帳票出力可能となる。このため効率的なデータ検索／帳票出力が実現可能となる。
【実施例２】
【０１０７】
次に本発明の請求項２記載の実施例として本実施例２を用いて説明する。
【０１０８】
本実施例２は、前記実施例１にて検索条件に該当するデータ項目を動的に使用する例に対して、動的な検索条件への該当項目として公開したくないデータがある場合の対策を示した例である。
【０１０９】
図１０は、非公開のデータ項目を示した例である。図１０の下段２行の１００１で示した「開発コメント」および「原価」などはデータ項目としては存在するが、一般ユーザには非公開とすべきデータ項目であるものとする。
【０１１０】
この場合に、前記実施例１の図８にて示した「（検索条件の該当項目）」では、全てのデータ項目が対象となってしまうため、非公開とするデータ項目を制御ができない問題がある。従って本実施例２では、このような問題に対処した例を示す。
【０１１１】
図１１は、本対処を行った設定方法の例である。図示において８０１〜８０５は図８を用いて実施例１で説明した内容と同様なので説明を省略する。
【０１１２】
一方１１０１は、出力するデータ項目の選択コントロール８０３で「（検索条件の該当項目）」が選択された場合に有効になる項目選択のコントロールである。この１１０１には各データ項目が選択するチェックボックスを伴って表示されている。
【０１１３】
本例では、「開発コメント」および「原価」に関してチェックをはずした例であり、このチェックをＯＦＦすることによって動的なデータ項目として非公開（対象外）とすることが可能となる。またこの場合に対象外となったデータは検索結果として対象外となるものとする。
【０１１４】
また、実施例１の図７で示した帳票内のフィールドでは、「タイトルフィールド１」、「タイトルフィールド２」の４１１および４１２には「製品名」が静的な情報として割り当てられている。
【０１１５】
これにより、もし検索条件に該当するデータが「製品名」のデータ項目である場合でも、タイトルと本文が重複するケースに対して本選択コントロールで「製品名」をＯＦＦにすることで回避が可能となる。
【０１１６】
また、その際に本文フィールドに表示する内容は代替処理として静的に割り当てられているもの、および非公開のデータをはずした項目を選択すること処理が考えられる。
【０１１７】
本処理は次の実施例３で説明する。
【０１１８】
次に図１２を用いて本実施例２のフローチャートを示す。
【０１１９】
本フローチャートは、実施例１で示したフローチャートのステップＳ９０３とステップＳ９０４の間に非公開設定されたデータ項目を有するデータを検索結果から排除する処理を追加したものである。従って既に図９の説明において説明した内容は省略するものとする。
【０１２０】
図示において、ステップＳ１２０１はステップＳ９０３で取得した検索条件に該当した動的なデータ項目値から非公開のデータ項目に属するデータがあるかを判断する処理である。属するデータがある場合はステップＳ１２０２に進む。属するデータがない場合はステップＳ９０４に進む。ステップＳ１２０２では対象外となったデータを検索結果から排除する処理を行う。本処理により、非公開としたいデータ項目があった場合には検索対象外とすることが可能となる。
【０１２１】
以上図示で説明したように、本実施例２を用いることで、動的なデータ項目の取得する際に、セキュリティーを考慮した取得可能なデータ項目の制御が実現可能となる。結果として、効率的な帳票出力が実現可能となる。
【実施例３】
【０１２２】
次に本発明の請求項３に記載の実施例として本実施例３を用いて説明する。
【０１２３】
本実施例３は、前記実施例１、実施例２にて検索条件に該当するデータ項目が２つ以上存在する場合にどちらのデータ項目を優先するかが判断できない問題が考えられる。
【０１２４】
また実施例２の中で記載したように静的に割り当てられたデータ項目と動的なデータ項目が重複するため、該当項目が出力できない問題が考えられる。
【０１２５】
本実施例はこれら問題に対策した実施例である。
【０１２６】
図１３は上記の例を実際のデータで示した例である。まずデータ項目としては「製品名」「価格」「ＰＰＭ」「階調」、そして「原価」がある。
【０１２７】
この中で「製品名」はあるフィールドと静的に１対１で割り当てられている項目であり、「原価」は非公開のデータ項目に設定されているものとする。
【０１２８】
このデータ群に対してキーワード「特長」で検索した場合に、製品名「Ａ（特長）」は製品名のデータ項目値が該当してしまうため、検索条件に該当する動的なデータ項目としても採用されてしまうため、前述のとおり既に静的に割り当てられたフィールドと重複してしまう。
【０１２９】
次に製品名「Ｂ」の場合は、非公開データ項目が該当してしまうため、対象外データとなる。
【０１３０】
次に製品名「Ｃ」の場合は、「価格」と「ＰＰＭ」の２つが検索条件に該当してしまうため、どちらを選択すべきかが判断できない問題が考えられる。
【０１３１】
図１４は上記問題に対応した設定画面である。図示において、１４０１は帳票のフィールドに対する対応項目を設定する設定画面であり、図１１で示した設定画面の拡張である。
【０１３２】
本設定画面と図１１で示した画面の相違点は、１４０２の「検索条件に該当する項目の範囲で静的な割り当てがされた情報をグレーアウトできる点と、１４０３および１４０４を用いて１４０２内の上に位置する項目を優先順位が高いものとして設定できる点である。
【０１３３】
１４０３は現在選択されている項目の優先順位を１つ上げる処理を行い、１４０４は逆に優先順位を１つ下げる処理を行う。
【０１３４】
これにより、検索条件に該当する複数のデータ項目が存在した場合であっても、本設定の優先順位に従って一意にデータ項目を選択することが可能となる。
【０１３５】
一方で１４０２の「製品名」のように既に静的な割り当てがされたデータ項目は非選択状態でグレーアウトされることにより、動的なデータ項目として選択不可の状態を設定することが可能となる。
【０１３６】
さらに該当項目がない場合は１４０２の優先順位に従って検索条件に該当しないデータ項目であっても重複することなく表示することが可能となる。
【０１３７】
次に図１５を用いて本実施例３のフローチャートを示す。
【０１３８】
本フローチャートは、実施例２で示したフローチャートのステップＳ９０３とステップＳ１２０１の間に本実施例３のポイントを追加したものである。従って既に図１２の説明において説明した内容は省略するものとする。
【０１３９】
図示において、ステップＳ１５０１はステップＳ９０３で取得した検索条件に該当した動的なデータ項目値をもとに検索条件に該当するデータ項目の重複／静的に割り当てられたデータの重複採用があるかを判断する。重複がある場合はステップＳ１５０２に進み、ない場合はステップＳ１２０１に進む。
【０１４０】
ステップＳ１５０２では、図１３の製品名「Ｃ」のように検索条件に該当するデータ項目が複数ある場合は、図１４のコントロール１４０２にて設定した優先順位に従って、最終的なデータ項目を決定する。この場合は、価格がＰＰＭより優先順位が高い設定のためデータ項目「価格」のデータ項目値「９０万円（特長）」が最終データ項目となる。
【０１４１】
また、図１３の製品名「Ａ（特長）」のように該当するデータが既に他のフィールドに静的に割り当てられている場合は、やはり図１４のコントロール１４０２にて設定した優先順位に従って、最終的なデータ項目を決定する。この場合は、データ項目「製品名」が静的割り当て済みであるため、優先順位の高いデータ項目「価格」が採用され、データ項目値「２００万円」を最終的なデータ項目の値とする。
【０１４２】
そして本処理後にステップＳ１２０１に進む。
【０１４３】
以上図示で説明したように、検索条件の該当データ項目が複数あった場合でも優先順位を用いた効率的なデータ項目が選択可能となる。結果として、効率的な帳票出力が実現可能となる。
【０１４４】
以上、実施例１〜実施例３にて説明した各実施形態を実現することにより、従来のシンプルな帳票出力に対して、検索結果から動的なデータ項目を取得することができ、効率的な帳票出力を実現可能となるデータ検索／帳票出力指示装置を実現可能となる。
【図面の簡単な説明】
【０１４５】
【図１】本発明の実施例におけるネットワーク構成図
【図２】本発明の実施例におけるサーバーＰＣの構成図
【図３】本発明の実施例のモジュール構成を説明するブロック図
【図４】本発明の問題点１の説明例
【図５】本発明の問題点２のデータ構造例
【図６】本発明の問題点２の解決後のデータ表示例
【図７】本発明の実施例１におけるフィールドとデータ項目の関連付けイメージ
【図８】本発明の実施例１におけるフィールドとデータ項目の関連付け設定例
【図９】本発明の実施例１におけるフローチャート
【図１０】本発明の実施例２におけるデータ構造例
【図１１】本発明の実施例２におけるフィールドとデータ項目の関連付け設定例
【図１２】本発明の実施例２におけるフローチャート
【図１３】本発明の実施例３におけるデータ構造例
【図１４】本発明の実施例３におけるフィールドとデータ項目の関連付け設定例
【図１５】本発明の実施例３におけるフローチャート
【特許請求の範囲】
【請求項１】
複数のフィールドを有する帳票に任意のデータを帳票出力できる帳票出力装置に対して、複数のデータ項目を有するマスタデータの集合から所定のマスタデータを検索して前記帳票出力装置に出力指示するデータ検索／帳票出力指示装置において、
帳票出力設定として帳票内の各フィールドに対して出力するデータ項目を関連付ける際に、固定のデータ項目を関連付ける静的な関連付け手段に加え、検索条件に該当するデータ項目を動的なデータ項目としてフィールドに関連付ける動的な関連付け手段を具備することにより、
検索条件に該当したデータ項目を帳票出力に利用可能となることを特徴とするデータ検索／帳票出力指示装置。
【請求項２】
請求項１に記載のデータ検索／帳票出力指示装置において、
フィールドへの関連付けに対して動的なデータ項目を設定する際に、各項目に対して動的なデータ項目として利用可能か否かを設定する設定手段と、前記設定手段の設定に基づいて最終的に利用する動的なデータ項目を決定する決定手段とを具備することにより、
検索条件に該当するデータ項目に対して公開／非公開が制御可能となることを特徴とするデータ検索／帳票出力指示装置。
【請求項３】
請求項１、又は請求項２に記載のデータ検索／帳票出力指示装置において、
検索条件に該当するデータ項目が複数ある場合、フィールド関連付けに対して動的なデータ項目を決定する際に、データ項目の優先順位付けを設定する設定手段と、前記設定手段で設定に基づいて動的なデータ項目を決定する決定手段とを具備することにより、
検索条件の該当データ項目が複数存在した場合でも動的なデータ項目として優先順位に基づいたデータ項目を選択可能なことを特徴とするデータ検索／帳票出力指示装置。
【請求項１】
複数のフィールドを有する帳票に任意のデータを帳票出力できる帳票出力装置に対して、複数のデータ項目を有するマスタデータの集合から所定のマスタデータを検索して前記帳票出力装置に出力指示するデータ検索／帳票出力指示装置において、
帳票出力設定として帳票内の各フィールドに対して出力するデータ項目を関連付ける際に、固定のデータ項目を関連付ける静的な関連付け手段に加え、検索条件に該当するデータ項目を動的なデータ項目としてフィールドに関連付ける動的な関連付け手段を具備することにより、
検索条件に該当したデータ項目を帳票出力に利用可能となることを特徴とするデータ検索／帳票出力指示装置。
【請求項２】
請求項１に記載のデータ検索／帳票出力指示装置において、
フィールドへの関連付けに対して動的なデータ項目を設定する際に、各項目に対して動的なデータ項目として利用可能か否かを設定する設定手段と、前記設定手段の設定に基づいて最終的に利用する動的なデータ項目を決定する決定手段とを具備することにより、
検索条件に該当するデータ項目に対して公開／非公開が制御可能となることを特徴とするデータ検索／帳票出力指示装置。
【請求項３】
請求項１、又は請求項２に記載のデータ検索／帳票出力指示装置において、
検索条件に該当するデータ項目が複数ある場合、フィールド関連付けに対して動的なデータ項目を決定する際に、データ項目の優先順位付けを設定する設定手段と、前記設定手段で設定に基づいて動的なデータ項目を決定する決定手段とを具備することにより、
検索条件の該当データ項目が複数存在した場合でも動的なデータ項目として優先順位に基づいたデータ項目を選択可能なことを特徴とするデータ検索／帳票出力指示装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１０−１１７９１０（Ｐ２０１０−１１７９１０Ａ）
【公開日】平成２２年５月２７日（２０１０．５．２７）
【国際特許分類】
【出願番号】特願２００８−２９１０１８（Ｐ２００８−２９１０１８）
【出願日】平成２０年１１月１３日（２００８．１１．１３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２２年５月２７日（２０１０．５．２７）
【国際特許分類】
【出願日】平成２０年１１月１３日（２００８．１１．１３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]