(57)【要約】      （修正有）【課題】データ全体を俯瞰しながら入力、変更、削除の少なくともいずれかをすることができる入力画面及びプログラム及び情報処理システムを提供する。【解決手段】ＣＰＵ２０２は、バスを介してハードウェア各部と接続されている。ドライブ部２０４は、光ディスク等の記録媒体２０４ａから情報を読み取る。記憶部２０３にはＣＰＵ２０２が処理を行う際に必要とする種々のデータ及びプログラム２０３ａを格納する。ＣＰＵ２０２は、記録媒体２０４ａに記録されたプログラム２０３ａをドライブ部２０４に読み取らせ、読み取ったプログラム２０３ａを記憶部２０３に記憶させる。ＣＰＵ２０２は、必要に応じてプログラム２０３ａを記憶部２０３からＲＡＭ２０５へロードし、ロードしたプログラム２０３ａに従って、各種の処理を実行する。【選択図】図２
2019028710.tif 000002
【特許請求の範囲】
【請求項１】
保存されたデータからデータ集合体を作成するデータ集合体作成処理と、
前記データ集合体に格納されたデータの一部または全部を表示部に表示する表示処理と、
を情報処理装置に実行させるプログラム。
【請求項２】
前記データ集合体作成処理は、データ集合体を値とする連想配列を作成する処理を含む請求項１に記載のプログラム。
【請求項３】
請求項１の表示処理によって表示された内容に対して第１の所定の操作をすることによって前記データ集合体の内容の一部または全部を、変更または削除または追加の少なくともいずれかを行うことができることを特徴とする請求項１に記載のプログラム。
【請求項４】
データの一部または全部を表示または変更または削除または追加の少なくともいずれかを行うとき、前記処理の対象となるデータ集合体の一部または全部を変数として保持し、
前記変数は、表示された内容に対して所定の操作が行われたことによって変更または削除または追加の少なくともいずれかが実行されるプログラム。
【請求項５】
請求項１から４によって変更または削除または追加の少なくともいずれかがされたにもかかわらず、当該変更または削除または追加が保存されていないときは、当該データの表示内容が変化することを特徴とするプログラム。
【請求項６】
データの一部または全部が表示されているときに、第２の所定の操作をすることによって、当該データの表示内容が変化し、前記データではないデータの表示有無が変化することを特徴とするプログラム。
【請求項７】
請求項６に記載の「前記データではないデータ」は、変更・削除・追加の少なくともいずれかをすべきデータの内容の検討に役立つ情報であることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置にデータを入力することを可能にするプログラム及び情報処理システムに関する。
【背景技術】
【０００２】
従来、画面にデータの一覧を表示し、前記表示から選択することによって、前記データの内容を編集することができるプログラムが知られている。（例えば、図１を参照。）
【０００３】
図１は、選択部１から選択肢を選択し、前記選択に応じた選択を入力部２に表示する。
【０００４】
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、背景技術に開示された技術では、データ全体を俯瞰することが難しいという問題がある。
【０００６】
本発明は、かかる事情にかんがみてなされたものであって、その目的とするところは、データ全体を俯瞰しながら入力、変更、削除の少なくともいずれかをすることができる入力画面及びプログラム及び情報処理システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の一様の情報処理装置は、プログラムを記憶する記憶部１と、データを記憶する記憶部２と、前記データを表示するために必要なデータを記憶する記憶部３と、表示する表示部を備える。
【０００８】
本発明の一様の画面は、例えばデータの一部または全部を表示する表またはボタンなどのコントロールが少なくとも１個表示され、前記コントロールは、特定の操作が行われることによって入力画面が表示され前記画面に入力することによってデータの追加または変更または削除の少なくともいずれかが行われるものである。特定の操作とは例えば表のセルに対するクリック、ダブルクリック等である。
また、データの一部または全部を表示する表は、表示面積を変更することができ、前記変更が行われた場合は、変更・削除・追加すべきデータの内容の検討に役立つ情報を表示することができるものであってもよい。
【０００９】
本発明の一側面によれば、１個または複数のデータを俯瞰しながら入力することができる。
【図面の簡単な説明】
【００１０】
【図１】背景技術の図。
【図２】情報処理装置の図。
【図３】入力画面の図。
【図４】フローチャート。
【図５】入力画面の図。
【発明を実施するための形態】
【００１１】
＜実施の形態１＞
実施の形態１では、データを表示する方法について説明する。
以下本実施の形態を、図面を参照して説明する。図２は情報処理装置を示すブロック図。
情報処理装置２０１は、例えばサーバ装置、パーソナルコンピュータ又はスマートフォン等である。情報処理装置２０１は、ＣＰＵ(Central Processing Unit)２０２、記憶部２０３、ＲＡＭ（Random Access Memory）２０２、入力部２０６、表示部２０７、及びドライブ部２０４を備える。
【００１２】
ＣＰＵ２０２は、バスを介してハードウェア各部と接続されている。ＣＰＵ２０２は例えば一もしくは複数のＣＰＵ又はマルチコアＣＰＵ等を備える。ＣＰＵ２０２は、記憶部２０３に記憶されたプログラム２０３ａに従いハードウェアの各部を制御する。
【００１３】
記憶部２０３は例えばハードディスク又は大容量メモリ等である。ドライブ部２０４は、光ディスク等の記録媒体２０４ａから情報を読み取る。記憶部２０３にはＣＰＵ２０２が処理を行う際に必要とする種々のデータ及びプログラム２０３ａを格納する。ＣＰＵ２０２は、記録媒体２０４ａに記録されたプログラム２０３ａをドライブ部１７に読み取らせ、読み取ったプログラム２０３ａを記憶部２０３に記憶させる。ＣＰＵ２０２は、必要に応じてプログラム２０３ａを記憶部２０３からＲＡＭ２０５へロードし、ロードしたプログラム２０３ａに従って、各種の処理を実行する。なお、プログラム２０３ａは、情報処理装置２０１の外部からダウンロードされてもよく、予め記憶部２０３に記憶されていてもよい。この場合、情報処理装置２０１は、ドライブ部２０４を備えていない形態であってもよい。
ＲＡＭ２０５は例えばＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等である。ＲＡＭ２０５は、記憶部としても機能し、ＣＰＵ２０２による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００１４】
入力部２０６はマウス又はキーボード等の入力デバイスであり、受け付けた操作情報をＣＰＵ２０２へ送信する。表示部２０７はＣＰＵ２０２から送信されたデータを表示する。前記送信されたデータは、例えば画像データである。表示部２０７は例えば液晶ディスプレイである。
【００１５】
実施の形態１では、所定の事象、たとえばウィンドウが開くなどが発生したとき、保存されたデータから連想配列を作成し、前記連想配列のデータの一部または全部をウィンドウに表示する。前記連想配列は、文字列または数値の少なくともいずれかをキーとし、データ集合体を値とする。ここで、データ集合体は、配列、連想配列、構造体、ユーザ定義型の変数、クラス及び共用体等、０個以上の値を持つことができる変数である。変数には、オブジェクト、及びオブジェクトのインスタンスが含まれる。構造体等のデータ集合体は、夫々に変数である０個以上のメンバを含んでいる。データ集合体中の変数が要素と呼称される場合は、メンバには要素が含まれる。０個以上のメンバは、順番等の互いの関係が定義されていてもよく、０個以上の何れかにデータが代入される。本例では、データ集合体ではdish型のクラスとして説明するが、これ以外のデータ集合体であってもよく、dish型であっても、後述する以外の構成であってもよい。
【００１６】
dish型は外部から参照できないメンバとしてp_name、p_ryaku、p_codearr、p_zairyo、p_recipe、p_timeshikomiNONEdblmin、p_timeshikomi_NONEdblminがあり、データ型はそれぞれ文字列型、文字列型、codeminmax型配列、文字列型、文字列型、pay型、浮動小数点型、浮動小数点型である。codeminmax型、pay型についてはクラスであって後述するが、クラス以外のデータ集合体、例えば構造体であってもよく、クラスであっても後述する以外の構成であってもよい。
dish型は外部から参照できるプロパティとしてname、ryaku、codearr、zairyo、recipe、pay、timeshikomi_NONEdblmin、timecook_NONEdblminを持ち、データ型はそれぞれ文字列型、文字列型、codeminmax型配列、文字列型、文字列型、pay型、浮動小数点型、浮動小数点型である。
プロパティnameは、代入があったときその内容をp_nameに格納する。読み込まれたときにp_nameが空文字列（文字列型にあっては、NothingまたはNullであっても空文字列とみなし取り扱う。以下同じ）であれば定数NODATA（「データなし」という文字列が代入された文字列型の定数。以下同じ）を返し、それ以外の場合はp_nameを返す。
プロパティryakuは、代入があったときその内容をp_ryakuに格納する。読み込まれたときp_ryakuを返す。
プロパティcodearrは、代入があったときその内容をp_codearrに格納する。読み込まれたときp_codearrがNothingまたはNullの少なくともいずれかであるときはp_codearrを要素数０の配列として返し、それ以外の場合はp_codearrを返す。
プロパティzairyoは、代入があったときその内容をp_zairyoに格納する。読み込まれたときp_zairyoを返す。
プロパティrecipeは、代入があったときその内容をp_recipeに格納する。読み込まれたときp_recipeを返す。
プロパティpayは、代入があったときその内容をp_payに格納する。読み込まれたときp_payを返す。
プロパティtimeshikomi_NONEdblminは、代入があったときその内容をp_timeshikomi_NONEdblminに格納する。読み込まれたときp_timeshikomi_NONEdblminを返す。
プロパティtimecook_NONEdblminは、代入があったときその内容をtimecook_NONEdblminに格納する。読み込まれたときtimecook_NONEdblminを返す。
【００１７】
codeminmax型はクラスであって外部から参照できないメンバとしてp_code、p_minmaxがあり、データ型はそれぞれ文字列型、minmaxdbl型である。minmaxdbl型については後述するが、後述する以外の構成であってもよい。
codeminmax型は外部から参照できるプロパティとしてcode、minmaxを持つ。
プロパティcodeは、代入があったときその内容をp_codeに格納する。読み込まれたときp_codeを返す。
プロパティminmaxは、代入があったときその内容をp_minmaxに格納する。読み込まれたときp_minmaxを返す。
【００１８】
pay型はクラスである。外部から参照できないメンバとしてp_ispay、p_tax、p_price、p_isnaizei、p_correncykindを持つ。データ型はそれぞれ真理値型、十進型、十進型、真理値型、文字列型である。
pay型は外部から参照できるプロパティとしてispay、tax、isintax、currencykindを持ち、データ型はそれぞれ真理値型、十進型、真理値型、文字列型である。
pay型は外部から参照できる書き込み専用のプロパティとしてprice_writeを持ち、データ型は十進型である。
pay型は外部から参照できるルーチンとしてprice_read、taxpriceを持つ。
pay型は読み込み専用プロパティとしてpaytextを持ち、データ型は文字列型である。
プロパティispayは、代入があったときその内容をp_ispayに格納し、読み込みがあったときp_ispayを返す。
プロパティtaxは、代入があったときその内容をp_taxに格納し、読み込みがあったときispayがFALSEであれば例外をスローし、それ以外の場合はp_taxを返す。前記例外は例えばオブジェクトの現在の状態に対して無効なメソッドが呼び出されたときにスローされる例外であるが、これ以外の例外であってもよい。
プロパティisintaxは、代入があったときその内容をp_isintaxに格納し、読み込みがあったときispayがFALSEであれば例外をスローし、それ以外の場合はp_isintaxを返す。前記例外は例えばオブジェクトの現在の状態に対して無効なメソッドが呼び出されたときにスローされる例外であるが、これ以外の例外であってもよい。
書き込み専用プロパティprice_writeは、代入があったときp_priceに格納する。
ルーチンprice_readは、引数としてinintaxを持ち、データ型は真理値型である。返り値は十進型である。ispayがFALSEの場合は例外をスローし、それ以外の場合にあっては、isintaxがTRUEの場合は内税価格、FALSEの場合は外税価格をそれぞれ計算して返す。このとき、p_priceを本体価格、p_taxを税率とみなして計算する。前記例外は例えばオブジェクトの現在の状態に対して無効なメソッドが呼び出されたときにスローされる例外であるが、これ以外の例外であってもよい。
ルーチンtaxpriceは引数を持たず返り値は十進型である。p_ispayがFALSEの場合は例外をスローし、これ以外の場合にあっては税額を計算して返す。このとき、ルーチンprice_readを実行し、TRUEを引数として得た値を内税価格、FALSEを引数として得た値を外税価格とみなし、内税価格から外税価格を減算して得た値を税額とみなす。
プロパティcurrencykindは、代入があったときその内容をp_currencykindに格納し、読み込みがあったときp_currencykindを返す。
読み込み専用プロパティpaytextは、読み込みがあったとき、p_ispayがFALSEの場合は「価格情報なし」という文字列を返す。
それ以外の場合はp_priceを文字列型に変換した文字列を作成し、その後、p_isnaizeiがTRUEであれば前記文字列に”（内税”、FALSEであれば”（外税”という文字列を作成し、これを連結する。その後、末尾にp_taxに十進型の100を乗じて得た数値を文字列型に変換した文字列、および、”％）”という文字列を連結する。たとえば、p_ispay=TRUE、p_price=300、p_tax=0.08、p_isnaizei=TRUEの場合にpaytextが読み込まれたときは、「300(内税8％)」という文字列を返す。ただし、currencytextを例えば通貨の種類を示す文字列とみなして文字列を作成し「JPY 300(内税8％)」「300円(内税8％)」などとしてもよい。また、数値を含む文字の一部または全部を全角としてもよく、空白など、ほかの文字を挿入してもよい。ただし、p_ispayは価格がついているか否か、p_priceは本体価格、p_taxは税率、p_isnaizeiはp_priceが内税であるか否かを示すものとみなし計算する。たとえば、税率８％の場合、p_tax=0.08である。
【００１９】
表３０１は、例えばデータグリッドビューとして実装されるが、これ以外によって実装してもよい。
【００２０】
保存されたデータによって画面に表示される内容を、図３を用いて説明する。表３０１は、所定の事象、たとえばウィンドウが開くなどが発生したとき、保存されたデータから連想配列を作成し、前記連想配列のデータの一部または全部をウィンドウに表示する際に表示される内容を示す図。表３０１は、前記連想配列のキーまたは値の少なくともいずれかの一部が表示される。ただし、表３０１に（新規入力）などの、前記保存されたデータにないデータを入力するための欄を設けてもよい。たとえば、一番上の行に（新規入力）などと表示し、2列目以降に前記連想配列のデータの一部または全部を表示することができる。
【００２１】
表３０１に表示されるデータは、保存されたデータから連想配列が作成され、前記連想配列は、文字列または数値の少なくともいずれかをキーとし、データ集合体を値とする。ここで、データ集合体は、配列、連想配列、構造体、ユーザ定義型の変数、クラス及び共用体等、０個以上の値を持つことができる変数である。変数には、オブジェクト、及びオブジェクトのインスタンスが含まれる。構造体等のデータ集合体は、夫々に変数である０個以上のメンバを含んでいる。データ集合体中の変数が要素と呼称される場合は、メンバには要素が含まれる。０個以上のメンバは、順番等の互いの関係が定義されていてもよく、０個以上の何れかにデータが代入される。本例では、データ集合体では前述したdish型のクラスとして説明するが、これ以外のデータ集合体であってもよく、dish型であっても、前述した以外の構成であってもよい。
【００２２】
表３０１は、どの列に何が表示されるかが指定されている。どの行に何が表示されているかが決定されていてもよい。表３０１の列は、左から順に料理番号、料理名、呼称、レシピ、材料、食品成分、仕込み時間、金銭関係が表示されるが、この通りの順序でなくてもよく、これらの一部または全部を表示しなくてもよく、これら以外が表示されていてもよい。
【００２３】
ここでは、表３０１の1行目は新規登録のために空いているものとして説明する。
【００２４】
前述した連想配列を取得し変数「dishDIC」として文字列型からfood型を返す連想配列として格納する。変数「モcodeTOfood」「モcodeTOpay」を定義する。データ型はそれぞれ、文字列からcodeminmaxを返す連想配列、文字列からpayを返す連想配列である。ただし、少なくとも、モcodeTOfood、モcodeTOpayは、少なくとも表３０１が表示されている間は使用できるものとする。
dishDICによって必要とする表３０１の行数を決定し、同数の行を作成する。たとえば、dishDICの要素数が５個の場合は、１行目は新規登録のために空いている場合は６行必要とする。
dishDICのキーを取り出し、各キーを各要素に代入した配列johoAを作成する。johoAの要素ごとに下記の動作をする。
【００２５】
dishDICから値となるdish型のデータ集合体を取得し、これをdishobjとおく。１行目は新規登録のために空いている場合は、johoAの要素１個目は２行目、２個目は３行目…のように（いずれも、存在する場合。）表示される行が決定される。ただし、これ以外の手段によって表示する行を決定してもよい。下記は、列ごとの表示内容である。
１列目は現在のキーが表示される。たとえば現在のjohoAがDS12345であれば、DS12345と表示される。
２列目は料理名が表示される。たとえばdishobj.name
３列目は呼称が表示される。たとえばdishobj.ryaku
４列目はレシピが表示される。たとえばdishobj.recipe
５列目は材料が表示される。たとえばdishobj.zairyo
６列目は決められた文字列、たとえば「●●」が表示され、モcodeTOfoodに現在のキーからdishobj.codeminmaxを返す連想配列を代入する。これは、codeminmax型ならびに配列は、文字列型や数値型のように直接表現することが難しいためである。何らかの理由により前述の代入が成功しなかったなど、ある条件のときには決められた文字列以外が表示されるようにしてもよい。
７列目は仕込み時間が表示される。たとえばdishobj.timeshikomi_NONEdblmin。ただし、当該変数が所定の値（たとえば当該変数が扱える最小の値）であるときは空文字列を表示する。
８列目は調理時間が表示される。たとえばdishobj.timecook_NONEdblmin。ただし、当該変数が所定の値（たとえば当該変数が扱える最小の値）であるときは空文字列を表示する。
９列目は決められた文字列、例えばdishobj.pay.paytextが表示され、モcodeTOpayに現在のキーからdishobj.payを返す連想配列を代入する。これは、pay型は、文字列型や数値型のように直接表現することが難しいためである。何らかの理由により前述の代入が成功しなかったなど、ある条件のときには決められた文字列以外が表示されるようにしてもよい。
【００２６】
前述した表３０１への表示に失敗したときは、表３０１のすべての行を削除してもよく、当該画面を終了してもよい。
【００２７】
図４は、実施の形態１に係る情報処理装置が実施の形態１に係る表示などをする動作を示すフローチャート。
情報処理装置２０１のＣＰＵ２０２は、プログラム２０３ａに基づいて以下の処理を実行する。ＣＰＵ２０２は、取得した連想配列から、前記連想配列のキーを配列とし、前記配列の各要素を前記連想配列のキーとする値であるオブジェクトを取得し、当該オブジェクトの内容によって表示部２０７に表示する内容またはＲＡＭ２０５に記憶する内容の少なくともいずれかを決定する。
【００２８】
＜実施の形態２＞
実施の形態２では、表示されたデータを変更、追加、削除の少なくともいずれかをする方法、保存されたデータを変更、追加、削除の少なくともいずれかをする方法を説明する。
表３０１に表示されたデータの内容は、変更・削除・追加することができる。前記変更・削除・追加は、第１の所定の操作、例えば、所定の条件を満たすセルのクリックによって、前記変更・削除・追加するための画面が表示され、前記画面に所定の入力をすることによってすることができる。前記変更が施されたセルがある列は、色を変更するなど、前記変更が行われた旨を表示してもよく、また、前記表示は、前記変更が施されたセル自身のみであってもよい。
変更・削除・追加されたデータは、第２の所定の操作、例えばボタン３０２の押下またはメッセージボックスにおける「はい」押下の少なくともいずれかによって確定し、前記変更・削除・追加がなされたデータが保存される。ただし、前記変更・削除・追加の一部または全部が、前記第２の所定の動作をすることなく確定し、前記変更・削除・追加がなされたデータが保存されるものであってもよい。
下記の説明は、１行目が新規登録のための行である場合における説明である。下記の説明以外の内容であってもよい。
本実施の形態に係る情報処理装置１の構成は、実施の形態１と同様である。
本実施の形態に係るデータ集合体の内容は、実施の形態１と同様である。
【００２９】
表３０１に表示されたデータの内容を変更する方法を説明する。表３０１は、所定の条件を満たすセルに、所定の操作、たとえばクリックによってデータの内容が変更される機能が割り当てられている。前記所定の条件は、例えば、当該セルが１行目になく、かつ、１列目にないこととする。前記所定の操作が行われたセルがいかなるセルであるかによって、下記の少なくともいずれかが実行される。
前記セルが、料理名が表示されるセルまたは呼称が表示される列の少なくともいずれかである場合、文字列を入力するウィンドウが表示され、前記ウィンドウに入力された値が前記セルに入力される。ただし、前記ウィンドウは複数行入力可能なものであってもよい。
前記セルが、レシピが表示されるセルまたは材料が表示されるセルの少なくともいずれかである場合、文字列を入力するウィンドウが表示され、前記ウィンドウに入力された値が前記セルに入力される。ただし、前記ウィンドウは複数行入力可能なものであってもよい。
前記セルが、食品成分が表示されるセルである場合は、食品成分を入力する画面を表示し、前記画面に入力された内容に食品成分が変更される。ただし、食品成分とは、料理に含まれる料理または食品の種類、最小量、最大量の少なくともいずれかを示す値である。食品成分は、変数モcodeTOfoodにデータ集合体、例えば入力した料理の料理番号をキーとする配列に代入され、前記セルには決められた文字列、例えば「●●」が表示される。
前記セルが、仕込み時間が表示されるまたは調理時間が表示されるセルの少なくともいずれかである場合、所要時間を入力する画面を表示し、前記画面に入力された値が前記セルに入力される。ただし、所定の条件を満たす値、例えば数値または空文字列であるという条件を満たす値、ではない値が入力されたときは、所定の値を入力する旨をユーザーに知らせるものであってもよい。
前記セルが、金銭情報が表示されるセルである場合は、金銭情報を入力する画面を表示し、前記画面に入力された内容に金銭情報が変更される。ただし、食品成分とは、当該料理が販売対象であるか否か、当該料理の本体価格、税率、内税であるか否かの少なくともいずれかを示す値である。金銭情報は、変数モcodeTOfoodにデータ集合体、例えば入力した料理の料理番号をキーとする配列に代入され、前記セルには決められた文字列、例えば「●●」が表示される。
【００３０】
表３０１に表示されたデータの内容を削除する方法を説明する。表３０１は、所定の条件を満たすセルに、所定の操作、たとえばクリックによってデータを削除する機能が割り当てられている。前記所定の条件は、例えば、当該セルが１列目にあることとする。前記所定の操作が行われたことによって、プログラムは削除対象となる料理番号を確認し、削除を実行する。ただし、当該削除を実行してもよいかを警告する画面を表示してもよく、当該表示において削除されたデータは復旧できない旨や、削除以外の操作をしている場合においては、当該操作の結果、例えばデータの変更や追加の一部または全部が失われる旨の警告であってもよい。
【００３１】
表３０１に表示されたデータの内容を追加する方法を説明する。表３０１は、所定の条件を満たすセルに、所定の操作、たとえばクリックによってデータを削除する機能が割り当てられている。前記所定の条件は、例えば、当該セルが１行目にあることとする。前記所定の操作が行われたことによって、ユーザーに新規登録をしようとする料理の料理番号、料理名、呼称、レシピ、材料、食品成分、仕込み時間、金銭関係の少なくともいずれかの入力が求められる。
料理番号を決定する方法は、ユーザーが指定する方法、当該料理の分類、たとえば大分類または小分類の少なくともいずれかを指定して当該分類において使用することができる料理番号の候補となる文字列を作成して、当該候補から、プログラムが自動的に、または、ユーザーの選択の少なくともいずれかによって決定する方式であってもよい。ただし、料理番号の候補となる文字列を作成する場合は、当該分類において使用することができる料理番号が存在しない場合に、他の大分類または小分類の少なくともいずれかをユーザーに指定させるものであってもよい。
【００３２】
ボタン３０３は、変更されたデータを保存するボタンである。前記データの変更が表４０１に対して行われたとき、当該変更を直ちに保存しない形態であってもよい。これは削除・追加であっても同様である。このとき、いまだ保存されていない旨を示す表示、例えば変更されたが保存されていないデータがある行、前記データがある列、前記データがあるセルの色を変更するなどである。当該変更は、データが保存されたときに解除されるものとすることが望ましい。
【００３３】
情報処理装置２０１のＣＰＵ２０２は、プログラム２０３ａに基づいて以下の処理を実行する。ＣＰＵ２０２は、データの変更・削除・追加すべき操作が行われた場合、ＣＰＵ２０２は、プログラム２０３ａに基づいて、ＲＡＭ２０５または記憶部２０３の内容の少なくともいずれかを変更し、表示部２０７に変更後の内容を表示する。
＜実施の形態３＞
本実施の形態では、変更・削除・追加すべきデータの内容の検討に役立つ情報を表示する方法を説明する。
【００３４】
図３は、変更・削除・追加すべきデータの内容の検討に役立つ情報が表示されていない画面、図５は、前記変更・削除・追加すべきデータの内容の検討に役立つ情報が表示されている画面。画面が図３または図５のいずれかの状態であるとき、所定の操作をすることによってそれぞれ図５・図３の状態へ変更することができる。前記所定の操作は。図３の状態のときはボタン３０４の押下、図５の状態のときはボタン４０４の押下であるが、これ以外の操作としてもよい。
【００３５】
図３は、料理の種類および内容が大きく表示されているが、変更・削除・追加すべきデータの内容の検討に役立つ情報が表示されていない。図５は、変更・削除・追加すべきデータの内容の検討に役立つ情報が表示されているが、料理の種類及び内容は小さく表示されている。
【００３６】
図３の状態でボタン３０４が押下されたときの動作を説明する。コントロール４０５〜４１０ならびにそれらの入力に必要な説明文などが表示されるとともに、表３０１は幅が小さくなる。このとき、コントロール４０５〜４１０の表示に必要な設定を読み込み、当該設定をコントロール４０５〜４１０の一部または全部に表示する。たとえば、コントロール４０５は提示された選択肢から１種類の内容を選択するコントロールであるが、前記設定内容が既定値の場合、コントロール４０５の選択肢として「だん性」「女性」が提示される。
コントロール４０９は、コントロール４０５の選択内容によって選択肢の有無および内容が変化する。前記設定内容が既定値の場合、コントロール４０５が「だん性」の場合は、現在選択できる選択肢が存在しない旨が表示され、コントロール４０５が「女性」の場合は、「妊娠初期」「妊娠中期」「妊娠後期」「授乳」が選択肢として表示される。
設定内容はファイルとして保存されている。ただし、当該ファイルが存在しない場合は自動的に作成される。つまり、当該ファイルの内容を変更すれば、上記と異なる表示をさせることもできるが、無意味なデータになる恐れが高いため、前記変更をしないことを推奨する。
【００３７】
コントロール４０８はチェックボックスである。前記チェックボックスは、鉄分の摂取を控える場合はチェックすることができ、それ以外の場合はチェックを外すことができる。前記チェックボックスの設定内容は、他の入力内容、例えばコントロール４０５、コントロール４０９の入力内容によっては計算に影響を及ぼさない場合があるため、所定の条件を満たすときにチェックされた状態またはチェックされていない状態に固定する、ないしチェックの有無を変更する旨を表示する機能の少なくともいずれかを備えていてもよい。
【００３８】
コントロール４０７はボタンである。所定の操作、例えばコントロール４０７の押下をすることにより、入力された情報であって計算に必要なもの、例えばコントロール４０５、コントロール４０６、コントロール４０８、コントロール４０９の少なくともいずれかに入力された情報を確認し、当該情報をもとに食事摂取基準を計算し、計算結果を表４１０に表示する。ただし、数値を入力すべき画面に数値として扱うことのできない文字列、例えば「民法第６条を廃止しよう」が入力されている場合など、計算することができない場合は、前記計算を中止する。このとき、表４０１はすべての行を削除することとしてもよい。
【００３９】
情報処理装置２０１のＣＰＵ２０２は、プログラム２０３ａに基づいて以下の処理を実行する。ＣＰＵ２０２は、プログラム２０３ａに基づいて、ＲＡＭ２０５または記憶部２０３の内容の少なくともいずれかを変更し、表示部２０７に変更後の内容を表示する。
【００４０】
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。また、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【符号の説明】
【００４１】
３０１  表
４０１  表
【図１】
2019028710.tif 000003
【図２】
2019028710.tif 000004
【図３】
2019028710.tif 000005
【図４】
2019028710.tif 000006
【図５】
2019028710.tif 000007