JP5652141B2 - 情報処理装置、情報処理方法、コンピュータプログラム及び記憶媒体 - Google Patents

Description

本発明は、電子帳票を管理するアプリケーションにおいて、複数の電子帳票をユーザにわかりやすく表示可能なコンピュータシステムの画面制御に関する。

現在広く使用されている電子帳票管理システムでは、過去に入力した電子伝票を保存しておき、確認の必要があれば、過去に入力した電子伝票を確認することが可能なシステムがある。

ところで、一度記入した電子帳票を修正した後、修正した電子帳票を表示する際には、画面表示が煩雑になるため、通常は修正した最新の結果のみを表示している。

特許文献１には、複数のシートのタブの文字表示を適切に調整することにより、シートタブを選びやすいようにし、複数のシートから表示するシートを選べることを特徴とする表示制御装置が開示されている。

特開２００９−５９１４６号公報

しかし、特許文献１では、入力した電子帳票（特許文献１でシートに該当）のリストから実際にユーザが過去に記入した電子帳票を容易に検索しながら電子帳票の確認や修正を行うことができない。

本発明は、形が異なる複数の電子帳票の入力履歴情報を確認しながら、確認、修正すべき電子帳票を容易に選択することができる電子帳票管理システムを提供することを目的とする。

上記の目的を達成するために、本発明の情報処理装置は、ユーザの編集を受け付ける形が異なる複数のデータ編集画面を表示するデータ編集画面表示手段と、前記データ編集画面の履歴を表示する履歴表示画面に、ユーザの編集結果が確定されたデータ編集画面の形を保持して、該ユーザの編集結果が確定される順に積層的に追加された該データ編集画面を表示する画面履歴表示手段と、前記保持している形のままデータ編集画面を表示するように、ユーザの指示に応じて、前記画面履歴表示手段により表示された前記履歴表示画面内の積層的に表示されている最前面のデータ編集画面を、他のデータ編集画面に変更する画面履歴表示変更手段と、前記画面履歴表示変更手段により変更された前記最前面のデータ編集画面で表示されているデータ編集画面の選択を受け付ける編集データ選択受付手段、を有することを特徴とする。

本発明によれば、電子帳票の履歴情報を容易に確認しながら、修正すべき電子帳票を容易に選択、修正することができる効果を有する。

本発明に係る情報処理システムの構成を示すシステム構成図の一例を示す図である。 本発明の情報処理装置に適用可能なコンピュータのハードウェア構成の一例を示す図である。 本発明の実施形態のソフトウェア構成を示すブロック図の一例を示す図である。 本発明の情報処理システムにおける第１の制御処理手段の一例を示すシーケンスチャートである。 本発明の情報処理システムにおける第２の制御処理手段の一例を示すシーケンスチャートである。 本発明の情報処理システムにおけるデータベースに記憶された電子帳票履歴データの一例である。 本発明のクライアントにおける電子帳票データの履歴表示の画面の一例を示す模式図である。 本発明のクライアントにおける電子帳票データの履歴表示の画面の一例を示す模式図である。 本発明のクライアントにおける電子帳票システム画面の一例を示す模式図である。 本発明のクライアントにおける電子帳票データの表示画面の一例を示す模式図である。 本発明のクライアントにおける電子帳票データの履歴表示の画面の一例を示す模式図である。 本発明に係るクライアントで読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

以下、図面を参照して、本発明の実施の形態の一例について説明する。

図１は、本発明に係る情報処理システムの構成を示すシステム構成図である。

図１において、情報処理システムは、少なくとも１つのクライアント１０１とサーバ１０２がネットワークを介して接続されている。

ユーザは、例えばウェブブラウザやクライアントソフトウェアなどを利用して、クライアント１０１から、サーバ１０２に対して、サーバアプリケーションへのデータの送受信などを行う。

サーバ１０２は、要求に応じた処理、管理をおこない、必要があればクライアント１０１に対して結果などを送信する。

サーバ１０２とクライアント１０１の間の通信は、通常のＨＴＴＰのリクエストでもよいし、ＳＯＡＰなどを利用したウェブサービスのリクエストでもよい。また、サーバ１０２からネットワークを介してＤＢサーバ１０３へ接続されており、ＤＢサーバ１０３には、例えば、販売実績情報や顧客データ、商品データなどを保持している。

