JP4405351B2 - Billing management program and image forming apparatus - Google Patents

Description

Translated fromJapanese

本発明は、利用者の要求に応じ有料サービスを提供するサービス提供装置またはサービス提供装置と通信可能な課金管理装置に搭載され、利用者によりサービス提供装置に要求されたサービスのサービス料金を算出する課金管理プログラムおよび画像形成装置に関するものである。  The present invention is mounted on a service providing apparatus that provides a paid service in response to a user's request or a charging management apparatus that can communicate with the service providing apparatus, and calculates a service fee for a service requested by the user to the service providing apparatus. The present invention relates to a charge management program and an image forming apparatus.

従来、プリンタ、コピーおよびスキャナなどの複数の機能を一つの筐体内に収納した複合機が知られている。かかる複合機では、ＵＮＩＸ（Ｒ）などの汎用ＯＳ上に、プリンタアプリ、コピーアプリおよびスキャナアプリと呼ばれる複数のアプリケーションを搭載し、これらのアプリケーションの実行処理を切替えながら複数の機能を実現していた。  2. Description of the Related Art Conventionally, there has been known a multi-function machine in which a plurality of functions such as a printer, a copy, and a scanner are stored in a single casing. In such a multifunction device, a plurality of applications called a printer application, a copy application, and a scanner application are mounted on a general-purpose OS such as UNIX (R), and a plurality of functions are realized while switching execution processes of these applications. .

ところが、上記プリンタアプリ、コピーアプリおよびスキャナアプリは、それぞれエンジン制御、メモリ制御およびシステム制御などを別個におこなっているので、重複処理という無駄が生じていた。  However, since the printer application, the copy application, and the scanner application perform engine control, memory control, system control, and the like separately, wasteful duplication processing has occurred.

このため、特許文献１では、複合機に搭載される複数のアプリケーションがそれぞれ担っていたエンジン制御、メモリ制御およびシステム制御などの処理を共通処理部分（プラットホーム）として各アプリケーションから括り出すことにより、アプリケーションの開発効率の向上を図っている。  For this reason, inPatent Document 1, the applications such as engine control, memory control, and system control, which have been performed by a plurality of applications installed in the multifunction peripheral, are grouped from each application as a common processing part (platform). The development efficiency is improved.

また、特許文献２では、ファックス機能を使用した際に発生する通信回線使用料金をテーブルデータとして記憶し、ファックス機能の提供にともなって発生するプリンタ機能の提供料金と、かかる通信回線使用料金とを加算することで、ファックス機能を提供する際の課金をおこなうこととしている。  InPatent Document 2, a communication line usage fee that is generated when the fax function is used is stored as table data, and the printer function provision fee that accompanies the provision of the fax function and the communication line usage fee are as follows. By adding, the user is charged for providing the fax function.

特開２００２−０８４３８３号公報JP 2002-084383 A特開平１０−０２３１８９号公報Japanese Patent Laid-Open No. 10-023189

しかしながら、この特許文献１で開示されている発明は、ハードウェアを制御する処理部分を共通化するものであり、各アプリケーションの内部処理全般を共通化するものではない。このため、複合機上のアプリケーションには、開発効率の向上を図るうえで改善の余地が残されている。  However, the invention disclosed inPatent Document 1 shares a processing part for controlling hardware, and does not share all internal processes of each application. For this reason, there is still room for improvement in the application on the multifunction peripheral in order to improve the development efficiency.

たとえば、オペレーションパネル制御ソフトウェアやネットワーク制御ソフトウェアを介して、コピーサービスなどの機能提供要求を受け付け、提供する機能に応じた課金をおこなう課金処理は、複写機上の各アプリケーションに共通して存在する処理であるが、ハードウェアを直接制御する処理ではないため各アプリケーションで別個に実現されており、共通化することが可能である。  For example, a billing process that accepts a function provision request such as a copy service via the operation panel control software or network control software and charges according to the provided function is a process that is common to each application on the copier However, since it is not a process for directly controlling the hardware, it is realized separately for each application and can be shared.

また、特許文献２で開示されている発明は、複合機上の複数の機能を組み合わせたサービスについての課金処理に関するものであり、複数の課金処理を並行しておこなうことを考慮したものではない。したがって、複合機が複数のサービス要求を受け付け、各サービス要求に対する課金処理をおこなう場合には、各課金処理を正確に管理することが困難となり、課金処理が正しくおこなわれず、二重課金や未課金といった課金ミスが発生する可能性が高くなるおそれがある。  The invention disclosed inPatent Document 2 relates to billing processing for a service combining a plurality of functions on a multifunction peripheral, and does not consider performing a plurality of billing processes in parallel. Therefore, when the multi-function peripheral accepts multiple service requests and performs billing processing for each service request, it becomes difficult to accurately manage each billing process, and billing processing is not performed correctly. There is a possibility that a billing error such as this is likely to occur.

これらのことから、複合機に搭載されるアプリケーションの課金処理をいかにして効率よく実現するかが大きな課題となっている。なお、かかる課題は複合機についてのみ生じるものではなく、たとえば、有料サービスに対する課金をおこなう課金管理装置を形成するような場合にも同様に生ずる課題である。  For these reasons, it has become a big issue how to efficiently implement the accounting process of the application installed in the multifunction peripheral. Note that such a problem does not occur only for the multi-function peripheral, but also occurs when, for example, a charging management apparatus that charges a fee-based service is formed.

本発明は、上述した従来技術による問題点を解消するためになされたものであり、課金処理を効率よく実現することができる課金管理プログラムおよび画像形成装置を提供することを目的とする。  SUMMARY An advantage of some aspects of the invention is that it provides a charge management program and an image forming apparatus capable of efficiently realizing charge processing.

上述した課題を解決し、目的を達成するために、請求項１の発明にかかる課金管理プログラムは、利用者の要求に応じ有料サービスを提供するサービス提供装置または前記サービス提供装置と通信可能な課金管理装置に搭載され、利用者により前記サービス提供装置に要求されたサービスのサービス料金を算出する課金管理プログラムであって、前記サービス提供装置の制御プログラムからサービス要求内容を含むサービス要求通知を受信したならば、前記サービス要求内容および伝票状態を含む注文伝票データを生成して保持し、前記サービス提供装置の制御プログラムからサービス完了通知を受信したならば、前記伝票状態をサービス提供完了状態に更新するとともに課金の実行を担当する課金装置に課金を指示し、前記課金装置から課金完了通知を受信したならば、前記伝票状態を課金完了状態に更新する手段としてコンピュータを機能させることを特徴とする。  In order to solve the above-described problems and achieve the object, a billing management program according to a first aspect of the present invention provides a service providing apparatus that provides a paid service in response to a user's request or a charge that can communicate with the service providing apparatus. A billing management program that is installed in a management device and calculates a service charge for a service requested by the user to the service providing device, and receives a service request notification including a service request content from the control program of the service providing device If so, the order slip data including the service request contents and the slip state is generated and held, and when the service completion notification is received from the control program of the service providing apparatus, the slip state is updated to the service provision completed state. In addition, the charging device in charge of charging is instructed to be charged and charged from the charging device. Upon receiving the completion notification, and characterized by causing a computer to function as means for updating the slip state to the charging completion state.

また、請求項２の発明にかかる課金管理プログラムは、請求項１の発明において、前記サービス要求通知を受信する注文係手段と、前記注文伝票データと１対１に対応して生成され、前記サービス完了通知を受信する伝票手段と、前記サービス料金を算出して前記課金装置に課金を指示し、前記課金完了通知を受信する会計手段とを備え、前記注文係手段は、前記サービス要求通知を受信した際に、前記伝票手段を生成して木構造の子として管理し、前記伝票手段は、前記注文伝票データを保持し、前記伝票状態が前記サービス提供完了状態となった際に、前記会計手段に課金処理を依頼し、前記会計手段は、前記伝票手段から課金処理を依頼された際に、前記サービス料金を算出して該サービス料金の課金を課金装置に指示し、前記課金完了通知を受信した際に、前記伝票手段に前記伝票状態を前記課金完了状態に遷移させるよう指示することを特徴とする。  According to a second aspect of the present invention, there is provided a billing management program according to the first aspect of the invention, wherein the ordering means for receiving the service request notification and the order slip data are generated in one-to-one correspondence with the service Slip means for receiving a completion notice; accounting means for calculating the service charge and instructing the billing device to charge and receiving the charge completion notice; and the order clerk means receives the service request notice The slip means is generated and managed as a child of a tree structure, and the slip means holds the order slip data, and the accounting means when the slip state becomes the service provision completed state. The accounting means calculates the service fee and instructs the charging device to charge the service fee when the billing device requests the billing process. Upon receiving the notification, characterized in that it instructs to shift the slip state to the slip means to the charging completion state.

また、請求項３の発明にかかる課金管理プログラムは、請求項２の発明において、前記課金装置と一対一に対応して生成される課金対象手段をさらに備え、前記課金対象手段は、該課金装置の残金を照会する残金照会操作と、該課金装置に課金実行を指示する課金操作とを含むことを特徴とする。  According to a third aspect of the present invention, there is provided a billing management program according to the second aspect of the present invention, further comprising billing target means generated in one-to-one correspondence with the billing device, wherein the billing target means is the billing device. A remaining amount inquiry operation for inquiring about the remaining amount of the remaining amount, and a charging operation for instructing the charging apparatus to execute charging.

また、請求項４の発明にかかる課金管理プログラムは、請求項２または３の発明において、提供するサービスの単価一覧を保持し、前記会計手段の求めに応じ該当するサービスの単価を検索し該単価を応答する料金表手段をさらに備えたことを特徴とする。  According to a fourth aspect of the present invention, the charge management program according to the second or third aspect of the invention holds a unit price list of services to be provided, searches for the unit price of the corresponding service according to the request of the accounting means, and Is further provided with charge table means for responding to

また、請求項５の発明にかかる課金管理プログラムは、請求項２、３または４の発明において、前記会計手段の求めに応じ前記課金対象手段を一つ以上選択し選択結果を応答する課金対象決定手段をさらに備えたことを特徴とする。  According to a fifth aspect of the present invention, there is provided a billing management program according to the second, third, or fourth aspect, wherein a billing object determination is made to select one or more billing target means and respond to a selection result in response to a request from the accounting means. The apparatus further includes means.

また、請求項６の発明にかかる課金管理プログラムは、請求項２〜５の発明において、前記注文係手段は、前記伝票手段を生成する際に、該伝票手段に前記サービス提供内容を通知し、サービス提供の中止依頼を受信した際に、該伝票手段にサービス提供中止を通知することを特徴とする。  The billing management program according to the invention ofclaim 6 is the invention according toclaims 2 to 5, wherein when the ordering means generates the slip means, the service means is notified to the slip means, When receiving a service provision stop request, the slip means is notified of the service provision stop.

また、請求項７の発明にかかる課金管理プログラムは、請求項２〜６の発明において、前記伝票手段の集計処理をおこなう集計手段をさらに備え、前記集計手段は、前記伝票手段が保持するデータを記録し、集計依頼を受け付けた際に、記録したデータを所定の形式で集計することを特徴とする。  According to a seventh aspect of the present invention, there is provided a billing management program according to the second to sixth aspects of the present invention, further comprising a totaling unit that performs a totaling process of the slip unit, wherein the totaling unit stores data held by the slip unit. When the recording request is received, the recorded data is totaled in a predetermined format.

また、請求項８の発明にかかる課金管理プログラムは、請求項１の発明において、前記注文伝票データを生成した際に、前記サービス料金を算出して前記課金装置に残金照会をおこない、残金が該サービス料金よりも小さい場合には、前記サービス提供装置にサービス提供を拒否するよう指示することを特徴とする。  Further, in the invention according toclaim 8, when the order slip data is generated, the billing management program according to the invention ofclaim 1 calculates the service fee and performs a remaining amount inquiry to the billing device, When the service charge is smaller than the service charge, the service providing apparatus is instructed to refuse service provision.

また、請求項９の発明にかかる課金管理プログラムは、請求項２〜７の発明において、前記会計手段は、前記伝票手段から前記残金照会を依頼された際に、前記サービス料金を算出するとともに前記課金装置に前記残金照会をおこない、残金が該サービス料金よりも小さい場合には、前記サービス提供装置にサービス提供を拒否するよう指示することを特徴とする。  According to a ninth aspect of the present invention, there is provided a billing management program according to any one of the second to seventh aspects, wherein the accounting unit calculates the service fee when requested to make the balance inquiry from the slip unit. The remaining amount is inquired to the billing device, and if the remaining amount is smaller than the service fee, the service providing device is instructed to refuse service provision.

また、請求項１０の発明にかかる画像形成装置は、利用者により要求されたサービスのサービス料金を算出し、該サービス料金の課金実行を課金装置に指示する画像形成装置であって、制御プログラムからサービス要求内容を含むサービス要求通知を受信したならば、前記サービス要求内容および伝票状態を含む注文伝票データを生成して保持し、前記制御プログラムからサービス完了通知を受信したならば、前記伝票状態をサービス提供完了状態に更新するとともに前記課金装置に課金を指示し、前記課金装置から課金完了通知を受信したならば、前記伝票状態を課金完了状態に更新する手段を備えたことを特徴とする。  An image forming apparatus according to a tenth aspect of the present invention is an image forming apparatus that calculates a service fee of a service requested by a user and instructs the charging device to perform charging of the service fee. If a service request notification including a service request content is received, order slip data including the service request content and a slip state is generated and held. If a service completion notification is received from the control program, the slip state is updated. The service provision completion state is updated, the billing device is instructed to be billed, and when a billing completion notification is received from the billing device, the voucher state is updated to a billing completion state.

請求項１にかかる課金管理プログラムによれば、サービス提供装置の制御プログラムからサービス要求内容を含むサービス要求通知を受信したならば、サービス要求内容および伝票状態を含む注文伝票データを生成して保持し、サービス提供装置の制御プログラムからサービス完了通知を受信したならば、伝票状態をサービス提供完了状態に更新するとともに課金の実行を担当する課金装置に課金を指示し、課金装置から課金完了通知を受信したならば、伝票状態を課金完了状態に更新する手段としてコンピュータを機能させるよう構成したので、複数のサービス要求を並行処理する場合であっても課金状態を正確に管理できるので、課金処理を効率よく実現することができるという効果を奏する。  According to the billing management program ofclaim 1, when a service request notification including the service request content is received from the control program of the service providing apparatus, the order slip data including the service request content and the slip state is generated and held. When the service completion notification is received from the control program of the service providing device, the billing status is updated to the service providing completion status, the charging device in charge of charging is instructed to be charged, and the charging completion notification is received from the charging device. If so, since the computer is configured to function as a means for updating the voucher state to the billing completion state, the billing state can be accurately managed even when a plurality of service requests are processed in parallel. There is an effect that it can be realized well.

また、請求項２にかかる課金管理プログラムによれば、サービス要求通知を受信する注文係手段と、注文伝票データと１対１に対応して生成され、サービス完了通知を受信する伝票手段と、サービス料金を算出して課金装置に課金を指示し、課金完了通知を受信する会計手段とを備え、注文係手段は、サービス要求通知を受信した際に、伝票手段を生成して木構造の子として管理し、伝票手段は、注文伝票データを保持し、伝票状態がサービス提供完了状態となった際に、会計手段に課金処理を依頼し、会計手段は、伝票手段から課金処理を依頼された際に、サービス料金を算出してサービス料金の課金を課金装置に指示し、課金完了通知を受信した際に、伝票手段に伝票状態を課金完了状態に遷移させる指示をおこなうよう構成したので、各手段の協調関係により、課金処理を効率よく実現することができるという効果を奏する。  According to the billing management program ofclaim 2, the ordering means for receiving the service request notification, the slip means generated in one-to-one correspondence with the order slip data, and receiving the service completion notification, the service Accounting means for calculating a charge and instructing the charging apparatus to receive a charge and receiving a charge completion notification. The order clerk means generates a slip means as a child of the tree structure when the service request notification is received. When the voucher holds the order voucher data and the voucher status is in the service provision completed state, the voucher is charged with the charging process. The voucher is charged with the charging process. In addition, the service fee is calculated and the billing device is instructed to charge the service fee, and when the billing completion notification is received, the slip means is instructed to transition the bill state to the billing completed state. The coordination means, an effect that can realize the accounting process efficiently.

