約 1,936,033 件
https://w.atwiki.jp/kyojin/pages/35.html
タスク 残秋挽歌にて登場。スズメ。 本名：佐囲東タスク ハンドルネームはスズメ。
https://w.atwiki.jp/unoy/pages/31.html
ヒューマンエラー 人間は絶対間違いをおかす。とよく大学の教授に言われましたが、必ず何かしらミスをしでかすのは確かです。多くの原因は疲れてるせいだったり、油断からくる不注意・確認とばしなどですね。 業界基準のガイドラインがあると思いますが、適用はそこそこにして現場にそったガイドラインの変更を地道に行っていくべきです。 と、現場を知らないくせにうけうりで言ってみます（苦笑 これから現場で修行します！ さて、ヒューマンエラーが注目され始めたのは、１９７９年のスリーマイル島の原子力プランとの事故からだそうです。ボクの生まれる前の話ですね（苦笑 で、ジェームズ・リーソンが『ヒューマン・エラー』という書籍を認知心理学の視点から１９９０年に発表し、この分野の第一人者となっています。 心理学的な「ヒューマンエラー」定義 計画された心理的・身体的過程において意図した結果が得られなかった場合を意味する用語(Reason, 1990)。 意図と結果のズレが問題とし、より心理的レベルに焦点をあてている。 人間工学的な「ヒューマンエラー」定義 「システムから要求されたパフォーマンスからの逸脱」(Meister, 1971) 「システムによって定義された許容限界を超える一連の人間行動」(Swain, 1980)。 起こした行動にシステムが耐えられるかが焦点。同じ行動でも許容限界が広がればエラーは減る。 ヒューマンエラーの５要素 Man (人) Machine (システム) Media (環境) Mission (作業内容) Management (管理体制) スウェインのエラー分類 オミッションエラー タスクの一部を行わなかったことで起こるエラー コミッションエラー タスクを間違って行ってしまい起こるエラー シーケンシャルエラー タスク実行の順序を間違って起こるエラー タイミングエラー タスクを早く、または遅く遂行して起こるエラー ノーマンのエラー分類 スリップ 行為が意図どうりに行われずに起こるエラー ラプス 記憶の失敗によるエラー ミステイク 計画自体が目的に対して適切でなかったために起こるエラー 間違ったルールの適用 Rasmussen のSRKモデルによる分類 リーソンがRasmussen のSRKモデルにエラーを当てはめ、GEMSモデルを作った。 行動レベル 対応するエラー スキルベース Slip (Norman) Lapse (Reason) ルールベース Mistake 知識ベース Mistake GEMSモデルのエラー分類 インターフェイスにおけるヒューマンエラーが起こる理由を説明できる概念的なフレームワーク スキルレベルのスリップ、ラプス ①強い習慣の割り込み 従来の習慣の割り込み 分岐エラー 停止ルールの無視 変更点に関する脱制止 ②妨害による省略 意図の忘却 意図の減衰 ③知覚の混乱 ④干渉による混乱 ルールベースのミステイク ①強い一般的ルールの排除失敗 ②ルールの誤使用 ③手がかりの誤った選択 ④手がかりの見過ごし 知的レベルのミステイク ①知識の欠如 ②理解の欠如 ③知識の誤使用 ④理解、記憶量の限界 ⑤フィードバックの遅れ ⑥同時並行作業のモニタリングの欠如 参考文献 清川清 情報科学研究科 抗議PDF ヒューマンエラー事故防止対策検討委員会
https://w.atwiki.jp/nightfox/pages/34.html
Invalid or expired tokenの修正手順 読み込み時に「Invalid or expired token」というエラーを吐く場合があります。 手順 画面右上のボタンを押し、投稿画面を開く 画面上中央のアカウント名をタップ（無い場合も画面上中央の空白部分をタップしてください） アカウント一覧が表示されるので、エラーの発生しているアカウントを左にスワイプして削除（どのアカウントでエラーが発生しているか分からない場合は全てのアカウントを削除してください。） 設定アプリを開き、設定＞Twitter＞エラーの発生しているアカウント名をタップ（エラーの発生しているアカウントが分からない場合は全てのアカウントで試してください。） パスワードを求められるのでパスワードを入力し、アカウントを認証する。 *夜狐に戻り、左上の鳥ボタンを押しタブ管理画面へ タブ管理の＋を押していき、アカウントを登録。 *タブを登録し、エラーの出ていたアカウントのタブは削除する
https://w.atwiki.jp/makebotsh/pages/29.html
動作確認ページでエラーメッセージが表示されることがあります。 それぞれのメッセージの解消方法は、以下をご参照下さい。 1.「つぶやき元の設定に誤りがあります。」と表示される場合1-1. https //apps.twitter.comへアクセスしてログイン 1-2. 「Twitter Apps」を選択 1-3. タブメニューの「Permissions」を選択 1-4. 「Read and Write」か、「Read, Write and Access direct messages」に変更して、「Update Settings」をクリック 2.「登録したAPI Keyの認証が切れました。こちらを参考に再登録をお願いします。」と表示される場合 3.「登録したAPI keyの重複登録が確認されました。」と表示される場合 4.「つぶやきに悪意ある内容を含んでいます。つぶやきを変更して下さい。」と表示される場合 5.「TwitterのAPI制限の回数を超えたため発言できませんでした。」と表示される場合 6.「投稿文字数が１４０文字を超えています。」と表示される場合 7.「Twitterの仕様により、一定時間中の同一投稿はできません。」と表示される場合 8.「Twitter側の不具合で投稿できませんでした。」と表示される場合 1.「つぶやき元の設定に誤りがあります。」と表示される場合 このエラーメッセージは、つぶやき元の設定において、 アプリケーションの使用権限の設定に誤りがある場合に表示されます。 以下の手順を参考にして下さい。 1-1. https //apps.twitter.comへアクセスしてログイン apps.twitter.comにログインするには、Makebotに登録したTwitterアカウントでログインする必要がございます。 Twitterにログインする際にご利用になるアカウント名とパスワードをご確認の上、再度お試しください。 1-2. 「Twitter Apps」を選択 1-3. タブメニューの「Permissions」を選択 1-4. 「Read and Write」か、「Read, Write and Access direct messages」に変更して、「Update Settings」をクリック 2.「登録したAPI Keyの認証が切れました。こちらを参考に再登録をお願いします。」と表示される場合 このエラーメッセージは なんらかの理由によりTwitterとの連携が切断された場合に表示されます。 申し訳ございませんが、 解決するためには再度アプリケーションを作成してつぶやき元の設定をやり直して下さい。 つぶやき元の設定については、以下のガイドを参考にして下さい。 http //www55.atwiki.jp/makebotsh/pages/38.html 3.「登録したAPI keyの重複登録が確認されました。」と表示される場合 このエラーメッセージは Makebotに登録したAPI Keyを別の場所で利用した場合など、 API Keyの利用ができなくなった時に表示されます。 作成したアプリケーションのAPI Keyは他の場所では使わないで下さい。 ボットが動作しなくなってしまいます。 申し訳ございませんが、 解決するためには再度アプリケーションを作成してつぶやき元の設定をやり直して下さい。 つぶやき元の設定については、以下のガイドを参考にして下さい。 http //www55.atwiki.jp/makebotsh/pages/38.html 4.「つぶやきに悪意ある内容を含んでいます。つぶやきを変更して下さい。」と表示される場合 このエラーメッセージは つぶやきに悪意ある内容が含まれていると判定された場合に表示されます。 この判定はTwitterにより行われるため、Makebotでは対応を承ることはできません。 登録したつぶやきを変更するか、直接Twitterサイトへお問い合わせ下さい。 5.「TwitterのAPI制限の回数を超えたため発言できませんでした。」と表示される場合 このエラーメッセージは Twitterのつぶやき回数制限に達した場合に表示されます。 Makebotの設定変更するなどして、つぶやき回数を軽減して下さい。 6.「投稿文字数が１４０文字を超えています。」と表示される場合 つぶやきが140文字を超えた場合に表示されます。 つぶやきを変更して、文字数を減らして下さい。 7.「Twitterの仕様により、一定時間中の同一投稿はできません。」と表示される場合 Twitterでは、一定時間内に同一内容のつぶやきを行うことはできません。 以下の対応方法をご参照下さい。 つぶやきの登録数を増やす つぶやき頻度を下げる 8.「Twitter側の不具合で投稿できませんでした。」と表示される場合 このエラーメッセージは Twitter側での不具合が原因でつぶやきができなかった場合に表示されます。 Twitterの対応をお待ち下さい。
https://w.atwiki.jp/aniwotawiki/pages/26792.html
登録日：2013/12/26 Thu 20 54 33 更新日：2023/11/23 Thu 19 16 26NEW! 所要時間：約 3 分で読めます ▽タグ一覧 みんなのトラウマ エラー エラー娘 エラー猫 マスコット ラスボス 妖怪猫吊るし 猫 艦これ 艦隊これくしょん 遠征は済ませたか？ 猫様にお祈りは？ PCの前でガタガタ震えてイベントに出撃する心の準備はOK? 艦隊これくしょんに…というか艦これで通信エラーが発生した際に表示される画面に登場するキャラクター、それがエラー猫とエラー娘である。 2013年4月よりサービスが始まったブラウザゲーム、艦隊これくしょん。当初は知る人ぞ知るゲームだったが、某漫画家のツイートなどの口コミによりユーザーが急増。6月には毎週1万人を超える提督が新規着任し、さらにはそのうち半数近くがアクティブユーザーとして定期的なログインを行うという大ヒットとなった。 しかし同時にある問題が発生することになる。 もともと運営側も「アクティブユーザーが2万くらいいけばいいね」くらいの考えだったらしく、これほどのヒットになるとは全く予想していなかった。 当然使用していたシステムもそのくらいのユーザー数を想定したものであり、急速に増えていく提督の数に対応しきれるものではなかった。 システムの構造にも問題を抱えていたが、一番問題を抱えていたのは現在とは異なるデータの管理方法だった。 サービス開始当時、ゲームの根幹となるサーバーで読んで字の如く艦これの全データの管理を行っており、艦これの画面上で変化が起きる度にサーバーに情報を送信→サーバーから結果を送信→画面の変化が完了するという余りにも迂遠な方法を取っていた。 そのため、サーバーには許容量を越えた負荷が掛かり続け、想定を越えた数のアクティブユーザーを抱えた状態で悲鳴を上げ始めていた脆弱なサーバーに追い打ちを掛ける事となった。 その結果何が起こったか。 エラー祭りの開幕である。 システムが捌ききれない数のユーザーが同時にログインするのだから当然だが、各所で通信エラーが頻発。スタートをクリックするとエラー、艦隊を編成しているとエラー、出撃しようとしてエラー、なんとか戦闘に勝利したらエラー… 阿鼻叫喚のエラー地獄がそこにあった。 普通に遊ぶことすら困難で、最悪の場合は出撃したぶん消費はしているのに経験値もドロップもなし、なんてケースも。 もう飽きるほど見せられたエラー画面。『通信エラーが発生した為、お手数ですが、オンラインゲームのトップよりゲームの再開をお願いいたします』という案内とともに現れる、両手で猫を吊り下げたドヤ顔の女の子。それこそが通称エラー娘とエラー猫である。 実はエラー娘はゲームを始めると表示されるチュートリアルを担当しているのだが、エラー画面の印象が強すぎてそんなことを覚えている提督はごく少数である。顔を覚えていてもボイスが付いていたことを覚えている人はなお少ないだろう。 これは、運営側がエラー画面を作るのを忘れており、稼働直前になって思い出したため、急遽チュートリアル娘を使ったからだとか。彼女の帽子の若葉マークはその名残で、新人どころかむしろ着任したての提督を取り仕切る教官様の証という訳である。（後輩たちに比べて態度が大きいのもむべなるかな…）。 そんな訳で、艦これアーケードでも個人演習や新システムの説明役として登場するのだが、エラー猫のしっぽが動くというセガの無駄な拘りを見ることができる。 運営の回答によれば、エラーの原因は猫が鯖＝サーバーを食べてしまったためらしく、その原因を捕まえてきているのだからエラー娘はむしろプレイヤーの味方とも言えるのだが… こっちはまともにプレイできず頭を抱えているというのにドヤ顔で何度も何度も猫を見せつけてくる彼女はいつしか「妖怪猫吊るし」「エラー娘」などと呼ばれるようになり、提督たちからは恐怖(もしくは腹パン)の対象として見られるようになっていった。(猫を吊るしているのは腹パンを防ぐためとの説も) ちなみに、お気づきの方もいるだろうが、猫を捕まえて見せつけているのは当のエラー画面であり、原因を捕まえようがなんだろうが既にエラーは起きているため完全に無駄である。 エラーの襲来による主だった悲劇の舞台となったのは最初のイベントである『敵艦隊前線泊地殴り込み』。 ゲーム運営そのものに不慣れで手探り状態の公式サイド、マスクデータの多さが災いし手探り状態の提督達、推奨練度70という開始1ヶ月後に開催とは思えない難易度、 理不尽な渦潮、13年秋イベントの5倍の速さで回復するゲージ、錯綜する真偽が定かでない情報…… 艦これ黎明期故の稚拙さが滲み出てしまった設計ミス等にエラーの爆撃まで降り注ぎ、特に土日祝日や平日19時以降といった必然的にプレイヤーが増える時間帯はまともにプレイできる状態では無くなった。 その後はサーバーの増強などもありエラーの発生は減少した。ついでに6月中にエラー娘も代替わりした。 しかし現在でもイベント期間やメンテナンス明けなど、アクセスが集中する時期には猫が現れることもあり、羅針盤とともに艦これにおける真のラスボスとして多くの提督に恐れられている。 エラー頻発を猫爆撃、猫オンラインと呼ぶなどもはや名物の一つと化している感さえある。 大本のDMM GAMES側のサーバー障害や攻撃的なアクセスにより発生することもままあり、その場合は運営が公式Twitterから注意喚起を行われるため、不意にエラーが頻発する場合はチェックすることが推奨されている。 最初期は想定以上のアクティブユーザーの数によりサーバーが悲鳴を上げていたが、イベントの仕様に問題を抱えていた事が原因でエラー猫が頻繁に襲来するイベントもあった。 それが15年夏イベント『反撃！第二次SN作戦』であった。 原因となったのは後段作戦として8/11オンメンテでE6と共に開放されたE7「FS作戦」。 初の装甲破砕ギミック実装となった同海域だが、「装甲値が直接下がる」タイプのギミックではなく、「装甲値はそのままにクリティカルダメージに補正がかかる」というもので確実性がなく、特定マスを複数回S勝利することで初めて効果が出るもので1回ずつS勝利では効果が薄く5回はS勝利が必要とされた。 おまけにそのギミックは同海域クリア報酬の照月が史実で没したのが深夜0時とされている事に引っ掛けて深夜0時を迎えると強制的にギミックの効果が消える為、0時を回れば再びギミックを解除しなければ極悪なボスの打破が出来ない可能性が非常に高かった。 ……もうお分かりだろう。 0時を迎える前に可能な限り削ろうとする提督、0時を迎える前に攻略しようという提督、0時を超えると同時にギミック削りをスタートしようとする提督…それぞれの理由でアクセスが0時前後に集中。全サーバーが猫爆撃に見舞われた。 特にイベント前からサーバーが不調だったラバウル鎮守府の猫の襲来具合は飛び抜けており、平時は安定しているサーバー群でさえもその時間帯の攻略は戦々恐々としたものになった。 初手ランダム羅針盤や雷巡出禁を筆頭とした凶悪性も相俟ってE7は地獄と化し、サーバーへの負荷を鑑みてか、後にギミックのタイムリミットは早朝5時に変更された後タイムリミットそのものが撤廃された(難易度変更に伴うギミックリセットは実装された)。 2016年冬イベント『出撃！礼号作戦』開始直後に呉鎮守府サーバがプレイ目的外のアクセス及び国外からの攻撃性の強い不正アクセスにより陥落という事態が発生。 編成したら落ちる、補給したら落ちる、ボスを倒したと思ったら落ちる、とまともに攻略できない阿鼻叫喚の惨状が続いていたが、 運営は呉鎮守府の全艦隊を新呉鎮守府サーバに疎開させるという措置を取り、なんとか解決した。 「疎開」という表現が使われたことから、この不正アクセスによる攻撃は提督達の間では「呉大空襲」と呼ばれた 艦これ第一期最終イベントに位置付けられた2018年冬イベント『捷号決戦！邀撃、レイテ沖海戦(後篇)』においては、後段作戦実装後に違法な多重アクセスで全サーバーで猫爆撃が発生。対策が完了するまで運営もつきっきりになり沈静化するまでまともに攻略が出来る状況ではなくなった。 更に虚偽の違反報告による艦これ公式Twitterアカウントの一時的な凍結によって運営が情報発信が困難になり提督達の攻略に支障をきたすことになったりと、災難続きのイベントとして名を残す事になった。 2019年冬イベント『邀撃！ブイン防衛作戦』は開始後に目立ったサーバートラブルやバグもなく、開始時のメンテナンスの遅延による1日程の延長があるか否かだろうと予想されていたが、イベント期間後半に差し掛かった9日夜から海外からのものと思われる全サーバーへの波状的飽和攻撃が発生。 急激な負荷とそれによる猫の襲来はあれどサーバーそのものの耐久性が向上している事もあってサーバーが落ちるということは無かったが、 全サーバーを順繰りに襲う稼働妨害目当てのアクセスは15日になってもおさまる気配を見せず、攻撃が無い日は無いといっても過言ではなく、 運悪く攻撃に居合わせた提督からは瞬間的に動作が重くなり、或いは通信が不安定になったことによる猫襲来の報告が相次ぐ。 収容人数が他サーバーより少なく「他が猫ってもここだけは平常運転」「操作ミスで多窓しないと見れない」と称されるほど安定している佐世保鎮守府でも猫に襲われるという状況に。 そして日付を跨いだ15日0時頃、「攻撃が執拗すぎるので、流石に頭にきました」とこれまで表立って声を荒げる事が少なかった運営Twitterが声を荒げ(*1)、必要な処置に踏み切ると発言する事態にまで発展。 1週間近い防戦と警戒を土日祝日返上で続けた運営の怒りを爆発させるに至った業務妨害と攻略妨害による被害を鑑みて、イベント期間の若干の延長が予定されている。 ちなみに二代目エラー娘は猫に対して土下座をしており、初代に比べて弱体化していると言われる。 まあ実際エラーは既に起きているのでこちらの方が正しいとも言えるが。 初代を懐かしむ声もちらほら。 日が進むごとにエラー娘の仕事も細分化し、新規着任枠・メンテナンス枠とことなるエラー娘等も別の娘が担当することになり後輩も増えた。並べると初代のインパクトの大きさがわかる。 帰ってください。 ゲーム内での出番こそ少なくなったが、コラボグッズやリアルイベント場内での書下ろしイラスト掲載など、今でも提督がトラウマにならずに目にする機会は多いのであった。 なおエラーが発生しても補填はない。せいぜいあんまり酷いとイベント期間を延長してくれるくらい。 なので某スマホゲーみたいにわざとエラーを誘発しようとしても無駄(元からやったらいけないけど)。むしろ「ふざけるな!死ね!」と漏れなく全提督から罵倒されます。 追記・修正をお願いし △メニュー 項目変更 この項目が面白かったなら……＼ポチッと/ -アニヲタWiki- ▷ コメント欄 [部分編集] 出たなぁ妖怪猫吊るし！ -- 名無しさん (2013-12-26 21 49 12) どうせ みんな ねこる -- 名無しさん (2013-12-26 22 08 38) 俺まだこの娘見たことない -- 名無しさん (2013-12-26 22 24 02) 今は何代目だっけ？ -- 名無しさん (2013-12-26 22 29 33) ↑×2 マジで？いったいどこの幸せな鯖所属だよ・・・ -- 名無しさん (2013-12-26 22 32 57) ↑3 チュートリアルには必ず出てくるんだがな。 -- 名無しさん (2013-12-26 22 52 17) 舞鶴の -- 名無しさん (2013-12-27 02 49 26) ↑夏イベントはこいつのおかげで楽しかったよ(白目) -- 名無しさん (2013-12-27 02 50 36) なお公式四コマでもネタにする有様 -- 名無しさん (2013-12-27 07 47 16) アンソロとかでは羅針盤もネタなってたよｗていうかエラー娘全員はみたことないな・・最近はじめたから初めのほうのは -- 名無しさん (2013-12-27 08 04 12) 近所のゲーセンの整備中機器に貼ってあったわ -- 名無しさん (2013-12-27 11 07 09) 猫おでこぺちん娘と猫顔隠し娘もお忘れなく -- 名無しさん (2013-12-27 12 54 39) 「エラー娘だっ！なあっ！エラー猫だろう！？お前っ！？猫置いてけっ！」 -- 名無しさん (2013-12-27 18 12 37) そもそも本来はチュートリアル娘なのに、予想外の鯖負担増大でエラー頻発＞エラー画面を急遽準備しなければいけなくなり、そこでスタッフの目についたのが…というのがエラー娘誕生（？）のきっかけなんだとか。……だから編隊を組むな猫爆撃すんなぁ！？ -- 名無しさん (2013-12-29 00 35 16) ヒャッハー！イベントだ！猫祭りだ！ -- 名無しさん (2014-04-23 17 50 38) なお2014年の夏イベではログインすら出来ないという祭りがががが -- 名無しさん (2014-09-04 12 29 01) 午前7時前後によく遭遇するのは、朝学校などに出かける前にデイリー任務の遠征や演習をこなす人が多いせいなんでしょうね・・・ -- 名無しさん (2014-12-21 00 06 02) アニメでこいつも出るのかな？ まぁ出るとしても多分背景になると思うが -- 名無しさん (2015-01-23 17 14 54) 瑞鳳小説にも明らかに彼女と思しき妖精がいたのには笑ったｗ -- 名無しさん (2015-02-05 06 49 43) アニメの最終話でいざラストバトル！！のところで出てきて終わったりしてｗｗｗｗ -- 名無しさん (2015-02-05 09 16 38) 扱いとしてはアークスにとってのドゥドゥみたいなもんか -- 名無しさん (2016-03-14 22 41 04) vita版のチュートリアルでボイスついてたけどブラウザ版のチュートリアルだとどうなんだっけ -- 名無しさん (2016-12-28 15 40 55) 収容人数が他鯖に比べ少ない佐世保鎮守府では見るほうが稀 -- 名無しさん (2018-04-05 08 57 22) アイエエエエ! エラー!? エラーナンデ!? -- 名無しさん (2021-08-15 07 16 29) 名前 コメント
https://w.atwiki.jp/stalker_cop/pages/83.html
タスク NPCや場合によっては自然に発生するミッション。達成する事で報酬として金やアイテム、場合によってはレア装備品やアーティファクトが貰える。 副次的な物として、条件を満たす事で、様々なメリットがあるAchivment(実績)が一部解除できる。 また、特定のタスクの達成する事でエンディングにも変化がでる。 ここでは受けられるタスクを紹介する。ネタバレ要素もあるので注意
https://w.atwiki.jp/stgbuilder/pages/453.html
＜エラーコメント＞ 「スクリプト名」[TASK 「タスク番号」]で無限ループを検出しました 「スクリプト名」[TASK 「タスク番号」]のラベル(OUT 「ラベル番号」)が見つかりません
https://w.atwiki.jp/mm14e01/pages/4.html
残りタスク数や、現在進行中のタスク、完了タスクの情報を共有しながら把握するため、タスクボードを用意しました。 タスクに着手する前に、タスクをTODOからDOINGに移し、完了次第DONEに移して下さい。 残り時間が少ないので、作業中に終わる見込みがないと感じた場合、他のタスクに切り替えて下さい。 タスクボード TODO やる事リスト DOING 現在進行中のタスク DONE 完了タスク一覧 タスク名・詳細 記述者 年内 大分類＞小分類（補足説明） ソケットを使って○○する事など 天野 mysqlとDBのデータを全員のPCにインストール 天野 o Socketを使えるようにトレーニング（全員） 天野 o DBを使えるようにトレーニング（全員） 天野 o 中継ムービー＋Socket o 派遣作業員選択画面のデザイン 米多 全ボタンをトラックボールでもポイントしやすいサイズに調整（閉じるボタンや事業所など） 米多 障害時に区の枠が光る２（Socketあり） o つなぎのムービーからフレームを呼び出す 保留：：つなぎのムービーにユーザ名を表示 DBから取得、ユーザIDはIPアドレスの下一桁が奇数なら１、偶数なら２。 o 起動時チュートリアル１ ２０５０年の無線送電を完成する配電システムであることを説明するウィンドウが表示される 起動時チュートリアル２ 初回表示時の概要説明に続いて、ウィンドウ内で区をクリックすると拡大する事を表示（閉じるボタン、区が拡大するアニメーション） 起動時に下部メッセージにMPS.co.ltdを表示 o 初回拡大時チュートリアル１ 初回拡大時にからっぽのウィンドウを出す（閉じるボタン付き） o 初回拡大時チュートリアル２ タワーをクリックするとタワー情報が見れることをアニメーションを交えて説明 初回拡大時チュートリアル３ タワーをクリックすると事業所情報が見れることをアニメーションを交えて説明 初回障害発生時チュートリアル１ 初回障害時のみからっぽのウィンドウが表示される o 初回障害発生時チュートリアル２ 初回障害時のみ、タワー情報から作業員派遣を押す必要があることをウィンドウに表示する 操作台用フレームで、起動時に時計のあった位置にユーザ名をＤＢから取得して表示する ユーザIDはIPアドレス下１桁が奇数なら１、偶数なら２。 o ＨＴＭＬをFlash内に表示できないか検証 天野 ＤａｔａＧｒｉｄで選択して、Ｔｒａｃｅ 天野 ＤａｔａＧｒｉｄで選択してＤＢへＵＰＤＡＴＥ 天野 ＤａｔａＧｒｉｄを黒くする 天野 起動時に故障の情報を取る 天野 起動時に故障の情報を適用する 天野 操作台１と２、それぞれが故障を発生させる 天野 PRESS ANY KEY画面 何かボタンが押されたら別ファイルのフレームXXX.swfを呼び出す o PRESS ANY KEY画面 デザインする ナビゲーションの文章考える 起動時 配電管制システム概要 どこに何が表示されているかを最前面に説明用レイヤーを一枚重ねて説明。 例：配電状況を視覚的にあらわす 障害時は赤くなる。 例：システムの使用を終了するログアウト 起動時 拡大機能 拡大時 タワー情報 拡大時 事業所情報 障害時 派遣方法 天野 ログアウトボタンを押されたらPressAnyKeyに戻る o ログアウトボタンを押されたらＤＢのユーザテーブルのplaingフィールドを0にUPDATE。 o PressAnyKey画面で何か押された時、ＤＢのユーザテーブルのplaingフィールドを確認し、１のものがなければ時計に2050/1/1をセット o 上記条件時、Socketで 5,2050/1/1を送信する。 o メインディスプレイ時間リセット Socketで 5,2050/1/1 を受信したら、時計にセットする o 中継ムービー時間リセット Socketで 5,2050/1/1 を受信したら、時計にセットする o 操作台時間リセット Socketで 5,2050/1/1 を受信したら、時計にセットする o 派遣作業員選択?Ｔｒａｃｅ 天野 o 派遣作業員?確認画面 天野 o [修理開始]タワー画像を修理中に 天野 o [修理開始]派遣情報Socket共有 天野 o [修理開始]修理中のタワーには更に派遣できない（自分のみ） 天野 o [修理開始]修理中のタワーには更に派遣できない（他操作台も） 天野 o [修理開始]作業員情報書き換え 天野 o [修理開始]ログ書き換え 天野 o [修理完了]タワー修理完了画像 天野 o [修理完了]修理完了情報Socket共有 天野 o [修理完了]修理完了情報を各変数に適用 天野 o [修理完了]作業員情報書き換え 天野 o [修理完了]ログ書き換え 天野 o [配置換え]画面配置 天野 o [配置換え]ＤａｔａＧｒｉｄに一覧表示 天野 o [配置換え]選択した作業員をＴｒａｃｅ 天野 o [配置換え]行き先事業所を選択 天野 o [配置換え]確認画面 天野 o [配置換え]ＤＢ書き換え 天野 o [配置換え]待ち作業員数更新 天野 o logsテーブルにaddColmn(tower_id)する。 天野 起動時、故障タワーを取得 起動時にpE1等を設定する １タスクが３時間以内で終わること 一人一日１タスクで１月９日に間に合うように。 （１時間で終わると思っても実際は３時間かかる） 作業者 タスク名・詳細 記述者 着手日 天野 派遣作業員一覧表示 天野 1/1 山科 ナビゲーション検証 半透明・そのウィンドウ以外操作不可 検証結果 ボタンの無効化か新規レイヤー作成し透明ボタンをかぶせハンドカーソルの非表示でやるしかないと思うのでどちらがいいか決めてください。 注意 flashが起動できなくなったのでこれからはASファイルにスクリプトだけを書きますのでコピペして使ってください。もしエラーが出たら言ってください。 読み込み検証 つなぎのムービーからフレームへ 読み込み検証結果 自身を閉じることはできるが別のswfファイルを開こうとするとブラウザが起動しさらに表示に時間がかかる。 次に、load方法ですると_root指定はロックすることで対処できるが頻繁に_root,this指定を使っている為もしエラーが出たとき対処が困難と思われるので避けたほうがいいかと。 あとはfscommandのexecコマンドを使えば思っていた動作は可能（だが、このコマンドはプロジェクタに限り有効）３つ目はfilebankにデータupしておきますので見ておいてください。（ファイル名はp_command.zip）以上のことから個人的には３つ目の方法か結合が妥当かと思います。 山科 12/25 寺岡 ・故障発生部分 1箇所起こるようにする 初回起動時の同期は成功一応成功しました。今は故障時、故障が直った時にDBに書くところをやっています。 ・自動経路選択部分 軽くする 12/22 米多 区循環ムービーのファイルのアップをお願いします。 中継ムービー 改良 ＰＶの修正 改良 区循環ムービーのデザイン 米多 1/7 谷中 音集め ボタンクリック音 アラート音 区循環ムービーで障害の起こった区に自動で移動する音 完了 ＢＧＭ収集中 12/31 作業者 タスク名 着手日 完了日 米多 ＰＶとシステムのつなぎムービー 結合 12/22 12/22 米多 仮ログアウトボタンを配置 12/22 12/23 寺岡 自動経路選択部分バグ修正 12/23 12/23 米多 障害時に区の枠が光る１（Socketなし） 12/24 12/26 米多 アイコン 改良 12/26 12/29 米多 縮小ボタン マウスオーバーで説明を出す 12/26 12/29 米多 給電範囲ボタン マウスオーバーで説明を出す 12/26 12/29 米多 アイコン凡例１ 追加 障害発生時のタワーのアイコンの例 線の説明 無線経路の例 米多 アイコン凡例２ 大阪市の図の右端に再配置 米多 配電図のレイアウト改良 米多 起動時にナビゲーションをする 米多 障害時、凡例があった場所に下部メッセージとして「障害発生 作業員を派遣してください」を表示 (障害時の処理未完) 米多 障害復旧時、凡例があった場所に下部メッセージとして「MPS.co.ltd」を表示 (障害復旧時の処理未完) ※基本的な使い方はWORDと同様です 行の挿入 右クリック- 行の挿入など 新規段落 Enter 改行 Shift + Enter
https://w.atwiki.jp/pawapoke10/pages/24.html
エラー 得点圏にランナーがいるとき、エラーする確率が2倍。 甲子園一直線編 バトルディッガー編 TOP ＞ 特殊能力 ＞ 野手の特殊能力?
https://w.atwiki.jp/jyagasan/pages/13.html
エラーカード [#a16f843b] 表記やフォーマット等が誤っているカードのこと。 印刷ミスや誤字・脱字、機械による裁断・包装ミス等のことを指す。 下記のカード以外にも機械の関係などでエラーは発生するが少数派なのでここでは省略する。 エラーカードが存在するカード [#hd05cc56] 通常モンスター [#ld111ebe] 《デュナミス・ヴァルキリア》ストラクチャーデッキ－閃光の波動－に収録されたものは通常モンスターなのに「天使族・効果」となっている。~ 《恍惚の人魚》幻の召喚神－PHANTOM GOD－ では、｢PG-23｣であるはずのカードナンバーが｢G-23｣と｢P｣が抜けた状態で印刷されている。~ また公式カードカタログ｢ザ・ヴァリュアブル・ブック3｣のカード画像においてもG-23と印字されている。~ 《炎の魔神》Vol.3では、属性のアイコンの部分が炎属性の色ではなく闇属性の色になっている。~ 《ファイヤー・デビル》Vol.1では、種族の部分が「アンデッド族」となっている。~ 《満ち潮のマーマン》Magic Ruler －魔法の支配者－には、水属性なのにアイコンのルビが「やみ」となっているカードが存在する。 《マッド・ロブスター》イラストが英語版のものが存在する。 効果モンスター [#s5fef0f5] 《インセクト女王》光り方が間違っているカードが存在する。~ （通常はアルティメットレア、エラーは金文字レアになっている）~ 結構な数が出回ったらしい。通常通りレリーフ加工されているカードももちろん存在する。~ コナミが公式にエラーカードと認定した。 《ウェポンサモナー》ガーディアンの力に収録されたこのカードは、『魔法使い族』としか表記されていない。~ 本来、効果モンスターはスピリット、ユニオン、トゥーンの３つを除き『○○族・効果』と表記される。~ 公式カードカタログ｢ザ・ヴァリュアブル・ブック6｣のカード画像においても、『魔法使い族』と印字されている。 《人喰い虫》EX-Rに収録されているカードは戦士族となっている。~ 当然だが、それも昆虫族として扱う。 《マンジュ・ゴッド/Manju of the ten Thousand Hands》海外版のカード名の「ten」が抜けているカードが存在するらしい。~ いまだに、《マンジュ・ゴッド/Manju of the Thousand Hands》と書かれているサイトやブログも多い。 融合モンスター [#k57eba71] 《ＸＹ－ドラゴン・キャノン》カード名が黒色ではなく白色で書かれたカードがSTRUCTURE DECK－海馬編－ Volume.2で存在する。~ これはバージョン違いといった正式仕様ではなくエラーである。~ 《黒炎の騎士－ブラック・フレア・ナイト－》本来の通しナンバーは「304-017」だが、これが「30 2 -017」となっているカードが存在する。~ 結構な数が出回ったらしい。 また公式カードカタログ｢ザ・ヴァリュアブル・ブック6｣のカード画像においても30 2 -017と印字されている。~ 《ナイトメアを駆る死霊》カード名が黒色ではなく白色で書かれたカードが存在する。~ これも上と同様バージョン違いといった正式仕様ではなくエラーである。~ 結構な数が出回ったらしい。~ 公式カードカタログ｢ザ・ヴァリュアブル・ブック5｣のカード画像においても白文字で印字されている。~ しかしレアリティはノーマルと表記されている。 《ブラック・デーモンズ・ドラゴン》当初からレベル８と９の表記が混在していたらしい。~ 現在では９が正式仕様になっている。 《青眼の究極竜》ストラクチャーデッキ デラックスセットに収録されたものはモンスター効果なしの融合モンスターなのに「融合・効果」となっている。~ 《メタル・ドラゴン》Vol.3では、属性のアイコンの部分が風属性の色ではなく闇属性の色になっている。 関連項目 [#bbca3415] 用語集