WO2021100074A1 - 調達支援サーバ及びプログラム - Google Patents

Abstract

目標を達成する過程で必要なサービスや物品の調達・手配を、効率的に行うことができる調達支援システムを提供することを目的とする。 調達支援サーバは、被支援者が達成しようとする目標を取得する目標取得部と、目標取得部が取得した目標について、当該目標を達成するために手配すべき１以上の調達事項を特定する調達事項解析部と、調達事項解析部が特定した調達事項について、手配を実行する調達実施部とを備える。

Description

調達支援サーバ及びプログラム

　本発明は、目標を達成するのに要する物品やサービスの調達を支援する調達支援システムに関する。

　一般に、一つの目標を達成しようとする場合、その過程で様々な物品を入手したりサービスを利用したりしつつ、最終的な目標を達成することがしばしばある。例えば、車いすを利用している人が、目的地まで移動することを希望する（目標とする）場合、その過程で、交通機関の乗降、段差、階段、急こう配等の通過などにおいて、サポートを要することがある。また、移動の途中で物品（例えば飲み物）を購入することを希望することも考えられる。このような場合、目標を達成するまでの過程で物品を入手したりサービスを利用したりする場所で都度、その手配をする必要があり円滑に目標を達成することが容易ではない。

　このような状況は、上に例示した車いすの利用者のような身体に障害を有する人に限られない。例えば非常に多忙な人物の場合、分刻みで設定された沢山の予定（すなわち目標）を、円滑にこなす必要があるところ、その過程で必要となる移動手段の手配、物品の調達を漏れなく効率的に行うことが重要となる。

　通常、このような目標を達成するための管理は、スケジュール帳や予定表を用いて行うことが多い（例えば特許文献１を参照）。

特開２００６－１４６５３０号公報

　しかし、これらの従来の手法では、サービスや物品の手配に漏れが出たり、調達が適切なタイミングに間に合わなかったりすることがしばしば起こってしまう。

　本発明は、上記課題の解決のためになされたものであり、目標を達成する過程で必要なサービスや物品の調達・手配を、効率的に行うことができる調達支援システムを提供することを目的とする。

　上記の課題を解決すべく、本発明の一実施形態に係る調達支援サーバは、被支援者が達成しようとする目標を取得する目標取得部と、目標取得部が取得した目標について、当該目標を達成するために手配すべき１以上の調達事項を特定する調達事項解析部と、調達事項解析部が特定した調達事項について、手配を実行する調達実施部とを備える。

　本発明では、調達実施部は、調達事項解析部が特定した１以上の調達事項について、当該調達事項を提供する支援者を指定した発注と、提供する支援者を指定しないオープン形式の発注とを、選択的に実施するとよい。また、調達実施部は、調達事項解析部が特定した１以上の調達事項について、自動的に発注を実施することを特徴とするとよい。

　本発明では、目標取得部は、被支援者のスケジュールを管理するスケジュールサーバから、目標として被支援者の予定を取得するとよい。

　本発明では、調達支援サーバは、調達事項の進捗状況を把握してステータスを更新しつつ管理する調達管理部と、調達管理部が管理する調達事項のステータスに基づいて、被支援者による目標の達成の進捗状況を把握して出力する目標達成状況管理部とをさらに備えるとよい。

　本発明では、目標達成状況管理部は、目標達成の進捗状況と、予め想定した進捗状況とを対比し、進捗状況が悪い場合に、進捗をリカバリする手段を提供するとよい。

　調達支援サーバは、目標の達成プロセスを評価する評価部をさらに備えるとよい。評価部は、目標に紐づいた調達事項を提供した支援者を評価するとよい。また、評価部は、調達事項解析部が特定した調達事項と、実際に調達が行われた調達事項とに基づいて、調達事項解析部へのフィードバックを行うとよい。

　上記課題を解決するために、本発明の実施形態に係るプログラムは、コンピュータを、上記何れかの調達支援サーバとして機能させるとよい。

調達支援サーバ１を含んで構成される調達支援システム１０００の構成を示す模式図である。 調達支援サーバ１のハードウェア構成を示すブロック図である。 制御部１２が実現する調達支援サーバ１の機能ブロック図である。 目標に対応する調達事項のリストの表示例を示す図である。 指名発注画面の表示例を示す図である。 オープン発注画面の表示例を示す図である。 調達ボタンが設けられたスケジュール表の表示例を示す図である。