また、請求項３にかかる課金管理プログラムによれば、課金装置と一対一に対応して生成される課金対象手段をさらに備え、課金対象手段は、課金装置の残金を照会する残金照会操作と、課金装置に課金実行を指示する課金操作とを含むよう構成したので、課金装置の追加や取り外しにも容易に対応することができるという効果を奏する。  The billing management program according toclaim 3 further includes billing target means generated in one-to-one correspondence with the billing device, wherein the billing target means performs a balance inquiry operation for querying a balance of the billing device, Since it is configured to include a billing operation for instructing the billing device to execute billing, it is possible to easily cope with addition and removal of the billing device.

また、請求項４にかかる課金管理プログラムによれば、提供するサービスの単価一覧を保持し、会計手段の求めに応じ該当するサービスの単価を検索し単価を応答する料金表手段をさらに備えるよう構成したので、サービスを提供する機能が異なる場合であっても、共通した課金処理を実現することができるという効果を奏する。  In addition, the billing management program according toclaim 4 further includes a charge table means for holding a list of unit prices of services to be provided, searching for a unit price of the corresponding service in response to a request from an accounting means, and responding to the unit price. Therefore, even if the function of providing the service is different, a common billing process can be realized.

また、請求項５にかかる課金管理プログラムによれば、会計手段の求めに応じ課金対象手段を一つ以上選択し選択結果を応答する課金対象決定手段をさらに備えるよう構成したので、複数の課金装置に対して課金実行を指示することができるという効果を奏する。  According to the billing management program ofclaim 5, since the billing management program further comprises billing target determining means for selecting one or more billing target means in response to a request from the accounting means and responding to the selection result, a plurality of billing apparatuses The billing execution can be instructed to the effect.

また、請求項６にかかる課金管理プログラムによれば、注文係手段は、伝票手段を生成する際に、伝票手段にサービス提供内容を通知し、サービス提供の中止依頼を受信した際に、伝票手段にサービス提供中止を通知するよう構成したので、課金管理処理の開始および中止を伝票手段の動作に対応づけることにより、課金処理を効率よく実現することができるという効果を奏する。  According to the billing management program ofclaim 6, the ordering means notifies the service provision contents to the slip means when generating the slip means, and receives the service provision stop request when receiving the service provision stop request. Since the service provision stop is notified to the user, the start and stop of the billing management process is associated with the operation of the slip means, and the billing process can be efficiently realized.

また、請求項７にかかる課金管理プログラムによれば、伝票手段の集計処理をおこなう集計手段をさらに備え、集計手段は、伝票手段が保持するデータを記録し、集計依頼を受け付けた際に、記録したデータを所定の形式で集計するよう構成したので、伝票手段が保持するデータの集計を効率良く実現することができるという効果を奏する。  The accounting management program according toclaim 7 further includes a counting means for performing a counting process of the slip means, and the counting means records the data held by the slip means and records the data when the counting request is received. Since the collected data is aggregated in a predetermined format, there is an effect that the aggregation of data held by the slip means can be efficiently realized.

また、請求項８にかかる課金管理プログラムによれば、注文伝票データを生成した際に、サービス料金を算出して課金装置に残金照会をおこない、残金がサービス料金よりも小さい場合には、サービス提供装置にサービス提供を拒否する指示をおこなうよう構成したので、サービス提供に先立って、あらかじめ課金実行の可否を確認することができるという効果を奏する。  According to the billing management program ofclaim 8, when order slip data is generated, the service charge is calculated and the remaining amount is inquired to the billing device. If the remaining amount is smaller than the service fee, the service is provided. Since the apparatus is configured to instruct the apparatus to refuse service provision, it is possible to confirm whether or not billing can be executed in advance prior to service provision.

また、請求項９にかかる課金管理プログラムによれば、会計手段は、伝票手段から残金照会を依頼された際に、サービス料金を算出するとともに課金装置に残金照会をおこない、残金がサービス料金よりも小さい場合には、サービス提供装置にサービス提供を拒否する指示をおこなうよう構成したので、各手段の協調関係により、サービス提供に先立って、あらかじめ課金実行の可否を確認することができるという効果を奏する。  According to the billing management program ofclaim 9, the accounting means calculates the service fee and makes a bill inquiry to the billing device when the bill means requests the balance balance, and the balance balance is more than the service fee. If it is small, the service providing apparatus is instructed to refuse service provision, so that it is possible to confirm whether or not billing can be executed in advance prior to service provision by the cooperative relationship of each means. .

また、請求項１０にかかる画像形成装置は、制御プログラムからサービス要求内容を含むサービス要求通知を受信したならば、サービス要求内容および伝票状態を含む注文伝票データを生成して保持し、制御プログラムからサービス完了通知を受信したならば、伝票状態をサービス提供完了状態に更新するとともに課金装置に課金を指示し、課金装置から課金完了通知を受信したならば、伝票状態を課金完了状態に更新する手段を備えるよう構成したので、複数のサービス要求を並行処理する場合であっても課金状態を正確に管理できるので、課金処理を効率よく実現することができるという効果を奏する。  The image forming apparatus according toclaim 10 generates and holds order slip data including the service request content and the slip state when the service request notification including the service request content is received from the control program. If the service completion notification is received, the voucher status is updated to the service provision completion status, and charging is instructed to the charging device. If the charging completion notification is received from the charging device, the voucher status is updated to the charging completion status. Therefore, even if a plurality of service requests are processed in parallel, the charging status can be managed accurately, and the charging process can be efficiently realized.

以下に添付図面を参照して、この発明にかかる課金管理プログラム、およびこのプログラムを実行させるためのコンピュータを含んだ画像形成装置の最良な実施の形態を詳細に説明する。なお、本実施の形態では、この発明を画像形成装置に適用した場合について説明するが、本発明はこれに限らず、課金管理をおこなう各種装置に適用することができる。  Exemplary embodiments of an accounting management program according to the present invention and an image forming apparatus including a computer for executing the program will be described below in detail with reference to the accompanying drawings. In this embodiment, the case where the present invention is applied to an image forming apparatus will be described. However, the present invention is not limited to this and can be applied to various apparatuses that perform billing management.

まず、本実施の形態に係る画像形成装置（以下「複合機」と言う）１の概要について図１、図２、図３、図１４および図１５を用いて説明する。図１は、本実施の形態に係る複合機１を取り巻くネットワーク環境を説明するためのネットワーク図であり、図２は、図１に示した複合機１のハードウェア構成を示すブロック図であり、図３は、図１に示した複合機１のソフトウェアとハードウェアの関係を説明するための説明図であり、図１４は、複合機１に搭載されるソフトウェア構成の変遷を説明するための説明図であり、図１５は、従来の複合機のソフトウェアとハードウェアの関係を説明するための説明図である。  First, an outline of an image forming apparatus (hereinafter referred to as “multifunction machine”) 1 according to the present embodiment will be described with reference to FIGS. 1, 2, 3, 14, and 15. FIG. 1 is a network diagram for explaining a network environment surrounding theMFP 1 according to the present embodiment, and FIG. 2 is a block diagram showing a hardware configuration of theMFP 1 shown in FIG. FIG. 3 is an explanatory diagram for explaining the relationship between software and hardware of themultifunction device 1 shown in FIG. 1, and FIG. 14 is an explanation for explaining the transition of the software configuration installed in themultifunction device 1. FIG. 15 is an explanatory diagram for explaining the relationship between software and hardware of a conventional multifunction machine.

図１に示すように、近年のネットワーク化の進展により、オフィスなどに設けられたパーソナルコンピュータ（ＰＣ）などの機器は、ＬＡＮ（Local Area Network）などのネットワークに接続され、相互に通信することが通常となった。たとえば、同図に示したように、かかるネットワークには、クライアントＰＣ、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバ、ＦＴＰ（File Transfer Protocol）サーバ、課金サーバ２、サーバＰＣなどが接続され、電子メールの送受信やファイル転送をすることができ、モデム接続された配信サーバは、オフィス外のファックス装置と通信することができる。  As shown in FIG. 1, with the recent progress of networking, devices such as personal computers (PCs) provided in offices are connected to a network such as a LAN (Local Area Network) and can communicate with each other. It became normal. For example, as shown in the figure, a client PC, an SMTP (Simple Mail Transfer Protocol) server, an FTP (File Transfer Protocol) server, anaccounting server 2, a server PC, and the like are connected to such a network to send and receive electronic mail. And file transfer, and a modem-connected distribution server can communicate with a fax machine outside the office.

このようなネットワーク化の進展に伴い、複合機１もかかるネットワークに接続され、ＰＣ等の機器と相互に通信することが可能となり、ハードディスク等の記憶装置を内蔵することで、いわゆるネットワーク複合機へと進化し、ユーザの様々なニーズに応えることができるようになった。  With the progress of such networking, themultifunction device 1 is also connected to such a network and can communicate with a device such as a PC. By incorporating a storage device such as a hard disk, a so-called network multifunction device can be obtained. It has evolved to meet various user needs.

たとえば、複合機１は、通常のコピー機能に加えて、クライアントＰＣからの印刷要求により文書データ等を印刷するプリンタ機能、クライアントＰＣからのファックス要求により文書データ等をサーバＰＣに接続されたモデムを経由して他のオフィスのファックス機器に送信するファックス機能、受信したファックス文書やコピー文書を内蔵したハードディスクに蓄積する蓄積機能などを有するようになった。  For example, in addition to the normal copy function, themulti function device 1 has a printer function for printing document data or the like in response to a print request from the client PC, and a modem connected to the server PC for document data or the like in response to a fax request from the client PC. It has a fax function that sends it to fax machines in other offices via the Internet, and a storage function that stores received fax documents and copy documents on a built-in hard disk.

また、複合機１は、課金装置１ａなどの複合機１本体に直接接続される装置を用いて課金処理をおこなうことに加えて、ネットワークを介して接続される課金サーバ２を用いて課金処理をおこなうことができるようになった。ここで、課金装置１ａは、料金徴収用のコインラック装置や、事後的な料金徴収のためにコピー等の使用量を記録するプリセットキーカード装置や、クレジットカード装置といった装置であり、課金サーバ２は、事後的な料金徴収をおこなうために、課金データを管理する装置である。  Further, themultifunction device 1 performs billing processing using abilling server 2 connected via a network, in addition to performing billing processing using a device directly connected to the main body of themultifunction device 1 such as the billing device 1a. I was able to do it. Here, the charging device 1a is a device such as a coin rack device for collecting a fee, a preset key card device that records a usage amount of a copy or the like for a subsequent fee collection, and a credit card device. Is a device that manages billing data in order to collect charges later.

こうして複合化とネットワーク化の進展により必要となった多くの機能を実現するため、複合機１に搭載されるソフトウェアは、規模が大きく、複雑なものとなっている。そして、それにともなって、それらのソフトウェアの開発と維持管理のための工数も大幅に増大している。  In this way, in order to realize many functions required by the progress of compounding and networking, the software installed in thecompound machine 1 is large and complicated. Along with this, the man-hours for developing and maintaining such software have also increased significantly.

図２は、かかる複合機１のハードウェア構成を示すブロック図である。同図に示すように、この複合機１は、コントローラ１０とエンジン部（Engine）６０とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ１０は、複合機１全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。  FIG. 2 is a block diagram illustrating a hardware configuration of themultifunction machine 1. As shown in the figure, themultifunction machine 1 has a configuration in which acontroller 10 and an engine unit (Engine) 60 are connected by a PCI (Peripheral Component Interconnect) bus. Thecontroller 10 is a controller that controls theentire multifunction device 1 and controls drawing, communication, and input from an operation unit (not shown). Theengine unit 60 is a printer engine that can be connected to a PCI bus, and is, for example, a monochrome plotter, a one-drum color plotter, a four-drum color plotter, a scanner, or a fax unit. Theengine unit 60 includes an image processing part such as error diffusion and gamma conversion in addition to a so-called engine part such as a plotter.

コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７と、ＡＳＩＣ（Application Specific Integrated Circuit）１６と、ハードディスクドライブ（ＨＤＤ）１８とを有し、ノースブリッジ（ＮＢ）１３とＡＳＩＣ１６との間をＡＧＰ（Accelerated Graphics Port）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ（Read Only Memory）１２ａと、ＲＡＭ(Random Access Memory)１２ｂとをさらに有する。  Thecontroller 10 includes aCPU 11, a north bridge (NB) 13, a system memory (MEM-P) 12, a south bridge (SB) 14, a local memory (MEM-C) 17, and an ASIC (Application Specific Integrated Circuit). 16 and a hard disk drive (HDD) 18, and the north bridge (NB) 13 and theASIC 16 are connected by an AGP (Accelerated Graphics Port)bus 15. The MEM-P 12 further includes a ROM (Read Only Memory) 12a and a RAM (Random Access Memory) 12b.

ＣＰＵ１１は、複合機１の全体制御をおこなうものであり、ＮＢ１３、ＭＥＭ−Ｐ１２およびＳＢ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。  TheCPU 11 performs overall control of themultifunction machine 1 and includes a chip set including theNB 13, the MEM-P 12, and theSB 14, and is connected to other devices via the chip set.

ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰ１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。  TheNB 13 is a bridge for connecting theCPU 11 to the MEM-P 12,SB 14, andAGP 15, and includes a memory controller that controls reading and writing to the MEM-P 12, a PCI master, and an AGP target.

ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。  The MEM-P 12 is a system memory used as a memory for storing programs and data, a memory for developing programs and data, a memory for drawing a printer, and the like, and includes aROM 12a and aRAM 12b. TheROM 12a is a read-only memory used as a program / data storage memory, and theRAM 12b is a writable / readable memory used as a program / data development memory, a printer drawing memory, or the like.

ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。  TheSB 14 is a bridge for connecting theNB 13 to a PCI device and peripheral devices. TheSB 14 is connected to theNB 13 via a PCI bus, and a network interface (I / F) unit and the like are also connected to the PCI bus.

ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰ１５、ＰＣＩバス、ＨＤＤ１８およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Direct Memory Access Controller）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ１６には、ＰＣＩバスを介してＦＣＵ（Fax Control Unit）３０、ＵＳＢ（Universal Serial Bus）４０、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インターフェース５０が接続される。  TheASIC 16 is an IC (Integrated Circuit) for image processing applications having hardware elements for image processing, and has a role of a bridge for connecting theAGP 15, PCI bus,HDD 18 and MEM-C 17. TheASIC 16 includes a PCI target and an AGP master, an arbiter (ARB) that forms the core of theASIC 16, a memory controller that controls the MEM-C 17, a plurality of DMACs (Direct Memory) that perform rotation of image data by hardware logic and the like. Access Controller) and a PCI unit that performs data transfer between theengine unit 60 via the PCI bus. An FCU (Fax Control Unit) 30, a USB (Universal Serial Bus) 40, and an IEEE 1394 (the Institute of Electrical and Electronics Engineers 1394)interface 50 are connected to theASIC 16 via a PCI bus.

ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Hard Disk Drive）１８は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。  The MEM-C 17 is a local memory used as an image buffer for copying and a code buffer, and an HDD (Hard Disk Drive) 18 is a storage for storing image data, programs, font data, and forms. It is.

ＡＧＰ１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。  TheAGP 15 is a bus interface for a graphics accelerator card proposed for speeding up graphics processing. TheAGP 15 speeds up the graphics accelerator card by directly accessing the MEM-P 12 with high throughput. .

