JP2005267481A - Ordering and order receiving system for package software - Google Patents

Ordering and order receiving system for package software Download PDF

Info

Publication number
JP2005267481A
JP2005267481A JP2004081907A JP2004081907A JP2005267481A JP 2005267481 A JP2005267481 A JP 2005267481A JP 2004081907 A JP2004081907 A JP 2004081907A JP 2004081907 A JP2004081907 A JP 2004081907A JP 2005267481 A JP2005267481 A JP 2005267481A
Authority
JP
Japan
Prior art keywords
software
software product
provision
request
file name
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2004081907A
Other languages
Japanese (ja)
Inventor
Akira Tada
彰 多田
Kimiharu Okada
公治 岡田
Masahito Takada
雅人 高田
Satoshi Fushimi
智 伏見
Kazuhiro Sugino
和宏 杉野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2004081907A priority Critical patent/JP2005267481A/en
Publication of JP2005267481A publication Critical patent/JP2005267481A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system for ordering and receiving orders of software, which automatically determines the necessity for customization of software products, software products needed to be customized and the customization method, when a software provider inputs request information of a software purchaser to the system for ordering and receiving the order of the software and which orders and receives the orders of software parts in a form suitable for the customization method. <P>SOLUTION: In regard to a software product provided beforehand by an order receiver, correlating to the function of the software product, a storage means stores a plurality of variations of software parts constituting the software product and having different provision forms; application range information on functions capable of being realized by customizing the provision forms of each of the software parts; and a file name indicating the contents of each of the provision forms of the software parts. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

本発明は、顧客の要望に応じて個別にカスタマイズを要するソフトウェア製品を、コンピュータネットワーク上で受発注するための技術に関するものであり、特に、ソフトウェア製品にカスタマイズを施して顧客にソフトウェアを納めるソフトウェア提供者とソフトウェア製品の開発者との間の受発注処理を行うシステムに関するものである。   The present invention relates to a technology for receiving and ordering software products that require individual customization on a computer network in response to a customer's request, and in particular, providing software for customizing software products and delivering the software to customers. The present invention relates to a system that performs an ordering process between a user and a software product developer.

近年のインターネットやイントラネットに代表されるコンピュータネットワーク技術の発展と普及に伴い、企業と企業の間の取引のみでなく、個人顧客と企業の取引や個人と個人の間の取引であっても、商品の売買契約や決済処理をコンピュータを通じて行うことのできる受発注システムや、楽曲配信のように、売買契約や決済処理のみでなく、直接電子形態の商品までも取引する販売システムも既に実用化されている。   With the recent development and spread of computer network technology represented by the Internet and Intranet, not only transactions between companies and companies, but also transactions between individual customers and companies and transactions between individuals and individuals. A sales order system that can carry out sales contracts and payment processing of computers through computers, and a sales system that deals not only with sales contracts and payment processing but also directly in electronic form, such as music distribution, have already been put into practical use. Yes.

その一方で、ソフトウェア製品、特に企業情報システムなどの場合、ソフトウェア製品の購入者が、製品の一部を独自にカスタマイズして使用することが一般的である。このような利用形態の場合、インターネットを通じてソフトウェア製品を購入しても、購入者にソフトウェア製品に対する深い知識とソフトウェア開発技術がない場合には、望むようなカスタマイズが実現できずに、多大な新規開発を要してしまったり、所望した機能や性能を実現できなくなったりする場合等が散見されていた。   On the other hand, in the case of software products, particularly enterprise information systems, it is common for a purchaser of a software product to customize and use a part of the product independently. In this type of usage, if a purchaser does not have deep knowledge of software products and software development technology even if he / she purchases software products via the Internet, he / she will not be able to achieve the desired customization, and a lot of new development will occur. In some cases, it may be necessary to perform the above, or the desired function or performance may not be realized.

近年のIT化に伴い、ソフトウェア開発技術を自社で有するような大企業のみでなく、ソフトウェア開発技術を持たないような中小企業であっても、業務遂行を効率化し、競争力を向上するために、ソフトウェア製品を導入し、活用し始めている。   In order to improve business efficiency and improve competitiveness not only for large enterprises that own software development technology but also for small and medium-sized enterprises that do not have software development technology. Introducing and utilizing software products.

このため、ソフトウェア製品の開発者は、個々の顧客の業務を調査し、要望を纏め、必要に応じて、ソフトウェア製品のカスタマイズを施して、ソフトウェア製品を顧客に納入する必要が生じている。   For this reason, it is necessary for a developer of a software product to investigate the operations of individual customers, summarize the requests, customize the software product as necessary, and deliver the software product to the customer.