　以下、図面を参照して本発明の実施の形態にかかる調達支援サーバ１を含んで構成される調達支援システム１０００を説明する。図１は、調達支援サーバ１を含んで構成される調達支援システム１０００の構成を示す模式図である。

　調達支援サーバ１は、ある人物（以下、被支援者という）が目標を達成する過程で必要な物品やサービスの調達を支援する装置である。調達支援サーバ１は、スケジュールサーバ２、支援者端末３、ユーザ端末４、および被支援者端末５とネットワークＮＷを介して通信可能に接続され、これらと協働して調達支援システム１０００を形成する。

　調達支援サーバ１は、例えば、コンピュータシステムであり、キーボード、マウス、タッチパネル等の入出力装置、ＣＰＵ（Central Processing Unit）等の演算部及びＲＡＭ（Random Access Memory）、ＲＯＭ（read only memory）等の記憶装置を備えた本体、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等の表示装置等から構成される。

　図２に示すように、調達支援サーバ１は、少なくとも、調達支援サーバ１は、記憶部１１、制御部１２、通信部１３、入力部１４、および表示部１５を備える。なお、調達支援サーバ１は、これらの各構成が物理的に一体として構成されていなくてもよい。例えば、上記構成要素の一部または全部が遠隔地に分散して配置されていてもよく、それらが協働して調達支援サーバ１として機能するようにすればよい。

　記憶部１１は、例えば、ＳＳＤ（Solid State Drive）、ＨＤＤ（Hard Disk Drive）、ＲＡＭ（Random Access Memory）など、書き換え可能な記憶装置である。記憶部１１には、制御部１２にて実行されるプログラムや、当該プログラムで用いられるデータ等が記憶されている。例えば、記憶部１１は、調達支援サーバ１の機能を実現するためのプログラム、当該プログラムが使用する各種のデータを保持・管理する支援者データベースＤＢ１、目標－調達事項対応データベースＤＢ２、調達事項データベースＤＢ３等の各種データベース等を記憶する。

　支援者データベースＤＢ１は、調達支援システムにおいて、被支援者に対して物品やサービスの提供が可能な支援者（物品の販売者、サービスの提供者）を管理するデータベースである。支援者データベースＤＢ１は、支援者の名称、識別ＩＤ、及び提供可能な調達事項等を対応付けて記憶し、照会要求に応じて条件に合った支援者の情報を提供する。

　目標－調達事項対応データベースＤＢ２は、目標（あるいは目標のカテゴリ）と調達事項との組み合わせを、被支援者ごとに記憶する。目標－調達事項対応データベースＤＢ２は、一人の被支援者の一つの目標に対して複数の調達事項が紐づけられてもよい。

　調達事項データベースＤＢ３は、調達支援サーバ１が管理する調達すべき事項のリストを格納するデータベースである。調達事項データベースＤＢ３は、調達事項の名称、識別ＩＤ、被支援者、当該調達事項が紐づけられる目標、調達日時、調達場所、予算、発注方法、発注状況、受注者、受注価格、支払状態、履行状態等を紐づけて格納する。

　制御部１２は、ＣＰＵ（Central Processing Unit）などのプロセッサであり、ユーザから入力される指示信号に応じて調達支援サーバ１の各部を制御する。例えば制御部１２は、支援者端末３から送信されるリクエスト等に基づき、記憶部１１に記憶されたプログラムに従った処理を実行する。例えば、制御部１２は、記憶部１１に記憶されたプログラムを実行することにより、目標取得部１２１、調達事項解析部１２２、調達実施部１２３、調達管理部１２４、目標達成状況管理部１２５、評価部１２６等の機能を実現する。また、制御部１２は、通信部１３やネットワークＮＷを介して、スケジュールサーバ２、支援者端末３、ユーザ端末４、被支援者端末５等との通信を行う。