図３は、かかる複合機１のハードウェアおよびソフトウェアの構成を示した概念図であり、具体的には、後述する本実施の形態の特徴部分である課金部１１２ａを含む統合アプリケーション１１０と、ソフトウェア１００およびハードウェア２００の階層関係を示している。同図に示すように、ハードウェア２００は、ハードウェアリソース２０１を有し、このハードウェアリソース２０１は、スキャナ２０１ａ、プロッタ２０１ｂ、ＨＤＤ（Hard Disk Drive）２０１ｃ、ネットワーク２０１ｄおよびその他のリソース２０１ｅを有する。なお、その他のリソース２０１ｅは、２０１ａ〜２０１ｄ以外のハードウェアリソース２０１のことであり、たとえば、操作パネルなどの入出力デバイスを示す。  FIG. 3 is a conceptual diagram showing the hardware and software configurations of themulti-function device 1, and specifically, anintegrated application 110 including acharging unit 112a, which is a characteristic part of the present embodiment to be described later, andsoftware 100 shows a hierarchical relationship between 100 andhardware 200. As shown in the figure, thehardware 200 includes ahardware resource 201. Thehardware resource 201 includes ascanner 201a, aplotter 201b, an HDD (Hard Disk Drive) 201c, anetwork 201d, andother resources 201e. . Theother resource 201e is ahardware resource 201 other than 201a to 201d, and indicates an input / output device such as an operation panel, for example.

また、かかるハードウェア２００に搭載されるソフトウェア１００は階層化されており、オペレーティングシステム１０３の上層にはサービス層１０２が構築され、このサービス層１０２の上層にはアプリケーション層１０３が構築されている。そして、サービス層１０２は、各ハードウェアリソース（２０１ａ〜２０１ｅ）を制御するドライバーに相当する、スキャナ制御１０２部ａ、プロッタ制御部１０２ｂ、蓄積制御部１０２ｃ、配信／メール送受信制御部１０２ｄ、ＦＡＸ送受信制御部１０２ｅ、ネットワーク通信制御部１０２ｆおよびその他の制御部１０２ｇを有する。  Thesoftware 100 installed in thehardware 200 is hierarchized, and aservice layer 102 is constructed above theoperating system 103, and anapplication layer 103 is constructed above theservice layer 102. Theservice layer 102 corresponds to a driver that controls each hardware resource (201a to 201e). Thescanner control unit 102a,plotter control unit 102b,storage control unit 102c, distribution / mail transmission /reception control unit 102d, FAX transmission / reception It has acontrol unit 102e, a networkcommunication control unit 102f, and anothercontrol unit 102g.

ここで、図３に示したソフトウェア１００が、かかる階層構造をとるに至った経緯について、図１４および図１５を用いて説明する。図１４は、複合機１に搭載されるソフトウェア構成の変遷を示す説明図である。図１４のサービス層分離前アプリケーション５０１に示すように、多機能化した複合機１に搭載されるソフトウェアは、コピーアプリケーション、ＦＡＸアプリケーション、スキャナアプリケーションなどの機能別に独立したアプリケーションとして作成され、図３に示したオペレーティングシステム１０３上で動作していた。  Here, how thesoftware 100 shown in FIG. 3 has taken such a hierarchical structure will be described with reference to FIGS. 14 and 15. FIG. 14 is an explanatory diagram showing changes in the software configuration installed in themultifunction machine 1. As shown in the pre-servicelayer separation application 501 in FIG. 14, the software installed in the multifunctional multifunction peripheral 1 is created as an independent application for each function such as a copy application, a FAX application, and a scanner application. It was operating on theoperating system 103 shown.

しかしながら、これらのアプリケーションは、ハードウェアリソースを制御するドライバー（サービス層１０２）を含んでいたため、各アプリケーションには重複した処理が存在していた。その結果、各アプリケーションの規模は大きなものとなっていた。  However, since these applications include a driver (service layer 102) that controls hardware resources, duplicate processing exists in each application. As a result, the scale of each application has become large.

そこで、図１４のサービス層分離後アプリケーション５０２に示すように、サービス層分離前アプリケーション５０１のサービス層１０２相当部分を括りだしサービス層１０２とするとともに、各アプリケーションは、このサービス層１０２の上層であるアプリケーション層１０１に構築する構成とした。かかる階層化構成をとることにより、各アプリケーションはスリム化され開発労力も軽減された。  Therefore, as shown in anapplication 502 after service layer separation in FIG. 14, a portion corresponding to theservice layer 102 of theapplication 501 before service layer separation is bundled into aservice layer 102, and each application is an upper layer of theservice layer 102. Theapplication layer 101 is constructed. By adopting such a hierarchical structure, each application has been streamlined and development effort has been reduced.

しかしながら、複合機１のネットワーク化、多機能化がさらに進展するに従って、各アプリケーションに共通処理部分が存在することが問題となってきた。具体的には、アプリケーション層１０１の各アプリケーション、たとえば、コピーアプリケーションやスキャナアプリケーションなどは、それぞれ、スキャナ制御部１０２ａや蓄積制御部１０２ｃといったドライバーと通信をおこなう処理や、各種機能が提供するサービスの課金管理などの同様な処理を内部に有していた。このように、同様な処理を各アプリケーションが有していると、各アプリケーションの開発規模が大きくなるとともに、サービス層の仕様変更に対する各アプリケーションの改修規模が大きくなることが問題となってきた。  However, as the networking and multi-functionalization of themultifunction machine 1 further advance, it has become a problem that a common processing part exists in each application. Specifically, each application of theapplication layer 101, for example, a copy application or a scanner application, performs processing for communicating with a driver such as thescanner control unit 102a or theaccumulation control unit 102c, or charges for services provided by various functions. It had similar processing such as management inside. As described above, when each application has the same processing, the development scale of each application is increased, and the improvement scale of each application with respect to the specification change of the service layer is increased.

この問題を解決するため、図１４の共通ルーチン分離アプリケーション５０３に示すように、かかる同様な処理（共通処理部分）を共通ルーチンとして括りだすことも考えられた。しかしながら、かかる共通ルーチンは、各アプリケーションにおいて微妙に異なる処理を共通化しようとするものであるため、共通ルーチン内部の処理は複雑なものとなってしまう。また、たとえば、プリンタアプリケーションなどの新規アプリケーションを追加する場合においては、かかる新規アプリケーションに適応するために、共通ルーチンの改修が必要となる。  In order to solve this problem, as shown in the commonroutine separation application 503 in FIG. 14, it has been considered that such similar processing (common processing portion) is bundled as a common routine. However, since such a common routine is intended to share slightly different processing in each application, the processing inside the common routine becomes complicated. For example, when adding a new application such as a printer application, it is necessary to modify the common routine in order to adapt to the new application.

しかし、共通ルーチンの内部処理は複雑であるため、改修要員が処理を把握することが困難となり、改修規模の増大や、改修ミスによる他のアプリケーションへの影響が懸念された。  However, since the internal processing of the common routine is complicated, it became difficult for repair personnel to grasp the processing, and there were concerns about the increase in the scale of repair and the impact on other applications due to repair mistakes.

そこで、図１４のオブジェクト指向アプリケーション５０４に示すように、オブジェクト指向による設計手法（オブジェクトモデリング）により、かかる複数のアプリケーションを、統合アプリケーション１１０に統合することとした。具体的には、各アプリケーションの共通処理部分をオブジェクトモデルとして抽出し、このオブジェクトモデルの集合体から、統合アプリケーション１１０を構成する。そして、従来のコピー機能やスキャナ機能といった機能は、かかるオブジェクトモデルの協調関係によって実現する。  Therefore, as shown in the object-orientedapplication 504 in FIG. 14, the plurality of applications are integrated into theintegrated application 110 by an object-oriented design method (object modeling). Specifically, a common processing part of each application is extracted as an object model, and theintegrated application 110 is configured from the collection of object models. The functions such as the conventional copy function and scanner function are realized by the cooperative relationship of the object model.

このような構成をとることにより、たとえばプリンタ機能のような新規機能の追加は、かかるオブジェクトモデルに属するクラスのサブクラス化などにより対処できる。このため、改修部分が明確となり、改修による他の機能への影響を小さくすることができる。また、オブジェクトモデリングによるプログラムは、従来の手続き型プログラムに比べて、処理の把握が容易であるため、改修要員が処理を把握することも容易となり、改修規模の削減や、改修ミスによる他のアプリケーションへの影響を小さくすることができる。  By adopting such a configuration, for example, addition of a new function such as a printer function can be dealt with by subclassing a class belonging to the object model. For this reason, a repair part becomes clear and the influence on other functions by repair can be made small. In addition, the object modeling program is easier to grasp the process than the conventional procedural program, so it is easier for the repair staff to grasp the process, reducing the scale of the repair, and other applications due to mistakes in the repair. The influence on can be reduced.

図１５は、図１４に示したサービス層分離後アプリケーション５０２の段階における従来のアプリケーションの構成と、かかるアプリケーションとサービス層１０２の各ドライバーの関係を示した説明図である。同図に示すように、アプリケーション層１０１は、コピーアプリケーション１２０、スキャナアプリケーション１３０、ファックスアプリケーション１４０およびプリンタアプリケーション１５０を有する。  FIG. 15 is an explanatory diagram showing the configuration of a conventional application at the stage of the service layer separatedapplication 502 shown in FIG. 14 and the relationship between the application and each driver of theservice layer 102. As shown in the figure, theapplication layer 101 includes acopy application 120, ascanner application 130, afax application 140, and aprinter application 150.

たとえば、コピーアプリケーション１２０は、コピー機能を実現するために、スキャナ制御部１０２ａ、プロッタ制御部１０２ｂ、蓄積制御部１０２ｃおよびその他の制御部１０２ｇとデータの送受信をおこなう。また、ファックスアプリケーション１４０は、ファックス機能を実現するために、プロッタ制御部１０２ｂ、蓄積制御部１０２ｃ、ＦＡＸ送受信制御部１０２ｅ、ネットワーク通信制御部１０２ｆおよびその他の制御部１０２ｇとデータの送受信をおこなう。このように、アプリケーション層１０１の各アプリケーションとサービス層１０２の各ドライバー間の通信は、複雑なものとなっていた。  For example, thecopy application 120 transmits / receives data to / from thescanner control unit 102a, theplotter control unit 102b, theaccumulation control unit 102c, and theother control unit 102g in order to realize the copy function. In addition, thefax application 140 performs data transmission / reception with theplotter control unit 102b, theaccumulation control unit 102c, the FAX transmission /reception control unit 102e, the networkcommunication control unit 102f, and theother control unit 102g in order to realize the fax function. As described above, communication between each application in theapplication layer 101 and each driver in theservice layer 102 is complicated.

図３の説明に戻ると、上述したオブジェクトモデリングにより、アプリケーション層１０１に存在した複数のアプリケーションは、統合アプリケーション１１０に統合されている。そして、各アプリケーションが重複しておこなっていた各ドライバーとの通信処理は、統合アプリケーション１１０を構成する所定のオブジェクトモデルにおこなわせるように構成したことにより、アプリケーション層１０１のアプリケーションと、サービス層１０２の各ドライバー間の通信は、図１５と比較して単純になっている。  Returning to the description of FIG. 3, a plurality of applications existing in theapplication layer 101 are integrated into theintegrated application 110 by the object modeling described above. The communication processing with each driver, which has been performed by each application overlappingly, is configured to be performed by a predetermined object model that configures theintegrated application 110, so that the application of theapplication layer 101 and theservice layer 102 of Communication between the drivers is simpler than that shown in FIG.

次に、統合アプリケーション１１０の内部構成について説明する。図４は、統合アプリケーション１１０の内部構成を示すブロック図である。同図に示すように、統合アプリケーション１１０は、操作系サブシステム１１１と、管理系サブシステム１１２と、実行系サブシステム１１３とを有する。  Next, the internal configuration of theintegrated application 110 will be described. FIG. 4 is a block diagram showing the internal configuration of theintegrated application 110. As shown in the figure, theintegrated application 110 includes anoperation system subsystem 111, amanagement system subsystem 112, and anexecution system subsystem 113.

操作系サブシステム１１１は、マンマシンインタフェースを担当するソフトウェア群である。具体的には、この操作系サブシステム１１１は、ユーザの要求を受け付ける処理と、この要求の実行を指示する処理と、この要求の実行状況と実行結果についての情報をユーザに提供する処理をおこなう。  Theoperation system subsystem 111 is a software group in charge of man-machine interface. Specifically, theoperation subsystem 111 performs a process for accepting a user request, a process for instructing execution of the request, and a process for providing the user with information about the execution status and execution result of the request. .

管理系サブシステム１１２は、画像形成装置１の資源を管理するソフトウェア群である。具体的には、この管理系サブシステム１１２は、ハードウェアリソース２０１およびこのハードウェアリソース２０１が保持するデータ状態を管理するサービスをおこなう。  Themanagement subsystem 112 is a software group that manages the resources of theimage forming apparatus 1. Specifically, themanagement subsystem 112 performs a service for managing thehardware resource 201 and the data state held by thehardware resource 201.

実行系サブシステム１１３は、ユーザからの要求の実行を担当するソフトウェア群である。具体的には、この実行系サブシステム１１３は、コピー要求がなされた場合には、原稿の読み取りから成果物の出力までの処理をおこなう。  Theexecution subsystem 113 is a software group in charge of executing a request from a user. Specifically, theexecution subsystem 113 performs processing from reading a document to outputting a product when a copy request is made.

操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３は、必要に応じて相互に処理を依頼してその結果を送り合う。このようにそれぞれのサブシステムが協調し合って、統合アプリケーション１１０全体として複合機１に必要とされるサービスの提供をおこなう。  Theoperation system subsystem 111, themanagement system subsystem 112, and theexecution system subsystem 113 mutually request processing as necessary and send the results. In this way, the subsystems cooperate to provide services required for themultifunction device 1 as theintegrated application 110 as a whole.

そして、管理系サブシステム１１２は、本実施の形態の特徴部分である課金部１１２ａを有する。この課金部１１２ａは、課金処理の受付け、課金額の算出、課金処理実行の指示などの課金管理処理をおこなう。  Themanagement subsystem 112 includes acharging unit 112a that is a characteristic part of the present embodiment. Thebilling unit 112a performs billing management processing such as acceptance of billing processing, calculation of a billing amount, and a billing processing execution instruction.

図５は、図４に示した各サブシステムを、ＵＭＬ（Unified Modeling Language）のクラス図（ＵＭＬクラス図）に置き換えた図である。ここで、ＵＭＬとは、ＯＭＧ（Object Management Group）が仕様を策定しているシステムモデリング言語であり、モデリングの成果を記述する記法を定義したものである。このＵＭＬは、オブジェクト指向によるソフトウェアの設計において広く用いられている。  FIG. 5 is a diagram in which each subsystem shown in FIG. 4 is replaced with a UML (Unified Modeling Language) class diagram (UML class diagram). Here, UML is a system modeling language for which specifications are formulated by OMG (Object Management Group), and defines a notation for describing the results of modeling. This UML is widely used in the design of object-oriented software.

図５に示すように、統合アプリケーション１１０は複数のパッケージを有し、また、この統合アプリケーション１１０自体もひとつのパッケージとなっている。ここで、パッケージとはＵＭＬモデルの各構成要素（シンボル）をグループ化したものであり、左上にタブのついたフォルダの形をしたシンボルで表現される。また、各パッケージを相互に結ぶ直線は、各パッケージ間に処理依頼などの関連があることを示している。  As shown in FIG. 5, theintegrated application 110 has a plurality of packages, and theintegrated application 110 itself is one package. Here, the package is a group of components (symbols) of the UML model, and is expressed by a symbol in the form of a folder with a tab on the upper left. A straight line connecting the packages indicates that there is a relationship such as a processing request between the packages.

