特許 7583119 プログラム、情報処理装置及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-11-05

(45)【発行日】2024-11-13

(54)【発明の名称】プログラム、情報処理装置及び方法

(51)【国際特許分類】

   G06Q 10/0631 20230101AFI20241106BHJP

【ＦＩ】

G06Q10/0631

【請求項の数】 6

(21)【出願番号】P 2023104987

(22)【出願日】2023-06-27

【審査請求日】2023-12-11

【早期審査対象出願】

(73)【特許権者】

【識別番号】513056101

【氏名又は名称】フリー株式会社

(74)【代理人】

【識別番号】110002815

【氏名又は名称】ＩＰＴｅｃｈ弁理士法人

(72)【発明者】

【氏名】佐藤 顕範

【審査官】貝塚 涼

(56)【参考文献】

【文献】特開２０２０－１０２０４２（ＪＰ，Ａ）

【文献】特開２００３－０５０９０５（ＪＰ，Ａ）

【文献】特開平１０－０４９５９８（ＪＰ，Ａ）

【文献】特開２０１９－２０７４５７（ＪＰ，Ａ）

【文献】特開２０１４－１７９００４（ＪＰ，Ａ）

【文献】特開２０１１－０９６０１２（ＪＰ，Ａ）

【文献】特開２００６－３５０６２７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、
前記プログラムは、前記プロセッサに、
他の事業者から、複数の送受信手段による注文についての注文情報を取得するステップと、
前記メモリにあらかじめ記憶されている担当者を決定するための第２の情報に基づき、注文についての送受信手段、注文についての発注者、及び注文についての金額を含む条件とする情報に応じて当該注文に対応する担当者を決定するステップと、
決定された担当者の当該注文に関して行うタスクについてのタスク情報を生成するステップと、
前記タスク情報に紐づけて、前記タスクにおいて生成する書類の下書き情報を生成するステップと、を実行させる、プログラム。

【請求項2】

前記プログラムは、さらに、前記プロセッサに、
ユーザから、注文情報の担当者を決定するための情報を受け付け、前記第２の情報として、前記メモリに記憶させる、請求項１に記載のプログラム。

【請求項3】

注文情報を取得するステップでは、
前記複数の送受信手段により受け付けた前記注文情報を集約して、前記メモリに記憶させる、請求項１に記載のプログラム。

【請求項4】

前記下書き情報を生成するステップでは、前記決定した担当者ごとに前記下書き情報を生成する、請求項１に記載のプログラム。

【請求項5】

制御部と、記憶部とを備える情報処理装置であって、
前記制御部は、
他の事業者から、複数の送受信手段による注文についての注文情報を取得するステップと、
前記記憶部にあらかじめ登録されている担当者を決定するための第２の情報に基づき、注文についての送受信手段、注文についての発注者、及び注文についての金額を含む条件とする情報に応じて当該注文に対応する担当者を決定するステップと、
決定された担当者の当該注文に関して行うタスクについてのタスク情報を生成するステップと、
前記タスク情報に紐づけて、前記タスクにおいて生成する書類の下書き情報を生成するステップと、を実行する、情報処理装置。

【請求項6】

プロセッサと、メモリとを備えるコンピュータにより実行されるための方法であって、
前記方法は、前記プロセッサが、
他の事業者から、複数の送受信手段による注文についての注文情報を取得するステップと、
前記メモリにあらかじめ登録されている担当者を決定するための第２の情報に基づき、注文についての送受信手段、注文についての発注者、及び注文についての金額を含む条件とする情報に応じて当該注文に対応する担当者を決定するステップと、
決定された担当者の当該注文に関して行うタスクについてのタスク情報を生成するステップと、
前記タスク情報に紐づけて、前記タスクにおいて生成する書類の下書き情報を生成するステップと、を実行させる、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、プログラム、情報処理装置及び方法に関する。

【背景技術】

【0002】

業務において発生するタスクを管理するためのシステムが開発されている。例えば、特許文献１には、適切なタスク割当を、当該タスクの難易度等と、当該タスクを実施する者の能力等との関係により支援するタスク管理装置が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１９－２０４２４３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