顧客数の少ない状況においては、ソフトウェア製品の開発者が、直接顧客の業務を調査し、要望を纏めて、ソフトウェア製品のカスタマイズを実施する業務形態であっても、ソフトウェア製品の導入を希望する顧客に対して、十分に対応することができるが、やがて、顧客数が増加するに従い、ソフトウェア製品の開発者からソフトウェア製品を購入し、そのソフトウェア製品を顧客の要望に応じてカスタマイズして納めることにより、その対価を得るソフトウェア提供者が現れるようになった。即ち、顧客毎にカスタマイズを必要とするソフトウェア製品の取引では、顧客であるソフトウェア製品の購入者と、ソフトウェア製品の開発者と、その間で、ソフトウェア製品を購入し、購入者の要望に応じてカスタマイズをソフトウェア製品に施し、購入者に納入することにより対価を得るソフトウェア製品の提供者の3者間で取引が行われるようになってきた。   In a situation where the number of customers is small, the software product developer directly investigates the customer's business, summarizes the requests, and customizes the software product. However, as the number of customers increases over time, software products are purchased from software product developers, and the software products are customized and delivered according to customer requirements. Software providers who get the price have come to appear. In other words, in software product transactions that require customization for each customer, the customer purchases the software product between the customer who purchases the software product and the developer of the software product, and customizes it according to the purchaser's request. Transactions have been carried out among three software product providers who receive a price by applying to a software product and delivering it to a purchaser.

特開2002−312172号公報Japanese Patent Laid-Open No. 2002-312172 滝沢哲夫著 「インターネット取引所のしくみ」アスカ出版 2000年Tetsuo Takizawa “How the Internet Exchange Works” Asuka Publishing 2000

ここで、ソフトウェア提供者は、ソフトウェア購入者の要望を整理し、ソフトウェア製品のどの箇所に、どれぐらいのカスタマイズが必要か否かと、カスタマイズする場合には、その具体的な方法を正しく判断することが要求される。この判断を誤ると、カスタマイズが不必要なソフトウェア製品の構成要素(ここではソフトウェア部品と呼ぶ)にカスタマイズを施したり、非効率的な方法でカスタマイズを施したりして、無駄な費用を発生させ、最悪の場合、ソフトウェア製品全体での性能劣化や不具合を作りこんでしまったりする場合があった。   Here, the software provider should sort out the requests of the software purchaser, and determine exactly how much customization is necessary for which part of the software product and the specific method when customizing it. Is required. If you make this mistake, you can customize components that do n’t need to be customized (referred to as software parts here) or customize them in an inefficient way, In the worst case, the performance of the software product as a whole may be degraded or defects may be created.

そのため、ソフトウェア提供者には、ソフトウェア製品に対する深い知識と、顧客の要望を整理するための顧客業務に対する知識、およびソフトウェアの開発技術が必要となり、購入者の要望を満足するようなカスタマイズを確実に実現できるソフトウェア提供者は、現状では数少ない場合が多く、ソフトウェア製品を、多くの顧客に対して、同時に提供することは困難な場合があった。   As a result, software providers need deep knowledge of software products, knowledge of customer operations to organize customer requests, and software development technology to ensure customization that satisfies buyers' requirements. There are currently few software providers that can be realized, and it has been difficult to provide software products to many customers at the same time.

本発明は、上記の問題を解決するために提案するものであり、ソフトウェア提供者が、ソフトウェア購入者の要望情報を、ソフトウェア受発注システムに入力することにより、ソフトウェア製品のカスタマイズ要否とカスタマイズの必要なソフトウェア部品、およびカスタマイズ方法を受発注システムが自動的に判断し、カスタマイズ方法に適した形態のソフトウェア部品を受発注するシステムを提供することを目的とする。   The present invention is proposed in order to solve the above-mentioned problem, and the software provider inputs the request information of the software purchaser to the software ordering system so that the necessity of customization of the software product and the customization can be determined. It is an object of the present invention to provide a system for automatically ordering software components in a form suitable for a customization method by automatically determining necessary software components and a customization method.

本発明はかかる課題を解決するためのものである。   The present invention is intended to solve such problems.

請求項1の発明は、入力手段、出力手段、記憶手段、演算手段を有し、ネットワークを介して発注者と受注者がアクセス可能なソフトウェア受発注システムであって、予め受注者から提供されるソフトウェア製品について、そのソフトウェア製品が有する機能に対応付けて、ソフトウェア製品を構成するソフトウェア部品であって提供形態が異なる複数のバリエーションと、各ソフトウェア部品の提供形態をカスタマイズすることにより実現できる機能の適用範囲情報と、ソフトウェア部品の各提供形態の内容を指し示すファイル名称を前記記憶手段に記憶しておくことにより、
発注者の端末から、顧客のソフトウェア製品に対する要望を、前記入力手段より受け付けると、前記演算手段は、受け付けた要望から、予め前期記憶手段に記憶しておいた機能の適用範囲情報に基づいて、顧客の要望を満足できるソフトウェア部品とその提供形態を特定し、さらにファイル名称を抽出して、前記出力手段に出力するよう制御し、通信回線を介して前記発注者が有する端末に、該抽出したファイル名称が指し示すソフトウェア部品の一覧を出力することを特徴としている。
The invention of claim 1 is a software ordering / ordering system that includes an input means, an output means, a storage means, and an arithmetic means, and is accessible from the orderer and the ordering party via the network, and is provided from the ordering party in advance. For software products, in association with the functions that the software product has, multiple variations of software components that make up the software product that differ in the form of provision, and application of functions that can be realized by customizing the form of provision of each software component By storing range information and a file name indicating the contents of each provision form of software parts in the storage means,
Upon receiving a request for the customer's software product from the orderer's terminal from the input means, the calculation means is based on the function application range information stored in the previous term storage means in advance from the received request. The software parts that can satisfy the customer's request and the form of providing them are specified, and the file name is extracted and controlled to be output to the output means. The extracted information is extracted to the terminal of the orderer via the communication line. A list of software components indicated by the file name is output.