図５に示したように、統合アプリケーション１１０は、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３の３つのパッケージを内部に有するパッケージである。さらに、管理系サブシステム１１２は、課金部１１２ａを内部に有するパッケージである。そして、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３を相互に結ぶ直線は、各パッケージ間に処理依頼（たとえば、メッセージ送受信）などの関連があることを示している。なお、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３のタブの右端に記された記号は、かかるパッケージがサブシステムであることを示すＵＭＬのシンボルである。  As shown in FIG. 5, theintegrated application 110 is a package having three packages of anoperation subsystem 111, amanagement subsystem 112, and anexecution subsystem 113 inside. Further, themanagement subsystem 112 is a package having anaccounting unit 112a inside. A straight line connecting theoperation subsystem 111, themanagement subsystem 112, and theexecution subsystem 113 indicates that there is a relationship such as a processing request (for example, message transmission / reception) between the packages. A symbol written at the right end of the tabs of theoperation subsystem 111, themanagement subsystem 112, and theexecution subsystem 113 is a UML symbol indicating that the package is a subsystem.

次に、本実施の形態の特徴部分である課金部１１２ａについて詳細に説明する。なお、課金部１１２ａは、オブジェクト指向に基づいて設計するにあたって、既存の処理を単純にオブジェクト化せず、機能追加や改修をより一層容易におこなうことができるようにオブジェクトモデルを構成した。かかるオブジェクトモデルの構成について図６〜図８を用いて説明しておく。  Next,accounting unit 112a, which is a characteristic part of the present embodiment, will be described in detail. Note that thecharging unit 112a does not simply convert existing processing into objects when designing based on object orientation, and configures an object model so that functions can be added or modified more easily. The configuration of the object model will be described with reference to FIGS.

図６は、複合機１の操作パネル４００の一例を示した図である。同図に示すように、かかる操作パネル４００は、初期設定キー４０１、コピーキー４０２、コピーサーバーキー４０３、プリンタキー４０４、送信キー４０５、テンキー４０６、クリア／ストップキー４０７、スタートキー４０８、予熱キー４０９、リセットキー４１０および液晶タッチパネル４２０を有する。  FIG. 6 is a diagram illustrating an example of theoperation panel 400 of themultifunction machine 1. As shown in the figure, theoperation panel 400 includes aninitial setting key 401, acopy key 402, acopy server key 403, aprinter key 404, atransmission key 405, a ten key 406, a clear /stop key 407, astart key 408, a preheating key. 409, areset key 410, and a liquidcrystal touch panel 420.

初期設定キー４０１をタッチすると、液晶タッチパネル４２０に初期設定用のメニューが表示され、かかるメニューにおいては、収納される用紙サイズなどを設定することができる。また、コピーをしたい場合にはコピーキー４０２を、コピー結果を複合機１に蓄積したい場合にはコピーサーバーキー４０３を、プリンタに係る操作をおこないたい場合には、プリンタキー４０４を、ファックスや蓄積画像などの送信をしたい場合には送信キー４０５を、それぞれタッチすると、液晶タッチパネル４２０に対応したメニューが表示される。  When theinitial setting key 401 is touched, a menu for initial setting is displayed on the liquidcrystal touch panel 420, and in this menu, a paper size to be stored can be set. Further, when the user wants to make a copy, thecopy key 402 is stored. When the copy result is stored in themultifunction device 1, thecopy server key 403 is displayed. When the operation related to the printer is performed, theprinter key 404 is displayed. When the user wants to transmit an image or the like, touch thetransmission key 405 to display a menu corresponding to the liquidcrystal touch panel 420.

図７は液晶タッチパネル４２０に表示されるメニューの一例である。このメニューは、図６に示したコピーキー４０２をタッチすることにより表示される。図７に示すように、この液晶タッチパネル４２０には、自動濃度ボタン４２１、自動用紙選択ボタン４２２、等倍ボタン４２３などが表示される。利用者は、これらのボタンを選択することによりコピー機能の詳細な内容を指示し、この指示を受け取った複合機１は、指示された内容に従ってコピー処理を実行することになる。  FIG. 7 shows an example of a menu displayed on the liquidcrystal touch panel 420. This menu is displayed by touching the copy key 402 shown in FIG. As shown in FIG. 7, on this liquidcrystal touch panel 420, anautomatic density button 421, an automaticpaper selection button 422, anequal magnification button 423, and the like are displayed. The user designates the detailed contents of the copy function by selecting these buttons, and themulti-function device 1 that has received this instruction executes a copy process according to the instructed contents.

そして、かかるコピー処理に対する課金は、コピーの種別（たとえば、モノクロコピーやカラーコピー）、記録紙の種別（たとえば、Ａ４やＡ３）、コピーの枚数などに基づいておこなわれる。たとえば、Ａ４のモノクロコピーの料金が一枚あたり１０円である場合において、利用者が課金装置１ａに１００円硬貨を一枚投入し、かかるコピーを８枚指示した場合には、課金される料金は８０円となり８０円が徴収され、２０円が返却される。  Billing for such copy processing is performed based on the type of copy (for example, monochrome copy or color copy), the type of recording paper (for example, A4 or A3), the number of copies, and the like. For example, when the charge for A4 monochrome copying is 10 yen per sheet, if the user inserts a 100-yen coin into the charging apparatus 1a and designates 8 such copies, the fee charged Becomes 80 yen, 80 yen is collected, and 20 yen is returned.

また、ネットワークを利用した複数の利用者が、複合機１に対して電子データの印刷を指示したり、電子データのファックスを指示したりする場合には、課金サーバ２には、これらの処理に応じた課金履歴が蓄積されることになる。そして、蓄積された課金履歴に基づいて課金がおこなわれる。  In addition, when a plurality of users using the network instructs themultifunction device 1 to print electronic data or instructs the facsimile of the electronic data, the chargingserver 2 performs these processes. The corresponding billing history is accumulated. Then, billing is performed based on the accumulated billing history.

このように、複合化とネットワーク化の進展により搭載される機能が高度化した複合機１においては、複数の利用者により、複数の機能が同時に使用されることが通常であるので、かかる機能の利用に対する課金は、二重課金や未課金などの課金ミスがないように確実におこなう必要がある。  In this way, in themultifunction device 1 with advanced functions that are installed due to the progress of compounding and networking, a plurality of functions are usually used simultaneously by a plurality of users. It is necessary to make sure that billing for use is made so that there are no billing mistakes such as double billing and non-billing.

そこで、本実施の形態の特徴部分である課金部１１２ａは、レストランなどにおける「伝票」を用いた課金処理の隠喩（メタファ）によりオブジェクトモデリングをおこなうこととした。かかるオブジェクトモデリングにより、複数の利用者に対する課金を確実におこなうことができ、機能追加にも柔軟に対処できる課金処理の仕組みの提供が可能となることが予想される。  Therefore, thebilling unit 112a, which is a characteristic part of the present embodiment, performs object modeling using a metaphor of billing processing using a “slip” in a restaurant or the like. By such object modeling, it is expected that a plurality of users can be charged with certainty, and it is possible to provide a charging processing mechanism that can flexibly cope with function addition.

図８は、本実施の形態の特徴部分である課金部１１２ａのオブジェクトモデリングの概要を説明するための説明図である。同図に示すように、レストランに入店した「客」は、「注文係」に料理や飲み物を注文する。注文を受けた「注文係」は、「伝票」に料理名や個数などを記載する。そして、注文された料理や飲み物の用意が完了すると、「ウェイター」は、これらの料理を客のテーブルに届けるとともに、上述した伝票の各料理のチェック欄に「レ点」などのチェックを入れる。食事を済ませた客は、この伝票を「会計」に持っていく。  FIG. 8 is an explanatory diagram for explaining an outline of object modeling of theaccounting unit 112a, which is a characteristic part of the present embodiment. As shown in the figure, the “customer” who entered the restaurant orders food and drinks from the “orderer”. The “order clerk” who has received the order writes the name of the dish and the number of items in the “slip”. Then, when preparation of the ordered dish or drink is completed, the “waiter” delivers these dishes to the customer's table and puts a check such as “R” in the check column of each dish of the slip described above. The customer who has finished the meal takes this slip to "Accounting".

客から伝票を受け取ったレジ係は、「レ点」の入った提供済みの料理について「料金表」を参照し、「請求方法」（たとえば、現金やクレジットカードなど）を客に確認したうえで、客がクレジットカードによる支払いを指定した場合には、指定された「課金対象」（この場合はクレジットカード）に対して課金処理（精算）をおこなう。また、会計が完了した伝票は保管され、営業日ごとの売上集計や会計監査などの「集計」処理に利用される。  The cashier who received the voucher from the customer refers to the “price list” for the food that has been marked with “R” and confirms the “billing method” (for example, cash or credit card) with the customer, When the customer designates payment by credit card, billing processing (settlement) is performed for the designated “billing object” (in this case, credit card). In addition, vouchers for which accounting has been completed are stored and used for “aggregation” processing such as sales aggregation for each business day and accounting audits.

上述したレストランにおける課金処理を複合機１の課金処理に置き換えると以下のようになる。料理を注文する客は、複合機１の利用者である。この利用者には、複合機１を直接操作する利用者に加えて、ネットワーク経由で利用する利用者も含まれる。利用者が複合機１の操作パネル４００を操作した場合について説明すると、かかる操作内容は、統合アプリケーション１１０の操作系サブシステム１１１を経由して本実施の形態の特徴部分である課金部１１２ａに通知される。また、ウェイターは、実行系サブシステム１１３に相当し、コピー処理などが完了すると、かかる処理の完了が課金部１１２ａに通知される。すなわち、図８の実線の矩形で囲まれた部分、言い換えると、図８から「客」と「ウェイター」を除いた部分が、本実施の形態の特徴部分である課金部１１２ａに相当する。  Replacing the billing process in the restaurant described above with the billing process of themultifunction device 1 is as follows. A customer who orders food is a user of themultifunction device 1. This user includes a user who uses theMFP 1 via a network in addition to a user who directly operates themultifunction device 1. A case where the user operates theoperation panel 400 of themultifunction device 1 will be described. The operation content is notified to theaccounting unit 112a which is a characteristic part of the present embodiment via theoperation subsystem 111 of theintegrated application 110. Is done. The waiter corresponds to theexecution subsystem 113, and when the copy process or the like is completed, theaccounting unit 112a is notified of the completion of the process. That is, the portion surrounded by the solid line rectangle in FIG. 8, in other words, the portion excluding “customer” and “waiter” from FIG. 8 corresponds to thecharging unit 112a which is a characteristic portion of the present embodiment.

このように、本実施の形態の特徴部分である課金部１１２ａは、図８に示したレストランにおける伝票を用いた課金処理のメタファにより各クラスを設計した。図９は、課金部１１２ａのクラス構成を示すＵＭＬクラス図である。同図に示す課金部１１２ａは、上述した「注文係」に相当する注文係クラス３１０、「伝票」に相当する伝票クラス３２０、「会計」に相当する会計クラス３３０、「料金表」に相当する料金表クラス３４０、「請求方法」に相当する請求方法クラス３５０、「課金対象」に相当する課金対象クラス３６０および「集計」に相当する集計クラス３７０を有する。なお、集計クラス３７０は、伝票の履歴を作成するクラスであるので、課金部１１２ａは、この集計クラス３７０を有しない構成とすることもできる。  As described above, thecharging unit 112a, which is a characteristic part of the present embodiment, designed each class by the charging process metaphor using the slip in the restaurant shown in FIG. FIG. 9 is a UML class diagram showing the class structure of theaccounting unit 112a. Thebilling unit 112a shown in the figure corresponds to theorder class 310 corresponding to the above-mentioned “order section”, theslip class 320 corresponding to “slip”, theaccounting class 330 corresponding to “accounting”, and the “charge table”. The charge table class 340 includes a billing method class 350 corresponding to “billing method”, abilling target class 360 corresponding to “billing target”, and a totalingclass 370 corresponding to “totaling”. Note that theaggregation class 370 is a class for creating a voucher history, and therefore thecharging unit 112a may be configured not to include theaggregation class 370.

また、注文係クラス３１０、伝票クラス３２０、会計クラス３３０、料金表クラス３４０、請求方法クラス３５０、課金対象クラス３６０および集計クラス３７０は、特許請求の範囲における注文係オブジェクト、伝票オブジェクト、会計オブジェクト、料金表オブジェクト、課金対象決定オブジェクト、課金対象オブジェクトおよび集計オブジェクトにそれぞれ対応する。  Further, theorder clerk class 310, theslip class 320, theaccounting class 330, the charge table class 340, the billing method class 350, thebilling object class 360, and theaggregation class 370 are the order clerk object, slip object, accounting object, It corresponds to the charge table object, charging object determination object, charging object, and total object.

ここで、「伝票」の単位について説明しておく。伝票の単位は、一つの「伝票」あたり１つの「ジョブ」とすることを基本とするが、かかる伝票の単位をこれと異なるものとすることもできる。なお、「ジョブ」とは、成果物（たとえば、コピーした記録紙）の作成が完了するまでの処理の実行単位をいい、複合機全体として入力の始まりから出力の終了までを示すこととする。  Here, the unit of “slip” will be described. The unit of the slip is basically one “job” per “slip”, but the unit of the slip may be different from this. Note that “job” refers to an execution unit of processing until creation of a product (for example, a copied recording sheet) is completed, and indicates from the start of input to the end of output as the entire multifunction peripheral.

たとえば、利用者がモノクロコピー１０枚を依頼した場合、「モノクロコピー１０枚」を一つの「ジョブ」とすれば、一つの伝票は「モノクロコピー１０枚」の依頼を含むことになる。しかし、「モノクロコピー１枚」を一つの「ジョブ」とすれば、「モノクロコピー１枚」を一つの伝票とすることもできる。また、「カラーコピー５枚」と「モノクロコピー５枚」とを依頼した場合、これらの依頼のそれぞれを一つの伝票とすることが基本となるが、これらの依頼をまとめて一つの伝票とすることもできる。  For example, when the user requests 10 monochrome copies, if “10 monochrome copies” is defined as one “job”, one slip includes a request for “10 monochrome copies”. However, if “one monochrome copy” is defined as one “job”, “one monochrome copy” can be defined as one slip. In addition, when “5 color copies” and “5 monochrome copies” are requested, each of these requests is basically one voucher. However, these requests are combined into one voucher. You can also.

次に、クラスとＵＭＬクラス図におけるクラスの記述方法について説明しておく。クラスとは、オブジェクト指向システムを構成するオブジェクトの設計図に相当する概念であり、オブジェクト内部に有する属性と処理や、他のオブジェクトとの関係を定義するものである。  Next, a class description method in the class and UML class diagram will be described. A class is a concept corresponding to a design drawing of an object constituting an object-oriented system, and defines attributes and processes in an object and a relationship with other objects.

ＵＭＬクラス図におけるクラスは、３段の区画を有する矩形として記述される。それぞれの区画は、上から、クラス名を示す名前区画、クラスが有するデータ（属性）を示す属性区画およびクラスが有する処理（操作）を示す操作区画と呼ばれる。たとえば、料金表クラス３４０を示す矩形の名前区画は、かかるクラスのクラス名が「料金表」であることを示し、属性区画は、かかるクラスが有する属性が、「単価一覧」であることを示し、操作区画は、かかるクラスが有する操作が、「検索する（）」であることを示している。  The class in the UML class diagram is described as a rectangle having three sections. From the top, each section is called a name section indicating a class name, an attribute section indicating data (attribute) included in the class, and an operation section indicating processing (operation) included in the class. For example, a rectangular name section indicating the price list class 340 indicates that the class name of the class is “charge list”, and an attribute section indicates that the attribute of the class is “unit price list”. The operation section indicates that the operation of the class is “search ()”.