一方、従来の販売管理システムにおける注文管理では、注文に対する担当者を自動で決定する構成にはなっておらず、人の手によってタスク管理を行っていたため、タスクの対応漏れのリスクがあった。

【0005】

本開示の目的は、注文後に発生するタスクの対応漏れのリスクを低減するシステムを提供することにある。

【課題を解決するための手段】

【0006】

本開示の一実施形態によると、プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、他の事業者からの注文についての注文情報を取得するステップと、取得した注文情報をユーザに提示し、当該注文に対応する担当者を決定するための第１の情報の入力をユーザから受け付けるステップと、第１の情報、またはメモリにあらかじめ記憶されている担当者を決定するための第２の情報に基づき、当該注文に対応する担当者を決定するステップと、決定された担当者の当該注文に関して行うタスクについてのタスク情報を生成するステップと、タスク情報に紐づけて、タスクにおいて生成する書類の下書き情報を生成するステップと、を実行させる、プログラムが提供される。

【発明の効果】

【0007】

本開示によれば、商品等の注文情報を取り込み、業務データとして見積書等の各種フォーマットの下書きを生成し、業務フローの自動分岐ルールに従って、担当者のアサインを行い、当該担当者についてのタスクを自動生成するため、タスクの対応漏れのリスクを低減することが可能となる。

【図面の簡単な説明】

【0008】

【図1】実施の形態１のタスク管理システム１の全体構成を示すブロック図である。

【図2】タスク管理システム１を構成する端末装置１０の機能的な構成を示すブロック図である。

【図3】タスク管理システム１を構成するサーバ２０の機能的な構成を示すブロック図である。

【図4】タスク管理システム１を構成するサーバ２０が記憶する、注文データベース２０２１のデータ構造の例を示す図である。

【図5】タスク管理システム１を構成するサーバ２０が記憶する、担当条件データベース２０２２のデータ構造の例を示す図である。

【図6】タスク管理システム１を構成するサーバ２０が記憶する、タスクデータベース２０２３のデータ構造の例を示す図である。

【図7】タスク管理システム１による処理の流れの前半を示すフローチャートである。

【図8】タスク管理システム１による処理の流れの後半を示すフローチャートである。

【図9】担当者決定処理（Ｓ３００）の処理の流れを示すフローチャートである。

【図10】タスク生成処理（Ｓ４００）の処理の流れを示すフローチャートである。

【図11】端末装置１０に表示する担当者ルール設定画面５００を示す図である。

【発明を実施するための形態】

【0009】

以下、図面を参照しつつ、本開示の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称及び機能も同じである。従って、それらについての詳細な説明は繰り返さない。

【0010】

＜概要＞
以下、本開示に係るタスク管理システムについて説明する。本開示に係るタスク管理システムは、法人または個人事業主が、他の事業者との間で行う取引における注文に関する情報に基づいて、当該注文について発生し得るタスク情報を生成して、管理するためのシステムである。本開示に係るタスク管理システムは、例えばクラウドサーバ等によりＷｅｂサービスとして、いわゆるＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）によって提供されるシステムである。

【0011】

本開示に係るタスク管理システムでは、ＦＡＸやメールなどの様々な手段で受領した商品等の注文情報を取り込み、設定された分岐条件に従って、担当者が決定される。また、決定された担当者に紐づく形で、当該商品等の注文に関するタスクが自動で生成される。さらに、業務データとして見積書等の各種フォーマットの下書きが自動で生成される。

【0012】

上記のような構成により、商品等の注文情報に基づいて、担当者の決定、当該担当者のタスク生成、およびタスクにおいて必要なフォーマットの下書きが自動で生成されるため、タスクの対応漏れのリスクを低減することが可能となる。また、様々な注文チャネルからの注文情報を一元管理することも可能となる。

【0013】

＜実施形態＞
以下、タスク管理システム１について説明する。以下の説明では、例えば、端末装置１０がサーバ２０へアクセスすることにより、サーバ２０が、端末装置１０で画面を生成するための情報を応答する。端末装置１０は、サーバ２０から受信した情報に基づいて画面を生成し表示する。

【0014】