本発明のソフトウェア受発注システムは、顧客の要望を実現するために、カスタマイズの必要な箇所とカスタマイズの方法を自動的に判断し、この結果に基づき、カスタマイズの必要な箇所には、カスタマイズ可能な形態のソフトウェア部品を提供することが出来る。これにより、発注者であるソフトウェア提供者は、顧客であるソフトウェア購入者の要望を実現するために、ソフトウェア製品に施すカスタマイズの箇所や大きさの判断ミスを防止することができる。   The software ordering / ordering system of the present invention automatically determines where to customize and the customization method in order to realize the customer's request, and based on this result, it is possible to customize the parts requiring customization. Software components in the form can be provided. As a result, the software provider as the orderer can prevent an error in determining the location and size of the customization to be performed on the software product in order to realize the request of the software purchaser as the customer.

また、ソフトウェア製品の開発者は、同時に多数の、あるいは広い範囲に分布する顧客の注文に対しても、本システムは同時に対応できるため、従来は、顧客が購入を望んでいても対応できずにいたケースが解消し、より多くの売上げを獲得できることが可能となる。   In addition, since software system developers can simultaneously handle orders from many or a wide range of customers at the same time, this system has been unable to respond even if the customer wants to purchase. The case that was lost will be solved, and it will be possible to acquire more sales.

以下では、本発明の実施の形態を、図面に沿って具体的に説明する。ただし、ここで記述する実施の形態は、本発明を何ら限定するものではなく、本発明の一様態を例示するにすぎない。   Hereinafter, embodiments of the present invention will be specifically described with reference to the drawings. However, the embodiment described here does not limit the present invention at all, and merely illustrates one embodiment of the present invention.

図1に、本発明の実施形態のシステム構成図を示す。当該ソフトウェア受発注システム100は、WWWサーバ1を備え、WWWサーバ1は、ファイアウォール2を介して内部バス3に接続している。内部バス3には、アプリケーションサーバ4と、データベースサーバ5が接続している。   FIG. 1 shows a system configuration diagram of an embodiment of the present invention. The software ordering / ordering system 100 includes a WWW server 1, and the WWW server 1 is connected to an internal bus 3 via a firewall 2. An application server 4 and a database server 5 are connected to the internal bus 3.

WWWサーバ1は、インターネット31に接続している。WWWサーバ1は、ソフトウェア製品の購入案件を募るメニューページを開設している。ソフトウェア製品の購入を希望するソフトウェア提供者は、入力手段および出力手段である端末32からインターネットを介してメニューページにアクセスすることにより、顧客要件に基いたソフトウェア製品の構成と提供形態を確認し、発注申請を随時行うことが出来る。尚、本明細書では、「者」という語を使用するが、ここでの「者」は、個々の自然人と法人との両方を含む概念と定める。   The WWW server 1 is connected to the Internet 31. The WWW server 1 opens a menu page for collecting software product purchase cases. A software provider who wishes to purchase a software product accesses the menu page via the Internet from the terminal 32 which is an input means and an output means, confirms the configuration and form of provision of the software product based on customer requirements, and places an order. You can apply at any time. In the present specification, the term “person” is used, but the term “person” is defined as a concept including both natural persons and corporations.

メニューページは、既に発注候補者であることを認められた者が、ソフトウェア製品の購入に関する諸手続きを行うための窓口となる。   The menu page serves as a window for a person who has already been recognized as an order candidate to perform various procedures related to the purchase of software products.

ファイアウォール2は、演算手段であるアプリケーションサーバ4と記憶手段であるデータベースサーバ5とが、インターネット31を介して不正に進入されることを防止する。   The firewall 2 prevents the application server 4 that is a calculation means and the database server 5 that is a storage means from entering illegally via the Internet 31.