　通信部１３は、ネットワークＮＷを介したスケジュールサーバ２、支援者端末３、ユーザ端末４、被支援者端末５等との通信を司る。なお、通信部１３の通信方法は、無線通信及び有線通信のいずれであってもよい。入力部１４は、ユーザによる入力操作を受け付ける装置である。入力部１４として、例えば、マウス、キーボード、タッチパネル等が用いられる。表示部１５は、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（有機ＥＬディスプレイ、Organic Electro-Luminescent Display）などの表示装置である。

　図３は、制御部１２が記憶部１１に記憶されたプログラムを実行し、各データベース（ＤＢ１～ＤＢ３）にアクセスすることにより実現する調達支援サーバ１の機能ブロック図である。図３に示すように、調達支援サーバ１は、目標取得部１２１、調達事項解析部１２２、調達実施部１２３、調達管理部１２４、目標達成状況管理部１２５、および評価部１２６を備える。

　目標取得部１２１は、被支援者が達成しようとする目標を取得する。例えば目標取得部１２１は、スケジュールサーバ２が管理する被支援者の予定を、目標として取得するとよい。具体的には、目標取得部１２１は、ユーザ（被支援者自身とは限らない）が、スケジュールサーバ２が管理する被支援者の予定を支援者端末３にて閲覧し、各予定に紐づいて表示される調達ボタンをユーザが押し等の所定の操作を行ったときに、その予定を、被支援者の目標とし取得するとよい。また、目標取得部１２１は、スケジュールサーバ２が管理する被支援者の予定を解析し、特定の条件（例えば、予め定められたカテゴリに含まれる予定、所定の期間に設定されている予定（１週間以内の予定等）を満たす予定、予定に関する必要項目が入力済みである予定、等）を、被支援者が達成したい目標として取得してもよい。

　その他、目標取得部１２１はスケジュールサーバ２が管理する被支援者の予定以外に、ユーザ端末４を用いたユーザの入力に基づいて、被支援者が達成したい目標を取得してもよい。目標取得部１２１は、このようなユーザの入力を実現するための表示画面をユーザ端末４に表示させるとよい。

　調達事項解析部１２２は、目標取得部１２１が取得した目標について、その目標を達成するために手配すべき物品やサービス（以下、調達事項と総称する）を特定し、調達事項データベースＤＢ３に登録する。

　調達事項解析部１２２は、記憶部１１に記憶された目標－調達事項対応データベースＤＢ２に基づいて、手配すべき調達事項を特定するとよい。

　例えば、車いすを利用する被支援者の場合には、「移動」という予定のカテゴリに対して「段差や乗り物の乗降の補助」といったサービスを紐づけるとよい。また、自動車での移動よりも列車での移動を好む被支援者については、「移動」という予定のカテゴリに紐づけて、「乗車券の手配」というサービスを紐づけるとよい。その他、移動時にコーヒーを飲むことを好む被支援者については、「移動」という予定のカテゴリに紐づけて「コーヒーの提供」というサービスを紐づけてもよい。また、「会議」という予定のカテゴリに対して、「配布資料の印刷」、「ケータリングサービス」、「懇親会」といったサービスを紐づけるとよい。一つの予定（あるいは予定のカテゴリ）に対して、複数の調達事項が紐づけられていてもよい。このようにすれば、各被支援者の嗜好に応じた調達・手配を支援することが可能となる。

　目標－調達事項対応データベースＤＢ２は、実際に発注した調達事項、発注しなかった調達事項等の実績（すなわち、調達事項データベースに登録された調達事項が発注されたか否か）を踏まえ、機械学習等により、適宜更新されるように構成するとよい。

　調達事項解析部１２２は、スケジュールサーバ２に、解析しようとする目標（予定）の前の予定を照会し、解析しようとする目標（予定）の実施場所と前の予定の場所との間で移動が必要か否かを判断し、必要と判断した場合には調達事項として当該「移動」を調達事項として特定するとよい。また、調達事項解析部は、調達事項として特定した「移動」をスケジュール表に登録するようスケジュールサーバ２にフィードバックするとよい。

　調達事項解析部１２２が調達事項データベースＤ３に登録した調達事項は、図４に示すように、被支援者と目標をキーとして抽出され、ユーザ端末４にリスト化して表示される。

