(57)【要約】【課題】注文に付帯される条件に関する交信をより容易に行うことができる条件管理システム等を提供する。【解決手段】条件管理システムの条件管理サーバーは、発注端末で指定された条件を発注端末及び受注端末から確認可能なデータとして記録する第一記録部と、発注端末又は受注端末からのデータの確認要求に応じてデータを開示する開示部と、受注端末により条件に合意することを示す入力が行われた場合にデータに条件の合意を示す記録を行う第二記録部と、受注端末により条件の変更が行われた場合にデータに変更後の条件を記録する第三記録部と、発注端末により変更後の条件に合意することを示す入力が行われた場合にデータに条件の合意を示す記録を行う第四記録部とを備える。【選択図】図１４
2015138516.tif 000002
【特許請求の範囲】
【請求項１】
条件が指定される注文の発注に関する入力を行うための発注端末と、前記注文の受注に関する入力を行うための受注端末と、前記発注端末及び前記受注端末の入力内容に応じた処理を行う条件管理サーバーとを備える条件管理システムであって、
前記条件管理サーバーは、
前記発注端末で指定された前記条件を前記発注端末及び前記受注端末から確認可能なデータとして記録する第一記録手段と、
前記発注端末又は前記受注端末からの前記データの確認要求に応じて前記データを開示する開示手段と、
前記受注端末により前記条件に合意することを示す入力が行われた場合に前記データに条件の合意を示す記録を行う第二記録手段と、
前記受注端末により前記条件の変更が行われた場合に前記データに変更後の条件を記録する第三記録手段と、
前記発注端末により前記変更後の条件に合意することを示す入力が行われた場合に前記データに条件の合意を示す記録を行う第四記録手段と、
を備える条件管理システム。
【請求項２】
前記発注端末により前記変更後の条件をさらに変更する前記条件の再指定が行われた場合に前記データに再指定後の前記条件を記録する第五記録手段を備える
請求項１に記載の条件管理システム。
【請求項３】
前記発注端末又は前記受注端末のいずれか一方の端末により前記条件に関する入力が行われたことを他方の端末に通知する通知手段を備える
請求項１又は２に記載の条件管理システム。
【請求項４】
前記条件管理サーバー及び前記発注端末の少なくともいずれか一方は、
複数の前記注文のうち前記受注端末で前記条件が変更された注文の数を特定する特定手段と、
前記特定手段により特定された数に関する出力を行う出力手段と
を有する請求項１乃至請求項３のいずれか一項に記載の条件管理システム。
【請求項５】
前記特定手段は、前記条件が満たされた注文の数を特定する
請求項４に記載の条件管理システム。
【請求項６】
前記発注端末及び前記受注端末の少なくともいずれか一方の端末は、複数の前記注文のうち条件に合意するか否かの応答が求められている状態の注文を抽出する抽出手段を有する
請求項１乃至請求項５のいずれか一項に記載の条件管理システム。
【請求項７】
条件が指定される注文の発注に関する入力を行うための発注端末及び前記注文の受注に関する入力を行うための受注端末の入力内容に応じた処理を行う情報処理装置のプログラムであって、
前記情報処理装置を、
前記発注端末及び前記受注端末から確認可能なデータとして記録する手段、
前記発注端末又は前記受注端末からの前記データの確認要求に応じて前記データを開示する手段、
前記受注端末により前記条件に合意することを示す入力が行われた場合に前記データに条件の合意を示す記録を行う手段、
前記受注端末により前記条件の変更が行われた場合に前記データに変更後の条件を記録する手段、
前記発注端末により前記変更後の条件に合意することを示す入力が行われた場合に前記データに条件の合意を示す記録を行う手段、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、注文の受発注に用いられる条件管理システム及びプログラムに関するものである。
【背景技術】
【０００２】
注文の発注者と受注者との間で注文に関する情報の伝達を行うためのシステムが知られている。例えば、特許文献１に記載のシステムは、発注者である販社側から受注者であるメーカの基幹システムに対して、製品の出荷指示、生産計画変更情報の予約等の調整業務を行うシステムである。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第４７６４２７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載のシステムを介した注文では、発注者の意図した条件（例えば納期等）を受注者が満たすことができない場合があり得る。しかしながら、特許文献１に記載のシステムでは、満たすことができない条件がある場合に発注者と受注者との間で当該条件に関する交信を行うことができなかった。このため、受注者は、電話等を用いて発注者と交渉を行わなければならなかった。このように、特許文献１に記載のシステムのような従来のシステムでは、注文に付帯される条件に関する合意を得るための手続きが煩雑になるという問題があった。
【０００５】
そこで、本発明は、注文に付帯される条件に関する交信をより容易に行うことができる条件管理システム及びプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明の条件管理システムは、条件が指定される注文の発注に関する入力を行うための発注端末と、前記注文の受注に関する入力を行うための受注端末と、前記発注端末及び前記受注端末の入力内容に応じた処理を行う条件管理サーバーとを備える条件管理システムであって、前記条件管理サーバーは、前記発注端末で指定された前記条件を前記発注端末及び前記受注端末から確認可能なデータとして記録する第一記録手段と、前記発注端末又は前記受注端末からの前記データの確認要求に応じて前記データを開示する開示手段と、前記受注端末により前記条件に合意することを示す入力が行われた場合に前記データに条件の合意を示す記録を行う第二記録手段と、前記受注端末により前記条件の変更が行われた場合に前記データに変更後の条件を記録する第三記録手段と、前記発注端末により前記変更後の条件に合意することを示す入力が行われた場合に前記データに条件の合意を示す記録を行う第四記録手段とを備える。
【０００７】
また、本発明のプログラムは、条件が指定される注文の発注に関する入力を行うための発注端末及び前記注文の受注に関する入力を行うための受注端末の入力内容に応じた処理を行う情報処理装置のプログラムであって、前記情報処理装置を、前記発注端末及び前記受注端末から確認可能なデータとして記録する手段、前記発注端末又は前記受注端末からの前記データの確認要求に応じて前記データを開示する手段、前記受注端末により前記条件に合意することを示す入力が行われた場合に前記データに条件の合意を示す記録を行う手段、前記受注端末により前記条件の変更が行われた場合に前記データに変更後の条件を記録する手段、前記発注端末により前記変更後の条件に合意することを示す入力が行われた場合に前記データに条件の合意を示す記録を行う手段として機能させる。
【０００８】
この構成によれば、開示されたデータの確認により注文の条件に対する合意の有無、変更（再指定）の有無を確認することができる。すなわち、指定された条件に対する受注端末からの入力が条件に対する合意であったか又は条件の変更であったかを発注端末から確認することができる。このため、注文に付帯される条件の指定、合意、変更に関する確認を条件管理システムで行うことができる。このように、この構成によれば、注文に付帯される条件に関する交信をより容易に行うことができる。
【０００９】
条件管理システムは、前記発注端末により前記変更後の条件をさらに変更する前記条件の再指定が行われた場合に前記データに再指定後の前記条件を記録する第五記録手段を備えるのが好ましい。
【００１０】
この構成によれば、受注端末により変更された条件に対する発注端末からの入力が変更後の条件に対する合意であったか又は条件の再指定であったかを受注端末から確認することができる。このため、注文に付帯される条件の変更後の交信に関する確認を条件管理システムで行うことができる。このように、この構成によれば、注文に付帯される条件に関する交信をより容易に行うことができる。
【００１１】
条件管理システムは、前記発注端末又は前記受注端末のいずれか一方の端末により前記条件に関する入力が行われたことを他方の端末に通知する通知手段を備えるのが好ましい。
【００１２】
この構成によれば、一方の端末により条件に関する入力が行われたことを他方の端末に通知するので、他方の端末で当該入力の事実をより迅速かつ確実に認知することができる。このため、当該入力に対する応答がより迅速かつ確実に行われるようになる。このように、この構成によれば、注文に付帯される条件に関する交信をより迅速かつ確実に行うことができる。
【００１３】
条件管理システムにおいて、前記条件管理サーバー及び前記発注端末の少なくともいずれか一方は、複数の前記注文のうち前記受注端末で前記条件が変更された注文の数を特定する特定手段と、前記特定手段により特定された数に関する出力を行う出力手段とを有するのが好ましい。
【００１４】
この構成によれば、条件が変更された注文の数に基づいた数値情報をより容易に把握することができる。このため、注文に付帯される条件の合意に至るまでの状況の確認をより容易に行うことができる。このように、この構成によれば、注文に付帯される条件に対する受注者側の傾向をより容易に把握することができる。
【００１５】
条件管理システムにおいて、前記特定手段は、前記条件が満たされた注文の数を特定するのが好ましい。
【００１６】
この構成によれば、条件が満たされた注文の数をより容易に把握することができる。このため、条件の達成の度合いをより容易に確認することができる。このように、この構成によれば、注文に付帯される条件に対する受注者側の傾向をより容易に把握することができる。
【００１７】
条件管理システムにおいて、前記発注端末及び前記受注端末の少なくともいずれか一方の端末は、複数の前記注文のうち条件に合意するか否かの応答が求められている状態の注文を抽出する抽出手段を有するのが好ましい。
【００１８】
この構成によれば、抽出された注文に対して合意又は条件の変更を行えば足りるようになる。このため、注文に付帯される条件に対する回答を、より容易に行うことができる。このように、この構成によれば、注文に付帯される条件に関する交信をより容易に行うことができる。
【発明の効果】
【００１９】
本発明によれば、本発明は、注文に付帯される条件に関する交信をより容易に行うことができる条件管理システム及びプログラムを提供することができる。
【図面の簡単な説明】
【００２０】
【図１】図１は、第１実施例に係る条件管理システムの主要構成の一例を示す図である。
【図２】図２は、発注端末及び受注端末の主要構成の一例を示すブロック図である。
【図３】図３は、発注端末の主要機能の一例を示す機能ブロック図である。
【図４】図４は、受注端末の主要機能の一例を示す機能ブロック図である。
【図５】図５は、条件管理サーバーの主要構成の一例を示すブロック図である。
【図６】図６は、条件管理サーバーの主要機能の一例を示す機能ブロック図である。
【図７】図７は、第一記録部により記録されるデータの一例を示す図である。
【図８】図８は、図７のデータにおける受注者側のチェックマーク領域にチェックマークが付された例を示す図である。
【図９】図９は、条件の合意に達したデータの一例を示す図である。
【図１０】図１０は、条件が変更されたデータの一例を示す図である。
【図１１】図１１は、条件の変更後に合意に達したデータの一例を示す図である。
【図１２】図１２は、条件が再指定されたデータの一例を示す図である。
【図１３】図１３は、条件の再指定後に合意に達したデータの一例を示す図である。
【図１４】図１４は、第１実施例の条件管理システムによる処理の流れの一例を示すフローチャートである。
【図１５】図１５は、第１実施例の条件管理システムによる処理の流れの一例を示すフローチャートである。
【図１６】図１６は、第２実施例における条件管理サーバーの主要機能の一例を示す機能ブロック図である。
【図１７】図１７は、第２実施例の条件管理システムによる処理の流れの一例を示すフローチャートである。
【図１８】図１８は、第２実施例の条件管理システムによる処理の流れの一例を示すフローチャートである。
【図１９】図１９は、第２実施例の条件管理システムによる処理の流れの一例を示すフローチャートである。
【図２０】図２０は、第３実施例における受注端末の主要機能の一例を示す機能ブロック図である。
【図２１】図２１は、抽出部による抽出結果の一例を示す図である。
【図２２】図２２は、第４実施例における発注端末の主要機能の一例を示す機能ブロック図である。
【図２３】図２３は、コメント入力画面の一例を示す図である。
【発明を実施するための形態】
【００２１】
以下に、本発明に係る実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、下記実施例における構成要素には、当業者が置換可能かつ容易なもの、あるいは実質的に同一のものが含まれる。 
【００２２】
［第１実施例］
図１は、第１実施例に係る条件管理システム１の主要構成の一例を示す図である。条件管理システム１は、発注端末２０と、受注端末３０と、条件管理サーバー５０とを備える。発注端末２０と受注端末３０は、条件管理サーバー５０を介して通信可能に接続される。また、本実施形態において、条件管理サーバー５０と受注端末３０との間には、ファイアーウォール（ＦＷ）が設けられているが、ファイアーウォールは設けられなくてもよい。条件管理システム１は、例えば発注端末２０と条件管理サーバー５０とがローカルエリアネットワーク（ＬＡＮ）等を介して接続され、受注端末３０と条件管理サーバー５０とが通信回線ＮＷを介して接続される。このような条件管理システム１の接続の形態は、一例であってこれに限られるものでない。条件管理システム１の各構成を通信可能に接続する通信回線は、ハードウェア（有線又は無線）及びソフトウェア（プロトコル等）に関して運用可能な任意の通信回線であってよい。
【００２３】
発注端末２０は、条件が指定される注文の発注に関する入力を行う。具体的には、発注端末２０は、例えば納期が条件として指定される注文の発注に関する入力を行う。受注端末３０は、発注端末２０により発注された注文の受注に関する入力を行う。具体的には、受注端末３０は、例えば指定された条件である納期の合意又は変更に関する入力を行う。
【００２４】
図２は、発注端末２０及び受注端末３０の主要構成の一例を示すブロック図である。発注端末２０及び受注端末３０は、例えば、記憶部１１と、制御部１２と、通信部１３と、入力部１４と、表示部１５とを有する。記憶部１１は、例えばＲＡＭ、ＲＯＭ及び補助記憶装置（例えばハードディスクドライブ）等の記憶装置を有する。記憶部１１は、制御部１２に読み出されるプログラム及びデータを記憶するとともに、制御部１２による処理に用いられる記憶領域として機能する。制御部１２は、例えばＣＰＵ等の演算装置を有する。制御部１２は、処理に応じたプログラム及びデータを記憶部１１から読み出して実行する。通信部１３は、例えばネットワークインターフェースカード（ＮＩＣ）等を有する。通信部１３は、通信回線を介して接続された他の機器（例えば条件管理サーバー５０等）との間で通信を行う。入力部１４は、例えばキーボード、マウス等の入力装置を有する。入力部１４は、端末に対する入力操作を行うユーザーによる操作に応じた入力を行う。表示部１５は、例えば液晶ディスプレイ等の表示装置を有する。表示部１５は、端末の処理内容に応じた表示出力を行う。
【００２５】
図３は、発注端末２０の主要機能の一例を示す機能ブロック図である。発注端末２０は、制御部１２が記憶部１１から各機能に応じたプログラム及びデータを読み出して実行することで、指定部２１、応答部２２、再指定部２３として機能する。すなわち本実施例の発注端末２０は、いわゆる情報処理装置である。発注端末２０は、発注端末２０のユーザー（発注者）による入力操作等に応じてこれらの機能を発揮する。指定部２１は、注文の条件を指定する。具体的には、指定部２１は、発注者により指定された日付で注文の納期を当該注文の条件として指定する。応答部２２は、受注端末３０による条件の変更があった場合に、指定された条件に合意するか否かの応答を行う。再指定部２３は、受注端末３０により変更された条件に合意することができない場合に、さらに条件を変更して指定（再指定）する。
【００２６】
図４は、受注端末３０の主要機能の一例を示す機能ブロック図である。受注端末３０は、制御部１２が記憶部１１から各機能に応じたプログラム及びデータを読み出して実行することで、応答部３２及び変更部３３として機能する。すなわち本実施例の受注端末３０は、いわゆる情報処理装置である。受注端末３０は、受注端末３０のユーザー（受注者）による入力操作等に応じてこれらの機能を発揮する。応答部３２は、発注端末２０により指定（再指定を含む）された条件に合意するか否かの応答を行う。変更部３３は、発注端末２０により指定された条件に合意することができない場合に、受注者の入力操作に応じて条件を変更する。
【００２７】
図５は、条件管理サーバー５０の主要構成の一例を示すブロック図である。条件管理サーバー５０は、例えば、記憶部４１と、制御部４２と、通信部４３とを備える。記憶部４１は、例えばＲＡＭ、ＲＯＭ及び補助記憶装置（例えばハードディスクドライブやソリッドステートドライブ）等の記憶装置を有する。記憶部４１は、制御部４２に読み出されるプログラム及びデータを記憶するとともに、制御部４２による処理に用いられる記憶領域として機能する。制御部４２は、例えばＣＰＵ等の演算装置を有する。制御部４２は、処理に応じたプログラム及びデータを記憶部４１から読み出して実行する。通信部４３は、例えばネットワークインターフェースカード（ＮＩＣ）等を有する。通信部４３は、通信回線を介して接続された他の機器（例えば発注端末２０、受注端末３０等）との間で通信を行う。
【００２８】
図６は、条件管理サーバー５０の主要機能の一例を示す機能ブロック図である。条件管理サーバー５０は、制御部４２が記憶部４１から各機能に応じたプログラム及びデータを読み出して実行することで、第一記録部５１、開示部５２、第二記録部５３、第三記録部５４、第四記録部５５及び第五記録部５６として機能する。すなわち本実施例の条件管理サーバー５０は、いわゆる情報処理装置である。第一記録部５１は、発注端末２０で指定された条件を発注端末２０及び受注端末３０から確認可能なデータとして記録する第一記録手段として機能する。開示部５２は、発注端末２０又は受注端末３０からのデータの確認要求に応じてデータを開示する開示手段として機能する。第二記録部５３は、受注端末３０により条件に合意することを示す入力が行われた場合にデータに条件の合意を示す記録を行う第二記録手段として機能する。第三記録部５４は、受注端末３０により条件の変更が行われた場合にデータに変更後の条件を記録する第三記録手段として機能する。第四記録部５５は、発注端末２０により変更後の条件に合意することを示す入力が行われた場合にデータに条件の合意を示す記録を行う第四記録手段として機能する。第五記録部５６は、発注端末２０により変更後の条件をさらに変更する条件の再指定が行われた場合にデータに再指定後の条件を記録する第五記録手段として機能する。第一記録部５１、第二記録部５３、第三記録部５４、第四記録部５５及び第五記録部５６は、条件管理サーバー５０の記憶部４１の記憶領域にデータを記録する。また、開示部５２は、当該記憶領域からデータを読み出して開示する。このように、条件管理サーバー５０は、発注端末２０及び受注端末３０の入力内容に応じた処理を行う。
【００２９】
図７乃至図１３を参照して、条件管理システム１による発注端末と受注端末３０との間での条件の合意プロセスについて説明する。図７乃至図１３においてマスキングが付されている領域は、入力不可であることを示す。まず、発注端末２０の指定部２１により条件（オリジナル納期）が指定される。オリジナル納期は、発注者側で最初に指定される納期である。条件の指定は、例えば注文の内容を示す注文に関する情報の入力とともに行われる。発注端末２０から入力された条件を含む注文に関する情報は、条件管理サーバー５０にアップロードされる。
【００３０】
図７は、第一記録部５１により記録されるデータの一例を示す図である。条件管理サーバー５０の第一記録部５１は、例えば図７に示すようなデータを生成する。図７に示すデータは、初期条件領域６１と、チェックマーク領域６２Ａ，６２Ｂと、変更条件領域６３とを含む表示内容を表示させるためのデータである。初期条件領域６１は、最初に指定された条件（例えば、最初に指定された納期である「オリジナル納期」）を示す領域である。チェックマーク領域６２Ａ，６２Ｂは、指定された条件に合意する旨の入力が行われた場合にチェックマークが付される領域である。チェックマーク領域は、発注者側のチェックマーク領域６２Ａ及び受注者側チェックマーク領域６２Ｂのように、発注者側と受注者側とに個別に設けられる。また、最後に条件を指定又は変更した側に対応するチェックマーク領域は、変更不可の状態となる。変更条件領域６３は、条件が変更された場合における変更後の条件（例えば変更された納期である「変更納期」）を示す領域である。図７に示す例では、オリジナル納期は「６月２０日」である。また、図７に示すデータは、一度も条件（納期）の変更が行われていないデータである。よって、図７における変更納期はヌル（空白）である。図７乃至図１３に示すようなデータは、例えば発注端末２０及び受注端末３０で実行されるウェブブラウザを介して閲覧可能な形式のデータで発注端末２０及び受注端末３０に送信される。
【００３１】
条件管理サーバー５０は、図７に示すような条件を示すデータを、発注端末２０及び受注端末３０から確認可能な状態で保持する。具体的には、発注者や受注者の入力に応じて発注端末２０や受注端末３０からデータの確認要求（開示要求）があった場合に、開示部５２は、開示要求への応答として、データに含まれる情報を表示部１５で表示するための情報（開示情報）を送信する。開示情報を受信した端末は、データに含まれる情報を表示部１５に表示させる。
【００３２】
図８は、図７のデータにおける受注者側のチェックマーク領域６２Ｂにチェックマークが付された例を示す図である。図９は、条件の合意に達したデータの一例を示す図である。受注端末３０で、条件（オリジナル納期）に合意することを示す入力が行われた場合、図８に示すように、受注者側のチェックマーク領域６２Ｂにチェックマークが付される。この場合、受注端末３０で、条件に合意する旨の入力が行われたことを示す情報（第二情報）が条件管理サーバー５０に送信される。条件管理サーバー５０は、第二情報を受信すると、第二記録部５３が、条件の合意を示す記録を行う。具体的には、第二記録部５３は、例えば図９に示すようにデータを更新する。図９に示すデータは、変更条件領域６３が空白であって、発注者側及び受注者側のチェックマーク領域６２Ａ，６２Ｂにチェックマークがある状態のデータである。ここで、発注者側に自動的にチェックマークが付されるのは、オリジナル納期が発注者により指定された条件であることから、発注者にとって当然合意することができる条件であることによる。ここで、図９等に示すように、合意後のデータでは、発注者と受注者との間で合意に達したことを示す意味で、発注者側及び受注者側のチェックマーク領域６２Ａ，６２Ｂを入力不可とするようにしてもよい。
【００３３】
図１０は、条件が変更されたデータの一例を示す図である。受注者が条件（オリジナル納期）に合意することができない場合、受注者が合意することができる条件へと条件の変更が行われる。この場合、受注端末３０で、条件に合意することができず、条件の変更が行われたことを示す情報（第三情報）が条件管理サーバー５０に送信される。条件管理サーバー５０は、第三情報を受信すると、第三記録部５４が、受注端末３０で変更された条件をデータに記録する。具体的には、第三記録部５４は、例えば図１０に示すようにデータを更新する。図１０に示すデータは、変更条件領域６３に変更後の条件が反映され、発注者側のチェックマーク領域６２Ａにチェックマークがなく、受注者側のチェックマーク領域６２Ｂにチェックマークがある状態のデータである。図１０に示す例では、変更後の条件を示す変更納期は「６月３０日」である。
【００３４】
図１１は、条件の変更後に合意に達したデータの一例を示す図である。変更後の条件に関して、発注者により条件に合意することを示す入力が行われた場合、図１１に示すように、発注者側のチェックマーク領域６２Ａにチェックマークが付される。この場合、発注端末２０で変更後の条件に合意する旨の入力が行われたことを示す情報（第四情報）が条件管理サーバー５０に送信される。条件管理サーバー５０は、は、第四情報を受信すると、第四記録部５５が、条件の合意を示す記録を行う。具体的には、第四記録部５５は、データの内容を、図１１と同様の内容を示すデータにする。
【００３５】
図１２は、条件が再指定されたデータの一例を示す図である。受注端末３０で変更された条件に関して、発注者が条件に合意することができない場合、発注者が合意することができる条件へとさらなる条件の変更（再指定）が行われる。この場合、発注端末２０から、条件に合意することができず、条件の再指定が行われたことを示す情報（第五情報）が条件管理サーバー５０に送信される。条件管理サーバー５０は、第五情報を受信すると、第五記録部５６が、発注端末で再指定された条件をデータに記録する。具体的には、第五記録部５６は、例えば図１２に示すようにデータを更新する。図１２に示すデータは、変更条件領域６３に再指定後の条件が反映され、発注者側のチェックマーク領域６２Ａにチェックマークがあり、受注者側のチェックマーク領域６２Ｂにチェックマークがない状態のデータである。図１２に示す例では、再指定後の条件を示す変更納期は「６月２５日」である。
【００３６】
図１３は、条件の再指定後に合意に達したデータの一例を示す図である。その後、条件管理サーバー５０は、発注者と受注者との間で条件の合意に達するまで上記と同様の処理を繰り返す。すなわち条件管理サーバー５０は、発注端末２０又は受注端末３０のいずれか一方の端末で変更又は再指定された条件に関して、他方の端末で、合意することを示す入力が行われるまで、データを確認可能な状態で開示するとともに他方の端末からの入力を待つ。例えば、図１２に示すデータにおける再指定後の条件に関して、受注端末３０で、条件に合意することを示す入力が行われた場合、図１３に示すように、受注者側のチェックマーク領域６２Ｂにチェックマークが付される。この場合、受注端末３０で、条件に合意する旨の入力が行われたことを示す情報（第二情報）が条件管理サーバー５０に送信される。条件管理サーバー５０は、第二情報を受信すると、第二記録部５３が、条件の合意を示す記録を行う。
【００３７】
第一記録部５１、第二記録部５３、第三記録部５４、第四記録部５５、第五記録部５６はそれぞれ、記録時刻及び記録のトリガーとなったユーザーを示す情報をあわせて記録するようにしてもよい。これにより、条件の合意に至るまでの交信の記録をより明確に残すことができる。
【００３８】
図１４及び図１５は、第１実施例の条件管理システム１による処理の流れの一例を示すフローチャートである。発注端末２０は、条件が指定された注文に関するデータを条件管理サーバー５０にアップロードする（ステップＳ１）。ステップＳ１の処理の開始条件は、任意に設定することができる。具体的には、ステップＳ１の処理は、例えば発注者による入力操作に応じて行われるものであってもよいし、定期（例えば１回／日）又は不定期で事前に発注端末２０に登録された注文データに対して行われるものであってもよい。
【００３９】
条件管理サーバー５０の第一記録部５１は、ステップＳ１でアップロードされた注文の条件を発注端末２０及び受注端末３０から確認可能なデータとして記録する（ステップＳ２）。その後、受注端末３０からデータの確認要求があると（ステップＳ３）、条件管理サーバー５０の開示部５２は、当該確認要求に応じてデータを開示する（ステップＳ４）。その後、受注端末３０で条件に関する入力が行われると（ステップＳ５）、条件管理サーバー５０は、条件に合意することを示す入力があったか否か判定する（ステップＳ６）。条件に合意することを示す入力があったと判定された場合（ステップＳ６；ＹＥＳ）、第二記録部５３は、データに条件の合意を示す記録を行う（ステップＳ７）。
【００４０】
ステップＳ６で、条件に合意することを示す入力がなかったと判定された場合（ステップＳ６；ＮＯ）、すなわち条件の変更が行われた場合、第三記録部５４は、データに変更後の条件を記録する（ステップＳ８）。その後、発注端末２０からデータの確認要求があると（ステップＳ９）、条件管理サーバー５０の開示部５２は、当該確認要求に応じてデータを開示する（ステップＳ１０）。その後、発注端末２０で変更後の条件に関する入力が行われると（ステップＳ１１）、条件管理サーバー５０は、条件に合意することを示す入力があったか否か判定する（ステップＳ１２）。条件に合意することを示す入力があったと判定された場合（ステップＳ１２；ＹＥＳ）、ステップＳ７の処理に移行する。すなわち、第四記録部５５が、データに条件の合意を示す記録を行う。
【００４１】
ステップＳ１２で条件に合意することを示す入力がなかったと判定された場合（ステップＳ１２；ＮＯ）、すなわち条件の再指定が行われた場合、第五記録部５６は、データに再指定後の条件を記録する（ステップＳ１３）。その後、再びステップＳ３の処理に移行する。
【００４２】
以上のように、第１実施例によれば、開示されたデータの確認により注文の条件に対する合意の有無、変更（再指定）の有無を確認することができる。すなわち、指定された条件に対する受注端末３０からの入力が条件に対する合意であったか又は条件の変更であったかを発注端末２０から確認することができる。このため、注文に付帯される条件の指定、合意、変更に関する確認を条件管理システム１で行うことができる。このように、第１実施例によれば、注文に付帯される条件に関する交信をより容易に行うことができる。
【００４３】
また、第１実施例によれば、受注端末３０により変更された条件に対する発注端末２０からの入力が変更後の条件に対する合意であったか又は条件の再指定であったかを受注端末３０から確認することができる。このため、注文に付帯される条件の変更後の交信に関する確認を条件管理システム１で行うことができる。このように、第１実施例によれば、注文に付帯される条件に関する交信をより容易に行うことができる。
【００４４】
［第２実施例］
図１６は、第２実施例における条件管理サーバー５０Ａの主要機能の一例を示す機能ブロック図である。第２実施例における条件管理サーバー５０Ａは、第１実施例における条件管理サーバー５０の機能に加えて、さらに通知部５８としての機能を有する。通知部５８は、発注端末２０又は受注端末３０のいずれか一方の端末により条件に関する入力が行われたことを他方の端末に通知する。
【００４５】
通知部５８による通知の具体的な方法は、任意である。例えば、注文の条件に関する交信において、条件管理サーバー５０と発注端末２０及び受注端末３０との間で事前に認証（ログイン）処理が行われる場合、通知部５８は、認証後の初期画面等の表示に伴い通知を行うようにしてもよい。この通知は、例えばウェブブラウザ等のポップアップ画面により行われる。また、通知部５８は、例えば発注端末２０又は受注端末３０のいずれか一方の端末により条件に関する入力が行われたことを通知する内容を含むメールを他方の端末に送信するようにしてもよい。また、通知部５８は、これら例示された通知方法を含む複数の通知方法を組み合わせて用いてもよい。
【００４６】
また、通知部５８による通知内容に、条件への合意又は合意することができる条件への変更のいずれかを要求する内容が含まれていてもよい。例えば、上記のポップアップ画面で、図７等に示すような形式の入力画面を他方の端末に表示させて、条件に関する応答を要求するようにしてもよい。
【００４７】
図１７乃至図１９は、第２実施例の条件管理システム１による処理の流れの一例を示すフローチャートである。発注端末２０は、条件が指定された注文に関するデータを条件管理サーバー５０にアップロードする（ステップＳ２１）。条件管理サーバー５０の第一記録部５１は、ステップＳ２１で、アップロードされた注文の条件を発注端末２０及び受注端末３０から確認可能なデータとして記録する（ステップＳ２２）。通知部５８は、発注端末２０で指定された注文の条件を受注端末３０に通知する（ステップＳ２３）。受信端末は、通知に応じた表示出力を行う（ステップＳ２４）。
【００４８】
ステップＳ２４の処理後、受注者により受注端末３０に対して注文の条件に関する入力操作が行われる。受注端末３０は、入力操作に応じて、注文の条件に関する回答を示すデータを条件管理サーバー５０Ａに送信する（ステップＳ２５）。条件管理サーバー５０Ａは、条件に合意することを示す入力があったか否か判定する（ステップＳ２６）。条件に合意することを示す入力があったと判定された場合（ステップＳ２６；ＹＥＳ）、第二記録部５３は、データに条件の合意を示す記録を行う（ステップＳ２７）。また、通知部５８は、条件に対する合意があったことを発注端末２０に通知する（ステップＳ２８）。発注端末２０は、通知に応じた表示出力を行う（ステップＳ２９）。
【００４９】
ステップＳ２６で、条件に合意することを示す入力がなかったと判定された場合（ステップＳ２６；ＮＯ）、すなわち条件の変更が行われた場合、第三記録部５４は、データに変更後の条件を記録する（ステップＳ３０）。通知部５８は、変更後の条件を発注端末２０に通知する（ステップＳ３１）。発注端末２０は、通知に応じた表示出力を行う（ステップＳ３２）。
【００５０】
ステップＳ３２の処理後、発注者により発注端末２０に対して変更後の条件に関する入力操作が行われる。発注端末２０は、入力操作に応じて、注文の条件に関する回答を示すデータを条件管理サーバー５０に送信する（ステップＳ３３）。条件管理サーバー５０は、条件に合意することを示す入力があったか否か判定する（ステップＳ３４）。条件に合意することを示す入力があったと判定された場合（ステップＳ３４；ＹＥＳ）、第四記録部５５は、データに条件の合意を示す記録を行う（ステップＳ３５）。また、通知部５８は、条件に対する合意があったことを受注端末３０に通知する（ステップＳ３６）。受注端末３０は、通知に応じた表示出力を行う（ステップＳ３７）。
【００５１】
ステップＳ３４で、条件に合意することを示す入力がなかったと判定された場合（ステップＳ３４；ＮＯ）、すなわち条件の再指定が行われた場合、第五記録部５６は、データに再指定後の条件を記録する（ステップＳ３８）。通知部５８は、再指定後の条件を受注端末３０に通知する（ステップＳ３９）。その後、再びステップＳ２４の処理に移行する。
【００５２】
図１７乃至図１９のフローチャートでは、通知と同時に開示部５２によるデータの開示が行われ、通知に対する応答としての入力により条件の合意又は変更がなされる場合の処理の流れについて記載しているが、これは一例であってこれに限られるものでない。例えば、通知部５８による通知と、発注端末２０及び受注端末３０からのデータの確認要求とが別途に行われてもよい。その場合、上記の第１実施例における図１４及び図１５のフローチャートに含まれる処理のように、開示部５２が、端末からの要求に応じてデータを開示する。
【００５３】
以上のように、第２実施例によれば、第１実施例の効果に加えて、一方の端末により条件に関する入力が行われたことを他方の端末に通知するので、他方の端末で、当該入力の事実をより迅速かつ確実に認知することができる。このため、当該入力に対する応答がより迅速かつ確実に行われるようになる。このように、第２実施例によれば、注文に付帯される条件に関する交信をより迅速かつ確実に行うことができる。
【００５４】
また、発注端末２０又は受注端末３０のいずれか一方の端末で指定された条件が合意に達しなかった場合に他方の端末で変更（再指定を含む）された条件が一方の端末に通知され、条件が合意に至るまで繰り返される。このため、条件について合意に達するまで交信を継続することができる。すなわち、電話等の他の交信手段を介することを要求されることなく、注文に付帯される条件に関する交信を条件の合意まで継続することができる。このように、第２実施例によれば、注文に付帯される条件に関する交信をより容易に行うことができる。
【００５５】
［第３実施例］
図２０は、第３実施例における受注端末３０Ａの主要機能の一例を示す機能ブロック図である。第３実施例における受注端末３０Ａは、第１実施例における受注端末３０の機能に加えて、さらに抽出部３５としての機能を有する。抽出部３５は、複数の注文のうち条件に合意するか否かの応答が求められている状態の注文を抽出する。
【００５６】
図２１は、抽出部３５による抽出結果の一例を示す図である。抽出部３５は、例えば図１８に示すように、条件が指定された複数の注文のうち、受注者側のチェックマーク領域６２Ｂにチェックマークが付されていない注文を抽出して表示部１５に一覧表示させる。図１８に示す例は、再指定後の条件としての納期（納期変更希望日）がまだ一度も指定されていない注文の一覧表示例であるが、一例であってこれに限られるものでない。抽出部３５は、他方の端末（例えば発注端末２０）で、条件が再指定された注文も抽出してよい。
【００５７】
また、図２１に示すように、抽出部３５は、注文の条件と、条件以外の注文に関する情報とを関連付けて抽出して表示部１５に表示させるようにしてもよい。条件以外の注文に関する情報とは、例えば注文の発注者、受注者、注文された対象（物又はサービス）を示す情報、注文の種別、注文の量（例えば数量）その他の注文に関する情報が挙げられる。注文の種別に関する情報とは、例えば左右一対等の組み合わせで用いられる物品において組み合わせを構成する各物品を個別に識別するための情報をさす。図２１に示す例では、数量（Ｌ）及び数量（Ｒ）が、注文の種別及び注文の量を示している。
【００５８】
第３実施例における発注端末２０及び条件管理サーバー５０（５０Ａ）は、第１実施例又は第２実施例と同様である。なお、第３実施例において、発注端末２０は、抽出部３５を有していてもよい。また、発注端末２０のみが抽出部３５を有していてもよい。すなわち発注端末２０及び受注端末３０の少なくともいずれか一方が、注文のうち条件に合意するか否かの応答が求められている状態の注文を抽出する抽出手段（抽出部３５）を有していてもよい。また、抽出手段は、発注端末２０及び受注端末３０の少なくともいずれか一方の端末に設けられて、他方の端末で、条件に合意するか否かの回答がまだなされていない状態の注文又は双方の端末で条件の合意に達した状態の注文を抽出することができるようにしてもよい。具体的には、抽出手段（抽出部３５）は、例えば図１８に示す抽出条件選択領域Ｅに設けられたチェックボックスに対する操作に応じた抽出を行う。抽出条件選択領域Ｅには、「受注者未回答」、「発注者未回答」及び「合意済」のチェックボックスが設けられている。この場合、抽出部３５は、チェックされた条件に応じた注文を抽出する。
【００５９】
以上のように、第３実施例によれば、第１実施例の効果に加えて、抽出された注文に対して合意又は条件の変更（再指定）を行えば足りるようになるので、より容易に注文に付帯される条件に対する回答を行うことができる。このように、第３実施例によれば、注文に付帯される条件に関する交信をより容易に行うことができる。
【００６０】
［第４実施例］
図２２は、第４実施例における発注端末２０Ａの主要機能の一例を示す機能ブロック図である。第４実施例における発注端末２０Ａは、第１実施例における発注端末２０の機能に加えて、さらに特定部２５及び出力部２６としての機能を有する。特定部２５は、複数の注文のうち受注端末３０（３０Ａ）で条件が変更された注文の数を特定する。特定部２５は、例えば条件管理サーバー５０にアップロードされた全ての注文について、受注端末３０（３０Ａ）で条件が変更されたか否かを判定可能な状態のデータを要求するための要求データを送信する。条件管理サーバー５０は、要求データに応じたデータを発注端末２０Ａに送信する。
【００６１】
要求データにより要求されるのは、例えば条件管理サーバー５０にアップロードされた全ての注文及び注文の条件の変更の有無を一覧表示するためのデータである。当該要求データに応じて条件管理サーバー５０から送信されたデータは、例えば図２１と同様のレイアウトで発注端末２０Ａの表示部１５により表示される。特定部２５は、条件管理サーバー５０から送信されたデータに含まれる注文のうち、条件が変更された注文の数を特定する。図２１に示すレイアウトで表示される注文のデータの場合、条件が変更された注文は、「納期変更希望日」に記録があるデータである。図２１における「納期変更希望日」に記録がある場合、その記録内容が図７乃至１３の「変更納期」に現れる。
【００６２】
出力部２６は、特定部２５により特定された数に関する出力を行う。具体的には、発注端末２０Ａの表示部１５が出力部２６として機能し、特定部２５により特定された全ての注文の数及び条件が変更された注文の数を示す表示出力を行う。
【００６３】
特定部２５は、全ての注文の数と条件が再指定された注文の数との関係を把握するための演算を行ってもよい。具体的には、特定部２５は、例えば全ての注文の数に対する条件が変更された注文の数の割合を算出してもよい。また、特定部２５は、例えば全ての注文の数に対する条件が変更されなかった注文の数の割合を算出してもよい。この場合、表示部１５は、算出された割合を特定部２５により特定された数に関する情報としてさらに表示出力する。
【００６４】
特定部２５は、さらに、合意に達した条件が満たされた注文の数を特定するようにしてもよい。具体的には、例えば、条件が付帯する注文の各々について結果的に条件が満たされたか否かを記録するための情報（達成情報）が発注端末２０Ａから条件管理サーバー５０にアップロードされる。達成情報のアップロードに関する処理の開始条件は、任意に設定することができる。例えば、当該処理は、注文の履行に応じて随時行われてもよい。また、当該処理は、ある程度の期間内で履行された注文の各々について条件が満たされたか否かを個別に示す情報の登録が発注端末２０Ａに行われることを前提として、登録された注文データに対して定期又は不定期に自動で行われるものであってもよい。条件管理サーバー５０は、当該処理でアップロードされた達成情報を注文と関連付けて記憶する。特定部２５は、要求データによって、達成情報を含むデータを要求し、取得する。特定部２５は、達成情報に基づいて、取得されたデータに含まれる注文のうち条件が満たされた注文の数を特定する。表示部１５は、条件が満たされた注文の数を示す表示出力を行う。
【００６５】
特定部２５は、さらに、履行された全ての注文の数と条件が満たされた注文の数との関係を把握するための演算を行ってもよい。具体的には、特定部２５は、履行された全ての注文の数に対する条件が満たされた注文の数の割合を算出してもよい。また、特定部２５は、履行された全ての注文の数に対する条件が満たされなかった注文の数の割合を算出してもよい。特定部２５は、さらに、履行された全ての注文の数と、条件が満たされた注文の数と、条件が変更された注文の数との関係を把握するための演算を行ってもよい。具体的には、履行された全ての注文の数のうち、条件の変更が行われ、かつ、条件が満たされた注文の数の割合を算出してもよい。当該算出に伴い、特定部２５は、履行された全ての注文の数のうち、条件の変更が行われず、かつ、条件が満たされた注文の数の割合を算出してもよい。同様に、条件が満たされなかった注文について、条件が変更された注文の数との関係を把握するための演算を行ってもよい。これらの場合、表示部１５は、算出された割合を特定部２５により特定された数に関する情報としてさらに表示出力する。
【００６６】
特定部２５による処理の対象となる注文は、条件管理サーバー５０に記録された全ての注文であってもよいし、条件管理サーバー５０に記録された注文のうち特定条件に該当する注文であってもよい。特定条件として、例えば、納期が所定期間内であること等が挙げられる。条件管理システム１は、特定条件を任意に設定することができる。
【００６７】
第４実施例における受注端末３０（３０Ａ）及び条件管理サーバー５０（５０Ａ）は、第１実施例乃至第３実施例と同様である。なお、第４実施例の発注端末２０Ａが、さらに抽出部３５を有していてもよい。また、特定部２５は、条件管理サーバー５０（５０Ａ）が有していてもよい。この場合、条件管理サーバー５０は、記録されているデータに基づいて、全ての注文の数と、全ての注文のうち条件が変更された注文の数を特定する。また、条件管理サーバー５０が有する特定部２５が、上記の発注端末２０Ａが有する特定部２５と同様に、全ての注文の数と条件が変更された注文の数との関係を把握するための演算、履行された全ての注文の数と条件が満たされた注文の数との関係を把握するための演算等を行ってもよい。また、特定部２５を有する条件管理サーバー５０は、特定部２５により特定された数に関する出力を行うための出力手段を有する。出力手段の具体的構成として、条件管理サーバー５０は、例えば発注端末２０Ａが有している表示部１５と同様の表示部を有していてもよい。
【００６８】
以上のように、第４実施例によれば、第１実施例の効果に加えて、条件が変更された注文の数に基づいた数値情報をより容易に把握することができる。このため、注文に付帯される条件の合意に至るまでの状況の確認をより容易に行うことができる。このように、第４実施例によれば、注文に付帯される条件に対する受注者側の傾向をより容易に把握することができる。
【００６９】
また、第４実施例によれば、条件が満たされた注文の数をより容易に把握することができる。このため、条件の達成の度合いの確認をより容易に行うことができる。このように、第４実施例によれば、注文に付帯される条件に対する受注者側の傾向をより容易に把握することができる。
【００７０】
注文の条件は、適宜追加又は変更することができる。例えば、上記のような納期、注文の対価としての価格に関する条件、加工に関する条件、品質保証等の付加価値に関する条件、注文の数量に関する条件及びこれらの一部又は全部の組み合わせを注文の条件とすることができる。具体例として、ある納期までに、どれだけの数の物品を、所定の加工済み（又は加工省略）で、何年保証（又は保証なし）で、合計いくらである、とした条件の一部又は全部が指定された注文が挙げられる。注文される物品又はサービスに単価が設定されており、一つの注文で取り扱われる対象が複数の物品又はサービスである場合、条件としての価格は、単価であってもよいし、注文全体に対するものであってもよい。また、条件としての価格は、絶対額であってもよいし、単価の総額に対する割合であってもよい。上記の複数の条件はあくまで一例であってこれに限られるものでなく、物品又はサービスの注文に関する条件であれば採用され得る。また、条件管理システム１は、このような複数の条件が指定された注文について、条件の一部を個別に再指定することができるようにしてもよいし、条件の全部を一括で再指定することができるようにしてもよい。
【００７１】
また、条件の合意又は変更（再指定を含む）に際してコメントを付加することができるようにしてもよい。図２３は、コメント入力画面の一例を示す図である。条件管理サーバー５０は、条件の合意又は条件の変更に際してユーザーにより入力されたコメントと、当該コメントが入力された注文とを関連付けて当該注文の条件に関するデータに記録するようにしてもよい。また、条件管理システム１は、図２３に示すように、コメント入力画面でコメント履歴の一部又は全部を一覧表示するようにしてもよい。コメント履歴には、例えば、過去に付加されたコメント、コメントが付加された日時及びコメントの付加とともに変更された条件（例えば納期）等が含まれる。図２３のようなコメント入力画面は、例えば図２１に示すような注文を一覧表示可能な画面で選択（例えばクリック等）された注文に対してポップアップ画面により表示される。なお、図７乃至図１３に示すようなデータにコメントを付加することができるようにしてもよい。具体的には、例えば変更条件領域６３にコメントを付加することができるようにしてもよい。
【００７２】
発注者と受注者との間で一度合意に達した条件について、合意後に変更可能にしてもよい。また、条件管理サーバー５０は、一度合意に達した条件がさらに変更された注文がある場合、合意後の変更前後の条件及び当該変更に関する履歴を示す情報を当該注文と関連付けて当該注文の条件に関するデータに記録するようにしてもよい。また、条件管理システム１は、一度合意に達した条件が変更された場合、再度合意に達するまで、上記の各実施例で説明したような条件に関する交信を行うようにしてもよい。
【００７３】
第４実施例では、表示部１５が出力手段として機能しているが、これは一例であってこれに限られるものでない。条件管理システム１は、他の出力手段として、例えば画像形成出力、音声出力及びその他のユーザーが情報を認識可能な出力方法の一部又は全部を採用することができる。
【００７４】
発注端末２０（２０Ａ）及び受注端末３０（３０Ａ）は、複数であってもよい。条件管理システム１は、発注者及び受注者の少なくともいずれか一方が複数である場合の注文に関する条件の決定に関する交信に用いることができる。
【００７５】
上記の実施例では、条件管理サーバー５０，５０Ａ、発注端末２０，２０Ａ及び受注端末３０，３０Ａは、ソフトウェア・プログラムを利用したコンピューター処理により各々が有する機能（手段）を実現しているが、これらの機能の一部又は全部を専用のハードウェアによって実現してもよい。
【符号の説明】
【００７６】
１    条件管理システム
１１，４１  記憶部
１２，４２  制御部
１３，４３  通信部
１４  入力部
１５  表示部
２０，２０Ａ  発注端末
２１  指定部
２２，３２  応答部
２３  再指定部
２５  特定部
２６  出力部
３０，３０Ａ  受注端末
３３  変更部
３５  抽出部
５０，５０Ａ  条件管理サーバー
５１  第一記録部
５２  開示部
５３  第二記録部
５４  第三記録部
５５  第四記録部
５６  第五記録部
５８  通知部
６１  初期条件領域
６２Ａ，６２Ｂ  チェックマーク領域
６３  変更条件領域
ＮＷ  通信回線
【図１】
2015138516.tif 000003
【図２】
2015138516.tif 000004
【図３】
2015138516.tif 000005
【図４】
2015138516.tif 000006
【図５】
2015138516.tif 000007
【図６】
2015138516.tif 000008
【図７】
2015138516.tif 000009
【図８】
2015138516.tif 000010
【図９】
2015138516.tif 000011
【図１０】
2015138516.tif 000012
【図１１】
2015138516.tif 000013
【図１２】
2015138516.tif 000014
【図１３】
2015138516.tif 000015
【図１４】
2015138516.tif 000016
【図１５】
2015138516.tif 000017
【図１６】
2015138516.tif 000018
【図１７】
2015138516.tif 000019
【図１８】
2015138516.tif 000020
【図１９】
2015138516.tif 000021
【図２０】
2015138516.tif 000022
【図２１】
2015138516.tif 000023
【図２２】
2015138516.tif 000024
【図２３】
2015138516.tif 000025