ホーム > 特許ランキング > カシオ計算機株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024046327
(43)【公開日】2024-04-03
(54)【発明の名称】情報処理装置、情報処理方法及びプログラム
(51)【国際特許分類】
G06Q 30/0601 20230101AFI20240327BHJP
【ＦＩ】
G06Q30/06 300
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2022151645
(22)【出願日】2022-09-22
(71)【出願人】
【識別番号】000001443
【氏名又は名称】カシオ計算機株式会社
(74)【代理人】
【識別番号】110001254
【氏名又は名称】弁理士法人光陽国際特許事務所
(72)【発明者】
【氏名】磯村 邦彦
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB54
(57)【要約】
【課題】発注案内を柔軟且つ適切に行う。
【解決手段】販売管理装置１０のＣＰＵ１１は、或る条件を満たした場合、発注が必要な商品に係る要発注情報１３３（発注タスク）を生成する。また、販売管理装置１０のＣＰＵ１１は、生成された要発注情報１３３を、当該要発注情報１３３の生成後に行われた上記商品の発注に応じて変更する。
【選択図】図１６
【解決手段】販売管理装置１０のＣＰＵ１１は、或る条件を満たした場合、発注が必要な商品に係る要発注情報１３３（発注タスク）を生成する。また、販売管理装置１０のＣＰＵ１１は、生成された要発注情報１３３を、当該要発注情報１３３の生成後に行われた上記商品の発注に応じて変更する。
【選択図】図１６
【特許請求の範囲】
【請求項1】
或る条件を満たした場合、発注が必要な商品に係る発注タスクを生成する生成手段と、
前記生成手段により生成された前記発注タスクを、当該発注タスクの生成後に行われた前記商品の発注に応じて変更する変更手段と、
を備えることを特徴とする情報処理装置。
前記生成手段により生成された前記発注タスクを、当該発注タスクの生成後に行われた前記商品の発注に応じて変更する変更手段と、
を備えることを特徴とする情報処理装置。
【請求項2】
前記発注タスクをユーザー操作により選択可能なオブジェクトとして表示部に表示させる表示制御手段を備え、
前記表示制御手段は、前記オブジェクトを選択する入力操作がなされた場合、前記発注タスクの内容を前記表示部に表示させる、
ことを特徴とする請求項１に記載の情報処理装置。
前記表示制御手段は、前記オブジェクトを選択する入力操作がなされた場合、前記発注タスクの内容を前記表示部に表示させる、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記変更手段は、前記発注タスクに係る商品のうちの一部の商品の発注が行われた場合、当該発注タスクの内容を更新し、
前記表示制御手段は、前記発注タスクの内容が更新された場合、前記オブジェクトを、当該更新がなされたことを識別可能な表示態様に変更して表示させる、
ことを特徴とする請求項２に記載の情報処理装置。
前記表示制御手段は、前記発注タスクの内容が更新された場合、前記オブジェクトを、当該更新がなされたことを識別可能な表示態様に変更して表示させる、
ことを特徴とする請求項２に記載の情報処理装置。
【請求項4】
前記変更手段は、前記発注タスクに係る商品すべての発注が行われた場合、前記発注タスクを削除し、
前記表示制御手段は、前記発注タスクが削除された場合、前記オブジェクトを非表示とする、
ことを特徴とする請求項２に記載の情報処理装置。
前記表示制御手段は、前記発注タスクが削除された場合、前記オブジェクトを非表示とする、
ことを特徴とする請求項２に記載の情報処理装置。
【請求項5】
前記変更手段は、前記発注タスクに係る商品すべての発注が行われた場合、前記発注タスクを削除し、
前記表示制御手段は、前記発注タスクが削除された場合、前記オブジェクトを、当該削除がなされたことを識別可能な表示態様に変更して表示させる、
ことを特徴とする請求項２に記載の情報処理装置。
前記表示制御手段は、前記発注タスクが削除された場合、前記オブジェクトを、当該削除がなされたことを識別可能な表示態様に変更して表示させる、
ことを特徴とする請求項２に記載の情報処理装置。
【請求項6】
発注アプリを起動させる起動手段を備え、
前記起動手段は、前記オブジェクトを選択する入力操作がなされた場合、前記発注アプリを起動させ、
前記表示制御手段は、前記発注アプリに関する表示画面を前記表示部の第１領域に表示させ、前記オブジェクトを第２領域に表示させる、
ことを特徴とする請求項２に記載の情報処理装置。
前記起動手段は、前記オブジェクトを選択する入力操作がなされた場合、前記発注アプリを起動させ、
前記表示制御手段は、前記発注アプリに関する表示画面を前記表示部の第１領域に表示させ、前記オブジェクトを第２領域に表示させる、
ことを特徴とする請求項２に記載の情報処理装置。
【請求項7】
前記起動手段は、更に、前記表示部に表示された前記発注アプリを選択可能な選択ボタンを選択する入力操作がなされた場合、前記発注アプリを起動させ、
前記表示制御手段は、前記選択ボタンを選択する入力操作がなされた際に、前記生成手段により前記発注タスクが生成されている場合、当該発注タスクの内容を前記表示部に表示させる、
ことを特徴とする請求項６に記載の情報処理装置。
前記表示制御手段は、前記選択ボタンを選択する入力操作がなされた際に、前記生成手段により前記発注タスクが生成されている場合、当該発注タスクの内容を前記表示部に表示させる、
ことを特徴とする請求項６に記載の情報処理装置。
【請求項8】
前記条件は、在庫数が予め定められた適正在庫数以下の商品があることであり、
前記生成手段は、在庫数が適正在庫数以下である商品を対象として前記発注タスクを生成する、
ことを特徴とする請求項１に記載の情報処理装置。
前記生成手段は、在庫数が適正在庫数以下である商品を対象として前記発注タスクを生成する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項9】
或る条件を満たした場合、発注が必要な商品に係る発注タスクを生成する生成工程と、
前記生成工程により生成された前記発注タスクを、当該発注タスクの生成後に行われた前記商品の発注に応じて変更する変更工程と、
を含むことを特徴とする情報処理方法。
前記生成工程により生成された前記発注タスクを、当該発注タスクの生成後に行われた前記商品の発注に応じて変更する変更工程と、
を含むことを特徴とする情報処理方法。
【請求項10】
情報処理装置のコンピュータを、
或る条件を満たした場合、発注が必要な商品に係る発注タスクを生成する生成手段、
前記生成手段により生成された前記発注タスクを、当該発注タスクの生成後に行われた前記商品の発注に応じて変更する変更手段、
として機能させることを特徴とするプログラム。
或る条件を満たした場合、発注が必要な商品に係る発注タスクを生成する生成手段、
前記生成手段により生成された前記発注タスクを、当該発注タスクの生成後に行われた前記商品の発注に応じて変更する変更手段、
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
従来、各種サプライ品の過去の販売履歴に基づいて、サプライ品の在庫切れに関する予測時期を設定し、当該予測時期が所定の期間以内に近付いたときに、サプライ品の発注案内を行う在庫予測管理装置が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００２－１４５４１３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上記特許文献１に開示されている在庫予測管理装置では、例えば、ユーザーが上記発注案内に気が付かずに当該発注案内の対象となっているサプライ品の発注を行い、その後、当該発注案内に気が付いた場合、ユーザーを困惑させたり当該サプライ品を誤って余分に発注させてしまったりするおそれがある。
【0005】
本発明は、このような問題に鑑みてなされたものであり、発注案内を柔軟且つ適切に行うことを目的とする。
【課題を解決するための手段】
【0006】
上記課題を解決するため、本発明に係る情報処理装置は、
或る条件を満たした場合、発注が必要な商品に係る発注タスクを生成する生成手段と、
前記生成手段により生成された前記発注タスクを、当該発注タスクの生成後に行われた前記商品の発注に応じて変更する変更手段と、
を備えることを特徴とする。
或る条件を満たした場合、発注が必要な商品に係る発注タスクを生成する生成手段と、
前記生成手段により生成された前記発注タスクを、当該発注タスクの生成後に行われた前記商品の発注に応じて変更する変更手段と、
を備えることを特徴とする。
【0007】
また、上記課題を解決するため、本発明に係る情報処理方法は、
或る条件を満たした場合、発注が必要な商品に係る発注タスクを生成する生成工程と、
前記生成工程により生成された前記発注タスクを、当該発注タスクの生成後に行われた前記商品の発注に応じて変更する変更工程と、
を含むことを特徴とする。
或る条件を満たした場合、発注が必要な商品に係る発注タスクを生成する生成工程と、
前記生成工程により生成された前記発注タスクを、当該発注タスクの生成後に行われた前記商品の発注に応じて変更する変更工程と、
を含むことを特徴とする。
【0008】
また、上記課題を解決するため、本発明に係るプログラムは、
情報処理装置のコンピュータを、
或る条件を満たした場合、発注が必要な商品に係る発注タスクを生成する生成手段、
前記生成手段により生成された前記発注タスクを、当該発注タスクの生成後に行われた前記商品の発注に応じて変更する変更手段、
として機能させることを特徴とする。
情報処理装置のコンピュータを、
或る条件を満たした場合、発注が必要な商品に係る発注タスクを生成する生成手段、
前記生成手段により生成された前記発注タスクを、当該発注タスクの生成後に行われた前記商品の発注に応じて変更する変更手段、
として機能させることを特徴とする。
【発明の効果】
【0009】
本発明によれば、発注案内を柔軟且つ適切に行うことができる。
【図面の簡単な説明】
【0010】
【図1】販売管理装置の機能構成を示すブロック図である。
【図2】発注情報の内容例を示す図である。
【図3】在庫管理情報の内容例を示す図である。
【図4】要発注情報の内容例を示す図である。
【図5】スケジュール情報の内容例を示す図である。
【図6】スケジュールボタン表示処理の制御手順を示すフローチャートである。
【図7】要発注情報生成処理の制御手順を示すフローチャートである。
【図8】メッセージ情報生成処理の制御手順を示すフローチャートである。
【図9】メイン画面及びサポートパネル画面の例を示す図である。
【図10】発注アプリ実行表示処理の制御手順を示すフローチャートである。
【図11】要発注一覧表生成処理の制御手順を示すフローチャートである。
【図12】要発注メッセージ画面の例を示す図である。
【図13】要発注一覧画面の例を示す図である。
【図14】スケジュール実行処理の制御手順を示すフローチャートである。
【図15】スケジュール実行画面の例を示す図である。
【図16】スケジュールボタン更新処理の制御手順を示すフローチャートである。
【図17】要発注情報の内容例を示す図である。
【図18】スケジュール情報の内容例を示す図である。
【図19】スケジュールボタンの表示例を示す図である。
【図20】スケジュールボタンの表示例を示す図である。
【発明を実施するための形態】
【0011】
以下、本発明に係る実施の形態を図面に基づいて説明する。
【0012】
＜販売管理装置の構成＞
販売管理装置１０の構成を説明する。販売管理装置１０は、仕入れ、受注、在庫、発送、納品、請求、販売計画など販売業務に関する管理を行うための装置である。
販売管理装置１０の構成を説明する。販売管理装置１０は、仕入れ、受注、在庫、発送、納品、請求、販売計画など販売業務に関する管理を行うための装置である。
【0013】
図１は、販売管理装置１０の機能構成を示すブロック図である。
図１に示すように、販売管理装置（情報処理装置）１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、記憶部１３と、表示部１４と、操作部１５と、通信部１６と、バス１７などを備える。販売管理装置１０の各部は、バス１７を介して接続されている。
図１に示すように、販売管理装置（情報処理装置）１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、記憶部１３と、表示部１４と、操作部１５と、通信部１６と、バス１７などを備える。販売管理装置１０の各部は、バス１７を介して接続されている。
【0014】
少なくとも１つのプロセッサとしてのＣＰＵ（生成手段、変更手段、表示制御手段、起動手段）１１は、販売管理装置１０の各部を制御するプロセッサである。ＣＰＵ１１は、記憶部１３に記憶されているシステムプログラム及びアプリケーションプログラムのうち、指定されたプログラムを読み出してＲＡＭ１２に展開し、当該プログラムに従って各種処理を実行する。なお、図１では単一のＣＰＵ１１が図示されているが、これに限られない。ＣＰＵ等のプロセッサが２以上設けられていてもよく、本実施形態のＣＰＵ１１が実行する処理を、これらの２以上のプロセッサが分担して実行してもよい。
【0015】
ＲＡＭ１２は、ＣＰＵ１１に作業用のメモリ空間を提供し、一時データを記憶する。
【0016】
記憶部１３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）といった、データの書き込み及び読み出しが可能な記憶装置を備え、各種のプログラムやデータ等を記憶する。記憶部１３に記憶されるデータとしては、発注情報１３１、在庫管理情報１３２、要発注情報１３３、スケジュール情報１３４などがある。
【0017】
図２は、発注情報１３１の内容例を示す図である。
図２に示すように、発注情報１３１には、過去の発注履歴に関する情報が記録されている。具体的には、発注情報１３１には、過去に発注を行った商品ごとに、「発注コード」、「発注先コード」、「発注先名」、「商品コード」、「数量」、「金額」及び「発注日」の各項目に係るデータが記録されている。
図２に示すように、発注情報１３１には、過去の発注履歴に関する情報が記録されている。具体的には、発注情報１３１には、過去に発注を行った商品ごとに、「発注コード」、「発注先コード」、「発注先名」、「商品コード」、「数量」、「金額」及び「発注日」の各項目に係るデータが記録されている。
【0018】
図３は、在庫管理情報１３２の内容例を示す図である。
図３に示すように、在庫管理情報１３２には、商品の在庫に関する情報が記録されている。具体的には、在庫管理情報１３２には、ユーザーが取り扱う商品ごとに、「商品コード」、「商品名」、「単価」、「適正在庫数」及び「在庫数」の各項目に係るデータが記録されている。
図３に示すように、在庫管理情報１３２には、商品の在庫に関する情報が記録されている。具体的には、在庫管理情報１３２には、ユーザーが取り扱う商品ごとに、「商品コード」、「商品名」、「単価」、「適正在庫数」及び「在庫数」の各項目に係るデータが記録されている。
【0019】
図４は、要発注情報１３３の内容例を示す図である。
図４に示すように、要発注情報１３３には、発注が必要な商品に関する情報が記録されている。具体的には、要発注情報１３３には、発注が必要な商品ごとに、「商品コード」、「商品名」、「前回発注数」、「在庫数」及び「発注日付」の各項目に係るデータが記録されている。「発注日付」とは、前回の発注が行われたときの日付である。
図４に示すように、要発注情報１３３には、発注が必要な商品に関する情報が記録されている。具体的には、要発注情報１３３には、発注が必要な商品ごとに、「商品コード」、「商品名」、「前回発注数」、「在庫数」及び「発注日付」の各項目に係るデータが記録されている。「発注日付」とは、前回の発注が行われたときの日付である。
【0020】
なお、要発注情報１３３に記録されている全ての商品の発注が完了した場合、当該要発注情報１３３が記憶部１３から消去されるようになっている。要発注情報１３３が消去された状態において新たに発注が必要な商品が発生した場合、後述する要発注情報生成処理（図７参照）で要発注情報１３３が再度生成され、記憶部１３に記録される。
【0021】
図５は、スケジュール情報１３４の内容例を示す図である。
図５に示すように、スケジュール情報１３４には、スケジュールボタンＳＢをサポートパネル画面Ｒ２（図９参照）に表示する際の情報が記録されている。具体的には、スケジュール情報１３４には、表示対象のスケジュールボタンＳＢごとに、「スケジュールＩＤ」、「タイトル」、「表示」、「メッセージ」、「実行日」及び「実行プログラム」の各項目に係るデータが記録されている。「タイトル」とは、対応するスケジュールボタンＳＢに表示されるタイトルである。「表示」とは、対応するスケジュールボタンＳＢに表示される表示内容である。「メッセージ」とは、対応するスケジュールボタンＳＢが操作された際に表示されるスケジュール実行画面４３（図１５参照）に記されるメッセージである。「実行日」とは、対応するスケジュールボタンＳＢに表示される実行日である。「実行プログラム」とは、対応するスケジュールボタンＳＢが操作された際に実行されるプログラム等である。
図５に示すように、スケジュール情報１３４には、スケジュールボタンＳＢをサポートパネル画面Ｒ２（図９参照）に表示する際の情報が記録されている。具体的には、スケジュール情報１３４には、表示対象のスケジュールボタンＳＢごとに、「スケジュールＩＤ」、「タイトル」、「表示」、「メッセージ」、「実行日」及び「実行プログラム」の各項目に係るデータが記録されている。「タイトル」とは、対応するスケジュールボタンＳＢに表示されるタイトルである。「表示」とは、対応するスケジュールボタンＳＢに表示される表示内容である。「メッセージ」とは、対応するスケジュールボタンＳＢが操作された際に表示されるスケジュール実行画面４３（図１５参照）に記されるメッセージである。「実行日」とは、対応するスケジュールボタンＳＢに表示される実行日である。「実行プログラム」とは、対応するスケジュールボタンＳＢが操作された際に実行されるプログラム等である。
【0022】
販売管理装置１０の機能構成の説明に戻り、表示部１４は、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electro Luminescence）ディスプレイ等で構成され、ＣＰＵ１１から指示された表示情報に従い各種表示を行う。
【0023】
操作部１５は、キーボード等のキー入力部と、マウス等のポインティングデバイスとを有し、ユーザーからのキー操作入力及び位置操作入力を受け付け、その操作情報を、ＣＰＵ１１に出力する。ＣＰＵ１１は、操作部１５から送信された情報に基づいて、ユーザーの入力操作を受け付ける。
【0024】
通信部１６は、ネットワークカード等により構成されている。通信部１６は、通信ネットワークに通信接続されて、通信ネットワーク上の機器との通信を行う。
【0025】
【0026】
［スケジュールボタン表示処理］
図６は、スケジュールボタン表示処理の制御手順を示すフローチャートである。スケジュールボタン表示処理は、例えば、操作部１５を介して、メイン画面（第１領域）Ｒ１とサポートパネル画面（第２領域）Ｒ２を表示部１４に表示するための指示操作がなされたことを契機として開始されるようになっている。ここで、メイン画面Ｒ１とサポートパネル画面Ｒ２が表示部１４に表示される場合、図９に示すように、表示部１４の左側にメイン画面Ｒ１が表示され、当該メイン画面Ｒ１の右隣にサポートパネル画面Ｒ２が表示されるようになっている。
図６は、スケジュールボタン表示処理の制御手順を示すフローチャートである。スケジュールボタン表示処理は、例えば、操作部１５を介して、メイン画面（第１領域）Ｒ１とサポートパネル画面（第２領域）Ｒ２を表示部１４に表示するための指示操作がなされたことを契機として開始されるようになっている。ここで、メイン画面Ｒ１とサポートパネル画面Ｒ２が表示部１４に表示される場合、図９に示すように、表示部１４の左側にメイン画面Ｒ１が表示され、当該メイン画面Ｒ１の右隣にサポートパネル画面Ｒ２が表示されるようになっている。
【0027】
スケジュールボタン表示処理が開始されると、先ず、販売管理装置１０のＣＰＵ１１は、サポートパネル画面Ｒ２を表示部１４に表示する（ステップＳ１）。
【0028】
次いで、ＣＰＵ１１は、要発注情報生成処理を実行する（ステップＳ２）。
【0029】
図７は、要発注情報生成処理の制御手順を示すフローチャートである。
図７に示すように、要発注情報生成処理が開始されると、先ず、ＣＰＵ１１は、記憶部１３に記憶されている在庫管理情報１３２（図３参照）の先頭のレコードを取得する（ステップＳ２１）。
図７に示すように、要発注情報生成処理が開始されると、先ず、ＣＰＵ１１は、記憶部１３に記憶されている在庫管理情報１３２（図３参照）の先頭のレコードを取得する（ステップＳ２１）。
【0030】
次いで、ＣＰＵ１１は、ステップＳ２１又はステップＳ３０（後述）で取得されたレコードにデータがあるか否かを判定する（ステップＳ２２）。
【0031】
ステップＳ２２において、データがあると判定された場合（ステップＳ２２；ＹＥＳ）、ＣＰＵ１１は、該当するレコードの商品の在庫数が適正在庫数以下であるか否かを判定する（ステップＳ２３）。具体的には、ＣＰＵ１１は、該当するレコードの「在庫数」の項目の数値が「適正在庫数」の項目の数値以下であるか否かを判定する。
【0032】
ステップＳ２３において、該当するレコードの商品の在庫数が適正在庫数以下ではない、すなわち適正在庫数を上回っていると判定された場合（ステップＳ２３；ＮＯ）、ＣＰＵ１１は、処理をステップＳ３０に進める。
【0033】
また、ステップＳ２３において、該当するレコードの商品の在庫数が適正在庫数以下であると判定された場合（ステップＳ２３；ＹＥＳ）、ＣＰＵ１１は、要発注情報１３３を生成済みであるか否かを判定する（ステップＳ２４）。具体的には、ＣＰＵ１１は、記憶部１３に要発注情報１３３が記憶されている場合、要発注情報１３３を生成済みであると判定する。一方、ＣＰＵ１１は、記憶部１３に要発注情報１３３が記憶されていない場合、要発注情報１３３は生成済みではないと判定する。
【0034】
ステップＳ２４において、要発注情報１３３を生成済みであると判定された場合（ステップＳ２４；ＹＥＳ）、ＣＰＵ１１は、処理をステップＳ２６に進める。
【0035】
また、ステップＳ２４において、要発注情報１３３は生成済みではないと判定された場合（ステップＳ２４；ＮＯ）、ＣＰＵ１１は、要発注情報１３３（初期状態の要発注情報１３３（ファイル））を生成し（ステップＳ２５）、処理をステップＳ２６に進める。
【0036】
次いで、ＣＰＵ１１は、要発注情報１３３にレコードを追加する（ステップＳ２６）。具体的には、ステップＳ２４において、要発注情報１３３を生成済みであると判定された場合、ＣＰＵ１１は、当該要発注情報１３３の最後のレコードに続く行にレコードを追加する。また、ステップＳ２４において、要発注情報１３３は生成済みではないと判定された場合、ＣＰＵ１１は、当該要発注情報１３３の１行目にレコードを新規に追加する。
【0037】
次いで、ＣＰＵ１１は、ステップＳ２６で追加したレコードに、商品コード、商品名、在庫数の各情報を設定する（ステップＳ２７）。例えば、ステップＳ２３において、商品名“薄力粉”の在庫数が適正在庫数以下であると判定された場合、ＣＰＵ１１は、ステップＳ２６で追加したレコードの「商品コード」の欄に“１０１０１１”を設定し、「商品名」の欄に“薄力粉”を設定し、「在庫数」の欄に“７”を設定する（図４参照）。また、ステップＳ２３において、商品名“バター”の在庫数が適正在庫数以下であると判定された場合、ＣＰＵ１１は、ステップＳ２６で追加したレコードの「商品コード」の欄に“２０１０２６”を設定し、「商品名」の欄に“バター”を設定し、「在庫数」の欄に“７”を設定する（図４参照）。また、ステップＳ２３において、商品名“牛乳”の在庫数が適正在庫数以下であると判定された場合、ＣＰＵ１１は、ステップＳ２６で追加したレコードの「商品コード」の欄に“２０１０１８”を設定し、「商品名」の欄に“牛乳”を設定し、「在庫数」の欄に“４”を設定する（図４参照）。
【0038】
次いで、ＣＰＵ１１は、ステップＳ２７で設定された商品コードと同一の商品コードで且つ発注日が最新であるレコードを、記憶部１３に記憶されている発注情報１３１から取得する（ステップＳ２８）。例えば、ステップＳ２７で設定された商品コードが“１０１０１１”（薄力粉）である場合、発注情報１３１から同一の商品コード“１０１０１１”で最新の発注日“２０２２／４／２１”のレコード（発注コード“１００１０５”のレコード；図２参照）が取得される。同様に、ステップＳ２７で設定された商品コードが“２０１０２６”（バター）である場合、発注情報１３１から同一の商品コード“２０１０２６”で最新の発注日“２０２２／４／２３”のレコード（発注コード“１００１０９”のレコード；図２参照）が取得される。また、同様に、ステップＳ２７で設定された商品コードが“２０１０１８”（牛乳）である場合、発注情報１３１から同一の商品コード“２０１０１８”で最新の発注日“２０２２／４／２８”のレコード（発注コード“１００１１０”のレコード；図２参照）が取得される。
【0039】
次いで、ＣＰＵ１１は、ステップＳ２８で取得されたレコードの「数量（発注数）」及び「発注日」の各項目の情報を、ステップＳ２６で追加したレコードに設定する（ステップＳ２９）。例えば、上述した“薄力粉”を例に挙げると、上記レコードの「数量」の項目の“３０”が、追加されたレコードの「前回発注数」の欄に設定され、当該レコードの「発注日」の項目の“２０２２／４／２１”が、追加されたレコードの「発注日付」の欄に設定される（図４参照）。同様に、上述した“バター”を例に挙げると、上記レコードの「数量」の項目の“４０”が、追加されたレコードの「前回発注数」の欄に設定され、当該レコードの「発注日」の項目の“２０２２／４／２３”が、追加されたレコードの「発注日付」の欄に設定される（図４参照）。また、同様に、上述した“牛乳”を例に挙げると、上記レコードの「数量」の項目の“２０”が、追加されたレコードの「前回発注数」の欄に設定され、当該レコードの「発注日」の項目の“２０２２／４／２８”が、追加されたレコードの「発注日付」の欄に設定される（図４参照）。
【0040】
次いで、ＣＰＵ１１は、記憶部１３に記憶されている在庫管理情報１３２（図３参照）の次行のレコードを取得する（ステップＳ３０）。そして、ＣＰＵ１１は、処理をステップＳ２２に戻し、それ以降の処理を繰り返し行う。
【0041】
また、ステップＳ２２において、データがないと判定された場合（ステップＳ２２；ＮＯ）、ＣＰＵ１１は、当該要発注情報生成処理が実行されている間に、ステップＳ２６で要発注情報１３３にレコードが追加されたか否かを判定する（ステップＳ３１）。
【0042】
ステップＳ３１において、ステップＳ２６で要発注情報１３３にレコードが追加されたと判定された場合（ステップＳ３１；ＹＥＳ）、ＣＰＵ１１は、要発注情報１３３を記憶部１３に記録する（ステップＳ３２）。そして、ＣＰＵ１１は、処理をスケジュールボタン表示処理（図６参照）に戻し、ステップＳ３以降の処理を行う。
【0043】
また、ステップＳ３１において、ステップＳ２６で要発注情報１３３にレコードが追加されていないと判定された場合（ステップＳ３１；ＮＯ）、ＣＰＵ１１は、処理をスケジュールボタン表示処理（図６参照）に戻し、ステップＳ３以降の処理を行う。
【0044】
図６のスケジュールボタン表示処理の制御手順の説明に戻り、ＣＰＵ１１は、ステップＳ２の処理を実行した後、要発注情報１３３が生成されたか否かを判定する（ステップＳ３）。
【0045】
ステップＳ３において、要発注情報１３３が生成されていないと判定された場合（ステップＳ３；ＮＯ）、ＣＰＵ１１は、スケジュールボタン表示処理を終了する。
【0046】
また、ステップＳ３において、要発注情報１３３が生成されたと判定された場合（ステップＳ３；ＹＥＳ）、ＣＰＵ１１は、記憶部１３に記憶されているスケジュール情報１３４にレコードを追加する（ステップＳ４）。
【0047】
次いで、ＣＰＵ１１は、ステップＳ４で追加されたレコードの「スケジュールＩＤ」の欄に、設定済みのスケジュールＩＤの最大値を１インクリメントした値を設定する（ステップＳ５）。例えば、設定済みのスケジュールＩＤの最大値が“１０”である場合、図５に示すように、１インクリメントした値である“１１”を、ステップＳ４で追加されたレコードの「スケジュールＩＤ」の欄に設定する。
【0048】
次いで、ＣＰＵ１１は、ステップＳ４で追加されたレコードの「タイトル」の欄に“発注業務”を設定し、「表示」の欄に“要商品発注”を設定する（ステップＳ６）。
【0049】
次いで、ＣＰＵ１１は、メッセージ情報生成処理を実行する（ステップＳ７）。
【0050】
図８は、メッセージ情報生成処理の制御手順を示すフローチャートである。
図８に示すように、メッセージ情報生成処理が開始されると、先ず、ＣＰＵ１１は、記憶部１３に記憶されている要発注情報１３３（図４参照）の先頭のレコードを取得する（ステップＳ４１）。
図８に示すように、メッセージ情報生成処理が開始されると、先ず、ＣＰＵ１１は、記憶部１３に記憶されている要発注情報１３３（図４参照）の先頭のレコードを取得する（ステップＳ４１）。
【0051】
次いで、ＣＰＵ１１は、ステップＳ４１又はステップＳ４６（後述）で取得されたレコードにデータがあるか否かを判定する（ステップＳ４２）。
【0052】
ステップＳ４２において、データがあると判定された場合（ステップＳ４２；ＹＥＳ）、ＣＰＵ１１は、スケジュールボタン表示処理（図６参照）のステップＳ４で追加されたレコードの「メッセージ」の欄に文字列（例えば“薄力粉”等）が追加されているか否かを判定する（ステップＳ４３）。
【0053】
ステップＳ４３において、スケジュールボタン表示処理（図６参照）のステップＳ４で追加されたレコードの「メッセージ」の欄に文字列が追加されていると判定された場合（ステップＳ４３；ＹＥＳ）、ＣＰＵ１１は、当該文字列の最後尾にカンマ“、”を追加し（ステップＳ４４）、処理をステップＳ４５に進める。
【0054】
また、ステップＳ４３において、スケジュールボタン表示処理（図６参照）のステップＳ４で追加されたレコードの「メッセージ」の欄に文字列が追加されていないと判定された場合（ステップＳ４３；ＮＯ）、ＣＰＵ１１は、ステップＳ４４をスキップし、処理をステップＳ４５に進める。
【0055】
次いで、ＣＰＵ１１は、スケジュールボタン表示処理（図６参照）のステップＳ４で追加されたレコードの「メッセージ」の欄に、ステップＳ４１又はステップＳ４６（後述）で取得されたレコードの「商品名」の項目の情報を追加する（ステップＳ４５）。例えば、ステップＳ４１で要発注情報１３３の先頭のレコードが取得されている場合、当該先頭のレコードの「商品名」の項目の情報である“薄力粉”が追加されることとなる。
【0056】
次いで、ＣＰＵ１１は、記憶部１３に記憶されている要発注情報１３３（図４参照）の次行のレコードを取得する（ステップＳ４６）。そして、ＣＰＵ１１は、処理をステップＳ４２に戻し、それ以降の処理を繰り返し行う。
【0057】
また、ステップＳ４２において、データがないと判定された場合（ステップＳ４２；ＮＯ）、ＣＰＵ１１は、スケジュールボタン表示処理（図６参照）のステップＳ４で追加されたレコードの「メッセージ」の項目に“を発注してください。”の文字列を追加する（ステップＳ４７）。そして、ＣＰＵ１１は、処理をスケジュールボタン表示処理（図６参照）に戻し、ステップＳ８以降の処理を行う。
【0058】
図６のスケジュールボタン表示処理の制御手順の説明に戻り、ＣＰＵ１１は、ステップＳ７の処理を実行した後、ステップＳ４で追加されたレコードの「メッセージ」の欄にステップＳ７で生成されたメッセージ情報（例えば“薄力粉、バター、牛乳を発注してください。”）を設定する（ステップＳ８）。
【0059】
次いで、ＣＰＵ１１は、ステップＳ４で追加されたレコードの「実行日」の欄に本日（例えば“２０２２／５／２４”）の３日後の日付（例えば“２０２２／５／２７”）を設定する（ステップＳ９）。
【0060】
次いで、ＣＰＵ１１は、ステップＳ４で追加されたレコードの「実行プログラム」の欄に発注プログラム名（例えば“OrderProc.exe”）と要発注情報を参照する引数（例えば“OrderList”）を設定する（ステップＳ１０）。
【0061】
次いで、ＣＰＵ１１は、ステップＳ４で追加されたレコードの各情報に基づいて、サポートパネル画面Ｒ２にスケジュールボタンＳＢを表示し（ステップＳ１１）、スケジュールボタン表示処理を終了する。
【0062】
図９は、サポートパネル画面Ｒ２に表示されたスケジュールボタンＳＢの例を示す図である。
図９に示すように、スケジュールボタンＳＢは、上述のようにステップＳ４で追加されたレコードの各情報（例えば、タイトル“発注業務”、表示“要商品発注”、実行日“２０２２／５／２７”）に基づいて、上段にタイトル“発注業務”が表示され、中段に表示“要商品発注”が表示され、下段に実行日“２０２２／５／２７”が表示されている。このスケジュールボタンＳＢを選択する操作がなされると、上記のステップＳ４で追加されたレコードの情報（例えば、実行プログラム“OrderProc.exe”）に基づいて、発注アプリが起動され、発注業務に係るメニュー（図示省略）がメイン画面Ｒ１に表示される。また、このとき、当該レコードの情報（例えば、要発注情報を参照する引数“OrderList”）に基づいて、後述する要発注一覧画面４２がメイン画面Ｒ１上に重畳表示される。
図９に示すように、スケジュールボタンＳＢは、上述のようにステップＳ４で追加されたレコードの各情報（例えば、タイトル“発注業務”、表示“要商品発注”、実行日“２０２２／５／２７”）に基づいて、上段にタイトル“発注業務”が表示され、中段に表示“要商品発注”が表示され、下段に実行日“２０２２／５／２７”が表示されている。このスケジュールボタンＳＢを選択する操作がなされると、上記のステップＳ４で追加されたレコードの情報（例えば、実行プログラム“OrderProc.exe”）に基づいて、発注アプリが起動され、発注業務に係るメニュー（図示省略）がメイン画面Ｒ１に表示される。また、このとき、当該レコードの情報（例えば、要発注情報を参照する引数“OrderList”）に基づいて、後述する要発注一覧画面４２がメイン画面Ｒ１上に重畳表示される。
【0063】
［発注アプリ実行表示処理］
図１０は、発注アプリ実行表示処理の制御手順を示すフローチャートである。発注アプリ実行表示処理は、例えば、操作部１５を介して、メイン画面Ｒ１に表示されているメニュー（図示省略）から発注ボタン（図示省略）を選択する操作がなされたことを契機として開始されるようになっている。
図１０は、発注アプリ実行表示処理の制御手順を示すフローチャートである。発注アプリ実行表示処理は、例えば、操作部１５を介して、メイン画面Ｒ１に表示されているメニュー（図示省略）から発注ボタン（図示省略）を選択する操作がなされたことを契機として開始されるようになっている。
【0064】
発注アプリ実行表示処理が開始されると、先ず、ＣＰＵ１１は、要発注情報生成処理を実行する（ステップＳ６１）。なお、この要発注情報生成処理は、スケジュールボタン表示処理（図６参照）の要発注情報生成処理（ステップＳ２）と同一であるため説明を省略する。
【0065】
次いで、ＣＰＵ１１は、要発注情報１３３が生成されたか否かを判定する（ステップＳ６２）。
【0066】
ステップＳ６２において、要発注情報１３３が生成されていないと判定された場合（ステップＳ６２；ＮＯ）、ＣＰＵ１１は、発注アプリ実行表示処理を終了する。
【0067】
また、ステップＳ６２において、要発注情報１３３が生成されたと判定された場合（ステップＳ６２；ＹＥＳ）、ＣＰＵ１１は、要発注情報を参照する引数があるか否かを判定する（ステップＳ６３）。
【0068】
ステップＳ６３において、要発注情報を参照する引数があると判定された場合（ステップＳ６３；ＹＥＳ）、ＣＰＵ１１は、処理をステップＳ６９に進める。
【0069】
また、ステップＳ６３において、要発注情報を参照する引数がないと判定された場合（ステップＳ６３；ＮＯ）、ＣＰＵ１１は、メッセージ情報生成処理を実行する（ステップＳ６４）。なお、このメッセージ情報生成処理は、スケジュールボタン表示処理（図６参照）のメッセージ情報生成処理（ステップＳ７）と同一であるため説明を省略する。
【0070】
次いで、ＣＰＵ１１は、ステップＳ６４で生成されたメッセージ情報を記した要発注メッセージ画面４１を表示部１４に表示する（ステップＳ６５）。
【0071】
図１２は、要発注メッセージ画面４１の例を示す図である。
図１２に示すように、要発注メッセージ画面４１には、ステップＳ６４で生成されたメッセージ情報（例えば、“薄力粉、バター、牛乳を発注してください。”）が表示されるとともに、後述する要発注一覧画面４２を表示部１４に表示させるための要発注一覧画面表示ボタン４１１と、要発注メッセージ画面４１を閉じるためのキャンセルボタン４１２と、が設けられている。
図１２に示すように、要発注メッセージ画面４１には、ステップＳ６４で生成されたメッセージ情報（例えば、“薄力粉、バター、牛乳を発注してください。”）が表示されるとともに、後述する要発注一覧画面４２を表示部１４に表示させるための要発注一覧画面表示ボタン４１１と、要発注メッセージ画面４１を閉じるためのキャンセルボタン４１２と、が設けられている。
【0072】
発注アプリ実行表示処理の制御手順の説明に戻り、ＣＰＵ１１は、ステップＳ６５の処理を実行した後、要発注情報の更新の有無を示す更新フラグをＯＮにする（ステップＳ６６）。
【0073】
次いで、ＣＰＵ１１は、要発注メッセージ画面４１に設けられている要発注一覧画面表示ボタン４１１の操作がなされたか否かを判定する（ステップＳ６７）。
【0074】
ステップＳ６７において、要発注一覧画面表示ボタン４１１の操作がなされていないと判定された場合（ステップＳ６７；ＮＯ）、ＣＰＵ１１は、発注アプリ実行表示処理を終了する。
【0075】
また、ステップＳ６７において、要発注一覧画面表示ボタン４１１の操作がなされたと判定された場合（ステップＳ６７；ＹＥＳ）、ＣＰＵ１１は、要発注一覧生成処理を実行する（ステップＳ６８）。
【0076】
図１１は、要発注一覧表生成処理の制御手順を示すフローチャートである。
図１１に示すように、要発注一覧表生成処理が開始されると、先ず、ＣＰＵ１１は、記憶部１３に記憶されている要発注情報１３３（図４参照）の先頭のレコードを取得する（ステップＳ８１）。
図１１に示すように、要発注一覧表生成処理が開始されると、先ず、ＣＰＵ１１は、記憶部１３に記憶されている要発注情報１３３（図４参照）の先頭のレコードを取得する（ステップＳ８１）。
【0077】
次いで、ＣＰＵ１１は、要発注一覧表の先頭行を選択する（ステップＳ８２）。
【0078】
次いで、ＣＰＵ１１は、ステップＳ８１又はステップＳ８７（後述）で取得されたレコードにデータがあるか否かを判定する（ステップＳ８３）。
【0079】
ステップＳ８３において、取得されたレコードにデータがないと判定された場合（ステップＳ８３；ＮＯ）、ＣＰＵ１１は、要発注一覧表生成処理を終了する。そして、ＣＰＵ１１は、処理を発注アプリ実行表示処理に戻し、ステップＳ６９以降の処理を行う。
【0080】
また、ステップＳ８３において、取得されたレコードにデータがあると判定された場合（ステップＳ８３；ＹＥＳ）、ＣＰＵ１１は、ステップＳ８２又はステップＳ８８（後述）で選択された行の「商品名」の欄に、当該取得されたレコードの「商品名」の項目の情報を設定する（ステップＳ８４）。例えば、要発注情報１３３（図４参照）から取得されたレコードが１行目である場合、当該レコードの「商品名」の項目の情報である“薄力粉”を、要発注一覧表の１行目の「商品名」の欄に設定する。
【0081】
次いで、ＣＰＵ１１は、ステップＳ８２又はステップＳ８８（後述）で選択された行の「数量」の欄に、当該取得されたレコードの「前回発注数」の項目の情報を設定する（ステップＳ８５）。例えば、要発注情報１３３（図４参照）から取得されたレコードが１行目である場合、当該レコードの「前回発注数」の項目の情報である“３０”を、要発注一覧表の１行目の「数量」の欄に設定する。
【0082】
次いで、ＣＰＵ１１は、ステップＳ８２又はステップＳ８８（後述）で選択された行の「在庫数」の欄に、当該取得されたレコードの「在庫数」の項目の情報を設定する（ステップＳ８６）。例えば、要発注情報１３３（図４参照）から取得されたレコードが１行目である場合、当該レコードの「在庫数」の項目の情報である“７”を、要発注一覧表の１行目の「在庫数」の欄に設定する。
【0083】
次いで、ＣＰＵ１１は、記憶部１３に記憶されている要発注情報１３３（図４参照）の次行のレコードを取得する（ステップＳ８７）。
【0084】
次いで、ＣＰＵ１１は、要発注一覧表の次行を選択する（ステップＳ８８）。そして、ＣＰＵ１１は、処理をステップＳ８３に戻し、それ以降の処理を繰り返し行うことで要発注一覧表を生成する。
【0085】
図１０の発注アプリ実行表示処理の制御手順の説明に戻り、ＣＰＵ１１は、ステップＳ６８の処理を実行した後、要発注一覧画面４２を表示部１４に表示する（ステップＳ６９）。
【0086】
図１３は、要発注一覧画面４２の例を示す図である。
図１３に示すように、要発注一覧画面４２には、上述の要発注情報を参照する引数又はステップＳ６８の要発注一覧表生成処理によって生成された要発注一覧表４２１が表示されるとともに、要発注一覧表４２１に表示されている商品の発注（一括発注）を実行する際に用いられる発注ボタン４２２と、要発注一覧画面４２を閉じるためのキャンセルボタン４２３と、が設けられている。
図１３に示すように、要発注一覧画面４２には、上述の要発注情報を参照する引数又はステップＳ６８の要発注一覧表生成処理によって生成された要発注一覧表４２１が表示されるとともに、要発注一覧表４２１に表示されている商品の発注（一括発注）を実行する際に用いられる発注ボタン４２２と、要発注一覧画面４２を閉じるためのキャンセルボタン４２３と、が設けられている。
【0087】
発注アプリ実行表示処理の制御手順の説明に戻り、ＣＰＵ１１は、ステップＳ６９の処理を実行した後、上記の発注ボタン４２２の操作を契機として、発注が実行されたか否かを判定する（ステップＳ７０）。
【0088】
ステップＳ７０において、発注が実行されていないと判定された場合（ステップＳ７０；ＮＯ）、ＣＰＵ１１は、発注アプリ実行表示処理を終了する。
【0089】
また、ステップＳ７０において、発注が実行されたと判定された場合（ステップＳ７０；ＹＥＳ）、ＣＰＵ１１は、要発注情報の削除の有無を示す削除フラグをＯＮにして（ステップＳ７１）、発注アプリ実行表示処理を終了する。
【0090】
［スケジュール実行処理］
図１４は、スケジュール実行処理の制御手順を示すフローチャートである。
図１４に示すように、スケジュール実行処理が開始されると、先ず、ＣＰＵ１１は、サポートパネル画面Ｒ２に表示されているスケジュールボタンＳＢの操作がなされたか否かを判定する（ステップＳ１０１）。
図１４は、スケジュール実行処理の制御手順を示すフローチャートである。
図１４に示すように、スケジュール実行処理が開始されると、先ず、ＣＰＵ１１は、サポートパネル画面Ｒ２に表示されているスケジュールボタンＳＢの操作がなされたか否かを判定する（ステップＳ１０１）。
【0091】
ステップＳ１０１において、スケジュールボタンＳＢの操作がなされていないと判定された場合（ステップＳ１０１；ＮＯ）、ＣＰＵ１１は、スケジュール実行処理を終了する。
【0092】
また、ステップＳ１０１において、スケジュールボタンＳＢの操作がなされたと判定された場合（ステップＳ１０１；ＹＥＳ）、ＣＰＵ１１は、スケジュール実行画面４３を表示部１４に表示する（ステップＳ１０２）。
【0093】
図１５は、スケジュール実行画面４３の例を示す図である。
図１５に示すように、スケジュール実行画面４３には、スケジュール情報１３４の該当するレコードの「表示」の項目の情報（例えば、“要商品発注”）及び「メッセージ」の項目の情報（例えば、“薄力粉、バター、牛乳を発注してください。”）が表示されるとともに、商品の発注を実行する際に用いられる実行ボタン４３１と、スケジュール実行画面４３を閉じるためのキャンセルボタン４３２と、が設けられている。
図１５に示すように、スケジュール実行画面４３には、スケジュール情報１３４の該当するレコードの「表示」の項目の情報（例えば、“要商品発注”）及び「メッセージ」の項目の情報（例えば、“薄力粉、バター、牛乳を発注してください。”）が表示されるとともに、商品の発注を実行する際に用いられる実行ボタン４３１と、スケジュール実行画面４３を閉じるためのキャンセルボタン４３２と、が設けられている。
【0094】
スケジュール実行処理の制御手順の説明に戻り、ＣＰＵ１１は、ステップＳ１０２の処理を実行した後、キャンセルボタン４３２の操作がなされたか否かを判定する（ステップＳ１０３）。
【0095】
ステップＳ１０３において、キャンセルボタン４３２の操作がなされたと判定された場合（ステップＳ１０３；ＹＥＳ）、ＣＰＵ１１は、処理をステップＳ１０１に戻し、それ以降の処理を繰り返し行う。
【0096】
また、ステップＳ１０３において、キャンセルボタン４３２の操作がなされていないと判定された場合（ステップＳ１０３；ＮＯ）、ＣＰＵ１１は、実行ボタン４３１の操作がなされたか否かを判定する（ステップＳ１０４）。
【0097】
ステップＳ１０４において、実行ボタン４３１の操作がなされていないと判定された場合（ステップＳ１０４；ＮＯ）、ＣＰＵ１１は、処理をステップＳ１０３に戻し、それ以降の処理を繰り返し行う。
【0098】
また、ステップＳ１０４において、実行ボタン４３１の操作がなされたと判定された場合（ステップＳ１０４；ＹＥＳ）、ＣＰＵ１１は、要発注一覧画面４２（図１３参照）を表示部１４に表示する（ステップＳ１０５）。
【0099】
次いで、ＣＰＵ１１は、要発注一覧画面４２に設けられている発注ボタン４２２の操作を契機として、発注が実行されたか否かを判定する（ステップＳ１０６）。
【0100】
ステップＳ１０６において、発注が実行されていないと判定された場合（ステップＳ１０６；ＮＯ）、ＣＰＵ１１は、スケジュール実行処理を終了する。
【0101】
また、ステップＳ１０６において、発注が実行されたと判定された場合（ステップＳ１０６；ＹＥＳ）、ＣＰＵ１１は、要発注情報の削除の有無を示す削除フラグをＯＮにして（ステップＳ１０７）、スケジュール実行処理を終了する。
【0102】
［スケジュールボタン更新処理］
図１６は、スケジュールボタン更新処理の制御手順を示すフローチャートである。スケジュールボタン更新処理は、例えば、サポートパネル画面Ｒ２が表示部１４に表示されている期間に行われる処理となっている。したがって、サポートパネル画面Ｒ２を非表示とする操作がなされた場合、このスケジュールボタン更新処理が終了するようになっている。
図１６は、スケジュールボタン更新処理の制御手順を示すフローチャートである。スケジュールボタン更新処理は、例えば、サポートパネル画面Ｒ２が表示部１４に表示されている期間に行われる処理となっている。したがって、サポートパネル画面Ｒ２を非表示とする操作がなされた場合、このスケジュールボタン更新処理が終了するようになっている。
【0103】
スケジュールボタン更新処理が開始されると、先ず、ＣＰＵ１１は、更新フラグがＯＮになっているか否かを判定する（ステップＳ１２１）。
【0104】
ステップＳ１２１において、更新フラグがＯＮになっていると判定された場合（ステップＳ１２１；ＹＥＳ）、ＣＰＵ１１は、更新された要発注情報１３３に基づいて、スケジュール情報１３４の該当レコードを更新する（ステップＳ１２２）。具体的には、図１７に示すように、要発注情報１３３に、商品コード“２０２０１６”の“ヨーグルト”が新たに加わった場合、ＣＰＵ１１は、当該要発注情報１３３に基づいて、図１８に示すように、スケジュール情報１３４のスケジュールＩＤ“１１”のレコードの「メッセージ」の項目の情報を“薄力粉、バター、牛乳、ヨーグルトを発注してください。”に更新する。
【0105】
次いで、ＣＰＵ１１は、サポートパネル画面Ｒ２に表示されているスケジュールボタンＳＢを更新して表示する（ステップＳ１２３）。具体的には、図１９に示すように、要発注情報１３３が更新されたことをユーザーが識別できるように、スケジュールボタンＳＢの右上部に“新着”のメッセージを付すことで、スケジュールボタンＳＢを更新する。
【0106】
次いで、ＣＰＵ１１は、更新フラグをＯＦＦにし（ステップＳ１２４）、処理をステップＳ１２１に戻し、それ以降の処理を繰り返し行う。
【0107】
また、ステップＳ１２１において、更新フラグがＯＮになっていないと判定された場合（ステップＳ１２１；ＮＯ）、ＣＰＵ１１は、削除フラグがＯＮになっているか否かを判定する（ステップＳ１２５）。
【0108】
ステップＳ１２５において、削除フラグがＯＮになっていると判定された場合（ステップＳ１２５；ＹＥＳ）、ＣＰＵ１１は、商品の発注が実行された要発注情報１３３に基づいて、スケジュール情報１３４の該当レコードを削除する（ステップＳ１２６）。このとき、ＣＰＵ１１は、該当レコードを削除した後、当該要発注情報１３３を削除する。
【0109】
次いで、ＣＰＵ１１は、サポートパネル画面Ｒ２に表示されているスケジュールボタンＳＢを削除する（ステップＳ１２７）。なお、スケジュールボタンＳＢを削除する代わりに、図２０に示すように、商品の発注が実行されたことをユーザーが識別できるようにスケジュールボタンＳＢの右上部に“済”のメッセージを付すようにしてもよい。また、スケジュールボタンＳＢの表示色を通常の表示色（例えば、青色）とは異なる表示色（例えば、灰色）で表示するようにしてもよい。
【0110】
次いで、ＣＰＵ１１は、削除フラグをＯＦＦにし（ステップＳ１２８）、処理をステップＳ１２１に戻し、それ以降の処理を繰り返し行う。
【0111】
また、ステップＳ１２５において、削除フラグがＯＮになっていないと判定された場合（ステップＳ１２５；ＮＯ）、ＣＰＵ１１は、処理をステップＳ１２１に戻し、それ以降の処理を繰り返し行う。
【0112】
以上説明したように、販売管理装置１０のＣＰＵ１１は、或る条件を満たした場合、発注が必要な商品に係る要発注情報１３３（発注タスク）を生成する。また、ＣＰＵ１１は、生成された要発注情報１３３を、当該要発注情報１３３の生成後に行われた上記商品の発注に応じて変更する。
したがって、ＣＰＵ１１によれば、生成された要発注情報１３３を、当該要発注情報１３３の生成後に行われた商品の発注に応じて変更するので、発注案内を柔軟且つ適切に行うことができる。
したがって、ＣＰＵ１１によれば、生成された要発注情報１３３を、当該要発注情報１３３の生成後に行われた商品の発注に応じて変更するので、発注案内を柔軟且つ適切に行うことができる。
【0113】
また、ＣＰＵ１１は、在庫数が適正在庫数以下である商品を対象として要発注情報１３３を生成する。
したがって、ＣＰＵ１１によれば、上記の要発注情報１３３を生成することにより、ユーザーが取り扱う商品の在庫を適切に管理することができる。
したがって、ＣＰＵ１１によれば、上記の要発注情報１３３を生成することにより、ユーザーが取り扱う商品の在庫を適切に管理することができる。
【0114】
また、ＣＰＵ１１は、要発注情報１３３をユーザー操作により選択可能なスケジュールボタンＳＢ（オブジェクト）として表示部１４に表示させ、スケジュールボタンＳＢを選択する入力操作がなされた場合、要発注情報１３３の内容を表示部１４に表示させる。
したがって、ＣＰＵ１１によれば、上記のスケジュールボタンＳＢを表示することにより、発注が必要な商品があることをユーザーに認識させることができるので、商品の発注漏れを抑制することができる。また、ＣＰＵ１１によれば、スケジュールボタンＳＢを選択する入力操作によって、要発注情報１３３の内容を表示することができるので、発注が必要な商品の詳細をユーザーに認識させることができる。この結果、商品の発注漏れをより抑制することができる。
したがって、ＣＰＵ１１によれば、上記のスケジュールボタンＳＢを表示することにより、発注が必要な商品があることをユーザーに認識させることができるので、商品の発注漏れを抑制することができる。また、ＣＰＵ１１によれば、スケジュールボタンＳＢを選択する入力操作によって、要発注情報１３３の内容を表示することができるので、発注が必要な商品の詳細をユーザーに認識させることができる。この結果、商品の発注漏れをより抑制することができる。
【0115】
また、ＣＰＵ１１は、要発注情報１３３にリストアップされた商品のうちの一部の商品の発注が行われた場合、又は、要発注情報１３３にリストアップされた商品とは別の商品（例えば、“ヨーグルト”）の在庫数が適正在庫数以下となった場合、当該要発注情報１３３の内容を更新する。また、ＣＰＵ１１は、要発注情報１３３の内容が更新された場合、スケジュールボタンＳＢを、当該更新がなされたことを識別可能な表示態様（“新着”のメッセージを付した状態；図１９参照）に変更して表示させる。
したがって、ＣＰＵ１１によれば、スケジュールボタンＳＢの表示態様を変更することにより、要発注情報１３３の内容が更新されたことをユーザーに認識させることができる。この結果、発注が必要な商品が更新されたことをユーザーに注意喚起することができるので、商品の発注漏れや商品を誤って余分に発注してしまうことを抑制することができる。
したがって、ＣＰＵ１１によれば、スケジュールボタンＳＢの表示態様を変更することにより、要発注情報１３３の内容が更新されたことをユーザーに認識させることができる。この結果、発注が必要な商品が更新されたことをユーザーに注意喚起することができるので、商品の発注漏れや商品を誤って余分に発注してしまうことを抑制することができる。
【0116】
また、ＣＰＵ１１は、要発注情報１３３にリストアップされた商品すべての発注が行われた場合、要発注情報１３３を削除する。また、ＣＰＵ１１は、要発注情報１３３が削除された場合、スケジュールボタンＳＢを非表示（削除）とする。
したがって、ＣＰＵ１１によれば、要発注情報１３３にリストアップされた商品すべての発注が行われた場合、スケジュールボタンＳＢを非表示（削除）とすることにより、ユーザーを困惑させたり、要発注情報１３３にリストアップされていた商品を誤って余分に発注してしまったりすることを抑制することができる。
したがって、ＣＰＵ１１によれば、要発注情報１３３にリストアップされた商品すべての発注が行われた場合、スケジュールボタンＳＢを非表示（削除）とすることにより、ユーザーを困惑させたり、要発注情報１３３にリストアップされていた商品を誤って余分に発注してしまったりすることを抑制することができる。
【0117】
また、ＣＰＵ１１は、スケジュールボタンＳＢを選択する入力操作がなされた場合、発注アプリを起動させ、発注アプリに関する表示画面を表示部１４のメイン画面Ｒ１（第１領域）に表示させ、スケジュールボタンＳＢをサポートパネル画面Ｒ２（第２領域）に表示させる。
したがって、ＣＰＵ１１によれば、発注アプリに関する表示画面が表示される表示領域と、スケジュールボタンＳＢが表示される表示領域と、を分けることにより、発注業務を行い易くすることができる。
したがって、ＣＰＵ１１によれば、発注アプリに関する表示画面が表示される表示領域と、スケジュールボタンＳＢが表示される表示領域と、を分けることにより、発注業務を行い易くすることができる。
【0118】
また、ＣＰＵ１１は、更に、表示部１４に表示された発注ボタン（発注アプリを選択可能な選択ボタン）を選択する入力操作がなされた場合、発注アプリを起動させる。また、ＣＰＵ１１は、上記発注ボタンを選択する入力操作がなされた際に、要発注情報１３３が生成されている場合、当該要発注情報１３３の内容を表示部１４に表示させる。
したがって、ＣＰＵ１１によれば、上記発注ボタンを選択する入力操作がなされ、発注アプリが起動された場合にも、要発注情報１３３の内容（要発注メッセージ画面４１（図１２参照）、要発注一覧画面４２（図１３参照））を表示部１４に表示させることができるので、要発注情報１３３に係る商品の発注漏れを抑制することができる。
したがって、ＣＰＵ１１によれば、上記発注ボタンを選択する入力操作がなされ、発注アプリが起動された場合にも、要発注情報１３３の内容（要発注メッセージ画面４１（図１２参照）、要発注一覧画面４２（図１３参照））を表示部１４に表示させることができるので、要発注情報１３３に係る商品の発注漏れを抑制することができる。
【0119】
以上、本発明を実施形態に基づいて具体的に説明してきたが、本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。
【0120】
例えば、上記実施形態では、要発注情報１３３が更新された場合、図１９に示すように、スケジュールボタンＳＢの右上部に“新着”のメッセージを付することで、要発注情報１３３が更新されたことをユーザーに通知するようにしているが、当該通知の方法は上記の方法に限定されるものではない。
【0121】
また、上記実施形態では、要発注情報１３３の更新や削除に関する履歴を記憶部１３に記憶しておくようにしてもよい。
【0122】
また、上記実施形態において、発注の対象商品は、販売を目的とした商品に限られず、例えば、役務に関わる商品であってもよい。具体的には、工務店等が受注した住宅設備の修理（役務）に必要な部品等を発注の対象商品としてもよい。また、飲食店において注文を受けた料理に必要な材料や調味料等を発注の対象商品としてもよい。
【0123】
また、上記した実施形態では、本発明に係るプログラムのコンピュータ読み取り可能な媒体として記憶部１３のＨＤＤ、ＳＳＤを使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリや、ＣＤ－ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを、通信回線を介して提供する媒体として、キャリアウエーブ（搬送波）も本発明に適用される。
【符号の説明】
【0124】
１０ 販売管理装置
１１ ＣＰＵ
１２ ＲＡＭ
１３ 記憶部
１３１ 発注情報
１３２ 在庫管理情報
１３３ 要発注情報
１３４ スケジュール情報
１４ 表示部
１５ 操作部
１６ 通信部
１７ バス
１１ ＣＰＵ
１２ ＲＡＭ
１３ 記憶部
１３１ 発注情報
１３２ 在庫管理情報
１３３ 要発注情報
１３４ スケジュール情報
１４ 表示部
１５ 操作部
１６ 通信部
１７ バス
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】