　調達実施部１２３は、調達事項解析部１２２が特定した調達事項について、ユーザの操作に基づき手配を実行する。調達実施部１２３は、支援者を指定した発注（指名発注）と、支援者を指定しないオープン形式の発注（オープン発注）を可能とする。具体的には、図４に示すように、調達実施部１２３は、指名発注を行うための指名発注ボタンＢ１、およびオープン発注を行うためのオープン発注ボタンＢ２を、調達事項解析部１２２が特定した調達事項に紐づけてユーザ端末４に表示させる。また、調達実施部１２３は、各調達事項に対し実行された発注のステータスに応じて、調達事項データベースの発注方法や発注状態を適宜更新する。

　指名発注では、発注に係る調達事項が提供可能な支援者として支援者データベースに登録されている１以上の支援者から１つを指定して、発注を行う。調達実施部１２３は、指名発注ボタンＢ１が押されると、図５に示すように、発注先となる支援者、提供を受ける被支援者、日時、場所、予算等の調達条件を入力する指名発注画面をユーザ端末４に表示させる。調達実施部１２３は、提供を受ける被支援者、日時、場所、予算等の調達条件に合致する支援者を発注先候補として（例えば図５に示したようにリストボックスにより）ユーザに提示するとよい。また、調達実施部１２３は、発注に応じるか否かを回答するためのインタフェースを支援者端末３に表示させる。

　オープン発注では、ユーザ側からは支援者を指定せずに、提供を受ける被支援者、日時、場所、予算等の調達条件を含んだ入札リクエストを、当該発注に係る調達事項が提供可能な支援者として支援者データベースに登録されている各支援者に示すことによりオープン形式で発注を行う。調達実施部１２３は、オープン発注ボタンＢ２が押されると、図６に示すように、提供を受ける被支援者、日時、場所、予算等の調達条件を入力するオープン発注画面をユーザ端末４に表示させる。また、調達実施部１２３は、ユーザ端末４からの発注が行われると、入札に応札するためのインタフェースを入札可能な支援者の支援者端末３に表示させる。ここで、「入札可能な支援者」は、応札可能性の高さに基づいて特定するとよい。応札可能性の高さは、支援者の位置（例えば、事業所や店舗等の拠点の位置、支援者のスケジュールから把握される支援者の居場所等）と調達事項の提供を受ける場所との関係、調達事項に関する支援者の在庫状況、支援者のスケジュールにおける空き時間の有無等に基づいて特定するとよい。なお、オープン発注は、価格を固定して受注可能な支援者を募る固定方式としてもよいし、価格が固定されない方式（例えば、逆オークション方式や競争入札方式）としてもよい。

　調達管理部１２４は、発注した調達のステータスを管理する。調達管理部１２４は、記憶部１１に格納されている調達事項データベースＤＢ３に記録された個々の調達事項について、その進捗状況を把握し、支援者による受注が確定されたか否か、約定した発注について調達が履行されたか否か等のステータスを更新しつつ管理する。そして、調達管理部１２４は、管理している各調達事項の状況を、ユーザ端末４を介してユーザに提示する。

　目標達成状況管理部１２５は、被支援者による目標達成の進捗状況を把握して、ユーザに提示する。目標達成状況管理部１２５は、目標達成の進捗状況を、調達事項の履行状況、ユーザが任意に設定できるチェックポイントでの確認結果等に基づいて把握する。目標達成状況管理部１２５は、調達事項の履行状況が履行済みとなっていれば、その調達事項が必要となる段階まで目標達成度が進捗したものと判断することができる。この際、支援者による支援者端末３の操作や被支援者による被支援者端末５の操作により、履行された旨が調達支援サーバ１に送信されるようにしてもよい。あるいは、被支援者の持つ被支援者端末５や支援者の支援者端末３の位置情報に基づいて、調達事項の履行状況を把握するようにしてもよい。具体的には、被支援者の持つ被支援者端末５に調達事項の提供が予定された支援者の支援者端末３が所定の距離以内に接近したことを被支援者端末５または支援者端末３が通知するように構成し、目標達成状況管理部１２５は、当該通知を受けっとった場合に、当該調達事項を履行済みとしてもよい。このようにすれば、支援者と被支援者の行動の交わり（インタラクション）があったことを目標達成状況管理部１２５が推認して、調達事項を履行済みとすることができる。

