(57)【要約】【課題】  サーバと通信できない場合、顧客の過去の注文を用いて予約しておくことで、在庫切れで発注できないことを防止する仕組みを提供する。【解決手段】  商品情報と受注情報を管理する管理システムにおいて、ユーザが利用する情報処理装置と通信できない状態の場合、情報処理装置を利用するユーザの訪問予定から、訪問中の顧客を特定された顧客に対応する受注情報を用いて、予約する商品を決定した商品を用いて、商品情報に対する予約を制御する。【選択図】図１５
2015127856.tif 000002
【特許請求の範囲】
【請求項１】
商品情報と受注情報を管理する管理システムであって、
ユーザが利用する情報処理装置と通信できない状態の場合、前記情報処理装置を利用するユーザの訪問予定から、訪問中の顧客を特定する特定手段と、
特定された顧客に対応する受注情報を用いて、予約する商品を決定する決定手段と、
前記決定手段で決定した商品を用いて、前記商品情報に対する予約を制御する予約制御手段と、
を備えることを特徴とする管理システム。
【請求項２】
前記ユーザの情報処理装置と通信できる状態の場合、前記情報処理装置に前記予約制御手段で制御された予約を通知する予約通知手段
を更に備えることを特徴とする請求項１に記載の管理システム。
【請求項３】
前記予約通知手段で予約を通知された前記情報処理装置からの前記予約の変更指示に従い、前記予約制御手段で制御された予約を変更する予約変更手段
を更に備えることを特徴とする請求項２に記載の管理システム。
【請求項４】
前記予約通知手段で予約を通知された前記情報処理装置からの前記予約の確定指示に従い、前記予約制御手段で制御された予約を確定する予約確定手段
を更に備えることを特徴とする請求項２または３のいずれか１項に記載の管理システム。
【請求項５】
商品情報と受注情報を管理する管理システムのサーバであって、
ユーザが利用する情報処理装置と通信できない状態の場合、前記情報処理装置を利用するユーザの訪問予定から、訪問中の顧客を特定する特定手段と、
特定された顧客に対応する受注情報を用いて、予約する商品を決定する決定手段と、
前記決定手段で決定した商品を用いて、前記商品情報に対する予約を制御する予約制御手段と、
を備えることを特徴とするサーバ。
【請求項６】
商品情報と受注情報を管理する管理システムにおける処理方法であって、
前記管理システムが、
ユーザが利用する情報処理装置と通信できない状態の場合、前記情報処理装置を利用するユーザの訪問予定から、訪問中の顧客を特定する特定ステップと、
特定された顧客に対応する受注情報を用いて、予約する商品を決定する決定ステップと、
前記決定ステップで決定した商品を用いて、前記商品情報に対する予約を制御する予約制御ステップと
を実行することを特徴とする処理方法。
【請求項７】
商品情報と受注情報を管理する管理システムのサーバにおける処理方法であって、
前記サーバが、
ユーザが利用する情報処理装置と通信できない状態の場合、前記情報処理装置を利用するユーザの訪問予定から、訪問中の顧客を特定する特定ステップと、
特定された顧客に対応する受注情報を用いて、予約する商品を決定する決定ステップと、
前記決定ステップで決定した商品を用いて、前記商品情報に対する予約を制御する予約制御ステップと、
を実行することを特徴とする処理方法。
【請求項８】
商品情報と受注情報を管理する管理システムで実行可能なプログラムであって、
前記管理システムを、
ユーザが利用する情報処理装置と通信できない状態の場合、前記情報処理装置を利用するユーザの訪問予定から、訪問中の顧客を特定する特定手段と、
特定された顧客に対応する受注情報を用いて、予約する商品を決定する決定手段と、
前記決定手段で決定した商品を用いて、前記商品情報に対する予約を制御する予約制御手段
として機能させることを特徴とするプログラム。
【請求項９】
商品情報と受注情報を管理する管理システムのサーバで実行可能なプログラムであって、
前記サーバを、
ユーザが利用する情報処理装置と通信できない状態の場合、前記情報処理装置を利用するユーザの訪問予定から、訪問中の顧客を特定する特定手段と、
特定された顧客に対応する受注情報を用いて、予約する商品を決定する決定手段と、
前記決定手段で決定した商品を用いて、前記商品情報に対する予約を制御する予約制御手段
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システム、サーバ、処理方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、スマートフォンやタブレット端末に代表されるスマートデバイスや、スマートデバイス上で動作するアプリケーション(以降、モバイルアプリケーション)の普及が急速に進んでいる。このような流れを受け、様々な法人企業においてスマートデバイスの活用が進んでおり、営業現場での提案時のプレゼン支援や契約作成など、様々な分野での活用が増えてきている。営業担当者は、顧客先に訪問して、スマートデバイス上で商品の在庫確認や発注などの業務を行うことを可能にするシステムが既に存在する。
【０００３】
特許文献１には、オンラインショッピングで、顧客が興味のある商品を顧客端末の画面に表示させた段階で該当商品の在庫数を販売単位数だけ減じ、予約注文することにより、その後に顧客が購入手続きに移行した時のために確実に在庫を確保しておき、オンラインショッピングサーバの信頼性を高める技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２１５５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１のシステムでは、ユーザが通信できないエリアにいる場合、システムにアクセスすることができないため、発注することは勿論、予約注文することもできない。
【０００６】
また、特許文献１のシステムでは、商品が画面に表示されることで予約注文を行うため、多品目の商品を予約注文したいユーザにとっては、複数の画面を表示しなくてはならないため、非常に面倒である。また、予約注文は販売単位数だけ行われるため、注文数の調整ができず、大量に注文するユーザにとっては意味をなさない。同時に、システム側にとっては予約注文の数量に信憑性がないため、正確な在庫管理ができず、受注の機会損失や在庫の過不足が頻発してしまう。
【０００７】
また、特許文献１のシステムでは、デバイスとサーバが常に通信できる状態になっている必要があり、通信できないエリアにいる場合、発注することができない。つまり、顧客企業の所在地が地下などの通信できないエリアである場合、顧客訪問時には必ず通信できなくなってしまうため、顧客訪問による発注数確定後、通信できる状態になった時には在庫切れで発注できない可能性がある。
【０００８】
そこで、本発明は、サーバと通信できない場合、顧客の過去の注文を用いて予約しておくことで、在庫切れで発注できないことを防止する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
商品情報と受注情報を管理する管理システムであって、ユーザが利用する情報処理装置と通信できない状態の場合、前記情報処理装置を利用するユーザの訪問予定から、訪問中の顧客を特定する特定手段と、特定された顧客に対応する受注情報を用いて、予約する商品を決定する決定手段と、前記決定手段で決定した商品を用いて、前記商品情報に対する予約を制御する予約制御手段と、を備えることを特徴とする管理システム。
【発明の効果】
【００１０】
本発明によれば、サーバと通信できない場合、顧客の過去の注文を用いて予約しておくことで、在庫切れで注文できないことを防止する仕組みを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の情報処理システムの構成の一例を示す図
【図２】情報処理装置１０１のハードウエア構成の一例を示す図
【図３】情報処理装置１０１の機能構成の一例を示すブロック図
【図４】本発明における受注システムにおける情報処理装置１０１上のホーム画面４００の構成例
【図５】本発明における受注システムにおける訪問予定画面５００の構成例
【図６】本発明における受注システムにおける顧客情報画面６００の構成例
【図７】本発明における受注システムにおける予約注文修正画面７００の構成例
【図８】本発明における受注システムにおける注文確定画面８１０と注文キャンセル完了画面８２０の構成例
【図９】本発明における受注システムにおける訪問テーブル９００の一例を示すデータ構成図
【図１０】本発明における受注システムにおける顧客テーブル１０００の一例を示すデータ構成図
【図１１】本発明における受注システムにおける注文テーブル１１００の一例を示すデータ構成図
【図１２】本発明における受注システムにおける注文詳細テーブル１２００の一例を示すデータ構成図
【図１３】本発明における受注システムにおける在庫テーブル１３００の一例を示すデータ構成図
【図１４】本発明における受注システムにおける訪問情報確認処理の一例を示すフローチャート
【図１５】本発明における受注システムにおける予約注文処理の一例を示すフローチャート
【図１６】本発明における受注システムにおける予約注文確定処理の一例を示すフローチャート
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００１３】
図１は、本発明に係る情報処理システムのシステム構成の一例を示す図である。
【００１４】
図１に示すように、本実施形態に情報処理システムは、情報処理装置１０１と受注サーバ１０２が、ネットワーク１０３により通信可能に接続された構成をとる。
【００１５】
情報処理装置１０１は、携帯電話、スマートフォン、タブレット端末、ノートＰＣ、およびＰＤＡ端末などの持ち運び可能な端末であって、ブラウザまたは受注システムのアプリケーションがインストールされており、無線通信によりネットワーク１０３を介して、受注サーバ１０２と通信可能である。
【００１６】
以下、図２を用いて、図１に示した情報処理装置１０１に適用可能なハードウエア構成の一例について説明する。
【００１７】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００１８】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００１９】
また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。
【００２０】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２１】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク１０３を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２２】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２３】
ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２４】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００２５】
図３は、情報処理装置１０１の機能構成の一例を示すブロック図である。
【００２６】
特定部３０１は、商品情報と受注情報を管理する管理システムにおいて、ユーザが利用する情報処理装置と通信できない状態の場合、前記情報処理装置を利用するユーザの訪問予定から、訪問中の顧客を特定する機能部である。
【００２７】
決定部３０２は、特定された顧客に対応する受注情報を用いて、予約する商品を決定する機能部である。
【００２８】
予約制御部３０３は、前記決定部３０２で決定した商品を用いて、前記商品情報に対する予約を制御する機能部である。
【００２９】
予約通知部３０４は、前記ユーザの情報処理装置と通信できる状態の場合、前記情報処理装置に前記予約制御部３０３で制御された予約を通知する機能部である。
【００３０】
予約変更部３０５は、前記予約通知部３０４で予約を通知された前記情報処理装置からの前記予約の変更指示に従い、前記予約制御部３０３で制御された予約を変更する機能部である。
【００３１】
予約確定部３０６は、前記予約通知部３０４で予約を通知された前記情報処理装置からの前記予約の確定指示に従い、前記予約制御部３０３で制御された予約を確定する機能部である。
【００３２】
以下、本実施形態における受注システムの全体の流れを説明する。
【００３３】
本実施形態の受注システムにおいて必要な画面構成について、図４から図８を用いて説明する。それぞれの画面は、顧客を訪問する営業担当者が持つ情報処理装置１０１のディスプレイ装置２１０に出力される。
【００３４】
図４は、ホーム画面４００の一例である。図４のように、情報処理装置１０１のホーム画面上には、複数のアプリケーションアイコンが配置されている。顧客を訪問する営業担当者によって、ホーム画面上の「受注システム」アイコンがタップされることにより、受注システムを起動し、受注サーバ１０２と通信して、図５のような訪問予定画面を出力する。
【００３５】
図５は、訪問予定画面５００の一例である。図５のように、受注サーバ１０２から受信した訪問予定情報を表形式で出力する。各訪問先の顧客名は顧客情報画面６００へのリンクである。リンクがタップされると、図６のような画面を出力する。
【００３６】
図６は、顧客情報画面６００の一例である。図６のように、「お客様名」「お客様住所」「通信エリア」「訪問時に通信できなかった場合」の項目を出力する。これらのデータは、顧客テーブルから取得したデータである。「通信エリア」項目は、「圏内」と「圏外」の２種類がある。「訪問時に通信できなかった場合」項目は、「予約注文する」と「予約注文しない」の２つのうち１つを選択できる。
【００３７】
また、「予約注文する」を選択した場合、予約注文数の算出方法を指定できる。具体的には、過去の何ヶ月の注文情報を参照し、その内の「最多」「平均」「最少」のいずれの注文数を用いるかを指定できる。なお、この実施形態では、期間を「過去何ヶ月」、算出方法を「最多」「平均」「最少」としたが、これに限定するものではなく、「過去６ヶ月間の合計注文数」や「直近の注文数」などの指定方法があってもよい。
【００３８】
なお、この実施形態においては、「予約注文する」設定を顧客ごとに行うとしたが、この形式に限定するものではなく、営業担当者が担当するすべての顧客について一括で設定できてもよいし、システム側で全顧客について一律で設定するとしてもよい。
【００３９】
図７は、予約注文修正画面７００の一例である。図７のように、予約注文がされた営業担当者の情報処理装置１０１のディスプレイ装置２１０に、予約注文情報を出力する。表示項目として、「予約日時」「注文番号」「注文顧客」「注文状態」「注文詳細」の５つの項目がある。そのうち、「注文詳細」の個々の商品の予約注文数を変更できる。また、注文する商品を新たに追加することもできる。変更完了後、画面下方の「注文確定」ボタンまたは「注文キャンセル」ボタンで内容を反映する。「注文確定」ボタンを押下された場合、該当注文の注文状態を「確定」に変更し、変更した注文数も反映する。一方、「注文キャンセル」が押下された場合、該当する予約注文を削除する。
【００４０】
図８は、注文確定画面８１０と注文キャンセル完了画面８２０の一例である。図８のように、予約注文を確定した場合、確定した注文情報を出力する。一方、予約注文をキャンセルした場合、キャンセルした注文情報を図８のように出力する。
【００４１】
本実施形態の受注システムにおける必要なデータ構成について、図９から図１３を用いて説明する。
【００４２】
図９は、訪問テーブル９００のデータ構成の一例である。訪問テーブル９００は、すべての訪問予定の情報を保持し、訪問予定ごとに「訪問番号９０１」「訪問担当者９０２」「訪問先９０３」「訪問日９０４」「訪問開始時刻９０５」「訪問終了時刻９０６」「訪問時最後応答時刻９０７」を定義している。
【００４３】
訪問番号９０１は、訪問テーブル９００を一意に識別するための主キーである。訪問担当者９０２は、訪問を担当する営業担当者の識別子である。図９の例では、営業担当者の名前を利用している。訪問先９０３は、訪問する顧客の識別子である。図９の例では、顧客の顧客名を利用している。
【００４４】
訪問日９０４は、訪問の予定年月日である。訪問開始時刻９０５と訪問終了時刻９０６は、訪問の予定開始時刻と訪問の予定終了時刻である。訪問時最後応答時刻９０７は、訪問日９０４の訪問開始時刻９０５から訪問終了時刻９０６の間で訪問担当者９０２の情報処理装置１０１から応答のあった最後の時刻である。
【００４５】
図１０は、顧客テーブル１０００のデータ構成の一例である。顧客テーブル１０００は、すべての顧客情報を保持し、「顧客名１００１」「顧客住所１００２」「通信エリア１００３」「圏外時予約注文１００４」を定義している。
【００４６】
顧客名１００１は、顧客の顧客名であり、顧客テーブル１０００の主キーである。顧客住所１００２は、顧客の住所である。
【００４７】
通信エリア１００３は、顧客の住所において情報処理装置１０１が受注サーバ１０２と通信できるかどうかを示す情報である。顧客の住所において情報処理装置１０１が受注サーバ１０２と通信できる場合、この項目を「圏内」と指定する。顧客の住所において情報処理装置１０１が受注サーバ１０２と通信できない場合、この項目を「圏外」と指定する。
【００４８】
この通信エリア１００３の「圏内」「圏外」については、ユーザ自身が顧客情報画面６００において設定してもよいし、過去にその顧客を訪問した際に通信できたか否かによって、または、通信会社等が提供するサービス提供エリア情報と顧客の住所を照合することで、本実施形態の受注システムにおいて自動的に設定してもよい。
【００４９】
圏外時予約注文１００４は、顧客訪問時に圏外になった際に予約注文する方法を示す情報である。圏外時予約注文１００４は、ユーザが顧客情報画面６００において設定する。顧客訪問時に圏外になった際に予約注文をしない場合、この項目には「ＮＵＬＬ」を設定する。顧客訪問時に圏外になった際に予約注文をする場合、この項目で予約注文の予約方法を指定する。
【００５０】
例えば、図１０の例では、「ＡＡＡ商事」という顧客は、（通信エリア１００３は圏内であるが）たとえ顧客訪問時に通信できずに圏外になったとしても、圏外時予約注文１００４が「ＮＵＬＬ」であるため予約注文をしない。「ＢＢＢ商事」という顧客は、（通信エリアは「圏外」であって）顧客訪問時に通信できずに圏外になった際に「過去６ヶ月の平均注文数」で予約注文する。「ＤＤＤ商事」という顧客は、（通信エリアは圏外であるが）顧客訪問時に通信できずに圏外になったとしても、圏外時予約注文１００４が「ＮＵＬＬ」であるため予約注文をしない。
【００５１】
このように、この実施形態においては、通信エリア１００３の「圏内」「圏外」に関わらず、圏外時予約注文１００４が設定されていれば、顧客訪問時に圏外になった際に予約注文を行い、圏外時予約注文１００４が設定されていなければ、顧客訪問時に圏外になった際に予約注文を行わないとしたが、これに限定するものではなく、通信エリア１００３が「圏外」であることを予約注文を行う条件にしてもよい。この場合、「ＡＡＡ商事」という顧客の圏外時予約注文１００４を設定しておくことで、（通信エリア１００３は圏内であるが）顧客訪問時に通信できずに圏外になった場合、予約注文することができるため、通信状況が不安定な場所の顧客にも対応できる。
【００５２】
図１１は、注文テーブル１１００のデータ構成の一例である。注文テーブル１１００は、すべての顧客とすべての営業担当者による注文情報を保持し、「注文番号１１０１」「注文日時１１０２」「注文顧客１１０３」「担当者１１０４」「注文状態１１０５」を定義している。
【００５３】
注文番号１１０１は、注文の受付番号であり、注文テーブル１１００の主キーである。注文日時１１０２は、注文が完了した日付と時刻である。注文顧客１１０３は、注文をした顧客の識別子である。担当者１１０４は、注文を担当する営業担当者の識別子である。
【００５４】
注文状態１１０５は、注文情報の状態である。注文状態１１０５には、「予約」または「確定」を設定できる。予約注文を行う場合、注文状態１１０５に「予約」を設定する。（予約注文でない）通常の注文を行う場合、または予約注文を確定する場合、注文状態１１０５に「確定」を設定する。
【００５５】
なお、予約注文をキャンセルする場合、該当注文情報を注文テーブル１１００から削除する。同時に、その関連する注文詳細情報も注文詳細テーブル１２００から削除する。
【００５６】
図１２は、注文詳細テーブル１２００のデータ構成の一例である。注文詳細テーブル１２００は、注文テーブル１１００の注文情報の詳細内容を保持し、「注文番号１２０１」「商品番号１２０２」「注文数１２０３」を定義している。
【００５７】
注文番号１２０１は、注文テーブル１１００の注文情報の注文番号１１０１を使用する。商品番号１２０２は、注文した商品を識別する商品番号である。注文番号１２０１と商品番号１２０２の組み合わせが、注文詳細テーブル１２００の主キーである。
【００５８】
注文数１２０３は、商品番号１２０２の注文個数である。例えば、図１２のように、注文番号「Ｏ２０１３０１９１」の注文において、商品番号１２０２「Ｐ５４」を９個、商品番号１２０２「Ｐ６０」を１５個が注文されたということである。
【００５９】
図１３は、在庫テーブル１３００のデータ構成の一例である。在庫テーブル１３００は、すべての商品の在庫情報を保持し、「商品番号１３０１」「在庫数１３０２」を定義している。
【００６０】
商品番号１３０１は、在庫テーブル１３００の主キーである。在庫数１３０２は、商品の現時点での在庫数である。例えば、図１３のように、商品番号１２０２「Ｐ５０」の在庫数は３０個であり、商品番号１２０２「Ｐ５１」の在庫数は１５個である。この在庫数１３０２は、（予約注文でない）通常の注文を行われた場合、または予約注文が行われた場合に、その注文数だけ減算される。これにより、予約注文が行われた場合にも在庫引当が行われるため、サーバと通信できないことによる「在庫切れ」を防止することができる。
【００６１】
以下、図１４を参照して、本実施形態の受注システムにおける訪問情報確認処理について説明する。
【００６２】
ステップＳ１４０１で、営業担当者が情報処理装置１０１のホーム画面４００の「受注システム」アイコンをタップすることによって、情報処理装置１０１のＣＰＵ２０１は、受注システムへのログインを受け付ける。
【００６３】
なお、この実施形態においては、「受注システム」を情報処理装置１０１にインストールするアプリケーションとし、「受注システム」アプリケーションがネットワーク１０３を介して、受注サーバ１０２と通信するとしたが、この方法に限定するものではなく、「受注システム」はブラウザ上で動作するＷｅｂアプリケーションであってもよい。すなわち、ブラウザ経由で「受注システム」のサーバ（例えば、受注サーバ１０２）にアクセスし、サーバ上で生成されたＷｅｂページを情報処理装置１０１に送信することで、「受注システム」を実現してもよい。
【００６４】
ステップＳ１４０２で、情報処理装置１０１のＣＰＵ２０１は、受注サーバ１０２に訪問情報の要求を送信する。この時、ユーザＩＤや情報処理装置１０１の端末ＩＤなどのユーザ識別情報を送信することで、受注サーバ１０２が営業担当者を識別できるようにする。ここでは、営業担当者「田中」が受注システムへログインしたとする。この場合、受注サーバ１０２にユーザテーブルや端末テーブルなどを持ち、それらのテーブルに、ユーザＩＤと営業担当者、または端末ＩＤと営業担当者を関連付けて登録しておくことで、営業担当者を特定できるようにする。
【００６５】
ステップＳ１４０３で、受注サーバ１０２のＣＰＵ２０１は、訪問情報の要求を受信する。
【００６６】
ステップＳ１４０４で、受注サーバ１０２のＣＰＵ２０１は、受信した情報処理装置１０１の端末ＩＤから、ログインした営業担当者を特定し、訪問テーブル９００を検索し、訪問担当者９０２がログインした営業担当者と一致、かつ訪問日９０４が現在日付である訪問情報リストを取得し、ＲＡＭ２０２に記憶する。さらに、取得した訪問情報リストの訪問先９０３のうち、顧客テーブル１０００において、圏外時予約注文１００４がＮＵＬＬでない顧客を取得し、該当する顧客があった場合、対応する訪問情報リストの訪問情報について、圏外時に予約注文するというフラグを立てる。
【００６７】
例えば、ログインした営業担当者が「田中」で、現在日付が「２０１３年１１月１２日」の場合、訪問テーブル９００を検索し、訪問番号「Ｖ２０１３０７７１」「Ｖ２０１３０７７２」「Ｖ２０１３０７７３」「Ｖ２０１３０７７４」の４つの訪問情報を取得する。また、顧客テーブル１０００から、訪問番号「Ｖ２０１３０７７２」の訪問先「ＢＢＢ工業」は、圏外時予約注文１００４が設定されており、訪問番号「Ｖ２０１３０７７２」の訪問時に通信できない場合、予約注文を行うことになるため、訪問番号「Ｖ２０１３０７７２」について「圏外時予約注文する」ことを、取得した訪問情報リストにフラグなどを用いて記録する。
【００６８】
ステップＳ１４０５で、受注サーバ１０２のＣＰＵ２０１は、取得した訪問情報リストの訪問情報レコードの訪問開始時刻９０５から訪問終了時刻９０６の間に現在時刻が含まれているか否かを判定する。つまり、訪問情報から現在顧客を訪問中かどうか判定する。例えば、現在の時刻が１０：０３の場合、訪問テーブル９００における訪問番号「Ｖ２０１３０７７１」の訪問情報レコードから、現在「ＡＡＡ商事」を訪問中であると判定できる。
【００６９】
これにより、顧客訪問中であると判定された場合、ステップＳ１４０６に進む。一方、顧客訪問中でないと判定された場合、ステップＳ１４０８に進む。
【００７０】
ステップＳ１４０６で、受注サーバ１０２のＣＰＵ２０１は、現在訪問中と判定された訪問情報の訪問時最後応答時刻９０７を現在の時刻で更新する。例えば、現在の時刻が１０：０３の場合、現在訪問中と判定された訪問番号「Ｖ２０１３０７７１」の訪問情報の訪問時最後応答時刻９０７を「１０：０３」で更新する。
【００７１】
ステップＳ１４０７で、受注サーバ１０２のＣＰＵ２０１は、ログイン者が担当者である予約注文が存在するか否かを判定する。例えば、ログインした営業担当者が「田中」の場合、注文テーブル１１００を。担当者１１０４「田中」かつ注文状態１１０５「予約」の条件で検索し、注文情報が存在するか否かを判定する。存在した場合、予約注文を確定するために、後述する予約注文確定処理（図１６）に進む。存在しなかった場合、ステップＳ１４０８に進む。
【００７２】
ステップＳ１４０８で、受注サーバ１０２のＣＰＵ２０１は、取得した訪問情報リストを情報処理装置１０１に送信する。
【００７３】
ステップＳ１４０９で、情報処理装置１０１のＣＰＵ２０１は、訪問情報リストを受信し、ＲＡＭ２０２に記憶する。
【００７４】
ステップＳ１４１０で、情報処理装置１０１のＣＰＵ２０１は、受信した訪問情報リストを用いて、訪問予定画面５００（図５）を出力する。訪問情報リストに記録されている、「圏外時予約注文する」フラグが立っている訪問情報については、「(圏外時  予約注文する)」などの文言を出力することで、ユーザが識別できるようにする。
【００７５】
ステップＳ１４１１で、情報処理装置１０１のＣＰＵ２０１は、訪問予定画面５００を定期的に繰り返しリロードすることで、ステップＳ１４０２に戻り、訪問情報の要求を行う。例えば、本実施形態では５分間の間隔でリロードする。なお、実際のリロードの間隔は、システムにおいて自由に設定可能とする。なお、本実施形態では定期的にリロードするとしたが、定期的であることを限定することものではなく、不定期であっても繰り返しリロードされればよい。
【００７６】
また、本実施形態では訪問予定画面５００をリロードすることで、訪問情報の要求を行ったが、この方法に限定するものではなく、情報処理装置１０１と受注サーバ１０２が繰り返し通信することで、受注サーバ１０２が情報処理装置１０１の通信状況を把握できればよい。つまり、情報処理装置１０１から受注サーバ１０２にプッシュ方式で信号を送信することに限定するものではなく、受注サーバ１０２からプル方式で情報処理装置１０１の通信状況を把握するとしてもよい。
【００７７】
以上で、本実施形態の受注システムにおける訪問情報確認処理についての説明を完了する。
【００７８】
図１５では、本実施形態の受注システムにおける予約注文処理を記載する。
【００７９】
この予約注文処理は、受注サーバ１０２上において、定期的に繰り返し実行する。例えば、受注サーバ１０２上で動作するバッチを定義することなどによって、１０分おきに動作させるようにする。なお、このバッチ処理の実行間隔は、システムにおいて自由に設定可能とする。以下のステップＳ１５０１〜ステップＳ１５０９は、そのバッチ処理の説明である。
【００８０】
ステップＳ１５０１で、受注サーバ１０２のＣＰＵ２０１は、現在時刻を含む訪問情報レコードを検索取得し、ＲＡＭ２０２に記憶する。具体的には、訪問開始時刻９０５から訪問終了時刻９０６の間に現在時刻が含まれていることを条件として、訪問テーブル９００を検索する。
【００８１】
例えば、現在の時刻が１０：１５の場合、訪問時刻が１０：００〜１２：００である訪問番号「Ｖ２０１３０７７１」の訪問情報レコードがヒットする。また、現在の時刻が１３：３０の場合、訪問時刻が１３：００〜１４：３０である訪問番号「Ｖ２０１３０７７２」の訪問情報レコードがヒットする。
【００８２】
ステップＳ１５０１でヒットした訪問情報レコードの数だけ、以下のステップＳ１５０２〜ステップＳ１５０７をループさせる。ヒットした訪問情報レコードがなければ、この予約注文処理を終了する。
【００８３】
ステップＳ１５０２で、受注サーバ１０２のＣＰＵ２０１は、ステップＳ１５０１で取得した訪問情報レコードの訪問時最後応答時刻９０７から所定時間経過しているか否かを判定する。
【００８４】
例えば、前記の所定時間を２０分間、現在時刻を１０：２０とした場合、訪問番号「Ｖ２０１３０７７１」の訪問情報レコードの訪問時最後応答時刻９０７は、ステップＳ１４０６で更新した１０：０３であるため、所定時間（２０分間）経過していないと判定できる。また、所定時間を２０分間、現在時刻を１３：２０とした場合、訪問番号「Ｖ２０１３０７７２」の訪問情報レコードの訪問時最後応答時刻９０７は、「１２：５６」であるため、所定時間経過していると判定できる。
【００８５】
所定時間経過していると判定した場合は、ステップＳ１５０３に進む。所定時間経過していないと判定した場合は、この訪問情報レコードについての処理を終え、次にヒットした訪問情報レコードについての処理を行うために、ステップＳ１５０２に戻る。また、次にヒットした訪問情報レコードがなければ、このループを終え、予約注文処理を終了する。
【００８６】
ステップＳ１５０３で、受注サーバ１０２のＣＰＵ２０１は、この訪問情報レコードの訪問先９０３の顧客を特定する。すなわち、このステップは、ユーザが利用する情報処理装置と通信できない状態の場合、前記情報処理装置を利用するユーザの訪問予定から、訪問中の顧客を特定する特定処理の一例を示すステップである。例えば、訪問番号「Ｖ２０１３０７７２」の訪問情報レコードの場合、訪問先９０３は「ＢＢＢ工業」であることがわかる。
【００８７】
ステップＳ１５０４で、受注サーバ１０２のＣＰＵ２０１は、特定された顧客について、圏外時予約注文１００４が設定されているか否かを判定する。例えば、ステップＳ１５０３で特定された顧客名１００１「ＢＢＢ工業」で顧客テーブル１０００を検索することで、圏外時予約注文１００４に「過去６ヶ月の平均注文数」が設定されていることがわかる。
【００８８】
圏外時予約注文１００４が設定されていると判定した場合は、ステップＳ１５０５に進む。圏外時予約注文１００４が設定されていないと判定した場合は、この訪問情報レコードについての処理を終え、次にヒットした訪問情報レコードについての処理を行うために、ステップＳ１５０３に戻る。また、次にヒットした訪問情報レコードがなければ、このループを終え、予約注文処理を終了する。
【００８９】
ステップＳ１５０５では、注文テーブル１１００と注文詳細テーブル１２００を参照して、対象顧客の過去の一定期間の注文情報と注文詳細情報を取得する。前記の一定期間とは、ステップＳ１５０４で取得した圏外時予約注文１００４における期間である。
【００９０】
例えば、現在の日付が２０１３／１１／１２の場合、過去６ヶ月は２０１３／５／１２〜２０１３／１１／１１までの期間である。注文テーブル１１００の設定例により、顧客名１００１「ＢＢＢ工業」の該当期間内の注文情報は、注文番号１２０１「Ｏ２０１３０５９４」と注文番号１２０１「Ｏ２０１３０６８８」の２つの注文情報レコードである。そして、注文詳細テーブル１２００を、注文番号１２０１「Ｏ２０１３０５９４」「Ｏ２０１３０６８８」で検索し、注文詳細情報レコードを取得する。注文詳細テーブル１２００の設定例により、注文番号１２０１「Ｏ２０１３０５９４」に対して、商品番号１２０２「Ｐ５４」を１１個、商品番号１２０２「Ｐ６０」を１５個の２つの注文詳細情報レコードを取得し、ＲＡＭ２０２に記憶する。注文番号「Ｏ２０１３０６８８」に対しては、商品番号１２０２「Ｐ５４」を９個、商品番号１２０２「Ｐ６０」を１６個の２つの注文詳細情報レコードを取得し、ＲＡＭ２０２に記憶する。
【００９１】
ステップＳ１５０６では、ステップＳ１５０５で取得した注文詳細情報から、予約する商品を決定する。すなわち、このステップは、特定された顧客に対応する受注情報を用いて、予約する商品を決定する決定処理の一例を示すステップである。例えば、ステップＳ１５０５で取得した注文詳細情報に含まれる商品番号は「Ｐ５４」「Ｐ６０」の２種類であるため、この２つの予約する商品として決定する。
【００９２】
ステップＳ１５０７で、対象顧客の該当商品の予約注文数を算出する。算出する際、ステップＳ１５０４で取得した圏外時予約注文１００４とステップＳ１５０５で取得した過去の注文数１２０３を使用する。例えば、顧客名１００１「ＢＢＢ工業」の圏外時予約注文１００４は「過去６ヶ月の平均注文数」である。よって、商品番号１２０２「Ｐ５４」の予約注文数は、(１１＋９)／２＝１０、商品番号１２０２「Ｐ６０」の予約注文数は、(１５＋１６)／２＝１５のようにして算出する。
【００９３】
なお、圏外時予約注文１００４の設定例としては、「平均」の他に、「最多」「最少」があるが、算出方法は自明であるため省略する。
【００９４】
ステップＳ１５０８で、ステップＳ１５０７で算出した予約注文数分だけ、在庫テーブル１３００の該当商品の在庫数を減らす。例えば、商品番号１２０２「Ｐ５４」の在庫数から１０減らし、「４０−１０＝３０」に更新する。商品番号１２０２「Ｐ６０」の在庫数を１５減らして、「３８−１５＝２３」に更新する。
【００９５】
ステップＳ１５０９で、対象顧客の予約の注文情報とそれに対応する注文詳細情報を、注文テーブル１１００と注文詳細テーブル１２００に追加する。すなわち、このステップは、決定処理で決定した商品を用いて、商品情報に対する予約を制御する予約制御処理の一例を示すステップである。
【００９６】
例えば、注文テーブル１１００に、注文番号１１０１が新たに発行された「Ｏ２０１３０８８４」、注文日時１１０２が現在時刻「２０１３／１１／１２  １３：２５」、注文顧客１１０３が対象顧客名１００１「ＢＢＢ工業」、担当者１１０４が営業担当者「田中」、注文状態１１０５が「予約」である注文情報レコード１件を追加する。
【００９７】
そして、注文詳細テーブル１２００に、注文番号１２０１が「Ｏ２０１３０８８４」、商品番号１２０２が「Ｐ５４」、注文数１２０３が「１０」である注文詳細情報レコードと、注文番号１２０１が「Ｏ２０１３０８８４」、商品番号１２０２が「Ｐ６０」、注文数１２０３が「１５」である注文詳細情報レコードの計２件追加する。
【００９８】
以上で、この訪問情報レコードについての処理を終え、次にヒットした訪問情報レコードについての処理を行うために、ステップＳ１５０２に戻る。また、次にヒットした訪問情報レコードがなければ、このループを終え、予約注文処理を終了する。
【００９９】
以上で、受注サーバ１０２上において、定期的に繰り返し実行される予約注文のバッチ処理の説明を完了する。
【０１００】
これにより、サーバと通信できない場合、顧客の過去の注文を用いて予約しておくことで、在庫切れで発注できないことを防止することができる。
【０１０１】
図１６では、本実施形態の受注システムにおける予約注文確定処理を記載する。図１６の処理は、図１４におけるステップＳ１６００の処理である。
【０１０２】
ステップＳ１６０１で、受注サーバ１０２のＣＰＵ２０１は、ステップＳ１４０７で注文テーブル１１００を検索した、担当者がログイン者である予約の注文情報レコードと、それに対応する注文詳細情報レコードを注文詳細テーブル１２００から取得する。例えば、注文テーブル１１００の例からは、担当者１１０４がログイン者の「田中」、注文状態１１０５が「予約」である、注文番号１１０１「Ｏ２０１３０８８４」の注文情報レコードが取得され、注文詳細テーブル１２００から注文番号１２０１「Ｏ２０１３０８８４」の注文詳細情報レコード２件を取得する。
【０１０３】
ステップＳ１６０２で、受注サーバ１０２のＣＰＵ２０１は、ステップＳ１６０１で取得した予約注文情報レコードとそれに対応する注文詳細情報レコードを、情報処理装置１０１に送信する。すなわち、このステップは、ユーザの情報処理装置と通信できる状態の場合、情報処理装置に予約制御処理で制御された予約を通知する予約通知処理の一例を示すステップである。
【０１０４】
ステップＳ１６０３で、情報処理装置１０１のＣＰＵ２０１は、注文情報レコードとそれに対応する注文詳細情報レコードを受信し、ＲＡＭ２０２に記憶する。
【０１０５】
ステップＳ１６０４で、情報処理装置１０１のＣＰＵ２０１は、受信した予約注文情報レコードと注文詳細情報レコードを用いて、予約注文修正画面７００を出力する。
【０１０６】
ステップＳ１６０５で、情報処理装置１０１のＣＰＵ２０１は、予約数の変更、商品番号の入力を受け付ける。具体的には、予約数のセレクトボックスの値が修正された場合は、ＲＡＭ２０２に記憶した注文詳細情報レコードの注文数１２０３を修正し、商品番号テキストボックスに予約注文した商品以外の商品番号が入力された場合は、新たな注文詳細情報レコードを作成し、ＲＡＭ２０２に記憶する。
【０１０７】
例えば、ここでは、商品番号１２０２が「Ｐ５４」のセレクトボックスを１０→１２に、商品番号１２０２が「Ｐ６０」のセレクトボックスを１５→２０に変更し、商品番号１２０２「Ｐ６１」注文数１２０３「５」のレコードを新たに入力したとする。また、セレクトボックスを０に変更することで、該当する商品の注文を削除することもできる。
【０１０８】
ステップＳ１６０６で、情報処理装置１０１のＣＰＵ２０１は、予約注文修正画面７００の「注文確定」ボタンまたは「注文キャンセル」ボタンの押下を受け付け、どちらのボタンが押下されたか判定する。「注文確定」ボタンが押下されたと判定した場合、ステップＳ１６０７に進む。「注文キャンセル」ボタンが押下されたと判定した場合、ステップＳ１６０８に進む。
【０１０９】
ステップＳ１６０７で、情報処理装置１０１のＣＰＵ２０１は、ＲＡＭ２０２に記憶した注文情報レコードの注文状態１１０５を「予約」から「確定」に変更する。
【０１１０】
ステップＳ１６０８で、情報処理装置１０１のＣＰＵ２０１は、ＲＡＭ２０２に記憶した注文情報レコードの注文状態１１０５を「予約」から「キャンセル」に変更する。
【０１１１】
ステップＳ１６０９で、情報処理装置１０１のＣＰＵ２０１は、ＲＡＭ２０２に記憶されている、確定またはキャンセルの状態になった注文情報レコードと注文詳細情報レコードを受注サーバ１０２に送信する。例えば、確定状態になった注文レコードとは、注文番号１１０１が「Ｏ２０１３０８８４」、注文日時１１０２が新たな現在時刻、注文顧客１１０３が対象顧客名１００１「ＢＢＢ工業」、担当者１１０４が営業担当者「田中」、注文状態１１０５が「確定」である注文情報レコードである。また、同時に送信する注文詳細情報レコードは、ステップＳ１６０５における変更と追加が反映された注文情報レコードである。
【０１１２】
ステップＳ１６１０で、受注サーバ１０２のＣＰＵ２０１は、確定またはキャンセルの状態になった注文情報レコードと注文詳細情報レコードを受信する。
【０１１３】
ステップＳ１６１１で、受注サーバ１０２のＣＰＵ２０１は、確定とキャンセルのどちらにしても、予約した注文数は一旦不要になるため、該当商品の在庫数に予約注文数分を加算し元に戻す。ただし、他の注文によって、在庫に戻した分を横取りされてはいけないため、この時点では、まだコミットはしない。
【０１１４】
例えば、情報処理装置１０１から、注文番号１１０１が「Ｏ２０１３０８８４」の注文情報レコードを受信した場合、注文詳細テーブル１２００を注文番号１２０１「Ｏ２０１３０８８４」で検索し、該当する注文詳細情報レコードの予約した注文数を在庫テーブル１３００に加算し元に戻す。これにより、在庫テーブル１３００の、商品番号１２０２「Ｐ５４」の在庫数は４０に、商品番号１２０２「Ｐ６０」の在庫数は３８に戻る。
【０１１５】
ステップＳ１６１２で、受注サーバ１０２のＣＰＵ２０１は、受信した注文情報レコードの注文状態１１０５が確定かキャンセルかを判定する。注文状態１１０５が確定である場合、ステップＳ１６１３に進む。注文状態がキャンセルである場合、ステップＳ１６１８に進む。
【０１１６】
ステップＳ１６１３で、受注サーバ１０２のＣＰＵ２０１は、受信した注文詳細情報レコードの注文数分だけ、在庫テーブル１３００の該当商品の在庫数を減らす。すなわち、このステップは、予約通知処理で予約を通知された情報処理装置からの予約の確定指示に従い、予約制御処理で制御された予約を確定する予約確定処理の一例を示すステップである。
【０１１７】
例えば、受信した注文詳細情報レコードは、商品番号１２０２「Ｐ５４」の注文数１２０３「１２」、商品番号１２０２「Ｐ６０」の注文数１２０３「２０」、商品番号１２０２「Ｐ６１」の注文数１２０３「５」の３件である場合、在庫テーブル１３００の在庫数１３０２はそれぞれ、商品番号１２０２「Ｐ５４」は４０−１２＝２８、商品番号１２０２「Ｐ６０」は３８−２０＝１８、商品番号１２０２「Ｐ６１」は１１−５＝６になる。
【０１１８】
ステップＳ１６１４で、受注サーバ１０２のＣＰＵ２０１は、受信した注文情報レコードと注文詳細情報レコードで注文テーブル１１００と注文詳細テーブル１２００を更新し、コミットする。この際、ステップＳ１６０５において、新たな商品を追加したことにより注文詳細情報レコードを追加した場合、注文詳細テーブル１２００にその注文詳細情報レコードを追加する。
【０１１９】
ステップＳ１６１５で、受注サーバ１０２のＣＰＵ２０１は、情報処理装置１０１に確定した注文情報と注文詳細情報を送信する。
【０１２０】
ステップＳ１６１６で、情報処理装置１０１のＣＰＵ２０１は、確定した注文情報と注文詳細情報を受信する。
【０１２１】
ステップＳ１６１７で、情報処理装置１０１のＣＰＵ２０１は、受信した注文情報と注文詳細情報を用いて、注文確定画面８１０を出力する。以上により、予約注文修正画面７００で修正した予約注文が確定し、注文テーブル１１００、注文詳細テーブル１２００、および在庫テーブル１３００に反映されて、ユーザに通知されたことになる。
【０１２２】
ステップＳ１６１８で、注文テーブル１１００の該当する注文情報と注文詳細テーブル１２００の該当する注文詳細情報を削除する。すなわち、このステップは、予約通知処理で予約を通知された情報処理装置からの予約の変更指示に従い、予約制御処理で制御された予約を変更する予約変更処理の一例を示すステップである。
【０１２３】
ステップＳ１６１９で、受注サーバ１０２のＣＰＵ２０１は、情報処理装置１０１に削除した注文情報と注文詳細情報を送信する。
【０１２４】
ステップＳ１６２０で、情報処理装置１０１のＣＰＵ２０１は、削除した注文情報と注文詳細情報を受信する。
【０１２５】
ステップＳ１６２１で、情報処理装置１０１のＣＰＵ２０１は、受信した注文情報と注文詳細情報を用いて、注文キャンセル完了画面８２０を出力する。以上により、予約注文修正画面７００でキャンセルした予約注文が削除され、注文テーブル１１００、注文詳細テーブル１２００、および在庫テーブル１３００に反映されて、ユーザに通知されたことになる。
【０１２６】
予約注文確定処理が終了すると、ステップＳ１４０２（図１４）に処理が戻り、訪問予定確認処理を行う。
以上で、予約注文確定処理の説明を完了する。
【０１２７】
以上により、サーバと通信できない場合、顧客の過去の注文を用いて予約しておくことで、在庫切れで発注できないことを防止することができる。
【０１２８】
また、サーバと通信できない通信状態の悪い場所では、通常のシステムでは注文することができないため、営業担当者は顧客が望む商品を確保できるか心配で、顧客との商談に集中することができなかったが、サーバと通信できない場合に予約注文することができるため、営業担当者の心配を軽減することができる。
【０１２９】
また、過去の注文を用いて予約するため、多品目の商品を注文する顧客、大量の商品を注文する顧客、時期に応じて注文が変わる顧客など、顧客の過去の注文の特性に応じた正確な予約注文が可能になる。これにより、受注システム側にとっては、過去の注文に基づいた、信憑性のある予約注文がなされるため、正確な在庫管理ができ、受注の機会損失や在庫の過不足が発生しにくいシステムになる。
【０１３０】
また、予約注文した場合には、予約注文内容をユーザに通知するため、予約注文したことを認識することができる。
【０１３１】
また、予約注文内容を変更・削除・追加することができるため、予約注文である程度の商品数を押さえておき、通信できる状態になった際に、実際の注文を反映することができる。
【０１３２】
また、この実施形態においては、受注サーバ１０２において、訪問情報、顧客情報、商品情報、在庫情報を管理するとしたが、この形態に限定するものではなく、これらの情報は他のサーバや他のシステムから取得する形式であってもよい。つまり、訪問情報は営業管理システムから、顧客情報はＣＲＭ（顧客関係管理）システムから、商品情報と在庫情報は在庫管理システムから取得する形式であってもよい。
【０１３３】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１３４】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１３５】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１３６】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３７】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３８】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３９】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【０１４０】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１４１】
１０１  情報処理装置
１０２  受注サーバ
１０３  ネットワーク
【図１】
2015127856.tif 000003
【図２】
2015127856.tif 000004
【図３】
2015127856.tif 000005
【図４】
2015127856.tif 000006
【図５】
2015127856.tif 000007
【図６】
2015127856.tif 000008
【図７】
2015127856.tif 000009
【図８】
2015127856.tif 000010
【図９】
2015127856.tif 000011
【図１０】
2015127856.tif 000012
【図１１】
2015127856.tif 000013
【図１２】
2015127856.tif 000014
【図１３】
2015127856.tif 000015
【図１４】
2015127856.tif 000016
【図１５】
2015127856.tif 000017
【図１６】
2015127856.tif 000018