物流管理サーバー装置、受注者コンピューターおよび検収完了情報の格納方法
【課題】 受注者が検収完了を迅速に把握できる物流管理サーバー装置を提供する。
【解決手段】 受注者、発注者および運送業者のコンピューター２００、３００、４００とネットワークを介して接続される物流管理サーバー装置１１０であって、物流に関する進捗情報を格納するデータベース（以下「ＤＢ」）１４１と、検収期限情報を格納するＤＢ１４２とを備えており、１）受注者、発注者または運送業者のコンピューターから進捗情報を受信し進捗情報ＤＢ１４１に格納し、２）運送業者コンピューター４００から運送完了情報を受信すると、進捗情報ＤＢ１４１および検収情報ＤＢ１４２を参照して検収期限情報を含む検収依頼情報を生成し発注者コンピューター２００に送信し、３）検収依頼情報に応じて発注者コンピューター２００から送信された検収完了情報を受信して進捗情報ＤＢ１４１に格納し、受注者コンピューター２００に検収完了情報を送信するもの。
【解決手段】 受注者、発注者および運送業者のコンピューター２００、３００、４００とネットワークを介して接続される物流管理サーバー装置１１０であって、物流に関する進捗情報を格納するデータベース（以下「ＤＢ」）１４１と、検収期限情報を格納するＤＢ１４２とを備えており、１）受注者、発注者または運送業者のコンピューターから進捗情報を受信し進捗情報ＤＢ１４１に格納し、２）運送業者コンピューター４００から運送完了情報を受信すると、進捗情報ＤＢ１４１および検収情報ＤＢ１４２を参照して検収期限情報を含む検収依頼情報を生成し発注者コンピューター２００に送信し、３）検収依頼情報に応じて発注者コンピューター２００から送信された検収完了情報を受信して進捗情報ＤＢ１４１に格納し、受注者コンピューター２００に検収完了情報を送信するもの。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、物流管理サーバー装置およびこれを利用する受注者コンピューターならびに検収完了情報の格納方法に関し、特に、売上計上に関するいわゆる検収基準に対応できるものに関する。
【背景技術】
【０００２】
企業間の商取引には、注文、納品、請求、決済など様々な段階があり、その都度、伝票等によって情報のやり取りが行われる。
注文から納品など、主に物流に関する部分については、図９のように、メーカーなどの受注者、卸売業者・小売業者などの発注者、運送業者の３者が関わっている。
従来、発注者から受注者が受注し、受注者が商品を出荷すると、受注者は出荷時点で売上を計上することが一般的であった（いわゆる出荷基準）。
【０００３】
しかしながら、国際財務報告基準（いわゆる国際会計基準。Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｆｉｎａｎｃｉａｌ Ｒｅｐｏｒｔｉｎｇ Ｓｔａｎｄａｒｄｓ（ＩＦＲＳ））では、納品された商品の検査（検収とも呼ばれる。本明細書では検査および検収をあわせて「検収」という。）が完了した時点、または商品が着荷した時点をもって収益を計上することが求められる可能性がある（いわゆる検収基準、着荷基準）。
【０００４】
検収基準に対応する場合、受注者は、発注者の検収が完了した時点を把握する必要があるが、これまでは、発注者に、書面（検収書）の郵送、ＦＡＸ等により通知してもらう以外に方法がなかった。
しかし、このような方法をとると、検収完了を即時に把握できるか否かは、発注者（の担当者）が即時に通知するか否かに依存することになる。しかしながら、受注者の立場としては、顧客である発注者に、検収完了を迅速に通知してもらうよう強制することはできない。また、郵送による場合には、発注者による郵送までの準備時間に加え、郵送自体の時間もかかることになる。
以上のとおり、従来の方法では、検収完了の把握、ひいては検収基準に対応した売上計上処理を確実かつ即時に行うことは困難であった。
【０００５】
なお、従来から企業間の商取引に関する情報を標準的なフォーマットに統一してコンピューター間で電子的に交換するＥＤＩ（電子データ交換（Ｅｌｅｃｔｒｏｎｉｃ Ｄａｔａ Ｉｎｔｅｒｃｈａｎｇｅ））という仕組みが提案されている。
しかしながら、ＥＤＩは単にデータを標準化して企業間でやり取りする仕組みであり、検収完了の把握や、検収基準に対応した売上計上処理を行うことは考慮されていない。
【０００６】
さらに、コンピューターネットワーク上で企業間の商取引を行う仕組みであるｅマーケットプレイスや、電子商談システムなる仕組みも提案されている（例えば、特許文献１参照）。特許文献１に記載の電子商談システムは、生産、卸売、小売、配送等の一連の商取引における商談情報をインターネット上のサーバー装置に蓄積することにより取引当事者の情報共有を行おうとするものである。
【先行技術文献】
【０００７】
【特許文献】
【０００８】
【特許文献１】特開２００４−１３３５２４号公報
【０００９】
しかしながら、上記のような従来のｅマーケットプレイスや電子商談システムは取引当事者間の情報共有を主な目的としているため、必ずしも検収完了の迅速な把握や検収基準に対応した円滑な売上計上処理を実現することはできなかった。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
そこで、本発明では、受注者が発注者の検収完了を迅速に把握するのに利用できる、物流管理サーバー装置およびこれを利用するための受注者コンピューターならびに検収完了情報の格納方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明者は鋭意検討を重ねた結果、上記課題が下記の手段により達成されることを見出した。
【００１２】
（１）１または複数の、受注者コンピューター、発注者コンピューターおよび運送業者コンピューターとネットワークを介して接続される物流管理サーバー装置であって、
前記物流管理サーバー装置は、送受信部と制御部と記憶部とを備え、
前記記憶部は、
発注、受注、運送、検収その他の物流に関する進捗情報を格納する進捗情報データ ベースと、
検収期限情報を格納する検収情報データベースと、
を備え、
前記制御部は、
前記送受信部を介して、利用者が前記各コンピューターを用いて、前記記憶部にあ らかじめ格納されたモジュールを組み合わせることにより、入出力画面を定義する 入出力画面定義部と、
前記送受信部を介して、前記受注者コンピューターと前記発注者コンピューターと 前記運送業者コンピューターとの間で前記進捗情報を送受信し、前記進捗情報デー タベースに格納する進捗情報受付部と、
前記進捗情報受付部が前記運送業者コンピューターから送信される運送完了情報を 受信すると、前記進捗情報データベースと前記検収情報データベースとを参照して 前記検収期限情報を含む前記発注者コンピューター宛の検収依頼情報を生成し、前 記送受信部を介して該発注者コンピューターに送信する検収依頼情報送信部と、
を備え、
前記進捗情報受付部は、
前記検収依頼情報に応じて前記発注者コンピューターから送信された検収完了情 報を受信し、前記進捗情報データベースに格納し、前記受注者コンピューターに 該検収完了情報を送信する、検収完了情報受付部を備える
ことを特徴とする、物流管理サーバー装置。
【００１３】
（２）前記進捗情報受付部は、
前記発注者コンピューターから前記受注者コンピューター宛の発注情報を受信し 、該発注者コンピューターの識別情報、該受注者コンピューターの識別情報およ び該発注情報を前記進捗情報データベースに格納し、前記受注者コンピューター に該発注情報を送信する発注情報受付部と、
前記受注者コンピューターから前記発注情報に対する前記発注者コンピューター 宛の受注情報を受信し、該受注情報を前記発注情報に関連付けて前記進捗情報デ ータベースに格納し、前記発注者コンピューターに該受注情報を送信する受注情 報受付部と、
前記受注者コンピューターから運送依頼情報を受信し、該運送依頼情報を前記受 注情報に関連付けて前記進捗情報データベースに格納し、前記運送業者コンピュ ーターに該運送依頼情報を送信する運送依頼情報受付部と、
前記運送業者コンピューターから運送完了情報を含む運送情報を受信し、該運送 情報を前記受注情報に関連付けて前記進捗情報データベースに格納する運送情報 受付部と
を備える
ことを特徴とする、請求項１に記載の物流管理サーバー装置。
【００１４】
（１）〜（２）の発明によれば、特に、運送完了情報を受信すると検収依頼情報を生成し発注者コンピューターに送信する検収依頼情報送信部を備えたことにより、発注者の検収完了入力を促進させることができる。したがって受注者が発注者の検収完了を迅速に把握することができる。
【００１５】
（３）前記物流管理サーバー装置とネットワークを介して接続される前記受注者コンピューターであって、
前記受注者コンピューターは、送受信部と制御部と記憶部とを備え、
前記制御部は、
前記送受信部を介して、前記物流管理サーバー装置から前記進捗情報を取得する情 報取得部を備える
ことを特徴とする、請求項１または２に記載の受注者コンピューター。
【００１６】
（３）の発明によれば、受注者コンピューターが情報取得部をさらに備えたことにより、受注者は物流管理サーバー装置から物流に関する進捗状況を即時にまたは必要に応じて取得することができるので、他のシステム（例えば、販売管理システムなどのＥＲＰシステム、スケジューラシステム等）にこれらの進捗状況の情報を渡して加工して利用することができる。
【００１７】
（４）前記記憶部は、
商品名、価格その他の販売に関する情報を記録する販売情報データベースを備え、
前記制御部は、
前記情報取得部が前記検収完了情報を取得した場合、前記販売情報データベースを 参照して売上計上処理を開始する販売情報管理部を備える
ことを特徴とする、請求項３に記載の受注者コンピューター。
【００１８】
（４）の発明によれば、受注者コンピューターが販売情報管理部および販売情報データベースをさらに備えることで機能する販売管理システムにより、受注者は、検収完了の情報を取得したときリアルタイムに検収基準に則った売上計上処理を行うことができる。
【００１９】
（５）前記記憶部は、
検収期限その他の検収に関する情報を含む契約情報を記録する契約情報データベー スを備え、
前記制御部は、
前記契約情報データベースを参照して前記検収に関する情報を抽出し、前記物流管 理サーバー装置に送信する契約情報抽出部を備える
ことを特徴とする、請求項３または４に記載の受注者コンピューター。
【００２０】
（５）の発明によれば、さらに契約情報に関するデータベースを有している場合、当該情報の中から検収期限等、検収に関する情報を抽出し、物流管理サーバー装置に送信するので、利用者は検収期限等の情報を入力する必要がない。また契約に関する情報すべてを物流管理サーバー装置に送信するものではないので、重要な情報を外部に流出させるリスクを減じることができる。
【００２１】
（６）１または複数の、受注者コンピューター、発注者コンピューターおよび運送業者コンピューターとネットワークを介して接続され、送受信部と、制御部と、発注、受注、運送、検収その他の物流に関する進捗情報を記録する進捗情報データベースおよび検収期限情報を記録する検収情報データベースを備える記憶部とを備える物流管理に用いるコンピューターに、前記発注者コンピューターから送信される検収完了情報を格納する方法であって、
前記制御部が、前記受注者コンピューター、発注者コンピューターまたは運送業者コン ピューターを用いて、前記記憶部にあらかじめ格納されたモジュールを組み合わせるこ とにより、前記送受信部を介して利用者が入出力画面を定義するステップ、
前記制御部が、前記送受信部を介して前記運送業者コンピューターから運送完了情報を 受信し、前記進捗情報データベースに格納するステップ、
前記制御部が、前記運送完了情報の受信により、前記進捗情報データベースおよび前記 検収情報データベースから、前記検収期限情報を含む検収依頼情報を生成し、前記送受 信部によって前記発注者コンピューターに送信するステップ、
前記制御部が、前記検収依頼情報に応じて前記発注者コンピューターから送信された検 収完了情報を受信し、前記進捗情報データベースに格納するステップ
を含むことを特徴とする、物流管理に用いるコンピューターへの検収完了情報の格納方法。
【００２２】
（６）の発明によれば、特に、運送完了情報を受信すると検収依頼情報を生成し発注者コンピューターに送信することにより、発注者の検収完了入力を促進させることができる。したがって受注者が発注者の検収完了を迅速に把握することができる。
【００２３】
その他、好ましい解決手段としては次のものがある。
（７）前記物流管理サーバー装置を含む物流管理システムがＷｅｂシステムで構成されており、前記物流管理サーバー装置の制御部がＷｅｂページ中に広告を表示する広告表示部を備え、または前記検収完了情報を格納する方法において、前記物流管理に用いるコンピューターの制御部がＷｅｂページ中に広告を表示するステップを含むことを特徴とする、（１）〜（６）に記載の、物流管理サーバー装置、受注者コンピューターまたは物流管理に用いるコンピューターへの検収完了情報の格納方法。
（７）の発明によれば、さらにＷｅｂページ中に広告を表示するようにしたことにより、利用者が利用する際に例えば利用状況に関連する広告を表示できるようになるから利用者の利便性を高めることができるとともに、物流管理システムの管理者が広告料による収益を得ることができる。なお、広告としては、バナー広告や、ＵＲＬのリンク等、公知の広告の手法を用いることができる。
【００２４】
本発明に用いられる用語について以下に説明する。
「利用者」とは、本発明の装置またはシステムを利用する者をいい、「受注者」、「発注者」および「運送業者」を包括的に示すものである。したがって「利用者システム」は「受注者システム」、「発注者システム」および「運送業者システム」を包括的に示す。ただし、「運送業者システム」を別に明示しているときの「利用者システム」は「受注者システム」および「発注者システム」を包括的に示すものである。利用者システムの識別情報（ＩＤ）は利用者を特定できる情報であれば特に限定するものではないが、例えば利用者名や利用者を示すコードが挙げられる。
【００２５】
「受注者コンピューター」または「発注者コンピューター」とは、それぞれ受注者システムまたは発注者システムにおける、後述の端末装置または業務サーバー装置をいい、受注者システムまたは発注者システムが業務サーバー装置を備えず端末装置のみで構成されている場合を含む。すなわちこの場合には「受注者コンピューター」または「発注者コンピューター」はそれぞれ受注者端末装置または発注者端末装置を示す。「運送業者コンピューター」とは、運送業者システムにおける、後述の端末装置または運送管理サーバー装置をいい、運送業者システムが運送管理サーバー装置を備えず端末装置のみで構成されている場合を含む。すなわちこの場合には「運送業者コンピューター」は運送業者端末装置を示す。
【００２６】
「物流に関する進捗情報」とは、発注者が発注した特定の案件に関し、現在、どのような状況にあるか、例えば、発注したのみか、受注（注文請書を発行）したか、運送中か、着荷したか、検収完了したか、などの情報をいい、発注情報（例えば対象商品、希望納期）、受注情報（例えば受注する・しない、対象商品、予定納期）、運送依頼情報（受注者から運送業者への運送依頼）、運送情報（運送状況を示す情報であり運送完了情報を含む）、検収依頼情報、検収完了情報を含むものである。
「検収期限情報」とは、発注者が検収を行う期限の情報をいう。
「運送完了情報」とは、運送業者が発注者に商品の運送を完了したことを示す情報をいい、運送業者が運送業者システムを介して物流管理システムに入力してもよいし、運送業者システムに格納された運送完了情報が自動的に物流管理システムに送信されるようにしてもよい。
「検収依頼情報」とは、運送完了情報の受信をトリガーに発注者システムに送信される検収を依頼する通知をいい、検収期限情報を含む。検収依頼情報は、検収期限の残り期間に応じて発注者にリマインド、再送信されるようにしてもよい。
「検収完了情報」とは、発注者が検収を完了した場合に物流管理システムに送信される情報をいい、合格の場合と不合格の場合とがある。
「契約情報」とは、利用者が他人と契約した内容を示す情報をいい、検収に関する情報を含む。「検収に関する情報」は、契約の相手方を特定する情報（例えば会社名、個人名）、契約の対象（例えば対象商品）を特定する情報および検収期限情報を含み、物流管理システムが物流に関する進捗情報を管理するのに必要最小限の情報をいう。
【発明の効果】
【００２７】
本発明の物流管理サーバー装置および検収完了情報の格納方法によれば、受注者は発注者の検収完了を迅速に把握することができる。
また、本発明の受注者コンピューターによれば、本発明の物流管理サーバー装置から迅速に物流に関する進捗情報（検収完了情報を含む）を取得し、必要に応じて活用することができる。
【図面の簡単な説明】
【００２８】
【図１】 本発明の物流管理サーバー装置を含む物流管理システムおよび本発明の受注者コンピューターを含む利用者システムのシステム構成の一例を示す図である。なお図中、データベースをＤＢと示す（以下同様）。
【図２】 本発明における物流管理システム、利用者システム、運送業者システム、その他システム間の情報のやり取りの流れの一例を模式的に示す図である。
【図３】 本発明に用いられる進捗情報データベースのデータ構造の一例を示す図である。
【図４】 本発明に用いられる検収情報データベースのデータ構造の一例を示す図である。
【図５】 本発明の検収完了情報の格納方法の一例を示すフローチャートである。
【図６】 本発明の検収完了情報の格納方法を用いて売上計上処理を行う場合の一例を示すフローチャートである。
【図７】 本発明の物流管理サーバー装置を、コンピューターを用いて実現した場合のハードウェア構成の一例を示す図である。
【図８】 本発明の物流管理システムのハードウェア・ネットワーク構成の一例を示す図である。
【図９】 従来の受注者、発注者、運送業者および販売管理システムの関係を模式的に示す図である。
【発明を実施するための形態】
【００２９】
以下、本発明の実施の形態について、図面を参照して説明する。なお、これら実施形態により本発明が限定されるものではない。
＜目次＞
【００３０】
１．第１の実施形態（利用者システムにおいて業務サーバー装置を利用しない態様）
（１−１）物流管理システムの全体構成と動作概要
（１−１−１）物流管理サーバー装置
（１−１−１−１）送受信部
（１−１−１−２）制御部
（１−１−１−２−１）進捗情報受付部
（１−１−１−２−１−１）発注情報受付部
（１−１−１−２−１−２）受注情報受付部
（１−１−１−２−１−３）運送依頼情報受付部
（１−１−１−２−１−４）運送情報受付部
（１−１−１−２−１−５）検収完了情報受付部
（１−１−１−２−２）検収依頼情報送信部
（１−１−１−２−３）入出力画面定義部
（１−１−１−２−４）登録受付部
（１−１−１−２−５）利用者認証部
（１−１−１−２−６）タイムスタンプ付与部
（１−１−１−２−７）運送業者選択部
（１−１−１−３）記憶部
（１−１−２）物流管理端末装置
（１−２）利用者システムの全体構成と動作概要
（１−３）運送業者システムの全体構成と動作概要
（１−４）データ構造
（１−４−１）進捗情報データベース
（１−４−２）検収情報データベース
（１−４−３）利用者情報データベース
（１−５）処理
（１−５−０）入出力画面定義処理
（１−５−１）発注情報受付処理
（１−５−２）受注情報受付処理
（１−５−３）運送依頼情報受付処理
（１−５−４）運送情報受付処理
（１−５−５）検収依頼情報生成・送信処理
（１−５−６）検収完了情報受付処理
（１−６）変形例
（１−６−１）タイムスタンプサーバー装置利用
２．第２の実施形態（利用者システムにおいて業務サーバー装置を利用する態様）
（２−１）物流管理システムの全体構成と動作概要
（２−２）利用者システムの全体構成と動作概要
（２−２−１）業務サーバー装置
（２−２−１−１）送受信部
（２−２−１−２）制御部
（２−２−１−２−１）情報取得部
（２−２−１−２−２）販売情報管理部
（２−２−１−２−３）契約情報抽出部
（２−２−１−２−４）スケジュール管理部
（２−２−１−３）記憶部
（２−３）運送業者システムの全体構成と動作概要
（２−４）データ構造
（２−５）処理
（２−６）変形例
（２−６−１）サービス提供装置利用
３．ハードウェア・ネットワーク構成例
【００３１】
１．第１の実施形態（利用者システムにおいて業務サーバー装置を利用しない態様）
図１に、本発明の一実施形態による物流管理システム１００および利用者システム（受注者システム２００および発注者システム３００の両方を含む。以下、主に受注者システム２００について説明するが、特に断らない限り発注者システム３００の各要素（図中カッコ書きで示す）についても同様である。）の全体構成を示す。なお、本実施形態において、受注者システム２００、発注者システム３００とは、受注者端末装置２５０、発注者端末装置３５０を示すものであり、図中の受注者業務サーバー装置２１０または発注者業務サーバー装置３１０を用いる形態については後述の第２の実施形態で説明する。
【００３２】
（１−１）物流管理システムの全体構成と動作概要
物流管理システム１００は、物流管理サーバー装置１１０、物流管理端末装置１５０がＬＡＮによって接続されたものであり、さらにネットワーク５００に接続している。
【００３３】
（１−１−１）物流管理サーバー装置
物流管理サーバー装置１１０は、送受信部１２０と、制御部１３０と、記憶部１４０とを備えている。さらに通常の入力部、出力部を備えていてもよいがここでは省略する。
以下、順に説明する。
【００３４】
（１−１−１−１）送受信部
本実施形態における送受信部１２０は、物流管理端末装置１５０や受注者システム２００、発注者システム３００、運送業者システム４００、サービス提供装置７００、タイムスタンプサーバー装置６００など他のシステム等との間で、情報、命令等を送受信するためのものである。後述する図７の通信装置９７が該当するが、これに限定されるものではない。
【００３５】
（１−１−１−２）制御部
本実施形態における制御部１３０は、受注者システム２００、発注者システム３００、運送業者システム４００等から送受信部１２０が受信した各種情報を記憶部１４０に記憶するための制御や、それら受信した情報を適切なシステムまたは装置等に転送するための制御や、それらの情報に基づいて新たな通知を生成し適切なシステムまたは装置等に送信するための制御などを行うものである。後述する図７のＣＰＵ９３がこれに該当するが、これに限定されるものではない。
制御部１３０は、以下に説明する検収依頼情報送信部１３１、進捗情報受付部１３２および入出力画面定義部１３３を物理的または論理的に備えており、好ましくは、登録受付部１３４、利用者認証部１３５、タイムスタンプ付与部１３６、運送業者選択部１３７を物理的または論理的に備える。
【００３６】
（１−１−１−２−１）進捗情報受付部
進捗情報受付部１３２は、送受信部１２０を介して、受注者システム２００、発注者システム３００、運送業者システム４００から物流に関する進捗情報を受信し、進捗情報データベース１４１に格納する。進捗情報受付部１３２は、発注情報受付部１３２１、受注情報受付部１３２２、運送依頼情報受付部１３２３、運送情報受付部１３２４、検収完了情報受付部１３２５を物理的または論理的に備えることが好ましい。以下説明する。
【００３７】
（１−１−１−２−１−１）発注情報受付部
発注情報受付部１３２１は、送受信部１２０を介して、発注者システム３００から特定の受注者システム２００宛の発注情報を受信する。この際、送信元である発注者システムの識別情報（例えば発注者端末装置３５０のＩＰアドレス等）、宛先である受注者システムの識別情報（例えば受注者端末装置２５０のＩＰアドレス等）、発注情報等を受信し、進捗情報データベース１４１に格納し、宛先である受注者システム２００にこの発注情報を送信する。なお、発注情報を送信せず、受注者システム２００が物流管理サーバー装置１１０にアクセスして情報を取得するようにしてもよい。
【００３８】
（１−１−１−２−１−２）受注情報受付部
受注情報受付部１３２２は、送受信部１２０を介して、受注者システム２００から発注情報に対する受注情報を受信し、この受注情報を発注情報に関連付けて（例えば同じテーブルの同じレコードに記録してもよいし、別の関連するテーブルに記録するようにしてもよい。）進捗情報データベース１４１に格納し、発注者システム３００にこの受注情報を送信する。なお、受注情報を送信せず、発注者システム３００が物流管理サーバー装置１１０にアクセスして情報を取得するようにしてもよい。
【００３９】
（１−１−１−２−１−３）運送依頼情報受付部
運送依頼情報受付部１３２３は、送受信部１２０を介して、受注者システム２００から運送依頼情報を受信し、この運送依頼情報を発注情報に関連付けて（例えば同じテーブルの同じレコードに記録してもよいし、別の関連するテーブルに記録するようにしてもよい。）進捗情報データベース１４１に格納し、運送業者システム４００にこの運送依頼情報を送信する。
【００４０】
（１−１−１−２−１−４）運送情報受付部
運送情報受付部１３２４は、送受信部１２０を介して、運送業者システム４００から随時運送情報を受信し、この運送情報を発注情報に関連付けて（例えば同じテーブルの同じレコードに記録してもよいし、別の関連するテーブルに記録するようにしてもよい。）進捗情報データベース１４１に格納する。受信した運送情報が運送完了情報である場合は、通常の運送情報と同様に、この運送完了情報を発注情報に関連付けて前記進捗情報データベースに格納するとともに、検収依頼情報送信部１３１に運送完了情報を受信した旨の情報を渡す。
【００４１】
（１−１−１−２−１−５）検収完了情報受付部
検収完了情報受付部１３２５は、送受信部１２０を介して、後述の検収依頼情報送信部１３１が生成し送信する検収依頼情報に応じて発注者システム３００から送信された検収完了情報を受信し、進捗情報データベース１４１に格納し、受注者システム２００にこの検収完了情報を送信する。
【００４２】
（１−１−１−２−２）検収依頼情報送信部
検収依頼情報送信部１３１は、進捗情報受付部１３２（好ましくは運送情報受付部１３２４）から運送完了情報を受信した旨の情報を受け取ると、進捗情報データベース１４１または進捗情報データベース１４１と検収情報データベース１４２とを併せて参照して、発注者システム３００宛の検収依頼情報を生成し、これを送受信部１２０を介して発注者システム３００に送信する。この検収依頼情報には検収情報データベース１４２から抽出しまたは演算して得た検収期限情報が含まれる。
【００４３】
（１−１−１−２−３）入出力画面定義部
入出力画面定義部１３３は、利用者が用いる入出力画面を利用者が自由に定義するためのものであり、例えば物流管理システム１００において使用される入出力画面を、受注者や発注者が既に使用している伝票（例えば注文書、注文請書、検収書）の項目、レイアウト等に沿うように定義するものである。既存の伝票をスキャナ等により読み取り、読み取ったイメージにおける各入力項目に入力可能な入力域を設定できるようにしてもよいし、利用者が画面上で入力項目のパーツ、モジュールなどを組み合わせ自由に伝票を設計できるようにしてもよい。また、物流管理サーバー装置１１０があらかじめ伝票のひな型を提供するようにしてもよい。
【００４４】
（１−１−１−２−４）登録受付部
登録受付部１３４は、送受信部１２０を介して、発注者、受注者、運送業者に関する情報（例えば利用者ＩＤ）、特定の発注者と受注者間に適用される検収期限の情報などの登録を受け付けるものである。
【００４５】
（１−１−１−２−５）利用者認証部
利用者認証部１３５は、送受信部１２０を介して受け付けた利用者ＩＤの認証を行うためのものである。利用者ＩＤは利用者認証部１３５に渡され、利用者認証部１３５は記憶部１４０の利用者情報データベース１４３に当該利用者ＩＤが記録されているか否かの入力チェックを行う。
【００４６】
（１−１−１−２−６）タイムスタンプ付与部
タイムスタンプ付与部１３６は、タイムスタンプを付与する対象のデータ（例えば進捗情報のデータ）に後述するタイムスタンプサーバー装置６００を用いてタイムスタンプを付与するものである。タイムスタンプ付与部１３６は、送受信部１２０を介して、付与対象のデータをそのままでまたは必要に応じて暗号化したうえでタイムスタンプサーバー装置６００に送信してタイムスタンプの発行要求を行うようにしてもよいし、あらかじめ付与対象のデータのハッシュ値を生成してこのハッシュ値に対しタイムスタンプの発行要求を行うようにしてもよい。
【００４７】
（１−１−１−２−７）運送業者選択部
運送業者選択部１３７は、受注者に運送業者を決定する場合などに、運送業者を自動推薦するものであり、利用者情報データベース１４３を参照して受注者がこれまで依頼した運送業者を優先して表示したり、他の利用者の利用頻度が高い運送業者を優先して表示したり、利用者情報データベース１４３に運送業者の評価値が記録されている場合、その評価値が高いものを優先して表示するようにしてもよい。
【００４８】
（１−１−１−３）記憶部
本実施形態における記憶部１４０には、進捗情報データベース１４１、検収情報データベース１４２、利用者情報データベース１４３等が格納されている。これらのデータ構造については後述する。
【００４９】
（１−１−２）物流管理端末装置
本実施形態における物流管理端末装置１５０は入力部、出力部、送受信部を備えている。入力部は、物流管理システム１００の管理者などが物流管理サーバー装置１１０に各種データを入力するためのものである。後述する図７のキーボード／マウス９２等がこれに該当する。出力部は、物流管理サーバー装置１１０が格納し処理した情報などを出力するためのものである。後述する図７のディスプレイ９１等がこれに該当する。送受信部は、物流管理サーバー装置１１０との間で、情報、命令等を送受信するためのものであり、後述する図７の通信装置９７が該当するが、これに限定されるものではない。
【００５０】
（１−２）利用者システムの構成と動作概要
本実施形態における利用者システム（受注者システム２００または発注者システム３００）は、受注者端末装置２５０または発注者端末装置３５０であり、ネットワーク５００に接続している。本実施形態では端末装置２５０または３５０が物流管理サーバー装置１１０と直接通信を行う態様を説明し、業務サーバー装置２１０または３１０を用いる態様は第２の実施形態で説明する。
本実施形態における端末装置２５０または３５０は、少なくとも入力部、出力部、送受信部を備えている。入力部は、物流管理サーバー装置１１０に送信する各種データを入力するためのものである。後述する図７のキーボード／マウス９２等がこれに該当する。出力部は、物流管理サーバー装置１１０から受信した情報などを出力するためのものである。後述する図７のディスプレイ９１等がこれに該当する。送受信部は、物流管理サーバー装置１１０との間で、情報、命令等を送受信するためのものであり、後述する図７の通信装置９７が該当するが、これに限定されるものではない。なお、端末装置２５０または３５０は第２の実施形態にて説明する業務サーバー装置における制御部２３０および記憶部２４０を備えていてもよい。
受注者端末装置２５０は、例えば受注者の出荷担当者や経理担当者が操作するものであり、発注者端末装置３５０は、例えば発注者の購買担当者や経理担当者が操作するものである。なお、受注者端末装置２５０または発注者端末装置３５０に代えて、無線によってネットワークに接続することのできるモバイル端末装置２６０または３６０を用いてもよい。
【００５１】
（１−３）運送業者システムの全体構成と動作概要
運送業者システム４００は、運送管理サーバー装置４１０、運送業者端末装置４２０がＬＡＮによって接続されたものであり、さらにネットワーク５００に接続している。
運送管理サーバー装置４１０は、既に運送業者が利用している運送管理システムを管理するサーバー装置であってもよい。運送業者端末装置４２０は、例えば運送業者の運転担当者や経理担当者が操作するものであり、この端末装置に代えて、無線によってネットワークに接続することのできるモバイル端末装置４３０を操作することもできる。
【００５２】
（１−４）データ構造
次に、進捗情報データベース１４１、検収情報データベース１４２、利用者情報データベース１４３の各データ構造について以下に説明する。
【００５３】
（１−４−１）進捗情報データベース
進捗情報データベース１４１は、発注、受注、運送、検収その他の物流に関する進捗情報を格納するものであり、発注者の識別情報（発注者ＩＤ）、受注者の識別情報（受注者ＩＤ）、発注情報、受注情報、検収期限情報（または検収情報データベース１４２とのリンク情報。図３に示す検収Ｎｏなど。）、運送情報（運送完了情報を含む）、検収完了情報等を記憶する。図３に進捗情報データベース１４１のデータ構造の一例を示す。
【００５４】
（１−４−２）検収情報データベース
検収情報データベース１４２は、検収期限情報を格納するものであり、進捗情報データベースが検収期限情報を含む場合は備えなくてもよいが、図４の（ａ）または（ｂ）に示すように、検収情報データベースが検収期限または検収期間、発注者の識別情報（発注者ＩＤ）、受注者の識別情報（受注者ＩＤ）、対象商品の識別情報を予め格納していれば、利用者が発注者ＩＤ、受注者ＩＤ、商品ＩＤを入力すれば検収期限または検収期間が自動的に特定されるため好ましい。また、受注者と発注者との契約により検収期限を徒過した場合に検収に合格したとみなされるかどうかの情報を含んでいてもよい。なお図４（ｂ）の場合は、検収依頼情報送信部１３１が図３の運送完了情報（納品日）に検収期間を加算して検収期限を算出するものである。
【００５５】
（１−４−３）利用者情報データベース
利用者情報データベース１４３は、物流管理システム１００の利用者（受注者、発注者、運送業者）に関連する情報を記憶しており、利用者を特定する情報、物流管理システム１００の利用状況等（利用頻度、納期の厳守状況、他の利用者による評価状況など）を記録しており、利用者が利用状況の一部または全部を参照できるように設定することにより、発注者はどの利用者に発注するか、受注者はどの運送業者に依頼するか、等の参考にすることができる。
【００５６】
（１−５）処理
図２は、各システム間の情報のやり取りの流れの一例を示す模式図であり、図中の（１）→（１）’→（２）→（２）’→・・・のように情報が送受信されることを示す。
これを物流管理プログラム９５２によるＣＰＵ９３の処理として、図５を用いて説明する。なお物流管理プログラムとは、本発明の物流管理サーバー装置の制御部の各構成を実現する、すなわち本発明における各機能を実現させるプログラムである。ＣＰＵ９３は物流管理プログラム９５２およびオペレーティングシステム９５１により図５の処理を行うが、その一部または全部の処理が物流管理プログラム９５２単体により行われるようにしてもよい。
【００５７】
（１−５−０）入出力画面定義処理（図２および図５には図示せず）
利用者が利用者システム２００、３００または４００を用いて入出力画面定義処理の実行を要求すると、入出力画面定義部１３３は、あらかじめ記憶部１４０に格納されている入出力域を表示し入出力域として機能するモジュール群を提示し、利用者の選択を受け付ける。利用者はこれらのモジュールを選択し組み合わせることにより、利用者が既に使用している伝票の項目、レイアウト等に沿うように、物流管理サーバー装置が出力する入出力画面を定義することができる。
【００５８】
（１−５−１）発注情報受付処理
発注者は発注者システム３００（本実施形態では発注者端末装置３５０。以下同じ。）を用いて発注者ＩＤ、宛先である受注者ＩＤ、発注情報を入力し物流管理システム１００に送信する。物流管理システム１００の物流管理サーバー装置１１０のＣＰＵ９３は、送受信部１２０を介してこれらの情報を受信し進捗情報データベース１４１に格納し、送受信部１２０を介して宛先である受注者システム２００（本実施形態では受注者端末装置２５０。以下同じ。）に発注情報を送信する（ステップＳ１００）。
【００５９】
（１−５−２）受注情報受付処理
受注者は、受信した発注情報を参照して、受注するか否かを決定し受注者システム２００から物流管理サーバー装置１１０に受注情報を送信する。物流管理サーバー装置１１０のＣＰＵ９３は、送受信部１２０を介してこの受注情報を受信し進捗情報データベース１４１に格納し、送受信部１２０を介して発注者システム３００に受注情報を送信する（ステップＳ１１０）。物流管理サーバー装置１１０のＣＰＵ９３は、受注情報に受注者が受注した旨を示す情報が含まれているかどうかを判断し、含まれている場合には運送依頼情報受付のために待機し、含まれていない場合には新たな発注情報受付のために待機状態をとる（ステップＳ１２０）。
【００６０】
（１−５−３）運送依頼情報受付処理
受注者は、受注した商品を運送するために運送業者を選択し、選択した運送業者宛に運送依頼を行うため、受注者システム２００から物流管理サーバー装置１１０に運送依頼情報を送信する。物流管理サーバー装置１１０のＣＰＵ９３は、送受信部１２０を介してこの運送依頼情報を受信し進捗情報データベース１４１に格納し、送受信部１２０を介して運送業者システム４００に運送依頼情報を送信する（ステップＳ１３０）。
【００６１】
（１−５−４）運送情報受付処理
運送業者は、運送依頼を受け、受注者から商品を集荷し、発注者への運送を開始する。運送業者システム４００は、運転担当が所持するモバイル端末装置４３０等により随時運送情報を収集しており、この運送情報を物流管理サーバー装置１１０に送信する。物流管理サーバー装置１１０のＣＰＵ９３は、送受信部１２０を介してこの運送情報を受信し進捗情報データベース１４１に格納しており、受注者システム２００または発注者システム３００から運送状況の問合せがあったときは、送受信部１２０を介して問合せのあったシステムに運送情報を送信する（ステップＳ１４０）。
受信した運送情報が運送完了情報であった場合には、物流管理サーバー装置１１０のＣＰＵ９３は通常の運送情報と同様に進捗情報データベース１４１に格納するとともに、続く検収依頼情報送信処理を実行し、それ以外であれば運送情報を受け付けるために待機する（ステップＳ１５０）。
【００６２】
（１−５−５）検収依頼情報生成・送信処理
物流管理サーバー装置１１０のＣＰＵ９３は、運送完了情報を受信した旨を示す情報を受け取ると、進捗情報データベース１４１と検収情報データベース１４２とを参照して、発注者端末装置３５０宛の検収依頼情報（検収情報データベース１４２から抽出した検収期限情報を含む）を生成し、これを発注者システム３００に送信する（ステップＳ１６０）。
【００６３】
（１−５−６）検収完了情報受付処理
発注者は、受信した検収依頼情報にしたがって受領した商品の検収を行い、検収完了情報を発注者システム３００から物流管理サーバー装置１１０に送信する。物流管理サーバー装置１１０のＣＰＵ９３は、発注者システム３００から送信された検収完了情報を受信し、進捗情報データベース１４１に格納し、受注者システム２００にこの検収完了情報を送信する（ステップＳ１７０）。
【００６４】
以上、本実施形態にかかる物流管理サーバー装置および検収完了情報の格納方法によれば、利用者が使いやすい入出力画面を定義したうえで、発注者の検収完了入力を促進させることができるので受注者が発注者の検収完了を迅速に把握することができる。
【００６５】
（１−６）変形例
以下に示す変形例は他の実施形態にも適用できる。
（１−６−１）タイムスタンプサーバー装置利用
本実施形態ではさらにタイムスタンプサーバー装置を利用してもよく、例えば進捗情報データベース１４１に格納される情報にタイムスタンプを付与することができる。
タイムスタンプサーバー装置６００は、他のシステムまたは装置（以下、依頼システム等といい、本実施例では物流管理サーバー装置１１０が該当する。）からタイムスタンプの発行要求を受けてタイムスタンプを生成するサーバー装置である。
ここで、タイムスタンプとは、対象とするデータ（例えば進捗情報）に正確な時刻情報を付与し、その時刻情報が示す時点でのデータの存在と非改ざんを証明する情報であり、例えば、公開鍵暗号基盤（ＰＫＩ）に基づいて、対象となるデータのハッシュ値に時刻情報を付与し電子署名を行ったものが挙げられる。ハッシュ値は、予め定められたハッシュ関数により対象とするデータに基づいて演算される情報であり、タイムスタンプサーバー装置６００で生成することもできるし、依頼システム等で生成したものを用いることもできる。なお、本実施形態では、電子情報の固有情報にハッシュ値を用いることとするが、対象とするデータに固有の情報であれば他の情報を用いてもよい。
これらにより本実施形態でやり取りされるデータの時刻情報の信頼性を高めることができるため好ましい。
【００６６】
２．第２の実施形態（利用者システムにおいて業務サーバー装置を利用する態様）
本実施形態は、受注者システム２００が受注者端末装置２５０および受注者業務サーバー装置２１０で構成されており、かつ発注者システム３００が発注者端末装置３５０および発注者業務サーバー装置３１０で構成されている点で第１の実施形態と異なる。この点以外は同様であり、第１の実施形態と同一の構成部分には同一の符号を付しその説明を省略する。以下、順に説明する。
【００６７】
（２−１）物流管理システムの全体構成と動作概要
物流管理サーバー装置１１０が端末装置２５０または３５０と通信せず、業務サーバー装置２１０または３１０と通信すること以外は第１の実施形態と同様であるため、説明を省略する。
【００６８】
（２−２）利用者システムの全体構成と動作概要
本実施形態における利用者システム（受注者システム２００および発注者システム３００の両方を含む。以下、主に受注者システム２００について説明するが、特に断らない限り発注者システム３００の各要素（図中カッコ書きで示す）についても同様である。）は、受注者業務サーバー装置２１０および受注者端末装置２５０または発注者業務サーバー装置３１０および発注者端末装置３５０がＬＡＮによって接続されたものであり、さらにネットワーク５００に接続している。本実施形態は業務サーバー装置２１０または３１０が物流管理サーバー装置１１０と通信を行う態様である。本実施形態における端末装置２５０または３５０は、物流管理サーバー装置１１０と通信を行わず、それぞれ業務サーバー装置２１０または３１０と通信を行うこと以外は第１の実施形態と同様であるため説明を省略する。
【００６９】
（２−２−１）業務サーバー装置
本実施形態における受注者業務サーバー装置２１０は、送受信部２２０と、制御部２３０と、記憶部２４０とを備えている。さらに通常の入力部、出力部を備えていてもよいがここでは省略する。以下、順に説明する。
【００７０】
（２−２−１−１）送受信部
本実施形態における受注者業務サーバー装置２１０の送受信部２２０は、物流管理システム１００や発注者システム３００、運送業者システム４００、サービス提供装置７００、タイムスタンプサーバー装置６００等の他のシステムまたは装置との間で、情報、命令等を送受信するためのものである。
【００７１】
（２−２−１−２）制御部
本実施形態における受注者業務サーバー装置２１０の制御部２３０は、受注者端末装置２５０、発注者システム３００、運送業者システム４００等から受信した各種情報を記憶部２４０に記憶するための制御や、それら受信した情報を適切なシステムまたは装置等に転送するための制御や、それらの情報に基づいて演算を行うものである。
制御部２３０は、以下に説明する情報取得部２３１、販売情報管理部２３２を物理的または論理的に備えており、好ましくは、契約情報抽出部２３３、スケジュール管理部２３４を物理的または論理的に備える。
【００７２】
（２−２−１−２−１）情報取得部
情報取得部２３１は、送受信部２２０を介して、リアルタイムにまたは必要に応じて物流管理サーバー装置１１０から進捗情報を取得する。取得した進捗情報は、記憶部２４０に格納してもよいし格納しなくてもよいが、受注者端末装置２５０に送信されたり、販売情報管理部２３２、スケジュール管理部２３４等に渡されたりする。これらの各装置または各部は受信した進捗情報を加工したり、ディスプレイや紙などの媒体に出力したりすることができる。これにより、受注者は、物流管理サーバー装置から物流に関する進捗状況をリアルタイムにまたは必要に応じて取得することができ、各種システムにこれらの進捗状況の情報を渡して加工して利用することができる。
【００７３】
（２−２−１−２−２）販売情報管理部
販売情報管理部２３２は、情報取得部２３１が取得した進捗情報が検収完了情報であった場合、販売情報データベース２４１を参照して売上計上処理を開始する。販売情報管理部２３２としては、公知のＥＲＰ（Ｅｎｔｅｒｐｒｉｓｅ Ｒｅｓｏｕｒｃｅ Ｐｌａｎｎｉｎｇ）システム（特に販売管理システム）を用いることができる。受注者は、把握した検収完了の情報をもとに、リアルタイムに検収基準に則った売上計上処理を行うことができる。
【００７４】
（２−２−１−２−３）契約情報抽出部
契約情報抽出部２３３は、契約情報データベース２４２を参照して、検収期限等、検収に関する情報を抽出し、物流管理サーバー装置１１０に送信する。利用者は検収期限等の情報を入力する必要がない。また契約に関する情報すべてを物流管理サーバー装置に送信または格納するものではないので、重要な情報を外部に流出させるリスクを減じることができる。
【００７５】
（２−２−１−２−４）スケジュール管理部
スケジュール管理部２３４は、情報取得部２３１が取得した進捗情報を、公知のスケジューラ（下記ポータル、グループウェアシステムを含む）に登録する。受注者は、日常使用しているポータル、スケジューラ等を参照するだけで進捗状況を確認することができる。
＜ポータル・グループウェア＞
利用者が常時利用する（目にしている）システムをポータルと呼ぶが、これは利用者が常時利用するシステムであり、利用者の業務内容によって異なるものの、例えばグループウェア、スケジューラなどをメインとするものが一般的である。
グループウェアは、主に情報共有を目的としたシステムであって、電子メール機能、電子掲示板機能、電子会議室機能、ワークフロー機能等を有する。
スケジューラは個人的または企業等のメンバーのスケジュールを管理するためのシステムであって、グループウェアシステムに組み込まれていることもある。
本実施形態による利用者システム２００または３００は、ポータル上で動作するように構成されていることが好ましい。また、公知のワークフローシステムを用いて、物流管理サーバー装置１１０から受信した発注情報に関し、受注するか否かなどの申請承認を行うこともできる。このように、利用者は、日常使用しているポータル、スケジューラ等を参照するだけで進捗状況を確認したり意思決定を行うことができる。
【００７６】
（２−２−１−３）記憶部
本実施形態における記憶部２４０には、販売情報データベース２４１、契約情報データベース２４２等が格納されている。これらのデータ構造については後述する。
【００７７】
（２−３）運送業者システムの全体構成と動作概要
第１の実施形態と同様であるため説明を省略する。
（２−４）データ構造
販売情報データベース２４１は、公知のＥＲＰシステム（特に販売管理システム）に用いる販売データから構成され、既存のシステムのデータを用いることもできる。
また、契約情報データベース２４２は、契約に関する様々な情報（例えば契約当事者、契約の種類、契約の対象、検収期限、契約の有効期限など）が格納されているものであるが、少なくとも契約当事者と対象商品の検収期限の情報が格納されていればよく、利用者が既に保有している契約情報に関するデータを用いることもできる。
【００７８】
（２−５）処理
受注者業務サーバー装置２１０のＣＰＵが実行する処理について、図６を用いて説明する。
受注者業務サーバー装置２１０のＣＰＵは、送受信部２２０を介して、受信した発注情報を受注者端末装置２５０に送信し（ステップＳ２００）、受注者は受注するか否かを決定し受注者端末装置２５０から受注者業務サーバー装置２１０に受注情報を送信する。受注者業務サーバー装置２１０のＣＰＵは、送受信部１２０を介してこの受注情報を受信し、物流管理サーバー装置１１０に送信する（ステップＳ２１０）。
受注者業務サーバー装置２１０のＣＰＵは、受注情報に受注者が受注した旨を示す情報が含まれている場合には運送業者システム４００に運送依頼を行うための情報を生成する準備を行い、含まれていない場合には新たな発注情報受付のために待機状態をとる（ステップＳ２２０）。
受注者は、受注した商品を運送するために運送業者を選択し、選択した運送業者宛に運送依頼を行うため、受注者端末装置２５０から受注者業務サーバー装置２１０に運送依頼情報を送信し、受注者業務サーバー装置２１０のＣＰＵは、送受信部１２０を介してこの運送依頼情報を受信し物流管理サーバー装置１１０に送信する（ステップＳ２３０）。
物流管理サーバー装置１１０は第１の実施形態と同様、運送業者システム４００に運送依頼情報を送信する。運送業者は、第１の実施形態と同様、運送情報を物流管理サーバー装置１１０に送信する。物流管理サーバー装置１１０は、受注者業務サーバー装置２１０から運送状況の問合せがあったときは、運送情報を送信し、受注者業務サーバー装置２１０はこれを受信し、受注者端末装置２５０に転送する（ステップＳ２４０）。受信した運送情報が運送完了情報であった場合には、販売情報管理部２３２により着荷基準にしたがって売上計上処理を行うようにしてもよい。物流管理サーバー装置１１０は第１の実施形態と同様、運送完了情報を受信すると検収依頼情報を生成し発注者システム３００に送信する。発注者はこれに従って検収を行い検収完了情報を物流管理サーバー装置１１０に送信する。
受注者管理サーバー装置２１０のＣＰＵは、物流管理サーバー装置１１０から送信された検収完了情報を受信すると（ステップＳ２５０）、販売情報データベース２４１を参照して売上計上処理を開始する（ステップＳ２６０）。
【００７９】
本実施形態によれば、利用者（特に受注者）は物流管理サーバー装置から物流に関する進捗状況を即時にまたは必要に応じて取得することができるので、他のシステムにこれらの進捗状況の情報を渡して加工して利用することができ、特にリアルタイムに検収基準に則った売上計上処理を行うことができる。また、例えば利用者の本社に業務サーバー装置を設置し、支社に端末装置を設置することにより、本社側で一元管理することもできる。さらに、契約情報に関するデータベースを有している場合、当該情報の中から検収期限等、検収に関する情報を抽出し、物流管理サーバー装置に送信するので、利用者は検収期限等の情報を入力する必要がない。
【００８０】
（２−６）変形例
以下に示す変形例は他の実施形態にも適用できる。
（２−６−１）サービス提供装置利用
サービス提供装置７００は、利用者が所有していない他のシステム上（本実施例では利用者システム以外）に導入されたソフトウェアの機能をネットワーク経由で利用する形態のサービス（ＳａａＳ：Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）を実現するものである。このような装置によれば、一般に、利用者側で特定のアプリケーションやそれを運用するためのハードウェアを準備するコストを低減できたり、サービス規模に柔軟に対応できたりするなどのメリットがある。提供されるサービスとしては、自ら運用する（オンプレミスの）販売管理システム、ＣＲＭシステム、ワークフローシステム、スケジューラシステムなどに相当するサービスがある。
このようなサービス提供装置を、前述の販売情報管理部やスケジュール管理部に代えて用いることができ、これにより上記メリットを享受することができ、本発明では、物流管理システムの利用と併用することにより、利用者システム側をさらに簡易なコンピューターシステムにすることができるため特に好ましい。
【００８１】
３．ハードウェア・ネットワーク構成例
まず上記各実施例で用いられているハードウェアの構成について、図１の物流管理サーバー装置１１０を例に挙げて以下に説明する。
【００８２】
図１の物流管理サーバー装置１１０を、コンピューター９を用いて実現した場合のハードウェア構成の一例を図７に示す。図７に示すように、ハードウェア構成は一般的なパソコンと同様である。
図７において、物流管理サーバー装置１１０の制御部１３０に相当するＣＰＵ（中央演算処理装置）９３には、図１では図示しない出力部に相当するディスプレイ９１、同じく図１では図示しない入力部に相当するキーボード／マウス９２、メインメモリ９４、記憶部１４０に相当するハードディスクドライブ９５、リムーバブルドライブ（例えば、ＤＶＤ−ＲＯＭドライブ、ＣＤ−ＲＯＭドライブ）９６、通信装置９７、がバス９８を介して接続されている。以下、順に説明する。
【００８３】
ＣＰＵ９３は、メインメモリ９４にロードされたプログラムを実行する。ＣＰＵ９３は、プログラムに従い、キーボード／マウス９２、ハードディスクドライブ９５、リムーバブルドライブ９６、通信装置９７等からデータを受け取り、所定の演算を行い、各装置の制御を行う（例えば、ディスプレイ９１に画面表示させ、ハードディスクドライブ９５に演算結果を記憶させる）。
ディスプレイ９１は、操作に必要な各種ウィンドウやデータ等を表示する。
キーボード／マウス９２は利用者からの様々な操作指示・命令、データを入力するために用いられる。
メインメモリ９４は、オペレーティングシステム（ＯＳ）やプログラム、データを一時記憶する記憶領域である。一時記憶するという意味において、メインメモリ９４は記憶部１４０に相当する場合がある。
ハードディスクドライブ９５には、本発明に用いられる物流管理プログラム９５２、進捗情報データベース１４１、検収情報データベース１４２、利用者情報データベース１４３、オペレーティングシステム９５１等が記憶されている。本発明に用いられるプログラム９５２は、例えばリムーバブルドライブ９６を介してリムーバブルメディア９６１からインストールされたものであるが、通信装置９７を用いネットワークを介してダウンロードされてもよい。
リムーバブルドライブ９６には、ＤＶＤ−ＲＯＭやＣＤ−ＲＯＭ、メモリーカード、ＵＳＢメモリ等のリムーバブルメディア９６１が挿入可能であり、リムーバブルメディア９６１からプログラムやデータを読み込み、またリムーバブルメディア９６１にプログラムやデータを書き込むことも可能である。
通信装置９７は、ネットワークに接続するためのインターフェースであり、例えばＬＡＮポート、モデム、無線ＬＡＮ、ルーター等で構成される。
物流管理サーバー装置１１０を上記のように説明したが、本発明はこれに限られない。上記例では、物流管理プログラムが格納されているのと同一のコンピューター上にデータベースが格納されている例を示したが、例えば、アプリケーションサーバー装置とデータベースサーバー装置のように、それぞれ別のコンピューター上に格納されネットワークを介して通信する構成であってもよい。
【００８４】
また、本発明に用いられる他の装置（受注者端末装置２５０、発注者端末装置３５０、業務サーバー装置２１０または３１０等）のハードウェア構成も上記と同様であり、本発明に用いられるプログラムをインストールして前記入力部、出力部、送受信部、制御部および記憶部の各部を実現しうるものであれば特に制限することなく用いることができる。なお、特に端末装置については、携帯電話機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット端末装置や電子ペーパーとして実用化が進められている表示装置等のモバイル端末装置も用いることができる。本発明において、このようなモバイル端末装置を用いれば、納品された商品を検収するとき、その商品のパッケージに付された標識（例えば、バーコードや、商品名、ロゴなどに加え、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）タグなども含む。）を当該端末装置の画像認識手段（カメラ）によって商品を特定し、その商品の検収が完了したとき、当該端末装置で検収完了の入力（例えば、画面に表示された検収完了ボタンを押下）を行えば、検収のその場で、検収完了情報を入力することができ、簡便に検収を完了することができる。
【００８５】
次に図１の物流管理システム１００、利用者システム２００または３００を、コンピューターおよび通信制御装置等を用いて実現した場合のネットワーク構成の一例を図８に示す。図中、通信制御装置の例としてルーター５１を示したが、ハブ、スイッチ等は図示していない。また、図８において、図１および図７と同一構成部分には同一の符号を付しその説明は省略する。以下に説明する。
【００８６】
物流管理サーバー装置１１０は上述のとおり公知の装置で実現することができるが、物流管理サーバー装置１１０が備える各部を実現し得るサーバー装置機能としては、例えばデータベースサーバー装置、アプリケーションサーバー装置、Ｗｅｂサーバー装置、メールサーバー装置、ファイルサーバー装置等およびこれらの組み合わせがある。これらのサーバー装置機能は図８に挙げるような複数のサーバー装置に分散されていてもよいし、一台のサーバー装置で実行されてもよい。一例として、物流管理プログラム９５２がインストールされたアプリケーションサーバー装置と、進捗情報、利用者情報、運送業者情報等を記憶するデータベースサーバー装置と、ネットワークとの接続を行うＷｅｂサーバー装置で構成される例が挙げられる。さらに、Ｗｅｂサーバー装置には複数のアプリケーションサーバー装置の負荷分散を行うミドルウェアが含まれていてもよい。
【００８７】
端末装置１５０、２５０および３５０等は、物流管理サーバー装置１１０、業務サーバー装置２１０または３１０に要求・命令を行い、これらのサーバー装置から送信される画面データを表示する機能等が実装されていればよく、前述のとおり公知のコンピューターで実現することができるが、例えば本実施の形態ではＷｅｂブラウザを備えたコンピューターを用いる。
【００８８】
また、ファイアウォールを用いてアクセス制御や監視を行い、図示しないがＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）を用いて、グローバルＩＰアドレスとプライベートアドレスの変換を行ってもよい。物流管理サーバー装置１１０の一部をデータベースサーバー装置で実現している場合や、業務サーバー装置２１０または３１０は、セキュリティ上、これらのサーバー装置は公開Ｗｅｂサーバー装置等と同じＤＭＺ（ＤｅＭｉｌｉｔａｒｉｚｅｄ Ｚｏｎｅ）等のネットワーク領域には配置せず、ＬＡＮに配置するのが好ましい。さらにセキュアにするためにＤＭＺとＬＡＮの間にさらに別のファイアウォールを設けてもよい。
各装置間の通信は、ＨＴＴＰ、ＦＴＰ等のプロトコルにより行うことができる。セキュリティのため、通信をＳＳＬ（Ｓｅｃｒｕｒｅ Ｓｏｃｈｅｔ Ｌａｙｅｒ）で暗号化することも好ましい。なお、物流管理サーバー装置１１０がその記憶部に記憶するデータを暗号化する暗号化部を有していてもよい。
【００８９】
各端末装置はネットワークを介してサーバー装置にアクセスし、サーバー装置は要求された命令を行い、データベースサーバー装置等に記憶されている各種データを用いて生成した画面表示用データ（例えばＷｅｂページ）を端末装置に送信する。端末装置はこれを受信し、例えばＷｅｂブラウザ等のプログラムによって画面表示を行う。
【００９０】
以上、本発明の実施形態について説明したが、本発明は上述の実施形態に限るものではなく、例えば論理回路等のハードウェアで実現してもよい。本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したものに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
なお、本発明における各部、ファイル、テーブル、データベースは、その機能、データが論理的に区別されていることを示すものであって、物理上または事実上は同一の領域にあってもよいし、異なった領域であってもよく、特に限定するものではない。
また、前述の記憶媒体に記憶されたプログラム単体で処理を実行しているものに限らず、他のソフトウェア、拡張ボード等の機能とともに、ＯＳ上で動作し前述の実施形態の動作を実行するものも前述の実施形態の範囲に含まれる。
【００９１】
また、本発明におけるシステムは図１の形態に限定されるものではなく、各部は端末装置、サーバー装置のいずれに配置されていてもよい。例えば、記憶部は別途データベースサーバー装置に配置されていることが好ましい。また、利用者認証部１３１は、別途認証サーバー装置上に設けられていてもよい。さらに、各部に対応するプログラムの一部が端末装置に記憶されていることも好ましい。これは端末装置として、ネットワークに接続できない場合があり得るモバイル端末装置等を採用する際に好適である。例えばモバイル端末装置がネットワークに接続できないときはモバイル端末装置側で処理を行い、接続可能になってから、端末装置に備えられたサーバー装置同期部がサーバー装置側と処理結果の同期を取る。これによりネットワークが利用できない場合があっても本発明のシステムを利用することができる。
さらに、本発明におけるシステムは、公知のクライアント／サーバー装置型、Ｗｅｂクライアント型、リッチクライアント型等いかなるシステム形態をとっていてもよいが、本発明では多数の端末装置の管理が容易になる点でＷｅｂクライアント型またはリッチクライアント型が好ましい。
【００９２】
本明細書における用語の説明を以下に示す。
「情報」とは、当該情報に解釈されるデータをも含む概念であり、「命令」とはコンピューターに対する処理の依頼である。
「入力部」とは、データまたは命令を制御部に与えるためのインターフェースをいい、本発明の目的を達成しうるものであれば特に限定しない。例えばキーボード、ポインティングデバイス（マウス等）、タッチパネル、音声入力装置など、人間とのインターフェースとなるものだけでなく、インターフェース回路、通信装置など、他のプログラム、コンピューター、装置等とのインターフェースとなるものを採用することができる。
【００９３】
「出力部」とは、データまたは命令の出力を実現する装置、回路等のインターフェースをいい、本発明の目的を達成しうるものであれば、特に限定しない。例えばディスプレイ、プリンター、音声出力装置など、人間とのインターフェースとなるものだけでなく、インターフェース回路、通信装置など、他のプログラム、コンピューター、装置等とのインターフェースとなるものを採用することができる。
ここで「出力」とは、表示、印刷だけでなく、他のプログラムや装置等に出力内容をデータまたは命令として与える場合も含む概念である。
【００９４】
「制御部」とは、装置またはシステムの全体を制御し、および入力部で入力された命令、指示、データ、記憶部に格納されたデータ等を基に演算を行う装置、回路等をいう。制御部としては本発明の目的を達成しうるものであれば特に限定しないが、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を採用することができる。制御部は、少なくとも後述の各部を物理的または論理的に備えるものであり、各部がそれぞれ単独の装置、回路等で実現されていてもよい。
【００９５】
「記憶部」とは、各種の情報や、情報および命令が記述されたプログラム等を記憶する装置、回路等をいい、本発明の目的を達成しうるものであれば特に限定しない。
例えば、主に半導体メモリが用いられる一次記憶装置、主にハードディスクドライブや半導体ディスクが用いられる二次記憶装置（補助記憶装置）、主にＣＤ−ＲＯＭドライブ等リムーバブルメディアドライブが用いられるオフラインストレージ、テープライブラリ等、必要に応じて自動的に記憶媒体をドライブに挿入および除去する機構を有する装置である三次記憶装置など、公知の記憶装置等を用いることができる。
さらに具体的には、ハードディスクドライブ、フロッピーディスクドライブ、ＺＩＰドライブ、テープストレージ等、磁気記録媒体を用いる磁気記憶装置の他に、レジスタ、キャッシュメモリ、ＲＯＭやＲＡＭ、フラッシュメモリ（例えばＵＳＢメモリ）、半導体ディスク（例えばＲＡＭディスク、仮想ディスク）などの半導体メモリを利用する記憶回路または記憶装置や、ＣＤ、ＤＶＤ等の光学記録媒体、ＭＯ等の光磁気ディスクを利用する光学記憶装置、その他紙テープやパンチカード等を利用する記憶装置、ＰＲＡＭ（ｐｈａｓｅ ｃｈａｎｇｅ ＲＡＭ、相変化メモリ）と呼ばれる相変化記録技術を用いた記憶装置、ホログラフィックメモリ、３次元光メモリを用いた記憶装置、電荷の蓄積を分子レベルで行い情報を記憶する分子メモリを用いた記憶装置等を採用することができる。なお、三次記憶装置は二次記憶装置に記憶されたデータを保管する用途に用いることができる。
なお、「記憶」とは、本発明の装置に情報および命令を記憶する場合だけでなく、他のハードウェア資源（例えば、本発明に用いられる端末装置内の記憶装置や他システム内の記憶装置）にコンテンツ情報ファイルやその他のデータが分散して記憶されこれらにアクセスできる場合も含む。例えば、記憶部として、別途データベースサーバー装置を利用する場合、ネットワーク接続ストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ（ＮＡＳ））を利用する場合、ストレージエリアネットワーク（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＳＡＮ））によりストレージ機器を利用するような場合も含まれる。
また、「データベース」とは、データベース管理システム（ＤＢＭＳ）によって作成されたデータファイルに限られず、汎用的なファイル形式も含めたデータの集合を意味し、例えばテーブルを含む。
【００９６】
「送受信部」とは、装置外部とのデータの送受信を実現する装置、回路をいい、本発明の目的を達成しうるものであれば、特に限定しない。例えばＬＡＮポート、モデム、無線ＬＡＮ、ルーター等の、通信装置、ネットワークに接続するためのインターフェースである。
「ネットワーク」はインターネット等のオープンネットワーク、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のクローズドネットワーク、それらの組合せのイントラネット等の如何なるものであってもよく、有線、無線いずれでもよい。
【００９７】
「プログラム」とは、コンピューターによって直接実行可能なものだけでなく、ソースコードや、ハードディスクドライブなどにインストールすることによって実行可能となるものや機能を実現させるプログラムも含む概念である。また、圧縮されたり、暗号化されたりしたものも含む概念である。
なお、「機能を実現させるプログラム」とは、機能を実現する実行モジュールが静的にメモリに展開され動作するものだけでなく、実行オブジェクトが所定のタイミングで動的に生成されるオブジェクト指向プログラムなど、実行モジュールが動的に生成されるプログラムを含む。モジュールとは、単独でコンパイルできるプログラムの最小単位のことをいい、例えば関数やサブルーチンであるが、本発明ではオブジェクト指向プログラムでいうオブジェクトも含む概念である。
また、プログラムは１つのコンピューター（サーバー装置等）にインストールしてもよいし、機能毎に異なる２以上のコンピューターにインストールしてもよい。例えば、利用者認証機能を実現させるためのプログラム（モジュール）については、利用者認証サーバー装置にインストールし、その他の機能を実現させるためのプログラムについてはＷｅｂアプリケーションサーバー装置にインストールする、などが挙げられ、公知の分散方法に従って複数のコンピューターにインストールすることができる。このような分散方法の一例としてリッチクライアント技術がある。リッチクライアント技術では、必要に応じてプログラムをサーバー装置からダウンロードし、端末装置で処理を実行させる。
本発明の装置は、１または２以上のコンピューターの記憶部または記憶媒体に記憶されたプログラムを、コンピューターがそのメインメモリに読み出し、実行することによって実現される。したがって、このプログラム自体およびこのプログラムを記憶した記憶媒体も本発明を構成する。
【００９８】
「リッチクライアント」とは、公知のものを指し、特に限定するものではないが、一般に次のような概念をいう。
Ｗｅｂブラウザを利用するＷｅｂシステムでは、ＨＴＭＬの制約上、ユーザーインターフェースに種々の制約がある。そこで、表現力のあるユーザーインターフェースを実現するため、リッチクライアント技術が開発されている。リッチクライアント技術とは、Ｗｅｂ技術（例えば、ＨＴＴＰ通信、Ｃｏｏｋｉｅ）を利用しつつも、一般的なローカル環境で動作するアプリケーションと同等のユーザーインターフェースを実現することができる技術のことをいい、リッチクライアントとは、その技術が利用された端末装置のことをいう。リッチクライアントの実現には、公知の方法を採用することができるが、例えば、端末装置がサーバー装置から必要に応じてアプリケーションをダウンロードして実行できるように実装する。具体的には、端末装置にＷｅｂブラウザを用い、端末装置は、ＨＴＭＬファイルにＪａｖａＳｃｒｉｐｔで記述したクライアントアプリケーションをサーバー装置からダウンロードして起動する。クライアントアプリケーションは必要に応じて（例えば非同期で）サーバー装置に処理を要求して結果を取得することができる。これは一般にＡｊａｘ（Ａｓｙｎｃｈｒｏｎｏｕｓ ＪａｖａＳｃｒｉｐｔ ＋ ＸＭＬ）として知られている。これにより、ＨＴＭＬのみで実現するＷｅｂクライアントとは異なり、ページ全体でなくページの一部のみを更新することができるなど、表現力や操作性が向上する。
「Ｗｅｂシステム」とは、公知のものを指し、特に限定するものではないが、一般に端末装置にＷｅｂブラウザを搭載し、そのＷｅｂブラウザがサーバー装置（Ｗｅｂアプリケーションサーバー装置）とデータ通信を行うことで、様々な処理を実現するシステムの総称である。
【００９９】
「広告表示部」とは、Ｗｅｂシステム上で利用者の検索行為に応じて適切な広告が表示されるような機能を実現する装置、回路をいい、本発明の目的を達成しうるものであれば、特に限定しない。例えば、広告情報が予め記憶部に記憶されており、当該広告情報にはメタ情報（例えばタグ）が付与されており、広告表示部は、利用者が入力した検索キーワードを取得し、当該キーワードと一致または類似するメタ情報を含む広告情報を抽出し、表示する。
【０１００】
本発明の装置では、利用者を特定するために「利用者認証」処理を実施する。即ち、利用者ＩＤやパスワードなどの個人情報の入力を促し、その個人情報を照合することで個人認証を実施する。
このような利用者認証処理は、装置およびシステム毎に実施されるのが一般的であるが、特にＷｅｂシステムの場合、異なるＷｅｂシステムを利用する毎に、利用者ＩＤやパスワードなどの個人情報の入力を促すのは、利用者にとって煩雑であるため、一度の利用者認証処理で複数のＷｅｂシステムに対するアクセスを実現する「シングルサインオン」の技術が公知である。
このシングルサインオンの技術を搭載しているシングルサインオンシステムでは、認証処理装置が認証済みを保証する認証情報を発行し、端末装置のＷｅｂブラウザがＷｅｂアプリケーションサーバー装置とデータ通信を実施する際、その認証情報を含むデータをＷｅｂアプリケーションサーバー装置に送信し、Ｗｅｂアプリケーションサーバー装置はデータに含まれている認証情報を参照して、認証済みであることを確認する。
なお、識別情報（ＩＤ）は対象を特定できる情報であれば特に限定するものではないが、例えば対象の名称や対象を示すコードが挙げられる。
【０１０１】
「ファイアウォール」とは、公知のものを指し、特に限定するものではないが、一般に外部から内部ネットワーク（ＬＡＮ）に侵入されるのを防ぐために、当該ネットワークの外部と内部との通信を制御するシステム、または当該システムが組みこまれたコンピューター、ルーターもしくは専用ハードウェアをいう。ファイアウォールには、例えば、パケットフィルタリング型やアプリケーションゲートウェイ型と呼ばれる方式がある。パケットフィルタリング型は、パケットの送信先、送信元についてＩＰアドレスおよびポート番号を監視し、あらかじめ設定した条件に基づいて、特定の通信の許可・不許可を行うものである。アプリケーションゲートウェイ型は、通信を中継するプログラム（プロキシプログラム）を用いて、ネットワーク内部のコンピューターが外部と直接通信することなく、外部との通信は全てプロキシプログラム（プロキシサーバー装置）に代理させることによって、外部との通信を制御するものである。
なお、ファイアウォールにより、一般に「ＤＭＺ」（ＤｅＭｉｌｉｔａｒｉｚｅｄ Ｚｏｎｅ、非武装地帯）と呼ばれる、ファイアウォールによって外部ネットワークからも内部ネットワークからも隔てられたネットワークを設けることができ、ここに公開用のＷｅｂサーバー装置等を設置することができる。
【０１０２】
「ルーター」とは、公知のものを指し、特に限定するものではないが、ネットワークと他のネットワークを接続して、パケットを中継する装置をいい、宛先へのルートを決定してパケットを配送するものである。
【０１０３】
「ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）」とは、公知のものを指し、特に限定するものではないが、仮想的な私設ネットワークをいい、暗号化技術や認証技術を利用して構築される。例えば、ＩＰｓｅｃによるパケットの暗号化によるＶＰＮが挙げられる。
【産業上の利用可能性】
【０１０４】
本発明は、検収基準に対応した会計システムを実現する一手段として利用することができる。特に、オンプレミスの既存の検収基準に対応していない会計システムを検収基準に対応させることに利用できるとともに、あるいはオンプレミスのシステムに代えてＡＳＰやＳａａＳ等に代表されるネットワーク上の検収基準に対応した会計サービスとして利用することもできる。
【符号の説明】
【０１０５】
１００ 物流管理システム
１１０ 物流管理サーバー装置
１２０ 送受信部
１３０ 制御部
１３１ 検収依頼情報送信部
１３２ 進捗情報受付部
１３２１ 発注情報受付部
１３２２ 受注情報受付部
１３２３ 運送依頼情報受付部
１３２４ 運送情報受付部
１３２５ 検収完了情報受付部
１３３ 入出力画面定義部
１４０ 記憶部
１４１ 進捗情報データベース
１４２ 検収情報データベース
１４３ 利用者情報データベース
２００ 受注者システム
２１０ 受注者業務サーバー装置
２２０ 送受信部
２３０ 制御部
２３１ 情報取得部
２３２ 販売情報管理部
２３３ 契約情報抽出部
２４０ 記憶部
２５０ 受注者端末装置
【技術分野】
【０００１】
本発明は、物流管理サーバー装置およびこれを利用する受注者コンピューターならびに検収完了情報の格納方法に関し、特に、売上計上に関するいわゆる検収基準に対応できるものに関する。
【背景技術】
【０００２】
企業間の商取引には、注文、納品、請求、決済など様々な段階があり、その都度、伝票等によって情報のやり取りが行われる。
注文から納品など、主に物流に関する部分については、図９のように、メーカーなどの受注者、卸売業者・小売業者などの発注者、運送業者の３者が関わっている。
従来、発注者から受注者が受注し、受注者が商品を出荷すると、受注者は出荷時点で売上を計上することが一般的であった（いわゆる出荷基準）。
【０００３】
しかしながら、国際財務報告基準（いわゆる国際会計基準。Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｆｉｎａｎｃｉａｌ Ｒｅｐｏｒｔｉｎｇ Ｓｔａｎｄａｒｄｓ（ＩＦＲＳ））では、納品された商品の検査（検収とも呼ばれる。本明細書では検査および検収をあわせて「検収」という。）が完了した時点、または商品が着荷した時点をもって収益を計上することが求められる可能性がある（いわゆる検収基準、着荷基準）。
【０００４】
検収基準に対応する場合、受注者は、発注者の検収が完了した時点を把握する必要があるが、これまでは、発注者に、書面（検収書）の郵送、ＦＡＸ等により通知してもらう以外に方法がなかった。
しかし、このような方法をとると、検収完了を即時に把握できるか否かは、発注者（の担当者）が即時に通知するか否かに依存することになる。しかしながら、受注者の立場としては、顧客である発注者に、検収完了を迅速に通知してもらうよう強制することはできない。また、郵送による場合には、発注者による郵送までの準備時間に加え、郵送自体の時間もかかることになる。
以上のとおり、従来の方法では、検収完了の把握、ひいては検収基準に対応した売上計上処理を確実かつ即時に行うことは困難であった。
【０００５】
なお、従来から企業間の商取引に関する情報を標準的なフォーマットに統一してコンピューター間で電子的に交換するＥＤＩ（電子データ交換（Ｅｌｅｃｔｒｏｎｉｃ Ｄａｔａ Ｉｎｔｅｒｃｈａｎｇｅ））という仕組みが提案されている。
しかしながら、ＥＤＩは単にデータを標準化して企業間でやり取りする仕組みであり、検収完了の把握や、検収基準に対応した売上計上処理を行うことは考慮されていない。
【０００６】
さらに、コンピューターネットワーク上で企業間の商取引を行う仕組みであるｅマーケットプレイスや、電子商談システムなる仕組みも提案されている（例えば、特許文献１参照）。特許文献１に記載の電子商談システムは、生産、卸売、小売、配送等の一連の商取引における商談情報をインターネット上のサーバー装置に蓄積することにより取引当事者の情報共有を行おうとするものである。
【先行技術文献】
【０００７】
【特許文献】
【０００８】
【特許文献１】特開２００４−１３３５２４号公報
【０００９】
しかしながら、上記のような従来のｅマーケットプレイスや電子商談システムは取引当事者間の情報共有を主な目的としているため、必ずしも検収完了の迅速な把握や検収基準に対応した円滑な売上計上処理を実現することはできなかった。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
そこで、本発明では、受注者が発注者の検収完了を迅速に把握するのに利用できる、物流管理サーバー装置およびこれを利用するための受注者コンピューターならびに検収完了情報の格納方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明者は鋭意検討を重ねた結果、上記課題が下記の手段により達成されることを見出した。
【００１２】
（１）１または複数の、受注者コンピューター、発注者コンピューターおよび運送業者コンピューターとネットワークを介して接続される物流管理サーバー装置であって、
前記物流管理サーバー装置は、送受信部と制御部と記憶部とを備え、
前記記憶部は、
発注、受注、運送、検収その他の物流に関する進捗情報を格納する進捗情報データ ベースと、
検収期限情報を格納する検収情報データベースと、
を備え、
前記制御部は、
前記送受信部を介して、利用者が前記各コンピューターを用いて、前記記憶部にあ らかじめ格納されたモジュールを組み合わせることにより、入出力画面を定義する 入出力画面定義部と、
前記送受信部を介して、前記受注者コンピューターと前記発注者コンピューターと 前記運送業者コンピューターとの間で前記進捗情報を送受信し、前記進捗情報デー タベースに格納する進捗情報受付部と、
前記進捗情報受付部が前記運送業者コンピューターから送信される運送完了情報を 受信すると、前記進捗情報データベースと前記検収情報データベースとを参照して 前記検収期限情報を含む前記発注者コンピューター宛の検収依頼情報を生成し、前 記送受信部を介して該発注者コンピューターに送信する検収依頼情報送信部と、
を備え、
前記進捗情報受付部は、
前記検収依頼情報に応じて前記発注者コンピューターから送信された検収完了情 報を受信し、前記進捗情報データベースに格納し、前記受注者コンピューターに 該検収完了情報を送信する、検収完了情報受付部を備える
ことを特徴とする、物流管理サーバー装置。
【００１３】
（２）前記進捗情報受付部は、
前記発注者コンピューターから前記受注者コンピューター宛の発注情報を受信し 、該発注者コンピューターの識別情報、該受注者コンピューターの識別情報およ び該発注情報を前記進捗情報データベースに格納し、前記受注者コンピューター に該発注情報を送信する発注情報受付部と、
前記受注者コンピューターから前記発注情報に対する前記発注者コンピューター 宛の受注情報を受信し、該受注情報を前記発注情報に関連付けて前記進捗情報デ ータベースに格納し、前記発注者コンピューターに該受注情報を送信する受注情 報受付部と、
前記受注者コンピューターから運送依頼情報を受信し、該運送依頼情報を前記受 注情報に関連付けて前記進捗情報データベースに格納し、前記運送業者コンピュ ーターに該運送依頼情報を送信する運送依頼情報受付部と、
前記運送業者コンピューターから運送完了情報を含む運送情報を受信し、該運送 情報を前記受注情報に関連付けて前記進捗情報データベースに格納する運送情報 受付部と
を備える
ことを特徴とする、請求項１に記載の物流管理サーバー装置。
【００１４】
（１）〜（２）の発明によれば、特に、運送完了情報を受信すると検収依頼情報を生成し発注者コンピューターに送信する検収依頼情報送信部を備えたことにより、発注者の検収完了入力を促進させることができる。したがって受注者が発注者の検収完了を迅速に把握することができる。
【００１５】
（３）前記物流管理サーバー装置とネットワークを介して接続される前記受注者コンピューターであって、
前記受注者コンピューターは、送受信部と制御部と記憶部とを備え、
前記制御部は、
前記送受信部を介して、前記物流管理サーバー装置から前記進捗情報を取得する情 報取得部を備える
ことを特徴とする、請求項１または２に記載の受注者コンピューター。
【００１６】
（３）の発明によれば、受注者コンピューターが情報取得部をさらに備えたことにより、受注者は物流管理サーバー装置から物流に関する進捗状況を即時にまたは必要に応じて取得することができるので、他のシステム（例えば、販売管理システムなどのＥＲＰシステム、スケジューラシステム等）にこれらの進捗状況の情報を渡して加工して利用することができる。
【００１７】
（４）前記記憶部は、
商品名、価格その他の販売に関する情報を記録する販売情報データベースを備え、
前記制御部は、
前記情報取得部が前記検収完了情報を取得した場合、前記販売情報データベースを 参照して売上計上処理を開始する販売情報管理部を備える
ことを特徴とする、請求項３に記載の受注者コンピューター。
【００１８】
（４）の発明によれば、受注者コンピューターが販売情報管理部および販売情報データベースをさらに備えることで機能する販売管理システムにより、受注者は、検収完了の情報を取得したときリアルタイムに検収基準に則った売上計上処理を行うことができる。
【００１９】
（５）前記記憶部は、
検収期限その他の検収に関する情報を含む契約情報を記録する契約情報データベー スを備え、
前記制御部は、
前記契約情報データベースを参照して前記検収に関する情報を抽出し、前記物流管 理サーバー装置に送信する契約情報抽出部を備える
ことを特徴とする、請求項３または４に記載の受注者コンピューター。
【００２０】
（５）の発明によれば、さらに契約情報に関するデータベースを有している場合、当該情報の中から検収期限等、検収に関する情報を抽出し、物流管理サーバー装置に送信するので、利用者は検収期限等の情報を入力する必要がない。また契約に関する情報すべてを物流管理サーバー装置に送信するものではないので、重要な情報を外部に流出させるリスクを減じることができる。
【００２１】
（６）１または複数の、受注者コンピューター、発注者コンピューターおよび運送業者コンピューターとネットワークを介して接続され、送受信部と、制御部と、発注、受注、運送、検収その他の物流に関する進捗情報を記録する進捗情報データベースおよび検収期限情報を記録する検収情報データベースを備える記憶部とを備える物流管理に用いるコンピューターに、前記発注者コンピューターから送信される検収完了情報を格納する方法であって、
前記制御部が、前記受注者コンピューター、発注者コンピューターまたは運送業者コン ピューターを用いて、前記記憶部にあらかじめ格納されたモジュールを組み合わせるこ とにより、前記送受信部を介して利用者が入出力画面を定義するステップ、
前記制御部が、前記送受信部を介して前記運送業者コンピューターから運送完了情報を 受信し、前記進捗情報データベースに格納するステップ、
前記制御部が、前記運送完了情報の受信により、前記進捗情報データベースおよび前記 検収情報データベースから、前記検収期限情報を含む検収依頼情報を生成し、前記送受 信部によって前記発注者コンピューターに送信するステップ、
前記制御部が、前記検収依頼情報に応じて前記発注者コンピューターから送信された検 収完了情報を受信し、前記進捗情報データベースに格納するステップ
を含むことを特徴とする、物流管理に用いるコンピューターへの検収完了情報の格納方法。
【００２２】
（６）の発明によれば、特に、運送完了情報を受信すると検収依頼情報を生成し発注者コンピューターに送信することにより、発注者の検収完了入力を促進させることができる。したがって受注者が発注者の検収完了を迅速に把握することができる。
【００２３】
その他、好ましい解決手段としては次のものがある。
（７）前記物流管理サーバー装置を含む物流管理システムがＷｅｂシステムで構成されており、前記物流管理サーバー装置の制御部がＷｅｂページ中に広告を表示する広告表示部を備え、または前記検収完了情報を格納する方法において、前記物流管理に用いるコンピューターの制御部がＷｅｂページ中に広告を表示するステップを含むことを特徴とする、（１）〜（６）に記載の、物流管理サーバー装置、受注者コンピューターまたは物流管理に用いるコンピューターへの検収完了情報の格納方法。
（７）の発明によれば、さらにＷｅｂページ中に広告を表示するようにしたことにより、利用者が利用する際に例えば利用状況に関連する広告を表示できるようになるから利用者の利便性を高めることができるとともに、物流管理システムの管理者が広告料による収益を得ることができる。なお、広告としては、バナー広告や、ＵＲＬのリンク等、公知の広告の手法を用いることができる。
【００２４】
本発明に用いられる用語について以下に説明する。
「利用者」とは、本発明の装置またはシステムを利用する者をいい、「受注者」、「発注者」および「運送業者」を包括的に示すものである。したがって「利用者システム」は「受注者システム」、「発注者システム」および「運送業者システム」を包括的に示す。ただし、「運送業者システム」を別に明示しているときの「利用者システム」は「受注者システム」および「発注者システム」を包括的に示すものである。利用者システムの識別情報（ＩＤ）は利用者を特定できる情報であれば特に限定するものではないが、例えば利用者名や利用者を示すコードが挙げられる。
【００２５】
「受注者コンピューター」または「発注者コンピューター」とは、それぞれ受注者システムまたは発注者システムにおける、後述の端末装置または業務サーバー装置をいい、受注者システムまたは発注者システムが業務サーバー装置を備えず端末装置のみで構成されている場合を含む。すなわちこの場合には「受注者コンピューター」または「発注者コンピューター」はそれぞれ受注者端末装置または発注者端末装置を示す。「運送業者コンピューター」とは、運送業者システムにおける、後述の端末装置または運送管理サーバー装置をいい、運送業者システムが運送管理サーバー装置を備えず端末装置のみで構成されている場合を含む。すなわちこの場合には「運送業者コンピューター」は運送業者端末装置を示す。
【００２６】
「物流に関する進捗情報」とは、発注者が発注した特定の案件に関し、現在、どのような状況にあるか、例えば、発注したのみか、受注（注文請書を発行）したか、運送中か、着荷したか、検収完了したか、などの情報をいい、発注情報（例えば対象商品、希望納期）、受注情報（例えば受注する・しない、対象商品、予定納期）、運送依頼情報（受注者から運送業者への運送依頼）、運送情報（運送状況を示す情報であり運送完了情報を含む）、検収依頼情報、検収完了情報を含むものである。
「検収期限情報」とは、発注者が検収を行う期限の情報をいう。
「運送完了情報」とは、運送業者が発注者に商品の運送を完了したことを示す情報をいい、運送業者が運送業者システムを介して物流管理システムに入力してもよいし、運送業者システムに格納された運送完了情報が自動的に物流管理システムに送信されるようにしてもよい。
「検収依頼情報」とは、運送完了情報の受信をトリガーに発注者システムに送信される検収を依頼する通知をいい、検収期限情報を含む。検収依頼情報は、検収期限の残り期間に応じて発注者にリマインド、再送信されるようにしてもよい。
「検収完了情報」とは、発注者が検収を完了した場合に物流管理システムに送信される情報をいい、合格の場合と不合格の場合とがある。
「契約情報」とは、利用者が他人と契約した内容を示す情報をいい、検収に関する情報を含む。「検収に関する情報」は、契約の相手方を特定する情報（例えば会社名、個人名）、契約の対象（例えば対象商品）を特定する情報および検収期限情報を含み、物流管理システムが物流に関する進捗情報を管理するのに必要最小限の情報をいう。
【発明の効果】
【００２７】
本発明の物流管理サーバー装置および検収完了情報の格納方法によれば、受注者は発注者の検収完了を迅速に把握することができる。
また、本発明の受注者コンピューターによれば、本発明の物流管理サーバー装置から迅速に物流に関する進捗情報（検収完了情報を含む）を取得し、必要に応じて活用することができる。
【図面の簡単な説明】
【００２８】
【図１】 本発明の物流管理サーバー装置を含む物流管理システムおよび本発明の受注者コンピューターを含む利用者システムのシステム構成の一例を示す図である。なお図中、データベースをＤＢと示す（以下同様）。
【図２】 本発明における物流管理システム、利用者システム、運送業者システム、その他システム間の情報のやり取りの流れの一例を模式的に示す図である。
【図３】 本発明に用いられる進捗情報データベースのデータ構造の一例を示す図である。
【図４】 本発明に用いられる検収情報データベースのデータ構造の一例を示す図である。
【図５】 本発明の検収完了情報の格納方法の一例を示すフローチャートである。
【図６】 本発明の検収完了情報の格納方法を用いて売上計上処理を行う場合の一例を示すフローチャートである。
【図７】 本発明の物流管理サーバー装置を、コンピューターを用いて実現した場合のハードウェア構成の一例を示す図である。
【図８】 本発明の物流管理システムのハードウェア・ネットワーク構成の一例を示す図である。
【図９】 従来の受注者、発注者、運送業者および販売管理システムの関係を模式的に示す図である。
【発明を実施するための形態】
【００２９】
以下、本発明の実施の形態について、図面を参照して説明する。なお、これら実施形態により本発明が限定されるものではない。
＜目次＞
【００３０】
１．第１の実施形態（利用者システムにおいて業務サーバー装置を利用しない態様）
（１−１）物流管理システムの全体構成と動作概要
（１−１−１）物流管理サーバー装置
（１−１−１−１）送受信部
（１−１−１−２）制御部
（１−１−１−２−１）進捗情報受付部
（１−１−１−２−１−１）発注情報受付部
（１−１−１−２−１−２）受注情報受付部
（１−１−１−２−１−３）運送依頼情報受付部
（１−１−１−２−１−４）運送情報受付部
（１−１−１−２−１−５）検収完了情報受付部
（１−１−１−２−２）検収依頼情報送信部
（１−１−１−２−３）入出力画面定義部
（１−１−１−２−４）登録受付部
（１−１−１−２−５）利用者認証部
（１−１−１−２−６）タイムスタンプ付与部
（１−１−１−２−７）運送業者選択部
（１−１−１−３）記憶部
（１−１−２）物流管理端末装置
（１−２）利用者システムの全体構成と動作概要
（１−３）運送業者システムの全体構成と動作概要
（１−４）データ構造
（１−４−１）進捗情報データベース
（１−４−２）検収情報データベース
（１−４−３）利用者情報データベース
（１−５）処理
（１−５−０）入出力画面定義処理
（１−５−１）発注情報受付処理
（１−５−２）受注情報受付処理
（１−５−３）運送依頼情報受付処理
（１−５−４）運送情報受付処理
（１−５−５）検収依頼情報生成・送信処理
（１−５−６）検収完了情報受付処理
（１−６）変形例
（１−６−１）タイムスタンプサーバー装置利用
２．第２の実施形態（利用者システムにおいて業務サーバー装置を利用する態様）
（２−１）物流管理システムの全体構成と動作概要
（２−２）利用者システムの全体構成と動作概要
（２−２−１）業務サーバー装置
（２−２−１−１）送受信部
（２−２−１−２）制御部
（２−２−１−２−１）情報取得部
（２−２−１−２−２）販売情報管理部
（２−２−１−２−３）契約情報抽出部
（２−２−１−２−４）スケジュール管理部
（２−２−１−３）記憶部
（２−３）運送業者システムの全体構成と動作概要
（２−４）データ構造
（２−５）処理
（２−６）変形例
（２−６−１）サービス提供装置利用
３．ハードウェア・ネットワーク構成例
【００３１】
１．第１の実施形態（利用者システムにおいて業務サーバー装置を利用しない態様）
図１に、本発明の一実施形態による物流管理システム１００および利用者システム（受注者システム２００および発注者システム３００の両方を含む。以下、主に受注者システム２００について説明するが、特に断らない限り発注者システム３００の各要素（図中カッコ書きで示す）についても同様である。）の全体構成を示す。なお、本実施形態において、受注者システム２００、発注者システム３００とは、受注者端末装置２５０、発注者端末装置３５０を示すものであり、図中の受注者業務サーバー装置２１０または発注者業務サーバー装置３１０を用いる形態については後述の第２の実施形態で説明する。
【００３２】
（１−１）物流管理システムの全体構成と動作概要
物流管理システム１００は、物流管理サーバー装置１１０、物流管理端末装置１５０がＬＡＮによって接続されたものであり、さらにネットワーク５００に接続している。
【００３３】
（１−１−１）物流管理サーバー装置
物流管理サーバー装置１１０は、送受信部１２０と、制御部１３０と、記憶部１４０とを備えている。さらに通常の入力部、出力部を備えていてもよいがここでは省略する。
以下、順に説明する。
【００３４】
（１−１−１−１）送受信部
本実施形態における送受信部１２０は、物流管理端末装置１５０や受注者システム２００、発注者システム３００、運送業者システム４００、サービス提供装置７００、タイムスタンプサーバー装置６００など他のシステム等との間で、情報、命令等を送受信するためのものである。後述する図７の通信装置９７が該当するが、これに限定されるものではない。
【００３５】
（１−１−１−２）制御部
本実施形態における制御部１３０は、受注者システム２００、発注者システム３００、運送業者システム４００等から送受信部１２０が受信した各種情報を記憶部１４０に記憶するための制御や、それら受信した情報を適切なシステムまたは装置等に転送するための制御や、それらの情報に基づいて新たな通知を生成し適切なシステムまたは装置等に送信するための制御などを行うものである。後述する図７のＣＰＵ９３がこれに該当するが、これに限定されるものではない。
制御部１３０は、以下に説明する検収依頼情報送信部１３１、進捗情報受付部１３２および入出力画面定義部１３３を物理的または論理的に備えており、好ましくは、登録受付部１３４、利用者認証部１３５、タイムスタンプ付与部１３６、運送業者選択部１３７を物理的または論理的に備える。
【００３６】
（１−１−１−２−１）進捗情報受付部
進捗情報受付部１３２は、送受信部１２０を介して、受注者システム２００、発注者システム３００、運送業者システム４００から物流に関する進捗情報を受信し、進捗情報データベース１４１に格納する。進捗情報受付部１３２は、発注情報受付部１３２１、受注情報受付部１３２２、運送依頼情報受付部１３２３、運送情報受付部１３２４、検収完了情報受付部１３２５を物理的または論理的に備えることが好ましい。以下説明する。
【００３７】
（１−１−１−２−１−１）発注情報受付部
発注情報受付部１３２１は、送受信部１２０を介して、発注者システム３００から特定の受注者システム２００宛の発注情報を受信する。この際、送信元である発注者システムの識別情報（例えば発注者端末装置３５０のＩＰアドレス等）、宛先である受注者システムの識別情報（例えば受注者端末装置２５０のＩＰアドレス等）、発注情報等を受信し、進捗情報データベース１４１に格納し、宛先である受注者システム２００にこの発注情報を送信する。なお、発注情報を送信せず、受注者システム２００が物流管理サーバー装置１１０にアクセスして情報を取得するようにしてもよい。
【００３８】
（１−１−１−２−１−２）受注情報受付部
受注情報受付部１３２２は、送受信部１２０を介して、受注者システム２００から発注情報に対する受注情報を受信し、この受注情報を発注情報に関連付けて（例えば同じテーブルの同じレコードに記録してもよいし、別の関連するテーブルに記録するようにしてもよい。）進捗情報データベース１４１に格納し、発注者システム３００にこの受注情報を送信する。なお、受注情報を送信せず、発注者システム３００が物流管理サーバー装置１１０にアクセスして情報を取得するようにしてもよい。
【００３９】
（１−１−１−２−１−３）運送依頼情報受付部
運送依頼情報受付部１３２３は、送受信部１２０を介して、受注者システム２００から運送依頼情報を受信し、この運送依頼情報を発注情報に関連付けて（例えば同じテーブルの同じレコードに記録してもよいし、別の関連するテーブルに記録するようにしてもよい。）進捗情報データベース１４１に格納し、運送業者システム４００にこの運送依頼情報を送信する。
【００４０】
（１−１−１−２−１−４）運送情報受付部
運送情報受付部１３２４は、送受信部１２０を介して、運送業者システム４００から随時運送情報を受信し、この運送情報を発注情報に関連付けて（例えば同じテーブルの同じレコードに記録してもよいし、別の関連するテーブルに記録するようにしてもよい。）進捗情報データベース１４１に格納する。受信した運送情報が運送完了情報である場合は、通常の運送情報と同様に、この運送完了情報を発注情報に関連付けて前記進捗情報データベースに格納するとともに、検収依頼情報送信部１３１に運送完了情報を受信した旨の情報を渡す。
【００４１】
（１−１−１−２−１−５）検収完了情報受付部
検収完了情報受付部１３２５は、送受信部１２０を介して、後述の検収依頼情報送信部１３１が生成し送信する検収依頼情報に応じて発注者システム３００から送信された検収完了情報を受信し、進捗情報データベース１４１に格納し、受注者システム２００にこの検収完了情報を送信する。
【００４２】
（１−１−１−２−２）検収依頼情報送信部
検収依頼情報送信部１３１は、進捗情報受付部１３２（好ましくは運送情報受付部１３２４）から運送完了情報を受信した旨の情報を受け取ると、進捗情報データベース１４１または進捗情報データベース１４１と検収情報データベース１４２とを併せて参照して、発注者システム３００宛の検収依頼情報を生成し、これを送受信部１２０を介して発注者システム３００に送信する。この検収依頼情報には検収情報データベース１４２から抽出しまたは演算して得た検収期限情報が含まれる。
【００４３】
（１−１−１−２−３）入出力画面定義部
入出力画面定義部１３３は、利用者が用いる入出力画面を利用者が自由に定義するためのものであり、例えば物流管理システム１００において使用される入出力画面を、受注者や発注者が既に使用している伝票（例えば注文書、注文請書、検収書）の項目、レイアウト等に沿うように定義するものである。既存の伝票をスキャナ等により読み取り、読み取ったイメージにおける各入力項目に入力可能な入力域を設定できるようにしてもよいし、利用者が画面上で入力項目のパーツ、モジュールなどを組み合わせ自由に伝票を設計できるようにしてもよい。また、物流管理サーバー装置１１０があらかじめ伝票のひな型を提供するようにしてもよい。
【００４４】
（１−１−１−２−４）登録受付部
登録受付部１３４は、送受信部１２０を介して、発注者、受注者、運送業者に関する情報（例えば利用者ＩＤ）、特定の発注者と受注者間に適用される検収期限の情報などの登録を受け付けるものである。
【００４５】
（１−１−１−２−５）利用者認証部
利用者認証部１３５は、送受信部１２０を介して受け付けた利用者ＩＤの認証を行うためのものである。利用者ＩＤは利用者認証部１３５に渡され、利用者認証部１３５は記憶部１４０の利用者情報データベース１４３に当該利用者ＩＤが記録されているか否かの入力チェックを行う。
【００４６】
（１−１−１−２−６）タイムスタンプ付与部
タイムスタンプ付与部１３６は、タイムスタンプを付与する対象のデータ（例えば進捗情報のデータ）に後述するタイムスタンプサーバー装置６００を用いてタイムスタンプを付与するものである。タイムスタンプ付与部１３６は、送受信部１２０を介して、付与対象のデータをそのままでまたは必要に応じて暗号化したうえでタイムスタンプサーバー装置６００に送信してタイムスタンプの発行要求を行うようにしてもよいし、あらかじめ付与対象のデータのハッシュ値を生成してこのハッシュ値に対しタイムスタンプの発行要求を行うようにしてもよい。
【００４７】
（１−１−１−２−７）運送業者選択部
運送業者選択部１３７は、受注者に運送業者を決定する場合などに、運送業者を自動推薦するものであり、利用者情報データベース１４３を参照して受注者がこれまで依頼した運送業者を優先して表示したり、他の利用者の利用頻度が高い運送業者を優先して表示したり、利用者情報データベース１４３に運送業者の評価値が記録されている場合、その評価値が高いものを優先して表示するようにしてもよい。
【００４８】
（１−１−１−３）記憶部
本実施形態における記憶部１４０には、進捗情報データベース１４１、検収情報データベース１４２、利用者情報データベース１４３等が格納されている。これらのデータ構造については後述する。
【００４９】
（１−１−２）物流管理端末装置
本実施形態における物流管理端末装置１５０は入力部、出力部、送受信部を備えている。入力部は、物流管理システム１００の管理者などが物流管理サーバー装置１１０に各種データを入力するためのものである。後述する図７のキーボード／マウス９２等がこれに該当する。出力部は、物流管理サーバー装置１１０が格納し処理した情報などを出力するためのものである。後述する図７のディスプレイ９１等がこれに該当する。送受信部は、物流管理サーバー装置１１０との間で、情報、命令等を送受信するためのものであり、後述する図７の通信装置９７が該当するが、これに限定されるものではない。
【００５０】
（１−２）利用者システムの構成と動作概要
本実施形態における利用者システム（受注者システム２００または発注者システム３００）は、受注者端末装置２５０または発注者端末装置３５０であり、ネットワーク５００に接続している。本実施形態では端末装置２５０または３５０が物流管理サーバー装置１１０と直接通信を行う態様を説明し、業務サーバー装置２１０または３１０を用いる態様は第２の実施形態で説明する。
本実施形態における端末装置２５０または３５０は、少なくとも入力部、出力部、送受信部を備えている。入力部は、物流管理サーバー装置１１０に送信する各種データを入力するためのものである。後述する図７のキーボード／マウス９２等がこれに該当する。出力部は、物流管理サーバー装置１１０から受信した情報などを出力するためのものである。後述する図７のディスプレイ９１等がこれに該当する。送受信部は、物流管理サーバー装置１１０との間で、情報、命令等を送受信するためのものであり、後述する図７の通信装置９７が該当するが、これに限定されるものではない。なお、端末装置２５０または３５０は第２の実施形態にて説明する業務サーバー装置における制御部２３０および記憶部２４０を備えていてもよい。
受注者端末装置２５０は、例えば受注者の出荷担当者や経理担当者が操作するものであり、発注者端末装置３５０は、例えば発注者の購買担当者や経理担当者が操作するものである。なお、受注者端末装置２５０または発注者端末装置３５０に代えて、無線によってネットワークに接続することのできるモバイル端末装置２６０または３６０を用いてもよい。
【００５１】
（１−３）運送業者システムの全体構成と動作概要
運送業者システム４００は、運送管理サーバー装置４１０、運送業者端末装置４２０がＬＡＮによって接続されたものであり、さらにネットワーク５００に接続している。
運送管理サーバー装置４１０は、既に運送業者が利用している運送管理システムを管理するサーバー装置であってもよい。運送業者端末装置４２０は、例えば運送業者の運転担当者や経理担当者が操作するものであり、この端末装置に代えて、無線によってネットワークに接続することのできるモバイル端末装置４３０を操作することもできる。
【００５２】
（１−４）データ構造
次に、進捗情報データベース１４１、検収情報データベース１４２、利用者情報データベース１４３の各データ構造について以下に説明する。
【００５３】
（１−４−１）進捗情報データベース
進捗情報データベース１４１は、発注、受注、運送、検収その他の物流に関する進捗情報を格納するものであり、発注者の識別情報（発注者ＩＤ）、受注者の識別情報（受注者ＩＤ）、発注情報、受注情報、検収期限情報（または検収情報データベース１４２とのリンク情報。図３に示す検収Ｎｏなど。）、運送情報（運送完了情報を含む）、検収完了情報等を記憶する。図３に進捗情報データベース１４１のデータ構造の一例を示す。
【００５４】
（１−４−２）検収情報データベース
検収情報データベース１４２は、検収期限情報を格納するものであり、進捗情報データベースが検収期限情報を含む場合は備えなくてもよいが、図４の（ａ）または（ｂ）に示すように、検収情報データベースが検収期限または検収期間、発注者の識別情報（発注者ＩＤ）、受注者の識別情報（受注者ＩＤ）、対象商品の識別情報を予め格納していれば、利用者が発注者ＩＤ、受注者ＩＤ、商品ＩＤを入力すれば検収期限または検収期間が自動的に特定されるため好ましい。また、受注者と発注者との契約により検収期限を徒過した場合に検収に合格したとみなされるかどうかの情報を含んでいてもよい。なお図４（ｂ）の場合は、検収依頼情報送信部１３１が図３の運送完了情報（納品日）に検収期間を加算して検収期限を算出するものである。
【００５５】
（１−４−３）利用者情報データベース
利用者情報データベース１４３は、物流管理システム１００の利用者（受注者、発注者、運送業者）に関連する情報を記憶しており、利用者を特定する情報、物流管理システム１００の利用状況等（利用頻度、納期の厳守状況、他の利用者による評価状況など）を記録しており、利用者が利用状況の一部または全部を参照できるように設定することにより、発注者はどの利用者に発注するか、受注者はどの運送業者に依頼するか、等の参考にすることができる。
【００５６】
（１−５）処理
図２は、各システム間の情報のやり取りの流れの一例を示す模式図であり、図中の（１）→（１）’→（２）→（２）’→・・・のように情報が送受信されることを示す。
これを物流管理プログラム９５２によるＣＰＵ９３の処理として、図５を用いて説明する。なお物流管理プログラムとは、本発明の物流管理サーバー装置の制御部の各構成を実現する、すなわち本発明における各機能を実現させるプログラムである。ＣＰＵ９３は物流管理プログラム９５２およびオペレーティングシステム９５１により図５の処理を行うが、その一部または全部の処理が物流管理プログラム９５２単体により行われるようにしてもよい。
【００５７】
（１−５−０）入出力画面定義処理（図２および図５には図示せず）
利用者が利用者システム２００、３００または４００を用いて入出力画面定義処理の実行を要求すると、入出力画面定義部１３３は、あらかじめ記憶部１４０に格納されている入出力域を表示し入出力域として機能するモジュール群を提示し、利用者の選択を受け付ける。利用者はこれらのモジュールを選択し組み合わせることにより、利用者が既に使用している伝票の項目、レイアウト等に沿うように、物流管理サーバー装置が出力する入出力画面を定義することができる。
【００５８】
（１−５−１）発注情報受付処理
発注者は発注者システム３００（本実施形態では発注者端末装置３５０。以下同じ。）を用いて発注者ＩＤ、宛先である受注者ＩＤ、発注情報を入力し物流管理システム１００に送信する。物流管理システム１００の物流管理サーバー装置１１０のＣＰＵ９３は、送受信部１２０を介してこれらの情報を受信し進捗情報データベース１４１に格納し、送受信部１２０を介して宛先である受注者システム２００（本実施形態では受注者端末装置２５０。以下同じ。）に発注情報を送信する（ステップＳ１００）。
【００５９】
（１−５−２）受注情報受付処理
受注者は、受信した発注情報を参照して、受注するか否かを決定し受注者システム２００から物流管理サーバー装置１１０に受注情報を送信する。物流管理サーバー装置１１０のＣＰＵ９３は、送受信部１２０を介してこの受注情報を受信し進捗情報データベース１４１に格納し、送受信部１２０を介して発注者システム３００に受注情報を送信する（ステップＳ１１０）。物流管理サーバー装置１１０のＣＰＵ９３は、受注情報に受注者が受注した旨を示す情報が含まれているかどうかを判断し、含まれている場合には運送依頼情報受付のために待機し、含まれていない場合には新たな発注情報受付のために待機状態をとる（ステップＳ１２０）。
【００６０】
（１−５−３）運送依頼情報受付処理
受注者は、受注した商品を運送するために運送業者を選択し、選択した運送業者宛に運送依頼を行うため、受注者システム２００から物流管理サーバー装置１１０に運送依頼情報を送信する。物流管理サーバー装置１１０のＣＰＵ９３は、送受信部１２０を介してこの運送依頼情報を受信し進捗情報データベース１４１に格納し、送受信部１２０を介して運送業者システム４００に運送依頼情報を送信する（ステップＳ１３０）。
【００６１】
（１−５−４）運送情報受付処理
運送業者は、運送依頼を受け、受注者から商品を集荷し、発注者への運送を開始する。運送業者システム４００は、運転担当が所持するモバイル端末装置４３０等により随時運送情報を収集しており、この運送情報を物流管理サーバー装置１１０に送信する。物流管理サーバー装置１１０のＣＰＵ９３は、送受信部１２０を介してこの運送情報を受信し進捗情報データベース１４１に格納しており、受注者システム２００または発注者システム３００から運送状況の問合せがあったときは、送受信部１２０を介して問合せのあったシステムに運送情報を送信する（ステップＳ１４０）。
受信した運送情報が運送完了情報であった場合には、物流管理サーバー装置１１０のＣＰＵ９３は通常の運送情報と同様に進捗情報データベース１４１に格納するとともに、続く検収依頼情報送信処理を実行し、それ以外であれば運送情報を受け付けるために待機する（ステップＳ１５０）。
【００６２】
（１−５−５）検収依頼情報生成・送信処理
物流管理サーバー装置１１０のＣＰＵ９３は、運送完了情報を受信した旨を示す情報を受け取ると、進捗情報データベース１４１と検収情報データベース１４２とを参照して、発注者端末装置３５０宛の検収依頼情報（検収情報データベース１４２から抽出した検収期限情報を含む）を生成し、これを発注者システム３００に送信する（ステップＳ１６０）。
【００６３】
（１−５−６）検収完了情報受付処理
発注者は、受信した検収依頼情報にしたがって受領した商品の検収を行い、検収完了情報を発注者システム３００から物流管理サーバー装置１１０に送信する。物流管理サーバー装置１１０のＣＰＵ９３は、発注者システム３００から送信された検収完了情報を受信し、進捗情報データベース１４１に格納し、受注者システム２００にこの検収完了情報を送信する（ステップＳ１７０）。
【００６４】
以上、本実施形態にかかる物流管理サーバー装置および検収完了情報の格納方法によれば、利用者が使いやすい入出力画面を定義したうえで、発注者の検収完了入力を促進させることができるので受注者が発注者の検収完了を迅速に把握することができる。
【００６５】
（１−６）変形例
以下に示す変形例は他の実施形態にも適用できる。
（１−６−１）タイムスタンプサーバー装置利用
本実施形態ではさらにタイムスタンプサーバー装置を利用してもよく、例えば進捗情報データベース１４１に格納される情報にタイムスタンプを付与することができる。
タイムスタンプサーバー装置６００は、他のシステムまたは装置（以下、依頼システム等といい、本実施例では物流管理サーバー装置１１０が該当する。）からタイムスタンプの発行要求を受けてタイムスタンプを生成するサーバー装置である。
ここで、タイムスタンプとは、対象とするデータ（例えば進捗情報）に正確な時刻情報を付与し、その時刻情報が示す時点でのデータの存在と非改ざんを証明する情報であり、例えば、公開鍵暗号基盤（ＰＫＩ）に基づいて、対象となるデータのハッシュ値に時刻情報を付与し電子署名を行ったものが挙げられる。ハッシュ値は、予め定められたハッシュ関数により対象とするデータに基づいて演算される情報であり、タイムスタンプサーバー装置６００で生成することもできるし、依頼システム等で生成したものを用いることもできる。なお、本実施形態では、電子情報の固有情報にハッシュ値を用いることとするが、対象とするデータに固有の情報であれば他の情報を用いてもよい。
これらにより本実施形態でやり取りされるデータの時刻情報の信頼性を高めることができるため好ましい。
【００６６】
２．第２の実施形態（利用者システムにおいて業務サーバー装置を利用する態様）
本実施形態は、受注者システム２００が受注者端末装置２５０および受注者業務サーバー装置２１０で構成されており、かつ発注者システム３００が発注者端末装置３５０および発注者業務サーバー装置３１０で構成されている点で第１の実施形態と異なる。この点以外は同様であり、第１の実施形態と同一の構成部分には同一の符号を付しその説明を省略する。以下、順に説明する。
【００６７】
（２−１）物流管理システムの全体構成と動作概要
物流管理サーバー装置１１０が端末装置２５０または３５０と通信せず、業務サーバー装置２１０または３１０と通信すること以外は第１の実施形態と同様であるため、説明を省略する。
【００６８】
（２−２）利用者システムの全体構成と動作概要
本実施形態における利用者システム（受注者システム２００および発注者システム３００の両方を含む。以下、主に受注者システム２００について説明するが、特に断らない限り発注者システム３００の各要素（図中カッコ書きで示す）についても同様である。）は、受注者業務サーバー装置２１０および受注者端末装置２５０または発注者業務サーバー装置３１０および発注者端末装置３５０がＬＡＮによって接続されたものであり、さらにネットワーク５００に接続している。本実施形態は業務サーバー装置２１０または３１０が物流管理サーバー装置１１０と通信を行う態様である。本実施形態における端末装置２５０または３５０は、物流管理サーバー装置１１０と通信を行わず、それぞれ業務サーバー装置２１０または３１０と通信を行うこと以外は第１の実施形態と同様であるため説明を省略する。
【００６９】
（２−２−１）業務サーバー装置
本実施形態における受注者業務サーバー装置２１０は、送受信部２２０と、制御部２３０と、記憶部２４０とを備えている。さらに通常の入力部、出力部を備えていてもよいがここでは省略する。以下、順に説明する。
【００７０】
（２−２−１−１）送受信部
本実施形態における受注者業務サーバー装置２１０の送受信部２２０は、物流管理システム１００や発注者システム３００、運送業者システム４００、サービス提供装置７００、タイムスタンプサーバー装置６００等の他のシステムまたは装置との間で、情報、命令等を送受信するためのものである。
【００７１】
（２−２−１−２）制御部
本実施形態における受注者業務サーバー装置２１０の制御部２３０は、受注者端末装置２５０、発注者システム３００、運送業者システム４００等から受信した各種情報を記憶部２４０に記憶するための制御や、それら受信した情報を適切なシステムまたは装置等に転送するための制御や、それらの情報に基づいて演算を行うものである。
制御部２３０は、以下に説明する情報取得部２３１、販売情報管理部２３２を物理的または論理的に備えており、好ましくは、契約情報抽出部２３３、スケジュール管理部２３４を物理的または論理的に備える。
【００７２】
（２−２−１−２−１）情報取得部
情報取得部２３１は、送受信部２２０を介して、リアルタイムにまたは必要に応じて物流管理サーバー装置１１０から進捗情報を取得する。取得した進捗情報は、記憶部２４０に格納してもよいし格納しなくてもよいが、受注者端末装置２５０に送信されたり、販売情報管理部２３２、スケジュール管理部２３４等に渡されたりする。これらの各装置または各部は受信した進捗情報を加工したり、ディスプレイや紙などの媒体に出力したりすることができる。これにより、受注者は、物流管理サーバー装置から物流に関する進捗状況をリアルタイムにまたは必要に応じて取得することができ、各種システムにこれらの進捗状況の情報を渡して加工して利用することができる。
【００７３】
（２−２−１−２−２）販売情報管理部
販売情報管理部２３２は、情報取得部２３１が取得した進捗情報が検収完了情報であった場合、販売情報データベース２４１を参照して売上計上処理を開始する。販売情報管理部２３２としては、公知のＥＲＰ（Ｅｎｔｅｒｐｒｉｓｅ Ｒｅｓｏｕｒｃｅ Ｐｌａｎｎｉｎｇ）システム（特に販売管理システム）を用いることができる。受注者は、把握した検収完了の情報をもとに、リアルタイムに検収基準に則った売上計上処理を行うことができる。
【００７４】
（２−２−１−２−３）契約情報抽出部
契約情報抽出部２３３は、契約情報データベース２４２を参照して、検収期限等、検収に関する情報を抽出し、物流管理サーバー装置１１０に送信する。利用者は検収期限等の情報を入力する必要がない。また契約に関する情報すべてを物流管理サーバー装置に送信または格納するものではないので、重要な情報を外部に流出させるリスクを減じることができる。
【００７５】
（２−２−１−２−４）スケジュール管理部
スケジュール管理部２３４は、情報取得部２３１が取得した進捗情報を、公知のスケジューラ（下記ポータル、グループウェアシステムを含む）に登録する。受注者は、日常使用しているポータル、スケジューラ等を参照するだけで進捗状況を確認することができる。
＜ポータル・グループウェア＞
利用者が常時利用する（目にしている）システムをポータルと呼ぶが、これは利用者が常時利用するシステムであり、利用者の業務内容によって異なるものの、例えばグループウェア、スケジューラなどをメインとするものが一般的である。
グループウェアは、主に情報共有を目的としたシステムであって、電子メール機能、電子掲示板機能、電子会議室機能、ワークフロー機能等を有する。
スケジューラは個人的または企業等のメンバーのスケジュールを管理するためのシステムであって、グループウェアシステムに組み込まれていることもある。
本実施形態による利用者システム２００または３００は、ポータル上で動作するように構成されていることが好ましい。また、公知のワークフローシステムを用いて、物流管理サーバー装置１１０から受信した発注情報に関し、受注するか否かなどの申請承認を行うこともできる。このように、利用者は、日常使用しているポータル、スケジューラ等を参照するだけで進捗状況を確認したり意思決定を行うことができる。
【００７６】
（２−２−１−３）記憶部
本実施形態における記憶部２４０には、販売情報データベース２４１、契約情報データベース２４２等が格納されている。これらのデータ構造については後述する。
【００７７】
（２−３）運送業者システムの全体構成と動作概要
第１の実施形態と同様であるため説明を省略する。
（２−４）データ構造
販売情報データベース２４１は、公知のＥＲＰシステム（特に販売管理システム）に用いる販売データから構成され、既存のシステムのデータを用いることもできる。
また、契約情報データベース２４２は、契約に関する様々な情報（例えば契約当事者、契約の種類、契約の対象、検収期限、契約の有効期限など）が格納されているものであるが、少なくとも契約当事者と対象商品の検収期限の情報が格納されていればよく、利用者が既に保有している契約情報に関するデータを用いることもできる。
【００７８】
（２−５）処理
受注者業務サーバー装置２１０のＣＰＵが実行する処理について、図６を用いて説明する。
受注者業務サーバー装置２１０のＣＰＵは、送受信部２２０を介して、受信した発注情報を受注者端末装置２５０に送信し（ステップＳ２００）、受注者は受注するか否かを決定し受注者端末装置２５０から受注者業務サーバー装置２１０に受注情報を送信する。受注者業務サーバー装置２１０のＣＰＵは、送受信部１２０を介してこの受注情報を受信し、物流管理サーバー装置１１０に送信する（ステップＳ２１０）。
受注者業務サーバー装置２１０のＣＰＵは、受注情報に受注者が受注した旨を示す情報が含まれている場合には運送業者システム４００に運送依頼を行うための情報を生成する準備を行い、含まれていない場合には新たな発注情報受付のために待機状態をとる（ステップＳ２２０）。
受注者は、受注した商品を運送するために運送業者を選択し、選択した運送業者宛に運送依頼を行うため、受注者端末装置２５０から受注者業務サーバー装置２１０に運送依頼情報を送信し、受注者業務サーバー装置２１０のＣＰＵは、送受信部１２０を介してこの運送依頼情報を受信し物流管理サーバー装置１１０に送信する（ステップＳ２３０）。
物流管理サーバー装置１１０は第１の実施形態と同様、運送業者システム４００に運送依頼情報を送信する。運送業者は、第１の実施形態と同様、運送情報を物流管理サーバー装置１１０に送信する。物流管理サーバー装置１１０は、受注者業務サーバー装置２１０から運送状況の問合せがあったときは、運送情報を送信し、受注者業務サーバー装置２１０はこれを受信し、受注者端末装置２５０に転送する（ステップＳ２４０）。受信した運送情報が運送完了情報であった場合には、販売情報管理部２３２により着荷基準にしたがって売上計上処理を行うようにしてもよい。物流管理サーバー装置１１０は第１の実施形態と同様、運送完了情報を受信すると検収依頼情報を生成し発注者システム３００に送信する。発注者はこれに従って検収を行い検収完了情報を物流管理サーバー装置１１０に送信する。
受注者管理サーバー装置２１０のＣＰＵは、物流管理サーバー装置１１０から送信された検収完了情報を受信すると（ステップＳ２５０）、販売情報データベース２４１を参照して売上計上処理を開始する（ステップＳ２６０）。
【００７９】
本実施形態によれば、利用者（特に受注者）は物流管理サーバー装置から物流に関する進捗状況を即時にまたは必要に応じて取得することができるので、他のシステムにこれらの進捗状況の情報を渡して加工して利用することができ、特にリアルタイムに検収基準に則った売上計上処理を行うことができる。また、例えば利用者の本社に業務サーバー装置を設置し、支社に端末装置を設置することにより、本社側で一元管理することもできる。さらに、契約情報に関するデータベースを有している場合、当該情報の中から検収期限等、検収に関する情報を抽出し、物流管理サーバー装置に送信するので、利用者は検収期限等の情報を入力する必要がない。
【００８０】
（２−６）変形例
以下に示す変形例は他の実施形態にも適用できる。
（２−６−１）サービス提供装置利用
サービス提供装置７００は、利用者が所有していない他のシステム上（本実施例では利用者システム以外）に導入されたソフトウェアの機能をネットワーク経由で利用する形態のサービス（ＳａａＳ：Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）を実現するものである。このような装置によれば、一般に、利用者側で特定のアプリケーションやそれを運用するためのハードウェアを準備するコストを低減できたり、サービス規模に柔軟に対応できたりするなどのメリットがある。提供されるサービスとしては、自ら運用する（オンプレミスの）販売管理システム、ＣＲＭシステム、ワークフローシステム、スケジューラシステムなどに相当するサービスがある。
このようなサービス提供装置を、前述の販売情報管理部やスケジュール管理部に代えて用いることができ、これにより上記メリットを享受することができ、本発明では、物流管理システムの利用と併用することにより、利用者システム側をさらに簡易なコンピューターシステムにすることができるため特に好ましい。
【００８１】
３．ハードウェア・ネットワーク構成例
まず上記各実施例で用いられているハードウェアの構成について、図１の物流管理サーバー装置１１０を例に挙げて以下に説明する。
【００８２】
図１の物流管理サーバー装置１１０を、コンピューター９を用いて実現した場合のハードウェア構成の一例を図７に示す。図７に示すように、ハードウェア構成は一般的なパソコンと同様である。
図７において、物流管理サーバー装置１１０の制御部１３０に相当するＣＰＵ（中央演算処理装置）９３には、図１では図示しない出力部に相当するディスプレイ９１、同じく図１では図示しない入力部に相当するキーボード／マウス９２、メインメモリ９４、記憶部１４０に相当するハードディスクドライブ９５、リムーバブルドライブ（例えば、ＤＶＤ−ＲＯＭドライブ、ＣＤ−ＲＯＭドライブ）９６、通信装置９７、がバス９８を介して接続されている。以下、順に説明する。
【００８３】
ＣＰＵ９３は、メインメモリ９４にロードされたプログラムを実行する。ＣＰＵ９３は、プログラムに従い、キーボード／マウス９２、ハードディスクドライブ９５、リムーバブルドライブ９６、通信装置９７等からデータを受け取り、所定の演算を行い、各装置の制御を行う（例えば、ディスプレイ９１に画面表示させ、ハードディスクドライブ９５に演算結果を記憶させる）。
ディスプレイ９１は、操作に必要な各種ウィンドウやデータ等を表示する。
キーボード／マウス９２は利用者からの様々な操作指示・命令、データを入力するために用いられる。
メインメモリ９４は、オペレーティングシステム（ＯＳ）やプログラム、データを一時記憶する記憶領域である。一時記憶するという意味において、メインメモリ９４は記憶部１４０に相当する場合がある。
ハードディスクドライブ９５には、本発明に用いられる物流管理プログラム９５２、進捗情報データベース１４１、検収情報データベース１４２、利用者情報データベース１４３、オペレーティングシステム９５１等が記憶されている。本発明に用いられるプログラム９５２は、例えばリムーバブルドライブ９６を介してリムーバブルメディア９６１からインストールされたものであるが、通信装置９７を用いネットワークを介してダウンロードされてもよい。
リムーバブルドライブ９６には、ＤＶＤ−ＲＯＭやＣＤ−ＲＯＭ、メモリーカード、ＵＳＢメモリ等のリムーバブルメディア９６１が挿入可能であり、リムーバブルメディア９６１からプログラムやデータを読み込み、またリムーバブルメディア９６１にプログラムやデータを書き込むことも可能である。
通信装置９７は、ネットワークに接続するためのインターフェースであり、例えばＬＡＮポート、モデム、無線ＬＡＮ、ルーター等で構成される。
物流管理サーバー装置１１０を上記のように説明したが、本発明はこれに限られない。上記例では、物流管理プログラムが格納されているのと同一のコンピューター上にデータベースが格納されている例を示したが、例えば、アプリケーションサーバー装置とデータベースサーバー装置のように、それぞれ別のコンピューター上に格納されネットワークを介して通信する構成であってもよい。
【００８４】
また、本発明に用いられる他の装置（受注者端末装置２５０、発注者端末装置３５０、業務サーバー装置２１０または３１０等）のハードウェア構成も上記と同様であり、本発明に用いられるプログラムをインストールして前記入力部、出力部、送受信部、制御部および記憶部の各部を実現しうるものであれば特に制限することなく用いることができる。なお、特に端末装置については、携帯電話機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット端末装置や電子ペーパーとして実用化が進められている表示装置等のモバイル端末装置も用いることができる。本発明において、このようなモバイル端末装置を用いれば、納品された商品を検収するとき、その商品のパッケージに付された標識（例えば、バーコードや、商品名、ロゴなどに加え、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）タグなども含む。）を当該端末装置の画像認識手段（カメラ）によって商品を特定し、その商品の検収が完了したとき、当該端末装置で検収完了の入力（例えば、画面に表示された検収完了ボタンを押下）を行えば、検収のその場で、検収完了情報を入力することができ、簡便に検収を完了することができる。
【００８５】
次に図１の物流管理システム１００、利用者システム２００または３００を、コンピューターおよび通信制御装置等を用いて実現した場合のネットワーク構成の一例を図８に示す。図中、通信制御装置の例としてルーター５１を示したが、ハブ、スイッチ等は図示していない。また、図８において、図１および図７と同一構成部分には同一の符号を付しその説明は省略する。以下に説明する。
【００８６】
物流管理サーバー装置１１０は上述のとおり公知の装置で実現することができるが、物流管理サーバー装置１１０が備える各部を実現し得るサーバー装置機能としては、例えばデータベースサーバー装置、アプリケーションサーバー装置、Ｗｅｂサーバー装置、メールサーバー装置、ファイルサーバー装置等およびこれらの組み合わせがある。これらのサーバー装置機能は図８に挙げるような複数のサーバー装置に分散されていてもよいし、一台のサーバー装置で実行されてもよい。一例として、物流管理プログラム９５２がインストールされたアプリケーションサーバー装置と、進捗情報、利用者情報、運送業者情報等を記憶するデータベースサーバー装置と、ネットワークとの接続を行うＷｅｂサーバー装置で構成される例が挙げられる。さらに、Ｗｅｂサーバー装置には複数のアプリケーションサーバー装置の負荷分散を行うミドルウェアが含まれていてもよい。
【００８７】
端末装置１５０、２５０および３５０等は、物流管理サーバー装置１１０、業務サーバー装置２１０または３１０に要求・命令を行い、これらのサーバー装置から送信される画面データを表示する機能等が実装されていればよく、前述のとおり公知のコンピューターで実現することができるが、例えば本実施の形態ではＷｅｂブラウザを備えたコンピューターを用いる。
【００８８】
また、ファイアウォールを用いてアクセス制御や監視を行い、図示しないがＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）を用いて、グローバルＩＰアドレスとプライベートアドレスの変換を行ってもよい。物流管理サーバー装置１１０の一部をデータベースサーバー装置で実現している場合や、業務サーバー装置２１０または３１０は、セキュリティ上、これらのサーバー装置は公開Ｗｅｂサーバー装置等と同じＤＭＺ（ＤｅＭｉｌｉｔａｒｉｚｅｄ Ｚｏｎｅ）等のネットワーク領域には配置せず、ＬＡＮに配置するのが好ましい。さらにセキュアにするためにＤＭＺとＬＡＮの間にさらに別のファイアウォールを設けてもよい。
各装置間の通信は、ＨＴＴＰ、ＦＴＰ等のプロトコルにより行うことができる。セキュリティのため、通信をＳＳＬ（Ｓｅｃｒｕｒｅ Ｓｏｃｈｅｔ Ｌａｙｅｒ）で暗号化することも好ましい。なお、物流管理サーバー装置１１０がその記憶部に記憶するデータを暗号化する暗号化部を有していてもよい。
【００８９】
各端末装置はネットワークを介してサーバー装置にアクセスし、サーバー装置は要求された命令を行い、データベースサーバー装置等に記憶されている各種データを用いて生成した画面表示用データ（例えばＷｅｂページ）を端末装置に送信する。端末装置はこれを受信し、例えばＷｅｂブラウザ等のプログラムによって画面表示を行う。
【００９０】
以上、本発明の実施形態について説明したが、本発明は上述の実施形態に限るものではなく、例えば論理回路等のハードウェアで実現してもよい。本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したものに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
なお、本発明における各部、ファイル、テーブル、データベースは、その機能、データが論理的に区別されていることを示すものであって、物理上または事実上は同一の領域にあってもよいし、異なった領域であってもよく、特に限定するものではない。
また、前述の記憶媒体に記憶されたプログラム単体で処理を実行しているものに限らず、他のソフトウェア、拡張ボード等の機能とともに、ＯＳ上で動作し前述の実施形態の動作を実行するものも前述の実施形態の範囲に含まれる。
【００９１】
また、本発明におけるシステムは図１の形態に限定されるものではなく、各部は端末装置、サーバー装置のいずれに配置されていてもよい。例えば、記憶部は別途データベースサーバー装置に配置されていることが好ましい。また、利用者認証部１３１は、別途認証サーバー装置上に設けられていてもよい。さらに、各部に対応するプログラムの一部が端末装置に記憶されていることも好ましい。これは端末装置として、ネットワークに接続できない場合があり得るモバイル端末装置等を採用する際に好適である。例えばモバイル端末装置がネットワークに接続できないときはモバイル端末装置側で処理を行い、接続可能になってから、端末装置に備えられたサーバー装置同期部がサーバー装置側と処理結果の同期を取る。これによりネットワークが利用できない場合があっても本発明のシステムを利用することができる。
さらに、本発明におけるシステムは、公知のクライアント／サーバー装置型、Ｗｅｂクライアント型、リッチクライアント型等いかなるシステム形態をとっていてもよいが、本発明では多数の端末装置の管理が容易になる点でＷｅｂクライアント型またはリッチクライアント型が好ましい。
【００９２】
本明細書における用語の説明を以下に示す。
「情報」とは、当該情報に解釈されるデータをも含む概念であり、「命令」とはコンピューターに対する処理の依頼である。
「入力部」とは、データまたは命令を制御部に与えるためのインターフェースをいい、本発明の目的を達成しうるものであれば特に限定しない。例えばキーボード、ポインティングデバイス（マウス等）、タッチパネル、音声入力装置など、人間とのインターフェースとなるものだけでなく、インターフェース回路、通信装置など、他のプログラム、コンピューター、装置等とのインターフェースとなるものを採用することができる。
【００９３】
「出力部」とは、データまたは命令の出力を実現する装置、回路等のインターフェースをいい、本発明の目的を達成しうるものであれば、特に限定しない。例えばディスプレイ、プリンター、音声出力装置など、人間とのインターフェースとなるものだけでなく、インターフェース回路、通信装置など、他のプログラム、コンピューター、装置等とのインターフェースとなるものを採用することができる。
ここで「出力」とは、表示、印刷だけでなく、他のプログラムや装置等に出力内容をデータまたは命令として与える場合も含む概念である。
【００９４】
「制御部」とは、装置またはシステムの全体を制御し、および入力部で入力された命令、指示、データ、記憶部に格納されたデータ等を基に演算を行う装置、回路等をいう。制御部としては本発明の目的を達成しうるものであれば特に限定しないが、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を採用することができる。制御部は、少なくとも後述の各部を物理的または論理的に備えるものであり、各部がそれぞれ単独の装置、回路等で実現されていてもよい。
【００９５】
「記憶部」とは、各種の情報や、情報および命令が記述されたプログラム等を記憶する装置、回路等をいい、本発明の目的を達成しうるものであれば特に限定しない。
例えば、主に半導体メモリが用いられる一次記憶装置、主にハードディスクドライブや半導体ディスクが用いられる二次記憶装置（補助記憶装置）、主にＣＤ−ＲＯＭドライブ等リムーバブルメディアドライブが用いられるオフラインストレージ、テープライブラリ等、必要に応じて自動的に記憶媒体をドライブに挿入および除去する機構を有する装置である三次記憶装置など、公知の記憶装置等を用いることができる。
さらに具体的には、ハードディスクドライブ、フロッピーディスクドライブ、ＺＩＰドライブ、テープストレージ等、磁気記録媒体を用いる磁気記憶装置の他に、レジスタ、キャッシュメモリ、ＲＯＭやＲＡＭ、フラッシュメモリ（例えばＵＳＢメモリ）、半導体ディスク（例えばＲＡＭディスク、仮想ディスク）などの半導体メモリを利用する記憶回路または記憶装置や、ＣＤ、ＤＶＤ等の光学記録媒体、ＭＯ等の光磁気ディスクを利用する光学記憶装置、その他紙テープやパンチカード等を利用する記憶装置、ＰＲＡＭ（ｐｈａｓｅ ｃｈａｎｇｅ ＲＡＭ、相変化メモリ）と呼ばれる相変化記録技術を用いた記憶装置、ホログラフィックメモリ、３次元光メモリを用いた記憶装置、電荷の蓄積を分子レベルで行い情報を記憶する分子メモリを用いた記憶装置等を採用することができる。なお、三次記憶装置は二次記憶装置に記憶されたデータを保管する用途に用いることができる。
なお、「記憶」とは、本発明の装置に情報および命令を記憶する場合だけでなく、他のハードウェア資源（例えば、本発明に用いられる端末装置内の記憶装置や他システム内の記憶装置）にコンテンツ情報ファイルやその他のデータが分散して記憶されこれらにアクセスできる場合も含む。例えば、記憶部として、別途データベースサーバー装置を利用する場合、ネットワーク接続ストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ（ＮＡＳ））を利用する場合、ストレージエリアネットワーク（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＳＡＮ））によりストレージ機器を利用するような場合も含まれる。
また、「データベース」とは、データベース管理システム（ＤＢＭＳ）によって作成されたデータファイルに限られず、汎用的なファイル形式も含めたデータの集合を意味し、例えばテーブルを含む。
【００９６】
「送受信部」とは、装置外部とのデータの送受信を実現する装置、回路をいい、本発明の目的を達成しうるものであれば、特に限定しない。例えばＬＡＮポート、モデム、無線ＬＡＮ、ルーター等の、通信装置、ネットワークに接続するためのインターフェースである。
「ネットワーク」はインターネット等のオープンネットワーク、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のクローズドネットワーク、それらの組合せのイントラネット等の如何なるものであってもよく、有線、無線いずれでもよい。
【００９７】
「プログラム」とは、コンピューターによって直接実行可能なものだけでなく、ソースコードや、ハードディスクドライブなどにインストールすることによって実行可能となるものや機能を実現させるプログラムも含む概念である。また、圧縮されたり、暗号化されたりしたものも含む概念である。
なお、「機能を実現させるプログラム」とは、機能を実現する実行モジュールが静的にメモリに展開され動作するものだけでなく、実行オブジェクトが所定のタイミングで動的に生成されるオブジェクト指向プログラムなど、実行モジュールが動的に生成されるプログラムを含む。モジュールとは、単独でコンパイルできるプログラムの最小単位のことをいい、例えば関数やサブルーチンであるが、本発明ではオブジェクト指向プログラムでいうオブジェクトも含む概念である。
また、プログラムは１つのコンピューター（サーバー装置等）にインストールしてもよいし、機能毎に異なる２以上のコンピューターにインストールしてもよい。例えば、利用者認証機能を実現させるためのプログラム（モジュール）については、利用者認証サーバー装置にインストールし、その他の機能を実現させるためのプログラムについてはＷｅｂアプリケーションサーバー装置にインストールする、などが挙げられ、公知の分散方法に従って複数のコンピューターにインストールすることができる。このような分散方法の一例としてリッチクライアント技術がある。リッチクライアント技術では、必要に応じてプログラムをサーバー装置からダウンロードし、端末装置で処理を実行させる。
本発明の装置は、１または２以上のコンピューターの記憶部または記憶媒体に記憶されたプログラムを、コンピューターがそのメインメモリに読み出し、実行することによって実現される。したがって、このプログラム自体およびこのプログラムを記憶した記憶媒体も本発明を構成する。
【００９８】
「リッチクライアント」とは、公知のものを指し、特に限定するものではないが、一般に次のような概念をいう。
Ｗｅｂブラウザを利用するＷｅｂシステムでは、ＨＴＭＬの制約上、ユーザーインターフェースに種々の制約がある。そこで、表現力のあるユーザーインターフェースを実現するため、リッチクライアント技術が開発されている。リッチクライアント技術とは、Ｗｅｂ技術（例えば、ＨＴＴＰ通信、Ｃｏｏｋｉｅ）を利用しつつも、一般的なローカル環境で動作するアプリケーションと同等のユーザーインターフェースを実現することができる技術のことをいい、リッチクライアントとは、その技術が利用された端末装置のことをいう。リッチクライアントの実現には、公知の方法を採用することができるが、例えば、端末装置がサーバー装置から必要に応じてアプリケーションをダウンロードして実行できるように実装する。具体的には、端末装置にＷｅｂブラウザを用い、端末装置は、ＨＴＭＬファイルにＪａｖａＳｃｒｉｐｔで記述したクライアントアプリケーションをサーバー装置からダウンロードして起動する。クライアントアプリケーションは必要に応じて（例えば非同期で）サーバー装置に処理を要求して結果を取得することができる。これは一般にＡｊａｘ（Ａｓｙｎｃｈｒｏｎｏｕｓ ＪａｖａＳｃｒｉｐｔ ＋ ＸＭＬ）として知られている。これにより、ＨＴＭＬのみで実現するＷｅｂクライアントとは異なり、ページ全体でなくページの一部のみを更新することができるなど、表現力や操作性が向上する。
「Ｗｅｂシステム」とは、公知のものを指し、特に限定するものではないが、一般に端末装置にＷｅｂブラウザを搭載し、そのＷｅｂブラウザがサーバー装置（Ｗｅｂアプリケーションサーバー装置）とデータ通信を行うことで、様々な処理を実現するシステムの総称である。
【００９９】
「広告表示部」とは、Ｗｅｂシステム上で利用者の検索行為に応じて適切な広告が表示されるような機能を実現する装置、回路をいい、本発明の目的を達成しうるものであれば、特に限定しない。例えば、広告情報が予め記憶部に記憶されており、当該広告情報にはメタ情報（例えばタグ）が付与されており、広告表示部は、利用者が入力した検索キーワードを取得し、当該キーワードと一致または類似するメタ情報を含む広告情報を抽出し、表示する。
【０１００】
本発明の装置では、利用者を特定するために「利用者認証」処理を実施する。即ち、利用者ＩＤやパスワードなどの個人情報の入力を促し、その個人情報を照合することで個人認証を実施する。
このような利用者認証処理は、装置およびシステム毎に実施されるのが一般的であるが、特にＷｅｂシステムの場合、異なるＷｅｂシステムを利用する毎に、利用者ＩＤやパスワードなどの個人情報の入力を促すのは、利用者にとって煩雑であるため、一度の利用者認証処理で複数のＷｅｂシステムに対するアクセスを実現する「シングルサインオン」の技術が公知である。
このシングルサインオンの技術を搭載しているシングルサインオンシステムでは、認証処理装置が認証済みを保証する認証情報を発行し、端末装置のＷｅｂブラウザがＷｅｂアプリケーションサーバー装置とデータ通信を実施する際、その認証情報を含むデータをＷｅｂアプリケーションサーバー装置に送信し、Ｗｅｂアプリケーションサーバー装置はデータに含まれている認証情報を参照して、認証済みであることを確認する。
なお、識別情報（ＩＤ）は対象を特定できる情報であれば特に限定するものではないが、例えば対象の名称や対象を示すコードが挙げられる。
【０１０１】
「ファイアウォール」とは、公知のものを指し、特に限定するものではないが、一般に外部から内部ネットワーク（ＬＡＮ）に侵入されるのを防ぐために、当該ネットワークの外部と内部との通信を制御するシステム、または当該システムが組みこまれたコンピューター、ルーターもしくは専用ハードウェアをいう。ファイアウォールには、例えば、パケットフィルタリング型やアプリケーションゲートウェイ型と呼ばれる方式がある。パケットフィルタリング型は、パケットの送信先、送信元についてＩＰアドレスおよびポート番号を監視し、あらかじめ設定した条件に基づいて、特定の通信の許可・不許可を行うものである。アプリケーションゲートウェイ型は、通信を中継するプログラム（プロキシプログラム）を用いて、ネットワーク内部のコンピューターが外部と直接通信することなく、外部との通信は全てプロキシプログラム（プロキシサーバー装置）に代理させることによって、外部との通信を制御するものである。
なお、ファイアウォールにより、一般に「ＤＭＺ」（ＤｅＭｉｌｉｔａｒｉｚｅｄ Ｚｏｎｅ、非武装地帯）と呼ばれる、ファイアウォールによって外部ネットワークからも内部ネットワークからも隔てられたネットワークを設けることができ、ここに公開用のＷｅｂサーバー装置等を設置することができる。
【０１０２】
「ルーター」とは、公知のものを指し、特に限定するものではないが、ネットワークと他のネットワークを接続して、パケットを中継する装置をいい、宛先へのルートを決定してパケットを配送するものである。
【０１０３】
「ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）」とは、公知のものを指し、特に限定するものではないが、仮想的な私設ネットワークをいい、暗号化技術や認証技術を利用して構築される。例えば、ＩＰｓｅｃによるパケットの暗号化によるＶＰＮが挙げられる。
【産業上の利用可能性】
【０１０４】
本発明は、検収基準に対応した会計システムを実現する一手段として利用することができる。特に、オンプレミスの既存の検収基準に対応していない会計システムを検収基準に対応させることに利用できるとともに、あるいはオンプレミスのシステムに代えてＡＳＰやＳａａＳ等に代表されるネットワーク上の検収基準に対応した会計サービスとして利用することもできる。
【符号の説明】
【０１０５】
１００ 物流管理システム
１１０ 物流管理サーバー装置
１２０ 送受信部
１３０ 制御部
１３１ 検収依頼情報送信部
１３２ 進捗情報受付部
１３２１ 発注情報受付部
１３２２ 受注情報受付部
１３２３ 運送依頼情報受付部
１３２４ 運送情報受付部
１３２５ 検収完了情報受付部
１３３ 入出力画面定義部
１４０ 記憶部
１４１ 進捗情報データベース
１４２ 検収情報データベース
１４３ 利用者情報データベース
２００ 受注者システム
２１０ 受注者業務サーバー装置
２２０ 送受信部
２３０ 制御部
２３１ 情報取得部
２３２ 販売情報管理部
２３３ 契約情報抽出部
２４０ 記憶部
２５０ 受注者端末装置
【特許請求の範囲】
【請求項１】
１または複数の、受注者コンピューター、発注者コンピューターおよび運送業者コンピューターとネットワークを介して接続される物流管理サーバー装置であって、
前記物流管理サーバー装置は、送受信部と制御部と記憶部とを備え、
前記記憶部は、
発注、受注、運送、検収その他の物流に関する進捗情報を格納する進捗情報データ ベースと、
検収期限情報を格納する検収情報データベースと、
を備え、
前記制御部は、
前記送受信部を介して、利用者が前記各コンピューターを用いて、前記記憶部にあ らかじめ格納されたモジュールを組み合わせることにより、入出力画面を定義する 入出力画面定義部と、
前記送受信部を介して、前記受注者コンピューターと前記発注者コンピューターと 前記運送業者コンピューターとの間で前記進捗情報を送受信し、前記進捗情報デー タベースに格納する進捗情報受付部と、
前記進捗情報受付部が前記運送業者コンピューターから送信される運送完了情報を 受信すると、前記進捗情報データベースと前記検収情報データベースとを参照して 前記検収期限情報を含む前記発注者コンピューター宛の検収依頼情報を生成し、前 記送受信部を介して該発注者コンピューターに送信する検収依頼情報送信部と、
を備え、
前記進捗情報受付部は、
前記検収依頼情報に応じて前記発注者コンピューターから送信された検収完了情 報を受信し、前記進捗情報データベースに格納し、前記受注者コンピューターに 該検収完了情報を送信する、検収完了情報受付部を備える
ことを特徴とする、物流管理サーバー装置。
【請求項２】
前記進捗情報受付部は、
前記発注者コンピューターから前記受注者コンピューター宛の発注情報を受信し 、該発注者コンピューターの識別情報、該受注者コンピューターの識別情報およ び該発注情報を前記進捗情報データベースに格納し、前記受注者コンピューター に該発注情報を送信する発注情報受付部と、
前記受注者コンピューターから前記発注情報に対する前記発注者コンピューター 宛の受注情報を受信し、該受注情報を前記発注情報に関連付けて前記進捗情報デ ータベースに格納し、前記発注者コンピューターに該受注情報を送信する受注情 報受付部と、
前記受注者コンピューターから運送依頼情報を受信し、該運送依頼情報を前記受 注情報に関連付けて前記進捗情報データベースに格納し、前記運送業者コンピュ ーターに該運送依頼情報を送信する運送依頼情報受付部と、
前記運送業者コンピューターから運送完了情報を含む運送情報を受信し、該運送 情報を前記受注情報に関連付けて前記進捗情報データベースに格納する運送情報 受付部と
を備える
ことを特徴とする、請求項１に記載の物流管理サーバー装置。
【請求項３】
前記物流管理サーバー装置とネットワークを介して接続される前記受注者コンピューターであって、
前記受注者コンピューターは、送受信部と制御部と記憶部とを備え、
前記制御部は、
前記送受信部を介して、前記物流管理サーバー装置から前記進捗情報を取得する情 報取得部を備える
ことを特徴とする、請求項１または２に記載の受注者コンピューター。
【請求項４】
前記記憶部は、
商品名、価格その他の販売に関する情報を記録する販売情報データベースを備え、
前記制御部は、
前記情報取得部が前記検収完了情報を取得した場合、前記販売情報データベースを 参照して売上計上処理を開始する販売情報管理部を備える
ことを特徴とする、請求項３に記載の受注者コンピューター。
【請求項５】
前記記憶部は、
検収期限その他の検収に関する情報を含む契約情報を記録する契約情報データベー スを備え、
前記制御部は、
前記契約情報データベースを参照して前記検収に関する情報を抽出し、前記物流管 理サーバー装置に送信する契約情報抽出部を備える
ことを特徴とする、請求項３または４に記載の受注者コンピューター。
【請求項６】
１または複数の、受注者コンピューター、発注者コンピューターおよび運送業者コンピューターとネットワークを介して接続され、送受信部と、制御部と、発注、受注、運送、検収その他の物流に関する進捗情報を記録する進捗情報データベースおよび検収期限情報を記録する検収情報データベースを備える記憶部とを備える物流管理に用いるコンピューターに、前記発注者コンピューターから送信される検収完了情報を格納する方法であって、
前記制御部が、前記受注者コンピューター、発注者コンピューターまたは運送業者コン ピューターを用いて、前記記憶部にあらかじめ格納されたモジュールを組み合わせるこ とにより、前記送受信部を介して利用者が入出力画面を定義するステップ、
前記制御部が、前記送受信部を介して前記運送業者コンピューターから運送完了情報を 受信し、前記進捗情報データベースに格納するステップ、
前記制御部が、前記運送完了情報の受信により、前記進捗情報データベースおよび前記 検収情報データベースから、前記検収期限情報を含む検収依頼情報を生成し、前記送受 信部によって前記発注者コンピューターに送信するステップ、
前記制御部が、前記検収依頼情報に応じて前記発注者コンピューターから送信された検 収完了情報を受信し、前記進捗情報データベースに格納するステップ
を含むことを特徴とする、物流管理に用いるコンピューターへの検収完了情報の格納方法。
【請求項１】
１または複数の、受注者コンピューター、発注者コンピューターおよび運送業者コンピューターとネットワークを介して接続される物流管理サーバー装置であって、
前記物流管理サーバー装置は、送受信部と制御部と記憶部とを備え、
前記記憶部は、
発注、受注、運送、検収その他の物流に関する進捗情報を格納する進捗情報データ ベースと、
検収期限情報を格納する検収情報データベースと、
を備え、
前記制御部は、
前記送受信部を介して、利用者が前記各コンピューターを用いて、前記記憶部にあ らかじめ格納されたモジュールを組み合わせることにより、入出力画面を定義する 入出力画面定義部と、
前記送受信部を介して、前記受注者コンピューターと前記発注者コンピューターと 前記運送業者コンピューターとの間で前記進捗情報を送受信し、前記進捗情報デー タベースに格納する進捗情報受付部と、
前記進捗情報受付部が前記運送業者コンピューターから送信される運送完了情報を 受信すると、前記進捗情報データベースと前記検収情報データベースとを参照して 前記検収期限情報を含む前記発注者コンピューター宛の検収依頼情報を生成し、前 記送受信部を介して該発注者コンピューターに送信する検収依頼情報送信部と、
を備え、
前記進捗情報受付部は、
前記検収依頼情報に応じて前記発注者コンピューターから送信された検収完了情 報を受信し、前記進捗情報データベースに格納し、前記受注者コンピューターに 該検収完了情報を送信する、検収完了情報受付部を備える
ことを特徴とする、物流管理サーバー装置。
【請求項２】
前記進捗情報受付部は、
前記発注者コンピューターから前記受注者コンピューター宛の発注情報を受信し 、該発注者コンピューターの識別情報、該受注者コンピューターの識別情報およ び該発注情報を前記進捗情報データベースに格納し、前記受注者コンピューター に該発注情報を送信する発注情報受付部と、
前記受注者コンピューターから前記発注情報に対する前記発注者コンピューター 宛の受注情報を受信し、該受注情報を前記発注情報に関連付けて前記進捗情報デ ータベースに格納し、前記発注者コンピューターに該受注情報を送信する受注情 報受付部と、
前記受注者コンピューターから運送依頼情報を受信し、該運送依頼情報を前記受 注情報に関連付けて前記進捗情報データベースに格納し、前記運送業者コンピュ ーターに該運送依頼情報を送信する運送依頼情報受付部と、
前記運送業者コンピューターから運送完了情報を含む運送情報を受信し、該運送 情報を前記受注情報に関連付けて前記進捗情報データベースに格納する運送情報 受付部と
を備える
ことを特徴とする、請求項１に記載の物流管理サーバー装置。
【請求項３】
前記物流管理サーバー装置とネットワークを介して接続される前記受注者コンピューターであって、
前記受注者コンピューターは、送受信部と制御部と記憶部とを備え、
前記制御部は、
前記送受信部を介して、前記物流管理サーバー装置から前記進捗情報を取得する情 報取得部を備える
ことを特徴とする、請求項１または２に記載の受注者コンピューター。
【請求項４】
前記記憶部は、
商品名、価格その他の販売に関する情報を記録する販売情報データベースを備え、
前記制御部は、
前記情報取得部が前記検収完了情報を取得した場合、前記販売情報データベースを 参照して売上計上処理を開始する販売情報管理部を備える
ことを特徴とする、請求項３に記載の受注者コンピューター。
【請求項５】
前記記憶部は、
検収期限その他の検収に関する情報を含む契約情報を記録する契約情報データベー スを備え、
前記制御部は、
前記契約情報データベースを参照して前記検収に関する情報を抽出し、前記物流管 理サーバー装置に送信する契約情報抽出部を備える
ことを特徴とする、請求項３または４に記載の受注者コンピューター。
【請求項６】
１または複数の、受注者コンピューター、発注者コンピューターおよび運送業者コンピューターとネットワークを介して接続され、送受信部と、制御部と、発注、受注、運送、検収その他の物流に関する進捗情報を記録する進捗情報データベースおよび検収期限情報を記録する検収情報データベースを備える記憶部とを備える物流管理に用いるコンピューターに、前記発注者コンピューターから送信される検収完了情報を格納する方法であって、
前記制御部が、前記受注者コンピューター、発注者コンピューターまたは運送業者コン ピューターを用いて、前記記憶部にあらかじめ格納されたモジュールを組み合わせるこ とにより、前記送受信部を介して利用者が入出力画面を定義するステップ、
前記制御部が、前記送受信部を介して前記運送業者コンピューターから運送完了情報を 受信し、前記進捗情報データベースに格納するステップ、
前記制御部が、前記運送完了情報の受信により、前記進捗情報データベースおよび前記 検収情報データベースから、前記検収期限情報を含む検収依頼情報を生成し、前記送受 信部によって前記発注者コンピューターに送信するステップ、
前記制御部が、前記検収依頼情報に応じて前記発注者コンピューターから送信された検 収完了情報を受信し、前記進捗情報データベースに格納するステップ
を含むことを特徴とする、物流管理に用いるコンピューターへの検収完了情報の格納方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図９】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図９】
【図８】
【公開番号】特開２０１２−３８２８２（Ｐ２０１２−３８２８２Ａ）
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願番号】特願２０１０−１９００４９（Ｐ２０１０−１９００４９）
【出願日】平成２２年８月１１日（２０１０．８．１１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（５９６１６６６２３）株式会社ＯＳＫ (25)
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願日】平成２２年８月１１日（２０１０．８．１１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（５９６１６６６２３）株式会社ＯＳＫ (25)
[ Back to top ]