　ユーザが任意に設定できるチェックポイントとは、例えば、時間（あるいは時間の範囲）と位置（あるいは位置の範囲）との組み合わせとしてもよい。この場合、目標達成状況管理部１２５は、ネットワークＮＷを介して被支援者端末５の位置を随時取得し、被支援者端末５を持つ被支援者が指定の時間に指定の位置にいた（あるいは到達していた）場合に、そのチェックポイントが達成されたものとするとよい。また、チェックポイントとされた事項が達成されたときに、被支援者が被支援者端末５を操作して達成された旨を入力して調達支援サーバ１に送信するようにしてもよい。

　目標達成状況管理部１２５は、進捗状況を、進捗度（例えば、達成済みのチェック項目の数をチェック項目の総数で除した値）として数値化して提示するとよい。

　また、目標達成状況管理部１２５は、目標達成の進捗状況が想定より悪い場合に、リカバリする手段を提供するとよい。例えば、目標達成状況管理部１２５は、予定よりも目標達成の進捗が遅れていることを支援者端末３、ユーザ端末４、および被支援者端末５の何れか又は全てに対し通知するとよい。また、目標達成状況管理部１２５は、予定した時刻を過ぎても調達事項が履行されない場合に、支援者端末３やユーザ端末４に通知を送ったり、ユーザ端末４に対し代替の調達事項を提案するとともにその発注を支援したりしてもよい。

　評価部１２６は、目標達成のプロセスが完了した後で、その達成プロセスを評価し、支援者データベース、目標－調達事項対応データベースＤＢ２をはじめとする各所へフィードバックする。例えば評価部１２６は、目標に紐づいた調達事項を提供した支援者を評価し、評価結果を支援者データベースＤＢ１に反映するとよい。支援者の評価結果は当該支援者の支援者端末３に通知されてもよい。また、評価部１２６は、調達事項解析部１２２が調達事項データベースＤＢ３に登録した調達事項と、実際に調達が行われた調達事項とに基づいて、目標－調達事項対応データベースＤＢ２を更新してもよい。すなわち、評価部１２６は、調達事項解析部１２２の精度を向上すべくフィードバックを行う。また、評価部１２６は、目標達成のプロセス自体の良否を評価してもよい。例えば、評価部１２６は、調達事項データベースＤＢ３の更新履歴等に基づいて、目標達成のプロセスが円滑に進捗していたかを評価し、その評価結果をユーザ端末４に通知してもよい。また、スケジュールサーバ２が管理する予定が「目標」である場合には、スケジュールサーバ２にも目標達成のプロセスの評価結果を通知してもよい。

　スケジュールサーバ２は、被支援者の日々の予定を管理する。スケジュールサーバ２は、調達支援サーバ１と同様のコンピュータシステムにより実現されるとよい。スケジュールサーバ２が管理する被支援者の個々の予定は、調達支援サーバ１にて、その達成のための調達が支援される「目標」の候補である。ユーザは支援者端末３を用いてスケジュールサーバ２が管理する被支援者の予定を閲覧することが可能とされ、さらに表示された個々の予定に対する操作（例えば、予定に紐づけて表示される調達ボタンをクリックする、等）を行うことで、当該予定を被支援者が達成したい「目標」としたときに必要となる調達事項の手配を行うことが可能とされる。

　支援者端末３、ユーザ端末４、および被支援者端末５は、通信インタフェース、入出力装置、ディスプレイ、記憶媒体、ＣＰＵ等を備えるコンピュータ端末であり、デスクトップ型、ノート型、タブレット型等のパーソナルコンピュータ、スマートフォン、携帯電話等の携帯情報端末などが用いられる。

　支援者端末３は、支援者データベースに登録された支援者が使用する端末である。支援者端末３には、当該支援者端末３を持つ支援者への指名発注や、当該支援者端末３を持つ支援者が対象に含まれるオープン発注の情報が送信され、支援者は、支援者端末３を介して受注やその後の手続を行うことが可能とされる。

　ユーザ端末４は、被支援者の予定や目標を管理する者（本明細書では、この者をユーザと読んでいる）が使用する端末である。ユーザは、ユーザ端末４を用いて、スケジュールサーバ２にて管理される当該ユーザが管理する被支援者のスケジュールを閲覧し、予定と関連する調達事項を調達支援サーバ１を利用して取得し、さらに取得した調達事項について必要に応じて発注を行うことが可能とされる。