このように、各クラスは、データ（属性）を所持するための属性区画と、かかる属性の書き込みおよび読み出しをおこなう処理（操作）を所持するための操作区画とを有している。これらのクラスは、プログラム（統合アプリケーション１１０）の一部として含まれるので、あらかじめＲＯＭ１２ａに格納されたこのプログラムが実行されると、各クラスはＲＡＭ１２ｂの所定領域に実体化され、属性区画に含まれる各データ（属性）がＲＡＭ１２ｂ上に展開される。したがって、クラスを実体化したオブジェクトは、ＲＡＭ１２ｂ上の各データ（属性）の書き込みおよび読み出しをすることが可能となる。  Thus, each class has an attribute section for possessing data (attribute) and an operation section for possessing processing (operation) for writing and reading such an attribute. Since these classes are included as a part of the program (integrated application 110), when this program stored in theROM 12a in advance is executed, each class is materialized in a predetermined area of theRAM 12b and included in the attribute section. Each data (attribute) is expanded on theRAM 12b. Therefore, the object in which the class is materialized can write and read each data (attribute) on theRAM 12b.

なお、属性や操作といったクラスの要素の左側に「−」記号を付した場合は、かかる要素は外部のクラスには非公開であることを示し、「＋」記号を付した場合は、かかる要素は外部のクラスに公開されていることを示す。また、操作については「選択する（）」のように「（）」記号を付することが通例であり、「（引数１，引数２）」のように、かかる操作に引き渡す引数を記述する場合もある。  In addition, if a "-" symbol is attached to the left side of a class element such as attribute or operation, this indicates that the element is private to external classes, and if a "+" symbol is attached, this element Indicates that it is open to external classes. Also, for operations, it is customary to add a “()” symbol such as “Select ()”, and when describing an argument to be passed to the operation, such as “(Argument 1, Argument 2)” There is also.

次に、本実施の形態の特徴部分である課金部１１２ａのクラスの概要について説明する。上述したように、課金部１１２ａは、注文係クラス３１０、伝票クラス３２０、会計クラス３３０、料金表クラス３４０、請求方法クラス３５０、課金対象クラス３６０および集計クラス３７０を有する。なお、集計クラス３７０は、伝票の履歴を作成するクラスであるので、課金部１１２ａは、この集計クラス３７０を有しない構成とすることもできる。以下では、まず、これらのクラスの概要について説明する。  Next, an outline of the class of chargingunit 112a, which is a characteristic part of the present embodiment, will be described. As described above, thecharging unit 112a includes theorder clerk class 310, theslip class 320, theaccounting class 330, the fee table class 340, the billing method class 350, the chargingobject class 360, and theaggregation class 370. Note that theaggregation class 370 is a class for creating a voucher history, and therefore thecharging unit 112a may be configured not to include theaggregation class 370. Below, the outline | summary of these classes is demonstrated first.

注文係クラス３１０は、課金対象となる機能（たとえば、コピー機能やファックス機能）の詳細な内容（たとえば、用紙サイズやカラーモード）を受け付けるクラスであり、伝票クラス３２０は、受け付けた詳細な内容を保持するクラスである。また、会計クラス３３０は、課金装置１ａなどの残高と提供したサービス（たとえば、コピーサービス）の料金に基づいてサービスの提供可否を判定し課金をおこなうクラスであり、料金表クラス３４０は、各サービスの該当料金を保持し検索するクラスである。  Theorder clerk class 310 is a class that accepts detailed contents (for example, a paper size and a color mode) of a chargeable function (for example, a copy function and a fax function), and aslip class 320 is a class that accepts the received detailed contents. It is a class to keep. Theaccounting class 330 is a class for determining whether or not to provide a service based on the balance of the charging device 1a and the charge of the provided service (for example, a copy service) and charging, and the fee table class 340 includes each service. It is a class that holds and searches for the applicable charges.

また、請求方法クラス３５０は、複数の課金対象（コインラック装置やプリセットキーカード装置）から課金先を決定するクラスであり、課金対象クラス３６０は、請求方法クラス３５０が決定した課金先の装置に課金実行を指示するクラスである。さらに、集計クラス３７０は、処理済状態となった伝票クラス３２０のオブジェクトの集計をおこなうクラスである。  The billing method class 350 is a class for determining a billing destination from a plurality of billing targets (coin rack device or preset key card device), and thebilling target class 360 is a billing destination device determined by the billing method class 350. This class instructs charging execution. Furthermore, theaggregation class 370 is a class that aggregates the objects of theslip class 320 that has been processed.

次に、各クラスの内容についてさらに詳細に説明する。注文係クラス３１０は、課金対象となる機能（たとえば、コピー機能やファックス機能）の詳細な内容（たとえば、用紙サイズやカラーモード）を受け付けるクラスである。具体的には、この注文係クラス３１０は、操作として、注文を受ける（）３１０ａおよび注文を取り消す（）３１０ｂを有する。  Next, the contents of each class will be described in more detail. Theorder clerk class 310 is a class that accepts detailed contents (for example, a paper size and a color mode) of a function (for example, a copy function and a fax function) to be charged. Specifically, theorder clerk class 310 has, as operations, receiving an order () 310 a and canceling the order () 310 b.

注文を受ける（）３１０ａは、操作系サブシステム１１１を経由して利用者の注文を受け付け、新しい注文であれば伝票クラス３２０のオブジェクトを生成し、その注文内容をこのオブジェクトに引き渡す。また、注文の変更を受け付けた場合には、該当する伝票クラス３２０のオブジェクトが保持する注文内容を書き換える。  The order received () 310 a accepts the user's order via theoperation system subsystem 111, and if it is a new order, generates an object of theslip class 320 and delivers the order contents to this object. When an order change is received, the order contents held by the correspondingslip class 320 object are rewritten.

ここで、「注文」とは、コピー機能やファックス機能を利用者が利用する際の利用単位のことをあらわす。たとえば、利用者が「Ａ４モノクロコピー」を１０枚指示した場合には、「Ａ４モノクロコピー１０枚」を一つの「注文」とする。この場合、「Ａ４モノクロコピー１枚」を一つの「注文」とし、かかる「注文」が１０個あることとしてもよい。また、利用者が、「Ａ４モノクロコピー１０枚」と「Ａ４カラーコピー１０枚」を同時に指示した場合には、「Ａ４モノクロコピー１０枚」を一つの「注文」とし、「Ａ４カラーコピー１０枚」を一つの「注文」とするが、「Ａ４モノクロコピー１０枚」および「Ａ４カラーコピー１０枚」を一つの「注文」とすることもできる。なお、「注文内容」とは、用紙サイズやカラーモードといった上記「詳細な内容」のことをあらわす。  Here, the “order” represents a unit of use when the user uses the copy function or the fax function. For example, when the user designates 10 copies of “A4 monochrome copy”, “10 copies of A4 monochrome copy” is set as one “order”. In this case, “one A4 monochrome copy” may be one “order”, and there may be ten such “orders”. If the user instructs “10 A4 monochrome copies” and “10 A4 color copies” at the same time, “10 A4 monochrome copies” is set as one “order” and “10 A4 color copies”. ”Is one“ order ”, but“ 10 A4 monochrome copies ”and“ 10 A4 color copies ”can also be one“ order ”. The “order content” represents the “detailed content” such as the paper size and the color mode.

また、注文を取り消す（）３１０ｂは、受け付けた注文の取り消し処理をおこなう。具体的には、この注文を取り消す（）３１０ｂは、注文取り消しの対象となる伝票クラス３２０のオブジェクトの提供終了チェック（）３２０ｆを呼び出す。  Further, canceling the order () 310 b performs processing for canceling the received order. Specifically, canceling the order () 310 b calls the provision end check () 320 f of the object of theslip class 320 to be canceled.

伝票クラス３２０は、受け付けた「注文」の「注文内容」を保持するクラスである。具体的には、この伝票クラス３２０は、属性として、状態３２０ａ、商品名３２０ｂおよび数量３２０ｃを有し、操作として、記入する（）３２０ｄ、提供チェック（）３２０ｅ、提供終了チェック（）３２０ｆおよび提供可否を確認する（）３２０ｇを有する。なお、かかる伝票クラス３２０を実体化したオブジェクトが生成されると、状態３２０ａ、商品名３２０ｂおよび数量３２０ｃはＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをおこなうことが可能となる。  Theslip class 320 is a class that holds “order contents” of the received “order”. Specifically, theslip class 320 has astate 320a, a product name 320b, and aquantity 320c as attributes, and is filled in as operations () 320d, provision check () 320e, provision end check () 320f, and provision. (G) 320 g for confirming the availability. When an object that materializes theslip class 320 is generated, thestate 320a, the product name 320b, and thequantity 320c are expanded on theRAM 12b, so that these data (attributes) can be written and read. It becomes.

状態３２０ａは、現在の伝票の処理状態をあらわし、この状態には、記入中、提供可、保留中、処理中および処理済の５つがある。ここで、図１０を用いてこれらの状態と各状態間の状態遷移について説明しておく。図１０は、伝票クラス３２０の状態遷移（状態３２０ａが保持する状態の状態遷移）を示すＵＭＬステートチャート図である。  Thestate 320a represents the processing state of the current slip, and there are five states: being filled in, ready to be provided, pending, being processed, and processed. Here, the state transition between these states and each state will be described with reference to FIG. FIG. 10 is a UML state chart diagram showing the state transition of the slip class 320 (the state transition of the state held by thestate 320a).

同図に示すように、現在の状態が「記入中」であれば、「提供可」、「保留中」および「処理済」への状態遷移が可能である。具体的には、「記入中」の状態において記入する（）３２０ｄが呼び出されると（ステップＳ１００１）、状態は「記入中」のままである。また、提供可否を確認する（）３２０ｇが呼び出され、その戻り値が「ＯＫ」であれば（ステップＳ１００２）、「提供可」状態に状態遷移し、かかる戻り値が「ＮＧ」であれば（ステップＳ１００３）、「保留中」状態に状態遷移する。また、提供終了チェック３２０ｆが呼び出されると（ステップＳ１００４）、「処理済」状態に状態遷移する。  As shown in the figure, if the current state is “filling in”, state transition to “provision available”, “pending” and “processed” is possible. Specifically, when () 320d for filling in is called in the “filling” state (step S1001), the state remains “filling”. Further, if (320) 320 g for confirming availability is called and the return value is “OK” (step S 1002), the state transitions to the “provision available” state, and if the return value is “NG” ( In step S1003), the state transitions to the “pending” state. When theprovision end check 320f is called (step S1004), the state transitions to the “processed” state.

また、同図に示したように、現在の状態が「提供可」であれば、「保留中」、「記入中」および「処理中」への状態遷移が可能である。具体的には、「提供可」状態において提供可否を確認する（）３２０ｇが呼び出され、その戻り値が「ＮＧ」であれば（ステップＳ１００５）、「保留中」状態に状態遷移し、記入する（）３２０ｄが呼び出されると（ステップＳ１００６）、「記入中」状態に状態遷移し、提供チェック（）３２０ｅが呼び出されると（ステップＳ１００７）、「処理中」状態に状態遷移する。  Also, as shown in the figure, if the current state is “provision available”, the state transition to “pending”, “filling in” and “processing” is possible. More specifically, in the “provision available” state, whether or not provision is possible () 320 g is called, and if the return value is “NG” (step S 1005), the state transitions to the “pending” state and is filled in. When () 320d is called (step S1006), the state transitions to the “filling” state, and when the provision check () 320e is called (step S1007), the state transitions to the “processing” state.

また、同図に示したように、現在の状態が「処理中」であれば、「提供可」、「保留中」および「処理済」状態への状態遷移が可能である。具体的には、「処理中」状態において提供可否を確認する（）３２０ｇが呼び出され、その戻り値が「ＯＫ」であれば（ステップＳ１００８）、「提供可」状態に状態遷移し、かかる戻り値が「ＮＧ」であれば（ステップＳ１００９）、「保留中」状態に状態遷移し、提供終了チェック（）３２０ｆが呼び出されると（ステップＳ１０１２）、「処理済」状態に状態遷移する。  Further, as shown in the figure, if the current state is “processing”, it is possible to change the state to “provided”, “pending”, and “processed” states. Specifically, in the “processing” state, whether or not provision is possible () 320 g is called, and if the return value is “OK” (step S 1008), the state transitions to the “provision available” state and the return is made. If the value is “NG” (step S1009), the state transitions to the “pending” state, and when the provision end check () 320f is called (step S1012), the state transitions to the “processed” state.

このように、状態３２０ａの各状態に応じて実行可能な操作が限定されており、実行された操作による遷移先の状態も限定されている。このような「状態」および「状態遷移」の概念を用いることにより、伝票クラス３２０は、「伝票」の処理状態を的確に把握することができる。  As described above, the operations that can be executed are limited according to the respective states of thestate 320a, and the transition destination states due to the executed operations are also limited. By using such concepts of “state” and “state transition”, theslip class 320 can accurately grasp the processing state of “slip”.

図９に戻って、商品名３２０ｂについて説明する。商品名３２０ｂは、コピーやファックスといった各機能の機能名とその詳細な内容を保持する。たとえば、「Ａ４モノクロコピー」や「Ａ３カラー両面コピー」といった商品名が保持される。また、数量３２０ｃは、商品の数量を保持する。たとえば、コピー１０枚の印刷が指示された場合には、この属性には数量「１０」が保持される。  Returning to FIG. 9, the product name 320b will be described. The product name 320b holds the function name of each function such as copy and fax and the detailed contents thereof. For example, product names such as “A4 monochrome copy” and “A3 color duplex copy” are held. Thequantity 320c holds the quantity of the product. For example, when printing of 10 copies is instructed, this attribute holds the quantity “10”.

記入する（）３２０ｄは、注文係クラス３１０から通知された「注文内容」を、商品名３２０ｂに保持させる処理をおこない、提供チェック（）３２０ｅは、サービス提供完了（たとえば、コピー１０枚の依頼に対する出力の完了）の際に、実行系サブシステム１１３から呼び出され、商品名３２０ｂに保持された「商品名」を読み出し、読み出した「商品名」に対応するサービスの料金請求を会計クラス３３０に依頼する。また、提供終了チェック（）３２０ｆは、利用者による取り消し操作あるいは会計完了の際に、注文係クラス３１０あるいは会計クラス３３０から呼び出され、伝票クラス３２０の状態３２０ｅを「処理済」状態に遷移させ、「伝票」としての使用を終了させる処理をおこなう。  The entry () 320 d performs a process of holding the “order contents” notified from theorderer class 310 in the product name 320 b, and the provision check () 320 e is a service provision completion (for example, for a request for 10 copies) Upon completion of output), theexecution system 113 calls the “product name” stored in the product name 320b and requests theaccounting class 330 to charge the service corresponding to the read “product name”. To do. Also, the provision end check () 320 f is called from theorder clerk class 310 or theaccounting class 330 at the time of cancellation operation or accounting completion by the user, and changes thestate 320 e of theslip class 320 to the “processed” state, A process for terminating the use as a “slip” is performed.

また、提供可否を確認する（）３２０ｇは、サービス提供（たとえば、コピー１０枚の依頼に対する出力の開始）に先立って、商品名３２０ｂに保持された「商品名」を読み出し、読み出した「商品名」に対応するサービスの料金回収可否の判定を会計クラス３３０に依頼するとともに、依頼結果に基づいてサービス提供の可否をあらかじめ判定する。このように、サービス提供に先立ってサービス提供の可否を判定することとしたので、料金回収の見込みのないサービス依頼を効率的に取り消すことができる。  Also, whether or not to provide () 320 g reads “product name” held in the product name 320 b prior to service provision (for example, start of output for a request for 10 copies), and reads the “product name” Theaccounting class 330 is requested to determine whether or not the service charge corresponding to "" can be collected, and whether or not the service can be provided is determined in advance based on the request result. As described above, since it is determined whether or not the service can be provided prior to providing the service, it is possible to efficiently cancel a service request that is not expected to be collected.

