外字サーバ
概要 ネットワーク(TCP/IP)で接続されたパソコン間で同じ外字を使用できるようになります。 各ソフトウェアの機能は次のとおりです。 外字ファイルを管理するサーバです。Windowsサービスとして動作します。Windowsサービスのため、ユーザでログオンしておく必要がありません。 外字レジスタ 外字サーバに外字ファイルを転送します。 外字クライアント 外字サーバから外字ファイルを取得し、パソコンに外字登録します。 外字の登録は、外字レジスタのインストールされているパソコンで行います。 外字サーバのインストールされているパソコンで外字情報を管理します。 実際に外字を使用するパソコンで外字クライアントを起動し、外字を取得します。 外字レジスタは、外字サーバまたは外字クライアントと同じパソコンにインストールしても構いません。 外字クライアント画面（画面を表示しないで、自動更新も可能です。）
ORCA：開発者向け情報
CVS公開 CVS公開について (日医標準レセプトソフト) CVS公開について (地域公費および国保総括表・請求書) NEW 基本設計書 基本設計書(PDF) 患者登録(PDF) 患者照会(PDF) 患者情報テーブル(PDF) 診療行為入力からの処理の流れ(PDF) 病名登録(PDF) 収納登録(PDF) 会計カレンダー入力(PDF) レセプト請求管理登録(PDF) 統計データ作成処理(PDF) 日医標準レセプトソフトデーターベース仕様書第15版（速報版）(PDF) NEW 日医標準レセプトソフトデーターベース仕様書第14版(PDF) 日医標準レセプトソフトデーターベース仕様書第13版(PDF) 日医標準レセプトソフトデーターベース仕様書第12版(PDF) 日医標準レセプトソフトデーターベース仕様書第11版(PDF) 日医標準レセプトソフトデーターベース仕様書第10版(PDF) 日医標準レ
データベースサーバリプレイスの考え方
全12回の連載も今回で最終回です。手間暇かけて構築したデータベースサーバに必ず訪れる「リプレース」という作業について、移行計画を作成するに当たっての考え方と具体的な検討項目を説明します。【更新版】 避けては通れないデータベースサーバのリプレース データベースサーバの運用は、定期的な製品のバージョンアップと、稼働するハードウェアの見直し（リプレース）が欠かせません。 バージョンアップはソフトウェアとしての機能強化をシステムに取り入れたり、不具合を修正し安定稼働させたりするために行います。リプレースはハードウェアの保守提供期間終了に対応するだけでなく、システム規模の変化にマシンスペックを適合させるためのリサイジング作業としても行われます。いずれも、構築したシステムの安定稼働と成長を支える作業として重要なものです。 特に、稼働するハードウェアを入れ替える「リプレース」という作業は、その後数年間の
JPCERT Coordination Centerソースコード解析ツールを活用した CERT セキュアコーディングルールの有効性評価報告書
こちらはご意見・ご感想用のフォームです。各社製品については、各社へお問い合わせください。 ※本フォームにいただいたコメントへの返信はできません。 返信をご希望の方は「お問合せ」 をご利用ください。
連載：止まらないWebシステム構築の基礎知識(2)
シリーズ連載 止まらないWebシステム構築の基礎知識 清水徳雄 日本BEAシステムズ プロフェッショナル・サービス 2001/10/12 Javaアプリケーション・サーバを使った大規模なWebシステム構築案件が増えていく中で、顧客に対し24時間365日の安定したサービスを提供すること、将来のスケーラビリティを保障することなどが重要になってきている。本連載では、Webシステムのコンサルティングや開発を手がけるコンサルタントやエンジニアに、止まらないWebシステム構築を考える上で必要となる基礎知識を解説する。第１回は、アプリケーション・サーバ側で行うクラスタリング機能について、WebLogic Serverの機能を例にあげながら、日本BEAシステムズの清水徳雄氏に紹介していただく。（編集局） 第1回では、WebLogic Serverにおけるクラスタリングの概念を説明しました。第2回では、前回
良好なレスポンスを実現するアーキテクチャ ― ＠IT
「ITアーキテクチャ構築の勘所」では、アーキテクチャ設計手順を示し、それぞれのステップにおける勘所を示した。その続編となる本連載は、ビジネス要求に応えるために必要な、「大量トランザクション処理」「24時間365日稼働」「使いやすい」といったシステムの特性に着目し、これを実現するためのITアーキテクチャ構築の勘所を述べていきたい。第1回の今回は「良好なレスポンス」を実現するアーキテクチャについて勘所を示す。 ITアーキテクチャ設計は、ビジネス要求に適切に応えるために、ビジネス要求に即したシステム特性を実現していく作業である。例えば、オンライン証券では多数の照会や売買の要求に対して迅速に応答する必要があり、このためにはクラスタリングやキャッシングをうまく適用したアーキテクチャ設計を行うとよい。 前回の連載では、アーキテクチャ設計手順を示し、それぞれのステップにおける勘所を示した。この続編となる
mixiや楽天の「中の人」、インフラエンジニアを語る
パソナテックは2008年12月6日、「インフラエンジニア討論会2008 ～インフラエンジニア進化論～」を開催した。楽天の和田修一氏、スカイホビットの越川康則氏、ミクシィの長野雅広氏、モトローラの石原篤氏、paperboy&co.の宮下剛輔氏、計5人の「インフラエンジニア（サーバやネットワークなどの設計・管理・運用を担当する技術者全般を指す）」が登壇し、自らの業務や興味関心、インフラエンジニアとして働くことのやりがいなどを語った。 個人のスキルに「依存した」運用の可能性 前半は各自のトークセッションとして、自らの業務、キャリア、興味関心などを5人がそれぞれ講演した。 和田氏は現在「開発部 国際開発室」に所属しており、アプリケーション開発も若干行っているものの、メインは台湾版「楽天市場」の設計・構築・運用の業務を行っている。大学時代は経済学部で、技術を学んだのは就職後。「大学時代はバンドに明け
広告システムエンジニアは絶対におもしろいと思う理由 - 最速配信研究会(@yamaz)
少し前からだけど,Cookpadやはてなが広告システムエンジニアを募集している. クックパッド｜採用情報: 【技術部】アドシステムエンジニア http://info.cookpad.com/?page_id=113 求人情報：広告システムエンジニア - はてな http://www.hatena.ne.jp/company/staff/accountengineer 私個人の経験から,オンライン広告システムというのは検索やインフラ系と並び,インターネット系のシステムの中でもっともエキサイティングな分野の一つだと思っている.それにもかかわらず,狙って応募してくる人はあまりおらず,いつもいつも悔しい思いをしてきていたので,広告システムがいかにおもしろいかをちょっと述べてみたいと思う. その会社で一番アクセスを受けるところなのでおもしろい. 広告システムはそのサイトの全サービス上に配信する必要が
ricollab Web Tech Blog » Blog Archive » RESTアーキテクチャスタイル入門の記事をすべて公開しました
1月に三分の一を公開して以来、ずるずると遅れていた残りの記事の公開をやっと行いました。 RESTアーキテクチャスタイル入門 Web アプリケーションのアーキテクチャ Web サービスと REST RESTful な URI の設計 出版は2006年なので2年前の記事です。内容が一部古くなっている部分もあったため、現時点での最新情報に少しだけアップデートしました。
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
[PDF] WindowsでクラスタリングDBシステムを構築する-MSCSを使ったクラスタリングを検討されてる方へ-
日本のオラクル・コミュニティが一堂に会するプレミア・イベントにぜひご参加ください。新しいスキルを身に付け、業界エキスパートと交流し、複雑なビジネス課題を解決するためのソリューションを発見しましょう。
Latest > Flakes of Ideas > プログラムで会話する奴とUMLの必要性とフォロワーの現れないオープンソースソフトウェア - outsider reflex
図示のパターン 情報組織管理論の講義に遅刻した。前回の講義を丸々サボって（寝過ごしたのですよ）いたため全く内容についてけん。 講義に出たところでは、丁度ミーリー型とムーア型の状態遷移図の説明がなされていて、最後のまとめでどうやらここまでの間に「自動機械の内部処理の表現法」として「図的表現」「ブロック図」「フローチャート」「ネットワーク図」「状態遷移図」の5種類を扱ったらしいことが分かったのだけれど、説明を聞いた「状態遷移図」と中学時代にやった「フローチャート」以外がてんで分からなかったというのが今日の要旨。 Google で検索してみたり研究室の方に教えてもらったり教授に直接教えて貰ったりで色々あって、以下のようなことが分かった。 図的表現とは、 IDL 定義のように中で何をやっているかは考えずに入力パターン・出力パターン・パラメータを列挙するもの。 ブロック図（ダイアグラム）とは、処理装
システムの評価、できてますか? | コラム | 経営 | マイコミジャーナル
新着記事一覧 OKI データ、植林活動による環境保護とカーボンオフセットをタイで実施 [14:42 9/30] TVアニメ『恋姫†無双』、待望のDVD第一巻登場! 特典は立体マウスパッド!! [14:29 9/30] 質問そのものに投票? 20%ルールから新サービスGoogle Moderator登場 [14:18 9/30] Google Chromeマルチプロセスの功罪、メモリ使用編 [14:10 9/30] HTML 4.01の正しい記述方法、最小構成編 [14:01 9/30] 【コラム】恋する家電 第3回 毎日一緒に過ごしたくなるカメラ、リコー「R10」 [14:00 9/30] 世界的に有名な"福田産コーデュロイ"のオリジナル服を発売 - 東武百貨店 [13:21 9/30] 【インタビュー】蜷川幸雄監督、吉高由里子主演の『蛇にピアス』を原作者・金原ひとみが語る
naoyaのはてなダイアリー - 負荷とは何か
調べごとをしたので blog に書いて理解を深めようのコーナーです。長文です。 Linux でシステム負荷を見る場合にお世話になるのが top や sar (sysstat パッケージに同梱されてるコマンド) などのツールです。 top ではシステム統計のスナップショットを見ることができます。今システムがどういう状態かなーというときは top が便利。 top - 08:16:54 up 3 days, 14:43, 6 users, load average: 0.18, 0.07, 0.03 Tasks: 43 total, 2 running, 41 sleeping, 0 stopped, 0 zombie Cpu(s): 18.2% us, 0.0% sy, 0.0% ni, 81.8% id, 0.0% wa, 0.0% hi, 0.0% si一方の sar では10分ごとのシ
@IT BBS: 要求定義/基本設計/詳細設計の範囲 - アーキテクチャ
業務アプリとツールや組み込み系ではかなりちがうし、流行のＵＭＬと なるとまた違うのでしょうけど．．． 業務アプリの場合、 ■要件定義 ・業務要件：現状、新業務フロー等 ・システム要件：インフラ系を中心にネットワークやプロダクト等 ・セキュリティー要件：セキュリティに関しての要求事項等 ・機能要件：大まかな機能や、「これを実現して欲しい」等の要求 ・運用要件：運用まわり、バックアップ、容量見積等 ・その他：ケースバイケースで他に何かあれば ※昔はレスポンス要件等もあったんですが、ＷＥＢ等は保証できないですからねぇ ■基本設計 ・システム設計：インフラ、ネットワーク、機器構成、プロダクト構成等 ・画面設計：デザイン、項目定義等 ・ＤＢ設計：論理／物理設計、ＥＲ図等 ・処理設計：ＤＦＤ、ＩＰＯ、ＵＲＵＤ、コード設計等 ・業務・運用設計：サービススケジュール、バックアップ、リカバリー方法 新業務フ
システム設計は思考のための汎用的な手法
問題分析から解決案の実施までを含むのがシステム設計 世の中にあるいろいろな手法の中で、システム設計ほど汎用的な思考に役立つものはない。それを述べる前に、システム設計とはどんな内容なのか簡単に説明しよう。 一般的にシステム設計とは、コンピュータを利用したシステムの設計を指す。当然、ソフトウェア技術者の仕事として知られている。また、この仕事に必要な技術は、ソフトウェアに関するものだと思われている。確かに、プログラミングに近い作業では、ソフトウェアの技術を中心に用いる。しかし、システム設計全体から見れば、プログラミングに近い作業は一部でしかない。システムの内容にもよるが、多くても３割、少ない場合は１割以下だろう。 それよりも、対象の構造や問題の分析、将来を見据えた対象の新しい姿の規定、システムと呼べるレベルに達するような全体構造の設計、実現に必要なシステムの細部の設計などが求められる。それ以降の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://itpro.nikkeibp.co.jp/members/bn/mokuji.jsp?OFFSET=0&MAXCNT=20&TOP_ID=333918
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
標準化への取組み ～ EPCglobal::NEC技報
大量トランザクション処理に適したアーキテクチャ ― ＠IT