　被支援者端末５は、目標を達成しようとする被支援者が使用する端末である。被支援者端末５は、目標達成の進捗状況を把握するために必要な情報を、ネットワークＮＷを介して調達支援サーバ１に随時送信する。目標達成の進捗状況を把握するために必要な情報は、例えば、被支援者端末５の位置情報、被支援者端末５に対する被支援者の入力、被支援者端末５に接近した支援者端末３の情報、等とするとよい。なお、被支援者が自ら予定や目標を管理する（つまり「ユーザ」でもある）場合には、ユーザ端末４が被支援者端末５を兼ねてもよい。

〔動作の説明〕
　続いて、以上のようにネットワークＮＷを介して接続された調達支援サーバ１、スケジュールサーバ２、支援者端末３、ユーザ端末４および被支援者端末５で構成される調達支援システム１０００の動作について説明する。

〔調達事項の発注〕
　被支援者のある目標について、必要な調達を行う場面では、ユーザは以下のようにして調達を行う。はじめに、ユーザは、ユーザ端末４を操作して被支援者が達成したい目標を特定する。例えばスケジュールサーバ２で管理されている被支援者のスケジュール表に登録されている予定の１つを達成したい目標とする場合、ユーザは、ユーザ端末４を用いてスケジュールサーバ２で管理されているスケジュール表を閲覧する。図７は、ユーザ端末４に表示されるスケジュール表の一例を示している。予定に紐づけて表示される調達ボタンＢ３をユーザがクリックすることに応じて、当該予定が被支援者が達成したい「目標」として特定され、調達支援サーバ１の目標取得部１２１に送信される。このようにして、目標取得部１２１は目標を取得することができる。他の例としては、ユーザはユーザ端末４を操作して目標取得部１２１が提供する目標入力のためのインタフェースに目標を特定するための事項を入力し、これを目標取得部１２１に送信することにより、目標取得部１２１は達成したい目標を取得できるようにしてもよい。

　続いて、調達事項解析部１２２は、目標取得部１２１が取得した目標について、それを達成するために手配すべき調達事項を特定する調達事項解析部１２２は、記憶部１１に記憶された目標－調達事項対応データベースを参照して調達事項を特定するとよい。調達事項解析部１２２は、特定した調達事項を、調達支援サーバ１の調達事項データベースに登録する。このとき、新規に登録された調達事項の発注方法は「未定」とされ、発注状態は「未発注」とされる。

　続いて、調達実施部１２３は、調達事項解析部１２２が特定した調達事項のそれぞれについて、ユーザの操作を受け付ける発注処理インタフェースをユーザ端末４に表示させる。そして、ユーザは、表示された発注処理インタフェースに対する操作により、必要な調達・手配を実行する。具体的には、図４に示したように、発注処理インタフェースは、指名発注ボタンＢ１、およびオープン発注ボタンＢ２を含み、調達実施部１２３は、これらのいずれが押下されたかに応じて、対応する処理を実行する。

　指名発注ボタンＢ１が押下された場合には、発注先の支援者、発注条件等を入力するための画面がユーザ端末４に表示される。ユーザはこの画面に必定事項（例えば、支援者、内容、数量、日時、場所等）を入力して指名発注を実行する。指名発注が実行されると、調達実施部１２３は、調達事項データベースにおいてこの調達事項についての発注方法を「指名発注」とし、発注状態を「発注済み」とする。また、調達実施部１２３は、ユーザ端末４に表示される発注処理インタフェースを新たな発注を受け付けない状態（例えば、非表示、無効表示等）とする。

　指名発注の発注先である支援者は、支援者端末３にて指名発注を受け付ける。受け付けた指名発注について、受注の可否を返答するための受注処理インタフェース（例えば、受注承諾ボタンと受注拒否ボタン）が支援者端末３に表示される。支援者がこの受注処理インタフェースを操作することで、受注の可否を示す情報（及び必要に応じてその他の連絡事項等）を調達実施部１２３に送信する。支援者により受注が承諾された場合には、調達実施部１２３は、調達事項データベースにおける当該調達事項の受注者を当該支援者とし、発注状態を「受注確定」とする。一方、受注が拒否された場合には、調達実施部１２３は、調達事項データベースＤＢ３における当該調達事項の発注方法を「未定」、発注状態を「未発注」に戻すとともに、ユーザ端末４における発注処理インタフェースを新たな発注操作が可能な状態とする。