次に、図２を参照して図１に示す本発明の情報処理装置として適用可能なコンピュータのハードウェア構成の一例について説明する。

図中、ＣＰＵ２０１は、システムバス２０４に接続される後述の各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、プロキシサーバ１０２に後述する各種の処理を実行させるために必要な各種プログラムやデータ等が記憶されている。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０２にロードして、プログラムを実行することで後述する各種処理を実現するものである。また、入力コントローラ（入力Ｃ）２０５は、キーボードやポインティングデバイス等で構成される入力装置２０９からの入力を制御する。出力コントローラ２０６は、ディスプレイ装置（出力部）２１０等の表示装置への表示を制御する。ディスプレイ装置２１０は、例えばＣＲＴディスプレイや液晶ディスプレイ等で構成される。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。以上が、図１の情報処理装置に適用可能なコンピュータのハードウェア構成の説明であるが、後述する各種の処理を実行可能であれば、必ずしも図２に記載のハードウェア構成を有していなくとも構わないことは言うまでもない。

図３は、本発明の実施形態のソフトウェア構成を示すブロック図である。

本実施形態では、クライアント１０１のユーザがクライアント１０１で電子帳票データを編集し、ＤＢサーバ１０３に電子帳票内容を反映する処理について説明する。

まず、クライアント１０１は、これまでに入力した複数の電子帳票データをＤＢサーバ１０３からサーバを経由して取得しておく（データ受信部３１７）。

次に、クライアント１０１は、受信したデータを電子帳票履歴表示エリア（図７や図８、図１１、図９の９０４など）に表示する（データ履歴表示部３１２）。表示は新しく更新した電子帳票データほど前に来るように重なって表示する（図８）。

電子帳票履歴表示エリア（図７や図８、図１１、図９の９０４など）において、ユーザはマウスなどのポインティングデバイス（以下、マウス）のスクロール機能やクリック機能、及びキーボードの上下左右カーソル移動機能などにより、編集したい電子帳票データを最前面に移動させ、表示させる。

ユーザが表示された電子帳票データ上にある編集ボタン（８０１）を押下する（編集データ指定受付部３１３）と、電子帳票データ編集画面に移行する。

図９のような電子帳票データ編集画面（データ編集画面表示部３１０）において、ユーザにより電子帳票データが編集され、確定ボタン（９０１）を押下する（データ編集確定受付部３１１）と、編集データが確定する。

編集データが確定すると、編集データを保存するためにデータをサーバ１０２に送信する（データ保存部３１４）。送信された編集データはサーバ１０２が受信後、ＤＢサーバ１０３に送信され、ＤＢサーバのデータベース３０３に保存される。

なお、保存する編集データは編集データが確定する毎にサーバに送信しても良いし、全ての編集作業が一旦終了したと判定された場合（データ編集終了受付部３１５）にまとめて編集データを送信しても良い。まとめて編集データを送信するタイミングとしては、例えば、電子帳票履歴表示エリア（図７や図８、図１１、図９の９０４など）を閉じた場合などがある。

また、クライアント１０１がデータ受信部３１７により受信しているデータ以外のデータをユーザが編集する場合、すなわち新規電子帳票を入力する場合は、サーバ１０２より電子帳票の入力フィールドを受信する（入力フィールド受信部３１６）。

以上の構成は本実施形態の一例であり、サーバ、クライアント、ＤＢサーバそれぞれ１台ずつしか記載していないが、サーバ、クライアント、ＤＢサーバはそれぞれが複数接続されていても良いし、サーバとＤＢサーバを１台で、もしくはクライアントとサーバを１台で構成されていても良い。
以下、図４〜図１１を参照して本発明の一実施形態を説明する。

図４は、本発明の情報処理システムにおける第１の制御処理手段の一例を示すシーケンスチャートであり、図１に示したクライアント１０１及びサーバ１０２のＣＰＵ２０１によって行われる情報処理の詳細の一例である。なお、図中のＳ４０１〜Ｓ４１６は各ステップを示す。

以下、クライアント１０１のＣＰＵ２０１が実行するステップはクライアント１０１、サーバ１０２のＣＰＵ２０１が実行するステップはサーバ１０２として説明する。

