(57)【特許請求の範囲】
【請求項１】
購入支援サーバにより実行される購入支援プログラムであって、
前記購入支援サーバが、施設に関連付けられた発注手続者により操作される発注側装置と、発注可能項目を提供する提供者により運用される提供側サーバと通信可能であり、
前記発注可能項目が、物品とサービスとの少なくとも一方を含み、
前記提供側サーバが、前記発注可能項目の発注のための処理を実行可能であり、
前記購入支援プログラムが、
前記発注可能項目を前記発注側装置に提示する第１の工程と、
前記発注側装置から前記発注可能項目の前記発注を指示する第１の発注指示を受信する第２の工程と、
前記第１の発注指示により発注された前記発注可能項目の前記発注を指示する第２の発注指示を前記提供側サーバに送信する第３の工程と、
前記発注可能項目が前記提供者において欠品であるか否かを表す欠品情報を取得する第４の工程と、
前記発注可能項目と前記欠品情報とを含む欠品履歴を記憶する第５の工程と、
予め記憶された所属関係に基づいて、前記施設ごとに前記発注の履歴を発注履歴として記憶する第６の工程と、
を前記購入支援サーバに実行させ、
前記所属関係が、前記発注手続者と前記発注手続者の所属する前記施設との関係を含む、
購入支援プログラム。
【請求項２】
前記第４の工程において、前記発注可能項目の前記発注の前に、前記発注可能項目が前記提供者において欠品であるか否かを前記提供側サーバに問い合わせることにより、前記欠品情報が取得される、
請求項１に記載の購入支援プログラム。
【請求項３】
前記第４の工程において、前記第２の発注指示により発注された前記発注可能項目が、発注された前記発注可能項目を提供するために前記発注手続者に対応して指定された提供店舗において欠品であるか否かを外部から入力可能にすることにより、前記欠品情報が取得される、
請求項１又は請求項２に記載の購入支援プログラム。
【請求項４】
前記発注履歴に含まれる第１の履歴と第２の履歴との比較を前記施設ごとにする第７の工程と、
前記第７の工程における前記比較の結果に基づいて、発注分析情報を作成する第８の工程と、
をさらに前記購入支援サーバに実行させ、
前記第１の履歴に対応した第１の期間が、前記第２の履歴に対応した第２の期間より現在に近い、
請求項１から請求項３のいずれか一項に記載の購入支援プログラム。
【請求項５】
前記第７の工程が、各前記施設ごとに、前記比較の時点を含む月内の前記第１の期間における前記発注に対する支払金額と、前記比較の前記時点の前の月内の同じ長さの前記第２の期間における前記発注に対する支払金額との差を計算し、
前記第８の工程が、前記差に応じた通知を各前記施設に対する前記発注分析情報として作成する、
請求項４に記載の購入支援プログラム。
【請求項６】
前記施設と前記発注手続者に発注を代理させた前記施設の入居者との少なくとも一方のために、第３の期間が終わる前に、前記第３の期間に前記発注に使用可能な予算と、前記第３の期間に前記発注に使用された金額とを比較する第９の工程と、
前記第９の工程における前記比較の結果に基づいて、予算分析情報を作成する第１０の工程と、
をさらに前記購入支援サーバに実行させる、
請求項１から請求項５のいずれか一項に記載の購入支援プログラム。
【請求項７】
前記第１０の工程が、前記予算を未消化である前記施設と前記予算を未消化である前記入居者との少なくとも一方をリスト化した前記予算分析情報を作成する、
請求項６に記載の購入支援プログラム。
【請求項８】
定期的に前記発注をしている前記発注可能項目の第４の期間における欠品率と、不定期的に前記発注をしている前記発注可能項目の前記第４の期間における欠品率と、の少なくとも一方を前記施設ごとに計算する第１１の工程をさらに前記購入支援サーバに実行させる、
請求項１から請求項７のいずれか一項に記載の購入支援プログラム。
【請求項９】
前記欠品履歴と前記発注履歴と所定のアルゴリズムとに基づいて、前記施設と時点と前記発注可能項目との少なくとも１つに関連した前記発注の予測を作成する第１２の工程をさらに前記購入支援サーバに実行させ、
前記欠品履歴が、欠品の発生した時点と欠品の発生した前記施設とを含み、
前記発注履歴が、前記発注の時点と前記発注を行った前記施設と発注された前記発注可能項目とを含む、
請求項１から請求項８のいずれか一項に記載の購入支援プログラム。
【請求項１０】
前記所定のアルゴリズムが、機械学習により更新される、
請求項９に記載の購入支援プログラム。
【請求項１１】
前記発注側装置が、前記発注に代理を必要とする代理必要者のために前記発注手続者により操作可能であり、
前記第１の発注指示が、前記発注手続者に前記発注を代理させた前記代理必要者に関する情報を含み、
前記購入支援プログラムが、
前記発注側装置から前記発注手続者に関する情報を含む第１の認証情報を取得する第１３の工程と、
前記第１の認証情報に基づいて第１の認証が成功したか否かを判定する第１４の工程と、
前記第１の認証が成功した場合、前記発注側装置による前記発注を可能にする第１５の工程と
前記発注手続者の前記施設に対応した第２の認証情報を前記提供側サーバに送信することにより、第２の認証が成功したか否かの判定を前記提供側サーバに要求する第１６の工程と、
をさらに前記購入支援サーバに実行させ、
前記第３の工程が、前記提供側サーバにおいて前記第２の認証が成功した場合、前記第２の発注指示を前記提供側サーバに出すことにより、前記第２の発注指示により指示された前記発注可能項目を前記第２の認証情報に対応した前記施設に提供するように、前記提供側サーバに指示することを含む、
請求項１から請求項１０のいずれか一項に記載の購入支援プログラム。
【請求項１２】
購入支援サーバにより実行される購入支援プログラムであって、
前記購入支援サーバが、施設に関連付けられた発注手続者により操作される発注側装置と、発注可能項目を提供する提供者により運用される提供側サーバと通信可能であり、
前記発注可能項目が、物品とサービスとの少なくとも一方を含み、
前記提供側サーバが、前記発注可能項目の発注のための処理を実行可能であり、
前記発注側装置が、前記発注に代理を必要とする代理必要者のために前記発注手続者により操作可能であり、
前記購入支援プログラムが、
前記発注可能項目を前記発注側装置に提示する第１の工程と、
前記発注側装置から前記発注可能項目の前記発注を指示する第１の発注指示であって、前記発注手続者に前記発注を代理させた前記代理必要者に関する情報を含んだ前記第１の発注指示を受信する第２の工程と、
前記第１の発注指示により発注された前記発注可能項目の前記発注を指示する第２の発注指示を前記提供側サーバに送信する第３の工程と、
前記発注可能項目が前記提供者において欠品であるか否かを表す欠品情報を取得する第４の工程と、
前記発注可能項目と前記欠品情報とを含む欠品履歴を記憶する第５の工程と、
前記発注側装置から前記発注手続者に関する情報を含む第１の認証情報を取得する第１３の工程と、
前記第１の認証情報に基づいて第１の認証が成功したか否かを判定する第１４の工程と、
前記第１の認証が成功した場合、前記発注側装置による前記発注を可能にする第１５の工程と
前記発注手続者の前記施設に対応した第２の認証情報を前記提供側サーバに送信することにより、第２の認証が成功したか否かの判定を前記提供側サーバに要求する第１６の工程と、
を前記購入支援サーバに実行させ、
前記第３の工程が、前記提供側サーバにおいて前記第２の認証が成功した場合、前記第２の発注指示を前記提供側サーバに出すことにより、前記第２の発注指示により指示された前記発注可能項目を前記第２の認証情報に対応した前記施設に提供するように、前記提供側サーバに指示することを含む、
購入支援プログラム。
【請求項１３】
購入支援サーバにより実行される購入支援方法であって、
前記購入支援サーバが、施設に関連付けられた発注手続者により操作される発注側装置と、発注可能項目を提供する提供者により運用される提供側サーバと通信可能であり、
前記発注可能項目が、物品とサービスとの少なくとも一方を含み、
前記提供側サーバが、前記発注可能項目の発注のための処理を実行可能であり、
前記購入支援方法が、
前記発注可能項目を前記発注側装置に提示する第１の工程と、
前記発注側装置から前記発注可能項目の前記発注を指示する第１の発注指示を受信する第２の工程と、
前記第１の発注指示により発注された前記発注可能項目の前記発注を指示する第２の発注指示を前記提供側サーバに送信する第３の工程と、
前記発注可能項目が前記提供者において欠品であるか否かを表す欠品情報を取得する第４の工程と、
前記発注可能項目と前記欠品情報とを含む欠品履歴を記憶する第５の工程と、
予め記憶された所属関係に基づいて、前記施設ごとに前記発注の履歴を発注履歴として記憶する第６の工程と、
を含み、
前記所属関係が、前記発注手続者と前記発注手続者の所属する前記施設との関係を含む、
購入支援方法。
【請求項１４】
購入支援サーバにより実行される購入支援方法であって、
前記購入支援サーバが、施設に関連付けられた発注手続者により操作される発注側装置と、発注可能項目を提供する提供者により運用される提供側サーバと通信可能であり、
前記発注可能項目が、物品とサービスとの少なくとも一方を含み、
前記提供側サーバが、前記発注可能項目の発注のための処理を実行可能であり、
前記発注側装置が、前記発注に代理を必要とする代理必要者のために前記発注手続者により操作可能であり、
前記購入支援方法が、
前記発注可能項目を前記発注側装置に提示する第１の工程と、
前記発注側装置から前記発注可能項目の前記発注を指示する第１の発注指示であって、前記発注手続者に前記発注を代理させた前記代理必要者に関する情報を含んだ前記第１の発注指示を受信する第２の工程と、
前記第１の発注指示により発注された前記発注可能項目の前記発注を指示する第２の発注指示を前記提供側サーバに送信する第３の工程と、
前記発注可能項目が前記提供者において欠品であるか否かを表す欠品情報を取得する第４の工程と、
前記発注可能項目と前記欠品情報とを含む欠品履歴を記憶する第５の工程と、
前記発注側装置から前記発注手続者に関する情報を含む第１の認証情報を取得する第１３の工程と、
前記第１の認証情報に基づいて第１の認証が成功したか否かを判定する第１４の工程と、
前記第１の認証が成功した場合、前記発注側装置による前記発注を可能にする第１５の工程と
前記発注手続者の前記施設に対応した第２の認証情報を前記提供側サーバに送信することにより、第２の認証が成功したか否かの判定を前記提供側サーバに要求する第１６の工程と、
を含み、
前記第３の工程が、前記提供側サーバにおいて前記第２の認証が成功した場合、前記第２の発注指示を前記提供側サーバに出すことにより、前記第２の発注指示により指示された前記発注可能項目を前記第２の認証情報に対応した前記施設に提供するように、前記提供側サーバに指示することを含む、
購入支援方法。
【請求項１５】
購入支援システムであって、
前記購入支援システムが、
購入支援サーバと、
施設に関連付けられた発注手続者により操作される発注側装置と、
発注可能項目を提供する提供者により運用される提供側サーバと、
を備え、
前記購入支援サーバが、前記発注側装置と前記提供側サーバと通信可能であり、
前記発注可能項目が、物品とサービスとの少なくとも一方を含み、
前記提供側サーバが、前記発注可能項目の発注のための処理を実行可能であり、
前記購入支援サーバが、
前記発注可能項目を前記発注側装置に提示する提示手段と、
前記発注側装置から前記発注可能項目の前記発注を指示する第１の発注指示を受信する発注指示受信手段と、
前記第１の発注指示により発注された前記発注可能項目の前記発注を指示する第２の発注指示を前記提供側サーバに送信する発注指示送信手段と、
前記発注可能項目が前記提供者において欠品であるか否かを表す欠品情報を取得する欠品情報取得手段と、
前記発注可能項目と前記欠品情報とを含む欠品履歴を記憶する欠品履歴記憶手段と、
予め記憶された所属関係に基づいて、前記施設ごとに前記発注の履歴を発注履歴として記憶する発注履歴記憶手段と、
を含み、
前記所属関係が、前記発注手続者と前記発注手続者の所属する前記施設との関係を含む、
購入支援システム。
【請求項１６】
購入支援システムであって、
前記購入支援システムが、
購入支援サーバと、
施設に関連付けられた発注手続者により操作される発注側装置と、
発注可能項目を提供する提供者により運用される提供側サーバと、
を備え、
前記購入支援サーバが、前記発注側装置と前記提供側サーバと通信可能であり、
前記発注側装置が、前記発注に代理を必要とする代理必要者のために前記発注手続者により操作可能であり、
前記発注可能項目が、物品とサービスとの少なくとも一方を含み、
前記提供側サーバが、前記発注可能項目の発注のための処理を実行可能であり、
前記購入支援サーバが、
前記発注可能項目を前記発注側装置に提示する提示手段と、
前記発注側装置から前記発注可能項目の前記発注を指示する第１の発注指示であって、前記発注手続者に前記発注を代理させた前記代理必要者に関する情報を含んだ前記第１の発注指示を受信する発注指示受信手段と、
前記第１の発注指示により発注された前記発注可能項目の前記発注を指示する第２の発注指示を前記提供側サーバに送信する発注指示送信手段と、
前記発注可能項目が前記提供者において欠品であるか否かを表す欠品情報を取得する欠品情報取得手段と、
前記発注可能項目と前記欠品情報とを含む欠品履歴を記憶する欠品履歴記憶手段と、
前記発注側装置から前記発注手続者に関する情報を含む第１の認証情報を取得する認証情報取得手段と、
前記第１の認証情報に基づいて第１の認証が成功したか否かを判定する第１の認証判定手段と、
前記第１の認証が成功した場合、前記発注側装置による前記発注を可能にする発注可能化手段と
前記発注手続者の前記施設に対応した第２の認証情報を前記提供側サーバに送信することにより、第２の認証が成功したか否かの判定を前記提供側サーバに要求する第２の認証判定手段と、
を含み、
前記発注指示送信手段が、前記提供側サーバにおいて前記第２の認証が成功した場合、前記第２の発注指示を前記提供側サーバに出すことにより、前記第２の発注指示により指示された前記発注可能項目を前記第２の認証情報に対応した前記施設に提供するように、前記提供側サーバに指示する、
購入支援システム。
【請求項１７】
施設に関連付けられた発注手続者により操作される発注側装置と、発注可能項目を提供する提供者により運用される提供側サーバと通信可能であり、
前記発注可能項目が、物品とサービスとの少なくとも一方を含み、
前記提供側サーバが、前記発注可能項目の発注のための処理を実行可能である購入支援装置であって、
前記発注可能項目を前記発注側装置に提示する第１の手段と、
前記発注側装置から前記発注可能項目の前記発注を指示する第１の発注指示を受信する第２の手段と、
前記第１の発注指示により発注された前記発注可能項目の前記発注を指示する第２の発注指示を前記提供側サーバに送信する第３の手段と、
前記発注可能項目が前記提供者において欠品であるか否かを表す欠品情報を取得する第４の手段と、
前記発注可能項目と前記欠品情報とを含む欠品履歴を記憶する第５の手段と、
予め記憶された所属関係に基づいて、前記施設ごとに前記発注の履歴を発注履歴として記憶する第６の手段と、
を有し、
前記所属関係が、前記発注手続者と前記発注手続者の所属する前記施設との関係を含む、
購入支援装置。
【請求項１８】
施設に関連付けられた発注手続者により操作される発注側装置と、発注可能項目を提供する提供者により運用される提供側サーバと通信可能であり、
前記発注可能項目が、物品とサービスとの少なくとも一方を含み、
前記提供側サーバが、前記発注可能項目の発注のための処理を実行可能である購入支援装置であって、
前記発注側装置が、前記発注に代理を必要とする代理必要者のために前記発注手続者により操作可能であり、
前記発注可能項目を前記発注側装置に提示する第１の手段と、
前記発注側装置から前記発注可能項目の前記発注を指示する第１の発注指示であって、前記発注手続者に前記発注を代理させた前記代理必要者に関する情報を含んだ前記第１の発注指示を受信する第２の手段と、
前記第１の発注指示により発注された前記発注可能項目の前記発注を指示する第２の発注指示を前記提供側サーバに送信する第３の手段と、
前記発注可能項目が前記提供者において欠品であるか否かを表す欠品情報を取得する第４の手段と、
前記発注可能項目と前記欠品情報とを含む欠品履歴を記憶する第５の手段と、
前記発注側装置から前記発注手続者に関する情報を含む第１の認証情報を取得する第１３の手段と、
前記第１の認証情報に基づいて第１の認証が成功したか否かを判定する第１４の手段と、
前記第１の認証が成功した場合、前記発注側装置による前記発注を可能にする第１５の手段と
前記発注手続者の前記施設に対応した第２の認証情報を前記提供側サーバに送信することにより、第２の認証が成功したか否かの判定を前記提供側サーバに要求する第１６の手段と、
を有し、
前記第３の手段が、前記提供側サーバにおいて前記第２の認証が成功した場合、前記第２の発注指示を前記提供側サーバに出すことにより、前記第２の発注指示により指示された前記発注可能項目を前記第２の認証情報に対応した前記施設に提供するように、前記提供側サーバに指示する、
購入支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、購入支援プログラム、購入支援方法、及び購入支援システムに関するものである。
【背景技術】
【０００２】
従来、インターネットを介して商品又はサービスといった発注可能項目の提供者に発注をすることが行われている。また、介護施設といった施設には、自身が発注可能項目を発注することができない入居者や、何らかの理由により他人に発注の手続の代理をさせる入居者がいる。このような入居者である発注者の代わりに、介護職員が発注手続者として発注の手続を代理する場合がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】再表２０１９/０４３８６３
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、発注手続者がどの発注者のために発注をするのか、どの施設のどの発注者の発注が行われるのか、誰に請求をするのかといったことを管理するのは煩雑であるという不利益がある。そこで、本発明者は、複数の入居者及び介護職員のいる施設と提供者との間で発注に関連した手続を支援するサービスが必要であると考えた。一方で、発注可能項目の提供者は、発注者がどういった発注可能項目を必要としているかといった情報を取得することができず、発注の予測を立てるといった目的のために欠品の管理をすることが難しいという問題がある。
【０００５】
本発明はかかる事情に鑑みてなされたものであり、その目的は、提供者が欠品履歴を利用することにより発注可能項目の在庫管理が容易となる購入支援プログラム、購入支援方法、及び購入支援システムを提供することにある。
【課題を解決するための手段】
【０００６】
第１の発明の購入支援プログラムは、購入支援サーバにより実行される購入支援プログラムであって、購入支援サーバが、施設に関連付けられた発注手続者により操作される発注側装置と、発注可能項目を提供する提供者により運用される提供側サーバと通信可能であり、発注可能項目が、物品とサービスとの少なくとも一方を含み、提供側サーバが、発注可能項目の発注のための処理を実行可能であり、購入支援プログラムが、発注可能項目を発注側装置に提示する第１の工程と、発注側装置から発注可能項目の発注を指示する第１の発注指示を受信する第２の工程と、第１の発注指示により発注された発注可能項目の発注を指示する第２の発注指示を提供側サーバに送信する第３の工程と、発注可能項目が提供者において欠品であるか否かを表す欠品情報を取得する第４の工程と、発注可能項目と欠品情報とを含む欠品履歴を記憶する第５の工程と、を購入支援サーバに実行させる、購入支援プログラムである。
【０００７】
この構成によれば、発注可能項目と欠品情報とを含む欠品履歴を記憶するので、提供者が欠品履歴を利用することにより発注可能項目の在庫管理が容易となる。
【０００８】
好適には、第４の工程において、発注可能項目の発注の前に、発注可能項目が提供者において欠品であるか否かを提供側サーバに問い合わせることにより、欠品情報が取得される。
【０００９】
この構成によれば、発注の前の段階での問い合わせに基づいて欠品履歴が作成されるので、提供者は、欠品のために発注されない場合でも、把握しにくい欠品に関する情報を取得することが可能となり、在庫管理を効果的に行うことが可能となる。
【００１０】
好適には、第４の工程において、第２の発注指示により発注された発注可能項目が、発注された発注可能項目を提供するために発注手続者に対応して指定された提供店舗において欠品であるか否かを外部から入力可能にすることにより、欠品情報が取得される。
【００１１】
この構成によれば、発注手続者よる発注の後の欠品履歴が作成されるので、提供者が発注の後の欠品に関する情報に基づいて在庫管理を効果的に行うことが可能となる。
【００１２】
好適には、購入支援プログラムは、予め記憶された所属関係に基づいて、施設ごとに発注の履歴を発注履歴として記憶する第６の工程をさらに購入支援サーバに実行させ、所属関係が、発注手続者と発注手続者の所属する施設との関係を含む。
【００１３】
この構成によれば、各施設の運営者は、施設ごとの発注履歴を知ることができるので、過去の発注を将来の発注に役立てることができる。
【００１４】
好適には、購入支援プログラムは、発注履歴に含まれる第１の履歴と第２の履歴との比較を施設ごとにする第７の工程と、第７の工程における比較の結果に基づいて、発注分析情報を作成する第８の工程と、をさらに購入支援サーバに実行させ、第１の履歴に対応した第１の期間が、第２の履歴に対応した第２の期間より現在に近い。
【００１５】
この構成によれば、各施設の運営者は、最近の発注と過去の発注とから情報を得て作成された発注分析情報を利用することができるので、将来の発注を効果的に行うことができる。
【００１６】
好適には、第７の工程が、各施設ごとに、比較の時点を含む月内の第１の期間における発注に対する支払金額と、比較の時点の前の月内の同じ長さの第２の期間における発注に対する支払金額との差を計算し、第８の工程が、差に応じた通知を各施設に対する発注分析情報として作成する。
【００１７】
この構成によれば、各施設の運営者は、比較の時点を含む月と前月との支払金額の差を把握することができるので、発注内容の見直しがしやすくなる。
【００１８】
好適には、購入支援プログラムは、施設と発注手続者に発注を代理させた施設の入居者との少なくとも一方のために、第３の期間が終わる前に、第３の期間に発注に使用可能な予算と、第３の期間に発注に使用された金額とを比較する第９の工程と、比較の結果に基づいて、予算分析情報を作成する第１０の工程と、をさらに購入支援サーバに実行させる。
【００１９】
この構成によれば、各施設の運営者は、施設ごとに作成された予算分析情報を利用することができるので、第３の期間の残りの期間の予算の消化を効果的に行うことができる。
【００２０】
好適には、第１０の工程が、予算を未消化である施設と予算を未消化である入居者との少なくとも一方をリスト化した予算分析情報を作成する。
【００２１】
この構成によれば、各施設の運営者は、予算を未消化である施設又は入居者のリストを利用することができるので、第３の期間の残りの期間の予算の消化を効果的に行うことができる。
【００２２】
好適には、購入支援プログラムは、定期的に発注をしている発注可能項目の第４の期間における欠品率と、不定期的に発注をしている発注可能項目の第４の期間における欠品率と、の少なくとも一方を施設ごとに計算する第１１の工程をさらに購入支援サーバに実行させる。
【００２３】
この構成によれば、提供者が、定期的に発注をしている発注可能項目又は不定期的に発注をしている発注可能項目の欠品率を把握することができるので、需要を把握しやすく、在庫管理を効果的に行うことができる。
【００２４】
好適には、購入支援プログラムは、欠品履歴と発注履歴と所定のアルゴリズムとに基づいて、施設と時点と発注可能項目との少なくとも１つに関連した発注の予測を作成する第１２の工程をさらに購入支援サーバに実行させ、欠品履歴が、欠品の発生した時点と欠品の発生した施設とを含み、発注履歴が、発注の時点と発注を行った施設と発注された発注可能項目とを含む。
【００２５】
この構成によれば、提供者が、施設と時点と発注可能項目との少なくとも１つに関連した発注の予測を利用することができるので、在庫管理を効果的に行うことができる。
【００２６】
好適には、所定のアルゴリズムが、機械学習により更新される。
【００２７】
この構成によれば、所定のアルゴリズムが機械学習により更新されるので、固定のアルゴリズムを使用する場合に比べて、状況に応じた発注の予測を適切に行うことができる。
【００２８】
好適には、発注側装置が、発注に代理を必要とする代理必要者のために発注手続者により操作可能であり、第１の発注指示が、発注手続者に発注を代理させた代理必要者に関する情報を含み、購入支援プログラムが、発注側装置から発注手続者に関する情報を含む第１の認証情報を取得する第１３の工程と、第１の認証情報に基づいて第１の認証が成功したか否かを判定する第１４の工程と、第１の認証が成功した場合、発注側装置による発注を可能にする第１５の工程と発注手続者の施設に対応した第２の認証情報を提供側サーバに送信することにより、第２の認証が成功したか否かの判定を提供側サーバに要求する第１６の工程と、をさらに購入支援サーバに実行させ、第３の工程が、提供側サーバにおいて第２の認証が成功した場合、第２の発注指示を提供側サーバに出すことにより、第２の発注指示により指示された発注可能項目を第２の認証情報に対応した施設に提供するように、提供側サーバに指示することを含む。
この構成によれば、発注側装置と購入支援サーバとの間で第１の認証情報に基づいた第１の認証が行われるので、購入支援サーバに対する不適切な発注を防ぐことができる。また、購入支援サーバと提供側サーバとの間で第２の認証情報に基づいた第２の認証が行われるので、提供側サーバに対する不適切な発注を防ぐことができる。また、第２の認証は発注手続者の施設に対応した第２の認証情報に基づいて行われるので、発注手続者ごとに認証情報を用意する場合に比べて手続が簡単になる。
【００２９】
第２の発明の購入支援方法は、購入支援サーバにより実行される購入支援方法であって、購入支援サーバが、施設に関連付けられた発注手続者により操作される発注側装置と、発注可能項目を提供する提供者により運用される提供側サーバと通信可能であり、発注可能項目が、物品とサービスとの少なくとも一方を含み、提供側サーバが、発注可能項目の発注のための処理を実行可能であり、購入支援方法が、発注可能項目を発注側装置に提示する第１の工程と、発注側装置から発注可能項目の発注を指示する第１の発注指示を受信する第２の工程と、第１の発注指示により発注された発注可能項目の発注を指示する第２の発注指示を提供側サーバに送信する第３の工程と、発注可能項目が提供者において欠品であるか否かを表す欠品情報を取得する第４の工程と、発注可能項目と欠品情報とを含む欠品履歴を記憶する第５の工程と、を含む購入支援方法である。
【００３０】
第３の発明の購入支援システムは、購入支援システムであって、購入支援システムが、購入支援サーバと、施設に関連付けられた発注手続者により操作される発注側装置と、発注可能項目を提供する提供者により運用される提供側サーバと、を備え、購入支援サーバが、発注側装置と提供側サーバと通信可能であり、発注可能項目が、物品とサービスとの少なくとも一方を含み、提供側サーバが、発注可能項目の発注のための処理を実行可能であり、購入支援サーバが、発注可能項目を発注側装置に提示する提示手段と、発注側装置から発注可能項目の発注を指示する第１の発注指示を受信する発注指示受信手段と、第１の発注指示により発注された発注可能項目の発注を指示する第２の発注指示を提供側サーバに送信する発注指示送信手段と、発注可能項目が提供者において欠品であるか否かを表す欠品情報を取得する欠品情報取得手段と、発注可能項目と欠品情報とを含む欠品履歴を記憶する欠品履歴記憶手段と、を含む購入支援システムである。
【００３１】
第３の発明の購入支援システムは、購入支援システムであって、購入支援システムが、購入支援サーバと、施設に関連付けられた発注手続者により操作される発注側装置と、発注可能項目を提供する提供者により運用される提供側サーバと、を備え、購入支援サーバが、発注側装置と提供側サーバと通信可能であり、発注可能項目が、物品とサービスとの少なくとも一方を含み、提供側サーバが、発注可能項目の発注のための処理を実行可能であり、購入支援サーバが、発注可能項目を発注側装置に提示する提示手段と、発注側装置から発注可能項目の発注を指示する第１の発注指示を受信する発注指示受信手段と、第１の発注指示により発注された発注可能項目の発注を指示する第２の発注指示を提供側サーバに送信する発注指示送信手段と、発注可能項目が提供者において欠品であるか否かを表す欠品情報を取得する欠品情報取得手段と、発注可能項目と欠品情報とを含む欠品履歴を記憶する欠品履歴記憶手段と、を含む購入支援システムである。
【００３２】
本発明の購入支援装置は、施設に関連付けられた発注手続者により操作される発注側装置と、発注可能項目を提供する提供者により運用される提供側サーバと通信可能であり、前記発注可能項目が、物品とサービスとの少なくとも一方を含み、前記提供側サーバが、前記発注可能項目の発注のための処理を実行可能である購入支援装置であって、前記発注可能項目を前記発注側装置に提示する第１の手段と、前記発注側装置から前記発注可能項目の前記発注を指示する第１の発注指示を受信する第２の手段と、前記第１の発注指示により発注された前記発注可能項目の前記発注を指示する第２の発注指示を前記提供側サーバに送信する第３の手段と、前記発注可能項目が前記提供者において欠品であるか否かを表す欠品情報を取得する第４の手段と、前記発注可能項目と前記欠品情報とを含む欠品履歴を記憶する第５の手段とを有する。
【発明の効果】
【００３３】
本発明によれば、提供者が欠品履歴を利用することにより発注可能項目の在庫管理が容易となる購入支援プログラム、購入支援方法、及び購入支援システムを提供することができる。
【図面の簡単な説明】
【００３４】
【図１】図１は、本発明の実施形態の購入支援方法に関与する購入支援システムの概略構成図である。
【図２】図２は、購入支援方法に含まれる発注手続方法のフローチャートである。
【図３】図３は、発注手続方法において表示される例示的な発注画面である。
【図４】図４は、発注手続方法において表示される例示的な発注者選択画面である。
【図５】図５は、発注手続方法において表示される例示的な発注履歴画面である。
【図６】図６は、購入支援方法に含まれる発注分析方法のフローチャートである。
【図７】図７は、購入支援方法に含まれる予算分析方法のフローチャートである。
【図８】図８は、購入支援方法に含まれる欠品率計算方法のフローチャートである。
【図９】図９は、購入支援方法に含まれる発注予測方法のフローチャートである。
【発明を実施するための形態】
【００３５】
（全体構成）
以下、本発明の実施形態に係る購入支援プログラム、購入支援方法、及び購入支援システムについて説明する。図１は、購入支援方法に関与する購入支援システム１の概略構成図である。購入支援システム１は、購入支援サーバ１０と提供側サーバ２０と発注側装置３０とを備える。購入支援サーバ１０、提供側サーバ２０、及び発注側装置３０の各々は、１つ又は複数であってよい。
【００３６】
提供側サーバ２０は、発注可能項目を提供する提供者により運用される。発注可能項目は、物品とサービスとの少なくとも一方を含む。発注可能項目として、例えば介護用品、マッサージサービス、理美容サービスが挙げられる。提供側サーバ２０は、例えば、ウェブサイトを提供することによりインターネットを介して物品の販売を可能にする装置である。
【００３７】
発注側装置３０は、種々の施設の発注手続者により操作可能である。本実施形態では発注手続者は、施設に関連付けられている者として説明する。施設の例として介護施設が挙げられる。例示的な発注手続者として、介護職員、介護者、介助者、保護者、補助者が挙げられる。一例として発注手続者は、発注可能項目の発注を必要とする発注者のために代理として発注を行う者である。例えば、発注者として、介護施設の入居者のうち、介護を必要とする者、自分で商品又はサービスの発注をすることができない者、又は何らかの理由により誰かに代理を希望する者が挙げられる。誰かに代理をさせる発注者を代理必要者と呼ぶ場合がある。例示的な発注者として、要介護者、要介助者、要保護者、要補助者が挙げられる。
【００３８】
（購入支援サーバ１０）
購入支援サーバ１０は、支援事業者により運用され、提供側サーバ２０と発注側装置３０との間で発注可能項目の発注を仲介する。購入支援サーバ１０は、ネットワーク１５を介して少なくとも提供側サーバ２０及び発注側装置３０と通信可能な通信手段１１と、記憶手段１２と、プロセッサ１３とを備える。
【００３９】
記憶手段１２は、購入支援サーバ１０に購入支援方法を実行させるための購入支援プログラム４１、第１の認証データ４２、所属関係４３、第２の認証データ４４、中間管理データ４５、欠品履歴４６、発注履歴４７、及び予算データ４８を記憶しており、適宜必要な情報を記憶することが可能である。記憶内容の詳細は購入支援方法とともに説明する。
【００４０】
プロセッサ１３は、購入支援プログラム４１を読み出して実行することにより購入支援手段１４として機能する。購入支援手段１４は、後述のように機能する認証情報取得手段５１、第１の認証判定手段５２、第２の認証判定手段５３、発注可能化手段５４、発注者選択手段５５、検索手段５６、欠品情報取得手段５７、欠品履歴記憶手段５８、提示手段５９、発注指示受信手段６０、発注指示送信手段６１、発注履歴記憶手段６２、発注履歴処理手段６３、発注履歴比較手段６４、発注分析手段６５、予算比較手段６６、予算分析手段６７、欠品率計算手段６８、及び、発注予測手段６９を含む。購入支援手段１４は、購入支援サーバ１０に後述の購入支援方法を実行させる。
【００４１】
（提供側サーバ２０）
提供側サーバ２０は、ネットワーク１５を介して少なくとも購入支援サーバ１０と通信可能な通信手段２１と、記憶手段２２と、プロセッサ２３とを備える。
【００４２】
記憶手段２２は、提供側制御プログラム２４、主管理データ２５、及び第３の認証データ２６を記憶しており、適宜必要な情報を記憶することが可能である。主管理データ２５は、例えば、発注可能項目、在庫、提供店舗、発注の履歴などの発注に関連した種々の情報を検索可能に記憶している。第３の認証データ２６は、後述のように購入支援サーバ１０との間の認証に必要な情報を記憶している。
【００４３】
プロセッサ２３は、提供側制御プログラム２４を読み出して実行することにより提供側制御手段２７として機能する。提供側制御手段２７は、購入支援サーバ１０と通信しながら、購入支援方法に関連した発注可能項目の発注のための処理を実行可能である。
【００４４】
（発注側装置３０）
発注側装置３０は、ネットワーク１５を介して少なくとも購入支援サーバ１０及び提供側サーバ２０と通信可能な通信手段３１と、表示手段３２と、入力手段３３と、記憶手段３４と、プロセッサ３５とを備える。表示手段３２は、例えばディスプレイである。入力手段３３は、例えばキーボード及びマウスである。
【００４５】
記憶手段３４は、発注側制御プログラム３６を記憶しており、適宜必要な情報を記憶することが可能である。プロセッサ３５は、発注側制御プログラム３６を読み出して実行することにより発注側制御手段３７として機能する。発注側制御手段３７は、購入支援サーバ１０と通信しながら、購入支援方法に関連した発注可能項目の発注のための処理を実行可能である。例えば、購入支援方法に関連した発注側装置３０における表示及び操作は、ブラウザ、専用アプリ、又はその他の手段により、購入支援サーバ１０が提供するウェブサイトにアクセスしながら実行される。
【００４６】
（購入支援方法）
以下、購入支援方法について説明する。購入支援方法は、発注手続方法、発注分析方法、予算分析方法、欠品率計算方法、及び発注予測方法を含む。
【００４７】
（発注手続方法）
まず、発注手続方法について説明する。図２は、発注手続方法のフローチャートである。購入支援サーバ１０は、ネットワーク１５を介してアクセス可能な購入支援サイトを提供している。発注手続者の操作に基づいて、発注側装置３０は購入支援サイトにアクセス可能である。
【００４８】
ステップＳＴ１１：
ステップＳＴ１１（第１３の工程とも呼ばれる）において、購入支援サーバ１０の認証情報取得手段５１は、発注側装置３０から発注手続者に関する情報を含む第１の認証情報を取得する。詳細には、認証情報取得手段５１は、購入支援サイトにアクセスした発注側装置３０に、第１の認証情報を入力するためのログイン画面を表示させる。第１の認証情報は、購入支援サイトにログインするための情報であり、例えば、発注手続者のＩＤ（識別情報）及びパスワードである。発注側装置３０は、第１の認証情報が入力されたことに応答して、入力された第１の認証情報を認証情報取得手段５１に送信する。一例において、発注側装置３０が予め記憶した第１の認証情報を自動的に送信してよい。
【００４９】
ステップＳＴ１２：
ステップＳＴ１１に続くステップＳＴ１２（第１４の工程とも呼ばれる）において、購入支援サーバ１０の第１の認証判定手段５２は、第１の認証情報に基づいて第１の認証が成功したか否かを判定する。詳細には、まず、第１の認証判定手段５２は、第１の認証情報を第１の認証データ４２と照合する。第１の認証判定手段５２は照合により、発注手続者がログインを許可された者であると判定した場合、第１の認証が成功したと判定して、ステップＳＴ１３に進む。第１の認証判定手段５２は照合により、発注手続者がログインを許可された者でないと判定した場合、第１の認証が成功していないと判定して、ステップＳＴ１１に戻る。
【００５０】
ステップＳＴ１３：
ステップＳＴ１３において、購入支援サーバ１０の第２の認証判定手段５３は、第１の認証情報と所属関係４３とに基づいて、発注手続者に対応した施設を特定する。一例において所属関係４３は、ＩＤにより識別される発注手続者と発注手続者の所属する施設との関係を含む。一例において、所属関係４３は、発注手続者である介護者と介護者の所属する介護施設との関係を表す。
【００５１】
ステップＳＴ１４：
ステップＳＴ１３に続くステップＳＴ１４（第１６の工程とも呼ばれる）において、購入支援サーバ１０の第２の認証判定手段５３は、発注手続者の施設に対応した第２の認証情報を提供側サーバ２０に送信することにより、第２の認証が成功したか否かの判定を提供側サーバ２０に要求する。詳細には、第２の認証判定手段５３は、第２の認証データ４４から、ステップＳＴ１３において特定された施設に対応した第２の認証情報を取得して、提供側サーバ２０に送信する。後述のステップＳＴ１５から戻ってきた場合、手動で入力された第２の認証情報を提供側サーバ２０に送信してもよい。第２の認証情報は、購入支援サーバ１０と施設との関連を明らかにした状態で提供側サーバ２０にログインするためのＩＤ及びパスワードである。
【００５２】
ステップＳＴ１５：
ステップＳＴ１４に続くステップＳＴ１５において、購入支援サーバ１０の第２の認証判定手段５３は、提供側サーバ２０から受信した判定結果に従って第２の認証が成功したか否かを判定する。詳細には、まず、提供側サーバ２０は、第２の認証情報を第３の認証データ２６と照合する。提供側サーバ２０は照合により、第２の認証情報に対応した施設がログインを許可された施設と判定した場合、第２の認証が成功したと判定する。提供側サーバ２０は照合により、第２の認証情報に対応した施設がログインを許可された施設でないと判定した場合、第２の認証が成功していないと判定する。
【００５３】
提供側サーバ２０は、第２の認証が成功したか否かの判定結果を購入支援サーバ１０の第２の認証判定手段５３に送信する。第２の認証判定手段５３は、第２の認証が成功したことを判定結果が示している場合、ステップＳＴ１６に進む。第２の認証判定手段５３は、第２の認証が成功していないことを判定結果が示している場合、ステップＳＴ１４に戻る。
【００５４】
ステップＳＴ１６：
ステップＳＴ１６（第１５の工程とも呼ばれる）において、購入支援サーバ１０の発注可能化手段５４は、発注側装置３０による発注を可能にする。詳細には、発注側装置３０に発注に関する操作をするための図３に示すような発注画面７０を表示させる。図３の発注画面７０は一例である。発注画面７０では、発注者選択画像７１の選択、発注可能項目の検索、発注可能項目のカート７２への追加、カート７２内の発注可能項目の数量の指定、及び、カート７２内の発注可能項目を発注するための発注操作、といった発注に関連した種々の操作が可能とされる。
【００５５】
ステップＳＴ１７：
ステップＳＴ１６に続くステップＳＴ１７において、購入支援サーバ１０の発注者選択手段５５は、発注者が選択されたか否かを判定する。詳細には、発注者選択手段５５は、図３の発注画面７０に、発注者選択画像７１を選択可能に表示させる。発注手続者の操作により発注者選択画像７１が選択されたことを発注側装置３０から受信したことに応答して、発注者選択手段５５は発注側装置３０に図４に示す発注者選択画面８０を表示させる。
【００５６】
図４の表示内容は、発注者が介護施設の入居者である場合の例を示す。例えば、発注者選択画面８０では、発注者の名前による検索が可能とされる。検索結果として氏名欄に発注者の名前が表示され、部屋番号欄に発注者の部屋番号が表示され、操作欄に発注者を選択するための選択ボタンが表示される。
【００５７】
発注側装置３０は、発注手続者の操作により発注者が選択された場合、選択された発注者を発注者選択手段５５に送信する。発注者選択手段５５は、選択された発注者を受信するまでステップＳＴ１７に留まる。発注者選択手段５５は、選択された発注者を受信した場合に、発注者が選択されたと判定してステップＳＴ１８に進む。一例において、選択された発注者に応じて発注画面７０の構成が変わる。一例において、選択された発注者に応じて発注可能な、又は検索可能な発注可能項目が変わる。
【００５８】
ステップＳＴ１８：
ステップＳＴ１８において、購入支援サーバ１０の検索手段５６は、発注可能項目が検索されたか否かを判定する。詳細には、図３の発注画面７０のカテゴリ欄７３においてカテゴリが選択された場合、又は、検索ボックス７４を使用してテキストによる検索がされた場合、発注可能項目が検索されたと判定される。検索手段５６は、発注可能項目が検索された場合、ステップＳＴ１９に進み、発注可能項目が検索されていない場合、ステップＳＴ２２に進む。
【００５９】
購入支援サーバ１０は、提供者に発注可能な発注可能項目、提供者から支援事業者に提示された発注可能項目の価格、支援事業者から発注者に提示される発注可能項目の価格、及び、発注可能項目に関連した種々の情報を検索可能な形態で中間管理データ４５として予め記憶している。
【００６０】
ステップＳＴ１９：
ステップＳＴ１９（１番目の第４の工程とも呼ばれる）において、購入支援サーバ１０の欠品情報取得手段５７は、検索された発注可能項目が提供者において欠品であるか否かを表す欠品情報を取得する。詳細には、欠品情報取得手段５７は、検索された発注可能項目が提供者において欠品であるか否かを提供側サーバ２０に問い合わせることにより欠品情報を取得する。本ステップにより、発注可能項目の発注の前に、発注可能項目の欠品情報が取得される。また、欠品情報取得手段５７は、検索された発注可能項目の在庫数を提供側サーバ２０に問い合わせる。一例において、欠品情報取得手段５７は、検索された発注可能項目が提供者において欠品であるか否かを、在庫数がゼロであるか否かを調べることにより、欠品情報を取得してもよい。
【００６１】
ステップＳＴ２０：
ステップＳＴ１９に続くステップＳＴ２０（１番目の第５の工程とも呼ばれる）において、購入支援サーバ１０の欠品履歴記憶手段５８は、検索された発注可能項目と提供側サーバ２０に問い合わせて取得された欠品情報とを含む欠品履歴４６を記憶して、ステップＳＴ２２に進む。
【００６２】
ステップＳＴ２１：
ステップＳＴ２０に続くステップＳＴ２１（第１の工程とも呼ばれる）において、購入支援サーバ１０の提示手段５９は、発注可能項目を発注側装置３０に提示する。詳細には、図３の発注画面７０に、商品検索結果７５として発注可能項目の検索結果が表示される。一例として、商品検索結果７５には、商品名、価格、メーカー、容量（重量）、商品説明、及び追加ボタンがセットとして表示される。追加ボタンを押すとカート７２に発注可能項目が追加される。カート７２内の発注可能項目の数量は変更可能である。
【００６３】
ステップＳＴ２２：
ステップＳＴ２２（第２の工程とも呼ばれる）において、購入支援サーバ１０の発注指示受信手段６０は、発注側装置３０から発注可能項目の発注を指示する第１の発注指示を受信したか否かを判定する。図３に示す発注画面７０の発注ボタン７６が発注手続者により選択されると、カート７２内の発注可能項目を発注するために、発注側装置３０から発注指示受信手段６０に第１の発注指示が送信される。第１の発注指示は、発注可能項目、発注可能項目の数量、発注手続者に発注を代理させた発注者に関する情報を含む。発注指示受信手段６０は、第１の発注指示を受信していない場合、ステップＳＴ１８に戻り、第１の発注指示を受信した場合、ステップＳＴ２３に進む。
【００６４】
ステップＳＴ２３：
ステップＳＴ２３（第３の工程とも呼ばれる）において、購入支援サーバ１０の発注指示送信手段６１は、第１の発注指示により発注された発注可能項目の発注を指示する第２の発注指示を提供側サーバ２０に送信する。また、第２の発注指示を提供側サーバ２０に送信するとともに、第２の発注指示により指示された発注可能項目を第２の認証情報に対応した施設に提供するように提供側サーバ２０に指示する（第１７の工程とも呼ばれる）。なお、ステップＳＴ２３が実施されるためには、提供側サーバ２０において第２の認証が成功していることが必要であるが、ステップＳＴ１５において第２の認証は既に成功している。
【００６５】
提供側サーバ２０は、第２の発注指示により指示された発注可能項目を第２の認証情報に対応した施設に提供するための処理を行う。一例において、第２の発注指示において施設における発注者の部屋番号が指定され、提供側サーバ２０は指定された部屋番号に発注可能項目を提供するための処理を行う。購入支援サーバ１０は、発注側装置３０から発注可能項目の提供状態の照会を受けた場合、提供側サーバ２０からの情報に基づいて、提供状態を発注側装置３０に表示させる。
【００６６】
提供側サーバ２０は第２の発注指示に対する決済処理を購入支援サーバ１０との間で行う。一例において、第２の発注指示に対する請求は、提供者から支援事業者への請求として処理される。購入支援サーバ１０は第１の発注指示に対する決済処理を発注側装置３０との間で行う。一例において、第１の発注指示に対する請求は、支援事業者から発注者、施設、発注手続者、又はその他の発注者の関係者への請求として処理される。
【００６７】
ステップＳＴ２４：
ステップＳＴ２４（第６の工程とも呼ばれる）において、購入支援サーバ１０の発注履歴記憶手段６２は、発注可能項目の発注の履歴を発注履歴４７として記憶する。一例において、発注履歴記憶手段６２は、所属関係４３に基づいて、施設ごとに発注の履歴を発注履歴４７として記憶する。一例において、発注履歴記憶手段６２は、発注の履歴をすべて記憶する。一例において、発注履歴記憶手段６２は、発注者ごとに発注の履歴を記憶する。
【００６８】
購入支援サーバ１０の発注履歴処理手段６３は、発注側装置３０に表示させる図３の発注画面７０に、選択可能な発注履歴ボタン７７を含める。発注側装置３０において発注履歴ボタン７７が選択されたことに応じて、発注履歴処理手段６３は、図５に例示的に示す発注履歴画面８１を発注側装置３０に表示させる。発注履歴処理手段６３は、発注履歴画面８１において発注日の期間を指定可能にし、指定された期間の情報を発注履歴４７から取得して発注履歴画面８１に表示させる。例えば、発注履歴画面８１には、商品名、商品コード、発注日時、単価、数量、再購入のために選択可能な追加ボタン、各種操作のためのボタンがセットになって表示される。
【００６９】
各種操作のためのボタンに、更新ボタン８２と削除ボタン８３とが含まれる。発注側装置３０において更新ボタン８２が選択されたことに応じて、発注履歴処理手段６３は、鎖線で示すように発注履歴更新画面８４をポップアップ表示させる。発注履歴更新画面８４では、手動による数量及び発注日の更新を可能にされる。発注履歴処理手段６３は、更新内容に応じて発注履歴４７を更新する。
【００７０】
発注側装置３０において削除ボタン８３が選択されたことに応じて、発注履歴処理手段６３は、鎖線で示すように削除画面８５をポップアップ表示させる。削除画面８５では、対応する履歴を削除するか否かを選択することが可能にされる。発注側装置３０において履歴の削除が選択されたことに応じて、発注履歴処理手段６３は、選択された履歴を削除する。
【００７１】
ステップＳＴ２５：
ステップＳＴ２５（２番目の第４の工程とも呼ばれる）において、購入支援サーバ１０の欠品情報取得手段５７は、発注可能項目が提供者において欠品であるか否かを表す欠品情報を取得する。詳細には、欠品情報取得手段５７は、第２の発注指示により発注された発注可能項目が、提供店舗において欠品であるか否かを外部から入力可能にすることにより、欠品情報が取得される。一例において、提供店舗は、発注された発注可能項目を提供する店舗として発注手続者に対応して提供者により予め指定されており、又は、住所などの情報に基づいて提供側サーバ２０により自動的に割り当てられる。
【００７２】
例えば、提供側サーバ２０が第２の発注指示を受けた場合、提供店舗において発注可能項目が欠品であるか否かを判断可能な通知が、提供者から支援事業者に送られる。例えば、通知の方法として、提供側サーバ２０から欠品情報取得手段５７に自動的に送られること、提供側サーバ２０から支援事業者に電子メールや紙媒体により送られることが挙げられる。欠品情報取得手段５７への欠品情報の入力は提供側サーバ２０からの情報に基づいて自動的に行われてよく、手動により行われてもよい。
【００７３】
ステップＳＴ２６：
ステップＳＴ２６（２番目の第５の工程とも呼ばれる）において、購入支援サーバ１０の欠品履歴記憶手段５８は、発注可能項目と欠品情報とを含む欠品履歴４６を記憶して、本方法を終了する。
【００７４】
以下、発注分析方法について説明する。図６は、発注分析方法のフローチャートである。購入支援サーバ１０が、発注分析方法を実施するためのウェブサイトを提供することにより、発注側装置３０と通信しながら発注分析方法を実施する。
【００７５】
ステップＳＴ３１：
ステップＳＴ３１（第７の工程とも呼ばれる）において、購入支援サーバ１０の発注履歴比較手段６４は、発注履歴４７に含まれる第１の履歴と第２の履歴との比較を施設ごとにする。第１の履歴に対応した第１の期間が、第２の履歴に対応した第２の期間より現在に近い。例えば、発注履歴比較手段６４は、施設ごとに、比較の時点を含む月内の第１の期間における発注に対する支払金額と、比較の時点の前の月内の同じ長さの第２の期間における発注に対する支払金額との差を計算する。例えば、第１の期間は、比較の時点を含む月の初日から納品日までの期間である。第１の期間及び第２の期間は任意に設定可能にされてよい。
【００７６】
ステップＳＴ３２：
次に、ステップＳＴ３２（第８の工程とも呼ばれる）において、購入支援サーバ１０の発注分析手段６５は、ステップＳＴ３１における比較の結果に基づいて、発注分析情報を作成する。例えば、発注分析手段６５は、ステップＳＴ３１の例で計算された差に応じた通知を各施設に対する発注分析情報として作成する。例えば、第１の期間における支払金額が第２の期間における支払金額を超えている場合、発注側装置３０に警告を表示させる。
【００７７】
以下、予算分析方法について説明する。図７は、予算分析方法のフローチャートである。購入支援サーバ１０は、予算分析方法を実施するためのウェブサイトを提供することにより、発注側装置３０と通信しながら予算分析方法を実施する。
【００７８】
ステップＳＴ４１：
ステップＳＴ４１（第９の工程とも呼ばれる）において、購入支援サーバ１０の予算比較手段６６は、施設と発注手続者に発注を代理させた施設の入居者（すなわち、発注者）との少なくとも一方のために、第３の期間が終わる前に、第３の期間に発注に使用可能な予算と、第３の期間に発注に使用された金額とを比較する。例えば、第３の期間は、比較の時点を含む月の初日から納品日までの期間である。第３の期間は任意に設定可能にされてよい。予算は発注側装置３０により入力可能とされてよい。
ステップＳＴ４２：
次に、ステップＳＴ４２（第１０の工程とも呼ばれる）において、購入支援サーバ１０の予算分析手段６７は、ステップＳＴ４１における比較の結果に基づいて、予算分析情報を作成する。例えば、予算分析手段６７は、予算を未消化である施設と予算を未消化である入居者（すなわち、発注者）との少なくとも一方をリスト化した予算分析情報を作成する。一例において、予算分析手段６７は、予算を未消化である施設の発注側装置３０に、その旨の通知を表示させる。一例において、予算分析手段６７は、予算を未消化である入居者のいる施設の発注側装置３０に、その旨の通知又は予算を未消化である入居者のリストを表示させる。一例において、予算分析手段６７は、所定のルールに基づいて未消化の予算で発注できる発注可能項目の提案を発注側装置３０に表示させる。
【００７９】
以下、購入支援サーバ１０の欠品率計算手段６８により実施される欠品率計算方法について説明する。図８は、欠品率計算方法のフローチャートである。
【００８０】
ステップＳＴ５１：
ステップＳＴ５１において、欠品率計算手段６８は、欠品履歴４６を参照する。
【００８１】
ステップＳＴ５２：
次に、ステップＳＴ５２（第１１の工程とも呼ばれる）において、欠品率計算手段６８は、発注可能項目の第４の期間における欠品率を施設ごとに計算する。一例において、計算対象となる発注可能項目は、定期的に発注をしている発注可能項目であってよく、他の例において、不定期的に発注をしている発注可能項目であってよい。一例において、欠品率計算手段６８は欠品率を提供側サーバ２０に送信する。一例において、欠品率計算手段６８は提供者に電子メールとして欠品率を通知する。
【００８２】
以下、購入支援サーバ１０の発注予測手段６９により実施される発注予測方法について説明する。図９は、発注予測方法のフローチャートである。
【００８３】
ステップＳＴ６１：
ステップＳＴ６１において、発注予測手段６９は、欠品履歴４６と発注履歴４７とを参照する。購入支援サーバ１０は、欠品の発生した時点と欠品の発生した施設とを含む欠品履歴４６を予め記憶している。購入支援サーバ１０は、発注の時点と発注を行った施設と発注された発注可能項目とを含む発注履歴４７を予め記憶している。一例において、発注履歴４７には、発注に関連した施設の名称、発注者又は発注手続者又は施設の識別のためのコード、発注者の部屋番号、発注者の氏名、発注可能項目の名称、発注可能項目の数量、発注可能項目の価格が含まれる。
【００８４】
ステップＳＴ６２：
次にステップＳＴ６２において、発注予測手段６９は、欠品履歴４６と発注履歴４７とに基づいて発注の予測に使用する所定のアルゴリズムを機械学習により更新する。
【００８５】
ステップＳＴ６３：
次にステップＳＴ６３（第１２の工程とも呼ばれる）において、発注予測手段６９は、所定のアルゴリズムに基づいて、施設と時点と発注可能項目との少なくとも１つに関連した発注の予測を作成する。例えば、発注予測手段６９は、どの日又はどの週に、どの施設から、どの発注可能項目が多く発注されたかの情報に基づいて、将来的にどの時点でどの発注可能項目がどの施設から注文されるかの予測を作成する。例えば、月が異なる同じ日に、同一の施設から同一の発注がなされるという予測を作成する。一例において、発注予測手段６９は発注の予測を提供側サーバ２０に送信する。一例において、発注予測手段６９は提供者に電子メールとして発注の予測を通知する。
【００８６】
ネットワーク１５として、限定されないが、例えば、インターネット、イントラネット、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、有線通信網、無線通信網、テレビ通信網、衛星通信網、音響による通信といった種々の通信経路が挙げられる。
【００８７】
購入支援サーバ１０、提供側サーバ２０、及び発注側装置３０として、限定されないが、例えば、分散型コンピュータ、サーバ用コンピュータ、デスクトップパソコン、スマートフォン、携帯情報端末、ラップトップパソコン、タブレットパソコン、テレビ、及びこれらの組み合わせが挙げられる。
【００８８】
通信手段１１、通信手段２１、及び通信手段３１の通信方式として、限定されないが、例えば、有線（例えば、光ファイバ、電話回線、電力線）、無線（例えば、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、移動体通信回線、赤外線通信、近距離無線通信）が挙げられる。
【００８９】
記憶手段１２、記憶手段２２、及び記憶手段３４の種類として、限定されないが、例えば、読み出し専用メモリ、読み書き可能なメモリ、揮発性メモリ、不揮発性メモリ、有形の非一時的記録媒体、及びこれらの組み合わせが挙げられる。
【００９０】
表示手段３２として、限定されないが、例えば、タッチパネル式ディスプレイ、表示専用ディスプレイ、テレビが挙げられる。
【００９１】
入力手段３３として、限定されないが、例えば、タッチパネル式ディスプレイ、キーボード、マウス、タッチパッド、トラックボール、音声認識装置が挙げられる。
【００９２】
本開示においてプロセッサ１３、プロセッサ２３、及びプロセッサ３５と各種プログラムとにより実現される構成を含む種々の構成の一部又はすべてが、特定用途向け集積回路（ＡＳＩＣ）といったハードウェアにより実現されてもよい。
【００９３】
方法に含まれる工程は、矛盾が生じない限り、一部が省略されてよく、順序が入れ替えられてよく、並列に処理されてよく、部分的に開始及び終了されてよく、他の工程が追加されてよい。
【００９４】
（まとめ）
本実施形態によれば、発注可能項目と欠品情報とを含む欠品履歴４６を記憶するので、提供者が欠品履歴４６を利用することにより発注可能項目の在庫管理が容易となる。
【００９５】
本実施形態によれば、発注の前の段階での問い合わせに基づいて欠品履歴４６が作成されるので、提供者は、欠品のために発注されない場合でも、把握しにくい欠品に関する情報を取得することが可能となり、在庫管理を効果的に行うことが可能となる。
【００９６】
本実施形態によれば、発注手続者よる発注の後の欠品履歴４６が作成されるので、提供者が発注の後の欠品に関する情報に基づいて在庫管理を効果的に行うことが可能となる。
【００９７】
本実施形態によれば、各施設の運営者は、施設ごとの発注履歴４７を知ることができるので、過去の発注を将来の発注に役立てることができる。
【００９８】
本実施形態によれば、各施設の運営者は、最近の発注と過去の発注とから情報を得て作成された発注分析情報を利用することができるので、将来の発注を効果的に行うことができる。
【００９９】
本実施形態によれば、各施設の運営者は、比較の時点を含む月と前月との支払金額の差を把握することができるので、発注内容の見直しがしやすくなる。
【０１００】
本実施形態によれば、各施設の運営者は、施設ごとに作成された予算分析情報を利用することができるので、第３の期間の残りの期間の予算の消化を効果的に行うことができる。
【０１０１】
本実施形態によれば、各施設の運営者は、予算を未消化である施設又は入居者のリストを利用することができるので、第３の期間の残りの期間の予算の消化を効果的に行うことができる。
【０１０２】
本実施形態によれば、提供者が、定期的に発注をしている発注可能項目又は不定期的に発注をしている発注可能項目の欠品率を把握することができるので、需要を把握しやすく、在庫管理を効果的に行うことができる。
【０１０３】
本実施形態によれば、提供者が、施設と時点と発注可能項目との少なくとも１つに関連した発注の予測を利用することができるので、在庫管理を効果的に行うことができる。
【０１０４】
本実施形態によれば、所定のアルゴリズムが機械学習により更新されるので、固定のアルゴリズムを使用する場合に比べて、状況に応じた発注の予測を適切に行うことができる。
【０１０５】
本実施形態によれば、発注側装置３０と購入支援サーバ１０との間で第１の認証情報に基づいた第１の認証が行われるので、購入支援サーバ１０に対する不適切な発注を防ぐことができる。また、購入支援サーバ１０と提供側サーバ２０との間で第２の認証情報に基づいた第２の認証が行われるので、提供側サーバ２０に対する不適切な発注を防ぐことができる。また、第２の認証は発注手続者の施設に対応した第２の認証情報に基づいて行われるので、発注手続者ごとに認証情報を用意する場合に比べて手続が簡単になる。
【０１０６】
本発明は上述した実施形態には限定されない。すなわち、当業者は、本発明の技術的範囲又はその均等の範囲内において、上述した実施形態の構成要素に関し、様々な変更、コンビネーション、サブコンビネーション、並びに代替を行ってもよい。
【産業上の利用可能性】
【０１０７】
本発明は、発注可能項目の提供者と発注者との間で発注を支援する種々のプログラム、方法及びシステムに適用可能である。
【符号の説明】
【０１０８】
１…    購入支援システム
１０…  購入支援サーバ
１１…  通信手段
１２…  記憶手段
１３…  プロセッサ
１４…  購入支援手段
１５…  ネットワーク
２０…  提供側サーバ
２１…  通信手段
２２…  記憶手段
２３…  プロセッサ
２４…  提供側制御プログラム
２５…  主管理データ
２６…  第３の認証データ
２７…  提供側制御手段
３０…  発注側装置
３１…  通信手段
３２…  表示手段
３３…  入力手段
３４…  記憶手段
３５…  プロセッサ
３６…  発注側制御プログラム
３７…  発注側制御手段
４１…  購入支援プログラム
４２…  第１の認証データ
４３…  所属関係
４４…  第２の認証データ
４５…  中間管理データ
４６…  欠品履歴
４７…  発注履歴
４８…  予算データ
５１…  認証情報取得手段
５２…  第１の認証判定手段
５３…  第２の認証判定手段
５４…  発注可能化手段
５５…  発注者選択手段
５６…  検索手段
５７…  欠品情報取得手段
５８…  欠品履歴記憶手段
５９…  提示手段
６０…  発注指示受信手段
６１…  発注指示送信手段
６２…  発注履歴記憶手段
６３…  発注履歴処理手段
６４…  発注履歴比較手段
６５…  発注分析手段
６６…  予算比較手段
６７…  予算分析手段
６８…  欠品率計算手段
６９…  発注予測手段
７０…  発注画面
７１…  発注者選択画像
７２…  カート
７３…  カテゴリ欄
７４…  検索ボックス
７５…  商品検索結果
７６…  発注ボタン
７７…  発注履歴ボタン
８０…  発注者選択画面
８１…  発注履歴画面
８２…  更新ボタン
８３…  削除ボタン
８４…  発注履歴更新画面
８５…  削除画面
【要約】
【課題】提供者が欠品履歴を利用することにより発注可能項目の在庫管理が容易となる購入支援プログラム、購入支援方法、及び購入支援システムを提供する。
【解決手段】購入支援プログラム４１は、発注可能項目を発注側装置３０に提示する第１の工程と、発注側装置３０から発注可能項目の発注を指示する第１の発注指示を受信する第２の工程と、第１の発注指示により発注された発注可能項目の発注を指示する第２の発注指示を提供側サーバ２０に送信する第３の工程と、発注可能項目が提供者において欠品であるか否かを表す欠品情報を取得する第４の工程と、発注可能項目と欠品情報とを含む欠品履歴４６を記憶する第５の工程とを購入支援サーバ１０に実行させる。
【選択図】図２【図１】
0006917089.tif 000002
【図２】
0006917089.tif 000003
【図３】
0006917089.tif 000004
【図４】
0006917089.tif 000005
【図５】
0006917089.tif 000006
【図６】
0006917089.tif 000007
【図７】
0006917089.tif 000008
【図８】
0006917089.tif 000009
【図９】
0006917089.tif 000010