　オープン発注ボタンＢ２が押下された場合、発注条件等を入力するための画面がユーザ端末４に表示される。ユーザはこの画面に必定事項（例えば、内容、数量、日時、場所、入札期限等）を入力してオープン発注を実行する。オープン発注が実行されると、調達実施部１２３は、調達事項データベースＤＢ３においてこの調達事項についての発注方法を「オープン発注」とし、発注状態を「入札中」とする。また、調達実施部１２３は、ユーザ端末４に表示される発注処理インタフェースを新たな発注を受け付けない状態（例えば、非表示、無効表示等）とする。

　オープン発注が実行されると、当該オープン発注の発注条件を満たす支援者の支援者端末３に、当該オープン発注に応札するための入札インタフェースが表示される。支援者が応札する場合、この入札インタフェースを操作して、入札方法に応じた必要事項（例えば、入札価格等）を含んだ応札情報を調達実施部１２３に送信する。オープン発注を落札した支援者がいた場合には、調達実施部１２３は、調達事項データベースにおいて、当該調達事項の受注者を当該支援者とし、発注状態を「受注確定」とする。一方、落札者が居なかった場合には、調達実施部１２３は、調達事項データベースにおける当該調達事項の発注方法を「未定」、発注状態を「未発注」に戻すとともに、ユーザ端末４における発注処理インタフェースを新たな発注操作が可能な状態とする。

　調達実施部１２３はさらに、調達事項解析部１２２が特定しなかった調達事項をユーザが入力して発注するための任意発注を可能とする。調達実施部１２３がユーザ端末４に表示させる発注処理インタフェースにおいて、調達事項追加ボタンを押下すると、調達事項追加インタフェースが表示され、ここに必要な事項を入力することで、新たな調達事項が、調達事項データベースに登録されるとともに調達事項インタフェースにおける調達事項のリストに追加される。新しく追加された調達事項については、調達事項解析部１２２が特定した調達事項と同様に、指定発注およびオープン発注を選択的に実行できるように指定発注ボタンおよびオープン発注ボタンが表示される。

　以上で説明した方法を繰り返すことにより、ユーザは、被支援者が有する目標（あるいは予定）のそれぞれについて、達成に要する調達事項の手配を行う。

〔調達事項の履行と目標達成〕
　被支援者が目標の達成に向けて行動する場面では、調達支援サーバ１は、被支援者による目標達成の進捗状況を把握して、ユーザに提示する。また、目標達成の進捗が思わしくない場合に、進捗をリカバリするためのアクションを実行する。

　具体的には、調達管理部１２４が、目標に紐づけられて発注済みの調達事項のステータスを管理する。各調達事項の状況は、ユーザ端末４を介してユーザに提示される。目標達成状況管理部１２５は、調達管理部１２４が随時管理する調達事項のステータスや、チェックポイントでの確認結果に基づいて、被支援者による目標達成の進捗状況を把握して、ユーザ端末４に通知する。例えば、目標達成状況管理部１２５は、進捗状況を、進捗度（例えば、達成済みのチェック項目の数をチェック項目の総数で除した値）として数値化してユーザ端末４に通知するとよい。

　また、目標達成状況管理部１２５は、目標達成の進捗状況と、予め想定した進捗状況とを対比し、進捗状況が悪い場合に、リカバリすべく、予定よりも目標達成の進捗が遅れていることを支援者端末３、ユーザ端末４、および被支援者端末５の何れか又は全てに対し通知する。例えば、目標達成状況管理部１２５は、予定した時刻を過ぎても調達事項が履行されない場合に、支援者端末３やユーザ端末４に通知を送ったり、ユーザ端末４に対し代替の調達事項を提案するとともにその発注を支援したりする。具体例としては、所定の時刻に配送されるべき物品がその時刻までに配送されていない場合に、当該物品についての支援者の支援者端末３にリマインドの通知を送信するとよい。また、徒歩での移動では予定の時刻までに目的地に到達できない可能性が高まった場合に、タクシーを手配するとともに被支援者端末５に移動方法の変更を通知してもよい。

