(57)【特許請求の範囲】
【請求項１】
ブライダルの企画・運営を行うブライダル企業が商品またはサービスの発注に利用する発注者端末と、上記ブライダル企業からの発注を受ける取引業者が上記商品またはサービスの受注に利用する受注者端末と、上記ブライダル企業と上記取引業者との間で行われる受発注を管理するサーバ装置とを備えて構成されるブライダル購買業務システムであって、
上記発注者端末に発注画面を表示させる発注画面提供部と、
上記受注者端末に受注画面を表示させる受注画面提供部と、
上記発注画面を通じて入力された発注の内容を、発注データとして共有データベースに記憶させるとともに、当該共有データベースに記憶された上記発注データに対して上記受注画面を通じて行われた変更の内容を、変更に係る上記発注データとして上記共有データベースに記憶させる発注データ管理部と、
上記共有データベースに記憶されている上記発注データに基づいて、上記発注画面および上記受注画面を生成する画面生成部とを備え、
上記画面生成部は、上記受注者端末に表示された上記受注画面を通じて上記発注データに対する変更が行われた場合、変更された部分を識別可能な態様で上記発注画面を生成することを特徴とするブライダル購買業務システム。
【請求項２】
上記発注データ管理部は、上記共有データベースに記憶された上記発注データに対して上記発注画面を通じて行われた変更の内容を、変更に係る上記発注データとして更に上記共有データベースに記憶させるようになされ、
上記画面生成部は、上記発注者端末に表示された上記発注画面を通じて上記発注データに対する変更が行われた場合、変更された部分を識別可能な態様で上記受注画面を生成することを特徴とする請求項１に記載のブライダル購買業務システム。
【請求項３】
上記発注データは、上記発注の内容を記憶したテーブルデータであって、その内容が上記発注画面を通じて行われる操作および上記受注画面を通じて行われる操作の双方に応じて変更され得るテーブルデータと、当該テーブルデータ内のどの部分の内容が変更されたのかを示す変更部分特定情報と、上記発注者端末または上記受注者端末のどちらの端末での操作を通じて変更が行われたのかを示す端末特定情報とを有し、
上記画面生成部は、上記変更部分特定情報によって上記変更された部分を特定するとともに、上記端末特定情報によって上記変更が行われた端末を特定し、上記発注画面または上記受注画面のうち、変更が行われていない側の端末の画面を、上記変更された部分を識別可能な態様で生成することを請求項２に記載の特徴とするブライダル購買業務システム。
【請求項４】
上記発注データは、上記発注の内容を記憶したテーブルデータであって、その内容が上記発注画面を通じて行われる操作および上記受注画面を通じて行われる操作の双方に応じて変更され得るテーブルデータと、上記発注者端末または上記受注者端末のどちらの端末での操作を通じて変更が行われたのかを示す端末特定情報とを有し、
上記発注データ管理部は、上記発注データに対する変更が行われた場合、少なくとも変更前後の発注データを変更履歴として上記共有データベースに記憶させるようになされ、
上記画面生成部は、上記変更履歴を参照することによって上記変更された部分を特定するとともに、上記端末特定情報によって上記変更が行われた端末を特定し、上記発注画面または上記受注画面のうち、変更が行われていない側の端末の画面を、上記変更された部分を識別可能な態様で生成することを請求項２に記載の特徴とするブライダル購買業務システム。
【請求項５】
上記発注データは、発注された商品またはサービスの内容を示した商品データと、上記発注された商品またはサービスに付属する内容を示した付属データとを含んで構成され、
上記商品データは、上記商品またはサービスの内容を記憶したテーブルデータであって、その内容が上記発注画面を通じて行われる操作および上記受注画面を通じて行われる操作の双方に応じて変更され得る第１のテーブルデータと、上記発注者端末または上記受注者端末のどちらの端末での操作を通じて変更が行われたのかを示す第１の端末特定情報とを有し、
上記付属データは、上記付属する内容を記憶したテーブルデータであって、その内容が上記発注画面を通じて行われる操作および上記受注画面を通じて行われる操作の双方に応じて変更され得る第２のテーブルデータと、当該第２のテーブルデータ内のどの部分の内容が変更されたのかを示す変更部分特定情報と、上記発注者端末または上記受注者端末のどちらの端末での操作を通じて変更が行われたのかを示す第２の端末特定情報とを有し、
上記発注データ管理部は、上記商品データに対する変更が行われた場合、少なくとも変更前後の商品データを変更履歴として上記共有データベースに記憶させるようになされ、
上記画面生成部は、上記商品データについて、上記変更履歴を参照することによって上記変更された部分を特定するとともに、上記第１の端末特定情報を参照することによって上記変更が行われた端末を特定し、上記発注画面または上記受注画面のうち、変更が行われていない側の端末の画面を、上記変更された部分を識別可能な態様で生成し、上記付属データについて、上記変更部分特定情報を参照することによって上記変更された部分を特定するとともに、上記第２の端末特定情報を参照することによって上記変更が行われた端末を特定し、上記発注画面または上記受注画面のうち、変更が行われていない側の端末の画面を、上記変更された部分を識別可能な態様で生成することを請求項２に記載の特徴とするブライダル購買業務システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブライダル購買業務システムに関し、特に、挙式・披露宴など各種ブライダルの企画・運営を行う企業と、当該企業からの依頼を受けて商品やサービスを提供する取引業者との間で行われるブライダル購買業務を管理するシステムに用いて好適なものである。
【背景技術】
【０００２】
従来、商品やサービスの受発注を管理する受発注管理システムが提供されている。発注側の企業（需要者）と受注側の企業（供給者）とが受発注管理システムを利用して商取引を行うことにより、受発注に関する業務を効率的に行うことが可能である。多くの受発注管理システムでは、発注内容の変更等にも随時対応可能なように構成されている（例えば、特許文献１参照）。
【０００３】
特許文献１に記載の受発注管理システムは、購入者および供給者の両者が商品の発注状態を常に的確に把握することができるようにしたものである。すなわち、特許文献１に記載の受発注管理システムでは、需要者が需要者端末からサーバにアクセスし、発注画面を通じて商品の発注を行うと、その発注内容がサーバから供給者端末へ送信される。供給者は、サーバにアクセスして受注画面を開くことにより、需要者の発注内容を即座に知ることができる。また、発注内容の変更についても同様に、その変更内容を供給者へ即座に連絡することができるようになされている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３２６４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ブライダル関連の商取引では、一般的に、各種ブライダルの企画・運営を行う企業（以下、ブライダル企業という）に対し、新郎新婦（以下、顧客ともいう）から挙式や披露宴といった婚礼の委託（発注）が行われる。婚礼を受注したブライダル企業は、新郎新婦の希望を聞きながら、婚礼の実施日までの間に様々な商品やサービスを提供していく。また、婚礼当日に提供する商品やサービスもある。具体的には、婚礼の実施日前および実施日当日に提供する商品やサービスとして、式場、衣装、美容・着付、装花、招待状や席次表などの印刷、引出物、写真撮影、ビデオ撮影、司会、映像・演奏・花火などの各種演出、食事などがある。
【０００６】
このように、ブライダル企業が婚礼で新郎新婦に提供する商品やサービスは多岐にわたる。そのため、ブライダル企業がこれらの全てを独自に提供することは難しい場合が多い。そこで、多くのブライダル企業は、個々の商品やサービスを特定の取引業者に委託（発注）し、取引業者を通じて新郎新婦に商品やサービスを提供するようにしている。
【０００７】
ブライダル企業が取引業者に商品やサービスを発注した後は、その具体的な内容は、新郎新婦と取引業者との間で決められる。例えば、ブライダル企業が衣装業者に衣装の発注を行うと、衣装業者が新郎新婦から希望を聞きながら、具体的にどのような衣装にするのか、購入またはレンタルのどちらにするのかといった詳細な内容を決めていくことになる。
【０００８】
このように、ブライダル関連の商取引では、ブライダル企業から取引業者へ商品やサービスを発注した後に、発注主であるブライダル企業が感知しないところで、新郎新婦と取引業者との間で商品やサービスの内容が変更（調整）されるという特殊事情がある。つまり、発注者が発注内容を変更するのではなく、受注した取引業者が受注の中身を変更（調整）するという特殊性がある。
【０００９】
そのため、上記特許文献１に記載された従来の受発注管理システムのように、需要者（発注者）が発注内容を変更した場合にその変更内容を供給者（受注者）へ通知する機能を有していても、ブライダル関連の商取引では利用することができないという問題があった。ブライダル企業は、顧客である新郎新婦に婚礼サービスを提供する立場にある以上、取引業者と新郎新婦との間で調整された、実際に提供する商品やサービスの具体的な内容を把握する必要がある。
【００１０】
本発明は、このような問題を解決するために成されたものであり、発注者であるブライダル企業が感知しないところで取引業者によって変更された発注の内容を、ブライダル企業に分かりやすく知らせることができるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
上記した課題を解決するために、本発明では、発注者端末の発注画面を通じて入力された発注の内容と、当該発注の内容について受注者端末の受注画面を通じて行われた変更の内容とを、共有データベースに発注データとして記憶させて管理する。そして、当該共有データベースに記憶されている発注データに基づいて、発注者端末に提供する発注画面および受注者端末に提供する受注画面を生成する。本発明では特に、受注者端末に表示された受注画面を通じて発注データに対する変更が行われた場合、変更された部分を識別可能な態様で発注画面を生成するようにしている。
【発明の効果】
【００１２】
上記のように構成した本発明によれば、発注者（ブライダル企業）が入力した発注の内容が、当該ブライダル企業が感知しないところで受注者（取引業者）によって変更されて、共有データベースの発注データが更新された場合、発注者端末に表示される発注画面において、取引業者により変更された部分が識別可能な態様で表示される。このため、ブライダル企業が感知しないところで取引業者によって変更された発注の内容を、ブライダル企業に分かりやすく知らせることができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態によるブライダル購買業務システムの全体構成例を示す図である。
【図２】本実施形態によるサーバ装置の機能構成例を示すフローチャートである。
【図３】本実施形態の発注者端末に表示される発注画面の一例を示す図である。
【図４】本実施形態の受注者端末に表示される受注画面の一例を示す図である。
【図５】本実施形態の共有データベースに記憶される商品データの構成例を示す図である。
【図６】本実施形態の共有データベースに記憶される付属データの構成例を示す図である。
【図７】受注者端末に表示される受注画面において発注の内容を変更した状態を示す図である。
【図８】発注者端末に表示される発注画面において、発注の内容が変更されて表示された状態を示す図である。
【図９】確認ボタンを操作したときに表示される発注画面の一例を示す図である。
【図１０】発注者端末に表示される発注画面において発注の内容を変更した状態を示す図である。
【図１１】受注者端末に表示される受注画面において、発注の内容が変更されて表示された状態を示す図である。
【図１２】本実施形態によるサーバ装置の動作例を示すフローチャートである。
【図１３】本実施形態によるサーバ装置の動作例を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態によるブライダル購買業務システムの全体構成例を示す図である。図１に示すように、本実施形態のブライダル購買業務システムは、ブライダルの企画・運営を行うブライダル企業が商品またはサービス（以下、単に商品という）の発注に利用する発注者端末１０と、ブライダル企業からの発注を受ける取引業者が商品の受注に利用する受注者端末２０と、ブライダル企業と取引業者との間で行われる受発注を管理するサーバ装置３０とを備えて構成されている。
【００１５】
発注者端末１０とサーバ装置３０との間および受注者端末２０とサーバ装置３０との間は、インターネット等の通信ネットワークを介して接続可能に構成されている。サーバ装置３０には、発注者端末１０と受注者端末２０とで共用される共有データベース４０が接続または内蔵されている。共有データベース４０には、ブライダル企業から取引業者に対する発注の内容が記憶されるが、この発注の内容は、発注者端末１０および受注者端末２０の双方から変更が可能である。
【００１６】
すなわち、上述したように、ブライダル企業が取引業者に商品を発注した後、新郎新婦と取引業者との間で行われる打ち合わせを通じて、ブライダル企業が感知しないところで発注の内容が変更されることがある。この場合、取引業者は、受注者端末２０からサーバ装置３０にアクセスして、共有データベース４０に格納された発注の内容を書き換える。受注者端末２０からの操作によって共有データベース４０の内容が変更されると、サーバ装置３０は、発注の内容がどのように変更されたのかを発注画面によって発注者端末１０に報知する。
【００１７】
同様に、ブライダル企業が取引業者に商品を発注した後、新郎新婦とブライダル企業との間で行われる打ち合わせを通じて、取引業者が感知しないところで発注の内容が変更されることもある。この場合、ブライダル企業は、発注者端末１０からサーバ装置３０にアクセスして、共有データベース４０に格納された発注の内容を書き換える。発注者端末１０からの操作によって共有データベース４０の内容が変更されると、サーバ装置３０は、発注の内容がどのように変更されたのかを受注画面によって受注者端末２０に報知する。
【００１８】
このように、ブライダル関連の商取引では、ブライダル企業から取引業者へ商品を発注した後に、発注者であるブライダル企業が感知しないところで、新郎新婦と取引業者との間で発注の内容が変更（調整）されたり、受注者である取引業者が感知しないところで、新郎新婦とブライダル企業との間で発注の内容が変更（調整）されたりすることがある。本実施形態のブライダル購買業務システムは、このように変更された発注の内容を相手側に分かりやすく知らせることができるようにしたものである。
【００１９】
図２は、本実施形態によるサーバ装置３０の機能構成例を示すフローチャートである。図２に示すように、本実施形態のサーバ装置３０は、その機能構成として、発注者側インタフェース部３１、受注者側インタフェース部３２、画面生成部３３、発注画面提供部３４、受注画面提供部３５および発注データ管理部３６を備えて構成されている。
【００２０】
上記各機能ブロック３１〜３６は、ハードウェア、ＤＳＰ（Digital Signal Processor）、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック３１〜３６は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。
【００２１】
発注者側インタフェース部３１は、発注者端末１０との間で種々のデータのやり取りを行う。例えば、発注者側インタフェース部３１は、発注画面提供部３４により提供される発注画面を発注者端末１０に送信する。また、発注者側インタフェース部３１は、発注画面を通じて入力される発注内容またはその変更に関するデータを発注者端末１０から入力し、発注データ管理部３６に供給する。
【００２２】
受注者側インタフェース部３２は、受注者端末２０との間で種々のデータのやり取りを行う。例えば、受注者側インタフェース部３２は、受注画面提供部３５により提供される受注画面を受注者端末２０に送信する。また、受注者側インタフェース部３２は、受注画面を通じて入力される発注内容の変更に関するデータを受注者端末２０から入力し、発注データ管理部３６に供給する。
【００２３】
発注データ管理部３６は、発注画面を通じて入力された発注の内容（発注者端末１０から発注者側インタフェース部３１を通じて入力されたデータ）を、発注データとして共有データベース４０に記憶させる。また、発注データ管理部３６は、共有データベース４０に記憶された発注データに対して発注画面または受注画面を通じて行われた変更の内容（発注者端末１０から発注者側インタフェース部３１を通じて入力されたデータまたは受注者端末２０から受注者側インタフェース部３２を通じて入力されたデータ）を、変更に係る発注データとして共有データベース４０に記憶させる。
【００２４】
画面生成部３３は、共有データベース４０に記憶されている発注データに基づいて、発注画面および受注画面を生成する。ここで、画面生成部３３は、受注者端末２０に表示された受注画面を通じて発注データに対する変更が行われた場合、変更された部分を識別可能な態様で発注画面を生成する。一方、発注者端末１０に表示された発注画面を通じて発注データに対する変更が行われた場合、画面生成部３３は、変更された部分を識別可能な態様で受注画面を生成する。例えば、画面生成部３３は、変更された部分に所定の色を付けて表示する。
【００２５】
発注画面提供部３４は、画面生成部３３により生成された発注画面を発注者端末１０に送信することにより、発注者端末１０に発注画面を表示させる。受注画面提供部３５は、画面生成部３３により生成された受注画面を受注者端末２０に送信することにより、受注者端末２０に受注画面を表示させる。
【００２６】
図３は、発注者端末１０に表示される発注画面の一例を示す図である。本実施形態において、発注画面は、図３（ａ）に示す発注情報画面および図３（ｂ）に示す付属情報画面の２つの画面を含む。図３（ａ）の発注情報画面は、発注された商品の内容を表示するための画面である。図３（ｂ）の付属情報画面は、発注された商品に付属する内容を表示するための画面である。発注情報画面の表示と付属情報画面の表示は、タブの選択によって切り替えることが可能である。
【００２７】
図３（ａ）に示すように、発注情報画面は、発注基本情報表示領域１１および商品情報表示領域１２を有している。発注基本情報表示領域１１には、発注先、発注日、発注部門、発注担当、納品場所、納品日といった発注に関する基本的な情報（以下、発注基本情報という）が表示される。また、商品情報表示領域１２には、商品名、色・サイズ、単価、発注数、発注額といった発注商品に関する情報（以下、商品情報という）が表示される。
【００２８】
一方、図３（ｂ）に示すように、付属情報画面は、カウンセリング情報表示領域１３および婚礼基本情報表示領域１４を有している。カウンセリング情報表示領域１３には、顧客（新郎新婦）がブライダル企業または取引業者とのカウンセリング（打ち合わせ）を行う希望日（第１希望から第３希望まで）が表示される。また、婚礼基本情報表示領域１４には、例えば、挙式会場名、挙式開始日時、新郎の氏名・生年月日、新婦の氏名・生年月日といった婚礼に関する基本的な情報（以下、婚礼基本情報という）が表示される。
【００２９】
発注基本情報表示領域１１、商品情報表示領域１２、カウンセリング情報表示領域１３、婚礼基本情報表示領域１４に表示される情報は、全て共有データベース４０に記憶された発注データにより生成される。すなわち、上述したように画面生成部３３は、共有データベース４０に記憶されている発注データに基づいて、発注画面として、図３（ａ）の発注情報画面および図３（ｂ）の付属情報画面を生成する。図３の例では、「ローブドマリアージュ装花」という商品を１つ発注した例を示している。
【００３０】
また、図３（ａ）に示す発注情報画面および図３（ｂ）に示す付属情報画面に共通する操作ボタンとして、変更ボタン１５、確定ボタン１６および確認ボタン１７が表示されている。変更ボタン１５は、発注の内容（発注基本情報表示領域１１、商品情報表示領域１２、カウンセリング情報表示領域１３、婚礼基本情報表示領域１４に表示されている情報）を変更する際に操作するボタンであり、これを操作することにより、発注の内容を変更可能な編集モードに遷移する。
【００３１】
確定ボタン１６は、編集モードの設定時に変更した発注の内容を確定させるためのボタンである。この確定ボタン１６を操作すると、変更の内容が確定し、当該変更の内容を示すデータが、変更に係る発注データとして、発注データ管理部３６を通して共有データベース４０に記憶される。
【００３２】
確認ボタン１７は、ユーザが発注の変更内容を確認したときに操作するボタンである。すなわち、受注画面を通じて発注の内容が変更されたときには、その変更内容が識別可能なように、変更された部分に色を付けて発注画面が表示される。この状態において、ユーザが確認ボタン１７を操作すると、変更された部分に付されていた色表示が消えるようになっている。
【００３３】
図４は、受注者端末２０に表示される受注画面の一例を示す図である。本実施形態において、受注画面は、図４（ａ）に示す受注情報画面および図４（ｂ）に示す付属情報画面の２つの画面を含む。図４（ａ）の受注情報画面は、発注された商品の内容を表示するための画面である。図４（ｂ）の付属情報画面は、発注された商品に付属する内容を表示するための画面である。受注情報画面の表示と付属情報画面の表示は、タブの選択によって切り替えることが可能である。
【００３４】
図４（ａ）に示すように、受注情報画面は、図３（ａ）に示した発注情報画面と同様に、発注基本情報表示領域１１および商品情報表示領域１２を有している。また、図４（ｂ）に示すように、付属情報画面は、図３（ｂ）に示した付属情報画面と同様に、カウンセリング情報表示領域１３および婚礼基本情報表示領域１４を有している。また、図４（ａ）に示す受注情報画面および図４（ｂ）に示す付属情報画面に共通する操作ボタンとして、変更ボタン１５、確定ボタン１６および確認ボタン１７が表示されている。
【００３５】
受注画面の発注基本情報表示領域１１、商品情報表示領域１２、カウンセリング情報表示領域１３、婚礼基本情報表示領域１４に表示される情報も、全て共有データベース４０に記憶された発注データにより生成される。すなわち、上述したように画面生成部３３は、共有データベース４０に記憶されている発注データに基づいて、受注画面として、図４（ａ）の受注情報画面および図４（ｂ）の付属情報画面を生成する。
【００３６】
以上のように、本実施形態では、共有データベース４０に記憶された同じ発注データ（発注者端末１０と受注者端末２０とで共有された発注データ）に基づいて、発注画面と受注画面とを生成している。そして、この共有された発注データを、発注者端末１０から変更することも受注者端末２０から変更することも許容している。すなわち、発注者（ブライダル企業）が発注した内容を発注者自身が変更するだけでなく、発注者が感知しないところで受注者（取引業者）が発注の内容を変更することも許容している。これは本実施形態の特徴の１つである。
【００３７】
なお、図３および図４の例では、発注画面と受注画面とを同じレイアウトで構成しているが、レイアウトは必ずしも同一でなくてもよい。すなわち、発注画面と受注画面とで同じ情報が表示されるようになっていればよく、レイアウトまで同一である必要はない。
【００３８】
図５および図６は、共有データベース４０に記憶される発注データの構成例を示す図である。発注データは、発注された商品の内容を示した商品データと、発注された商品に付属する内容を示した付属データとを含んで構成される。ここで、図５は、商品データ（商品情報表示領域１２に表示される商品情報に関するデータ）の構成例を示している。また、図６は、付属データ（カウンセリング情報表示領域１３に表示されるカウンセリング情報および婚礼基本情報表示領域１４に表示される婚礼基本情報に関するデータ）の構成例を示している。なお、発注基本情報表示領域１１に表示される発注基本情報に関するデータについては図示を省略している。
【００３９】
商品データは、図５（ａ）に示す商品情報テーブルと、図５（ｂ）に示す第１の端末特定情報とを有している。図５（ａ）の商品情報テーブルは、図３（ａ）および図４（ａ）に示す商品情報表示領域１２に表示される商品情報を記憶するテーブルデータであり、その内容が、発注画面を通じて行われる操作および受注画面を通じて行われる操作の双方に応じて変更され得るものである。この商品情報テーブルは、特許請求の範囲の第１のテーブルデータに相当する。
【００４０】
図５（ａ）に示すように、商品情報テーブルには、履歴番号と、商品情報表示領域１２に表示される商品名、色・サイズ、単価、発注数、発注額といった商品情報とが記憶されている。発注データ管理部３６は、この商品情報テーブルに対する変更が行われた場合、新たな履歴番号を発行して新規のレコードを生成することにより、少なくとも変更前後の商品情報を変更履歴として共有データベース４０に記憶させる。
【００４１】
図５（ｂ）に示す第１の端末特定情報は、発注者端末１０または受注者端末２０のどちらの端末での操作を通じて商品情報の変更が行われたのかを示すフラグ情報を記憶するテーブルデータである。図５（ｂ）の例では、第１の端末特定情報は、発注者側変更フラグおよび受注者側変更フラグにより構成されている。発注者端末１０での操作を通じて商品情報の変更が行われた場合は、発注者側変更フラグが“１”、受注者側変更フラグが“０”に設定される。逆に、受注者端末２０での操作を通じて商品情報の変更が行われた場合は、発注者側変更フラグが“０”、受注者側変更フラグが“１”に設定される。
【００４２】
なお、本実施形態のブライダル購買業務システムでは、発注者端末１０での操作を通じて商品情報の変更が行われた場合、変更部分に色を付けて表示された受注画面において確認ボタン１７が操作されるまでの間は、受注者端末２０での操作を通じて商品情報の変更を行うことが禁止される。また、受注者端末２０での操作を通じて商品情報の変更が行われた場合、変更部分に色を付けて表示された発注画面において確認ボタン１７が操作されるまでの間は、発注者端末１０での操作を通じて商品情報の変更を行うことが禁止される。このため、発注者側変更フラグまたは受注者側変更フラグの何れか一方のみが“１”に設定される。
【００４３】
付属データは、図６（ａ）に示す付属情報テーブルと、図６（ｂ）に示す第２の端末特定情報とを有している。図６（ａ）の付属情報テーブルは、図３（ｂ）および図４（ｂ）に示すカウンセリング情報表示領域１３および婚礼基本情報表示領域１４の両領域に表示される付属情報を記憶するテーブルデータであり、その内容が、発注画面を通じて行われる操作および受注画面を通じて行われる操作の双方に応じて変更され得るものである。この付属情報テーブルは、特許請求の範囲の第２のテーブルデータに相当する。
【００４４】
図６（ａ）に示すように、付属情報テーブルには、カウンセリング情報表示領域１３に表示されるカウンセリング希望日と、婚礼基本情報表示領域１４に表示される挙式会場名、挙式開始日時、新郎の氏名・生年月日、新婦の氏名・生年月日といった婚礼基本情報とが記憶されている。また、この付属情報テーブルには、当該付属情報テーブルデータ内のどの部分の内容が変更されたのかを示す変更部分特定情報が記憶されている。
【００４５】
図６（ａ）の例では、変更部分特定情報は、付属情報テーブル内の個々の情報ごとに設けられた変更フラグにより構成されている。付属情報テーブル内の何れかの情報の変更が行われた場合は、その情報に対応する変更フラグが“１”に設定される。一方、変更が行われていない情報に対応する変更フラグは“０”のままである。なお、ここでは、付属情報テーブル内の個々の情報ごとに変更フラグを１対１の関係で設ける例について説明したが、これに限定されない。例えば、付属情報テーブル内の任意の複数の情報をグルーピングし、１つのグループに対して１つの変更フラグを設けるようにしてもよい。
【００４６】
図６（ｂ）に示す第２の端末特定情報は、発注者端末１０または受注者端末２０のどちらの端末での操作を通じて付属情報の変更が行われたのかを示すフラグ情報を記憶するテーブルデータである。図６（ｂ）の例では、第２の端末特定情報は、発注者側変更フラグおよび受注者側変更フラグにより構成されている。発注者端末１０での操作を通じて付属情報の変更が行われた場合は、発注者側変更フラグが“１”、受注者側変更フラグが“０”に設定される。逆に、受注者端末２０での操作を通じて付属情報の変更が行われた場合は、発注者側変更フラグが“０”、受注者側変更フラグが“１”に設定される。
【００４７】
なお、本実施形態のブライダル購買業務システムでは、発注者端末１０での操作を通じて付属情報の変更が行われた場合、変更部分に色を付けて表示された受注画面において確認ボタン１７が操作されるまでの間は、受注者端末２０での操作を通じて付属情報の変更を行うことが禁止される。また、受注者端末２０での操作を通じて付属情報の変更が行われた場合、変更部分に色を付けて表示された発注画面において確認ボタン１７が操作されるまでの間は、発注者端末１０での操作を通じて付属情報の変更を行うことが禁止される。このため、発注者側変更フラグまたは受注者側変更フラグの何れか一方のみが“１”に設定される。
【００４８】
画面生成部３３は、図５（ａ）に示す商品情報テーブルについて、変更履歴を参照することによって変更された部分を特定するとともに、図５（ｂ）に示す第１の端末特定情報を参照することによって変更が行われた端末を特定する。そして、発注画面または受注画面のうち、変更が行われていない側の端末の画面を、変更された部分を識別可能な態様で生成する。
【００４９】
例えば、発注画面を通じて商品情報の変更が行われた場合、画面生成部３３は、商品情報表示領域１２内において変更された商品情報の部分に色を付けた状態で受注画面を生成する。逆に、受注画面を通じて商品情報の変更が行われた場合、画面生成部３３は、商品情報表示領域１２内において変更された商品情報の部分に色を付けた状態で発注画面を生成する。変更を行った側の端末において、変更された部分に色を付けないのは、自ら変更した部分なので元々把握できているからである。
【００５０】
また、画面生成部３３は、図６（ａ）に示す付属情報テーブルについて、当該付属情報テーブル内の変更部分特定情報（変更フラグ）を参照することによって変更された部分を特定するとともに、図６（ｂ）に示す第２の端末特定情報を参照することによって変更が行われた端末を特定する。そして、発注画面または受注画面のうち、変更が行われていない側の端末の画面を、変更された部分を識別可能な態様で生成する。
【００５１】
例えば、発注画面を通じて付属情報の変更が行われた場合、画面生成部３３は、カウンセリング情報表示領域１３または婚礼基本情報表示領域１４内において変更された付属情報の部分に色を付けた状態で受注画面を生成する。逆に、受注画面を通じて付属情報の変更が行われた場合、画面生成部３３は、カウンセリング情報表示領域１３または婚礼基本情報表示領域１４内において変更された付属情報の部分に色を付けた状態で発注画面を生成する。
【００５２】
図７および図８は、図４に示した受注画面を通じて、受注者端末２０から発注の内容を変更した場合に表示される受注画面および発注画面の一例を示す図である。図７は、受注者端末２０に表示された受注画面において、取引業者が変更ボタン１５を操作して発注の内容を変更した状態を示している。具体的には、図７（ａ）に示す受注情報画面において、「メインテーブル装花」という商品を８個、「ゲストテーブル装花」という商品を１個それぞれ追加している。また、図７（ｂ）に示す付属情報画面において、カウンセリングの第１希望日と第２希望日を変更している。変更を行った側の受注画面では、変更された情報の部分に色は付されていない。
【００５３】
一方、図８は、発注者端末１０に表示される発注画面において、発注の内容が変更されて表示された状態を示している。すなわち、発注画面においても、受注者端末２０の操作によって追加された「メインテーブル装花」という商品および「ゲストテーブル装花」という商品が発注情報画面に追加して表示されている。また、カウンセリングの希望日が変更された状態で付属情報画面が表示されている。そして、発注内容の変更を行っていない発注者端末１０の発注画面においては、これらの変更された情報の部分が色を付けた状態で表示されている。これにより、ブライダル企業の担当者は、発注画面を閲覧することにより、取引業者により変更された発注の内容を一目で把握することができる。
【００５４】
図９は、図８に示す発注画面においてブライダル企業が変更の内容を確認した後、確認ボタン１７を操作したときに表示される発注画面の一例を示す図である。図９に示すように、ブライダル企業の担当者が確認ボタン１７を押すと、図８のように、変更された部分に付されていた色表示が消える。
【００５５】
図１０および図１１は、図９に示した発注画面を通じて、発注者端末１０から発注の内容を変更した場合に表示される発注画面および受注画面の一例を示す図である。図１０は、発注者端末１０に表示された発注画面において、ブライダル企業の担当者が変更ボタン１５を操作して発注の内容を変更した状態を示している。具体的には、図１０（ａ）に示す発注情報画面において、「メインテーブル装花」および「ゲストテーブル装花」の発注数を変更している。また、図１０（ｂ）に示す付属情報画面において、新郎の氏名を訂正している。変更を行った側の発注画面では、変更された情報の部分に色は付されていない。
【００５６】
一方、図１１は、受注者端末２０に表示される受注画面において、発注の内容が変更されて表示された状態を示している。すなわち、受注画面においても、「メインテーブル装花」および「ゲストテーブル装花」の発注数が受注情報画面にて訂正された状態で表示されている。また、新郎の氏名が訂正された状態で付属情報画面が表示されている。そして、発注内容の変更を行っていない受注者端末２０の受注画面においては、これらの変更された情報の部分が色を付けた状態で表示されている。これにより、取引業者は、受注画面を閲覧することにより、ブライダル企業により変更された発注の内容を一目で把握することができる。
【００５７】
図１２および図１３は、上記のように構成した本実施形態によるサーバ装置３０の動作例を示すフローチャートである。図１２に示すフローチャートは、発注者端末１０または受注者端末２０の何れかからサーバ装置３０に対してアクセスが行われたときに開始する。なお、共有データベース４０には、ある発注データが既に記憶されているものとする。
【００５８】
まず、画面生成部３３は、アクセスが発注者端末１０から行われたものか否かを判定する（ステップＳ１）。アクセスが発注者端末１０から行われたものである場合、画面生成部３３は、共有データベース４０に記憶されている受注側変更フラグが“１”に設定されているか否かを判定する（ステップＳ２）。
【００５９】
ここで、受注側変更フラグが“１”に設定されている場合、受注者端末２０に表示された受注画面を通じて発注データに対する変更が行われていることを意味する。この場合、画面生成部３３は、共有データベース４０に記憶されている発注データに基づいて、変更された部分を識別可能な態様で発注画面（変更部分に色が付された色付きの発注画面）を生成する。そして、発注画面提供部３４は、画面生成部３３により生成された発注画面を発注者端末１０に送信することにより、発注者端末１０に色付きの発注画面を表示させる（ステップＳ３）。
【００６０】
一方、受注側変更フラグが“１”に設定されていない場合、受注者端末２０に表示された受注画面を通じて発注データに対する変更が行われていないことを意味する。この場合、画面生成部３３は、共有データベース４０に記憶されている発注データに基づいて、通常の態様で発注画面（変更部分に色が付されていない色無しの発注画面）を生成する。そして、発注画面提供部３４は、画面生成部３３により生成された発注画面を発注者端末１０に送信することにより、発注者端末１０に色無しの発注画面を表示させる（ステップＳ４）。
【００６１】
ステップＳ３にて発注者端末１０に色付きの発注画面を表示させた場合、発注データ管理部３６は、確認ボタン１７が操作されたか否かを判定する（ステップＳ５）。確認ボタン１７が操作されていない場合、処理はステップＳ５の判定を続行する。一方、確認ボタン１７が操作された場合、発注データ管理部３６は、受注側変更フラグの値を“０”にリセットする（ステップＳ６）。なお、ステップＳ４にて発注者端末１０に色無しの発注画面を表示させた場合、ステップＳ５，Ｓ６の処理は行われない。
【００６２】
次に、発注データ管理部３６は、発注者端末１０において発注データの変更が行われたか否かを判定する（ステップＳ７）。ここでは、発注画面において変更ボタン１５が操作された後、発注データの内容が変更され、さらに確定ボタン１６が操作されたか否かを判定する。発注データの変更が行われていない場合、処理はステップＳ１０に遷移する。一方、発注データの変更が行われた場合、発注データ管理部３６は、その変更に係る発注データを共有データベース４０に記憶させる（ステップＳ８）。つまり、発注データの内容を更新する。
【００６３】
さらに、発注データ管理部３６は、共有データベース４０の発注者側変更フラグを“１”に設定する（ステップＳ９）。その後、発注データ管理部３６は、発注画面の表示を終了する操作が発注者端末１０において行われたか否かを判定する（ステップＳ１０）。当該終了操作が行われていない場合、処理はステップＳ７に戻る。一方、当該終了操作が行われた場合、図１２に示すフローチャートの処理は終了する。
【００６４】
上記ステップＳ１において、アクセスが発注者端末１０から行われたものではない、つまり受注者端末２０から行われたものであると判定された場合は、図１３のフローチャートに進み、画面生成部３３は、共有データベース４０に記憶されている発注側変更フラグが“１”に設定されているか否かを判定する（ステップＳ１１）。
【００６５】
ここで、発注側変更フラグが“１”に設定されている場合、発注者端末１０に表示された発注画面を通じて発注データに対する変更が行われていることを意味する。この場合、画面生成部３３は、共有データベース４０に記憶されている発注データに基づいて、変更された部分を識別可能な態様で受注画面（変更部分に色が付された色付きの受注画面）を生成する。そして、受注画面提供部３５は、画面生成部３３により生成された受注画面を受注者端末２０に送信することにより、受注者端末２０に色付きの受注画面を表示させる（ステップＳ１２）。
【００６６】
一方、発注側変更フラグが“１”に設定されていない場合、発注者端末１０に表示された発注画面を通じて発注データに対する変更が行われていないことを意味する。この場合、画面生成部３３は、共有データベース４０に記憶されている発注データに基づいて、通常の態様で受注画面（変更部分に色が付されていない色無しの受注画面）を生成する。そして、受注画面提供部３５は、画面生成部３３により生成された受注画面を受注者端末２０に送信することにより、受注者端末２０に色無しの受注画面を表示させる（ステップＳ１３）。
【００６７】
ステップＳ１２にて受注者端末２０に色付きの受注画面を表示させた場合、発注データ管理部３６は、確認ボタン１７が操作されたか否かを判定する（ステップＳ１４）。確認ボタン１７が操作されていない場合、処理はステップＳ１４の判定を続行する。一方、確認ボタン１７が操作された場合、発注データ管理部３６は、発注側変更フラグの値を“０”にリセットする（ステップＳ１５）。なお、ステップＳ１３にて受注者端末２０に色無しの受注画面を表示させた場合、ステップＳ１４，Ｓ１５の処理は行われない。
【００６８】
次に、発注データ管理部３６は、受注者端末２０において発注データの変更が行われたか否かを判定する（ステップＳ１６）。ここでは、受注画面において変更ボタン１５が操作された後、発注データの内容が変更され、さらに確定ボタン１６が操作されたか否かを判定する。発注データの変更が行われていない場合、処理はステップＳ１９に遷移する。一方、発注データの変更が行われた場合、発注データ管理部３６は、その変更に係る発注データを共有データベース４０に記憶させる（ステップＳ１７）。つまり、発注データの内容を更新する。
【００６９】
さらに、発注データ管理部３６は、共有データベース４０の受注者側変更フラグを“１”に設定する（ステップＳ１８）。その後、発注データ管理部３６は、受注画面の表示を終了する操作が受注者端末２０において行われたか否かを判定する（ステップＳ１９）。当該終了操作が行われていない場合、処理はステップＳ１６に戻る。一方、当該終了操作が行われた場合、図１２に示すフローチャートの処理は終了する。
【００７０】
以上詳しく説明したように、本実施形態では、発注者端末１０の発注画面を通じて入力された発注の内容と、当該発注の内容について発注者端末１０の発注画面または受注者端末２０の受注画面を通じて行われた変更の内容とを、共有データベース４０に発注データとして記憶させて管理する。そして、当該共有データベース４０に記憶されている発注データに基づいて、発注者端末１０に提供する発注画面および受注者端末２０に提供する受注画面を生成する。
【００７１】
また、本実施形態では、受注者端末２０に表示された受注画面を通じて共有データベース４０の発注データに対する変更が行われた場合、変更された部分を識別可能な態様で発注画面を生成するようにしている。同様に、発注者端末１０に表示された発注画面を通じて共有データベース４０の発注データに対する変更が行われた場合、変更された部分を識別可能な態様で受注画面を生成するようにしている。
【００７２】
このように構成した本実施形態によれば、発注者（ブライダル企業）が入力した発注の内容が、当該ブライダル企業が感知しないところで受注者（取引業者）によって変更されて、共有データベース４０の発注データが更新された場合、発注者端末１０に表示される発注画面において、取引業者により変更された部分が識別可能な態様で表示される。このため、ブライダル企業が感知しないところで取引業者によって変更された発注の内容を、ブライダル企業に分かりやすく知らせることができる。
【００７３】
同様に、発注者（ブライダル企業）により入力された発注の内容、または、受注者（取引業者）により変更された発注の内容が、取引業者が感知しないところでブライダル企業によって変更されて、共有データベース４０の発注データが更新された場合、受注者端末２０に表示される受注画面において、ブライダル企業により変更された部分が識別可能な態様で表示される。このため、取引業者が感知しないところでブライダル企業によって変更された発注の内容を、取引業者に分かりやすく知らせることができる。
【００７４】
なお、上記実施形態では、発注データが、発注された商品の内容を示した商品データ（図５（ａ）に示す商品情報テーブル）と、発注された商品に付属する内容を示した付属データ（図６（ａ）に示す付属情報テーブル）とを含んで構成され、商品データについては変更履歴の差分から変更部分を抽出し、付属データについては変更フラグの値から変更部分を抽出する例について説明したが、本発明はこれに限定されない。
【００７５】
例えば、商品データの変更に関して変更履歴を残す必要がない場合は、商品データおよび付属データの両方とも、変更フラグの値から変更部分を抽出するようにしてもよい。一方、商品データおよび付属データの両方とも変更履歴を残す必要がある場合は、商品データおよび付属データの両方とも、変更履歴の差分から変更部分を抽出するようにしてもよい。
【００７６】
また、本実施形態のブライダル購買業務システムは、商品データと付属データとにより発注データが構成される場合に限らず、付属データが含まれない発注データに関しても同様に適用が可能である。この場合、当該発注データが変更された場合に、変更フラグの値から変更部分を抽出するようにしてもよいし、変更履歴の差分から変更部分を抽出するようにしてもよい。
【００７７】
また、上記実施形態では、発注者端末１０と受注者端末２０のどちらが商品情報の変更を行ったのかを管理するために第１の端末特定情報（図５（ｂ））を設けるとともに、発注者端末１０と受注者端末２０のどちらが付属情報の変更を行ったのかを管理するために第２の端末特定情報（図６（ｂ））を設ける例について説明したが、本発明はこれに限定されない。例えば、商品情報の変更および付属情報の変更を共通に管理する１つの端末特定情報を設けるようにしてもよい。
【００７８】
また、上記実施形態では、変更された部分を識別可能に表示させる態様の一例として、変更部分に色を付けて表示する例について説明したが、本発明はこれに限定されない。例えば、変更部分に太枠を付して表示したり、変更部分を点滅させたり、変更部分の文字のフォントを変えたり、変更部分の文字を強調表示したりする態様としてもよい。
【００７９】
その他、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００８０】
１０  発注者端末
２０  受注者端末
３０  サーバ装置
４０  共有データベース
３３  画面生成部
３４  発注画面提供部
３５  受注画面提供部
３６  発注データ管理部
【要約】
【課題】発注者が感知しないところで受注者によって変更された発注の内容を、発注者に分かりやすく知らせることができるようにする。
【解決手段】発注者端末を通じて入力された発注の内容と、当該発注の内容について受注者端末を通じて行われた変更の内容とを共有データベース４０に発注データとして記憶させる発注データ管理部３６と、発注者端末に提供する発注画面および受注者端末に提供する受注画面を生成する画面生成部３３とを備え、画面生成部３３は、受注者端末を通じて発注データに対する変更が行われた場合、変更された部分を識別可能な態様で発注画面を生成することにより、発注者が入力した発注の内容が、当該発注者が感知しないところで受注者によって変更された場合、発注者端末に表示される発注画面において、受注者により変更された部分を識別可能な態様で表示されるようにする。
【選択図】図２【図１】
0005683743.tif 000002
【図２】
0005683743.tif 000003
【図３】
0005683743.tif 000004
【図４】
0005683743.tif 000005
【図５】
0005683743.tif 000006
【図６】
0005683743.tif 000007
【図７】
0005683743.tif 000008
【図８】
0005683743.tif 000009
【図９】
0005683743.tif 000010
【図１０】
0005683743.tif 000011
【図１１】
0005683743.tif 000012
【図１２】
0005683743.tif 000013
【図１３】
0005683743.tif 000014