図４のフローチャートはユーザにより電子帳票表示要求が発生した際に開始される。

まず、図４のステップＳ４１１では、クライアント１０１がサーバ１０２に過去の電子帳票データを要求する。

データを要求されたサーバ１０２は、ステップＳ４０１において、ＤＢサーバ１０３の電子帳票履歴データベース３０３から電子帳票履歴データを取得し、取得した電子帳票履歴データをクライアント１０１に送信する。

クライアント１０１は、ステップＳ４１２において、サーバ１０２から電子帳票履歴データを取得し、取得した電子帳票履歴データを時間順にソートする。なお、電子帳票履歴データをソートする処理はクライアント１０１で行っても良いし、サーバ１０２で行っても良い。
電子帳票履歴データの一例を図６で説明する。

図６は、本発明の情報処理システムにおけるデータベースに記憶された電子帳票履歴データの一例である。

図６の６０１のそれぞれのデータベースの値は、ユーザが以前に電子帳票に入力した値などであり、後述する入力フィールドから夫々の値を入力する。６０２はユーザが６０１の電子帳票を入力した日時である。６０２の帳票記載日時の欄を元にデータをソートした結果が６０３である。

図６の６０３は、帳票記載日時順にソートされた電子帳票履歴データであり、６０４の

帳票記載日時が下に行くほど新しくなるようにソートされている。図４のフローチャートの説明に戻る。

次に、ステップＳ４１３において、クライアント１０１はクライアント１０１の出力部２１０に電子帳票履歴データを表示する。電子帳票履歴データを表示する際にクライアント１０１は、帳票記載日時が新しい電子帳票ほど前面に出力するように重ねて電子帳票データを履歴表示する。電子帳票データの履歴表示の一例を図７と図８で説明する。

図７は、本発明のクライアントにおける電子帳票データの履歴表示の画面の一例を示す模式図である。

図７の７００は、電子帳票データの履歴表示画面起動時のイメージであり、電子帳票データが複数ある場合は、画面の中に７０１〜７０３のように複数の電子帳票を重ねて表示している。

７０１は図６の６０５の商品情報データであり、図６の６０３の電子帳票履歴データの中で帳票記載日時が最も新しいため、最前面に表示されている。７０２には図６の６０６の顧客情報データが表示されているが、帳票記載日時が商品情報データ６０５より一世代古いため、７０１の陰に隠れて表示されている。

陰に隠れている顧客情報データの画面７０２を参照する際は、７００画面においてマウスのホイールスクロールを移動、もしくは７０４の下から２番目のリンクをクリックすることにより、図８のように７０２が最前面に移動する。

図８は、本発明のクライアントにおける電子帳票データの履歴表示の画面の一例を示す模式図である。

図８の８００は、図７の７００の商品情報データの画面７０１が最前面の状態から、ユーザの操作により顧客情報データの画面７０２が最前面に移動した状態を示す。

なお、図７の７００のように商品情報データの画面７０１を半透明で表示しているため、顧客情報データの画面７０２も電子帳票の形が容易に分かる。前面にある電子帳票を半透明にすることにより、後ろに隠れた電子帳票の形が容易に分かり、電子帳票を検索する際にも、入力した当時の帳票の形を思い出しながら検索できるので、特に形が異なる複数の電子帳票を検索する際には、ユーザによる検索効率が上がる。

また、電子帳票の表示形状や入力フィールド位置などの定義はＤＢサーバ毎に保持していても良いし、サーバが管理しても良い。それらの情報もステップＳ４１２でサーバから受信する。図４のフローチャートの説明に戻る。

図４のステップＳ４１４において、クライアント１０１は、図５で説明する電子帳票表示の処理や電子帳票修正の処理を実行後、ステップＳ４１５に移行する。

ステップＳ４１５において、クライアント１０１は、図示しないユーザからの入力画面により電子帳票の表示を終了するか継続するかを受け付け、電子帳票の表示を継続する指示を受け付けた場合はステップＳ４１１もしくはステップＳ４１２に戻る。電子帳票の表示を終了
する指示を受け付けた場合は処理を終了する。