　本発明に係る調達支援サーバ１を含む調達支援システム１０００によれば、以上のような構成により、ユーザは被支援者が目標を達成する過程を把握しつつ、適切なサポートを行うことができる。

　なお、上記に本発明の実施形態を説明したが、本発明はこれらの例に限定されるものではない。

　例えば、調達事項解析部１２２は主に目標－調達事項対応データベースＤＢ２を用いて目標に対応する調達事項を特定したが、目標－調達事項対応データベースＤＢ２を用いない方法で調達事項を特定してもよい。例えば、当該被支援者自身についての過去の調達履歴を機械学習した学習済みモデルや当該被支援者と似た属性の被支援者についての過去の調達履歴を機械学習した学習済みモデルを用いて、目標に対応する調達事項を予測して特定するようにしてもよい。

　調達実施部１２３は、ユーザによる手動での発注操作を伴う調達に加え、自動で調達を実施してもよい。このような自動調達を行う事項を予め目標－調達事項対応データベースＤＢ２に登録しておくとよい。

　また、前述の実施形態に対して、当業者が適宜、構成要素の追加、削除、設計変更を行ったものや、各実施形態の特徴を適宜組み合わせたものも、本発明の要旨を備えている限り、本発明の範囲に含有される。

１０００　調達支援システム
１　調達支援サーバ
１１　記憶部
１２　制御部
１３　通信部
１４　入力部
１５　表示部
１２１　目標取得部
１２２　調達事項解析部
１２３　調達実施部
１２４　調達管理部
１２５　目標達成状況管理部
１２６　評価部
２　スケジュールサーバ
３　支援者端末
４　ユーザ端末
５　被支援者端末

 

Claims (10)

1. 　被支援者が達成しようとする目標を取得する目標取得部と、
   　前記目標取得部が取得した前記目標について、当該目標を達成するために手配すべき１以上の調達事項を特定する調達事項解析部と、
   　前記調達事項解析部が特定した前記調達事項について、手配を実行する調達実施部と
   を備える調達支援サーバ。
2. 　前記調達実施部は、前記調達事項解析部が特定した１以上の前記調達事項について、当該調達事項を提供する支援者を指定した発注と、提供する支援者を指定しないオープン形式の発注とを、選択的に実施することを特徴とする請求項１に記載の調達支援サーバ。
3. 　前記調達実施部は、前記調達事項解析部が特定した１以上の前記調達事項について、自動的に発注を実施することを特徴とする請求項１または２に記載の調達支援サーバ。
4. 　前記目標取得部は、前記被支援者のスケジュールを管理するスケジュールサーバから、目標として前記被支援者の予定を取得することを特徴とする請求項１から３のいずれか１項に記載の調達支援サーバ。
5. 　前記調達事項の進捗状況を把握してステータスを更新しつつ管理する調達管理部と、
   　前記調達管理部が管理する前記調達事項のステータスに基づいて、前記被支援者による前記目標の達成の進捗状況を把握して出力する目標達成状況管理部と
   をさらに備えることを特徴とする請求項１から４のいずれか１項に記載の調達支援サーバ。
6. 　前記目標達成状況管理部は、目標達成の進捗状況と、予め想定した進捗状況とを対比し、進捗状況が悪い場合に、進捗をリカバリする手段を提供することを特徴とする請求項５に記載の調達支援サーバ。
7. 　目標の達成プロセスを評価する評価部をさらに備える請求項５または６に記載の調達支援サーバ。
8. 　前記評価部は、目標に紐づいた調達事項を提供した支援者を評価することを特徴とする請求項６に記載の調達支援サーバ。
9. 　前記評価部は、前記調達事項解析部が特定した調達事項と、実際に調達が行われた調達事項とに基づいて、前記調達事項解析部へのフィードバックを行うことを特徴とする請求項７または８に記載の調達支援サーバ。
10. 　コンピュータを、請求項１から９の何れか１項に記載の調達支援サーバとして機能させるプログラム。
    
     

Images