データ管理システムおよびデータ管理方法
【課題】サーバに記録されている複数の店舗のデータを効率的に管理するデータ管理技術を提供する。
【解決手段】サーバＳのサービスデータ管理部１３には、所定のグループに属する複数の店舗が提供するサービスに関するサービスデータが管理されている。このサービスデータには、グループに属する店舗Ｃｇに共通な共通サービスデータと、店舗Ｃｇ独自の独自サービスデータとが含まれている。また、グループの代表者Ａの元および各店舗Ｃｇにはそれぞれ第１の端末Ｔａおよび第２の端末Ｔｕが備えられている。第１の端末Ｔａからは共通サービスデータに対する処理を要求し、第２の端末Ｔｕからはその店舗Ｃｇが登録した独自サービスデータに対する処理を要求する。
【解決手段】サーバＳのサービスデータ管理部１３には、所定のグループに属する複数の店舗が提供するサービスに関するサービスデータが管理されている。このサービスデータには、グループに属する店舗Ｃｇに共通な共通サービスデータと、店舗Ｃｇ独自の独自サービスデータとが含まれている。また、グループの代表者Ａの元および各店舗Ｃｇにはそれぞれ第１の端末Ｔａおよび第２の端末Ｔｕが備えられている。第１の端末Ｔａからは共通サービスデータに対する処理を要求し、第２の端末Ｔｕからはその店舗Ｃｇが登録した独自サービスデータに対する処理を要求する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバに管理されているデータのためのデータ管理技術、特に、サーバに管理されている複数の店舗のデータを管理するデータ管理技術に関する。
【背景技術】
【０００２】
近年のインターネット等のネットワーク技術の発展に伴い、ネットワーク上での商取引が盛んになっている。特に、インターネット上のポータルサイト等と呼ばれるサイトでは、複数の企業や店舗（以下、店舗と総称する）が出店しており、顧客はネットワークを介してこれらの店舗への注文が可能となっている。このようなポータルサイトを利用することにより、顧客は各店舗のサービスを比較する等の際に、各店舗のサイトを個別に検索，閲覧する手間を省くことができる。また、各店舗もポータルサイトに出店することにより、個別にサイトを構築するよりも商取引の機会を得ることができる。
【０００３】
このような形態を用いたシステムとして、例えば、特許文献１に記載されたシステムがある。このシステムでは、写真処理サービス仲介サーバ（以下、サーバと称する）がポータルサイトを運営する機能を有しており、各写真処理サービス機関やプリントショップ（以下、サービス機関等と称する）が提供している写真処理サービス（以下、サービスと称する）に関するサービス情報を保持している。また、サーバは顧客からのサービスの注文を受け付け、その注文を該当するサービス機関等に伝送する機能を備えている。このような構成により、顧客はサーバにアクセスすることにより、所望のサービスを提供しているサービス機関等を特定することができ、そのサービス機関等にサービスを発注することができる。
【０００４】
ポータルサイトにはいくつかの形態がある。一つは、経済的，法律的に繋がりがない複数の店舗が出展する形態である。この形態では、ポータルサイト上のデータ（価格やサービス内容等の商取引に必要なデータ）は各店舗が管理すべきものである。また、他に、複数のフランチャイジーや企業グループに属する店舗（以下、これらをグループ店舗と総称する）が同一のポータルサイトに出店する形態がある。後者の形態は、上記の引用文献１のようなシステム等で採用されている。このようなシステムでは、顧客はサービスを所望のサービス機関等に発注し、商品（サービス）の受け取りは近くのプリントショップで受け取る等が可能となり、顧客の利便性を向上させるとともに、商機を的確に掴むことが可能となっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２５９０２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
引用文献１のシステムでは、サーバ上のサービス情報は各サービス機関等が管理しているが、このシステムが前者の形態であれば、このような管理に不都合は生じない。しかしながら、このシステムが後者の形態であれば、サービス情報は、グループ店舗全体で統一すべきものと、各グループ店舗が独自に管理すべきものとがあり、グループ店舗全体として統一すべきサービス情報（以下、共通データと称する）であっても、各グループ店舗が管理・更新しなければならない。すなわち、フランチャイザー等のグループ店舗を統括すべき企業や部門等（以下、統括者と総称する）から、グループ店舗に対して共通データを通知し、その通知を受けて各グループ店舗が自身で共通データを管理・更新しなければならない。
【０００７】
このような管理方法は、グループ店舗にとっては不要な負担となる。一方、統括者は各グループ店舗が確実に共通データを管理・更新しているかを管理しなければならない。
【０００８】
本発明の目的は、上記課題に鑑み、サーバに記録されている複数の店舗のデータを効率的に管理するデータ管理技術を提供することである。
【課題を解決するための手段】
【０００９】
前記課題を解決するために、本発明のデータ管理システムは、所定のグループに属する複数の店舗が提供するサービスに関するサービスデータを管理するサービスデータ管理部を有するサーバを備え、前記サービスデータには、前記グループに属する店舗に共通な共通サービスデータと、前記店舗独自の独自サービスデータとが含まれており、少なくとも前記共通サービスデータに対する処理を要求する共通サービスデータ更新要求部を有する第１の端末と、少なくとも各々の前記店舗が登録した前記独自サービスデータに対する処理を要求する独自サービスデータ更新要求部を有する第２の端末と、を備えている。
【００１０】
この構成では、共通サービスデータと独自サービスデータとがサーバに管理されており、第１の端末からは共通サービスデータに対する処理が要求される。一方、第２の端末からは各々の店舗が登録した独自サービスデータに対する処理が要求される。これにより、共通サービスデータに対してはグループの代表者が第１の端末を介して一括して更新等の処理を行うことができる。一方、独自サービスデータに対してはそのサービスデータを登録した店舗が第２の端末を介して更新等の処理を行うことができる。すなわち、この構成では、共通サービスデータに関しては、各々の店舗が個別に更新等を行う必要がなく、代表者が一括して更新等を行うため、効率的なデータ管理を行うことができる。
【００１１】
また、本発明のデータ管理システムの好適な実施形態の一つでは、前記サービスデータには、前記第１の端末または前記第２の端末からの当該サービスデータに対する処理の可否を表す処理許可情報が設定されており、前記サービスデータ管理部は、前記第１の端末または前記第２の端末から前記サービスデータに対する処理を要求された際に、当該サービスデータに設定されている前記処理許可情報に基づいて当該処理の可否を決定する。
【００１２】
この構成では、各々のサービスデータには第１の端末および第２の端末からの処理要求に対する可否を表す処理許可情報が設定されており、その処理許可情報に基づいて処理の可否が決定される。これにより、例えば、共通サービスデータであっても店舗独自に変更可能としたり、独自サービスデータであってもグループの代表者が更新可能とすることができ、柔軟なサービスデータの管理を行うことができる。
【００１３】
本発明のデータ管理システムの技術的特徴は、同様のデータ管理方法にも適用することができる。そのようなデータ管理方法として、例えば、サーバに管理されている、所定のグループに属する複数の店舗が提供するサービスに関するサービスデータを管理するデータ管理方法であって、前記サービスデータには、前記グループに属する店舗に共通な共通サービスデータと、前記店舗独自の独自サービスデータとが含まれており、前記サーバとネットワークで接続された端末から前記サービスデータに対する処理の要求を受けた際に、当該サービスデータが前記共通サービスデータであり当該要求が前記グループの代表者によるものである場合、もしくは、当該サービスデータが前記独自サービスデータであり当該要求が当該独自サービスデータを登録した店舗によるものである場合に当該処理を許可するデータ管理方法に適用することができる。当然ながら、このようなデータ管理方法にも、上述したデータ管理システムの付加的特徴を適用することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明のデータ管理システムの構成図である。
【図２】本発明のデータ管理システムの機能ブロック図である。
【図３】サービスデータのデータベーススキーマを表す図である。
【図４】サービスデータの認証処理の流れを表すフローチャートである。
【図５】サービスデータの登録処理の全体の流れを表すフローチャートである。
【図６】サービスデータの閲覧処理の流れを表すフローチャートである。
【図７】サービスデータの検索処理の流れを表すフローチャートである。
【図８】サービスデータの更新処理の流れを表すフローチャートである。
【図９】実施形態における画像プリントの注文処理の流れを表すフローチャートである。
【発明を実施するための形態】
【００１５】
本実施形態は、インターネット等の広域ネットワーク上に開設されたポータルサイトに複数の店舗Ｃが出店している状況で、ポータルサイト上の店舗Ｃの各種データを管理するために本発明のデータ管理システムを適用したものである。
【００１６】
なお、本実施形態の店舗Ｃには、所定のグループに属する店舗（以下、グループ店舗Ｃｇと称する）と所定のグループに属さない店舗（以下、独立店舗Ｃｉと称する）とがある。このグループ店舗Ｃｇとは、例えば、企業グループを構成する企業やフランチャイジーである。このような場合、企業グループの中心となる企業やフランチャイザー（以下、統括者Ａと称する。本発明の代表者の例）がグループ店舗Ｃｇを統括している。当然ながら、ポータルサイトへの出店はグループ店舗Ｃｇに限定した形態でも構わない。
【００１７】
以下に図面を用いて本発明のデータ管理システムを説明する。図１は、本実施形態におけるデータ管理システムの構成図である。また、図２は各機能部を表す機能ブロック図である。図に示すように、インターネット等の広域ネットワークＮには、ポータルサイトを運営するための汎用コンピュータにより構成されるサーバＳが接続されている。このサーバＳの運営は、統括者Ａでも他の企業等でも構わない。本実施形態では、このポータルサイトは画像プリントの注文を受け付けるためのサイトであり、店舗Ｃは画像プリントを作成する、いわゆるＤＰショップ等である。したがって、画像プリントを希望する顧客は、このポータルサイトにアクセスして、所望の店舗Ｃに対して画像プリントを依頼することができる。なお、図１においてグループ店舗Ｃｇ１およびＣｇ２は統括者Ａのグループに属するものとする。
【００１８】
また、このデータ管理システムには各店舗Ｃや統括者Ａの元に備えられ、サーバＳにアクセスするための汎用コンピュータにより構成される端末Ｔが接続されている。なお、以下の説明では、店舗Ｃの元に備えられている端末Ｔを端末Ｔｕ（本発明の第２の端末）、統括者Ａの元に備えられている端末ＴをＴａ（本発明の第１の端末）と表すが、これらを特に区別する必要がない場合には端末Ｔと表す。
【００１９】
〔サーバ〕
上述したように、サーバＳはポータルサイトを運営するためのものである。そのため、サーバＳはＷＥＢサーバ（ｈｔｔｐサーバ）としての機能を備えている。また、ポータルサイトとして機能するためには、出店している店舗Ｃや各店舗のサービス内容を記録し、顧客からの注文を受け付けなければならない。そのため、図２に示すように、サーバＳは、ＷＥＢサーバとして機能するＷＥＢサーバ部１１、顧客から受けた注文を処理する注文データ処理部１２、ポータルサイトにおける各店舗Ｃが顧客に対して提供するサービスに関連するデータ（以下、サービスデータと称する）を記録管理するサービスデータ管理部１３およびサービスデータを記録するサービスデータ記録部１４を備えている。また、サービスデータ管理部１３は、端末Ｔからのアクセス時に認証を行う認証部１３ａを備えている。
【００２０】
本実施形態では、ＷＥＢサーバ部１１，注文データ処理部１２，サービスデータ管理部１３はサーバＳを構成する汎用コンピュータのＣＰＵ（Central Processing Unit）を中核としてソフトウェアにより構成されているが、ハードウェアにより構成しても構わないし、ハードウェアとソフトウェアとが協働することにより構成しても構わない。また、サービスデータ管理部１３はＲＤＢＭＳ（Relational DataBase Management System）として構成されており、サービスデータ記録部１４は、ハードディスクや不揮発性記憶媒体等の記録媒体により構成されている。
【００２１】
ＷＥＢサーバ部１１は、サーバＳをＷＥＢサーバとして機能させるものであり、ネットワークＮを介して送信されるｈｔｔｐリクエストに対するレスポンスを行うものである。ＷＥＢサーバとして機能するサーバＳにはサーバ名が割り当てられており、サーバＳのＷＥＢサーバ部１１は、そのサーバ名を含むＵＲＬ（Uniform Resource Locator）に対するｈｔｔｐリクエストを処理する。たとえば、サーバＳのサーバ名がｗｗｗ．ａｂｃ．ｃｏｍであるとすると、ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍに対するｈｔｔｐリクエストはサーバＳのＷＥＢサーバ部１１で処理され、ｈｔｔｐレスポンスが返送される。すなわち、顧客は自身が操作するコンピュータ（図示せず。以下、顧客端末と称する）にインストールされているＷＥＢブラウザからｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍへのアクセスを要求すると、そのｈｔｔｐリクエストがこのサーバＳのＷＥＢサーバ部１１に送られ、ＷＥＢサーバ部１１はその顧客端末に対してｈｔｔｐレスポンスを返す。顧客端末のＷＥＢブラウザは、このｈｔｔｐレスポンスに基づいてブラウザ上に表示を行う。例えば、このポータルサイトのトップページ（ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ）にアクセスした場合には、顧客端末のＷＥＢブラウザにはこのポータルサイトに出店している店舗の一覧が表示される。
【００２２】
顧客は顧客端末のＷＥＢブラウザを通じたＷＥＢサーバ部１１へのインタラクションを通じて画像プリントの注文先（店舗）や内容（画像プリントの態様，枚数，使用するテンプレート等）を決定してゆく。なお、これらの注文に必要なデータを総称して注文データと称する。注文データ処理部１２は、この注文データを処理する機能を有している。注文データ処理部１２は、注文データを受けると注文先の店舗Ｃの端末Ｔに注文データを転送する。
【００２３】
サービスデータ管理部１３は、各店舗Ｃのサービスデータをサービスデータ記録部１４に記録し、管理する。本実施形態でのサービスデータとは、サービス種別（画像プリント，両面プリント，フォトブックプリント等），プリントサイズ，各サービスの価格，画像プリントに用いるテンプレート等である。
【００２４】
また、サービスデータ管理部１３は、アクセスしてきた端末Ｔを認証する認証部１３ａを備えている。認証部１３ａは、端末Ｔからのアクセス要求に対してアカウント（ユーザ名）およびパスワードを要求し、送信されたアカウントおよびパスワードを認証データベース（図示せず）に登録されているアカウントおよびパスワードと照合し、アクセスの可否を決定する。なお、認証データベースには各アカウントの種別（統括者もしくは店舗の区別であり、以下、アカウント種別と称する）と各アカウントが属するグループ（以下、所属グループと称する）が登録されており、認証時にはアカウント種別と所属グループとが取得される。
【００２５】
〔端末〕
上述したように、端末Ｔは統括者Ａや店舗Ｃに備えられており、サーバＳにアクセスするものである。統括者Ａや店舗Ｃはこの端末Ｔを用いて、サーバＳに記録管理されているサービスデータを更新することができる。また、店舗Ｃに備えられた端末ＴｕはサーバＳが受けた注文を受け取る機能を備えている。そのため、図２に示すように、端末Ｔは、サーバＳにアクセスしてサービスデータの更新を要求するサービスデータ更新要求部２１を備えている。また、特に店舗Ｃに備えられた端末Ｔｕには、サーバＳから注文データを受け取る注文データ取得部２２を備えている。サービスデータ更新要求部２１および注文データ取得部２２は、端末Ｔを構成する汎用コンピュータのＣＰＵを中核としてソフトウェアにより構成されているが、ハードウェアにより構成しても構わないし、ハードウェアとソフトウェアとが協働することにより構成しても構わない。なお、端末Ｔａに備えられているサービスデータ更新要求部２１が本発明の共通サービスデータ更新要求部に相当し、端末Ｔｕに備えられているサービスデータ更新要求部２１が本発明の独自サービスデータ更新要求部に相当している。
【００２６】
サービスデータ更新要求部２１は、サーバＳに対してサービスデータの一覧の取得やサービスデータの更新を要求する機能を備えている。本実施形態では、サービスデータ更新要求部２１からサービスデータ管理部１３へのアクセスは独自プロトコルを用いてＷＥＢサーバ部１１を介さずに行っている。これにより、顧客からの注文時のアクセスと、端末Ｔからのサービスデータ更新時のアクセスとを分離し、セキュリティを向上させている。
【００２７】
注文データ取得部２２は、サーバＳの注文データ処理部１２から送信される注文データを取得する。本実施形態では、この通信は独自プロトコルにより行われる。
【００２８】
〔サービスデータ〕
上述したように、サービスデータはサーバＳに記録管理されており、ポータルサイトにおいて商取引に利用されるものである。上述したように、本実施形態のサービスデータとは、サービス種別，プリントサイズ，各サービスの価格，テンプレート等である。独立店舗Ｃｉの場合には、当然ながらこれらのサービスデータはその店舗自身で決定し、管理するものである。一方、グループ店舗Ｃｇのサービスデータは、グループ全体として統一するために統括者Ａが管理すべきもの（本発明の共通サービスデータ）と、各グループ店舗Ｃｇが独自に設定管理することができるもの（本発明の独自サービスデータ）とがある。例えば、画像プリントの価格をグループ全体で統一したい場合には、価格は統括者Ａが管理することとなる。また、基本のテンプレート（以下、基本テンプレートと称する）はグループ全体で統一するが、各グループ店舗Ｃｇが独自のテンプレート（以下、独自テンプレートと称する）を設定することができる場合には、基本テンプレートは統括者Ａの管理下となり、独自テンプレートはグループ店舗Ｃｇの管理下となる。このような場合には、基本テンプレートは統括者Ａのみが管理でき、独自テンプレートはその独自テンプレートを設定した独立店舗Ｃｇのみが管理できることが望ましい。また、価格等は原則として統括者Ａが管理するものであるが、各グループ店舗Ｃｇが特価を設定したいような場合もある。
【００２９】
上述のように、サービスデータは様々な態様で管理されるものである。そのため、本発明では、各サービスデータは後述するパーミッションフラグ（本発明における処理許可情報）が付与された状態でサービスデータ記録部１４に記録されている（図３参照）。
【００３０】
本実施形態のパーミッションフラグは２ビットで構成されており、上位ビットは閲覧に対するパーミッション、下位ビットは更新に対するパーミッションを表している。パーミッションの設定は、対応するビットを１（許可）または０（不許可）に設定することで行うが、以下の説明では閲覧許可をｒ、更新許可をｗ、不許可を−と表記する。例えば、統括者Ａがサービスデータを登録する際にパーミッションフラグを“ｒ−”と設定すると、各グループ店舗Ｃｇの閲覧は許可するが更新は許可しないサービスデータとなる。なお、本実施形態では、統括者Ａは同じグループのグループ店舗Ｃｇが登録したサービスデータに対してはパーミッションフラグに関係なく閲覧可能であり、サービスデータを登録したアカウントからの閲覧および更新要求はパーミッションフラグに関係なく許可されるものとする。なお、以下の説明において、パーミッションフラグを０と１とのどちらに設定しても構わない場合には“＊”と表記する。
【００３１】
図３は、本実施形態におけるデータベーススキーマである。図から明らかなように、本実施形態のサービスデータは、サービスデータテーブルおよび店舗サービステーブルとから構成されている。サービスデータテーブルは、属性として、サービスデータの識別番号（以下、サービスデータＩＤと称する），データ種別（サービス種別，プリントサイズ，価格，テンプレート等の区別を表す情報），パーミッションフラグ，登録アカウント，登録アカウントの所属グループ，サービスデータの実体が設定されている。一方、店舗サービステーブルは、店舗の識別番号（以下、店舗ＩＤと称する）およびサービス内容（その店舗が実施しているサービスのサービスＩＤのリスト）が設定されている。なお、サービスデータＩＤおよび店舗ＩＤがプライマリーキーとなっている。
【００３２】
〔サービスデータの登録更新処理〕
以下に、図４から図８のフローチャートを用いて本実施形態におけるサービスデータの閲覧，登録および更新処理の流れを説明する。
〔認証処理〕
図４は、本実施形態における認証処理の流れを表すフローチャートである。まず、統括者Ａまたは店舗Ｃの店員等（以下、操作者と称する）は端末Ｔを操作し、端末Ｔのサービスデータ更新要求部２１からサーバＳのサービスデータ管理部１３に対してアクセスを要求する（＃０１）。アクセス要求を受けたサービスデータ管理部１３の認証部１３ａは、サービスデータ更新要求部２１に対して、認証データ（アカウント名，パスワード）を要求する（＃０２）。認証データを要求されたサービスデータ更新要求部２１は、操作者が入力した認証データもしくは予め登録されている認証データを認証部１３ａに送信する（＃０３）。認証データを受信した認証部１３ａは、認証データと認証データベースの登録内容とを照合する（＃０４）。受信した認証データが認証データベースの内容と一致した場合には（＃０４のＹｅｓ分岐）、その端末Ｔからのアクセスを許可し、認証データベースから認証アカウントのアカウント種別と所属グループとを取得しておく（＃０５）。一方、認証データが認証データベースの内容と一致しない場合には（＃０４のＮｏ分岐）、その端末Ｔからのアクセスを拒否し、通信を終了させる（＃０６）。
【００３３】
アクセスを許可された端末Ｔからはサービスデータ管理部１３に対する処理要求が可能となる。本実施形態では、処理要求の種別として、サービスデータの“閲覧”，“登録（新規登録）”および“更新（削除を含む更新登録）”を用いている。以下に、各処理の流れを説明する。
【００３４】
〔サービスデータの登録処理〕
図５は、サービスデータの登録（新規登録）処理の流れを表すフローチャートである。まず、サービスデータを登録したい端末Ｔの操作者は、上記の認証処理によりアクセスの許可を得る（＃１１）。このとき、サービスデータ管理部１３は、認証部１３ａから認証したアカウント，アカウント種別，所属グループおよび所属グループ（以下、アカウント情報と称する）を取得する（＃１２）。
【００３５】
アクセスを許可された端末Ｔの操作者は、端末Ｔを操作し、登録したいサービスデータ，そのサービスデータのデータ種別，パーミッションフラグをサービスデータ更新要求部２１からサービスデータ管理部１３に送信する（＃１３）。
【００３６】
登録すべきサービスデータとパーミッションフラグを取得したサービスデータ管理部１３は、サービスデータＩＤを発行し、データ種別，パーミッションフラグ，サービスデータ，登録アカウントとしての認証アカウント，所属グループとともにサービスデータ記録部１４に記録する（＃１４）。
【００３７】
〔サービスデータの閲覧処理〕
図６は、サービスデータの閲覧処理の流れを表すフローチャートである。まず、サービスデータを閲覧したい端末Ｔの操作者は、上記の認証処理によりアクセスの許可を得る（＃２１）。このとき、サービスデータ管理部１３は、認証部１３ａから認証したアカウント情報を取得する（＃２２）。
【００３８】
アクセスを許可された端末Ｔの操作者は、端末Ｔを操作し、サービスデータ更新要求部２１からサービスデータ管理部１３に対して、サービスデータの閲覧要求を送信する（＃２３）。このとき、閲覧すべきサービスデータを絞り込むための絞込条件を設定することもできる。絞込条件は、例えば、サービスデータの種類，登録／更新日時等を用いることができる。この絞込条件により、迅速に所望のサービスデータを閲覧することができる。
【００３９】
サービスデータ更新要求部２１から閲覧要求を受けたサービスデータ管理部１３は、サービスデータ記録部１４に記録されているサービスデータのうち、認証アカウントに対して閲覧パーミッションが与えられたサービスデータを抽出する（＃２４）。具体的には、図７のフローチャートの処理が行われる。
【００４０】
まず、アカウント情報に基づいて認証アカウントのアカウント種別が統括者であるか否かが判定される（＃３１）。上述したように、統括者Ａは自身が登録したサービスデータおよび自身が統括するグループに属するグループ店舗Ｃｇが登録したサービスデータを閲覧することができる。そのため、認証アカウントが統括者である場合には（＃３１のＹｅｓ分岐）、サービスデータ管理部１３は以下のＳＱＬにより所属グループがアカウント情報の所属グループ（ＳＱＬでは、アカウント情報．所属グループと表記する）に一致するサービスデータを抽出する（＃３４）。
ＳＥＬＥＣＴ ＦＲＯＭ サービスデータテーブル
ＷＨＥＲＥ 所属グループ ＝ アカウント情報．所属グループ
【００４１】
一方、認証アカウントが店舗の場合には（＃３１のＮｏ分岐）、まず、認証アカウント自身が登録したサービスデータを閲覧することができる。そのため、以下のＳＱＬにより、自身が登録したサービスデータを抽出する（＃３２）。
ＳＥＬＥＣＴ ＦＲＯＭ サービスデータテーブル
ＷＨＥＲＥ 登録アカウント ＝ 認証アカウント
また、グループ店舗Ｃｇは自身が属するグループの統括者Ａが登録し、閲覧パーミッションを与えているサービスデータの閲覧も可能である。そのようなサービスデータは以下のＳＱＬにより抽出することができる（＃３３）。なお、グループ店舗Ｃｇが属するグループの統括者Ａのアカウントは認証部１３ａに問い合わせて、取得しているものとする。
ＳＥＬＥＣＴ ＦＲＯＭ サービスデータテーブル
ＷＨＥＲＥ アカウント種別 登録アカウント ＝ 統括者Ａのアカウント
ＡＮＤ パーミッションフラグ ＝ ｒ＊
【００４２】
このようにして抽出されたサービスデータは、端末Ｔにおいて閲覧可能なデータに変換された後、サービスデータ更新要求部２１に送信される（＃２５）。
【００４３】
閲覧可能な状態のサービスデータを取得したサービスデータ更新要求部２１は、そのサービスデータを端末Ｔに接続されているディスプレイＤに表示する（＃２６）。
【００４４】
〔サービスデータの更新処理〕
図８は、サービスデータの更新（削除を含む更新登録）処理の流れを表すフローチャートである。まず、サービスデータを更新したい端末Ｔの操作者は、上記の認証処理によりアクセスの許可を得る（＃４１）。このとき、サービスデータ管理部１３は、認証部１３ａから認証したアカウント情報を取得する（＃４２）。
【００４５】
アクセスを許可された端末Ｔの操作者は、更新すべきサービスデータを特定するために、サービスデータの閲覧を行う（＃４３）。なお、本実施形態では、サービスデータの更新処理に先立ち、サービスデータの閲覧を行っているがこの処理は必須ではなく、省略することは可能である。
【００４６】
操作者は、更新もしくは削除すべきものを選択するとともに、更新もしくは削除を設定し、更新する場合には更新後のサービスデータを設定する（＃４４）。ここで設定された内容（以下、更新データ）は、サービスデータ更新要求部２１からサービスデータ管理部１３に送信される（＃４５）。
【００４７】
処理要求を受けたサービスデータ管理部１３は、認証アカウントが受信した更新データに含まれるサービスデータ（以下、更新対象サービスデータと称する）に対する更新が可能か否かを判定する（＃４６）。具体的には、認証アカウントが更新対象サービスデータの登録アカウントである場合、または、更新対象サービスデータの登録アカウントの所属グループと認証アカウントの所属グループが同一であり更新対象サービスデータのパーミッションフラグが＊ｗである場合に（＃４６のＹｅｓ分岐）、更新が許可される。このとき、サービスデータ管理部１３は、サービスデータ記録部１４の内容を受信したデータにより更新する（＃４７）。
【００４８】
一方、認証アカウントに更新許可が与えられていない場合には、サービスデータ管理部１３はサービスデータ更新要求部２１に対して、更新許可が与えられていない旨を通知する（＃４８）。
【００４９】
〔注文処理〕
図９は、本実施形態における注文処理の流れを表すフローチャートである。まず、画像プリントを注文したい顧客は、顧客端末のＷＥＢブラウザを操作して、ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍにアクセスする（＃５１）。このアクセスにより、ＷＥＢサーバ部１１にはｈｔｔｐリクエストが送信される。
【００５０】
ＷＥＢサーバ部１１は、ｈｔｔｐリクエストの内容に応じて、サービスデータ管理部１３を介してサービスデータ記録部１４の内容を取得する（＃５２）。具体的には、ポータルサイトに出店している店舗Ｃの一覧や、各店舗Ｃのサービス一覧等である。このとき、サービスデータ管理部１３は、必要に応じてＳＱＬを実行し、サービスデータ記録部１４の内容を取得する。このようして取得されたサービスデータに対して必要なデータを付加し、整形したｈｔｔｐレスポンスを顧客端末に送信する（＃５３）。顧客端末のＷＥＢブラウザは、このｈｔｔｐレスポンスを受けて表示を行う（＃５４）。例えば、ＷＥＢブラウザには、店舗Ｃの一覧や各店舗のサービス一覧等が表示される。
【００５１】
顧客は、ＷＥＢブラウザの操作によるＷＥＢサーバ部１１とのインタラクションにより、自宅の近所の店舗Ｃや、所望のサービスを提供している店舗Ｃを選択し、使用する画像データや画像プリントの内容（注文データ）を決定する（＃５５）。なお、インタラクションを通じて逐次決定される注文情報は、ｃｏｏｋｉｅ等の技術を用いることにより一時記憶することができる。
【００５２】
顧客の操作により注文が確定すると（＃５６のＹｅｓ分岐）、注文データは注文データ処理部１２に送られる。
【００５３】
注文データを取得した注文データ処理部１２は、注文データを参照して注文先の店舗Ｃを特定する（＃５７）。その後、注文データ処理部１２は、特定した店舗Ｃの端末Ｔの注文データ取得部２２にアクセスし、注文データを送信する（＃５８）。注文データを受けた店舗Ｃは、注文データに基づいて画像プリントを作成し、顧客に提供する。
【００５４】
〔別実施形態〕
（１）上述の実施形態では、サービスデータを更新等するための通信は独自プロトコルを用いたが、ｈｔｔｐを用いても構わない。これにより、端末Ｔ側は特別な構成が不要となる。この場合には、ＷＥＢブラウザがデータ更新要求部２１として機能する。
【００５５】
（２）上述の実施形態では、注文データはサーバＳから店舗Ｃの端末Ｔに送信する構成としたが、これに限定されるものではなく、店舗Ｃの端末からサーバＳに記録されている注文データを取得する構成としても構わない。また、サーバＳは注文を受けた時点で注文データを送信する構成としたが、１日の所定時刻にまとめて送信する構成としても構わない。さらに、注文データの送信は独自プロトコルとしたが、電子メールによる送信としても構わない。この場合には、店舗Ｃに備えられている端末ＴｕのＭＤＡ（Mail Delivery Agent）とＭＵＡ（Mail User Agent）とが協働して注文データ取得部２２として機能する。
【００５６】
（３）上述の実施形態では、一の注文データは一の店舗Ｃに送信される構成としたが、一の注文データに複数の店舗Ｃに対する注文を含め、注文データ処理部１２が各店舗Ｃに注文データを割り振って送信する構成としても構わない。また、注文データには一の店舗Ｃのみが指定されているが、その店舗Ｃでは提供されていないサービスに対する注文が含まれている場合に、そのサービスに対する注文を指定された店舗と同じグループに属するグループ店舗Ｃｇに送信するよう構成しても構わない。
【産業上の利用可能性】
【００５７】
本発明は、サーバ上に管理されている複数の企業のデータを管理するデータ管理技術に利用することができる。
【符号の説明】
【００５８】
Ａ：統括者
Ｃ：店舗
Ｃｇ、Ｃｇ１、Ｃｇ２：グループ店舗
Ｃｉ：独立店舗
Ｓ：サーバ
Ｔ：端末
Ｔａ：統括者端末
Ｔｕ：店舗端末
Ｄ：ディスプレイ
１１：ＷＥＢサーバ部
１２：注文データ処理部
１３：サービスデータ管理部
１３ａ：認証部
１４：サービスデータ記録部
２１：サービスデータ更新要求部
２２：注文データ取得部
【技術分野】
【０００１】
本発明は、サーバに管理されているデータのためのデータ管理技術、特に、サーバに管理されている複数の店舗のデータを管理するデータ管理技術に関する。
【背景技術】
【０００２】
近年のインターネット等のネットワーク技術の発展に伴い、ネットワーク上での商取引が盛んになっている。特に、インターネット上のポータルサイト等と呼ばれるサイトでは、複数の企業や店舗（以下、店舗と総称する）が出店しており、顧客はネットワークを介してこれらの店舗への注文が可能となっている。このようなポータルサイトを利用することにより、顧客は各店舗のサービスを比較する等の際に、各店舗のサイトを個別に検索，閲覧する手間を省くことができる。また、各店舗もポータルサイトに出店することにより、個別にサイトを構築するよりも商取引の機会を得ることができる。
【０００３】
このような形態を用いたシステムとして、例えば、特許文献１に記載されたシステムがある。このシステムでは、写真処理サービス仲介サーバ（以下、サーバと称する）がポータルサイトを運営する機能を有しており、各写真処理サービス機関やプリントショップ（以下、サービス機関等と称する）が提供している写真処理サービス（以下、サービスと称する）に関するサービス情報を保持している。また、サーバは顧客からのサービスの注文を受け付け、その注文を該当するサービス機関等に伝送する機能を備えている。このような構成により、顧客はサーバにアクセスすることにより、所望のサービスを提供しているサービス機関等を特定することができ、そのサービス機関等にサービスを発注することができる。
【０００４】
ポータルサイトにはいくつかの形態がある。一つは、経済的，法律的に繋がりがない複数の店舗が出展する形態である。この形態では、ポータルサイト上のデータ（価格やサービス内容等の商取引に必要なデータ）は各店舗が管理すべきものである。また、他に、複数のフランチャイジーや企業グループに属する店舗（以下、これらをグループ店舗と総称する）が同一のポータルサイトに出店する形態がある。後者の形態は、上記の引用文献１のようなシステム等で採用されている。このようなシステムでは、顧客はサービスを所望のサービス機関等に発注し、商品（サービス）の受け取りは近くのプリントショップで受け取る等が可能となり、顧客の利便性を向上させるとともに、商機を的確に掴むことが可能となっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２５９０２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
引用文献１のシステムでは、サーバ上のサービス情報は各サービス機関等が管理しているが、このシステムが前者の形態であれば、このような管理に不都合は生じない。しかしながら、このシステムが後者の形態であれば、サービス情報は、グループ店舗全体で統一すべきものと、各グループ店舗が独自に管理すべきものとがあり、グループ店舗全体として統一すべきサービス情報（以下、共通データと称する）であっても、各グループ店舗が管理・更新しなければならない。すなわち、フランチャイザー等のグループ店舗を統括すべき企業や部門等（以下、統括者と総称する）から、グループ店舗に対して共通データを通知し、その通知を受けて各グループ店舗が自身で共通データを管理・更新しなければならない。
【０００７】
このような管理方法は、グループ店舗にとっては不要な負担となる。一方、統括者は各グループ店舗が確実に共通データを管理・更新しているかを管理しなければならない。
【０００８】
本発明の目的は、上記課題に鑑み、サーバに記録されている複数の店舗のデータを効率的に管理するデータ管理技術を提供することである。
【課題を解決するための手段】
【０００９】
前記課題を解決するために、本発明のデータ管理システムは、所定のグループに属する複数の店舗が提供するサービスに関するサービスデータを管理するサービスデータ管理部を有するサーバを備え、前記サービスデータには、前記グループに属する店舗に共通な共通サービスデータと、前記店舗独自の独自サービスデータとが含まれており、少なくとも前記共通サービスデータに対する処理を要求する共通サービスデータ更新要求部を有する第１の端末と、少なくとも各々の前記店舗が登録した前記独自サービスデータに対する処理を要求する独自サービスデータ更新要求部を有する第２の端末と、を備えている。
【００１０】
この構成では、共通サービスデータと独自サービスデータとがサーバに管理されており、第１の端末からは共通サービスデータに対する処理が要求される。一方、第２の端末からは各々の店舗が登録した独自サービスデータに対する処理が要求される。これにより、共通サービスデータに対してはグループの代表者が第１の端末を介して一括して更新等の処理を行うことができる。一方、独自サービスデータに対してはそのサービスデータを登録した店舗が第２の端末を介して更新等の処理を行うことができる。すなわち、この構成では、共通サービスデータに関しては、各々の店舗が個別に更新等を行う必要がなく、代表者が一括して更新等を行うため、効率的なデータ管理を行うことができる。
【００１１】
また、本発明のデータ管理システムの好適な実施形態の一つでは、前記サービスデータには、前記第１の端末または前記第２の端末からの当該サービスデータに対する処理の可否を表す処理許可情報が設定されており、前記サービスデータ管理部は、前記第１の端末または前記第２の端末から前記サービスデータに対する処理を要求された際に、当該サービスデータに設定されている前記処理許可情報に基づいて当該処理の可否を決定する。
【００１２】
この構成では、各々のサービスデータには第１の端末および第２の端末からの処理要求に対する可否を表す処理許可情報が設定されており、その処理許可情報に基づいて処理の可否が決定される。これにより、例えば、共通サービスデータであっても店舗独自に変更可能としたり、独自サービスデータであってもグループの代表者が更新可能とすることができ、柔軟なサービスデータの管理を行うことができる。
【００１３】
本発明のデータ管理システムの技術的特徴は、同様のデータ管理方法にも適用することができる。そのようなデータ管理方法として、例えば、サーバに管理されている、所定のグループに属する複数の店舗が提供するサービスに関するサービスデータを管理するデータ管理方法であって、前記サービスデータには、前記グループに属する店舗に共通な共通サービスデータと、前記店舗独自の独自サービスデータとが含まれており、前記サーバとネットワークで接続された端末から前記サービスデータに対する処理の要求を受けた際に、当該サービスデータが前記共通サービスデータであり当該要求が前記グループの代表者によるものである場合、もしくは、当該サービスデータが前記独自サービスデータであり当該要求が当該独自サービスデータを登録した店舗によるものである場合に当該処理を許可するデータ管理方法に適用することができる。当然ながら、このようなデータ管理方法にも、上述したデータ管理システムの付加的特徴を適用することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明のデータ管理システムの構成図である。
【図２】本発明のデータ管理システムの機能ブロック図である。
【図３】サービスデータのデータベーススキーマを表す図である。
【図４】サービスデータの認証処理の流れを表すフローチャートである。
【図５】サービスデータの登録処理の全体の流れを表すフローチャートである。
【図６】サービスデータの閲覧処理の流れを表すフローチャートである。
【図７】サービスデータの検索処理の流れを表すフローチャートである。
【図８】サービスデータの更新処理の流れを表すフローチャートである。
【図９】実施形態における画像プリントの注文処理の流れを表すフローチャートである。
【発明を実施するための形態】
【００１５】
本実施形態は、インターネット等の広域ネットワーク上に開設されたポータルサイトに複数の店舗Ｃが出店している状況で、ポータルサイト上の店舗Ｃの各種データを管理するために本発明のデータ管理システムを適用したものである。
【００１６】
なお、本実施形態の店舗Ｃには、所定のグループに属する店舗（以下、グループ店舗Ｃｇと称する）と所定のグループに属さない店舗（以下、独立店舗Ｃｉと称する）とがある。このグループ店舗Ｃｇとは、例えば、企業グループを構成する企業やフランチャイジーである。このような場合、企業グループの中心となる企業やフランチャイザー（以下、統括者Ａと称する。本発明の代表者の例）がグループ店舗Ｃｇを統括している。当然ながら、ポータルサイトへの出店はグループ店舗Ｃｇに限定した形態でも構わない。
【００１７】
以下に図面を用いて本発明のデータ管理システムを説明する。図１は、本実施形態におけるデータ管理システムの構成図である。また、図２は各機能部を表す機能ブロック図である。図に示すように、インターネット等の広域ネットワークＮには、ポータルサイトを運営するための汎用コンピュータにより構成されるサーバＳが接続されている。このサーバＳの運営は、統括者Ａでも他の企業等でも構わない。本実施形態では、このポータルサイトは画像プリントの注文を受け付けるためのサイトであり、店舗Ｃは画像プリントを作成する、いわゆるＤＰショップ等である。したがって、画像プリントを希望する顧客は、このポータルサイトにアクセスして、所望の店舗Ｃに対して画像プリントを依頼することができる。なお、図１においてグループ店舗Ｃｇ１およびＣｇ２は統括者Ａのグループに属するものとする。
【００１８】
また、このデータ管理システムには各店舗Ｃや統括者Ａの元に備えられ、サーバＳにアクセスするための汎用コンピュータにより構成される端末Ｔが接続されている。なお、以下の説明では、店舗Ｃの元に備えられている端末Ｔを端末Ｔｕ（本発明の第２の端末）、統括者Ａの元に備えられている端末ＴをＴａ（本発明の第１の端末）と表すが、これらを特に区別する必要がない場合には端末Ｔと表す。
【００１９】
〔サーバ〕
上述したように、サーバＳはポータルサイトを運営するためのものである。そのため、サーバＳはＷＥＢサーバ（ｈｔｔｐサーバ）としての機能を備えている。また、ポータルサイトとして機能するためには、出店している店舗Ｃや各店舗のサービス内容を記録し、顧客からの注文を受け付けなければならない。そのため、図２に示すように、サーバＳは、ＷＥＢサーバとして機能するＷＥＢサーバ部１１、顧客から受けた注文を処理する注文データ処理部１２、ポータルサイトにおける各店舗Ｃが顧客に対して提供するサービスに関連するデータ（以下、サービスデータと称する）を記録管理するサービスデータ管理部１３およびサービスデータを記録するサービスデータ記録部１４を備えている。また、サービスデータ管理部１３は、端末Ｔからのアクセス時に認証を行う認証部１３ａを備えている。
【００２０】
本実施形態では、ＷＥＢサーバ部１１，注文データ処理部１２，サービスデータ管理部１３はサーバＳを構成する汎用コンピュータのＣＰＵ（Central Processing Unit）を中核としてソフトウェアにより構成されているが、ハードウェアにより構成しても構わないし、ハードウェアとソフトウェアとが協働することにより構成しても構わない。また、サービスデータ管理部１３はＲＤＢＭＳ（Relational DataBase Management System）として構成されており、サービスデータ記録部１４は、ハードディスクや不揮発性記憶媒体等の記録媒体により構成されている。
【００２１】
ＷＥＢサーバ部１１は、サーバＳをＷＥＢサーバとして機能させるものであり、ネットワークＮを介して送信されるｈｔｔｐリクエストに対するレスポンスを行うものである。ＷＥＢサーバとして機能するサーバＳにはサーバ名が割り当てられており、サーバＳのＷＥＢサーバ部１１は、そのサーバ名を含むＵＲＬ（Uniform Resource Locator）に対するｈｔｔｐリクエストを処理する。たとえば、サーバＳのサーバ名がｗｗｗ．ａｂｃ．ｃｏｍであるとすると、ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍに対するｈｔｔｐリクエストはサーバＳのＷＥＢサーバ部１１で処理され、ｈｔｔｐレスポンスが返送される。すなわち、顧客は自身が操作するコンピュータ（図示せず。以下、顧客端末と称する）にインストールされているＷＥＢブラウザからｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍへのアクセスを要求すると、そのｈｔｔｐリクエストがこのサーバＳのＷＥＢサーバ部１１に送られ、ＷＥＢサーバ部１１はその顧客端末に対してｈｔｔｐレスポンスを返す。顧客端末のＷＥＢブラウザは、このｈｔｔｐレスポンスに基づいてブラウザ上に表示を行う。例えば、このポータルサイトのトップページ（ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ）にアクセスした場合には、顧客端末のＷＥＢブラウザにはこのポータルサイトに出店している店舗の一覧が表示される。
【００２２】
顧客は顧客端末のＷＥＢブラウザを通じたＷＥＢサーバ部１１へのインタラクションを通じて画像プリントの注文先（店舗）や内容（画像プリントの態様，枚数，使用するテンプレート等）を決定してゆく。なお、これらの注文に必要なデータを総称して注文データと称する。注文データ処理部１２は、この注文データを処理する機能を有している。注文データ処理部１２は、注文データを受けると注文先の店舗Ｃの端末Ｔに注文データを転送する。
【００２３】
サービスデータ管理部１３は、各店舗Ｃのサービスデータをサービスデータ記録部１４に記録し、管理する。本実施形態でのサービスデータとは、サービス種別（画像プリント，両面プリント，フォトブックプリント等），プリントサイズ，各サービスの価格，画像プリントに用いるテンプレート等である。
【００２４】
また、サービスデータ管理部１３は、アクセスしてきた端末Ｔを認証する認証部１３ａを備えている。認証部１３ａは、端末Ｔからのアクセス要求に対してアカウント（ユーザ名）およびパスワードを要求し、送信されたアカウントおよびパスワードを認証データベース（図示せず）に登録されているアカウントおよびパスワードと照合し、アクセスの可否を決定する。なお、認証データベースには各アカウントの種別（統括者もしくは店舗の区別であり、以下、アカウント種別と称する）と各アカウントが属するグループ（以下、所属グループと称する）が登録されており、認証時にはアカウント種別と所属グループとが取得される。
【００２５】
〔端末〕
上述したように、端末Ｔは統括者Ａや店舗Ｃに備えられており、サーバＳにアクセスするものである。統括者Ａや店舗Ｃはこの端末Ｔを用いて、サーバＳに記録管理されているサービスデータを更新することができる。また、店舗Ｃに備えられた端末ＴｕはサーバＳが受けた注文を受け取る機能を備えている。そのため、図２に示すように、端末Ｔは、サーバＳにアクセスしてサービスデータの更新を要求するサービスデータ更新要求部２１を備えている。また、特に店舗Ｃに備えられた端末Ｔｕには、サーバＳから注文データを受け取る注文データ取得部２２を備えている。サービスデータ更新要求部２１および注文データ取得部２２は、端末Ｔを構成する汎用コンピュータのＣＰＵを中核としてソフトウェアにより構成されているが、ハードウェアにより構成しても構わないし、ハードウェアとソフトウェアとが協働することにより構成しても構わない。なお、端末Ｔａに備えられているサービスデータ更新要求部２１が本発明の共通サービスデータ更新要求部に相当し、端末Ｔｕに備えられているサービスデータ更新要求部２１が本発明の独自サービスデータ更新要求部に相当している。
【００２６】
サービスデータ更新要求部２１は、サーバＳに対してサービスデータの一覧の取得やサービスデータの更新を要求する機能を備えている。本実施形態では、サービスデータ更新要求部２１からサービスデータ管理部１３へのアクセスは独自プロトコルを用いてＷＥＢサーバ部１１を介さずに行っている。これにより、顧客からの注文時のアクセスと、端末Ｔからのサービスデータ更新時のアクセスとを分離し、セキュリティを向上させている。
【００２７】
注文データ取得部２２は、サーバＳの注文データ処理部１２から送信される注文データを取得する。本実施形態では、この通信は独自プロトコルにより行われる。
【００２８】
〔サービスデータ〕
上述したように、サービスデータはサーバＳに記録管理されており、ポータルサイトにおいて商取引に利用されるものである。上述したように、本実施形態のサービスデータとは、サービス種別，プリントサイズ，各サービスの価格，テンプレート等である。独立店舗Ｃｉの場合には、当然ながらこれらのサービスデータはその店舗自身で決定し、管理するものである。一方、グループ店舗Ｃｇのサービスデータは、グループ全体として統一するために統括者Ａが管理すべきもの（本発明の共通サービスデータ）と、各グループ店舗Ｃｇが独自に設定管理することができるもの（本発明の独自サービスデータ）とがある。例えば、画像プリントの価格をグループ全体で統一したい場合には、価格は統括者Ａが管理することとなる。また、基本のテンプレート（以下、基本テンプレートと称する）はグループ全体で統一するが、各グループ店舗Ｃｇが独自のテンプレート（以下、独自テンプレートと称する）を設定することができる場合には、基本テンプレートは統括者Ａの管理下となり、独自テンプレートはグループ店舗Ｃｇの管理下となる。このような場合には、基本テンプレートは統括者Ａのみが管理でき、独自テンプレートはその独自テンプレートを設定した独立店舗Ｃｇのみが管理できることが望ましい。また、価格等は原則として統括者Ａが管理するものであるが、各グループ店舗Ｃｇが特価を設定したいような場合もある。
【００２９】
上述のように、サービスデータは様々な態様で管理されるものである。そのため、本発明では、各サービスデータは後述するパーミッションフラグ（本発明における処理許可情報）が付与された状態でサービスデータ記録部１４に記録されている（図３参照）。
【００３０】
本実施形態のパーミッションフラグは２ビットで構成されており、上位ビットは閲覧に対するパーミッション、下位ビットは更新に対するパーミッションを表している。パーミッションの設定は、対応するビットを１（許可）または０（不許可）に設定することで行うが、以下の説明では閲覧許可をｒ、更新許可をｗ、不許可を−と表記する。例えば、統括者Ａがサービスデータを登録する際にパーミッションフラグを“ｒ−”と設定すると、各グループ店舗Ｃｇの閲覧は許可するが更新は許可しないサービスデータとなる。なお、本実施形態では、統括者Ａは同じグループのグループ店舗Ｃｇが登録したサービスデータに対してはパーミッションフラグに関係なく閲覧可能であり、サービスデータを登録したアカウントからの閲覧および更新要求はパーミッションフラグに関係なく許可されるものとする。なお、以下の説明において、パーミッションフラグを０と１とのどちらに設定しても構わない場合には“＊”と表記する。
【００３１】
図３は、本実施形態におけるデータベーススキーマである。図から明らかなように、本実施形態のサービスデータは、サービスデータテーブルおよび店舗サービステーブルとから構成されている。サービスデータテーブルは、属性として、サービスデータの識別番号（以下、サービスデータＩＤと称する），データ種別（サービス種別，プリントサイズ，価格，テンプレート等の区別を表す情報），パーミッションフラグ，登録アカウント，登録アカウントの所属グループ，サービスデータの実体が設定されている。一方、店舗サービステーブルは、店舗の識別番号（以下、店舗ＩＤと称する）およびサービス内容（その店舗が実施しているサービスのサービスＩＤのリスト）が設定されている。なお、サービスデータＩＤおよび店舗ＩＤがプライマリーキーとなっている。
【００３２】
〔サービスデータの登録更新処理〕
以下に、図４から図８のフローチャートを用いて本実施形態におけるサービスデータの閲覧，登録および更新処理の流れを説明する。
〔認証処理〕
図４は、本実施形態における認証処理の流れを表すフローチャートである。まず、統括者Ａまたは店舗Ｃの店員等（以下、操作者と称する）は端末Ｔを操作し、端末Ｔのサービスデータ更新要求部２１からサーバＳのサービスデータ管理部１３に対してアクセスを要求する（＃０１）。アクセス要求を受けたサービスデータ管理部１３の認証部１３ａは、サービスデータ更新要求部２１に対して、認証データ（アカウント名，パスワード）を要求する（＃０２）。認証データを要求されたサービスデータ更新要求部２１は、操作者が入力した認証データもしくは予め登録されている認証データを認証部１３ａに送信する（＃０３）。認証データを受信した認証部１３ａは、認証データと認証データベースの登録内容とを照合する（＃０４）。受信した認証データが認証データベースの内容と一致した場合には（＃０４のＹｅｓ分岐）、その端末Ｔからのアクセスを許可し、認証データベースから認証アカウントのアカウント種別と所属グループとを取得しておく（＃０５）。一方、認証データが認証データベースの内容と一致しない場合には（＃０４のＮｏ分岐）、その端末Ｔからのアクセスを拒否し、通信を終了させる（＃０６）。
【００３３】
アクセスを許可された端末Ｔからはサービスデータ管理部１３に対する処理要求が可能となる。本実施形態では、処理要求の種別として、サービスデータの“閲覧”，“登録（新規登録）”および“更新（削除を含む更新登録）”を用いている。以下に、各処理の流れを説明する。
【００３４】
〔サービスデータの登録処理〕
図５は、サービスデータの登録（新規登録）処理の流れを表すフローチャートである。まず、サービスデータを登録したい端末Ｔの操作者は、上記の認証処理によりアクセスの許可を得る（＃１１）。このとき、サービスデータ管理部１３は、認証部１３ａから認証したアカウント，アカウント種別，所属グループおよび所属グループ（以下、アカウント情報と称する）を取得する（＃１２）。
【００３５】
アクセスを許可された端末Ｔの操作者は、端末Ｔを操作し、登録したいサービスデータ，そのサービスデータのデータ種別，パーミッションフラグをサービスデータ更新要求部２１からサービスデータ管理部１３に送信する（＃１３）。
【００３６】
登録すべきサービスデータとパーミッションフラグを取得したサービスデータ管理部１３は、サービスデータＩＤを発行し、データ種別，パーミッションフラグ，サービスデータ，登録アカウントとしての認証アカウント，所属グループとともにサービスデータ記録部１４に記録する（＃１４）。
【００３７】
〔サービスデータの閲覧処理〕
図６は、サービスデータの閲覧処理の流れを表すフローチャートである。まず、サービスデータを閲覧したい端末Ｔの操作者は、上記の認証処理によりアクセスの許可を得る（＃２１）。このとき、サービスデータ管理部１３は、認証部１３ａから認証したアカウント情報を取得する（＃２２）。
【００３８】
アクセスを許可された端末Ｔの操作者は、端末Ｔを操作し、サービスデータ更新要求部２１からサービスデータ管理部１３に対して、サービスデータの閲覧要求を送信する（＃２３）。このとき、閲覧すべきサービスデータを絞り込むための絞込条件を設定することもできる。絞込条件は、例えば、サービスデータの種類，登録／更新日時等を用いることができる。この絞込条件により、迅速に所望のサービスデータを閲覧することができる。
【００３９】
サービスデータ更新要求部２１から閲覧要求を受けたサービスデータ管理部１３は、サービスデータ記録部１４に記録されているサービスデータのうち、認証アカウントに対して閲覧パーミッションが与えられたサービスデータを抽出する（＃２４）。具体的には、図７のフローチャートの処理が行われる。
【００４０】
まず、アカウント情報に基づいて認証アカウントのアカウント種別が統括者であるか否かが判定される（＃３１）。上述したように、統括者Ａは自身が登録したサービスデータおよび自身が統括するグループに属するグループ店舗Ｃｇが登録したサービスデータを閲覧することができる。そのため、認証アカウントが統括者である場合には（＃３１のＹｅｓ分岐）、サービスデータ管理部１３は以下のＳＱＬにより所属グループがアカウント情報の所属グループ（ＳＱＬでは、アカウント情報．所属グループと表記する）に一致するサービスデータを抽出する（＃３４）。
ＳＥＬＥＣＴ ＦＲＯＭ サービスデータテーブル
ＷＨＥＲＥ 所属グループ ＝ アカウント情報．所属グループ
【００４１】
一方、認証アカウントが店舗の場合には（＃３１のＮｏ分岐）、まず、認証アカウント自身が登録したサービスデータを閲覧することができる。そのため、以下のＳＱＬにより、自身が登録したサービスデータを抽出する（＃３２）。
ＳＥＬＥＣＴ ＦＲＯＭ サービスデータテーブル
ＷＨＥＲＥ 登録アカウント ＝ 認証アカウント
また、グループ店舗Ｃｇは自身が属するグループの統括者Ａが登録し、閲覧パーミッションを与えているサービスデータの閲覧も可能である。そのようなサービスデータは以下のＳＱＬにより抽出することができる（＃３３）。なお、グループ店舗Ｃｇが属するグループの統括者Ａのアカウントは認証部１３ａに問い合わせて、取得しているものとする。
ＳＥＬＥＣＴ ＦＲＯＭ サービスデータテーブル
ＷＨＥＲＥ アカウント種別 登録アカウント ＝ 統括者Ａのアカウント
ＡＮＤ パーミッションフラグ ＝ ｒ＊
【００４２】
このようにして抽出されたサービスデータは、端末Ｔにおいて閲覧可能なデータに変換された後、サービスデータ更新要求部２１に送信される（＃２５）。
【００４３】
閲覧可能な状態のサービスデータを取得したサービスデータ更新要求部２１は、そのサービスデータを端末Ｔに接続されているディスプレイＤに表示する（＃２６）。
【００４４】
〔サービスデータの更新処理〕
図８は、サービスデータの更新（削除を含む更新登録）処理の流れを表すフローチャートである。まず、サービスデータを更新したい端末Ｔの操作者は、上記の認証処理によりアクセスの許可を得る（＃４１）。このとき、サービスデータ管理部１３は、認証部１３ａから認証したアカウント情報を取得する（＃４２）。
【００４５】
アクセスを許可された端末Ｔの操作者は、更新すべきサービスデータを特定するために、サービスデータの閲覧を行う（＃４３）。なお、本実施形態では、サービスデータの更新処理に先立ち、サービスデータの閲覧を行っているがこの処理は必須ではなく、省略することは可能である。
【００４６】
操作者は、更新もしくは削除すべきものを選択するとともに、更新もしくは削除を設定し、更新する場合には更新後のサービスデータを設定する（＃４４）。ここで設定された内容（以下、更新データ）は、サービスデータ更新要求部２１からサービスデータ管理部１３に送信される（＃４５）。
【００４７】
処理要求を受けたサービスデータ管理部１３は、認証アカウントが受信した更新データに含まれるサービスデータ（以下、更新対象サービスデータと称する）に対する更新が可能か否かを判定する（＃４６）。具体的には、認証アカウントが更新対象サービスデータの登録アカウントである場合、または、更新対象サービスデータの登録アカウントの所属グループと認証アカウントの所属グループが同一であり更新対象サービスデータのパーミッションフラグが＊ｗである場合に（＃４６のＹｅｓ分岐）、更新が許可される。このとき、サービスデータ管理部１３は、サービスデータ記録部１４の内容を受信したデータにより更新する（＃４７）。
【００４８】
一方、認証アカウントに更新許可が与えられていない場合には、サービスデータ管理部１３はサービスデータ更新要求部２１に対して、更新許可が与えられていない旨を通知する（＃４８）。
【００４９】
〔注文処理〕
図９は、本実施形態における注文処理の流れを表すフローチャートである。まず、画像プリントを注文したい顧客は、顧客端末のＷＥＢブラウザを操作して、ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍにアクセスする（＃５１）。このアクセスにより、ＷＥＢサーバ部１１にはｈｔｔｐリクエストが送信される。
【００５０】
ＷＥＢサーバ部１１は、ｈｔｔｐリクエストの内容に応じて、サービスデータ管理部１３を介してサービスデータ記録部１４の内容を取得する（＃５２）。具体的には、ポータルサイトに出店している店舗Ｃの一覧や、各店舗Ｃのサービス一覧等である。このとき、サービスデータ管理部１３は、必要に応じてＳＱＬを実行し、サービスデータ記録部１４の内容を取得する。このようして取得されたサービスデータに対して必要なデータを付加し、整形したｈｔｔｐレスポンスを顧客端末に送信する（＃５３）。顧客端末のＷＥＢブラウザは、このｈｔｔｐレスポンスを受けて表示を行う（＃５４）。例えば、ＷＥＢブラウザには、店舗Ｃの一覧や各店舗のサービス一覧等が表示される。
【００５１】
顧客は、ＷＥＢブラウザの操作によるＷＥＢサーバ部１１とのインタラクションにより、自宅の近所の店舗Ｃや、所望のサービスを提供している店舗Ｃを選択し、使用する画像データや画像プリントの内容（注文データ）を決定する（＃５５）。なお、インタラクションを通じて逐次決定される注文情報は、ｃｏｏｋｉｅ等の技術を用いることにより一時記憶することができる。
【００５２】
顧客の操作により注文が確定すると（＃５６のＹｅｓ分岐）、注文データは注文データ処理部１２に送られる。
【００５３】
注文データを取得した注文データ処理部１２は、注文データを参照して注文先の店舗Ｃを特定する（＃５７）。その後、注文データ処理部１２は、特定した店舗Ｃの端末Ｔの注文データ取得部２２にアクセスし、注文データを送信する（＃５８）。注文データを受けた店舗Ｃは、注文データに基づいて画像プリントを作成し、顧客に提供する。
【００５４】
〔別実施形態〕
（１）上述の実施形態では、サービスデータを更新等するための通信は独自プロトコルを用いたが、ｈｔｔｐを用いても構わない。これにより、端末Ｔ側は特別な構成が不要となる。この場合には、ＷＥＢブラウザがデータ更新要求部２１として機能する。
【００５５】
（２）上述の実施形態では、注文データはサーバＳから店舗Ｃの端末Ｔに送信する構成としたが、これに限定されるものではなく、店舗Ｃの端末からサーバＳに記録されている注文データを取得する構成としても構わない。また、サーバＳは注文を受けた時点で注文データを送信する構成としたが、１日の所定時刻にまとめて送信する構成としても構わない。さらに、注文データの送信は独自プロトコルとしたが、電子メールによる送信としても構わない。この場合には、店舗Ｃに備えられている端末ＴｕのＭＤＡ（Mail Delivery Agent）とＭＵＡ（Mail User Agent）とが協働して注文データ取得部２２として機能する。
【００５６】
（３）上述の実施形態では、一の注文データは一の店舗Ｃに送信される構成としたが、一の注文データに複数の店舗Ｃに対する注文を含め、注文データ処理部１２が各店舗Ｃに注文データを割り振って送信する構成としても構わない。また、注文データには一の店舗Ｃのみが指定されているが、その店舗Ｃでは提供されていないサービスに対する注文が含まれている場合に、そのサービスに対する注文を指定された店舗と同じグループに属するグループ店舗Ｃｇに送信するよう構成しても構わない。
【産業上の利用可能性】
【００５７】
本発明は、サーバ上に管理されている複数の企業のデータを管理するデータ管理技術に利用することができる。
【符号の説明】
【００５８】
Ａ：統括者
Ｃ：店舗
Ｃｇ、Ｃｇ１、Ｃｇ２：グループ店舗
Ｃｉ：独立店舗
Ｓ：サーバ
Ｔ：端末
Ｔａ：統括者端末
Ｔｕ：店舗端末
Ｄ：ディスプレイ
１１：ＷＥＢサーバ部
１２：注文データ処理部
１３：サービスデータ管理部
１３ａ：認証部
１４：サービスデータ記録部
２１：サービスデータ更新要求部
２２：注文データ取得部
【特許請求の範囲】
【請求項１】
所定のグループに属する複数の店舗が提供するサービスに関するサービスデータを管理するサービスデータ管理部を有するサーバを備え、
前記サービスデータには、前記グループに属する店舗に共通な共通サービスデータと、前記店舗独自の独自サービスデータとが含まれており、
少なくとも前記共通サービスデータに対する処理を要求する共通サービスデータ更新要求部を有する第１の端末と、
少なくとも各々の前記店舗が登録した前記独自サービスデータに対する処理を要求する独自サービスデータ更新要求部を有する第２の端末と、を備えたことを特徴とするデータ管理システム。
【請求項２】
前記サービスデータには、前記第１の端末または前記第２の端末からの当該サービスデータに対する処理の可否を表す処理許可情報が設定されており、
前記サービスデータ管理部は、前記第１の端末または前記第２の端末から前記サービスデータに対する処理を要求された際に、当該サービスデータに設定されている前記処理許可情報に基づいて当該処理の可否を決定することを特徴とする請求項１記載のデータ管理システム。
【請求項３】
サーバに管理されている、所定のグループに属する複数の店舗が提供するサービスに関するサービスデータを管理するデータ管理方法であって、
前記サービスデータには、前記グループに属する店舗に共通な共通サービスデータと、前記店舗独自の独自サービスデータとが含まれており、
前記サーバとネットワークで接続された端末から前記サービスデータに対する処理の要求を受けた際に、当該サービスデータが前記共通サービスデータであり当該要求が前記グループの代表者によるものである場合、もしくは、当該サービスデータが前記独自サービスデータであり当該要求が当該独自サービスデータを登録した店舗によるものである場合に当該処理を許可するデータ管理方法。
【請求項１】
所定のグループに属する複数の店舗が提供するサービスに関するサービスデータを管理するサービスデータ管理部を有するサーバを備え、
前記サービスデータには、前記グループに属する店舗に共通な共通サービスデータと、前記店舗独自の独自サービスデータとが含まれており、
少なくとも前記共通サービスデータに対する処理を要求する共通サービスデータ更新要求部を有する第１の端末と、
少なくとも各々の前記店舗が登録した前記独自サービスデータに対する処理を要求する独自サービスデータ更新要求部を有する第２の端末と、を備えたことを特徴とするデータ管理システム。
【請求項２】
前記サービスデータには、前記第１の端末または前記第２の端末からの当該サービスデータに対する処理の可否を表す処理許可情報が設定されており、
前記サービスデータ管理部は、前記第１の端末または前記第２の端末から前記サービスデータに対する処理を要求された際に、当該サービスデータに設定されている前記処理許可情報に基づいて当該処理の可否を決定することを特徴とする請求項１記載のデータ管理システム。
【請求項３】
サーバに管理されている、所定のグループに属する複数の店舗が提供するサービスに関するサービスデータを管理するデータ管理方法であって、
前記サービスデータには、前記グループに属する店舗に共通な共通サービスデータと、前記店舗独自の独自サービスデータとが含まれており、
前記サーバとネットワークで接続された端末から前記サービスデータに対する処理の要求を受けた際に、当該サービスデータが前記共通サービスデータであり当該要求が前記グループの代表者によるものである場合、もしくは、当該サービスデータが前記独自サービスデータであり当該要求が当該独自サービスデータを登録した店舗によるものである場合に当該処理を許可するデータ管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１１−７６３３０（Ｐ２０１１−７６３３０Ａ）
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願番号】特願２００９−２２６４７０（Ｐ２００９−２２６４７０）
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（０００１３５３１３）ノーリツ鋼機株式会社 (1,824)
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（０００１３５３１３）ノーリツ鋼機株式会社 (1,824)
[ Back to top ]