次に、電子帳票の表示処理や電子帳票の修正処理の一例として図５を参照して説明する。

図５は、本発明の情報処理システムにおける第１の制御処理手段の一例を示すシーケンスチャートであり、図１に示したクライアント１０１及びサーバ１０２のＣＰＵ２０１によって行われる情報処理の詳細の一例である。なお、図中のＳ５０１〜Ｓ５１８は各ステップを示す。

図５のフローチャートは、図４のステップＳ４１４の処理に対応して開始される。

ステップＳ５１１では、ユーザからクライアント１０１へ新帳票の入力（新規に登録する電子帳票）か既帳票（既に記入されている電子帳票）の表示かの選択を受け付ける。新帳票の入力か既帳票の表示かの選択の受け付ける一例として、図９を参照して説明する。

図９は、本発明のクライアントにおける電子帳票システム画面の一例を示す模式図である。

図９において、９０１は販売実績の新規登録入力ウィンドウの画面イメージであり、９０２の破線内の入力欄に値を入力すると、９０３破線内の行に一行追加され、後にデータベースに反映される。

９０４には図７や図８で示した電子帳票データの履歴表示の画面イメージが表示される。

ユーザは９０２への入力を開始すると、新帳票の入力と判断され、新規電子帳票が入力される。

一方、９０４に表示される既帳票を表示させたい場合は、ユーザは９０５の照会ボタンを押下すると、既帳票の表示に移行する。

次に、ステップＳ５１２において、クライアントは、新帳票の場合にサーバ１０２から新規入力電子帳票画面を受信することにより、図９の９０１画面を表示させる。図９の例では予め販売実績の新規登録入力ウィンドウの画面が表示されている。

次に、ステップＳ５１３において、クライアント１０１は、選択された電子帳票を表示する。

新帳票の場合、図９の９０１のような画面を表示し、ステップＳ５１４において、９０２へのユーザの入力を受け付ける。

一方、既帳票の場合、図９の照会ボタン９０５ボタンが押下された後で、図１０のような画面を表示し、ユーザからの入力を受け付ける。図１０を参照して、既帳票の表示イメージを説明する。

図１０は、本発明のクライアントにおける電子帳票データの表示画面の一例を示す模式図である。

図１０において、白枠の部分が入力値の変更可能な値であり、次のステップＳ５１４において、ユーザの変更した入力を受け付ける。各白枠欄にユーザが入力した後、ユーザが１００１の変更ボタンを押下すると、白枠内の入力された値が電子帳票に反映される。図５のフローチャートの説明に戻る。

図５のステップＳ５１４において、クライアントは、前述した入力値を受け付け、受け付けた値をデータベースへ反映させるため、サーバ１０２に入力値を送信する。送信された値はサーバ側でＤＢサーバに送信される（Ｓ５０２）。

次に、ステップＳ５１５において、クライアント１０１は、入力された電子帳票が既帳票の修正である場合は、図１１に示すように既に編集済みの電子帳票について、特殊な表示方法で識別させて表示する。図１１を参照して、既帳票の表示イメージを説明する。

図１１は、本発明のクライアントにおける電子帳票データの履歴表示の画面の一例を示す模式図である。

図１１は同じ電子帳票を２回修正した場合のイメージ図であり、１１０１〜１１０３までは同じ電子帳票のイメージ図が重なって表示されている。同じ電子帳票を修正した場合、１１０４に表示されているような電子帳票リストの中で過去に修正した電子帳票を１１０５のように別の色で表示してする。この表示により、電子帳票のデグレーションを極力避けることが可能になる。図５のフローチャートの説明に戻る。

ステップＳ５１６において、クライアント１０１は、Ｓ５１４で入力された電子帳票の値を電子帳票データの履歴表示画面に表示する。具体的には、図９の９０４欄に図７や図８、図１１のようなイメージを表示する。表示の際は、重なり合った電子帳票の表示の中で直前に入力した電子帳票を最前面に表示する。

次にステップＳ５１７において、クライアント１０１は、ユーザから電子帳票表示もしくは入力を継続するか終了するかの判断を受け付け、継続の場合はステップＳ５１１に移行し、終了の場合は図５のフローチャートを終了する。