アプリケーションサーバ4は、ソフトウェア受発注システム100の全体を制御する。
アプリケーションサーバ4は、ソフトウェア受発注システム100の動作を司るプログラムを保存し、実行する。前述のようにファイアウォール2によりデータベースサーバ5へのアクセスは制限されている。更に、ソフトウェア受発注システム100の外部からデータベースサーバ5へのアクセスは、アプリケーションサーバ4が実行するプログラムによってのみ行われる。これらにより、ソフトウェア受発注システム100を運用してソフトウェア製品を購入しようとする者(以下「ソフトウェア提供者」と呼ぶ)でない者がデータベースサーバ5に自由にアクセスすることを防いでいる。
The application server 4 controls the entire software ordering system 100.
The application server 4 stores and executes a program that controls the operation of the software ordering system 100. As described above, access to the database server 5 is restricted by the firewall 2. Further, access to the database server 5 from outside the software ordering system 100 is performed only by a program executed by the application server 4. Thus, a person who operates the software ordering system 100 and is not a person who intends to purchase a software product (hereinafter referred to as “software provider”) is prevented from freely accessing the database server 5.

データベースサーバ5は、製品保管庫データベース6とソフトウェア製品定義データベース7と注文情報データベース8と提供形態定義データベース9と提供状態判定条件データベース10とを含む。   The database server 5 includes a product storage database 6, a software product definition database 7, an order information database 8, a provision form definition database 9, and a provision state determination condition database 10.

製品保管庫データベース6は、ソフトウェア製品の開発者が、ソフトウェア製品を構成する要素(ここではソフトウェア部品とよぶ)を登録した際に、ソフトウェア部品(単なる実行ファイルのみでなく、ソースファイル、カスタマイズ時に参照する仕様書、パラメータの設定ファイル、等のカスタマイズが必要な場合に提供する可能性のある全てのファイル)を保管しておく。   The product repository database 6 is referenced when the software product developer registers the elements (referred to as software parts here) that constitute the software product (not only the executable file but also the source file and customization). All the files that may be provided when customization is required, such as specifications and parameter setting files.

ソフトウェア製品定義データベース7は、ソフトウェア製品の開発者が、ソフトウェア製品の機能の分類を登録した際に、ソフトウェア製品の機能に関連する一連の情報を保持する。   The software product definition database 7 holds a series of information related to the function of the software product when the developer of the software product registers the classification of the function of the software product.

注文情報データベース8は、ソフトウェア製品の提供者が、ソフトウェア製品の発注を申請した場合に、ソフトウェア製品の注文に関連する一覧の情報(注文番号、注文社名、価格、等)を保持する。   The order information database 8 holds list information (order number, ordering company name, price, etc.) related to the order of the software product when the provider of the software product has applied for the order of the software product.

提供形態定義データベース9は、ソフトウェア開発者が、ソフトウェア製品を構成するソフトウェア部品の提供形態が異なるバリエーション(実行ファイル、ソースファイル、カスタマイズ時に参照する仕様書、パラメータの設定ファイル、等)を登録した際に、ソフトウェア部品のバリエーションに関連する一連の情報(提供形態の名称、提供形態の種別(実行ファイル、ソースファイル、その他、等)、提供形態のファイル名、等)を保持する。   The provision form definition database 9 is registered when a software developer registers variations (execution files, source files, specifications to be referred to during customization, parameter setting files, etc.) with different provision forms of software components constituting the software product. In addition, a series of information related to variations of software components (name of provision form, type of provision form (execution file, source file, etc.), file name of provision form, etc.) is held.

提供形態判定条件データベース10は、ソフトウェア製品の開発者が、ソフトウェア製品を構成するソフトウェア部品を登録した際に、ソフトウェア部品の選択条件に関する一連の情報(機能ID、提供形態を選択するための設問文(例えば、「100人以上が同時にアクセスする」、「標準画面に無い情報を表示したい」等)、設問文への回答が“YES”の場合に提供すべき形態のID、等)を保持する。   The provision form determination condition database 10 is a series of information (a function ID and a question sentence for selecting a provision form) regarding software component selection conditions when a software product developer registers a software part constituting the software product. (For example, “100 or more people access at the same time”, “I want to display information that is not on the standard screen”, etc.), ID of the form to be provided when the answer to the question text is “YES”, etc.) .

本実施例では、ソフトウェア受発注システム100は、1つの製品の受発注を行う実施例を記述するが、他の実施例として、複数の製品を扱う実施形態も有りうる。   In the present embodiment, the software ordering system 100 describes an embodiment in which one product is ordered and received. However, as another embodiment, there may be an embodiment that handles a plurality of products.

図2に、本実施例の利用者と関連する者の関係を示す。   FIG. 2 shows the relationship between the user of this embodiment and the related person.