会計クラス３３０は、課金装置１ａなどの残高と提供したサービスの料金に基づいてサービスの提供可否を判定するとともに、課金実行の指示をおこなうクラスである。具体的には、この会計クラス３３０は、操作として、回収可否を判定する（）３３０ａおよび請求する（）３３０ｂを有する。  Theaccounting class 330 is a class that determines whether or not a service can be provided based on the balance of the charging device 1a and the like and the fee for the provided service, and instructs charging execution. Specifically, thisaccounting class 330 has () 330 a for determining whether or not collection is possible and () 330 b for charging as operations.

回収可否を判定する（）３３０ａは、料金表クラス３４０の検索する（）３４０ｂを呼び出してサービス料金の単価を取得し、この単価と数量３２０ｃから読み出した数量とを乗ずることによりサービス料金を算出するとともに、課金対象クラス３６０の残高照会（）３６０ｄを呼び出してコインラック装置などの残高を取得し、算出したサービス料金と、取得した残高とを比較することにより、サービス料金の回収可否を判定する。たとえば、提供したサービス料金が８０円であり、コインラック装置の残高が１００円である場合には、サービス料金の回収は可能であると判定する。  Whether to collect () 330 a determines the service charge by calling () 340 b to search the charge table class 340, obtains the unit price of the service charge, and multiplies this unit price by the quantity read from thequantity 320 c. At the same time, the balance inquiry () 360d of thechargeable class 360 is called to acquire the balance of the coin rack device or the like, and the service charge is determined to be collected or not by comparing the calculated service charge with the acquired balance. For example, when the provided service fee is 80 yen and the balance of the coin rack device is 100 yen, it is determined that the service fee can be collected.

請求する（）３３０ｂは、料金表クラス３４０の検索する（）３４０ｂを呼び出してサービス料金の単価を取得し、この単価と数量３２０ｃから読み出した数量とを乗ずることによりサービス料金を算出するとともに、算出したサービス料金を課金対象クラス３６０の課金する（）３６０ｃに引き渡すことにより、サービス料金の請求を依頼する。なお、回収可否を判定する（）３３０ａおよび請求する（）３３０ｂは、それぞれ料金表クラス３４０の検索する（）３４０ｂを呼び出す旨の説明をしたが、回収可否を判定する（）３３０ａで算出した料金を会計クラス３３０の属性として保持することとしてもよい。このように、保持された料金を利用することで、請求する（）３３０ｂは、料金表の検索をおこなうことなく、該当する料金を取得することができる。  The billing () 330 b calls the () 340 b to be searched for the charge schedule class 340, acquires the unit price of the service charge, and calculates the service charge by multiplying the unit price and the quantity read from thequantity 320 c and calculates The service charge is requested by charging the service charge to the charge target class 360 () 360c. Note that () 330 a and billing () 330 b that determine whether or not collection is possible have been described as calling () 340 b that searches the charge table class 340, but the charges calculated in () 330 a that determine whether or not collection is possible May be held as an attribute of theaccounting class 330. Thus, by using the held fee, the billing () 330b can acquire the corresponding fee without searching the fee table.

料金表クラス３４０は、各サービスの該当料金を保持し検索するクラスである。具体的には、この料金表クラス３４０は、属性として、単価一覧３４０ａを有し、操作として、検索する（）３４０ｂを有する。なお、かかる料金表クラス３４０を実体化したオブジェクトが生成されると、単価一覧３４０ａはＲＡＭ１２ｂ上に展開されるので、このデータ（属性）の書き込みおよび読み出しをおこなうことが可能となる。  The price list class 340 is a class that holds and searches for the corresponding charges for each service. Specifically, the price list class 340 has aunit price list 340a as an attribute and a search () 340b as an operation. Note that when an object that materializes the charge table class 340 is generated, theunit price list 340a is expanded on theRAM 12b, so that this data (attribute) can be written and read.

単価一覧３４０ａは、コピー機能やファックス機能といった機能ごとの単価を、上述した「商品名」ごとに保持する。また、検索する（）３４０ｂは、会計クラス３３０の各操作から「商品名」を指定して呼び出され、指定された「商品名」の単価を単価一覧３４０ａの検索により取得し、取得した単価を呼び出し元に通知する。  Theunit price list 340a holds the unit price for each function such as a copy function and a fax function for each “product name” described above. The search () 340 b is called by specifying “product name” from each operation of theaccounting class 330, acquires the unit price of the specified “product name” by searching theunit price list 340 a, and acquires the acquired unit price. Notify the caller.

請求方法クラス３５０は、複数の課金対象（コインラック装置やプリセットキーカード装置）から課金先を決定するクラスであり、操作として、決定する（）３５０ａを有する。決定する（）３５０ａは、複数の課金対象から料金の引落しをおこなう装置を決定する処理をおこなう。  The billing method class 350 is a class for determining a billing destination from a plurality of billing objects (coin rack device or preset key card device), and has a () 350 a to be determined as an operation. The determining () 350a performs a process of determining a device that withdraws charges from a plurality of charging targets.

課金対象クラス３６０は、課金先の装置に対応するクラスである。具体的には、この課金対象クラス３６０は、属性として名称３６０ａおよび残高３６０ｂを有し、操作として、課金する（）３６０ｃおよび残高照会（）３６０ｄを有する。なお、かかる課金対象クラス３６０を実体化したオブジェクトが生成されると、名称３６０ａおよび残高３６０ｂはＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。  The chargingobject class 360 is a class corresponding to the charging destination apparatus. Specifically, thischargeable class 360 has aname 360a and abalance 360b as attributes, and has () 360c and balance inquiry () 360d for charging as operations. When an object that materializes thechargeable class 360 is generated, thename 360a and thebalance 360b are expanded on theRAM 12b, so that these data (attributes) can be written and read.

名称３６０ａは、コインラック装置やプリセットキーカード装置といった課金対象の名称（略号などを含む）を保持し、残高３６０ｂは、投入された貨幣の残金や、カウント値といった残高を保持する。また、課金する（）３６０ｃは、該当する課金装置にサービス料金等を通知することにより課金処理を実行させ、残高照会（）３６０ｄは、該当する課金装置から残高を取得し呼び出し元にこの残金を通知する処理をおこなう。  Thename 360a holds the name (including abbreviations) of the billing object such as a coin rack device or a preset key card device, and thebalance 360b holds the balance such as the balance of the inserted money and the count value. In addition, charging () 360 c causes the corresponding charging device to execute the charging process by notifying the service fee, etc., and balance inquiry () 360 d acquires the balance from the corresponding charging device and sends this balance to the caller. Perform notification process.

集計クラス３７０は、処理済状態となった伝票クラス３２０のオブジェクトの集計をおこなうクラスである。具体的には、この集計クラス３７０は、操作として、記録する（）３７０ａおよび集計する（）３７０ｂを有する。  Theaggregation class 370 is a class that aggregates the objects of theslip class 320 that has been processed. Specifically, this totalingclass 370 includes () 370 a to record and () 370 b to total as operations.

記録する（）３７０ａは、「処理済」状態となった伝票クラス３２０のオブジェクトの情報履歴（ログ）をＨＤＤ１８などに記録する。このログには、正常に課金処理がおこなわれた「処理済伝票」に加えて、ハードウェア障害などにより未処理となった「未処理伝票」の情報が含まれる。なお、ログに記録される情報には、伝票クラス３２０のオブジェクトの各属性（３２０ａ〜３２０ｃ）の他に、課金処理がおこなわれた時刻などが含まれる。  The recording () 370 a records the information history (log) of the object of theslip class 320 in the “processed” state in theHDD 18 or the like. This log includes information on “unprocessed slips” that have not been processed due to a hardware failure or the like, in addition to “processed slips” that have been normally charged. Note that the information recorded in the log includes the time at which the accounting process was performed, in addition to the attributes (320a to 320c) of the object of theslip class 320.

集計する（）３７０ｂは、システム管理者などが操作パネル４００などを操作した際に、操作系サブシステム１１１から呼び出され、記録する（）３７０ａにより記録されたログの集計処理をおこなう。たとえば、「処理済伝票」あるいは「未処理伝票」ごとの集計、提供したサービス（たとえば、コピーサービス）ごとの集計などを、日次、月次などの所定の期間ごとにおこなう。これらの集計を利用することにより、会計監査などを円滑におこなうことができる。  The totaling () 370 b is called from theoperation subsystem 111 when the system administrator or the like operates theoperation panel 400 or the like, and performs the totaling processing of the logs recorded by the recording () 370 a. For example, aggregation for each “processed voucher” or “unprocessed voucher” and totalization for each provided service (for example, a copy service) are performed every predetermined period such as daily or monthly. By using these tabulations, accounting audits can be performed smoothly.

次に、図９に示した各クラス間の関係について説明する。同図に示したように、ＵＭＬクラス図においては、クラス間に何らかの関係がある場合には、それらのクラスを表す矩形の間が直線で結ばれる。この直線の両端付近の文字はクラスのロールを表し、数字はクラスの多重度を表す。ここで、ロールとは、直線で結ばれた他方のクラスに対する当該クラスの役割のことであり、多重度とは、直線で結ばれた他方のクラスのオブジェクトと関連付けられて生成されるオブジェクトの数のことである。  Next, the relationship between the classes shown in FIG. 9 will be described. As shown in the figure, in the UML class diagram, when there is some relationship between classes, rectangles representing those classes are connected by a straight line. The characters near both ends of this line represent the class role, and the numbers represent the multiplicity of the class. Here, the role is the role of the class with respect to the other class connected by a straight line, and the multiplicity is the number of objects generated in association with the object of the other class connected by a straight line. That is.

たとえば、注文係クラス３１０からみた伝票クラス３２０の役割は「注文票」であり、伝票クラス３２０からみた注文係クラス３１０の役割は「記入者」である。また、注文係クラス３１０の多重度は「１」であり、伝票クラス３２０の多重度は「０．．ｎ」である。ここで、「０．．ｎ」は、かかる伝票クラス３２０の多重度が、０からｎの範囲であることを示している。また、たとえば、「１．．３」の記載をした場合には、かかるクラスの多重度が、１〜３の範囲であることを示す。  For example, the role of theslip class 320 as viewed from theorder clerk class 310 is “order slip”, and the role of theorder clerk class 310 as viewed from theslip class 320 is “filler”. Further, the multiplicity of theorder clerk class 310 is “1”, and the multiplicity of theslip class 320 is “0..n”. Here, “0..n” indicates that the multiplicity of theslip class 320 is in the range of 0 to n. For example, when “1..3” is described, the multiplicity of the class is in the range of 1 to 3.

まず、注文係クラス３１０と伝票クラス３２０とのクラス関係について説明する。注文係クラス３１０のオブジェクトは、課金部１１２ａ内に１個のみ存在し、伝票クラス３２０のオブジェクトは、利用者の「注文」ごとに、注文係クラス３１０のオブジェクトにより生成され、注文係クラス３１０のオブジェクトに対して０個以上ｎ個以下の範囲で存在する。ここで、オブジェクト数が０個とは、「注文」がなく伝票クラス３２０のオブジェクトが存在しない場合を示しており、かかるオブジェクト数の上限数はｎ個としているものの、当然に、ハードウェア仕様などによる制限を受けるものとする。  First, the class relationship between theorder handler class 310 and theslip class 320 will be described. There is only one object of theorder clerk class 310 in thecharging unit 112a. The object of theslip class 320 is generated by the object of theorder clerk class 310 for each “order” of the user. It exists in the range of 0 or more and n or less for the object. Here, the number of objects is 0, which indicates a case where there is no “order” and there is no object of theslip class 320. Although the upper limit of the number of such objects is n, of course, hardware specifications, etc. Shall be subject to restrictions.

また、注文係クラス３１０は、伝票クラス３２０から見ると「記入者」としての役割を有しており、一方、伝票クラス３２０は、注文係クラス３１０から見ると「注文票」としての役割を有している。  In addition, theorder class 310 has a role as an “entry person” when viewed from theslip class 320, while theslip class 320 has a role as an “order slip” when viewed from theorder class 310. is doing.

次に、伝票クラス３２０と会計クラス３３０との関係について説明する。伝票クラス３２０のオブジェクトは、一つの「伝票」ごとに生成され、かかる「伝票」ごとに「会計」がおこなわれる。したがって、伝票クラス３２０のオブジェクトと会計クラス３３０のオブジェクトとは、「勘定書」と「請求係」という関係をなしている。また、一つの伝票クラス３２０のオブジェクトに対して、一つの会計クラス３３０のオブジェクトが存在するので、それぞれのオブジェクトは１対１の関係をなす。  Next, the relationship between theslip class 320 and theaccounting class 330 will be described. An object of theslip class 320 is generated for each “slip”, and “accounting” is performed for each “slip”. Therefore, the object of theslip class 320 and the object of theaccounting class 330 have a relationship of “Account” and “Biller”. Further, since there is oneaccounting class 330 object for oneslip class 320 object, each object has a one-to-one relationship.

次に、会計クラス３３０と料金表クラス３４０との関係について説明する。料金表クラス３４０のオブジェクトは、課金部１１２ａ内に１個のみ存在し、会計クラス３３０のオブジェクトは、伝票クラス３４０のオブジェクトと同数存在するので、会計クラス３３０のオブジェクトは、料金表クラス３４０のオブジェクトに対して０個以上ｎ個以下の範囲で存在する。また、会計クラス３３０は、料金表を参照して会計処理をおこなうので、会計クラス３３０と料金表クラス３４０とは、「参照者」と「料金表」という関係をなしている。  Next, the relationship between theaccounting class 330 and the fee schedule class 340 will be described. Since there is only one object of the fee schedule class 340 in theaccounting unit 112a and the same number of objects of theaccounting class 330 as the objects of the slip class 340, the object of theaccounting class 330 is the object of the fee schedule class 340. In the range of 0 to n. In addition, since theaccounting class 330 performs accounting processing with reference to the fee table, theaccounting class 330 and the fee table class 340 have a relationship of “referencer” and “charge table”.

次に、会計クラス３３０と請求方法クラス３５０との関係について説明する。請求方法クラスのオブジェクトは、課金部１１２ａ内に１個のみ存在し、会計クラス３３０のオブジェクトは、伝票クラス３２０のオブジェクトと同数存在するので、会計クラス３３０のオブジェクトは、請求方法クラス３５０のオブジェクトに対して０個以上ｎ個以下の範囲で存在する。また、会計クラス３３０は、請求方法の決定を請求して会計処理をおこなうので、会計クラス３３０と請求方法クラス３５０とは、「請求係」と「請求方法」という関係をなしている。  Next, the relationship between theaccounting class 330 and the billing method class 350 will be described. There is only one billing method class object in theaccounting unit 112a, and there are asmany accounting class 330 objects as there areslip class 320 objects. Therefore, theaccounting class 330 object is the billing method class object. On the other hand, it exists in the range of 0 to n. Further, since theaccounting class 330 requests accounting method determination and performs accounting processing, theaccounting class 330 and the accounting method class 350 have a relationship of “invoice clerk” and “invoicing method”.

次に、請求方法クラス３５０と課金対象クラス３６０との関係について説明する。請求方法クラス３５０のオブジェクトは、課金部１１２ａ内に１個のみ存在し、課金対象クラス３６０のオブジェクトは、コインラック装置やプリセットキーカード装置といった課金対象となる装置数に対応して存在する。したがって、課金対象クラス３６０のオブジェクトは、請求方法クラス３５０のオブジェクトに対して１個以上ｎ個以下の範囲で存在する。また、請求方法クラス３５０は、１個以上の課金先を保有するので、請求方法クラス３５０と課金対象クラス３６０とは、「保有元」と「保有する課金先」という関係をなしている。  Next, the relationship between the billing method class 350 and thechargeable class 360 will be described. There is only one object of the billing method class 350 in thebilling unit 112a, and the object of thebilling target class 360 is present corresponding to the number of billing target devices such as coin rack devices and preset key card devices. Therefore, there are one or more objects ofchargeable class 360 in a range of 1 to n with respect to objects of billing method class 350. Further, since the billing method class 350 has one or more billing destinations, the billing method class 350 and thebilling target class 360 have a relationship of “holding source” and “holding billing destination”.

