(57)【要約】【課題】注文を受信したディーラーが自らの操作によって、対応する注文を容易に選択する仕組みを提供することを目的とする。【解決手段】送信元から複数の送信先へ注文データが送信され、当該注文データを受信する情報処理装置で実行可能なプログラムであって、情報処理装置を、受信した前記注文データの注文を表示する注文表示手段と、注文データが送信された複数の送信先を取得する送信先取得手段と、複数の送信先がそれぞれ対応中の注文数を取得する対応注文数取得手段と、対応注文数取得手段により取得された注文数に従って、送信先取得手段により取得された複数の送信先を表示する送信先表示手段と、注文表示手段により表示された注文の対応権を獲得すべく、注文の受付操作を受け付ける受付手段として機能させることを特徴とするプログラム。【選択図】図２８
2017111697.tif 000002
【特許請求の範囲】
【請求項１】
送信元から複数の送信先へ注文データが送信され、当該注文データを受信する情報処理装置で実行可能なプログラムであって、
前記情報処理装置を、
受信した前記注文データの注文を表示する注文表示手段と、
前記注文データが送信された前記複数の送信先を取得する送信先取得手段と、
前記複数の送信先がそれぞれ対応中の注文数を取得する対応注文数取得手段と、
前記対応注文数取得手段により取得された注文数に従って、前記送信先取得手段により取得された複数の送信先を表示する送信先表示手段と、
前記注文表示手段により表示された注文の対応権を獲得すべく、前記注文の受付操作を受け付ける受付手段
として機能させることを特徴とするプログラム。
【請求項２】
前記受付手段により他の送信先が前記注文の受付操作を受け付けたことによって、獲得できなかった当該注文の対応権を引き取る引取手段
として更に機能させることを特徴とする請求項１に記載のプログラム。
【請求項３】
前記注文の内容を分類する注文分野の識別情報と、前記注文分野ごとに担当する前記送信先の識別情報とを対応付けて管理する担当分類管理手段と、
前記送信先表示手段は、
前記注文表示手段により表示された注文の注文分野識別情報と前記注文データを受信した送信先の識別情報とが、前記担当分類管理手段により対応付けられている場合、前記送信先取得手段により取得された複数の送信先のうち、当該注文データを受信した送信先を優先して表示すること
を特徴とする請求項２に記載のプログラム。
【請求項４】
前記注文表示手段により表示された注文の注文分野識別情報と前記注文データを受信した送信先の識別情報とが、
前記担当分類管理手段により対応付けられている場合、前記引取手段により前記注文の対応権を引き取ることを可能に制御し、一方、前記担当分類管理手段により対応付けられていない場合、前記引取手段により前記注文の対応権を引き取ることを不可能に制御する第１の制御手段
として更に機能させることを特徴とする請求項３に記載のプログラム。
【請求項５】
前記注文の依頼者を識別する依頼者の識別情報と、前記依頼者ごとに担当する送信先の識別情報とを対応付けて管理する担当顧客管理手段と、
前記送信先表示手段は、
前記注文表示手段により表示された注文の依頼者を識別する依頼者の識別情報と前記注文データを受信した送信先の識別情報とが、前記担当顧客管理手段により対応付けられている場合、前記送信先取得手段により取得された複数の送信先のうち、当該注文データを受信した送信先を優先して表示すること
を特徴とする請求項２に記載のプログラム。
【請求項６】
前記注文表示手段により表示された注文の依頼者識別情報と前記注文データを受信した送信先の識別情報とが、前記担当顧客管理手段により対応付けられている場合、前記引取手段により前記注文の対応権を引き取ることを可能に制御し、一方、前記担当顧客管理手段により対応付けられていない場合、前記引取手段により前記注文の対応権を引き取ることを不可能に制御する第２の制御手段
として更に機能させることを特徴とする請求項５に記載のプログラム。
【請求項７】
送信元から複数の送信先へ注文データが送信され、当該注文データを受信する情報処理装置における処理方法であって、
前記情報処理装置が、
受信した前記注文データの注文を表示する注文表示ステップと、
前記注文データが送信された前記複数の送信先を取得する送信先取得ステップと、
前記複数の送信先がそれぞれ対応中の注文数を取得する対応注文数取得ステップと、
前記対応注文数取得ステップにより取得された注文数に従って、前記送信先取得ステップにより取得された複数の送信先を表示する送信先表示ステップと、
前記注文表示ステップにより表示された注文の対応権を獲得すべく、前記注文の受付操作を受け付ける受付ステップ
を実行することを特徴とする処理方法。
【請求項８】
送信元から複数の送信先へ注文データが送信され、当該注文データを受信する情報処理装置であって、
受信した前記注文データの注文を表示する注文表示手段と、
前記注文データが送信された前記複数の送信先を取得する送信先取得手段と、
前記複数の送信先がそれぞれ対応中の注文数を取得する対応注文数取得手段と、
前記対応注文数取得手段により取得された注文数に従って、前記送信先取得手段により取得された複数の送信先を表示する送信先表示手段と、
前記注文表示手段により表示された注文の対応権を獲得すべく、前記注文の受付操作を受け付ける受付手段と
を備えることを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、注文を受信する機能を持つプログラム、処理方法、情報処理装置に関する。
【背景技術】
【０００２】
従来、証券会社では、セールスと呼ばれる担当者が顧客から株式売買等の電話注文を受け、注文内容を紙のメモに手書きで記入し、ディーラーと呼ばれる担当者にメモを渡し、ディーラーが取引を行う、という一連の業務がある。
【０００３】
また、近年では、企業において、手書き入力の可能なスマートフォンやタブレット端末の利用も進んでおり、上記のような業務においても、慣れ親しんだ手書きメモのメリットを残したシステムの導入が検討されている。
特許文献１には、手書きの注文を携帯端末からサーバに送信し、完成した注文が携帯端末に示される仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３２０４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１において、仲介業者は複数の注文を集約・編集しディーラー用に注文データを生成している。
しかしながら、株式売買などはリアルタイム制の高い取引が求められることがあり、注文データはディーラーが遅延なく対応することが求められる。よって、このような迅速な取引が望まれる場合には、特許文献１の技術を利用することは難しい。
【０００６】
ディーラーは、現在対応中の注文や、対応待ちの注文を抱えている中で、新たな注文を受ける。また、ディーラーは、特定の顧客や銘柄の担当が決まっている場合があるため、注文を受信した際に自分の担当する顧客や銘柄の注文か否かを識別する必要がある。
【０００７】
そこで本発明は、注文を受信したディーラーが自らの操作によって、対応する注文を容易に選択する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、送信元から複数の送信先へ注文データが送信され、当該注文データを受信する情報処理装置で実行可能なプログラムであって、前記情報処理装置を、受信した前記注文データの注文を表示する注文表示手段と、前記注文データが送信された前記複数の送信先を取得する送信先取得手段と、前記複数の送信先がそれぞれ対応中の注文数を取得する対応注文数取得手段と、前記対応注文数取得手段により取得された注文数に従って、前記送信先取得手段により取得された複数の送信先を表示する送信先表示手段と、前記注文表示手段により表示された注文の対応権を獲得すべく、前記注文の受付操作を受け付ける受付手段として機能させることを特徴とするプログラム。
【発明の効果】
【０００９】
本発明によれば、注文を受信したディーラーが自らの操作によって、対応する注文を容易に選択する仕組みを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】情報処理システムのシステム構成の一例を示す図
【図２】情報処理装置のハードウェア構成の一例を示す図
【図３】情報処理装置のソフトウェア構成の一例を示す図
【図４】テーブルの一例を示す図
【図５】注文処理の一例を示すフローチャート
【図６】注文分割処理の一例を示すフローチャート
【図７】情報処理装置１０１において表示される、注文入力画面の一例を示す図
【図８】情報処理装置１０１において、注文入力画面に注文を入力した画面の一例を示す図
【図９】情報処理装置１０１において、注文入力画面に入力された注文の分割指示を受け付けた画面の一例を示す図
【図１０】情報処理装置１０１において、注文入力画面に入力された注文を分割した画面の一例を示す図
【図１１】情報処理装置１０１において、注文入力画面に入力された注文の分割指示を受け付けた画面の一例を示す図
【図１２】情報処理装置１０１において、注文入力画面に入力された注文を分割した画面の一例を示す図
【図１３】情報処理装置１０１において、分割した注文を選択した画面の一例を示す図
【図１４】情報処理装置１０１において、分割した注文を選択した画面の一例を示す図
【図１５】情報処理装置１０２において、受信した注文を受け付ける画面の一例を示す図
【図１６】情報処理装置１０２において、受信した注文を受け付ける画面の一例を示す図
【図１７】情報処理装置１０１において、送信した注文の受付を確認する画面の一例を示す図
【図１８】情報処理装置１０１において、送信した注文の受付を確認する画面の一例を示す図
【図１９】情報処理装置１０２において、受け付けた注文に返信する画面の一例を示す図
【図２０】情報処理装置１０２において、受け付けた注文に返信する画面の一例を示す図
【図２１】情報処理装置１０２において、受け付けた注文の分割指示を受け付けた画面の一例を示す図
【図２２】情報処理装置１０１において、分割した注文に対する返信を受信した画面の一例を示す図
【図２３】情報処理装置１０２において、分割した注文の実行結果を送信する画面の一例を示す図
【図２４】情報処理装置１０１において、分割した注文の実行結果を承認する画面の一例を示す図
【図２５】情報処理装置１０１において、分割したすべての注文の実行結果を表示する画面の一例を示す図
【図２６】注文受付処理の一例を示すフローチャート
【図２７】注文表示処理の一例を示すフローチャート
【図２８】情報処理装置１０２において、受信した注文を表示する画面の一例を示す図
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面に基づいて説明する。
【００１２】
＜実施形態１＞
図１は、情報処理システム１００のシステム構成の一例を示す図である。情報処理装置１０１、情報処理装置１０２、及びサーバ１０３は、ネットワーク１０４を介して接続されている。情報処理装置１０１及び情報処理装置１０２は、デスクトップＰＣ、ノートＰＣ、タブレットＰＣ、スマートフォン、携帯電話等の端末である。
【００１３】
情報処理装置１０１は、セールス担当者が使用する端末である。セールス担当者は、顧客から株式売買等の電話注文を受け、情報処理装置１０１のキーボード操作やタッチパネル操作により、情報処理装置１０１に注文内容を入力する。
【００１４】
情報処理装置１０２は、ディーラー担当者が使用する端末である。情報処理装置１０２は、情報処理装置１０１で入力された注文内容を受信し、注文内容を表示する。ディーラー担当者は、表示された注文内容を確認して、サーバ１０３に対して株式売買の要求を行う。なお、株式売買の要求は、ディーラー担当者の操作によって情報処理装置１０２がサーバ１０３に送信してもよいし、ディーラー担当者が情報処理装置１０２とは別の端末を操作することによって、サーバ１０３に送信するとしてもよい。
【００１５】
なお、以下の実施形態においては、情報処理システム１００で管理する情報を、証券会社における株式売買等の注文としたが、これに限定するものではなく、コールセンターにおける問い合わせや、ヘルプデスクにおける質問等としてもよい。
【００１６】
以下、図２を用いて、図１に示した情報処理装置１０１及び情報処理装置１０２のハードウェア構成について説明する。
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３又は外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）のプログラムやオペレーティングシステム（以下、ＯＳ）のプログラム、情報処理装置の機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００１７】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３又は外部メモリ２１１からＲＡＭ２０２にロードして、ロードしたプログラムを実行することで各種動作を実現するものである。
【００１８】
また、入力コントローラ２０５は、タッチセンサ２０９からの入力を制御する。ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。なお、図２では、ディスプレイ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて情報処理装置１０１又は情報処理装置１０２のユーザが使用するものである。
【００１９】
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、ソリッドステートドライブ（ＳＳＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２０】
通信Ｉ／Ｆコントローラ２０８は、通信装置２１２へのアクセスを制御する。通信装置２１２は、通信アンテナ等を介して情報処理装置１０１又は情報処理装置１０２をネットワークに接続する。
【００２１】
ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上のタッチセンサ２０９におけるユーザのタッチ操作指示を受付けることを可能とする。
【００２２】
以下の示す実施形態を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。更に、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００２３】
即ち、情報処理装置１０１のＣＰＵ２０１が情報処理装置１０１の外部メモリ２１１に記憶されているプログラムに基づき処理を実行することによって、後述する図３に示す情報処理装置１０１のソフトウェア構成等が実現される。また、情報処理装置１０１のＣＰＵ２０１が情報処理装置１０１の外部メモリ２１１に記憶されているプログラムに基づき処理を実行することによって、後述する図５、図６等の情報処理装置１０１のフローチャートの処理が実現される。同様に、情報処理装置１０２のＣＰＵ２０１が情報処理装置１０２の外部メモリ２１１に記憶されているプログラムに基づき処理を実行することによって、後述する図３に示す情報処理装置１０２のソフトウェア構成等が実現される。また、情報処理装置１０２のＣＰＵ２０１が情報処理装置１０２の外部メモリ２１１に記憶されているプログラムに基づき処理を実行することによって、後述する図５、図６等の情報処理装置１０２のフローチャートの処理が実現される。同様に、サーバ１０３も少なくともＣＰＵやＲＡＭ、ＲＯＭ、外部メモリ等を有し、サーバ１０３のＣＰＵがサーバ１０３の外部メモリ等に記憶されているプログラムに基づき処理を実行することによって、サーバ１０３の機能が実現される。また、サーバ１０３のＣＰＵがサーバ１０３の外部メモリ等に記憶されているプログラムに基づき処理を実行することによって、後述する図５のサーバ１０３のフローチャートの処理が実現される。
【００２４】
図３は、情報処理装置１０１及び情報処理装置１０２のソフトウェア構成の一例を示す図である。
情報処理装置１０１は、ソフトウェア構成として、注文入力受付部３０１、注文分割受付部３０２、注文送信部３０３、結果受信部３０４、結果表示部３０５を含む。また、情報処理装置１０２は、ソフトウェア構成として、注文受信部３２１、注文表示部３２２、注文分割受付部３２３、回答入力部３２４、回答送信部３２５、注文表示部３３１、送信先取得部３３２、対応注文数取得部３３３、送信先表示部３３４、受付部３３５、引取部３３６、担当分類管理部３３７、第１の制御部３３８、担当顧客管理部３３９、第２の制御部３４０を含む。図３では説明の簡略化のため、情報処理装置１０１及び情報処理装置１０２のソフトウェア構成の一部を示している。
【００２５】
注文入力受付部３０１は、１つの入力欄で複数の注文の入力を受け付ける。注文分割受付部３０２は、注文入力受付部３０１により受け付けた複数の注文の分割操作を受け付ける。より具体的には、注文分割受付部３０２は、前記複数の注文を、線で区切られた複数の領域に分割する操作、枠で囲まれた領域と前記枠で囲まれていない領域とに分割する操作、又は複数の互いに重ならない枠で囲まれた領域ごとに分割する操作、のうち少なくとも一つの操作によって分割操作を受け付ける。注文送信部３０３は、注文分割受付部３０２により分割操作を受け付けた注文を異なる送信先である情報処理装置１０２に送信する。結果受信部３０４は、注文送信部３０３により送信された注文に対する結果を受信する。結果表示部３０５は、結果受信部３０４により受信された結果を１つの画面にまとめて表示する。
【００２６】
注文受信部３２１は、情報処理装置１０１から複数の注文を受信する。注文表示部３２２は、注文受信部３２１により受信した複数の注文を表示する。注文分割受付部３２３は、注文表示部３２２により表示された注文の分割操作を受け付ける。より具体的には、注文分割受付部３２３は、前記複数の注文を、線で区切られた複数の領域に分割する操作、枠で囲まれた領域と前記枠で囲まれていない領域とに分割する操作、又は複数の互いに重ならない枠で囲まれた領域ごとに分割する操作、のうち少なくとも一つの操作によって分割操作を受け付ける。回答入力部３２４は、注文分割受付部３２３により分割操作を受け付けた注文ごとに回答を入力する。回答送信部３２５は、回答入力部３２４により入力された回答を送信する。
【００２７】
注文表示部３３１は、受信した注文データの注文を表示する。
送信先取得部３３２は、注文データが送信された複数の送信先を取得する。
対応注文数取得部３３３は、複数の送信先がそれぞれ対応中の注文数を取得する。
送信先表示部３３４は、対応注文数取得部３３３により取得された注文数に従って、送信先取得部３３２により取得された複数の送信先を表示する。
受付部３３５は、注文表示部３３１により表示された注文の対応権を獲得すべく、注文の受付操作を受け付ける。
引取部３３６は、受付部３３５により他の送信先が注文の受付操作を受け付けたことによって、獲得できなかった当該注文の対応権を引き取る。
【００２８】
担当分類管理部３３７は、注文の内容を分類する注文分野の識別情報と、注文分野ごとに担当する送信先の識別情報とを対応付けて管理する。
送信先表示部３３４は、注文表示部３３１により表示された注文の注文分野識別情報と注文データを受信した送信先の識別情報とが、担当分類管理部３３７により対応付けられている場合、送信先取得部３３２により取得された複数の送信先のうち、当該注文データを受信した送信先を優先して表示する。
第１の制御部３３８は、注文表示部３３１により表示された注文の注文分野識別情報と注文データを受信した送信先の識別情報とが、担当分類管理部３３７により対応付けられている場合、引取部３３６により注文の対応権を引き取ることを可能に制御し、一方、担当分類管理部３３７により対応付けられていない場合、引取部３３６により注文の対応権を引き取ることを不可能に制御する。
担当顧客管理部３３９は、注文の依頼者を識別する依頼者の識別情報と、依頼者ごとに担当する送信先の識別情報とを対応付けて管理する。
【００２９】
送信先表示部３３４は、注文表示部３３１により表示された注文の依頼者を識別する依頼者の識別情報と注文データを受信した送信先の識別情報とが、担当顧客管理部３３９により対応付けられている場合、送信先取得部３３２により取得された複数の送信先のうち、当該注文データを受信した送信先を優先して表示する。
【００３０】
第２の制御部３４０は、注文表示部３３１により表示された注文の依頼者識別情報と注文データを受信した送信先の識別情報とが、担当顧客管理部３３９により対応付けられている場合、引取部３３６により注文の対応権を引き取ることを可能に制御し、一方、担当顧客管理部３３９により対応付けられていない場合、引取部３３６により注文の対応権を引き取ることを不可能に制御する。
【００３１】
図４は、情報処理装置１０１の有するテーブルの一例を示す図である。
銘柄マスタ４１０は、銘柄ＣＤ、銘柄名、売買単位、上場先、決算月、配当月を項目として含む。また、分野マスタ４２０は、銘柄マスタ４１０の複数の銘柄レコードを分野としてまとめるテーブルであり、分野ＣＤ、分野名、通し番号、銘柄ＣＤを項目として含む。すなわち、分野マスタ４２０は、注文の内容を分類する注文分野の識別情報と、注文分野ごとに担当する送信先の識別情報とを対応付けて管理する手段の一例である。
【００３２】
ユーザマスタ４３０は、セールスおよびディーラーを登録するテーブルであり、ユーザＩＤ、ユーザ名、ユーザ区分、担当分野１、担当分野２、担当分野３、担当顧客１、担当顧客２、担当顧客３を項目として含む。なお、担当分野１〜３は、セールスおよびディーラーが自身の専門として担当する分野である。また、担当顧客１〜３は、セールスおよびディーラーが自身が担当する顧客である。すなわち、ユーザマスタ４３０は、注文の依頼者を識別する依頼者の識別情報と、依頼者ごとに担当する送信先の識別情報とを対応付けて管理する手段の一例である。
【００３３】
顧客マスタ４４０は、顧客ＩＤ、顧客名、メール、住所、電話番号を項目として含む。注文テーブル４５０は、注文ＣＤ、顧客ＩＤ、セールスＩＤ、ディーラーＩＤ、注文画像、銘柄ＣＤ、売／買、枚数、指値／成行、ステータスを項目として含む。なお、注文画像には、注文入力画面においてセールスが入力した注文の画像へのファイルパスを記憶する。
【００３４】
ステータスの０は、セールスが起票した状態を表す。ステータスの１は、セールスがディーラーへ注文を送信した状態を表す。ステータスの２は、ディーラーが注文を受け付けた状態を表す。ステータスの２１は、ディーラーが注文をパス（受け付けない）状態を表す。ステータスの３は、ディーラーが注文に対する回答をセールスに送信した状態を表す。ステータスの３１は、ディーラーの回答がＮＧである状態表す。
【００３５】
ステータスの４は、セールスが仮約定の依頼をディーラーへ送信した状態を表す。ステータスの５は、ディーラーによって仮約定が行われた状態を表す。ステータスの５１は、ディーラーによる仮約定がＮＧとなった状態を表す。ステータスの６は、注文が約定した状態を表す。ステータスの９は、セールスによって送信された注文に複数の注文が含まれていて、その全てが完了した状態を表す。
以下のフローチャートにおける処理は、情報処理装置１０１、情報処理装置１０２、又はサーバ１０３のＣＰＵ２０１が、それぞれ行うものとする。
【００３６】
図５は、本実施形態の注文処理の一例を示すフローチャートである。図６は、本実施形態の注文分割処理の一例を示すフローチャートである。また、図７〜図２３は、情報処理装置１０１又は情報処理装置１０２に表示される画面の一例を示す図である。
図７〜図２３を参照しながら、図５及び図６のフローチャートについて説明する。
【００３７】
図５の注文処理のフローチャートについて説明する。
ステップＳ５０１において、情報処理装置１０１は、タッチセンサ２０９等を介してユーザによる注文アプリの起動操作を受け付け、注文アプリを起動する。
ステップＳ５０２において、情報処理装置１０１は、注文アプリの設定ファイルからユーザリストを取得する。なお、本実施形態においては、情報処理装置１０１は、設定ファイルからユーザリストを取得するとしたが、これに限定するものではなく、ネットワーク１０４上で注文アプリを起動している情報処理装置を検索し、それらの情報処理装置からユーザリストを取得してもよい。
【００３８】
ステップＳ５０３において、情報処理装置１０１は、注文入力画面（図７）をディスプレイ２１０に表示する。ここで、図７について説明する。図７の注文入力画面は、「顧客情報」「注文」「送信先」の領域がある。セールス担当者が電話を受けた顧客の情報が入力されると情報処理装置１０１は、顧客を検索し、顧客情報を取得し、「顧客情報」の領域に表示する。「注文」領域には、セールス担当者が顧客から受けた売買注文内容が入力される。「送信先」領域には、ステップＳ５０２にて取得されたユーザリストのうちディーラー担当者が表示される。セールス担当者は、「送信先」領域に表示されたディーラー担当者の中から売買注文を依頼するディーラーを選択する。
【００３９】
ステップＳ５０４において、情報処理装置１０１は、タッチセンサ２０９等を介してセールス担当者による顧客情報の入力を受け付け、顧客情報を検索し、ディスプレイ２１０に表示する。より具体的には、セールス担当者が顧客から聞いた顧客ＩＤを「顧客ＩＤ」欄に入力し、検索ボタンを押下する。タッチセンサ２０９等を介して検索ボタンを押下したことを検知した情報処理装置１０１は、入力された顧客ＩＤをサーバ１０３に送信し、顧客情報を取得し、「顧客名」「電話番号」欄に取得した顧客情報をディスプレイ２１０に表示する。
【００４０】
ステップＳ５０５において、情報処理装置１０１は、タッチセンサ２０９等を介してセールス担当者による注文入力を受け付ける（図８）。より具体的には、セールス担当者が顧客から聞いた注文内容を「注文」欄に入力する。情報処理装置１０１は、この入力を受け付ける。なお、本実施形態においては、「注文」欄への入力はタッチセンサ２０９等を用いた手書き入力としたが、これに限定するものではなく、キーボード等による入力であってもよい。
【００４１】
この時点で、情報処理装置１０１は、ステップＳ５０４にて表示した顧客情報、ステップＳ５０５にて入力を受け付けた注文内容を用いて、注文テーブル４５０にレコードをステータス＝０：起票として登録する。
ステップＳ５０６において、情報処理装置１０１は、ステップＳ５０５にて入力された注文を分割する。
【００４２】
ここで、図６の注文分割処理のフローチャートについて説明する。
ステップＳ６０１において、情報処理装置１０１は、ステップＳ５０５にて入力された注文を分割する指示を受け付け、指示があった場合はステップＳ６０２に進み、指示がなかった場合は注文分割処理を終了する。情報処理装置１０１は、図９や図１１のように、「注文」欄に記入された注文内容を区切る線が、セールス担当者によって引かれた場合、注文を分割する指示があったと判定する。但し、情報処理装置１０１は、注文内容を囲む枠が入力された場合、注文を分割する分割指示があったと判定してもよい。また、情報処理装置１０１は、注文ごとにマークが付けられた場合、注文を分割する分割指示があったと判定し、異なるマークの付いた注文を分割する等してもよい。
【００４３】
ステップＳ６０２において、情報処理装置１０１は、ステップＳ６０１にて受け付けた分割指示に従って、注文を分割する。より具体的には、情報処理装置１０１は、ステップＳ５０５にて入力された注文が手書きの場合、注文全体を１つの画像として、ステップＳ６０１にて受け付けた分割指示に従って、その画像を分割する。また、情報処理装置１０１は、ステップＳ５０５にて入力された注文がキーボード等により入力された文字情報の場合、注文全体を１つの文字列とし、ステップＳ６０１にて受け付けた分割指示に従って、その文字列を分割する。
【００４４】
この時点で、情報処理装置１０１は、分割された注文の数に従って、ステップＳ５０５にて注文テーブル４５０に登録したレコードを分割して注文テーブル４５０にステータス＝０：起票として登録する。
【００４５】
ステップＳ６０３において、情報処理装置１０１は、ステップＳ６０２にて分割した注文をディスプレイ２１０に表示する（図１０、図１２）。より具体的には、情報処理装置１０１は、ステップＳ５０５にて入力された注文が手書きの場合、ステップＳ６０２にて分割した画像を注文欄に表示する。また、情報処理装置１０１は、ステップＳ５０５にて入力された注文がキーボード等により入力された文字情報の場合、ステップＳ６０２にて分割した文字列を注文欄に表示する。これにより、入力された注文内容を分割し、異なるディーラーに注文を送信することが素早く行えないという課題を解決することができる。
【００４６】
情報処理装置１０１は、図９のような「注文」欄に記入された注文内容を区切る線や、囲む枠、マーク等に従って、注文を分割する。このことにより、注文の記入欄を複数用意したとしても、同分野の注文が複数あった場合は、それらをまとめて１人のディーラーに送信することが、素早く行えないという課題を解決することができる。つまり、注文内容を区切る線や、囲む枠、マークに従って、注文を分割することにより、注文の柔軟な分割が可能になる。
以上で、図６の注文分割処理の説明を終了する。図５の説明に戻る。
【００４７】
ステップＳ５０７において、情報処理装置１０１は、ステップＳ６０２にて分割して出来た注文の数だけ、ステップＳ５０８〜ステップＳ５３４を繰り返す。
ステップＳ５０８において、情報処理装置１０１は、セールス担当者による注文の選択を受け付ける（図１３、図１４）。図１３、図１４では、情報処理装置１０１が選択された注文が識別できるよう太枠で囲んで表示している例を示している。なお、タッチパネル操作の場合、注文をタップすることで選択される。
ステップＳ５０９において、情報処理装置１０１は、選択を受け付けた注文に従って、注文の送信先を絞込表示する。
【００４８】
より具体的には、図１３のように、「Ａ自（Ａ自動車）／Ｓ（売り）／成（成行）／５千（５０００株）」の注文が選択された場合、情報処理装置１０１は、画像を読み取ってＯＣＲを行い、「Ａ自動車」に関する売注文であることを認識する。情報処理装置１０１は、銘柄マスタ４１０を銘柄名「Ａ自動車」で検索し、銘柄ＣＤ「Ｃ０１」を取得する。また、情報処理装置１０１は、分野マスタ４２０を銘柄ＣＤ「Ｃ０１」で検索し、分野ＣＤ「ＢＹ１」を取得する。また、情報処理装置１０１は、ユーザマスタ４３０を担当分野１〜３を「ＢＹ１」で検索し、ユーザＩＤ「ＤＬ１」「ＤＬ２」「ＤＬ４」を取得する。
【００４９】
これにより、図１３、図１４の「送信先」欄には、ユーザＩＤ「ＤＬ１」「ＤＬ２」「ＤＬ４」である、「ディーラー一郎」「ディーラー二郎」「ディーラー四郎」の３名が表示される。
【００５０】
ステップＳ５１０において、情報処理装置１０１は、セールス担当者による送信先の選択を受け付ける。より具体的には、セールス担当者は、ステップＳ５０８にて選択した注文をドラッグし、「送信先」欄のアイコンにドロップすることで、その注文を送信する送信先の選択を行う。情報処理装置１０１は、この選択の操作等を受け付ける。なお、本実施形態においては、ドラッグ＆ドロップの操作で行うとしたが、これに限定するものではなく、注文を選択し、送信先を選択し、送信ボタン（不図示）の押下によって送信する等の方法であってもよい。なお、ここでは、送信先として「ディーラー一郎」が選択されたとする。
【００５１】
ステップＳ５１１において、情報処理装置１０１は、ステップＳ５０８にて選択した注文を、ステップＳ５１０にて選択した送信先に送信する。より具体的には、情報処理装置１０１は、ステップＳ６０２にて注文テーブル４５０に登録したレコードの「注文ＣＤ」「注文画像」、及びステップＳ５０９にて文字認識した「銘柄ＣＤ」「売／買」「株数」「指値／成行」の情報を送信する。これにより、入力された注文内容を異なる複数の送信先を指定することができないという課題を解決することができる。
ステップＳ５１２において、情報処理装置１０２は、ステップＳ５１１にて送信された注文を受信する。
ステップＳ５１３において、情報処理装置１０２は、ステップＳ５１２にて受信した注文をディスプレイ２１０に表示する（図１５、図１６）。
ステップＳ５１４において、情報処理装置１０２は、タッチセンサ２０９等を介してディーラー担当者による注文受付ボタンの押下を受け付ける。
【００５２】
ステップＳ５１５において、情報処理装置１０２は、ステップＳ５１４にて注文受付ボタンの押下を受け付けた注文について、その注文を送信した情報処理装置１０１に対し、注文ＣＤと共に受付済信号を送信する。
【００５３】
ステップＳ５１６において、情報処理装置１０１は、ステップＳ５１５にて送信された注文ＣＤと受付済信号とを受信する。この時点で、情報処理装置１０１は、注文テーブル４５０の注文ＣＤに対応するレコードをステータス＝１：ディーラー受付に更新する。
【００５４】
ステップＳ５１７において、情報処理装置１０１は、ステップＳ５１６にて受信した注文ＣＤについて、受付済をディスプレイ２１０に表示する（図１７、図１８）。
【００５５】
ステップＳ５１８において、情報処理装置１０２は、サーバ１０３に対して、ステップＳ５１２にて受信した注文情報を用いて、ポジション確認を行う。より具体的には、情報処理装置１０２は、売注文の場合、その顧客がその株式を保有しているかの確認をする。また、買注文の場合、情報処理装置１０２は、その顧客がその株式を指定株数だけ購入する現金を保有しているかの確認をする。なお、本実施形態においては、ポジション確認処理は、情報処理装置１０２がサーバ１０３に確認要求を行うとしたが、これに限定するものではなく、ディーラー担当者が情報処理装置１０２とは別の端末を操作することによって、サーバ１０３に確認要求をするとしてもよい。
【００５６】
ステップＳ５１９において、サーバ１０３は、ポジション確認処理を行い、情報処理装置１０２に確認結果を返信する。なお、この時点では、情報処理装置１０２のディスプレイ２１０には、図１９、図２０の画面が表示されている。
ステップＳ５２０において、情報処理装置１０２は、ステップＳ５１３にて表示された注文を分割する。
【００５７】
ステップＳ６０１において、情報処理装置１０２は、ステップＳ５１３にて表示された注文を分割する指示を受け付け、指示があった場合はステップＳ６０２に進み、指示がなかった場合は注文分割処理を終了する。より具体的には、情報処理装置１０２が図１９のように複数の注文をまとめて受信した場合、複数の注文において、ステップＳ５１８にて行ったポジション確認結果が異なる（例えば、一方の注文がＯＫ＆もう一方の注文がＮＧ）場合がある。その場合、図１９のようにポジション確認ボタンが１組だけだと正確な回答ができない。よって、ディーラー担当者は、図２１のように、「注文」欄に記入された注文内容を区切る線を引く操作を行い。情報処理装置１０２は、この注文を分割する指示を受け付ける。
【００５８】
ステップＳ６０２及びステップＳ６０３においては、ステップＳ５０６にて行った説明と同様の処理を情報処理装置１０２が行う。この注文分割処理により、図２１の注文は、図２０のように分割して表示される。これにより、複数の注文をまとめて受信したディーラーは、複数の注文の結果が異なる場合、複数の注文を分割して回答できないという課題を解決することができる。図５の説明に戻る。
【００５９】
ステップＳ５２１において、情報処理装置１０２は、ディーラー担当者による回答の入力を受け付ける。より具体的には、情報処理装置１０２は、ステップＳ５１８にて行ったポジション確認に従って行われるディーラー担当者による図１９、図２０のポジション確認の「ＯＫ」「ＮＧ」ボタンの押下を受け付ける。
ステップＳ５２２において、情報処理装置１０２は、受け付けた回答を情報処理装置１０１に送信する。
【００６０】
ステップＳ５２３において、情報処理装置１０１は、送信された回答を受信する。この時点で、情報処理装置１０１は、注文テーブル４５０の注文ＣＤに対応するレコードをステータス＝３：ディーラー回答済、又は３１：ディーラー回答ＮＧに更新する。
ステップＳ５２４において、情報処理装置１０１は、受信した回答を表示する（図２２）。
【００６１】
ステップＳ５２５において、情報処理装置１０１は、セールス担当者による仮約定依頼の入力を受け付ける。より具体的には、情報処理装置１０１は、図２２の「仮約定依頼」「キャンセル」ボタンの押下を受け付ける。
【００６２】
ステップＳ５２６において、情報処理装置１０１は、仮約定依頼ボタンが押下された注文について、情報処理装置１０２に仮約定依頼を送信する。この時点で、情報処理装置１０１は、注文テーブル４５０の注文ＣＤに対応するレコードをステータス＝４：仮約定送信済に更新する。
ステップＳ５２７において、情報処理装置１０２は、仮約定依頼を受信する。
【００６３】
ステップＳ５２８において、情報処理装置１０２は、サーバ１０３に対して、ステップＳ５２７にて受信した注文情報を用いて、仮約定登録を行う。より具体的には、情報処理装置１０２は、売注文又は買注文の仮登録を行う。なお、本実施形態においては、仮約定登録処理は、情報処理装置１０２がサーバ１０３に登録要求を行うとしたが、これに限定するものではない。ディーラー担当者が情報処理装置１０２とは別の端末を操作することによって、サーバ１０３に登録要求をするとしてもよい。
【００６４】
ステップＳ５２９において、サーバ１０３は、仮約定登録処理を行い、情報処理装置１０２に処理結果を返信する。なお、この時点では、情報処理装置１０２には、図２３の画面が表示されている。
【００６５】
ステップＳ５３０において、情報処理装置１０２は、ディーラー担当者による仮約定結果の入力を受け付ける。より具体的には、情報処理装置１０２は、ステップＳ５２８にて行った仮約定登録処理に従って行われる、ディーラー担当者による図２３の仮約定登録の「ＯＫ」「ＮＧ」ボタンの押下を受け付ける。
ステップＳ５３１において、情報処理装置１０２は、受け付けた仮約定結果を情報処理装置１０１に送信する。
【００６６】
ステップＳ５３２において、情報処理装置１０１は、送信された結果を受信する。この時点で、情報処理装置１０１は、注文テーブル４５０の注文ＣＤに対応するレコードをステータス＝５：仮約定済、又は３１：仮約定ＮＧに更新する。
ステップＳ５３３において、情報処理装置１０１は、受信した結果を表示する（図２４）。
【００６７】
ステップＳ５３４において、情報処理装置１０１は、仮約定ＯＫとなった注文について、仮約定の承認を受け付け、サーバ１０３に注文ＣＤを送信して仮約定の承認を要求する。
ステップＳ５３５において、サーバ１０３は、仮約定の承認の要求を受信し、注文ＣＤに対応する仮約定データを約定（取引成立）させる。
【００６８】
ステップＳ５３６において、情報処理装置１０１は、すべての注文について、ステップＳ５０８〜ステップＳ５３４を繰り返すと、すべての注文の結果を表示する（図２５）。より具体的には、情報処理装置１０１は、注文テーブル４５０を注文ＣＤ＝分割前の注文ＣＤ（例：Ｒ０２）で前方一致検索することにより、分割して登録されたレコードの結果を取得し、結果をまとめて表示する。これにより、分割して送信した注文の結果を顧客に報告するには、複数のディーラーからの回答を別々に表示すると、複数の回答をすべて確認しなくてはならないため、報告しづらいという課題を解決することができる。
以上で、図５の注文処理の説明を終了する。
以上により、複数注文の対応を容易に行う仕組みを提供することができる。
【００６９】
＜実施形態２＞
実施形態１は、複数注文を分割することにより、複数注文の対応を容易に行う仕組みであり、実施形態２は、注文を受信したディーラーが自らの操作によって、対応する注文を容易に選択する仕組みである。
図２６〜図２８を用いて、実施形態２を説明する。
【００７０】
図２６は、注文受付処理の一例を示すフローチャートであり、実施形態１における図５のステップＳ５１３（注文表示）〜ステップＳ５１５（受信済送信）を置き換えるものである。なお、図５のステップＳ５０１〜ステップＳ５１２、およびステップＳ５１６〜ステップＳ５３６については、実施形態１と同様であるため、説明を省略する。
図２７は、注文表示処理の一例を示すフローチャートである。図２８は、情報処理装置１０２において、受信した注文を表示する画面の一例を示す図である。
図２６を用いて、実施形態２に係る注文受付処理について説明する。
【００７１】
ステップＳ２６０１において、情報処理装置１０２は、現在、情報処理装置１０２にて操作を行っているディーラーの担当顧客を取得する。具体的には、ユーザマスタ４３０をディーラーのユーザＩＤで検索し、担当顧客１〜３を取得する。ここでは、現在、情報処理装置１０２にて操作を行っているディーラーのユーザＩＤは、「ＤＬ２（ディーラー二郎）」であるとする。
【００７２】
ステップＳ２６０２において、情報処理装置１０２は、注文を依頼した顧客が、ディーラーの担当顧客か否かを判定し、担当顧客である場合はステップＳ２６０４に進み、担当顧客でない場合はステップＳ２６０３に進む。具体的には、注文データに含まれる顧客ＩＤが、ステップＳ２６０１にて取得した担当顧客１〜３に含まれるか否かを判定する。ここでは、顧客ＩＤ「ＫＫ１（顧客Ａ子）」が、ユーザマスタ４３０のレコード４３１の「担当顧客１」に存在するため、顧客Ａ子がディーラー二郎の担当顧客であると判定する。
ステップＳ２６０３において、情報処理装置１０２は、注文の顧客情報２８０１（図２８）を表示する。
ステップＳ２６０４において、情報処理装置１０２は、優先フラグ＝ＯＮに設定し、ＲＡＭ２０２に記憶する。
【００７３】
ステップＳ２６０５において、情報処理装置１０２は、注文の顧客情報２８０１を強調して表示する。具体的には、図２８の２８０２のように、太枠で囲むや赤字で表示するなどユーザが自身の担当顧客の注文であることを識別できるように表示する。
【００７４】
ステップＳ２６０６において、情報処理装置１０２は、ユーザの担当分野を取得する。具体的には、ユーザマスタ４３０をディーラーのユーザＩＤで検索し、担当分野１〜３を取得する。
ステップＳ２６０７において、情報処理装置１０２は、ステップＳ５１２にて受信した注文に含まれる注文数の数だけ、ステップＳ２６０８を繰り返す。
ステップＳ２６０８において、情報処理装置１０２は、注文表示処理（図２７）を行う。
【００７５】
ステップＳ２６０９において、情報処理装置１０２は、ユーザによる未操作の注文の有無を判定し、有る場合はステップＳ２６０７に戻り、無い場合は図２６の注文受付処理を終了する。
以上で、図２６の注文受付処理の説明を終了する。
【００７６】
次に図２７を用いて、実施形態２に係る注文表示処理について説明する。
ステップＳ２７０１において、情報処理装置１０２は、対象とする注文の銘柄がユーザの担当分野か否かを判定する。担当である場合はステップＳ２７０３に進み、担当でない場合はステップＳ２７０２に進む。
【００７７】
具体的には、注文の銘柄がステップＳ２６０６にて取得した担当分野１〜３に含まれるか否かを判定する。例えば、図２８の注文２８０３のような「Ａ自（Ａ自動車）／Ｓ（売り）／成（成行）／５千（５０００株）」と記載されていた注文を受信した場合は、注文テーブル４５０（図４）には注文レコード４５２が登録される（ステップＳ５０５）。この注文レコード４５２の銘柄ＣＤである「Ｃ０１（Ａ自動車）」が、分野マスタ４２０におけるステップＳ２６０６にて取得したユーザの担当分野に対応づけられているか否かを判定する。
【００７８】
ステップＳ２７０２において、情報処理装置１０２は、図２８の注文２８０５のように注文を表示する。すなわち、ステップＳ２７０２は、受信した注文データの注文を表示する処理の一例を示すステップである。
ステップＳ２７０３において、情報処理装置１０２は、優先フラグ＝ＯＮに設定し、ＲＡＭ２０２に記憶する。
【００７９】
ステップＳ２７０４において、情報処理装置１０２は、図２８の注文２８０３のように注文を強調して表示する。具体的には、太枠で囲むや赤字で表示するなどユーザが自身の担当分野の注文であることを識別できるように表示する。
【００８０】
ステップＳ２７０５において、情報処理装置１０２は、当注文を受信したディーラーの情報を取得する。すなわち、ステップＳ２７０５は、注文データが送信された複数の送信先を取得する処理の一例を示すステップである。具体的には、注文テーブル４５０を当注文の注文ＣＤで検索して、ディーラーＩＤの値を取得する。例えば、図２８の注文２８０３の場合、注文テーブル４５０を注文ＣＤ「Ｒ０７−１」で検索し、注文レコード４５２からディーラーＩＤの値として「ＤＬ１（ディーラー一郎）」「ＤＬ２（ディーラー二郎）」「ＤＬ４（ディーラー四郎）」を取得する。
【００８１】
ステップＳ２７０６において、情報処理装置１０２は、当注文を受信したディーラーの対応中の件数を取得する。すなわち、ステップＳ２７０６は、複数の送信先がそれぞれ対応中の注文数を取得する処理の一例を示すステップである。具体的には、注文テーブル４５０をステップＳ２７０５で取得したディーラーＩＤで検索して、ディーラーが対応中であることを示すステータス「２：ディーラー受付」「３：ディーラー回答済」「４：仮約定送信済」の件数を取得する。なお、本実施形態においては、ディーラーが対応中であるステータスを「２」「３」「４」の３種類としたが、これに限定するものではなく、その他のステータスを対象としてもよい。ここでは、「ＤＬ１（ディーラー一郎）」「ＤＬ２（ディーラー二郎）」「ＤＬ４（ディーラー四郎）」の対応中件数として、「５」「２」「１」が取得されたとする。
【００８２】
ステップＳ２７０７において、情報処理装置１０２は、当注文のステータスを取得する。なお、ステータスは、当注文を受信したディーラー毎に存在する。具体的には、注文テーブル４５０を当注文の注文ＣＤで検索して、ディーラーＩＤとステータスの値を取得する。例えば、図２８の注文２８０３の場合、注文テーブル４５０を注文ＣＤ「Ｒ０７−１」で検索し、注文レコード４５２から「ディーラーＩＤ：ステータス」の値として「ＤＬ１：１」「ＤＬ２：１」「ＤＬ４：２１」を取得する。
【００８３】
ステップＳ２７０８において、情報処理装置１０２は、ＲＡＭ２０２に記憶されている優先フラグの値を判定し、ＯＮの場合はステップＳ２７０９に進み、ＯＦＦの場合はステップＳ２７１０に進む。
【００８４】
ステップＳ２７０９において、情報処理装置１０２は、当ディーラーを先頭に表示する（図２８の２８０６．２８０７、２８０８）。すなわち、ステップＳ２７０９は、表示された注文の注文分野識別情報と注文データを受信した送信先の識別情報とが対応付けられている場合、取得された複数の送信先のうち、当該注文データを受信した送信先を優先して表示する処理の一例を示すステップである。また、ステップＳ２７０９は、注文の依頼者を識別する依頼者の識別情報と注文データを受信した送信先の識別情報とが対応付けられている場合、取得された複数の送信先のうち、当該注文データを受信した送信先を優先して表示する処理の一例を示すステップである。
【００８５】
これにより、担当分野または担当顧客の注文の場合、優先して表示されるため、担当すべき注文を識別することができる。なお、本実施形態においては、担当分野または担当顧客の注文の場合、そのディーラーを先頭に表示するとしたが、これに限定するものではなく、例えば、その注文や顧客を太枠で囲む、点滅させる、ポップアップ表示するなど、ユーザが担当すべき注文であることを認識できればよい。
【００８６】
ステップＳ２７１０において、情報処理装置１０２は、当注文を受信したディーラーを対応中の件数の昇順で表示する。すなわち、ステップＳ２７１０は、注文数に従って、複数の送信先を表示する処理の一例を示すステップである。なお、優先フラグ＝ＯＮの場合は、当ディーラーを先頭に表示し、その後に、当注文を受信した他のディーラーを対応中の件数の昇順で表示する。また、ステップＳ２７０９およびステップＳ２７１０にて表示するディーラーを示すアイコンの右上には、対応中の件数を表示する。これにより、対応中の注文数の少ない順で送信先（ディーラー）が表示されるため、対応中の注文数が少ない送信先が注文を受け付け、かつ対応中の注文数が多い送信先が更に注文を受け付けることが少なくなるため、負荷を分散することができる。
【００８７】
なお、本実施形態においては、対応中の件数の昇順でディーラーを並べて表示するとしたが、これに限定するものではなく、対応中の件数が少ないディーラーほど大きく表示する、対応中の件数が少ないディーラーのみを表示するなどの方法であってもよい。つまり、対応中の件数が少ないディーラーを目立たせることで、対応すべきディーラーをサジェストして、負荷を分散させることができればよい。
【００８８】
なお、顧客Ａ子さんが当ディーラー（ディーラー二郎）の担当顧客であるため、図２８の２８０８のように、ディーラー二郎を先頭に表示したが、仮に注文を依頼した顧客が顧客Ｂ子さんの場合は、ディーラー二郎の担当顧客でないため、ディーラー二郎を先頭に表示することなく、対応中の件数の昇順で表示するため、ディーラー三郎（０件）、ディーラー二郎（２件）の順に表示する。
【００８９】
また、当注文を受信した他のディーラーを表すアイコンの近傍には、ステップＳ２７０７にて取得した、ディーラー毎のステータスを表示する。例えば、図２８の２８０９は、注文レコード４５２から「ディーラーＩＤ：ステータス」の値が「ＤＬ４：２１（ディーラーパス）」であるため、「パス済」と表示する。図２８の２８１０は、注文レコード４５３から「ディーラーＩＤ：ステータス」の値が「ＤＬ１：２（ディーラー受付）」であるため、「受付済」と表示する。
【００９０】
ステップＳ２７１１において、情報処理装置１０２は、当注文を受信したディーラー毎の注文ステータスを判定し、「３：ディーラー回答済」以降のステータスが有る場合はステップＳ２７１５に進み、「２：ディーラー受付済」のステータスが無い場合はステップＳ２７１２に進み、「２：ディーラー受付済」のステータスが有る場合はステップＳ２７１３に進む。
【００９１】
ステップＳ２７１２において、情報処理装置１０２は、当ディーラーを表すアイコンの近傍に「受付ボタン」「パスボタン」を表示する（図２８の２８１１）。なお、ここでは、「引取ボタン」は表示しない。すなわち、ステップＳ２７１２は、注文の対応権を引き取ることを不可能に制御する処理の一例を示すステップである。
【００９２】
ステップＳ２７１３において、情報処理装置１０２は、ＲＡＭ２０２に記憶されている優先フラグの値を判定し、ＯＮの場合はステップＳ２７１４に進み、ＯＦＦの場合はステップＳ２７１５に進む。
【００９３】
ステップＳ２７１４において、情報処理装置１０２は、当ディーラーを表すアイコンの近傍に「引取ボタン」「パスボタン」を表示する（図２８の２８１２）。すなわち、ステップＳ２７１４は、注文の対応権を引き取ることを可能に制御する処理の一例を示すステップである。これにより、担当分野または担当顧客の注文、かつ他の送信先に対応権を獲得された注文の場合、「引取ボタン」が表示されるため、担当すべき注文を識別することができる。なお、本実施形態においては、「引取ボタン」の表示／非表示で引き取りの可能／不可能を制御するとしたが、これに限定するものではなく、「引取ボタン」を表示しておき、そのボタンの有効化／無効化などによって、引き取りの可能／不可能を制御するとしてもよい。
【００９４】
ステップＳ２７１５において、情報処理装置１０２は、ユーザ（当ディーラー）の操作を受け付け、判定する。すなわち、ステップＳ２７１５は、表示された注文の対応権を獲得すべく、注文の受付操作を受け付ける処理の一例を示すステップである。全件受付ボタンが押下された場合はステップＳ２７１６に進み、受付ボタンが押下された場合はステップＳ２７１７に進む。パスボタンが押下された場合はステップＳ２７１８に進み、引取ボタンが押下された場合はステップＳ２７１９に進む。
【００９５】
ステップＳ２７１６において、情報処理装置１０２は、当注文を受信した他のディーラーおよび注文を送信したセールスに対して、画面に表示されている全注文について、他のディーラーおよびセールスが見ている画面のステータスを更新すべく、当ディーラーが受け付けたことを通知する。
【００９６】
ステップＳ２７１７において、情報処理装置１０２は、当注文を受信した他のディーラーおよび注文を送信したセールスに対して、受付ボタンが押下された注文について、他のディーラーおよびセールスが見ている画面のステータスを更新すべく、当ディーラーが受け付けたことを通知する。これにより、注文を受信したディーラーが自らの操作によって、対応権を獲得できるため、対応する注文を容易に選択することができる。
【００９７】
ステップＳ２７１８において、情報処理装置１０２は、当注文を受信した他のディーラーおよび注文を送信したセールスに対して、パスボタンが押下された注文について、他のディーラーおよびセールスが見ている画面のステータスを更新すべく、当ディーラーがパスしたことを通知する。
【００９８】
ステップＳ２７１９において、情報処理装置１０２は、当注文を既に受け付けたディーラーに、当ディーラーによって引取ボタンが押下されたことを通知する。この通知を受け取ったディーラーの情報処理装置においては、「ディーラー二郎さんがこの注文を引き取ることを要求しています。」のようなメッセージ（不図示）を表示する。
【００９９】
ステップＳ２７２０において、情報処理装置１０２は、ステップＳ２７１９にて通知したディーラーからの返答を判定する。返答が許可の場合はステップＳ２７２１に進み、返答が拒否の場合は当注文についての当ディーラーの処理を終了する。
【０１００】
ステップＳ２７２１において、情報処理装置１０２は、当注文を受信した他のディーラーおよび注文を送信したセールスに対して、引取ボタンが押下された注文について、他のディーラーおよびセールスが見ている画面のステータスを更新すべく、当ディーラーが引き取ったことを通知する。すなわち、ステップＳ２７２１は、他の送信先が注文の受付操作を受け付けたことによって、獲得できなかった当該注文の対応権を引き取る処理の一例を示すステップである。これにより、注文を受信したディーラーが自らの操作によって、対応権を獲得できなかった注文についても対応権を引き取ることができるため、対応する注文を容易に選択することができる。
【０１０１】
ステップＳ２７２２において、情報処理装置１０２は、注文のステータスを更新する。具体的には、ステップＳ２７１６〜ステップＳ２７１８、ステップＳ２７２１の処理に従って、注文テーブル４５０の当注文のステータスを更新する。
以上で、図２７の注文表示処理について説明を終了する。
以上により、注文を受信したディーラーが自らの操作によって、対応する注文を容易に選択することができる。
【０１０２】
＜その他の実施形態＞
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１０３】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１０４】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１０５】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０６】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０７】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１０８】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【０１０９】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１１０】
１００  情報処理システム
１０１  情報処理装置
１０２  情報処理装置
１０３  サーバ
１０４  ネットワーク
【図１】
2017111697.tif 000003
【図２】
2017111697.tif 000004
【図３】
2017111697.tif 000005
【図４】
2017111697.tif 000006
【図５】
2017111697.tif 000007
【図６】
2017111697.tif 000008
【図７】
2017111697.tif 000009
【図８】
2017111697.tif 000010
【図９】
2017111697.tif 000011
【図１０】
2017111697.tif 000012
【図１１】
2017111697.tif 000013
【図１２】
2017111697.tif 000014
【図１３】
2017111697.tif 000015
【図１４】
2017111697.tif 000016
【図１５】
2017111697.tif 000017
【図１６】
2017111697.tif 000018
【図１７】
2017111697.tif 000019
【図１８】
2017111697.tif 000020
【図１９】
2017111697.tif 000021
【図２０】
2017111697.tif 000022
【図２１】
2017111697.tif 000023
【図２２】
2017111697.tif 000024
【図２３】
2017111697.tif 000025
【図２４】
2017111697.tif 000026
【図２５】
2017111697.tif 000027
【図２６】
2017111697.tif 000028
【図２７】
2017111697.tif 000029
【図２８】
2017111697.tif 000030