ここでは、本発明の関係者を3種類に役割に分類した実施例を説明する。まず、ソフトウェア製品の購入者20が存在する。ソフトウェア製品の購入者20は、ソフトウェア製品を実際に使用するユーザである。企業情報システムなどのソフトウェア製品では、通常、購入者の要望を満足するようにソフトウェア製品をカスタマイズして使用する。ここで、ソフトウェア製品の購入者20の要望を纏め、ソフトウェア製品にカスタマイズを施し、納入することで、購入者から対価を得ているのが、ソフトウェア製品の提供者21である。ソフトウェア提供者21は、ソフトウェア開発者22から、ソフトウェア製品を購入している。ここで、ソフトウェア製品の開発者22とは、ソフトウェア製品を開発し、販売している者を指す。ソフトウェア開発者22は、ソフトウェア提供者21にソフトウェア製品を販売し、その対価を得ている。   Here, an embodiment will be described in which the parties involved in the present invention are classified into three types of roles. First, there is a purchaser 20 of software products. The purchaser 20 of the software product is a user who actually uses the software product. In a software product such as an enterprise information system, the software product is usually customized and used so as to satisfy a purchaser's request. Here, it is the provider 21 of the software product that collects the requests of the purchaser 20 of the software product, customizes the software product, and delivers the product, thereby obtaining a price from the purchaser. The software provider 21 purchases a software product from the software developer 22. Here, the software product developer 22 refers to a person who develops and sells software products. The software developer 22 sells software products to the software provider 21 and obtains the price.

本発明で提案しているソフトウェア受発注システムは、ソフトウェア開発者22とソフトウェア提供者21の2者間での取引を支援するためのシステムである。   The software ordering / ordering system proposed in the present invention is a system for supporting transactions between a software developer 22 and a software provider 21.

図3に、ソフトウェア受発注システムのメニュー画面の一実現例を示す。   FIG. 3 shows an implementation example of the menu screen of the software ordering system.

メニュー画面には、ソフトウェア製品の提供者21用のアイコン31とソフトウェア製品の開発者22用のアイコン32〜33が含まれている。   The menu screen includes an icon 31 for the software product provider 21 and icons 32 to 33 for the software product developer 22.

続いて、ソフトウェア受発注システム100を使用して、ソフトウェア製品の提供者21が、ソフトウェア製品を発注する過程を説明する。   Next, a process in which the software product provider 21 orders software products using the software ordering system 100 will be described.

図4に、ソフトウェア製品の提供者21が、顧客の要望に基づき、ソフトウェア製品で実現したい機能を、ソフトウェア受発注システム100に入力することにより、ソフトウェア製品を構成するソフトウェア部品の一覧と提供形態を確認し、ソフトウェア製品を購入する過程を示す。   FIG. 4 shows a list of software components constituting the software product and a form of providing the software product provider 21 by inputting a function desired to be realized by the software product to the software ordering / order receiving system 100 based on the customer's request. Confirm and show the process of purchasing software products.

ここで、ソフトウェア部品とは、ソフトウェア製品の各機能を実現するための構成要素であり、特定の実行ファイルやその集合のことを示す。また、ソフトウェア部品の提供形態とは、上述のソフトウェア部品を、提供者に提供する際の形態を表す。例えば、スタマイズが全く不可能な実行ファイルの形式や、何らかの設定ファイルにより、機能をカスタマイズできるような実行モジュールの形態や、インターフェース部分を公開した実行ファイルの形態、あるいは、完全に自由にカスタマイズするためのソースコードの形態などをここでは示す。   Here, the software component is a component for realizing each function of the software product, and indicates a specific execution file or a set thereof. Moreover, the provision form of a software component represents the form at the time of providing the above-mentioned software component to a provider. For example, the form of an executable file that cannot be customized at all, the form of an execution module that can customize the function by some setting file, the form of an executable file that exposes the interface part, or completely customizable The form of the source code is shown here.

ソフトウェア提供者21は、端末32からインターネットを介して、メニューページにアクセスし、メニューページのボタン31をクリックすると、提供形態判定データベース10に予め登録されたソフトウェア製品の活用方法に関する設問が表示される。   When the software provider 21 accesses the menu page from the terminal 32 via the Internet and clicks the button 31 on the menu page, a question regarding how to use the software product registered in advance in the provision form determination database 10 is displayed.

図5に、提供者が、購入者の要望を入力する画面の実施例を示す。図5には、製品構成の判定ボタン51とメニュー戻ボタン52を含んでいる。   FIG. 5 shows an example of a screen on which a provider inputs a purchaser's request. FIG. 5 includes a product configuration determination button 51 and a menu return button 52.

提供者が、端末32に表示された顧客要望登録画面のソフトウェア製品の活用方法に対し、顧客の要望に合致するか否かを入力する(ステップS41)。ソフトウェア受発注システム100は、提供形態判定条件データベース10と提供形態定義情報データベース9、ソフトウェア製品定義データベース7に基き、ソフトウェア製品の機能毎に、必要なソフトウェア部品の提供形態を判定する。ここで、判定処理の詳細フローは、後述する図8にて説明する。   The provider inputs whether or not the usage of the software product on the customer request registration screen displayed on the terminal 32 matches the customer's request (step S41). The software ordering / order receiving system 100 determines the provision form of necessary software components for each function of the software product based on the provision form determination condition database 10, the provision form definition information database 9, and the software product definition database 7. Here, the detailed flow of the determination process will be described with reference to FIG.

ソフトウェア受発注システム100は、ソフトウェア製品の各機能の提供形態を、インターネット31を介して、提供者の端末32に表示する。   The software ordering / order receiving system 100 displays the provision form of each function of the software product on the provider's terminal 32 via the Internet 31.

