(57)【要約】【課題】共通のデータベースのデータに基づいて処理を行う複数のアプリケーションサーバの処理を確実に制御すること。【解決手段】アプリケーションサーバ２０のセッション情報生成部２１は、セッションを確立したセッションに対してセッション情報を生成し、データベースサーバ１０のセッション情報格納部１２に格納する。アプリケーションサーバ２０、３０のセッション管理部２２、３２は、セッション情報格納部１２に格納されたセッション情報に基づいてセッション管理を行う。セッション情報格納部１２に格納されたセッション情報は、複数のアプリケーションサーバ２０、３０に一意となるので、セッション管理が確実に行える。【選択図】図２
2011227554.tif 000002
【特許請求の範囲】
【請求項１】
データベースサーバと、該データベースサーバと通信する複数のアプリケーションサーバと、該アプリケーションサーバと通信する複数のクライアントと、を備える３階層基幹業務システムであって、
前記アプリケーションサーバのそれぞれは、セッションを確立した前記クライアントに対してセッション情報を生成するセッション情報生成部と、セッション情報に基づいてセッション管理を行うセッション管理部とを備え、
前記データベースサーバは、前記アプリケーションサーバで生成されたセッション情報を記憶するセッション情報記憶部を備え、
前記セッション管理部は、前記セッション情報格納部に格納されたセッション情報に基づいてセッション管理を行うことを特徴とする３階層基幹業務システム。
【請求項２】
前記アプリケーションサーバは、前記セッション情報記憶部に記憶されたセッション情報に基づいて、同一データに対する排他権を設定するロック情報を生成するロック情報生成部と、ロック情報に基づいてロック管理を行うロック管理部を備え、
前記データベースサーバは、前記ロック情報生成部で生成されたロック情報を格納するロック情報格納部を備え、
前記ロック管理部は、前記ロック情報格納部に格納されたロック情報に基づいて、ロック管理を行うことを特徴とする請求項１に記載の３階層基幹業務システム。
【請求項３】
前記アプリケーションサーバは、アプリケーションのワークを管理するワーク管理部を備え、該ワーク管理部は、前記セッション情報記憶部に記憶されたセッション情報に基づいてワーク情報を生成し、該ワーク情報に基づいてワーク管理を行うことを特徴とする請求項１又は２に記載の３階層基幹業務システム。
【請求項４】
前記セッション情報は、前記セッションに与えられるシリアルナンバーに基づいて暗号化された文字列と、日時を表す文字列との組み合わせで形成されていることを特徴とする請求項１〜３のいずれか１項に記載の３階層基幹業務システム。
【請求項５】
前記クライアントは、該クライアントで処理できる処理を、前記アプリケーションサーバと通信することなく実行し、前記アプリケーションサーバは、該アプリケーションサーバで処理できる処理を、前記データベースサーバと通信することなく実行するように最適化されている請求項１〜４のいずれか１項に記載の３階層基幹業務システム。
【請求項６】
アパレル業の３階層基幹業務システムに適用されることを特徴とする請求項１〜５のいずれか１項に記載の３階層基幹業務システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、３階層基幹業務システムに関し、特にデータベースサーバと、複数のアプリケーションサーバと、複数のリッチクライアントを有する３階層基幹業務システムに関する。
【背景技術】
【０００２】
基幹業務システムは、販売や生産・会計・物流などの企業の業務活動を支援するコンピュータシステムである。基幹業務システムは、通常クライアントサーバシステムを採用している。現在、クライアントサーバシステムは、クライアントとして、サーバに対して処理の指示を出す程度でのシンクライアントを採用するシステムから、ユーザーインターフェイスの見栄えや操作性が豊かなリッチクライアントを採用するシステムに移行している。
【０００３】
また、サーバを、データベースマネジメントサーバすなわちデータベースサーバとアプリケーションサーバとで構成し、クライアントを含めて３階層構成のシステムも行われている（非特許文献１参照）。３階層構成のシステムは、データベースサーバ（データレイヤ）と、データベースサーバに接続されるアプリケーションサーバ（機能レイヤ）と、アプリケーションサーバにつながる複数のリッチクライアント（プレゼンテーションレイヤ）で構成されている。３階層構成システムは、システム全体の負荷の分散、処理速度などの面で、従来の２階層システムよりすぐれている。しかしながら、３階層それぞれのオペレーションシステムは他とは独立しているので、３階層にわたる制御がより複雑になる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Sekiya Sato "What is Creative Vision.net?"(2006/05/10)［on line] ［平成１９年８月３１日検索］インターネット＜ＵＲＬ：http://www.dtpnet.jp/main/download/pdf/CV.netdoc200603.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
３階層システムで構成される基幹業務システムでは、アプリケーションサーバが複数台備えられている場合、クライアントがどのアプリケーションサーバを使用しても問題なく処理を実行することができるようにするためには、システムの制御に工夫が必要である。
【０００６】
本発明は、３階層から構成される３階層基幹業務システムの処理を確実に制御できる３階層基幹業務システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の３階層基幹業務システムは、データベースサーバと、該データベースサーバから送られるデータに基づいて処理を行う複数のアプリケーションサーバと、該アプリケーションサーバに処理の指示を与えるとともに処理の結果を得る複数のクライアントと、を備えるクライアントサーバシステムであって、前記アプリケーションサーバのそれぞれは、セッションを確立したクライアントに対してセッション情報を生成するセッション情報生成部と、セッション情報に基づいてセッション管理を行うセッション管理部とを備え、前記データベースサーバは、前記アプリケーションサーバで生成されたセッション情報を記憶するセッション情報記憶部を備え、前記セッション管理部は、前記セッション情報格納部に格納されたセッション情報に基づいてセッション管理を行うことを特徴とする。
【０００８】
また、前記アプリケーションサーバは、前記セッション情報記憶部に記憶されたセッション情報に基づいて、同一データに対する排他権を設定するロック情報を生成するロック情報生成部と、ロック情報に基づいてロック管理を行うロック管理部を備え、前記データベースサーバは、前記ロック情報生成部で生成されたロック情報を格納するロック情報格納部を備え、前記ロック管理部は、前記ロック情報格納部に格納されたロック情報に基づいて、ロック管理を行うようにしてもよい。
【０００９】
さらに、前記アプリケーションサーバは、アプリケーションのワークを管理するワーク管理部を備え、該ワーク管理部は、前記セッション情報記憶部に記憶されたセッション情報に基づいてワーク情報を生成し、該ワーク情報に基づいてワーク管理を行うようにもできる。
【００１０】
前記クライアントは、該クライアントで処理できる処理を、前記アプリケーションサーバと通信することなく実行し、前記アプリケーションサーバは、該アプリケーションサーバで処理できる処理を、前記データベースサーバと通信することなく実行するように最適化されることが好適である。
【００１１】
前記セッション情報は、前記セッションに与えられるシリアルナンバーに基づいて暗号化された文字列と、日時を表す文字列との組み合わせで形成されているものでもよく、前記３階層基幹業務システムは、アパレル業の３階層基幹業務システムに適用されるのが好適である。
【発明の効果】
【００１２】
本発明は、セッション情報をデータベースサーバに格納したので、複数のアプリケーションサーバを配置しても、確実なセッション管理が可能で、ひいてはロック管理あるいはワーク管理にもデータベースサーバに格納したセッション情報を利用することができ、クライアントサーバシステムの制御を確実に実行することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態である３階層基幹業務システムを示す概略図である。
【図２】本発明の実施形態である３階層基幹業務システムのデータベースサーバとアプリケーションサーバとの関係をより詳細に示す図である。
【図３】本発明の実施形態である３階層基幹業務システムのユーザインタフェースの１例を示す図である。
【図４】本発明の実施形態である３階層基幹業務システムが適用されるアパレル業の３階層基幹業務システムの概要を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面を用いて、本発明の実施の形態を説明する。図１は、本実施形態の３階層基幹業務システムの概略を示す図である。
【００１５】
３階層システム１００のサーバ側には、システムにより処理されるべきデータが蓄積・格納されるデータベースマネジメントサーバ（以下、「データベースサーバ」という。）１０と、データベースサーバ１０と通信してデータベースから送られるデータに基づいて処理を行う複数のアプリケーションサーバ２０、３０を備えている。そして、ＬＡＮあるいはインターネットのようなネットワーク４０を介して接続する複数のリッチクライアント５０、５０−１、５０−２、…を備えている。リッチクライアント５０、５０−１、５０−２、…は基本的に同一構成であるので、以下、リッチクライアント５０を例として説明する。リッチクライアント５０は、アプリケーションサーバ２０あるいは３０に、リッチクライアント５０の画面を介して処理の指示を与えるとともに処理の結果を表示させる。リッチクライアント５０は、パーソナルコンピュータ、携帯端末あるいは携帯電話であってもよく、Ｗｅｂブラウザを介してアプリケーションサーバにアクセスするものが好適である。なお、説明のために２個のアプリケーションサーバ２０、３０を備えているとするが、３個以上のアプリケーションサーバを備えていてもよい。
【００１６】
本実施形態では、図示はしないが、データベースサーバ１０、アプリケーションサーバ２０、３０、およびリッチクライアント５０それぞれ、少なくとも中央処理装置（ＣＰＵ）とメモリとハードディスクのような外部記憶装置とを備え、それぞれ異なるオペレーションシステム上で、プログラムにより制御される。
【００１７】
図１では、アプリケーションサーバ３０をアプリケーションサーバ２０に並列して配置し、複数のアプリケーションサーバを配置可能であることを示している。配置されるアプリケーションサーバは、２台に限定されるものではなく、３台以上のアプリケーションサーバを配置することができる。なお、図では、理解を容易にするために、複数のサーバを空間的に分離して記載したが、アプリケーションサーバ２０、３０とデータベースサーバ１０は、物理的には一体で構成されていてもよい。
【００１８】
図２は、図１に示すデータベースサーバ１０、アプリケーションサーバ２０、３０およびリッチクライアント５０の関係をさらに詳細に示す図である。図２は、本発明の実施形態を説明するための図であり、本発明の動作に直接関係しないシステムの構成要素は省略されている。
【００１９】
データベースサーバ１０には、リッチクライアント５０の要求によりアプリケーション２０、３０が使用するデータがデータベース１１に格納され、さらに、本実施形態では、確立されたセッションを識別するための一意のセッション情報を記憶するセッション情報格納部１２、データへのアクセスの排他制御を行うためのロック情報を格納するロック情報格納部１３を有する。
【００２０】
データベースサーバ１０に接続されるアプリケーションサーバ２０、３０は、一般に同一構成をとる。アプリケーションサーバ２０には、ログインするクライアント５０に対して新たなセッション情報を生成するセッション情報生成部２１と、データベース１０のセッション情報格納部１２に格納されているセッション情報を用いてセッション管理を行うセッション管理部２２とを備える。
【００２１】
また、データへのアクセスを排他的に制御するロック情報を生成するロック情報生成部２３と、データベース１０のロック情報格納部１３に格納されたロック情報を用いてロック管理を行うロック管理部２４を備える。さらに、アプリケーションのワーク管理を行うワーク管理部２５を備える。ワーク管理部２５は、ワーク管理に用いるワーク情報を格納するワーク情報格納部２６を備える。さらに、アプリケーションサーバ２０には、データベースサーバ１０と通信を行うためのデータレイヤ側インタフェース２７と、クライアント５０と通信するプレゼンテーション側インタフェース２８とを備える。
【００２２】
アプリケーションサーバ３０にもアプリケーションサーバ２０と同様に、セッション情報生成部３１とセッション管理部３２、ロック情報生成部３２とロック管理部３３、およびワーク情報格納部３６を有するワーク管理部３５とを備える。さらに、データレイヤ側インタフェース３５と、プレゼンテーション側インタフェース３１とを備える。本実施形態では、アプリケーションサーバ３０は、アプリケーションサーバ２０と同一構成であり、構成要素の機能も同一である。
【００２３】
クライアント５０は、アプリケーションサーバ２０、３０に所望の処理を行わせる入力手段として、クライアント端末の画面上に表示されるＧＵＩ（Graphical User Interface）操作画面５１を備えている。また、アプリケーションサーバ２０、３０と通信するためのサーバ通信インタフェース５２を備えている。
【００２４】
本実施形態では、多数のアプリケーションサーバ２０、３０を正しく稼動させるために、以下に説明するセッション管理、ロック管理およびワーク管理を行う。以下の説明では、一例として、１台のクライアント５０が、アプリケーションサーバ２０にログインするとする。
【００２５】
（セッション管理）
セッション管理とは、アプリケーションサーバ２０にログインしたクライアント５０を識別して、このクライアント５０による複数回にわたる処理を同一のクライアントによる一連の処理すなわちセッションとして管理するものである。セッションを確立したクライアント５０を識別する情報であるセッション情報は、アプリケーションサーバ２０にログインしたクライアントに対して、アプリケーションサーバ２０のセッション情報生成部２１がセッション情報を生成する。
【００２６】
セッション情報生成部２１が生成したセッション情報は、例えばクライアントのＩＰアドレスとポート情報から生成してもよいが、本実施形態では、セッション情報は、クライアントがログインした順番を示すシリアルナンバーから乱数を用いて生成された文字列を含んで生成される。生成された文字列は、例えば１２桁のコードとなる。さらに、セッション情報は、ログインした日時に対応させることができる仮想日付情報というべき数値をもっている。これは、月日、時間、分秒を１／１００秒単位で刻んだシリアル番号で、小数点つきの数値に変換されて配置されている。すなわち、セッション情報は、１２桁の文字列と仮想日付情報からなる。これにより、万が一にも同一のセッション情報が生成されないようにしている。セッション情報は、ログインした時点で生成され、セッションが終われば削除される。さらに他のクライアントがログインすれば、インクリメントされたシリアルナンバーを元に乱数により文字列を生成して、セッション情報を作成する。
【００２７】
さらに、本実施形態では、生成されたセッション情報は、アプリケーションサーバ２０からデータベース１０に送られる。データベースサーバ１０では、受信したセッション情報をデータベーストサーバ１０のセッション情報記憶部１２にセッションが終了するまでデータとして格納する。セッション情報記憶部１２は、セッション情報を作成したアプリケーションサーバ２０に限らず、他のアプリケーションサーバ３０からもアクセス可能である。例えばアプリケーションサーバ３０にアクセスするクライアントがあれば、アプリケーションサーバ３０のセッション管理部２２は、データベースサーバ１０に問合せをして、当該クライアントのセッション情報がセッション情報格納部１２に格納されているか否かを確認する。設定されていれば、同一のセッションとしてセッション管理を行う。設定されていなければ、そのクライアントにログインさせ、新たなセッション情報をセッション情報生成部２１により生成して、セッション情報格納部１２に送る。
【００２８】
ところで、クライアント５０がアプリケーションを複数立ち上げた場合、立ち上げたアプリケーションは、アプリケーションサーバ２０で処理されるのか、あるいはアプリーションサーバ３０で処理されるかは、不明である。このような場合、本実施形態のように、セッション情報をデータベースサーバ１０のセッション情報記憶部１２に格納しておくと、どのアプリケーションサーバで処理しても問題は発生しない。さらに、一方のアプリケーションサーバが故障した場合でも、他のアプリケーションサーバが処理を引き継ぐことができる。
【００２９】
セッション情報は、セッションを確立したときに使用される一時的な情報であるので、セッションが終了すれば削除される。本実施形態では、一度ログインした後所定時間アクセスがなかった場合、セッション終了とみなしてセッション情報を削除するようにしている。セッション情報を削除するまでの時間は、セキュリティあるいは便利さなどを勘案して任意に決めることができる。
【００３０】
以上のように、システムが備えている共通のデータベース１０にセッション情報を格納しておくので、アプリケーションサーバが何台接続されようが、アプリケーションサーバの処理は支障なく実行される。例えば１台のアプリケーションサーバが１，０００台のクライアントに対応できれば、１０台接続すると、１０，０００台、１００台接続すると、１００，０００台のクライアントに対応できる。しかも、セッション情報は、データベースサーバ１０が扱うデータと比較すると、小さな情報量しかもたないので、データベースサーバ１０にとってはあまり負荷とはならない。したがって、本実施形態では、多数のアプリケーションサーバを接続したとしても性能の劣化は少ない。
（ロック管理）
ロック管理は、データベースのテーブルのレコードに対して、更新、挿入、削除などの変更をクライアントが優先して、排他的に行うことができるように、他のクライアントのアクセスをロックするものである。ロック管理を行うためには、どのクライアントが実行しているセッションが、どのレコードに対して優先権をもっているかを示すロック情報が必要である。
【００３１】
アプリケーションサーバ２０上で動作するアプリケーションにおいて、参照するデータベースのテーブルのレコードに関するロック情報は、アプリケーションサーバ２０のロック情報生成部２３により生成される。ロック情報生成部２３は、優先権が与えられているセッションを、データベースサーバ１０のセッション情報格納部１２に格納されているセッション情報から取得し、取得したセッション情報に基づいてロック情報を生成する。このロック情報は、データベースサーバ１０のロック情報格納部３２に格納される。格納されたロック情報も、複数のアプリケーションサーバに対して一意となるので、複数のアプリケーションサーバが動作する場合でも、このロック情報を用いることにより、確実なロック管理が可能となる。
【００３２】
ロック情報は、セッション情報のほかに、データベースのテーブル名、およびこのテーブルのレコードナンバーと、さらに、ロックされた日時に対応する仮想日付情報というべき数値をもっている。これは、セッション情報で説明したように、月日、時間、分秒を１／１００秒単位で刻んだシリアル番号で、小数点つきの数値に変換されたものである。例えばクライアント５０がデータベース１０のロックされていないレコードに、アプリケーションサーバ２０を介してアクセスすると、当該クライアント５０にレコードを変更する排他権が与えられる。そして、ロック管理部２２は、当該クライアントのセッション情報と、アクセスしたテーブル名およびレコードナンバーと、さらに排他権が与えられた日時に対応する仮想日付情報とを組み合わせてロック情報を生成する。そのロック情報は、データベースサーバ１０のロック情報格納部１３に格納され、アプリケーションサーバ２０あるいは３０のロック管理部２４、３４におけるロック管理に用いられる。
【００３３】
次に、他のクライアントがデータベースサーバ１０にアプリケーションサーバ３０を介してロックされてるレコードにアクセスした場合、ロック情報格納部１３に格納されたロック情報を参照することにより、このレコードはロックされているということがわかる。このように、どのアプリケーションサーバを介してデータベースにアクセスするクライアントに対しても共通に一意のロック情報を与えることができるので、確実なロックすなわち排他制御を実行することができる。なお、本実施形態では、悲観的ロックを採用しているが、楽観的ロックを採用することもできる。
【００３４】
（ワーク管理）
セッションを確立したクライアントは、アプリケーションサーバ上で各種のワークを行うことができる。ワークを実行するために、アプリケーションサーバでは、メモリ上にワークごとのワークディレクトリが作成され、ワークディレクトリでワークが実行され、ワークが終了すれば、作成されたワークディレクトリは削除される。ワーク管理は、このようなアプリケーションのワークを管理するものである。本実施形態では、ワーク管理も、データベースサーバ１０に格納されたセッション情報を用いて行うことにより、複数のアプリケーションサーバが配置されていても、確実なワーク管理を行うことができる。
【００３５】
ところで、３階層システムは、従来のクライアントサーバシステムのクライアントを、アプリケーションサーバとリッチクライアント（ユーザインタフェース）に分離して３階層とするだけではシステムとして十分に機能しない。すなわち、従来ではアプリケーションとユーザインタフェースとは一体化されていたのが、３階層システムでは、１つのアプリケーションサーバに複数のユーザインタフェースが接続されることになるので、アプリケーションサーバと複数のユーザインタフェース間の通信の回数が増加する。これに伴いデータベースへのアクセスも増大し、システム全体の効率が低下する。
本実施形態では、データベースと、アプリケーションサーバと、リッチクライアントの３者の役割を分析し、リッチクライアントとアプリケーションサーバ間の通信、およびアプリケーションサーバとデータベースへ間の通信を最適化するようにしている。
【００３６】
図３は、リッチクライアントのユーザインタフェースであるＧＵＩ操作画面の一例である。ＧＵＩ操作画面５１で、売上入力の画面を立ち上げると、ユーザは、ヘッダ部５１１をデータベースサーバ１０から呼び出して、ヘッダ部５１１に必要な入力を行う。次いで、明細部５１２では、所望の明細をデータベースサーバ１０から呼び出して、明細に必要な入力を行う。さらに明細のチェックの後、実行ボタン５１３をクリックして、売上入力という業務が終了する。ここでデータベースサーバ１０はアプリケーションサーバ２０あるいは３０を介して呼び出される。
【００３７】
このような場合、従来のクライアントサーバシステムでは、クライアントとデータベースとは社内ＬＡＮで接続されていて高速通信が可能であった関係上、データベースとの通信の必要性を検討することなく、データベースにリクエストすることが多かった。データベースを参照する作業およびデータベースを更新する作業はデータベースにリクエストする必要がある。しかしながら、データベースを参照するための条件を絞り込むような作業、あるいは明細の小計、合計のチェックなどの作業は、データベースに問合せすることなく、アプリケーションサーバで行うことができる。さらには、売上入力画面の構成あるいはカーソル移動などの画面情報などはユーザインタフェースで行うことができる。
【００３８】
本実施形態では、システムで実行する作業を分析し、リッチクライアントで実行できる処理、アプリケーションサーバでのみ実行できる処理、データベースに問い合わせる必要のある処理に分けることにより、負荷の分散を図り、システムを最適化している。その結果、高速な処理を可能にすることができる。
【００３９】
本実施形態が好適に適用される基幹業務システムの１例である商品販売管理システムでは、棚卸表などの帳票作成や、ＰＯＳレジと連携して得られるデータを取り込む作業、あるいは売上予測などのワークがある。例えば、多数の店舗に配置されるクライアント端末で、棚卸表の作成を同時に行う場合、参照するデータベースは同じであるが、扱う範囲は異なるので、作業用のディレクトリをそれぞれのクライアントごとに設定する必要がある。例えば、アプリケーションサーバ２０では、アプリケーションサーバ２０のメモリにクライアントごとにワークディレクトリを作成して、作成したワークディレクトリを使用してクライアントごとに異なる棚卸表の作成を行う。また、作業が終了すると、残ったワークディレクトリは、アプリケーションの動作の支障になる可能性があるので、完全に削除する。
【００４０】
このようなワークの管理は、アプリケーションサーバ２０のワーク管理部２５で行われる。ワーク管理部２５は、データベースサーバ１０のセッション情報格納部１２から当該セッションのセッション情報を取得する。ワーク情報は、取得したセッション情報に基づいて生成されるが、セッション内では、通常複数の作業が行われるので、ワーク情報も、複数生成する必要がある。複数のワーク情報を識別するために、セッション情報にワークが開始された日時を示す時間情報を付加して形成される。この時間情報は、ロック情報と同様な日時に対応する数値を採用することができる。そして、生成されたワーク情報は、ワーク情報格納部２６に記憶され、ワークディレクトリの管理が実行される。図２では、ワーク情報格納部２６は、ワーク管理部２５に配置されるように記載されているが、ワーク管理部２５が使用することを表すもので、アプリケーションサーバ２０内にあればよい。
【００４１】
なお、アプリケーションのワークは、アプリケーションサーバの内部で完結するので、ワーク情報は、セッション情報あるいはロック情報と異なり、データベースサーバに格納する必要はなく、それぞれのアプリケーションサーバに記憶されていればよい。
【００４２】
図３は、本実施形態が適用される基幹業務システムであるアパレル製品販売店の商品販売システムを示す。アパレル商品販売システムでは、共通するデータベースに蓄積されたデータを用いて、多数のクライアントが複数のアプリケーションサーバを通じて処理あるいは解析して結果を出すことが多く、本実施形態を適用するのに好適である。
【００４３】
図３に示すように、商品販売システムは、本社６０と、物流センタ７０と、店舗８０とを結ぶネットワークで構成される。本社６０、物流センタ７０、店舗８０では、必要とされるクライアント端末を有し、アプリケーションサーバにログインして、データベースサーバのデータに基づいて、各種の処理を行わせることができる。また、物流センタ７０や店舗８０で発生するデータも、ＰＯＳレジあるいはバーコード、ＲＦＩＤなどと連携することにより簡便に入力されることができる。
【００４４】
例えば、本社６０では、発注管理、仕入・買掛管理、売上・売掛管理、在庫管理などが可能である。また、物流センタ７０では、入荷・検品、出荷、在庫管理が可能で、店舗８０では、売上、商品の移動、棚卸の管理が可能である。なお、破線の矢印は、発注あるいは素材または商品の運搬・移動を表したもので、システムにより管理されて最適な物流が実行できる。その他、生産管理、予算管理、店舗管理、顧客管理、勤怠管理などが実行可能である。
【符号の説明】
【００４５】
１００    クライアントサーバシステム
１０    データベースサーバ
２０、３０    アプリケーションサーバ
４０    ネットワーク
５０    クライアント
【図１】
2011227554.tif 000003
【図２】
2011227554.tif 000004
【図３】
2011227554.tif 000005
【図４】
2011227554.tif 000006