所定のデバイスに接続可能な制御装置であって、前記所定のデバイスの制御に係る所定の機能を追加可能なプログラムのソースを記憶するソース記憶部と、前記所定のデバイスに関する情報である関連情報を取得するデバイス情報取得部と、前記デバイス情報取得部が取得した前記関連情報に基づいて、前記ソース記憶部が記憶する前記ソースを編集するソース編集部と、を備えることを特徴とする制御装置。前記関連情報は、前記所定のデバイスの仕様、又は、使用態様に関する情報を含み、前記ソース編集部は、前記デバイス情報取得部が取得した前記関連情報に基づいて、前記所定のデバイスの仕様、又は、使用態様に応じて、前記ソース記憶部が記憶する前記ソースを編集することを特徴とする請求項1に記載の制御装置。前記所定のデバイスは、記録媒体に記録する記録装置であり、前記関連情報は、前記記録装置の仕様、又は、前記記録媒体への記録の態様に関する情報を含み、前記ソース編集部は、前記デバイス情報取得部が取得した前記関連情報に基づいて、前記記録装置の仕様、又は、前記記録媒体への記録の態様に応じて、前記ソース記憶部が記憶する前記ソースを編集することを特徴とする請求項2に記載の制御装置。所定のデバイスに接続可能な制御装置の制御方法であって、前記所定のデバイスの制御に係る所定の機能を追加可能なプログラムのソースを記憶し、前記所定のデバイスに関する情報である関連情報を取得し、取得した前記関連情報に基づいて、記憶する前記ソースを編集することを特徴とする制御装置の制御方法。所定のデバイスに接続可能な制御装置の各部を制御する制御部により実行されるプログラムであって、前記制御部を、前記所定のデバイスの制御に係る所定の機能を追加可能なプログラムのソースを記憶するソース記憶部と、前記所定のデバイスに関する情報である関連情報を取得するデバイス情報取得部と、前記デバイス情報取得部が取得した前記関連情報に基づいて、前記ソース記憶部が記憶する前記ソースを編集するソース編集部と、として機能させることを特徴とするプログラム。ここで、UPOSが提供するAPI関数は多岐に亘り、全体を完全に把握することは困難であり、これに起因して、ユーザーによるプログラムの開発が困難であるという問題があった。さらに、ユーザーが、制御装置が制御するデバイスの制御に係る所定の機能を有するプログラムを開発するにあたっては、当該デバイスの実態を反映したプログラムを開発したいとするニーズがある。本発明は、上述した事情に鑑みてなされたものであり、デバイスの実態を反映した上で、デバイスの制御に係るプログラムを、容易に、開発できるようにすることを目的とする。上記目的を達成するために、本発明は、所定のデバイスに接続可能な制御装置であって、前記所定のデバイスの制御に係る所定の機能を追加可能なプログラムのソースを記憶するソース記憶部と、前記所定のデバイスに関する情報である関連情報を取得するデバイス情報取得部と、前記デバイス情報取得部が取得した前記関連情報に基づいて、前記ソース記憶部が記憶する前記ソースを編集するソース編集部と、を備えることを特徴とする。この構成によれば、所定のデバイスの制御に係る所定の機能を追加可能なプログラムのソースが予め記憶されているため、デバイスの制御に係るプログラムを、容易に、開発できる。さらに、所定のデバイスに関する情報である関連情報に基づいて、自動で、ソースが編集されるため、プログラムを開発しようとしている者が自ら関連情報を取得して、取得した関連情報に基づいてプログラムを開発する必要がなくなり、デバイスの実態を反映したプログラムをより容易に開発可能である。また、上記発明の制御装置であって、本発明は、前記関連情報は、前記所定のデバイスの仕様、又は、使用態様に関する情報を含み、前記ソース編集部は、前記デバイス情報取得部が取得した前記関連情報に基づいて、前記所定のデバイスの仕様、又は、使用態様に応じて、前記ソース記憶部が記憶する前記ソースを編集することを特徴とする。ここで、デバイスの仕様、又は、使用態様によって、デバイスを制御するプログラムとして最適なプログラムは異なってくる。そして、上記構成によれば、デバイスの仕様、又は、使用態様に応じて、自動で、ソースが編集されるため、プログラムを開発しようとしている者が自らデバイスの仕様、又は、使用態様を取得して、取得した情報に基づいてプログラムを開発する必要がなくなり、デバイスの実態を反映したプログラムをより容易に開発可能である。また、上記発明の制御装置であって、本発明は、前記所定のデバイスは、記録媒体に記録する記録装置であり、前記関連情報は、前記記録装置の仕様、又は、前記記録媒体への記録の態様に関する情報を含み、前記ソース編集部は、前記デバイス情報取得部が取得した前記関連情報に基づいて、前記記録装置の仕様、又は、前記記録媒体への記録の態様に応じて、前記ソース記憶部が記憶する前記ソースを編集することを特徴とする。ここで、記録装置の仕様、又は、記録媒体への記録の態様によって、記録装置を制御するプログラムとして最適なプログラムは異なってくる。そして、上記構成によれば、記録装置の仕様、又は、記録媒体への記録の態様に応じて、自動で、ソースが編集されるため、プログラムを開発しようとしている者が自ら記録装置の仕様、又は、記録媒体への記録の態様を取得して、取得した情報に基づいてプログラムを開発する必要がなくなり、デバイスの実態を反映したプログラムをより容易に開発可能である。また、上記目的を達成するために、本発明は、所定のデバイスに接続可能な制御装置の制御方法であって、前記所定のデバイスの制御に係る所定の機能を追加可能なプログラムのソースを記憶し、前記所定のデバイスに関する情報である関連情報を取得し、取得した前記関連情報に基づいて、記憶する前記ソースを編集することを特徴とする。この制御方法によれば、所定のデバイスの制御に係る所定の機能を追加可能なプログラムのソースが予め記憶されているため、デバイスの制御に係るプログラムを、容易に、開発できる。さらに、所定のデバイスに関する情報である関連情報に基づいて、自動で、ソースが編集されるため、プログラムを開発しようとしている者が自ら関連情報を取得して、取得した関連情報に基づいてプログラムを開発する必要がなくなり、デバイスの実態を反映したプログラムをより容易に開発可能である。また、上記目的を達成するために、本発明は、所定のデバイスに接続可能な制御装置の各部を制御する制御部により実行されるプログラムであって、前記制御部を、前記所定のデバイスの制御に係る所定の機能を追加可能なプログラムのソースを記憶するソース記憶部と、前記所定のデバイスに関する情報である関連情報を取得するデバイス情報取得部と、前記デバイス情報取得部が取得した前記関連情報に基づいて、前記ソース記憶部が記憶する前記ソースを編集するソース編集部と、として機能させることを特徴とする。このプログラムを実行すれば、所定のデバイスの制御に係る所定の機能を追加可能なプログラムのソースが予め記憶されているため、デバイスの制御に係るプログラムを、容易に、開発できる。さらに、所定のデバイスに関する情報である関連情報に基づいて、自動で、ソースが編集されるため、プログラムを開発しようとしている者が自ら関連情報を取得して、取得した関連情報に基づいてプログラムを開発する必要がなくなり、デバイスの実態を反映したプログラムをより容易に開発可能である。本発明によれば、デバイスの制御に係るプログラムを、当該デバイスの実態を反映した上で、容易に開発できるようになる。以下、図面を参照して本発明の実施形態について説明する。図1は、POSシステム1の機能的構成を示すブロック図である。POSシステム1は、図1に示すように、ホストコンピューター10制御装置と、プリンター11デバイス、記録装置とを備え、ホストコンピューター10の制御の下、プリンター11によって所定の紙片を発行可能なシステムである。ホストコンピューター10は、制御部15と、表示部16と、入力部17と、インターフェイス部18I/Fと、記憶部19と、を備えている。制御部15は、ホストコンピューター10の各部を中枢的に制御するものであり、演算実行部としてのCPUや、このCPUに実行される基本制御プログラムや、この基本制御プログラムに係るデータ等を不揮発的に記憶するROM、CPUに実行されるプログラムやこのプログラムに係るデータ等を一時的に記憶するRAM、その他の周辺回路等を備えている。制御部15は、POSアプリケーション実行部15aと、プリンタードライバー実行部15bと、デバイス情報取得部15cと、ソース編集部15dと、を備えているが、これらについては後述する。表示部16は、液晶表示パネル等の表示パネルを備え、制御部15の制御の下、表示パネルに各種情報を表示する。入力部17は、キーボードや、マウス等の入力デバイスに接続され、これら入力デバイスに対する操作を検出し、制御部15に出力する。インターフェイス部18I/Fは、制御部15の制御の下、プリンター11との間で通信規格に準拠した通信を行う。記憶部19は、各種データを書き換え可能に記憶する部位であり、ハードディスクや、EEPROM等の記憶装置を備えている。記憶部19には、サンプルプログラムソース20と、発行履歴データベース21とが記憶されているが、これらについては後述する。本実施形態では、制御部15と、記憶部19とが協働して、所定のデバイスプリンター11の制御に係る所定の機能を追加可能なプログラムのソースサンプルプログラムソース20を記憶するソース記憶部として機能する。一方、プリンター11は、ロール状に巻かれた感熱ロール紙を、ローラー状のプラテンにより搬送し、この感熱ロール紙の記録面に、発熱素子を備えたラインサーマルヘッドによって熱を与えることにより画像を記録した上で、切断機構により所定の位置で感熱ロール紙を切断することにより、紙片を発行可能なサーマルプリンターである。図1に示すように、プリンター11は、プリンター側制御部25と、プリンター側入力部26と、プリントエンジン27と、を備えている。プリンター側制御部25は、プリンター11を中枢的に制御するものであり、上述した制御部15と同様、CPUやROM、RAMその他の周辺回路等を備えている。プリンター側制御部25は、プリンター11を制御するためのファームウェアを読み出して、実行することにより、プリンター11の各部を制御する。プリンター側入力部26は、プリンター11に設けられた各種スイッチに接続され、スイッチに対する操作を検出し、プリンター側制御部25に出力する。図1に示すように、プリンター側入力部26には、少なくとも、フィードスイッチ28が接続されている。フィードスイッチ28は、感熱ロール紙を所定量だけ搬送することいわゆる手動紙送りを指示するためのスイッチであり、フィードスイッチ28が操作された場合、ファームウェアの機能により、図示せぬ搬送機構が駆動して、所定量だけ感熱ロール紙を搬送方向に搬送する。プリントエンジン27は、プリンター側制御部25の制御の下、用紙端センサーや用紙残量センサー等の各種センサーの検出値を監視しながら、ラインサーマルヘッドのほか、感熱ロール紙を搬送するプラテンローラーを駆動するための搬送モーターや、切断機構が備えるカッターを駆動するためのカッター駆動モーターを動作させて、感熱ロール紙に画像を記録し、画像を記録した感熱ロール紙を切断することにより紙片を発行する。次いで、POSアプリケーション実行部15a及びプリンタードライバー実行部15bの説明を通して、POSシステム1が所定の紙片を発行する際の基本的な動作について説明する。POSアプリケーション実行部15aは、ホストコンピューター10に予めインストールされたPOSアプリケーションを実行することにより、発行しようとしている紙片に記録すべき画像の情報を含む画像情報データを生成し、プリンタードライバー実行部15bに出力する。プリンタードライバー実行部15bは、ホストコンピューター10に予めインストールされたプリンタードライバーを実行することにより、POSアプリケーション実行部15aから入力された画像情報データに基づいて、プリンター11のコマンド仕様に対応した制御コマンドを生成し、プリンター側制御部25に出力する。この制御コマンドには、搬送機構に感熱ロール紙を搬送させるコマンドや、ラインサーマルヘッドを駆動させるコマンド、切断機構に感熱ロール紙を切断させるコマンド等の、プリンター11に紙片を発行させる動作を行わせるための各種コマンドが含まれている。制御コマンドが入力されたプリンター側制御部25は、この制御コマンドに基づいて各部を制御し、所定の画像が記録された紙片を発行する。なお、プリンタードライバーには、UPOSの規格に準拠して、POSアプリケーションと、プリンタードライバーとの間のソフトウェア的なインターフェイスとして機能するプログラムいわゆる、コントロールオブジェクトが実装されている。そして、ユーザーは、POSシステム1にある1の機能を追加しようと考えた場合、UPOSの規格に準拠して、API関数を利用して当該1の機能を実現するプログラムを開発し、開発したプログラムを所定の機能を利用して、POSアプリケーションに実装することにより、当該1の機能をPOSシステム1に追加可能である。ところで、何らかの商品を販売、会計を行う窓口例えば、家電量販店において商品の会計を行う窓口や、何らかの手続を行う窓口例えば、区役所等の公共施設において住民票等の発行手続を行う窓口において、窓口を利用しようとしている顧客の順番待ちを整理するため、順番待ちの顧客に対して、整理番号が記録された紙片以下、整理券と称し、符号Sを付番する。を発行し、当該顧客を窓口に案内できるような状態になったら、窓口の近傍に設けられた表示パネルに当該整理番号を表示し、また、音声によって当該整理番号をアナウンスし、当該顧客に対して窓口に来るよう促す運用が、従来から、広く行われている。ここで、上述したPOSシステム1に以下の機能を持たせることにより、当該POSシステム1を上記運用に利用する場合を想定する。すなわち、プリンター11を、整理券Sを発行する装置として、窓口の近傍の所定の位置に配置する。そして、順番待ちの顧客は、整理券Sを発行すべく、プリンター11のフィードスイッチ28を操作する。当該顧客によってフィードスイッチ28が操作されると、プリンター11とホストコンピューター10とは、協働して、整理番号が記録されたレシートを発行する。以上のような機能以下、整理券発行機能という。をPOSシステム1に追加する場合、ユーザーが、UPOSの規格に準拠して、API関数を利用して当該機能に係るプログラムを開発し、開発したプログラムを所定の機能を利用して、POSアプリケーションプリンタードライバーであってもよい。に実装していた。しかしながら、周知のとおり、UPOSが提供するAPI関数は多岐に亘り、全体を完全に把握することは困難であり、これに起因して、ユーザーによるプログラムの開発が困難であり、また、開発に多大な時間、労力を要していた。また、API関数の多様性は、API関数を熟知していない者が、効率処理効率、プログラミングの記述に係る効率の悪いプログラムを作成してしまう要因ともなっていた。特に、開発するプログラムを最適なプログラムとするには、プリンター11の仕様や、仕様態様を反映したプログラムとする必要があるが、これら仕様や、仕様態様を知得する作業が、プログラム開発の困難性を助長していた。以上を踏まえ、本実施形態に係るPOSシステム1では、以下のようにして、プリンター11の仕様や、仕様態様実態を反映した上で、整理券発行機能を追加するプログラムを、容易に、開発できるようになっている。すなわち、上述したように、ホストコンピューター10の記憶部19には、サンプルプログラムソース20が記憶されている。サンプルプログラムソース20は、上述した整理券発行機能を実現するためのプログラムのソースのサンプルであり、例えば、POSアプリケーションの一部として動作するライブラリーという形式で記憶部19に記憶される。このサンプルプログラムソース20は、例えば、プリンター11を販売するメーカーや、ソフトウェア会社等のベンダー、POSシステム1の構築を担当するシステムインテグレーター等以下、サンプルソース提供者という。が作成し、提供するものである。本実施形態では、サンプルソース提供者は、POSシステム1に整理券発行機能が追加される可能性があることを想定して、予め、当該機能を追加するためのプログラムソースのサンプルを開発し、サンプルプログラムソース20として、記憶部19に記憶させる。記憶部19に記憶させる手段は、例えば、POSアプリケーションがホストコンピューター10にインストールされる際に、同時に、記憶させるようにしてもよく、また例えば、ホストコンピューター10がインターネットに接続されている場合において、サンプルソース提供者に係るサーバーと、ホストコンピューター10とがインターネットを介して通信し、当該サーバーからホストコンピューター10に出力するようにしてもよい。また、サンプルプログラムソース20は、ユーザーにより自由に編集できる状態となっており、ユーザーは、必要に応じて、適宜、サンプルプログラムソース20を編集可能である。このように本実施形態では、サンプルソース提供者は、整理券発行機能が追加される可能性があることを踏まえ、事前に、整理券発行機能に係るプログラムソースのサンプルを開発し、サンプルプログラムソース20として提供する。ここで提供されたサンプルプログラムソース20は、ユーザーによって編集可能な状態で記憶部19に記憶される。このように、追加される可能性のある機能について、当該機能に係るプログラムソースを予め開発し、提供するというサービスは、従来、存在しなかったサービスである。そして、ユーザーは、サンプルプログラムソース20を必要に応じて編集した上で、所定の手段によりPOSアプリケーションに実装することにより、POSシステム1に整理券発行機能を追加する。このような手段によって、整理券発行機能の追加が実現されるため、ユーザーは、整理券発行機能に係るプログラムソースを全く新しく開発する場合と比較して、非常に容易、かつ、短時間で、プログラムソースを開発できると共に、整理券発行機能の追加を実現できる。特に、サンプルプログラムソース20は、UPOS、及び、API関数に関する一定の専門知識を持つ者グループを含むが作成したものである。従って、ユーザーが全く新しく作成したプログラムのソースと比較して、効率の良いソースである蓋然性が高い。次いで、整理券発行機能について、より詳細に説明する。図2Aは、サンプルプログラムソース20が後述するソース編集部15dにより編集されていない場合に、当該ソースに係るプログラム以下、初期サンプルプログラムという。の機能により、発行される整理券Sを模式的に示す図である。また、図3は、初期サンプルプログラムの機能により図2Aの整理券Sを発行する際のPOSシステム1の動作を示すフローチャートであり、Aはホストコンピューター10の動作を、Bはプリンター11の動作をそれぞれ示している。図3のフローチャートの前提として、後述するソース編集部15dにより編集されていないサンプルプログラムソース20に対して所定の手段によりコンパイルや必要な初期化が行われ、POSアプリケーションの一部として正常に実行可能な状態になっているものとする。図2Aに示すように、初期サンプルプログラムの機能によって発行される整理券Sは、紙片の上部に4桁からなる整理番号S1が比較的大きな文字で記録されると共に、整理番号S1の下方に、比較的長い文からなる文章S2が記録される。本実施形態では、ある一の整理券Sに記録される整理番号S1の値は、当該一の整理券Sが発行される日において、当該一の整理券Sが何番目に発行されたかを示す値いわゆる通し番号とされる。例えば、POSシステム1がある店舗に適用される場合において、当該店舗が開店した後、1回目に発行される整理券Sの整理番号S1の値は1初期プログラムの機能により記録されるときは0001と表示される。となり、その後、整理券Sが発行される度に、整理券Sに記録される整理番号S1の値は、1ずつ累積的に増加していく。図3に示すように、プリンター11のプリンター側制御部25は、フィードスイッチ28が操作されたか否かを監視するステップSB1。フィードスイッチ28が操作された場合ステップSB1:YES、プリンター側制御部25は、フィードスイッチ28が操作されたことを示すデータを、ホストコンピューター10の制御部15に出力するステップSB2。このステップSB2の処理は、ファームウェアの機能により、フィードスイッチ28が操作されたことをトリガーとして、通常、実行される処理である。ホストコンピューター10のサンプルプログラム実行部15eは、プリンター11から入力されたデータに基づいて、フィードスイッチ28が操作されたことを検出するステップSA1。サンプルプログラム実行部15eとは、サンプルプログラムソース20に係るプログラムを読み出して実行することにより、整理券発行機能を実現する機能ブロックである。次いで、サンプルプログラム実行部15eは、フィードスイッチ28が操作されたときに行われる通常の紙送りをキャンセルすることを指示するキャンセルコマンドを生成しステップSA2、生成したキャンセルコマンドをプリンター11に出力するステップSA3。キャンセルコマンドが入力されると、プリンター11のプリンター側制御部25は、通常の紙送りをキャンセルし、待機するステップSB3。キャンセルコマンドを出力した後、ホストコンピューター10のサンプルプログラム実行部15eは、発行しようとしている整理券Sの整理番号S1の値を特定するステップSA4。ここで、サンプルプログラム実行部15eは、直近に発行した整理券Sの整理番号S1の値を管理しており、当該値に1を加算した値を、発行しようとしている整理券Sの整理番号S1の値とする。次いで、サンプルプログラム実行部15eは、整理券Sに記録すべき画像に係る画像情報データを生成し、プリンタードライバー実行部15bに出力するステップSA5。ここで生成される画像情報データには、少なくとも、整理番号S1の文字列4桁の数字を示す情報、整理番号S1の各文字列を記録する際のフォント種類を示す情報、及び、整理番号S1を構成する文字列に施すべき装飾を示す情報、さらに、文章S2の文字列を示す情報、文章S2の文字列を記録する際のフォント種類を示す情報、及び、文章S2を構成する文字列に施すべき装飾を示す情報が含まれている。装飾とは、記録する文字列に対して描画に関する何らかの処理を行うことを意味し、例えば、文字列の拡大や、文字列の位置の移動中央寄せ、右寄せ、左寄せのほか、例えば、縮小、回転、強調、太字化、装飾文字又は装飾記号の付加等が装飾に該当する。画像情報データが入力されたプリンタードライバー実行部15bは、当該画像情報データに基づいて、指定されたフォントで整理番号S1を記録させる制御コマンドや、指定されたフォントで文章S2を記録させる制御コマンド、その他の必要な制御コマンド例えば、切断機構による感熱ロール紙の切断を指示する制御コマンドを生成しステップSA6、順次、プリンター11に出力するステップSA7。制御コマンドが入力されると、プリンター11のプリンター側制御部25は、制御コマンドに基づいて、プリントエンジン27を制御して、整理券Sを発行するステップSB4。その際、プリンター11は、整理番号S1、及び、文章S2を構成する文字列については、以下のようにして記録する。すなわち、プリンター11の所定の記憶領域には、プリンター11が対応しているフォント種類のフォントテーブルが記憶されている。例えば、プリンター11がフォントAと、フォントBとの2種類のフォントに対応している場合、フォントAに係るフォントテーブルと、フォントBに係るフォントテーブルとが、それぞれ所定の記憶領域に記憶されている。フォントテーブルとは、フォントデータを集合して記憶するテーブルであり、フォントデータとは、文字を感熱ロール紙に記録可能な態様で表現する実データ例えば、ビットマップフォントデータや、スケイラブルフォントデータや、ベクトルフォントデータ、アウトラインフォントデータのことである。そして、感熱ロール紙に一のフォント種類の一の文字を記録する場合、プリンター側制御部25は、当該一のフォント種類のフォントテーブルを参照し、当該フォントテーブルに格納されたフォントデータの中から、当該一の文字に対応するフォントデータを特定し、特定したフォントデータに基づいて当該一の文字を記録する。ところで、整理券Sの内容を、プリンター11の仕様や、使用態様に応じて変更すれば、よりプリンター11の実態に即した適切な整理券Sを発行できることとなる。例えば、プリンター11が1日に発行する整理券Sの枚数が、ほぼ確実に99枚以下であるような状況では、図2Bに示すように、整理番号S1は、2桁の数値として記録すれば足り、また、2桁の数値として記録することにより、整理券Sの見やすさの向上や、ラインサーマルヘッドの経年劣化の抑制を実現できる。一方、プリンター11が1日に発行する整理券Sの枚数が、1万枚を越える場合もあるような状況常に10万枚を下回るものとするでは、図2Cに示すように、整理番号S1は、5桁の数値として記録する必要がある。また、整理券Sに記録すべき文字の文字数が多ければ多いほど、整理券Sの発行に係る作業の開始から発行の作業が完了するまでに要する時間は長くなる。そして、整理券Sが非常に短い間隔で連続して発行される事態が頻繁に起こっているような状況下では、図2Dに示すように、文章S2を構成する文字列の数を少なくすることにより、整理券Sを発行するのに要する時間を短くし、これにより、顧客に待ち時間が発生する確率を減らす方が、顧客満足度の向上という観点では、有効である。以上を踏まえ、本実施形態に係るホストコンピューター10では、プリンター11の仕様、及び、使用態様に応じてサンプルプログラムソース20が自動で編集され、これにより、サンプルプログラムソース20の機能により整理券Sを発行したときに、整理券Sの内容が、プリンター11の仕様や、使用態様に応じた内容となる構成となっている。図4は、ホストコンピューター10によるサンプルプログラムソース20の編集に係る処理を示すフローチャートである。以下の説明において、デバイス情報取得部15c、及び、ソース編集部15dの機能は、CPUがプログラムを実行する等、ハードウェアとソフトウェアとの協働により実現される。このデバイス情報取得部15c、及び、ソース編集部15dの機能を実現するプログラムは、POSアプリケーションに含まれていてもよく、また、プリンタードライバーに含まれていてもよく、また、これらから独立したプログラムであってもよい。また、デバイス情報取得部15c、及び、ソース編集部15dの機能を実現するプログラムは、POSアプリケーションや、プリンタードライバーがインストールされる際に、同時にインストールするようにしてもよく、また、ホストコンピューター10がインターネットに接続されている場合は、サンプルソース提供者に係るサーバーと、ホストコンピューター10とがインターネットを介して通信し、当該サーバーからホストコンピューター10に出力するようにしてもよい。また、図4のフローチャートに示す動作は、予め定められた所定の条件が成立したことをトリガーとして実行される。例えば、図4のフローチャートに示す動作は、POSシステム1が店舗に適用されている場合において、当該店舗が閉店した後の所定の時刻が到来したことをトリガーとして、また、定期的に行われるメンテナンスが行われることをトリガーとして実行される。また、図4のフローチャートの動作の前提として、デバイス情報取得部15cにより発行履歴データベース21の内容が適宜のタイミングで更新されている。詳述すると、発行履歴データベース21とは、プリンター11により発行された全ての整理券Sについて、発行された日時日付、時刻を示す情報を時系列的に記憶するものである。プリンター11は、整理券Sの発行が完了すると、ファームウェアの機能により、その旨のデータをホストコンピューター10に出力する構成となっている。そして、デバイス情報取得部15cは、入力されたデータに基づいて、プリンター11によって整理券Sが発行されたことを検出し、例えば、図示せぬRTCの出力値に基づいて、現在日時=整理券Sが発行された日時を取得し、取得した現在日時を示す情報を発行履歴データベース21に書き込む。なお、ここでデバイス情報取得部15cが取得した、プリンター11による整理券Sの発行が完了した旨のデータ、及び、整理券Sが発行された日時は、所定のデバイスプリンター11に関する情報である関連情報に該当する。このように、発行履歴データベース21には、発行された全ての整理券Sについて、発行された日時日付、時刻を示す情報が時系列的に記憶されているため、発行履歴データベース21を参照することにより、任意の1日に発行された整理券Sの合計枚数や、任意の1の整理券Sが発行されてから、次の整理券Sが発行されるまでの時間等を取得可能である。図4に示すように、まず、ホストコンピューター10のソース編集部15dは、発行履歴データベース21を参照するステップSC1。次いで、ソース編集部15dは、発行履歴データベース21の内容に基づいて、桁数特定処理を実行するステップSC2。この桁数特定処理では、整理券Sの発行枚数の実績に応じて、整理番号S1を記録するときの桁数が決定される。整理番号S1を記録するときの桁数は、整理番号S1の値が、当該桁数により表現可能な最大の値を超えることを非常に高い確率で防止した上で、できるだけ小さな桁数とする、という観点から決定される。具体的に例を挙げて説明すると、例えば、ソース編集部15dは、発行履歴データベース21の内容に基づいて、直近の50日間で、1日の発行枚数が99枚を越えたことが1回もなく、かつ、直近の50日間の発行枚数の平均が50枚以下である場合は、桁数を2桁とする図2B。次いで、ソース編集部15dは、サンプルプログラム実行部15eからプリンタードライバー実行部15bに出力される画像情報データに含まれる情報のうち、整理番号S1の文字列を示す情報について、ステップSC2で特定した桁数の数字を示す文字列となるように、サンプルプログラムソース20を編集するステップSC3。例えば、サンプルプログラムソース20に、整理番号S1の値を示す数値データをデータ型変換して所定の桁数の文字列データに変換するソースが含まれているとすると、ソース編集部15dは、当該ソースの記述内容を修正して、整理番号S1の値を示す数値データを、ステップSC2で特定した桁数の文字列データにデータ型変換するようにする。このステップSC3におけるソースの編集は、予め定められたルールに従って、ソース編集部15dにより自動で実行される。例えば、桁数ごとに、ソースの修正内容を示す情報が記憶され、ソース編集部15dは、当該情報に基づいて、ソースの記述内容の修正を実行する。次いで、ソース編集部15dは、文章内容特定処理を実行するステップSC4。この文章内容特定処理では、整理券Sの発行の状況に応じて、文章S2の内容を特定選択する処理が行われる。本実施形態では、文章S2の内容として、図2Aに示す比較的長文のものと、図2Dに示す比較的短文のものとが用意されており、文章内容特定処理では、いずれの内容を文章S2とするかが決定される。文章内容特定処理では、整理券Sが非常に短い間隔で連続して発行される事態が頻繁に起こっているような状況下では、文章S2を短文とすることにより、1枚の整理券Sを発行するのに要する時間を短くするという観点から、上記2つの文のうち、いずれの文を文章S2の内容とするかが決定される。例えば、文章内容特定処理では、ソース編集部15dは、直近の10日間のうち、1の整理券Sが発行されたタイミングと、次の整理券Sが発行されたタイミングとの間隔が、予め定められた所定の閾値を下回った回数が20回を越えている日が、5日以上ある場合、文章S2を短文に決定し、それ以外の場合、文章S2を長文に決定する。次いで、ソース編集部15dは、サンプルプログラム実行部15eからプリンタードライバー実行部15bに出力される画像情報データに含まれる情報のうち、文章S2の文字列を示す情報について、当該情報が、ステップSC4で特定した文章S2の内容の文字列を示す情報となるように、サンプルプログラムソース20を編集するステップSC5。例えば、ソース編集部15dは、サンプルプログラムソース20において、文章S2の文字列の情報が記述された箇所について、ステップSC4における決定に基づいて、その内容を修正する。次いで、デバイス情報取得部15cは、プリンター11と通信し、プリンター11が対応しているフォント種類、プリンター11の解像度、及び、プリンター11が収容する感熱ロール紙の紙幅を示す情報を取得するステップSC6。ここで取得した情報は、所定のデバイスプリンター11に関する情報である関連情報に該当する。これらの情報は、プリンター11の設定ファイル等に記述されており、デバイス情報取得部15cは、これら情報を取得するためのプロトコルに準拠してプリンター11と通信し、これら情報を取得する。次いで、ソース編集部15dは、文章S2について、感熱ロール紙に記録するときの適切なフォント種類を特定するステップSC7。詳述すると、解像度、及び、紙幅に応じて最大印字領域幅は異なったものとなる。最大印字領域幅とは、幅方向に形成可能な画素の最大数のことであり、例として、感熱ロール紙の幅が80mmであり、解像度が180dpiである場合は、最大印字領域幅は512ドットとなり、また、感熱ロール紙の幅が80mmであり、解像度が203dpiである場合は、最大印字領域幅は576ドットとなる。そして、紙幅が共通である場合は、解像度の相違にかかわらず、記録可能桁数をできるだけ一致させたいとするニーズがある。記録可能桁数とは、1のフォントに係る文字を感熱ロール紙の1行に連続して記録可能な桁数のことである。こうすることにより、POSシステム1が解像度の異なる複数のプリンター11を備える場合において、解像度の異なるプリンター11によって発行された整理券Sのそれぞれの記録結果が近似し、ユーザーに対して違和感を与えることがないためである。以上を踏まえ、ステップSC7において、ソース編集部15dは、解像度の相違にかかわらず記録可能桁数をできるだけ一致させる、という観点から文章S2を感熱ロール紙に記録するときの適切なフォント種類を特定する。例えば、解像度が180dpiのプリンターP1と、解像度が203dpiのプリンターP2の2つのプリンター11が存在するものとし、双方のプリンター11が、横8ドットのフォントAと、横10ドットのフォントBとの2種類のフォントに対応しているものとする。そして、紙の幅が80mmの場合は、解像度の相違にかかわらず、できるだけ記録可能桁数を60桁に近づけるものとする。この場合において、ソース編集部15dは、ホストコンピューター10に接続されているプリンター11がプリンターP1である場合は、文章S2を感熱ロール紙に記録するときの適切なフォント種類をフォントAとする。これは、512最大印字領域幅/8フォントAの幅=64記録可能桁数であり、一方、512最大印字領域幅/10フォントBの幅≒51記録可能桁数であるため、フォントAの方が、記録可能桁数が60桁に近いためである。また、ソース編集部15dは、ホストコンピューター10に接続されているプリンター11がプリンターP2である場合は、文章S2を感熱ロール紙に記録するときの適切なフォント種類をフォントBとする。これは、576最大印字領域幅/8フォントAの幅=72記録可能桁数であり、一方、576最大印字領域幅/10フォントBの幅≒57記録可能桁数であるため、フォントBの方が、記録可能桁数が60桁に近いためである。なお、整理番号S1は、文字数が少なく、解像度の相違に起因して記録結果に乖離が生じるといった事態を考慮する必要はないため、整理券Sの統一感を考慮して、文章S2のフォントと、同一のフォントを使用するものとされる。次いで、ソース編集部15dは、サンプルプログラム実行部15eからプリンタードライバー実行部15bに出力される画像情報データに含まれる情報のうち、整理番号S1の各文字列を記録する際のフォント種類を示す情報、及び、文章S2の文字列を記録する際のフォント種類を示す情報がそれぞれ、ステップSC7で決定したフォント種類を示す情報となるように、サンプルプログラムソース20を編集するステップSC8。例えば、ソース編集部15dは、サンプルプログラムソース20のソースのうち、フォント種類を示す情報を生成する機能に係るソースについて、生成される情報が、ステップSC7で決定したフォント種類を示す情報となるように、サンプルプログラムソース20を編集する。以上のようにして、プリンター11の仕様、及び、使用態様に基づいて、ソース編集部15dによりサンプルプログラムソース20の編集が自動で行われる。これにより、編集後のサンプルプログラムソース20に係るプログラムの機能により整理券Sを発行した場合、発行した整理券Sの整理番号S1の桁数はステップSC2で決定した桁数となり、かつ、文章S2の内容はステップSC4で決定した内容となり、かつ、整理番号S1及び文章S2のフォント種類はステップSC7で決定したフォント種類となる。このように、本実施形態では、サンプルプログラムソース20の編集が自動で行われる構成のため、ユーザー自らが、プリンター11の仕様や、使用態様を調査してサンプルプログラムソース20を編集する必要がなく、さらにプログラムソースの開発容易性が向上する。例えば、従来は、ユーザーが、プリンター11が対応しているフォント種類を把握し、対応しているフォント種類に応じて適切にプログラムソースを開発する必要があったが、本発明を適用すれば、そのような煩雑な作業が必要なくなる。このように本実施形態によれば、サンプルソース提供者は、アプリケーションに組み込むサンプルプログラムのサンプルプログラムソース20を提供する。そして、提供されるサンプルプログラムソース20は、専門知識を有するサンプルソース提供者により開発されたものであるため、UPOSの規格から逸脱することなく、従って、ユーザーは、UPOSの規格、特に、API案数に関する深い理解がなくとも、UPOSの規格に準拠したプログラムの開発、導入が可能となる。また、サンプルソース提供者は、アプリケーションに組み込むサンプルプログラムのサンプルプログラムソース20を提供するため、UPOSの規格をある程度理解しているユーザーは自由にカスタマイズできる。また、専門知識を有するサンプルソース提供者は、プリンタードライバーの特性に合わせてサンプルプログラムソース20を開発する蓋然性が高く、サンプルプログラムソース20に係るプログラムについては、効率的に動作することが期待できる。また、サンプルソース提供者と、プリンタードライバーの提供者とが異なる場合は、プリンタードライバーの提供者は、自身が提供するプリンタードライバーの特性に応じて、サンプルプログラムソース20を編集でき、実運用での問題が発生しにくくなる効果が期待できる。また、追加が予想される機能について、予め、サンプルのプログラムソースが提供されているため、ユーザーにとってPOSシステム1は利便性が高く、汎用性が高く、様々なことに応用がきく、使い勝手のよいシステムとなり、顧客満足度の向上、商品価値の向上を図ることが可能である。以上説明したように、本実施形態によれば、ホストコンピューター10は、プリンター11に関する情報を取得するデバイス情報取得部15cと、取得した情報に基づいて、記憶部19に記憶されたサンプルプログラムソース20を編集するソース編集部15dと、を備えている。これによれば、プリンター11の制御に係る所定の機能本実施形態では整理券発行機能を追加可能なプログラムのソースが予め記憶されているため、プリンター11の制御に係るプログラムを、容易に、開発できる。さらに、プリンター11に関する情報に基づいて、自動で、サンプルプログラムソース20が編集されるため、プログラムを開発しようとしている者が自らプリンター11の情報を取得して、取得した情報に基づいてプログラムを開発する必要がなくなり、プリンター11の実態を反映したプログラムをより容易に開発可能である。また、本実施形態によれば、ソース編集部15dは、デバイス情報取得部15cが取得したデバイスの仕様、及び、使用態様、より具体的には、プリンター11の仕様、及び、記録媒体への記録の態様本実施形態では、1日における整理券Sの発行枚数、整理券Sを発行するピッチに基づいて、記憶部19に記憶されたサンプルプログラムソース20を編集する。ここで、デバイスの仕様、又は、使用態様、本実施形態の例では、プリンター11の仕様、又は、記録媒体への記録の態様によって、デバイスを制御するプログラムとして最適なプログラムは異なってくる。そして、上記構成によれば、デバイスの仕様、又は、使用態様に応じて、自動で、ソースが編集されるため、プログラムを開発しようとしている者が自らデバイスの仕様、又は、使用態様を取得して、取得した情報に基づいてプログラムを開発する必要がなくなり、デバイスの実態を反映したプログラムをより容易に開発可能である。なお、上述した実施の形態は、あくまでも本発明の一態様を示すものであり、本発明の範囲内で任意に変形および応用が可能である。例えば、上述した実施形態では、サンプルプログラムソース20を編集する者の制限に関して言及されていないが、所定の認証を行い、所定の権限を有する者のみがサンプルプログラムソース20を編集できるようにしても良いことは勿論である。また、デバイスの一例として、記録装置たるプリンター11を挙げて発明を説明したが、デバイスは、記録装置に限らない。すなわち、制御装置たるホストコンピューター10に制御されるデバイスに広く本発明を適用可能である。また、本実施形態では、プリンター11の仕様に応じて、フォントの種類を変更する構成であったが、例えば、プリンター11の仕様に応じて、左右のマージンを変更する構成であってもよい。また、上述した実施形態では、POSシステム1に追加する機能、すなわち、提供されたサンプルプログラムソース20によって実現可能な機能の例として、整理券発行機能を挙げて発明を説明したが、機能はこれに限らない。また、デバイスの機能に対応して、サンプルプログラムソース20が用意されてものである。例えば、レシート印字機能や、クーポン印字機能、領収書印字機能、小切手読み取りからエンドース印字までのトランザクション機能、簡単に小切手トランザクションを行うための機能、飲食店テーブル伝票印字機能、キッチンプリンター調理指示伝票印字機能等であってもよい。また、図1に示す各機能部はハードウェアとソフトウェアの協働により任意に実現可能であり、特定のハードウェア構成を示唆するものではない。また、上記実施形態では、ホストコンピューター10自体が制御部15を備えていたが、例えば、制御部15の機能を、ホストコンピューター10に外部接続される別の装置に持たせるようにしても良い。また、本発明は、プリンター11は、サーマルプリンターに限らず、インクジェットプリンター、ドットインパクトプリンター、レーザープリンター、熱昇華型プリンター等の任意の形式のプリンターに適用可能である。また、上記のフローチャートの各ステップを実行するプログラムを、ホストコンピューター10の外部の記憶媒体に記憶させたものを読み出して、制御部15により実行させることもできる。