図6に、提供者が、ソフトウェア製品の提供形態の判定結果を照会する画面の実施例を示す。図6には、注文ボタン61とメニュー戻ボタン62を含んでいる。   FIG. 6 shows an example of a screen on which the provider inquires the determination result of the software product provision form. FIG. 6 includes an order button 61 and a menu return button 62.

提供者は、端末32に表示されたソフトウェア製品の提供形態を確認し、表示された提供形態のソフトウェア製品を注文することにより、注文情報データベース8に、ソフトウェア提供者と提供形態が登録され、ソフトウェア製品の開発者に対して発注依頼が送信される(ステップS42)。   The provider confirms the provision form of the software product displayed on the terminal 32 and orders the software product of the displayed provision form, whereby the software provider and the provision form are registered in the order information database 8, and the software An ordering request is transmitted to the product developer (step S42).

開発者は、メニューページの32ボタンをクリックすることにより、注文情報データベース8から注文情報を確認する。   The developer confirms the order information from the order information database 8 by clicking the 32 button on the menu page.

図7に、開発者が、受取ったソフトウェア製品の注文情報を照会する画面の実施例を示す。図7には、提供一覧の詳細参照ボタン71と受注確認・発送ボタン72とメニューに戻ボタン73を含んでいる。   FIG. 7 shows an example of a screen on which the developer inquires the order information of the received software product. FIG. 7 includes a detailed list button 71 for providing list, an order confirmation / shipment button 72, and a return button 73 in the menu.

開発者が、注文情報を確認し、発送処理を実施すると、製品保管庫データベース6から、ソフトウェア部品ファイルを抽出し、提供者の端末32に送信する(ステップS43)。   When the developer confirms the order information and executes the shipping process, the developer extracts the software part file from the product storage database 6 and transmits it to the provider terminal 32 (step S43).

図8に、顧客要望の入力を受けて、ソフトウェア部品の適用形態を判定する処理のフローを示す。   FIG. 8 shows a processing flow for determining the application form of the software component in response to the input of the customer request.

まず、端末32に、図3に示すメニュー情報画面を表示する。この画面上で、顧客要望登録ボタン31がクリックされると、図5に示す顧客要望登録画面を端末に表示する(ステップS81)。   First, the menu information screen shown in FIG. When the customer request registration button 31 is clicked on this screen, the customer request registration screen shown in FIG. 5 is displayed on the terminal (step S81).

次に、図5に示す顧客要望登録画面上で、提供者により、顧客要望に関する設問の解答が入力され(ステップS82)、製品構成の判定ボタン51がクリックされると(ステップS83)、提供形態の判定処理を実施する。まず、提供形態判定条件データベース10を参照し、設問IDに関連する機能IDを特定する。次に、同一の機能IDを持つ設問の中で“該当する(YES)”の回答があった場合には、提供形態判定条件データベース10を参照し、“YESの時に適用可能な提供形態ID”を全て抽出する(ステップS84)。   Next, on the customer request registration screen shown in FIG. 5, when the provider inputs an answer to a question regarding the customer request (step S82) and the product configuration determination button 51 is clicked (step S83), the provision form Perform the determination process. First, the function ID related to the question ID is specified with reference to the provision form determination condition database 10. Next, in the case of a question having the same function ID, when there is an answer “Yes (YES)”, the provision form determination condition database 10 is referred to and “providing form ID applicable at the time of YES” is referred to. Are all extracted (step S84).

この時、“YESの時に適用可能な提供形態ID”の数が0の場合には(ステップS85)、カスタマイズを必要としていないことを意味するため、提供形態定義情報データベース9を参照し、機能IDが同一で、種別が“実行ファイル”である“ソフトウェア部品の提供形態ID”を判定結果として抽出する(ステップS86)。   At this time, if the number of “provided form IDs applicable when YES” is 0 (step S85), it means that customization is not required. Are extracted, and “software component provision form ID” having the same type and “executable file” is extracted as a determination result (step S86).

次に、“YESの時に適用可能な提供形態ID”の数が1よりも多い場合(ステップS87)には、複雑なカスタマイズを必要としていることを意味するため、提供形態定義情報データベース9を参照し、機能IDが同一で、種別が“ソースファイル”である“ソフトウェア部品の提供形態ID”を判定結果として抽出する(ステップS87)。   Next, when the number of “provided form IDs applicable when YES” is greater than 1 (step S87), it means that complicated customization is required, so refer to the provided form definition information database 9. Then, “software component provision form ID” having the same function ID and the type “source file” is extracted as a determination result (step S87).

最後に、“YESの時に適用可能な提供形態ID”の数が1の場合には、特定の提供形態により、カスタマイズが可能であることを意味するため、“YESの時に適用可能な提供形態ID”を判定結果として抽出する(ステップS88)。   Finally, if the number of “provided form IDs applicable when YES” is 1, it means that customization is possible depending on the specific provided form. Therefore, “provided form IDs applicable when YES” "Is extracted as a determination result (step S88).

