2014年1月に、オリンピアから続編として「主役は銭形2」が登場した。差枚数管理型AT機で、純増枚数は約2.8枚/G。大当たりである「銭形BIG」の主な当選契機は、レア役解除とCZによる自力解除。銭形BIG当選時は初期枚数が決定され、150枚から711枚まで存在。7揃いによって最低初期枚数が異なる（ダブルだと200枚、トリプルだと300枚）。
2004年5月に平和から発売された。それ以前にルパンと不二子をモチーフにしたパチスロが出ているので、この台がルパンシリーズの3作目となる。ボーナスのストック機能を搭載したAタイプの大量獲得機で、ビッグボーナス中の押し順ナビに従うとほぼ711枚獲得出来る。発売当初は10万台を超える販売台数を記録しそれなりのヒットとなったが、『北斗の拳』（サミー）、『吉宗』（大都技研）の爆発的な人気の陰に隠れ、徐々に設置台数を減らしていた。しかし、元々出玉性能は高い（爆発力という点では『吉宗』に劣るが、その他の点では遜色はない）ことから、2006年7月に『吉宗』が検定期限切れでホールから撤去されるとその後釜として本機種を再導入するホールが続出。そのためメーカーでは、2006年10月に急遽「主役は銭形 THE FINAL」と題した新パネル機を発売した。他の4号機同様、2007年4月19日に検定切れを迎え、ホールから撤去された。
主役は銭形（しゅやくはぜにがた）は、モンキー・パンチ原作『ルパン三世』の登場人物である銭形警部が主人公のパチスロ機。前々作「ルパン三世」、前作「不二子2」の後継機（但し、3機種ともスペックは大きく異なる）。
1976年3月、それまで前後が短いボディを用いてきたトレドと、寸法はドロマイトと同じながらフロントグリルが異なり、リアガーニッシュを持たなかった1500TCにもドロマイトと同じボディが与えられることになり、両車はそれぞれドロマイト1300、ドロマイト1500と改称された。この結果ドロマイト・シリーズは角型2灯式ヘッドランプ・1296ccの「1300」、1493ccの「1500」、4灯式ヘッドランプを持ち、従来の1850HLと同様な装備を持つデラックス版の「1500HL」、そして従来からの「1850HL」と「スプリント」という車種体系になった。オーバードライブと3速オートマチックは1500以上で選択可能であった。1976年から1980年までに32,031台の1300と、70,021台の1500/1500HLが生産された。1980年8月、トライアンフを長年生産していたコヴェントリーのカンレー工場の閉鎖に伴い、トライアンフ・スピットファイアと共に生産を終了した。
ハンドルシステムのウェブサイトは HANDLE.NET SoftwareとHANDLE.NET Client Librariesと呼ばれる一連の実装ツールを提供している 。 Handle client はユーザソフトウェア（例：ウェブブラウザ）やサーバソフトウェア（例：ウェブサーバ）に組み込むことができる。そして、 Adobe Acrobat と Firefoxで既に利用可能な拡張機能が提供されている。Handle client software libraries はC言語とJavaで利用可能である。DOIシステムのように、幾つかのアプリケーションは特定のアドオンツールを開発している。分散的なハンドル解決サーバの、相互運用性のあるネットワーク(プロキシ・サーバシステムとしても知られる)はGlobal Resolverを通して接続される(物理的に分散しミラーリングされることを通して、１つの論理的なエンティティとなる)。ハンドルシステム技術のユーザはGlobal Handle Registryによって作成されたハンドル・プレフィックスを取得する。 Global Handle Registryはローカルで管理されたハンドルサービスのプレフィックスを保持し、名前解決する。従って、任意のハンドルサービスはGlobal Resolverを通して名前解決する。ハンドル (識別子) はクライエントによって、名称典拠かプレフィックスのクエリとしてハンドルシステムのGlobal Handle Registry(GHR)に渡される。GHRは適切なローカル・ハンドルサービス(LHS)の所在情報をクライエントに送るよう対応する。そのLHSは複数のウェブサイトに複数のサーバによって構成されているかもしれない。クエリはその時、LHS内部の適切なサーバに送信される。LHSはHTTPリダイレクトへ変換されるURLのような、情報資源を得るのに必要な情報を返す (注：もしクライエントが既に適切なLHSの情報を持っていたならば、GHRへの最初の問い合わせは省略される)。ハンドルシステムの由来となる元のモデルがデジタルオブジェクトの管理を解決することで、ハンドルシステムは同定されたエンティティ同士に特定の関係モデルを強制することも、デジタルオブジェクトだけを同定することに限定されることもない。 非デジタルなエンティティはデジタルオブジェクト管理の目的に関するデジタルオブジェクトとして表現されるかもしれない。そのようなオブジェクトをいかに定義し、いかに非デジタルなエンティティと関連付けるかについては何らかの工夫が必要である。そのような定義の中には、既に確立されたモデルが幾つかある。例えば、書誌レコードの機能要件（FRBR）、CIDOC CRM、そして indecs content modelなどである。いくつかのアプリケーションは、そのようなフレームワークとハンドルアプリケーションを引き合わせるためには非常に有用であることが見て取れる。例えば、Advanced Distributed Learning (ADL) InitiativeはShareable Content Object Reference Model (SCORM)を使う分散学習コンテンツのための既存の標準規格とハンドルシステムを合せ、ハンドルシステムの実装であるデジタルオブジェクト識別子(DOI)システムはそれを意味論的相互運用性を制御するためにindecsフレームワークと一緒に取り入れてきた。ハンドルシステムは永続的識別子の制度に対する組織的な取り組みの重要性をはっきりと示す。しかし、そのような取り組みを確保するための何らかの制度を強制することはしない。個別のアプリケーションは永続性を確保するためにルールと社会的基盤を確保するために選択するかもしれない (例えば、DSpaceアプリケーションで使う時や、DOIアプリケーションのように）。