以上、図４及び図５において、クライアント１０１で実行した処理をサーバ１０２で処理し、出力結果のみをクライアント１０１に送信するように構成しても良い。

本発明では以上のような構成をとることで、電子帳票の履歴情報を容易に確認しながら、修正すべき電子帳票を容易に選択、修正することが可能となる。

また、この構成のように、過去の修正した電子帳票が全て表示される電子帳票システムにおいても、過去に修正した電子帳票か容易に分かることにより、電子帳票のデグレーションを極力防ぐことが可能となる。

以下、図１２に示すメモリマップを参照して本発明に係るワークフローサーバで読み取り可能なデータ処理プログラムの構成について説明する。

図１２は、本発明に係るクライアントで読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記記録媒体に管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図４、図５に示す機能が外部からインストールされるプログラムによって、各クライアントにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

１０１ クライアント
１０２ サーバ
１０３ ＤＢサーバ
３０１ データ送受信部
３０２ 入力フィールド送信部
３０３ データベース
３１０ データ編集画面表示部
３１１ データ編集確定受付部
３１２ データ履歴表示部
３１３ 編集データ指定受付部
３１４ データ保存部
３１５ データ編集終了受付部
３１６ 入力フィールド受信部
３１７ データ受信部

Claims (8)

1. ユーザの編集を受け付ける形が異なる複数のデータ編集画面を表示するデータ編集画面表示手段と、
   前記データ編集画面の履歴を表示する履歴表示画面に、ユーザの編集結果が確定されたデータ編集画面の形を保持して、該ユーザの編集結果が確定される順に積層的に追加された該データ編集画面を表示する画面履歴表示手段と、
   前記保持している形のままデータ編集画面を表示するように、ユーザの指示に応じて、前記画面履歴表示手段により表示された前記履歴表示画面内の積層的に表示されている最前面のデータ編集画面を、他のデータ編集画面に変更する画面履歴表示変更手段と、
   前記画面履歴表示変更手段により変更された前記最前面のデータ編集画面で表示されているデータ編集画面の選択を受け付ける編集データ選択受付手段、
   を有することを特徴とする情報処理装置。
2. 前記画面履歴表示手段により表示される前記履歴表示画面の最前面に表示されるデータ編集画面を半透明で表示することを特徴とする請求項１記載の情報処理装置。
3. 既に前記編集データ選択受付手段で選択を受け付け、前記データ編集画面表示手段に前記データ編集画面の各入力フィールドを表示し、入力を受け付ける該データ編集画面は、既に表示されているデータ編集画面とは別の色で表示することを特徴とする請求項１又は２記載の情報処理装置。
4. ユーザの編集を受け付ける形が異なる複数のデータ編集画面を表示するデータ編集画面表示制御工程と、
   前記データ編集画面の履歴を表示する履歴表示画面に、ユーザの編集結果が確定されたデータ編集画面の形を保持して、該ユーザの編集結果が確定される順に積層的に追加された該データ編集画面を表示する画面履歴表示制御工程と、
   前記保持している形のままデータ編集画面を表示するように、ユーザの指示に応じて、前記画面履歴表示制御工程により表示された前記履歴表示画面内の積層的に表示されている最前面のデータ編集画面を、他のデータ編集画面に変更する画面履歴表示変更工程と、
   前記画面履歴表示変更工程により変更された前記最前面のデータ編集画面で表示されているデータ編集画面の選択を受け付ける編集データ選択受付工程、
   を有することを特徴とする情報処理方法。
5. 前記画面履歴表示制御工程により表示される前記履歴表示画面の最前面に表示されるデータ編集画面を半透明で表示することを特徴とする請求項４記載の情報処理方法。
6. 既に前記編集データ選択受付工程で選択を受け付け、前記データ編集画面表示制御工程に前記データ編集画面の各入力フィールドを表示し、入力を受け付ける該データ編集画面は、既に表示されているデータ編集画面とは別の色で表示することを特徴とする請求項４又は５記載の情報処理方法。
7. 請求項１乃至３のいずれかに記載された情報処理装置としてコンピュータを機能させるためのプログラム。
8. 請求項１乃至３のいずれかに記載された情報処理装置としてコンピュータを機能させるためのプログラムをコンピュータが読み取り可能に記憶した記憶媒体。

Images