＜１ タスク管理システム１の全体構成＞
図１は、実施の形態１のタスク管理システム１の全体構成を示すブロック図である。図１に示すように、タスク管理システム１は、複数の端末装置（図１では、端末装置１０Ａ及び端末装置１０Ｂを示している。以下、総称して「端末装置１０」ということもある）と、サーバ２０とを含む。端末装置１０とサーバ２０とは、ネットワーク８０を介して相互に通信可能に接続されている。ネットワーク８０は、有線または無線ネットワークにより構成される。本実施形態では、サーバ２０はＷｅｂサーバ（クラウドサーバを含む）であり、端末装置１０との間でＷｅｂページにより情報のやり取りを行う。また、端末装置１０にはＷｅｂページを閲覧するためのＷｅｂページブラウザがインストールされているが、サーバ２０のサービスを提供するための専用アプリケーションがインストールされ、専用アプリケーションにより閲覧可能に構成してもよい。

【0015】

端末装置１０は、各ユーザが操作する装置である。ここで、ユーザとは、端末装置１０を使用してタスク管理システム１の機能であるタスク生成処理を行う者であり、例えば事業者である企業の担当者、または個人事業主等である。端末装置１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ等により実現される。この他、端末装置１０は、例えば移動体通信システムに対応したタブレットや、スマートフォン等の携帯端末であるとしてもよい。

【0016】

端末装置１０は、ネットワーク８０を介してサーバ２０と通信可能に接続される。端末装置１０は、４Ｇ、５Ｇ、ＬＴＥ（Long Term Evolution）等の通信規格に対応した無線基地局８１、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１等の無線ＬＡＮ（Local Area Network）規格に対応した無線ＬＡＮルータ８２等の通信機器と通信することにより、ネットワーク８０に接続される。図１に端末装置１０Ｂとして示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９とを備える。

【0017】

通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、キーボードや、タッチパネル、タッチパッド、マウス等のポインティングデバイス等）である。出力装置１４は、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）である。メモリ１５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。記憶部１６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

【0018】

サーバ２０は、ユーザである事業者の取引処理に関する各種情報、例えば注文に関する情報、担当者に関する情報、担当者のタスクに関する情報を管理する装置である。サーバ２０は、ネットワーク８０に接続されたコンピュータである。サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

【0019】

通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。メモリ２５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

【0020】

＜１．１ 端末装置１０の構成＞
図２は、タスク管理システム１を構成する端末装置１０の機能的な構成を示すブロック図である。図２に示すように、端末装置１０は、複数のアンテナ（アンテナ１１１、アンテナ１１２）と、各アンテナに対応する無線通信部（第１無線通信部１２１、第２無線通信部１２２）と、操作受付部１３０（キーボード１３１及びマウス１３２を含む）と、音声処理部１４０と、マイク１４１と、スピーカ１４２と、ディスプレイ１５０と、記憶部１６０と、制御部１７０とを含む。端末装置１０は、図２では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路等）も有している。図２に示すように、端末装置１０に含まれる各ブロックは、バス等により電気的に接続される。図２に示す端末装置１０は、移動体通信システムに対応したタブレットや、スマートフォン等の携帯端末として説明するが、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣであってもよい。

【0021】

アンテナ１１１は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１１は、空間から電波を受信して受信信号を第１無線通信部１２１へ与える。

【0022】

アンテナ１１２は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１２は、空間から電波を受信して受信信号を第２無線通信部１２２へ与える。

【0023】

第１無線通信部１２１は、端末装置１０が他の無線機器と通信するため、アンテナ１１１を介して信号を送受信するための変復調処理等を行う。第２無線通信部１２２は、端末装置１０が他の無線機器と通信するため、アンテナ１１２を介して信号を送受信するための変復調処理等を行う。第１無線通信部１２１と第２無線通信部１２２とは、チューナー、ＲＳＳＩ（Received Signal Strength Indicator）算出回路、ＣＲＣ（Cyclic Redundancy Check）算出回路、高周波回路等を含む通信モジュールである。第１無線通信部１２１と第２無線通信部１２２とは、端末装置１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１７０へ与える。

【0024】