上記ステップS84からステップ89までの処理を、ソフトウェア製品定義データベース7にて定義されている機能IDの数だけ繰り返して実施した後、端末32に図6に示す提供形態判定結果を表示する。   After the processes from step S84 to step 89 are repeated for the number of function IDs defined in the software product definition database 7, the provision form determination result shown in FIG.

本発明の一実施の形態であるソフトウェア受発注システムの構成を示す。1 shows a configuration of a software ordering system according to an embodiment of the present invention. 本発明の関連する者を示す。The relevant person of this invention is shown. メニュー画面を示す。A menu screen is shown. 提供者が、ソフトウェア製品を発注する過程を示す。The process by which a provider orders a software product is shown. 顧客要望登録の画面を示す。The customer request registration screen is shown. 製品の提供形態判定結果の画面を示す。The product provision form judgment result screen is shown. 注文処理の画面を示す。The order processing screen is shown. 提供形態を判定するプログラムの処理フローを示す。The processing flow of the program which determines a provision form is shown.

符号の説明Explanation of symbols

100…ソフトウェア受発注システム、1…WWWサーバ、2…ファイアウォール、3…内部バス、4…アプリケーションサーバ、5…データベースサーバ、6…製品保管庫データベース、7…ソフトウェア製品定義データベース、8…注文情報データベース、9…提供形態定義データベース、10…提供状態判定条件データベース、31…インターネット、32…端末。

DESCRIPTION OF SYMBOLS 100 ... Software ordering system, 1 ... WWW server, 2 ... Firewall, 3 ... Internal bus, 4 ... Application server, 5 ... Database server, 6 ... Product storage database, 7 ... Software product definition database, 8 ... Order information database , 9 ... Provision form definition database, 10 ... Provision state determination condition database, 31 ... Internet, 32 ... terminal.

Claims (3)

入力手段、出力手段、記憶手段、演算手段を有し、ネットワークを介して発注者と受注者がアクセス可能なソフトウェア受発注システムであって、
予め受注者から提供されるソフトウェア製品について、そのソフトウェア製品が有する機能に対応付けて、ソフトウェア製品を構成するソフトウェア部品であって提供形態が異なる複数のバリエーションと、各ソフトウェア部品の提供形態をカスタマイズすることにより実現できる機能の適用範囲情報と、ソフトウェア部品の各提供形態の内容を指し示すファイル名称を前記記憶手段に記憶しておくことにより、
発注者の端末から、ソフトウェア製品に対する要望を、前記入力手段より受け付けると、前記演算手段は、受け付けた要望から、予め前期記憶手段に記憶しておいた機能の適用範囲情報に基づいて、要望を満足できるソフトウェア部品とその提供形態を特定し、ファイル名称を抽出して、前記出力手段を制御し、通信回線を介して前記発注者が有する端末に、該抽出したファイル名称が指し示すソフトウェア部品の一覧を出力することを特徴とするソフトウェア受発注システム。
A software ordering system that includes an input means, an output means, a storage means, and a computing means, and is accessible to the orderer and the contractor via the network,
For software products provided by the contractor in advance, in correspondence with the functions of the software product, a plurality of variations of the software components constituting the software product and different provision forms, and the provision form of each software component are customized By storing the application range information of the functions that can be realized by the above and the file name indicating the contents of each provision form of the software component in the storage means,
When the request for the software product is received from the input unit from the orderer's terminal, the calculation unit receives the request from the received request based on the application range information of the function previously stored in the previous storage unit. A list of software components specified by the extracted file name is specified by identifying a satisfactory software component and its form of provision, extracting a file name, controlling the output means, and a terminal of the orderer via a communication line Software ordering system, characterized in that
入力手段、出力手段、記憶手段、演算手段を有し、ネットワークを介して発注者と受注者がアクセス可能なソフトウェア受発注システムであって、
予め受注者から提供されるソフトウェア製品について、そのソフトウェア製品が有する機能に対応付けて、ソフトウェア製品を構成するソフトウェア部品であって提供形態が異なる複数のバリエーションと、各ソフトウェア部品の提供形態をカスタマイズすることにより実現できる機能の適用範囲情報と、ソフトウェア部品の各提供形態の内容を指し示すファイル名称を前記記憶手段に記憶しておくことにより、
発注者の端末から、顧客のソフトウェア製品に対する要望を、前記入力手段より受け付けると、前記演算手段は、受け付けた要望から、予め前期記憶手段に記憶しておいた機能の適用範囲情報に基づいて、顧客の要望を満足できるソフトウェア部品とその提供形態を特定し、ファイル名称を抽出して、前記出力手段に出力するよう制御し、通信回線を介して前記受注者が有する端末に、注文情報として、該抽出したファイル名称が指し示すソフトウェア部品の一覧を出力することを特徴とするソフトウェア受発注システム。
A software ordering system that includes an input means, an output means, a storage means, and a computing means, and is accessible to the orderer and the contractor via the network,
For software products provided by the contractor in advance, in correspondence with the functions of the software product, a plurality of variations of the software components constituting the software product and different provision forms, and the provision form of each software component are customized By storing the application range information of the functions that can be realized by the above and the file name indicating the contents of each provision form of the software component in the storage means,
Upon receiving a request for the customer's software product from the orderer's terminal from the input means, the calculation means is based on the function application range information stored in the previous term storage means in advance from the received request. Identify the software parts that can satisfy the customer's request and its provision form, extract the file name, control to output to the output means, to the terminal that the contractor has via the communication line, as order information, A software ordering system that outputs a list of software components indicated by the extracted file name.
入力手段、出力手段、記憶手段、演算手段を有し、ネットワークを介して発注者と受注者がアクセス可能なソフトウェア受発注システムであって、
予め受注者から提供されるソフトウェア製品について、そのソフトウェア製品が有する機能に対応付けて、ソフトウェア製品を構成するソフトウェア部品であって提供形態が異なる複数のバリエーションと、各ソフトウェア部品の提供形態をカスタマイズすることにより実現できる機能の適用範囲情報と、ソフトウェア部品の各提供形態の内容を指し示すファイル名称と、ファイルの実体を前記記憶手段に記憶しておくことにより、
発注者の端末から、顧客のソフトウェア製品に対する要望を、前記入力手段より受け付けると、前記演算手段は、受け付けた要望から、予め前期記憶手段に記憶しておいた機能の適用範囲情報に基づいて、顧客の要望を満足できるソフトウェア部品とその提供形態を特定し、ファイル名称を抽出して、前記出力手段を制御し、通信回線を介して前記発注者が有する端末に、該抽出したファイル名称が指し示すソフトウェア部品を出力することを特徴とするソフトウェア受発注システム。