次に、会計クラス３３０と課金対象クラス３６０との関係について説明する。会計クラス３３０のオブジェクトは、課金先である課金対象クラス３６０のオブジェクトに対し課金処理を依頼するが、一回の依頼で、複数の課金先に同時に課金処理を依頼する場合があるので、課金対象クラス３６０のオブジェクトは、会計クラス３３０のオブジェクトに対して１個以上ｎ個以下の範囲で存在する。ここで、「ｎ」は、課金先の数のことをあらわし、課金先がコインラック装置とプリセットキーカード装置の２個であれば、かかる「ｎ」は２となる。  Next, the relationship between theaccounting class 330 and the chargingobject class 360 will be described. Theaccounting class 330 object requests charging processing to the chargingtarget class 360 object, which is the charging destination. However, there is a case where the charging processing is requested to a plurality of charging destinations at the same time by one request.Class 360 objects exist in the range of 1 or more and n or less foraccounting class 330 objects. Here, “n” represents the number of billing destinations. If there are two billing destinations, ie, a coin rack device and a preset key card device, “n” is two.

最後に、伝票クラス３２０と集計クラス３７０との関係について説明する。伝票クラス３２０のオブジェクトは、利用者の「注文」ごとに、注文係クラス３１０のオブジェクトにより生成され、０個以上ｎ個以下の範囲で存在する。また、集計クラス３７０のオブジェクトは、課金部１１２ａ内に１個のみ存在する。「処理済」状態となった伝票クラス３２０のオブジェクトは、集計クラス３７０のオブジェクトの集計対象となるので、伝票クラス３２０と集計クラス３７０とは、「集計対象」と「集計者」との関係をなしている。  Finally, the relationship between theslip class 320 and theaggregation class 370 will be described. The object of theslip class 320 is generated by the object of theorder clerk class 310 for each “order” of the user, and exists in the range of 0 to n. Further, there is only one object of theaggregation class 370 in theaccounting unit 112a. Since the object of theslip class 320 that is in the “processed” state becomes the aggregation target of the object of theaggregation class 370, theslip class 320 and theaggregation class 370 have a relationship between the “aggregation target” and the “aggregator”. There is no.

このように、注文係クラス３１０、伝票クラス３２０、会計クラス３３０、料金表クラス３４０、請求方法クラス３５０、課金対象クラス３６０および集計クラス３７０の各オブジェクトは、相互に関連し合い、協調して、課金部１１２ａに必要な機能を実現している。  In this way, theorder class member 310, theslip class 320, theaccounting class 330, the charge table class 340, the billing method class 350, thebilling object class 360, and theaggregation class 370 are mutually related and coordinated. Functions necessary for theaccounting unit 112a are realized.

次に、図９に示した各クラスの操作の実行手順について例をあげて説明する。図１１は、注文受け付けがあった際の操作の実行手順を示すＵＭＬシーケンス図である。  Next, an example of the execution procedure of each class operation shown in FIG. 9 will be described. FIG. 11 is a UML sequence diagram illustrating an operation execution procedure when an order is received.

ここで、ＵＭＬシーケンス図について説明しておく。図１１の上部に並んだ矩形は、それぞれがクラスのオブジェクトを示している。各オブジェクトから下方に伸びた線は、各オブジェクトが生存していることを示す線（ライフライン）であり、上方から下方に向かって時間が流れているものとみなされる。この線上に存在する細長い矩形は、当該のオブジェクトが実際に活動している期間（活性期間）を示す。  Here, the UML sequence diagram will be described. Each rectangle arranged in the upper part of FIG. 11 indicates a class object. A line extending downward from each object is a line (lifeline) indicating that each object is alive, and time is considered to flow from the top to the bottom. An elongated rectangle present on this line indicates a period during which the object is actually active (active period).

各ライフラインの間を結ぶ横向きの矢印は、オブジェクトに含まれるの操作の実行を示す。具体的には、この矢印は、矢印の元のオブジェクトが、矢印の先のオブジェクトに含まれる操作を呼び出すことを示す。また、矢印が自分自身のオブジェクトを指している場合は、オブジェクトが自分に含まれる操作を自身で呼び出すことを意味する。  A horizontal arrow connecting the lifelines indicates execution of an operation included in the object. Specifically, this arrow indicates that the original object of the arrow calls an operation included in the object at the end of the arrow. Further, when the arrow points to its own object, it means that the object calls the operation included in the object by itself.

図１１に示すように、利用者が、複合機１の操作パネル４００を操作すると、操作系サブシステム１１１は、注文係オブジェクト３１１の注文を受ける（）３１０ａを呼び出す（ステップＳ１１０１）。そして、この注文係オブジェクト３１１は、伝票オブジェクト３２１を生成するとともに、生成した伝票オブジェクト３２１の記入する（）を呼び出す（ステップＳ１１０２）。このようにして、利用者の「注文内容」を反映した伝票オブジェクト３２１が生成される。  As shown in FIG. 11, when the user operates theoperation panel 400 of themultifunction machine 1, theoperation subsystem 111 calls an order () 310a for the orderer object 311 (step S1101). Then, theorder clerk object 311 generates aslip object 321 and calls () to fill in the generated slip object 321 (step S1102). In this way, theslip object 321 reflecting the “order contents” of the user is generated.

図１２は、提供可否確認があった際の操作の実行手順を示すＵＭＬシーケンス図である。本実施の形態の特徴部分である課金部１１２ａでは、利用者が所望するサービス（たとえば、コピーサービス）の提供に先立って、提供するサービスの代価の課金が可能であるか否かを確認し、課金可能と判定した場合に限りかかるサービスを提供する構成とした。  FIG. 12 is a UML sequence diagram showing an execution procedure of an operation when confirmation of availability is provided. Thecharging unit 112a, which is a characteristic part of the present embodiment, confirms whether or not it is possible to charge for the price of the service to be provided before providing the service desired by the user (for example, a copy service), The service is provided only when it is determined that billing is possible.

図１２に示すように、上述したステップＳ１１０１およびステップＳ１１０２がおこなわれた後、複合機１がサービス（たとえば、コピーサービス）を提供する際に、実行系サブシステム１１３は、伝票オブジェクト３２１の提供可否を確認する（）３２０ｇを呼び出し（ステップＳ１２０１）、この伝票オブジェクト３２１は、会計オブジェクト３３１の回収可否を判定する（）３３０ａを呼び出す（ステップＳ１２０２）。  As shown in FIG. 12, after the above-described steps S1101 and S1102 are performed, when themultifunction device 1 provides a service (for example, a copy service), theexecution subsystem 113 determines whether or not theslip object 321 can be provided. () 320 g is called (step S 1201), and theslip object 321 calls () 330 a for determining whether or not theaccounting object 331 can be collected (step S 1202).

かかる会計オブジェクト３３１は、料金表オブジェクト３４１の検索する（）３４０ｂを呼び出し（ステップＳ１２０３）、その戻り値として「料金」を取得する（ステップＳ１２０４）。つづいて、会計オブジェクト３３１は、請求方法オブジェクト３５１の決定する（）３５０ａを呼び出し（ステップＳ１２０５）、その戻り値として「決定した請求方法」を取得する（ステップＳ１２０６）。さらに、会計オブジェクト３３１は、課金対象オブジェクト３６１の残高照会３６０ｄを呼び出し（ステップＳ１２０７）、その戻り値として「残高」を取得する（ステップＳ１２０８）。  Theaccounting object 331 calls () 340b to search the fee table object 341 (step S1203), and acquires “fee” as the return value (step S1204). Subsequently, theaccounting object 331 calls () 350a determined by the billing method object 351 (step S1205), and acquires “determined billing method” as the return value (step S1206). Further, theaccounting object 331 calls thebalance inquiry 360d of the accounting object 361 (step S1207), and acquires “balance” as the return value (step S1208).

このようにして取得した、「料金」および「残高」に基づいて、かかる会計オブジェクト３３１は、回収可否の判定をおこなう（ステップＳ１２０９）。具体的には、「料金」が「残高」以下の場合には回収可能と判定し、それ以外の場合には回収不可能と判定する。なお、複数の課金先が存在する場合には、各課金先の残高の合計額を、上記「残高」として回収可否の判定をおこなう。  Based on the “fee” and “balance” acquired in this manner, theaccounting object 331 determines whether or not it can be collected (step S1209). Specifically, it is determined that collection is possible when the “charge” is equal to or less than the “balance”, and in other cases, it is determined that collection is impossible. When there are a plurality of billing destinations, the total balance of each billing destination is used as the “balance” to determine whether or not collection is possible.

会計オブジェクト３３１が回収可否の判定をおこなったならば、会計オブジェクト３３１は、かかる判定結果を回収可否を判定する（）３３０ａの戻り値に設定し、伝票オブジェクト３２１に通知する（ステップＳ１２１０）。かかる戻り値を取得した伝票オブジェクト３２１は、提供可否を判定し（ステップＳ１２１１）、かかる判定結果を提供可否を確認する（）３２０ｇの戻り値に設定し、実行系サブシステム１１３に通知する（ステップＳ１２１２）。  If theaccounting object 331 determines whether or not collection is possible, theaccounting object 331 sets the determination result as a return value of () 330a for determining whether or not collection is possible, and notifies the slip object 321 (step S1210). Theslip object 321 that has acquired such a return value determines whether or not it can be provided (step S1211), sets the determination result to the return value of 320g that confirms whether or not it can be provided, and notifies the execution subsystem 113 (step). S1212).

図１３は、提供があった際の操作の実行手順を示すＵＭＬシーケンス図である。同図に示すように、コピーサービスなどのサービスが完了すると、実行系サブシステム１１３は、伝票オブジェクト３２１の提供チェック（）３２０ｅを呼び出す（ステップＳ１３０１）。呼び出された伝票オブジェクト３２１は、提供チェック（）３２０ｅの引数に設定された情報から「商品名」を読み出し（ステップＳ１３０２）、会計オブジェクト３３１の請求する（）３３０ｂの引数に、かかる「商品名」を設定したうえで、この請求する（）３３０ｂを呼び出す（ステップＳ１３０３）。  FIG. 13 is a UML sequence diagram showing an operation execution procedure when provided. As shown in the figure, when the service such as the copy service is completed, theexecution subsystem 113 calls the provision check () 320e for the slip object 321 (step S1301). The calledslip object 321 reads “product name” from the information set in the argument of the provision check () 320 e (step S 1302), and thebilling object 331 charges the “product name” as the argument of () 330 b. Is set, and the charge () 330b is called (step S1303).

呼び出された会計オブジェクト３３１は、かかる引数から「商品名」を読み出し（ステップＳ１３０４）、料金表オブジェクト３４１の検索する（）３４０ｂの引数に、かかる「商品名」を設定したうえで、この検索する（）３４０ｂを呼び出す（ステップＳ１３０５）。料金表オブジェクト３４１は、受け取った「商品名」に該当する「料金」を検索し、かかる「料金」を検索する（）３４０ｂの戻り値に設定し、会計オブジェクト３３１に通知する（ステップＳ１３０６）。かかる戻り値を取得した会計オブジェクト３３１は、課金対象オブジェクト３６１の課金する（）３６０ｃを呼び出し（ステップＳ１３０７）、かかる「料金」の課金処理を依頼する。  The calledaccounting object 331 reads the “product name” from the argument (step S1304), sets the “product name” in the argument of () 340b for searching thecharge table object 341, and searches for it. () 340b is called (step S1305). Thefee table object 341 searches for the “charge” corresponding to the received “product name”, sets the return value of () 340 b to search for such “charge”, and notifies the accounting object 331 (step S 1306). Theaccounting object 331 that has acquired the return value calls () 360 c charged by the charge target object 361 (step S 1307), and requests the charge processing of the “charge”.

上述してきたように、本実施の形態では、オブジェクト指向設計により課金部の仕組みを構築し、さらに、レストランなどにおける「伝票」を用いた課金処理の隠喩（メタファ）によりオブジェクトモデリングをおこない、注文係クラス、伝票クラス、会計クラス、料金表クラス、請求方法クラス、課金対象クラスおよび集計クラスを用いることにより、かかる課金部を実現したので、ソフトウェア開発者やソフトウェア保守要員が、課金部の構成と役割を容易に把握することができる。また、コピーサービスなどのサービス提供時に、伝票のチェック（「レ点」チェック）をおこなうこととしたので、このチェックを会計および集計において参照することで、二重課金や未課金といった課金ミスを効率的に防止することができるとともに、処理済伝票および未処理伝票の集計を効率的におこなうことができる。  As described above, in the present embodiment, the billing mechanism is constructed by object-oriented design, and object modeling is performed by a metaphor of billing processing using a “slip” in a restaurant or the like. By using the class, slip class, accounting class, fee schedule class, billing method class, chargeable class, and aggregation class, this billing department has been realized, so software developers and software maintenance personnel can configure the billing department and its roles. Can be easily grasped. In addition, when a service such as a copy service is provided, the slip is checked ("check"). By referring to this check in accounting and aggregation, billing mistakes such as double billing and non-billing can be efficiently performed. In addition, it is possible to efficiently collect processed and unprocessed slips.

なお、本実施の形態では、課金部には集計クラスが含まれる構成としたが、この集計クラスを含まない構成とすることもでき、料金表クラス、請求方法クラスおよび課金対象クラスを会計クラスに含めた構成とすることもできる。  In the present embodiment, the accounting unit includes the aggregate class. However, the accounting unit may be configured not to include the aggregate class, and the charge table class, the billing method class, and the chargeable class are accounting classes. It can also be set as the structure included.

また、本実施の形態では、課金部を画像形成装置上に構成したが、かかる課金部を画像形成装置と通信可能なコンピュータに搭載することにより、画像形成装置などの有料サービスを提供する装置の課金を管理する課金管理装置として構成することもできる。さらに、課金の実行を担当する課金装置と、かかる課金管理装置を同一の筐体内に構成することもできる。  In this embodiment, the charging unit is configured on the image forming apparatus. However, by installing the charging unit on a computer that can communicate with the image forming apparatus, the charging unit such as the image forming apparatus is provided. It can also be configured as a billing management device that manages billing. Furthermore, the charging device in charge of charging and the charging management device can be configured in the same casing.

また、本実施の形態の画像形成装置で実行される課金管理プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（CD Recordable）、ＤＶＤ（Digital Versatile Disk）などのコンピュータで読み取り可能な記録媒体に記録して提供するよう構成してもよい。この場合、ＣＰＵ１１が上記記憶媒体から、課金管理プログラムを読み出してＭＥＭ−Ｐ１２上にロードすることで、画像形成装置に、上述した各ステップ、各手段または各部を実現させる。  The charge management program executed in the image forming apparatus according to the present embodiment is a file in an installable format or an executable format, and is a CD-ROM (Compact Disc Read Only Memory), a flexible disc (FD), a CD- You may comprise so that it may record and provide on computer-readable recording media, such as R (CD Recordable) and DVD (Digital Versatile Disk). In this case, theCPU 11 reads out the charge management program from the storage medium and loads it on the MEM-P 12, thereby causing the image forming apparatus to realize each step, each unit, or each unit described above.

