(57)【特許請求の範囲】
【請求項１】
商品の注文を受け付けると、当該受け付けられた注文を未処理状態に対応付けて蓄積する蓄積部、
閲覧の要求を受け付けると、当該受け付けられた要求の要求者を注文先とする注文であって、前記未処理状態に対応付けられて前記蓄積された注文を抽出する抽出部、
前記抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、前記未処理状態以外の状態に対応付けられて前記蓄積された注文に基づいて決定する決定部、
前記抽出された注文を、前記決定された優先度の順に、前記要求者に提示する提示部
を備えることを特徴とする情報処理装置。
【請求項２】
前記決定部は、前記抽出された注文の各注文の優先度を、当該各注文の注文者ならびに注文先が共通する注文であって、前記未処理以外の状態に対応付けられて前記蓄積された注文と、当該各注文と、の類似度により、決定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記提示された注文のうち、前記要求者により処理された注文に対応付けられる状態を、処理済状態に更新する更新部
をさらに備えることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記決定部は、前記抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、前記処理済状態に対応付けられて前記蓄積された注文の頻度により、決定する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記決定部は、前記抽出された注文の各注文の優先度を、当該各注文の注文者ならびに注文先が共通する注文であって、前記処理済状態に対応付けられて前記蓄積された注文の頻度により、決定する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項６】
前記未処理状態に対応付けられて前記蓄積された注文のうち、キャンセルされた注文に対応付けられる状態を、キャンセル状態に更新する更新部
をさらに備えることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記決定部は、前記抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、前記キャンセル済の状態に対応付けられて前記蓄積された注文の稀少度により、決定する
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記決定部は、前記抽出された注文の各注文の優先度を、当該各注文の注文者ならびに注文先が共通する注文であって、前記キャンセル済の状態に対応付けられて前記蓄積された注文の稀少度により、決定する
ことを特徴とする請求項６に記載の情報処理装置。
【請求項９】
情報処理装置が実行する制御方法であって、
前記情報処理装置が、商品の注文を受け付けると、当該受け付けられた注文を未処理状態に対応付けて蓄積する蓄積工程、
前記情報処理装置が、閲覧の要求を受け付けると、当該受け付けられた要求の要求者を注文先とする注文であって、前記未処理状態に対応付けられて前記蓄積された注文を抽出する抽出工程、
前記情報処理装置が、前記抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、前記未処理状態以外の状態に対応付けられて前記蓄積された注文に基づいて決定する決定工程、
前記情報処理装置が、前記抽出された注文を、前記決定された優先度の順に、前記要求者に提示する提示工程
を備えることを特徴とする制御方法。
【請求項１０】
コンピュータを、
商品の注文を受け付けると、当該受け付けられた注文を未処理状態に対応付けて蓄積する蓄積部、
閲覧の要求を受け付けると、当該受け付けられた要求の要求者を注文先とする注文であって、前記未処理状態に対応付けられて前記蓄積された注文を抽出する抽出部、
前記抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、前記未処理状態以外の状態に対応付けられて前記蓄積された注文に基づいて決定する決定部、
前記抽出された注文を、前記決定された優先度の順に、前記要求者に提示する提示部
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、制御方法、及び、プログラムに関し、特に、電子商取引における注文の閲覧に関するものである。
【背景技術】
【０００２】
従来から、インターネット上において、商品の売買が可能な電子市場が知られている。電子市場を管理するショッピングサーバは、複数のカスタマから商品の注文を受け付け、受け付けた注文を、当該商品を販売するショップに転送する。注文はショップにほぼリアルタイムで通知されるが、ショップは注文を受けて即時に発送処理などの対応を行うわけではなく、ショップの都合のよいタイミングで注文を処理するのが一般的である。【０００３】
例えば、特許文献１には、電子商店街サーバ２が、ユーザ端末８から商品の注文を受け付けると、宅配便サーバ３に配送依頼情報を送信し、宅配便サーバ３が発送依頼情報を店舗に送信することが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１１４３９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のようにショップにとって都合のよいタイミングで注文を処理する場合、ショップにとっては、リアルタイムで注文を受けた順に提示されるよりも、ショップの都合のよいタイミングで、かつ、注文の優先度の順に提示された方が、利便性が高いという実情がある。【０００６】
本発明は、上記のような課題を解決するもので、ショップに対し利便性の高い注文の提示を行うのに好適な情報処理装置、制御方法、及び、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の観点に係る情報処理装置は、
商品の注文を受け付けると、当該受け付けられた注文を未処理状態に対応付けて蓄積する蓄積部、
閲覧の要求を受け付けると、当該受け付けられた要求の要求者を注文先とする注文であって、前記未処理状態に対応付けられて前記蓄積された注文を抽出する抽出部、
前記抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、前記未処理状態以外の状態に対応付けられて前記蓄積された注文に基づいて決定する決定部、
前記抽出された注文を、前記決定された優先度の順に、前記要求者に提示する提示部
を備えることを特徴とする。【０００８】
上記情報処理装置において、
前記決定部は、前記抽出された注文の各注文の優先度を、当該各注文の注文者ならびに注文先が共通する注文であって、前記未処理以外の状態に対応付けられて前記蓄積された注文と、当該各注文と、の類似度により、決定する
ことを特徴とする。【０００９】
また、上記情報処理装置において、
前記提示された注文のうち、前記要求者により処理された注文に対応付けられる状態を、処理済状態に更新する更新部
をさらに備えることを特徴とする。【００１０】
また、上記情報処理装置において、
前記決定部は、前記抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、前記処理済状態に対応付けられて前記蓄積された注文の頻度により、決定する
ことを特徴とする。【００１１】
また、上記情報処理装置において、
前記決定部は、前記抽出された注文の各注文の優先度を、当該各注文の注文者ならびに注文先が共通する注文であって、前記処理済状態に対応付けられて前記蓄積された注文の頻度により、決定する
ことを特徴とする。【００１２】
また、上記情報処理装置において、
前記未処理状態に対応付けられて前記蓄積された注文のうち、キャンセルされた注文に対応付けられる状態を、キャンセル状態に更新する更新部
をさらに備えることを特徴とする。【００１３】
また、上記情報処理装置において、
前記決定部は、前記抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、前記キャンセル済の状態に対応付けられて前記蓄積された注文の稀少度により、決定する
ことを特徴とする。【００１４】
また、上記情報処理装置において、
前記決定部は、前記抽出された注文の各注文の優先度を、当該各注文の注文者ならびに注文先が共通する注文であって、前記キャンセル済の状態に対応付けられて前記蓄積された注文の稀少度により、決定する
ことを特徴とする。【００１５】
本発明の第２の観点に係る制御方法は、
商品の注文を受け付けると、当該受け付けられた注文を未処理状態に対応付けて蓄積する蓄積工程、
閲覧の要求を受け付けると、当該受け付けられた要求の要求者を注文先とする注文であって、前記未処理状態に対応付けられて前記蓄積された注文を抽出する抽出工程、
前記抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、前記未処理状態以外の状態に対応付けられて前記蓄積された注文に基づいて決定する決定工程、
前記抽出された注文を、前記決定された優先度の順に、前記要求者に提示する提示工程
を備えることを特徴とする。【００１６】
本発明の第３の観点に係るプログラムは、
コンピュータを、
商品の注文を受け付けると、当該受け付けられた注文を未処理状態に対応付けて蓄積する蓄積部、
閲覧の要求を受け付けると、当該受け付けられた要求の要求者を注文先とする注文であって、前記未処理状態に対応付けられて前記蓄積された注文を抽出する抽出部、
前記抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、前記未処理状態以外の状態に対応付けられて前記蓄積された注文に基づいて決定する決定部、
前記抽出された注文を、前記決定された優先度の順に、前記要求者に提示する提示部
として機能させることを特徴とする。【００１７】
なお、上記プログラムは、記録媒体に記録されてもよい。この記録媒体は、非一時的な（non-transitory）記録媒体であってよく、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。
【発明の効果】
【００１８】
本発明によれば、ショップに対し利便性の高い注文の提示を行うのに好適な情報処理装置、制御方法、及び、プログラムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係る情報処理装置と、ショップ端末と、カスタマ端末と、ショッピングサーバと、の関係を示す図である。
【図２】情報処理装置と、ショップ端末と、カスタマ端末と、の間で行われる通信の例を示す図である。
【図３】本発明の実施形態に係る情報処理装置が実現される典型的な情報処理装置の物理構成を示す図である。
【図４】実施形態１に係る情報処理装置の機能構成を示す図である。
【図５】注文履歴テーブルを説明するための図である。
【図６】未処理の注文テーブルを説明するための図である。
【図７】実施形態１に係る情報処理装置が行う制御処理を説明するためのフローチャートである。
【図８】実施形態２に係る情報処理装置の機能構成を示す図である。
【図９】実施形態２に係る情報処理装置が行う制御処理を説明するためのフローチャートである。
【図１０】実施形態３に係る情報処理装置が行う制御処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００２０】
以下に本発明の実施形態を説明する。以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素もしくは全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
【００２１】
（１．全体構成）
本発明の実施形態に係る情報処理装置１００は、図１に示すように、インターネット４００に接続される。インターネット４００には、情報処理装置１００の他に、ショップ端末２０１、２０２〜２０ｍ（以下、これらを総称して「ショップ端末２００」という）と、カスタマ端末３０１、３０２〜３０ｎ（以下、これらを総称して「カスタマ端末３００」という）と、ショッピングサーバ５００とが接続されている。
【００２２】
ショッピングサーバ５００は、インターネット上で商品やサービスの売買が行われる電子市場を管理する装置である。
【００２３】
ショップ端末２００は、電子市場において商品を販売するショップ（販売者）において使用される端末である。
【００２４】
カスタマ端末３００は、ショップが販売する商品の閲覧・購入を行うカスタマが使用する端末である。
【００２５】
ショッピングサーバ５００は、ショップ端末２００から送信された商品の情報を登録し、カスタマ端末３００からの要求に応じて、登録されている商品の情報を提示する。また、ショッピングサーバ５００は、カスタマ端末３００から商品の注文を受け付け、ショップ端末２００に注文についての情報を送信する。
【００２６】
情報処理装置１００は、カスタマ端末３００からの商品の注文を受け付け、当該注文についての情報を蓄積したり、ショップ端末２００からの閲覧要求に応じて、蓄積した注文を提示したりする。
【００２７】
なお、情報処理装置１００とショッピングサーバ５００との関係は、図１に示すものに限らない。例えば、情報処理装置１００は、ショッピングサーバ５００と直接接続されていてもよいし、あるいは、ショッピングサーバ５００と、情報処理装置１００とが一体として構成されてもよい。
【００２８】
図２に、本願において、カスタマ端末３００からの注文及びショップ端末２００からの注文の閲覧要求が行われる場合の、情報処理装置１００、ショップ端末２００、及びカスタマ端末３００の間で行われる通信の一例を示す。
【００２９】
カスタマ端末３００は、電子市場においてショップが販売する商品の注文を情報処理装置１００に送信する（１−１〜１−ｔ（ｔ：任意の値））。情報処理装置１００は、受信した注文を、情報処理装置１００が有する記録媒体やネットワークで接続された他の記録媒体等に蓄積する。
【００３０】
ショップ端末２００は、情報処理装置１００に、蓄積された注文の閲覧の要求を送信する（２）。
【００３１】
情報処理装置１００は、ショップ端末２００から閲覧の要求を受け付けると、要求を送信したショップ端末２００に提示すべき注文を、蓄積した注文の中から抽出し、注文の優先度を求め、この優先度の順で注文をショップ端末２００に提示する（３）。
【００３２】
また、提示された注文について、発送などの処理がされると、ショップ端末２００は、情報処理装置１００に、処理済みの通知を送信する（４）。
【００３３】
また、カスタマ端末３００は、商品のキャンセルの通知を情報処理装置１００に送信する（５）。
【００３４】
なお、カスタマ端末３００は、キャンセルの通知を、ショップ端末２００に直接送信してもよい。この場合、キャンセルの通知を受信したショップ端末２００が、情報処理装置１００に、キャンセルの通知を送信する。
【００３５】
（２．情報処理装置の概要構成）
本発明の実施形態に係る情報処理装置１００が実現される典型的な情報処理装置６００の物理的構成について説明する。
【００３６】
情報処理装置６００は、図３に示すように、ＣＰＵ（Central Processing Unit）６０１と、ＲＯＭ（Read Only Memory）６０２と、ＲＡＭ（Random Access Memory）６０３と、ＮＩＣ（Network Interface Card）６０４と、画像処理部６０５と、音声処理部６０６と、ＤＶＤ−ＲＯＭ（Digital Versatile Disc ROM）ドライブ６０７と、インターフェース６０８と、外部メモリ６０９と、コントローラ６１０と、モニタ６１１と、スピーカ６１２と、を備える。
【００３７】
ＣＰＵ  ６０１は、情報処理装置６００全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。
【００３８】
ＲＯＭ  ６０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、所定のプログラムをＲＡＭ  ６０３に読み出してＣＰＵ  ６０１による当該プログラムの実行が開始される。また、ＲＯＭ  ６０２には、情報処理装置６００全体の動作制御に必要なオペレーティングシステムのプログラムや各種のデータが記録される。
【００３９】
ＲＡＭ  ６０３は、データやプログラムを一時的に記憶するためのもので、ＤＶＤ−ＲＯＭから読み出したプログラムやデータ、その他、通信に必要なデータ等が保持される。
【００４０】
ＮＩＣ  ６０４は、情報処理装置６００をインターネット等のコンピュータ通信網に接続するためのものであり、ＬＡＮ（Local Area Network）を構成する際に用いられる１０ＢＡＳＥ−Ｔ／１００ＢＡＳＥ−Ｔ規格にしたがうものや、電話回線を用いてインターネットに接続するためのアナログモデム、ＩＳＤＮ（Integrated Services Digital Network）モデム、ＡＤＳＬ（Asymmetric Digital Subscriber Line）モデム、ケーブルテレビジョン回線を用いてインターネットに接続するためのケーブルモデム等と、これらとＣＰＵ  ６０１との仲立ちを行うインターフェース（図示せず）等により構成される。
【００４１】
画像処理部６０５は、ＤＶＤ−ＲＯＭ等から読み出されたデータをＣＰＵ  ６０１や画像処理部６０５が備える画像演算プロセッサ（図示せず）によって加工処理した後、これを画像処理部６０５が備えるフレームメモリ（図示せず）に記録する。フレームメモリに記録された画像情報は、所定の同期タイミングでビデオ信号に変換され、モニタ６１１に出力される。これにより、各種のページ表示が可能となる。
【００４２】
音声処理部６０６は、ＤＶＤ−ＲＯＭ等から読み出した音声データをアナログ音声信号に変換し、これに接続されたスピーカ６１２から出力させる。また、ＣＰＵ  ６０１の制御の下、情報処理装置６００が行う処理の進行の中で発生させるべき音を生成し、これに対応した音声をスピーカ６１２から出力させる。
【００４３】
ＤＶＤ−ＲＯＭドライブ６０７に装着されるＤＶＤ−ＲＯＭには、例えば、実施形態に係る情報処理装置１００を実現するためのプログラムが記憶される。ＣＰＵ  ６０１の制御によって、ＤＶＤ−ＲＯＭドライブ６０７は、これに装着されたＤＶＤ−ＲＯＭに対する読み出し処理を行って、必要なプログラムやデータを読み出し、これらはＲＡＭ  ６０３等に一時的に記憶される。
【００４４】
インターフェース６０８には、外部メモリ６０９、コントローラ６１０、モニタ６１１、及びスピーカ６１２が、着脱可能に接続される。
【００４５】
外部メモリ６０９には、ユーザの個人情報に関するデータなどが書き換え可能に記憶される。
【００４６】
コントローラ６１０は、情報処理装置６００の各種の設定時などに行われる操作入力を受け付ける。情報処理装置６００のユーザは、コントローラ６１０を介して指示入力を行うことにより、これらのデータを適宜外部メモリ６０９に記録することができる。
【００４７】
モニタ６１１は、画像処理部６０５により出力されたデータを情報処理装置６００のユーザに提示する。
【００４８】
スピーカ６１２は、音声処理部６０６により出力された音声データを情報処理装置６００のユーザに提示する。
【００４９】
この他、情報処理装置６００は、ハードディスク等の大容量外部記憶装置を用いて、ＲＯＭ  ６０２、ＲＡＭ  ６０３、外部メモリ６０９、ＤＶＤ−ＲＯＭドライブ６０７に装着されるＤＶＤ−ＲＯＭ等と同じ機能を果たすように構成してもよい。
【００５０】
以下、上記情報処理装置６００において実現される情報処理装置１００について、図１乃至図１０を参照して説明する。情報処理装置６００に電源が投入されると、実施形態に係る情報処理装置１００として機能させるプログラムが実行され、実施形態に係る情報処理装置１００が実現される。
【００５１】
（３．実施形態１の情報処理装置の機能構成）
実施形態１の情報処理装置は、カスタマから受けた注文をショップの要求に応じたタイミングで、優先度の順にショップに提示する。
【００５２】
情報処理装置１００は、図４に示すように、蓄積部１０１と、抽出部１０２と、決定部１０３と、提示部１０４と、から構成される。
【００５３】
本実施形態及び後述する実施形態において、ＣＰＵ  ６０１が、蓄積部１０１、抽出部１０２、決定部１０３、及び提示部１０４として機能する。
【００５４】
蓄積部１０１は、商品の注文を受け付けると、受け付けられた注文を未処理状態に対応付けて蓄積する。
【００５５】
例えば、情報処理装置１００のＲＡＭ  ６０３には、図５に示すような注文履歴テーブル６０３ａが格納されている。
【００５６】
注文履歴テーブル６０３ａには、電子市場において行われた注文を特定するための注文ＩＤ  ６０３ａ１と、当該注文に係る商品を販売する注文先（ショップＩＤ）６０３ａ２と、当該注文を行った注文者（カスタマＩＤ）６０３ａ３と、当該注文を行った注文日時６０３ａ４と、当該注文に係る商品ＩＤ  ６０３ａ５と、購入金額６０３ａ６と、注文の処理状態６０３ａ７と、が対応付けて登録されている。なお、注文履歴テーブル６０３ａに含まれる項目はこれらに限らず、例えば、購入金額の代わりに或いは購入金額と共に商品の購入個数が項目として含まれてもよい。
【００５７】
例えば、図５の注文履歴テーブル６０３ａの１行目は、「注文ＩＤ“ＷＷＷ”の注文は、ショップＸ１（ショップＩＤ“Ｘ１”）の商品ａａａ（商品ＩＤ“ａａａ”）に対するカスタマＡ１（カスタマＩＤ“Ａ１”）の注文であって、カスタマＡ１により２０１４年１２月１日１０時に注文され、注文の購入金額が“３０００円”であり、ショップＸ１により未だ処理されていない」ことを示す。
【００５８】
例えば、蓄積部１０１は、カスタマ端末３００から商品の注文を受け付けると、注文履歴テーブル６０３ａに、受け付けられた注文についての注文内容に関する情報（注文ＩＤ  ６０３ａ１〜購入金額６０３ａ６）を登録し、さらに、当該注文が未だ処理されていないことを示すために、処理状態６０３ａ７を“未処理”として登録する。
【００５９】
抽出部１０２は、閲覧の要求を受け付けると、受け付けられた要求の要求者を注文先とする注文であって、未処理状態に対応付けられて蓄積された注文を抽出する。
【００６０】
例えば、要求者とは、電子市場で商品を販売しているショップ（販売者）であり、抽出部１０２は、要求者が操作するショップ端末２００から、蓄積された注文の閲覧の要求を受け付ける。
【００６１】
抽出部１０２は、注文履歴テーブル６０３ａを参照して、閲覧の要求を送信したショップを注文先とする注文であって、未処理状態に対応付けられている注文を抽出する。
【００６２】
例えば、要求者がショップＸ１である場合、抽出部１０２は、図５の注文履歴テーブル６０３ａを参照して、注文先（ショップＩＤ）６０３ａ２が“Ｘ１”で、処理状態６０３ａ７が“未処理”の注文を抽出する。
【００６３】
決定部１０３は、抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、未処理状態以外の状態に対応付けられて蓄積された注文に基づいて決定する。
【００６４】
例えば、決定部１０３は、図５の注文履歴テーブル６０３ａを参照して、ショップＸ１おける未処理の注文の注文者（カスタマＡ１、カスタマＡ２、カスタマＡ３等）のそれぞれについて、処理状態６０３ａ７が“未処理”以外の注文を特定する。そして、ショップＸ１の未処理の注文の注文者であるカスタマＡ１について、ショップＸ１の“未処理”以外の注文、及び、他のショップのショップＸ２（ショップＩＤ“Ｘ２”）等の“未処理”以外の注文を特定する。決定部１０３は、これらの特定された注文に基づいて、ショップＸ１に対してカスタマＡ１が行った注文の優先度を決定する。
【００６５】
例えば、決定部１０３は、ショップにおける注文の処理に際して問題が生じる可能性が低い場合や、短時間で処理が可能で、早めに処理したほうがカスタマ及びショップの双方にとって都合のよい場合に、優先度を高くする。よって、例えば、決定部１０３は、これまでの自身のショップや他のショップにおいて、問題なく注文が処理されたカスタマの注文や自身のショップの常連客の注文などについては、優先度を高く設定する。一方、ショップにとって注文の処理に際して十分な注意が必要な場合や、対応を検討するのに時間がかかりそうな場合には、優先度を低く設定する。
【００６６】
ショップにとって注文の処理に際して十分な注意が必要な場合や、対応を検討するのに時間がかかりそうな場合とは、例えば、購入金額が異常に高い場合や、購入個数が異常に多い場合である。このような場合、直ちに処理を行わず、カスタマは支払いが可能なのか検討を要する必要がある。また、ショップは、商品の確保が可能であるのか、対応を検討する必要がある。よって、このような場合に、優先度を低く設定し、他の安全な（問題が生じる可能性が低い）注文を優先させて、早く処理することによりショップにおける注文の処理効率を高めることができる。
【００６７】
決定部１０３は、例えば、これまでのカスタマＡ１のショップＸ１及びその他のショップでの既に処理が終わっている注文の履歴から、最も購入金額が高額な注文を特定し、特定した注文の購入金額より今回のショップＸ１における注文の購入金額の方が大きい場合、他カスタマの未処理の注文よりも優先度を低く設定する。
【００６８】
また、ショップＸ１においてカスタマＡ１の注文が初めてである場合、当該注文における購入金額が、他のショップでの購入金額よりも大きい場合、決定部１０３は、カスタマＡ１の注文の優先度を、他カスタマの未処理の注文の優先度よりも低くする。また、ショップＸ１でのカスタマＡ１の注文における購入個数が、他のショップでの購入個数よりも大きい場合、決定部１０３は、カスタマＡ１の注文の優先度を、他カスタマの未処理の注文の優先度よりも低くするようにしてもよい。
【００６９】
あるいは、ショップＸ１におけるカスタマＡ１の注文が初めてである場合、当該注文における購入金額／購入個数が、ショップＸ１における購入金額／購入個数の平均よりも大きい場合、決定部１０３は、カスタマＡ１の注文の優先度を、他カスタマの未処理の注文の優先度よりも低くするようにしてもよい。
【００７０】
また、例えば、決定部１０３は、抽出された注文の各注文の優先度を、当該各注文の注文者ならびに注文先が共通する注文であって、未処理以外の状態に対応付けられて蓄積された注文と、当該各注文と、の類似度により、決定する。
【００７１】
注文の類似度とは、注文の回数や頻度、購入金額、購入個数等において類似しているか否かを示す。回数、頻度、購入金額または購入個数が類似するほど、類似度は高い。
【００７２】
例えば、決定部１０３は、図５の注文履歴テーブル６０３ａを参照して、ショップＸの未処理の注文の注文者であるカスタマＡ１について、ショップＸ１における未処理以外の注文を特定する。決定部１０３は、これらの特定されたカスタマＡ１のショップＸ１における未処理以外の過去の注文と、カスタマＡ１のショップＸ１における未処理の注文と、の類似度を求める。例えば、未処理以外の注文が１日１回行われており、未処理の注文が１時間に１０回行われていた場合、類似度は‘低い’と求める。
【００７３】
また、決定部１０３は、同様に、図５の注文履歴テーブル６０３ａを参照して、ショップＸ１の未処理の注文の注文者であるカスタマＡ２について、ショップＸ１における未処理以外の注文を特定する。決定部１０３は、これらの特定されたカスタマＡ２のショップＸ１における未処理以外の過去の注文と、カスタマＡ２のショップＸ１における未処理の注文と、の類似度を求める。例えば、未処理以外の注文が１日１回行われており、未処理の注文が１日１回行われていた場合、類似度は‘高い’と求める。
【００７４】
なお、類似度の算出方法は任意である。例えば、比較する回数や金額等の差分を類似度としてもよいし、回数等について予め複数の段階を設定し、当該段階に類似度（“高い”〜“低い”）を対応付けるようにしてもよい。
【００７５】
決定部１０３は、カスタマＡ１の未処理の注文の類似度と、カスタマＡ２の未処理の注文の類似度とを比較し、カスタマＡ１についての類似度が低いので、カスタマＡ１の未処理の注文の優先度をカスタマＡ２の未処理の注文の優先度より下げる。
【００７６】
このように、決定部１０３は、要求者であるショップＸ１の未処理の注文のすべてについて、類似度を求め、各注文の類似度を比較して、閲覧要求時に蓄積されている、全ての未処理の注文の優先度を決定する。
【００７７】
提示部１０４は、抽出された注文を、決定された優先度の順に、要求者に提示する。
【００７８】
例えば、提示部１０４は、図６に示すような未処理の注文テーブル６０３ｂを作成し、この未処理の注文テーブル６０３ｂのデータを、要求者のショップ端末２００に送信する。
【００７９】
未処理の注文テーブル６０３ｂには、注文の優先度６０３ｂ１と、注文ＩＤ  ６０３ｂ２と、当該注文を行った注文者（カスタマＩＤ）６０３ｂ３と、当該注文を行った注文日時６０３ｂ４と、注文の商品ＩＤ  ６０３ｂ５と、購入金額６０３ｂ６と、が対応付けて登録されている。優先度は、値が小さいほど、優先度が高いものとする。
【００８０】
要求者（ショップ）は、優先度が付された注文の情報を受信すると、この情報を参考に、注文の処理を行う順番を決定し、順次発送などの処理を行う。
【００８１】
本実施形態によれば、ショップが定期的に注文を処理する際に、処理が簡単に終わるであろう注文を優先して表示することができる。そして、ショップは、優先された注文を先に処理し、対応に時間のかかる注文を後に回すことで、ショップの処理効率を向上させることができ、ひいては、カスタマの顧客満足度を高めることができる。すなわち、ショップに対して利便性の高い注文の提示を行うことができる。
【００８２】
（４．実施形態１の情報処理装置の動作）
次に、本実施形態の情報処理装置１００の動作について説明する。情報処理装置１００は、例えば、ショップ端末２００やカスタマ端末３００から何等かのデータを受信すると、図７に示す制御処理を開始する。
【００８３】
蓄積部１０１は、商品の注文を受け付けたか否かを判断する（ステップＳ１０１）。蓄積部１０１が商品の注文を受け付けたと判断すると（ステップＳ１０１；Ｙｅｓ）、蓄積部１０１は受け付けられた注文を未処理状態に対応付けて蓄積する（ステップＳ１０２）。一方、蓄積部１０１が電子市場において商品の注文を受け付けていないと判断した場合（ステップＳ１０１；Ｎｏ）、抽出部１０２は閲覧の要求を受け付けたか否かを判断する（ステップＳ１０３）。
【００８４】
例えば、蓄積部１０１は、カスタマから注文を受け付けたと判断すると、図５の注文履歴テーブル６０３ａに、受け付けられた注文について注文内容に関する情報を登録し、処理状態６０３ａ７を“未処理”として登録する。一方、商品の注文を受け付けていないと判断すると、抽出部１０２は、電子市場のいずれかのショップから注文の閲覧の要求を受け付けたか否かを判断する。
【００８５】
抽出部１０２が閲覧の要求を受け付けたと判断すると（ステップＳ１０３；Ｙｅｓ）、抽出部１０２は、受け付けられた要求の要求者を注文先とする注文であって、未処理状態に対応付けられて蓄積された注文を抽出する（ステップＳ１０４）。一方、抽出部１０２が閲覧の要求を受け付けていないと判断すると（ステップＳ１０３；Ｎｏ）、ステップＳ１０１に戻る。
【００８６】
例えば、抽出部１０２は、ショップＸ１から注文の閲覧の要求を受け付けたと判断すると、ショップＸ１を注文先とする未処理の注文を、図５の注文履歴テーブル６０３ａから抽出する。一方、抽出部１０２が、いずれのショップからも注文の閲覧の要求を受け付けていないと判断すると、ステップＳ１０１に戻る。
【００８７】
次に、決定部１０３は、抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、未処理状態以外の状態に対応付けられて蓄積された注文に基づいて決定する（ステップＳ１０５）。
【００８８】
例えば、決定部１０３は、図５の注文履歴テーブル６０３ａから、ショップＸの未処理の注文の各注文者（カスタマＡ１、カスタマＡ２、カスタマＡ３・・・）の注文のうち処理状態６０３ａ７が“未処理”以外の注文を抽出する。そして、決定部１０３は、各カスタマの未処理以外の注文に基づいて、各カスタマの未処理の注文の優先度を決定する。
【００８９】
提示部１０４は、抽出された注文を、決定された優先度の順に、要求者に提示する。
【００９０】
例えば、提示部１０４は、図６に示すように、ショップＸ１の未処理の注文を、決定部１０３により決定された優先度の順で、ショップＸ１に提示する。
【００９１】
（５．実施形態２の情報処理装置の機能構成）
実施形態２の情報処理装置は、ショップにより処理された注文を処理済み状態に対応づけて登録し、処理済みの注文に基づいて、優先度を決定する。
【００９２】
情報処理装置１００は、図８に示すように、蓄積部１０１と、抽出部１０２と、決定部１０３と、提示部１０４と、更新部１０５と、から構成される。本実施形態において、蓄積部１０１、抽出部１０２、及び、提示部１０４は、実施形態１と同様の機能を有する。以下、異なる機能を有する決定部１０３、更新部１０５について説明する。
【００９３】
更新部１０５は、提示された注文のうち、要求者により処理された注文に対応付けられる状態を、処理済状態に更新する。
【００９４】
例えば、更新部１０５は、図６に示す未処理の注文について、ショップ端末２００により注文の処理が終了した旨の通知を受け付けると、図５の注文履歴テーブル６０３ａの処理状態６０３ａ７の項目を“処理済”に更新する。
【００９５】
本実施形態では、ＣＰＵ  ６０１が、更新部１０５として機能する。なお、後述する実施形態においても同様である。
【００９６】
決定部１０３は、抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、処理済状態に対応付けられて蓄積された注文の頻度により、決定する。
【００９７】
例えば、決定部１０３は、図５の注文履歴テーブル６０３ａを参照して、ショップＸ１における未処理の注文の注文者（カスタマ）のそれぞれについて、処理状態６０３ａ７が“処理済”の注文を抽出する。そして、決定部１０３は、各カスタマの処理済みの注文の頻度を求め、注文の頻度が高いほど、注文の優先度を高くする。
【００９８】
例えば、ショップＸ１の未処理の注文の注文者であるカスタマＡ１が、ショップＸ１やその他のショップ（例えば、ショップＹ）で注文（購入）を行った頻度を求める。また、同様に、ショップＸ１の未処理の注文の注文者であるカスタマＡ２が、ショップＸ１やその他のショップで注文を行った頻度を求める。そして、決定部１０３は、カスタマＡ２の注文の頻度の方がカスタマＡ１の注文の頻度よりも高い場合、カスタマＡ２の未処理の注文の優先度をカスタマＡ１の未処理の注文の優先度よりも高くする。このように、ショップＸ１の未処理の注文の全ての注文者について過去の注文の頻度を求め、注文の頻度が高いほど注文の優先度を高くする。
【００９９】
本実施形態によれば、電子市場において商品の購入を頻繁にする注文者ほど、注文の処理を優先するよう提示される。商品の購入を頻繁に行う注文者は、既に注文の処理が複数回行われているので、信頼性の高いカスタマであると考えられる。よって、ショップは、注文の処理に際し問題が生じる可能性が低い注文を先に処理することにより、ショップの処理効率を向上させることができる。また、商品の購入を頻繁に行う注文者は、よく電子市場を利用するカスタマであるので、ショップを気に入れば常連客となる可能性が高い。よって、あるショップにおいて購入が初めてのカスタマでも、商品の注文（購入）を頻繁に行う注文者については、優先的に処理を行うことにより、顧客満足度を高めることができ、ひいては常連客を増やすことができる。
【０１００】
また、決定部１０３は、抽出された注文の各注文の優先度を、当該各注文の注文者ならびに注文先が共通する注文であって、処理済状態に対応付けられて蓄積された注文の頻度により、決定するようにしてもよい。
【０１０１】
すなわち、決定部１０３は、ショップＸ１における注文者（カスタマＡ１、カスタマＡ２、カスタマＡ３）のそれぞれの過去の注文の頻度を求め、頻度が高いカスタマの注文ほど、優先度を高くする。
【０１０２】
これにより、ショップの常連客の注文は、常連客でない注文よりも優先度が高く提示されるので、当該ショップの常連客を優先して処理することができる。
【０１０３】
（６．実施形態２の情報処理装置の動作）
次に、本実施形態の情報処理装置１００の動作について説明する。情報処理装置１００は、例えば、ショップ端末２００やカスタマ端末３００から何等かのデータを受信すると、図９に示す制御処理を開始する。なお、図９のフローチャートのステップＳ２０１〜Ｓ２０４、Ｓ２０６の処理は、図７のフローチャートのステップＳ１０１〜Ｓ１０４、Ｓ１０６の処理と同様である。したがって、これらの処理については省略する。
【０１０４】
ステップＳ２０３において、抽出部１０２が閲覧の要求を受け付けていないと判断すると（ステップＳ２０３；Ｎｏ）、更新部１０５は、処理済みの通知を受けたか否かを判断する（ステップＳ２０７）。更新部１０５が処理済みの通知を受けたと判断すると（ステップＳ２０７；Ｙｅｓ）、更新部１０５は、提示された注文のうち、要求者により処理された注文に対応付けられる状態を、処理済状態に更新する（ステップＳ２０８）。更新後、ステップＳ２０１に戻る。一方、更新部１０５が処理済みの通知を受け付けていないと判断すると（ステップＳ２０７；Ｎｏ）、ステップＳ２０１に戻る。
【０１０５】
例えば、更新部１０５は、未処理の注文について優先度を付して提示したショップから、提示した未処理の注文が処理を終えた旨の通知（処理済みの通知）を受け付けたか否か判断する。例えば、更新部１０５がショップＸ１からカスタマＡ１の注文についての処理済みの通知を受け付けると、当該通知に係る注文について、図５の注文履歴テーブル６０３ａの処理状態６０３ａ７の項目を“処理済”に更新する。
【０１０６】
また、ステップＳ２０５において、決定部１０３は、抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、処理済状態に対応付けられて蓄積された注文の頻度により、決定する（ステップＳ２０５）。例えば、情報処理装置１００が、カスタマＡ１からショップＸ２が販売する商品について注文を受け付け、その後、ショップＸ２から注文の閲覧の要求を受け付けたとすると、決定部１０３は、ショップＸ２に提示する注文の優先度を、カスタマＡ１のショップＸ１での処理済みの注文等を含む過去の注文の頻度に基づいて決定する。そして、提示部１０４が、ショップＸ２に対し、ショップＸ２のおける未処理の注文を、決定された優先度の順に提示する。
【０１０７】
（７．実施形態３の情報処理装置の機能構成）
実施形態３の情報処理装置は、キャンセルされた注文をキャンセル状態に対応づけて登録し、キャンセルの稀少度に基づいて、優先度を決定する。
【０１０８】
更新部１０５は、未処理状態に対応付けられて蓄積された注文のうち、キャンセルされた注文に対応付けられる状態を、キャンセル状態に更新する。
【０１０９】
例えば、更新部１０５は、カスタマから注文を受けて注文が蓄積された後、当該カスタマにより注文をキャンセルする旨の通知を受け付けると、図５の注文履歴テーブル６０３ａの処理状態６０３ａ７の項目を“キャンセル”に更新する。
【０１１０】
決定部１０３は、抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、キャンセル済の状態に対応付けられて蓄積された注文の稀少度により、決定する。
【０１１１】
稀少度とは、注文がキャンセルされることが稀であるか否かを示す指標である。稀少度が高い程、キャンセルされることが稀であることを示す。
【０１１２】
決定部１０３は、注文の稀少度を、例えば、その注文を行った注文者（カスタマ）が電子市場において行ったキャンセルの頻度や累積回数に基づいて決定する。以下では、稀少度は、キャンセルの頻度が少ないほど高いとする。
【０１１３】
決定部１０３は、ショップＸ１における未処理の注文の注文者であるカスタマＡ１が、過去にショップＸ１及びその他のショップにおいて所定の期間に何回キャンセルしたかを求める。ショップＸ１における未処理の注文の他の注文者（カスタマＡ２、カスタマＡ３、・・・）についても、同様にキャンセルの頻度を求める。そして、決定部１０３は、カスタマＡ１よりもカスタマＡ２の方がキャンセルの頻度が少ない、すなわち、稀少度が高いと判断すると、カスタマＡ２の注文の優先度をカスタマＡ１の注文の優先度より、高く設定する。このように、カスタマの注文の稀少度同士を比較して、優先度を求める。
【０１１４】
本実施形態によれば、注文がキャンセルされることが稀な注文を優先して処理するよう提示することができる。ショップは、処理の途中でキャンセルされる可能性の低い注文を優先させて処理することにより、発送作業等が無駄になることを防ぐことができる。
【０１１５】
なお、決定部１０３は、抽出された注文の各注文の優先度を、当該各注文の注文者ならびに注文先が共通する注文であって、キャンセルの状態に対応付けられて蓄積された注文の稀少度により、決定するようにしてもよい。
【０１１６】
例えば、決定部１０３は、ショップＸ１における未処理の注文の注文者であるカスタマＡ１が、過去にショップＸ１において何回キャンセルしたかを求める。ショップＸ１における未処理の注文の他の注文者についても、同様にキャンセルの回数を求める。そして、決定部１０３は、カスタマの注文の稀少度同士を比較して、優先度を求める。
【０１１７】
これにより、要求者であるショップにおいて、過去に多くキャンセルしたカスタマの優先度を下げるよう注文を提示することができる。
【０１１８】
また、更新部１０５は、ショップからキャンセルの通知を受け付け、蓄積された未処理の注文にキャンセル状態を対応付けて更新してもよい。
【０１１９】
そして、決定部１０３は、ショップからの注文のキャンセルによりキャンセル状態が登録された注文の注文者については、優先度を高く設定する。
【０１２０】
このように構成することにより、ショップは自身の都合によりキャンセルをしてしまった注文のカスタマが、再度自身のショップを利用したときは、優先的に処理することにより、顧客満足度を高めることができる。
【０１２１】
（８．実施形態３の情報処理装置の動作）
次に、本実施形態の情報処理装置１００の動作について説明する。情報処理装置１００は、例えば、ショップ端末２００やカスタマ端末３００から何等かのデータを受信すると、図１０に示す制御処理を開始する。なお、図１０のフローチャートのステップＳ３０１〜Ｓ３０４、Ｓ３０６の処理は、図７のフローチャートのステップＳ１０１〜Ｓ１０４、Ｓ１０６の処理と同様である。また、図１０のフローチャートのステップＳ３０７の処理は、図９のステップＳ２０７の処理と同様である。したがって、これらの処理については省略する。
【０１２２】
ステップＳ３０７において、更新部１０５が処理済みの通知を受け付けていないと判断すると（ステップＳ３０７；Ｎｏ）、更新部１０５は、キャンセルの通知を受けたか否かを判断する（ステップＳ３０９）。更新部１０５がキャンセルの通知を受けたと判断すると（ステップＳ３０９；Ｙｅｓ）、更新部１０５は、未処理状態に対応付けて蓄積された注文を、キャンセル状態に更新する（ステップＳ３０８）。更新後、ステップＳ３０１に戻る。一方、更新部１０５がキャンセルの通知を受け付けていないと判断すると（ステップＳ３０９；Ｎｏ）、ステップＳ３０１に戻る。
【０１２３】
例えば、更新部１０５は、カスタマＡ１から、ショップＸ１が販売する商品の注文をキャンセルする旨の通知を受け付けると、当該通知に係る注文について、図５の注文履歴テーブル６０３ａの処理状態６０３ａ７の項目を“キャンセル”に更新する。
【０１２４】
また、ステップＳ３０５において、決定部１０３は、抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、キャンセル済の状態に対応付けられて蓄積された注文の稀少度により、決定する（ステップＳ３０５）。例えば、情報処理装置１００が、カスタマＡ１からショップＸ２が販売する商品について注文を受け付け、その後、ショップＸ２から注文の閲覧の要求を受け付けたとすると、決定部１０３は、ショップＸ２に提示する注文の優先度を、カスタマＡ１のショップＸ１でキャンセル状態の注文等を含む過去の注文の稀少度に基づいて決定する。そして、提示部１０４が、ショップＸ２に対し、ショップＸ２のおける未処理の注文を、決定された優先度の順に提示する。
【０１２５】
以上、情報処理装置１００について実施形態１〜３と分けて説明したが、これらの実施形態は適宜それぞれの構成を組み合わせてもよい。
【符号の説明】
【０１２６】
１００  情報処理装置
１０１  蓄積部
１０２  抽出部
１０３  決定部
１０４  提示部
１０５  更新部
２００、２０１、２０２〜２０ｍ  ショップ端末
３００、３０１、３０２〜３０ｎ  カスタマ端末
４００  インターネット
５００  ショッピングサーバ
６００  情報処理装置
６０１  ＣＰＵ
６０２  ＲＯＭ
６０３  ＲＡＭ
６０４  ＮＩＣ
６０５  画像処理部
６０６  音声処理部
６０７  ＤＶＤ−ＲＯＭドライブ
６０８  インターフェース
６０９  外部メモリ
６１０  コントローラ
６１１  モニタ
６１２  スピーカ
【要約】
蓄積部（１０１）は、商品の注文を受け付けると、受け付けられた注文を未処理状態に対応付けて蓄積する。抽出部（１０２）は、閲覧の要求を受け付けると、受け付けられた要求の要求者を注文先とする注文であって、未処理状態に対応付けられて蓄積された注文を抽出する。決定部（１０３）は、抽出された注文の各注文の優先度を、当該各注文と注文者が共通する注文であって、未処理状態以外の状態に対応付けられて蓄積された注文に基づいて決定する。提示部（１０４）は、抽出された注文を、決定された優先度の順に、要求者に提示する。【図１】
0005740544.tif 000002
【図２】
0005740544.tif 000003
【図３】
0005740544.tif 000004
【図４】
0005740544.tif 000005
【図５】
0005740544.tif 000006
【図６】
0005740544.tif 000007
【図７】
0005740544.tif 000008
【図８】
0005740544.tif 000009
【図９】
0005740544.tif 000010
【図１０】
0005740544.tif 000011