(57)【要約】【課題】ハードウェアキー故障時の処理遅延を抑制すること。【解決手段】着順操作卓１００は、着順を入力可能なハードウェアキー１１と、タッチパネル１６と、制御部１５とを有する。制御部１５は、ハードウェアキー１１の何れかが故障したときに、ハードウェアキー１１の押下履歴に応じたソフトウェアキー１２をタッチパネル１６に表示させる。【選択図】図６
2018055458.tif 000002
【特許請求の範囲】
【請求項１】
公営競技の競走対象の着順を入力可能な複数のハードウェアキーと、
タッチパネルと、
前記ハードウェアキーの何れかが故障したときに、前記ハードウェアキーの押下履歴に応じたソフトウェアキーを前記タッチパネルに表示させる制御部と、
を具備する着順操作卓。
【請求項２】
前記ハードウェアキーは、レース番号の入力を開始する際に押下される第一ファンクションキーを含み、
前記制御部は、前記押下履歴において所定の押下順序に従って前記第一ファンクションキーが押下されていないと判断するときに、前記第一ファンクションキーに相当する前記ソフトウェアキーを前記タッチパネルに表示させる、
請求項１に記載の着順操作卓。
【請求項３】
前記ハードウェアキーは、０から９までの数字を入力可能なテンキーを含み、
前記制御部は、前記押下履歴において前記所定の押下順序に従って前記第一ファンクションキーが押下された後に前記テンキーが押下されていないと判断するときに、前記テンキーに相当する前記ソフトウェアキーを前記タッチパネルに表示させる、
請求項２に記載の着順操作卓。
【請求項４】
前記ハードウェアキーは、着順の入力を開始する際に押下される着順キーを含み、
前記制御部は、前記押下履歴において所定の押下順序に従って前記着順キーが押下されていないと判断するときに、前記着順キーに相当する前記ソフトウェアキーを前記タッチパネルに表示させる、
請求項１に記載の着順操作卓。
【請求項５】
前記ハードウェアキーは、着順を指定する第二ファンクションキーを含み、
前記制御部は、前記押下履歴において前記所定の押下順序に従って前記着順キーが押下された後に前記第二ファンクションキーが押下されていないと判断するときに、前記第二ファンクションキーに相当する前記ソフトウェアキーを前記タッチパネルに表示させる、
請求項４に記載の着順操作卓。
【請求項６】
前記ハードウェアキーは、０から９までの数字を入力可能なテンキーを含み、
前記制御部は、前記押下履歴において前記所定の押下順序に従って前記着順キー及び前記第二ファンクションキーが押下された後に前記テンキーが押下されていないと判断するときに、前記テンキーに相当する前記ソフトウェアキーを前記タッチパネルに表示させる、
請求項５に記載の着順操作卓。
【請求項７】
前記ハードウェアキーは、複数の着順においてどの着順間の着差であるかを指定する第三ファンクションキーを含み、
前記制御部は、前記押下履歴において前記所定の押下順序に従って前記着順キー、前記第二ファンクションキー及び前記テンキーが押下された後に前記第三ファンクションキーが押下されていないと判断するときに、前記第三ファンクションキーに相当する前記ソフトウェアキーを前記タッチパネルに表示させる、
請求項６に記載の着順操作卓。
【請求項８】
前記ハードウェアキーは、前記着差を入力可能な着差キーを含み、
前記制御部は、前記押下履歴において前記所定の押下順序に従って前記着順キー、前記第二ファンクションキー、前記テンキー及び前記第三ファンクションキーが押下された後に前記着差キーが押下されていないと判断するときに、前記着差キーに相当する前記ソフトウェアキーを前記タッチパネルに表示させる、
請求項７に記載の着順操作卓。
【請求項９】
前記制御部は、無表示の前記タッチパネルに対してタッチが為されたときに、前記ハードウェアキーの何れかが故障したと判断する、
請求項１に記載の着順操作卓。
【請求項１０】
前記制御部は、前記押下履歴に応じて前記タッチパネルに表示させた前記ソフトウェアキーに対するタッチ操作が完了した後に、前記ソフトウェアキーの表示を前記タッチパネルから消去する、
請求項１に記載の着順操作卓。
【請求項１１】
前記制御部は、前記押下履歴に応じて前記タッチパネルに表示させた前記ソフトウェアキーに対してスライド操作が為されたときに、前記着順の入力における所定の入力順序に従った別のソフトウェアキーを前記タッチパネルに表示させる、
請求項１に記載の着順操作卓。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、公営競技における着順操作卓に関する。
【背景技術】
【０００２】
競馬、競輪、競艇及びオートレースの公営競技では、競走対象の着順は以下のようにして観客に知らされる。すなわち、審判員が競走対象の着順を審判室に設置された着順操作卓が備えるハードウェアキーを使用して入力し、競走対象の着順を示すデータ（以下では「着順データ」と呼ぶことがある）が着順操作卓から計算機室に設置された着順制御装置へと送信される。そして、着順データを受信した着順制御装置は、競走対象の着順を表す画像（以下では「着順画像」と呼ぶことがある）を着順データに基づいて形成し、形成した着順画像を、観客から視認可能な着順表示盤に表示させる。このようにして、競走対象の着順を観客に知らせる。以下では、公営競技の競技対象の着順を、単に「着順」と呼ぶことがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０５−１１９９０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のように、着順画像は着順操作卓が備えるハードウェアキーからの入力に基づいて形成されるため、ハードウェアキーに故障が発生すると、着順データの形成が困難になってしまう。このため、ハードウェアキーの故障発生時には、着順操作卓の交換が必要になる。しかし、着順操作卓を交換している間は着順の入力が困難になるため、着順操作卓の交換は、着順表示盤への着順の表示等の処理の遅延を招く。
【０００５】
開示の技術は、上記に鑑みてなされたものであって、ハードウェアキー故障時の処理遅延を抑制することを目的とする。
【課題を解決するための手段】
【０００６】
開示の態様では、着順操作卓は、公営競技の競走対象の着順を入力可能な複数のハードウェアキーと、タッチパネルと、制御部とを有する。制御部は、ハードウェアキーの何れかが故障したときに、ハードウェアキーの押下履歴に応じたソフトウェアキーをタッチパネルに表示させる。
【発明の効果】
【０００７】
開示の態様によれば、ハードウェアキー故障時の処理遅延を抑制することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例１の着順操作卓の外観の一例を示す図である。
【図２】図２は、実施例１の着順操作卓の動作例の説明に供する図である。
【図３】図３は、実施例１の着順操作卓の動作例の説明に供する図である。
【図４】図４は、実施例１の着順操作卓の動作例の説明に供する図である。
【図５】図５は、実施例１の着順操作卓の動作例の説明に供する図である。
【図６】図６は、実施例１の着順操作卓の構成例を示す図である。
【図７】図７は、実施例１のソフトウェアキーの表示例を示す図である。
【図８】図８は、実施例１のソフトウェアキーの表示例を示す図である。
【図９】図９は、実施例１のソフトウェアキーの表示例を示す図である。
【図１０】図１０は、実施例１のソフトウェアキーの表示例を示す図である。
【図１１】図１１は、実施例１のソフトウェアキーの表示例を示す図である。
【図１２】図１２は、実施例１のソフトウェアキーの表示例を示す図である。
【図１３】図１３は、実施例１のソフトウェアキーの表示例を示す図である。
【図１４】図１４は、実施例１のソフトウェアキーの表示例を示す図である。
【図１５】図１５は、実施例１のソフトウェアキーの表示例を示す図である。
【図１６】図１６は、実施例１の着順操作卓の処理の一例の説明に供するフローチャートである。
【図１７】図１７は、実施例１の入力履歴テーブルの一例を示す図である。
【図１８】図１８は、実施例２の着順操作卓のハードウェア構成例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本願の開示する着順操作卓の実施例を図面に基づいて説明する。なお、この実施例により本願の開示する着順操作卓が限定されるものではない。また、実施例において同一の機能を有する構成、及び、同一の処理を行うステップには同一の符号を付し、重複する説明を省略する。
【００１０】
以下の説明では、一例として競馬で使用される着順操作卓について説明するが、本願に開示の技術は、競輪、競艇及びオートレース等、競馬以外の公営競技で使用される着順操作卓にも適用可能である。
【００１１】
［実施例１］
＜着順操作卓の外観＞
図１は、実施例１の着順操作卓の外観の一例を示す図である。図１において、着順操作卓１００は、レース番号（レースＮｏ.）ファンクションキー１１−１と、テンキー１１−２と、通過順位キー１１−３と、着順キー１１−４と、着順ファンクションキー１１−５と、着差ファンクションキー１１−６と、着差キー１１−７と、オールクリアキー１１−８と、テスト中キー１１−９と、レコードキー１１−１０と、ブザー断キー１１−１１と、タッチパネル１６とを有する。
【００１２】
レース番号ファンクションキー１１−１、テンキー１１−２、通過順位キー１１−３、着順キー１１−４、着順ファンクションキー１１−５、着差ファンクションキー１１−６、着差キー１１−７、オールクリアキー１１−８、テスト中キー１１−９、レコードキー１１−１０、及び、ブザー断キー１１−１１は、ハードウェアキーである。そこで、以下では、レース番号ファンクションキー１１−１、テンキー１１−２、通過順位キー１１−３、着順キー１１−４、着順ファンクションキー１１−５、着差ファンクションキー１１−６、着差キー１１−７、オールクリアキー１１−８、テスト中キー１１−９、レコードキー１１−１０、及び、ブザー断キー１１−１１を「ハードウェアキー１１」と総称することがある。
【００１３】
＜着順操作卓の通常時の動作＞
図２〜図５は、実施例１の着順操作卓の動作例の説明に供する図である。図２〜図５には、着順操作卓１００の操作に応じた着順表示盤３００の表示例が示されている。着順操作卓１００のハードウェアキー１１に故障が発生していないとき、つまり、通常時には、以下のようにして、所定の入力順序に従って、着順表示盤３００に着順画像が表示される。
【００１４】
まず、図２に示すように、レース開始前でレース番号２１が着順表示盤３００に表示されていない段階で（例えば、レース開始５分前に）、レース番号ファンクションキー１１−１とテンキー１１−２とを用いて着順操作卓１００からレース番号の入力が行われる。すなわち、レース番号の入力を開始する際には、まず、レース番号ファンクションキー１１−１が押下される＜入力順序１＞。これにより、レース番号の入力が可能になる。次いで、０から９までの数字を入力可能なテンキー１１−２が押下されることにより、該当するレース番号が入力される＜入力順序２＞。これにより、図３に示すように、着順表示盤３００に、レース番号２１が表示される。図３の例では、レース番号として「１０」が表示されている。
【００１５】
次いで、レース開始直後には、通過順位キー１１−３が押下されることにより、着順表示盤３００に対する制御権が、着順操作卓１００から通過順位操作卓（図示省略）へ移される＜入力順序３＞。よって、レース進行中は、通過順位操作卓を用いて、各コーナーの通過順位の表示が着順表示盤３００に為される。そして、最後尾の馬が最終コーナーを通過した時点で、通過順位操作卓により通過順位がオールクリアされることにより着順表示盤３００から通過順位の表示が消去される。また、着順表示盤３００から通過順位の表示が消去された時点で、着順キー１１−４が押下されることにより、着順表示盤３００に対する制御権が、通過順位操作卓（図示省略）から着順操作卓１００へと戻されて、着順操作卓１００による着順の入力が可能になる。つまり、着順の入力を開始する際には、まず、着順キー１１−４が押下される＜入力順序４＞。また、着順キー１１−４は、着順表示盤３００の表示が図３に示す状態になっている段階で押下される。
【００１６】
着順キー１１−４の押下に続いて、まず、着順ファンクションキー１１−５が押下されることにより着順が指定される＜入力順序５＞。着順表示盤３００にはI位〜V位（１位〜５位）までの着順２２が表示可能なため、着順ファンクションキー１１−５は、I位〜V位のそれぞれの着順に対応する‘I’キー、‘II’キー、‘III’キー、‘IV’キー及び‘V’キーを含む。例えば、‘I’キーが押下されることにより、着順がI位（１位）の馬番の入力が可能になり、‘II’キーが押下されることにより、着順がII位（２位）の馬番の入力が可能になる。
【００１７】
着順ファンクションキー１１−５の押下に続いて、テンキー１１−２が押下されることにより、各着順の馬番が入力される＜入力順序６＞。これにより、図４に示すように、着順表示盤３００に、各着順の馬番２３が表示される。図４の例では、着順がI位（１位）の馬番として「６」、着順がII位（２位）の馬番として「１０」、着順がIII位（３位）の馬番として「９」、着順がIV位（４位）の馬番として「１３」、着順がV位（５位）の馬番として「１７」が表示されている。
【００１８】
次いで、着順表示盤３００の表示が図４に示す状態になっている段階で、I位〜V位の着順においてどの着順間の着差であるかを指定する着差ファンクションキー１１−６が押下される＜入力順序７＞。着順表示盤３００にはI位〜V位までの着順２２が表示可能なため、着差ファンクションキー１１−６は、I位とII位との間の着差の入力を可能にする‘１−２’キー、II位とIII位との間の着差の入力を可能にする‘２−３’キー、III位とIV位との間の着差の入力を可能にする‘３−４’キー、及び、IV位とV位との間の着差の入力を可能にする‘４−５’キーを含む。例えば、‘１−２’キーが押下されることにより、着順がI位とII位との間の着差の入力が可能になる。
【００１９】
着差ファンクションキー１１−６の押下に続いて、着差キー１１−７が押下されることにより、各着順間の着差が入力される＜入力順序８＞。着差キー１１−７は、図１に示すように代表的な着差を示す各キーを含み、着差キー１１−７に含まれる複数のキーのうち、実際の着差に該当する何れかのキーが押下される。これにより、図５に示すように、着順表示盤３００に、各着順間の着差２４が表示される。図５の例では、着順がI位とII位との間の着差として「３／４［馬身］」、着順がII位とIII位との間の着差として「４［馬身］」、着順がIII位とIV位との間の着差として「１／２［馬身］」、及び、着順がIV位とV位との間の着差として「２［馬身］」が表示されている。
【００２０】
以上のように、レース番号ファンクションキー１１−１、テンキー１１−２、通過順位キー１１−３、着順キー１１−４、着順ファンクションキー１１−５、着差ファンクションキー１１−６、及び、着差キー１１−７は、競馬等の公営競技の競走対象の着順を入力可能な複数のハードウェアキー１１に相当する。
【００２１】
ここで、ハードウェアキー１１の何れかが故障すると、ハードウェアキー１１を用いた上記の各種の入力が困難になる。そこで、着順操作卓１００は、ハードウェアキー１１の代替となるソフトウェアキーを表示するタッチパネル１６を有する。
【００２２】
［着順操作卓の構成］
図６は、実施例１の着順操作卓の構成例を示す図である。図６において、着順操作卓１００は、ハードウェアキー１１と、入力受付部１８と、通信部１３と、管理部１４と、制御部１５と、タッチパネル１６と、入力履歴テーブル１７とを有する。
【００２３】
入力受付部１８は、ハードウェアキー１１の押下、及び、タッチパネル１６に表示されるソフトウェアキーへのタッチ操作による入力を受け付け、受け付けた入力に応じた制御データまたは着順データを生成して通信部１３へ出力する。また、入力受付部１８は、何れのハードウェアキー１１の押下による入力か、及び、何れのソフトウェアキーへのタッチ操作による入力かを示す「入力キー情報」を生成して、管理部１４へ出力する。入力受付部１８は、ハードウェアキー１１が押下される度に、及び、タッチパネル１６に表示されるソフトウェアキーがタッチされる度に、入力キー情報を管理部１４へ出力する。
【００２４】
通信部１３は、入力受付部１８から入力された制御データまたは着順データを他の装置へ送信する。例えば、通信部１３は、通過順位キー１１−３が押下されることにより入力受付部１８が生成する制御データを、通信部１３とネットワークにより接続された通過順位操作卓へ送信する。また例えば、通信部１３は、レース番号ファンクションキー１１−１、テンキー１１−２、着順キー１１−４、着順ファンクションキー１１−５、着差ファンクションキー１１−６、着差キー１１−７、及び、オールクリアキー１１−８の何れかが押下されることにより入力受付部１８が生成する制御データまたは着順データを、通信部１３とネットワークにより接続された着順表示盤３００へ送信する。
【００２５】
管理部１４は、入力履歴テーブル１７を用いて、着順操作卓１００での入力履歴を管理する。管理部１４は、入力受付部１８から入力される入力キー情報に従って入力履歴テーブル１７を随時更新することで、着順操作卓１００での入力履歴を管理する。つまり、管理部１４は、入力受付部１８から入力される入力キー情報に基づいて、入力履歴テーブル１７においてハードウェアキー１１の押下履歴、及び、ソフトウェアキーのタッチ操作履歴を管理することにより、着順操作卓１００での入力履歴を管理する。入力履歴テーブル１７の詳細は後述する。
【００２６】
制御部１５は、入力履歴テーブル１７を参照し、入力履歴テーブル１７の参照結果に基づいて、着順操作卓１００での入力履歴に応じたソフトウェアキーをタッチパネル１６に表示させる。特に、制御部１５は、ハードウェアキー１１の何れかが故障したときに、ハードウェアキー１１の押下履歴に応じたソフトウェアキーをタッチパネル１６に表示させる。また、制御部１５は、ハードウェアキー１１の押下履歴に応じてタッチパネル１６に表示させたソフトウェアキーに対してスライド操作が為されたときに、着順操作卓１００を用いた着順の入力における上記のような所定の入力順序１〜８に従った別のソフトウェアキーをタッチパネル１６に表示させる。ここで、「ソフトウェアキーに対するスライド操作」とは、ソフトウェアキーが表示されたタッチパネル１６にタッチした物体（例えば、人間の指）をタッチパネル１６にタッチしたまま左右または上下にまっすぐ動かす操作のことである。また、例えば、制御部１５は、無表示のタッチパネル１６に対してタッチが為されたときに、ハードウェアキー１１の何れかが故障したと判断する。
【００２７】
＜ソフトウェアキーの表示＞
図７〜１５は、実施例１のソフトウェアキーの表示例を示す図である。
【００２８】
まず、制御部１５は、入力履歴テーブル１７を参照することで、何れのハードウェアキー１１が故障したかを判断する。
【００２９】
そして、制御部１５は、レース番号ファンクションキー１１−１が故障したと判断したときは、図７に示すように、レース番号ファンクションキー１１−１に相当するソフトウェアキー１２−１をタッチパネル１６に表示させる。また、制御部１５は、ソフトウェアキー１２−１に対する左右のスライド操作が可能であることを示すスライドマークＳ１，Ｓ２をタッチパネル１６に表示させる。スライドマークＳ１，Ｓ２の表示は、以下の図８〜図１５の場合でも同様に行われる。
【００３０】
また、制御部１５は、テンキー１１−２が故障したと判断したときは、図８に示すように、テンキー１１−２に相当するソフトウェアキー１２−２をタッチパネル１６に表示させる。
【００３１】
また、制御部１５は、通過順位キー１１−３または着順キー１１−４が故障したと判断したときは、図９に示すように、通過順位キー１１−３に相当するソフトウェアキー１２−３及び着順キー１１−４に相当するソフトウェアキー１２−４をタッチパネル１６に表示させる。
【００３２】
また、制御部１５は、着順ファンクションキー１１−５が故障したと判断したときは、図１０に示すように、着順ファンクションキー１１−５に相当するソフトウェアキー１２−５をタッチパネル１６に表示させる。
【００３３】
また、制御部１５は、着差ファンクションキー１１−６が故障したと判断したときは、図１１に示すように、着差ファンクションキー１１−６に相当するソフトウェアキー１２−６をタッチパネル１６に表示させる。
【００３４】
また、制御部１５は、着差キー１１−７が故障したと判断したときは、図１２及び図１３に示すように、着差キー１１−７に相当するソフトウェアキー１２−７Ｌまたは１２−７Ｒをタッチパネル１６に表示させる。図１に示すように、着差キー１１−７には多数のキーが含まれるため、着差キー１１−７に相当するソフトウェアキー１２−７Ｌ及び１２−７Ｒを同時に一度にタッチパネル１６に表示させるのは困難である。そこで、図１２及び図１３では、図１に示す着差キー１１−７を左右で二分割した場合を一例として示す。この場合、制御部１５が、着差キー１１−７が故障したと判断したときにタッチパネル１６に表示させるソフトウェアキーは、ソフトウェアキー１２−７Ｌ（図１２）または１２−７Ｒ（図１３）の何れでも良い。例えば、着差キー１１−７が故障したときにタッチパネル１６にまずソフトウェアキー１２−７Ｌが表示されるときは、ソフトウェアキー１２−７Ｌに対するＳ１方向（左方向）へのスライド操作によってソフトウェアキー１２−７Ｒをタッチパネル１６に表示させることが可能である。一方で、例えば、着差キー１１−７が故障したときにタッチパネル１６にまずソフトウェアキー１２−７Ｒが表示されるときは、ソフトウェアキー１２−７Ｒに対するＳ２方向（右方向）へのスライド操作によってソフトウェアキー１２−７Ｌをタッチパネル１６に表示させることが可能である。
【００３５】
また、制御部１５は、オールクリアキー１１−８が故障したと判断したときは、図１４に示すように、オールクリアキー１１−８に相当するソフトウェアキー１２−８をタッチパネル１６に表示させる。オールクリアキー１１−８は、着順操作卓１００を用いて行う着順の入力において、レース番号ファンクションキー１１−１の入力から始まる一連のキー入力をすべてクリアするためのキーである。
【００３６】
また、制御部１５は、ソフトウェアキー１２−１（図７）に対するＳ２方向へのスライド操作に従って、図１５に示すように、テスト中キー１１−９、レコードキー１１−１０、及び、ブザー断キー１１−１１にそれぞれ相当するソフトウェアキー１２−９，１２−１０及び１２−１１をタッチパネル１６に表示させる。また、制御部１５は、ソフトウェアキー１２−１（図７）に対するＳ１方向へのスライド操作に従って、ソフトウェアキー１２−２をタッチパネル１６に表示させる。
【００３７】
また、制御部１５は、ソフトウェアキー１２−２（図８）に対するＳ２方向へのスライド操作に従って、ソフトウェアキー１２−１（図７）をタッチパネル１６に表示させ、ソフトウェアキー１２−２に対するＳ１方向へのスライド操作に従って、ソフトウェアキー１２−３，１２−４（図９）をタッチパネル１６に表示させる。
【００３８】
また、制御部１５は、ソフトウェアキー１２−３，１２−４（図９）に対するＳ２方向へのスライド操作に従って、ソフトウェアキー１２−２（図８）をタッチパネル１６に表示させ、ソフトウェアキー１２−３，１２−４に対するＳ１方向へのスライド操作に従って、ソフトウェアキー１２−５（図１０）をタッチパネル１６に表示させる。
【００３９】
また、制御部１５は、ソフトウェアキー１２−５（図１０）に対するＳ２方向へのスライド操作に従って、ソフトウェアキー１２−３，１２−４（図９）をタッチパネル１６に表示させ、ソフトウェアキー１２−５に対するＳ１方向へのスライド操作に従って、ソフトウェアキー１２−６（図１１）をタッチパネル１６に表示させる。
【００４０】
また、制御部１５は、ソフトウェアキー１２−６（図１１）に対するＳ２方向へのスライド操作に従って、ソフトウェアキー１２−５（図１０）をタッチパネル１６に表示させ、ソフトウェアキー１２−６に対するＳ１方向へのスライド操作に従って、ソフトウェアキー１２−７Ｌ（図１２）をタッチパネル１６に表示させる。
【００４１】
また、制御部１５は、ソフトウェアキー１２−７Ｌ（図１２）に対するＳ２方向へのスライド操作に従って、ソフトウェアキー１２−６（図１１）をタッチパネル１６に表示させ、ソフトウェアキー１２−７Ｒ（図１３）に対するＳ１方向へのスライド操作に従って、ソフトウェアキー１２−８（図１４）をタッチパネル１６に表示させる。
【００４２】
以上のように、ソフトウェアキー１２−１〜１２−７Ｌ，Ｒの各々は、上記のような所定の入力順序１〜８に従って並べられている。
【００４３】
また、制御部１５は、ソフトウェアキー１２−８（図１４）に対するＳ２方向へのスライド操作に従って、ソフトウェアキー１２−７Ｒ（図１３）をタッチパネル１６に表示させ、ソフトウェアキー１２−８に対するＳ１方向へのスライド操作に従って、ソフトウェアキー１２−９，１２−１０，１２−１１（図１５）をタッチパネル１６に表示させる。
【００４４】
また、制御部１５は、ソフトウェアキー１２−９，１２−１０，１２−１１（図１５）に対するＳ２方向へのスライド操作に従って、ソフトウェアキー１２−８（図１４）をタッチパネル１６に表示させ、ソフトウェアキー１２−９，１２−１０，１２−１１に対するＳ１方向へのスライド操作に従って、ソフトウェアキー１２−１（図７）をタッチパネル１６に表示させる。
【００４５】
以下では、タッチパネル１６に表示されるソフトウェアキー１２−１〜１２−１１を「ソフトウェアキー１２」と総称することがある。
【００４６】
＜着順操作卓の処理＞
図１６は、実施例１の着順操作卓の処理の一例の説明に供するフローチャートである。図１６に示すフローチャートの開始時点では、タッチパネル１６には何も表示されていない、つまり、タッチパネル１６は無表示である。
【００４７】
ステップＳ４１では、制御部１５は、無表示のタッチパネル１６に対してタッチが為されたか否かを判断する。制御部１５は、無表示のタッチパネル１６に対してタッチが為されない間は（ステップＳ４１：Ｎｏ）、ハードウェアキー１１に故障が発生していないと判断し、ステップＳ４１の判断を繰り返す。
【００４８】
無表示のタッチパネル１６に対してタッチが為されたときは（ステップＳ４１：Ｙｅｓ）、制御部１５は、ハードウェアキー１１の何れかに故障が発生したと判断し、ステップＳ４３において、変数‘Ａ’を初期値‘１’にリセットする。
【００４９】
ここで、入力履歴テーブル１７について説明する。図１７は、実施例１の入力履歴テーブルの一例を示す図である。図１７に示すように、入力履歴テーブル１７では、「順位」と、「キー種別」と、「入力履歴」とが互いに対応付けられて設定されている。入力履歴テーブル１７において、「順位」及び「キー種別」は、入力履歴テーブル１７に予め設定されていて管理部１４によって更新されない一方で、「入力履歴」は入力受付部１８で生成される入力キー情報に従って管理部１４によって随時更新される。入力履歴テーブル１７における「順位」と「キー種別」との対応関係は、上記のような所定の入力順序１〜８に従って設定される。よって、入力履歴テーブル１７における「順位」の項目は、着順操作卓１００を用いて着順の入力を行う際の、ハードウェアキー１１の所定の押下順序、及び、ソフトウェアキー１２の所定のタッチ順序を表すとともに、ソフトウェアキー１２の所定の表示順序を表す。よって、上記のような所定の入力順序１〜８に従って、例えば、「順位＝１」には‘レース番号（レースＮｏ.）ファンクションキー’が対応付けられ、「順位＝２」には‘テンキー’が対応付けられ、「順位＝３」には‘通過順位キー’が対応付けられ、「順位＝４」には‘着順キー’が対応付けられている。また例えば、「順位＝５」には‘着順ファンクションキー（I）’が対応付けられ、「順位＝６」には‘テンキー’が対応付けられている。また例えば、「順位＝１５」には‘着差ファンクションキー（１−２）’が対応付けられ、「順位＝１６」には‘着差キー’が対応付けられている。また例えば、オプションとして、「順位＝２３」には‘オールクリアキー’が対応付けられている。
【００５０】
また、入力履歴テーブル１７における「入力履歴」の項目は、着順操作卓１００を用いて着順の入力を行った際の入力履歴を表し、既に入力が済んでいるキーに対しては「済」が設定され、未だ入力が済んでいないキーに対しては「未」が設定される。入力履歴テーブル１７における「入力履歴」の項目は、上記のような所定の入力順序１〜８に基づいて、管理部１４によって、入力キー情報に従って「未」から「済」に随時更新される。つまり、入力履歴テーブル１７における「入力履歴」の項目は、ハードウェアキー１１の押下履歴、及び、ソフトウェアキー１２のタッチ履歴を表す。
【００５１】
図１６に戻り、ステップＳ４３の処理後のステップＳ４５では、制御部１５は、変数‘Ａ’に従って入力履歴テーブル１７を参照し、入力履歴テーブル１７において、変数‘Ａ’によって示される「順位」に該当する行を検索する。
【００５２】
次いで、ステップＳ４７では、制御部１５は、上記のような検索を行った結果、入力履歴テーブル１７において、順位が‘Ａ’に対応する「入力履歴」が「未」であるか否かを判断する。例えば、図１７に示す例において、変数‘Ａ’が‘１’である場合は、制御部１５は、入力履歴テーブル１７において「順位＝１」の行を検索し、「入力履歴」の項目が「済」であるため、‘レース番号（レースＮｏ.）ファンクションキー’による入力が既に済んでいると判断する。また例えば、変数‘Ａ’が‘４’である場合は、制御部１５は、入力履歴テーブル１７において「順位＝４」の行を検索し、「入力履歴」の項目が「済」であるため、‘着順キー’による入力が既に済んでいると判断する。また例えば、変数‘Ａ’が‘５’である場合は、制御部１５は、入力履歴テーブル１７において「順位＝５」の行を検索し、「入力履歴」の項目が「未」であるため、‘着順ファンクションキー（I）’による入力が未だ済んでいないと判断する。
【００５３】
順位が‘Ａ’に対応する「入力履歴」が「未」でない場合、つまり、順位が‘Ａ’に対応する「入力履歴」が「済」になっている場合は（ステップＳ４７：Ｎｏ）、処理はステップＳ４９に進み、ステップＳ４９では、制御部１５は、変数‘Ａ’をインクリメントする。ステップＳ４９の処理後、処理は、ステップＳ４５に戻る。
【００５４】
一方で、順位が‘Ａ’に対応する「入力履歴」が「未」である場合は（ステップＳ４７：Ｙｅｓ）、処理はステップＳ５１に進む。
【００５５】
ステップＳ５１では、制御部１５は、順位が‘Ａ’に対応するキー種別のソフトウェアキー１２をタッチパネル１６に表示させる。
【００５６】
例えば、図１７に示す入力履歴テーブル１７の例では、順位＝１〜４に対応する入力履歴が「済」になっている一方で、順位＝５に対応する入力履歴が「未」になっているため、制御部１５は、順位＝４に対応する‘着順キー’による入力までが済んでいる一方で、順位＝５に対応する‘着順ファンクションキー（I）’による入力が未だ済んでいないと判断する。そこで、制御部１５は、順位＝５に対応する‘着順ファンクションキー（I）’に故障が発生したと判断する。よって、制御部１５は、‘着順ファンクションキー（I）’を含むソフトウェアキー１２−５（図１０）をタッチパネル１６に表示させる。
【００５７】
また、例えば、図１７に示す入力履歴テーブル１７において、順位＝１〜５に対応する入力履歴が「済」になっている一方で、順位＝６に対応する入力履歴が「未」になっている場合は、制御部１５は、‘テンキー’のソフトウェアキー１２−２（図８）をタッチパネル１６に表示させる。つまり、この場合は、制御部１５は、順位＝６に対応する‘テンキー’に故障が発生したと判断する。
【００５８】
このように、制御部１５は、入力履歴テーブル１７の「入力履歴」において「済」と「未」との境界を見つけ、その境界の「未」に対応するハードウェアキー１１に故障が発生したと判断する。
【００５９】
次いで、ステップＳ５３では、ステップＳ５１でタッチパネル１６に表示させたソフトウェアキー１２に対してスライド操作が為されたか否かを判断する。ソフトウェアキー１２に対してスライド操作が為された場合は（ステップＳ５３：Ｙｅｓ）、処理はステップＳ５５へ進み、ステップＳ５５では、制御部１５は、上記のようにして、別のソフトウェアキー１２をタッチパネル１６に表示させる。ステップＳ５５の処理後、処理はステップＳ５３に戻る。
【００６０】
一方で、ソフトウェアキー１２に対してスライド操作が為されない場合は（ステップＳ５３：Ｎｏ）、処理はステップＳ５７へ進み、ステップＳ５７では、制御部１５は、ステップＳ５１でタッチパネル１６に表示させたソフトウェアキー１２に対してタッチ操作が為されたか否かを判断する。ソフトウェアキー１２に対してタッチ操作が為されない場合は（ステップＳ５７：Ｎｏ）、処理はステップＳ５３へ戻る。
【００６１】
一方で、ソフトウェアキー１２に対してタッチ操作が為された場合は（ステップＳ５７：Ｙｅｓ）、処理はステップＳ５９へ進み、ステップＳ５９では、入力受付部１８は、タッチ操作が為されたソフトウェアキー１２での入力に応じた制御データまたは着順データを生成する。
【００６２】
また、ソフトウェアキー１２に対してタッチ操作が為された場合（ステップＳ５７：Ｙｅｓ）、ステップＳ６１では、制御部１５は、入力履歴テーブル１７において、順位が‘Ａ’に対応する「入力履歴」を「未」から「済」に更新する。例えば、ステップＳ５１において、制御部１５が順位＝５に対応する‘着順ファンクションキー（I）’を含むソフトウェアキー１２−５（図１０）をタッチパネル１６に表示させた場合には、ステップＳ６１では、制御部１５は、順位＝５に対応する「入力履歴」を「未」から「済」に更新する。
【００６３】
次いで、ステップＳ６３では、制御部１５は、タッチパネル１６に表示されたソフトウェアキー１２を消去して、タッチパネル１６を無表示にする。ステップＳ６３の処理をもって、処理は終了する。
【００６４】
以上のように、実施例１では、着順操作卓１００は、着順を入力可能なハードウェアキー１１と、タッチパネル１６と、制御部１５とを有する。制御部１５は、ハードウェアキー１１の何れかが故障したときに、ハードウェアキー１１の押下履歴に応じたソフトウェアキー１２をタッチパネル１６に表示させる。
【００６５】
例えば、ハードウェアキー１１は、レース番号の入力を開始する際に押下されるレース番号ファンクションキー１１−１を含み、制御部１５は、ハードウェアキー１１の押下履歴において所定の押下順序に従ってレース番号ファンクションキー１１−１が押下されていないと判断するときに、レース番号ファンクションキー１１−１に相当するソフトウェアキー１２−１をタッチパネル１６に表示させる。
【００６６】
また例えば、ハードウェアキー１１はテンキー１１−２を含み、制御部１５は、ハードウェアキー１１の押下履歴において所定の押下順序に従ってレース番号ファンクションキー１１−１が押下された後にテンキー１１−２が押下されていないと判断するときに、テンキー１１−２に相当するソフトウェアキー１２−２をタッチパネル１６に表示させる。
【００６７】
また例えば、ハードウェアキー１１は、着順の入力を開始する際に押下される着順キー１１−４を含み、制御部１５は、ハードウェアキー１１の押下履歴において所定の押下順序に従って着順キー１１−４が押下されていないと判断するときに、着順キー１１−４に相当するソフトウェアキー１２−４をタッチパネル１６に表示させる。
【００６８】
また例えば、ハードウェアキー１１は、着順を指定する着順ファンクションキー１１−５を含み、制御部１５は、ハードウェアキー１１の押下履歴において所定の押下順序に従って着順キー１１−４が押下された後に着順ファンクションキー１１−５が押下されていないと判断するときに、着順ファンクションキー１１−５に相当するソフトウェアキー１２−５をタッチパネル１６に表示させる。
【００６９】
また例えば、制御部１５は、ハードウェアキー１１の押下履歴において所定の押下順序に従って着順キー１１−４及び着順ファンクションキー１１−５が押下された後にテンキー１１−２が押下されていないと判断するときに、テンキー１１−２に相当するソフトウェアキー１２−２をタッチパネル１６に表示させる。
【００７０】
また例えば、ハードウェアキー１１は、複数の着順においてどの着順間の着差であるかを指定する着差ファンクションキー１１−６を含み、制御部１５は、ハードウェアキー１１の押下履歴において所定の押下順序に従って着順キー１１−４、着順ファンクションキー１１−５及びテンキー１１−２が押下された後に着差ファンクションキー１１−６が押下されていないと判断するときに、着差ファンクションキー１１−６に相当するソフトウェアキー１２−６をタッチパネル１６に表示させる。
【００７１】
また例えば、ハードウェアキー１１は、着差を入力可能な着差キー１１−７を含み、制御部１５は、ハードウェアキー１１の押下履歴において所定の押下順序に従って着順キー１１−４、着順ファンクションキー１１−５、テンキー１１−２及び着差ファンクションキー１１−６が押下された後に着差キー１１−７が押下されていないと判断するときに、着差キー１１−７に相当するソフトウェアキー１２−７Ｌ，Ｒをタッチパネル１６に表示させる。
【００７２】
こうすることで、ハードウェアキー１１の何れかが故障したときに、故障したハードウェアキー１１の代替となるソフトウェアキー１２をタッチパネル１６に表示させることができるため、ハードウェアキー１１の故障時の処理遅延を抑制することができる。
【００７３】
また、実施例１では、制御部１５は、無表示のタッチパネル１６に対してタッチが為されたときに、ハードウェアキー１１の何れかが故障したと判断する。
【００７４】
こうすることで、ハードウェアキー１１の故障の発生の検知を容易に行うことができる。
【００７５】
また、実施例１では、制御部１５は、ハードウェアキー１１の押下履歴に応じてタッチパネル１６に表示させたソフトウェアキー１２に対するタッチ操作が完了した後に、ソフトウェアキー１２の表示をタッチパネル１６から消去する。
【００７６】
こうすることで、入力が完了して不要となったソフトウェアキー１２の表示をタッチパネル１６から消去することができるため、着順操作卓１００の消費電力を抑制することができる。
【００７７】
また、実施例１では、制御部１５は、ハードウェアキー１１の押下履歴に応じてタッチパネル１６に表示させたソフトウェアキー１２に対してスライド操作が為されたときに、着順の入力における所定の入力順序に従った別のソフトウェアキー１２をタッチパネル１６に表示させる。
【００７８】
こうすることで、着順の入力を行う者が任意のソフトウェアキー１２を選択することが容易になる。
【００７９】
［実施例２］
＜着順操作卓のハードウェア構成＞
着順操作卓１００は、例えば、次のようなハードウェア構成により実現することができる。図１８は、実施例２の着順操作卓のハードウェア構成例を示す図である。図１８に示すように、着順操作卓１００は、ハードウェアの構成要素として、プロセッサ１ａと、メモリ１ｂと、ハードウェアキー１１と、タッチパネル１６と、ネットワークインタフェースモジュール１ｃとを有する。プロセッサ１ａの一例として、ＣＰＵ（Central  Processing  Unit），ＤＳＰ（Digital  Signal  Processor），ＦＰＧＡ（Field  Programmable  Gate  Array）等が挙げられる。また、着順操作卓１００は、プロセッサ１ａと周辺回路とを含むＬＳＩ（Large  Scale  Integrated  circuit）を有しても良い。メモリ１ｂの一例として、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）等のＲＡＭ（Random  Access  Memory），ＲＯＭ（Read  Only  Memory），フラッシュメモリ等が挙げられる。
【００８０】
入力受付部１８、管理部１４及び制御部１５は、プロセッサ１ａによって実現される。入力履歴テーブル１７は、メモリ１ｂに記憶される。通信部１３は、ネットワークインタフェースモジュール１ｃによって実現される。
【００８１】
また、着順操作卓１００での上記説明における各処理は、各処理に対応するプログラムをプロセッサ１ａに実行させることによって実現してもよい。例えば、上記説明における各処理に対応するプログラムがメモリ１ｂに記憶され、プログラムがプロセッサ１ａによってメモリ１ｂから読み出されて実行されても良い。
【符号の説明】
【００８２】
１００  着順操作卓
１１  ハードウェアキー
１２  ソフトウェアキー
１３  通信部
１４  管理部
１５  制御部
１６  タッチパネル
１７  入力履歴テーブル
１８  入力受付部
【図１】
2018055458.tif 000003
【図２】
2018055458.tif 000004
【図３】
2018055458.tif 000005
【図４】
2018055458.tif 000006
【図５】
2018055458.tif 000007
【図６】
2018055458.tif 000008
【図７】
2018055458.tif 000009
【図８】
2018055458.tif 000010
【図９】
2018055458.tif 000011
【図１０】
2018055458.tif 000012
【図１１】
2018055458.tif 000013
【図１２】
2018055458.tif 000014
【図１３】
2018055458.tif 000015
【図１４】
2018055458.tif 000016
【図１５】
2018055458.tif 000017
【図１６】
2018055458.tif 000018
【図１７】
2018055458.tif 000019
【図１８】
2018055458.tif 000020