また、課金管理プログラムを、インターネットなどのネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するよう構成してもよい。さらに、かかる課金管理プログラムをインターネットなどのネットワーク経由で提供または配布するようにしてもよい。  Further, the billing management program may be provided by being stored on a computer connected to a network such as the Internet and downloaded via the network. Further, such a charge management program may be provided or distributed via a network such as the Internet.

以上のように、本発明にかかる課金管理プログラムおよび画像形成装置は、提供するサービスの対価として課金をおこなう各種装置の課金に有用であり、特に、画像形成装置の課金に適している。  As described above, the charging management program and the image forming apparatus according to the present invention are useful for charging various apparatuses that charge for the services provided, and are particularly suitable for charging the image forming apparatus.

複合機をとりまくネットワーク環境を示すネットワーク図である。1 is a network diagram showing a network environment surrounding a multifunction peripheral.複合機のハードウェアを説明するための説明図である。FIG. 3 is an explanatory diagram for explaining hardware of a multifunction machine.複合機におけるハードウェアおよびソフトウェアの階層構造を説明するための説明図である。FIG. 3 is an explanatory diagram for explaining a hierarchical structure of hardware and software in a multifunction peripheral.統合アプリケーションの構成を説明するための説明図である。It is explanatory drawing for demonstrating the structure of an integrated application.統合アプリケーションの構成を表したＵＭＬクラス図である。It is a UML class diagram showing the configuration of an integrated application.課金部のオブジェクトモデリングの概要を説明するための説明図である。It is explanatory drawing for demonstrating the outline | summary of the object modeling of a charging part.課金部のクラス構成を示すＵＭＬクラス図である。It is a UML class diagram which shows the class structure of an accounting part.伝票クラスの状態遷移を示すＵＭＬステートチャート図である。It is a UML state chart figure which shows the state transition of a slip class.複合機の操作パネルを説明するための説明図である。FIG. 6 is an explanatory diagram for explaining an operation panel of the multifunction machine.液晶タッチパネルに表示されるメニュー例を説明するための説明図である。It is explanatory drawing for demonstrating the example of a menu displayed on a liquid crystal touch panel.注文受け付けがあった際の操作の実行手順を示すＵＭＬシーケンス図である。It is a UML sequence diagram which shows the execution procedure of operation at the time of order reception.提供可否確認があった際の操作の実行手順を示すＵＭＬシーケンス図である。It is a UML sequence diagram which shows the execution procedure of operation when there is confirmation of availability.提供があった際の操作の実行手順を示すＵＭＬシーケンス図である。It is a UML sequence diagram which shows the execution procedure of operation at the time of provision.複合機に搭載されるソフトウェア構成の変遷を示す説明図である。FIG. 6 is an explanatory diagram illustrating a transition of a software configuration installed in a multifunction machine.従来の複合機におけるハードウェアおよびソフトウェアの階層構造を説明するための説明図である。It is explanatory drawing for demonstrating the hierarchical structure of the hardware and software in the conventional multifunction machine.

符号の説明Explanation of symbols

１ 画像形成装置（複合機）
１ａ 課金装置
２ 課金サーバ
１０ コントローラ
１１ ＣＰＵ
１２ ＭＥＭ−Ｐ
１２ａ ＲＯＭ
１２ｂ ＲＡＭ
１３ ＮＢ
１４ ＳＢ
１５ ＡＧＰ
１６ ＡＳＩＣ
１７ ＭＥＭ−Ｃ
１８ ＨＤＤ
２０ キーボード（オペレーションパネル）
３０ ＦＣＵ
４０ ＵＳＢ
５０ ＩＥＥＥ１３９４
６０ エンジン部（Engine）
１００ ソフトウェア
１０１ アプリケーション層
１０２ サービス層
１０２ａ スキャナ制御部
１０２ｂ プロッタ制御部
１０２ｃ 蓄積制御部
１０２ｄ 配信／メール送受信制御部
１０２ｅ ＦＡＸ送受信制御部
１０２ｆ ネットワーク通信制御部
１０２ｇ その他の制御部
１０３ オペレーティングシステム
１１０ 統合アプリケーション
１１１ 操作系サブシステム
１１２ 管理系サブシステム
１１２ａ 課金部
１１３ 実行系サブシステム
１２０ コピーアプリケーション
１３０ スキャナアプリケーション
１４０ ファックスアプリケーション
１５０ プリンタアプリケーション
２００ ハードウェア
２０１ ハードウェアリソース
２０１ａ スキャナ
２０１ｂ プロッタ
２０１ｃ ＨＤＤ
２０１ｄ ネットワーク
２０１ｅ その他のリソース
３１０ 注文係クラス（注文係手段の一例）
３１０ａ 注文を受ける（）
３１０ｂ 注文を取り消す（）
３１１ 注文係オブジェクト（注文係手段の一例）
３２０ 伝票クラス（伝票手段の一例）
３２０ａ 状態
３２０ｂ 商品名
３２０ｃ 数量
３２０ｄ 記入する（）
３２０ｅ 提供チェック（）
３２０ｆ 提供終了チェック（）
３２０ｇ 提供可否を確認する（）
３２１ 伝票オブジェクト（伝票手段の一例）
３３０ 会計クラス（会計手段の一例）
３３０ａ 回収可否を判定する（）
３３０ｂ 請求する（）
３３１ 会計オブジェクト（会計手段の一例）
３４０ 料金表クラス（料金表手段の一例）
３４０ａ 単価一覧
３４０ｂ 検索する（）
３４１ 料金表オブジェクト（料金表手段の一例）
３５０ 請求方法クラス（課金対象決定手段の一例）
３５０ａ 決定する（）
３５１ 請求方法オブジェクト（課金対象決定手段の一例）
３６０ 課金対象クラス（課金対象手段の一例）
３６０ａ 名称
３６０ｂ 残高
３６０ｃ 課金する（）
３６０ｄ 残高照会（）
３６１ 課金対象オブジェクト（課金対象手段の一例）
３７０ 集計クラス（集計手段の一例）
３７０ａ 記録する（）
３７０ｂ 集計する（）
４００ 操作パネル
４０１ 初期設定キー
４０２ コピーキー
４０３ コピーサーバーキー
４０４ プリンタキー
４０５ 送信キー
４０６ テンキー
４０７ クリア／ストップキー
４０８ スタートキー
４０９ 予熱キー
４１０ リセットキー
４２０ 液晶タッチパネル
４２１ 自動濃度ボタン
４２２ 自動用紙選択ボタン
４２３ 等倍ボタン
５０１ サービス層分離前アプリケーション
５０２ サービス層分離後アプリケーション
５０３ 共通ルーチン分離アプリケーション
５０４ オブジェクト指向アプリケーション1 Image forming device (multifunction machine)
1a billing device 2billing server 10controller 11 CPU
12 MEM-P
12a ROM
12b RAM
13 NB
14 SB
15 AGP
16 ASIC
17 MEM-C
18 HDD
20 Keyboard (Operation panel)
30 FCU
40 USB
50 IEEE1394
60 Engine
DESCRIPTION OFSYMBOLS 100Software 101Application layer 102Service layer 102aScanner control part 102bPlotter control part 102cAccumulation control part 102d Delivery / mail transmission /reception control part 102e FAX transmission /reception control part 102f Networkcommunication control part 102gOther control part 103Operating system 110Integrated application 111Operation System subsystem 112management system subsystem112a charging unit 113execution system subsystem 120copy application 130scanner application 140fax application 150printer application 200hardware 201hardwareresource 201ascanner 201b plotter 201c HDD
201d Network 201eOther resources 310 Ordering person class (an example of ordering means)
310a Order received ()
310b Cancel order ()
311 Ordering person object (an example of ordering means)
320 slip class (an example of slip means)
320a state320b productname 320c quantity 320d fill in ()
320e offer check ()
320f Offer end check ()
320g Check availability ()
321 slip object (an example of slip means)
330 Accounting class (an example of accounting method)
330a Judge whether collection is possible or not
330b Request ()
331 Accounting object (an example of accounting means)
340 Price List Class (Example of price list means)
340a Price list 340b Search ()
341 Charge table object (an example of charge table means)
350 billing method class (an example of charging object determination means)
350a decide ()
351 Billing method object (an example of charging object determination means)
360 Chargeable class (an example of chargeable means)
360aname 360b balance 360c charge ()
360d Balance inquiry ()
361 Charge object (an example of charge object means)
370 Aggregation class (an example of aggregation means)
370a record ()
370b aggregate ()
400Operation Panel 401Initial Setting Key 402Copy Key 403Copy Server Key 404Printer Key 405Transmission Key 406Ten Key 407 Clear /Stop Key 408Start Key 409Preheating Key 410Reset Key 420 LiquidCrystal Touch Panel 421Automatic Density Button 422 AutomaticPaper Selection Button 423 etc.Double button 501 Application beforeservice layer separation 502 Application afterservice layer separation 503 Commonroutine separation application 504 Object-oriented application

Claims (10)

Translated fromJapanese

利用者の要求に応じ有料サービスを提供するサービス提供装置または前記サービス提供装置と通信可能な課金管理装置に搭載され、利用者により前記サービス提供装置に要求されたサービスのサービス料金を算出する課金管理プログラムであって、
前記サービス提供装置の制御プログラムからサービス要求内容を含むサービス要求通知を受信したならば、前記サービス要求内容および伝票状態を含む注文伝票データを生成して保持し、前記サービス提供装置の制御プログラムからサービス完了通知を受信したならば、前記伝票状態をサービス提供完了状態に更新するとともに課金の実行を担当する課金装置に課金を指示し、前記課金装置から課金完了通知を受信したならば、前記伝票状態を課金完了状態に更新する手段
としてコンピュータを機能させることを特徴とする課金管理プログラム。Charge management that is installed in a service providing apparatus that provides a paid service according to a user's request or a charge management apparatus that can communicate with the service providing apparatus, and calculates a service charge for the service requested by the user to the service providing apparatus. A program,
If a service request notification including service request contents is received from the control program of the service providing apparatus, order slip data including the service request contents and slip state is generated and held, and service is received from the control program of the service providing apparatus. If a completion notification is received, the voucher status is updated to a service provision completion status, charging is instructed to a charging device in charge of charging, and if a charging completion notification is received from the charging device, the voucher status A charge management program for causing a computer to function as a means for updating a charge to a charge completion state. 前記サービス要求通知を受信する注文係手段と、前記注文伝票データと１対１に対応して生成され、前記サービス完了通知を受信する伝票手段と、前記サービス料金を算出して前記課金装置に課金を指示し、前記課金完了通知を受信する会計手段とを備え、
前記注文係手段は、前記サービス要求通知を受信した際に、前記伝票手段を生成して木構造の子として管理し、
前記伝票手段は、前記注文伝票データを保持し、前記伝票状態が前記サービス提供完了状態となった際に、前記会計手段に課金処理を依頼し、
前記会計手段は、前記伝票手段から課金処理を依頼された際に、前記サービス料金を算出して該サービス料金の課金を課金装置に指示し、前記課金完了通知を受信した際に、前記伝票手段に前記伝票状態を前記課金完了状態に遷移させるよう指示する
ことを特徴とする請求項１に記載の課金管理プログラム。Ordering means for receiving the service request notification, slip means generated in one-to-one correspondence with the order slip data, and receiving the service completion notification, and calculating the service fee and charging the billing device And accounting means for receiving the billing completion notice,
The ordering means, upon receiving the service request notification, generates the slip means and manages it as a child of a tree structure,
The slip means holds the order slip data, and when the slip state becomes the service provision completion state, requests billing processing to the accounting means,
The accounting means calculates the service charge when requested by the slip means to instruct the charging device to charge the service charge, and receives the charge completion notification when receiving the charge completion notification. The billing management program according to claim 1, wherein the billing state is instructed to transition to the billing completion state. 前記課金装置と一対一に対応して生成される課金対象手段をさらに備え、
前記課金対象手段は、該課金装置の残金を照会する残金照会操作と、該課金装置に課金実行を指示する課金操作とを含むことを特徴とする請求項２に記載の課金管理プログラム。A charging object means generated in one-to-one correspondence with the charging device;
The billing management program according to claim 2, wherein the billing target means includes a balance inquiry operation for querying a balance of the billing device and a billing operation for instructing the billing device to execute billing. 提供するサービスの単価一覧を保持し、前記会計手段の求めに応じ該当するサービスの単価を検索し該単価を応答する料金表手段をさらに備えたことを特徴とする請求項２または３に記載の課金管理プログラム。  4. The charge table means according to claim 2, further comprising a charge table means for holding a list of unit prices of services to be provided, searching for a unit price of a corresponding service in response to a request from the accounting means, and responding to the unit price. Billing management program. 前記会計手段の求めに応じ前記課金対象手段を一つ以上選択し選択結果を応答する課金対象決定手段をさらに備えたことを特徴とする請求項２、３または４に記載の課金管理プログラム。  5. The charge management program according to claim 2, further comprising charge object determination means for selecting one or more charge object means in response to a request from the accounting means and responding with a selection result. 前記注文係手段は、前記伝票手段を生成する際に、該伝票手段に前記サービス提供内容を通知し、サービス提供の中止依頼を受信した際に、該伝票手段にサービス提供中止を通知することを特徴とする請求項２〜５のいずれか一つに記載の課金管理プログラム。  The ordering means notifies the slip means of the service provision contents when generating the slip means, and notifies the slip means of the service provision stop when receiving the service provision stop request. The charge management program according to any one of claims 2 to 5. 前記伝票手段の集計処理をおこなう集計手段をさらに備え、
前記集計手段は、前記伝票手段が保持するデータを記録し、集計依頼を受け付けた際に、記録したデータを所定の形式で集計することを特徴とする請求項２〜６のいずれか一つに記載の課金管理プログラム。A tally unit for tallying the slip unit;
The said totaling means records the data which the said slip means hold | maintains, and when the totaling request is received, the recorded data is totaled in a predetermined format. The billing management program described. 前記注文伝票データを生成した際に、前記サービス料金を算出して前記課金装置に残金照会をおこない、残金が該サービス料金よりも小さい場合には、前記サービス提供装置にサービス提供を拒否するよう指示することを特徴とする請求項１に記載の課金管理プログラム。  When the order slip data is generated, the service fee is calculated and the remaining amount is inquired to the charging device. If the remaining amount is smaller than the service fee, the service providing device is instructed to refuse service provision. The charge management program according to claim 1, wherein: 前記会計手段は、前記伝票手段から前記残金照会を依頼された際に、前記サービス料金を算出するとともに前記課金装置に前記残金照会をおこない、残金が該サービス料金よりも小さい場合には、前記サービス提供装置にサービス提供を拒否するよう指示することを特徴とする請求項２〜７のいずれか一つに記載の課金管理プログラム。  The accounting means calculates the service fee when the bill means requests the balance inquiry and performs the balance inquiry to the billing device, and if the balance is smaller than the service fee, the service fee is calculated. The charge management program according to claim 2, wherein the provision apparatus is instructed to refuse service provision. 利用者により要求されたサービスのサービス料金を算出し、該サービス料金の課金実行を課金装置に指示する画像形成装置であって、
制御プログラムからサービス要求内容を含むサービス要求通知を受信したならば、前記サービス要求内容および伝票状態を含む注文伝票データを生成して保持し、前記制御プログラムからサービス完了通知を受信したならば、前記伝票状態をサービス提供完了状態に更新するとともに前記課金装置に課金を指示し、前記課金装置から課金完了通知を受信したならば、前記伝票状態を課金完了状態に更新する手段
を備えたことを特徴とする画像形成装置。An image forming apparatus that calculates a service charge for a service requested by a user and instructs the charging apparatus to perform charging of the service charge,
If a service request notification including service request content is received from the control program, order slip data including the service request content and slip status is generated and held, and if a service completion notification is received from the control program, Updating a slip state to a service providing completion state, instructing charging to the billing device, and receiving a billing completion notification from the billing device; and updating the slip state to a billing completion state. An image forming apparatus.

Images