A software ordering system that includes an input means, an output means, a storage means, and a computing means, and is accessible to the orderer and the contractor via the network,
For software products provided by the contractor in advance, in correspondence with the functions of the software product, a plurality of variations of the software components constituting the software product and different provision forms, and the provision form of each software component are customized By storing the application range information of the functions that can be realized by this, the file name indicating the contents of each provision form of the software component, and the file entity in the storage means,
Upon receiving a request for the customer's software product from the orderer's terminal from the input means, the calculation means is based on the function application range information stored in the previous term storage means in advance from the received request. Identify the software parts that can satisfy the customer's request and the form of providing them, extract the file name, control the output means, and the extracted file name points to the terminal of the orderer via the communication line Software ordering system characterized by outputting software parts.

JP2004081907A 2004-03-22 2004-03-22 Ordering and order receiving system for package software Pending JP2005267481A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2004081907A JP2005267481A (en) 2004-03-22 2004-03-22 Ordering and order receiving system for package software

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004081907A JP2005267481A (en) 2004-03-22 2004-03-22 Ordering and order receiving system for package software

Publications (1)

Publication Number Publication Date
JP2005267481A true JP2005267481A (en) 2005-09-29

Family

ID=35091942

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004081907A Pending JP2005267481A (en) 2004-03-22 2004-03-22 Ordering and order receiving system for package software

Country Status (1)

Country Link
JP (1) JP2005267481A (en)

Similar Documents

Publication Publication Date Title
US8245184B2 (en) System and method for graphically building business rule conditions
US9230224B2 (en) Providing a timeline control in a multi-tenant database environment
US20070250405A1 (en) Method and system for identifying reusable development components
US8010940B2 (en) Methods and apparatus for designing a workflow process using inheritance
US7509328B2 (en) Customizing software applications that use an electronic database with stored product data
US20050289158A1 (en) Identifier attributes for product data stored in an electronic database
US20070266330A1 (en) Method and system for role-based user interface navigation
JP2013012248A (en) User interfaces for research and document production
US8224853B2 (en) Methods and apparatus for updating a plurality of data fields in an electronic form
US20040243583A1 (en) Systems and methods for providing web services
US8448136B2 (en) Creating a composite program module in a computing ecosystem
US7996758B2 (en) Methods and apparatus for storing data associated with an electronic form
US20070208777A1 (en) Methods and apparatus for designing a workflow process using resource maps and process maps
US20230281654A1 (en) Systems and methods for autonomous management of manufacturer coupons
US20070239470A1 (en) Method and system for managing development component metrics
US20070143711A1 (en) Methods and apparatus for displaying a setup sequence
US11481702B1 (en) Worksite information management system
JP2004318379A (en) Merger and acquisition support system
JP2005115930A (en) Method for establishing communication protocol between first computer and second computer
US20170186092A1 (en) System and method for providing offline framework for business support
US20120136738A1 (en) Royalty calculation engine
JP2005267481A (en) Ordering and order receiving system for package software
CN110020380B (en) Method and system for aggregating, accessing and trading multiple enterprise applications
US20070130138A1 (en) Methods and apparatus for storing a collaboratively designed workflow process
US20070136367A1 (en) Methods and apparatus for dynamically modifying a business object definition

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20060424