操作受付部１３０は、ユーザの入力操作を受け付けるための機構を有する。具体的には、操作受付部１３０は、キーボード１３１と、マウス１３２とを含む。なお、操作受付部１３０は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する、タッチスクリーンとして構成してもよい。

【0025】

キーボード１３１は、端末装置１０のユーザの入力操作を受け付ける。キーボード１３１は、文字入力を行う装置であり、入力された文字情報を入力信号として制御部１７０へ出力する。

【0026】

マウス１３２は、端末装置１０のユーザの入力操作を受け付ける。マウス１３２は、ディスプレイ１５０に表示されている表示物を選択等するためのポインティングデバイスであり、画面上で選択された位置情報と、ボタン押下されていることを示す情報とを入力信号として制御部１７０へ出力する。

【0027】

音声処理部１４０は、音声信号の変復調を行う。音声処理部１４０は、マイク１４１から与えられる信号を変調して、変調後の信号を制御部１７０へ与える。また、音声処理部１４０は、音声信号をスピーカ１４２へ与える。音声処理部１４０は、例えば音声処理用のプロセッサによって実現される。マイク１４１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１４０へ与える。スピーカ１４２は、音声処理部１４０から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。

【0028】

ディスプレイ１５０は、制御部１７０の制御に応じて、画像、動画、テキスト等のデータを表示する。ディスプレイ１５０は、例えばＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）ディスプレイによって実現される。

【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】

項目「条件内容」は、受け付けた注文を担当する担当者を決定するための条件に付いての情報である。一例として、項目「条件内容」は、項目「発注者」と、項目「金額」を含み得る。

【0061】

項目「発注者」は、当該注文情報を発注した発注者に関する情報である。項目「金額」は、当該注文情報における注文額についての情報である。なお、項目「発注者」および項目「金額」は、注文情報がいずれか一方を満たす場合に条件が満たされたとする論理和としての判定項目であってもよいし、注文情報が両方を満たす場合に条件が満たされたとする論理積としての判定項目であってもよい。

【0062】

項目「担当者」は、当該注文情報が条件項目を満たした場合の担当者についての情報である。

【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】

１：タスク管理システム、１０：端末装置、１３：入力装置、１４：出力装置、１５：メモリ、１６：記憶部、１９：プロセッサ、２０：サーバ、２５：メモリ、２６：ストレージ、２９：プロセッサ、８０：ネットワーク、８１：無線基地局、８２：無線ＬＡＮルータ、１１１：アンテナ、１１２：アンテナ、１２１：第１無線通信部、１２２：第２無線通信部、１３０：操作受付部、１３１：キーボード、１３２：マウス、１４０：音声処理部、１４１：マイク、１４２：スピーカ、１５０：ディスプレイ、１６０：記憶部、１６１：ユーザ情報、１７０：制御部、１７１：入力操作受付部、１７２：送受信部、１７３：通知制御部、１７４：データ処理部、２０１：通信部、２０２：記憶部、２０３：制御部、２２０：記憶部、２３０：制御部、５００：担当者ルール設定画面、５１０：発注者条件設定領域、５２０：金額条件設定領域、５３０：担当者設定領域、５４０：登録アイコン、２０２１：注文データベース、２０２２：担当条件データベース、２０２３：タスクデータベース、２０３１：受信制御モジュール、２０３２：送信制御モジュール、２０３３：注文受付モジュール、２０３４：注文集約モジュール、２０３５：担当決定モジュール、２０３６：タスク生成モジュール。

【要約】

【課題】注文後に発生するタスクの対応漏れのリスクを低減する。
【解決手段】プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、他の事業者からの注文についての注文情報を取得するステップと、取得した注文情報をユーザに提示し、当該注文に対応する担当者を決定するための第１の情報の入力をユーザから受け付けるステップと、第１の情報、またはメモリにあらかじめ記憶されている担当者を決定するための第２の情報に基づき、当該注文に対応する担当者を決定するステップと、決定された担当者の当該注文に関して行うタスクについてのタスク情報を生成するステップと、タスク情報に紐づけて、タスクにおいて生成する書類の下書き情報を生成するステップと、を実行させる、プログラムが提供される。
【選択図】図７

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】